本申请是申请日为2011年1月25日、申请号为201180006974.5(国际申请号PCT/US2011/022447)、发明名称为“无线通信系统内专用信道(DCH)资源的选择性分配”的中国专利申请的分案申请。根据35U.S.C.§119的优先权要求本专利申请要求于2010年1月25日提交的题为“SELECTIVEALLOCATIONOFDEDICATEDCHANNEL(DCH)RESOURCESWITHINAWIRELESSCOMMUNICATIONSSYSTEM(无线通信系统内专用信道(DCH)资源的选择性分配)”的临时申请No.61/297,963的优先权，该临时申请已转让给本申请受让人并通过援引明确纳入于此。对共同待审专利申请的参引本专利申请涉及2010年2月5日提交的题为“MANAGINGDEDICATEDCHANNELRESOURCEALLOCATIONTOUSEREQUIPMENTBASEDONRADIOBEARERTRAFFICWITHINAWIRELESSCOMMUNICATIONSSYSTEM(在无线通信系统内基于无线电承载话务来管理给用户装备的专用信道资源分配)”的共同待审美国申请No.61/301,929，并且还涉及于2010年5月17日提交的题为“TRANSITIONINGAUSEREQUIPMENT(UE)TOADEDICATEDCHANNELSTATEDURINGSETUPOFACOMMUNICATIONSESSIONDURINGAWIRELESSCOMMUNICATIONSSYSTEM(在无线通信系统内的通信会话建立期间使用户装备(UE)转换至专用信道状态)”的共同待审美国申请No.12/781,666，这两篇共同待审美国申请皆转让给本申请受让人并且皆通过援引明确纳入于此。技术领域本发明的实施例涉及在无线通信系统内选择性地分配专用信道(DCH)资源。
背景技术：
无线通信系统已经过了数代的发展，包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括过渡的2.5G和2.75G网络)、以及第三代(3G)高速数据/具有因特网能力的无线服务。目前在用的有许多不同类型的无线通信系统，包括蜂窝以及个人通信服务(PCS)系统。已知蜂窝系统的示例包括蜂窝模拟高级移动电话系统(AMPS)，以及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变体的数字蜂窝系统，以及使用TDMA和CDMA技术两者的更加新的混合数字通信系统。用于提供CDMA移动通信的方法在美国由电信行业协会/电子行业协会在题为“MobileStation-BaseStationCompatibilityStandardforDual-ModeWidebandSpreadSpectrumCellularSystem(用于双模宽带扩频蜂窝系统的移动站-基站兼容性标准)”的TIA/EIA/IS-95-A(在本文称为IS-95)中被标准化。组合的AMPS及CDMA系统在TIA/EIA标准IS-98中描述。在涵盖了被称为宽带CDMA(W-CDMA)、CDMA2000(例如，诸如CDMA20001xEV-DO标准)或TD-SCDMA的IMT-2000/UM、或即国际移动电信系统2000/通用移动电信系统标准中描述了其他通信系统。在W-CDMA无线通信系统中，用户装备(UE)接收来自固定位置B节点(也称为蜂窝小区站点或蜂窝小区)的信号，这些固定位置B节点支持毗邻或围绕基站的特定地理区域内的通信链路或服务。B节点提供至接入网(AN)/无线电接入网(RAN)的入口点，AN/RAN一般为使用支持用于基于服务质量(QoS)要求来区分话务的方法的基于因特网工程任务组(IETF)的标准协议的分组数据网络。因此，B节点一般通过空中接口与UE交互并通过网际协议(IP)网络数据分组与RAN交互。在无线电信系统中，即按即讲(PTT)能力正变得受到服务扇区和消费者的欢迎。PTT能支持在诸如W-CDMA、CDMA、FDMA、TDMA、GSM等标准商业无线基础设施上运行的“分派”语音服务。在分派模式中，端点(例如，UE)之间的通信发生在虚拟群内，其中一个“讲话者”的语音被传送至一个或更多个“收听者”。此类通信的单个实例通常被称作分派呼叫，或者简单地称作PTT呼叫。PTT呼叫是群的实例化，其定义呼叫特性。群在本质上是由成员列表以及相关联信息(诸如群名称或群标识)定义的。
技术实现要素：
在一实施例中，UE确定要传送消息(例如，提醒消息、呼叫发起消息)。基于要传送的消息的类型，UE选择性地传送补充数据，该补充数据被配置成提示接入网使该UE向专用信道状态(DCS)转换。在另一实施例中，配置成仲裁UE之间的通信会话的应用服务器接收消息以传输给目标UE。基于要传送给目标UE的该消息的类型，应用服务器选择性地向目标UE的服务接入网传送补充数据，该补充数据被配置成提示该服务接入网使目标向DCS转换。在另一实施例中，接入网基于在该接入网处是否接收到不同大小的消息以传输给目标UE来选择性地使目标UE向DCS转换。附图说明在结合附图考虑时，通过参考以下详细描述，本发明的实施例及其许多伴随优点将变得更好理解，从而将易于获得对本发明的实施例及其许多伴随优点的更完整领会，附图仅出于解说目的被给出而不对本发明做限制，且附图中：图1是根据本发明至少一个实施例的支持用户装备和无线电接入网的无线网络架构的示图。图2A解说了根据本发明一实施例的图1的核心网。图2B更详细地解说了图1的无线通信系统100的示例。图3是根据本发明至少一个实施例的用户装备的解说。图4A解说了发起UE向CELL_DCH状态转换并向应用服务器发送呼叫请求消息。图4B解说了发起UE向CELL_DCH状态转换并向至少一个目标UE发送提醒消息。图4C和4D涉及在应用服务器有数据要发送给目标UE时该目标UE向CELL_DCH状态转换。图5A解说了根据本发明一实施例的传送数据的过程。图5B解说了根据本发明一实施例的在图5A的过程期间在无线电接入网(RAN)处发生的过程。图5C和5D解说了其中执行图5A的过程的网络通信实体对应于尝试向应用服务器分别传送呼叫请求消息和呼叫提醒消息的发起UE的实施例。图5E和5F解说了其中执行图5A的过程的网络通信实体对应于尝试向目标UE分别传送呼叫宣告消息和呼叫提醒消息的应用服务器的实施例。图6A解说了根据本发明另一实施例的传送数据的过程。图6B解说了根据本发明一实施例的在图6A的过程期间在RAN处发生的过程。图6C和6D解说了其中执行图6A的过程的网络通信实体对应于尝试向应用服务器分别传送呼叫请求消息和呼叫提醒消息的发起UE的实施例。图6E和6F解说了其中执行图6A的过程的网络通信实体对应于尝试向目标UE分别传送呼叫宣告消息和呼叫提醒消息的应用服务器的实施例。图7A解说了根据本发明一实施例的在RAN处发生的过程。图7B至7D解说了根据本发明实施例的图7A的过程的实现的不同示例。具体实施方式本发明的各方面在以下涉及本发明具体实施例的描述和有关附图中被公开。可以设计替换实施例而不会脱离本发明的范围。另外，本发明中众所周知的元素将不被详细描述或将被省去以免湮没本发明中切题的详情。措辞“示例性”和/或“示例”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”和/或“示例”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语“本发明的实施例”并不要求本发明的所有实施例都包括所讨论的特征、优点、或工作模式。此外，许多实施例是以要由例如计算设备的元件执行的动作序列的形式来描述的。将认识到，本文所描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或更多个处理器执行的程序指令、或由两者的组合来执行。另外，本文所描述的这些动作序列可被认为是完全实施在任何形式的计算机可读存储介质内，该计算机可读存储介质中存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本发明的各种方面可以用数种不同形式来实施，所有这些形式都已被构想为落在所要求保护的主题内容的范围内。另外，对于本文所描述的每个实施例，任何此类实施例的相应形式可能在本文被描述为例如“配置成执行所描述的动作的逻辑”。在本文被称为用户装备(UE)的高数据率(HDR)订户站可以是移动的或驻定的，并且可与一个或更多个可被称为B节点的接入点(AP)通信。UE通过一个或更多个B节点与无线电网络控制器(RNC)传送和接收数据分组。B节点和RNC是被称为无线电接入网(RAN)的网络的一部分。无线电接入网可在多个UE之间传输语音和数据分组。无线电接入网可进一步连接至该无线电接入网外部的附加网络并且可在每个UE与此类网络之间传输语音和数据分组，此类核心网包括专用载波相关服务器和设备以及至其他网络的连通性，这些其他网络诸如企业内联网、因特网、公共交换电话网(PSTN)、服务通用分组无线电服务(GPRS)支持节点(SGSN)、网关GPRS支持节点(GGSN)。已与一个或更多个B节点建立活跃话务信道连接的UE可被称为活跃UE，并且可被称为处于话务状态。处在与一个或更多个B节点建立活跃话务信道(TCH)连接的过程中的UE可被称为处于连接建立状态。UE可以是通过无线信道或通过有线信道进行通信的任何数据设备。UE还可以是数类设备中的任何设备，包括但不限于PC卡、致密闪存、外置或内置调制解调器、或者无线或有线电话。UE藉以向(诸)B节点发送信号的通信链路被称为上行链路信道(例如，反向话务信道、控制信道、接入信道等)。(诸)B节点藉以向UE发送信号的通信链路被称为下行链路信道(例如，寻呼信道、控制信道、广播信道、前向话务信道等)。如本文所使用的，术语话务信道(TCH)可以指上行链路/反向或下行链路/前向话务信道。图1解说了根据本发明至少一个实施例的无线通信系统100的一个示例性实施例的框图。系统100可包含跨空中接口104与接入网或无线电接入网(RAN)120处于通信的UE(诸如蜂窝电话102)，接入网或无线电接入网(RAN)120能将接入终端102连接到提供分组交换数据网(例如，内联网、因特网、和/或核心网126)与UE102、108、110、112之间的数据连通性的网络装备。如此处所示，UE可以是蜂窝电话102、个人数字助理108、在此处示为双向文本寻呼器的寻呼器110、或甚至是具有无线通信入口的分开的计算机平台112。因此，本发明的实施例能在任何形式的包括无线通信入口或具有无线通信能力的接入终端上实现，包括但不限于无线调制解调器、PCMCIA卡、个人计算机、电话、或者其任何组合或子组合。此外，如本文所使用的，其他通信协议(即，除W-CDMA以外的其他通信协议)中的术语“UE”可被互换地称为“接入终端”、“AT”、“无线设备”、“客户端设备”、“移动终端”、“移动站”及其变体。参考回到图1，无线通信系统100的组件以及本发明示例性实施例的元件的相互关系不限于所解说的配置。系统100仅仅是示例性的并且可包括允许远程UE(诸如无线客户端计算设备102、108、110、112)通过空中在彼此之间或之中通信和/或在经由空中接口104和RAN120连接的组件(包括但不限于核心网126、因特网、PSTN、SGSN、GGSN和/或其他远程服务器)之间和之中通信的任何系统。RAN120控制向RNC122发送的消息(通常是作为数据分组发送的)。RNC122负责信令、建立、以及拆除服务通用分组无线电服务(GPRS)支持节点(SGSN)与UE102/108/110/112之间的承载信道(即，数据信道)。如果启用了链路层加密，则RNC122还在经空中接口104转发内容之前对内容进行加密。RNC122的功能在本领域是公知的且出于简明起见将不作进一步讨论。核心网126可通过网络——因特网和/或公共交换电话网(PSTN)——与RNC122通信。替换地，RNC122可直接连接到因特网或外部网络。通常，核心网126与RNC122之间的网络或因特网连接传递数据，而PSTN传递语音信息。RNC122可连接到多个B节点124。以与核心网126相似的方式，RNC122通常通过网络——因特网和/或PSTN——连接到B节点124以用于数据传递和/或语音信息。B节点124可无线地向UE(诸如蜂窝电话102)广播数据消息。B节点124、RNC122以及其他组件可如本领域已知的那样构成RAN120。然而，也可使用替换配置，并且本发明不限于所解说的配置。例如，在另一实施例中，RNC122以及一个或更多个B节点124的功能性可被折叠到具有RNC122和(诸)B节点124两者的功能性的单个“混合”模块中。图2A解说了根据本发明的实施例的核心网126。具体而言，图2A解说了W-CDMA系统内实现的通用分组无线电服务(GPRS)核心网的组件。在图2A的实施例中，核心网126包括服务GPRS支持节点(SGSN)160、网关GPRS支持节点(GGSN)165和因特网175。然而应领会，在替换实施例中，因特网175和/或其他组件的一些部分可位于核心网外部。一般而言，GPRS是全球移动通信系统(GSM)电话用于传送网际协议(IP)分组的协议。GPRS核心网(例如，GGSN165以及一个或更多个SGSN160)是GPRS系统的集中部分，并且还提供对基于W-CDMA的3G网络的支持。GPRS核心网是GSM核心网的集成部分，提供GSM和W-CDMA网络中的移动性管理、会话管理和IP分组传输服务。GPRS隧穿协议(GTP)是GPRS核心网的定义IP协议。GTP是允许GSM或W-CDMA网络的端用户(例如，接入终端)在各处移动同时继续就像从一个位置在GGSN165处那样连接到因特网的协议。这是通过将订户的数据从该订户的当前SSGN160传递到处置该订户的会话的GGSN165来达成的。GPRS核心网使用三种形式的GTP；即，(i)GTP-U，(ii)GTP-C以及(iii)GTP’(GTPPrime)。GTP-U用于针对每种分组数据协议(PDP)上下文在分开的隧道中传递用户数据。GTP-C用于控制信令(例如，PDP上下文的建立和删除、GSN可达性的验证、诸如在订户从一个SGSN移至另一个SGSN时的更新或修改等)。GTP'用于从GSN向计费功能传递计费数据。参照图2A，GGSN165充当GPRS主干网(未示出)与外部分组数据网络175之间的接口。GGSN165从来自SGSN160的GPRS分组提取具有相关联分组数据协议(PDP)格式(例如，IP或PPP)的分组数据，并将这些分组在相应的分组数据网络上发送出去。在另一方向上，传入的数据分组被GGSN165定向至管理和控制由RAN120服务的目的地UE的无线电接入承载(RAB)的SGSN160。因此，GGSN165在其位置寄存器中(例如，在PDP上下文内)存储目标UE的当前SGSN地址以及他/她的概况。GGSN负责IP地址指派并且是所连接UE的默认路由器。GGSN还执行认证和计费功能。在一示例中，SGSN160代表核心网126内的许多SGSN之一。每个SGSN负责从和向相关联地理服务区域内的UE递送数据分组。SGSN160的任务包括分组路由和传递、移动性管理(例如，附连/解开和位置管理)、逻辑链路管理、以及认证和计费功能。SGSN的位置寄存器存储向SGSN160注册了的所有GPRS用户的位置信息(例如，当前蜂窝小区、当前VLR)和用户概况(例如，IMSI、在分组数据网络中使用的(诸)PDP地址)，例如在用于每个用户或UE的一个或更多个PDP上下文内存储。因此，SGSN负责(i)解除来自GGSN165的下行链路GTP分组的隧穿，(ii)向GGSN165上行链路隧穿IP分组，(iii)当UE在SGSN服务区域之间移动时执行移动性管理，以及(iv)对移动订户记账。如本领域普通技术人员将领会的，除了(i)-(iv)以外，配置用于GSM/EDGE网络的SGSN与配置用于W-CDMA网络的SGSN相比具有略微不同的功能性。RAN120(例如，或者在通用移动电信系统(UMTS)系统架构中为UTRAN)利用诸如帧中继或IP之类的传输协议经由Iu接口与SGSN160通信。SGSN160经由Gn接口与GGSN165通信，Gn接口是SGSN160与其他SGSN(未示出)以及内部GGSN之间的基于IP的接口，并且使用以上定义的GTP协议(例如，GTP-U、GTP-C、GTP’等)。虽然未在图2A中示出，但Gn接口也被域名系统(DNS)使用。GGSN165经由Gi接口利用IP协议直接或通过无线应用协议(WAP)网关连接至公共数据网络(PDN)(未示出)，并且进而连接到因特网175。PDP上下文是在特定UE具有活跃GPRS会话时存在于SGSN160和GGSN165两者上的包含该UE的通信会话信息的数据结构。当UE希望发起GPRS通信会话时，该UE必须首先附连至SGSN160并随后激活与GGSN165的PDP上下文。此举在该订户当前正拜访的SGSN160以及服务该UE的接入点的GGSN165中分配PDP上下文数据结构。图2B更详细地解说图1的无线通信系统100的示例。具体而言，参照图2B，UE1…N被示为在由不同分组数据网络端点服务的位置处连接至RAN120。图2B的解说针对W-CDMA系统和术语，但是将领会图2B可如何被修改以适应1xEV-DO系统。相应地，UE1和3在由第一分组数据网络端点162(例如，其可对应于SGSN、GGSN、PDSN、归属代理(HA)、外界代理(FA)等)服务的一部分处连接至RAN120。第一分组数据网络端点162进而经由路由单元188连接至因特网175和/或连接至以下一者或更多者：认证、授权与记账(AAA)服务器182，配置服务器184，网际协议(IP)多媒体子系统(IMS)/会话发起协议(SIP)注册服务器186和/或应用服务器170。UE2和5…N在由第二分组数据网络端点164(例如，其可对应于SGSN、GGSN、PDSN、FA、HA等)服务的一部分处连接至RAN120。类似于第一分组数据网络端点162，第二分组数据网络端点164进而经由路由单元188连接至因特网175和/或连接至以下一者或更多者：AAA服务器182、配置服务器184、IMS/SIP注册服务器186和/或应用服务器170。UE4直接连接至因特网175，并且通过因特网175可随后连接至以上描述的任何系统组件。参照图2B，UE1、3和5…N被解说为无线蜂窝电话，UE2被解说为无线平板PC并且UE4被解说为有线台式站。然而，在其他实施例中，将领会，无线通信系统100可连接至任何类型的UE，并且在图2B中解说的示例并非旨在限制该系统内可实现的UE的类型。另外，尽管AAA182、配置服务器184、IMS/SIP注册服务器186和应用服务器170各自被解说为在结构上分开的服务器，但是在本发明的至少一个实施例中，这些服务器中的一者或更多者可被合并。此外，参照图2B，应用服务器170被解说为包括多个媒体控制综合体(MCC)1…N170B、和多个区域分派器1…N170A。区域分派器170A和MCC170B共同地被包括在应用服务器170内，其在至少一个实施例中可对应于分布式服务器网络，这些服务器共同用于在无线通信系统100内仲裁通信会话(例如，经由IP单播与/或IP多播协议的半双工群通信会话)。例如，因为由应用服务器170仲裁的通信会话在理论上可发生在位于系统100内任何地方的UE之间，所以多个区域分派器170A和MCC是分布的以缩减被仲裁的通信会话的等待时间(例如，以使得北美的MCC不会在位于中国的会话参与者之间来回中继媒体)。因此，当引用应用服务器170时，将领会，相关联的功能性可由一个或更多个区域分派器170A和/或一个或更多个MCC170B来施行。区域分派器170A通常负责与建立通信会话有关的任何功能性(例如，处置UE之间的信令消息，调度与/或发送宣告消息等)，而MCC170B负责在该呼叫实例持续期间主存该通信会话，包括在被仲裁的通信会话期间进行通话中信令传递和实际媒体交换。参照图3，诸如蜂窝电话之类的UE200(在此为无线设备)具有平台202，该平台202能接收并执行从RAN120传送而来的可能最终是来自核心网126、因特网、和/或其他远程服务器和网络的软件应用、数据和/或命令。平台202可包括收发机206，收发机206可操作地耦合到专用集成电路(“ASIC”208)或其他处理器、微处理器、逻辑电路、或其他数据处理设备。ASIC208或其他处理器执行与无线设备的存储器212中的任何驻留程序相接口的应用编程接口(“API”)210层。存储器212可包括只读或随机存取存储器(ROM和RAM)、EEPROM、闪存卡、或计算机平台常用的任何存储器。平台202还可包括能保持未在存储器212中活跃地使用的应用的本地数据库214。本地数据库214通常为闪存单元，但也可以是本领域已知的任何辅助存储设备，诸如磁介质、EEPROM、光介质、带、软盘或硬盘、或诸如此类。内部平台202组件也可以可操作地耦合到外部设备，诸如天线222、显示器224、即按即讲按钮228和按键板226以及其他组件，如本领域已知的。相应地，本发明的实施例可包括有能力执行本文描述的功能的UE。如本领域技术人员将领会的，各种逻辑元件可实施在分立元件、在处理器上执行的软件模块或软件与硬件的任何组合中以达成本文所公开的功能性。例如，ASIC208、存储器212、API210和本地数据库214可以全部协作地用来加载、存储和执行本文所公开的各种功能，且用于执行这些功能的逻辑由此可分布在各种元件上。替换地，该功能性可被纳入一个分立的组件中。因此，图3中的UE200的特征将仅被视为解说性的，且本发明不限于所解说的特征或安排。UE102或200与RAN120之间的无线通信可以基于不同的技术，诸如码分多址(CDMA)、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分复用(OFDM)、全球移动通信系统(GSM)、或可在无线通信网络或数据通信网络中使用的其他协议。例如，在W-CDMA中，数据通信通常发生在客户端设备102、(诸)B节点124和RNC122之间。RNC122可连接到多个数据网，诸如核心网126、PSTN、因特网、虚拟专用网络、SGSN、GGSN等，由此允许UE102或200接入更宽泛的通信网络。如上文所讨论的以及本领域已知的，可以使用各种各样的网络和配置将语音传输和/或数据从RAN传送到UE。相应地，本文提供的解说并非意在限定本发明的实施例，而仅仅是帮助描述本发明的实施例的各方面。以下根据W-CDMA协议和相关联术语(例如，诸如使用UE而非移动站(MS)、移动单元(MU)、接入终端(AT)等，使用RNC而非EV-DO中的BSC，或使用B节点而非EV-DO中的BS或MPT/BS，等等)来一般性地描述本发明的实施例。然而，本领域普通技术人员将容易领会可如何协同除W-CDMA以外的无线通信协议应用本发明的实施例。在常规的由服务器仲裁的通信会话中(例如，经由半双工协议、全双工协议、VoIP、经由IP单播的群会话、经由IP多播的群会话、即按即讲(PTT)会话、即按即传(PTX)会话等)，会话或呼叫发起方向应用服务器170发送请求以发起通信会话，应用服务器170随后将呼叫宣告消息转发给RAN120以传输到该呼叫的一个或更多个目标。通用移动电信服务(UMTS)地面无线电接入网(UTRAN)(例如，RAN120)中的用户装备(UE)可处于空闲模式或无线电资源控制(RRC)连接模式。基于UE在处于RRC连接模式时的移动性和活跃性，RAN120可指导UE在多个RRC子状态之间转换；即，CELL_PCH(蜂窝小区_PCH)、URA_PCH、CELL_FACH(蜂窝小区_FACH)和CELL_DCH(蜂窝小区_DCH)状态，这些状态可表征如下：●在CELL_DCH状态中，在上行链路和下行链路中，专用物理信道被分配给UE，根据UE的当前活跃集已知该UE在蜂窝小区级别上，且该UE已被指派专用传输信道、下行链路和上行链路(TDD)共享传输信道，并且这些传输信道的组合可被该UE使用。●在CELL_FACH状态中，没有专用物理信道被分配给UE，该UE持续地监视前向接入信道(FACH)，该UE在上行链路中被指派默认的公共或共享传输信道(例如，随机接入信道(RACH)，其是基于争用的信道，通过功率斜坡上升规程来捕获该信道并调节发射功率)，UE可根据用于该传输信道的接入规程在该传输信道上进行传送，RAN120根据UE最后进行先前蜂窝小区更新时所在的蜂窝小区在蜂窝小区级别上知晓该UE的位置，并且在TDD模式中，一个或若干USCH或DSCH传输信道可能已建立好。●在CELL_PCH状态中，没有专用物理信道被分配给UE，该UE通过算法选择PCH，并使用DRX经由相关联PICH来监视所选PCH，没有上行链路活动是可能的，并且RAN120根据UE在CELL_FACH状态中最后进行蜂窝小区更新时所在的蜂窝小区在蜂窝小区级别上知晓该UE的位置。●在URA_PCH状态中，没有专用信道被分配给UE，该UE通过算法选择PCH，并使用DRX经由相关联PICH来监视所选PCH，没有上行链路活动是可能的，并且RAN120根据在CELL_FACH状态中的最后UTRAN注册区域(URA)更新期间指派给该UE的URA在注册区域级别上知晓该UE的位置。相应地，URA_PCH状态(或CELL_PCH状态)对应于休眠状态，其中UE周期性地苏醒以检查寻呼指示符信道(PICH)，并且若需要还检查相关联的下行链路寻呼信道(PCH)，并且它可针对以下事件进入CELL_FACH状态以发送蜂窝小区更新消息：蜂窝小区重选、周期性蜂窝小区更新、上行链路数据传输、寻呼响应、重新进入服务区域。在CELL_FACH状态，UE可在随机接入信道(RACH)上发送消息，并且可监视前向接入信道(FACH)。FACH携带来自RAN120的下行链路通信，并且被映射到辅助公共控制物理信道(S-CCPCH)。UE可在已基于CELL_FACH状态中的消息接发获得话务信道(TCH)之后从CELL_FACH状态进入CELL_DCH状态。下表1中为示出无线电资源控制(RRC)连接模式中常规的专用话务信道(DTCH)至传输信道映射的表：表1–RRC连接模式中的DTCH至传输信道映射其中注释(版本8)和(版本7)指示其中引入所指示信道用于监视或接入的相关联3GPP版本。在至少一个实施例中，由应用服务器170仲裁的通信会话可与延迟敏感的或高优先级的应用和/或服务相关联。例如，在至少一个实施例中，应用服务器170可对应于PTT服务器，并且将领会，PTT会话中的一个重要准则是快速会话建立以及贯穿该会话维持给定服务质量(QoS)水平。如以上所讨论的，在RRC连接模式中，给定UE可在CELL_DCH或CELL_FACH中操作以与RAN120交换数据，该给定UE可通过RAN120到达应用服务器170。如上所述，在CELL_DCH状态中，上行链路/下行链路无线电承载将消耗专用物理信道资源(例如，ULDCH、DLDCH、E-DCH、F-DPCH、HS-DPCCH等)。这些资源中的一些甚至被消耗用于高速共享信道(即，HSDPA)操作。在CELL_FACH状态中，上行链路/下行链路无线电承载将被映射到公共传输信道(RACH/FACH)。因此，在CELL_FACH状态中，不消耗专用物理信道资源。常规情况下，RAN120基本上基于话务量使给定UE在CELL_FACH和CELL_DCH之间转换，话务量或者是在RAN120处(例如，在RAN120处的服务RNC122处)测量的或者是从该给定UE自身在一个或更多个测量报告中报告的。然而，由于已知去往或来自应用服务器170的大量话务对于某些RAB(例如，用于VoIP或PTT的RAB)是相对重要的(例如，延迟敏感、高QoS等)，因此每当RAN120或者(i)在用于指定RAB(或相应的RB)的下行链路上从应用服务器170接收到旨在去往UE的一个或更多个数据分组，或(ii)在用于指定RB的上行链路上从UE接收到旨在去往应用服务器170的一个或更多个数据分组时，RAN120可被配置成自动使UE向CELL_DCH状态转换。然而，与CELL_FACH状态相比，向CELL_DCH状态转换与更多的开销(例如，建立时间、所消耗的资源等)相关联。虽然响应于UE与应用服务器170之间的话务而抢先或自动使UE转换到CELL_DCH状态在后来有显著消息接发量在UE与应用服务器170之间被交换的情形中能够改善性能，但是若触发CELL_DCH状态转换的消息仅仅是并非通信会话先驱的‘提醒’消息或隔离消息，则该开销是浪费的。例如，这些类型的提醒消息可以是单向的一次性通信消息(除了这些提醒消息的潜在重传以及对这些提醒消息的ACK)，其不一定会导致来自传送或发起UE的后续消息接发。以下关于图4A-4D描述响应于去往/来自应用服务器170的UE话务而自动使UE向CELL_DCH状态转换的示例。关于图4A描述给定UE可籍以发起由服务器仲裁的通信会话的过程。具体而言，图4A(和/或图4B到7D)解说了由服务器仲裁的会话建立过程，其中系统100对应于使用宽带码分多址(W-CDMA)的通用移动电信系统(UMTS)。然而，本领域普通技术人员将领会图4A(和/或图4B到7D)可如何用于根据除W-CDMA以外的协议的通信会话。此外，本文引述的某些信令消息是凭借应用服务器170对应于PTT服务器来描述的。然而，将领会，其他实施例可针对向系统100的UE提供除PTT以外的服务(例如，即按即传(PTX)服务、VoIP服务、群文本会话等)的服务器。参照图4A，假定给定UE(“发起UE”)正在URA_PCH或CELL_PCH状态中操作(400A)，并且该给定UE执行蜂窝小区更新规程(405A和410A)，并因此在蜂窝小区更新规程之后转换到CELL_FACH状态(415A)。在处于CELL_FACH状态时，该给定UE确定要发起将由应用服务器170仲裁的通信会话(例如，响应于该给定UE的用户按压PTT按钮)，并且因此该给定UE在RACH上向RAN120传送呼叫请求消息(420A)。RAN120接收RACH上来自该给定UE的呼叫请求消息，并将该呼叫请求消息转发给应用服务器170(425A)。RAN120还在430A中评价该呼叫请求消息(例如，通过检查相关联的RB标识符(ID))并确定该分组与要求高QoS(例如，低延迟和低抖动)的RB相关联。RAN120(例如，具体而言是RAN120的服务RNC)关于给定UE正在RAB上(向应用服务器170)发送分组的确定作用于触发该给定UE向CELL_DCH状态转换。相应地，RAN120在FACH上向该给定UE传送信道重配置消息以促使该给定UE从CELL_FACH向CELL_DCH状态转换(435A)。如将领会的，信道重配置消息基于该给定UE的无线电承载的无线电承载、传输信道还是物理信道要被重配置而一般对应于无线电承载(RB)重配置消息、传输信道(TCH)重配置消息或物理信道(PhyCH或L1)重配置消息。一旦接收到435A的信道重配置消息，该给定UE就从CELL_FACH状态转换到CELL_DCH状态(440A)。虽然未在图4A中示出，440A的转换可包括解码该信道重配置消息、L1同步规程、发送蜂窝小区更新确认响应消息(例如，RB重配置完成消息等)，等等。虽然图4A针对发起UE可如何建立与应用服务器170的通信会话，图4B解说了发起UE可如何请求应用服务器170向至少一个目标UE发送提醒消息的示例。如上所述，提醒消息不一定是通信会话的先驱，而有可能只是简单地被配置成检查至少一个目标UE的状态、向至少一个目标UE发送不要求响应的消息(例如，通知或提醒)等。参照图4B，假定给定UE(“发起UE”)正在URA_PCH或CELL_PCH状态中操作(400B)，并且该给定UE执行蜂窝小区更新规程(405B和410B)，并因此转换到CELL_FACH状态(415B)。在处于CELL_FACH状态时，该给定UE确定要请求将提醒消息发送给至少一个目标UE，并且因此该给定UE在RACH上向RAN120传送提醒消息(或提醒消息请求消息)(420B)。RAN120接收RACH上来自该给定UE的提醒消息，并将该提醒消息转发给应用服务器170(425B)。类似于图4A的430A，在430B中，RAN120评价该提醒消息(例如，通过检查该提醒消息的RB-ID)并确定该分组与要求高QoS(即，低延迟和低抖动)的RB相关联。基于此确定，RAN120向该给定UE发送信道重配置(例如，RB重配置消息)以作用于触发该给定UE向CELL_DCH状态转换(435B)。一旦接收到435B的蜂窝小区更新确认消息，该给定UE就从CELL_FACH状态转换到CELL_DCH状态(440B，如同440A中那样)。虽然未在图4B中示出，440B的转换可包括解码该信道重配置消息、L1同步规程、发送蜂窝小区更新确认响应消息(例如，RB重配置完成消息等)，等等。虽然图4A和4B涉及发起UE响应于发起UE与应用服务器170之间的话务而向CELL_DCH状态转换，图4C和4D涉及在应用服务器170有数据要发送给目标UE时该目标UE向CELL_DCH状态转换。参照图4C，假定应用服务器170已被请求向给定UE(“目标UE”)发起通信会话，且目标UE正在URA_PCH状态或CELL_PCH状态中操作(400C)。相应地，应用服务器170向RAN120发送呼叫宣告消息以传输给目标UE(405C)，并且RAN120寻呼目标UE(410C)。接下来，目标UE转换到CELL_FACH状态(415C)，并且目标UE在RACH上向RAN120发送蜂窝小区更新消息(420C)。RAN120评价该呼叫宣告消息并确定该分组与要求高QoS(即，低延迟和低抖动)的RB相关联(425C)。RAN120(例如，具体而言是RAN120的服务RNC)的该确定通过重配置在蜂窝小区更新确认消息中指示的无线电承载、传输信道或物理信道来触发目标UE向CELL_DCH状态转换。相应地，RAN120在FACH上向目标UE传送蜂窝小区更新确认消息(430C)以使目标UE向CELL_DCH状态转换。一旦接收到430C的蜂窝小区更新确认消息，目标UE就从CELL_FACH状态转换到CELL_DCH状态(435C)。一旦在435C中转换到CELL_DCH状态，目标UE就在反向链路DCH或E-DCH上传送蜂窝小区更新确认响应消息(例如，无线电承载重配置完成消息、传输信道重配置完成消息、以及物理信道重配置完成消息)(440C)，此后RAN120在DCH或HS-DSCH(例如，根据哪个在蜂窝小区更新确认消息中被分配)上向目标UE传送呼叫宣告消息(445C)。虽然图4C针对应用服务器170可如何建立与目标UE的通信会话，图4D解说了应用服务器170可如何向目标UE发送提醒消息的示例。如上所述，提醒消息不一定是通信会话的先驱，而可能只是简单地被配置成检查至少一个目标UE的状态、向至少一个目标UE发送不要求响应的消息(例如，通知或提醒)等。参照图4D，假定应用服务器170已被请求向给定UE(“目标UE”)发送提醒消息，且目标UE正在URA_PCH状态或CELL_PCH状态中操作(400D)。相应地，应用服务器170向RAN120发送提醒消息以传输给目标UE(405D)，并且RAN120寻呼目标UE(410D)。接下来，目标UE转换到CELL_FACH状态(415D)，并且目标UE在RACH上向RAN120发送蜂窝小区更新消息(420D)。RAN120还评价该提醒消息并确定该分组(即，提醒消息)与要求高QoS(即，低延迟和低抖动)的RB相关联(425D)。RAN120(例如，具体而言是RAN120的服务RNC)的该确定通过重配置在蜂窝小区更新确认消息中指示的无线电承载、传输信道或物理信道来触发目标UE向CELL_DCH状态转换。相应地，RAN120在FACH上向目标UE传送蜂窝小区更新确认消息(例如，RB重配置消息)以促使目标UE从CELL_FACH向CELL_DCH状态转换(430D)。一旦接收到430D的蜂窝小区更新确认消息，目标UE就从CELL_FACH状态转换到CELL_DCH状态(435D，如同435C中那样)。一旦在435D中转换到CELL_DCH状态，目标UE就在反向链路DCH或E-DCH上传送蜂窝小区更新确认响应消息(例如，无线电承载重配置完成消息、传输信道重配置完成消息、以及物理信道重配置完成消息)(440D)，此后RAN120在DCH或HS-DSCH(例如，根据哪个在蜂窝小区更新确认消息中被分配)上向目标UE传送呼叫提醒消息(445D)。虽然图4C和4D针对其中目标UE初始处于URA_PCH或CELL_PCH状态的示例，但是将领会，当RAN120接收到应用服务器170的要向目标UE传送数据(例如，图4C中的呼叫宣告消息，或图4D中的提醒消息)的请求时，目标UE也可处于CELL_FACH状态。在目标UE已经处于CELL_FACH状态的情形中，将领会，不需要寻呼和蜂窝小区更新消息(例如，图4C的410C到420C或图4D的410D到420D可被省略)，并且RAN120可简单地通过如图4C的430C或图4D的430D中那样发送信道重配置消息(例如，无线电承载重配置、传输信道重配置、或物理信道重配置)来使UE向CELL_DCH转换。如本领域普通技术人员将领会的，即使给定UE响应于该给定UE与应用服务器170之间的任何话务而抢先转换到CELL_DCH状态在某些情景中可能是有益的，但在提醒消息的情形中，该开销可能导致系统中的性能降级和/或不必要的系统资源浪费。相应地，本发明的实施例涉及选择性地使与应用服务器170处于通信的给定UE向CELL_DCH状态转换，同时仍确保与通信会话相关联的话务提示给定UE向CELL_DCH状态转换。图5A解说了根据本发明一实施例的传送数据的过程。图5A的过程发生在UE(例如，发起UE或目标UE)或应用服务器170处，并且因此图5A在以下被描述为在‘网络通信实体’处执行，‘网络通信实体’可宽泛地被认为对应于这些网络元件中的任一个。参照图5A，该网络通信实体确定是否向另一网络通信实体传送数据(500A)。例如，500A的确定可对应于发起UE确定是否向应用服务器170发送呼叫请求消息以发起与至少一个目标UE的通信会话。在另一示例中，500A的确定可对应于应用服务器170确定是否向至少一个目标UE发送数据，诸如宣告通信会话的呼叫宣告消息。在又一示例中，500A的确定可对应于目标UE在收到宣告消息之后有数据(例如，宣告ACK)回传给应用服务器170。当然，在其他实施例中，500A的确定可对应于其他类型的要传输的数据。如果该网络通信实体在500A中确定不发送数据，则不传送数据。替换地，如果该网络通信实体在500A中确定要发送数据，则在505A中传送数据。接下来，该网络通信实体确定是否通过使与该数据传输相关联的给定UE向CELL_DCH状态转换来为该UE建立DCH(510A)。例如，若执行图5A的过程的网络通信实体是发起UE或目标UE，则该给定UE对应于执行图5A的过程的UE，以使得510A对应于该网络通信实体自身是否应当向CELL_DCH状态转换的确定。在另一示例中，若执行图5A的过程的网络通信实体是应用服务器170，则该给定UE对应于505A的数据传输旨在去往的目标UE，以使得510A对应于是否使该目标UE向CELL_DCH状态转换的确定。若该网络通信实体在510A中确定不使该给定UE向CELL_DCH状态转换，则图5A的过程返回500A并等待来自该网络通信实体的后续数据传输。替换地，若该网络通信实体在510A中确定要使该给定UE向CELL_DCH状态转换，则该网络通信实体确定要传送具有大于或等于给定大小阈值的大小(例如，数据有效载荷)的哑分组，预期该哑分组会提示RAN120使给定UE向CELL_DCH状态转换(515A)。如果该网络通信实体是UE，则515A的确定将使该UE发送指示该哑分组的话务量的测量报告，这将提示RAN120使该UE向CELL_DCH状态转换。如果该网络通信实体是应用服务器，则向该UE发送哑分组将使RAN120检测到具有大于RRC状态向CELL_DCH转换阈值的大小的大分组，这将导致RAN120使该UE向CELL_DCH状态转换。例如，该给定大小阈值可对应于由RAN120用于作出CELL_DCH状态转换判定的事件4a话务量测量(TVM)阈值。换言之，当RAN120接收到表明话务量大于事件4a阈值的测量报告消息时，RAN120将使正在传送或接收该数据分组的UE向CELL_DCH状态转换。相应地，在图5A的实施例中，该网络通信实体可使用哑分组来选择性地触发CELL_DCH转换。替换地，515A的哑分组可由应用服务器170传送以触发RAN120使该数据传输的目标UE向CELL_DCH状态转换。在以下更详细地讨论的进一步示例中，可在515A中发送‘虚’测量报告，以使得指示话务量高于事件4aTVM阈值的测量报告被发送给RAN120而实际上不发送哑分组。图5B解说了根据本发明一实施例的在图5A的过程期间在RAN120处发生的过程。参照图5B，RAN120接收与给定UE相关的话务(例如，一个或更多个数据分组)或测量报告消息(500B)。在RAN120处在500B中接收到的话务或话务量报告可对应于在图5A的515A中收到哑分组传输、由图5A的515A中的哑分组触发的测量报告、和/或指示高话务量的‘虚’测量报告而没有在图5A的515A中传送高话务量的实际意图。RAN120在505B中将在500B中接收到的该话务的大小或该话务量报告中所指示的话务量与给定大小阈值作比较。若该比较指示该大小高于该给定大小阈值，则RAN120使该话务旨在去往或发送来自的给定UE向CELL_DCH状态转换(510B)。然而，若该比较指示该大小不高于该给定大小阈值，则RAN120不进行给定UE的CELL_DCH转换(515B)。如将领会的，515A的哑分组传输(或测量报告)确保了RAN120在505B处的比较将触发510B处的CELL_DCH转换。图5C到5F解说了图5A和5B的过程的更详细实现示例。具体而言，图5C和5D覆盖了其中执行图5A的过程的网络通信实体对应于发起UE的示例，而图5E和5F覆盖了其中执行图5A的过程的网络通信实体对应于应用服务器170的示例。参照图5C，假定给定UE(“发起UE”)正在CELL_FACH状态中操作(500C)。在处于CELL_FACH状态时，该给定UE确定要发起将由应用服务器170仲裁的通信会话(例如，响应于该给定UE的用户按压PTT按钮)(505C)，并且因此该给定UE在RACH上向RAN120传送呼叫请求消息(510C)。RAN120接收RACH上来自该给定UE的呼叫请求消息，并将该呼叫请求消息转发给应用服务器170(515C)。在图5C的实施例中，可假定由该给定UE在505C中作出的要发起通信会话的确定对应于由该给定UE作出的如图5A的500A中要传送数据、以及还如图5A的510A中要使自身向CELL_DCH状态转换的确定。相应地，该给定UE进一步确定要传送具有大于给定大小阈值的大小的哑分组，这触发该UE生成报告事件4a的测量报告消息(520C)。RAN120接收该测量报告消息(例如，如图5B的500B中那样)并基于指示该给定UE要传输的话务量高于给定大小阈值的上行链路话务(或者在该情形中为测量报告消息)来确定要使该给定UE转换到CELL_DCH状态中(525C)(例如，如图5B的505B中那样)。相应地，RAN120在FACH上传送信道重配置消息(例如，RB重配置消息)以促使该给定UE从CELL_FACH向CELL_DCH状态转换(530C)(例如，如图5B的510B中那样)。一旦接收到530C的蜂窝小区更新确认消息，该给定UE就从CELL_FACH状态转换到CELL_DCH状态(535C)。虽然未在图5C中示出，535C的转换可包括解码该信道重配置消息、L1同步规程等。UE发送信道重配置完成消息(例如，RB重配置完成消息等)(540C)，并随后发送哑分组(545C)。替换地，发起UE可生成“虚”测量报告消息而实际上不发送哑分组。在该替换实施例中，500C到540C如图5C中所示地执行，但545C的哑分组传输随后被省略。因此，由于哑分组主要用于生成测量报告消息，因此避免用于传送哑分组的无线电资源消耗可提高图5C的过程的效率。在该情形中，在生成虚测量报告时，话务量的数量不大于用于事件4a的阈值。然而，UE生成虚测量报告消息以包括作用于请求自身向CELL_DCH状态转换的虚话务量指示。此外，虽然未在图5C中显式示出，应用服务器170也可通过向发起UE回传哑分组来触发该发起UE转换到CELL_DCH状态中。例如，一旦接收到呼叫请求消息，应用服务器170可确定接受所请求的会话并向发起UE回传哑分组以触发RAN120使该发起UE向CELL_DCH状态转换。参照图5D，假定给定UE(“发起UE”)正在CELL_FACH状态中操作(500D)。在处于CELL_FACH状态时，该给定UE确定要请求将提醒消息发送给至少一个目标UE(505D)，并且因此该给定UE在RACH上向RAN120传送提醒消息(或提醒消息请求消息)(510D)。RAN120接收RACH上来自该给定UE的提醒消息，并将该提醒消息转发给应用服务器170(515D)。在图5D的实施例中，可假定由该给定UE在505D中作出的要发送提醒消息的确定对应于由该给定UE作出的如图5A的500A中要传送数据但如图5A的510A中不使自身向CELL_DCH状态转换的确定。相应地，哑分组和指示事件4a条件的测量报告消息都不被该给定UE传送，并且RAN120由此不会基于上行链路话务来确定使该给定UE转换到CELL_DCH状态中，因为提醒消息本身不高于该给定大小阈值(520D)(例如，如图5B的505B中那样)，并且没有报告事件4a的测量报告消息将被发送。因此，该给定UE不从CELL_FACH状态向CELL_DCH状态转换(525D)。参照图5E，假定应用服务器170已被请求向给定UE(“目标UE”)发起通信会话，且该给定UE正在URA_PCH状态或CELL_PCH状态中操作(500E)。相应地，应用服务器170确定要向该给定UE发送呼叫宣告消息并且还要使该给定UE向CELL_DCH状态转换(505E)。如将领会的，505E的确定对应于如图5A的500A中要传送数据以及还如图5A的510A中要使该给定UE(即，在该情形中为目标UE)向CELL_DCH状态转换的确定。相应地，应用服务器170向RAN120发送呼叫宣告消息以传输给目标UE(510E)，并且RAN120寻呼目标UE(515E)。应用服务器170还在520E中传送具有大于给定大小阈值的大小的哑分组(例如，如图5A的515A中那样)。一旦接收并解码来自515E的寻呼消息，目标UE就转换到CELL_FACH状态(525E)，并且目标UE在RACH上向RAN120传送蜂窝小区更新消息(530E)。在535E中，在RAN120接收到哑分组之后(例如，如图5B的500B中那样)，RAN120基于下行链路话务(或在该情形中为哑分组)高于该给定大小阈值而确定要使该给定UE转换到CELL_DCH状态中。在该情形中，535E的确定响应于由RAN120对哑分组的大小进行的分析，而非来自UE的响应于收到哑分组或要传送哑分组的确定而发送的测量报告。相应地，RAN120在FACH上传送蜂窝小区更新确认消息(例如，RB重配置消息)以促使该给定UE从CELL_FACH向CELL_DCH状态转换(540E)(例如，如图5B的510B中那样)。一旦接收到540E的蜂窝小区更新确认消息，该给定UE就从CELL_FACH状态转换到CELL_DCH状态(545E)，此后该目标UE在DCH或E-DCH上向RAN120发送蜂窝小区更新确认响应消息(550E)，并且RAN120在下行链路DCH或HS-DSCH上向该目标UE发送呼叫宣告消息和哑分组(555E和560E)。参照图5F，假定应用服务器170已被请求向给定UE(“目标UE”)发送提醒消息，且该给定UE正在URA_PCH状态或CELL_PCH状态中操作(500F)。相应地，应用服务器170确定要向该给定UE发送提醒消息(505F)。如将领会的，由于在应用服务器170只有提醒消息要发送给该给定UE的情况下DCH是不期望的，因此505F的确定对应于如图5A的500A中要传送数据但如图5A的510A中不使该给定UE(即，在该情形中为目标UE)向CELL_DCH状态转换的确定。相应地，应用服务器170向RAN120发送提醒消息以传输给目标UE(510F)，并且RAN120寻呼目标UE(515F)。一旦接收并解码来自515F的寻呼消息，目标UE就转换到CELL_FACH状态(520F)，并且目标UE在RACH上向RAN120传送蜂窝小区更新消息(525F)。如将领会的，应用服务器170不传送哑分组，并且RAN120不基于下行链路话务来确定使该给定UE转换到CELL_DCH状态中，因为提醒消息本身不高于该给定大小阈值(530F)(例如，如图5B的505B中那样)。因此，该给定UE不从CELL_FACH状态向CELL_DCH状态转换。因此，RAN120在FACH上传送蜂窝小区更新确认消息，其不被配置成触发目标UE向CELL_DCH状态转换(即，RRC状态：CELL_FACH)(535F)，并且目标UE保持在CELL_FACH状态中(540F)。目标UE在RACH上传送蜂窝小区更新确认响应消息(545F)，并且该提醒消息随后在FACH上被发送给目标UE(550F)。虽然图5E和5F针对其中目标UE初始处于URA_PCH或CELL_PCH状态的示例，但是将领会，当RAN120接收到应用服务器170的要向目标UE传送数据(例如，图5E中的呼叫宣告消息，或图5F中的提醒消息)的请求时，目标UE也可处于CELL_FACH状态。在其中目标UE已经处于CELL_FACH状态的情形中，将领会，图5E的框515E和525E至530E和/或图5F的框515F至525F可被省略。此外，虽然未在图5C至5F中显式示出，目标UE也可通过传送其自己的哑分组来触发其自己转换到CELL_DCH状态中。例如，一旦收到呼叫宣告消息，目标UE就可确定接受所宣告的会话并发送宣告ACK。该宣告ACK通常将低于该给定大小阈值，以使得目标UE可进一步发送哑分组来促使其向CELL_DCH状态转换(例如，因为具有高于事件4a阈值的大小的哑分组将触发该UE传输测量报告，该测量报告将导致RAN120使该UE向CELL_DCH状态转换)。此外，虽然未在图5C至5F中显式示出，目标UE也可通过传送“虚”测量消息来触发其自己转换到CELL_DCH状态中。例如，一旦收到呼叫宣告消息，目标UE就可确定接受所宣告的会话并发送宣告ACK。该宣告ACK通常将低于该给定大小阈值，以使得目标UE可进一步生成虚测量报告消息并将其发送给RAN来促使自己向CELL_DCH状态转换。因此，即使在实际上不发送哑分组时，UE也可发送指示该UE有哑分组大小的数据量要发送的测量报告，从而提示其自己向CELL_DCH状态转换。图6A解说了根据本发明一实施例的传送数据的过程。图6A的过程发生在UE(例如，发起UE或目标UE)或应用服务器170处，并且因此图6A在以下被描述为在网络通信实体处执行，网络通信实体可宽泛地被认为对应于这些网络元件中的任一个。参照图6A，该网络通信实体确定是否向另一网络通信实体传送数据(600A)。例如，600A的确定可对应于发起UE确定是否向应用服务器170发送呼叫请求消息以发起与至少一个目标UE的通信会话。在另一示例中，600A的确定可对应于应用服务器170确定是否向至少一个目标UE发送数据，诸如宣告通信会话的呼叫宣告消息。在又一示例中，600A的确定可对应于目标UE在收到宣告消息之后有数据(例如，宣告ACK)回传给应用服务器170。当然，在其他实施例中，600A的确定可对应于其他类型的要传输的数据。如果该网络通信实体在600A中确定不发送数据，则不传送数据。替换地，如果该网络通信实体在600A中确定要发送数据，则该网络通信实体确定是否通过使与该数据传输相关联的给定UE向CELL_DCH状态转换来为该UE建立DCH(605A)。例如，若执行图6A的过程的网络通信实体是发起UE或目标UE，则该给定UE对应于执行图6A的过程的UE，以使得605A对应于该网络通信实体自身是否应当向CELL_DCH状态转换的确定。在另一示例中，若执行图6A的过程的网络通信实体是应用服务器170，则该给定UE对应于该数据传输旨在去往的目标UE，以使得605A对应于是否使该目标UE向CELL_DCH状态转换的确定。若该网络通信实体在605A中确定不使该给定UE向CELL_DCH状态转换，则图6A的过程前进至615A并且从该网络通信实体传送该数据。替换地，如果该网络通信实体在605A中确定要使该给定UE向CELL_DCH状态转换，则该网络通信实体配置该数据传输的头部部分以请求该给定UE向CELL_DCH状态转换(610A)。头部部分可以是RAN被配置成读取的任何层的头部部分。在一示例中，610A的配置可对应于将IP分组的头部部分内的差分服务(diffserv)码点(DSCP)值设置成作用于请求RAN120使给定UE向CELL_DCH状态转换的预定比特设置。换言之，当RAN120接收到具有设置成该预定比特设置的DSCP值的数据分组时，RAN120将使正在传送或接收该数据分组的UE向CELL_DCH状态转换。相应地，在图6A的实施例中，该网络通信实体可使用分组头部中的DSCP字段来选择性地触发CELL_DCH转换。相应地，在610A的配置之后，该网络通信实体在615A中传送经配置的数据。图6B解说了根据本发明一实施例的在图6A的过程期间在RAN120处发生的过程。参照图6B，RAN120接收与给定UE相关的话务(例如，一个或更多个数据分组)(600B)。例如，RAN120处在600B中接收到的话务可对应于收到图6A的615A中的数据传输。RAN120在605B中评价从600B接收到的话务中的一个或更多个数据分组的头部以确定是否使给定UE向CELL_DCH状态转换。基于来自605B的评价，RAN120确定是否使该给定UE向CELL_DCH状态转换(610B)。若该评价指示给定UE要向CELL_DCH状态转换，则RAN120使该话务旨在去往或发送来自的给定UE向CELL_DCH状态转换(615B)。然而，若该评价并未指示给定UE要向CELL_DCH状态转换，则RAN120不进行给定UE的CELL_DCH转换(620B)。如将领会的，来自图6A的610A的头部部分的配置(例如，DSCP字段或值被设置成给定DCH触发设置)确保了RAN120在605B/610B的评价将触发图6B的615B处的CELL_DCH转换。图6C到6F解说了图6A和6B的过程的更详细实现示例。具体而言，图6C和6D覆盖了其中执行图6A的过程的网络通信实体对应于发起UE的示例，而图6E和6F覆盖了其中执行图6A的过程的网络通信实体对应于应用服务器170的示例。参照图6C，假定给定UE(“发起UE”)正在CELL_FACH状态中操作(600C)。在处于CELL_FACH状态时，该给定UE确定要发起将由应用服务器170仲裁的通信会话(例如，响应于该给定UE的用户按压PTT按钮)(605C)。在图6C的实施例中，可假定由该给定UE在605C中作出的要发起通信会话的确定对应于由该给定UE作出的如图6A的600A中要传送数据、以及还如图6A的605A中要使自身向CELL_DCH状态转换的确定。因此，该给定UE配置呼叫请求消息的头部层部分(例如，DSCP字段或值)以提示RAN120使该给定UE向CELL_DCH状态转换(610C)。相应地，该给定UE在RACH上向RAN120传送经配置的呼叫请求消息(615C)。RAN120接收RACH上来自该给定UE的经配置的呼叫请求消息，并将该呼叫请求消息(例如，具有相同的“经配置”头部部分或不同地配置的头部部分)转发给应用服务器170(620C)。RAN120还评价该经配置的呼叫请求消息的头部部分(例如，DSCP字段)(例如，如图6B的605B中那样)，并基于具有被配置成触发转换的头部部分的该上行链路话务或数据分组来确定要使给定UE转换到CELL_DCH状态中(625C)(例如，如图6B的610B中那样)。相应地，RAN120在FACH上传送信道重配置消息(例如，RB重配置消息)以促使该给定UE从CELL_FACH向CELL_DCH状态转换(630C)(例如，如图6B的615B中那样)。一旦接收到630C的蜂窝小区更新确认消息，该给定UE就从CELL_FACH状态转换到CELL_DCH状态(635C)。虽然未在图6C中示出，635C的转换可包括解码该蜂窝小区更新确认消息、L1同步规程等。一旦在635C中转换到CELL_DCH状态，该给定UE就在反向链路DCH或E-DCH上向RAN120发送蜂窝小区更新确认响应消息(例如，RB重配置完成消息等)(640C)。参照图6D，假定给定UE(“发起UE”)正在CELL_FACH状态中操作(600D)。在处于CELL_FACH状态时，该给定UE确定要请求将提醒消息发送给至少一个目标UE(605D)。在图6D的实施例中，可假定由该给定UE在605D中作出的要发送提醒消息的确定对应于由该给定UE作出的如图6A的600A中要传送数据但如图6A的605A中不使自身向CELL_DCH状态转换的确定。因此，该给定UE不将提醒消息的头部部分(例如，DSCP字段或值)配置成提示RAN120使该给定UE向CELL_DCH状态转换(610D)。相应地，该给定UE在RACH上向RAN120传送未经配置的提醒消息(615D)。RAN120接收RACH上来自该给定UE的该未经配置的提醒消息，并将该提醒消息转发给应用服务器170(620D)。RAN120还评价该提醒消息的头部部分(例如，DSCP字段)(例如，如图6B的605B中那样)，并基于具有未被配置成触发转换的头部部分的该上行链路话务或数据分组来确定不使给定UE转换到CELL_DCH状态中(625D)(例如，如图6B的610B中那样)。因此，该给定UE不从CELL_FACH状态向CELL_DCH状态转换(630D)。参照图6E，假定应用服务器170已被请求向给定UE(“目标UE”)发起通信会话，且该给定UE正在URA_PCH状态或CELL_PCH状态中操作(600E)。相应地，应用服务器170确定要向该给定UE发送呼叫宣告消息并且还要使该给定UE向CELL_DCH状态转换(605E)。如将领会的，605E的确定对应于如图6A的600A中要传送数据以及还如图6A的605A中要使该给定UE(即，在该情形中为目标UE)向CELL_DCH状态转换的确定。因此，应用服务器170配置呼叫宣告的头部部分(例如，DSCP字段或值)以提示RAN120使该给定UE向CELL_DCH状态转换(610E)。相应地，应用服务器170向RAN120传送经配置的呼叫宣告消息(615E)，并且RAN120寻呼目标UE(620E)。目标UE接收并解码寻呼消息并转换到CELL_FACH状态(625E)，并且目标UE在RACH上向RAN120传送蜂窝小区更新消息(630E)。RAN120还评价该经配置的呼叫宣告消息的头部部分(例如，DSCP字段)(例如，如图6B的605B中那样)，并基于具有被配置成触发转换的头部部分的该下行链路话务或数据分组来确定要使给定UE转换到CELL_DCH状态中(635E)(例如，如图6B的610B中那样)。相应地，RAN120在FACH上传送蜂窝小区更新确认消息(例如，RB重配置消息)以促使该给定UE从CELL_FACH向CELL_DCH状态转换(640E)(例如，如图6B的615B中那样)。一旦接收到640E的蜂窝小区更新确认消息，该给定UE就从CELL_FACH状态转换到CELL_DCH状态(645E)。虽然未在图6E中示出，645E的转换可包括解码该蜂窝小区更新确认消息、L1同步规程等。一旦在645E中转换到CELL_DCH状态，目标UE就在DCH或E-DCH上发送蜂窝小区更新确认响应消息(例如，RB重配置完成消息等)(650E)，此后RAN120在下行链路DCH或HS-DSCH上将呼叫宣告消息传送给目标UE(655E)。参照图6F，假定应用服务器170已被请求向给定UE(“目标UE”)发送提醒消息，且该给定UE正在URA_PCH状态或CELL_PCH状态中操作(600F)。在图6F的实施例中，可假定由应用服务器170在605F中作出的要发送提醒消息的确定对应于由应用服务器170作出的如图6A的600A中要传送数据但如图6A的605A中不使目标UE向CELL_DCH状态转换的确定。因此，应用服务器170不将提醒消息的头部部分(例如，DSCP字段或值)配置成提示RAN120使给定UE向CELL_DCH状态转换(610F)。相应地，应用服务器170向RAN120发送未经配置的提醒消息(615F)，并且RAN120寻呼目标UE(620F)。目标UE解码来自620F的寻呼消息并转换到CELL_FACH状态(625F)，并且目标UE在RACH上向RAN120发送蜂窝小区更新消息(630F)。RAN120还评价该提醒消息的头部部分(例如，DSCP字段)(例如，如图6B的605B中那样)，并基于具有未被配置成触发转换的头部部分的该下行链路话务或数据分组来确定不使给定UE转换到CELL_DCH状态中(635F)(例如，如图6B的610B中那样)。因此，该给定UE不从CELL_FACH状态向CELL_DCH状态转换(例如，如图6B的620B中那样)。相反，RAN120在FACH上向目标UE传送蜂窝小区更新确认消息，而不触发目标UE向CELL_DCH状态转换(即，RRC状态：CELL_FACH)(640F)，并且目标UE保持在CELL_FACH状态中(645F)。目标UE在RACH上向RAN120回传蜂窝小区更新确认响应消息(650F)，并且RAN120在FACH上向目标UE传送提醒消息(655F)。虽然图6E和6F针对其中目标UE初始处于URA_PCH或CELL_PCH状态的示例，但是将领会，当RAN120接收到应用服务器170的要向目标UE传送数据(例如，图6E中的呼叫宣告消息，或图6F中的提醒消息)的请求时，目标UE也可处于CELL_FACH状态。在其中目标UE已经处于CELL_FACH状态的情形中，将领会，图6E的框615E至630E和/或图6F的框620F至630F可被省略。以上关于图5A至6F描述的本发明实施例涉及应用服务器170、RAN120和/或发起或目标UE处的行为改变。图7A至7D针对本发明另一实施例，其中行为改变只发生在RAN120处，以使得RAN120基于对正在给定UE与应用服务器170之间交换的正常话务的评价来关于是否使给定UE向CELL_DCH状态转换作出判定。图7A解说了根据本发明一实施例的在RAN120处发生的过程。参照图7A，RAN120接收与由应用服务器170向给定UE提供的服务相关的消息(例如，数据分组)(700A)。在一示例中，在700A中接收到的消息或数据分组可对应于由发起UE发送的呼叫请求消息、由应用服务器170发送并且旨在去往目标UE的呼叫宣告消息、由目标UE响应于宣告消息而发送的宣告ACK(接受)消息和/或在UE与应用服务器170之间交换的任何其他消息。一旦在RAN120处接收到该消息，RAN120就确定收到消息的大小并将收到消息的所确定大小存储在RAN120处(705A)。例如，705A中收到消息的所确定大小可对应于来自700A的收到消息的数据有效载荷部分中包括多少比特或字节。在710A中，RAN120启动用于与700A中接收到的消息相关联的给定UE的具有给定期满时段的定时器。在一示例中，该给定期满时段可被设置为一历时(例如，500毫秒(ms)、5秒等)，若在700A中接收到的消息与该给定UE的通信会话相关联则在该历时内将预期有至少一个不同大小的附加消息。RAN120接下来确定在710A中启动的定时器期满之前是否接收到与高QoSRB(对于由应用服务器170向该给定UE提供的服务)相关的任何后续消息(715A)。若RAN120确定该定时器在接收到任何其他相关消息之前期满，则RAN120不使该给定UE向CELL_DCH状态转换(720A)。否则，若RAN120确定在710A中启动的定时器期满之前接收到与高QoSRB相关的一个或更多个后续消息，则RAN120确定该后续消息的大小并将该后续消息的所确定大小存储在RAN120处(725A)。在730A中，RAN120将700A中接收到的消息的所确定大小与该后续消息的所确定大小作比较。若RAN120确定来自700A的消息和后续消息的大小相同，则RAN120不使该给定UE向CELL_DCH状态转换并且还重置该定时器(735A)，此后该过程返回715A并且RAN120等待在该定时器期满之前接收另一后续相关消息。例如，在接收到相同大小的消息时制止使UE向CELL_DCH状态转换可减少因重传提醒消息而发生CELL_DCH状态转换。否则，若RAN120确定来自700A的消息和后续消息的大小不同，则RAN120推断该给定UE正参与和应用服务器170的某种类型的通信会话，并因此发起使该给定UE向CELL_DCH状态转换(740A)(例如，在一示例中，通过发送蜂窝小区更新确认消息，诸如RB重配置消息)。图7B至7D解说了图7A的过程的更详细实现示例。具体而言，图7B至7D覆盖了其中RAN120接收到的(诸)消息与目标UE相关的示例。然而，将领会，其他实施例可涉及与发起UE相关的消息接发。参照图7B，假定应用服务器170已被请求向给定UE(“目标UE”)发送呼叫宣告消息，且该给定UE正在URA_PCH状态或CELL_PCH状态中操作(700B)。相应地，应用服务器170向RAN120发送呼叫宣告消息(705B)，并且RAN120寻呼目标UE(710B)。在图7B的实施例中，假定呼叫宣告消息具有第一大小。因此，RAN120确定呼叫宣告消息的大小(例如，第一大小)，与关于目标UE的记录相关联地存储第一大小，并启动具有给定期满时段的定时器(715B)(例如，如图7A的705A和710A中那样)。一旦接收到710B中的寻呼消息，目标UE就转换到CELL_FACH状态(720B)，通过在RACH上发送蜂窝小区更新消息来响应该寻呼消息(725B)，并且RAN120向目标UE发送蜂窝小区更新确认消息(730B)。此时，730B的蜂窝小区更新确认消息并不指示目标UE向CELL_DCH状态转换，因为在定时器时段内尚未接收到两个或更多个不同大小的消息。目标UE由此保持在CELL_FACH状态中并在RACH上发送蜂窝小区更新确认响应消息(735B)，并且RAN120随后在FACH上向目标UE发送呼叫宣告消息(740B)。在目标UE接收和解码740B中的呼叫宣告消息时，假定目标UE确定接受所宣告的通信会话并由此向应用服务器170回送宣告ACK(接受)消息(745B)。一旦接收到来自第一响应者对所宣告的通信会话的呼叫接受，应用服务器170就针对每个会话参与者(包括目标UE)向RAN120发送至少一个后续消息，其包括与用于建立会话的其余步骤相关的信息(750B)。在图7B的实施例中，假定750B的后续消息是在715B中启动的定时器期满之前发送的，且该后续消息具有与呼叫宣告消息的第一大小不同的第二大小。RAN120确定来自705B的呼叫宣告消息和来自750B的后续消息的大小是不同的，并因此确定要使目标UE从CELL_FACH状态向CELL_DCH状态转换(755B)(例如，如图7A的730A和740A中那样)。RAN120由此指示目标UE向CELL_DCH状态转换(760B)。虽然未在图7B中显式示出，CELL_DCH转换可由在FACH上传送的蜂窝小区更新确认消息(例如，RB重配置消息)来提示以促使目标UE从CELL_FACH向CELL_DCH状态转换。参照图7C，假定应用服务器170已被请求向给定UE(“目标UE”)发送提醒消息，且该给定UE正在URA_PCH状态或CELL_PCH状态中操作(700C)。相应地，应用服务器170向RAN120发送提醒消息(705C)，并且RAN120寻呼目标UE(710C)。在图7C的实施例中，假定提醒消息具有第三大小(例如，不同于来自图7B的705B和750B消息的大小)。因此，RAN120确定呼叫提醒消息的大小(例如，第三大小)，与关于目标UE的记录相关联地存储第三大小，并启动具有给定期满时段的定时器(715C)(例如，如图7A的705A和710A中那样)。一旦接收并解码该寻呼消息，目标UE就转换到CELL_FACH状态(720C)，并且目标UE在RACH上发送蜂窝小区更新消息(725C)。RAN120接收蜂窝小区更新消息并在FACH上发送蜂窝小区更新确认消息(730C)，并且目标UE用RACH上的蜂窝小区更新确认响应消息来响应该蜂窝小区更新确认消息(735C)。随后，RAN120在FACH上向目标UE传送提醒消息(740C)。由于提醒消息常常是不会导致目标UE与应用服务器170之间的大量附加话务的通知类型消息，因此在图7C的实施例中假定在定时器期满之前在应用服务器170与目标UE之间不交换附加消息。相应地，RAN120确定在定时器期满之前未接收到后续相关消息(例如，如图7A的715A中那样)，并因此确定不使目标UE从CELL_FACH状态向CELL_DCH状态转换(745C)(例如，如图7A的720A中那样)。因此，目标UE不从CELL_FACH状态向CELL_DCH状态转换(750C)。参照图7D，700D至740D分别对应于图7C的700C至740C，并因此出于简明起见将不再赘述。在705D中的初始提醒消息的传输之后且在715D中的定时器期满之前的某个点，假定应用服务器170确定要重传相同的提醒消息。例如，若目标UE未发送对该提醒消息的ACK，则应用服务器170可确定要重传。相应地，应用服务器170在745D中重传提醒消息，并且RAN120在FACH上向目标UE重传提醒消息(750D)。在图7D的实施例中，由于745D的提醒消息仅仅是来自705D的提醒消息的重传，因此这两个提醒消息具有相同大小(例如，第三大小)。因此，RAN120确定来自705D的提醒消息和来自745D的重传的提醒消息的大小是相同的，并进一步确定不使目标UE从CELL_FACH状态向CELL_DCH状态转换(755D)(例如，如图7A的730A和735A中那样)。因此，RAN120在755D中存储重传的提醒消息的第三大小并重置定时器，并且目标UE不从CELL_FACH状态向CELL_DCH状态转换(760D)。虽然以上描述的本发明实施例中的引述一般可互换地使用了术语‘呼叫’和‘会话’，但是将领会，任何呼叫和/或会话旨在被解读为包含不同方之间的实际呼叫，或替换地在技术上可能不被考虑为‘呼叫’的数据传输会话。另外，虽然以上实施例是关于PTT会话一般性地描述的，但其他实施例可涉及任何类型的通信会话，诸如即按即传(PTX)会话、紧急VoIP呼叫等。本领域技术人员将领会，信息和信号可使用各种不同技术和技艺中的任何一种来表示。例如，贯穿上面描述始终可能被述及的数据、指令、命令、信息、信号、位、码元、和码片可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子、或其任何组合来表示。此外，本领域技术人员将领会，结合本文所公开的实施例描述的各种解说性逻辑框、模块、电路、和算法步骤可被实现为电子硬件、计算机软件、或两者的组合。为清楚地解说硬件与软件的这一可互换性，各种解说性组件、框、模块、电路、和步骤在上面是以其功能性的形式作一般化描述的。此类功能性是被实现为硬件还是软件取决于具体应用和加诸于整体系统的设计约束。技术人员对于每种特定应用可用不同的方式来实现所描述的功能性，但这样的实现决策不应被解读成导致脱离了本发明的范围。结合本文所公开的实施例描述的各种解说性逻辑块、模块、和电路可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其设计成执行本文所描述功能的任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协作的一个或更多个微处理器、或任何其他此类配置。结合本文所公开的实施例描述的方法、序列和/或算法可直接在硬件中、在由处理器执行的软件模块中、或在这两者的组合中实施。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM、或本领域所知的任何其他形式的存储介质中。示例性存储介质耦合到处理器以使得该处理器能从该存储介质读取信息以及向该存储介质写入信息。在替换方案中，存储介质可以被整合到处理器。处理器和存储介质可驻留在ASIC中。ASIC可驻留在用户终端(例如，接入终端)中。在替换方案中，处理器和存储介质可作为分立组件驻留在用户终端中。在一个或更多个示例性实施例中，所描述的功能可以在硬件、软件、固件、或其任何组合中实现。如果在软件中实现，则各功能可以作为一条或更多条指令或代码存储在计算机可读介质上或藉其进行传送。计算机可读介质包括计算机存储介质和通信介质两者，其包括促成计算机程序从一地向另一地转移的任何介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定，这样的计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储或其他磁存储设备、或能被用来承载或存储指令或数据结构形式的期望程序代码且能被计算机访问的任何其他介质。另外，任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或诸如红外、无线电、以及微波之类的无线技术从web网站、服务器、或其他远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL、或诸如红外、无线电、以及微波之类的无线技术就被包括在介质的定义之中。如本文所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘和蓝光碟，其中盘(disk)往往以磁的方式再现数据，而碟(disc)用激光以光学方式再现数据。上述的组合也应被包括在计算机可读介质的范围内。尽管前面的公开示出了本发明的解说性实施例，但是应当注意在其中可作出各种更换和改动而不会脱离如所附权利要求定义的本发明范围。根据本文所描述的本发明实施例的方法权利要求的功能、步骤和/或动作不必按任何特定次序来执行。此外，尽管本发明的要素可能是以单数来描述或主张权利的，但是复数也是已构想了的，除非显式地声明了限定于单数。