專利名稱：一種消費限制業(yè)務的簽約和執(zhí)行方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通訊技術領域，尤其涉及一種消費限制業(yè)務的簽約和執(zhí)行方法及系統(tǒng)。
背景技術：
第三代合作伙伴計劃(3rdGeneration Partnership Project，簡稱為 3GPP) 的策略和計費控制(Policy and Charging Control，簡稱為PCC)架構是一個能夠應用于多種接入技術的功能框架。例如，應用于通用移動通信系統(tǒng)(Universal Mobile Telecommunications System,簡稱為 UMTS)的陸上無線接入網(wǎng)(UMTS Terrestrial Radio Access Network，簡稱為 UTRAN)、全球移動通信系統(tǒng)(Global system for Mobile Communication，簡稱為 GSM)/GSM 數(shù)據(jù)增強演進(Enhanced Data rates for Global Evolution，簡稱為EDGE)無線接入網(wǎng)、互通無線局域網(wǎng)(I-WLAN)以及演進的分組系統(tǒng) (Evolved Packet System，簡稱為 EPS)等。圖1 (a)為相關技術的Rel-8 PCC非漫游架構(架構1)的示意圖，以下參照圖1 (a)對該PCC架構中的各個邏輯功能實體及其接口功能進行描述
應用功能實體(Application Function,簡稱為AF)，提供業(yè)務應用的接入點，這些業(yè)務應用所使用的網(wǎng)絡資源需要進行動態(tài)的策略控制。在業(yè)務面進行參數(shù)協(xié)商時，AF將相關業(yè)務信息傳遞給策略與計費規(guī)則功能實體(Policy and Charging Rules Function，簡稱為 PCRF),如果這些業(yè)務信息與PCRF的策略相一致，則PCRF接受該協(xié)商；否則，PCRF拒絕該協(xié)商，并在反饋中同時給出PCRF可接受的業(yè)務參數(shù)。隨后，AF可將這些參數(shù)返回給用戶設備 (User Equipment，簡稱為UE)。其中，AF和PCRF之間的接口是Rx接口。PCRF是PCC的核心，負責策略決策和計費規(guī)則的制定。PCRF提供了基于業(yè)務數(shù)據(jù)流的網(wǎng)絡控制規(guī)則，這些網(wǎng)絡控制包括業(yè)務數(shù)據(jù)流的監(jiān)測、門控(Gating Control)、服務質(zhì)量(Quality of krvice，簡稱為QoS)控制以及基于數(shù)據(jù)流的計費規(guī)則等。PCRF將其制定的策略和計費規(guī)則發(fā)送給策略與計費執(zhí)行功能實體(Policy and Charging Enforcement Function，簡稱為PCEF)執(zhí)行，同時，PCRF還需要保證這些規(guī)則和用戶的簽約信息一致。 PCRF制定策略和計費規(guī)則的依據(jù)包括從AF獲取與業(yè)務相關的信息；從用戶簽約數(shù)據(jù)庫 (Subscription Profile R印ository，簡稱為SPR)獲取用戶策略計費控制簽約信息；從 PCEF獲取與承載相關網(wǎng)絡的信息。PCEF，用于在承載面執(zhí)行PCRF所制定的策略和計費規(guī)則。PCEF按照PCRF所發(fā)送的規(guī)則中的業(yè)務數(shù)據(jù)流過濾器對業(yè)務數(shù)據(jù)流進行監(jiān)測，進而對這些業(yè)務數(shù)據(jù)流執(zhí)行PCRF 所制定的策略和計費規(guī)則。在承載建立時，PCEF按照PCRF發(fā)送的規(guī)則進行QoS授權，并根據(jù)AF的執(zhí)行進行門控控制。根據(jù)PCRF發(fā)送的計費規(guī)則，PCEF執(zhí)行相應的業(yè)務數(shù)據(jù)流計費操作，計費既可以是在線計費，也可以是離線計費。如果是在線計費，則PCEF需要和在線計費系統(tǒng)(Online Charging System，簡稱為0CS)—起進行信用管理。離線計費時，PCEF 和離線計費系統(tǒng)(Offline Charging System，簡稱為0FCS)之間交換相關計費信息。PCEF與PCRF之間的接口是to接口，與OCS之間的接口是Gy接口，與OFCS之間的接口是( 接口。PCEF通常位于網(wǎng)絡的網(wǎng)關(Gate-Way，簡稱為GW)內(nèi)，如GPRS中的GPRS網(wǎng)關支持節(jié)點 (GGSN)以及I-WLAN中的分組數(shù)據(jù)網(wǎng)關(Packet Data Gateway，簡稱為PDG)。承載綁定和事件報告功能實體(Bearer Binding and Event Reporting Function，簡稱為BBERF)，其功能包括承載綁定、上行承載綁定的驗證、以及事件報告。當 UE通過E-UTRAN接入，并且S-GW與P-GW之間采用PMIPv6協(xié)議時，BBERF就位于S-GW，當 UE通過可信任非3GPP接入系統(tǒng)接入時，BBERF位于可信任非3GPP接入網(wǎng)關，當UE通過不可信任非3GPP接入系統(tǒng)接入時、BBERF位于演進的分組數(shù)據(jù)網(wǎng)關(Evolved Packet Data Gateway,簡稱為ePDG)。此時，PCEF不再執(zhí)行承載綁定功能。用戶簽約數(shù)據(jù)庫(sra)存儲了和策略控制與計費相關的用戶策略計費控制簽約信息。SI3R和PCRF之間的接口是Sp接口。在線計費系統(tǒng)(0CS)，與PCEF —起進行在線計費方式下用戶信用的控制和管理。離線計費系統(tǒng)(0FCS)，與PCEF—起完成離線計費方式下的計費操作。如圖1 (b)所示，為圖1 (a)架構下部署Sy接口的架構圖(架構2)。OCS和PCRF 之間的接口是Sy接口，該接口上的計費策略會話用于傳送計費相關信息。PCRF從OCS獲取計費相關信息，作為制定PCC/QoS規(guī)則的依據(jù)信息之一。OCS檢測到授權配額(例如用量閾值)到達后，可向PCRF發(fā)起計費策略報告，觸發(fā)PCRF發(fā)起會話修改流程，更新相關規(guī)則。以上PCC架構通過各功能實體實現(xiàn)了對UE為訪問一個分組數(shù)據(jù)網(wǎng)絡(Packet Data Network，簡稱為 PDN)所建立的 IP 連接接入網(wǎng)(IP Connectivity Access Network, 簡稱為IP-CAN)會話的策略計費控制。目前，PCC架構支持消費限制業(yè)務(spending limits)的QoS控制。所謂消費限制業(yè)務的QoS控制是指用戶簽約了某個業(yè)務(例如視頻點播)，用戶可以在特定時間內(nèi)(例如每天)累計消費一定限額(例如10元)，該段消費內(nèi)享受較高的QoS保障，當累計消費金額超過該限額，只能獲得較低的QoS保障。這類業(yè)務的特點是運營商需要根據(jù)消費的情況改變相應的QoS策略，而消費信息是在OCS中保存。當用戶開展這類業(yè)務，策略決策實體(PCRF) 制定策略時，需要感知用戶的消費情況從而制定策略；或是擴展現(xiàn)有計費機制，對這類業(yè)務的計費采用特殊的處理。現(xiàn)有技術中，業(yè)務的信用管理功能由PCEF和OCS協(xié)商完成，OCS根據(jù)PCEF發(fā)送的CCR消息中的計費策略(如費率組RG)等信息，以及結合本地的計費機制和運營商策略對 PCEF所申請的業(yè)務實行信用管控，給PCEF返回CCA消息，在消息中攜帶授權的業(yè)務信用配額給PCEF?，F(xiàn)有的在線計費機制，當PCEF為該業(yè)務向OCS請求信用額度時，如果該RG對應的業(yè)務受限，OCS會返回“out of credit”，PCEF將繼續(xù)向PCRF上報“out of credit”，此時PCRF會認為請求信用額度失敗，業(yè)務被中止。針對消費限制業(yè)務，對現(xiàn)有技術的一個改進方案是通過擴展信用管理功能和改進流程來實現(xiàn)。即當OCS感知到業(yè)務受限時，不是返回“out of credit”，而是通過攜帶指示 (例如新的參數(shù)標識)給PCEF，PCEF根據(jù)該指示發(fā)起IP-CAN會話修改流程請求PCRF為該業(yè)務重新授權。PCRF將為該受限業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF。PCEF執(zhí)行新的規(guī)則，并向OCS申請信用配額。OCS根據(jù)新的計費策略為消費限制業(yè)務下發(fā)相應的信用配額，來實現(xiàn)信用管控。

發(fā)明內(nèi)容
現(xiàn)有技術及改進方案無法解決如下消費限制業(yè)務的場景。因為用戶簽約的高QoS 消費限制配額是針對某一類或是全部業(yè)務(Service A和krvice B屬于消費限制簽約業(yè)務，Service C不屬于)，且這些業(yè)務具有相同或不同的計費費率RG (Service A, RGl ； Service B,RG2 ；Service C，RGl)，OCS的信用管控機制是針對RG來下發(fā)信用配額。則當用戶有多個業(yè)務同時使用(Service Α, B, C)，且有些業(yè)務屬于消費限制簽約的業(yè)務(Service A和B)，有些不是(Service C)，則OCS收到RGl的CCR信用額度請求，則無法確定是否為消費限制簽約業(yè)務義！·“^ A或非消費限制簽約業(yè)務Service C，從而無法做出正確的信用配額的決策和授權。本發(fā)明解決的技術問題是提供一種消費限制業(yè)務的簽約和執(zhí)行方法及系統(tǒng)，使得 OCS能夠準確區(qū)分簽約消費限制業(yè)務，執(zhí)行信用管控功能。為了解決上述問題，本發(fā)明提供一種消費限制業(yè)務的簽約和執(zhí)行方法，包括 策略與計費執(zhí)行功能實體(PCEF)發(fā)送信用控制請求消息給在線計費系統(tǒng)(0CS)，攜帶
用戶業(yè)務的計費信息和業(yè)務信息；
所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。優(yōu)先地，上述方法具有以下特點
所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制的步驟包
括
若所述OCS檢測到所述用戶業(yè)務簽約了消費限制時
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶模擬閾值到達指示；
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述 PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。優(yōu)先地，上述方法具有以下特點
所述OCS向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息之后，PCEF根據(jù)所述模擬閾值到達指示向PCRF發(fā)起IP連接接入網(wǎng)(IP-CAN)會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；
PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。優(yōu)先地，上述方法具有以下特點
所述OCS向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息之后，PCEF根據(jù)所述閾值到達指示向PCRF發(fā)起IP-CAN會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；
PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。 優(yōu)先地，上述方法具有以下特點
所述符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息一致； 所述不符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息不一優(yōu)先地，上述方法具有以下特點
所述業(yè)務信息為業(yè)務標識，所述計費信息包括費率組或計費關鍵字。本發(fā)明解決的技術問題是提供一種消費限制業(yè)務的簽約和執(zhí)行方法，包括 PCRF向OCS發(fā)送計費策略會話創(chuàng)建消息，攜帶用戶的業(yè)務信息；
OCS根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。優(yōu)先地，上述方法具有以下特點
在IP-CAN會話建立過程中，PCRF向OCS發(fā)送所述計費策略會話創(chuàng)建消息； 所述OCS根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制的步驟包括 所述OCS向所述PCRF返回計費策略應答消息，攜帶計費相關信息。優(yōu)先地，上述方法具有以下特點
所述計費策略會話創(chuàng)建消息為信用控制請求消息或重授權請求消息。優(yōu)先地，上述方法具有以下特點
所述OCS向所述PCRF返回攜帶計費相關信息的計費策略應答消息之后，所述PCRF根據(jù)所述計費相關信息制定相應的PCC規(guī)則，并下發(fā)給PCEF ；
PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，向OCS發(fā)送信用控制請求消息，攜帶所述用戶業(yè)務的計費信息和業(yè)務信息；
所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。優(yōu)先地，上述方法具有以下特點
所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制的步驟包
括
若所述OCS檢測到所述用戶業(yè)務簽約了消費限制時
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCRF發(fā)送攜帶模擬閾值到達指示的計費策略報告或者向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息；
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述 PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告，或者向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。優(yōu)先地，上述方法具有以下特點
所述OCS向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告之后，所述PCRF根據(jù)所述閾值到達指示為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。優(yōu)先地，上述方法具有以下特點
所述OCS向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息之后，PCEF根據(jù)所述閾值到達指示向PCRF發(fā)起IP-CAN會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；
PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。優(yōu)先地，上述方法具有以下特點
所述符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息一致； 所述不符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息不一致。優(yōu)先地，上述方法具有以下特點
所述計費相關信息包括消費限制業(yè)務的簽約指示，所述消費限制業(yè)務的簽約指示為模擬閾值到達指示或消費限制業(yè)務標識。優(yōu)先地，上述方法具有以下特點 所述業(yè)務信息為業(yè)務標識。本發(fā)明解決的技術問題是提供一種消費限制業(yè)務的簽約和執(zhí)行系統(tǒng)，包括PCEF、 OCS ；其中，
所述PCEF用于發(fā)送信用控制請求消息給0CS，攜帶用戶業(yè)務的計費信息和業(yè)務信息； 所述OCS用于根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。優(yōu)先地，上述系統(tǒng)具有以下特點
所述OCS進一步用于若檢測到所述用戶業(yè)務簽約了消費限制時 當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶模擬閾值到達指示；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
當根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。本發(fā)明解決的技術問題是提供一種消費限制業(yè)務的簽約和執(zhí)行系統(tǒng)，包括OCS和 PCRF ；其中，
所述PCRF用于向OCS發(fā)送計費策略會話創(chuàng)建消息，攜帶用戶業(yè)務的業(yè)務信息； 所述OCS用于根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。優(yōu)先地，上述系統(tǒng)具有以下特點
PCRF進一步用于在IP-CAN會話建立過程中，向OCS發(fā)送所述計費策略會話創(chuàng)建消息； 所述OCS進一步用于所述OCS向所述PCRF返回計費策略應答消息，攜帶計費相關信
肩、ο
優(yōu)先地，上述系統(tǒng)還包括PCEF ；
所述PCRF進一步根據(jù)所述計費相關信息制定相應的PCC規(guī)則，并下發(fā)給PCEF ； 所述PCEF用于執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，向OCS發(fā)送信用控制請求消息，攜帶所述用戶業(yè)務的計費信息和業(yè)務信息；
所述OCS進一步用于根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。優(yōu)先地，上述系統(tǒng)具有以下特點
所述OCS進一步用于若檢測到所述用戶業(yè)務簽約了消費限制時 當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCRF發(fā)送攜帶模擬閾值到達指示的計費策略報告或者向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
當根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告，或者向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。
本發(fā)明能夠避免OCS僅根據(jù)費率組的信息而導致針對消費限制業(yè)務無法做出正確的信用配額的決策和授權的問題，使OCS能夠準確區(qū)分簽約消費限制業(yè)務，執(zhí)行信用管控功能。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中
圖ι (a)為根據(jù)相關技術的Rel-8 PCC非漫游架構的示意圖1 ； 圖1 (b)為根據(jù)相關技術的PCC非漫游架構的示意圖2(帶Sy接口)； 圖2為根據(jù)本發(fā)明實施例一的流程示意圖1 ； 圖3為根據(jù)本發(fā)明實施例一的流程示意圖2 ； 圖4為根據(jù)本發(fā)明實施例二的流程示意圖1 ； 圖5為根據(jù)本發(fā)明實施例二的流程示意圖2。
具體實施例方式本發(fā)明的基本思想是，通過PCEF或PCRF向OCS發(fā)送攜帶用戶業(yè)務的業(yè)務信息(例如業(yè)務SKkrvice ID)的消息，從而使OCS根據(jù)業(yè)務信息區(qū)分業(yè)務，執(zhí)行信用控制。具體的，針對架構1，可包括如下步驟
PCEF發(fā)送信用控制請求消息給0CS，攜帶用戶業(yè)務的計費信息(例如計費關鍵字 Charging key或費率組felting Group)和業(yè)務信息(例如業(yè)務標識krvice ID)；所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。其中，OCS可根據(jù)接收到的計費信息和業(yè)務信息，獲取本地計費相關信息(例如該業(yè)務對應費率下的信用配額)，執(zhí)行信用授權。OCS檢測到所述用戶業(yè)務簽約了消費限制時，為所述用戶業(yè)務執(zhí)行信用控制具體可以是如下四種情況
(1當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求(比如，接收到的計費信息(費率組或計費關鍵字)與簽約消費限制使用的計費信息(費率組或計費關鍵字)一致)時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
(2)當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求(比如，接收到的計費信息(費率組或計費關鍵字)與簽約消費限制使用的計費信息(費率組或計費關鍵字)不一致)時，向所述PCEF返回信用控制應答消息，攜帶模擬閾值到達指示；
(3)當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
(4)當OCS根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。其中，在上述(2)觸發(fā)PCEF發(fā)起后續(xù)會話修改流程，更新PCC規(guī)則，即PCEF根據(jù)所述模擬閾值到達指示向PCRF發(fā)起IP-CAN會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。在上述(4)觸發(fā)PCEF發(fā)起后續(xù)會話修改流程，更新PCC規(guī)則，即PCEF根據(jù)所述閾值到達指示向PCRF發(fā)起IP-CAN會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。
針對架構2，由于PCRF和OCS之間具有Sy接口，所以PCRF和OCS之間可之間通訊，具體可包括如下步驟
PCRF向OCS發(fā)送計費策略會話創(chuàng)建消息，攜帶用戶業(yè)務的業(yè)務信息(例如業(yè)務標識 Service ID)；
OCS根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。具體地，上述PCRF向OCS發(fā)送計費策略會話創(chuàng)建消息通常是在IP-CAN會話建立過程中進行。該計費策略會話創(chuàng)建消息為本發(fā)明提出的消息，其具體可以是信用控制請求消息或重授權請求消息。OCS根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制具體是指0CS向所述 PCRF返回計費策略響應消息，攜帶計費相關信息(包括但不限于消費限制業(yè)務的簽約指示， 例如模擬閾值到達指示或消費限制業(yè)務標識等)。在OCS向所述PCRF返回攜帶計費相關信息的計費策略應答消息之后，進一步可包括如下步驟
PCRF根據(jù)所述計費相關信息制定相應的PCC規(guī)則(例如特殊的QoS保證(提升或降低 QoS)，特殊的費率(特殊的Charging key或Rating Group))，并下發(fā)給PCEF ；
PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，向OCS發(fā)送信用控制請求消息，攜帶所述用戶業(yè)務的計費信息(例如計費關鍵字Charging key或費率組Rating Group)和業(yè)務信息；
所述OCS接收到所述信用控制請求消息后，根據(jù)接收到的所述計費信息和所述業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。所述OCS檢測到所述用戶業(yè)務簽約了消費限制，根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制具體可以是如下四種情況
(1)當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求(比如，接收到的計費信息(費率組或計費關鍵字)與簽約消費限制使用的計費信息(費率組或計費關鍵字)一致)時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
(2)當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求(比如，接收到的計費信息(費率組或計費關鍵字)與簽約消費限制使用的計費信息(費率組或計費關鍵字)不一致)時，向所述PCRF發(fā)送攜帶模擬閾值到達指示的計費策略報告或者向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息；
(3)當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
(4)當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告，或者向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。其中，針對(2)，OCS向所述PCRF發(fā)送攜帶模擬閾值到達指示的計費策略報告之后，可進一步執(zhí)行
PCRF根據(jù)所述模擬閾值到達指示制定相應的PCC規(guī)則(例如特殊的QoS保證(提升或降低QoS)，特殊的費率(特殊的Charging key或Rating Group))，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，向OCS發(fā)送信用控制請求消息，攜帶所述用戶業(yè)務的計費信息 (例如計費關鍵字Charging key或費率組Rating Group)和業(yè)務信息。針對(2)，OCS向所述PCEF發(fā)送攜帶模擬閾值到達指示的信用控制應答消息，跟上述架構1的流程一樣，此處不再贅述。針對(3)，當OCS檢測到所述用戶業(yè)務到達消費限制閾值時，可直接向PCRF發(fā)起計費策略報告，直接觸發(fā)PCRF發(fā)起IP-CAN會話修改，包括如下步驟當所述OCS檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告，所述PCRF根據(jù)所述閾值到達指示為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ； PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息?；蛘?，也可以如架構1所述的方法，向PCEF向所述PCEF發(fā)送攜帶閾值到達指示的信用控制響應消息或重授權請求消息，觸發(fā)IP-CAN會話修改。為了便于闡述本發(fā)明，以下將結合附圖及具體實施例對本發(fā)明技術方案的實施作進一步詳細描述。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。圖2和3為本發(fā)明根據(jù)架構1的實施例的流程圖。圖4和5為本發(fā)明根據(jù)架構2 的實施例二的流程圖。
架構一
如圖2和3所示，該流程具體描述如下
步驟S201，IP-CAN會話創(chuàng)建完成，GW (PCEF)收到hPCRF (家鄉(xiāng)PCRF)下發(fā)的PCC規(guī)則并安裝執(zhí)行。當存在BBERF時，此處同時完成網(wǎng)關控制會話的創(chuàng)建，BBERF收到QoS規(guī)則并執(zhí)行；
步驟S202，GW (PCEF)向OCS發(fā)送信用控制請求消息，帶上用戶標識，業(yè)務信息(如業(yè)務標識krvicelD)，計費信息(如費率組Rating Group、計費關鍵字Charging key)；
步驟S203，OCS根據(jù)OCS接收到的信息和本地簽約存儲的信息進行信用管控。當OCS檢測到該用戶或該用戶的該業(yè)務簽約了消費限制，則給GW (PCEF)返回信用控制應答消息，消息中攜帶用戶標識、業(yè)務信息(如業(yè)務標識ServicelD)，以及模擬閾值到達指示。該模擬閾值到達指示用來指示GW (PCEF)該用戶或該用戶的該業(yè)務簽約了消費限制，需要GW (PCEF) 向hPCRF發(fā)起會話修改流程，請求新的QoS規(guī)則，并按新的QoS規(guī)則進行信用申請和配額下發(fā)等處理；
步驟S204，Gff (PCEF)收到OCS的信用控制應答消息后，根據(jù)消息中的模擬閾值，觸發(fā) IP-CAN會話修改流程。向PCRF發(fā)送CCR消息申請規(guī)則更新，消息中帶上用戶標識、業(yè)務信息(如業(yè)務標識krvice ID)以及模擬閾值到達指示(即OCS發(fā)送給GW (PCEF )。根據(jù)需要，消息中可能會帶上其它計費信息(如費率組Rating Group)；
步驟S205，hPCRF收到PCEF發(fā)送的會話修改請求消息后，根據(jù)消息中的閾值到達指示， 以及相關的業(yè)務信息，以及可能同時攜帶的其它計費信息，制定新的或修改PCC/QoS規(guī)則。 例如，當判斷當前為消費限制業(yè)務的使用時，根據(jù)簽約提升或降低QoS ；
步驟S206，PCRF下發(fā)IP-CAN會話修改確認消息給GW (PCEF)，消息中帶上更新后的 PCC/QoS規(guī)則；若存在GW (BBERF)則PCRF將觸發(fā)網(wǎng)關控制會話修改，下發(fā)新的QoS規(guī)則給 Gff (BBERF)；
步驟S207，GW (PCEF)收到響應消息后安裝并執(zhí)行策略。如規(guī)則更新，事件觸發(fā)器等； 步驟S208，GW (PCEF)向OCS重新發(fā)起信用控制請求消息。消息中帶上用戶標識，業(yè)務信息(如業(yè)務標識krvice ID)，計費信息(如費率組Rating Group)；
步驟S209，OCS根據(jù)接收到的信息和本地簽約存儲的信息進行信用管控。當OCS檢測到該用戶或該用戶的該業(yè)務簽約了消費限制，且該計費策略符合消費限制簽約(例如，費率組為消費限制簽約時的特定值)，則根據(jù)簽約信息下發(fā)信用配額給GW (PCEF)(例如，流量配額和/或時間配額)；
步驟S210，PCEF收到OCS下發(fā)的配額，執(zhí)行相關業(yè)務的用量統(tǒng)計，業(yè)務正常進行，按現(xiàn)有流程執(zhí)行后續(xù)處理。UE通過步驟S201-步驟S210實現(xiàn)了消費限制用戶業(yè)務的簽約和執(zhí)行。業(yè)務過程中， 當GW (PCEF)的用量統(tǒng)計(時長和或流量)達到OCS下發(fā)的配額時，GW (PCEF)會再次向OCS 發(fā)起信用控制請求，重復S208 S210步驟，提供業(yè)務的后續(xù)執(zhí)行與統(tǒng)計。直到簽約的消費限制閾值到達，將執(zhí)行如下步驟
步驟S301，業(yè)務過程中，GW (PCEF)閾值到達，發(fā)起信用控制請求消息給0CS，并上報用
量；
步驟S302當OCS檢測到消費限制閾值到達(如GW (PCEF)上報通知或是自身定時器超時等)，則會發(fā)起重授權請求，進一步觸發(fā)會話修改流程，更新PCC/QoS規(guī)則，執(zhí)行相應的信用控制和用量統(tǒng)計；
步驟S303，OCS給GW (PCEF)發(fā)送信用控制應答消息，消息中帶上用戶標識，業(yè)務信息 (例如業(yè)務標識krvice ID),以及閾值到達指示(即消費限制業(yè)務的閾值到達標識)。根據(jù)需要，消息中可能會帶上其它計費信息(如費率組Rating Group)；
步驟S304，GW(PCEF)收到OCS的信用控制應答消息后，根據(jù)消息中的閾值，觸發(fā)IP-CAN 會話修改流程。向hPCRF發(fā)送CCR消息申請規(guī)則更新，消息中帶上用戶標識、業(yè)務信息(如業(yè)務標Kkrvice ID)以及閾值到達指示。根據(jù)需要，消息中可能會帶上其它計費信息(如費率組 Rating Group)；
步驟S305，hPCRF收到GW (PCEF)發(fā)送的會話修改請求消息后，根據(jù)消息中的閾值到達指示，以及相關的業(yè)務信息，以及可能同時攜帶的其它計費信息，制定新的或修改PCC/QoS 規(guī)則。例如，當判斷當前為消費限制業(yè)務的停用時，根據(jù)簽約降低或提升QoS ；
步驟S306，PCRF下發(fā)IP-CAN會話修改確認消息給GW (PCEF)，消息中帶上更新后的 PCC/QoS規(guī)則；若存在GW (BBERF)則PCRF將觸發(fā)網(wǎng)關控制會話修改，提供更新后的QoS規(guī)則給 GW (BBERF)；
如果步驟303中沒有在信用控制應答消息中將閾值指示到達指示發(fā)送給PCEF，則OCS 會發(fā)起一個重授權請求消息，發(fā)送相應的指示給GW (PCEF)。則此處，GW (PCEF)發(fā)送重授權應答消息給0CS，消息中攜帶有內(nèi)部用戶標識，及操作指示(例如結果碼中指示業(yè)務繼續(xù)并將會有新的信用控制請求發(fā)送)。如果簽約消費限制業(yè)務閾值到達后終結業(yè)務，則簽約操作指示為業(yè)務結束則無后續(xù)信用請求消息。則后續(xù)S307-310不再執(zhí)行，相關網(wǎng)元按現(xiàn)有技術作會話終結處理，流程結束。否則繼續(xù)S307流程；
步驟S307，GW (PCEF)安裝并執(zhí)行hPCRF下發(fā)的策略。如規(guī)則更新，事件觸發(fā)器等； 步驟S308，GW (PCEF)向OCS重新發(fā)起信用控制請求消息。消息中帶上用戶標識，業(yè)務信息(如業(yè)務標識krvice ID)，計費信息(如費率組Rating Group)；
步驟S309，OCS根據(jù)接收到的信息和本地簽約存儲的信息進行信用管控。當OCS檢測到該用戶或該用戶的該業(yè)務簽約了消費限制，但消費限制業(yè)務閾值已經(jīng)到達(例如規(guī)定時間的用量使用完畢)，且計費策略符合非消費限制業(yè)務簽約(例如，費率組不同于消費限制策略的值)，則根據(jù)簽約信息下發(fā)信用配額給GW (PCERF)(例如，流量配額和/或時間配額)； 步驟S310，PCEF收到OCS下發(fā)的配額，執(zhí)行相關業(yè)務的用量統(tǒng)計，業(yè)務正常進行，按現(xiàn)有流程執(zhí)行后續(xù)處理。 以上步驟S20fS310，為架構1完整的消費限制業(yè)務的簽約、授權和執(zhí)行，以及閾值到達后的取消并更新的流程。
實施例二
圖4和5為本發(fā)明根據(jù)架構2的實施例二的流程圖， 該流程具體描述如下
步驟S401，網(wǎng)關控制會話創(chuàng)建完成，PCEF位于的網(wǎng)關接收到IP-CAN會話建立請求消息，觸發(fā)IP-CAN會話創(chuàng)建流程；
步驟S402，GW (PCEF)收到IP-CAN承載建立請求，該IP-CAN會話建立請求消息中攜帶用戶標識和請求接入的PDN網(wǎng)絡的PDN標識；
步驟S403，GW (PCEF)向hPCRF發(fā)起IP-CAN會話創(chuàng)建指示，并在該IP-CAN會話建立指示消息中攜帶用戶標識、PDN標識以及為UE分配的IP地址(IP Address)；
步驟S404，hPCRF根據(jù)用戶標識判斷還沒有該用戶的簽約數(shù)據(jù)，則向Sra發(fā)送簽約文檔請求，并在該簽約文檔請求中攜帶用戶標識和PDN標識；
步驟S405，Sra根據(jù)用戶標識和PDN標識返回用戶簽約信息(S卩，簽約文檔應答)； 步驟S406，當SI3R返回的簽約表明，PCRF的策略決策需要依賴于計費相關信息，且PCRF 尚未獲取相關信息(例如該IP-CAN會話為該用戶和PDN的第一個IP-CAN會話)，則需要發(fā)起計費策略會話。PCRF將向OCS發(fā)送計費策略會話創(chuàng)建消息，消息中帶上用戶標識，IP地址，以及業(yè)務信息(如業(yè)務標識)；
步驟S407，OCS根據(jù)計費策略會話創(chuàng)建和本地簽約存儲的信息進行本地查詢和決策， 并發(fā)送計費策略會話應答給hPCRF。消息中帶上計費相關信息。例如，當OCS檢測到該用戶或該用戶的該業(yè)務簽約了消費限制，則消息中除了攜帶用戶標識、業(yè)務信息(如業(yè)務標識 Service ID)外，還會帶上相應的簽約指示(例如消費限制業(yè)務標識或模擬閾值等)。該簽約指示用來指示PCRF該用戶或該用戶的該業(yè)務簽約了消費限制，需要制定相應的PCC/QoS規(guī)則以保證該類用戶或該類業(yè)務的QoS ；
步驟S406和步驟S407，根據(jù)實現(xiàn)機制需要觸發(fā)，至少可包括如下幾種執(zhí)行方式可在某個UE該PDN下的第一個IP-CAN會話創(chuàng)建時執(zhí)行(此時OCS會將該UE所有業(yè)務的相關計費信息發(fā)送給hPCRF)；可在某個UE的每個IP-CAN會話創(chuàng)建時執(zhí)行(此時，PCRF可根據(jù)該業(yè)務的策略決策是否需要獲取OCS的計費信息而觸發(fā));可在hPCRF和該OCS的首次會話時執(zhí)行(此類場景例如當某類計費信息為全部UE和業(yè)務List簽約，則可以一次下發(fā)給hPCRF 作本地存儲和后續(xù)本地訪問。OCS的該類計費信息更新后通知hPCRF更新。);可在某UE的 IP-CAN會話修改過程中，策略決策需要獲取該機費信息，而觸發(fā)執(zhí)行和OCS的計費策略會話；
步驟S408，hPCRF收到OCS的計費策略會話應答消息后，根據(jù)消息中的簽約指示(例如消費限制業(yè)務標識或模擬閾值等)，以及返回的其它簽約信息、網(wǎng)絡策略、UE的接入信息等制定策略(包括PCC規(guī)則、事件觸發(fā)器等)。當判斷當前為消費限制業(yè)務的使用，則會制定特殊的PCC/QoS規(guī)則(如可提供特殊QoS保證，授權特殊Charging key或Rating Group等)； 步驟S409，hPCRF向GW (PCEF)返回IP-CAN會話建立確認消息，下發(fā)制定的策略； 步驟S410，Gff (PCEF)收到響應消息后安裝并執(zhí)行策略，如PCC規(guī)則、事件觸發(fā)器等。 并根據(jù)授權規(guī)則向OCS發(fā)起信用控制請求消息。消息中帶上用戶標識，業(yè)務信息(如業(yè)務標 iK Service ID)，計費信息(如費率組 Rating Group)；步驟S411，OCS根據(jù)接收到的信息和本地簽約存儲的信息進行信用管控。當OCS檢測到該用戶或該用戶的該業(yè)務簽約了消費限制，且該計費策略符合消費限制簽約(例如，費率組為消費限制簽約時的特定值)，則根據(jù)簽約信息下發(fā)信用配額給GW (PCERF)(例如，流量配額和/或時間配額)；
步驟S412-415，按現(xiàn)有結束流程執(zhí)行后續(xù)處理。GW(PCEF)所在網(wǎng)關返回承載建立應答 (S412)，攜帶分配的IP地址。如果需要則可能會發(fā)起相應的承載創(chuàng)建處理(S413和S414) 建立IP-CAN會話應答。根據(jù)OCS下發(fā)的配額執(zhí)行相關業(yè)務的用量統(tǒng)計，業(yè)務正常進行。UE通過步驟S401-步驟S415實現(xiàn)了消費限制用戶業(yè)務的簽約和執(zhí)行。業(yè)務過程中，當GW (PCEF)的用量統(tǒng)計(時長和或流量)達到OCS下發(fā)的配額時，GW (PCEF)會再次向 OCS發(fā)起信用控制請求，重復S41(TS411步驟，提供新的信用配額繼續(xù)業(yè)務的后續(xù)執(zhí)行。直到簽約的消費限制閾值到達，觸發(fā)會話修改流程。如圖1 (b)架構所示，OCS可通過Sy接口和PCRF直接交互(如圖5)，觸發(fā)重授權， 發(fā)起會話修改和規(guī)則更新?；蛘呖赏ㄟ^Gy接口和GW (PCEF)交互，發(fā)起重授權和會話修改流程。以下則對這兩類實施作分別描述。如圖5，OCS通過Sy接口和PCRF直接交互，其執(zhí)行步驟為
步驟S501，業(yè)務過程中，當OCS檢測到消費限制閾值到達(例如GW (PCEF)上報通知或是自身定時器超時等)，則會發(fā)起重授權請求，進一步觸發(fā)會話修改流程，更新PCC/QoS規(guī)則，執(zhí)行相應的信用控制和用量統(tǒng)計；
步驟S502，OCS給PCRF發(fā)送計費策略報告。消息中帶上用戶標識，業(yè)務信息(例如業(yè)務 SKkrvice ID)，以及閾值到達指示(即消費限制業(yè)務的閾值到達標識)。根據(jù)需要，消息中可能會帶上其它計費信息(如費率組feting Group)；
步驟S503，PCRF收到計費策略報告后，給OCS返回計費策略報告應答。消息中攜帶用戶標識，及操作指示(例如結果碼中指示業(yè)務繼續(xù)并將會有新的信用控制請求發(fā)送)。如果簽約消費限制業(yè)務閾值到達后終結業(yè)務，則簽約操作指示為業(yè)務結束則無后續(xù)信用請求消息。則后續(xù)流程將不再執(zhí)行，相關網(wǎng)元按現(xiàn)有技術作會話終結處理，流程結束。否則繼續(xù) S504流程；
步驟S504，hPCRF根據(jù)計費策略報告中的閾值到達指示，以及相關的業(yè)務信息，以及可能同時攜帶的其它計費信息，調(diào)整并更新PCC/QoS規(guī)則。例如，當判斷當前為消費限制業(yè)務的停用時，根據(jù)簽約降低或提升QoS ；
步驟S505，PCRF下發(fā)PCC/QoS規(guī)則提供消息給GW (PCEF)消息中帶上更新后的PCC/ QoS規(guī)則；若存在GW (BBERF)則PCRF將觸發(fā)網(wǎng)關控制會話修改，提供更新后的QoS規(guī)則給 Gff (BBERF)；
步驟S506，Gff (PCEF)收到規(guī)則提供消息后安裝并執(zhí)行策略更新，如PCC規(guī)則、事件觸
發(fā)器等。步驟S507，GW(PCEF)向OCS重新發(fā)起信用控制請求消息。消息中帶上用戶標識， 業(yè)務信息(如業(yè)務標識krvice ID)，計費信息(如費率組Rating Group)；
步驟S508，0CS根據(jù)接收到的信息和本地簽約存儲的信息進行信用管控。當OCS檢測到該用戶或該用戶的該業(yè)務簽約了消費限制，但消費限制業(yè)務閾值已經(jīng)到達(例如規(guī)定時間的用量使用完畢)，且計費策略符合非消費限制業(yè)務簽約(例如，費率組不同于消費限制策略的值)，則根據(jù)簽約信息下發(fā)信用配額給GW (PCERF)(例如，流量配額和/或時間配額)； 步驟S509，Gff (PCEF)給hPCRF返回規(guī)則提供應答消息；
步驟S510，GW (PCEF)收到OCS下發(fā)的配額，執(zhí)行相關業(yè)務的用量統(tǒng)計，業(yè)務正常進行， 按現(xiàn)有流程執(zhí)行后續(xù)處理。以上步驟S401 S415和S50廣S510組成架構2完整的消費限制業(yè)務的簽約、授權和執(zhí)行，以及閾值到達后的取消并更新的流程。如圖3，架構2中，OCS通過Gy接口和GW (PCEF)交互，更新閾值發(fā)起會話修改的處理流程和步驟，與架構1中的相同，參見步驟S301 S310。則步驟S401 S415和S30廣S310 組成架構2的消費限制業(yè)務的簽約、授權和執(zhí)行，以及閾值到達后的取消并更新的另一完成流程?，F(xiàn)有技術的改進方案中OCS給PCEF返回的新的參數(shù)標識是模擬閾值到達情形，并觸發(fā)會話修改更新相關規(guī)則，重用了現(xiàn)有實現(xiàn)架構的流程。存在重鑒權交互及會話修改流程等冗余消息和處理。本發(fā)明實施例二克服了上述缺陷。
針對架構1，本發(fā)明實施例的消費限制業(yè)務的簽約和執(zhí)行系統(tǒng)，包括PCEF、OCS ；其中， 所述PCEF用于發(fā)送信用控制請求消息給0CS，攜帶用戶業(yè)務的計費信息和業(yè)務信息； 所述OCS用于根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制?？蛇x地，所述OCS進一步用于若檢測到所述用戶業(yè)務簽約了消費限制時 當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求
時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶模擬閾值到達指示；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
當根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。針對架構1，本發(fā)明實施例的消費限制業(yè)務的簽約和執(zhí)行系統(tǒng)，包括OCS和PCRF ； 其中，
所述PCRF用于向OCS發(fā)送計費策略會話創(chuàng)建消息，攜帶用戶業(yè)務的業(yè)務信息； 所述OCS用于根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。可選地，PCRF進一步用于在IP-CAN會話建立過程中，向OCS發(fā)送所述計費策略會話創(chuàng)建消息；所述OCS進一步用于所述OCS向所述PCRF返回計費策略應答消息，攜帶計費
相關信息。可選地，所述系統(tǒng)還包括PCEF ；
所述PCRF進一步根據(jù)所述計費相關信息制定相應的PCC規(guī)則，并下發(fā)給PCEF ；所述 PCEF用于執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，向OCS發(fā)送信用控制請求消息，攜帶所述用戶業(yè)務的計費信息和業(yè)務信息；所述OCS進一步用于根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。可選地，所述OCS進一步用于若檢測到所述用戶業(yè)務簽約了消費限制時當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCRF發(fā)送攜帶模擬閾值到達指示的計費策略報告或者向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息；
當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；
當根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告，或者向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。以上實施案例以非漫游架構作為描述場景，若為漫游場景，則GW (PCEF)和 hPCRF相應的消息經(jīng)由vPCRF (拜訪地PCRF)轉發(fā)，本發(fā)明仍然適用。本發(fā)明適用架構的技術演進，如架構中SI3R和Sp接口，采用UDC^ser Data Convergence，用戶數(shù)據(jù)匯聚)和Ud參考點替代。對于消費限制業(yè)務，以上實施案例以消費限制類業(yè)務高QoS保證為具體闡述，對于運營商類似簽約，例如消費限制類業(yè)務低QoS保證低費率套餐、閑時低費率忙時高費率套餐、以及整體套餐個別業(yè)務特殊QoS特殊費率結算等場景，本發(fā)明仍然適用。
本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)，相應地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種消費限制業(yè)務的簽約和執(zhí)行方法，包括策略與計費執(zhí)行功能實體(PCEF)發(fā)送信用控制請求消息給在線計費系統(tǒng)(0CS)，攜帶用戶業(yè)務的計費信息和業(yè)務信息；所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。
2.如權利要求1所述的方法，其特征在于，所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制的步驟包括若所述OCS檢測到所述用戶業(yè)務簽約了消費限制時當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶模擬閾值到達指示；當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述 PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。
3.如權利要求2所述的方法，其特征在于，所述OCS向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息之后，PCEF根據(jù)所述模擬閾值到達指示向PCRF發(fā)起IP連接接入網(wǎng)(IP-CAN)會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。
4.如權利要求2所述的方法，其特征在于，所述OCS向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息之后，PCEF根據(jù)所述閾值到達指示向PCRF發(fā)起IP-CAN會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。
5.如權利要求2所述的方法，其特征在于，所述符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息一致； 所述不符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息不一致。
6.如權利要求1 5中任意一項所述的方法，其特征在于，所述業(yè)務信息為業(yè)務標識，所述計費信息包括費率組或計費關鍵字。
7.一種消費限制業(yè)務的簽約和執(zhí)行方法，包括PCRF向OCS發(fā)送計費策略會話創(chuàng)建消息，攜帶用戶的業(yè)務信息； OCS根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。
8.如權利要求7所述的方法，其特征在于，在IP-CAN會話建立過程中，PCRF向OCS發(fā)送所述計費策略會話創(chuàng)建消息；CN 102547640 A所述OCS根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制的步驟包括 所述OCS向所述PCRF返回計費策略應答消息，攜帶計費相關信息。
9.如權利要求8所述的方法，其特征在于，所述計費策略會話創(chuàng)建消息為信用控制請求消息或重授權請求消息。
10.如權利要求8所述的方法，其特征在于，所述OCS向所述PCRF返回攜帶計費相關信息的計費策略應答消息之后，所述PCRF根據(jù)所述計費相關信息制定相應的PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，向OCS發(fā)送信用控制請求消息，攜帶所述用戶業(yè)務的計費信息和業(yè)務信息；所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。
11.如權利要求10所述的方法，其特征在于，所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制的步驟包括若所述OCS檢測到所述用戶業(yè)務簽約了消費限制時當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCRF發(fā)送攜帶模擬閾值到達指示的計費策略報告或者向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息；當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述 PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；當所述OCS根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告，或者向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。
12.如權利要求11所述的方法，其特征在于，所述OCS向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告之后，所述PCRF根據(jù)所述閾值到達指示為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。
13.如權利要求11所述的方法，其特征在于，所述OCS向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息之后，PCEF根據(jù)所述閾值到達指示向PCRF發(fā)起IP-CAN會話修改流程，所述PCRF為所述用戶業(yè)務重新制定或修改PCC規(guī)則，并下發(fā)給PCEF ；PCEF執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，并向OCS重新發(fā)送信用控制請求消息，攜帶用戶業(yè)務的計費信息和業(yè)務信息。
14.如權利要求11所述的方法，其特征在于，所述符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息一致； 所述不符合授權要求是指接收到的計費信息與簽約消費限制使用的計費信息不一
15.如權利要求8所述的方法，其特征在于，所述計費相關信息包括消費限制業(yè)務的簽約指示，所述消費限制業(yè)務的簽約指示為模擬閾值到達指示或消費限制業(yè)務標識。
16.如權利要求7 15中任意一項所述的方法，其特征在于， 所述業(yè)務信息為業(yè)務標識。
17.一種消費限制業(yè)務的簽約和執(zhí)行系統(tǒng)，其特征在于，包括PCEF、OCS ；其中，所述PCEF用于發(fā)送信用控制請求消息給0CS，攜帶用戶業(yè)務的計費信息和業(yè)務信息； 所述OCS用于根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。
18.如權利要求17所述的系統(tǒng)，其特征在于，所述OCS進一步用于若檢測到所述用戶業(yè)務簽約了消費限制時 當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶模擬閾值到達指示；當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；當根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。
19.一種消費限制業(yè)務的簽約和執(zhí)行系統(tǒng)，其特征在于，包括OCS和PCRF ；其中， 所述PCRF用于向OCS發(fā)送計費策略會話創(chuàng)建消息，攜帶用戶業(yè)務的業(yè)務信息； 所述OCS用于根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。
20.如權利要求19所述的系統(tǒng)，其特征在于，PCRF進一步用于在IP-CAN會話建立過程中，向OCS發(fā)送所述計費策略會話創(chuàng)建消息； 所述OCS進一步用于所述OCS向所述PCRF返回計費策略應答消息，攜帶計費相關信息。
21.如權利要求20所述的系統(tǒng)，其特征在于，還包括PCEF；所述PCRF進一步根據(jù)所述計費相關信息制定相應的PCC規(guī)則，并下發(fā)給PCEF ； 所述PCEF用于執(zhí)行所述PCRF下發(fā)的PCC規(guī)則，向OCS發(fā)送信用控制請求消息，攜帶所述用戶業(yè)務的計費信息和業(yè)務信息；所述OCS進一步用于根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。
22.如權利要求21所述的系統(tǒng)，其特征在于，所述OCS進一步用于若檢測到所述用戶業(yè)務簽約了消費限制時 當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，且符合授權要求時，向所述PCEF返回信用控制應答消息，攜帶下發(fā)的信用配額；當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在可用信用配額，但不符合授權要求時，向所述PCRF發(fā)送攜帶模擬閾值到達指示的計費策略報告或者向所述PCEF返回攜帶模擬閾值到達指示的信用控制應答消息；當根據(jù)接收到的所述計費信息和業(yè)務信息判斷存在無用信用配額，向所述PCEF返回信用控制應答消息，攜帶拒絕指示以及拒絕原因值；當根據(jù)接收到的所述計費信息和業(yè)務信息，檢測到所述用戶業(yè)務到達消費限制閾值時，向所述PCRF發(fā)送攜帶閾值到達指示的計費策略報告，或者向所述PCEF發(fā)送攜帶閾值到達指示的信用控制應答消息或重授權請求消息。
全文摘要
本發(fā)明公開了一種消費限制業(yè)務的簽約和執(zhí)行方法及系統(tǒng)，其中，所述方法包括策略與計費執(zhí)行功能實體(PCEF)發(fā)送信用控制請求消息給在線計費系統(tǒng)(OCS)，攜帶用戶業(yè)務的計費信息和業(yè)務信息；所述OCS根據(jù)接收到的計費信息和業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制?；蛘?，PCRF向OCS發(fā)送計費策略會話創(chuàng)建消息，攜帶用戶的業(yè)務信息；OCS根據(jù)接收到的業(yè)務信息為所述用戶業(yè)務執(zhí)行信用控制。本發(fā)明能夠避免OCS僅根據(jù)費率組的信息而導致針對消費限制業(yè)務無法做出正確的信用配額的決策和授權的問題，使OCS能夠準確區(qū)分簽約消費限制業(yè)務，執(zhí)行信用管控功能。
文檔編號H04W4/24GK102547640SQ20101058295
公開日2012年7月4日 申請日期2010年12月10日 優(yōu)先權日2010年12月10日
發(fā)明者吳錦花, 周曉云, 孫默, 李華光, 芮通 申請人:中興通訊股份有限公司