專利名稱：發(fā)送請求承載建立完成指示的方法、系統(tǒng)及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在通信系統(tǒng)中承載建立技術(shù)，特別涉及一種發(fā)送請求承載建 立完成指示的方法、系統(tǒng)及裝置。
背景技術(shù)：
寬帶碼分多址(WCDMA， Wide Code Division Multiple Access )系統(tǒng)的 核心網(wǎng)絡(luò)在R4架構(gòu)下定義了三個接口 Nc接口、 Nb接口和Mc接口，各 接口在WCDMA系統(tǒng)的核心網(wǎng)的位置如圖1所示。圖1為現(xiàn)有技術(shù)的 WCDMA系統(tǒng)的核心網(wǎng)在R4架構(gòu)下的結(jié)構(gòu)示意圖，包括關(guān)口 MSC Server (GMSC Server)、媒體網(wǎng)關(guān)(MGW， Media Gateway)和本地位置寄存器 (HLR， Home Location Register)。其中，GMSC Server可以管轄多個MSC Server, MSC Server和GMSC Server分別和HLR進行交互，獲取UE的位 置信息，MSC Server根據(jù)獲取的UE的位置信息直接或在GMSC Server的 管轄下為UE提供應(yīng)用和服務(wù)，GMSC Server也可以根據(jù)獲取的UE的位置 信息直接為UE提供應(yīng)用和服務(wù)。GMSC Server和不同MGW相連接，不同 的MGW之間互相通信，不同的MGW還可以分別4妻入不同的無線接入網(wǎng)絡(luò) (RAN, Radio Access Network) ， RAN可以為UTRAN或GERAN, MGW 還可以接入公用交換電話網(wǎng)(PSTN, Public Switch Telephone Network)網(wǎng) 絡(luò)，實現(xiàn)UE分別和RAN或PSTN等網(wǎng)絡(luò)之間的信息交互。 在圖1中，GMSC Server也可以為MSC Server 。
在圖1中，GMSC Server和GMSC Server之間通過Nc接口進行互通， MGW之間采用Nb接口進行互通，GMSC Server和MGW之間采用Mc接 口進行互通。在具體應(yīng)用時，GMSC Server和GMSC Server之間的Nc接口采用與承載無關(guān)的呼叫控制(BICC， Bearer Independent Call Control)協(xié)議 的業(yè)務(wù)流程。
圖2為現(xiàn)有技術(shù)采用BICC協(xié)議在GMSC Server和GMSC Server之間 為UE建立呼叫的方法流程圖，其具體步驟為
步驟201、 UE所屬的GMSC Server向被呼叫UE所屬的GMSC Server 發(fā)送初始i也址消息(IAM， Initial Address Message )。
在該實施例中，UE所屬的GMSC Server稱為前向局，被呼叫UE所屬 的GMSC Server稱為后向局。
在該步驟中，IAM攜帶前向建立連接指示，還可以攜帶前向建立連接 所占用的隧道信息，如果攜帶隧道信息，則表示根據(jù)隧道信息進行前向快速 建立連接；如果不攜帶隧道信息，則表示進行前向延遲建立連接。
步驟202、被呼叫UE所屬的GMSC Server接收到IAM后，給UE所屬 的GMSC Server發(fā)送應(yīng)用傳送才幾制(APM, Application Transport Mechanism) 消息。
在該步驟中，如果后向局要求前向局在前向建立連接完成后通知后向 局，則在APM消息中設(shè)置請求承載建立完成指示，即在APM消息中的動 作指示(Action indicator )字段中設(shè)置請求承載建立完成指示(connect forward, plus notification )。
步驟203、 UE所屬的MGW和;波呼叫UE所屬的MGW之間承載建立 完成。
步驟204、 MGW之間的承載建立完成后，UE所屬的GMSC Server給 被呼叫UE所屬的GMSC Server發(fā)送APM消息，攜帶承載建立完成指示。
在該步驟中，承載建立完成指示可以為"Connected"，設(shè)置在APM消 息的Action indicator字l爻中。
步驟205、被呼叫UE所屬的GMSC Server給UE所屬的GMSC Server 發(fā)送ACM消息。
步驟206、 UE所屬的GMSC Server給被呼叫UE所屬的GMSC Server
6發(fā)送ANM消息。
在圖2所述的過程中，GMSC Server也可以為MSC Server。
從圖2所述的過程可以看出，在前向建立連"l姿時后向局可以在APM消 息中設(shè)置請求承載建立完成指示，要求前向局在前向建立連接完成后發(fā)送承 載建立完成指示給后向局。
目前，還可以將會話初始化協(xié)議(SIP, Session Initiation Protocol)封 裝ISUP消息(SIP-I, SIP with encapsulated ISUP )協(xié)議應(yīng)用在Nc接口的業(yè) 務(wù)流程中。在引入了 SIP-I協(xié)議后，在今后很長一段時間內(nèi)BICC協(xié)議會與 SIP-I協(xié)議共存，因此需要定義SIP-I協(xié)議和BICC協(xié)議互通的交互流程。
在實際的WCDMA組網(wǎng)中，存在呼叫協(xié)調(diào)節(jié)點(CMN， Call Mediation Node)，用于UE的呼叫信令層面的匯接，不控制承載，是組成R4架構(gòu)下 的核心網(wǎng)中的非常重要的節(jié)點。圖3為現(xiàn)有技術(shù)BICC協(xié)議-SIP-I協(xié)議 CMN組網(wǎng)的結(jié)構(gòu)示意圖，包括GMSC Server、 CMN和MGW，可以看出， GMSC Server之間通過CMN進行互通，其中，前向局GMSC Server和CMN 之間采用SIP-I協(xié)議消息進行UE的呼叫信令互通，后向局GMSC Server和 CMN之間采用BICC協(xié)議消息進行UE的呼叫信息互通，GMSC Server和 MGW之間采用Mc接口互通，MGW和MGW之間采用Nb接口互通。圖3 中的GMSC Server也可以采用MSC Server替代。
在SIP-I協(xié)議消息和BICC協(xié)議消息要求進行互通的過程中并有CMN 的核心網(wǎng)中，如何實現(xiàn)請求承載建立完成指示呢？后向局GMSC Server在采 用BICC協(xié)議消息發(fā)送請求承載建立完成指示時，并不知道前向局GMSC Server采用SIP-I協(xié)議消息進行信息交互且要經(jīng)過CMN,這時，發(fā)明人在研 究現(xiàn)有技術(shù)后發(fā)現(xiàn)，需要CMN對BICC協(xié)議消息攜帶的請求承載建立完成 指示進行處理，轉(zhuǎn)換為SIP-I協(xié)議消息發(fā)送，但是，目前的SIP-I協(xié)議消息 中卻不能攜帶請求承載建立完成指示，并且在SIP-I協(xié)議中也沒有描述如何 在SIP-I消息中攜帶請求承載建立完成指示的方案。更進一 步地，目前的SIP-I 協(xié)議消息中也不能攜帶承載建立完成指示，并且在SIP-I協(xié)議中也沒有描述如何在SIP-I消息中攜帶承載建立完成指示的方案。這樣，會導(dǎo)致后向局 GMSC Server無法獲得承載建立完成指示。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種發(fā)送請求承載建立完成指示的方法，該方法能夠 釆用SIP-I協(xié)議發(fā)送請求承載建立完成指示。
本發(fā)明實施例還提供一種發(fā)送請求承載建立完成指示的系統(tǒng)，該系統(tǒng)能 夠采用SIP-I協(xié)議發(fā)送請求承載建立完成指示。
本發(fā)明實施例還提供一種發(fā)送請求承載建立完成指示的裝置，該裝置能 夠采用SIP-I協(xié)議發(fā)送請求承載建立完成指示。
根據(jù)上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的
一種發(fā)送請求承載建立完成指示的方法，該方法包括
接收到后向局發(fā)送的攜帶請求承載建立完成指示的與承載無關(guān)的呼叫控制 BICC協(xié)議消息；
獲取攜帶的請求承載建立完成指示，構(gòu)造攜帶所述請求承載建立完成指示 的會話初始化協(xié)議封裝綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分SIP-I協(xié)議消息后，發(fā)送給前 向局。
一種發(fā)送請求承載建立完成指示的系統(tǒng)，該系統(tǒng)包括前向局、后向局和 CMN,其中，
所述前向局，用于接收所述CMN發(fā)送的攜帶請求承載建立完成指示的 SIP-I協(xié)議消息;
所述CMN，用于接收所述后向局發(fā)送的攜帶請求承載建立完成指示的 BICC協(xié)議消息，獲取攜帶的請求承載建立完成指示，構(gòu)造攜帶所獲取請求 承載建立完成指示的SIP-I協(xié)議消息發(fā)送給所述前向局；
所述后向局，用于向所述CMN發(fā)送攜帶請求承載建立完成指示的BICC 協(xié)議消息。
一種發(fā)送請求承載建立完成指示的裝置，包括接收模塊、發(fā)送模塊和構(gòu)造模塊，其中，
所述接收模塊。用于接收攜帶請求承載建立完成指示的BICC協(xié)議消息， 獲取攜帶的請求承載建立完成指示，發(fā)送給所述構(gòu)造模塊；
所述構(gòu)造模塊，用于根據(jù)請求承載建立完成指示構(gòu)造攜帶請求承載建立 完成指示的SIP-I協(xié)議消息；
所述發(fā)送模塊，用于發(fā)送攜帶請求承載建立完成指示的SIP-I協(xié)議消息。
從上述方案可以看出，本發(fā)明實施例提供的方法、系統(tǒng)及裝置可以從 BICC協(xié)議消息中獲取請求承載建立完成指示，將獲取的請求承載建立完成 指示攜帶在SIP-I協(xié)議消息中發(fā)送，實現(xiàn)了采用SIP-I協(xié)議發(fā)送請求承載建 立完成指示，使前向局可以接收到SIP-I協(xié)議消息攜帶的請求承載建立完成 指示，從而在前向連接建立完成后，給后向局發(fā)送承載建立完成指示。


圖1為現(xiàn)有技術(shù)的WCDMA系統(tǒng)的核心網(wǎng)在R4架構(gòu)下的結(jié)構(gòu)示意圖； 圖2為現(xiàn)有技術(shù)采用BICC協(xié)議在GMSC Server和GMSC Server之間
為UE建立呼叫的方法流程圖3為現(xiàn)有技術(shù)BICC協(xié)議-SIP-I協(xié)議CMN組網(wǎng)的結(jié)構(gòu)示意圖； 圖4為本發(fā)明實施例提供的發(fā)送請求承載建立完成指示的方法流程圖； 圖5為本發(fā)明具體實施例提供的在BICC協(xié)議-SIP-I協(xié)議互通且存在
CMN的場景下，傳輸請求承載建立完成指示的方法流程圖6為本發(fā)明實施例后向局在定時器超時，沒有接收到返回的攜帶請求
承載建立完成指示的APM消息，斷開通過CMN與前向局之間的連接的方
法流程圖7為本發(fā)明實施例提供的發(fā)送請求承載建立完成指示的系統(tǒng)示意圖； 圖8為本發(fā)明實施例提供的發(fā)送請求承載建立完成指示的裝置示意圖。
9
具體實施例方式
為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉具體實施 例并參照附圖，對本發(fā)明進行進一步詳細的說明。
為了采用SIP-I協(xié)議發(fā)送請求承栽建立完成指示，本發(fā)明實施例的CMN 接收到后向局發(fā)送的攜帶請求承載建立完成指示的BICC協(xié)議消息后，獲取 攜帶的請求承載建立完成指示，構(gòu)造攜帶所獲取的請求承載建立完成指示的 SIP-I協(xié)議消息，并將該SIP-I協(xié)議消息發(fā)送給前向局，前向局解析該SIP-I 協(xié)議消息后得到攜帶的請求承載建立完成指示。
在本發(fā)明實施例中，當前向局解析得到該SIP-I協(xié)議消息后得到攜帶的 請求承載建立完成指示，在前向連接建立后，構(gòu)造攜帶承載建立完成指示的 SIP-I協(xié)議消息發(fā)送給CMN, CMN根據(jù)接收到的該SIP-I協(xié)議消息獲取攜帶 的承載建立完成指示，構(gòu)造攜帶所獲取的承載建立完成指示的BICC協(xié)議消 息，發(fā)送給后向局，用以通知前向連接建立完成。
在本發(fā)明實施例中，前向局可以為UE所屬的GMSC Server或MSC Server,后向局為被呼叫UE所屬的GMSC Server或MSC Server。
圖4為本發(fā)明實施例提供的發(fā)送請求承載建立完成指示的方法流程圖， 其具體步驟為
步驟401、后向局向CMN發(fā)送攜帶請求承載建立完成指示的BICC協(xié) i義消息。
在該步驟之前，后向局接收到前向局通過CMN發(fā)送的IAM,該IAM 在前向局發(fā)送是采用SIP-I協(xié)議，經(jīng)CMN轉(zhuǎn)換為BICC協(xié)議消息后，發(fā)送給 后向局。
在后向局接收到IAM后，根據(jù)該IAM攜帶的前向建立連接指示確定是 前向建立連接，則根據(jù)設(shè)置的策略確定是否向前向局發(fā)送請求承載建立完成 指示，如果是，則向CMN發(fā)送攜帶請求承載建立完成指示的BICC協(xié)議消 息，如果否，則發(fā)送不攜帶請求承載建立完成指示的BICC協(xié)議消息給CMN,CMN將該BICC協(xié)議消息轉(zhuǎn)換為SIP-I協(xié)議消息后直4妄發(fā)送給前向局處理， 這時就不需要進行以下步驟了。
步驟402、 CMN解析該BICC協(xié)議消息，獲取攜帶的請求承載建立完成 指示，構(gòu)造攜帶所獲取的請求承栽建立完成指示的SIP-I協(xié)議消息，并將該 SIP-I協(xié)議消息發(fā)送給前向局。
步驟403、前向局解析該SIP-I協(xié)議消息后得到攜帶的請求承載建立完 成指示。
步驟404、前向局完成前向建立連接，構(gòu)造攜帶承載建立完成指示的 SIP-I協(xié)議消息給CMN。
步驟405、 CMN接收到該SIP-I協(xié)議消息后，解析得到攜帶的承載建立 完成指示，構(gòu)造攜帶該承載建立完成指示的BICC協(xié)議消息后，發(fā)送給后向 局。
步驟406、后向局接收到該BICC協(xié)議消息后，獲知前向連接建立完成。
在圖4的步驟401中，攜帶請求承載建立完成指示的BICC協(xié)議消息為 APM消息，請求承載建立完成指示設(shè)置在APM消息中的Action indicator 字段里，設(shè)置為"Connect forward, plus notification"。在步驟405中，CMN 構(gòu)造的BICC協(xié)議消息為APM消息，攜帶的該承載建立完成指示為設(shè)置在 APM消息中的Action Indicator的Connected。
在圖4中，攜帶請求承載建立完成指示的SIP-I協(xié)議消息可以為擴展的 訂閱(Subscribe)消息，攜帶承載建立完成指示的SIP-I協(xié)議消息可以為擴 展的通知(Notify)消息。以下詳細"i侖述。
在現(xiàn)有的協(xié)議中，Subscribe消息的事件(Event)頭域為
Event = ("Event" / "o" ) HCOLON event-type *( SEMI event扁param )
event-type = event-package *( " " event-template )
event-package = token-nodot
event-template = token-nodot
其中，在Subscribe消息攜帶請求承載建立完成指示時，將event-package填寫為"bearer-established"，前向局接收到該Subscribe消息后，在前向連 接建立完成后發(fā)送Nofity消息，在Nofity消息中攜帶Event和Subscription 頭域，其中 Event頭域必須和Subscribe中的Event頭域相同， Subscription-State頭域填寫為"active",這個Notify消息的格式為 NOTIFY sip:a@atlanta.example.com SIP/2.0
Via: SIP/2.0/UDP agentb.atlanta.example.com;branch=z9hG4bK2994a93eb-fe To: <sip:a@atlanta.example.com>;tag=l93402342 From: <sip:b@atlanta.example.com>;tag=4992881234 Call-ID: 898234234@agenta.atlanta.example.com CSeq: 1993405 NOTIFY Max-Forwards: 70
Event: bearer-established;id=93809824 〃Subscribe消息的Event頭^或 Subscription-State: active 〃沖旨示壽義載建立完成指示 Contact: sip:b@atlanta.example.com Content-Type: message/sipfrag;version=2.0 Content-Length: 16
除了上述兩條注釋外，其余Nofity消息中包括的信息都是現(xiàn)有技術(shù)，和 本發(fā)明實施例提供的方案無關(guān)，這里不再累述。
舉一個具體實施例說明本發(fā)明實施例提供的方法，圖5為本發(fā)明具體實 施例提供的在BICC協(xié)議-SIP-I協(xié)議互通且存在CMN的場景下，傳輸請求 承載建立完成指示的方法流程圖，該流程涉及的實體包括前向局GMSC Server、后向局GMSC Server以及CMN,其具體步驟為
步驟501 、前向局GMSC Server向CMN發(fā)送SIP-I協(xié)議的訪問(INVITE ) 消息，攜帶前向建立連4^指示，-清求建立與后向局GMSC Server之間的前向 連接。
在該步驟中，INVITE消息為SIP-I協(xié)議消息。
步驟502、 CMN將INVITE消息轉(zhuǎn)換為IAM，將所攜帶的前向建立連接指示設(shè)置為IAM的Connect forward,發(fā)送給后向局GMSC Server。
步驟503、后向局GMSC Server接收到IAM后，向CMN發(fā)送攜帶請求 承載建立完成指示的APM消息。
在該步驟中，將APM消息中的Action indicator字段中設(shè)置Connect forward, plus notification,即攜帶請求承載建立完成指示。
步驟504、 CMN接收到該APM消息中，確定攜帶請求承載建立完成指 示，則和前向局GMSC Server之間互通SIP-I協(xié)議的183/prack/200消息，在 前向局和CMN之間協(xié)商好在承載建立完成后，發(fā)送承載建立完成指示。
在該步驟中，確定APM消息攜帶請求承載建立完成指示，是判斷該 APM消息的 Action indicator字段中是否設(shè)置 Connect forward ， plus notification 。
在該步驟中，CMN和前向局GMSC Server之間互通200消息或prack消息。
步驟505、 CMN確定和前向局GMSC Server之間的早對話建立完成后， 發(fā)送SUBSCRIBE消息到前向局，攜帶請求承載建立完成指示。
在該步驟中，確定早對話建立完成可以為接收到前向局GMSC Server 發(fā)送的200消息。
在該步驟中，CMN在SUBSCRIBE消息中的Event設(shè)置為 "bearer-established"，表示攜帶請求承載建立完成指示。
步驟506、前向局GMSC Server接收到該SUBSCRIBE消息后，給CMN 返回200消息。
步驟507、前向局GMSC Serve所屬的MGW和后向局GMSC Server所 屬的MGW之間的承載建立完成。
步驟508、在承載建立完成后，前向局GMSC Server向CMN發(fā)送Notify 消息，攜帶承載建立完成指示。
在該步驟中，可以在Notify消息的Event設(shè)置"bearer-established"并 且Subscription字段設(shè)置為"active",指示承載建立完成指示。步驟509、 CMN接收到該Notify消息后，獲取攜帶的承載建立完成指 示，將所獲取的承載建立完成指示攜帶在APM消息發(fā)送給后向局GMSC Server 。
步驟510、 CMN給前向局GMSC Server發(fā)送200消息。
步驟511、接收到APM消息的后向局GMSC Server向CMN發(fā)送ACM消息。
步驟512、CMN將該ACM消息轉(zhuǎn)換為SIP-I協(xié)議消息，和前向局GMSC
Server之間互通180消息，或Prack消息或200消息。
步驟513 、后向局GMSC Server向CMN發(fā)送ANM消息。
步驟514、 CMN將ANM消息轉(zhuǎn)換為200消息，向前向局GMSC Server
發(fā)送200消息。
步驟515、前向局GMSC Server向CMN發(fā)送確認(ACK)消息。 在本發(fā)明實施例中，如果前向局不支持攜帶請求承載建立完成指示的 SIP-I消息，即不能識別該SIP-I消息，則CMN根據(jù)預(yù)先設(shè)置的策略確定處 理原則(CMN可以根據(jù)設(shè)置預(yù)先獲知前向局不識別該SIP-I消息或由前向局 在不能識別該SIP-I消息后通知CMN):在4姿收到前向局在前向連4妄建立完 成后發(fā)送的precondition的更新消息(UPDATE)后，直接將承載建立完成 指示信息在APM消息發(fā)送給后向局或?qū)PDATE轉(zhuǎn)換為攜帶承載建立完成 指示信息的APM消息發(fā)送給后向局。
在本發(fā)明實施例中，當前向局不支持攜帶請求承載建立完成指示的 SIP-I消息時，CMN不啟動定時器等待前向局發(fā)送的攜帶承載建立完成指示 的Notify消息，如果前向局 一 直不返回該Notify消息，則CMN也不會發(fā)送 攜帶請求承載建立完成指示的APM消息。后向局在發(fā)送攜帶請求承載建立 完成指示的APM消息后，會設(shè)置定時器，如果在定時器超時時沒有接收到 返回的攜帶請求承載建立完成指示的APM消息，則后向局會斷開通過CMN 與前向局之間的連接，如圖6所示，圖6為本發(fā)明實施例后向局在定時器超 時，沒有接收到返回的攜帶請求承載建立完成指示的APM消息，斷開通過CMN與前向局之間的連接的方法流程圖，其具體步驟為
步驟601 、前向局GMSC Server向CMN發(fā)送INVITE消息，攜帶前向 建立連接指示，請求建立與后向局GMSC Server之間的前向連接。
步驟602、 CMN將INVITE消息轉(zhuǎn)換為IAM，將所攜帶的前向建立連 接指示設(shè)置為IAM的Connect forward,發(fā)送給后向局GMSC Server。
步驟603、后向局GMSC Server接收到IAM后，向CMN發(fā)送攜帶請求 承載建立完成指示的APM消息，啟動定時器。
步驟604、 CMN接收到該APM消息中，確定攜帶請求承載建立完成指 示，則和前向局GMSC Server之間互通SIP-I協(xié)議的183消息或200消息或 prack消息。
步驟605、 CMN確定和前向局GMSC Server之間的早對話建立完成后， 發(fā)送SUBSCRIBE消息到前向局，攜帶請求^c載建立完成指示。
在該步驟中，確定早對話建立完成可以為4^收到前向局GMSC Server 發(fā)送的200消息。
步驟606、前向局GMSC Server接收到該SUBSCRIBE消息后，給CMN 返回200消息。
步驟607、后向局GMSCServer設(shè)置的定時器超時，還沒有接收到返回 的攜帶承載建立完成指示的APM消息，則給CMN返回拆線(REL)消息。
步驟608、 CMN"I妄收到REL消息后，將該消息轉(zhuǎn)換為SIP-I協(xié)議的480 消息發(fā)送給前向局GMSC Server,該480消息攜帶前向連接臨時不可用 (Temporarily Unavailable ),指示前向局GMSC Server進行前向連才姿拆線。
步驟609、前向局GMSC Server接收到該480消息后，進行前向連接拆 線，給CMN返回ACK消息。
步驟610、 CMN將該ACK消息轉(zhuǎn)換為BICC協(xié)議的拆線完成(RLC ) 消息，發(fā)送給后向局GMSC Server。
圖7為本發(fā)明實施例提供的發(fā)送請求承載建立完成指示的系統(tǒng)示意圖， 包括前向局、后向局和CMN，其中，
15前向局，用于接收CMN發(fā)送的攜帶請求承載建立完成指示的SIP-I協(xié) i義消息；
CMN，用于接收后向局發(fā)送的攜帶請求承載建立完成指示的BICC協(xié)議 消息，獲取攜帶的請求承載建立完成指示，構(gòu)造攜帶所獲取請求承載建立完 成指示的SIP-I協(xié)議消息發(fā)送給前向局；
后向局，用于向CMN發(fā)送攜帶請求承栽建立完成指示的BICC協(xié)議消
自
在該實施例中，前向局還包括處理模塊，用于在前向建立完成后，構(gòu)造
攜帶承載建立完成指示的SIP-I協(xié)議消息，發(fā)送給CMN的處理模塊；
CMN還包括處理模塊，用于接收前向局的處理模塊發(fā)送的攜帶承載建 立完成指示的SIP-I協(xié)議消息，獲取攜帶的承載建立完成指示，構(gòu)造攜帶所 獲取的承載建立完成指示的BICC協(xié)議消息發(fā)送給后向局。
在該實施例中，CMN還包括檢測模塊，用于接收到前向局發(fā)送的 UPDATE后，直接構(gòu)造攜帶所獲取的承載建立完成指示的BICC協(xié)議消息或 將UPDATE轉(zhuǎn)換為攜帶所獲取的承載建立完成指示的BICC協(xié)議消息發(fā)送 給后向局的處理模塊。后向局的處理模塊接收CMN的檢測模塊發(fā)送的攜帶 所獲取的承載建立完成指示的BICC協(xié)議消息。
圖8為本發(fā)明實施例提供的發(fā)送請求承載建立完成指示的裝置示意圖， 該裝置為CMN, CMN包括接收模塊、發(fā)送模塊和構(gòu)造模塊，
接收模塊。用于接收后向局發(fā)送的攜帶請求承載建立完成指示的BICC 協(xié)議消息，獲取攜帶的請求承載建立完成指示，發(fā)送給構(gòu)造模塊；
構(gòu)造模塊，用于根據(jù)請求承載建立完成指示構(gòu)造攜帶請求承載建立完成 指示的SIP-I協(xié)議消息;
發(fā)送模塊，用于將攜帶請求承載建立完成指示的SIP-I協(xié)議消息發(fā)送給 前向局。
在該實施例中，接收模塊還包括第一接收模塊，構(gòu)造模塊還包括第一構(gòu) 造模塊，發(fā)送模塊還包括第一發(fā)送模塊，其中，第一接收模塊，用于接收前向局發(fā)送的攜帶承載建立完成指示的SIP-I
協(xié)議消息，獲取攜帶的承載建立完成指示，發(fā)送給第一構(gòu)造模塊，
第一構(gòu)造模塊，用于根據(jù)承載建立完成指示構(gòu)造攜帶承載建立完成指示
的BICC協(xié)議消息；
第一發(fā)送模塊，用于將攜帶承載建立完成指示的BICC協(xié)議消息發(fā)送給 后向局的處理模塊。
在該實施例中，該裝置還包括檢測模塊，用于接收到前向局發(fā)送的 UPDATE后，發(fā)送指示給第一構(gòu)造模塊；第一構(gòu)造模塊在檢測模塊的指示下 構(gòu)造攜帶承載建立完成指示的BICC協(xié)議消息或?qū)PDATE轉(zhuǎn)換為攜帶所 獲取的承載建立完成指示的BICC協(xié)議消息。
從本發(fā)明實施例提供的方法、系統(tǒng)及裝置，可用在BICC協(xié)議-SIP-I 協(xié)議互通的場景下，實現(xiàn)請求承載建立完成指示，使BICC協(xié)議和SIP-I協(xié) 議更好地采用CMN互通，節(jié)省了 WCDMA網(wǎng)絡(luò)資源，并且能有效地保證在 承載建立完成之后再實現(xiàn)UE和被叫UE的互通(通過前向局和后向局)， 提高接通的成功率，提高語音服務(wù)質(zhì)量。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本 發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換和改進等，均應(yīng)包含在本 發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種發(fā)送請求承載建立完成指示的方法，其特征在于，該方法包括接收到后向局發(fā)送的攜帶請求承載建立完成指示的與承載無關(guān)的呼叫控制BICC協(xié)議消息；獲取攜帶的請求承載建立完成指示，構(gòu)造攜帶所述請求承載建立完成指示的會話初始化協(xié)議封裝綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分SIP-I協(xié)議消息后，發(fā)送給前向局。
2、 如權(quán)利要求l所述的方法，其特征在于，所述SIP-I協(xié)議消息為訂閱消 息，所述請求承載建立完成指示為bear-established，設(shè)置在訂閱消息的 event-Package中。
3、 如權(quán)利要求l所述的方法，其特征在于，在該方法之后，進一步包括 前向建立連接完成，接收攜帶承載建立完成指示的SIP-I協(xié)議消息； 獲取攜帶的承載建立完成指示，構(gòu)造攜帶所述承載建立完成指示的BICC協(xié)議消息后，發(fā)送給后向局。
4、 如權(quán)利要求3所述的方法，其特征在于，所述SIP-1協(xié)議消息為通知Notify 消息，所述承載建立完成指示表示為Notify消息的Event字段中的 bear-established和Subscription-State字段中的active。
5、 如權(quán)利要求l所述的方法，其特征在于，在該方法之后，進一步包括 當判斷接收BICC協(xié)議消息的前向局不支持訂閱方式時，接收到更新消息 UPDATE后，構(gòu)造攜帶承載建立完成指示的BICC協(xié)議消息或?qū)PDATE轉(zhuǎn)換 為攜帶所獲取的承載建立完成指示的BICC協(xié)議消息后，發(fā)送給后向局。
6、 如權(quán)利要求3或5所述的方法，其特征在于，所述攜帶所述承載建立完 成指示的BICC協(xié)議消息為攜帶Connected的應(yīng)用傳送^/L制APM消息。
7、 如權(quán)利要求l所述的方法，其特征在于，該方法還包括 后向局在發(fā)送攜帶請求承載建立完成指示的BICC協(xié)議消息時在自身設(shè)置定時器，確定在定時器到時時沒有接收到攜帶承載建立完成指示的BICC協(xié)議消息，拆除經(jīng)呼叫協(xié)調(diào)節(jié)點CMN到前向局之間的連接。
8、 一種發(fā)送請求承載建立完成指示的系統(tǒng)，其特征在于，該系統(tǒng)包括 前向局、后向局和CMN,其中，所述前向局，用于接收所述CMN發(fā)送的攜帶請求承載建立完成指示的 SIP-I協(xié)議消息；所述CMN,用于接收所述后向局發(fā)送的攜帶請求承載建立完成指示的 BICC協(xié)議消息，獲取攜帶的請求承載建立完成指示，構(gòu)造攜帶所獲取請求 承載建立完成指示的SIP-I協(xié)議消息發(fā)送給所述前向局；所述后向局，用于向所述CMN發(fā)送攜帶請求承載建立完成指示的BICC 協(xié)i義消息。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述前向局還包括處理模 塊，用于在前向建立完成后，構(gòu)造攜帶承載建立完成指示的SIP-I協(xié)議消息， 發(fā)送給所述CMN的處理模塊；所述CMN還包括處理模塊，用于接收所述前向局的處理模塊發(fā)送的攜 帶承載建立完成指示的SIP-I協(xié)議消息，獲取攜帶的承載建立完成指示，構(gòu) 造攜帶所獲取的承載建立完成指示的BICC協(xié)議消息發(fā)送給所述后向局。
10、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述CMN還包括檢測模 塊，用于判斷當前向局不支持訂閱方式時，接收到所述前向局發(fā)送的 UPDATE后，構(gòu)造攜帶所獲取的承載建立完成指示的BICC協(xié)議消息或?qū)?UPDATE轉(zhuǎn)換為攜帶所獲取的承載建立完成指示的BICC協(xié)議消息發(fā)送給所 述后向局的處理模塊；所述后向局還包括處理模塊，用于接收所述CMN的檢測模塊發(fā)送的攜 帶所獲取的承載建立完成指示的BICC協(xié)議消息。
11、 一種發(fā)送請求承載建立完成指示的裝置，其特征在于，包括接收模 塊、發(fā)送模塊和構(gòu)造模塊，其中，所述接收模塊。用于接收攜帶請求承載建立完成指示的BICC協(xié)議消息， 獲取攜帶的請求承載建立完成指示，發(fā)送給所述構(gòu)造模塊；所述構(gòu)造模塊，用于根據(jù)請求承載建立完成指示構(gòu)造攜帶請求承載建立完成指示的SIP-I協(xié)議消息；所述發(fā)送模塊，用于發(fā)送攜帶請求承載建立完成指示的SIP-I協(xié)議消息。
12、 如權(quán)利要求11所述的裝置，其特征在于，所述構(gòu)造模塊還包括第 一構(gòu)造模塊，所述發(fā)送模塊還包括第一發(fā)送模塊，其中，所述第一構(gòu)造模塊，用于根據(jù)承載建立完成指示構(gòu)造攜帶承載建立完成 指示的BICC協(xié)議消息；所述第一發(fā)送模塊，用于將攜帶承載建立完成指示的BICC協(xié)議消息發(fā)送。
13、 如權(quán)利要求12所述的裝置，其特征在于，所述裝置還包括檢測模 塊，用于當判斷不支持訂閱方式時，接收到前向局發(fā)送的UPDATE后，發(fā) 送指示給第一構(gòu)造模塊；所述第一構(gòu)造模塊在檢測模塊的指示下構(gòu)造攜帶承 載建立完成指示的BICC協(xié)議消息或?qū)PDATE轉(zhuǎn)換為攜帶所獲取的承載 建立完成指示的BICC協(xié)議消息；或者，所述接收模塊還包括第一接收模塊，用于接收前向局發(fā)送的攜帶承載建 立完成指示的SIP-I協(xié)議消息，獲取攜帶的承載建立完成指示。
全文摘要
本發(fā)明公開了一種發(fā)送請求承載建立完成指示的方法、系統(tǒng)及裝置，其中，該方法包括接收到攜帶請求承載建立完成指示的與承載無關(guān)的呼叫控制BICC協(xié)議消息；獲取攜帶的請求承載建立完成指示，構(gòu)造攜帶所述請求承載建立完成指示的會話初始化協(xié)議封裝綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分SIP-I協(xié)議消息后，發(fā)送。本發(fā)明實施例提供的方法、系統(tǒng)及裝置可以采用SIP-I協(xié)議發(fā)送請求承載建立完成指示。
文檔編號H04W76/02GK101453791SQ20071019522
公開日2009年6月10日 申請日期2007年12月4日 優(yōu)先權(quán)日2007年12月4日
發(fā)明者李昌坤, 浚 袁 申請人:華為技術(shù)有限公司