策略的運營、配置下發(fā)、沖突處理和閉環(huán)管理方法及系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信和信息領(lǐng)域，更具體地，涉及策略相關(guān)的方法及系統(tǒng)。
【背景技術(shù)】
[0002]在3GPP的PCC架構(gòu)標(biāo)準(zhǔn)中定義了核心網(wǎng)范疇的策略網(wǎng)絡(luò)實施能力，即策略執(zhí)行系統(tǒng)，其中包含策略與計費規(guī)則功能單元(PCRF:Policy and Charging Rules Funct1n)、用戶屬性存儲器(SPR-Subscriber Profile Repository)、策略及計費執(zhí)行功能(PCEF:Policy and Charging Enforcement Funct1n)、演進的節(jié)點 B(eNodeB)等核心網(wǎng)網(wǎng)元。
[0003]目前標(biāo)準(zhǔn)沒有定義策略配置下發(fā)等運營業(yè)務(wù)相關(guān)的網(wǎng)元。長期以來，不同的廠家從不同的角度進行策略管理，且其策略管理側(cè)重于策略配置，缺乏完善的策略運營管理，提供的維護手段也各不相同。通常系統(tǒng)之間通過口頭、郵件、excel來溝通，給運營商的策略運營維護造成極其混亂的現(xiàn)狀。
[0004]本發(fā)明的發(fā)明人經(jīng)研究發(fā)現(xiàn)，隨著策略運營需求的急劇上升，策略需求的多樣性和復(fù)雜性都以幾何級數(shù)遞增，新的時期策略需求實施需要解決以下技術(shù)問題:
[0005]同一個用戶簽約多個策略可能存在策略沖突，處理不好很容易造成用戶投訴甚至是用戶流失，為了確實改善用戶體驗，怎樣檢測和管理策略沖突，策略部署是否足夠安全？
[0006]不同廠家的核心網(wǎng)設(shè)備配置維護不統(tǒng)一，策略配置和策略簽約數(shù)據(jù)管理工作復(fù)雜度很高，怎樣擺脫手工低效的處理局面？
[0007]策略生命周期管理復(fù)雜，牽涉的部門很多，處理的環(huán)節(jié)也很多，怎樣協(xié)調(diào)各方面資源有序高效的工作？
[0008]策略部署后對用戶造成了哪些正面和負面的影響，為運營商帶來了哪些收益，怎么能夠及時的反饋評估出來？

【發(fā)明內(nèi)容】

[0009]為了解決上述技術(shù)問題的至少之一，本發(fā)明提供了以下技術(shù)方案。
[0010]一種策略沖突處理方法，包括:
[0011]獲取新配置策略的策略用戶組；
[0012]對所述策略用戶組中訂購了多條策略的用戶，確定所述新配置策略與所述用戶訂購的其他策略之間是否存在策略沖突；
[0013]當(dāng)存在策略沖突時，進行策略沖突處理。
[0014]—種策略配置下發(fā)方法，包括:
[0015]策略配置下發(fā)裝置根據(jù)策略數(shù)據(jù)項進行策略配置；
[0016]所述策略配置下發(fā)裝置將策略配置信息轉(zhuǎn)換為符合配置下發(fā)接口規(guī)范的策略配置數(shù)據(jù)；
[0017]所述策略配置下發(fā)裝置通過所述配置下發(fā)接口將所述策略配置數(shù)據(jù)下發(fā)到策略執(zhí)行系統(tǒng)；
[0018]其中，所述配置下發(fā)接口是策略配置下發(fā)裝置和策略執(zhí)行系統(tǒng)間的標(biāo)準(zhǔn)接口。
[0019]—種策略運營方法，應(yīng)用于策略運營系統(tǒng)，包括:
[0020]在所述策略運營系統(tǒng)中新增策略時，對新增策略進行審批處理；
[0021]審批通過后，進行所述新增策略的配置和下發(fā)，所述下發(fā)通過策略運營系統(tǒng)和策略執(zhí)行系統(tǒng)間標(biāo)準(zhǔn)的配置下發(fā)接口實現(xiàn)；
[0022]監(jiān)控已下發(fā)策略的運行狀況，展示已下發(fā)策略執(zhí)行的統(tǒng)計分析數(shù)據(jù)。
[0023]—種策略配置閉環(huán)管理方法，包括:
[0024]策略運營系統(tǒng)通過與策略執(zhí)行系統(tǒng)之間標(biāo)準(zhǔn)的配置下發(fā)接口將策略的策略配置數(shù)據(jù)下發(fā)到策略執(zhí)行系統(tǒng)；
[0025]所述策略執(zhí)行系統(tǒng)根據(jù)下發(fā)的策略配置數(shù)據(jù)執(zhí)行所述策略；
[0026]策略數(shù)據(jù)系統(tǒng)采集所述策略的執(zhí)行結(jié)果數(shù)據(jù)，將所述策略的執(zhí)行結(jié)果信息反饋給所述策略運營系統(tǒng)；
[0027]所述策略運營系統(tǒng)接收所述策略的執(zhí)行結(jié)果信息，如調(diào)整所述策略，將所述策略調(diào)整后的策略配置數(shù)據(jù)下發(fā)到所述策略執(zhí)行系統(tǒng)。
[0028]—種策略沖突處理裝置，包括:
[0029]用戶獲取模塊，用于獲取新配置策略的策略用戶組；
[0030]沖突判決模塊，用于對所述策略用戶組中訂購了多條策略的用戶，確定所述新配置策略與所述用戶訂購的其他策略之間是否存在策略沖突；
[0031]沖突處理模塊，用于當(dāng)存在策略沖突時，進行策略沖突處理。
[0032]一種策略配置下發(fā)裝置，包括:
[0033]策略配置模塊，用于根據(jù)策略數(shù)據(jù)項進行策略配置；
[0034]格式轉(zhuǎn)換模塊，用于將策略配置信息轉(zhuǎn)換為符合配置下發(fā)接口規(guī)范的策略配置數(shù)據(jù)；
[0035]策略下發(fā)模塊，用于通過所述配置下發(fā)接口將所述策略配置數(shù)據(jù)下發(fā)到策略執(zhí)行系統(tǒng)；
[0036]其中，所述配置下發(fā)接口是策略配置下發(fā)裝置和策略執(zhí)行系統(tǒng)間的標(biāo)準(zhǔn)接口。
[0037]一種策略運營系統(tǒng)，包括:
[0038]策略運營管理裝置，用于在新增策略時，對新增策略進行審批，審批通過后，調(diào)用策略配置下發(fā)裝置進行所述新增策略的配置和下發(fā)；
[0039]策略配置下發(fā)裝置，用于實現(xiàn)策略的配置和下發(fā)，所述下發(fā)通過策略運營系統(tǒng)和策略執(zhí)行系統(tǒng)間標(biāo)準(zhǔn)的配置下發(fā)接口實現(xiàn)；
[0040]所述策略運營管理裝置，還用于監(jiān)控已下發(fā)策略的運行狀況，展示已下發(fā)策略執(zhí)行的統(tǒng)計分析數(shù)據(jù)。
[0041]—種策略配置閉環(huán)管理系統(tǒng)，其特征在于，包括:
[0042]策略運營系統(tǒng)，用于通過與策略執(zhí)行系統(tǒng)之間標(biāo)準(zhǔn)的配置下發(fā)接口將策略的策略配置數(shù)據(jù)下發(fā)到策略執(zhí)行系統(tǒng)；
[0043]策略執(zhí)行系統(tǒng)，用于根據(jù)下發(fā)的策略配置數(shù)據(jù)執(zhí)行所述策略；
[0044]策略數(shù)據(jù)系統(tǒng)，用于采集所述策略的執(zhí)行結(jié)果數(shù)據(jù)，將所述策略的執(zhí)行結(jié)果信息反饋給所述策略運營系統(tǒng)；
[0045]策略運營系統(tǒng)，還用于接收所述策略的執(zhí)行結(jié)果信息，如調(diào)整所述策略，將所述策略調(diào)整后的策略配置數(shù)據(jù)下發(fā)到所述策略執(zhí)行系統(tǒng)。
[0046]一種運算裝置，包括存儲器和處理器，其特征在于:
[0047]所述存儲器存儲有策略沖突處理程序；
[0048]所述CPU用于執(zhí)行所述策略沖突處理程序，進行相應(yīng)處理，包括:
[0049]獲取新配置策略的策略用戶組；
[0050]對所述策略用戶組中訂購了多條策略的用戶，確定所述新配置策略與所述用戶訂購的其他策略之間是否存在策略沖突；
[0051]當(dāng)存在策略沖突時，進行策略沖突處理。
[0052]一種運算裝置，包括存儲器和處理器，其特征在于:
[0053]所述存儲器存儲有策略配置下發(fā)程序；
[0054]所述CPU用于執(zhí)行所述策略配置下發(fā)程序，進行相應(yīng)處理，包括:
[0055]根據(jù)策略數(shù)據(jù)項進行策略配置；
[0056]將策略配置信息轉(zhuǎn)換為符合配置下發(fā)接口規(guī)范的策略配置數(shù)據(jù)；
[0057]通過所述配置下發(fā)接口將所述策略配置數(shù)據(jù)下發(fā)到策略執(zhí)行系統(tǒng)；
[0058]其中，所述配置下發(fā)接口是策略配置下發(fā)裝置和策略執(zhí)行系統(tǒng)間的標(biāo)準(zhǔn)接口。
[0059]上述方案可以使運營商擴展策略運營模式，快速、方便、安全的配置和使用策略，降低企業(yè)生產(chǎn)的成本，使終端用戶享有更好的用戶體驗。
【附圖說明】
[0060]圖1為本發(fā)明實施例一策略沖突處理方法的流程圖；
[0061]圖2為本發(fā)明實施例一策略沖突處理裝置的模塊圖；
[0062]圖3為本發(fā)明實施例二策略配置下發(fā)方法的流程圖；
[0063]圖4為本發(fā)明實施例二策略配置下發(fā)裝置的模塊圖；
[0064]圖5為本發(fā)明實施例三策略運營系統(tǒng)的結(jié)構(gòu)圖及策略運營系統(tǒng)與外圍系統(tǒng)的連接不意圖；
[0065]圖6為本發(fā)明實施例三策略運營方法的流程圖；
[0066]圖7為本發(fā)明實施例四策略配置閉環(huán)管理方法的流程圖。
【具體實施方式】
[0067]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。
[0068]本文中的策略及其相關(guān)屬性包括:
[0069]策略:一個策略由多條策略規(guī)則組成；
[0070]策略規(guī)則:一條策略規(guī)則由觸發(fā)條件和輸出動作組成，邏輯是在用戶行為滿足一定的“觸發(fā)條件”時，輸出特定的“動作”；
[0071]觸發(fā)條件:位置區(qū)域(移動網(wǎng)絡(luò)中的小區(qū))、終端類型(IPhone/三星等)、業(yè)務(wù)類型(QQ/P2P等)、時段、網(wǎng)絡(luò)類型(2G/3G/4G)、接入點(APN)、用戶等級(金/銀/銅)、用戶狀態(tài)、套餐類型等信息及其組合構(gòu)成觸發(fā)條件，也可稱為策略觸發(fā)條件；
[0072]輸出動作:如帶寬控制動作(Qos參數(shù)等)、通知動作(短信通知等)，等等；
[0073]策略基本信息:包含策略標(biāo)識(ID)、策略名稱、策略描述等用于說明一個策略的信息；
[0074]用戶策略訂購關(guān)系:一個用戶可以訂購一個或多個策略，訂購之后即生成了用戶策略訂購關(guān)系；
[0075]策略用戶組:與某一個策略存在訂購關(guān)系的所有用戶的集合構(gòu)成該策略的策略用戶組；
[0076]策略優(yōu)先級:當(dāng)兩個以上策略的觸發(fā)條件同時滿足時，優(yōu)先級高的策略得到執(zhí)行。
[0077]策略數(shù)據(jù)項，包括策略用戶組、觸發(fā)條件和輸出動作等數(shù)據(jù)項。
[0078]實施例一
[0079]本實施例提供了一種策略沖突處理方法，如圖1所示，包括:
[0080]步驟110，獲取新配置策略的策略用戶組；
[0081]所述新配置策略如可以是新配置的網(wǎng)絡(luò)流量相關(guān)策略。
[0082]步驟120，對所述策略用戶組中訂購了多條策略的用戶，確定所述新配置策略與所述用戶訂購的其他策略之間是否存在策略沖突，如是，執(zhí)行步驟130，否則結(jié)束；
[0083]本步驟中，可以針對策略用戶組中的用戶逐一判斷是否存在策略沖突。但為了實現(xiàn)對策略沖突的快速處理，本實施例采用以下分組的方式確定所述策略用戶組中用戶訂購的其他策略與新配置策略是否存在策略沖突:
[0084]對所述策略用戶組中訂購了多個策略的用戶進行分組，將訂購的全部策略均