Pcc會話關(guān)聯(lián)方法、以及pcef單元和pa單元的制作方法
【專利摘要】本發(fā)明提供了一種PCC會話關(guān)聯(lián)方法，以及提供了一種PCEF單元和PA單元。在位于用戶側(cè)的PCEF接收包括用戶標(biāo)識的業(yè)務(wù)訪問請求后，PCEF基于業(yè)務(wù)訪問請求中的用戶標(biāo)識尋址到多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF，并將所述用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA，從而使得PA基于所述用戶標(biāo)識尋址到所述用戶標(biāo)識對應(yīng)的PCRF，即PCRF和PA尋址到同一PCRF。
【專利說明】PCC會話關(guān)聯(lián)方法、以及PCEF單元和PA單元
【技術(shù)領(lǐng)域】
[0001]本申請涉及在多PCRF(Policy and Charging Rules Function,策略與計費規(guī)則功能)部署系統(tǒng)下的PCC (策略控制與計費)會話關(guān)聯(lián)方法，以及PCEF ((Policy And ChargingEnforcement Function ;策略和計費執(zhí)行功能)單元和PA (Policy Agent,策略代理)單元。
【背景技術(shù)】
[0002]為了給用戶提供差異化的服務(wù)，在網(wǎng)絡(luò)中引入PCC架構(gòu)，PCC主要定義了策略控制和基于流的計費控制功能，具有基于業(yè)務(wù)、用戶、累積使用流量、位置/時間、接入類型等多個維度的管控能力和端到端QoS (優(yōu)先級設(shè)置)、流控、門控以及差異化計費等管控手段。
[0003]PCC中的主要接口有Rx、Gx。其中，Rx是策略代理(PA)和PCRF之間的參考點，用于傳送從PA到PCRF的業(yè)務(wù)及會話信息(如用戶IP地址)，PCRF根據(jù)業(yè)務(wù)等信息進(jìn)行策略決策。Gx是PCEF和PCRF之間的參考點，通過該接口，可以實現(xiàn):IP-CAN會話連接的建立和維持；從PCEF向PCRF發(fā)起PCC決策請求；以及PCRF動態(tài)控制PCEF上的PCC行為等功能。會話建立請求時，PCEF向PCRF傳送的信息包括私網(wǎng)IP、IMS I, MSISDN等信息，這些信息可作為用戶標(biāo)識。
[0004]在PCC架構(gòu)中，用戶上線會在PCEF與PCRF之間建立Gx會話，當(dāng)用戶訪問業(yè)務(wù)時，P-CSCF作為PA與PCRF之間建立Rx會話并將業(yè)務(wù)信息傳遞至PCRF。只有同一個用戶的Gx會話和Rx會話關(guān)聯(lián)在同一個PCRF上，該P(yáng)CRF才能產(chǎn)生適用于該用戶的管控策略，否則PCRF不能綜合用戶信息、簽約信息、業(yè)務(wù)信息生成策略，PCC管控流程無法完成。
[0005]由于PCRF信令處理能力及容量限制，在現(xiàn)網(wǎng)存在一個省部署多套PCRF的場景，這樣可能導(dǎo)致用戶的Gx會話與Rx會話可能關(guān)聯(lián)在不同的PCRF上，造成不能根據(jù)業(yè)務(wù)信息為用戶制定策略，從而不能達(dá)到協(xié)同網(wǎng)絡(luò)與業(yè)務(wù)的目的。因此，必須有一種方法確保在Gx接口和Rx接口上，能夠正確尋址到相同的PCRF來為用戶服務(wù)，解決多PCRF部署環(huán)境下的PCC會話關(guān)聯(lián)問題。
[0006]解決上述PCC會話關(guān)聯(lián)問題的關(guān)鍵在于在Gx接口和Rx接口上，以使得GGSN和P-CSCF能夠通過有效的尋址機(jī)制找到同一個PCRF。目前尋址方式大體可以分為兩種:一種基于用戶碼號(IMS1.MSISDN), 一種基于用戶IP地址，但兩種方式都存在一定問題。
[0007]在3GPP的規(guī)范中，要求采用DRA (直徑路由代理設(shè)備)設(shè)備完成尋址功能，在Gx接口和Rx接口上通過同一對DRA設(shè)備，根據(jù)用戶IP地址、MS1、MSISDN等信息，實現(xiàn)同一用戶的PCC會話關(guān)聯(lián)。另外，終端上報用戶私網(wǎng)IP地址的方式，不能解決現(xiàn)網(wǎng)用戶私網(wǎng)IP地址重復(fù)的問題。

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

[0008]本申請的目的是提供一種至少能夠部分改善上述現(xiàn)有技術(shù)中的缺陷的PCC會話關(guān)聯(lián)方法，以及提供了一種PCEF單元和PA單元。
[0009]本申請的一個方面提供了一種在多PCRF部署系統(tǒng)下的PCC會話關(guān)聯(lián)方法，包括:[0010]I)位于用戶側(cè)的PCEF接收業(yè)務(wù)訪問請求，所述業(yè)務(wù)訪問請求包括用戶標(biāo)識；
[0011 ] 2)所述PCEF基于所述業(yè)務(wù)訪問請求中的用戶標(biāo)識尋址到多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF ；以及
[0012]3)所述PCEF將所述用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA，從而使得所述PA基于所述用戶標(biāo)識尋址到所述用戶標(biāo)識對應(yīng)的所述PCRF。
[0013]本申請的另一個方面提供了一種PCEF，包括:
[0014]解析模塊，接收來自用戶端的業(yè)務(wù)訪問請求,并從所述業(yè)務(wù)訪問請求解析出用戶標(biāo)識；
[0015]路由確定模塊，從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF ；以及
[0016]會話模塊，基于Gx接口在所述PCEF與所述對應(yīng)的PCRF之間建立Gx會話，并將所述用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA，從而使得所述PA基于所述用戶標(biāo)識尋址到所述對應(yīng)的 PCRF。
[0017]此外，上述的PCEF還可包括:存儲模塊，用戶存儲所述預(yù)先配置的靜態(tài)路由列表。
[0018]根據(jù)本申請的另一個方面，還提供了一種PA，其可包括:
[0019]解析模塊，從用戶側(cè)接收會話報文，并從所述會話報文中獲取用戶標(biāo)識；
[0020]路由確定模塊，從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF ；以及
[0021 ] 轉(zhuǎn)換模塊，將所述用戶標(biāo)識轉(zhuǎn)換為符合Rx消息接口的字段，從而通過Rx會話尋址到與所述用戶標(biāo)識對應(yīng)的所述PCRF。
【專利附圖】

【附圖說明】
[0022]圖1示出了根據(jù)本申請一個實施方式的多PCRF部署系統(tǒng)的示意圖。
[0023]圖2示出了根據(jù)本申請一個實施方式的在多PCRF部署系統(tǒng)下的PCC會話關(guān)聯(lián)方法的流程圖。
[0024]圖3示出了根據(jù)本申請另一個實施方式的多PCRF部署系統(tǒng)的示意圖。
[0025]圖4示出了根據(jù)本申請一個實施方式的PCEF單元。
[0026]圖5示出了根據(jù)本申請一個實施方式的PA單元。
【具體實施方式】
[0027]為了更好地理解本申請，參考附圖將對本申請的各個方面做出更詳細(xì)的說明。可以理解，所述附圖和詳細(xì)說明只是對本申請優(yōu)選實施方案的描述，而非以任何方式限制本申請的范圍。
[0028]圖1示出了根據(jù)本申請一種實施方式的多PCRF部署系統(tǒng)1000。如圖1所示，多PCRF部署系統(tǒng)1000包括多個PCRF100-1...100-n (η為大于等于2的整數(shù))，位于用戶側(cè)的PCEF單元200和位于用戶側(cè)的PA單元300。PCEF200通常位于網(wǎng)關(guān)，在GPRS的情況下位于GGSN (Gateway GPRS Support Node ;網(wǎng)管GPRS支持節(jié)點)，在WLAN的情況下位于PDG(Packet Data Gateway ;分組數(shù)據(jù)網(wǎng)關(guān))。一方面，PCEF200從用戶端接收包括用戶標(biāo)識的業(yè)務(wù)訪問請求，并基于用戶標(biāo)識尋址到多個PCRF100-1...100-n中與用戶標(biāo)識對應(yīng)的一個PCRF。另一方面，PCEF200將用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA300，從而使得PA300基于用戶標(biāo)識尋址到與該用戶標(biāo)識對應(yīng)的PCRF，即PCEF200和PA300尋址到同一 PCRF。下面結(jié)合圖2所示的在多PCRF部署系統(tǒng)下的PCC會話關(guān)聯(lián)方法來進(jìn)一步說明上述系統(tǒng)1000的工作原理。
[0029]圖2示出了根據(jù)本申請的一種實施方式的在多PCRF部署系統(tǒng)下的PCC會話關(guān)聯(lián)方法2000。在步驟S210中，位于用戶側(cè)的PCEF接收業(yè)務(wù)訪問請求，所述業(yè)務(wù)訪問請求包括用戶標(biāo)識。用戶標(biāo)識可以例如為用戶的IMSI或MSISDN。業(yè)務(wù)訪問請求可例如為MS類業(yè)務(wù)訪問請求或非IMS類業(yè)務(wù)訪問請求。
[0030]PCEF200接收到上述業(yè)務(wù)訪問請求后，一方面在步驟S220中，基于業(yè)務(wù)訪問請求中的用戶標(biāo)識尋址到多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF。例如，PCEF200可從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與用戶標(biāo)識對應(yīng)的PCRF。應(yīng)該理解，在PCC架構(gòu)中，用戶上線會在PCEF與PCRF之間建立Gx會話。因此，在PCEF200從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF后，PCEF200可通過Gx會話尋址到該對應(yīng)的PCRF。
[0031]另一方面，PCEF200在步驟S230中將用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA300。具體地，PCEF200通過應(yīng)用層信令交互，經(jīng)由PCEF200與PA300之間的連接將用戶標(biāo)識發(fā)送到PA300。當(dāng)業(yè)務(wù)訪問請求為非MS類業(yè)務(wù)訪問請求時，會話模塊23將用戶標(biāo)識插入到HTTP報文中，并將插入有用戶標(biāo)識的HTTP報文發(fā)送到所述PA300。PA300可基于用戶標(biāo)識尋址到與該用戶標(biāo)識對應(yīng)的PCRF。即，PCEF200和PA300尋址到同一 PCRF。在一個實施方式中，PA300可從預(yù)先配置的靜態(tài)路由列表確定出與用戶標(biāo)識對應(yīng)的PCRF，并通過Rx會話尋址到該對應(yīng)的PCRF。在預(yù)先配置的靜態(tài)路由列表中可對應(yīng)地存儲用戶標(biāo)識和相應(yīng)的PCRF。此夕卜，預(yù)先配置的靜態(tài)路由列表可分別單獨例如配置于上述的PCEF200和PA300中。
[0032]根據(jù)上述步驟S210-230限定的方案可以解決現(xiàn)網(wǎng)中不同PCEF分配給用戶的私網(wǎng)IP地址有重疊的問題，該問題可能導(dǎo)致在Rx接口上，同一個UE IP地址對應(yīng)多個不同PCRF，不能完成Rx接口 PCEF的尋址。
[0033]在根據(jù)本申請另一個實施方式的多PCRF部署系統(tǒng)1000’中還可以包括一對DRA設(shè)備:第一 DRA設(shè)備400-1和第二 DRA設(shè)備400-2。此外，出于示例的目的，在圖中還示出了兩個PCEF200-1和200-2，以及兩個PRCF100-1和100-2。應(yīng)該理解，本發(fā)明并不限制于此。
[0034]在圖3所示的場景下，在步驟S220中，PCEF200-1/PCEF 200-2將所述用戶標(biāo)識發(fā)送到第一 DRA設(shè)備400-1/第二 DRA設(shè)備400-2，從而使得所述第一 DRA設(shè)備400-1/第
二DRA設(shè)備400-2從預(yù)先配置的靜態(tài)路由列表確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF100-1/100-2,以使得PCEF通過Gx會話尋址到該確定出的PCRF。接著在步驟S230中，PCEF200-1/PCEF 200-2將用戶標(biāo)識發(fā)送到PA300，PA300則將用戶標(biāo)識發(fā)送到與第二 DRA設(shè)備400-2/第一 DRA設(shè)備400-1，從而使得第二 DRA設(shè)備400-2/第一 DRA設(shè)備400-1從預(yù)先配置的靜態(tài)路由列表確定出與所述用戶標(biāo)識對應(yīng)的所述PCRF，以使得PA300通過Rx會話尋址到該確定出的PCRF。在一個實施方式中，預(yù)先配置的靜態(tài)路由列表可分別單獨配置于第一 DRA設(shè)備400-1和與之對應(yīng)的第二 DRA設(shè)備400-2。由于該方案是通過碼號的靜態(tài)尋址，不是通過IP地址的動態(tài)尋址，因此可以避免一對DRA設(shè)備需要同步動態(tài)信息的問題。[0035]最后在步驟S240中，所確定出的與用戶標(biāo)識對應(yīng)的PCRF根據(jù)用戶標(biāo)識將上述的Rx會話和Gx會話關(guān)聯(lián)，從而使得與用戶標(biāo)識對應(yīng)的PCRF向PCEF200下發(fā)策略，并通知PCEF200對該用戶的策略進(jìn)行執(zhí)行。
[0036]下面參照圖4和5分別具體描述根據(jù)本申請一個實施方式的PCEF200和PA300。
[0037]如圖4所示，PCEF200包括解析模塊21、路由確定模塊22和會話模塊23。具體地，解析模塊21被配置為從用戶端接收業(yè)務(wù)訪問請求，并從業(yè)務(wù)訪問請求解析出用戶標(biāo)識。路由確定模塊22從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與用戶標(biāo)識對應(yīng)的PCRF。在一個實施方式中，PCEF200還可包括存儲模塊(未示出)用于存儲靜態(tài)路由列表。應(yīng)該理解，存儲靜態(tài)路由列表還可以存儲到PCEF200可以尋址訪問的任何其他存儲設(shè)備中。會話模塊23 —方面基于Gx接口在所述PCEF與所述對應(yīng)的PCRF之間建立Gx會話，而另一方面則將用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA300，從而使得PA300基于用戶標(biāo)識尋址到與多個PCRF中與用戶標(biāo)識對應(yīng)的PCRF。具體地，當(dāng)業(yè)務(wù)訪問請求為MS類業(yè)務(wù)訪問請求時，PA300可以為P-CSCF。在這種情況下，會話模塊23將用戶標(biāo)識插入到SIP報文中，并將插入有用戶標(biāo)識的SIP報文發(fā)送到PA300。如上所述，當(dāng)業(yè)務(wù)訪問請求為非MS類業(yè)務(wù)訪問請求時，會話模塊23將用戶標(biāo)識插入到HTTP報文中，并將插入有用戶標(biāo)識的HTTP報文發(fā)送到所述PA300。
[0038]如圖5所示，根據(jù)本申請一個實施方式的PA300包括:解析模塊31、路由確定模塊32和轉(zhuǎn)換模塊33。解析模塊31，從用戶側(cè)接收會話報文，并從所述會話報文中獲取用戶標(biāo)識。所接收的會話報文可以為SIP會話報文或HTTP會話報文。路由確定模塊32從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與用戶標(biāo)識對應(yīng)的PCRF，然而轉(zhuǎn)換模塊33將用戶標(biāo)識轉(zhuǎn)換為符合Rx消息接口的字段，從而通過Rx會話尋址到與用戶標(biāo)識對應(yīng)的PCRF。
[0039]本領(lǐng)域普通技術(shù)人員可以理解:實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施方式的步驟；而前述的存儲介質(zhì)包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
[0040]雖然本申請利用上述描述和實施例進(jìn)行了具體說明，但本申請并不受此限制。本申請的保護(hù)范圍由所附權(quán)利要求書中的權(quán)利要求限定，任何對權(quán)利要求中技術(shù)特征進(jìn)行的等同替換，都應(yīng)屬于本申請所限定的范圍。
【權(quán)利要求】
1.一種在多PCRF部署系統(tǒng)下的PCC會話關(guān)聯(lián)方法，包括: 1)位于用戶側(cè)的PCEF接收業(yè)務(wù)訪問請求，所述業(yè)務(wù)訪問請求包括用戶標(biāo)識； 2)所述PCEF基于所述業(yè)務(wù)訪問請求中的用戶標(biāo)識尋址到多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF ；以及 3)所述PCEF將所述用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA，從而使得所述PA基于所述用戶標(biāo)識尋址到所述用戶標(biāo)識對應(yīng)的所述PCRF。
2.如權(quán)利要求1所述的方法，其中所述步驟2)包括: 所述PCEF從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF，并通過Gx會話尋址到該對應(yīng)的PCRF。
3.如權(quán)利要求2所述的方法，其中所述步驟3)包括: 所述PA從預(yù)先配置的靜態(tài)路由列表確定出與所述用戶標(biāo)識對應(yīng)的PCRF，并通過Rx會話尋址到該對應(yīng)的PCRF。
4.如權(quán)利要求1所述的方法，其中所述步驟2)包括: 所述PCEF將所述用戶標(biāo)識發(fā)送到第一 DRA設(shè)備，從而使得所述第一 DRA設(shè)備從預(yù)先配置的靜態(tài)路由列表確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF，以使得所述PCEF通過Gx會話尋址到該確定出的PCRF。
5.如權(quán)利要求4所述的方法，其中所述步驟3)包括: 所述PCEF將所述用戶標(biāo)識發(fā)送到所述PA，以使得所述PA將所述用戶標(biāo)識發(fā)送到與所述第一 DRA設(shè)備對應(yīng)的第二 DRA設(shè)備，其中，所述第二 DRA設(shè)備從預(yù)先配置的靜態(tài)路由列表確定出與所述用戶標(biāo)識對應(yīng)的所述PCRF，以使得所述PA通過Rx會話尋址到該確定出的PCRF。
6.如前述權(quán)利要求3或5所述的方法，還包括: 所述確定出的PCRF根據(jù)用戶標(biāo)識將所述Rx會話和所述Gx會話關(guān)聯(lián)。
7.如權(quán)利要求1-5中任意一項所述的方法，其中，所述業(yè)務(wù)訪問請求為MS類業(yè)務(wù)訪問請求，以及所述PCEF將所述用戶標(biāo)識發(fā)送到PA的步驟包括: 所述PCEF將所述用戶標(biāo)識插入到SIP報文中，并將插入有用戶標(biāo)識的SIP報文發(fā)送到所述PA。
8.如權(quán)利要求7所述的方法，其中，所述PA包括P-CSCF。
9.如權(quán)利要求1-5中任意一項所述的方法，其中，所述業(yè)務(wù)訪問請求為非MS類業(yè)務(wù)訪問請求，以及所述PCEF將所述用戶標(biāo)識發(fā)送到PA的步驟包括: 所述PCEF將所述用戶標(biāo)識插入到HTTP報文中，并將插入有用戶標(biāo)識的HTTP報文發(fā)送到所述PA。
10.如權(quán)利要求1所述的方法，其中，所述用戶標(biāo)識為用戶的MSI或MSISDN。
11.一種 PCEF，包括: 解析模塊，接收來自用戶端的業(yè)務(wù)訪問請求，并從所述業(yè)務(wù)訪問請求解析出用戶標(biāo)識； 路由確定模塊，從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF ;以及 會話模塊，基于Gx接口在所述PCEF與所述對應(yīng)的PCRF之間建立Gx會話，并將所述用戶標(biāo)識發(fā)送到位于業(yè)務(wù)側(cè)的PA，從而使得所述PA基于所述用戶標(biāo)識尋址到所述對應(yīng)的PCRF。
12.如權(quán)利要求11所述的PCEF，還包括: 存儲模塊，用戶存儲所述預(yù)先配置的靜態(tài)路由列表。
13.如權(quán)利要求11或12所述的PCEF，其中，所述業(yè)務(wù)訪問請求為MS類業(yè)務(wù)訪問請求，以及所述會話模塊將所述用戶標(biāo)識插入到SIP報文中，并將插入有用戶標(biāo)識的SIP報文發(fā)送到所述PA。
14.如權(quán)利要求11或12所述的PCEF，其中，所述業(yè)務(wù)訪問請求為非MS類業(yè)務(wù)訪問請求，以及所述會話模塊將所述用戶標(biāo)識插入到HTTP報文中，并將插入有用戶標(biāo)識的HTTP報文發(fā)送到所述PA。
15.如權(quán)利要求11所述的方法，其中，所述用戶標(biāo)識為用戶的MSI或MSISDN。
16.一種PA，包括: 解析模塊，從用戶側(cè)接收會話報文，并從所述會話報文中獲取用戶標(biāo)識； 路由確定模塊，從預(yù)先配置的靜態(tài)路由列表中確定出多個PCRF中與所述用戶標(biāo)識對應(yīng)的PCRF ;以及 轉(zhuǎn)換模塊，將所述用戶標(biāo)識轉(zhuǎn)換為符合Rx消息接口的字段，從而通過Rx會話尋址到與所述用戶標(biāo)識對應(yīng)的所述PCRF。
17.如權(quán)利要求16所述的PA,還包括: 存儲模塊，用于存儲所述靜態(tài)路由列表。
18.如權(quán)利要求16或17所述的PA，其中，所述用戶標(biāo)識為用戶的MSI或MSISDN。
【文檔編號】H04W4/24GK103686654SQ201210325794
【公開日】2014年3月26日 申請日期:2012年9月5日 優(yōu)先權(quán)日:2012年9月5日
【發(fā)明者】楊帆, 林平, 苑紅 申請人:中國移動通信集團(tuán)公司