无线通信系统中服务质量(QoS)的获取和提供依据35U.S.C.§119要求优先权
本专利申请要求于2010年2月26日递交的、题为“QUALITY OF
SERVICE(QoS)ACQUISITION AND PROVISIONING WITHIN A
WIRELESS COMMUNICATIONS SYSTEM”的美国临时申请No.61/308,768
的优先权，该临时申请已经转让给本申请的受让人，故明确地以引用方式
将其并入本文。
共同未决的专利申请的引用
本专利申请涉及2009年7月27日递交的、题为“QUALITY OF
SERVICE(QoS)RESOURCES WITHIN A WIRELESS COMMUNICATIONS
SYSTEM”的共同未决的美国申请No.12/509,980，该申请已经转让给本申
请的受让人，故明确地以引用方式将其并入本文。
技术领域
实施例涉及针对无线通信系统中的通信会话的服务质量（QoS）资源分
配。
背景技术
无线通信系统已经经历了多代的发展，包括第一代模拟无线电话服务
（1G）、第二代（2G）数字无线电话服务（包括临时的2.5G和2.75G网络）
以及第三代（3G）高速数据/支持互联网的无线服务。目前有很多种不同类
型的无线通信系统在使用，包括蜂窝和个人通信服务（PCS）系统。已知的
蜂窝系统的示例包括蜂窝模拟改进移动电话系统（AMPS）、基于码分多址
（CDMA）、频分多址（FDMA）、时分多址（TDMA）、TDMA的全球移动
通信（GSM）变形，以及新的同时使用TDMA和CDMA技术的混合数字
通信系统的数字蜂窝系统。
电信工业协会/电子工业协会在美国，在题为“Mobile Station-Base
Station Compatibility 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 20001xEV-DO标准）或TD-SCDMA。
在无线通信系统中，移动站、手持终端、接入终端（AT）从固定位置
的基站（也称为小区基站或小区）接收信号，该基站支持通信链路或在临
近或环绕该基站的特定地理区域内的服务。基站提供到接入网（AN）/无线
接入网（RAN）的入口点，该接入网通常是使用基于标准互联网工程任务
组（IETF）的协议的分组数据网络，该协议支持基于服务质量（QoS）要求
区分业务的方法。因此，该基站通常通过无线接口与AT交互，并通过互联
网协议（IP）网络数据分组与AN交互。
在无线通信系统中，对于服务扇区和客户来说一键通（PTT）功能正在
变得流行。PPT可以支持“分发”运行在标准商业无线基础设施上（例如，
CDMA、FDMA、TDMA、GSM等）的语音服务。在分发模式中，端点（AT）
之间的通信发生在虚拟集合中，其中，将一个“讲话人”的语音传输个一
个或多个“听众”。这类通信的单个实例一般称为分发呼叫，或简单地PTT
呼叫。PTT呼叫是一个集合中的实例，其定义了呼叫的特性。集合本质上
是由成员列表和相关联的信息（例如集合名字或集合标识）所定义的。
按照惯例，无线通信网络中的分组已经被配置为发送给单个目的地或
接入终端。向单个目的地传输数据称为“单播”。由于移动通信已经增长，
将给定数据同时传输给多个接入终端的能力变得越来越重要。因此，已经
采用了协议支持相同分组或消息向多个目的地或目标接入终端的并发数据
传输。“广播”指的是向所述目的地或接入终端（例如，在给定服务提供商
服务的给定小区内等）传输数据分组，而“多播”指的是向给定集合的目
的地或接入终端传输数据分组。在一个示例中，给定集合的目的地或“多
播集合”可以包括多于一个少于所有可能的目的地或接入终端（例如，在
给定服务提供商服务的给定集合内等）。但是，至少可能在某些情况中，该
多播集合只包括一个接入终端，类似于单播，或者作为替代该多播集合包
括所有接入终端（例如，在小区或扇区内），类似于广播。
可以用多种方法在无线通信系统中执行广播和/或多播，例如执行多个
序列化的单播操作以供应给多播集合，为同时处理多个数据传输分配单独
的广播/多播信道（BCH）等等。在2007年3月1日发表的题为“Push-To-Talk
Group Call System Using CDMA 1x-EVDO Cellular Network（使用CDMA
1x-EVDO蜂窝网络的一键通组呼叫系统）”的美国专利申请
No.2007/0049314中描述了使用广播信道进行一键通通信的传统系统，该申
请的内容以整体引用的方式并入本文。如申请No.2007/0049314中所描述
的，广播信道可以用于使用传统信令技术的一键通呼叫。虽然广播信道的
使用可能会相比于传统单播技术提高带宽要求，但是该广播信道的传统信
令还是会造成额外的开销和/或延迟，并且可能降低系统性能。
第三代合作伙伴项目2（“3GPP2”）定义了用于支持CDMA2000网络
中的多播通信的广播-多播服务（BCMCS）规范。因此，2006年2月14日
发布的题为“CDMA2000High Rate Broadcast-Multicast Packet Data Air
Interface Specification（CDMA2000高速率广播-多播分组数据空中接口规
范）”的3GPP2的BCMCS标准版本1.0C.S0054-A以整体应用的方式并入
本文。
发明内容
在一个实施例中，接入网（AN）接收配置成提示向接入终端（AT）有
条件的分配服务质量（QoS）资源的消息。可以从该AT或对该AT的通信
会话进行仲裁的应用服务器（AS）接收该消息。在另一个实施例中，如果
AT确定QoS资源请求尚未被授权，则在重新发送QoS资源请求之前，AT
进行等待，直到获得用于通信会话的业务信道（TCH）。在另一个实施例中，
如果AT确定在确认放弃用于第一通信会话的QoS资源之前发起或加入第
二通信会话，则在发送对用于第二通信会话的QoS资源的请求之前，该AT
进行等待，直到接收到该确认。
附图说明
通过参考下面的结合附图考虑时的详细描述，将很容易获得对本发明
的实施例及其伴随的优点的更完整的了解并且变得更好的理解，提供附图
仅是为了解释说明，而不是对本发明的限制，其中：
图1A是依照本发明的至少一个实施例，支持接入终端和接入网络的无
线网络架构的图。
图1B示出了根据本发明的实施例的载波网络。
图2是依照本发明的至少一个实施例的接入终端的图示。
图3A-3C示出了依照本发明的实施例的信号流图。
图4是依照本发明的至少一个实施例的组通信系统的图示。
图5是依照本发明的至少一个实施例的无线链路协议（RLP）流的图示。
图6是依照本发明的至少一个实施例的流程图。
图7是与依照本发明的至少一个实施例的目标接入终端有关的信号流
图。
图8A和8B、图9A和9B、图10A和10B以及图11A和11B的每个
图示出了根据本发明的不同实施例的通信建立过程。
图12和图13A以及13B的每个图示出了根据本发明的不同实施例的
第二种紧接的通信会话的建立过程。
图14和图15A以及15B的每个图示出了根据本发明的不同实施例的
第二种紧接的通信会话的另一建立过程。
具体实施方式
在下面的描述和描绘本发明的具体实施例的相关附图中公开了本发明
的方面。在不背离本发明的范围的情况下可以设计处替换的实施例。另外，
本发明的公知的元件将不再详细描述或者将忽略掉，以避免模糊本发明的
相关细节。
本申请中使用的“示例性”一词意味着“用作例子、例证或说明”。本
申请中被描述为“示例性”的任何实施例不必被解释为比其它实施例更优
选或更具优势。类似的，术语“本发明的实施例”不要求本发明的所有实
施例包括所讨论的特性、优势或操作模式。
此外，在由例如计算设备的元件来执行的动作的顺序的方面描述了许
多实施例。应该认识到的是，本申请中描述的各个动作可以由专用电路（例
如，专用集成电路（ASIC））、由一个或多个处理器执行的程序指令、或它
们的组合来执行。另外，本申请中描述的这些动作的顺序可以认为完全体
现在任何形式的计算机可读存储介质中，该存储介质具有存储在其中的一
组相应的计算机指令，一旦执行指令则会使相关联的处理器执行本申请中
所描述的功能。因此，本发明的各个方面可以用多种不同的形式来实现，
所有形式都预期处于权利要求声明的主旨范围内。另外，对于本申请中描
述的每个实施例，任何这种实施例的相应形式在本文中可以被描述为例如
“逻辑单元，其配置为”执行所描述的动作。
高数据速率（HDR）用户站（例如，支持1xEV-DO的无线设备）（本
文中称为接入终端（AT））可以是移动的或固定的，并且可以与一个或多个
HDR基站（在本文中称为调制解调器池收发机（MPT）或基站（BS））通
信。接入终端通过一个或多个调制解调器池收发机向HDR基站控制器（称
为调制解调器池控制器（MPC）、基站控制器（BSC）和/或移动交换中心
（MSC））发送和接收数据分组。调制解调器池收发机和调制解调器池控制
器是称为接入网的网络的一部分。接入网（AN）（本文中还称为无线接入
网（RAN））在多个接入终端之间传输数据分组。
接入网还可以连接到该接入网以外的另外的网络（诸如公司内部网或
因特网），并且可以在每个接入终端和这种外部网络之间传输数据分组。已
经与一个或多个调制解调器池收发机建立了活动业务信道连接的接入终端
可以称为活动的接入终端，并且可以称为处于业务状态。正处于与一个或
多个调制解调器池收发机建立活动业务信道连接的过程中的接入终端可以
称为处于连接建立状态。接入终端可以是通过无线信道或通过有线信道（例
如使用光纤或同轴电缆）进行通信的任何数据设备。接入终端还可以是多
种类型设备中的任何一种，包括但并不仅限于PC卡、压缩闪存、外部或内
部调制解调器、或无线或有线电话。接入终端通过其向调制解调器池收发
机发送信号的通信链路称为反向链路或反向业务信道。调制解调器池收发
机通过其向接入终端发送信号的通信链路称为前向链路或前向业务信道。
本申请中所用的术语业务信道可以指的是前向业务信道或反向业务信道。
图1A示出了依据本发明的至少一个实施例的无线系统100的一个示例
性实施例的框图。系统100可以包含在空中接口104上与接入网（AN）120
或无线接入网（RAN）120通信的接入终端（例如蜂窝电话102），接入网
（AN）120或无线接入网（RAN）120能够将接入终端102连接到在分组
切换数据网络（例如，内部网、因特网和/或载波网络126）和该接入终端
102、108、110、112之间提供数据连接的网络设备。在下面，在AN 120
和RAN 120之间可交换的进行引用。如图所示，接入终端可以是蜂窝电话
102、个人数字助理108、寻呼机110（这里将其示为双向文字寻呼机），甚
至是具有无线通信入口的单独计算机平台112。因此，本发明的实施例可以
实现在包括无线通信入口或具有无线通信能力的任何形式的接入终端上，
包括但并不限于，无线调制解调器、PCMCIA卡、个人计算机、电话或它
们的任意组合或子组合。此外，如本申请中所用的术语“接入终端”、“无
线设备”、“客户端设备”、“移动终端”和它们的变形可以相互交换使用。
再次参考图1A，无线网络100的组件以及本发明的示例性实施例的组
件的相互关系不限于所示出的配置。系统100仅仅是示例性的，还可以包
括任何允许远程接入终端（例如无线客户端计算设备102、108、110、112）
通过无线在相互之间和之中和/或在通过空中接口104和RAN 120（包括，
但并不仅限于载波网络126、因特网和/或其它远程服务器）连接的组件之
间和之中进行通信的任何系统。
RAN 120控制发送给基站控制器/分组控制功能（BSC/PCF）122的消
息。BSC/PCF 122负责分组数据服务节点160（“PDSN”）（例如，在图1B
中所示）和接入终端102/108/110/112之间的信令、建立和销毁承载信道（即，
数据信道）。如果能够进行链路层加密，则BSC/PCF 122也在将内容通过空
中接口104转发之前对其加密。BSC/PCF 122的功能是本领域公知的，为
了简洁就不再进一步讨论了。载波网络126可以通过网络、因特网和/或公
共交换电话网络（PSTN）与BSC/PCF 122通信。作为替代，BSC/PCF 122
可以直接连接到因特网或外部网络。典型地，载波网络126和BSC/PCF 122
之间的网络或因特网连接传输数据，而PSTN传输语音信息。BSC/PCF 122
可以连接到多个基站（BS）或调制解调器池收发机（MPT）124。以类似于
载波网络的方式，BSC/PCF 122通常通过用于数据传输和/或语音信息的网
络、因特网和/或PSTN连接到MPT/BS 124。MPT/BS 124可以无线地向接
入终端，例如蜂窝电话102，广播数据消息。如本领域公知的，MPT/BS 124、
BSC/PCF 122和其它组件可以构成RAN 120。但是，也可以使用替代的配
置，并且本发明并不仅限于所示出的配置。举例而言，在另一个实施例中，
BSC/PCF 122和一个或多个MPT/BS 124的功能可以整合到同时具有
BSC/PCF 122和MPT/BS 124的功能的单个“混合”模块中。
图1B示出了依照本发明的一个实施例的载波网络126。在图1B的实
施例中，该载波网络126包括分组数据服务节点（PDSN）160、广播服务
节点（BSN）165、应用服务器170和因特网175。但是，在替代的实施例
中，应用服务器170和其它组件可以位于载波网络之外。PDSN 160对利用
例如cdma2000无线接入网络（RAN）（例如，图1A的RAN 120）的移动
站（例如，接入终端，诸如来自图1A的102、108、110、112）提供到因
特网175、内部网和/或远程服务器（例如，应用服务器170）的接入。作为
网关，PDSN 160可以提供简单IP和移动IP地址、国外代理支持和分组传
输。该PDSN 160可以作为认证、授权和计费（AAA）服务器以及其它支
持基础设施的客户端，并且如本领域内公知的，向IP网络提供具有网关的
移动站。如图1B中所示，PDSN 160可以通过传统的A10连接与RAN 120
（例如，BSC/PCF 122）通信。该A10连接是本领域内公知的，为了简洁
不再进一步描述。
参照图1B，广播服务节点（BSN）165可以配置为支持多播和广播服
务。下面将更详细地描述BSN 165。BSN 165通过广播（BC）A10连接与
RAN 120（例如，BSC/PCF 122）通信，通过因特网175与应用服务器170
通信。BC A10连接用于传送多播和/和广播消息。因此，应用服务器170
通过因特网175向PDSN 160发送单播消息，并通过因特网175向BSN 165
发送多播消息。
参照图2，诸如蜂窝电话之类的接入终端200（此处是无线设备）具有
平台202可以从RAN 120接收并运行软件应用、数据和/或指令，它们最终
可能来自于载波网络126、因特网和/或其它远程服务器和网络。该平台202
可以包括收发机206，可操作地连接到专用集成电路（“ASIC”208）、或其
它处理器、微处理器、逻辑电路或其它数据处理设备。ASIC 208或其它处
理器执行应用程序接口（“API”）210层，该层与任何存在于该无线设备的
存储器212中的程序交互。存储212可以由只读或随机访问存储器（RAM
和ROM）、EEPROM、闪存卡，或对计算机平台通用的任何存储器组成。
平台202还包括本地数据库214，用于持有存储器212中不经常使用的程序。
该本地数据库214通常是闪存单元，但是可以是本领域公知的任何二级存
储设备，例如磁介质、EEPROM、光介质、磁带、软盘或硬盘等等。如本
领域内公知的，内部平台202组件还可以可操作地连接到外部设备，例如
其它组件中的天线222、显示器224、一键通按钮228和键盘226。
因此，本发明的实施例可以包括具有执行本申请中所描述的功能的能
力的接入终端。例如，接入终端可以包括配置成将连接请求和QoS资源的
预留绑定到接入消息中的逻辑单元，以及配置成将该接入消息发送给接入
网络的逻辑单元。正如本领域内的技术人员应该了解的，各种逻辑单元可
以实现为分立单元、在处理器上运行的软件模块或用于完成本申请中公开
的功能的软件和硬件的任何组合。举例而言，ASIC 208、存储器212、API 210
和本地数据库214都可以相互合作使用以便加载、存储和执行本申请中公
开的各个功能，并且因此，用于执行这些功能的逻辑可以分布于各个单元。
作为替代，这些功能可以整合到一个单独的组件中。因此，图2中的接入
终端的特性仅仅视为是解释说明性的，本发明并不仅限于所示出的特性和
排列。
接入终端102和RAN 120之间的无线通信可以基于不同的技术，例如
码分多址（CDMA）、时分多址（TDMA）、频分多址（FDMA）、全球移动
通信系统（GSM）或其它可以用于无线通信网络或数据通信网络中的协议。
该数据通信通常在客户端102、MPT/BS 124和BSC/PCF 122之间。BSC/PCF
122可以连接到多个数据网络，例如载波网络126、PSTN、互联网、虚拟
私有网络等等，从而允许接入终端102接入更广泛的通信网络。如上所讨
论的以及本领域公知的，可以用不同的网络和配置从接入网络向接入终端
发送语音传输和/或数据。因此，本申请中所提供的示例并不意在限制本发
明的实施例，而仅仅是辅助描述本发明的实施例的各个方面。
图3A示出了依照本发明的实施例建立通信的流程图。在310，在接入
终端（AT）302处有初始触发器触发建立通信请求（例如，PTT按钮228
被按下），并且将与接入网络（AN）120建立通信所需的信息绑定到接入信
道消息中（例如，连接请求（ConnectionRequest和路径更新信息
（RouteUpdate））、用于该通信的任何QoS服务的提供
（ReservationOnRequest）等）。另外，应用层数据（例如，DataOverSignaling
（DOS）消息）也可以绑定到接入信道消息中以促进与终端应用（例如，
集合服务器、另一个AT上驻留的应用等）的通信。一旦该接入消息与期望
的信息绑定起来（例如，DOS+ConnectionRequest+RouteUpdate+
ReservationOnRequest），可以通过接入信道（AC）将该接入消息320发送
给接入网络（AN）120。
一旦在接入网络120处接收到绑定的消息320，接入网络可以处理请求
330。在330中，接入网络可以为所请求的预留分配业务信道（TCH）和请
求的QoS资源，假设业务信道和QoS资源可用。更具体地，接入上网络120
可以确认该接入消息（AKAck），332，传输业务信道分配（TCA），334，
和传输预留接受消息（ReservationAccept），336。可以在控制信道（CC）
上将这些消息传输给AT 302。可以从该AT 302发送数据速率控制（DRC）
消息以便与AN 120建立数据通信速率。在成功接收DRC和导频并对其解
码后，AN 120可以在前向业务信道（F-TCH）上传输反向业务信道确认
（RTCAck）消息，350。一旦接收到RTCAck消息，AT 302可以在反向业
务信道（R-TCH）上发送业务信道完成（TCC）消息，360。然后，在前向
和反向方向上都建立专用信道，从而AT 302和AN 120都可以双向传输数
据。接入终端302和接入网络120之间传输的各种消息是本领域内公知的，
并且在2006年9月12日发布的3GPP2C.S0024-A版本3.0、cdma 2000高
速分组数据无线接口中描述，该文档以引用的方式整体并入本申请。因此，
本申请中不再提供对建立过程和消息的细节解释说明。
如果DOS消息或其它应用层消息选择性地绑定到连接请求接入消息
中，该消息不会影响如上所讨论的业务信道建立。一般来讲，应用特定数
据可以被AN 120检测出来并且仅仅传递给适当的目的地。但是，应用特定
信息还可以通过提供需要远程应用（例如，PTT服务器）进一步处理的数
据（例如，PTT呼叫请求）以便一旦在AN 302和AN 120之间建立起业务
信道时建立数据通信（例如，PTT呼叫），降低延迟敏感应用中的延时。因
此，不需要等到AT 302和AN 120之间建立起业务信道才将应用层消息中
包括的数据转发给网络。
本领域的技术人员应该了解的是，针对不同应用或在应用内需要的
QoS资源是不同的。下面的示例描述了不同QoS资源场景下的QoS设计：
·当业务信道资源和QoS资源（例如，呼入信令和媒体预留）在发起者
AT 302扇区内可用时，RAN通过传输呼入信令和媒体预留的
FwdReservationOn和RevReservationOn消息告知QoS资源对于前向和
反向链路都可用。这种情况在图3A中示出并在前面描述过。
·当业务信道资源在发起者AT 302所位于的扇区内可以用，但是一些或
全部预留的QoS资源不可用时，AN 120依然可以分配业务信道并将
TCA消息传输给发起者AT 302。但是，AN 102通过向AT 302传输
ReservationReject消息拒绝针对它无法提供的预留的QoS请求。业务信
道的可用性使得AT 302能够在QoS资源（例如，呼入信令和媒体预留）
不可用时业务信道上尝试完成其呼叫建立信令握手。这种情况在图3B
中示出。
·当没有业务信道资源在发起者AT的扇区内可用时，AN通过传输
ConnectionDeny消息（例如，按照1xEV-DO修订A标准）拒绝该业务
信道请求。在这种情况中，还通过向AT 302传输ReservationReject消息
拒绝预留的QoS请求。这种情况在图3C中示出。
如果呼叫建立分组到达时已经有一些呼入信令和媒体预留分配给发起
者AT，则AN/RAN可以只激活当前未分配的呼入信令和媒体预留。
如上所述，本发明的实施例能够将降低延迟敏感应用中的处理延迟。
分组通信/一键通（PTT）系统是能够利用本申请中公开的通信信号绑定所
提供的降低的连接时间的延迟敏感系统的示例。例如，本发明的实施例为
AT提供通过在同一个接入封装中发送ReservationOnRequest消息作为其连
接请求（例如，ConnectionRequest+RouteUpdate）消息，发送请求打开所需
QoS资源（例如，PTT呼叫的呼入信令和媒体预留）的预留。可选地，可
以将DataOverSignaling（DOS）消息绑定到同一个接入封装中。如果在PTT
呼叫时分配前向呼入信令和反向QoS预留，则AT可以请求媒体QoS预留
打开。这些请求可以作为ReservationOnRequest消息的一部分。
分组通信系统也可以公知为一键通（PTT）系统、网络广播服务（NBS）、
分发系统或点对多点通信系统。典型地，一组接入终端用户可以利用指派
给每个分组成员的接入终端相互通信。术语“分组成员”表示一组得到授
权相互通信的接入终端用户。虽然分组通信系统/PTT系统可以视为在多个
成员之中，但是该系统并不仅限于这种配置，并且可以用于基于一对一的
单个设备之间的通信。
该分组可以运行在现有通信系统上，而不需要对现有基础结构进行本
质上的修改。因此，控制器和用户可以运行在能够利用互联网协议（IP），
例如码分多址（CDMA）系统、时分多址（TDMA）系统、全球移动通信
（GSM）系统、卫星通信系统、陆上线路和无线系统的组合等传输和接收
分组信息的任何系统中。
分组成员可以利用指派的接入终端，例如接入终端（AT）102、108和
302相互通信。AT可以是有线或无线设备，例如陆地无线电话、具有一键
通功能的有线电话、配备有一键通功能的卫星电话、膝上型或桌面型计算
机、寻呼设备或它们的任意组合。此外，每个AT能够在安全模式或非安全
（透明的）模式中发送和接收信息。应该理解的是，对AT的引用并不意在
限定于所示出或所列举的示例，而是可以包括其它能够依照互联网协议（IP）
传输和接收分组信息的设备。
当分组成员希望向该分组内的其它成员传输信息时，该成员可以通过
按下一键通按钮或AT上的按键（例如，图2中所示228）请求传输权限，
其生成针对分布式网络上的传输格式化的请求。例如，该请求可以通过无
线传输给AT 102或更多个MPT（或基站）124中的一个。一个可以包括公
知的互通功能（IWF）、分组数据服务节点（PDSN）或分组控制功能（PCF）
用于处理数据分组的BSC/PCF 122可以位于MPT/BS 124和分布式网络之
间。但是，也可以通过功能交换电话网络（PSTN）向载波网络126传输该
请求。载波网络126可以接收该请求并将其提供给RAN 120。
参照图4，一个或多个组通信服务器402可以通过其到分布式网络的连
接监听该分组通信系统的业务。由于组通信服务器402可以通过多种有线
和无线接口连接到分布式网络，因此对分组参与者的地理相邻性是不需要
的。通常，组通信服务器402控制PTT系统中一组分组成员（AT 302、472、
474、276）的无线设备之间的通信。此外，一系列分组服务器402可以连
接到组通信服务器LAN 450。
组通信服务器402可以连接到无线服务供应商的分组数据服务节点
（PDSN），例如PDSN 452，这里示为驻留在载波网络426上。每个PDSN
452可以通过分组控制功能（PCF）462与基站460的基站控制器464交互。
PCF 462可以位于基站460中。载波网络426控制发送给MSC 458的消息
（一般以数据分组的形式）。MSC 458可以连接到一个或多个基站460。以
类似于载波网络的方式，MSC 458通常同时通过用于数据传输的网络和/或
互联网和用于语音信息的PSTN连接到BTS 466。最终如本领域内公知的，
BTS 466无线地向无线AT（例如，蜂窝电话302、472、474、476）广播消
息或从其接收消息。因此，将不会进一步讨论分组通信系统的一般细节。
此外，虽然本申请中的额描述讨论了特定系统（例如，PTT、
1xEV-DO）的特定方面以提供额外的细节和示例，但是本发明的实施例并
不仅限于这些特定示例。
如上所讨论的，AT 302请求业务信道以便建立通信（例如，PTT呼叫）。
如果针对呼入信令和媒体的业务信道和QoS资源都可用，则由发起者AT
302发起该PTT呼叫（下面在图5中提供了关于QoS资源的额外的细节）。
在传统系统中，AT 302应该与AN 120建立业务信道连接之后才请求QoS
资源。但是，为了依照本发明的实施例减低这一延迟，可以将建立该PTT
呼叫所需要的信令消息和初始连接请求一起绑定到初始接入信道消息中。
1xEV-DO修订版A设计为提供对分组数据网络的有效接入，并且广泛
地基于针对其网络结构的互联网。遍历PDSN 452、PCF 462和RAN 120处
的互联网协议（IP）网络单元的数据业务可以基于标准化的基于因特网工程
任务组（IETF）的协议，该协议支持用于根据QoS需求差异化业务的方法。
AT 302和1xEV-DO修订版A网络之间的QoS是如3GPP2X.S0011-004-C
版本2.0cdma2000无线IP网络标准：服务质量和头部减少规范中所描述的
来配置的，该文档内容以引用的方式并入本文。通过无线接口在AT 302和
RAN 120之间传输的数据业务可以针对通过如上所引用的3GPP2
C.S0024-A版本3.0文档中所描述的1xEV-DO修订版A协议处置的适当的
QoS来配置。1xEV-DO修订版A提供标准化机制以提供AT内和At间QoS。
AT内QoS提供属于同一用户的数据流的差异化，而AT间QoS提供属于不
同用户的分组的差异化。
为了实现QoS，应该端对端应用业务差异化。所有网络组件，包括AT
302、RAN 120（BTS 466、BSC 464）、PDSN 452和互联网路由器，应该实
现/支持QoS。1xEV-DO修订版A网络中的端对端QoS可以通过下述机制
来实现：
·分组滤波器：分组滤波器识别PDSN处的流。分组滤波器用于在QoS
协商期间（例如，在启动QChat时）将前向数据业务映射到已经建立的
信道上。分组滤波器设置在PDSN处，如3GPP2X.S0011-004-C版本2.0
cdma2000无线IP网络标准：服务质量和头部减少规范中所描述的。
·QoS特征（特征ID）：QoS特征和/或特征ID是一种指定（或预定义）
数据服务的相关无线接口参数的机制。它是AT与RAN协商针对一个流
的QoS预留时使用的一种“简写”标识符。在TSB 58-G cdma2000扩展
频谱标准的参数值分配的管理中描述了可用于各种数据服务的标准化
特征ID分配，该文档内容以引用的方式并入本文。
·反向业务标记：AT可以依照差异化服务（DiffServ）框架和标准标记反
向业务数据。这些标记定义了针对PDSN处的数据输出请求的QoS网络
处置。
1xEV-DO修订版A网络中的QoS也是基于适当的映射或AT的PPP会
话的下列单元的绑定，如下：
·IP（应用）流：每一唯一的IP流识别出无线接口的应用层QoS需求。
预留标记与该IP流相关联，用于识别AT和RAN之间的流的QoS需求。
然后将IP映射到最能满足该QoS需求的RLP流上。
·RLP（链路）流：无线链路协议（RLP）流是根据上层流的QoS需求（例
如，RLP参数配置）来分配的。具有相同QoS需求的IP流可以映射到
相同的RLP流上。在反方向上，RLP流映射到（反向业务信道媒体接
入控制）RTCMAC流上。
·RTCMAC流：RTCMAC流是根据定义物理层延迟和/或上层流所需要的
容量的QoS需求来分配的。例如，可以是低延迟或高容量流。具有相同
QoS需求的RLP流可以映射到相同的RTCMAC流上。
图5示出了与接入网络120通信的使用PTT的AT 302的多个RLP流
500。每个流的QoS需求可以通过QoS特征指定。如上所述，不同应用可
以具有不同的QoS需求。例如，通过1xEV-DO修订版A的PTT通过网络
QoS需求的标准接收较高优先级和较低延迟的数据传送。示例性PTT系统
可以使用AT处的三个IP流，用于呼叫建立信令的流、用于呼入信令的流
和用于媒体的流的分配。每个IP流具有特定的QoS需求并且映射到三个单
独的RLP流上。AT还可以使用默认尽力（BE）流。媒体的QoS需求可以
视为与VoIP媒体的类似，并且因此这一RLP流可以与VoIP共享。
虽然上面的描述提供了针对系统和1xEV-DO网络的很多
特定细节以提供对本发明的实施例的各个方面的详细解释说明，但是本领
域的技术人员应该了解，本发明的实施例并不仅限于任何特定应用和/或网
络。本发明的实施例可以包括任何具有QoS需求的应用。此外，任何支持
QoS资源分配与初始连接建立请求绑定在一起的网络也可以包括在本发明
的实施例中。
参照图6，提供了示出根据本发明的实施例的绑定处理的流程图。例如，
该方法可以包括识别要请求的通信要求QoS资源（例如，PTT呼叫）的应
用，在块610中。如果使用了额外的消息并且在接入探测中有空间，则可
以考虑将额外的消息用于绑定（例如，DOS消息）620。然后，在块630中，
从应用层向低层传输绑定接入消息（例如，接入探测）的请求，用于将所
请求的消息绑定到接入探测中。如本申请中所使用的，应用层可以包括请
求应用（例如，PTT客户端）以及有助于应用层和低层（例如，RLC、MAC
和物理层）之间的交互的绑定API。但是，应该了解的是，本发明的实施例
并不仅限于这一配置。例如，该应用本身可以包含绑定API的功能。
在块634中，接收到绑定的请求之后，可以将QoS请求添加到接入探
测。同样地，在块636中，如果请求了并且接入探测中有足够空间则可以
将DOS消息添加到接入探测。另外，在块638中，将连接请求和路径更新
消息添加到接入探测。在块645，执行检查以确定所绑定的消息是否完成。
如果没有，处理过程可以回环去检查丢失的消息，因为它们可能被延迟了。
延迟单元（例如，定时器）还可以设置在应用层，在块640中，以允许接
入探测的绑定。处理过程可以通过块650回环直到应用层从低层接收到指
示该消息绑定已经完成645（或直到事件已经期满并且发送了接入探测）。
接收到确认之后，可以释放接入探测延迟，660，并且可以发送接入探测670。
如上所讨论的，触发器（例如，310）可以是使得应用发起具有QoS
需求的连接请求的任何事件，这是应用已知的。该触发器可以通过硬件按
钮或软件按钮活动手动地激活，可以被接收到的信号（例如，语音命令、
来自网络的信号等）激活，或可以被应用所检测到的条件激活。
例如，如图7中所示，接入终端（AT）472可以在PTT系统中接收触
发器，例如宣布消息或呼叫建立消息705。具体而言，可以通过PDSN 452
和AN 120传输呼叫建立消息705。接入网络120可以在控制信道710上将
呼叫建立消息转发给目标AT 472。一旦接收到并解码了该呼叫建立分组，
AT 472可以确定所请求的通信（例如，PTT呼叫）使用QoS资源。因此，
从网络接收到的呼叫建立消息可以作为发起后续应答的绑定的触发器。虽
然图7示出了通过DoS分组向AT 472发送的呼叫建立分组，但是应该了解
的是，业务信道（TCH）建立紧接着的标准页面可以在本发明的其它实施
例中实现。在这一替代性实施例中，应该了解的是，直到TCH提出之前都
不会将呼叫建立分组发送给AT 472。
例如，AT 472可以用绑定的请求720进行应答，包括连接请求（例如，
ConnectionRequest+RouteUpdate）、QoS预留（例如，ReservationOnRequest）
和可选的接入信道上的应用层消息（例如，DOS）。包括DOS允许在建立
业务信道之前将应用数据发送给目的地。请求QoS资源允许在建立业务信
道之前分配需要的QoS资源。因此，可以改进通信系统的响应能力。一旦
接收到连接请求，可以在接入网络（AN）120分配业务信道和所请求的资
源，712。可以向AT 472传输业务信道分配（TCA）、QoS资源接受和接入
信道消息的确认，714。业务信道建立可以在722、716和724中继续，直
到AN 120和AT 472都准备好如上所讨论的以及如本领域内公知的发送和
接收数据。因此，不再提供详细解释说明。
从上面所公开的内容看，本领域的技术人员应该认识到，本发明的实
施例包括执行前面所讨论的动作、操作和/或功能序列的方法。例如，用于
在无线网络中传输通信信号的方法可以包括在接入终端处将连接请求和
QoS资源的预留绑定到接入消息中，以及将该接入消息传输给接入网络。
所绑定的消息还可以包括与该连接请求和预留一起绑定到该接入消息的应
用层消息（例如，DOS消息）。
此外，如本领域的技术人员应该了解的，通常要求给定接入终端在接
入网络为给定接入终端提供资源（例如，业务信道（TCH）、QoS等）之前
向接入网络识别它自己。例如，在EV-DO 1x中，给定接入终端可以用单播
接入终端标识符（UATI）向接入终端识别它自己。因此，给定接入终端会
通过反向链路消息传送其UATI，这样接入网络可以知道发送者的标识，例
如通过用其UATI对反向链路上的反向链路消息进行调制。同样地，UATI
可以用在下行链路消息中以识别目标接收者或接入终端。
UATI用于只在特定服务区域中（例如，特定服务扇区或消息）唯一地
识别AT。因此，如果AT移动出该服务区域（例如，AT切换到另一个小区、
另一个子网等），则需要给该AT分配新的UATI。如果AT尝试用分配给旧
的服务小区AT的UATI从新的服务小区中的接入网络请求资源（例如，QoS
资源、TCH等），则该接入网络不会授权所请求的资源，因为该AT没有针
对新的服务扇区的适当的UATI。
AT进入新的服务区域并且还没有用于在该新的服务区域（例如，小区
或扇区之间的边界区域）中识别它自己的UATI时会产生一种状况，并且该
AT因此无法在反向链路资源请求中正确地用旧的UATI向新的服务区域识
别它自己。这种情况会导致呼叫失败，正如下面将关于图8A和8B所描述
的。
图8A和8B示出了根据一个实施例的通信建立处理过程。参照图8A
和8B，在800中，假设AT 1处于第一服务区域中（例如，扇区、小区等）
并且被分配了第一UATI用于在该第一服务区域中识别它自己。此外，假设
在800中，AT 1没有活动的TCH。接下来，AT 1从第一服务区域移动到第
二服务区域，802。可以假设在图8A和8B中，第二服务区域没有使用与该
第一服务区域相同的UATI。
因此，一旦进入第二服务区域（例如，在切换之后），AT 1在反向链路
接入信道上向RAN 120发送UATI请求以便请求在该第二服务区域中的第
二UATI，804。在RAN 120接收到该UATI请求之后，RAN 120通过在下
行链路控制信道（CC）上向AT 1发送ACAck消息确认从AT 1接收到UATI
请求，806。但是，虽然RAN 120在806中确认了UATI请求，RAN 120还
是没有给AT 1分配第二UATI。
接下来，在AT 1发送UATI请求但是用在该第二服务区域中的第二
UATI实际上还没有分配给AT 1之前，AT 1的用户请求发起组通信会话，
同时要求TCH和QoS资源，808。例如，在808中的组通信会话的触发操
作可以对应于AT 1的用户按下AT 1上的PTT按钮以发起PTT通信会话。
在AT1处接收到组通信会话请求之后，AT 1启动AT 1在重传TCH请
求之前将会等待获取TCH资源的时间长度对应的定时器（“连接可靠性定
时器”），809。例如，可以由低层通信协议应用（例如高级移动用户软件
（AMSS））启动该连接可靠性定时器，下面将进一步详细讨论。并且，AT
1处的通信协议应用（例如，AMSS）启动QoS定时器，该定时器关联了该
应用将会等待接收QoS资源分配的时间所对应的期满周期，810。并且在
810中，负责管理该组通信会话（“组通信会话管理应用”）的应用（例如，
QChat）生成用于由该通信协议应用传输的呼叫消息。一旦提交了由通信协
议应用传输的呼叫消息，该组通信会话管理应用启动呼叫可靠性定时器（不
同于连接可靠性和QoS定时器）。该呼叫可靠性定时器每次期满，则由组通
信会话管理应用（例如，QChat）创建呼叫消息并提交由通信协议应用传输。
在一个示例中，组通信会话管理应用（例如，QChat）可以指示通信协议应
用（例如，AMSS）调度该第一呼叫消息用于反向链路信令信道上的快速传
输（例如，作为接入信道上的DoS消息），并且调度剩余的呼叫消息用于获
得TCH之后在R-TCH上传输。
例如，对多个呼叫消息排队的通信协议应用可以对应于
开发的AMSS。在一个示例中，AMSS驱动下面的MSM码片集并实现整套
CDMA通信技术（包括CDMA 20001X和CDMA 20001xEV-DO）的软件
协议栈。有移动运营系统层，在这个示例中是QUALCOMM开发的
该移动运营系统层应用提供指定码片或指定设备操作的编程接
口，同时提供排除对AMSS的直接联系和计算机平台上的任何OEM软件
的孤立层。该移动运营系统层具有以移动用户设备无需每次指定设备软件
的新版本释放出来时需要重新写入应用为特性的应用部署。组通信会话管
理应用对应于AT 1上运行的QChat客户端应用，其可以与AMSS一起工作
以建立或设立会话。
在812中，配置绑定消息（例如，DOS+ConnectionRequest+
RouteUpdate+ReservationOnRequest）并在反向链路接入信道上从AT 1传
输给RAN 120。例如，绑定的消息可以包括由组通信会话管理应用在810
中生成的多个呼叫消息（没有由通信协议应用添加到TCH依赖的传输队列
中）中的第一个。在另一个示例中，812的绑定消息可以对应于如上关于图
3A到3C的320或图7的720所描述的绑定消息。此外，虽然没有在本发
明的上述实施例中明确公开，在812中传输的绑定消息的头部部分还配置
为包括第一UATI以便向RAN 120识别AT 1。RAN 120确认接收到绑定消
息并在下行链路控制信道上向AT 1发送接入信道确认（ACAck），814。但
是，由于第一UATI在第二服务区域中是未知的，或者至少不知道其与AT 1
关联，因此，该绑定消息和其相关联的资源请求不会被RAN 120授权，816。
因此，812的DoS消息被RAN 120在816中丢弃。
在818中，RAN 120在下行链路控制信道上向AT 1传输UATI分配，
其为AT 1分配第二UATI用于第二服务区域中。应该了解的是，818的UATI
分配是对在804中从AT 1接收到的UATI请求的响应。在接收到该UATI
分配之后，AT 1更新一个或多个寄存器存储其当前的UATI和该第二UATI
（未示出），并在反向链路接入信道上向RAN 120传输UATI完成消息820。
接下来，由于812中传输的请求呼叫资源的初始绑定消息在816中被
RAN 120忽略或丢弃，因此RAN 120没有实际地分配所请求的资源。因此，
没有将ReservationOnRequest消息请求QoS资源分配给AT 1，并且在某一
时刻，由组通信会话管理应用（例如，QChat）在810中启动的呼叫可靠性
定时器期满（例如，每500ms之后直到接收到呼叫ACK消息、接收到状态
（STATUS）消息或重传呼叫消息的总数超过门限），821。由于在812中呼
叫可靠性定时器期满，因此在821中重置呼叫可靠性定时器并向通信协议
应用（例如，AMSS）提交另一个呼叫消息用于传输。由于TCH还没有建
立起来，通信协议应用（例如，AMSS）将该呼叫消息放置于它的传输队列
中用于稍后当TCH变得可用时传输。最后，QoS定时器也会期满，该通信
协议应用（例如，AMSS）将其QoS请求操作挂起并通知组通信会话管理
应用（例如，QChat）QoS处于挂起状态。由于QoS失败了，该组通信会
话管理应用（例如，QChat）将其呼叫建立操作挂起并使呼叫失败，822（例
如，由于假设所请求的QoS资源是用于发起组通信会话的条件）。换句话说，
即使RAN 120在822之后某一时刻分配了所请求的QoS资源，该组通信会
话管理应用还可能由于该呼叫已经失败而忽略该QoS资源。但是，关于建
立通信会话的其它操作继续执行，因为某些操作已经被通信协议应用（例
如，AMSS）排队。在其它实施例中，虽然图8A和8B中没有示出，但是
在822中确定QoS资源请求失败可以基于来自RAN 120的明确指出将不会
授权的QoS资源请求的消息。因此，确定QoS资源请求的失败可以基于定
时器期满或明确的QoS失败指示。
最后，在809中启动的连接可靠性定时器也会期满，824，这会触发通
信协议应用（例如，AMSS）重新发送其对TCH的请求（例如，
ConnectionRequest消息），824。在这一点不会再次请求QoS资源，因为该
连接可靠性定时器与业务信道（TCH）资源的建立相关联而不是与QoS资
源相关联。由于在814中接收到ACAck作为对绑定消息的响应，AT 1知道
接收到该绑定消息的RAN 120。这样，AT 1的通信协议应用简单地等待接
收ReservationOnRequest所请求的QoS资源，而不需要重新发送该
ReservationOnRequest。这样，当AT 1重新发送TCH请求时，AT 1只在反
向链路接入信道上发送ConnectionRequest和RouteUpdate消息，826，而不
重新发送ReservationOnRequest消息（例如，由于连接可靠性定时器已经期
满，其与建立业务信道（TCH）资源相关联而不是与QoS资源相关联）。并
且，由于AT 1已经将其UATI更新为对应于第二服务区域中的第二UATI，
因此AT 1通过使用该第二UATI在826中调制该消息。RAN 120在826中
接收资源请求消息，并在下行链路控制信道上用ACAck确认该消息，828，
传输业务信道分配（TCA），830，以及在前向业务信道（F-TCH）上传输反
向业务信道确认（RTCAck）消息，832（例如，在从AT 1成功接收DRC
和导频并解码之后，图8A和8B中未示出）。一旦接收到RTCAck消息，
AT 1可以在反向业务信道（R-TCH）上发送业务信道完成（TCC）消息，
834。
在获取了TCH之后，AT 1从810一个接一个地发送每个排队的呼叫消
息。因此，AT 1在R-TCH上发送第一个排队呼叫消息，836，而RAN 120
将该第一个排队呼叫消息转发给应用服务器170，838。应用服务器170将
宣布消息转发给RAN 120用于向AT 2…N的传输，840。同时，AT 1继续
一个接一个地发送每个排队的呼叫消息，并在R-TCH上向RAN 120发送另
一个排队的呼叫消息，842，而该RAN 120再次将该呼叫消息转发给应用服
务器170，844。应用服务器170用ACK响应该第一个和第二个排队的呼叫
消息，846和850，在F-TCH上将所述ACK传输给AT 1，848和852。虽
然图8A和8B中只示出了传输两个排队的呼叫消息，但是应该了解的是，
在其它实施例中可以传输更多的（或更少的）排队呼叫消息。
在854中，AT 2…N中的至少一个AT接收并确认该宣布消息，并接收
所宣布的通信会话。RAN 120在反向链路接入信道上从AT 2…N中的至少
一个接收ACK，并将该ACK转发给应用服务器170。一旦从对所宣布的组
通信会话的第一个响应接收到ACK，则应用服务器170向RAN 120发送状
态消息用于对AT 1的传输，856，并且RAN 120在F-TCH上向AT 1传输
状态消息，858。一旦接收到状态消息，AT 1确定该呼叫是否还是活动的，
860。在这种情况中，已经在822中确立该呼叫由于没有及时分配QoS资源
（即，在QoS定时器期满之前）而已经失败，并且AT 1因此在R-TCH上
传输拒绝该呼叫的ACK，862，并且RAN 120将该ACK（拒绝）转发给应
用服务器170，864，其取消该组通信会话。
如本领域的技术人员应该了解的，在812的绑定消息中包括不正确的
第二服务区域的UATI会同时导致呼叫失败和不必要的信令，以及在图8A
和8B的处理过程中的资源分配。下面将参照图9A到11B更详细地描述多
个其它实施例，其中，即使将不正确的UATI附加到绑定消息的初始传输上
也可以减少和/或避免呼叫失败。
图9A和9B示出了根据本发明的另一个实施例的通信建立处理过程。
参照图9A和9B，假设图8A和8B开始于800并继续到821。
在900中，由于组通信会话管理应用一旦QoS定时器期满则从通信协
议应用接收SUSPEND通知，而不是挂起其呼叫建立操作和使该呼叫失败，
组通信会话管理应用可以避免呼叫建立的挂起并继续等待分配给AT 1的
QoS资源。在替代实施例中，虽然图9A和9B中没有示出，但是在900中
确定QoS资源请求失败可以基于来自RAN 120的明确指示将不会授权QoS
资源请求的消息。因此，确定QoS资源请求的失败可以基于定时器期满或
基于QoS失败的明确指示。
和在824中一样，在902中一旦连接可靠性定时器期满，因为绑定的
消息由于不正确的UATI而不会为AT 1分配TCH，因此AT 1继续尝试获
取TCH，并确定重新发送其对TCH的请求（例如，ConnectionRequest消息），
902。如在826中一样，当AT 1重新发送TCH消息时，AT 1只在反向链路
接入信道上发送ConnectionRequest和RouteUpdate消息，904，因为该连接
可靠性定时器是与建立TCH相关联的，而不是与QoS资源相关联的。
在904的重传之后，图9A和9B的块906-922一般对应于图8A和8B
的块828到844，因此为了简洁下面不在进一步描述。在924中，代替如图
8A和8B的846中用ACK简单地响应转发的呼叫消息，该应用服务器170
用给定标记配置ACK消息，该标记用于提示RAN 120执行针对AT 1的
QoS资源的有条件的分配。在一个示例中，给定标记可以对应于ACK消息
的头部部分中的给定的差分服务编码点（DSCP）值，而RAN 120用于将设
置为标记值的DSCP字段解释为执行针对该ACK消息的目标（即，在这一
例子中是AT 1）的有条件的QoS资源分配的指令。
因此，假设应用服务器170在924中通过修改该ACK消息的DSCP字
段使其具有一些可以由RAN 120识别的预先协商处的值，向ACK消息中
插入标记。但是，应该了解的是，这只是标记ACK消息的一种方式，而其
它实施例不需要局限于使用ACK消息的DSCP字段作为标记部分。在924
中配置该ACK消息之后，应用服务器170将配置后的ACK发送给RAN
120，926。
一旦在926中接收到配置后的ACK消息，假设RAN 120检查该配置
的ACK消息，提取标记并确定执行QoS资源的有条件的分配（例如，由于
与该标记相关联的QoS资源的等级还没有分配给AT 1），928。因此，在928
中，RAN 120确定QoS资源是否已经分配给AT 1用于组通信会话。如上所
讨论的，由于AT 1不正确地将第一服务区域的第一UATI用在第二服务区
域中，则不授权来自AT 1的ReservationOnRequest消息，并且还没有将所
请求的QoS资源分配给AT 1用于组通信会话。因此，RAN 120确定即使没
有接收到适当的ReservationOnRequest消息也将QoS资源（例如，已知的
与作为ACK消息的接收方的AT 1协商的QoS等级）分配给AT 1，并且因
此，RAN 120在F-TCH上向AT 1发送FwdReservationOn和
RevReservationOn消息分别通知AT 1关于其在TCH的前向和反向链路上的
QoS资源分配，930和932。RAN 120还根据配置的ACK将该ACK在F-TCH
上转发给AT 1，934。应该了解的是，在至少一个实施例中，934中在F-TCH
上传输的ACK需要不同于848的ACK，即使934的ACK基于来自应用服
务器170的不同配置的ACK。AT 1在R-TCH上用FwdReservationAck和
RevReservationAck消息分别响应FwdReservationOn和RevReservationOn消
息，936和938。
接下来，应用服务器170配置用于第二个呼叫消息的另一个ACK，940。
940的配置可以与924的配置相同的方式来执行。因此，在至少一个实施例
中，应用服务器170可以在每个ACK中插入DSCP标记确认呼叫消息，以
确保用于该呼叫的QoS资源分配给组通信会话的发起者。应用服务器170
将配置和的ACK发送给RAN 120，942，并且该RAN 120再次识别该DSCP
标记并检查是否已经将QoS资源分配给AT 1用于组通信会话，944。因为
将QoS资源分配给AT 1作为对来自应用服务器170的第一个配置的ACK
的响应，所以RAN 120确定已经将QoS资源分配给AT 1，并且RAN 120
在F-TCH上将配置后的ACK发送给AT 1而不再分配额外的QoS资源，946。
作为对918的宣布消息的响应，AT 2…N中的至少一个在反向链路接
入信道上发送ACK指示向RAN 120的呼叫被接受，并且RAN 120将该ACK
（接受）转发给应用服务器170，948。一旦从对所宣布的组通信会话的第
一响应接收到ACK（接受），则应用服务器170配置状态消息以包括标记提
示在RAN 120处有条件的分配QoS资源，950。在一个示例中，状态消息
中的标记可以对应于用在ACK消息中的相同的标记（例如，该消息的头部
部分中的DSCP字段的给定值）。在950中配置状态消息之后，应用服务器
170将配置后的状态消息发送给RAN 120用于向AT 1的传输，952。
RAN 120再次识别DSCP标记并检查QoS资源是否已经分配给AT 1
用于组通信会话，954。因为将QoS资源分配给AT 1作为对来自应用服务
器170的第一个配置的ACK的响应，该RAN 120确定QoS资源已经分配
给AT 1，并且RAN 120在F-TCH上向AT 1发送状态消息而不再分配额外
的QoS资源，956。
在AT 1处，如860中一样，一旦接收到指示组通信会话已经开始的状
态消息，AT 1确定QoS资源是否已经分配给组通信会话，958。在这种情
况中，由于（i）应用服务器170已经用标记配置了多个消息用于提示RAN
120执行有条件的QoS分配操作，（ii）RAN 120在930和932中分配QoS
资源并且（iii）AT 1不会在900中QoS定时器期满的时候抢先将呼叫失败，
因此AT 1确定已经在958中将QoS资源分配给组通信会话。因此，AT 1
通过R-TCH向RAN 120传输ACK（接受）消息，960，并且RAN 120将
该ACK（接受）消息转发给应用服务器170，962。然后，AT 1可以开始传
输该组通信会话相关联的媒体作为初始的低层持有者或呼叫发起者，964。
虽然没有在图9A和9B中明确示出，但是在本发明的实施例中，可以
在956中在AT 1处接收到状态消息之后（即，呼叫过程中）交换额外的消
息用于在处理呼叫过程中建立QoS。例如，如果直到将状态消息发送给AT
1之后，都没有从RAN 120发送QoS分配（即，Fwd/RevReservationAccept
消息），呼叫可以继续进行，并且QoS可以在呼叫中建立。
本领域的技术人员应该了解的是，虽然图9A和9B的处理过程相比于
图8A和8B的处理过程减少了呼叫失败的发生，但是图9A和9B的处理过
程的实现改变每个AT 1、RAN 120和应用服务器170处的操作。现在将描
述涉及AT 1和RAN 120处的改变的实施例，与图8A和8B的处理过程相
比这种改变对于应用服务器170的功能是不必要的。
图10A和10B示出了根据本发明的另一个实施例的通信建立处理过
程。参照图10A和10B，如图9A和9B中一样，假设图8B和8B开始于
800并继续进行到821。
接下来，假设图10A和10B的块1000到1012对应于图9A和9B的
900到912。因此，为了简洁不再进一步描述块1000到1012。在AT 1发送
1012的TCH完成消息之后，AT 1准备发送每个排队的呼叫消息，该呼叫
消息在821中配置为包括标记用于提示RAN 120执行针对AT 1的有条件的
QoS资源分配，1014。在一个示例中，给定标记可以对应于ACK消息的头
部部分中的给定的差分服务编码点（DSCP）值，而RAN 120用于将设置为
标记值的DSCP字段解释为执行针对该呼叫消息的发出者（即，在这一例
子中是AT 1）的有条件的QoS资源分配的指令。换句话说，插入配置的呼
叫消息的标记在至少一个实施例中具有与图9A和9B中插入ACK和/或状
态消息的标记相同的作用（即，触发QoS资源的有条件的分配），除了图
9A和9B中的DSCP值指示RAN 120向ACK或状态消息的“目标”或目
的地分配QoS，而图10A和10B中的DSCP值指示RAN 120向呼叫消息的
“发送者”或发起者分配QoS。因此，在一个示例中，可以确立不同DSCP
值用于触发针对特定标注的消息的发送者或目标的QoS分配。例如，组通
信会话管理应用（例如，QChat客户端）可以为通信协议应用（例如，AMSS）
提供要“标记”或要插入呼叫消息的DSCP数字，在这种情况中通信协议
应用可以将该DSCP数字添加到1014中的传输队列中的呼叫消息的相应IP
头中。
因此，假设AT 1在1014中通过修改该呼叫消息的DSCP字段使其具
有一些可以由RAN 120识别的预先协商处的值，向排队的呼叫消息消息中
插入标记。但是，应该了解的是，这只是标记排队呼叫消息的一种方式，
而其它实施例不需要局限于使用排队的呼叫消息的DSCP字段作为标记部
分。
在配置完一个或多个排队的呼叫消息包括DSCP标记之后，AT 1在
R-TCH上将第一个排队的、配置后的呼叫消息传输给RAN 120，1016，并
且RAN 120将该排队的、配置后的呼叫消息转发给应用服务器170，1018，
其生成并发送宣布消息ANN用于向AT 2…N宣布组通信会话，1020。在发
送第一个排队的、配置后的呼叫消息之后，AT 1向RAN 120发送第二个排
队的、配置后的呼叫消息。虽然也可以一个接一个地传输额外的排队的、
配置后的呼叫消息，但是为了简单，没有参照图10和10B示出或描述这些
额外的传输。在一个示例中，虽然每个排队的呼叫消息显示为配置为提示
由图10A和10B中的RAN 120所进行的有条件的QoS分配，但是应该了
解的是，在本发明的其它实施例中的传输队列中可以不是所有排队的呼叫
消息（例如，只有第一个排队的呼叫消息）都以这种方式配置。在另一个
实施例中，在812处在DoS分组中传输的第一个呼叫消息可以配置为CALL
消息，虽然这一配置的CALL消息在消息头部不包含第二服务区域中指派
的UATI时不会触发RAN 120授权QoS。
在1016中接收到该第一个配置的呼叫消息之后，假设RAN 120检查配
置的呼叫消息，提取标记并确定执行QoS资源的有条件的分配，1024。因
此，在1024中，RAN 120确定QoS资源是否已经分配给AT 1用于组通信
会话。如上所讨论的，由于AT 1不正确地将第一服务区域的第一UATI用
在第二服务区域中而AT 1实际上处于第二服务区域中，则不授权来自AT 1
的ReservationOnRequest消息，并且还没有将QoS资源分配给AT 1用于组
通信会话。因此，RAN 120确定即使没有接收到适当的ReservationOnRequest
消息也将QoS资源（例如，已知的与AT 1协商的QoS等级，例如呼叫中
或媒体QoS流）分配给AT 1，并且因此，RAN 120在F-TCH上向AT 1发
送FwdReservationOn和RevReservationOn消息分别通知AT 1关于其在TCH
的前向和反向链路上的QoS资源分配，1026和1028。RAN 120还将该第二
个排队的、配置的呼叫消息（在1022中从AT 1接收到的）转发给应用服
务器170，1030。AT 1在R-TCH上用FwdReservationAck和
RevReservationAck消息分别响应FwdReservationOn和RevReservationOn消
息，1032和1034。RAN 120从应用服务器170接收ACK确认第一个排队
的，配置的呼叫消息（在1018中转发），1036。RAN 120还在F-TCH上将
该ACK传输给AT 1，1038。
虽然没有在图10A和10B中明确示出，但是由于从AT 1传输的每个呼
叫消息都配置为包括标记（例如，DSCP标记），RAN 120可以针对从AT 1
传输到RAN 120的每个排队的、配置的呼叫消息执行块1024的决定。但是
在图10A和10B中只示出了1024的决定块，因为RAN 120可能在1026和
1028的QoS资源分配之后确定QoS资源已经分配给AT 1。
接下来，应用服务器170发送对第二个排队的、配置的呼叫消息的
ACK，1040，而RAN 120在F-TCH上向AT 1发送ACK，1042。作为对
1020的宣布消息的响应，AT 2…N的至少一个在反向链路接入信道上发送
ACK指示接受向RAN 120的呼叫，并且RAN 120将该ACK（接受）转发
给应用服务器170，1044。一旦从对所宣布的组通信会话的第一响应接收到
ACK（接受），则应用服务器170向RAN 120发送状态消息用于向AT 1的
传输，1046，而RAN 120在F-TCH上向AT 1发送状态消息，1048。
在AT 1处，如958中一样，一旦接收到指示组通信会话可以开始的状
态消息，AT 1确定QoS资源是否已经分配给组通信会话，1050。在这种情
况中，由于（i）AT 1不会在QoS定时器期满的时候抢先将呼叫失败，（ii）
AT 1已经用标记配置了一个或多个排队呼叫消息用于提示RAN 120执行有
条件的QoS分配操作，并且（iii）RAN 120在1026和1028中分配QoS资
源，因此AT 1确定已经在1050中将QoS资源分配给组通信会话。因此，
AT 1通过R-TCH向RAN 120传输ACK（接受）消息，1052，并且RAN 120
将该ACK（接受）消息转发给应用服务器170，1054。然后，AT 1可以开
始传输该组通信会话相关联的媒体作为初始的低层持有者或呼叫发起者，
1056。
本领域的技术人员应该了解的是，虽然图10A和10B的处理过程相比
于图8A和8B的处理过程减少了呼叫失败的发生，但是图10A和10B的处
理过程的实现改变每个AT 1和RAN 120处的操作（例如，如图9A和9B
中一样，对于应用服务器170是不必要的）。现在将描述只涉及AT 1处的
改变的实施例，并且与图8A和8B的处理过程相比这种改变对于应用服务
器170和/RAN 120的功能是不必要的。
图11A和11B示出了根据本发明的另一个实施例的通信建立处理过程。
参照图11A和11B，如图9和10中一样，假设图8B和8B开始于800并
继续进行到821。
接下来，假设图11A和11B的块1100到1112对应于图9A和9B的900
到912和/或图10A和10B的1000到1012。因此，为了简洁不再进一步描
述块1100到1112。应该了解的是当AT 1在1118中指派TCH并在1112中
确认该TCH指派时通知该通信协议应用（例如，AMSS）。因此，可以假设
通信协议应用在1114中检查TCH建立事件。
在1108中通信协议应用分配了TCH之后，该通信协议应用可以向组
通信会话管理应用（例如，QChat客户端）通知TCH检查或TCH事件，如
果该组通信会话管理应用已经注册到该通信协议应用（例如，AMSS）以在
1108之前接收这一通知（例如，在载入该组通信会话管理应用的时候）。因
此，在1114中，组通信会话管理应用在1114中检测TCH建立事件，然后
该组通信会话管理应用确定QoS资源是否已经分配给AT 1用于组通信会
话，1116。由于已经接收到挂起指示，则不为AT 1分配QoS资源。因此，
组通信会话管理应用确定QoS资源还没有分配给AT 1用于组通信会话。
在1118中，组通信会话管理应用（例如，QChat）请求通信协议应用
（例如，AMSS）恢复QoS获取处理。通信协议应用（例如，AMSS）重启
QoS定时器并通过调度用于向RAN 120传输的另一个ReservationOnRequest
请求恢复QoS获取处理。接下来，既然TCH已经建立，AT 1在R-TCH上
向RAN 120发送第一个排队的呼叫请求，1120，并且该RAN 120将呼叫消
息转发给应用服务器170，1122，其生成并发送宣布消息ANN用于向AT
2…N宣布组通信会话，1124。在传输第一个排队的呼叫消息之后，AT 1向
RAN 120发送第二个排队的呼叫消息，1126，该RAN 120将该呼叫消息转
发给应用服务器，1128。虽然也可以一个接一个地传输额外的排队呼叫消
息，但是为了简单，没有参照图11A和11B示出或描述这些额外的传输。
在1130中，AT 1在R-TCH上向RAN 120传输另一个
ReservationOnRequest消息（例如，在图8A和8B的812中的绑定分组中发
送第一个ReservationOnRequest消息）。不像较早的ReservationOnRequest
消息，在1130中在R-TCH上传输的ReservationOnRequest消息已经在第二
服务器区域中建立。
并且，RAN 120从应用服务器170接收ACK，确认该第一个排队的呼
叫消息，1132，并且RAN 120在F-TCH上向AT 1传输ACK，1134。RAN
120还通过向AT 1分配所请求的QoS资源（如果可用）来响应
ReservationOnRequest消息，并且从而在F-TCH上向AT 1发送
ReservationAccept消息，1136。
接下来，应用服务器170发送对第二个排队的呼叫消息的ACK，1138，
而RAN 120在F-TCH上向AT 1发送ACK，1140。作为对1124的宣布消
息的响应，AT 2…N的至少一个在反向链路接入信道上发送ACK指示接受
向RAN 120的呼叫，并且RAN 120将该ACK（接受）转发给应用服务器
170，1142。一旦从对所宣布的组通信会话的第一响应接收到ACK（接受），
则应用服务器170向RAN 120发送状态消息用于向AT 1的传输，1144，而
RAN 120在F-TCH上向AT 1发送状态消息，1146。
在AT 1处，如图9A和9B中的958和/或图10A和10B的1050中一
样，一旦接收到指示组通信会话可以开始的状态消息，AT 1确定QoS资源
是否已经分配给组通信会话，1148。在这种情况中，由于（i）AT 1不会在
QoS定时器期满的时候抢先将呼叫失败，（ii）AT 1在TCH建立事件之后重
传ReservationOnRequest消息以便RAN 120在1136中分配QoS资源，因此
AT 1确定已经在1148中将QoS资源分配给组通信会话。因此，AT 1通过
R-TCH向RAN 120传输ACK（接受）消息，1150，并且RAN 120将该ACK
（接受）消息转发给应用服务器170，1152。然后，AT 1可以开始传输该
组通信会话相关联的媒体作为初始的低层持有者或呼叫发起者，1154。
本领域的技术人员应该了解的是，虽然图10A和10B的处理过程相比
于图8A和8B的处理过程减少了呼叫失败的发生，但是图10A和10B的处
理过程的实现只改变AT 1处的操作（例如，对于应用服务器170和/或RAN
120是不必要的）。
此外，虽然上面描述的本发明的实施例包括对“呼叫”的引用，但是
应该了解的是，实施例意在覆盖任何类型的通信会话，而不必要是指定呼
叫的会话。例如，数据传输会话不必要视为从一方到另一方的呼叫，而是
数据传输会话意在包括在本申请中所描述的实施例中的通信会话或呼叫的
解释之内。
此外，虽然在很多附图中示出的呼叫流具体针对EV-DO实现，但是应
该了解的是，本发明的其它实施例可以针对其它无线通信协议（例如，
Yagatta、CDMA、W-CDMA等）。
此外，在上述本发明的实施例中，在AT 1和/或RAN 120处执行的QoS
评估是仿佛QoS是二进制变量描述的（即，QoS“ON”或QoS“OFF”）。
例如，在传统W-CDMa实现中，将单个QoS流分配给通信会话，并且单个
QoS流可以是“ON”或“OFF”的。在传统EV-DO实现中，请求多个QoS
流分配给通信会话，并且如果这些QoS流中有任何一个没被授权，则将该
QoS视为“OFF”。
但是，在本发明的其它实施例中，可以在AT 1和/或RAN 120处评估
不同程度的QoS等级。例如，在二进制类型实现中，如上所述，可以在组
通信会话管理应用（例如，QChat客户端）启动时协商并分配QoS等级。
当呼叫开始时（也就是在上述实施例中描述的场景），组通信会话管理应用
要求RAN 120授权或拒绝协商的QoS。在本发明的实施例中，相比于所请
求的QoS等级可以授权较低的QoS总量，并且可以允许该呼叫继续进行。
另外，AT 1可以请求多于一个QoS流（例如，在EV-DO中），并且
RAN 120可以只授权部分数量的流。在这种理念中，可以使所请求的QoS
在一个示例中只有“部分”对AT 1可用。不像传统的EV-DO实现，可以
允许呼叫在本发明的实施例中在这种部分QoS流场景中继续进行。例如，
RAN 120可以在前向中授权QoS流而在反向中拒绝流。根据这一分配，组
通信会话管理应用可以确定ACK（接受）和状态以及稍后在反向中重新请
求流。换句话说，图9A和9B的958、图10A和10B的1050和/或图11A
和11B的1148的决定块可以评估是否已经获得了足够的QoS资源等级（例
如，前向链路QoS流处的反向链路QoS流对于半双工呼叫目标不太重要，
反向链路QoS流处的前向链路QoS流对于半双工呼叫发起者或底层持有者
不太重要等），替代是否获取到所有请求的QoS。
此外，虽然在上述实施例中将AT 1或应用服务器170触发图9A、9B、
10A和10B中的QoS资源的有条件分配的机制描述为分组头部中的具体配
置的DSCP配置（例如，呼叫分组、ACK分组或状态分组的头部），但是应
该了解的是，本发明的其它实施例可以针对用于指示RAN 120执行QoS资
源的有条件的分配的其它机制，并且不需要具体是分组的DSCP字段。同
样地，虽然图9A和9B将呼叫消息-ACK和状态分组都描述为包括修改的
DSCP字段作为标记，但是应该了解的是，其它实施例可以在这些分组中的
某一个中包括标记，但不需要是全部。在其它实施例中，在状态消息之后
交换的分组可以配置为触发QoS资源的有条件的分配。例如，如果在直到
向AT 1发送了状态消息之后，都没有从RAN 120发送QoS分配（即，
Fwd/RevReservationOn消息），该呼叫可以继续并且QoS可以在呼叫内建立。
上面关于图9A-11B所描述的实施例一般针对建立要求QoS资源的新
的呼叫。如下面将要关于图12所描述的，如果在当前呼叫的QoS资源释放
之前开始建立新的呼叫，比如当新的呼叫与当前呼叫背靠背发生或一旦当
前呼叫终止立即发生时，在建立新的呼叫过程中会产生困难。因此，下面
参照图13A和13B描述的本发明的另一个实施例是针对在当前呼叫终止之
后立即建立新的呼叫的。
参照图12，假设AT 1具有TCH并且具有给定等级的QoS资源，并且
该AT 1正在向AT 2…N的一个或多个的第一呼叫中使用这些呼叫资源，
1200。因此，在1200中，在AT 1和AT 2…N中的其它呼叫参与者之间交
换媒体和/或呼叫内信令。在一个示例中，虽然没有在图12中明确示出，但
是可以依照图9A-11B的任何一个建立第一呼叫。
接下来，AT 1确定终止其在第一呼叫中的参与，1204。例如，1204的
确定可以对应于AT 1的用户按下AT 1上的“结束”按钮。因此，AT 1在
R-TCH上向RAN 120发送END消息，1208，并且RAN 120通过在F-TCH
上向AT 1发送END-ACK确认AT 1对终止其参与第一呼叫的请求，1212。
AT 1通过在R-TCH上向RAN 120发送ReservationOffRequest以请求RAN
120撤销或释放AT 1的用于第一呼叫的QoS资源，继续其针对第一呼叫的
终止处理，1216。
在这一点上，AT 1还是具有其TCH，并且还没有完成其QoS资源的放
弃，因为没有从RAN 120接收到对1216的ReservationOffRequest消息的响
应，1220。在RAN 120响应ReservationOffRequest消息之前的这一状态中，
假设AT 1确定建立第二呼叫，1224。例如，1224的确定可以是对请求在
AT 1上发起新的呼叫呃AT 1的用户的响应。
在这种情况中，组通信会话管理应用通常不会允许AT 1建立该第二呼
叫，因为AT 1的QoS资源当前处于挂起状态，其为用于恢复QoS获取的
无效状态，1228。换句话说，组通信会话管理应用知道撤销第一呼叫的“旧
的”QoS资源是很紧迫的，而同时不允许该组通信会话管理应用请求“新
的”QoS资源用于第二呼叫，因为RAN 120还没有确认已经关闭了第二呼
叫的“旧的”QoS资源。因此，组通信会话管理应用简单地在1228中使发
起第二呼叫的尝试失败。
最后，RAN 120在F-TCH上向AT 1发送ReservationAccept消息以确
认第一呼叫的QoS资源已经关闭，1232，其后AT 1知道其不再具有用于第
一呼叫的QoS资源，1236。在这一点上，虽然图12中没有显示，但是AT 1
的用户可以手动地再次请求发起第二呼叫。
如本领域的技术人员应该了解的，由于AT 1的用户针对他的/她的建立
第二呼叫的尝试经历呼叫失败，因此图12中的用户体验会降低。图13A和
13B是针对建立背靠背呼叫，而即使在上面关于图12所讨论的无效QoS状
态中也不会有呼叫失败的实施例。
参照图13A和13B，1300到1320分别对应于图12的1200到1220，
因此为了简介下面不再继续描述。接下来，与图12的1220不同，在1324
中，AT 1确定尝试建立第二呼叫，不考虑AT 1是否获得了用于该第二呼叫
的QoS资源。例如，不考虑QoS资源继续建立呼叫可以允许在呼叫中的较
晚的点确立QoS资源，可以将低等级的QoS资源分配给AT 1用于呼叫，
该呼叫可以在没有QoS资源的情况下继续进行，等。
因此，组通信会话管理应用将呼叫消息添加到通信会话应用的传输队
列，1328，AT 1在R-TCH上向RAN 120传输呼叫消息，1332。应该了解
的是，由于AT 1在这一点的无效QoS状态，1332中传输的呼叫消息之后
紧跟着ReservationOnRequest消息。换句话说，直到RAN 120接受撤销第
一呼叫的旧的QoS资源之前不能允许用于获取第二呼叫的QoS资源的
ReservationOnRequest消息。但是，AT 1还是可以通过在可以请求QoS之
前在1332中传输呼叫消息继续建立第二呼叫，并且，1332的呼叫消息不需
要在DoS消息中在反向链路接入信道上发送，因为AT 1还是具有来自第一
呼叫的TCH，因此可以简单地使用其R-TCH向RAN 120传输呼叫消息用
于快速传输。TCH相比于反向链路共享信道或接入信道更高的可靠性也可
以允许AT 1在至少一个实施例中只发送一个呼叫消息，如图13A和13B中
所示。
因此，RAN 120在1332中在R-TCH上从AT 1接收呼叫消息，并且该
RAN 120将该呼叫消息转发给应用服务器170，1336。应用服务器170向
RAN 120转发宣布消息用于向AT 2…N的传输，1340。应用服务器170在
1344中用ACK响应该呼叫消息，该ACK是在F-TCH上由RAN 120传输
给AT 1的，1348。
在这一点，假设RAN 120通过在F-TCH上发送ReservationAccept消息
对1316中AT 1发送的ReservationOffRequest消息进行响应。在这一点，由
通信协议应用通知组通信会话管理应用该第一呼叫的QoS资源已经关闭或
取消，1356。这一事件造成组通信会话管理应用触发第二呼叫的QoS资源
获取，这是由于直到这一点还是无效QoS状态造成的延迟，1360。因此，
组通信会话管理应用请求通信协议应用（例如，AMSS）恢复QoS获取。
通信协议应用（例如，AMSS）启动QoS定时器，1364，并且在R-TCH上
传输ReservationOnRequest消息以便获取第二呼叫的QoS资源，1368。RAN
120在F-TCH上向AT 1发送ReservationAccept消息以通知AT 1其用于第
二呼叫的QoS资源已经预留，1376。在一个示例中，1376的ReservationAccept
消息可以作为对来自1368的ReservationOnRequest消息的隐式ACK，这样
不需要针对该ReservationOnRequest消息发送单独的ACK。
一旦从对所宣布的组通信会话（即，第二呼叫）的第一响应接收到ACK
（接受），1380，应用服务器170可以向RAN 120发送状态消息用于向AT 1
的传输，1383，并且RAN 120在F-TCH上将该状态消息传输给AT 1，1386。
一旦接收到状态消息，AT 1确定是否为第二呼叫分配了足够的QoS资源，
1389。在这种情况中，由于在1376中分配了该第二呼叫的QoS资源，AT 1
传输接受了R-TCH上的呼叫的ACK，1392，并且RAN 120将该ACK（接
受）转发给应用服务器170，1395。其后，在AT 1和在第二呼叫内AT 2…N
中的其它呼叫参与者之间交换媒体和/或呼入信令，1398。
在图13A和13B的实施例中，1376的ReservationAccept消息在1386
的状态消息之前到达AT 1处。在其它实施例中，状态消息可以在
ReservationAccept消息之前到达AT 1处。在这种情况中，取代由于在状态
消息到达AT 1时QoS资源还不可用而使呼叫失败，AT 1可以等待给定的
时间量以便接收ReservationAccept消息。当ReservationAccept消息最终到
达时，图13A和13B的处理过程可以将继续在1392中发送ACK（接受）
消息。
在其它实施例中，下面关于图15A和15B的描述，如果呼叫被激活并
且QoS处于挂起状态，而AT接收到宣布（ANN）消息并且预测到QoS已
经失败或无法使用，则在发送请求打开QoS之前是相同的等待预留的过程，
然后等待预留接受才确认ANN可以用于阻止该呼叫由于QoS处于挂起状
态而失败。
参照图14，1400到1420分别对应于图12的1200到1220，因此为了
简洁不再进一步描述。接下来，取代在1424中由AT 1确定发起紧跟着的
或背靠背通信会话，AT 2...N中的一个确定发起另一个通信会话并且因此向
应用服务器170发送呼叫消息，该消息由应用服务器170在1428中确认。
然后，应用服务器170通过发送宣布（ANN）消息至少向AT 1宣布该通信
会话，1432。
在这种情况中，组通信会话管理应用通常不会允许AT 1建立第二呼叫，
因为AT 1的QoS资源当前处于挂起状态，也就是对于恢复QoS获取的无
效状态，1428。换句话说，组通信会话管理应用知道其用于第一呼叫的“旧
的”QoS资源已经很紧迫，但同时该组通信会话管理应用不允许请求“新
的”QoS资源用于第二呼叫，因为RAN 120还不知道用于第二呼叫的“旧
的”QoS资源已经被关闭。
因此，组通信会话管理应用简单地在1428中将发起第二呼叫的尝试失
败。因此AT 1在R-TCH上向RAN 120发送ACK（拒绝）消息，1432，该
RAN 120将其转发给应用服务器170，1436。应用服务器170确定AT 1由
于该ACK（拒绝）消息无法加入会话，并向AT 2发送状态（失败）消息，
1440。最后，RAN 120在F-TCH上向AT 1发送ReservationAccept消息以
确认用于第一呼叫的QoS资源已经被关闭，1444，其后AT 1知道其不再具
有用于第一呼叫的QoS资源，1448。
本领域的普通技术人员应该了解的是，图14中的用户体验会由于AT
1…N的用户而降低，因为呼叫发起者和呼叫目标（即，AT 1）都会经历第
二呼叫的呼叫失败。图15A和15B是针对即使在如上参照图14所讨论的无
效QoS状态内，无需呼叫失败而建立背靠背呼叫的实施例。
参照图15A和15B，1500到1532分别对应于图14的1400到1432，
因此为了简洁不再进一步描述。接下来，不像图14的1428，在1536中，
AT 1确定尝试无关AT 1是否已经获得用于该第二呼叫的QoS资源建立第
二呼叫。例如，无关QoS资源继续建立呼叫可以允许在该呼叫过程中稍后
的时间点建立QoS，可以将低等级的QoS资源分配给AT 1用于该呼叫，该
呼叫可以在没有QoS资源的情况下继续进行等等。
因此，组通信会话管理应用确定等待用于第一呼叫的QoS资源被放弃，
而不是简单地在1536中使第二呼叫由于无效QoS状态而失败。换句话说，
直到RAN 120接受用于第一呼叫的旧的QoS资源被撤销之前不允许发送用
于获取第二呼叫的QoS资源的ReservationOnRequest请求。
最后，假设RAN 120通过在F-TCH上发送ReservationAccept消息来响
应AT 1在1516中发送的ReservationOffRequest消息，1540。在这一点上，
由通信协议应用通知组通信会话管理应用用于第一呼叫的QoS资源已经被
关闭或取消，1544。这一事件使得组通信会话管理应用触发对第二呼叫的
QoS资源获取，该资源获取由于直到这一点的无效QoS状态而延迟，1548。
因此，组通信会话管理应用请求通信协议应用（例如，AMSS）恢复QoS
获取。通信协议应用（例如，AMSS）启动QoS定时器，1522，并在R-TCH
上发送ReservationOnRequest消息以便获取用于第二呼叫的QoS资源，
1556。RAN 120在F-TCH上向AT 1发送ReservationAccept消息，以通知
AT 1其用于第二呼叫的QoS资源已经预留，1560。例如，1560的
ReservationAccept消息可以做对来自1556的ReservationOnRequest消息的
隐式ACK，这样就不需要针对该ReservationOnRequest消息发送单独的
ACK。
在这一点上，组通信会话管理应用确定要建立的用于第二呼叫的QoS
资源和TCH，从而向RAN 120发送对来自1532的宣布（ANN）消息的ACK
（接受）消息，1564，该RAN 120将其转发给应用服务器，1568。一旦从
对宣布的组通信会话（即，第二呼叫）的第一响应（即，AT 1）接收到ACK
（接受）消息，应用服务器170向AT 2发送状态消息以便开始第二呼叫，
1572，并AT 2确认该状态消息，1576。其后，在AT 1和在第二呼叫中AT 2…N
中的其它呼叫参与者之间交换媒体和/或呼入信令，1584。
此外，虽然图15A和15B的实施例显示AT 1在1504中确定终止第一
呼叫并在1508中向RAN 120发送END消息，但是在其它实施例中，可以
从RAN 120向AT 1发送END消息（即，接入网络发起AT 1的会话终止）。
在这种情况中，AT 1根据接收到END消息确定结束第一呼叫，而不是它自
己独立做出决策终止会话，或使AT 1的用户指示AT 1结束会话。
本领域的技术人员应意识到的是，可以使用任何各种不同的技术和技
艺来表示信息和信号。例如，在贯穿上面的描述中提及的数据、指令、命
令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或
粒子、光场或粒子、或者其任意组合来表示。
此外，本领域的技术人员将意识到：结合本文公开的实施例而描述的
各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计
算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对
各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。
至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个
系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以
变通的方式实现所描述的功能，但是，这种实现决策不应解释为造成对本
发明的范围的背离。
被设计用于执行本文所述功能的通用处理器、数字信号处理器（DSP）、
专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器
件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实
现或执行结合本文公开的实施例所描述的各种说明性的逻辑框、模块和电
路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处
理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组
合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器
与DSP内核的结合，或者任何其它此种结构。
结合本文公开的实施例所描述的方法、顺序或者算法可直接体现在硬
件、由处理器执行的软件模块、或这两者的组合中。软件模块可以位于RAM
存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、
硬盘、移动磁盘、CD-ROM、或者本领域已知的任何其它形式的存储介质
中。一种示例性的存储介质可以耦合到处理器，从而使处理器能够从该存
储介质读取信息，且可向该存储介质写入信息。或者，存储介质可以是处
理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于
用户终端中。或者，处理器和存储介质可以作为分立组件存在于用户终端
中。
在一个或多个示例性实施例中，所描述的功能可以在硬件、软件、固
件或其任意组合中实现。如果在软件中实现，则可以将这些功能作为一个
或多个指令或代码存储在计算机可读介质上或通过计算机可读介质传送。
计算机可读介质包括计算机存储介质和通信介质二者，通信介质包括有助
于计算机程序从一个位置转移到另一个位置的任意介质。存储介质可以是
能够由计算机存取的任意可用介质。通过举例而非限制的方式，这种计算
机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储
器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或
数据结构形式的期望程序代码并能够由计算机进行存取的任何其它介质。
此外，任何连接可以适当地称为计算机可读介质。例如，如果软件是使用
同轴电缆、光纤光缆、双绞线、数字用户线（DSL）或者诸如红外线、无线
和微波之类的无线技术从网站、服务器或其它远程源发送的，则同轴电缆、
光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包
括在介质的定义中。本文使用的磁盘和光盘包括压缩光盘（CD）、激光光盘、
光盘、数字通用光盘（DVD）、软盘和蓝光光盘，其中，磁盘通常磁性地复
制数据，而光盘用激光光学地复制数据。上述各项的组合也应该包括在计
算机可读介质的范围中。
因此，本发明的实施例可以包括计算机可读介质，该计算机可读介质
包括在其上存储的用于绑定无线网络中的通信消息的代码，该代码包括：
用于使计算机将连接请求和QoS资源的预留绑定到接入消息中的代码，以
及用于使计算机将该接入消息发送给接入网络的代码。此外，本申请中所
描述的任何功能都可以作为本发明的其它实施例中额外的代码包括在内。
虽然前面的公开内容示出了本发明的说明性实施例，但是需要注意的
是，在不脱离由所附权利要求所定义的本发明的范围的条件下，可以做出
各种改变和修改。根据本文中所描述的本发明的实施例的方法权利要求的
功能、步骤和/或动作不必以任何特定顺序执行。此外，虽然可以对本发明
的元素以单数形式来描述或权利要求，但是除非明确声明限制成单数，否
则应将复数考虑在内。