專利名稱：Nat技術(shù)在pcc架構(gòu)中的實現(xiàn)方法、pcrf及af的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT， Network Address Translation)技術(shù)在策略和計費控制(PCC， Policy and Charging Control)架構(gòu)中的實現(xiàn)方法及一種策略控制和計費規(guī)則功能(PCRF, Policy Control and Charging Rules Function)實體及應(yīng)用功能(AF， Application Function )實體。
背景技術(shù)：
通信網(wǎng)絡(luò)正在經(jīng)歷從傳統(tǒng)的電路交換(CS, Circuit Switched )網(wǎng)絡(luò)向以 IP為承載的分組交換(PS， Packet Switched)網(wǎng)絡(luò)演進(jìn)的歷程。其間，為實 現(xiàn)在演進(jìn)網(wǎng)絡(luò)中也能為用戶提供電信級服務(wù)，需要解決端到端的業(yè)務(wù)質(zhì)量 (QoS， Quality of Service)問題。同時，為保障運營商的利益，要求演進(jìn)網(wǎng) 絡(luò)具有能夠針對不同業(yè)務(wù)數(shù)據(jù)流與QoS級別進(jìn)行計費的能力。
基于演進(jìn)網(wǎng)絡(luò)的發(fā)展需求，第三代移動通信標(biāo)準(zhǔn)化伙伴項目(3GPP, 3rd Generation Partnership Project)定義了 PCC架構(gòu)，基于PCC架構(gòu)，演進(jìn) 網(wǎng)絡(luò)能夠針對檢測到的不同業(yè)務(wù)數(shù)據(jù)流進(jìn)行QoS控制和計費統(tǒng)計。
參見圖1,圖1是該PCC架構(gòu)的示意圖。下面主要討論圖1中的PCRF、 策略和計費執(zhí)行(PCEF, Policy and Charging Enforcement Function )實體、 用戶簽約數(shù)據(jù)庫(SPR, Subscription Profile Repository )和應(yīng)用功能(AF， Application Function )實體等幾個功能實體在PCC架構(gòu)中的作用。
其中，PCRF主要是根據(jù)運營商策略、對用戶接入網(wǎng)絡(luò)的限制、用戶簽 約數(shù)據(jù)以及用戶當(dāng)前正在進(jìn)行的業(yè)務(wù)的業(yè)務(wù)信息等因素，制定對應(yīng)的策略， 該策略稱為PCC規(guī)則。PCC規(guī)則通?？砂I(yè)務(wù)數(shù)據(jù)流的檢測規(guī)則，業(yè)務(wù)數(shù)據(jù)流對應(yīng)的QoS控制規(guī)則和基于業(yè)務(wù)數(shù)據(jù)流的計費規(guī)則等等；其中，業(yè) 務(wù)數(shù)據(jù)流動檢測規(guī)則也可稱為IP數(shù)據(jù)包過濾規(guī)則；
PCEF主要是執(zhí)行PCRF制定的PCC規(guī)則，如根據(jù)PCC規(guī)則，對業(yè)務(wù) 數(shù)據(jù)流進(jìn)行檢測和測量，保證業(yè)務(wù)的QoS,用戶面流量樹立和觸發(fā)控制面的 會話管理等等；進(jìn)一步說明，為保證業(yè)務(wù)的QoS以及對業(yè)務(wù)數(shù)據(jù)流進(jìn)行計 費，UE發(fā)出的所有IP數(shù)據(jù)包或待接收的所有IP數(shù)據(jù)包需要經(jīng)過PCEF,由 PCEF利用PCRF下發(fā)的PCC規(guī)則中的IP數(shù)據(jù)包過濾規(guī)則，對各IP數(shù)據(jù)包 進(jìn)行業(yè)務(wù)數(shù)據(jù)流過濾，允許符合要求的IP數(shù)據(jù)包通過；IP數(shù)據(jù)包過濾規(guī)則 規(guī)定了允許通過PCEF的IP數(shù)據(jù)包的源地址與目的地址、業(yè)務(wù)數(shù)據(jù)流量等 等信息；
SPR主要是向PCRF提供用于制定PCC規(guī)則的用戶簽約數(shù)據(jù)；
AF主要是向PCRF動態(tài)提供應(yīng)用層的業(yè)務(wù)信息，PCRF可根據(jù)該業(yè)務(wù)信
息動態(tài)生成或修改對應(yīng)的PCC規(guī)則。
基于PCC架構(gòu)，可建立用戶終端與網(wǎng)絡(luò)側(cè)之間的IP-CAN會話，UE基
于被建立的IP-CAN會話，開展自己的業(yè)務(wù)。參見圖2,圖2是現(xiàn)有基于PCC
架構(gòu)實現(xiàn)UE開展業(yè)務(wù)的信令交互示意圖。參見圖3,圖3是圖2中建立UE
的IP-CAN會話的具體流程圖。該流程簡要描述如下
步驟301至302、 PCEF收到UE發(fā)送的IP-CAN會話建立請求消息，基
于Diameter協(xié)議，向PCRF發(fā)送請求與PCRF進(jìn)4亍會話的貨計控制請求 (Diameter CCR, Credit-Control-Request)消息，請求PCRF下發(fā)該UE的
缺省PCC規(guī)則。
為方便表述，稱PCEF與PCRF之間的會話為會話一。
上述Diameter CCR消息中攜帶UE的網(wǎng)絡(luò)地址、網(wǎng)絡(luò)標(biāo)識如國際移動
用戶識別碼(IMSI, international mobile subscriber identity )等等的UE相關(guān)信息。
步驟303 、 PCRF存儲所接收到的Diameter CCR消息中的UE相關(guān)信息， 若UE曾成功建立過IP-CAN會話，貝'j PCRF上會保留有該UE相關(guān)的PCC規(guī)則，PCRF選擇該PCC規(guī)則，執(zhí)行步驟308;否則，執(zhí)行步驟304至步驟 307。
步驟304至步驟307、 PCRF向SPR發(fā)送請求消息，請求用戶簽約數(shù)據(jù)； SPR收到該請求消息后，將用戶簽約數(shù)據(jù)返回PCRF; PCRF收到PCEF返 回的用戶簽約數(shù)據(jù)后，制定UE相關(guān)的PCC規(guī)則，存儲該PCC規(guī)則，執(zhí)行 步驟308。
步驟308、 PCRF將UE相關(guān)的PCC規(guī)則通過Diameter CCR消息下發(fā)給 PCEF, PCRF與PCEF之間的會話告一段落。
步驟309至步驟310、 PCEF安裝收到的缺省PCC規(guī)則，向UE返回表 示IP-CAN會話建立成功的響應(yīng)。
圖3所示流程所建立的IP-CAN會話建立了 一條UE與PCEF之間的缺 省承載，基于會話一中建立的該缺省承載，UE可發(fā)起業(yè)務(wù)請求。為對UE 將開展的業(yè)務(wù)進(jìn)行控制，需要針對UE所請求的業(yè)務(wù)制定合適的PCC規(guī)則。 參見圖4，圖4是PCC架構(gòu)下對UE的業(yè)務(wù)控制流程圖。該流程簡要說明如 下
步驟401至步驟403、 AF被觸發(fā)后，定義UE的業(yè)務(wù)信息，將UE的業(yè) 務(wù)信息通過Diameter AAR消息發(fā)送給PCRF，發(fā)起AF與PCRF之間的會話。
UE的業(yè)務(wù)信息可包括UE的網(wǎng)絡(luò)地址、網(wǎng)絡(luò)標(biāo)識、業(yè)務(wù)數(shù)據(jù)流描述信 息等等。且為表述方便，可稱AF與PCRF之間的會話為會話二。
步驟404、 PCRF收到AF發(fā)來的AAR消息后，存儲其中UE的業(yè)務(wù)信 息，PCRF若沒有存儲用戶簽約數(shù)據(jù)，則執(zhí)行步驟405;否則，執(zhí)行步驟407。
步驟405至步驟406、PCRF向SPR發(fā)送請求用戶簽約數(shù)據(jù)的請求消息； SPR收到該請求消息后，向PCRF返回用戶簽約數(shù)據(jù)。
步驟407至步驟409、 PCRF根據(jù)會話二中AF發(fā)來的UE的網(wǎng)絡(luò)地址， 與會話一中收到的PCEF發(fā)來的UE的網(wǎng)絡(luò)地址，進(jìn)行會話一與會話二的綁 定，綁定成功后，PCRF制定并存儲PCC規(guī)則，向AF發(fā)送表示會話綁定成 功的響應(yīng)。PCRF返回AF的響應(yīng)可以是Diameter AAA消息。
可簡稱會話一與會話二的綁定為會話綁定。由于PCRF負(fù)責(zé)管理針對不 同UE的不同PCC規(guī)則，相應(yīng)地，PCEF負(fù)責(zé)執(zhí)行針對不同UE的不同PCC 規(guī)則，因此，為確保PCEF所執(zhí)行的PCC規(guī)則針對的是UE所請求的業(yè)務(wù)， 需要PCRF將會話一與會話二進(jìn)行會話綁定，即確定AF上報的用于會話綁 定的UE的網(wǎng)絡(luò)地址，與PCEF上報的用于會話綁定的UE的網(wǎng)絡(luò)地址是否 相同，若相同，則會話一與會話二綁定成功；否則，綁定失敗。在會話綁定 成功后，PCRF才能夠根據(jù)UE的業(yè)務(wù)信息制定對應(yīng)的PCC規(guī)則，且將該PCC 規(guī)則下發(fā)給與會話二綁定成功的會話一中的PCEF，由PCEF控制該UE所 請求的業(yè)務(wù)。
步驟410至步驟414、 UE發(fā)起要求修改IP-CAN會話的請求給PCEF; PCEF收到該請求后，向PCRF發(fā)送要求獲取PCC規(guī)則的Diameter CCR消 息；PCRF收到PCEF發(fā)來的消息后，從所存儲的PCC規(guī)則中選出與該UE 相關(guān)的PCC規(guī)則，將該PCC規(guī)則下發(fā)給PCEF; PCEF收到PCRF返回的 PCC規(guī)則后，安裝該PCC規(guī)則，且向UE返回表示IP-CAN會話修改成功的 貨計控制應(yīng)答(Diameter CCA， Credit-Control-Answer)消息。
上述圖3與圖4所示流程中，若UE自身擁有可尋址的合法網(wǎng)絡(luò)地址， 該網(wǎng)絡(luò)地址包含由網(wǎng)絡(luò)信息中心(NIC)或網(wǎng)絡(luò)服務(wù)提供商(ISP)分配的具 有全球唯一性的可尋址IP地址，則會話一中PCEF上報給PCRF的UE的網(wǎng) 絡(luò)地址，和，會話二中AF上報給PCRF的UE的網(wǎng)絡(luò)地址為同 一個網(wǎng)絡(luò)地 址，則PCRF可進(jìn)行成功的會話綁定。
但有時，UE真實的網(wǎng)絡(luò)地址為不能用于尋址的主機地址，如私網(wǎng)地址， 為使UE能夠訪問因特網(wǎng)等公網(wǎng)，通常需要采用NAT技術(shù)，將UE的主機地 址轉(zhuǎn)換為一個可尋址的合法網(wǎng)絡(luò)地址。其中，主機地址包括主才幾IP地址和 端口號，合法網(wǎng)絡(luò)地址包括合法IP地址和端口號。NAT技術(shù)的主要作用在 于使局域網(wǎng)內(nèi)多個UE共享一個合法IP地址，以緩解合法IP地址資源緊缺 問題。路由器、防火墻等等網(wǎng)絡(luò)設(shè)備上通常設(shè)置有NAT功能，如防火墻將網(wǎng)絡(luò)服務(wù)器的主機地址192.168.1.1轉(zhuǎn)換為合法IP地址202.96.23.11，則外 部實際通過訪問202.96.23.11地址訪問該網(wǎng)絡(luò)服務(wù)器。本申請中，統(tǒng)稱具有 NAT功能的設(shè)備為NAT設(shè)備，并稱經(jīng)過NAT設(shè)備轉(zhuǎn)換得到的合法網(wǎng)絡(luò)地 址為反向地址，該反向地址包括可尋址的IP地址、端口號。
NAT技術(shù)可包括靜態(tài)NAT(Static NAT)、動態(tài)地址NAT(Pooled NAT) 以及網(wǎng)絡(luò)地址端口轉(zhuǎn)換(NAPT, Port - Level NAT )。
其中，靜態(tài)NAT是NAT設(shè)備將私網(wǎng)中每個UE的主機地址都被永久地 映射成某個合法網(wǎng)絡(luò)地址。動態(tài)地址NAT是NAT設(shè)備為每個UE動態(tài)分配 合法網(wǎng)絡(luò)地址，將該UE的主機地址映射成某合法網(wǎng)絡(luò)地址，在UE與外網(wǎng) 斷開后，釋放分配給該UE的合法網(wǎng)絡(luò)地址。NAPT則是NAT設(shè)備將UE的 主機地址映射成一個單獨的合法IP地址，并在該合法IP地址上加一個由該 NAT設(shè)備選定的端口號。
另外，NAT技術(shù)中，經(jīng)過NAT轉(zhuǎn)換得到的合法網(wǎng)絡(luò)地址在某些應(yīng)用場 景下也難以用于通信，為此通常采用中繼(STUN Relay )服務(wù)器，為用戶設(shè) 備分配一個中繼地址，該中繼地址也是合法網(wǎng)絡(luò)地址。
NAT技術(shù)能夠使多個UE共享一個合法IP地址，以緩解合法IP地址資 源緊缺問題。但若將NAT技術(shù)引入PCC架構(gòu)，將使得UE難以開展業(yè)務(wù)的 問題。
參見圖5，圖5是NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景示意圖。圖5中， NAT設(shè)備被設(shè)置在UE與PCEF之間的通信鏈路之間。UE期望訪問遠(yuǎn)端 PDN。設(shè)UE的主機地址中IP地址為IP1,端口為Portl;被z沐問的遠(yuǎn)端網(wǎng) 絡(luò)地址中IP地址為IP_remote，端口為Port_remote;經(jīng)過NAT設(shè)備轉(zhuǎn)換得 到的UE的反向地址中IP地址為IP2、端口為Port2。從UE發(fā)出的IP數(shù)據(jù) 包經(jīng)過NAT設(shè)備后，IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址為UE的反向地址，目的網(wǎng)絡(luò) 地址未變，仍為被訪問的遠(yuǎn)端網(wǎng)絡(luò)地址，若IP數(shù)據(jù)包能夠通過PCEF，則該 IP數(shù)據(jù)包將按其目的網(wǎng)絡(luò)地址被發(fā)送到遠(yuǎn)端PDN。
實際上，NAT技術(shù)的引入，使得UE發(fā)出的IP數(shù)據(jù)包難以通過PCEF，因為實際應(yīng)用中，UE會收集到標(biāo)示其網(wǎng)絡(luò)位置的主機地址和反向地址，并
且，UE將指示AF該UE用于對外通信的網(wǎng)絡(luò)地址可能是主機地址，也可能 是反向地址。若UE指示其主機地址用于對外通信，則AF會根據(jù)UE的指 示，向PCRF上報的用于會話綁定的為UE的主機地址；而PCEF上報的用 于會話綁定的是該UE的反向地址。因主機地址與反向地址不同，導(dǎo)致PCRF 執(zhí)行會話綁定失敗。
參見圖6，圖6是NAT技術(shù)在PCC架構(gòu)中的另一應(yīng)用場景示意圖。與 圖5所示場景不同，圖6所示場景中，NAT設(shè)備被設(shè)置在UE與PCEF之間 多通信鏈路之外，被設(shè)置在PCEF與遠(yuǎn)端PDN之間的通信鏈路上，且NAT 設(shè)備與遠(yuǎn)端PDN之間設(shè)置有中繼服務(wù)器。中繼服務(wù)器為UE分配中繼地址， 其中，IP地址為IP3，端口為Port3，中繼服務(wù)器的監(jiān)聽地址中IP地址為IPR, 端口為PortR。圖6所示場景中，UE不Y又會收集到UE的主才幾地址、UE的 反向地址，還會收集到UE的中繼地址。UE會將收集到的地址上報給AF， AF會根據(jù)UE的上報向PCRF上報用于會話綁定的UE的網(wǎng)絡(luò)地址可能是 UE的主機地址，也可能是UE的反向地址。從而，與圖5所示場景中應(yīng)用 NAT技術(shù)類似的問題將會發(fā)生。
因此，現(xiàn)有技術(shù)中，NAT技術(shù)應(yīng)用在PCC架構(gòu)下，將會出現(xiàn)會話綁定 失敗的問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種NAT技術(shù)在PCC架構(gòu)中的實現(xiàn)方法，在引入 NAT技術(shù)的PCC架構(gòu)中，實現(xiàn)PCRF與AF之間的會話，和PCRF與PCEF 之間的會話的綁定。
一種NAT技術(shù)在PCC架構(gòu)中的實現(xiàn)方法，包括
PCRF與PCEF會話中，所述PCRF接收所述PCEF發(fā)送的用于會話綁 定的UE的第一網(wǎng)絡(luò)地址；
所述PCRF與AF的會話中，所述PCRF接收所述AF發(fā)送的UE的網(wǎng)絡(luò)地址相關(guān)信息，所述網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置
的多個網(wǎng)絡(luò)地址；
所述PCRF確定所述多個網(wǎng)絡(luò)地址中，包含所述第 一 網(wǎng)絡(luò)地址；
所述PCRF將所述PCRF與所述AF之間的會話，和所述PCRF與所述 PCEF之間的會話綁定。
本發(fā)明實施例提供一種PCRF,在引入NAT技術(shù)的PCC架構(gòu)中，實現(xiàn) PCRF與AF之間的會話，和PCRF與PCEF之間的會話的綁定。
一種PCRF,包括第一接收單元、第二接收單元、確定單元和綁定單 元；其中，
第一接收單元，PCRF與AF之間的會話中，接收所述AF發(fā)送的UE的 網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位 置的多個網(wǎng)絡(luò)地址；
第二接收單元，接收策略和計費執(zhí)行實體PCEF發(fā)送的用于會話綁定的 UE的第一網(wǎng)絡(luò)地址；
確定單元，確定所述多個網(wǎng)絡(luò)地址中，包含PCEF與所述PCRF之間的
絡(luò)地址；
綁定單元，將所述PCRF與所述AF之間的會話，和所述PCRF與所述 PCEF之間的會話綁定。
本發(fā)明實施例還提供一種AF,為PCRF提供UE的網(wǎng)絡(luò)地址相關(guān)信息。
一種AF,包括
信息獲取單元和發(fā)送處理單元；
所述信息獲取單元，獲取UE的網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān) 信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò)地址；
所述發(fā)送處理單元，將所述信息獲取單元獲取到的所述網(wǎng)絡(luò)地址相關(guān)信 息發(fā)送給PCRF。
本發(fā)明實施例為NAT 4支術(shù)。本發(fā)明實施例中，可通過由AF向PCRF發(fā)送UE的網(wǎng)絡(luò)地址相關(guān)信息，由PCRF獲取到UE的網(wǎng)絡(luò)地址相關(guān)信息， 之后，PCRF可根據(jù)UE的網(wǎng)絡(luò)地址相關(guān)信息，在確定出第 一 網(wǎng)絡(luò)地址后， 基于PCRF與AF之間的會話，和PCRF與PCEF之間的會話均采用第一網(wǎng) 絡(luò)地址標(biāo)示UE的網(wǎng)絡(luò)位置，將兩個會話成功綁定。


圖1是現(xiàn)有PCC架構(gòu)的示意圖2是現(xiàn)有基于PCC架構(gòu)實現(xiàn)UE開展業(yè)務(wù)的信令交互示意圖3是圖2中建立UE的IP-CAN會話的具體流程圖4是現(xiàn)有PCC架構(gòu)下對UE的業(yè)務(wù)控制流程圖5是NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景示意圖6是NAT技術(shù)在PCC架構(gòu)中的另一應(yīng)用場景示意圖7是本發(fā)明實施例中NAT技術(shù)在PCC架構(gòu)中的實現(xiàn)方法流程圖8是本發(fā)明實施例提供的PCRF的結(jié)構(gòu)示意圖9是本發(fā)明實施例一中NAT技術(shù)在PCC結(jié)構(gòu)中的實現(xiàn)流程圖IO是本發(fā)明實施例二中NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景示意圖;
圖11是本發(fā)明實施例二中NAT技術(shù)在PCC結(jié)構(gòu)中的實現(xiàn)流程圖12是本發(fā)明實施例三中NAT技術(shù)在PCC結(jié)構(gòu)中的實現(xiàn)流程圖13是本發(fā)明實施例中用于提供UE的網(wǎng)絡(luò)地址相關(guān)信息的方法流程
圖14是本發(fā)明實施例提供的AF的結(jié)構(gòu)示意圖15是本發(fā)明實施例四中AF向PCRF提供UE的網(wǎng)絡(luò)地址相關(guān)信息的 流程圖16是本發(fā)明實施例五中AF向PCRF提供UE的網(wǎng)絡(luò)地址相關(guān)信息的 流程圖17是本發(fā)明實施例六中AF向PCRF提供UE的網(wǎng)絡(luò)地址相關(guān)信息的
流程圖。
具體實施例方式
下面將結(jié)合附圖對本發(fā)明實施例提供的技術(shù)方案作進(jìn)一步詳細(xì)描述。
現(xiàn)有技術(shù)中，NAT技術(shù)之所以難以很好地應(yīng)用在PCC架構(gòu)中，是因為 NAT技術(shù)的引入，使得AF上報的用于會話綁定的UE的網(wǎng)絡(luò)地址，與PCEF 上報的用于會話綁定的UE的網(wǎng)絡(luò)地址可能不同，而使PCRF難以感知兩個 不同的網(wǎng)絡(luò)地址對應(yīng)同一個UE，從而導(dǎo)致PCRF無法將會話一與會話二進(jìn) 行成功的會話綁定，最終導(dǎo)致該UE難以開展相關(guān)業(yè)務(wù)。
NAT技術(shù)在PCC架構(gòu)中的引入還會導(dǎo)致PCRF難以制定出符合實際業(yè) 務(wù)數(shù)據(jù)流的PCC規(guī)則。而當(dāng)PCEF執(zhí)行該PCC規(guī)則時，由于PCC規(guī)則與實 際業(yè)務(wù)數(shù)據(jù)流不相符合，將導(dǎo)致UE難以將業(yè)務(wù)相關(guān)的IP數(shù)據(jù)包發(fā)送出去， 且UE也難以接收到實際接收者為該UE的IP數(shù)據(jù)包。
對NAT技術(shù)在PCC架構(gòu)中的引入導(dǎo)致PCRF難以制定出符合實際業(yè)務(wù) 數(shù)據(jù)流的PCC規(guī)則進(jìn)行說明。AF上報給PCRF的業(yè)務(wù)信息中，業(yè)務(wù)數(shù)據(jù)流 描述信息可包括一條上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息和/或一條下行方向 上的業(yè)務(wù)數(shù)據(jù)流描述信息；其中，上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息用于描 述UE向遠(yuǎn)端PDN發(fā)送數(shù)據(jù)的上行方向上，被發(fā)送IP數(shù)據(jù)包的源網(wǎng)路地址 與目的網(wǎng)絡(luò)地址；下行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息用于描述UE接收遠(yuǎn)端 PDN發(fā)來的數(shù)據(jù)的下行方向上，被接收IP數(shù)據(jù)包的源網(wǎng)路地址與目的網(wǎng)絡(luò) 地址。仍參見圖5,圖5中，上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息中，設(shè)源網(wǎng) 絡(luò)地址為UE的反向地址，目的網(wǎng)絡(luò)地址為祐j方問的遠(yuǎn)端網(wǎng)絡(luò)地址；下行方 向上的業(yè)務(wù)數(shù)據(jù)流描述信息中，源網(wǎng)絡(luò)地址為被訪問的遠(yuǎn)端網(wǎng)絡(luò)地址，目的 網(wǎng)絡(luò)地址為UE的反向地址。PCRF基于AF發(fā)來的業(yè)務(wù)數(shù)據(jù)流描述信息制 定PCC規(guī)則中的IP數(shù)據(jù)包過濾規(guī)則。該IP數(shù)據(jù)包過濾規(guī)則規(guī)定了哪些IP 數(shù)據(jù)包能夠從PCEF通過，對應(yīng)地，PCEF利用該IP數(shù)據(jù)包過濾規(guī)則檢測業(yè) 務(wù)數(shù)據(jù)流。由于AF上報給PCRF的用于會話綁定的UE的網(wǎng)絡(luò)地址是UE 的主才幾地址，因此，PCRF在制定IP數(shù)據(jù)包過濾力見則中，上行方向上的IP數(shù)據(jù)包過濾規(guī)則中的IP數(shù)據(jù)包是源網(wǎng)絡(luò)地址為UE的主機地址，目的網(wǎng)絡(luò)
地址為被訪問的遠(yuǎn)端網(wǎng)絡(luò)地址的數(shù)據(jù)包；下行方向上的IP數(shù)據(jù)包過濾規(guī)則 中的IP數(shù)據(jù)包是源網(wǎng)絡(luò)地址為被訪問的遠(yuǎn)端網(wǎng)絡(luò)地址，目的網(wǎng)絡(luò)地址為UE 的主機地址的數(shù)據(jù)包。PCRF所制定的IP數(shù)據(jù)包過濾規(guī)則與AF上報的實際 業(yè)務(wù)數(shù)據(jù)流不相符合，因此，在PCEF執(zhí)行PCRF所制定的包含IP數(shù)據(jù)包過 濾規(guī)則的PCC規(guī)則時，將不允許UE發(fā)出的任何IP數(shù)據(jù)包通過，且本應(yīng)由 UE接收的IP數(shù)據(jù)包因無法通過PCEF,而被PCEF拒絕，也使UE難以接 收到該IP數(shù)據(jù)包。因此，NAT技術(shù)的引入也會使得PCRF難以制定出符合 實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則，從而使UE難以開展相關(guān)業(yè)務(wù)。
PCRF之所以難以制定出符合實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則， 一個主要的 原因^L在于，引入NAT技術(shù)的場景下，AF上報的用于會話綁定的UE的網(wǎng) 絡(luò)地址，與PCEF上報的用于會話綁定的UE的網(wǎng)絡(luò)地址不符合，從而導(dǎo)致 針對該UE的業(yè)務(wù)所制定的PCC規(guī)則，也與AF上報的實際業(yè)務(wù)數(shù)據(jù)流不符 合。
本發(fā)明實施例提供了關(guān)于NAT技術(shù)在PCC架構(gòu)中的實現(xiàn)方案，本發(fā)明 實施例中，在AF與PCRF的會話中，AF將發(fā)送UE的網(wǎng)絡(luò)地址相關(guān)信息給 PCRF，該網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò) 地址，實際上該多個網(wǎng)絡(luò)地址中，包含PCEF與PCRF之間的會話中，PCEF 發(fā)送給PCRF的用于會話綁定的該UE的第一網(wǎng)絡(luò)地址。因此，PCRF在確 定且該多個網(wǎng)絡(luò)地址中存在能夠?qū)CRF與AF之間的會話，和PCRF與 PCEF之間的會話進(jìn)行會話綁定的第一網(wǎng)絡(luò)地址，進(jìn)而，對于同一個UE的 業(yè)務(wù)，PCRF可基于所獲知的UE的網(wǎng)絡(luò)地址相關(guān)信息，感知會話一中，PCEF 上報的UE的網(wǎng)絡(luò)地址，與會話二中，AF上報的UE的網(wǎng)絡(luò)地址相同，實現(xiàn) 對會話一與會話二的會話綁定。
參見圖7,圖7是本發(fā)明實施例提供的NAT技術(shù)在PCC架構(gòu)中的實現(xiàn) 方法流程圖，該流程可包括以下步驟
步驟701、 PCRF與PCEF會話中，PCRF接收所述PCEF發(fā)送的用于會話綁定的UE的第一網(wǎng)絡(luò)地址。
步驟702、 PCRF與AF之間的會話中，PCRF接收AF發(fā)送的用戶設(shè)備 UE的網(wǎng)絡(luò)地址相關(guān)信息；該網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng) 絡(luò)位置的多個網(wǎng)絡(luò)地址。
本發(fā)明實施例中，用于標(biāo)示UE所在同一個網(wǎng)絡(luò)位置的網(wǎng)絡(luò)地址可能有 多個，如UE的主^幾地址IP1和Portl, UE的反向地址IP2和Port2， UE的 中繼地址IP3和Port3;則PCRF可獲取到的網(wǎng)絡(luò)地址相關(guān)信息可包括UE 的主才幾地址與反向地址，或UE的主機地址與中繼地址，或UE的反向地址 與中繼地址，或UE的主^U也址與反向地址與中繼地址。其中，可用于會話 綁定的第 一 網(wǎng)絡(luò)地址可以是UE的主機地址或反向地址。
步驟703 、 PCRF確定該多個網(wǎng)絡(luò)地址中，包含PCEF與所述PCRF之 間的會話中，PCEF發(fā)送給PCRF的用于會話綁定的該UE的第 一 網(wǎng)絡(luò)地址。
本發(fā)明實施例中，PCRF確定多個網(wǎng)絡(luò)地址包含第一網(wǎng)絡(luò)地址的做法可 以是，PCRF將多個網(wǎng)絡(luò)地址中的部分或全部網(wǎng)絡(luò)地址，分別與第一網(wǎng)絡(luò)地 址進(jìn)行匹配，若匹配結(jié)果是多個網(wǎng)絡(luò)地址中的其中一個網(wǎng)絡(luò)地址能夠與第一 網(wǎng)絡(luò)地址相匹配，則確定多個網(wǎng)絡(luò)地址包含所述第一網(wǎng)絡(luò)地址。在執(zhí)行匹配 時，PCRF可將多個網(wǎng)絡(luò)地址逐個與第一網(wǎng)絡(luò)地址進(jìn)行匹配，直至找到能夠 匹配成功的網(wǎng)絡(luò)地址。實際應(yīng)用中，可設(shè)置PCRF默認(rèn)采用UE的主機地址 與第一網(wǎng)絡(luò)地址進(jìn)行匹配，若匹配成功，則直接確定多個網(wǎng)絡(luò)地址中包含第 一網(wǎng)會各地址。
步驟704、 PCRF將該PCRF與上述AF之間的會話，和該PCRF與上述 PCEF之間的會話綁定。
本發(fā)明實施例中，在PCRF確定上述多個網(wǎng)絡(luò)地址中包含第一網(wǎng)絡(luò)地 址，則PCRF就可感知該PCRF與上述AF之間的會話所針對的UE，和該 PCRF與上述PCEF之間的會話所針對的UE為同一個UE,則將兩個會話進(jìn) 行成功綁定。
本發(fā)明實施例中，在確定出第一網(wǎng)絡(luò)地址后，PCRF可結(jié)合第一網(wǎng)絡(luò)地址、UE的網(wǎng)絡(luò)地址相關(guān)信息、AF上報的UE的業(yè)務(wù)數(shù)據(jù)流描述信息以及被 訪問的遠(yuǎn)端網(wǎng)絡(luò)地址相關(guān)信息，來制定符合實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則。 其中，對于被訪問端的網(wǎng)絡(luò)地址相關(guān)信息，可采用與獲取UE的網(wǎng)絡(luò)地址相 關(guān)信息類似的獲取方式來獲取到，即可由AF與被訪問端進(jìn)行消息交互，獲 取到被訪問端的網(wǎng)絡(luò)地址相關(guān)信息后，再發(fā)送給PCRF,詳細(xì)說明可參見后 文。
本發(fā)明實施例中，UE的業(yè)務(wù)數(shù)據(jù)流描述信息可包括上行方向上，被 發(fā)送IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址與目的網(wǎng)絡(luò)地址；和/或，下行方向上，；故接收 IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址與目的網(wǎng)絡(luò)地址。所謂"和/或"指的是，UE的業(yè)務(wù) 數(shù)據(jù)流描述信息中可只包含上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息，也可只包含 下行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息，也可包含上行與下行方向上的業(yè)務(wù)數(shù)據(jù) 流描述信息。
本發(fā)明實施例中，被訪問端的網(wǎng)絡(luò)地址相關(guān)信息中可包括一個或多個遠(yuǎn) 端地址。在PCRF制定PCC規(guī)則時，PCRF實際上并不區(qū)分遠(yuǎn)端地址到底是 什么地址，如^皮訪問端的網(wǎng)絡(luò)地址相關(guān)信息中，遠(yuǎn)端地址可以是^皮訪問端的 主機地址IP—remotel和Port—remote 1,或可以是在遠(yuǎn)端采用NAT設(shè)備將被 訪問端的主機地址進(jìn)行了轉(zhuǎn)換處理后得到的被訪問端的反向地址 IP一remote2和Port—remote2 。
本發(fā)明實施例中，PCRF制定PCC規(guī)則包括制定能夠通過PCEF的IP 數(shù)據(jù)包過濾規(guī)則，簡稱IP數(shù)據(jù)包過濾規(guī)則，即對應(yīng)于AF上報的UE的業(yè)務(wù) 數(shù)據(jù)流描述信息，可制定與上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對應(yīng)的上行 IP數(shù)據(jù)包過濾規(guī)則；和/或，制定與下行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對 應(yīng)的下行IP數(shù)據(jù)包過濾規(guī)則。
本發(fā)明實施例中，制訂上行IP數(shù)據(jù)包過濾規(guī)則包括根據(jù)被確定出的 第一網(wǎng)絡(luò)地址，制定能夠通過PCEF的被發(fā)送IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址為第 一網(wǎng)絡(luò)地址；根據(jù)獲取到的被訪問端的網(wǎng)絡(luò)地址相關(guān)信息，制定能夠通過 PCEF的被發(fā)送IP數(shù)據(jù)包的目的網(wǎng)絡(luò)地址為被訪問端的網(wǎng)絡(luò)地址，進(jìn)一步將，若獲取到的被訪問端的網(wǎng)絡(luò)地址有一個，設(shè)為第一遠(yuǎn)端地址，則制定能夠通
過PCEF的被發(fā)送IP數(shù)據(jù)包的目的網(wǎng)絡(luò)地址為第一遠(yuǎn)端地址；若獲取到的
被訪問端的網(wǎng)絡(luò)地址有兩個，設(shè)為第一遠(yuǎn)端地址與第二遠(yuǎn)端地址，則制定能
夠通過PCEF的被發(fā)送IP數(shù)據(jù)包的目的網(wǎng)絡(luò)地址為第一遠(yuǎn)端地址或第二遠(yuǎn) 端地址。對應(yīng)地，PCRF所制定出來的上行IP數(shù)據(jù)包過濾規(guī)則的條數(shù)可基于 獲取到的被訪問端的網(wǎng)絡(luò)地址的個數(shù)來確定，即若獲取到N個遠(yuǎn)端地址， 則上行IP數(shù)據(jù)包過濾規(guī)則的條數(shù)即為N個。
有關(guān)下行IP數(shù)據(jù)包過濾規(guī)則的制定，與上行IP數(shù)據(jù)包過濾規(guī)則的制定 類似，后續(xù)實施例中再作詳細(xì)說明。
還需要說明的是，若UE的網(wǎng)絡(luò)地址相關(guān)信息中提及了 UE的中繼地址， 則PCRF為制定與實際業(yè)務(wù)數(shù)據(jù)流相符合的PCC規(guī)則，需要先獲取到中繼 服務(wù)器的監(jiān)聽地址，然后，可在已制定出的上行或下行IP數(shù)據(jù)包過濾規(guī)則 的基礎(chǔ)上再增加一條上行IP數(shù)據(jù)包過濾規(guī)則，或再增加一條下行IP數(shù)據(jù)包 過濾規(guī)則。所增加的上行IP數(shù)據(jù)包過濾規(guī)則中，被發(fā)送IP數(shù)據(jù)包的源網(wǎng)絡(luò) 地址仍然為第一網(wǎng)絡(luò)地址，目的網(wǎng)絡(luò)地址為中繼服務(wù)器的監(jiān)聽地址。所增加 的下行IP數(shù)據(jù)包過濾規(guī)則中，被接收IP數(shù)據(jù)包的目的網(wǎng)絡(luò)地址仍然為第一 網(wǎng)絡(luò)地址，源網(wǎng)絡(luò)地址為中繼服務(wù)器的監(jiān)聽地址。
本發(fā)明實施例中，PCRF獲取中繼服務(wù)器的監(jiān)聽地址的方式可包括接 收所述AF發(fā)送的所述中繼服務(wù)器的監(jiān)聽地址；或，向SPR發(fā)送請求所述監(jiān) 聽地址的消息； 一妻收所述SPR返回的所述監(jiān)聽地址。本發(fā)明實施例中，設(shè) 中繼服務(wù)器的監(jiān)聽地址包括IPR和PortR。
參見圖8,圖8是本發(fā)明實施例提供的PCRF的結(jié)構(gòu)示意圖，圖8中， PCRF可包括第一接收單元、確定單元和綁定單元；其中，
第一接收單元，PCRF與AF之間的會話中，接收所述AF發(fā)送的UE的 網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位 置的多個網(wǎng)絡(luò)地址；
確定單元，確定上述多個網(wǎng)絡(luò)地址中，包含PCEF與該PCRF之間的會話中，該PCEF發(fā)送給該PCRF的用于會話綁定的該UE的第一網(wǎng)絡(luò)地址；
綁定單元，將該PCRF與該AF之間的會話，和該PCRF與該PCEF之 間的會話綁定。
確定單元可包括匹配單元和確定子單元；其中，
匹配單元，將上述多個網(wǎng)絡(luò)地址中的部分或全部網(wǎng)絡(luò)地址，分別與上述 第一網(wǎng)絡(luò)地址進(jìn)行匹配，得出匹配結(jié)果；
確定子單元，根據(jù)匹配結(jié)果為上述多個網(wǎng)絡(luò)地址中的其中一個網(wǎng)絡(luò)地址 能夠與上述第一網(wǎng)絡(luò)地址相匹配，確定上述多個網(wǎng)絡(luò)地址包含上述第一網(wǎng)絡(luò) 地址。
PCRF進(jìn)一步可包括
第三接收單元，接收所述AF發(fā)送的被所述AF獲取到的所述被訪問端 的網(wǎng)絡(luò)地址相關(guān)信息。
PCRF進(jìn)一步可包括第四接收單元，接收所述AF發(fā)送的業(yè)務(wù)數(shù)據(jù)流 描述信息。
PCRF進(jìn)一步可包括規(guī)則制定單元，用于制定符合實際業(yè)務(wù)數(shù)據(jù)流的 PCC規(guī)則。
規(guī)則制定單元可包括第一制定單元和/或第二制定單元；
所述第一制定單元，制定與所述上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對 應(yīng)的上行IP數(shù)據(jù)包過濾規(guī)則；
所述第二制定單元，制定與所述下行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對 應(yīng)的下行IP數(shù)據(jù)包過濾規(guī)則。
PCRF進(jìn)一步可包括規(guī)則個數(shù)確定單元，確定所述上行IP數(shù)據(jù)包過濾 規(guī)則的個數(shù)和/或所述下行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)。
實施例一
本實施例一中NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景示意圖可參見圖5。 圖5中UE的主機地址包括IP1和Portl, UE的反向地址包括IP2和Port2，UE期望訪問的遠(yuǎn)端PDN中，被訪問端的網(wǎng)絡(luò)地址包括IP—remotel和 Port一remotel。本發(fā)明實施例中，AF獲取到的被訪問端的網(wǎng)絡(luò)地址信息包括 被訪問端的主才幾地址IP—remotel和Port—remote 1 。本實施例一中，AF預(yù)先 將被訪問端的網(wǎng)絡(luò)地址信息發(fā)送給了 PCRF。 UE與PCEF之間已建立了 一條 IP-CAN會話，PCEF發(fā)送給PCRF的用于會話綁定的第 一 網(wǎng)絡(luò)地址為UE的 反向地址。
參見圖9，圖9是本發(fā)明實施例一中NAT技術(shù)在PCC結(jié)構(gòu)中的實現(xiàn)流 程圖，該流程可包括以下步驟
步驟901、 AF獲取UE的網(wǎng)絡(luò)地址相關(guān)信息。
有關(guān)本發(fā)明實施例中AF如何獲取UE的網(wǎng)絡(luò)地址相關(guān)信息，可參見后 文記載。
本實施例一中，AF通過與UE進(jìn)行信息交互時，獲取到的UE的網(wǎng)絡(luò) 地址相關(guān)信息包括UE的主機地址與反向地址。
步驟902、 AF將UE的業(yè)務(wù)信息包括UE的網(wǎng)絡(luò)地址相關(guān)信息發(fā)送給 PCRF。
有關(guān)本發(fā)明實施例中AF如何將獲取UE的網(wǎng)絡(luò)地址相關(guān)信息發(fā)送給 PCRF,可參見后文記載。
本實施例一中，AF可將UE的業(yè)務(wù)信息包括UE的網(wǎng)絡(luò)地址相關(guān)信息 配置在同一條AAR消息，攜帶給PCRF，也將兩種信息分別配置在不同的 AAR消息攜帶給PCRF。
實際應(yīng)用中，AF也可通過Diameter RAR消息將UE的業(yè)務(wù)信息包括網(wǎng) 絡(luò)地址相關(guān)信息發(fā)送給PCRF。
步驟903、 PCRF利用收到的UE的網(wǎng)絡(luò)地址相關(guān)信息進(jìn)行會話綁定。
本實施例一中，PCRF可將UE的主機地址與UE的反向地址，分別與 PCEF發(fā)送給PCRF的用于會話綁定的第一網(wǎng)絡(luò)地址即UE的反向地址，進(jìn) 行匹配，可設(shè)置PCRF默認(rèn)采用UE的主機地址進(jìn)行匹配，則匹配不成功； PCRF再將UE的網(wǎng)絡(luò)地址相關(guān)信息中的UE的反向地址，與第一網(wǎng)絡(luò)地址進(jìn)行匹配，則匹配成功。若PCRF先采用UE的反向地址進(jìn)行匹配，則匹配
成功后，可不再需要用UE的主機地址進(jìn)行匹配。根據(jù)匹配結(jié)果，可確定出 第一網(wǎng)絡(luò)地址為UE的反向地址。匹配成功后，PCRF通過第一網(wǎng)絡(luò)地址， 可將其與AF之間的會話，以及其與PCEF之間的會話綁定。
實際應(yīng)用中，若AF所提供的UE的網(wǎng)絡(luò)地址相關(guān)信息中，沒有提供與 IP地址對應(yīng)的端口號，則該端口號可從業(yè)務(wù)數(shù)據(jù)流描述信息中導(dǎo)出。
步驟904、 PCRF在會話綁定成功后，向AF返回表示綁定成功的應(yīng)答 消息給AF。
本實施例 一 中，PCRF發(fā)給AF的應(yīng)答消息可以是對應(yīng)于Diameter AAR 消息的Diameter AAA消息，或可以是對應(yīng)于Diameter RAR消息的Diameter RAA消息。
步驟905、 PCRF根據(jù)用于會話綁定的第一網(wǎng)絡(luò)地址、UE的業(yè)務(wù)數(shù)據(jù)流 描述信息以及被訪問端的網(wǎng)絡(luò)地址，制定與數(shù)實際業(yè)務(wù)數(shù)據(jù)流相符合的PCC 規(guī)則，并存儲制定出的PCC規(guī)則。
本實施例一中，上述步驟902中，設(shè)AF上報的UE的業(yè)務(wù)數(shù)據(jù)流描述 信息包括兩條，分別是
上行方向上，被發(fā)送IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址是UE的反向地址IP2和 Port2，目的網(wǎng)纟各地址是4皮訪問端的網(wǎng)纟各;也址IP—remote和Port—remote;
下行方向上，被接收IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址是^皮訪問端的網(wǎng)絡(luò)地址 IP—remote和Port—remote,目的網(wǎng)絡(luò)地址是UE的反向地址IP2和Port2。
對應(yīng)地，PCRF所制定的IP數(shù)據(jù)包過濾規(guī)則有兩條，分別是上行IP數(shù) 據(jù)包過濾規(guī)則與下行IP數(shù)據(jù)包過濾規(guī)則，其中，
上行IP數(shù)據(jù)包過濾規(guī)則包括，上行方向上，被發(fā)送的IP數(shù)據(jù)包的源網(wǎng) 纟各地址為UE的反向i也址，即源地址為IP2,源端口為Port2;目的網(wǎng)紹d也址 為被訪問端的網(wǎng)絡(luò)地址，即目的地址為IP—remotel ,目的端口為 Port—remote 1;
下行IP數(shù)據(jù)包過濾規(guī)則包括，下行方向上，被接收的IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址為#:訪問端的網(wǎng)絡(luò)地址，即目的地址為IP_remote 1 ，目的端口為 Port—remote 1;目的網(wǎng)絡(luò)地址為UE的反向地址，即源地址為IP2 ，源端口為 Port2。
后續(xù)，PCRF可將制定好的與實際業(yè)務(wù)數(shù)據(jù)流相符合PCC規(guī)則發(fā)送給 PCEF,由PCEF執(zhí)行該PCC規(guī)則，以對該UE的業(yè)務(wù)進(jìn)4亍正確的策略與計 費控制。
實施例二
本實施例二中NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景示意圖可參見圖10。 圖10中，NAT設(shè)備被設(shè)置在UE與PCEF之間的通信鏈路之間，且PCEF 與被訪問端之間設(shè)置有中繼服務(wù)器。中繼服務(wù)器為UE分配中繼地址，其中， IP地址為IP3，端口為Port3,中繼服務(wù)器的監(jiān)聽地址中IP地址為IPR，端 口為PortR。設(shè)UE的主才幾地址包括IP1和Portl，經(jīng)過NAT設(shè)備轉(zhuǎn)換后得 到的UE的反向地址包括IP2和Port2。 AF與被訪問端信息交互所得到的被 訪問端的網(wǎng)絡(luò)地址相關(guān)信息包括兩個遠(yuǎn)端地址，分別是被訪問端的主機地址 IP—remote 1和Port—remote 1 ， 與，凈皮i方問端的反向i也址IP—remote2和 Port_remote2。本實施例二中，AF預(yù)先將被訪問端的網(wǎng)絡(luò)地址信息發(fā)送給了 PCRF。本實施例二中，設(shè)UE與PCEF之間建立了 一條IP-CAN會話，PCEF 發(fā)送給PCRF的用于會話綁定的第一網(wǎng)絡(luò)地址為UE的反向地址。
參見圖11,圖11是本發(fā)明實施例二中NAT技術(shù)在PCC結(jié)構(gòu)中的實現(xiàn) 流程圖，該流程可包括以下步驟:
步驟IIOI、 AF獲取UE的網(wǎng)絡(luò)地址相關(guān)信息。
有關(guān)本發(fā)明實施例中AF如何獲取UE的網(wǎng)絡(luò)地址相關(guān)信息，可參見后 文記載。
本實施例二中，AF所獲取到的UE的網(wǎng)絡(luò)地址相關(guān)信息包括UE的主 機地址、UE的反向地址和UE的中繼地址。
步驟1102的描述與上述步驟902的描述類似。
本實施例二中，設(shè)AF上報的UE的業(yè)務(wù)數(shù)據(jù)流描述信息包括兩條，分別是
上行方向上，被發(fā)送IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址是UE的中繼地址IP3和 Port3,目的網(wǎng)絡(luò)地址是^皮訪問端的網(wǎng)絡(luò)地址IP—remote和Port—remote;
下行方向上，被接收IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址是被訪問端的網(wǎng)絡(luò)地址 IP—remote和Port—remote,目的網(wǎng)絡(luò)地址是UE的中繼地址IP3和Port3。
該步驟1102中，AF可進(jìn)一步將中繼服務(wù)器的監(jiān)聽地址通過消息發(fā)送給 PCRF。
步驟1103、 PCRF利用收到的UE的網(wǎng)絡(luò)地址相關(guān)信息進(jìn)行會話綁定。 本實施例二中，PCRF將UE的主機地址、UE的反向地址和UE的中繼
地址分別與第一網(wǎng)絡(luò)地址進(jìn)行匹配，匹配成功后，可確定第一網(wǎng)絡(luò)地址為
UE的反向地址，PCRF通過第一網(wǎng)絡(luò)地址，將其與AF之間的會話，以及其
與PCEF之間的會話綁定。
步驟1104、 PCRF在會話綁定成功后，向AF返回表示綁定成功的應(yīng)答
消息給AF。
本實施例二中，PCRF發(fā)給AF的應(yīng)答消息可以是對應(yīng)于Diameter AAR 消息的Diameter AAA消息，或可以是對應(yīng)于Diameter RAR消息的Diameter RAA消息。
步驟1105、 PCRF根據(jù)用于會話綁定的第一網(wǎng)絡(luò)地址、UE的業(yè)務(wù)數(shù)據(jù) 流描述信息以及被訪問端的網(wǎng)絡(luò)地址，制定與數(shù)實際業(yè)務(wù)數(shù)據(jù)流相符合的 PCC規(guī)則。
對應(yīng)于上述步驟1102中，AF上報的UE的業(yè)務(wù)數(shù)據(jù)流描述信息，PCRF 所制定的IP數(shù)據(jù)包過濾規(guī)則有六條，分別是上行IP數(shù)據(jù)包過濾規(guī)則三條與 下行IP數(shù)據(jù)包過濾規(guī)則三條，其中，
IP數(shù)據(jù)包過濾規(guī)則1:上行方向上，被發(fā)送IP數(shù)據(jù)包的源地址為IP2, 源端口為Port2 ，目的；也址為IP—remote 1,目的端口為Port—remote 1;
IP數(shù)據(jù)包過濾規(guī)則1，下行方向，被接收IP數(shù)據(jù)包的目的地址為IP2， 目的端口為Port2;源地址為IP—remote 1 ，目的端口為Port—remote 1;IP數(shù)據(jù)包過濾規(guī)則2:上行方向，被發(fā)送IP數(shù)據(jù)包的源地址為IP2，源 端口為Port2，目的i也址為IP—remote2,目的端口為Port—remote2;
IP數(shù)據(jù)包過濾規(guī)則2，下行方向，被接收IP數(shù)據(jù)包的目的地址為IP2， 目的端口為Port2;源i也址為IP—remote2,目的端口為Port—remote2;
IP數(shù)據(jù)包過濾規(guī)則3:上行方向，被發(fā)送IP數(shù)據(jù)包的源地址為IP2，源 端口為Port2，目的地址為IPR,目的端口為PortR;
IP數(shù)據(jù)包過濾規(guī)則3，下行方向，被接收IP數(shù)據(jù)包的目的地址為IP2， 目的端口為Port2;源地址為IPR,目的端口為PortR。
后續(xù)，PCRF可將制定好的與實際業(yè)務(wù)數(shù)據(jù)流相符合PCC規(guī)則發(fā)送給 PCEF,由PCEF執(zhí)行該PCC規(guī)則，以對該UE的業(yè)務(wù)進(jìn)行正確的策略與計 費控制。
實施例三
本實施例三中NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景示意圖可參見圖6。 圖6中，NAT設(shè)備被設(shè)置在PCEF與遠(yuǎn)端PDN之間的通信鏈路上，且NAT 設(shè)備與遠(yuǎn)端PDN之間設(shè)置有中繼服務(wù)器。本實施例三中，UE的主機地址包 括IP1和Portl,經(jīng)過NAT設(shè)備轉(zhuǎn)換后得到的UE的反向地址包括IP2和 Port2，中繼服務(wù)器為UE分配的中繼地址包括IP3和Port3，中繼服務(wù)器的 監(jiān)聽地址包括IPR和PortR， UE期望訪問的遠(yuǎn)端PDN中，被訪問端的網(wǎng)絡(luò) 地址包括IP—remote和Port—remote。 AF與被訪問端信息交互所得到的被訪 問端的網(wǎng)絡(luò)地址相關(guān)信息包括兩個遠(yuǎn)端地址，分別是^皮訪問端的主機地址 IP—remote 1和Port—remote 1 , 與，凈皮訪問端的反向i也址IP—remote2和 Port—remote2。本實施例三中，AF預(yù)先將被訪問端的網(wǎng)絡(luò)地址信息發(fā)送給了 PCRF。本實施例三中，設(shè)UE與PCEF之間建立了 一條IP-CAN會話，PCEF 發(fā)送給PCRF的用于會話綁定的地址為UE的主機地址。
參見圖12，圖12是本發(fā)明實施例三中NAT技術(shù)在PCC結(jié)構(gòu)中的實現(xiàn) 流程圖，該流程可包括以下步驟
步驟1201、 AF獲取UE的網(wǎng)絡(luò)地址相關(guān)信息。有關(guān)本發(fā)明實施例中AF如何獲取UE的網(wǎng)絡(luò)地址相關(guān)信息，可參見后 文記載。
本實施例三中，AF所獲取到的UE的網(wǎng)絡(luò)地址相關(guān)信息包括UE的主 機地址、UE的反向地址和UE的中繼地址。
步驟1202的描述與上述步驟902的描述類似。
本實施例三中，設(shè)AF上報的UE的業(yè)務(wù)數(shù)據(jù)流描述信息包括兩條，分 別是
上行方向上，被發(fā)送IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址是UE的主機地址IP1和 Portl ，目的網(wǎng)纟各地址是^皮訪問端的網(wǎng)纟各;也址IP—remote和Port—remote;
下行方向上，被接收IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址是被訪問端的網(wǎng)絡(luò)地址 IP_remote和Port—remote,目的網(wǎng)絡(luò)地址是UE的主坤幾地址IP1和Portl 。
該步驟1202中，AF可進(jìn)一步將中繼服務(wù)器的監(jiān)聽地址通過消息發(fā)送給 PCRF。
步驟1203、 PCRF利用收到的UE的網(wǎng)絡(luò)地址相關(guān)信息進(jìn)行會話綁定。
驟1103的描述中，PCRF進(jìn)行地址匹配以及會話綁定的做法類似，不再贅述。 本實施例三中，PCRF確定第一網(wǎng)絡(luò)地址為UE的主機地址。 步驟1204、 PCRF在會話綁定成功后，向AF返回表示綁定成功的應(yīng)答
消息給AF。
本實施例三中，PCRF發(fā)給AF的應(yīng)答消息可以是對應(yīng)于Diameter AAR 消息的Diameter AAA消息，或可以是對應(yīng)于Diameter RAR消息的Diameter RAA消息。
步驟1205、 PCRF根據(jù)用于會話綁定的第一網(wǎng)絡(luò)地址、UE的業(yè)務(wù)數(shù)據(jù) 流描述信息以及被訪問端的網(wǎng)絡(luò)地址，制定與數(shù)實際業(yè)務(wù)數(shù)據(jù)流相符合的 PCC規(guī)則。
對應(yīng)于上述步驟1202中，AF上報的UE的業(yè)務(wù)數(shù)據(jù)流描述信息，PCRF 所制定的IP數(shù)據(jù)包過濾規(guī)則有六條，分別是上行IP數(shù)據(jù)包過濾規(guī)則三條與下行IP數(shù)據(jù)包過濾規(guī)則三條，其中，
IP數(shù)據(jù)包過濾規(guī)則1:上行方向上，被發(fā)送IP數(shù)據(jù)包的源地址為IP1，
源端口為Port 1 ，目的i也址為IP—remote 1 ，目的端口為Port—remote 1;
IP數(shù)據(jù)包過濾規(guī)則1，下行方向，被接收IP^t據(jù)包的目的地址為IPl， 目的端口為Port 1;源地址為IP—remote 1 ，目的端口為Port—remote 1;
IP數(shù)據(jù)包過濾規(guī)則2:上行方向，被發(fā)送IP數(shù)據(jù)包的源地址為IP1，源 端口為Portl,目的i也址為IP—remote2，目的端口為Port—remote2;
IP數(shù)據(jù)包過濾規(guī)則2，下行方向，被接收IP數(shù)據(jù)包的目的地址為IP1, 目的端口為Portl;源地址為IP—remote2 ，目的端口為Port—remote2;
IP數(shù)據(jù)包過濾規(guī)則3:上行方向，被發(fā)送IP數(shù)據(jù)包的源地址為IP1，源 端口為Portl,目的地址為IPR,目的端口為PortR;
IP數(shù)據(jù)包過濾規(guī)則3，下行方向，被接收IP數(shù)據(jù)包的目的地址為IPl， 目的端口為Portl;源地址為IPR，目的端口為PortR。
后續(xù)，PCRF可根據(jù)PCEF的請求，下發(fā)針對該UE的PCC規(guī)則，由PCEF 執(zhí)行該PCC規(guī)則，以對該UE的業(yè)務(wù)進(jìn)行正確的策略與計費控制。
實際應(yīng)用中，若UE側(cè)沒有部署NAT設(shè)備，NAT設(shè)備被部署在被訪問 端，被訪問端會提供兩個遠(yuǎn)端地址。雖然UE側(cè)沒有部署NAT設(shè)備，但是 UE仍能夠收集到至少兩個網(wǎng)絡(luò)地址，即UE的主機地址與UE的反向地址， 只是UE的主初j地址與UE的反向地址相同。
以上列舉了本發(fā)明實施例所提供的NAT技術(shù)在PCC架構(gòu)中的實現(xiàn)方法 及PCRF的在某些場景下的應(yīng)用。實際應(yīng)用中，本發(fā)明實施例提供的NAT 技術(shù)在PCC架構(gòu)中的實現(xiàn)方案同樣適用于在PCC架構(gòu)下引入NAT技術(shù)的 其他場景。
本發(fā)明實施例還提供了 一種用于提供UE的網(wǎng)絡(luò)地址相關(guān)信息的方法， 參見圖13,圖13是該方法的流程圖，該流程可包括以下步驟
步驟1301、 AF獲取UE的網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān)信息 包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò)地址。本發(fā)明實施例中，AF可通過與UE進(jìn)行信息交互，獲取到UE的網(wǎng)絡(luò) 地址相關(guān)信息，UE的網(wǎng)絡(luò)地址相關(guān)信息可包括以下任意組合UE的主機 地址、由NAT設(shè)備生成的UE的反向地址、中繼服務(wù)器分配的UE的中繼地址。
通常，UE在收集到自己的網(wǎng)絡(luò)地址相關(guān)信息后，可向AF發(fā)送包含網(wǎng) 絡(luò)地址相關(guān)信息的消息。如UE發(fā)送的SDP消息中候選地址的格式如下 candidate-attribute = "candidate" ":" foundation SP component-id SP transport SP priority SP connection-address SP ;from RFC 4566 port ;port from RFC 4566 SP cand-type [SP rel-addrj [SP rel-port]
*(SP extension-att-name SP extension-att-value) 其中，"connection-address"與"port"為候選地址參數(shù),"SP cand-type" 表明候選地址的類型。如UE通過向AF發(fā)送如下SDP消息，將UE的網(wǎng)絡(luò) 地址相關(guān)信息提供給AF,該消息實例例如
a=candidate:l 1 UDP 1694498815 192.0.2.3 45664 typ srflx raddr 10.0.1.1 rport 8998。
其中，UE的主機地址包括IP地址10.0.1.1、端口 8998; UE的反向地 址包括IP地址192.0.2.3、端口 45664。
再如，從UE發(fā)送的SIP消息的頭域的Via行中可獲取到UE的網(wǎng)絡(luò)地 址相關(guān)J言息。如
Via: SIP/2.0/UDP 10.1.1,1:4540; received=192.0.2.1; rport=9988;
其中，UE的主才幾地址為IP地址10.1.1.1、端口 4540; UE的反向地址 為IP地址192.0.2.1、端口 rport=9988。本發(fā)明實施例中，AF獲取UE的網(wǎng)絡(luò)地址相關(guān)信息的做法可以是接 收UE發(fā)送的攜帶UE的網(wǎng)絡(luò)地址相關(guān)信息的SDP消息；,人該SDP消息中 解析出UE的網(wǎng)絡(luò)地址相關(guān)信息，且存儲UE的網(wǎng)絡(luò)地址相關(guān)信息
若AF與UE之間不能支持SDP消息，而支持SIP消息，貝'j AF可從UE 發(fā)來的SIP消息的頭域中獲得UE的網(wǎng)絡(luò)地址相關(guān)信息。
步驟1302、 AF將所述網(wǎng)絡(luò)地址相關(guān)信息發(fā)送給PCRF。
本發(fā)明實施例中，可采用由AF主動發(fā)送網(wǎng)絡(luò)地址相關(guān)信息給PCRF， 如AF將UE的網(wǎng)絡(luò)地址相關(guān)信息配置到Diameter AAR消息中，通過該消息 將UE的網(wǎng)絡(luò)地址相關(guān)信息攜帶給PCRF;也可以由PCRF向AF發(fā)送請求消 息，AF收到該請求消息后，將UE的網(wǎng)絡(luò)地址相關(guān)信息發(fā)送給PCRF,如 PCRF通過Diameter RAR消息發(fā)送請求，AF將UE的網(wǎng)絡(luò)地址相關(guān)信息配 置到Diameter RAA消息中，通過該消息將UE的網(wǎng)絡(luò)地址相關(guān)信息攜帶給 PCRF。
本發(fā)明實施例中，AF具體發(fā)送UE的網(wǎng)絡(luò)地址相關(guān)信息的做法可以是， 將UE的網(wǎng)絡(luò)地址相關(guān)信息以文本方式配置于AAR消息或RAA消息的 Codec-Address AVP中。該做法中，可不需要對Codec-Address AVP進(jìn)行改 進(jìn)，只需要增加其中的文本行即可。
本發(fā)明實施例中，AF具體發(fā)送UE的網(wǎng)絡(luò)地址相關(guān)信息的^L法還可以 是，將UE的網(wǎng)絡(luò)地址相關(guān)信息配置于AAR消息或RAA消息中新增的 Candidate-Address AVP中。下面列舉新增的Candidate-Address AVP的結(jié)構(gòu) 實例如下
Candidate-Address ::= < AVP Header: XXXX >
{Candidate-IP} [Candidate-port] [Candidate-type ]
其中，"Candidate-IP"可用于表示網(wǎng)絡(luò)地址中的IP地址，"Candidate-port" 可用于表示網(wǎng)絡(luò)地址中的端口 ，"Candidate-type" 可用于表示網(wǎng)絡(luò)地址的類型如主機地址、反向地址、中繼地址等，其中Candidate-IP為必須填寫項， 即需為該項配置內(nèi)容；Candidate-port和Candidate-type為可選項。
另外，本發(fā)明實施例中，還可通過對SDP消息進(jìn)行擴(kuò)展，在其中增加 可用于描述中繼服務(wù)器地址的候選地址描述行，由UE配置其中的內(nèi)容，然 后將該經(jīng)過擴(kuò)展的SDP消息發(fā)送給AF,使AF能夠獲取到中繼服務(wù)器的監(jiān) 聽地址，并由AF將所獲取到的中繼服務(wù)器的監(jiān)聽地址發(fā)送給PCRF。
本發(fā)明實施例中，對SDP消息進(jìn)行擴(kuò)展以攜帶中繼服務(wù)器的監(jiān)聽地址 的做法可以是，擴(kuò)展SDP消息中的候選地址描述行，即"a=candidate，，行， 增加一個候選地址類型，該類型表示該候選地址是中繼服務(wù)器的監(jiān)聽地址， 經(jīng)過擴(kuò)展的SDP消息可用于傳輸中繼服務(wù)器的監(jiān)聽地址。列舉擴(kuò)展的候選 地址描述行實例如下
a=candidate:2 1 UDP 1694498562 $Relay-LIS-l,IP $Relay-LIS-l.PORT typ lsrly mddr $L-PRIV-UP rport $L-PRIV-l.PORT
其中，"lsrly "指示該候選地址為中繼服務(wù)器的監(jiān)聽地址； "$Relay-LIS-l.IP"為監(jiān)聽地址的IP地址，"$Relay-LIS-l.PORT"為監(jiān)聽 地址的端口號。
實際應(yīng)用中，消息擴(kuò)展的具體形式不限于本申請列舉的上述各實例。
相應(yīng)地，本發(fā)明實施例還提供一種AF，參見圖14，圖14是該AF的結(jié) 構(gòu)示意圖，包括信息獲取單元和發(fā)送處理單元；其中，
信息獲取單元，獲耳又UE的網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān)信息 包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò)地址；
發(fā)送處理單元，將所述信息獲取單元獲取到的所述網(wǎng)絡(luò)地址相關(guān)信息發(fā) 送給PCRF。
信息獲耳又單元可包括信息接收單元、解析單元和存儲單元； 信息接收單元，接收所述UE發(fā)送的攜帶所述UE的網(wǎng)絡(luò)地址相關(guān)信息 的消息；該消息可以是SDP消息或SIP消息；
解析單元，從所述消息中解析出所述UE的網(wǎng)絡(luò)地址相關(guān)信息；存儲單元，存儲所述UE的網(wǎng)絡(luò)地址相關(guān)信息。
信息獲取單元進(jìn)一步可獲取中繼服務(wù)器的監(jiān)聽地址，其中，信息接收單 元進(jìn)一步可接收UE發(fā)送的攜帶中繼服務(wù)器的監(jiān)聽地址的消息，該消息可以
是SDP消息；解析單元進(jìn)一步可從該消息中解析出繼服務(wù)器的監(jiān)聽地址的 消息；存儲單元進(jìn)一步可存儲繼服務(wù)器的監(jiān)聽地址的消息。
發(fā)送處理單元可包括配置單元和發(fā)送單元，其中，
配置單元，將所述UE的網(wǎng)絡(luò)地址相關(guān)信息配置于Diameter AAR消息 中，或配置于Diameter RAA消息中；
發(fā)送單元，將被所述配置單元配置有所述UE的網(wǎng)絡(luò)地址相關(guān)信息的 Diameter AAR消息或Diameter RAA消息發(fā)送給所述PCRF。
址相關(guān)信息的方法及AF作詳細(xì)說明。 實施例四
本實施例四中，設(shè)NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景可參見圖5。設(shè) UE的主機地址包括IP 1和Port 1 ， UE的反向地址包括IP2和Port2 。
參見圖15，圖15是本實施例四中AF向PCRF提供UE的網(wǎng)絡(luò)地址相 關(guān)信息的流程圖，該流程可包括以下步驟
步驟1501 、 UE向AF發(fā)送SDP消息。
該SDP消息中攜帶UE的網(wǎng)絡(luò)地址相關(guān)信息，包括UE的主機地址和反 向地址，候選地址描述行包括
a=candidate:l 1 UDP 2130706431 IPl Portl typ host;
a=candidate:2 1 UDP 1694498815 IP2 Port2 typ srflx raddr IPl rport Portl 。
步驟1502、 AF #4居收到的SDP消息獲耳又并存4諸UE的網(wǎng)絡(luò)地址相關(guān)信息。
步驟1503、AF與被訪問端或者其他AF等其他設(shè)備進(jìn)行SDP消息交互， 以獲取其他UE的網(wǎng)絡(luò)地址相關(guān)信息。步驟1504、 AF通過Diameter AAR消息主動發(fā)送業(yè)務(wù)信息給PCRF,業(yè) 務(wù)信息中包含UE的網(wǎng)絡(luò)地址相關(guān)信息。
UE的網(wǎng)絡(luò)地址相關(guān)信息可被配置在AAR消息中新增的 Candidate-Addres AVP中，Candidate-Addres AVP指出UE的主機地址包括 IP1和Portl、反向地址包4舌IP2和Port2。
步驟1505、 PCRF收到AF發(fā)送的SDP消息后，解析出該SDP消息中 包含UE的網(wǎng)絡(luò)地址相關(guān)信息的業(yè)務(wù)信息，并存儲該業(yè)務(wù)信息。PCRF進(jìn)行 會話綁定。
該步驟1505中，PCRF所執(zhí)行的會話綁定可參見上述相關(guān)描述，在此 不再贅述。
步驟1506、 PCRF在會話綁定成功后，發(fā)送Diameter AAA消息給AF。 步驟1507、 AF發(fā)送SDP消息中的響應(yīng)消息給UE。 后續(xù)，PCRF可根據(jù)AF上報的業(yè)務(wù)信息等等制定并存儲PCC規(guī)則。 本實施例四中，PCRF制定PCC規(guī)則的做法可參見上述相關(guān)描述，不再贅述。
實施例五
本實施例五中，設(shè)NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景可參見圖6或圖 10。設(shè)UE的主機地址包括IP1和Portl, UE的反向地址包括IP2和Port2， UE的中繼地址包括IP3和Port3 ，中繼服務(wù)器的監(jiān)聽地址包括IPR和PortR。
參見圖16,圖16是本實施例五中AF向PCRF提供UE的網(wǎng)絡(luò)地址相 關(guān)信息的流程圖，該流程可包括以下步驟
步驟1601、 UE向AF發(fā)送SDP消息。
該SDP消息中攜帶UE的網(wǎng)絡(luò)地址相關(guān)信息，包括UE的主機地址、反 向地址和中繼地址，另外，該SDP消息中，進(jìn)一步攜帶中繼服務(wù)器的監(jiān)聽 地址。該SDP消息中，候選地址描述行包括
a=candidate:l 1 UDP 2130706431 IP1 Portl typ host;
a=candidate:2 1 UDP 1694498815 IP2 Port2 typ srflx raddr IP1 rport Portl;a=candidate:3 1 UDP 1450435391 IP3 Port3 typ relay raddr IP2 rport Port2; 步驟1602、 AF根據(jù)收到的SDP消息獲取并存儲UE的網(wǎng)絡(luò)地址相關(guān)信
自
步驟1603、AF與被訪問端或者其他AF等其他設(shè)備進(jìn)行SDP消息交互， 以獲耳又其他UE的網(wǎng)絡(luò)地址相關(guān)信息。
步驟1604、 AF通過Diameter AAR消息主動發(fā)送業(yè)務(wù)信息給PCRF,業(yè) 務(wù)信息中包含UE的網(wǎng)絡(luò)地址相關(guān)信息。
UE的網(wǎng)絡(luò)地址相關(guān)信息可被配置在AAR消息中描述業(yè)務(wù)信息的 Codec-Data AVP中，即Codec-Data AVP中含有如下描述4亍 a=candidate:l 1 UDP 2130706431 IPl Portl typ host; a=candidate:2 1 UDP 1694498815 IP2 Port2 typ srflx raddr IPl rport Portl; a=candidate:3 1 UDP 1450435391 IP3 Port3 typ relay raddr IP2 rport Port2;
步驟1605、 PCRF收到AF發(fā)送的SDP消息后，解析出該SDP消息中 包含UE的網(wǎng)絡(luò)地址相關(guān)信息的業(yè)務(wù)信息，并存儲該業(yè)務(wù)信息。PCRF進(jìn)行 會話綁定。
該步驟1605中，PCRF所執(zhí)行的會話綁定可參見上述相關(guān)描述，在此 不再贅述。
步驟1606、 PCRF在會話綁定成功后，發(fā)送Diameter AAA消息給AF。 步驟1607、 AF發(fā)送SDP消息中的響應(yīng)消息給UE。 后續(xù)，PCRF可根據(jù)AF上報的業(yè)務(wù)信息等等制定PCC規(guī)則。 本實施例五中，PCRF制定PCC規(guī)則的做法可參見上述相關(guān)描述，不再贅述。
實施例六
本實施例六中，設(shè)NAT技術(shù)在PCC架構(gòu)中的應(yīng)用場景可參見圖5。設(shè) UE的主機地址包括IPl和Portl ， UE的反向地址包括IP2和Port2。參見圖17，圖17是本實施例六中AF向PCRF提供UE的網(wǎng)絡(luò)地址相 關(guān)信息的流程圖，該流程可包括以下步驟
步驟1701 、 UE向AF發(fā)送SIP消息。 該SIP消息可以是SIP注冊消息等等，該SIP消息頭域的Via行中攜帶 UE的網(wǎng)絡(luò)地址相關(guān)信息，包括UE的主才幾地址和反向地址。
步驟1702、 AF根據(jù)收到的SIP消息獲取并存儲UE的網(wǎng)絡(luò)地址相關(guān)信息。
步驟1703至步驟1704、 AF與被訪問端或者其他AF等其他設(shè)備進(jìn)行 SIP消息交互，以獲取其他UE的網(wǎng)絡(luò)地址相關(guān)信息，并收到被訪問端返回 表示接收成功的應(yīng)答，如2XX消息。
步驟1705、 AF發(fā)送表示接收成功的應(yīng)答消息給UE。
步驟1706、 AF通過Diameter AAR消息主動發(fā)送業(yè)務(wù)信息給PCRF，業(yè) 務(wù)信息中包含UE的網(wǎng)絡(luò)地址相關(guān)信息。
UE的網(wǎng)絡(luò)地址相關(guān)信息可被配置在AAR消息中描述業(yè)務(wù)信息的 Candidata-Address AVP中，描述行如下
a=candidate:l 1 UDP 2130706431 IP1 Portl typ host;
a=candidate:2 1 UDP 1694498815 IP2 Port2 typ srflx raddr IP1 rport Portl 。 步驟1707、 PCRF收到AF發(fā)送的SDP消息后，解析出該SDP消息中 包含UE的網(wǎng)絡(luò)地址相關(guān)信息的業(yè)務(wù)信息，并存儲該業(yè)務(wù)信息。PCRF進(jìn)行 會話綁定。
該步驟1707中，PCRF所執(zhí)行的會話綁定可參見上述相關(guān)描述，在此 不再贅述。
步驟1708、 PCRF在會話綁定成功后，發(fā)送Diameter AAA消息給AF。 后續(xù)，PCRF可根據(jù)AF上報的業(yè)務(wù)信息等等制定PCC規(guī)則。 本實施例六中，PCRF制定PCC規(guī)則的做法可參見上述相關(guān)描述，不再 贅述。
綜上所述，本發(fā)明實施例為NAT技術(shù)在PCC架構(gòu)中的實現(xiàn)，提供了完整的技術(shù)方案。本發(fā)明實施例中，可通過由AF向PCRF發(fā)送UE的網(wǎng)絡(luò)地 址相關(guān)信息，由PCRF獲取到UE的網(wǎng)絡(luò)地址相關(guān)信息，之后，PCRF可根 據(jù)UE的網(wǎng)絡(luò)地址相關(guān)信息進(jìn)行成功的會話綁定，進(jìn)而，PCRF可基于成功 的會話綁定，繼續(xù)開展UE的業(yè)務(wù)，包括制定與UE的實際業(yè)務(wù)數(shù)據(jù)流相符 合的PCC規(guī)則，并通過PCEF執(zhí)行該PCC規(guī)則，實現(xiàn)對UE業(yè)務(wù)的策略和 計費控制。
權(quán)利要求
1、一種網(wǎng)絡(luò)地址轉(zhuǎn)換NAT技術(shù)在策略和計費控制PCC架構(gòu)中的實現(xiàn)方法，其特征在于，包括策略控制和計費規(guī)則功能實體PCRF與策略和計費執(zhí)行實體PCEF會話中，所述PCRF接收所述PCEF發(fā)送的用于會話綁定的UE的第一網(wǎng)絡(luò)地址；所述PCRF與應(yīng)用功能實體AF的會話中，所述PCRF接收所述AF發(fā)送的用戶設(shè)備UE的網(wǎng)絡(luò)地址相關(guān)信息，所述網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò)地址；所述PCRF確定所述多個網(wǎng)絡(luò)地址中，包含所述第一網(wǎng)絡(luò)地址；所述PCRF將所述PCRF與所述AF之間的會話，和所述PCRF與所述PCEF之間的會話綁定。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多個網(wǎng)絡(luò)地址包括 以下任意組合所述UE的主機地址、由網(wǎng)絡(luò)地址轉(zhuǎn)換NAT設(shè)備生成的所述UE的反 向地址、由中繼服務(wù)器分配的所述UE的中繼地址；所述第一網(wǎng)絡(luò)地址為所述UE的主機地址或所述UE的反向地址。
3、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述PCRF確定所 述多個網(wǎng)絡(luò)地址包含所述第 一 網(wǎng)絡(luò)地址包括所述PCRF將所述多個網(wǎng)絡(luò)地址中的部分或全部網(wǎng)絡(luò)地址，分別與所述 第一網(wǎng)絡(luò)地址進(jìn)行匹配，若所述多個網(wǎng)絡(luò)地址中的其中一個網(wǎng)絡(luò)地址能夠與 所述第 一 網(wǎng)絡(luò)地址相匹配，則確定所述多個網(wǎng)絡(luò)地址包含所述第 一 網(wǎng)絡(luò)地 址。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，將所述PCRF與所述AF 之間的會話，和所述PCRF與所述PCEF之間的會話綁定后，該方法進(jìn)一步 包括根據(jù)網(wǎng)絡(luò)地址相關(guān)信息，制定符合實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述制定符合實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則之前，該方法進(jìn)一步包括 獲取被訪問端的網(wǎng)絡(luò)地址相關(guān)信息；進(jìn)一 步根據(jù)所述被訪問端的網(wǎng)絡(luò)地址相關(guān)信息，制定符合實際業(yè)務(wù)數(shù)據(jù) 流的PCC規(guī)則；所述獲取被訪問端的網(wǎng)絡(luò)地址相關(guān)信息包括接收所述AF發(fā)送的被所述AF獲取到的所述被訪問端的網(wǎng)絡(luò)地址相關(guān) 信息。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述制定符合實際業(yè)務(wù) 數(shù)據(jù)流的PCC規(guī)則之前，該方法進(jìn)一步包括接收所述AF發(fā)送的業(yè)務(wù)數(shù)據(jù)流描述信息； 所述業(yè)務(wù)數(shù)據(jù)流描述信息包括所述UE向所述被訪問端發(fā)送IP數(shù)據(jù)包的上行方向上，被發(fā)送IP數(shù)據(jù) 包的源網(wǎng)^"地址與目的網(wǎng)^^地址；和/或，所述UE接收所述被訪問端發(fā)來的IP數(shù)據(jù)包的下行方向上，被接收IP 數(shù)據(jù)包的源網(wǎng)絡(luò)地址與目的網(wǎng)絡(luò)地址。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述PCC規(guī)則包括能 夠通過所述PCEF的IP數(shù)據(jù)包過濾規(guī)則；所述制定符合實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則包括制定與所述上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對應(yīng)的上行IP數(shù)據(jù)包 過濾規(guī)則；和/或，制定與所述下行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對應(yīng)的下行IP數(shù)據(jù)包 過濾規(guī)則。
8、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述制定所述上行IP數(shù) 據(jù)包過濾規(guī)則包括根據(jù)所述第一網(wǎng)絡(luò)地址，制定能夠通過所述PCEF的被發(fā)送IP數(shù)據(jù)包 的源網(wǎng)絡(luò)地址為所述第 一 網(wǎng)絡(luò)地址。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，被訪問端的網(wǎng)絡(luò)地址相關(guān)信息包括所述被訪問端的第一遠(yuǎn)端地址；或，所述被訪問端的第一遠(yuǎn)端 地址和第二遠(yuǎn)端地址；所述制定所述上行IP數(shù)據(jù)包過濾規(guī)則包括制定能夠通過所述PCEF的被發(fā)送IP數(shù)據(jù)包的目的網(wǎng)絡(luò)地址為所述第 一遠(yuǎn)端地址或所述第二遠(yuǎn)端地址。
10、 根據(jù)權(quán)利要求7至9中任一項所述的方法，其特征在于，所述多個 網(wǎng)絡(luò)地址包括第一網(wǎng)絡(luò)地址和所述UE的中繼地址；所述制定所述上行IP數(shù)據(jù)包過濾規(guī)則之前，該方法進(jìn)一步包括 獲取所述中繼服務(wù)器的監(jiān)聽地址。
11、 根據(jù)權(quán)利要求10所述的方法，其特征在于，所述獲取所述中繼服 務(wù)器的監(jiān)聽地址包括向用戶簽約數(shù)據(jù)庫SPR發(fā)送請求所述監(jiān)聽地址的消息； 接收所述SPR返回的所述監(jiān)聽地址。
12、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述制定所述上行IP 數(shù)據(jù)包過濾規(guī)則包括制定能夠通過所述PCEF的被發(fā)送IP數(shù)據(jù)包的目的網(wǎng)絡(luò)地址為所述中 繼服務(wù)器的監(jiān)聽地址。
13、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述制定所述下行IP 數(shù)據(jù)包過濾規(guī)則包括根據(jù)所述第一網(wǎng)絡(luò)地址，制定能夠通過所述PCEF的被接收IP數(shù)據(jù)包 的目的網(wǎng)絡(luò)地址為所述第一網(wǎng)絡(luò)地址。
14、 根據(jù)權(quán)利要求13所述的方法，其特征在于，被訪問端的網(wǎng)絡(luò)地址 相關(guān)信息包括所述被訪問端的第一遠(yuǎn)端地址；或，所述被訪問端的第一遠(yuǎn) 端地址和第二遠(yuǎn)端地址；所述制定所述下行IP數(shù)據(jù)包過濾規(guī)則包括制定能夠通過所述PCEF的被接收IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址為所述第一遠(yuǎn)端地址或所述第二遠(yuǎn)端地址。
15、 根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述多個網(wǎng)絡(luò)地 址包括第 一 網(wǎng)絡(luò)地址和所述UE的中繼地址；所述制定所述下行IP數(shù)據(jù)包過濾規(guī)則包括制定能夠通過所述PCEF的被接收IP數(shù)據(jù)包的源網(wǎng)絡(luò)地址為所述中繼 服務(wù)器的監(jiān)聽地址。
16、 根據(jù)權(quán)利要求7所述的方法，其特征在于，制定符合實際業(yè)務(wù)數(shù)據(jù) 流 的PCC規(guī)則包括確定所述上行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)和/或所述下行IP數(shù)據(jù)包過濾規(guī) 則的個數(shù)。
17、 根據(jù)權(quán)利要求16所述的方法，其特征在于，所述確定所述上行IP 數(shù)據(jù)包過濾規(guī)則的個數(shù)，或所述下行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)包括設(shè)所述被訪問端的網(wǎng)絡(luò)地址相關(guān)信息包括N個遠(yuǎn)端地址，且所述多個 網(wǎng)絡(luò)地址中不包含所述UE的中繼地址，則所述上行IP數(shù)據(jù)包過濾規(guī)則的 個數(shù)，或所述下行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)為N個。
18、 根據(jù)權(quán)利要求17所述的方法，其特征在于，所述確定所述上行IP 數(shù)據(jù)包過濾規(guī)則的個數(shù)，或所述下行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)包括設(shè)所述被訪問端的網(wǎng)絡(luò)地址相關(guān)信息包括N個遠(yuǎn)端地址，且所述多個 網(wǎng)絡(luò)地址中包含所述UE的中繼地址，則所述上行IP數(shù)據(jù)包過濾規(guī)則的個 數(shù)，或所述下行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)為N+l個。
19、 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述PCRF接收所 述AF發(fā)送的UE的網(wǎng)絡(luò)地址相關(guān)信息之前，該方法進(jìn)一步包括所述AF獲取所述UE的網(wǎng)絡(luò)地址相關(guān)信息。
20、 根據(jù)權(quán)利要求19所述的方法，其特征在于，所述獲取UE的網(wǎng)絡(luò) 地址相關(guān)信息包括接收所述UE發(fā)送的攜帶所述UE的網(wǎng)絡(luò)地址相關(guān)信息的消息； 從所述消息中解析出所述UE的網(wǎng)絡(luò)地址相關(guān)信息，且存儲所述UE的網(wǎng)絡(luò)地址相關(guān)信息。
21、 根據(jù)權(quán)利要求20所述的方法，其特征在于，所述消息為SDP消 息或SIP消息。
22、 根據(jù)權(quán)利要求21所述的方法，其特征在于，該方法進(jìn)一步包括 接收所述UE發(fā)送的攜帶所述中繼服務(wù)器的監(jiān)聽地址的SDP消息，所述中繼服務(wù)器的監(jiān)聽地址被配置于該SDP消息中被擴(kuò)展的候選地址描述行中。
23、 根據(jù)權(quán)利要求19至22中任一項所述的方法，其特征在于，將所述 網(wǎng)絡(luò)地址相關(guān)信息發(fā)送給PCRF包括將所述UE的網(wǎng)絡(luò)地址相關(guān)信息通過所述Diameter AAR消息攜帶給所 述PCRF;或，在收到所述PCRF發(fā)來的重新授權(quán)請求消息Diameter RAR消息后，將 所述UE的網(wǎng)絡(luò)地址相關(guān)信息通過所述重新授:^又應(yīng)答消息Diameter RAA消 息發(fā)送給所述PCRF。
24、 根據(jù)權(quán)利要求23所述的方法，其特征在于，將所述網(wǎng)絡(luò)地址相關(guān) 信息發(fā)送給PCRF包括將所述UE的網(wǎng)絡(luò)地址相關(guān)信息以文本方式配置于所述AAR消息或所 述RAA消息的屬性取值對Codec-Address A VP中；或，將所述UE的網(wǎng)絡(luò)地址相關(guān)信息配置于所述AAR消息或所述RAA消息 中的候選地址屬性取值對Candidate-Address AVP中。
25、 一種PCRF,其特征在于，包括第一接收單元、第二接收單元、 確定單元和綁定單元；其中，第一接收單元，PCRF與AF之間的會話中，接收所述AF發(fā)送的UE的 網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位 置的多個網(wǎng)絡(luò)地址；第二接收單元，接收策略和計費執(zhí)行實體PCEF發(fā)送的用于會話綁定的 UE的第一網(wǎng)絡(luò)地址；確定單元，確定所述多個網(wǎng)絡(luò)地址中，包含PCEF與所述PCRF之間的絡(luò)地址；綁定單元，將所述PCRF與所述AF之間的會話，和所述PCRF與所述 PCEF之間的會話綁定。
26、 根據(jù)權(quán)利要求25所述的PCRF,其特征在于，所述確定單元包括 匹配單元和確定子單元；其中，所述匹配單元，將所述多個網(wǎng)絡(luò)地址中的部分或全部網(wǎng)絡(luò)地址，分別與 所述第一網(wǎng)絡(luò)地址進(jìn)行匹配，得出匹配結(jié)果；所述確定子單元，#4居所述匹配結(jié)果為所述多個網(wǎng)絡(luò)地址中的其中一個 網(wǎng)絡(luò)地址能夠與所述第 一 網(wǎng)絡(luò)地址相匹配，確定所述多個網(wǎng)絡(luò)地址包含所述 第一網(wǎng)絡(luò)地址。
27、 根據(jù)權(quán)利要求25所述的PCRF,其特征在于，所述PCRF進(jìn)一步包括規(guī)則制定單元，用于制定符合實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則。
28、 根據(jù)權(quán)利要求27所述的PCRF，其特征在于，所述PCRF進(jìn)一步包括第三接收單元，接收所述AF發(fā)送的被所述AF獲取到的所述被訪問端 的網(wǎng)絡(luò)地址相關(guān)信息。
29、 根據(jù)權(quán)利要求27或28所述的PCRF,其特征在于，所述PCRF進(jìn) —步包括第四接收單元，接收所述AF發(fā)送的業(yè)務(wù)數(shù)據(jù)流描述信息； 所述業(yè)務(wù)數(shù)據(jù)流描述信息包括所述UE向所述被訪問端發(fā)送IP數(shù)據(jù)包的上行方向上，被發(fā)送IP數(shù)據(jù) 包的源網(wǎng)絡(luò)地址與目的網(wǎng)絡(luò)地址；和/或，所述UE接收所述被訪問端發(fā)來的IP數(shù)據(jù)包的下行方向上，被接收IP 數(shù)據(jù)包的源網(wǎng)絡(luò)地址與目的網(wǎng)絡(luò)地址。
30、 根據(jù)權(quán)利要求29所述的PCRF,其特征在于，所述規(guī)則制定單元包括第一制定單元和/或第二制定單元；所述第一制定單元，制定與所述上行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對 應(yīng)的上4于IP lt據(jù)包過濾失見則；所述第二制定單元，制定與所述下行方向上的業(yè)務(wù)數(shù)據(jù)流描述信息相對 應(yīng)的下行IP數(shù)據(jù)包過濾規(guī)則。
31、 根據(jù)權(quán)利要求29所述的PCRF，其特征在于，所述PCRF進(jìn)一步包 括規(guī)則個數(shù)確定單元，確定所述上行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)和/或所述 下行IP數(shù)據(jù)包過濾規(guī)則的個數(shù)。
32、 一種應(yīng)用功能實體，其特征在于，包括 信息獲取單元和發(fā)送處理單元；所述信息獲取單元，獲取UE的網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān) 信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò)地址；所述發(fā)送處理單元，將所述信息獲取單元獲取到的所述網(wǎng)絡(luò)地址相關(guān)信 息發(fā)送給PCRF。
33、 根據(jù)權(quán)利要求32所述實體，其特征在于，所述信息獲取單元包括 信息接收單元、解析單元和存儲單元；所述信息接收單元，接收所述UE發(fā)送的攜帶所述UE的網(wǎng)絡(luò)地址相關(guān) 信息的消息；所述解析單元，從所述消息中解析出所述UE的網(wǎng)絡(luò)地址相關(guān)信息； 所述存儲單元，存儲所述UE的網(wǎng)絡(luò)地址相關(guān)信息。
34、 根據(jù)權(quán)利要求32或33所述的實體，其特征在于，所述發(fā)送處理單 元包括配置單元和發(fā)送單元，其中，所述配置單元，將所述UE的網(wǎng)絡(luò)地址相關(guān)信息配置于Diameter AAR 消息中，或配置于Diameter RAA消息中；所述發(fā)送單元，將被所述配置單元配置有所述UE的網(wǎng)絡(luò)地址相關(guān)信息 的Diameter AAR消息或Diameter RAA消息發(fā)送*合所述PCRF。
35、 根據(jù)權(quán)利要求34所述的實體，其特征在于，所述信息獲取單元，進(jìn)一步獲取中繼服務(wù)器的監(jiān)聽地址； 所述信息接收單元，進(jìn)一步接收UE發(fā)送的攜帶中繼服務(wù)器的監(jiān)聽地址 的消息；所述解析單元，進(jìn)一步從該消息中解析出繼服務(wù)器的監(jiān)聽地址的消息； 所述存儲單元，進(jìn)一步存儲繼服務(wù)器的監(jiān)聽地址的消息。
36、 一種用于提供UE的網(wǎng)絡(luò)地址相關(guān)信息的方法，其特征在于，包括 獲取UE的網(wǎng)絡(luò)地址相關(guān)信息；所述網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在同 一 網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò)地址；將所述網(wǎng)絡(luò)地址相關(guān)信息發(fā)送給PCRF。
37、 根據(jù)權(quán)利要求36所述的方法，其特征在于，所述UE的網(wǎng)絡(luò)地址 相關(guān)信息包括以下任意組合所述UE的主機地址、由NAT設(shè)備生成的所述UE的反向地址、由中 繼月良務(wù)器分配的所述UE的中繼地址。
38、 根據(jù)權(quán)利要求37所述的方法，其特征在于，所述獲取UE的網(wǎng)絡(luò) 地址相關(guān)信息包括接收所述UE發(fā)送的攜帶所述UE的網(wǎng)絡(luò)地址相關(guān)信息的消息； 從所述消息中解析出所述UE的網(wǎng)絡(luò)地址相關(guān)信息，且存儲所述UE的 網(wǎng)絡(luò)地址相關(guān)信息。
39、 根據(jù)權(quán)利要求38所述的方法，其特征在于，所述消息為SDP消 息或SIP消息。
40、 根據(jù)權(quán)利要求38所述的方法，其特征在于，該方法進(jìn)一步包括 接收所述UE發(fā)送的攜帶所述中繼服務(wù)器的監(jiān)聽地址的SDP消息，所述中繼服務(wù)器的監(jiān)聽地址被配置于該SDP消息中被擴(kuò)展的候選地址描述行中。
41、 根據(jù)權(quán)利要求36至40中任一項所述的方法，其特征在于，將所述 網(wǎng)絡(luò)地址相關(guān)信息發(fā)送給PCRF包括將所述UE的網(wǎng)絡(luò)地址相關(guān)信息通過所述Diameter AAR消息攜帶給所 述PCRF;或，在收到所述PCRF發(fā)來的重新授^又請求消息Diameter RAR消息后，將 所述UE的網(wǎng)絡(luò)地址相關(guān)信息通過所述重新授權(quán)應(yīng)答消息Diameter RAA消 息發(fā)送給所述PCRF。
42、 根據(jù)權(quán)利要求41所述的方法，其特征在于，將所述網(wǎng)絡(luò)地址相關(guān) 信息發(fā)送給PCRF包括將所述UE的網(wǎng)絡(luò)地址相關(guān)信息以文本方式配置于所述AAR消息或所 述RAA消息的屬性取值對Codec-Address AVP中；或，將所述UE的網(wǎng)絡(luò)地址相關(guān)信息配置于所述AAR消息或所述RAA消息 中的候選地址屬性取值對Candidate-Address AVP中。
43、 根據(jù)權(quán)利要求36所述的方法，其特征在于，將所述網(wǎng)絡(luò)地址相關(guān) 信息發(fā)送給PCRF后，該方法進(jìn)一步包括所述PCRF利用所述UE的網(wǎng)絡(luò)地址相關(guān)信息，將所述PCRF與AF之 間的會話，和所述PCRF與PCEF之間的會話進(jìn)行會話綁定；和/或 制定符合實際業(yè)務(wù)數(shù)據(jù)流的PCC規(guī)則。
全文摘要
本發(fā)明實施例提供一種網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)技術(shù)在策略和計費控制(PCC)架構(gòu)中的實現(xiàn)方法，包括PCRF與PCEF會話中，所述PCRF接收所述PCEF發(fā)送的用于會話綁定的UE的第一網(wǎng)絡(luò)地址；所述PCRF與AF的會話中，所述PCRF接收所述AF發(fā)送的UE的網(wǎng)絡(luò)地址相關(guān)信息，所述網(wǎng)絡(luò)地址相關(guān)信息包括用于標(biāo)示該UE所在網(wǎng)絡(luò)位置的多個網(wǎng)絡(luò)地址；所述PCRF確定所述多個網(wǎng)絡(luò)地址中，包含所述第一網(wǎng)絡(luò)地址；所述PCRF將所述PCRF與所述AF之間的會話，和所述PCRF與所述PCEF之間的會話綁定。本發(fā)明實施例提供PCRF及AF，實現(xiàn)引入NAT技術(shù)的PCC架構(gòu)中的會話綁定。
文檔編號H04W4/24GK101420674SQ20071016571
公開日2009年4月29日 申請日期2007年10月25日 優(yōu)先權(quán)日2007年10月25日
發(fā)明者時曉巖, 巖 李, 譚仕勇 申請人:華為技術(shù)有限公司