CN102763483B - 无线通信系统中用户设备(ue)针对延迟敏感应用的辅助状态转换 - Google Patents

Abstract

在一项实施例中，应用服务器从起始用户设备UE接收呼叫消息，所述呼叫消息经配置以请求在所述起始UE与至少一个目标UE之间起始通信会话，所述通信会话将由所述应用服务器仲裁。所述应用服务器响应于所述呼叫消息而将虚设数据选择性地发送到与所述通信会话相关联的给定UE的服务接入网络，以便促进所述给定UE到专用信道状态的转换。举例来说，所述应用服务器可基于所述呼叫消息的大小和/或所述通信会话的类型而选择性地发送所述虚设数据。

Description

无线通信系统中用户设备(UE)针对延迟敏感应用的辅助状态转换

根据35U.S.C.§119主张优先权

本专利申请案主张2010年2月17日提出申请的标题为“无线通信系统中用户设备(UE)针对延迟敏感应用的辅助状态转换(ASSISTED STATE TRANSITION OF A USEREQUIPMENT(UE)FOR DELAY SENSITVE APPLICATIONS WITHIN A WIRELESSCOMMUNICATIONS SYSTEM)”的第61/305,364号临时申请案及2010年2月5日提出申请的标题为“用户设备在无线通信系统中的辅助状态转换(ASSISTED STATETRANSITIONS OF A USER EQUIPMENT WITHIN A WIRELESS COMMUNICATIONSSYSTEM)”的第61/301,919号临时申请案的优先权，以上每一临时申请案转让给本受让人，且特此以引用方式明确地并入本文。

对同在申请中的专利申请案的参考

本专利申请案涉及以下申请案：2010年2月5日提出申请的标题为“基于无线通信系统中的无线电承载业务来管理向用户设备的专用信道资源分配(MANAGINGDEDICATED CHANNEL RESOURCE ALLOCATION TO USER EQUIPMENT BASEDON RADIO BEARER TRAFFIC WITHIN A WIRELESS COMMUNICATIONS SYSTEM)”的同在申请中的第61/301,929号美国申请案、2010年1月25日提出申请的标题为“无线通信系统中专用信道(DCH)资源的选择性分配(SELECTIVE ALLOCATION OFDEDICATED CHANNEL(DCH)RESOURCES WITHIN A WIRELESSCOMMUNICATIONS SYSTEM)”的同在申请中的第61/297,963号美国临时申请案，以及2010年5月17日提出申请的标题为“在无线通信系统中的通信会话设置期间将用户设备(UE)转换到专用信道状态(TRANSITIONING A USER EQUIPMENT(UE)TO ADEDICATED CHANNEL STATE DURING SETUP OF A COMMUNICATION SESSIONDURING A WIRELESS COMMUNICATIONS SYSTEM)”的同在申请中的第12/781,666号美国申请案，以上每一申请案转让给本受让人，且以上每一申请案以引用方式明确地并入本文。

技术领域

实施例涉及无线通信系统中用户设备(UE)针对延迟敏感应用的辅助状态转换。

背景技术

无线通信系统已经过多代发展，包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括临时的2.5G及2.75G网络)及第三代(3G)高速数据/因特网功能(Internet-capable)无线服务。目前存在许多不同类型的正在使用的无线通信系统，包括蜂窝式及个人通信服务(PCS)系统。已知的蜂窝式系统的实例包括蜂窝式模拟高级移动电话系统(AMPS)，及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(GSM)变化形式的数字蜂窝式系统，以及使用TDMA及CDMA两种技术的较新的混合数字通信系统。

用于提供CDMA移动通信的方法在美国由电信工业协会/电子工业协会在题为“用于双模式宽带扩频蜂窝式系统的移动台-基站兼容标准(Mobile Station-Base StationCompatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System)”的TIA/EIA/IS-95-A(在本文中被称为IS-95)中加以标准化。在TIA/EIA标准IS-98中描述了组合的AMPS & CDMA系统。在IMT-2000/UM或国际移动电信系统2000/全球移动电信系统中描述了其它通信系统，标准涵盖被称为宽带CDMA(W-CDMA)、CDMA2000(例如，CDMA20001xEV-DO标准)或TD-SCDMA的标准。

在W-CDMA无线通信系统中，用户设备(UE)从固定位置节点B(也称为小区站点或小区)接收信号，所述固定位置节点B支持邻近于基站或在基站周围的特定地理区内的通信链路或服务。节点B提供对接入网络(AN)/无线电接入网络(RAN)的进入点，接入网络(AN)/无线电接入网络(RAN)通常为使用基于标准因特网工程任务小组(IETF)的协议的包数据网络，所述协议支持用于基于服务质量(QoS)要求来区分业务的方法。因此，节点B通常经由空中接口而与UE相互作用，且经由因特网协议(IP)网络数据包而与RAN相互作用。

在无线电信系统中，即按即说(PTT)能力变得受服务部门及消费者欢迎。PTT可支持“分派”语音服务，其在标准商用无线基础结构上操作，例如W-CDMA、CDMA、FDMA、TDMA、GSM，等。在分派模型中，端点(例如UE)之间的通信发生于虚拟群组中，其中一个“讲话者”的语音发射到一个或一个以上“收听者”。此类型通信的单一实例通常被称作分派呼叫，或简称为PTT呼叫。PTT呼叫为对一群组的例示，其界定呼叫的特征。群组本质上由成员列表与相关联的信息界定，例如，群组名称或群组识别。

发明内容

在一实施例中，应用服务器从起始用户设备(UE)接收呼叫消息，所述呼叫消息经配置以请求在所述起始UE与至少一个目标UE之间起始通信会话，所述通信会话将由所述应用服务器仲裁。所述应用服务器响应于所述呼叫消息而将虚设数据选择性地发送到与所述通信会话相关联的给定UE的服务接入网络，以便促进所述给定UE转换到专用信道状态。举例来说，所述应用服务器可基于所述呼叫消息的大小和/或所述通信会话的类型而选择性地发送所述虚设数据。

附图说明

将容易地获得对本发明实施例的更完整的了解及其许多附带优点，其同样通过参考结合附图考虑的以下详细描述变得更好理解，仅出于说明而非限制本发明的目的而呈现附图，且在附图中：

图1是根据本发明至少一个实施例的支持用户设备和无线电接入网络的无线网络架构的图。

图2A说明根据本发明的实施例的图1的核心网络。

图2B更详细地说明图1的无线通信系统的实例。

图3是根据本发明至少一个实施例的用户设备的图解。

图4A说明在无线通信系统内的应用服务器处实施的状态决定过程。

图4B说明根据本发明的实施例的图4A的过程的一部分的实例实施方案。

图4C说明根据本发明的实施例的图4A的过程的一部分的实例实施方案。

图4D说明根据本发明的实施例的图4A的过程的另一部分的实例实施方案。

图4E说明根据本发明的实施例的图4A的过程的另一部分的实例实施方案。

图4F说明根据本发明的实施例的图4A的过程的一部分的实例实施方案。

图4G说明根据本发明的另一实施例的图4F的过程的替代实施方案。

图4H说明根据本发明的实施例的图4A的过程的一部分的另一实例实施方案。

具体实施方式

本发明的各方面揭示于针对本发明的特定实施例的以下描述及相关图式中。可在不脱离本发明的范围的情况下设计替代实施例。此外，将不会详细描述本发明的众所周知的元件，或将省略所述元件，以免混淆本发明的相关细节。

本文使用词语“示范性”和/或“实例”来意指“充当实例、例子或说明”。本文描述为“示范性”和/或“实例”的任何实施例均不一定被解释为比其它实施例优选或有利。同样，术语“本发明的实施例”并非要求本发明的所有实施例包括所论述的特征、优点或操作模式。

此外，根据待由(例如)计算装置的元件执行的动作的序列来描述许多实施例。将认识到，可由特定电路(例如，专用集成电路(ASIC))、由正由一个或一个以上处理器执行的程序指令或由两者的组合来执行本文中所述的各种动作。此外，可认为本文中所述的这些动作序列完全体现于任何形式的计算机可读存储媒体内，所述计算机可读存储媒体中已存储一组对应计算机指令，所述指令在被执行时将致使相关联的处理器执行本文中所述的功能性。因此，本发明的各种方面可以许多不同形式来体现，所有所述形式均预期在所主张的标的物的范围内。此外，对于本文中所述的实施例中的每一个来说，任何所述实施例的对应形式可在本文中被描述为(例如)“经配置以(执行所描述的动作)的逻辑”。

高数据速率(HDR)订户台(本文称为用户设备(UE))可为移动的或静止的，且可与一个或一个以上接入点(AP)(可称为节点B)通信。UE经由节点B中的一个或一个以上发射数据包到无线电网络控制器(RNC)并且经由节点B中的一个或一个以上从无线电网络控制器(RNC)接收数据包。节点B和RNC是称为无线电接入网络(RAN)的网络的部分。无线电接入网络可在多个UE之间传输语音和数据包。

无线电接入网络可进一步连接到在无线电接入网络外部的额外网络，此种核心网络包含与特定运营商有关的服务器和装置以及到其它网络的连接性，例如公司内联网、因特网、公共交换电话网络(PSTN)、服务通用分组无线电服务(GPRS)支持节点(SGSN)、网关GPRS支持节点(GGSN)，且无线电接入网络可在每一UE与此种网络之间传输语音和数据包。已与一个或一个以上节点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)与UE 102、108、110、112之间提供数据连接性的网络设备。如此处所示，UE可为蜂窝式电话102、个人数字助理108、寻呼机110(此处展示为双向文本寻呼机)，或甚至为具有无线通信入口的单独计算机平台112。本发明的实施例因此可实现于包含无线通信入口或具有无线通信能力的任何形式的接入终端上，包含(不限于)无线调制解调器、PCMCIA卡、个人计算机、电话，或其任何组合或子组合。另外，如本文所使用，在其它通信协议(即，不同于W-CDMA)下的术语“UE”可互换地称作“接入终端”、“AT”、“无线装置”、“客户端装置”、“移动终端”、“移动台”和其变体。

返回参看图1，无线通信系统100的组件和本发明示范性实施例的元件的相互关系不限于所说明的配置。系统100仅为示范性的且可包含允许远程UE(例如，无线客户端计算装置102、108、110、112)在彼此之间及/或在经由空中接口104及RAN 120而连接的组件之间进行空中通信的任何系统，其包含(不限于)核心网络126、因特网、PSTN、SGSN、GGSN及/或其它远程服务器。

RAN 120控制发送到RNC 122的消息(通常作为数据包而发送)。RNC 122负责在服务通用分组无线电服务(GPRS)支持节点(SGSN)与UE 102/108/110/112之间发信号、建立及拆卸承载信道(即，数据信道)。如果启用链路层加密，则RNC 122在经由空中接口104转发内容之前还对所述内容进行加密。RNC 122的功能在此项技术中众所周知且为简明起见将不作进一步论述。核心网络126可通过网络(因特网及/或公共交换电话网络(PSTN))与RNC 122通信。或者，RNC 122可直接连接到因特网或外部网络。通常，在核心网络126与RNC 122之间的网络或因特网连接传送数据，且PSTN传送语音信息。RNC 122可连接到多个节点B 124。以类似于核心网络126的方式，RNC 122通常通过网络(用于数据传送及/或语音信息的因特网及/或PSTN)连接到节点B 124。节点B 124可将数据消息以无线方式广播到UE，例如，蜂窝式电话102。节点B 124、RNC 122和其它组件可形成RAN 120，如此项技术中已知。然而，还可使用替代配置，且本发明不限于所说明的配置。举例来说，在另一实施例中，可将RNC 122及节点B 124中的一个或一个以上的功能性收缩到具有RNC 122及节点B 124两者的功能性的单个“混合”模块中。

图2A说明根据本发明的实施例的核心网络126。具体来说，图2A说明W-CDMA系统内实施的通用分组无线电服务(GPRS)核心网络的组件。在图2A的实施例中，核心网络126包含服务GPRS支持节点(SGSN)160、网关GPRS支持节点(GGSN)165和因特网175。然而，应了解，在替代实施例中，因特网175和/或其它组件的部分可位于核心网络外部。

通常，GPRS是由全球移动通信系统(GSM)电话用以发射因特网协议(IP)包的协议。GPRS核心网络(例如，GGSN 165和一个或一个以上SGSN 160)是GPRS系统的集中式部分，而且也提供对基于W-CDMA的3G网络的支持。GPRS核心网络是GSM核心网络的集成部分，对GSM和W-CDMA网络中的IP包服务提供移动性管理、会话管理和传输。

GPRS隧穿协议(GTP)是对于GPRS核心网络所界定的IP协议。GTP是允许GSM或W-CDMA网络的最终用户(例如，接入终端)到处移动，同时如同从GGSN 165处的一个位置持续连接到因特网的协议。这是通过将订户的数据从订户的当前SGSN 160传送到正处理订户会话的GGSN 165来实现。

GPRS核心网络使用三种形式的GTP，即(i)GTP-U、(ii)GTP-C和(iii)GTP′(GTP撇号)。GTP-U用于针对每一包数据协议(PDP)上下文在单独的隧道中传送用户数据。GTP-C用于控制信令(例如，PDP上下文的设置和删除、GSN可访问性的确认、更新或修改，例如当订户从一个SGSN移动到另一SGSN时，等等)。GTP′用于根据计费功能来传送来自GSN的计费数据。

参看图2A，GGSN 165充当GPRS主干网络(图中未示)与外部包数据网络175之间的接口。GGSN 165从来自SGSN 160的GPRS包提取具有相关联的包数据协议(PDP)格式(例如，IP或PPP)的包数据，且在相应的包数据网络上将所述包发送出去。在另一方向上，传入的数据包由GGSN 165指引到管理及控制由RAN 120服务的目的地UE的无线电接入承载(RAB)的SGSN 160。由此，GGSN 165存储目标UE的当前SGSN地址和其在其位置寄存器中的简档(例如，在PDP上下文中)。GGSN负责IP地址指派，且为所连接的UE的默认路由器。GGSN还执行验证和计费功能。

在一实例中，SGSN 160表示核心网络126中的许多SGSN之一。每一SGSN负责在相关联的地理服务区中传递来自UE的数据包和将数据包传递到UE。SGSN 160的任务包含包路由和传输、移动性管理(例如，附接/解除附接和位置管理)、逻辑链路管理，以及验证和计费功能。SGSN的位置寄存器存储向SGSN 160注册的所有GPRS用户的位置信息(例如，当前小区、当前VLR)和用户简档(例如，用于包数据网络中的IMSI、PDP地址)，例如，在每一用户或UE的一个或一个以上PDP上下文中存储。因此，SGSN负责(i)解除来自GGSN 165的下行链路GTP包的隧穿，(ii)在上行链路上将IP包朝向GGSN 165隧穿，(iii)在UE于SGSN服务区之间移动时进行移动性管理，及(iv)对移动订户开立账单。本领域的普通技术人员应了解，除了(i)到(iv)之外，经配置用于GSM/EDGE网络的SGSN与经配置用于W-CDMA网络的SGSN具有稍微不同的功能性。

RAN 120(例如，或UTRAN，在通用移动电信系统(UMTS)系统架构中)经由Iu接口用例如帧中继或IP等传输协议来与SGSN 160通信。SGSN 160经由Gn接口与GGSN 165通信，且使用上文界定的GTP协议(例如，GTP-U、GTP-C、GTP′，等等)，Gn接口为SGSN 160与其它SGSN(图中未示)及内部GGSN之间的基于IP的接口。虽然未在图2A中展示，但域名系统(DNS)也使用Gn接口。GGSN 165连接到公共数据网络(PDN)(图中未示)，且又经由Gi接口用IP协议直接地或经由无线应用协议(WAP)网关连接到因特网175。

PDP上下文是存在于SGSN 160和GGSN 165上的数据结构，当特定UE具有有效GPRS会话时，PDP上下文含有所述UE的通信会话信息。当UE希望起始GPRS通信会话时，所述UE必须首先附接到SGSN 160，且随后与GGSN 165激活PDP上下文。此举分配了订户当前正访问的SGSN 160和服务于UE的接入点的GGSN 165中的PDP上下文数据结构。

图2B更详细地说明图1的无线通信系统100的实例。具体来说，参看图2B，UE 1...N展示为在由不同包数据网络端点服务的位置连接到RAN 120。图2B的说明是专门针对W-CDMA系统和方法，但应了解可修改图2B以符合1x EV-DO系统。因此，UE 1和3在由第一包数据网络端点162(例如，可对应于SGSN、GGSN、PDSN、归属代理(HA)、国外代理(FA)，等等)服务的部分连接到RAN 120。第一包数据网络端点162又通过路由单元188连接到因特网175和/或验证、授权与记账(AAA)服务器182、供应服务器(provisioning server)184、因特网协议(IP)多媒体子系统(IMS)/会话起始协议(SIP)注册服务器186和/或应用服务器170中的一个或一个以上。UE 2和5...N在由第二包数据网络端点164(例如，可对应于SGSN、GGSN、PDSN、FA、HA，等等)服务的部分连接到RAN 120。类似于第一包数据网络端点162，第二包数据网络端点164又通过路由单元188连接到因特网175和/或AAA服务器182、供应服务器184、IMS/SIP注册服务器186和/或应用服务器170中的一个或一个以上。UE 4直接连接到因特网175，且随后可通过因特网175连接到上述系统组件中的任一个。

参看图2B，UE 1、3和5...N说明为无线手机，UE 2说明为无线平板PC，且UE 4说明为有线台式站(desktop station)。然而，在其它实施例中，应了解，无线通信系统100可连接到任何类型的UE，且图2B中所说明的实例无意限制可在所述系统内实施的UE的类型。而且，尽管AAA服务器182、供应服务器184、IMS/SIP注册服务器186和应用服务器170各自说明为结构上单独的服务器，但在本发明的至少一个实施例中，这些服务器中的一个或一个以上可以合并。

另外，参看图2B，应用服务器170说明为包含多个媒体控制复合体(MCC)1...N 170B和多个区域性分派器1...N 170A。区域性分派器170A和MCC 170B共同包含于应用服务器170中，在至少一个实施例中，所述应用服务器170可对应于分布式服务器网络，所述分布式服务器网络共同用于仲裁无线通信系统100中的通信会话(例如，通过IP单播和/或IP多播协议进行的半双工群组通信会话)。举例来说，因为由应用服务器170仲裁的通信会话在理论上可发生于位于系统100内任何地点的UE之间，所以多个区域性分派器170A和MCC经分布以减少被仲裁的通信会话的延迟(例如，使得位于北美的MCC不会在位于中国的会话参与者之间来回地中继媒体)。因此，当提及应用服务器170时，应了解，可以通过区域性分派器170A中的一个或一个以上和/或MCC 170B中的一个或一个以上来加强相关联的功能性。区域性分派器170A一般负责与建立通信会话(例如，处置UE之间的信令消息，调度和/或发送通告消息，等等)相关的任何功能性，而MCC 170B负责在呼叫实例的持续时间内代管通信会话，包含在被仲裁的通信会话期间进行呼入信令和实际媒体交换。

参看图3，例如蜂窝式电话等UE 200(此处为无线装置)具有平台202，平台202可接收和执行从RAN 120发射的可能最终来自核心网络126、因特网和/或其它远程服务器和网络的软件应用程序、数据和/或命令。平台202可包括收发器206，其可操作地耦合到专用集成电路(“ASIC”208)或其它处理器、微处理器、逻辑电路或其它数据处理装置。ASIC 208或其它处理器执行与无线装置的存储器212中的任何驻留程序介接的应用程序编程接口(“API”)210层。存储器212可包括只读存储器或随机存取存储器(RAM及ROM)、EEPROM、快闪卡或计算机平台常见的任何存储器。平台202还可包括本地数据库214，本地数据库214可保持在存储器212中未有效使用的应用程序。本地数据库214通常为快闪存储器单元，但可为如此项技术中已知的任何辅助存储装置，例如，磁性媒体、EEPROM、光学媒体、磁带、软盘或硬盘，或类似物。如此项技术中已知，内部平台202组件还可操作地耦合到例如天线222、显示器224、即按即说按钮228及小键盘226及其它组件等外部装置。

因此，本发明的实施例可包含有包含执行本文所述功能的能力的UE。本领域的熟练技术人员应了解，各种逻辑元件可以离散元件、在处理器上执行的软件模块或软件与硬件的任何组合来体现，以实现本文中所揭示的功能性。举例来说，可以协作方式使用ASIC 208、存储器212、API 210及本地数据库214的全部来加载、存储并执行本文中所揭示的各种功能，且因此可将用以执行这些功能的逻辑分布于各种元件上。或者，可将功能性并入到一个离散组件中。因此，应认为图3中的UE 200的特征仅为说明性的，且本发明不限于所说明的特征或布置。

UE 102或200与RAN 120之间的无线通信可基于不同的技术，例如码分多址(CDMA)、W-CDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分多路复用(OFDM)、全球移动通信系统(GSM)或可在无线通信网络或数据通信网络中使用的其它协议。举例来说，在W-CDMA中，数据通信通常是在客户端装置102、节点B 124与RNC 122之间。RNC 122可连接到多个数据网络，例如，核心网络126、PSTN、因特网、虚拟专用网络、SGSN、GGSN及类似网络，因此允许UE 102或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随后将呼叫通告消息转发到RAN 120以供传输到一个或一个以上呼叫目标。

在全球移动电信服务(UMTS)地面无线电接入网络(UTRAN)(例如，RAN 120)中的用户设备(UE)可处于闲置模式或无线电资源控制(RRC)连接模式。

基于在处于RRC连接模式中时的UE移动性和活动性，RAN 120可指导UE在许多RRC子状态，即CELL_PCH、URA_PCH、CELL_FACH和CELL_DCH状态之间转换，所述RRC子状态可表征如下：

·在CELL_DCH状态中，专用物理信道分配给上行链路和下行链路中的UE，根据UE的当前有效集合而在小区级上知晓UE，且已向UE指派专用传输信道、下行链路和上行链路(TDD)共享传输信道，且UE可使用这些传输信道的组合。

·在CELL_FACH状态中，没有专用物理信道分配给UE，UE连续监视前向接入信道(FACH)，向UE指派上行链路中的默认共同或共享传输信道(例如，随机接入信道(RACH)，其为基于竞争的信道，具有功率斜升程序以获取所述信道且调整发射功率)，UE可根据所述传输信道的接入程序而在所述传输信道上传输，RAN 120根据UE最后一次进行先前小区更新的小区而在小区级上知晓UE的位置，并且，在TDD模式中，可能已建立一个或若干个USCH或DSCH传输信道。

·在CELL_PCH状态中，没有专用物理信道分配给UE，UE用算法选择PCH，且使用DRX来经由相关联的PICH监视所选择的PCH，没有上行链路活动性是可能的，且RAN 120根据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携带来自RAN 120的下行链路通信，且映射到辅助共同控制物理信道(S-CCPCH)。从CELL_FACH状态，UE可在已基于在CELL_FACH状态中的消息接发而获得业务信道(TCH)之后进入CELL_DCH状态。如下表1中为展示在无线电资源控制(RRC)连接模式中的常规专用业务信道(DTCH)到传输信道的映射的表：

表1-在RRC连接模式中的DTCH到传输信道的映射

其中符号(版本8)和(版本7)指示相关联的3GPP版本，其中引入所指示的信道以用于监视或接入。

在至少一个实施例中，由应用服务器170仲裁的通信会话可能与延迟敏感或高优先级应用和/或服务相关联。举例而言，在至少一个实施例中，应用服务器170可对应于PTT服务器，且应了解，PTT会话中的一个重要准则是快速会话设置以及在整个会话期间维持给定水平的服务质量(QoS)。

如上所述，在RRC连接模式中，给定UE可在CELL_DCH或CELL_FACH中操作以与RAN 120交换数据，借此给定UE可访问应用服务器170。如上所述，在CELL_DCH状态中，上行链路/下行链路无线电承载将消耗专用物理信道资源(例如，UL DCH、DLDCH、E-DCH、F-DPCH、HS-DPCCH，等等)。这些资源中的一些甚至会为了高速共享信道(即，HSDPA)操作而被消耗。在CELL_FACH状态中，上行链路/下行链路无线电承载将映射到共同传输信道(RACH/FACH)。由此，在CELL_FACH状态中，没有消耗专用物理信道资源。

常规上，RAN 120实质上基于流量而使给定UE在CELL_FACH与CELL_DCH之间转换，所述流量或者是在RAN 120处(例如，在RAN 120处的服务RNC 122处)测量，或者是从给定UE本身在一个或一个以上测量报告中报告。具体来说，RAN 120常规上可经配置以当在上行链路中所测量和/或所报告或者在下行链路中所测量和/或所报告的UE的相关联的流量高于由RAN 120用以做出CELL_DCH状态转换决定的事件4a阈值中的一个或一个以上时，将特定UE从CELL_FACH状态转换到CELL_DCH状态。

常规上，当起始UE试图将呼叫请求消息发送到应用服务器170以起始通信会话时，起始UE执行小区更新程序，在所述程序之后，起始UE转换到CELL_FACH状态或CELL_DCH状态。如果起始UE转换到CELL_FACH状态，那么起始UE可在RACH上将呼叫请求消息传输到RAN 120。否则，如果起始UE转换到CELL_DCH状态，那么起始UE可在反向链路DCH或E-DCH上将呼叫请求消息传输到RAN 120。呼叫请求消息的大小通常相对较小，且预期通常不会超过由RAN 120用以确定是否将起始UE转换到CELL_DCH状态的事件4a阈值。

在CELL_FACH状态中，起始UE可更快地开始传输呼叫请求消息(例如，因为不需要在服务节点B与RAN 120处的服务RNC之间建立无线电链路(RL)，不需要在起始UE与服务节点B之间执行L1同步化程序，等等)，且起始UE不消耗任何DCH资源。然而，与DCH或E-DCH相比，RACH通常与较低的数据速率相关联。因此，当潜在地准许在较早时间点处较早地开始传输呼叫请求消息时，在一些情况下，与在DCH或E-DCH上的类似传输相比，呼叫请求消息在RACH上的传输可能要花费较长时间来完成。因此，起始UE在DCH或E-DCH上发送较高流量(与RACH相比)通常更有效，而可在RACH上相对有效地发送较小消息，而不会招致DCH设置所引起的开销。

如上所述，起始UE的状态(例如，CELL_DCH或CELL_FACH)是基于将由起始UE发送的上行链路数据量来确定的。举例来说，标准界定了用于触发流量测量(TVM)报告的事件4a阈值。事件4a阈值在所述标准中指定，且由UE用于触发流量测量报告，所述报告概述了每一上行链路无线电承载的缓冲空间使用量。

未在该标准中界定的其它参数是用于触发给定UE到CELL_DCH状态的状态转换的上行链路事件4a阈值，和用于触发给定UE到CELL_DCH状态的状态转换的下行链路事件4a阈值。应了解，上行链路和下行链路事件4a阈值在标准中‘未界定’意指相应阈值可在不同供应商之间改变，或在不同RAN处的不同实施方案之间改变。

参看上行链路事件4a阈值，在CELL_FACH状态中，如果每一无线电承载所报告的上行链路缓冲空间使用量超过上行链路事件4a阈值，那么RNC 122将UE移动到CELL_DCH。在一实例中，可基于总体缓冲空间使用量或个别无线电承载缓冲空间使用量而做出此决定。如果使用总体缓冲空间使用量用于决定CELL_DCH转换，那么可使用用于触发TVM的相同阈值。类似地，参看下行链路事件4a阈值，在CELL_FACH状态中，如果UE的无线电承载的下行链路缓冲空间使用量超过下行链路事件4a阈值，那么RNC 122将UE移动到CELL_DCH状态。在一实例中，可基于总体缓冲空间使用量或个别无线电承载缓冲空间使用量而完成此决定。

因此，呼叫请求消息的大小可确定是将起始UE转换到CELL_FACH状态还是CELL_DCH状态。具体来说，事件4a阈值之一常规上用以在RAN 120处做出CELL_DCH状态确定。因此，当超过事件4a阈值时，RAN 120触发UE的CELL_DCH状态转换。

然而，RAN 120自身的处理速度或响应性也可影响CELL_DCH状态还是CELL_FACH状态对于传输呼叫请求消息而言是更有效的选项。举例来说，如果RAN 120能够在接收到小区更新消息之后10毫秒(ms)内将DCH资源分配给起始UE，那么起始UE的CELL_DCH状态转换可相对较快，使得到DCH的转换可适合于传输延迟敏感的呼叫请求消息。另一方面，如果RAN 120能够仅在接收到小区更新消息之后100毫秒(ms)内将DCH资源分配给起始UE，那么起始UE的CELL_DCH状态转换可相对较慢，使得呼叫请求消息的传输实际上可在RACH上更快地完成。

应了解，事件4a阈值通常设置为足够高以实现有效的资源利用，因为较低事件4a阈值将引起向不一定要求DCH及时完成其数据交换的UE的更频繁的DCH资源分配。然而，有可能不超过事件4a阈值的数据传输可基于RAN 120的处理速度和要传输的数据量而在CELL_FACH状态或CELL_DCH状态下更快地传输。然而，如上所述，常规RAN除了在做出CELL_DCH状态转换确定时评估所测量或所报告的流量是否超过事件4a阈值之外并不评估其它准则。

在W-CDMA版本6中，引入被称作流量指示符(TVI)的新特征，其中起始UE具有在小区更新程序期间将TVI包含在小区更新消息中的选项。RAN 120将如同超过用于触发TVM报告的事件4a阈值那样(即，换句话说，就像上行链路流量缓冲空间使用量超过用于触发TVM报告的事件4a阈值那样)来解释包含TVI(即，TVI＝真)的小区更新消息，使得RAN 120将直接将起始UE转换到CELL_DCH状态。或者，如果TVI并不包含于小区更新消息中，那么RAN 120将仅在接收到事件4a的流量测量报告后即刻将起始UE转换到CELL_DCH状态。

因此，本发明的实施例是针对应用服务器辅助状态转换，借此应用服务器选择性地将虚设包发送到给定UE(例如，起始UE、目标UE，等等)。在一实例中，应用服务器170将虚设包的大小设置为大于或等于下行链路事件4a阈值，使得提示RAN 120促进给定UE的CELL_DCH状态转换。因此，应用服务器170可基于应用服务器170是否将虚设包发送到RAN 120而控制RAN 120是否将给定UE转换到CELL_DCH。

下文中，图4A-4H说明根据本发明的实施例的应用服务器辅助的UE状态转换过程，其中系统100对应于使用宽带码分多址(W-CDMA)的全球移动电信系统(UMTS)。然而，所属领域的技术人员将容易了解可如何使图4A-4H针对根据不同于W-CDMA的协议的通信会话。另外，描述了本文中提及的某些信令消息，其中应用服务器170对应于PTT服务器。然而，应了解，其它实施例可针对向系统100的UE提供不同于PTT的服务(例如，即按即传送(PTX)服务、VoIP服务、群组文本会话，等等)的服务器。

图4A说明在无线通信系统内的应用服务器170处实施的状态决定过程。参看图4A，假定应用服务器170从试图起始通信会话(例如，PTT通信会话，等等)的UE接收到呼叫请求消息，400A。应用服务器170随后确定是否促进起始UE到CELL_DCH状态的转换，405A。在一实例中，405A的确定可为自动的，使得应用服务器170总是在接收到呼叫请求消息后即刻确定要促进起始UE到CELL_DCH状态的转换。在另一实例中，405A的确定可以是基于应用服务器170是否预期起始UE已经处于CELL_DCH状态。举例来说，应用服务器170可评估呼叫请求消息的大小，且如果呼叫请求消息的大小高于上行链路事件4a阈值，那么应用服务器170将假定RAN 120基于呼叫请求消息的上行链路流量而已经将起始UE转换到CELL_DCH状态，且由此确定不在405A中促进CELL_DCH转换。或者，如果呼叫请求消息的大小不高于上行链路事件4a阈值，那么应用服务器170将假定RAN 120基于呼叫请求消息的上行链路流量而尚未将起始UE转换到CELL_DCH状态，且由此确定在405A中促进CELL_DCH转换。在另一实例中，除了呼叫请求消息的大小之外，应用服务器170在确定是否预期UE处于CELL_DCH状态时还可考虑UE的漫游状态。举例而言，如果UE处于漫游网络，且消息大小小于阈值(假定应用服务器170具有此知识)，那么应用服务器170将假定UE尚未转换到CELL_DCH。

参看图4A的405A，在另一实例中，应用服务器170关于是否将起始UE转换到CELL_DCH状态的确定可以是基于通信会话的‘类型’(例如，VoIP、PTX、PTT，等等)。举例来说，应用服务器170可比较所确定的通信会话类型与给定的会话类型列表，以便在405A中确定是否将起始UE转换到CELL_DCH状态。在一实例中，可建立给定会话类型列表，使得当所述比较指示所确定的类型存在于所述给定列表上时，应用服务器170确定促进起始UE到CELL_DCH状态的转换。在此情况下，给定会话类型列表可对应于相对延迟敏感的通信会话，例如PTT或PTX会话。或者，可建立给定会话类型列表，使得当所述比较指示所确定的类型存在于所述给定列表上时，应用服务器170避免促进起始UE到CELL_DCH状态的转换。在此情况下，给定会话类型列表可对应于对延迟并不特别敏感的通信会话，例如常规呼叫或VoIP会话。

参看图4A，如果应用服务器170在405A中确定促进起始UE到CELL_DCH状态的转换，那么应用服务器170结合虚设包一起将呼叫请求ACK发送到起始UE，410A。在一实例中，在410A中发送的虚设包经配置以具有至少等于下行链路事件4a阈值的大小，使得提示RAN 120将起始UE转换到CELL_DCH状态。否则，如果应用服务器170在405A中确定不促进起始UE到CELL_DCH状态的转换，那么应用服务器170在没有虚设包的情况下将呼叫请求ACK发送到起始UE，415A。

应用服务器170进一步确定是否促进至少一个目标UE到CELL_DCH状态的转换，420A。应了解，尽管展示为图4A中的连续框，但405A和420A的确定可同时执行。在一实例中，420A的确定可为自动的，使得应用服务器170在呼叫设置期间总是确定要促进至少一个目标UE到CELL_DCH状态的转换。在另一实例中，420A的确定可以是基于应用服务器170是否预期至少一个目标UE在呼叫设置期间被RAN 120基于相关联的呼叫通告消息而转换到CELL_DCH状态，甚至在不存在虚设包时也是这样。举例来说，应用服务器170可在420A中评估将发送到至少一个目标UE的呼叫通告消息的大小，且如果呼叫通告消息的大小高于由RAN用来决定转换到CELL_DCH的下行链路事件4a阈值，那么应用服务器170将假定RAN 120将基于呼叫通告消息的下行链路流量而将至少一个目标UE转换到CELL_DCH状态，且由此在420A中确定不促进CELL_DCH转换。或者，如果将发送到至少一个目标UE的呼叫通告消息的大小不高于下行链路事件4a阈值，那么应用服务器170将假定RAN 120不会基于呼叫通告消息的下行链路流量而将至少一个目标UE转换到CELL_DCH状态，且由此在420A中确定促进CELL_DCH转换。

参看图4A的420A，在另一实例中，应用服务器170关于是否将至少一个目标UE转换到CELL_DCH状态的确定可以是基于通信会话的‘类型’(例如，VoIP、PTX、PTT，等等)。举例来说，应用服务器170可比较所确定的通信会话类型与给定的会话类型列表，以便在420A中确定是否将至少一个目标UE转换到CELL_DCH状态。在一实例中，可建立给定会话类型列表，使得当所述比较指示所确定的类型存在于所述给定列表上时，应用服务器170确定促进至少一个目标UE到CELL_DCH状态的转换。在此情况下，给定会话类型列表可对应于相对延迟敏感的通信会话，例如PTT或PTX会话。或者，可建立给定会话类型列表，使得当所述比较指示所确定的类型存在于所述给定列表上时，应用服务器170避免促进至少一个目标UE到CELL_DCH状态的转换。在此情况下，给定会话类型列表可对应于对延迟并不特别敏感的通信会话，例如常规呼叫或VoIP会话。

参看图4A，如果应用服务器170在420A中确定促进至少一个目标UE到CELL_DCH状态的转换，那么应用服务器170定位与呼叫请求消息相关联的至少一个目标UE，且结合虚设包一起将呼叫通告消息发送到所述至少一个目标UE，425A。在一实例中，在425A中发送的虚设包经配置以具有至少等于下行链路事件4a阈值的大小，使得提示RAN 120将至少一个目标UE转换到CELL_DCH状态。否则，如果应用服务器170在420A中确定不促进起始UE到CELL_DCH状态的转换，那么应用服务器170定位与呼叫请求消息相关联的至少一个目标UE，且在没有虚设包的情况下将呼叫通告消息发送到至少一个目标UE，430A(例如，如果呼叫通告消息本身已经高于下行链路事件4a阈值)。

图4B说明根据本发明的实施例的图4A的过程的一部分的实例实施方案。具体来说，图4B说明关于起始UE的图4A的过程的实例，其中起始UE开始于CELL_URA或CELL_PCH状态。

参看图4B，假定给定UE(“起始UE”)正在URA_PCH或CELL_PCH状态中操作，404B，起始UE接收到起始将由应用服务器170仲裁的通信会话的请求(例如，给定UE的用户按压PTT按钮)，408B，且起始UE确定发送呼叫请求消息以在CELL_FACH状态中起始在RACH上的通信会话，412B。

在于412B中确定在CELL_FACH状态中在RACH上传输来自起始UE的呼叫请求消息之后，起始UE配置没有TVI的小区更新消息，以使得RAN 120不将起始UE转换到CELL_DCH状态，416B。因此，起始UE在RACH上将没有TVI的小区更新消息传输到RAN 120，420B，且RAN 120通过在FACH上发送小区更新确认消息来响应小区更新消息，所述小区更新确认消息命令起始UE转换到CELL_FACH状态，424B。本领域的普通技术人员应了解，从URA_PCH或CELL_PCH状态到CELL_FACH状态的转换并不需要在服务节点B与RAN 120处的服务RNC之间建立无线电链路(RL)，因此与命令UE转换到CELL_DCH状态的小区更新消息相比，可相对较快地发送424B的小区更新确认消息。

起始UE接收424B的小区更新确认消息，且转换到CELL_FACH状态，428B。常规上，在从RAN 120接收到小区更新确认消息时，起始UE将以小区更新确认响应消息来做出响应，此后，将准许起始UE在RACH上将数据发送到RAN 120。然而，在图4B的实施例中，起始UE和RAN 120经配置以准许起始UE在发送小区更新确认响应消息之前传输数据。起始UE和RAN 120可如何经配置以促进RACH上的此类型的‘早期’数据传输的实例揭示于2009年5月22日提出申请的标题为“在无线通信系统中传输起始通信会话的请求(TRANSMITTING A REQUEST TO INITIATE ACOMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM)”的第61/180,640号美国临时申请案中，所述申请案的代理人案号为091948且其全文特此以引用的方式并入本文。应了解，在小区更新确认响应消息之前发送呼叫请求消息可导致较早的数据传输，但并不一定是本发明的每一实施例中的实质特征。

因此，在RACH上将小区更新确认响应消息发送到RAN 120之前，起始UE在RACH上将给定数量的呼叫请求消息发送到RAN 120，432B。举例来说，起始UE可按给定间隔重复呼叫请求消息，至少直到呼叫请求消息由应用服务器170确认，使得可在432B中发送1...N个呼叫请求消息，其中N＞＝1。RAN 120接收这些呼叫请求消息中的至少一个，且将所述呼叫请求消息转发到应用服务器170，436B(例如，如图4A中的400A)。在接收到呼叫请求消息且定位相关联的呼叫目标时，应用服务器170向每一呼叫目标通告通信会话，440B。图4B集中于起始UE而非目标UE的选择性CELL_DCH状态转换，因此，为了清晰起见已从图4B中省略了与目标UE的选择性CELL_DCH状态转换相关的任何决定逻辑，且在本发明的其它实施例中对其进行详细论述。

在于432B中发送呼叫请求消息1...N之后，起始UE在RACH上将小区更新确认响应消息发送到RAN 120，444B。如上所述，小区更新确认响应消息的传输常规上将在RACH上的数据传输之前发生，而在图4B的实施例中，起始UE和RAN 120经特殊配置以准许RACH上的‘早期’数据传输。

回到应用服务器170，在解码来自436B的呼叫请求消息之后，应用服务器170将呼叫请求ACK发送到RAN 120以供传输到起始UE，448B。RAN 120从应用服务器170接收呼叫请求ACK，且在FACH上将呼叫请求ACK传输到起始UE，452B。尽管图中显示呼叫请求ACK是在于440B中发送通告消息之后发生，但应了解，在本发明的其它实施例中，呼叫请求ACK可与通告消息同时发送或在通告消息之前发送。

本领域的普通技术人员应了解，应用服务器170通常不知道起始UE是在CELL_FACH状态还是CELL_DCH状态中连接到RAN 120。然而，为了改进通信会话期间的性能和可靠性，应用服务器170将通常希望将起始UE维持于CELL_DCH状态。因此，在本发明的实施例中，应用服务器170在456B中确定是否促进CELL_DCH状态的起始UE的转换(例如，如图4A的405A中)。举例来说，应用服务器170可评估在436B处接收的呼叫请求消息的大小以推断是否预期起始UE已经在CELL_DCH状态中操作，且可在呼叫请求消息不高于阈值的情况下确定将起始UE转换到CELL_DCH状态。或者，456B的确定可确定每当接收到呼叫请求消息时就将起始UE转换到CELL_DCH状态，而不管呼叫请求消息的大小如何。在另一实例中，除了呼叫请求消息的大小之外，应用服务器170在确定是否预期UE处于CELL_DCH状态时还可考虑UE的漫游状态。举例而言，如果UE处于漫游网络，且消息大小小于阈值(假定应用服务器170具有此知识)，那么应用服务器170将假定UE尚未转换到CELL_DCH。在另一实例中，应用服务器170可评估通信会话的呼叫类型以在456B中确定是否促进起始UE到CELL_DCH状态的转换。

在图4B的实施例中，假定应用服务器170在456B中确定促进起始UE到CELL_DCH状态的转换。因此，应用服务器170将虚设包发送到RAN 120以供传输到起始UE，其中虚设包具有大于或等于下行链路事件4a阈值的大小，460B。因此，将虚设包设置得足够大(例如，大于或等于下行链路事件4a阈值)以触发RAN 120自身的用于起始UE的CELL_DCH状态转换机制。

参看图4B，RAN 120(具体来说，RAN 120的服务RNC)接收虚设包，且基于虚设包造成下行链路流量上升得高于下行链路事件4a阈值而确定将起始UE转换到CELL_DCH状态，464B。因此，在468B中在服务节点B与RAN 120处的服务RNC之间建立无线电链路(RL)以用于DCH之后，RAN 120经由FACH将重配置消息传输到起始UE，472B。应了解，重配置消息可基于无线电承载(RB)、传输信道(TCH)或物理信道(PCH)是否为将重配置的起始UE的较高层而对应于无线电承载重配置消息、传输信道重配置消息或物理信道重配置消息。

起始UE接收重配置消息且转换到CELL_DCH状态，并执行L1同步化程序，476B，此后，起始UE在DCH上或E-DCH上将重配置完成消息传输到RAN 120，480B。RAN120随后在DCH或HS-DSCH上将虚设包传输到起始UE，484B，且起始UE解码并随后丢弃虚设包，488B。

图4C说明根据本发明的实施例的图4A的过程的一部分的另一实例实施方案。具体来说，图4C说明关于起始UE的图4A的过程的实例，其中起始UE开始于CELL_FACH状态。

参看图4C，假定给定UE(“起始UE”)正在CELL_FACH状态中操作，400C，且起始UE接收到起始将由应用服务器170仲裁的通信会话的请求(例如，给定UE的用户按压PTT按钮)，404C，且起始UE确定发送呼叫请求消息以在CELL_FACH状态中起始在RACH上的通信会话，408C。

因为起始UE已经处于CELL_FACH状态，所以起始UE无需如在图4B中执行小区更新程序以转换到CELL_FACH状态。因此，图4C省略了如在图4B的420B、424B和444B中交换小区更新消息、小区更新确认消息和小区更新确认响应消息的步骤。除了此不同点外，图4C的剩余部分实质上对应于图4B，且为了简明起见而不再进一步描述。具体来说，图4C的412C到464C分别对应于图4B的432B到440B和448B到488B。

图4D说明根据本发明的实施例的图4A的过程的另一部分的实例实施方案。具体来说，图4D说明关于目标UE的图4A的过程的实例，其中目标UE开始于CELL_URA或CELL_PCH状态。

参看图4D，假定给定UE(“目标UE”)正在URA_PCH或CELL_PCH状态中操作，400D，且应用服务器170从起始UE(图中未示)接收到呼叫请求消息，404D。因此，应用服务器170将通告消息发送到RAN 120以供传输到目标UE，408D。

本领域的普通技术人员应了解，应用服务器170通常不知道目标UE是在CELL_FACH状态还是CELL_DCH状态中连接到RAN 120。然而，为了改进通信会话期间的性能和可靠性，应用服务器170将通常希望将目标UE维持于CELL_DCH状态。因此，在本发明的实施例中，应用服务器170在412D中确定是否促进CELL_DCH状态的目标UE的转换。举例来说，应用服务器170可评估在408D处发送的呼叫通告消息的大小以推断是否预期目标UE由RAN 120转换到CELL_DCH状态，且可在呼叫通告消息不高于阈值的情况下确定进一步促进目标UE到CELL_DCH状态的转换。或者，412D的确定可确定每当传输呼叫通告消息时就将目标UE转换到CELL_DCH状态，而不管呼叫通告消息的大小如何。在另一实例中，除了呼叫请求消息的大小之外，应用服务器170在确定是否预期UE处于CELL_DCH状态时还可考虑UE的漫游状态。举例而言，如果UE处于漫游网络，且消息大小小于阈值(假定应用服务器170具有此知识)，那么应用服务器170将假定UE尚未转换到CELL_DCH。在另一实例中，应用服务器170可评估通信会话的呼叫类型以在412D中确定是否促进至少一个目标UE到CELL_DCH状态的转换。

在图4D的实施例中，假定应用服务器170在412D中确定促进目标UE到CELL_DCH状态的转换。因此，应用服务器170将虚设包发送到RAN 120以供传输到目标UE，其中虚设包具有大于或等于下行链路事件4a阈值的大小，416D。在接收到来自408D的呼叫通告消息之后，RAN 120寻呼目标UE，因为目标UE处于URA_PCH状态或CELL_PCH状态，420D。目标UE解码来自420D的寻呼，且转换到CELL_FACH状态，424D，且目标UE经由RACH将小区更新消息发送到RAN 120，428D。在432D中，RAN 120至少部分基于来自416D的虚设包而确定将目标UE转换到CELL_DCH状态，因为下行链路流量高于下行链路事件4a阈值。因此，RAN 120在用于目标UE的服务RNC与服务节点B之间设置RL连接，436D，且随后在FACH上将小区更新确认消息传输到目标UE，所述小区更新确认消息命令目标UE转换到CELL_DCH状态，440D。应了解，小区更新确认消息可基于无线电承载(RB)、传输信道(TCH)或物理信道(PCH)是否为将重配置的目标UE的较高层而对应于无线电承载重配置消息、传输信道重配置消息或物理信道重配置消息。

目标UE接收小区更新确认消息且转换到CELL_DCH状态，并执行L1同步化程序，444D，此后，目标UE在DCH上或E-DCH上将小区更新确认响应消息传输到RAN 120，448D。RAN 120随后按给定间隔在DCH或HS-DSCH上将通告消息传输到目标UE N次(例如，N＞＝1)，452D，目标UE以DCH或E-DCH上的通告ACK消息对呼叫通告消息做出响应，456D，且RAN 120将通告ACK消息转发到应用服务器170，460D。RAN120随后在DCH或HS-DSCH上将虚设包传输N次，464D，且目标UE解码并随后丢弃虚设包，468D。因此，在图4D的实施例中，图4A的420A的针对目标UE的CELL_DCH状态转换决定的虚设包决定是结合呼叫通告消息的传输而发生。

图4E说明根据本发明的实施例的图4A的过程的另一部分的实例实施方案。具体来说，图4E说明关于目标UE的图4A的过程的实例，其中目标UE开始于CELL_URA或CELL_PCH状态。而且，图4E展示应用服务器170在从目标UE接收到通告ACK之后而非如在图4D中那样在将呼叫通告消息发送到目标UE时确定是否将目标UE转换到CELL_DCH状态。

参看图4E，假定给定UE(“目标UE”)正在URA_PCH或CELL_PCH状态中操作，400E，且应用服务器170从起始UE(图中未示)接收到呼叫请求消息，404E。因此，应用服务器170将通告消息发送到RAN 120以供传输到目标UE，408E。

在接收到来自408E的呼叫通告消息之后，RAN 120即刻寻呼目标UE，因为目标UE处于URA_PCH状态或CELL_PCH状态，412E。目标UE解码来自412E的寻呼，且转换到CELL_FACH状态，416E，且目标UE经由RACH将小区更新消息发送到RAN120，420E。在424E中，RAN 120确定不将目标UE转换到CELL_DCH状态，因为下行链路流量并不高于下行链路事件4a阈值。因此，RAN 120无需在用于目标UE的服务RNC与服务节点B之间设置RL连接，而替代地按给定间隔在FACH上将N个呼叫通告消息传输到目标UE，428E。在于428E中发送通告消息之后，RAN 120在FACH上将小区更新确认消息传输到目标UE，所述小区更新确认消息命令目标UE转换以保持于CELL_FACH状态，432E。应了解，小区更新确认消息可基于无线电承载(RB)、传输信道(TCH)或物理信道(PCH)是否为将重配置的目标UE的较高层而对应于无线电承载重配置消息、传输信道重配置消息或物理信道重配置消息。

常规上，在从目标UE接收到小区更新消息后，RAN 120将即刻以小区更新确认消息来做出响应，此后，将准许RAN 120在FACH上将数据发送到目标UE。然而，在图4E的实施例中，目标UE和RAN 120经配置以准许RAN 120在发送小区更新确认消息之前传输数据。目标UE和RAN 120可如何经配置以促进在FACH上的此类型的‘早期’数据传输的实例揭示于2009年5月22日提出申请、标题为“在无线通信系统中传输起始通信会话的请求(TRANSMITTING A REQUEST TO INITIATE A COMMUNICATIONSESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM)”的第61/180,640号美国临时申请案中，所述申请案的代理人案号为091948且其全文特此以引用的方式并入。应了解，在小区更新确认消息之前发送呼叫通告消息可导致较早的数据传输，但并不一定为本发明的每一实施例中的实质特征。

目标UE通过在RACH上将小区更新确认响应消息发送回到RAN 120来对小区更新确认消息做出响应，436E，且目标UE通过在RACH上将通告ACK消息发送到RAN120来对来自428E的呼叫通告消息做出响应，440E，所述通告ACK消息随后由RAN 120转发到应用服务器170，444E。

应用服务器170接收通告ACK消息且在448E中确定是否促进CELL_DCH状态的目标UE的转换。举例来说，应用服务器170可评估在408E处发送的呼叫通告消息和/或在448E处接收的通告ACK消息的大小，以推断是否预期目标UE已经在CELL_DCH状态中操作。随后，如果这些消息中的每一个均不高于阈值，那么应用服务器170可确定进一步促进目标UE到CELL_DCH状态的转换。在另一实例中，除了呼叫请求消息的大小之外，应用服务器170在确定是否预期UE处于CELL_DCH状态时还可考虑UE的漫游状态。举例而言，如果UE处于漫游网络，且消息大小小于阈值(假定应用服务器170具有此知识)，那么应用服务器170将假定UE尚未转换到CELL_DCH。或者，448E的确定可确定每当从目标UE接收到通告ACK消息时就将目标UE转换到CELL_DCH状态，而不管呼叫通告消息或通告ACK消息的大小如何。在另一实例中，应用服务器170可评估通信会话的呼叫类型以在448E中确定是否促进至少一个目标UE到CELL_DCH状态的转换。

在图4E的实施例中，假定应用服务器170在448E中确定促进目标UE到CELL_DCH状态的转换。因此，应用服务器170将虚设包发送到RAN 120以供传输到目标UE，其中虚设包具有大于或等于下行链路事件4a阈值的大小，452E。RAN 120接收虚设包，且基于目标UE的下行链路流量高于下行链路事件4a阈值而确定将目标UE转换到CELL_DCH状态，456E。因此，RAN 120在用于目标UE的服务RNC与服务节点B之间设置RL，460E，且随后RAN 120在FACH上将重配置消息发送到目标UE，所述重配置消息命令目标UE转换到CELL_DCH状态，464E。

目标UE接收重配置消息且转换到CELL_DCH状态，并执行L1同步化程序，468E，此后，目标UE在DCH上或E-DCH上将重配置完成消息传输到RAN 120，472E。RAN120随后在DCH或HS-DSCH上将虚设包传输到目标UE N次(例如，N＞＝1)，476E，且目标UE解码并随后丢弃虚设包，480E。因此，在图4D的实施例中，图4A的420A的针对目标UE的CELL_DCH状态转换决定的虚设包决定是在从目标UE接收到通告ACK消息后即刻发生的。

图4F说明根据本发明的实施例的图4A的过程的一部分的另一实例实施方案。具体来说，图4F类似于图4D，只是假定目标UE开始于CELL_FACH状态而非URA_PCH状态或CELL_PCH状态。

因此，参看图4F，与图4D不同，假定给定UE(“目标UE”)正在CELL_FACH状态中操作，400F。404F到416F分别对应于图4D的404D到416D，且因此，将为了简明起见而不再进一步描述。

因为目标UE已经处于CELL_FACH状态，所以RAN 120按给定间隔在FACH上将呼叫通告消息传输到目标UE N次，420F。420F的呼叫通告消息传输的标头部分可经配置以包含目标UE的小区识别符(例如，C-RNTI)。尽管呼叫通告消息是在FACH上传输到目标UE，但RAN 120至少部分基于来自416F的虚设包而确定将目标UE转换到CELL_DCH状态，因为下行链路流量高于下行链路事件4a阈值，424F。因此，RAN 120在用于目标UE的服务RNC与服务节点B之间设置RL连接，428F。

在对来自420F的呼叫通告消息中的至少一个进行解码之后，目标UE通过在RACH上将通告ACK消息发送到RAN 120而对呼叫通告消息做出响应，432F，且RAN 120将通告ACK消息转发到应用服务器170，436F。

在来自428F的RL设置完成之后，RAN 120在FACH上将将重配置消息(例如，无线电承载(RB)重配置消息、传输信道(TCH)重配置消息或物理信道(PCH)重配置消息，这是基于无线电承载、传输信道或物理信道是否为待重配置的目标UE的较高层)发送到目标UE，所述重配置消息命令目标UE转换到CELL_DCH状态，440F。

目标UE接收重配置消息且转换到CELL_DCH状态，并执行L1同步化程序，444F，此后，目标UE在DCH上或E-DCH上将重配置完成消息传输到RAN 120，448F。RAN120随后在DCH或HS-DSCH上将虚设消息传输到目标UE N次(例如，N＞＝1)，452F，且目标UE解码并随后丢弃虚设包，456F。因此，在图4F的实施例中，图4A的420A的针对目标UE的CELL_DCH状态转换决定的虚设包决定是结合呼叫通告消息的传输而发生。

应了解，图4F演示一实例，其中在由目标UE发送重配置完成消息之前在RACH上发送通告ACK，且同时目标UE仍处于CELL_FACH状态，400G。图4G说明图4F的过程的替代实施方案，其中仅在发送重配置完成消息之后才从目标UE传输通告ACK。因此，在图4G中，不执行来自图4F的432F和436F的通告ACK传输。替代地，在目标UE在440G中传输重配置完成消息(例如，如在图4F的448F中)之后，在444G和448G中发送通告ACK消息。而且，因为在图4G过程的此时刻，目标UE已转换到CELL_DCH状态436G，因此在更可靠且更快的DCH或E-DCH上发送444G的通告ACK消息。图4G在其它方面类似于图4F，且为简明起见不再进一步描述相关元件(例如，452G和456G)。

图4H说明根据本发明的实施例的图4A的过程的一部分的另一实例实施方案。具体来说，图4H类似于图4E，只是假定目标UE开始于CELL_FACH状态而非URA_PCH状态或CELL_PCH状态。

因此，参看图4H，与图4E不同，假定给定UE(“目标UE”)正在CELL_FACH状态中操作，400H。应用服务器170从起始UE(图中未示)接收到呼叫请求消息，404H。因此，应用服务器170将通告消息发送到RAN 120以供传输到目标UE，408H。

在接收到来自408H的呼叫通告消息后，RAN 120即刻确定不将目标UE转换到CELL_DCH状态，因为下行链路流量并不高于下行链路事件4a阈值，412H。而且，因为目标UE已经处于CELL_FACH状态，所以RAN 120按给定间隔在FACH上将N个呼叫通告消息传输到目标UE，416H。图4H的剩余部分在其它方面类似于图4E，且为了简明起见将不再进一步描述。具体来说，图4H的420H到460H分别对应于图4E的440E到480E。

尽管已大体可互换地使用术语‘呼叫’和‘会话’来参考上述本发明的实施例，但将理解，任何呼叫和/或会话希望解释为包含不同方之间的实际呼叫，或替代地解释为在技术上可能并非被认为是‘呼叫’的数据传输会话。而且，虽然已关于PTT会话大体描述以上实施例，但其它实施例可针对任何类型的通信会话，例如即按即传送(PTX)会话、紧急VoIP呼叫，等等。

本领域的普通技术人员应了解，可使用多种不同技术及技艺中的任一个来表示信息及信号。举例来说，可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在以上描述中始终参考的数据、指令、命令、信息、信号、位、符号及码片。

此外，本领域的普通技术人员应了解，结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块、电路及算法步骤可实施为电子硬件、计算机软件或两者的组合。为清楚说明硬件与软件的此互换性，上文已大致关于其功能性而描述了各种说明性组件、块、模块、电路及步骤。所述功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以不同方式来实施所描述的功能性，但所述实施方案决定不应被解释为会导致脱离本发明的范围。

可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其经设计以执行本文中所描述的功能的任何组合来实施或执行结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块及电路。通用处理器可为微处理器，但在替代例中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或一个以上微处理器与DSP核心的联合，或任何其它此配置。

结合本文中所揭示的实施例而描述的方法、序列及/或算法可直接包含于硬件中、由处理器执行的软件模块中或两者的组合中。软件模块可驻存在RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸式磁盘、CD-ROM，或此项技术中已知的任一其它形式的存储媒体中。示范性存储媒体耦合到处理器，使得处理器可从存储媒体读取信息并将信息写入到存储媒体。在替代方案中，存储媒体可与处理器成一体式。处理器及存储媒体可驻留于ASIC中。ASIC可驻留于用户终端(例如，接入终端)中。在替代例中，处理器及存储媒体可作为离散组件驻留于用户终端中。

在一个或一个以上示范性实施例中，所描述的功能可实施于硬件、软件、固件或其任一组合中。如果实施于软件中，则可将功能作为计算机可读媒体上的一个或一个以上指令或代码而加以存储或传输。计算机可读媒体包括计算机存储媒体与包括促进计算机程序从一处传递到另一处的任何媒体的通信媒体两者。存储媒体可为可由计算机存取的任何可用媒体。以实例方式(且并非限制)，所述计算机可读媒体可包含RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置，或可用于载送或存储呈指令或数据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。同样，可恰当地将任何连接称作计算机可读媒体。举例来说，如果使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)或例如红外线、无线电及微波的无线技术从网站、服务器或其它远程源传输软件，则同轴电缆、光纤电缆、双绞线、DSL或例如红外线、无线电及微波的无线技术包括于媒体的定义中。如本文中所使用，磁盘及光盘包括压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)、软磁盘及蓝光光盘，其中磁盘通常磁性地再现数据，而光盘使用激光光学地再现数据。上文的组合也应包括在计算机可读媒体的范围内。

虽然前文的揭示内容展示本发明的说明性实施例，但应注意：在不脱离如附加的权利要求书所界定的本发明的范围的情况下，可在本文中进行各种变化及修改。无需以任何特定次序来执行根据本文中所述的本发明的实施例的方法权利要求项的功能、步骤及/或动作。此外，尽管可以单数形式描述或主张本发明的元件，但除非明确陈述对于单数的限制，否则也涵盖复数形式。

Claims (20)

1.一种在无线通信系统中选择性地转换用户设备UE的状态的方法，其包括：

在应用服务器处接收呼叫消息，所述呼叫消息经配置以请求在起始UE与至少一个目标UE之间起始通信会话，所述通信会话将由所述应用服务器仲裁；以及

响应于所述呼叫消息而将虚设数据选择性地发送到所述起始UE的服务接入网络以便促进所述起始UE到专用信道状态的转换。

2.根据权利要求1所述的方法，其中所述选择性地发送步骤结合对所述呼叫消息的确认ACK而将所述虚设数据发送到所述服务接入网络以供传输到所述起始UE。

3.根据权利要求1所述的方法，其中所述选择性地发送步骤选择性地发送额外虚设数据到所述通信会话中所述至少一个目标UE的至少一个服务接入网络以便促进所述目标UE到所述专用信道状态的转换。

4.根据权利要求3所述的方法，其中所述选择性地发送步骤结合经配置以向所述至少一个目标UE通告所述通信会话的通告消息而将所述额外虚设数据发送到所述至少一个服务接入网络以供传输到所述至少一个目标UE。

5.根据权利要求3所述的方法，其进一步包括：

传输经配置以向所述至少一个目标UE通告所述通信会话的通告消息；

从所述至少一个目标UE接收确认，所述确认指示接受所述通告消息，

其中所述选择性地发送步骤响应于来自所述至少一个目标UE的所述确认而将所述额外虚设数据发送到所述至少一个服务接入网络。

6.根据权利要求1所述的方法，其进一步包括：

至少部分基于与所述通信会话的设置相关联的给定消息的大小而确定是否将所述起始UE转换到所述专用信道状态，

其中所述选择性地发送步骤基于确定的结果而发送所述虚设数据。

7.根据权利要求6所述的方法，其中所述给定消息对应于来自所述起始UE的所述呼叫消息。

8.根据权利要求6所述的方法，其中所述确定步骤包含：

将所述给定消息的所述大小与大小阈值进行比较；

在所述比较指示所述给定消息的所述大小低于所述大小阈值的情况下，确定将所述起始UE转换到所述专用信道状态；以及

在所述比较指示所述给定消息的所述大小不低于所述大小阈值的情况下，确定不将起始UE转换到所述专用信道状态。

9.根据权利要求8所述的方法，

其中在所述比较指示所述给定消息的所述大小低于所述大小阈值的情况下，所述应用服务器推断所述起始UE尚未转换到所述专用信道状态，以及

其中在所述比较指示所述给定消息的所述大小不低于所述大小阈值的情况下，所述应用服务器推断所述起始UE已经转换到所述专用信道状态。

10.根据权利要求8所述的方法，

其中在所述比较指示所述给定消息的所述大小低于所述大小阈值的情况下，所述应用服务器推断所述起始UE将不会转换到所述专用信道状态而不传输所述虚设数据，以及

其中在所述比较指示所述给定消息的所述大小不低于所述大小阈值的情况下，所述应用服务器推断所述起始UE将会转换到所述专用信道状态而不传输所述虚设数据。

11.根据权利要求8所述的方法，其中所述大小阈值不大于所述起始UE的所述服务接入网络的事件4a流量测量TVM阈值。

12.根据权利要求1所述的方法，进一步包括：

至少部分基于所述通信会话的类型确定是否将所述起始UE转换到所述专用信道状态，

其中，所述选择性地发送步骤基于所述确定的结果发送所述虚设数据。

13.根据权利要求12所述的方法，其中所述确定步骤在所述通信会话的所述类型对应于即按即说PTT或即按即传送PTX通信会话的情况下确定将所述起始UE转换到所述专用信道状态。

14.根据权利要求12所述的方法，其中所述确定步骤包含：

将所述通信会话的所述类型与给定会话类型列表进行比较，

其中所述选择性地发送步骤基于所述通信会话的所述类型是否包含于所述给定会话类型列表中而发送所述虚设数据。

15.根据权利要求1所述的方法，其中所述选择性地发送步骤包含：

配置虚设包以供传输到所述起始UE，所配置的虚设包具有至少等于大小阈值的大小；以及

将所配置的虚设包发送到所述起始UE的所述服务接入网络。

16.根据权利要求15所述的方法，其中预期至少等于所述大小阈值的数据包来提示所述服务接入网络在所述起始UE尚未处于所述专用信道状态的情况下将所述起始UE转换到所述专用信道状态。

17.根据权利要求15所述的方法，其中所述大小阈值至少等于所述起始UE的所述服务接入网络的事件4a流量测量TVM阈值。

18.根据权利要求1所述的方法，其中所述专用信道状态对应于CELL_DCH状态，在所述CELL_DCH状态中，准许所述起始UE在给定专用信道上进行发射和接收。

19.根据权利要求1所述的方法，其中所述选择性地发送步骤响应于接收到所述呼叫消息而将所述虚设数据发送到所述起始UE的所述服务接入网络，而不管所述呼叫消息的大小如何。

20.一种经配置以在无线通信系统中选择性地转换用户设备UE的状态的应用服务器，其包括：

用于接收呼叫消息的装置，所述呼叫消息经配置以请求在起始UE与至少一个目标UE之间起始通信会话，所述通信会话将由所述应用服务器仲裁；以及

用于响应于所述呼叫消息而将虚设数据选择性地发送到所述起始UE的服务接入网络以便促进所述起始UE到专用信道状态的转换的装置。