专利名称：用于对群组交谈进行排队和协调的系统和方法
技术领域：
本发明涉及无线通信系统，更具体地，涉及提供半双工语音通信服务的无线通信系统中的群组交谈。
背景技术：
提供对讲机类能力或相似半双工语音能力的通信系统是可用的，其中这些能力可以具有调度服务上PTTTM(一键通，push-to-talkTM)、PTTTMover cellular(无线一键通)(PoC)服务(OMA标准的一部分)或其它的形式。当在这里提到时，对讲机类能力或相似半双工语音能力一般的意思是通过网络传送的任何语音通信能力，其能够在任何一次从交谈或传输方的设备向收听或接收方的设备传输语音通信，但是不能在交谈方的设备正在向接收方的设备传输语音时，同时从接收方的设备向交谈方的设备传输语音通信。要注意的是通常不排除其它的数据通信装置，例如实际上在PoC会话期间允许的、定义为OMA规范的一部分的无线即时消息(聊天)。在有效PTTTM会话或调度呼叫会话期间，任何一次只可以将一个参与会话的用户设备(“交谈方”的设备)指定为传输或交谈设备。用户设备通过从网络请求交谈/传输信道，并被网络授予交谈/传输信道，来获得传输设备的角色。当交谈方的设备拥有传输信道(在交谈期间)时，有效调度呼叫会话中的所有其它设备(收听方的设备)处于收听方模式，直到传输设备请求网络终止交谈时段并释放交谈/传输信道，才能传输语音。交谈/传输信道没有被占据的期间是空闲时段。在PTTTM的标准实现中，用户接口(例如，无线设备)包括PTTTM按钮，以允许用户控制请求的发送来获取和释放交谈/传输信道，通过逻辑控制信道向网络发送这些请求。
提供PTTTM能力来作为部分对讲机类服务的系统的示例是MotorolaTM的iDENTM系统。其它可以提供这种PTTTM服务的示例系统是1xRTT CDMA、UMTS、GSM/GPRS、TDMA和802.11标准族。可以提供Push-to-talkTM作为在提供全双工通信的现有网络系统上的可选半双工服务，或作为在只提供半双工服务的网络系统上的服务。
发明内容
根据一个广义的方面，本应用提供一种用在网络中的交谈程序(order)控制器，将所述网络适配来在交谈群组内传送对讲机类能力，当其它所有设备具有接收能力时，给予单个设备传输能力，将交谈程序控制器适配来通过经由网络接收对传输能力的请求，保持未决请求的记录，并根据未决请求的记录授予对传输能力的请求，来执行交谈程序控制。
在一些实施例中，交谈程序控制器形成所述网络的一部分并与所述网络组合，被适配来针对多个交谈群组中的每一个执行交谈程序控制。
在一些实施例中，使用无线通信信道向设备传送对讲机类通信，设备是无线设备。
在一些实施例中，未决请求的记录包括按照接收程序排列的未决请求列表，其中从最早到最新地授予对传输能力的请求。
在一些实施例中，将交谈程序控制器适配来检测或接收已经放弃传输能力的指示，并响应已经放弃的传输能力，来向下一个要被授予传输能力的设备传输交谈清除消息。
在一些实施例中，还将交谈程序控制器适配来从设备接收请求，请求不再考虑该设备在等待传输能力。
在一些实施例中，与交谈群组相关联地传输消息，消息包括下列消息中的至少一种从设备到网络的交谈释放消息；从网络到设备的交谈清除消息；从网络到设备的中断消息；从网络到无线设备的静音命令。
在一些实施例中，还将交谈程序控制器适配来计数从每个设备接收的请求数量，并根据从每个设备接收的请求数量，对授予传输特权重新排列优先次序。
在一些实施例中，交谈程序控制器与多个无线设备群组相组合。
在一些实施例中，将交谈程序控制器适配来执行针对设备群组的协调，并将其指定为针对群组的协调器设备。
在一些实施例中，交谈程序控制器形成设备群组中的设备之一的一部分，并与该设备相组合。
根据另一广义的方面，本应用提供一种适配来在交谈设备群组内传送对讲机类通信能力的、与针对每个交谈群组的上述交谈程序控制器相组合的网络，从而在每个群组内，给予单个设备传输能力时，其它所有设备具有接收能力，针对每个群组，将网络适配来保持要作为群组协调器设备的特定设备的指定；接收对传输能力的请求，并向协调器设备转发请求；从协调器设备接收传输能力的授予，并至少向各个被授予设备转发每个授予。
在一些实施例中，还将交谈程序控制器适配来保持针对每个交谈设备群组的特权信息；从无线设备接收交谈群组控制消息，并根据特权信息处理消息。
在一些实施例中，特权信息包括是否将下列特权中的至少一种给予给定无线设备的指示协调器能力；协调器元群组能力；群组内专用收发消息；广播收发消息；交谈信道请求接入；只听接入。
在一些实施例中，交谈程序控制器与设备群组相组合，其中针对每个设备群组的交谈程序控制器形成群组的设备之一的一部分。
在一些实施例中，将协调器设备适配来通过网络从其它设备接收对传输能力的请求；协调器设备具有用于接收对要选择并授予传输能力的设备的用户选择的用户接口，其中已从所述设备接收对传输能力的请求；响应所述用户选择，将协调器设备适配来通过网络向设备传输授予传输能力的消息。
在一些实施例中，交谈程序控制器形成网络的一部分，并与网络相组合，将网络适配来保持针对交谈群组的程序规则集；根据程序规则允许交谈群组之间的交互。
在一些实施例中，程序规则包括提出动议的权利；动议的优先权程序；关于动议的规则。
在一些实施例中，使用基于CDMA的通信、基于802.11的通信、iDEN、GPRS、蓝牙(Bluetooth)、UMTS和PoC(push to talk over cellular)中的一种实现如上所述的交谈程序控制器。
在一些实施例中，使用DTMF信号传输消息。
在一些实施例中，使用无线通信信道向设备传送对讲机类通信，设备是无线设备。
根据另一广义的方面，本应用提供一种方法，依次包括在多个无线设备之间建立由网络传送的对讲机类通信会话；向无线设备之一授予传输能力，并向剩余无线设备授予收听特权；从具有收听特权的无线设备接收对传输能力的请求；响应对传输能力的请求，授予传输能力。
在一些实施例中，按照接收请求的程序，响应对传输能力的请求，授予传输能力。
在一些实施例中，在协调器的控制下，响应对传输能力的请求，授予传输能力。
在一些实施例中，根据定义的程序规则集，响应对传输能力的请求，授予传输能力。
在一些实施例中，提供具有其上存储了处理器可执行指令的计算机可读介质，来实现如上所述的方法。
根据另一广义的方面，本应用提供PoC网络，被适配来通过以下步骤提供受协调的交谈控制来自网络的发言权协调请求，向协调器无线设备指示特定用户已发出请求；以及来自协调器无线设备的发言权协调响应，请求网络向用户的无线设备发送命令。
现在将参考附图描述本应用的优选实施例，其中图1是本申请实施例提供的无线设备的示例实现的原理图；图2到4是示出根据本申请实施例，有效半双工会话中排队的传输信道请求收发消息的示例的方框图；图5是示出根据本申请实施例，已区分优先权次序的交谈程序排队的示例的方框图；图6和7是示出根据本申请实施例，中断交谈程序控制的示例的方框图；图8是示出根据本申请实施例，受协调的交谈程序控制的示例的方框图；图9A、9B和9C是PoC实现中受协调的交谈群组连接的示例实现的信号流图；图10是示出根据本申请实施例，规则化的受协调交谈程序控制的示例方法的流程图；以及图11是示出根据本申请实施例，处理动议的示例方法的流程图。
具体实施例方式
在以下具体实施例中，假设对讲机类能力是PTT能力。更一般地，可以将本应用的实施例与提供网络传送的对讲机类能力的任何系统共同使用，其中对讲机类能力并不限于示例的PTT能力。
因为交谈/传输信道在被释放之前一直由传输设备占据，所以在已知系统上进行的群组交谈会话的接收端用户无法与传输设备的用户通信。
对于常规设备，当用户在设备处于收听模式时按下“交谈按钮”，以发出对信道的请求时，设备只是简单地丢下请求，甚至不转发给网络。根据本应用，即使设备处于收听模式，也向网络转发消息，而不只是丢下请求。转发的消息可以是与在信道可用期间激活按钮时所产生的形式相同，或者可以是新消息。在任何一种情况下，这里将称该消息为传输信道请求消息，或TCRM。通过信道从设备向网络传输该消息。可以在分离的控制信道上，或在通常用于语音通信的业务量信道上传输该消息。在MotorolaTM的iDENTM系统中实现的实施例中，用于发送TCRM36的优选逻辑控制信道是数据链接层，有时称作层2。可以通过L2控制信道，或专用控制信道(DCCH)，或协同控制信道(ACCH)发送TCRM。在通过设备特定信道发送TCRM的情况下，因为网络能够确定哪个设备发送了来自接收到消息的信道的TCRM，所以在TCRM中不必包括设备标识符。要注意的是，iDEN是传送不基于SIP的对讲机类能力的网络的示例。在基于SIP的系统中，优选地将网络会话启动协议(SIP over IP)用于TCRM。
参考图1，将描述由本申请实施例提供的具有PTT能力的无线设备300的示例实现。要清楚地理解，这只是可以在允许交谈群组请求处理的排队和/或协调控制的本申请实施例中采用的无线设备的一个示例。
还要清楚地理解，真实无线设备中将典型地包括许多其它特征。为清楚起见，没有示出这些特征。在图1描绘的实施例中，无线设备300具有键盘312形式的交谈请求接口，并具有触摸屏340。其它实施例可以包括其它任何适合的本地输入/输出元件。交谈请求接口与处理元件320耦合。处理元件320也消息传输元件332耦合。消息传输元件332可以与消息接收元件334共享资源。消息接收元件334与处理元件320耦合。优选地，元件332和334在无线设备上形成标准接收和传输能力的一部分。
处理元件320代表在无线设备内实现的任何适合的处理能力，来处理TCRM的产生，并处理包括下述“清除交谈”(“clear-to-talk”)消息(CTTM)的其它消息的接收。该元件可以实现为硬件、软件和固件之一或它们的组合。在优选实施例中，包括处理元件320，作为现有无线设备上已提供的软件能力的附加。
在操作中，图1中描绘的无线设备300能够在提供对讲机类半双工通信能力的网络中，操作在THD(传输半双工)模式和RHD(接收半双工)模式。当在RHD模式时，无线设备能够从交谈请求接口312接收输入，来开始向网络发送TCRM，从而被添加到由网络保持的如下详述的列表中。一旦输入请求，处理元件320产生可能包括无线设备300的标识符的TCRM，并将其通过消息传输元件332，在合适的传输资源上转发到网络。在一些实施例中，提供确认能力，从而可以告知无线设备，TCRM(或任何消息)已由网络接收。
当在RHD模式，无线设备能够通过消息接收元件334从网络接收CTTM。将CTTM输入处理元件320，在其中将CTTM处理到必要程度，使其被辨别为CTTM。然后在无线设备上以例如可听音、可视信号或任何其它适合的指示的形式，产生用户可检测指示，来指示CTTM的接收。在一些实施例中，直到按下交谈按钮，无线设备才会在CTTM的接收之后真正地获得交谈信道。
参考图2到图4，将在半双工群组呼叫中，无线设备群组的有效对讲机类呼叫会话的情况下，描述根据本申请实施例的传输信道请求消息排队的示例。
示出交谈群组，包括具有各自设备标识符无线设备_1、无线设备_2、无线设备_3和无线设备_4的无线设备群组30、32、34和36。例如，每个无线设备可以是如参考图1所述的设备，但并不限于其所述。所示的每个无线设备参与有效会话，其中无线设备36拥有称作“交谈信道”37的传输信道。在图2代表的时间中的特定瞬间，因为无线设备36处于交谈/传输模式并拥有传输信道，所以它在THD模式。剩余无线设备30、32和34在RHD模式或收听模式，并分别通过“收听信道”31、33和35接收群组交谈信号。应该理解，更一般地，本应用的实施例可用在涉及任意数目的无线设备的群组呼叫会话中。为简化该描述，将处于THD模式或RHD模式的设备分别称为THD设备或RHD设备。但是要理解，这些是对于在任何特定时间设备操作的特定模式的暂时指定。在有效会话期间，将RHD设备(30，32，34)的用户称作收听者，而将THD设备36的用户称作交谈者。根据在任何特定有效会话期间，哪个设备在交谈/传输模式以及哪个设备在收听模式，图1所示的特定示例的每个设备都能够执行THD设备和RHD设备的能力。每个设备具有“交谈”按钮，或下称“交谈请求接口”的其它适合的用户接口，用于请求在半双工信道上的传输接入。这种交谈请求接口可以与具有对讲机类能力的常规无线设备的“交谈”按钮相同，或作为其附加。
对于PTTTM或相似半双工语音通信协调的每个实现，用户设备之间的物理链接建立、语音数据分组的路由和对于处于收听模式的每个设备的语音数据分组复制都是特定的。由网络25抽象地代表这些能力，网络25代表提供用于通信由链接37上的THD设备36向链接31、33和35上的所有RHD设备30、32和34发送的语音数据，并总体上支持有效会话能力的半双工通信所必需的所有协调组件。这里，这些链接的细节并无重要关系。在有效会话期间，THD设备36拥有交谈/传输信道，直到它请求释放信道或终止呼叫。
还示出由本应用的实施例提供的交谈程序控制器40。在一个实施例中，将交谈程序控制器作为网络25的一部分来实现。优选地，将交谈程序控制器40实现为在网络25提供的现有处理能力上运行的软件的扩展，但更一般地，可以是一个或多个硬件、软件或固件的任何适合的组合。交谈程序控制器接收TCRM，并执行如下所述的排队操作。除了接收TCRM，交谈程序控制器40产生“清除交谈”消息(CTTM)，每个消息被传输给特定无线设备，指示特定无线设备将是下一个被给予使用传输半双工信道机会的设备。类似TCRM，网络在任何合适的信道上向无线设备传输CTTM，CTTM可以是任何形式，唯一的要求是处于收听模式的无线设备能够辨别消息是什么。例如，在PoC实现中，PoC可以容纳交谈程序控制器。TCRM消息的示例是PoC规范的“发言权请求”消息，CTTM消息的示例是PoC规范的“发言权授予”消息。
交谈程序控制器40接收TCRM，并依次保持相关联的设备标识符，从而知道从最早TCRM到最新TCRM的次序。例如，当先前用户释放交谈键使得传输信道变得可用时，交谈程序控制器向无线设备发送其标识符已在列表上最长时间的无线设备。通过在FIFO(先进先出)中存储无线设备标识符来实现这一能力。一旦已给予无线设备交谈信道，从交谈程序控制其40保持的列表中去除相关联的标识符。可选地，可以与指示特定设备具有传输信道的状态相关联地保持标识符。
在图2的示例中，处于收听模式的收听者的设备30在有效会话期间，响应来自收听者的通过交谈请求接口的外部输入，发送传输信道请求消息(TCRM)41。虽然为简单起见，图只简单地示出交谈程序控制器40直接接收消息，但是TCRM41由网络25接收并转发给交谈程序控制器40。交谈程序控制器40保持已传输TCRM消息的用户的设备标识符列表46。这样，当从无线设备30接收到TCRM41时，向列表46添加设备标识符无线设备_1。
在所示示例中，稍后，无线设备34产生也向交谈程序控制器40转发的TCRM42，并添加到列表46。稍后，无线设备32产生也向交谈程序控制器40转发的TCRM44，并添加到列表46。在所示示例中，列表46显示为包括按照接收TCRM41、42和44的程序的、三个无线设备30、34和32的条目无线设备_1、无线设备_3和无线设备_2。还示出当前拥有交谈信道的移动设备36的条目无线设备_4。
以动态方式保持列表46，以添加针对已发送TCRM的无线设备的新条目。针对每个无线设备的条目是可以与传输TCRM的无线设备唯一相关联的任何条目。例如，可以是无线设备标识符。在所示示例中，列表46中的每个条目还具有关联状态。无线设备_4 36的状态是“交谈”；无线设备_1 30的状态是“第一交谈”；无线设备_3 34的状态是“第二交谈”；无线设备_2 32的状态是“第三交谈”。下面介绍附加状态。在只执行排队的简单实现中，因为所需次序信息完全可从列表中推测，所以无需保持状态信息。
图2的排列状态显示为稍后在图3中出现的状态。此时，使用交谈信道的无线设备，图2示例中的无线设备36已放弃信道并在收听信道49上收听。交谈程序控制器40通过参考列表46，确定要给予获取信道的机会的下一无线设备。在所述示例中，无线设备30的标识符无线设备_1是列表上的下一个。交谈程序控制器40传输CTTM45。无线设备30接收到CTTM之后，无线设备30可以在从无线设备30到网络25的转发半双工信道47上自由通信。在设备特定信道上发送CTTM的情况下，将只有无线设备30接收消息，所以CTTM中无需包括设备标识符。如果使用广播信道传输CTTM，则需要伴随或包括设备标识符。
图3的排列状态显示为稍后在图4中出现的状态。这里，如在50所示，无线设备30已经释放交谈按钮(或其它交谈请求接口)来释放交谈信道。交谈程序控制器40确定无线设备34的无线设备_3是列表46中下一个，并向无线设备发送CTTM52，授予其接入交谈信道51。
在另一实施例中，提供一种机制，用于修改已经请求接入交谈信道的无线设备的列表程序。在这种特征的第一实现中，如图5中的示例所示，交谈程序控制其46保持每个用户已发送TCRM多少次的计数。在示例中，在列60中保持计数，示出在给定的瞬间，无线设备30已经产生一个请求并实际上拥有交谈信道，无线设备32已经产生一个请求，无线设备34已经产生两个请求，第二个这样的请求如62所示。通常，交谈程序控制器40监视接收到的TCRM的计数，并对列表重新排序，从而使传输更多TCRM的用户优先于传输更少TCRM的用户。在所示示例中，这由在63指示的无线设备_2和无线设备_3的重新排序示出。
在图6所示的该附加特征的另一示例实施例中，还有从交谈程序控制器40到无线设备的收发消息能力，使得交谈程序控制器40能够中断当前拥有交谈信道的无线设备。在图6所示的示例中，示出从交谈程序控制器40向无线设备30传输这种中断80。无线设备30响应该中断，通过释放在82所示的交谈按钮，放弃交谈信道47。在一个优选实施例中，无线设备30一接收到中断80，无需任何来自设备用户的交谈按钮的输入/释放，就自动放弃交谈信道，并带有可选的取消通知。在另一实施例中，中断80用作对接收中断以释放交谈信道的无线设备用户的激励。可以将被中断的无线设备从接入交谈信道的考虑中完全除去，也可以将其按照接入交谈信道的程序，添加到无线设备列表中，例如，在这种情况下，可以将无线设备添加到列表尾部或列表顶部。在图6示范的实施例中，还将无线设备配备来接收中断80，并根据给定的实现，处理中断80，产生对用户的提示，或简单地从交谈通信断开。
稍后在图7中示出图6的示例。此时，示出无线设备32在已被发送CTTM72的中断状态，并具有接入交谈信道70；无线设备30在被中断状态，无线设备34在列表46的底部。在该示例中，无线设备30将保持被中断，直到无线设备32释放交谈信道，之后交谈信道将返回无线设备30。
在一些实施例中，在列表上等待接入交谈信道的无线设备还能够从列表中去除本身。在一个实施例中，这通过简单地重新激活发送附加TCRM的交谈请求接口来实现，交谈程序控制器40将附加TCRM解释为从列表中去除无线设备的请求。在另一实施例中，在无线设备上提供不同的接口，当其被激活时，引起向网络发送不同的消息，交谈程序控制器将该消息解释为从列表中去除无线设备的请求。
可将交谈程序控制器作为网络的一部分、群组中设备之一的一部分或一些其它设备的一部分来实现。在详细描述的其它实施例中，通过协调器功能元件提供协调能力。可以认为协调器功能元件是交谈程序控制器的特定示例。在以下详细描述的其它实施例中，交谈程序控制器负责执行程序规则集。
在至此已描述的实施例中，由形成网络的一部分的交谈程序控制器执行TCRM排队。在另一实施例中，将对交谈信道的控制从网络移至具有有效协调器功能元件的一个或多个无线设备。优选地，在该实施例中，所有无线设备实现为带有协调器功能元件，但是在给定瞬间，只激活选择的无线设备中的能力。例如，可以由协调消息收发控制器根据由设备激活的群组列表授予该能力。将具有有效协调器功能元件的无线设备称作协调器无线设备。在该实施例中，提供网络内或附属于网络的协调收发消息控制器，来控制交谈群组参与者之间的消息流动。优选地，这些消息包括先前介绍的、由协调收发消息控制器接收并向合适的协调器无线设备转发的TCRM，并包括由合适的协调器无线设备产生，并向要被授予接入交谈信道的无线设备传输的CTTM。
在受协调的群组交谈的一个示例中，协调器无线设备在与协调收发消息控制器通信时，保持与先前实施例的列表46相似的列表，协调器无线设备能够控制向已经请求交谈信道的无线设备授予接入的程序，并且在一些实施例中，协调器无线设备还控制向给定无线设备授予接入的时间长度。
此时参考图8，示出带有协调能力的网络的示例。在该网络中，与先前实施例的交谈程序控制器类似的协调消息控制器100优选地作为网络25的一部分实现。例如，它可以作为群组列表管理能力的一部分包括在网络内，或作为GLMS和PoC服务器的逻辑组合。协调消息控制器100针对每个无线设备的群组列表的标识符，如果要协调群组列表，所述无线设备负责协调群组列表中的群组交谈。这可以设置为在列表设置期间配置的群组列表的静态特征。可选地，可以实时地配置要作为协调器的无线设备。在一个实施例中，使用基于网页的接口定义群组列表，并给予群组的创建者选择协调器的特权。在所示示例中，每个网络设备30、32、34和36具有各自的MFE(协调器功能元件)90、92、94和96，如果指定设备为协调器，则针对该给定设备，MFE是有效的。
没有协调器特权和协调器设备时，协调消息控制器100作为在设备之间传送消息的中继。例如，协调消息控制器100向群组的协调器无线设备转发由收听无线设备产生的TCRM。协调器无线设备产生指示要被给予交谈信道的特定无线设备的CTTM。这种CTTM包括特定无线设备的指示符。然后，协调消息控制器100向特定无线设备转发该消息。图8中示出协调消息控制器100可能保持的数据结构的示例。数据结构具有针对群组列表标识符的列102；针对列102中所标识的每个群组列表的群组列表成员的列104；以及在协调器无线设备存在时，指示该协调器无线设备的列106。该结构用来确定是否并向哪个转发接收到的TCRM。
协调器无线设备的MFE通过网络25从其它无线设备接收TCRM，并保持已传输TCRM的无线设备的标识符列表。优选地，使该列表在例如文本或图形显示器上对于协调器无线设备的用户可用。
在一个实施例中，当无线设备释放交谈信道时，也向协调器消息控制器转发释放交谈消息。这可以在释放交谈信道时由无线设备产生，或者可选地，由检测到或被通知已经释放信道的协调器消息控制器自动产生。
在一个实施例中，MFE通过向被计划或选择为下一个接收交谈信道的设备发送CTTM，来响应释放交谈消息的接收。在另一实施例中，一旦MFE接收到释放交谈消息，MFE在协调器无线设备上产生指示，以提示设备用户选择要给予交谈信道的下一无线设备。响应这种选择，产生对该设备的CTTM。
在另一实施例中，协调层次是可配置的。采用该实施例，独立地协调多个设备子群组，例如，每个都带有各自的协调器，使用与上述针对单个受协调群组的方法相同的方法。但是，由更高级协调或通过前述的排队，控制各个受协调子群组对交谈信道的接入。在这种情况下，可以与上述针对单个受协调群组相似地执行更高级协调，但是受协调子群组竞争交谈信道，而不是单独的无线设备竞争该信道。
在另一实施例中，定义多个特权。将每个无线设备归类，以具有所需的特权。特权的示例包括，但不限于此协调器能力—给予设备有效协调器地位；协调器元群组能力—多个群组协调器形成‘元群组’，无针对该元群组的元群组协调器，实现针对该元群组的标准交谈群组特征；子群组内的专用消息收发—授予设备在交谈群组内发送专用消息的权利；公共消息收发—授予设备在交谈群组内发送广播消息的权利；交谈信道请求接入—允许设备传输TCRM，并将在协调器控制下授予该设备交谈信道；只听接入—设备将不会被授予交谈信道，只能收听。
例如，在一些实施例中，协调消息控制器通基于网页的过管理接口，保持这些特权。然后，协调消息控制器根据无线设备具有的特权，处理从交谈群组成员接收的消息。
DTMF实施例在一个实施例中，特别适合但不限于PoC应用，不论对于排队还是协调，使用DTMF(双音多频)信令实现多种设备之间的信令。DTMF具有16个代码，包括典型键盘上的12个，和典型地能够被产生但不能使用的4个附加代码A、B、C和D。优选地，在网络过滤出从无线设备向网络发送的DTMF，从而使其不出现在音频信道上。相似地，如果向无线设备发送任何DTMF代码，则优选地，无线设备过滤出那些代码并相应地处理它们。在一个实施例中，使用DTMF音来执行无线设备之间的信令，以指示下列一种或多种释放交谈按钮；清除交谈消息；中断消息；静音命令。
在这里所述的实施例中，网络参与设置所需的交谈和收听信道。例如，在排队实施例中，当要给予下一用户传输信道时，如果还没有使先前的传输信道无效，则使其无效，并在需要时激活新的传输信道，设置对于先前有效无线设备的新的收听信道。在一些实施例中，可以以动态方式，在每个无线设备和网络之间保持传输和接收信道，但是如这里所述，系统只允许以半双工方式传输和接收，来传送对讲机类能力。
相似地，对于协调器实施例，当从协调器无线设备接收到授予时，向合适的无线设备转发授予，但是如果传输信道还不可用，网络还必须设置从无线设备来的需要的传输信道。因为现有对讲机类系统已完善地建立并能够按照所需转换交谈和收听信道，所以这里将不再提供细节。
在优选实施例中，将本应用作为在针对PoC的工业规范，2003年10月6日中定义的PoC规范的一系列改变来实现。将该规范全部结合与此，以作参考。受协调的群组交谈PoC规范改变1)向上述参考文档中定义的GLMS群组列表管理能力PoC-列表管理添加“用户类”，在一些实施例还添加“元群组”。
2)提供要在PoC服务器上实现的两种新的发言权控制消息，与上述参考文档中的GLMS群组列表管理中的新的能力相关联。
现有PoC服务器发言权控制能力总结如下发言权请求该行动为交谈会话中的参与者提供能力来要求交谈许可。
发言权释放已获得授予的用户采取该行动，释放它们的交谈许可。
发言权授予来自网络的行动，通知请求的参与者，发言权已被授予。
发言权空闲指示来自网络的行动，通知参与者，发言权空闲。
发言权否决来自网络的行动，通知请求的参与者，发言权请求已被否决。
发言权获得来自网络的行动，通知所有参与者，发言权已被授予指示的用户。
发言权取消来自网络的行动，从先前被授予发言权的用户去除交谈许可。
在本应用的一个实施例中添加以方便受协调的群组交谈的新的PoC服务器发言权控制能力如下发言权协调请求来自网络的行动，指示UE特定用户已经发出请求；发言权协调响应来自UE(协调器)的行动，请求网络向用户发送命令或向整个交谈群组发送命令。发言权协调响应是为了嵌入任何标准发言权控制能力，例如发言权取消、发言权授予等。在这种情况下，UE可以实现针对多个用户的自动或手动排队请求。
采用这些附加能力，将通常通过使用RTCP(实时控制协议)执行的交谈者仲裁能力让与群组协调器。在实现元群组能力的情况下，优选地，继续通过RTCP仲裁元群组本身。可以将元群组视为带有例如发言权取消、发言权授予等标准发言权控制能力的独特的交谈群组，但仅限于协调器之间。一旦将‘元发言权’授予特定协调器，则该协调器将发言权授予她自己群组中的成员。当‘元发言权’空闲时，群组交谈限于单个群组。当授予‘元发言权’时，构成元群组的所有交谈群组可以听见对话。
常规的GLMS列表管理能力包括联系列表存储，用于在GLMS服务器(POC服务器和UE)中存储联系条目。
群组列表用于定义PoC特定群组。(POC服务器和UE)本应用的该特定实施例中实现的附加GLMS列表管理能力包括
用户类—根据发言权请求，向群组列表的成员申请特定profile，发言权请求如下收听接入，授权和发言权请求接入收听、发言权请求和发言权协调响应接入(只针对交谈群组的单个协调器)。
元群组—针对‘n’个独特的受协调交谈群组之间的受协调群组交谈。在特定时间，全部发言权属于群组中持有元群组发言权的群组成员。只可以将受协调群组添加到元群组。
接入列表用于定义接入规则，即允许或不允许谁通过PoC联系特定用户。
在一些实施例中，在受协调群组交谈的基本结构之上的是标准特征，例如对于群组内成员和/或群组内专用聊天群组的即时消息文本/MMS警告。
现在参考图9A、9B和9C，所示的是示出PoC实现中受协调群组交谈的示例实现的流程图。针对这个示例‘辩论’，假设有两个由各自的群组协调器协调的分离群组。RTCR按照标准PoC方法执行两个群组之间对发言权的接入。在PoC客户群组A协调器200、PoC客户群组B协调器202、PoC服务器204、PoC客户群组A 206和PoC客户群组B 208之间示出信令。PoC客户群组A 206代表正在受PoC客户群组A协调器协调的群组成员。相似地，PoC客户群组B 208代表正在受PoC客户群组B协调器202协调的群组成员。
首先在图9A中，会话开始于群组A的成员按下PoC按钮，从而如在210所示，使得在所有群组的UE之间建立SIP会话。为清楚起见，没有示出所有详细的PoC消息。此后，PoC客户群组A协调器200向PoC服务器204发送针对群组A的发言权请求。在214向PoC客户群组A发送发言权获得。在215，PoC客户群组A协调器口头(或通过可选的消息格式，例如IM)告诉群组A的成员，辩论开始。此后，如216所示，PoC客户群组A协调器200释放发言权，之后如218所示，发言权空闲。至此，虽然PoC客户群组A协调器200作为协调器行动，但是还没有建立任何协调。在220，PoC客户群组A协调器200按下元群组PoC按钮。更一般地，PoC客户群组A协调器可以激活任何适合的用户接口，以建立要由PoC客户群组A协调器200和PoC客户群组B协调器202提供方便的元协调器群组。在步骤222，PoC客户群组A协调器200使用发言权请求/授予元群组222请求发言权，并在224获得发言权。‘发言权获得’消息224意味着PoC服务器通知协调器B，发言权已被获得。此时，如225所示，协调器A通知协调器B，辩论开始。然后PoC客户群组A协调器200在226释放发言权，PoC服务器204用发言权空闲元群组228响应。
随后，PoC群组B协调器202按下PoC按钮，从而如230所示，在群组B的成员之间建立群组交谈会话。如232所示，PoC客户群组B协调器202请求发言权，之后，如234所示，获得发言权。然后，如235所示，PoC客户群组B协调器告诉其群组，辩论开始。注意此时元发言权空闲，意味着群组A无法私下参与群组B协调器与群组B的对话。此后，PoC客户群组B协调器202在236释放发言权，之后，如238所示，发言权变成空闲。
接着在图9B，在240，PoC客户群组B协调器202向PoC服务器204发送发言权请求元群组消息，响应该消息，从PoC服务器204向PoC客户群组B协调器202发送发言权授予元群组242。此时，如246所示，获得发言权。此时，协调器B已经请求发言权，从而能够与群组A和群组B交谈，例如，指示整个群组，辩论已开始。此时，两个群组都在线。此后，如248所示，PoC群组B协调器202释放发言权，之后，如发言权空闲元群组250所示，发言权空闲。此时，全部发言权属于协调器的群组的持有元群组发言权的成员。如前所示，RTCP能够按照标准PoC规范仲裁元发言权。
下面如252所示，假设群组A用户“JOE”请求发言权。如254所示，PoC服务器204将该请求作为新的消息，“发言权协调请求”，向PoC客户群组A协调器200转发。PoC客户群组A协调器响应该消息，在256请求发言权，并在258被授予发言权，之后，PoC服务器在260产生发言权获得指示。然后，PoC客户群组A协调器200向PoC服务器204发送发言权协调响应(连同嵌入的“发言权授予”消息)262，从而使得PoC服务器向用户“JOE”发送发言权授予264，授予“JOE”发言权。然后，如265所示，群组A用户“JOE”能够向群组A和群组B的所有成员发言。稍后，如266所示，群组A用户“FRED”请求发言权。但是为示例起见，假设用户“FRED”只有GLMS的“只听”特权，因此，PoC服务器204响应请求266，产生发言权否决消息268，无需与群组A协调器的任何交互。
稍后，如270所示，群组B用户“GABBY”请求发言权。PoC服务器204向PoC客户群组B协调器202转发发言权协调请求272。为示例起见，假设PoC客户群组B协调器202响应该请求，产生否决“GABBY”发言权的发言权协调响应(连同嵌入的“发言权否决”消息)274。PoC服务器204响应该消息，向群组B用户“GABBY”发送发言权否决消息276。
接着在图9C，稍后，如278所示，群组B用户“MARY”请求发言权。如280所示，PoC服务器204向PoC客户群组B协调器202转发发言权协调请求。PoC客户群组B协调器202向PoC服务器204发送发言权请求元群组消息282，请求发言权。
在该特定实施例中，因为在稍后的时间通过“元群组”288自动服务请求，所以隐含的实现是元群组中程序排队的实现。在另一实施例中，提供元群组协调。可选地，可以根本没有针对元发言权授予的排序，意味着只在元发言权空闲时段允许元发言权授予。
当群组A用户“JOE”如发言权释放284所示结束时，PoC客户群组A协调器200还发送发言权释放元群组286来清除发言权，以便下一群组接入发言权。在另一实施例中，可以由PoC服务器自动发送“发言权释放元群组”，而不涉及群组协调器。因为发言权请求元群组282中的排队请求未决，所以PoC服务器204产生发言权授予元群组消息288，并发送给PoC客户群组B协调器202。然后，如290所示，获得发言权。此时，PoC客户群组B协调器202产生向PoC服务器204发送的发言权协调响应(连同嵌入的“发言权授予”消息)292。PoC服务器204响应该消息，产生向如295所示能够接入发言权的群组B用户“MARY”发送的发言权授予消息294。
稍后，如296所示，群组A用户“ALEX”请求发言权。将该请求作为发言权协调请求转发给PoC客户群组A协调器200。在300，PoC客户群组A协调器200产生对PoC客户群组B协调器202的警告300，以警告协调器B，他想要元发言权。例如，可以通过PoC服务器实现这些警告(图9C中未明显示出)。可选地，可以实现定时器，以在一些时刻点引起从群组B的发言权取消。可选地，指定的元协调器可以引起针对用户“MARY”的取消。PoC客户群组B协调器202响应该消息，向PoC服务器204发送发言权协调响应(连同嵌入的“发言权取消”消息)，取消用户“MARY”。将该消息作为发言权取消消息304转发给群组B用户“MARY”。此后，PoC客户群组B协调器202发送发言权释放元群组消息306，释放发言权。然后PoC客户群组A协调器向PoC服务器204发送发言权请求元群组消息308，如310所示，响应该消息，授予发言权。在312产生并向PoC客户群组B协调器发送发言权获得消息。然后，PoC客户群组A协调器产生发言权协调响应(连同嵌入的“发言权授予”消息)，授予用户“ALEX”发言权。PoC服务器204响应该消息，向用户“ALEX”发送发言权授予消息316。在317，群组A用户“ALEX”此时能够占用发言权。
以上介绍的实施例提供“程序化交谈”和“受协调交谈”的系统和方法。在另外的实施例中，提供“规则化交谈”的系统和方法，以支持更加结构化的交谈的习惯和规则，例如，处理事务。
在规则化的交谈中，将“程序”和“协调”的概念整合在对于PTT类似会话的“程序规则”集内。当“程序规则”有效时，它们限定会话内的所有通信作为多个可能动议之一的一部分。在表内整理动议，表相对于各个动议，进行优先权等级评定，从而不会将动议排除在程序之外。此外，作为一个或多个动议的结果，参与者可以担当给它们强加未来权利和义务的角色。表跟踪指定给每个参与者的角色。例如，提名动议可以最终导致特定参与者获得“主席”角色和与角色相关联的权利和义务，同时另一参与者可以类似方式获得“秘书”角色。所有这些特征组合起来，使得PTT会话能够提供参与者的集会。示例集会包括股东会议、董事会会议和委员会会议。
可以使用“规则化交谈”将ad-hoc会话转变为良好结构化的集会。例如，群组PTT会话可以作为非正式讨论开始。但是，如果一个参与者选择施加程序规则，则提供缺省的规则集，并使ad-hoc参与者能够改变缺省规则，例如，来反映集会成员想要形成社团的希望。相似地，从“规则化交谈”集会内，可以设想创建非正式讨论，或创建具有有限但明确的目的(例如报告的筹备)的“规则化交谈”子集会或委员会。
在操作上，可以使用一个或多个表保持“程序规则”。在一个实施例中，动议优先权程序表(OPM)和与动议相关规则(RRM)表保持“程序规则”。OPM和RRM表定义动议和规则的初始集。OPM和RRM表可以通过例如采用“程序规则”的动议，来自身改变。
因此，虽然本应用内提供OPM和RRM表的一个范例集，但是要理解，在一个或多个会话中，通过使用，将修改这些表，使其适合参与者的特定群组的特定需要。
范例OPM和RRM表是根据《罗伯特议事规则》(Robert’s Rulesof Order)改编的，原始版权1915，并以多种形式出版。下列RRO是根据http://www.constitution.org/rror/rror-00.htm示例《罗伯特议事规则》(Robert’s Rules of Order)(RRO)动议优先权程序(OPM)表改编的1 2 3 4 5 动议- X a X - 确定休会时间- X b - - 休会- X c X - 休息- X - - - 提出特权问题- X - - - 要求当天的程序- - - - - 搁置- - - - X 先前问题- - - - X 限制辩论或扩展辩论限制X - - X - 延期到特定时间
X - - X - 提交或交付X - - X - 修正X - - - - 无限期延期X - - X - 主动议RRO OPM列的示例清单1-可辩论的2-有普通特权的3-不总是有特权的a-只有当另一问题未决，并且在没有预备同一天或第二天的另一会议的集会中才有特权。
b-失去其具有特权的特征，并且如果在任何方面具备资格，或者如果采纳该效果将是解散集会而无对再次会议的预备，则是主动议。
c-只有当其它事务未决时，才有特权。
4-可修正的5-对它们的采纳，要求2/3投票；其它只要求多数。
动议-动议的简短描述示例与动议相关规则(RRM)表1 2 3 4 5 6 7 8 N 动议* - * * * - - - 1 休会(当有特权时)- - - - - - - - - 采纳(接受或同意)报告- - - - 2 - - - - 采纳规章、议事程序、程序规则- - - - - - - - - 采纳章程4 - - - - - - - 3 修正4 - * - - - - - - 修正修正案- - - - 2 5 - - - 修正规章、议事程序、程序规则- - - - - 6 - - - 修正章程* - * - - - - * 7 上诉，与无礼行为相关等- - * - - - - * - 上诉，所有其它情况- - * - - - * - - 空白，填充
- - - - 8 - - - - 提交或交付，或重新提交* - - - - * - - 9 辩论，以结束、限制或扩展* - * * * - * * - 集会划分* - - - * - 10 10 - 问题划分11 - - - - - - - 1 确定休会时间- - * - 2 - - - - 问题的非正式考虑* - * * * - - - - 搁置* - * * - - - - - 无礼行为之后，留下继续发言- - - - - - - - - 主动议或问题- - * - * - * - - 提名，以决定* - - - * * - - - 提名，以结束* - - - 2 - - - - 提名，以重开* - * * 2 12 - - - 反对问题的考虑* - * * * - * * - 程序问题- - - - - * - - - 程序，以决定特别事务* - * * * - * * - 当天程序，以要求- - - - - - - - - 当天程序，当未决时* - * * * - * * - 议会质询- - - - - - - - - 限期延期，或延期到特定时间- * * - 13 - - -无限期延期* - * * 15 * - - 14 先前问题* - * * * - * * - 特权，以提出问题- - - - - - - - - 特权，问题，当未决时* - * * - - - - - 宣读文件11 - - - * - - - 1 休息，(当有特权时)4 17 * - * - - * 16 重新考虑- * - - 2 18 - - - 废除或撤消- - - - - - - - - 替代(与修正相同)* - * * * * - - - 暂停规则* - * * * - - - - 重新讨论
* - * * * * - - - 着手不合其适当程序的问题* - - - - - - - - 投票，动议相关* - * * 2 - * - - 撤回动议，留下RRO RRM列的示例清单1-可辩论的2-限于未决问题的辩论3-可修正的4-可申请的附属动议5-可重新考虑的6-只要求多数投票7-必须赞成的8-当另一个有发言权时，排出程序之外N-以下注释动议-动议的简短描述8列首部的规则适用于所有原始主动议，以及除在星号(*)或数字指示动议是这些规则的例外的情况之外的其它所有情况。星号示出与列首部的规则的正相反的规则适用于动议，数字指解释例外程度的注释。例如，“搁置”；表示出其“不可辩论”和“不可修正”；对其“不可应用附属动议”；并且其“不可重新考虑”；--其它4列没有星号或数字，示出这些列首部的规则适用于该动议，适用于搁置，同样也适用于原始主动议。
对RRO RRM表的注释1.确定休会时间，只有当另一问题未决，并且在没有预备同一天或第二天的另一会议的集会中才有特权。休会，失去其具有特权的特征，并且如果在任何方面具备资格，或者如果采纳该效果将是解散集会而无对再次会议的预备，则是主动议。休息，只有当其它事务未决时，才有特权。
2.不能重新考虑对该动议的赞成投票。
3.可以通过以下方式作出修正(a)插入(或添加)词或段；(b)取出词或段；(c)取出特定词，并插入其它词；或(d)对于相同主题，将一个或多个段替换成其它段，或替换为另一决议。
4.当要修正或重新考虑的动议不可辩论时，不可辩论。
5.采纳之前的规章、议事程序和程序规则在每个方面都是主动议，并可由多数投票修正。采纳之后，其要求事先通知和针对修正的2/3投票。
6.如果已给予事先通知，则可以在任何时候由多数投票修正章程，或者无通知，由2/3投票修正。
7.只有在不可辩论问题未决时作出，或与无礼行为、违犯发言规则或事务优先权有关时，上诉才不可辩论。当可辩论时，只允许每个成员发言一次。在平局投票时，维持主席的决定。
8.在委员会开始主题时，不可重新考虑，但是由2/3投票，可以在任何时候免除委员会对该问题的进一步考虑。
9.无论何时目前未决的问题可辩论，可以提出这些动议，除非指定，否则动议只适用于该问题。
10.如果决议或提议与彼此独立的不同主题相关，则必须由单个成员请求将其划分，当另一个成员有发言权时，可以进行划分。如果决议或提议与相同主题相关，并每个部分能够独立成立，则只能由正常动议和投票将其划分。
11.如果在集会面临另一问题时提出，不可辩论。
12.辩论之前，只有当第一次提出问题时才可提出反对。为了维持反对，2/3投票必须反对考虑。
13.不可重新考虑对该动议的否决投票。
14.无论何时目前未决的问题可辩论或可修正，可以对先前问题提议。应该指定提议针对的问题；如果没有指定，提议只适用于目前未决的问题。如果采纳提议，则终止辩论并立即使集会对于目前未决的问题和在提议中指定的其它问题投票.。
15.在针对其已投票之后，不可重新考虑。
16.当集会面临任何其它问题，甚至在另一个由发言权时，或者在已投票决定休会之后，只要集会还没有被宣布休会时，可以作出重新考虑的动议。只可以在对动议提出的重新考虑进行投票的当天，或之后的日期，由优势方投票的一个人提议。除非要被重新考虑的动议优先于目前未决的问题，否则其考虑不可中断事务。其等级与要被重新考虑的动议相同，除了它优先于一般程序，或与要被重新考虑的动议平等等级的动议，只有还没有真正开始其考虑。
17.当后者可辩论时，开放辩论主问题。
18.在与修正已采纳动议的规则相同的规则下，废除。见上述注释2、5和6。
附加RRO规则临时动议。未决动议的临时动议优先于未决动议，必须首先对其采取行动。见以下这些动议的列表分类。
有特权的附属动议不能被搁置，限期或无限期延期，或提交。当搁置主问题时等，所有附带附属动议跟随该问题。
RRO动议的分类临时主动议接受或采纳交付给委员会的对于主题的报告在未来的时间休会，或休会到未来的时间休会，如果在任何方面具备资格，或者如果采纳该效果将是解散集会而无对再次集会的预备，则休会约定下次会议的时间和地点，如果提出时没有事务未决修正已经采纳的规章、议事程序、章程或决议等批准或确认采取的行动废除或撤消采取的行动附属动议搁置先前问题限制辩论或扩展辩论的限制限期延期，或延期到特定时间提交或交付，或重新提交修正无限期延期临时动议
特权动议确定休会时间(如果在另一问题未决时提出)休会(如果不具备资格，或者如果没有解散集会的效果)休息(如果在另一问题未决时提出)提出特权问题要求当天程序主动议或未分类动议重新讨论重新考虑废除动议的恢复批准拖延的、荒诞的或无关紧要的动议议院的裁决可以直接参考《罗伯特议事规则》(Robert’s Rules of Order)已出版的多个版本，获得关于《罗伯特议事规则》(Robert’s Rules ofOrder)的进一步细节。这里描述这些规则，目的是为了OPM表和RRM表的明确示例。
除了OPM和RRM表，可以使用可选的角色表将角色归于参与者，也定义参与者必须在会话内提出特定动议(RMM)的权利。
现在参考图10，示出具有“程序化”和“受协调”交谈的变体“规则化交谈”的方法的范例步骤的流程图。
在步骤1010，使集会进入程序。例如，移动设备用户发起群组PTT类似会话，其中，用户指定集会标识符或AID。
在步骤1020，从共享ROO存储器1025中检索程序规则(ROO)。至少协调器检索ROO。在可选实施例中，所有参与者在该步骤检索程序规则。
在步骤1030，参与者共享程序规则(ROO)。在可选实施例中，这一步骤是可选的。
在步骤1040，根据ROO处理动议。图11中示出该步骤的进一步细节。
在步骤1050，存储ROO，反映由动议处理引起的任何变化。
在步骤1060，解散集会。
现在参考图11，示出图10的动议处理的进一步细节。
在步骤1110，动议处理开始。
在步骤1120，至少一个的参与者，例如协调器，等待动议。动议可以来自集会中的其它参与者，或来自协调器。在可选实施例中，所有参与者等待动议。
在步骤1130，确定提出动议的参与者是否有权利提出动议。例如，虽然许多参与者可以是社团集会的一部分，但是只有已交纳了会费的那些参与者才能提出动议。例如，这通过在ROO的提出动议权利(RMM)1135表中查找参与者来确定。
在步骤1140，确定动议是否合乎程序。例如，如果在休息的动议之后提出，要求当天程序的动议是不合程序的。例如，这通过在动议优先权程序(OPM)1145中查找动议来确定。
在步骤1150，确定动议是否遵守与动议相关的规则。例如，无论何时目前未决问题可辩论，都可以提出一些动议，这些动议只适用于该问题，除非被指定。例如，这通过在与动议相关的规则(RRM)1155中查找动议来确定。
在步骤1160，如果已经确定动议是由具有提出动议的参与者提出的，如果已经确定动议合乎程序，并且如果已经确定动议遵守与动议相关的规则，此时且只在此时对动议采取行动。可设想的行动包括获取交谈信道、请求和执行投票、共享如针对“搁置”的报告的文档、修正动议或任何其它通信，这些通信具有效果，以达到召集集会的目的，包括创建子集会和委员会。
在步骤1170，如果已经在步骤1140、1150或1160的任何一步确定动议失败，则拒绝该动议。
在步骤1180，如果在步骤1170对其采取行动的动议是休会，则方法到达步骤1190，动议处理结束。对于其它所有动议，方法在步骤1130继续，并等待新动议。
可设想，可以结合集会参与者的移动通信设备上的用户接口来执行方法的确定步骤。优选地，当参与者希望提出动议时，用户接口只向用户建议那些用户有权提出、合乎程序，并遵守程序规则的动议。
在一些实施例中，将方法、系统和设备适配来为有线设备提供外围支持，使其通过网络相互作用能力参与无线呼叫，因此，虽然设备不在无线网络内，但是其看起来像是在无线网络内，并能够参与。因此，根据该实施例，PPTTM群组中的所有或任何设备不一定都是无线的，在PPTTM群组中，对于上述设备，传输信道消息收发以模拟形式发生，其中一个或多个设备是固定的或者是非无线的有线设备。因此，根据实施例，无线PPTTM会话可以有有线或基于陆上线路的设备，来参与PPTTM会话，并被适配来针对传输信道请求收发消息，传输和接收消息。
根据以上讲述，可以有多种修改。因此要理解，在所附权利要求的范围之内，除了这里特定描述之外，还可以其它方式实施本应用。
权利要求
1.一种用在网络中的交谈程序控制器，所述网络被适配来在交谈设备群组内传递对讲机类通信能力，从而在群组内，当其它所有设备具有接收能力时，给予单个设备传输能力，所述交谈程序控制器被适配来通过以下步骤执行交谈程序控制通过网络接收对传输能力的请求，并保持未决请求的记录；根据未决请求的记录，授予对传输能力的请求。
2.根据权利要求1所述的交谈程序控制器，所述交谈程序控制器形成所述网络的一部分并与所述网络相组合，并被适配来针对多个交谈群组中的每一个执行交谈程序控制。
3.根据权利要求1或2所述的交谈程序控制器，其中使用无线通信信道向设备传递对讲机类通信，所述设备是无线设备。
4.根据权利要求1到3之一所述的交谈程序控制器，其中未决请求的记录包括按照接收到的程序排列的未决请求列表，并从最早到最新地授予对传输能力的请求。
5.根据权利要求1到4之一所述的交谈程序控制器，将所述交谈程序控制器适配来检测或接收已经放弃传输能力的指示，并响应已经放弃的传输能力，来向下一个要被授予传输能力的设备传输交谈清除消息。
6.根据权利要求1到5之一所述的交谈程序控制器，还将所述交谈程序控制器适配来从设备接收请求，请求不再考虑设备等待传输能力。
7.根据权利要求1到6之一所述的交谈程序控制器，其中与交谈群组相关联地传输消息，所述消息包括以下至少一种从设备到网络的交谈释放消息；从网络到设备的交谈清除消息；从网络到设备的中断消息；或者从网络到无线设备的静音命令。
8.根据权利要求1到7之一所述的交谈程序控制器，所述交谈程序控制器还被适配来计数从每个设备接收的请求数量，并根据从每个设备接收的请求数量，对授予传输特权重新排列优先次序。
9.根据权利要求3到8之一所述的交谈程序控制器，所述交谈程序控制器与多个无线设备群组相组合。
10.根据权利要求1到9之一所述的交谈程序控制器，将所述交谈程序控制器适配来执行针对设备群组的协调，并将其指定为针对群组的协调器设备。
11.根据权利要求10所述的交谈程序控制器，所述交谈程序控制器形成设备群组中的设备之一的一部分，并与该设备相组合。
12.一种网络，适配来在交谈设备群组内传送对讲机类通信能力，从而在群组内，当其它所有设备具有接收能力时，给予单个设备传输能力，网络包括针对每个交谈群组的交谈程序控制器，针对每个群组，将网络适配来保持要作为群组协调器设备的特定设备的指定；接收对传输能力的请求，并向协调器设备转发请求；从协调器设备接收传输能力的授予，并至少向各个被授予设备转发每个授予。
13.根据权利要求12所述的网络，所述网络还被适配来保持针对每个交谈设备群组的特权信息；从无线设备接收交谈群组控制消息，并根据特权信息处理消息。
14.根据权利要求13所述的网络，其中特权信息包括是否将下列特权中的至少一种给予给定无线设备的指示协调器能力；协调器元群组能力；群组内专用收发消息；广播收发消息；交谈信道请求接入；只听接入。
15.根据权利要求12到14之一所述的网络，其中针对每个设备群组的交谈程序控制器形成群组的设备之一的一部分。
16.根据权利要求15所述的网络，其中将协调器设备适配来通过网络从其它设备接收对传输能力的请求；协调器设备具有用于接收对要选择并授予传输能力的设备的用户选择的用户接口，其中从所述设备接收对传输能力的请求；响应所述用户选择，将协调器设备适配来通过网络向设备传输授予传输能力的消息。
17.根据权利要求1所述的交谈程序控制器，所述交谈程序控制器形成网络的一部分，并与网络相组合，将网络适配来保持针对交谈群组的程序规则集；根据程序规则允许交谈群组之间的交互。
18.根据权利要求1所述的交谈程序控制器，其中程序规则包括提出动议的权利；动议的优先权程序；或者关于动议的规则。
19.根据权利要求1到11之一、17和18所述的交谈程序控制器，使用基于CDMA的通信、基于802.11的通信、iDEN、GPRS、蓝牙(Bluetooth)、UMTS和PoC(push to talk over cellular)中的一种实现所述交谈程序控制器。
20.根据权利要求1到11和17到19之一所述的交谈程序控制器，其中使用DTMF信号传输消息。
21.根据权利要求1到11和17到20之一所述的交谈程序控制器，其中使用无线通信信道向设备传送对讲机类通信，设备是无线设备。
22.一种方法，依次包括在多个无线设备之间建立由网络传送的对讲机类通信会话；向无线设备之一授予传输能力，并向剩余无线设备授予收听特权；从具有收听特权的无线设备接收对传输能力的请求；响应对传输能力的请求，授予传输能力。按照接收请求的程序，响应对传输能力的请求，授予传输能力。在协调器的控制下，响应对传输能力的请求，授予传输能力。
23.根据权利要求22所述的方法，其中按照接收请求的程序，响应对传输能力的请求，授予传输能力。
24.根据权利要求22或23所述的方法，其中在协调器的控制下，响应对传输能力的请求，授予传输能力。
25.根据权利要求22到24之一所述的方法，其中根据定义的程序规则集，响应对传输能力的请求，授予传输能力。
26.具有其上存储了处理器可执行指令的计算机可读介质，来实现根据权利要求22到25之一所述的方法。
27.一种PoC网络，适配来通过以下消息提供受协调的交谈控制来自网络的发言权协调请求，向协调器无线设备指示特定用户已发出请求；以及来自协调器无线设备的发言权协调响应，请求网络向用户的无线设备发送命令。
全文摘要
一种系统和方法，用于在以具备半双工通信交谈群组会话的网络为特征的系统中，执行排队和受协调的交谈群组。对于排队，向网络转发请求并将其保持在用于授予交谈信道接入的列表中，而不只是丢下来自收听用户的交谈请求。对于受协调的交谈群组，将无线设备指定为协调器网络设备。然后向协调器网络设备转发对交谈信道的请求。协调器网络设备配备允许设备用户选择向设备授予交谈信道的程序的能力。在其它实现中，提供元群组，并实现针对交谈群组会话的程序规则。
文档编号H04W4/10GK1918819SQ200580004123
公开日2007年2月21日 申请日期2005年9月15日 优先权日2004年9月16日
发明者特雷弗·普莱斯蒂德, 路易斯帕布鲁·埃斯特佰 申请人:捷讯研究有限公司