專利名稱：一種下發(fā)pcc策略信息的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代合作伙伴計(jì)劃(3GPP，3rdGeneration Partnership Project) 演進(jìn)的分組系統(tǒng)(EPS，Evolved Packet System)技術(shù)，尤其涉及一種在網(wǎng)絡(luò)地址翻譯場(chǎng)景下，下發(fā)策略和計(jì)費(fèi)控制(PCC，Policy and Charging Control)策略信息的方法及系統(tǒng)。
背景技術(shù)：
圖 1 為現(xiàn)有第三代合作伙伴計(jì)劃(3GPP，3rd Generation Partnership Project) 演進(jìn)的分組系統(tǒng)(EPS，Evolved Packet System)的組成架構(gòu)示意圖，如圖1所示，主要包括演進(jìn)的通用移動(dòng)通信系統(tǒng)陸地?zé)o線接入網(wǎng)(E-UTRAN，EvolvedUniversal Terrestrial Radio Access Network)、移動(dòng)管理單元(MME, MobilityManagement Entity)、月艮務(wù)網(wǎng)關(guān) (S-GW, Serving Gateway)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(P-GW，Packet Data Network Gateway，也稱為PDN GW)、歸屬用戶服務(wù)器(HSS，Home Subscriber krver)、策略和計(jì)費(fèi)規(guī)則功能單元 (PCRF, Policy andCharging Rules Function)實(shí)體及其他支撐節(jié)點(diǎn)組成。其中，E-UTRAN 通過Sl-MME與MME相連，MME通過S6a與HSS相連；S-GW是與E-UTRAN相連的接入網(wǎng)關(guān)設(shè)備，在E-UTRAN和P-GW之間轉(zhuǎn)發(fā)數(shù)據(jù)，并且負(fù)責(zé)對(duì)尋呼等待數(shù)據(jù)進(jìn)行緩存，S-Gff通過SI-U 與EUTRAN相連，通過Sll與MME相連，通過Gxc與PCRF相連，通過S5與P-GW相連；P-GW 則是EPS與分組數(shù)據(jù)網(wǎng)(PDNJacket Data Network)的邊界網(wǎng)關(guān)，負(fù)責(zé)PDN的接入、在EPS 與PDN間轉(zhuǎn)發(fā)數(shù)據(jù)等，P-Gff通過foe與PCRF相連，通過SGi與運(yùn)營商提供的IP業(yè)務(wù)相連； PCRF通過Rx接口與運(yùn)營商互聯(lián)網(wǎng)協(xié)議(IPJnternet Protocol)業(yè)務(wù)網(wǎng)絡(luò)接口連接，獲取業(yè)務(wù)信息，并通過to/Gxa/Gxb/Gxc接口與3GPP網(wǎng)絡(luò)中的網(wǎng)關(guān)設(shè)備相連，負(fù)責(zé)發(fā)起IP承載的建立，保證業(yè)務(wù)數(shù)據(jù)的服務(wù)質(zhì)量(QoS，Qualityof Service)，并進(jìn)行計(jì)費(fèi)控制。圖2為現(xiàn)有支持EPC動(dòng)態(tài)策略計(jì)費(fèi)控制的PCC結(jié)構(gòu)示意圖，如圖2所示，策略和計(jì)費(fèi)執(zhí)行功能(PCEF，Policy and charging enforcement function)駐留在EPS系統(tǒng)的P-GW 中，PCRF與PCEF間通過Gx接口交換信息。當(dāng)P-GW與S-GW間的接口基于PMIPv6時(shí)，S-GW 也存在策略控制的功能，稱為承載綁定和事件報(bào)告功能(BBERF，Bearer Binding and Event Reporting Function)，BBERF與PCRF之間通過Gxc接口交換信息。同時(shí)，為用戶設(shè)備(UE) 提供業(yè)務(wù)的應(yīng)用功能(AF，Application Function)通過Rx接口向PCRF發(fā)送用于制定策略和計(jì)費(fèi)控制(PCC, Policy and Charging Control)或QoS策略的業(yè)務(wù)信息。EPS可以向計(jì)費(fèi)系統(tǒng)提供承載層的計(jì)費(fèi)信息，包括離線計(jì)費(fèi)和在線計(jì)費(fèi)。對(duì)于在線計(jì)費(fèi)，當(dāng)UE通過3GPP接入時(shí)，由P-GW與OCS交互，進(jìn)行信用控制。P-GW生成計(jì)費(fèi)信息發(fā)送給計(jì)費(fèi)系統(tǒng)，其中包含有計(jì)費(fèi)標(biāo)識(shí)，這里的計(jì)費(fèi)標(biāo)識(shí)稱為接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)(Access-Network -Charging-Identifier)，也可稱為承載層計(jì)費(fèi)標(biāo)識(shí)。同時(shí)，應(yīng)用服務(wù)器也可以向計(jì)費(fèi)系統(tǒng)提供應(yīng)用層的計(jì)費(fèi)信息，計(jì)費(fèi)信息也采用計(jì)費(fèi)標(biāo)識(shí)進(jìn)行標(biāo)識(shí)，這里的計(jì)費(fèi)標(biāo)識(shí)稱為應(yīng)用功能計(jì)費(fèi)標(biāo)識(shí)(AF-Charging-Identifier)。在現(xiàn)有技術(shù)中該計(jì)費(fèi)標(biāo)識(shí)由AF產(chǎn)生并發(fā)送給相關(guān)的應(yīng)用服務(wù)器。為了能使計(jì)費(fèi)系統(tǒng)將用戶訪問某個(gè)業(yè)務(wù)所產(chǎn)生的承載層計(jì)費(fèi)信息和應(yīng)用層計(jì)費(fèi)信息進(jìn)行關(guān)聯(lián)，P-GW/PCEF和AF必須通過PCRF將各自產(chǎn)生的計(jì)費(fèi)標(biāo)識(shí)發(fā)送給對(duì)方。這樣，當(dāng)P-GW/PCEF向計(jì)費(fèi)系統(tǒng)發(fā)送采用接入網(wǎng)計(jì)費(fèi)標(biāo)識(shí)的承載層計(jì)費(fèi)信息時(shí)攜帶 AF-Charging-Identifier，而當(dāng)應(yīng)用服務(wù)器向計(jì)費(fèi)系統(tǒng)發(fā)送采用應(yīng)用功能計(jì)費(fèi)標(biāo)識(shí)的計(jì)費(fèi)信息時(shí)攜帶Access-Network-Charging-Identif ier。計(jì)費(fèi)系統(tǒng)就可以將承載層和應(yīng)用層計(jì)費(fèi)信息進(jìn)行關(guān)聯(lián)了。IPv6過渡方法最早從1994年IETF NGTRAN工作組就開始研究，1996年建立6Bone 進(jìn)行實(shí)驗(yàn)，1998年發(fā)布第一組IPv6標(biāo)準(zhǔn)RFC，2003年NGTRAN工作組關(guān)閉，當(dāng)時(shí)認(rèn)為可能出現(xiàn)的主流技術(shù)都已經(jīng)完成，之后IETF都沒有大批量產(chǎn)生關(guān)于IPv6的RFC，中國的CNGI實(shí)驗(yàn)網(wǎng)也是在2003/2004年達(dá)到第一個(gè)高點(diǎn)，當(dāng)時(shí)CNGI網(wǎng)絡(luò)部署所采用的主要IPv6過渡技術(shù)都是當(dāng)時(shí)產(chǎn)生的主要IPv6相關(guān)的RFC，當(dāng)時(shí)的過渡技術(shù)主要集中包括雙棧，翻譯和隧道三種技術(shù)。直到2007年，隨著雙棧精簡(jiǎn)版(DS-Lite，Dual-Mack Lite)，承載級(jí)網(wǎng)絡(luò)地址翻譯 (CGN, Carrier Grade Network Address Translation),地址力口端口 (A+P, Address+Port), IPv6 到 IPv4 的網(wǎng)絡(luò)地址轉(zhuǎn)換技術(shù)(NAT64，Network Address Translation6 to 4)，基于主機(jī)翻譯的I^refix-NAT等一系列新型過渡技術(shù)的提出，IETF在2008年重新達(dá)成一致將制定新的翻譯和隧道技術(shù)。當(dāng)前比較流行的IPv6遷移技術(shù)主要是PNAT技術(shù)、GI_DS_LITE技術(shù)和 NAT64+DNS64技術(shù)。其中，PNAT技術(shù)和NAT64+DNS64技術(shù)需要在EPC的核心網(wǎng)絡(luò)和外部的分組數(shù)據(jù)網(wǎng)絡(luò)之間部署IPv6地址到IPv4地址的地址翻譯器，而GI_DS_LITE技術(shù)需要在位于EPC核心網(wǎng)絡(luò)邊緣部署承載級(jí)網(wǎng)絡(luò)翻譯網(wǎng)關(guān)(CGN)進(jìn)行IPV4私網(wǎng)地址和IPV4公網(wǎng)地址之間的翻譯。因此，無論哪種IPv6遷移技術(shù)都需要對(duì)IP地址進(jìn)行變換。而IP地址翻譯設(shè)備的存在，就使得相同PDN連接承載在EPC內(nèi)部使用的IP地址和端口號(hào)，與外部分組網(wǎng)絡(luò)中使用的IP地址和端口號(hào)有所不同，如果AF提供給PCRF用于制定PCC規(guī)則的業(yè)務(wù)信息是基于外部分組網(wǎng)絡(luò)中的經(jīng)過變換的IP地址和端口號(hào)，而PCRF需要制定和下發(fā)基于未經(jīng)變換的IP地址和端口號(hào)的PCC規(guī)則給PCC規(guī)則的執(zhí)行單元PCEF。由于目前PCRF無法獲得 IP地址變換的對(duì)應(yīng)關(guān)系，因此，PCRF無法將AF提供的業(yè)務(wù)策略信息和所對(duì)應(yīng)的PDN連接專用承載相關(guān)聯(lián)，來指定和下發(fā)對(duì)應(yīng)專用承載的PCC規(guī)則給PCEF。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種下發(fā)PCC策略信息的方法及系統(tǒng)，能夠保證PCRF正確將PCC策略信息下發(fā)給對(duì)應(yīng)的PCEF。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種下發(fā)PCC策略信息的方法，包括策略和計(jì)費(fèi)規(guī)則功能單元PCRF判斷出接收到業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息；PCRF按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，進(jìn)行業(yè)務(wù)策略和計(jì)費(fèi)控制 PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給策略和計(jì)費(fèi)執(zhí)行功能PCEF下發(fā)PCC規(guī)則。所述PCRF判斷出接收到業(yè)務(wù)策略信息相關(guān)的地址信息為未經(jīng)過翻譯的，該方法還包括所述PCRF根據(jù)地址信息進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，然后執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則。所述PCRF中設(shè)置有網(wǎng)絡(luò)地址翻譯適配器和功能實(shí)體；所述獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息包括所述PCRF上的功能實(shí)體向網(wǎng)絡(luò)地址翻譯適配器發(fā)送攜帶有需要進(jìn)行反向翻譯的業(yè)務(wù)流地址信息的網(wǎng)絡(luò)地址翻譯信息查詢消息；網(wǎng)絡(luò)地址翻譯適配器從網(wǎng)絡(luò)地址翻譯功能實(shí)體獲得包括所述業(yè)務(wù)策略地址信息的NAT對(duì)應(yīng)表，并對(duì)業(yè)務(wù)流地址信息進(jìn)行反向翻譯；所述網(wǎng)絡(luò)地址翻譯適配器向PCRF中的功能實(shí)體發(fā)送攜帶有經(jīng)過反向翻譯的業(yè)務(wù)流信息的網(wǎng)絡(luò)地址翻譯信息查詢應(yīng)答消息。所述網(wǎng)絡(luò)地址翻譯功能實(shí)體包括IPv6地址到IPv4地址的翻譯，和/或IPV4地址到IPv4地址的翻譯，和/或IPv4地址到IPv6地址的翻譯。所述判斷的方法包括根據(jù)應(yīng)用功能AF推送所述業(yè)務(wù)流信息的目的PCRF配置屬性進(jìn)行判斷，如果所述 PCRF部署在NAT轉(zhuǎn)換的網(wǎng)絡(luò)中，則判斷出所述接收到業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的。一種下發(fā)PCC策略信息的系統(tǒng)，至少包括策略和計(jì)費(fèi)規(guī)則功能單元PCRF、網(wǎng)絡(luò)地址翻譯功能實(shí)體、策略和計(jì)費(fèi)執(zhí)行功能PCEF，其中，PCRF，用于判斷出接收到業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息；按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，進(jìn)行業(yè)務(wù)策略和計(jì)費(fèi)控制 PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給策略和計(jì)費(fèi)執(zhí)行功能PCEF下發(fā)PCC規(guī)則；網(wǎng)絡(luò)地址翻譯功能實(shí)體，用于對(duì)IP地址進(jìn)行轉(zhuǎn)換并生成NAT對(duì)應(yīng)表；PCEF,駐留在P-GW中，接收來自PCRF下發(fā)的PCC規(guī)則。該系統(tǒng)還包括AF，用于通過Rx接口向PCRF發(fā)送用于制定PCC或QoS策略的業(yè)務(wù)
策略信息。所述PCEF駐留的P-GW，還用于接收來自PCRF的PCC規(guī)則，安裝和執(zhí)行PCC規(guī)則， 根據(jù)需要發(fā)起IP_CAN承載的建立，修改或者刪除流程。所述PCRF至少設(shè)置有網(wǎng)絡(luò)地址翻譯適配器和用于處理PCC策略信息的功能單元；其中，PCRF上的功能單元，用于通過Rx接口接收到來自所述AF的業(yè)務(wù)策略信息， 判斷出該業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，則向網(wǎng)絡(luò)地址翻譯適配器發(fā)送指示通知；按照來自網(wǎng)絡(luò)地址翻譯適配器的地址信息，進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則；網(wǎng)絡(luò)地址翻譯適配器，用于接收指示通知，與網(wǎng)絡(luò)地址翻譯功能實(shí)體進(jìn)行交互，取得包括該業(yè)務(wù)策略地址信息的NAT對(duì)應(yīng)表，對(duì)接收到的業(yè)務(wù)策略信息的地址信息進(jìn)行反向翻譯，取得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息并返回給PCRF上的功能實(shí)體。
6
所述網(wǎng)絡(luò)地址翻譯功能實(shí)體與P-GW合一部署，或者作為獨(dú)立的網(wǎng)絡(luò)功能單元單獨(dú)部署；所述網(wǎng)絡(luò)地址翻譯功能實(shí)體單獨(dú)部署，則所述網(wǎng)絡(luò)地址翻譯適配器與網(wǎng)絡(luò)地址翻譯功能實(shí)體之間通過一新增Gxn接口連接；或者，所述網(wǎng)絡(luò)地址翻譯功能實(shí)體與P-GW合一部署，則所述網(wǎng)絡(luò)地址翻譯適配器通過現(xiàn)有的與PCEF之間的foe接口，與所述網(wǎng)絡(luò)地址翻譯功能實(shí)體連接。所述網(wǎng)絡(luò)地址翻譯功能實(shí)體包括IPv6地址到IPv4地址的翻譯，IPV4地址到 IPv4地址的翻譯，IPv4地址到IPv6地址的翻譯。從上述本發(fā)明提供的技術(shù)方案可以看出，在AF提供給PCRF用于制定PCC規(guī)則的業(yè)務(wù)信息是基于外部分組網(wǎng)絡(luò)中的經(jīng)過變換的IP地址和端口號(hào)，即在部署有網(wǎng)絡(luò)地址翻譯功能實(shí)體時(shí)，本發(fā)明PCRF根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，并按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息， 進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則。 保證了 PCRF正確關(guān)聯(lián)業(yè)務(wù)策略信息，并正確將PCC策略信息下發(fā)給對(duì)應(yīng)的PCEF。


圖1為現(xiàn)有3GPP EPS的組成架構(gòu)示意圖；圖2為現(xiàn)有支持EPC動(dòng)態(tài)策略計(jì)費(fèi)控制的PCC結(jié)構(gòu)示意圖；圖3為網(wǎng)絡(luò)地址翻譯功能實(shí)體單獨(dú)部署的場(chǎng)景下，本發(fā)明下發(fā)PCC策略信息的系統(tǒng)的組成結(jié)構(gòu)示意圖；圖4為網(wǎng)絡(luò)地址翻譯功能實(shí)體和P-GW合一部署的場(chǎng)景下，本發(fā)明下發(fā)PCC策略信息的系統(tǒng)的組成結(jié)構(gòu)示意圖；圖5為本發(fā)明下發(fā)PCC策略信息的方法的流程圖；圖6為本發(fā)明下發(fā)PCC策略信息的實(shí)施例的流程示意圖。
具體實(shí)施例方式圖3為網(wǎng)絡(luò)地址翻譯功能實(shí)體單獨(dú)部署的場(chǎng)景下，本發(fā)明下發(fā)PCC策略信息的系統(tǒng)的組成結(jié)構(gòu)示意圖，圖4為網(wǎng)絡(luò)地址翻譯功能實(shí)體和P-GW合一部署的場(chǎng)景下，本發(fā)明下發(fā)PCC策略信息的系統(tǒng)的組成結(jié)構(gòu)示意圖。如圖3和圖4所示，主要包括AF、P-GW、PCRF和網(wǎng)絡(luò)地址翻譯功能實(shí)體，其中，AF，用于通過Rx接口向PCRF發(fā)送用于制定PCC或QoS策略的業(yè)務(wù)策略信息。P-GW，其中駐留有PCEF，PCEF與PCRF間通過Gx接口交換信息。接收來自PCRF的 PCC規(guī)則，安裝和執(zhí)行PCC規(guī)則，根據(jù)需要發(fā)起IP_CAN承載的建立，修改或者刪除流程。網(wǎng)絡(luò)地址翻譯功能實(shí)體，用于對(duì)IP地址進(jìn)行轉(zhuǎn)換并生成NAT對(duì)應(yīng)表。網(wǎng)絡(luò)地址翻譯功能實(shí)體可以與P-GW合一部署即網(wǎng)絡(luò)地址翻譯功能實(shí)體設(shè)置在P-GW中(如圖4所示)， 也可以作為獨(dú)立的網(wǎng)絡(luò)功能單元單獨(dú)部署(如圖3所示)。網(wǎng)絡(luò)地址翻譯功能實(shí)體包括但不限于IPv6地址到IPv4地址的翻譯，IPV4地址到IPv4地址的翻譯，IPv4地址到IPv6地址的翻譯。PCRF，其中至少設(shè)置有網(wǎng)絡(luò)地址翻譯適配器和用于處理PCC策略信息的功能單
7元。其中，如果網(wǎng)絡(luò)地址翻譯功能實(shí)體單獨(dú)部署，那么，網(wǎng)絡(luò)地址翻譯適配器與網(wǎng)絡(luò)地址翻譯功能實(shí)體之間通過一新增Gxn接口連接；如果網(wǎng)絡(luò)地址翻譯功能實(shí)體與P-GW合一部署， 那么，網(wǎng)絡(luò)地址翻譯適配器可以通過現(xiàn)有的與PCEF之間的foe接口，與網(wǎng)絡(luò)地址翻譯功能實(shí)體連接。PCRF上的功能單元，用于通過Rx接口接收到來自AF的業(yè)務(wù)策略信息，判斷出該業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，則向網(wǎng)絡(luò)地址翻譯適配器發(fā)送指示通知；按照來自網(wǎng)絡(luò)地址翻譯適配器的地址信息，進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，然后執(zhí)行PCC 策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則；網(wǎng)絡(luò)地址翻譯適配器，用于接收指示通知，通過與網(wǎng)絡(luò)地址翻譯功能實(shí)體之間的 Gxn接口或foe接口，與網(wǎng)絡(luò)地址翻譯功能實(shí)體進(jìn)行交互，取得包括該業(yè)務(wù)策略地址信息的 NAT對(duì)應(yīng)表，對(duì)接收到的業(yè)務(wù)策略信息的地址信息進(jìn)行反向翻譯，取得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息并返回給PCRF上的功能實(shí)體。圖5為本發(fā)明下發(fā)PCC策略信息的方法的流程圖，如圖5所示，主要包括步驟500 :PCRF判斷出接收到業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址 fn息ο步驟501 按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則。從本發(fā)明方法可以看出，在AF提供給PCRF用于制定PCC規(guī)則的業(yè)務(wù)信息是基于外部分組網(wǎng)絡(luò)中的經(jīng)過變換的IP地址和端口號(hào)，即在部署有網(wǎng)絡(luò)地址翻譯功能實(shí)體時(shí)，本發(fā)明PCRF根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，并按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則。保證了 PCRF正確關(guān)聯(lián)業(yè)務(wù)策略信息，并正確將PCC策略信息下發(fā)給對(duì)應(yīng)的PCEF。圖6為本發(fā)明下發(fā)PCC策略信息的實(shí)施例的流程示意圖，本實(shí)施例中，UE進(jìn)行網(wǎng)絡(luò)業(yè)務(wù)應(yīng)用交互，AF提供業(yè)務(wù)信息，PCRF利用本發(fā)明圖3和圖4提出的網(wǎng)絡(luò)地址翻譯適配過程，實(shí)現(xiàn)業(yè)務(wù)信息中包含的各IP數(shù)據(jù)流與其關(guān)聯(lián)的承載層計(jì)費(fèi)標(biāo)識(shí)和QoS信息進(jìn)行正確關(guān)聯(lián)；并假設(shè)本實(shí)施例中網(wǎng)絡(luò)地址翻譯功能實(shí)體為獨(dú)立實(shí)體，如圖6所示，包括以下步驟步驟600 用戶進(jìn)行業(yè)務(wù)訪問，通過UE與AF進(jìn)行應(yīng)用層交互。在此過程中，網(wǎng)絡(luò)地址翻譯功能實(shí)體生成相關(guān)業(yè)務(wù)對(duì)應(yīng)的會(huì)話的地址轉(zhuǎn)換對(duì)應(yīng)表。步驟601 =AF通過Rx接口向PCRF中的策略制定和決策單元發(fā)送該業(yè)務(wù)的PCC策略信息，其中包括描述該業(yè)務(wù)流的地址信息如五元組，包括源IP地址，目的IP地址，源端口號(hào)、目的端口號(hào)和協(xié)議號(hào)。步驟602 =PCRF上的策略制定和決策單元判斷接收到的業(yè)務(wù)PCC策略信息中的網(wǎng)絡(luò)地址信息是否經(jīng)過網(wǎng)絡(luò)地址翻譯功能實(shí)體的地址翻譯。如果判斷出該網(wǎng)絡(luò)地址信息是未經(jīng)NAT翻譯的，則執(zhí)行步驟6031和步驟6041 ；否則，從步驟6032開始執(zhí)行。本步驟中，判斷的依據(jù)可以根據(jù)網(wǎng)絡(luò)配置，比如根據(jù)AF推送業(yè)務(wù)流信息的目的 PCRF配置屬性，如果該P(yáng)CRF是部署在NAT轉(zhuǎn)換的網(wǎng)絡(luò)中，則需要對(duì)業(yè)務(wù)流進(jìn)行反向翻譯等。本發(fā)明在具體實(shí)現(xiàn)上不做限制，也不用于限定本發(fā)明的保護(hù)范圍。
步驟6031 =PCRF根據(jù)地址信息進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，然后執(zhí)行 PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則。步驟6041 =PCEF安裝和執(zhí)行PCC規(guī)則，根據(jù)需要發(fā)起IP_CAN承載的建立，修改或者刪除流程。結(jié)束本流程。步驟6031和步驟5041的具體實(shí)現(xiàn)屬于現(xiàn)有技術(shù)，且與本發(fā)明的目的無關(guān)，這里不再詳述。步驟6032 =PCRF上的策略制定和決策單元向網(wǎng)絡(luò)地址翻譯適配器發(fā)送網(wǎng)絡(luò)地址翻譯信息查詢消息，在網(wǎng)絡(luò)地址翻譯信息查詢消息中攜帶有需要進(jìn)行反向翻譯的業(yè)務(wù)流地址f曰息。步驟6042 網(wǎng)絡(luò)地址翻譯適配器通過新增Gxn接口，與網(wǎng)絡(luò)地址翻譯功能實(shí)體進(jìn)行交互，并獲得包括該業(yè)務(wù)策略地址信息的NAT對(duì)應(yīng)表，并對(duì)業(yè)務(wù)流地址信息進(jìn)行反向翻譯。本步驟中，反向翻譯處理包括但不限于對(duì)于業(yè)務(wù)流的會(huì)話五元組(源IP地址，目的IP地址，源端口號(hào)，目的端口號(hào)，協(xié)議號(hào))進(jìn)行反向翻譯。表1為原始會(huì)話信息和經(jīng)NAT 處理后的會(huì)話信息的對(duì)應(yīng)表。
權(quán)利要求
1.一種下發(fā)PCC策略信息的方法，其特征在于，包括策略和計(jì)費(fèi)規(guī)則功能單元PCRF判斷出接收到業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息；PCRF按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，進(jìn)行業(yè)務(wù)策略和計(jì)費(fèi)控制PCC 策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給策略和計(jì)費(fèi)執(zhí)行功能PCEF下發(fā) PCC規(guī)則。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PCRF判斷出接收到業(yè)務(wù)策略信息相關(guān)的地址信息為未經(jīng)過翻譯的，該方法還包括所述PCRF根據(jù)地址信息進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，然后執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述PCRF中設(shè)置有網(wǎng)絡(luò)地址翻譯適配器和功能實(shí)體；所述獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息包括所述PCRF上的功能實(shí)體向網(wǎng)絡(luò)地址翻譯適配器發(fā)送攜帶有需要進(jìn)行反向翻譯的業(yè)務(wù)流地址信息的網(wǎng)絡(luò)地址翻譯信息查詢消息；網(wǎng)絡(luò)地址翻譯適配器從網(wǎng)絡(luò)地址翻譯功能實(shí)體獲得包括所述業(yè)務(wù)策略地址信息的NAT 對(duì)應(yīng)表，并對(duì)業(yè)務(wù)流地址信息進(jìn)行反向翻譯；所述網(wǎng)絡(luò)地址翻譯適配器向PCRF中的功能實(shí)體發(fā)送攜帶有經(jīng)過反向翻譯的業(yè)務(wù)流信息的網(wǎng)絡(luò)地址翻譯信息查詢應(yīng)答消息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述網(wǎng)絡(luò)地址翻譯功能實(shí)體包括IPv6地址到IPv4地址的翻譯，和/或IPV4地址到IPv4地址的翻譯，和/或IPv4地址到IPv6地址的翻譯。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述判斷的方法包括根據(jù)應(yīng)用功能AF推送所述業(yè)務(wù)流信息的目的PCRF配置屬性進(jìn)行判斷，如果所述PCRF 部署在NAT轉(zhuǎn)換的網(wǎng)絡(luò)中，則判斷出所述接收到業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的。
6.一種下發(fā)PCC策略信息的系統(tǒng)，其特征在于，至少包括策略和計(jì)費(fèi)規(guī)則功能單元 PCRF,網(wǎng)絡(luò)地址翻譯功能實(shí)體、策略和計(jì)費(fèi)執(zhí)行功能PCEF，其中，PCRF，用于判斷出接收到業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的網(wǎng)絡(luò)地址轉(zhuǎn)換NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息；按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，進(jìn)行業(yè)務(wù)策略和計(jì)費(fèi)控制PCC 策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給策略和計(jì)費(fèi)執(zhí)行功能PCEF下發(fā) PCC規(guī)則；網(wǎng)絡(luò)地址翻譯功能實(shí)體，用于對(duì)IP地址進(jìn)行轉(zhuǎn)換并生成NAT對(duì)應(yīng)表；PCEF,駐留在P-GW中，接收來自PCRF下發(fā)的PCC規(guī)則。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，該系統(tǒng)還包括AF，用于通過Rx接口向 PCRF發(fā)送用于制定PCC或QoS策略的業(yè)務(wù)策略信息。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述PCEF駐留的P-GW，還用于接收來自PCRF的PCC規(guī)則，安裝和執(zhí)行PCC規(guī)則，根據(jù)需要發(fā)起IP_CAN承載的建立，修改或者刪除流程。
9.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述PCRF至少設(shè)置有網(wǎng)絡(luò)地址翻譯適配器和用于處理PCC策略信息的功能單元；其中，PCRF上的功能單元，用于通過Rx接口接收到來自所述AF的業(yè)務(wù)策略信息，判斷出該業(yè)務(wù)策略信息相關(guān)的地址信息為經(jīng)過翻譯的，則向網(wǎng)絡(luò)地址翻譯適配器發(fā)送指示通知；按照來自網(wǎng)絡(luò)地址翻譯適配器的地址信息，進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則；網(wǎng)絡(luò)地址翻譯適配器，用于接收指示通知，與網(wǎng)絡(luò)地址翻譯功能實(shí)體進(jìn)行交互，取得包括該業(yè)務(wù)策略地址信息的NAT對(duì)應(yīng)表，對(duì)接收到的業(yè)務(wù)策略信息的地址信息進(jìn)行反向翻譯，取得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息并返回給PCRF上的功能實(shí)體。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)地址翻譯功能實(shí)體與P-GW合一部署，或者作為獨(dú)立的網(wǎng)絡(luò)功能單元單獨(dú)部署；所述網(wǎng)絡(luò)地址翻譯功能實(shí)體單獨(dú)部署，則所述網(wǎng)絡(luò)地址翻譯適配器與網(wǎng)絡(luò)地址翻譯功能實(shí)體之間通過一新增Gxn接口連接；或者，所述網(wǎng)絡(luò)地址翻譯功能實(shí)體與P-GW合一部署，則所述網(wǎng)絡(luò)地址翻譯適配器通過現(xiàn)有的與PCEF之間的foe接口，與所述網(wǎng)絡(luò)地址翻譯功能實(shí)體連接。
11.根據(jù)權(quán)利要求6 10任一項(xiàng)所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)地址翻譯功能實(shí)體包括IPv6地址到IPv4地址的翻譯，IPV4地址到IPv4地址的翻譯，IPv4地址到IPv6地址的翻譯。
全文摘要
本發(fā)明提供了一種下發(fā)PCC策略信息的方法及系統(tǒng)，在AF提供給PCRF用于制定PCC規(guī)則的業(yè)務(wù)信息是基于外部分組網(wǎng)絡(luò)中的經(jīng)過變換的IP地址和端口號(hào)，即在部署有網(wǎng)絡(luò)地址翻譯功能實(shí)體時(shí)，本發(fā)明PCRF根據(jù)網(wǎng)絡(luò)地址翻譯功能實(shí)體生成的NAT對(duì)應(yīng)表，獲得未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，并按照未經(jīng)過地址翻譯的業(yè)務(wù)策略信息的地址信息，進(jìn)行業(yè)務(wù)PCC策略的關(guān)聯(lián)和策略決策，并執(zhí)行PCC策略規(guī)則提供流程給PCEF下發(fā)PCC規(guī)則。保證了PCRF正確關(guān)聯(lián)業(yè)務(wù)策略信息，并正確將PCC策略信息下發(fā)給對(duì)應(yīng)的PCEF。
文檔編號(hào)H04L29/12GK102158562SQ201010111990
公開日2011年8月17日 申請(qǐng)日期2010年2月11日 優(yōu)先權(quán)日2010年2月11日
發(fā)明者周曉云, 孫默, 蔣陶 申請(qǐng)人:中興通訊股份有限公司