CN105247813A - 用于高效地支持需要低呼叫建立等待时间的多个同时的群ptt呼叫的方法 - Google Patents

Abstract

本公开涉及通过多播服务的群通信。用户装备(UE)向服务器发送注册请求，该注册请求指示UE感兴趣的通信群；接收指示已被指派预先确立的多播资源的通信群集合的消息；接收呼叫标识符，该呼叫标识符被映射至该通信群集合中的每一个通信群的群标识符；存储呼叫标识符至群标识符的映射；以及为该通信群集合维护群呼叫会话。服务器接收注册请求，确定为预先确立的群呼叫置备UE，检索通信群的群标识符，将呼叫标识符映射至群标识符，向UE通知该通信群集合和经映射的呼叫标识符，以及将多个群呼叫指派到预先确立的多播资源上。

Description

用于高效地支持需要低呼叫建立等待时间的多个同时的群PTT呼叫的方法

相关申请的交叉引用

本专利申请要求于2013年5月29日提交的题为“METHODFOREFFICIENTLYSUPPORTINGMULTIPLESIMULTANEOUSGROUPPTTCALLSREQUIRINGLOWCALLSETUPLATENCY(用于高效地支持需要低呼叫建立等待时间的多个同时的群PTT呼叫的方法)”的美国临时申请No.61/828,266的权益，该临时申请已被转让给本申请受让人并由此通过援引明确地整体纳入于此。

公开领域

本公开涉及高效地支持需要低呼叫建立等待时间的多个同时的群即按即讲(PTT)呼叫。

背景技术

蜂窝通信***可通过共享可用***资源来支持多用户的双向通信。蜂窝***不同于可主要支持或仅支持从广播站到用户的单向传输的广播***。蜂窝***被广泛部署以提供各种通信服务，并且可以是多址***，诸如码分多址(CDMA)***、时分多址(TDMA)***、频分多址(FDMA)***、正交FDMA(OFDMA)***、单载波FDMA(SC-FDMA)***等。

蜂窝***可以支持广播、多播、以及单播服务。广播服务是可被所有用户接收的服务，例如，新闻广播。多播服务是可被用户群接收的服务，例如，订阅视频服务。单播服务是旨在给特定用户的服务，例如，语音呼叫。群通信可使用单播、广播、多播中的任一个或每一者的组合来实现。随着群变得更大，使用多播服务一般更为高效。然而，对于要求低等待时间和短时间来建立群通信的群通信服务，常规多播信道的建立时间会对***性能造成损害。

概述

本公开涉及通过多播服务的群通信。一种用于通过多播服务进行群通信的方法包括：从用户装备(UE)向服务器发送注册请求，该注册请求指示UE感兴趣的一个或多个通信群并且可任选地包括UE针对群通信服务而向服务器注册的意图；从服务器接收指示已被指派预先确立的多播资源的一个或多个通信群的集合的消息；从服务器接收一个或多个呼叫标识符，该一个或多个呼叫标识符被映射至该一个或多个通信群的集合中的每一个通信群的群标识符；存储该一个或多个呼叫标识符至该一个或多个通信群的集合中的每一个通信群的群标识符的映射；以及为该一个或多个通信群的集合维护一个或多个群呼叫会话，其中服务器将多个群呼叫指派给预先确立的多播资源。

一种用于通过多播服务进行群通信的方法包括：从UE接收注册请求，该注册请求指示UE感兴趣的一个或多个通信群；确定为预先确立的群呼叫置备UE；检索该一个或多个通信群的群标识符；将一个或多个呼叫标识符映射至该一个或多个通信群的集合中的每一个通信群的群标识符；向UE发送指示该一个或多个通信群的集合和该一个或多个经映射的呼叫标识符的消息；以及将多个群呼叫指派到一个或多个预先确立的多播资源上，其中UE为该一个或多个通信群的集合维护一个或多个群呼叫会话。

一种用于通过多播服务进行群通信的装置包括：配置成从用户装备(UE)向服务器发送注册请求的逻辑，该注册请求指示UE感兴趣的一个或多个通信群并且可任选地包括UE针对群通信服务而向服务器注册的意图；配置成从服务器接收指示已被指派预先确立的多播资源的一个或多个通信群的集合的消息的逻辑；配置成从服务器接收一个或多个呼叫标识符的逻辑，该一个或多个呼叫标识符被映射至该一个或多个通信群的集合中的每一个通信群的群标识符；配置成存储该一个或多个呼叫标识符至该一个或多个通信群的集合中的每一个通信群的群标识符的映射的逻辑；以及配置成为该一个或多个通信群的集合维护一个或多个群呼叫会话的逻辑，其中服务器将多个群呼叫指派给预先确立的多播资源。

一种用于通过多播服务进行群通信的装置包括：配置成从用户装备(UE)接收注册请求的逻辑，该注册请求指示UE感兴趣的一个或多个通信群；配置成确定为预先确立的群呼叫置备UE的逻辑；配置成检索该一个或多个通信群的群标识符的逻辑；配置成将一个或多个呼叫标识符映射至该一个或多个通信群的集合中的每一个通信群的群标识符的逻辑；配置成向UE发送指示该一个或多个通信群的集合和该一个或多个经映射的呼叫标识符的消息的逻辑；以及配置成将多个群呼叫指派到一个或多个预先确立的多播资源上的逻辑，其中UE为该一个或多个通信群的集合维护一个或多个群呼叫会话。

一种用于通过多播服务进行群通信的设备包括：用于从用户装备(UE)向服务器发送注册请求的装置，该注册请求指示UE感兴趣的一个或多个通信群并且可任选地包括UE针对群通信服务而向服务器注册的意图；用于从服务器接收指示已被指派预先确立的多播资源的一个或多个通信群的集合的消息的装置；用于从服务器接收一个或多个呼叫标识符的装置，该一个或多个呼叫标识符被映射至该一个或多个通信群的集合中的每一个通信群的群标识符；用于存储该一个或多个呼叫标识符至该一个或多个通信群的集合中的每一个通信群的群标识符的映射的装置；以及用于为该一个或多个通信群的集合维护一个或多个群呼叫会话的装置，其中服务器将多个群呼叫指派给预先确立的多播资源。

一种用于通过多播服务进行群通信的设备包括：用于从用户装备(UE)接收注册请求的装置，该注册请求指示UE感兴趣的一个或多个通信群；用于确定为预先确立的群呼叫置备UE的装置；用于检索该一个或多个通信群的群标识符的装置；用于将一个或多个呼叫标识符映射至该一个或多个通信群的集合中的每一个通信群的群标识符的装置；用于向UE发送指示该一个或多个通信群的集合和该一个或多个经映射的呼叫标识符的消息的装置；以及用于将多个群呼叫指派到一个或多个预先确立的多播资源上的装置，其中UE为该一个或多个通信群的集合维护一个或多个群呼叫会话。

一种用于通过多播服务进行群通信的非瞬态计算机可读介质包括：用于从用户装备(UE)向服务器发送注册请求的至少一条指令，该注册请求指示UE感兴趣的一个或多个通信群并且可任选地包括UE针对群通信服务而向服务器注册的意图；用于从服务器接收指示已被指派预先确立的多播资源的一个或多个通信群的集合的消息的至少一条指令；用于从服务器接收一个或多个呼叫标识符的至少一条指令，该一个或多个呼叫标识符被映射至该一个或多个通信群的集合中的每一个通信群的群标识符；用于存储该一个或多个呼叫标识符至该一个或多个通信群的集合中的每一个通信群的群标识符的映射的至少一条指令；以及用于为该一个或多个通信群的集合维护一个或多个群呼叫会话的至少一条指令，其中服务器将多个群呼叫指派给预先确立的多播资源。

一种用于通过多播服务进行群通信的非瞬态计算机可读介质包括：用于从用户装备(UE)接收注册请求的至少一条指令，该注册请求指示UE感兴趣的一个或多个通信群；用于确定为预先确立的群呼叫置备UE的至少一条指令；用于检索该一个或多个通信群的群标识符的至少一条指令；用于将一个或多个呼叫标识符映射至该一个或多个通信群的集合中的每一个通信群的群标识符的至少一条指令；用于向UE发送指示该一个或多个通信群的集合和该一个或多个经映射的呼叫标识符的消息的至少一条指令；以及用于将多个群呼叫指派到一个或多个预先确立的多播资源上的至少一条指令，其中UE为该一个或多个通信群的集合维护一个或多个群呼叫会话。

附图简述

给出附图以助益本公开的实施例的描述，并且提供这些附图仅仅是为了例示实施例而非对其进行限制。

图1解说了根据本公开的一方面的无线通信***的高级***架构。

图2A解说了根据本公开的一方面的1xEV-DO网络的无线电接入网(RAN)和核心网分组交换部分的示例配置。

图2B解说了根据本公开的一方面的3GUMTSW-CDMA***内的RAN和通用分组无线电服务(GPRS)核心网分组交换部分的示例配置。

图2C解说了根据本公开的一方面的3GUMTSW-CDMA***内的RAN和GPRS核心网分组交换部分的另一示例配置。

图2D解说了根据本公开的一方面的基于演进分组***(EPS)或长期演进(LTE)网络的RAN和核心网分组交换部分的示例配置。

图2E解说了根据本公开的一方面的连接至EPS或LTE网络的增强型高速率分组数据(HRPD)RAN以及还有HRPD核心网的分组交换部分的示例配置。

图3解说了示例传输结构。

图4A解说了多蜂窝小区模式中不同服务的示例传输。

图4B解说了单蜂窝小区模式中不同服务的示例传输。

图5A和5B解说了可支持广播/多播服务的附加无线通信***。

图6解说了可支持广播/多播服务的无线通信***的一部分的框图。

图7解说了根据本公开的诸方面的用户装备(UE)的示例。

图8解说了包括配置成接收和/或传送信息的逻辑的通信设备。

图9解说了根据本公开各方面的示例***器。

图10解说了在现有技术中用于基于预先确立的会话信令来建立蜂窝上PTT(PoC)通信的示例性流程。

图11解说了UE与应用服务器之间的交互的示例性流程。

图12解说了根据本公开的一方面的用于预先确立多个PTT呼叫的示例性流程。

图13解说了根据本公开的一方面的示例性呼叫预先确立流程。

图14解说了根据本公开的一方面的示例性媒体交换流程。

图15解说了根据本公开的一方面的用于通过多播服务进行群通信的示例性流程。

图16解说了根据本公开的一方面的用于通过多播服务进行群通信的示例性流程。

详细描述

在以下描述和相关的附图中公开了各个方面。可以设计替换方面而不会脱离本公开的范围。另外，本公开中众所周知的元素将不被详细描述或将被省去以免湮没本公开的相关细节。

措辞“示例性”和/或“示例”在本文中用于意指“用作示例、实例或解说”。本文描述为“示例性”和/或“示例”的任何方面不必被解释为优于或胜过其他方面。类似地，术语“本公开的各方面”不要求本公开的所有方面都包括所讨论的特征、优点或操作模式。

此外，许多方面以将由例如计算设备的元件执行的动作序列的方式来描述。将认识到，本文描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文描述的这些动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本公开的各方面可以用数种不同形式来体现，所有这些形式都已被构想为落在所要求保护的主题内容的范围内。另外，对于本文所描述的诸方面中的每一个方面，任何此类方面的相应形式可在本文中描述为例如配置成执行所描述的动作的逻辑摂。

客户端设备(在本文中被称为用户装备(UE))可以是移动的或静止的，并且可以与无线电接入网(RAN)通信。如本文所使用的，术语“UE”可以互换地被称为“接入终端”或“AT”、“无线设备”、“订户设备”、“订户终端”、“订户站”、“用户终端”或UT、“移动终端”、“移动站”及其各种变型。一般地，UE可以经由RAN与核心网通信，并且通过核心网，UE能够与外部网络(诸如因特网)连接。当然，连接到核心网和/或因特网的其他机制对于UE而言也是可能的，诸如通过有线接入网、WiFi网络(例如，基于IEEE802.11等)等。UE可以通过数种类型设备中的任何设备来实现，包括但不限于PC卡、致密闪存设备、外置或内置调制解调器、无线或有线电话等。UE藉以向RAN发送信号的通信链路被称为上行链路信道(例如，反向话务信道、反向控制信道、接入信道等)。RAN籍以向UE发送信号的通信链路被称为下行链路或前向链路信道(例如，寻呼信道、控制信道、广播信道、前向话务信道等)。如本文所使用的，术语话务信道(TCH)可以指上行链路/反向或下行链路/前向话务信道。

图1解说了根据本公开的一方面的无线通信***100的高级***架构。无线通信***100包含UE1…N。UE1…N可包括蜂窝电话、个人数字助理(PDA)、寻呼机、膝上型计算机、台式计算机等。例如，在图1中，UE1…2被解说为蜂窝呼叫电话，UE3…5被解说为蜂窝触摸屏电话或智能电话，而UEN被解说为台式计算机或PC。

参照图1，UE1…N被配置成在物理通信接口或层(在图1中被示为空中接口104、106、108)和/或直接有线连接上与接入网(例如，RAN120、接入点125等)通信。空中接口104和106可以遵循给定的蜂窝通信协议(例如，码分多址(CDMA)、演进数据优化(EV-DO)、演进型高速率分组数据(eHRPD)、全球移动通信***(GSM)、增强型数据速率GSM演进(EDGE)、宽带CDMA(W-CDMA)、长期演进(LTE)等)，而空中接口108可以遵循无线IP协议(例如，IEEE802.11)。RAN120包括通过空中接口(诸如，空中接口104和106)服务UE的多个接入点。RAN120中的接入点可被称为接入节点或AN、接入点或AP、基站或BS、B节点、演进型B节点等。这些接入点可以是陆地接入点(或地面站)或卫星接入点。RAN120被配置成连接到核心网140，核心网140可以执行各种各样的功能，包括在RAN120服务的UE与RAN120服务的其他UE或完全由不同的RAN服务的其他UE之间桥接电路交换(CS)呼叫，并且还可中介与外部网络(诸如因特网175)的分组交换(PS)数据交换。因特网175包括数个路由代理和处理代理(出于方便起见未在图1中示出)。在图1中，UEN被示为直接连接到因特网175(即，与核心网140分开，诸如通过WiFi或基于802.11的网络的以太网连接)。因特网175可藉此用于经由核心网140在UEN与UE1…N之间桥接分组交换数据通信。图1还示出了与RAN120分开的接入点125。接入点125可以独立于核心网140地(例如，经由光通信***，诸如FiOS、线缆调制解调器等)连接到因特网175。空中接口108可通过局部无线连接(诸如在一个示例中是IEEE802.11)服务UE4或UE5。UEN被示为具有到因特网175的有线连接(诸如到调制解调器或路由器的直接连接)的台式计算机，在一示例中该调制解调器或路由器可对应于接入点125自身(例如，对于具有有线和无线连通性两者的Wi-Fi路由器)。

参照图1，应用服务器170被示为连接到因特网175、核心网140、或这两者。应用服务器170可被实现为多个结构上分开的服务器，或者替换地可对应于单个服务器。如下文将更详细地描述的，应用服务器170被配置成针对能够经由核心网140和/或因特网175连接到应用服务器170的UE支持一个或多个通信服务(例如，网际协议语音(VoIP)会话、即按即说(PTT)会话、群通信会话、社交联网服务等)。

用于RAN120和核心网140的因协议而异的实现的示例在以下关于图2A到2D提供以帮助更详细地解释无线通信***100。具体而言，RAN120和核心网140的组件对应于与支持分组交换(PS)通信相关联的组件，藉此旧式电路交换(CS)组件也可存在于这些网络中，但在图2A-2D未显式地示出任何旧式的CS特有组件。

图2A解说了根据本公开的一方面的CDMA20001x演进数据优化(EV-DO)网络中用于分组交换通信的RAN120和核心网140的示例配置。参照图2A，RAN120包括通过有线回程接口耦合至基站控制器(BSC)215A的多个基站(BS)200A、205A和210A。由单个BSC控制的一群BS被统称为子网。如本领域普通技术人员将领会的，RAN120可包括多个BSC和子网，且为方便起见，在图2A中示出了单个BSC。BSC215A通过A9连接与核心网140内的分组控制功能(PCF)220A通信。PCF220A为BSC215A执行与分组数据有关的某些处理功能。PCF220A通过A11连接与核心网140内的分组数据服务节点(PDSN)225A通信。PDSN225A具有各种功能，包括管理点对点(PPP)会话、充当归属代理(HA)和/或区外代理(FA)，且在功能上类似于GSM和UMTS网络中的网关通用分组无线电服务(GPRS)支持节点(GGSN)(以下更详细地描述)。PDSN225A将核心网140连接至外部IP网络，诸如因特网175。

图2B解说了根据本公开的一方面的3GUMTSW-CDMA***内的RAN120和配置为GPRS核心网的核心网140的分组交换部分的示例配置。参照图2B，RAN120包括通过有线回程接口耦合至无线电网络控制器(RNC)215B的多个B节点200B、205B和210B。类似于1xEV-DO网络，由单个RNC控制的一群B节点被统称为子网。如本领域普通技术人员将领会的，RAN120可包括多个RNC和子网，且为方便起见，在图2B中示出了单个RNC。RNC215B负责信令、建立和拆除核心网140中的服务GPRS支持节点(SGSN)220B与由RAN120服务的UE之间的承载信道(即，数据信道)。如果启用了链路层加密，则RNC215B还在将内容转发给RAN120以通过空中接口传输之前对内容进行加密。RNC215B的功能在本领域是公知的且出于简明起见将不作进一步讨论。

在图2B中，核心网140包括上述SGSN220B(以及潜在地也包括数个其他SGSN)和GGSN225B。一般而言，GPRS是在GSM中用于路由IP分组的协议。GPRS核心网(例如，GGSN225B以及一个或多个SGSN220B)是GPRS***的集中部分，并且还提供对基于W-CDMA的3G接入网的支持。GPRS核心网是GSM核心网(即，核心网140)的集成部分，其提供GSM和W-CDMA网络中的移动性管理、会话管理和IP分组传输服务。

GPRS隧穿协议(GTP)是GPRS核心网的定义IP协议。GTP是允许GSM或W-CDMA网络的终端用户(例如，UE)在各处移动，而同时继续如同从GGSN225B处的一个位置那样连接到因特网175的协议。这是通过将相应UE的数据从UE的当前SSGN220B传递到正处置相应UE的会话的GGSN225B来达成的。

GPRS核心网使用三种形式的GTP；即，(i)GTP-U、(ii)GTP-C以及(iii)GTP’(高级GTP)。GTP-U用于针对每个分组数据协议(PDP)上下文在分开的隧道中传递用户数据。.GTP-C用于控制信令(例如，EPS承载的建立和删除、GSN可达性的验证、诸如在订户从一个SGSN移至另一个SGSN时的更新或修改等)。GTP'用于从GSN向计费功能传递计费数据。

参照图2B，GGSN225B充当GPRS主干网(未示出)与因特网175之间的接口。GGSN225B从来自SGSN220B的GPRS分组提取具有相关联分组数据协议(PDP)格式(例如，IP或PPP)的分组数据，并将这些分组在相应的分组数据网络上发送出去。在另一方向上，传入的数据分组由连接UE的GGSN定向至SGSN220B，SGSN220B管理和控制由RAN120服务的目标UE的无线电接入承载(RAB)。因此，GGSN225B在位置寄存器中(例如，在EPS承载内)存储目标UE的当前SGSN地址及其相关联的简档。GGSN225B负责IP地址指派并且是所连接UE的默认路由器。GGSN225B还执行认证和计费功能。

在一示例中，SGSN220B代表核心网140内的许多SGSN之一。每个SGSN负责从和向相关联的地理服务区域内的UE递送数据分组。SGSN220B的任务包括分组路由和传递、移动性管理(例如，附连/断开和位置管理)、逻辑链路管理、以及认证和计费功能。SGSN220B的位置寄存器例如在关于每个用户或UE的一个或多个EPS承载内存储向SGSN220B注册的所有GPRS用户的位置信息(例如，当前蜂窝小区、当前VLR)和用户简档(例如，IMSI、在分组数据网中使用的PDP地址)。因此，SGSN220B负责(i)解除来自GGSN225B的下行链路GTP分组的隧穿，(ii)朝GGSN225B上行链路隧穿IP分组，(iii)当UE在SGSN服务区域之间移动时执行移动性管理，以及(iv)对移动订户记账。如本领域普通技术人员将领会的，除了(i)-(iv)以外，配置成用于GSM/EDGE网络的SGSN还具有与配置成用于W-CDMA网络的SGSN相比略微不同的功能性。

RAN120(例如，或者在通用移动电信***(UMTS)架构中为通用地面无线电接入网(UTRAN))经由无线电接入网应用部分(RANAP)协议与SGSN220B通信。RANAP用传输协议(诸如帧中继或IP)在Iu接口(Iu-ps)上操作。SGSN220B经由Gn接口与GGSN225B通信，Gn接口是SGSN220B与其他SGSN(未示出)以及内部GGSN(未示出)之间的基于IP的接口，并且使用以上定义的GTP协议(例如，GTP-U、GTP-C、GTP’等)。在图2B的示例中，SGSN220B和GGSN225B之间的Gn承载GTP-C和GTP-U两者。尽管未在图2B中示出，但Gn接口也被域名***(DNS)使用。GGSN225B经由Gi接口利用IP协议直接地或通过无线应用协议(WAP)网关来连接到公共数据网络(PDN)(未示出)，并进而连接到因特网175。

图2C解说了根据本公开的一方面的3GUMTSW-CDMA***内的RAN120和配置为GPRS核心网的核心网140的分组交换部分的另一示例配置。类似于图2B，核心网140包括SGSN220B和GGSN225B。然而，在图2C中，直接隧道是Iu模式中的可选功能，其允许SGSN220B在PS域内在RAN120与GGSN225B之间建立直接用户面隧道GTP-U。可在每GGSN和每RNC基础上配置具有直接隧道能力的SGSN(诸如图2C中的SGSN220B)，无论该SGSN220B能否使用直接用户面连接。图2C中的SGSN220B处置控制面信令并作出何时建立直接隧道的决定。当指派给PDP上下文的RAB被释放(即，PDP上下文被保存)时，在GGSN225B和SGSN220B之间建立GTP-U隧道以便能够处置下行链路分组。

图2D解说了根据本公开的一方面的基于演进分组***(EPS)或LTE网络的RAN120和核心网140的分组交换部分的示例配置。参照图2D，不同于图2B-2C中所示的RAN120，EPS/LTE网络中的RAN120配置有多个演进型B节点(ENodeB或eNB)200D、205D和210D，而没有来自图2B-2C的RNC215B。这是由于EPS/LTE网络中的演进型B节点不要求RAN120内的单独控制器(即，RNC215B)就能与核心网140通信。换言之，来自图2B-2C的RNC215B的一些功能性被构建到图2D中的RAN120的每个相应演进型B节点中。

在图2D中，核心网140包括多个移动性管理实体(MME)215D和220D、归属订户服务器(HSS)225D、服务网关(S-GW)230D、分组数据网络网关(P-GW)235D、以及策略和计费规则功能(PCRF)240D。这些组件(RAN120和因特网175)之间的网络接口在图2D中解说并在(下)表1中定义如下：

表1–EPS/LTE核心网连接定义

现在将描述图2D的RAN120和核心网140中所示的组件的高层描述。然而，这些组件各自在本领域中根据各种3GPPTS标准是公知的，且本文包含的描述并非旨在是由这些组件执行的所有功能性的详尽描述。

参照图2D，MME215D和220D被配置成管理用于EPS承载的控制面信令。MME功能包括：非接入阶层(NAS)信令、NAS信令安全性、用于技术间和技术内越区切换的移动性管理、P-GW和S-GW选择、以及用于具有MME改变的越区切换的MME选择。

参照图2D，S-GW230D是终接朝向RAN120的接口的网关。对于与用于基于EPS的***的核心网140相关联的每个UE，在给定时间点，存在单个S-GW。对于基于GTP和基于代理移动IPv6(PMIP)的S5/S8两者，S-GW230D的功能包括：移动性锚点、分组路由和转发、以及基于相关联EPS承载的QoS类标识符(QCI)来设置差别服务码点(DSCP)。

参照图2D，P-GW235D是终接朝向分组数据网络(PDN)(例如，因特网175)的SGi接口的网关。如果UE正接入多个PDN，则可能存在用于该UE的一个以上P-GW；然而，通常不会同时为该UE支持S5/S8连通性和Gn/Gp连通性的混合。对于基于GTP的S5/S8两者，P-GW功能包括：分组过滤(通过深度分组监测)，UEIP地址分配，基于相关联EPS承载的QCI来设置DSCP，计及运营方间计费，上行链路(UL)和下行链路(DL)承载绑定(如3GPPTS23.203中定义的)，UL承载绑定验证(如3GPPTS23.203中定义的)。P-GW235D使用E-UTRAN、GERAN或UTRAN中的任一者向唯GSM/EDGE无线电接入网(GERAN)/UTRAN的UE和具有E-UTRAN能力的UE两者提供PDN连通性。P-GW235D通过S5/S8接口仅使用E-UTRAN来向具有E-UTRAN能力的UE提供PDN连通性。

参照图2D，MCE212D经由M2接口连接至演进型B节点205D并且经由M3接口连接至MME215D。MME215D连接至MBMS-GW234D，该MBMS-GW234D经由SG-imb接口连接至BM-SC236D。BM-SC236D连接至PCRF240D。这些组件将参照图5A和5B更详细地描述。

参照图2D，PCRF240D是基于EPS的核心网140的策略和计费控制元件。在非漫游场景中，在与UE的网际协议连通性接入网(IP-CAN)会话相关联的HPLMN中存在单个PCRF。PCRF240D终接Rx接口和Gx接口。在具有本地话务爆发的漫游场景中，可存在与UE的IP-CAN会话相关联的两个PCRF：归属PCRF(H-PCRF)是驻留在HPLMN内的PCRF，且到访PCRF(V-PCRF)是驻留在到访VPLMN内的PCRF。PCRF在3GPPTS23.203中有更详细的描述，且因此为简明起见将不再赘述。在图2D中，应用服务器170(例如，其按3GPP术语可被称为AF)被示为经由因特网175连接至核心网140，或替换地经由Rx接口直接连接至PCRF240D。一般而言，应用服务器170(或AF)是向核心网供应使用IP承载资源(例如，UMTSPS域/GPRS域资源/LTEPS数据服务)的应用的元件。应用功能的一个示例是IP多媒体子***(IMS)核心网子***的代理呼叫会话控制功能(P-CSCF)。AF使用Rx参考点来向PCRF240D提供会话信息。在蜂窝网络上供应IP数据服务的任何其他应用服务器也可经由Rx参考点连接至PCRF240D。

图2E解说了根据本公开的一方面的被配置为连接至EPS或LTE网络140A的增强型高速率分组数据(HRPD)RAN的RAN120以及还有HRPD核心网140B的分组交换部分的示例。核心网140A是EPS或LTE核心网，类似于以上参照图2D描述的核心网。

在图2E中，eHRPDRAN包括多个基收发机站(BTS)200E、205E和210E，它们连接至增强型BSC(eBSC)和增强型PCF(ePCF)215E。eBSC/ePCF215E可通过S101接口连接至EPS核心网140A内的MME215D或220D之一，以及通过A10和/或A11接口连接至HRPD服务网关(HSGW)220E以与EPS核心网140A内的其他实体对接(例如，通过S103接口与S-GW230D对接、通过S2a接口与P-GW235D对接，通过Gxa接口与PCRF240D对接，通过STa接口与3GPPAAA服务器(图2D中未显式示出)对接等)。在3GPP2中定义了HSGW220E以提供HRPD网络与EPS/LTE网络之间的互通。如将领会的，eHRPDRAN和HSGW220E配置有至演进型分组核心(EPC)/LTE网络的接口功能性，这在传统HRPD网络中是不可用的。

回到eHRPDRAN，除了与EPS/LTE网络140A对接之外，eHRPDRAN还可与旧式HRPD网络(诸如HRPD网络140B)对接。如将领会的，HRPD网络140B是旧式HRPD网络(诸如来自图2A的EV-DO网络)的示例实现。例如，eBSC/ePCF215E可经由A12接口与认证、授权和记账(AAA)服务器225E对接，或经由A10或A11接口来对接至PDSN/FA230E。PDSN/FA230E进而连接至HA235A，藉此可接入因特网175。在图2E中，某些接口(例如，A13、A16、H1、H2等)未被明确描述，但出于完整性而被示出，且将是熟悉HRPD或eHRPD的本领域普通技术人员所理解的。

参照图2B-2E，将领会，在某些情形中，与eHRPDRAN和HSGW(例如，图2E)对接的LTE核心网(例如，图2D)和HRPD核心网能支持网络发起的(例如，由P-GW、GGSN、SGSN等发起的)服务质量(QoS)。

图3示出了可用于无线通信***100中的下行链路的示例传输结构300。传输时间线可被划分成以无线电帧为单位。每个无线电帧可具有预定历时(例如10毫秒(ms))，并且可被划分成10个子帧。每个子帧可包括两个时隙，且每个时隙可包括固定或可配置数目的码元周期，例如，六个或七个码元周期。

***带宽可使用OFDM划分成多个(K个)副载波。可将可用时频资源划分成资源块。每个资源块在一个时隙中可包括Q个副载波，其中Q可以等于12或某个其他值。可用资源块可用来发送数据、开销信息、导频等。

无线通信***100可支持用于多个UE的演进型多媒体广播/多播服务(eMBMS)以及用于个体UE的单播服务。用于eMBMS的服务可被称为eMBMS服务或流，并且可以是广播服务/流或多播服务/流。

在LTE中，数据和开销信息可作为逻辑信道在无线电链路控制(RLC)层被处理。这些逻辑信道被映射到媒体接入控制(MAC)层处的各传输信道。这些传输信道被映射到物理层(PHY)处的各物理信道。表2列出了LTE中使用的一些逻辑信道(标记为“L”)、传输信道(标记为“T”)以及物理信道(标记为“P”)，并且提供每个信道的简短描述。

表2–LTE中的信道

如表2中所示，可在不同信道上发送不同类型的开销信息。表3列出了一些类型的开销信息，并且提供了每种类型的简短描述。表3还给出了根据一种设计、在其上可发送每种类型的开销信息的(诸)信道。

表3–开销信息

这些不同类型的开销信息也可用其他名称来引述。调度和控制信息可以是动态的，而***和配置信息可以是半静态的。

该***可支持用于eMBMS的多个操作模式，其可包括多蜂窝小区模式和单蜂窝小区模式。多蜂窝小区模式可具有以下特性：

用于广播或多播服务的内容可跨多个蜂窝小区被同步传送。

用于广播和多播服务的无线电资源由MBMS协调实体(MCE)来分配，该MCE可在逻辑上位于这些B节点之上。

用于广播和多播服务的内容被映射在B节点处的MCH上。

对数据进行时分复用(例如，在子帧级)以用于广播、多播和单播服务。

单蜂窝小区模式可具有以下特性：

每个蜂窝小区传送广播和多播服务的内容，而无需与其他蜂窝小区同步。

用于广播和多播服务的无线电资源由B节点来分配。

用于广播和多播服务的内容被映射在DL-SCH上。

用于广播、多播和单播服务的数据可按DL-SCH结构所允许的任何方式进行复用。

一般而言，eMBMS服务可用多蜂窝小区模式、单蜂窝小区模式、和/或其他模式来得到支持。多蜂窝小区模式可用于eMBMS多播/广播单频网络(MBSFN)传输，其可允许UE将从多个蜂窝小区接收到的各信号组合起来，以便改善接收性能。

图4A示出了在多蜂窝小区模式中由M个蜂窝小区(从1到M)进行的eMBMS和单播服务的示例传输，其中M可以是任何整数值。对于每个蜂窝小区，横轴可代表时间，而纵轴可代表频率。在一种eMBMS设计中(以下描述的大部分都假定为eMBMS)，每个蜂窝小区的传输时间线可被分成子帧的时间单位。在其他eMBMS设计中，每个蜂窝小区的传输时间线可被分成其他历时的时间单位。一般而言，时间单位可对应于子帧、时隙、码元周期、多个码元周期、多个时隙、多个子帧等。

在图4A中示出的示例中，M个蜂窝小区传送三个eMBMS服务1、2和3。所有M个蜂窝小区在子帧1和3中传送eMBMS服务1，在子帧4中传送eMBMS服务2，并且在子帧7和8中传送eMBMS服务3。M个蜂窝小区为三个eMBMS服务中的每一者传送同一内容。每个蜂窝小区可在子帧2、5和6中传送其自己的单播服务。这M个蜂窝小区可传送针对其单播服务的不同内容。

图4B示出了在单蜂窝小区模式中由M个蜂窝小区进行的eMBMS和单播服务的示例传输。对于每个蜂窝小区，横轴可代表时间，而纵轴可代表频率。在图4B中示出的示例中，M个蜂窝小区传送三个eMBMS服务1、2和3。蜂窝小区1在一个时频块410中传送eMBMS服务1，在时频块412和414中传送eMBMS服务2，而在一个时频块416中传送eMBMS服务3。类似地，如图4B中所示，其他蜂窝小区传送服务1、2、3。

一般而言，eMBMS服务可在任何数目的时频块中被发送。子帧的数量可取决于要发送的数据量以及可能还有其他因素。如图4B中所示，M个蜂窝小区可在那些在时间和频率上可能不对齐的时频块中传送三个eMBMS服务1、2和3。此外，M个蜂窝小区可针对三个eMBMS服务传送相同或不同的内容。每个蜂窝小区可在不用于三个eMBMS服务的其余时频资源中传送其自己的单播服务。这M个蜂窝小区可传送针对其单播服务的不同内容。

图4A和4B示出了在多蜂窝小区模式和单蜂窝小区模式中传送eMBMS服务的示例设计。eMBMS服务还可在多蜂窝小区和单蜂窝小区模式中以其他方式进行传送，例如，使用时分复用(TDM)。

如上所述，eMBMS服务可用来向群分发多播数据，并且在群通信***(例如，即按即讲(PTT)呼叫)中可能有用。eMBMS上的常规应用具有分开的服务宣告/发现机制。此外，预先确立的eMBMS流上的通信永远开启，即使是在空中接口上。当呼叫/通信不在进行中时，必须应用功率节省优化来使UE休眠。这通常通过使用单播或多播用户面数据上的带外服务宣告来实现。替换地，可使用类似于应用层寻呼信道之类的机制。因为应用层寻呼机制必须保持活跃，所以它消耗多播子帧上的带宽，而该带宽在没有该寻呼机制的情况下原本可以空闲。另外，因为多播子帧在使用应用层寻呼时将是活跃的，所以子帧内的其余资源块不能被用于单播话务。因此，对于应用层寻呼被调度而没有任何其他数据时的实例，对于该子帧将消耗总共5Mhz带宽。

图5A是对可实现在本文中可互换地使用的eMBMS或MBMS服务的无线网络的另一解说。MBMS服务区域500可包括多个MBSFN区域(例如，MBSFN区域1(501)，以及MBSFN区域2(502))。每个MBSFN区域可得到耦合至核心网530的一个或多个演进型B节点510的支持。核心网530可包括各种元件(例如，MME532、eMBMS网关534、以及广播多播服务中心(BM-SC)536)，以促成控制来自内容提供方570(可包括应用服务器等)的内容，并将其分发到MBMS服务区域500。核心网530可能需要该网络内的演进型B节点的列表、其他下游E-MBMS-GW534的列表和(移动性管理实体)MME/MCE532、以及多播IP地址到会话标识符的映射。该网络内的UE520可被供应会话标识符以及发送给它的内容的多播IP地址。一般而言，MME是LTE接入网的关键控制节点。它负责空闲模式UE跟踪和寻呼规程，包括重传。它参与承载激活/停用过程，并且还负责在初始附连时以及在涉及核心网530节点重定位的LTE内切换之时为UE选取SGW，且MME还负责认证用户。MME532还可检查对UE占驻在服务供应商的公共陆地移动网络(PLMN)上的授权，并实施UE漫游限制。MME532是网络中用于对非接入阶层(NAS)信令进行暗码化/完好性保护并处置安全性密钥管理的终接点。MME还用终接于MME处的S3接口来提供用于LTE与2G/3G接入网之间的移动性的控制面功能。

图5B是可实现如本文所公开的多媒体广播/多播服务(MBMS)的无线网络的另一解说。在所解说的网络中，应用服务器550(例如，PTT服务器)可用作内容服务器。应用服务器550可在单播分组552中将媒体传达至网络核，其中该内容可在单播配置中被维护且作为单播分组被传送至给定UE(例如，始发者/讲话方520)，或可通过BM-SC被转换成多播分组554，多播分组554随后可被传输至目标UE522。例如，PTT呼叫可由UE520通过在单播信道上经由单播分组552与应用服务器550通信而发起。将注意，对于呼叫始发者/呼叫讲话方，应用信令和媒体两者均经由单播信道在上行链路或即反向链路上传达。应用服务器550随后可生成呼叫宣告/呼叫建立请求，并且将这些传达至目标UE522。如该具体示例中解说的，该通信可在多播流上经由多播分组554传达至目标UE522。此外，将领会，在该示例中，应用信令和媒体两者均可在多播流上在下行链路或即前向链路中传达。与常规***不同，在多播流中具有应用信令和媒体两者避免了具有用于应用信令的分开的单播信道的需要。然而，为允许在所解说的***的多播流上实现应用信令，在BM-SC536、EMBSGW(EMBS网关)534、eNB510与目标UE522之间将建立(并持久保持)演进型分组***(EPS)承载。

根据本文所公开的各个实施例，将进一步讨论一些与eMBMS有关的下行链路信道，它们包括：

MCCH：多播控制信道；

MTCH：多播话务信道；

MCH：多播信道；以及

PMCH：物理多播信道。

将领会，eMBMS和单播流的复用仅在时域中实现。MCH通过MBSFN在物理层上的特定子帧中传送。MCH是纯下行链路信道。每子帧使用单个传输块。不同服务(MTCH)可被复用在该传输块中，如将参照图6解说的。

为达成低等待时间并减少控制信令，对于每个服务区域可激活一个eMBMS流(562,564)。取决于数据率，多个多播流可被复用在单个时隙上。当没有为UE所调度的单播数据时，PTTUE(目标)可忽略被调度的子帧以及在被调度的子帧之间“休眠”并且降低功耗。MBSFN子帧可被同一MBSFN服务区域中的诸群共享。MAC层信令可用来为目标UE“唤醒”应用层(例如，PTT应用)。

各实施例可使用两个广播流，各自是LTE广播流上的分开的eMBMS流，各自具有其自己的应用级广播流以及针对每个定义的广播区划502、501(例如，网络内扇区子集)的其自己的(多播IP地址)。尽管作为分开的区域来解说，但将领会广播区域502、501可以交迭。

在LTE中，用于多播的控制和数据话务分别在MCCH和MTCH上进行递送。UE的媒体接入控制协议数据单元(MACPDU)指示了该MTCH与特定MTCH在子帧内的位置的映射。MCH调度信息(MSI)MAC控制元素被包括在MCH调度周期内分配给MCH的第一子帧中，以指示每个MTCH的位置以及MCH上未使用的子帧。对于由MTCH逻辑信道携带的eMBMS用户数据，MCH调度信息(MSI)周期性地在各较低层(例如，MAC层信息)处提供与解码MTCH有关的信息。MSI调度可被配置，且根据该实施例在MTCH子帧区间之前被调度。

图6解说了可以是本文参考各个实施例讨论的演进型B节点之一和UE之一的演进型B节点510和UE520的设计的框图。在这一设计中，B节点510装备有T个天线634a到634t，且UE520装备有R个天线652a到652r，其中一般而言T大于或等于1，并且R大于或等于1。

在B节点510，发射处理器620可从数据源612(例如，直接地或从应用服务器150间接地)接收用于单播服务的数据以及用于广播和/或多播服务的数据。发射处理器620可处理每个服务的数据以获得数据码元。发射处理器620还可从控制器/处理器640和/或调度器644接收调度信息、配置信息、控制信息、***信息和/或其他开销信息。发射处理器620可处理收到的开销信息并且提供开销码元。发射(TX)多输入多输出(MIMO)处理器630可将数据和开销码元与导频码元进行复用、处理(例如，预编码)经复用的码元、以及向T个调制器(MOD)632a到632t提供T个输出码元流。每个调制器632可以处理各自的输出码元流(例如，用于实现OFDM)以获得输出采样流。每个调制器632可进一步处理(例如，转换至模拟、放大、滤波、及上变频)该输出采样流以获得下行链路信号。来自调制器632a至632t的T个下行链路信号可分别经由T个天线634a至634t被传送。

在UE520处，天线652a到652r可接收来自B节点510的下行链路信号并且分别向解调器(DEMOD)654a到654r提供收到信号。每个解调器654可以调理(例如，滤波、放大、下变频、以及数字化)相应的收到信号以获得收到采样并且可以进一步处理这些收到采样(例如，针对OFDM)以获得收到码元。MIMO检测器660可接收和处理接收自所有R个解调器654a到654r的码元，并提供检出码元。接收处理器670可以处理这些检出码元，将针对UE520和/或期望服务的经解码数据提供给数据阱672，并且将经解码的开销信息提供给控制器/处理器690。一般而言，MIMO检测器660和接收处理器670进行的处理与B节点510处的TXMIMO处理器630和发射处理器620进行的处理互补。

在上行链路上，在UE520处，来自数据源678的数据和来自控制器/处理器690的开销信息可由发射处理器680处理，进一步由TXMIMO处理器682处理(若适用)，由调制器654a到654r调理，以及经由天线652a到652r发射。在B节点510处，来自UE520的上行链路信号可由天线634接收、由解调器632调理、由MIMO检测器636检测、以及由接收处理器638处理，以获得由UE520传送的数据和开销信息。

控制器/处理器640和690可分别指导B节点510和UE520处的操作。调度器644可以为下行链路和/或上行链路传输来调度UE，调度广播和多播服务的传输，并且为受调度的UE和服务提供无线电资源指派。控制器/处理器640和/或调度器644可为广播和多播服务生成调度信息和/或其他开销信息。

控制器/处理器690可实现用于本文所描述的技术的过程。存储器642和692可各自存储供B节点510和UE520使用的数据和程序代码。相应地，eMBMS环境中的群通信可根据本文所公开的各种实施例来完成，同时仍保持遵循现有标准。

图7解说了根据本公开的诸方面的UE的示例。参照图7，UE700A被解说为发起呼叫的电话，而UE700B被解说为触摸屏设备(例如，智能电话、平板计算机等)。如图7所示，UE700A的外壳配置有天线705A、显示器710A、至少一个按钮715A(例如，PTT按钮、电源按钮、音量控制按钮等)和按键板720A以及其他组件，如本领域已知的。同样，UE700B的外壳配置有触摸屏显示器705B、***按钮710B、715B、720B和725B(例如，电源控制按钮、音量或振动控制按钮、飞机模式切换按钮等)、至少一个前面板按钮730B(例如，Home(主界面)按钮等)以及其他组件，如本领域已知的。尽管未被显式地示为UE700B的一部分，但UE700B可包括一个或多个外部天线和/或被构建到UE700B的外壳中的一个或多个集成天线，包括但不限于WiFi天线、蜂窝天线、卫星定位***(SPS)天线(例如，全球定位***(GPS)天线)，等等。

虽然UE(诸如UE700A和700B)的内部组件可以用不同硬件配置来实施，但在图7中，内部硬件组件的基本高级UE配置被示为平台702。平台702可接收并执行传送自RAN120的可能最终来自核心网140、因特网175和/或其他远程服务器和网络(例如应用服务器170、webURL等)的软件应用、数据和/或命令。平台702还可独立地执行本地存储的应用而无需RAN交互。平台702可包括收发机706，收发机706可操作地耦合到专用集成电路(ASIC)708或其他处理器、微处理器、逻辑电路、或其他数据处理设备。ASIC708或其他处理器执行与无线设备的存储器712中的任何驻留程序相对接的应用编程接口(API)710层。存储器712可包括只读存储器(ROM)或随机存取存储器(RAM)、电可擦除可编程ROM(EEPROM)、闪存卡、或计算机平台常用的任何存储器。平台702还可包括能存储未在存储器714中活跃地使用的应用以及其它数据的本地数据库712。本地数据库714通常为闪存单元，但也可以是如本领域已知的任何辅助存储设备(诸如磁介质、EEPROM、光学介质、带、软盘或硬盘、或诸如此类)。

相应地，本公开的一个方面可包括具有执行本文描述的功能的能力的UE(例如，UE700A、700B等)。如将由本领域技术人员领会的，各种逻辑元件可实施在分立元件、处理器上执行的软件模块、或软件与硬件的任何组合中以实现本文公开的功能性。例如，ASIC708、存储器712、API710和本地数据库714可以全部协作地用来加载、存储和执行本文公开的各种功能，且用于执行这些功能的逻辑因此可分布在各种元件上。替换地，该功能性可被纳入到一个分立的组件中。因此，图7中的UE700A和700B的特征将仅被视为解说性的，且本公开不限于所解说的特征或布局。

UE700A和/或700B与RAN120之间的无线通信可以基于不同的技术，诸如CDMA、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、GSM、或可在无线通信网络或数据通信网络中使用的其他协议。如上文所讨论的以及本领域中已知的，可以使用各种网络和配置来将语音传输和/或数据从RAN传送到UE。因此，本文提供的解说并非意图限定本公开的诸方面，而仅仅是辅助描述本公开的诸方面。

图8解说了包括配置成执行功能性的逻辑的通信设备800。通信设备800可对应于上述通信设备中的任一者，包括但不限于UE700A或700B、RAN120的任何组件(例如，BS200A至210A、BSC215A、B节点200B至210B、RNC215B、演进型B节点200D至210D等)、核心网140的任何组件(例如，PCF220A、PDSN225A、SGSN220B、GGSN225B、MME215D或220D、HSS225D、S-GW230D、P-GW235D、PCRF240D)、与核心网140和/或因特网175耦合的任何组件(例如，应用服务器170)，等等。因此，通信设备800可对应于配置成通过图1的无线通信***100与一个或多个其它实体通信(或促成与一个或多个其它实体的通信)的任何电子设备。

参照图8，通信设备800包括配置成接收和/或传送信息的逻辑805。在一示例中，如果通信设备800对应于无线通信设备(例如，UE700A或700B、BS200A至210A之一、B节点200B至210B之一、演进型B节点200D至210D之一、等等)，则配置成接收和/或传送信息的逻辑805可包括无线通信接口(例如，蓝牙、WiFi、2G、CDMA、W-CDMA、3G、4G、LTE等)，诸如无线收发机和相关联的硬件(例如，RF天线、调制解调器、调制器和/或解调器等)。在另一示例中，配置成接收和/或传送信息的逻辑805可对应于有线通信接口(例如，串行连接、USB或火线连接、可藉以接入因特网175的以太网连接等)。因此，如果通信设备800对应于某种类型的基于网络的服务器(例如，PDSN、SGSN、GGSN、S-GW、P-GW、MME、HSS、PCRF、应用服务器170等)，则配置成接收和/或传送信息的逻辑805在一示例中可对应于以太网卡，该以太网卡经由以太网协议将基于网络的服务器连接至其它通信实体。作为示例，配置成接收和/或传送信息的逻辑805可以包括配置成从UE向服务器发送注册请求的逻辑，该注册请求指示UE感兴趣的一个或多个通信群并且可任选地包括UE针对群通信服务而向服务器注册的意图；配置成从服务器接收指示已被指派预先确立的多播资源的一个或多个通信群的集合的消息的逻辑；以及配置成从服务器接收一个或多个呼叫标识符的逻辑，该一个或多个呼叫标识符被映射至该一个或多个通信群的集合中的每一个通信群的群标识符。作为另一示例，配置成接收和/或传送信息的逻辑805可以包括配置成从UE接收注册请求的逻辑，该注册请求指示UE感兴趣的一个或多个通信群；配置成向UE发送指示该一个或多个通信群的集合和一个或多个经映射的呼叫标识符的消息的逻辑；以及配置成将多个群呼叫指派到一个或多个预先确立的多播资源上的逻辑。在进一步示例中，配置成接收和/或传送信息的逻辑805可包括传感或测量硬件(例如，加速计、温度传感器、光传感器、用于监视本地RF信号的天线等)，通信设备800可藉由该传感或测量硬件来监视其本地环境。配置成接收和/或传送信息的逻辑805还可包括在被执行时准许配置成接收和/或传送信息的逻辑805的相关联硬件执行其(诸)接收和/或传送功能的软件。然而，配置成接收和/或传送信息的逻辑805不单单对应于软件，并且配置成接收和/或传送信息的逻辑805至少部分地依赖于硬件来实现其功能性。

参照图8，通信设备800进一步包括配置成处理信息的逻辑810。在一示例中，配置成处理信息的逻辑810可至少包括处理器。可由配置成处理信息的逻辑810执行的处理类型的示例实现包括但不限于执行确定、建立连接、在不同信息选项之间作出选择、执行与数据有关的评价、与耦合至通信设备800的传感器交互以执行测量操作、将信息从一种格式转换为另一种格式(例如，在不同协议之间转换，诸如，.wmv到.avi等)，等等。例如，配置成处理信息的逻辑810可以包括配置成存储一个或多个呼叫标识符至该一个或多个通信群的集合中的每一个通信群的群标识符的映射的逻辑；以及配置成为该一个或多个通信群的集合维护一个或多个群呼叫会话的逻辑。作为另一示例，配置成处理信息的逻辑810可以包括配置成确定为预先确立的群呼叫置备UE的逻辑；配置成检索一个或多个通信群的群标识符的逻辑；配置成将一个或多个呼叫标识符映射至该一个或多个通信群的集合中的每一个通信群的群标识符的逻辑；以及配置成将多个群呼叫指派到一个或多个预先确立的多播资源上的逻辑。包括在配置成处理信息的逻辑810中的处理器可对应于被设计成执行本文所描述功能的通用处理器、数字信号处理器(DSP)、ASIC、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合。通用处理器可以是微处理器，但在替换方案中，该处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其它此类配置。配置成处理信息的逻辑810还可包括在被执行时准许配置成处理信息的逻辑810的相关联硬件执行其处理功能的软件。然而，配置成处理信息的逻辑810不单单对应于软件，并且配置成处理信息的逻辑810至少部分地依赖于硬件来实现其功能性。

参照图8，通信设备800进一步包括配置成存储信息的逻辑815。在一示例中，配置成存储信息的逻辑815可至少包括非瞬态存储器和相关联的硬件(例如，存储器控制器等)。例如，包括在配置成存储信息的逻辑815中的非瞬态存储器可对应于RAM、闪存、ROM、可擦除式可编程ROM(EPROM)、EEPROM、寄存器、硬盘、可移动盘、CD-ROM、或本领域中已知的任何其他形式的存储介质。被配置成存储信息的逻辑815还可包括在被执行时准许被配置成存储信息的逻辑815的相关联硬件执行其存储功能的软件。然而，配置成存储信息的逻辑815不单单对应于软件，并且配置成存储信息的逻辑815至少部分地依赖于硬件来实现其功能性。作为示例，配置成存储信息的逻辑815可以包括配置成存储一个或多个呼叫标识符至该一个或多个通信群的集合中的每一个通信群的群标识符的映射的逻辑；以及配置成为该一个或多个通信群的集合维护一个或多个群呼叫会话的逻辑。

参照图8，通信设备800进一步可任选地包括配置成呈现信息的逻辑820。在一示例中，配置成呈现信息的逻辑820可至少包括输出设备和相关联的硬件。例如，输出设备可包括视频输出设备(例如，显示屏、能承载视频信息的端口(诸如USB、HDMI等))、音频输出设备(例如，扬声器、能承载音频信息的端口(诸如话筒插孔、USB、HDMI等))、振动设备和/或信息可藉此被格式化以供输出或实际上由通信设备800的用户或操作者输出的任何其它设备。例如，如果通信设备800对应于如图7中示出的UE700A或UE700B，则配置成呈现信息的逻辑820可包括UE700A的显示器710A或UE700B的触摸屏显示器705B。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，配置成呈现信息的逻辑820可被省略。配置成呈现信息的逻辑820还可包括在被执行时准许配置成呈现信息的逻辑820的相关联硬件执行其呈现功能的软件。然而，配置成呈现信息的逻辑820不单单对应于软件，并且配置成呈现信息的逻辑820至少部分地依赖于硬件来实现其功能性。

参照图8，通信设备800进一步可任选地包括配置成接收本地用户输入的逻辑825。在一示例中，配置成接收本地用户输入的逻辑825可至少包括用户输入设备和相关联的硬件。例如，用户输入设备可包括按钮、触摸屏显示器、键盘、相机、音频输入设备(例如，话筒或可携带音频信息的端口(诸如话筒插孔等))、和/或可用来从通信设备800的用户或操作者接收信息的任何其它设备。例如，如果通信设备800对应于如图7所示的UE700A或UE700B，则被配置成接收本地用户输入的逻辑825可包括按键板720A、按钮715A或710B到725B中的任何一个按钮、触摸屏显示器705B等。在进一步示例中，对于某些通信设备(诸如不具有本地用户的网络通信设备(例如，网络交换机或路由器、远程服务器等))而言，被配置成接收本地用户输入的逻辑825可被省略。被配置成接收本地用户输入的逻辑825还可包括在被执行时准许被配置成接收本地用户输入的逻辑825的相关联硬件执行其输入接收功能的软件。然而，被配置成接收本地用户输入的逻辑825不单单对应于软件，并且被配置成接收本地用户输入的逻辑825至少部分地依赖于硬件来实现其功能性。

参照图8，尽管所配置的逻辑805到825在图8中被示出为分开或相异的块，但将领会，相应各个所配置的逻辑藉以执行其功能性的硬件和/或软件可部分交迭。例如，用于促成所配置的逻辑805到825的功能性的任何软件可被存储在与配置成存储信息的逻辑815相关联的非瞬态存储器中，从而所配置的逻辑805到825各自部分地基于由被配置成存储信息的逻辑815所存储的软件的操作来执行其功能性(即，在这一情形中为软件执行)。同样地，直接与所配置的逻辑之一相关联的硬件可不时地被其它所配置的逻辑借用或使用。例如，被配置成处理信息的逻辑810的处理器可在数据由被配置成接收和/或传送信息的逻辑805传送之前将此数据格式化为恰适格式，从而被配置成接收和/或传送信息的逻辑805部分地基于与被配置成处理信息的逻辑810相关联的硬件(即，处理器)的操作来执行其功能性(即，在这一情形中为数据传输)。

一般而言，除非另外明确声明，如贯穿本公开所使用的短语“配置成……的逻辑”旨在调用至少部分地用硬件实现的方面，而并非旨在映射到独立于硬件的仅软件实现。同样，将领会，各个框中的所配置的逻辑或“配置成…的逻辑”并不限于具体的逻辑门或元件，而是一般地指代执行本文描述的功能性的能力(经由硬件或硬件和软件的组合)。”因此，尽管共享措词“逻辑”，但如各个框中所解说的所配置的逻辑或“配置成......的逻辑”不必被实现为逻辑门或逻辑元件。”从以下更详细地描述的各方面的概览中，各个框中的逻辑之间的其它交互或协作将对本领域普通技术人员而言变得清楚。

各个实施例可以在市售的服务器设备(诸如图9中解说的服务器900)中的任一个上实现。在一示例中，服务器900可对应于上述应用服务器170的一个示例配置。在图9中，服务器900包括耦合至易失性存储器902和大容量非易失性存储器(诸如盘驱动器903)的处理器901。服务器900还可包括耦合至处理器901的软盘驱动器、压缩碟(CD)或DVD碟驱动器906。服务器900还可包括耦合至处理器901的用于建立与网络907(诸如耦合至其他广播***计算机和服务器或耦合至因特网的局域网)的数据连接的网络接入端口904。在图8的上下文中，将领会，图9的服务器900解说了通信设备800的一个示例实现，藉此配置成传送和/或接收信息的逻辑805对应于由服务器900用来与网络907通信的网络接入点904，配置成处理信息的逻辑810对应于处理器901，而配置成存储信息的逻辑815对应于易失性存储器902、盘驱动器903和/或碟驱动器906的任何组合。配置成呈现信息的可任选逻辑820和配置成接收本地用户输入的可任选逻辑825未在图9中明确示出，并且可以被或可以不被包括在其中。由此，图9帮助展示通信设备800除了如图7中的705A或705B的UE实现之外，还可被实现为服务器。

对于要求低等待时间和短时间来建立群通信的群通信服务，常规多播信道的建立时间会对***性能造成损害。对于LTE，广播多播框架(即，eMBMS)支持半静态承载建立。eMBMS承载是通过带外网络规程来建立的，并且用于建立和检测可用eMBMS承载的等待时间不适用于低等待时间群通信。为了克服此等待时间问题，在eMBMS***中，多播承载需要在呼叫开始之前就被建立。这意味着必须标识目标地理区域并且连接网络组件。另外，需要在与eMBMS***对接的应用服务器中预先置备群成员列表。

在常规方案中，在单播***中预先确立呼叫并且诸UE建立用于该呼叫的会话以及建立核心网承载。核心网保留用于呼叫的资源，并且类似地，UE上的多播客户端保留用于呼叫的计算和声码器资源。同样，应用服务器保留用于呼叫的计算资源。因此，稍候，例如在按压PTT按钮时，***执行发言权仲裁并且媒体可以在非常短时间内被递送。

对于预先确立的单个群呼叫而言，此***良好地工作。然而，在需要支持多个呼叫时，***不能良好地缩放。***必须递送用于预先确立每个此类群呼叫的信令，并且在给定每个预先确立的呼叫消耗UE、网络和应用服务器上的资源的情况下，资源利用不是高效的。即使假定网络和应用服务器能够良好地缩放，UE上的资源也仍然是相当有限的，由此为了使用当前方案来支持多个预先确立的呼叫将耗尽UE上的计算资源(例如存储器)。

图10解说了用于预先确立的呼叫的样例开放移动联盟(OMA)蜂窝上PTT(PoC)流程。在步骤1，使每个PoC用户(在图10的示例中为UE1020A和1020B)上电。在步骤2，UE1020A和1020B各自执行附连规程以分别认证分组交换(PS)域1030A和1030B。在步骤3，每个UE1020A和1020B确保适用于IMS相关信令的承载被建立并且(若必要)确保具有与用于IMS相关信令的默认承载相同的接入点名称(APN)和IP地址的附加通用承载被建立。

应当注意，对于每个PoC用户(即，UE1020A和1020B)，这些步骤可以在不同时间发生。EPS承载的使用取决于UE、网络和总体***被配置成如何操作。还应当注意，如果订阅和运营商政策允许，则允许预先确立的用于PoC讲话突发控制和媒体的EPS承载的QoS具有比尽力型更高的QoS。

在步骤4，每个UE1020A和1020B分别执行向IMS核心1040A和1040B的IMS注册。在步骤5，每个UE1020A和1020B分别建立用于面向PoC应用服务器170A和170B的PoC通信的预先确立的会话。邀请请求5a包含PoC服务指示，并且会话描述协议(SDP)媒体参数指示步骤3中获得的IP地址。在步骤5b，IMS核心1040A/1040B标识此服务指示匹配用于预先确立的会话的过滤准则，并且在步骤5c，将会话建立请求路由至PoC应用服务器170A/170B。通常，此会话建立是在单播承载上的。然而，这也可以在eMBMS承载上执行。

在UE1020A/1020B的IMS网络中应用基于服务的本地政策的情形中，IMS核心1040A/1040B生成用于会话的授权令牌，然后在步骤5e，在预先确立的会话被建立之际在200OK响应中***该授权令牌并且将其递送给UE1020A/1020B。

为了支持对多个同时呼叫的监视，针对每个呼叫重复步骤5a-5e。因此，对于每个呼叫，UE需要维护每个呼叫的状态。

在步骤6，PoC用户A按压UE1020A上的PTT指示/按钮以指示他或她希望与UE1020B的用户通信。在步骤7和8，UE1020A请求建立媒体传输并且例如经由IMS核心1040A向PoC应用服务器170A发送SIPREFER消息，该SIPREFER消息包含终接用户(即，UE1020B)的地址。

在步骤9到11，PoC应用服务器170A经由IMS核心1040A和IMS核心1040B来向PoC应用服务器170B发送邀请请求。在步骤12到14，PoC应用服务器170B经由IMS核心1040B和IMS核心1040A来向PoC应用服务器170A指示自动应答。在步骤15到17，PoC应用服务器170A对媒体建立请求消息进行确收并且在同时向UE1020A发送讲话突发确认。在步骤3中建立的EPS承载上向UE1020A传送讲话突发控制消息。

在步骤18和19，PoC应用服务器170A经由PoC应用服务器170B向UE1020B通知来自UE1020A的讲话突发正在途中。通常，需要在讲话突发消息能够被传送之前寻呼UE1020B。注意，接收讲话突发消息对于PS域1030B而言是透明的。

在步骤20和21，在UE1020A接收到针对媒体建立请求消息和讲话突发确认消息两者的确收之后，UE1020A可以向PoC应用服务器170A发送媒体数据。在单播传输的情形中，UE1020A可以为媒体和讲话突发控制交换建立具有与步骤3的EPS承载相同的IP地址和APN的附加EPS承载(诸如具有话务类流送和经协商的媒体参数所需要的带宽的EPS承载)。如果UE在步骤5接收到授权令牌，则UE将该授权令牌***到EPS承载信令中。一旦在步骤18中建立的EPS承载可用，UE1020A就可以使用该EPS承载。

在步骤22到24，UE1020A继续发送媒体。如果并且当步骤22中建立的EPS承载可用时，UE1020A可以使用该EPS承载。UE1020A向PoC应用服务器170A发送媒体数据，PoC应用服务器170A经由PoC应用服务器170B向UE1020B发送该媒体数据。

在步骤25，在接收到讲话突发消息之后，UE1020B可以为媒体和讲话突发控制交换建立具有与步骤3的上下文相同的IP地址和APN的附加EPS承载(诸如具有话务类流送和经协商的媒体参数所需要的带宽的EPS承载)。如果UE在步骤5接收到授权令牌，则UE将该授权令牌***到EPS承载信令中。

eMBMS承载发现、激活和经延迟的承载通知过程妨碍了将eMBMS用于低呼叫建立等待时间应用。然而，例如，在给定由eMBMS提供的网络资源效率的情况下，其是用于LTE中的大型群通信的最合适的机制。为了满足对交互式群通信的低等待时间呼叫建立要求，可以使用预先激活的eMBMS承载。对于此类预先激活的服务，在从客户端允许任何群呼叫请求之前，应用服务器为要求低呼叫建立等待时间的群建立承载。

一种解决方案通过将预先确立的eMBMS承载用于快速群通信建立来将下行链路上的eMBMS用于群通信。单播承载被用于上行链路通信，并且在某些情形中(例如，在不支持eMBMS的情况下)，也在下行链路上使用单播。该解决方案将PCRF(诸如图2D中的PCRF240D)用作应用服务器(诸如应用服务器170)与BM-SC(诸如BM-SC536)之间的接口以交换eMBMS相关控制信息。

图11解说了根据本公开的一方面的UE1120与应用服务器170之间的交互的示例性流程。在1101到1104，应用服务器170经由PCRF1150向BM-SC1140请求UE1120所属于的(诸)群的(诸)临时移动群标识符(TMGI)。在1105，应用服务器170创建(诸)TMGI至(诸)群标识符的映射。

在1106到1110，为(诸)群建立预先确立的eMBMS承载。相应的MBSFN区域基于为提供给BM-SC1140的该群通信所预先选择的eNB。在1111，UE1120上的用于群通信的应用向应用服务(诸如群通信应用服务)注册。注册消息可以包括UE1120感兴趣的群(例如，UE1120所属于的所有群)的所有群标识符。在1112，(诸)群的(诸)TMGI(若可用)被返回给UE1120作为成功注册的一部分。UE1120维护(诸)TMGI至(诸)群标识符的映射。

在1113，UE1120监视网络以确定与所感兴趣的(诸)群的(诸)TMGI相对应的eMBMS传输的可用性。在(诸)TMGI活跃时，UE1120建立eMBMS逻辑和传输信道并且继续监视关于(诸)TMGI的话务。UE1120在这些信道上向群通信应用转发任何下行链路用户面话务。

UE1120使用单播上行链路承载来发起针对特定群的群通信建立。UE1120还在群建立信令中指示与该群的TMGI相对应的eMBMS传输的可用性。应用服务器170决定是否将预先确立的eMBMS承载用于下行链路。在1114，应用服务器170传送群通信话务。如果eMBMS承载被用于下行链路，则演进型UTRAN(E-UTRAN)1130可以通过决定使用点对点服务或点对多点服务(例如，基于计数信息)来进一步优化资源利用。

本公开的诸方面使UE和PTT应用层能被用于预先确立并且监视要求低呼叫建立等待时间的多个同时的群呼叫。此***允许用户选择活跃群之一并且请求发言权以递送媒体。

该***使用注册期间来自UE的指示来预先确立呼叫。在注册期间，应用服务器从其数据库检索UE的群成员关系并且预先确立用于UE的会话。应用服务器向UE发送被映射到UE感兴趣的每个群的呼叫标识符列表。UE随后将呼叫标识符用于任何呼叫中信令。

图12解说了根据本公开的一方面的用于预先确立多个PTT呼叫的示例性流程。该流程开始于承载预先确立阶段。在图12的示例中，多个UE1220形成通信群。群通信可以是预定的(例如，使用相同通信应用的一群朋友或同事)或者可以在运行中确定(例如，给定地理区域内的所有用户)。

在1201，EPC1240中的BM-SC和应用服务器170保留用于群通信的(诸)TMGI。在1202，(诸)E-UTRAN1230、EPC1240中的BM-SC(诸如图2D中的BM-SC236D)以及应用服务器170进行通信以建立用于保留的(诸)TMGI的承载。BM-SC建立eMBMS承载并且在1203向(诸)E-UTRAN1230广播(诸)TMGI。E-UTRAN1230随后向UE1220广播(诸)TMGI。(诸)TMGI允许UE1220知晓当前支持的群呼叫。

图12中解说的流程以应用(诸如群通信应用)会话预先确立和承载标识阶段继续。在1204，UE1220分别经由E-UTRAN1230和EPC1240中的SGW和PGW(诸如图2D中的S-GW230D和P-GW235D)来向应用服务器170注册并且提供这些UE感兴趣的群列表。在1205，应用服务器170从数据库1180检索与感兴趣的群相关联的群标识符。在1206，应用服务器170针对可以使用预先确立的承载方案的UE1220的每个群将群标识符映射至呼叫标识符，如以下所描述的。

在1207，应用服务器170指令EPC1240中的BM-SC为这些群预先确立特定数目的承载。应用服务器170可以决定在相同承载上复用多个群。因此，如果此类承载存在，则应用服务器170可以不在新的承载上发起激活。

在1208，应用服务器170在单播承载上向UE1220发送预先确立的群列表以及群标识符至相应呼叫标识符的映射。EPC1240中的SGW和PGW将此信息转发给E-UTRAN1230，E-UTRAN1230将此信息转发给UE1220。在1209，UE1220记录预先确立的群并且将呼叫标识符映射至群标识符。

由于呼叫不活跃，因而应用服务器170不将资源(例如，存储器)分配给该呼叫并且如同其他经复用呼叫那样将该呼叫作为空闲呼叫来对待。

图12中解说的流程以将预先确立的承载用于群通信阶段继续。在1210，UE1220之一的用户例如通过按压PTT按钮以请求群呼叫的发言权来发起群呼叫。在1211，UE选择与由用户请求的群相对应的(诸)呼叫标识符用于预先确立的群之一并且将该标识符包括在所生成的讲话或发送媒体的请求中(例如，在图12的示例中为PTT发言权请求)。客户端可以创建专用于此现在活跃的呼叫的另一过程并且将存储器资源专用于该呼叫。

在1212，UE经由E-UTRAN1230和EPC1240的SGW和PGW来向应用服务器170发送讲话或发送媒体的请求。在1213，应用服务器170接收预先确立的群的呼叫标识符，使用该呼叫标识符来查找相应的群标识符，使用该群标识符来标识群中的其他参与者，并且通知其他参与者(即，图12的示例中为其余UE1220)。取决于应用层方法，应用服务器170在用于呼叫的公共eMBMS承载上或者在用于目标UE的专用承载上或者在两者的组合上使用应用层信令来通知其他参与者。应用服务器170可以创建专用于此现在活跃的呼叫的另一过程并且将存储器资源专用于该呼叫。

在1214，应用服务器170经由EPC1240的SGW和PGW和E-UTRAN1230在单播承载上向呼叫方UE发送发言权请求准予消息。在1215，呼叫方UE经由E-UTRAN1230、SGW和PGW向应用服务器170传送针对该群的讲话突峰或媒体。在1216，取决于应用层方法，应用服务器170在用于呼叫的媒体递送的公共eMBMS承载上或者在用于目标UE的专用承载上或者在两者的组合上经由EPC1240的BM-SC和E-UTRAN1230向UE1220的群的其他成员转发讲话突峰或媒体。

群标识符是对群的集体静态性质的引用，诸如：

重新建立群呼叫的需要；

多播资源的使用；

成员列表；

每个成员的能力(即，QoS、所支持的数据类型、单播、多播能力等)；

将多播或单播承载用于每个参与者；

用于群和成员的认证材料；

群支持的媒体格式(例如，声码器、音频、视频、图像类型、半双工、全双工等)；和/或

为支持服务所必需的所有其他因应用层而异的参数(例如，讲话者优先排名、地理区域、行政区域、记账和OAM格式、定时器、呼叫状态信息参数等)。

以上性质在呼叫期间不变。然而，一旦呼叫在应用服务器170上发生，某些性质就是可用的或者可以在呼叫期间变化。通过呼叫标识符来引用由群标识符引用的群的静态性质和仅在呼叫建立期间可用的动态性质的集体参引。

呼叫标识符连同群标识符指代以下性质：

与应用服务器的通信的IP地址和端口；

参与呼叫的成员数目；

用于与客户端通信的端口；

源标识符(例如，RTP分组的同步源(SSRC))；

呼叫的会话密钥；和/或

为呼叫选择的媒体格式(例如，声码器、视频格式等)。

对于其中在成员列表中定义用户的每个群，应用服务器170提供群标识符、相应的呼叫标识符、以及相应的TMGI。群标识符至呼叫标识符和TMGI的这种映射唯一性地标识呼叫。由此，客户端针对每个群接收以上映射的列表，其在本文中称为在单个响应中向UE提供呼叫标识符的复用。

通过使用单个请求来为eMBMS***上的用户预先确立所有必需的呼叫并且通过提供呼叫标识符，本文公开的***消除了多个会话请求的需要，由此优化了信令话务。此外，通过消除为每个会话进行单独的上下文维护的需要，本文公开的***还减少了UE和应用服务器上的存储器约束。

图13解说了根据本公开的一方面的示例性呼叫预先确立流程。图13中解说的流程可由应用服务器(诸如应用服务器170)执行。在1310，应用服务器170从客户端UE接收注册请求，该注册请求可任选地包括用于预先确立的群列表。在1320，应用服务器170确定客户端UE是否已指示使用预先确立的建立。替换地，作为注册的一部分，应用服务器170可以从应用服务器170内的群数据库(诸如图11中的数据库1180)检索用户信息，以确定是否为预先确立的群呼叫置备用户。如果应用服务器170确定不为预先确立的群呼叫置备用户或者尚未指示预先确立的呼叫，则在1330，应用服务器170作为常规呼叫来处置通信。

然而，在1340，如果客户端UE已指示使用预先确立的呼叫建立，则应用服务器170从数据库(诸如图11中的数据库1180)检索群列表。在1350，应用服务器170确定是否激活要求预先确立的呼叫建立的所有群呼叫。如果它们被激活，则流程行进至1370。如果它们不被激活，则在1355，应用服务器170确定是否可以在现有的eMBMS承载上复用群呼叫。如果复用是合意的，则流程行进至1370处的呼叫建立规程。如果承载未被预先确立并且现有承载上的复用不是合意的，则在1360，应用服务器170预先确立呼叫并且为该呼叫保留资源(包括针对发言权控制的呼叫标识符)。

在1370，如果激活了要求预先确立的呼叫建立的所有群呼叫，则应用服务器170行进至呼叫建立规程并且将客户端UE的承载信息(诸如其IP地址或网络标识符)添加至每个群的呼叫参与列表。因此，除了公共eMBMS承载信息之外，每个群构造参与者列表及其单播承载信息。应用服务器170随后选择要用于呼叫中通信的呼叫标识符。由于该群不活跃，因而应用服务器170将关于该群的信息添加至处置空闲呼叫的单个过程并且没有资源被分配用于呼叫。

在1380，应用服务器170向客户端UE递送关于每个预先确立的群的经复用通知并且提供呼叫标识符。

在1390，客户端UE将该信息添加至处置空闲呼叫的过程并且没有资源被指派。应用服务器170等待任何发言权请求消息。在作出发言权请求时，客户端UE将呼叫标识符用于该群。

图14解说了根据本公开的一方面的示例性媒体交换流程。注意，应用服务器(诸如应用服务器170)和UE不具有为空闲的呼叫保留的资源(诸如存储器、声码器、话筒等)。在1410，UE(诸如UE520、700A、700B或1120)检测用户已按压针对特定群的PTT按钮。例如，这可以基于用户界面(UI)显示来自联系人列表的群或者重用最近一次尝试的呼叫或者在按钮按压之前或期间选择群的任何其他手段。在1415，UE确定是否已预先确立将向其发送相关联的讲话突峰或媒体的群。若为否，则在1420，UE使用常规的按需规程。然而，若为是，则在1425，UE确定PTT群的群标识符并且使用信令消息中的相关联的呼叫标识符来请求发言权。在1430，UE向应用服务器(诸如应用服务器170)发送请求讲话消息连同呼叫标识符。

在1435，应用服务器170基于呼叫标识符来查找群及其参与者。由于该群是活跃的，因而应用服务器170创建用于呼叫的新过程并且指派资源。在1440，应用服务器170向参与者递送关于发言权通知的呼叫中信令并且使用呼叫信令消息中的群标识符来向请求方UE准予发言权。

在1445，基于TMGI来监视eMBMS承载的参与方客户端UE接收来自应用服务器170的呼叫信令消息并且基于呼叫标识符来标识该群。参与方客户端UE准备接收讲话突峰或媒体。

在1450，请求递送讲话突峰或媒体的客户端UE使用信令和媒体消息中的呼叫标识符并且向应用服务器170转发媒体。在1455，应用服务器170基于参与方客户端UE的承载标识符或IP地址来向参与方客户端UE转发媒体。在1460，讲话突峰或媒体传输结束。应用服务器170启动挂起定时器。在1465，在挂起定时器期满时，应用服务器170释放过程指派，由此释放被指派用于呼叫的存储器资源。网络和eMBMS资源仍被维护。

图15解说了根据本公开的一方面的用于通过MBMS或eMBMS进行群通信的示例性流程。图15中解说的流程可由服务器(诸如应用服务器170)执行。在1502，服务器从UE接收注册请求，诸如在图12的1204和/或图13的1310处。该注册请求可以指示UE感兴趣的一个或多个通信群。在1504，服务器确定为预先确立的群呼叫置备UE，诸如在图13的1320处。在1506，服务器检索该一个或多个通信群的群标识符，诸如在图12的1205和/或图13的1340处。在1508，服务器将一个或多个呼叫标识符映射至一个或多个通信群的集合中的每一个通信群的群标识符，诸如在图12的1206处。在1510，服务器向UE发送指示该一个或多个通信群的集合和一个或多个经映射的呼叫标识符的消息，诸如在图12的1208处。在1512，服务器将多个群呼叫指派到一个或多个预先确立的多播资源上，诸如在图13的1355和1370处。

图16解说了根据本公开的一方面的用于通过MBMS或eMBMS进行群通信的示例性流程。图16中解说的流程可由UE(诸如UE520、700A、700B、或1120中的任一者)来执行。在1602，UE向服务器(诸如应用服务器170)发送注册请求，诸如在图12的1204处。该注册请求可以指示UE感兴趣的一个或多个通信群并且可任选地指示UE针对群通信服务而向服务器注册的意图。在1604，UE从服务器接收指示已被指派预先确立的多播资源的一个或多个通信群的集合的消息，诸如在图12的1207处。在1606，UE从服务器接收一个或多个呼叫标识符，该一个或多个呼叫标识符被映射至该一个或多个通信群的集合中的每一个通信群的群标识符，诸如在图12的1208处。在1608，UE存储该一个或多个呼叫标识符至该一个或多个通信群的集合中的每一个通信群的群标识符的映射，诸如在图12的1209处。在1610，UE为该一个或多个通信群的集合维护一个或多个群呼叫会话，诸如在图12的1209和/或图13的1390处。

以上描述的各方面提供了胜过常规技术的若干优点。例如，通过使用复用技术，本文公开的***使用各种设备(例如，应用服务器和UE)上的最小网络和计算资源。另外，类似的方案可被扩展到一对一呼叫，其中应用服务器170为用户的联系人的每种组合提供标识符。

本领域技术人员将领会，结合本文中公开的实施例描述的各种解说性逻辑板块、模块、电路、和算法步骤可被实现为电子硬件、计算机软件或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、块、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和施加于整体***的设计约束。技术人员可针对每种特定应用以不同方式来实现所描述的功能性，但此类实现决策不应被解读为致使脱离本发明的范围。

结合本文中所公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或者在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或者本领域中所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从/向该存储介质读写信息。替换地，存储介质可以被整合到处理器。

相应地，本公开的一实施例可包括实施用于通过eMBMS进行群通信的方法的计算机可读介质。相应地，本公开不限于所解说的示例且任何用于执行文本所描述的功能的手段均被包括在本发明的实施例中。

尽管前面的公开示出了本公开的解说性实施例，但是应当注意在其中可作出各种变更和修改而不会脱离如所附权利要求定义的本发明的范围。根据本文中所描述的本公开实施例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外，尽管本公开的要素可能是以单数来描述或主张权利的，但是复数也是已料想了的，除非显式地声明了限定于单数。

Claims (54)

1.一种用于通过多播服务进行群通信的方法，包括：

从用户装备(UE)向服务器发送注册请求，所述注册请求指示所述UE感兴趣的一个或多个通信群并且可任选地包括所述UE针对群通信服务而向所述服务器注册的意图；

从所述服务器接收指示已被指派预先确立的多播资源的所述一个或多个通信群的集合的消息；

从所述服务器接收一个或多个呼叫标识符，所述一个或多个呼叫标识符被映射至所述一个或多个通信群的集合中的每一个通信群的群标识符；

存储所述一个或多个呼叫标识符至所述一个或多个通信群的集合中的每一个通信群的群标识符的映射；以及

为所述一个或多个通信群的集合维护一个或多个群呼叫会话，

其中所述服务器将多个群呼叫指派给所述预先确立的多播资源。

2.如权利要求1所述的方法，其特征在于，维护所述一个或多个群呼叫会话包括维护呼叫状态信息。

3.如权利要求1所述的方法，其特征在于，进一步包括：

为所述一个或多个通信群的集合维护一个群呼叫会话。

4.如权利要求1所述的方法，其特征在于，进一步包括：

确定为预先确立的群呼叫置备所述UE。

5.如权利要求1所述的方法，其特征在于，进一步包括：

向所述服务器发送呼叫请求，所述呼叫请求包括与所述一个或多个通信群的集合中的一个通信群相对应的呼叫标识符。

6.如权利要求5所述的方法，其特征在于，进一步包括：

接收为通信群建立群呼叫的请求；

确定所述通信群的群标识符；以及

基于所述群标识符来确定所述呼叫标识符。

7.如权利要求5所述的方法，其特征在于，所述呼叫请求包括发起群呼叫的请求。

8.如权利要求7所述的方法，其特征在于，所述群呼叫包括即按即讲呼叫。

9.如权利要求5所述的方法，其特征在于，进一步包括：

将关于所述通信群的信息添加至处置空闲呼叫的过程。

10.如权利要求1所述的方法，其特征在于，所述多播资源包括多媒体广播/多播服务(MBMS)承载。

11.如权利要求1所述的方法，其特征在于，所述一个或多个呼叫标识符被映射在公共临时移动群标识符(TMGI)上。

12.一种用于通过多播服务进行群通信的方法，包括：

从用户装备(UE)接收注册请求，所述注册请求指示所述UE感兴趣的一个或多个通信群；

确定为预先确立的群呼叫置备所述UE；

检索所述一个或多个通信群的群标识符；

将一个或多个呼叫标识符映射至所述一个或多个通信群的集合中的每一个通信群的群标识符；

向所述UE发送指示所述一个或多个通信群的集合和所述一个或多个经映射的呼叫标识符的消息；以及

将多个群呼叫指派到一个或多个预先确立的多播资源上，

其中所述UE为所述一个或多个通信群的集合维护一个或多个群呼叫会话。

13.如权利要求12所述的方法，其特征在于，进一步包括：

为所述一个或多个通信群的集合预先确立所述一个或多个多播资源。

14.如权利要求12所述的方法，其特征在于，将所述多个群呼叫指派到所述一个或多个预先确立的多播资源上包括将所述多个群呼叫复用到所述一个或多个预先确立的多播资源上。

15.如权利要求12所述的方法，其特征在于，进一步包括：

向一个或多个目标UE发送指示所述一个或多个通信群的集合和所述一个或多个经映射的呼叫标识符的所述消息。

16.如权利要求12所述的方法，其特征在于，所述UE维护所述一个或多个群呼叫会话包括所述UE维护呼叫状态信息，并且其中服务器维护呼叫状态信息。

17.如权利要求12所述的方法，其特征在于，进一步包括：

从所述UE接收呼叫请求，所述呼叫请求包括由服务器提供的呼叫标识符；

基于所述呼叫标识符来标识通信群的参与者列表；以及

向所述参与者列表传送呼叫通知。

18.如权利要求17所述的方法，其特征在于，进一步包括：

从所述UE接收发言权请求，所述发言权请求包括所述呼叫标识符。

19.如权利要求17所述的方法，其特征在于，所述呼叫请求包括发起群呼叫的请求。

20.如权利要求19所述的方法，其特征在于，所述群呼叫包括即按即讲呼叫。

21.如权利要求17所述的方法，其特征在于，进一步包括：

确定与所述呼叫请求相对应的群呼叫是否能被复用到所述一个或多个预先确立的多播资源上。

22.如权利要求17所述的方法，其特征在于，进一步包括：

将关于所述通信群的信息添加至处置所有空闲的预先确立的群呼叫的经复用过程。

23.如权利要求12所述的方法，其特征在于，进一步包括：

在挂起定时器期满之际释放所述多播资源；以及

将指派过程重新指派给空闲的经复用呼叫处置。

24.如权利要求12所述的方法，其特征在于，所述多播资源包括多媒体广播/多播服务(MBMS)承载。

25.如权利要求12所述的方法，其特征在于，所述一个或多个呼叫标识符被映射在公共临时移动群标识符(TMGI)上。

26.一种用于通过多播服务进行群通信的装置，包括：

配置成从用户装备(UE)向服务器发送注册请求的逻辑，所述注册请求指示所述UE感兴趣的一个或多个通信群并且可任选地包括所述UE针对群通信服务而向所述服务器注册的意图；

配置成从所述服务器接收指示已被指派预先确立的多播资源的所述一个或多个通信群的集合的消息的逻辑；

配置成从所述服务器接收一个或多个呼叫标识符的逻辑，所述一个或多个呼叫标识符被映射至所述一个或多个通信群的集合中的每一个通信群的群标识符；

配置成存储所述一个或多个呼叫标识符至所述一个或多个通信群的集合中的每一个通信群的群标识符的映射的逻辑；以及

配置成为所述一个或多个通信群的集合维护一个或多个群呼叫会话的逻辑，

其中所述服务器将多个群呼叫指派给所述预先确立的多播资源。

27.如权利要求26所述的装置，其特征在于，配置成维护所述一个或多个群呼叫会话的逻辑包括配置成维护呼叫状态信息的逻辑。

28.如权利要求26所述的装置，其特征在于，还包括：

配置成为所述一个或多个通信群的集合维护一个群呼叫会话的逻辑。

29.如权利要求26所述的装置，其特征在于，还包括：

配置成确定为预先确立的群呼叫置备所述UE的逻辑。

30.如权利要求26所述的装置，其特征在于，还包括：

配置成向所述服务器发送呼叫请求的逻辑，所述呼叫请求包括与所述一个或多个通信群的集合中的一个通信群相对应的呼叫标识符。

31.如权利要求30所述的装置，其特征在于，还包括：

配置成接收为通信群建立群呼叫的请求的逻辑；

配置成确定所述通信群的群标识符的逻辑；以及

配置成基于所述群标识符来确定所述呼叫标识符的逻辑。

32.如权利要求30所述的装置，其特征在于，所述呼叫请求包括发起群呼叫的请求。

33.如权利要求32所述的装置，其特征在于，所述群呼叫包括即按即讲呼叫。

34.如权利要求30所述的装置，其特征在于，还包括：

配置成将关于所述通信群的信息添加至处置空闲呼叫的过程的逻辑。

35.如权利要求26所述的装置，其特征在于，所述多播资源包括多媒体广播/多播服务(MBMS)承载。

36.如权利要求26所述的装置，其特征在于，所述一个或多个呼叫标识符被映射在公共临时移动群标识符(TMGI)上。

37.一种用于通过多播服务进行群通信的装置，包括：

配置成从用户装备(UE)接收注册请求的逻辑，所述注册请求指示所述UE感兴趣的一个或多个通信群；

配置成确定为预先确立的群呼叫置备所述UE的逻辑；

配置成检索所述一个或多个通信群的群标识符的逻辑；

配置成将一个或多个呼叫标识符映射至所述一个或多个通信群的集合中的每一个通信群的群标识符的逻辑；

配置成向所述UE发送指示所述一个或多个通信群的集合和所述一个或多个经映射的呼叫标识符的消息的逻辑；以及

配置成将多个群呼叫指派到一个或多个预先确立的多播资源上的逻辑，

其中所述UE为所述一个或多个通信群的集合维护一个或多个群呼叫会话。

38.如权利要求37所述的装置，其特征在于，还包括：

配置成为所述一个或多个通信群的集合预先确立所述一个或多个多播资源的逻辑。

39.如权利要求37所述的装置，其特征在于，所述配置成将所述多个群呼叫指派到所述一个或多个预先确立的多播资源上的逻辑包括配置成将所述多个群呼叫复用到所述一个或多个预先确立的多播资源上的逻辑。

40.如权利要求37所述的装置，其特征在于，还包括：

配置成向一个或多个目标UE发送指示所述一个或多个通信群的集合和所述一个或多个经映射的呼叫标识符的所述消息的逻辑。

41.如权利要求37所述的装置，其特征在于，所述UE维护所述一个或多个群呼叫会话包括所述UE维护呼叫状态信息，并且其中服务器维护呼叫状态信息。

42.如权利要求37所述的装置，其特征在于，还包括：

配置成从所述UE接收呼叫请求的逻辑，所述呼叫请求包括由服务器提供的呼叫标识符；

配置成基于所述呼叫标识符来标识通信群的参与者列表的逻辑；以及

配置成向所述参与者列表传送呼叫通知的逻辑。

43.如权利要求42所述的装置，其特征在于，还包括：

配置成从所述UE接收发言权请求的逻辑，所述发言权请求包括所述呼叫标识符。

44.如权利要求42所述的装置，其特征在于，所述呼叫请求包括发起群呼叫的请求。

45.如权利要求44所述的装置，其特征在于，所述群呼叫包括即按即讲呼叫。

46.如权利要求42所述的装置，其特征在于，还包括：

配置成确定与所述呼叫请求相对应的群呼叫是否能被复用到所述一个或多个预先确立的多播资源上的逻辑。

47.如权利要求42所述的装置，其特征在于，还包括：

配置成将关于所述通信群的信息添加至处置所有空闲的预先确立的群呼叫的经复用过程的逻辑。

48.如权利要求37所述的装置，其特征在于，还包括：

配置成在挂起定时器期满之际释放所述多播资源的逻辑；以及

配置成将指派过程重新指派给空闲的经复用呼叫处置的逻辑。

49.如权利要求37所述的装置，其特征在于，所述多播资源包括多媒体广播/多播服务(MBMS)承载。

50.如权利要求37所述的装置，其特征在于，所述一个或多个呼叫标识符被映射在公共临时移动群标识符(TMGI)上。

51.一种用于通过多播服务进行群通信的设备，包括：

用于从用户装备(UE)向服务器发送注册请求的装置，所述注册请求指示所述UE感兴趣的一个或多个通信群并且可任选地包括所述UE针对群通信服务而向所述服务器注册的意图；

用于从所述服务器接收指示已被指派预先确立的多播资源的所述一个或多个通信群的集合的消息的装置；

用于从所述服务器接收一个或多个呼叫标识符的装置，所述一个或多个呼叫标识符被映射至所述一个或多个通信群的集合中的每一个通信群的群标识符；

用于存储所述一个或多个呼叫标识符至所述一个或多个通信群的集合中的每一个通信群的群标识符的映射的装置；以及

用于为所述一个或多个通信群的集合维护一个或多个群呼叫会话的装置，

其中所述服务器将多个群呼叫指派给所述预先确立的多播资源。

52.一种用于通过多播服务进行群通信的设备，包括：

用于从用户装备(UE)接收注册请求的装置，所述注册请求指示所述UE感兴趣的一个或多个通信群；

用于确定为预先确立的群呼叫置备所述UE的装置；

用于检索所述一个或多个通信群的群标识符的装置；

用于将一个或多个呼叫标识符映射至所述一个或多个通信群的集合中的每一个通信群的群标识符的装置；

用于向所述UE发送指示所述一个或多个通信群的集合和所述一个或多个经映射的呼叫标识符的消息的装置；以及

用于将多个群呼叫指派到一个或多个预先确立的多播资源上的装置，

其中所述UE为所述一个或多个通信群的集合维护一个或多个群呼叫会话。

53.一种用于通过多播服务进行群通信的非瞬态计算机可读介质，包括：

用于从用户装备(UE)向服务器发送注册请求的至少一条指令，所述注册请求指示所述UE感兴趣的一个或多个通信群并且可任选地包括所述UE针对群通信服务而向所述服务器注册的意图；

用于从所述服务器接收指示已被指派预先确立的多播资源的所述一个或多个通信群的集合的消息的至少一条指令；

用于从所述服务器接收一个或多个呼叫标识符的至少一条指令，所述一个或多个呼叫标识符被映射至所述一个或多个通信群的集合中的每一个通信群的群标识符；

用于存储所述一个或多个呼叫标识符至所述一个或多个通信群的集合中的每一个通信群的群标识符的映射的至少一条指令；以及

用于为所述一个或多个通信群的集合维护一个或多个群呼叫会话的至少一条指令，

其中所述服务器将多个群呼叫指派给所述预先确立的多播资源。

54.一种用于通过多播服务进行群通信的非瞬态计算机可读介质，包括：

用于从用户装备(UE)接收注册请求的至少一条指令，所述注册请求指示所述UE感兴趣的一个或多个通信群；

用于确定为预先确立的群呼叫置备所述UE的至少一条指令；

用于检索所述一个或多个通信群的群标识符的至少一条指令；

用于将一个或多个呼叫标识符映射至所述一个或多个通信群的集合中的每一个通信群的群标识符的至少一条指令；

用于向所述UE发送指示所述一个或多个通信群的集合和所述一个或多个经映射的呼叫标识符的消息的至少一条指令；以及

用于将多个群呼叫指派到一个或多个预先确立的多播资源上的至少一条指令，

其中所述UE为所述一个或多个通信群的集合维护一个或多个群呼叫会话。