亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種策略與計(jì)費(fèi)控制系統(tǒng)及對(duì)媒體網(wǎng)關(guān)的控制方法

文檔序號(hào):7682938閱讀:221來源:國知局
專利名稱:一種策略與計(jì)費(fèi)控制系統(tǒng)及對(duì)媒體網(wǎng)關(guān)的控制方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種策略與計(jì)費(fèi)控制系統(tǒng)及對(duì)媒體網(wǎng)關(guān) 的控制方法。
背景技術(shù)
IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))是3GPP (the 3rd Generation Partnership Project,第三代合作伙伴計(jì)劃)在Release 5 (版本5, 簡稱R5)提出的支持IP (Internet Protocol,因特網(wǎng)協(xié)議)多媒體業(yè)務(wù)的子 系統(tǒng)。IMS具備完整的IP核心網(wǎng)功能,包括會(huì)話管理、承載控制、漫游、計(jì) 費(fèi)、安全、服務(wù)質(zhì)量管理等,主要由六種類型的功能實(shí)體組成,即會(huì)話管 理和路由類、計(jì)費(fèi)類、數(shù)據(jù)庫類、支撐實(shí)體類、網(wǎng)間配合類、應(yīng)用服務(wù)類。IMS中CSCF (Call Session Control Function,呼叫會(huì)話控制功能)主要 用于對(duì)會(huì)話進(jìn)程進(jìn)行控制。CSCF又分為三種不同實(shí)體P-CSCF (Proxy-CSCF,代理-呼叫會(huì)話控制功能)、I畫CSCF (Interrogating-CSCF, 查詢-呼叫會(huì)話控制功能)、S-CSCF ( Serving-CSCF,服務(wù)-呼叫會(huì)話控制功 能)。P-CSCF是IMS網(wǎng)絡(luò)中用戶終端的第一個(gè)接觸點(diǎn),主要負(fù)責(zé)請(qǐng)求的驗(yàn) 證、處理和轉(zhuǎn)發(fā)響應(yīng)。P-CSCF起到了安全管理和隱藏接入網(wǎng)絡(luò)差異的作用。由于IMS是在IP承載網(wǎng)絡(luò)之上的會(huì)話控制子系統(tǒng),在一個(gè)業(yè)務(wù)進(jìn)行了 應(yīng)用層的會(huì)話協(xié)商后,需要將會(huì)話協(xié)商的QoS (Quality of Service,服務(wù)質(zhì) 量)映射到承載層,使得承載層能夠?yàn)樵摌I(yè)務(wù)的媒體流提供相應(yīng)的QoS保 障。因此,在3GPPR5中,P-CSCF還包括一個(gè)用于資源授權(quán)和管理的功能 實(shí)體PDF (Policy Decision Function,策略決策功能)。在3GPPR6中,考慮到承載層的策略控制是相對(duì)獨(dú)立的功能,因此將PDF與P-CSCF分離,P-CSCF負(fù)責(zé)會(huì)話信令的控制,PDF負(fù)責(zé)將會(huì)話的QoS 映射到承載層,對(duì)承載層實(shí)體進(jìn)行策略控制。此外,在3GPPR6中,還提出了 FBC (Flow Based Charging,基于流計(jì) 費(fèi))子系統(tǒng),它主要是實(shí)現(xiàn)針對(duì)業(yè)務(wù)流級(jí)別的計(jì)費(fèi)功能。由于PDF和FBC在功能上有很多相關(guān)性,并且在網(wǎng)絡(luò)中的邏輯位置和 處理流程也相似,因此在3GPPR7中,提出了將兩者融合的PCC(Policyand Charging Control,策略與計(jì)費(fèi)控制)系統(tǒng)。PCC系統(tǒng)的架構(gòu)如圖1所示,其中AF (Application Function,應(yīng)用功能)是提供應(yīng)用的實(shí)體(如IMS中的 P國CSCF),它向PCRF (Policy and Charging Rules Function,策略與計(jì)費(fèi)規(guī) 則功能)傳送業(yè)務(wù)的會(huì)話信息(包括業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)的纟某體通道的IP五 元組、業(yè)務(wù)的QoS信息等),PCRF使用上述會(huì)話信息進(jìn)行策略決策。PCRF是負(fù)責(zé)QoS策略和計(jì)費(fèi)策略決策的功能實(shí)體,它根據(jù)簽約信息和 會(huì)話信息制定規(guī)則,并將規(guī)則下發(fā)給PCEF (Policy and Charging Enforcement Function,策略與計(jì)費(fèi)執(zhí)行功能),為PCEF提供用于業(yè)務(wù)數(shù)據(jù)流的檢測(cè)、 門控、QoS和計(jì)費(fèi)方法的信息。AF與PCRF之間通過Rx接口進(jìn)行消息的交互。PCEF位于網(wǎng)關(guān)節(jié)點(diǎn),如GGSN (Gateway GPRS Supporting Node,通用 無線分組業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn))中,用于完成策略的執(zhí)行功能,它根據(jù)PCRF 下發(fā)的規(guī)則進(jìn)行策略執(zhí)行,根據(jù)規(guī)則中的TFT (Traffic Flow Template,數(shù)據(jù) 流模板)識(shí)別業(yè)務(wù)數(shù)據(jù)流,對(duì)數(shù)據(jù)流進(jìn)行門控、QoS控制以及計(jì)費(fèi)等。PCEF 上也可以配置一些預(yù)定義規(guī)則,由PCRF對(duì)其進(jìn)行使能或去使能。SPR ( Subscription Profile Repository,用戶屬性存儲(chǔ))邏輯實(shí)體用于存 儲(chǔ)用戶/簽約相關(guān)信息,這些信息被PCRF用于策略規(guī)則的決策。OCS( Online Charging System,在線計(jì)費(fèi)系統(tǒng))和OFCS( Offline Charging System,離線計(jì)費(fèi)系統(tǒng))分別用于在線計(jì)費(fèi)和離線計(jì)費(fèi)。PCEF會(huì)根據(jù)PCC 規(guī)則中指定的計(jì)費(fèi)方法選擇與某個(gè)計(jì)費(fèi)系統(tǒng)進(jìn)行計(jì)費(fèi)信息交互,計(jì)費(fèi)信息交 互包含流量統(tǒng)計(jì)、時(shí)間統(tǒng)計(jì)、信用度交互等。IMS為了提供接入無關(guān)性,對(duì)于每一種接入網(wǎng),其媒體流都需要經(jīng)過 IMS接入網(wǎng)關(guān)(媒體網(wǎng)關(guān))接入IMS核心域,這個(gè)接入網(wǎng)關(guān)實(shí)現(xiàn)對(duì)媒體流 的識(shí)別和控制,如NAT (Network Address Translator,網(wǎng)絡(luò)地址轉(zhuǎn)換)穿 越、門控、媒體編解碼等。目前在3GPP中,IMS接入網(wǎng)關(guān)由P-CSCF進(jìn)行控制,但是P-CSCF實(shí) 際上主要是負(fù)責(zé)信令層面的控制,不應(yīng)該直接控制傳輸層的功能實(shí)體,從功 能獨(dú)立分層劃分的原則上看,用P-CSCF控制IMS接入網(wǎng)關(guān)是不合適的。而 PCC是控制承載層并對(duì)應(yīng)用層屏蔽承載層差異的系統(tǒng),控制IMS接入網(wǎng)關(guān) 的功能應(yīng)該由它來完成。另一方面,由于IMS接入網(wǎng)關(guān)是々某體流進(jìn)入IMS核心域的邊界點(diǎn),需 要對(duì)其進(jìn)行QoS和計(jì)費(fèi)的控制。但是現(xiàn)有的PCC系統(tǒng)僅支持對(duì)接入網(wǎng)網(wǎng)關(guān) (如GGSN)的控制,而不支持對(duì)Jf某體網(wǎng)關(guān)進(jìn)行控制,有待于進(jìn)一步完善。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是,克服現(xiàn)有技術(shù)的不足,提出一種可對(duì)媒 體網(wǎng)關(guān)進(jìn)行控制的策略與計(jì)費(fèi)控制系統(tǒng)及對(duì)媒體網(wǎng)關(guān)進(jìn)行控制的方法。為了解決上述問題,本發(fā)明提供一種對(duì)媒體網(wǎng)關(guān)的控制方法,當(dāng)主叫方 向被叫方發(fā)起的SDP請(qǐng)求需要進(jìn)行NAT穿越時(shí),該方法包括如下步驟PCRF接收到AF發(fā)送的用于申請(qǐng)主叫代理地址或被叫代理地址的地址 請(qǐng)求后,向力某體網(wǎng)關(guān)發(fā)送地址分配請(qǐng)求;接收到地址分配請(qǐng)求后,i某體網(wǎng)關(guān)分配公網(wǎng)地址和相應(yīng)的端口作為主叫 代理地址或被叫代理地址,并將其通過PCRF發(fā)送至AF;AF使用接收到的主叫代理地址修改SDP請(qǐng)求的所述主叫方的媒體流地 址和端口后,將該請(qǐng)求發(fā)送至所述被叫方;AF使用接收到的被叫代理地址 修改SDP應(yīng)答的所述被叫方的媒體流地址和端口后,將該應(yīng)答發(fā)送至所述 主叫方。此外,PCRF在接收到用于申請(qǐng)主叫代理地址的所述地址請(qǐng)求后,根據(jù)運(yùn)營商策略進(jìn)行NAT決策,若決策結(jié)果為允許進(jìn)行NAT穿越,則向媒體網(wǎng) 關(guān)發(fā)送所述地址分配請(qǐng)求。此外,所述地址請(qǐng)求中包含用于標(biāo)識(shí)SDP請(qǐng)求和相應(yīng)的SDP應(yīng)答的標(biāo) 識(shí)符;PCRF進(jìn)行所述NAT決策后,記錄該標(biāo)識(shí)符和所述NAT決策結(jié)果的對(duì) 應(yīng)關(guān)系;PCRF在接收到用于申請(qǐng)被叫代理地址的地址請(qǐng)求后,根據(jù)該請(qǐng)求中包 含的所述標(biāo)識(shí)符獲取所述NAT決策結(jié)果,若該決策結(jié)果為允許進(jìn)行NAT穿 越,則向Jf某體網(wǎng)關(guān)發(fā)送所述地址分配請(qǐng)求。此外,所述地址請(qǐng)求和地址分配請(qǐng)求中包含用于標(biāo)識(shí)SDP請(qǐng)求和相應(yīng) 的SDP應(yīng)答的標(biāo)識(shí)符;々某體網(wǎng)關(guān)分配所述^皮叫代理地址后,使用該標(biāo)識(shí)符將該被叫代理地址和 所述主叫代理地址進(jìn)行綁定。本發(fā)明還提供一種對(duì)媒體網(wǎng)關(guān)的控制方法,該方法包括如下步驟a: PCRF接收到網(wǎng)關(guān)發(fā)送的PCC規(guī)則請(qǐng)求時(shí),根據(jù)該請(qǐng)求的用戶的簽 約信息和該請(qǐng)求所需的QoS進(jìn)行策略決策,生成PCC規(guī)則,并將PCC規(guī)則 下發(fā)給媒體網(wǎng)關(guān);b:媒體網(wǎng)關(guān)執(zhí)行上述PCC規(guī)則;所述PCC規(guī)則包含以下一種或多種Qos策略,計(jì)費(fèi)策略,門控信息。 此外,媒體網(wǎng)關(guān)接收到所述PCC規(guī)則后如果PCC規(guī)則中的計(jì)費(fèi)策略是使用OCS,則媒體網(wǎng)關(guān)與OCS進(jìn)行信用 度交互,如果信用度不夠,則發(fā)起更新/刪除PCC規(guī)則的流程;如果PCC規(guī)則中的計(jì)費(fèi)策略是使用OFCS,則媒體網(wǎng)關(guān)與OFCS進(jìn)行信 用度交互,如果信用度不夠,則發(fā)起更新/刪除PCC規(guī)則的流程。此外,PCRF生成PCC規(guī)則后,將其下發(fā)給PCEF;PCEF根據(jù)接收到的PCC規(guī)則,向OCS或OFCS請(qǐng)求信用度;OCS或OFCS在接收到信用度請(qǐng)求后檢查相應(yīng)的用戶接入網(wǎng)信用度和 IMS業(yè)務(wù)信用度;當(dāng)用戶接入網(wǎng)信用度和IMS業(yè)務(wù)信用度中的一種不足時(shí), 向PCEF返回信用度不足的應(yīng)答。本發(fā)明還提供一種對(duì)媒體網(wǎng)關(guān)的控制方法,當(dāng)主叫方向被叫方發(fā)起的 SDP請(qǐng)求需要進(jìn)行NAT穿越時(shí),該方法包括如下步驟PCRF接收到AF發(fā)送的用于申請(qǐng)主叫代理地址或被叫代理地址的地址 請(qǐng)求后,分配^^網(wǎng)地址和相應(yīng)的端口作為主叫代理地址或^^叫代理地址,并 將其發(fā)送給媒體網(wǎng)關(guān)和AF;AF使用接收到的主叫代理地址修改SDP請(qǐng)求的所述主叫方的媒體流地 址和端口后,將該請(qǐng)求發(fā)送至所述^^叫方;AF使用接收到的被叫代理地址 修改SDP應(yīng)答的所述被叫方的々某體流地址和端口后,將該應(yīng)答發(fā)送至該請(qǐng) 求的主叫方。此外,所述地址請(qǐng)求中包含用于標(biāo)識(shí)SDP請(qǐng)求和相應(yīng)的SDP應(yīng)答的標(biāo) 識(shí)符;PCRF將上述標(biāo)識(shí)符連同所述主叫代理地址和被叫代理地址發(fā)送給4某體 網(wǎng)關(guān);々某體網(wǎng)關(guān)接收到所述被叫代理地址后,使用該標(biāo)識(shí)符將該被叫代理地址 和所述主叫代理地址進(jìn)行綁定。本發(fā)明還提供一種策略與計(jì)費(fèi)控制系統(tǒng),包含PCRF, PCEF, OCS,媒 體網(wǎng)關(guān);PCRF通過Gx接口向PCEF下發(fā)PCC規(guī)則,OCS與PCEF通過Gy 接口進(jìn)行計(jì)費(fèi)信息交互,其特征在于在PCRF與媒體網(wǎng)關(guān)之間設(shè)置有Gx,接口, PCRF通過Gx,接口向媒 體網(wǎng)關(guān)下發(fā)PCC規(guī)則,媒體網(wǎng)關(guān)執(zhí)行接收到的PCC規(guī)則;在OCS和媒體網(wǎng)關(guān)之間設(shè)置有Gy接口 , Gy接口用于在OCS和媒體網(wǎng) 關(guān)之間進(jìn)行計(jì)費(fèi)信息交互;所述計(jì)費(fèi)信息交互包括信用度交互。此外,該系統(tǒng)還包含AF,其中 AF與所述PCRF之間通過Rx,接口相連;AF在4妻收到主叫方向^皮叫方發(fā)送的SDP請(qǐng)求,或^皮叫方向主叫方返回 的SDP應(yīng)答時(shí),若需要進(jìn)行NAT穿越,則通過Rx,接口向PCRF發(fā)送地 址請(qǐng)求;在接收到PCRF返回的地址應(yīng)答時(shí),AF使用其中包含的主叫代理 地址修改SDP請(qǐng)求的所述主叫方的々某體流地址和端口后,將該SDP請(qǐng)求發(fā) 送至所述被叫方,或使用地址應(yīng)答中包含的^皮叫代理地址修改SDP應(yīng)答的 所述凈皮叫方的々某體流地址和端口后,將該SDP應(yīng)答發(fā)送至所述主叫方;PCRF接收到AF發(fā)送的地址請(qǐng)求后,通過所述Gx,接口向々某體網(wǎng)關(guān)發(fā) 送地址分配請(qǐng)求;并通過Gx,接口從AF接收地址分配應(yīng)答,將其中包含 的主叫代理地址或被叫代理地址包含在地址應(yīng)答消息中通過Rx,接口發(fā)送 給AF;接收到地址分配請(qǐng)求后,J(某體網(wǎng)關(guān)分配公網(wǎng)地址和相應(yīng)的端口作為主叫 代理地址或被叫代理地址,將其包含在地址分配應(yīng)答中通過Gx,接口發(fā)送 至PCRF。此外,該系統(tǒng)還包含AF,其中 AF與所述PCRF之間通過Rx,接口相連;AF在接收到主叫方向被叫方發(fā)送的SDP請(qǐng)求,或被叫方向主叫方發(fā)送 的SDP應(yīng)答時(shí),若需要進(jìn)行NAT穿越,則通過Rx,接口向PCRF發(fā)送地 址請(qǐng)求;在接收到PCRF返回的地址應(yīng)答時(shí),AF使用其中包含的主叫代理 地址修改SDP請(qǐng)求的所述主叫方的媒體流地址和端口后,將該SDP請(qǐng)求發(fā) 送至所述被叫方,或使用地址應(yīng)答中包含的被叫代理地址修改SDP應(yīng)答的所述被叫方的媒體流地址和端口后,將該SDP應(yīng)答發(fā)送至所述主叫方;PCRF接收到AF發(fā)送的地址請(qǐng)求后,分配公網(wǎng)地址和相應(yīng)的端口作為 主叫代理地址或被叫代理地址,將其包含在地址應(yīng)答中通過Rx,接口發(fā)送 給AF;PCRF還將其分配的主叫代理地址和被叫代理地址通過Gx,接口發(fā)送給 媒體網(wǎng)關(guān)。此外,該系統(tǒng)還包含OFCS,其中在OFCS與媒體網(wǎng)關(guān)之間設(shè)置有Gz 接口 , Gz接口用于在OFCS和々某體網(wǎng)關(guān)之間進(jìn)行計(jì)費(fèi)信息交互。由上可知,本發(fā)明通過對(duì)PCC系統(tǒng)進(jìn)行擴(kuò)展,通過PCRF、 OCS、 OFCS 與媒體網(wǎng)關(guān)之間的擴(kuò)展接口 ,實(shí)現(xiàn)了對(duì)媒體網(wǎng)關(guān)進(jìn)行策略下發(fā)和計(jì)費(fèi)控制; 通過AF與PCRF之間的擴(kuò)展接口,以及PCRF與媒體網(wǎng)關(guān)之間的上述擴(kuò)展 接口, AF可獲取用于NAT穿越的主叫和被叫代理地址,實(shí)現(xiàn)了NAT穿越 功能。


圖1為現(xiàn)有技術(shù)中3GPPR7的PCC系統(tǒng)結(jié)構(gòu)示意圖;圖2是本發(fā)明實(shí)施例擴(kuò)展的PCC系統(tǒng)結(jié)構(gòu)示意圖;圖3是本發(fā)明實(shí)施例在擴(kuò)展的PCC系統(tǒng)中實(shí)現(xiàn)NAT穿越的方法流程圖;圖4是本發(fā)明實(shí)施例在擴(kuò)展的PCC系統(tǒng)中實(shí)現(xiàn)策略決策與下發(fā)的方法 流程圖。
具體實(shí)施方式
下面將結(jié)合附圖和實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述。圖2是本發(fā)明實(shí)施例擴(kuò)展的策略與計(jì)費(fèi)控制(PCC)系統(tǒng)結(jié)構(gòu)示意圖。 如圖2所示,該系統(tǒng)包含AF, PCRF,駐留在GW中的PCEF, SPR, OCS,OFCS,媒體網(wǎng)關(guān)(Media Gateway ,筒稱MG)。本發(fā)明實(shí)施例的擴(kuò)展PCC系統(tǒng)與現(xiàn)有的PCC系統(tǒng)相比有以下不同在AF與PCRF之間設(shè)置有Rx,接口 , Rx,接口除包含現(xiàn)有PCC系統(tǒng)中 AF與PCRF之間的Rx接口的功能外,還用于在AF和PCRF之間交互用于 NAT穿越的地址請(qǐng)求和相應(yīng)的地址應(yīng)答消息;在PCRF與MG之間設(shè)置有Gx,接口 , Gx,接口用于在PCRF和MG之 間交互用于NAT穿越的地址分配請(qǐng)求和相應(yīng)的地址分配應(yīng)答消息;此外, PCRF還通過Gx,接口向MG下發(fā)PCC規(guī)則;MG執(zhí)行接收到的PCC規(guī)則;在OCS和MG之間設(shè)置有Gy接口 , Gy接口用于在OCS和MG之間進(jìn) 行信用度交互等計(jì)費(fèi)信息交互操作;在OFCS和MG之間設(shè)置有Gz接口 , Gz接口用于在OFCS和MG之間 進(jìn)行信用度交互等計(jì)費(fèi)信息交互操作。PCRF在接收到AF通過Rx,接口發(fā)送的地址請(qǐng)求后,根據(jù)運(yùn)營商策略進(jìn) 行NAT決策,若決策結(jié)果為允許進(jìn)行NAT穿越,則通過Gx,接口向MG發(fā) 送地址分配請(qǐng)求;MG接收到地址分配請(qǐng)求后分配主叫或被叫代理地址,并 將其包含在地址分配應(yīng)答中通過Gx,接口發(fā)送給PCRF; PCRF將主叫或被叫 代理地址包含在地址應(yīng)答消息中通過Rx,接口發(fā)送給AF; AF根據(jù)主叫或被 叫代理地址修改相應(yīng)的業(yè)務(wù)請(qǐng)求中的SDP ( Session Description Protocol,會(huì) 話描述協(xié)"^義)請(qǐng)求。圖3是本發(fā)明實(shí)施例在擴(kuò)展的策略與計(jì)費(fèi)控制(PCC)系統(tǒng)中實(shí)現(xiàn)NAT 穿越的方法流程圖。如果AF支持NAT檢測(cè)功能,則當(dāng)AF接收到來自某個(gè)UE的業(yè)務(wù)請(qǐng)求, 例如SIP (Session Initial Protocol,初始會(huì)話協(xié)議)注冊(cè)請(qǐng)求時(shí),會(huì)通過檢 測(cè)該UE是否處于私網(wǎng)來判斷是否需要進(jìn)行NAT處理。本實(shí)施例以IMS業(yè)務(wù)為例,因此AF為P-CSCF。同時(shí),當(dāng)用戶希望使用一項(xiàng)IMS業(yè)務(wù)時(shí),首先要通過SIP信令面的協(xié) 商確定業(yè)務(wù)的媒體流地址、端口以及相關(guān)的QoS信息,如果AF檢測(cè)出需要對(duì)該業(yè)務(wù)進(jìn)行NAT轉(zhuǎn)換,那么在收到業(yè)務(wù)請(qǐng)求后會(huì)對(duì)其進(jìn)行相關(guān)處理。具 體處理流程如圖3所示301: AF (P-CSCF)接收到UE發(fā)起的業(yè)務(wù)請(qǐng)求,其中包含SDP Offer (SDP請(qǐng)求),SDP請(qǐng)求中描述了 UE期望的媒體流參數(shù);上述纟某體流參數(shù)包括IP地址和端口、 QoS信息等;為了便于描述,將上述IP地址和端口記作地址A。302: AF對(duì)該業(yè)務(wù)請(qǐng)求進(jìn)行NAT檢測(cè),判斷是否需要進(jìn)行NAT處理, 如果需要,則向PCRF發(fā)送地址請(qǐng)求,以獲取主叫代理地址;上述地址請(qǐng)求中包含該業(yè)務(wù)請(qǐng)求的會(huì)話標(biāo)識(shí)符。303: PCRF收到地址請(qǐng)求后,根據(jù)運(yùn)營商策略進(jìn)行NAT決策,若決策 結(jié)果為允許使用NAT穿越功能,則向MG發(fā)送地址分配請(qǐng)求,以獲取主叫 代理地址;上述地址分配請(qǐng)求中包含該業(yè)務(wù)請(qǐng)求的會(huì)話標(biāo)識(shí)符,PCRF保存該會(huì)話 標(biāo)識(shí)符與NAT決策結(jié)果的對(duì)應(yīng)關(guān)系。304: MG接收到上述地址分配請(qǐng)求后,從地址池中分配一個(gè)公網(wǎng)地址 和相應(yīng)的端口作為主叫代理地址,保存該主叫代理地址與會(huì)話標(biāo)識(shí)符的對(duì)應(yīng) 關(guān)系;并將其包含在地址分配應(yīng)答消息中返回給PCRF;為了便于描述,將上述主叫代理地址記作地址Al 。305: PCRF收到MG返回的主叫代理地址后,將其包含在地址應(yīng)答消 息中發(fā)送給AF;306: AF根據(jù)地址應(yīng)答消息中包含的主叫代理地址修改SDP請(qǐng)求,將 々某體流地址和端口由地址A改為地址Al;307: AF將修改后的SDP請(qǐng)求(包含在相應(yīng)的業(yè)務(wù)請(qǐng)求中)發(fā)送給業(yè) 務(wù)4皮叫方;308: AF接收到被叫方回復(fù)的SDP Answer (SDP應(yīng)答)消息(包含在 相應(yīng)的業(yè)務(wù)應(yīng)答中);上述SDP應(yīng)答消息中包含被叫方的媒體流地址和端口 ;為了便于描述,將上述SDP應(yīng)答消息中的媒體流地址和端口記作地址B。309: AF根據(jù)業(yè)務(wù)應(yīng)答的會(huì)話標(biāo)識(shí)符獲知該業(yè)務(wù)使用了 NAT穿越,因 此向PCRF發(fā)送地址請(qǐng)求,以獲取^皮叫代理地址;上述地址請(qǐng)求中包含該業(yè)務(wù)請(qǐng)求的會(huì)話標(biāo)識(shí)符。310: PCRF根據(jù)地址請(qǐng)求中包含的會(huì)話標(biāo)識(shí)符獲知允許該業(yè)務(wù)4吏用 NAT穿越,因此向MG發(fā)送地址分配請(qǐng)求,以獲取該SDP請(qǐng)求的被叫代理 地址;上述地址分配請(qǐng)求中包含該業(yè)務(wù)請(qǐng)求的會(huì)話標(biāo)識(shí)符。311: MG接收到上述地址分配請(qǐng)求后,從地址池中分配一個(gè)公網(wǎng)地址 和相應(yīng)的端口作為被叫代理地址,根據(jù)會(huì)話標(biāo)識(shí)符獲取相應(yīng)的主叫代理地 址,將主叫代理地址和被叫代理地址進(jìn)行綁定;并將其包含在地址分配應(yīng)答 消息中返回給PCRF;為了便于描述,將上述被叫代理地址記作地址B1。312: PCRF收到MG返回的被叫代理地址后,將其包含在地址應(yīng)答消 息中發(fā)送給AF;313: AF根據(jù)地址應(yīng)答消息中的被叫代理地址修改SDP應(yīng)答,將媒體 流地址和端口由地址B改為地址Bl;314: AF將修改后的SDP應(yīng)答(包含在業(yè)務(wù)應(yīng)答中)發(fā)送給UE。通過上述處理,UE的業(yè)務(wù)媒體流就會(huì)發(fā)送到對(duì)端媒體流接收地址Bl (該地址為MG的地址和端口 ) , MG才艮據(jù)地址Bl和地址Al的綁定關(guān)系, 將媒體流的源地址修改為Al,再發(fā)送給被叫方;而被叫方發(fā)送的媒體流會(huì) 發(fā)送到i某體流接收地址Al (該地址為MG的地址和端口 ),由MG將其轉(zhuǎn) 發(fā)給UE。圖4是本發(fā)明實(shí)施例在擴(kuò)展的策略與計(jì)費(fèi)控制(PCC)系統(tǒng)中實(shí)現(xiàn)策略 決策與下發(fā)的方法流程圖。當(dāng)應(yīng)用層的QoS協(xié)商通過后,UE會(huì)發(fā)起承載建立流程,接入網(wǎng)關(guān)收到 承載建立請(qǐng)求時(shí),會(huì)觸發(fā)PCC規(guī)則請(qǐng)求,具體的流程如圖4所示401:網(wǎng)關(guān)(PCEF)接收到UE (圖中未示出)發(fā)送的承載建立請(qǐng)求;402: PCEF向PCRF發(fā)送PCC規(guī)則請(qǐng)求;403: PCRF接收到PCC規(guī)則請(qǐng)求后,如果本地沒有與該用戶相關(guān)的簽 約信息,則向SPR發(fā)送用戶屬性請(qǐng)求,以獲取相應(yīng)的用戶簽約信息;404: SPR接收到用戶屬性請(qǐng)求后,將相關(guān)的用戶簽約信息包含在用戶 屬性應(yīng)答中回復(fù)給PCRF;405: PCRF才艮據(jù)用戶的簽約信息和用戶請(qǐng)求的QoS進(jìn)行策略決策,如 果允許該請(qǐng)求,則為其生成PCC規(guī)則;406a/b: PCRF將PCC規(guī)則分別下發(fā)給PCEF和MG執(zhí)行;上述PCC規(guī)則包含Qos策略,計(jì)費(fèi)策略,門控信息。407a:如果PCC規(guī)則中指定的計(jì)費(fèi)策略/計(jì)費(fèi)方式是使用OCS,則PCEF 與OCS進(jìn)行信用度交互,如果信用度不夠,則發(fā)起更新/刪除PCC規(guī)則的流 程;407b:如果PCC規(guī)則中指定的計(jì)費(fèi)策略/計(jì)費(fèi)方式是使用OCS,則MG 與OCS進(jìn)行信用度交互,如果信用度不夠,則發(fā)起更新/刪除PCC規(guī)則的流程;由于PCEF是接入網(wǎng)的網(wǎng)關(guān),MG是IMS域的媒體網(wǎng)關(guān),用戶的在接入 網(wǎng)的信用度和IMS業(yè)務(wù)的信用度有可能是獨(dú)立的,這時(shí)PCEF和MG需要 分別進(jìn)行信用度管理。MG進(jìn)行信用度管理主要包括請(qǐng)求信用度;根據(jù)用戶已使用的流量/ 時(shí)間進(jìn)行信用度的扣除;當(dāng)信用度使用完畢時(shí)觸發(fā)相應(yīng)的PCC規(guī)則更新/刪 除流程取消相應(yīng)的承載;當(dāng)業(yè)務(wù)結(jié)束時(shí)向OCS/OFCS匯報(bào)信用度的使用情 況。對(duì)于用戶在接入網(wǎng)的信用度充足但是IMS業(yè)務(wù)的信用度不足的情況, 可以有兩種處理一種是OCS僅向PCEF回復(fù)接入網(wǎng)的信用度,這時(shí)接入網(wǎng)會(huì)為用戶建 立起承載,然后會(huì)因?yàn)镸G向PCRF觸發(fā)的PCC規(guī)則更新/刪除流程取消該 承載;另一種是,PCEF向OCS請(qǐng)求信用度時(shí),OCS不僅檢查接入網(wǎng)信用度, 也檢查IMS業(yè)務(wù)信用度,兩者任何一種不足時(shí),都向PCEF返回信用度不足 的應(yīng)答,這樣可以避免承載剛剛建立就終止的情況,但是會(huì)使用戶呼叫流程 時(shí)延增大。上述兩種處理方法可以根據(jù)運(yùn)營商的策略選擇使用。408: GW向UE回復(fù)承載建立應(yīng)答,對(duì)于GPRS (General Packet Radio Service,通用無線分組業(yè)務(wù))網(wǎng)絡(luò),會(huì)直接由GW發(fā)起承載的建立。后續(xù)的媒體流在接入網(wǎng)中由網(wǎng)關(guān)(PCEF)根據(jù)PCC規(guī)則執(zhí)行QoS策略 控制和計(jì)費(fèi),在IMS域中由MG根據(jù)PCC規(guī)則執(zhí)行QoS策略擴(kuò)展和計(jì)費(fèi)。基于本發(fā)明的原理,上述實(shí)施例還可以進(jìn)行多種變換,例如( 一 )在步驟302中,AF可以通過業(yè)務(wù)授權(quán)請(qǐng)求向PCRF發(fā)起地址請(qǐng) 求,即AF在業(yè)務(wù)授權(quán)請(qǐng)求中包含地址請(qǐng)求標(biāo)記,PCRF接收到該業(yè)務(wù)授權(quán) 請(qǐng)求后,根據(jù)地址請(qǐng)求標(biāo)記進(jìn)行NAT決策,并向MG發(fā)送地址分配請(qǐng)求; 接收到MG返回的地址分配應(yīng)答后,PCRF將其中包含的主叫代理地址包含 在業(yè)務(wù)授權(quán)應(yīng)答中返回給AF。(二) 在上述實(shí)施例中,由MG分配主叫、被叫代理地址,在其它實(shí)施 例中,也可以由PCRF進(jìn)行主叫和被叫代理地址的分配,并將分配的主叫、 被叫代理地址發(fā)送給MG,由MG進(jìn)行主叫代理地址和被叫代理地址的綁定。 當(dāng)然,由PCRF分配的主叫代理地址和被叫代理地址仍然是MG的IP地址 和端口。(三) 在上述實(shí)施例中,以會(huì)話標(biāo)識(shí)符來標(biāo)識(shí)一個(gè)SDP請(qǐng)求,并使用 會(huì)話標(biāo)識(shí)符來標(biāo)識(shí)主叫代理地址和凈皮叫代理地址,最終實(shí)現(xiàn)主叫代理地址和 -陂叫代理地址的綁定;在另一實(shí)施例中,可以使用業(yè)務(wù)請(qǐng)求/SDP請(qǐng)求的主叫方和被叫方的用戶標(biāo)識(shí)符,或通過主叫方和^f皮叫方的用戶標(biāo)識(shí)符生成的標(biāo)識(shí)符來標(biāo)識(shí)SDP 請(qǐng)求;在這種情況下,需要在上述地址請(qǐng)求和地址分配請(qǐng)求中包含叫方和被 叫方的用戶標(biāo)識(shí)符,或通過主叫方和^皮叫方的用戶標(biāo)識(shí)符生成的標(biāo)識(shí)符。(四)如果MG接收到的PCC規(guī)則中指定的計(jì)費(fèi)方式是使用OFCS, 則MG與OFCS進(jìn)行信用度交互,如果信用度不夠,則發(fā)起更新/刪除PCC 規(guī)則的流程。
權(quán)利要求
1、一種對(duì)媒體網(wǎng)關(guān)的控制方法,其特征在于,當(dāng)主叫方向被叫方發(fā)起的SDP請(qǐng)求需要進(jìn)行NAT穿越時(shí),該方法包括如下步驟PCRF接收到AF發(fā)送的用于申請(qǐng)主叫代理地址或被叫代理地址的地址請(qǐng)求后,向媒體網(wǎng)關(guān)發(fā)送地址分配請(qǐng)求;接收到地址分配請(qǐng)求后,媒體網(wǎng)關(guān)分配公網(wǎng)地址和相應(yīng)的端口作為主叫代理地址或被叫代理地址,并將其通過PCRF發(fā)送至AF;AF使用接收到的主叫代理地址修改SDP請(qǐng)求的所述主叫方的媒體流地址和端口后,將該請(qǐng)求發(fā)送至所述被叫方;AF使用接收到的被叫代理地址修改SDP應(yīng)答的所述被叫方的媒體流地址和端口后,將該應(yīng)答發(fā)送至所述主叫方。
2、 如權(quán)利要求l所述的方法,其特征在于,PCRF在接收到用于申請(qǐng)主叫代理地址的所述地址請(qǐng)求后,根據(jù)運(yùn)營商 策略進(jìn)行NAT決策,若決策結(jié)果為允許進(jìn)行NAT穿越,則向媒體網(wǎng)關(guān)發(fā)送 所述地址分配請(qǐng)求。
3、 如權(quán)利要求2所述的方法,其特征在于,所述地址請(qǐng)求中包含用于標(biāo)識(shí)SDP請(qǐng)求和相應(yīng)的SDP應(yīng)答的標(biāo)識(shí)符;PCRF進(jìn)行所述NAT決策后,記錄該標(biāo)識(shí)符和所述NAT決策結(jié)果的對(duì) 應(yīng)關(guān)系;PCRF在接收到用于申請(qǐng)被叫代理地址的地址請(qǐng)求后,根據(jù)該請(qǐng)求中包 含的所述標(biāo)識(shí)符獲取所述NAT決策結(jié)果,若該決策結(jié)果為允許進(jìn)行NAT穿 越,則向力某體網(wǎng)關(guān)發(fā)送所述地址分配請(qǐng)求。
4、 如權(quán)利要求l所述的方法,其特征在于,所述地址請(qǐng)求和地址分配請(qǐng)求中包含用于標(biāo)識(shí)SDP請(qǐng)求和相應(yīng)的SDP 應(yīng)答的標(biāo)識(shí)符;媒體網(wǎng)關(guān)分配所述被叫代理地址后,使用該標(biāo)識(shí)符將該被叫代理地址和所述主叫代理地址進(jìn)行綁定。
5、 一種對(duì)i某體網(wǎng)關(guān)的控制方法,其特征在于,該方法包括如下步驟a: PCRF接收到網(wǎng)關(guān)發(fā)送的PCC規(guī)則請(qǐng)求時(shí),根據(jù)該請(qǐng)求的用戶的簽 約信息和該請(qǐng)求所需的QoS進(jìn)行策略決策,生成PCC規(guī)則,并將PCC規(guī)則 下發(fā)給媒體網(wǎng)關(guān);b:媒體網(wǎng)關(guān)執(zhí)行上述PCC規(guī)則;所述PCC規(guī)則包含以下一種或多種Qos策略,計(jì)費(fèi)策略,門控信息。
6、 如權(quán)利要求5所述的方法,其特征在于,媒體網(wǎng)關(guān)接收到所述PCC 規(guī)則后如果PCC規(guī)則中的計(jì)費(fèi)策略是使用OCS,則々某體網(wǎng)關(guān)與OCS進(jìn)行信用 度交互,如果信用度不夠,則發(fā)起更新/刪除PCC規(guī)則的流程;如果PCC規(guī)則中的計(jì)費(fèi)策略是使用OFCS,則媒體網(wǎng)關(guān)與OFCS進(jìn)行信 用度交互,如果信用度不夠,則發(fā)起更新/刪除PCC規(guī)則的流程。
7、 如權(quán)利要求5所述的方法,其特征在于, PCRF生成PCC規(guī)則后,將其下發(fā)給PCEF;PCEF根據(jù)接收到的PCC規(guī)則,向OCS或OFCS請(qǐng)求信用度;OCS或OFCS在接收到信用度請(qǐng)求后檢查相應(yīng)的用戶接入網(wǎng)信用度和 IMS業(yè)務(wù)信用度;當(dāng)用戶接入網(wǎng)信用度和IMS業(yè)務(wù)信用度中的一種不足時(shí), 向PCEF返回信用度不足的應(yīng)答。
8、 一種對(duì)媒體網(wǎng)關(guān)的控制方法,其特征在于,當(dāng)主叫方向被叫方發(fā)起 的SDP請(qǐng)求需要進(jìn)行NAT穿越時(shí),該方法包括如下步驟PCRF接收到AF發(fā)送的用于申請(qǐng)主叫代理地址或被叫代理地址的地址 請(qǐng)求后,分配7>網(wǎng)地址和相應(yīng)的端口作為主叫代理地址或#皮叫代理地址,并 將其發(fā)送給媒體網(wǎng)關(guān)和AF;AF使用接收到的主叫代理地址修改SDP請(qǐng)求的所述主叫方的媒體流地 址和端口后,將該請(qǐng)求發(fā)送至所述被叫方;AF使用接收到的被叫代理地址修改SDP應(yīng)答的所述被叫方的々某體流地址和端口后,將該應(yīng)答發(fā)送至該請(qǐng) 求的主叫方。
9、 如權(quán)利要求8所述的方法,其特征在于,所述地址請(qǐng)求中包含用于標(biāo)識(shí)SDP請(qǐng)求和相應(yīng)的SDP應(yīng)答的標(biāo)識(shí)符;PCRF將上述標(biāo)識(shí)符連同所述主叫代理地址和被叫代理地址發(fā)送給々某體 網(wǎng)關(guān);媒體網(wǎng)關(guān)接收到所述被叫代理地址后,使用該標(biāo)識(shí)符將該被叫代理地址 和所述主叫代理地址進(jìn)行綁定。
10、 一種策略與計(jì)費(fèi)控制系統(tǒng),包含PCRF, PCEF, OCS,媒體網(wǎng)關(guān); PCRF通過Gx接口向PCEF下發(fā)PCC規(guī)則,OCS與PCEF通過Gy接口進(jìn) 行計(jì)費(fèi)信息交互,其特征在于在PCRF與媒體網(wǎng)關(guān)之間設(shè)置有Gx,接口 , PCRF通過Gx,接口向媒體網(wǎng) 關(guān)下發(fā)PCC規(guī)則,媒體網(wǎng)關(guān)執(zhí)行接收到的PCC規(guī)則;在OCS和媒體網(wǎng)關(guān)之間設(shè)置有Gy接口 , Gy接口用于在OCS和媒體網(wǎng) 關(guān)之間進(jìn)行計(jì)費(fèi)信息交互;所述計(jì)費(fèi)信息交互包括信用度交互。
11、 如權(quán)利要求IO所述的系統(tǒng),其特征在于,該系統(tǒng)還包含AF,其中 AF與所述PCRF之間通過Rx,接口相連;AF在接收到主叫方向被叫方發(fā)送的SDP請(qǐng)求,或被叫方向主叫方返回 的SDP應(yīng)答時(shí),若需要進(jìn)行NAT穿越,則通過Rx,接口向PCRF發(fā)送地址 請(qǐng)求;在接收到PCRF返回的地址應(yīng)答時(shí),AF使用其中包含的主叫代理地 址修改SDP請(qǐng)求的所述主叫方的媒體流地址和端口后,將該SDP請(qǐng)求發(fā)送 至所述被叫方,或使用地址應(yīng)答中包含的被叫代理地址修改SDP應(yīng)答的所 述被叫方的々某體流地址和端口后,將該SDP應(yīng)答發(fā)送至所述主叫方;PCRF接收到AF發(fā)送的地址請(qǐng)求后,通過所述Gx,接口向媒體網(wǎng)關(guān)發(fā) 送地址分配請(qǐng)求;并通過Gx,接口從AF接收地址分配應(yīng)答,將其中包含的 主叫代理地址或被叫代理地址包含在地址應(yīng)答消息中通過Rx,接口發(fā)送給 AF;,接收到地址分配請(qǐng)求后,々某體網(wǎng)關(guān)分配7>網(wǎng)地址和相應(yīng)的端口作為主叫代理地址或被叫代理地址,將其包含在地址分配應(yīng)答中通過Gx,接口發(fā)送至 PCRF。
12、 如權(quán)利要求IO所述的系統(tǒng),其特征在于,該系統(tǒng)還包含AF,其中 AF與所述PCRF之間通過Rx,接口相連;AF在接收到主叫方向被叫方發(fā)送的SDP請(qǐng)求,或被叫方向主叫方發(fā)送 的SDP應(yīng)答時(shí),若需要進(jìn)行NAT穿越,則通過Rx,接口向PCRF發(fā)送地址 請(qǐng)求;在接收到PCRF返回的地址應(yīng)答時(shí),AF使用其中包含的主叫代理地 址修改SDP請(qǐng)求的所述主叫方的々某體流地址和端口后,將該SDP請(qǐng)求發(fā)送 至所述被叫方,或使用地址應(yīng)答中包含的被叫代理地址修改SDP應(yīng)答的所 述被叫方的媒體流地址和端口后,將該SDP應(yīng)答發(fā)送至所述主叫方;PCRF接收到AF發(fā)送的地址請(qǐng)求后,分配公網(wǎng)地址和相應(yīng)的端口作為 主叫代理地址或被叫代理地址,將其包含在地址應(yīng)答中通過Rx,接口發(fā)送給 AF;PCRF還將其分配的主叫代理地址和被叫代理地址通過Gx,接口發(fā)送給 媒體網(wǎng)關(guān)。
13、 如權(quán)利要求IO、 11或12所述的系統(tǒng),其特征在于,該系統(tǒng)還包含 OFCS,其中在OFCS與媒體網(wǎng)關(guān)之間設(shè)置有Gz接口 , Gz接口用于在OFCS和媒體 網(wǎng)關(guān)之間進(jìn)行計(jì)費(fèi)信息交互。
全文摘要
一種策略與計(jì)費(fèi)控制系統(tǒng)及對(duì)媒體網(wǎng)關(guān)的控制方法;當(dāng)主叫方向被叫方發(fā)起的SDP請(qǐng)求需要進(jìn)行NAT穿越時(shí),該方法包括如下步驟PCRF接收到AF發(fā)送的地址請(qǐng)求后,向媒體網(wǎng)關(guān)發(fā)送地址分配請(qǐng)求;接收到地址分配請(qǐng)求后,媒體網(wǎng)關(guān)分配公網(wǎng)地址和相應(yīng)的端口作為主叫代理地址或被叫代理地址,并將其通過PCRF發(fā)送至AF;AF使用接收到的主叫代理地址修改SDP請(qǐng)求的所述主叫方的媒體流地址和端口后,將該請(qǐng)求發(fā)送至所述被叫方;AF使用接收到的被叫代理地址修改SDP應(yīng)答的所述被叫方的媒體流地址和端口后,將該應(yīng)答發(fā)送至所述主叫方。本發(fā)明通過對(duì)PCC系統(tǒng)進(jìn)行擴(kuò)展,實(shí)現(xiàn)了對(duì)媒體網(wǎng)關(guān)進(jìn)行策略下發(fā)和計(jì)費(fèi)控制和NAT穿越功能。
文檔編號(hào)H04L12/14GK101222343SQ20081000477
公開日2008年7月16日 申請(qǐng)日期2008年1月30日 優(yōu)先權(quán)日2008年1月30日
發(fā)明者默 孫, 軍 宋 申請(qǐng)人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1