[发明专利]一种应用服务器控制多媒体会议的方法及装置

说明书

技术领域

本发明涉及IMS网络或NGN网络中的多媒体会议技术，尤其涉及一种应用服务器(AS)控制多媒体会议的方法及装置。

背景技术

传统的多媒体会议多指音视频会议，即使有些多媒体会议实现了数据会议的功能，但从实现和信令角度看，数据会议与音视频会议仍然是独立的，它们只是从用户的角度把数据会议和音视频会议的功能进行了融合。导致这种实现方式的一个重要原因是音视频媒体服务器与数据媒体服务器是独立的，很难把二者融合在一起，因此目前几乎没有成熟的既实现了音视频媒体服务又实现了数据媒体服务的媒体服务器(MS)。如图1所示，是现有多媒体会议系统的组网结构示意图，包括SIP(Session Initiation Protocol，会话初始化协议)软终端、SIP硬终端、PSTN(公共交换电话网)终端、核心网、AS和音视频MS、数据MS。AS是整个会议系统的控制中心，它直接连接两个MS，通过核心网间接连接终端，控制终端与MS在信令层面的交互，完成多媒体会议呼叫。AS与核心网及与MS之间都走SIP协议。

发明内容

本发明所要解决的技术问题是，提供一种多媒体会议系统中应用服务器控制多媒体会议的方法，并提供一种控制多媒体会议的装置，本发明简化了信令交互流程，降低了在信令交互中的消耗；使得多媒体终端的实现更加简单；同时也能够兼容传统不支持数据媒体的终端。

一种应用服务器控制多媒体会议的方法，该方法为：在多媒体会议中，应用服务器将收到的终端SDP(Session Description Protocol，会话描述协议)中的m行按照媒体类型分解成两个SDP，分别发送给音视频媒体服务器及数据媒体服务器，或者将音视频媒体服务器及数据媒体服务器返回的SDP组装成一个SDP，发送给终端。

在多媒体会议的会议发起端发起会议时，该方法具体包括如下步骤：

步骤21：应用服务器解析会议发起端发送的SDP，得到音视频媒体和数据媒体的m行并将所述m行分类；

步骤22：将所述发起端发送的SDP按照所述m行分类分解成两个SDP，分别发送给音视频媒体服务器及数据媒体服务器；

步骤23：所述应用服务器收到一个媒体服务器返回的SDP但还没有收到另一个媒体服务器返回的SDP时，保存前一个媒体服务器的SDP并等待后一个媒体服务器的SDP，收到后一个媒体服务器的SDP时，把前一个媒体服务器的SDP取出；

步骤24：应用服务器将音视频媒体服务器及数据媒体服务器返回的SDP组装成一个SDP，发送给会议发起端。

在多媒体会议的会议发起端需要呼叫成员时，该方法具体包括如下步骤：

步骤31：应用服务器发送SIP消息给成员终端，得到成员终端的SDP；

步骤32：应用服务器解析所述成员终端发送的SDP，得到音视频媒体和数据媒体的m行并将所述m行分类；

步骤33：将所述成员终端发送的SDP按照所述m行分类分解成两个SDP，分别发送给所述音视频媒体服务器及数据媒体服务器；

步骤34：应用服务器收到一个媒体服务器返回的SDP但还没有收到另一个媒体服务器返回的SDP时，保存前一个媒体服务器的SDP并等待后一个媒体服务器的SDP，收到后一个媒体服务器的SDP时，把前一个媒体服务器的SDP取出；

步骤35：应用服务器将音视频媒体服务器及数据媒体服务器返回的SDP组装成一个SDP，透传给成员终端。

若多媒体会议成功召开后会议发起端需要关闭一种会议媒体通道，则步骤24后还进一步包括以下步骤：

步骤41：会议发起端将SDP中要关闭的媒体通道对应的m行的端口置为0，通过SIP消息发送给应用服务器；

步骤42：应用服务器比较收到的SDP中的媒体类型与当前正在召开的会议媒体类型，将所述SDP中端口为O的m行取出，构造成一个新的SDP，发送给对应的媒体服务器，通知其关闭对应的媒体通道；

步骤43：应用服务器将成员终端对应的两个媒体服务器的SDP，组装成一个新的SDP，发送给成员终端通知其关闭对应的媒体通道，并将成员终端的SDP中对应于要关闭媒体通道的媒体服务器的m行提取出来，构造成一个新的SDP，发送给对应的媒体服务器；所述新的SDP中的需要关闭的媒体类型对应的m行的端口为O。

若多媒体会议成功召开后会议发起端需要增加一种媒体通道，则步骤24后还进一步包括以下步骤：

步骤51：应用服务器根据会议发起端发送的SDP，打开m行端口为0的媒体服务器的相应的媒体通道；