用于路由和處理與群組訂閱有關(guān)的策略請求的方法、設(shè)備、系統(tǒng)、相關(guān)計算機(jī)程序產(chǎn)品的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信網(wǎng)絡(luò)中的策略過程。更具體地，本發(fā)明涉及用于在通信網(wǎng)絡(luò)中路由和處理與群組訂閱有關(guān)的策略請求的方法、設(shè)備、系統(tǒng)、相關(guān)計算機(jī)程序產(chǎn)品。
【背景技術(shù)】
[0002]策略引擎在通信網(wǎng)絡(luò)中用來執(zhí)行如可與門控、服務(wù)質(zhì)量(QoS)控制、QoS信令等有關(guān)的運營商定義的策略。此類策略引擎的示例是如由第3代合作伙伴計劃(3GPP)定義的移動網(wǎng)絡(luò)中的策略計費和規(guī)則功能(PCRF)、固定網(wǎng)絡(luò)中的服務(wù)策略決策功能(SPDF)和電纜網(wǎng)中的分組電纜策略服務(wù)器。
[0003]在通信網(wǎng)絡(luò)中，部署多個策略引擎是合期望的。當(dāng)在通信網(wǎng)絡(luò)中存在多個策略引擎時，需要用于策略引擎的發(fā)現(xiàn)過程以將來自網(wǎng)絡(luò)元件的請求引導(dǎo)到策略引擎。此類發(fā)現(xiàn)過程還應(yīng)確保來自各種網(wǎng)絡(luò)元件的請求被貫穿會話引導(dǎo)到相同的策略引擎。
[0004]高效地執(zhí)行發(fā)現(xiàn)過程的一個解決方案是部署策略請求路由器，諸如由3GPP定義的Diameter路由代理(DRA)。策略請求路由器是功能元件，其確保某個訂戶的會話中的所有策略相關(guān)消息在已部署了多個且可單獨尋址策略引擎時到達(dá)相同的策略引擎。該策略請求路由器在會話期間保持策略引擎路由信息，并且一旦會話終止，則移除此類信息。
[0005]策略引擎可以控制用于可包括多個訂戶的群組訂閱的策略。如果針對群組內(nèi)的不同訂戶的會話的策略相關(guān)請求被引導(dǎo)到不同的策略引擎，則不能高效地執(zhí)行與群組訂閱有關(guān)的策略，因為可發(fā)生數(shù)據(jù)不一致，并且其可使附加的信令成為必要以便避免數(shù)據(jù)不一致。可出現(xiàn)這些問題是因為用于群組的訂閱、提供和/或使用相關(guān)信息可被不同的高速緩存在不同的策略引擎中。

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

[0006]考慮到以上內(nèi)容，本發(fā)明的示例的目的是克服上述缺點中的一個或多個。特別地，本發(fā)明提供了用于在通信網(wǎng)絡(luò)中路由和處理與群組訂閱有關(guān)的策略請求的方法、設(shè)備、系統(tǒng)、相關(guān)計算機(jī)程序產(chǎn)品。
[0007]根據(jù)本發(fā)明的第一方面，提供了一種方法，包括:接收用于建立針對訂戶的會話的策略請求；確定訂戶是否屬于群組訂閱；如果訂戶屬于群組訂閱，則驗證在多個策略引擎之中的至少一個策略引擎與群組訂閱之間是否存在綁定；以及如果驗證的結(jié)果是肯定的，則基于用于處理策略請求的綁定而將策略請求路由到所述至少一個策略引擎。該方法還可包括如果驗證的結(jié)果是否定的，則選擇所述多個策略引擎之中的任何一個策略引擎以用于處理請求；以及創(chuàng)建所選的任何一個策略引擎與群組訂閱之間的綁定。
[0008]根據(jù)另一實施例，提供了一種方法，包括:接收用于發(fā)起屬于群組訂閱的訂戶的會話的第一策略請求；驗證群組訂閱的簡檔是否被存儲在本地高速緩存中；以及如果驗證的結(jié)果是肯定的，則基于存儲的簡檔來處理針對訂戶的會話的第一策略請求。該方法還可包括如果驗證的結(jié)果是否定的，則從訂戶簡檔儲存庫中檢索群組訂閱的簡檔；以及將該簡檔存儲在本地高速緩存中。
[0009]該方法還可包括接收在會話期間指示在會話段期間消耗的單元的數(shù)量的第二策略請求；以及基于該指示來更新存儲在本地高速緩存中的簡檔。
[0010]該方法還可包括接收第三策略請求，其指示訂戶會話的終止和在會話的終止段期間消耗的單元的數(shù)量；驗證對于屬于群組訂閱的任何其他訂戶而言會話是否正在進(jìn)行中；以及如果驗證的結(jié)果是肯定的，則基于在會話的終止段期間消耗的單元的數(shù)量來更新存儲在本地高速緩存中的簡檔。該方法還可包括如果驗證的結(jié)果是否定的，則向訂戶簡檔儲存庫發(fā)送包括經(jīng)更新的簡檔的消息。
[0011]根據(jù)本發(fā)明的第二方面，提供了一種設(shè)備，包括:用于接收用于建立針對訂戶的會話的策略請求的裝置；用于確定訂戶是否屬于群組訂閱的裝置；用于如果訂戶屬于群組訂閱、則驗證在多個策略引擎之中的至少一個策略引擎與群組訂閱之間是否存在綁定的裝置；以及
用于如果驗證的結(jié)果是肯定的、則基于用于處理策略請求的綁定而將策略請求路由到所述至少一個策略引擎的裝置。
[0012]該設(shè)備還可包括用于如果驗證的結(jié)果是否定的、則選擇所述多個策略引擎之中的任何一個策略引擎以用于處理請求的裝置；以及
用于創(chuàng)建所選的任何一個策略引擎與群組訂閱之間的綁定的裝置。
[0013]根據(jù)另一實施例，提供了一種設(shè)備，包括:用于接收針對屬于群組訂閱的訂戶的會話的策略請求的裝置；用于驗證群組訂閱的簡檔是否被存儲在本地高速緩存中的裝置；以及用于如果驗證的結(jié)果是肯定的、則基于存儲的簡檔來處理針對訂戶的會話的策略請求的裝置。該設(shè)備還可包括用于如果驗證的結(jié)果是否定的、則檢索群組訂閱的簡檔的裝置。
[0014]根據(jù)本發(fā)明的第三方面，提供了一種包括第二方面的設(shè)備的系統(tǒng)。
[0015]根據(jù)本發(fā)明的第四方面，提供了一種包括代碼部分的計算機(jī)程序產(chǎn)品，所述代碼部分用于使在其上執(zhí)行計算機(jī)程序的設(shè)備執(zhí)行根據(jù)第一方面的方法。
[0016]本發(fā)明的實施例可具有以下優(yōu)點的一個或多個:
?可以在不需要針對每個事務(wù)(transact1n)查詢訂戶簡檔儲存庫的情況下在策略引擎處高效地支持用于群組訂閱的策略程序；
?可以完全地消除由于由不同策略引擎處理針對群組訂閱的策略請求而引起的數(shù)據(jù)不一致；
?本發(fā)明的過程可被縮放至任何數(shù)目的群組和每個群組的任何數(shù)目的訂戶；
?本發(fā)明的過程不需要在策略請求中的群組標(biāo)識。
【附圖說明】
[0017]圖1示出了其中可以執(zhí)行根據(jù)本發(fā)明的實施例的過程的系統(tǒng)的架構(gòu)；
圖2a_c示出了根據(jù)現(xiàn)有技術(shù)的其中處理屬于群組訂閱的策略請求導(dǎo)致數(shù)據(jù)不一致的過程；
圖3a_c示出了根據(jù)現(xiàn)有技術(shù)的其中處理屬于群組訂閱的策略請求導(dǎo)致增加的信令業(yè)務(wù)的過程； 圖4示出了根據(jù)本發(fā)明的實施例的將策略請求路由到策略引擎的方案；
圖5示出了根據(jù)本發(fā)明的實施例的用于將策略請求路由到策略引擎的說明性示例性消息流程圖；
圖6a-c示出了根據(jù)本發(fā)明的實施例的處理策略請求的方案；
圖7a_c示出了根據(jù)本發(fā)明的實施例的用于處理策略請求的說明性示例性消息流程圖；
圖8示出了根據(jù)本發(fā)明的實施例的用于路由和處理策略請求的系統(tǒng)和設(shè)備。
【具體實施方式】
[0018]下面參考附圖通過示例的方式來描述本發(fā)明的示例。
[0019]圖1示出了根據(jù)本發(fā)明的示例的系統(tǒng)的架構(gòu)。該系統(tǒng)可以包括:
一一一個或多個網(wǎng)絡(luò)節(jié)點110，諸如網(wǎng)關(guān)(例如，網(wǎng)關(guān)通用分組無線電服務(wù)(GPRS)支持節(jié)點(GGSN)、分組數(shù)據(jù)網(wǎng)絡(luò)TON)網(wǎng)關(guān)(GW) P-GW、服務(wù)架構(gòu)演進(jìn)(SAE)網(wǎng)關(guān)(GW)等)和應(yīng)用功能(例如，代理呼叫會話控制功能(P-CSCF));網(wǎng)絡(luò)節(jié)點110可提供策略執(zhí)行功能(PCEF)的功能；
一一一個或多個策略請求路由器120，其可充當(dāng)用于網(wǎng)絡(luò)節(jié)點的策略處理前端，即可以針對網(wǎng)絡(luò)節(jié)點而隱藏實際策略引擎；策略請求路由器120可具有用于存儲與訂戶、會話和策略引擎有關(guān)的信息的本地高速緩存120M ；
——多個策略引擎130 (131、132等)，其可實際上處理來自網(wǎng)絡(luò)節(jié)點110的策略請求；此類策略引擎130的示例是由3GPP定義的策略計費和規(guī)則功能(PCRF);固定網(wǎng)絡(luò)中的服務(wù)策略決策功能(SPDF)和電纜網(wǎng)中的分組電纜策略服務(wù)器；這些策略引擎中的每一個還可具有用于存儲與訂戶和會話有關(guān)的信息的單獨本地高速緩存131M、132M等；
一一一個或多個訂戶簡檔儲存庫(SPR) 140，其可存儲訂戶數(shù)據(jù)、會話數(shù)據(jù)和可對策略引擎的策略評估有用的任何其他信息。
[0020]網(wǎng)絡(luò)節(jié)點110可通過Diameter接口與策略請求路由器120交換消息。例如，GGSN110可具有與策略請求路由器120的Gx接口(由3GPP定義)，并且諸如P-CSCF之類的應(yīng)用功能可具有由3GPP定義的與策略請求路由器120的Rx接口。在網(wǎng)絡(luò)節(jié)點110與策略請求路由器120之間交換的消息的示例可以是Diameter信用控制請求(CCR)消息和Diameter信用控制應(yīng)答(CCA)消息。可在會話的發(fā)起、遞送或終止期間交換這些消息。根據(jù)這一點，該消息可以是CCR-1 (初始)、CCR-U (更新)或CCR-T (終止)或?qū)?yīng)CCA消息。會話可以是網(wǎng)際協(xié)議(IP)-連接性接入網(wǎng)(CAN)會話。
[0021]在多個策略請求路由器120 (圖1中未示出)的情況下，它們可通過以太網(wǎng)彼此互連并可部署在安全網(wǎng)絡(luò)中。該互連可促進(jìn)路由器之間的信息共享。該信息共享可使用諸如用戶數(shù)據(jù)報協(xié)議(UDP)分派器(dispatcher)之類的傳輸層協(xié)議。
[0022]策略請求路由器120可使用諸如Diameter之類的任何傳輸層協(xié)議來與策略引擎130交換消息。策略請求路由器120可充當(dāng)代理服務(wù)器(proxy)或重定向代理。策略請求路由器120可在將消息發(fā)送到策略引擎130之前增強(qiáng)從網(wǎng)絡(luò)節(jié)點110接收到的策略請求消息。此類增強(qiáng)可包括向策略請求消息添加訂戶數(shù)據(jù)以幫助策略引擎130檢索相關(guān)會話數(shù)據(jù)。另外，策略請求路由器120可指定預(yù)期響應(yīng)以及請求策略引擎120出于負(fù)載管理的目的而報告其當(dāng)前負(fù)載條件的時間段。因此，除路由功能之外，策略請求路由器120還可提供其他功能。
[0023]策略引擎130可通過以太網(wǎng)而彼此互連，并且可部署在安全網(wǎng)絡(luò)中。其可使用諸如Diameter之類的傳輸層協(xié)議來交換諸如會話數(shù)據(jù)之類的信息。
[0024]訂戶簡檔儲存庫(SPR) 140可以是可存儲訂戶數(shù)據(jù)的任何儲存庫。例如，SPR可以是歸屬位置寄存器(HLR)、歸屬訂戶服務(wù)器(HSS)或X.500目錄數(shù)據(jù)庫。訂戶簡檔儲存庫140與策略引擎130之間的接口可以是由3GPP定義的Sp接口。
[0025]圖2圖示出用于路由和處理策略請求的現(xiàn)有技術(shù)過程的示例，并且突出在與群組訂閱有關(guān)的策略的情況下的此類過程的缺點。圖2a