專利名稱：網(wǎng)絡消息解析方法及通信設備的制作方法
技術領域：
本發(fā)明實施例涉及通信技術領域，特別涉及一種網(wǎng)絡消息解析方法及通信設備。
背景技術：
現(xiàn)在固網(wǎng)寬帶業(yè)務快速發(fā)展，給運營商帶來機遇的同時也帶來挑戰(zhàn)，隨著P2P、網(wǎng)絡游戲、Web TV、VoIP等應用的普及，帶來了帶寬管理、內(nèi)容計費、信息安全處理等一系列問題。深度包檢測(De印Packet Inspection, DPI)技術被認為是應對網(wǎng)絡中多個業(yè)務運行所帶來的管理問題的有效方法，即利用DPI技術能夠對網(wǎng)絡中運行的多種業(yè)務的網(wǎng)絡消息進行快速的解析，可以識別出網(wǎng)絡消息所歸屬的應用協(xié)議。但是，現(xiàn)在僅解析出網(wǎng)絡消息所歸屬的應用協(xié)議是不夠的，還需要解析出網(wǎng)絡消息中攜帶的關心數(shù)據(jù)，比如，對于超文本傳輸協(xié)議(Hyper Text Transfer Protocol,HTTP) 的網(wǎng)絡消息，現(xiàn)有技術提供一種解析HTTP協(xié)議的網(wǎng)絡消息的方法，具體的，網(wǎng)絡服務器接收服務器與客戶端間傳輸?shù)腍TTP協(xié)議的網(wǎng)絡消息，網(wǎng)絡服務器中的數(shù)據(jù)解析模塊根據(jù) HTTP協(xié)議的格式，預先設置好實現(xiàn)的邏輯，收到HTTP協(xié)議的網(wǎng)絡消息后按照預先設置的邏輯進行處理，以如下網(wǎng)絡消息為例對現(xiàn)有技術的解析方法進行描述"GET/root. html HTTP/1. l\r\n"‘‘ User-Agent :Mozilla/5. 0\r\n “"Host :d. wikimedia. org\r\n，，" Accept-Encoding :gzip, deflate\r\n “‘‘ Keep-Alive :115\r\n “" Connection :keep_alive\r\n “〃 Content-Length :10\r\n\r\n ‘‘“ 0123456789"網(wǎng)絡服務器中的解析模塊針對HTTP協(xié)議的網(wǎng)絡消息進行解析時，預先設置好的邏輯是利用逐字符掃描方法，匹配出該網(wǎng)絡消息中的請求方法類型以及Host頭域值，如上述實例，匹配出的請求方法類型為“GET”，將該請求方法所請求的信息URL(具體是“/root, html”)和Host頭域值“d. wikimedia. org”輸出到網(wǎng)絡服務器中的策略匹配模塊，其中，“/ root, html”和“d. wikimedia. org”為該網(wǎng)絡消息中攜帶的關心數(shù)據(jù)，該策略匹配模塊匹配出數(shù)據(jù)流所使用的既定策略，將既定策略輸出到網(wǎng)絡服務器中的策略執(zhí)行模塊，以便網(wǎng)絡服務器中的策略執(zhí)行模塊對數(shù)據(jù)流執(zhí)行該既定策略，比如計費策略等?，F(xiàn)有技術的缺點是由于各種協(xié)議格式不同，處理時提取的關心數(shù)據(jù)也不同，需要對每種協(xié)議都進行預先分析和處理，而對于網(wǎng)絡服務器接收的服務器和客戶端間傳遞的網(wǎng)絡消息有多種協(xié)議進行切換的情況，比如，利用HTTP協(xié)議作為實時流傳輸協(xié)議(Real Time Streaming Protocol, RTSP)的管道(Tunnel)，一段時間后RTSP協(xié)議的網(wǎng)絡消息又切換為實時傳送協(xié)議(Real-time Transport Protocol,RTP)協(xié)議的網(wǎng)絡消息，現(xiàn)有技術需要針對上述情況重新設置實現(xiàn)的邏輯，需要修改軟硬件來支持上述協(xié)議切換，無法做到無損升級，即不需要中斷業(yè)務即可實現(xiàn)升級，影響網(wǎng)絡服務器的可靠運行。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種網(wǎng)絡消息解析方法及通信設備，由于采用的是配置文件， 所以在對下一個消息的處理方式有變化時，只需要修改應用協(xié)議對應的區(qū)段描述信息，不需要重新設置實現(xiàn)的邏輯，從而實現(xiàn)無損升級。有鑒于此，本發(fā)明實施例提供一種網(wǎng)絡消息解析方法，包括接收網(wǎng)絡消息，所述網(wǎng)絡消息包括一個或多個區(qū)段；識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議；從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方法，得到對應的決策結果；其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層。一種通信設備，其包括通信模塊，用于接收網(wǎng)絡消息，所述網(wǎng)絡消息包括一個或多個區(qū)段；識別模塊，用于識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議；解析模塊，用于從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方法，得到對應的決策結果；其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層。一種解析系統(tǒng)，包括編譯引擎和處理引擎，所述編譯引擎，用于將配置文件編譯成所述處理引擎能識別的協(xié)議解析輔助數(shù)據(jù)；其中，不同的應用協(xié)議類型對應不同的配置文件；所述處理引擎，用于接收網(wǎng)絡消息，所述網(wǎng)絡消息包括一個或多個區(qū)段；識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議；從所述第一應用協(xié)議對應的協(xié)議解析輔助數(shù)據(jù)中一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方法，得到對應的決策結果；其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層。本發(fā)明實施例利用區(qū)段描述信息，獲取該區(qū)段描述信息所描述的當前區(qū)段中的關心數(shù)據(jù)，并依據(jù)關心數(shù)據(jù)執(zhí)行該區(qū)段描述信息中的決策方法，決策出下一個消息的處理方式，這樣，如果對下一個消息的處理方式有變化，則可以通過修改區(qū)段描述信息中所描述的決策方法來實現(xiàn)，不需要重新設置實現(xiàn)的邏輯，從而能夠做到無損升級，且靈活性也得以提
尚ο


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖Ia是本發(fā)明實施例提供的協(xié)議承載示意圖Ib是本發(fā)明實施例提供的協(xié)議切換示意圖Ic是本發(fā)明實施例提供的應用層協(xié)議示意圖Id是本發(fā)明實施例提供的配置文件的結構示意圖2是本發(fā)明實施例提供的區(qū)段劃分示意圖3是本發(fā)明實施例提供的網(wǎng)絡消息所采用的區(qū)段分布示意圖4是本發(fā)明一實施例提供的網(wǎng)絡消息解析方法流程圖5是本發(fā)明另一實施例提供的網(wǎng)絡消息解析方法流程圖6是本發(fā)明實施例提供的網(wǎng)絡消息結構圖7是本發(fā)明實施例提供的區(qū)段中快速掃描示意圖8是本發(fā)明實施例提供的快速掃描方法流程圖9是本發(fā)明實施例提供的網(wǎng)絡消息處理流程圖IOa是本發(fā)明實施例提供的一種通信設備結構圖IOb是本發(fā)明實施例提供的另一種通信設備結構圖11是本發(fā)明實施例提供的通信設備中掃描子模塊的結構圖12是本發(fā)明實施例提供的解析系統(tǒng)結構圖13是本發(fā)明實施例提供的解析系統(tǒng)中編譯引擎和處理引擎的結構圖
圖14是本發(fā)明實施例提供的計算機系統(tǒng)結構圖。
具體實施例方式為了方便理解，首先對本發(fā)明實施例涉及的一些概念做如下介紹如圖Ia所示，協(xié)議承載是指第一應用層的消息中承載第二應用層的消息，所述第二應用層的消息是所述第一應用層消息的消息體，且所述第一應用層是所述第二應用層的上一應用層。具體的，網(wǎng)絡數(shù)據(jù)的協(xié)議棧是層級關系，下一應用層消息是由上一應用層消息來封裝攜帶的，例如網(wǎng)絡數(shù)據(jù)首先出現(xiàn)的是協(xié)議A消息的頭部，然后是協(xié)議A消息的消息體，該消息體是協(xié)議B消息，該協(xié)議B消息內(nèi)部同樣分為頭部和消息體，協(xié)議B的消息體是協(xié)議C消息。這樣協(xié)議A消息承載協(xié)議B消息，協(xié)議B消息承載協(xié)議C消息。如圖Ib所示，協(xié)議切換是數(shù)據(jù)流中采用同一應用層中不同應用協(xié)議的網(wǎng)絡消息間的協(xié)議切換，換言之，協(xié)議切換涉及的消息是同一應用層的消息；比如，在同一條數(shù)據(jù)流中，首先出現(xiàn)的協(xié)議A消息，該協(xié)議A消息起到一定作用，例如作為隧道、協(xié)商能力等。協(xié)議A消息完全處理完畢后，切換為協(xié)議B消息，然后切換為協(xié)議C消息，然后切換為協(xié)議D消息，其中，協(xié)議A與協(xié)議B與協(xié)議C與協(xié)議D是同一應用層中的不同應用協(xié)議，比如，HTTP協(xié)議切換成RTSP協(xié)議，然后再切換成RTP協(xié)議。如圖Ic所示，本發(fā)明實施例中的應用層協(xié)議的是指TCP/IP層次中的應用層協(xié)議，TCP/IP層次中的應用層協(xié)議包括三個層次，分別相當于開放式系統(tǒng)互聯(lián)(Open System Interconnect, 0SI)模型的會話層、表示層和應用層。本發(fā)明實施例中，預先配置了各應用協(xié)議對應的配置文件，不同應用協(xié)議對應的配置文件結構是基本相同的，在配置文件中，設計人員按照協(xié)議結構及解析詳細程度需求將一定協(xié)議格式的網(wǎng)絡消息描述或劃分成為一個或多個區(qū)段，并對每個區(qū)段的特點和處理方法進行描述，應當理解的是，有些協(xié)議的網(wǎng)絡消息是無法劃分的，比如二進制協(xié)議，如域名系統(tǒng)(Domain Name System, DNS)，沒有明顯的分隔符，那么這類協(xié)議就只能使用一個區(qū)段來表示。但是當前網(wǎng)絡上大部分網(wǎng)絡流量采用的協(xié)議都是可以劃分的。為了使本發(fā)明實施例提供的技術方案更加清楚明白，如下對配置文件進行介紹每個應用協(xié)議對應的配置文件包括一個或多個區(qū)段描述信息，其中區(qū)段描述信息用于描述區(qū)段的特點和處理方法，區(qū)段描述信息的最小信息集合是區(qū)段名稱、區(qū)段類型； 如果配置文件中包括多個區(qū)段描述信息，應當理解的是，有的區(qū)段描述信息可以包括區(qū)段名稱、區(qū)段類型、關心數(shù)據(jù)指示信息和決策方法，有的區(qū)段描述信息可能僅僅包括區(qū)段名稱、區(qū)段類型，有的區(qū)段描述信息可能包括區(qū)段名稱、區(qū)段類型、下一個區(qū)段信息；有的區(qū)段描述信息可能包括區(qū)段名稱、區(qū)段類型、關心數(shù)據(jù)指示信息、決策方法和分割符(數(shù)據(jù)分割符、區(qū)段分隔符中的一項或多項)；需要說明的是，本發(fā)明實施例側重于介紹當應用協(xié)議對應的配置文件中至少包括一個或多個區(qū)段描述信息，而其中至少有一個區(qū)段描述信息包括區(qū)段名稱、區(qū)段類型、關心數(shù)據(jù)指示信息和決策方法時，如何解析出網(wǎng)絡消息中的關心數(shù)據(jù)。請參見圖ld，為本發(fā)明實施例的配置文件的一種結構示意圖，如圖Id所示，應用協(xié)議對應的配置文件包括1.對應協(xié)議的協(xié)議全局配置信息，如協(xié)議名稱、是否大小寫敏感等等，實際應用中，是否大小寫敏感可有可無。2.描述每個為此協(xié)議劃分的區(qū)段，區(qū)段中包含區(qū)段名稱、區(qū)段類型、關心數(shù)據(jù)指示信息和決策方法，區(qū)段類型表示該區(qū)段的掃描方式，例如快速掃描方式、正則表達式匹配方式、按一定長度直接跳轉方式等等。3.每個區(qū)段中需要描述本區(qū)段的關心數(shù)據(jù)指示信息，以便解析時利用該關心數(shù)據(jù)指示信息獲得相應的關心數(shù)據(jù)，并將該關心數(shù)據(jù)輸出到策略匹配模塊做既定策略的匹配， 或者將該關心數(shù)據(jù)作為決策的依據(jù)。4.每個區(qū)段可以描述決策條件、決策方法、決策結果。其中，決策條件包括一個或者多個關心數(shù)據(jù)；如果未提供，則表示不需要決策直接跳轉到下一個區(qū)段。如果當前已經(jīng)是最后一個區(qū)段，或者決策結果是不需要進一步處理，本區(qū)段掃描結束后整個協(xié)議數(shù)據(jù)處理完畢。應當理解的是，在一種實現(xiàn)方式下，不同應用協(xié)議對應的配置文件可以存儲在計算機媒質(zhì)中，其內(nèi)容可以在系統(tǒng)啟動時或正常運行時重新進行加載，編譯成計算機可以直接讀取的協(xié)議解析輔助數(shù)據(jù)(如結構體、鏈表、數(shù)組等等)，保存到計算機內(nèi)存中供協(xié)議解析處理時讀取。配置文件的格式可以采用任何能描述以上信息的格式，例如XML等等。本發(fā)明實施例中引入“區(qū)段”的概念，圖2示意出了某個應用協(xié)議的網(wǎng)絡消息的區(qū)段劃分示意圖，其中，幾個矩形框表示區(qū)段，帶有各種底紋的矩形表示不同的關心數(shù)據(jù)。從圖2可以看出，區(qū)段1的關心數(shù)據(jù)比較詳細，具體到每個字符可能都是需要的，其中，區(qū)段1 通常為某個應用協(xié)議的首行，比如HTTP協(xié)議的首行，具體為“GET www. abc. com HTTP/1. 1”， 則關心數(shù)據(jù)包括請求的方法“GET”、URL "www. abc. com"以及版本號“1. 1”。因此，對于該首行可以采用正則表達式掃描方法。從圖2可以看出，區(qū)段2中的關心數(shù)據(jù)比較少，其中， 區(qū)段2通常為某個應用協(xié)議的消息的頭域部分(也稱為頭域區(qū)段)，圖中示出了其僅包含兩個關心數(shù)據(jù)，其余的數(shù)據(jù)都是可以忽略的，該區(qū)段可以采用快速掃描方式，后續(xù)實施例將對快速掃描方式進行詳細介紹；從圖2可以看出，區(qū)段3沒有關心數(shù)據(jù)，其中，區(qū)段3通常為網(wǎng)絡消息的消息體，不包括任何關心數(shù)據(jù)，不需要解析，可以整體跳過?；谇笆瞿硞€應用協(xié)議的網(wǎng)絡消息的區(qū)段劃分方式，確定該應用協(xié)議對應的配置文件中的區(qū)段描述信息，其包括區(qū)段描述信息一，區(qū)段描述信息二和區(qū)段描述信息三，其中，區(qū)段描述信息一所描述的區(qū)段為網(wǎng)絡消息的首行，區(qū)段描述信息二所描述的區(qū)段為網(wǎng)絡消息的頭域部分，區(qū)段描述信息三所描述的區(qū)段為網(wǎng)絡消息的消息體。其中其中，區(qū)段描述信息一包括區(qū)段名稱、區(qū)段類型和關心數(shù)據(jù)指示信息，該區(qū)段類型表示該區(qū)段采用正則表達式掃描方式，該區(qū)段描述信息一還可以包括區(qū)段分割符，該區(qū)段分割符用于網(wǎng)絡服務器從網(wǎng)絡消息中分割出首行，比如，該區(qū)段分隔符可以為“ \r\n”；其中，區(qū)段描述信息二包括區(qū)段名稱、區(qū)段類型、關心數(shù)據(jù)指示信息和決策方法， 該區(qū)段類型表示該區(qū)段采用快速掃描方式，該區(qū)段描述信息二還可以包括數(shù)據(jù)分割符和區(qū)段分割符。其中，數(shù)據(jù)分割符是用于分割頭域部分中的數(shù)據(jù)的，區(qū)段分割符用于網(wǎng)絡服務器從網(wǎng)絡消息中分割出頭域部分，其中，該區(qū)段分割符可以是“\r\n\r\n”。其中，區(qū)段描述信息三包括區(qū)段名稱和區(qū)段類型，該區(qū)段類型表示該區(qū)段采用的掃描方式為跳過預定長度的字符，該預定長度為網(wǎng)絡消息的消息體的長度。其中，區(qū)段描述信息一中的區(qū)段分割符與區(qū)段描述信息二中的區(qū)段分割符可以相同，也可以不同，不影響本發(fā)明的實現(xiàn)。其中，上述區(qū)段描述信息一，區(qū)段描述信息二和區(qū)段描述信息三所描述的網(wǎng)絡消息為第一設備向第二設備發(fā)送的網(wǎng)絡消息；可選的，該應用協(xié)議對應的配置文件中的區(qū)段描述信息還可以包括區(qū)段描述信息四、區(qū)段描述信息五和區(qū)段描述信息六等，此時，該區(qū)段描述信息四、區(qū)段描述信息五和區(qū)段描述信息六所描述的網(wǎng)絡消息為第二設備向第一設備發(fā)送的網(wǎng)絡消息，其中，區(qū)段描述信息四的定義與區(qū)段描述信息一的相似，區(qū)段描述信息五的定義與區(qū)段描述信息二的相似，區(qū)段描述信息六的定義與區(qū)段描述信息三的相似，在此不再贅述。其中，區(qū)段描述信息一中的關心數(shù)據(jù)指示信息可以包括統(tǒng)一資源定位符 (Uniform/Universal Resource Locator, URL)禾口版本號指示信息等；其中，區(qū)段描述信息二中的關心數(shù)據(jù)指示信息可以包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息、用于指示下一個區(qū)段的長度信息的第二指示信息、以及用于指示下一個區(qū)段的編解碼信息的第三指示信息中至少一個。
需要說明的是，區(qū)段描述信息一也可以有決策方法，也可以沒有決策方法，不影響本發(fā)明的實現(xiàn)。其中，區(qū)段描述信息二中的決策方法表示依據(jù)不同的決策條件執(zhí)行不同的原子方法，所述原子方法包括如下的一項或多項1.設置下一個區(qū)段明確下一個區(qū)段是什么，例如會話初始協(xié)議(Session Initiation Protocol, SIP)消息首行區(qū)段后是SIP請求頭域區(qū)段，或者是SIP響應頭域區(qū)段，如果是SIP請求區(qū)段，則該區(qū)段按照請求區(qū)段處理，如果是SIP響應區(qū)段，則該區(qū)段按照響應區(qū)段處理。2.當下一個區(qū)段是直接跳過特定長度的類型時，設置下一個區(qū)段為直接跳過特定長度的區(qū)段，其中，特定長度是該原子方法所需要的參數(shù)，例如實時流傳輸協(xié)議(Real Time Streaming Protocol, RTSP)消息的Content-Length頭域指明其消息體部分的長度。確定一個完整的消息結束相當于是完成一個完整的協(xié)議處理循環(huán)，其實質(zhì)動作是設置下一個區(qū)段是當前協(xié)議類型的第一個區(qū)段，重新循環(huán)。例如一個HTTP消息處理完之后，在同一條流繼續(xù)發(fā)送另外一個HTTP消息。3.更改下一個消息的協(xié)議類型(具體可以理解成更改下一個消息的首個區(qū)段的協(xié)議類型)當前數(shù)據(jù)流的協(xié)議類型發(fā)生變化，需要切換到另外一種類型的協(xié)議，下一個消息就是采用變化后的協(xié)議。例如，RTSP消息體區(qū)段結束后，下一個消息為RTP協(xié)議的消息。4.設置下一個區(qū)段開始前需要進行的解碼算法表明要在下一個區(qū)段中提取信息之前，需要對其實施某種解碼算法以獲得真正的信息。例如，一些簡單郵件傳輸協(xié)議 (Simple Mail Transfer Protocol, SMTP)消息體是經(jīng)過base64編碼的，在處理之前需要進行解碼。再如，一些HTTP協(xié)議的消息體是經(jīng)過gzip壓縮處理的，在處理之前需要進行解壓縮。其中，原子方法還可以帶有參數(shù)的，所述參數(shù)用于傳遞決策的一些結果供執(zhí)行原子方法使用。其中，區(qū)段與區(qū)段是有一定順序關系的，但是區(qū)段之后卻不一定是固定區(qū)段，也不一定是當前協(xié)議格式的數(shù)據(jù)，可以切換成另外一種協(xié)議。甚至是在處理完數(shù)條消息后才進行協(xié)議切換，前后協(xié)議并不是承載關系。如圖3所示，網(wǎng)絡消息出現(xiàn)的順序是從上至下，在一種情況下，網(wǎng)絡服務器接收的服務器和客戶端間傳遞的網(wǎng)絡消息都是應用協(xié)議A的網(wǎng)絡消息，應用協(xié)議A的網(wǎng)絡消息包括多個區(qū)段；在另一種情況下，網(wǎng)絡服務器接收的服務器和客戶端間傳遞的網(wǎng)絡消息有多種協(xié)議進行切換的情況，如由協(xié)議A切換成協(xié)議B ；在當前區(qū)段處理結束，下一個區(qū)段即將開始之前，需要進行決策，以確定下一個區(qū)段是什么，舉例說明，如圖3所示，其中，區(qū)段1 和區(qū)段2分別采用協(xié)議A的區(qū)段描述信息一和區(qū)段描述信息二，網(wǎng)絡服務器根據(jù)區(qū)段描述信息二中的決策方法進行決策，在一種情況下，該網(wǎng)絡消息存在下一個區(qū)段，決策結果表示下一個區(qū)段是協(xié)議A的網(wǎng)絡消息的下一個區(qū)段(例如，SIP消息的頭域區(qū)段后是消息體區(qū)段)，該網(wǎng)絡消息的區(qū)段3可以繼續(xù)采用協(xié)議A的區(qū)段描述信息三；在另一種情況下，該網(wǎng)絡消息不存在下一個區(qū)段，決策結果表示下一個網(wǎng)絡消息是協(xié)議B的網(wǎng)絡消息，相應的，也分為多個區(qū)段，如協(xié)議B的區(qū)段1和協(xié)議B的區(qū)段2等，此時協(xié)議B與協(xié)議A的關系為協(xié)議切換，即將協(xié)議A切換為協(xié)議B，相應的，協(xié)議B的區(qū)段1和區(qū)段2分別采用協(xié)議B的區(qū)段描述信息一和區(qū)段描述信息二。參閱圖4，本發(fā)明實施例提供一種網(wǎng)絡消息解析方法，該方法包括Al、接收網(wǎng)絡消息，其中網(wǎng)絡消息包括一個或多個區(qū)段。在不同實現(xiàn)方式下，區(qū)段與區(qū)段之間可以是以分隔符或者給定的偏移長度分割。其中，本發(fā)明實施例各步驟的執(zhí)行主體可以是網(wǎng)絡服務器。所述網(wǎng)絡服務器位于與第一設備和第二設備通信連接，所接收的網(wǎng)絡消息為第一設備向第二設備發(fā)送的上行網(wǎng)絡消息，或者第二設備向第一設備發(fā)送的下行網(wǎng)絡消息，即所接收的網(wǎng)絡消息為第一設備與第二設備之間傳輸?shù)木W(wǎng)絡消息。其中，第一設備可以為客戶端，第二設備為服務器。A2、識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議。A3、從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)。其中，該第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息可以為上述區(qū)段描述信息二，該當前區(qū)段可以為網(wǎng)絡消息的頭域部分。需要說明的是，當所述第一應用協(xié)議為基于行的文本類協(xié)議(如HTTP、RTSP)，所述關心數(shù)據(jù)指示信息為頭域名稱，相應的，所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)為位于對應頭域名稱后面的頭域值，或者，對應頭域名稱本身所表示的關心數(shù)據(jù)；當所述第一應用協(xié)議為非文本類協(xié)議(如DNS、RTP)，所述關心數(shù)據(jù)指示信息為屬性名稱，相應的，所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)為屬性值；當所述第一應用協(xié)議為標簽類協(xié)議(如XML、HTML)，所述關心數(shù)據(jù)指示信息為標簽名稱，相應的，所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)為標簽值。在本發(fā)明實施例的后文中，以所述第一應用協(xié)議為基于行的文本類協(xié)議具體舉例說明。A4、以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方法，得到對應的決策結果。需要說明的是，在實際應用中，所獲取的關心數(shù)據(jù)可以是一個或多個，例如，獲取的關心數(shù)據(jù)可以是5-10個，其中作為決策條件的可以是2-4個。應當理解的是，所獲取的關心數(shù)據(jù)可以分成如下三種情況第一種情況所獲取的關心數(shù)據(jù)中的一部分輸出給外部應用使用，而所獲取的關心數(shù)據(jù)中的另一部分作為決策條件；第二種情況所獲取的關心數(shù)據(jù)既作為決策條件，又輸出給外部應用使用；第三種情況所獲取的關心數(shù)據(jù)作為決策條件。其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層， 相應的，所執(zhí)行的原子方法可以為更改當前數(shù)據(jù)流的協(xié)議類型，即下一個消息采用與當前網(wǎng)絡消息不同的協(xié)議類型。當所述當前區(qū)段不是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果表示所述當前區(qū)段的下一個區(qū)段的處理方式，相應的，所執(zhí)行的原子方法包括設置下一個區(qū)段、設置下一個區(qū)段的協(xié)議類型、設置下一個區(qū)段的長度和設置下一個區(qū)段開始前需要進行的解碼算法中的一項或任意組合。其中，所述決策方法用于描述依據(jù)不同的決策條件執(zhí)行不同的原子方法；所述決策條件包括一個或者多個關心數(shù)據(jù)；所述決策結果包括如下原子方法中的一個或多個， 以及所述原子方法被執(zhí)行時所需要的參數(shù)；所執(zhí)行的原子方法包括設置下一個區(qū)段、更改下一個消息的首個區(qū)段的協(xié)議類型、設置下一個區(qū)段的協(xié)議類型和設置下一個區(qū)段開始前需要進行的解碼算法中的一項或任意組合。在一種實現(xiàn)方式下，所述決策方法用于描述依據(jù)不同的決策條件執(zhí)行不同的原子方法；所述決策條件包括一個或者多個關心數(shù)據(jù)；其中，當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息和用于指示下一個區(qū)段的長度信息的第二指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息和所述長度信息，則，以所述協(xié)議類型信息和所述長度信息作為決策條件，且所述長度信息表示當前區(qū)段為最后一個區(qū)段，對應的決策結果包括更改下一個消息的首個區(qū)段的協(xié)議類型的原子方法，其中，所述下一個消息的首個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所表示的協(xié)議類型；或者，當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息，則，以所述協(xié)議類型信息作為決策條件，對應的決策結果包括更改下一個消息的首個區(qū)段的協(xié)議類型的原子方法，其中，所述下一個消息的首個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所表示的協(xié)議類型。在另一種實現(xiàn)方式下，所述決策方法用于描述依據(jù)不同的決策條件執(zhí)行不同的原子方法；所述決策條件包括一個或者多個關心數(shù)據(jù)；當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息，則以所述協(xié)議類型信息作為決策條件，對應的決策結果包括設置下一個區(qū)段的協(xié)議類型的原子方法，其中，所述下一個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所指示的協(xié)議類型。在又一種實現(xiàn)方式下，所述決策方法用于描述依據(jù)不同的決策條件執(zhí)行不同的原子方法；所述決策條件包括一個或者多個關心數(shù)據(jù)；當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的長度信息的第二指示信息，所獲取的關心數(shù)據(jù)包括所述長度信息，則以所述長度信息作為決策條件，對應的決策結果包括設置下一個區(qū)段為直接跳過預定長度的區(qū)段的原子方法，其中所述預定長度為所述長度信息所指示的長度在再一種實現(xiàn)方式下，所述決策方法用于描述依據(jù)不同的決策條件執(zhí)行不同的原子方法；所述決策條件包括一個或者多個關心數(shù)據(jù)；當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的編解碼信息的第三指示信息，所獲取的關心數(shù)據(jù)包括所述編解碼信息，則以所述編解碼信息作為決策條件，對應的決策結果包括設置下一個區(qū)段開始前需要進行的解碼算法的原子方法，其中，所述下一個區(qū)段開始前需要進行的解碼算法為所述編解碼信息表示的解碼算法?？梢?，本發(fā)明實施例利用區(qū)段描述信息，獲取該區(qū)段描述信息所描述的區(qū)段中的關心數(shù)據(jù)，并依據(jù)關心數(shù)據(jù)執(zhí)行該區(qū)段描述信息中的決策方法，決策出下一個區(qū)段或者下一個網(wǎng)絡消息的處理方式，這樣，如果網(wǎng)絡消息解析的方法有變化，則可以通過修改區(qū)段描述信息中所描述的關心數(shù)據(jù)指示信息和/或決策方法來實現(xiàn)；如果需要增加新的應用協(xié)議解析能力時，則只需要增加新的應用協(xié)議的配置文件，不需要重新設置實現(xiàn)的軟硬件邏輯， 能夠做到無損升級。為了使本發(fā)明提供的上述技術方案更加清楚明白，如下以網(wǎng)絡服務器為應用服務網(wǎng)關為例描述網(wǎng)絡消息解析方法，參閱圖4，如下對本發(fā)明實施例提供的上述技術方案進行詳細介紹Bi、應用服務網(wǎng)關加載并編譯配置文件。其中，應用服務網(wǎng)關編譯配置文件，生成計算機直接讀取的協(xié)議解析輔助數(shù)據(jù)并保存。B2、應用服務網(wǎng)關接收網(wǎng)絡消息。其中，該步驟中接收的網(wǎng)絡消息可以是服務器發(fā)往客戶端的網(wǎng)絡消息，也可以是客戶端發(fā)往服務器的網(wǎng)絡消息。B3、應用服務網(wǎng)關識別該網(wǎng)絡消息所屬的應用協(xié)議，假定為第一應用協(xié)議。具體的，可以采用現(xiàn)有技術中的協(xié)議識別方法識別該網(wǎng)絡消息所屬的應用協(xié)議， 比如，可以采用傳輸控制協(xié)議(Transmission Control Protocol, TCP)/用戶數(shù)據(jù)包協(xié)議 (User Data Protocol, UDP)端口識別方法，或者，特征字識別方法，或者，協(xié)議行為識別方法等。B4、應用服務網(wǎng)關利用該第一應用協(xié)議對應的配置文件中區(qū)段描述信息一，掃描該網(wǎng)絡消息，從該網(wǎng)絡消息中獲取區(qū)段描述信息一中關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)。其中，區(qū)段描述信息一為首行對應的區(qū)段描述信息，區(qū)段描述信息一包括區(qū)段名稱、區(qū)段類型、關心數(shù)據(jù)指示信息和區(qū)段分割符，其中，區(qū)段類型表示該區(qū)段采用的掃描方式為正則表達式掃描方式。該步驟的具體實現(xiàn)方式是應用服務網(wǎng)關采用正則表達式掃描方式，從網(wǎng)絡消息中掃描關心數(shù)據(jù)指示信息，直到掃描到區(qū)段分割符為止，其中，該區(qū)段分割符所分割出的區(qū)段為應用協(xié)議的首行。其中，該區(qū)段描述信息一還可以包括下一個區(qū)段信息，比如下一個區(qū)段的名稱，在本實施例中假定是區(qū)段描述信息二的名稱。該實施例中區(qū)段描述信息一中沒有決策方法，這樣，應用服務網(wǎng)關在掃描該網(wǎng)絡消息的首行結束后，根據(jù)區(qū)段描述信息一中的下一個區(qū)段的名稱，采用區(qū)段描述信息二來處理該網(wǎng)絡消息頭域部分中的數(shù)據(jù)。B5、應用服務網(wǎng)關利用該第一應用協(xié)議對應的配置文件中區(qū)段描述信息二，繼續(xù)掃描該網(wǎng)絡消息，從該網(wǎng)絡消息中區(qū)段描述信息二所描述的區(qū)段中獲取區(qū)段描述信息二中關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)。其中，區(qū)段描述信息二為頭域部分對應的區(qū)段描述信息，區(qū)段描述信息二包括區(qū)段名稱、區(qū)段類型、關心數(shù)據(jù)指示信息、決策方法、數(shù)據(jù)分割符和區(qū)段分割符。其中，該區(qū)段類型所表示的掃描方式為快速掃描方式，關心數(shù)據(jù)指示信息為頭域，該步驟的具體實現(xiàn)方式是應用服務網(wǎng)關采用快速掃描方式，從網(wǎng)絡消息中繼續(xù)掃描區(qū)段描述信息二中的關心數(shù)據(jù)指示信息，直到掃描到區(qū)段分割符為止，其中，該區(qū)段分割符所分割出的區(qū)段即為區(qū)段描述信息二所描述的區(qū)段，具體是該網(wǎng)絡消息的頭域部分。其中，快速掃描方式請參見后續(xù)實施例的詳細介紹。B6、應用服務網(wǎng)關以步驟B5所獲得的關心數(shù)據(jù)作為決策條件，執(zhí)行區(qū)段描述信息二中的決策方法，得到?jīng)Q策結果。如果在該網(wǎng)絡消息的頭域部分中未掃描到用于指示協(xié)議類型信息的第一指示信息，但掃描到用于指示長度信息的第二指示信息時，則決策出對應的決策結果，該決策結果包括設置“下一個區(qū)段為直接跳過特定長度的區(qū)段”的原子方法，其中，特定長度為該長度信息所指示的長度。此時下一個區(qū)段所使用的區(qū)段描述信息可以是上述區(qū)段描述信息三。 其中，第一指示信息可以為Content-Type，第二指示信息可以為Content-Length。需要說明的，該段中決定執(zhí)行哪些原子方法時也可以不以是否掃描到第一指示信息為依據(jù)，即僅僅以是否掃描到第二指示信息為依據(jù)，換言之，有的實現(xiàn)方式中利用第二指示信息就可以做決策。一種實施方式中，如果在該網(wǎng)絡消息的頭域部分中掃描到第一指示信息，且該網(wǎng)絡消息中區(qū)段描述信息二所描述的區(qū)段(則該頭域部分)為該網(wǎng)絡消息的最后一個區(qū)段， 決策出對應的決策結果，該決策結果包括更改當前數(shù)據(jù)流的協(xié)議類型為所述第一指示信息所指示的協(xié)議類型的原子方法，比如當前網(wǎng)絡消息為HTTP類型，下一個網(wǎng)絡消息為第一指示信息所指示的協(xié)議類型，即第二應用協(xié)議，比如RTSP類型，此時兩個協(xié)議的關系為協(xié)議切換，具體的協(xié)議切換的定義和相關描述請參考前述描述，在此不再贅述。具體的，如果在網(wǎng)絡消息的頭域部分沒有掃描到第二指示信息，則可以表示該頭域部分為該網(wǎng)絡消息的最后一個區(qū)段。又一種實施方式中，如果在該網(wǎng)絡消息的頭域部分中掃描到第一指示信息，且該網(wǎng)絡消息中區(qū)段描述信息二所描述的區(qū)段不是該網(wǎng)絡消息的最后一個區(qū)段，決策出對應的決策結果，該決策結果包括設置下一個區(qū)段的協(xié)議類型為第一指示信息所指示的協(xié)議類型的原子方法，比如第二應用協(xié)議，此時，下一個區(qū)段為當前網(wǎng)絡消息的消息體，此時該網(wǎng)絡消息所屬的第一應用協(xié)議與消息體所采用的第二應用協(xié)議為承載關系，具體的協(xié)議承載的定義和相關描述請參考前述描述，在此不再贅述。需要說明的是，對于上述第二種情況，后續(xù)對該網(wǎng)絡消息中消息體的操作完成后， 還需要重新利用第一應用協(xié)議的配置文件繼續(xù)處理下一個網(wǎng)絡消息。如果該網(wǎng)絡消息的頭域部分中掃描到用于指示編解碼信息的第三指示信息，決策出對應的決策結果，該決策結果包括設置下一個區(qū)段開始前需要進行的解碼算法的原子方法，比如，第三指示信息指示的編解碼類型可以為base64，則在下一個區(qū)段開始執(zhí)行操作前需要先對下一個區(qū)段進行解碼。其中，對于簡單郵件傳輸協(xié)議(Simple Mail Transfer Protocol, SMTP)，網(wǎng)絡消息的消息體可以使用該編解碼類型對應的解碼算法對下一個區(qū)段進行解碼。B7、應用服務網(wǎng)關利用上述各步驟所獲取的關心數(shù)據(jù)，獲取既定策略。該既定策略是用于對客戶端與服務器間傳輸?shù)木W(wǎng)絡消息進行處理的策略，其可以是阻斷、計費等策略?？梢姡景l(fā)明實施例利用區(qū)段描述信息，獲取該區(qū)段描述信息所描述的區(qū)段中的關心數(shù)據(jù)，并依據(jù)關心數(shù)據(jù)執(zhí)行該區(qū)段描述信息中的決策方法，決策出下一個區(qū)段的處理方式，這樣，在網(wǎng)絡消息解析的方法有變化時，則可以通過修改區(qū)段描述信息中所描述的關心數(shù)據(jù)指示信息和/或決策方法來實現(xiàn)，比如，關心數(shù)據(jù)有變化，則需要修改關心數(shù)據(jù)指示信息，再如，對下一個區(qū)段或者下一個網(wǎng)絡消息的處理方式有變化時，則需要修改決策方法；在需要增加新的應用協(xié)議解析能力時，則只需要增加新的應用協(xié)議的配置文件，不需要重新設置實現(xiàn)的邏輯，能夠做到無損升級。請參閱圖6，如下舉實例對本發(fā)明實施例提供的網(wǎng)絡消息解析方法進行詳細描述圖6示出了客戶端與服務器之間傳輸?shù)木W(wǎng)絡消息其中，粗線條的矩形框表示一個網(wǎng)絡消息，細線條的矩形區(qū)域表示一個區(qū)段，如區(qū)段100到區(qū)段109，如圖6所示，HTTP協(xié)議消息、RTSP協(xié)議消息可以包括首行區(qū)段、頭域部分區(qū)段和消息體部分區(qū)段，例如區(qū)段100 對應是首行區(qū)段；區(qū)段101對應頭域部分區(qū)段；應當理解的是，在實際應用中，有的消息可以是沒有消息體部分區(qū)段，例如區(qū)段101之后就沒有消息體，緊接著響應消息首行。其中， 加粗字體為關心數(shù)據(jù)指示信息，比如Content-type，Content-length和RTPHnfo。加粗字體并帶有下劃線的為關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)，比如Content-type所指示的關心數(shù)據(jù)“application/sdp”，Content-length所指示的關心數(shù)據(jù)“1903”等。換言之，本發(fā)明實施例中的關心數(shù)據(jù)指示信息可以是Content-Type頭域(在區(qū)段103、105以加粗字體示意)、Content-Length頭域(在區(qū)段105以加粗字體示意)、RTP4nfo頭域(在區(qū)段108 以加粗字體示意)，相應的，關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)本身就是Content-Type 頭域的頭域值、Content-Length頭域的頭域值、RTPHnfo頭域的頭域值，其中，HTTP協(xié)議網(wǎng)絡消息和RTSP協(xié)議網(wǎng)絡消息中首行的區(qū)段分隔符為“\r\ri”，如圖6中的HTTP協(xié)議網(wǎng)絡消息的區(qū)段100、區(qū)段102，以及RTSP協(xié)議網(wǎng)絡消息的區(qū)段104 ；HTTP協(xié)議網(wǎng)絡消息頭域部分的區(qū)段分割符為“\r\n\r\n”，數(shù)據(jù)分割符為“\r\ri”，如圖6中的HTTP協(xié)議網(wǎng)絡消息的區(qū)段 101。區(qū)段109是RTP格式的數(shù)據(jù)，其具體可以是視頻數(shù)據(jù)。其中，一種方式中，一個區(qū)段結束之后或下一個區(qū)段開始之前需要決策，在另一種方式中，一些區(qū)段結束之后已經(jīng)明確下一區(qū)段，是不需要決策的，比如，在該區(qū)段描述信息中已有下一個區(qū)段的名稱，這樣默認為當前區(qū)段結束之后就執(zhí)行下一個區(qū)段。例如區(qū)段100 之后一定是區(qū)段101，本例中區(qū)段101之后是需要決策的，本例中區(qū)段101之后消息就結束了。如下示出了解析圖6所示網(wǎng)絡消息所利用的配置文件〈ProtocolName- ΤΤΡ" > <!--對應 100-->
〈Section name=，，HTTP—FIRST—LINE—REQUEST，，isFirst="true" type="PCREX" next—section="HTTP—REQ—HEADER"〉—
〈正則表達式>Λ[Α-Ζ]+ ([Λ \t])( Fset(url, {-1})) HTTP/l.l\r\n〈正則表達式〉<!--HTTP請求首行的正則表達式-->
<Output>url</Output> <!-輸出提取的URL,對應201-->
</Section>
<!-對應 102-->
〈Section name=，，HTTP—FIRST—LINE—RESPONSE，，isFirst="true" type="PCREX" next_section="HTTP_RSP_HEADER"> —
<PCREX>AHTTP/1.1 \d{3} [a-zA-Z]+\r\n</PCREX> <!- HTTP響應首行的正則表達式-->
〈/Section〉 <!-對應 101-->
〈Section name="HTTP—REQ—HEADER" type="fastscan" section_delimiter="\r\n\r\n" data—delimiter="\r\n">
〈Interesting char="U"> <!--關心數(shù)據(jù)指示信息包括字符串"User-Agent，，的開始字
符->
<Refine-Match>User-Agent</Refine-Match> <!--用于精確匹配User-Agent --> 〈/Interesting〉 〈Interesting char="C"><Refine-Match>Content-Length:</Refme-Match>
<!--如果遇到Content-Length,將Content-Length的值保存到變量 content—length —>
〈SetlntValue Name="content—length"/〉
〈/Interesting〉
〈Decision〉<!--決策方法，在101結束后執(zhí)行->
<Condition>content_length</Condition>
<!--如果content-length不為0，那么執(zhí)行set_next_section,
參數(shù)是LEN_TRACKING, contentjength -->
<Rule action= "set_next_section" parameter=" LEN—TRACKING, content—length" >non_zero</Rule>
<!--如果content-length為0,那么執(zhí)行end_of_message原子方法，當前消息解
析結束->
〈Rule action="end—of—message"〉zero</Rule> 〈/Decision〉 </Section>
<!--對應 103-->
〈Section name="HTTP_RSP_HEADER" type="fastscan" section—delimiter= "\r\n\r\n" data_delimiter="\r\n">
〈Interesting char="C"> <!--關心數(shù)據(jù)指示信息包括字符串"Content-Type"的開始字符->
<Refine-Match>Content-Type:</Refine-Match> <!--用于精確匹配 Content-Type -->
<!--如果Content-Type的頭i或值為，，application/x-rtsp-tunnelled，則設置 is_rtsp_tunnel變量為 true -->
<SetFlag flag= “is_rtsp_tunnel" value="true">application/x-rtsp-tunnelled</SetFlag>
〈/Interesting〉
〈Interesting char="C"> <!--關心數(shù)據(jù)指示信息包括字符串"Content-Length，，的開始字符->
<Refine-Match>Content-Length:</Refine-Match> <!-用于精確匹配 Content-Length —>
<SetIntValue Name="content—length"/〉
〈/Interesting〉
〈Decision〉<!--決策方法，在103結束后執(zhí)行-->
<Condkion>is—rtsp—tunnel,content—length</Condition>
<!— : 口果is_rtsp_tunnel為true，且content-length為0, JSll執(zhí)行change_protocol 原子方法，其秦數(shù)足"RTSP，，，表示協(xié)議切換成RTSP->~
<Rule action= “change_protocol" parameter="RTSP">true, zero</Rule>
<!--如果is_rtsp_tunnel為false,且content-length不為0，則執(zhí)行 set_next_sectio「原子-方法，其參數(shù)是"LEN_TRACKING，，和"content_lei^th，，， 表示設 下一個區(qū)段為LEN_TRACKING區(qū) 史，區(qū)段長度為content—length變量保
存的數(shù)值-->
<Rule action= "set_next_section" parameter="LEN_TRACKING, content—length ">false, non zero </Rule>
〈/Decision〉
〈/Section〉
<!--直接跳轉區(qū)段，名字為LEN_TRACKING-->
〈Section name="LEN_TRACKING" type="skip」ength"/> 〈/Protocol〉
<!--RTSP協(xié)議配置—> 〈Protocol Name="RTSP" > <!--對應 104-->
〈Section name=’，RTSP_FIRST LINE" isFirst="true" type="PCREX" next_section=""RTSP_HEADER"">
<PCREX>ARTSP/(\d\.\d)( Fset(rtsp_ver, {-1}))) \d{3} [a-zA-Z]+\r\n</PCREX> <!--RTSP響應首行的正則▲達犮->
<Output>rtsp ver</Output> <!--輸出提取的RTSP版本號，對應 104 -->
權利要求
1.一種網(wǎng)絡消息解析方法，其特征在于，包括接收網(wǎng)絡消息，所述網(wǎng)絡消息包括一個或多個區(qū)段； 識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議；從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方式，得到對應的決策結果；其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層。
2.根據(jù)權利要求1所述的方法，其特征在于，所述關心數(shù)據(jù)指示信息為頭域名稱，所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)為位于對應頭域后面的頭域值；或者，所述關心數(shù)據(jù)指示信息為頭域名稱，所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)為對應頭域名稱本身所表示的關心數(shù)據(jù)；或者，所述關心數(shù)據(jù)指示信息為屬性名稱，所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)為屬性值；或者，所述關心數(shù)據(jù)指示信息為標簽名稱，所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)為標簽值。
3.根據(jù)權利要求1所述的方法，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)；所述決策結果包括如下原子動作中的一個或多個，以及所述原子動作被執(zhí)行時所需要的參數(shù)；所執(zhí)行的原子動作包括設置下一個區(qū)段、更改下一個消息的首個區(qū)段的協(xié)議類型、設置下一個區(qū)段的協(xié)議類型和設置下一個區(qū)段開始前需要進行的解碼算法中的一項或任意組合。
4.根據(jù)權利要求1所述的方法，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)；其中，當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息和用于指示下一個區(qū)段的長度信息的第二指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息和所述長度信息，貝U，以所述協(xié)議類型信息和所述長度信息作為決策條件，且所述長度信息表示當前區(qū)段為最后一個區(qū)段，對應的決策結果包括更改下一個消息的首個區(qū)段的協(xié)議類型的原子動作，其中，所述下一個消息的首個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所表示的協(xié)議類型；或者，當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息，貝U，以所述協(xié)議類型信息作為決策條件，對應的決策結果包括更改下一個消息的首個區(qū)段的協(xié)議類型的原子動作，其中，所述下一個消息的首個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所表示的協(xié)議類型。
5.根據(jù)權利要求1所述的方法，其特征在于，當所述當前區(qū)段不是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果表示所述當前區(qū)段的下一個區(qū)段的處理方式。
6.根據(jù)權利要求5所述的方法，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)；當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息，則以所述協(xié)議類型信息作為決策條件，對應的決策結果包括設置下一個區(qū)段的協(xié)議類型的原子動作，其中，所述下一個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所指示的協(xié)議類型。
7.根據(jù)權利要求5所述的方法，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)；當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的長度信息的第二指示信息，所獲取的關心數(shù)據(jù)包括所述長度信息，則以所述長度信息作為決策條件，對應的決策結果包括設置下一個區(qū)段為直接跳過預定長度的區(qū)段的原子動作，其中，所述預定長度為所述長度信息所指示的長度。
8.根據(jù)權利要求5所述的方法，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)；當所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的編解碼信息的第三指示信息， 所獲取的關心數(shù)據(jù)包括所述編解碼信息，則以所述編解碼信息作為決策條件，對應的決策結果包括設置下一個區(qū)段開始前需要進行的解碼算法的原子動作，其中，所述下一個區(qū)段開始前需要進行的解碼算法為所述編解碼信息表示的解碼算法。
9.根據(jù)權利要求1至8任一項所述的方法，其特征在于，所述區(qū)段描述信息包括區(qū)段名稱，區(qū)段類型，所述關心數(shù)據(jù)指示信息和所述決策方式，所述區(qū)段類型表示所述當前區(qū)段所使用的掃描方式；所述從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取第一區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)，包括以所述區(qū)段類型表示的掃描方式，從所述區(qū)段名稱對應的所述當前區(qū)段中掃描到所述關心數(shù)據(jù)指示信息，獲取所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)。
10.根據(jù)權利要求9所述的方法，其特征在于，所述區(qū)段類型表示快速掃描方式；所述以所述區(qū)段類型表示的掃描方式，從所述區(qū)段名稱對應的所述當前區(qū)段中掃描到所述關心數(shù)據(jù)指示信息包括從所述區(qū)段名稱對應的當前區(qū)段的第一個字符開始，跳轉特定長度的字符； 當跳轉到的字符是數(shù)據(jù)分割符時，判斷位于所述跳轉到的字符后面、且與所述跳轉到的字符最近的η個非數(shù)據(jù)分隔符的字符是否是所述關心數(shù)據(jù)指示信息中的前η個字符，如果是，根據(jù)所述關心數(shù)據(jù)指示信息中的前η個字符，在所述當前區(qū)段匹配到所述關心數(shù)據(jù)指示信息，其中，η大于或者等于1 ；當跳轉到的字符是所述關心數(shù)據(jù)指示信息中的前η個字符中的字符時，判斷位于所述跳轉到的字符前面、且與所述跳轉到的字符最近的非關心數(shù)據(jù)指示信息中的字符是否是數(shù)據(jù)分割符，如果是，利用所述跳轉到的字符，在所述當前區(qū)段中匹配到所述關心數(shù)據(jù)指示信肩、ο
11.一種通信設備，其特征在于，包括通信模塊，用于接收網(wǎng)絡消息，所述網(wǎng)絡消息包括一個或多個區(qū)段； 識別模塊，用于識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議； 解析模塊，用于從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方式，得到對應的決策結果；其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層。
12.根據(jù)權利要求11所述的通信設備，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)； 所述解析模塊包括解析子模塊，用于從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；其中，所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息和用于指示下一個區(qū)段的長度信息的第二指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息和所述長度信息；決策子模塊，用于以所述協(xié)議類型信息和所述長度信息作為決策條件，且所述長度信息表示當前區(qū)段為最后一個區(qū)段，決策出對應的決策結果，所述決策結果包括更改下一個消息的首個區(qū)段的協(xié)議類型的原子動作，其中，所述下一個消息的首個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所表示的協(xié)議類型； 或者，所述解析模塊包括解析子模塊，用于從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；其中，所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息，決策子模塊，用于以所述協(xié)議類型信息作為決策條件，決策出對應的決策結果，所述決策結果包括更改下一個消息的首個區(qū)段的協(xié)議類型的原子動作，其中，所述下一個消息的首個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所表示的協(xié)議類型。
13.根據(jù)權利要求11所述的通信設備，其特征在于，所述解析模塊，還用于當所述當前區(qū)段不是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果表示所述當前區(qū)段的下一個區(qū)段的處理方式。
14.根據(jù)權利要求13所述的通信設備，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)； 所述解析模塊包括解析子模塊，用于從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；其中，所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的協(xié)議類型信息的第一指示信息，所獲取的關心數(shù)據(jù)包括所述協(xié)議類型信息；決策子模塊，用于以所述協(xié)議類型信息作為決策條件，決策出對應的決策結果，所述決策結果包括設置下一個區(qū)段的協(xié)議類型的原子動作，其中，所述下一個區(qū)段的協(xié)議類型為所述協(xié)議類型信息所指示的協(xié)議類型。
15.根據(jù)權利要求13所述的通信設備，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)； 所述解析模塊包括解析子模塊，用于從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；其中，所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的長度信息的第二指示信息， 所獲取的關心數(shù)據(jù)包括所述長度信息；決策子模塊，用于以所述長度信息作為決策條件，決策出對應的決策結果，所述決策結果包括設置下一個區(qū)段為直接跳過預定長度的區(qū)段的原子動作，其中所述預定長度為所述長度信息所指示的長度。
16.根據(jù)權利要求13所述的通信設備，其特征在于，所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)； 所述解析模塊包括解析子模塊，用于從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；其中，所述關心數(shù)據(jù)指示信息包括用于指示下一個區(qū)段的編解碼信息的第三指示信息，所獲取的關心數(shù)據(jù)包括所述編解碼信息；決策子模塊，用于以所述編解碼信息作為決策條件，決策出對應的決策結果，所述決策結果包括設置下一個區(qū)段開始前需要進行的解碼算法的原子動作，其中，所述下一個區(qū)段開始前需要進行的解碼算法為所述編解碼信息表示的解碼算法。
17.根據(jù)權利要求11所述的通信設備，其特征在于，所述第一區(qū)段描述信息包括區(qū)段名稱，區(qū)段類型，所述關心數(shù)據(jù)指示信息和所述決策方式，所述區(qū)段類型表示所述當前區(qū)段所使用的掃描方式； 所述解析模塊，包括掃描子模塊，用于以所述區(qū)段類型表示的掃描方式，從所述區(qū)段名稱對應的所述當前區(qū)段中掃描到所述關心數(shù)據(jù)指示信息；獲取子模塊，用于獲取所掃描到的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)； 決策子模塊，用于利用所述全部或部分關心數(shù)據(jù)，執(zhí)行所述第一區(qū)段描述信息中的決策方式，得到對應的決策結果。
18.根據(jù)權利要求17所述的通信設備，其特征在于， 所述掃描子模塊包括快速掃描子模塊，用于從所述區(qū)段名稱對應的當前區(qū)段的第一個字符開始，跳轉特定長度的字符，當跳轉到的字符是數(shù)據(jù)分割符時，判斷位于所述跳轉到的字符后面、且與所述跳轉到的字符最近的η個非數(shù)據(jù)分隔符的字符是否是所述關心數(shù)據(jù)指示信息中的前η個字符；其中，η大于或者等于1 ；當跳轉到的字符是所述關心數(shù)據(jù)指示信息中的字符時，判斷位于所述跳轉到的字符前面、且與所述跳轉到的字符最近的非關心數(shù)據(jù)指示信息中的字符是否是數(shù)據(jù)分割符；精確匹配子模塊，用于在判斷位于所述跳轉到的字符后面、且與所述跳轉到的字符最近的η個非數(shù)據(jù)分隔符的字符是否是所述關心數(shù)據(jù)指示信息中的前η個字符的判斷結果為是時，根據(jù)所述關心數(shù)據(jù)指示信息中的前η個字符，在所述當前區(qū)段中匹配到所述關心數(shù)據(jù)指示信息；在判斷位于所述跳轉到的字符前面、且與所述跳轉到的字符最近的非關心數(shù)據(jù)指示信息中的字符是否是數(shù)據(jù)分割符的判斷結果為是時，利用所述跳轉到的字符，在所述當前區(qū)段中匹配到所述關心數(shù)據(jù)指示信息。
19.根據(jù)權利要求11至18任一項所述的通信設備，其特征在于， 所述通信設備還包括策略匹配模塊和策略執(zhí)行模塊；策略匹配模塊，用于利用所述關心數(shù)據(jù)，確定所述網(wǎng)絡消息所適用的既定策略； 策略執(zhí)行模塊，用于利用所述既定策略，對所述網(wǎng)絡消息所在的數(shù)據(jù)流進行操作。
20.一種解析系統(tǒng)，其特征在于，包括編譯引擎和處理引擎，所述編譯引擎，用于將配置文件編譯成所述處理引擎能識別的協(xié)議解析輔助數(shù)據(jù)；其中，不同的應用協(xié)議類型對應不同的配置文件；所述處理引擎，用于接收網(wǎng)絡消息，所述網(wǎng)絡消息包括一個或多個區(qū)段；識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議；從所述第一應用協(xié)議對應的協(xié)議解析輔助數(shù)據(jù)中一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方式，得到對應的決策結果；其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層。
21.根據(jù)權利要求20所述的系統(tǒng)，其特征在于， 所述應用協(xié)議對應的配置文件包括一個或多個區(qū)段描述信息，所述區(qū)段描述信息包括區(qū)段名稱，區(qū)段類型，關心數(shù)據(jù)指示信息和決策方式，其中，所述區(qū)段類型表示區(qū)段所使用的掃描方式；所述決策方式用于描述依據(jù)不同的決策條件執(zhí)行不同的原子動作；所述決策條件包括一個或者多個關心數(shù)據(jù)；所述決策結果包括如下原子動作中的一個或多個，以及所述原子動作被執(zhí)行時所需要的參數(shù)；所執(zhí)行的原子動作包括設置下一個區(qū)段、更改下一個消息的首個區(qū)段的協(xié)議類型、設置下一個區(qū)段的協(xié)議類型和設置下一個區(qū)段開始前需要進行的解碼算法中的一項或任意組合。
22.根據(jù)權利要求20或21所述的系統(tǒng)，其特征在于，還包括內(nèi)存管理器，用于管理所述編譯引擎和所述處理引擎使用的內(nèi)存，所述編譯引擎和處理引擎使用不同的內(nèi)存區(qū)域或者相同的內(nèi)存區(qū)域。
23.根據(jù)權利要求20或21所述的系統(tǒng)，其特征在于，還包括加載器，用于從內(nèi)部儲存設備或外部儲存設備中讀取所述配置文件并加載到所述編譯引擎。
24.根據(jù)權利要求20或21所述的系統(tǒng)，其特征在于， 所述編譯引擎包括快速掃描編譯器，用于將配置文件中描述的各區(qū)段中的關心數(shù)據(jù)指示信息編譯成機器能讀取的協(xié)議解析輔助數(shù)據(jù)，并輸出快速掃描表；所述快速掃描表包括所述關心數(shù)據(jù)指示信息的前η個字符和區(qū)段中的數(shù)據(jù)分割符對應的協(xié)議解析輔助數(shù)據(jù)；精確匹配編譯器，用于將多模匹配算法編譯成機器能讀取的協(xié)議解析輔助數(shù)據(jù)； 邏輯決策編譯器，用于將配置文件中的決策方式編譯成機器能讀取的協(xié)議解析輔助數(shù)據(jù)。
25.根據(jù)權利要求M所述的系統(tǒng)，其特征在于， 所述處理引擎包括快速掃描模塊，用于從所述區(qū)段名稱對應的當前區(qū)段的第一個字符開始，跳轉特定長度的字符，根據(jù)所述快速掃描表，判斷跳轉到的字符是數(shù)據(jù)分割符還是所述關心數(shù)據(jù)指示信息中的前η個字符中的字符，當跳轉到的字符是數(shù)據(jù)分割符時，判斷位于所述跳轉到的字符后面、且與所述跳轉到的字符最近的η個非數(shù)據(jù)分隔符的字符是否是所述關心數(shù)據(jù)指示信息中的前η個字符；當跳轉到的字符是所述關心數(shù)據(jù)指示信息中的前η個字符中的字符時，判斷位于所述跳轉到的字符前面、且與所述跳轉到的字符最近的非關心數(shù)據(jù)指示信息中的字符是否是數(shù)據(jù)分割符；其中，η大于或者等于1 ；精確匹配模塊，用于在判斷位于所述跳轉到的字符后面、且與所述跳轉到的字符最近的η個非數(shù)據(jù)分隔符的字符是否是所述關心數(shù)據(jù)指示信息中的前η個字符的判斷結果為是時，根據(jù)所述關心數(shù)據(jù)指示信息中的前η個字符，執(zhí)行所述協(xié)議解析輔助數(shù)據(jù)中所編譯成的多模匹配算法，以在所述當前區(qū)段中匹配到所述關心數(shù)據(jù)指示信息；在判斷位于所述跳轉到的字符前面、且與所述跳轉到的字符最近的非關心數(shù)據(jù)指示信息中的字符是否是數(shù)據(jù)分割符的判斷結果為是時，利用所述跳轉到的字符，執(zhí)行所述協(xié)議解析輔助數(shù)據(jù)中所編譯成的多模匹配算法，以在所述當前區(qū)段中匹配到所述關心數(shù)據(jù)指示信息；決策器，用于根據(jù)匹配到的關心數(shù)據(jù)指示信息，獲取所述關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)，利用所述全部或部分關心數(shù)據(jù)，執(zhí)行所述協(xié)議解析輔助數(shù)據(jù)中的所編譯成的區(qū)段描述信息中的決策方式，得到?jīng)Q策結果。
26.根據(jù)權利要求20所述的系統(tǒng)，其特征在于， 所述處理引擎還包括輸出模塊，用于將所獲取的關心數(shù)據(jù)輸出到外部。
全文摘要
本發(fā)明實施例提供網(wǎng)絡消息解析方法及通信設備，網(wǎng)絡消息解析方法包括接收網(wǎng)絡消息，所述網(wǎng)絡消息包括一個或多個區(qū)段；識別出所述網(wǎng)絡消息的應用協(xié)議類型為第一應用協(xié)議；從第一應用協(xié)議對應的配置文件中的一個區(qū)段描述信息所描述的所述網(wǎng)絡消息的當前區(qū)段中，獲取所述區(qū)段描述信息中的關心數(shù)據(jù)指示信息所指示的關心數(shù)據(jù)；以所獲取的全部或者部分關心數(shù)據(jù)作為決策條件，執(zhí)行所述區(qū)段描述信息中的決策方法，得到對應的決策結果；其中，當所述當前區(qū)段是所述網(wǎng)絡消息的最后一個區(qū)段時，所述決策結果包括所述網(wǎng)絡消息的下一個消息的處理方式，所述網(wǎng)絡消息與所述下一個消息屬于同一應用層。使用本發(fā)明實施例提供的技術方案，能夠實現(xiàn)無損升級。
文檔編號H04L29/06GK102413141SQ201110389258
公開日2012年4月11日 申請日期2011年11月30日 優(yōu)先權日2011年11月30日
發(fā)明者尤里.哈桑, 愛米特.克里斯托, 莫默, 黃毽 申請人:華為技術有限公司