專利名稱：多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法以及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法以及
裝置。
背景技術(shù)：
第三代合作伙伴計(jì)劃(3rd Generation Partnership Pro ject，簡稱為3GPP)演 進(jìn)的分組系統(tǒng)(Evolved Packet System,簡稱為EPS)由演進(jìn)的陸地通用無線接入網(wǎng)絡(luò) (Evolved Universal Terrestrial RadioAccess Network,簡稱為E-UT塵)、移動管理單元 (MobilityManagement Entity,簡稱為匪E)、服務(wù)網(wǎng)關(guān)(Serving Gateway,簡稱為S-GW)、 數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway,簡稱為PDN GW)、歸屬用戶服務(wù)器(Home Subscriber Server,簡稱為HSS) 、3GPP認(rèn)證授權(quán)計(jì)費(fèi)(Authentication、 Authorization andAccounting，簡稱為AAA)服務(wù)器，策略和計(jì)費(fèi)規(guī)則功能實(shí)體(Policyand Charging Rules Function,簡稱為PCRF)，及其他支撐節(jié)點(diǎn)組成。 其中，匪E負(fù)責(zé)非接入層信令的處理、核心網(wǎng)節(jié)點(diǎn)之間的移動性管理信令，P-GW以 及S-GW的選擇，空閑狀態(tài)下手機(jī)可達(dá)性管理，以及跟蹤區(qū)列表的選擇等功能。
S-GW的功能包括作為eNodeB間切換的本地錨點(diǎn)；空閑模式下下行數(shù)據(jù)的緩存； 合法監(jiān)聽，數(shù)據(jù)報(bào)文路由，以及跨運(yùn)營商時基于用戶與QCI的計(jì)費(fèi)。 P-GW則是3GPP EPS與分組數(shù)據(jù)網(wǎng)絡(luò)(Packet Data Network,簡稱為PDN)的邊界 網(wǎng)關(guān)，其功能包括基于用戶的報(bào)文過濾，合法監(jiān)聽，手機(jī)地址分配，傳輸層報(bào)文QoS標(biāo)簽， 上行與下行基于業(yè)務(wù)的計(jì)費(fèi)，基于聚合最大比特率(Aggregate Maximum Bit Rate，簡稱 為AMBR)的下行速率保證，動態(tài)主機(jī)配置協(xié)議(Dynamic HostConf iguration Protocol,簡 稱為DHCP)v4/v6功能，基于相同保證比特率(Guaranteed Bit Rate,簡稱為GBR) QoS分類 標(biāo)識(QoS Classldentifier，簡稱為QCI)的累積最大比特率(Maximum Bit Rate，簡稱為 MBR)的下行速率保證，另外還負(fù)責(zé)上/下行的承載綁定。 PCRF是策略和計(jì)費(fèi)規(guī)則功能實(shí)體，它通過Rx接口獲取上層業(yè)務(wù)信息，PCRF生成 服務(wù)質(zhì)量QoS以及計(jì)費(fèi)的策略，通過Gx/Gxc/Gxa接口把這些策略下達(dá)到位于PDN-GW的策 略和計(jì)費(fèi)執(zhí)行功能實(shí)體(Policy and Charging Enforcement Function,簡稱為PCEF)，以 及位于S-GW或non-3GPP接入網(wǎng)關(guān)的承載綁定和事件報(bào)告功能實(shí)體(Bearer Binding and Event R印ort Function,簡稱為BBERF)，并要求強(qiáng)制實(shí)施，Gxc接口與S-GW相連，Gxa與 non3GPP接入網(wǎng)關(guān)相連。 圖1是根據(jù)相關(guān)技術(shù)的3GPP EPS架構(gòu)的示意圖，如圖1所示，在EPS的系統(tǒng)架構(gòu) 中，非3GPP系統(tǒng)被分為可信任非3GPP IP接入和不可信任非3GPP IP接入，可信任非3GPP IP接入可直接通過S2a與P-GW接口 ；不可信任非3GPP IP接入需經(jīng)過演進(jìn)的數(shù)據(jù)網(wǎng)關(guān) (Evolved Packet Data Gateway,簡稱為ePDG)與P-GW相連，ePDG與P-GW間的接口為S2b。 S2c是用戶設(shè)備(User Equipment,簡稱為UE)和P-GW之間的接口 ，提供了 UE與P-GW之間用 戶面的控制以及移動性的支持，S2c接口可適用于3GPP網(wǎng)關(guān)或者信任與非信任的non-3GPP接入網(wǎng)關(guān)。 目前，對于EPS支持用戶通過一個或者多個PDN GW連接到多個分組數(shù)據(jù)網(wǎng)，UE是 否支持發(fā)起多個外部網(wǎng)絡(luò)的接入由其簽約決定；如果多個外部分組數(shù)據(jù)網(wǎng)由一個PDN GW 來接入，則P-GW以及S-GW就必須有方式將這些連接區(qū)分出來，特別是在同一個用戶使用相 同的接入點(diǎn)名稱(Access Point Name，簡稱為APN)的情況下。 在通用分組無線業(yè)務(wù)隧道協(xié)議(General Packet Radio ServiceTunneling Protocol,簡稱為GTP)的情況下，S-GW與P_GW之間存在GTP隧道，S_GW以及P_GW以不同 的GTP隧道來傳送不同的分組數(shù)據(jù)網(wǎng)的數(shù)據(jù)。對于同一個UE， P-GW可以根據(jù)不同的APN建 立不同的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)(Internet Protocol Co騰ctionAccess Network,簡稱為 IP-CAN)會話，即PDN連接；如果這些分組數(shù)據(jù)網(wǎng)的連接對應(yīng)了相同的APN，則P-GW可以根 據(jù)自身的配置或者用戶的簽約選擇不同的PDN連接。 這些GTP隧道在UE附著，發(fā)起PDN連接，以及建立專用承載，每個隧道都對應(yīng)了一 個EPS的承載，每個承載只可以傳輸屬于一個PDN連接的數(shù)據(jù)報(bào)文，而一個PDN連接的流量 可以由多個承載來傳輸。目前3GPP系統(tǒng)中GTP情況下，支持接入單APN多PDN的接入及切 換，原因是匪E分配了承載標(biāo)識(Bear Id)，用于區(qū)分不同的承載，雖然以同樣的APN建立一 個新的PDN連接，仍然可以通過不同的承載加以區(qū)分，在UE側(cè)則通過不同的網(wǎng)絡(luò)服務(wù)接入 點(diǎn)標(biāo)識(Network Service Access Point Name,簡稱為NSAPI)將欲建立的新PDN承載與之 前的區(qū)分開來。 如果3GPP系統(tǒng)中的S5接口/S8接口 (漫游時的接口 )接口使用了 PMIPv6，目 前還不能支持單APN多PDN的接入，原因是(1)如果多個PDN連接使用一個代理移動 IP (Proxy Mobile IP，簡稱為PMIP)隧道，則釋放PDN連接會存在問題，接收到代理綁定更 新(Proxy Binding Update,簡稱為PBU)(家鄉(xiāng)網(wǎng)絡(luò)前綴(HomeNetwork Prefix,簡稱為 HNP)， lifetime = 0)本地移動錨點(diǎn)(LocalMobility Anchor,簡稱為LMA)無法分辨到底 要釋放PDN連接，還是將PMIP隧道終止。(2)如果每個PDN連接一個PMIP隧道，則LMA無 法根據(jù)APN與移動節(jié)點(diǎn)(Mobile Node，簡稱為MN)ID分辨出不同的綁定緩存表項(xiàng)(Binding Cash Entry,簡稱為BCE)。 BCE是一個數(shù)據(jù)結(jié)構(gòu)，其中，保存了一個PMIP隧道的所有相關(guān)信 息，包括MN ID、通用路由封裝(Generic Routing Encapsulation,簡稱為GRE)Key (上行與 下行)、APN、隧道終點(diǎn)地址、HNP、無線接入類型等。 針對目前還不能支持單APN多PDN的接入的問題，相關(guān)技術(shù)提供了以下兩種解決 方法 第一種是使用APN裝飾，S卩，在原有的APN之后的后綴上附加標(biāo)識，UE把不同的 PDN連接用不同的APN裝飾區(qū)分開來，使用APN裝飾需要修改APN的使用機(jī)制，對3GPP協(xié) 議修改較大，也會造成與原有的3GPP網(wǎng)絡(luò)中服務(wù)通用分組無線業(yè)務(wù)支撐節(jié)點(diǎn)(Serving General packet radio service support node,簡稱為SGSN)，網(wǎng)關(guān)通用分組無線業(yè)務(wù)支持 節(jié)點(diǎn)(Gateway General Packet RadioService Supporting Node,簡稱為GGSN)的兼容出 現(xiàn)問題。 第二種是在代理綁定更新消息中攜帶接口 ID (3GPP接入時就是Bearer ID)，從而 把相同APN的不同PMIP隧道區(qū)別開來，這樣會導(dǎo)致對3GPP協(xié)議修改較大。
發(fā)明內(nèi)容
針對相關(guān)技術(shù)在解決目前還不能支持單APN多PDN的接入這一困難時會導(dǎo)致對 3GPP協(xié)議修改較大的問題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種改進(jìn)的多 分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方案，以解決上述問題。 為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種多分組數(shù)據(jù)網(wǎng)絡(luò)連接的 建立方法。 根據(jù)本發(fā)明的多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法包括在建立網(wǎng)關(guān)控制會話時，策 略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求消息，其中，網(wǎng)關(guān)控制 會話建立請求消息中攜帶有移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息；策略和計(jì)費(fèi)規(guī)則功能實(shí)體接 收來自接入網(wǎng)關(guān)的網(wǎng)絡(luò)協(xié)議地址信息，并根據(jù)移動節(jié)點(diǎn)標(biāo)識、接入點(diǎn)名稱以及網(wǎng)絡(luò)協(xié)議地 址信息將網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān) 聯(lián)。 優(yōu)選地，在策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求 消息之后，方法還包括策略和計(jì)費(fèi)規(guī)則功能實(shí)體從網(wǎng)關(guān)控制會話建立請求消息中獲取移 動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息；將網(wǎng)關(guān)控制會話中的接入點(diǎn)名稱信息和移動節(jié)點(diǎn)標(biāo)識與當(dāng) 前的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話中移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息進(jìn)行比較，如果比較結(jié)果 指示不存在與網(wǎng)關(guān)控制會話相關(guān)聯(lián)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話，則在建立網(wǎng)絡(luò)協(xié)議連接接 入網(wǎng)會話時，將網(wǎng)關(guān)控制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)。 優(yōu)選地，在將網(wǎng)關(guān)控制會話中的接入點(diǎn)名稱信息和移動節(jié)點(diǎn)標(biāo)識與當(dāng)前的網(wǎng)絡(luò)協(xié)
議連接接入網(wǎng)會話中移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息進(jìn)行比較之后，方法還包括如果比
較結(jié)果指示存在與網(wǎng)關(guān)控制會話相關(guān)聯(lián)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話，則策略和計(jì)費(fèi)規(guī)則功
能實(shí)體向接入網(wǎng)關(guān)發(fā)送通知消息，其中，通知消息用于指示未解決Gx會話關(guān)聯(lián)。
優(yōu)選地，在策略和計(jì)費(fèi)規(guī)則功能實(shí)體向接入網(wǎng)關(guān)發(fā)送通知消息之后，方法還包括
策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自策略和計(jì)費(fèi)執(zhí)行功能實(shí)體的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話
修改消息，其中，網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話修改消息用于指示新的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)類
型；策略和計(jì)費(fèi)規(guī)則功能實(shí)體從網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話修改消息中獲取新的網(wǎng)絡(luò)協(xié)議連
接接入網(wǎng)類型，并根據(jù)新的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)類型制定策略和計(jì)費(fèi)控制策略。
優(yōu)選地，在策略和計(jì)費(fèi)規(guī)則功能實(shí)體向接入網(wǎng)關(guān)發(fā)送通知消息之后，方法還包括
策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收到來自接入網(wǎng)關(guān)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話建立消息，其
中，網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話建立消息中攜帶有網(wǎng)絡(luò)協(xié)議地址信息；策略和計(jì)費(fèi)規(guī)則功能
實(shí)體根據(jù)移動節(jié)點(diǎn)標(biāo)識、接入點(diǎn)名稱以及網(wǎng)絡(luò)協(xié)議地址信息確定將預(yù)先建立的網(wǎng)關(guān)控制會
話關(guān)聯(lián)到對應(yīng)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話。 優(yōu)選地，在策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求 消息之后，方法還包括策略和計(jì)費(fèi)規(guī)則功能實(shí)體向接入網(wǎng)關(guān)提供默認(rèn)的服務(wù)質(zhì)量策略。
優(yōu)選地，在根據(jù)移動節(jié)點(diǎn)標(biāo)識、接入點(diǎn)名稱以及網(wǎng)絡(luò)協(xié)議地址信息將網(wǎng)關(guān)控制會 話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)之后，方法還包括策略和計(jì)費(fèi)規(guī)則功能實(shí)體根據(jù)網(wǎng)絡(luò) 協(xié)議連接接入網(wǎng)會話制定策略和計(jì)費(fèi)控制策略，并根據(jù)策略和計(jì)費(fèi)控制策略向接入網(wǎng)關(guān)提 供相應(yīng)的服務(wù)質(zhì)量策略。 優(yōu)選地，接入網(wǎng)關(guān)包括以下之一承載綁定和事件報(bào)告功能實(shí)體、服務(wù)網(wǎng)關(guān)、非第
6三代合作伙伴計(jì)劃接入網(wǎng)關(guān)。 為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了一種策略和計(jì)費(fèi)規(guī)則功能 實(shí)體。 根據(jù)本發(fā)明的策略和計(jì)費(fèi)規(guī)則功能實(shí)體包括第一接收模塊，用于在建立網(wǎng)關(guān)控 制會話時，接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求消息，其中，網(wǎng)關(guān)控制會話建立請求 消息中攜帶有移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息；第二接收模塊，用于接收來自接入網(wǎng)關(guān)的 網(wǎng)絡(luò)協(xié)議地址信息；關(guān)聯(lián)模塊，用于根據(jù)第一接收模塊接收的移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱、 以及第二接收模塊接收的網(wǎng)絡(luò)協(xié)議地址信息將網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控 制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)。 優(yōu)選地，上述實(shí)體還包括獲取模塊，用于從第一接收模塊接收的網(wǎng)關(guān)控制會話建 立請求消息中獲取移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息；比較模塊，用于將網(wǎng)關(guān)控制會話中的 接入點(diǎn)名稱信息和移動節(jié)點(diǎn)標(biāo)識與當(dāng)前的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話中移動節(jié)點(diǎn)標(biāo)識和接 入點(diǎn)名稱信息進(jìn)行比較；調(diào)度模塊，用于根據(jù)比較模塊的比較結(jié)果調(diào)度關(guān)聯(lián)模塊將網(wǎng)關(guān)控 制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)；發(fā)送模塊，用于根據(jù)比較模塊的比較結(jié)果向接入 網(wǎng)關(guān)發(fā)送通知消息，其中，通知消息用于指示未解決Gx會話關(guān)聯(lián)。 通過本發(fā)明，PCRF根據(jù)MN ID、 APN以及IP地址信息將網(wǎng)關(guān)控制會話建立請求消 息對應(yīng)的網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)，解決了相關(guān)技術(shù)在解決目前還不能支持單APN 多PDN的接入這一困難時會導(dǎo)致對3GPP協(xié)議修改較大的問題，進(jìn)而在不修改現(xiàn)有協(xié)議的情 況下實(shí)現(xiàn)了單APN多PDN的接入，并保證了系統(tǒng)的兼容性。
此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)相關(guān)技術(shù)的3GPP EPS架構(gòu)的示意圖； 圖2是根據(jù)本發(fā)明實(shí)施例的多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法的流程圖； 圖3是根據(jù)本發(fā)明實(shí)施例的3GPP接入時S5/S8接口使用PMIP情況下單APN多
PDN連接場景的流程圖； 圖4是根據(jù)本發(fā)明實(shí)施例的非3GPP接入時S2a接口使用PMIP情況下單APN多 PDN連接場景的流程圖； 圖5是根據(jù)本發(fā)明實(shí)施例的非3GPP接入切換到3GPP接入時單APN多PDN連接場 景的流程圖； 圖6是根據(jù)本發(fā)明實(shí)施例的3GPP接入切換到非3GPP接入時單APN多PDN連接場 景的流程圖； 圖7是根據(jù)本發(fā)明實(shí)施例的PCRF的結(jié)構(gòu)框圖；
圖8是根據(jù)本發(fā)明實(shí)施例的PCRF的優(yōu)選結(jié)構(gòu)框圖。
具體實(shí)施方式
功能概述 考慮到相關(guān)技術(shù)在解決目前還不能支持單APN多PDN的接入這一困難時會導(dǎo)致對3GPP協(xié)議修改較大的問題，本發(fā)明提供了一種改進(jìn)的多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方案，在 建立網(wǎng)關(guān)控制會話時，PCRF接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求消息，其中，網(wǎng)關(guān)控 制會話建立請求消息中攜帶有麗ID和APN信息；PCRF接收來自接入網(wǎng)關(guān)的IP地址信息， 并根據(jù)MN ID、 APN以及IP地址信息將網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與 IP-CAN會話關(guān)聯(lián)，這樣在不修改現(xiàn)有協(xié)議的情況下實(shí)現(xiàn)了單APN多PDN的接入，并保證了系 統(tǒng)的兼容性。 需要說明的是，在不沖突的情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。 在策略和計(jì)費(fèi)控制(Policy and Charging Control,簡稱為PCC)系統(tǒng)中，存在 BBERF與PCEF兩個策略執(zhí)行的實(shí)體，這兩個實(shí)體與PCRF之間分別建立了網(wǎng)關(guān)控制會話與 IP-CAN會話。由于BBERF與PCEF是位于同一條數(shù)據(jù)通道上不同的策略執(zhí)行點(diǎn)，BBERF執(zhí)行 的是服務(wù)質(zhì)量(Quality of Service,簡稱為QoS)策略，PCEF除了 QoS策略之外還有計(jì)費(fèi) 的策略，他們執(zhí)行的策略都是由PCRF統(tǒng)一提供的，都來自于PCC策略，所以，網(wǎng)關(guān)控制會話 與IP-CAN會話必須關(guān)聯(lián)。 在3GPP接入時S5/S8接口使用PMIPv6，以及非3GPP接入的S2a接口使用PMIPv6 的情況下，網(wǎng)關(guān)控制會話與IP-CAN會話是一一對應(yīng)的。 在單個APN建立單個PDN連接的情況下，IP-CAN會話與網(wǎng)關(guān)控制會話的關(guān)聯(lián)是通 過相同的APN與麗ID來實(shí)現(xiàn)的。但是，如果以一個APN建立了多個PDN連接，由于相同的 APN與麗ID對應(yīng)了多個IP-CAN會話與網(wǎng)關(guān)控制會話，所以還需要有另外的參數(shù)才能將二 者正確關(guān)聯(lián)起來。如果采用接口標(biāo)識來實(shí)現(xiàn)關(guān)聯(lián)，需要修改目前的3GPP的Gxa接口的協(xié)議， 增加接口標(biāo)識的描述，這樣做對現(xiàn)有協(xié)議改動比較大，也帶來兼容性的問題。本發(fā)明則提出 一種不修改現(xiàn)有協(xié)議的解決方案，在3GPP系統(tǒng)以及接入3GPP的非3GPP系統(tǒng)使用PMIP的 情況下單個APN對應(yīng)多個PDN連接的場景中實(shí)現(xiàn)了 PCC。
方法實(shí)施例 根據(jù)本發(fā)明的實(shí)施例，提供了一種多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法。圖2是根據(jù) 本發(fā)明實(shí)施例的多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法的流程圖，如圖2所示，該方法包括如下 的步驟S202至步驟S204 : 步驟S202，在建立網(wǎng)關(guān)控制會話時，PCRF接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立 請求消息，其中，網(wǎng)關(guān)控制會話建立請求消息中攜帶有MN ID和APN信息。此后，PCRF向接 入網(wǎng)關(guān)提供默認(rèn)的QoS策略。 步驟S204，PCRF接收來自接入網(wǎng)關(guān)的IP地址信息，并根據(jù)MN ID、APN以及IP地 址信息將網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)。此后，PCRF 根據(jù)IP-CAN會話制定PCC策略，并根據(jù)PCC策略向接入網(wǎng)關(guān)提供相應(yīng)的QoS策略。
在步驟S202之后，PCRF從網(wǎng)關(guān)控制會話建立請求消息中獲取MN ID和APN信息， 將網(wǎng)關(guān)控制會話中的APN信息和MN ID與當(dāng)前的IP-CAN會話中MN ID和APN信息進(jìn)行比 較，如果比較結(jié)果指示不存在與網(wǎng)關(guān)控制會話相關(guān)聯(lián)的IP-CAN會話，則在建立IP-CAN會話 時，將網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)。 如果比較結(jié)果指示存在與網(wǎng)關(guān)控制會話相關(guān)聯(lián)的IP-CAN會話，則PCRF向接入網(wǎng) 關(guān)發(fā)送通知消息，其中，通知消息用于指示未解決Gx會話關(guān)聯(lián)。
此后，PCRF接收來自PCEF的IP-CAN會話修改消息，其中，IP-CAN會話修改消息用 于指示新的IP-CAN類型；PCRF從IP-CAN會話修改消息中獲取新的IP-CAN類型，并根據(jù)新 的IP-CAN類型制定PCC策略。 或者，PCRF接收到來自接入網(wǎng)關(guān)的IP-CAN會話建立消息，其中，IP-CAN會話建立 消息中攜帶有IP地址信息；PCRF根據(jù)MNID、 APN以及IP地址信息確定將預(yù)先建立的網(wǎng)關(guān) 控制會話關(guān)聯(lián)到對應(yīng)的IP-CAN會話。 需要說明的是，接入網(wǎng)關(guān)可以包括以下之一 BBERF、服務(wù)網(wǎng)關(guān)(Serving Gateway, 簡稱為SGW)、非3GPP接入網(wǎng)關(guān)。 下面以接入網(wǎng)關(guān)為BBERF為例對本發(fā)明的實(shí)現(xiàn)過程進(jìn)行描述。在建立網(wǎng)關(guān)控制會話時，BBERF提供MN ID， APN信息給PCRF，但是不提供給PCRF
接口標(biāo)識信息，PCRF提供給BBERF默認(rèn)的QoS策略(即，上述的步驟S202)。 當(dāng)移動接入網(wǎng)關(guān)(Mobility Access Gateway,簡稱為MAG) (SGW或者非3GPP接入
網(wǎng)關(guān))接收到LMA發(fā)來的PBA消息后，獲得了 IP地址信息(HNP或者IPv4地址)，此時，
BBERF (SGW或者非3GPP接入網(wǎng)關(guān))把IP地址信息提供給PCRF。由PCRF根據(jù)MN ID， APN
以及IP地址信息將網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)(S卩，上述的步驟S204)。根據(jù)生成的
PCC策略，PCRF將下達(dá)相應(yīng)的QoS策略給BBERF。 以下是解決在S5/S8接口 ，或者S2a接口使用PMIPv6情況下，IP-CAN會話(Gx會 話)與網(wǎng)關(guān)控制會話(Gxx會話)關(guān)聯(lián)的方法。 對于新建的網(wǎng)關(guān)控制會話，如果新建的網(wǎng)關(guān)控制會話中攜帶了 APN信息，PCRF則 將網(wǎng)關(guān)控制會話中的APN與麗ID與現(xiàn)有IP-CAN會話(Gx會話)中的相比較，如果未發(fā)現(xiàn) 相關(guān)聯(lián)的IP-CAN會話，則判斷是新建的IP-CAN會話，PCRF在IP-CAN會話建立時將二者關(guān) 聯(lián)。 如果發(fā)現(xiàn)了相關(guān)聯(lián)的IP-CAN會話(Gx會話)，則PCRF判斷可能是以相同的APN建
立了新的PDN連接，也有可能發(fā)生了 BBERF切換(relocation)，此時，PCRF還無法將IP-CAN
會話關(guān)聯(lián)到新建的網(wǎng)關(guān)控制會話上，PCRF將通知BBERF :"未解決Gx會話關(guān)聯(lián)"。如果發(fā)生
了 BBERF切換，PCRF將接收到IP-CAN會話修改；如果是非BBERF切換情況下，PCRF將接收
到IP-CAN會話建立，此時獲得該會話的麗ID， APN，以及IP地址信息。BBERF在MAG接收
到PBA消息之后，獲得IP地址信息，此時將通知PCRF， PCRF根據(jù)MN ID， APN，以及IP地址
信息解決之前建立的網(wǎng)關(guān)控制會話關(guān)聯(lián)到哪一個IP-CAN會話(Gx會話)。 PCRF在建立網(wǎng)關(guān)控制會話時下達(dá)默認(rèn)的QoS策略，在解決Gx與Gxx會話(網(wǎng)關(guān)控
制會話)關(guān)聯(lián)后，根據(jù)PCC規(guī)則下達(dá)相應(yīng)的QoS規(guī)則。 下面將結(jié)合實(shí)例對本發(fā)明實(shí)施例的實(shí)現(xiàn)過程進(jìn)行詳細(xì)描述。 實(shí)施例一 本實(shí)施例描述的是S5/S8接口使用PMIPv6時，3GPP接入建立多PDN連接的流程， 需要指出的是，本實(shí)施例使用了僅在3GPP接入時有效的接口標(biāo)識。首先，UE先以APN建立 了一個PDN連接，SGW與分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(Packet Data Network Gateway,簡稱為PGW)之 間建立了 PMIP隧道。然后，UE需要以相同的APN再建立一個新的PDN連接。
圖3是根據(jù)本發(fā)明實(shí)施例的3GPP接入時S5/S8接口使用PMIP情況下單APN多 PDN連接場景的流程圖，如圖3所示，包括如下的步驟S301至步驟S317 :
步驟S301，UE已經(jīng)建立了一個PDN連接，由于業(yè)務(wù)需要，決定以相同的APN發(fā)起另 外一個PDN連接。 步驟S302，UE向匪E發(fā)起PDN連接建立請求，并在其中攜帶MN ID，APN等參數(shù)，UE 的這條PDN連接請求通過NSAPI等接口標(biāo)識將自己與其他的PDN連接建立消息區(qū)分開來。
步驟S303，匪E接收PDN連接建立請求，并根據(jù)APN選擇PGW，分配Bearer ID。匪E 向SGW發(fā)送創(chuàng)建承載請求，其中，創(chuàng)建承載請求中攜帶的消息內(nèi)容包括國際移動用戶標(biāo) 識(International Mobile Subscriber Identifier,簡稱為MSI)、無線接入類型(Radio Access Type,簡稱為RAT) type、 PGW地址、BearerID、匪E的控制面隧道標(biāo)識、PDN Type等 參數(shù)。 步驟S304， SGW(BBERF)接收到匪E發(fā)送創(chuàng)建承載請求后，向PCRF發(fā)起網(wǎng)關(guān)控制會 話建立過程，BBERF發(fā)送網(wǎng)關(guān)控制會話建立(Gateway Control Session Establishment)消 息，該消息中攜帶的消息內(nèi)容包括IP-CAN type，MN ID，APN信息等。PCRF將根據(jù)MN ID、 APN信息建立新的網(wǎng)關(guān)控制會話。 步驟S305， PCRF接收并根據(jù)網(wǎng)關(guān)控制會話建立請求消息中攜帶的APN， MN ID進(jìn) 行查詢，如果已經(jīng)存在對應(yīng)的IP-CAN會話，則決定暫時不解決IP-CAN會話與網(wǎng)關(guān)控制會 話的關(guān)聯(lián)。PCRF發(fā)送網(wǎng)關(guān)控制會話建立響應(yīng)(Gateway Control Session Establishment Ack)消息給SGW(BBERF)，其中，該消息中攜帶有缺省的QoS規(guī)則及事件觸發(fā)，并且，PCRF通 知SGW(BBERF):未解決Gx與Gxx會話關(guān)聯(lián)。 步驟S306， SGW(MAG)接收到PCRF發(fā)送的網(wǎng)關(guān)控制會話建立響應(yīng)消息后，發(fā)送代 理綁定更新(Proxy Binding Update)消息給PGW(LMA)，該消息中攜帶的參數(shù)包括MN ID、 APN、 Bearerld (即，對應(yīng)接口標(biāo)識)、下行鏈路GRE key等。 步驟S307，PGW接收到代理綁定更新消息之后，根據(jù)MN ID，APN，Bearer Id這三個 參數(shù)判斷出需要建立新的PMIP隧道，LMA于是生成新的BCE(邦定緩存表項(xiàng))。并針對這個 PDN連接為UE分配家鄉(xiāng)網(wǎng)絡(luò)前綴(Home Network Pref ix，簡稱為HNP)。同時，PGW(PCEF) 也根據(jù)MN ID，APN，Bearer Id/HNP判斷出需要新建IP-CAN會話，于是向PCRF發(fā)起IP-CAN 會話建立請求，該消息中攜帶有MN ID、 LMA新分配的HNP、 APN等參數(shù)，在PCRF上建立新的 IP-CAN會話。此時，新建的IP-CAN會話與網(wǎng)關(guān)控制會話還未關(guān)聯(lián)，這是由于網(wǎng)關(guān)控制會話 還不包含UE的IP地址信息，也未攜帶Bearer ID。 步驟S308， PCRF建立新的IP-CAN會話后，通過MN ID、APN、以及IP地址信息把此 次建立的IP-CAN會話與之前該用戶用相同的APN建立的會話區(qū)分開。
步驟S309， PCRF可從用戶簽約數(shù)據(jù)庫(Subcrition Prof ileR印osigory，簡稱為 SPR)獲得簽約信息，并生成PCC策略，通過IP-CAN會話建立響應(yīng)消息，下達(dá)給PCEF (PGW)。
步驟S310， PGW發(fā)送綁定更新響應(yīng)消息給SGW，包括給UE分配的HNP， MN ID，綁定 有效時間，上行GRE key以及其他的附加參數(shù)。 步驟S311， SGW(BBERF)在收到綁定更新響應(yīng)消息后，獲得了分配給UE的HNP，此 時SGW因?yàn)镚x與Gxx會話仍未關(guān)聯(lián)，必須發(fā)送Gateway Control and QoS (Rule) Request 消息給PCRF，攜帶UE (MN) ID， APN， Bearer Id， HNP參數(shù)。 步驟S312，PCRF則根據(jù)UE(MN) ID，APN，HNP這三個參數(shù)把網(wǎng)關(guān)控制會話與IP-CAN 會話關(guān)聯(lián)起來。會話關(guān)聯(lián)之后，就可以根據(jù)IP-CAN會話得到的PCC策略，產(chǎn)生BBERF所需的QoS策略(規(guī)則)，并下達(dá)給BBERF。 (SGW， BBERF) 步驟S313，步驟S314， PCRF發(fā)送Gateway Control and QoS RuleProvision消息 給BBERF，包括QoS規(guī)則與事件觸發(fā)。BBERF收到該消息后在SGW上部署QoS策略，安裝事 件觸發(fā)，并執(zhí)行承載綁定。BBERF回響應(yīng)消息，這個響應(yīng)消息可在QoS策略安裝完成之后再 發(fā)送給PCRF。 步驟S315， SGW發(fā)送創(chuàng)建承載響應(yīng)消息給匪E，攜帶的參數(shù)包括SGW用戶面的隧 道標(biāo)識，SGW控制面的隧道標(biāo)識，SGW地址，PGW地址，PGW隧道標(biāo)識，上行鏈路的GRE key, Bearer ID， QoS等參數(shù)。 步驟S316，在匪E與UE之間建立無線承載。在無線承載建立完成之后，匪E發(fā)送 更新承載請求(Update Bearer Request)消息給SGW，內(nèi)容包括Bearer ID，eNodeB地址與 隧道標(biāo)識。 步驟S317， SGW發(fā)送Update Bearer Response消息給匪E。 步驟S318，匪E把MN ID， APN， Bearer ID， IP地址信息發(fā)送給HSS/AAA保存。 實(shí)施例二 圖4是根據(jù)本發(fā)明實(shí)施例的非3GPP接入時S2a接口使用PMIP情況下單APN多 PDN連接場景的流程圖，如圖4所示，在非3GPP接入情況下，S2a接口 (非3GPP接入網(wǎng)關(guān)與 PGW之間)使用PMIPv6，UE用單個APN建立第二個PDN連接時的流程包括如下的步驟S401 至步驟S415 : 步驟S401， UE在非3GPP接入網(wǎng)絡(luò)已經(jīng)以APN建立了一個APN連接，因?yàn)闃I(yè)務(wù)需 要，將以相同的APN建立另外一個PDN連接。 步驟S402， UE與網(wǎng)絡(luò)進(jìn)行鑒權(quán)認(rèn)證，該過程包括接入認(rèn)證和鑒權(quán)認(rèn)證。 步驟S403， UE向非3GPP接入網(wǎng)關(guān)發(fā)起附著請求，該請求攜帶有MN ID， APN，接口
標(biāo)識等參數(shù)。 步驟S404， BBERF (非3GPP接入網(wǎng)關(guān))向PCRF發(fā)起網(wǎng)關(guān)控制會話建立過程，BBERF 發(fā)送網(wǎng)關(guān)控制會話建立(Gateway ControlSession Establishment)消息，攜帶的消息內(nèi)容 包括IP-CAN type, UE (MN) ID， APN，等，但是不攜帶接口標(biāo)識參數(shù)。PCRF將根據(jù)UE (MN) ID， APN建立新的網(wǎng)關(guān)控制會話。 步驟S405， PCRF以網(wǎng)關(guān)控制會話建立請求攜帶的APN， MN ID查詢已經(jīng)有對應(yīng)的 IP-CAN會話，決定暫時不解決IP-CAN會話與網(wǎng)關(guān)控制會話的關(guān)聯(lián)。 步驟S406， PCRF發(fā)送Gateway Control Session EstablishmentAck消息給 BBERF(同上)，消息中攜帶缺省的QoS規(guī)則及事件觸發(fā)，并通知BBERF :未解決Gx與Gxx會
話關(guān)聯(lián)。 步驟S407，MAG發(fā)送Proxy Binding Update消息給PGW(LMA)，并在其中攜帶以下 參數(shù)MN ID， APN，接口標(biāo)識，下行鏈路GRE key等。 步驟S408， PGW接收到代理綁定更新消息之后，根據(jù)麗ID， APN，接口標(biāo)識這三個 參數(shù)判斷需要建立新的PMIP隧道，LMA于是生成新的BCE(綁定緩存表項(xiàng))。并針對這個 PDN連接為UE分配HNP (Home Network Prefix)。同時，PGW(PCEF)也根據(jù)MNID， APN，接口 標(biāo)識/HNP判斷出需要新建IP-CAN會話，于是向PCRF發(fā)起IP-CAN會話建立請求，攜帶麗 ID， LMA新分配的HNP， APN等參數(shù)，在PCRF上建立新的IP-CAN會話。此時，新建的IP-CAN會話與網(wǎng)關(guān)控制會話還未關(guān)聯(lián)，因?yàn)榫W(wǎng)關(guān)控制會話還不包含UE的IP地址信息，也未攜帶 Bearer ID。 步驟S409， PCRF通過MN ID， APN，以及IP地址信息把此次建立的IP-CAN會話與 之前該用戶用相同的APN建立的會話區(qū)別開來。 步驟S410， PGW發(fā)送綁定更新響應(yīng)消息給SGW，包括給UE分配的HNP， MN ID，綁定 有效時間，上行GRE key以及其他的附加參數(shù)。 步驟S411，SGW(BBERF)在接收到綁定更新響應(yīng)消息后，獲得了分配給UE的HNP，此 時SGW因?yàn)镚x與Gxx會話仍未關(guān)聯(lián)，需要發(fā)送網(wǎng)關(guān)控制和服務(wù)指令請求(Gateway Control and QoSRequest)消息給PCRF，并在其中攜帶UE ID， APN， Bearer Id， HNP參數(shù)。
步驟S412， PCRF則根據(jù)UE ID， APN， HNP這三個參數(shù)把網(wǎng)關(guān)控制會話與IP-CAN會 話關(guān)聯(lián)起來。會話關(guān)聯(lián)之后，就可以根據(jù)得到的PCC策略，產(chǎn)生BBERF所需的QoS策略，并 下達(dá)給BBERF。 步驟S413至步驟S414， PCRF發(fā)送網(wǎng)關(guān)控制和服務(wù)指令規(guī)則提供(Gateway Control and QoS Rule Provision)消息給BBERF，包括QoS規(guī)則與事件觸發(fā)。BBERF接收 到該消息后在SGW上部署QoS策略，安裝事件觸發(fā)，并執(zhí)行承載綁定。BBERF回響應(yīng)消息，這 個響應(yīng)消息可在QoS策略安裝完成之后再發(fā)送給PCRF。
步驟S415，網(wǎng)絡(luò)發(fā)送附著響應(yīng)消息給UE。
實(shí)施例三 圖5是根據(jù)本發(fā)明實(shí)施例的非3GPP接入切換到3GPP接入時單APN多PDN連接 場景的流程圖，如圖5所示，本實(shí)施例描述UE在已經(jīng)建立了多PDN連接的情況下從非3GPP 接入切換到3GPP接入建立多PDN連接的流程，3GPP的SGW與PGW之間的S5/S8接口使用 PMIPv6協(xié)議。在發(fā)生切換時，所有的PDN連接都需要切換。UE在切換到新的接入系統(tǒng)時， 使用新的接口標(biāo)識，原有的接口標(biāo)識將不再使用。在本實(shí)施例中，UE在非3GPP網(wǎng)絡(luò)建立了 兩個PDN連接(使用同一個APN)。切換到3GPP接入網(wǎng)后，UE重建了兩個PDN連接。該流 程包括如下的步驟S501至步驟S533 : 步驟S501， UE發(fā)起用于切換的附著請求，該請求消息中攜帶有APN， NSAPI。
步驟S502， UE在3GPP系統(tǒng)中進(jìn)行鑒權(quán)認(rèn)證，即，UE通過匪E從HSS/AAA進(jìn)行鑒權(quán) 認(rèn)證。 步驟S503，鑒權(quán)完成之后，匪E向SGW發(fā)起創(chuàng)建承載請求，該創(chuàng)建承載請求中攜帶 有APN。 步驟S504，SGW在部署了 PCC系統(tǒng)的情況下，向PCRF發(fā)起網(wǎng)關(guān)控制會話建立請求。 然后，BBERF(SGW)發(fā)送Gateway ControlSession Establishment消息，攜帶的消息內(nèi)容包 括IP-CAN type, UE ID， APN等，但是，不攜帶接口標(biāo)識參數(shù)，PCRF將根據(jù)UE ID， APN建立 新的網(wǎng)關(guān)控制會話。 步驟S505， PCRF根據(jù)網(wǎng)關(guān)控制會話建立請求攜帶的APN， MN ID進(jìn)行查詢，如果已 經(jīng)有對應(yīng)的IP-CAN會話，則決定暫時不解決IP-CAN會話與網(wǎng)關(guān)控制會話的關(guān)聯(lián)。PCRF應(yīng) 通知BBERF :未解決Gx與Gxx會話關(guān)聯(lián)。 步驟S506， SGW接收到創(chuàng)建承載請求之后，發(fā)起向PGW(LMA)的綁定更新請求，該消 息中攜帶的內(nèi)容包括APN、麗ID(UE的ID) 、 Lifetime (此次綁定的有效時間)、切換標(biāo)識、
12接口標(biāo)識、接入技術(shù)類型、用于下行鏈路的GRE key、以及其他的一些參數(shù)。
步驟S507， PGW接收到SGW(MAG)發(fā)送的代理綁定更新請求后，PGW(LMA)根據(jù)MN ID和APN搜索BCE，發(fā)現(xiàn)有兩個符合條件的選項(xiàng)，則判定用戶以相同的APN建立了兩個PDN 連接；然后，比較接入技術(shù)類型，在發(fā)生系統(tǒng)間切換的情況下，接入技術(shù)類型發(fā)生改變，所以 發(fā)現(xiàn)代理綁帶更新消息中攜帶的接入技術(shù)類型也全部不相同，再加上切換標(biāo)識(handoff indicator)表明發(fā)生了跨MAG的切換，此時，LMA判斷是發(fā)生了跨系統(tǒng)的切換。由于存在 兩個PDN連接需要全部切換，并且UE在切換時不特別區(qū)分是切換了哪一個PDN連接，所以， LMA任選一個符合條件的PDN連接，獲取原先分配給UE的HNP，接口標(biāo)識，接入技術(shù)類型，上 行GRE key等參數(shù)，并以新的接口標(biāo)識，接入技術(shù)類型替換原先的，并更新BCE中其他需要 更新的參數(shù)。 步驟S508，此時，如果部屬了 PCC系統(tǒng)，PCEF(PGW)還需要根據(jù)用戶的MN ID， APN 再加上IP地址信息，獲取對應(yīng)的IP-CAN會話。 步驟S509， PCEF向PCRF發(fā)起IP-CAN會話修改，通知PCRF新的IP-CAN類型，請求 PCRF對新的IP-CAN類型下達(dá)新的策略。此時PCRF未關(guān)聯(lián)相應(yīng)的IP-CAN會話與網(wǎng)關(guān)控制 會話。 步驟S510， LMA更新BCE的內(nèi)容后，發(fā)送Proxy Binding Ack消息給MAG，攜帶的 參數(shù)包括麗ID， lifetime (此次綁定的有效時間)，UE IP地址信息，用于上行鏈路的GRE key，以及其他一些附加信息。 步驟S511， SGW(BBERF)在收到綁定更新響應(yīng)消息后，獲得了分配給UE的HNP，此 時SGW因?yàn)镚x與Gxx會話仍未關(guān)聯(lián)，必須發(fā)送Gateway Control and QoS Request消息給 PCRF，攜帶UEID， APN， Bearer Id， HNP參數(shù)。 步驟S512， PCRF則根據(jù)UE ID， APN， HNP這三個參數(shù)把網(wǎng)關(guān)控制會話與IP-CAN會 話關(guān)聯(lián)起來。會話關(guān)聯(lián)之后，就可以根據(jù)得到的PCC策略，產(chǎn)生BBERF所需的QoS策略，并 下達(dá)給BBERF。 步驟S513至步驟S514， PCRF發(fā)送Gateway Control and QoSRule Provision消 息給BBERF，包括QoS規(guī)則與事件觸發(fā)。BBERF收到該消息后在SGW上部署QoS策略，安裝 事件觸發(fā)，并執(zhí)行承載綁定。BBERF可回響應(yīng)消息，這個響應(yīng)消息可在QoS策略安裝完成之 后再發(fā)給PCRF。 步驟S515， SGW發(fā)建立承載響應(yīng)消息給匪E。 步驟S516，匪E在無線承載建立完成之后，發(fā)出更新承載請求消息給SGW，攜帶的 消息內(nèi)容包括eNodeB的地址，eNodeB的隧道標(biāo)識，切換標(biāo)識等內(nèi)容。 步驟S517， SGW發(fā)出承載更新響應(yīng)消息給匪E，此時無線承載與PMIP隧道都已經(jīng) 建立完畢。 步驟S518， UE發(fā)起用于切換的附著請求，請求消息中攜帶APN，以及NSAPI。 步驟S519，匪E向SGW發(fā)起創(chuàng)建承載請求，創(chuàng)建承載請求中攜帶APN。 步驟S520，SGW在部署了 PCC系統(tǒng)的情況下，向PCRF發(fā)起網(wǎng)關(guān)控制會話建立請求。
BBERF發(fā)送Gateway Control SessionEstablishment消息給PCRF，攜帶的消息內(nèi)容包括
IP-CAN type，UE ID， APN，等，但是不攜帶接口標(biāo)識參數(shù)。PCRF將根據(jù)UE ID，APN建立新的
網(wǎng)關(guān)控制會話。
步驟S521， PCRF以網(wǎng)關(guān)控制會話建立請求攜帶的APN， MN ID查詢，已經(jīng)有對應(yīng)的 IP-CAN會話，決定暫時不解決IP-CAN會話與網(wǎng)關(guān)控制會話的關(guān)聯(lián)。PCRF應(yīng)通知BBERF :未 解決Gx與Gxx會話關(guān)聯(lián)。 步驟S522， MAG對另外一個接口地址進(jìn)行代理綁定更新，攜帶APN， MN ID，接口標(biāo) 識2，接入技術(shù)類型，切換標(biāo)識(handoffindicator)等參數(shù)。 步驟S523，接收到SGW(MAG)發(fā)來的代理綁定更新請求，PGW(LMA)根據(jù)MN ID+APN 搜索BCE，發(fā)現(xiàn)有兩個符合條件的選項(xiàng)，則判定用戶以相同的APN建立了兩個PDN連接；進(jìn) 一步，比較接入技術(shù)類型，在發(fā)生系統(tǒng)間切換的情況下，接入技術(shù)類型發(fā)生改變，此時發(fā)現(xiàn) 一個BCE記錄中的接入技術(shù)類型與之不同，再加上切換標(biāo)識(handoff indicator)表明發(fā) 生了跨MAG的切換，此時LMA判斷該P(yáng)DN連接是發(fā)生了跨系統(tǒng)的切換。由于LMA知道發(fā)生 跨系統(tǒng)切換時，所有的PDN連接都需要切換，所以LMA認(rèn)為該P(yáng)DN連接也需要切換，獲取原 先分配給UE的HNP，接口標(biāo)識，接入技術(shù)類型，上行GRE key等參數(shù)，并以新的接口標(biāo)識，接 入技術(shù)類型替換原先的，并更新BCE中其他需要更新的參數(shù)(如GRE key)。
步驟S524，此時如果部屬了PCC系統(tǒng)，PCEF(PGW)還需要根據(jù)用戶的MN ID，APN再 加上IP地址信息，獲取對應(yīng)的IP-CAN會話。 步驟S525，PCEF向PCRF發(fā)起IP-CAN會話修改，通知PCRF新的IP-CAN類型，請求 PCRF對新的IP-CAN類型下達(dá)新的策略。此時由于BBERF并未提供UE的IP地址信息或者 接口標(biāo)識，PCRF未關(guān)聯(lián)相應(yīng)的IP-CAN會話與網(wǎng)關(guān)控制會話。 步驟S526， LMA更新BCE的內(nèi)容后，發(fā)送Proxy Binding Ack消息給MAG，攜帶的參 數(shù)包括麗ID， lifetime (此次綁定的有效時間)，UE地址信息，用于上行鏈路的GRE key, 以及其他一些附加信息。 步驟S527， SGW (BBERF)在收到綁定更新響應(yīng)消息后，獲得了分配給UE的HNP，此 時SGW因?yàn)镚x與Gxx會話仍未關(guān)聯(lián)，必須發(fā)送Gateway Control and QoS Request消息給 PCRF，攜帶UEID， APN， Bearer Id， HNP參數(shù)。 步驟S528， PCRF則根據(jù)UE ID， APN， HNP這三個參數(shù)把網(wǎng)關(guān)控制會話與IP-CAN會 話關(guān)聯(lián)起來。會話關(guān)聯(lián)之后，就可以根據(jù)得到的PCC策略，產(chǎn)生BBERF所需的QoS策略，并 下達(dá)給BBERF。 步驟S529至步驟S530， PCRF發(fā)送Gateway Control and QoSRule Provision消 息給BBERF，包括QoS規(guī)則與事件觸發(fā)。BBERF收到該消息后在SGW上部署QoS策略，安裝 事件觸發(fā)，并執(zhí)行承載綁定。BBERF可回響應(yīng)消息，這個響應(yīng)消息可在QoS策略安裝完成之 后再發(fā)給PCRF。 步驟S531， SGW發(fā)建立承載響應(yīng)消息給匪E。 步驟S532、匪E在無線承載建立完成之后，發(fā)出更新承載請求消息給SGW，攜帶的 消息內(nèi)容包括eNodeB的地址，eNodeB的隧道標(biāo)識，切換標(biāo)識等內(nèi)容。 步驟S533， SGW發(fā)出承載更新響應(yīng)消息給匪E，此時無線承載與PMIP隧道都已經(jīng)
建立完畢。 實(shí)施例四 圖6是根據(jù)本發(fā)明實(shí)施例的3GPP接入切換到非3GPP接入時單APN多PDN連接場 景的流程圖，如圖6所示，本實(shí)施例描述的是UE從3GPP接入切換到非3GPP接入網(wǎng)絡(luò)，其中UE在非3GPP網(wǎng)絡(luò)建立了兩個PDN連接(使用同一個APN)。切換到3GPP接入網(wǎng)后，UE重
建兩個到PDN連接。本實(shí)施例的流程圖如圖6所示，切換之前，舊的3GPP SGW與PGW之間
為同一個APN建立了兩個PDN連接，分別對應(yīng)兩條PMIP隧道。UE檢測到了非3GPP網(wǎng)絡(luò)，開
始發(fā)起切換。該流程包括如下的步驟S601至步驟S628 : 步驟S601， UE檢測到了非3GPP無線接入，決定進(jìn)行切換。 步驟S602， UE在非3GPP系統(tǒng)中進(jìn)行鑒權(quán)認(rèn)證； 步驟S603，UE發(fā)起用于切換的附著請求，請求消息中攜帶APN，以及對應(yīng)的鏈路接口地址1。 步驟S604， SGW(BBERF)向PCRF發(fā)起網(wǎng)關(guān)控制會話建立請求，BBERF發(fā)送GatewayControl Session Establishment消息，攜帶的消息內(nèi)容包括IP-CAN type, UE ID， APN，等。但是不攜帶接口標(biāo)識或者IP地址信息。 步驟S605， PCRF以網(wǎng)關(guān)控制會話建立請求攜帶的APN， MN ID查詢，已經(jīng)有對應(yīng)的IP-CAN會話，決定暫時不解決IP-CAN會話與網(wǎng)關(guān)控制會話的關(guān)聯(lián)。 步驟S606， PCRF返回給BBERF Gateway Control SessionEstablishment Ack消息，攜帶缺省QoS參數(shù)以及事件觸發(fā)。PCRF應(yīng)通知BBERF :未解決Gx與Gxx會話關(guān)聯(lián)。
步驟S607， SGW獲知用戶發(fā)起切換請求之后，發(fā)起向LMA的綁定更新請求，消息中攜帶的內(nèi)容包括APN，麗ID (UE的ID) ， Lifetime (此次綁定的有效時間)，切換標(biāo)識，接口標(biāo)識，接入技術(shù)類型，用于下行鏈路的GRE key,以及其他的一些參數(shù)。
步驟S608，收到SGW(MAG)發(fā)來的代理綁定更新請求，PGW (LMA)根據(jù)MN ID+APN搜索BCE，發(fā)現(xiàn)有兩個符合條件的選項(xiàng)，則判定用戶以相同的APN建立了兩個PDN連接；進(jìn)一步，比較接入技術(shù)類型，在發(fā)生系統(tǒng)間切換的情況下，接入技術(shù)類型發(fā)生改變，所以發(fā)現(xiàn)代理綁帶更新消息中攜帶的接入技術(shù)類型也全部不相同，再加上切換標(biāo)識(handoffindicator)表明發(fā)生了跨MAG的切換，此時LMA判斷是發(fā)生了跨系統(tǒng)的切換。由于存在兩個PDN連接需要全部切換，并且UE在切換時不特別區(qū)分是切換了哪一個PDN連接，所以LMA任選一個符合條件的PDN連接，獲取原先分配給UE的HNP，接口標(biāo)識，接入技術(shù)類型，上行GRE key等參數(shù)，并以新的接口標(biāo)識，接入技術(shù)類型替換原先的，并更新BCE中其他需要更新的參數(shù)。 步驟S609，此時如果部屬了PCC系統(tǒng)，PCEF(PGW)還需要根據(jù)用戶的MN ID，APN再加上IP地址信息，獲取對應(yīng)的IP-CAN會話。然后通知PCRF新的IP-CAN接入類型。
步驟S610，PCEF向PCRF發(fā)起IP-CAN會話修改，通知PCRF新的IP-CAN類型，請求PCRF對新的IP-CAN類型下達(dá)新的策略。此時由于BBERF并未提供UE的IP地址信息或者接口標(biāo)識，PCRF未關(guān)聯(lián)相應(yīng)的IP-CAN會話與網(wǎng)關(guān)控制會話。 步驟S611， LMA發(fā)送Proxy Binding Ack消息給MAG，攜帶的參數(shù)包括MN ID，lifetime (此次綁定的有效時間)，UE地址信息，用于上行鏈路的GRE key,以及其他一些附加信息。 步驟S612， SGW (BBERF)在收到綁定更新響應(yīng)消息后，獲得了分配給UE的HNP，此時SGW因?yàn)镚x與Gxx會話仍未關(guān)聯(lián)，必須發(fā)送Gateway Control and QoS Request消息給PCRF，攜帶UEID， APN， Bearer Id， HNP參數(shù)。 步驟S613， PCRF則根據(jù)UE ID， APN， HNP這三個參數(shù)把網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)起來。會話關(guān)聯(lián)之后，就可以根據(jù)得到的PCC策略，產(chǎn)生BBERF所需的QoS策略，并 下達(dá)給BBERF。 步驟S614，PCRF發(fā)送Gateway Control and QoS Rule Provision消息給BBERF， 包括QoS規(guī)則與事件觸發(fā)。BBERF收到該消息后在SGW上部署QoS策略，安裝事件觸發(fā)，并執(zhí) 行承載綁定。BBERF可回響應(yīng)消息，這個響應(yīng)消息可在QoS策略安裝完成之后再發(fā)給PCRF。
步驟S615，非3GPP接入網(wǎng)關(guān)發(fā)送附著響應(yīng)給UE，此時新的PMIP隧道已經(jīng)建立，無 線承載也成功建立，UE可以在新的承載與PMIP隧道進(jìn)行數(shù)據(jù)傳輸。 步驟S616， UE進(jìn)行PDN2切換的步驟與基本PDN1相同。首先發(fā)起切換請求，攜帶 APN，新的接口標(biāo)識等信息。 步驟S617，非3GPP接入網(wǎng)關(guān)(BBERF)向PCRF發(fā)起網(wǎng)關(guān)控制會話建立請求，BBERF 發(fā)送Gateway Control SessionEstablishment消息，攜帶的消息內(nèi)容包括IP-CAN type, UE ID，APN等。PCRF根據(jù)UE ID， APN，創(chuàng)建新的網(wǎng)關(guān)控制會話。 步驟S618， PCRF以網(wǎng)關(guān)控制會話建立請求攜帶的APN， MN ID查詢，已經(jīng)有對應(yīng)的 IP-CAN會話，決定暫時不解決IP-CAN會話與網(wǎng)關(guān)控制會話的關(guān)聯(lián)。 步驟S619， PCRF返回給BBERF Gateway Control SessionEstablishment Ack消 息，攜帶缺省QoS參數(shù)以及事件觸發(fā)，并通知PCRF :未解決網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)。 步驟S620，非3GPP接入網(wǎng)關(guān)發(fā)起向PGW(LMA)的綁定更新請求，消息中攜帶的內(nèi)容 包括APN，麗ID (UE的ID) ， Lifetime (此次綁定的有效時間)，切換標(biāo)識，接口標(biāo)識，接入 技術(shù)類型，用于下行鏈路的GRE key,以及其他的一些參數(shù)。 步驟S621 ， PWG接收到SGW (MAG)發(fā)來的代理綁定更新請求，PGW (LMA)根據(jù)MN ID+APN搜索BCE，發(fā)現(xiàn)有兩個符合條件的選項(xiàng)，則判定用戶以相同的APN建立了兩個PDN
連接；進(jìn)一步，繼續(xù)比較接入技術(shù)類型，在發(fā)生系統(tǒng)間切換的情況下，接入技術(shù)類型發(fā)生 改變，發(fā)現(xiàn)一個記錄的接入技術(shù)類型與PBU中攜帶的接入技術(shù)類型不同，同時，切換標(biāo)識 (handoff indicator)表明發(fā)生了跨MAG的切換，此時LMA判斷是發(fā)生了跨系統(tǒng)的切換。 LMA選擇這個符合條件的PDN連接，獲取原先分配給UE的HNP，接口標(biāo)識，接入技術(shù)類型，上 行GRE key等參數(shù)，并以新的接口標(biāo)識，接入技術(shù)類型替換原先的，并更新BCE中其他需要 更新的參數(shù)。 步驟S622，此時，如果部屬了 PCC系統(tǒng)，PCEF(PGW)還需要根據(jù)用戶的MN ID， APN 再加上IP地址信息，獲取對應(yīng)的IP-CAN會話。然后通知PCRF新的IP-CAN接入類型，新的 接口標(biāo)識。 步驟S623， PCEF發(fā)起IP-CAN會話修改過程 步驟S624， LMA發(fā)送Proxy Binding Ack消息給MAG，攜帶的參數(shù)包括MN ID， lifetime (此次綁定的有效時間)，UE地址信息，用于上行鏈路的GRE key,以及其他一些附 加信息。 步驟S625， BBERF在獲得IP地址信息后，由于并未解決IP-CAN會話與網(wǎng)關(guān)控制會 話的關(guān)聯(lián)，BBERF應(yīng)把IP地址信息上報(bào)給PCRF。 PCRF在關(guān)聯(lián)了網(wǎng)關(guān)控制會話與IP-CAN會 話之后，發(fā)起更新BBERF上QoS策略的過程。 步驟S626， PCRF根據(jù)MN ID， APN，以及IP地址信息關(guān)聯(lián)IP-CAN會話與網(wǎng)關(guān)控制會話，并根據(jù)IP-CAN會話所對應(yīng)的PCC策略，產(chǎn)生QoS策略下達(dá)給BBERF。 步驟S627，PCRF發(fā)送Gateway Control and QoS Rule Provision消息給BBERF，
包括QoS規(guī)則與事件觸發(fā)。BBERF收到該消息后在SGW上部署QoS策略，安裝事件觸發(fā)，并執(zhí)
行承載綁定。BBERF可回響應(yīng)消息，這個響應(yīng)消息可在QoS策略安裝完成之后再發(fā)給PCRF。 步驟S628，非3GPP接入網(wǎng)關(guān)發(fā)送附著響應(yīng)給UE，此時新的PMIP隧道已經(jīng)建立，無
線承載也成功建立，UE可以在新的承載與PMIP隧道進(jìn)行數(shù)據(jù)傳輸。 裝置實(shí)施例 根據(jù)本發(fā)明的實(shí)施例，提供了一種PCRF。圖7是根據(jù)本發(fā)明實(shí)施例的PCRF的結(jié)構(gòu)框圖，如圖7所示，該P(yáng)CRF包括第一接收模塊2，第二接收模塊4，關(guān)聯(lián)模塊6，下面對上述結(jié)構(gòu)進(jìn)行描述。 第一接收模塊2，用于在建立網(wǎng)關(guān)控制會話時，接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求消息，其中，網(wǎng)關(guān)控制會話建立請求消息中攜帶有MN ID和APN信息；第二接收模塊4，用于接收來自接入網(wǎng)關(guān)的IP地址信息；關(guān)聯(lián)模塊6，連接至第一接收模塊2和第二接收模塊4，用于根據(jù)第一接收模塊2接收的麗ID和APN、以及第二接收模塊4接收的IP地址信息將網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)。
圖8是根據(jù)本發(fā)明實(shí)施例的PCRF的優(yōu)選結(jié)構(gòu)框圖，如圖8所示，PCRF還包括獲取模塊82，比較模塊84，調(diào)度模塊86，發(fā)送模塊88，下面對上述結(jié)構(gòu)進(jìn)行描述。
獲取模塊82，連接至第一接收模塊2，用于從第一接收模塊2接收的網(wǎng)關(guān)控制會話建立請求消息中獲取MN ID和APN信息；比較模塊84，用于將獲取模塊82獲取的網(wǎng)關(guān)控制會話中的APN信息和麗ID與當(dāng)前的IP-CAN會話中麗ID和APN信息進(jìn)行比較；調(diào)度模塊86，連接至比較模塊84，用于根據(jù)比較模塊84的比較結(jié)果調(diào)度關(guān)聯(lián)模塊將網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)。發(fā)送模塊88，連接至比較模塊84，用于根據(jù)比較模塊84的比較結(jié)果向接入網(wǎng)關(guān)發(fā)送通知消息，其中，通知消息用于指示未解決Gx會話關(guān)聯(lián)。 綜上所述，通過本發(fā)明的上述實(shí)施例，PCRF根據(jù)麗ID、APN以及IP地址信息將網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與IP-CAN會話關(guān)聯(lián)，解決了相關(guān)技術(shù)在解決目前還不能支持單APN多PDN的接入這一困難時會導(dǎo)致對3GPP協(xié)議修改較大的問題，進(jìn)而在不修改現(xiàn)有協(xié)議的情況下實(shí)現(xiàn)了單APN多PDN的接入，并保證了系統(tǒng)的兼容性。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個的計(jì)算裝置上，或者分布在多個計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲在存儲裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
1權(quán)利要求
一種多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法，其特征在于，包括在建立網(wǎng)關(guān)控制會話時，策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求消息，其中，所述網(wǎng)關(guān)控制會話建立請求消息中攜帶有移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息；所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自所述接入網(wǎng)關(guān)的網(wǎng)絡(luò)協(xié)議地址信息，并根據(jù)所述移動節(jié)點(diǎn)標(biāo)識、所述接入點(diǎn)名稱以及所述網(wǎng)絡(luò)協(xié)議地址信息將所述網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自接入網(wǎng)關(guān)的所述網(wǎng)關(guān)控制會話建立請求消息之后，所述方法還包括策略和計(jì)費(fèi)規(guī)則功能實(shí)體從所述網(wǎng)關(guān)控制會話建立請求消息中獲取所述移動節(jié)點(diǎn)標(biāo)識和所述接入點(diǎn)名稱信息；將所述網(wǎng)關(guān)控制會話中的所述接入點(diǎn)名稱信息和所述移動節(jié)點(diǎn)標(biāo)識與當(dāng)前的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話中移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息進(jìn)行比較，如果比較結(jié)果指示不存在與所述網(wǎng)關(guān)控制會話相關(guān)聯(lián)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話，則在建立網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話時，將所述網(wǎng)關(guān)控制會話與所述網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，在將所述網(wǎng)關(guān)控制會話中的所述接入點(diǎn)名稱信息和所述移動節(jié)點(diǎn)標(biāo)識與所述當(dāng)前的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話中移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息進(jìn)行比較之后，所述方法還包括如果所述比較結(jié)果指示存在與所述網(wǎng)關(guān)控制會話相關(guān)聯(lián)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話，則所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體向所述接入網(wǎng)關(guān)發(fā)送通知消息，其中，所述通知消息用于指示未解決Gx會話關(guān)聯(lián)。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體向接入網(wǎng)關(guān)發(fā)送所述通知消息之后，所述方法還包括所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自策略和計(jì)費(fèi)執(zhí)行功能實(shí)體的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話修改消息，其中，所述網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話修改消息用于指示新的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)類型；所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體從所述網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話修改消息中獲取所述新的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)類型，并根據(jù)所述新的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)類型制定策略和計(jì)費(fèi)控制策略。
5. 根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體向接入網(wǎng)關(guān)發(fā)送所述通知消息之后，所述方法還包括所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收到來自所述接入網(wǎng)關(guān)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話建立消息，其中，所述網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話建立消息中攜帶有所述網(wǎng)絡(luò)協(xié)議地址信息；所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體根據(jù)所述移動節(jié)點(diǎn)標(biāo)識、所述接入點(diǎn)名稱以及所述網(wǎng)絡(luò)協(xié)議地址信息確定將預(yù)先建立的網(wǎng)關(guān)控制會話關(guān)聯(lián)到對應(yīng)的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話。
6. 根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，在所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自所述接入網(wǎng)關(guān)的所述網(wǎng)關(guān)控制會話建立請求消息之后，所述方法還包括所述策略和計(jì)費(fèi)規(guī)則功能實(shí)體向所述接入網(wǎng)關(guān)提供默認(rèn)的服務(wù)質(zhì)量策略。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，在根據(jù)所述移動節(jié)點(diǎn)標(biāo)識、所述接入點(diǎn)名稱以及所述網(wǎng)絡(luò)協(xié)議地址信息將網(wǎng)關(guān)控制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)之后，所述方法還包括策略和計(jì)費(fèi)規(guī)則功能實(shí)體根據(jù)所述網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話制定策略和計(jì)費(fèi)控制策略，并根據(jù)所述策略和計(jì)費(fèi)控制策略向所述接入網(wǎng)關(guān)提供相應(yīng)的服務(wù)質(zhì)量策略。
8. 根據(jù)權(quán)利要求1至5、7中任一項(xiàng)所述的方法，其特征在于，所述接入網(wǎng)關(guān)包括以下之承載綁定和事件報(bào)告功能實(shí)體、服務(wù)網(wǎng)關(guān)、非第三代合作伙伴計(jì)劃接入網(wǎng)關(guān)。
9. 一種策略和計(jì)費(fèi)規(guī)則功能實(shí)體，其特征在于，包括第一接收模塊，用于在建立網(wǎng)關(guān)控制會話時，接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求消息，其中，所述網(wǎng)關(guān)控制會話建立請求消息中攜帶有移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息；第二接收模塊，用于接收來自所述接入網(wǎng)關(guān)的網(wǎng)絡(luò)協(xié)議地址信息；關(guān)聯(lián)模塊，用于根據(jù)所述第一接收模塊接收的所述移動節(jié)點(diǎn)標(biāo)識和所述接入點(diǎn)名稱、以及所述第二接收模塊接收的所述網(wǎng)絡(luò)協(xié)議地址信息將所述網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)。
10. 根據(jù)權(quán)利要求9所述的策略和計(jì)費(fèi)規(guī)則功能實(shí)體，其特征在于，還包括獲取模塊，用于從所述第一接收模塊接收的所述網(wǎng)關(guān)控制會話建立請求消息中獲取所述移動節(jié)點(diǎn)標(biāo)識和所述接入點(diǎn)名稱信息；比較模塊，用于將所述網(wǎng)關(guān)控制會話中的所述接入點(diǎn)名稱信息和所述移動節(jié)點(diǎn)標(biāo)識與當(dāng)前的網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話中移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息進(jìn)行比較；調(diào)度模塊，用于根據(jù)所述比較模塊的比較結(jié)果調(diào)度所述關(guān)聯(lián)模塊將所述網(wǎng)關(guān)控制會話與所述網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)；發(fā)送模塊，用于根據(jù)所述比較模塊的比較結(jié)果向所述接入網(wǎng)關(guān)發(fā)送通知消息，其中，所述通知消息用于指示未解決Gx會話關(guān)聯(lián)。
全文摘要
本發(fā)明公開了一種多分組數(shù)據(jù)網(wǎng)絡(luò)連接的建立方法以及裝置，該方法包括在建立網(wǎng)關(guān)控制會話時，策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自接入網(wǎng)關(guān)的網(wǎng)關(guān)控制會話建立請求消息，其中，網(wǎng)關(guān)控制會話建立請求消息中攜帶有移動節(jié)點(diǎn)標(biāo)識和接入點(diǎn)名稱信息；策略和計(jì)費(fèi)規(guī)則功能實(shí)體接收來自接入網(wǎng)關(guān)的網(wǎng)絡(luò)協(xié)議地址信息，并根據(jù)移動節(jié)點(diǎn)標(biāo)識、接入點(diǎn)名稱以及網(wǎng)絡(luò)協(xié)議地址信息將網(wǎng)關(guān)控制會話建立請求消息對應(yīng)的網(wǎng)關(guān)控制會話與網(wǎng)絡(luò)協(xié)議連接接入網(wǎng)會話關(guān)聯(lián)。本發(fā)明實(shí)現(xiàn)了單APN多PDN的接入，并保證了系統(tǒng)的兼容性。
文檔編號H04W28/02GK101730142SQ20091015155
公開日2010年6月9日 申請日期2009年6月30日 優(yōu)先權(quán)日2009年6月30日
發(fā)明者施曉峰, 毛玉欣 申請人:中興通訊股份有限公司