專利名稱：一種策略計費控制的方法和分組數(shù)據(jù)網(wǎng)絡網(wǎng)關的制作方法
技術領域：
本發(fā)明屬于通訊技術領域，具體涉及一種策略計費控制的方法和分組數(shù)據(jù)網(wǎng)絡
網(wǎng)關。
背景技術：
請參閱圖1所示，圖1為演進的分組系統(tǒng)(EPS, Evolved Packet System)架構示 意圖。第三代合作伙伴計劃(3GPP ， 3rd Generation Partnership Project)EPS由演進的通 用移動通信系統(tǒng)陸地無線接入網(wǎng)(E-UTRAN， Evolved Universal Terrestrial Radio Access Network)101、移動管理單元(MME， Mobility Management Entity) 102、服務網(wǎng)關(S-GW， Serving Gateway) 103 、分組數(shù)據(jù)網(wǎng)絡網(wǎng)關(P-GW或者PDN GW， Packet Data Network Gateway)104、歸屬用戶服務器(HSS， Home Subscriber Server) 105、 3GPP的認證授權計 費(AAA, Authentication Authorization and Accounting)服務器，策略和計費規(guī)則功能實體 (PCRF， Policy and Charging Rules Function) 106及其他支撐節(jié)點組成。
策略和計費控制(PCC， Policy and Charging Control)是EPS的一部分。
請參閱圖2所示，圖2為PCC系統(tǒng)架構示意圖。EPS架構中PCC各功能實體可分 布如下策略和計費執(zhí)行功能實體(PCEF， Policy and Charging Enforcement Function)201 存在于P-GW 104中，承載綁定和事件報告功能實體(BBERF， Bearer Binding and Event Report Function)202可存在于S-GW103中，業(yè)務的應用功能實體(AF， Application Function)203存在于運營商網(wǎng)絡協(xié)議(IP， Internet Protocol)業(yè)務網(wǎng)絡，用戶簽約數(shù)據(jù)庫 (SPR， Subscription Profile Repository)204可與HSS 105合一 。 在3GPP中，通過接入點名稱(APN， Access Point Name)可以找到對應的PDN 網(wǎng)絡。通常將用戶設備(UE， User Equipment)到PDN網(wǎng)絡的一個連接稱為一個IP連接 接入網(wǎng)(IP-CAN， IP Connectivity Access Network)會話。 PCC適用于所有3GPP的IP-CAN會話，PCRF 106主要負責策略和計費規(guī)則的 制定，通過Gx接口將制定的PCC策略和計費規(guī)則下發(fā)給PCEF201， PCEF 201安裝并執(zhí) 行PCC策略，并上報相關事件，與計費系統(tǒng)交互計費信息。PCRF 106通過Gxx接口將 業(yè)務的服務質量(QoS， Quality of Service)規(guī)則下發(fā)給BBERF 202， BBERF 202不和計費 系統(tǒng)交互計費信息，只負責承載綁定和相關事件的上報。AF 203通過Rx接口向PCRF 201提供業(yè)務信息，SPR 204保存了用戶簽約的業(yè)務信息，PCRF 106可以通過Sp接口向 SPR 204查詢用戶簽約的業(yè)務信息。PCEF 201通過Gy接口將在線計費信息發(fā)送給在線 計費系統(tǒng)(OCS， Online Charging System)205進行在線計費的統(tǒng)計，通過Gz接口將離線計 費信息發(fā)送給離線計費系統(tǒng)(OFCS， Offline Charging System)206。 請參閱圖3所示，圖3為現(xiàn)有PCC系統(tǒng)接口消息流程圖。目前，PCRF106和 PCEF 201之間通過Gx 口的Diameter消息作為承載，Diameter協(xié)議以屬性值對(AVP，采 用Attribute-Length-Value三元組形式)的形式完成交互。3GPP現(xiàn)行標準推薦了四條消息 信用控制請求命令(CC-Request(CCR)Command;)、信用控制應答命令(CC-Answer(CCA)Command)、重新鑒權請求命令(Re-Auth-Request(RAR)Command)和重新鑒權響應命令 (Re-Auth-Answer(RAA)Command)。 其中CCR/CCA用于從GW主動發(fā)起的消息流程， 而RAR/RAA用于從PCRF主動發(fā)起的消息流程。CCA和RAR消息中會攜帶PCRF向 PCEF安裝給應用業(yè)務流的PCC規(guī)則。而具體哪個應用業(yè)務流在這兩條消息中是使用 Diameter Application AVP Flow-Description來完成定義的。此AVP定義應用業(yè)務流采用了 IPFilterRule的格式，通過IP協(xié)議的源地址、源端口、目的地址、目的端口、傳輸層協(xié)議 等IP協(xié)議棧的3、 4層參數(shù)來描述應用業(yè)務流。具體包括步驟
步驟31 : P-GW用CCR命令請求安裝PCC規(guī)則；步驟32 : PCRF用CCA回應安裝PCC規(guī)則給Flow-Description描述的業(yè)務；
步驟33 : PCRF用RAR下發(fā)PCC規(guī)則給Flow-Description描述的業(yè)務；
步驟34 : P-GW用RAA回應此PCC安裝情況。 發(fā)明人在研究現(xiàn)有技術和實踐中發(fā)現(xiàn)在目前的3GPP的定義中，分組數(shù)據(jù)網(wǎng)絡 網(wǎng)關對用戶業(yè)務的歸納只能細分到IP協(xié)議棧的3、 4層，無法滿足高效交互業(yè)務流的實際 需求。

發(fā)明內(nèi)容
本發(fā)明要解決的問題是克服現(xiàn)有技術的缺陷提供一種策略計費控制的方法和分 組數(shù)據(jù)網(wǎng)絡網(wǎng)關，提高了業(yè)務流交互的效率。 為實現(xiàn)上述目的，本發(fā)明提供的技術方案是 一種策略計費控制的方法，包括 步驟 A)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關按照業(yè)務類型對業(yè)務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類 型配置相應的業(yè)務編碼； B)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關根據(jù)業(yè)務編碼獲得策略和計費控制規(guī)則；
C)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務數(shù)據(jù)安裝并執(zhí)行策略和計費控制規(guī)則。
本發(fā)明實施例中，所述步驟B)具體實現(xiàn)為 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關上報業(yè)務編碼給策略和計費規(guī)則功能實體，請求策略和計費 控制規(guī)則；分組數(shù)據(jù)網(wǎng)絡網(wǎng)關接收策略和計費規(guī)則功能實體根據(jù)業(yè)務編碼生成的策略和 計費控制規(guī)則。 本發(fā)明實施例中，所述業(yè)務編碼通過Diameter屬性值對(AVP)消息發(fā)送給策略 和計費規(guī)則功能實體。 本發(fā)明實施例中，所述步驟B)具體實現(xiàn)為 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關本地預配置策略和計費控制規(guī)則，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關根據(jù)業(yè)
務編碼查詢本地預配置策略和計費控制規(guī)則獲得策略和計費控制規(guī)則。 本發(fā)明實施例中，所述步驟A)中業(yè)務數(shù)據(jù)的歸納，歸納到IP協(xié)議棧的第3、 4
層或歸納到IP協(xié)議棧的第7層以及大于第7層。 —種分組數(shù)據(jù)網(wǎng)絡網(wǎng)關，包括 歸納編碼單元，用于按照業(yè)務類型對業(yè)務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類 型配置相應的業(yè)務編碼； 請求單元，與歸納編碼單元連接，用于根據(jù)業(yè)務編碼請求策略和計費控制規(guī)
5則； 安裝執(zhí)行單元，與請求單元連接，用于對業(yè)務數(shù)據(jù)安裝并執(zhí)行策略和計費控制 規(guī)則。 本發(fā)明實施例中，所述請求單元具體包括 上報單元，與策略和計費規(guī)則功能實體連接，用于將業(yè)務編碼上報業(yè)務編碼給 策略和計費規(guī)則功能實體，請求策略和計費控制規(guī)則； 接收單元，與策略和計費規(guī)則功能實體連接，用于接收策略和計費規(guī)則功能實
體根據(jù)業(yè)務編碼生成的策略和計費控制規(guī)則。
本發(fā)明實施例中，所述的網(wǎng)關還進一步包括 預配置單元，用于預配置本地策略和計費控制規(guī)則； 所述請求單元，與預配置單元連接，根據(jù)業(yè)務編碼查詢預配置單元預配置的本 地策略和計費控制規(guī)則獲得策略和計費控制規(guī)則。 本發(fā)明實施例中，所述歸納編碼單元對業(yè)務數(shù)據(jù)的歸納，歸納到IP協(xié)議棧的第 3、 4層或歸納到IP協(xié)議棧的第7層以及大于第7層。
—種策略計費系統(tǒng)，包括 策略和計費規(guī)則功能實體，用于生成策略和計費控制規(guī)則； 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關，與策略和計費規(guī)則功能實體連接，用于按照業(yè)務類型對業(yè) 務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類型配置相應的業(yè)務編碼，然后根據(jù)業(yè)務編碼獲得 策略和計費控制規(guī)則；安裝并執(zhí)行策略和計費控制規(guī)則。 本發(fā)明實施例中，所述分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務數(shù)據(jù)的歸納，歸納到IP協(xié)議棧 的第3、 4層或歸納到IP協(xié)議棧的第7層以及大于第7層。與現(xiàn)有技術相比，本發(fā)明提 供的技術方案通過分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務類型進行歸納，并分配業(yè)務編碼，通過業(yè)務 編碼獲得策略和計費控制規(guī)則PCC，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關接收PCC之后安裝并執(zhí)行，相比 3GPP推薦的業(yè)務流交互方式，提高了 Gx 口交互業(yè)務流的效率。 進一步的，本發(fā)明實施例中對業(yè)務的歸納還可以精細化到IP協(xié)議棧的7層及7層 以上，相比現(xiàn)有技術，滿足了更高效交互業(yè)務流的實際需求。


圖1為EPS系統(tǒng)架構示意圖； 圖2為PCC系統(tǒng)架構示意圖； 圖3為現(xiàn)有PCC系統(tǒng)接口消息流程圖； 圖4為本發(fā)明實施例提供的一種業(yè)務類型歸納示意圖5為本發(fā)明實施例提供的一種基于歸納業(yè)務類型進行策略計費控制的方法流


程圖；

圖6為本發(fā)明實施例提供的一種分組數(shù)據(jù)網(wǎng)絡網(wǎng)關原理框圖； 圖7為本發(fā)明實施例提供的一種策略計費系統(tǒng)原理框圖。
具體實施例方式
下面通過具體的實施例并結合附圖對本發(fā)明作進一步詳細的描述。
本發(fā)明的主要思想是分組數(shù)據(jù)網(wǎng)絡網(wǎng)關P-GW按照業(yè)務類型對業(yè)務數(shù)據(jù)進 行歸納，并對歸納出的業(yè)務類型配置相應的業(yè)務編碼；分組數(shù)據(jù)網(wǎng)絡網(wǎng)關根據(jù)業(yè)務編碼 獲得策略和計費控制規(guī)則；分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務數(shù)據(jù)安裝并執(zhí)行策略和計費控制規(guī) 則。 請參閱圖4所示，圖4為本發(fā)明實施例提供的一種基于業(yè)務類型進行歸納的示意 圖。 本發(fā)明實施例中，P-GW歸納業(yè)務類型可以按層次提供，較粗糙的層次可以歸納 到IP分組的五元組層面，即IP協(xié)議棧的3、 4層；本發(fā)明實施例優(yōu)選地，細分到更精細 如數(shù)據(jù)應用的具體統(tǒng)一資源定位符(URL)層面，歸納到IP協(xié)議棧的第7層以及大于第7 層，即IP協(xié)議棧7/7+層。7層以及7+層是指IP網(wǎng)絡中基于傳輸控制協(xié)議(TCP)和用戶 數(shù)據(jù)報協(xié)議(UDP)的各種具體的應用協(xié)議層，比如超文本傳輸協(xié)議(HTTP)、實時流傳輸 協(xié)議(RTSP)、點對點技術(P2P)等。本發(fā)明實施例通過識別7層以及7+層應用的URL、 關鍵字、操作碼以及行為特征等來歸納應用具體屬于哪種業(yè)務，比如瀏覽類、P2P類、流 媒體類等。針對各層次內(nèi)被劃分成的業(yè)務類型給出對應的應用業(yè)務編號Application ID， 推薦定義為Diameter AVP，以便于在Gx 口 Diameter消息中交互。比如將應用業(yè)務歸納 為瀏覽類、P2P類、流媒體類等大類，直接給這些大類一個業(yè)務編碼，如圖中P2PApp IDIO，也可在這些大類下面直接再詳細劃分小類，再進一步給出業(yè)務編碼，比如Browse App ID0和Sub App ID1 。本發(fā)明實施例中，將總的瀏覽業(yè)務歸納為業(yè)務編碼Browse App ID 0，然后在PCRF側配置該業(yè)務編碼Browse App ID 0對應的PCC規(guī)則0，對于具體的 瀏覽業(yè)務1歸納為業(yè)務編碼Sub App ID 1，然后在PCRF側配置該業(yè)務編碼Sub App ID 1 對應的PCC規(guī)則1 。 將流媒體業(yè)務歸納為業(yè)務編碼Video App ID70，然后在PCRF側配 置該業(yè)務編碼Video App ID70對應的PCC規(guī)則70。以此類推。本發(fā)明實施例中GW對 業(yè)務的定義大大細化，相對3GPP推薦的IP業(yè)務五元組層面，即IP協(xié)議棧的3、 4層，本 發(fā)明實施例提供的業(yè)務類型歸納定義可以細化到IP業(yè)務的7/7+層。本發(fā)明實施例對業(yè)務 劃分可以根據(jù)實際運營情況動態(tài)調整，運營商歸納業(yè)務的粒度可粗可細，策略靈活。
本方法除支持PCRF下發(fā)動態(tài)規(guī)則之外，還提供在P-GW本地預配置靜態(tài)PCC 規(guī)則。本地預配置PCC規(guī)則一方面可以作為PCRF和P-GW之間只用交換策略ID從而 提高Gx 口消息效率的方法；另一方面還能保證在P-GW能對PCRF在PCC規(guī)則中沒有下 發(fā)的策略參數(shù)提供補充。雖然本發(fā)明實施例支持在P-GW提供本地靜態(tài)PCC規(guī)則，但仍 然推薦PCRF充分收集各方信息為業(yè)務類型決策而動態(tài)下發(fā)PCC規(guī)則。這種為業(yè)務提供 PCC規(guī)則的靈活方式擁有更大的適用范圍。 當業(yè)務數(shù)據(jù)到達P-GW時，P-GW按照歸納規(guī)則得到應用業(yè)務編號，即具體的 Application ID。
通過Gx口上報PCRF，要求后者提供PCC規(guī)則。 PCRF收到P-GW的請求后，讀取信息知曉此應用業(yè)務編號代表的業(yè)務類型，決 策出此業(yè)務對應的PCC規(guī)則，再通過Gx 口回應P-GW。 P-GW接收PCC規(guī)則之后安裝 并執(zhí)行。 下面以分組數(shù)據(jù)網(wǎng)絡網(wǎng)關上報業(yè)務編碼給策略和計費規(guī)則功能實體，請求動態(tài) 策略和計費控制規(guī)則為例說明。 請參閱圖5所示，圖5為本發(fā)明實施例提供的一種基于歸納業(yè)務類型進行策略計費控制的方法流程圖，包括以下步驟
501 :應用業(yè)務數(shù)據(jù)包到達P-GW ; 502 : P-GW識別出應用業(yè)務類型并歸納出對應的業(yè)務編碼Application ID ;
503 : P-GW用業(yè)務編碼Application ID通過Gx 口向PCRF請求PCC規(guī)則； [OO59] 504 : PCRF根據(jù)Application ID和其他信息決策對應的PCC規(guī)貝U ，回應給 P-GW， P-GW安裝并執(zhí)行。請參閱圖6所示，圖6為本發(fā)明實施例提供的一種分組數(shù)據(jù)網(wǎng)絡網(wǎng)關原理框圖， 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關包括 歸納編碼單元61，按照業(yè)務類型對業(yè)務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類型 配置相應的業(yè)務編碼； 本發(fā)明實施例中，所述歸納編碼單元對業(yè)務數(shù)據(jù)的歸納，既可以歸納到IP協(xié)議 棧的第3、 4層，也可以細分歸納到更精細如數(shù)據(jù)應用的具體URL層面，歸納到IP協(xié)議 棧的第7層以及大于第7層，即IP協(xié)議棧7/7+層。 請求單元62，與歸納編碼單元61連接，用于根據(jù)業(yè)務編碼請求策略和計費控制 規(guī)則； 安裝執(zhí)行單元63，與請求單元62連接，用于對業(yè)務數(shù)據(jù)安裝并執(zhí)行策略和計費 控制規(guī)則。 進一步的，所述請求單元62具體包括 上報單元621，與策略和計費規(guī)則功能實體連接，用于將業(yè)務編碼上報業(yè)務編碼 給策略和計費規(guī)則功能實體，請求策略和計費控制規(guī)則； 本發(fā)明實施例中，所述上報單元通過Diameter AVP消息將所述業(yè)務編碼發(fā)送給 策略和計費規(guī)則功能實體。 接收單元622，與策略和計費規(guī)則功能實體連接，用于接收策略和計費規(guī)則功能
實體根據(jù)業(yè)務編碼生成的策略和計費控制規(guī)則。 本實施例中，所述分組數(shù)據(jù)網(wǎng)絡網(wǎng)關還進一步包括 預配置單元64，用于預配置本地策略和計費控制規(guī)則； 所述請求單元62，與預配置單元64連接，根據(jù)業(yè)務編碼查詢預配置單元64預配 置的本地策略和計費控制規(guī)則獲得策略和計費控制規(guī)則。 請參閱圖7所示，本發(fā)明實施例還公開了一種策略計費系統(tǒng)，包括 策略和計費規(guī)則功能實體701，用于生成策略和計費控制規(guī)則； 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關702，與策略和計費規(guī)則功能實體701連接，用于按照業(yè)務類
型對業(yè)務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類型配置相應的業(yè)務編碼，然后根據(jù)業(yè)務編
碼獲得策略和計費控制規(guī)則；安裝并執(zhí)行策略和計費控制規(guī)則。 所述分組數(shù)據(jù)網(wǎng)絡網(wǎng)關702對業(yè)務數(shù)據(jù)的歸納，歸納到IP協(xié)議棧的第3、 4層或 歸納到IP協(xié)議棧的第7層以及大于第7層。 綜上所述，本發(fā)明實施例通過分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務類型進行歸納，并分配 業(yè)務編碼，通過業(yè)務編碼獲得策略和計費控制PCC規(guī)則，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關接收PCC規(guī) 則之后安裝并執(zhí)行，相比3GPP推薦的業(yè)務流交互方式，提高了 Gx 口交互業(yè)務流的效率。
進一步的，本發(fā)明實施例中對業(yè)務的歸納還可以進一步地精細化到IP協(xié)議棧的
7層及7層以上，相比現(xiàn)有技術，滿足了更高效交互業(yè)務流的實際需求。 以上內(nèi)容是結合具體的優(yōu)選實施方式對本發(fā)明所作的進一步詳細說明，不能認
定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術領域的普通技術人員來
說，在不脫離本發(fā)明構思的前提下，還可以做出若干簡單推演或替換，都應當視為屬于
本發(fā)明的保護范圍。
9
權利要求
一種策略計費控制的方法，其特征在于，包括步驟A)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關按照業(yè)務類型對業(yè)務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類型配置相應的業(yè)務編碼；B)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關根據(jù)業(yè)務編碼獲得策略和計費控制規(guī)則；C)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務數(shù)據(jù)安裝并執(zhí)行策略和計費控制規(guī)則。
2. 根據(jù)權利要求1所述的方法，其特征在于，所述步驟B)具體實現(xiàn)為 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關上報業(yè)務編碼給策略和計費規(guī)則功能實體，請求策略和計費控制規(guī)則；分組數(shù)據(jù)網(wǎng)絡網(wǎng)關接收策略和計費規(guī)則功能實體根據(jù)業(yè)務編碼生成的策略和計費 控制規(guī)則。
3. 根據(jù)權利要求2所述的方法，其特征在于，所述業(yè)務編碼通過Diameter屬性值對 (AVP)消息發(fā)送給策略和計費規(guī)則功能實體。
4. 根據(jù)權利要求1所述的方法，其特征在于，所述步驟B)具體實現(xiàn)為 分組數(shù)據(jù)網(wǎng)絡網(wǎng)關本地預配置策略和計費控制規(guī)則，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關根據(jù)業(yè)務編碼查詢本地預配置策略和計費控制規(guī)則獲得策略和計費控制規(guī)則。
5. 根據(jù)權利要求l-4任一項所述的方法，其特征在于，所述步驟A)中業(yè)務數(shù)據(jù)的歸 納，歸納到IP協(xié)議棧的第3、 4層或歸納到IP協(xié)議棧的第7層以及大于第7層。
6. —種分組數(shù)據(jù)網(wǎng)絡網(wǎng)關，其特征在于，包括歸納編碼單元，用于按照業(yè)務類型對業(yè)務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類型配 置相應的業(yè)務編碼；請求單元，與歸納編碼單元連接，用于根據(jù)業(yè)務編碼請求策略和計費控制規(guī)則； 安裝執(zhí)行單元，與請求單元連接，用于對業(yè)務數(shù)據(jù)安裝并執(zhí)行策略和計費控制規(guī)則。
7. 根據(jù)權利要求6所述的網(wǎng)關，其特征在于，所述請求單元具體包括 上報單元，與策略和計費規(guī)則功能實體連接，用于將業(yè)務編碼上報業(yè)務編碼給策略和計費規(guī)則功能實體，請求策略和計費控制規(guī)則；接收單元，與策略和計費規(guī)則功能實體連接，用于接收策略和計費規(guī)則功能實體根 據(jù)業(yè)務編碼生成的策略和計費控制規(guī)則。
8. 根據(jù)權利要求6所述的網(wǎng)關，其特征在于，還進一步包括 預配置單元，用于預配置本地策略和計費控制規(guī)則；所述請求單元，與預配置單元連接，根據(jù)業(yè)務編碼查詢預配置單元預配置的本地策 略和計費控制規(guī)則獲得策略和計費控制規(guī)則。
9. 根據(jù)權利要求6所述的網(wǎng)關，其特征在于，所述歸納編碼單元對業(yè)務數(shù)據(jù)的歸納， 歸納到IP協(xié)議棧的第3、 4層或歸納到IP協(xié)議棧的第7層以及大于第7層。
10. —種策略計費系統(tǒng)，其特征在于，包括 策略和計費規(guī)則功能實體，用于生成策略和計費控制規(guī)則；分組數(shù)據(jù)網(wǎng)絡網(wǎng)關，與策略和計費規(guī)則功能實體連接，用于按照業(yè)務類型對業(yè)務數(shù) 據(jù)進行歸納，并對歸納出的業(yè)務類型配置相應的業(yè)務編碼，然后根據(jù)業(yè)務編碼獲得策略 和計費控制規(guī)則；安裝并執(zhí)行策略和計費控制規(guī)則。
11. 根據(jù)權利要求10所述的策略計費系統(tǒng)，其特征在于，所述分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務數(shù)據(jù)的歸納，歸納到IP協(xié)議棧的第3、 4層或歸納到IP協(xié)議棧的第7層以及大于第7層。
全文摘要
本發(fā)明實施例公開了一種策略計費控制的方法和分組數(shù)據(jù)網(wǎng)絡網(wǎng)關，其中方法包括步驟A)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關按照業(yè)務類型對業(yè)務數(shù)據(jù)進行歸納，并對歸納出的業(yè)務類型配置相應的業(yè)務編碼；B)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關根據(jù)業(yè)務編碼獲得策略和計費控制規(guī)則；C)分組數(shù)據(jù)網(wǎng)絡網(wǎng)關對業(yè)務數(shù)據(jù)安裝并執(zhí)行策略和計費控制規(guī)則。本發(fā)明提供的技術方案通過對業(yè)務類型進行歸納，并分配業(yè)務編碼，通過業(yè)務編碼獲得策略和計費控制規(guī)則PCC，分組數(shù)據(jù)網(wǎng)絡網(wǎng)關接收PCC之后安裝并執(zhí)行，相比3GPP推薦的業(yè)務流交互方式，提高了Gx口交互業(yè)務流的效率，進一步的，本發(fā)明實施例中對業(yè)務的歸納可以精細化到IP協(xié)議棧的7層及7層以上，滿足了更高效交互業(yè)務流的實際需求。
文檔編號H04W80/04GK101692727SQ20091019030
公開日2010年4月7日 申請日期2009年9月16日 優(yōu)先權日2009年9月16日
發(fā)明者朱宜斌, 陳學鋒, 陳宜磊 申請人:中興通訊股份有限公司