專利名稱：一種網絡側發(fā)起ims信令承載建立的方法及系統的制作方法
技術領域：
本發(fā)明涉及無線通信技術，尤其涉及一種EPS (Evolved Packet System，演進的分組系統)中網絡側發(fā)起的IP多媒體子系統(IP Multimedia Core NetworkSubsystem, IMS) 信令承載的建立方法及系統。
背景技術：
如圖 1 所示，3GPP(3rd Generation Partnership Pro ject，第三代合作伙伴計劃)演進分組系統由演進的通用移動通信系統陸地無線接入網(EvolvedUniversal Terrestrial Radio Access Network, E-UTRAN) > # sj] iW S 7Π (MobilityManagement Entity, MME)、服務網關(Serving Gateway, S-GW)、分組數據網絡網關(Packet Data Network Gateway, PDN GW或P-GW)、歸屬用戶服務器(Home Subscriber Server，HSS)、3GPP 的認證授權計費(Authentication、Authorization and Accounting, AAA)月艮務器、策略禾口計費規(guī)則功能(Policy andCharging Rules Function, PCRF)及其它支撐節(jié)點組成。其中，MME用于移動性管理、非接入層信令的處理和用戶移動管理上下文的管理等控制面相關工作；S-GW是與E-UTRAN相連的接入網關設備，在E-UTRAN與P-GW之間轉發(fā)數據，并且用于對尋呼等待數據進行緩存；P-GW則是EPS與PDN的邊界網關，用于PDN的接入及在EPS與PDN間轉發(fā)數據等功能。EPS支持與非3GPP系統的互通。與非3GPP系統的互通通過S2a、S2b、S2c接口實現，P-GW作為3GPP系統與非3GPP系統之間的錨點。其中，非3GPP系統被分為可信任非 3GPP接入系統和不可信任非3GPP接入系統。可信任非3GPP接入系統可以直接通過Sh接口與P-GW連接；不可信任非3GPP接入系統需經過演進的分組數據網關(Evolved Packet Data Gateway, ePDG)與P-GW相連，ePDG與P-GW之間為S2b接口。S2c接口提供了用戶設備(UserEquipment，UE)與P-GW之間用戶面相關的控制和移動性支持，支持的移動性管理協議為支持雙棧的移動 IPv6 (Moblie IPv6 support for dual stack Hosts andRouters, DSMIPv6)。EPS系統引入策略計費控制(Policy and Charging Control,PCC)功能框架對用戶的業(yè)務訪問進行動態(tài)的策略計費控制。以下對圖2A所示的Rel-SPCC非漫游場景架構中的各個邏輯功能實體及其接口功能進行描述。應用功能(Application Function, AF)用于提供業(yè)務應用的接入點，這些業(yè)務應用所使用的網絡資源需要進行動態(tài)的策略控制。在業(yè)務面進行參數協商時，AF將相關業(yè)務信息傳遞給PCRF。如果這些業(yè)務信息與PCRF的策略相一致，則PCRF接受該協商；否則， PCRF拒絕該協商，并在反饋時給出PCRF可接受的業(yè)務參數。隨后，AF可將這些參數返回給用戶設備(User Equipment，UE)。其中，AF和PCRF之間的接口是Rx接口。PCRF是PCC的核心，負責策略決策和計費規(guī)則的制定。PCRF提供了基于業(yè)務數據流的網絡控制規(guī)則，這些網絡控制包括業(yè)務數據流的檢測、門控(Gating Control)、服務質量(Quality of Service, QoS)控制以及基于數據流的計費規(guī)則等。PCRF將其制定的策略和計費規(guī)則發(fā)送給策略和計費執(zhí)行功能(Policy and Control Enforcement Function, PCEF)執(zhí)行；同時，PCRF還需要保證這些規(guī)則和用戶的簽約信息一致。PCRF制定策略和計費規(guī)則的依據包括從AF獲取與業(yè)務相關的信息、從用戶簽約數據庫(Subscription ProfileRepository, SPR)獲取與用戶策略計費控制相關的簽約信息、通過foe接口從PCEF 獲取的與承載相關網絡的信息。PCEF通常位于網關(Gate-Way，GW)內，在承載面執(zhí)行PCRF所制定的策略和計費規(guī)則。PCEF按照PCRF所發(fā)送的規(guī)則中的業(yè)務數據流過濾器對業(yè)務數據流進行檢測，進而對這些業(yè)務數據流執(zhí)行PCRF所制定的策略和計費規(guī)則。在承載建立時，PCEF按照PCRF發(fā)送的規(guī)則進行QoS授權，并根據AF的執(zhí)行進行門控控制。同時，PCEF根據PCRF訂閱的事件觸發(fā)上報承載網絡上發(fā)生的事件。根據PCRF發(fā)送的計費規(guī)則，PCEF執(zhí)行相應的業(yè)務數據流計費操作，計費既可以是在線計費，也可以是離線計費。如果是在線計費，則PCEF需要和在線計費系統(Online Charging System, OCS) 一起進行信用管理。離線計費時，PCEF和離線計費系統(Offline Charging System, 0FCS)之間交換相關的計費信息。PCEF與PCRF之間的接口是to接口，與OCS之間的接口是Gy接口，與OFCS之間的接口是( 接口。PCEF —般都位于網絡的網關上，如EPS的分組數據網絡網關(PDN-GW)、GPRS (General Packet Radio krvice，通用無線分組業(yè)務)中的GPRS網關支持節(jié)點(GGSN)以及I-WLANanterworking WLAN，互聯無線網局域網)中的分組數據網關(Packet DataGateway，PDG)。BBERF (Bearer Binding and Event Reporting Function，承載綁定禾口事件 艮告功能)通常位于接入網網關(Access Network Gateway)內。如當用戶設備通過E-UTRAN接入EPS、服務網關S-GW與P-GW之間采用 PMIPv6 (Proxy MobileInternet Protocol version 6，代理移動互聯網協議版本6)協議時，S-GW中就存在BBERF。當用戶設備通過可信任非 3GPP接入網接入時，可信任非3GPP接入網關中也存在BBERF。用戶簽約數據庫(SPR)存儲了與策略控制和計費相關的用戶策略計費控制簽約信息。SI3R和PCRF之間的接口是Sp接口。在線計費系統(OCS)和PCEF—起進行在線計費方式下用戶信用的控制和管理。離線計費系統(OFCS)與PCEF—起完成離線計費方式下的計費操作。IMS是新一代通訊網絡的核心。IMS體系結構中和本發(fā)明相關的網元實體為用戶設備(User Equipment, UE)代表用戶使用的終端設備，呼叫會話控制功能(Call Session Control Function, CSCF)是控制會話過程的核心網元，這里涉及代理呼叫會話控制功能 (Proxy-CSCF, P-CSCF)。P-CSCF作為用戶接入到IMS系統的入口網元，所有的會話初始協議(Session Initiation Protocol, SIP)信令無論來自UE還是發(fā)給UE的，都必須經過 P-CSCF。當UE在IMS網絡注冊成功后，P-CSCF在本地保存UE的聯系地址、UE的公共用戶標識(Public Userldentity, PUI)、UE 的私有用戶標識(Private User Identity, PVI)。 已在IMS網絡注冊的UE，EUTRAN附著到EPS網絡后可通過PCRF和P-CSCF連接接入到IMS 網絡。當UE附著到網絡上時，會建立默認承載，一般默認承載用于承載信令(例如IMS信令)，而為數據業(yè)務建立專有的承載；但也有運營商提出，為了保證IMS信令的傳輸得到保證，需要為IMS信令建立特殊的IMS信令承載，該默認承載不可以傳輸其他數據流?，F有技術中，IMS信令承載的建立方式有2種1、UE在附著建立默認承載時，可以指定默認承載用于承載IMS信令；2、如果UE在建立默認承載時沒有指定，后續(xù)UE還可以發(fā)起為IMS信令建立專有承載建立；具體方法為，UE在創(chuàng)建承載請求消息中通過協議配置選項(Protocol Configuration Options,PC0)設置IP多媒體核心網子系統信令標記(IP multimedia core networksubsystem signaling Flag),指定該承載專門用于 IMS信令,貝該承載為IMS信令承載，不可以傳輸其他數據流。則PCEF可在給PCRF的信用控制請求消息 (Credit Control Request, CCR)中帶上承載使用標識(Bearer-Usage AVP)，來告知 PCRF 該承載專門用于IMS信令。PCRF可在信用控制應答(Credit ControIAnswer，CCA)中回復 PCEF該承載是否專用于IMS信令，若信用控制應答消息中攜帶該承載使用標識則確認該承載為IMS信令承載，若不攜帶該承載使用標識，則會下發(fā)相關PCC規(guī)則，而該承載除了傳輸 IMS信令流外，也可用于其它數據流的傳輸，例如作為普通默認承載的傳輸。當前需求中，要求除了 UE發(fā)起的IMS專有信令承載外，還需要支持網絡側發(fā)起的IMS專有信令承載的建立?，F有技術可實現網絡側發(fā)起專有承載建立(PCRF下發(fā)策略給BBERF/PCEF指示建立專有承載，BBERF/PCEF向空口側下發(fā)承載信令創(chuàng)建請求來發(fā)起承載建立)，對于IMS信令承載，僅可以通過隱式的下發(fā)特殊服務質量分類標識Oios Class Identifier,QCI)和分配和持有優(yōu)先級(Allocation and Retention Priority,ARP)方式來觸發(fā)PCEF/BBERF建立IMS信令承載，無法顯式指定建立專有IMS信令承載。當PCRF收到AF的業(yè)務信息請求資源(IMS業(yè)務)，或是Sra簽約信息更新(簽約業(yè)務需要IMS信令承載)時，如果此前沒有IMS信令承載，則需要為IMS信令建立專有信令承載(例如基于運營商配置或簽約)，如果用戶在漫游場景且歸屬地和拜訪地歸屬不同的運營商或是同一運營商具有不同的運營策略(如QCI使用或自定義ARP不統一)時，則現有機制無法實現。 另夕卜，對于增強多媒體優(yōu)先業(yè)務(enhancements for multimedia priority service,eMPS) 需求，具有更高的ARP，即承載eMPS業(yè)務信令的IMS信令承載需要更高的ARP，則如果此前沒有相關IMS信令承載，且原有UE上行的消息是從普通默認承載上發(fā)送的，而同時提升該默認承載的所有數據流ARP來滿足新增eMPS信令流不符合運營商的業(yè)務管理要求，例如該承載上的混合數據流可能包含相對較低的QoS，若提升了該承載的ARP，則會影響到其它優(yōu)先業(yè)務，因此，需要網絡側支持發(fā)起專有IMS信令承載功能。針對這類需要PCRF發(fā)起建立 IMS信令專用承載的業(yè)務場景，現有技術均只能依靠PCRF隱式下發(fā)方式觸發(fā)，無法實現顯式觸發(fā)該承載建立。歸納以上問題可以看出，當需要由PCRF發(fā)起IMS信令承載時，現有技術PCEF/ BBERF無法明確獲取該指示，執(zhí)行相應承載的處理。這也是本發(fā)明所要解決的問題。

發(fā)明內容
有鑒于此，本發(fā)明的主要目的在于提供一種網絡側發(fā)起的IMS承載建立方法及系統，用于解決PCRF顯式發(fā)起建立IMS信令承載時，PCEF/BBERF獲取IMS信令指示，進而建立MS信令承載的技術問題。為達到上述目的，本發(fā)明的技術方案是這樣實現的一種網絡側發(fā)起IMS承載建立的方法，包括策略和計費規(guī)則功能(PCRF)發(fā)送攜帶承載使用標識的請求消息給策略和計費執(zhí)行功能(PCEF)或承載綁定和事件報告功能(BBERF)；所述承載使用標識用于告知PCEF或 BBERF當前業(yè)務對應的承載為IMS信令承載。
PCEF或BBERF根據獲取的承載使用標識建立IP多媒體子系統(IMQ信令承載。進一步地，在漫游場景下，若PCEF或BBERF位于拜訪域，則歸屬地PCRF首先將所述攜帶承載使用標識的請求消息發(fā)送給拜訪地PCRF，再由拜訪地PCRF將其轉發(fā)給所述 PCEF 或 BBERF。若承載綁定功能駐留在PCEF中，則所述請求消息為IP連接訪問網絡(IP-CAN)會話修改請求消息，PCEF接收到所述請求消息后，更新相應的PCC規(guī)則，并為當前IMS業(yè)務建立IMS信令承載；若承載綁定功能駐留在BBERF中，則所述請求消息為網關控制及服務質量(QoS) 規(guī)則提供請求消息，BBERF接收到所述請求消息后，為當前IMS業(yè)務建立IMS信令承載；所述PCRF還同步下發(fā)IP-CAN會話修改請求給PCEF，PCEF更新相應的策略計費控制(PCC)規(guī)則。進一步地，所述PCEF或BBERF獲取承載使用標識后為當前業(yè)務建立IMS信令承載具體為所述PCEF或BBERF接收到所述請求消息后，根據所述承載使用標識獲知當前業(yè)務需要建立IMS信令承載，當所述PCEF或BBERF判斷到用戶目前沒有IMS信令承載，則為當前IMS業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能。進一步地，觸發(fā)所述PCRF發(fā)送攜帶承載使用標識的請求消息的事件為PCRF收到代理呼叫會話控制功能(P-CSCF)/應用功能(AF)的流信息；或用戶設備(UE)附著到網絡且尚未發(fā)起任何上下行IMS業(yè)務時，用戶簽約數據庫(SPR)檢測到簽約信息發(fā)生了改變，向PCRF發(fā)起簽約信息更新流程。基于上述方法，本發(fā)明還提出一種網絡側發(fā)起IMS承載建立的系統，該系統包括PCRF，用于發(fā)送攜帶承載使用標識的請求消息給承載綁定功能，所述承載使用標識用于告知承載綁定功能當前業(yè)務對應的承載為IMS信令承載；承載綁定功能，位于PCEF或BBERF，用于在獲取承載使用標識后為當前業(yè)務建立 IMS信令承載。進一步地，在漫游場景下，若所述承載綁定功能位于拜訪域，則歸屬地PCRF首先將所述攜帶承載使用標識的請求消息發(fā)送給拜訪地PCRF，再由拜訪地PCRF將其轉發(fā)給所述承載綁定功能。進一步地，若承載綁定功能駐留在PCEF中，則所述請求消息為IP-CAN會話修改請求消息；若承載綁定功能駐留在BBERF中，則所述請求消息為網關控制及QoS規(guī)則提供請求消息；所述承載綁定功能接收到所述請求消息后，根據所述承載使用標識獲知當前業(yè)務需要建立IMS信令承載，當所述承載綁定功能判斷到用戶目前沒有IMS信令承載，則為當前 IMS業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能。進一步地，觸發(fā)所述PCRF發(fā)送攜帶承載使用標識的請求消息的事件為PCRF收到P-CSCF/AF的流信息；或UE附著到網絡且尚未發(fā)起任何上下行IMS業(yè)務時，用戶簽約數據庫檢測到簽約信息發(fā)生了改變，向PCRF發(fā)起簽約信息更新流程。本發(fā)明實現了在PCC架構下，PCRF顯式觸發(fā)IMS信令承載建立的流程，解決了現有技術中PCEF/BBERF無法明確獲取IMS信令承載建立指示，建立IMS信令承載的技術問題。


圖1為EPS的非漫游架構圖；圖2A為非漫游場景下執(zhí)行IMS信令承載建立的系統架構圖；圖2B為歸屬地接入漫游場景下執(zhí)行IMS信令承載建立的系統架構圖；圖2C為拜訪地接入漫游場景下執(zhí)行IMS信令承載建立的系統架構圖；圖3為本發(fā)明實施例一 BBF在PCEF的流程圖(AF觸發(fā))；圖4為本發(fā)明實施例一 BBF在PCEF的流程圖(SI3R觸發(fā))；圖5為本發(fā)明實施例二 BBF在BBERF的流程圖(AF觸發(fā))；圖6為本發(fā)明實施例二 BBF在BBERF的流程圖(SRP觸發(fā))。
具體實施例方式本發(fā)明提供一種網絡側發(fā)起的IMS承載建立方法及系統，該方法及系統用于實現在PCC架構下，由PCRF顯式下發(fā)用于建立IMS信令承載的承載使用標識給承載綁定功能 (Bearer Binding Function，BBF)，承載綁定功能獲取承載使用標識后建立IMS信令承載。在PCC架構下，用于建立IMS信令承載的承載綁定功能分別駐留在PCEF(S-GW和 P-GW之間為GTP協議)或是BBERF (S-Gff和S-GW之間為PMIP協議)。當BBF駐留在PCEF， 則PCRF下發(fā)請求消息(IP-CAN會話修改)給PCEF，并在請求消息中攜帶指示建立IMS信令承載的承載使用標識，指示PCEF新建IMS信令承載；當BBF駐留在BBERF，則PCRF下發(fā)請求消息(規(guī)則提供)給BBERF，并在請求消息中攜帶指示建立IMS信令承載的承載使用標識，指示BBERF新建IMS信令承載，并同步下發(fā)請求消息(IP-CAN會話修改)給PCEF，更新規(guī)則。當為漫游架構時，若PCEF和/或BBERF在拜訪地，則歸屬地PCRF需要將所述承載使用標識通過歸屬地PCRF和拜訪地PCRF之間的S9接口下發(fā)給拜訪地PCRF，再由拜訪地 PCRF將其前轉到拜訪地PCEF/BBERF。圖2B為歸屬地接入漫游場景下實現IMS信令承載建立的系統架構圖，該架構下， PCEF位于歸屬地網絡中，BBERF位于漫游地網絡中，若BBF位于BBERF中，則歸屬地PCRF需要將承載使用標識通過歸屬地PCRF和拜訪地PCRF之間的S9接口下發(fā)給拜訪地PCRF，再由拜訪地PCRF將其前轉到拜訪地BBERF。圖2C為拜訪地接入漫游場景下執(zhí)行IMS信令承載建立的系統架構圖，該架構下， PCEF/BBERF都位于漫游地網絡中，歸屬地PCRF需要將承載使用標識通過歸屬地PCRF和拜訪地PCRF之間的S9接口下發(fā)給拜訪地PCRF，再由拜訪地PCRF將其前轉到拜訪地PCEF/ BBERF。為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，以下舉實施例并參照附圖，對本發(fā)明進一步詳細說明。實施例一圖3為本發(fā)明網絡側發(fā)起的IMS承載建立方法中，PCEF(GTP-based S5/S8)執(zhí)行 IMS信令承載創(chuàng)建和綁定的方法流程圖，各步驟描述如下步驟301 =P-CSCF 收到 SIP Invite 消息；SIP Invite消息是IMS域建立SIP會話時的發(fā)起消息，為IMS域的某個會話發(fā)起端發(fā)送。該消息中會帶上發(fā)起端自身的相關IP和端口等信息，用于與對端協商SIP會話的建立。步驟302 =P-CSCF給歸屬地策略和計費規(guī)則功能實體(H-PCRF)提供相關業(yè)務信息，H-PCRF存儲該業(yè)務信息，并給P-CSCF返回響應消息；步驟303 =H-PCRF進行相應授權和策略決策，發(fā)現該業(yè)務為IMS業(yè)務，且該用戶目前沒有IMS信令承載，則需要下發(fā)指示作相應承載處理，如建立該承載；步驟304 =H-PCRF給PCEF下發(fā)請求消息，所述請求消息具體為IP連接訪問網絡 (IP-Connectivity Access Network, IP-CAN)會話修改請求消息，在該請求消息中攜帶明確的IMS信令標識(如承載使用標識或應用功能協議)承載使用標識，所述承載使用標識用于告知PCEF該業(yè)務對應的承載為IMS信令承載；所述請求消息采用Diameter協議中的重授權申請(Re-Authorization-Request，RAR)消息格式。步驟305 =PCEF收到所述修改IP-CAN會話請求消息后，執(zhí)行PCRF下發(fā)的PCC規(guī)則。PCEF根據所述承載使用標識獲知當前業(yè)務需要建立IMS信令承載，若PCEF判斷到該用戶目前沒有IMS信令承載，則為該IMS業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能；步驟306 =PCEF返回IP-CAN會話修改應答消息給H-PCRF ；步驟307 =PCEF下發(fā)相關IP-CAN信令請求消息(如承載創(chuàng)建請求)，執(zhí)行相應承
載建立處理。具體的下游網元在接收到所述承載創(chuàng)建請求后，執(zhí)行相應IMS信令承載建立的過程為現有技術，此處不再贅述。步驟308 =PCEF收到相應的IP-CAN信令響應消息，針對該IMS業(yè)務的IMS信令承
載建立完畢。若為漫游場景，且PCEF在拜訪地，則304步驟中H-PCRF將通過S9接口(S9會話或子會話)，下發(fā)IP-CAN會話修改請求消息給拜訪地PCRF (V-PCRF)，并攜帶上所述承載使用標識，V-PCRF前轉IP-CAN會話修改請求給PCEF，觸發(fā)PCEF作相應承載建立處理。以上為PCRF收到P-CSCF/AF的流信息而觸發(fā)承載創(chuàng)建的處理，另外，當UE附著到網絡且尚未發(fā)起任何上下行IMS業(yè)務時，當用戶簽約數據庫sra檢測到簽約信息發(fā)生了改變，需要給該簽約IMS業(yè)務的用戶新建IMS信令承載，則會向PCRF發(fā)起簽約信息更新流程， 如圖4所示，各步驟描述如下步驟401 檢測到簽約信息發(fā)生了改變(如，發(fā)現用戶簽約了 IMS業(yè)務)，則需要將簽約信息的變化同步更新到PCRF ；步驟402 =SPR給H-PCRF提供簽約信息更新請求，發(fā)送相關信息給H-PCRF，H-PCRF 返回響應給SPR，并更新本地簽約信息。步驟403 :PCRF進行相應授權和策略決策，發(fā)現該用戶為IMS簽約用戶或是簽約了某類IMS業(yè)務，需要為該用戶建立IMS信令承載，且該用戶目前沒有IMS信令承載，則需要下發(fā)承載使用標識指示作相應承載處理，如建立該承載；步驟404 =H-PCRF給PCEF下發(fā)IP-CAN會話修改請求消息，在該請求消息中攜帶明確的IMS信令標識(如承載使用標識或應用功能協議)承載使用標識，所述承載使用標識用于告知PCEF該業(yè)務對應的承載專門用于IMS信令；步驟405 =PCEF收到IP-CAN會話修改請求消息后，執(zhí)行相應決策。PCEF根據所述承載使用標識獲知當前業(yè)務需要建立IMS信令承載，若PCEF判斷到該用戶目前沒有IMS信令承載，則為該IMS業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能； 步驟406 =PCEF返回IP-CAN會話修改應答消息給H-PCRF ；步驟407 =PCEF下發(fā)相關IP-CAN信令請求消息(如承載創(chuàng)建請求)，執(zhí)行相應承載建立處理；步驟408 =PCEF收到相應的IP-CAN信令響應消息。若為漫游場景，且PCEF在拜訪地，則404步驟中H-PCRF將通過S9接口(S9會話或子會話)，下發(fā)IP-CAN會話修改請求消息給V-PCRF，請求消息中攜帶承載使用標識，V-PCRF 前轉IP-CAN會話修改請求給PCEF，觸發(fā)PCEF作相應承載建立處理。經過上述流程，則PCRF通過下發(fā)請求消息，在請求消息中攜帶承載使用標識給 PCEF，觸發(fā)了 IMS信令承載的建立。實施例二圖5為本發(fā)明網絡側發(fā)起的IMS承載建立方法中，BBERF(PMIP-basedS5/S8)執(zhí)行承載創(chuàng)建和綁定的方法流程圖，各步驟描述如下步驟501 =P-CSCF 收到 SIP Invite 消息；步驟502 =P-CSCF給H-PCRF提供相關業(yè)務信息，H-PCRF存儲該業(yè)務信息，并給 P-CSCF返回響應消息；步驟503 =H-PCRF進行相應授權和策略決策，發(fā)現該業(yè)務為IMS業(yè)務，且該用戶目前沒有IMS信令承載，則需要下發(fā)指示作相應承載處理，如建立該承載； 步驟504 =H-PCRF給BBERF下發(fā)請求消息，所述請求消息具體為網關控制及QoS規(guī)則提供請求消息，所述規(guī)則提供請求消息中攜帶明確的承載使用標識IMS信令標識(如承載使用標識或應用功能協議)，所述承載使用標識用于告知BBERF該業(yè)務對應的承載為IMS 信令承載；步驟505 =BBERF收到H-PCRF下發(fā)的網關控制及QoS規(guī)則提供請求消息后，執(zhí)行相
應處理。BBERF根據所述承載使用標識獲知當前業(yè)務需要建立IMS信令承載，若BBERF判斷該用戶目前沒有IMS信令承載，則為該IMS業(yè)務新建IMS信令承載，執(zhí)行相應承載綁定功能，并下發(fā)相關IP-CAN承載信令請求消息(如承載創(chuàng)建請求)，執(zhí)行相應承載建立處理；步驟506 =BBERF收到相應的IP-CAN承載信令響應。步驟507 =BBERF返回網關控制及QoS規(guī)則提供請求消息的應答響應消息給 H-PCRF ；步驟508 =H-PCRF給PCEF下發(fā)請求消息，修改IP-CAN會話；步驟509 =PCEF收到該IP-CAN會話請求后，執(zhí)行相應PCRF下發(fā)的PCC規(guī)則；步驟510 =PCEF返回IP-CAN會話修改應答消息給H-PCRF ；若為漫游場景，則504步驟中H-PCRF將通過S9接口(S9會話或子會話)，下發(fā)網關控制及QoS規(guī)則提供請求消息給V-PCRF，攜帶承載使用標識，V-PCRF前轉該網關控制及QoS規(guī)則提供請求給BBERF，觸發(fā)BBERF作相應承載建立和綁定處理。若PCEF在拜訪地，則會話修改請求和響應消息同樣需要V-PCRF通過S9接口中轉。以上為PCRF收到PCSCF/AF的流信息而觸發(fā)承載創(chuàng)建的處理，另外，當UE附著到網絡且尚未發(fā)起任何上下行IMS業(yè)務時，當sra檢測到簽約信息發(fā)生了改變，需要給該簽約 IMS業(yè)務的用戶新建IMS信令承載，則會像PCRF發(fā)起簽約信息更新流程，如圖6所示，各步驟描述如下步驟601 檢測到簽約信息發(fā)生了改變，用戶簽約了 IMS業(yè)務，需要將簽約信息的變化同步更新到PCRF ；步驟602 =SPR給H-PCRF提供簽約信息更新請求，發(fā)送相關信息給H-PCRF，H-PCRF 返回響應給SPR，并更新本地簽約信息。步驟603 :PCRF進行相應授權和策略決策，發(fā)現該用戶為IMS簽約用戶或是簽約了某類IMS業(yè)務，需要為該用戶建立IMS信令承載，且該用戶目前沒有IMS信令承載，則需要下發(fā)承載使用標識指示作相應承載處理，如建立該承載；步驟604 =H-PCRF給BBERF下發(fā)網關控制及QoS規(guī)則提供請求消息，請求消息中攜帶明確的承載使用標識IMS信令標識(如承載使用標識或應用功能協議)，所述承載使用標識用于告知BBERF該業(yè)務對應的承載專門用于IMS信令；步驟605 =BBERF收到H-PCRF下發(fā)的請求消息后，執(zhí)行相應處理。判斷該用戶目前沒有IMS信令承載，則為該IMS業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能；并下發(fā)相關IP-CAN承載信令請求消息(如承載創(chuàng)建請求)，執(zhí)行相應承載建立處理；步驟606 =BBERF收到相應的IP-CAN承載信令響應。步驟607 =BBERF返回網關控制及QoS規(guī)則提供請求消息的應答響應消息給 H-PCRF ；步驟608 =H-PCRF給PCEF下發(fā)請求消息，修改IP-CAN會話；步驟609 =PCEF收到該IP-CAN會話請求后，執(zhí)行相應決策；步驟610 =PCEF返回IP-CAN會話修改應答消息給H-PCRF ；若為漫游場景，則604步驟中H-PCRF將通過S9接口(S9會話或子會話)，下發(fā)網關控制及QoS規(guī)則提供請求消息給V-PCRF，攜帶承載使用標識，V-PCRF前轉所述請求消息給BBERF，觸發(fā)BBERF作相應承載建立和綁定處理。若PCEF在拜訪地，則步驟608和610中的IP-CAN會話修改請求和響應消息同樣需要V-PCRF通過S9接口中轉。經過上述流程，則PCRF通過下發(fā)請求消息，在該消息中攜帶承載使用標識給 BBERF，觸發(fā)了 IMS信令承載的建立。實施例三系統實施例基于上述實施例提出的網絡側發(fā)起IMS承載建立的方法，該實施例相應地提出網絡側發(fā)起IMS承載建立的系統，該系統所基于的網絡結構如圖2A、圖2B及圖2C所示，該系統主要包括PCRF和承載綁定功能；所述PCRF用于發(fā)送攜帶承載使用標識的請求消息給承載綁定功能，所述承載使用標識用于告知承載綁定功能當前業(yè)務對應的承載為IMS信令承載；所述承載綁定功能用于在獲取承載使用標識后為當前業(yè)務建立IMS信令承載。本發(fā)明所述的承載綁定功能位于PCEF或BBERF中，若承載綁定功能駐留在PCEF中，則所述請求消息為IP-CAN會話修改請求消息，PCEF在接收到IP-CAN會話修改請求消息后執(zhí)行PCRF通過該消息下發(fā)的PCC規(guī)則，若PCEF判斷到該用戶目前沒有IMS信令承載， 則為該IMS業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能。若承載綁定功能駐留在BBERF中，則所述請求消息為網關控制及QoS規(guī)則提供請求消息，BBERF收到PCRF下發(fā)的網關控制及QoS規(guī)則提供請求消息后，根據攜帶的承載使用標識獲知當前業(yè)務需要建立IMS信令承載，當判斷到當前用戶目前沒有IMS信令承載時， 則為該IMS業(yè)務新建IMS信令承載，執(zhí)行相應承載綁定功能；同時PCRF通過IP-CAN會話修改請求向PCEF下發(fā)PCC規(guī)則，PCEF執(zhí)行所述PCC規(guī)則。若在非漫游場景下，歸屬地的PCRF直接將攜帶承載使用標識的請求消息發(fā)送給位于歸屬地的承載綁定功能；當在漫游場景下時，若所述承載綁定功能位于拜訪域，則歸屬地PCRF首先通過S9接口將所述攜帶承載使用標識的請求消息發(fā)送給拜訪地PCRF，再由拜訪地PCRF將其轉發(fā)給所述承載綁定功能。觸發(fā)所述PCRF發(fā)送攜帶承載使用標識的請求消息的事件可以是PCRF收到 P-CSCF/AF的流信息；或UE附著到網絡且尚未發(fā)起任何上下行IMS業(yè)務時，用戶簽約數據庫檢測到簽約信息發(fā)生了改變，向PCRF發(fā)起簽約信息更新流程。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種網絡側發(fā)起IMS承載建立的方法，其特征在于，包括策略和計費規(guī)則功能(PCRF)發(fā)送攜帶承載使用標識的請求消息給策略和計費執(zhí)行功能(PCEF)或承載綁定和事件報告功能(BBERF)；PCEF或BBERF根據獲取的承載使用標識建立IP多媒體子系統(IMQ信令承載。
2.根據權利要求1所述的方法，其特征在于，所述承載使用標識用于告知PCEF或 BBERF當前業(yè)務對應的承載為IMS信令承載。
3.根據權利要求1所述的方法，其特征在于，在漫游場景下，若PCEF或BBERF位于拜訪域，則歸屬地PCRF首先將所述攜帶承載使用標識的請求消息發(fā)送給拜訪地PCRF，再由拜訪地PCRF將其轉發(fā)給所述PCEF或BBERF。
4.根據權利要求1所述的方法，其特征在于，若承載綁定功能駐留在PCEF中，則所述請求消息為IP連接訪問網絡(IP-CAN)會話修改請求消息，PCEF接收到所述請求消息后，更新相應的PCC規(guī)則，并為當前IMS業(yè)務建立 IMS信令承載；若承載綁定功能駐留在BBERF中，則所述請求消息為網關控制及服務質量(QoS)規(guī)則提供請求消息，BBERF接收到所述請求消息后，為當前IMS業(yè)務建立IMS信令承載；所述 PCRF還同步下發(fā)IP-CAN會話修改請求給PCEF，PCEF更新相應的策略計費控制(PCC)規(guī)則。
5.根據權利要求1所述的方法，其特征在于，所述PCEF或BBERF獲取承載使用標識后為當前業(yè)務建立IMS信令承載具體為所述PCEF或BBERF接收到所述請求消息后，根據所述承載使用標識獲知當前業(yè)務需要建立IMS信令承載，當所述PCEF或BBERF判斷到用戶目前沒有IMS信令承載，則為當前IMS 業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能。
6.根據權利要求1所述的方法，其特征在于，觸發(fā)所述PCRF發(fā)送攜帶承載使用標識的請求消息的事件為PCRF收到代理呼叫會話控制功能(P-CSCF)/應用功能(AF)的流信息；或用戶設備 (UE)附著到網絡且尚未發(fā)起任何上下行IMS業(yè)務時，用戶簽約數據庫(SPR)檢測到簽約信息發(fā)生了改變，向PCRF發(fā)起簽約信息更新流程。
7.—種網絡側發(fā)起IMS承載建立的系統，其特征在于，該系統包括PCRF，用于發(fā)送攜帶承載使用標識的請求消息給承載綁定功能，所述承載使用標識用于告知承載綁定功能當前業(yè)務對應的承載為IMS信令承載；承載綁定功能，位于PCEF或BBERF，用于在獲取承載使用標識后為當前業(yè)務建立IMS信令承載。
8.根據權利要求7所述的系統，其特征在于，在漫游場景下，若所述承載綁定功能位于拜訪域，則歸屬地PCRF首先將所述攜帶承載使用標識的請求消息發(fā)送給拜訪地PCRF，再由拜訪地PCRF將其轉發(fā)給所述承載綁定功能。
9.根據權利要求7所述的系統，其特征在于，若承載綁定功能駐留在PCEF中，則所述請求消息為IP-CAN會話修改請求消息；若承載綁定功能駐留在BBERF中，則所述請求消息為網關控制及QoS規(guī)則提供請求消息；所述承載綁定功能接收到所述請求消息后，根據所述承載使用標識獲知當前業(yè)務需要建立IMS信令承載，當所述承載綁定功能判斷到用戶目前沒有IMS信令承載，則為當前IMS業(yè)務新建IMS信令承載，并執(zhí)行相應承載綁定功能。
10.根據權利要求7所述的系統，其特征在于，觸發(fā)所述PCRF發(fā)送攜帶承載使用標識的請求消息的事件為PCRF收到P-CSCF/AF的流信息；或UE附著到網絡且尚未發(fā)起任何上下行IMS業(yè)務時，用戶簽約數據庫檢測到簽約信息發(fā)生了改變，向PCRF發(fā)起簽約信息更新流程。
全文摘要
本發(fā)明公開了一種網絡側發(fā)起IMS承載建立的方法及系統，用于解決PCRF顯式發(fā)起建立IMS信令承載時，PCEF/BBERF獲取IMS信令指示，進而建立IMS信令承載的技術問題。本發(fā)明由PCRF發(fā)送攜帶承載使用標識的請求消息給承載綁定功能，所述承載使用標識用于告知承載綁定功能當前業(yè)務對應的承載為IMS信令承載；承載綁定功能獲取承載使用標識后，為當前業(yè)務建立IMS信令承載。本發(fā)明實現了在PCC架構下PCRF顯式觸發(fā)IMS信令承載建立的流程，解決了現有技術中PCEF/BBERF無法明確獲取IMS信令承載建立指示，建立IMS信令承載的技術問題。
文檔編號H04W76/02GK102340889SQ20101023930
公開日2012年2月1日 申請日期2010年7月26日 優(yōu)先權日2010年7月26日
發(fā)明者吳錦花, 孫默, 朱春暉, 毛玉欣, 芮通 申請人:中興通訊股份有限公司