CN101867482A - 在媒体会议中对会议成员放音的实现方法、设备及系统 - Google Patents
在媒体会议中对会议成员放音的实现方法、设备及系统 Download PDFInfo
- Publication number
- CN101867482A CN101867482A CN201010205935A CN201010205935A CN101867482A CN 101867482 A CN101867482 A CN 101867482A CN 201010205935 A CN201010205935 A CN 201010205935A CN 201010205935 A CN201010205935 A CN 201010205935A CN 101867482 A CN101867482 A CN 101867482A
- Authority
- CN
- China
- Prior art keywords
- single playback
- media
- conference
- identification information
- conference member
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种在媒体会议中对会议成员放音的实现方法、设备及系统,用以在多方媒体会议中实现对其中某一会议成员单独放音的功能,并提高单独放音结束后会议成员重新返回媒体会议的成功率。在媒体会议中对会议成员放音的实现方法,包括:媒体服务器接收应用服务器发送的单独放音请求消息,所述单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;所述媒体服务器根据所述单独放音请求消息中携带的标识信息,关闭所述标识信息标识的会议成员的媒体层连接,并对所述标识信息标识的会议成员进行单独放音;以及在单独放音结束后,重新打开关闭的媒体层连接。
Description
技术领域
本发明涉及通信领域,尤其涉及一种在媒体会议中对会议成员放音的实现方法、设备及系统。
背景技术
MS(Media Server,媒体服务器),是ISC(International SoftswitchConfederation,国际软交换联盟)和IETF(Internet Engineering Task Force,国际互联工程专家组)使用的术语;在3GPP(第三代通信伙伴计划)中,将MS称为MRF(媒体资源管理器)。MS是软交换体系中提供专用媒体资源功能的独立设备,也是分组网中的重要设备,提供基本和增强业务中的媒体资源功能,例如DTMF(Dual Tone Multi Frequency,双音多频)信号的采集与解码、音频信号的产生与发送、录音通知的发送、媒体会议、不同编解码算法之间的转换等各种媒体资源功能、以及通信功能和管理维护功能。
软交换(Softswitch)设备是电路交换网向分组网演进的核心设备,也是下一代网络的重要设备之一。软交换设备独立于底层所承载的协议,主要完成呼叫控制、媒体网关接入控制、资源分配、协议处理、路由、认证、计费等功能,并可以向用户提供现有电路交换机所能提供的业务以及多样化的第三方业务。在软交换体系中完成接续、控制功能的信令协议起到核心作用,决定了业务提供能力的强弱。IETF制订的新一代SIP(Session Initiation Protocol,会话控制协议),具有简单、开放、灵活、可扩展等多方面优点,已成为下一代网络交换体系的重要技术。
App(Application Server,应用服务器)负责各种增值业务和智能业务的逻辑产生和管理,并且还提供各种开放的API(Application Program Interface,应用程序接口),为第三方业务的开发提供创作平台。App是一个独立的组件,与控制层的软交换无关,从而实现了业务与呼叫控制的分离,有利于新业务的引入。
媒体网关将一种网络中的媒体格式转换成另一种网络所要求的媒体格式。例如媒体网关能够在电路交换网的承载通道和分组网的媒体流之间进行转换,可以处理音频、视频或者T.120,也可以具备处理上述三者任意组合的能力,能够进行全双工的媒体翻译,可以演示视频/音频消息,实现其它IVR(Interactive Voice Response,交互式语音应答)功能,也可以进行媒体会议等。
现有技术中软交换体系的网络架构如图1所示,软交换设备是一个开放的、多协议的网络实体,因此必须采用标准协议与各种网关设备、以及各种网络进行通信。软交换设备和媒体网关之间可以采用H.248协议和MGCP(MediaGateway Control Protocol,媒体网关控制协议);软交换设备和App之间一般采用SIP协议;软交换设备和MS之间可以采用H.248协议、MGCP协议和SIP协议;App和MS之间可以采用H.248协议、MGCP协议和SIP协议。MS在控制设备(例如软交换设备、App)的控制下,提供在IP网络上实现各种业务所需的媒体资源功能,包括业务音提供、媒体会议、IVR、通知、统一消息、高级语音业务等,MS具备媒体资源功能、与其他网络实体进行通信的功能、以及提供媒体资源的管理、维护功能。
MSML(Media Session Markup Language,媒体会话标示语言)/MOML(Media Object Markup Language,媒体对象标示语言)是开放式的协议,遵循SIP协议的扩展原则,在没有改变SIP协议的基础上,提供了一个很好的扩展框架用于扩展的需要。MSML/MOML是通过SIP协议的INFO消息和INVITE消息体起作用的。SIP/MSML/MOML的组合,是利用SIP协议来建立会话、修改会话、删除会话。而基于XML(eXtensible Markup Language,扩展标识语言)的MSML/MOML则用来提供媒体处理的控制接口。其中MSML是控制媒体流和MS的内部媒体会议资源的接口;MOML是控制媒体流和媒体会议中涉及到的复杂的媒体处理对象的接口。SIP协议和MSML/MOML组合在一起就构成了App和MS交互的功能强大的接口框架。
基于SIP协议的媒体会议是移动通信系统的重要应用,媒体会议系统中传输的媒体流包括音频、视频、数据和控制信息,App负责处理所有与会议成员(用户终端)之间的信令交互,并通过SIP协议规定的第三方呼叫控制的呼叫方式建立、维护和删除会议成员到MS之间的媒体层连接,媒体流直接在会议成员和MS之间传输。App使用SIP协议和SDP协议建立和配置与MS之间的媒体会话。同时,使用SIP协议建立MS控制通道,App通过控制通道调用会话业务。对于MS而言,它接受App的控制消息,并维护与App的连接。实际应用中,一个App可以同时控制多个MS,一个MS也可以同时服务于多个App。
App负责创建和管理在MS上的媒体会议,以确保媒体会议的媒体流可以正确的到达每个会议成员。App提供的媒体会议功能包括:建立、管理和删除媒体会议、添加和删除会议成员、管理媒体会议中的所有媒体流、控制每一个媒体流的输出和混音配置。当有参与者加入媒体会议时,App通知MS有新的会议成员加入,以便MS组织媒体流。
以三方媒体会议为例介绍现有技术中媒体会议的实现方案,包括会议成员创建媒体会议和会议成员加入媒体会议的流程,其中MS具体可以包括三个功能模块,CALL表示业务逻辑处理模块,ResManage表示逻辑资源管理模块,ConfRes表示会议媒体处理模块。如图2所示,媒体会议的实现方法包括的各步骤中,步骤1~步骤9为会议成员(标识信息为CallID1)会话建立、创建并加入媒体会议的流程,由于媒体会议由会议成员CallID1创建,所以会议成员CallID1也可称为会议主席;步骤10~步骤18为会议成员(标识信息为CallID2)会话建立、加入媒体会议的流程;步骤19~步骤27为会议成员(标识信息为CallID3)会话建立、加入媒体会议的流程。其中:
步骤1、App根据会议成员CallID1发起的SIP会议呼叫,通过媒体控制通道向MS发送INVITE(邀请)消息,该INVITE消息中携带会议成员的标识信息、以及媒体会议的详细设置和策略要求,例如媒体格式、混音配置等;
步骤2、MS收到INVITE消息之后,判断是否有可用的媒体资源,如果是,则向App返回200 OK(响应)消息;
步骤3、App向MS返回ACK(确认)消息;
步骤4、App向MS发送创建并加入媒体会议请求消息;
步骤5~步骤8、MS根据接收到的创建并加入媒体会议请求消息,为会议成员CallID1分配媒体资源,并打开媒体层连接;
具体的,业务逻辑处理模块CALL通过GetResPeq消息向逻辑资源管理模块ResManage请求分配媒体资源,业务逻辑处理模块CALL通过OpenResPeq消息请求会议媒体处理模块ConfRes打开媒体层连接;
步骤9、MS向App返回200 OK(响应)消息;
步骤10、App根据会议成员CallID2发起的SIP会议呼叫,通过媒体控制通道向MS发送INVITE(邀请)消息,该INVITE消息中携带会议成员的标识信息;
步骤11、MS收到INVITE消息之后,判断媒体资源是否可用,如果可用则向App返回200 OK(响应)消息;
步骤12、App向MS返回ACK(确认)消息;
步骤13、由于媒体会议已经创建,App向MS发送加入媒体会议请求消息;
步骤14~步骤17、MS根据接收到的创建并加入媒体会议请求消息,为会议成员CallID2分配媒体资源,并打开媒体层连接;
具体的,业务逻辑处理模块CALL通过GetResPeq消息向逻辑资源管理模块ResManage请求分配媒体资源,业务逻辑处理模块CALL通过OpenResPeq消息请求会议媒体处理模块ConfRes打开媒体层连接;
步骤18、MS向App返回200 OK(响应)消息;
步骤19~步骤27与步骤10~步骤18流程基本一致,仅是携带的会议成员的标识信息不相同,具体不再赘述。
现有技术中实现了多方媒体会议的功能,并可以提供基本的会议放音业务,会议放音就是为所有会议成员播放媒体流。媒体流的来源包括:静态的媒体文件、实时采集的媒体流等。所有会议成员与同一混音器连接,MS接收会议成员发来的媒体流,按照媒体策略进行混合后,再分发给所有会议成员,从而实现媒体会议中媒体流的交互。但是现有技术中会议放音业务针对媒体会议的所有会议成员放音,即所有会议成员均可通过相关的操作接收或者发送媒体流,而无法实现对媒体会议中某一会议成员的单独放音,如果需要对会议成员单独放音,其他会议成员只能退出该媒体会议,若在单独放音结束后其他会议成员需要继续接收或者发送媒体流,只能重新加入媒体会议,如果此时没有足够可分配的媒体资源,则降低了会议成员返回媒体会议的成功率。
发明内容
本发明公开了一种在媒体会议中对会议成员放音的实现方法、设备及系统,用以在多方媒体会议中实现对其中某一会议成员单独放音的功能,并提高单独放音结束后会议成员重新返回媒体会议的成功率。
本发明实施例提供一种在媒体会议中对会议成员放音的实现方法,包括:
媒体服务器接收应用服务器发送的单独放音请求消息,所述单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;
所述媒体服务器根据所述单独放音请求消息中携带的标识信息,关闭所述标识信息标识的会议成员的媒体层连接,并对所述标识信息标识的会议成员进行单独放音;以及
在单独放音结束后,重新打开关闭的媒体层连接。
本发明实施例一种媒体服务器,包括业务逻辑管理模块和会议媒体处理模块,其中:
所述业务逻辑管理模块,用于接收应用服务器发送的单独放音请求消息,所述单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;根据所述单独放音请求消息中携带的标识信息,请求所述会议媒体处理模块关闭所述标识信息标识的会议成员的媒体层连接,并在接收到所述会议媒体处理模块返回的媒体层连接关闭响应之后对所述标识信息标识的会议成员进行单独放音;以及在单独放音结束后,请求所述会议媒体处理模块重新打开关闭的媒体层连接;
所述会议媒体处理模块,用于根据所述业务逻辑管理模块发送的关闭所述标识信息标识的会议成员的媒体层连接的请求,关闭所述标识信息标识的会议成员的媒体层连接,并在关闭完成后返回媒体层连接关闭响应;以及根据所述业务逻辑管理模块发送的重新打开关闭的媒体层连接的请求,重新打开关闭的媒体层连接,并在重新打开完成后返回媒体层连接打开响应。
本发明实施例一种在媒体会议中对会议成员放音的实现系统,包括:
应用服务器,用于发送单独放音请求消息,所述单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;
媒体服务器,用于接收所述单独放音请求消息,根据所述单独放音请求消息中携带的标识信息,关闭所述标识信息标识的会议成员的媒体层连接,并对所述标识信息标识的会议成员进行单独放音;以及在单独放音结束后,重新打开关闭的媒体层连接。
本发明实施例提供的在媒体会议中对会议成员放音的实现方法、设备及系统,在媒体会议进行的过程中,如果其中某一会议成员需要单独放音,则应用服务器向媒体服务器发送单独放音请求消息,携带需要对其单独放音的会议成员的标识信息;媒体服务器关闭该标识信息标识的会议成员的媒体层连接,但是该标识信息标识的会议成员在信令层保持在媒体会议中,仍然占有分配的媒体资源,从而对标识信息标识的会议成员进行单独放音而不释放其媒体资源;在单独放音结束后,无需为标识信息标识的会议成员重新分配媒体资源,媒体服务器重新打开该标识信息标识的会议成员的媒体层连接即可,从而在多方媒体会议中实现对其中某一会议成员单独放音的功能,并提高了单独放音结束后会议成员重新返回媒体会议的成功率。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
图1为现有技术中软交换体系的网络结构示意图;
图2为现有技术中媒体会议的实现方法流程图;
图3为本发明实施例中在媒体会议中对会议成员放音的实现方法流程图;
图4为本发明实施例中媒体服务器的结构框图;
图5为本发明实施例中在媒体会议中对会议成员单独放音的实现系统框图;
图6为本发明实施例中在三方媒体会议中对会议成员CallID2单独放音的实现方法流程图。
具体实施方式
为了在多方媒体会议中实现对其中某一会议成员单独放音的功能,并提高单独放音结束后会议成员重新返回媒体会议的成功率,本发明实施例提供了一种在媒体会议中对会议成员放音的实现方法、设备及系统。
以下结合说明书附图对本发明的优选实施例进行说明,应当理解,此处所描述的优选实施例仅用于说明和解释本发明,并不用于限定本发明,并且在不冲突的情况下,本发明中的实施例及实施例中的特征可以相互组合。
如图3所示,本发明实施例提供的在媒体会议中对会议成员放音的实现方法,包括如下步骤:
S301、媒体服务器接收应用服务器发送的单独放音请求消息,其中单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;
具体实施中,在媒体会议进行的过程中,一般由某一会议成员选择需要进行单独放音的会议成员并通知应用服务器,应用服务器根据会议成员的选择向媒体服务器发送单独放音请求消息;
S302、媒体服务器根据单独放音请求消息中携带的标识信息,关闭该标识信息标识的会议成员的媒体层连接,并对该标识信息标识的会议成员进行单独放音;
具体实施中,媒体会议中各会议成员连接在同一混音器上,媒体服务器根据接收到的单独放音请求消息中需要对其单独放音的会议成员的标识信息,通过断开该标识信息标识的会议成员与混音器的连接关闭该标识信息标识的会议成员的媒体层连接,使该标识信息标识的会议成员从媒体层退出媒体会议,但是该标识信息标识的会议成员在信令层保持在媒体会议中,并且关闭该标识信息标识的会议成员的媒体层连接,并不会影响其他会议成员的媒体层连接。
S303、在单独放音结束后,媒体服务器重新打开关闭的媒体层连接;
在单独放音结束后,媒体服务器通过恢复该标识信息标识的会议成员与混音器的连接重新打开关闭的媒体层连接,该标识信息标识的会议成员可以向媒体服务器发送媒体流,并可以接收媒体服务器广播的媒体流。
具体实施中,在媒体会议中对会议成员放音的实现方法还可包括如下步骤:
在单独放音结束后,媒体服务器向应用服务器返回单独放音响应消息。
其中,单独放音请求消息中除了携带需要对其单独放音的会议成员的标识信息之外,还可携带检测该需要对其单独放音的会议成员的按键的指示信息;基于此,媒体服务器对该标识信息标识的会议成员进行单独放音时,根据该单独放音请求消息中携带的指示信息,检测该标识信息标识的会议成员的按键。
具体实施中,可以有如下方式触发单独放音结束:
方式一、由媒体服务器在对该标识信息标识的会议成员单独放音完成时触发单独放音结束;
具体实施中,针对该单独放音,应用服务器会向媒体服务器下发播放次数、播放时长等参数信息,媒体服务器根据参数信息可以判断出单独放音是否结束;
相应的,如果单独放音结束由媒体服务器在对该标识信息标识的会议成员单独放音完成时触发,媒体服务器重新打开关闭的媒体层连接之后,向应用服务器返回第一单独放音结束消息,其中携带用于表示由单独放音完成触发单独放音结束的第一标识;
方式二、由标识信息标识的会议成员通过用于表示放音结束的按键触发单独放音结束;
如果单独放音结束由该标识信息标识的会议成员通过用于表示放音结束的按键触发,媒体服务器重新打开关闭的媒体层连接之后,向应用服务器返回第二单独放音结束消息,其中携带用于表示由标识信息标识的会议成员通过按键触发单独放音结束的第二标识。
基于同一技术构思,本发明实施例中还提供了一种媒体服务器、以及在媒体会议中对会议成员放音的实现系统,由于该设备和系统解决技术问题的原理与在媒体会议中对会议成员放音的实现方法相似,因此该设备和系统的实施可以参见方法的实施,重复之处不再赘述。
如图4所示,媒体服务器的一种可能结构,包括业务逻辑管理模块401和会议媒体处理模块402,其中:
业务逻辑管理模块401,用于接收应用服务器发送的单独放音请求消息,单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;根据单独放音请求消息中携带的标识信息,请求会议媒体处理模块402关闭该标识信息标识的会议成员的媒体层连接,并在接收到会议媒体处理模块402返回的媒体层连接关闭响应之后对该标识信息标识的会议成员进行单独放音;以及在单独放音结束后,请求会议媒体处理模块402重新打开关闭的媒体层连接;
会议媒体处理模块402,用于根据业务逻辑管理模块401发送的关闭该标识信息标识的会议成员的媒体层连接的请求,关闭该标识信息标识的会议成员的媒体层连接,并在关闭完成后返回媒体层连接关闭响应;以及根据业务逻辑管理模块401发送的重新打开关闭的媒体层连接的请求,重新打开关闭的媒体层连接,并在重新打开完成后返回媒体层连接打开响应。
具体实施中,业务逻辑管理模块401,还用于在单独放音结束后,向应用服务器返回单独放音响应消息。
其中,单独放音请求消息中还可携带检测该需要对其单独放音的会议成员的按键的指示信息;以及
业务逻辑管理模块401,还用于对该标识信息标识的会议成员进行单独放音时,根据单独放音请求消息中携带的指示信息,检测该标识信息标识的会议成员的按键。
具体实施中,业务逻辑管理模块401,还用于在单独放音结束由媒体服务器在对该标识信息标识的会议成员单独放音完成时触发的情况下,接收到会议媒体处理模块402返回的媒体层连接打开响应之后,向应用服务器返回第一单独放音结束消息,其中携带用于表示由单独放音完成触发单独放音结束的第一标识;在单独放音结束由该标识信息标识的会议成员通过用于表示放音结束的按键触发的情况下,接收到会议媒体处理模块402返回的媒体层连接打开响应之后,向应用服务器返回第二单独放音结束消息,其中携带用于表示由标识信息标识的会议成员通过按键触发单独放音结束的第二标识。
如图5所示,在媒体会议中对会议成员单独放音的实现系统,包括:
应用服务器501,用于发送单独放音请求消息,其中单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;
媒体服务器502,用于接收所述单独放音请求消息,根据单独放音请求消息中携带的标识信息,关闭该标识信息标识的会议成员的媒体层连接,并对该标识信息标识的会议成员进行单独放音;以及在单独放音结束后,重新打开关闭的媒体层连接。
其中,应用服务器501与媒体服务器502之间可以是一对一的关系,也可以是多对一、或者一对多的关系。
为了更好地理解本发明的实施方式,举例说明在多方媒体会议中对会议成员放音的实现方法,假设预先创建了三方媒体会议,各会议成员的标识信息分别为CallID1、CallID2、CallID3,下面以向会议成员CallID2单独放音为例进行说明。如图6所示,包括如下步骤:
S601、应用服务器向媒体服务器发送单独放音请求消息INFO(CallID2、<play.conn><dtmf>),该单独放音请求消息通知媒体服务器对会议成员CallID2单独放音,并检测单独放音会议成员CallID2的按键;
具体实施中,假设会议成员CallID1向应用服务器请求发起向会议成员CallID2单独放音的请求,则应用服务器向媒体服务器发送单独放音请求消息INFO(CallID2、<play.conn><dtmf>),在INFO(CallID2、<play.conn><dtmf>)中:
play.conn表示对某一会议成员单独放音,为了便于区分,可以采用play.conf表示对所有会议成员进行会议放音;
CallID2表示单独放音会议成员的标识信息为CallID2;
dtmf表示检测单独放音会议成员CallID2的按键;
具体实施中,单独放音会议成员CallID2可能会根据放音提示通过按键选择不同的操作,媒体服务器需要检测单独放音会议成员CallID2的按键信息;
S602~S603、媒体服务器根据单独放音请求消息中携带的标识信息CallID2,关闭该单独放音会议成员CallID2的媒体层连接;
具体实施中,媒体服务器接收到应用服务器下发的单独放音请求消息INFO(CallID2、<play.conn><dtmf>)之后,媒体服务器中的业务逻辑处理模块CALL通过ClosedResPeq消息请求媒体服务器中的会议媒体处理模块ConfRes关闭媒体层连接,会议媒体处理模块ConfRes关闭媒体层连接后向业务逻辑处理模块CALL返回ClosedResPsp消息。
S604、媒体服务器对单独放音会议成员CallID2进行单独放音,并根据该单独放音请求消息中携带的指示信息dtmf,检测该单独放音会议成员的按键;
具体的,媒体服务器根据接收到的单独放音请求消息INFO(CallID2、<play.conn><dtmf>),向单独放音会议成员CallID2播放指定的媒体流,该媒体流可以是静态的媒体文件,也可以是实时采集并通过混音器混合后输出的媒体流,放音的消息格式可以是:sip:annc@ms2.example.net;play=http://audio.example.net/allcircuitsbusy.g711,还可以包括repeat(播放次数)、duration(播放时长)等参数信息。
S605、媒体服务器向应用服务器返回单独放音响应消息200 OK(CallID2);
S606、媒体服务器获取Event Report(事件报告);
在单独放音过程中,获取到Event Report表示单独放音结束,单独放音结束可以由媒体服务器对该单独放音会议成员CallID2的单独放音完成触发,则Event Report中“Event==play.finish”;或者单独放音结束可以由单独放音会议成员CallID2通过放音结束的按键触发,则Event Report中“Event==dtmf.finish”;
S607~S608、媒体服务器获取到Event Report之后,重新打开单独放音会议成员CallID2的媒体层连接,如果Event Report中“Event==play.finish”,则转至S609~S610,如果Event Report中“Event==dtmf.finish”,则转至S611~S612;
具体的,媒体服务器通过恢复单独放音会议成员CallID2与混音器的连接重新打开单独放音会议成员CallID2的媒体层连接;
S609~S610、媒体服务器向应用服务器返回第一单独放音结束消息INFO(CallID2、<play.finish>),其中携带单独放音完成触发单独放音结束的第一标识play.finish;
S611~S612、媒体服务器向应用服务器返回第一单独放音结束消息Info(CallID2、<dtmf.finish>),其中携带单独放音完成触发单独放音结束的第二标识dtmf.finish。
本发明实施例提供的在媒体会议中对会议成员放音的实现方法、设备及系统,在媒体会议进行的过程中,如果其中某一会议成员需要单独放音,则应用服务器向媒体服务器发送单独放音请求消息,携带需要对其单独放音的会议成员的标识信息;媒体服务器关闭该标识信息标识的会议成员的媒体层连接,但是该标识信息标识的会议成员在信令层保持在媒体会议中,仍然占有分配的媒体资源,从而对标识信息标识的会议成员进行单独放音而不释放其媒体资源;在单独放音结束后,无需为标识信息标识的会议成员重新分配媒体资源,媒体服务器重新打开关闭的媒体层连接即可,从而在多方媒体会议中实现对其中某一会议成员单独放音的功能,并提高了单独放音结束后会议成员重新返回媒体会议的成功率。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种在媒体会议中对会议成员放音的实现方法,其特征在于,包括:
媒体服务器接收应用服务器发送的单独放音请求消息,所述单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;
所述媒体服务器根据所述单独放音请求消息中携带的标识信息,关闭所述标识信息标识的会议成员的媒体层连接,并对所述标识信息标识的会议成员进行单独放音;以及
在单独放音结束后,重新打开关闭的媒体层连接。
2.如权利要求1所述的方法,其特征在于,在单独放音结束后,还包括:
所述媒体服务器向所述应用服务器返回单独放音响应消息。
3.如权利要求1或2所述的方法,其特征在于,所述单独放音请求消息中还携带检测所述需要对其单独放音的会议成员的按键的指示信息;以及
所述媒体服务器对所述标识信息标识的会议成员进行单独放音时,根据所述单独放音请求消息中携带的指示信息,检测所述标识信息标识的会议成员的按键。
4.如权利要求3所述的方法,其特征在于,所述单独放音结束由媒体服务器在对所述标识信息标识的会议成员单独放音完成时触发,或者由所述标识信息标识的会议成员通过用于表示放音结束的按键触发。
5.如权利要求4所述的方法,单独放音结束由媒体服务器在对所述标识信息标识的会议成员单独放音完成时触发,其特征在于,所述方法还包括:
所述媒体服务器重新打开关闭的媒体层连接之后,向所述应用服务器返回第一单独放音结束消息,其中携带用于表示由单独放音完成触发单独放音结束的第一标识;或者
单独放音结束由所述标识信息标识的会议成员通过用于表示放音结束的按键触发,所述方法还包括:
所述媒体服务器重新打开关闭的媒体层连接之后,向所述应用服务器返回第二单独放音结束消息,其中携带用于表示由标识信息标识的会议成员通过按键触发单独放音结束的第二标识。
6.一种媒体服务器,其特征在于,包括业务逻辑管理模块和会议媒体处理模块,其中:
所述业务逻辑管理模块,用于接收应用服务器发送的单独放音请求消息,所述单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;根据所述单独放音请求消息中携带的标识信息,请求所述会议媒体处理模块关闭所述标识信息标识的会议成员的媒体层连接,并在接收到所述会议媒体处理模块返回的媒体层连接关闭响应之后对所述标识信息标识的会议成员进行单独放音;以及在单独放音结束后,请求所述会议媒体处理模块重新打开关闭的媒体层连接;
所述会议媒体处理模块,用于根据所述业务逻辑管理模块发送的关闭所述标识信息标识的会议成员的媒体层连接的请求,关闭所述标识信息标识的会议成员的媒体层连接,并在关闭完成后返回媒体层连接关闭响应;以及根据所述业务逻辑管理模块发送的重新打开关闭的媒体层连接的请求,重新打开关闭的媒体层连接,并在重新打开完成后返回媒体层连接打开响应。
7.如权利要求6所述的媒体服务器,其特征在于,还包括:
所述业务逻辑管理模块,还用于在单独放音结束后,向所述应用服务器返回单独放音响应消息。
8.如权利要求6或7所述的媒体服务器,其特征在于,所述单独放音请求消息中还携带检测所述需要对其单独放音的会议成员的按键的指示信息;以及
所述业务逻辑管理模块,还用于对所述标识信息标识的会议成员进行单独放音时,根据所述单独放音请求消息中携带的指示信息,检测所述标识信息标识的会议成员的按键。
9.如权利要求8所述的媒体服务器,其特征在于,
所述业务逻辑管理模块,还用于在单独放音结束由媒体服务器在对所述标识信息标识的会议成员单独放音完成时触发的情况下,接收到所述会议媒体处理模块返回的媒体层连接打开响应之后,向所述应用服务器返回第一单独放音结束消息,其中携带用于表示由单独放音完成触发单独放音结束的第一标识;在单独放音结束由所述标识信息标识的会议成员通过用于表示放音结束的按键触发的情况下,接收到所述会议媒体处理模块返回的媒体层连接打开响应之后,向所述应用服务器返回第二单独放音结束消息,其中携带用于表示由标识信息标识的会议成员通过按键触发单独放音结束的第二标识。
10.一种在媒体会议中对会议成员放音的实现系统,其特征在于,包括:
应用服务器,用于发送单独放音请求消息,所述单独放音请求消息中携带需要对其单独放音的会议成员的标识信息;
媒体服务器,用于接收所述单独放音请求消息,根据所述单独放音请求消息中携带的标识信息,关闭所述标识信息标识的会议成员的媒体层连接,并对所述标识信息标识的会议成员进行单独放音;以及在单独放音结束后,重新打开关闭的媒体层连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010205935A CN101867482A (zh) | 2010-06-21 | 2010-06-21 | 在媒体会议中对会议成员放音的实现方法、设备及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010205935A CN101867482A (zh) | 2010-06-21 | 2010-06-21 | 在媒体会议中对会议成员放音的实现方法、设备及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101867482A true CN101867482A (zh) | 2010-10-20 |
Family
ID=42959055
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010205935A Pending CN101867482A (zh) | 2010-06-21 | 2010-06-21 | 在媒体会议中对会议成员放音的实现方法、设备及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101867482A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102223243A (zh) * | 2011-06-20 | 2011-10-19 | 中兴通讯股份有限公司 | 向音频会议中的用户单独播放音频的方法和装置 |
CN104348985A (zh) * | 2013-07-29 | 2015-02-11 | 深圳市潮流网络技术有限公司 | 一种通讯业务控制方法及其系统 |
WO2021174982A1 (zh) * | 2020-03-06 | 2021-09-10 | 广州视源电子科技股份有限公司 | 多媒体会议中音频的控制方法和装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1494288A (zh) * | 2002-10-31 | 2004-05-05 | 深圳市中兴通讯股份有限公司 | 通过megaco协议在会议中实现多路同时放音的方法 |
CN1882113A (zh) * | 2005-06-17 | 2006-12-20 | 华为技术有限公司 | 实现媒体网关控制协议放音的方法 |
CN101163023A (zh) * | 2006-10-09 | 2008-04-16 | 中兴通讯股份有限公司 | 一种媒体服务器资源分配处理的方法 |
CN101170613A (zh) * | 2007-11-16 | 2008-04-30 | 中兴通讯股份有限公司 | 语音会议中会议控制操作的方法和系统 |
CN101237487A (zh) * | 2007-12-04 | 2008-08-06 | 中兴通讯股份有限公司 | 一种语音会议中实现私人聊天的方法及系统 |
-
2010
- 2010-06-21 CN CN201010205935A patent/CN101867482A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1494288A (zh) * | 2002-10-31 | 2004-05-05 | 深圳市中兴通讯股份有限公司 | 通过megaco协议在会议中实现多路同时放音的方法 |
CN1882113A (zh) * | 2005-06-17 | 2006-12-20 | 华为技术有限公司 | 实现媒体网关控制协议放音的方法 |
CN101163023A (zh) * | 2006-10-09 | 2008-04-16 | 中兴通讯股份有限公司 | 一种媒体服务器资源分配处理的方法 |
CN101170613A (zh) * | 2007-11-16 | 2008-04-30 | 中兴通讯股份有限公司 | 语音会议中会议控制操作的方法和系统 |
CN101237487A (zh) * | 2007-12-04 | 2008-08-06 | 中兴通讯股份有限公司 | 一种语音会议中实现私人聊天的方法及系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102223243A (zh) * | 2011-06-20 | 2011-10-19 | 中兴通讯股份有限公司 | 向音频会议中的用户单独播放音频的方法和装置 |
CN104348985A (zh) * | 2013-07-29 | 2015-02-11 | 深圳市潮流网络技术有限公司 | 一种通讯业务控制方法及其系统 |
WO2021174982A1 (zh) * | 2020-03-06 | 2021-09-10 | 广州视源电子科技股份有限公司 | 多媒体会议中音频的控制方法和装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1534972B (zh) | 优化网络资源根据最终用户请求的用于会议接续的快速网络sip/sdp过程 | |
CN101465919B (zh) | 视频会议的实现方法和系统 | |
KR20100058431A (ko) | 얼리 세션을 이용한 세션 설정 프로토콜 기반의 얼리 미디어 서비스 제공 방법 및 응용 서버 | |
WO2008019550A1 (fr) | Procédé et système de communication vidéo et serveur de ressources média de synthèse | |
CN101098449A (zh) | 视频会议业务运营系统及其召开会议方法 | |
CN101018216B (zh) | 语音、Modem和Fax全控制方法 | |
CN101729555A (zh) | 一种实现智能呼叫业务多方通话的方法及系统 | |
CN107592429A (zh) | 一种多席位多媒体调度系统 | |
CN101005402B (zh) | Sip用户代理业务切换的信息上报方法 | |
CN101389059A (zh) | 实现会话模式切换的方法、系统及设备 | |
CN102594794B (zh) | 一种媒体加密会议的接入方法及装置 | |
CN101867482A (zh) | 在媒体会议中对会议成员放音的实现方法、设备及系统 | |
CN102143280B (zh) | 一种播放多媒体彩振的方法和多媒体彩振应用服务器 | |
CN102271137A (zh) | 一种媒体服务器 | |
CN105489231A (zh) | 会议录音方法、装置及系统 | |
CN101287094A (zh) | 实现多媒体会议媒体操作的方法及系统 | |
CN101553042B (zh) | 一种网关选择的方法、系统及设备 | |
CN102664863B (zh) | 终端实现呼叫等待的方法、装置和系统 | |
CN101064680B (zh) | 一种实现多媒体呼叫业务的方法、系统及装置 | |
CN100461878C (zh) | 实现媒体网关控制协议放音的方法 | |
CN101646055B (zh) | 实现视频互通网关功能的视频媒体服务器及视频互通方法 | |
CN102255738A (zh) | 一种点击拨号业务中实现广播组呼的方法和系统 | |
CN102752296B (zh) | 一种电网调度业务的一体化数字的记录方法 | |
CN101668092A (zh) | 一种网络多媒体终端实现补充业务拨号音的方法和装置 | |
CN100450210C (zh) | 一种r4网络系统及提供媒体资源的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20101020 |