專利名稱：利用媒體資源服務器實現電話會議業務的方法
技術領域：
本發明涉及NGN網絡中的新業務實現方法，特別是涉及一種Megaco協議控制下，利用媒體資源服務器(MS)實現會議功能的方法。
背景技術：
在傳統的程控交換機領域中，業務的實現與業務控制都在同一個交換機內進行的，彼此之間靠內部消息來交互，不同的程控交換機生成廠家所采用的方法各有不同，因此造成了通用性差等問題。
近年來，隨著IP技術的不斷成熟和大規模應用，以IP為交換核心、Softswitch為控制核心的網絡架構，將成為NGN的發展方向。與傳統交換技術相比Softswitch技術的最大特點是控制與媒體分離；具有簡潔、清晰的層次結構。Softswitch體系結構將NGN網絡共劃分為五層物理層、邊緣層、核心層、控制層和業務層，各層之間通過明確的功能接口通信。MS屬于接入層，它與Softswitch設備之間通過標準的Megaco協議進行通信，Megaco協議是因特網工程業務組(The Internet Engineering Task Force，簡稱IETF)的RFC3015協議。這樣，業務的控制在Softswitch內完成，媒體流的建立是Softswitch通過Megaco協議控制MS來完成的。
Megaco協議是一種媒體網關控制協議，它有兩個重要的概念上下文(context)和終端(terminal)。一個上下文就是一些終端間的聯系，它描述了終端之間的拓撲關系以及媒體混合/交換的參數。它可以通過Add命令進行創建，通過Subtract命令進行刪除。一個終端是MS中的邏輯實體，能夠發送和(或)接收一種或多種媒體，終端由一系列的特性進行描述，在MS生成終端時賦予唯一的標識。H.248協議的命令體系中只包含了Add，Subtract，Move，Modify，Auditvalue，Auditcapabilities，Notify，Servicechange等命令，通過這些命令Softswitch可以控制媒體網關(MG)或者是MS完成一個呼叫的接續過程，H.248協議本身并不與呼叫控制直接相關，所以它并沒有與新業務相關的命令，例如會議功能中的混音命令等。
因此，用軟交換技術代替傳統的交換機實現電話會議業務功能，已成為一個新的趨勢。
發明內容
本發明的目的為提供一種利用媒體資源服務器實現電話會議業務的方法，在NGN網絡的軟交換架構下，利用Megaco協議控制的媒體資源服務器實現傳統的網絡會議業務功能。
為了達到上述目的，本發明提供一種利用媒體資源服務器實現電話會議業務的方法，該方法包括以下步驟(1)配置會議資源及媒體網關；(2)在媒體服務器創建上下文，并為當前參加會議的用戶在所述上下文中對應設置RTP終端；(3)判斷此時RTP終端的數量，當所述RTP終端的數量大于2，且均為收發模式時，媒體服務器為每個RTP終端分配會議資源，使每個RTP終端與所分配的會議資源對應連接，媒體資源服務器命令會議芯片開始混音；當所述RTP終端的數量小于或等于2時，將處于通話狀態的RTP終端直接相連。
本發明提供的一種利用媒體資源服務器實現電話會議業務的方法，實現手段簡單，并可通過MS對上下文中RTP流的數量的簡單判斷，來決定申請或者釋放相應的會議資源，從而節省了寶貴的會議資源。
下面將結合實施例，并參照附圖進行詳細說明，以便對本發明的目的、特征及優點有更深入的理解。
圖1為本發明的在NGN網絡中通過Megaco協議來實現多方會議業務的方法的整體流程圖；圖2為本發明的實施例流程圖；圖3為本發明實施例中實現普通的兩方呼叫時的系統連接示意圖；圖4為本發明實施例中會議主席在通話狀態呼出第三方用戶的系統連接示意圖；圖5為本發明實施例中會議成員增加到三方時的系統連接示意圖；圖6為本發明實施例中會議成員減少為兩方時，由MS控制的系統連接示意圖；圖7為本發明實施例中會議減少為兩方時，由MGC控制的系統連接示意圖。
具體實施例方式
如圖1所示，為本發明整體流程圖，首先，在媒體資源服務器上配置會議資源及媒體網關步驟101；通過Megaco協議在媒體服務器上創建上下文，并為當前參加會議的用戶在所述上下文中對應設置RTP終端，步驟102；判斷當前處于收發模式的RTP終端的數量，步驟103；當處于收發模式的RTP終端數量大于2時，媒體服務器為每個RTP終端分配會議資源，使每個RTP終端與所分配的會議資源雙向接路，步驟104；媒體資源服務器命令會議資源開始混音處理，實現多方通話，步驟105；否則，當處于收發模式的RTP終端數量小于或等于2時，釋放會議資源。
下面以較為復雜的三方會議業務的實現流程為例，進一步說明本發明的技術方案。
如圖2所示，為本發明的實施例流程，首先，在MS上配置會議資源，步驟201；其中會議資源在物理上是由混音芯片構成的，并配置某媒體網關上的用戶具備多方會議業務功能，配置用戶A具有三方業務功能，用戶B、C為普通用戶，步驟202；當A用戶呼叫B用戶，并與B通話時(此為普通的兩方通話)，存在兩個上下文，每個上下文中分別存在兩個終端，A的媒體流RTP端口的遠端IP地址指向B，B的媒體流RTP端口的遠端IP地址指向A，此時還沒有用到MS上的會議資源，步驟203；A用戶拍叉簧，呼叫C用戶，并與C通話，此時A的RTP端口的遠端IP指向C，C的RTP端口的遠端IP指向A，B的RTP端口指向MS的放音RTP端口，此時B用戶聽音樂等待音，B的RTP端口被Modify為只收模式(RecOnly)，步驟204；A用戶再次拍叉簧，撥三方業務的接入碼，Softswitch發現MS上存在會議資源，通過H.248協議在MS上創建一個上下文，步驟205；在此上下文中增加三個RTP終端，每個RTP的遠端IP分別指向A用戶、B用戶、C用戶，同時Modify用戶A、B、C的遠端IP為MS上的三個RTP的IP地址，步驟206；對于MS而言，它收到命令只是在一個上下文中創建三個RTP端口，每個RTP端口的模式都是收發模式(SendReceive)。MS判斷一個上下文中的RTP端口數目，步驟207；若大于2，并且每個端口的模式都是收發模式時，就為每個RTP端口分配一個會議資源，并把RTP與會議資源雙向接路，同時命令會議芯片開始混音，這樣就能使得A、B、C用戶可以聽到相互的語音，而實現三方通話步驟208；若MS判斷上下文中的RTP終端數小于或等于2，則表明此時用戶A將用戶B或用戶C踢出會議，上下文中僅剩兩方，為了節省設備資源，MS將歸還全部會議資源，將兩個RTP的資源直接相連，實現兩方通話的模式，步驟209。
上述步驟209，可以采用另一種處理方法來實現當會議主席A把用戶B或用戶C踢出會議、MS的上下文僅剩下兩部分的時候，通過MGC命令MS將所有會議資源歸還，同時將MS的上下文刪除，同時命令MG1(對應于用戶A)把RTP1與MG2(對應于用戶B)的RTP2(或者MG3(對應于用戶C)的RTP3等)直接相連，也就是回到了一開始兩方通話的狀態，當會議主席A想再次發起會議呼叫時，必須重復步驟202-步驟207的操作，這種處理方法中，MGC的控制繁瑣，但MS的實現過程相對簡單。
如圖3所示，描述了會議主席A用戶先呼叫B用戶，并與之通話的過程，媒體網關控制中心(以下簡稱MGC)10在媒體網關1(以下簡稱MG1)22中創建上下文context_a，并在context_a中增加了兩個終端，一個是用戶線終端，另一個是RTP1；同樣，在媒體網關2(以下簡稱MG2)24中創建上下文context_b，并在context_b中增加了兩個終端，一個是用戶線終端，另一個是RTP2；RTP1的遠端IP地址是RTP2的本端IP地址，RTP2的遠端IP地址是RTP1的本端IP地址，RTP1和RTP2的端口模式均為收發模式，所以用戶A的語音流經過WG1 22的語音壓縮打成IP包后，通過RTP1端口發送到RTP2端口，再通過WG2 24的語音解壓縮還原為語音流，通過用戶線讓B用戶聽到，同理，此時，A用戶也可以聽到B用戶的語音流，相當于一個普通的兩方呼叫，不需要使用會議資源。
如圖4所示，為用戶A將用戶B HOLD住，即處于保持狀態時，叫出C用戶，并與C用戶通話的過程。MGC 10在媒體網關3(以下簡稱MG3)26中創建上下文context_c，在context_c中增加了兩個終端，一個是用戶線終端，另一個是RTP3，并命令MG1 22把RTP1的遠端IP地址修改為RTP3的本端IP地址，把RTP3的遠端IP地址修改為RTP1的本端IP地址，RTP1和RTP3的端口模式均為收發模式，用戶A與用戶C即可通話。由于此時用戶B需要聽音樂等待音(假設這種音資源存在于MS)，MGC 10會在媒體服務器(以下簡稱MS)30上創建一個RTP(設為RTP4)，并命令MS在RTP4上放音樂等待音，同時把RTP2的遠端IP地址修改為RTP4的本端IP地址，把RTP4的遠端IP地址修改為RTP2的本端IP地址，并把RTP2的端口模式M修改為只收(RecOnly)狀態，把RTP4的端口模式修改為只發(SendOnly)狀態。
如圖5所示，描述了會議主席A實現會議功能的過程。用戶A通過輸入接入碼實現會議功能，MGC 10首先把用戶B的音樂等待音停掉，具體的做法是刪掉放音用的RTP4端口，并把RTP2的端口模式修改為Inactive；MGC 10在數據庫中查找到配置在MS 30上的會議資源，于是通過Megaco協議在MS上創建一個上下文context_ms，并在context_ms上增加三個RTP終端RTP4，RTP5，RTP6，每個RTP的端口模式為收發模式，MS 30根據context_ms中的RTP流的個數大于2，并且每個RTP的端口模式均為SendReceive模式，判斷出需要為每個RTP端口分配一個會議資源，假設MS 30分別為RTP4，RTP5，RTP6找到了會議資源1、會議資源2、會議資源3，并通過MS 30的交換網把RTP4與會議資源1相連，RTP5與會議資源2相連，RTP6與會議資源3相連，并為會議芯片發開始混音的命令，會議芯片把來自RTP4、RTP5、RTP6來的語音流進行混音處理，讓用戶A、用戶B、用戶能夠聽到彼此的聲音，從而實現了三方通話的功能。
如圖6所示，描述了會議主席A把C用戶踢出會議后的狀態。用戶A通過輸入接入碼，把用戶C踢出本次會議后，用戶A和用戶B需要恢復通話。Softswich 30調用MG3 26對應的context_c，并把MS 30的context_ms中的RTP6刪掉，MS 30歸還會議資源3和RTP6，拆除RTP6與會議資源3之間的雙向接路；當MS 30發現context_ms中的RTP流的個數小于或者等于2時，先拆除RTP4與會議資源1之間的雙向接路，RTP5與會議資源2之間的雙向接路，并把先前申請的會議資源1，會議資源2都歸還給數據庫，然后接RTP4和RTP5之間的雙向路，以達到讓A與B恢復通話，并節約會議資源的目的。
如圖7所示，為會議主席A把C用戶踢出會議后，由MGC控制會議資源的過程。用戶A通過輸入接入碼將用戶C踢出本次會議，用戶A和用戶B需要恢復通話，此時MGC 10刪掉MG3 26對應的context_c，同時把MS 30的context_ms刪掉，同時命令MS 30歸還所有的會議資源資源，包括會議資源1、會議資源2、會議資源3、RTP4、RTP5、RTP6；并且拆除RTP流與會議資源之間的雙向路；最后，由MGC 10控制MG1 22將RTP1的遠端IP地址修改為RTP2的本端IP地址；MGC 10控制MG2 24把RTP2的遠端IP地址修改為RTP1的本端IP地址，以達到用戶A與用戶B恢復通話，同時，也節約了會議資源。
本發明的保護范圍以權利要求所記載的內容為準，任何在不脫離本發明的精神和范圍的情況下所作出的變化和修改，都應包涵在本發明的保護范圍之內。
權利要求
1.一種利用媒體資源服務器實現電話會議業務的方法，其特征在于，該方法包括以下步驟(1)配置會議資源及媒體網關；(2)在媒體服務器創建上下文，并為當前參加會議的用戶在所述上下文中對應設置RTP終端；(3)判斷此時RTP終端的數量，當所述RTP終端的數量大于2，且均為收發模式時，媒體服務器為每個RTP終端分配會議資源，使每個RTP終端與所分配的會議資源對應連接，媒體資源服務器命令會議芯片開始混音；當所述RTP終端的數量小于或等于2時，將處于通話狀態的RTP終端直接相連。
2.如權利要求1所述的利用媒體資源服務器實現電話會議業務的方法，其特征在于，所述步驟(3)中，還包括以下步驟當所述參與會議電話業務RTP終端的數量減少到小于或等于2時，釋放會議資源。
3.如權利要求2所述的利用媒體資源服務器實現電話會議業務的方法，其特征在于，所述釋放會議資源的步驟，包括媒體資源服務器對會議資源的釋放和媒體網關控制器對會議資源的釋放。
4.如權利要求3所述的利用媒體資源服務器實現電話會議業務的方法，其特征在于，所述媒體網關控制器對會議資源的釋放，包括以下步驟媒體網關控制器命令媒體服務器歸還所有會議資源；刪除媒體服務器的上下文；各媒體網關將對應的RTP終端與其他RTP終端直接相連。
5.如權利要求1所述的利用媒體資源服務器實現電話會議業務的方法，其特征在于，當所述RTP終端的數量大于2時，每個RTP終端的遠端IP地址分別指向媒體服務器上新建的對應的RTP端口的本端IP地址。
6.如權利要求1所述的利用媒體資源服務器實現電話會議業務的方法，其特征在于，所述會議資源在物理上由混音芯片構成。
7.如權利要求1所述的利用媒體資源服務器實現電話會議業務的方法，其特征在于，所述創建上下文的步驟通過Megaco協議來實現。
8.如權利要求1所述的利用媒體資源服務器實現電話會議業務的方法，其特征在于，所述RTP終端為保持狀態時，其指向媒體資源服務器的放音RTP終端，且被設置為只收模式。
全文摘要
本發明提供一種利用媒體資源服務器實現電話會議業務的方法，該方法包括以下步驟配置會議資源及媒體網關；通過Megaco協議創建上下文，并在此上下文中設置多個RTP終端；分別為每個RTP終端分配會議資源，并使其與會議資源雙向接路；及命令會議芯片開始混音。本發明所提供的一種利用媒體資源服務器實現電話會議業務的方法，實現手段簡單，并可通過MS對上下文中RTP流的數量的簡單判斷，來決定申請或者釋放相應的會議資源，從而節省了寶貴的會議資源。
文檔編號H04L12/66GK1567950SQ03132110
公開日2005年1月19日 申請日期2003年6月25日 優先權日2003年6月25日
發明者穆安容 申請人:中興通訊股份有限公司