專利名稱：基于服務質(zhì)量策略計費方法以及資源接納控制子系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及一種基于力良務質(zhì)量
(Quality of Service,簡稱為QoS )策略計費方法以及資源接納控制 子系統(tǒng)。
背景技術：
下一4氣網(wǎng)絡(Next Generation Network ，簡稱為NGN )是當前 通信標準領域的一個熱點研究課題，其采用IP等分組技術作為承載
網(wǎng)技術融合固定通信和移動通信。NGN可以提供更豐富的多媒體業(yè) 務，如具有實時要求的新興業(yè)務(如VoIP、 4見頻會議、多i某體遠程 教學、視頻點播等)，這些業(yè)務要求通信網(wǎng)絡能提供高效的端到端的 QoS支持；同時用戶對網(wǎng)絡服務質(zhì)量的要求也越來越高。因此，如 何提供端到端的QoS將是NGN的核心問題之一。
標準組織TISPAN ( Telecommunication and Internet converged Services and Protocols for Advanced Networking, 電4言和互聯(lián)網(wǎng)禹蟲合 業(yè)務及高級網(wǎng)絡協(xié)議)在傳輸控制層引入了網(wǎng)絡附著子系統(tǒng) (Network Attachment Subsystem ，簡稱為NASS )和資源^接納控制 子系統(tǒng)(Resource and Admission Control Subsystem,簡稱為RACS ), 其中，NASS負責為上層業(yè)務層提供獨立的用戶接入管理，而RACS 則負責解決NGN 7fc載網(wǎng)的QoS問題。具體地，RACS負責將業(yè)務層的資源需求與傳輸層的資源分配 相關聯(lián)，主要完成策略控制、資源預留、接納控制、網(wǎng)絡地址轉(zhuǎn)換 (Network Address Translation,簡稱為NAT )穿越等功能。RACS 通過一系列QoS策略為業(yè)務層提供傳輸層的控制服務，使得用戶設 備(User Equipment,簡稱為UE)可以獲4尋所需月l務質(zhì)量4呆i正。
在RACS最新的草案中，提供了 RACS的功能框架，如圖1所 示，基于業(yè)務的策略決策功能(Service-based Policy Decision Function,簡一爾為SPDF)才艮才居應用功育fe (Application Function,簡 稱為AF )的資源請求選擇本地策略，并將請求映射成IP QoS參數(shù)， 發(fā)送給4妻入二斧源4妄納4空制功肯fe ( generic Resource and Admission Control Function,簡牙爾為x-RACF )和邊界網(wǎng)關功能(Border Gateway Function,簡稱為BGF ),以"i青求相應的資源。
x-RACF從SPDF接收請求，然后基于所〗呆存的策略實現(xiàn)接納 控制，4妄受或拒絕對傳送資源的"i青求。x-RACF可以通過e4參考點 從NASS獲得網(wǎng)絡附著信息和用戶QoS簽約信息，從而可以根據(jù)網(wǎng) 纟各^f立置信息(例如4妄入用戶的物理節(jié)點的地址)確定可用的網(wǎng)絡
邊界網(wǎng)關功能(Border Gateway Function,簡4爾為BGF)是4立 于4妄入網(wǎng)和核心網(wǎng)之間(實現(xiàn)核心邊界網(wǎng)關功能)，也可以是位于兩 個核心網(wǎng)之間的網(wǎng)關。BGF在SPDF的控制下完成NAT、門控、QoS 標i己、帶寬限制、 -使用測量以及資源同步功能。
;資源4空制沖丸4亍功能(Resource Control Enforcement Function,簡 牙爾為RCEF) 4立于傳豐lr層功能實體(Transport Processing Function ) 中的策略執(zhí)行實體，它可以駐留在承載層的任何網(wǎng)段(接入、核心) 或者網(wǎng)^a的邊界點，實施x-RACF通過Re參考點傳送過來的策略，完成門控、QoS標記、帶寬限制等功能，但是，目前RACS對處于 核心網(wǎng)中的RCEF的控制沒有制定標準。
基本傳送功能(Basic Transmission Function,簡稱、為BTF )是 位于傳輸設備中的邏輯實體，其支持基本的控制功能和基本的轉(zhuǎn)發(fā) 功能等。
目前，對于寬帶上網(wǎng)業(yè)務，固網(wǎng)運營商主要的計費方式包括包 月制計費和按接入時長的計費方式。包月制一般會根據(jù)不同的接入 方式或者接入帶寬等實現(xiàn)按月的收費。包月制比較簡單，對設備的 要求不高，按^妻入時長方式是按照用戶實際上網(wǎng)的時長收費，在用 戶接入時與其進行接入認證，認證通過即開始計時，在用戶下線時 或者檢測不到用戶在線時結(jié)束計時，按照具體上網(wǎng)時長進行計費。
此外，也有才艮據(jù)用戶上網(wǎng)的流量進4亍計費的方式，目前這種方 式的應用4交少，并且也只是粗;改的針對用戶所有流量進4于計費。
可以看出，目前的幾種寬帶業(yè)務計費方式，都是用戶級別的方 式，沒有對用戶的具體業(yè)務進行區(qū)分；對于運營商而言，提供差異 化服務以及根據(jù)服務質(zhì)量不同進行相應計費的需求非常迫切。
RACS提供了通用的區(qū)分業(yè)務，從應用層感知業(yè)務QoS需求， 根據(jù)用戶的簽約信息以及承載層資源狀況進行接納決策，如果接納， 則生成相應的QoS策略，下發(fā)給承載層設備執(zhí)行，以保證不同業(yè)務 的QoS。但是，在現(xiàn)有技術中的RACS不支持基于QoS策略計費。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種基于服務質(zhì)量策略計費方法以及資源接納 控制子系統(tǒng)，以解決現(xiàn)有的RACS不支持基于QoS策略計費的問題。才艮據(jù)本發(fā)明的一個方面，提供了一種基于QoS策略計費方法。
根據(jù)本發(fā)明實施例的基于QoS策略計費方法，用于RACS，該 方法包4舌在SPDF中增力口 CDF,其中，CDF用于生成計費策略； SPDF接收來自AF的策略請求，CDF根據(jù)策略請求中的業(yè)務描述 信息產(chǎn)生計費策略；SPDF將攜帶有計費策略的策略請求發(fā)送到 x-RACF以及參與計費的BGF。
優(yōu)選地，在SPDF接收來自AF的策略請求之前，上述方法還 包括AF與用戶設備進行業(yè)務協(xié)商，生成業(yè)務描述信息；AF向SPDF 發(fā)送攜帶有業(yè)務描述信息的策略請求。
優(yōu)選地，在SPDF接收來自AF的策略請求之后，上述方法還 包括SPDF對策略請求進行授權。
優(yōu)選地，上述方法還包括x-RACF接收策略請求；x-RACF 根據(jù)以下至少之一判斷是否接納該策略請求用戶的簽約信息，傳 輸資源狀況，以及業(yè)務請求的服務質(zhì)量；在策略請求被接納的情況 下，x-RACF生成本地月良務質(zhì)量策略，并將策略"i青求中的計費策略 發(fā)送到相應的RCEF。
優(yōu)選地，上述方法進一步包括RCEF以及BGF才艮據(jù)計費策略 與相應的計費系統(tǒng)進4亍交互。
優(yōu)選地，業(yè)務描述信息包4舌以下至少之一業(yè)務類型、業(yè)務優(yōu) 先級、業(yè)務所要求的服務質(zhì)量、運營商配置的計費相關策略；計費 策略包括以下至少之一費率、計費方式，計費的觸發(fā)事件、測量 方式。
優(yōu)選地，在SPDF接收到來自AF的策略撤銷請求信息的情況 下，上述方法還包4舌SPDF向x-RACF以及BGF發(fā)送策略招t銷"i青
8求；x-RACF接收策略撤銷請求；x-RACF釋放與業(yè)務相關的資源， 并向RCEF發(fā)送策略撤銷請求。
優(yōu)選地，上述方法還包括RCEF以及BGF分別接收策略4敬銷 請求；RCEF以及BGF分別刪除計費策略，并終止與計費系統(tǒng)交互。
根據(jù)本發(fā)明的另 一方面，還提供了 一種資源接納控制子系統(tǒng)， 包括SPDF和x-RACF,還包括CDF, CDF i殳置于SPDF中，用于 生成計費策略。
優(yōu)選地，SPDF用于接收來自AF的策略請求，并將攜帶有計費 策略的策略請求發(fā)送到x-RACF以及參與計費的BGF。
通過本發(fā)明的上述實施例，增加了 SPDF的計費決策功能，使 RACS支持基于QoS策略計費。


此處所i兌明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當限定。在附圖中
圖1是才艮據(jù)現(xiàn)有技術的RACS的架構(gòu)圖2是根據(jù)本發(fā)明實施例的擴展RACS的架構(gòu)圖3是根據(jù)本發(fā)明實施例的基于QoS策略計費方法的流程圖4是根據(jù)本發(fā)明實例一的基于QoS策略計費方法的流程圖5是才艮據(jù)本發(fā)明實例二的基于QoS策略計費方法的流程圖；圖6是根據(jù)本發(fā)明實施例的資源接納控制子系統(tǒng)的框圖。
具體實施例方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此 處所描述的優(yōu)選實施例-f義用于"i兌明和解釋本發(fā)明，并不用于限定本 發(fā)明。
方法實施例
本發(fā)明實施例提出一種基于QoS策略計費方法。
首先，為了實現(xiàn)基于QoS策略計費功能，需要對現(xiàn)有RACS架 構(gòu)進行計費功能擴展。圖2是根據(jù)本發(fā)明實施例的擴展RACS的架構(gòu)圖。
參考圖2，在RACS架構(gòu)中增加基于QoS策略計費決策功能 (Charging Decision Function,簡稱為CDF )， CDF可以i殳置在SPDF 中。SPDF能夠根據(jù)AF傳遞的業(yè)務信息和運營商預配置的策略進行 計費決策，生成計費策略；
對SPDF和x-RACF之間，x-RACF和RCEF之間，SPDF和 BDF之間的接口估文擴展，使之可以傳遞計費策略；
對RCEF和BGF分別擴展支持計費觸發(fā)功能，增加與在線計費 系統(tǒng)和離線計費系統(tǒng)的接口，根據(jù)計費策略統(tǒng)計計費信息，并選擇 相應的計費系統(tǒng)進4亍計費交互。
圖3是根據(jù)本發(fā)明實施例的用于RACS的基于服務質(zhì)量策略計 費方法，如圖3所示，上述方法包括以下處理步驟S302,在SPDF中增加CDF,其中，CDF用于生成計費 策略；
步驟S304， SPDF接收來自AF的策略請求，CDF根據(jù)策略請 求中的業(yè)務描述信息產(chǎn)生計費策略；優(yōu)選地，業(yè)務描述信息包括以 下至少之一業(yè)務類型、業(yè)務優(yōu)先級、業(yè)務所要求的QoS、運營商 配置的計費相關策略；計費策略包括以下至少之一費率、計費方 式，計費的觸發(fā)事件、測量方式；
步驟S306， SPDF將攜帶有計費策略的策略請求發(fā)送到x-RACF 以及參與計費的BGF。
其中，在步驟S304之前，上述方法還包括AF與UE進行業(yè) 務協(xié)商，生成業(yè)務描述信息；AF向SPDF發(fā)送攜帶有業(yè)務描述信息 的策略請求。
并且，在SPDF接收來自AF的策略請求之后，上述方法還包 括SPDF對策略請求進行授權。
以及，在步驟S306之后，上述方法還包括x-RACF接收策略 請求；x-RACF根據(jù)以下至少之一判斷是否接納策略請求用戶的 簽約信息，傳輸資源狀況，以及業(yè)務"i青求的QoS;在策略請求祐:才妄 納的情況下，x-RACF生成本地QoS策略，并將策略請求中的計費 策略發(fā)送到相應的RCEF。
基于以上的處理，上述方法進一步包括RCEF以及BGF根據(jù) 計費策略與相應的計費系統(tǒng)進行交互。
此外，在SPDF^妄收到來自AF的策略4敦銷請求信息的情況下， 上述方法還包括SPDF向x-RACF以及BGF發(fā)送策略4敬銷請求； x-RACF接收策略招t銷請求；x-RACF釋放與業(yè)務相關的資源，并向RCEF發(fā)送策略撤銷請求。RCEF以及BGF分別接收策略撤銷請求； RCEF以及BGF分別刪除計費策略，并終止與計費系統(tǒng)交互。
通過上述實施例，實現(xiàn)了 RACS支持基于QoS策略計費，滿足 了運營商精細化運營的要求。
實例1
圖4是根據(jù)本發(fā)明實例1的用于RACS的基于QoS策略計費方 法。當用戶動態(tài)發(fā)起某個業(yè)務時，如果該業(yè)務需要QoS保證，則觸 發(fā)QoS和計費策略動態(tài)下發(fā)流禾呈。如圖4所示，該方法包4舌以下步 驟
步驟S402,當AF與UE進行業(yè)務的會話協(xié)商時，觸發(fā)為業(yè)務 ;危"i青求資源的處理；
步驟S404, AF根據(jù)該業(yè)務需要的資源和QoS向SPDF發(fā)送策 略請求；
步驟S406， SPDF根據(jù)運營商策略對請求進行授權；并根據(jù)業(yè) 務類型、業(yè)務優(yōu)先級、該業(yè)務所要求的QoS (包括最大的上下行帶 寬、平均的上下行帶寬、傳送時延、抖動等)，以及運營商預配置的 計費相關策略，決定該用戶此次業(yè)務的計費策略，該策略包括費率、 計費的方式(離線或是在線)，計費的觸發(fā)事件、測量方式(記錄流 量、時長、或者兩者都記錄)等內(nèi)容；
步驟S408，如果業(yè)務請求4皮授權，SPDF向x-RACF發(fā)送策略 請求，該策略請求包含SPDF做出的計費策略；
步驟S410, x-RACF根據(jù)用戶的簽約信息，傳輸資源狀況，以 及該業(yè)務請求的QoS,對請求做出接納決策；如果該請求被接納，則生成本地QoS策略下發(fā)給合適的RCEF,如果x-RACF認為需要 RCEF參與計費，則向合適的RCEF下發(fā)計費策略；
步驟S412， x-RACF將生成的QoS和計費策略下發(fā)給合適的 RCEF執(zhí)行；
步驟S414， RCEF向x-RACF回復策略下發(fā)應答；
步艱《S416, x-RACF向SPDF回復策略i青求應答；
步驟S418，如果SPDF認為BGF需要參與對該業(yè)務流的QoS 和計費控制，則SPDF將QoS和計費策略下發(fā)纟會合適的BGF;
步驟S420， BGF向SPDF回復策略下發(fā)應答；
步驟S422, SPDF向AF回復業(yè)務請求應答。
RCEF和BGF收到策略后，根據(jù)策略中的計費方式選擇與相應 的計費系統(tǒng)進行交互；如果是離線計費方式，則將統(tǒng)計該用戶或該 業(yè)務占用資源的時長或者流量，以及QoS度量報告等信息發(fā)送給計 費系統(tǒng)；如果是在線計費，則需要與在線計費系統(tǒng)建立在線計費會 話，進行在線計費，如果用戶的信用度不夠，則觸發(fā)策略取消處理 流程，并終止業(yè)務流。
此夕卜，當RCEF和BGF都處于同一個運營商管理域時，可以只 有其中一個功能體與計費系統(tǒng)交互，產(chǎn)生計費信息。這取決于網(wǎng)絡 部署的狀況(如果RCEF部署的IP邊界點設備不支持與計費系統(tǒng)進 行交互，則只能由BGF與計費系統(tǒng)交互)或者運營商的策略。
上述實例給出了根據(jù)本發(fā)明實例的QoS和計費策略請求處理流程。實例2
圖5是根據(jù)本發(fā)明實例2的用于RACS的基于QoS策略計費方 法。當用戶終止某個業(yè)務時，如果該業(yè)務需要QoS保i正，則需要向 RACS發(fā)起策略撤銷處理。如圖5所示，該方法包括以下步驟
步驟S502,當AF收到業(yè)務終止消息或者AF發(fā)起業(yè)務終止時， 觸發(fā)相應的策略招t銷處理；
步驟S504, AF向SPDF發(fā)送策略撤銷請求；
步驟S506， SPDF向與該業(yè)務有關的x-RACF發(fā)送策略撤銷請
求；
步驟S508， x-RACF釋放與該業(yè)務相關的資源，4企查與該業(yè)務 有關的RCEF,并向相應的RCEF下發(fā)策略纟欽銷請求；
步艱《S510, RCEF收到策略招t銷i青求，刪除該策略，并與計費 系統(tǒng)交互終止對該業(yè)務的計費；
步驟S512, RCEF向x-RACF回復策略4敬銷應答；
步驟S514, x-RACF向SPDF回復策略4敬銷應答；
步驟S516，如果BGF與該業(yè)務有關，貝'J SPDF向BGF發(fā)起策 略招t銷"i青求；
步艱《S518， BGF刪除該策略，并與計費系統(tǒng)交互終止對該業(yè) 務的計費；
步驟S520， BGF向SPDF回復策略招t銷應答；步驟S522， SPDF向AF回復策略招i銷應答。
上述實例給出了根據(jù)本發(fā)明實例的QoS和計費策略撤銷處理 流程。
裝置實施例
根據(jù)本發(fā)明實施例還提供了一種資源接納控制子系統(tǒng)。如圖6 所示，根據(jù)本發(fā)明實施例的RACS包括SPDF 10和x-RACF 20，還 包括CDF30， CDF30設置于SPDF 10中，用于生成計費策略。優(yōu) 選地，SPDF用于接收來自AF的策略請求，并將攜帶有計費策略的 策略請求發(fā)送到x-RACF以及參與計費的BGF。
對于本領域技術人員來說，可以使用該RACS來實現(xiàn)上述的方 法實施例，在此不再進4于^M田描述。
綜上所述，通過本發(fā)明的上述技術方案，實現(xiàn)了RACS支持基 于QoS策略計費，滿足了運營商精細化運營的要求。
顯然，本領域的技術人員應該明白，上述的本發(fā)明的各沖莫塊或 各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算 裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們 可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成 電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模 塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在
本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種基于服務質(zhì)量策略計費方法，其特征在于，包括在基于業(yè)務的策略決策功能實體SPDF中增加計費決策功能實體CDF，其中，所述CDF用于生成計費策略；所述SPDF接收來自應用功能實體的策略請求，所述CDF根據(jù)所述策略請求中的業(yè)務描述信息產(chǎn)生計費策略；所述SPDF將所述攜帶有所述計費策略的策略請求發(fā)送到接入資源接納控制功能實體x-RACF以及參與計費的邊界網(wǎng)關功能實體BGF。
2. 根據(jù)權利要求1所述的方法，其特征在于，在所述SPDF接收 來自應用功能實體的策略請求之前，所述方法還包括所述應用功能實體與用戶設備進行業(yè)務協(xié)商，生成所述業(yè) 務描述信息；所述應用功能實體向所述SPDF發(fā)送攜帶有所述業(yè)務描 述信息的所述策略請求。
3. 根據(jù)權利要求2所述的方法，其特征在于，在所述SPDF接收 來自應用功能實體的策略"i青求之后，所述方法還包4舌所述SPDF對所述策略請求進行4受權。
4. 根據(jù)權利要求1所述的方法，其特征在于，還包括所述x-RACF接收所述策略請求；所述x-RACF根據(jù)以下至少之一判斷是否才妄納所述策略 請求用戶的簽約信息，傳輸資源狀況，以及業(yè)務請求的服務 質(zhì)量；在所述策略請求被接納的情況下，所述x-RACF生成本地 服務質(zhì)量策略，并將所述策略請求中的所述計費策略發(fā)送到相 應的資源控制^M于功能實體RCEF。
5. 根據(jù)權利要求4所述的方法，其特征在于，進一步包括所述RCEF以及所述BGF根據(jù)所述計費策略與相應的計 費系鄉(xiāng)充進4亍交互。
6. 根據(jù)權利要求1至5中任一項所述的方法，其特征在于，所述業(yè)務描述信息包括以下至少之一業(yè)務類型、業(yè)務優(yōu) 先級、業(yè)務所要求的服務質(zhì)量、運營商配置的計費相關策略；所述計費策略包括以下至少之一費率、計費方式，計費 的觸發(fā)事件、測量方式。
7. 根據(jù)權利要求6所述的方法，其特征在于，在所述SPDF接收 到來自應用功能實體的策略撤銷請求信息的情況下，所述方法 還包括所述SPDF向所述x-RACF以及所述BGF發(fā)送所述策略 撤銷請求；所述x-RACF 4妄收所述策略4敎銷"i青求；所述x-RACF釋放與業(yè)務相關的資源，并向所述RCEF發(fā) 送所述策略撤銷請求。
8. 根據(jù)權利要求7所述的方法，其特征在于，還包括所述RCEF以及所述BGF分別4妄收所述策略纟敎銷請求；所述RCEF以及所述BGF分別刪除所述計費策略，并終 止與所述計費系統(tǒng)交互。
9. 一種資源接納控制子系統(tǒng)，包括SPDF和x-RACF，其特征在 于所述資源接納控制子系統(tǒng)還包括CDF,所述CDF設置于 所述SPDF中，用于生成計費策略。
10. 根據(jù)權利要求9所述的資源接納控制子系統(tǒng)，其特征在于，所 述SPDF用于接收來自應用功能實體的策略請求，并將攜帶有 所述計費策略的策略請求發(fā)送到x-RACF以及參與計費的 BGF。
全文摘要
本發(fā)明公開了一種基于服務質(zhì)量策略計費方法以及資源接納控制子系統(tǒng)。其中，上述方法包括在基于業(yè)務的策略決策功能實體中增加計費決策功能實體，其中，計費決策功能實體用于生成計費策略；基于業(yè)務的策略決策功能實體接收來自應用功能實體的策略請求，計費決策功能實體根據(jù)策略請求中的業(yè)務描述信息產(chǎn)生計費策略；基于業(yè)務的策略決策功能實體將攜帶有計費策略的策略請求發(fā)送到接入資源接納控制功能實體以及參與計費的邊界網(wǎng)關功能實體。通過本發(fā)明，實現(xiàn)了資源接納控制子系統(tǒng)支持基于QoS策略計費。
文檔編號H04L12/14GK101316176SQ20081012496
公開日2008年12月3日 申請日期2008年6月19日 優(yōu)先權日2008年6月19日
發(fā)明者倩 孫, 默 孫 申請人:中興通訊股份有限公司