本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種處理SUB信令的方法。

背景技術(shù)：

請(qǐng)參考圖1，為現(xiàn)有技術(shù)中，CS(Circuit Switched，電路交換)域通過IMS(IP Multimedia Subsystem，IP多媒體子系統(tǒng))與PS(Packet Switched，分組交換)域進(jìn)行信息通信的網(wǎng)絡(luò)結(jié)構(gòu)圖，具體來講包括：CS域通信設(shè)備、中繼網(wǎng)關(guān)、MG(Media Gateway，媒體網(wǎng)關(guān))、MGCF(Media Gateway Control Function，媒體資源控制功能)、MS(Media Server，媒體服務(wù)器)和PS域通信設(shè)備等。

CS域設(shè)備數(shù)據(jù)交換過程為，先建立電路連接(可使用虛擬電路)，然后進(jìn)行數(shù)據(jù)交換，數(shù)據(jù)交換結(jié)束之后釋放電路，而PS域則是把一個(gè)數(shù)據(jù)報(bào)分成若干個(gè)片段，然后分別同時(shí)發(fā)送，每個(gè)數(shù)據(jù)片段所經(jīng)過的線路路由可能是不一樣的，每個(gè)數(shù)據(jù)片段走什么路由要根據(jù)網(wǎng)絡(luò)的具體情況和所使用的路由協(xié)議來決定。

因兩種交換域所采用的數(shù)據(jù)交換模式不一致，故在網(wǎng)絡(luò)通信中需要引進(jìn)MG或VIG(Video Interwork Gateway，視頻互通網(wǎng)關(guān))等中間設(shè)備，以將CS域的數(shù)據(jù)信息經(jīng)由MG或VIG的數(shù)據(jù)轉(zhuǎn)換處理，傳輸?shù)絇S域，進(jìn)而實(shí)現(xiàn)兩種數(shù)據(jù)交換域的信息通信。

可見，現(xiàn)有技術(shù)中為使CS域和PS域能相互實(shí)現(xiàn)通信，進(jìn)而存在必須對(duì)網(wǎng)絡(luò)進(jìn)行改造，加入中間設(shè)備MG或VIG的技術(shù)問題，這個(gè)技術(shù)問題也直接增加了網(wǎng)絡(luò)運(yùn)營商的投資成本，同時(shí)在維護(hù)正常網(wǎng)絡(luò)環(huán)境時(shí)，也增加了網(wǎng)絡(luò)技術(shù)維護(hù)的難度和成本。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供一種處理SUB信令的方法，以解決現(xiàn)有技術(shù)中為使CS域和PS域能相互實(shí)現(xiàn)通信，進(jìn)而存在必須對(duì)網(wǎng)絡(luò)進(jìn)行改造，加入中間設(shè)備MG或VIG的技術(shù)問題。

一方面，本發(fā)明通過本申請(qǐng)的一個(gè)實(shí)施例，提供如下技術(shù)方案：

一種媒體服務(wù)器，所述媒體服務(wù)器用于包括有媒體網(wǎng)關(guān)控制設(shè)備的IP多媒體網(wǎng)絡(luò)中，包括：

協(xié)議處理模塊，用于接收所述媒體網(wǎng)關(guān)控制設(shè)備發(fā)送來的基于H.248協(xié)議的第一業(yè)務(wù)請(qǐng)求，所述第一業(yè)務(wù)請(qǐng)求為在CS域中的主叫用戶設(shè)備發(fā)送給所述媒體網(wǎng)關(guān)控制設(shè)備的包含有被叫用戶信息的請(qǐng)求，還用于基于所述第一業(yè)務(wù)請(qǐng)求將所述主叫用戶設(shè)備接入至所述IP多媒體網(wǎng)絡(luò)；

媒體頒發(fā)模塊，用于基于所述第一業(yè)務(wù)請(qǐng)求，獲得與所述第一業(yè)務(wù)請(qǐng)求對(duì)應(yīng)的基于IP域的第一多媒體流；

VOIP模塊，用于接收所述第一多媒體流，并將其轉(zhuǎn)換為基于E1承載的第二多媒體流；

電路交換模塊，用于接收所述第二多媒體流，并基于所述第一業(yè)務(wù)請(qǐng)求，向所述被叫用戶設(shè)備提供所述第二多媒體流。

數(shù)據(jù)管理模塊，與所述協(xié)議處理模塊連接，用于接收來自所述協(xié)議處理模塊的控制消息，用于所述多媒體服務(wù)器內(nèi)協(xié)議，媒體流處理的配置，以及管理所述媒體服務(wù)器的電路資源和IP資源，DSP資源。

優(yōu)選地，所述VOIP模塊在基于IP域的媒體流時(shí)，采用如下方式封裝：按照E1的MTP鏈路傳輸協(xié)議，將所述IP域的媒體流，解碼后，打成E1承載流，以便能在E1物理鏈路上進(jìn)行傳輸。

另一方面，本發(fā)明通過本申請(qǐng)的另一實(shí)施例提供一種處理ADD信令的方法，所述方法應(yīng)用于包括有媒體網(wǎng)關(guān)控制設(shè)備的IP多媒體網(wǎng)絡(luò)中的媒體服務(wù)器中，所述方法包括：

接收由所述媒體網(wǎng)關(guān)控制設(shè)備發(fā)送的基于H.248協(xié)議的ADD信令，并基于所述ADD信令建立上下文CONTEXT，其中，所述ADD信令中包括有電路域終端ID；

將所述終端ID轉(zhuǎn)換為所述媒體服務(wù)器內(nèi)的電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，然后給所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)分配對(duì)應(yīng)的中繼的終端資源；

基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)打開所述媒體服務(wù)器中電路交換模塊的E1對(duì)應(yīng)的電路域通道和語音轉(zhuǎn)換通道；

基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，通過所述媒體服務(wù)器內(nèi)數(shù)據(jù)管理模塊的資源管理接口，申請(qǐng)RTP資源；

打開所述媒體服務(wù)器中媒體頒發(fā)模塊中的RTP通道；

向所述媒體網(wǎng)關(guān)控制設(shè)備返回用于響應(yīng)所述ADD信令的響應(yīng)消息。

優(yōu)選地，所述ADD信令中還包括：RTP端的收發(fā)模式，采用的語音壓縮算法或視頻壓縮算法，m行中包括服務(wù)對(duì)象的媒體需求是音頻還是視頻，默認(rèn)打包時(shí)長，網(wǎng)絡(luò)的抖動(dòng)范圍要求，采用的是IPV4還是IPV6的屬性信息。

優(yōu)選地，在所述將所述用戶終端ID轉(zhuǎn)換為所述媒體服務(wù)器內(nèi)的電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，然后給所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)分配對(duì)應(yīng)的中繼的終端資源之后，還包括：

基于所述數(shù)據(jù)管理模塊的資源管理接口，請(qǐng)求與所述中繼的終端資源對(duì)應(yīng)的所述媒體服務(wù)器中VOIP模塊的內(nèi)口IP和Port號(hào)。

優(yōu)選地，所述內(nèi)口IP和Port號(hào)按照數(shù)據(jù)配置的二元對(duì)應(yīng)的規(guī)則進(jìn)行分配。

優(yōu)選地，在所述基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)打開所述媒體服務(wù)器中電路交換模塊的E1對(duì)應(yīng)的電路域通道和語音轉(zhuǎn)換通道之后，還包括：

設(shè)置所述VOIP模塊本端的音視頻壓縮算法；

設(shè)置所述VOIP模塊本端的打包時(shí)長抖動(dòng)異常告警屬性；

將所述終端加入到上下文CONTEXT中，并在所述媒體服務(wù)器的協(xié)議處理模塊的數(shù)據(jù)區(qū)中記錄所述終端和所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系。

優(yōu)選地，在所述基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，通過所述媒體服務(wù)器內(nèi)數(shù)據(jù)管理模塊的資源管理接口，申請(qǐng)RTP資源之后，還包括：

獲得所述RTP資源的內(nèi)口IP，內(nèi)口PORT，外口IP，外口PORT，并記錄電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)和RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系。

優(yōu)選地，在打開所述媒體服務(wù)器中媒體頒發(fā)模塊中的RTP通道之后，還包括：

設(shè)置RTP端的收發(fā)狀態(tài)；

決定是采用IPV4封裝媒體包還是采用IPV6封裝媒體包；

將RTP終端加入到所述上下文CONTEXT中，并所述PPM將RTP的終端加入到創(chuàng)建的CONTEXT中；并在協(xié)議處理模塊的數(shù)據(jù)區(qū)中記錄RTP終端和電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系。

另一方面，本發(fā)明通過本申請(qǐng)的另一實(shí)施例還提供了一種處理MOD信令的方法，所述方法應(yīng)用于包括有媒體網(wǎng)關(guān)控制設(shè)備的IP多媒體網(wǎng)絡(luò)中的媒體服務(wù)器中，所述方法包括：

接收由所述媒體網(wǎng)關(guān)控制設(shè)備發(fā)送的基于H.248協(xié)議的MOD信令，所述MOD信令包括上下文ID，RTP終端；

基于所述上下文ID，查詢H.248協(xié)議的上下文數(shù)據(jù)區(qū)中記錄的所述RTP終端對(duì)應(yīng)的RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)；

基于所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，設(shè)置所述媒體服務(wù)器中數(shù)據(jù)管理模塊對(duì)應(yīng)RTP資源的遠(yuǎn)端RTP IP地址，端口號(hào)；

基于所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，查找所述媒體服務(wù)器中協(xié)議處理模塊中數(shù)據(jù)區(qū)對(duì)應(yīng)的電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，并基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，設(shè)置所述媒體服務(wù)器中VOIP模塊對(duì)應(yīng)端口的屬性；

將所述RTP資源的遠(yuǎn)端RTP IP地址，端口號(hào)，VOIP模塊對(duì)應(yīng)端口的屬性記錄到所述媒體服務(wù)器中協(xié)議處理模塊中數(shù)據(jù)區(qū)中，并向所述媒體網(wǎng)關(guān)控制設(shè)備返回用于響應(yīng)所述MOD信令的響應(yīng)消息。

優(yōu)選地，所述MOD信令還包括：由所述媒體網(wǎng)關(guān)控制設(shè)備和消息互通網(wǎng)關(guān)協(xié)商達(dá)到的所述遠(yuǎn)端RTP IP地址及端口號(hào)、遠(yuǎn)端語音壓縮算法、遠(yuǎn)端打包時(shí)長。

優(yōu)選地，所述的遠(yuǎn)端RTP IP地址及端口號(hào)，是所述媒體服務(wù)器的外部服務(wù)地址和端口號(hào)；所述遠(yuǎn)端語音壓縮算法是所述媒體服務(wù)器的語音壓縮算法；所述遠(yuǎn)端打包時(shí)長是所述媒體服務(wù)器的打包時(shí)長。

另一方面，本發(fā)明通過本申請(qǐng)的另一實(shí)施例還提供了一種處理SUB信令的方法，所述方法應(yīng)用于包括有媒體網(wǎng)關(guān)控制設(shè)備的IP多媒體網(wǎng)絡(luò)中的媒體服務(wù)器中，所述方法包括：

接收由所述媒體網(wǎng)關(guān)控制設(shè)備發(fā)送的基于H.248協(xié)議的SUB信令，

所述SUB信令包括有所述上下文ID、所述RTP終端和電路域終端；

基于所述上下文ID，查詢H.248協(xié)議的上下文數(shù)據(jù)區(qū)中記錄的所述RTP終端對(duì)應(yīng)的RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)和所述電路域終端對(duì)應(yīng)的電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)；

基于所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，關(guān)閉所述媒體服務(wù)器中的RTP通道；

基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，關(guān)閉電路域通道及語音轉(zhuǎn)換通道；

向所述媒體網(wǎng)關(guān)控制設(shè)備返回用于響應(yīng)所述SUB信令的響應(yīng)消息，并上報(bào)統(tǒng)計(jì)的媒體流信息。

優(yōu)選地，在所述關(guān)閉所述媒體服務(wù)器中RTP通道之后還包括：

基于所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，通過調(diào)用所述媒體服務(wù)器中數(shù)據(jù)管理模塊的數(shù)據(jù)管理接口，釋放所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)資源，并將所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)對(duì)應(yīng)的數(shù)據(jù)管理資源通道設(shè)置為空閑狀態(tài)。

優(yōu)選地，在所述基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，關(guān)閉電路域通道之后還包括：

基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，調(diào)用所述媒體服務(wù)器中數(shù)據(jù)管理模塊的數(shù)據(jù)管理接口，釋放所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)資源，將所述電路域系統(tǒng)系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)對(duì)應(yīng)的數(shù)據(jù)管理資源通道設(shè)置為空閑狀態(tài)。

上述技術(shù)方案中的一個(gè)或多個(gè)技術(shù)方案，具有如下技術(shù)效果或優(yōu)點(diǎn)：

一、通過提供一種媒體服務(wù)器，利用所述媒體服務(wù)器中各個(gè)模塊之間的協(xié)調(diào)處理，將電路域數(shù)據(jù)格式轉(zhuǎn)換為可在分組交換域上通訊的數(shù)據(jù)格式，解決現(xiàn)有技術(shù)中為使CS域和PS域能相互實(shí)現(xiàn)通信，進(jìn)而存在必須對(duì)網(wǎng)絡(luò)進(jìn)行改造，加入中間設(shè)備MG或VIG的技術(shù)問題，從而達(dá)到了在簡化網(wǎng)絡(luò)結(jié)構(gòu)，降低了投入成本的前提下，實(shí)現(xiàn)了CS域用戶能夠直接與PS域上的用戶進(jìn)行數(shù)據(jù)通信的技術(shù)效果。

二、同時(shí)由于本申請(qǐng)實(shí)施例中提供的技術(shù)方案具有方便維護(hù)的技術(shù)特點(diǎn)，所以，還能有效解決現(xiàn)有技術(shù)中網(wǎng)絡(luò)維護(hù)復(fù)雜的技術(shù)問題，進(jìn)而達(dá)到維護(hù)簡捷方便的技術(shù)效果。

附圖說明

圖1為現(xiàn)有技術(shù)中CS域與PS域數(shù)據(jù)通信的網(wǎng)絡(luò)結(jié)構(gòu)圖；

圖2為本申請(qǐng)實(shí)施例中媒體服務(wù)器的模塊結(jié)構(gòu)圖；

圖3為包含有圖2中媒體服務(wù)器的IMS系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu)圖；

圖4為本申請(qǐng)實(shí)施例中的媒體服務(wù)器處理ADD信令的方法流程圖；

圖5為本申請(qǐng)實(shí)施例中的媒體服務(wù)器處理MOD信令的方法流程圖；

圖6為本申請(qǐng)實(shí)施例中的媒體服務(wù)器處理SUB信令的方法流程圖；

圖7為CS域用戶實(shí)現(xiàn)彩鈴業(yè)務(wù)的具體過程圖。

具體實(shí)施方式

請(qǐng)參考圖3，為包含有圖2中媒體服務(wù)器的IMS網(wǎng)絡(luò)結(jié)構(gòu)圖，在所述IMS網(wǎng)絡(luò)中，MGCF通過中繼網(wǎng)關(guān)接收CS域用戶的業(yè)務(wù)請(qǐng)求，并基于所述業(yè)務(wù)請(qǐng)求去控制和管理MS，及所述網(wǎng)絡(luò)中其他的設(shè)備，如：文件服務(wù)器等，來實(shí)現(xiàn)CS域用戶和PS域用戶間的數(shù)據(jù)通信。

相比較現(xiàn)有技術(shù)中的的網(wǎng)絡(luò)結(jié)構(gòu)圖，本申請(qǐng)實(shí)施例中提供的技術(shù)方案可以使CS域中的用戶在不經(jīng)過MG或VIG等中間設(shè)備而直接與MS相連接，進(jìn)而從所述IMS網(wǎng)絡(luò)中獲得數(shù)據(jù)業(yè)務(wù)服務(wù)，如：彩鈴，彩信，視音頻媒體文件播放等。

下面結(jié)合說明書附圖中的各個(gè)附圖，對(duì)本申請(qǐng)實(shí)施例中的技術(shù)方案的實(shí)現(xiàn)原理、具體實(shí)施過程及其對(duì)應(yīng)能夠達(dá)到的有益效果進(jìn)行詳細(xì)、清楚和完整地闡述。

如圖2所示，為本申請(qǐng)實(shí)施例媒體服務(wù)器的模塊結(jié)構(gòu)圖，所述媒體服務(wù)器包括：

PPM(Protocol Preduce Module，協(xié)議處理模塊)，用于接受所述MGCF發(fā)送來的由CS域用戶發(fā)來的基于H.248協(xié)議的第一業(yè)務(wù)請(qǐng)求，其中，所述第一業(yè)務(wù)請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)為多媒體數(shù)據(jù)業(yè)務(wù)，如彩鈴、彩信、音視頻等；所述第一業(yè)務(wù)請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)還可以是在網(wǎng)上文件存儲(chǔ)系統(tǒng)中進(jìn)行相關(guān)的存儲(chǔ)業(yè)務(wù)，如存儲(chǔ)文件、下載文件、上傳文件等，所述第一業(yè)務(wù)請(qǐng)求對(duì)應(yīng)的業(yè)務(wù)還包括本申請(qǐng)所屬技術(shù)人員根據(jù)上述實(shí)施例直接推導(dǎo)或推理得到的與上述實(shí)施例等同的業(yè)務(wù)。

具體實(shí)現(xiàn)過程中，所述PPM根據(jù)所述第一業(yè)務(wù)請(qǐng)求完成H.248協(xié)議的主端到從端的對(duì)接，假設(shè)所述第一業(yè)務(wù)請(qǐng)求為彩鈴業(yè)務(wù)請(qǐng)求，所述主端到從端得對(duì)接即為，所述MS中PPM模塊和彩鈴AS系統(tǒng)之間的基于H.248協(xié)議的對(duì)接，并可實(shí)現(xiàn)基于所述協(xié)議的編解碼和業(yè)務(wù)驅(qū)動(dòng)等功能。所述PPM基于所述第一業(yè)務(wù)請(qǐng)求還可將所述第一業(yè)務(wù)請(qǐng)求接入到E1的MTP鏈路上傳輸，其中，所述E1的MTP鏈路為支持電路域傳輸模式傳輸?shù)倪B接通道。

MDM(Media Destruct Module，媒體頒發(fā)模塊)，用于基于所述第一業(yè)務(wù)請(qǐng)求，獲得對(duì)應(yīng)的基于IP域的第一多媒體流。

以彩鈴業(yè)務(wù)為例，在具體的實(shí)施過程中，即為：所述第一業(yè)務(wù)請(qǐng)求為彩鈴業(yè)務(wù)請(qǐng)求，所述MDM根據(jù)彩鈴業(yè)務(wù)請(qǐng)求，向所述AS系統(tǒng)獲取所述彩鈴業(yè)務(wù)請(qǐng)求對(duì)應(yīng)基于IP域的彩鈴多媒體信息，所述彩鈴多媒體信息即為所述第一多媒體流，當(dāng)然，當(dāng)所述第一業(yè)務(wù)請(qǐng)求為其他業(yè)務(wù)時(shí)，如：彩信，音視頻，文件存儲(chǔ)，語音識(shí)別等等，所述第一多媒體流即為對(duì)應(yīng)的：彩信文件，聲音視頻文件，存儲(chǔ)文件，以及語音多媒體等等。

在獲得基于IP域的第一多媒體流過程中，MDM通過內(nèi)部硬件網(wǎng)絡(luò)處理器，實(shí)現(xiàn)IP協(xié)議的NAT轉(zhuǎn)發(fā)功能。

具體來說包括內(nèi)部VOIP(Voice over Internet Protocol，)處理后的E1媒體，其中，所述E1媒體為可用于電路域傳輸?shù)亩嗝襟w，即第二多媒體流，將所述第二多媒體流向外部目的路由的轉(zhuǎn)發(fā)，還包括外部路由過來的MS的服務(wù)媒體向內(nèi)部VOIP模塊的頒發(fā)，達(dá)到直接向所述E1的TS通道服務(wù)的目的。

VOIP模塊，用于接收所述第一多媒體流，并將其轉(zhuǎn)換為基于E1承載的第二多媒體流。

同樣以彩鈴業(yè)務(wù)為例，在具體的實(shí)施過程中，所述第一多媒體流即彩鈴鈴聲是基于IP域，VOIP模塊將所述彩鈴鈴聲轉(zhuǎn)換為基于電路域承載的彩鈴鈴聲，即第二多媒體流。其中，所述第一多媒體到第二多媒體的轉(zhuǎn)換由一種新型的DSP子卡來完成，所述該DSP子卡含4個(gè)主處理DSP芯片，每個(gè)DSP芯片含有3個(gè)DSP處理核，核0控制DSP信令向核1和核2的轉(zhuǎn)發(fā)，所述核1和所述核2完成媒體處理。

在將所述第一多媒體轉(zhuǎn)換為第二多媒體時(shí)，需要將媒體流信息封裝成可以在電路域上傳輸?shù)腅1承載包，在將所述媒體流信息封裝成可以在電路域上傳輸?shù)腅1承載包的過程中，可以采用如下兩種方式：

一，按照E1的MTP鏈路傳輸協(xié)議，將所述IP域的媒體流，解碼后，打成E1承載流，以便能在E1物理鏈路上進(jìn)行傳輸；

二，采用符合324M格式的封裝方式來封裝3G媒體的音視頻流或RTP流。

CEM(Circuit Exchange Module，電路交換模塊)，接收所述第二多媒體流，并基于所述第一業(yè)務(wù)請(qǐng)求，向所述被叫用戶設(shè)備提供所述第二多媒體流。

同樣以彩鈴業(yè)務(wù)為例，在具體的實(shí)施過程中，所述CEM模塊接收由VOIP模塊將基于IP域的彩鈴鈴聲轉(zhuǎn)換為基于電路域的彩鈴鈴聲，并根據(jù)第一業(yè)務(wù)請(qǐng)求即CS域中撥打電話的用戶，向撥打電話的用戶提供彩鈴鈴聲服務(wù)。

同時(shí)，所述CEM還可以實(shí)現(xiàn)CS域用戶接入MS通道與IP域用戶接入通道之間的通道交換、管理功能及LC(Local Connect，本板板內(nèi)連接)網(wǎng)的連接管理功能。其中，所述LC網(wǎng)的連接管理主要通過對(duì)內(nèi)部E1交換芯片的控制來實(shí)現(xiàn)，E1交換芯片和DSP構(gòu)成的內(nèi)部硬件由32M的HW線一端連接VOIP處理器的DSP的HW接口，另一端連接E1交換芯片的HW接口，所述E1接入單元和所述VOIP處理單元按照數(shù)據(jù)配置規(guī)則固定連接。

數(shù)據(jù)管理模塊DMM(Data Manage Module)，接受來自所述PPM的控制消息，實(shí)現(xiàn)媒體服務(wù)器內(nèi)協(xié)議、媒體流處理及管理所述媒體服務(wù)器的電路域資源和IP資源，DSP資源。

在具體的實(shí)施過程中，所述數(shù)據(jù)管理模塊根據(jù)來自PPM的控制信息，用來實(shí)現(xiàn)服務(wù)器內(nèi)H.248、RTP等協(xié)議的管理，并對(duì)基于IP域的第一多媒體流和基于電路域的第二多媒體流的做相應(yīng)的處理，還用來完成對(duì)包括DSP資源、IP資源、電路域資源等各種資源的管理工作。

其中，所述的各種資源管理工作包括:在所述MS提供服務(wù)的過程中，實(shí)現(xiàn)對(duì)所述DSP資源、所述IP資源、所述電路域資源的分配、數(shù)據(jù)在電路通道上的運(yùn)行；在所述MS完成提供所述服務(wù)后，實(shí)現(xiàn)對(duì)所述DSP資源、所述IP資源和所述電路域資源等資源的回收，在所述資源管理中，電路域資源通過內(nèi)部的LC網(wǎng)直接和VOIP處理資源采用固定的連接方式，通過所述固定的連接方式，可以在當(dāng)電路域資源1～n，通過LC網(wǎng)和VOIP處理資源1～n一一相連時(shí)，所述DMM只需要做其中的一個(gè)1對(duì)1的替換就可，而不用每個(gè)都做替換，進(jìn)而提高了替換的效率；對(duì)外連接的網(wǎng)口的RTP資源，采用內(nèi)部交換板上出外網(wǎng)口的方式，以節(jié)約媒體服務(wù)器的硬件槽位資源。

通過上述的本發(fā)明的實(shí)施例，可以實(shí)現(xiàn)如下技術(shù)效果：

根據(jù)第一業(yè)務(wù)請(qǐng)求，直接從IMS中獲得相應(yīng)的媒體服務(wù)，通過MS內(nèi)各個(gè)模塊的之間的處理，將基于IP域的第一多媒體流轉(zhuǎn)換為基于電路域的第二多媒體流，解決了在現(xiàn)有技術(shù)中，增加中間設(shè)備MG或VIG的技術(shù)問題，達(dá)到了在簡化網(wǎng)絡(luò)結(jié)構(gòu)，降低投入成本的前提下，實(shí)現(xiàn)了CS域用戶能夠直接與媒體服務(wù)器傳輸多媒體信息的技術(shù)效果。

如圖4所示，為本申請(qǐng)實(shí)施例中，處理ADD信令的方法流程圖，在具體實(shí)現(xiàn)過程中，所述方法可以在不同的硬件設(shè)備中實(shí)現(xiàn)，比如：所述的方法可以應(yīng)用于包括有媒體網(wǎng)關(guān)控制設(shè)備的IP多媒體網(wǎng)絡(luò)中的媒體服務(wù)器中，所述方法包括如下步驟：

步驟401，接收由所述媒體網(wǎng)關(guān)控制設(shè)備發(fā)送的基于H.248協(xié)議的ADD信令，并基于所述ADD信令建立上下文CONTEXT。

其中，所述ADD信令中包括有電路域終端ID，在實(shí)際應(yīng)用中，所述的ADD信令還可以包括：RTP端的收發(fā)模式，采用的語音壓縮算法或視頻壓縮算法，m行中包括服務(wù)對(duì)象的媒體需求是音頻還是視頻，默認(rèn)打包時(shí)長，網(wǎng)絡(luò)的抖動(dòng)范圍要求，采用的是IPV4還是IPV6的屬性信息等等，總之，本申請(qǐng)所屬技術(shù)領(lǐng)域的技術(shù)人員可以根據(jù)需求來決定所述ADD信令包括信息的種類。

步驟402，將所述終端ID轉(zhuǎn)換為所述媒體服務(wù)器內(nèi)的電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，然后給所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)分配對(duì)應(yīng)的中繼的終端資源。

在具體的實(shí)現(xiàn)過程中，在所述步驟402之后，還可以進(jìn)行如下的操作：

基于所述數(shù)據(jù)管理模塊的資源管理接口，請(qǐng)求與所述中繼的終端資源對(duì)應(yīng)的所述媒體服務(wù)器中VOIP模塊的內(nèi)口IP和PORT號(hào)，其中，對(duì)于所述內(nèi)口IP和PORT號(hào)，在分配過程中，可以按照很多規(guī)則進(jìn)行分配，比如：按照數(shù)據(jù)配置的二元對(duì)應(yīng)的規(guī)則進(jìn)行分配。當(dāng)然，本申請(qǐng)所屬技術(shù)領(lǐng)域的技術(shù)人員，還可以采用與所述二元對(duì)應(yīng)的規(guī)則等同的其他規(guī)則進(jìn)行分配。

步驟403，基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)打開所述媒體服務(wù)器中電路交換模塊的E1對(duì)應(yīng)的電路域通道和語音轉(zhuǎn)換通道。

在具體的應(yīng)用中，本申請(qǐng)實(shí)施例還可以在所述步驟30之后，執(zhí)行如下步驟：

設(shè)置所述VOIP模塊本端的音視頻壓縮算法，所述音視頻壓縮算法；其中，所述音視頻壓縮算法可以是G.711A、G.711U或者G.729等算法；

設(shè)置VOIP模塊本端的打包時(shí)長抖動(dòng)異常告警屬性；其中，所述告警屬性具體可以包括一個(gè)異常告警標(biāo)識(shí)位，抖動(dòng)閥值，告警碼。

將所述終端加入到上下文CONTEXT中，并在所述媒體服務(wù)器的協(xié)議處理模塊的數(shù)據(jù)區(qū)中記錄所述終端和所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系。

步驟404，基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，通過所述媒體服務(wù)器內(nèi)數(shù)據(jù)管理模塊的資源管理接口，申請(qǐng)RTP資源；

步驟405，打開所述媒體服務(wù)器中媒體頒發(fā)模塊中的RTP通道；

其中，在申請(qǐng)RTP資源之后還包括：獲得所述RTP資源的內(nèi)口IP，內(nèi)口PORT，外口IP，外口PORT，并記錄電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)和RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系。

在所述打開媒體頒發(fā)模塊中的RTP通道后還包括：

設(shè)置RTP端的收發(fā)狀態(tài)；

決定是采用IPV4封裝媒體包還是采用IPV6封裝媒體包；

將RTP終端加入到所述上下文CONTEXT中，所述PPM將RTP的終端號(hào)加入到創(chuàng)建的context中；并在協(xié)議處理模塊的數(shù)據(jù)區(qū)中記錄RTP終端和電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系。

所述記錄RTP終端和電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系可以為動(dòng)態(tài)選取，即，在建立媒體通道的時(shí)候，選取空閑的RTP端口，并動(dòng)態(tài)的將RTP端口同電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)的對(duì)應(yīng)關(guān)系記錄在DMM中；

步驟406，向所述媒體網(wǎng)關(guān)控制設(shè)備返回用于響應(yīng)所述ADD信令的響應(yīng)消息；

如圖5所示，為本申請(qǐng)實(shí)施例中，處理MOD信令的方法流程圖，在具體實(shí)現(xiàn)過程中，所述方法可以在不同的硬件設(shè)備中實(shí)現(xiàn)，比如：所述的方法可以應(yīng)用于包括有媒體網(wǎng)關(guān)控制設(shè)備的IP多媒體網(wǎng)絡(luò)中的媒體服務(wù)器中，所述方法包括如下步驟：

步驟501，接收由所述媒體網(wǎng)關(guān)控制設(shè)備發(fā)送的基于H.248協(xié)議的MOD信令，所述MOD信令包括上下文ID，RTP終端；

其中，所述MOD信令還包括：由所述媒體網(wǎng)關(guān)控制設(shè)備和消息互通網(wǎng)關(guān)協(xié)商達(dá)到的所述遠(yuǎn)端RTP IP地址及端口號(hào)、遠(yuǎn)端語音壓縮算法、遠(yuǎn)端打包時(shí)長。

步驟502，根據(jù)所述上下文ID，查詢H.248協(xié)議的上下文數(shù)據(jù)區(qū)中記錄的所述RTP終端對(duì)應(yīng)的RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)；

步驟503，根據(jù)所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，設(shè)置所述媒體服務(wù)器中數(shù)據(jù)管理模塊對(duì)應(yīng)RTP資源的遠(yuǎn)端RTP IP地址，端口號(hào)；

其中，所述的遠(yuǎn)端RTP IP地址及端口號(hào)，是所述媒體服務(wù)器的外部服務(wù)地址和端口號(hào)；所述遠(yuǎn)端語音壓縮算法是所述媒體服務(wù)器的語音壓縮算法；所述遠(yuǎn)端打包時(shí)長是所述媒體服務(wù)器的打包時(shí)長。

步驟504，根據(jù)所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，查找所述媒體服務(wù)器中協(xié)議處理模塊中數(shù)據(jù)區(qū)對(duì)應(yīng)的電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，并基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，設(shè)置所述媒體服務(wù)器中VOIP模塊對(duì)應(yīng)端口的屬性；

步驟505，將所述RTP資源的遠(yuǎn)端RTP IP地址，端口號(hào)，VOIP模塊對(duì)應(yīng)端口的屬性記錄到所述媒體服務(wù)器中協(xié)議處理模塊中數(shù)據(jù)區(qū)中，向所述媒體網(wǎng)關(guān)控制設(shè)備返回用于響應(yīng)所述MOD信令的響應(yīng)消息。

如圖6所示，為本申請(qǐng)實(shí)施例中，處理SUB信令的方法流程圖，在具體實(shí)現(xiàn)過程中，所述方法可以在不同的硬件設(shè)備中實(shí)現(xiàn)，比如：所述的方法可以應(yīng)用于包括有媒體網(wǎng)關(guān)控制設(shè)備的IP多媒體網(wǎng)絡(luò)中的媒體服務(wù)器中，所述方法包括如下步驟：

步驟601，接收由所述媒體網(wǎng)關(guān)控制設(shè)備發(fā)送的基于H.248協(xié)議的SUB信令，

其中，所述SUB信令包括有所述上下文ID、所述RTP終端和電路域終端；

步驟602，基于所述上下文ID，查詢H.248協(xié)議的上下文數(shù)據(jù)區(qū)中記錄的所述RTP終端對(duì)應(yīng)的RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)和所述電路域終端對(duì)應(yīng)的電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)；

步驟603，基于所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，關(guān)閉所述媒體服務(wù)器中的RTP通道；

在具體的實(shí)現(xiàn)過程中，在所述步驟603之后，還可以進(jìn)行如下的操作：

基于所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，通過調(diào)用所述媒體服務(wù)器中數(shù)據(jù)管理模塊的數(shù)據(jù)管理接口，釋放所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)資源，并將所述RTP系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)對(duì)應(yīng)的數(shù)據(jù)管理資源通道設(shè)置為空閑狀態(tài)。

步驟604，基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，關(guān)閉電路域通道及語音轉(zhuǎn)換通道；

在具體的實(shí)現(xiàn)過程中，在所述步驟604之后，還可以進(jìn)行如下的操作：

基于所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)，通過調(diào)用所述媒體服務(wù)器中數(shù)據(jù)管理模塊的數(shù)據(jù)管理接口，釋放所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)資源，并將所述電路域系統(tǒng)邏輯節(jié)點(diǎn)編號(hào)對(duì)應(yīng)的數(shù)據(jù)管理資源通道設(shè)置為空閑狀態(tài)。

步驟605，向所述媒體網(wǎng)關(guān)控制設(shè)備返回用于響應(yīng)所述SUB信令的響應(yīng)消息，并上報(bào)統(tǒng)計(jì)的媒體流信息。

參考圖7，下面就以電路域用戶使用IMS中彩鈴業(yè)務(wù)為例，詳細(xì)說明CS域中用戶如何實(shí)現(xiàn)彩鈴業(yè)務(wù)的具體過程。

步驟1，主叫用戶UE1摘機(jī)撥號(hào)后，MGCF收到主叫交換機(jī)的ISUP初始地址消息(IAM)，然后向MS的CSAS(Circuit Switched Domain Access System，電路交換域接入系統(tǒng)，)發(fā)送Add消息，其中所述ADD消息包括：

在CSAS中創(chuàng)建一個(gè)新context，并在context中加入入局中繼和RTP終端號(hào)，并將RTP的Mode設(shè)置為Receiveonly，并設(shè)置語音壓縮算法；

其中，所述的語音壓縮算法可以采用G.711A、G.711U、G.729、324M等壓縮算法；

步驟2，所述CSAS為所需Add的RTP分配資源RTP1，并向所述MGCF應(yīng)答Reply消息，其中，所述Reply消息包括：所述RTP1的IP地址、采用的語音壓縮算法和RTP端口號(hào)等；

步驟3，所述MGCF分配主叫UE1SDP offer；INVITE請(qǐng)求經(jīng)彩鈴應(yīng)用服務(wù)器后被路由到被叫用戶UE2；

所述被叫用戶UE2振鈴，發(fā)送180響應(yīng)，并攜帶對(duì)應(yīng)所述UE1SDP offer的UE2SDP answer；

步驟4，彩鈴應(yīng)用服務(wù)器向MS的MRF(Media Resource Function，媒體資源功能)申請(qǐng)彩鈴媒體資源，彩鈴應(yīng)用服務(wù)器路由180響應(yīng)到所述MGCF，響應(yīng)中攜帶所述MRBT SDP answer；

步驟5，所述MGCF后向MS的CSAS發(fā)送Mod消息，設(shè)置遠(yuǎn)端RTP地址及端口號(hào)、語音壓縮算法等；

步驟6，所述CSAS向所述MGCF返回應(yīng)答Reply消息，；

步驟7，所述MGCF將180響應(yīng)轉(zhuǎn)換為ACM(Address Complete Message，地址全消息)，發(fā)送到所述UE1；所述UE1通過PRACK確認(rèn)所述180響應(yīng)；所述UE2對(duì)PRACK進(jìn)行響應(yīng)；

步驟8，彩鈴應(yīng)用服務(wù)器發(fā)送INFO請(qǐng)求指示MRF播放彩鈴；

步驟9，所述被叫UE2摘機(jī)后，所述彩鈴應(yīng)用服務(wù)器使用UPDATE向MGCF發(fā)起媒體更新；同時(shí)所述彩鈴應(yīng)用服務(wù)器發(fā)送BYE請(qǐng)求到所述MRF，結(jié)束彩鈴播放；

步驟10，所述MGCF向CSAS發(fā)送MOD消息，將其Mode修改為SendReceive；

步驟11，所述CSAS向所述MGCF返回Reply消息；

步驟12，所述主叫UE1和所述被叫UE2開始通話；

步驟13，所述主叫UE1或所述被叫UE2掛機(jī)結(jié)束通話；

步驟14，所述MGCF向CSAS發(fā)送SUB消息，釋放被叫中繼和RTP；

步驟15，CSAS向MGCF返回Reply，其中上報(bào)呼叫的媒體流統(tǒng)計(jì)信息，

其中，所述的媒體流統(tǒng)計(jì)信息包括：媒體保持時(shí)長，主叫方，被叫方，播放的文件名稱信息。

通過本申請(qǐng)文件中的實(shí)施例，至少可以實(shí)現(xiàn)如下技術(shù)效果：

一、通過ADD信令的處理，解決了電路域和中繼終端資源的分配和電路域通道、RTP通道及語音轉(zhuǎn)換通道的打開問題；并設(shè)置上述處理過程中所涉及的技術(shù)細(xì)節(jié)如：RTP收發(fā)模式，壓縮算法模式，打包時(shí)長，網(wǎng)絡(luò)抖動(dòng)范圍及異常告警屬性，網(wǎng)絡(luò)協(xié)議制式等相關(guān)參數(shù)，達(dá)到了多媒體信息流在通道上進(jìn)行傳輸準(zhǔn)備和為所對(duì)應(yīng)的參數(shù)細(xì)節(jié)設(shè)置準(zhǔn)備的技術(shù)效果。

二、通過MOD信令的處理，解決了RTP終端的SLN和RTP的IP地址、端口號(hào)、VOIP模塊對(duì)應(yīng)的端口屬性、遠(yuǎn)端壓縮算法、遠(yuǎn)端打包時(shí)長等的設(shè)置問題，達(dá)到了媒體服務(wù)器中各個(gè)模塊之間獲得了相應(yīng)的邏輯接口位置的技術(shù)效果。

三、通過SUB信令的處理，解決了RTP的SLN和電路域的SLN所對(duì)應(yīng)的電路域通道、RTP通道和語音轉(zhuǎn)換通道的關(guān)閉問題，，為下次媒體服務(wù)提供了通道資源和電路域中繼資源等。

顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若對(duì)本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。