專利名稱：一種數(shù)據(jù)業(yè)務(wù)的策略控制方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種數(shù)據(jù)業(yè)務(wù)的策略控制方法、裝置及系統(tǒng)。
背景技術(shù)：
策略與計費控制(PCC,Policy and Charging Control)架構(gòu)是3GPP組織標(biāo)準(zhǔn)體系R7版本將策略控制和基于流的計費進(jìn)行融合后提出來的架構(gòu)體系，用于分組網(wǎng)絡(luò)業(yè)務(wù)數(shù)據(jù)傳輸服務(wù)質(zhì)量(QoS)等策略控制和流計費的一種技術(shù)架構(gòu)。PCC架構(gòu)中，由策略與計費規(guī)則(PCRF, Policy and Charging Rule Function)網(wǎng)元集中統(tǒng)一管理數(shù)據(jù)業(yè)務(wù)的控制及計費策略，策略與計費執(zhí)行(PCEF, Policy and Charging Enforcement Fucntion)網(wǎng)兀負(fù)責(zé)DPI識別及策略的執(zhí)行，g在為用戶提供差異化的服務(wù)，提供用戶業(yè)務(wù)流承載資源保障以及流計費策略。其中，在為用戶提供差異化的服務(wù)時，由于PCC規(guī)范當(dāng)前定義的策略請求方式只適用于基于上線信息基本固定的策略控制，比如，通過PCC預(yù)定義的策略或預(yù)定義的基于Event的處理流程來實現(xiàn)業(yè)務(wù)內(nèi)容的策略控制；再比如，通過PCC定義的基于規(guī)則狀態(tài)報告的處理流程來實現(xiàn)策略間的關(guān)聯(lián)的策略控制。但是，在對現(xiàn)有技術(shù)的研究和實踐過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)，現(xiàn)有這幾種策略的控制方式均是基于上線信息基本固定的策略控制，而對于頻繁變更的業(yè)務(wù)請求信息的策略控制或結(jié)果關(guān)聯(lián)的策略控制，因PCRF網(wǎng)元需要與PCEF網(wǎng)元頻繁交互卻不適用，比如，針對每次業(yè)務(wù)更新，PCEF網(wǎng)元均需要向PCRF網(wǎng)元發(fā)送這些更新的業(yè)務(wù)信息以請求相應(yīng)的策略，從而導(dǎo)致PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)較多，増加了系統(tǒng)的性能開銷。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)業(yè)務(wù)的策略控制方法、裝置及系統(tǒng)，以解決現(xiàn)有技術(shù)中，針對頻繁變更的業(yè)務(wù)請求信息的策略控制或結(jié)果關(guān)聯(lián)的策略控制中，PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)較多的技術(shù)問題。為解決上述技術(shù)問題，本發(fā)明實施例提供一種數(shù)據(jù)業(yè)務(wù)的策略控制方法，所述方法包括從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；在接收到用戶的業(yè)務(wù)請求時，獲取所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息；當(dāng)所述業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。本發(fā)明實施例還提供一種數(shù)據(jù)業(yè)務(wù)的策略管理方法，所述方法包括接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息；、
在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息吋，對所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略；向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息,所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息。本發(fā)明實施例提供一種數(shù)據(jù)業(yè)務(wù)的策略控制裝置，包括第一獲取單元，用于從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息； 第二獲取單元，用于在接收到用戶的業(yè)務(wù)請求時，獲取所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息；第一策略控制單元，用于在所述本地策略需要的業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。本發(fā)明實施例還提供一種數(shù)據(jù)業(yè)務(wù)的策略管理裝置，包括第一接收單元，用于接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息；策略決策單元，用于在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息時，按照所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略；第一發(fā)送單元，用于向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息，所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息。由上述技術(shù)方案可知，本發(fā)明實施例中，PCEF網(wǎng)元從PCRF網(wǎng)元中一次性獲取基于業(yè)務(wù)，需要其判斷執(zhí)行的決策策略信息(比如頻繁業(yè)務(wù)請求的策略信息或結(jié)果關(guān)聯(lián)的策略信息等)，解決了現(xiàn)有技術(shù)中，針對頻繁變更的業(yè)務(wù)請求信息的策略控制或結(jié)果關(guān)聯(lián)的策略控制中，PCEF網(wǎng)元按照從PCRF網(wǎng)元獲取的第一策略信息進(jìn)行二次決策，從而減少了 PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)，降低了性能開銷。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略控制方法的流程圖；圖2為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略管理方法的流程圖；圖3為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略控制裝置的結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略管理裝置的結(jié)構(gòu)示意圖；圖5為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略控制管理系統(tǒng)的結(jié)構(gòu)示意圖；圖6為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略控制方法的應(yīng)用實例的流程圖。
具體實施方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整的描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明實施例的方案，下面結(jié)合附圖和實施方式對本發(fā)明實施例作進(jìn)ー步的詳細(xì)說明。請參閱圖1，為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略控制方法的流程圖，所述方法包括步驟101 :從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；在該步驟中，策略與計費執(zhí)行(PCEF,Policy and Charging EnforcementFucntion)網(wǎng)元檢測到用戶上線后，通過Gx接ロ向策略與計費規(guī)則(PCRF, Poliey andCharging Rule Function)網(wǎng)元發(fā)送策略請求消息,所述策略請求消息可以是初始信貸控制請求(CCRI, credit control request-initial)消息等,但并不限于此；并通過Gx接ロ接收所述PCRF網(wǎng)元發(fā)送的策略響應(yīng)消息，所述策略響應(yīng)消息包括第一策略信息，所述第一策略信息至少包括下述之ー業(yè)務(wù)詳細(xì)信息、詳細(xì)的業(yè)務(wù)訪問信息和策略間依賴信息。所述策略響應(yīng)消息可以是初始信貸控制響應(yīng)(CCAI, credit control answer-initial)消息,但并不限于此。也適用于比如信貸控制請求(CCR, credit control request);信貸控制響應(yīng)(CCA, credit control answer);重新授權(quán)請求(RAR, Re-authorize request);或重新授權(quán)響應(yīng)(RAA, Re-authorize answer)等消息。其中，所述業(yè)務(wù)詳細(xì)信息，可以包括各種業(yè)務(wù)的對應(yīng)的類型信息；所述業(yè)務(wù)的訪問方式信息，可以包括業(yè)務(wù)訪問時使用的瀏覽器類型/訪問業(yè)務(wù)的網(wǎng)站類型/錯誤碼/請求類型/多媒體消息業(yè)務(wù)(MMS, Multimedia Messaging Service)發(fā)送方式/MMS內(nèi)容/依賴策略名等，以及與業(yè)務(wù)強(qiáng)相關(guān)且經(jīng)常變化的信息；所述策略間依賴信息，可以包括被依賴的策略名稱，策略執(zhí)行結(jié)果碼等。步驟102 :在接收到用戶的業(yè)務(wù)請求時，獲取所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息；所述業(yè)務(wù)信息可以包括統(tǒng)ー資源定位符(URL，UniformResource Locator)或者URL類別、終端類型、使用代理(user agent)等信息。在該步驟中，PCEF網(wǎng)元在接收到用戶發(fā)送的業(yè)務(wù)請求后，先對所述業(yè)務(wù)請求進(jìn)行深度報文檢測(DPI, Deep Packet Inspection)得到對應(yīng)的業(yè)務(wù)內(nèi)容；然后,對所述業(yè)務(wù)內(nèi)容進(jìn)行分析，得到所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息。其中，所述業(yè)務(wù)信息可以包括URL，即網(wǎng)頁地址，或者URL的類別；以及終端類型、使用代理(useragent)等信息,但并不限于此。另外，所述獲取業(yè)務(wù)請求的業(yè)務(wù)信息也可以包括根據(jù)URL/IP/協(xié)議，及本地配置的網(wǎng)站分類策略或者從網(wǎng)站分類服務(wù)器查詢此URL對應(yīng)的網(wǎng)站分類；也可以是獲取響應(yīng)包 中的內(nèi)容類型，如文本/圖牌等。如果所述業(yè)務(wù)請求為麗S類請求，可獲取當(dāng)前是上行請求還是下行請求，這些信息都是通過對請求/響應(yīng)包的解析及從配套網(wǎng)元中獲取得來的業(yè)務(wù)信息。步驟103 :當(dāng)所述業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制?？蛇x的，所述方法還可以包括判斷所述業(yè)務(wù)信息是否滿足所述第一策略信息，如果滿足，則對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制；否則，激活第一默認(rèn)策略，并按激活的第一默認(rèn)策略對該業(yè)務(wù)信息進(jìn)行策略控制；或者按照其他已生效的策略對該業(yè)務(wù)信息進(jìn)行策略控制。其中，判斷所述業(yè)務(wù)信息是否滿足所述第一策略信息可以是下述三種判斷方式中的任意一種，也可以是任意兩種，還可以是任意ニ種，本實施例不作限制，其ニ種判斷方式分別為第一種判斷方式是，判斷該業(yè)務(wù)信息的業(yè)務(wù)類型是否滿足第一策略信息中的業(yè)務(wù)詳細(xì)信息，比如，用戶訪問的業(yè)務(wù)信息的類型是否是第一策略信息中的業(yè)務(wù)詳細(xì)信息包括的業(yè)務(wù)類型等；如果滿足，則對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制；
第二種判斷方式是，判斷該所述業(yè)務(wù)信息的訪問方式是否滿足第一策略信息中的業(yè)務(wù)的訪問方式信息；比如，訪問業(yè)務(wù)的瀏覽器類型是否是所述業(yè)務(wù)的訪問方式信息中的瀏覽器類型等；如果滿足，則對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制；第三種判斷方式是，判斷該業(yè)務(wù)信息是否存在策略間依賴信息，也就是說，如果該本地策略需要的業(yè)務(wù)信息存在策略間依賴信息，則在PCEF選擇執(zhí)行PCRF的下發(fā)的本地策略依賴的其他策略執(zhí)行后，再基于該其他策略執(zhí)行的結(jié)果決策是否執(zhí)行該第一策略信息。如果需要執(zhí)行該第一策略信息，則對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。本發(fā)明實施例中，PCEF網(wǎng)元從PCRF網(wǎng)元一次性獲取基于業(yè)務(wù)，需要其判斷執(zhí)行的決策策略信息(比如頻繁業(yè)務(wù)請求的策略信息或結(jié)果關(guān)聯(lián)的策略信息等)，以便于PCEF在接收到用戶的業(yè)務(wù)請求后，獲取該業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息，然后，直接判斷所述業(yè)務(wù)信息是否滿足所述第一策略信息，如果滿足，則對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。解決了現(xiàn)有技術(shù)中，針對頻繁變更的業(yè)務(wù)請求信息的策略控制或結(jié)果關(guān)聯(lián)的策略控制中，PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)較多的技術(shù)問題，降低了性能開銷?？蛇x的，在上述實施例的基礎(chǔ)上，所述方法還可以包括當(dāng)接收到的業(yè)務(wù)請求對應(yīng)的本地策略需要的業(yè)務(wù)信息發(fā)生變化時，判斷發(fā)生變化的業(yè)務(wù)信息是否滿足當(dāng)前執(zhí)行控制的策略，如果滿足，對所述發(fā)生變化的業(yè)務(wù)信息繼續(xù)按照所述第一策略信息進(jìn)行策略控制； 否則，對當(dāng)前執(zhí)行控制的策略進(jìn)行變更，并激活第二默認(rèn)策略；對所述發(fā)生變化的業(yè)務(wù)信息按照第二默認(rèn)策略進(jìn)行策略控制。其中，第一默認(rèn)策略與第二默認(rèn)策略可以相同，也可以不同，本實例不作限制。其中，對當(dāng)前執(zhí)行控制的策略進(jìn)行變更，并激活變更后的默認(rèn)策略的ー個實例為如果第一策略是業(yè)務(wù)網(wǎng)站為雅虎(yahoo)，且該網(wǎng)站免費；同時有ー個優(yōu)先級比第一策略低的默認(rèn)策略是所有業(yè)務(wù)按每KB流量收費。當(dāng)用戶的請求是yahoo時，第一策略被激活，優(yōu)先級比第一策略低的默認(rèn)策略對當(dāng)前業(yè)務(wù)流不生效，即當(dāng)前業(yè)務(wù)請求免費，當(dāng)用戶下ー個請求內(nèi)容不是yahoo時，第一策略失效，此時會變更到默認(rèn)策略執(zhí)行，即按流量收費。在該實施例中，當(dāng)用戶發(fā)送的業(yè)務(wù)請求對應(yīng)的業(yè)務(wù)信息發(fā)生變化吋，PCEF網(wǎng)元針對該發(fā)生變化的業(yè)務(wù)信息，不需要向PCRF網(wǎng)元發(fā)送策略請求消息，只需要判斷發(fā)生變化的業(yè)務(wù)信息是否滿足當(dāng)前執(zhí)行控制的第一策略，如果不滿足，則激活第二默認(rèn)策略，以及對所述發(fā)生變化的業(yè)務(wù)信息按照第二默認(rèn)策略進(jìn)行策略控制。從而減少了 PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)，降低了性能開銷?？蛇x的，當(dāng)所述決策策略信息發(fā)生變化時，所述方法還可以包括接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息，所述變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息為在第一策略信息的基礎(chǔ)上增加新的策略信息；在接收到該用戶的后續(xù)業(yè)務(wù)請求吋，按照所述第二策略信息進(jìn)行策略控制。本發(fā)明實施例中，當(dāng)PCRF網(wǎng)元接收到用戶個性化設(shè)置發(fā)生變化時，則將該用戶個性化設(shè)置發(fā)生變化的決策策略信息發(fā)送給PCEF網(wǎng)元，以便于PCEF網(wǎng)元及時更新需要其判斷執(zhí)行的決策信息。并在接收到該用戶的后續(xù)業(yè)務(wù)請求時，按照所述第二策略信息進(jìn)行策略控制。還請參閱圖2，為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略管理方法的流程圖，所述方法包括
步驟201 :接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息；在該步驟中，PCRF網(wǎng)元接收的用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息，可以是到運營提供商提供的，當(dāng)然，也可以是運維支撐系統(tǒng)(OSS, Operation SupportSystem)或客戶關(guān)系管理(CRM, Customer Relationship Management)提供的本實施例不作限制。步驟202 :在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息吋，對所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略；在該步驟中，PCRF網(wǎng)元根據(jù)策略請求消息對所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定出基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略。也就是說，基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略是由運營提供商自己配置的策略。如果運營提供商配置了這種方式，就需要通過PCRF網(wǎng)元下發(fā)需要策略與計費執(zhí)行網(wǎng)元二次策略的策略，運營提供商在配置平臺上配置二次策略需要的信息。步驟203 :向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息,所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息。其中，將所述第二策略信息發(fā)送給PCEF網(wǎng)元可以通過重新授權(quán)請求(RAR，Re-authorize request)消息來發(fā)送,但并不限于此。也可以通過CCA、CCAU,或者CCAI消息來發(fā)送。本發(fā)明實施例中，PCRF網(wǎng)元在接收到用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息后，確定基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略，并將所述基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略一次性發(fā)送給PCEF網(wǎng)元，以便于PCEF網(wǎng)元在接收到業(yè)務(wù)請求中，按照所述基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略進(jìn)行二次決策，不但減少了 PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)，降低了性能開銷，還實現(xiàn)了 PCRF網(wǎng)元對業(yè)務(wù)策略的統(tǒng)一管通，提聞了業(yè)務(wù)運行的效率?？蛇x的，當(dāng)與業(yè)務(wù)相關(guān)的個性化設(shè)置發(fā)生變更時，所述方法還可以包括PCRF網(wǎng)元接收與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息；確定所述與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息對應(yīng)的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略信息；將所述第二策略信息發(fā)送給PCEF網(wǎng)元，以便于PCEF網(wǎng)元接收到該用戶的后續(xù)業(yè)務(wù)請求吋，按照所述第二策略信息進(jìn)行策略控制?；谏鲜龇椒ǖ膶崿F(xiàn)過程，本發(fā)明實施例還提供一種數(shù)據(jù)業(yè)務(wù)的策略控制裝置，其結(jié)構(gòu)示意圖詳見圖3，所述裝置包括第一獲取單元31，第二獲取單元32和第一策略控制單元33。其中，所述第一獲取單元31，用于從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息，所 述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；所述第一獲取單元31可以包括第一發(fā)送單元和第一接收單元，所述第一發(fā)送單元，用于通過Gx接ロ向策略與計費規(guī)則網(wǎng)元發(fā)送策略請求消息(比如CCRI消息等)；所述第一接收單元，用于通過Gx接ロ接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的策略響應(yīng)消息(比如CCAI消息等)，所述策略響應(yīng)消息包括第一策略信息，所述第一策略信息至少包括下述之ー業(yè)務(wù)詳細(xì)信息、業(yè)務(wù)的訪問方式信息和策略間依賴信息。所述第二獲取單元32，用于在接收到用戶的業(yè)務(wù)請求吋，獲取所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息；其中，所述第二獲取單元可以包括檢測單元和分析単元，所述檢測単元，用于在接收到業(yè)務(wù)請求后，對所述業(yè)務(wù)請求進(jìn)行深度報文檢測DPI，得到對應(yīng)的業(yè)務(wù)內(nèi)容；所述分析単元，用于對所述業(yè)務(wù)內(nèi)容進(jìn)行分析，得到與所述第一策略彳目息匹配時需要的業(yè)務(wù)彳目息。所述第一策略控制單元33，用于在所述本地策略需要的業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制?？蛇x的，所述裝置還可以包括第一激活單元和第二策略控制單元，其中，第一激活單元，用于在所述業(yè)務(wù)信息不滿足所述第一策略信息時，激活第一默認(rèn)策略；所述第二策略控制單元，用于按照激活的第一默認(rèn)策略對該業(yè)務(wù)信息進(jìn)行策略控制?？蛇x的，所述裝置還可以包括第一判斷単元，用于判斷所述業(yè)務(wù)信息是否滿足所述第一策略信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元33?？蛇x的，當(dāng)所述基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息至少包括下述之ー業(yè)務(wù)詳細(xì)信息、業(yè)務(wù)的訪問方式信息和策略間依賴信息時，所述第一判斷單元至少包括下述之ー業(yè)務(wù)類型判斷単元，用于判斷所述業(yè)務(wù)信息的業(yè)務(wù)類型是否滿足第一策略信息中的業(yè)務(wù)詳細(xì)信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元；訪問信息判斷単元，用于判斷所述業(yè)務(wù)信息的訪問方式是否滿足第一策略信息中業(yè)務(wù)的訪問方式信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元；策略依賴信息判斷単元，用于判斷所述業(yè)務(wù)信息是否存在策略間依賴信息，如果存在，則在執(zhí)行所依賴的策略后，再決定是否執(zhí)行所述第一策略信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元?？蛇x的，所述裝置還可以包括第二判斷単元，第二激活單元和第三策略控制單元，其中，所述第二判斷単元，用于在所述第二獲取單元接收到的業(yè)務(wù)請求中的業(yè)務(wù)信息發(fā)生變化時，判斷發(fā)生變化的業(yè)務(wù)信息是否滿足當(dāng)前執(zhí)行控制的策略，將滿足的判斷結(jié)果發(fā)送給第一策略控制單元，將不滿足的判斷結(jié)果發(fā)送給第二激活單元；所述第二激活單元，用于在所述第二判斷單元發(fā)送的不滿足的判斷結(jié)果時，對當(dāng)前執(zhí)行控制的策略進(jìn)行變更；激活第二默認(rèn)策略；所述第三策略控制單元，用于對所述發(fā)生變化的業(yè)務(wù)信息按照第二激活単元激活的第二默認(rèn)策略進(jìn)行策略控制。所述第一策略控制單元，還用于在接收到所述第二判斷單元發(fā)送的滿足的判斷結(jié)果時，對所述發(fā)生變化的業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制?？蛇x的 ，所述裝置還可以包括第二接收單元和第四策略控制單元，其中，所述第ニ接收單元，用于接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；所述第四策略控制単元，用于在接收到該用戶的后續(xù)業(yè)務(wù)請求時，按照所述第二策略信息進(jìn)行策略控制。其中，所述，第一接收單元和第二接收單元可以集成在一起，或者，第一接收單元還用于接收到所述策略與計費規(guī)則網(wǎng)元發(fā)送的第二策略信息。相應(yīng)的，本發(fā)明實施例還提供一種數(shù)據(jù)業(yè)務(wù)的策略管理裝置，其結(jié)構(gòu)示意圖詳見圖4，所述裝置包括第一接收單元41，策略決策單元42和第一發(fā)送單元43，其中，所述第一接收單元41，用于接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息；所述策略決策單元42，用于在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息時，按照所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略；所述第一發(fā)送單元43，用于向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息，所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息?？蛇x的，所述裝置還可以包括第二接收單元、確定單元和第二發(fā)送單元，，其中，所述第二接收單元，用于接收與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息；所述確定単元，用于確定所述與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息對應(yīng)的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息，所述變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息為在第一策略信息的基礎(chǔ)上增加新的策略信息；所述第二發(fā)送單元，用于將所述第二策略信息發(fā)送給策略與計費執(zhí)行網(wǎng)元，以便于策略與計費執(zhí)行網(wǎng)元接收到該用戶的后續(xù)業(yè)務(wù)請求時，按照所述第二策略信息進(jìn)行策略控制。其中，在該實施例中，所述第二接收單元與第一接收單元可以集成在一起，或者，第一接收單元還用于接收所述運營提供商提供的與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息。相應(yīng)的，本發(fā)明實施例還提供一種數(shù)據(jù)業(yè)務(wù)的策略控制管理系統(tǒng)，其結(jié)構(gòu)示意圖詳見圖5，所述系統(tǒng)包括策略與計費規(guī)則網(wǎng)元51和策略與計費執(zhí)行網(wǎng)元52，其中，所述策略與計費規(guī)則網(wǎng)元51，用于接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息；以及在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息時，按照所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略；并向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息，所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；其中，所述策略與計費規(guī)則網(wǎng)元51包括數(shù)據(jù)業(yè)務(wù)的策略管理裝置511，所述數(shù)據(jù)業(yè)務(wù)的策略管理裝置511至少包括第一獲取單元5111，第二獲取單元5112和第一策略控制単元5113，其各個單元的功能和作用詳見上述，在此不再贅述。所述策略與計費執(zhí)行網(wǎng)元52，用于向策略與計費規(guī)則網(wǎng)元策略請求消息，并接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；以及在接收到用戶的業(yè)務(wù)請求吋，獲取所述業(yè)務(wù)請求中與第一策略信息匹配時需要的業(yè)務(wù)信息，當(dāng)所述業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。其中，所述策略與計費執(zhí)行網(wǎng)元52包括數(shù)據(jù)業(yè)務(wù)的策略控制裝置521，所述數(shù)據(jù)業(yè)務(wù)的策略控制裝置521至少包括第一接收單元5211，策略決策單元5212和第一發(fā)送單元5213，其各個單元的功能和作用詳見上述，在此不再贅述。 本發(fā)明實施例中，由于PCRF網(wǎng)元將需要PCEF網(wǎng)元進(jìn)行判斷執(zhí)行的決策策略信息一次性發(fā)送給PCEF網(wǎng)元，而PCEF網(wǎng)元在接收到用戶的業(yè)務(wù)請求后，獲取該業(yè)務(wù)請求中與第一策略信息匹配時需要的業(yè)務(wù)信息，并將業(yè)務(wù)信息與需要PCEF網(wǎng)元進(jìn)行判斷執(zhí)行的決策策略信息進(jìn)行比較，如果所述業(yè)務(wù)信息滿足需要PCEF網(wǎng)元進(jìn)行判斷執(zhí)行的決策策略信息的條件，則對按照需要PCEF網(wǎng)元進(jìn)行判斷執(zhí)行的決策策略信息對該業(yè)務(wù)信息進(jìn)行策略控制。本發(fā)明實施例所述技術(shù)方案不但減少了 PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)，降低了由于策略報告頻繁產(chǎn)生的性能開銷，比如，實施諸如匪S復(fù)雜彩信計費策略、URL類別控制策略、基于瀏覽器類型及訪問內(nèi)容類型的策略控制等；還實現(xiàn)了 PCRF網(wǎng)元對業(yè)務(wù)策略的統(tǒng)ー管理，避免策略多處配置，清晰與周邊系統(tǒng)的分エ界面，降低實施難度，同時也提高了業(yè)務(wù)運行的效率。為了便于本領(lǐng)域技術(shù)人員的理解，下面以具體的應(yīng)用實例來說明。還請參閱圖6，為本發(fā)明實施例提供的一種數(shù)據(jù)業(yè)務(wù)的策略控制方法的應(yīng)用實例的流程圖，該實施例中涉及到的實體包括用戶設(shè)備UE、PCEF網(wǎng)元、PCRF網(wǎng)元和運營提供商，其中，運營提供商可以是集成裝置(provisioning)，也可以是運維支撐系統(tǒng)(0SS，Operation Support System),當(dāng)然，還可以是客戶關(guān)系管理 CRM, Customer RelationshipManagement)。所述方法的實現(xiàn)過程包括步驟601 :運營提供商將用戶訂購信息及個性化設(shè)置同步到PCRF網(wǎng)元中；步驟602 UE向PCEF網(wǎng)元發(fā)送用戶的上線請求；步驟603 =PCEF網(wǎng)元在接收到用戶的上線請求時，當(dāng)然，也可以是接收到用戶發(fā)送的業(yè)務(wù)請求吋，PCEF網(wǎng)元通過Gx+接ロ向PCRF網(wǎng)元發(fā)送策略請求消息，在該實施例中，所述策略請求以CCRI消息為例，但并不限于此；步驟604 =PCRF網(wǎng)元在接收該用戶的上線請求后，基于運營提供商提供的用戶訂購信息及個性化設(shè)置進(jìn)行策略決策，并確定基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略信息；其中，PCRF網(wǎng)元上由運營提供商自己配置的策略。策略中可配置需要二次決策的條件信息。PCRF在策略生效條件時下發(fā)該策略，策略中直接攜帯配置的二次決策條件信息。步驟605 =PCRF網(wǎng)元向PCEF網(wǎng)元發(fā)送策略響應(yīng)，所述策略響應(yīng)以CCAI消息為例，即在CCAI消息中攜帯第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息，具體可以包括業(yè)務(wù)詳細(xì)信息、詳業(yè)務(wù)的訪問方式信息和策略間依賴信息中的ー種或多種。
tヒ如，在CCAI消息中Charging-Rule-Install字段(AVP)中增加如下黑色部分標(biāo)
識的執(zhí)行條件
Charging-Rule-Install ::= < AVP Header: 1001 >
本[Charging-Rule-Definition ]
本[Charging—Rule-Name ]
本[Charging-Rule-Base-Name 」
[Bearer-Identifier ]
[Rule-Activation-Time j[Rule-Deactivation-Time ]
[Resource-Allocation-Notification ]
[Charging_Corre丄ation-Indicator ][PCEF-Rule-Filter]
[Filter-Logic]
[PS-Information]
*[Brower-Type]
氺[Site-Category]
*[Content-Type]
*[MMS-Send-Type]
*[Protocol-ID]
*[PCC-Rule-Satus]氺[Charging-Rule-Name]
[AVP]
*[ AVP ]上述程序段中，在Charging-Rule-Install AVP 中擴(kuò)展 PCEF-Ru le-Fi I ter AVP,用于如下基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略信息[Filter-Logic],用于指示信息處理時是取滿足還是不滿足的動作。取值可以為O Jnclude ；1 :Exclude。也就是說,要判斷一下,接收到用戶的業(yè)務(wù)請求對應(yīng)的業(yè)務(wù)信息是否滿足基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略信息。[PS-Information] AVP,用于業(yè)務(wù)的訪問方式信息,所述業(yè)務(wù)的訪問方式信息可包括業(yè)務(wù)訪問時使用的瀏覽器類型/訪問業(yè)務(wù)的網(wǎng)站類型/錯誤碼/請求類型/MMS發(fā)送方式/MMS內(nèi)容/依賴策略名等與業(yè)務(wù)強(qiáng)相關(guān)且經(jīng)常變化的信息。[ Rule-Chain-Information],用于傳遞策略間依賴信息,所述策略間依賴信息包括被依賴的策略名稱，策略執(zhí)行結(jié)果碼。當(dāng)[Charging-Rule-Name]不傳遞時,表示對所有的策略，發(fā)生指定錯誤碼時均執(zhí)行當(dāng)前策略?？蛇m用于PCRF網(wǎng)元下發(fā)統(tǒng)ー的默認(rèn)策略。步驟606 UE向PCEF網(wǎng)元發(fā)送用戶的業(yè)務(wù)請求以及后續(xù)的業(yè)務(wù)請求；步驟607 =PCEF網(wǎng)元獲取所述業(yè)務(wù)請求中與所述第一策略匹配時需要的業(yè)務(wù)信息；步驟608 =PCEF網(wǎng)元針對該業(yè)務(wù)請求對應(yīng)的業(yè)務(wù)信息按照PCRF網(wǎng)元下發(fā)的基于業(yè)務(wù)，需要PCEF網(wǎng)元判斷執(zhí)行的決策策略信息進(jìn)行進(jìn)一步的決策,并執(zhí)行策略；在該步驟中，PCEF網(wǎng)元先判斷所述業(yè)務(wù)請求中與所述第一策略匹配時需要的業(yè)務(wù)信息是否滿足所述第一策略信息，其判斷的方式有三種，具體詳見上述，在此不再贅述。也就是說，在步驟607和步驟608中，PCEF網(wǎng)元在接收到業(yè)務(wù)請求后，根據(jù)接收的第一策略信息判斷需要PCEF網(wǎng)元進(jìn)一步?jīng)Q策的策略，先通過第二獲取單元獲取進(jìn)ー步?jīng)Q策需要的業(yè)務(wù)信息，再確認(rèn)是否執(zhí)行該策略。需要說明的是，如果第一策略信息中包括策略間依賴信息，則需要在基于該依賴策略的執(zhí)行結(jié)果后，在決策是否執(zhí)行該策略，即在選擇執(zhí)行PCRF網(wǎng)元的下發(fā)的其他依賴策略執(zhí)行后，再基于策略結(jié)果決策是否執(zhí)行該策略；PCEF網(wǎng)元對其他依賴策略的處理方式保持不變。后續(xù)步驟為可選步驟步驟609 :在接收到UE發(fā)送的用戶業(yè)務(wù)請求對應(yīng)的業(yè)務(wù)信息發(fā)生變化吋，PCEF網(wǎng)元判斷發(fā)生變化的業(yè)務(wù)信息是否滿足當(dāng)前執(zhí)行控制的第一策略信息，如果滿足，對發(fā)生變化的業(yè)務(wù)信息繼續(xù)按照所述第一策略信息進(jìn)行策略控制；否則，對當(dāng)前執(zhí)行控制的策略進(jìn)行變更，激活第二默認(rèn)策略；以及對所述發(fā)生變化的業(yè)務(wù)信息按照第二默認(rèn)策略進(jìn)行策略控制。步驟610 :運營提供商向PCRF網(wǎng)元發(fā)送用戶個性化設(shè)置變更； 步驟611 =PCRF網(wǎng)元向PCEF網(wǎng)元發(fā)送變更策略信息，以及變更的附加條件；可以通過RAR消息，但并不限于此。也就是說，僅當(dāng)策略的PCEF網(wǎng)元決策信息發(fā)生變化吋，PCRF網(wǎng)元向PCEF網(wǎng)元通過RAR消息/CCA消息等發(fā)送策略信息及變更附加條件，表示僅PCEF本地策略決策信息發(fā)生變更，即發(fā)送第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息，所述變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息為在第一策略信息的基礎(chǔ)上增加新的策略信息。本實施例以通過RAR消息發(fā)送策略信息及變更附加條件為例，具體如下所示比如在RAR/CCAI消息中Charging-Rule-Install字段(AVP)中增加如下黑色部
分標(biāo)識的變更附加條件
Charging-Rule-Install ::= < AVP Header: 1001 >
*[ Charging-Rule-Name ][PCEF-Rule-Filter][PS-Information]
[Brower-Type]
傘[Site-Category]
[Content-Type]
[MMS-Send-Type]
[Rule-Chain-Information][PCC-Rule-Satus]
[Charging-Rule-Name]
[AVP]
*[ AVP ]如針對網(wǎng)站類型設(shè)置的家長控制類套餐，當(dāng)用戶的自定義信息規(guī)則適用網(wǎng)站類型
設(shè)置變更時，PCRF網(wǎng)元可以通過RAR消息向PCEF網(wǎng)元發(fā)送變更后的網(wǎng)站類型信息。
Charging-Rule-Install ::= く AVP Header: 1001 >
*[ Charging—Rule-Name J [PCEF-Rule-Filter]
[PS-Information]
[Brower-Type]步驟612 UE向PCEF網(wǎng)元發(fā)送用戶的業(yè)務(wù)請求及后續(xù)業(yè)務(wù)請求；步驟613 PCEF網(wǎng)元對接收到的業(yè)務(wù)請求及后續(xù)業(yè)務(wù)請求按照接收到的變更策略
信息(即第二策略信息)后，對該業(yè)務(wù)請求或后續(xù)業(yè)務(wù)請求進(jìn)行策略控制。本發(fā)明實施例中，提供了 PCC框架下基于復(fù)雜的數(shù)據(jù)業(yè)務(wù)信息進(jìn)行控制的套餐的
實現(xiàn)方案，有效減少PCRF網(wǎng)元建設(shè)的性能開銷。如易于實施諸如MMS復(fù)雜彩信計費策略、URL類別控制策略、基于瀏覽器類型及訪問內(nèi)容類型的策略控制；另外，由于PCRF網(wǎng)元統(tǒng)一下發(fā)策略，成為統(tǒng)ー的策略管理中心，避免策略多處配置，清晰與周邊系統(tǒng)的分エ界面，降低實施難度；同時，本發(fā)明還實現(xiàn)了策略間依賴順序的控制，減少PCRF網(wǎng)元與PCEF網(wǎng)元間因策略報告頻繁產(chǎn)生的性能開銷。下面 以具體的應(yīng)用實例來說明。實施例一假設(shè)有ー個策略，需要判斷用戶請求的內(nèi)容是文件還是圖片，文件免費，但圖片計費。PCRF網(wǎng)元向PCEF網(wǎng)元下發(fā)策略時，可直接下發(fā)ニ條策略，第一策略是文件，免費；
第二策略是默認(rèn)策略，即圖片，收費；其執(zhí)行的程序段為
Charging-rule-namel:==
RG:==免費 RGPCEF-RuIe-FiIter:==
Fi丄ter—Logic: include
Content-type:=又件
Charging-rule-name2:==
Rg:==計費 RGPCEF-RuIe-FiIter :==
Filter-Logic: include
Content-type:=圖片PCEF網(wǎng)元收到毎次請求時，直接判斷是該請求的內(nèi)容是文件還是圖片，如果是文件，執(zhí)行第一策略。如果是圖片，執(zhí)行第二策略；與現(xiàn)有技術(shù)相比，在判斷該請求的內(nèi)容是圖片時，需要將請求的內(nèi)容類型(content-type)上報給PCRF網(wǎng)元后，以及在接收PCRF網(wǎng)元的回復(fù)后，才能確定是計費還是免費，因此，減少了 PCRF網(wǎng)元和PCEF網(wǎng)元之間的交互次數(shù)。實施例ニ例ニ 假設(shè)有ー個家長控制套餐，最終用戶(即家長)可自己設(shè)置小孩不允許上網(wǎng)的類別(如社交類)。后面還可通過運營提供商入口(portal)自行修改孩子允許上網(wǎng)的類別(如再增加游戲類等)孩子上網(wǎng)時，PCRF網(wǎng)元向PCEF網(wǎng)元直接下發(fā)第一策略，該第一策略禁止訪問社交
類網(wǎng)站其執(zhí)行的程序段為Charging-rule-namel:==
Flow-status:==禁止訪問 PCEF-RuIe-FiIter :==
Filter-Logic: include site-gategory:=社交PCEF網(wǎng)元接收到孩子訪問請求后，直接判斷是否是訪問社交類網(wǎng)站，如果是，則禁止訪問，而不用對該孩子訪問的每個URL請求判斷分類后再重新報給PCRF網(wǎng)元，獲取是否允許訪問的策略，減少了 PCRF網(wǎng)元和PCEF網(wǎng)元之間的交互次數(shù)。進(jìn)一歩，當(dāng)孩子的家長還可以通過portal在設(shè)置的分類中增加不允許訪問游戲類時，PCRF網(wǎng)元可以通過RAR消息向PCEF網(wǎng)元下發(fā)新的變更策略(即第二策略)，第二策 略為禁止訪問社交類網(wǎng)站和游戲類網(wǎng)站，其執(zhí)行的程序段為
Charging-rule-namel:==
Flow-status:==禁止訪問 PCEF-RuIe-Filter:==
Filter-Logic: include site-gategory:=研戲 s i te-gategory:=社交之后，PCEF網(wǎng)元在接收到孩子的后續(xù)請求時，會同時判斷是否訪問游戲類或者社交類網(wǎng)站，如果，則禁止訪問。需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將ー個實體或者操作與另ー個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括ー個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設(shè)備中還存在另外的相同要素。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。權(quán)利要求
1.一種數(shù)據(jù)業(yè)務(wù)的策略控制方法，其特征在于，包括 從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息； 在接收到用戶的業(yè)務(wù)請求時，獲取所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息； 當(dāng)所述業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，還包括 當(dāng)所述業(yè)務(wù)信息不滿足所述第一策略信息時，激活第一默認(rèn)策略，并按激活的第一默認(rèn)策略對該業(yè)務(wù)信息進(jìn)行策略控制。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息至少包括下述之一業(yè)務(wù)詳細(xì)信息、業(yè)務(wù)的訪問方式信息和策略間依賴信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括判斷所述業(yè)務(wù)信息是否滿足所述第一策略信息，其判斷的方式至少包括下述之一 判斷所述業(yè)務(wù)信息的業(yè)務(wù)類型是否滿足第一策略信息中的業(yè)務(wù)詳細(xì)信息； 判斷所述業(yè)務(wù)信息的訪問方式是否滿足第一策略信息中的業(yè)務(wù)的訪問方式信息； 判斷所述業(yè)務(wù)信息是否存在策略間依賴信息，如果存在，則在執(zhí)行所依賴的策略后，再決定是否執(zhí)行所述第一策略信息。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息包括 通過Gx接口向策略與計費規(guī)則網(wǎng)元發(fā)送策略請求消息； 通過Gx接口接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的策略響應(yīng)消息,所述策略響應(yīng)消息包括第一策略信息。
6.根據(jù)權(quán)利要求I所述的方法，其特征在于，在接收到用戶的業(yè)務(wù)請求后，獲取所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息包括 在接收到用戶的業(yè)務(wù)請求后，對所述業(yè)務(wù)請求進(jìn)行深度報文檢測DPI，得到對應(yīng)的業(yè)務(wù)內(nèi)容； 對所述業(yè)務(wù)內(nèi)容進(jìn)行分析，得到與所述第一策略信息匹配時需要的業(yè)務(wù)信息。
7.根據(jù)權(quán)利要求I至6任一項所述的方法，其特征在于，所述方法還包括 當(dāng)接收到的業(yè)務(wù)請求中的業(yè)務(wù)信息發(fā)生變化時，判斷發(fā)生變化的業(yè)務(wù)信息是否滿足當(dāng)前執(zhí)行控制的第一策略信息，如果滿足，對發(fā)生變化的業(yè)務(wù)信息繼續(xù)按照所述第一策略信息進(jìn)行策略控制；否則，對當(dāng)前執(zhí)行控制的策略進(jìn)行變更，激活第二默認(rèn)策略；以及對所述發(fā)生變化的業(yè)務(wù)信息按照所述第二默認(rèn)策略進(jìn)行策略控制。
8.根據(jù)權(quán)利要求I至6任一項所述的方法，其特征在于，當(dāng)所述決策策略信息發(fā)生變化時，所述方法還包括 接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息，所述變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息為在第一策略信息的基礎(chǔ)上增加新的策略信息； 在接收到該用戶的后續(xù)業(yè)務(wù)請求時，按照所述第二策略信息進(jìn)行策略控制。
9.一種數(shù)據(jù)業(yè)務(wù)的策略管理方法，其特征在于，包括 接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息； 在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息時，對所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行 的決策策略； 向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息，所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述方法還包括 接收所述運營提供商提供的與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息； 確定所述與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息對應(yīng)的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息； 將所述第二策略信息發(fā)送給策略與計費執(zhí)行網(wǎng)元，以便于策略與計費執(zhí)行網(wǎng)元接收到該用戶的后續(xù)業(yè)務(wù)請求時，按照所述第二策略信息進(jìn)行策略控制。
11.一種數(shù)據(jù)業(yè)務(wù)的策略控制裝置，其特征在于，包括 第一獲取單元，用于從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息； 第二獲取單元，用于在接收到用戶的業(yè)務(wù)請求時，獲取所述業(yè)務(wù)請求中與所述第一策略信息匹配時需要的業(yè)務(wù)信息； 第一策略控制單元，用于在所述本地策略需要的業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。
12.根據(jù)權(quán)利要求11所述的裝置，其特征在于，還包括 第一激活單元，用于在所述業(yè)務(wù)信息不滿足所述第一策略信息時，激活第一默認(rèn)策略； 第二策略控制單元，用于按照激活的所述第一默認(rèn)策略對所述業(yè)務(wù)信息進(jìn)行策略控制。
13.根據(jù)權(quán)利要求11所述的裝置，其特征在于，還包括 第一判斷單元，用于判斷所述業(yè)務(wù)信息是否滿足所述第一策略信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元； 所述第一策略控制單元，還用于在接收到所述第一判斷單元發(fā)送的滿足的判斷結(jié)果時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，當(dāng)所述基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息至少包括下述之一業(yè)務(wù)詳細(xì)信息、業(yè)務(wù)的訪問方式信息和策略間依賴信息時，所述第一判斷單元至少包括下述之一 業(yè)務(wù)類型判斷單元，用于判斷所述業(yè)務(wù)信息的業(yè)務(wù)類型是否滿足第一策略信息中的業(yè)務(wù)詳細(xì)信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元； 訪問信息判斷單元，用于判斷所述業(yè)務(wù)信息的訪問方式是否滿足第一策略信息中業(yè)務(wù)的訪問方式信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元；策略依賴信息判斷單元，用于判斷所述業(yè)務(wù)信息是否存在策略間依賴信息，如果存在，則在執(zhí)行所依賴的策略后，再決定是否執(zhí)行所述第一策略信息，并將滿足的判斷結(jié)果發(fā)送給第一策略控制單元。
15.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述第一獲取單元包括 第一發(fā)送單元，用于通過Gx接口向策略與計費規(guī)則網(wǎng)元發(fā)送策略請求消息； 第一接收單元，用于通過Gx接口接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的策略響應(yīng)消息，所述策略響應(yīng)消息包括第一策略信息。
16.根據(jù)權(quán)利要求11所述的裝置，其特征在于，所述第二獲取單元包括 檢測單元，用于在接收到業(yè)務(wù)請求后，對所述業(yè)務(wù)請求進(jìn)行深度報文檢測DPI，得到對應(yīng)的業(yè)務(wù)內(nèi)容； 分析單元，用于對所述業(yè)務(wù)內(nèi)容進(jìn)行分析，得到與所述第一策略信息匹配時需要的業(yè)務(wù)信息。
17.根據(jù)權(quán)利要求11所述的裝置，其特征在于，還包括 第二判斷單元，用于在所述第二獲取單元接收到的業(yè)務(wù)請求中的業(yè)務(wù)信息發(fā)生變化時，判斷發(fā)生變化的業(yè)務(wù)信息是否滿足當(dāng)前執(zhí)行控制的第一策略信息，并發(fā)送判斷結(jié)果；第二激活單元，用于在所述第二判斷單元發(fā)送的不滿足的判斷結(jié)果時，對當(dāng)前執(zhí)行控制的策略進(jìn)行變更，激活第二默認(rèn)策略； 第三策略控制單元，用于對發(fā)生變化的業(yè)務(wù)信息按照所述第二默認(rèn)策略進(jìn)行策略控制； 所述第一策略控制單元，還用于在接收到所述第二判斷單元發(fā)送的滿足的判斷結(jié)果時，對所述發(fā)生變化的業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。
18.根據(jù)權(quán)利要求11至17任一項所述的裝置，其特征在于，還包括 第二接收單元，用于接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息； 第四策略控制單元，用于在接收到該用戶的后續(xù)業(yè)務(wù)請求時，按照所述第二策略信息進(jìn)行策略控制。
19.一種數(shù)據(jù)業(yè)務(wù)的策略管理裝置，其特征在于，包括 第一接收單元，用于接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息； 策略決策單元，用于在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息時，按照所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略； 第一發(fā)送單元，用于向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息，所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略息。
20.根據(jù)權(quán)利要求19所述的裝置，其特征在于，還包括 第二接收單元，用于接收與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息； 確定單元，用于確定所述與業(yè)務(wù)相關(guān)的個性化設(shè)置變更信息對應(yīng)的第二策略信息，所述第二策略信息為變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息，所述變更后基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息為在第一策略信息的基礎(chǔ)上增加新的策略信息； 第二發(fā)送單元，用于將所述第二策略信息發(fā)送給策略與計費執(zhí)行網(wǎng)元，以便于策略與計費執(zhí)行網(wǎng)元接收到該用戶的后續(xù)業(yè)務(wù)請求時，按照所述第二策略信息進(jìn)行策略控制。
21.一種數(shù)據(jù)業(yè)務(wù)的策略控制管理系統(tǒng)，其特征在于，包括 策略與計費規(guī)則網(wǎng)元，用于接收用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息；以及在接收到策略與計費執(zhí)行網(wǎng)元發(fā)送的策略請求消息時，按照所述用戶訂購信息及與業(yè)務(wù)相關(guān)的個性化設(shè)置信息進(jìn)行策略決策，確定基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略；并向所述策略與計費執(zhí)行網(wǎng)元發(fā)送策略響應(yīng)消息，所述策略響應(yīng)包括第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息； 策略與計費執(zhí)行網(wǎng)元，用于向策略與計費規(guī)則網(wǎng)元策略請求消息，并接收所述策略與計費規(guī)則網(wǎng)元發(fā)送的第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；以及在接收到用戶的業(yè)務(wù)請求時，獲取所述業(yè)務(wù)請求中與第一策略信息匹配時需要的業(yè)務(wù)信息，當(dāng)所述業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。
22.根據(jù)權(quán)利要求21所述的裝置，其特征在于， 所述策略與計費規(guī)則網(wǎng)元包括數(shù)據(jù)業(yè)務(wù)的策略管理裝置，所述數(shù)據(jù)業(yè)務(wù)的策略管理裝置如權(quán)利要求19和20任一項所述； 所述策略與計費執(zhí)行網(wǎng)元包括數(shù)據(jù)業(yè)務(wù)的策略控制裝置，所述數(shù)據(jù)業(yè)務(wù)的策略控制裝置如權(quán)利要求11至18任一項所述。
全文摘要
本發(fā)明實施例提供一種數(shù)據(jù)業(yè)務(wù)的策略控制方法、裝置及系統(tǒng)，所述方法包括從策略與計費規(guī)則網(wǎng)元中獲取第一策略信息，所述第一策略信息為基于業(yè)務(wù)，需要策略與計費執(zhí)行網(wǎng)元判斷執(zhí)行的決策策略信息；在接收到用戶的業(yè)務(wù)請求時，獲取所述業(yè)務(wù)請求中與第一策略信息匹配時需要的業(yè)務(wù)信息；當(dāng)所述業(yè)務(wù)信息滿足所述第一策略信息時，對所述業(yè)務(wù)信息按照所述第一策略信息進(jìn)行策略控制。本發(fā)明實施例以解決現(xiàn)有技術(shù)中，針對頻繁變更的業(yè)務(wù)請求信息的策略控制或結(jié)果關(guān)聯(lián)的策略控制中，PCRF網(wǎng)元與PCEF網(wǎng)元之間的交互次數(shù)較多的技術(shù)問題。
文檔編號H04W8/02GK102665191SQ20121010613
公開日2012年9月12日 申請日期2012年4月12日 優(yōu)先權(quán)日2012年4月12日
發(fā)明者王軍 申請人:華為技術(shù)有限公司