專利名稱：實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)和裝置及該系統(tǒng)的呼叫方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，尤其涉及是實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)和裝置 及該系統(tǒng)的呼叫方法。
背景技術(shù)：
寬帶碼分多址(WCDMA， Wideband Code Division Multiple Access )系統(tǒng) 的核心網(wǎng)由全3求移動(dòng)通信(GSM, Global System for Mobile communications )系 統(tǒng)的核心網(wǎng)發(fā)展而來。
目前，WCDMA系統(tǒng)R99版本技術(shù)最為成熟，其核心網(wǎng)由電^各域(CS,Circuit Switched)和分組域(PS, Packet Switched )兩大部分組成，電路域的移動(dòng)交換 中心(MSC， Mobile Switch Center)為移動(dòng)交換服務(wù)器(MSC—Server, Mobile Switch Center—Server)和媒體網(wǎng)關(guān)(MGW , Media Gateway )的合設(shè)節(jié)點(diǎn)，負(fù) 責(zé)CS域的呼叫接續(xù)、移動(dòng)性管理和鑒權(quán)、加密等功能。CS域的核心網(wǎng)承載采 用傳統(tǒng)的時(shí)分復(fù)用(TDM, Time Division Multiple )方式，壓縮的話音數(shù)據(jù)流 在到達(dá)MSC節(jié)點(diǎn)后，被語音編解碼器(TC， TransCoder)轉(zhuǎn)為64K比特話音 數(shù)據(jù)流，然后在核心網(wǎng)中傳送。
R4版本相對(duì)R99而言，完成了 CS域的IP化，將傳統(tǒng)話音業(yè)務(wù)從專用的 TDM承載移植到統(tǒng)一的因特網(wǎng)協(xié)議/異步傳輸模式(IP/ATM)多業(yè)務(wù)傳輸網(wǎng)絡(luò)。 另外，CS域核心網(wǎng)引入了控制和承載分離的軟交換網(wǎng)絡(luò)結(jié)構(gòu)，如圖l所示。 R99版本中的MSC演化為電路交換媒體網(wǎng)關(guān)(CS-MGW, Circuit Switched-Media Gateway)130和MSC服務(wù)器(MSC—Server) 151兩個(gè)實(shí)體。其中，MSC服務(wù) 器151與VLR152合設(shè)在一起，作為一個(gè)實(shí)體與HLR160相連接。
MSC服務(wù)器151獨(dú)立于底層承載協(xié)議，負(fù)責(zé)控制承載，主要完成呼叫
控制、媒體網(wǎng)關(guān)接入控制、移動(dòng)性管理、資源分配、協(xié)議處理、路由、認(rèn)
證、計(jì)費(fèi)等功能。MSC服務(wù)器151通過Mc接口控制CS-MGW130。 Mc接 口為MSC服務(wù)器151與CS-MGW130之間的接口 ，主要功能是媒體控制， 使用基于H.248的呼叫承載控制協(xié)議。H.248協(xié)議定義的連接模型包括終 端(termination)和關(guān)聯(lián)(context)兩個(gè)主要概念。終端是一個(gè)邏輯實(shí)體， 一個(gè) 關(guān)聯(lián)是一些終端間的聯(lián)系。
CS-MGW130終止從電路交換網(wǎng)絡(luò)來的承載通道和從IP包網(wǎng)絡(luò)來的媒體 流。通過IU接口， CS-MGW130能夠在電路交換網(wǎng)的承載通道和分組網(wǎng)的媒體 流之間進(jìn)行轉(zhuǎn)換，支持承載控制及包括編解碼、回聲抑制和會(huì)議橋等的承載處 理。CS-MGW130通過IuCS接口與RNS120通信，可以支持基于AAL2/ATM 及基于RTP/UDP/IP的不同IU接口的相關(guān)操作。IU接口涉及到的協(xié)議還包括 IUUP協(xié)議，IUUP協(xié)議遵從第三代伙伴計(jì)劃(3GPP)的25.414協(xié)議和25.415 協(xié)議。在需要支持移動(dòng)特殊功能時(shí)，比如切換時(shí)，CS-MGW130承載控制和承 載處理需要H.248標(biāo)準(zhǔn)機(jī)制的支持。RNS120是核心網(wǎng)的接入側(cè)，包括無線基 站NodeB121及無線網(wǎng)絡(luò)控制器RNC122， RNC122通過IuCS接口與MSC月l 務(wù)器151及CS-MGW130相連接。CS-MGW130通過PSTN接口與PSTN網(wǎng)絡(luò) 140通信。
WCDMA系統(tǒng)R4版本的軟交換網(wǎng)絡(luò)結(jié)構(gòu)具有多種連接關(guān)系，如圖2所示， 圖2中包含了三種網(wǎng)絡(luò)連接關(guān)系，分別是RNC211與RNC212歸屬同一個(gè)媒體 網(wǎng)關(guān)CS-MGW221的連接關(guān)系，RNC211和RNC213分別歸屬CS-MGW221和 CS-MGW222兩個(gè)不同的媒體網(wǎng)關(guān)的連接關(guān)系和RNC2U與RNC214經(jīng)過 CS-MGW221和CS-MGW223兩個(gè)不同的媒體網(wǎng)關(guān)分別與不同的移動(dòng)交換服務(wù) 器MSC服務(wù)器232和MSC服務(wù)器252相通信的連接關(guān)系。因此，需要兩種接 口支持，分別是CS-MGW221和CS-MGW222之間的Nb接口和MSC服務(wù)器 232與MSC服務(wù)器252之間的Nc接口 。 Nc接口采用與承載無關(guān)的呼叫控制協(xié) 議-BICC協(xié)議，采用承載和控制分離的方式解決移動(dòng)呼叫控制功能。Nb接口 主要使用ATM或IP方式承載電路域的業(yè)務(wù)，當(dāng)采用IP承載時(shí)，Nb接口的用
戶平面和控制平面的傳輸路徑不同。用戶平面基于RTP，直接在兩個(gè)MGW之 間傳輸，其協(xié)議棧為RTP/UDP/IP;控制平面采用Q.1970，需要通過Mc和Nc 接口的隧道傳輸。
由以上分析，可以看出，在WCDMA系統(tǒng)R4版本的核心網(wǎng)中，雖然實(shí) 現(xiàn)了承載與控制分離，但因?yàn)镸SC服務(wù)器與CS-MGW之間存在歸屬關(guān)系， 在系統(tǒng)組網(wǎng)時(shí)，核心網(wǎng)資源無法實(shí)現(xiàn)共享，網(wǎng)元間連接關(guān)系復(fù)雜，需要增 設(shè)多種接口，由多種協(xié)議支持才能完成網(wǎng)絡(luò)通信，造成核心網(wǎng)資源的浪費(fèi)。
圖2中的RNC211與RNC212之間以及RNC211和RNC213之間的呼叫 是在同一個(gè)MSC服務(wù)器內(nèi)進(jìn)行，稱為局內(nèi)呼叫，而RNC211與RNC214 間的呼叫則為局間呼叫。下面以圖2中所示的RNC211和RNC214的連接 方式，簡(jiǎn)要說明WCDMA系統(tǒng)的R4版本網(wǎng)絡(luò)架構(gòu)中局間RNC間的移動(dòng)呼 叫流程。呼叫流程可分為移動(dòng)臺(tái)起呼(MO)流程、移動(dòng)臺(tái)終止(MT)流程和拆 線流程三個(gè)子流程，圖3為R4版本核心網(wǎng)的呼叫流程簡(jiǎn)圖。其步驟如下
步驟301至步驟304為MO子流程。
步驟301:主叫側(cè)向MSC服務(wù)器-O發(fā)送呼叫建立請(qǐng)求。
步驟302:主叫側(cè)建立IU承載。
步驟303:主叫側(cè)IUUP初始化過程。
步驟304: MSC服務(wù)器-O向MSC服務(wù)器-T發(fā)送承載信息。 在接入控制完成后，MSC服務(wù)器-O向移動(dòng)臺(tái)返回呼叫處理信令，同時(shí)
向MSC服務(wù)器-T發(fā)送包含承載信息的信令，此信令包含RNC建立請(qǐng)求、
承載特性等信息。
步驟305-步驟310為MT子流程。
步驟305: MSC服務(wù)器-T尋呼被叫側(cè)用戶。
步驟306: MSC服務(wù)器-T向被叫側(cè)發(fā)送建立承載消息。
步驟307:核心網(wǎng)承載建立過程。
MSC服務(wù)器-O向CS-MGW-0通過H.248協(xié)議發(fā)送增加終端消息，請(qǐng) 求CS-MGW-0建立指向CS-MGW-T的承載，并采用改變通連方式實(shí)現(xiàn)
CS-MGW間的承載建立。
步驟308: Nb初始化過程。 步驟309:被叫側(cè)建立IU承載。 步驟310:被叫側(cè)IUUP初始化過程。 步驟311:被叫側(cè)播放振鈴。 步驟312:主被叫側(cè)間建立通話連接。
步驟313-步驟317為拆線過程。本流程以被叫用戶先斷線為例。 步驟313:被叫側(cè)發(fā)送斷開連接消息。 步驟314:被叫側(cè)釋放IU承載。
步驟315: MSC服務(wù)器-T向MSC服務(wù)器-O發(fā)送釋放承載信息 步驟316: MSC服務(wù)器-0向主叫側(cè)發(fā)送釋放承載消息。 步驟317:主叫側(cè)釋放IU承載。
在R4版本中，定義了核心網(wǎng)的免編解碼操作(TrFO， Transcoder Free Operation)功能，網(wǎng)絡(luò)對(duì)編解碼的類型和模式進(jìn)行協(xié)商，協(xié)商成功后，假若兩 端使用的編解碼一樣，比如，兩端都使用自適應(yīng)多速率(AMR)編碼，壓縮的 話音數(shù)據(jù)流可以無須經(jīng)編解碼器TC轉(zhuǎn)換成64K比特語音數(shù)據(jù)流。其TrFO協(xié) 商在承載建立之前完成，所以呼叫建立的流程如圖4所示。 步驟401:主叫側(cè)向MSC服務(wù)器-O發(fā)送呼叫建立請(qǐng)求。 步驟402: MSC服務(wù)器-O向MSC服務(wù)器-T發(fā)送承載信息。 步驟403: MSC服務(wù)器-T尋呼被叫側(cè)用戶。 步驟404: MSC服務(wù)器-T向被叫側(cè)發(fā)送建立承載消息。 步驟405: MSC服務(wù)器-T向MSC服務(wù)器-0返回編解碼信息。 步驟406:核心網(wǎng)承載建立。 步驟407-步驟408與步驟302-步驟303相同。 步驟409: Nb初始化過程。 步驟410-步驟418與步驟309-步驟317相同。
可以看出，TrFO協(xié)商成功后，語音數(shù)據(jù)流仍需要以壓縮形式繼續(xù)在核心網(wǎng) ATM或IP核心網(wǎng)上傳送。
WCDMA系統(tǒng)的R5版本中，提出了 IP多媒體子系統(tǒng)(IMS ， Internet Protocol Multimedia Subsystem )域的多媒體資源共享功能設(shè)備MRS510, MRS510在 IMS域中的結(jié)構(gòu)如圖5所示。3GPPTS29.333 VO.2.0定義了 MRS510在IMS域 的主要功能，每個(gè)功能均被劃分為兩個(gè)階段，第一種功能為支持用戶的交互， 第一階段為基本用戶的交互，主要包含發(fā)送語音，固定通知音，收集DTMF信 號(hào)，第二階段為高級(jí)用戶交互，主要包含交互語音響應(yīng)和通知能力；第二種功 能是支持轉(zhuǎn)換功能，第一階段為基本的轉(zhuǎn)換功能，主要包括語音編碼之間的轉(zhuǎn) 換，第二階段為高級(jí)轉(zhuǎn)換功能，包括基本轉(zhuǎn)換和多媒體轉(zhuǎn)換；第二種功能是支 持協(xié)商功能，第一階段為基本的協(xié)商功能，主要包括3方呼叫增加到更多的語 音協(xié)商，第二階段為高級(jí)的協(xié)商功能，主要包括底層控制過程和協(xié)商。MRS510 在IMS域時(shí)支持的協(xié)議棧是物理層、鏈路層、IP層、UDP/SCTP層、RTP層及 用戶業(yè)務(wù)層。
在3GPPTS29.333 VO.2.0協(xié)議中，首次提出MRS510分為多^某體資源功能 控制器MRFC512和多媒體資源功能處理器MRFP511。
MRFP511通過Mb接口與IMS-MGW520相連接，完成對(duì)多々某體資源的處 理功能。MRFP511還通過Mb接口與IP多媒體網(wǎng)絡(luò)540通信，Mb接口為RTP 協(xié)議接口 ； MRFP511和MRFC512之間通過Mp接口 ， Mp接口采用的是H.248 標(biāo)準(zhǔn)協(xié)議。
MRFC512通過Mr接口與S-CSCF560通信，Mr接口為SIP協(xié)議。SIP協(xié) 議的消息由兩種類型， 一種是請(qǐng)求消息由請(qǐng)求行、頭、消息體組成， 一種是響 應(yīng)消息由狀態(tài)行、頭、消息體，其中消息體可采用獨(dú)立于會(huì)話初始協(xié)議(SIP 協(xié)議)的會(huì)話描述協(xié)議(SDP)進(jìn)行描述。
S-CSCF560用于用戶的業(yè)務(wù)處理與應(yīng)用服務(wù)器(AS， Application Server) 550相連。
IMS-MGW520可由R4版本中的CS-MGW軟件升級(jí)得到。IMS-MGW520
與MGCF530相連接，MGCF530用于與CS域互通，可由R4版本中的MSC服
務(wù)器升級(jí)得到。
由以上結(jié)構(gòu)分析，可以看出，在R5版本中，雖然提出MRS多媒體資 源共享功能設(shè)備，但并沒能解決IMS-MGW520與MGCF530之間的歸屬關(guān) 系，在組網(wǎng)時(shí)，依然無法實(shí)現(xiàn)核心網(wǎng)資源共享，造成核心網(wǎng)資源浪費(fèi)的問 題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的一個(gè)主要目的在于提供實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)， 能夠節(jié)省核心網(wǎng)資源。
本發(fā)明的第二個(gè)主要目的在于提供實(shí)現(xiàn)核心網(wǎng)資源共享的裝置，能夠節(jié)省 核心網(wǎng)資源。
本發(fā)明的第三個(gè)主要目的在于提供實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)的呼叫方 法，能夠節(jié)省核心網(wǎng)資源。
為了達(dá)到上述第一個(gè)目的，本發(fā)明提出的技術(shù)方案為 一種實(shí)現(xiàn)核心網(wǎng)資 源共享的系統(tǒng)，其特征在于，該系統(tǒng)包括MSC服務(wù)器和媒體資源處理模塊；
所述的MSC服務(wù)器，用于根據(jù)存儲(chǔ)的媒體資源處理模塊列表信息，確定媒 體資源處理模塊，將控制信息發(fā)送到確定的媒體資源處理模塊；
所述的々某體資源處理模塊，用于根據(jù)獲取到的MSC服務(wù)器控制信息，執(zhí)行 承載處理。
該系統(tǒng)進(jìn)一步包括接入側(cè)；
所述的接入側(cè)，用于根據(jù)存儲(chǔ)的媒體資源處理模塊列表信息，確定媒體資 源處理模塊，根據(jù)MSC服務(wù)器發(fā)來的承栽信息產(chǎn)生協(xié)商信息，將協(xié)商信息發(fā) 送到確定的媒體資源處理模塊。
所述的接入側(cè)為無線網(wǎng)絡(luò)子系統(tǒng)RNS;
所述的無線網(wǎng)絡(luò)子系統(tǒng)，用于通過支持IUUP協(xié)議的接口，將協(xié)商信息發(fā) 送到媒體資源處理模塊。
所述的媒體資源處理模塊包括媒體資源處理單元MRFP; 所述的媒體資源處理單元，用于根據(jù)H.248協(xié)議的MSC服務(wù)器控制消息， 執(zhí)行承載處理。
所述的系統(tǒng)進(jìn)一步包括4某體資源控制單元MRFC;
所述的媒體資源控制單元，用于獲取MSC服務(wù)器發(fā)來的SIP協(xié)議的控制信 息，再通過支持H.248協(xié)議的接口，將H.248協(xié)議的控制信息發(fā)送到媒體資源 處理單元，并且將^ 某體資源處理單元返回的H.248協(xié)議承載信息，轉(zhuǎn)換成SIP 協(xié)議信息后，發(fā)送給MSC服務(wù)器。
媒體資源處理單元單獨(dú)設(shè)置；
所述的MSC服務(wù)器存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息；
所述的接入側(cè)存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息。 媒體資源控制單元單獨(dú)設(shè)置或與應(yīng)用服務(wù)器合設(shè)；
所述的媒體資源控制單元存儲(chǔ)MRFP列表信息；
所述的MSC服務(wù)器存儲(chǔ)的媒體資源處理模塊列表信息為MRFC列表信息； 所述的接入側(cè)存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息。 媒體資源控制單元與MSC服務(wù)器合設(shè)；
所述的MSC服務(wù)器存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息； 所述的接入側(cè)存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息。 媒體資源控制單元與媒體資源處理單元合設(shè)，對(duì)外表現(xiàn)為媒體資源共享子
系統(tǒng)MRS實(shí)體；
所述的MSC服務(wù)器存儲(chǔ)的媒體資源處理模塊列表信息為MRS列表信息； 所述的接入側(cè)存儲(chǔ)的媒體資源處理模塊列表信息為MRS列表信息。 為了達(dá)到上述第二個(gè)目的，本發(fā)明提出的技術(shù)方案為 一種實(shí)現(xiàn)核心網(wǎng)資
源共享的媒體資源共享裝置，其特征在于，該裝置包括媒體資源處理模塊和
IuCS接口；
所述的媒體資源處理模塊，用于根據(jù)獲取到的MSC服務(wù)器控制消息，執(zhí)行 承載處理；
所述的IuCS接口，用于接收支持IUUP協(xié)議的接入側(cè)的消息，將接收到的
消息發(fā)送到媒體資源處理模塊。
所述的媒體資源處理模塊包括媒體資源處理單元MRFP; 所述的媒體資源處理單元，用于根據(jù)H.248協(xié)議的MSC服務(wù)器控制消息， 執(zhí)行承載處理。
所述的裝置進(jìn)一步包括媒體資源控制單元MRFC和Mp接口 ； 所述的媒體資源控制單元，用于接收MSC服務(wù)器發(fā)來的SIP協(xié)議的控制信
息，再通過支持H.248協(xié)議的接口，將控制信息發(fā)送到媒體資源處理單元，并
且將媒體資源處理單元返回的H.248協(xié)議承載信息，轉(zhuǎn)換成SIP協(xié)議信息后，
發(fā)送給MSC服務(wù)器。
所述的Mp接口 ，用于接收支持H.248協(xié)議的媒體資源處理單元MRFP的
消息，將接收到的媒體資源處理單元MRFP消息發(fā)送到媒體資源控制單元
MRFC。
所述的媒體資源控制單元MRFC可以單獨(dú)設(shè)置、與媒體資源處理單元 MRFP合設(shè)、與MSC服務(wù)器合設(shè)或者與應(yīng)用服務(wù)器AS合設(shè)。
為了達(dá)到上述第三個(gè)目的，本發(fā)明提出的技術(shù)方案為 一種實(shí)現(xiàn)核心網(wǎng)資 源共享的系統(tǒng)的呼叫方法，其特征在于，系統(tǒng)中包括媒體資源處理模塊，該方 法包括
A. 根據(jù)主叫接入側(cè)發(fā)來的呼叫建立請(qǐng)求，分配承載資源，建立前向承載 連接；
B. 根據(jù)被叫接入側(cè)發(fā)來的確認(rèn)信息，分配承載資源，建立后向承載連接；
C. 通話完成后，釋放承載資源，斷開承載連接。
步驟A所述的分配承載資源，建立前向承載連接的方法是
Al. MSC服務(wù)器接收主叫接入側(cè)發(fā)來的呼叫建立請(qǐng)求，根據(jù)媒體資源處理
模塊列表選擇媒體資源處理模塊，并向媒體資源處理模塊發(fā)送分配核心網(wǎng)承載
資源的控制信息；
A2.媒體資源處理模塊為主叫接入側(cè)分配核心網(wǎng)承載資源，并向MSC服務(wù)
器返回媒體資源處理模塊的端點(diǎn)信息；
A3.主叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，直接向媒體資源處理
模塊發(fā)送協(xié)商信息，建立前向承載連接。
步驟B所述的分配承載資源，建立后向承載連接的方法是
Bl. MSC服務(wù)器接收到被叫接入側(cè)確認(rèn)信息后，根據(jù)媒體資源處理模塊列
表選擇媒體資源處理模塊，并向媒體資源處理模塊發(fā)送分配核心網(wǎng)承載資源的
控制信息；
B2.媒體資源處理模塊為被叫接入側(cè)分配核心網(wǎng)承載資源，并向MSC服務(wù) 器返回媒體資源處理模塊的端,^信息；
B3.被叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，直接向媒體資源處理 模塊發(fā)送協(xié)商信息，向MSC服務(wù)器發(fā)送振鈴消息；
B4.媒體資源處理模塊根據(jù)MSC服務(wù)器發(fā)來的控制信息為被叫接入側(cè)分 配核心網(wǎng)承載資源，建立主被叫接入側(cè)通話通道。
步驟C所述的釋放承栽資源，斷開承載連接的方法是
Cl.通話完成后，釋放主動(dòng)拆線接入側(cè)IU承載資源；
C2.釋放為主動(dòng)拆線接入側(cè)分配的核心網(wǎng)承載資源；
C3.釋放被動(dòng)拆線接入側(cè)IU承載資源；
C4釋放為被動(dòng)拆線接入側(cè)分配的核心網(wǎng)承載資源。
在免編解碼操作TrFO協(xié)商成功后，步驟A所述的分配承載資源，建立前 向承載連接的方法是
Al. MSC服務(wù)器接收主叫接入側(cè)發(fā)來的呼叫建立請(qǐng)求，根據(jù)々某體資源處理 模塊列表選擇媒體資源處理模塊，并向媒體資源處理模塊發(fā)送分配核心網(wǎng)承載 資源的控制信息；
A2.媒體資源處理模塊為主叫接入側(cè)分配核心網(wǎng)承載資源，并向MSC服務(wù) 器返回媒體資源處理模塊的端點(diǎn)信息；
A3.主叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，直接向媒體資源處理 模塊發(fā)送協(xié)商信息，建立前向承載連接；
A4.主叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，記錄下主叫接入側(cè)的 端點(diǎn)信息。
在免編解碼操作TrFO協(xié)商成功后，步驟B所述的分配承栽資源，建立后 向承載連接的方法是
Bl. MSC服務(wù)器收到被叫接入側(cè)確認(rèn)信息后，向被叫接入側(cè)發(fā)送包含主叫 接入側(cè)端點(diǎn)描述的信息；
B2.被叫接入側(cè)記錄下主叫接入側(cè)端點(diǎn)信息后，向MSC服務(wù)器發(fā)送振鈴消
自、'
,"，
B3. MSC服務(wù)器根據(jù)媒體資源處理模塊列表選擇媒體資源處理模塊，并向 媒體資源處理模塊發(fā)送分配核心網(wǎng)承載資源的控制信息；
B4.媒體資源處理模塊為被叫接入側(cè)分配核心網(wǎng)承載資源，并向MSC服務(wù) 器返回媒體資源處理模塊的端點(diǎn)描述信息；
B5. MSC服務(wù)器接收到被叫接入側(cè)摘機(jī)消息后，釋放為主叫接入側(cè)分配的 核心網(wǎng)承載資源；
B6.主叫接入側(cè)將被叫接入側(cè)端點(diǎn)作為目的端點(diǎn)，與被叫接入側(cè)建立直接 通話通道。
在免編解碼梯:作TrFO協(xié)商成功后，步驟C所述的建立釋放承載資源的方 法是
Cl.通話完成后，釋放通話通道資源； C2.釋放主動(dòng)拆線接入側(cè)IU資源； C3.釋放被動(dòng)拆線接入側(cè)IU資源。
所述的MSC服務(wù)器根據(jù)媒體資源處理模塊列表選擇媒體資源處理模塊的 方法為采用負(fù)荷分擔(dān)的方法選拷d!某體資源處理模塊。
由本發(fā)明的技術(shù)方案可見，本發(fā)明引入々某體資源處理模塊替代原R4版本 核心網(wǎng)中的CS-MGW，具有以下優(yōu)點(diǎn)
第一、本發(fā)明引入媒體資源處理模塊替代核心網(wǎng)中的CS-MGW能夠?qū)崿F(xiàn) 核心網(wǎng)資源共享，從而能夠減少大量的核心網(wǎng)網(wǎng)元及接口資源，節(jié)省核心網(wǎng)資
源，提高了媒體資源的重復(fù)利用率。
第二、本發(fā)明引入媒體資源處理模塊替代核心網(wǎng)中的CS-MGW，減少
了由媒體網(wǎng)關(guān)之間及媒體網(wǎng)關(guān)與承載網(wǎng)之間復(fù)雜的網(wǎng)絡(luò)連接所帶來的傳輸 資源損耗，從而能夠提高網(wǎng)絡(luò)的服務(wù)質(zhì)量。
第三、本發(fā)明引入媒體資源處理模塊替代核心網(wǎng)中的CS-MGW，在承 載層提供一種全新的網(wǎng)絡(luò)結(jié)構(gòu)和邏輯接口，豐富了現(xiàn)有的R4版本在核心網(wǎng) 承載層的架構(gòu)。
第四、本發(fā)明引入媒體資源處理模塊替代核心網(wǎng)中的CS-MGW，可以 在R4版本的組網(wǎng)中應(yīng)用R5版本的網(wǎng)元以實(shí)現(xiàn)核心網(wǎng)資源共享，有利于現(xiàn) 有網(wǎng)絡(luò)向IMS網(wǎng)絡(luò)的融合。
第五、本發(fā)明引入媒體資源處理模塊替代核心網(wǎng)中的CS-MGW,可以實(shí)現(xiàn) 基于TrFO的承載優(yōu)化方式，即在TrFO協(xié)商成功后，通話后，呼叫承載可以不 經(jīng)核心網(wǎng)直接在接入側(cè)之間建立通話通道，能夠進(jìn)一步節(jié)省核心網(wǎng)資源，進(jìn)一 步提高媒體資源的重復(fù)利用率及網(wǎng)絡(luò)的服務(wù)質(zhì)量。
因此，本發(fā)明提供的實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)和裝置及該系統(tǒng)的呼叫方 法能夠節(jié)省核心網(wǎng)資源。


圖1為R4版本CS域核心網(wǎng)控制和承載分離的軟交換網(wǎng)絡(luò)結(jié)構(gòu)示意圖2為R4版本軟交換網(wǎng)絡(luò)結(jié)構(gòu)連接關(guān)系示意圖3為R4版本核心網(wǎng)的呼叫流程圖4為經(jīng)過TrFO承載優(yōu)化技術(shù)后核心網(wǎng)呼叫流程圖5為MRS在IMS域中的結(jié)構(gòu)示意圖6為本發(fā)明系統(tǒng)的第 一種結(jié)構(gòu)及邏輯接口示意圖7為本發(fā)明中MRFP單元支持的協(xié)議棧示意圖8為圖6所示系統(tǒng)結(jié)構(gòu)的共享方式示意圖9為本發(fā)明系統(tǒng)的第二種結(jié)構(gòu)及邏輯接口示意圖IO為圖9所示系統(tǒng)結(jié)構(gòu)的共享方式示意圖11為本發(fā)明系統(tǒng)的第三種結(jié)構(gòu)及邏輯接口示意圖12為圖11所示系統(tǒng)結(jié)構(gòu)的共享方式示意圖13為本發(fā)明局內(nèi)RNC間的MO呼叫子流程示意圖14為本發(fā)明局內(nèi)RNC間的MT呼叫子流程示意圖15為本發(fā)明局內(nèi)RNC間的拆線子流程示意圖16為本發(fā)明局內(nèi)RNC間基于TrFO承載優(yōu)化的MO呼叫子流程示意
圖17為本發(fā)明局內(nèi)RNC間基于TrFO承載優(yōu)化的MT呼叫子流程示意
圖18為本發(fā)明局內(nèi)RNC間基于TrFO承載優(yōu)化的拆線子流程示意圖； 圖19為本發(fā)明實(shí)現(xiàn)核心網(wǎng)資源共享裝置的一種結(jié)構(gòu)； 圖20為本發(fā)明實(shí)現(xiàn)核心網(wǎng)資源共享裝置的第二種結(jié)構(gòu)。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面結(jié)合實(shí)施例和附 圖，對(duì)本發(fā)明進(jìn)一步詳細(xì)說明。
本發(fā)明的實(shí)現(xiàn)核心網(wǎng)中資源共享的系統(tǒng)及其呼叫方法主要在核心網(wǎng)中媒體 資源處理模塊替代原R4版本核心網(wǎng)中的CS-MGW,媒體資源處理模塊可以對(duì) 接入側(cè)及MSC服務(wù)器實(shí)現(xiàn)共享，從而能夠節(jié)省核心網(wǎng)資源。
實(shí)施例一
圖6為本發(fā)明系統(tǒng)的第一種結(jié)構(gòu)及邏輯接口示意圖。本實(shí)施例的結(jié)構(gòu)與圖 1所示結(jié)構(gòu)的區(qū)別是，CS-MGW的位置被媒體資源處理模塊640所代替，媒體 資源處理模塊640包括媒體資源處理單元MRFP641, MRFP641主要支持用戶 交互、轉(zhuǎn)換和協(xié)商的功能。
在圖6中，MRFP641單獨(dú)設(shè)置，MRFP641與MSC服務(wù)器611之間利用 MSC服務(wù)器611原有的對(duì)CS-MGW的Mc接口 ，此時(shí)，Mc接口的協(xié)議應(yīng)使用
Mp接口 ，采用的是現(xiàn)有的H.248協(xié)議進(jìn)行通訊；MRFP641要與RNC652相 連，其接口是IuCS接口，支持的協(xié)議為IUUP。因此，需要在MRFP641中實(shí) 現(xiàn)協(xié)議棧的擴(kuò)充，圖7為MRFP支持的協(xié)議棧示意圖。MRFP支持的協(xié)議棧是 物理層701、鏈^各層702、 IP層703、 UDP/SCTP層704、 RTP層705、 IUUP層 706及用戶業(yè)務(wù)層707?？梢钥闯?，協(xié)議棧在RTP705協(xié)議層之上擴(kuò)展支持 IUUP706的協(xié)議層。
圖6所示的系統(tǒng)在組網(wǎng)時(shí)，要建立兩層共享關(guān)系，即實(shí)現(xiàn)MRFP對(duì)MSC 服務(wù)器和RNC的共享式訪問，其共享方式如圖8所示。圖8為圖6所示系統(tǒng)結(jié) 構(gòu)的共享示意圖。網(wǎng)絡(luò)中的每個(gè)MRFP可以通過相應(yīng)的接口對(duì)任意的MSC服 務(wù)器和RNC進(jìn)行通信訪問，即MSC服務(wù)器850、 MSC服務(wù)器860和MSC服 務(wù)器870可以訪問MRFP841和MRFP842，并且接入側(cè)RNS820、 RNS830和 RNS840也可以訪問MRFP841和MRFP842,實(shí)現(xiàn)這種共享式訪問的方法，就 是在MSC服務(wù)器和RNC中存儲(chǔ)包含MRFP841和MRFP842信息的MRFP列 表。MSC服務(wù)器和RNC通過訪問MRFP列表，可實(shí)現(xiàn)對(duì)MRFP選擇與確定， 選擇MRFP的算法可以采用負(fù)荷分擔(dān)的算法，以便承載層的MRFP負(fù)荷均勻地 被RNC和MSC服務(wù)器分擔(dān)。
實(shí)施例二
圖9為本發(fā)明系統(tǒng)的第二種結(jié)構(gòu)及邏輯接口示意圖。本實(shí)施例的結(jié)構(gòu)與圖6 所示結(jié)構(gòu)的區(qū)別是，增加了i某體資源控制單元MRFC912, MRFC912與MSC 服務(wù)器911合設(shè)，對(duì)外表現(xiàn)為MSC服務(wù)器，媒體資源處理模塊940包括媒體 資源處理單元MRFP941 ， MRFP941獨(dú)立設(shè)置。MRFC912通過Mr接口與MSC 服務(wù)器911連接，Mr接口支持的協(xié)議為SIP協(xié)議，MRFC912與MRFP941間 的接口是Mp接口 ，支持的協(xié)議為H.248 。
圖10為圖9中系統(tǒng)結(jié)構(gòu)的共享示意圖，圖中MRFP對(duì)MSC服務(wù)器以及RNS 接入側(cè)實(shí)現(xiàn)共享式訪問的方法，也是在MSC服務(wù)器和RNC中設(shè)置MRFP列表， MSC服務(wù)器和RNC通過訪問MRFP列表可實(shí)現(xiàn)對(duì)MRFP選擇與確定，其余部 分與圖8相同，這里不一一綴述。
實(shí)施例三
如果考慮把MRFC功能和IMS的應(yīng)用服務(wù)器合設(shè)，則其結(jié)構(gòu)及接口就如圖 11所示。圖11為本發(fā)明系統(tǒng)的第三種結(jié)構(gòu)及邏輯接口示意圖。MRFC1101與 應(yīng)用服務(wù)器合設(shè)，對(duì)外表現(xiàn)為AS1100，通過Mp接口與MSC服務(wù)器1110連接， 々某體資源處理模塊1140包括i某體資源處理單元MRFP1141, MRFP1141單獨(dú)設(shè) 置，通過IuCS接口與RNS1150通信。系統(tǒng)將建立三層共享關(guān)系，即AS對(duì)各 個(gè)MSC服務(wù)器的共享訪問，MRFP對(duì)各個(gè)AS的共享訪問以及MRFP對(duì)RNC 的共享訪問。實(shí)現(xiàn)共享的方法同樣是在MSC服務(wù)器中存儲(chǔ)MRFC列表，在RNC 中存儲(chǔ)MRFP列表，并且，在與應(yīng)用服務(wù)器合設(shè)的MRFC中存儲(chǔ)MRFP列表。 MSC服務(wù)器和RNC通過訪問列表可實(shí)現(xiàn)圖12為圖11中系統(tǒng)結(jié)構(gòu)的共享示意 圖。
MRFC還可以與MRFP合設(shè)，對(duì)外表現(xiàn)為MRS,其結(jié)構(gòu)及接口連接方式與 圖6類似，此時(shí)，MSC服務(wù)器及RNC中存儲(chǔ)MRS列表。MRFC還可以獨(dú)立 于MSC服務(wù)器及MRFP，單獨(dú)設(shè)置，其共享方式與圖12類似，總的來說，根 據(jù)媒體資源共享模塊的組成及MRFC位置的設(shè)置可以形成多種組合，這里就不 --詳述。
實(shí)施例四
系統(tǒng)引入媒體資源處理模塊代替媒體網(wǎng)關(guān)后，由于結(jié)構(gòu)及接口關(guān)系的變化， 其工作流程也相應(yīng)變化，本實(shí)施例以圖9所示的系統(tǒng)局內(nèi)RNC間的呼叫流程為 例，進(jìn)行說明，呼叫流程可分解為MO流程、MT流程和拆線三個(gè)子流程，以 下對(duì)照說明書附圖分別詳細(xì)說明。
MO子流程主要是前向承栽的建立過程，如圖13所示。其步驟包括
步驟1301至步驟1305是3GPP的標(biāo)準(zhǔn)流程。
步驟1301:主叫接入側(cè)RNC-O向MSC服務(wù)器發(fā)送業(yè)務(wù)請(qǐng)求。
步驟1302: MSC服務(wù)器對(duì)主叫用戶進(jìn)行鑒權(quán)的過程。
步驟1303: RNC-O向MSC服務(wù)器發(fā)送呼叫建立請(qǐng)求。
步驟1304:接入控制完成后，MSC服務(wù)器向RNC-O返回呼叫處理信息。
步驟1305: MSC服務(wù)器執(zhí)行路由功能，對(duì)可選路由進(jìn)行分析及選路。 步驟1306: MSC服務(wù)器選擇及確定MRFP。
本實(shí)施例，采取MSC服務(wù)器與MRFC合設(shè)的方式，MSC服務(wù)器內(nèi)部存儲(chǔ)
MRFP列表，采用負(fù)荷分擔(dān)的算法即可實(shí)現(xiàn)對(duì)MRFP的選擇和確定。 步驟1307: MSC服務(wù)器向MRFC發(fā)送SIP協(xié)議的INVITE消息。 SIP協(xié)議的INVITE消息，用以邀請(qǐng)被叫用戶加入呼叫，MSC服務(wù)器收到
被叫號(hào)碼后，通過SIP協(xié)議向MRFC發(fā)送INVITE消息，消息中攜帶描述RNC-0
的端點(diǎn)消息體SDPl。
步驟1308: MRFC向MRFP發(fā)送H.MS協(xié)議的ADD.req消息。
H.248協(xié)議的ADD命令用以增加一個(gè)終端到一個(gè)關(guān)聯(lián)中，當(dāng)不指明關(guān)聯(lián)標(biāo)
識(shí)時(shí)，將生成一個(gè)關(guān)聯(lián)，然后加入終端，MRFC通過H.248協(xié)議向MRFP發(fā)
送ADD.req消息，請(qǐng)求MRFP為RNC-0分配本次呼叫的對(duì)話和端點(diǎn)資源。 步驟1309: MRFP向MRFC返回H.248協(xié)議的ADD.rsp消息。 MRFP為RNC-O分配端點(diǎn)標(biāo)識(shí)Tl及關(guān)聯(lián)標(biāo)識(shí)CI ， MRFP分配好對(duì)話和端
點(diǎn)資源后，通過H.248協(xié)議向MRFC發(fā)送ADD.rsp消息，帶有為本次呼叫的對(duì)
話和端點(diǎn)資源。
步驟1310: MRFC向MSC服務(wù)器返回SIP協(xié)議的200 OK消息。 MRFC收到MSC服務(wù)器的INVITE消息后，通過SIP協(xié)議給MSC服務(wù)器回送 200 OK ，其中攜帶MRFP的端點(diǎn)描述的SDP2。
步驟1311: MSC服務(wù)器向MRFC返回ACK消息。
SIP協(xié)議中定義ACK消息為確認(rèn)已經(jīng)接收到對(duì)INVITE的最終響應(yīng)，MSC 服務(wù)器收到MRFC發(fā)送的200 OK消息后，通過SIP協(xié)議給MRFC回送ACK 消息確認(rèn)，MSC服務(wù)器和MRFC本次對(duì)話建立成功。
以下步驟1312至步驟1316為RNC-0接入側(cè)承載建立過程。 步驟1312: MSC服務(wù)器向RNC-O發(fā)送RAB-ASSIGMENT-REQ消息 MSC服務(wù)器向RNC-0發(fā)送RAB-ASSIGMENT-REQ消息，其中攜帶MRFP 的端點(diǎn)描述SDP2。
步驟1313: RNC-0向MRFP發(fā)送IUUP協(xié)議的IUUP-Init消息
RNC-0收到MRFP的端點(diǎn)信息后，直接在IUUP協(xié)議棧上向MRFP發(fā)送
IUUP-Init消息，包括包的大小及其IP地址、端點(diǎn)標(biāo)識(shí)Tl等信息，以協(xié)商RNC-0
和MRFP之間的IUUP相關(guān)信息。
步驟1314: MRFP向RNC-0返回IUUP-Init-ACK確認(rèn)消息。
MRFP直接在IUUP協(xié)議棧上給RNC-O回送IUUP-Init-Ack消息，表示本
次呼叫的IUUP層協(xié)商通過。
步驟1315: MRFP向MRFCH.248發(fā)送協(xié)議的Notify消息。
Notify命令是由媒體網(wǎng)關(guān)類型的實(shí)體發(fā)起的，可以將檢測(cè)到的事件通知給
MSC服務(wù)器或其它的實(shí)體。MRFP通過H.248協(xié)議向MRFC發(fā)送Notify消息，
通知MRFC,本次MRFP和RNC-0之間的承載建立過程完成。
步驟1316: RNC-O向MSC服務(wù)器發(fā)送RAB-ASSIGMENT-CMP消息。 MSC服務(wù)器接收到RNC-0發(fā)送來的RAB-ASSIGMENT-CMP消息，表示
RNC-O所處的接入側(cè)本次呼叫承載建立完成。
MT子流程主要是后向承載的建立過程，如圖14所示。其步驟包括
步驟1401至步驟1403是3GPP的標(biāo)準(zhǔn)流程。
步驟1401: MSC服務(wù)器對(duì)被叫用戶的尋呼及鑒權(quán)過程。
步驟1402:被叫接入側(cè)RNC-T向MSC服務(wù)器發(fā)送呼叫建立請(qǐng)求。
步驟1403:接入控制完成后，MSC服務(wù)器向RNC-T返回呼叫確認(rèn)信息。
步驟1404: MSC服務(wù)器向MRFC發(fā)送SIP協(xié)議的INVITE消息。
MSC服務(wù)器通過SIP協(xié)議向MRFC發(fā)送INVITE消息，這時(shí)則攜帶的是
RNC-T的端點(diǎn)描述的SDP4。
步驟1405: MRFC向MRFP發(fā)送H.248協(xié)議的ADD.req消息。 MRFC通過H,248協(xié)議向MRFP發(fā)送ADD.req消息，請(qǐng)求MRFP為RNC-T分為
本次呼叫的對(duì)話和端點(diǎn)資源。
步驟1406: MRFP向MRFC返回H.248協(xié)議的ADD.rsp消息。 因本實(shí)施例為局內(nèi)RNC間的呼叫，因此MRFP為RNC-T分配端點(diǎn)標(biāo)識(shí)T2
及關(guān)聯(lián)標(biāo)識(shí)C2， MRFP分配好對(duì)話和端點(diǎn)資源后，通過H.248協(xié)議向MRFC
發(fā)送ADD.rsp消息，帶有為本次呼叫的對(duì)話和端點(diǎn)資源。
步驟1407: MRFC向MSC服務(wù)器返回SIP協(xié)議的200 OK消息。 在本實(shí)施例中，主叫接入側(cè)RNC-0與被叫接入側(cè)RNC-T共享同一個(gè)
MRFP，因而當(dāng)MRFC收到MRFP的ADD.rsp消息后，通過SIP協(xié)議給MSC
服務(wù)器回送200OK時(shí)，攜帶的MRFP端點(diǎn)描述消息體仍為SDP2。 步驟1408: MSC服務(wù)器向MRFC返回ACK消息。 MSC服務(wù)器收到MRFC發(fā)送的200 OK消息后，通過SIP協(xié)議給MRFC
回送ACK消息確認(rèn)，MSC服務(wù)器和MRFC本次對(duì)話建立成功。
步驟1409: MSC服務(wù)器向RNC-T發(fā)送RAB-ASSIGMENT-REQ消息。 MSC服務(wù)器向RNC-T發(fā)送RAB-ASSIGMENT-REQ消息，其中攜帶MRFP
的端點(diǎn)描述SDP2。
步驟1410: RNC-T向MRFP發(fā)送IUUP協(xié)議的IUUP-Init消息。
RNC-T收到MRFP的端點(diǎn)信息后，直接在IUUP協(xié)議棧上向MRFP發(fā)送
IUUP-Init消息，包括包大小及其IP地址、端點(diǎn)標(biāo)識(shí)T2等信息，以協(xié)商RNC-T
和MRFP之間的IUUP相關(guān)信息。
步驟1411: MRFP向RNC-T返回IUUP-Init-ACK確認(rèn)消息。
MRFP直接在IUUP協(xié)議棧上給RNC-T回送IUUP-Init-Ack消息，表示本
次呼叫的IUUP層協(xié)商通過。
步驟1412: MRFP向MRFC發(fā)送發(fā)送H.248協(xié)議的Notify消息。
MRFP通過H.248協(xié)議向MRFC發(fā)送Notify消息，通知MRFC,本次MRFP
和RNC-T之間的承載建立過程完成。
步驟1413: RNC-T向MSC服務(wù)器發(fā)送RAB-ASSIGMENT-CMP消息。 MSC服務(wù)器收到RNC-T發(fā)送來的RAB-ASSIGMENT-CMP消息，表示
RNC-T所處接入側(cè)的本次呼叫承載建立完成。
步驟1414: RNC-T向MSC服務(wù)器上報(bào)振鈴消息。
RNC-T側(cè)向MSC服務(wù)器上報(bào)振鈴消息，通知MSC服務(wù)器，被叫接入側(cè)
RNC-T處于纟展鈴狀態(tài)。
步驟1415: MSC服務(wù)器向MRFC發(fā)送SIP協(xié)議的INVITE消息。 MSC服務(wù)器通過H.248協(xié)議向MRFC發(fā)送INVITE消息，攜帶RNC-O的 端點(diǎn)描述SDP1。
步驟1416: MRFC向MRFP發(fā)送MOD.req消息。
H.248協(xié)議中的MOD (Modify)命令用以修改一個(gè)終端的屬性、事件和 信號(hào)參數(shù)，MRFC通過H.248協(xié)議向MRFP發(fā)送MOD消息，請(qǐng)求此刻MRFP 將端點(diǎn)Tl綁定到MRFP的放音資源上。
步驟1417: MRFP向MRFC回送MOD.rsp消息。
MRFP通過H.248協(xié)議MOD.rsp消息，告訴MRFC已經(jīng)完成放音資源和 Tl端點(diǎn)綁定。
步驟1418: MRFC向MSC服務(wù)器發(fā)送200 OK消息。 MRFC通過SIP協(xié)議向MSC服務(wù)器發(fā)送200 OK消息，表明MRFP已完成 主叫側(cè)的語音資源準(zhǔn)備。
步驟1419: MSC服務(wù)器向MRFC回送ACK消息。
MSC服務(wù)器通過SIP協(xié)議向MRFC回送ACK消息，表明放音準(zhǔn)備結(jié)束， 可以放音，此時(shí)MRFP通過以前和RNC-O協(xié)商好的IUUP參數(shù)開始向RNC-O 進(jìn)行回鈴音的播放。這樣，主叫接入側(cè)RNC-O就能夠聽到MRFP播放的回鈴 音了。
步驟1420: RNC-T向MSC服務(wù)器發(fā)送Connect消息。
被叫側(cè)用戶摘機(jī)，RNC-T會(huì)產(chǎn)生此消息，告訴MSC服務(wù)器，被叫側(cè)用戶已 經(jīng)摘機(jī)。
步驟1421: MSC服務(wù)器通過SIP協(xié)議向MRFC發(fā)送INVITE消息。 MSC服務(wù)器通過SIP協(xié)議向MRFC發(fā)送INVITE消息，攜帶RNC-O的端點(diǎn)描 述SDP1。
步驟1422: MRFP向MRFC回送MOD.req消息。
MRFC通過H.248協(xié)議向MRFP發(fā)送MOD. req消息，請(qǐng)求此刻MRFP將端點(diǎn)
T1綁定到端點(diǎn)T2上，實(shí)現(xiàn)RNC-O和RNC-T之間的通話通道接通。 步驟1423: MRFP向MRFC回送MOD.rsp消息。
MRFP通過H.248協(xié)議MRFC回送MOD .rsp消息，告訴MRFC已經(jīng)完成T1和
T2之間的端點(diǎn)綁定。
步驟1424: MRFC通過SIP協(xié)議向MSC服務(wù)器發(fā)送200 OK消息。 MRFC通過SIP協(xié)議向MSC服務(wù)器發(fā)送200 OK消息，表明MRFP已經(jīng)建立主
被叫接入側(cè)之間的通話通道。
步驟1425: MSC服務(wù)器通過SIP協(xié)議向MRFC回送ACK消息。 MSC服務(wù)器通過SIP協(xié)議向MRFC回送ACK消息，表明主被叫接入側(cè)通話通
道連接完成。
步驟1426: MSC服務(wù)器向RNC-0發(fā)送connect消息。
MSC服務(wù)器向RNC-0發(fā)送connect消息，通知RNC-0被叫用戶已經(jīng)摘機(jī)。
步驟1427: RNC-0向MSC服務(wù)器發(fā)送connect ACK消息。 RNC-O向MSC服務(wù)器發(fā)送connect ACK消息。
步驟1428: MSC服務(wù)器向RNC-T發(fā)送connect ACK消息。
MSC服務(wù)器向RNC-T發(fā)送connect ACK消息，通知被叫接入側(cè)，此時(shí) RNC-O和RNC-T之間的用戶進(jìn)入通話狀態(tài)，可以進(jìn)行通話。
拆線子流程主要是釋放承載資源的過程，如圖15所示。圖15為主叫接入 側(cè)為主動(dòng)拆線接入側(cè)的情形，其步驟包括
步驟1501至步驟1508為3GPP中的標(biāo)準(zhǔn)流程，為釋放無線鏈路資源，當(dāng) MSC服務(wù)器接收到無線鏈路釋放完成消息后，開始釋放核心網(wǎng)資源。
步驟1509: MSC服務(wù)器向MRFC發(fā)送BYE消息。
SIP協(xié)議中的BYE消息是用來終止呼叫上的兩個(gè)用戶之間的呼叫的消息。 MSC服務(wù)器通過SIP協(xié)議向MRFC發(fā)送BYE消息，通知MRFC終止MSC服 務(wù)器和MRFC之間為主動(dòng)拆線接入側(cè)RNC-0而建立的對(duì)話。
步驟1510: MRFC向MRFP發(fā)送SUB .req消息。
MRFC通過H.248協(xié)議向MRFP發(fā)送SUB .r叫消息，請(qǐng)求MRFP釋放本次呼叫為RNC-O分配的對(duì)話和端點(diǎn)Tl, H.248協(xié)議中的SUB ( Subtract)命令從 一個(gè)關(guān)聯(lián)中刪除一個(gè)終端，同時(shí)返回終端的統(tǒng)計(jì)狀態(tài)，如關(guān)聯(lián)中再?zèng)]有其它的 終端將刪除此關(guān)聯(lián)。
步驟1511: MRFP向MRFC回送SUB . rsp消息。
MRFP通過H.248協(xié)議向MRFC回送SUB . rsp消息，通知MRFC， MRFP
已經(jīng)將T1端點(diǎn)釋放。
步驟1512: MRFC向MSC服務(wù)器發(fā)送200 OK消息。 此消息用以通知MSC服務(wù)器，MRFP以及MRFC本次呼叫為RNC-0分
配的核心網(wǎng)資源已經(jīng)釋放完成。
步驟1513: MSC服務(wù)器向RNC-T發(fā)送IU Release CMD消息。
此消息用以通知被動(dòng)拆線接入側(cè)RNC-T釋放本次呼叫RNC-T側(cè)的IU承
載資源。
步驟1514: RNC-T向MSC服務(wù)器回送IU Release CMP消息。
RNC-T向MSC服務(wù)器回送IU Release CMP消息，通知MSC服務(wù)器，RNC-T
側(cè)的IU承栽資源，已經(jīng)釋放完成。
步驟1515: MSC服務(wù)器通過SIP協(xié)議向MRFC發(fā)送BYE消息。
MSC服務(wù)器通過SIP協(xié)議向MRFC發(fā)送BYE消息，通知MRFC終止MSC
服務(wù)器和MRFC之間為RNC-T而建立的對(duì)話。
步驟1516: MRFC向MRFP發(fā)送SUB .req消息。
MRFC通過H.248協(xié)議向MRFP發(fā)送SUB .rcq消息，請(qǐng)求MRFP釋放本次 呼叫為RNC-T分配的對(duì)話和端點(diǎn)T2。
步驟1517: MRFP向MRFC回送SUB . rsp消息。
MRFP通過H.248協(xié)議向MRFC回送SUB . rsp消息，通知MRFC, MRFP 已經(jīng)將T2端點(diǎn)釋放。
步驟1518: MRFC向MSC服務(wù)器發(fā)送200 OK消息。
MRFC通過SIP協(xié)議向MSC服務(wù)器發(fā)送200 OK消息，通知MSC服務(wù)器， MRFP以及MRFC本次呼叫為RNC-T分配的核心網(wǎng)資源已經(jīng)釋放完成。
實(shí)施例五
系統(tǒng)引入媒體資源處理模塊代替媒體網(wǎng)關(guān)后，如果實(shí)現(xiàn)了全網(wǎng)IP化，那么
在TRFO的協(xié)商成功后，可以實(shí)現(xiàn)通話后呼叫的承載路徑不經(jīng)過核心網(wǎng)直接在 RNC之間建立，其關(guān)鍵在于環(huán)節(jié)是在WCDMA系統(tǒng)，MSC服務(wù)器與RNC 間的RAB-ASSIGMENT消息具有修改功能，通過使用該消息，可以通過修改 TLA (Transport Layer Address )來完成承載的更新，在完成端點(diǎn)綁定后，直接 在RNC之間建立承載。經(jīng)過TrFO承載優(yōu)化的呼叫流程可以相應(yīng)的分為優(yōu)化 MO子流程、優(yōu)化MT子流程和其拆線子流程。
優(yōu)化MO子流程主要是前向承載的建立過程，如圖16所示。其步驟包括 步驟1601-步驟1616與步驟1301-步驟1316相同，這里不再綴述。 步驟1617: MSC服務(wù)器向主叫接入側(cè)RNC-0發(fā)送RAB-ASSIGMENT-REQ 消息。
在本實(shí)施例的消息中，攜帶MRFP的端點(diǎn)描述SDP2。
步驟1618: RNC-0向MSC服務(wù)器發(fā)送RAB-ASSIGMENT-CMP消息。
本實(shí)施例的此消息用以表明RNC-0側(cè)的呼叫承載已經(jīng)建立，并且已經(jīng)記
錄下MRFP的端點(diǎn)信息。
優(yōu)化MT子流程主要是后向承載的建立過程，在呼叫建立之后，將釋放核
心網(wǎng)資源，優(yōu)化MT子流程如圖17所示。其步驟包括 步驟1701-步驟1703與前面的MT流程相同。
步驟1704: MSC服務(wù)器向RNC-T發(fā)送RAB-ASSIGMENT-REQ消息，在 本實(shí)施例的消息中，攜帶RNC-0的端點(diǎn)描述SDP1 。
步驟1705:被叫接入側(cè)RNC-T向MSC服務(wù)器發(fā)送RAB-ASSIGMENT-CMP 消息，本實(shí)施例的此消息用以表明RNC-T側(cè)的呼叫承載已經(jīng)建立，并且已經(jīng)記 錄下RNC-0的地址信息。
步驟1706-步驟1711同前面MT流程的步驟1415-步驟1419。
步驟1712: RNC-T向MSC服務(wù)器上報(bào)connect消息。
本實(shí)施例的此消息用以表明被叫側(cè)用戶已經(jīng)摘機(jī)。
步驟1713-步驟1718為釋放核心網(wǎng)資源的過程。 步驟1713: MSC服務(wù)器向MRFC發(fā)送BYE消息。
MSC服務(wù)器收到被叫用戶摘機(jī)消息后，通過SIP協(xié)議向MRFC發(fā)送BYE 消息，請(qǐng)求MRFC拆除已經(jīng)為RNC-0側(cè)建立的SIP對(duì)話及其相關(guān)資源。 步驟1714: MRFC向MRFP發(fā)送SUB .req消息。
MRFC收到MSC服務(wù)器發(fā)送來的BYE消息，通過H.248協(xié)議向MRFP發(fā) 送SUB.req，消息中攜帶有端點(diǎn)Tl的標(biāo)識(shí)，表明需要MRFP釋放為RNC-0側(cè) 事先分配好的用于放音的端點(diǎn)及對(duì)話資源。
步驟1715: RFP向MRFC回送SUB . rsp消息。
MRFP通過H.248協(xié)議向MRFC發(fā)送SUB . rsp消息，表明MRFP已經(jīng)釋 放了為RNC-0側(cè)事先分配好的用于放音的端點(diǎn)及對(duì)話資源。 步驟1716: MRFC向MSC服務(wù)器發(fā)送200 OK消息。 MRFC通過SIP協(xié)議向MSC服務(wù)器發(fā)送200 OK消息，表明MRFC和MRFP 已經(jīng)釋放了為RNC-0側(cè)事先分配好的用于放音的端點(diǎn)及對(duì)話資源。 步驟1717: MSC服務(wù)器向RNC-O側(cè)發(fā)送IU Release CMD消息。 通過此消息通知RNC-O釋放本次呼叫RNC-O側(cè)的IU承載資源。 步驟1718: RNC-O向MSC服務(wù)器回送IU Release CMP消息。 通過此消息通知MSC服務(wù)器，RNC-O側(cè)的IU承載資源，已經(jīng)釋放完成。 以下為RNC-O側(cè)1奮改其目的端點(diǎn)的過程以實(shí)現(xiàn)RNC-O到RNC-T間的直 接互通。
步驟1719: MSC服務(wù)器向RNC-O側(cè)RAB-ASSIGMENT-REQ消息。 該消息中攜帶有RNC-T側(cè)的端點(diǎn)描述SDP4，通知RNC-O側(cè)刷新自己的 目的端點(diǎn)為SDP4。
步驟1720: RNC-O側(cè)向MSC服務(wù)器回送RAB-ASSIGMENT-RSP消息。 通過此消息表明RNC-O側(cè)已經(jīng)收到RNC-T端點(diǎn)地址SDP4，并將其作為目的 端點(diǎn)地址。
步驟1721: RNC-O側(cè)向RNC-T側(cè)發(fā)送IUUP-Init消息。
RNC-0側(cè)收到RNC-T側(cè)的端點(diǎn)信息后，直接在IUUP協(xié)議棧上向RNC-T 側(cè)發(fā)送IUUP-Init消息，以協(xié)商RNC-O和RNC-T之間的IUUP相關(guān)信息。 步驟1722: RNC-T側(cè)向RNC-O側(cè)發(fā)送IUUP-Init-ACK消息。 RNC-T側(cè)收到RNC-O側(cè)的IUUP-Init消息后，直接在IUUP協(xié)議棧上向
RNC-O側(cè)發(fā)送IUUP-Init-ACK消息，表明RNC-O和RNC-T之間的IUUP協(xié)商
已經(jīng)完成。
步驟1723: MSC服務(wù)器向RNC-O側(cè)發(fā)送connect消息。 此消息通知RNC-O被叫用戶已經(jīng)摘機(jī)。 步驟1724: RNC-O向MSC服務(wù)器發(fā)送connect ACK消息。 步驟1725: MSC服務(wù)器向RNC-T發(fā)送connect ACK消息。 此消息通知被叫側(cè)此時(shí)RNC-O和RNC-T之間的用戶進(jìn)入通話狀態(tài)，可以 進(jìn)行通話。
拆線子流程主要是釋放IU承載資源的過程，如圖18所示。圖18為主叫為 主動(dòng)拆線的情形，其步驟包括
步驟1801-步驟1807同前面的拆線過程，為釋放無線鏈路資源，也就是釋 放RNC-O和RNC-T之間通話通道資源的過程，這里不再綴述。
步驟1808: MSC服務(wù)器向主動(dòng)拆線接入側(cè)RNC-O側(cè)發(fā)送IU Release CMD消
自
通過此消息通知RNC-O釋放本次呼叫RNC-O側(cè)IU承載資源。 步驟1809: RNC-O向MSC服務(wù)器回送IU Release CMP消息，通知MSC 服務(wù)器，RNC-O側(cè)的IU承載資源，已經(jīng)釋放完成。
步驟1810: MSC服務(wù)器向被動(dòng)拆線接入側(cè)RNC-T側(cè)發(fā)送IU Release CMD消息。
通過此消息通知RNC-T釋放本次呼叫RNC-T側(cè)的IU承栽資源。 步驟1811: RNC-T向MSC服務(wù)器回送IU Release CMP消息。 通過此消息通知MSC服務(wù)器，RNC-T側(cè)的IU承載資源，已經(jīng)釋放完成。
以上的呼叫流程是均以圖9所示的系統(tǒng)為例，若采用圖6中的結(jié)構(gòu)，那么 只需將前面的流程中的MSC服務(wù)器和MRFC之間的Mr接口上的SIP協(xié)議的消 息去除，MRFP到MRFC的H.248消息直接發(fā)送到MSC服務(wù)器即可。
如果采用圖11中所示的系統(tǒng)，把MRFC功能和IMS的應(yīng)用服務(wù)器合設(shè)， 那么其對(duì)應(yīng)的呼叫流程中只需要把MRFC網(wǎng)元替換成網(wǎng)元AS，其余消息和流 程保持不變。
如果將MRFC和MRFP合并為一個(gè)網(wǎng)絡(luò)實(shí)體MRS, MSC服務(wù)器和MRS 通過SIP協(xié)議，即Mr接口通訊，其所對(duì)應(yīng)的呼叫流程保持不變。
圖19為本發(fā)明實(shí)現(xiàn)核心網(wǎng)資源共享裝置的一種結(jié)構(gòu)，裝置由媒體資源處理 模塊1920和IuCS接口 1910組成，其中媒體資源處理模塊1920包括媒體資源 處理單元MRFP1921。
圖20為本發(fā)明實(shí)現(xiàn)核心網(wǎng)資源共享裝置的第二種結(jié)構(gòu)，裝置由媒體資源控 制單元MRFC2041、媒體資源處理模塊2020和IuCS接口 2010組成，其中，媒 體資源處理模塊2020包括媒體資源處理單元MRFP2021，MRFC2041與AS2040 合設(shè)。
以上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡 在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含 在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)，其特征在于，該系統(tǒng)包括MSC服務(wù)器和媒體資源處理模塊；所述的MSC服務(wù)器，用于根據(jù)存儲(chǔ)的媒體資源處理模塊列表信息，確定媒體資源處理模塊，將控制信息發(fā)送到確定的媒體資源處理模塊；所述的媒體資源處理模塊，用于根據(jù)獲取到的MSC服務(wù)器控制信息，執(zhí)行承載處理。
2、 如權(quán)利要求l所述的系統(tǒng)，其特征在于，該系統(tǒng)進(jìn)一步包括接入側(cè)； 所述的接入側(cè)，用于根據(jù)存儲(chǔ)的媒體資源處理模塊列表信息，確定媒體資源處理模塊，根據(jù)MSC服務(wù)器發(fā)來的承載信息產(chǎn)生協(xié)商信息，將協(xié)商信息發(fā) 送到確定的媒體資源處理模塊。
3、 如權(quán)利要求2所述的系統(tǒng)，其特征在于，所述的接入側(cè)為無線網(wǎng)絡(luò)子系 統(tǒng)RNS;所述的無線網(wǎng)絡(luò)子系統(tǒng)，用于通過支持IUUP協(xié)議的接口，將協(xié)商信息發(fā) 送到媒體資源處理模塊。
4、 如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述的媒體資源處理模塊 包括媒體資源處理單元MRFP;所述的媒體資源處理單元，用于根據(jù)H.248協(xié)議的MSC服務(wù)器控制消息， 執(zhí)行承載處理。
5、 如權(quán)利要求1或2所述的系統(tǒng)，其特征在于，所述的系統(tǒng)進(jìn)一步包括々某 體資源控制單元MRFC;所述的媒體資源控制單元，用于獲取MSC服務(wù)器發(fā)來的SIP協(xié)議的控制信 息，再通過支持H.248協(xié)議的接口，將H.248協(xié)議的控制信息發(fā)送到媒體資源 處理單元，并且將媒體資源處理單元返回的H.248協(xié)議承載信息，轉(zhuǎn)換成SIP 協(xié)議信息后，發(fā)送給MSC服務(wù)器。
6、 如權(quán)利要求4所述的系統(tǒng)，其特征在于，媒體資源處理單元單獨(dú)設(shè)置；所述的MSC服務(wù)器存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息； 所迷的接入側(cè)存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息。
7、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，媒體資源控制單元單獨(dú)設(shè)置或 與應(yīng)用服務(wù)器合設(shè)；所述的J(某體資源控制單元存儲(chǔ)MRFP列表信息；所述的MSC服務(wù)器存儲(chǔ)的媒體資源處理模塊列表信息為MRFC列表信息； 所述的接入側(cè)存儲(chǔ)的々某體資源處理模塊列表信息為MRFP列表信息。
8、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，媒體資源控制單元與MSC服 務(wù)器合設(shè)；所述的MSC服務(wù)器存儲(chǔ)的媒體資源處理模塊列表信息為MRFP列表信息； 所述的接入側(cè)存儲(chǔ)的々某體資源處理模塊列表信息為MRFP列表信息。
9、 如權(quán)利要求5所述的系統(tǒng)，其特征在于，媒體資源控制單元與媒體資源 處理單元合設(shè)，對(duì)外表現(xiàn)為媒體資源共享子系統(tǒng)MRS實(shí)體；所述的MSC服務(wù)器存儲(chǔ)的々某體資源處理模塊列表信息為MRS列表信息； 所述的接入側(cè)存儲(chǔ)的媒體資源處理模塊列表信息為MRS列表信息。
10、 一種實(shí)現(xiàn)核心網(wǎng)資源共享的媒體資源共享裝置，其特征在于，該裝置 包括媒體資源處理模塊和IuCS接口 ；所述的々某體資源處理模塊，用于根據(jù)獲取到的MSC服務(wù)器控制消息，執(zhí)行 承載處理；所述的IuCS接口 ，用于接收支持IUUP協(xié)議的接入側(cè)的消息，將接收到的 消息發(fā)送到媒體資源處理模塊。
11、 如權(quán)利要求IO所述的裝置，其特征在于，所述的媒體資源處理模塊包 括媒體資源處理單元MRFP;所述的媒體資源處理單元，用于根據(jù)H.248協(xié)議的MSC服務(wù)器控制消息， 執(zhí)行承載處理。
12、 如權(quán)利要求ll所述的裝置，其特征在于，所述的裝置進(jìn)一步包括媒體 資源控制單元MRFC和Mp接口 ；所述的媒體資源控制單元，用于接收MSC服務(wù)器發(fā)來的SIP協(xié)議的控制信 息，再通過支持r248協(xié)議的接口，將控制信息發(fā)送到媒體資源處理單元，并 且將媒體資源處理單元返回的h.248協(xié)議承載信息，轉(zhuǎn)換成sip協(xié)議信息后， 發(fā)送給MSC服務(wù)器。所述的Mp接口 ，用于接收支持H.248協(xié)議的々某體資源處理單元MRFP的 消息，將接收到的媒體資源處理單元MRFP消息發(fā)送到媒體資源控制單元 MRFC。
13、 如權(quán)利要求12所述的裝置，其特征在于，所述的媒體資源控制單元 MRFC可以單獨(dú)設(shè)置、與媒體資源處理單元MRFP合設(shè)、與MSC服務(wù)器合設(shè) 或者與應(yīng)用服務(wù)器AS合設(shè)。
14、 一種實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)的呼叫方法，其特征在于，系統(tǒng)中包 括媒體資源處理模塊，該方法包括A. 根據(jù)主叫接入側(cè)發(fā)來的呼叫建立請(qǐng)求，分配承載資源，建立前向承載 連接；B. 根據(jù)被叫接入側(cè)發(fā)來的確認(rèn)信息，分配承載資源，建立后向承載連接；C. 通話完成后，釋放承載資源，斷開承載連接。
15、 如權(quán)利要求14所述的呼叫方法，其特征在于，步驟a所述的分配承 載資源，建立前向承載連接的方法是Al. MSC服務(wù)器接收主叫接入側(cè)發(fā)來的呼叫建立請(qǐng)求，4艮據(jù)+某體資源處理 模塊列表選擇媒體資源處理模塊，并向媒體資源處理模塊發(fā)送分配核心網(wǎng)承載 資源的控制信息；A2,媒體資源處理模塊為主叫接入側(cè)分配核心網(wǎng)承載資源，并向MSC服務(wù) 器返回媒體資源處理模塊的端點(diǎn)信息；A3.主叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，直接向媒體資源處理 模塊發(fā)送協(xié)商信息，建立前向承載連接。
16、 如權(quán)利要求14所述的呼叫方法，其特征在于，步驟B所述的分配承載 資源，建立后向承載連接的方法是Bl. MSC服務(wù)器接收到被叫接入側(cè)確認(rèn)信息后，根據(jù)媒體資源處理模塊列 表選擇媒體資源處理模塊，并向媒體資源處理模塊發(fā)送分配核心網(wǎng)承載資源的 控制信息；B2.媒體資源處理模塊為被叫接入側(cè)分配核心網(wǎng)承載資源，并向MSC服務(wù) 器返回媒體資源處理模塊的端,泉信息；B3.被叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，直接向媒體資源處理 模塊發(fā)送協(xié)商信息，向MSC服務(wù)器發(fā)送振鈴消息；B4.媒體資源處理模塊根據(jù)MSC服務(wù)器發(fā)來的控制信息為被叫接入側(cè)分 配核心網(wǎng)承載資源，建立主被叫接入側(cè)通話通道。
17、 如權(quán)利要求14所述的呼叫方法，其特征在于，步驟C所述的釋放承載 資源，斷開承栽連接的方法是Cl.通話完成后，釋放主動(dòng)拆線接入側(cè)IU承載資源； C2.釋放為主動(dòng)拆線接入側(cè)分配的核心網(wǎng)承載資源； C3.釋放被動(dòng)拆線接入側(cè)IU承載資源； C4釋放為被動(dòng)拆線接入側(cè)分配的核心網(wǎng)承載資源。
18、 如權(quán)利要求14所述的呼叫方法，其特征在于，在免編解碼操作TrFO 協(xié)商成功后，步驟A所述的分配承載資源，建立前向承載連接的方法是Al. MSC服務(wù)器接收主叫接入側(cè)發(fā)來的呼叫建立請(qǐng)求，根據(jù)媒體資源處理 模塊列表選擇媒體資源處理模塊，并向媒體資源處理模塊發(fā)送分配核心網(wǎng)承載 資源的控制信息；A2.媒體資源處理模塊為主叫接入側(cè)分配核心網(wǎng)承栽資源，并向MSC服務(wù) 器返回媒體資源處理模塊的端點(diǎn)信息；A3.主叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，直接向媒體資源處理 模塊發(fā)送協(xié)商信息，建立前向承載連接；A4.主叫接入側(cè)接收MSC服務(wù)器發(fā)來的端點(diǎn)信息后，記錄下主叫接入側(cè)的 端點(diǎn)信息。
19、 如權(quán)利要求14所述的呼叫方法，其特征在于，在免編解碼操作TrFO協(xié)商成功后，步驟B所述的分配承載資源，建立后向承栽連接的方法是Bl. MSC服務(wù)器收到被叫接入側(cè)確認(rèn)信息后，向被叫接入側(cè)發(fā)送包含主叫接入側(cè)端點(diǎn)描述的信息；B2.被叫接入側(cè)記錄下主叫接入側(cè)端點(diǎn)信息后，向MSC服務(wù)器發(fā)送振鈴消息；B3. MSC服務(wù)器根據(jù)媒體資源處理模塊列表選擇媒體資源處理模塊，并向 媒體資源處理模塊發(fā)送分配核心網(wǎng)承載資源的控制信息；B4.媒體資源處理模塊為被叫接入側(cè)分配核心網(wǎng)承載資源，并向MSC服務(wù) 器返回媒體資源處理模塊的端點(diǎn)描述信息；B5. MSC服務(wù)器接收到被叫接入側(cè)摘機(jī)消息后，釋放為主叫接入側(cè)分配的 核心網(wǎng)承載資源；B6.主叫接入側(cè)將被叫接入側(cè)端點(diǎn)作為目的端點(diǎn)，與被叫接入側(cè)建立直接 通話通道。
20、 如權(quán)利要求14所述的呼叫方法，其特征在于，在免編解碼操作TrFO 協(xié)商成功后，步驟C所述的建立釋放承載資源的方法是Cl.通話完成后，釋放通話通道資源； C2.釋放主動(dòng)拆線接入側(cè)IU資源； C3.釋放被動(dòng)拆線接入側(cè)IU資源。
21、 如權(quán)利要求15、 16、 18或19所述的呼叫方法，其特征在于，所述的 MSC服務(wù)器根據(jù)媒體資源處理模塊列表選擇媒體資源處理模塊的方法為采用 負(fù)荷分擔(dān)的方法選擇媒體資源處理模塊。
全文摘要
本發(fā)明公開了一種實(shí)現(xiàn)核心網(wǎng)資源共享的系統(tǒng)，該系統(tǒng)包括MSC服務(wù)器和媒體資源處理模塊；MSC服務(wù)器用于根據(jù)存儲(chǔ)的媒體資源處理模塊列表信息，確定媒體資源處理模塊，將控制信息發(fā)送到確定的媒體資源處理模塊；媒體資源處理模塊用于根據(jù)獲取到的MSC服務(wù)器控制信息，執(zhí)行承載處理。本發(fā)明還公開了一種實(shí)現(xiàn)核心網(wǎng)資源共享的媒體資源共享裝置，該裝置包括媒體資源處理模塊和IuCS接口。本發(fā)明另外公布了系統(tǒng)的呼叫方法，根據(jù)主叫接入側(cè)發(fā)來的呼叫建立請(qǐng)求，分配承載資源，建立前向承載連接；根據(jù)被叫接入側(cè)發(fā)來的確認(rèn)信息，分配承載資源，建立后向承載連接，通話完成后，釋放承載資源，斷開承載連接。本發(fā)明能夠節(jié)省核心網(wǎng)資源。
文檔編號(hào)H04W76/02GK101175303SQ20061013798
公開日2008年5月7日 申請(qǐng)日期2006年11月1日 優(yōu)先權(quán)日2006年11月1日
發(fā)明者葉思海, 濤 惠, 峻 方, 嘉 李, 更 王 申請(qǐng)人:華為技術(shù)有限公司