CN100463404C

CN100463404C - 利用媒体资源服务器实现电话会议业务的方法

Info

Publication number: CN100463404C
Application number: CNB031321100A
Authority: CN
Inventors: 穆安容
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2003-06-25
Filing date: 2003-06-25
Publication date: 2009-02-18
Anticipated expiration: 2023-06-25
Also published as: CN1567950A

Abstract

本发明提供一种利用媒体资源服务器实现电话会议业务的方法，该方法包括以下步骤：配置会议资源及媒体网关；通过Megaco协议创建上下文，并在此上下文中设置多个RTP终端；分别为每个RTP终端分配会议资源，并使其与会议资源双向接路；及命令会议芯片开始混音。本发明所提供的一种利用媒体资源服务器实现电话会议业务的方法，实现手段简单，并可通过MS对上下文中RTP流的数量的简单判断，来决定申请或者释放相应的会议资源，从而节省了宝贵的会议资源。

Description

利用媒体资源服务器实现电话会议业务的方法

技术领域

本发明涉及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的语音流经过MG122的语音压缩打成IP包后，通过RTP1端口发送到RTP2端口，再通过MG224的语音解压缩还原为语音流，通过用户线让B用户听到，同理，此时，A用户也可以听到B用户的语音流，相当于一个普通的两方呼叫，不需要使用会议资源。

如图4所示，为用户A将用户B HOLD住，即处于保持状态时，叫出C用户，并与C用户通话的过程。MGC10在媒体网关3(以下简称MG3)26中创建上下文context_c，在context_c中增加了两个终端，一个是用户线终端，另一个是RTP3，并命令MG122把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恢复通话，同时，也节约了会议资源。

本发明的保护范围以权利要求所记载的内容为准，任何在不脱离本发明的精神和范围的情况下所作出的变化和修改，都应包涵在本发明的保护范围之内。

Claims

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终端，且被设置为只收模式。