CN101056189A - 一种电话会议控制方法和系统 - Google Patents

Abstract

本发明提供了一种电话会议控制方法，包括以下步骤：会议控制器向会议资源系统发送INFO消息；所述INFO消息的消息体body字段中含有对电话会议进行操作的命令信息；所述会议资源系统接收所述INFO消息，获取所述命令信息，并根据所述命令信息对电话会议进行操作。本发明还提供了一种电话会议系统。本发明实现了对电话会议预的留建立、用户加入会议、会议有选择地进行录音放音、用户属性修改、会议大小修改、用户退出会议、电话会议删除等全部功能。具有易于操作与实现、能够满足各种业务需求的优点。在会议中采用结果上报的方式，保证了会议的正常进行，提高系统效率。

Description

一种电话会议控制方法和系统

技术领域

本发明涉及通信领域中的电话会议技术，具体的，涉及一种利用会话初始协议(SIP)实现对电话会议控制的方法和系统。

背景技术

随着NGN网络(下一代网络)的迅速发展，电话会议业务也越来越得到广泛的使用。现有电话会议多采用H.323(基于分组的多媒体通信系统)或MGCP(用于控制器控制媒体网关操作的从属协议)协议实现。H.323协议比较灵活，可实现多种业务，其缺陷是实现起来难度很大，在使用中也容易出错。MGCP协议比较简单，但是不够灵活，只能实现一些基本的会议功能，比如向会场统一播放音乐、录音、进行电话终端的接入、删除等功能。但是随着电话会议业务的发展，其对功能、类型的要求也在增加，比如需要进行电话会议的建立、预留，会场中进行有选择的录音、放音、删除等操作，现有技术已经不能满足上述多种业务的需求。另外，由于上述协议均采用单方发送的方式，如果出现操作不成功等问题，控制器无法得知，严重时会议根本无法进行。

发明内容

本发明的目的在于提供一种对电话会议进行控制的方法和系统，以实现对电话会议的多样化控制。

一种电话会议控制方法，包括以下步骤：会议控制器向会议资源系统发送INFO消息；所述INFO消息的消息体body字段中含有对电话会议进行操作的命令信息；所述会议资源系统接收所述INFO消息，获取所述命令信息，并根据所述命令信息对电话会议进行操作。

一种电话会议系统，包括：会议控制器和会议资源系统；所述会议控制器用于向会议资源系统发送INFO消息，所述INFO消息的消息体body字段中含有对电话会议进行操作的命令信息；所述会议资源系统用于接收所述INFO消息，从中获取所述命令信息，并根据所述命令信息对电话会议进行操作；所述操作至少包括修改连接属性、修改会议大小、收号、对指定或全体电话终端进行录音、放音中的一种。

所述会议控制器包括顺次相连的第一系统支撑模块、第一业务控制模块、呼叫处理模块和第一会话初始协议SIP处理模块；所述第一SIP处理模块用于根据所述呼叫处理模块的信令构造包含命令信息的SIP消息并发送到会议资源系统或电话终端，对接收到的SIP消息进行解析，获取其中包含的信息并发送到所述呼叫处理模块进行处理。

所述会议资源系统，包括第二SIP处理模块，以及顺次相连的第二系统支撑模块、第二业务控制模块和媒体处理模块；

所述第二SIP处理模块与第二业务控制模块相连，其用于接收并解析来自会议控制器的SIP消息，从中获得命令信息并发送到所述第二业务控制模块，根据所述第二业务控制模块的信令构造SIP消息并发送到会议控制器；

所述第二业务控制模块用于根据来自所述第二SIP处理模块的控制信息向所述媒体处理模块发送指令，实现与电话终端的媒体流交互。

本发明利用扩展后的SIP协议，实现了对电话会议预留建立，用户加入会议，会议有选择地进行录音、放音，用户属性修改，会议大小修改，用户退出会议，电话会议删除等多样化功能。具有易于操作与实现、能够满足各种业务需求的优点。

附图说明

图1是本发明的系统结构图。

图2是本发明系统中会议控制器与会议资源系统的内部结构关系图。

图3是本发明会议建立流程图。

图4是本发明一个实施例的业务控制及结果上报流程图。

图5是本发明另一个实施例的业务控制及结果上报流程图。

图6是本发明中删除会议的流程图。

具体实施方式

下面根据附图和具体实施例对本发明作进一步阐述。

会话初始协议(SIP)与超文本传输协议(HTTP)一样使用文本方式进行传输，能够与会话描述协议(SDP)、资源预留协议(RSVP)等多种协议进行嵌套使用，具有很强的扩展性，且其信令发送是采用三方握手的方式进行，能够保证系统的正常运行。因此它凭借其简单、易于扩展、便于实现等诸多优点越来越得到业界的青睐，正逐步成为NGN(下一代网络)网络和IP多媒体子系统域中的重要协议。市场上也出现越来越多的支持SIP协议的客户端软件、智能多媒体终端，以及用SIP协议实现的服务器和软交换设备等。

如图1所示，本发明电话会议系统包括会议控制器1、会议资源系统2、软交换设备3和电话终端4。其中，会议控制器1与会议资源系统2和电话终端4之间主要通过软交换设备3传递控制信息流，会议资源系统2和电话终端4之间传送媒体信息流。各电话终端之间可通过网络相连。可以看出本发明采用业务控制与业务实现分离的模式。其中，会议控制器1负责电话的接入、控制会场中各个用户的权限、对会议中各种业务的逻辑进行控制等，如控制会议当前的状态(录音、放音、混音等)。而业务的具体实现是由会议资源系统2在会议控制器1的控制下完成的，如对会议控制器1指定的电话终端4进行放音、录音，或对会场所有电话终端播放背景音乐等操作，及时向会议控制器1上报某电话终端4的按键信息等。

如图2所示，本发明系统中，会议控制器1和会议资源系统2中都包括SIP处理模块。其中，会议控制器1中包括第一SIP处理模块11、呼叫处理模块12、第一业务控制模块13和第一系统支撑模块14。第一SIP处理模块11的功能是根据所述呼叫处理模块12的信令构造包含控制信息的SIP消息并发送到会议资源系统2或电话终端4，对接收到的SIP消息进行解析，获取其中的控制信息并发送到所述呼叫处理模块12。呼叫处理模块12用于处理来自业务控制模块和第一SIP处理模块11的信息，将上述数字信息或模拟信息适配为相同格式的信息。第一业务控制模块13主要负责资源的管理，如会议大小、各用户权限、各种业务的控制等，它对呼叫处理模块12传送来的消息进行处理、向呼叫处理模块12发送命令信息。第一系统支撑模块14用于提供上层业务的支撑功能，是SIP装置的底层平台。

会议资源系统2中包括第二SIP处理模块21、媒体处理模块22、第二业务控制模块23和第二系统支撑模块24。其中，媒体处理模块22、第二业务控制模块23和第二系统支撑模块24顺次相连，第二SIP处理模块21与第二业务控制模块23相连。第二SIP处理模块21的功能是接收并解析来自电话终端4和会议控制器1的SIP消息，从中获得控制信息然后发送到第二业务控制模块23；根据业务控制模块的指令构造SIP消息，并将构造好的SIP消息发送到电话终端4或会议控制器1。第二业务控制模块23用于响应来自会议控制器1的控制信息，分析出业务类型，从资源池中分配所需资源，根据业务类型向所述媒体处理模块22发送指令，实现与电话终端4的媒体流交互；并且在操作完成后把结果通过第二SIP处理模块21上报给会议控制器1，以便会议控制器执行下一步操作。第二系统支撑模块24与会议控制器1中第一系统支撑模块14的功能相似。媒体处理模块22负责媒体流的处理，其根据第二业务控制模块23的指令有针对性地向电话终端4或全体电话终端发送媒体流，接收来自电话终端4的媒体流并进行存储。

本领域技术人员知道，会议控制器1和会议资源系统2中的系统支撑模块、业务控制模块、呼叫处理模块和媒体处理模块的功能和实现为现有比较成熟的技术，故不在此详述。

一个完整的电话会议包括三个阶段：会议建立、会议进行中和删除会议。

下面将对上述三个阶段进行详细说明：

1、会议建立

会议建立时，会议控制器1向会议资源系统2和电话终端4分别发送携带会议ID，会议大小信息的SIP INVITE消息(请求初始呼叫消息)以建立一个会议的控制连接，该连接不占用资源，在会议中可以用于会场的各种操作，如修改会议大小、会场录放音等。上述会议ID和会议大小信息包含在扩展后的INBITE消息的URI(统一资源标识符)中。其中SIP-URI被扩展为：conf.conf_id.size.conf_size@dest_ip。当建立一个会议ID为1234、能够容纳20个用户接入的会议时，SIP-URI为conf.1234.size＝20@dest_ip，如图3步骤1所示。这样，当有电话终端4希望加入会议时就可以根据会议的ID发送INVITE请求消息接入。

另外，由于用户在会议过程中会有各种业务的需求，需要按键以通知会议控制器1。本发明也采用扩展后的SIP INVITE消息的URI携带会议ID信息和电话终端4功能键信息，其中，SIP-URI被扩展为：conf.conf_id(conf_paras)@dest_ip。比如电话终端41接入ID为1234的会议，且其功能键1#、2#、和3#有效，则会议控制器1向会议资源系统2发送SIP-URI：conf.1234(dm＝1#|2#|3#)@dest_ip(如图3第五步所示)，通知会议资源系统2保存对应电话终端4的功能键信息。这样，当对应用户按下某一功能键时，会议资源系统2可以识别用户向其传送的信号，并作出相应反应。

例如：某用户通过web在会议控制器1上建立一个会场，该会场ID为1234。电话终端phone1摘机，拨打会议业务接入号，并且根据提示输入会议ID(1234)加入会议。会议控制器1接收到phone1的请求后通知会议资源系统2把phone1加入ID＝1234的会场中，将携带会议ID信息、phone1终端IP地址和功能键信息的信息发送到会议资源系统2。这样，会议资源系统2就可以根据会议控制器1发过来的phone1的IP地址和端口，接收phone1的语音数据(RTP/RTCP协议)了。phone2以同样的方式也加入ID＝1234的会议，这样phone1和phone2就可以直接通话了。所有的电话终端4都加入后，就可以开会了。

说明书附图中，“临时响应信息”是SIP消息中一方收到消息后向发送方返回的一个临时响应消息，如振铃音；“通话正常建立”是SIP消息中代表通话正常建立的消息；“确认”消息为确认消息。

2、会议进行中

会议进行中主要包括业务控制部分和结果上报部分。

①业务控制：

为了给会议提供丰富的业务服务功能，应用BAU(Base Audio Package，基础语音包)格式，SIP协议中用于会话中信令的INFO消息的body(消息体)被简单扩展，以分别进行针对会场、个别用户的录放音操作，针对用户的收号操作，针对会议的连接属性、会议大小的修改操作等。

body内容格式如下：

service_type.packet_type.operation_type[.sub_operation_type](parameter...parameter)，其中service_type代表业务类型，如果是对整个会场的操作，可用conf表示，如果为单用户操作，可用ivr表示。Packet_type代表后续操作包类型(包括参数类型)，可以为A包(Audio Package)、BAU包或其他包。Operation_type代表控制操作的类型，如进行放音操作(pa)，录音操作(pr)或收号操作(pc)。Sub_operation_type代表子操作类型，用于对操作类型的扩展，根据需要此项可选。一个比较典型的应用是进行会场背景放音和会场广播放音，由于该操作的业务类型、操作类型都相同，所以扩展该字段为annc/bkgd，annc代表会场广播放音，bkgd代表会场背景放音。Parameter(操作参数)则根据包类型不同而不同，如BAU包的参数则包括放音文件an，收号模板dm，录音文件rid等等。

例如，会议控制器1向会议资源系统2发送SIP控制消息，控制会议资源系统2为会场进行背景放音，播放音乐为music.wav，其向会议资源系统2发送的INFO消息的body内容就为：conf.BAU.pa.bkgd(an＝file://music.wav)。如图4所示第一步。

当希望针对会场用户广播放音时，INFO消息的body内容为：

annc.BAU.pa(an＝file://music.wav)。

而一个针对会场用户进行收号(旨在收到“1234”)的SIP控制消息的body内容为：annc.BAU.pc(dm＝1234)。

而一个针对会场录音(文件放到FTP文件服务器上)的body内容为：

conf.BAU.pr(rid＝ftp://record.wav)

除处理放音、录音等操作之外，有时还需要修改连接的属性，如可以接收也可以发送(sendrecv)、只发送不接收(sendonly)、只接收不发送(recvonly)，不能发送也不能接收(inactive)，有时还需要修改会议大小等。同样也可以采用扩展后的INFO消息的body实现。由于每一个连接都有唯一的连接号Call-Id，body不需要带连接信息。这样，修改通道属性时，body内容可以是mode＝sendrecv；修改会议大小时，body内容可以为size＝50，如图5中步骤1。

②结果上报：

为了保证会议控制器1的每个命令消息都被准确无误地执行，同时在出错后及时得知消息，保证会议正常进行，本发明增加了结果上报步骤。会议资源系统2每执行一个SIP控制消息后，都向所述会议控制器1上报结果信息。如在会场中用户有权限按键以选择不同的功能，会议资源系统2收到号码需要与收号模板(digit map)比较，并将结果上报给会议控制器1，进行下一步操作。上报结果也采用扩展后的SIP INFO消息，所述结果信息包含在INFO消息的body字段中。body内容格式如下：

Event-Type＝service_type

Event-Content＝result_type

Digit：digit_report

OP-Type＝operation_type

cause＝result_code；text＝result_text

其中，Event-Type表示事件所属业务类型，可以为ivr(交互式应答业务)、conf(会议业务)或其他。Event-Content表示业务结果类型，可以为OC(操作成功)、OF(操作失败)、DIGIT(号码上报)或其他。如果结果为DIGIT类型，需要带字段DIGIT表示具体号码，其他类型不需要携带。为了详细区分操作类型，和操作返回的成功、错误标志，需要增加一下字段：OP-Type(操作类型)、cause(结果代码：错误码，200表示成功)、test(具体结果信息：明文表示成功或错误类型)。

如图4步骤三所示，一个会场背景放音成功结束后，会议资源系统2向会议控制器1发送结果上报信息，body内容如下：

Event-Type＝conf

Event-Content＝OC

OP-Type＝pa

cause＝200；text＝”play complete”

如图5步骤三所示，修改会议大小后，会议资源系统2向会议控制器1发送结果上报信息，body内容如下：

Event-Type＝conf

Event-Content＝OC

OP-Type＝resize

cause＝200；text＝”resize success”

另外，还有针对会场中单通道放音、会场单通道收号、以及放音收号相结合、录音收号相结合、录音、修改通道属性、静音等操作，其业务控制和结果上报的方法与上述方法相似，在此不再进行详述。

3、删除会议

会议结束，会议控制器1根据掌握的连接号信息(Call-ID)向会议资源系统2发送SIP BYE消息(SIP协议中用于终止一呼叫上两个用户之间的呼叫)。会议资源系统2找到相应的连接并删除，如果删除成功则返回成功消息(200OK)，如果没有找到相应的连接，或者删除失败，则返回错误响应(481)，如图6所示。

综上所述，本发明应用于NGN网络中应用广泛的业务控制和业务实现分离的模式下，解决了业务控制者(会议控制器)与业务实现者(会议资源系统)之间的实现方式。本发明利用扩展后的SIP协议，可以实现：对电话会议预留建立，用户加入会议，会场背景放音、会场广播放音、会场中单通道放音、会场录音、会场单通道录音、会场单通道收号、以及放音收号相结合、录音收号相结合等众多业务，用户属性修改，会议大小修改，用户退出会议，电话会议删除等全部功能。其中许多是目前会议系统无法提供的，使电话会议更加精彩。具有控制流程简单、易于操作与实现、能够满足各种业务需求的优点，且每一种操作都遵照“操作——操作响应——结果——结果响应”的交互式应答流程，能够保证了会议的正常进行，提高系统效率。

Claims (10)

1、一种电话会议控制方法，其特征在于，包括以下步骤：

会议控制器向会议资源系统发送INFO消息；

所述INFO消息的消息体body字段中含有对电话会议进行操作的命令信息；

所述会议资源系统接收所述INFO消息，获取所述命令信息，并根据所述命令信息对电话会议进行操作。

2、根据权利要求1所述的方法，其特征在于：所述命令信息至少包括业务类型、操作包类型、控制操作类型和操作参数。

3、根据权利要求1或2所述的方法，其特征在于：所述INFO消息采用基础语音包BAU格式。

4、根据权利要求1所述的方法，其特征在于，所述命令信息对应的操作包括以下操作中的至少一种：修改连接属性、修改会议大小、收号、对指定或全体电话终端进行录音、放音。

5、根据权利要求1所述的方法，其特征在于，进一步包括步骤：

所述会议资源系统每执行一个操作后，向所述会议控制器返回一INFO消息；所述INFO消息的body字段中中包含执行结果信息；所述结果信息中至少包括事件所属业务类型、业务结果类型、操作类型、结果代码和具体结果信息。

6、根据权利要求1所述的方法，其特征在于，进一步包括步骤：

会议建立时，会议控制器向会议资源系统发送INVITE消息建立会议；所述INVITE消息的统一资源标识符URI中包含会议ID和会议大小信息；

所述会议资源系统从所述URI中获得所述会议IP和会议大小信息并进行存储。

7、根据权利要求6所述的方法，其特征在于，会议建立时进一步包括步骤：

所述会议控制器向会议资源系统发送INVITE消息，所述INVITE消息的统一资源标识符URI中包含接入会议的电话终端的功能键信息；

所述会议资源系统从所述信息中获取对应电话终端的功能键信息并存储，用于识别电话终端向其发送的信号。

8、一种电话会议系统，其特征在于，包括：会议控制器和会议资源系统；

所述会议控制器用于向会议资源系统发送INFO消息，所述INFO消息的消息体body字段中含有对电话会议进行操作的命令信息；

所述会议资源系统用于接收所述INFO消息，从中获取所述命令信息，并根据所述命令信息对电话会议进行操作；

所述操作至少包括修改连接属性、修改会议大小、收号、对指定或全体电话终端进行录音、放音中的一种。

9、根据权利要求8所述的电话会议系统，其特征在于：所述会议控制器包括顺次相连的第一系统支撑模块、第一业务控制模块、呼叫处理模块和第一会话初始协议SIP处理模块；

所述第一SIP处理模块用于根据所述呼叫处理模块的信令构造包含命令信息的SIP消息并发送到会议资源系统或电话终端，对接收到的SIP消息进行解析，获取其中包含的信息并发送到所述呼叫处理模块进行处理。

10、根据权利要求8所述的电话会议系统，其特征在于：所述会议资源系统包括第二SIP处理模块，以及顺次相连的第二系统支撑模块、第二业务控制模块和媒体处理模块；

所述第二SIP处理模块与第二业务控制模块相连，其用于接收并解析来自会议控制器的SIP消息，从中获得命令信息并发送到所述第二业务控制模块，根据所述第二业务控制模块的信令构造SIP消息并发送到会议控制器；

所述第二业务控制模块用于根据来自所述第二SIP处理模块的控制信息向所述媒体处理模块发送指令，实现与电话终端的媒体流交互。

Images