CN101106536A - 一种建立群组会话的方法 - Google Patents

Abstract

本发明提供了一种建立群组会话的方法，该方法包括：A.主叫客户端向服务器发送在第一会话中建立第二会话的消息，该消息携带第一会话标识；B.服务器获取参与第一会话标识对应的群组会话的群组成员列表；C.服务器向所述群组成员发起建立第二会话的请求，并建立第二会话。利用本发明，解决了现有技术中在同一会话中多个媒体的端口和网络资源一直占用，从而浪费网络资源的问题。

Description

一种建立群组会话的方法

技术领域：

本发明涉及通讯领域，尤其涉及一种建立群组会话的方法。

背景技术：

PTT(Push to Talk)一种通过按功能键进行通信的半双工语音业务，目前包括很多实现方式，比如Motorola的iDEN以及Nokia的Tetra。PoC(PTT overCellular)是OMA(Open Mobile Alliance开放移动联盟组织)定义的在分组网络上实现的PTT业务，采用VoIP(分组语音)以及半双工的方式，低成本、高效率的满足PoC客户端(以下简称客户端)的实时通信需求。通过这种业务，客户端可以向单个客户端或群组发起PoC会话，实现一对一或一对多的会话方式。

在PoC会话中，服务器根据逻辑功能划分为控制功能和参与功能服务器。控制功能服务器提供对PoC会话集中控制，包括实时传输协议(Real-time TransportProtocol，以下简称RTP)媒体分发、发言权控制、对参与会话的成员执行会话策略以及处理参与成员信息；参与功能服务器提供会话控制，包括对呼入会话的策略控制、对控制功能服务器与客户端之间的发言权信令中继等，也可以根据需要提供媒体流的中继；存储用户的业务设置，如应答模式、来话禁止等。

而SIP协议是一种用来建立会话的协议，该协议描述了一些会话相关的请求，如建立会话、退出会话请求等。会话描述协议(Session Description Protocol，以下简称SDP)用来对会话参数进行协商，如传送的媒体类型、文件的大小、采用的编码格式、采用的伟输端口等。在建立会话之后，需要用特定的协议来传输媒体流数据，如大文件类型一般采用MSRP(Message Session RelayProtocol，消息会话中继协议)对实时的语音流、视频流一般采用RTP。

根据用户的使用偏好和使用环境等，被叫方支持两种应答模式：自动应答：当被邀请时自动进入会话；手工应答：弹出确认窗口，用户确定后进入会话。

这两种应答模式可以在终端进行设置，默认为自动应答。如果被邀请的PoC用户已激活了自动应答设置，他将能收听到来自其它PoC会话参与者的语音，而无需进行任何操作，这样方便了用户的使用，尤其是在某些场合如开车、紧急呼叫等情况下。

目前，建立群组会话的方法有如下几种模式：

一、根据预定立的群组建立群组会话

在发起会话之前，预先建立一个群组，这个群组包含建立会话时的呼叫对象的一个列表。在发起会话时，客户端在会话请求消息中带上群组标识，服务器收到群组标识之后，向群组标识对应的服务器请求建立群组会话，并邀请群组中的其他群组成员参加会话。

如图1所示，根据预建立的群组建立群组会话的流程如下：

步骤101-102：主叫客户端向控制功能服务器发送建立群组会话的邀请消息。该消息包括群组标识如[email protected]；

控制功能服务器根据群组会话标识从可扩展标记语言文档管理服务器(XDMS)获得群组成员列表，然后向群组列表中得用户发送建立群组会话的消息。

步骤103-104：控制功能服务器收到任一被叫客户端收到的临时震铃响应则向主叫客户端回复震铃消息。

步骤105-106：控制功能服务器收到任一被叫客户端的接收应答，则向主叫方回复会话建立成功的消息。

至此，会话建立成功。

二、根据临时的呼叫对象列表来建立会话

此种建立群组会话的方法与根据预建立的群组建立群组会话的方法相似，其不同点在于，客户端向服务器发送的建立群组会话的INVITE消息包含的信息不同，根据临时的呼叫对象列表来建立会话的情况下，此INVITE消息包含XML格式的MIME数据，该数据是一个呼叫对象标识的列表，其中，呼叫对象标识列表的示例如下：

Content-type:application/resource-lists+xml

  Content-Disposition:reci pient-list

  <？xml version＝″1.0″encoding＝″UTF-8″？>

  <resource-lists xmlns＝″urn:ietf:params:xml:ns:resource-lists″

  xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>

  <list>

  <entry uri＝″sip:[email protected]″/>

  <entry uri＝″sip:[email protected]″/>

  <entry uri＝″sip:[email protected]″/>

  </list>

  </resource-lists>

第三、用户自己加入会场的方式建立会话，此种建立群组会话的方式与本发明无关，故无需陈述。

此外，主叫客户端在发起会话前(pre-es tablish方式)或发起会话时(ondemond方式)协商媒体的参数，即在INVIT消息中携带媒体参数。参见下表：

Content-Type		application/sdp
				SDP参数部分
c＝	IN IP6 5536::aaa:bbb:ccc:ddd
		m＝		video 4456 RTP/AVP 99
a＝	rtpmap:99 H.261
		m＝		audio 5600 RTP/AVP 97
a＝	rtpmap:97 AMR
		a＝		rtcp:5566

参数说明：

c：通讯所用的IP地址及IP地址版本

m：媒体类型、编码方案，端口号

a：媒体属性

此外，主叫客户端还可以在会话过程中重新协商会话的媒体参数。

从以上方案可以看出，对于不具备会话结束的传输协议，如MSRP，用户在发起一个会话后，如协商了多个媒体，这多个媒体的端口和网络资源一直占用，直到用户完成重协商过程或结束会话。如用户在会话建立时，协商了两种媒体，一种是图片(采用MSRP)，一种是语音(采用RTP)，会话过程中，由于图片传送的比较少，图片相关的网络资源一直占用，直到整个会话结束，从而浪费网格资源。

此外，媒体和应答模式混杂在一起，使得应答难于处理，比如说一个用户希望来的语音电话自动应答，而视频会话手动应答，用户发起一个即包含语音又包含视频的会话，是手动应答还是自动应答，比较难于定义。

多种媒体在一个会话中，使得发言权请求处理比较复杂，需要多种请求发言权的消息，如请求语音发言权、请求文件传送权等。

发明内容：

为了解决现有技术中多个媒体的端口和网络资源一直占用，从而浪费网络资源的问题，本发明提供一种建立群组会话的方法。

为实现上述目的，本发明提供一种建立群组会话的方法，该方法包括如下步骤A、主叫客户端向服务器发送建立第二会话的消息，该消息携带第一会话标识；B、服务器获取参与第一会话标识对应的群组会话的群组成员列表；C、服务器向所述群组成员发起建立第二会话的请求，并建立第二会话。

优选的，执行步骤B之前，还应执行如下步骤：服务器判断存在第一会话标识对应的群组会话，并执行步骤B。

优选的，服务器包括第一会话的会话策略，执行步骤C之前，还应执行如下步骤：服务器判断所述消息满足建立会话的策略，并执行步骤C。

优选的，所述会话策略包括主叫客户端为第一会话的参与者，服务器判断主叫客户端为参与会话标识对应的群组会话的群组成员的客户端，并执行步骤C；

或所述会话策略包括对建立第二会话中包含的媒体类型的限制，服务器判断主叫客户端发出的建立会话的消息中的媒体类型满足所述会话策略，并执行步骤C。

优选的，执行步骤C之前，服务器为建立的所述第二会话分配第二会话标识，并建立该第一会话与所述第二会话标识对应的会话的关联关系。

优选的，服务器包括第一会话的会话策略，所述会话策略包括第一会话中第二会话嵌套层次的限制，服务器判断所述第二会话满足有关第一会话中第二会话嵌套层次的条件，并执行步骤C。

优选的，该方法还包括如下步骤：D11：服务器向主叫客户端返回第二会话建立成功的消息，所述消息携带经协商的媒体参数、第二会话标识和第一会话与第二会话的关联关系，主叫客户端和收到所述消息的服务器保存所述关联关系。

优选的，该方法还包括如下步骤：D21、客户端向服务器发送携带第一会话标识的结束会话请求；D22、服务器结束客户端参与的第一会话及所有第一会话中的第二会话。

优选的，该方法还包括如下步骤：D12、客户端向服务器发送携带第一会话标识的结束会话请求；D13、服务器根据保存的会话间的关联关系，释放掉第一会话及其所有第二会话占有的***资源。

优选的，该方法还包括如下步骤：D31、未加入第一会话的群组成员向服务器发送携带第一会话标识的加入第一会话的消息；D32、服务器所述群组成员加入第一会话，并向所述群组成员返回携带第一会话中第二会话标识及第二会话的媒体类型的响应消息；D33、所述群组成员向服务器发送携带第二会话标识的加入第二会话的请求消息，服务器将所述群组成员加入第二会话。

由以上方案可以看出，本发明的有益效果如下：

1)在第一会话的进行中根据需要建立不同媒体类型的第二会话，而无须使同一会话中的多种媒体类型的资源、端口一直占用，提高***资源的使用。

2)同一会话中包含的媒体类型比较少，使得群组成员的应答模式简单化，相应的发言权请求的实现也得到简化。

附图说明：

1.图1为现有技术中建立群组会话的流程图；

2.图2为本发明提供的建立群组会话的流程图；

3.图3为本发明提供的建立群组会话的具体实施方式图；

4.图4本发明提供的被叫客户端被邀加入第二会话的流程图；

5.图5为本发明提供的通过第一会话标识建立第二会话的实施例的流程图；

6.图6为本发明提供的客户端退出第二会话的实施例的流程图；

7.图7为本发明提供的客户端加入第二会话的实施例的流程图；

具体实施方式：

下面结合附图和具体实施例对本发明再作进一步详细的说明。

如图2所示，当被叫客户端和参与功能服务器之间预建立了会话并采用自动应答时，本发明所提供的实施例中建立群组会话的流程如下：

步骤201：当要在已建立的群组会话(以下称第一会话)中建立新的群组会话(以下称第二会话)时，如主叫客户端已加入某群组会话即第一会话，而欲在第一会话中建立第二会话，则主叫客户端向服务器发起一个建立第二会话请求，该请求消息中包含第一会话标识；

步骤202：服务器根据请求中的第一会话标识判断所述第一会话标识对应的群组会话是否存在，如果存在，则根据所述会话标识获取已参与第一会话的群组成员标识列表；

步骤203、服务器向群组成员标识列表中的群组成员发起群组会话请求，并建立群组会话。

如图3所示，主叫客户端在第一会话中建立第二会话，主叫客户端的流程如下，其中控制功能服务器拥有会话标识；

步骤301-305、主叫客户端向控制功能服务器发送建立群组会话的INVITE消息，其中，该INVITE消息中携带第一会话标识。此外，该INVITE消息中还可以携带欲建立新群组会话的标志，该标志用来区分未加入第一会话的群组成员加入会话的情况。

其中，控制功能服务器可以限制只有参与建立的群组会话的成员才能发出新的建立群组会话的请求。因此，当控制功能服务器收到主叫客户端发出的建立群组会话的INVITE消息后，判断主叫客户端是否为参与INVITE消息中的群组会话标识对应的群组会话的群组成员，如是则接受主叫客户端发送的INVITE消息，并执行后续步骤；否则向主叫客户端返回不具备建立群组会话权限的消息，从而结束流程，当然控制功能服务器也可以不执行任何动作。

此外，控制功能服务器还可以判断所收到的主叫客户端发出的INVITE消息中的媒体类型是否和已建立群组会话的媒体类型一致，并根据建立会话的策略决定是否进行后续步骤：如建立会话策略不容许创建2个同样的语音会话，但可以创建2个或两个以上的文件传送的会话时，如第一会话的媒体类型为语音，主叫客户端的INVITE消息中的媒体类型也为语音，服务器根据策略判定不能建立主叫客户端欲建立的群组会话即不能建立第二会话，并向主叫客户端回复不能建立第二会话的消息或不执行任何动作，并结束流程。如果策略允许INVITE消息中的媒体类型格式，则执行步骤306。

此外，第二会话的策略和第一会话的策略可以相同，即当用户请求加入第二会话时，服务器检查第一会话的接入策略。如用户可以加入第一会话，则用户也可以加入第二会话。

此外，控制功能服务器还可以限制一个第一会话中第二会话的最大数量，这个数字可以由营运商定义，也可以由在群组定义文件中定义。如果服务器对第一会话中第二会话的最大数量有限制，则服务器在收到主叫客户端的INVITE消息后，判断主叫客户端欲建立的第二会话是其第一会话中的第几个会话，该第二会话是否超出其第一会话所允许的第二会话数量的限制，如果是，控制功能服务器向主叫客户端回复不能建立群组会话的消息或不执行任何动作，并结束流程。否则，执行步骤306。

此外，服务器可以建立第一会话和第二会话的关联关条，并且限制一个第一会话中第二会话的嵌套层次，这个数字可以由营运商定义，也可以由在群组定义文件中定义，一般两级到三级就足够了。服务器在接收主叫客户端发出的INVITE消息后，判断第二会话是否超出了第二会话所在的第一会话中对于嵌套层次的限制，如果超出，控制功能服务器向主叫客户端回复不能建立群组会话的消息或不执行任何动作，并结束流程。否则，执行步骤306。

步骤306、控制功能服务器为主叫客户端欲建立的第二会话分配第二会话标识，并向参与第二会话所对应的第一会话的群组成员(即被叫客户端)发送建立群组会话的消息。该消息包含第二会话标识、第一会话标识及第二会话中包含的媒体以及发起第二会话的发起者(即主叫客户端)的ID。

步骤307、被叫客户端根据所收到的控制功能服务器发出的建立第二会话的消息，接入第二会话。

步骤307-310、第二会话建立成功，控制功能服务器向主叫客户端发送第二会话建立成功的消息。其中，该消息中携带已协商的第二会话的媒体参数及第二会话标识。如果控制功能服务器已建立第二会话标识与第一会话标识的关联关系，则控制功能服务器向客户端发送的第二会话建立成功的消息所经过的参与功能服务器都将保存该关联关系，并根据该关联关系执行。

如图4所示，已参与第一会话中的被叫客户端被邀加入第二会话的流程如下：

步骤401-405、控制功能服务器向参与第一会话所对应的第一会话的群组成员(即被叫客户端)发送邀请加入第二会话的消息。该消息包含第二会话标识、第一会话标识、第二会话中包含的媒体(参数或类型)以及发起第二会话的发起者(即主叫客户端)的ID；

步骤406-409、被叫客户端收到邀请加入第二会话的消息后，向控制功能服务器返回OK响应消息；该消息中包括(第二会话标识、经协商的媒体参数、以及接入者(被叫客户端)的ID，并加入第二会话。

第一实施例：

如图5所示，客户端通过第一会话标识创建第二会话的实施例的流程如下：

步骤501-502、Bob向控制功能服务器发送建立第二会话的INVITE消息，该消息携带第一会话标识(ID)、Bob的媒体参数(包括端口号，编码方案，传送采用的协议(如MSRP)，文件类型，大小等相关的描述)。该媒体参数用SIP协议描术如下：

REQUEST-URI:

<sip:[email protected]；operation＝create-new-session>//被请求对象为该会话中的成员，并带有创建新会话的指示

控制功能服务器收到Bob发出的INVITE消息后，获取邀请消息中参与第一会话标识对应的群组会话的群组成员(本实施例为Rose，Jack)，以及为第二会话分配第二会话标识；

步骤503-504、控制功能服务器向所述群组成员(Rose，Jack)发送建立第二会话的INVITE消息，该消息携带：第一会话标识、第二会话标识以及控制功能服务器的媒体参数(包括端口号，编码方案，传送采用的协议，文件类型，大小等相关的描述)；该媒体参数用SIP协议描述如下：

REQUEST-URI:[email protected]

Contact:<sip:[email protected]；

parent_session_id＝[email protected]>

步骤505-507、控制功能服务器收到Rose的应答响应后，向Bob发送会话建立成功的OK响应消息。该消息携带：第二会话标识、已协商的第二会话的媒体参数。

Bob收到控制功能服务器的第二会话建立成功能响应消息后，开始传图片，Rose开始接收；

步骤508、Jack向控制功能服务器返回加入第二会话的OK响应消息；此时，控制功能服务器开始将缓存的图片内容传送给Jack。

此外，在采用MSRP发送图片时，Rose发完图片后就向控制功能服务器发送BYE消息(SIP BYE)后退出会话，控制功能服务器在向接收端用户Rose、Jack发完图片后即向接收端发送bye消息。

第二实施例：

如图6所示，客户端退出第二会话的流程如下：

步骤601-608、Bob向控制功能服务器发送建立第二会话(RTP视频)的请求，控制功能服务器向第一会话(语音会话)的参与者Rose、Jack发出加入子会话(RTP视频)的请求，Rose、Jack加入第二会话。

步骤609-610、Bob向控制功能服务器发送结束会话的BYE消息，消息中携带第一会话标识；

步骤611-612、控制功能服务器向Bob返回OK响应消息，关闭第一会话及第一会话中建立的第二会话。

如果控制功能服务器在收到结束第一会话的请求时，除了释放与Bob的会话所占有的资源外，还向其他客户端(Rose、Jack)发送结束这个第一会话中所有单向Bob为发送者的第二会话的请求。

第三实施例：

如图7所示，如果BOB邀请Rose和Jack进入语音会话，Rose进入，Jack因为比较忙未进入，但Bob知道了语音会话标识(ID)。后来Bob和Rose又建立了视频会话。客户端加入第二会话的流程如下：

步骤701、Jack发送INVITE消息要求加入第一会话，该INVITE消息中携带第一会话标识。该消息的SIP描述如下：

REQUEST-URI:<sip:[email protected]；operation＝join-session>

步骤702、Jack成功加入第一会话，控制功能服务器向Jack返回OK响应消息，该消息携带第一会话中所有第二会话标识及第二会话的媒体类型，即视频会话标识与视频会话的媒体类型。该消息用XML进行描述，其中SIP格式如下：

Content-Type:          application/sub_session_set    +xml(application/sub_session_set是本发明创建的一种应用数据扩展)

XML MIME BODY

<？xml version＝″1.0″encoding＝″UTF-8″？>

<sub_session_set xmlns＝″urn:oma:params:xml:ns:poc:poc-settings″

xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″

xsi:schemaLocation＝″um:oma:params:xml:ns:poc:poc-settings″>

<sub_session>

<id>[email protected]</id>

<media_type>video<media_type>

</sub_session>

</sub_session_set>

当然，对于单向的第二会话，如文件传送的会话，控制功能服务器可以不告诉后加入的用户存在该第二会话，也即可以不在此OK响应消息中携带单向的第二会话标识。

步骤703、Jack向控制功能服务器发出加入第二会话(视频会话)的INVITE消息，该消息中携带第二会话(视频会话)标识；

步骤704、视频会话建立成功，控制功能服务器向Jack返回OK响应消息。此消息可以不携带第二会话标识。

由以上方案可以看出，本发明通过在第一会话的进行中根据需要建立不同媒体类型的第二会话，而无须使同一会话中的多种媒体类型的资源、端口一直占用，提高***资源的使用。

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

Claims (10)

1.一种建立群组会话的方法，其特征在于该方法包括如下步骤：

A、主叫客户端向服务器发送建立第二会话的消息，该消息携带第一会话标识；

B、服务器获取参与第一会话标识对应的群组会话的群组成员列表；

C、服务器向所述群组成员发起建立第二会话的请求，并建立第二会话。

2.如权利要求1所述的建立群组会话的方法，其特征在于执行步骤B之前，还应执行如下步骤：服务器判断存在第一会话标识对应的群组会话，并执行步骤B。

3.如权利要求1所述的建立群组会话的方法，其特征在于服务器包括第一会话的会话策略，执行步骤C之前，还应执行如下步骤：服务器判断所述消息满足建立会话的策略，并执行步骤C。

4.如权利要求3所述的建立群组会话的方法，其特征在于：所述会话策略包括主叫客户端为第一会话的参与者，服务器判断主叫客户端为参与会话标识对应的群组会话的群组成员的客户端，并执行步骤C；

或所述会话策略包括对建立第二会话中包含的媒体类型的限制，服务器判断主叫客户端发出的建立会话的消息中的媒体类型满足所述会话策略，并执行步骤C。

5.如权利要求1所述的建立群组会话的方法，其特征在于执行步骤C之前，服务器为建立的所述第二会话分配第二会话标识，并建立该第一会话与所述第二会话标识对应的会话的关联关系。

6.如权利要求5所述的建立群组会话的方法，其特征在于：服务器包括第一会话的会话策略，所述会话策略包括第一会话中第二会话嵌套层次的限制，服务器判断所述第二会话满足有关第一会话中第二会话嵌套层次的条件，并执行步骤C。

7.如权利要求1所述的建立群组会话的方法，其特征在于该方法还包括如下步骤：

D11：服务器向主叫客户端返回第二会话建立成功的消息，所述消息携带经协商的媒体参数、第二会话标识和第一会话与第二会话的关联关系，主叫客户端和收到所述消息的服务器保存所述关联关系。

8.如权利要求1所述的建立群组会话的方法，其特征在于该方法还包括如下步骤：D21、客户端向服务器发送携带第一会话标识的结束会话请求；

D22、服务器结束客户端参与的第一会话及所有第一会话中的第二会话。

9.如权利要求7所述的建立群组会话的方法，其特征在于该方法还包括如下步骤：D12、客户端向服务器发送携带第一会话标识的结束会话请求；

D13、服务器根据保存的会话间的关联关系，释放掉第一会话及其所有第二会话占有的***资源。

10.如权利要求1所述的建立群组会话的方法，其特征在于该方法还包括如下步骤：D31、未加入第一会话的群组成员向服务器发送携带第一会话标识的加入第一会话的消息；

D32、服务器所述群组成员加入第一会话，并向所述群组成员返回携带第一会话中第二会话标识及第二会话的媒体类型的响应消息；

D33、所述群组成员向服务器发送携带第二会话标识的加入第二会话的请求消息，服务器将所述群组成员加入第二会话。

Images