无线通信系统中的用户设备的协助状态转换的制作方法

专利名称：无线通信系统中的用户设备的协助状态转换的制作方法
技术领域：
本发明的实施例涉及无线通信系统中的用户设备(UE)的协助状态转换。
背景技术：
无线通信系统已经经历了多代的发展，包括第一代模拟无线电话服务(1G)、第二 代(2G)数字无线电话服务(包括临时的2. 5G和2. 75G网络)以及第三代(3G)高速数据/支持因特网的无线服务。目前有很多种不同类型的无线通信系统在使用，包括蜂窝和个人通信服务(PCS)系统。已知的蜂窝系统的示例包括蜂窝模拟改进移动电话系统(AMPS)、基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动通信(GSM)变形，以及新的同时使用TDMA和CDMA技术的混合数字通信系统的数字蜂窝系统。电信工业协会/电子工业协会在美国，在题为“Mobile Station-Base StationCompatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System，，的TIA/EIA/IS-95-A中对用于提供CDMA移动通信的方法进行了标准化，本申请中将其引用为IS-95。在TIA/EIA标准IS-98中描述了组合的AMPS和CDMA系统。其它通信系统在IMT-2000/UM中得到描述，或者国际移动电信系统2000/通用移动通信系统标准覆盖称为宽带 CDMA (WCDMA), CDMA 2000 (例如，CMDA 2000 IxEV-DO 标准)或 TD-SCDMA。在W-CDMA无线通信系统中，用户设备(UE)从固定位置的节点B (也称为小区基站或小区)接收信号，该节点B支持通信链路或在临近或环绕该的特定地理区域内的服务。节点B提供到接入网(AN)/无线接入网(RAN)的入口点，该接入网通常是使用基于标准因特网工程任务组(IETF)的协议的分组数据网络，该协议支持基于服务质量(QoS)要求区分业务的方法。因此，该节点B通常通过无线接口与AT交互，并通过因特网协议(IP)网络数据分组与RAN交互。在无线通信系统中，对于服务扇区和客户来说一键通(PTT)功能正在变得流行。PPT可以支持“分发”运行在标准商业无线基础设施上(例如，W-CDMA、CDMA、FDMA、TDMA、GSM等)的语音服务。在分发模式中，端点(例如，UE)之间的通信发生在虚拟集合中，其中，将一个“讲话人”的语音传输个一个或多个“听众”。这类通信的单个实例一般称为分发呼叫，或简单地PTT呼叫。PTT呼叫是一个集合中的实例，其定义了呼叫的特性。集合本质上是由成员列表和相关联的信息(例如集合名字或集合标识)所定义的
发明内容
在一个实施例中，用户设备(UE)确定发起与至少一个其它UE的通信会话，该通信会话要由应用服务器仲裁。该UE确定通信会话的类型(例如，延迟敏感、PTT等)和/或要由UE发送的用于请求发起通过应用服务器进行的通信会话的呼叫消息的大小。UE至少部分地基于所确定的通信会话的类型和/或所确定的呼叫消息大小来选择在其上发送呼叫消息的反向链路信道。该UE转换到在所选反向链路信道上支持传输的给定的状态(例如，CELL_FACH、CELL_DCH等)。该UE转换到给定状态之后，在所选择的反向链路信道上发送所述呼叫消息。


通过结合附图考虑的同时参考下面的具体描述，将很容易获得对本发明的实施例更全面的了解以及更好的理解，附图是专门为了解释说明而显示的，而不是要限制本发明，其中图I是依照本发明的至少一个实施例的支持用户设备和无线接入网络的无线网 络架构的图。图2A示出了依照本发明的一个实施例的图I的核心网络。图2B更详细地示出了图I的无线通信系统的示例。图3是依照本发明的至少一个实施例的用户设备的视图。图4A示出了依照本发明的至少一个实施例，在无线通信系统中的初始用户设备(UE)处实现的状态决策过程。图4B示出了依照本发明的至少一个实施例，在无线通信系统中的初始用户设备(UE)处执行的另一个状态决策过程。图5A示出了依照本发明的至少一个实施例的图4A或图4B的过程的继续。图5B示出了依照本发明的至少一个实施例的图4A或图4B的过程的另一种继续。
具体实施例方式在下面的描述和描绘本发明的具体实施例的相关附图中公开了本发明的方面。在不背离本发明的范围的情况下可以设计处替换的实施例。另外，本发明的公知的元件将不再详细描述或者将忽略掉，以避免模糊本发明的相关细节。本申请中使用的“示例性”和/或“示例”一词意味着“用作例子、例证或说明”。本申请中被描述为“示例性”和/或“示例”的任何实施例不应被解释为比其它实施例更优选或更具优势。类似的，术语“本发明的实施例”不要求本发明的所有实施例包括所讨论的特性、优势或操作模式。此外，很多实施例以一系列动作的形式来描述，这些动作可以由，例如计算设备的元件来执行。应该认识到的是，本申请中描述的各个动作可以由专用电路(例如，专用集成电路(ASIC))、由一个或多个处理器执行的程序指令或它们的组合来执行。另外，本申请中描述的这些动作序列可以看做完全实现在任何形式的计算机可读存储介质中，该存储介质具有存储在其中的一组相应的计算机指令，一旦执行指令则会使相关联的处理器执行本申请中所描述的功能。因此，本发明的各个方面可以用多种不同的形式来实现，所有形式都预期处于权利要求声明的主旨范围内。另外，对于本申请中描述的每个实施例，任何这种实施例的相应形式都会在本申请中描述，例如，“逻辑配置为”执行所描述的动作。高数据速率(HDR)用户站，本申请中称为用户设备(UE)，可以是移动的或固定的，并且可以与一个或多个接入点(AT)通信，所述接入点可以称为节点B。UE通过一个或多个节点B向无线网络控制器(RNC)传输数据分组和接收数据分组。节点B和RNC是称为无线接入网(RAN)的网络的一部分。无线接入网在多个UE之间传输语音和数据分组。无线接入网还连接到该无线接入网以外的另外的网络，这样的核心网包括关于服务器和设备的特定载波，并连接到其它网络，例如公司内网、因特网、公共交换电话网络(PSTN)、支持通用分组无线业务(GPSR)的节点(SGSN)、支持网关GPRS的节点(GGSN)，并且可以在每个接入UE和这样的网络之间传输语音和数据分组。已经与一个或多个节点B建立了活动业务信道连接的UE可以称为活动UE，并且可以称为处于业务状态。正在处理与一个或多个节点B建立活动业务信道(TCH)连接的UE可以称为处于连接建立状态。UE可以是通过无线信道或通过有线信道通信的任何数据设备。UE还可以是多种类型设备中的任何 一种，包括但并不仅限于PC卡、压缩闪存、外部或内部调制解调器或无线或有线电话。UE通过其向节点B发送信号的通信链路称为上行链路信道(例如，反向业务信道、控制信道、接入信道等)。节点B通过其向UE发送信号的通信链路称为下行链路信道(例如，寻呼信道、控制信道、广播信道、前向业务信道等)。本申请中所用的术语业务信道(TCH)可以指的是上行链路/反向或下行链路/前向业务信道。图I示出了依照本发明的至少一个实施例的无线系统100的一个示例性实施例的框图。系统100可以包含UE，例如蜂窝电话102，通过无线接口 104与接入网或无线接入网(RAN) 120通信，该网络能够将接入终端102连接到在分组交换数据网络(例如，内网、因特网和/或核心网126)和该UE102、108、110、112之间提供数据连接的网络设备。如图所示，UE可以是蜂窝电话102、个人数字助理108、寻呼机110 (这里将其示为双向文字寻呼机)，甚至是具有无线通信入口的单独计算机平台112。因此，本发明的实施例可以实现在包括无线通信入口或具有无线通信能力的任何形式的接入终端上，包括但并不限于，无线调制解调器、PCMCIA卡、个人计算机、电话或它们的任意组合或子组合。此外，如本申请中所用的术语“UE”在其它通信协议(B卩，除了 W-CDMA以为的)中可以与“接入终端”、“AT”、“无线设备”、“客户端设备”、“移动终端”、“移动站”和它们的变形可以相互交换使用。回到图1，无线通信网络100的组件以及本发明的示例性实施例的组件的相互关系不仅限于所示出的配置。系统100仅仅是示例性的，还可以包括任何允许远程UE (例如无线客户端计算设备102、108、110、112)通过无线在相互之间和/或在通过无线接口 104和RAN 120 (包括，但并不仅限于核心网126、因特网、PSTN、SGSN、GGSN和/或其它远程服务器)连接的组件之间和之中进行通信的任何系统。该RAN 120控制发送给RNC 122的消息(通常作为数据分组发送)。该RNC 122负责支持通用分组无线业务(GPRS)的节点(SGSN)和UE102/108/110/112之间的信令、建立和销毁承载信道(即，数据信道)。如果能够进行链路层加密，则RNC 122也在将内容通过无线接口 104转发之前对其加密。RNC 122的功能是本领域公知的，为了简洁就不再进一步讨论了。该核心网络126可以通过网络、因特网和/或公共交换电话网络(PSTN)与RNC 122通信。作为替代，RNC 122可以直接连接到因特网或外部网络。典型地，核心网络126和RNC122之间的网络或因特网连接传输数据，而PSTN传输语音信息。RNC 122可以连接到多个节点B 124。以类似于核心网络126的方式，RNC 122通常通过用于数据传输和/或语音信息的网络、因特网和/或PSTN连接到节点B 124。节点B 124可以无线地向UE，例如蜂窝电话102，广播数据消息。如本领域公知的，MPT/BS 124, BSC/PCF 122和其它组件可以构成RAN 120。但是，也可以使用替代的配置，并且本发明并不仅限于所示出的配置。举例而言，在另一个实施例中，RNC 122和一个或多个节点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核心网(例如，GGSN 165和一个或多个SGSN160)是GPRS系统的中心部分，并且 还提供对基于W-CDMA的3G网络的支持。该GPRS核心网是GSM核心网的集成部分，提供移动管理、会话管理和IP分组业务在GSM和W-CDMA网络中传送。GPRS隧道协议(GTP)是GPRS核心网络最典型的IP协议。该GTP是允许GSM或W-CDMA网络的终端用户(例如，接入终端)从一地移动到另一地，同时还好像是从GGSN 165处的一个位置继续连接到因特网的协议。这是通过将用户数据从用户的当前SSGN 160转移到GGSN 165来完成的，该GGSN 165管理用户会话。GPRS核心网使用三种形式的GTP，也就是，(i )GTP_U、(i i )GTP_C和(i i i )GTP ’(主GTP)。GTP-U用于在每个分组数据协议(PDP)上下文的单独隧道中传送用户数据。GTP-C用于控制信令(例如，建立和删除PDP上下文、验证GSN可达性、例如在用户从一个SGSN移动到另一个时的更新或修改)。GTP’用于从GSN向收费功能传送收费数据。参照图2A，GGSN 165作为GPRS骨干网(未示出)和外部分组数据网络175之间的接口。GGSN 165从来自SGSN 160的GPRS分组提取与分组数据协议(PDP)格式(例如，IP或PPP)相关联的分组数据，并在相应的分组数据网络上发送出去这些分组。在其它方向上，由GGSN 165将输入数据分组引导到SGSN 160，该SGSN 160管理并控制RAN 120所服务的目标UE的无线接入承载(RAB)。从而，GGSN 165将目标UE的当前SGSN地址以及他的/她的特征存储在其位置寄存器中(例如，在PDP上下文中)。GGSN负责IP地址分配并且是所连接的UE的默认路由器。GGSN还执行认证和收费功能。在一个示例中，SGSN 160代表核心网络126中的多个SGSN中的一个。每个SGSN负责从相关联地理服务区域内中的UE或向其传送数据。SGSN160的任务包括分组路由和传输，移动管理(例如，附加/分离和位置管理)、逻辑链路管理，以及认证和收费功能。SGSN的位置寄存器存储所有注册到该SGSN 160的GPRS用户的位置信息(例如，当前小区，当前VLR)和用户特征(例如，MSI、用于分组数据网络中的PDP地址)，例如，在每个用户或UE的一个或多个PDP上下文中。因此，SGSN负责(i)从GGSN165解隧道化下行链路GTP分组，(ii)对向GGSN 165的IP分组上行链路隧道化，(iii)随着UE在SGSN服务区域之间移动执行移动管理，以及(iv)对移动用户收费。如本领域的普通技术人员应该了解的，除了(i)至IJ (i V )，用于GSM/EDGE网络的SGSN相比于用于W-CDMA网络的SGSN具有明显不同的功能。
RAN 120 (例如，或者在全球移动通信系统(UMTS)系统结构中的UTRAN)用例如像帧中继或IP这样的传输协议通过Iu接口与SGSN 160通信。SGSN 160通过Gn接口与GGSN165通信，该Gn接口是在SGSN 160和其它SGSN (未示出)和内部GGSN之间的基于IP的接口，并且使用上面定义的GTP协议(例如，GTP-U、GTP-C、GTP’等)。虽然在图2A中未示出，但是域名系统(DSN)也可以使用Gn接口。GGSN 165通过直接或通过无线应用协议(WAP)网关使用IP协议的Gi接口，连接到公共数据网络(PDN)(未示出)，继而连接到因特网175。PDP山下文是在SGSN 160和GGSN 165上都出现的数据结构，它包含UE具有活动GPRS会话时的特定UE通信会话信息。当UE期望发起GPRS通信会话时，UE必须首先依附到SGSN 160上，然后激活与GGSN 165的PDP上下文。这在用户当前访问的SGSN 160中分配了 PDP上下文数据结构，而该GGSN 165服务于UE的接入点。图2B更详细地示出了图I的无线通信100的示例。具体而言，参照图2B，UE L···N显示为连接到不同分组数据网络终点所服务的位置上的RAN120。图2B所显示的具体针对W-CDMA系统和术语，虽然可以了解如何修改图2B以确认Ix EV-DO系统。因此，UE I和3连接到RAN 120的由第一分组数据网络终点162服务的部分(例如，可以对应于SGSN、 GGSN、PDSN、国内代理(HA)、国外代理(FA)等)。第一分组数据网络终点162继而通过路由单元188连接到因特网175和/或一个或多个认证、授权和收费(AAA)服务器182、配置服务器184、因特网协议(IP)多媒体子系统(MS)/会话发起协议(SIP)注册服务器186和/或应用服务器170。UE 2和5…N连接到RAN 120的由第二分组数据网络终点164所服务的部分(例如，可以对应于SGSN、GGSN、PDSN, FA、HA等)。与第一分组数据网络终点162类似，第二分组数据网络终点164继而通过路由单元188连接到因特网175和/或一个或多个AAA服务器182、配置服务器184、MS/SIP注册服务器186和/或应用服务器170。UE 4直接连接到因特网175，然后可以通过因特网175连接到上面描述的任何系统组件。参照图2B，UE 1、3和5... N显示为无线电话，UE 2显示为无线平板PC，而UE 4显示为有线桌面站。但是，在其它实施例中，应该了解的是，无线通信系统100可以连接到任何类型的UE，并且图2B中所示出的示例并不意在限制可以实现在该系统中的UE的类型。并且，虽然每个AAA 182、配置服务器184JMS/SIP注册服务器186和应用服务器170显示为结构上独立的服务器，但是一个或多个这些服务器可以合并到本发明的至少一个实施例中。此外，参照图2B，应用服务器170显示为包括多个媒体控制复合体(MCC) I-N170B，以及多个区域分发器1···Ν 170Α。该区域分发器170Α和MCC 170Β共同包括在应用服务器170中，在至少一个实施例中其可以对应于服务器的分布式网络，它们共同对无线通信系统100中的通信会话(例如，通过IP单播和/或IP多播协议的半双工集合通信会话)进行仲裁。举例而言，由于应用服务器170仲裁的通信会话理论上会发生在位于系统100中任何位置的AT之间，对多个区域分发器170Α和MCC仲裁以降低仲裁的通信会话的延迟(例如，这样南美的MCC不会在参与位于中国的会话之间来回中继媒体内容)。因此，当参照应用服务器170时，应该了解的是可以由一个或多个区域分发器170Α和/或一个或多个MCC170Β强制执行相关联的功能。该区域分发器170Α—般负责任何关于建立通信会话的功能(例如，处理UE之间的信令消息、调度和/或发送公告消息等)，而MCC170B负责主持呼叫实例期间的通信会话，包括引导呼入信令和在仲裁的通信会话内实际交换媒体内容。
参照图3，像蜂窝电话这样的UE 200 (这里是无线设备)，具有平台202可以从RAN120接收并运行软件应用、数据和/或指令，它们最终可能来自于核心网络126、因特网和/或其它远程服务器和网络。该平台202可以包括收发机206，可操作地连接到专用集成电路(“ASIC”208)、或其它处理器、微处理器、逻辑电路或其它数据处理设备。ASIC 208或其它处理器执行应用程序接口(“API”)210层，该层与任何存在于该无线设备的存储器212中的程序交互。存储212可以由只读或随机访问存储器(RAM和ROM)、EEPR0M、闪存卡，或对计算机平台通用的任何存储器组成。平台202还包括本地数据库214，用于持有存储器212中不经常使用的程序。该本地数据库214通常是闪存单元，但是可以是本领域公知的任何二级存储设备，例如磁介质、EEPR0M、光介质、磁带、软盘或硬盘等等。如本领域内公知的，内部平台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)、正交频分复用(0FDM)、全球移动通信(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状态)之间转换，其特征如下
在CELL_DCH状态中，在上行链路和下行链路上为UE分配专用物理信道，根据UE的当前活动集合在小区等级上获知该UE，并且为该UE分配专用传输信道，下行链路和上行链路(TDD)共享传输信道，以及可以由UE使用的这些传输信道的组合。·在CELL_FACH状态中，不为UE分配专用物理信道，UE继续监测前向接入信道(FACH)，在上行链路上为该UE分配该UE可以根据该传输信道的接入过程在其上进行发送的默认公共或共享传输信道(例如，随机接入信道(RACH)，其为具有功率提升过程以获取信道和调整传输功率的基于竞争的信道)，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，可能没有上行链路活动，并且由RAN 120根据分配给在CELL_FACH状态中最后的URA更新期间的UE的UTRAN注册区域(URA)，在注册区域等级获知该UE的位置。因此，URA_PCH状态(或CELL_PCH状态)对应于休眠状态，在休眠状态中，UE周期性地唤醒以检查寻呼指示符信道(PICH)，以及相关联的下行链路寻呼信道(PCH)(如果需要的话)，并且该UE可以进入CELL_FACH状态以发送针对下列事件的小区更新消息小区重选、周期性小区更新、上行链路数据传输、寻呼响应、重新进入服务区域。在CELL_FACH状态中，UE可以在随机接入信道(RACH)上发送消息，并监测前向接入信道(FACH)。该FACH携带来自RAN 120的下行链路通信，并映射到辅公共控制物理信道(S-CCPCH)。在基于CELL_FACH状态中的消息发送获取到业务信道(TCH)之后，UE可以从CELL_FACH状态进入CELL_DCH状态。下面的表I示出了在无线资源控制(RRC)连接模式中，传统的专用业务信道(DTCH)到传输信道的映射
RACH FACH DCH E-DCH HS-DSCH
CELL DCH N0 N0 Yes YtsYes表IRRC连接模式中DTCH到传输信道的映射
其中，注释(版本8)和(版本7)指示了相关联的引入所指出的信道用于监测或接入的3GPP版本。在至少一个实施例中，由应用服务器170仲裁的通信会话可以与延迟敏感或高优先级应用和/或服务相关联。例如，在至少一个实施例中，应用服务器170可以对应于PTT服务器，并且应该了解的是，PTT会话中的重要的标准是快速会话建立以及贯穿整个会话维持给定等级的服务质量(QoS )。如上所讨论的，在RRC连接模式中，给定的UE可以在CELL_DCH或CELL_FACH中进行操作，以与RAN 120交换数据，由此，给定的UE可以到达应用服务器170。如上所述，在CELL_DCH状态中，上行链路/下行链路无线承载将消耗专用物理信道资源(例如，UL_DCH、DL DCH、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之间执行LI同步过程等)，并且该初始UE不会消耗DCH-资源。但是，RACH 一般与相比于DCH或E-DCH较低的数据速率相关联。因此，虽然潜在地允许呼叫请求消息的传输在较早的时间点上开始，但是，呼叫请求消息在RACH上的传输相比于在一些实例中在DCH或E-DCH上的类似传输，还是可能会需要较长时间来完成。因此，初始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阈值，则RNC122将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)内向初始UE分配DCH资源，则初始UE的CELL_DCH状态转换相对很快，这样，到DCH的转换可以适用于传输延迟敏感呼叫请求消息。换句话说，如果RAN 120只能够在接收到呼叫更新消息之后100毫秒(ms)内向初始UE分配DCH资源，则该初始UE的CELL_DCH状态转换相对较慢，这样，呼叫请求消息的传输实际上在RACH上能更快完成。应该了解的是，通常将事件4a阈值设置的足够高以便达到高效率的资源利用率，因为较低的事件4a阈值会造成更频繁地向UE的DCH资源分配，而该UE不需要DCH来及时完成它们的数据交换。但是，可能没有超过事件4a阈值的数据传输可以根据RAN 120的处理速度和要传输的数据量在CELL_FACH状态或CELL_DCH状态中更快地传输。但是，如上所述，传统RAN在做出CELL_DCH状态转换决策时不会评估除了所测量出的或所报告的业务量是否超过事件4a阈值以外的标准。在W-CDMA版本6中，引入了被称为业务量指示符(TVI)的新特性，初始UE可以选择在小区更新过程中在小区更新消息中包括该TVI。RAN120会将包括TVI的小区更新消息(即，TVI=True (真))解释为好似超过了用于触发TVM报告的事件4a阈值卿，换句话说，好似上行链路业务量缓冲占用率超过了用于触发TVM报告的事件4a阈值)，这样，RAN 120会将初始UE直接转换到CELL_DCH状态。作为替代，如果小区更新消息中不包括TVI，则RAN120只有在接收到事件4a的业务量测试报告时才将初始UE转换到CELL_DCH状态。因此，本发明的实施例针对UE协助状态转换，初始UE根据要发送给应用服务器170的呼叫请求消息的大小(例如，如图4A中所示)，和/或根据要发起的通信会话的类型(例如,如图4B中所示)选择性地在小区更新消息中包括TVI。在图4A中的实施例中，举例而言，初始UE使用大小阈值来确定特定呼叫请求消息应该在RACH上还是在DCH上发送。在一个示例中，该大小阈值小于已经在RAN 120处确立的用于触发UE的CELL_DCH状态转换的事件4a阈值。在图4B的实施例中，举例而言,初始UE使用确定的通信会话的类型(例如，PTT、VoIP等)来确定特定呼叫请求消息应该在RACH上还是DCH上发送。因此，该初始UE本身可以根据其自己对呼叫请求消息的大小和大小阈值的比较和/或确定的呼叫或会话类型来控制RAN 120是否将初始UE转换到CELL_DCH或CELL_FACH。
下面，图4A-5B示出了 UE状态转换过程，其中，系统100对应于依照本发明的实施例使用宽带码分多址(W-CDMA)的通用移动通信系统(UMTS)。但是，本领域的普通技术人员应该了解的是图4A-5B是如何针对使用除了 W-CDMA以外的其它协议的通信会话的。此外，本申请中提到的一些信令消息是借由应用服务器170对应于PTT服务器描述的。但是，应该了解的是，其它实施例可以针对向系统100的UE提供除了 PTT以外的服务(例如，一键传输(PTX)服务、VoIP服务、分组文本会话等)的服务器。图4A示出了在无线通信系统中在初始UE处执行的状态决策过程。参照图4A，假设给定 UE(“初始 UE”)在 URA PCH 或 CELL_PCH 状态中运行，400A。在 URA_PCH 或 CELL_PCH状态中，初始UE接收发起由应用服务器170仲裁的通信会话的请求，405A。举例而言，405A中接收到的请求可以对应于在初始UE上运行的多媒体客户端应用或API，该UE接收到其用户已经按下PTT按钮以便发起PTT通信会话的指示。接下来，初始UE确定要发送的用于发起通信会话的呼叫请求消息的大小(410A)。例如，不同通信会话的呼叫请求消息可以具有不同的大小(即，不同数量的比特)。例如，由 应用服务器170仲裁的呼叫的类型(例如，VoIP会话、PTT会话、PTX会话等)会影响该呼叫请求消息的大小。如果该呼叫对应于分组通信会话具有至少等于阈值大小的分组(例如，三个或更多个参与者)，则初始UE期望用于进行该通信会话的分组大小也会影响呼叫请求消息的大小(例如，大的自治分组具有较大的呼叫请求消息大小，等等)。在另一个示例中，呼叫请求消息可以可选地与该初始UE的位置信息绑定在一起以便协助在应用服务器170处的基于位置的决策，并且这种类型的位置信息会增加呼叫请求消息的大小。在410A中确定了呼叫请求消息的大小之后。初始UE将410A中所确定的大小与给定的大小阈值进行比较，以便确定在CELL_FACH状态中的RACH上还是在CELL_DCH状态中的DCH或E-DCH上发送呼叫请求消息(415A)。具体而言，如果确定该呼叫请求消息的大小不高于给定的大小阈值，则415A的决策确定在RACH上发送该呼叫请求消息，并且过程前进到图5A的500A。否则，如果所确定的该呼叫请求消息的大小高于给定的大小阈值，则415A的决策确定在DCH或E-DCH上发送该呼叫请求消息，并且过程前进到图5B的500B。在一个示例中，由初始UE用于在CELL_DCH状态和CELL_FACH状态之间进行选择以便传发送叫请求消息的给定的大小阈值可以部分地基于在初始UE发送呼叫更新消息之后，预计RAN 120向该初始UE分配DCH资源的迅速程度。如本领域的技术人员应该了解的，如果预计RAN 120能够相对较快完成DCH分配，则给定大小阈值可以设置为相对较低的值。否则，如果预计RAN 120会相对较慢完成DCH分配，则给定大小阈值可以设置为相对较高的值。但是，在至少一个实施例中，不会将给定大小阈值设置为高于事件4a阈值(例如，上行链路事件4a阈值、用于触发TVM报告的事件4a阈值等)，因为该事件4a阈值无论如何都会向RAN 120触发CELL_DCH状态转换。虽然在图4A中未明确示出，但可以告知初始UE由应用服务器170向其提供的服务RAN的给定大小阈值。在一个示例中，在执行图4A的过程之前，初始UE向应用服务器170报告该UE的当前服务网络的标识符(例如，PLMN ID)。然后，应用服务器170的运营商确定UE的服务RAN的性能预期(例如，根据基于各个网络的历史性能数据建立的查询表)，并根据该性能预期设置针对初始UE的给定大小阈值。然后，将该给定大小阈值中继给初始UE。如果初始UE移动到RAN的新的服务网络，则可以重复该过程以便将给定大小阈值更新到新的值。 虽然图4A主要依赖于在确定UE是在DCH上还是在RACH上发送呼叫消息时对呼叫消息的大小的估计，但是图4B是针对由UE使用所发起的通信会话的类型(例如，PTT, VoIP等)来选择在其上发送呼叫消息的反向链路信道的实施例。图4B示出了依照本发明的另一个实施例在无线通信系统中的初始UE处实现的状态决策过程。参照图4B，假设给定的UE (“初始UE”)在URA_PCH或CELL_PCH状态中操作(400B)。在URA_PCH或CELL_PCH状态中，初始UE接收发起由应用服务器170仲裁的通信会话的请求(405B)。举例而言，405B中接收到的请求可以对应于在初始UE上执行的多媒体客户端应用或API，该UE接收到其用户已经按下PTT按钮以便发 起PTT通信会话的指示。接下来，初始UE确定在405B中请求的通信会话的类型(410B)。例如，初始UE可能能够接合多种不同类型的通信会话，例如传统的语音呼叫、PTT或PTX会话、VoIP会话等等。这些不同的通信会话类型在会话建立方面(例如延迟敏感)关联了不同的要求。举例而言，PTT会话就被公知为特别的延迟敏感。在410B中确定了通信会话类型之后，初始UE将在410B中确定的类型与给定的会话类型列表比较以便确定在CELL_FACH状态中的RACH上还是在CELL_DCH状态中的DCH或E-DCH上发送呼叫请求消息(415B)。在一个示例中，可以确立给定的会话类型列表，这样当比较结果指示所确定的类型出现在给定列表上时，初始UE选择在DCH或E_DCH上传输该呼叫请求消息。在这种情况中，给定的会话类型列表对应于相对延迟敏感的通信会话，例如PTT或PTX会话。可替代的，可以确立给定的会话类型列表，这样当比较结果指示所确定的类型出现在给定列表上时，初始UE选择在RACH上传输该呼叫请求消息。在这种情况中，给定的会话类型列表对应于不是特别延迟敏感的通信会话，例如传统的呼叫或VoIP会话。参照图4B，如果415B的决策确定在RACH上发送呼叫请求消息，则过程前进到图5A的500A。否则，如果415B的决策确定在DCH或E-DCH上发送呼叫请求消息，则过程前进到图5B的500B。参照图5A，在图4的415A或图4B的415B中确定了在CELL_FACH状态中的RACH上从初始UE传输呼叫请求消息之后，该初始UE配置没有TVI的小区更新消息，这样RAN 120不会将该初始UE转换到CELL_DCH状态(500A)。举例而言，如上所讨论的，在W-CDMA版本6中，引入了称为TVI的新特性，初始UE可以选择在小区更新过程内在小区更新消息中包括TVI，以便控制RAN 120将如何评估事件4a状况。因此，在图4A的410A或图4B的410B中，除了确定通信会话的呼叫类型和/或从该呼叫类型推断呼叫请求消息的大小(例如，针对直接呼叫推断较小的消息大小、针对自治分组呼叫推断较大的消息大小)，初始UE还可以根据由该呼叫请求消息要发起的相关联的呼叫类型确定小区更新消息的TVI。例如，500A的配置(TVI=False (假)或TVI=O)是对检测到该呼叫请求消息的呼叫类型对应于直接呼叫的响应。因此，初始UE在RACH上向RAN 120传输没有TVI的小区更新消息(505A)，并且该RAN 120通过在FACH上发送小区更新确认消息对该小区更新消息进行响应，小区更新确认消息通知该初始UE转换到CELL_FACH状态(510A)。如本领域的普通技术人员应该了解的，从URA_PCH或CELL_PCH状态转换到CELL_FACH状态不需要在服务节点B和RAN 120处的服务RNC之间建立无线链路(RL)，这样，510A的小区更新确认消息可以相比于通知UE转换到CELL_DCH状态的小区更新消息相对更快地发送。初始UE接收510A的小区更新确认消息并转换到CELL_FACH状态(515A)。通常，一旦从RAN 120接收到小区更新确认消息，初始UE会用小区更新确认响应消息作为响应，之后该初始UE会被允许在RACH上向RAN 120发送数据。但是，在图5A的实施例中，初始UE和RAN 120配置为在发送小区更新确认响应消息之前就允许该初始UE传输数据。应该了解的是，在小区更新确认响应消息之前发送呼叫请求消息会造成较早的数据传输，但并不是本发明的每个实施例中必需的基本特性。因此，在RACH上向RAN 120发送小区更新确认响应消息之前，初始UE在RACH上向RAN 120传输第一呼叫请求消息(520A)，该RAN 120将该呼叫请求消息转发给应用服务器170 (525A)。一旦接收到该呼叫请求消息并定位了相关联的呼叫目标，应用服务器170向每个呼叫目标宣布该通信会话(530A)。初始UE以给定的间隔重复该呼叫请求消息至少直到由应用服务器170对该呼叫请求消息确认，这样，在535A中由初始UE发送第二个呼叫请求消息。 发送520A和535A的呼叫请求消息之后，初始UE在RACH上向RAN120发送小区更新确认响应消息(540A)。如上所述，小区更新确认响应消息的传输通常会在RACH上传输数据之前发生，而在图5A的实施例中该初始UE和RAN 120特别配置为允许在RACH上“早先的”传输数据。回到应用服务器170，在对来自525A的呼叫请求消息解码之后，应用服务器170向RAN 120发送呼叫请求ACK以便发送到初始UE(545A)。RAN 120从应用服务器170接收该呼叫请求ACK，并在FACH上向初始UE该呼叫请求ACK (550A)。虽然该呼叫请求ACK显示为发生在530A中发送宣布消息之后，但是应该了解的是，在本发明的其它实施例中呼叫请求ACK可以与该宣布消息同时或在其之前发送。如本领域的普通技术人员应该了解的，应用服务器170 —般不知道初始UE在CELL_FACH状态还是在CELL_DCH状态中连接到RAN 120。但是，为了提高通信会话内的性能和可靠性，应用服务器170 —般期望将初始UE维持在CELL_DCH状态。因此，在本发明的实施例中，应用服务器170配置为评估(i)在525A处接收到的呼叫请求消息的大小和/或
(ii)所请求要发起的通信会话的类型，以便推断初始UE是否已经运行在CELL_DCH状态中(555A)。举例而言，在555A中，应用服务器170的评估对应于在初始UE处将呼叫请求消息的大小与给定大小阈值比较，类似于图4A的415A。例如，如上所述，在执行图4A(或图5A)的过程之前，初始UE可以向应用服务器170报告其当前服务网络(例如，通过将服务器网络的PLMN ID传达给应用服务器170)。然后，应用服务器170根据UE的服务器网络设置针对该初始UE的给定大小阈值。其后，应用服务器170会假设当消息的大小大于给定大小阈值和/或在应用服务器170处从初始UE接收到一个或多个该UE的服务网络的事件4a阈值时，初始UE会将其自己转换到CELL_DCH状态。在替代的示例中，在555A中，应用服务器170的评估对应于在初始UE处将通信会话的类型与给定的通信会话类型列表进行比较，类似于图4B的415B。在图5A的实施例中，应用服务器170确定通过向初始UE传输虚拟分组来帮助初始UE转换到CELL_DCH状态，该虚拟分组的大小大于或等于UE的DL事件4a阈值(560A)。举例而言，应用服务器170确定将初始UE转换到CELL_DCH状态可以是对呼叫请求消息小于或等于给定大小阈值的响应和/或基于由初始UE发起的通信会话的状态。因此，将该虚拟分组设置的足够大以触发RAN 120自己的针对初始UE的CELL_DCH状态转换机制。在本发明的另一个实施例中，应用服务器170可以简单地在任何收到呼叫请求消息时向初始UE发送虚拟分组，而不用执行555A的评估。虽然在实现方面更简单，但是应该了解的是，这会造成就UE已经处于CELL_DCH状态的意义来说至少一些虚拟分组的发送时不必要的(例如，虽然在图5A中，UE直到虚拟分组的传输之后才进入CELL_DCH状态)。参照图5A，RAN 120 (具体而言，RAN 120的服务RNC)接收该虚拟分组并根据该虚拟分组造成下行链路业务亮上升到事件4a TVM阈值以上，确定将初始UE转换到CELL_DCH状态。因此，在服务节点B和RAN 120处的服务RNC之间建立用于DCH的无线链路(RL)之后，RAN 120通过FACH向初始UE传输无线承载(RB)重配置消息(570A)。应该了解的是，虽然在570A中示为RB重配置消息，但是该重配置消息可以根据无线承载、传输信道或物理信道是否是要重配置的初始UE的较高层，替代地配置为传输信道(TCH)重配置消息或物理信道(PCH)重配置消息。 初始UE接收RB重配置消息并转换到CELL_DCH状态(575A)。虽然没有在图5A中明确示出，该初始UE到CELL_DCH的转换可以包括与其服务节点B完成LI同步过程，其后该初始UE在DCH或E-DCH上向RAN 120传输RB重配置完成消息(580A)。然后，该RAN 120在DCH或HS-DSCH上向初始UE传输虚拟分组(585A)，初始UE对该虚拟分组解码然后将其丢弃(590A)。参照图5B，在图4A的415A或图4B的415B中确定了在CELL_DCH状态中的DCH(即，DCH或E-DCH)上从初始UE传输呼叫请求消息之后，该初始UE配置具有TVI的小区更新消息(即，TVI=True),这样，提示该RAN 120将初始UE转换到CELL_DCH状态(500B)。举例而言，如上所述，在W-CDMA版本6中，引入了称为TVI的新特性，该初始UE可以选择在小区更新过程内的小区更新消息中包括TVI，以便控制RAN 120如何评估事件4a状况。因此，在图4A的410A或图4B的410B中，除了确定通信会话的呼叫类型和/或从该呼叫类型推断呼叫请求消息的大小(例如，针对直接呼叫推断较小的消息大小，针对自治分组推断较大的消息大小，等等)以外，该初始UE还可以根据该呼叫请求消息要发起的相关联的呼叫类型确定该小区更新消息的TVI设置。例如，500A的配置(TVI=False或TVI=O)可以是对检测到呼叫请求消息的呼叫类型对应于自治分组呼叫(例如，如图4B中所示)和/或基于对呼叫请求消息自己的大小的直接估计(例如，如图4A中所示)的响应。因此，初始UE在RACH上向RAN 120传输具有TVI的小区更新消息(B卩，TVI=True)(505B)。该RAN 120通过在服务节点B和服务RNC之间建立无线链路(RL)对该小区更新消息响应，其后，RAN 120在FACH上发送小区更新确认消息通知该初始UE转换到CELL_DCH状态(515B)。如本领域的普通技术人员应该了解的，不像从URA_PCH或CELL_PCH状态转换到CELL_FACH状态，从URA_PCH或CELL_PCH状态转换到CELL_DCH状态要求在服务节点B和RAN 120处的服务RNC之间建立无线链路(RL)，这样，在与RL建立相关联的给定RAN处理延迟之后，发送515B的小区更新确认消息。该初始UE接收515B的小区更新确认消息，并通过与其服务节点B执行LI同步过程开始其到CELL_DCH的转换(520B)。在完成了 520B的LI同步过程之后，可以认为初始UE运行在CELL_DCH状态中(525B)。通常，在完成了 LI同步过程之后，初始UE应该传输小区更新确认响应消息，其后，可以允许该初始UE在反向链路DCH或E-DCH上向RAN 120发送数据。但是，在图5B的实施例中，将初始UE和RAN 120配置为允许初始UE在完成LI同步过程之后发送小区更新确认响应消息之前传输数据。应该了解的是，在小区更新确认响应消息之前发送呼叫请求消息会造成较早的数据传输，但并不需要是本发明的每个实施例中的必要特性。因此，在反向链路DCH或E-DCH上向RAN 120发送小区更新确认响应消息之前，初始UE在反向链路DCH或E-DCH上向RAN 120传输第一呼叫请求消息(530B)，并且RAN 120将该呼叫请求消息转发给应用服务器170 (535B)。一旦接收到呼叫请求消息并定位了相关联的呼叫目标，应用服务器170向每个呼叫目标宣布该通信会话(540B)。初始UE以给定的间隔重复该呼叫请求消息至少直到由应用服务器170对该呼叫请求消息确认，这样，在545B中由初始UE发送第二个呼叫请求消息。发送530B和545B的呼叫请求消息之后，初始UE在反向链路DCH或E-DCH上向RAN 120发送小区更新确认响应消息(550B)。如上所述，小区更新确认响应消息的传输通 常会在反向链路DCH或E-DCH上传输数据之前发生，而在图5B的实施例中该初始UE和RAN120特别配置为允许在DCH或E-DCH上“早先的”传输数据。回到应用服务器170，在对来自535B的呼叫请求消息解码之后，应用服务器170向RAN 120发送呼叫请求ACK用于向初始UE的传输(555B)。RAN 120从应用服务器170接收该呼叫请求ACK，并在DTCH/DCH或DTCH/HS-DSCH上向初始UE该呼叫请求ACK (560B)。虽然该呼叫请求ACK显示为发生在540B中发送宣布消息之后，但是应该了解的是，在本发明的其它实施例中呼叫请求ACK可以与该宣布消息同时或在其之前发送。如上所述，应用服务器170 —般不知道初始UE在CELL_FACH状态还是在CELL_DCH状态中连接到RAN 120。但是，为了提高通信会话内的性能和可靠性，应用服务器170—般期望将初始UE维持在CELL_DCH状态。因此，在本发明的实施例中，应用服务器170配置为评估在535B处接收到的呼叫请求消息的大小(例如，类似于在初始UE处的图4A)和/或所请求要发起的通信会话的类型(例如，类似于初始UE处的图4B)，以便推断初始UE是否已经运行在CELL_DCH状态中(565B)。举例而言，在565B中，应用服务器170的评估对应于在初始UE处将呼叫请求消息的大小与给定大小阈值比较，类似于图4A的415A。在替代的示例中，在565B中，应用服务器170的评估对应于在初始UE处将通信会话的类型与给定的通信会话类型列表进行比较，类似于图4B的415B。在图5B的实施例中，应用服务器170确定初始UE可能已经运行在CELL_DCH状态中(例如，由于该呼叫请求消息高于给定大小阈值和/或该通信会话的呼叫类型在给定列表中列出或未列出)，从而制止传输虚拟分组(570B)。具体而言，图5B解释说明了从应用服务器170向初始UE “盲目地”发送虚拟分组的示例，这是对实际上并不需要呼叫请求消息的响应，因为至少在这个实施例中，初始UE此时已经处于CELL_DCH状态了。虽然在上面对本发明的实施例的描述中交替使用了术语“呼叫”和“会话”，但是应该了解的是，任何呼叫和/或会话应该解释为包括不同参与者之间的实际呼叫，或可替代的包括技术上不认为是“呼叫”的数据传输会话。同时，虽然上面的实施例一般是参照PTT会话描述的，但是其它实施例可以针对任何类型的通信会话，例如一键传输(PTX)会话、紧急VoIP呼叫等。
本领域的技术人员应意识到的是，可以使用任何各种不同的技术和技艺来表示信息和信号。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子、或者其任意组合来表示。此外，本领域的技术人员将意识到结合本文公开的实施例而描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为造成对本发明的范围的背离。被设计用于执行本文所述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实现或执行结合本文公开的实施例所描述的各种说明性的逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何 常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。结合本文公开的实施例所描述的方法、顺序或者算法可直接体现在硬件、由处理器执行的软件模块、或这两者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、⑶-ROM、或者本领域已知的任何其它形式的存储介质中。一种示例性的存储介质可以耦合到处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。或者，存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。或者，处理器和存储介质可以作为分立组件存在于用户终端中。在一个或多个示例性实施例中，所描述的功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将这些功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质传送。计算机可读介质包括计算机存储介质和通信介质二者，通信介质包括有助于计算机程序从一个位置转移到另一个位置的任意介质。存储介质可以是能够由计算机存取的任意可用介质。通过举例而非限制的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望程序代码并能够由计算机进行存取的任何其它介质。此外，任何连接可以适当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或者诸如红外线、无线和微波之类的无线技术从网站、服务器或其它远程源发送的，则同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在介质的定义中。本文使用的磁盘和光盘包括压缩光盘(⑶)、激光光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘，其中，磁盘通常磁性地复制数据，而光盘用激光光学地复制数据。上述各项的组合也应该包括在计算机可读介质的范围中。虽然前面的公开内容示出了本发明的说明性实施例，但是需要注意的是，在不脱离由所附权利要求所定义的本发明的范围的条件下，可以做出各种改变和修改。根据本文中所描述的本发明的实施例的方法权利要求的功 能、步骤和/或动作不必以任何特定顺序执行。此外，虽然可以对本发明的元素以单数形式来描述或权利要求，但是除非明确声明限制成单数，否则应将复数考虑在内。
权利要求
1.一种选择性地转换无线通信系统中的用户设备(UE)的状态的方法，包括 在所述UE处，确定发起与至少一个其它UE的通信会话，所述通信会话由应用服务器进行仲裁； 确定由所述UE发送的用于请求发起通过所述应用服务器进行的所述通信会话的呼叫消息的大小； 至少部分地基于所确定的所述呼叫消息的大小，选择在其上发送所述呼叫消息的反向链路信道； 将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态；以及 在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息。
2.如权利要求I所述的方法，其中，所述确定发起所述通信会话的步骤是对来自所述UE的用户对发起所述通信会话的请求的响应。
3.如权利要求I所述的方法，其中，所确定的所述呼叫消息的大小至少部分地基于与所述通信会话相关联的无线通信协议和/或所述呼叫消息是否绑定了补充信息。
4.如权利要求3所述的方法，其中，所述无线通信协议对应于因特网协议语音(VoIP)、一键通(PTT)或一键传输(PTX)。
5.如权利要求3所述的方法，其中，所述补充信息包括与所述UE相关联的位置信息。
6.如权利要求I所述的方法，其中，所述选择步骤包括 将所确定的所述呼叫消息的大小与大小阈值相比较； 如果所述比较指示所确定的大小低于所述大小阈值，则选择在其上发送所述呼叫消息的第一反向链路信道；以及 如果所述比较指示所确定的大小不低于所述大小阈值，则选择在其上发送所述呼叫消息的第二反向链路信道。
7.如权利要求6所述的方法，其中，所述第一反向链路信道对应于反向链路共享信道。
8.如权利要求7所述的方法，其中，所述第一反向链路共享信道对应于随机接入信道(RACH)0
9.如权利要求6所述的方法，其中，所述第二反向链路信道对应于反向链路专用信道。
10.如权利要求6所述的方法，其中，所述大小阈值配置为，当考虑开销因素时，期望低于所述大小阈值的数据分组能够在所述第一反向链路信道上更快地完成传输，并且期望不低于所述大小阈值的数据分组能够在所述第二反向链路信道上更快地完成传输。
11.如权利要求6所述的方法，其中，所述大小阈值不大于所述UE的服务接入网络的事件4a业务量测量(TVM)阈值。
12.如权利要求6所述的方法，其中，将所述大小阈值从服务接入网络传送到所述UE。
13.如权利要求I所述的方法，其中，当所述UE确定发起所述通信会话时，所述UE处于空闲状态。
14.如权利要求I所述的方法，其中，所述转换步骤包括 对消息进行配置以请求服务接入网络将所述UE转换到所述给定状态；以及 在给定的反向链路信道上将所配置的消息发送到所述服务接入网络。
15.如权利要求14所述的方法，其中，所述给定的反向链路信道对应于所选择的反向链路信道。
16.如权利要求14所述的方法，其中，所述给定的反向链路信道不对应于所选择的反向链路信道。
17.如权利要求14所述的方法， 其中，所配置的消息对应于小区更新消息；并且 其中，所述配置步骤设置所述小区更新消息中的业务量指示符(TVI)字段的值，以指示所述服务接入网络将所述UE转换到所述给定状态。
18.如权利要求17所述的方法， 其中，如果所述给定状态对应于CELL_FACH状态，则将所述TVI字段设置为“没有TVI ”；并且 其中，如果所述给定状态对应于CELL_DCH状态，则将所述TVI字段设置为“TVI=True”。
19.如权利要求I所述的方法，其中，所述反向链路信道对应于反向链路共享信道。
20.如权利要求19所述的方法，其中，所述反向链路共享信道对应于随机接入信道(RACH)0
21.如权利要求I所述的方法，其中，所述反向链路信道对应于反向链路专用信道。
22.一种选择性地转换无线通信系统中的用户设备(UE)的状态的方法，包括 在所述UE处，确定发起与至少一个其它UE的通信会话，所述通信会话由应用服务器进行仲裁； 确定所述通信会话的类型； 至少部分地根据所确定的所述呼叫消息的类型，选择在其上发送呼叫消息的反向链路信道，所述呼叫消息用于请求发起通过所述应用服务器进行的所述通信会话； 将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态；以及 在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息。
23.如权利要求22所述的方法，其中，所述确定发起所述通信会话的步骤是对来自所述UE的用户对发起所述通信会话的请求的响应。
24.如权利要求22所述的方法，其中，所述确定的所述通信会话的类型对应于因特网协议语音(VoIP )、一键通(PTT )或一键传输(PTX)。
25.如权利要求22所述的方法，其中，所述选择步骤包括 将所确定的所述通信会话的类型与会话类型的列表进行比较； 如果所述比较指示所确定的类型对应于所列出的会话类型中的一个或多个类型，则选择在其上发送所述呼叫消息的第一反向链路信道；以及 如果所述比较指示所确定的类型不对应于所列出的会话类型中的一个或多个类型，则选择在其上传输所述呼叫消息的第二反向链路信道。
26.如权利要求25所述的方法，其中，所述第一反向链路信道和所述第二反向链路信道中的一个对应于反向链路共享信道。
27.如权利要求26所述的方法，其中，所述反向链路共享信道对应于随机接入信道(RACH)0
28.如权利要求25所述的方法，其中，所述第一反向链路信道和所述第二反向链路信道中的一个对应于反向链路专用信道。
29.如权利要求25所述的方法，其中，所述会话类型的列表包括延迟敏感的通信会话类型的列表，或非延迟敏感的通信会话类型的列表。
30.如权利要求22所述的方法，其中，当所述UE确定发起所述通信会话时，所述UE处于空闲状态。
31.如权利要求22所述的方法，其中，所述转换步骤包括 对消息进行配置以请求服务接入网络将所述UE转换到所述给定状态；以及 在给定的反向链路信道上将所配置的消息发送到所述服务接入网络。
32.如权利要求31所述的方法，其中，所述给定的反向链路信道对应于所选择的反向链路信道。
33.如权利要求31所述的方法，其中，所述给定的反向链路信道不对应于所选择的反向链路信道。
34.如权利要求31所述的方法， 其中，所配置的消息对应于小区更新消息；并且 其中，所述配置步骤设置所述小区更新消息中的业务量指示符(TVI)字段的值，以指令所述服务接入网络将所述UE转换到所述给定状态。
35.如权利要求34所述的方法， 其中，如果所述给定状态对应于CELL_FACH状态，则将所述TVI字段设置为“没有TVI ”；并且 其中，如果所述给定状态对应于CELL_DCH状态，则将所述TVI字段设置为“TVI=True”。
36.如权利要求22所述的方法，其中，所述反向链路信道对应于反向链路共享信道。
37.如权利要求36所述的方法，其中，所述反向链路共享信道对应于随机接入信道(RACH)0
38.如权利要求22所述的方法，其中，所述反向链路信道对应于反向链路专用信道。
39.一种无线通信系统中的用户设备(UE)，包括 用于确定发起与至少一个其它UE的通信会话的模块，所述通信会话由应用服务器进行仲裁； 用于确定由所述UE发送的用于请求发起通过所述应用服务器进行的所述通信会话的呼叫消息的大小的1 块； 用于至少部分地基于所确定的所述呼叫消息的大小，选择在其上发送所述呼叫消息的反向链路信道的模块； 用于将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态的模块；以及 用于在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息的模块。
40.一种无线通信系统中的用户设备(UE)，包括 用于确定发起与至少一个其它UE的通信会话的模块，所述通信会话由应用服务器进行仲裁； 用于确定所述通信会话的类型的模块； 用于至少部分地根据所确定的所述呼叫消息的类型，选择在其上发送呼叫消息的反向链路信道的模块，所述呼叫消息用于请求发起通过所述应用服务器进行的所述通信会话；用于将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态的模块；以及 用于在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息的模块。
41.一种无线通信系统中的用户设备(UE)，包括 用于确定发起与至少一个其它UE的通信会话的逻辑单元，所述通信会话由应用服务器进行仲裁； 用于确定由所述UE发送的用于请求发起通过所述应用服务器进行的所述通信会话的呼叫消息的大小的逻辑单元； 用于至少部分地基于所确定的所述呼叫消息的大小，选择在其上发送所述呼叫消息的反向链路信道的逻辑单元； 用于将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态的逻辑单元；以及 用于在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息的逻辑单元。
42.一种无线通信系统中的用户设备(UE)，包括 用于确定发起与至少一个其它UE的通信会话的逻辑单元，所述通信会话由应用服务器进行仲裁； 用于确定所述通信会话的类型的逻辑单元； 用于至少部分地根据所确定的所述呼叫消息的类型，选择在其上发送呼叫消息的反向链路信道的逻辑单元，所述呼叫消息用于请求发起通过所述应用服务器进行的所述通信会话； 用于将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态的逻辑单元；以及 用于在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息的逻辑单元。
43.一种包含存储在其上的指令的非暂时性计算机可读存储介质，当所述指令由无线通信系统中的用户设备(UE)执行时，使得所述UE执行操作，所述指令包括 用于确定发起与至少一个其它UE的通信会话的程序代码，所述通信会话由应用服务器进行仲裁； 用于确定由所述UE发送的用于请求发起通过所述应用服务器进行的所述通信会话的呼叫消息的大小的程序代码； 用于至少部分地基于所确定的所述呼叫消息的大小，选择在其上发送所述呼叫消息的反向链路信道的程序代码； 用于将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态的程序代码；以及 用于在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息的程序代码。
44.一种包含存储在其上的指令的非暂时性计算机可读存储介质，当所述指令由无线通信系统中的用户设备(UE)执行时，使得所述UE执行操作，所述指令包括 用于确定发起与至少一个其它UE的通信会话的程序代码，所述通信会话由应用服务器进行仲裁； 用于确定所述通信会话的类型的程序代码； 用于至少部分地根据所确定的所述呼叫消息的类型，选择在其上发送呼叫消息的反向链路信道的程序代码，所述呼叫消息用于请求发起通过所述应用服务器进行的所述通信会话； 用于将所述UE转换到支持在所选择的反向链路信道上进行传输的给定状态的程序代码；以及 用于在所述UE转换到所述给定状态之后，在所选择的反向链路信道上发送所述呼叫消息的程序代码。
全文摘要
在一个实施例中，用户设备(UE)确定发起与至少一个其它UE的通信会话，该通信会话要由应用服务器仲裁。该UE确定通信会话的类型(例如，延迟敏感、PTT等)和/或要由UE发送的用于请求发起通过应用服务器进行的通信会话的呼叫消息的大小。UE至少部分地基于所确定的通信会话的类型和/或所确定的呼叫消息大小来选择在其上发送呼叫消息的反向链路信道。该UE转换到在所选反向链路信道上支持传输的给定的状态(例如，CELL_FACH、CELL_DCH等)。该UE转换到给定状态之后，在所选择的反向链路信道上发送所述呼叫消息。
文档编号H04W72/04GK102845114SQ201180016231
公开日2012年12月26日 申请日期2011年2月2日 优先权日2010年2月5日
发明者B·宋, Y-H·林 申请人:高通股份有限公司