專利名稱：一種建立用戶平面連接的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及WCDMA (寬帶碼分多址)技術(shù)，特別是涉及一種在媒體處 理單元之間建立用戶平面連接的方法和系統(tǒng)。
背景技術(shù)：
WCDMA網(wǎng)絡(luò)從R99的電路方式向基于分組的軟交換演進(jìn)，分為R4 BICN (承載無關(guān)核心網(wǎng))和R5 IMS (IP多媒體子系統(tǒng))兩個(gè)階段。圖1為 WCDMA核心網(wǎng)的邏輯架構(gòu)圖。如圖l所示，WCDMA核心網(wǎng)包括MGW (i某體網(wǎng)關(guān))，MSC(移動交換中心)，GMSC(關(guān)口移動交換中心)，UTRAN (全球陸地?zé)o線接入網(wǎng))，GERAN ( GSM/EDGE無線接入網(wǎng))，以及HLR (歸屬定位寄存器)等邏輯實(shí)體。其中，(G)MSC之間采用Nc接口進(jìn)行互 通，MGW之間采用Nb接口進(jìn)行互通，(G)MSC與MGW之間采用Mc接口 進(jìn)行互通，UTRAN與MSC以及MGW之間采用Iu接口進(jìn)行互通，GERAN 與MSC以及MGW之間采用A接口以及Iu接口進(jìn)行互通，應(yīng)用與服務(wù)和 (G)MSC之間采用CAP協(xié)議進(jìn)行互通，MSC與HLR之間采用D接口進(jìn)4亍互 通，GMSC與HLR之間采用C接口 。 WCDMA網(wǎng)絡(luò)通過GMSC/MGW完成 與公共電話交換網(wǎng)等其他網(wǎng)絡(luò)的互通。在實(shí)現(xiàn)語音數(shù)據(jù)傳輸時(shí)，通常采用AMR (自適應(yīng)多速率)對語音數(shù)據(jù) 進(jìn)行編解碼。AMR協(xié)議定義了速率調(diào)節(jié)幀，用于在互通節(jié)點(diǎn)之間傳遞速率 變化通知等信息。在傳輸AMR語音幀時(shí)，當(dāng)RNC檢測到需要對語音數(shù)據(jù) 的速率進(jìn)行調(diào)整時(shí)，需要通知與其互通的其他設(shè)備。比如，參見圖2， RNC1 檢測到需要對語音數(shù)據(jù)的速率進(jìn)行調(diào)整，則必須通知對端的RNC2。然而， 由于RNC不具備對AMR等語音數(shù)據(jù)的處理功能，因此在RNC節(jié)點(diǎn)并不能
構(gòu)造和發(fā)送AMR速率調(diào)節(jié)幀，也不能檢測對端發(fā)送過來的速率調(diào)節(jié)幀。為 了保證在相互通信的RNC之間完成語音數(shù)據(jù)速率調(diào)整的通知，在WCDMA 網(wǎng)絡(luò)中定義了 Iu接口用戶平面(User Plane, UP)協(xié)議，在RNC檢測到需 要進(jìn)行速率調(diào)解等搡作時(shí)，RNC使用IuUP協(xié)議消息通知對端的RNC進(jìn)行 相應(yīng)的操作，同樣，RNC在接收到對端RNC發(fā)送的IuUP數(shù)據(jù)后也會4艮據(jù) IuUP協(xié)議消息進(jìn)行相應(yīng)的處理。參見圖1和圖2，相互通信的RNC在進(jìn)行速率調(diào)整的通知時(shí)，必須通 過兩端的MGW來完成。在通過MGW實(shí)現(xiàn)RNC之間速率調(diào)整的通知時(shí)， 通常采用的方式為MGW將IuUP協(xié)議消息通過Nb接口發(fā)送到對端MGW, 再由對端MGW將該IuUP消息通過Iu接口發(fā)送到RNC由RNC進(jìn)行處理。 即在Nb接口采用橋接的方式完成主、被叫RNC之間UP數(shù)據(jù)的傳輸。類似的，時(shí)間對齊以及錯(cuò)誤事件處理等IuUP協(xié)議功能需求也要求必須 在MGW之間完成IuUP消息在Nb接口上的透明傳遞。即在Nb接口采用橋 接的方式完成主、被叫RNC之間UP數(shù)據(jù)的傳輸。當(dāng)在Nb接口上采用橋接的方式完成主、被叫RNC之間UP數(shù)據(jù)的傳輸， 以實(shí)現(xiàn)RNC之間速率調(diào)整的通知時(shí)，完成媒體處理功能的兩端MGW必須 首先建立UP連接，然后才能實(shí)現(xiàn)后續(xù)的采用橋接的方式完成主、被叫RNC 之間UP數(shù)據(jù)的傳輸過程。由此可見，要想保證主、被叫RNC之間實(shí)現(xiàn)速率調(diào)整的通知，則必須 提供一種可行的、在完成媒體處理功能的MGW之間建立UP連接的方案。發(fā)明內(nèi)容有鑒于此，本發(fā)明的主要目的在于提供一種建立用戶平面連接的方法， 本發(fā)明的另一目的在于提供一種建立用戶平面連接的系統(tǒng)，以提供可行的、 在媒體處理單元之間建立UP連接的方案。為了達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種建立用戶平面連接的方法，該方法包括
A、 第一媒體控制單元與第二媒體控制單元協(xié)商建立UP連接所需的各 個(gè)UP參數(shù)；B、 第一媒體控制單元與笫二媒體控制單元根據(jù)協(xié)商結(jié)果，控制第一媒 體處理單元與第二媒體處理單元建立UP連接。所述各個(gè)單元通過會話初始協(xié)議SIP消息完成信息交互。 所述步驟A包括Al、第一媒體控制單元將攜帶第一 SDP的SIP協(xié)議消息發(fā)送至第二媒 體控制單元，其中，第一SDP中攜帶第一媒體處理單元所需協(xié)商的各個(gè)UP 參數(shù)；A2、第二媒體控制單元接收到步驟Al中所述的SIP協(xié)議消息后，將攜 帶第二SDP的SIP協(xié)議消息發(fā)送至第一媒體控制單元，其中，第二SDP中 攜帶第二媒體處理單元的各個(gè)UP參數(shù)。在步驟A1之前，進(jìn)一步包括第一媒體控制單元獲取第一媒體處理單 元所創(chuàng)建的媒體資源的地址和端口信息，以及第一媒體處理單元的媒體處理 能力信息；在步驟Al中，所述第一 SDP中攜帶第一媒體處理單元所創(chuàng)建的媒體資 源的地址和端口信息，以及第一媒體處理單元的媒體處理能力信息；在步驟A2中，在將攜帶第二 SDP的SIP協(xié)議消息發(fā)送至第一媒體控制 單元之前，進(jìn)一步包括第二媒體控制單元獲取第二媒體處理單元所創(chuàng)建的 媒體資源的地址和端口信息，以及第二媒體處理單元的媒體處理能力信息；在步驟A2中，所述第二 SDP中攜帶第二媒體處理單元所創(chuàng)建的媒體資 源的地址和端口信息，以及第二媒體處理單元的媒體處理能力信息。當(dāng)所述第一媒體控制單元與第一媒體處理單元位于同一個(gè)物理設(shè)備內(nèi) 時(shí)，所述第一媒體控制單元通過設(shè)備內(nèi)部接口執(zhí)行所述獲取媒體資源的地址 和端口信息以及媒體處理能力信息的步驟；當(dāng)所述第一媒體控制單元與第一媒體處理單元位于不同物理設(shè)備內(nèi)時(shí)， 所述第一媒體控制單元通過設(shè)備外部接口執(zhí)行所述獲取媒體資源的地址和
端口信息以及々某體處理能力信息的步驟。當(dāng)所述第二媒體控制單元與第二媒體處理單元位于同一個(gè)物理設(shè)備內(nèi) 時(shí)，所述第二媒體控制單元通過設(shè)備內(nèi)部接口執(zhí)行所述獲取媒體資源的地址和端口信息以及媒體處理能力信息的步驟；當(dāng)所述第二媒體控制單元與第二媒體處理單元位于不同物理設(shè)備內(nèi)時(shí)， 所述第二媒體控制單元通過設(shè)備外部接口執(zhí)行所述獲取媒體資源的地址和 端口信息以及媒體處理能力信息的步驟。所述媒體控制單元獲取媒體處理單元的媒體處理能力信息的步驟包括 預(yù)先將所述媒體處理單元的媒體處理能力信息配置在所述媒體控制單元中； 所述媒體控制單元通過本地?cái)?shù)據(jù)配置獲取所述媒體處理單元的媒體處理能 力信息。所述建立UP連接所需的UP參數(shù)包括用于協(xié)商是否支持UP能力的 參數(shù)、用于協(xié)商UP版本參數(shù)、用于協(xié)商UP初始化過程發(fā)起者的參數(shù)、用 于協(xié)商是否支持"透明模式"以及是否支持"支持模式"的參數(shù)、用于協(xié)商 錯(cuò)誤業(yè)務(wù)數(shù)據(jù)單元處理方式的參數(shù)即當(dāng)檢測到業(yè)務(wù)數(shù)據(jù)錯(cuò)誤后是否繼續(xù)進(jìn) 行傳遞的參數(shù)、以及用于協(xié)商支持對何種用于編解碼類型進(jìn)行封裝的參數(shù)中 的任意一個(gè)或多個(gè)的組合。所述建立UP連接所需的UP參數(shù)中包括用于協(xié)商UP初始化過程發(fā) 起者的參數(shù)；所述協(xié)議結(jié)果中包括由第一媒體處理單元和第二媒體處理單元中的一 個(gè)發(fā)起UP初始化過程。所述步驟B包括第一媒體控制單元根據(jù)協(xié)商結(jié)果通知第一媒體處理 單元向遠(yuǎn)端發(fā)起UP初始化，第一媒體處理單元向第二媒體處理單元發(fā)起 UP初始化過程，建立UP連接。所述第 一媒體處理單元與第二媒體處理單元根據(jù)已經(jīng)協(xié)商出的UP參數(shù) 完成所述UP初始化過程，其中，已經(jīng)協(xié)商出的UP參數(shù)包括UP版本參數(shù)，UP初始化過程發(fā)起 者，模式的選擇，表示錯(cuò)誤業(yè)務(wù)數(shù)據(jù)單元處理方式的參數(shù)，支持對何種語音 編解碼類型封裝的參數(shù)中的任意一個(gè)或多個(gè)的組合。一種建立用戶平面連接的系統(tǒng)，該系統(tǒng)包括需建立用戶平面UP連接 的第一媒體處理單元和第二媒體處理單元，第一媒體處理單元側(cè)的第一々某體 控制單元，以及第二媒體處理單元側(cè)的第二媒體控制單元，其中，第一媒體控制單元與第二媒體控制單元協(xié)商建立UP連接所需的各個(gè) UP參數(shù)；第一媒體控制單元與第二媒體控制單元根據(jù)協(xié)商結(jié)果，控制第一 媒體處理單元與第二媒體處理單元建立UP連接。所述第一媒體控制單元，用于將攜帶第一 SDP的SIP協(xié)議消息發(fā)送至 第二媒體控制單元，其中，第一 SDP中攜帶第一媒體處理單元所需協(xié)商的 各個(gè)UP參數(shù)；所述第二媒體控制單元，用于在接收到攜帶第一 SDP的SIP協(xié)議消息 后，將攜帶第二 SDP的SIP協(xié)議消息發(fā)送至第一媒體控制單元，其中，第 二 SDP中攜帶第二媒體處理單元所需協(xié)商的各個(gè)UP參數(shù)。所述第一媒體控制單元，用于根據(jù)協(xié)商結(jié)果通知第一媒體處理單元向遠(yuǎn) 端發(fā)起UP初始化過程；所述第一J(某體處理單元，用于在接收到所述通知后，向第二媒體處理單 元發(fā)起UP初始化過程，與第二媒體處理單元建立UP連接。該系統(tǒng)應(yīng)用于WCDMA網(wǎng)絡(luò)中；所述兩個(gè)媒體控制單元為兩個(gè)移動交換中心，或?yàn)閮蓚€(gè)關(guān)口移動交換中 心，或?yàn)橐苿咏粨Q中心和關(guān)口移動交換中心； 所述兩個(gè)媒體處理單元為兩個(gè)媒體網(wǎng)關(guān)。所述第一媒體處理單元和第一媒體控制單元位于同一個(gè)物理設(shè)備內(nèi)或 位于不同的物理設(shè)備內(nèi)；和/或，所述第二媒體處理單元和第二媒體控制單元位于同一個(gè)物理設(shè) 備內(nèi)或位于不同的物理設(shè)備內(nèi)。由此可見，本發(fā)明提供了一種可行的、在媒體處理單元之間建立UP連
接的方案，其中，具體可以采用SIP協(xié)議中的消息交互過程，比如采用SIP 協(xié)議中使用的SDP提供/應(yīng)答方式，來完成各種UP參數(shù)的協(xié)商，從而最終 根據(jù)協(xié)商結(jié)果，在媒體處理單元之間建立了 UP連接?？梢?，本發(fā)明可以保 證在媒體處理單元之間，比如在MGW之間，建立UP連接，從而能夠^f呆證 在Nb接口采用橋接的方式完成主、被叫RNC之間UP數(shù)據(jù)的傳輸，實(shí)現(xiàn)數(shù) 據(jù)幀速率調(diào)整的通知，大大提高了業(yè)務(wù)服務(wù)質(zhì)量。另外，在本發(fā)明中，通過SDP提供/應(yīng)答方式不僅能夠完成對基本UP 參數(shù)，比如IP地址、端口信息、支持的編解碼能力和即將使用的媒體編解 碼類型的協(xié)商，而且還能夠完成對諸如UP版本、模式、可封裝的編解碼類 型等其他UP參數(shù)的協(xié)商，從而能夠利用UP通道提供更為豐富的業(yè)務(wù)服務(wù)。


圖1為WCDMA核心網(wǎng)的邏輯架構(gòu)圖。圖2是在WCDMA網(wǎng)絡(luò)中RNC通過Iu接口進(jìn)行語音數(shù)據(jù)傳輸?shù)氖疽鈭D。圖3是在本發(fā)明中實(shí)現(xiàn)在媒體處理單元之間建立UP連接的系統(tǒng)結(jié)構(gòu)示 意圖。圖4是在本發(fā)明中實(shí)現(xiàn)在媒體處理單元之間建立UP連接的流程圖。 圖5是在會話初始協(xié)議(SIP)中會話描述協(xié)議(SDP)提供/應(yīng)答模型 的示意圖。
具體實(shí)施方式
本發(fā)明提出了一種在媒體處理單元之間建立UP連接的方法，其核心思 想是第一媒體控制單元與第二媒體控制單元協(xié)商建立UP連接所需的各個(gè) UP參數(shù)；第一媒體控制單元與第二媒體控制單元根據(jù)協(xié)商結(jié)果，控制第一 媒體處理單元與第二媒體處理單元建立UP連接。在本發(fā)明中，可以采用會話初始協(xié)議(SIP)或其他協(xié)議來實(shí)現(xiàn)上述各
個(gè)功能單元之間信息的交互過程。并且，在采用SIP協(xié)議來實(shí)現(xiàn)信息交互時(shí)， 較佳地，可以通過SDP的提供/應(yīng)答方式來完成UP參數(shù)的協(xié)商過程。相應(yīng)的，本發(fā)明還提出了 一種在媒體處理單元之間建立UP連接的系統(tǒng)。 圖3是在本發(fā)明中實(shí)現(xiàn)建立UP連接的系統(tǒng)結(jié)構(gòu)示意圖。參見圖3,在本發(fā) 明中，實(shí)現(xiàn)建立UP連接的系統(tǒng)包括需建立UP連接的媒體處理單元1和 媒體處理單元2，媒體處理單元1側(cè)的媒體控制單元1，以及媒體處理單元 2側(cè)的媒體控制單元2，其中，媒體控制單元1與媒體控制單元2協(xié)商建立UP連接所需的各個(gè)UP參 數(shù)；媒體控制單元1與媒體控制單元2根據(jù)協(xié)商結(jié)果，控制媒體處理單元l 與媒體處理單元2建立UP連接。較佳地，本發(fā)明系統(tǒng)可以應(yīng)用于WCDMA網(wǎng)絡(luò)中。在本發(fā)明中，所述的媒體處理單元(MP)是指具有媒體處理能力的任 意一種功能單元；所述的媒體控制單元(MC)是指具有媒體控制能力的任 意一種功能單元。當(dāng)本發(fā)明系統(tǒng)應(yīng)用于WCDMA網(wǎng)絡(luò)中時(shí)，所述的兩個(gè)々某 體處理單元為兩個(gè)MGW;所述的兩個(gè)i某體控制單元為MSC和GMSC,或 為兩個(gè)MSC，或?yàn)閮蓚€(gè)GMSC。在本發(fā)明中，同一側(cè)的i某體處理單元和媒體控制單元可以位于同一個(gè)物 理設(shè)備內(nèi)，也可以位于不同的物理設(shè)備內(nèi)。也就是說，媒體處理單元l和媒 體控制單元1可以位于相同或不同的物理設(shè)備內(nèi)，媒休處理單元2和媒體控 制單元2可以位于相同或不同的物理設(shè)備內(nèi)。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖及具體實(shí) 施例對本發(fā)明作進(jìn)一步地詳細(xì)描述。目前，由于SIP協(xié)議基于公開的Internet標(biāo)準(zhǔn)，在語音與數(shù)據(jù)業(yè)務(wù)的結(jié) 合及互通方面具有天然優(yōu)勢，能跨越媒體和設(shè)備實(shí)現(xiàn)呼叫控制，支持豐富的 媒體格式，可動態(tài)增/刪媒體流，容易實(shí)現(xiàn)更加豐富的業(yè)務(wù)特性，同時(shí)，支 持智能向業(yè)務(wù)和終端側(cè)發(fā)展從而減輕網(wǎng)絡(luò)負(fù)擔(dān)，便于擴(kuò)展新業(yè)務(wù)，而且協(xié)議 簡單，具有公認(rèn)的擴(kuò)展?jié)摿?，因此被廣泛應(yīng)用于完成語音、視頻等媒體參數(shù)
的協(xié)商和媒體通道的建立過程中。鑒于SIP協(xié)議的諸多優(yōu)點(diǎn)，較佳地，在本發(fā)明中，各個(gè)功能單元之間的信息交互可以采用SIP協(xié)議進(jìn)行。圖4是在本發(fā)明中實(shí)現(xiàn)在媒體處理單元之間建立UP連接的流程圖。參 見圖3和圖4，以利用SIP協(xié)議完成各個(gè)功能單元之間的信息交互為例，利 用本發(fā)明系統(tǒng)，本發(fā)明方法實(shí)現(xiàn)在媒體處理單元之間建立UP連接的過碎呈包 括以下步驟步驟401:媒體控制單元獲取本側(cè)媒體處理單元的媒體處理能力信息。在同一側(cè)，如果MC和MP位于同一個(gè)物理設(shè)備中，那么，在本步驟中， MC通過設(shè)備內(nèi)部接口獲取MP的媒體處理能力信息。在同一側(cè)，如果MC和MP位于不同的物理設(shè)備中，那么，在本步驟中， MC可以通過與MP之間的外部接口獲取MP的4某體處理能力信息，以MC 1 和MP1為例，該過程具體可以為MC1將獲取媒體處理能力的指示發(fā)送至 MP 1 ， MP 1根據(jù)接收到的指示將自身的媒體處理能力信息發(fā)送至MC 1 ?；蛘?，當(dāng)同一側(cè)的MC和MP位于不同的物理設(shè)備中時(shí)，可以預(yù)先將 MP的i某體處理能力信息配置在MC中，在本步驟中，MC通過本地?cái)?shù)據(jù)配 置獲取MP的媒體處理能力信息。比如，MC2通過本地?cái)?shù)據(jù)配置獲取MP2 的媒體處理能力信息。另外，在本步驟中，所述的媒體處理能力信息可以包括支持和擬使用 的媒體信息，支持的語音/視頻/數(shù)據(jù)等媒體類型、媒體地址和端口、媒體所 采用的編解碼類型及編解碼相關(guān)的參數(shù)信息，對UP的支持情況。通過本步驟的處理，MC1獲取了 MP1的媒體處理能力信息，MC2獲取 了 MP2的媒體處理能力信息。步驟402: MCI向MP源創(chuàng)建請求，MP1根據(jù)接收到的資源創(chuàng) 建請求執(zhí)行資源創(chuàng)建過程。步驟403: MP1將所創(chuàng)建的媒體資源的地址和端口等信息發(fā)送至MCl。上述步驟402和步驟403中，對應(yīng)的是MC1和MP1位于不同物理設(shè)備
的情況，如果MC1和MP1位于同一個(gè)物理設(shè)備內(nèi)，那么，MC1通過i殳備 內(nèi)部接口獲取MP1所創(chuàng)建的媒體資源的地址和端口等信息。 步驟404: MC1向MC2發(fā)起媒體建立過程。在本步驟中，MC1可以通過向MC2發(fā)送會話建立請求(INVITE)來發(fā) 起媒體建立過程。其中，INVITE請求中可以攜帶第一 SDP,且該第一SDP 中攜帶前述步驟中MC1所獲取的MG1的媒體資源的地址、端口以及媒體能 力信息，并且，INVITE請求中的第一 SDP中還可以進(jìn)一步攜帶MG1所需 協(xié)商的各個(gè)UP參數(shù)，包括協(xié)商是否支持UP能力的參數(shù)、協(xié)商UP版本 參數(shù)、協(xié)商UP初始化過程發(fā)起者的參數(shù)、協(xié)商是否支持"透明模式，，以及 是否支持"支持模式"的參數(shù)、協(xié)商錯(cuò)誤業(yè)務(wù)數(shù)據(jù)單元處理方式Error-sdu 的參數(shù)即當(dāng)檢測到數(shù)據(jù)錯(cuò)誤后是否繼續(xù)進(jìn)行傳遞的參數(shù)、協(xié)商支持對何種用 于編解碼類型封裝的參數(shù)等。圖5是在SIP中SDP提供/應(yīng)答模型的示意圖。參見圖5,在SDP提供/ 應(yīng)答中，提供者(Offerer)能夠向應(yīng)答者(Answerer)提供一個(gè)SDP提供 (Offer),其中包含Offerer支持的和擬使用的媒體信息，包括支持的語音/ 視頻/數(shù)據(jù)等媒體類型、媒體地址和端口、媒體所采用的編解碼類型以及編 解碼相關(guān)的 一些參數(shù)信息。Answerer根據(jù)SDP offer和answerer自身的媒體 能力、可以或愿意支持和使用的媒體類型以及媒體類型對應(yīng)的本端支持的媒 體編解碼能力等一 系列信息對SDP offer做出應(yīng)答，并且通過SDP answer對 SDP offer做出應(yīng)答。在應(yīng)答者向提供者返回SDP answer時(shí)需要對SDP offer 提供的媒體流逐個(gè)進(jìn)行應(yīng)答，對每個(gè)媒體流的應(yīng)答包括是否支持該媒體流， 如果支持還需要返回應(yīng)答者選用的編解碼類型(可能還會同時(shí)攜帶其他本端 支持的其他編解類型)、answerer端的媒體地址、端口以及編解碼相關(guān)的一 些參數(shù)信息。在offerer端收到SDP answer后根據(jù)應(yīng)答者的SDP應(yīng)答和應(yīng)答 者建立媒體通道?？梢姡捎肧DP提供/應(yīng)答模型能夠完成媒體參數(shù)的協(xié)商和媒體通道的 建立，所以在本步驟中，較佳地，可以采用SDP offer方式發(fā)起媒體建立過
程。也就是i兌，在本步驟中，MC1可以采用SDP offer方式向MC2發(fā)送第 一 SDP。步驟405: MC2向MP2發(fā)起資源創(chuàng)建請求，MP2根據(jù)接收到的資源創(chuàng) 建請求執(zhí)行資源創(chuàng)建過程。步驟406: MP2將所創(chuàng)建的媒體資源的地址和端口等信息發(fā)送至MC2。上述步驟405和步驟406中，對應(yīng)的是MC2和MP2位于不同物理設(shè)備 的情況，如果MC2和MP2位于同一個(gè)物理設(shè)備內(nèi)，那么，MC2通過設(shè)備 內(nèi)部接口獲取MP2所創(chuàng)建的媒體資源的地址和端口等信息。需要說明的是，上述步驟401的過程可以分別通過步驟402至步驟403 以及步驟405至步驟406的過程來實(shí)現(xiàn)。也就是說，在步驟402中，MC1 在向MP1發(fā)起的資源創(chuàng)建請求中可以攜帶獲取媒體處理能力的指示信息， 在步驟403中，MP1進(jìn)一步將自身的媒體處理能力信息發(fā)送至MC1，使得 MC1 獲取MP1的媒體處理能力信息；并且，在步驟405中，MC2在向 MP2發(fā)起的資源創(chuàng)建請求中可以攜帶獲取媒體處理能力的指示信息，在步驟 406中，MP2進(jìn)一步將自身的媒體處理能力信息發(fā)送至MC2，使得MC2獲 取MP2的媒體處理能力信息。步驟407: MC2向MC1返回成功響應(yīng)消息。這里，MC2可以向MC1返回200 OK響應(yīng)消息。參見圖5,在本步驟 中，MC2向MC1返回的200 OK響應(yīng)消息中可以攜帶第二 SDP，第二 SDP 中攜帶前述步驟中MC2獲取的MP2的媒體資源的地址、端口以及媒體能力 信息。并且，200 0K響應(yīng)消息中的第二 SDP中還可以進(jìn)一步攜帶MP2的各 個(gè)UP參數(shù)，包括是否支持UP能力的參數(shù)、UP版本參數(shù)、UP初始化過 程發(fā)起者的參數(shù)、是否支持"透明模式，，以及是否支持"支持模式，，的參數(shù)、 Error-sdu的參數(shù)即當(dāng)檢測到數(shù)據(jù)錯(cuò)誤后是否繼續(xù)進(jìn)行傳遞的參數(shù)、支持對何 種用于編解碼類型封裝的參數(shù)等。在本步驟中，較佳地，可以采用SDP answer方式返回成功響應(yīng)消息。 也就是說，在本步驟中，MC2可以采用SDP answer方式向MC1返回第二SDP。在上述步驟404和步驟407中，MC1與MC2通過第一 SDP和第二 SDP 所協(xié)商的各種UP參數(shù)，可以根據(jù)實(shí)際業(yè)務(wù)需要來選取部分或全部。比如， 在WCDMA網(wǎng)絡(luò)標(biāo)準(zhǔn)規(guī)范中要求UP初始化方向必須與呼叫方向一致，因此 在WCDMA網(wǎng)絡(luò)應(yīng)用中可以不進(jìn)行初始化過程發(fā)起者的協(xié)商。在上述步驟404中，所述的第一 SDP可以為如下所示格式v=0o=- 1 1 INIP4 18.5.1.1 s=-c=IN IP4 18.5.1.1 t-0 0m=audio 5764 RTP/AVP 100 0 8 18 101 102 a=rtpmap:100 VND.3GPP.IUFP/16000a=fmtp :100 versi on= 1,2; ini tiator=l ocal; mode=transparent, support;error-sdu=yes;payload= 18， 101,102 a-iufpcodec: 100 AMR腸WB/16000;pt= 103 ;octet-align=0;mode-set=0，2，3,5,6; crc=0;channels=l a-rtpmap:O PCMU/8000 a=rtpmap:8 PCMA/8000 a-rtpmap:18 G729/8000 a=rtpmap:101 AMR/16000a=fmtp:101 octet-align=:l;mode-set=0,2,3，5，6;crc=l;channds=l a-rtpmap:102 AMR-WB/16000a=fmtp:102 octet-align=l;mode-set=0，2，3，5,6;crc=l;channels=l 上述SDP表示以下含義a=rtpmap:100 VND.3GPP.IUFP/16000:表示MP1支持UP，并且UP包 的RTP消息中pt值為100。時(shí)鐘頻率8000沒有任何意義，此處可以為任意 符合SDP格式的值。a=fmtp: 100 version=l ，2;initiator=local;mode=transparent，support; error-sdu=yes;payload= 18， 101 ， 102 (通過100和rtpmap中的"編解碼"關(guān)聯(lián))表示支持版本1和版本2的UP協(xié)議，本端發(fā)起UP初始化；支持透明模式和支持模式；當(dāng)發(fā)生鐠誤 包時(shí)繼續(xù)發(fā)送；支持對18、 101和102的編解碼的封裝，從SDP其他編解 碼的描述可以看出他們分別為G.729、AMR以及AMR-WB，不支持對PCMU 和PCM A的封裝。a=iufpcodec:100 AMR-WB/16000;pt=103;octet-align=0;mode-set=0,2,3,5,6; crc=0;channels=l iufpcodec屬性用于描述除了可以使用UP封裝上述fmtp描述的payload 參數(shù)指定編解碼外還可以封裝的其他一些codec類型，如fmtp中無payload 參數(shù)，則此參數(shù)表示可以使用UP封裝此屬性指定的編解碼類型。 AMR-WB/16000表示可以封裝的codec的類型，pt參數(shù)表示被封裝的codec 的pt值，其他參數(shù)為被封裝的codec相關(guān)的參數(shù)信息。SDP其他部分為PCMU、 PCMA、 G.729、 AMR以及AMR的編解碼的 描述。相應(yīng)的，在上述步驟407中，如果MP2也支持UP封裝AMR、 AMR-WB; 而且支持PCMU和PCMA;支持支持版本1和版本2的UP協(xié)i義；同意由 MP1發(fā)起UP初始化；支持支持透明模式和支持模式而且愿意使用透明模式； 當(dāng)發(fā)生錯(cuò)誤包時(shí)繼續(xù)發(fā)送，那么返回的第二 SDP可以為如下格式v=0o=- 1 1 INIP4 18.5.2.1 s=-c=IN IP4 18.5.2.1 t=0 0m=audio 5764 RTP/AVP 100 0 8 101 102 a=rtpmap:100 VND.3GPP.IUFP/16000a=fmtp: 100 version=l ,2;initiator巧emote;mode-t3ransparent，suf)port;error-sdu=yes;payload=l 01 ， 102
a=iufpcodec:100 AMR-WB/16000;pt=103;octet-align=0;mode-set=0，2，3,5 ，6; crc=0; channel s= 1 a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCM A/8000 a=rtpmap:101 AMR/16000a-fmtp: 101 octet-align=l ;mode-set=0，2，3，5，6;crc=l ;channels=l a=rtpmap:102 AMR-WB/16000a=fmtp:102 octet-align=l;mode-set=0，2,3,5，6;crc=l;channels=l 擴(kuò)展說明SDP的々某體描述m行的定義為m=<media〉 <port>/<number of ports〉 <transport> <fmt list〉media參數(shù)由于UP協(xié)議棧是基于RTP的協(xié)議，但它本身不是一種語 音編解碼類型。如果UP用于封裝語音數(shù)據(jù)，那么它應(yīng)該作為一種語音 (audio)進(jìn)行描述，如果封裝的是視頻數(shù)據(jù)，那么它應(yīng)該作為一種語音 (video )進(jìn)行描述。transport參數(shù)transport參數(shù)用于描述媒體數(shù)據(jù)的傳輸方式。本發(fā)明不 限定此參數(shù)的填寫方式。但建議與被封裝的音頻、視頻媒體數(shù)據(jù)的傳輸方式 保持一致。如用于封裝AMR音頻數(shù)據(jù)，那么該參數(shù)應(yīng)該為RTP/AVP。UP采用動態(tài)編解碼，rtpmap屬性參數(shù)中編解碼名稱為 "VND.3GPP.IUFP"表示被描述的編解碼為UP。通過fmtp參數(shù)對UP參數(shù)進(jìn)一步進(jìn)行描述，本發(fā)明定義了 version參數(shù) 攜帶SDP發(fā)送者支持的UP版本列表，在完成帶有UP的SDP交互后就可以 使用雙方都支持的UP版本向?qū)Χ税l(fā)起UP初始化過程。本發(fā)明還定義了 initiator參數(shù)用于指示是由本端(local)還是對端(remote )發(fā)起UP的初始 化過程。其他參數(shù)的定義和用法參見上述實(shí)施例。至此，MCI與MC2通過第一 SDP和第二 SDP則完成了 UP的協(xié)商過 程。通過該UP協(xié)商過程，兩端的MC則獲取了建立UP連接所需的各種UP 參數(shù)信息。
其中，在MC1與MC2協(xié)商是否支持UP能力時(shí)，與其他音頻或視J^編 解碼能力的描述類似，如果在進(jìn)行SDP協(xié)商過程中媒體編解碼類型包括UP 則表示支持UP。在MC1與MC2協(xié)商UP版本時(shí)，可以通過對應(yīng)的參數(shù)描 述支持的UP的版本列表，或者，由于通常支持高版本的設(shè)備同時(shí)會支持所 有較低版本的UP協(xié)議，所以UP版本描述也可以用于描述支持的最高版本。步驟408: MC1接收到成功響應(yīng)消息后，向MP1更新MP2的媒體資源 信息。步驟409: MC1向MC2返回確認(rèn)消息。 這里，MC1可以向MC2返回ACK消息。步驟410:根據(jù)協(xié)商結(jié)果，MC1/MC2通知MP1/MP2向遠(yuǎn)端發(fā)起UP初始化。這里，根據(jù)MC1與MC2通過第一 SDP和第二 SDP的UP協(xié)商過程， 則可確定由MP1還是MP2發(fā)起UP初始化。如杲協(xié)商結(jié)杲為由MP1發(fā)起 UP初始化過程，那么，在本步驟中，是由MC1通知MP1向遠(yuǎn)端的MP2發(fā) 起UP初始化；如果協(xié)商結(jié)果為由MP2發(fā)起UP初始化過程，那么，在本步 驟中，是由MC2通知MP2向遠(yuǎn)端的MP1發(fā)起UP初始化。另外，在進(jìn)行SDP協(xié)商過程中，如果沒有協(xié)商UP初始化過程發(fā)起者， 那么，在本步驟中，可以由應(yīng)用層協(xié)議確定UP初始化過程發(fā)起者。另外，根據(jù)MC1與MC2通過第一SDP和第二SDP所協(xié)商出的支持的 UP版本，在本步驟中，MC1/MC2在通知MP1/MP2向遠(yuǎn)端發(fā)起UP初始化 時(shí)，還可以通知所使用的UP版本信息。另外，本步驟的過程可以在上述步驟405或步驟408來實(shí)現(xiàn)。比如，在 本步驟中，由MC1通知MP1向遠(yuǎn)端發(fā)起UP初始化，那么，本步驟的過程 可以在步驟405中實(shí)現(xiàn)。再如，在本步驟中，由MC2通知MP2向遠(yuǎn)端發(fā)起 UP初始化，那么，本步驟的過程可以在步驟408中實(shí)現(xiàn)。步驟411: MP1向MP2發(fā)起UP初始化過程，建立UP連接。這里，MP1通過與MP2交互已經(jīng)協(xié)商出的UP參數(shù)實(shí)現(xiàn)所述UP初始化
過程，具體可以使用已經(jīng)協(xié)商出的以下參數(shù)中的任意一個(gè)或多個(gè)的組合1) UP版本參數(shù)可以使用雙方支持的版本中的任意版本?？梢愿鶕?jù)本 地策略選擇使用哪一個(gè)版本，如可以使用雙方支持的最高版本發(fā)起初始化。2) UP初始化過程發(fā)起者由第二SDP中確定的發(fā)起者發(fā)起UP初始化 過程。在上述協(xié)商過程中MC2同意由MC1/MP1方發(fā)起初始化過程，因此 由MP1發(fā)起初始化。3) 模式的選擇可以MC1/MP1、 MC2都支持的任意一種模式?？梢?根據(jù)本地策略選擇使用哪一個(gè)模式，如可以使用MC2中模式列表中的第一 種模式，或者優(yōu)先使用某種模式。4) Error-sdu:可以根據(jù)協(xié)商結(jié)果(第二SDP中的指示)決定當(dāng)檢測到 錯(cuò)誤業(yè)務(wù)數(shù)據(jù)時(shí)是否繼續(xù)發(fā)送。5) 支持對何種語音編解碼類型的封裝；可以使用UP封裝雙方支持的 可封裝的編解碼類型的語音數(shù)據(jù)。可以根據(jù)本地策略選擇使用哪一個(gè)版本， 但推薦使用第二 SDP中所列的第一個(gè)可封裝的編解碼類型。在上例中可以 使用UP封裝AMR語音數(shù)據(jù)。在建立了 UP連接后，MP1和MP2之間就可以使用UP提供的功能進(jìn)一 步協(xié)商實(shí)際的語音編解碼的詳細(xì)的參數(shù)信息，如AMR編解碼的子流等，從 而完成在Nb接口上采用橋接的方式完成主、被叫RNC之間UP數(shù)據(jù)的傳輸。在上述圖4所示過程中，也可以刪除步驟408的過程，即MC1不需要 更新遠(yuǎn)端的々某體資源信息，而是等待遠(yuǎn)端的MP2向本端的MP 1發(fā)起UP初 始化等承載層的媒體通道建立和初始化過程。在上述圖4所示過程中，MC1與MC2之間利用INVITE消息和200 OK 響應(yīng)消息完成了第一 SDP和第二 SDP的交互，實(shí)現(xiàn)了UP協(xié)商過程。在本 發(fā)明的實(shí)際業(yè)務(wù)實(shí)現(xiàn)中，還可以通過其他消息交互來完成第一 SDP和第二 SDP的交互，實(shí)現(xiàn)UP協(xié)商過程。比如，MCI與MC2還可以通過INVITE 消息和對該INVITE消息的臨時(shí)響應(yīng)消息(100類臨時(shí)響應(yīng)消息，但不包括 100響應(yīng)消息)的交互來完成第一 SDP和第二 SDP的交互；或，通過INVITE 消息和對該INVITE消息的成功響應(yīng)消息(200類響應(yīng)消息，目前常見的是 200響應(yīng)消息)的交互來完成第一 SDP和第二 SDP的交互；或，通過對 INVITE的成功響應(yīng)消息和對該響應(yīng)消息的確認(rèn)ACK消息的交互來完成第 一 SDP和第二 SDP的交互；或，通過對INVITE的可靠臨時(shí)響應(yīng)消息(100 類臨時(shí)響應(yīng)消息，Y旦不包括100響應(yīng)消息)和對該臨時(shí)響應(yīng)消息的確i人 PRACK消息的交互來完成第一SDP和第二SDP的交互；或，通過對可靠臨 時(shí)響應(yīng)消息的確認(rèn)PRACK消息和對該P(yáng)RACK消息的成功響應(yīng)消息的交互 來完成第一 SDP和第二 SDP的交互；或，通過更新UPDATE請求消息和對 該UPDATE請求消息的成功響應(yīng)消息的交互來完成第一 SDP和第二 SDP的 交互等。在本發(fā)明中，可以通過擴(kuò)展SDP參數(shù)來實(shí)現(xiàn)在提供第一 SDP和第二 SDP 的消息中攜帶各種UP參數(shù)。比如，擴(kuò)展INVITE消息和200 OK響應(yīng)消息 的SDP中包括協(xié)商是否支持UP能力的參數(shù)1、 UP版本參數(shù)2和協(xié)商UP 初始化過程發(fā)起者的參數(shù)3等，這樣，MCI和MC2則可以分別通過INVITE 消息和200 OK響應(yīng)消息中的參數(shù)l、參數(shù)2和參數(shù)3來完成對于是否支持 UP能力、UP版本和UP初始化過程發(fā)起者的協(xié)商?？傊?，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的 保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改 進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種建立用戶平面連接的方法，其特征在于，該方法包括A、第一媒體控制單元與第二媒體控制單元協(xié)商建立UP連接所需的各個(gè)UP參數(shù)；B、第一媒體控制單元與第二媒體控制單元根據(jù)協(xié)商結(jié)果，控制第一媒體處理單元與第二媒體處理單元建立UP連接。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述各個(gè)單元通過會話初始 協(xié)議SIP消息完成信息交互。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述步驟A包括Al、第一媒體控制單元將攜帶第一 SDP的SIP協(xié)議消息發(fā)送至第二媒體控 制單元，其中，第一SDP中攜帶第一媒體處理單元所需協(xié)商的各個(gè)UP參數(shù)；A2、第二媒體控制單元接收到步驟Al中所述的SIP協(xié)議消息后，將攜帶 第二 SDP的SIP協(xié)議消息發(fā)送至第一媒體控制單元，其中，第二 SDP中攜帶 第二媒體處理單元的各個(gè)UP參數(shù)。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，在步驟A1之前，進(jìn)一步包 括第一媒體控制單元獲取第一媒體處理單元所創(chuàng)建的媒體資源的地址和端口 信息，以及第一媒體處理單元的媒體處理能力信息；在步驟A1中，所述第一SDP中攜帶第一媒體處理單元所創(chuàng)建的媒體資源 的地址和端口信息，以及第 一媒體處理單元的媒體處理能力信息；在步驟A2中，在將攜帶第二 SDP的SIP協(xié)議消息發(fā)送至第一媒體控制單 元之前，進(jìn)一步包括第二J(萊體控制單元獲取第二^(某體處理單元所創(chuàng)建的媒體 資源的地址和端口信息，以及第二媒體處理單元的媒體處理能力信息；在步驟A2中，所述第二 SDP中攜帶第二媒體處理單元所創(chuàng)建的媒體資源 的地址和端口信息，以及第二媒體處理單元的媒體處理能力信息。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，當(dāng)所述第一媒體控制單元與 第一媒體處理單元位于同一個(gè)物理設(shè)備內(nèi)時(shí)，所述第一媒體控制單元通過設(shè)備 內(nèi)部接口執(zhí)行所述獲取i某體資源的地址和端口信息以及々某體處理能力信息的步 邋.當(dāng)所述第 一媒體控制單元與第 一媒體處理單元位于不同物理設(shè)備內(nèi)時(shí)，所 述第一媒體控制單元通過設(shè)備外部接口執(zhí)行所述獲取媒體資源的地址和端口信 息以及媒體處理能力信息的步驟。
6、 根據(jù)權(quán)利要求4所述的方法，其特征在于，當(dāng)所述第二媒體控制單元與 第二媒體處理單元位于同一個(gè)物理設(shè)備內(nèi)時(shí)，所述第二媒體控制單元通過i殳備內(nèi)部接口執(zhí)行所述獲取媒體資源的地址和端口信息以及媒體處理能力信息的步 驟；當(dāng)所述第二媒體控制單元與第二媒體處理單元位于不同物理設(shè)備內(nèi)時(shí)，所 述第二媒體控制單元通過設(shè)備外部接口執(zhí)行所述獲取媒體資源的地址和端口信 息以及J 某體處理能力信息的步驟。
7、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述媒體控制單元獲取^某體 處理單元的4某體處理能力信息的步驟包括預(yù)先將所述4某體處理單元的媒體處 理能力信息配置在所述士某體控制單元中；所述^^某體控制單元通過本地?cái)?shù)據(jù)配置 獲取所述媒體處理單元的媒體處理能力信息。
8、 根據(jù)權(quán)利要求1至7中任意一項(xiàng)所述的方法，其特征在于，所述建立 UP連接所需的UP參數(shù)包括用于協(xié)商是否支持UP能力的參數(shù)、用于協(xié)商UP 版本參數(shù)、用于協(xié)商UP初始化過程發(fā)起者的參數(shù)、用于協(xié)商是否支持"透明 模式"以及是否支持"支持模式"的參數(shù)、用于協(xié)商錯(cuò)誤業(yè)務(wù)數(shù)據(jù)單元處理方 式的參數(shù)即當(dāng)檢測到業(yè)務(wù)數(shù)據(jù)錯(cuò)誤后是否繼續(xù)進(jìn)行傳遞的參數(shù)、以及用于協(xié)商 支持對何種用于編解碼類型進(jìn)行封裝的參數(shù)中的任意一個(gè)或多個(gè)的組合。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述建立UP連接所需的 UP參數(shù)中包括用于協(xié)商UP初始化過程發(fā)起者的參數(shù)；所述協(xié)議結(jié)果中包括由第一媒體處理單元和第二媒體處理單元中的一個(gè) 發(fā)起UP初始化過程。
10、 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述步驟B包括第一媒 體控制單元根據(jù)協(xié)商結(jié)果通知第一媒體處理單元向遠(yuǎn)端發(fā)起UP初始化，第一 媒體處理單元向第二媒體處理單元發(fā)起UP初始化過程，建立UP連接。
11、 根據(jù)權(quán)利要求IO所述的方法，其特征在于，所述第一媒體處理單元與 第二媒體處理單元根據(jù)已經(jīng)協(xié)商出的UP參數(shù)完成所述UP初始化過程，其中，已經(jīng)協(xié)商出的UP參數(shù)包括UP版本參數(shù)，UP初始化過程發(fā)起者， 模式的選擇，表示錯(cuò)誤業(yè)務(wù)數(shù)據(jù)單元處理方式的參數(shù)，支持對何種語音編解碼 類型封裝的參數(shù)中的任意一個(gè)或多個(gè)的組合。
12、 一種建立用戶平面連接的系統(tǒng)，其特征在于，該系統(tǒng)包括需建立用 戶平面UP連接的第一媒體處理單元和第二媒體處理單元，第一媒體處理單元 側(cè)的第一媒體控制單元，以及第二媒體處理單元側(cè)的第二媒體控制單元，其中，第 一媒體控制單元與第二媒體控制單元協(xié)商建立UP連接所需的各個(gè)UP參 數(shù)；第一媒體控制單元與第二媒體控制單元根據(jù)協(xié)商結(jié)果，控制第一媒體處理 單元與第二媒體處理單元建立UP連接。
13、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述第一媒體控制單元， 用于將攜帶第一 SDP的SIP協(xié)議消息發(fā)送至第二媒體控制單元，其中，第一 SDP 中攜帶第一媒體處理單元所需協(xié)商的各個(gè)UP參數(shù)；所述第二媒體控制單元，用于在接收到攜帶第一 SDP的SIP協(xié)議消息后， 將攜帶第二 SDP的SIP協(xié)議消息發(fā)送至第一媒體控制單元，其中，第二 SDP 中攜帶第二媒體處理單元所需協(xié)商的各個(gè)up參數(shù)。
14、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述第一J(某體控制單元， 用于根據(jù)協(xié)商結(jié)果通知第一媒體處理單元向遠(yuǎn)端發(fā)起UP初始化過程；所述第一i某體處理單元，用于在接收到所述通知后，向第二i某體處理單元 發(fā)起UP初始化過程，與第二媒體處理單元建立UP連接。
15、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，該系統(tǒng)應(yīng)用于寬帶碼分多 址WCDMA網(wǎng)絡(luò)中；所述兩個(gè)媒體控制單元為兩個(gè)移動交換中心，或?yàn)閮蓚€(gè)關(guān)口移動交換中心， 或?yàn)橐苿咏粨Q中心和關(guān)口移動交換中心；所述兩個(gè):fr某體處理單元為兩個(gè)媒體網(wǎng)關(guān)。
16、根據(jù)權(quán)利要求12至15中任意一項(xiàng)所述的系統(tǒng)，其特征在于，所述第一媒體處理單元和第一媒體控制單元位于同一個(gè)物理設(shè)備內(nèi)或位于不同的物理設(shè)備內(nèi)；和/或，所述第二々某體處理單元和第二媒體控制單元位于同一個(gè)物理設(shè)備內(nèi) 或位于不同的物理i殳備內(nèi)。
全文摘要
本發(fā)明公開了一種建立用戶平面(UP)連接的方法和系統(tǒng)。第一媒體控制單元與第二媒體控制單元協(xié)商建立UP連接所需的各個(gè)UP參數(shù)；第一媒體控制單元與第二媒體控制單元根據(jù)協(xié)商結(jié)果，控制第一媒體處理單元與第二媒體處理單元建立UP連接。其中，第一媒體控制單元可以將攜帶第一媒體處理單元所需協(xié)商的各個(gè)UP參數(shù)的第一SDP發(fā)送至第二媒體控制單元，第二媒體控制單元將攜帶第二媒體處理單元所需協(xié)商的各個(gè)UP參數(shù)的第二SDP返回至第一媒體控制單元，實(shí)現(xiàn)UP參數(shù)協(xié)商。本發(fā)明保證了在媒體處理單元之間建立UP連接，保證在Nb接口采用橋接的方式完成主、被叫RNC之間UP數(shù)據(jù)的傳輸。
文檔編號H04L12/56GK101127678SQ20061011219
公開日2008年2月20日 申請日期2006年8月17日 優(yōu)先權(quán)日2006年8月17日
發(fā)明者鵬 王 申請人:華為技術(shù)有限公司