專利名稱:漫游場(chǎng)景下承載控制模式的發(fā)送方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信領(lǐng)域,尤其涉及一種漫游場(chǎng)景下承載控制模式的發(fā)送方法和系 統(tǒng)。
背景技術(shù):
3GPP(3rd Generation Partnership Project,第三代合作伙伴計(jì)劃)的策略和計(jì)費(fèi) 控制(Policy and Charging Control,簡(jiǎn)稱為PCC)架構(gòu)是一個(gè)能夠應(yīng)用于多種接入技術(shù)的 功能框架,例如,其可以應(yīng)用于通用移動(dòng)通信系統(tǒng)(UniversalMobileTelecommunications System,簡(jiǎn)稱為 UMTS)的陸上無(wú)線接入網(wǎng)(UMTS Terrestrial Radio Access Network, 簡(jiǎn)稱為 UTRAN)、全球移動(dòng)通信系統(tǒng)(Global system for Mobile Communication,簡(jiǎn)稱為 GSM) /GSM 數(shù)據(jù)增強(qiáng)演進(jìn)(Enhanced Data rates for Global Evolution,簡(jiǎn)稱為 EDGE)無(wú)線 接入網(wǎng)、互通無(wú)線局域網(wǎng)(I-WLAN)以及演進(jìn)的分組系統(tǒng)(Evolved Packet System,簡(jiǎn)稱 為EPS)等。圖1為相關(guān)技術(shù)的Rel-SPCC非漫游架構(gòu)圖,以下參照?qǐng)D1對(duì)PCC架構(gòu)中的各 個(gè)邏輯功能實(shí)體及其接口功能進(jìn)行描述應(yīng)用功能實(shí)體(Application Function,簡(jiǎn)稱為 AF),提供業(yè)務(wù)應(yīng)用的接入點(diǎn),這些業(yè)務(wù)應(yīng)用所使用的網(wǎng)絡(luò)資源需要進(jìn)行動(dòng)態(tài)的策略控 制。在業(yè)務(wù)面進(jìn)行參數(shù)協(xié)商時(shí),AF將相關(guān)業(yè)務(wù)信息傳遞給策略控制與計(jì)費(fèi)規(guī)則功能實(shí) 體(Policy and Charging Rules Function,簡(jiǎn)稱為PCRF)。如果這些業(yè)務(wù)信息與PCRF的策 略相一致,則PCRF接受該協(xié)商;否則,PCRF拒絕該協(xié)商,并在反饋中同時(shí)給出PCRF 可接受的業(yè)務(wù)參數(shù)。隨后,AF可將這些參數(shù)返回給用戶設(shè)備(User Equipment,簡(jiǎn)稱為 UE)。其中,AF和PCRF之間的接口是Rx接口。策略控制與計(jì)費(fèi)規(guī)則功能實(shí)體(PCRF)是PCC的核心,負(fù)責(zé)策略決策和計(jì)費(fèi)規(guī) 則的制定。PCRF提供了基于業(yè)務(wù)數(shù)據(jù)流的網(wǎng)絡(luò)控制規(guī)則,這些網(wǎng)絡(luò)控制包括業(yè)務(wù)數(shù)據(jù)流 的檢測(cè)、門控(Gating Control)、服務(wù)質(zhì)量(Quality of Service,簡(jiǎn)稱為QoS)控制以及基于 數(shù)據(jù)流的計(jì)費(fèi)規(guī)則等。PCRF將其制定的策略和計(jì)費(fèi)規(guī)則發(fā)送給策略和計(jì)費(fèi)執(zhí)行功能實(shí)體 (Policy and Control Enforcement Function,簡(jiǎn)稱為 PCEF)執(zhí)行,同時(shí),PCRF 還需要保證 這些規(guī)則和用戶的簽約信息一致。PCRF制定策略和計(jì)費(fèi)規(guī)則的依據(jù)包括從AF獲取與 業(yè)務(wù)相關(guān)的信息;從用戶簽約數(shù)據(jù)庫(kù)(Subscription Profile Repository,簡(jiǎn)稱為SPR)獲取 與用戶策略計(jì)費(fèi)控制簽約信息;從PCEF獲取與承載相關(guān)網(wǎng)絡(luò)的信息。策略和計(jì)費(fèi)執(zhí)行功能實(shí)體(PCEF)通常位于網(wǎng)關(guān)(Gate-Way,簡(jiǎn)稱為GW)內(nèi), 在承載面執(zhí)行PCRF所制定的策略和計(jì)費(fèi)規(guī)則。PCEF按照PCRF所發(fā)送的規(guī)則中的業(yè)務(wù) 數(shù)據(jù)流過濾器對(duì)業(yè)務(wù)數(shù)據(jù)流進(jìn)行檢測(cè),進(jìn)而對(duì)這些業(yè)務(wù)數(shù)據(jù)流執(zhí)行PCRF所制定的策略和 計(jì)費(fèi)規(guī)則。在承載建立時(shí),PCEF按照PCRF發(fā)送的規(guī)則進(jìn)行QoS授權(quán),并根據(jù)AF的執(zhí) 行進(jìn)行門控控制。根據(jù)PCRF發(fā)送的計(jì)費(fèi)規(guī)則,PCEF執(zhí)行相應(yīng)的業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)操作, 計(jì)費(fèi)既可以是在線計(jì)費(fèi),也可以是離線計(jì)費(fèi)。如果是在線計(jì)費(fèi),則PCEF需要和在線計(jì) 費(fèi)系統(tǒng)(Online Charging System,簡(jiǎn)稱為OCS) —起進(jìn)行信用管理。離線計(jì)費(fèi)時(shí),PCEF和離線計(jì)費(fèi)系統(tǒng)(Offline Charging System,簡(jiǎn)稱為OFCS)之間交換相關(guān)計(jì)費(fèi)信息。PCEF 與PCRF之間的接口是Gx接口,與OCS之間的接口是Gy接口,與OFCS之間的接口是 Gz接口。PCEF —般都位于網(wǎng)絡(luò)的網(wǎng)關(guān)上,如GPRS中的GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)(GGSN) 以及I-WLAN中的分組數(shù)據(jù)網(wǎng)關(guān)(Packet Data Gateway,簡(jiǎn)稱為PDG)。承載綁定和事件報(bào)告功能實(shí)體(BearerBinding and Event Reporting Function,簡(jiǎn) 稱為BBERF)的功能包括承載綁定、上行承載綁定的驗(yàn)證、以及事件報(bào)告。當(dāng)UE通過 E-UTRAN接入,并且服務(wù)網(wǎng)關(guān)(Serving Gateway,簡(jiǎn)稱為S_GW)與分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān) (Packet Data Network Gateway,簡(jiǎn)稱為 P-GW)之間采用 PMIPv6 協(xié)議時(shí),BBERF 就位 于S-GW,當(dāng)UE通過可信任非3GPP接入系統(tǒng)接入時(shí),BBERF位于可信任非3GPP接入 網(wǎng)關(guān),當(dāng)UE通過不可信任非3GPP接入系統(tǒng)接入時(shí)、BBERF位于演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān) (Evolved Packet Data Gateway,簡(jiǎn)稱為ePDG)。此時(shí),PCEF不再執(zhí)行承載綁定功能。用戶簽約數(shù)據(jù)庫(kù)(SPR)存儲(chǔ)了和策略控制與計(jì)費(fèi)相關(guān)的用戶策略計(jì)費(fèi)控制簽約 信息。SPR和PCRF之間的接口是Sp接口。在線計(jì)費(fèi)系統(tǒng)(OCS)和PCEF—起進(jìn)行在線計(jì)費(fèi)方式下用戶信用的控制和管理。離線計(jì)費(fèi)系統(tǒng)(OFCS)與PCEF —起完成離線計(jì)費(fèi)方式下的計(jì)費(fèi)操作。PCC架構(gòu)通過以上各功能實(shí)體實(shí)現(xiàn)了對(duì)UE為訪問一個(gè)分組數(shù)據(jù)網(wǎng)絡(luò)(Packet Data Network,簡(jiǎn)稱為 PDN)所建立的 IP 連接接入網(wǎng)(IP Connectivity Access Network,簡(jiǎn) 稱為IP-CAN)會(huì)話的策略計(jì)費(fèi)控制。在分組系統(tǒng)中(如EPS,UMTS等),承載是網(wǎng)絡(luò)為業(yè)務(wù)數(shù)據(jù)流傳輸提供QoS保 障的基本單位。不同的承載具有不同的QoS等級(jí)標(biāo)識(shí)(QoS Class Identifier,簡(jiǎn)稱為QCI) 和分配與保持優(yōu)先級(jí)(Allocation and Retention Priority,簡(jiǎn)稱為ARP),同一承載中傳輸?shù)?br>
業(yè)務(wù)數(shù)據(jù)流具有相同的QCI和ARP。分組網(wǎng)絡(luò)中的各網(wǎng)元對(duì)同一承載中傳輸?shù)臉I(yè)務(wù)數(shù)據(jù) 流采用相同的包轉(zhuǎn)發(fā)處理機(jī)制,而對(duì)不同承載中傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)流采用不同的包轉(zhuǎn)發(fā)處 理機(jī)制。PCC架構(gòu)對(duì)分組系統(tǒng)的策略控制最終是通過對(duì)建立、修改和終結(jié)具有不同QoS 能力的承載來實(shí)現(xiàn)的。承載通??梢杂删W(wǎng)絡(luò)或UE發(fā)起建立并進(jìn)行控制。目前在PCC架 構(gòu)中,承載控制模式有兩種UE_0nly和UE_NW。UE_0nly表示UE建立的IP-CAN會(huì) 話中的所有承載必須由UE進(jìn)行控制,即UE決定承載的建立、修改和釋放。UE_NW表 示UE建立的IP-CAN會(huì)話中的承載可以由UE或網(wǎng)絡(luò)進(jìn)行控制,即UE和網(wǎng)絡(luò)都可以決 定承載的建立、修改和釋放。在目前的技術(shù)中,PCC架構(gòu)中采用的協(xié)議是在Diameter基礎(chǔ)協(xié)議(Diameter Base Protocol)基礎(chǔ)上發(fā)展的Diameter應(yīng)用協(xié)議,例如,應(yīng)用于Gx接口的應(yīng)用協(xié)議,應(yīng)用于 Rx接口的應(yīng)用協(xié)議、Gxx接口(包括Gxa和Gxc接口)的應(yīng)用協(xié)議和應(yīng)用于漫游接口 S9 的應(yīng)用協(xié)議等。在這些應(yīng)用協(xié)議中定義了用于PCC的消息、命令以及AVP (Attribute Value Pairs,屬性值對(duì))等。用這些協(xié)議建立的Diameter會(huì)話分別可以成為Gx會(huì)話、Gxx會(huì) 話、Rx會(huì)話和S9會(huì)話。PCC各功能實(shí)體通過這些會(huì)話對(duì)UE接入網(wǎng)絡(luò)建立PDN連接進(jìn) 行策略計(jì)費(fèi)控制。圖2和圖3分別是家鄉(xiāng)路由和本地疏導(dǎo)兩種漫游場(chǎng)景下的PCC的架構(gòu)圖。其中, 歸屬地(即HPLMN,Home Public Land Mobile Network,家鄉(xiāng)公共陸上移動(dòng)網(wǎng))的PCRF為hPCRF (家鄉(xiāng)策略控制與計(jì)費(fèi)規(guī)則功能實(shí)體),拜訪地(即VPLMN,Visit Public Land Mobile Network,拜訪公共陸上移動(dòng)網(wǎng))的PCRF為vPCRF (拜訪策略控制與計(jì)費(fèi)規(guī)則功
能實(shí)體)。在家鄉(xiāng)路由場(chǎng)景下,PCEF在歸屬地,若存在BBERF,BBERF在拜訪地。在 本地疏導(dǎo)漫游場(chǎng)景下,PCEF在拜訪地,若存在BBERF,BBERF也在拜訪地。目前,實(shí)現(xiàn)S9漫游接口的方案為針對(duì)每一個(gè)UE,vPCRF終結(jié)UE建立的所 有IP-CAN會(huì)話在拜訪地網(wǎng)絡(luò)存在的Gx會(huì)話、Gxx會(huì)話,用一個(gè)S9會(huì)話來傳送所有 IP-CAN會(huì)話的Gx會(huì)話、Gxx會(huì)話上的信息,而不終結(jié)所有IP-CAN會(huì)話在拜訪地網(wǎng)絡(luò)中 的Rx會(huì)話,只是將Rx會(huì)話的消息轉(zhuǎn)發(fā)給hPCRF,將vPCRF作為一個(gè)代理(Proxy)。在 一個(gè)S9會(huì)話中可能存在多個(gè)子會(huì)話(稱為S9subsession)。每一個(gè)subsession用來傳送一 個(gè)IP-CAN會(huì)話的Gx、Gxx會(huì)話上的信息。hPCRF向vPCRF發(fā)送策略控制信息時(shí),若信 息在命令級(jí)下發(fā)(即信息不包含在任何一個(gè)子會(huì)話中),vPCRF將認(rèn)為信息應(yīng)用于UE的 所有IP-CAN會(huì)話;若信息在子會(huì)話級(jí)下發(fā)(即信息包含在子會(huì)話中),vPCRF認(rèn)為信息 只應(yīng)用與子會(huì)話對(duì)應(yīng)的IP-CAN會(huì)話。目前,hPCRF只能以命令級(jí)下發(fā)承載控制模式, 這限制了 hPCRF不能根據(jù)簽約信息、網(wǎng)絡(luò)策略以及網(wǎng)絡(luò)能力決定UE不同的IP-CAN會(huì) 話采用不同的承載控制模式的能力。如UE建立了兩個(gè)IP-CAN會(huì)話,這兩個(gè)IP-CAN 會(huì)話選擇了兩個(gè)GGSN,而兩個(gè)GGSN的能力是不一致的。一個(gè)支持網(wǎng)絡(luò)發(fā)起的承載建 立,另一個(gè)不支持。那么PCRF為兩個(gè)IP-CAN會(huì)話所選擇的承載控制模式就有可能不 同。當(dāng)然,PCRF也可以根據(jù)兩個(gè)IP-CAN會(huì)話接入的PDN網(wǎng)絡(luò)的不同而選擇不同的承 載控制模式,這取決于網(wǎng)絡(luò)策略。這樣的缺陷在多接入場(chǎng)景下會(huì)導(dǎo)致hPCRF無(wú)法根據(jù)不同的接入網(wǎng)能力來為UE 不同的IP-CAN會(huì)話采用不同的承載控制模式的能力。多接入支持UE同時(shí)通過多種接 入網(wǎng)經(jīng)不同P-GW接入多種PDN。如圖4所示,UE同時(shí)在非3GPP和3GPP接入的覆 蓋下,通過非3GPPIP接入網(wǎng)和3GPP接入網(wǎng)接入PDNl和PDN2。由于接入網(wǎng)網(wǎng)絡(luò)能力 的不同(如網(wǎng)絡(luò)不支持網(wǎng)絡(luò)發(fā)起的承載建立等),UE通過不同接入網(wǎng)接入建立的PDN連 接應(yīng)該采用不同的承載控制模式,但是,hPCRF卻無(wú)法為該P(yáng)DN連接設(shè)置不同的承載控 制模式。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題就是提出一種漫游場(chǎng)景下承載控制模式的發(fā)送方法和 系統(tǒng),解決現(xiàn)有技術(shù)中hPCRF無(wú)法為不同的IP-CAN會(huì)話設(shè)置不同的承載控制模式的問題。為了解決上述技術(shù)問題,本發(fā)明提供一種漫游場(chǎng)景下承載控制模式的發(fā)送方 法,包括家鄉(xiāng)策略控制與計(jì)費(fèi)規(guī)則功能實(shí)體(hPCRF)設(shè)定IP連接接入網(wǎng)(IP-CAN會(huì)話) 的承載控制模式,并通過所述IP-CAN會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給拜訪策略控制與計(jì)費(fèi) 規(guī)則功能實(shí)體(vPCRF);或者,hPCRF設(shè)定網(wǎng)關(guān)控制會(huì)話的承載控制模式,并通過所述網(wǎng)關(guān)控制會(huì)話對(duì) 應(yīng)的S9子會(huì)話下發(fā)給vPCRF。進(jìn)一步地,上述方法還可具有以下特點(diǎn)
所述vPCRF將所述承載控制模式發(fā)送給策略和計(jì)費(fèi)執(zhí)行功能實(shí)體(PCEF)或者 承載綁定和事件報(bào)告功能實(shí)體(BBERF)。進(jìn)一步地,上述方法還可具有以下特點(diǎn)所述hPCRF根據(jù)網(wǎng)絡(luò)請(qǐng)求支持(NRS)、接入網(wǎng)信息、簽約信息和網(wǎng)絡(luò)策略設(shè)定 所述IP-CAN會(huì)話的承載控制模式。進(jìn)一步地,上述方法還可具有以下特點(diǎn)所述hPCRF設(shè)定IP-CAN會(huì)話的承載控制模式,并下發(fā)給vPCRF的步驟之前, 所述vPCRF通過所述IP-CAN會(huì)話對(duì)應(yīng)的S9子會(huì)話將所述NRS發(fā)送給hPCRF。進(jìn)一步地,上述方法還可具有以下特點(diǎn)所述hPCRF設(shè)定所述網(wǎng)關(guān)控制會(huì)話的承載控制模式,并下發(fā)給vPCRF的步驟之 前,所述vPCRF通過所述網(wǎng)關(guān)控制會(huì)話對(duì)應(yīng)的S9子會(huì)話將所述NRS發(fā)送給hPCRF。為了解決上述技術(shù)問題,本發(fā)明提供一種漫游場(chǎng)景下承載控制模式的發(fā)送系 統(tǒng),包括hPCRF和vPCRF,所述hPCRF用于設(shè)定IP-CAN會(huì)話的承載控制模式,并通過所述IP-CAN會(huì)話 對(duì)應(yīng)的S9子會(huì)話下發(fā)給vPCRF。進(jìn)一步地,上述系統(tǒng)還可具有以下特點(diǎn) 所述vPCRF用于將所述承載控制模式發(fā)送給PCEF或者BBERF。進(jìn)一步地,上述系統(tǒng)還可具有以下特點(diǎn)所述hPCRF進(jìn)一步用于根據(jù)NRS、接入網(wǎng)信息、簽約信息和網(wǎng)絡(luò)策略設(shè)定所述 IP-CAN會(huì)話的承載控制模式。為了解決上述技術(shù)問題,本發(fā)明提供一種漫游場(chǎng)景下承載控制模式的發(fā)送系 統(tǒng),包括hPCRF和vPCRF,所述hPCRF用于設(shè)定網(wǎng)關(guān)控制會(huì)話的承載控制模式,并通過所述網(wǎng)關(guān)控制會(huì)話 對(duì)應(yīng)的S9子會(huì)話下發(fā)給vPCRF。進(jìn)一步地,上述系統(tǒng)還可具有以下特點(diǎn)所述vPCRF用于將所述承載控制模式發(fā)送給BBERF。本發(fā)明使得hPCRF能夠?yàn)閁E建立的多個(gè)IP-CAN會(huì)話選擇不同的承載控制模式 并下發(fā)給vPCRF,vPCRF可以進(jìn)一步將承載控制模式發(fā)送給相應(yīng)的執(zhí)行網(wǎng)元執(zhí)行。
圖1是現(xiàn)有技術(shù)的PCC非漫游的架構(gòu)圖2是現(xiàn)有技術(shù)的PCC家鄉(xiāng)路由漫游場(chǎng)景的架構(gòu)圖
圖3是現(xiàn)有技術(shù)的PCC本地疏導(dǎo)漫游場(chǎng)景的架構(gòu)圖
圖4是現(xiàn)有技術(shù)的多接入示意圖5是本發(fā)明實(shí)施例一的流程圖6是本發(fā)明實(shí)施例二的流程圖7是本發(fā)明實(shí)施例三的流程圖。
具體實(shí)施例方式在本發(fā)明中,hPCRF設(shè)定IP-CAN會(huì)話的承載控制模式,并通過所述IP-CAN
會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給拜訪策略控制與計(jì)費(fèi)規(guī)則功能實(shí)體(vPCRF);或者,hPCRF 設(shè)定網(wǎng)關(guān)控制會(huì)話的承載控制模式,并通過所述網(wǎng)關(guān)控制會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給 vPCRF。所述vPCRF將所述承載控制模式發(fā)送給PCEF或者BBERF。所述PCEF再將所述承載控制模式發(fā)送給所述IP-CAN會(huì)話相關(guān)的其他網(wǎng)元和 UE, UE和各網(wǎng)元將所述承載控制模式應(yīng)用于所述IP-CAN會(huì)話。所述BBERF再將所述承載控制模式發(fā)送給所述網(wǎng)關(guān)控制會(huì)話相關(guān)的其他網(wǎng)元和 UE, UE和各網(wǎng)元將所述承載控制模式應(yīng)用于所述網(wǎng)關(guān)控制會(huì)話。以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明,應(yīng)當(dāng)理解,此處所描述的優(yōu)選 實(shí)施例僅用于說明和解釋本發(fā)明,并不用于限定本發(fā)明。需要說明的是,在不沖突的情 況下,本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。實(shí)施例一本實(shí)施例描述UE在家鄉(xiāng)路由的漫游場(chǎng)景下,UE通過可信任非3GPP接入網(wǎng)關(guān) 接入建立IP-CAN會(huì)話的流程圖,其中接入網(wǎng)關(guān)與P-GW之間采用PMIPv6協(xié)議,具體步 驟如下步驟S501,BBERF收到建立IP-CAN會(huì)話請(qǐng)求消息,消息中攜帶用戶標(biāo)識(shí) NAI (Network Access Identifier,網(wǎng)絡(luò)接入標(biāo)識(shí)符),PDN 標(biāo)識(shí) APN (Access Point Name,
接入點(diǎn)名);步驟S502,BBERF向vPCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立請(qǐng)求消息,消息中攜帶用 戶標(biāo)識(shí)NAI,PDN標(biāo)識(shí)APN,UE和接入網(wǎng)是否支持網(wǎng)絡(luò)發(fā)起流程指示NRS (Network Requested Support,網(wǎng)絡(luò)請(qǐng)求支持),BBERF的地址以及用于制定策略的接入網(wǎng)信息(即 承載屬性)。該消息請(qǐng)求建立的Diameter會(huì)話表示為Gxx會(huì)話1 ;步驟S503,vPCRF根據(jù)NAI判斷用戶為漫游用戶,并判斷還沒有為該用戶 建立S9,因此vPCRF向hPCRF發(fā)送S9會(huì)話建立指示消息,并請(qǐng)求建立S9子會(huì)話 Subsessionl,將NAI、APN、NRS>接入網(wǎng)信息以及BBERF的地址包含在Subsessionl 中;步驟S504,若hPCRF沒有用戶相關(guān)的簽約信息,hPCRF將與SPR交互獲取簽
約信息;步驟S505,hPCRF根據(jù)簽約信息、網(wǎng)絡(luò)策略、承載屬性等UE請(qǐng)求建立的 IP-CAN會(huì)話制定默認(rèn)策略PCC規(guī)則和相應(yīng)的QoS規(guī)則。同時(shí)根據(jù)NRS、接入網(wǎng)信息、 簽約信息和網(wǎng)絡(luò)策略設(shè)定IP-CAN會(huì)話的承載控制模式(Bearer Control Mode,簡(jiǎn)稱為 BCM)。hPCRF向vPCRF返回S9會(huì)話建立確認(rèn)消息,QoS規(guī)則和BCM包含在Subsessionl 中;步驟S506,vPCRF將QoS規(guī)則和BCM通過網(wǎng)關(guān)控制會(huì)話建立確認(rèn)消息發(fā)送給 BBERF。BBERF安裝QoS規(guī)則??尚湃畏?GPP接入網(wǎng)根據(jù)BCM將其中指示的承載 控制模式應(yīng)用于請(qǐng)求建立的網(wǎng)關(guān)控制會(huì)話。在這種場(chǎng)景下,網(wǎng)關(guān)控制會(huì)話和IP-CAN會(huì) 話是一一對(duì)應(yīng)的。因此,也可以認(rèn)為BCM中指示的承載控制模式將應(yīng)用于請(qǐng)求建立的IP-CAN 會(huì)話;步驟S507,BBERF駐留的網(wǎng)關(guān)向PCEF駐留的網(wǎng)關(guān)發(fā)送建立IP-CAN會(huì)話請(qǐng)求 消息,消息中攜帶NAI和APN ;步驟S507可與步驟S502同時(shí)發(fā)送。步驟S508,PCEF駐留的網(wǎng)關(guān)為UE請(qǐng)求建立的IP-CAN會(huì)話分配IP地址。PCEF 向hPCRF發(fā)送IP-CAN會(huì)話建立指示消息,消息中攜帶NAI、APN和IP Address。該消
息請(qǐng)求建立的Diameter會(huì)話表示為Gx會(huì)話1 ;步驟S509,hPCRF根據(jù)NAI和APN將Gx會(huì)話1與Subsessionl進(jìn)行關(guān)聯(lián)。 hPCRF將步驟S505制定的PCC規(guī)則發(fā)送給PCEF ;步驟S510,PCEF安裝PCC規(guī)則。PCEF駐留的網(wǎng)關(guān)向BBERF返回建立IP-CAN
會(huì)話應(yīng)答消息;步驟S511,BBERF返回建立IP-CAN會(huì)話應(yīng)答消息。BBERF可能再將所述承載控制模式發(fā)送給可信任非3GPP接入網(wǎng)中的其他網(wǎng)元 和UE。UE和可信任非3GPP接入網(wǎng)將根據(jù)BCM的指示,來進(jìn)行IP-CAN會(huì)話承載的管 理,如承載的建立、修改和釋放。當(dāng)UE決定發(fā)起建立第二個(gè)IP-CAN會(huì)話時(shí),(1)若在單接入場(chǎng)景下,BBERF將向vPCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立請(qǐng)求消息 (請(qǐng)求建立的Diameter會(huì)話為Gxx會(huì)話2),消息中攜帶NAI和APN,,vPCRF將向 hPCRF發(fā)送S9會(huì)話修改指示消息,并請(qǐng)求建立S9子會(huì)話Subsession2,ΝΑΙ、APN'和 NRS (由于是單接入,NRS與第一個(gè)IP-CAN會(huì)話一致)包含在Subsession2中。hPCRF 將根據(jù)簽約信息、接入網(wǎng)信息、網(wǎng)絡(luò)策略和NRS決定第二個(gè)IP-CAN會(huì)話的BCM,,并 通過S9會(huì)話修改消息的Subsession2發(fā)送給vPCRF。vPCRF通過Gxx會(huì)話2的網(wǎng)關(guān)控制 會(huì)話建立確認(rèn)消息將BCM’發(fā)送給BBERF。BBERF可能再將所述承載控制模式發(fā)送給 可信任非3GPP接入網(wǎng)中的其他網(wǎng)元和UE。UE和可信任非3GPP接入網(wǎng)將根據(jù)BCM, 的指示,來進(jìn)行第二個(gè)IP-CAN會(huì)話承載的管理,如承載的建立、修改和釋放。BCM和 BCM’有可能是不一樣的。(2)若在多接入場(chǎng)景下,另一個(gè)接入網(wǎng)的BBERF’將向vPCRF發(fā)送網(wǎng)關(guān)控制會(huì) 話建立請(qǐng)求消息(請(qǐng)求建立的Diameter會(huì)話為Gxx會(huì)話2),消息中攜帶NAI和APN’, vPCRF將向hPCRF發(fā)送S9會(huì)話修改指示消息,并請(qǐng)求建立S9子會(huì)話Subsession2,ΝΑΙ、 APN,和NRS,(由于是多接入,NRS,與第一個(gè)IP-CAN會(huì)話的NRS可能是不同的)包 含在Subsession2中。hPCRF將根據(jù)簽約信息、接入網(wǎng)信息、網(wǎng)絡(luò)策略和NRS’決定第二 個(gè)IP-CAN會(huì)話的BCM,,并通過S9會(huì)話修改消息的Subsession2發(fā)送給vPCRF。vPCRF 通過Gxx會(huì)話2的網(wǎng)關(guān)控制會(huì)話建立確認(rèn)消息將BCM’發(fā)送給BBERF’。BBERF’可 能再將所述承載控制模式發(fā)送給可信任非3GPP接入網(wǎng)中的其他網(wǎng)元和UE。UE和可信 任非3GPP接入網(wǎng)將根據(jù)BCM,的指示,來進(jìn)行第二個(gè)IP-CAN會(huì)話承載的管理,如承 載的建立、修改和釋放。BCM和BCM,有可能是不一樣的。實(shí)施例二本實(shí)施例描述UE在本地疏導(dǎo)漫游場(chǎng)景下,UE通過3GPP接入網(wǎng)關(guān)接入建立 IP-CAN會(huì)話的流程圖,具體步驟如下具體步驟如下
步驟S601,PCEF駐留的網(wǎng)關(guān)收到建立的IP-CAN會(huì)話請(qǐng)求消息,為IP-CAN會(huì) 話分配IP地址;步驟S602,PCEF向vPCRF發(fā)送IP-CAN會(huì)話建立指示消息,消息中攜帶ΝΑΙ、 APN、NRS和IP Address。該消息請(qǐng)求建立的Diameter會(huì)話表示為Gx會(huì)話1。NRS標(biāo) 識(shí)UE、接入網(wǎng)以及PCEF駐留的網(wǎng)關(guān)是否支持網(wǎng)絡(luò)發(fā)起流程;步驟S603、vPCRF根據(jù)NAI判斷用戶為漫游用戶,并且還沒有為用戶建立 S9會(huì)話,因此vPCRF向hPCRF發(fā)送S9會(huì)話建立指示消息,并請(qǐng)求建立S9子會(huì)話 Subsessionl,將 NAI、APN 以及 NRS 包含在 Subsessionl 中;步驟S604,若hPCRF沒有用戶相關(guān)的簽約信息,hPCRF將與SPR交互獲取簽
約信息;步驟S605,hPCRF根據(jù)簽約信息、網(wǎng)絡(luò)策略、承載屬性等UE請(qǐng)求建立的 IP-CAN會(huì)話制定默認(rèn)策略PCC規(guī)則。同時(shí)根據(jù)NRS、接入網(wǎng)信息、簽約信息和網(wǎng)絡(luò)策 略設(shè)定IP-CAN會(huì)話的承載控制模式BCM。hPCRF向vPCRF返回S9會(huì)話建立確認(rèn)消 息,PCC規(guī)則和BCM包含在Subsessionl中;步驟S606,vPCRF將PCC規(guī)則和BCM通過Gx會(huì)話1的IP-CAN會(huì)話建立確 認(rèn)消息發(fā)送給PCEF。PCEF安裝PCC規(guī)則,同時(shí)根據(jù)BCM將其中指示的承載控制模式 應(yīng)用于請(qǐng)求建立的IP-CAN會(huì)話;步驟S607,PCEF駐留的網(wǎng)關(guān)返回建立IP-CAN會(huì)話應(yīng)答消息。PCEF可能再將所述承載控制模式發(fā)送給3GPP接入網(wǎng)中的其他網(wǎng)元和UE。UE 和3GPP接入網(wǎng)將根據(jù)BCM的指示,來進(jìn)行IP-CAN會(huì)話承載的管理,如承載的建立、 修改和釋放。(1)若UE決定通過3GPP接入網(wǎng)發(fā)起建立第二個(gè)IP-CAN會(huì)話(即單接入), 并且選擇的PCEF,與之前的不同,PCEF,將向vPCRF發(fā)送IP-CAN會(huì)話建立請(qǐng)求消息 (請(qǐng)求建立的Diameter會(huì)話為Gx會(huì)話2),消息中攜帶ΝΑΙ、APN’以及NRS’ (由于 選擇的PCEF不同,NRS’和NRS可能不一致),vPCRF將向hPCRF發(fā)送S9會(huì)話修改 指示消息,并請(qǐng)求建立S9子會(huì)話Subsession2,ΝΑΙ、APN,和NRS,含在Subsession2 中。hPCRF將根據(jù)簽約信息、接入網(wǎng)信息、網(wǎng)絡(luò)策略和NRS,決定第二個(gè)IP-CAN會(huì) 話的BCM,,并通過S9會(huì)話修改消息的Subsession2發(fā)送給vPCRF。vPCRF通過Gx會(huì) 話2的IP-CAN會(huì)話建立確認(rèn)消息將BCM,發(fā)送給PCEF,。PCEF,可能再將所述承 載控制模式發(fā)送給3GPP接入網(wǎng)中的其他網(wǎng)元和UE。UE和3GPP接入網(wǎng)將根據(jù)BCM, 的指示,來進(jìn)行第二個(gè)IP-CAN會(huì)話承載的管理,如承載的建立、修改和釋放。BCM和 BCM’有可能是不一樣的。(2)若UE發(fā)生了切換導(dǎo)致NRS發(fā)生了改變,那么PCEF將通過Gx會(huì)話1發(fā)送 IP-CAN會(huì)話修改指示消息,攜帶新的NRS,發(fā)送給vPCRF,vPCRF將通過Subsessionl 將NRS,發(fā)送給hPCRF。hPCRF根據(jù)簽約信息、接入網(wǎng)信息、網(wǎng)絡(luò)策略和NRS’決定 新的BCM,,并通過Subsessionl發(fā)送給vPCRF。vPCRF通過Gx會(huì)話1的IP-CAN會(huì) 話修改確認(rèn)消息將BCM’發(fā)送給PCEF。PCEF可能再將所述承載控制模式發(fā)送給3GPP 接入網(wǎng)中的其他網(wǎng)元和UE。UE和3GPP接入系統(tǒng)將根據(jù)BCM’的指示進(jìn)行修改后的 IP-CAN會(huì)話承載的管理。
(3)若UE決定通過另外一個(gè)非3GPP接入發(fā)起建立第二個(gè)IP-CAN會(huì)話時(shí)(即多 接入),另一個(gè)接入網(wǎng)的BBERF’將向vPCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立請(qǐng)求消息(請(qǐng)求建 立的Diameter會(huì)話為Gxx會(huì)話2),消息中攜帶NAI和APN,,vPCRF將向hPCRF發(fā)送 S9會(huì)話修改指示消息,并請(qǐng)求建立S9子會(huì)話Subsession2,ΝΑΙ、APN’和NRS’ (由 于是多接入,NRS’與第一個(gè)IP-CAN會(huì)話的NRS可能是不同的)包含在Subsession2 中。hPCRF將根據(jù)簽約信息、接入網(wǎng)信息、網(wǎng)絡(luò)策略和NRS,決定第二個(gè)IP-CAN會(huì)話 的BCM,,并通過S9會(huì)話修改消息的Subsession2發(fā)送給vPCRF。vPCRF通過Gxx會(huì) 話2的網(wǎng)關(guān)控制會(huì)話建立確認(rèn)消息將BCM,發(fā)送給BBERF,。BBERF可能再將所述承 載控制模式發(fā)送給非3GPP接入網(wǎng)中的其他網(wǎng)元和UE。UE和可信任非3GPP接入網(wǎng)將 根據(jù)BCM’的指示,來進(jìn)行第二個(gè)IP-CAN會(huì)話承載的管理,如承載的建立、修改和釋 放。BCM和BCM,有可能是不一樣的。實(shí)施例三本實(shí)施例描述UE如圖5的流程建立IP-CAN會(huì)話后切換到另一個(gè)可信任非3GPP 接入網(wǎng)關(guān)的切換流程,其中新的接入網(wǎng)關(guān)與P-GW之間采用PMIPv6協(xié)議,如圖7所示, 具體步驟如下步驟S701,新 BBERF (New BBERF)接收到原 BBERF (Old BBERF)發(fā)送的建立
網(wǎng)關(guān)控制會(huì)話請(qǐng)求消息,并且New BBERF獲得了用戶標(biāo)識(shí)NAI,PDN標(biāo)識(shí)APN以及用 于制定策略的接入網(wǎng)信息等;步驟S702,NewBBERF向vPCRF發(fā)送網(wǎng)關(guān)控制會(huì)話建立請(qǐng)求消息,消息中攜 帶用戶標(biāo)識(shí)NAI,PDN標(biāo)識(shí)APN,NewBBERF的地址,UE和接入網(wǎng)是否支持網(wǎng)絡(luò)發(fā)起 流程指示NRS,(Network Requested Support,網(wǎng)絡(luò)請(qǐng)求支持)以及用于制定策略的接入網(wǎng)
信息。該消息請(qǐng)求建立的Diameter會(huì)話表示為Gxx會(huì)話2 ;步驟S703,vPCRF根據(jù)NAI判斷用戶為漫游用戶并根據(jù)用戶標(biāo)識(shí)NAI和PDN 標(biāo)識(shí)APN并判斷已經(jīng)為該用戶建立S9會(huì)話和S9子會(huì)話Subsessionl。因此vPCRF向 hPCRF發(fā)送S9會(huì)話修改指示消息,并將NRS’、New BBERF的地址以及用于制定策略 的接入信息包含在Subsessionl中;步驟S704,hPCRF根據(jù)New BBERF的地址判斷UE發(fā)生了切換(即BBERF重 選),并簽約信息、接入網(wǎng)信息、網(wǎng)絡(luò)策略、新的接入網(wǎng)信息等UE修改之前的PCC規(guī)則 和QoS規(guī)則。同時(shí)根據(jù)NRS’、簽約信息和網(wǎng)絡(luò)策略設(shè)定IP-CAN會(huì)話新的BCM’。 hPCRF向vPCRF返回S9會(huì)話建立確認(rèn)消息,QoS規(guī)則、BCM,禾Π New BBERF的地址 包含在Subsessionl中。BCM,與之前切換前的BCM可能是不一樣的;步驟S705,vPCRF根據(jù)New BBERF的地址判斷Subsessionl中的信息是發(fā)送給 New BBERF的,因此vPCRF通過Gxx會(huì)話2發(fā)送網(wǎng)關(guān)控制會(huì)話建立確認(rèn)消息將QoS規(guī) 則和BCM,發(fā)送給New BBERF。New BBERF安裝QoS規(guī)則,同時(shí)根據(jù)BCM將其中 指示的承載控制模式應(yīng)用于請(qǐng)求建立的網(wǎng)關(guān)控制會(huì)話。同樣在這種場(chǎng)景下,新建立網(wǎng)關(guān) 控制會(huì)話和修改的IP-CAN會(huì)話是一一對(duì)應(yīng)的。因此,也可以認(rèn)為BBERF根據(jù)BCM將 其中指示的承載控制模式應(yīng)用于IP-CAN會(huì)話;步驟S706,New BBERF駐留的網(wǎng)關(guān)向PCEF駐留的網(wǎng)關(guān)發(fā)送IP-CAN會(huì)話信
令,消息中攜帶NAI和APN。該消息實(shí)現(xiàn)時(shí)通常是代理綁定更新消息;
步驟S706可與步驟S702同時(shí)發(fā)送。步驟S707,PCEF駐留的網(wǎng)關(guān)根據(jù)用戶標(biāo)識(shí)和PDN標(biāo)識(shí)為UE分配切換前的IP 地址。PCEF向hPCRF發(fā)送IP-CAN會(huì)話修改指示消息,消息中攜帶NAI、APN和IP Address。該消息請(qǐng)求修改的Diameter會(huì)話為圖5中建立的Gx會(huì)話1 ;步驟S708,hPCRF將步驟S704制定的PCC規(guī)則發(fā)送給PCEF ;hPCRF可能會(huì)修改S704步制定的PCC規(guī)則和QoS規(guī)則,此時(shí)hPCRF將把修改 后的PCC規(guī)則發(fā)送PCEF,將修改后的QoS規(guī)則經(jīng)vPCRF發(fā)送給BBERF。步驟S709,PCEF安裝PCC規(guī)則。PCEF駐留的網(wǎng)關(guān)向BBERF返回IP-CAN會(huì) 話信令,攜帶IP地址。該消息在實(shí)現(xiàn)時(shí)通常是代理綁定更新確認(rèn)消息;步驟S710,New BBERF返回建立網(wǎng)關(guān)控制會(huì)話應(yīng)答消息。BBERF可能再將所述承載控制模式發(fā)送給非3GPP接入網(wǎng)中的其他網(wǎng)元和UE。 UE和可信任非3GPP接入系統(tǒng)將根據(jù)BCM’的指示,來進(jìn)行IP-CAN會(huì)話承載的管理, 如承載的建立、修改和釋放。如圖3所示,本發(fā)明實(shí)施例的漫游場(chǎng)景下承載控制模式的發(fā)送系統(tǒng),包括 hPCRF 禾口 vPCRF,所述hPCRF用于設(shè)定IP-CAN會(huì)話的承載控制模式,并通過所述IP-CAN會(huì)話 對(duì)應(yīng)的S9子會(huì)話下發(fā)給vPCRF。所述vPCRF用于將所述承載控制模式發(fā)送給PCEF或者BBERF。所述hPCRF進(jìn)一步用于根據(jù)NRS、接入網(wǎng)信息、簽約信息和網(wǎng)絡(luò)策略設(shè)定所述 IP-CAN會(huì)話的承載控制模式。如圖2所示,本發(fā)明實(shí)施例的漫游場(chǎng)景下承載控制模式的發(fā)送系統(tǒng),包括 hPCRF 禾口 vPCRF,所述hPCRF用于設(shè)定網(wǎng)關(guān)控制會(huì)話的承載控制模式,并通過所述網(wǎng)關(guān)控制會(huì)話 對(duì)應(yīng)的S9子會(huì)話下發(fā)給vPCRF。所述vPCRF用于將所述承載控制模式發(fā)送給BBERF。顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通 用的計(jì)算裝置來實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所 組成的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn),從而,可以將 它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行,或者將它們分別制作成各個(gè)集成電路模塊, 或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣,本發(fā)明不限制 于任何特定的硬件和軟件結(jié)合。當(dāng)然,本發(fā)明還可有其它多種實(shí)施例,在不背離本發(fā)明精神及其實(shí)質(zhì)的情況 下,熟悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形,但這些相應(yīng)的 改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1.一種漫游場(chǎng)景下承載控制模式的發(fā)送方法,包括家鄉(xiāng)策略控制與計(jì)費(fèi)規(guī)則功能實(shí)體(hPCRF)設(shè)定IP連接接入網(wǎng)(IP-CAN會(huì)話)的 承載控制模式,并通過所述IP-CAN會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給拜訪策略控制與計(jì)費(fèi)規(guī) 則功能實(shí)體(vPCRF);或者,hPCRF設(shè)定網(wǎng)關(guān)控制會(huì)話的承載控制模式,并通過所述網(wǎng)關(guān)控制會(huì)話對(duì)應(yīng)的 S9子會(huì)話下發(fā)給vPCRF。
2.如權(quán)利要求1所述的方法,其特征在于,所述vPCRF將所述承載控制模式發(fā)送給策略和計(jì)費(fèi)執(zhí)行功能實(shí)體(PCEF)或者承載 綁定和事件報(bào)告功能實(shí)體(BBERF)。
3.如權(quán)利要求1所述的方法,其特征在于,所述hPCRF根據(jù)網(wǎng)絡(luò)請(qǐng)求支持(NRS)、接入網(wǎng)信息、簽約信息和網(wǎng)絡(luò)策略設(shè)定所述 IP-CAN會(huì)話的承載控制模式。
4.如權(quán)利要求3所述的方法,其特征在于,所述hPCRF設(shè)定IP-CAN會(huì)話的承載控制模式,并下發(fā)給vPCRF的步驟之前,所述 vPCRF通過所述IP-CAN會(huì)話對(duì)應(yīng)的S9子會(huì)話將所述NRS發(fā)送給hPCRF。
5.如權(quán)利要求3所述的方法,其特征在于,所述hPCRF設(shè)定所述網(wǎng)關(guān)控制會(huì)話的承載控制模式,并下發(fā)給vPCRF的步驟之前, 所述vPCRF通過所述網(wǎng)關(guān)控制會(huì)話對(duì)應(yīng)的S9子會(huì)話將所述NRS發(fā)送給hPCRF。
6.—種漫游場(chǎng)景下承載控制模式的發(fā)送系統(tǒng),包括hPCRF和vPCRF,其特征在于, 所述hPCRF用于設(shè)定IP-CAN會(huì)話的承載控制模式,并通過所述IP-CAN會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給vPCRF。
7.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述vPCRF用于將所述承載控制模式發(fā)送給PCEF或者BBERF。
8.如權(quán)利要求6所述的系統(tǒng),其特征在于,所述hPCRF進(jìn)一步用于根據(jù)NRS、接入網(wǎng)信息、簽約信息和網(wǎng)絡(luò)策略設(shè)定所述 IP-CAN會(huì)話的承載控制模式。
9.一種漫游場(chǎng)景下承載控制模式的發(fā)送系統(tǒng),包括hPCRF和vPCRF,其特征在于, 所述hPCRF用于設(shè)定網(wǎng)關(guān)控制會(huì)話的承載控制模式,并通過所述網(wǎng)關(guān)控制會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給vPCRF。
10.如權(quán)利要求9所述的系統(tǒng),其特征在于,所述vPCRF用于將所述承載控制模式發(fā)送給BBERF。
全文摘要
本發(fā)明公開了一種漫游場(chǎng)景下承載控制模式的發(fā)送方法和系統(tǒng),所述方法包括家鄉(xiāng)策略控制與計(jì)費(fèi)規(guī)則功能實(shí)體(hPCRF)設(shè)定IP連接接入網(wǎng)(IP-CAN會(huì)話)的承載控制模式,并通過所述IP-CAN會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給拜訪策略控制與計(jì)費(fèi)規(guī)則功能實(shí)體(vPCRF);或者,hPCRF設(shè)定網(wǎng)關(guān)控制會(huì)話的承載控制模式,并通過所述網(wǎng)關(guān)控制會(huì)話對(duì)應(yīng)的S9子會(huì)話下發(fā)給vPCRF。本發(fā)明使得hPCRF能夠?yàn)閁E建立的多個(gè)IP-CAN會(huì)話選擇不同的承載控制模式并下發(fā)給vPCRF,vPCRF可以進(jìn)一步將承載控制模式發(fā)送給相應(yīng)的執(zhí)行網(wǎng)元執(zhí)行。
文檔編號(hào)H04W92/24GK102014517SQ20091016991
公開日2011年4月13日 申請(qǐng)日期2009年9月8日 優(yōu)先權(quán)日2009年9月8日
發(fā)明者盧飛, 周曉云 申請(qǐng)人:中興通訊股份有限公司