CN1965604A - 群邀请 - Google Patents

Abstract

在一种提供群通信服务和支持包含其它群作为群成员的群的系统中，通过将加入群的邀请发送到掌控群成员的服务器来邀请(4－4，4－7)未由掌控该群的服务器掌控的群成员加入该群。

Description

群邀请

技术领域

本发明涉及在提供群通信服务的通信系统中的群通信，具体地涉及当群定义允许嵌套群时在会话建立或者群事务期间的群邀请。

背景技术

在移动通信系统中提供的一个专用特征是群通信。如这里使用的术语“群(group)”是指打算参与到同一群通信中的两个或更多用户的任何逻辑群。群通信的一个例子是群呼叫，在该呼叫中所有参与者可以轮流讲话和相互倾听。

常规地，群通信一直以来仅在集群移动通信系统如专业移动无线电系统中或者在私有移动无线电(PMR)系统(如TETRA(地面集群无线电))中才可以使用，其中这两种系统是主要用于专业用户和政府用户的特殊无线电系统。然而，由于群通信比电话会议开拓了更为通用的可能性，所以群通信服务现在也在公共移动通信系统中变得可用。这种服务的例子是无线一键通(PoC)，该服务允许用户通过移动网络与单个接收者(一对一)或者如在群聊天会话中那样在接收者群之间(一对多)共享话音和数据通信。

PoC在移动蜂窝网络中是覆盖语音服务，在该网络中通常长期建立两方或更多方之间的连接，但是仅在某人在通话或者发送数据时才激活空中接口中的实际无线电信道。这符合于传统无线电电话的用途，其中所用射频在多方(例如军方/警方无线电、LA无线电)之间一致或者被永久地设定(步话型无线电)，在某人想要通话时，她/他就按压接触键(tangent)或者使用话音活动检测器(VAD)或者对所选信道上的无线电传输进行激活的任一适当装置。PoC服务是半双工的，从而每次仅一方可以说话或者进行发送。

PoC系统正在从独立PoC系统演变到集成系统。在具有两个或更多单独操作的PoC系统和/或PoC服务器的集成系统中，现存本地PoC服务器仅管理与它们自己的用户和与它们掌控的群有关的信息。这就带来了一些困难，原因在于群列表可能包含另一个群作为群成员，例如群A的群成员可能包含群B。如果群A和B由不同PoC服务器掌控，则掌控群A的PoC服务器无法知道身份B是个体用户即个体身份还是群即群身份。由于系统在邀请个体群成员加入群会话时只能使用个体身份，所以此信息至关重要。发送到群身份B的邀请将不会成功，而那一群的群成员都不会被邀请加入群会话。

一种解决方案是在开始建立会话之前通过将查询发送到返回个体群成员的如下实体来取回在一个或者多个群成员列表中的成员，其中该实体存储所讨论的群的成员列表，比如另一PoC服务器或者群和列表管理服务器(GLMS)。必须针对在群A的群成员列表中未由PoC服务器掌控的每一单个身份来发送这一查询，以便确信加入群的邀请被发送到个体用户。因此，它延迟了会话建立的开始。另外，由于可能在另一PoC服务器中或者在对所讨论的群的掌控PoC服务器提供服务的GLMS中维护群成员列表，所以掌控群A的PoC服务器必须也向GLMS或者另一PoC发送包含群B成员列表的查询。这同样适用于由其它PoC服务器掌控的个体身份。这就需要新的接口，该接口用于将查询发送到不对进行查询的PoC服务器提供服务的GLMS。也需要新的接口用来向包含一个或多个群的一个或多个成员列表的其它PoC服务器发送查询。

发明内容

本发明的目的在于提供一种方法和一种用于实施该方法的装置以便克服以上问题。本发明的目的是通过其特征在本发明中所述内容的方法、用户设备和群通信服务器来实现。本发明中公开了本发明的优选实施例。

本发明的一个方面是基于运用如下事实的理念：掌控身份的群通信服务器即PoC服务器知道该身份是个体身份还是群身份。这一事实被用来通过安排PoC服务器将针对未由该具体PoC服务器掌控的身份的邀请发送到掌控该身份的PoC服务器，而无需关注该身份是否为群身份，从而在会话建立过程期间而不是预先地解析群身份。由于每个PoC服务器识别它在掌控的群，所以根据本发明，每个PoC服务器要么依次地邀请所掌控的群的成员要么收集群成员列表，该群成员列表然后被用来邀请个体群成员加入群通信。

本发明上述方面的优点在于，在通过网络边界的GLMS之间，即在位于不同网络的不同GLMS之间，或者在发送查询到GLMS或者发送查询到通过网络边界的另一PoC服务器的PoC服务器之间，不需要额外的接口。另外，会话建立可以无延迟地开始，因为在身份之中待邀请的群身份没有延迟其它群成员的邀请，而邀请最终发送到个体身份。

附图说明

在下文中将参照附图通过优选实施例更为具体地描述本发明，在附图中：

图1图示了提供群通信服务的通信系统的大体架构的例子；

图2图示了根据本发明第一实施例的不同控制功能；

图3是对根据本发明第一实施例的PoC服务器的功能进行图示的流程图；

图4和图5是对根据本发明第一实施例的信令进行图示的信令图；

图6是对根据本发明第二实施例的PoC服务器的功能进行图示的流程图；

图7是对根据本发明第二实施例的信令进行图示的信令图；

图8是图示了本发明第三实施例的流程图；以及

图9是图示了PoC服务器功能的流程图。

具体实施方式

本发明可应用于提供群通信服务的任何通信系统。如这里使用的群通信是指出于传送数据的目的而在群的成员之间的多点通信关系。该通信可以包括数据呼叫、音频呼叫、视频呼叫、多媒体呼叫、群消息接发、短消息接发、电子邮件、即时消息接发等。因此，该通信包括所有现存或者将来的媒体等以及这些媒体的任何组合。群中的成员是利用将具体用户与特定群相关联的专用群通信信息来限定的。

在下文中，使用了具有PoC的移动通信系统作为本发明可以运用于其中的系统环境的例子来描述本发明，但是并不将本发明拘泥于这样的系统。PoC产业规范目前正在由OMA(开放移动联盟)旗下的PoC工作组进行开发。POC规范原来是由以遵循现存第三代合作伙伴项目(3GPP)IP多媒体子系统(IMS)规范为目标的一系列组织所预备的。可以通过因特网页面www.openmobilealliance.org找到关于PoC的更多具体信息。

对于本领域技术人员而言显然的是，本发明也可应用于能提供群通信服务的其它类型的电信系统，例如可应用于TETRA、会议、对群的即时消息接发、对群的消息会话、RLS(资源列表服务器)、推送服务到群、或者寻址到可以是群或者可以扩展到群的一个或多个身份的任何服务，或者任何类似应用。另外，对于本领域技术人员而言显然的是，本发明不限于某一媒体类型，而本发明可以独立于媒体、媒体类型、媒体参数以及媒体的其它特性来加以应用，并且除了PoC以外或者取而代之，这里描述的本发明可以与其它功能、服务器、服务、系统、网络等一起使用。提供群通信服务的通信系统而且特别是无线通信系统的规范迅速地发展。这一发展可能需要对本发明进行额外变化。因此，所有术语和表述应当广义地加以理解，而且它们旨在于说明而不是限制本发明。另外，在其中执行本发明之功能的一个或多个单元对于本发明而言不是必需的。

在图1中图示了根据PoC提供群通信服务的通信系统的大体架构。图1是仅图示了一些单位的简化系统架构。在图1中示出的网络节点是其实施可以与所示实施不同的逻辑单位。这些逻辑单位可以相互组合，即下面描述的一个逻辑单元的功能可以增强为包括下面描述的另一逻辑单位的功能和/或现有技术的网络节点(逻辑单位)的功能。在图1中示出的在网络节点之间的连接是逻辑连接；实际物理连接可以不同于逻辑连接。对于本领域技术人员而言显然的是该系统也包括这里不必详述的其它功能和结构。提供群通信服务的设备和系统实体(比如在网络中的服务器和/或服务器组成)的实施可以根据本发明所应用到的具体通信系统以及根据所用的实施例而变化。

在图1中图示的网络单元是归属网络1-1以及具有PoC服务器1-25的远程网络1-2(在图1中示出了具有PoC服务器的仅一个远程网络)，归属网络1-1包括PoC客户机1-11、接入网络1-12、核心网络1-13、GLMS 1-14和PoC服务器1-15。该远程网络优选地包含与归属网络相似的网络单元和功能。GLMS覆盖了这里所有对应服务器，比如XDMS(XML文档管理服务器)和群管理服务器。

PoC客户机1-11用来访问PoC服务。PoC客户机1-11在其它事务之外特别地允许进行PoC会话发起，而且提供对不同PoC群列表如联络人列表的访问。PoC客户机1-11驻留于用户设备中。PoC客户机可以驻留于其中的用户设备的例子是移动终端、个人计算机以及包含计算机等的任一设备。PoC客户机或者PoC客户机驻留于其中的用户设备可以被配置用以向群通信邀请添加随后更为具体描述的用于嵌套群的限制值。例如，该限制值可以作为对用户赋予该值进行响应而添加到邀请，或者它可以存储为通用缺省值或者存储为群特定的值。

在PoC中，群通信服务功能是用户级或者应用级服务，使得底层通信系统仅在驻留于用户终端中的PoC客户机应用与由PoC服务器提供的群通信服务功能之间提供基本连接(即IP连接)。底层通信系统包括接入网络1-12和核心网络1-13。由PoC架构使用的接入网络1-12包括获得IP连通性和IP移动性所需要的无线电接入和其它节点。然而，接入网络不限于IP网络，而接入网络可以是WLAN、PSTN、GSM或者任一基于电路交换或者IP的网络或者任一类似网络等。核心网络1-13是SIP/IP(会话发起协议/网际互联协议)网络。这样的网络的例子是IMS网络和具有与为IMS所限定的性能相似之性能的SIP/IP网络，比如由3GPP或者3GPP2或者IETF所标准化的而且支持基于IP的会话控制协议的全IP系统。SIP/IP核心网络1-13包括多个SIP代理和SIP注册器，而且执行在支持PoC时需要的功能，比如对于在PoC客户机1-11与PoC服务器1-15之间的SIP信令寻路由。然而，如上所言，核心网络不限于SIP/IP网络，而它可以是利用能够用来实施本发明的一个或多个协议来提供相同服务的任一通信网络。

在群和列表管理服务器GLMS 1-14中实施了订户和群管理功能或者该功能中PoC服务所需的部分。该功能或者该功能的一部分可以实施于PoC服务器1-15上。GLMS为群和列表以及列表管理操作提供了存储以便针对同一归属网络中的PoC客户机1-11进行创建、修改、取回和删除群和列表。在PoC中的群信息被结构化成群、联络人列表和访问列表。联络人列表被用于在GLMS 1-14中存储联络人条目，而且它们在建立与其它PoC用户或者PoC群的即时通话会话时充当PoC用户的地址簿。PoC用户可以具有一个或多个联络人列表，而每个联络人列表通过它的SIP URI(统一资源标识符)来唯一地标识。SIP URI在SIP消息之内用来指示SIP请求的始发者、当前目的地和最终接收者以及用来指定重定向地址。通常，SIP URI的形式为user@host。PoC用户在“用户”类型的列表中存储用户联络人而将群联络人存储到“群”类型的列表。然而，群和列表管理的细节与本发明无关。

上面描述了用于系统单元的具体技术规范，它们的实施和功能对于本发明而言是无关的而且无需在此具体地进行讨论。另外，它们被认为是本领域技术人员众所周知的，因为它们在不同规范如3GPP规范、OMA规范和IETF规范中公开地可以获得。

PoC服务器1-15为PoC实施应用级网络功能。换句话说，PoC服务器1-15代表作为SIP、传输协议和传输控制协议(如实时传输协议(RTP)和实时传输控制协议(RTCP))信令端点的媒体通信服务器。根据本发明的PoC服务器的功能依赖于所用的实施例而且在下面具体地进行描述。PoC服务器在这里代表了实施群通信功能的服务器。根据本发明的群通信功能即PoC服务器包含在下面作为PoC服务器特有功能来描述的诸多功能中的至少一个功能。群通信功能可以包含它们中的多个功能，甚至可以包含它们中的所有功能。为清楚起见，术语“PoC服务器”在下面用来涵盖实施群通信功能的所有服务器。

图2图示了根据本发明第一实施例的功能性PoC架构。PoC服务器可以执行控制PoC功能2-1和/或参与PoC功能2-2。在PoC群会话中，仅有一个PoC服务器执行控制PoC功能，但是可以有一个或多个PoC服务器执行参与PoC功能。控制PoC功能和参与PoC功能是PoC服务器的不同作用。PoC服务器作用(控制PoC功能或者参与PoC功能或者兼而有之)的确定是在PoC群会话建立期间发生的而且持续到整个PoC群会话的期间。在一对一PoC群会话和专门PoC群会话的情况中，邀请用户的PoC服务器应当执行控制PoC功能。在聊天PoC群和预设置群会话的情况中，拥有/掌控群身份的PoC服务器应当执行控制PoC功能。

另外，根据本发明的第一实施例，如图2中所示，有两种控制PoC功能：主控制PoC功能2-11和子控制功能2-12、2-13。因此，第一实施例可以视为分布式控制解决方案。执行主控制PoC功能的PoC服务器是指执行上面所述控制PoC功能的PoC服务器，因此对于PoC群会话而言只能有一个主控制PoC功能。然而，对于同一PoC群会话而言可以有零个或者多个子控制功能，因为子控制PoC功能不是主控制PoC功能。子控制PoC功能和参与PoC功能也可以驻留于一个PoC服务器中，甚至是与主控制PoC功能在一起。也有可能一个或多个子控制PoC功能驻留在与主控制PoC功能相同的PoC服务器中，不过一个或多个参与PoC功能没有驻留于此。

主控制PoC功能或者在不支持子控制PoC功能的实施例中，控制PoC功能提供了集中式PoC会话处理、媒体分发、包括通话方标识的发言权控制功能、SIP会话处理、对于参与群会话的策略执行、参与者的信息、收费报告，而且既收集又提供集中式媒体质量信息。因此，(主)控制PoC功能可以从它掌控的身份以及从子控制PoC功能接收通话突发保留请求，它将开始通话突发的权利授予它所掌控的身份以及由子控制PoC功能掌控的身份(可能经由一个或多个子控制PoC功能)。下面为简单起见将主控制PoC功能称为控制PoC功能。

子控制PoC功能在第一实施例中具有控制级别，该级别指示了有多少子控制PoC功能存在于所讨论的子控制功能与控制PoC功能之间。在图2中所示的例子中，假设控制PoC功能2-11具有其值为1的控制级别，子控制PoC功能2-12具有控制级别2，而子控制PoC功能2-13具有控制级别3(该控制级别的确定将参照图3和图4更为具体地进行描述)。子控制PoC功能可以从它掌控的身份和/或从具有与它自己的控制级相比紧邻其上的控制级别(即如果控制级别为3则为4)的一个或多个其它子控制PoC功能接收通话突发保留请求，对于从它掌控的身份或者从具有与它自己的控制级别相比紧邻较高的控制级别的一个或多个子控制PoC功能而来的通话突发保留请求进行传递，而且将从具有紧邻其下的控制级别(即如果控制级别为3则为2)的一个或多个PoC功能而来的通话突发授权传递到它掌控的身份或者具有紧邻其上的控制级别的一个或多个其他子控制PoC功能。

在本发明的另一实施例中，子控制功能可以仅针对子控制功能在某些会话中掌控的身份才存在。在本发明的又一实施例中，子控制功能也可以被配置成用于下游其它子控制功能的、即用于具有较高控制级别的子控制功能的子控制服务器。例如，在某些会话中，子控制PoC功能2-12可以充当用于子控制PoC功能2-13的子控制功能，但是可以不发送任何信息到PoC功能2-11。这一特征例如可以在有两种通话突发时使用。第一类通话突发可以在子控制服务器之内的本地，因此不向上游传递而是向下游传递到所掌控的身份，而第二类通话突发可以是通用的，即也向上游传递。

例如当有进行竞争的通话突发保留意图(多个用户按下按钮以获得发送通话突发的权利)时可以使用控制级别，使得发送通话突发的权利可以根据控制级别来赋予：级别越高，优先级越低。作为选择，无论与发送邀请到所讨论的个体身份的(子)控制PoC功能相关联的控制级别如何，所有用户可以都具有相同优先级。

参与PoC功能2-2为引入的PoC群会话提供PoC会话处理和策略执行(例如接入控制、可用性状态)，而且可以在PoC客户机功能2-3与控制PoC功能2-11之间提供媒体中继功能、在PoC客户机功能2-3与控制PoC功能2-11之间提供发言权控制消息中继功能、在PoC客户机功能2-3与子控制PoC功能2-12、2-13之间提供媒体中继功能、以及在PoC客户机功能2-3与子控制PoC功能2-12、2-13之间提供发言权控制消息中继功能。

图3是对根据本发明第一实施例的PoC服务器的功能进行图示的流程图。在第一实施例中，使用了上述控制级别，而且将之作为用于嵌套群的限制值NL，以便限制级联的深度(即嵌套群的深度)。将限制值用于嵌套群的又一优点在于可以避免由包含另一群定义(其包含又一群定义)的群定义所造成的无穷级联。例如，用于嵌套群的限制值可以由用户在群身份的配置中(例如利用与群身份相关联的参数)和/或由初始请求的发送方(例如通过将限制插入到初始请求中)和/或由发送方的PoC服务器(例如通过将限制插入到初始请求中)和/或由任一进行接收的PoC服务器和/或由网络在创建群身份时进行限定。因此，每个群可以在它的定义中具有关联NL，该NL可以是用于群的缺省值或者是由用户限定的值。NL也可以针对PoC函数、针对网络(比如网络范围的PoC特有系统缺省值)或者针对PoC服务器具体地进行限定。如果没有给定或者限定NL的值，则空值可以根据配置解释为无穷大或者1或者二者之间的任一值。

图3始于步骤301，其中PoC服务器接收群通信邀请，下文称之为邀请。为清楚起见，假设在接收的邀请中的目标身份是针对由PoC服务器掌控的目标身份。在对该邀请的响应中，在步骤302中检查会话是否已经具有控制PoC功能。这例如可以基于现存“Control role taken(所承担的控制作用)”参数的值来进行检查。这样的参数的例子是“isfocus”特征参数/特征标记。如果控制PoC功能已经存在(步骤302)，则在步骤303中检查该邀请的目标身份是否为由PoC服务器掌控的群。如果不是，则在步骤304中邀请目标身份。换句话说，将邀请转发到由PoC服务器掌控的个体身份或者转发到目标网络，该邀请在这里又被寻路由到掌控该身份(可以是群身份或者个体身份)的PoC服务器。

如果目标身份是由PoC服务器掌控的群(步骤303)，则在步骤305中找到用于嵌套群的限制值NL，并在步骤306中找到控制级别值CL。控制级别值是根据在邀请请求中的指示而找到的。例如，该指示可以指示发送方的控制级别，它与具有附加数字的现存“Control role taken”参数一起用来指示该控制级别。在该邀请中的“控制级别指示”揭示了级联级别。掌控初始PoC群的PoC服务器，即执行控制PoC功能的控制PoC服务器，在这一实施例中采用控制级别1而且发送邀请到“控制级别指示”设置为1的初始群中“未掌控的”成员。“Control role taken”参数也可以用来指示控制级别。例如，每当触发子控制功能时就可以更新“Control role taken”参数的值。

当NL和CL已知时，在步骤307中比较它们的值。如果CL小于NL，则在步骤308中通过将1添加到CL来更新CL，而PoC服务器开始在步骤309中执行具有更新的控制级别的子控制PoC功能，并且在步骤310中将具有更新的CL的邀请发送到在群成员列表上的每个目标身份。换句话说，每个邀请被转发到由PoC服务器掌控的个体身份或者转发到目标网络，该邀请在该目标网络中被寻路由到掌控该身份(该身份可以是群身份或者个体身份)的PoC服务器。

如果CL不小于NL(步骤307)，则在步骤311中通过发送错误响应来拒绝邀请。

如果会话不具有控制PoC功能(步骤302)，则在步骤312中检查PoC服务器是否满足该PoC服务器执行控制PoC功能有关的条件。上文参照图2描述了这些条件。如果满足该条件，则PoC服务器在步骤313中开始执行控制PoC功能，而且在步骤314中发送邀请到在群成员列表上的每个成员，对未掌控的成员的邀请则具有“Control role taken”参数，该参数带有用以指示控制级别为1的附加数字。如果不满足该条件(步骤312)，则在步骤315向目标网络转发该邀请。

虽然上文没有明确地说明，但是如果初始的邀请包含NL则根据第一实施例的邀请优选地包含NL。然而，即使在初始的邀请包含NL的情形中仍然可以发送没有NL的邀请，而且反之亦然。另外，可以为PoC服务器定义缺省NL(一个或多个，甚至每个PoC服务器可以具有它自己的缺省NL)。根据配置，PoC服务器特有的缺省NL可以被如下NL所取代或者它可以取代如下NL：在邀请中接收的NL或者为群而定义的NL、为PoC功能而定义的NL或者为所讨论的网络而定义的NL。

在另一实施例中，在步骤307中可以检查CL是否小于或者等于NL或者它们的差是否达到或者超过预定值。

也有可能例如如下所述那样使用最佳寻路由：子控制PoC服务器在一些特殊情况中可以将它自己从“控制”路径中放弃，即跳过步骤308和309。这种特殊情况的例子是在所讨论的群中仅有一个成员。如果仅有一个成员，则实际上没有要控制的群，因此所讨论PoC的服务器可以放弃子控制PoC功能，因为参与PoC功能负责所需功能。如果子控制PoC功能和参与PoC功能不在同一PoC服务器中，则子控制PoC服务器可以将它自己从该路径中放弃。

图4是对根据本发明第一实施例的信令进行图示的信令图。在图4中，仅示出了用于图示本发明的相关网络单元(功能)以及仅示出了部分的实际信令。另外，为清楚起见，假设在一个网络中仅有一个PoC服务器(即PoC功能)，不过一个网络可以包含在一个网络之内掌控不同群的多个PoC服务器。在参照图4使用的例子中，Tina已经在她的归属PoC网络中限定了包括以下成员的群tinas-friends@home：mary@home、tom@foreign1和toms-friends@foreign1。最后的成员是由Tom限定的群，包括以下成员：anne@foreign1、maria@foreign2和marias-friends@foreign2。同样，最后的成员是包括以下成员的群：jack@foreign2、harry@foreign3和harrys-friends@foreign3。在这些例子中，为清楚起见选择了名字，使得它们揭示了该身份是个体身份还是群身份。然而，PoC服务器无法基于群名称来推断该信息。例如，虽然域foreign1可以具有掌控目标身份tom@foreign1的PoC服务器Y1和掌控目标身份tom-friends@foreign1的PoC服务器Y2，但是在下文中，为清楚起见，假设仅有一个PoC服务器即Y掌控了在域foreign1中的所有目标身份。

参照图4，Tina使用PoC客户机A，而且在点4-1中邀请她的朋友参与PoC群会话。PoC客户机A发送邀请消息4-2。在本例中，假设邀请方为嵌套群设置了限制值即NL。由于Tina不想邀请Tom的群而只想邀请个体成员，所以她(和/或她的用户设备)已经向NL赋以值2，而且该值被添加到消息4-2。在域归属中的而且掌控该群的PoC服务器X接收消息4-2，并且变成具有控制级别值1的控制PoC服务器。PoC服务器X然后开始通过在点4-3中邀请mary@home来发送邀请到群成员。具体来说，点4-3包含以下步骤：作为PoC群“tinas-friends@home”之控制PoC服务器的PoC服务器X发送邀请到参与PoC服务器，即Mary的归属PoC服务器，而其将邀请发送到Mary的PoC客户机。然而为清楚起见，这些步骤未在图4中示出。在Mary的归属PoC服务器是PoC服务器X的情形中，该邀请可以在PoC服务器X中内部地加以处理、然后从PoC服务器X发送到Mary的PoC客户机以取代将该邀请从控制PoC服务器X发送到参与PoC服务器X。

通过将具有NL值2和CL值1的消息4-4发送到在域foreign1中的PoC服务器Y来邀请下一成员tom@foreign1。由于目标身份即tom@foreign1不是由PoC服务器Y掌控的群，所以PoC服务器Y在点4-5邀请目标身份(而不会变成子控制PoC服务器)而且在消息4-6中发送确认。然后，PoC服务器X通过将具有NL值2和CL值1的消息4-7发送到在域foreign1中的PoC服务器Y来邀请最后的成员toms-friends@foreign1。

由于目标身份是由PoC服务器Y掌控的群而且CL小于NL，所以PoC服务器Y变成具有控制级别2的子控制PoC服务器，而且开始通过在点4-8以与上文参照点4-3的公开相同的方式邀请anne@foreign1来发送邀请到所掌控的群的成员。然后通过将具有NL值2和CL值2的消息4-9发送到在域foreign2中的PoC服务器Z来邀请maria@foreign2。由于目标身份不是由PoC服务器Z掌控的群，所以PoC服务器Z在点4-10中邀请目标身份maria@foreign2(而不会变成子控制PoC服务器)而且在消息4-11中发送确认。然后，PoC服务器Y通过将具有NL值2和CL值2的消息4-12发送到在域foreign2中的PoC服务器Z来邀请最后的成员marias-friends@foreign2。由于目标身份是由PoC服务器Z掌控的群，但是CL不小于NL，所以该群身份不被扩展。因此没有邀请Jack、Harry和Harry的朋友而代之以将错误消息4-13发送到PoC服务器Y，该PoC服务器Y然后将确认消息4-14发送到PoC服务器X，该PoC服务器X又将确认消息4-15发送到PoC服务器A。

图5是对根据本发明第一实施例的另一实施进行图示的信令图。参照图5所用的例子与参照图4的例子具有相同的假设。在本例中，使用了NL的缺省值，该值为2。上文给出了缺省值的例子。由于使用缺省值，所以在消息中没有发送NL值。另一区别在于，在图5所示的实施中，控制PoC服务器将没有CL值的邀请消息发送到其它PoC服务器，而子控制PoC服务器发送具有CL值而且也可选地具有NL值的邀请消息。换句话说，在这一示例性实施中，PoC服务器被配置用以响应于从另一PoC服务器接收邀请消息来识别存在着控制PoC服务器、用以在将由邀请消息所指示的CL与缺省NL做比较时使用该CL，以及用以发送具有更新的CL值的其他邀请消息。PoC服务器被配置用以基于没有CL值的而且从另一PoC服务器接收的邀请消息来推断在比较中使用的CL值为1。

参照图5，Tina使用PoC客户机A，而在点5-1邀请她的朋友参加PoC群会话。PoC客户机A发送邀请消息5-2。在域归属中的而且掌控该群的PoC服务器X接收消息5-2，注意到该消息不是由另一PoC服务器发送的，而且变成具有控制级别值1的控制PoC服务器。PoC服务器X然后开始通过在点5-3以与上文参照点4-3的公开相同的方式邀请mary@home来发送邀请到群成员。通过将消息5-4发送到在域foreign1中的PoC服务器Y来邀请下一成员tom@foreign1。由于目标身份即tom@foreign1不是由PoC服务器Y掌控的群，所以PoC服务器Y在点5-5邀请目标身份(而不会变成子控制PoC服务器)而且在消息5-6中发送确认。然后，PoC服务器X通过将消息5-7发送到在域foreignl中的PoC服务器Y来邀请最后的成员toms-friends@foreign1。由于PoC服务器X是控制PoC服务器，所以该邀请消息不合CL值。

由于目标身份是由PoC服务器Y掌控的群，而且在本例中，由于从另一PoC服务器接收没有CL值的邀请，所以PoC服务器在本例中假设CL为1而且存在控制PoC服务器。由于CL小于NL，所以PoC服务器Y变成具有控制级别2的子控制PoC服务器，而且开始通过在点5-8以与上文参照点4-3的公开相同的方式邀请anne@foreign1来发送邀请到所掌控的群的成员。然后通过将具有CL值2的消息5-9发送到在域foreign2中的PoC服务器Z来邀请maria@foreign2。由于目标身份不是由PoC服务器Z掌控的群，所以PoC服务器Z在点5-10邀请目标身份maria@foreign2(而不会变成子控制PoC服务器)而且在消息5-11中发送确认。然后，PoC服务器Y通过将具有CL值2的消息5-12发送到在域foreign2中的PoC服务器Z来邀请最后的成员marias-friends@foreign2。由于目标身份是由PoC服务器Z掌控的群，但是CL不小于NL，所以该群身份不被扩展。因此没有邀请Jack、Harry和Harry的朋友而代之以将错误消息5-13发送到PoC服务器Y，该PoC服务器Y然后将确认消息5-14发送到PoC服务器X，该PoC服务器X又将确认消息5-15发送到PoC客户机A。

如果嵌套限制缺省值NL在图5所示的上述例子中为1，取代了变成子控制功能而且开始邀请，PoC服务器Y在点5-7接收目标为toms-fiends@foreign1的邀请时将会发送错误响应到PoC服务器X，这是因为目标身份是由PoC服务器Y掌控的群，但是CL不小于NL。因此，群身份将不被扩展。因此，将不会邀请Anne、Maria和Maria的朋友(Jack、Harry和Harry的朋友)而代之以将错误消息发送到PoC服务器X，该PoC服务器X又将发送确认消息到PoC客户机A。

图6是对根据本发明第二实施例的PoC服务器的功能进行图示的流程图，其中取代了由掌控该群的PoC服务器直接邀请所掌控的群的成员，而是将成员列表收集到掌控该群的PoC服务器。在第二实施例中，不存在子控制PoC功能，因此第二实施例可以视为集中式解决方案。然而在第二实施例中，使用了控制级别以便利用用于嵌套群的限制值来限制级联的深度。控制级别也可以用于上文参照图2描述的其它目的。取代了术语控制级别，也可以参照第二实施例来使用术语级联级别。

图6始于步骤601，其中PoC服务器接收群通信邀请，下文称之为邀请。为清楚起见，假设在接收的邀请中的目标身份是针对由PoC服务器掌控的目标身份。响应于该邀请，在步骤602中检查会话是否已经具有控制PoC功能。这可以例如基于现存“Control role taken”参数的值来进行检查。如果控制PoC功能已经存在，则在步骤603中检查该邀请是否包含如下指示：取代了直接邀请目标身份，将与目标身份有关的一个或多个个体身份发送回到进行邀请的PoC服务器。换句话说，检查该邀请是否包含返回列表指示RL。

具有RL的邀请例如可以利用INVITE(邀请)和OPTIONS(选项)请求来实施。因此，具有RL的邀请实际上可以是用以收集邀请列表的查询。

如果该邀请包含RL(步骤603)，则在步骤604中检查该邀请的目标身份是否为由PoC服务器掌控的群。如果不是，则目标身份就是在步骤605中插入到邀请列表中的个体身份，该邀请列表然后在步骤606中被返回到进行邀请的PoC服务器。换句话说，发送回邀请列表，而进行邀请的PoC服务器知道该邀请列表仅包含个体身份。例如可以利用3xx、2xx或者1xx响应来返回该邀请列表。

如果目标身份是由PoC服务器掌控的群(步骤604)，则在步骤607中找到用于嵌套群的限制值NL，而在步骤608中找到控制级别值CL。揭示级联级别的控制级别值是如上所述那样根据在邀请请求中的指示来找到的。掌控初始PoC群的PoC服务器，即执行控制PoC功能的控制PoC服务器，在本实施例中也采用控制级别1，而且将邀请发送到“控制级别指示”设置为1的初始群中“未掌控的”成员。

当NL和CL已知时，在步骤609中比较它们的值。如果CL小于NL，则在步骤610中通过将CL加1来更新CL，然后在步骤611中将具有RL和更新CL值的邀请发送到在掌控的群成员列表上的每个未掌控的目标身份。换句话说，每个邀请被转发到目标网络，在该目标网络中该邀请被寻路由到掌控该身份(可以是群身份或者个体身份)的PoC服务器。在发送邀请之后，PoC服务器在步骤612中接收作为邀请响应的邀请列表，而在步骤613中将接收的邀请列表和PoC服务器掌控的群成员的个体身份附加到它自己的邀请列表(可以事先形成PoC服务器自己的邀请列表，该列表具有掌控的个体身份)。当已经接收到对所有邀请的响应时，PoC服务器在步骤606中将这样形成的组合邀请列表返回到进行邀请的PoC服务器。

如果CL不小于NL(步骤609)，则在步骤614中发送空的邀请列表作为对邀请的响应。

如果该邀请不具有RL(步骤603)，则在步骤615中检查该邀请的目标身份是否为由PoC服务器掌控的群。如果不是，则目标身份是在步骤616中邀请的个体身份。

如果目标身份是由PoC服务器掌控的群(步骤615)，则在步骤617中找到用于嵌套群的限制值NL，并在步骤618中找到控制级别值CL。当NL和CL已知时，在步骤619中比较它们的值。如果CL的值小于NL的值，则在步骤620中通过将CL加1来更新CL。然后，PoC服务器在步骤621中将具有更新的CL值的邀请发送到在掌控的群成员列表上的每个所掌控的个体目标身份。PoC服务器也在步骤621中将具有RL和更新的CL的邀请发送到在掌控的群成员列表上的每个未掌控的目标身份，这与步骤611相对应。在发送具有RL的邀请之后，PoC服务器在步骤622中接收作为邀请响应的邀请列表，而在步骤623中邀请在接收的邀请列表上的每个个体目标身份。

如果CL不小于NL(步骤619)，则在步骤624中通过发送错误响应来拒绝邀请。

如果会话不具有控制PoC功能(步骤602)，则在步骤625中检查PoC服务器是否满足与执行控制PoC功能的PoC服务器有关的条件。上文参照图2描述了这些条件。如果满足条件，则PoC服务器开始在步骤626中执行控制PoC功能，而在步骤627中将邀请发送到在群成员列表上的每个成员，对未掌控的成员的邀请具有“Control role taken”参数，该参数具有用以指示控制级别为1的附加数字。如果不满足条件(步骤625)，则在步骤628中向目标网络转发邀请。

由上文可见，第一实施例的优点在于每个PoC群会话由拥有/掌控该PoC群的恰好同一个PoC服务器所掌控。这使得能够将用户添加到由子控制PoC服务器掌控的PoC会话或者从该PoC会话中删除用户，因为可以在能够访问授权数据的而且通常执行授权的恰好同一个服务器上执行该授权。

在第二实施例中，与在第一实施例中一样，该邀请可以包含或者可以不包含NL和/或CL。上面描述的与NL和CL有关的所有其它细节在第二实施例中同样有效。返回列表指示RL也可以不予考虑，但是这样的话则该邀请优选地包含NL或CL或者另一参数，PoC服务器基于该NL或CL或者另一参数来识别对邀请列表的请求。

图7是对根据本发明第二实施例的信令进行图示的信令图。参照图7使用的例子与参照图4的例子同样具有相同的假设。

参照图7，Tina使用PoC客户机A而且在点7-1邀请她的朋友参与PoC群会话。PoC客户机A发送邀请消息7-2。在本例中，假设邀请者为嵌套群设置了限制值，即NL。Tina已经为NL赋以值2，该值被添加到消息7-2。在域归属中的而且掌控该群的PoC服务器X接收消息7-2而且变成具有控制级别值1的控制PoC服务器。PoC服务器X然后开始通过在点7-3以与参照点4-3的公开相同的方式邀请mary@home来发送邀请到群成员。通过将具有NL值2、CL值1和RL值“yes(是)”的消息7-4发送到在域foreign1中的PoC服务器Y来邀请下一成员tom@foreign1。由于消息7-4包含返回列表指示RL而且目标身份即tom@foreign1不是由PoC服务器Y掌控的群，所以PoC服务器Y在点7-5将目标身份插入到邀请列表中，并在消息7-6中发送该邀请列表。在步骤7-6a中，PoC服务器X在不使用NL、CL和RL邀请tom@foreign1。换句话说，邀请消息类似于消息7-4，但是没有NL、CL和RL。然后，PoC服务器X通过将具有NL值2、CL值1和RL值“yes”的消息7-7发送到在域foreign1中的PoC服务器Y来邀请最后的成员toms-friends@foreign1。

作为选择，PoC服务器Y可以在点7-5邀请目标身份(tom@foreign1)，而且根据实施以及CL、NL和RL的值(例如当CL＝1时)在消息7-6中发送确认。PoC服务器X无需在步骤7-6a中发送任何消息。

由于目标身份是由PoC服务器Y掌控的群，而且CL值小于NL值，所以PoC服务器Y通过在点7-8将anne@foreign1插入到邀请列表中来收集具有控制级别2的邀请列表。然后，PoC服务器Y通过将具有NL值2、CL值2和返回列表指示RL的消息7-9发送到在域foreign2中的PoC服务器Z来邀请第二成员maria@foreign2。由于消息7-9包含RL并且目标身份不是由PoC服务器Z掌控的群而是个体身份，所以PoC服务器Z在点7-10将目标身份maria@foreign2插入到邀请列表中，而在消息7-11中将邀请列表发送到PoC服务器Y。

接着，PoC服务器Y通过将具有NL值2、CL值2和返回列表RL指示的消息7-12发送到在域foreign2中的PoC服务器Z来邀请最后的成员marias-friends@foreign2。由于目标身份是由PoC服务器Z掌控的群，但是CL值不小于NL值，所以群身份不被扩展。因此，没有邀请Jack、Harry和Harry的朋友，而代之以在消息7-13中将空的邀请列表发送到PoC服务器Y，该PoC服务器然后在点7-14将接收的邀请列表附加到它的邀请列表，而且在消息7-15中将这样形成的组合邀请列表发送到PoC服务器X。响应于接收该列表，PoC服务器X在点7-16在没有NL、CL和RL的情况下邀请目标身份。在接收对邀请的响应之后，PoC服务器将确认消息7-17发送到PoC客户机A。

作为选择，如上文参照点7-5所讨论的，PoC服务器Y可以在点7-8邀请目标身份(anne@foreign1)，而且根据实施以及CL、NL和RL的值(例如当CL＝1时)在新消息中发送确认。然后PoC服务器X可以在步骤7-16中或者更早地邀请anne@foreign1。

虽然没有在此明确地描述，但是对于本领域技术人员不言而喻，上文参照图5说明的实施原理也可以应用于本发明的第二实施例。

由上文可见，第二实施例的优点在于发言权控制很简单，因为负责发言权控制的控制PoC服务器即第一PoC服务器也邀请了所有用户。为了将用户添加到PoC会话或者从PoC会话中删除用户，需要在GLMS(包含授权数据)与控制PoC服务器之间的接口，因为通常只有拥有PoC群的PoC服务器才能够访问该群的授权数据。

在本发明的第三实施例中，PoC服务器被设置用以在已经存在控制PoC功能的情形中响应于接收其目标为所掌控的群的邀请来识别它们是否支持子控制PoC功能。如果它们支持子控制PoC功能，则它们根据第一实施例进行动作。如果它们不支持子控制PoC功能，则它们根据第二实施例进行动作。如果PoC服务器根据第二实施例进行动作，则在级联中下游的所有后继PoC服务器(即如下PoC服务器，这些服务器与当前PoC服务器相比具有更大的“控制级别”而且将接收从该当前PoC服务器发送的请求)也必须根据第二实施例进行动作，即使它们支持子控制PoC功能也依然如此。因此，由根据第二实施例进行动作的第一PoC服务器所发送的邀请以及其他邀请包含了如下指示：取代了邀请该群的成员，进行掌控的PoC服务器将返回群成员列表。例如，“第二实施例”特征(即请求成员列表而不是直接邀请它们)的指示可以在具有OPTIONS方法的SIP协议中加以实施，此后将在1xx、2xx或者3xx响应消息如200 OK或者300 Multiple Choices(多选择)中返回成员列表。

在图8中图示了第三实施例的基本原理。图8始于步骤801，在该步骤接收如下邀请，该邀请指示了会话具有控制PoC功能。然后PoC服务器在步骤802中检查该邀请是否具有“第二实施例”的指示，比如请求列表RL。如果它具有该指示，则PoC服务器在步骤803中根据第二实施例进行动作。如果该邀请没有“第二实施例”的指示(步骤802)，则在步骤804中检查PoC服务器是否能利用子控制PoC功能。PoC服务器可能无法利用子控制PoC功能，例如因为子控制PoC功能没有得到PoC服务器支持，或者在PoC服务器中的可用容量不允许这一用途。如果可以使用子控制PoC功能(步骤804)，则PoC服务器在步骤805中根据第一实施例进行动作。如果不能使用子控制PoC功能(步骤804)，则PoC服务器在步骤803中根据第二实施例进行动作。自然地，如果该邀请是针对由PoC服务器掌控的个体身份，则可以省略检查是否支持子控制PoC功能。

在本发明的又一实施例中，PoC服务器可以判断根据第二实施例进行动作而不是充当子控制PoC服务器。可以在发送邀请时(邀请包含RL＝yes的情况)或者通过发送邀请列表作为对接收的邀请的响应来进行该判断。根据这一实施例的PoC服务器可以包含能够以之为基础进行该判断的一个或多个标准。标准可以涉及负载、性能等。

在本发明的又一实施例中，基于第二实施例的实施例是缺省的。在这一实施例中，邀请中不需要RL。

在本发明的又一实施例中，没有RL的邀请或者邀请/OPTIONS消息指示了对邀请列表的请求，而具有扩展参数(或者对应参数)的消息指示了对子控制PoC功能的请求。

为清楚起见，在上文中没有讨论根据本发明的PoC服务器在掌控的群的成员包含由PoC服务器掌控的另一个群时如何运作。根据配置，PoC服务器可以将成员列表中的所掌控的群视为未掌控的身份，即发送邀请给该群(即发送给自己)或者它可以如下面参照图9描述的那样进行动作，利用或不利用CL和NL皆可。

图9图示了当PoC服务器遍历所掌控的群的成员时根据本发明的PoC服务器的功能。这一功能可以与上述实施例一起使用，但是并不是必需的。即使在没有运用上面的实施例时，例如在隔离系统中或者利用上文在“背景技术”部分中描述的解决方案，也可以运用参照图9说明的这一功能。参照图9说明的功能利用上述控制级别和用于嵌套群的限制值NL以便限制级联的深度(即嵌套群的深度)。取代了术语控制级别，也可以使用术语级联级别。上文描述了使用嵌套群的限制值的优点。另外，实施图9之功能的PoC服务器避免将邀请发送给自己。这一点可能会在PoC服务器不检查群成员是否为由它掌控的群就发送邀请到每个群成员的情况下发生。

图9从PoC服务器已经接收邀请之后开始，其中目标身份是由PoC服务器掌控的群，而该邀请指示了会话已经具有控制PoC功能。在步骤901中如上文所述那样通过找到用于嵌套群的限制值NL来开始所掌控的群的处理。然后在步骤902中，如上所述那样根据在邀请请求中的指示来找到揭示级联级别的控制级别值CL。取代了在邀请中的控制级别值，或者如果该邀请不包含控制级别值，则可以在步骤902中使用即找到预设的控制级别值，比如一或者零。

当NL和CL已知时，在步骤903中比较它们的值。如果CL不小于NL，则已经达到级联级别而在步骤904中返回“空”。通过返回“空”，参照图9描述的功能向PoC服务器、即向PoC服务器中的其它功能指示：已经返回了要返回的所有群成员，而且已经完成参照图9描述的功能。

如果CL小于NL(步骤903)，则在步骤905中将所讨论的群的成员添加到要等待处理的具有对应CL(或者具有对CL的指示)的临时“检查列表”。为了遍历成员，在步骤906中从待处理的检查列表中获取一个成员。然后在步骤907中检查该成员的身份是否为由PoC服务器掌控的群身份。如果该身份是所掌控的群身份，则在步骤908中通过将与该身份相对应的CL加1来更新该CL，此后在步骤909中将更新的CL与NL做比较。如果CL小于NL，则在步骤905中通过将这一掌控的群身份的成员添加到检查列表来继续该功能。这一次对应的CL是更新的CL。

如果更新的CL(步骤909)不小于NL，则群身份不被扩展，即没有邀请群成员参与群通信。代之以在步骤910中检查检查列表是否为空，即在检查列表中是否剩下未处理的群成员。如果检查列表为空，则已经处理所有可能成员，而且返回“空”(步骤904)。

如果检查列表不为空(步骤910)，则该功能通过获得待处理的一个成员而在步骤906中继续下去。

如果成员不是由PoC服务器掌控的群身份(步骤907)，则该功能在步骤911中返回该成员的身份，而且通过检查该检查列表是否为空而在步骤910中继续下去。在步骤911中返回的身份可以是由PoC服务器掌控的个体身份或者由另一PoC服务器掌控的身份，该身份然后又可以是个体身份或者群身份(只有允许形成包含由其它PoC服务器掌控的群的群时可以是后者)。优选地，至少当该身份不是由PoC服务器掌控的个体身份时，在步骤911中将对应CL与该身份一起返回。然后可以在所讨论的身份被邀请加入该群时添加这一对应CL。

对于本领域技术人员不言而喻，当参照图9描述的功能与上述实施例一起实施时，重叠步骤不会执行两次。

在上文中已经假设每个域仅有一个PoC服务器掌控该域的所有身份，比如PoC服务器Z掌控域2的所有身份。然而，在每个域有两个或更多PoC服务器、每个域掌控该域的一些身份时如何实施本发明对于本领域技术人员是不言而喻的。例如，域foreign2可以具有掌控目标身份maria@foreign2的PoC服务器Z1和掌控目标身份marias-friends@foreign2的PoC服务器Z2。

虽然在上文中假设了控制PoC功能的控制级别是1或者初始群的级联级别是1，而且它随后被增加，但是对于本领域技术人员不言而喻，也可以通过将用于嵌套群的限制值NL设置为开始的控制级别或者级联级别、然后逐步减少它直至它变为零为止(或者达到另一给定限制)来应用本发明。同样不言而喻，初始群的控制级别或者级联级别可以是负的，而且它被增加直至它达到给定限制。这些以及上文揭示的比较是与CL和NL的比较有关的预定义限定的不同例子。同样不言而喻，控制级别或者级联级别可以在执行比较之前加以更新。

虽然上文参照将控制级别用作为级联限制或者级联级别的实施例来描述本发明，但是在没有级联限制的情况下如何实施本发明对于本领域技术人员是不言而喻的。例如，可以在第一实施例中跳过步骤305、307和311，而且就如同在步骤307中的回答已经为“是”一样继续该过程，并且无需在邀请消息中定义NL和/或发送CL，除非另有其它用途。即使在无穷级联的情况下，仍然邀请群成员参与该群，因为在找到群成员的同时将邀请发送到已经找到的前一群的成员。

上述具有值的参数NL、CL和RL中的一个或多个参数也可以是二进制指示。它们中的一个或多个参数可以在SIP报头中、在SIP P-报头中、在请求本体中、在URI-参数中、在报头参数中、在令牌中等。

通信系统可以包括一个或多个PoC功能、一个或多个PoC服务器和/或一个或多个PoC客户机，它们例如由于根据不同的规范发布来构建从而具有不同能力。当网络单元如PoC服务器或者用户设备如PoC客户机未被配置用以理解一个或多个上述扩展如CL或者NL时，它简单地忽略在请求中接收的扩展。

上文已经通过假设群是预设置或者预定义的PoC群来描述本发明。然而，也可以建立专门PoC群会话，而且可以邀请用户/群加入该专门PoC群会话。在那一情况下，PoC客户机可以发送其目标为conference-factory-URI的邀请，比如INVITE请求，在该邀请的本体中携带有URI-列表。例如，URI-列表看似如下(由于待使用的实际格式对于本发明而言不具有重要性，所以下面仅举例说明了其内容，而并非是实际格式)：ann@home.net；peter@Foreign.net；anns-friends@foreign.net；peters-friends@foreign.net；susan@home.net等。可以在互联网草案“draft-ietf-sipping-uri-list-conferencing-01.txt”中找到URI-列表的其他例子。例如，在预先建立会话的情况下，可以使用在本体中携带URI-列表的REFER(参阅)请求。可以在互联网草案“draft-ietf-sipping-multiple-refer-00.txt”中找到例子。应当理解，所用的邀请方法和邀请请求与本发明无关。因此，在图中未描述专门邀请方法，而是使用了简单邀请，比如“tinas-friends@home”。上述邀请仅仅是PoC客户机可以如何邀请用户/群的例子，而在以另一方式进行(发起)邀请时本发明也是可以应用的。

虽然在上文中没有说明，但是本发明也可以应用于一般的会议环境。上述PoC群会话实际上仅仅是会议的例子，并且PoC群会话身份/URI是会议URI的例子，PoC客户机是用来连接到会议的用户设备的例子。

对于本领域技术人员不言而喻，上述本发明也可以与群事务一起使用，即在没有会话建立需要嵌套群或者列表的情况下使用。该类情形的例子是在发送即时消息到具有一个或多个群作为成员的群时。可以在与上述PoC服务器相对应的一个或多个群列表(管理)服务器或者资源列表服务器RLS等中掌控这些群身份。

对于本领域技术人员不言而喻，上述本发明也可以与其它种类的请求一起使用。例如，本发明可以与如下不同种类的消息请求一起使用，比如即时消息，“存储和转发”消息，以及会话创建消息。这样的消息请求的例子是向具有一个或多个群作为成员的群发送的即时消息请求。可以在与上述PoC服务器相对应的一个或多个群列表(管理)服务器或者资源列表服务器RLS等中掌控这些群身份。“存储和转发”消息是相似的即时消息，但是通常存储它们以确保接收者立即接收该消息或者如果他无法立即可达则在以后接收该消息。会话创建消息不是单纯的事务而是创建会话、对话等。可以使用会话创建消息的例子是聊天会话。

在图3至图9中示出的步骤和信令消息在时间顺序上不是绝对的，而且可以同时或者以与给定顺序不同的顺序来执行这些步骤中的一些步骤。在这些步骤之间或者在这些步骤之内也可以执行其它功能。也可以省略这些步骤中的一些步骤或者这些步骤的一部分。信令消息仅仅是示例性的，而且甚至可以包括用于发送相同信息的数个单独消息。此外，该消息也可以包含其它信息。该消息也可以自由地组合成或者划分成数个部分。另外，消息的名称可以不同于上述名称，而协议可以不同于SIP。根据网络结构，在其之间已经划分了不同功能的其它网络节点可以参与到数据传输和信令中。

实施本发明功能的通信系统、用户设备和群通信服务器不仅包括现有技术的装置而且包括用于提供上述功能中一个或多个功能的装置。当前的群通信服务器包括可以在根据本发明的功能中加以利用的处理器和存储器。用于实施本发明所需的所有改型和配置可以作为例程来执行，该例程可以实施为附加或者更新的软件例程、应用电路(ASIC)和/或可编程电路，比如EPLD(电可编程逻辑器件)和FPGA(现场可编程门阵列)。

对于本领域技术人员不言而喻，随着技术发展，本发明的概念可以用各种方式付诸实践。本发明及其实施例不限于上文描述的例子，而是可以在权利要求的范围之内变化。

Claims (18)

1.一种在提供群通信服务的通信系统中邀请群成员加入群通信的方法，所述群通信服务允许群成员列表既包含个体身份又包含群身份，所述方法包括：

在第一服务器中接收对由所述第一服务器掌控的第一目标身份的邀请；

响应于所述第一目标身份是具有包含第二目标身份的群成员列表的群身份，发送对未由所述第一服务器掌控的每个第二目标身份的邀请，所述邀请被发送到掌控所述第二目标身份的第二服务器。

2.一种在提供群通信服务的通信系统中邀请群成员加入群通信的方法，所述群通信服务允许群成员列表既包含个体身份又包含群身份，所述方法包括：

在第一服务器中接收对由所述第一服务器掌控的第一目标身份的邀请；

响应于所述第一目标身份是具有包含第二目标身份的群成员列表的群身份，发送对未由所述第一服务器掌控的每个第二目标身份的邀请，所述邀请请求向所述第一服务器提供所述第二目标身份的成员列表，所述邀请被发送到掌控所述第二目标身份的第二服务器；以及

响应于从所述第二服务器接收所述成员列表，邀请在所述成员列表上的每个成员。

3.根据权利要求1或2所述的方法，还包括：

响应于在所述邀请中的所述目标身份是群身份，将用于嵌套群的限制值与在所述邀请中指示的级联值做比较；以及

仅当所述限制值与所述级联值之差在预定义范围之内时发送所述邀请到所述第二目标身份。

4.一种在提供群通信服务的通信系统中邀请群成员加入群通信的方法，所述群通信服务允许群成员列表既包含个体身份又包含群身份，所述方法包括：

在第一服务器中接收对由所述第一服务器掌控的目标身份的邀请；以及

响应于所述邀请包含应当提供成员列表的指示，发送包含由所述目标身份所覆盖的所述身份的成员列表。

5.根据权利要求4所述的方法，还包括：

响应于在所述邀请中的所述目标身份是群身份，将用于嵌套群的限制值与在所述邀请求中指示的级联值做比较；以及

仅当所述限制值与所述级联值之差在预定义范围之内时发送所述成员列表。

6.一种在通信系统中提供群通信服务的方法，所述群通信服务允许群成员列表既包含个体身份又包含群身份，所述方法包括：

接收与群通信有关的邀请；

响应于在所述邀请中的目标身份是群身份，将用于嵌套群的限制值与级联值做比较；以及

仅当所述限制值与所述级联值之差在预定义范围之内时找到在所述群成员列表上的身份。

7.根据权利要求6所述的方法，还包括，响应于在所述群成员列表上的未掌控的群身份：

更新所述级联值；

将用于嵌套群的所述限制值与所述级联值做比较；以及

仅当所述限制值与所述级联值之差在预定义范围之内时，找到在掌控的群身份的群成员列表上的所述身份。

8.一种提供群通信服务功能的网络服务器，所述网络服务器包括子控制群通信服务功能。

9.根据权利要求8所述的网络服务器，所述网络服务器被配置用以响应于接收与群通信有关的邀请，检查所述邀请是否指示了存在用于所述群通信的控制群通信服务功能，以及响应于存在控制群通信服务功能，将用于嵌套群的限制值与在所述邀请中指示的级联值做比较；以及仅当所述限制值与所述级联值之差在预定义范围之内时，通过触发所述子控制群服务功能来变成子控制群通信服务器。

10.根据权利要求8或9所述的网络服务器，所述网络服务器被配置用以响应于变成子控制群通信服务器，更新所述级联值，将所更新的级联值添加到对所述群成员的所述邀请，以及发送所述邀请。

11.根据权利要求8、9或10所述的网络服务器，所述网络服务器还包括控制群通信服务功能，以及被配置用以响应于不存在控制群通信服务功能，通过触发所述控制群服务功能来变成控制群通信服务器，以及邀请所述群成员加入所述群通信。

12.一种提供群通信服务功能的网络服务器，所述群通信服务功能允许群成员列表既包含个体身份又包含群身份，所述网络服务器被配置用以响应于在所接收的与群有关的邀请中的目标身份是群身份，将用于嵌套群的限制值与级联值做比较；以及仅当所述限制值与所述级联值之差在预定义范围之内时找到在所述群身份的群成员列表上的所述身份。

13.根据权利要求12所述的网络服务器，所述网络服务器被配置用以响应于从另一网络服务器接收所述邀请来执行所述比较。

14.根据权利要求12或13所述的网络服务器，所述网络服务器还被配置用以基于所述邀请的发送方来推断所述级联值。

15.根据权利要求12或13所述的网络服务器，所述网络服务器还被配置用以使用所述邀请包含的级联值。

16.根据权利要求12、13或14所述的网络服务器，所述网络服务器还被配置用以使用所述邀请包含的用于嵌套群的限制值。

17.根据权利要求12、13或14所述的网络服务器，所述网络服务器还被配置用以使用用于嵌套群的预设缺省限制值。

18.一种支持群通信服务的用户设备，所述用户设备被配置用以向群通信邀请添加用于嵌套群的限制值。

Images