本申請涉及網(wǎng)絡通信
技術領域：
，尤其涉及一種報文轉發(fā)方法及裝置。
背景技術：
：目前對于無線網(wǎng)絡部署通常采用AC+AP方式，即由AC(WirelessAccessPointController，無線控制器)集中管理無線網(wǎng)絡下的所有AP(WirelessAccessPoint，無線接入點)，在AC+AP方式中，對于流量有兩種轉發(fā)方式，一種為集中轉發(fā)，即AP與AC之間建立一條隧道，接入AP的所有流量均通過隧道傳送到AC，由AC對流量做策略后轉發(fā)出去，所以單純依靠集中轉發(fā)對AC的壓力較大；另一種為本地轉發(fā)，即接入AP的所有流量在本地直接轉發(fā)，這樣可以降低AC的壓力，但無法對流量做策略(例如做重定向、做審計等)。在現(xiàn)有技術中，對流量采用基于端口轉發(fā)，即在AP中預先配置端口與轉發(fā)方式的對應關系，例如，對于WEB廣告推送的報文需要傳送到AC做重定向后再轉發(fā)，并且報文攜帶的端口通常為80，因此可以配置端口80對應的轉發(fā)方式為集中轉發(fā)，從而AP在接收到攜帶有端口80的報文時，將報文傳送到AC進行轉發(fā)，而其它報文在AP直接轉發(fā)，然而基于端口轉發(fā)有錯判風險，如有些網(wǎng)站會用非80端口做WEB廣告推送，這樣只能在AP進行本地轉發(fā)，而無法做重定向，此外也會有攜帶80端口的雜包被送到AC進行集中轉發(fā)，而增加AC的壓力。因此，基于端口轉發(fā)對報文轉發(fā)方式的判斷不夠精準，會影響用戶使用體驗。技術實現(xiàn)要素：有鑒于此，本申請?zhí)峁┮环N報文轉發(fā)方法及裝置，以解決現(xiàn)有的基于端口轉發(fā)會影響用戶使用體驗的問題。根據(jù)本申請實施例的第一方面，提供一種報文轉發(fā)方法，所述方法應用在無線接入點AP上，所述方法包括：接收報文，并根據(jù)所述報文的報文特征確定業(yè)務類型；根據(jù)所述業(yè)務類型確定所述報文的轉發(fā)方式；若所述轉發(fā)方式為本地轉發(fā)，則將所述報文在本地進行轉發(fā)；若所述轉發(fā)方式為集中轉發(fā)，則將所述報文發(fā)送至無線控制器AC，以使所述AC對所述報文做策略，并將所述報文轉發(fā)出去。根據(jù)本申請實施例的第二方面，提供一種報文轉發(fā)裝置，所述裝置應用在無線接入點AP上，所述裝置包括：接收單元，用于接收報文，并根據(jù)所述報文的報文特征確定業(yè)務類型；確定單元，用于根據(jù)所述業(yè)務類型確定所述報文的轉發(fā)方式；本地轉發(fā)單元，用于若所述轉發(fā)方式為本地轉發(fā)，則將所述報文在本地進行轉發(fā)；集中轉發(fā)單元，用于若所述轉發(fā)方式為集中轉發(fā)，則將所述報文發(fā)送至無線控制器AC，以使所述AC對所述報文做策略，并將所述報文轉發(fā)出去。應用本申請實施例，AP在接收到報文時，先根據(jù)報文的報文特征確定業(yè)務類型，然后再根據(jù)業(yè)務類型確定報文的轉發(fā)方式；若轉發(fā)方式為本地轉發(fā)，則將報文在本地進行轉發(fā)；若轉發(fā)方式為集中轉發(fā)，則將報文發(fā)送至AC，以使AC對報文做策略，并將報文轉發(fā)出去?；谏鲜鰧崿F(xiàn)方式，在根據(jù)報文的報文特征確定業(yè)務類型之后，根據(jù)業(yè)務類型能夠準確的確定報文的轉發(fā)方式，而不是單純的依靠端口確定轉發(fā)方式，從而可以提高報文轉發(fā)方式的判斷精準度，能夠確保對需要做策略的報文進行集中轉發(fā)，不需要做策略的報文進行本地轉發(fā)，以保障用戶使用體驗，與此同時，也提高了報文的轉發(fā)效率，減少了AC的壓力。附圖說明圖1為本申請根據(jù)一示例性實施例示出的一種報文轉發(fā)應用場景圖；圖2A為本申請根據(jù)一示例性實施例示出的一種報文轉發(fā)方法的實施例流程圖；圖2B為本申請根據(jù)一示例性實施例一示出的一種本地轉發(fā)過程圖；圖2C為本申請根據(jù)一示例性實施例一示出的一種集中轉發(fā)過程圖；圖3為本申請根據(jù)一示例性實施例示出的一種AP的硬件結構圖；圖4為本申請根據(jù)一示例性實施例示出的一種報文轉發(fā)裝置的實施例結構圖。具體實施方式這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語“和/或”是指并包含一個或多個相關聯(lián)的列出項目的任何或所有可能組合。應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應于確定”。圖1為本申請根據(jù)一示例性實施例示出的一種報文轉發(fā)應用場景圖，圖1中包括無線客戶端、AP(圖1中示出了兩個AP)、交換機以及AC。其中，無線客戶端可以是移動終端、筆記本等；AP用于無線接入，即接收無線信號覆蓋范圍內(nèi)的無線客戶端發(fā)出的報文，針對接收到的報文，如果AP配置為集中轉發(fā)，則將報文封裝成隧道報文，并通過與AC建立的隧道將隧道報文傳送到AC，如果配置為本地轉發(fā)，則對報文進行本地轉發(fā)；交換機用于轉發(fā)報文；AC用于集中管理無線網(wǎng)絡下的所有AP，并且還會對來自AP的隧道報文解封，并做策略，并轉發(fā)報文。在本申請實施例中，對于集中轉發(fā)，由于需要對報文進行封裝，并通過隧道將隧道報文傳送到AC，因此對AP和AC接口的帶寬要求比較高，但在AC上可以對報文做策略；對于本地轉發(fā)，AP只提供無線接入及報文轉發(fā)的功能，無法對報文做策略，但可以減少AC的壓力。本申請?zhí)岢鲆环N靈活的報文轉發(fā)方案，可以準確的將需要做策略的報文傳送到AC進行集中轉發(fā)，而不需要做策略的報文在AP進行本地轉發(fā)。從而，即可以降低基于端口轉發(fā)的錯判幾率，又可以提高了報文的轉發(fā)效率，并且也減少了AC的壓力。圖2A為本申請根據(jù)一示例性實施例示出的一種報文轉發(fā)方法的實施例流程圖；圖2B為本申請根據(jù)一示例性實施例一示出的一種本地轉發(fā)過程圖；圖2C為本申請根據(jù)一示例性實施例一示出的一種集中轉發(fā)過程圖，該實施例應用在AP上，如圖2A所示，該實施例包括以下步驟：步驟201：接收報文，并根據(jù)該報文的報文特征確定業(yè)務類型。執(zhí)行步驟201之前，AP需要預先配置業(yè)務類型識別表，例如，AP可以先接收AC發(fā)送的需要識別的業(yè)務類型和該需要識別的業(yè)務類型對應的協(xié)議特征，然后將需要識別的業(yè)務類型和對應的協(xié)議特征添加到業(yè)務類型識別表中。如表1為一種示例性的業(yè)務類型識別表。表1由于AP用于無線接入，因此會接收到無線客戶端發(fā)送的報文。針對根據(jù)該報文的報文特征確定業(yè)務類型的過程，報文特征可以是協(xié)議特征，AP可以先確定該報文的協(xié)議特征，然后根據(jù)該協(xié)議特征從預先配置的業(yè)務類型識別表中，獲取對應的業(yè)務類型。針對確定該報文的協(xié)議特征，AP可以根據(jù)報文攜帶的端口和報文內(nèi)容結合的方式確定協(xié)議特征，例如，首先判斷報文頭部攜帶的端口，初步確定端口對應的協(xié)議特征，然后再從報文內(nèi)容中獲取關鍵字段，并判斷這些關鍵字段是否屬于該協(xié)議特征，若屬于，則確定該協(xié)議特征為該報文的協(xié)議特征，若不屬于，則確定這些關鍵字段屬于的協(xié)議特征，并確定為該報文的協(xié)議特征，而如果利用這些關鍵字段也無法確定屬于的協(xié)議特征，則表示該報文的協(xié)議特征為私有協(xié)議或者國際上新發(fā)布的協(xié)議，AP無法識別，對于AP無法識別的報文，利用默認轉發(fā)方式轉發(fā)，詳情請參見下面的描述。其中，通常不同的端口對應的協(xié)議特征不同，如表2為一種示例性的端口與協(xié)議特征的對應關系表，其中，21端口對應的協(xié)議特征為FTP(FileTransferProtocol，文件傳輸協(xié)議)、25端口對應的協(xié)議特征為SMTP(SimpleMailTransferProtocol，簡單郵件傳輸協(xié)議)、69端口對應的協(xié)議特征為TFTP(TrivialFileTransferProtocol,簡單文件傳輸協(xié)議)、80端口對應的協(xié)議特征為HTTP(HyperTextTransferProtocol，超文本傳輸協(xié)議)。然而有些應用會借用其它端口做業(yè)務，例如，搜狗輸入法借用80端口進行應用更新，而該更新過程涉及到的報文，并不是基于HTTP協(xié)議，為了避免單純利用端口判定協(xié)議特征的不準確性，在報文內(nèi)容中通常會包含有屬于協(xié)議特征的關鍵字段，例如，HTTP協(xié)議特征包含的關鍵字段可以是GET/POST、HOST、Connect等。因此本申請利用端口和報文內(nèi)容結合的方式確定協(xié)議特征，可以提高協(xié)議特征的判斷準確度。端口號協(xié)議特征21FTP25SMTP69TFTP80HTTP表2例如，AP接收到的報文的頭部攜帶的端口為80，初步可以判定協(xié)議特征為HTTP協(xié)議，然后從報文內(nèi)容中獲取到的關鍵字段有GET和HOST，由于GET和HOST屬于HTTP協(xié)議包含的關鍵字段，因此進一步可以確定協(xié)議特征為HTTP協(xié)議，從表1中可以得到對應的業(yè)務類型為WEB廣告推送業(yè)務。基于步驟201的描述可知，由于AC可以對無線網(wǎng)絡下的所有AP進行統(tǒng)一管理，因此可以通過AC將需要識別的業(yè)務類型和對應的協(xié)議特征發(fā)送到所有AP，以使AP根據(jù)需要識別的業(yè)務類型和對應的協(xié)議特征配置業(yè)務類型識別表，而不需要使用專門的管理設備對AP一個個的進行配置，從而簡化了每個AP的配置過程。此外，AP通過端口和報文內(nèi)容結合的方式確定協(xié)議特征，而不是單純依靠端口確定協(xié)議特征，因此能夠更加精確的確定報文的協(xié)議特征。步驟202：根據(jù)該業(yè)務類型確定該報文的轉發(fā)方式。在一個例子中，AP可以根據(jù)該業(yè)務類型查找預先配置的業(yè)務類型；若查找到，則確定轉發(fā)方式為集中轉發(fā)，若未查找到，則確定轉發(fā)方式為本地轉發(fā)。其中，本申請的主要目的是，確定哪些業(yè)務類型的報文需要傳送到AC做策略之后再轉發(fā)，而對于不需要做策略的業(yè)務類型的報文，利用本地轉發(fā)即可，因此AC可以先將需要進行集中轉發(fā)的業(yè)務類型配置到AP，進而AP在確定對應的業(yè)務類型之后，可以判斷預先配置的業(yè)務類型中是否存在該業(yè)務類型，若存在，則確定該報文需要集中轉發(fā)，若不存在，則對該報文進行本地轉發(fā)即可。在另一個例子中，AP可以預先配置轉發(fā)表，即AP可以先接收AC發(fā)送的業(yè)務類型與轉發(fā)方式，然后將該業(yè)務類型和轉發(fā)方式對應添加到轉發(fā)表中。如表3為一種示例性的轉發(fā)表。業(yè)務類型轉發(fā)方式下載業(yè)務本地轉發(fā)郵件業(yè)務集中轉發(fā)WEB廣告推送業(yè)務集中轉發(fā)表3AP在配置轉發(fā)表之后，可以根據(jù)該業(yè)務類型從預先配置的轉發(fā)表中獲取對應的轉發(fā)方式。需要說明的是，AP可以配置默認轉發(fā)方式，以避免在無法根據(jù)報文的報文特征確定業(yè)務類型，或者根據(jù)業(yè)務類型無法確定轉發(fā)方式時，可以將默認轉發(fā)方式確定為報文的轉發(fā)方式，例如，AP可以將本地轉發(fā)設置為默認轉發(fā)方式。結合步驟201與步驟202的描述可知，AP通過業(yè)務類型識別表可以確定報文的業(yè)務類型，然后根據(jù)業(yè)務類型能夠準確的確定報文的轉發(fā)方式，與現(xiàn)有的基于端口轉發(fā)相比，可以提高報文轉發(fā)方式的判斷精準度，保障用戶的使用體驗，并且也可以減少AC的壓力。步驟203：若該轉發(fā)方式為本地轉發(fā)，則將該報文在本地進行轉發(fā)。具體地，AP在本地可以根據(jù)相應的轉發(fā)規(guī)則轉發(fā)報文，本領域技術人員可以理解的是，該轉發(fā)規(guī)則可以是路由表或者是ARP(AddressResolutionProtocol，地址解析協(xié)議)緩存表，本申請對詳細的轉發(fā)過程在此不再詳述。作為一示例性場景，如圖2B所示，AP根據(jù)相應的轉發(fā)規(guī)則將報文轉發(fā)至交換機之后，交換機再將報文轉發(fā)至網(wǎng)絡中。步驟204：若該轉發(fā)方式為集中轉發(fā)，則將該報文發(fā)送至AC，以使AC對該報文做策略，并將該報文轉發(fā)出去。具體地，由于AP與AC之間是通過隧道進行交互，因此，AP需要先利用預置的隧道信息將報文封裝為隧道報文，然后再將隧道報文通過隧道傳送到AC，AC對隧道報文先進行解封裝，得到報文，然后對報文做相應的策略，例如，對于做WEB廣告推送的報文需要對該報文進行重定向，最后AC再根據(jù)相應的轉發(fā)規(guī)則轉發(fā)該報文，本領域技術人員可以理解的是，該轉發(fā)規(guī)則可以是路由表或者是ARP(AddressResolutionProtocol，地址解析協(xié)議)緩存表，本申請對詳細的轉發(fā)過程在此不再詳述。作為一示例性場景，如圖2C所示，AP利用預置的隧道信息將報文封裝為隧道報文，通過隧道傳送到AC，AC對隧道報文進行解封裝之后，得到報文，并對該報文做相應的策略之后，根據(jù)相應的轉發(fā)規(guī)則將報文轉發(fā)至交換機，交換機再將報文轉發(fā)至網(wǎng)絡中。值得說明的是，AC在對報文做相應的策略之后，可以對該報文進行源NAT轉換，即將該報文的源IP(InternetProtocol，網(wǎng)際協(xié)議)地址和源端口轉換為AC的IP地址和端口，然后再將該報文轉發(fā)到交換機上，以確保返回的響應報文能夠被送至AC上，并由AC將響應報文封裝為隧道報文，并通過隧道傳送至AP，AP解封裝之后，再將響應報文轉發(fā)至無線客戶端。由上述實施例可知，AP在接收到報文時，先根據(jù)報文的報文特征確定業(yè)務類型，然后再根據(jù)業(yè)務類型確定報文的轉發(fā)方式；若轉發(fā)方式為本地轉發(fā)，則將報文在本地進行轉發(fā)；若轉發(fā)方式為集中轉發(fā)，則將報文發(fā)送至AC，以使AC對報文做策略，并將報文轉發(fā)出去。基于上述實現(xiàn)方式，在根據(jù)報文的報文特征確定業(yè)務類型之后，根據(jù)業(yè)務類型能夠準確的確定報文的轉發(fā)方式，而不是單純的依靠端口確定轉發(fā)方式，從而可以提高報文轉發(fā)方式的判斷精準度，能夠確保對需要做策略的報文進行集中轉發(fā)，不需要做策略的報文進行本地轉發(fā)，以保障用戶使用體驗，與此同時，也提高了報文的轉發(fā)效率，減少了AC的壓力。與前述報文轉發(fā)方法的實施例相對應，本申請還提供了報文轉發(fā)裝置的實施例。本申請報文轉發(fā)裝置的實施例可以應用在AP上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在設備的處理器將非易失性存儲器中對應的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖3所示，為本申請根據(jù)一示例性的實施例示出的一種AP的硬件結構圖，除了圖3所示的處理器、內(nèi)存、網(wǎng)絡接口、以及非易失性存儲器之外，實施例中裝置所在的設備通常根據(jù)該設備的實際功能，還可以包括其他硬件，對此不再贅述。圖4為本申請根據(jù)一示例性實施例示出的一種報文轉發(fā)裝置的實施例結構圖，該實施例應用在AP上，如圖4所示，該裝置包括：接收單元410、確定單元420、本地轉發(fā)單元430、集中轉發(fā)單元440。其中，接收單元410，用于接收報文，并根據(jù)所述報文的報文特征確定業(yè)務類型；確定單元420，用于根據(jù)所述業(yè)務類型確定所述報文的轉發(fā)方式；本地轉發(fā)單元430，用于若所述轉發(fā)方式為本地轉發(fā)，則將所述報文在本地進行轉發(fā)；集中轉發(fā)單元440，用于若所述轉發(fā)方式為集中轉發(fā)，則將所述報文發(fā)送至無線控制器AC，以使所述AC對所述報文做策略，并將所述報文轉發(fā)出去。在一個可選的實現(xiàn)方式中，所述報文特征為協(xié)議特征，所述接收單元410，具體用于在根據(jù)所述報文的報文特征確定業(yè)務類型的過程中，確定所述報文的協(xié)議特征；根據(jù)所述協(xié)議特征從預先配置的業(yè)務類型識別表中，獲取對應的業(yè)務類型。在另一個可選的實現(xiàn)方式中，所述裝置還包括(圖4中未示出)：第一配置單元，具體用于接收所述AC發(fā)送的需要識別的業(yè)務類型和所述需要識別的業(yè)務類型對應的協(xié)議特征；將所述需要識別的業(yè)務類型和對應的協(xié)議特征添加到業(yè)務類型識別表中。在另一個可選的實現(xiàn)方式中，所述確定單元420，具體用于根據(jù)所述業(yè)務類型查找預先配置的業(yè)務類型；若查找到，則確定所述轉發(fā)方式為集中轉發(fā)，若未查找到，則確定所述轉發(fā)方式為本地轉發(fā)；或者，根據(jù)所述業(yè)務類型從預先配置的轉發(fā)表中獲取對應的轉發(fā)方式。在另一個可選的實現(xiàn)方式中，所述裝置還包括(圖4中未示出)：第二配置單元，具體用于接收所述AC發(fā)送的業(yè)務類型與轉發(fā)方式；將所述業(yè)務類型和所述轉發(fā)方式對應添加到所述轉發(fā)表中。上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應步驟的實現(xiàn)過程，在此不再贅述。對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。由上述實施例可知，AP在接收到報文時，先根據(jù)報文的報文特征確定業(yè)務類型，然后再根據(jù)業(yè)務類型確定報文的轉發(fā)方式；若轉發(fā)方式為本地轉發(fā)，則將報文在本地進行轉發(fā)；若轉發(fā)方式為集中轉發(fā)，則將報文發(fā)送至AC，以使AC對報文做策略，并將報文轉發(fā)出去?；谏鲜鰧崿F(xiàn)方式，在根據(jù)報文的報文特征確定業(yè)務類型之后，根據(jù)業(yè)務類型能夠準確的確定報文的轉發(fā)方式，而不是單純的依靠端口確定轉發(fā)方式，從而可以提高報文轉發(fā)方式的判斷精準度，能夠確保對需要做策略的報文進行集中轉發(fā)，不需要做策略的報文進行本地轉發(fā)，以保障用戶使用體驗，與此同時，也提高了報文的轉發(fā)效率，減少了AC的壓力。以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內(nèi)。當前第1頁1 2 3