CN1819671A - 关于按键通话发言权和队列信息的方法及其相关装置 - Google Patents

关于按键通话发言权和队列信息的方法及其相关装置 Download PDF

Info

Publication number
CN1819671A
CN1819671A CNA2005100034598A CN200510003459A CN1819671A CN 1819671 A CN1819671 A CN 1819671A CN A2005100034598 A CNA2005100034598 A CN A2005100034598A CN 200510003459 A CN200510003459 A CN 200510003459A CN 1819671 A CN1819671 A CN 1819671A
Authority
CN
China
Prior art keywords
talk
push
client unit
message
speak
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2005100034598A
Other languages
English (en)
Inventor
N·施瓦格曼恩
A·施米特
H·施米特
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Intel Deutschland GmbH
Original Assignee
Infineon Technologies AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Infineon Technologies AG filed Critical Infineon Technologies AG
Publication of CN1819671A publication Critical patent/CN1819671A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

描述了一种按键通话通信系统，其中为了在按键通话通信的范围中分配发言权设置了决策单元(主席)和/或队列，并且传输相应的控制消息、请求消息和信息消息。

Description

关于按键通话发言权和队列信息 的方法及其相关装置
技术领域
本发明涉及一种用于请求按键通话(Push-to-talk)发言权(Sprachrecht)和/或用于询问队列信息的方法、一种用于分配按键通话发言权和/或用于通知队列信息的方法、按键通话客户端单元、按键通话控制服务器计算机和决策单元。
背景技术
通信业务“无线一键通(PoC，Push-to-talk-over-Cellular)”能够使移动无线电用户设备的用户同时向一个或者多个接收者传送语音数据。
为此，在移动无线电用户设备上通常设置专用的PoC按键，在操作所述PoC按键之后，用户可以开始录入语音数据。
通常在录入期间，语音数据就已经借助于移动无线电通信网络被分配给、也就是被传送给一个或者多个所期望的接收者。该过程被称为“分流(streaming)”。
以半双工方法进行传送，也就是在录入期间和传输期间，只有发送者、即录入和发送语音数据的用户可以向接收者传送语音数据，但是接收者不能同时向发送者发送语音数据。尤其是发送者不会被接收者中断。
从用户的角度看，借助于PoC的通信明确地对应于传统的CB无线电，可是其具有以下扩展方案，即发送者能够在世界范围内向接收者传送语音数据，该接收者借助于至少一个移动无线电通信网络的适当的交换技术可实现。
如果PoC的用户经常想向相同的接收者发送语音消息，那么在PoC中能够使该用户定义个人的、固定的用户群。例如，PoC的用户可以定义名称为“朋友”的组，该组具有相应的成员及其相应的地址、例如电话号码形式的或者SIP地址形式的SIP-URL(会话初始协议统一资源定位符(Session Initiation Protocol Uniform ResourceLocator))。
于是，SIP-URL形式的自己的组地址可被分配给该组，并且在建立PoC通信、也就是在给出由用户初始化的组地址的情况下借助于PoC进行通信会话时，该组的所有成员由PoC服务器计算机来寻址，并且被邀请进行PoC通信。
该组的成员可被邀请的前提是，该成员在移动无线电通信网络中登录、也就是“在线(online)”，借助于所述移动无线电通信网络准备好所使用的PoC。
主动地(也就是作为发送者)或者被动地(也就是作为接收者)处于PoC通信中的PoC的用户下面被称为PoC通信的PoC用户。
目前，在UMTS(通用移动电信系统(Universal MobileTelecommunications System))通信系统的PS(分组交换(packet-switched))域的范围中和/或在GSM(全球移动通信系统(Global System for Mobile Communication))通信系统的PS域GPRS(通用分组无线业务(General Packet Radio Service))的范围中执行用于标准化PoC通信业务的标准化工作。该标准化工作在标准化小组OMA(开放移动联盟(Open Mobile Alliance))和3GPP(第三代合作伙伴计划(3rd Generation Partnership Project))的范围中进行。在该标准化工作中所应用的协议部分地在IETF(互联网工程任务组(Internet Engineering Task Force))的标准化小组中被定义。
规定，其中也基于IMS(基于网际协议的多媒体子系统(InternetProtocol based Multimedia Subsystem))通信系统实现PoC，其中信令化协议SIP(会话初始协议)和其扩展方案被应用。
如上所述，在PoC的范围中以半双工方法传送语音数据显然在PoC通信的每个时刻总是只允许一个PoC用户说话，并且所有其他PoC用户只能接收，也就是不能发送语音数据。因此，在PoC通信的范围中，总是只有一个PoC用户具有发言权、也就是在PoC通信的范围中向其他PoC用户发送语音数据的权限。典型地，在PoC通信的过程中，发言权被依次分配给不同的PoC用户。发言权的管理和分配被称为发言权控制(Floor Control)或者通话突发控制(Talk BurstControl)，并且由被称为PoC服务器计算机控制功能(PoC-Servercontrolling function)的PoC控制服务器计算机或者通话突发控制服务器计算机来执行。
根据以下基本原理来实施PoC通信范围中的发言权控制，即由PoC用户应用的PoC客户端单元在PoC控制服务器计算机处请求发言权，并且该PoC控制服务器计算机随后给予或者不给予该PoC客户端单元发言权，并且这根据PoC客户端单元发信号。如果在一个PoC客户端单元请求发言权的时刻，另一PoC客户端单元拥有发言权，那么例如不把发言权给予该PoC客户端单元。
表1包括按照现有技术定义的、PoC通信的范围中的针对通话突发控制的消息的列表。
  传输消息的方向   消息名称   消息说明
  客户端-＞服务器计算机   通话突发请求   PoC客户端单元在PoC控制服务器计算机处询问，其是否可以得到发言权
  服务器计算机-＞客户端   通话突发确认响应   PoC控制服务器计算机向所询问的PoC客户端单元确认发言权
  服务器计算机-＞客户端   通话突发拒绝响应   PoC控制服务器计算机不给予所询问的PoC客户端单元发言权
  服务器计算机-＞客户端   接收通话突发指示   PoC控制服务器计算机通知所有的PoC客户端单元(除了具有发言权的PoC客户端单元之外)，发言权已经被分配，并且因此现在语音消息也被发送。
  客户端-＞服务器计算机   通话突发完成指示   具有发言权的PoC客户端单元通知PoC控制服务器计算机，该PoC客户端单元交还发言权
  服务器计算机-＞客户端   无通话突发指示   PoC控制服务器计算机通知所有PoC客户端单元，当前没有人拥有发言权，并且因此也不发送语音消息
  服务器计算机-＞客户端   停止通话突发指示  PoC控制服务器计算机从具有发言权的PoC客户端单元收回发言权
                      表1
表1中所包括的消息被实现为RTCP APP分组，也就是借助于实时控制协议(RTCP，Real Time Control Protocol)的专用功能(APP)的分组类型来实现。在[1]中说明了各个RTCP APP分组的规范。
在[2]中说明了二进制发言权控制协议(BFCP，Binary FloorControl Protocol)。
在[3]中说明了RTCP的规范。
发明内容
本发明所基于的问题是，根据按键通话通信系统中的发言权的分配有效地提供所扩展的功能性。
该问题通过具有按照独立权利要求所述的特征的一种用于请求按键通话发言权和/或用于询问队列信息的方法、一种用于分配按键通话发言权/或用于通知队列信息的方法、按键通话客户端单元、按键通话控制服务器计算机和决策单元来解决。
提供了一种用于在按键通话通信的范围中请求按键通话发言权和/或用于询问关于具有登记项的队列的队列信息的方法，所述登记项分别对应于在所述按键通话通信的范围中对按键通话发言权的请求，并且在分配所述按键通话发言权时考虑哪个队列，其中按键通话客户端单元产生实时控制协议消息，所述实时控制协议消息包括用于管理队列的队列管理信息，和/或包括以下信息，即所述按键通话客户端单元询问队列信息，并且所述按键通话客户端单元向按键通话控制服务器计算机发送该实时控制协议消息。
此外，提供了用于在按键通话通信的范围中分配按键通话发言权和/或用于通知关于具有登记项的队列的队列信息的方法，所述登记项分别对应于在按键通话通信的范围中对按键通话发言权的请求，并且在分配所述按键通话发言权时考虑哪个队列，其中按键通话控制服务器计算机产生实时控制协议消息，所述实时控制协议消息包括用于管理队列的队列管理信息，和/或包括所述按键通话控制服务器计算机询问队列信息的信息，和/或包括以下信息，即所述按键通话控制服务器计算机询问控制信息并且所述按键通话控制服务器计算机向决策单元发送该实时控制协议消息，所述控制信息说明，应如何分配所述按键通话发言权。
此外，按照上述用于请求按键通话发言权和/或用于询问队列信息的方法和上述用于分配按键通话发言权和/或用于通知队列信息的方法，提供了按键通话客户端单元、按键通话控制服务器计算机和决策单元。
按键通话尤其是应被理解为无线一键通(PoC)。
下面，所述决策单元也被称为主席(Chair)。该决策单元可以是独立构造的服务器计算机，或者也可以借助于享有特权的用户的按键通话客户端单元来实现，该享有特权的用户从而显然是按键通话通信的缓和剂(Moderator)。同样，该决策单元也可以借助于不参与按键通话通信的用户的按键通话客户端单元来实现。
显然，提出按键通话发言权请求的所有按键通话客户端单元都被编入队列中。如果一个按键通话客户端单元提出一个按键通话发言权请求，那么该按键通话客户端单元例如被编入所述队列的末端，也就是说，在队列的末端产生对应于所述按键通话客户端单元的登记项。如果没有分配或者交还了按键通话发言权，那么将该按键通话发言权分配给对应于队列中的第一登记项的按键通话客户端单元(并且该登记项被删除，而所有其他登记项跟上)。显然，在该实例中，根据FIFO(先进先出(first in first out))原理操作所述按键通话客户端单元，如果所述按键通话客户端单元被编入队列中，那么可能采用其他替换方案、尤其是考虑按键通话客户端单元的优先级。
本发明所基于的思想在于，在按键通话通信的范围中根据发言权的分配借助于实时控制协议(RTCP)、也即借助于(优选的实时控制协议的专用功能(APP)的分组类型的)实时控制协议分组来实现按键通话通信系统的功能性的扩展，通过提供决策单元和/或队列来实现该功能性。
在按键通话时，信令数据通常通过IMS来传输，也就是说，相应的消息可能通过非常多的代理服务器来转交，这在发信号时可能会导致延迟。反之，在按键通话时，语音数据借助于实时协议分组来传输，所述实时协议分组不是通过IMS而是直接从例如为PoC客户端单元的发送者运行到例如为PoC控制服务器的接收者。由于能够与实时协议分组并行地在相同的传输路径上传输实时控制协议分组，所以通过这种方式可以实现相比较非常快的信令，该信令对于分配按键通话发言权是必需的。
尤其是与应用诸如BFCP(二进制发言权控制协议)的另一协议相比，另一优点在于，根据现有技术在应用实时控制协议分组的情况下来实现表1中所列出的消息，这些消息如所述的那样能够实现基本的功能性。因此，传统的按键通话通信系统的按键通话客户端单元和按键通话控制服务器计算机已经支持了实时控制协议的应用，所以在实现所扩展的功能性时只形成微小的实施花费。
本发明的优选的扩展方案根据从属权利要求得出。关于用于请求按键通话发言权和/或用于询问队列信息的方法和关于用于分配按键通话发言权和/或用于通知队列信息的方法所描述的本发明的其他改进方案按意义也适用于按键通话客户端单元、按键通话控制服务器计算机和决策单元。
在用于在按键通话通信的范围中请求按键通话发言权和/或用于询问关于队列的队列信息的方法的情况下，优选的是，队列管理信息说明了按键通话客户端单元的优先级和/或说明了按键通话客户端单元收回该按键通话客户端单元对按键通话发言权的请求。
通过应用优先级可能的是，一定的按键通话客户端单元(具有相对较高优先级的按键通话客户端单元)在其他按键通话客户端单元(具有相对较低优先级的按键通话客户端单元)之前优选地获得(按键通话)发言权。如果第一按键通话客户端单元具有比第二按键通话客户端单元高的优先级，那么例如，即使第一按键通话客户端单元稍晚才请求发言权，该第一按键通话客户端单元总是在第二按键通话客户端单元之前被编入队列中，或者该第一按键通话客户端单元能够中断例如第二按键通话客户端单元，也就是说，如果第二按键通话客户端单元当前具有发言权并且第一按键通话客户端单元请求发言权，则从第二按键通话客户端单元收回发言权，并且将该发言权分配给第一按键通话客户端单元。
此外，优选的是，所述队列由所述按键通话控制服务器计算机和/或由决策单元来管理。
应用队列例如具有以下优点，即，即使不是立即将发言权分配给按键通话客户端单元，该按键通话客户端单元也必须只请求发言权一次。此外，因此显然可能公正地分配发言权。
此外优选的是，所询问的队列信息是关于登记项的位置的信息和/或完整的队列的说明，该登记项对应于按键通话客户端单元的按键通话发言权请求。
以这种方式，例如按键通话客户端单元的用户可以鉴于所述队列知道，大概什么时候将所述发言权分配给该用户或者其他用户。例如，用户可以识别出，在对应于该用户的按键通话客户端单元的登记项之前，在队列中已经存在对应于另一用户的按键通话客户端单元的登记项，并且从而在所述用户之前将发言权分配给哪个另一用户。
此外，优选的是，所述按键通话控制服务器计算机在考虑队列的情况下分配按键通话发言权，和/或产生具有所询问的队列信息的实时控制协议应答消息，并且将该实时控制协议应答消息传送给按键通话客户端单元。
在用于在按键通话通信的范围中分配按键通话发言权和/或用于通知关于队列的队列信息的方法的情况下，优选的是，队列管理信息包括按键通话客户端单元的标识，并且说明了按键通话客户端单元的优先级，和/或说明了所述按键通话客户端单元收回该按键通话客户端单元对按键通话发言权的请求。
优选地，所述队列由决策单元管理。
此外，优选的是，所询问的队列信息是关于对应于按键通话客户端单元的按键通话发言权请求的登记项的位置的信息和/或关于队列的总状态的信息。
此外，优选的是，所述决策单元产生具有所询问的控制信息的第一实时控制协议应答消息，并且向按键通话控制服务器计算机传送该第一实时控制协议应答消息，和/或产生具有所询问的队列信息的第二实时控制协议应答消息，并且向按键通话控制服务器计算器传送该第二实时控制协议应答消息，和/或在考虑队列管理信息的情况下管理所述队列。
附图说明
本发明的实施例在附图中示出，并且随后对其进行更详细地描述。
图1示出根据本发明的实施例的通信系统。
图2示出根据本发明的实施例的消息流图。
图3示出根据本发明的实施例的消息流图。
图4示出根据本发明的实施例的消息流图。
具体实施方式
图1示出根据本发明的实施例的通信系统100。
第一PoC客户端单元101、第二PoC客户端单元102和第三PoC客户端单元103分别借助于接口104分别与PoC用户服务器计算机(PoC服务器参与功能(PoC-Server Participant Function))105相耦合。该PoC用户服务器计算机105与PoC控制服务器计算机(PoC服务器控制功能)106相耦合。
PoC控制服务器计算机106可选地与主席107相耦合。主席107可以借助于PoC客户端单元101、102、103或者借助于通信系统100的服务器计算机来实现。该主席107显然是PoC通信的缓和剂。
PoC控制服务器计算机106例如可以向主席107询问，发言权应该被分配给哪个PoC客户端单元101、102、103，或者PoC客户端单元101、102、103应该在PoC控制服务器计算机106的哪个位置处被编入队列。主席107甚至可以管理队列，并且PoC控制服务器计算机106可以向该主席107请求关于队列的状态的信息。
例如，借助于UMTS(通用移动电信系统)通信系统或者GSM(全球移动通信系统)通信系统的RAN(无线接入网(Radio AccessNetwork))、核心网(CN，Core Network)和IMS(基于网际协议的多媒体子系统)来提供接口104。
但是，也可以例如借助于PSTN(公共交换电话网(PublicSwitched Telephone Network))通信网络来提供接口104。
PoC客户端单元101、102、103分别被集成在一个移动无线电通信终端设备中，所述移动无线电通信终端设备例如根据相应的接口104来设立，用于根据UMTS标准、GSM标准、GPRS(通用分组无线业务)标准或者其他移动无线电通信标准进行通信。
下面，参考图2描述根据本发明的实施方案的通话突发控制方法，其中队列被保持在PoC控制服务器计算机106中，在所述队列中针对在PoC通信的范围中已经请求了发言权但是还没有获得发言权的每个PoC客户端单元101、102、103包括一登记项。如果例如在一时刻发言权已被分配给第一PoC客户端单元101，而第二PoC客户端单元102询问发言权，那么PoC控制服务器计算机106不是不给予第二PoC客户端单元102发言权，而是(如果该PoC控制服务器计算机106作出相应的决定)将该第二PoC客户端单元102编入队列中。队列被构造为例如FIFO(先进先出)队列或者LIFO(后进先出(last infirst out))队列。
在图2中示出了相应的消息流。
图2示出根据本发明的实施例的消息流图200。
图2中所示的消息流发生在第一PoC客户端单元201、PoC控制服务器计算机202、第二PoC客户端单元203和第三PoC客户端单元204之间，其如上参考图1所述地来构造和布置。
在步骤205，第一PoC客户端单元201向PoC控制服务器计算机202询问，该第一PoC客户端单元201是否得到发言权。这借助于通话突发请求消息214实现。
在该例中，PoC控制服务器计算机202决定，第一PoC客户端单元201得到发言权，并且与此相应地在步骤206向该第一PoC客户端单元201发送通话突发确认响应消息219。
在步骤207，PoC控制服务器计算机202借助于接收通话突发指示消息220通知第二PoC客户端单元203和第三PoC客户端单元204，发言权已被分配。
如在[1]中所述的那样来构造通话突发请求消息214、通话突发确认响应消息219和接收通话突发指示消息220。
在步骤208，应用第一PoC客户端单元201的PoC用户现在可以借助于PoC控制服务器计算机202向第二PoC客户端单元203和第三PoC客户端单元204发送语音消息。
如上所提及的那样，PoC控制服务器计算机202管理具有所有PoC客户端单元201、203、204的队列，所述所有PoC客户端单元已经请求了发言权，可是迄今还没有获得发言权。
在步骤205已假设，队列是空的，并且与此相应地第一PoC客户端单元201已经获得发言权作为对借助于通话突发请求消息214的发言权请求的响应。
在步骤210，第二PoC客户端单元203借助于另一通话突发请求消息215向PoC控制服务器计算机202请求发言权。假设第一PoC客户端单元201可是还没有结束语音消息的传送。
因此，PoC控制服务器计算机202在由其管理的队列中为第二PoC客户端单元203制定一登记项，并且在步骤211借助于通话突发请求排队响应消息216通知第二PoC客户端单元203，该第二PoC客户端单元203已被编入队列中。
在步骤212，第一PoC客户端单元201借助于通话突发完成指示消息217通知PoC控制服务器计算机202，该第一PoC客户端单元201结束了语音数据的传送并且交还了发言权。
由于在由PoC控制服务器计算机202所管理的队列中存在针对第二PoC客户端单元203的登记项，并且在该例中假设，在该队列中在针对第二PoC客户端单元203的登记项之前不存在登记项，所以现在PoC控制服务器计算机202将发言权给予第二PoC客户端单元203。与此相应，PoC控制服务器计算机202向该第二PoC客户端单元203传送另一通话突发确认响应消息218。
如[1]中所述的那样，构造该另一通话突发请求消息215和该另一通话突发确认响应消息218以及通话突发完成指示消息217。
在该实施例中根据表2来构造通话突发请求排队响应消息216。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2|P| 子类型|  PT＝APP＝204 |         长度＝3              |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      PoC服务器的SSRC                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      名称＝PoC1                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 队列位置  |                填充                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                 表2：通话突发请求排队响应
表2以及其他的表3至22分别说明RTCP APP分组，该RTCP APP分组被用于实现在通话突发控制的范围中所应用的消息。每个通过表2至22所示的RTCP APP分组都包括具有名称“子类型”的字段，该字段包括还没有被另外占据的、针对各个消息特定的值。例如，在字段“子类型”中的值针对按照表2所构造的消息可能是01000，针对按照表3所构造的消息可能是01001，针对按照表4所构造的消息该值可能是值01010等。在字段“子类型”中所包括的值用于区分消息，也就是用于明确地识别消息。
在表2至22中所示的RTCP APP分组中此外还包括具有字符串“PT＝APP＝204”的字段。该字符串说明，该RTCP分组是RTCP APP分组。
每个所示的RTCP APP分组此外还包括具有各个RTCP APP分组的长度规范(大小规范)的字段，例如长度＝3(以适当的单位为单位，该适当的单位在所述表中对应于行的大小)。
此外，每个所示的RTCP APP分组具有各个RTCP APP分组的发送者的标识。根据通信系统100的哪个元件发送相应的消息，这或者是PoC控制服务器计算机106的标识，其特征在于PoC服务器的登记项SSRC；主席107的标识，其特征在于主席的登记项SSRC；或者是PoC客户端单元101、102、103的标识，其特征在于UE的登记项SSRC。
此外，每个所示的RTCP APP分组此外还包括具有字符串“名称＝PoC1”的字段。该字符串说明，该RTCP APP分组在PoC版本1的范围中被使用。该值可以视标准化小组的不同而不同。
有些所示的RTCP APP分组在一行中此外还包括具有名称“填充”的字段。这表明，相应的行借助于所谓的填充位来补足。
如所提及的那样用于实现通话突发请求排队响应消息216的、在表2中所示的RTCP APP分组包括具有名称“队列位置”的字段，所述“队列位置”包括(在该例中)第二PoC客户端单元203的位置。在该例中，字段“队列位置”具有8比特的大小，可是如果这是必要的也可能使用16比特或者更多。
其他的、在图2中所示的消息流的范围中没有传输的消息能够被用在具有由PoC控制服务器计算机106所管理的队列的通话突发控制的范围中。
例如，按照表3所构造的通话突发队列位置请求消息可以由PoC客户端单元101、102、103用于向PoC控制服务器计算机106询问，所述PoC客户端单元101、102、103是否被引入队列中，也就是说队列中是否存在针对PoC客户端单元101、102、103的队列中的登记项，并且如果是这种情况，则队列中的相应单元在哪个位置处。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2|P| 子类型 |   PT＝APP＝204 |         长度＝2            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           UE的SSRC                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               表3：通话突发队列位置请求
PoC控制服务器计算机106可以借助于例如按照表4所构造的通话突发队列位置响应消息应答这种询问。与通话突发请求排队响应消息类似，该通话突发队列位置响应消息包括具有名称“队列位置”的字段，借助于该字段，所述PoC控制服务器计算机106把队列中对应于PoC客户端单元101、102、103的登记项的位置通知给该PoC客户端单元101、102、103。
由于通话突发队列位置响应消息直到如所提及的明确说明所述消息的字段“子类型”的登记项都与通话突发队列位置请求消息相同，所以在实施方案中，这两个消息可以完全相同地被选择，也就是在字段“子类型”中具有相同的登记项，因此显然是同一消息。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2|P| 子类型 |    PT＝APP＝204   |      长度＝3            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         PoC服务器的SSRC                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|   队列位置  |                       填充                    |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               表4：通话突发队列位置响应
借助于例如根据表5所构造的通话突发队列标识请求消息，PoC客户端单元101、102、103向PoC控制服务器计算机106请求，该PoC控制服务器计算机106把队列的(总)状态传送给PoC客户端单元101、102、103。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型  | PT＝APP＝204 |         长度＝2            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                              UE的SSRC                       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                            名称＝PoC1                       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                 表5：通话突发队列标识请求
PoC控制服务器计算机106可以借助于例如按照表6所构造的通话突发队列标识响应消息来应答这种请求，也就是说，将整个当前的队列通知给PoC客户端单元101、102、103。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |   PT＝APP＝204 |          长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
|                      PoC服务器的SSRC                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
|                         名称＝PoC1                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
|      第一队列位置中的PoC客户端的紧随SDES                    |
:         项NAME之后的SDES项CNAME                             :
|                                                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           第二队列位置中的PoC客户端的紧随SDES             |
:                项NAME之后的SDES项CNAME                    :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:                                                           :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           最后的队列位置中的PoC客户端的紧随SDES           |
:                项NAME之后的SDES项CNAME                    :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               表6：通话突发队列标识响应
在按照表6的RTCP APP分组中，在具有登记项“名称＝PoC1”的字段之后的字段中，根据队列中的登记项的顺序按顺序列出所有PoC客户端单元101、102、103，针对所有客户端单元101、012、103在队列中存在一登记项(其中在相应字段的说明中给出队列位置)。PoC客户端单元的名称CNAME和NAME在每个字段中作为SDES项(源描述项(Source Description Item)，在[3]中说明)被包括在RTCPAPP分组中，如即使在其他下面说明的消息中也是这种情况。
在另一实施方案中，队列中的PoC客户端单元借助于各个移动无线电用户设备的标识SSRC(同步源(Synchronisation Source)，在[3]中被说明)来说明，以致该通话突发队列标识响应消息更短，并且从而按照表7来构造该通话突发队列标识响应消息。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |   PT＝APP＝204 |           长度            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                     PoC服务器的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                        名称＝PoC1                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                  第一队列位置中的UE的SSRC                  |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                  第二队列位置中的UE的SSRC                  |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:                                                            :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                  最后队列位置中的UE的SSRC                  |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                             表7
即使在下面解释的RTCP APP分组中，也总是可能通过相应的字段
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         …的SSRC                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
来代替字段
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         …的紧随SDES项NAME                |
:                        之后的SDES项CNAME                  :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+，
如这在上述根据表6和7的通话突发队列标识响应消息中是这种情况。
此外，PoC客户端单元101、102、103借助于例如按照表8所构造的通话突发请求取消消息来通知PoC控制服务器计算机106，借助于该PoC客户端单元101、102、103的通话突发请求消息收回请求，也就是说，该PoC客户端单元101、102、103不再想请求发言权，PoC控制服务器计算机106可能已经利用通话突发请求排队响应消息对通话突发请求消息进行了应答。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2|P| 子类型 |  PT＝APP＝204 |           长度＝2           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           UE的SSRC                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           名称＝PoC1                      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                     表8：通话突发请求取消
随后，说明一实施方案，其中主席107作出以下决定，即哪个PoC客户端单元101、102、103获得发言权。
在此，PoC控制服务器计算机106显然把到达其处的通话突发控制信令转交给主席107，该主席107又将其决定通知给PoC控制服务器计算机106，该决定即哪个PoC客户端单元101、102、103得到发言权以及所述PoC客户端单元101、102、103按照哪种顺序得到发言权。随后，PoC控制服务器计算机106向所参与的PoC客户端单元101、102、103发送相应的信令。
首先，说明一实施方案，其中不引入队列。
图3示出根据本发明的实施例的消息流图300。
图3中所示的消息流发生在第一PoC客户端单元301、PoC控制服务器计算机302、主席303和第二PoC客户端单元304之间，其如上参考图1所述地被布置和构造。
与图2类似，在步骤306，第一PoC客户端单元301向PoC控制服务器计算机302发送通话突发请求消息320，该第一PoC客户端单元301利用该通话突发请求消息320请求发言权。在步骤307，PoC控制服务器计算机302借助于例如按照表9所构造的主席通话突发请求消息321向主席303转交该请求。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |   PT＝APP＝204  |         长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                        PoC服务器的SSRC                      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                   请求PoC客户端的紧随SDES项               |
:                    NAME之后的SDES项CNAME                  :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                   请求PoC客户端的优先级                   |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                    表9：主席通话突发请求
由于在这种情况下主席通话突发请求消息321的发送者是PoC控制服务器计算机302，所以在这种情况下在该主席通话突发请求消息321中含有PoC控制服务器计算机302的SSRC作为发送者标识。因此，主席通话突发请求消息321附加地包括具有第一PoC客户端单元301的标识的字段。
主席通话突发请求消息321此外还包括第一PoC客户端单元301的优先级。可是，这是可选的，例如，如果第一PoC客户端单元301第一次在PoC通信的范围中请求发言权，那么主席通话突发请求消息321只能包括第一PoC客户端单元301的优先级。可替换地，如果该优先级相对上一次向主席303传送优先级已经发生了变化，那么第一PoC客户端单元301的优先级只能被包括在该主席通话突发请求消息321中。
如果在PoC通信的过程中PoC客户端单元101、102、103的优先级不变，那么优选应用的另一替换方案是，在步骤305开始进行PoC通信时，(由PoC控制服务器计算机302)向主席303传送例如按照表10所构造的主席优先级指示消息330。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |   PT＝APP＝204  |          长度            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      PoC服务器的SSRC                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         名称＝PoC1                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                   PoC客户端1的紧随SDES项                   |
:                   NAME之后的SDES项CNAME                    :
|                                                            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                   PoC客户端1的优先级                       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:                                                            :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                   PoC客户端n的紧随SDES项                   |
:                   NAME之后的SDES项CNAME                    :
|                                                            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                   PoC客户端n的优先级                       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                    表10：主席优先级指示
如在表10中所示，对于每个PoC客户端单元301、304，主席优先级指示消息330包括具有PoC客户端单元301、304的标识和各个PoC客户端单元301、304的优先级的字段。
在一实施方案中，如果PoC客户端单元301、304的优先级发生了改变，那么主席优先级指示消息330被重新传输。
在图3中没有示出的情况下，即PoC客户端单元301、304具有发言权，并且借助于传输通话突发完成指示消息来给PoC控制服务器302发出交还发言权的信号，控制服务器302向主席303发送例如按照表11所构造的主席通话突发完成指示消息。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |   PT＝APP＝204 |          长度              |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      PoC服务器的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                        名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                 指示PoC客户端的紧随SDES项                 |
:                  NAME之后的SDES项CNAME                    :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               表11：主席通话突发完成指示
在步骤308，主席303通知PoC控制服务器计算机302其决定的结果，该结果即第一PoC客户端单元301是否获得发言权。可以在考虑第一PoC客户端单元301的优先级的情况下作出该决定。
在该例中假设，主席303决定，第一PoC客户端单元301获得发言权。与此相应地，在步骤308，主席303向PoC控制服务器计算机302传送主席通话突发确认响应消息322。该主席通话突发确认响应消息322在该例中按照表12来构造，并且在第一PoC客户端单元301的该例中包括应给予发言权的PoC客户端单元301、304的标识。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204  |           长度            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          主席的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                            名称＝PoC1                       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               所授予的PoC客户端的紧随SDES项                 |
|                   NAME之后的SDES项CNAME                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                 表12：主席通话突发确认响应
在主席303决定不给予第一PoC客户端单元301发言权的情况下，在步骤308，主席303向PoC控制服务器计算机302传输例如按照表13所构造的主席通话突发拒绝响应消息，该主席通话突发拒绝响应消息包括不给予其发言权的PoC客户端单元301、304的标识、对于不给予的原因的说明(原因代码(Reason Code)，也参见[1])、原因说明的长度(长度(Length))和原因的说明(原因短语(ReasonPhrase))。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |   PT＝APP＝204 |           长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          主席的SSRC                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          名称＝PoC1                          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
|                   被拒绝的PoC客户端的紧随SDES项              |
:                      NAME之后的SDES项CNAME                   :
|                                                              |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
|  原因代码    |  长度           |        原因短语             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                              :
:                                                              :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                     表13：主席通话突发拒绝响应
由于在该例中假设，给予第一PoC客户端单元301发言权，所以PoC控制服务器计算机302相应地在步骤309类似于图2向第一PoC客户端单元301发送通话突发确认响应消息323。
类似于图2中的步骤207，PoC控制服务器计算机302向第二PoC客户端单元304传送接收通话突发指示消息324。
类似于图2中的步骤208，第一PoC客户端单元301在步骤311开始向第二PoC客户端单元304传送语音消息。
现在假设，在步骤312，第二PoC客户端单元借助于另一通话突发请求消息325在PoC通信的范围中请求发言权。
类似于步骤307，PoC控制服务器计算机302向主席303传送另一主席通话突发请求消息331。
在该例中假设，第二PoC客户端单元304的优先级高于第一PoC客户端单元301的优先级。主席303相应地决定，现在应该将发言权给予第二PoC客户端单元304，并且借助于另一主席通话突发确认响应消息326将这通知给PoC控制服务器计算机302。
在步骤315，PoC控制服务器计算机借助于停止通话突发指示消息327(参见表1)通知第一PoC客户端单元301，该第一PoC客户端单元301必须交还发言权，并且与此相应地必须结束语音消息的传送。
在主席303自身从已具有发言权的PoC客户端单元301、304收回发言权的情况下，该主席借助于例如按照表14所构造的主席停止通话突发指示消息将这发信号给PoC客户端单元301、304。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |   PT＝APP＝204 |          长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          主席的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                所授予的PoC客户端的紧随SDES项                |
|                     NAME之后的SDES项CNAME                   |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|             原因代码          |          附加信息           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                     表14：主席停止通话突发指示
表14中所示的主席停止通话突发指示消息包括目前正好具有发言权并且将从其收回发言权的PoC客户端单元的标识，以及包括PoC客户端单元为何必须结束语音消息的传送的原因的说明(原因代码)以及附加信息的字段。
类似于步骤309，PoC控制服务器计算机302在步骤316向第二Poc客户端单元304传送另一通话突发确认响应消息328。
类似于310，PoC控制服务器计算机302在步骤317向第一PoC客户端单元301传送另一接收通话突发指示消息329。
类似于步骤311，第二PoC客户端单元304开始向第一PoC客户端单元301传送语音消息。
此外，说明一实施方案，其中由主席107作出哪个PoC客户端单元101、102、103获得发言权的决定，其中由控制服务器计算机106管理类似于在参考图2所述的实施方案处的队列的队列。
图4示出按照本发明的实施例的消息流图400。
所示的消息流发生在第一PoC客户端单元401、PoC控制服务器计算机402、主席403和第二PoC客户端单元404之间，其如上参考图1所述的那样被布置和构造。
类似于图3中的步骤305和306来执行步骤405和406。
由于在该例中假设，由PoC控制服务器计算机402管理的队列是空的，所以PoC控制服务器计算机405不向主席403询问，而是在步骤407类似于图3中的步骤309借助于通话突发确认响应消息420将发言权给予第一PoC客户端单元401。
根据步骤310和311执行步骤408和409。
假设，类似于步骤312，第二PoC客户端单元404在步骤410借助于通话突发请求消息421向PoC用户服务器计算机402发送对发言权的请求。
由于在这种情况下发言权当前被分配给第一PoC客户端单元401，所以PoC控制服务器计算机402在步骤411借助于例如按照表15所构造的主席通话突发请求排队消息422向主席403询问，第二PoC客户端单元404在由PoC控制服务器计算机402所管理的队列中应该被编入到什么位置。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204 |           长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         PoC服务器的SSRC                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                        名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                 请求PoC客户端的紧随SDES                   |
:                项NAME之后的SDES项CNAME                    :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                 请求PoC客户端的优先级                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           第一队列位置中的PoC客户端的紧随SDES             |
:              项NAME之后的SDES项CNAME                      :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           第一队列位置中的PoC客户端的优先级               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           第二队列位置中的PoC客户端的紧随SDES             |
:              项NAME之后的SDES项CNAME                      :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           第二队列位置中的PoC客户端的优先级               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:                                                           :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           最后队列位置中的PoC客户端的紧随SDES             |
:              项NAME之后的SDES项CNAME                      :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           最后队列位置中的PoC客户端的优先级               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
              表15：主席通话突发请求排队
如所示的那样，针对每个被引入队列中的PoC客户端单元401、404，主席通话突发请求排队消息422包括PoC客户端单元401、404的标识和各个PoC客户端单元401、404按如通过队列所确定的顺序的优先级，以及包括第二PoC客户端单元404的标识和优先级。
在一实施方案中，如果第一PoC客户端单元401具有发言权，并且具有比第二PoC客户端单元404低的优先级，那么第二PoC客户端单元404可以从第一PoC客户端单元401收回发言权(代替例如只被编入该队列的第一位置处)。在该实施方案中，主席通话突发请求排队消息422可以例如按照表15a来构造，并且包括当前具有发言权的PoC客户端单元401、404的标识以及该PoC客户端单元401、404的优先级。主席404可以相应地借助于主席通话突发确认响应消息允许，从第一PoC客户端单元401收回发言权并将该发言权分配给第二PoC客户端单元404，或者借助于主席通话突发拒绝响应消息拒绝从第一PoC客户端单元401收回发言权并将该发言权分配给第二PoC客户端单元404。
在另一实施方案中，当前具有发言权的PoC客户端单元401、404总是被引入该队列的第一位置。与此相应地，通过具有较高优先级的另一PoC客户端单元401、404被编入到该队列的第一位置处，而当前具有发言权的PoC客户端单元401、404相应地退居到该队列的第二位置，该具有较高优先级的另一PoC客户端单元401、404能够从当前具有发言权的PoC客户端单元401、404收回发言权。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204  |          长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         PoC服务器的SSRC                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           名称＝PoC1                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                请求PoC客户端的紧随SDES                      |
:               项NAME之后的SDES项CNAME                       :
|                                                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                请求PoC客户端的优先级                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               具有发言权的PoC客户端的紧随SDES             |
:                  项NAME之后的SDES项CNAME                  :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               具有发言权的PoC客户端的优先级               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               第一队列位置中的PoC客户端的紧随SDES         |
:                  项NAME之后的SDES项CNAME                  :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               第一队列位置中的PoC客户端的优先级           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               第二队列位置中的PoC客户端的紧随SDES         |
:                    项NAME之后的SDES项CNAME                :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               第二队列位置中的PoC客户端的优先级           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:                                                           :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               最后队列位置中的PoC客户端的紧随SDES         |
:                  项NAME之后的SDES项CNAME                  :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|               最后队列位置中的PoC客户端的优先级           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
           表15a：主席通话突发请求排队(可替换方案)
与上述类似，如果在步骤405已经借助于主席优先级指示消息424传送了PoC客户端单元401、404的优先级，那么可以放弃借助于主席通话突发请求排队消息422来传送优先级。
在步骤412，主席403借助于按照表16所构造的主席通话突发请求排队响应消息423来将第二PoC客户端单元404的位置传送给PoC控制服务器计算机402。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204  |           长度            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           主席的SSRC                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                            名称＝PoC1                       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                    请求PoC客户端的紧随SDES                  |
:                   项NAME之后的SDES项CNAME                   :
|                                                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|       队列位置    |                  填充                   |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                表16：主席通话突发请求排队响应
可替换地，在步骤412，主席403也能够向控制服务器计算机402传送完整的、已更新的队列、也就是其中编入第二PoC客户端单元404的队列的说明。
这借助于主席通话突发请求队列结果消息来实现，所述主席通话突发请求队列结果消息例如按照表17来构造，并且类似于主席通话突发请求排队消息422包括(现在已更新的)队列的说明。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204  |          长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          主席的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           名称＝PoC1                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            第一队列位置中的PoC客户端的紧随SDES            |
:                 项NAME之后的SDES项CNAME                   :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            第二队列位置中的PoC客户端的紧随SDES            |
:                 项NAME之后的SDES项CNAME                   :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:                                                           :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|            最后的队列位置中的PoC客户端的紧随SDES          |
:                 项NAME之后的SDES项CNAME                   :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
               表17：主席通话突发请求队列结果
在考虑第二PoC客户端单元404的优先级的情况下，主席403确定第二PoC客户端单元404在队列中的位置。
类似于图2中的步骤211、212和213，执行现在随后的步骤413、414和415。
类似于步骤408和409执行步骤416和417。
在另一实施方案中，主席107管理队列。在这种情况下，在PoC客户端单元101、102、103每次询问时，由PoC控制服务器计算机106联系主席107。
在这种情况下，除了在图3中所示的消息流图300的步骤308传输主席通话突发确认响应消息322之外，也可能如上所述地传输主席通话突发拒绝响应消息或者主席通话突发请求排队响应消息。如果PoC客户端单元101、102、103之一例如借助于上述的通话突发队列位置请求消息向PoC控制服务器计算机106询问对应于PoC客户端单元101、102、103的登记项在等待列表中的位置，那么PoC控制服务器计算机106借助于例如按照表18所构造的主席通话突发队列位置请求消息联系主席107。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204 |           长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                         PoC服务器的SSRC                     |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                            名称＝PoC1                       |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      请求PoC客户端的紧随SDES                |
:                     项NAME之后的SDES项CNAME                 :
|                                                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  表18：主席通话突发队列位置请求
该主席通话突发队列位置请求消息包括已经提出询问的PoC客户端单元101、102、103的说明。
随后，主席107借助于主席通话突发队列位置响应消息应答PoC控制服务器计算机106，所述主席通话突发队列位置响应消息按照表19并且类似于上述的通话突发队列位置响应消息来构造。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204 |           长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          主席的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                    请求PoC客户端的紧随SDES                  |
:                   项NAME之后的SDES项CNAME                   :
|                                                             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|     队列位置      |                 填充                  |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
            表19：主席通话突发队列位置响应
类似于上述情况，直到字段“子类型”和发送者地址的说明为止，该主席通话突发队列位置响应消息与通话突发请求排队响应消息216相同。
如果PoC客户端单元101、102、103例如借助于通话突发队列标识请求消息询问该队列的总状态，则PoC控制服务器计算机106借助于主席通话突发队列标识请求消息联系主席107，所述主席通话突发队列标识请求消息按照表20来构造并且借助于其向主席107转交该询问。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204 |           长度＝2          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                        PoC服务器的SSRC                      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           名称＝PoC1                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  表20：主席通话突发队列标识请求
主席107借助于主席通话突发队列标识响应消息应答该询问，所述主席通话突发队列标识响应消息例如按照表21来构造，并且直到字段“子类型”和包括消息发送者的说明的字段为止与通话突发队列标识响应消息相同。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204 |           长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          主席的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                      名称＝PoC1                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              第一队列位置中的PoC客户端的紧随SDES          |
:                   项NAME之后的SDES项CNAME                 :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              第二队列位置中的PoC客户端的紧随SDES          |
:                   项NAME之后的SDES项CNAME                 :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:                                                           :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              最后的队列位置中的PoC客户端的紧随SDES        |
:                   项NAME之后的SDES项CNAME                 :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
              表21：主席通话突发队列标识响应
如果PoC客户端单元101、102、103例如借助于如上述的通话突发请求取消消息通知，该PoC客户端单元101、102、103不再请求发言权，也即对应于PoC客户端单元101、102、103的登记项应该从队列中被去除，那么PoC控制服务器计算机106借助于主席通话突发请求取消消息向主席107转交该信息，所述主席通话突发请求取消消息例如按照表22来构造并且类似于通话突发请求取消消息来构造。
0                   1                   2                   3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2 |P| 子类型 |  PT＝APP＝204  |          长度             |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                     PoC服务器的SSRC                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                          名称＝PoC1                         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                请求PoC客户端的紧随SDES                    |
:               项NAME之后的SDES项CNAME                     :
|                                                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                  表22：主席通话突发请求取消
在该文献中引用下面的公开文本：
[1]Push-to-Talk over Cellular(PoC)User Plane；TransportProtocols；PoC Release 1.0-(http：//www.siemens-mobile.com/repository/38/3888/Push_to_talk_over_Cellular_PoC.zip)
[2]The Binary Floor Control Protocol(BFCP)-ftp：//ftp.rfc-editor.org/in-notes/internet-drafts/draft-ietf-xcon-bfcp-01.txt
[3]RFC3550“RTP：A Transport Protocol for Real-TimeApplications”，ftp：//ftp.rfc-editor.org/in-notes/std/std64.txt
参考符号列表
100                      通信系统
101-103                  PoC客户端单元
104                      接口
105                      PoC用户服务器
106                      PoC控制服务器
107                      主席
200                      消息流图
201                      PoC客户端单元
202                      PoC控制服务器
203、204                 PoC客户端单元
205-208                  处理步骤
210-213                  处理步骤
214-220                  消息
300                      消息流图
301                      PoC客户端单元
302                      PoC控制服务器
303、304                 PoC客户端单元
305-318                  处理步骤
320-331                  消息
400                      消息流图
401                      PoC客户端单元
402                      PoC控制服务器
403、404                 PoC客户端单元
405-417                  处理步骤
420-424                  消息

Claims (13)

1.用于在按键通话通信的范围中请求按键通话发言权和/或用于询问关于具有登记项的队列的队列信息的方法，该登记项分别对应于在按键通话通信的范围中对按键通话发言权的请求，并且在分配按键通话发言权时考虑哪个队列，其中
-按键通话客户端单元产生实时控制协议消息，该实时控制协议消息包括用于管理所述队列的队列管理信息和/或包括所述按键通话客户端单元询问队列信息的信息；和
-所述按键通话客户端单元向按键通话控制服务器计算机发送所述实时控制协议消息。
2.按照权利要求1所述的方法，其中，所述队列管理信息说明所述按键通话客户端单元的优先级和/或说明，所述按键通话客户端单元收回该按键通话客户端单元对按键通话发言权的请求。
3.按照权利要求1或者2所述的方法，其中，所述队列由所述按键通话控制服务器计算机和/或由决策单元来管理。
4.按照权利要求1或者2所述的方法，其中，所询问的队列信息是关于所述登记项的位置的信息，和/或是完整的队列的说明，所述登记项对应于所述按键通话客户端单元的按键通话发言权请求。
5.按照权利要求1或者2所述的方法，其中，在考虑所述队列的情况下，所述按键通话控制服务器计算机分配所述按键通话发言权，和/或产生具有所询问的队列信息的实时控制协议应答消息，并且向所述按键通话客户端单元传送该实时控制协议应答消息。
6.用于在按键通话通信的范围中分配按键通话发言权和/或用于通知关于具有登记项的队列的队列信息的方法，所述登记项分别对应于在按键通话通信的范围中对按键通话发言权的请求，并且在分配该按键通话发言权时考虑哪个队列，其中
-按键通话控制服务器计算机产生实时控制协议消息，该实时控制协议消息包括用于管理所述队列的队列管理信息，和/或包括所述按键通话控制服务器计算机询问队列信息的信息，和/或包括所述按键通话控制服务器计算机询问控制信息的信息，所述控制信息说明，应如何分配所述按键通话发言权；和
-所述按键通话控制服务器计算机向决策单元发送所述实时控制协议消息。
7.按照权利要求6所述的方法，其中，所述队列管理信息包括按键通话客户端单元的标识并且说明所述按键通话客户端单元的优先级，和/或说明，所述按键通话客户端单元收回该按键通话客户端单元对所述按键通话发言权的请求。
8.按照权利要求6或者7所述的方法，其中，所述队列由所述决策单元来管理。
9.按照权利要求6或者7所述的方法，其中，所询问的队列信息是关于所述登记项的位置的信息，和/或是关于所述队列的总状态的信息，所述登记项对应于按键通话客户端单元的按键通话发言权请求。
10.按照权利要求6或者7所述的方法，其中，所述决策单元产生具有所询问的控制信息的第一实时控制协议应答消息，并且向所述按键通话控制服务器计算机传送该第一实时控制协议应答消息，和/或产生具有所询问的队列信息的第二实时控制协议应答消息，并且向所述按键通话控制服务器计算机传送该第二实时控制协议应答消息，和/或在考虑所述队列管理信息的情况下管理所述队列。
11.按键通话通信系统的按键通话客户端单元，其具有：
-消息产生装置，其被设立来产生实时控制协议消息，所述实时控制协议消息包括用于管理具有登记项的队列的队列管理信息和/或包括所述按键通话客户端单元询问队列信息的信息，所述登记项分别对应于在按键通话通信的范围中对按键通话发言权的请求，并且在分配所述按键通话发言权时考虑哪个队列；和
-发送设备，其被设立来使得所述按键通话客户端单元向按键通话控制服务器计算机发送所述实时控制协议消息。
12.按键通话通信系统的按键通话控制服务器计算机，其具有：
-消息产生设备，其被设立来
-产生第一实时控制协议消息，所述第一实时控制协议消息包括用于管理具有登记项的队列的队列管理信息，所述登记项分别对应于在按键通话通信的范围中对按键通话发言权的请求，并且在分配所述按键通话发言权时考虑哪个队列，和/或所述第一实时控制协议消息包括所述按键通话控制服务器计算机询问队列信息的信息，和/或所述第一实时控制协议消息包括所述按键通话控制服务器计算机询问控制信息的信息，所述控制信息说明，应如何分配所述按键通话发言权；和/或
-产生第二实时控制协议消息，所述第二实时控制协议消息包括由按键通话客户端单元所询问的队列信息；和
-发送设备，其被设立来向决策单元发送所述第一实时控制协议消息，和/或向所述按键通话客户端单元发送所述第二实时控制协议消息。
13.按键通话通信系统的决策单元，其具有：
-消息产生单元，其被设立来产生实时控制协议消息，所述实时控制协议消息包括由按键通话控制服务器计算机所询问的、关于具有登记项的队列的队列信息，所述登记项分别对应于在按键通话通信的范围中对按键通话发言权的请求，并且在分配所述按键通话发言权时考虑哪个队列，和/或所述实时控制协议消息包括由按键通话控制服务器计算机所询问的控制信息，所述控制信息说明，应如何分配所述按键通话发言权；和
-发送设备，其被设立来向所述按键通话控制服务器计算机发送所述实时控制协议消息。
CNA2005100034598A 2004-10-13 2005-10-12 关于按键通话发言权和队列信息的方法及其相关装置 Pending CN1819671A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004049907A DE102004049907A1 (de) 2004-10-13 2004-10-13 Verfahren zum Anfordern oder Zuteilen eines Push-to-talk-Sprachrechts und/oder zum Erfragen oder Mitteilen von Warteschlangeninformation, Push-to-talk-Client-Einheit, Push-to-talk-Steuerserverrechner und Entscheidungseinheit
DE102004049907.1 2004-10-13

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN2012102118494A Division CN102710662A (zh) 2004-10-13 2005-10-12 关于按键通话发言权和队列信息的方法及其相关装置

Publications (1)

Publication Number Publication Date
CN1819671A true CN1819671A (zh) 2006-08-16

Family

ID=36120468

Family Applications (2)

Application Number Title Priority Date Filing Date
CNA2005100034598A Pending CN1819671A (zh) 2004-10-13 2005-10-12 关于按键通话发言权和队列信息的方法及其相关装置
CN2012102118494A Pending CN102710662A (zh) 2004-10-13 2005-10-12 关于按键通话发言权和队列信息的方法及其相关装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN2012102118494A Pending CN102710662A (zh) 2004-10-13 2005-10-12 关于按键通话发言权和队列信息的方法及其相关装置

Country Status (3)

Country Link
US (1) US7769403B2 (zh)
CN (2) CN1819671A (zh)
DE (1) DE102004049907A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100415017C (zh) * 2005-12-01 2008-08-27 华为技术有限公司 一种发言权控制方法、装置及系统
US8594714B2 (en) 2006-03-25 2013-11-26 Huawei Technologies Co., Ltd. Method and device for processing media request in multimedia communication process

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005039669B3 (de) * 2005-08-22 2007-01-04 Infineon Technologies Ag Verfahren zum rechnergestützten Erstellen einer Abstimmungs-Nachricht, Verfahren zum rechnergestützten Ermitteln mindestens eines Abstimmungs-Ergebnisses, Verfahren zum rechnergestützten Bearbeiten einer Abstimmungs-Nachricht, Transportprotokoll-Steuerungsprotokoll-Einheit, Konferenz-Abstimmungs-Auswerte-Einheit, Konferenz-Servereinheit und Kommunikations-Endgerät
DE102005043003A1 (de) * 2005-09-09 2007-03-22 Infineon Technologies Ag Telekommunikationskonferenz-Server, Telekommunikations-Endgerät, Verfahren zum Erzeugen einer Telekommunikationskonferenz-Steuernachricht, Verfahren zum Steuern einer Telekommunikationskonferenz, computerlesbare Speichermedien und Computerprogrammelemente
KR101066297B1 (ko) * 2005-09-30 2011-09-20 삼성전자주식회사 동시 다중 ＰｏＣ 멀티미디어 서비스 제공 방법 및 그 장치
KR100748514B1 (ko) * 2006-01-13 2007-08-14 엘지전자 주식회사 Ｓｉｐ 기반 세션 서비스의 데이터 처리 방법 및 단말
US8023978B2 (en) * 2006-02-27 2011-09-20 Motorola Solutions, Inc. Method for providing enhanced floor control for group calls between a dispatch communications network and a cellular telephone communications network
KR101183328B1 (ko) * 2006-07-10 2012-09-14 삼성전자주식회사 ＰｏＣ 세션에서 발언권 관리 규칙 전달과 적용 방법 및이를 구현하기 위한 시스템
US8855275B2 (en) 2006-10-18 2014-10-07 Sony Online Entertainment Llc System and method for regulating overlapping media messages
US20080107092A1 (en) * 2006-11-08 2008-05-08 Pouya Taaghol Universal services interface for wireless broadband networks
US20080130528A1 (en) * 2006-12-01 2008-06-05 Motorola, Inc. System and method for barging in a half-duplex communication system
US20080225821A1 (en) * 2007-03-13 2008-09-18 Michael Faith Channel access arbitration mechanism for walkie-talkie devices
US8290134B2 (en) * 2007-07-26 2012-10-16 International Business Machines Corporation Managing conference calls via a talk queue
US8005497B2 (en) * 2007-08-20 2011-08-23 Cisco Technology, Inc. Floor control over high latency networks in an interoperability and collaboration system
US20100226289A1 (en) * 2007-10-08 2010-09-09 Maeenpaeae Jouni Floor control in telecommunications conference calls
JP5741172B2 (ja) * 2011-04-19 2015-07-01 ソニー株式会社 情報処理装置、通信システムおよび情報処理方法
US9680658B2 (en) 2011-12-07 2017-06-13 Qualcomm Incorporated Collaborative group communication method involving a context aware call jockey
JP6252739B2 (ja) * 2013-09-13 2017-12-27 株式会社リコー 伝送管理システム、管理方法及びプログラム
US10735915B2 (en) 2016-11-04 2020-08-04 Samsung Electronics Co., Ltd. Method of operating terminal mission critical push to talk group participating in mission critical push to talk group call in off network

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2271690B (en) * 1992-10-17 1996-09-11 Motorola Israel Ltd A communications system
CA2341199A1 (en) 1998-08-20 2000-03-02 Qualcomm Incorporated System and method for priority access channel assignment in a cellular telephone system
US20030078064A1 (en) * 2001-10-22 2003-04-24 Chan Victor H. System and method for queuing talk requests in wireless dispatch system
US7433680B2 (en) * 2004-01-22 2008-10-07 Clarity Communications Systems Inc. Incoming call management in a push-to-talk communication system
US20050164681A1 (en) * 2004-01-22 2005-07-28 Jenkins William W. Voice message storage in a push-to-talk communication system
US7668149B2 (en) * 2004-02-27 2010-02-23 Research In Motion Limited Methods and apparatus for facilitating concurrent push-to-talk over cellular (PoC) group communication sessions
US7398079B2 (en) * 2004-06-30 2008-07-08 Research In Motion Limited Methods and apparatus for automatically recording push-to-talk (PTT) voice communications for replay
US20060030347A1 (en) * 2004-07-16 2006-02-09 Deepankar Biswaas Virtual push to talk (PTT) and push to share (PTS) for wireless communications systems

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100415017C (zh) * 2005-12-01 2008-08-27 华为技术有限公司 一种发言权控制方法、装置及系统
US8594714B2 (en) 2006-03-25 2013-11-26 Huawei Technologies Co., Ltd. Method and device for processing media request in multimedia communication process

Also Published As

Publication number Publication date
CN102710662A (zh) 2012-10-03
US7769403B2 (en) 2010-08-03
US20060084455A1 (en) 2006-04-20
DE102004049907A1 (de) 2006-04-20

Similar Documents

Publication Publication Date Title
CN1819671A (zh) 关于按键通话发言权和队列信息的方法及其相关装置
CN1801970A (zh) 自动产生和/或控制有多个参加者的电信会议的方法及设备
CN1794705A (zh) 即时消息用户使用其它即时消息系统聊天室的方法及系统
CN1183439C (zh) 便携式终端及数据输出控制系统
CN1147176C (zh) 呼叫控制和载体控制分离的无线网及其中建立呼叫的方法
CN1801814A (zh) 一种离线消息发送和接收方法
CN1770805A (zh) 计算机辅助管理电话会议的方法以及电话会议服务器装置
CN1655553A (zh) 便于第三方呼叫和设备控制的系统和方法
CN1656482A (zh) 在使用用户档案web门户的电信网中用于服务和应用个性化的方法和装置
CN1846375A (zh) 道路车间通信系统
CN1934825A (zh) 通过通信协议传送广播/多播会话的参数
CN1565105A (zh) 手持无线会议技术
CN1832414A (zh) 提供多个群组通信业务的方法、群组通信业务系统及群组通信业务服务器单元
CN1893352A (zh) 一种因特网协议多媒体子系统的鉴权方法
CN1490733A (zh) 服务提供方法
CN101047981A (zh) 一种实现服务质量协商机制的系统和方法
CN1843050A (zh) 无线通信网络中资源预留的方法和系统
CN1255967C (zh) 频带保证系统、中继装置及网络管理服务器
CN1882119A (zh) 一种实现电路域和分组域互切换的装置、系统和方法
CN1930838A (zh) 信息处理装置、服务器、通信系统、地址决定方法、地址变更方法及程序
CN1507202A (zh) 设备管理系统、设备管理终端、网络设备、终端程序、设备程序以及设备管理方法
CN1706126A (zh) 移动通信网络的测位系统和测位方法
CN1379961A (zh) 呼叫控制和载体控制相分离的呼叫建立过程的实现
CN1754385A (zh) 图像数据发布控制方法及装置、系统以及程序
CN1925410A (zh) 表决消息创建、处理、及结果确定方法和控制协议、表决评估、会议服务器部件和通信终端

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
ASS Succession or assignment of patent right

Owner name: INTEL MOBILE COMMUNICATIONS TECHNOLOGY LTD.

Free format text: FORMER OWNER: INFENNIAN TECHNOLOGIES AG

Effective date: 20120521

Owner name: INTEL MOBILE COMMUNICATIONS LTD.

Free format text: FORMER OWNER: INTEL MOBILE COMMUNICATIONS TECHNOLOGY LTD.

Effective date: 20120521

C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20120521

Address after: Neubiberg, Germany

Applicant after: Intel Mobile Communications GmbH

Address before: Munich, Germany

Applicant before: INFINEON TECHNOLOGIES AG

Effective date of registration: 20120521

Address after: Neubiberg, Germany

Applicant after: Intel Mobile Communications GmbH

Address before: Neubiberg, Germany

Applicant before: Intel Mobile Communications GmbH

C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20060816