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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

設置所述VOIP模塊本端的打包時長抖動異常告警屬性；

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

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

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

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

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

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

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

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

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

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

基于所述RTP系統(tǒng)邏輯節(jié)點編號，設置所述媒體服務器中數(shù)據(jù)管理模塊對應RTP資源的遠端RTP IP地址，端口號；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

圖4為本申請實施例中的媒體服務器處理ADD信令的方法流程圖；

圖5為本申請實施例中的媒體服務器處理MOD信令的方法流程圖；

圖6為本申請實施例中的媒體服務器處理SUB信令的方法流程圖；

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

具體實施方式

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

同時，所述CEM還可以實現(xiàn)CS域用戶接入MS通道與IP域用戶接入通道之間的通道交換、管理功能及LC(Local Connect，本板板內(nèi)連接)網(wǎng)的連接管理功能。其中，所述LC網(wǎng)的連接管理主要通過對內(nèi)部E1交換芯片的控制來實現(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的控制消息，實現(xiàn)媒體服務器內(nèi)協(xié)議、媒體流處理及管理所述媒體服務器的電路域資源和IP資源，DSP資源。

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

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

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

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

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

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

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

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

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

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

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

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

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

設置VOIP模塊本端的打包時長抖動異常告警屬性；其中，所述告警屬性具體可以包括一個異常告警標識位，抖動閥值，告警碼。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

其中，所述的遠端RTP IP地址及端口號，是所述媒體服務器的外部服務地址和端口號；所述遠端語音壓縮算法是所述媒體服務器的語音壓縮算法；所述遠端打包時長是所述媒體服務器的打包時長。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

步驟6，所述CSAS向所述MGCF返回應答Reply消息，；

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

步驟8，彩鈴應用服務器發(fā)送INFO請求指示MRF播放彩鈴；

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

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

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

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

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

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

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

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

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

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

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

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

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