專利名稱：基于默認(rèn)承載的業(yè)務(wù)過濾方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種基于默認(rèn)承載的業(yè)務(wù)過濾方法和設(shè)備。
背景技術(shù)：
在現(xiàn)有的通信網(wǎng)絡(luò)中，為在UE (User Equipment，用戶設(shè)備，即終端設(shè)備)和PDN (Packet Data Network，分組數(shù)據(jù)網(wǎng)絡(luò))之間提供某種特性的QoS (Quality of Service, 服務(wù)質(zhì)量)傳輸保證的承載分為兩類默認(rèn)承載(default bearer)和專用承載(dedicated bearer)ο其中，專用承載是在PDN鏈接建立的基礎(chǔ)上建立的，是為了提供某種特定的QoS傳輸需求而建立的(默認(rèn)承載無法滿足的)。一般情況下專用承載的QoS比默認(rèn)承載的QoS要求高。專用承載在UE關(guān)聯(lián)了一個(gè)UL (Uplink，上行)TFT (Traffic Flow Template，業(yè)務(wù)流模板)，在PGW (PDN (Gateway，分組數(shù)據(jù)網(wǎng)關(guān))關(guān)聯(lián)了一個(gè)DL TFT，TFT中包含業(yè)務(wù)數(shù)據(jù)流的過濾器，而這些過濾器只能匹配符合某些準(zhǔn)則的分組。默認(rèn)承載則是一種滿足默認(rèn)QoS的數(shù)據(jù)和信令的用戶承載。默認(rèn)承載可簡(jiǎn)單地理解為一種提供盡力而為IP (Internet Protocol,網(wǎng)絡(luò)互聯(lián)協(xié)議)連接的承載，隨著PDN鏈接的建立而建立，隨著PDN的鏈接的拆除而銷毀。為用戶提供永久在線的IP傳輸服務(wù)。與專用承載相比，默認(rèn)承載無法區(qū)分過濾符合某些準(zhǔn)則的分組
在LTE結(jié)構(gòu)中，網(wǎng)絡(luò)部署更加簡(jiǎn)潔，同時(shí)由于希望更好地實(shí)現(xiàn)“永遠(yuǎn)在線”，引入了默認(rèn)承載概念。PGW (PDN (Gateway，分組數(shù)據(jù)網(wǎng)關(guān))作為L(zhǎng)TE核心網(wǎng)網(wǎng)絡(luò)側(cè)的邊界設(shè)備，起著與 PDN網(wǎng)絡(luò)的橋梁作用，真實(shí)的網(wǎng)絡(luò)環(huán)境中可能有很多實(shí)際應(yīng)用，目前的設(shè)備處理會(huì)將所有專用承載不能處理的業(yè)務(wù)，均過濾到默認(rèn)承載上進(jìn)行處理。對(duì)于不同PDN網(wǎng)絡(luò)處理方式也是一致的，不區(qū)分對(duì)待，對(duì)一些低附加值業(yè)務(wù)不進(jìn)行區(qū)分。在實(shí)現(xiàn)本發(fā)明實(shí)施例的過程中，申請(qǐng)人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題
現(xiàn)有網(wǎng)絡(luò)設(shè)備，會(huì)將專用承載不能處理的都放在默認(rèn)承載處理，無法對(duì)默認(rèn)承載上的業(yè)務(wù)進(jìn)行管理和控制，并且不區(qū)分APN。實(shí)際應(yīng)用中，可能在某些場(chǎng)景或應(yīng)用中，需要對(duì)不同的PDN網(wǎng)絡(luò)進(jìn)行不同的業(yè)務(wù)過濾和控制，對(duì)一些低附加值的業(yè)務(wù)可能需要禁止，或在忙時(shí)禁止。現(xiàn)有的處理都無法滿足上述需要，缺乏靈活性，不能滿足運(yùn)營(yíng)商將來可能出現(xiàn)的靈活需求。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種基于默認(rèn)承載的業(yè)務(wù)過濾方法和設(shè)備，解決現(xiàn)有技術(shù)中無法在默認(rèn)承載中進(jìn)行業(yè)務(wù)過濾的問題。為達(dá)到上述目的，本發(fā)明實(shí)施例一方面提供了一種基于默認(rèn)承載的業(yè)務(wù)過濾方法，包括
分組數(shù)據(jù)網(wǎng)關(guān)PGW接收終端設(shè)備發(fā)送的默認(rèn)承載建立請(qǐng)求，所述承載建立請(qǐng)求中攜帶所述終端設(shè)備所對(duì)應(yīng)的接入點(diǎn)名稱APN信息；所述PGW在自身與所述終端設(shè)備之間建立默認(rèn)承載，并根據(jù)所述APN信息，在預(yù)設(shè)的業(yè)務(wù)流模板TFT規(guī)則集合中，選擇相應(yīng)的TFT規(guī)則配置給所述默認(rèn)承載；
所述PGW根據(jù)配置給所述默認(rèn)承載的TFT規(guī)則，對(duì)所述默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)流進(jìn)行過濾ο另一方面，本發(fā)明實(shí)施例還提供了一種PGW，至少包括 設(shè)置模塊，用于設(shè)置TFT規(guī)則集合；
通信模塊，用于接收終端設(shè)備發(fā)送的默認(rèn)承載建立請(qǐng)求，所述承載建立請(qǐng)求中攜帶所述終端設(shè)備所對(duì)應(yīng)的APN信息；
處理模塊，用于在所述PGW與所述終端設(shè)備之間建立默認(rèn)承載，并根據(jù)所述通信模塊所接收到的APN信息，在所述設(shè)置模塊所設(shè)置的TFT規(guī)則集合中，選擇相應(yīng)的TFT規(guī)則配置給所述默認(rèn)承載；
過濾模塊，用于根據(jù)所述處理模塊配置給所述默認(rèn)承載的TFT規(guī)則，對(duì)所述通信模塊在所述默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)流進(jìn)行過濾。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，PGff根據(jù)APN信息為默認(rèn)承載配置相應(yīng)的TFT規(guī)則，并根據(jù)該TFT規(guī)則對(duì)默認(rèn)承載上的業(yè)務(wù)進(jìn)行過濾，從而，可以根據(jù)相應(yīng)的規(guī)則過濾掉相應(yīng)的業(yè)務(wù)流，例如附加值較低的業(yè)務(wù)的業(yè)務(wù)流，實(shí)現(xiàn)針對(duì)默認(rèn)承載上的業(yè)務(wù)的管理、控制和優(yōu)化，使運(yùn)營(yíng)商對(duì)于不同用戶接入PDN網(wǎng)絡(luò)的業(yè)務(wù)進(jìn)行靈活的管理和控制，提高PGW作為核心網(wǎng)接口對(duì)網(wǎng)絡(luò)的可控性。


圖1為本發(fā)明實(shí)施例提出的一種基于默認(rèn)承載的業(yè)務(wù)過濾方法的應(yīng)用場(chǎng)景示意圖2為本發(fā)明實(shí)施例提出的一種在具體的應(yīng)用場(chǎng)景中所預(yù)設(shè)的TFT規(guī)則集合的內(nèi)容示意圖3為本發(fā)明實(shí)施例所提出的一種具體應(yīng)用場(chǎng)景下的基于默認(rèn)承載的業(yè)務(wù)過濾方法的流程示意圖4為本發(fā)明實(shí)施例提出的一種PGW的結(jié)構(gòu)示意圖。
具體實(shí)施例方式如背景技術(shù)所述，目前的設(shè)備處理會(huì)把一些專用承載不能處理的業(yè)務(wù)都放到默認(rèn)承載上去，但是現(xiàn)有網(wǎng)絡(luò)環(huán)境卻不能對(duì)默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)進(jìn)行區(qū)分，使得默認(rèn)承載上不能根據(jù)具體的業(yè)務(wù)重要性或附加值等因素實(shí)現(xiàn)業(yè)務(wù)的管理，不能充分利用默認(rèn)承載的資源。針對(duì)上述問題，本發(fā)明實(shí)施例提出了一種對(duì)默認(rèn)承載中的業(yè)務(wù)進(jìn)行過濾的方法， 首先建立一個(gè)TFT規(guī)則集合，然后，由PGW根據(jù)請(qǐng)求建立默認(rèn)承載的終端設(shè)備所對(duì)應(yīng)的APN (Access Point Name，接入點(diǎn)名稱)信息在該TFT規(guī)則集合中選擇合適的TFT規(guī)則，并將該 TFT規(guī)則配置給該默認(rèn)承載，之后，根據(jù)配置好的默認(rèn)承載所對(duì)應(yīng)的TFT規(guī)則，在通過默認(rèn)承載進(jìn)行的具體的業(yè)務(wù)流傳輸過程中，對(duì)不同APN所對(duì)應(yīng)的業(yè)務(wù)流進(jìn)行過濾，實(shí)現(xiàn)默認(rèn)承載上的業(yè)務(wù)流的過濾處理，從而，在PGW中，可以根據(jù)運(yùn)營(yíng)商需要，配置針對(duì)不同APN的TFT 規(guī)則，對(duì)默認(rèn)承載上的指定業(yè)務(wù)實(shí)現(xiàn)過濾，達(dá)到運(yùn)營(yíng)商靈活管理網(wǎng)絡(luò)，優(yōu)化網(wǎng)絡(luò)的目的。通過這樣的過濾處理，在解決實(shí)際運(yùn)營(yíng)的過程中，實(shí)現(xiàn)一些低附加值業(yè)務(wù)的優(yōu)化管理，而且，在實(shí)際部署時(shí)，可以對(duì)不同的PDN網(wǎng)絡(luò)進(jìn)行快速靈活部署，提高了運(yùn)營(yíng)商對(duì)用戶、網(wǎng)絡(luò)管理的可控性和靈活性。如圖1所示，為本發(fā)明實(shí)施例所提出的一種基于默認(rèn)承載的業(yè)務(wù)過濾方法的流程示意圖，該方法具體包括以下步驟
步驟S101、PGW接收終端設(shè)備發(fā)送的默認(rèn)承載建立請(qǐng)求，承載建立請(qǐng)求中攜帶終端設(shè)備所對(duì)應(yīng)的APN信息。在實(shí)際應(yīng)用中，上述的默認(rèn)承載建立請(qǐng)求可以具體為終端設(shè)備請(qǐng)求建立默認(rèn)連接的請(qǐng)求，也可以是終端設(shè)備請(qǐng)求建立PDN連接的請(qǐng)求消息，即在相應(yīng)的PDN連接建立過程中，將默認(rèn)承載、專用承載以及其他的相應(yīng)連接一并建立完成，具體消息形式的變化并不會(huì)影響本發(fā)明的保護(hù)范圍。無論采用何種具體的消息形式，其中都需要攜帶該終端設(shè)備所對(duì)應(yīng)的APN信息， 在具體的實(shí)施場(chǎng)景中，該APN信息具體可以為NI (Network Identifier,網(wǎng)絡(luò)標(biāo)識(shí))信息和 / 或 OI (Operator Identifier,操作標(biāo)識(shí))信息。進(jìn)一步的，該默認(rèn)承載建立請(qǐng)求中還可以進(jìn)一步攜帶其他的信息，用以輔助后續(xù)步驟進(jìn)行進(jìn)一步的TFT規(guī)則的選擇，在后續(xù)步驟中會(huì)有詳細(xì)說明，在此步驟中不再重復(fù)說明。步驟S102、PGff在自身與終端設(shè)備之間建立默認(rèn)承載，并根據(jù)APN信息，在預(yù)設(shè)的 TFT規(guī)則集合中，選擇相應(yīng)的TFT規(guī)則配置給該默認(rèn)承載。在具體的應(yīng)用場(chǎng)景中，根據(jù)步驟SlOl中所獲取到的APN信息，本步驟的處理具體包括兩方面
1、默認(rèn)承載的建立過程，即PGW建立與該APN所對(duì)應(yīng)的默認(rèn)承載。2、為默認(rèn)承載配置對(duì)應(yīng)的TFT規(guī)則。這樣的配置實(shí)際上是在已經(jīng)提前預(yù)設(shè)好的TFT規(guī)則集合中，為建立好的默認(rèn)承載選擇符合要求的TFT規(guī)則。這里的符合要求的標(biāo)準(zhǔn)取決于實(shí)際場(chǎng)景的需要。需要說明的是，這里所預(yù)設(shè)的TFT規(guī)則集合中包括了多個(gè)TFT規(guī)則，并且，各TFT 規(guī)則都對(duì)應(yīng)了相應(yīng)的APN信息，即提前設(shè)置好了對(duì)應(yīng)于各APN的TFT規(guī)則，只是在建立對(duì)應(yīng)到相應(yīng)的APN的默認(rèn)承載時(shí)，在TFT規(guī)則集合中選擇相應(yīng)的TFT規(guī)則，當(dāng)然，出于系統(tǒng)整體管理的需要，可以設(shè)置不同的APN對(duì)應(yīng)相同的TFT規(guī)則，這取決于實(shí)際的場(chǎng)景需要，具體的 TFT規(guī)則集合的設(shè)置方式不會(huì)影響本發(fā)明的保護(hù)范圍。在具體的TFT規(guī)則選擇過程中，首要的選擇標(biāo)準(zhǔn)是在步驟SlOl中所接收到的APN 信息，PGW會(huì)根據(jù)該APN信息，在上述的TFT規(guī)則集合中選擇對(duì)應(yīng)的TFT規(guī)則?？紤]到APN信息具體可以包括NI信息和/或OI信息，那么，具體的選擇方式可以是選擇該APN信息中的OT信息所對(duì)應(yīng)的TFT規(guī)則，也可以是選擇OI信息所對(duì)應(yīng)的TFT規(guī)則，當(dāng)然，如果有NI信息和OI信息同時(shí)對(duì)應(yīng)的TFT規(guī)則，PGff將會(huì)優(yōu)先選擇這樣的TFT規(guī)則。
但是，由于TFT規(guī)則集合中的TFT規(guī)則數(shù)量眾多，且相同的APN信息可能會(huì)對(duì)應(yīng)多個(gè)TFT規(guī)則，因此，上述的根據(jù)APN信息所選出的TFT規(guī)則將會(huì)不止一個(gè)，那么，將需要進(jìn)行進(jìn)一步的篩選。在實(shí)際的應(yīng)用場(chǎng)景中，在步驟SlOl中所接收到的默認(rèn)承載建立請(qǐng)求中還可以進(jìn)一步攜帶所請(qǐng)求建立的默認(rèn)承載所對(duì)應(yīng)的QoS信息，那么，為了滿足這樣的QoS要求，PGW將會(huì)進(jìn)一步依據(jù)該QoS信息對(duì)TFT規(guī)則進(jìn)行篩選。即在滿足前述的APN信息的基礎(chǔ)上，還需要與相應(yīng)的QoS信息匹配，才會(huì)被配置給該默認(rèn)承載。進(jìn)一步的，上述的QoS信息具體可以包括QCI (QoS Class Identif ier，服務(wù)質(zhì)量分類標(biāo)識(shí)信息)和/或ARP (Allocation/Retention Priority,分配/保持優(yōu)先級(jí))信息。由此，進(jìn)一步的篩選便可以依據(jù)上述的QoS信息來進(jìn)行，當(dāng)然，這樣處理的前提是在預(yù)設(shè)TFT規(guī)則集合的時(shí)候，便定義了相應(yīng)的QoS信息與TFT規(guī)則的對(duì)應(yīng)關(guān)系，當(dāng)然，具體是哪種QoS信息或QoS信息組合與TFT規(guī)則建立對(duì)應(yīng)關(guān)系都可以根據(jù)實(shí)際的需要進(jìn)行設(shè)置，這樣的變化并不影響本發(fā)明的保護(hù)范圍。在完成了上述的TFT規(guī)則的篩選，最終確定了需要配置給該默認(rèn)承載的TFT規(guī)則后，PGff將該TFT規(guī)則配置給默認(rèn)承載。在具體的應(yīng)用場(chǎng)景中，具體的配置方法可以是PGW將選擇到的相應(yīng)的TFT規(guī)則配置到PGW的用戶面，并與默認(rèn)承載建立對(duì)應(yīng)關(guān)系。上述的處理完成了 PGW，即網(wǎng)絡(luò)側(cè)的TFT規(guī)則配置，進(jìn)一步的，為了使終端設(shè)備側(cè)也能夠獲知配置給默認(rèn)承載的TFT規(guī)則，PGff還可以將TFT規(guī)則攜帶在默認(rèn)承載建立響應(yīng) (Create Session Response)中，發(fā)送給終端設(shè)備。這樣的反饋只是一種可選操作，是否執(zhí)行這樣的操作不會(huì)影響本發(fā)明的保護(hù)范圍。步驟S103、PGff根據(jù)TFT規(guī)則，對(duì)默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)流進(jìn)行過濾。本步驟的處理過程即PGW在接收到終端設(shè)備通過默認(rèn)承載發(fā)送的上行業(yè)務(wù)流，和 /或需要通過默認(rèn)承載向終端設(shè)備發(fā)送下行業(yè)務(wù)流時(shí)，根據(jù)該默認(rèn)承載所對(duì)應(yīng)的TFT規(guī)則， 判斷該業(yè)務(wù)流是否屬于過濾對(duì)象。如果判斷結(jié)果為是，PGW丟棄相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流，即完成對(duì)相應(yīng)默認(rèn)承載上的業(yè)務(wù)流的禁止。如果判斷結(jié)果為否，PGW通過默認(rèn)承載傳輸相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流。在具體的實(shí)施場(chǎng)景中，上述的判斷過程的判斷依據(jù)具體為 (1)對(duì)于上行業(yè)務(wù)流。PGW判斷該終端設(shè)備通過默認(rèn)承載發(fā)送的上行業(yè)務(wù)流的源信息或源信息所歸屬的范圍是否與TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則該上行業(yè)務(wù)流為過濾對(duì)象。其中，源信息包括源端口信息或源IP地址信息。(2)對(duì)于下行業(yè)務(wù)流。PGff判斷需要通過默認(rèn)承載發(fā)送給終端設(shè)備的下行業(yè)務(wù)流的目的信息或目的信息所歸屬的范圍是否與TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則該下行業(yè)務(wù)流為過濾對(duì)象。
其中，目的信息包括目的端口信息或目的IP地址信息。按照上述規(guī)則進(jìn)行過濾的前提即在相應(yīng)的TFT規(guī)則中設(shè)置需要優(yōu)先保證業(yè)務(wù)流的源信息和目的信息，這樣處理的原因在于，按照現(xiàn)有的各種標(biāo)準(zhǔn)或方案，通過業(yè)務(wù)流的源信息和目的信息通?？梢源_定該業(yè)務(wù)流所對(duì)應(yīng)的業(yè)務(wù)類型，例如端口號(hào)4000飛000的端口所傳輸?shù)臉I(yè)務(wù)流通常為即時(shí)通信業(yè)務(wù)的業(yè)務(wù)流，而端口 21所對(duì)應(yīng)的業(yè)務(wù)通常為FTP業(yè)務(wù)寸。需要指出的是，上述的源信息和目的信息的過濾方式只是TFT規(guī)則的一種具體實(shí)現(xiàn)方式，其他能夠?qū)崿F(xiàn)業(yè)務(wù)類型的識(shí)別并進(jìn)而實(shí)現(xiàn)業(yè)務(wù)過濾的策略同樣可以設(shè)置在TFT規(guī)則中，這樣的具體TFT規(guī)則內(nèi)容的變化并不會(huì)影響本發(fā)明的保護(hù)范圍。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，PGff根據(jù)APN信息為默認(rèn)承載配置相應(yīng)的TFT規(guī)則，并根據(jù)該TFT規(guī)則對(duì)默認(rèn)承載上的業(yè)務(wù)進(jìn)行過濾，從而，可以根據(jù)相應(yīng)的規(guī)則過濾掉相應(yīng)的業(yè)務(wù)流，例如附加值較低的業(yè)務(wù)的業(yè)務(wù)流，實(shí)現(xiàn)針對(duì)默認(rèn)承載上的業(yè)務(wù)的管理、控制和優(yōu)化，使運(yùn)營(yíng)商對(duì)于不同用戶接入PDN網(wǎng)絡(luò)的業(yè)務(wù)進(jìn)行靈活的管理和控制，提高PGW作為核心網(wǎng)接口對(duì)網(wǎng)絡(luò)的可控性。下面，結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)本發(fā)明實(shí)施例所提出的技術(shù)方案進(jìn)行說明。為了進(jìn)行方便說明，在以下實(shí)施例中，PGff將依據(jù)APN信息和QoS信息在預(yù)設(shè)的 TFT規(guī)則集合中進(jìn)行TFT規(guī)則的選擇，其中，APN信息包括NI信息和/或OI信息，QoS信息包括ARP信息和/或QCI信息。而預(yù)設(shè)的TFT規(guī)則集合中的TFT規(guī)則中所設(shè)置的主要過濾信息的內(nèi)容包括以下信息的一種或多種
源IP或源IP段； 源端口或源端口范圍； 目的IP或目的IP段； 目的端口或目的端口范圍。在具體的應(yīng)用場(chǎng)景中，具體選用上述的哪種信息，或哪幾種信息組成的信息組合作為過濾依據(jù)可以根據(jù)實(shí)際需要進(jìn)行調(diào)整，這樣的變化并不影響本發(fā)明的保護(hù)范圍。通過應(yīng)用本發(fā)明實(shí)施例所提出的技術(shù)方案，可以在相應(yīng)的設(shè)備實(shí)現(xiàn)過程中，對(duì)用戶的所有業(yè)務(wù)進(jìn)行有效的管理，在PGW的全局處理板上配置針對(duì)默認(rèn)承載的過濾準(zhǔn)則信息。該過濾準(zhǔn)則信息針對(duì)不同的APN進(jìn)行配置，并且，每個(gè)APN下可以進(jìn)一步根據(jù)相應(yīng)的QoS 條件作為具體的規(guī)律準(zhǔn)則信息的配置依據(jù)，以實(shí)現(xiàn)在不同的QoS條件下，對(duì)于同一個(gè)APN所對(duì)應(yīng)的默認(rèn)承載中的業(yè)務(wù)的多樣化管理。具體的將QoS條件作為進(jìn)一步的配置依據(jù)的形式可以為針對(duì)不同QCI進(jìn)行配置， 和/或結(jié)合ARP進(jìn)行處理。其中，ARP信息可以根據(jù)運(yùn)營(yíng)商處理需要進(jìn)行指定，也可以賦予默認(rèn)值。通過這樣的處理，每個(gè)不同的QoS將對(duì)應(yīng)不同的TFT規(guī)則內(nèi)容，即不同的過濾器信息，實(shí)現(xiàn)了在同一個(gè)APN信息的基礎(chǔ)上對(duì)業(yè)務(wù)進(jìn)行多樣化管理的效果。如圖2所示，為本發(fā)明實(shí)施例提出的一種在具體的應(yīng)用場(chǎng)景中所預(yù)設(shè)的TFT規(guī)則集合的內(nèi)容示意圖，本發(fā)明后續(xù)實(shí)施例將基于此TFT規(guī)則集合，來說明相應(yīng)的基于默認(rèn)承載的業(yè)務(wù)過濾方法的實(shí)現(xiàn)流程。如圖3所示，為本發(fā)明實(shí)施例所提出的一種具體應(yīng)用場(chǎng)景下的基于默認(rèn)承載的業(yè)務(wù)過濾方法的流程示意圖，具體包括以下步驟
步驟S301、在UE附著或創(chuàng)建PDN連接的過程中，PGff接收UE發(fā)送的攜帶APN信息和 QoS信息的請(qǐng)求消息。步驟S302、PGff為該UE建立默認(rèn)承載，并根據(jù)APN信息和QoS信息在上述的預(yù)設(shè)的TFT規(guī)則集合選擇相應(yīng)的TFT規(guī)則。參見圖2所示的預(yù)設(shè)的TFT規(guī)則集合的內(nèi)容，現(xiàn)通過以下各示例，假設(shè)步驟S301 中所攜帶的APN信息和QoS信息的內(nèi)容，并據(jù)此進(jìn)行TFT規(guī)則的選擇。示例一
在本示例中，APN信息的類型具體為OT信息，且其內(nèi)容為A，QoS信息的類型具體為ARP 信息，且其內(nèi)容為ARP-I。符合圖2中的第一項(xiàng)的要求。在此種情況下，步驟S302中PGW所選擇的TFT規(guī)則的具體內(nèi)容為 源IP為IP-1，目的端口為端口 1。即在默認(rèn)承載上，對(duì)沒有滿足此條件中任意一項(xiàng)的業(yè)務(wù)流進(jìn)行過濾。示例二
在本示例中，APN信息的類型具體為OT信息，且其內(nèi)容為A，QoS信息的類型具體為QCI 信息，且其內(nèi)容為QCI-2。符合圖2中的第三項(xiàng)的要求，其中，雖然圖2中所示的QoS的內(nèi)容為兩項(xiàng)(ARP信息內(nèi)容和QCI信息內(nèi)容)，但步驟S301中所接收到QoS信息只包括QCI信息，而沒有ARP信息，因此，只要滿足QCI信息內(nèi)容的要求即視為滿足此選項(xiàng)的要求。在此種情況下，步驟S302中PGW所選擇的TFT規(guī)則的具體內(nèi)容為 源端口為端口 2，目的端口范圍為端口 7 8。即在默認(rèn)承載上，對(duì)沒有滿足此條件中任意一項(xiàng)的業(yè)務(wù)流進(jìn)行過濾。示例三
在本示例中，APN信息的類型具體為OI信息，且其內(nèi)容為B，QoS信息的類型具體為ARP 信息，且其內(nèi)容為ARP-3。符合圖2中的第四項(xiàng)的要求。在此種情況下，步驟S302中PGW所選擇的TFT規(guī)則的具體內(nèi)容為 目的端口為端口 O。即在默認(rèn)承載上，對(duì)沒有滿足此條件的業(yè)務(wù)流進(jìn)行過濾。示例四
在本示例中，APN信息的類型具體為OI信息，且其內(nèi)容為B，QoS信息的類型具體為QCI 信息，且其內(nèi)容為QCI-4。符合圖2中的第六項(xiàng)的要求，其中，雖然圖2中所示的APN的內(nèi)容為兩項(xiàng)(OT信息內(nèi)容和OI信息內(nèi)容)，但步驟S301中所接收到APN信息只包括OI信息，而沒有NI信息，因此，只要滿足OI信息內(nèi)容的要求即視為滿足此選項(xiàng)的要求。在此種情況下，步驟S302中PGW所選擇的TFT規(guī)則的具體內(nèi)容為
9源IP為IP-1，源端口為端口 5，目的IP段為IP-8、，目的端口范圍為端口 7 9。即在默認(rèn)承載上，對(duì)沒有滿足此條件集合中任意一項(xiàng)的業(yè)務(wù)流進(jìn)行過濾。上述四個(gè)示例為為了便于說明而給出的具體例子，其內(nèi)容組合方式，以及上述圖2 中的規(guī)則內(nèi)容均不會(huì)對(duì)本發(fā)明的保護(hù)范圍產(chǎn)生限制。此外，對(duì)于上述圖2中的其他規(guī)則內(nèi)容，也可以根據(jù)前述的四個(gè)示例中的處理方式同理得到，這樣的具體處理過程在此不再重復(fù)說明。步驟S303、PGW在給UE側(cè)回復(fù)的創(chuàng)建默認(rèn)承載的響應(yīng)消息(create session response)中攜帶選擇的TFT規(guī)則的信息，并將此信息配置給PGW的用戶面，為該默認(rèn)承載建立相應(yīng)的包過濾器。步驟S304、用戶面根據(jù)包過濾器信息對(duì)默認(rèn)承載所傳輸?shù)臉I(yè)務(wù)進(jìn)行過濾處理。根據(jù)TFT規(guī)則的內(nèi)容，例如，根據(jù)源/目的端口或端口范圍進(jìn)行業(yè)務(wù)區(qū)分，利用源 /目的IP或IP段進(jìn)行用戶區(qū)分。對(duì)于不符合上述TFT規(guī)則的內(nèi)容配置的業(yè)務(wù)流將進(jìn)行丟棄，達(dá)到禁止的目的。通過上述可以實(shí)現(xiàn)對(duì)不同的業(yè)務(wù)進(jìn)行禁止或過濾。對(duì)應(yīng)于前述的四個(gè)示例，本步驟的處理方式分別如下
對(duì)應(yīng)于示例一，PGff的用戶面識(shí)別通過默認(rèn)承載接收到的上行業(yè)務(wù)流的源IP是否為 IP-1，如果不是，則丟棄該上行業(yè)務(wù)流，同時(shí)，PGW的用戶面識(shí)別需要通過默認(rèn)承載下發(fā)的下行業(yè)務(wù)流的目的端口是否為端口 1，如果不是，則丟棄該下行業(yè)務(wù)流。對(duì)應(yīng)于示例二，PGff的用戶面識(shí)別通過默認(rèn)承載接收到的上行業(yè)務(wù)流的源端口是否為端口 2，如果不是，則丟棄該上行業(yè)務(wù)流，同時(shí)，PGW的用戶面識(shí)別需要通過默認(rèn)承載下發(fā)的下行業(yè)務(wù)流的目的端口是否為屬于端口 7、的端口范圍，如果不是，則丟棄該下行業(yè)務(wù)流。對(duì)應(yīng)于示例三，PGW的用戶面直接丟棄所有通過默認(rèn)承載接收到的上行業(yè)務(wù)流，同時(shí)，PGW的用戶面識(shí)別需要通過默認(rèn)承載下發(fā)的下行業(yè)務(wù)流的目的端口是否為端口 0，如果不是，則丟棄該下行業(yè)務(wù)流。對(duì)應(yīng)于示例四，PGW的用戶面識(shí)別通過默認(rèn)承載接收到的上行業(yè)務(wù)流的源IP是否為IP-1，或源端口是否為端口 5，如果都不是，則丟棄該上行業(yè)務(wù)流，同時(shí)，PGW的用戶面識(shí)別需要通過默認(rèn)承載下發(fā)的下行業(yè)務(wù)流的目的IP是否為屬于IP-8、的IP段，或的目的端口是否屬于端口 7、的端口范圍，如果都不是，則丟棄該下行業(yè)務(wù)流。對(duì)于上述四個(gè)示例，如果識(shí)別結(jié)果為是，則繼續(xù)傳輸該業(yè)務(wù)流。其他情況以此類推，在此不再重復(fù)說明。由以上說明可以看出，根據(jù)QoS信息，可以覆蓋用戶所有可能的請(qǐng)求，并根據(jù)這些信息，可以指定預(yù)設(shè)優(yōu)先級(jí)，可以配置不同的NI和OI信息來配置支持多個(gè)APN，達(dá)到管理不同PDN網(wǎng)絡(luò)的目的，利用APN信息，針對(duì)不同PDN網(wǎng)絡(luò)進(jìn)行管理和控制優(yōu)化。上述的所有處理過程都不影響任何其它網(wǎng)元設(shè)備，在PGW網(wǎng)元中在給用戶面信息中多攜帶了控制面經(jīng)過處理的過濾器信息，同時(shí)會(huì)把這些信息攜帶給UE的響應(yīng)消息中。需要進(jìn)一步指出的是，上述的依據(jù)TFT規(guī)則進(jìn)行過濾的方式主要是將具有TFT規(guī)則所定義的特征的業(yè)務(wù)流之外的所有其他業(yè)務(wù)流作為過濾對(duì)象，并加以過濾，這樣的處理方式是為了保證特定業(yè)務(wù)流在默認(rèn)承載中的傳輸，而在實(shí)際的應(yīng)用場(chǎng)景中，也可以將具有TFT規(guī)則所定義的特征的業(yè)務(wù)流直接作為過濾對(duì)象，并加以過濾，這樣的處理方式則是為了對(duì)特定業(yè)務(wù)流進(jìn)行過濾，相應(yīng)的處理過程與前述方案相類似，只是最后的過濾對(duì)象相反，在此不再重復(fù)說明，具體應(yīng)用哪種方案可以根據(jù)實(shí)際需要進(jìn)行調(diào)整，這樣的變化并不影響本發(fā)明的保護(hù)范圍。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，PGff根據(jù)APN信息為默認(rèn)承載配置相應(yīng)的TFT規(guī)則，并根據(jù)該TFT規(guī)則對(duì)默認(rèn)承載上的業(yè)務(wù)進(jìn)行過濾，從而，可以根據(jù)相應(yīng)的規(guī)則過濾掉相應(yīng)的業(yè)務(wù)流，例如附加值較低的業(yè)務(wù)的業(yè)務(wù)流，實(shí)現(xiàn)針對(duì)默認(rèn)承載上的業(yè)務(wù)的管理、控制和優(yōu)化，使運(yùn)營(yíng)商對(duì)于不同用戶接入PDN網(wǎng)絡(luò)的業(yè)務(wù)進(jìn)行靈活的管理和控制，提高PGW作為核心網(wǎng)接口對(duì)網(wǎng)絡(luò)的可控性。為了實(shí)現(xiàn)本發(fā)明實(shí)施例的技術(shù)方案，本發(fā)明實(shí)施例還提供了一種PGW，其結(jié)構(gòu)示意圖如圖4所示。設(shè)置模塊41，用于設(shè)置TFT規(guī)則集合；
通信模塊42，用于接收終端設(shè)備發(fā)送的默認(rèn)承載建立請(qǐng)求，承載建立請(qǐng)求中攜帶終端設(shè)備所對(duì)應(yīng)的APN信息；
處理模塊43，用于在PGW與終端設(shè)備之間建立默認(rèn)承載，并根據(jù)通信模塊42所接收到的APN信息，在設(shè)置模塊41所設(shè)置的TFT規(guī)則集合中，選擇相應(yīng)的TFT規(guī)則配置給默認(rèn)承載；
過濾模塊44，用于根據(jù)處理模塊43配置給默認(rèn)承載的TFT規(guī)則，對(duì)通信模塊42在默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)流進(jìn)行過濾。在具體的實(shí)施場(chǎng)景中，處理模塊43，具體用于
在設(shè)置模塊41所設(shè)置的TFT規(guī)則集合中，選擇與APN信息相匹配的TFT規(guī)則，并在與 APN信息相匹配的TFT規(guī)則中，根據(jù)QoS信息，確定配置給默認(rèn)承載的TFT規(guī)則；
其中，QoS信息，具體為通信模塊42所接收到的承載建立請(qǐng)求中所攜帶的所請(qǐng)求建立的默認(rèn)承載所對(duì)應(yīng)的QoS信息，包括QCI信息和/或ARP信息。進(jìn)一步的，處理模塊43，具體用于
將選擇到的相應(yīng)的TFT規(guī)則配置到PGW的用戶面，并與默認(rèn)承載建立對(duì)應(yīng)關(guān)系。在相應(yīng)的場(chǎng)景下，通信模塊42，還用于
將處理模塊43所配置的默認(rèn)承載相對(duì)應(yīng)的TFT規(guī)則，攜帶在默認(rèn)承載建立響應(yīng)中，發(fā)送給終端設(shè)備。在實(shí)際的應(yīng)用場(chǎng)景中，過濾模塊44，具體用于
根據(jù)處理模塊43配置給默認(rèn)承載的TFT規(guī)則，判斷終端設(shè)備通過默認(rèn)承載發(fā)送的上行業(yè)務(wù)流，和/或需要通過默認(rèn)承載發(fā)送給終端設(shè)備的下行業(yè)務(wù)流是否屬于過濾對(duì)象；
如果判斷結(jié)果為是，丟棄相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流，如果判斷結(jié)果為否，通過通信模塊42在默認(rèn)承載傳輸相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流。進(jìn)一步的，過濾模塊44，具體用于
判斷終端設(shè)備通過默認(rèn)承載發(fā)送的上行業(yè)務(wù)流的源信息或源信息所歸屬的范圍是否與TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則上行業(yè)務(wù)流為過濾對(duì)象；和 /或，判斷需要通過默認(rèn)承載發(fā)送給終端設(shè)備的下行業(yè)務(wù)流的目的信息或目的信息所歸屬的范圍是否與TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則下行業(yè)務(wù)流為過濾對(duì)象；
其中，源信息包括源端口信息或源IP地址信息，目的信息包括目的端口信息或目的IP 地址信息。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所提出的技術(shù)方案具有以下優(yōu)點(diǎn)
通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，PGff根據(jù)APN信息為默認(rèn)承載配置相應(yīng)的TFT規(guī)則，并根據(jù)該TFT規(guī)則對(duì)默認(rèn)承載上的業(yè)務(wù)進(jìn)行過濾，從而，可以根據(jù)相應(yīng)的規(guī)則過濾掉相應(yīng)的業(yè)務(wù)流，例如附加值較低的業(yè)務(wù)的業(yè)務(wù)流，實(shí)現(xiàn)針對(duì)默認(rèn)承載上的業(yè)務(wù)的管理、控制和優(yōu)化，使運(yùn)營(yíng)商對(duì)于不同用戶接入PDN網(wǎng)絡(luò)的業(yè)務(wù)進(jìn)行靈活的管理和控制，提高PGW作為核心網(wǎng)接口對(duì)網(wǎng)絡(luò)的可控性。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明實(shí)施例可以通過硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來實(shí)現(xiàn)。基于這樣的理解，本發(fā)明實(shí)施例的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是⑶-ROM，U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或網(wǎng)絡(luò)側(cè)設(shè)備等)執(zhí)行本發(fā)明實(shí)施例各個(gè)實(shí)施場(chǎng)景所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個(gè)優(yōu)選實(shí)施場(chǎng)景的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明實(shí)施例所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施場(chǎng)景中的裝置中的模塊可以按照實(shí)施場(chǎng)景描述進(jìn)行分布于實(shí)施場(chǎng)景的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施場(chǎng)景的一個(gè)或多個(gè)裝置中。上述實(shí)施場(chǎng)景的模塊可以合并為一個(gè)模塊，也可以進(jìn)一步拆分成多個(gè)子模塊。上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施場(chǎng)景的優(yōu)劣。以上公開的僅為本發(fā)明實(shí)施例的幾個(gè)具體實(shí)施場(chǎng)景，但是，本發(fā)明實(shí)施例并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明實(shí)施例的業(yè)務(wù)限制范圍。
權(quán)利要求
1.一種基于默認(rèn)承載的業(yè)務(wù)過濾方法，其特征在于，至少包括以下步驟分組數(shù)據(jù)網(wǎng)關(guān)PGW接收終端設(shè)備發(fā)送的默認(rèn)承載建立請(qǐng)求，所述承載建立請(qǐng)求中攜帶所述終端設(shè)備所對(duì)應(yīng)的接入點(diǎn)名稱APN信息；所述PGW在自身與所述終端設(shè)備之間建立默認(rèn)承載，并根據(jù)所述APN信息，在預(yù)設(shè)的業(yè)務(wù)流模板TFT規(guī)則集合中，選擇相應(yīng)的TFT規(guī)則配置給所述默認(rèn)承載；所述PGW根據(jù)配置給所述默認(rèn)承載的TFT規(guī)則，對(duì)所述默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)流進(jìn)行過濾ο
2.如權(quán)利要求1所述的方法，其特征在于，所述APN信息，至少包括 網(wǎng)絡(luò)標(biāo)識(shí)NI信息和/或操作標(biāo)識(shí)OI信息。
3.如權(quán)利要求1所述的方法，其特征在于，當(dāng)所述承載建立請(qǐng)求中還攜帶了所請(qǐng)求建立的默認(rèn)承載所對(duì)應(yīng)的服務(wù)質(zhì)量QoS信息時(shí)，所述PGW根據(jù)所述APN信息，在預(yù)設(shè)的TFT規(guī)則集合中，選擇相應(yīng)的TFT規(guī)則配置給所述默認(rèn)承載，具體為所述PGW在預(yù)設(shè)的TFT規(guī)則集合中，選擇與所述APN信息相匹配的TFT規(guī)則； 所述PGW在與所述APN信息相匹配的TFT規(guī)則中，根據(jù)所述QoS信息，確定配置給所述默認(rèn)承載的TFT規(guī)則。
4.如權(quán)利要求3所述的方法，其特征在于，所述QoS信息，具體包括 服務(wù)質(zhì)量分類標(biāo)識(shí)QCI信息；和/或，分配/保持優(yōu)先級(jí)ARP信息。
5.如權(quán)利要求1所述的方法，其特征在于，所述PGW選擇相應(yīng)的TFT規(guī)則配置給所述默認(rèn)承載，具體包括所述PGW將選擇到的相應(yīng)的TFT規(guī)則配置到所述PGW的用戶面，并與所述默認(rèn)承載建立對(duì)應(yīng)關(guān)系。
6.如權(quán)利要求5所述的方法，其特征在于，所述PGW將選擇到的相應(yīng)的TFT規(guī)則配置到所述PGW的用戶面，并與所述默認(rèn)承載建立對(duì)應(yīng)關(guān)系之后，還包括所述PGW將所述TFT規(guī)則攜帶在默認(rèn)承載建立響應(yīng)中，發(fā)送給所述終端設(shè)備。
7.如權(quán)利要求1所述的方法，其特征在于，所述PGW根據(jù)配置給所述默認(rèn)承載的TFT規(guī)則，對(duì)所述默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)流進(jìn)行過濾，具體包括所述PGW根據(jù)所述TFT規(guī)則，判斷所述終端設(shè)備通過所述默認(rèn)承載發(fā)送的上行業(yè)務(wù)流， 和/或需要通過所述默認(rèn)承載發(fā)送給所述終端設(shè)備的下行業(yè)務(wù)流是否屬于過濾對(duì)象；如果判斷結(jié)果為是，所述PGW丟棄相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流，如果判斷結(jié)果為否，所述PGW通過所述默認(rèn)承載傳輸相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流。
8.如權(quán)利要求7所述的方法，其特征在于，所述PGW根據(jù)所述TFT規(guī)則，判斷所述終端設(shè)備通過所述默認(rèn)承載發(fā)送的上行業(yè)務(wù)流，和/或需要通過所述默認(rèn)承載發(fā)送給所述終端設(shè)備的下行業(yè)務(wù)流是否屬于過濾對(duì)象，具體包括所述PGW判斷所述終端設(shè)備通過所述默認(rèn)承載發(fā)送的上行業(yè)務(wù)流的源信息或源信息所歸屬的范圍是否與所述TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則所述上行業(yè)務(wù)流為過濾對(duì)象；和/或，所述PGW判斷需要通過所述默認(rèn)承載發(fā)送給所述終端設(shè)備的下行業(yè)務(wù)流的目的信息或目的信息所歸屬的范圍是否與所述TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則所述下行業(yè)務(wù)流為過濾對(duì)象；其中，所述源信息包括源端口信息或源IP地址信息，所述目的信息包括目的端口信息或目的IP地址信息。
9.一種PGW，其特征在于，至少包括設(shè)置模塊，用于設(shè)置TFT規(guī)則集合；通信模塊，用于接收終端設(shè)備發(fā)送的默認(rèn)承載建立請(qǐng)求，所述承載建立請(qǐng)求中攜帶所述終端設(shè)備所對(duì)應(yīng)的APN信息；處理模塊，用于在所述PGW與所述終端設(shè)備之間建立默認(rèn)承載，并根據(jù)所述通信模塊所接收到的APN信息，在所述設(shè)置模塊所設(shè)置的TFT規(guī)則集合中，選擇相應(yīng)的TFT規(guī)則配置給所述默認(rèn)承載；過濾模塊，用于根據(jù)所述處理模塊配置給所述默認(rèn)承載的TFT規(guī)則，對(duì)所述通信模塊在所述默認(rèn)承載上傳輸?shù)臉I(yè)務(wù)流進(jìn)行過濾。
10.如權(quán)利要求9所述的PGW，其特征在于，所述處理模塊，具體用于在所述設(shè)置模塊所設(shè)置的TFT規(guī)則集合中，選擇與所述APN信息相匹配的TFT規(guī)則，并在與所述APN信息相匹配的TFT規(guī)則中，根據(jù)QoS信息，確定配置給所述默認(rèn)承載的TFT規(guī)則；其中，所述QoS信息，具體為所述通信模塊所接收到的承載建立請(qǐng)求中所攜帶的所請(qǐng)求建立的默認(rèn)承載所對(duì)應(yīng)的QoS信息，包括QCI信息和/或ARP信息。
11.如權(quán)利要求9所述的PGW，其特征在于，所述處理模塊，具體用于將選擇到的相應(yīng)的TFT規(guī)則配置到所述PGW的用戶面，并與所述默認(rèn)承載建立對(duì)應(yīng)關(guān)系。
12.如權(quán)利要求11所述的PGW，其特征在于，所述通信模塊，還用于將所述處理模塊所配置的所述默認(rèn)承載相對(duì)應(yīng)的TFT規(guī)則，攜帶在默認(rèn)承載建立響應(yīng)中，發(fā)送給所述終端設(shè)備。
13.如權(quán)利要求10所述的PGW，其特征在于，所述過濾模塊，具體用于根據(jù)所述處理模塊配置給所述默認(rèn)承載的TFT規(guī)則，判斷所述終端設(shè)備通過所述默認(rèn)承載發(fā)送的上行業(yè)務(wù)流，和/或需要通過所述默認(rèn)承載發(fā)送給所述終端設(shè)備的下行業(yè)務(wù)流是否屬于過濾對(duì)象；如果判斷結(jié)果為是，丟棄相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流，如果判斷結(jié)果為否，通過所述通信模塊在所述默認(rèn)承載傳輸相應(yīng)的上行業(yè)務(wù)流和/或下行業(yè)務(wù)流。
14.如權(quán)利要求13所述的PGW，其特征在于，所述過濾模塊，具體用于判斷所述終端設(shè)備通過所述默認(rèn)承載發(fā)送的上行業(yè)務(wù)流的源信息或源信息所歸屬的范圍是否與所述TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則所述上行業(yè)務(wù)流為過濾對(duì)象；和/或，判斷需要通過所述默認(rèn)承載發(fā)送給所述終端設(shè)備的下行業(yè)務(wù)流的目的信息或目的信息所歸屬的范圍是否與所述TFT規(guī)則所設(shè)定的對(duì)象信息相對(duì)應(yīng)，如果判斷結(jié)果為不是，則所述下行業(yè)務(wù)流為過濾對(duì)象；其中，所述源信息包括源端口信息或源IP地址信息，所述目的信息包括目的端口信息或目的IP地址信息。
全文摘要
本發(fā)明實(shí)施例公開了一種基于默認(rèn)承載的業(yè)務(wù)過濾方法和設(shè)備，通過應(yīng)用本發(fā)明實(shí)施例的技術(shù)方案，PGW根據(jù)APN信息為默認(rèn)承載配置相應(yīng)的TFT規(guī)則，并根據(jù)該TFT規(guī)則對(duì)默認(rèn)承載上的業(yè)務(wù)進(jìn)行過濾，從而，可以根據(jù)相應(yīng)的規(guī)則過濾掉相應(yīng)的業(yè)務(wù)流，例如附加值較低的業(yè)務(wù)的業(yè)務(wù)流，實(shí)現(xiàn)針對(duì)默認(rèn)承載上的業(yè)務(wù)的管理、控制和優(yōu)化，使運(yùn)營(yíng)商對(duì)于不同用戶接入PDN網(wǎng)絡(luò)的業(yè)務(wù)進(jìn)行靈活的管理和控制，提高PGW作為核心網(wǎng)接口對(duì)網(wǎng)絡(luò)的可控性。
文檔編號(hào)H04L29/06GK102325350SQ201110203710
公開日2012年1月18日 申請(qǐng)日期2011年7月20日 優(yōu)先權(quán)日2011年7月20日
發(fā)明者蔣小通 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司