用于使用实时控制协议连接消息来处理无线一键通自组织群组会话信息的方法和系统

摘要

公开了用于当已在无线一键通(PPT)(PoC)系统中的接收方PoC用户设备和PoC服务器之间设置预先设立的会话和自动应答模式时，根据偏好使能接收方PoC用户获得自组织群组被邀者信息并选择性地设立PoC会话的方法。具体地，公开了用于通过用户平面的信令来传递与被预期将参加群组通信的其他用户相关的信息的解决方案，以便有效地利用接收方会话初始化协议(SIP)的会话设置，并且另外地公开了访问规则、服务设置、计时器和用于改变在客户端和服务器之间设置的响应的方法，以便支持所述解决方案。

说明书

技术领域

本发明涉及用于在PoC(Push-To-Talk-over-Cellular，无线一键通)系统中设立自组织(ad-hoc)PoC群组会话时将群组被邀者信息传递到接收方的无线PTT(Push-To-Talk，一键通)客户端的方法和系统。

背景技术

在移动通信技术中的显著的发展和通信网络的扩展已导致提供使用移动电话的、各种各样的服务和应用。除基本的通信服务之外，用户要求更加多元化的服务，包括定位、多媒体和PTT服务。具体地，PTT服务支持诸如即时消息、状态显示以及群组与语音通信这样的各种各样的补充功能，其中，已由传统的无线电发射机或中继无线电通信系统(TRS)提供所述群组与语音通信。

当前，工业界正致力于使在移动通信网络中采用这样的PTT功能的PoC服务标准化。PoC服务的一个引起在PoC服务和传统的移动通信服务之间的区别的特征是，如果必要的话，用户在会话之间转移的同时能够执行通信，因为用户属于多个会话。在开放移动联盟(OMA)中指定用户必须在多个PoC会话之间转移的同时能够通信的需要，开放移动联盟为管理有关的移动通信服务的组织。

根据PoC 1.0标准，以诸如将媒体数据实时地只传送到参加PoC会话的PoC客户端这样的方式来设立PoC会话。根据这样的规则，例如，由于电池放电或缺失而不参加PoC会话的用户不能够接收诸如声音这样的在一对一的会话或群组PoC会话中被传送的媒体流。也就是，PoC 1.0技术不支持语音信箱功能，而在传统的通信系统中已支持该语音信箱功能。

发明内容

技术问题

同时，PoC 1.0标准支持自组织群组会话模式，该模式将用户列表指派为目标群组。在所述情况下，由于每个接收方PoC客户端不能够接收关于被邀请到自组织群组会话的用户的信息，因此问题是每个接收方PoC客户端不得不在获取关于被邀请的用户的信息之前，参加自组织群组会话。为此，如在PoC 2.0中的要求那样，在将接收方的用户邀请到会话时，指定用于将关于所有被邀请到如上所述的自组织群组会话的用户的信息传递到接收方的用户的方案，而接收方的用户需要所述信息来确定是否参加该会话。

同时，PoC 1.0标准支持预先设立的会话和自动应答模式，以便简化会话设立程序。当PoC客户端和PoC服务器接收对于自组织群组会话的会话邀请消息时，PoC客户端和PoC服务器立即响应，而不用通过将成功参加会话的消息传送到传送方PoC网络的、每个相应的用户的确认，并且如上所述，所述PoC客户端和PoC服务器支持预先设立的会话和自动应答模式两者。这是因为，当PoC服务器直接将会话初始化协议(SIP)成功的消息作为响应传送时，简化了在接收方PoC服务器和PoC客户端之间的SIP消息的交换程序，并且因而减少了会话建立时间。然而，在现有技术中所提供的预先设立的会话和自动应答模式具有如下缺点：不可能提供用于在设立自组织群组会话时传递群组被邀者信息的消息，或者不可能请求接收方PoC用户来确认被邀者的信息。

技术方案

因而，已做出本发明来解决在现有技术中出现的上述的问题，并且当PoC服务器接收包括对于自组织群组会话的被邀者信息的会话邀请消息时，本发明提供用于通过使用预先设立的会话来传递自组织群组会话的被邀者信息的方法和系统，而所述PoC服务器已与接收方PoC客户端设立自动应答模式和预先设立的会话。

本发明提供了用于当接收方PoC服务器传送相应的被邀者信息时不管接收方PoC客户端的响应模式如何都将识别用户是否参加会话的方法和系统。

本发明提供了用于信令以便当PoC客户端接受或拒绝参加自组织群组会话时有效地处理SIP和实时传输协议(RTP)媒体的到传送方的传送的方法和系统。

另外，本发明提供了用于在传递对于自组织群组会话的被邀者信息的方法中实现PoC客户端和PoC服务器的算法和功能的方法和系统。

根据本发明，提供了用于处理在PoC系统中的PoC自组织群组会话信息的系统，其中已在接收方PoC客户端和接收方PoC服务器之间设置预先设立的会话和自动应答模式，在设立PoC自组织群组会话时将自组织群组会话被邀者信息提供到接收方PoC客户端，并且根据所提供的被邀者信息执行会话建立，所述系统包括：PoC服务器，当已从传送方网络接收包括自组织群组被邀者信息的会话邀请消息时，所述PoC服务器创建包括被邀者信息和自动应答覆盖(AAO)请求参数的连接消息，所述PoC服务器将所创建的连接消息传递到接收方PoC客户端，然后根据从PoC客户端接收的响应执行PoC会话程序；和PoC客户端，不管当前设置的响应模式如何所述PoC客户端都进入人工响应模式，以便当已接收连接消息时将被包括在连接消息中的被邀者信息传递到PoC用户，并且所述PoC客户端将包括从PoC用户输入的关于接受或拒绝参加会话的信息的响应消息传递到PoC服务器。

根据本发明，提供了用于处理在PoC系统中的PoC自组织群组会话信息的方法，其中已在接收方PoC客户端和接收方PoC服务器之间设置预先设立的会话和自动应答模式，所述方法在设立PoC自组织群组会话时将自组织群组会话被邀者信息提供到接收方PoC客户端，所述方法根据所提供的被邀者信息执行会话建立，所述方法包括当已从传送方网络接收包括自组织群组被邀者信息的会话邀请消息时，由PoC服务器创建包括被邀者信息和AAO请求参数的连接消息，并将所创建的连接消息传递到接收方PoC客户端；当已接收连接消息时，不管当前设置的响应模式如何，都由PoC客户端进入人工响应模式，以便将被包括在连接消息中的被邀者信息传递到PoC用户；由PoC客户端传递包括从PoC用户输入的关于接受或拒绝参加会话的信息的响应消息传递到PoC服务器；并且根据从PoC客户端接收的响应，由PoC服务器执行PoC会话程序。

根据本发明，可能的是选择性地将AAO请求参数包括在连接消息中。

此外，本发明包括用于根据PoC用户设备传送用户确认消息的时间点来改进在预先设立的会话和自动应答中的自组织PoC群组会话设立程序的程序。

根据本发明，提供了用于当接收方PoC服务器接收包括对于传送方网络的自组织群组被邀者信息的会话邀请消息时，根据在接收方PoC客户端和接收方PoC服务器之间预置的服务设置，来处理被包括在会话邀请消息中的自组织群组被邀者信息的方法，以便当在PoC系统中设立PoC自组织群组会话时，将自组织群组会话被邀者信息提供到接收方PoC客户端，并根据所提供的被邀者信息执行会话建立，其中已在接收方PoC客户端和接收方PoC服务器之间设置预先设立的会话和自动应答模式。也就是，自组织群组被邀者信息处理方法包括当已设置接收方PoC客户端来接收支持自组织群组被邀者信息的接收的预先设立的服务时，创建包括被邀者信息的连接消息，并将所述连接消息传递到接收方PoC客户端；当接收方PoC客户端接收连接消息时，由接收方PoC客户端将被包括在连接消息中的被邀者信息传递到PoC用户；由接收方PoC客户端将包括由PoC用户输入的关于接受或拒绝参加会话的信息的响应消息传递到PoC服务器；以及根据从接收方PoC客户端接收的响应，由PoC服务器执行PoC会话程序。

本发明提供了用于当已在接收方PoC客户端和PoC服务器之间设立预先设立的会话和自动应答模式时通过使用预先设定的会话来传递对于自组织群组会话的被邀者信息的方法。另外，本发明提供了用于管理由PoC客户端设立的响应模式的自组织群组会话设立程序，以便通过预先设立的会话来利用用户平面的信令并反映接收方PoC用户的目的来进行会话设立。

有益效果

本发明提供了用于通过使用经由预先设立的会话传递的RTCP消息，来传递对于自组织群组会话的被邀者信息的方法，以及用于依赖于接收方PoC用户的选择在PoC UE(User Equipment，用户设备)和PoC服务器之间执行接受或拒绝参加会话的程序的方法，已设立所述PoC UE和PoC服务器来使用预先设立的会话和自动应答模式。此外，根据本发明，由于可能识别会话被邀者信息或在上述的方案中的自组织群组的匿名用户的数目，因此PoC用户能够确定是否参加会话。另外，根据本发明，在提供PoC会话的快速的设立的同时，PoC系统能够管理由于响应模式的不一致的RTP媒体流的传递。

附图说明

图1说明传统的PoC服务系统的构建；

图2说明传统的PoC服务器的功能；

图3说明群组会话的构建，其包括控制PoC功能单元和参加PoC功能单元；

图4示出当根据本发明的第一实施例将自组织群组被邀者信息传送到PoC服务器，或从PoC服务器接收自组织群组被邀者信息时，由PoC用户根据会话设立响应来处理的信号的流程；

图5示出当根据本发明的第一实施例将自组织群组被邀者信息传送到PoC服务器，或从PoC服务器接收自组织群组被邀者信息时，由PoC用户根据会话拒绝响应来处理的信号的流程；

图6示出当根据本发明的第二实施例将自组织群组被邀者信息传送到PoC服务器，或从PoC服务器接收自组织群组被邀者信息时，由PoC用户根据会话拒绝响应来处理的信号的、改进的流程；

图7说明在图4中示出的用户设备(UE)和PoC服务器之间所传递的实时控制协议(RTCP)连接消息的格式；以及

图8说明在图4中示出的UE和PoC服务器之间所传递的RTCP响应(ACK)消息的格式。

具体实施方式

将参考附图来描述本发明的优选实施例。将针对把本发明应用于PTT系统(具体地应用于PoC系统)给出下列的描述，该PoC系统通过蜂窝式移动通信网络提供PTT服务。一般地，PoC系统使用SIP协议和SIP扩展协议，以便传递对于群组通信的会话参加信息，并使用可扩展标记语言(XML)的配置访问协议(XCAP)，以便获得群组信息。此外，将RTP/RTCP协议用于在所设立的会话中的实时媒体传输和管理，并且定义被称作为“语音流控制协议(Talk Burst Control Protocol，TBCP)”的基于实时RTCP的专用协议，并将其用于管理发言权，该发言权为PTT服务的特征。具体地，本发明使用具有RTCP APP的形式的TBCP消息或最新设立的MBCP消息，以便通过使用预先设立的在PoC服务器和UE之间的会话来传递被邀者信息。

可以利用上述的协议来实现本发明的下列的实施例，并且本发明的基本的构建基于PoC Rel.1系统，并且可以利用PoC Box或扩展的概念上的XML文档管理(XDM)服务器来描述所述构建。

首先，针对正常的PoC系统给出下列的描述，将本发明应用于该PoC系统。

图1说明传统的PoC服务系统和相关网络的构建。PoC系统包括PoC UE100、可扩展标记语言(XML)文档管理服务器(XDMS)130和140以及PoC服务器150。另外，PoC系统可以进一步包括聚合代理服务器160。可以将上述的组件通过接入网110、SIP/IP核心网络120或远程PoC网络170相互连接。

PoC UE 100包括PoC客户端102和XML文档管理客户端(XDM客户端)104。

PoC客户端102表示被包含在PoC UE 100中的服务请求者，驻留在PoCUE 100中并执行网络访问，以便将PoC服务提供给PoC服务的订户。可以将PoC服务通过装备了PoC客户端的PoC UE提供给PoC服务的订户。在下列的描述中，将把“PoC客户端”用作为对于PoC服务的订户和装备了PoC客户端的UE的一般的术语。此外，除非需要特定的区别，否则将省略PoC客户端的参考标号。

主要将PoC客户端用于使能PoC服务的订户(即，PoC用户)设立PoC会话，参加已经设立的会话，或停止所设立的会话。PoC客户端还具有用于创建并传送语音流、支持即时个人提醒和认证到PoC服务的访问的功能。可以将PoC客户端通过接入网110连接到支持SIP/IP多媒体的SIP/IP核心网络120。

将PoC客户端经由接入网110连接到重要地支持SIP/IP多媒体服务的SIP/IP核心网络120。将SIP/IP核心网络120连接到PoC服务器150和XDMS 130和140，以便支持PoC服务。在该情况下，PoC服务器150能够执行对于维持并管理PoC会话的控制PoC功能，并执行用于参加为点对点通信或多点通信所设立的PoC会话的参加PoC功能。

同时，可以利用群组会话设立服务来附随PoC服务，诸如会议通信那样。为此目的，OMA标准定义XDMS 130与140和对于群组列表服务的XDM客户端104。图1说明用于PoC服务的PoC XDMS 140和与其他服务使能器(enabler)兼容的共享的XDMS 130。可以将关于群组和群组成员的信息通过PoC客户端存储在XDMS 130和140中。PoC客户端102从由XDMS 130和140接收的个人或群组的列表获取关于它能够呼叫的其他PoC客户端的信息。同时，可以经由PoC服务提供商能够依赖的、诸如互联网或内联网这样的通信网络，来引导被存储在XDMS 130和140中的群组和群组成员信息的创建、修改和管理。由于用于管理XML文档(例如，群组列表的创建、修改和移除)的协议与本发明没有直接的关系，因此将省略其详细的描述。

对于群组服务，在从XDM客户端104接收与群组列表相关的请求时，聚合代理服务器160根据合适的规则将该请求发送到XDMS 130和140。

现在将描述PoC服务器150。

图2说明传统的PoC服务器的构建。可以将PoC服务器的功能分类成用于一般地维护并管理PoC会话的控制PoC功能(CF)和用于处理对每个PoC会话的维护和管理的参加PoC功能(PF)。现在将参考表1和2，根据PoC服务器的每个功能来描述特性。

表1

【表一】

【表】

 

控制PoC功能(CF)提供集中的PoC会话处理提供集中的媒体分布提供包括发言者识别的、集中的语音流仲裁的功能提供SIP会话处理，诸如SIP会话组织和停止等这样的提供对于参加群组会话的策略执行提供参加者信息收集并提供集中的媒体质量信息提供集中的计费报告可以提供在不同的编解码器之间的转换编码支持语音流控制协议的协商

如表1中所示，在PoC服务器的功能之中，CF涉及PoC会话的全部的管理。具体地，CF批准PoC客户端对发言权的请求，决定将发言权给客户端的次序，并按照所述次序将发言权给客户端。此外，CF从特定的PoC客户端将语音流分配到参加群组PoC呼叫的其他PoC客户端，并提供关于参加群组PoC呼叫的PoC客户端的信息。

如下面的表2所示，PF与在PoC会话期间在CF和每个PoC客户端之间所连接的会话的管理相关。具体地，PF转播PoC客户端对发言权的请求和通过CF对PoC客户端的发言权的同意。此外，PF执行在CF和PoC客户端之间的媒体转播功能以及当CF和PoC客户端使用不同编解码器时的转换编码功能。另外，当在另一个语音流正出现于同时发生的多个会话中的同时，在会话中产生一个语音流时，PF根据用户的选择来执行对于过滤所述语音流中的一个的过滤功能。

表2

【表2】

【表】

 

参加PoC功能(PF)提供PoC会话处理可以提供在PoC客户端和控制PoC服务器之间的媒体转播功能可以提供用户媒体适应程序可以提供在PoC客户端和控制PoC服务器之间的语音流控制消息转播功能代表所表示的PoC客户端提供SIP会话处理，诸如SIP会话组织和停止等这样的提供对于输入的PoC会话的策略执行(例如，访问控制、输入的PoC会话排除和可用性状态，等等)可以收集并提供媒体质量信息提供参加者计费报告在同时发生的会话的情况下，可以提供媒体流的过滤可以提供在不同的编解码器之间的转换编码可以支持语音流控制协议的协商存储PoC客户端的当前的应答模式和输入的PoC会话排除偏好

图3说明在群组会话中的PoC UE和PoC服务器的连接，其中分别根据PoC服务器的功能来说明CF单元和PF单元。

将PoC客户端100-A至100-D通过PF310-A至310-D连接到CF 300，并建立PoC会话。其后，将相应于PoC客户端(其已从CF 300同意发言权)的相应的语音流的媒体发送到其他的PoC客户端。在所述情况下，具有发言权的PoC客户端不能够在已检测关于PoC客户端参加群组会话的信息之前输出语音流。

同时，对于在PoC系统中的通信连接的呼叫处理技术可以具有依赖于传送方和接收方的需要和状态的、各种各样的程序。根据传送方和接收方的建立所需要的、基于OMA的PoC系统的特性如下：

首先，接收方能够根据PoC客户端的请求设立它自己的响应模式，其中可以将响应模式分类成自动应答模式和人工响应模式。在自动应答模式中，当传送方被包括在由接收方预置的PoC客户端列表中时，直接由相应的网络将响应发送到传送方，来代替接收方的人工响应。这样做是因为，根据UE的响应模式建立请求，PoC服务器具有存储关于响应模式和相应的用户列表的信息的功能。同时，当传送方未被包括在自动应答列表中时，当不清楚传送方是否被包括在自动应答用户列表中时，或当接收方将人工应答模式设立到每个用户时，执行人工响应模式。在人工响应模式中，将PoC通信请求通过接收网络传送到UE，并且在PoC客户端的许可之后连接呼叫。

其次，根据是否将把PoC系统连接到在PoC用户的家庭网络之内的PoC服务器，所述PoC系统可以具有点播会话模式和预先设立的会话模式。在预先设立的会话模式中，根据PoC客户端的请求，由PoC客户端预先设立在PoC客户端和属于用户的家庭网络的PoC服务器之间的会话。由于这样的预先设立的会话必要的是提前与PoC服务器协商将由PoC客户端使用的媒体参数，因此能够快速地设立会话，而不用协商将稍后在PoC服务器和客户端之间使用的媒体参数。

为了设立预先设立的会话，PoC客户端采用SIP INVITE方法，以便通过会话描述协议的多用途互联网邮件扩展(SIP MIME)主体，提供由PoC客户端支持的并由服务器提供的媒体参数，以及对由服务器提供的媒体参数响应。在从服务器接收响应消息时，将响应消息与最新预先设立的会话的识别信息(例如，群组的统一资源标识(URI))一起发送到PoC客户端。

当使用这样的预先设立的会话时，可能的是提前协商IP地址、端口号、将被使用的编解码器和语音流控制协议。点播会话模式相应于当还没有由任何PoC客户端设立预先设立的会话时。因而，PoC客户端执行对于在从另一个PoC客户端接收邀请消息之后用于连接PoC呼叫的程序。

能够将对于在PoC系统中的通信请求的响应模式的建立，存储在PoC服务器(其为网络元件)和PoC客户端(其为UE)两者中。

当在管理PoC客户端的家庭网络中设立响应模式时，在具有在PoC客户端所属的家庭网络之内的PF的PoC服务器中实现所述响应模式。

当已在网络中设立响应模式时，PF通过将会话进度消息传送到已请求通信的网络，立即并自动地响应于另一个PoC服务器对PoC通信的请求。因此，与当在将会话建立消息传递到PoC客户端之后传送响应时相比较，当已设立自动应答模式时，简化了呼叫请求程序，由此减小被需要来同意发言权的、初始的时限。

然而，当在网络中自动地执行响应时，能够出现不同于用户的响应的结果。因此，甚至能够在PoC客户端中建立响应模式。在所述情况下，PoC客户端的响应模式具有比在网络上建立的响应模式更高的优先级。执行这点是为了避免当PoC客户端修改它的响应模式并请求PoC服务器更新响应模式时出现的隐私问题的目的，但是，因为在网络中的信号延迟或错误，响应模式不被实时地更新。

总之，虽然能够在PoC服务器和PoC客户端两者中建立对于PoC服务的用户的响应模式，但是由PoC客户端确定响应模式，其中已反映最新的用户的意图，并且基于该确定来传递诸如实际用户的声音或图像这样的媒体的流。

现在将描述对于在上述的PoC系统中设立PoC多媒体会话的程序。

传送方PoC客户端通过借助于SIP协议传送多媒体邀请消息，来请求呼叫处理。在所述情况下，多媒体可以根据媒体类型的约定，包括具有各种各样的格式的音频、视频和文本。响应于这样的呼叫处理请求，接收方客户端依赖于在相应的PoC服务器中建立的响应模式，并依赖于是否已设立预先设立的会话，来执行各种各样的响应程序。现在将通过使用对于传送方和接收方两者的单个的网络，来描述用于PoC通信的呼叫处理程序。

传送方PoC客户端将包括接收方PoC客户端的SIP地址信息的SIPINVITE请求发送到相应的SIP/IP核心网络，该传送方PoC客户端期望与所述接收方PoC客户端通信。在所述情况下，SIP INVITE消息可以进一步包括诸如传送方PoC客户端的PoC地址信息、所需要的媒体参数和识别PoC服务的特征值信息这样的元素。在此，“所需要的媒体参数”可以包括诸如当所需要的会话与多媒体相关时关于音频与视频、速率和有效载荷类型的编码方法这样的多个特征值。

基于在动态主机配置协议(DHCP)服务器或域名服务器(DNS)中的路径查询，将SIP INVITE消息经由在IP多媒体子系统(IMS)网络中的、相应的IMS服务器(即是，代理呼叫服务器控制功能(P-CSCF)和服务呼叫服务器控制功能(S-CSCF))传递到参加的PoC服务器。当请求正常的通信时，能够从管理所设立的会话的语音流的控制PoC服务器分离地实现参加的PoC服务器(PoC客户端被连接到该参加的PoC服务器)，从而将被发送到PF服务器的SIP INVITE请求经由相应的网络的SIP/IP核心网络传递到CF服务器。

同时，包括CF的PoC会话控制网络将SIP INVITE请求消息传递到接收方网络，然后从接收方网络接收响应消息。依赖于PF和接收方PoC客户端的建立，从接收方网络响应的SIP消息可以是1xx临时响应消息、2xx成功响应的消息，或者是4XX至6XX错误响应消息中的一个。在自动应答模式中，可以将SIP 183会话进度信号接收为响应消息，通过所述响应消息，在PoC服务器和客户端之间的连接能够在通信请求者的IMS网络中发生。作为接收方PoC客户端的通信许可信号，将SIP 183会话进度或SIP 200 OK响应经由CF和PF PoC服务器传送到PoC客户端。在从接收方PoC服务器接收200 OK响应或183会话进度信号时，CF确认已连接PoC呼叫，并将发言权同意信号传送到传送方PoC客户端，以便同意对于语音流的发言权。可以通过使用“确认的”或“未确认的”，来识别响应(即是，根据SIP 200 OK或183会话进度信号同意对于语音流的发言权)。当CF接收“未确认的”响应时，它需要缓冲功能。

同时，在接收对SIP INVITE请求信号的响应信号之后，传送方PoC客户端接收发言权同意信号，来通过RTCP传递语音流传送许可信号，例如，回铃音。由具有语音流的调解权利的CF创建发言权同意信号，并将所述发言权同意信号通过管理相应的PoC客户端的PF传送到PoC客户端。由于发言权同意信号使用承载路径来代替SIP协议，因此能够传送发言权同意信号，而不通过诸如IMS这样的SIP/IP核心网络。已确认回铃音的PoC客户端使用RTP来传递媒体，例如声音的流。

将参考上述的PoC系统的构建描述本发明的实施例。PoC客户端A期望设立包括客户端B、C和D的自组织群组会话。同时，假设PoC客户端B已与PoC服务器B设立预先设立的会话，并已在PoC服务器B(即，PF B)中将上述的自动应答模式设立为响应模式。在这些假设之下，本发明使用响应模式和在PoC客户端B和PoC服务器B之间设立的预先设定的会话，并使能PoC服务器将PoC客户端C和D的PoC标识信息提供到PoC客户端B，所述PoC客户端C和D为在自组织群组中被邀请的客户端。另外，本发明提供用于使能PoC客户端B的用户来在相应的自组织群组会话中识别被邀者信息，并使下列的会话设立程序进行的方法。

将参考图4和5，详细地描述在PoC服务器和PoC客户端之间被传送/被接收的信号的流程，其中，PoC服务器将自组织群组被邀者信息提供到相应的PoC客户端，并且已接收自组织群组被邀者信息的PoC客户端接受或拒绝会话的设立。

另外，本发明提供将竞争条件用作为被邀者信息确认消息的程序，其中，该竞争条件是用于在响应模式的不一致的环境中防止媒体被无条件地传送的技术，媒体被无条件地传送可能在传统的预先设立的会话和在PoC服务器和UE之间的自动应答模式中出现。图4示出了当根据本发明的实施例在传送方PoC网络中对会话请求自组织群组被邀者信息时，接收方PoC服务器和PoC客户端的功能及其信号的流程。在此，假设PoC客户端A期望设立包括PoC用户A、B、C和D的自组织群组会话，已在PoC服务器B和PoC客户端B之间设立预先设立的会话，并且已将PoC服务器B的响应模式设立成自动应答模式。

在步骤400中，PoC客户端A将包括关于PoC用户A、B、C和D(其为自组织群组会话的被邀者)的信息的SIP INVITE消息传送到在PoC客户端A的家庭网络中的PoC服务器A。在所述情况下，根据自组织群组的特性，PoC服务器A甚至起控制PoC服务器X的作用，从而可以按照物理构建将PoC服务器A实现为一个服务器。将本发明描述为包括分离的控制PoC服务器X。下列的描述是针对这样的实例给出的：其中在步骤402中控制PoC服务器X已从PoC客户端A接收INVITE消息，并将INVITE消息传送到在自组织群组会话的被邀者之中的PoC客户端B。

在步骤404中，当接收方PoC服务器B接收包括相应的群组的被邀者信息的INVITE消息时，接收方PoC服务器B检测响应模式、与接收方PoC客户端B一起设立的预先设立的会话、以及被邀请的PoC用户的标识信息。

当能够通过使用被提议的媒体参数来利用预先设立的会话，并且已将响应模式设立成自动应答模式时，PoC服务器B将200OK消息通过步骤406至410传送到PoC客户端A。随后，接收方PoC服务器B在步骤412中创建包括关于相应的被邀者的信息的RTCP连接消息，然后在步骤416中将RTCP连接消息传送到预先设立的会话的对话中。在步骤412中，接收方PoC服务器B可以将自动应答覆盖(AAO)请求参数插入到RTCP连接消息中，以便请求接收方用户的确认，该AAO请求参数覆盖PoC客户端B的所设立的响应模式，并将人工响应强加于PoC客户端B。

另外，在传送RTCP连接消息之后，PoC服务器B可以操作用于RTCP连接消息的终止的计时器A，并保持发言权的同意和/或媒体流的传送，直到从PoC客户端B接收成功响应的消息(步骤414)。如果不接收RTCP响应消息，则PoC服务器B可以在计时器B未终止的范围之内通过操作计时器B来重传RTCP连接消息，该计时器B为用于重新请求连接消息的计时器。在所述情况下，当在正驱动计时器A和B的同时，PoC服务器B接收RTCP响应消息或释放预先设立的会话时，PoC服务器B结束计时器的驱动。同样，PoC服务器B将媒体传送保持在会话中直到计时器B终止。

同时，已接收(已在步骤416中被从PoC服务器B传送的)RTCP连接消息的PoC客户端B使能PoC用户检测被包括在RTCP连接消息中的自组织群组被邀者信息(步骤418)，确定由用户在步骤418中输入的接受或拒绝响应，并根据用户的响应，响应于RTCP连接消息来传送RTCP响应消息。

同时，图4的程序说明PoC用户何时在步骤418中选择会话设立的接受。因此，在步骤420中PoC客户端B将会话接受消息传送到PoC服务器B，从而设立对等的PoC会话。已在步骤422中被同意发言权的PoC客户端A在步骤425和426中将真实的RTP媒体传送到PoC客户端B。接收方PoC客户端B接收从PoC客户端A传送的媒体流，并自动地实时再生或显示所接收的媒体流。

图5示出当PoC用户拒绝参加相应的会话时的会话进度程序，该PoC用户已通过在图4的步骤416中所接收的RTCP连接消息检测自组织群组被邀者信息。图5的步骤500、502、504、506、508、510、512、514、516和518分别与图4的步骤400、402、404、406、408、410、412、414、416和418相同。同时，在步骤516之后，当PoC用户检测自组织群组被邀者信息，然后拒绝会话连接时，PoC客户端B将包括会话拒绝参数的RTCP响应消息传送到PoC客户端B。在检测被邀者信息之后，PoC用户可以通知其他用户所述PoC用户已拒绝会话的参加。稍后将参考图8描述用于插入参加拒绝理由码的详细的方法，该参加拒绝理由码用于通知其他用户会话参加已被拒绝。

同时，根据被包括在步骤520内从PoC客户端B传送的消息中的会话拒绝响应，PoC服务器B将SIP BYE消息通过步骤526、530和531传送到PoC客户端A，由此通知PoC客户端A会话连接已被拒绝。也就是，通过步骤526至532从相应的自组织群组释放通过步骤506至510所设立的SIP会话。同样，由于会话的释放，不将在该时间处所传送的RTP媒体流传递到PoC客户端B。在所述情况下，服务器方计时器A和B运作，以便执行与图4的计时器A和B的功能相同的功能。

同时，稍后将参考图7和8描述对于表达被包括在参考图4和5所描述的RTCP连接消息中的、被邀者信息的详细的格式和AAO参数。在所述情况下，将AAO参数被选择性地包括在RTCP连接消息中，以便改进接收方PoC客户端的响应程序。

本发明提供用于使用RTCP连接消息来传递自组织群组被邀者信息，并用于使用在图6中所说明的AAO功能通过考虑竞争条件(即是，在UE和服务器之间的响应模式中的不一致)来改进会话设立程序的方法。

PoC客户端A将包括被邀者信息的INVITE消息通过步骤600至604传递到PoC服务器B。然后，已接收包括被邀者信息的INVITE消息的PoC服务器B，检测是否已设立预先设立的会话和响应模式，并创建将被包括在RTCP连接消息中的被邀者信息和AAO参数(步骤606)。还有，PoC服务器B驱动服务器方计时器A和B，其执行与参考图4和5所描述的计时器A和B的功能相同的功能，以便处理RTCP连接和响应消息(步骤608)。当在会话进度程序中还未接收RTCP响应消息时，除分块的媒体流的上述功能之外，还将计时器A设计来生成4XX错误响应。还有，当还未接收与图4的RTCP的响应相同的RTCP响应时，计时器B运作以重传RTCP连接消息。

其后，PoC服务器B将RTCP连接消息传送到PoC客户端B(步骤610)，在该RTCP连接消息中插入了在步骤606中所创建的被邀者信息和AAO参数。然后，已接收RTCP连接消息的PoC客户端B使能PoC用户基于AAO参数，来检测被邀者信息，然后检测由PoC用户输入的对会话设立的响应(步骤612)。

当PoC用户确定以拒绝在步骤612中的自组织群组会话的设立时，PoC客户端B将包括拒绝理由的RTCP响应消息传送到PoC服务器B(步骤614)。同时，当PoC服务器B在计时器A终止之前接收在步骤614中所传送的消息时，或者当计时器A在PoC服务器B接收步骤614中所传送的消息之前终止时，PoC服务器B通过步骤616将会话错误响应传送到传送方的网络。其后，PoC客户端A可以独立地执行包括诸如在步骤618中的被邀者信息这样的被邀者信息的另一个会话设立操作。

图6示出用于根据PoC用户的选择在PoC用户检测被邀者信息之后在预先设立的会话和自动应答模式中设立会话的程序。

同时，已接收在图4至6中的会话INVITE消息的PoC服务器B可以根据分离的访问规则或服务设置，执行自动应答程序或人工响应程序，所述分离的访问规则或服务设置被设计来确定包括自组织群组被邀者信息的上述的消息的响应模式。被存储于XDM服务器中的访问规则可以包括关于当接收包括被邀者信息的会话INVITE消息时，是否允许自动应答模式的规则文档。在所述情况下，当被邀者信息访问规则不允许自动应答模式时，PoC服务器覆盖为相应的客户端所存储的响应模式，并采取人工响应模式。详细地，将被邀者信息访问规则作为<action>元素包括于“PoC用户访问策略”中。当<action>元素不允许用于包括自组织群组被邀者信息的会话INVITE消息的自动应答模式时，PoC服务器覆盖被存储在那里的自动应答模式服务设置，采取人工响应程序，并通过使用SIP消息传递所接收的被邀者信息。

图7说明参考根据本发明的图4至6所描述的RTCP连接消息的格式。基于典型的RTCP APP消息的格式的RTCP连接消息包括二进制数据，诸如在资源描述(SDES)项的内容字段中的“SDES item content＝‘XXXXFYYYYYYYYYY’”这样的，以便识别被邀者信息的传递。例如，可以将“XXXX”字段用于表示有会话启动器、会话或PoC群组的标识(ID)信息，该ID信息被包括在现有技术中。“F”字段表示当“F”字段具有“1”的值时将群组会话或自组织群组会话的被邀者信息包括在RTCP连接消息的SDES项的字段中。还有，当如上所述，设置“F”字段具有“1”的值时，将相应的被邀者的统一资源标识(URI)地址信息包括在SDES项的字段中。

在所述情况下，当将相应的被邀者信息包括在SDES项的字段中时，可以如由特定的PoC用户或PoC服务操作员所需要的那样，将URI地址信息设置为匿名的，然后不将URI地址信息传递到接收方PoC客户端。可以将关于匿名的请求者的匿名身份和数目的信息提供到接收方PoC用户，以代替被请求为匿名的被邀者的URI地址信息。

其次，可以将AAO请求参数包括在附加的指示器字段中。也就是，当在图7中添加“Add.Indic.＝‘xayyyyyy’”时，具有“1”的值的“a”字段导致RTCP连接消息以作为指示“自动应答覆盖(AAO)”的操作的消息来操作。当PoC客户端接收包括这样的参数的RTCP连接消息时，不管预置的响应模式如何，PoC客户端都导致PoC用户人工地响应。

同时，本发明的范围不限于消息名，可以将RTCP连接消息修改或改变成基于RTCP APP的格式定义的用户平面消息。例如，可以如PoC 2.0中定义的那样将RTCP连接消息作为附加的字段插入到语音流(TB)连接消息中，或可以在TB连接或MB连接消息中提前呈现所述RTCP连接消息，并在诸如“MBCP通告”消息这样的新的消息形式中传递所述RTCP连接消息。应该清楚地理解的是，可以将用于报告包括自组织群组会话的被邀者信息的“F”字段和/或用于请求用户人工地响应的“a”字段，表示为在用户平面消息中的不同类型的可选字段。

图8说明参考根据本发明的图4至6所描述的RTCP响应(ACK)消息的格式。在已将被邀者信息和人工响应请求消息从PoC服务器B传递到PoC客户端B之后，当PoC用户拒绝会话邀请时，PoC客户端可以传送包括拒绝理由的RTCP响应消息，以便将对会话邀请的“振铃”响应发送到传送方的网络，或者可以传送包括拒绝理由的SIP错误响应。为此目的，以理由码来将表示被邀者信息的不可能性的字段值定义在图8内所示的RTCPACK响应消息中。

另外，本发明基于与在图4的基本的程序中的PoC服务器和PoC客户端之间的自组织群组被邀者信息相关的服务设置，提供处理在PoC服务器和PoC客户端之间的连接消息的程序。首先，在PoC服务器B中，PoC客户端B设立指定PoC客户端B能够接收自组织群组被邀者信息，或指定PoC客户端B期望使用的被邀者信息的服务设置(例如，被邀者当事人身份信息模式为活动的)。在所述情况下，可以通过使用SIP PUBLISH方案来实现被邀者信息服务设置，并可以通过扩展对于服务设置的现有的XML方案来实现。同时，当在所存储的设置的值之中的被邀者信息接收模式的值为“真”时，在将自组织群组会话邀请消息传送到接收方PoC客户端之前，已接收包括被邀者信息的自组织群组会话邀请消息的PoC服务器B根据RTCP连接消息的格式，纠正并修改被邀者信息。相反地，当在服务设置的值之中的被邀者信息接收模式的值为“假”时，PoC服务器B将不包括相关的被邀者信息的RTCP连接消息传送到接收方PoC客户端。

在已参考其一些优选的实施例来示出并描述本发明的同时，将被本领域技术人员理解的是，可以做形式和细节上的各种各样的改变，而不脱离由所附权利要求所定义的本发明的精神和范围。因而，本发明的范围将不限于上面的实施例，而是由权利要求及其对等专利来限定。