專利名稱：業(yè)務(wù)策略控制方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種業(yè)務(wù)策略控制方法及系統(tǒng)。
背景技術(shù)：
隨著移動(dòng)網(wǎng)絡(luò)向全I(xiàn)P網(wǎng)絡(luò)的演進(jìn)，為了提高客戶滿意度，需要解決端到端的服務(wù) 質(zhì)量(Quality of Service,簡稱為QoS)保障、以及基于流計(jì)費(fèi)等相關(guān)問題。為了解決上述 問題，3GPP R7提出了策略和計(jì)費(fèi)控制(Policy Charging Control,簡稱為PCC)架構(gòu)，通過 該架構(gòu)網(wǎng)絡(luò)可以檢測到不同的業(yè)務(wù)流，并針對該業(yè)務(wù)流進(jìn)行不同的QoS控制和計(jì)費(fèi)控制。
圖1是根據(jù)相關(guān)技術(shù)的PCC系統(tǒng)架構(gòu)的示意圖，如圖1所示，PCC系統(tǒng)包括以下功 能網(wǎng)元 應(yīng)用功能(Application Function,簡稱為AF)，用于提供業(yè)務(wù)應(yīng)用，向PCRF提供 會(huì)話信息，請求PCRF對用戶面進(jìn)行動(dòng)態(tài)的策略/計(jì)費(fèi)控制，并從PCRF接受承載事件報(bào)告；
策略和計(jì)費(fèi)規(guī)則功能(Policy Control and Charging RulesFunction，簡稱為 PCRF)，用于實(shí)現(xiàn)策略控制決策功能(PolicyDecision Function,簡稱為PDF)和基于流的 計(jì)費(fèi)規(guī)則功能(ChargingRules Function,簡稱為CRF); 策略禾口計(jì)費(fèi)執(zhí)行功會(huì)g (Policy and Charging EnforcementFunction，簡稱為 PCEF)，用于實(shí)現(xiàn)業(yè)務(wù)流探測、策略執(zhí)行以及基于流的計(jì)費(fèi)功能； 承載綁定和事件報(bào)告功能(Bear Binding and Event R印ortingFunction，簡稱為 BBERF)，用于實(shí)現(xiàn)承載綁定和事件通知功能；用戶簽約數(shù)據(jù)庫(Subscription Profile R印ository，簡稱為SPR)，包含所
有簽約用戶的相關(guān)信息，這些信息用于PCRF制定基于簽約的策略和IP連接接入網(wǎng)
(IP-Connectivity Access Network,簡稱為IP-CAN)承載級PCC規(guī)則； 在線計(jì)費(fèi)系統(tǒng)(Online Charging System,簡稱為0CS)，其包含的一個(gè)邏輯實(shí)體，
即，基于業(yè)務(wù)流的信貸控制功能(Service DataFlow Based Credit Control Function)執(zhí)
行在線信貸控制功能；以及 離線計(jì)費(fèi)系統(tǒng)(Offline Charging system,簡稱為0FCS)。 在如圖1所示的PCC系統(tǒng)架構(gòu)中，PCRF是策略決策的核心網(wǎng)元，它的決策條件主 要來源于AF和SPR(用戶簽約)以及PCRF本地配置的一些策略規(guī)則條件，隨著客戶對差異 化服務(wù)的要求越來越高，對策略控制的條件要求也越來越精細(xì)化，其中，累計(jì)時(shí)間的條件就
是其中之一。 累計(jì)時(shí)間條件主要包括兩方面的需求，一個(gè)是會(huì)話層面的累計(jì)時(shí)間，另一個(gè)是業(yè)
務(wù)層面的累計(jì)時(shí)間。例如用戶一次上網(wǎng)時(shí)間2小時(shí)內(nèi)帶寬2M，超過2小時(shí)則只提供1M帶
寬的服務(wù)質(zhì)量，此處體現(xiàn)了根據(jù)一次上網(wǎng)會(huì)話的累計(jì)時(shí)間進(jìn)行QoS策略控制的概念；再例
如流媒體業(yè)務(wù)，每月累計(jì)視頻50小時(shí)收費(fèi)10元，超過50小時(shí)則每小時(shí)收費(fèi)2元，此處又
體現(xiàn)了一個(gè)業(yè)務(wù)層面下的根據(jù)業(yè)務(wù)的累計(jì)使用時(shí)間進(jìn)行計(jì)費(fèi)策略控制的概念。 根據(jù)相關(guān)技術(shù)，針對累計(jì)時(shí)間下的不同費(fèi)率的問題，一般是通過在計(jì)費(fèi)系統(tǒng)中實(shí)現(xiàn)不同的計(jì)費(fèi)算法進(jìn)行解決，但是，并不能通過該方式解決累計(jì)時(shí)間下的不同的服務(wù)質(zhì)量 的問題(例如帶寬)。 通過PCC系統(tǒng)可以解決差異化服務(wù)的問題，但是目前3GPP的協(xié)議規(guī)范中對時(shí)間的 策略控制僅限于時(shí)段策略控制，能夠解決一次會(huì)話的累計(jì)時(shí)間問題，但是，不能解決根據(jù)業(yè) 務(wù)的累計(jì)使用時(shí)間進(jìn)行策略控制的問題。通過上述分析可以得出，針對目前不能夠根據(jù)業(yè) 務(wù)累計(jì)使用時(shí)間進(jìn)行策略控制的問題，相關(guān)技術(shù)中尚未提出有效的解決方案。

發(fā)明內(nèi)容
考慮到相關(guān)技術(shù)中不能夠根據(jù)業(yè)務(wù)累計(jì)使用時(shí)間進(jìn)行策略控制的問題而提出本 發(fā)明，為此，本發(fā)明的主要目的在于提供一種業(yè)務(wù)策略控制方法及系統(tǒng)，以解決相關(guān)技術(shù)中 存在的上述問題。 為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了 一種業(yè)務(wù)策略控制方法。
根據(jù)本發(fā)明的業(yè)務(wù)策略控制方法包括PCRF或PCEF根據(jù)業(yè)務(wù)的業(yè)務(wù)控制策略的 時(shí)間條件和使用業(yè)務(wù)的累計(jì)時(shí)間進(jìn)行決策，得到用于進(jìn)行業(yè)務(wù)策略控制的決策信息；PCEF 根據(jù)決策信息執(zhí)行業(yè)務(wù)策略控制。 優(yōu)選地，上述的累計(jì)時(shí)間包括第一累計(jì)時(shí)間和/或第二累計(jì)時(shí)間，其中，第一累 計(jì)時(shí)間為PCRF預(yù)先保存的當(dāng)前用戶上次使用業(yè)務(wù)結(jié)束時(shí)使用業(yè)務(wù)的總時(shí)間，第二累計(jì)時(shí) 間為由PCRF或PCEF累計(jì)的、在當(dāng)前用戶本次使用業(yè)務(wù)超過預(yù)定時(shí)間的情況下的使用業(yè)務(wù) 的總時(shí)間，其中，預(yù)定時(shí)間根據(jù)時(shí)間條件和第一累計(jì)時(shí)間設(shè)置。 優(yōu)選地，當(dāng)前用戶本次使用業(yè)務(wù)結(jié)束時(shí)，并且在當(dāng)前用戶本次使用業(yè)務(wù)的時(shí)間長 度未超過預(yù)定時(shí)間的情況下，PCRF存儲(chǔ)當(dāng)前用戶本次使用業(yè)務(wù)的時(shí)間長度，并將上報(bào)的時(shí) 間長度累加至第一累計(jì)時(shí)間。 優(yōu)選地，時(shí)間條件由PCRF從用戶簽約數(shù)據(jù)庫接收、或者由PCRF在本地預(yù)先配置。
優(yōu)選地，在由PCEF生成決策信息的情況下，在PCEF生成決策信息之前，該方法還 包括PCRF通過IP-CAN會(huì)話建立消息將時(shí)間條件和第一累計(jì)時(shí)間發(fā)送至PCEF。
優(yōu)選地，在PCEF生成并執(zhí)行決策信息之后，該方法還包括PCEF通過IP-CAN會(huì)話 釋放消息將第二累計(jì)時(shí)間發(fā)送至PCRF。 根據(jù)本發(fā)明的另 一方面，還提供了 一種業(yè)務(wù)策略控制系統(tǒng)。 根據(jù)本發(fā)明的業(yè)務(wù)策略控制系統(tǒng)包括決策模塊，用于根據(jù)業(yè)務(wù)的業(yè)務(wù)控制策略 的時(shí)間條件和使用業(yè)務(wù)的累計(jì)時(shí)間進(jìn)行決策，得到用于進(jìn)行業(yè)務(wù)策略控制的決策信息；執(zhí) 行模塊，用于根據(jù)決策信息執(zhí)行業(yè)務(wù)策略控制。 優(yōu)選地，該系統(tǒng)還包括第一獲取模塊，用于獲取累計(jì)時(shí)間，其中，累計(jì)時(shí)間包括第 一累計(jì)時(shí)間和/或第二累計(jì)時(shí)間，第一累計(jì)時(shí)間為PCRF預(yù)先保存的當(dāng)前用戶上次使用業(yè)務(wù) 結(jié)束時(shí)使用業(yè)務(wù)的總時(shí)間，第二累計(jì)時(shí)間為由PCRF或PCEF累計(jì)的、在當(dāng)前用戶本次使用業(yè) 務(wù)超過預(yù)定時(shí)間的情況下的使用業(yè)務(wù)的總時(shí)間，其中，預(yù)定時(shí)間根據(jù)時(shí)間條件和第一累計(jì) 時(shí)間設(shè)置；第二獲取模塊，用于通過用戶簽約數(shù)據(jù)庫獲取時(shí)間條件；或配置模塊，用于預(yù)先 配置時(shí)間條件。 優(yōu)選地，該系統(tǒng)還包括存儲(chǔ)模塊，用于當(dāng)前用戶本次使用業(yè)務(wù)結(jié)束時(shí)，在當(dāng)前用 戶本次使用業(yè)務(wù)的時(shí)間長度未超過預(yù)定時(shí)間的情況下，存儲(chǔ)當(dāng)前用戶本次使用業(yè)務(wù)的時(shí)間長度，并將上報(bào)的時(shí)間長度累加至第一累計(jì)時(shí)間。 優(yōu)選地，決策模塊設(shè)置于PCRF或PCEF，執(zhí)行模塊設(shè)置于PCEF。 借助于本發(fā)明的上述技術(shù)方案，通過在PCRF或PCEF中根據(jù)累計(jì)的業(yè)務(wù)時(shí)間和業(yè)
務(wù)控制策略的時(shí)間條件進(jìn)行決策，并由PCEF根據(jù)決策信息執(zhí)行業(yè)務(wù)策略控制，能夠根據(jù)業(yè)
務(wù)累計(jì)使用時(shí)間進(jìn)行策略控制，從而滿足能夠用戶的需求。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)
明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中 圖1是根據(jù)相關(guān)技術(shù)的PCC系統(tǒng)架構(gòu)的示意圖； 圖2是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制方法的流程圖； 圖3是根據(jù)本發(fā)明實(shí)例一的示意圖； 圖4是根據(jù)本發(fā)明實(shí)例二的示意圖； 圖5是根據(jù)本發(fā)明實(shí)例三的示意圖； 圖6是根據(jù)本發(fā)明實(shí)例四的示意圖； 圖7是根據(jù)本發(fā)明實(shí)施例的在圖5和圖6所示的場景下的IP-CAN會(huì)話建立時(shí)PCEF 和PCRF的消息交互的流程圖； 圖8是根據(jù)本發(fā)明實(shí)施例的在圖5和圖6所示的場景下的IP-CAN會(huì)話釋放時(shí)PCEF 和PCRF的消息交互的流程圖； 圖9是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制系統(tǒng)的框圖； 圖10是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制系統(tǒng)的優(yōu)選結(jié)構(gòu)的框圖。
具體實(shí)施方式

功能概述 本發(fā)明的主要思想是由PCRF或PCEF功能實(shí)體累計(jì)用戶業(yè)務(wù)使用時(shí)間，并由累計(jì) 時(shí)間的功能實(shí)體根據(jù)累計(jì)時(shí)間和時(shí)間條件進(jìn)行決策，最后由PCEF根據(jù)決策信息執(zhí)行業(yè)務(wù) 策略控制。通過本發(fā)明，能夠根據(jù)業(yè)務(wù)累計(jì)使用時(shí)間進(jìn)行策略控制，滿足了用戶的需求。
以下結(jié)合附圖對本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí) 施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。如果不沖突，本發(fā)明實(shí)施例及實(shí)施例 中特征可以相互組合。
方法實(shí)施例 根據(jù)本發(fā)明實(shí)施例，提供了 一種業(yè)務(wù)策略控制方法。
在詳細(xì)描述本發(fā)明之前，首先進(jìn)行如下定義 策略根據(jù)一系列條件定義的一些規(guī)則。例如上網(wǎng)150小時(shí)帶寬2M，此處的"上 網(wǎng)"(業(yè)務(wù)條件)，"150小時(shí)"(時(shí)間條件)，"帶寬"(資源條件)都是規(guī)則描述的條件。
決策策略在滿足一定條件下做出的執(zhí)行決定。例如上網(wǎng)150小時(shí)內(nèi)帶寬2M，當(dāng) 滿足"上網(wǎng)"，"150小時(shí)"這兩個(gè)條件時(shí)，執(zhí)行的決定就是"帶寬2M"。 圖2是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制方法的流程圖。需要說明的是，在以下 方法中描述的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在圖2中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述 的步驟。如圖2所示，該方法包括以下處理 步驟S202， PCRF或PCEF根據(jù)業(yè)務(wù)的業(yè)務(wù)控制策略的時(shí)間條件和使用業(yè)務(wù)的累計(jì) 時(shí)間進(jìn)行決策，得到用于進(jìn)行業(yè)務(wù)策略控制的決策信息；
步驟S204， PCEF根據(jù)決策信息執(zhí)行業(yè)務(wù)策略控制。 根據(jù)本發(fā)明，業(yè)務(wù)時(shí)間的累計(jì)包括兩個(gè)層面的含義，一個(gè)是本次會(huì)話的業(yè)務(wù)時(shí)間 累計(jì)，另一個(gè)是本業(yè)務(wù)的總使用時(shí)間累計(jì)，只要得到本次會(huì)話的累計(jì)時(shí)間，就可以根據(jù)之前 該業(yè)務(wù)的累計(jì)時(shí)間得到該業(yè)務(wù)的所有累計(jì)時(shí)間。 在本發(fā)明中，會(huì)話時(shí)間在哪個(gè)功能實(shí)體累計(jì)，策略控制就在該功能實(shí)體完成，因 此，在步驟S202中，可以分別由PCRF或PCEF進(jìn)行業(yè)務(wù)時(shí)間累計(jì)，具體地，包括以下兩種累 計(jì)/控制方法 — 、 PCRF累計(jì)/控制法 PCRF進(jìn)行會(huì)話級的時(shí)間累計(jì)，并根據(jù)時(shí)間條件啟動(dòng)定時(shí)器，定時(shí)進(jìn)行業(yè)務(wù)策略控
制。PCRF下發(fā)給PCEF最終的決策信息，PCEF根據(jù)接收的決策信息進(jìn)行執(zhí)行，這種方式能夠
將策略集中控制。 二 、 PCEF累計(jì)/控制法 PCRF下發(fā)給PCEF包括業(yè)務(wù)當(dāng)前的累計(jì)時(shí)間信息的策略信息，PCEF分析該策略信 息，并對當(dāng)前會(huì)話進(jìn)行時(shí)間累計(jì)，同時(shí)結(jié)合時(shí)間條件啟動(dòng)定時(shí)器，定時(shí)進(jìn)行決策。通過該方 式，能夠減少Gx接口上的信令交互次數(shù)。 通過上述實(shí)施例，達(dá)到了根據(jù)業(yè)務(wù)累計(jì)使用時(shí)間進(jìn)行策略控制的目的。下面詳細(xì) 描述上述各處理的細(xì)節(jié)。 圖3是根據(jù)本發(fā)明實(shí)例一的示意圖。如圖3所示，PCRF累計(jì)時(shí)間并由PCRF通過 SPR獲取時(shí)間條件，具體地 首先，SPR通過用戶簽約信息設(shè)置業(yè)務(wù)控制策略的時(shí)間條件，該時(shí)間條件的獲取方 式可以針對用戶的特定業(yè)務(wù)進(jìn)行個(gè)性化設(shè)置。當(dāng)用戶上線后，SPR通過Sp接口的信令將時(shí) 間條件發(fā)送給PCRF，并在PCRF上保存；當(dāng)用戶進(jìn)行業(yè)務(wù)時(shí)，PCRF根據(jù)用戶簽約的時(shí)間條件 和本地存儲(chǔ)的該用戶的該業(yè)務(wù)的累計(jì)時(shí)間做出決策，并通過Gx接口的信令將決策信息發(fā) 送給PCEF，由PCEF執(zhí)行該策略決策； 同時(shí)，PCRF根據(jù)時(shí)間條件對業(yè)務(wù)的使用時(shí)間進(jìn)行累計(jì)，并啟動(dòng)累計(jì)時(shí)長定時(shí)器，如 果定時(shí)器時(shí)間超時(shí)，PCRF重新下發(fā)新的決策信息給PCEF，PCEF根據(jù)該策略信息修改決策并
執(zhí)行修改后的策略(新策略與原策略的區(qū)別可以在于服務(wù)質(zhì)量的不同)。當(dāng)用戶業(yè)務(wù)終止 時(shí)，PCRF保存新的業(yè)務(wù)累計(jì)時(shí)間，用于下次業(yè)務(wù)時(shí)使用。 圖4是根據(jù)本發(fā)明實(shí)例二的示意圖。如圖4所示，PCRF累計(jì)時(shí)間并在PCRF上預(yù) 先配置時(shí)間，具體地 首先，在PCRF上預(yù)先配置業(yè)務(wù)控制策略的時(shí)間條件，該時(shí)間條件的配置方式可以 全網(wǎng)同一配置；當(dāng)用戶發(fā)生業(yè)務(wù)時(shí)，PCRF根據(jù)本地配置的時(shí)間條件和本地存儲(chǔ)的該用戶上 次業(yè)務(wù)的累計(jì)時(shí)間進(jìn)行決策，通過Gx接口的信令將決策信息發(fā)送給PCEF，由PCEF執(zhí)行該策 略決策； 同時(shí)PCRF根據(jù)時(shí)間條件對業(yè)務(wù)的使用時(shí)間進(jìn)行累計(jì)，并啟動(dòng)累計(jì)時(shí)長定時(shí)器，如果定時(shí)器時(shí)間超時(shí)，PCRF重新下發(fā)新的決策信息給PCEF，由PCEF修改決策并執(zhí)行。當(dāng)用戶 業(yè)務(wù)終止時(shí)，PCRF保存新的業(yè)務(wù)累計(jì)時(shí)間，用于下次業(yè)務(wù)時(shí)使用。 圖5是根據(jù)本發(fā)明實(shí)例三的示意圖。如圖5所示，PCEF累計(jì)時(shí)間并由PCRF通過 SPR獲取時(shí)間，具體地 首先，SPR通過用戶簽約信息設(shè)置業(yè)務(wù)控制策略的時(shí)間條件，當(dāng)用戶上線后，SPR 通過Sp 口的信令將該時(shí)間條件發(fā)送給PCRF，并在PCRF上保存；當(dāng)創(chuàng)建IP-CAN會(huì)話時(shí)，PCRF 將用戶簽約的時(shí)間策略信息和PCRF上存儲(chǔ)的該用戶該業(yè)務(wù)的累計(jì)時(shí)間信息通過Gx接口的 信令發(fā)送給PCEF。當(dāng)業(yè)務(wù)發(fā)生時(shí)，PCEF上對策略進(jìn)行決策并執(zhí)行，同時(shí)PCEF根據(jù)時(shí)間條件 和累計(jì)時(shí)間啟動(dòng)定時(shí)器，當(dāng)定時(shí)器時(shí)間超時(shí)，PCEF重新根據(jù)時(shí)間條件策略做出決策并執(zhí)行， 這樣就能夠根據(jù)本次使用業(yè)務(wù)的時(shí)間得到使用該業(yè)務(wù)的總累計(jì)時(shí)間，并根據(jù)預(yù)設(shè)的時(shí)間條 件執(zhí)行當(dāng)前應(yīng)當(dāng)采用的業(yè)務(wù)控制策略。當(dāng)IP-CAN會(huì)話釋放時(shí)，PCEF需要將本次業(yè)務(wù)會(huì)話 的累計(jì)時(shí)間上報(bào)給PCRF，以刷新該用戶該業(yè)務(wù)總的累計(jì)使用時(shí)間。 圖6是根據(jù)本發(fā)明實(shí)例四的示意圖。如圖6所示，PCEF累計(jì)時(shí)間并在PCRF上預(yù) 先配置時(shí)間條件，具體地 首先，是在PCRF上預(yù)先配置業(yè)務(wù)控制策略的時(shí)間條件，當(dāng)創(chuàng)建IP-CAN會(huì)話時(shí)， PCRF將本地配置的時(shí)間條件和PCRF上存儲(chǔ)的該用戶上次業(yè)務(wù)的累計(jì)時(shí)間信息通過Gx接口 的信令發(fā)送給PCEF。當(dāng)業(yè)務(wù)發(fā)生時(shí)，PCEF根據(jù)接收的時(shí)間條件和累計(jì)時(shí)間對策略進(jìn)行決策 并執(zhí)行； 同時(shí)，PCEF根據(jù)時(shí)間條件和累計(jì)時(shí)間啟動(dòng)定時(shí)器，當(dāng)定時(shí)器時(shí)間超時(shí)，PCEF重新 根據(jù)時(shí)間條件策略做出決策并執(zhí)行。當(dāng)IP-CAN會(huì)話釋放時(shí)，PCEF需要將本次業(yè)務(wù)會(huì)話的 累計(jì)時(shí)間上報(bào)給PCRF，以刷新該用戶該業(yè)務(wù)總的累計(jì)使用時(shí)間。 在圖3和圖5所示的場景中，由于需要在SPR中設(shè)置用戶簽約業(yè)務(wù)的控制策略的 時(shí)間條件，因此需要在Sp接口中增加時(shí)間條件的簽約信息。當(dāng)用戶向SPR發(fā)送請求時(shí)，SPR 向PCRF下發(fā)時(shí)間條件。 目前3GPP標(biāo)準(zhǔn)中的接口規(guī)范可以支持圖3和圖4所述的場景中采用的PCRF累計(jì) 時(shí)間的方式；但是，在圖5和圖6所示的場景中，需要在Gx接口中增加時(shí)間條件策略的內(nèi) 容、以及累計(jì)時(shí)間的信息。具體的消息交互流程參考可以圖7和圖8。 圖7是根據(jù)本發(fā)明實(shí)施例的在圖5和圖6所示的場景下的IP-CAN會(huì)話建立時(shí)PCEF 和PCRF的消息交互的流程圖。如圖7所示，在IP-CAN會(huì)話建立響應(yīng)消息中，PCRF將時(shí)間 策略信息和該用戶的業(yè)務(wù)累計(jì)時(shí)間信息發(fā)送給PCEF，以供PCEF決策。 圖8是根據(jù)本發(fā)明實(shí)施例的在圖5和圖6所示的場景下的IP-CAN會(huì)話釋放時(shí)PCEF 和PCRF的消息交互的流程圖。如圖8所示，在IP-CAN會(huì)話釋放請求消息中，PCEF將該用 戶的當(dāng)前業(yè)務(wù)累計(jì)時(shí)間信息發(fā)送給PCRF，以供PCRF保存。 在具體實(shí)施過程中，可以根據(jù)用戶的實(shí)際需求選擇圖3至圖6中所示的方式之一， 以最大程度地滿足用戶需要。
系統(tǒng)實(shí)施例 根據(jù)本發(fā)明實(shí)施例，還提供了 一種業(yè)務(wù)策略控制系統(tǒng)。該業(yè)務(wù)策略控制系統(tǒng)可以 用于實(shí)現(xiàn)上述方法實(shí)施例所提供的業(yè)務(wù)策略控制方法。 圖9是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制系統(tǒng)的框圖，圖10是根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制系統(tǒng)的優(yōu)選結(jié)構(gòu)的框圖。 如圖9所示，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制系統(tǒng)包括決策模塊10和執(zhí)行模 塊20，其中: 決策模塊10，用于根據(jù)業(yè)務(wù)的業(yè)務(wù)控制策略的時(shí)間條件和使用業(yè)務(wù)的累計(jì)時(shí)間進(jìn) 行決策，得到用于進(jìn)行業(yè)務(wù)策略控制的決策信息； 執(zhí)行模塊20，連接至決策模塊10，用于根據(jù)決策模塊10得到的決策信息執(zhí)行業(yè)務(wù) 策略控制。 根據(jù)本發(fā)明實(shí)施例，上述的決策模塊10可以設(shè)置于PCRF或PCEF，執(zhí)行模塊20可 以設(shè)置于PCEF。 如圖10所示，在圖9所示結(jié)構(gòu)的基礎(chǔ)上，根據(jù)本發(fā)明實(shí)施例的業(yè)務(wù)策略控制系統(tǒng) 還可以包括以下模塊第一獲取模塊30，第二獲取模塊40或配置模塊50，存儲(chǔ)模塊60，具 體地 第一獲取模塊30，連接至決策模塊10，用于獲取累計(jì)時(shí)間，其中，累計(jì)時(shí)間包括第 一累計(jì)時(shí)間和/或第二累計(jì)時(shí)間，第一累計(jì)時(shí)間為PCRF預(yù)先保存的當(dāng)前用戶上次使用業(yè)務(wù) 結(jié)束時(shí)使用業(yè)務(wù)的總時(shí)間，第二累計(jì)時(shí)間為由PCRF或PCEF累計(jì)的、在當(dāng)前用戶本次使用業(yè) 務(wù)超過預(yù)定時(shí)間的情況下的使用業(yè)務(wù)的總時(shí)間，其中，預(yù)定時(shí)間根據(jù)時(shí)間條件和第一累計(jì) 時(shí)間設(shè)置；第一獲取模塊30可以設(shè)置于PCRF或PCEF。 第二獲取模塊40，連接至決策模塊IO，用于通過用戶簽約數(shù)據(jù)庫獲取時(shí)間條件； 或者 配置模塊50，連接至決策模塊IO，用于預(yù)先配置時(shí)間條件； 上述的第二獲取模塊40和配置模塊50僅需要其中之一用于得到時(shí)間條件。第二 獲取模塊40和配置模塊50可以設(shè)置于PCRF。 存儲(chǔ)模塊60，連接至決策模塊IO，用于當(dāng)前用戶本次使用業(yè)務(wù)結(jié)束時(shí)，在當(dāng)前用
戶本次使用業(yè)務(wù)的時(shí)間長度未超過預(yù)定時(shí)間的情況下，存儲(chǔ)當(dāng)前用戶本次使用業(yè)務(wù)的時(shí)間
長度，并將上報(bào)的時(shí)間長度累加至第一累計(jì)時(shí)間。存儲(chǔ)模塊60可以設(shè)置于PCRF。 在具體實(shí)施過程中，根據(jù)本發(fā)明實(shí)施例提供的系統(tǒng)同樣可以完成圖2至圖8中所
示的處理，具體處理過程此處不再重復(fù)描述。 綜上所述，借助于本發(fā)明的上述技術(shù)方案，通過在PCRF或PCEF中根據(jù)累計(jì)的業(yè)務(wù) 時(shí)間和業(yè)務(wù)控制策略的時(shí)間條件進(jìn)行決策，并由PCEF根據(jù)決策信息執(zhí)行業(yè)務(wù)策略控制，能 夠根據(jù)業(yè)務(wù)累計(jì)使用時(shí)間進(jìn)行策略控制，使業(yè)務(wù)的策略控制更加靈活、人性化，從而滿足用 戶的需求，提高用戶體驗(yàn)，填補(bǔ)了相關(guān)技術(shù)中的空白。 顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們 中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種業(yè)務(wù)策略控制方法，其特征在于，包括策略和計(jì)費(fèi)規(guī)則功能PCRF或策略和計(jì)費(fèi)執(zhí)行功能PCEF根據(jù)業(yè)務(wù)的業(yè)務(wù)控制策略的時(shí)間條件和使用所述業(yè)務(wù)的累計(jì)時(shí)間進(jìn)行決策，得到用于進(jìn)行業(yè)務(wù)策略控制的決策信息；所述PCEF根據(jù)所述決策信息執(zhí)行業(yè)務(wù)策略控制。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述累計(jì)時(shí)間包括 第一累計(jì)時(shí)間和/或第二累計(jì)時(shí)間，其中，所述第一累計(jì)時(shí)間為所述PCRF預(yù)先保存的當(dāng)前用戶上次使用所述業(yè)務(wù)結(jié)束時(shí)使用所述業(yè)務(wù)的總時(shí)間，所述第二累計(jì)時(shí)間為由所述 PCRF或所述PCEF累計(jì)的、在所述當(dāng)前用戶本次使用所述業(yè)務(wù)超過預(yù)定時(shí)間的情況下的使 用所述業(yè)務(wù)的總時(shí)間，其中，所述預(yù)定時(shí)間根據(jù)所述時(shí)間條件和所述第一累計(jì)時(shí)間設(shè)置。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于所述當(dāng)前用戶本次使用所述業(yè)務(wù)結(jié)束時(shí)，在所述當(dāng)前用戶本次使用所述業(yè)務(wù)的時(shí)間長 度未超過所述預(yù)定時(shí)間的情況下，所述PCRF存儲(chǔ)所述當(dāng)前用戶本次使用所述業(yè)務(wù)的時(shí)間長度，并將上報(bào)的所述時(shí)間長度累加至所述第一累計(jì)時(shí)間。
4. 根據(jù)權(quán)利要求2或3所述的方法，其特征在于，所述時(shí)間條件由所述PCRF從用戶簽 約數(shù)據(jù)庫接收、或者由所述PCRF在本地預(yù)先配置。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，在由所述PCEF生成所述決策信息的情況 下，在所述PCEF生成所述決策信息之前，所述方法還包括所述PCRF通過IP連接接入網(wǎng)IP-CAN會(huì)話建立消息將所述時(shí)間條件和所述第一累計(jì) 時(shí)間發(fā)送至所述PCEF。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，在所述PCEF生成并執(zhí)行所述決策信息之 后，所述方法還包括所述PCEF通過IP-CAN會(huì)話釋放消息將所述第二累計(jì)時(shí)間發(fā)送至所述PCRF。
7. —種業(yè)務(wù)策略控制系統(tǒng)，其特征在于，包括決策模塊，用于根據(jù)業(yè)務(wù)的業(yè)務(wù)控制策略的時(shí)間條件和使用所述業(yè)務(wù)的累計(jì)時(shí)間進(jìn)行 決策，得到用于進(jìn)行業(yè)務(wù)策略控制的決策信息；執(zhí)行模塊，用于根據(jù)所述決策信息執(zhí)行業(yè)務(wù)策略控制。
8. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，還包括第一獲取模塊，用于獲取所述累計(jì)時(shí)間，其中，所述累計(jì)時(shí)間包括第一累計(jì)時(shí)間和/或 第二累計(jì)時(shí)間，所述第一累計(jì)時(shí)間為所述PCRF預(yù)先保存的當(dāng)前用戶上次使用所述業(yè)務(wù)結(jié) 束時(shí)使用所述業(yè)務(wù)的總時(shí)間，所述第二累計(jì)時(shí)間為由所述PCRF或所述PCEF累計(jì)的、在所述 當(dāng)前用戶本次使用所述業(yè)務(wù)超過預(yù)定時(shí)間的情況下的使用所述業(yè)務(wù)的總時(shí)間，其中，所述 預(yù)定時(shí)間根據(jù)所述時(shí)間條件和所述第一累計(jì)時(shí)間設(shè)置；第二獲取模塊，用于通過用戶簽約數(shù)據(jù)庫獲取所述時(shí)間條件；或配置模塊，用于預(yù)先配置所述時(shí)間條件。
9. 根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，還包括存儲(chǔ)模塊，用于所述當(dāng)前用戶本次使用所述業(yè)務(wù)結(jié)束時(shí)，在所述當(dāng)前用戶本次使用所 述業(yè)務(wù)的時(shí)間長度未超過所述預(yù)定時(shí)間的情況下，存儲(chǔ)所述當(dāng)前用戶本次使用所述業(yè)務(wù)的 時(shí)間長度，并將上報(bào)的所述時(shí)間長度累加至所述第一累計(jì)時(shí)間。
10. 根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述決策模塊設(shè)置于策略和計(jì)費(fèi)規(guī)則功能PCRF或策略和計(jì)費(fèi)執(zhí)行功能PCEF，所述執(zhí)行模塊設(shè)置于PCEF。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)策略控制方法及系統(tǒng)，其中，該方法包括PCRF或PCEF根據(jù)業(yè)務(wù)的業(yè)務(wù)控制策略的時(shí)間條件和使用業(yè)務(wù)的累計(jì)時(shí)間進(jìn)行決策，得到用于進(jìn)行業(yè)務(wù)策略控制的決策信息；PCEF根據(jù)決策信息執(zhí)行業(yè)務(wù)策略控制。通過本發(fā)明，能夠根據(jù)業(yè)務(wù)累計(jì)使用時(shí)間進(jìn)行策略控制，從而能夠滿足用戶的需求。
文檔編號H04W28/16GK101730046SQ20091000953
公開日2010年6月9日 申請日期2009年2月18日 優(yōu)先權(quán)日2009年2月18日
發(fā)明者孫閔, 彭江宇, 趙弘, 金海 , 陳勝平 申請人:中興通訊股份有限公司