CN1625907A

CN1625907A - 分组模式语音通信

Info

Publication number: CN1625907A
Application number: CNA028098099A
Authority: CN
Inventors: 朱西·洛普南; 雅奴·拉亚哈尔梅; 翰奴·特吕莱; 玛库·温帕里; 理查德·邦腾皮
Original assignee: Nokia Oyj
Current assignee: Nokia Technologies Oy
Priority date: 2001-04-17
Filing date: 2002-04-12
Publication date: 2005-06-08
Anticipated expiration: 2022-04-12
Also published as: US20020150091A1; CA2714825A1; ZA200307948B; CA2444406C; JP5039612B2; RU2003133294A; WO2002085051A1; CA2714825C; EP1393588B1; BR0209011A; JP2004535097A; MXPA03009486A; KR20030090763A; RU2295841C2; US7058042B2; CA2444406A1; JP2008206164A; US20020150092A1; AU2002246172B2; US7386000B2

Abstract

在标准主干蜂窝无线网络的顶端提供分组模式(例如基于IP)的成组通信服务层。概念上，成组通信层包括一对基本逻辑实体，即应用桥接器和呼叫处理服务器(CPS)。桥接器和CPS运行组服务应用，组服务应用通过无线网络提供的IP连接与移动站MS中的组服务应用通信。CPS负责成组通信的控制级管理。桥接器负责根据其组成员资格通过CPS编程的有效连接向用户终端实时分布VoIP分组。

Description

分组模式语音通信

技术领域

本发明涉及通信系统，尤其涉及通信系统中的分组模式语音通信。

背景技术

移动通信系统通常是指任何当用户正在系统服务区内移动时允许进行无线通信的电信系统。典型的移动通信系统是公共地面移动网络(PLMN)。移动通信网络通常是接入网络，为用户提供对外部网络、主机或特定服务提供商提供的服务的无线访问。

专业移动无线设备或私人移动无线设备(PMR)系统是主要为专业和政府用户，例如警察、军队、炼油厂等等开发的专用无线系统。通过用专用PMR技术建立的专用PMR网络提供PMR服务。这个市场被若干种技术-模拟、数字、传统和中继-所瓜分，然而没有任何一种技术居主导地位。TETRA(地面中继无线)是ETSI(欧洲电信标准协会)为数字PMR系统定义的标准。美国专利6,141,347公开了在群呼中使用组播寻址和非集中式处理的无线通信系统。

PMR系统的一个特点是成组通信。这里使用的术语″组″是指具有3个或更多试图参与相同成组通信，例如呼叫的用户的任何逻辑分组。逻辑上创建分组，即网络端维护的特殊成组通信信息将特定用户与特定成组通信组关联。这个关联可以被容易地创建、修改或取消。相同用户可以是不止一个成组通信组中的成员。通常，成组通信组的成员属于相同组织，例如警察、消防队、私人公司等等。并且，相同组织通常具有若干分立的组，即组的集合。

群呼通常具有较长的持续时间(多达数天)，期间很少进行通信，并且每次交互通常时间较短。在呼叫期间，全部活跃传输可能只有例如15分钟。在现有PMR系统中，每个对话突发传输或语音项目(voice item)具有7秒的平均长度。因此，不能始终分配无线信道或其它昂贵的系统资源，因为服务会变得过于昂贵。具有″即按即讲″特征的成组通信是任何克服这个问题的PMR网络的必要特征中的一个。通常，在具有″即按即讲、即松即听″特征的成组语音通信中，群呼基于将电话中悬挂式电铃按钮(PTT，″即按即讲″开关)用作开关：通过按下PTT，用户表明其希望讲话，并且用户设备向网络发送服务请求。根据预定准则，例如资源可用性，请求用户的优先级等等，网络或者拒绝请求，或者分配请求的资源。同时，还建立针对特定用户组中所有其它活跃用户的连接。在已经建立语音连接之后，请求方用户可以讲话，并且其它用户在信道上收听。当用户释放PTT时，用户设备向网络传送释放消息，并且资源被释放。于是，仅为实际语音事务或语音项目保留资源。

通信系统中通常存在各种成组通信需求。

呼叫建立时间必须相对较短，即若干秒的级别的建立时间是不能允许的。当用户初始化呼叫或语音项目时，他/她应当能够在启动建立的数百毫秒内开始讲话。收听方应当在大约1秒内听到讲话。由于使用半双工机构，这个语音延迟可能会更长。这些数值仅仅是例子。

成组通信要求遵守传输规程：一方讲话，而其它方收听。因此，无线接口是半双工类型的。每次仅仅有一个方向是活跃的。通信系统必须能够进行控制，使得每次组中只有一个成员讲话。

用户可以同时属于许多个组。因此，如果对于用户同时存在多个成组通信，通信系统必须能够对用户收听的组进行选择和划分优先级。

″即按即讲″类型的群呼不仅对传统PMR用户有吸引力，而且对于若干其它类型的用户也具有吸引力。例如，个人可能希望具有对话组、例如爱好组、体育组等等。小型企业用户也可以使用″即按即讲″类型的成组通信特征在相同工作组内、公司内部或某种个企业社区内，并且在工作日期间进行与更频繁的任务相关的通信。

发明内容

本发明的一个目的是提供新的方式以提供和管理分组模式语音通信服务。

通过如所附独立权利要求所公开的方法、系统、网络单元和用户设备来实现本发明的这个目的。在从属权利要求中公开了本发明的各种实施例。

根据本发明的一个方面，主干蜂窝无线网络充当无线接入网络，在该无线接入网络的顶端提供分组模式(例如基于IP)的成组通信服务。实际上，本发明所需的所有新单元和功能均在无线接入和移动核心网络之外。可以如此使用无线接入和移动核心网络，而无需在主干网络单元中进行任何代价昂贵的变化。换言之，可以通过标准主干无线接入网络(例如全球移动通信系统GSM和通用移动电信系统UMTS)运行成组通信服务，使得基础设施中每个终端用户的投资足够地低，从而对运营商有吸引力。在本发明的一个实施例中，成组通信服务被实现成移动无线网络的网际协议(IP)数据服务顶端的IP电话(VoIP)数据应用。在基于IP的成组通信服务中活跃，例如在群呼中活跃的任何用户具有通过无线接入网络到达成组通信服务实体的预先建立的逻辑连接。例如，可以使用类似于GPRS服务(通用分组无线业务)中使用的分组数据协议(PDP)上下文的逻辑连接。包含发送和接收端的空中接口上的信道资源的实际通信路径需要被打开，并且资源只需在对话项目的持续时间内保留。在资源保留阶段不需要呼叫建立信令，鉴别，加密密钥协议和服务参数协商，因为逻辑连接已经存在，但是通过使用信令过程来保留和打开物理资源。于是可以实现较短的连接建立时间。

在本发明的一个实施例中，所有涉及控制语音项目的信令作为嵌入用户传输的用户级(user plane)信令而被执行。在本发明的一个实施例中，用户传输具有实时传送(RTP)分组的形式。在本发明的一个实施例中，嵌入语音项目信令包括在包含用户语音数据分组(例如RTP分组)的用户传输流的开始处发送的前导分组，并且成组通信服务实体根据前导分组批准或拒绝语音项目。在本发明的一个实施例中，当根据前导分组批准语音项目给成组通信服务时，通过向组的接收成员传递包含所述前导分组和后续语音分组的用户传输流，成组通信服务向接收成员打开语音项目通信。在本发明的一个实施例中，嵌入语音项目信令包括在包含用户语音数据分组(例如RTP分组)的用户传输流的结束处发送的结尾分组，并且成组通信服务实体根据结尾分组结束语音项目。在本发明的一个实施例中，成组通信服务实体在用户传输流结束时向接收组成员传递结尾分组，以结束针对接收组成员的语音项目通信。本发明的另一个方面是用于通信系统中分组模式成组语音通信的方法，包括步骤

在上述通信系统的顶端提供成组通信服务实体，

为所述成组通信服务实体提供至少一个成组通信组中组成员的各自地址，

从所述组成员中的一个向所述成组通信服务实体发送语音分组，其中每个语音分组被寻址到所述至少一个组，

根据所述各个地址向所述组成员中的每个接收组成员单独传递所述语音分组。

本发明的另一个方面是用于通信系统中分组模式成组语音通信的方法，包括步骤

为成组通信服务实体提供成组通信组中组成员的各个地址，

通过带外信令创建从每个组成员到所述成组通信服务实体的各个逻辑连接，

通过在所述各个逻辑连接上从所述组成员中的一个向所述成组通信服务实体发送用户传输流中嵌入的前导分组，开始所述组中的语音项目，其中每个前导分组包含相应组成员的标识符，

根据所述各个地址，所述成组通信服务实体或者i)拒绝所述启动的语音项目，或者ii)批准启动语音项目给所述一个组成员，并且向所述组中所述组成员中的每个接收组成员单独传递所述用户传输流中的所述前导分组和后续语音分组。

本发明的另一个方面是在具有分组模式成组语音通信特征的通信系统中管理传输流的方法，包括步骤

提供特定于用户的通信功能，以管理寻址到至少一个成组通信组或一对一通信中活跃的用户的传输流，

接收第一语音分组流，所述第一语音分组流涉及第一成组通信组或第一一对一通信，并且寻址到至少在所述第一成组通信组或所述第一一对一通信中活跃的用户，

向所述相应用户传递所述第一语音分组流，

监视所述第一语音分组流的连续性，

接收涉及至少一个其它组或一对一通信的至少一个其它语音分组流，

如果所述第一语音分组数据流是连续的，则不向所述用户传递所述至少一个其它语音分组流中的任何一个，

如果所述第一语音传输流已经停止了预定周期的时间，则向所述用户传递所述至少一个其它语音分组流中的一个。

本发明的另一个方面是为通信系统提供分组模式成组通信服务的服务器系统，所述服务器系统包括在上述通信系统顶端提供的组服务器，所述组服务器还包括

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于从所述组成员接收语音分组的装置，其中每个接收的语音分组包含标识相应分组所寻址到的通信组的信息，

用于依次批准语音项目给每个通信组的一个组成员的装置，

用于根据所述各个地址，将接收自成组通信组中具有语音项目的所述组成员的每个语音分组，分别向所述相应成组通信组中的每个接收成员单播的装置。

本发明的另一个方面是用于为通信系统提供分组模式成组通信服务的服务器系统，所述包括

在上述通信系统的顶端提供的组服务器，所述组服务器还包括

用于标识和认证成组通信的源的装置，

进行控制使得每次组中只有一个组成员讲话的装置，

用于检查组中来自当前讲话组成员的语音分组所去往的活跃组成员的装置，和用于根据入站语音分组产生出站分组的装置，所述出站分组分别被传递到所述活跃组成员中的每个，和

用于从可能的去往一个组成员的多个入站传输流中选择将传递到所述一个组成员的传输流的装置。

提供特定于组的通信功能的至少一个第一成组通信网络实体，所述第一成组通信网络实体还包括

存储至少一个成组通信组中组成员的各个地址的数据存储器，

用于依次批准语音项目给每个通信组的一个组成员的装置，

用于根据所述各个地址，将接收自成组通信组中具有语音项目的所述组成员的每个语音分组，分别向所述相应成组通信中的每个接收成员单播的装置，

为至少一个用户提供特定于用户的通信功能的至少一个第二用户通信网络实体，借以首先将来自所述第二用户网络实体管理的用户的任何组相关通信传送到所述第二用户网络实体，并且接着传递到适当的第一成组网络实体，并且在发送语音分组到相应用户之前，首先将来自所述至少一个第一成组网络实体的任何单播语音分组传送到所述第二用户网络实体。

本发明的另一个方面是用于为通信系统提供分组模式成组通信服务的服务器系统，所述服务器系统包括

提供特定于组的通信功能的至少一个成组通信网络实体，所述成组网络实体还包括

进行控制使得每次组中只有一个组成员讲话的装置，

用于检查组中来自当前讲话组成员的语音分组所去往的活跃组成员的装置，和用于根据入站语音分组产生出站分组的装置，所述出站分组分别被传递到正服务于所述组中至少一个活跃成员的用户服务器，

为至少一个用户提供用户级上的特定于用户的通信功能的用户通信网络实体，所述用户网络实体还包括

用于标识和认证成组通信的源的装置，

提供用户级的特定于组的通信功能的至少一个成组通信网络实体，所述成组网络实体还包括

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于依次批准语音项目给每个通信组的一个组成员的装置，

为至少一个用户提供用户级的特定于用户的通信功能的用户通信网络实体，借以首先将来自所述用户网络实体管理的用户的任何组相关通信传送到所述用户网络实体，并且接着传递到适当的成组网络实体，并且在发送语音分组到相应用户之前，首先将来自所述至少一个成组网络实体的任何单播语音分组传送到所述用户网络实体，

负责所述成组网络实体中成组通信的控制级(control plane)管理的群呼处理实体，和

负责所述用户网络实体中通信的控制级管理的用户呼叫处理实体。

本发明的另一个方面是用于管理具有分组模式成组语音通信特征的通信系统中的语音项目的网络单元，包括

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于依次批准语音项目给每个通信组的一个组成员的装置，

本发明的另一个方面是用于管理寻址到至少一个成组通信组或一对一通信中活跃用户的传输流的网络单元，包括

用于为单播到用户而选择涉及第一组或一对一通信、寻址到所述用户的第一语音分组流的装置，

用于监视所述选择的第一语音分组流的连续性的装置，

如果所述当前选择的语音分组流是连续的，用于丢弃涉及至少一个其它组或一对一通信的任何其他接收的语音分组流的装置，和

如果所述最初选择和单播的第一语音传输流已经停止了预定周期的时间，用于选择并向所述用户单播另一个接收的语音分组流的装置。

本发明的另一个方面是用于在通信系统中建立一对一语音通信的方法，包括步骤

在所述移动通信系统顶端提供通信服务器，

在所述通信服务器和每个在所述通信服务器中具有活跃通信服务的用户之间创建各个逻辑连接，

通过在所述各个逻辑连接上从用户向所述通信服务器发送传输流中嵌入的前导分组，开始通信，其中每个前导分组包含所述发送用户和接收用户的标识符，

根据所述接收用户的所述接收的标识符，所述通信服务器或者i)拒绝所述启动的语音项目，或者ii)批准启动语音项目给所述发送用户，并且向所述接收用户传递所述用户传输流的所述前导分组和后续语音分组。

本发明的另一个方面是用于具有分组模式成组语音通信服务的通信系统的用户设备，所述用户设备包括

用于通过通信系统进行分组数据通信的机构，

在所述机构顶端的成组通信应用，

所述应用具有用于建立到成组通信服务器的逻辑分组连接的第一装置，

所述应用具有用于针对所述成组通信服务器发送和接收语音分组的第二装置。

″即按即讲″装置，

响应用户对所述″即按即讲″装置的激活，用于向所述成组通信服务发送用户传输流中后跟语音分组的前导分组，从而启动语音项目的装置。

本发明的另一个方面是用于为通信系统提供分组模式成组通信服务的方法，包括

存储至少一个成组通信组中组成员的各个地址，

使用控制级信令管理所述成组通信组，

组成员使用用户传输流中嵌入的用户级信令请求语音项目，

用于根据所述嵌入用户级信令，依次批准语音项目给每个通信组的一个组成员，

从成组通信组中具有语音项目的组成员接收语音分组，其中每个接收语音分组包含标识相应分组所寻址到的通信组的信息，

用于根据所述各个地址，将所述嵌入用户级信令和接收自具有语音项目的组成员的每个语音分组，分别向所述相应成组通信组中的每个接收成员单播。

本发明的另一个方面是用于为通信系统提供分组模式成组通信服务的服务器系统，包括

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于使用控制级信令管理所述成组通信组的装置，

用于根据所述组成员使用嵌入用户传输流的用户级信令发送的语音项目请求语音，依次批准语音项目给每个通信组的一个组成员的装置，

用于从成组通信组中具有语音项目的组成员接收语音分组的装置，其中每个接收的语音分组包含标识相应分组所寻址到的通信组的信息，

用于根据所述各个地址，将所述嵌入用户级信令和接收自具有语音项目的组成员的每个语音分组，分别向所述相应成组通信组中的每个接收成员单播的装置。

附图说明

下面通过参照附图的优选实施例更详细地描述本发明，其中

图1、2和3图解了本发明的基本体系结构；

图4和5的信令图分别图解了移动网络的无线接口中上行链路和下行链路载体的分配；

图6示出了组管理概念的综述；

图7的信令图图解了到PoC服务的用户登录；

图8的信令图图解了涉及组语音项目的管理的信令；

图9的流程图图解了话音突峰定时器对PoC组语音项目的管理；

图10的流程图图解了上行定时器的下行抑制；

图11的模块图图解了涉及两个桥接器的用户级成组通信；

图12的图例图解了组-单播的概念；

图13的模块图图解了扫描过滤处理、而

图14图解了扫描过滤处理的实现，

图15的信令图图解了涉及一对一通信的建立的信令和通信。

具体实施方式

本发明适用于任何数字通信系统，所述数字通信系统可以被用作允许在终端用户和覆盖的分组模式成组通信服务之间进行分组模式通信的接入网络。本发明最好被用于基于GPRS类型分组无线通信的移动通信系统中。下面通过GPRS服务和UMTS或GSM系统描述本发明的优选实施例，但本发明不限于这种特定的分组无线系统。本发明的优选实施例中使用的IP语音通信方法是IP电话(VoIP)，但是本发明不局限于这种特定的方法。

图1图解了本发明优选实施例的基本体系结构。在图解的实施例中，提供IP分组数据服务的移动无线接入网络(RAN)基于使用2G无线接入技术的GPRS体系结构，例如具有基收发器站BTS和基站控制器BSC的GSM基站子系统BSS。GSM无线接入可以是传统的，或者基于GSM演进增强型数据速率(EDGE)技术。在后一种情况下，无线接入可以被称作GERAN，即全IP GSM无线接入网络。可选地，可以使用3G无线接入网络UTRAN(例如UMTS)。全IP核心网络可以被用于GERAN和UTRAN中。移动网络的体系结构对于本发明不是必要的，但是为了易于理解本发明，这里会简要讨论GPRS基础设施和操作。GPRS基础设施包括支持节点，例如网关GPRS支持节点(GGSN)和服务GPRS支持节点(SGSN)。SGSN的主要功能是检测其服务区中的新GPRS移动站，执行注册新移动站MS(也被称作用户设备，UE)和GPRS寄存器的处理，针对MS发送/接收数据分组，并且记录MS在其服务区内的位置。预订信息被存储在GSM/GPRS寄存器(HLR，归属位置寄存器或3G全IP网络HSS，归属用户服务器)中。GGSN节点的主要功能涉及与外部数据网络进行交互。GGSN也可以被直接连接到私人企业网络或主机。GGSN包含PDP地址和路由信息，即活跃GPRS用户的SGSN地址。GGSN使用SGSN提供的路由信息更新位置目录。根据GPRS隧道协议(GTP)，GGSN使用路由信息将来自外部网络的协议数据单元(PDU)隧道传送到MS的当前位置，即传送到服务SGSN。隧道传送意味着在从隧道一端传送到另一端期间，数据分组被封装到另一个数据分组中。GGSN还拆封出从MS接收的数据分组，并且将它们传递到适当的数据网络。为了发送和接收GPRS数据，MS通过请求PDP激活过程来激活其希望使用的分组数据地址。这种操作使得MS在对应GGSN中已知，并且可以开始与外部数据网络的互操作。更具体地，一或多个PDP上下文被创建并且存储在MS，GGSN和SGSN中。PDP上下文定义了不同的数据传输参数，例如PDP类型(例如X.25或IP)，PDP地址(例如IP地址)和服务质量(QoS)。

在图1中，在移动网络顶端提供″无线一键通″(PoC)层次，以便通过移动网络为移动站(MS)提供成组通信服务。概念上，PoC层包括一对基本逻辑实体，即PoC桥接器10和PoC呼叫处理服务器(CPS)11。桥接器10和CPS 11通常通过IP网络被连接到GGSN。桥接器10和CPS服务器11运行PMR应用，PMR应用通过IP移动RAN提供的IP连接与移动站MS中的PMR应用通信。这种通信包含信令分组和语音(成组和一对一)通信分组。

CPS 11负责PMR通信的控制级管理。其重要地位会需要在本发明的一个实施例中通过下面模块实现的各种功能：

″PMR服务器″-处理组成员资格的会话并且管理用户简表(呼叫权利、组活跃成员资格、扫描设置等等)的应用，其中通过为PoC通信确定的适当会话控制协议，例如会话发起协议(SIP)通知所述组成员资格；

SIP代理/位置服务器-提供用户位置和SIP信令的路由功能；

SIP注册-用于用户注册/认证；和

中间网关控制器-根据特定于组和用户的信息(成员资格、权利、扫描设置等等)控制IP层数据分布中涉及的网络实体(PoC桥接器)。然而在这种描述中，公共术语CPS是指CPS的所有可能功能。

然而由于PMR管理需求可以被分成特定于组和用户的需求，在本发明的一个实施例中定义两种CPS服务器，如图2所示。通过组控制级功能(G-CPF)(G-CPF)23(例如服务器中的)处理成组通信的SIP会话。当用户附加到组中时，G-CPF 23负责相关SIP邀请事务，并且在用户接收方和负责相关传输分布的网络实体之间执行适当的映射设置。用户-控制级功能(U-CPF)22(例如控制级代理服务器)基本上是IP网络和用户之间的控制级接口。通过这种网络实体，用户登录到系统上，并且协商其操作设置(扫描设置、选择的组等等)。它处理用户的简表并且管理其一对一呼叫。应当理解，这仅仅是逻辑隔离，两种CPS可以位于相同的计算机中。分隔的G-CPF和U-CPF允许用户加入不同内部网或不同运营商和IP域的移动网络中G-CPF处理的PoC组。通过实际上允许系统中有无限数量的组或用户，分割还带来了可伸缩性。

再次参照图1，桥接器10负责根据用户终端的组成员资格，其扫描设置和最终优先抢占或紧急情况向用户终端实时分布VoIP分组。每个桥接器仅在CPS编程的有效连接之间传递传输。桥接器10可以执行一或多个以下功能：

输入检查：识别和认证传输源(可选地，这里必须处理前导RTP分组中的助词符，如下面讨论的)。输入检查也可以包含执行和支持安全性过程的动作。

输入过滤：保证每次在组中只有一个讲话者讲话(即批准语音项目)，并且可选地，为高优先级语音项目指定优先级。

倍增(Multiplication)：在过滤处理之后，桥接器10必须检查传输所去往的组的活跃成员，并且根据入站分组产生每个活跃成员的″下行链路″分组。

扫描过滤：根据用户扫描设置从去往相同用户的多个入站传输流中选择必须传递到其接收方的传输流。

再次地，由于输入过滤和倍增是特定于组的处理，虽然输入检查和扫描过滤是特定于用户的，然而在本发明的一个实施例中已经定义了以下两种应用桥接器，如图2所示。

首先，组-用户级功能(G-UPF)G-UPF 21(例如服务器中的)是组成员的音频分组所发送(通过其U-UPF)到的网络实体，并且其中执行输入过滤和倍增处理。对于每个新组，G-CPF 23根据尽可能均匀地在G-UPF之间分布传输的负载均衡准则指派单个G-UPF 21。

用户-用户级功能(U-UPF)U-UPF 20(例如服务器中的)对U-CPF 22已经指派给它的各个用户执行输入检查和扫描处理。出于安全性目的，U-UPF 20可以具有针对其处理的每个移动终端的安全性关联。U-UPF 20对移动终端隐藏了网络复杂度，所以用户只需向这个单元发送其所有的用户级传输，该单元之后根据适当U-CPF 22的映射设置传递该传输。通过这种方式，不必在每个用户，和只信任其从中接收分组的U-UPF 20的所有IP网络实体之间建立安全信道。

至于控制级单元，这个逻辑分割不必需要G-UPF和U-UPF实现之间的物理隔离，于是它们可以位于相同的计算机中。

负责管理用户和组的会话的U-CPF 22和G-CPF 23分别需要特定的控制级信令。ETSI 3GPP(欧洲电信标准协会，第三代伙伴计划)规范包含所谓全IP网络中基于IP的语音通信。这种全IP网络还允许在IP网络中进行语音通信(IP电话，VoIP)。对于VoIP，规定了呼叫控制信令，例如会话发起协议(SIP)，这在RFC2543中有定义。因此在优选实施例中，选择SIP以支持和管理PoC呼叫会话。然而，可以取而代之使用某些其它IP会话协议。此外，在本发明的最优实施例中，G-CPF 23和U-CPF 22使用Megaco(RFC3015中定义)控制IP层的传输分布中涉及的G-UPF 21和U-UPF 20。然而可以取而代之使用用于控制用户级单元的切换的某些其它对应协议。此外，选择RTP(实时传送协议，RFC1889中定义)来处理传送，并且需要QoS机构来处理语音分组(VoIP)传送。

Megaco定义了物理分解的多媒体网关的一般架构。其连接模型基于两个主要的抽象，即终端和上下文。前者是产生和/或吸收一或多个流的MGW(即PoC桥接器)中的逻辑实体，而后者是描述拓扑(谁听到/看见谁)的终端集合之间的关联，以及在相同关联中涉及超过两个的终端时的介质混合和/或切换参数。为了向MGW提供关于上下文的某个优先处理的信息，MGC(即PoC CPS)可以使用优先级数值，并且还提供紧急呼叫的指示符以允许优先处理。协议提供用于操作其连接模型、上下文和终端的逻辑实体的命令，并且这里假定它提供PMR CPS 11(G-CPF 23和U-CPF 22)所需的灵活性和功能，以编程PoC桥接器10(G-UPF 21和U-UPF 20)中的适当传输路径和过滤/扫描处理。

SIP协议定义用于呼叫控制、用户定位和注册的信令消息，并且这些已经在PoC解决方案的优选实施例中使用，以处理特定PMR通信和相关的参与用户(建立、加入和脱离呼叫会话，用户登录到PoC服务，用户简表协商等等)。

对于每个PoC通信，处理它的CPS(分别针对成组和一对一通信的G-CPF 23和U-CPF 22)建立和管理SIP会话。当用户希望变成组的活跃成员时，他必须加入对应的会话。对于一对一呼叫，PoCU-CPF维护每个一对一呼叫的参与U-CPF之间的一个会话。

所有用户的出站和入站传输必须通过已经指派给用户的U-UPF20。尤其是在上行链路中，用户的传输被其U-UPF 20检查，并且被传递到处理传输所去往的组的G-UPF 21，或在一对一通信的情况下处理被叫方的U-UPF 20。

在下行链路中，传输接着被分布到目标用户的U-UPF 20(在成组通信的情况下通过G-UPF 21中的分组倍增，分组被倍增(multiply)并传递到正服务于组中活跃成员的每个U-UPF)。在U-UPF中，根据用户的当前扫描设置，执行用户的扫描处理，并且传输被倍增和传递到收听该组的每个用户。

这个PoC解决方案是接入无关的，这意味着它可以运行在GSM、WCDMA、WLAN或等价技术的顶端，只要其能够支持始终有效(always-on)的VoIP载体。IP层的音频分布使用标准的VoIP机构(例如RTP)，而特定网际协议或接口会被用来连接补充的网络实体，例如用户和组管理功能(SGMF)25、域名服务器(DNS)24、WWW/WAP(万维网/无线应用协议)和安全管理服务器。每个网络实体显然与借以传送和路由IP分组的至少一个IP地址相关，但是还必须从SIP的角度定义网络单元的地位。每个MS是SIP用户代理(UA)，于是每个具有通常为″username@hostname″的SIP地址(URL)，其中hostname可以但不必与MS必须注册到的U-CPF 22相关。这个U-CPF 22应当充当注册、定位和代理SIP服务器，以便允许其控制下的MS的可达性，并且支持SIP信令路由。音频数据分布中排它地涉及的G-UPF 21和U-UPF 20在实际SIP机构中没有作用，并且核心网络被简单地视作单个IP网络链路。在SIP信令级别上，URL被用于用户和组标识。URL可以是RFC2543中定义的sip:URL，RFC 2806中定义的代表电话号码的URL，或任何其他URL格式。注册方法被用于sip:URL，即SIP URL是PoC系统中的用户主要身份。使用To:头字段中的tel:URL可以进行(仅)具有私人编号方案号码的用户的拨号(sip:URL必须始终提供主机部分)。例如，辅助标识可以被用于寻址一对一呼叫的b方，如果b方来自于相同的虚拟专用网(VPN)。始终通过sip:URL寻址各个组，其中使用组名取代用户名，以及主机部分中管理组的主机(确切为G-CPF，如果已知)。下面会更详细地解释用户级的寻址。

另外，最好在PoC系统中提供SGMF 25，用于管理和信息查询/更新目的。通过SGMF 25，具有管理权限的运营商或普通用户可以在PoC系统中创建、删除和修改用户和组。还可以创建和修改涉及用户和组的访问权限。信息自身可以被包含在例如结构化查询语言(SQL)数据库的数据库，或例如轻量级目录访问协议(LDAP，RFC2251中定义)目录的目录中。这些数据储存库可以是独立的，也可以和SGMF 25在一起。这种数据库或目录是PoC系统中的主数据储存库。具有管理权限的普通用户可以使用WWW/WAP接口访问SGMF。SGMF 25的重要功能是处理来自U-CPF 22和G-CPF 23的请求，并且根据请求进行数据库或目录获取和更新。

在U-CPF 22和SGMF 25之间的接口，以及G-CPF 23和SGMF 25之间的接口中可以使用SOAP(简单对象访问协议，由环球网联盟W3C定义)或类似协议。

用户设备或移动站MS在用于特定移动通信系统的标准协议堆栈的顶端的用户层上具有PoC应用。SIP和RTP协议使用基础的传输控制协议(TCP)、用户数据报协议(UDP)和IP协议，这些协议则使用物理层资源，例如无线资源。另外，WAP堆栈可以被用来访问SGMF 25或另一个服务器上的WAP页面。

在图3中，提供了一个可能的通用PoC体系结构。IP主干网29可以是例如IP移动主干网，LAN，PoC内部网或两个或更多分立的内部网等等。

当用户选择PoC模式时，PoC移动MS建立两个GPRS上下文：a)一个针对PoC CPS 11，通过TCP/IP被用于控制级信令(组管理、注册等等)，b)一个用于语音，所述语音使用RTP、UDP、会话IP质量类别等等到达/来自PoC桥接器10，和无线路径上足够的头压缩。如果移动终端或移动网络不支持两个同时上下文，则移动终端必须在SIP信令事务的持续时间内拆开RTP连接。当PoC模式被启用时，PoC移动MS必须始终维护针对桥接器10的上下文。SIP内容最好也始终被启用，但是如果这为网络容量或除PoC之外的其它服务的可访问性带来问题，则也可以在信令事务的持续时间内建立SIP上下文。注意：在这种情况下，蜂窝网络必须支持网络启动的上下文建立。在启动或PMR模式激活时通知SIP会话。SIP会话始终被启用，于是PMR语音项目不需要SIP信令。在PTT激活之后通过现有上下文发送所有语音。这种机构允许快速呼叫建立。

图4图解了移动RAN的无线接口上的上行链路载体分配的例子。用户按下PTT，而MS向移动RAN发送语音项目请求。在整个语音项目的持续时间内，MS会需要专用无线载体。移动RAN批准上行链路载体(例如专用分组数据信道和物理时隙)。当移动RAN确认上行链路载体的分配时，移动终端开始通过上行链路载体发送数据。发送的第一分组是RTP消息，RTP消息包含讲话方标识符，后跟语音流分组(VoIP RTP分组)。根据活跃GPRS上下文将前导RTP分组和VoIP RTP分组路由到PoC桥接器10。

PoC桥接器10将分组倍增，并且将它们发送到组的其它成员。图5图解了移动网络的无线接口中的下行链路载体分配的例子。当其检测到通过现有上下文去往移动站MS的IP分组时，SGSN分配下行链路载体。首先，SGSN寻呼MS以确定其是否处于后备状态。在从MS接收到确认之后，SGSN请求RAN(例如GSM BSS)分配专用无线载体，并且在分配之后，SGSN开始向RAN发送分组(例如通过LLC帧)。RAN向MS发送分组(例如通过无线块)。

当用户停止按下PTT开关时，MS释放上行链路语音载体。当超过最大语音项目长度(例如20到30秒)时，网络会释放上行链路载体。在下行链路方向，当在预定时间周期内没有接收到与载体相关的IP消息时(所谓的空闲超时)，无线网络可以释放载体。

通过由移动站MS向用户提供声频指示以启动讲话，可以缩短按下PTT开关之后呼叫经历的呼叫建立延迟。在声频音之后，用户可以开始讲话，并且VoIP消息启动。这就是主叫方经历的、作为建立延迟的时间。存在若干可以提供讲话许可的点。对于群呼，一个适当的点是在分配上行链路无线载体之后，和已经向RAN发送第一RTP消息(所谓的前导分组，非语音)之后。

在一对一呼叫中，还可以从被叫方接收开始讲话的指示。注意，当第一RTP分组被发送到上行链路时，在该点不知道下行链路状态。在由于下行链路方向上遗失B方或无线载体而导致的呼叫失败的情况下，或者在呼叫授权检查失败的情况下，用户得到呼叫失败指示。可选地，在桥接器10提供有关例如已经处理第一RTP分组的确认之后，或者在一对一呼叫中，当B方已经确认前导分组之后，可以提供讲话指示。可选地，MS可以具有由CPS设置的，有关从发送前导分组到向用户提供听觉指示的定时器数值。

成组通信

组(也称作交谈组)为用户提供容易和即时的多点语音通信方式。可允许每个用户访问一或多个组。典型情况是，允许移动用户访问其虚拟专用网(VPN)中的所有组。用户可以主动附加到可用组的子集中。

在基本模式中，移动用户选择一个组以进行通信。接着，他会听到该组中的所有传输(除非他参与单独的呼叫)，并且也可以在组中交谈。用户可以容易地切换到另一个组。

通过使用被称作扫描的方法，用户也可以实际上同时在多个组中操作。用户选择多个组，并且为这些组指定优先级。接着，他此时听到来自一个组的传输，但是来自更重要的组的传输会中断其它传输。组中的一个保持为被选定的组，并且使用户的任何语音被发送到选定的组。用户可以进行切换以启动和停止扫描。用户可以编辑具有优先级的被扫描组的列表。也可以由除用户本人之外的某人执行组选择和其它设置变更。

用于在组中进行接收和交谈，改变选定组和激活扫描的用户接口是简单和快速的。其它任务，例如定义扫描列表的任务较少使用。

PMR类型的一对一通信

作为一个选择，基于本发明的体系结构可以被用来允许用户与在其定义的访问权限内(缺省：在其VPN内)的其它用户进行直接一对一呼叫。直接一对一呼叫类似于使用对讲机而不是普通电话。这种呼叫非常适于许多PMR用户：只需花费最小的注意力操作移动站即可提供和接收任务、命令和建议。可以按照良好的定时精度协调活动，而无需在较长的周期保持呼叫持续。基本上，一对一呼叫仅仅是成组通信的特例，并且可以使用相同原理。

管理级操作

下面在PoC的管理级、控制级和用户级上讨论本发明的优选实施例和不同方面。

使用和组管理

通过MS设备，用户能够浏览可能的组并且预订它们。他们也能够离开组。对于更专业的使用，需要针对组进行强制加入和清除。期望通过基于WEB/WAP浏览器的服务产生组管理。

首先，必须在PoC系统中创建用户。通过使用WAP/WWW接口访问SGMF 25来完成此操作。可以由管理用户执行所有的用户和组管理操作，所述管理用户可以使用MS访问SGMF，或者可以直接连接到SGMF。

其次，需要在组可以被用于通信之前创建组。创建组和定义其访问权限属于被称作组管理的范围。许多用户组或终端用户组织会外包其组管理工作，但是某些用户组或终端用户组织会优先选择进行访问以创建组并且定义组成员和访问权限。另一方面，不所有用户需要创建新组(例如使用PoC的普通人员)。因此，最好在PoC系统中具有管理用户的分立概念。在本发明的最优实施例中，用户可以远程访问运营商提供并且如图2和3所示的用户和组管理功能(SGMF)25。SGMF可以使用WAP/WWW形式提供组管理用户接口。然而也可以使用其它类型的用户接口。

图6示出了组管理概念的综述。管理用户61使用组管理创建用于用户62的组。用户62可以主动参与组(建立活跃组会话)，或者他们可以在其MS的组列表63中标记(bookmark)组以便于以后使用。此外，用户62可以被允许访问其它的组。用户62可以激活这种组中的会话，例如通过键入组的URL(例如′football@publicgroups.operator.fi′)或在Web或WAP页面上点击链接。管理用户61可以是1)为个人或企业使用而创建或修改组的普通用户，2)为公司使用而创建或修改组的办公人员，3)为其PMR集团(fleet)而创建或修改组的调度员，或4)为其客户使用而创建或修改组的运营商或服务提供商人员。

首先，SGMF 25必须保存有关得到授权的管理用户，以及其被允许进行何种操作的信息。该信息可以包含类似下面的设置：1)允许管理用户使用哪个操作(例如创建、添加/清除访问权限、发送通知)；2)允许他管理哪个组(例如自身的私人组，公司-k的任何组，提供商-x的任何公共组)；和3)允许他在组中包含哪些用户(例如任何用户，公司-k的任何用户，一组个人)。

下面考虑一个例子，其中得到授权的管理用户61创建一个组。在本发明的一个实施例中，这时创建的组数据可以包含：1)组的归属CPS 23；2)组的URL(取决于归属CPS 23)；和3)组的初始访问权限设置(以后可以改变)。组创建/管理应用现在可以执行例如以下动作：1)在必要时更新URL的DNS服务器24(在使用现有域名的情况下通常不需要)；2)用组名更新CPS 23；3)更新PoC数据库或目录(PoC主信息储存库)65。

管理用户61此时可能还希望向可能的组成员发送新组通知。例如我们可以看见以下典型情况：1)管理用户61是已经针对其知道的5个人创建组的个人，对该组的访问被限于这5个人，并且用户希望将通知发送到这5个人；2)管理用户是已经创建针对嗜好的组的服务提供商，对该组的访问被设置成对所有方面开放，并且通知被发送到根据市场研究被认为可能对该组感兴趣的一组用户。

新组的通知是例如特殊形式的SMS消息(例如铃音、标识语)，或SIP即时消息。MS可以对这个消息作出以下反应：例如1)向用户显示新组可用于这个用户；2)为MS用户提供立即加入(开始活跃会话；普通或粘附(sticky))或加以标记以便以后使用，或者拒绝(拒绝消息会被发送到SGMF，SGMF可以向管理用户显示拒绝消息)的选项。拒绝向应用表明用户不接受该组，但是这不必导致对访问权限数据的修改。

如上所述，SGMF会将新组添加到相关的G-CPF 23。同样地，SGMF也可以删除组。否则G-CPF 23不直接参与创建组。在通知被发送到用户之后，希望加入该组的用户对于G-CPF 23而言立即表现为建立到一个组的SIP会话的用户。现在，G-CPF 23向SGMF25查询组访问权限，SGMF 25依次查询PoC数据库或目录(PoC主信息储存库)65。

用户组访问权限的清除仅影响PoC数据库或目录65。因此，任何正在进行的会话不受影响，并且改变在下一个会话建立时生效。如果必须从一个组中清除用户，则用于此目的的分立设施可以被实现到G-CPF 23。SGMF 25向适当G-CPF 23指示组的删除。G-CPF 23接着会结束所有活跃会话，并且清除该组的任何存储信息。SGMF 25还负责清除PoC数据库或目录65中的信息。

当开始用户设备的组会话时，CPS检查组访问权限。当认为有必要维护安全性时，可以进行附加检查。在本发明的最优实施例中，组访问权限被保存在数据库或目录65中，而其中由适当服务器查询数据库或目录65。典型的查询形式为：″是否允许用户-x访问组-y？″。

访问权限定义最好是灵活的，并且可以在单独用户/组的层次上，和用户/组的列表上进行。例如，最好能够定义：1)允许用户-x访问组-w；2)允许用户-x，用户-y，用户-z访问组-w；3)允许用户-x访问公司-k的所有组；4)允许公司-k的所有用户访问组-z；5)允许公司-k的所有用户访问公司-k的所有组；6)允许所有用户访问组-p；7)等等。

因此，访问管理最好使用用户和组的分层结构。这意味着用户可以属于用户组，组可以属于组的组，甚至具有多个层次。如果单个用户可以属于多个(并行)用户组，则会更加灵活。组访问可以被提供给特定用户或整个用户组。提供给用户组的访问对该用户组中的所有用户都是允许的。用户可以被提供针对特定组或组的组的访问。对组的组的访问对该组的组中的所有组都是允许的。

控制级操作

用户登录到PoC服务

在用户可以开始使用PoC服务之前，他必须将其自身注册到他的U-CPF 22上，U-CPF 22的实际IP地址必须由DNS服务来确定。在本发明的最优实施例中，用户首先进行DNS查询，该查询包含他的SIP地址的主机部分。DNS 24返回U-CPF 22的对应于主机部分的IP地址。

参照图7示出的例子，一旦MS知道U-CPF 22的IP地址，它向U-CPF 22发送SIP注册消息。当U-CPF 22从用户的MS接收到注册消息时，它与SGMF 25联系以检查用户权限并得到其它信息。之后U-CPF 22与用户的U-UPF 20联系，其中必须对他的输入进行检查和扫描过滤处理，而用户必须发送他的用户级传输。接着通过添加消息将用户加到U-UPF上，而U-UPF启动用户的扫描处理，并且发送确认。可选地，在联系U-UPF 20之前，U-CPF 22可以与用户的归属位置寄存器(HLR)或3G归属用户服务器(HSS)交换用户信息，对用户进行认证并且创建用户简表。

在登录期间，用户得到他的U-UPF 20的IP地址，并可能得到用户的粘附组(以后解释)的列表。

注册消息通常包含用户的标识信息，但是该消息也可以包含其它相关指示。它可以被用户按顺序重新发送，以进行新的登录，并且向他的U-CPF 22请求特定信息。

为了避免不同用户通过相同终端登录到系统上(这会需要相同IP接收方的不止一个扫描处理)，U-CPF 22可以执行特定的检查机构。

在用户希望更新他的扫描设置或将他的扫描处理设置成开/关状态时，他可以向他的U-CPF 22发送新的特定SIP注册消息。如果用户希望选择某个组(扫描被关闭)，通过向用户的U-CPF 22发送SIP信息消息来达到此目的。在用户具有粘附组(固定组)的情况下，它们在登录时被激活：U-CPF 22执行所需的后续操作，例如SIP会话邀请，G-UPF 21和U-UPF 20中的映射设置，并且最终通过登录确认消息向用户提供结果信息(例如用户隐含加入的粘附会话的列表)。

活跃组会话

在其具有活跃会话的组中，用户进行通信(收听和讲话)。通过SIP信令建立和结束会话。会话建立可以由用户或得到授权的第三方(例如调度器或应用)启动。第三方的会话建立仅在PMR使用中主要相关。许多用户，尤其是非PMR市场中的用户可能不喜欢由第三方进行会话建立，并且可能希望能够防止出现此情况。也可以由G-CPF 23强制结束会话，例如在组删除的情况下。

服务器始终保存活跃组会话的主要和有效数据。于是，如果用户设备(例如MS)丢失活跃粘附组会话的数据，它可以通过执行新的登录向U-CPF请求所有的必要组信息。

在许多应用中，用户可以在关闭周期之后继续使用相同的组。为此，提供粘附会话。当用户退出登录时，在PoC数据库或目录(PoC主信息储存库)中保存涉及用户的粘附会话的信息，并且在启动时重新建立会话。换言之，粘附组是在新登录之后自动激活的对话组。

为了激活组会话，MS需要知道组的URL。从用户的角度看，他可以通过以下方式选择组(用户决定，取决于已经实现的选项)

1)输入组的完整URL(例如sector2@hkl.grpcps.operator.fi，football@publicgc.operatonfi)。

2)从MS的组标记列表中存储的组中选择。

3)使用WAP/WWW应用浏览可用的组。

所有这些方法均是互补的，并且可以和进行Web浏览时的相应方法比较：输入URL，从标记列表中选择，点击Web页面上的链接。所有3个情况的结果是MS知道所需组的URL并且可以启动SIP信令。

用户建立会话可以(如果这个设施被实现并且用户决定使用它)基于用户提供的组的URL。这允许任何用户尝试访问任何组；访问权限检查则会由服务器执行。另一个用于偶尔访问组的方法是使用WEB/WAP浏览器浏览感兴趣和/或有用的组。这些方法均非常适用于偶尔和临时访问组。

然而如果用户需要频繁访问某些组而不必保持会话始终打开，则用户设备可以包含某种形式的组标记列表。组标记列表的主要目的是允许用户本地浏览组列表并且容易地附加到组中。请注意，用户设备中的组标记列表不必是完整的，并且不必包含所有可用于特定用户的组。如果一个组被遗失，用户可以通过提供其URL来访问这个组，并且接着在列表中对其进行存储。

从用户的角度看，组标记列表可以被视作传统PMR组或频道选择器。其它类型的用户可以将列表视作第二电话薄，因特网标记列表或类似于电视频道设置。这组模型足够用来覆盖服务的所有可能用户。

根据所针对的市场(PMR或客户)的类型，存在若干关于组标记列表如何工作的选项。对于PMR，用户接口应当类似于传统PMR组列表，并且需要(从系统管理人员)向组列表远程加载新组的设施。对于客户用户，用户接口可能更加类似于用户能够自己向其中添加组(例如标记当前选择的组)的标记列表。PMR用户自然会因标记当前组的设施而受益。在这个阶段，我们可以假定由用户负责从列表中删除组。对于PMR用户，自动标记是有用的，即所有新组会被自动标记。

用户级操作

通知PoC组语音项目

用户必须向U-UPF 20发送其所有的用户级传输，并且在传输是去往一个组的情况下，被U-UPF 20与该组关联起来的特定端口号被用于传输标识目的。

一个共同的PMR要求是每个组中每次只允许一个活跃成员讲话，这意味着希望对选定的组讲话的用户必须得到由系统管理的语音项目。由G-UPF 21批准和拒绝语音项目。

支持这个功能的简单方式是使用SIP信令，但是为了避免显式信令事务所引入的延迟，使用有效负载类型的字段和RTP分组的有效负载本身进行隐式信令的可选解决方案在这里是优选的。

于是在本发明的一个实施例中，系统不基于例如传统PMR系统，即TETRA中使用的请求-批准类型的话音突峰管理。而是，为了提供更快速的操作，用户会在没有系统的话音突峰批准的情况下开始发送话音突峰，但是在有多个讲话者发生冲突(或出现其它问题)的情况下，会撤消发送权限。

通过上述隐式信令方案，每当希望时，每个用户可以尝试对选定的组讲话。参照图8的例子，当MS的用户按下PTT时，如上所述保留上行链路资源，并且MS通过U-UPF 20向G-UPF 21发送前导RTP分组。语音项目可用并且批准给MS。同时，初始化如下所述的定时器。每当活跃成员得到语音项目并且开始对组讲话时，通过其相应U-UPF向组的所有接收活跃成员传递前导RTP分组，以便向组的所有接收活跃成员指示当前讲话人的身份。这个前导分组对嵌入控制信令以及RTP有效负载使用特殊有效负载类型，以传送关于发送方身份的信息(助词符、编号等等)，以及会被用来识别由相同讲话人发送的后续RTP分组的SSRC数值。接着，前导RTP分组后面跟有实际组的音频流(VoIP RTP分组)。

通常，响应前导RTP分组的接收，如果语音项目不可用并且G-UPF 21不批准语音项目给用户，当用户从相同组传输接收到另一个成员的语音时，该用户发现他的语音不被传递。然而在用户同时收听另一个组的情况下这并不够用，所以组的G-UPF 21必须通知用户的U-UPF 20(使用嵌入RTP信令)：用户没有得到请求的语音项目。用户的U-UPF 20接着会向用户前向发送这个特殊RTP分组。这个分组向用户终端指示语音项目未批准给他，并且允许MS打开某种硬件机构(例如可视或声音指示)以提醒用户。

由于通过隐式信令管理语音项目，所以在成组通信期间不必进行其它特定的显式信令。

每个G-CPF 23为附加到组的用户产生唯一的SSRC数值。在组附加期间，G-CPF 23向用户返回这个SSRC数值，并且存储在G-CPF 23和G-UPF 21中。应当注意，在本文中，SSRC在组的上下文中唯一标识用户，而U-UPF 20针对用户的每个一对一呼叫关联的不同SSRC指示一对一呼叫中的主叫方，并且在该呼叫中针对主叫方和被叫方使用相同的数值。

用户的U-UPF 20传递的用户传输则由G-UPF 23的IP地址，和该G-UPF 23为该组的传输分配的特定端口号标识，所述G-UPF 23正处理传输去往的组。

输入过滤中的话音突峰定时器

如用户所看见的，组中的传输包括来自特定用户的或多或少连续语音的话音突峰(即语音项目)。然而U-UPF 20和G-UPF 21接收语音分组，并且多个用户可能同时尝试在相同的组中讲话。为了保证来自组中当前讲话人的语音不被来自其它用户的分组中断或干扰，G-UPF 21针对每个活跃的组实现话音突峰连续性定时器。除了定时器之外，存储当前讲话的用户的身份。

在典型的话音突峰中，当用户正按下PTT时，他的语音编解码器正产生语音分组(帧)，并且正按照规则间隔发送这些分组。当然，分组会按照略微不规则的间隔到达G-UPF 21。即使在用户不在讲话时，MS会正在发送DTX分组(非连续发送)。于是，需要定时器以保持分组之间的软状态。针对每个入站分组重新启动定时器，并且定时器数值应当足够允许分组之间的间隔，其中考虑到发送的分组(例如DTX帧)之间的间隔，和用户和G-UPF 21之间的延迟的变化。于是，定时器数值大约为数百毫秒。

思路不是保持为用户保留的时机，如果他释放了PTT。因此，本发明的一个实施例使用结尾分组通知话音突峰的结束，并且这应当被认为是相当于定时器的超时。在G-UPF 21中实现话音突峰连续性定时器，因为不同讲话者在那里为在相同组中讲话而进行竞争。

还存在限制最大话音突峰时间的要求。从用户的角度看，单个用户不应当能够在不必要的长时间内占用组而妨碍其它用户讲话。也不应当阻塞该组，如果用户的PTT无意中被卡在发送位置。运营商可能为剖析(profiling)服务和制定价格表(tariffing)的原因而希望限制话音突峰持续时间。话音突峰最大定时器的典型数值是30秒，60秒或更多。当用户变成当前讲话人时，在第一分组时启动定时器。在定时器超时时，停止当前讲话人的话音突峰，即使不存在其它讲话人。为了能够再次讲话，他需要释放PTT并且再次按下PTT。G-UPF向MS发送特殊的嵌入RTP信令分组，以便停止发送。

可以在U-UPF 20中，在G-UPF 21中或者在U-UPF 20和G-UPF 21中实现话音突峰最大定时器，但是在两种情况下结果会不相同。U-UPF 20中的定时器实现特定于用户的最大话音突峰持续时间，G-UPF 21中的定时器实现特定于组的最大话音突峰持续时间。可以使用两者中的任意一个，甚至可以使用两个。体系结构支持这二者。

图9的流程图图解了G-UPF 21中的话音突峰定时器处理。当语音项目被批准给用户时，启动讲话组连续性定时器和话音突峰最大定时器，步骤90。在步骤91，检查是否从用户接收到新分组。如果没有，检查连续性定时器是否过期(步骤92)。如果连续性定时器过期，结束语音项目(步骤97)。如果连续性定时器没有过期，检查最大定时器是否过期(步骤93)。如果最大定时器过期，结束语音项目(步骤97)。如果最大定时器没有过期，处理返回到步骤91。如果在步骤91从用户接收到新分组，则检查接收的分组是否用户设备响应PTT的释放而发送的结尾分组(步骤97)。如果接收到结尾分组，则结束语音项目(步骤94)。如果接收的分组不是结尾分组，则检查最大定时器是否过期(步骤95)。如果最大定时器过期，结束语音项目(步骤97)。如果最大定时器没有过期，则重新启动话音突峰定时器(步骤96)并且处理返回到步骤91。

也可能需要中断话音突峰的机构。当授权用户需要取代正在进行的话音突峰时会出现这种情况。G-CPF 23则会能够命令G-UPF 21或者1)中断组中的话音突峰，或者2)设置用户在组中具有中断优先级。在情况1下，组中任何正在进行的语音项目应当被中断，结果没有人具有语音项目，并且停止发送的命令(嵌入RTP信令分组)被发送到被中断讲话人的MS。在情况2下，来自优先级用户的语音项目会导致向前一讲话人发送停止发送命令，重新启动话音突峰定时器并且批准语音项目给新讲话人。假定仅仅根据需要或在特殊情况下临时使用中断优先级。因此，每个组中具有中断优先级的用户的数量不必太大(假定＝1)。

在本发明的最优实施例中，通过使用特殊有效负载的RTP分组实现停止发送的命令。这个分组中的参数字段可以指示命令的原因。这些分组应当无阻地经过任何过滤处理。接收停止发送命令的MS立即停止发送语音分组，并且返回到接收状态，就象PTT不再被按下那样。用户会开始收听任何入站语音传输，即使他保持按下PTT。为了再次开始发送，用户必须首先释放PTT，并且再次按下PTT。通过U-UPF 20产生或路由停止发送命令。

发送同时的下行抑制

半双工操作模式使得不期望在用户正发送的同时在下行信道中加载语音分组。因此，在本发明的一个实施例中，U-UPF 20通过下面的方式实现发送时的下行抑制。参照图10，监视来自涉及群呼的用户的上行传输的前导和语音分组(步骤101)。上行话音突峰定时器应当被用来提供软状态，该软状态指示用户正在群呼中发送话音突峰。为了在组中保持话音突峰连续性，所使用的机构与如上所述的相同。上行语音或前导分组会将上行话音突峰状态设置成开启(步骤102)，并且启动上行话音突峰定时器(步骤103)。定时器的超时(步骤104)会将上行话音突峰状态设置成关闭(步骤105)。当上行话音突峰状态为开启时，没有下行分组(除了信令之外)被发送到用户。当上行话音突峰状态为关闭时，正常发送下行分组。

用户级的音频数据分布

在用户级中，处理针对终端用户的音频数据实时分布，并且PoC桥接器10(G-UPF 21和U-UPF 20)是负责该任务的网络单元。当相同PoC通信中涉及多个桥接器/代理时，其工作受处理相应SIP会话的PoC CPS 11(G-CPF 23或U-CPF 22)的控制和协调。

本发明的一个目的在于，PoC方案可伸缩到数百万用户和至少数十万的组。为了提供可伸缩PMR解决方案，已经规划出特定的寻址模型。这种模型的主要目标是，通过使用严格需要的IP地址数量和端口号并且优先选择静态分配(如果可能)，实现桥接器，用户及其传输之间的复杂映射，以减少网络实体之间交换的信息数量。

在VoIP领域，IP/UDP/RTP协议堆栈通常被用于实时音频数据发送，于是在本发明的最优实施例中，IP/UDP/RTP协议堆栈也被选定用于用户级。

尤其假定至少在用户终端中实现IPv6，同时在某些核心网络实体中，还需要支持IPv4(双重IPv6/v4堆栈)，以便保证与仍然使用IPv4的最终子网的互操作性。

在UDP的顶端使用IETF为支持分组网络上的音频通信实时流的传送而开发的实时传送协议(RTP)，以避免例如TCP的更可靠传送协议(在这里的环境中是不需要的)所引入的延迟。通过接收端点上的RTP和等待时间缓冲，可以处理定时(抖动问题)，分组排序，多个流的同步，重复分组消除和流的连续性。

当用户对组讲话时，用户的MS向他的U-UPF 20发送音频分组，U-UPF 20在输入检查之后向组的G-UPF 21传递音频分组。通过G-UPF 21的IP地址和端口号(G-UPF 21使之与组相关)唯一标识U-UPF 20传递的传输，并且通过U-UPF 20的IP地址和端口号(U-UPF 20使之与组相关)标识用户和他的U-UPF 20之间的传输，因此MS可以使用相同套接字针对任何组发送和接收传输(以下例子中使用端口号″200″)。

当用户变成组的活跃成员时，他从其U-CPF得到他的U-UPF指派给组的传输的端口号。同时，U-CPF 22和G-CPF 23设置用户的U-UPF 20和组的G-UPF 21之间的适当映射。更具体地，U-UPF 20得到G-UPF 21指派给组的传输的端口号。

通过其为所有一对一通信分配的特定端口号，和主叫方的U-UPF 20在一对一呼叫的建立期间为一对一呼叫指派的SSRC数值，U-UPF 20识别入站一对一传输。为了避免在MS和U-UPF 20之间协商动态端口号，在所有MS和U-UPF中应当使用静态端口号(下面例子中的″102″)。

对于如上所述的″分割桥接器″模型，可能出现在下行链路中G-UPF 21必须向分隔的U-UPF 20传递入站组传输的情况。对于该类型的通信，并且对于从U-UPF 20到G-UPF 21的通信，使用为每个组指派的端口号。

为了更好地描述如何在用户级上管理群呼，现在图解一个例子。当前组的讲话人向他的U-UPF 20发送他的音频分组，U-UPF20检查该分组并且传递到组的G-UPF 21。如果传输通过G-UPF 21中的输入过滤，则被单独传送到由本地U-UPF(位于G-UPF物理实体中)直接处理的活跃成员的扫描处理。同时，传输还被传递到所涉及的其它U-UPF，所述U-UPF会接着服务于其自身的活跃成员。

图11中图解了涉及两个桥接器的成组通信的例子。G-UPF 1和相关的U-UPF 1具有IP地址1.0.0.1。G-UPF 1和U-UPF 1具有端口500和502，以及102，700和702。G-UPF 2和U-UPF 2具有端口500，以及102，600和602。在两个桥接器中，为如上所述的目的分配端口102。如图11所示，其它端口被分配给组G1，G2和G3。某些端口中的传递操作意味着针对相应端口接收的分组必须被传递到IP地址和所指示的端口。移动站MS1-MS4具有IP地址，以及一对一端口和组传输端口，如图11所示。U-UPF 1已经被分配给移动站MS1和MS4。U-UPF 2已经被分配给移动站MS2和MS3。MS1属于组G1和G2，MS2属于组G1，MS3属于组G1和G3，MS4属于组G1和G2。

现在假定MS1发送具有目的IP地址1.0.0.1和目标端口700的音频分组1。因此，音频分组1被路由到U-UPF 1中的端口700。端口700已经被分配给组G1，因此U-UPF 1将分组倍增到其属于组G1的所有用户。在这种情况下，音频分组4被发送到MS4。U-UPF中的端口700还具有针对IP地址1.0.0.2和端口500的传递功能。因此，U-UPF 1向这个目标发送音频分组1的复本，即音频分组2。结果，音频分组2被路由到G-UPF 2中的端口500。端口500已经被分配给组G1，因此U-UPF 2将分组倍增到其属于组G1的所有用户。在这种情况下，音频分组被发送到移动站MS2和MS3。

G-UPF 2中的端口500还具有针对IP地址1.0.0.1和端口700的传递功能。因此，G-UPF 2向这个目标发送音频分组2的复本。结果，音频分组被路由到U-UPF 1中的端口700。

组-单播

如上所述，本发明的一个方面在于，使用组服务器实现移动无线系统中的成组通信，所述组服务器接收寻址到组的语音分组，并且单独向每个组成员最终传递(通过U-UPF)这些语音分组。组服务器提供若干个组(G1...Gn)。组成员向组服务器发送语音分组(通过U-UPF)；每个分组被寻址到组服务器，但是还传送组(G1...Gn)的标识。组服务器保存针对每个组的表格，包含组成员的U-UPF地址，并且U-UPF保存包含用户的各自地址的表格。

在图12图解的例子中，源MS在上行链路只发送一个流，但是接着PoC桥接器将其针对8个不同接收方倍增。在每个链路上，分别指示上行链路和下行链路上传送的流的数量，并且每个接收MS被标记上分组到达相应MS所需的转发段的数量。参考符号R表示系统中的任何路由节点。

这个概念在这里被称作组-单播(multi-unicast)。这个概念是用于在移动无线网络中实现成组通信的非传统方法，并且大大降低了成组通信服务的实现的复杂度。

成组通信的核心问题是如何在移动无线系统中以有效的方式向组成员传递通信。这些系统的规模可以从非常小(从一个基站)到整个国家(数千基站)。同样地，组可以具有不同的规模，甚至是变化的规模。更困难的是，组的地理分布可以是从本地到整个国家的任何一种情况，并且根据环境而发生变化。换言之，当前的问题是如何可靠地向每个组成员传递组传输，而无论成员的位置和分布如何。

传统无线系统较小，并且组通常是本地的。因此，明显的解决方案是针对特定区域中每个活跃的组使用每个基站一次发送的方式。通过组地址(组播)标识发送。现有技术的方案涉及大型通信系统中的许多问题。首先，当进行群呼时，系统需要知道哪些基站用于呼叫。于是，系统需要实现分立的移动性管理子系统以跟踪每个组的组成员的位置。这导致大大增加系统的复杂度，并且可变成总处理负载的主要部分。其次，为了接收成组传输，移动站必须保存适当的组地址。因此，为了使所有方面正常工作，移动站和所有相关的系统单元必须事先知道组成员资格。这些需要分布式数据管理子系统，该子系统必须在不可靠和带宽极低的无线信道上操作。

这些问题是现有技术的特征。现有技术的系统通过根本不尝试优化基站的使用来回避问题。在固定和预定的基站组上发射组的传输，于是减轻对组进行移动性管理的必要程度。这还意味着系统不必知道组成员，并且组地址被编程到移动站中。

通过本发明的组-单播概念，可以可靠地实现大型移动系统中的成组通信，而无需添加大型子系统(这种子系统会导致巨大的处理负载并且在操作期间易于出错，从而使用户经历不可靠的服务)。因为使用单独寻址和系统的基本移动性管理将组传输传送到接收方，组传输变得象单独传输那样可靠。

显然，使用单独传送比组播传送更消耗资源。在基于大尺寸小区的传统PMR系统中确实是如此；因此大量组成员可以位于单个基站的范围内。在现代蜂窝网络中，从频率利用率的角度看，使用大型小区是低效的，因此正采用越来越小的小区，并且组成员位于相同小区中的概率正在降低。

应当注意，本发明的基本体系结构也可以使用某种组播机构进行音频数据分布，但是会在具有上述问题的RAN上需要组播功能。在这种情况下，为得到单播的益处而支持单播(组-单播)和组播分布技术仍然是合理的，如果其更加有效(例如当在站点上必须为组的较少成员提供服务时)，或者如果最终不支持组播。

扫描过滤

在当前的PMR系统中，所有寻址到用户的传输被传送到他的终端，该终端本地执行过滤功能以放出用户希望收听的单个传输。必须根据用户的扫描设置执行这个任务，并且必须支持来自高优先级组或紧急呼叫的入站传输的最终取代。

为了避免因发送不会在终端中播放的传输而浪费下行链路中的带宽，显然必须事先在网络中实现过滤功能，并且这是向根据优选实施例的网络体系结构中引入PoC桥接器10的目的之一。

如图13所示，本文中桥接器10的作用可以被视作两个串行处理，也就是特定于组和用户的处理。在特定于组的处理中，G-UPF21必须在若干分组流中倍增入站传输，所述分组流必须被传递到组的所有活跃成员，或者在本发明的最优实施例中，必须传递到在这些传输流去往的组中具有活跃成员的U-UPF。在特定于用户的处理中，U-UPF 20必须决定寻址到用户的若干可能传输流中的哪个传输流实际需要被传递给他。U-UPF还根据接收组传输的每个用户的当前扫描设置倍增针对该用户的流(在U-UPF服务于不止一个用户的情况下)。发送的传输通常是来自当前收听的组的传输，但是有时可以是取代的传输流。

为了保证会话的连续性(即保证收听者接收一致性的发送系列)，在U-UPF 20中提供特定的定时器。这个定时器的功能是保持用户接收相同组(或单独呼叫)中的连续话音突峰，除非会话中存在长于某个超时的暂停。这里，我们所讲到的典型数值介于2秒和15秒之间。

原理上这意味着扫描处理应当锁定到在这个定时器的持续时间内每个分组之后接收的组。定时器位于U-UPF中，并且定时器数值最好是特定于组的。也可以针对组和单独传输使用不同的超时。然而当优先级高于当前收听的、寻址到用户的流的传输到达U-UPF时，高优先级的流立即取代低优先级的传输，并且会话连续性定时器不起作用。

图14图解了扫描过滤处理的实现的例子。在步骤141，处理选择从G-UPF 21(成组通信)或另一个用户或U-UPF(一对一通信)到达U-UPF 20的多个(即两个或更多)语音分组传输流中的一个，并且向用户传递所选择的传输流。丢弃其它到达的传输流，即不传递到用户。当进行选择时，定时器被设置成预定数值″暂停周期″，即选定传输流中两个连续语音分组之间的最大时间段(步骤142)。在步骤143，处理检查是否接收到新的RTP分组。如果新RTP分组已经到达，首先在步骤145检查该分组是否属于优先级高于前一分组的高优先级流。如果根据用户的扫描设置这个分组的优先级不高于前一分组，则处理转移到步骤146，其中复位定时器，并且分组被发送到用户。之后处理返回到步骤143。如果在步骤145发现新分组属于优先级高于前一分组的流，则新分组被发送到用户，并且复位定时器(步骤147)。之后处理返回到步骤143。如果没有接收到新分组，则检查定时器是否过期(步骤144)。如果定时器没有过期，处理返回到步骤143。如果定时器已经过期，则处理认为选定传输流被中断，并且返回到步骤141以选择新的传输流。

一对一呼叫管理

现在参照图15描述一对一呼叫管理的例子。静态端口号被分配到用于一对一传输的每个U-UPF 20中(例如图11中的端口102)。

如果用户希望建立一对一通信，他按下他的终端MS1中的PTT。MS1只需使用特定的″一对一″端口号102向他的U-UPF1发送包含他的身份信息(编号或名称)的前导分组。使用为此指定的特定RTP有效负载标识这个特殊前导分组。除了被叫方(MS2)的身份之外，前导分组可以包含其它相关信息。

首先，主叫方U-UPF1指派被两个参与方用于这个一对一呼叫中的SSRC数值。为了到达被叫方并且执行必要的权限检查，现在联系用户的U-UPF1。它接着联系SGMF以便得到被叫方的U-CPF2地址，进行权限检查，并且确定主叫方名称表示的正确形式。信息本身被包含在PoC数据库或目录(PoC主信息储存库)中，其中SGMF从PoC数据库或目录得到必要信息。信息被返回到主叫方的U-CPF1。

现在，使用SIP邀请请求联系被叫方的U-CPF2。被叫方的U-CPF2向被叫方的U-UPF2发送消息，被叫方的U-UPF2接着向MS2发送前导分组以检查其接收一对一呼叫的能力。确认也被发送到被叫方的U-CPF2，被叫方的U-CPF2接着向主叫方的U-CPF1返回SIPOK消息。主叫方的U-CPF1向主叫方的U-UPF1发送消息，并且U-UPF1确认该消息。最终，SIP确认被返回到被叫方的U-CPF2，并且网络已经成功建立呼叫。

在从被叫方的U-UPF接收到肯定(嵌入RTP信令)确认之后，它被传递到MS1，而MS1现在可以开始发送语音RTP分组。

在这个阶段，主叫方正在讲话，并且终端MS1正在向他的U-UPF 20发送包含语音的RTP分组，所述U-UPF 20会根据分组中的SSRC字段向被叫方的(MS)U-UPF 20发送语音RTP分组。之后，被叫方的U-UPF会最终向被叫方的终端传递它们(根据扫描处理结果)。

被叫方通过释放PTT结束通信，在这种情况下，MS1发送结尾分组以便向U-UPF指示通信的停止。如图9所示，也可以使用连续性监视。

现在考虑可能在一对一通信中出现的某些特殊信令情况的例子。

被叫方可以同时接收组中的传输。由于下行链路的有限带宽，向相同移动站MS传递多个语音流是不可取的(除非知道有足够带宽可支持多个流的接收)。因此，在一对一传输中，通过主叫用户的U-UPF 20中的相同扫描处理路由下行链路中的传输，象对于组传输那样。这保证每个MS每次只发送一个语音流。

类似地，相同被叫方可以同时接收针对相同被叫方的不止一个一对一呼叫。因此，被叫方的U-UPF应当检测是否存在正在进行的、针对MS的一对一语音传送，并且阻止任何针对相同MS的同时一对一流。最好通过阻止组中出现多个讲话者的相同处理来达到此目的(根据识别的SSRC过滤一对一端口中的入站传输)。

一对一呼叫建立的失败取决于许多不同的原因，在这种情况下，主叫方的U-UPF从被叫方的U-UPF接收否定(嵌入的RTP信令)确认，该确认被传递到MS1。这种情况的一个例子是MS2的扫描处理正传递更高优先级的传输。这种情况的另一个例子是1)被叫方未知，2)被叫方当前未登录到PoC服务，3)呼叫权限检查表明不允许所述各方之间的一对一呼叫，以及4)被叫方参与电路模式呼叫。为了保证各通信方感受到相互的双向通信，U-UPF应当实现定时器以保证已经允许启动(正传送分组)的语音项目不被任何传输中断(除非被更高优先级的传输抢先)。另外，主叫方的U-UPF实现定时器以保证aa)对话在语音项目间的短暂停顿(几秒级别)之间不被中断，b)执行语音项目管理(参与方中的任意一方使话音突峰状态打开)，和c)观察到最大话音突峰时间(防止呼叫参与方中的任意一方讲话时间过长)。必须注意，当定时器a)消失(go off)时，在PoC网络中清除一对一呼叫。

安全性

一个要求是，用户应当能够在合理的水平上相信系统提供的标识(例如组，讲话方)。用户应当能够在合理的水平上相信接收数据的内容尚未被篡改。合理的水平对应于公共电路交换电话网所提供的水平。

已经确定了两个主要方案以满足这个要求：1)依靠RAN提供的安全性，和RAN与CPS 11或桥接器10之间的IP网络提供的安全性；和2)在用户设备(MS)和CPS 11或桥接器10之间使用IP安全体系结构(IPSec)认证。

依靠基础RAN和IP网络的安全性的方式具体意味着1)CPS 11和桥接器10通过查看源IP地址来检查发送用户的身份；因此网络可防止源IP地址欺骗；2)MS检查发送方CPS 11或桥接器10的身份；因此网络可防止源IP地址欺骗；3)基础网络不轻易允许篡改分组的内容。

大多数用户不需要极端的安全性。通常通过RAN中的空中接口加密和防止从外部访问IP网络中的传输，不实现令人满意的安全等级。如果有必要，通过使用网络单元之间的IPSec可以改进IP网络的安全性(这适用于IP网络和PoC单元：CPS 11和桥接器10)。

作为一个选择，本发明的体系结构允许在MS及其U-UPF 20之间使用IPSec认证头(AH)。每个MS(或用户，如果需要)具有公开-私有密钥对；类似地，U-UPF 20具有公开-私有密钥对。标准的IPSec机构于是可以被用来建立MS及其U-UPF 20之间的安全关联。

这个方案允许对正登录到PoC服务的MS(或用户)进行认证。在登录之后，必须在从MS到U-UPF 20的所有分组中使用IPSec认证头。通过这种方式，可以验证到达代理20(或在进行控制的情况下的CPS)的分组的来源和完整性。类似地，可以在从代理到MS的所有分组中使用认证头，这允许MS验证分组的来源和完整性。通过这种方式，安全性问题变成了MS和代理之间的信任问题。

换言之，每个预订到PoC服务的MS与其U-UPF 20具有双向关联(SA)。完整的工作机构(setup)还会需要：1)建立和管理安全关联的装置(因特网密钥交换，IKE)；2)通过受信源验证公开密钥的装置；3)产生和发布公开和私有密钥的装置(因特网安全关联和密钥管理协议，ISAKMP)。

即使这种机构看上去会有些复杂，然而该机构使用了标准和现有的解决方案。如果在后面投入使用IPSec认证，则通过在一个U-UPF 20中该机构，可以逐渐投入使用IPSec认证，U-UPF 20会仅通过IPSec为用户提供服务。换言之，可以支持认证和非认证MS和代理。

加密

特定用户需要能够使用端到端加密。作为较简单的可选方案，应当考虑双分支(two-leg)端到桥到端加密，因为这大大简化了密钥管理。

对于加密要求高于基础网络的空中接口所提供的程度的用户，可以使用IPSec封装安全有效负载(ESP)在MS和桥接器之间提供机密性(加密)。这当然需要使用IPSec。

例如，MS1会加密语音分组的有效负载以发送到代理。代理会解密分组，并且接着对其再次加密以传送到MS2。这为用户提供的安全等级与端到端加密提供的安全等级几乎相同，而无需通信方共享密钥。因此，在这个模型中不存在与端到端加密相关的常见密钥管理问题。

在所提出的模型中，PoC单元(CPS，桥接器)是网络中仅有的安全关键部件。因此，对于有非常高的安全要求的用户，可选的方法是在用户组控制下的安全场所安装分立的用户代理和桥接器。

本说明书只说明了本发明的优选实施例。然而本发明不限于这些例子，在所附权利要求的范围和实质内可以改变这些实施例。

Claims

1.用于通信系统中分组模式成组语音通信的方法，包括步骤：

在上述通信系统的顶端提供成组通信服务实体，

2.如权利要求1所述的方法，其中所述传递步骤包括通过在所述移动通信系统顶端提供的用户通信功能单独传递所述语音分组的步骤，所述用户通信功能管理到达/来自用户的特定于用户的语音分组流。

3.用于通信系统中分组模式成组语音通信的方法，包括步骤：

为成组通信服务实体提供成组通信组中组成员的各个地址，

通过在所述各个逻辑连接上从所述组成员中的一个向所述成组通信服务实体发送用户传输流中嵌入的前导分组，开始所述组中的语音项目，其中每个前导分组包含相应组成员的标识，

4.如权利要求3所述的方法，还包括步骤：

在所述一个组成员发送所述前导分组之前，并且在所述语音项目的所述批准之前，在上述通信系统的空中接口中为所述一个组成员分配上行链路载体，和

为每个接收组成员分配空中接口中的下行链路载体，以响应对所述成组通信服务实体传递并且寻址到所述相应组成员的前导分组的接收，所述前导分组被嵌入到用户传输流中。

5.在具有分组模式成组语音通信特征的通信系统中管理语音项目的方法，包括步骤：

批准语音项目给所述成组通信组的一个组成员，

响应所述批准设置第一定时器以测量预定空闲周期，

每当从所述组成员中的所述一个接收到语音分组时复位所述第一定时器，

如果所述第一定时器过期，以指示自从所述批准，或自从最后接收来自所述一个组成员的语音分组已经过所述预定空闲周期，结束所述批准的语音项目。

6.如权利要求5所述的方法，还包括步骤：

如果自从批准已经过最大允许时间段，结束所述批准的语音项目。

7.如权利要求5所述的方法，还包括步骤：

所述一个组成员发送具有预定有效负载的结尾分组，以指示发送的结束，

响应所述结尾分组的接收而结束所述语音项目。

8.在具有分组模式成组语音通信特征的通信系统中管理传输流的方法，包括步骤：

向所述相应用户传递所述第一语音分组流，

监视所述第一语音分组流的连续性，

如果所述第一语音传输流已经停止了预定时间周期，则向所述用户传递所述至少一个其它语音分组流中的一个。

9.如权利要求8所述的方法，其中所述监视步骤还包括步骤：

当所述第一语音分组流的第一分组被传递到所述用户时，设置定时器以测量所述预定时间周期，

每当所述第一语音分组流的新分组被传递到所述用户时，复位所述定时器，

如果所述定时器过期，确定所述第一语音分组流为不连续的。

10.如权利要求8或9所述的方法，所述方法还包括当接收到具有更高优先级的语音分组流时立即中断所述第一语音分组流的步骤。

11.为通信系统提供分组模式成组通信服务的服务器系统，所述服务器系统包括在上述通信系统顶端提供的组服务器，所述组服务器还包括：

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于依次批准语音项目给每个通信组的一个组成员的装置，

12.如权利要求11所述的服务器系统，其中所述标识通信组的信息标识所述组服务器中被分配给所述组的端口。

13.如权利要求11所述的服务器系统，还包括：

在所述移动通信系统顶端提供的呼叫处理服务器，所述呼叫处理服务器负责所述组服务器中成组通信的控制级管理。

14.如权利要求11所述的服务器系统，其中所述用于批准语音项目的装置还包括：

第一定时器，响应所述批准启动对自从所述批准所经过的预定空闲周期的测量，

每当从具有所述批准的语音项目的所述一个组成员接收到语音分组时用于复位所述第一定时器的装置，

如果所述第一定时器过期，以指示自从所述批准，或自从最后接收来自所述一个组成员的语音分组已经过所述预定空闲周期，用于结束所述批准的语音项目的装置。

15.如权利要求13所述的服务器系统，所述系统还包括用于通过在所述呼叫处理服务器和每个组成员之间执行的带外信令建立从每个组成员到所述组服务器的单独逻辑连接的装置。

16.如权利要求11到15中的任何一个所述的服务器系统，其中所述用于批准语音项目的装置还包括：

用于接收从所述组成员中的一个到所述组服务器、启动所述组中的语音项目的前导分组的装置，所述前导分组包含相应组成员的标识，并且被嵌入用户传输流中，

用于根据所述各个地址，或者i)拒绝所述启动的语音项目，或者ii)批准所述启动语音项目给所述一个组成员，并且向所述组中所述其它成员中的每个接收成员单独传递所述用户传输流的所述前导分组和后续语音分组的装置。

17.如权利要求11到16中的任何一个所述的服务器系统，其中所述分组是实时传送(RTP)分组。

18.如权利要求11所述的服务器系统，还包括组管理服务器，用于为所述服务器系统中成组通信组的远程创建和管理提供用户接口。

19.如权利要求18所述的服务器系统，其中所述用户接口基于万维网(WWW)和无线应用协议(WAP)技术中的一个。

20.如权利要求11所述的服务器系统，其中所述组服务器通过基于网际协议(IP)的网络被互连到所述通信网络。

21.为通信系统提供分组模式成组通信服务的服务器系统，所述服务器系统包括在上述通信系统顶端提供的组服务器，所述组服务器还包括：

用于识别和认证成组通信的源的装置，

进行控制使得每次组中只有一个组成员讲话的装置，

22.为通信系统提供分组模式成组通信服务的服务器系统，所述服务器系统包括：

用于依次批准语音项目给每个通信组的一个组成员的装置，

23.如权利要求22所述的服务器系统，其中用于在所述第一成组网络实体中进行单播的装置包括：用于将从成组通信组中具有语音项目的所述组成员接收的每个语音分组，分别单播到服务于作为所述相应组中组成员的至少一个用户的每个第二用户网络实体的装置，每个第二用户网络实体被用来针对每个组成员倍增语音分组，并且发送语音分组到相应用户。

24.如权利要求22或23所述的服务器系统，其中所述标识通信组的信息标识所述组服务器中被分配给所述组的端口。

25.为通信系统提供分组模式成组通信服务的服务器系统，所述服务器系统包括：

进行控制使得每次组中只有一个组成员讲话的装置，

用于识别和认证成组通信的源的装置，

26.如权利要求25所述的服务器系统，所述系统还包括：

负责所述成组网络实体中成组通信的控制级管理的群呼处理实体，和

27.如权利要求25或26所述的服务器系统，其中所述用于控制语音项目的装置还包括：

第一定时器装置，用于响应语音项目的批准而启动对自从所述批准所经过的预定空闲周期的测量，

28.如权利要求25到27中的任何一个所述的服务器系统，所述系统还包括用于通过在所述用户呼叫处理实体和每个组成员之间执行的带外信令在每个组成员和所述用户网络实体之间建立单独逻辑连接的装置。

29.如权利要求25到28中的任何一个所述的服务器系统，其中所述用于批准语音项目的装置还包括：

用于接收针对所述组中的语音项目、从所述组成员中的一个到所述成组通信网络实体、具有前导分组形式的请求的装置，所述前导分组被嵌入用户传输流中并且包含相应组成员的标识，

用于或者i)拒绝所述语音项目的请求，或者ii)批准语音项目给所述一个组成员，并且向所述组中所述其它成员中的每个接收成员单独传递所述用户传输流的所述前导分组和后续语音分组的装置。

30.如权利要求25到29中的任何一个所述的服务器系统，其中所述分组是实时传送协议(RTP)分组。

31.如权利要求25到30中的任何一个所述的服务器系统，所述服务器系统还包括组管理实体，提供用于所述服务器系统中成组通信组的创建和管理的用户接口。

32.如权利要求31所述的服务器系统，其中所述用户接口基于万维网(WWW)和无线应用协议(WAP)技术中的一个。

33.如权利要求25到32中的任何一个所述的服务器系统，其中所述成组通信网络实体通过基于网际协议(IP)的网络被互连到所述通信网络。

34.为通信系统提供分组模式成组通信服务的服务器系统，所述服务器系统包括：

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于依次批准语音项目给每个通信组的一个组成员的装置，

35.用于管理具有分组模式成组语音通信特征的通信系统中的语音项目的网络单元，包括：

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于依次批准语音项目给每个通信组的一个组成员的装置，

36.如权利要求35所述的网络单元，其中

所述用于接收的装置被用来通过用户通信实体从组成员接收语音分组，所述用户通信实体为该组成员提供特定于用户的服务，

用于单播的装置被用来通过用户通信实体分别向每个接收成员单播语音分组，所述用户通信实体为该组成员提供特定于用户的服务。

37.如权利要求35或36所述的网络单元，包括：

用于每次批准语音项目给成组通信组中的一个组成员的装置，

第一定时器装置，响应所述批准启动对自从所述批准所经过的预定空闲周期的测量，

每当从所述组成员中的所述一个接收到语音分组时用于复位所述第一定时器的装置，

38.如权利要求35到37中的任何一个所述的网络单元，其中所述网络单元在上述通信系统的顶端。

39.如权利要求35到38中的任何一个所述的网络单元，其中所述网络单元通过基于网际协议(IP)的网络被连接到所述通信网络。

40.用于管理寻址到至少一个成组通信组或一对一通信中活跃的用户的传输流的网络单元，包括：

用于监视所述选择的第一语音分组流的连续性的装置，

如果所述最初选择和单播的第一语音传输流已经停止了预定时间周期，用于选择并向所述用户单播另一个接收的语音分组流的装置。

41.如权利要求40所述的网络单元，其中所述监视装置还包括：

当所述选择的语音分组流的第一分组被传递到所述用户时，被设置以测量所述预定时间周期的定时器，

每当所述选择的语音分组流的新分组被传递到所述用户时用于复位所述定时器的装置，

如果所述定时器过期，用于确定所述选择的语音分组流为不连续的装置。

42.如权利要求41所述的网络单元，还包括：

当接收到具有更高优先级的语音分组流时立即中断所述第一语音分组流。

43.用于在通信系统中建立一对一语音通信的方法，包括步骤：

在所述移动通信系统顶端提供通信服务器，

通过在所述各个逻辑连接上从用户向所述通信服务器发送传输流中嵌入的前导分组，开始通信，其中每个前导分组包含所述发送用户和接收用户的标识，

根据所述接收用户的所述接收的标识，所述通信服务器或者i)拒绝所述启动的语音项目，或者ii)批准启动语音项目给所述发送用户，并且向所述接收用户传递所述用户传输流的所述前导分组和后续语音分组。

44.如权利要求43所述的方法，其中所述传递步骤还包括步骤：

根据所述接收用户的所述接收的身份向通信控制服务器查询所述接收用户的IP地址，

向所述接收用户的所述IP地址传递所述前导分组和后续语音分组。

45.如权利要求43所述的方法，其中所述发送用户向所述通信服务器中为一对一通信指派的特定端口发送前导分组和后续分组。

46.用于具有分组模式成组语音通信服务的通信系统的用户设备，所述用户设备包括：

用于通过通信系统进行分组数据通信的机构，

在所述机构顶端的成组通信应用，

47.如权利要求46所述的用户设备，还包括：

所述应用是IP电话(VoIP)应用。

48.如权利要求47或48所述的用户设备，还包括：

″即按即讲″装置，

响应用户对所述″即按即讲″装置的激活，用于通过所述逻辑连接向所述成组通信服务器发送后跟用户传输流中的语音分组的前导分组，从而启动语音项目的装置。

49.用于具有分组模式成组语音通信服务的通信系统的用户设备，所述用户设备包括：

″即按即讲″装置，

响应用户对所述″即按即讲″装置的激活，用于向所述成组通信服务发送后跟用户传输流中的语音分组的前导分组，从而启动语音项目的装置。

50.如权利要求46到49中的任何一个所述的用户设备，还包括：

用于响应于在发送所述前导分组之后从所述成组通信服务接收有关语音项目不被批准给用户的指示，虽然″即按即讲″装置仍然激活，但停止发送其它分组并且停止语音项目的装置。

51.如权利要求46到50中的任何一个所述的用户设备，还包括所述第三装置，第三装置响应用户对所述″即按即讲″装置的关闭，停止语音项目并且停止发送其它语音分组。

52.如权利要求46到51中的任何一个所述的用户设备，还包括响应用户对所述″即按即讲″装置的关闭，用于向所述成组通信服务发送嵌入用户传输流的结尾分组，从而停止语音项目的装置。

53.如权利要求50所述的用户设备，其中所述指示是在发送所述前导分组之后接收到来自成组通信组中另一个用户的语音或前导分组。

54.如权利要求50所述的用户设备，其中所述指示是在发送所述前导分组之后接收到具有预定有效负载类型的语音分组。

55.如权利要求50所述的用户设备，包括响应所述指示的接收，用于提醒用户语音项目不被批准的装置。

56.如权利要求46到55中的任何一个所述的用户设备，还包括：

用于在激活所述″即按即讲″开关之后为用户提供开始讲话的听觉指示的装置。

57.如权利要求56所述的用户设备，其中所述指示装置包括定时器，该定时器在自从所述″即按即讲″开关的所述激活开始预定时间周期已经过期之后使能所述听觉指示。

58.如权利要求56所述的用户设备，其中所述指示装置在达到连接建立阶段中的一个之后提供所述听觉指示；1)在分配上行链路载体之后，2)在发送所述前导分组之后，3)在所述成组通信服务已经处理所述前导分组并且批准语音项目之后，4)在接收方已经确认所述前导分组之后。

59.为通信系统提供分组模式成组通信服务的方法，包括：

存储至少一个成组通信组中组成员的各个地址，

使用控制级信令管理所述成组通信组，

组成员使用用户传输流中嵌入的用户级信令请求语音项目，

根据所述嵌入用户级信令，依次批准语音项目给每个通信组的一个组成员，

根据所述各个地址，将所述嵌入用户级信令和接收自具有语音项目的组成员的每个语音分组，分别向所述相应成组通信组中的每个接收成员单播。

60.为通信系统提供分组模式成组通信服务的系统，包括：

用于存储至少一个成组通信组中组成员的各个地址的装置，

用于使用控制级信令管理所述成组通信组的装置，

61.如权利要求60所述的系统，其中嵌入语音项目信令包括在包含用户语音数据分组，例如RTP分组的用户传输流的开始处发送的前导分组，并且其中系统根据前导分组批准或拒绝语音项目。

62.如权利要求61所述的系统，其中当根据前导分组批准语音项目给成组通信服务时，通过向组的接收成员传递包含所述前导分组和后续语音分组的用户传输流，系统向接收成员打开语音项目通信。

63.如权利要求60、61或62所述的系统，其中嵌入语音项目信令包括在包含例如RTP分组的用户语音数据分组的用户传输流的结束处发送的结尾分组，并且其中系统根据结尾分组结束语音项目。

64.如权利要求60、61、62或63所述的系统，其中系统在用户传输流结束时向接收组成员传递结尾分组，以结束针对接收组成员的语音项目通信。

65.用于具有分组模式成组语音通信服务的通信系统的用户设备，所述用户设备包括：

用于通过通信系统进行分组数据通信的机构，

在所述机构顶端的成组通信应用，

所述应用具有用于通过控制级信令建立到成组通信服务的逻辑分组连接的第一装置，

所述应用具有用于针对所述成组通信服务器发送和接收语音分组的第二装置，

所述应用具有用于通过用户级信令请求语音项目的第三装置。

66.如权利要求65所述的用户设备，其中嵌入语音项目信令包括在包含例如RTP分组的用户语音数据分组的用户传输流的开始处发送的前导分组。

67.如权利要求65或66所述的用户设备，其中嵌入语音项目信令包括在包含例如RTP分组的用户语音数据分组的用户传输流的结束处发送的结尾分组。