CN102160353B - 用于建立poc会话的方法和设备 - Google Patents

Abstract

根据本发明的第一方面，提供了一种使用IP多媒体子系统网络在邀请蜂窝上即按即说(PoC)客户端与至少一个受邀PoC客户端之间建立PoC通信会话的方法。该方法包括使用预建立的会话过程在邀请PoC客户端与用于邀请PoC客户端的参与PoC服务器之间协商媒体参数。在邀请PoC客户端，将通话突发控制协议(TBCP)或媒体突发控制协议(MBCP)消息直接发送到其参与PoC服务器，TBCP或MBCP消息包含所述至少一个受邀PoC客户端的PoC地址。在所述参与PoC服务器，响应接收TBCP或MBCP消息，生成SIP邀请消息并且将该SIP邀请消息向用于所述至少一个受邀PoC客户端的参与PoC服务器发送。

Description

用于建立POC会话的方法和设备

技术领域

本发明涉及用于在用户之间建立蜂窝上即按即说(Push-to-Talkover Cellular)(PoC)会话的方法和设备。

背景技术

称为开放移动联盟(OMA)的工业小组开发了蜂窝上即按即说(PoC)规范，该规范旨在使得能够通过标准移动无线通信网络来提供类似对讲机服务的服务，即在按下按钮时，一个订户能几乎立即连接到一个或多个其它订户。PoC当前在开放移动联盟发布的文档中定义，包括PoC规范1.0和2.0。

PoC基于RFC3261中指定的会话启动协议(SIP)和因特网工程任务组(IETF)开发的扩展。PoC系统一般情况下在GSM/GPRS/3G网络上实现，并且利用第三代合作伙伴项目标准化的IP多媒体子系统(IMS)以有利于将高级的数据服务、并且具体而言实时多媒体服务引入蜂窝网络。PoC服务器位于IMS内或附连到该系统，并且实现设置和控制PoC会话的功能。PoC数据包括使用实时传输协议通过分组网络携带的“突发”(如RFC 2326中定义的)。

PoC基础设施包括PoC客户端和PoC服务器。PoC客户端驻留在移动终端中并用于接入PoC服务。PoC服务器充当控制PoC功能(一般是在PoC服务器在启动方的IMS网络内的情况下)或参与PoC功能(一般是在PoC服务器在被叫方的IMS网络内的情况下)或两者。PoC服务器角色的确定在PoC会话建立期间进行，并且取决于PoC会话的类型。一旦PoC服务器角色已确定，它们对于会话的持续时间便保持固定。

提供控制PoC功能的PoC服务器提供集中化的PoC会话处理(其包括发言权控制、媒体分发、参与PoC组会话的策略实行)和PoC会话参与者信息。发方权控制涉及对于定义时期向一个PoC客户端授予发言权，或授予其发言权直至该客户端释放发言权，之后允许另一客户端取得发言权。PoC发言权控制为PoC版本1.0使用通话突发控制协议(TBCP)，或者为PoC版本2.0使用媒体突发控制协议(MBCP)。提供参与PoC功能的PoC服务器提供PoC会话处理(其包括进入的PoC会话的策略实行)并在PoC客户端与执行控制PoC功能的PoC服务器之间中继通话突发控制和媒体突发控制消息。

图1在极简化的项目中示出有利于标识为UE-A 1和UE-B 2的一对无线终端之间的PoC会话的基础设施。UE-A 1和UE-B 2分别包括用于支持PoC服务的PoC客户端A 3和PoC客户端B 4。终端1、2附连到相应无线电接入网络RAN-A 5和RAN-B 6，而接入网络又连接到包括IP骨干的分组交换核心网络7。SIP信令通过包括充当PoC服务器的SIP应用服务器的IMS 8来路由。UE向相应PoC服务器、即PoC服务器A 9和PoC服务器B 10注册，但有可能的是两个UE均向相同PoC服务器注册。PoC会话能够在两个用户之间(一对一)或在组会话中的一组用户之间(一对多)提供用户话音和数据通信。

一般情况下，当用户要使用PoC服务进行通信时，用户按其UE上的即按即讲(PTT)按钮，然后等待直至确认音(哔声)确认他们能开始通话。用户按PTT按钮与确认之间的时间在OMA PoC规范中定义为KPI1。

测量已指出，在实现当前OMA PoC规范时，KPI1能够在2.6到3.6秒之间。在一些情况下，此时间对用户而言可以是可接受的。例如，对于PoC组会话，启动会话的PoC用户可能未预期组的所有成员立即可接通。此外，在一些情况下，PoC用户可能在工作日开始时启动或加入PoC组会话，并且因此如果会话要花费许多秒来建立，则这对此类用户可能不是大的延迟。然而，在用户想要仅与另一用户进行通信时，用户将预期能够几乎立即建立通信，即，如使用对讲机一样无此类延迟。因此，期望将此时间KPI1尽可能降到最少。

如果受邀PoC客户端能够配置到自动应答模式，并且为受邀PoC客户端服务的PoC服务器配置成为该PoC客户端发送“未确认指示”，则能够降低KPI1。自动应答模式是一种PoC客户端操作模式，在该模式中，PoC客户端接受PoC会话建立请求而无需来自用户的手动干预；并且任何媒体在接收时立即播放。如果PoC服务器注意到它正在服务的PoC客户端当前在自动应答模式中，则该PoC服务器能够配置成代表该PoC客户端发送应答。这往回向邀请PoC客户端提供未确认指示以便在从受邀PoC客户端接收最终响应前传送媒体。随后，在受邀PoC客户端已接受邀请前，为邀请PoC客户端服务的PoC服务器能发送SIP 200OK消息和MBCP媒体突发授予消息。邀请PoC客户端随后将给予用户确认音(哔声)，确认它们能开始通话。然而，此机制要求为邀请PoC客户端服务的PoC服务器缓冲邀请PoC客户端发送的任何媒体，直至受邀PoC客户端通过接受邀请已自动做出响应。只要一旦受邀PoC客户端已接受邀请，媒体能向受邀PoC客户端发送。虽然这些设置能用于向PoC用户提供改善的体验，但仍希望进一步最小化KPI1。

发明内容

本发明的一个目的是减少用户启动PoC通信与接收他们能够开始通信的确认之间的时长，KPI。

根据本发明的第一方面，提供了一种使用IP多媒体子系统网络在邀请蜂窝上即按即说(PoC)客户端与至少一个受邀PoC客户端之间建立PoC通信会话的方法。该方法包括使用预建立的会话过程在邀请PoC客户端与用于邀请PoC客户端的参与PoC服务器之间协商媒体参数。在邀请PoC客户端，将通话突发控制协议(TBCP)或媒体突发控制协议(MBCP)消息直接发送到其参与PoC服务器，TBCP或MBCP消息包含至少一个受邀PoC客户端的PoC地址。在所述参与PoC服务器，响应接收TBCP或MBCP消息，生成SIP邀请(SIP INVITE)消息并且将该SIP邀请消息向用于所述至少一个受邀PoC客户端的参与PoC服务器发送。

生成SIP邀请消息的步骤可包括使用从邀请PoC客户端发送的TBCP或MBCP消息中包括的PoC地址连同预建立的会话过程期间协商的媒体参数和接收的信息来完成SIP邀请的字段和主体。

本发明的实施例规定TBCP或MBCP消息可包括IP报头、TBCP或MBCP报头和至少一个PoC客户端的PoC地址。优选的是TBCP或MBCP消息可以是TBCP或MBCP连接消息。

根据本发明的第二方面，提供了一种配置成作为蜂窝上即按即说(PoC)客户端来操作的设备。该设备包括用于使用预建立的会话过程与PoC客户端的参与PoC服务器协商媒体参数的协商单元和用于生成并发送通话突发控制协议(TBCP)或媒体突发控制协议(MBCP)消息直接到所述参与PoC服务器的PoC会话启动单元。TBCP或MBCP消息包含至少一个其它PoC客户端的PoC地址。

根据本发明的第二方面，提供了一种配置成作为蜂窝上即按即说(PoC)服务器来操作的设备。该设备包括用于使用预建立的会话过程与PoC客户端协商媒体参数的协商单元和用于接收来自所述PoC客户端的通话突发控制协议(TBCP)或媒体突发控制协议(MBCP)消息的PoC会话处理单元，TBCP或MBCP消息包括至少一个其它PoC客户端的PoC地址，并且响应TBCP或MBCP消息的接收，使用协商的参数来生成SIP邀请消息，并且向用于所述至少一个其它PoC客户端的参与PoC服务器发送该SIP邀请消息。

附图说明

图1示意示出有利于一对无线终端之间的PoC会话的基础设施；

图2示出用于使用预建立的PoC会话来建立一对一PoC会话的示例信令流；

图3示出用于使用按需PoC会话来建立一对一PoC会话的示例信令流；

图4示出根据本发明的一实施例的示例信令流，用于使用预建立的PoC会话来建立一对一PoC会话；以及

图5示意示出根据本发明的一实施例的适合建立PoC会话的PoC客户端和PoC服务器。

具体实施方式

为使用PoC进行通信，PoC客户端必须建立PoC会话。目前PoC会话能以两种方式之一建立。首先，PoC会话能够“预建立”。预建立的会话是在PoC客户端与执行参与PoC功能的PoC服务器之间建立的SIP会话。PoC客户端在向其它PoC用户发出PoC会话请求前建立预建立的会话。预建立的会话提供在PoC客户端与对应参与PoC服务器之间协商媒体参数(如IP地址、端口、编解码器和接受的通话突发控制或媒体突发控制协议等)的机制。预建立的会话能够在PoC客户端向SIP/IP核心的初始注册后立即建立。通过使用预建立的会话，PoC客户端能够在邀请其它PoC客户端参与PoC会话时或从另一PoC客户端接收PoC会话的邀请时激活媒体承载，而无需协商媒体参数。

图2示出用于使用预建立的PoC会话来建立一对一PoC会话的示例信令流，如OMA PoC规范所定义的。为使用预建立的PoC会话来建立通信，有两个阶段。第一阶段(步骤I到IV和V到VIII)是例如移动台开启并且PoC客户端已向SIP/IP核心注册时预建立的PoC会话的设置。涉及的步骤如下：

I)PoC客户端A向SIP/IP核心A发送包含建立PoC会话所必需的所有信息(例如，媒体参数等)的SIP邀请请求。不包括受邀PoC用户地址。

II)SIP/IP核心A将SIP邀请请求转发到为PoC用户A服务的PoC服务器A。

III)PoC服务器A授权响应并将SIP 200OK请求返回到SIP/IP核心A。在要求与另一PoC用户进行通信时，SIP200OK响应包括供以后使用所必需的所有信息(例如，媒体参数等)。

IV)SIP/IP核心A将SIP 200OK响应转发到PoC客户端A。

在图2的示例中，邀请PoC客户端(A)和受邀PoC客户端(B)均具有预建立的PoC会话，并且与步骤I到IV相同的步骤V到VIII是在用于PoC客户端B的预建立的PoC会话的设置中涉及的那些步骤。

第二阶段(步骤P1到P22)是在用户想要与另一用户进行通信时PoC会话的建立。用于在两个PoC客户端之间建立一对一PoC会话的步骤如下：

P1)在PoC客户端A的PoC用户A按下PTT按钮。

P2)PoC客户端A将SIP REFER请求发送到SIP/IP核心A。SIP REFER请求包括受邀PoC用户的地址，即，在此情况下在PoC客户端B的PoC用户B的地址。SIP REFER请求是发送媒体的隐式请求。

P3)SIP/IP核心将SIP REFER请求沿预建立的会话创建的信令路径转发到PoC服务器A。

P4)PoC服务器A授权请求，并且在已授权时，将SIP 202“已接受”响应发送到SIP/IP核心A。

P5)SIP/IP核心A将SIP 202“已接受”响应沿信令路径转发到PoC客户端A。

P6)PoC服务器A使用预建立的会话的设置期间在步骤B中收到的SIP邀请请求中的信息，将SIP邀请请求发送到SIP/IP核心A。PoC用户B的地址(在SIP REFER请求中收到)包括在该SIP邀请请求中。

P7)SIP/IP核心A基于PoC用户B的地址将该SIP邀请请求路由到SIP/IP核心B。

P8)SIP/IP核心B将该SIP邀请请求路由到为PoC客户端B服务的PoC服务器B。

P9)PoC服务器B执行接入控制(即，检查PoC用户B是否允许来自PoC用户A的邀请等)。在此示例中，PoC用户A得到授权，并且PoC用户B已规定将使用自动应答模式。另外，PoC服务器B比较来自PoC服务器A的SIP邀请请求中收到的媒体参数和预建立的会话的设置期间从PoC客户端B收到的SIP邀请请求中收到的媒体参数。在此示例中，媒体参数是兼容的。PoC服务器B将MBCP连接消息发送到PoC客户端B。MBCP连接消息包含PoC用户A的地址。

P10)PoC服务器B将200“OK”响应发送到SIP/IP核心B。SIP200“OK”响应包括要在PoC会话中使用的媒体参数。

P11)SIP/IP核心B将SIP 200“OK”响应沿信令路径转发到SIP/IP核心A。

P12)SIP/IP核心A将SIP 200“OK”响应转发到PoC服务器A。

P13)PoC服务器A将MBCP连接消息发送到PoC客户端A。

P14)PoC服务器A随后发送MBCP媒体突发授予消息以便向PoC客户端A授予许可以发送媒体。此许可通过SIPREFER请求来隐式请求。

P15)PoC客户端A已收到MBCP媒体突发授予消息时，PoC客户端A向PoC用户A提供某个开始发言指示(例如，哔声)。

P16)PoC服务器A将MBCP媒体突发取得(Media Burst Taken)消息发送到PoC服务器B。此消息包含发送媒体的参与者的身份，在此示例是PoC用户A。

P17)PoC服务器B将MBCP媒体突发取得消息转发到PoC客户端B。

P18)PoC用户A开始发言。

P19)PoC客户端A根据在预建立的会话的设置期间使用发送的SIP邀请请求和SIP 200“OK”响应所协商的编解码器来转换话音。PoC客户端A将RTP媒体分组发送到PoC服务器A。

P20)PoC服务器A将RTP媒体分组转发到PoC服务器B。

P21)PoC服务器B将RTP媒体分组转发到PoC客户端B。

P22)PoC客户端B转换RTP媒体分组，并且向PoC用户B播放PoC用户A的话音。

备选的是，PoC会话能够“按需(On-Demand)”建立。这意味着在邀请PoC客户端参与PoC会话时或者在接收来自另一PoC客户端的PoC会话邀请时建立PoC会话和协商媒体参数。

图3示出用于使用按需信令来建立一对一PoC会话的示例信令流，如OMA PoC规范定义的。执行的步骤如下：

R1)在PoC客户端A的PoC用户A按下PTT按钮。

R2)PoC客户端A将SIP邀请请求发送到SIP/IP核心A。SIP邀请请求包含用于建立PoC会话的所有必需信息(例如，媒体参数、在PoC客户端B的PoC用户B的地址等)。

SIP邀请请求同时也是对于发送媒体的许可的隐式请求。

R3)SIP/IP核心A将SIP邀请请求转发到PoC服务器A。

R4)PoC服务器A授权SIP邀请请求，并将它发送到SIP/IP核心A。

R5)SIP/IP核心A将SIP邀请请求发送到SIP/IP核心B。

R6)SIP/IP核心B将SIP邀请请求转发到PoC服务器B。

R7)PoC服务器B执行接入控制(即，检查PoC用户B是否允许来自PoC用户A的邀请)。在此示例中，PoC用户A得到授权，并且PoC用户B已规定将使用自动应答模式。PoC服务器B向PoC服务器A发送SIP 183“会话进展”响应。SIP 183“会话进展”响应包括“未确认指示”，该指示向PoC服务器A通知PoC用户B尚未接受邀请，并且媒体需要缓冲，直至PoC客户端B接受邀请。

R8)SIP/IP核心B将响应沿信令路径转发到SIP/IP核心A。

R9)SIP/IP核心A将沿信令路径向PoC服务器A转发响应。

R10)PoC服务器A发送MBCP媒体突发授予消息以便向PoC客户端A授予许可以发送媒体。

R11)PoC服务器A将SIP 200“OK”消息发送到SIP/IP核心A。SIP 200“OK”响应包含有关PoC会话的信息，例如，要使用的媒体参数。

R12)SIP/IP核心A将SIP 200“OK”响应沿信令路径转发到PoC客户端A。

R13)在PoC客户端A已收到MBCP媒体突发授予消息和SIP200“OK”响应时，PoC客户端A向PoC用户A提供开始发言指示(例如，哔声)。

R14)同时，PoC服务器B将SIP邀请请求发送到SIP/IP核心B。

R15)SIP/IP核心B根据PoC用户B向SIP/IP核心注册时收到的信息，将SIP邀请请求路由到PoC客户端B。

R16)PoC用户A开始发言。

R17)PoC客户端A根据使用SIP邀请请求和SIP 200“OK”响应所协商的编解码器来转换话音。PoC客户端A将RTP媒体分组发送到PoC服务器A。

R18)PoC服务器A尚未从PoC客户端B收到接受，因此，PoC服务器A缓冲收到的RTP媒体分组。

R19)PoC客户端B接收SIP邀请请求，并通过发送SIP200“OK”响应到SIP/IP核心B，自动接受到1-1PoC会话的邀请。SIP 200“OK”响应包含有关PoC会话的信息，例如，要使用的媒体参数。

R20)SIP/IP核心B将响应沿信令路径转发到PoC服务器B。

R21)PoC服务器B将SIP 200“OK”响应沿信令路径转发到SIP/IP核心B。

R22)SIP/IP核心B将SIP 200“OK”响应沿信令路径转发到SIP/IP核心A。

R23)SIP/IP核心A将SIP 200“OK”响应沿信令路径转发到PoC服务器A。

R24)PoC服务器A将MBCP媒体突发取得消息发送到PoC服务器B。消息包括PoC用户A的地址。

R25)PoC服务器B将MBCP媒体突发取得消息转发到PoC客户端B。

R26)PoC服务器A将缓冲器中的RTP媒体分组发送到PoC服务器B。

R27)PoC服务器B将RTP媒体分组转发到PoC客户端B。

R28)PoC客户端B转换RTP媒体分组，并且向PoC用户B播放PoC用户A的话音。

如已经论述的，期望尽可能将用户启动PoC通信(即按下UE上的PTT按钮)与接收他们能开始通信的确认之间的时间KPI1降到最小。

此处认识到，KPI1的值主要取决于将SIP邀请消息(用于按需会话信令)或SIP REFER消息(用于预建立的会话信令)从邀请PoC客户端传输到其服务PoC服务器所用的时间。此启动消息通过空中接口从包含PoC客户端的用户终端使用无线电接入网络发送以到达分组交换核心网络中的PoC服务器。在此类无线网络中，受限带宽是一个问题，因此，大消息的传送能够带来相当大的延迟。

诸如SIP邀请和SIP REFER等用于启动PoC通信的SIP请求是较大的消息，包括多个报头字段和其字段值及消息主体。典型的SIP邀请或SIP REFER能够包括大约1700个字符。因此，这些大的SIP请求能占用相当长的时间通过诸如GPRS网络等网络来传输。虽然3G网络能够提供比例如GPRS网络更高的数据传送率，但大的消息造成信道中的状态更改，这延迟了消息的传送。此外，大的消息强制使用TCP连接，而TCP连接花费额外的时间来建立，从而造成了扩大KPI1的附加延迟。

OMA PoC规范确实指出可能压缩SIP信令，即，使用如RFC3320、RFC3485和RFC3486中指定的SigComp。然而，压缩SIP所要求的能力未广泛使用，并且即使使用SIP压缩，压缩率也能够由于诸如SIP通知等某些SIP请求而受损。对于此情况的原因是在实现SigComp中，PoC客户端和SIP/IP核心组建包含SIP请求和SIP响应中使用最多的那些表达的字典。然而，此字典大小受到限制，并且SIP通知请求可将字典的内容改写为与SIP对话的建立无关的文本。其它压缩标准也能够降低KPI1，即IP报头压缩。然而，这些其它压缩方法也未广泛可用或使用。此外，SIP消息的任何压缩或解压缩也占用时间，这将影响在传送消息中所做的任何节约。

现在将描述一种降低用户启动PoC通信与接收他们能开始通信的确认之间的时长的方法。该方法在利用预建立的PoC会话时降低KPI1方面是有效的，并且涉及降低启动PoC通信会话的消息的大小。具体而言，该方法涉及扩展现有通话突发控制或媒体突发控制协议以引入新消息TBCP/MBCP设置，以替代由PoC客户端发送到PoC服务器以便启动PoC通信会话的SIP邀请或SIP REFER消息。TBCP/MBCP设置消息只包括与另一用户建立通信绝对必需的那个信息(即，受邀PoC用户的地址)。例如，如果某个PoC用户要与PoC地址tel.为+4687197378的另一用户通话，则MBCP设置消息可包括28字节的IP报头、16字节的RTCP/TBCP报头和用于CNAME项的17字节，包括2字节用于CNAME的标识符和长度指示符，15字节用于tel URI，对于该消息给出总共只有61字节。因此，TBCP/MBCP设置消息显著小于用于根据当前PoC规范来启动通信的SIP邀请或SIP REFER消息。使用更小的消息减少了传送消息所用的时间，因此降低了KPI1。有关PoC客户端和会话设置的任何其它详细信息将可用于在预建立的会话的设置期间已确定的PoC服务器，即在用于预建立的会话的对话建立时发送的SIP邀请中接收到。

图4示出根据本发明的一实施例的示例信令流，其用于使用预建立的PoC会话信令来建立一对一PoC会话。如前面相对于图2所述，使用预建立的PoC会话来建立通信要求两个阶段。第一个阶段(步骤I到IV和V到VIII)是预建立的PoC会话的建立。在此示例中，这些步骤与图2的示例中执行的那些步骤相同。

在预建立的会话的设置后，第二阶段是该用户要与另一用户进行通信时PoC会话的建立。根据本发明的一实施例，在预建立的会话内建立一对一PoC会话的步骤如下：

S1)在PoC客户端A的PoC用户A按下PTT按钮。

S2)PoC客户端A将MBCP设置消息发送到PoC服务器A。MBCP设置请求包括受邀PoC用户的地址，即，在此情况下在PoC客户端B的PoC用户B的地址。MBCP设置消息是发送媒体的隐式请求。

S3)PoC服务器A授权请求，并且在已授权时使用在步骤B中建立预建立的会话时在SIP邀请请求中收到的信息，以将SIP邀请请求发送到SIP/IP核心A。PoC用户B的地址(在MBCP设置消息中收到)包括在SIP邀请请求中。

S4)SIP/IP核心A基于PoC用户B的地址将SIP邀请请求路由到SIP/IP核心B。

S5)SIP/IP核心B将SIP邀请请求路由到为PoC用户B服务的PoC服务器B。

S6)PoC服务器B执行接入控制(即，检查PoC用户B是否允许来自PoC用户A的邀请)。在此示例中，PoC用户A得到授权，并且PoC用户B已规定将使用自动应答模式。另外，PoC服务器B比较来自PoC服务器A的SIP邀请请求中收到的媒体参数和预建立的会话的设置期间从PoC客户端B收到的SIP邀请请求中收到的媒体参数。在此示例中，媒体参数是兼容的。PoC服务器B将MBCP连接消息发送到PoC客户端B。MBCP连接消息包含PoC用户A的地址。

S7)PoC服务器B将200“OK”响应发送到SIP/IP核心B。SIP200“OK”响应包括要在PoC会话中使用的媒体参数。

S8)SIP/IP核心B将SIP 200“OK”响应沿信令路径转发到SIP/IP核心A。

S9)SIP/IP核心A将SIP 200“OK”响应转发到PoC服务器A。

S10)PoC服务器A将MBCP连接发送到PoC客户端A。

S11)PoC服务器A随后发送MBCP媒体突发授予消息以便向PoC客户端A授予许可以发送媒体。此许可通过MBCP设置请求来隐式请求。

S12)PoC客户端A已收到MBCP媒体突发授予消息时，PoC客户端A向PoC用户A提供开始发言指示(例如，哔声)。

S13)PoC服务器A将MBCP媒体突发取得消息发送到PoC服务器B。此消息包含发送媒体的参与者的身份，在此示例是PoC用户A。

S14)PoC服务器B将MBCP媒体突发取得消息转发到PoC客户端B。

S15)PoC用户A开始发言。

S16)PoC客户端A根据在预建立的会话的设置期间使用发送的SIP邀请请求和SIP 200“OK”响应所协商的编解码器来转换话音。PoC客户端A将RTP媒体分组发送到PoC服务器A。

S17)PoC服务器A将RTP媒体分组转发到PoC服务器B。

S18)PoC服务器B将RTP媒体分组转发到PoC客户端B。

S19)PoC客户端B转换RTP媒体分组，并且向PoC用户B播放PoC用户A的话音。

图4的信令流示出从邀请PoC客户端A发送到SIP/IP核心A并由SIP/IP核心A转发到Poc服务器A的SIP REFER请求如何替代为从PoC客户端A直接发送到PoC服务器A的MBCP设置消息。该MBCP设置消息只包含建立会话所必需的最少信息，即，受邀用户的联系信息。因此，MBCP设置消息比它替代的SIP REFER消息要小得多。在接收MBCP设置消息后，PoC服务器A随后使用预建立的会话的设置期间确定的信息，将要求的任何附加信息插入要发送到PoC服务器B的SIP邀请中。此外，MBCP设置消息直接发送到Poc服务器A，消除了如有关图2的步骤P2到P5中所述的PoC服务器A与SIP/IP核心A之间消息交换的需要。发送的消息数量的此减少及启动消息的大小降低一起提供了KPI1的显著减小。

虽然上面所述实施例涉及建立一对一PoC会话，但诸如提议的MBCP设置消息等大小降低的消息也能实现用于与PoC组建立通信。然而，随着组中用户数量的增加，在消息中必须包括的地址(即，SIPURI)数量导致消息的大小增大。消息的大小增大又使传送时间增大，并因此降低了用于规模相当大的组的方法的效力。此外，上述实施例在邀请和受邀PoC客户端均利用预建立的会话，然而，该方法将在受邀PoC客户端不具有预建立的会话并因此需要建立按需会话时也适用。启动消息的大小减小和信令减小仍将用于减小KPI1(虽然具有更小的显著性)。

图5示意示出适合实现上述方法的邀请PoC客户端3及其参与PoC服务器9。邀请PoC客户端3和PoC服务器9实现为计算机硬件和软件的组合。PoC客户端3包括用于使用预建立的会话过程与参与PoC服务器9协商媒体参数的协商单元和用于生成并发送TBCP或MBCP设置消息到参与PoC服务器9的PoC会话启动单元12。TBCP或MBCP消息包含受邀PoC客户端的PoC地址。PoC服务器9包括用于使用预建立的会话过程与PoC客户端3协商媒体参数的协商单元13和用于接收来自PoC客户端3的TBCP或MBCP设置消息的PoC会话处理单元14。响应接收TBCP或MBCP设置消息，PoC会话处理单元14随后生成SIP邀请消息并向受邀PoC客户端(未示出)的参与PoC服务器发送此SIP邀请消息。

本领域的技术人员将理解，在不脱离本发明范围的情况下，可对上述实施例进行各种修改。例如，虽然图2、3和4及上述实施例利用如为PoC 2.0定义的媒体突发控制协议消息，但如为PoC 1.0定义的通话突发控制协议同样可使用。此外，上述实施例利用提议为对MBCP的扩展的新MBCP设置消息。然而，该方法能利用任何大小减小的消息以便减小KPI1。另外的示例将是利用通过更改MBCP中的过程而实现的现有MBCP连接消息。

Claims (6)

1. 一种使用IP多媒体子系统网络在邀请蜂窝上即按即说PoC客户端与至少一个受邀PoC客户端之间建立PoC通信会话的方法，所述方法包括：

使用预建立的会话过程在所述邀请PoC客户端与用于所述邀请PoC客户端的参与PoC服务器之间协商媒体参数；

在所述邀请PoC客户端，将通话突发控制协议TBCP或媒体突发控制协议MBCP消息直接发送到其参与PoC服务器以便启动所述PoC通信会话，所述TBCP或MBCP消息包含所述至少一个受邀PoC客户端的PoC地址；以及

在所述参与PoC服务器，响应所述TBCP或MBCP消息的接收，生成SIP邀请消息并且将所述SIP邀请消息向用于所述至少一个受邀PoC客户端的参与PoC服务器发送。

2. 如权利要求1所述的方法，其中生成所述SIP邀请消息的步骤包括：

使用从所述邀请PoC客户端发送的所述TBCP或MBCP消息中包括的所述PoC地址连同在所述预建立会话过程期间协商的媒体参数和接收的信息来完成所述SIP邀请的字段和主体。

3. 如前面权利要求任一项所述的方法，其中所述TBCP或MBCP消息是TBCP或MBCP连接消息。

4. 如权利要求1－2任一项所述的方法，其中所述TBCP或MBCP消息包括：

IP报头；

TBCP或MBCP报头，以及

所述至少一个PoC客户端的PoC地址。

5. 一种配置成作为蜂窝上即按即说PoC客户端来操作的设备，并且包括：

协商单元，用于使用预建立的会话过程与所述PoC客户端的参与PoC服务器协商媒体参数；

PoC会话启动单元，用于生成并发送通话突发控制协议TBCP或媒体突发控制协议MBCP消息直接到所述参与PoC服务器以便启动所述PoC客户端与至少一个其它PoC客户端之间的PoC通信会话，所述TBCP或MBCP消息包含所述至少一个其它PoC客户端的PoC地址。

6. 一种配置成作为蜂窝上即按即说PoC服务器来操作的设备，并且包括：

协商单元，用于使用预建立的会话过程与PoC客户端协商媒体参数；以及

PoC会话处理单元，用于接收来自所述PoC客户端的通话突发控制协议TBCP或媒体突发控制协议MBCP消息，所述TBCP或MBCP消息启动所述PoC客户端与至少一个其它PoC客户端之间的PoC通信会话，所述TBCP或MBCP消息包括所述至少一个其它PoC客户端的PoC地址，以及在响应中使用所述协商的媒体参数来生成SIP邀请消息并且将所述SIP邀请消息向用于所述至少一个其它PoC客户端的参与PoC服务器发送。