CN101389059B - 实现会话模式切换的方法及设备 - Google Patents

Abstract

本发明实施例公开了一种实现会话模式切换的方法、系统和设备，接收会话模式切换请求；所述会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息；根据所述会话模式切换请求，将所述媒体类型的会话模式从当前会话模式切换为所请求的会话模式。本发明实施例同时公开了一种实现会话模式建立的方法、系统和设备。应用本发明实施例所述的方法、系统和设备，能够实现针对部分媒体类型的会话模式切换和建立。

Description

实现会话模式切换的方法及设备

技术领域

本发明涉及移动通信技术，特别涉及实现会话模式切换的方法、系统及设备。 

背景技术

传统消息业务，如短消息业务(SMS)、多媒体消息业务(MMS)、即时通信软件(IM)以及无线一键通(PoC)等可通过各自实现技术的不同来彼此区分，但毋庸置疑，其各自的技术能力存在交叉，提供给用户的业务体验也有重叠。这不仅会造成移动数据终端市场的割裂，而且也会给使用不同消息业务的用户带来困惑。 

为此，开放移动联盟(OMA)倡导定义了一种全新的消息业务框架，即基于IP的融合消息(CPM)。融合消息能够为用户提供融合的业务体验，如即时消息、离线消息、多媒体消息、半双工/全双工的音频和视频会议等。融合消息允许用户以统一的方式来使用具有不同技术特征的通信服务，从而克服由于技术差异造成的传统消息业务间的“缝隙(slots)”，为用户提供平滑统一的业务体验。 

在基于融合消息的会议系统中经常存在这样的问题：在当前正在进行的会议中，由于参加者中有人太忙，没时间回复消息，或者大家觉得轮流进行发言会比较有秩序，所以，需要从全双工会话模式切换为半双工会话模式；或者因为其它原因，需要从半双工会话模式切换为全双工会话模式。 

为满足用户这一需求，现有技术中提供了两种主要的解决方式： 

第一种解决方式： 

要求进行会话模式切换(要求从半双工会话模式切换为全双工会话模式) 的发起者向群组会话服务器发送会话初始协议信息(SIP MESSAGE)请求；群组会话服务器接收到该请求后，向其他在会话建立时表明支持全双工会话的参加者转发该请求，并在接收到至少一个参加者回复的接受该请求的应答后，断开原来的会话连接，建立新的全双工会话。以下举例说明。 

图1为现有PoC会话中从半双工会话模式切换到全双工会话模式的流程图。其中的用户终端(UE)表示参加群组会话的用户所使用的客户终端；会议服务器(Conference Server)表示网络为用户提供多媒体会话服务的会议服务器；SIP/IP核心网(Core)为路由SIP信令的核心网。假设参会用户与会议服务器位于同一归属网络。如图1所示，包括如下步骤： 

步骤101～105：假设UE1对应的用户要发起向全双工会话模式的切换，为此，UE1经由SIP/IP核心网向Conference Server发送SIP MESSAGE消息，消息中携带有接受-连接(Accept-Contact)头域，Accept-Contact头域中携带有PoC参数feature tag′+g.poc.fdcfo′； 

Conference Server接收到SIP MESSAGE消息后，向其他参加者发送该SIPMESSAGE消息，消息中携带有PoC参数feature tag′+g.poc.fdcfo′，指明要发起一个全双工语音会话。 

步骤106～108：各参加者接收到SIP MESSAGE消息后，如果同意切换，则向Conference Server回送SIP 200OK消息；Conference Server接收到第一个SIP 200 OK消息后，就会向UE1发送SIP 200 OK应答； 

如果Conference Server没有接收到任何一个参加者回复的SIP 200 OK应答，则等到接收到所有参加者回复的SIP 3xx、4xx、5xx或6xx等非确定应答后，向UE1发送切换失败消息。 

步骤109～111：UE1接收到SIP 200OK应答后，断开与原来会话的连接；其他接受切换的参加者也断开与原来会话的连接。 

后续过程中，接受切换的参加者分别向UE1发送的SIP MESSAGE消息中携带的全双工会话地址发起加入请求，建立新的会话。 

上述方式虽然能够实现从半双工会话模式向全双工会话模式的切换，但由于PoC会话中的Conference Server通常不支持在原有会话中实现半双工到全双工的切换，所以当需要建立全双工的群组会话时，必须先断开原有的半双工会话，然后才能建立新的全双工会话；而且，也不支持从全双工到半双工会话模式的切换。 

第二种解决方式： 

现有技术中还提出了一种支持全双工和半双工会话模式相互切换的方案，而且两种会话模式的切换可以在同一服务器上实现。具体实现方式为：希望进行会话模式切换的UE向Conference Server发送会话模式切换请求；Conference Server查询会话中的其他参加者是否有能力接受所请求的会话模式，并将该请求转发到能够接受该请求的参加者；当接收到至少一个参加者回复的SIP 200OK消息后，更改会话模式。 

上述方式虽然可以实现全双工到半双工，或半双工到全双工会话模式的切换，但所作切换需要针对所有当前正在进行的媒体类型同时进行，而没有考虑如何只让部分媒体类型进行切换，而让其它媒体类型维持原会话模式不变的问题。可是现有会议系统的会话中通常包括多种媒体类型，如音频、视频和多媒体消息等，某些情况下，用户可能希望对当前的某一种媒体类型，如音频会话的模式进行切换，而视频和多媒体消息的会话模式维持原有不变，但显然，现有技术还无法满足用户这一需求。 

发明内容

本发明实施例提供一种实现会话模式切换的方法，能够实现部分媒体类型的会话模式切换。 

本发明实施例提供一种实现会话模式切换的设备，能够实现部分媒体类型的会话模式切换。 

本发明实施例的技术方案是这样实现的： 

一种实现会话模式切换的方法，包括： 

接收会话模式切换请求；所述会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息；所述会话模式包括半双工会话模式和全双工会话模式； 

根据预先配置的会议策略，确定接受所述会话模式切换请求； 

根据所述会话模式切换请求，将所述媒体类型的会话模式从当前会话模式切换为所请求的会话模式，包括： 

会议服务器根据预先保存的各参加者的属性信息，选择能够支持所述会话模式切换请求所请求的会话模式的参加者；所述会议服务器将所述会话模式切换请求发送至所述能够支持所请求的会话模式的参加者；在接收到除发起所述会话模式切换请求的参加者以外，至少一个参加者回送的接受所述会话模式切换请求的响应消息后，根据所述会话模式切换请求，将所述媒体类型的会话模式从当前会话模式切换为所请求的会话模式。 

一种实现会话模式切换的设备，包括：接收单元、切换单元和判断单元； 

所述接收单元，用于接收会话模式切换请求，所述会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息；所述会话模式包括半双工会话模式和全双工会话模式； 

判断单元，用于根据预先配置的会议策略，判断接受所述会话模式切换请求后，通知所述切换单元执行自身功能； 

所述切换单元，用于根据所述接收单元接收到的会话模式切换请求，将所述媒体类型的会话模式从当前会话模式切换为所请求的会话模式； 

其中，所述切换单元包括：发送子单元、切换子单元和选择子单元； 

所述选择子单元，用于根据预先保存的各会议参加者的属性信息，选择能够支持所述会话模式切换请求所请求的会话模式的参加者，并将选择结果通知所述发送子单元； 

所述发送子单元，用于将所述会话模式切换请求发送至所述选择出的能够支持所请求的会话模式的参加者； 

所述切换子单元，用于在接收到除发起所述会话模式切换请求的参加者以外，至少一个参加者回送的接受所述会话模式切换请求的响应消息后，根据所述会话模式切换请求，将所述请求的媒体类型的当前会话模式切换为所请求的会话模式。 

本发明实施例的技术方案中，Conference Server接收来自会议中某一参加者发起的会话模式切换请求，该会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息，其中，所述媒体类型信息可根据需要任意设置，比如，既可以是当前正在进行的会话中的媒体类 型中的一种或几种，也可以是所有媒体类型；相应地，Conference Server在接收到该请求后，会根据参加者的需要，将对应媒体类型的会话模式从当前会话模式切换为请求的会话模式。与现有技术相比，本发明实施例所述方案不但可以针对全部媒体类型，而且可以针对部分媒体类型实现会话模式切换。 

附图说明

图1为现有PoC会话中从半双工会话模式切换到全双工会话模式的流程图。 

图2为本发明方法实施例的流程图。 

图3为本发明方法第一个较佳实施例的流程图。 

图4为本发明方法第二个较佳实施例的流程图。 

图5为本发明系统实施例的结构示意图。 

图6为本发明设备实施例的结构示意图。 

具体实施方式

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明作进一步地详细说明。 

本发明实施方式中，接收会话模式切换请求；该会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息；根据该会话模式切换请求，将对应媒体类型的会话模式从当前会话模式切换为所请求的会话模式。或者，接收会话模式建立请求；该会话模式建立请求中携带有请求建立的会话模式以及需要建立该会话模式的媒体类型信息；根据该会话模式建立请求，为所述媒体类型建立所请求的会话模式。 

上述两种方式的区别在于：前一种方式中，根据接收到的会话模式切换请求，将对应媒体类型的会话模式从当前会话模式切换为所请求的会话模式；后一种方式中，根据接收到的会话模式建立请求，为新加入会议的媒体类型建立所请求的会话模式，该新建立的会话模式与当前会议中已有的媒体类型的会话模式不同。 

但是，两种方式的实现过程中，都是由会议参加者向Conference Server发送携带所请求的会话模式以及对应媒体类型的请求消息，Conference Server在接收到请求消息后，为对应的媒体类型建立其请求的会话模式或建立其请求切换到的会话模式。本领域技术人员应该知道，两种方式的实现过程类似，所以，以下仅以实现切换方式为例，对本发明实施例所述方案作进一步地详细说明： 

图2为本发明方法实施例的流程图。如图2所示，包括以下步骤： 

步骤201：Conference Server接收来自会议中某一参加者发起的会话模式切换请求，该会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息。 

某一时刻，会议中某一参加者希望进行会话模式切换，向Conference Server发送会话模式切换请求，该会话模式切换请求为扩展后的SIP消息，具体扩展方式为：在SIP消息的消息头域或消息体中扩展新的参数，用扩展的参数携带请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息。 

其中，会话模式切换请求中携带的媒体类型信息可以是音频、视频、文本和多媒体消息等信息中的一种或一种以上的任意组合。 

步骤202：Conference Server将对应媒体类型的会话模式从当前会话模式切换为所请求的会话模式。 

该步骤之前，进一步包括：Conference Server接收到会话模式切换请求后，首先根据预先配置的会议策略，确定是否接受该会话模式切换请求；如果接受，则继续之后流程；否则，向发起该会话模式切换请求的参加者回送切换失败消息，结束流程。 

在确定接受该会话模式切换请求后，Conference Server根据预先保存的各参加者的属性信息，从当前除发起会话模式切换请求的参加者以外的所有其他参加者中，选择能够支持该会话模式切换请求所请求的会话模式的参加 者；然后，将该会话模式切换请求发送至选出的能够支持所请求的会话模式的参加者。 

之后，Conference Server在接收到至少一个参加者回送的接受该会话模式切换请求的响应消息后，将所请求的媒体类型的当前会话模式切换为请求的会话模式。 

上述实施例中的当前会话模式可以为全双工会话模式或半双工会话模式；相应地，请求切换到的会话模式可以为半双工会话模式或全双工会话模式。执行切换后，Conference Server可以进一步对不支持请求切换到的会话模式，和/或本身具备支持能力但不接受该会话模式切换请求，即不同意切换的参加者进行处理。而且，根据前后切换模式的不同，具体处理方式也将不同： 

若当前会话模式为全双工会话模式，请求的会话模式为半双工会话模式，可以采用的处理方式如下： 

1)Conference Server可以向不支持半双工会话模式和/或不接受会话模式切换请求的参加者发送通知消息，通知其选择是否留在当前会话中；对于选择留在当前会话中的参加者，Conference Server将其对应的执行切换后的媒体类型的发送方式修改为只接收不发送，即只允许这些参加者接收执行切换后的媒体类型对应的信息，但没有发言权；后续过程中，如果这些留在会话中的参加者希望获取发言权，可以向Conference Server发送请求；相应地，如果Conference Server接受该请求，可以为发送该请求的参加者开放发言权。 

上述向Conference Server请求发言权的方法包括：通过扩展后的SIP消息向Conference Server请求发言权；或者，通过带外通知的方式向Conference Server请求发言权。Conference Server接受该请求后，通过扩展后的SIP消息通知发送该请求的参加者，赋予其发言权。如果之后某一时刻，由于某种原因，Conference Server需要终止某一申请到发言权的参加者的发言权限，同样可以通过扩展后的SIP消息通知该参加者终止其权限。 

2)Conference Server断开与不支持半双工会话模式和/或不接受会话模式切换请求的参加者的连接。 

3)允许不不支持半双工会话模式和/或不接受会话模式切换请求的参加者留在当前会话中，但是Conference Server不向这些参加者发送执行切换的媒体类型对应的信息。 

4)如果不支持半双工会话模式和不接受会话模式切换请求的参加者超过两个，Conference Server可以为这些参加者生成一个新的子会议中心；并允许接受会话模式切换请求的参加者所在的主会议中心中的半双工会话信息发送到该子会议中心，但子会议中心的信息不会到达主会议中心。 

若当前会话模式为半双工会话模式，请求的会话模式为全双工会话模式，则可以采用的处理方式如下： 

1)Conference Server可以向不支持全双工会话模式和/或不接受会话模式切换请求的参加者发送通知消息，通知其选择是否留在当前会话中；对于选择留在当前会话中的参加者，Conference Server将其对应的执行切换后的媒体类型的发送方式修改为只接收不发送，即只允许这些参加者接收执行切换后的媒体类型对应的信息，但没有发言权。 

2)Conference Server断开与不支持全双工会话模式和/或不接受会话模式切换请求的参加者的连接。 

3)不支持全双工会话模式和/或不接受会话模式切换请求的参加者与Conference Server进行协商后，只保留没有进行会话模式切换的媒体类型对应的会话；或者，不经过协商，Conference Server直接不向不支持全双工会话模式和/或不接受会话模式切换请求的参加者发送进行会话模式切换的媒体类型信息。 

3)中所提到的两种方式虽然都是限定不支持全双工会话模式和/或不接受会话模式切换请求的参加者不能接收进行会话模式切换的媒体类型对应的信息，但在具体实现上有所不同：对于前一种方式，协商完成后，Conference Server将拆除执行切换的媒体类型对应的媒体通道，但对于后一种情况， Conference Server只是不向参加者发送进行模式切换的媒体类型信息，但这些媒体类型对应的媒体通道依然存在。 

4)Conference Server为接受会话模式切换请求的参加者生成子会议中心；允许不支持全双工会话模式和/或不接受会话模式切换请求的参加者所在的主会议中心中的半双工会话信息发送到该子会议中心，但子会议中心的信息不会到达主会议中心。 

下面通过较佳实施例，对本发明所述方案作进一步地详细说明： 

图3为本发明方法第一个较佳实施例的流程图。假设本实施例中的参会用户与Conference Server位于同一归属网络。其中，UE A表示发起会话模式切换请求的会议参加者(以下简称发起者)；UE B表示支持半双工会话模式的参加者；UB C表示不支持半双工会话模式的参加者。需要说明的是，UE B和UE C这种表示方式只是为方便后续描述，其实际代表的是一类而不是一个用户。本实施例要实现的是将音频和视频媒体类型从当前的全双工会话模式切换为半双工会话模式。如图3所示，包括以下步骤： 

步骤301：某一时刻，某一会议参加者，即UE A对应的发起者希望将当前全双工会话模式修改为半双工会话模式，向SIP/IP Core发送会话模式切换请求SIP INVITE。 

本步骤中，发起者通过扩展后的SIP INVITE请求向SIP/IP Core发送会话模式切换请求，具体的扩展方式为： 

在SIP INVITE请求的Accept-Contact header中扩展新的参数feature tag′+g.cpm.hdcf′，其中，“hdcf”为“Half Duplex Call Follow”的缩写，表示希望切换到半双工会话模式；该Accept-Contact header中进一步携带有需要进行会话模式切换的媒体类型，如音频、视频、文本和/多媒体消息等；本实施例中的具体扩展方式如下： 

上述Accept-Contact头域之外的其它信令均为现有SIP INVITE请求中携带的固有信息，由于与本发明所述实施例无关，此处不作介绍。 

除上述扩展头域的方式外，在实际应用中，也可以通过在SIP INVITE请求的消息体中携带会话描述协议(SDP)指示，来说明需要将哪些媒体的会话模式切换为半双工模式，具体方式不再赘述。 

步骤302：SIP/IP Core向发起者回送SIP 100Trying临时响应消息，表示已经接收到该SIP INVITE请求并正在进行相应的处理。 

步骤303：SIP/IP Core将接收到的SIP INVITE请求转发给Conference Server。 

步骤304：Conference Server向SIP/IP Core回送SIP 100Trying临时响应消息。 

Conference Server接收到SIP/IP Core转发来的SIP INVITE请求后，根据会议 策略决定是否接收该请求从而建立新的支持半双工的群组会话，如果接受，则向SIP/IP Core回送SIP 100Trying临时响应消息；如果不接受，则直接向发起者返回非2xx响应消息，结束流程。 

本步骤中所提到的会议策略为建立会议时预先配置的，其中记录有会议参加者的权限，比如，哪些参加者可以发起会话模式切换请求，哪些参加者不允许发起等。 

步骤305～308：Conference Server通过SIP/IP Core向当前会议中支持半双工会话模式的参加者UE B发送SIP INVITE请求，并接收各参加者回送的SIP 100Trying临时响应消息。 

本步骤中，Conference Server根据各会议参加者初始加入会议，与ConferenceServer进行能力交互时获取并保存的各参加者属性信息，选择出能够支持半双工会话模式的参加者，即图3中所示的UE B，并向其发送SIP INVITE请求。 

步骤309～310：支持半双工会话模式的参加者在接收到SIP INVITE请求后，如果接受该请求，即同意切换，则向Conference Server返回SIP 200OK响应消息；Conference Server在接收到至少一个参加者回送的SIP 200OK消息后，则执行会话模式切换，更新接受会话模式切换请求的参加者的会话模式。 

步骤311～316：切换完成，Conference Server通过SIP/IP Core向发起者发送SIP 200OK消息，并接收发起者回送的ACK应答；之后，Conference Server通过SIP/IP Core向UE B中接受会话模式切换请求的参加者发送ACK应答。 

通过上述步骤，即完成了从全双工会话模式向半双工会话模式的切换。后续过程中，Conference Server可以向不支持半双工会话模式和/或不接受切换的参加者发送通知，由他们选择是否留在当前会话中；对于选择留在当前会话中的参加者，Conference Server可进一步执行以下步骤： 

步骤317～324：Conference Server利用SIP UPDATE消息作为通知消息，用媒体属性指示上述留在当前会话中的参加者，只能接收Conference Server发送来的音频和视频，而没有发言权利，具体格式如下： 

选择留在当前会话中的参加者接收到Conference Server发送的SIPUPDATE通知消息后，向Conference Server回送SIP 200OK消息；后续过程中，如果这些留在当前会话中的参加者希望获取发言权，可以通过发送SIP UPDATE消息向Conference Server发起请求，在媒体参数中指示希望获取的发言权，具体格式如下： 

Conference Server接收到留在当前会话中的参加者发送来的SIP UPDATE请求后，如果同意其申请的发言权，则通过SIP/IP Core回送SIP 200OK消息。 

当然，对于不支持半双工会话模式和/或不接受会话模式切换请求的参加者来说，步骤317～324所述流程仅为Conference Server可以采用的一种处理方式而已，在实际应用中，还可以采用其它的处理方式。比如，按照现有技术，发起者在向Conference Server发送的会话模式切换请求中携带会议中心地址，后续过程中，该发起者和接受会话模式切换请求的参加者可以根据该会议中心地址生成新的会议，而不支持半双工会话模式和/或不接受切换的参加者保留在原来的会议中；或者，采用图2对应的实施例中所介绍的其它处理方式，不再赘述。 

图4为本发明方法第二个较佳实施例的流程图。假设本实施例中的参会 用户与Conference Server位于同一归属网络。本实施例要实现的是将音频和多媒体消息这两种媒体类型从当前的半双工会话模式切换为全双工会话模式。如图4所示，包括以下步骤： 

步骤401：某一时刻，发起者希望将当前半双工会话模式修改为全双工会话模式，向SIP/IP Core发送会话模式切换请求SIP INVITE。 

本步骤中，发起者通过扩展后的SIP INVITE向SIP/IP Core发送会话模式切换请求，具体的扩展方式为： 

在SIP INVITE请求的Accept-Contact header中扩展一个参数feature tag′+g.cpm.fdcf′，其中，“fdcf”为“Full Duplex Call Follow”的缩写，表示希望切换到全双工会话模式；该Accept-Contact header中进一步携带有需要进行会话模式切换的媒体类型，如音频、视频、文本和/多媒体消息等；本实施例中的具体扩展方式如下： 

除上述扩展头域的方式外，在实际应用中，还可以通过在SIP INVITE请求的消息体中携带SDP指示的方式，来说明需要将哪些媒体的会话模式切换为半双工模式，具体方式不再赘述。 

步骤402～404与图3所示的步骤302～304相同，不再赘述。 

步骤405～408：Conference Server通过SIP/IP Core向当前会议中支持全双工会话模式的参加者UE B发送SIP INVITE请求，并接收各参加者回送的SIP 100Trying临时响应消息。 

步骤409～410：支持全双工会话模式的参加者在接收到SIP INVITE请求后，如果接受该请求，即同意切换，则向Conference Server返回SIP 200OK响应消息；Conference Server在接收到至少一个参加者回送的SIP 200OK消息后，则执行会话模式切换，更新接受会话模式切换请求的参加者的会话模式。 

步骤411～416：切换完成，Conference Server通过SIP/IP Core向发起者发送SIP 200OK消息，并接收发起者回送的ACK应答；之后，Conference Server通过SIP/IP Core向UE B中接受会话模式切换请求的参加者发送ACK应答。 

通过上述步骤，即完成了从半双工会话模式向全双工会话模式的切换。后续过程中，Conference Server还可进一步对不支持全双工会话模式和/或不接受切换的参加者执行以下操作： 

步骤417～420：Conference Server利用SIP UPDATE消息作为通知消息，通知不支持全双工会话模式和/或不接受切换的参加者只能接收或发送没有进行会话模式切换的媒体类型对应的信息； 

不支持全双工会话模式和/或不接受切换的参加者接收到Conference Server发送的SIP UPDATE通知消息后，向Conference Server回送SIP 200OK消息。 

当然，对于不支持全双工会话模式和/或不接受切换的参加者来说，步骤417～420所述流程仅为Conference Server可以采用的一种处理方式而已，在实际应用中，还可以采用图2对应的实施例中所介绍的其它处理方式，不再赘述。 

上述图3和图4两个实施例中，均假设参会用户和Conference Server位于同一归属网络，但在实际应用中，两者也可能位于不同的网络中，这种情况下，参会用户所在的一端将进一步包括一个本地服务器，其作用为本领域公知，不再赘述。 

基于上述方法，图5为本发明系统实施例的结构示意图。如图5所示，该系统包括：用户终端51以及会议服务器52； 

用于终端51，用于向会议服务器52发送会话模式切换请求，该会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息； 

会议服务器52，用于根据接收自用户终端51的会话模式切换请求，将对应媒体类型的会话模式从当前会话模式切换为所请求的会话模式。 

上述会话模式切换请求中的媒体类型信息为音频、视频、文本和多媒体消息中的一种或一种以上的任意组合。 

图6为本发明设备实施例的结构示意图。如图6所示，该设备包括：接收单元61和切换单元62； 

接收单元61，用于接收会话模式切换请求；该会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息； 

切换单元62，用于根据接收单元61接收到的会话模式切换请求，将对应媒体类型的会话模式从当前会话模式切换为所请求的会话模式。 

该设备中进一步包括：判断单元63，用于根据预先配置的会议策略，判断是否接受该会话模式切换请求；如果接受，则通知切换单元62执行相应操作；否则，向发起该会话模式切换请求的参加者回送切换失败消息，结束流程。 

其中，切换单元62具体包括：发送子单元621以及切换子单元622； 

发送子单元621，用于向会议参加者发送会话模式切换请求； 

切换子单元622，用于在接收到除发起会话模式切换请求的参加者以外，至少一个参加者回送的接受所述会话模式切换请求的响应消息后，将所请求的媒体类型的当前会话模式切换为所请求的会话模式。 

此外，切换单元62中还可进一步包括：选择子单元623，用于根据预先保存的各会议参加者的属性信息，选择能够支持会话模式切换请求中所请求的会话模式的参加者，并将选择结果通知发送子单元621；发送子单元621将会话模式切换请求发送至选择出的能够支持所请求的会话模式的参加者。 

本实施例中，如果当前会话模式为全双工会话模式，所请求的会话模式为半双工会话模式，那么，该设备中将进一步包括处理单元64： 

用于向会议中不支持半双工会话模式和/或不接受会话模式切换请求的参加者发送通知消息，通知这些参加者选择是否留在当前会话中；对于选择留在当前会话中的参加者，将其对应的执行切换后的媒体类型的发送方式修改为只接收不发送；进一步地，在接收到留在当前会话中的不支持半双工会话模式和/或不接受会话模式切换请求的参加者发送的获取发言权请求后，为发送该请求的参加者开放发言权。 

或者，用于断开与不支持半双工会话模式和/或不接受会话模式切换请求的参加者的连接。 

或者，用于为不支持半双工会话模式和/或不接受会话模式切换请求的参加者生成子会议中心。 

或者，用于仅向不支持半双工会话模式和/或不接受会话模式切换请求的参加者发送未执行切换的媒体类型信息。 

如果当前会话模式为半双工会话模式，所请求的会话模式为全双工会话模式，那么，处理单元64将具体用于： 

用于向不支持全双工会话模式和/或不接受会话模式切换请求的参加者发送通知消息，通知所述参加者选择是否留在当前会话中；对于选择留在当前会话中的参加者，将其对应的执行切换后的媒体类型的发送方式修改为只 接收不发送； 

或者，用于断开与不支持全双工会话模式和/或不接受会话模式切换请求的参加者的连接。 

或者，用于在与不支持全双工会话模式和/或不接受会话模式切换请求的参加者进行协商后，只向这些不支持全双工会话模式和/或不接受会话模式切换请求的参加者发送未执行切换的媒体类型信息；或者，不经过协商，直接仅向不支持全双工会话模式和/或不接受所述会话模式切换请求的参加者发送未进行会话模式切换的媒体类型信息。 

或者，用于为接受会话模式切换请求的参加者生成子会议中心。 

上述系统和设备实施例的具体工作流程请参照方法实施例中的说明，不再赘述。 

依据上述实施例的介绍，本领域技术人员应该能够较为容易地获知本发明实施例中的另一种情况，即如何为新加入会议的媒体类型建立所请求的会话模式，具体实现过程不再赘述。 

可见，采用本发明实施例的技术方案，实现了针对部分媒体类型的会话模式切换，增加了参会用户的业务使用灵活性；而且，本发明实施例所述方案为不支持所请求的会话模式或不接受会话模式切换请求的会议参加者提供了解决方案，增强了用户体验。 

综上所述，以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (14)

1.一种实现会话模式切换的方法，其特征在于，该方法包括：

接收会话模式切换请求；所述会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息；所述会话模式包括半双工会话模式和全双工会话模式；

根据预先配置的会议策略，确定接受所述会话模式切换请求；

根据所述会话模式切换请求，将所述媒体类型的会话模式从当前会话模式切换为所请求的会话模式，包括：

会议服务器根据预先保存的各参加者的属性信息，选择能够支持所述会话模式切换请求所请求的会话模式的参加者；所述会议服务器将所述会话模式切换请求发送至所述能够支持所请求的会话模式的参加者；在接收到除发起所述会话模式切换请求的参加者以外，至少一个参加者回送的接受所述会话模式切换请求的响应消息后，根据所述会话模式切换请求，将所述媒体类型的会话模式从当前会话模式切换为所请求的会话模式。

2.根据权利要求1所述的方法，其特征在于，所述会话模式切换请求为扩展后的会话初始协议SIP消息。

3.根据权利要求2所述的方法，其特征在于，所述请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息的携带方式为：

在所述SIP消息的消息头域或消息体中扩展的新的参数中携带所述请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息。

4.根据权利要求1所述的方法，其特征在于，所述当前会话模式为全双工会话模式；所述请求的会话模式为半双工会话模式。

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

所述会议服务器向不支持所述半双工会话模式和/或不接受所述会话模式切换请求的参加者发送通知消息，通知所述参加者选择是否留在当前会话中；

对于选择留在当前会话中的参加者，所述会议服务器将其对应的执行切换后的媒体类型的发送方式修改为只接收不发送。

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

所述选择留在当前会话中的不支持半双工会话模式和/或不接受所述会话模式切换请求的参加者向所述会议服务器请求发言权；所述会议服务器接受所述请求后，为所述发送请求的参加者开放发言权。

7.根据权利要求6所述的方法，其特征在于，所述请求发言权的方法包括：

通过扩展后的SIP消息向所述会议服务器请求发言权；或者，

通过带外通知的方式向所述会议服务器请求发言权。

8.根据权利要求6所述的方法，其特征在于，所述会议服务器接受所述请求后，为所述发送请求的参加者开放发言权的方法包括：所述会议服务器通过扩展后的SIP消息通知赋予所述参加者发言权；

该方法进一步包括：所述会议服务器通过扩展后的SIP消息通知所述参加者终止其发言权。

9.根据权利要求4所述的方法，其特征在于，该方法进一步包括：

所述会议服务器断开与不支持所述半双工会话模式和/或不接受所述会话模式切换请求的参加者的连接；

或者，所述会议服务器仅向不支持所述半双工会话模式和/或不接受所述会话模式切换请求的参加者发送未执行切换的媒体类型信息；

或者，所述会议服务器为不支持所述半双工会话模式和/或不接受所述会话模式切换请求的参加者生成子会议中心；允许接受所述会话模式切换请求的参加者所在的主会议中心中的半双工会话信息发送到所述子会议中心。

10.根据权利要求1所述的方法，其特征在于，所述当前会话模式为半双工会话模式；所述请求的会话模式为全双工会话模式。

11.根据权利要求10所述的方法，其特征在于，该方法进一步包括：

所述会议服务器向不支持所述全双工会话模式和/或不接受所述会话模式切换请求的参加者发送通知消息，通知所述参加者选择是否留在当前会话中；对于选择留在当前会话中的参加者，所述会议服务器将其对应的执行切换后的媒体类型的发送方式修改为只接收不发送；

或者，所述会议服务器断开与不支持所述全双工会话模式和/或不接受所述会话模式切换请求的参加者的连接；

或者，不支持所述全双工会话模式和/或不接受所述会话模式切换请求的参加者与所述会议服务器进行协商后，只保留没有进行模式切换的媒体类型对应的会话；或不经过协商，所述会议服务器直接仅向所述不支持所述全双工会话模式和/或不接受所述会话模式切换请求的参加者发送未进行模式切换的媒体类型信息；

或者，所述会议服务器为接受所述会话模式切换请求的参加者生成子会议中心；允许不支持所述全双工会话模式和/或不接受所述会话模式切换请求的参加者所在的主会议中心中的半双工会话信息发送至所述子会议中心。

12.一种实现会话模式切换的设备，其特征在于，该设备包括：接收单元、切换单元和判断单元；

所述接收单元，用于接收会话模式切换请求，所述会话模式切换请求中携带有请求切换到的会话模式以及需要进行会话模式切换的媒体类型信息；所述会话模式包括半双工会话模式和全双工会话模式；

判断单元，用于根据预先配置的会议策略，判断接受所述会话模式切换请求后，通知所述切换单元执行自身功能；

所述切换单元，用于根据所述接收单元接收到的会话模式切换请求，将所述媒体类型的会话模式从当前会话模式切换为所请求的会话模式；

其中，所述切换单元包括：发送子单元、切换子单元和选择子单元；

所述选择子单元，用于根据预先保存的各会议参加者的属性信息，选择能够支持所述会话模式切换请求所请求的会话模式的参加者，并将选择结果通知所述发送子单元；

所述发送子单元，用于将所述会话模式切换请求发送至所述选择出的能够支持所请求的会话模式的参加者；

所述切换子单元，用于在接收到除发起所述会话模式切换请求的参加者以外，至少一个参加者回送的接受所述会话模式切换请求的响应消息后，根据所述会话模式切换请求，将所述请求的媒体类型的当前会话模式切换为所请求的会话模式。

13.根据权利要求12所述的设备，其特征在于，所述当前会话模式为全双工会话模式；所述请求的会话模式为半双工会话模式；该设备中进一步包括处理单元；

所述处理单元，用于向会议中不支持半双工会话模式和/或不接受所述会话模式切换请求的参加者发送通知消息，通知所述参加者选择是否留在当前会话中；对于选择留在当前会话中的参加者，将其对应的执行切换后的媒体类型的发送方式修改为只接收不发送；并在接收到所述不支持半双工会话模式和/或不接受所述会话模式切换请求的参加者发送的获取发言权请求后，为所述发送请求的参加者开放发言权；

或者，用于断开与所述不支持半双工会话模式和/或不接受所述会话模式切换请求的参加者的连接；

或者，用于为所述不支持半双工会话模式和/或不接受所述会话模式切换请求的参加者生成子会议中心；

或者，用于仅向所述不支持半双工会话模式和/或不接受所述会话模式切换请求的参加者发送未执行切换的媒体类型信息。

14.根据权利要求12所述的设备，其特征在于，所述当前会话模式为半双工会话模式；所述请求的会话模式为全双工会话模式；该设备中进一步包括处理单元；

所述处理单元，用于向不支持所述全双工会话模式和/或不接受所述会话模式切换请求的参加者发送通知消息，通知所述参加者选择是否留在当前会话中；对于选择留在当前会话中的参加者，将其对应的执行切换后的媒体类型的发送方式修改为只接收不发送；

或者，用于断开与不支持全双工会话模式和/或不接受所述会话模式切换请求的参加者的连接；

或者，用于通过与所述不支持全双工会话模式和/或不接受所述会话模式切换请求的参加者的协商，仅向所述不支持全双工会话模式和/或不接受所述会话模式切换请求的参加者发送未执行切换的媒体类型信息；或不经过协商，直接仅向所述不支持全双工会话模式和/或不接受所述会话模式切换请求的参加者发送未进行会话模式切换的媒体类型信息；

或者，用于为接受所述会话模式切换请求的参加者生成子会议中心。

Images