用于在一键通服务中控制发言权的方法和设备.pdf

论述了一种PT(例如，一键通通话、一键通观看或者一键通数据)服务，尤其是，论述了一种在PT服务中用于控制发言权(通话突发权限，发送媒体突发的许可，等等)的方法和设备。按照一个实施例，用于控制一键通(PT)服务器的状态的方法，包括当PT服务器接收到媒体突发释放消息的时候，处于第二状态的PT服务器转换到第一状态；如果处于第一状态的PT服务器从PT客户端接收到媒体分组，并且如果处于先前的第二状态的PT服务器已经接收到媒体突发释放消息，则PT服务器保持在第一状态。

1.  一种用于控制一键通(PT)服务器的状态的方法，包括：
当PT服务器接收到媒体突发释放消息的时候，处于第二状态的PT服务器转换到第一状态；和
如果处于第一状态的PT服务器从PT客户端接收至少一个媒体分组，并且如果处于先前的第二状态的PT服务器已经接收到媒体突发释放消息，则PT服务器保持在第一状态。

2.  根据权利要求1的方法，其中该第一状态是PT客户端能够给PT服务器发送媒体突发请求的状态，该第二状态是PT服务器已经将发送媒体突发的许可授予PT客户端的状态。

3.  根据权利要求1的方法，其中该第一状态是“U：不允许的以及MB_Idle”状态，该第二状态是“U：允许的”状态。

4.  根据权利要求1的方法，其中在转换步骤中，在T2定时器运行时，处于第二状态中的PT服务器接收媒体突发释放消息。

5.  一种用于控制一键通(PT)服务器的状态的方法，包括：
当接收到媒体突发释放消息的时候，处于第二状态的PT服务器转换到第一状态；
当接收到媒体分组同时PT服务器处于转换后的第一状态的时候，PT服务器确定在先前的第二状态中是否已经接收到媒体突发释放消息；和
如果确定步骤确定在先前的第二状态中已经接收到媒体突发释放消息，则当接收到媒体分组的时候，PT服务器保持在转换后的第一状态。

6.  根据权利要求5的方法，进一步包括：
在T2定时器运行时，由处于第二状态中的PT服务器从PT客户端接收一个或多个媒体分组；和
在T2定时器运行时，由处于第二状态中的PT服务器从PT客户端接收媒体突发释放消息。

7.  根据权利要求5的方法，其中该第一状态是PT客户端能够给PT服务器发送媒体突发请求的状态，该第二状态是PT服务器已经将发送媒体突发的许可授予PT客户端的状态。

8.  根据权利要求5的方法，其中该第一状态是“U：不允许的以及MB_Idle”状态，该第二状态是“U：允许的”状态。

9.  一种用于控制一键通(PT)服务器的状态的方法，包括：
在T2定时器期满时，由处于第二状态中的PT服务器确定是否已经接收到媒体突发释放消息；
如果确定步骤确定已经接收到媒体突发释放消息，则PT服务器从第二状态转换到第一状态，或者基于确定结果，从第二状态转换到第四状态。

10.  根据权利要求9的方法，其中该第一状态是PT客户端能够给PT服务器发送媒体突发请求的状态，该第二状态是PT服务器已经将发送媒体突发的许可授予PT客户端的状态。

11.  根据权利要求9的方法，其中该第一状态是“U：不允许的以及MB_Idle”状态，该第二状态是“U：允许的”状态。

12.  根据权利要求9的方法，其中在转换步骤中，如果确定步骤确定没有接收到媒体突发释放消息，则在定时器T2期满时，PT服务器从第二状态转换到第四状态。

13.  根据权利要求12的方法，其中该第二状态是PT服务器已经将发送媒体突发的许可授予PT客户端的状态，该第四状态是具有宽限期的状态，在该宽限期期间，防止该PT客户端向PT服务器请求媒体突发，或者在该宽限期期间，PT服务器能够将从该PT客户端接收的另外的媒体分组发送给另一个PT客户端。

14.  根据权利要求12的方法，其中该第二状态是“U：允许的”状态，该第四状态是“U：未决的MB_Revoke”状态。

15.  一种控制一键通(PT)服务器的状态的方法，包括：
当T2定时器运行时，由PT服务器接收媒体突发释放消息；
在T2定时器期满时，由PT服务器确定是否已经接收到媒体突发释放消息；和
当确定步骤确定已经接收到媒体突发释放消息的时候，PT服务器转换到媒体突发空闲状态。

16.  根据权利要求15的方法，其中该媒体突发空闲状态是“U：不允许的以及MB_Idle”状态。

17.  一种一键通(PT)客户端设备，包括：
控制器，其将至少一个媒体分组和媒体突发释放消息发送给PT服务器，响应于该媒体突发释放消息而从PT服务器接收媒体突发空闲消息，并且在接收该媒体突发空闲消息之后，将媒体突发请求发送给PT服务器，
其中如果PT服务器在T2定时器期满之前已经接收到该媒体突发释放消息，则从PT服务器接收该媒体突发空闲消息。

18.  根据权利要求17的PT客户端设备，其中由于在T2定时器期满之前PT服务器接收到媒体突发释放消息，控制器拒绝从PT服务器接收媒体突发撤回消息。

19.  一种一键通(PT)客户端设备，包括：
控制器，其将至少一个媒体分组和媒体突发释放消息发送给PT服务器，响应于该媒体突发释放消息而从PT服务器接收媒体突发空闲消息，并且在接收到该媒体突发空闲消息之后，将媒体突发请求发送给PT服务器，
其中如果PT服务器在接收到该媒体突发释放消息之后，在第一状态中接收至少一个媒体分组，则该媒体突发请求被发送，该媒体突发释放消息是在先前的状态中由PT服务器接收的。

20.  根据权利要求19的PT客户端设备，其中在接收到媒体突发释放消息之后，PT客户端通过PT服务器而从第二状态转换为第一状态。

21.  根据权利要求19的PT客户端设备，其中该先前的状态是“U：允许的”状态。

22.  根据权利要求20的方法，其中该第一状态是PT客户端能够给PT服务器发送媒体突发请求的状态，该第二状态是PT服务器已经将发送媒体突发的许可授予给PT客户端的状态。

用于在一键通服务中控制发言权的方法和设备
相关申请的交叉引用
本申请要求于2006年10月18日申请的美国临时申请号60/852,412和于2007年6月25日在韩国申请的韩国专利申请号10-2007-0062429的优先权权益，并通过引用将其整个内容结合在此。
技术领域
本公开涉及一键通(Push-To)(PT)(例如，一键通通话、一键通观看或者一键通数据)服务，尤其是，涉及用于在PT服务中控制发言权(floor)(通话突发权限(talk burst authority)，或者媒体突发权限(mediaburst authority)，发送媒体突发的许可(permission to send media burst)等等)的方法和设备。
背景技术
PT服务是一种半双工的通信服务，诸如，用于通过发送语音(音频)数据而提供通话服务的PTT(一键通通话)，用于发送图像(视频)数据的PTV(一键通观看)，和用于发送各种数据的PTD(一键通数据)。在PT服务中参与经由服务器而建立的会话的客户端中，一个具有通话突发权限(或者媒体突发权限或者发言权)，或者具有发送媒体突发的许可的客户端发送包括音频或者视频的媒体数据(例如，通话突发或者媒体突发)，然后参与会话的其余客户端接收该发送的媒体数据。
PT服务中的PT客户端可以与多个不同的PT客户端通信，而无需执行拨号过程、对呼叫连接的等待过程，和呼叫连接音提供过程，从而使得与普通的移动通信终端相比较，其可以支持快速的通信服务。此外，PT服务可以将用户的语音和数据发送给单个接收者(1对1)，或者在组聊天会话中发送给接收者组(1对多)。
相关技术的PT服务包括由特定客户端选择一个或多个其它客户端并邀请他们进入PT会话，在邀请客户端(发起客户端)和被邀请客户端(终结客户端(terminating client))之间建立会话，以及在具有在其间建立的会话的客户端之间传送/接收语音(音频)和/或其它数据。
在PT服务中，在用户经由他的PT终端发送媒体数据，诸如音频、视频或者其它数据之前，用户必须从PT服务器(例如，PoC(基于蜂窝的一键通通话)服务器)请求发送媒体数据的许可(或者通话突发权限，或者媒体突发权限，或者发言权，以下可以称其为“媒体突发权限”)。该用户可以在被从PT服务器授予媒体突发权限之后发送媒体数据。因而，控制用户终端的媒体突发权限被称为通话突发控制(Talk BurstControl)(或者媒体突发控制)。此外，关于这个媒体突发控制，特定用户可以借助于其而经由通信信道发送媒体数据的该媒体突发权限可以被限制，其功能被称作“通话突发撤回”(Talk Burst Revoke)。
图1是按照相关技术用于对PT客户端进行媒体突发操作的PT服务器(从PT服务器的视角)的状态转换(状态机)示意图。图1举例说明用于对PT客户端(即，终端)进行媒体突发(或者通话突发)操作的PT服务器的每个状态。在图1中以椭圆示出的状态可以被划分为稳定状态和转换状态，取决于每个状态的特征。事件在图1中以方形表示。
在图1中示出的相关状态描述如下。
(a)“起动-停止”状态表示在PT服务器和相关的PT客户端之间不存在SIP(会话发起协议)的状态。在下文中，这个“起动-停止”状态称为“0(零)状态”。
(b)状态“U：不允许的以及MB_Idle”是稳定状态，并且表示PT服务器可以从PT客户端接收通话突发(媒体突发)权限请求的状态。换句话说，其是PT客户端可以发送通话突发(媒体突发)请求(称为“MB_Request”)，以便将媒体突发发送给PT服务器的状态。在下文中，该状态“U：不允许的以及MB_Idle”称为“第一状态”。
(c)状态“U：允许的”是稳定状态，并且表示PT服务器已经给相关的PT客户端授予发送媒体突发的许可，以使得相关的PT客户端可以发送媒体突发给PT服务器的状态。在下文中，这个状态“U：允许的”称为“第二状态”。在这个状态，PT服务器运行(起动)T1定时器(即，RTP媒体的结束定时器)和T2定时器(即，停止通话定时器)。稍后将解释这些定时器。
(d)状态“U：不允许的，但是发送媒体”是转换状态，并且表示PT服务器从不具有通话突发权限的PT客户端突发接收媒体数据(或者RTP媒体分组)的状态。在下文中，这个状态“U：不允许的，但是发送媒体”称为“第三状态”。在这个状态，PT服务器运行/起动T8定时器(即，媒体突发撤回定时器)。
(e)状态“U：未决的MB_Revoke”是转换状态，并且在发送MBCP(媒体突发控制协议)媒体突发撤回消息之后，PT服务器在宽限期(grace period)期间使用这个状态。在下文中，这个状态“U：未决的MB_Revoke”称为“第四状态”。在这个状态，PT服务器运行/起动T3定时器(即，起动通话宽限定时器)，并且T3定时器所运行的时期对应于宽限期。
(f)状态“U：等待MB_Revoke”是稳定状态，并且表示对于T9定时器所操作/运行的一定时期，PT服务器没有授予相关PT客户端所请求的发送媒体突发的许可的状态。当相关PT客户端在发送媒体突发的许可的时期(即，T2定时器运行直到期满的时期)以外继续发送媒体数据的时候，PT服务器惩罚相关的PT客户端。在这个状态，PT服务器运行/起动T9定时器(即，之后重试(retry-after)定时器)。在下文中，这个状态“U：等待MB_Revoke”称为“第五状态”。
(g)状态“U：不允许的以及MB_Taken”是稳定状态，并且表示这样一种状态，其中除了已经被允许发送媒体突发的相关PT客户端以外，当另一个PT客户端(即，不相关的PT客户端)请求发送媒体突发的许可的时候，PT服务器通知该另一个PT客户端发送媒体突发的许可已被获取(taken)。在下文中，这个状态“U：不允许的以及MB_Taken”称为“第六状态”。
使用在图1的以上描述中介绍的定时器T1、T2、T3、T8和T9，以便在PT服务器和相关PT客户端之间抑制或者控制媒体突发(MB)的发送。在下文中，描述了这些定时器的操作。通常地，从PT客户端发送到PT服务器的媒体数据被以RTP(实时协议)分组格式发送。
T1定时器(RTP媒体的结束定时器)
T1定时器适用于计算在接收到先前的RTP分组之后，PT服务器在可用的时间段内是否已经接收到随后的RTP分组。T1定时器通常被设置为4秒作为其缺省值。在终端发送媒体数据，即，RTP媒体分组给PT服务器之后，当PT服务器接收第一RTP分组的时候，T1定时器被起动，并且每当接收到后面的RTP分组时，T1定时器被重新起动。当PT服务器接收最后的RTP分组的时候，T1定时器被停止或者期满。
T2定时器(停止通话定时器)
T2定时器适用于计算具有发送媒体突发的许可(发言权或者通话突发权限)的终端可以发送媒体数据的被允许(被批准)的时期。当终端发送第一RTP分组的时候，PT服务器起动T2定时器。T2定时器通常地默认为30秒。
T3定时器(停止通话宽限定时器)
T3定时器适用于计算PT服务器甚至在T2定时器期满之后还可以进一步接收媒体数据的宽限期。在这里，该宽限期指的是一种PT服务器甚至在T2定时器期满之后还被允许接收媒体数据的边缘超出时间(marginal excess time)。也就是说，即使具有发送媒体突发的许可的终端已经在该终端被允许发送媒体数据的时期之后发送了媒体数据，PT服务器也允许在T3定时器的设定时期期间，即，在T3定时器期满之前，从终端接收媒体数据。
T9定时器(之后重试定时器)
T9定时器适用于计算当终端在允许的时期以外发送媒体数据的时候给予该终端的惩罚时间，该惩罚时间内不允许终端向PT服务器请求媒体突发权限。当该终端在T2定时器所设置的值(时间段)以外(之后)(即，在用于发送媒体数据的可允许时期之后)发送媒体数据的时候，PT服务器发送MBCP撤回消息或者TBCP撤回消息给终端，然后起动T3定时器。当PT服务器在由T3定时器设置的时间期间没有从终端接收MBCP释放消息或者TBCP释放消息的时候，其起动T9定时器，以使得不允许该终端请求媒体突发权限，并且不允许该终端在与T9定时器所设置的时间值相对应的一定时期内(即，在T9定时器的运行时期期间)发送媒体数据。
T8定时器(通话突发撤回定时器)
在PT服务器发送MB_Revoke消息的时候起动T8定时器。当该终端没有在T8定时器所设置的值(即，时间段)内发送MB_Release消息的时候，PT服务器重新起动T8定时器以等待接收由终端发送的MB_Release消息。
图2是举例说明按照相关技术获取发送媒体突发的许可以及在PT服务器和终端之间传输媒体数据的信号流程图。
在下文中，参考图1和2提供描述。在这里，假设在图1中SIP会话在PT服务器的零状态被启动，然后PT服务器已经通过发送MB_Idle消息给每个终端(PT客户端设备)而转换(改变)进入第一状态。也就是说，PT服务器处于这样一种状态，其中每个终端可以从PT服务器请求许可(即，媒体突发权限)以发送媒体突发。
终端A、B和C中的每一个给PT服务器发送用于请求发言权(媒体突发权限，或者通话突发权限)，或者发送媒体突发的许可的消息(即，MB_Request)(S1)。如果PT服务器已经决定将发送媒体突发的许可授予终端A，则PT服务器响应于其的MB_Request消息而发送MB_Granted消息给终端A。与此同时，PT服务器将表示终端A已经获取了发送媒体突发的许可的消息(即，MB_Taken)发送给终端B和C(S2)。经由这些步骤S1和S2，PT服务器对于终端A的工作状态从第一状态转换为第二状态(即，状态“U：允许的”)，如在图1中举例说明的。因此，终端A现在可以在由T2定时器设置的时期内(即，在T2定时器的运行时期期间)发送媒体数据(或者RTF媒体分组)给PT服务器。此外，经由步骤S1和S2，由于终端B和C已经接收到MB_Taken消息，所以PT服务器对于终端B和C的工作状态对应于第六状态(“U：不允许的以及MB_Taken”)，如在图1中举例说明的。
因为在图1中PT服务器对于终端A的状态对应于第二状态(即，状态“U：允许的”)，所以终端A可以发送媒体数据(或者RTP媒体分组)给PT服务器(S3)。在这里，当接收到由终端A发送的第一RTP媒体分组的时候，PT服务器可以同时起动T1定时器和T2定时器两者。
如果终端A在其被允许发送媒体数据的时期内(即，在由T2定时器设置的值(时间段)内)发送用于释放发送媒体突发的许可的消息(即，MB_Release消息)，PT服务器对于终端A的状态可以从第二状态转换为第一状态，如在图1中举例说明的。此外，PT服务器可以停止运行T2定时器(即，T2定时器在其期满之前被停止)。但是，如果终端A被允许发送媒体数据的时期(即，由T2定时器设置的值(时间段))期满，PT服务器向终端A发送用于撤回发送媒体突发的许可的消息(即，MB_Revoke消息)。
通常地，来自终端的消息和媒体数据(或者RTP媒体分组)可以经由物理通信环境之下的不同网络路由路径而发送。但是，当经由不同的网络路由路径接收消息和媒体数据时，这样的物理通信环境可能包含传输延迟。此外，这样的情形可以在图1的状态机示意图中无意地使PT服务器相对于终端的当前状态成为第三状态(例如，“U：不允许的，但是发送媒体”)。
例如，当PT服务器处于第二状态，然后其从终端接收MB_Release消息的时候，该PT服务器从第二状态转换到第一状态。如果PT服务器然后接收到这样的媒体数据(RTP分组)，即该媒体数据(RTP分组)由终端早于MB_Release消息而发出，但是由于在路由路径中的延迟其更晚到达PT服务器，那么，PT服务器从第一状态转换到第三状态，如图1所示。但是此时该第三状态不是想要的因为该终端不能在第三状态中从PT服务器请求发送媒体突发的许可，并且PT服务器需要返回到第一状态，以便使终端能够请求发送媒体突发的许可。此外，PT服务器可能不能在那时返回到第一状态，因为为了这样做，PT服务器需要接收另一个MB_Release消息，而这在那时不太可能发生。因此，按照相关技术的图1的状态机示意图的终端可能持续保持在无意识的状态(unintended state)中(例如，第三状态)，在该状态中其不能从PT服务器请求发送媒体突发的许可，这是一个问题。
例如，当RTF媒体分组和MB_Release消息顺序地由终端发送的时候，该MB_Release消息可以比RTF媒体分组更早的到达PT服务器，或者反之亦然。在那种情况下，在经由其它网络路由路径接收到MB_Release消息之后，PT服务器可以经由一定的网络路由路径接收一部分RTF媒体分组(例如，由终端发送的RTF媒体分组的最后一个或者另一个RTF媒体分组)。此时，由于PT服务器已经接收到MB_Release消息，所以在图1的状态图中PT服务器相对于终端的状态从第二状态(即，“U：允许的”)转换为第一状态(即，“U：不允许的以及MB_Idle”)。然后，即使PT服务器已经接收到最后的RTP媒体分组，其也不能认识到所接收的最后的RTP媒体分组是比已经接收的MB_Release消息更早地发出的。因此，PT服务器确定不具有发送媒体突发的许可的终端已经发送了媒体数据(即，接收到的最后的RTP媒体分组)。因此，PT服务器丢弃接收到的最后的RTP媒体分组，并然后将MB_Revoke消息(表示被授予给终端的发送媒体突发的许可已经被撤回)发送给终端(即，这对应于图1的“情形1”)。也就是说，在按照相关技术的图1的状态图中，PT服务器相对于终端的状态从第一状态(即，“U：不允许的以及MB_Idle”)改变为第三状态(即，“U：不允许的，但是发送媒体”)。在图1的第三状态下，PT服务器发送MB_Revoke消息给终端，并且同时运行T8定时器(即，这对应于图1的“情形2”)。但是，在PT服务器从终端接收到MB_Release消息之前，情形2被重复，并且PT服务器相对于终端的状态可能保持在图1的状态机示意图中的第三状态。如果情形2被重复，从该终端的视角看，该终端可能会被不适宜(unfavorably)地处理，表现为，尽管先前已经发送了MB_Release消息，但其仍不能向PT服务器请求媒体突发权限(发送媒体突发的许可)。这是由于终端所发送的消息的不同网络路由路径而导致发生的一个问题。
此外，因为由终端发送的消息的不同网络路由路径，因此，该终端可能无意地达到图1的状态图中的第五状态(即，U：等待MB_Revoke)。也就是说，在被授予发送媒体突发的许可之后，在所允许的用于发送媒体数据的时期期间(即，与T2定时器的设置值相对应的时间段)，终端(或者PT客户端)可以发送媒体数据(即，RTP媒体分组系列)给PT服务器。有时候，由终端发送的RTF媒体分组系列具有序列号。此外，与最后的RTF媒体分组的序列号有关的信息可以被包括在MB_Release消息中。
虽然终端已经在T2定时器的设置时期(例如，30秒)内顺序地给PT服务器发送了RTF媒体分组(即，媒体数据)系列和MB_Release消息，但与其顺序的发送相比较，由于其不同的网络路由路径，消息(即，RTF媒体分组和MB_Release消息)可能被PT服务器非顺序地接收。例如，当RTF媒体分组和MB_Release消息被顺序地发送的时候，MB_Release消息可能比RTF媒体分组更早的到达PT服务器。也就是说，在接收到由终端发送的MB_Release消息之后，PT服务器可能接收到一部分RTF媒体分组(例如，由终端发送的RTF媒体分组中的最后的RTF媒体分组)。在这里，PT服务器检查(即，恢复和分析)包括在MB_Release消息中的与最后的RTF媒体分组的序列号有关的信息，然后等待直到接收到最后的RTF媒体分组。也就是说，PT服务器相对于终端的状态仍然处于图1的第二状态(即，状态“U：允许的”)。但是，如果在PT服务器等待接收最后的RTF媒体分组的同时T2定时器期满，则PT服务器发送MB_Revoke消息给终端(即，这对应于图1的情形3)。在这里，PT服务器相对于终端的状态从第二状态转变为第四状态(即，状态“U：未决的MB_Revoke”)。然后，一旦接收到最后的RTF媒体分组，PT服务器可以认为最后接收的RTF媒体分组是没有在发送媒体数据的允许时间段(即，T2定时器的设置时期)内到达的无效(不允许的分组)，并且从而惩罚该终端。因此，PT服务器相对于终端的状态从第四状态转换为第五状态(即，状态“U：等待MB_Revoke”)，即，转换为该终端被惩罚(处罚)的状态。也就是说，处于第五状态中的终端在惩罚时期期间(即，与T9定时器的设置值相对应的时间段)内不能向PT服务器请求媒体突发权限。
因此，在终端已经在用于发送媒体数据的允许时期(即，由T2定时器设置的时间段)(例如，30秒)内顺序地发送了RTF媒体分组(媒体数据)和MB_Release消息的情形下，如果在PT服务器已经首先接收到MB_Release消息，但是由于网络路由路径上的传输延迟而仍然没有接收到一部分RTF媒体分组(例如，最后的RTF媒体分组)的状态之下，用于发送媒体数据的允许时期逝去，则终端可能会被不希望地置于这样一个状态，即其在T9定时器设置的时间段(例如，30秒)内不能向PT服务器请求媒体突发权限，这不是希望的。
发明内容
本发明的一个目的是提供一种用于控制PT服务器状态的方法和设备，其解决了与相关技术有关的限制和缺点。
本发明的另一个目的是提供一种PT客户端设备(终端)和PT服务器，其可以提供有效的媒体突发控制技术。
此外，即使PT服务器从终端接收到用于释放发送媒体突发的许可的消息之后接收到一定的媒体数据，本发明的这个公开也允许终端(PT客户端设备)请求发送媒体突发的许可(发言权或者媒体突发权限)。
即使在PT服务器从终端接收到用于释放发送媒体突发的许可的消息之后，发送媒体突发的许可的允许时间段逝去，本发明的这个公开也允许终端(PT客户端设备)请求发送媒体突发的许可，而无需将终端对发送媒体突发的许可的请求限制(抑制或者控制)一定的时间段突发。
按照本发明的一个方面，提供了一种用于控制一键通(PT)服务器的状态的方法，包括：当由PT服务器接收到媒体突发释放消息的时候，处于第二状态的PT服务器转换到第一状态；如果处于第一状态的PT服务器从PT客户端接收到媒体分组，并且如果处于先前的第二状态的PT服务器已经接收到媒体突发释放消息，则PT服务器保持在第一状态。
按照本发明的另一个方面，提供了一种用于控制一键通(PT)服务器的状态的方法，包括：当接收到媒体突发释放消息的时候，处于第二状态的PT服务器转换到第一状态；当在PT服务器处于转变后的第一状态的同时接收到媒体分组的时候，由PT服务器确定在先前的第二状态是否已经接收到媒体突发释放消息；如果确定步骤确定在先前的第二状态已经接收到媒体突发释放消息，则当接收到媒体分组的时候，PT服务器保持在转变后的第一状态。该方法进一步包括：当T2定时器运行时，由处于第二状态的PT服务器从PT客户端接收一个或多个媒体分组；当T2定时器运行时，由处于第二状态的PT服务器从PT客户端接收媒体突发释放消息。
按照本发明的另一个方面，提供了一种用于控制一键通(PT)服务器的状态的方法，包括：在定时器T2期满时(当T2定时器期满的时候)，由处于第二状态的PT服务器确定是否已经接收到媒体突发释放消息；如果确定步骤确定已经接收到媒体突发释放消息，则PT服务器从第二状态转换到第一状态，或者PT服务器基于确定结果从第二状态转换到第四状态。
按照本发明的另一个方面，提供了一种控制一键通(PT)服务器的状态的方法，包括：当T2定时器运行时，由PT服务器接收媒体突发释放消息；在定时器T2期满时(当T2定时器期满的时候)，由PT服务器确定是否已经接收到媒体突发释放消息；当确定步骤确定已经接收到媒体突发释放消息的时候，PT服务器转换到媒体突发空闲状态。
按照本发明的另一个方面，提供了一种一键通(PT)客户端设备，包括：控制器，其将至少一个媒体分组和媒体突发释放消息发送给PT服务器，响应于媒体突发释放消息而从PT服务器接收媒体突发空闲消息，并且在接收到媒体突发空闲消息之后，将媒体突发请求发送给PT服务器，其中如果PT服务器在定时器T2之前已经接收到媒体突发释放消息，突发从PT服务器接收媒体突发空闲消息。
按照本发明的另一个方面，提供了一种一键通(PT)客户端设备，包括：控制器，将至少一个媒体分组和媒体突发释放消息发送给PT服务器，响应于媒体突发释放消息而从PT服务器接收媒体突发空闲消息，并且在接收到媒体突发空闲消息之后，将媒体突发请求发送给PT服务器，其中突发如果PT服务器在接收到媒体突发释放消息之后在第一状态中接收至少一个媒体分组，则媒体突发请求被发送，该媒体突发释放消息是在先前的状态中由PT服务器接收的。
从在下文给出的详细说明中，本申请的这些和其它的目的将更容易变得显而易见。但是，应该明白，表示本发明的优选实施例的详细说明和特定例子仅仅是通过示例说明的方式而给出的，因为从这个详细说明中，对于本领域技术人员来说，在本发明的精神和范围之内各种改变和改进将变得显而易见。
附图说明
从下文给出的详细说明和附图中，本发明将变得更加明白，仅以图示说明的方式给出该详细说明和附图，因此其并不限制本发明，在附图中：
图1是举例说明按照相关技术在PT客户端和PT服务器之间发送/接收媒体突发的状态机示意图；
图2是举例说明按照相关技术获取发送媒体突发的许可以及在PT服务器和终端(PT客户端)之间传输媒体数据的信号流程图；
图3是举例说明按照本发明第一个实施例的媒体突发控制的信号流程图；和
图4是举例说明按照本发明第二个实施例的媒体突发控制的信号流程图。
图5是举例说明本发明的UE(或者终端)的PT结构。
具体实施方式
本发明的优选实施例的这些公开可以应用于提供PT服务的PT通信系统和相关的设备。但是，这些公开可以不限于这些，而是适用于可以适用这些公开的技术特征的每个有线/无线通信系统和相关的设备。
按照本发明的一个方面，当具有发送媒体突发的许可(发言权或者媒体突发权限)的终端在该发送媒体突发的许可的时期内向PT服务器发送媒体数据(例如，没有序列号的RTP媒体分组)和用于释放该发送媒体突发的许可的消息(即，MB_Release)的时候，即使由于不同网络路由路径上的传输延迟，使PT服务器在接收到MB_Release消息之后接收到一部分媒体数据(例如，最后的RTP媒体分组，或者不是最后RTP分组的至少一个RTP媒体分组)，该终端也可被允许请求该发送媒体突发的许可，而不受PT服务器的任何限制突发。
按照本发明的另一个方面，当具有发送媒体突发的许可的终端在该发送媒体突发的许可的时期内顺序地发送媒体数据(例如，具有序列号的RTP媒体分组)和MB_Release消息的时候，即使由于不同网络路由路径上的传输延迟，使PT服务器首先接收到MB_Release消息，然后在该发送媒体突发的许可的时期逝去以前，接收到一部分媒体数据(例如，最后的RTP媒体分组，或者不是最后RTP分组的至少一个RTP媒体分组)，该终端也可以被允许请求该发送媒体突发的许可，而没有任何限制突发。
在下文中，将参考附图解释本发明的优选实施例的构造和操作。本公开可以提出仅用作为举例说明的实例的第一和第二实施例。
第一个实施例适用于RTP媒体分组(媒体数据)具有序列号，或者RTP媒体分组没有序列号的情况。第二个实施例最好是适用于这样的情况，即RTP媒体分组(媒体数据)具有序列号，以使得PT服务器可以通过检查包括在接收的媒体突发释放消息(例如，MB_Release消息)中的“最后分组的序列号”信息而知道一个或多个另外的RTP媒体分组可被接收，并且因此PT服务器可以等待将要被接收的任何另外的RTF媒体分组。在这里，每个RTF媒体分组(媒体数据)的序列号起到每个分组的标识符的作用，并且还起一种用于通知每个分组的序列(顺序)的指示符的作用。每个MB_Release消息包括识别最后的RTF媒体分组的信息，诸如“最后分组的序列号”。但是，每个RTF媒体分组可以或者可以不必在其中包括它的序列号。
图3是举例说明按照本公开第一个实施例的媒体突发控制的信号流程图。
在下文中，参考图1和3进行描述。在这里，假设在图1中SIP会话在PT服务器的零状态被启动，然后PT服务器通过发送MB_Idle消息给每个终端而处于第一状态。也就是说，每个终端处于这样一种状态，即它们可以向PT服务器请求媒体突发权限(发言权或者发送媒体突发的许可)。但是，在终端A已经被从PT服务器授予发送媒体突发的许可的假定之下，这里的描述仅仅作为一个例子而给出。
终端A、B和C(PT客户端设备)中的每一个向PT服务器发送用于请求发送媒体突发的许可的消息(例如，MB_Request)(S10)。当PT服务器已经决定给终端A授予发送媒体突发的许可的时候，其响应于终端A对发送媒体突发的许可的请求，给终端A发送授权的消息(例如，MB_Granted)，而给终端B和C发送用于通知该发送媒体突发的许可已被终端A获取的消息(S20)。经由步骤S10和S20，PT服务器相对于终端A的状态从图1的第一状态转换(改变或者移动)为第二状态机(即，状态“U：允许的”)。因此，在由T2定时器设置的允许时间期间，终端A可以发送媒体数据(或者RTP媒体分组)给PT服务器。此外，经由步骤S10和S20，终端B和C已经接收到MB-Taken消息，因此，PT服务器相对于终端B和C的工作状态对应于图1的第六状态(状态“U：不允许和MB_Taken”)。由于终端A处于第二状态(即，状态“U：允许的”)，终端A可以发送媒体数据(或者RTP媒体分组)给PT服务器(S30)。在这里，当接收到第一RTP媒体分组的时候，PT服务器运行T1定时器和T2定时器两者。也就是说，终端A可以在由T2定时器设置的时间(时期)(例如，30秒)内发送一系列的RTP媒体分组给PT服务器(S31至S33)。在这里，每当接收到每个RTP媒体分组时，PT服务器重新起动T1定时器。T1定时器计算从接收到一个RTP媒体分组的时刻到接收到随后的RTP媒体分组的时刻之间的时期。
当T1定时器期满，或者从终端A接收到MB_Release消息的时候，PT服务器确定该终端A已经完全地发送了它的媒体数据，然后从图1的第二状态转换为图1的第一状态，即，转换为终端A可以请求媒体突发权限(发送媒体突发的许可)的状态。
在这里，更详细地解释步骤S30。如在图3中举例说明的，终端A已经在终端A被允许发送媒体数据的时期(即，由T2定时器设置的值(时间段))内给PT服务器发送了一系列的RTP媒体分组(S31至S33)，并随后已经发送了MB_Release消息(S34)。在这里，由终端A发送的消息(即，RTP媒体分组和MB_Release)可以经由不同的网络路由路径而发送给PT服务器，由于使用了不同的网络路由路径，这可以导致出现传输延迟。因此，在接收到由终端A发送的MB_Release消息之后，PT服务器可接收到最后的RTP媒体分组，或者一个或多个RTP媒体分组(它们可不必是最后的RTP媒体分组)(S34)。
由于当T2定时器仍然运行的时候PT服务器已经在步骤S34接收到MB_Release消息，PT服务器相对于终端A的TBCP(或者MBCP)状态从第二状态(其是当前状态)(即，状态“U：允许的”)转换到第一状态机(即，状态“U：不允许的以及MB_Idle”)。PT服务器可以从终端A接收用于请求发送媒体突发的许可的消息(例如，MB_Request)，其指的是如果在这个状态中需要的话，终端A可以再次向PT服务器发送媒体突发请求。
然后，按照本发明，如在步骤S33中所述，如果处于第一状态的PT服务器接收最后的RTP媒体分组，或者任何其它的RTP媒体分组，则PT服务器确定是否已经接收到MB_Release消息(即，PT服务器在第二状态{即，状态“U：允许的”}中已经接收的消息)。如果确定已经接收到MB_Release消息，那么，PT服务器不转换到第三状态(“U：不允许的，但是发送媒体”)，丢弃接收到的最后的或者任何其它的RTP媒体分组(而不将其发送给其它的PT客户端)，并且保持在第一状态，因此，如果需要的话，终端A可以再次请求发送媒体突发的许可。另一方面，如果其确定没有接收到MB_Release消息，那么，PT服务器从第一状态转换到第三状态。
在图3的例子中，处于第一状态中的PT服务器确定已经接收到MB_Release(即，PT服务器在第二状态{即，状态“U：允许的”}中已经接收到的消息)(例如，在步骤S34)，并且从而丢弃接收到的RTP媒体分组，保持在第一状态且不转换到第三状态(S35)，这与图1的相关技术相反。也就是说，当处于第一状态的PT服务器接收步骤S33的RTF媒体分组的时候，PT服务器相对于终端A的状态不从第一状态转换为第三状态(即，图1中的状态“U：不允许的，但是发送媒体”)。因此，即使PT服务器在步骤S34接收到MB_Release消息之后接收到步骤S33的RTP媒体分组，PT服务器也可以不判定发送媒体数据的终端A不具有发送媒体突发的许可。
在以上的情形下，在步骤S34接收到MB_Release消息之后，PT服务器丢弃在步骤S33上接收的最后的RTP媒体分组(或者任何其它的RTP媒体分组)，然后允许终端A仍然请求发送媒体突发的许可。也就是说，PT服务器相对于终端A的TBCP(或者MBCP)状态仍然处于第一状态。因此，当终端A已经首先在由T2定时器设置的时间(时期)内，即，在该发送媒体突发的许可的时期内发送了媒体数据(即，一系列的RTP媒体分组)，然后发送MB_Release消息的时候，有可能防止由于网络路由路径上的传输延迟而使终端A被不适宜地对待。因此，PT服务器相对于该终端的状态机不从第一状态转换为第三状态。因此，按照本发明，终端A可以从PT服务器再次请求发送媒体突发的许可，并且不会被惩罚，这是有益的并且有效的。
图4是举例说明按照本公开第二实施例的媒体突发控制的信号流程图。在这里，假设在图1中SIP会话在PT服务器的零状态被启动，然后PT服务器通过发送MB_Idle消息给每个终端而处于第一状态。也就是说，每个终端处于能够从PT服务器请求发送媒体突发的许可的状态。但是，在终端A已经被PT服务器授予发送媒体突发的许可的假定之下，所做的描述仅仅作为一个例子。在图4的第二实施例中，步骤(S10和S20)的操作和功能与图3的第一实施例中的步骤S10和S20相同。但是，在这个例子中，与图3的第一实施例不同，在图4的第二实施例中，每个RTP媒体分组(或者媒体数据)具有序列号，并且MB_Release消息包括与最后的RTP媒体分组的序列号有关的信息。
例如在图4所示的本发明第二实施例中，即使在接收到先于MB_Release消息而发送的最后的RTP媒体分组，或者不是最后RTP媒体分组的至少一个RTP媒体分组之前，PT服务器已经接收到来自终端A的MB_Release消息，PT服务器的状态也不从第二状态转换(改变)为第一状态，而是PT服务器的第二状态仍然相对于终端A而保持。这表示在T2定时器期满之前，PT服务器等待从终端A接收最后的RTP媒体分组(或者任何其它的RTF媒体分组)。在图4中，每个RTF媒体分组可以具有序列号，因此，PT服务器可以鉴于接收到的MB_Release消息中所包含的“最后分组的序列号”信息而等待最后的分组。
此外，图4的第二实施例举例说明，虽然一系列RTF媒体分组(最好是具有序列号)和MB_Release消息在T2定时器期满之前由终端A发送给PT服务器，但由于网络路由路径上的传输延迟，MB_Release消息可能首先被PT服务器接收。因此，T2定时器将在PT服务器还没有接收到一部分RTP媒体分组(例如，最后的或者至少一个RTP媒体分组)的状态下期满。现在将参考按照本发明的步骤S40更详细地解释与PT服务器接收MB_Release消息和任何RTP媒体分组有关的操作。
参考步骤S40，具有发送媒体突发的许可的终端A在终端A被允许发送媒体数据的时期(即，由T2定时器设置的值(时间段))内给PT服务器发送一连串的RTP媒体分组(S41至S43)。在这里，最好是每个RTP媒体分组具有一个序列号。终端A然后在用于发送媒体数据的时期(即，由T2定时器设置的值(时间段))期间发送MB_Release消息给PT服务器(S44)。但是，即使RTP媒体分组和MB_Release消息已经由终端A顺序地发送给PT服务器，每个RTP媒体分组和MB_Release消息也可能经由不同的网络路由路径而发送。因此，由于分组和消息经由不同的路由路径而发送，可能会出现传输延迟。
在图4的例子中，在T2定时器期满之前，PT服务器接收RTP媒体分组(序列号1)、RTP媒体分组(序列号2)等等(S41和S42)。然后，在接收到最后的或者任何其它的RTP媒体分组(例如，具有序列号n的RTP媒体分组)之前，由于传输延迟，PT服务器可能首先接收MB_Release消息(S43和S44)。在这里，PT服务器可以通过分析与接收到的MB_Release消息中所包括的最后RTP媒体分组的序列号(例如，n)有关的信息，而确定接收到的RTP媒体分组是否是最后的RTP媒体分组。例如，可以检查接收到的MB_Release消息中所提供的“最后分组的序列号”信息/参数。PT服务器然后可以在特定的存储器(例如，安装(装配)在PT服务器中的存储器或者外部存储器)中存储与最后RTP媒体分组的序列号有关的信息。
由于包括在接收到的MB_Release中的“最后分组的序列号”信息表示PT服务器仍然需要接收最后的分组，所以当PT服务器接收到MB_Release消息的时候，PT服务器等待去接收步骤S43的最后的RTF媒体分组(具有序列号n)。并且，PT服务器相对于终端A的状态不从第二状态转换到第一状态，而是按照本发明PT服务器此时保持在第二状态(S45)。从而，在T2定时器期满之前，PT服务器可以接收由终端A发送的媒体数据(例如，具有序列号n的最后的RTP媒体分组)。
但是，如果当T2定时器期满(例如，在步骤S43，在T2定时器期满之后接收到最后的RTP媒体分组)的时候，没有接收到最后的RTP媒体分组(具有序列号n)，那么，PT服务器确定其是否已经接收到MB_Release消息(S46)。也就是说，当T2定时器期满而PT服务器处于第二状态(“U：允许的”)的时候，PT服务器不转换到第四状态，而是保持在第二状态(S45)，然后确定PT服务器是否已经接收到MB_Release消息(S46)。如果确定已经接收到MB_Release消息，那么，PT服务器从第二状态转换到第一状态(“U：不允许的以及MB_Idle”)，将MB_Idle消息发送给终端A，并且丢弃此后接收的任何RTP媒体分组。在图4的例子中，由于PT服务器已经在步骤S44接收到了MB_Release消息，所以PT服务器在步骤S45确定已经接收到MB_Release消息，然后从第二状态转换到第一状态，然后将MB_Idle消息发送给终端A，同时保持在第一状态(S47和S48)。
另一方面，如果PT服务器在步骤S45确定没有接收到MB_Release，则PT服务器发送MB_Revoke消息给终端A(S49)，并且从第二状态转换到第四状态(“U：未决的MB_Revoke”)(S50)。
正如以上讨论的，根据步骤S45的确定，PT服务器可以知道其在T2定时器期满之前已经在步骤S44接收到MB_Release消息。因此，PT服务器从第二状态转换为第一状态，以使得终端A可以请求发送媒体突发的许可，这是有益的。也就是说，按照本发明，一旦T2定时器期满，PT服务器就不发送MB_Revoke消息给终端A。此外，在这种情况下，PT服务器相对于终端A的状态没有从第二状态转换(改变)为第四状态(即，状态“U：未决的MB_Revoke”)。但是，如果在步骤S45确定PT服务器在T2定时器期满的时间点上还没有接收到MB_Release消息，则PT服务器发送MB_Revoke消息给终端A(S49)。在这里，PT服务器相对于终端A的状态从第二状态转换为第四状态(即，状态“U：未决的MB_Revoke”)(S50)。
与此同时，当T2定时器期满的时候，PT服务器可以运行T3定时器。如果在T3定时器期满之前，PT服务器接收到最后的RTP媒体分组(具有序列号n)，则PT服务器发送最后的RTP媒体分组(具有序列号n)给终端B和/或终端C(即，对应于图1的情形4)。但是，当T3定时器期满，或者处于第四状态的PT服务器接收到最后的RTP媒体分组(具有序列号n)的时候，PT服务器将认为终端A已经在没有媒体突发权限(发送媒体突发的许可)的情况下发送了媒体数据(即，具有序列号n的最后的RTP媒体分组)。因此，PT服务器相对于终端A的状态将从第四状态(即，状态“U：未决的MB_Revoke”)转换(改变)为第五状态(即，状态“U：等待MB_Revoke”)。在第五状态下，PT服务器惩罚终端A在一定时期内(即，在T9定时器设置的时期内)不能请求发送媒体突发的许可。
因此，在本发明的第二个实施例中，如果在T2定时器的允许时期内从终端A接收到最后的RTP媒体分组之前，PT服务器已经接收到MB_Release消息，则PT服务器检查(分析)与MB_Release消息中所包括的最后RTP媒体分组的序列号相关的信息，然后通过不从第二状态转换到第一状态，而等待接收最后的RTP媒体分组。但是，即使PT服务器在T2定时器期满的时候没有接收到最后的RTP媒体分组，PT服务器也不自动地发送MB_Revoke消息给终端A，而是确定是否已经接收到MB_Release消息，并且可以基于这个确定而从第二状态移动到第四状态。在相关技术中，当T2定时器期满的时候，PT服务器自动地从第二状态转变到第四状态，这会导致定时器T3和T9运行，在T9的时间期间，终端不能请求发送媒体突发的许可。这是一个问题，因为其过于严重地惩罚了终端。本发明解决了这种限制，因为PT服务器基于确定步骤S46的结果而有选择地从第二状态转换到第四状态。因此，按照本发明，用户(终端A)不会被非必要地惩罚，并且PT服务器可以允许终端A请求发送媒体突发的许可。因此，可以向终端A提供想要的PT服务，而没有因网络传输延迟而导致的任何限制。
如上所述，已经参考实施例解释了本发明的这个公开，实施例仅是示范性的。对于本领域技术人员来说显而易见的是，可以在本公开中进行各种各样的修改和变化。例如，在此处论述的本发明的方法可以通过软件、硬件或者其组合来实现，即，其可以存储在存储介质(例如，终端的内部存储器、闪存、硬盘等等)中，也可以作为在软件程序内的代码或者命令字来实现，该软件程序可以由处理器(例如，终端的内部微处理器)执行。此外，在本发明的实施例中，通话突发表示音频数据，媒体突发表示数据，诸如字符、运动图像或者照片。通话突发和媒体突发都可以适用于本公开的实施例，而与数据格式无关。因此，本公开意欲覆盖对本发明的修改和变化，只要它们落入所附权利要求及其等效物的范围之内。
按照本发明的每个终端(例如，终端A、B、C等等)是能够提供PT服务的PT客户端设备(具有PT客户端的任何设备)。每个终端可以包括控制器、存储器和用于实现此处论述的本发明的方法的任何其它部件。例如，每个终端可以是以下中的一个：所有类型的移动通信终端、PT服务可用的笔记本电脑、台式计算机、便携式游戏设备、MPS或者其它家用器具。此外，在本发明的描述中，每个终端最好是表示一个包括PT客户端的物理实体，并且PT客户端最好是表示包括在该终端中的逻辑或者物理实体。因此，为了解释本发明起见，该终端可以称为PT客户端设备，或者反之亦然。
图5是按照本发明包括终端(或者UE)的配置的PT(一键通)系统结构。在下文中，将参考图5进行描述。
在图5的例子中，PT客户端可以驻留在移动终端上，并且用于访问PT服务。PT客户端可以被配置为允许PT会话启动(例如，编解码协商(codec negotiation))、参与(例如，通话或者收听)和释放。PT客户端可以被配置为执行向SIP/IP核心(SIP/IP Core)注册，以及向SIP/IP核心鉴权PT用户。PT客户端可以被配置为通过记录和编码音频而生成和发送通话突发(媒体突发)。PT客户端可以被配置为接收通话突发以及通过解码接收到的通话突发而生成音频。PT客户端可以被配置为支持通话突发控制过程和通话突发控制协议协商。PT客户端可以被配置为结合由DM客户端提供的PT配置数据。PT客户端可以被配置为支持设置应答模式指示(Answer Mode Indication)(人工应答、自动应答)、呼入PT会话限制(Incoming PT Session Barring)和呼入即时个人示警限制(Incoming Istant Personal Alert Barring)以及同时PT会话支持(Simultaneous PT Sessions Support)的性能。如果被PT服务器启动，PT客户端可以被配置为支持用户平面(user plane)适应过程。PT客户端可以被配置为支持接收即时个人示警。PT客户端可以被配置为支持发送即时个人示警和提供组广告(Group Advertisement)。PT客户端可以被配置为支持多个通话突发控制协议和基于优先权或者时间戳的通话突发请求排队。PT客户端可以被配置为在通话突发结束之后发送质量反馈报告。PT客户端可以被配置为支持预建立的会话(Pre-established Sessions)。PT客户端可以被配置为支持同时会话(Simultaneous Sessions)和会话保持过程(Session on-hold procedures)，以请求对于用户身份的保密性。
在图5的例子中，XDMC(XML文档管理客户端)可以是一个XCAP客户端，其管理存储在网络中的XML文档(例如，PT XDMS中的PT专用文档，例如在共享的XDMS中用作为联系列表的URI列表，等等)。管理特征包括诸如创建、修改、检索和删除的操作。
在图5的例子中，存在源(Presence Source)是一个实体，其向存在服务(Presence service)提供(公布)存在信息(presence information)。观察者(Watcher)是一个实体，其请求有关存在体(Presentity)的存在信息，或者有关观察者的观察者信息，形成存在服务。
正如以上讨论的，在本公开中，终端可以请求发送媒体突发的许可(通话突发权限，或者媒体突发权限或者发言权)，而没有任何因网络传输延迟而导致的限制。因此，终端和PT服务器可以顺利地按照需要地来使用PT服务。
已经参考仅为示范性的实施例解释了本发明。对于本领域技术人员来说显而易见的是，在不脱离本发明的精神或者范围的情况下，可以在本发明中进行各种各样的修改和变化。因此，本发明意欲覆盖对本发明的修改和变化，只要它们落入所附权利要求及其等效物的范围之内。