專利名稱：一種bicc與sip之間互通的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是一種BICC (Bearer Independent Call Control Protocol,承載無關(guān)呼叫控制協(xié)議)與SIP ( Session Initiation Protocol, 會話初始化協(xié)議)之間互通的方法和設(shè)備。
背景技術(shù)：
隨著通信產(chǎn)業(yè)的發(fā)展，各種網(wǎng)絡(luò)協(xié)議之間的不斷演進推進了通信技術(shù)的 曰益進步。以WCDMA ( Wideband Code Division Multiple Access,寬帶碼分 多址)為代表的第三代移動通信網(wǎng)絡(luò)致力于提供更加便利的應(yīng)用業(yè)務(wù)服務(wù)環(huán)境。
WCDMA的核心網(wǎng)采用網(wǎng)絡(luò)呼叫控制和業(yè)務(wù)承載分離的R4網(wǎng)絡(luò)架構(gòu)。在 R4架構(gòu)下定義了三個接口 Nc接口、 Nb接口和Mc接口，各4妄口在網(wǎng)絡(luò)中 的位置如圖l所示。該網(wǎng)絡(luò)架構(gòu)中包括MGW (MediaGateway,媒體網(wǎng)關(guān))， MSC (Mobile Switch Center,移動交換中心)Server,以及GMSC ( Gateway Mobile-services Switching Center,網(wǎng)關(guān)移動業(yè)務(wù)交換中心)Server。其中， (G)MSC Server之間采用Nc接口進行互通，MGW之間采用Nb接口進行互通， (G)MSC Server與MGW之間采用Mc接口進行互通。MGW屬于承載層面， 負責(zé)用戶面的話音和々某體流的傳遞和轉(zhuǎn)換功能，MSC Server屬于控制層面， 負責(zé)呼叫控制、承載控制和路由解析等功能，網(wǎng)關(guān)MGW接受MSC Server設(shè) 備的控制，實現(xiàn)媒體的端到端連接。在3GPP (The 3rd Generation Partner Project,第三代合作伙伴計劃)技術(shù)規(guī)范中說明(G)MSC Server之間的Nc接 口可以采用任何可用的呼叫控制協(xié)議，定義了 Nc接口采用BICC協(xié)議的業(yè)務(wù) 流程和身見范，同時也定義了 SIP協(xié)議應(yīng)用于Nc接口的業(yè)務(wù)流程和失見范。目前 R4網(wǎng)絡(luò)的Nc接口主要采用BICC協(xié)議，引入新的SIP協(xié)議后，在4艮長的一段 時間內(nèi)BICC會與SIP共存，現(xiàn)有4支術(shù)中也定義了 BICC與SIP協(xié)議之間的交互流程。
CMN ( Call Mediation Node,呼叫協(xié)調(diào)節(jié)點)用于話務(wù)的信令層面的匯接， 不控制承載，是組成R4軟交換網(wǎng)絡(luò)非常重要的節(jié)點。由于SIP協(xié)議的引入， BICC與SIP協(xié)議在R4網(wǎng)絡(luò)將長期共存，對于CMN節(jié)點也是如此。為了更 好地實現(xiàn)業(yè)務(wù)的互通，如何實現(xiàn)BICC與SIP CMN的互通成為至關(guān)重要的問 題。其中，SDP ( Session Description Protocol,會話描述協(xié)議)是SIP消息中 攜帶力某體的參數(shù)，IPBCP (Internet Protocol Bearer Control Protocol,互聯(lián)網(wǎng)協(xié) 議承載控制協(xié)議)是BICC消息中攜帶媒體的參數(shù)即隧道信息。現(xiàn)有技術(shù)中定 義了 SDP與IPBCP之間的轉(zhuǎn)換
BC-IWF (Bearer Control國InterWorking Function,承栽控制網(wǎng)絡(luò)互通單元) 收到SDP OFFER時，刪除IPBCP不支持的參數(shù)并轉(zhuǎn)換為REQUEST原語；
BC-IWF收到SDP ANSWER時，按如下原則進行轉(zhuǎn)換
(1) 如果IPBCP已經(jīng)發(fā)送REQUEST但沒收到響應(yīng)，則判斷纟某體端口是否 有效。如果有效則轉(zhuǎn)換為ACCEPTED原語；如果被置為0,則轉(zhuǎn)換為 REJECTED原語。
(2) 如果IPBCP沒有發(fā)送REQUEST或者發(fā)送了 REQUEST但已經(jīng)收到響 應(yīng)，則不轉(zhuǎn)發(fā)任何消息。
BC-IWF收到IPBCP REQUEST消息時，將其轉(zhuǎn)換為SDP OFFER; BC-IWF收到IPBCP ACCEPTED消息時，將其轉(zhuǎn)換為SDP ANSWER; BC-IWF收到IPBCP REJECTED消息時，將其轉(zhuǎn)換為SDPANSWElU旦將 媒體端口置為0。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題。 目前現(xiàn)網(wǎng)主要采用BICC協(xié)議，且要求BICC支持UP (User Plane ，用戶 平面)用于進行用戶平面上參數(shù)的協(xié)商。但現(xiàn)有的協(xié)議中沒有描述BICC與 SIP采用CMN互通時的參數(shù)轉(zhuǎn)換，以及如何在SIP中攜帶UP信息，導(dǎo)致BICC 與SIP之間無法進行互通
發(fā)明內(nèi)容
本發(fā)明的實施例提供一種BICC與SIP之間CMN互通的方法和設(shè)備，以 實現(xiàn)BICC與SIP之間的媒體協(xié)商以及互通。
為達到上述目的，本發(fā)明的實施例提供一種BICC與SIP之間互通的方法， 包括以下步驟
呼叫協(xié)調(diào)節(jié)點CMN將前向局與后向局間交互所使用的BICC信令和SIP 信令進行相互轉(zhuǎn)換，并且在所述SIP信令中攜帶用戶面UP的信息。
本發(fā)明的實施例還提供一種呼叫協(xié)調(diào)節(jié)點CMN，用于實現(xiàn)BICC與SIP 之間的互通，包括
信令轉(zhuǎn)換單元，用于將前向局與后向局間交互所使用的BICC信令和SIP 信令進行相互轉(zhuǎn)換；
SDP生成單元，用于在向前向局或后向局發(fā)送的SDP中添加UP信息。
本發(fā)明的實施例還提供一種移動交換中心MSC Server,用于作為前向局 或后向局與CMN配合實現(xiàn)BICC與SIP之間的互通，包括
SDP解析單元，用于解析CMN發(fā)送的SDP中攜帶的UP信息；
UP信息下發(fā)單元，用于將所述SDP解析單元解析得到的UP信息通過 Mc"l妻口向網(wǎng)關(guān)下發(fā)。
與現(xiàn)有技術(shù)相比，本發(fā)明的實施例具有以下優(yōu)點
通過BICC信令和SIP信令間的相互轉(zhuǎn)換，且在SIP信令中攜帶用戶面 UP的信息，實現(xiàn)了 BICC與SIP間的々某體協(xié)商，解決了 BICC與SIP之間的 網(wǎng)絡(luò)互通問題。


圖1為現(xiàn)有4支術(shù)中WCDMAR4核心網(wǎng)邏輯架構(gòu)圖； 圖2為本發(fā)明的實施例中的BICC-SIPCMN組網(wǎng)模型； 圖3為本發(fā)明的實施例中的BICC與SIP之間互通的方法流程圖； 圖4為本發(fā)明的實施例中BICC采用前向快速，SIP采用invite/183方式 協(xié)商時BICC與SIP之間互通的方法的流程圖5為本發(fā)明的實施例中BICC采用前向快速，SIP采用invite/180方式協(xié)商時BICC與SIP之間互通的方法的流程圖6為本發(fā)明的實施例中BICC采用前向延遲，SIP釆用invite/183方式 協(xié)商時BICC與SIP之間互通的方法的流程圖7為本發(fā)明的實施例中BICC采用前向延遲(不支持codec協(xié)商)，SIP 采用invite/183方式協(xié)商時BICC與SIP之間互通的方法的流程圖8為本發(fā)明的實施例中BICC采用后向延遲，SIP采用方式invite/183 方式協(xié)商時BICC與SIP之間互通的方法的流程采用方式183/prack方式協(xié)商時BICC與SIP之間互通的方法的流程圖IO為本發(fā)明的實施例中SIP入局采用invite/183方式協(xié)商，BICCM吏用
前向快速時BICC與SIP之間互通的方法的流程圖11為本發(fā)明的實施例中SIP入局采用invite/183方式協(xié)商，BICCM吏用
前向延遲時BICC與SIP之間互通的方法的流程圖12為本發(fā)明的實施例中SIP入局采用183/prack方式協(xié)商時BICC與
SIP之間互通的方法的流程圖。
具體實施例方式
下面結(jié)合附圖和實施例，對本發(fā)明的具體實施方式
作進一步詳細描述 本發(fā)明的實施例中所使用的基本的CMN組網(wǎng)模型如圖2所示。其中， CMN位于BICC與SIP之間， 一側(cè)的Nc接口傳遞BICC信令，另 一側(cè)的Nc 接口傳遞SIP信令，用戶面Nb接口由兩個MGW直接互通。從圖中可以看出， 經(jīng)過CMN的信令轉(zhuǎn)換后，Nb接口的一側(cè)是由SIP協(xié)議控制，Mc接口采用 SDP描述；而另一側(cè)是由BICC協(xié)議控制，Mc接口采用IPBCP描述。現(xiàn)有技 術(shù)中的IPBCP與SDP之間的轉(zhuǎn)換基本解決了不同控制協(xié)議之間的々某體協(xié)商問 題，但沒有描述如何在SDP中攜帶UP信息。
另外，BICC的承載建立方式包括前向快速、前向延遲和后向延遲，并且 還分為支持編解碼協(xié)商和不支持編解碼協(xié)商兩種。SIP的士某體協(xié)商方式也分為 invite/18x、 invite/200、 18x/prack、 prack/200、 200/ack等。需要解決在BICC-SIP的CMN節(jié)點上如何支持這些不同方式的問題。
由于協(xié)議上要求SIP based Nc的(G) MSC Server必須支持lOOrel,所以 本發(fā)明的實施例不考慮不支持lOOrel的場景。
根據(jù)上述組網(wǎng)模型，本發(fā)明的實施例一中， 一種BICC與SIP之間CMN 互通的方法如圖3所示，包括以下步驟
步驟s301 、 CMN接收前向局發(fā)送的BICC信令或SIP信令。
步驟s302、 CMN將前向局與后向局間交互所使用的BICC信令和SIP信 令進行相互轉(zhuǎn)換，并且對轉(zhuǎn)換后的SIP信令進行擴展，在擴展的SIP信令中攜 帶用戶面UP的信息。
以下結(jié)合不同的場景，對本發(fā)明的實施例中一種BICC與SIP間互通的方 法進行描述。
本發(fā)明的實施例二中，以BICC入SIP出為例，描述本發(fā)明的實施例中 BICC與SIP間互通的方法。
(1 )以BICC采用前向快速的承載建立方式為例，當(dāng)BICC采用前向快 速的承載建立方式且SIP采用invite/183的方式進行協(xié)商時，本發(fā)明的實施例 中BICC與SIP間互通的流程如圖4所示，包括以下步驟
步驟s401, CMN收到前向局發(fā)送的IAM (Initial Address Message,初始 地址消息)消息，隧道信息中攜帶Request原語，IPBCP中的描述參考ITUT Q.1970,以下面的描述為例(只列出了媒體屬性相關(guān)部分，其余部分省略)
m=audio 32 RTP/AVP 96
a=rtpmap:96 VND.3GPRIUFP/16000
步驟s402、 CMN向后向局發(fā)送invite消息，在該消息中攜帶SDP offer。 CMN判斷本局不控制網(wǎng)關(guān)，并且出局側(cè)為SIP，則需要將IPBCP Request 轉(zhuǎn)換為SDP offer,在向后向局發(fā)送的invite消息中攜帶。由于BICC是使用 UP模式的，因此如果BICC要與SIP直接建立承載，則SIP側(cè)也需要使用UP 模式。但目前SIP的SDP還不能攜帶UP信息，因此需要對SDP進行擴展。 本實施例中將IPBCP中的payload和UP信息封裝在一起，作為媒體的一個新 的payload在SDP offer消息中攜帶。具體描述如下m=audio 32 RTP/AVP 100 96 a=rtpmap:100 VND.3GPP.IUFP/16000 a=fmtp: 100 up=96;ver=2;if=cn;dir=out;mode=supp a=rtpmap:96 AMR/8000/1
具體的，m行第一個payload,表示封裝后的payload即NbUP，第三行對 此NbUP承載進行描述，第四行是對AMR屬性的描述。
其中，VND.3GPRIUFP/16000繼續(xù)沿用現(xiàn)有技術(shù)中對UP的定義，UP的 描述含義如下
up=:表示UP上層負荷的承載。在上面的例子中是96,根據(jù)96的定義 承載的是全速率的AMR;
ver=:表示使用的UP的版本。在上面的例子中^[吏用UP版本2;
if=:表示up接口類型。在上面的例子中為cn (表示是核心網(wǎng)的接口，即 定義的是NbUP),如果取值為ran,則表示是接入側(cè)的接口 ，即定義的是IuUP;
dh=:表示up發(fā)起的方向。在上面的例子中為out,結(jié)合接口類型可知是 核心網(wǎng)中主動發(fā)起up協(xié)商的一方；
mode=:表示up的模式。在上面的例子中為supp,表示是支持模式，還 可能取值為透明模式。
步驟s403,后向局通過183的SDP answer將UP信息發(fā)送給CMN局。
后向局收到invite消息后，需要將UP信息通過Mc接口下發(fā)給網(wǎng)關(guān)。由 于目前SIP不能下UP信息給網(wǎng)關(guān)，所以需要對Mc接口消息進行擴展。這里 沿用步驟s401中的定義對UP進行描述
遠端々某體的描述m:audio 32 RTP/AVP 100 96
本端士某體的描述m:audio - RTP/AVP 100 96,由于本端的IP地址和端口 號需要網(wǎng)關(guān)上才艮，所以這里將端口號置為無效。 AMR屬性的描述a:rtpmap:96 AMR/8000/1 封裝后的payload的描述a:rtpmap: 100 VND.3GPP.IUFP/16000 NbUP承載的描述a:fintp:lOO up=96;ver=2;if=cn;dir=out;mode=supp 后向局的隧道信息上報后，需要通過183的SDP answer將UP信息發(fā)送給CMN局，具體攜帶方式和invite中的處理相同。
步驟s404， CMN收到183的SDP后，將SDP answer轉(zhuǎn)換為IPBCP Accepted,構(gòu)造好后通過APM (Application Transport Message，應(yīng)用傳$俞消息) 消息發(fā)送給前向局。
步驟s405,前向局將隧道信息發(fā)送給網(wǎng)關(guān)后，網(wǎng)關(guān)就可以發(fā)起UP面的 協(xié)商。
步驟s406， CMN收到前向局發(fā)送的180或200消息。 步驟s407， CMN將該消息轉(zhuǎn)換為ACM (Address Complete Message,地 址全消息)或ANM ( Answer Message,應(yīng)答消息)發(fā)送^會前向局。 步驟s408, CMN向后向局發(fā)送確認消息ACK。
如果BICC采用前向快速的承載建立方式且SIP采用invite/180或 invite/200的方式進行協(xié)商，貝'J CMN局收到后向局的180或200消息時，在 APM消息未發(fā)送前，先不發(fā)ACM或ANM消息，等到發(fā)送APM消息建立承 載后，再發(fā)送ACM或ANM消息。以180為例，本發(fā)明的實施例中BICC與 SIP間互通的流程如圖5所示，包括以下步驟
步驟s501, CMN收到前向局的初始地址IAM消息，隧道信息中攜帶 Request原語
步驟s502、 CMN判斷本局不控制網(wǎng)關(guān)，并且出局側(cè)為SIP,則需要將IPBCP Request轉(zhuǎn)換為SDP offer,在invite消息中攜帶向后向局發(fā)送。
步驟s503，后向局收到invite消息后，將UP信息通過Mc接口下給網(wǎng)關(guān)。 后向局的隧道信息上報后，需要通過180的SDP answer將UP信息發(fā)送給CMN 局。
步驟s504, CMN收到180的SDP answer后，將SDP answer轉(zhuǎn)換為IPBCP Accepted消息，構(gòu)造好后通過APM消息發(fā)送給前向局。
步驟s505,前向局將隧道信息下給網(wǎng)關(guān)后，網(wǎng)關(guān)發(fā)起UP面的協(xié)商。 步驟s506, CMN收到后向局的180或200消息。
步驟s507, CMN在APM消息未發(fā)送前先不發(fā)送ACM或ANM消息， 等到發(fā)送APM消息建立承載再發(fā)送ACM或ANM消息。本流程中在步驟s504中已經(jīng)發(fā)送APM消息的情況下，這里可以直接發(fā)送ACM或ANM消息。如 果步驟s506在步驟s504之前發(fā)生，則先不發(fā)送ACM或ANM消息。 步驟s508, CMN向后向局發(fā)送確認消息ACK。
如果在IAM消息中不支持編解碼協(xié)商，對SIP側(cè)的處理沒有影響，只是 在回APM消息時不能攜帶編解碼列表。
由于現(xiàn)有技術(shù)中允許利用IPBCP進行承載的修改，因此BICC-SIPCMN 節(jié)點要對SIP側(cè)后續(xù)涉及RTP流IP地址、UDP端口修改的SDP offer予以拒 絕，如果只涉及編解碼的修改，仍然可以互通。
(2)以BICC采用前向延遲為例，當(dāng)BICC采用前向延遲的承載建立方 式，SIP采用invite/183方式協(xié)商時，如圖6所示，本發(fā)明的實施例中BICC 與SIP間互通的流程包括以下步驟
步驟s601,前向延遲情況下，CMN收到IAM消息，其中包括可用編解 碼列表(codec list )。
步驟s602, CMN將消息中可用編解碼列表轉(zhuǎn)換為SDP offer,并將選定編 解碼放在SDP的首位。由于IAM消息中沒有隧道信息，只能將SDP中的IP 地址和端口號置為0 ，然后發(fā)送invite封裝IM消息。此時由于沒有獲得IPBCP 信息，因此也無法確定UP的信息，因此在SDP中不攜帶UP的描述信息。
步驟s603, CMN收到攜帶SDP answer的183消息，判斷前向局BICC 采用前向延遲。
步驟s604、 CMN將SDP中的編解碼列表轉(zhuǎn)換為APM消息中的可用編解 碼列表，將第一個編解碼轉(zhuǎn)換為選定編解碼。然后發(fā)送APM消息給前向局， 不攜帶隧道信息。
步驟s605，前向局收到網(wǎng)關(guān)的隧道信息后，發(fā)送APM Request消息到 CMN，該APM Request消息中攜帶隧道信息。
步驟s606， CMN將隧道信息轉(zhuǎn)換為SDP offer,轉(zhuǎn)換方式同前向快速中的 描述相同，此時會從隧道信息中轉(zhuǎn)換得到UP的描述信息。由于SIP側(cè)已經(jīng)完 成一次編解碼協(xié)商，所以APM消息轉(zhuǎn)換為update消息發(fā)到后向局，這時應(yīng)該 攜帶有效的IP地址和端口號。步驟s607, CMN收到后向局的響應(yīng)消息200 for update,其中攜帶SDP answer^
步驟s608, CMN將SDP answer轉(zhuǎn)換為IPBCP Accepted,發(fā)送APM消息 到前向局，完成承載建立。
步驟s609， CMN收到180或200消息時，轉(zhuǎn)換為ACM或ANM發(fā)給前 向局。
步驟s610, CMN向后向局發(fā)送確認消息ACK。
如果前向局的BICC配置為不支持編解碼協(xié)商，則判斷是否攜帶了 BC (BearerCapability,承載能力)信息，如果攜帶了BC信息，則將BC轉(zhuǎn)換為 SDP，具體的轉(zhuǎn)換原則見Q1912.5,后面流程和支持編解碼協(xié)商的流程類似， 但在第一個APM消息里不攜帶編解碼列表。為了保持消息的順序性，本實施 例使用了 CMN緩存IAM消息的方法，在收到攜帶承載信息的APM消息時才 向后向局發(fā)送攜帶SDP的invite消息。該情況下本發(fā)明的實施例中BICC與 SIP間互通的流程如圖7所示，包括以下步驟
步驟s701, CMN收到前向局的IAM消息。
步驟s702， CMN發(fā)現(xiàn)該IAM消息是前向延遲，且沒有編解碼列表，則
直接回送APM消息，不發(fā)送invite消息出局。
步驟s703， CMN收到攜帶隧道信息的APMRequest消息時，將隧道信息
轉(zhuǎn)換為SDP offer,轉(zhuǎn)換原則同前面前向快速的描述相同。
步驟s704, CMN向后向局發(fā)送invite offer消息，封裝IAM。 步驟s705,后向局發(fā)送183消息到CMN,攜帶SDPanswer。 步驟s706, CMN將SDP answer轉(zhuǎn)換為IPBCP Accepted,發(fā)送APM消息
給前向局，完成承載建立。
步驟s707， CMN收到180或200消息時，轉(zhuǎn)換為ACM或ANM發(fā)給前向局。
步驟s708, CMN向后向局發(fā)送確認消息ACK。
(3)以BICC采用后向延遲為例，BICC采用后向延遲的承載建立方式， SIP采用invite/183方式協(xié)商時，本發(fā)明的實施例中BICC與SIP間互通的流
14程如圖8所示，包括以下步驟
步驟s801，后向延遲情況下，CMN收到IAM消息，其中包括可用編解 碼列表(codec list )。
步驟s802、 CMN將消息中可用編解碼列表轉(zhuǎn)換為SDP offer消息，并將 選定編解碼》文在SDP的首位。由于IAM消息中沒有隧道信息，將SDP offer 消息中的IP地址和端口號置為0,然后發(fā)送invite封裝IAM消息。此時由于 沒有獲得IPBCP信息，因此也無法確定UP的信息，在SDP中不攜帶UP的 描述信息。
步驟s803,由于BICC側(cè)是后向延遲，需要SIP側(cè)先攜帶有效的IP地址 和端口號。如果后向局收到的SDP offer中IP地址和端口號為0，需要做如下 判斷如果對局是網(wǎng)內(nèi)的交換局，則認為是與CMN對接，在SDP answer中 攜帶有效的IP地址和端口號，并攜帶UP描述信息；如果對局是網(wǎng)外的交換 局，則根據(jù)rfc3264描述，在SDP answer中仍然將IP地址和端口號置為0， 不攜帶UP描述信息。
步驟s804, CMN收到攜帶SDP的183消息時，判斷前向局的BICC采用 后向延遲承載建立方式，則將SDP answer轉(zhuǎn)換為IPBCP Request,發(fā)送攜帶隧 道信息的APM消息給前向局。
步驟s805,前向局向CMN發(fā)送隧道信息。
步驟s806,由于SIP側(cè)已經(jīng)進行過一次媒體協(xié)商，則CMN發(fā)送update 消息出局，攜帶有效的IP地址和端口號，并攜帶UP描述信息。
步驟s807，后向局刷新媒體信息后，給CMN回200 for update消息。CMN 判斷是后向延遲，則不再發(fā)送APM消息給前向局。
步驟808, CMN收到180或200消息時，轉(zhuǎn)換為ACM或ANM發(fā)給前向局。
步驟s809, CMN向后向局發(fā)送確認消息ACK。
如果前向局BICC不支持編解碼協(xié)商，除了采用前面描述的方式也可以采 用183/prack方式協(xié)商媒體，此時本發(fā)明的實施例中BICC與SIP間互通的流 程如圖9所示，包括以下步驟步驟s901，后向延遲情況下，CMN收到IAM消息。
步驟s902, CMN發(fā)現(xiàn)是后向延遲，且沒有編解碼列表，則發(fā)送invite封 裝IAM消息，invite消息中不攜帶SDP。
步驟s903，后向局收到invite消息后，SIP側(cè)的媒體采用183和prack方 式協(xié)商。后向局完成信息協(xié)商后，通過183的SDP offer將信息發(fā)送給CMN 局。
步驟s904， CMN收到攜帶SDP offer的183消息時，判斷前向局的BICC 釆用后向延遲承載建立方式，則將SDP offer轉(zhuǎn)換為IPBCP Request,發(fā)送APM 消息給前向局。
步驟s905,前向局向CMN發(fā)送隧道信息。
步驟s906，由于SIP側(cè)已經(jīng)進行過一次媒體協(xié)商，則CMN發(fā)送prack消 息，其中攜帶有效的SDP answer消息，并攜帶UP描述信息。
步驟s907，后向局刷新々某體信息后，給CMN回200消息。CMN判斷是 后向延遲，則不再發(fā)送APM消息給前向局。
步驟s908, CMN收到180或200消息時，轉(zhuǎn)換為ACM或ANM發(fā)給前 向局。
步驟s909, CMN向后向局發(fā)送確認消息ACK。
該流程與支持codec協(xié)商流程的區(qū)別在于，invite消息中不攜帶SDP, SIP 側(cè)的々某體采用183和prack方式協(xié)商，具體流程不再詳細描述。如果該呼叫是 視頻呼叫或數(shù)據(jù)業(yè)務(wù)，則需要BC信息轉(zhuǎn)換為SDP信息，在invite消息中攜 帶，并按照支持codec協(xié)商的流程進行處理。
根據(jù)圖2所描述的組網(wǎng)模型，下面從另一角度講述SIP入BICC出時的 CMN上BICC與SIP間互通的流程。
在前向局發(fā)送invite消息出局的時候，CMN還不知道后向局是否是BICC -SIPCMN節(jié)點，所以不能決定是否使用UP模式，需要進行協(xié)商。因此SIP 出局時需要與后向局進行是否使用UP的協(xié)商流程。
具體的協(xié)商流程如下本局在發(fā)送invite的時候，需要判斷后向局是網(wǎng)內(nèi) 節(jié)點還是網(wǎng)外節(jié)點。如果是網(wǎng)外節(jié)點，則按照正常的SIP流程處理。如果是
16網(wǎng)內(nèi)節(jié)點，則在建立端點時使用UP模式，并在SDPoffer中同時攜帶支持UP 和不支持UP的編解碼。如果后向局不是BICC-SIPCMN節(jié)點，則后向局在 SDP answer中選擇不支持UP的編解碼。本局收到SDP answer后，將承載修 改為不支持UP模式就可以了 。如果后向局是BICC - SIP CMN節(jié)點，則在SDP answer中一定是選擇支持UP的編解碼，同樣可以完成承載建立。
以下對后向局是BICC-SIP CMN節(jié)點時，本發(fā)明實施例中BICC與SIP 間互通的流程進行描述。
(1)以SIP采用invite/183方式協(xié)商為例，當(dāng)SIP采用invite/183方式協(xié) 商時，Q1912.5上定義了 BICC采用前向快速的承栽建立方式的流程，如圖10 所示，包括以下步驟
步驟sl001，前向局SIP在向網(wǎng)關(guān)請求建立端點時，使用UP才莫式，并在 SDP offer中同時攜帶支持UP和不支持UP的編解碼。
步驟sl002, CMN收到攜帶SDP offer的invite消息時，將SDP offer轉(zhuǎn)換 為編解碼列表和IPBCP request,在給后向局的IAM中指示前向建立承載。
步驟s 1003,后向局回應(yīng)APM Accepted消息，該APM消息中攜帶隧道 信息。
步驟sl004、 CMN將隧道信息轉(zhuǎn)換成SDP answer,在給前向局的183消 息中攜帶SDP信息。前向局收到183消息后，判斷SDP中使用的編解碼是否 支持UP。如果支持，則在修改承載時仍然使用UP;如果不支持，則在修改 承載時指示不使用UP。
步驟s1005, CMN收到ACM和ANM消息后，轉(zhuǎn)換為180和200消息。
步驟sl006,前向局向CMN發(fā)送確認消息ACK。
本發(fā)明的實施例還提供了 CMN節(jié)點的BICC使用前向延遲承載建立方式 的流程，如圖11所示，包括以下步驟
步驟sl101，前向局SIP在向網(wǎng)關(guān)請求建立端點時，使用UP才莫式，并在 SDP offer中同時攜帶支持UP和不支持UP的編解碼。
步驟sll02, CMN收到前向局的invite消息后，發(fā)現(xiàn)是前向延遲，向后 向局發(fā)送IAM消息，其中攜帶編解碼列表(codec list)。
17步驟sl103、后向局向CMN發(fā)送APM消息，其中攜帶編解碼列表。 步驟sl104、 CMN向后向局發(fā)送APMRequest消息。 步驟s1105,后向局向CMN發(fā)送攜帶隧道信息的APMAccepted消息。 步驟sl106， CMN收到攜帶隧道信息的APM消息時，將隧道信息轉(zhuǎn)換為 SDP answer并通過183消息向前向局發(fā)送。
步驟sl 107,收到ACM和ANM消息后，CMN轉(zhuǎn)換為180和200消息。 步驟s1108，前向局向CMN發(fā)送確認消息ACK。
與圖10所示的前向快速情況不同的是,CMN在收到invite消息后，在IAM 消息中不攜帶隧道信息。在收到后向局的隧道信息后，再給前向局回183消 息攜帶SDPanswer,完成々某體協(xié)商。其他流程與前向快速相同。
(2)以SIP采用183/prack方式協(xié)商為例，如果前向局的invite消息不攜 帶SDP,但支持lOOrel,則々某體協(xié)商釆用183/prack方式進行，BICC側(cè)采用 后向延遲方式建立承載。流程如圖12所示，包括以下步驟
步驟s1201,前向局向CMN發(fā)送invite消息，其中不攜帶SDP。
步驟sl202、 CMN收到后轉(zhuǎn)發(fā)IAM消息給后向局，不攜帶隧道信息和編 解碼列表，承載建立指示為后向延遲建立方式。
步驟sl203,后向局發(fā)送APM消息攜帶隧道信息。
步驟sl204、 CMN將隧道信息轉(zhuǎn)換為SDP，向前向局發(fā)送攜帶SDP offer 的183消息。
步驟s1205,前向局向CMN發(fā)送prack消息，其中攜帶SDP answer。 步驟s1206、 CMN將SDP answer轉(zhuǎn)換為IPBCP Accepted,通過APM消 息攜帶隧道信息。
步驟s1207、 CMN向前向局發(fā)送200 for prack消息。
步驟sl208, CMN收到ACM和ANM消息后，分別轉(zhuǎn)換為180和200消
自
步驟s1209、前向局向CMN發(fā)送確認消息ACK。
通過4吏用本發(fā)明的實施例提供的上述方法，通過BICC信令和SIP信令間 的相互轉(zhuǎn)換，且在SIP信令中攜帶用戶面UP的信息，實現(xiàn)了 BICC與SIP間的々某體協(xié)商，解決了 BICC與SIP之間的網(wǎng)絡(luò)互通問題。
本發(fā)明的實施例還提供一種呼叫協(xié)調(diào)節(jié)點CMN,通過Nc接口與MSC Server鏈接，用于實現(xiàn)BICC與SIP之間的互通，具體的，用于將前向局與后 向局間交互所使用的BICC信令和SIP信令進行相互轉(zhuǎn)換，并且通過擴展SIP 信令，在SIP信令中攜帶用戶面UP的信息。
該CMN進一步包括
信令轉(zhuǎn)換單元，用于將前向局與后向局間交互所使用的BICC信令和SIP 信令進行相互轉(zhuǎn)換。
SDP生成單元，用于對向前向局或后向局發(fā)送的SDP進行擴展，在SDP 中添加UP信息。
本發(fā)明的實施例還提供一種移動交換中心MSC Server,通過Nc接口與 CMN鏈接，用于作為前向局或后向局與CMN配合實現(xiàn)BICC與SIP之間的 互通，包括
SDP解析單元，用于解析CMN發(fā)送的協(xié)議擴展SDP中攜帶的UP信息。
UP信息下發(fā)單元，用于將SDP解析單元解析得到的UP信息通過協(xié)議擴 展的Mc接口向網(wǎng)關(guān)下發(fā)。
通過使用本發(fā)明的實施例提供的上述設(shè)備，通過BICC信令和SIP信令間 的相互轉(zhuǎn)換，且在SIP信令中攜帶用戶面UP的信息，實現(xiàn)了 BICC與SIP間 的々某體協(xié)商，解決了 BICC與SIP之間的網(wǎng)絡(luò)互通問題。
通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件， 但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案 本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺設(shè)備 執(zhí)行本發(fā)明各個實施例所述的方法。
以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
19
權(quán)利要求
1、一種承載無關(guān)呼叫控制協(xié)議BICC與會話初始化協(xié)議SIP之間互通的方法，其特征在于，包括以下步驟呼叫協(xié)調(diào)節(jié)點CMN將前向局與后向局間交互所使用的BICC信令和SIP信令進行相互轉(zhuǎn)換，并且擴展所述轉(zhuǎn)換得到的SIP信令，在所述SIP信令中攜帶用戶面UP的信息。
2、 如權(quán)利要求1所述BICC與SIP之間互通的方法，其特征在于，所述 擴展所述轉(zhuǎn)換得到的SIP信令，在所述SIP信令中攜帶用戶面UP的信息具體 為將BICC信令中攜帶的互聯(lián)網(wǎng)協(xié)議承載控制協(xié)議IPBCP有效負載Payload 以及UP信息進行封裝后，作為新的Payload攜帶在SIP信令的SDP中。
3、 如權(quán)利要求1所述BICC與SIP之間互通的方法，其特征在于，所述 前向局采用BICC的前向快速承載建立方式時，所述CMN進行相互轉(zhuǎn)換的步 驟具體包括所述CMN將所述前向局發(fā)送的IPBCP轉(zhuǎn)換為攜帶前向局UP信息的擴展 SDP并向所述后向局發(fā)送；所述CMN接收所述后向局發(fā)送的攜帶后向局UP信息的SDP,并將所述 SDP轉(zhuǎn)換為IPBCP后，向所述前向局發(fā)送。
4、 如權(quán)利要求3述BICC與SIP之間互通的方法，其特征在于，所述CMN 將所述前向局發(fā)送的IPBCP轉(zhuǎn)換為攜帶前向局UP信息的SDP并向所述后向 局發(fā)送后還包括步驟所述后向局將所述SDP中攜帶的前向局UP信息通過協(xié)議擴展后的Mc 接口向網(wǎng)關(guān)發(fā)送；所述后向局接收所述網(wǎng)關(guān)發(fā)送的后向局UP信息。
5、 如權(quán)利要求1所述BICC與SIP之間互通的方法，其特征在于，所述 前向局采用BICC的前向延遲承載建立方式時，所述CMN進行相互轉(zhuǎn)換的步 驟具體包括所述CMN接收所述前向局發(fā)送的攜帶編解碼列表的消息，并將所述編解 碼列表轉(zhuǎn)換為SDP后向所述后向局發(fā)送，所述SDP中未攜帶前向局UP信息；所述CMN接收所述后向局發(fā)送的SDP,并將所述SDP中的編解碼信息 轉(zhuǎn)換后向所述前向局發(fā)送；所述CMN接收所述前向局發(fā)送的IPBCP并將所述IPBCP轉(zhuǎn)換為攜帶前 向局UP信息的SDP后，向所述后向局發(fā)送；所述CMN接收所述后向局發(fā)送的確認消息，并將所述SDP轉(zhuǎn)換為IPBCP 后向所述前向局發(fā)送。
6、 如權(quán)利要求1所述BICC與SIP之間互通的方法，其特征在于，所述 前向局采用BICC的前向延遲承栽建立方式時，所述CMN進行相互轉(zhuǎn)換的步 驟具體包括所述CMN接收所述前向局發(fā)送的攜帶承載能力的消息，向所述前向局發(fā) 送響應(yīng)消息；所述CMN接收所述前向局發(fā)送的IPBCP,轉(zhuǎn)換為攜帶前向局UP信息的 SDP并向所述后向局發(fā)送；所述CMN接收所述后向局發(fā)送的攜帶后向局UP信息的SDP，將所述 SDP轉(zhuǎn)換為IPBCP并向所述前向局發(fā)送。
7、 如權(quán)利要求1所述BICC與SIP之間互通的方法，其特征在于，所述 前向局采用BICC的后向延遲承載建立方式時，所述CMN進行相互轉(zhuǎn)換的步 驟具體包括所述CMN接收所述前向局發(fā)送的攜帶編解碼列表的消息，并將所述編解 碼列表轉(zhuǎn)換為SDP后向所述后向局發(fā)送，所述SDP中未攜帶前向局UP信息；所述CMN接收所述后向局發(fā)送的SDP，并將所述SDP轉(zhuǎn)換為IPBCP后 向所述前向局發(fā)送；所述CMN接收所述前向局發(fā)送的IPBCP,并將所述IPBCP轉(zhuǎn)換為攜帶 前向局UP信息的SDP后向所述后向局發(fā)送；所述CMN接收所述后向局發(fā)送的確認消息。
8、 如權(quán)利要求7所述BICC與SIP之間互通的方法，其特征在于，所述 CMN將所述編解碼列表轉(zhuǎn)換為SDP向所述后向局發(fā)送后，還包括步驟所述后向局判斷對局是否為網(wǎng)內(nèi)交換局，是網(wǎng)內(nèi)交換局時向所述CMN發(fā)送SDP，所述SDP中攜帶后向局UP信息。
9、 如權(quán)利要求1所述BICC與SIP之間互通的方法，其特征在于，所述 前向局采用SIP信令時，所述CMN進行相互轉(zhuǎn)換的步驟具體包括所述CMN判斷所述后向局是否為網(wǎng)內(nèi)節(jié)點；所述后向局為網(wǎng)內(nèi)節(jié)點時，所述CMN在向所述后向局發(fā)送的SDP中， 同時攜帶支持UP和不支持UP的編解碼。
10、 如權(quán)利要求9所述BICC與SIP之間互通的方法，其特征在于，所述 前向局SIP采用invite/183協(xié)商方式、所述后向局采用BICC的前向快速承載 建立方式時，所述CMN進行相互轉(zhuǎn)換的步驟具體包括所述CMN接收所述前向局發(fā)送的SDP,所述SDP中同時攜帶支持UP 和不支持UP的編解碼；指示前向建立承載；所述CMN^接收所述后向局發(fā)送的IPBCP，并轉(zhuǎn)化為SDP向所述前向局 發(fā)送。
11、 如權(quán)利要求10所述BICC與SIP之間互通的方法，其特征在于，所 述CMN將IPBCP轉(zhuǎn)化為SDP并向所述前向局發(fā)送后，還包括步驟所述前向局根據(jù)所述SDP判斷是否在修改承載時使用UP。
12、 如權(quán)利要求9所述BICC與SIP之間互通的方法，其特征在于，所述 前向局SIP采用invite/183協(xié)商方式、所述后向局采用BICC的前向延遲承載 建立方式時，所述CMN進行相互轉(zhuǎn)換的步驟具體包括所述CMN接收所述前向局發(fā)送的SDP,所述SDP中同時攜帶支持UP 和不支持UP的編解碼；送；所述CMN接收所述后向局發(fā)送的IPBCP,并轉(zhuǎn)化為攜帶后向局UP信息 的SDP后向所述前向局發(fā)送。
13、 如權(quán)利要求9所述BICC與SIP之間互通的方法，其特征在于，所述前向局SIP采用183/prack協(xié)商方式、所述后向局采用BICC的后向延遲7 c載 建立方式時，所述CMN進行相互轉(zhuǎn)換的步驟具體包括所述CMN接收所述前向局發(fā)送的消息并向所述后向局轉(zhuǎn)發(fā)，所述消息不 攜帶前向局UP信息和編解碼列表，指示以后向延遲方式建立承載；所述CMN接收所述后向局發(fā)送的IPBCP,并轉(zhuǎn)化為SDP后向所述前向 局發(fā)送；所述CMN接收所述前向局發(fā)送的攜帶前向局UP信息的SDP，并轉(zhuǎn)化為 IPBCP后向所述后向局發(fā)送。
14、 一種呼叫協(xié)調(diào)節(jié)點CMN,用于實現(xiàn)BICC與SIP之間的互通，其特 4正在于，包才舌信令轉(zhuǎn)換單元，用于將前向局與后向局間交互所使用的BICC信令和SIP 信令進行相互轉(zhuǎn)換；SDP生成單元，用于在向前向局或后向局發(fā)送的SIP信令進行擴展，在 所述SIP信令中攜帶UP信息。
15、 一種移動交換中心MSC Server,用于作為前向局或后向局與CMN 配合實現(xiàn)BICC與SIP之間的互通，其特征在于，包括SDP解析單元，用于解析CMN發(fā)送的擴展SDP中攜帶的UP信息； UP信息下發(fā)單元，用于將所述SDP解析單元解析得到的UP信息通過協(xié) 議擴展的Mc接口向網(wǎng)關(guān)下發(fā)。
全文摘要
本發(fā)明的實施例提供一種承載無關(guān)呼叫控制協(xié)議BICC與會話初始化協(xié)議SIP之間互通的方法，包括以下步驟呼叫協(xié)調(diào)節(jié)點CMN將前向局與后向局間交互所使用的BICC信令和SIP信令進行相互轉(zhuǎn)換，并且擴展所述轉(zhuǎn)換得到的SIP信令，在所述SIP信令中攜帶用戶面UP的信息。本發(fā)明的實施例還提供了一種用于實現(xiàn)BICC與SIP之間互通的設(shè)備。通過使用本發(fā)明的實施例，通過BICC信令和SIP信令間的相互轉(zhuǎn)換，且在SIP信令中攜帶用戶面UP的信息，實現(xiàn)了BICC與SIP間的媒體協(xié)商，解決了BICC與SIP之間的網(wǎng)絡(luò)互通問題。
文檔編號H04L29/06GK101471921SQ200710301348
公開日2009年7月1日 申請日期2007年12月25日 優(yōu)先權(quán)日2007年12月25日
發(fā)明者李昌坤 申請人:華為技術(shù)有限公司