專利名稱：一種lte系統(tǒng)中的傳輸流模板匹配方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移 動(dòng)通訊領(lǐng)域，特別是涉及一種LTE(Long Term Evolution，長期演進(jìn))系統(tǒng)中的傳輸流模板匹配方法及裝置。
背景技術(shù)：
與3G技術(shù)相比，LTE采用了全新的網(wǎng)絡(luò)架構(gòu)，減少了網(wǎng)元數(shù)目，削減了信令流程的復(fù)雜度，網(wǎng)絡(luò)底層設(shè)計(jì)全I(xiàn)P化，支持PS(Packet Switch，分組交換)域，大大提高了控制面的響應(yīng)速度，數(shù)據(jù)面的速度也有了重大的提升，上行數(shù)據(jù)面達(dá)到50M/S，下行數(shù)據(jù)面達(dá)到 100M/S。對(duì)于一個(gè)業(yè)務(wù)而言，LTE控制面負(fù)責(zé)分配信道、建立承載，從UE (User Equipment, 用戶設(shè)備)經(jīng)eNB(eV0lVed NodeB，演進(jìn)的基站)再到核心網(wǎng)建立一個(gè)鏈路；數(shù)據(jù)面負(fù)責(zé)在這個(gè)鏈路上傳輸IP數(shù)據(jù)報(bào)文。UE和核心網(wǎng)之間通常都要建立多個(gè)承載，上行和下行的每一個(gè)數(shù)據(jù)報(bào)文都要匹配到一個(gè)對(duì)應(yīng)的承載，然后在這個(gè)承載對(duì)應(yīng)的鏈路上傳送。為了描述數(shù)據(jù)報(bào)文與承載的對(duì)應(yīng)關(guān)系，LTE中使用了 TFT(Traffic Flow Template，傳輸流模板)的概念，TFT即數(shù)據(jù)的過濾規(guī)則，數(shù)據(jù)報(bào)文和其對(duì)應(yīng)的承載的映射關(guān)系就通過TFT的匹配來完成。上行數(shù)據(jù)報(bào)文在UE中進(jìn)行匹配，下行數(shù)據(jù)報(bào)文在P-GW(Packet gateway, 分組過濾網(wǎng)關(guān))中進(jìn)行匹配，整個(gè)框架圖如圖1所示。圖1中上面一條線表示控制流，在 UE-eNB-MME (Mobility Manage Entity，移動(dòng)關(guān)系實(shí)體)之間進(jìn)行流程控制和參數(shù)配置，建立通信鏈路，并在UE和P-GW中分配生成上行和下行TFT。圖1中下面一條線表示數(shù)據(jù)流， 在UE-eNB-SGW-PGW之間傳送數(shù)據(jù)。UE如果有上行數(shù)據(jù)要發(fā)送，報(bào)文在TFT中進(jìn)行匹配，匹配到一個(gè)對(duì)應(yīng)的承載上，通過該承載經(jīng)數(shù)據(jù)面的鏈路由空口發(fā)送到eNB，再由eNB在MME的控制下發(fā)送到SGW (Service gatew，服務(wù)網(wǎng)關(guān))、PGW，最終發(fā)送到外部網(wǎng)絡(luò)中。類似的，下行數(shù)據(jù)也如此發(fā)送。如果核心網(wǎng)有下行數(shù)據(jù)要發(fā)送，下行數(shù)據(jù)報(bào)文在PGW中完成TFT的匹配，找到對(duì)應(yīng)承載，再依次經(jīng)SGW和eNB到達(dá)UE，由UE的數(shù)據(jù)面逐層向上提交，最終提交給上層應(yīng)用程序。從圖1中可以看出，從UE到核心網(wǎng)的整個(gè)數(shù)據(jù)面中，除了 TFT的承載匹配夕卜，其他層都是數(shù)據(jù)傳輸，有固定的處理方式和較穩(wěn)定的傳輸速度，TFT的匹配速度將在較大程度上影響整個(gè)數(shù)據(jù)面的速度。圖1中各英文字符含義如下APP 應(yīng)用程序；NAS 非接入層；RRC 無線資源控制層；PDCP 分組數(shù)據(jù)匯聚協(xié)議層；RLC 無線鏈路控制層；MAC 媒體接入控制層；PHY 物理層；SlAP :S1空口鏈路；X2AP :X2空口鏈路；SCTP 序列控制傳輸協(xié)議；GTP =GPRS平面隧道協(xié)議。TFT與承載密切相關(guān)，一個(gè)專用承載對(duì)應(yīng)一個(gè)TFT，TFT由1個(gè)或者1個(gè)以上的 Filter (過濾器)組成。Filter中存儲(chǔ)的是一組過濾條件，一個(gè)IP數(shù)據(jù)報(bào)文的屬性如果滿足這個(gè)Filter的所有過濾條件，那么這個(gè)報(bào)文就可以在這個(gè)Filter所屬TFT對(duì)應(yīng)的承載上進(jìn)行傳輸。默認(rèn)承載可以有TFT，也可以沒有TFT。如果有TFT，那么其匹配原理和過程與專用承載是相同的；如果沒有TFT，那么默認(rèn)承載相當(dāng)于一個(gè)“全通”的承載，即所有無法匹配到專用承載的數(shù)據(jù)報(bào)文都可以在默認(rèn)承載上進(jìn)行傳輸。
實(shí)現(xiàn)過程中，UE和P-GW之間可能存在多個(gè)PDN(Packet Domain Network,分組域網(wǎng)絡(luò))，每個(gè)PDN上有一個(gè)默認(rèn)承載，并可能有1個(gè)或1個(gè)以上的專用承載。如果該P(yáng)DN上只有默認(rèn)承載，那么有可能沒有TFT。如果在默認(rèn)承載之外還有專用承載，那就存在1個(gè)或者1個(gè)以上的TFT，自然也存在至少一個(gè)Filter。根據(jù)這種分析結(jié)果，以PDN為單位來管理 Filter，將一個(gè)PDN上的Filter存儲(chǔ)在一個(gè)循環(huán)鏈表中，并根據(jù)鏈表頭尾是否相同來標(biāo)記該P(yáng)DN中是否存在Filter。為了便于匹配，將一個(gè)PDN上的所有Filter都組織在同一個(gè)雙向鏈表中。Filter的雙向鏈表組織結(jié)構(gòu)如圖2所示，雙向鏈表的頭指針指向PDN上的第一個(gè)Filter，尾指針指向最后一個(gè)Filter。如果頭指針等于尾指針，說明這個(gè)PDN上沒有 Filter，即沒有專用承載，只有默認(rèn)承載，這也是正常的。鏈表中的Filter節(jié)點(diǎn)主要由前后節(jié)點(diǎn)指針、承載ID和Filter實(shí)體組成，其中Filter實(shí)體中存儲(chǔ)的是Filter的各個(gè)字段的實(shí)際值，由網(wǎng)側(cè)根據(jù)實(shí)際業(yè)務(wù)需要來分配。承載ID是該Filter所屬的承載標(biāo)記，所有匹配上該Filter的數(shù)據(jù)報(bào)文都要在這個(gè)承載上進(jìn)行傳輸。網(wǎng)側(cè)新分配一個(gè)Filter、刪除或更新一個(gè)已有Filter時(shí)，PDN上的Filter鏈表也進(jìn)行同步更新。LTE中傳輸?shù)臄?shù)據(jù)報(bào)文全是IP數(shù)據(jù)包，包括IPv4和IPv6兩種報(bào)文。圖3是IPv4報(bào)文頭的結(jié)構(gòu)示意圖，圖4是IPv6報(bào)文頭的結(jié)構(gòu)示意圖，不管是IPv4還是IPv6報(bào)文，這兩種報(bào)文中的若干字段在Filter中都有對(duì)應(yīng)的字段和取值。報(bào)文由這樣的承載進(jìn)行傳輸報(bào)文頭的各字段和該承載中的一個(gè)Filter對(duì)應(yīng)字段都相同。根據(jù)Vesion (協(xié)議版本)字段可以知道該報(bào)文是IPv4還是IPv6，IPv4和IPv6的報(bào)文是不同的，匹配的字段也不同。IPv4的報(bào)文要匹配的字段包括TOS (Type of Service，服務(wù)類型),Protocol (協(xié)議號(hào))、SPI (Security Payload Index,安全負(fù)載索弓| )、Source Address (源地址)、Destination Address (目的地址)，其中地址中含有掩碼。IPv6的報(bào)文要匹配的字段包括Traffic Class(報(bào)文傳輸?shù)燃?jí))、Flow Label (流標(biāo)簽)、Next Header (下一個(gè)頭地址)、SPI、Source Address、 Destination Address。對(duì)于這兩種報(bào)文，以上字段是最多要匹配的字段，如果報(bào)文中未提取出上述所有的字段，則只對(duì)實(shí)際提取到的字段進(jìn)行匹配。Filter中包含了上述需要匹配的字段，另外還有FilterlD、承載ID等標(biāo)記信息。所謂的匹配就是將IP數(shù)據(jù)報(bào)文的頭部字段(IPv4或v6有所差別)與TFT中的Filter的各字段進(jìn)行比較，如果報(bào)文中所有需要匹配的頭部字段都與某一個(gè)Filter的對(duì)應(yīng)字段相同，那么就認(rèn)為匹配成功，報(bào)文就可以由這個(gè)Filter所在TFT的承載發(fā)送。這就是TFT的工作原理。圖3和圖4中各字符的含義如下 identification 協(xié)議標(biāo)記；Fragment offset 分幀補(bǔ)償；Time to Live 報(bào)文生存時(shí)間；Header Checksum 頭部檢驗(yàn)碼；Payload Length 有效載荷長度；Hop Limit 躍遷限制。圖5是IP報(bào)文頭部字段的提取流程圖，如圖5所示，收 到應(yīng)用程序發(fā)來的數(shù)據(jù)報(bào)文后，首先提取Version字段，確定數(shù)據(jù)報(bào)文類型是IPv4還是v6，再根據(jù)報(bào)文提取對(duì)應(yīng)的字段，為Filter的匹配做好準(zhǔn)備。目前已有的TFT匹配方式是將IP數(shù)據(jù)報(bào)文中的各個(gè)字段提取出來，與TFT中的每一個(gè)Filter都完整的將所有字段匹配一次，找到一個(gè)匹配成功的Filter，然后從Filter對(duì)應(yīng)的承載上將這個(gè)數(shù)據(jù)報(bào)文傳輸出去，因而采用該方法匹配速度受限。由于一個(gè)承載上最多允許16個(gè)Filter，而每一個(gè)報(bào)文都要在最多16個(gè)Filter中進(jìn)行一次匹配，因而如果能夠提高Filter的匹配速度，會(huì)較大的提高數(shù)據(jù)面的傳輸速度。

發(fā)明內(nèi)容
本發(fā)明提供一種LTE系統(tǒng)中的傳輸流模板匹配方法及裝置，以解決現(xiàn)有技術(shù)中傳輸流模板匹配速率不高的問題。本發(fā)明提供一種LTE系統(tǒng)中的傳輸流模板匹配方法，包括如下步驟收到IP數(shù)據(jù)報(bào)文后，從報(bào)文中提取需要進(jìn)行匹配的字段；確定地址與所述IP數(shù)據(jù)報(bào)文的源IP地址相同的PDN ；將各字段逐個(gè)在所述PDN的Filter鏈表中進(jìn)行匹配，每匹配一個(gè)字段，剔除與該字段不匹配的Filter，直到得到匹配結(jié)果。進(jìn)一步地，對(duì)于IPv4報(bào)文，所述需要進(jìn)行匹配的字段包括以下字段中的部分或全部Type of Service>Protocol>SPI>Source Address>Destination Address ；對(duì)于 Pv6 報(bào)文，所述需要進(jìn)行匹配的字段包括以下字段中的部分或全部Traffic Class, Flow Label、 Next Header、SPI、Source Address、Destination Address。進(jìn)一步地，確定地址與所述IP數(shù)據(jù)報(bào)文的源IP地址相同的PDN，采用的方法可以為優(yōu)先將所述IP數(shù)據(jù)報(bào)文的源IP地址與前一個(gè)IP數(shù)據(jù)報(bào)文使用的PDN的地址進(jìn)行比對(duì)，判斷是否相同，若不相同再與其它PDN的地址進(jìn)行比對(duì)。進(jìn)一步地，將所述各字段逐個(gè)在所述PDN的Filter鏈表中進(jìn)行匹配時(shí)，首先匹配目的IP地址。進(jìn)一步地，如果所述匹配結(jié)果為所有的Filter都匹配不成功，則檢查所述PDN的默認(rèn)承載是否存在Filter，若存在Filter，則所述IP數(shù)據(jù)報(bào)文未找到對(duì)應(yīng)的傳輸承載，無法傳輸；若不存在Filter，則將所述IP數(shù)據(jù)報(bào)文在所述PDN的默認(rèn)承載上傳輸。進(jìn)一步地，如果所述匹配結(jié)果為成功匹配到一個(gè)Filter，則將所述IP數(shù)據(jù)報(bào)文在該Filter對(duì)應(yīng)的承載上傳輸。本發(fā)明還提供了一種LTE系統(tǒng)中的傳輸流模板匹配裝置，包括字段提取模塊，用于收到IP數(shù)據(jù)報(bào)文后，從報(bào)文中提取需要進(jìn)行匹配的字段；PDN確定模塊，用于確定地址與所述IP數(shù)據(jù)報(bào)文的源IP地址相同的PDN ；匹配模塊，用于將各字段逐個(gè)在所述PDN的Filter鏈表中進(jìn)行匹配，每匹配一個(gè)字段，剔除與該字段不匹配的Filter，直到得到匹配結(jié)果。對(duì)于IPv4報(bào)文，所述需要進(jìn)行匹配的字段包括以下字段中的部分或全部Type of Service、Protocol、SPI、Source Address、Destination Address ；對(duì)于 Pv6j艮文，所述需要進(jìn)行匹配的字段包括以下字段中的部分或全部Traffic Class. Flow Label、Next Header、SPI、Source Address、Destination Address。進(jìn)一步地，本發(fā)明LTE系統(tǒng)中的傳輸流模板匹配裝置還包括匹配結(jié)果分析模塊， 所述匹配結(jié)果分析模塊用于如果所述匹配結(jié)果為所有的Filter都匹配不成功，則檢查所述PDN的默認(rèn)承載是否存在Filter，若存在Filter，則指示所述IP數(shù)據(jù)報(bào)文未找到對(duì)應(yīng)的傳輸承載，無法傳輸； 若不存在Filter，則指示將所述IP數(shù)據(jù)報(bào)文在所述PDN的默認(rèn)承載上傳輸。進(jìn)一步地，匹配結(jié)果分析模塊還用于如果所述匹配結(jié)果為成功匹配到一個(gè) Filter,則指示將所述IP數(shù)據(jù)報(bào)文在該Filter對(duì)應(yīng)的承載上傳輸。
本發(fā)明有益效果如下通過采用本發(fā)明提出的LTE系統(tǒng)中的傳輸流模板匹配方法及裝置，解決了現(xiàn)有技術(shù)中傳輸流模板匹配速率慢的問題，能夠顯著提高LTE系統(tǒng)中的傳輸流模板匹配速率。采用本發(fā)明技術(shù)方案，在一個(gè)PDN連接上建立三個(gè)承載的測試環(huán)境中，將一個(gè)數(shù)據(jù)報(bào)文的平均匹配時(shí)間從平均22微秒減小到了 13微秒。


圖1是現(xiàn)有技術(shù)中LTE網(wǎng)絡(luò)數(shù)據(jù)面和控制面的示意圖；圖2是現(xiàn)有技術(shù)中Filter的雙向鏈表組織結(jié)構(gòu)示意圖；圖3是現(xiàn)有技術(shù)中IPv4報(bào)文頭的結(jié)構(gòu)示意圖；圖4是現(xiàn)有技術(shù)中IPv6報(bào)文頭的結(jié)構(gòu)示意圖；圖5是現(xiàn)有技術(shù)中IP報(bào)文頭部字段的提取流程圖；圖6是本發(fā)明一個(gè)具體實(shí)施例的LTE系統(tǒng)中的傳輸流模板匹配方法流程示意圖；圖7是本發(fā)明實(shí)施例查找PDN的流程示意圖；圖8是本發(fā)明實(shí)施例一個(gè)PDN上的Filter鏈表匹配的具體實(shí)現(xiàn)流程圖；圖9是本發(fā)明一個(gè)具體實(shí)施例的LTE系統(tǒng)中的傳輸流模板匹配裝置結(jié)構(gòu)示意圖。
具體實(shí)施例方式以下結(jié)合附圖以及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。方法實(shí)施例根據(jù)本發(fā)明的實(shí)施例，提供了一種LTE系統(tǒng)中的傳輸流模板匹配方法，從IP數(shù)據(jù)報(bào)文頭中提取需要的字段，逐個(gè)字段在Filter鏈表中匹配，將那些無法與當(dāng)前字段匹配上的Filter暫時(shí)剔除，即將Filter的有效標(biāo)記置為無效，再在剩余的Filter中匹配下一個(gè)字段，也同樣將無法匹配上的Filter暫時(shí)剔除，直到剩下最后一個(gè)Filter。正常情況下，所有的字段都能在這個(gè)Filter中匹配的上，該Filter所在的承載就是IP報(bào)文的發(fā)送承載。 采用這種匹配方式，每匹配一個(gè)字段都將剔除若干Filter，不斷縮小Filter的匹配范圍， 能有效的提高匹配速度。圖6是本發(fā)明一個(gè)具體實(shí)施例的LTE系統(tǒng)中的傳輸流模板匹配方法的流程圖，如圖6所示，根據(jù)本發(fā)明實(shí)施例的LTE系統(tǒng)中的傳輸流模板匹配方法，包括如下處理步驟601，接收到一個(gè)IP數(shù)據(jù)報(bào)文后，首先根據(jù)IP數(shù)據(jù)報(bào)文頭中的Version來判斷這個(gè)報(bào)文是IPv4還是IPv6的，再按照v4或v6的格式從報(bào)文頭中提取相應(yīng)的字段，例如源目的IP地址(內(nèi)含掩碼)、T0S、協(xié)議號(hào)、下一個(gè)頭地址、傳輸?shù)燃?jí)、流標(biāo)簽等字段。步驟602，在各個(gè)PDN連接中，查找PDN地址與接收的IP數(shù)據(jù)報(bào)文的源IP地址相同的PDN連接。后續(xù)的匹配范圍只在這個(gè)PDN下的Filter鏈表中。由于應(yīng)用程序發(fā)送的報(bào)文呈現(xiàn)區(qū)域連續(xù)性，比如連續(xù)的N個(gè)報(bào)文是電話數(shù)據(jù)，后面連續(xù)的N個(gè)報(bào)文是短信數(shù)據(jù)。即前后相鄰的若干數(shù)據(jù)報(bào)文是在同一個(gè)PDN上傳輸?shù)?，后面的若干?bào)文在另一個(gè)PDN上傳輸?；谶@種區(qū)域連續(xù)性，后一個(gè)報(bào)文在查找PDN時(shí)，優(yōu)先判斷前一個(gè)報(bào)文使用的PDN是否是本報(bào)文可以使用的PDN。即優(yōu)先將IP數(shù)據(jù)報(bào)文的源IP地址與前一個(gè)IP數(shù)據(jù)報(bào)文使用的PDN的地址進(jìn)行比對(duì)，判斷是否相同，若不相同再與其它 PDN的地址進(jìn)行比對(duì)，以查找到當(dāng)前接收的IP數(shù)據(jù)報(bào)文對(duì)應(yīng)的PDN。具體實(shí)施中，在查找到當(dāng)前IP數(shù)據(jù)報(bào)文對(duì)應(yīng)的PDN連接后，將其記錄在優(yōu)先PDN 中，后面的報(bào)文優(yōu)先判斷該P(yáng)DN是否能夠使用，只有當(dāng)該P(yáng)DN不能使用時(shí)再去其他PDN上匹配，同時(shí)將新的PDN記錄在優(yōu)先PDN中。步驟603，PDN的Filter鏈表中，對(duì)IP數(shù)據(jù)報(bào)文中提取的各需要進(jìn)行匹配的字段逐個(gè)進(jìn)行匹配，每匹配一個(gè)字段即剔除與該字段不匹配的Filter。本發(fā)明實(shí)施例中，首先匹配目的IP地址，將那些不匹配的Filter剔除，再逐個(gè)對(duì)其余需要匹配的字段進(jìn)行匹配，例如對(duì)T0S、協(xié)議號(hào)、SPI、下一個(gè)頭、傳輸?shù)燃?jí)、流標(biāo)簽等字段逐個(gè)進(jìn)行匹配， 即每匹配一個(gè)字段，都將排除部分Filter，縮小匹配范圍。每匹配完一個(gè)字段剔除部分Filter后，檢查是否剩余最后一個(gè)Filter，若是則停止剔除，此時(shí)轉(zhuǎn)入步驟 604 ；否則繼續(xù)匹配。如果匹配完某個(gè)字段后，所有的Filter都被剔除，則轉(zhuǎn)入步驟605。步驟604，將剩余的字段在這個(gè)剩余的Filter上匹配一遍，如果匹配成功，則轉(zhuǎn)入步驟606，否則轉(zhuǎn)入步驟605。步驟605，匹配結(jié)束后，F(xiàn)ilter鏈表中的所有Filter都不符合，那么要檢查默認(rèn)承載是否存在Filter，如果默認(rèn)承載有Filter，說明不是全通的，那么該數(shù)據(jù)報(bào)文在當(dāng)前 PDN中沒有找到對(duì)應(yīng)的傳輸承載，通知應(yīng)用程序該數(shù)據(jù)報(bào)文無法傳輸。如果默認(rèn)承載沒有 Filter，說明是全通的，數(shù)據(jù)報(bào)文可以從該默認(rèn)承載上傳輸，轉(zhuǎn)入步驟606。步驟606，根據(jù)匹配結(jié)果得到Filter對(duì)應(yīng)的承載ID，讓報(bào)文從該承載上傳輸。將該P(yáng)DN上所有的Filter標(biāo)記再重置為有效，準(zhǔn)備進(jìn)行下一數(shù)據(jù)報(bào)文的匹配。 圖7是本發(fā)明實(shí)施例查找PDN的流程示意圖，如圖7所示，首先檢查是否存在優(yōu)先 PDN,如果有，則首先確認(rèn)該優(yōu)先PDN的地址與當(dāng)前需要傳輸?shù)腎P數(shù)據(jù)報(bào)文頭中的源IP地址是否相同，如果相同，則在該優(yōu)先PDN的Filter鏈表中匹配；如果不相同，則逐個(gè)PDN的檢查當(dāng)前需要傳輸?shù)腎P數(shù)據(jù)報(bào)文頭中的源IP地址是否與某個(gè)PDN的地址相同，如果相同， 則說明報(bào)文在該P(yáng)DN的某一個(gè)承載上傳輸，后面就可以在該P(yáng)DN的Filter鏈表中進(jìn)行匹配，來確定具體是哪一個(gè)承載。如果在某個(gè)PDN中的Filter匹配成功，則在對(duì)應(yīng)的承載上傳輸數(shù)據(jù)，并將當(dāng)前PDN置為優(yōu)先PDN。如果所有的PDN地址都和報(bào)文頭中的源IP地址不同或者在所有的PDN中的Filter鏈表中，數(shù)據(jù)報(bào)文頭字段都沒有匹配成功，說明這個(gè)數(shù)據(jù)報(bào)文出現(xiàn)了異常，則進(jìn)入異常處理流程。圖8是本發(fā)明實(shí)施例一個(gè)PDN上的Filter鏈表匹配的具體實(shí)現(xiàn)流程圖，如圖8 所示，確定PDN后，在PDN的Filter鏈表中遍歷Filter，逐個(gè)匹配從報(bào)文頭中提取的所有字段。首先匹配目的IP地址，如果鏈表中存在目的IP地址與報(bào)文中目的IP地址不同的 Filter，那么該Filter是不可能匹配成功的，將其臨時(shí)剔除，后續(xù)在鏈表中匹配其他字段的時(shí)候就不再匹配這些被臨時(shí)剔除的Filter。這樣通過一個(gè)字段在鏈表中的一輪匹配就能夠剔除若干Filter，縮小匹配范圍。接下來在剩余的Filter中逐個(gè)匹配提取的其他字段，IPv4的數(shù)據(jù)報(bào)文其他字段包括TOS、Protocol, SPI等，IPv6的數(shù)據(jù)報(bào)文其他字段包括 TrafficClass,Flow Label.Next Header、SPI 等，每一輪匹配都會(huì)剔除若干 Filter。在每一輪匹配完成后，都要檢查一下剩余的Filter數(shù)目和剩余的字段數(shù)目。如果有剩余的IP報(bào)文頭部字段未匹配，鏈表中也有多于一個(gè)的Filter未被剔除，那么繼續(xù)在剩余Filter中匹配剩余的字段；每匹配完一個(gè)字段剔除部分Filter后，檢查是否剩余最后一個(gè)Filter。若還有一個(gè)以上的Filter則繼續(xù)匹配，否則停止剔除，將剩余的字段在這個(gè)剩余的Filter上匹配一遍，如果匹配成功，則根據(jù)匹配結(jié)果得到Filter對(duì)應(yīng)的承載ID，通知數(shù)據(jù)面將數(shù)據(jù)從這個(gè)承載對(duì)應(yīng)的DRB上發(fā)送出去；如匹配失敗，則要去檢查默認(rèn)承載是否存在Filter。一種特殊情況是，匹配過程中或者結(jié)束后，F(xiàn)ilter鏈表中的所有 Filter都被一一剔除，認(rèn)為是不符合，那么也要檢查默認(rèn)承載是否存在Filter。檢查默認(rèn)承載，如果默認(rèn)承載有Filter，說明不是全通的，那么該數(shù)據(jù)報(bào)文在當(dāng)前 PDN中沒有找到對(duì)應(yīng)的傳輸承載，通知應(yīng)用程序，無法傳送這個(gè)報(bào)文。如果沒有Filter，說明默認(rèn)承載是 全通的，任何數(shù)據(jù)都可以從該默認(rèn)承載上傳輸，那么獲取默認(rèn)承載ID，讓報(bào)文從該承載上傳輸。將該P(yáng)DN上所有的Filter標(biāo)記再重置為有效，準(zhǔn)備進(jìn)行下一數(shù)據(jù)報(bào)文的匹配。裝置實(shí)施例根據(jù)本發(fā)明的實(shí)施例，提供了一種LTE系統(tǒng)中的傳輸流模板匹配裝置，圖9是本發(fā)明一個(gè)具體實(shí)施例的LTE系統(tǒng)中的傳輸流模板匹配裝置的結(jié)構(gòu)示意圖，如圖9所示，本發(fā)明實(shí)施例的LTE系統(tǒng)中的傳輸流模板匹配裝置包括字段提取模塊901、PDN確定模塊902、匹配模塊903和匹配結(jié)果分析模塊904。以下對(duì)本發(fā)明實(shí)施例的各個(gè)模塊進(jìn)行詳細(xì)的說明。具體地，字段提取模塊901用于收到IP數(shù)據(jù)報(bào)文后，從報(bào)文中提取需要進(jìn)行匹配的字段。其中，對(duì)于IPv4報(bào)文，所述需要進(jìn)行匹配的字段包括Type of Service, Protocol、SPI、Source Address、Destination Address ；對(duì)于 Pv6 艮文，所述需要進(jìn)行匹配的字段包括Traffic Class、Flow Label>Next Header、SPI、Source Address>Destination Address。對(duì)于這兩種報(bào)文，以上字段是最多要匹配的字段，如果報(bào)文中未提取出上述所有的字段，則只對(duì)實(shí)際提取到的字段進(jìn)行匹配。PDN確定模塊902用于確定地址與IP數(shù)據(jù)報(bào)文的源IP地址相同的PDN。匹配模塊903用于將各字段逐個(gè)在PDN的Filter鏈表中進(jìn)行匹配，每匹配一個(gè)字段，剔除與該字段不匹配的Filter，直到得到匹配結(jié)果。匹配結(jié)果分析模塊904用于如果匹配結(jié)果為所有的Filter都匹配不成功，則檢查PDN的默認(rèn)承載是否存在 Filter,若存在Filter，則指示IP數(shù)據(jù)報(bào)文未找到對(duì)應(yīng)的傳輸承載，無法傳輸；若不存在 Filter,則指示將IP數(shù)據(jù)報(bào)文在PDN的默認(rèn)承載上傳輸。如果匹配結(jié)果為成功匹配到一個(gè)Filter，則指示將IP數(shù)據(jù)報(bào)文在該Filter對(duì)應(yīng)的承載上傳輸。本發(fā)明LTE系統(tǒng)中的傳輸流模板匹配裝置的具體實(shí)施方案可參考上面對(duì)本發(fā)明 LTE系統(tǒng)中的傳輸流模板匹配方法的描述，此處不再贅述。盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實(shí)施例，本領(lǐng)域的技術(shù)人員將意識(shí)到各種改進(jìn)、增加和取代也是可能的，因此，本發(fā)明的范圍應(yīng)當(dāng)不限于上述實(shí)施例，本發(fā)明的保護(hù)范圍應(yīng)以權(quán)利要求書的記載為準(zhǔn)。
權(quán)利要求
1.一種LTE系統(tǒng)中的傳輸流模板匹配方法，其特征在于，包括收到IP數(shù)據(jù)報(bào)文后，從報(bào)文中提取需要進(jìn)行匹配的字段；確定地址與所述IP數(shù)據(jù)報(bào)文的源IP地址相同的分組域網(wǎng)絡(luò)PDN ；將各字段逐個(gè)在所述PDN的過濾器Filter鏈表中進(jìn)行匹配，每匹配一個(gè)字段，剔除與該字段不匹配的Filter，直到得到匹配結(jié)果。
2.如權(quán)利要求1所述的方法LTE系統(tǒng)中的傳輸流模板匹配方法，其特征在于，對(duì)于IPv4報(bào)文，所述需要進(jìn)行匹配的字段包括以下字段中的部分或全部服務(wù)類型Type of Service、協(xié)議號(hào)Protocol、安全負(fù)載索引SPI、源地址Source Address、目的地址 Destination Address ；對(duì)于Pv6報(bào)文，所述需要進(jìn)行匹配的字段包括報(bào)文傳輸?shù)燃?jí) Traffic Class、流標(biāo)簽Flow Label、下一個(gè)頭地址Next Header、安全負(fù)載索引SPI、源地址 Source Address、目的地址 Destination Address。
3.如權(quán)利要求1所述的LTE系統(tǒng)中的傳輸流模板匹配方法，其特征在于，確定地址與所述IP數(shù)據(jù)報(bào)文的源IP地址相同的PDN，采用的方法為優(yōu)先將所述IP數(shù)據(jù)報(bào)文的源IP 地址與前一個(gè)IP數(shù)據(jù)報(bào)文使用的PDN的地址進(jìn)行比對(duì)，判斷是否相同，若不相同再與其它 PDN的地址進(jìn)行比對(duì)。
4.如權(quán)利要求1所述的LTE系統(tǒng)中的傳輸流模板匹配方法，其特征在于，對(duì)所述各字段逐個(gè)在所述PDN的Filter鏈表中進(jìn)行匹配時(shí)，首先匹配目的IP地址。
5.如權(quán)利要求1至4中任一項(xiàng)所述的LTE系統(tǒng)中的傳輸流模板匹配方法，其特征在于，如果所述匹配結(jié)果為所有的Filter都匹配不成功，則檢查所述PDN的默認(rèn)承載是否存在Filter，若存在Filter，則所述IP數(shù)據(jù)報(bào)文未找到對(duì)應(yīng)的傳輸承載，無法傳輸；若不存在 Filter,則將所述IP數(shù)據(jù)報(bào)文在所述PDN的默認(rèn)承載上傳輸。
6.如權(quán)利要求1至4中任一項(xiàng)所述的LTE系統(tǒng)中的傳輸流模板匹配方法，其特征在于， 如果所述匹配結(jié)果為成功匹配到一個(gè)Filter，則將所述IP數(shù)據(jù)報(bào)文在該Filter對(duì)應(yīng)的承載上傳輸。
7.—種LTE系統(tǒng)中的傳輸流模板匹配裝置，其特征在于，包括字段提取模塊，用于收到IP數(shù)據(jù)報(bào)文后，從報(bào)文中提取需要進(jìn)行匹配的字段；PDN確定模塊，用于確定地址與所述IP數(shù)據(jù)報(bào)文的源IP地址相同的分組域網(wǎng)絡(luò)PDN ；匹配模塊，用于將各字段逐個(gè)在所述PDN的過濾器Filter鏈表中進(jìn)行匹配，每匹配一個(gè)字段，剔除與該字段不匹配的Filter，直到得到匹配結(jié)果。
8.如權(quán)利要求7所述的LTE系統(tǒng)中的傳輸流模板匹配裝置，其特征在于，對(duì)于IPv4報(bào)文，所述需要進(jìn)行匹配的字段包括以下字段中的部分或全部Type of Service, Protocol, SPI、Source Address、Destination Address ；對(duì)于Pv6報(bào)文，所述需要進(jìn)行匹配的字段包括以下字段中的部分或全部Traffic Class、Flow Label、Next Header、SPI、Source Address、Destination Address。
9.如權(quán)利要求7或8所述的裝置，其特征在于，還包括匹配結(jié)果分析模塊；所述匹配結(jié)果分析模塊用于如果所述匹配結(jié)果為所有的Filter都匹配不成功，則檢查所述PDN的默認(rèn)承載是否存在Filter，若存在Filter，則指示所述IP數(shù)據(jù)報(bào)文未找到對(duì)應(yīng)的傳輸承載，無法傳輸；若不存在Filter，則指示將所述IP數(shù)據(jù)報(bào)文在所述PDN的默認(rèn)承載上傳輸。
10.如權(quán)利要求9所述的裝置，其特征在于，所述匹配結(jié)果分析模塊還用于如果所述匹配結(jié)果為成功匹配到一個(gè)Filter，則指示將所述IP數(shù)據(jù)報(bào)文在該Filter對(duì)應(yīng)的承載上傳輸。
全文摘要
本發(fā)明公開了一種LTE系統(tǒng)中的傳輸流模板匹配方法，該方法包括收到IP報(bào)文后，提取需要匹配的字段；確定地址與IP報(bào)文的源IP地址相同的PDN；在該P(yáng)DN的Filter鏈表中逐個(gè)匹配各字段，每匹配一個(gè)字段剔除不匹配的Filter；如果所有Filter匹配不成功，檢查默認(rèn)承載是否存在Filter，是則指示IP報(bào)文無法傳輸，否則報(bào)文在默認(rèn)承載上傳輸；如果匹配到Filter，則報(bào)文在該Filter對(duì)應(yīng)承載上傳輸。借助于本發(fā)明的技術(shù)方案，能夠顯著提高LTE系統(tǒng)中的傳輸流模板匹配速率。本發(fā)明還公開了一種LTE系統(tǒng)中的傳輸流模板匹配裝置，包括字段提取模塊、PDN確定模塊、匹配模塊和匹配結(jié)果分析模塊。
文檔編號(hào)H04W28/06GK102325347SQ20111027084
公開日2012年1月18日 申請(qǐng)日期2011年9月14日 優(yōu)先權(quán)日2011年9月14日
發(fā)明者郭鋒 申請(qǐng)人:中興通訊股份有限公司