CN101102216A - 一种基于会话发起协议更新会议媒体类型的实现方法 - Google Patents

Abstract

本发明公开一种基于会话发起协议更新会议类型的实现方法，在会场创建后，会议应用服务器将接收到的会议控制方发送的添加新会议类型的请求消息及其自身的SDP发送到MRS请求打开信道；MRS更新自身保留的会议控制方的SDP；会议控制方接收到通过会议应用服务器发送过来的MRS的SDP后更新自身保留的MRS的SDP；会议应用服务器发送请求消息和MRS的SDP至会议成员请求打开媒体通道，会议成员更新自身保留的MRS的SDP并将自身的SDP和请求消息通过会议应用服务器发送到MRS，MRS更新其保留的会议成员的SDP，完成会议类型添加。本发明在进行会议类型的添加时，无需停止当前正在进行的会议，节约了时间和网络资源。

Description

一种基于会话发起协议更新会议媒体类型的实现方法

技术领域

本发明涉及IP网络媒体会议类业务，具体涉及一种基于会话发起协议更新会议媒体类型的实现方法。

本发明所述方法是基于NGN(Next Generation Network，下一代通信网络)或IMS(IP Multimedia Subsystem，IP多媒体子系统)网络实现的。

背景技术

目前会议呼叫是通过MRS(Media Resource Server，媒体资源服务器)将媒体信息混合后输出实现，即，MRS侧保留所有会议成员的媒体信息，而会议成员侧保留MRS的媒体信息，以实现会议功能。

以音频会议为例，所有会议成员需要事先获知MRS的媒体信息(例如，编解码的方式、发送接收的端口号以及IP地址等)才能得到经过MRS混音后的音频，同样的，MRS也需要事先获知会议成员的媒体信息才能得到每一个会议成员的音频，以实现音频的混音，上述会议成员获取MRS媒体信息和MRS获取会议成员媒体信息的媒体交换过程称作媒体协商，在音频会议中，只有完成媒体协商，才能保证每一个会议成员可以发送或接收到音频。视频会议中媒体协商的过程与音频会议类似。

但是基于NGN或IMS网络的SIP(Session Initiation Protocol，会议发起协议)域内的同一会议呼叫通常只能进行一种类型的会议。例如，用户正在召开音频会议，在会议进行中若将该会议扩展为视频会议，目前的做法是先将当前音频会议结束，然后再召开视频会议，虽然视频会议包括音频会议的功能，但是，对于一部分用户来说，只需要音频会议即可，视频会议是没有必要的，而且将当前正在召开的会议结束，重新组织一次会议的召开，造成了一定时间和网络资源的浪费。

发明内容

本发明的目的是提出一种基于会话发起协议更新会议媒体类型的实现方法，所述方法基于NGN或IMS网络的SIP域内同一次会议呼叫实现新会议媒体类型的添加。

一种基于会话发起协议更新会议类型的实现方法，包括如下步骤：

步骤1，会场创建后，由会议控制方向会议应用服务器发送添加新会议媒体类型的请求消息及其自身的媒体信息；

步骤2，会议应用服务器将添加新会议媒体类型的请求消息和会议控制方的媒体信息发送至媒体资源服务器，请求为添加的媒体信息打开媒体资源服务器的信道；

步骤3，媒体资源服务器更新自身保留的会议控制方的媒体信息，将自身的媒体信息发送至会议应用服务器；

步骤4，会议应用服务器发送媒体资源服务器的媒体信息给会议控制方，会议控制方更新自身保留的媒体资源服务器的媒体信息；

步骤5，会议应用服务器发送添加会议媒体类型的请求消息至会议成员，请求为添加的媒体信息打开媒体通道，并将媒体资源服务器的媒体信息发送至会议成员，会议成员更新自身保留的媒体服务器的媒体信息并将自身的媒体信息发送给会议应用服务器；

步骤6，会议应用服务器向媒体资源服务器发送添加会议媒体类型的请求消息和会议成员的媒体信息，媒体资源服务器更新其保留的会议成员的媒体信息，完成会议媒体类型的更新。

所述的基于会话发起协议更新会议媒体类型的实现方法，还包括如下步骤：

判断会场中是否还有会议成员，如有，则转入步骤4，否则，操作结束。

所述的基于会话发起协议更新会议媒体类型的实现方法，所述会议应用服务器对接收到的会议控制方、媒体资源服务器或者会议成员的媒体信息均予以保存。

所述的基于会话发起协议更新的实现方法，所述步骤2中请求为添加的媒体信息打开媒体资源服务器的信道是指：

会议应用服务器将接收到的媒体资源服务器发送的183消息和媒体资源服务器自身的媒体信息透传至会议控制方；

会议应用服务器接收媒体资源服务器发送的200 OK消息，然后和媒体资源服务器的媒体信息一并透传至会议控制方，会议控制方通过会议应用服务器透传确认消息给媒体资源服务器。

所述的基于会话发起协议更新会议媒体类型的实现方法，所述步骤4中，打开媒体通道是指：

所述会议成员向会议应用服务器返回183消息，携带自身的媒体信息至会议应用服务器。

所述的基于会话发起协议更新会议媒体类型的实现方法，所述步骤4还包括如下步骤，

会议应用服务器通知会议成员会议媒体信息类型已转换。

所述的基于会话发起协议更新会议媒体类型的实现方法中，所述步骤5中媒体资源服务器更新其保留的所述会议成员的媒体信息是指：

会议成员更新保留的媒体资源服务器的媒体信息以及其自身的媒体信息经过会议应用服务器透传至媒体资源服务器，媒体资源服务器更新其保留的会议成员的媒体信息，同时发送200 OK消息至会议应用服务器，媒体信息更新成功。

采用本发明所述方法，实现了在同一次会议呼叫新的会议媒体类型的添加，在进行会议媒体类型的更新时，无需停止当前正在进行的会议，使用户根据需要选择合适的会议媒体类型，节约了时间和网络资源。

附图说明

图1是本发明实施例的媒体流向示意图；

图2是实现本发明实施例的流程图。

具体实施方式

下面以添加会议媒体信息类型为例，结合附图对本发明的具体实施例进行说明。

如图1所示，对本发明的具体实施例的媒体流向进行说明：

步骤101，会场创建后，由会议控制方A向Conf AS(Conference ApplicationServer，会议应用服务器)发起re-invite消息，请求添加新会议媒体信息类型，并将自身的媒体信息(包括原有媒体信息及新添加的媒体信息，以下同)发送至ConfAS。

步骤102，ConfAS保存会议控制方A的SDP(Session Description Protocol，会话描述协议)，并将会议控制方A的SDP透传至MRS。

步骤103，MRS更新自身保留的会议控制方A的SDP。

步骤104，MRS将自身的媒体信息发送至ConfAS。

步骤105，Conf AS保留接收到的MRS的SDP，并将MRS的SDP透传至会议控制方A，会议控制方A更新自身保留的MRS的SDP。

步骤106，ConfAS发送re-invite消息到会议成员B通知会议媒体信息类型已转换，并将MRS的SDP发送至会议成员B。

步骤107，会议成员B更新自身保留的MRS的SDP，并将自身的媒体信息发送至ConfAS。

步骤108，ConfAS保存会议成员B的SDP，并将该SDP透传至MRS，MRS更新自身保留的会议成员B的SDP。

如图2所示为实现本发明实施例的信令流程图：

步骤201，会场创建后，由会议控制方A向Conf AS发送Re-Invite消息，并将自身的媒体信息也一并发送给ConfAS。

步骤202，Conf AS发送Re-Invite消息到MRS，请求为新添加的媒体信息打开媒体资源服务器的信道，并将会议控制方A的所有媒体信息一并透传至MRS。

步骤203，MRS更新自身保留的会议控制方A的所有媒体信息，向ConfAS返回183消息，并将自身的媒体信息一并返回至ConfAS。

步骤204，ConfAS将接收到的MRS发送的183消息和MRS的媒体信息透传至会议控制方A。

步骤205，MRS发送200 OK消息至Conf AS，Conf AS将200 OK消息透传至会议控制方A。

步骤206，会议控制方A更新自身保留的MRS媒体信息，发送ACK(确认)信息至ConfAS，ConfAS将其透传至MRS，MRS收到之后，标志会议控制方A与ConfAS及MRS之间会话结束，媒体资源服务器的信道打开。

步骤207，ConfAS发送Re-Invite消息到会议成员B，并通知会议成员B会议媒体信息类型已转换，请求为新添加的媒体信息打开相应的媒体通道，并将保存的MRS媒体信息一并发送至会议成员B。

步骤208，判断媒体通道是否打开，若是，则转入步骤209，否则，呼叫响应失败，转入步骤212。

步骤209，会议成员B更新自身保留的MRS的SDP，并向ConfAS返回183消息，携带自身的媒体信息至ConfAS。

步骤210，ConfAS向MRS发送Re-Invite消息并将会议成员B的媒体信息透传至MRS。

步骤211，MRS更新其自身保留的会议成员B的媒体信息，发送200Ok消息至ConfAS，表示媒体信息更新成功；ConfAS发送200 OK消息至会议成员B，收到200OK消息后，会议成员B向ConfAS发送ACK消息后，ConfAS发送ACK消息到MRS，以此表示该会议成员B与ConfAS及MRS之间会话结束。

步骤212，判断会场中是否仍有会议成员，如有，则转入步骤207，否则，操作结束。

Claims (7)

1、一种基于会话发起协议更新会议类型的实现方法，其特征在于，包括如下步骤：

步骤1，会场创建后，由会议控制方向会议应用服务器发送添加新会议媒体类型的请求消息及其自身的媒体信息；

步骤2，会议应用服务器将添加新会议媒体类型的请求消息和会议控制方的媒体信息发送至媒体资源服务器，请求为添加的媒体信息打开媒体资源服务器的信道；

步骤3，媒体资源服务器更新自身保留的会议控制方的媒体信息，将自身的媒体信息发送至会议应用服务器；

步骤4，会议应用服务器发送媒体资源服务器的媒体信息给会议控制方，会议控制方更新自身保留的媒体资源服务器的媒体信息；

步骤5，会议应用服务器发送添加会议媒体类型的请求消息至会议成员，请求为添加的媒体信息打开媒体通道，并将媒体资源服务器的媒体信息发送至会议成员，会议成员更新自身保留的媒体服务器的媒体信息并将自身的媒体信息发送给会议应用服务器；

步骤6，会议应用服务器向媒体资源服务器发送添加会议媒体类型的请求消息和会议成员的媒体信息，媒体资源服务器更新其保留的会议成员的媒体信息，完成会议媒体类型的更新。

2、如权利要求1所述的基于会话发起协议更新会议类型的实现方法，其特征在于，还包括如下步骤：

判断会场中是否还有会议成员，如有，则转入步骤4，否则，操作结束。

3、如权利要求1所述的基于会话发起协议更新会议类型的实现方法，其特征在于，

所述会议应用服务器对接收到的会议控制方、媒体资源服务器或者会议成员的媒体信息均予以保存。

4、如权利要求1或2或3所述的基于会话发起协议更新会议类型的实现方法，其特征在于，所述步骤2中请求为添加的媒体信息打开媒体资源服务器的信道是指：

会议应用服务器将接收到的媒体资源服务器发送的183消息和媒体资源服务器自身的媒体信息透传至会议控制方；

会议应用服务器接收媒体资源服务器发送的200 OK消息，然后和媒体资源服务器的媒体信息一并透传至会议控制方，会议控制方通过会议应用服务器透传确认消息给媒体资源服务器。

5、如权利要求1或2或3所述的基于会话发起协议更新会议类型的实现方法，其特征在于，所述步骤4中，打开媒体通道是指：

所述会议成员向会议应用服务器返回183消息，携带自身的媒体信息至会议应用服务器。

6、如权利要求1或2或3所述的基于会话发起协议更新会议类型的实现方法，所述步骤4还包括如下步骤，

会议应用服务器通知会议成员会议媒体信息类型已转换。

7、如权利要求1或2或3所述的基于会话发起协议更新会议类型的实现方法，其特征在于，所述步骤5中媒体资源服务器更新其保留的所述会议成员的媒体信息是指：

会议成员更新保留的媒体资源服务器的媒体信息以及其自身的媒体信息经过会议应用服务器透传至媒体资源服务器，媒体资源服务器更新其保留的会议成员的媒体信息，同时发送200 OK消息至会议应用服务器，媒体信息更新成功。

Images