无线通信系统中服务质量（QoS）的获取和提供 |
|||||||
| 申请号 | CN201180019373.8 | 申请日 | 2011-02-16 | 公开(公告)号 | CN102845104B | 公开(公告)日 | 2015-07-15 |
| 申请人 | 高通股份有限公司; | 发明人 | V·曼普里亚; A·拉兹丹; A·K·阿南塔纳拉亚南; E·C·罗森; | ||||
| 摘要 | 在一个 实施例 中，接入网（AN）接收配置成提示向接入终端（AT）有条件的分配服务 质量 （QoS）资源的消息。可以从该AT或对该AT的通信会话进行仲裁的应用 服务器 （AS）接收该消息。在另一个实施例中，如果AT确定QoS资源 请求 尚未被授权，则在重新发送QoS资源请求之前，AT进行等待，直到获得用于通信会话的业务信道（TCH）。在另一个实施例中，如果AT确定在确认放弃用于第一通信会话的QoS资源之前发起或加入第二通信会话，则在发送对用于第二通信会话的QoS资源的请求之前，该AT进行等待，直到接收到该确认。 | ||||||
| 权利要求 | 1.一种在无线通信系统中的接入终端处建立要求服务质量(QoS)资源的组通信会话的方法，包括： |
||||||
| 说明书全文 | 无线通信系统中服务质量（QoS）的获取和提供[0001] 依据35U.S.C.§119要求优先权 [0002] 本专利申请要求于2010年2月26日递交的、题为“QUALITY OF SERVICE(QoS)ACQUISITION AND PROVISIONING WITHIN A WIRELESS COMMUNICATIONS SYSTEM”的美国临时申请No.61/308,768的优先权，该临时申请已经转让给本申请的受让人，故明确地以引用方式将其并入本文。 [0003] 共同未决的专利申请的引用 [0004] 本专利申请涉及2009年7月27日递交的、题为“QUALITY OF SERVICE(QoS)RESOURCES WITHIN A WIRELESS COMMUNICATIONS SYSTEM”的共同未决的美国申请No.12/509,980，该申请已经转让给本申请的受让人，故明确地以引用方式将其并入本文。 技术领域[0005] 实施例涉及针对无线通信系统中的通信会话的服务质量（QoS）资源分配。 背景技术[0006] 无线通信系统已经经历了多代的发展，包括第一代模拟无线电话服务（1G）、第二代（2G）数字无线电话服务（包括临时的2.5G和2.75G网络）以及第三代（3G）高速数据/支持互联网的无线服务。目前有很多种不同类型的无线通信系统在使用，包括蜂窝和个人通信服务（PCS）系统。已知的蜂窝系统的示例包括蜂窝模拟改进移动电话系统（AMPS）、基于码分多址（CDMA）、频分多址（FDMA）、时分多址（TDMA）、TDMA的全球移动通信（GSM）变形，以及新的同时使用TDMA和CDMA技术的混合数字通信系统的数字蜂窝系统。 [0007] 电信工业协会/电子工业协会在美国，在题为“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。 [0008] 在无线通信系统中，移动站、手持终端、接入终端（AT）从固定位置的基站（也称为小区基站或小区）接收信号，该基站支持通信链路或在临近或环绕该基站的特定地理区域内的服务。基站提供到接入网（AN）/无线接入网（RAN）的入口点，该接入网通常是使用基于标准互联网工程任务组（IETF）的协议的分组数据网络，该协议支持基于服务质量（QoS）要求区分业务的方法。因此，该基站通常通过无线接口与AT交互，并通过互联网协议（IP）网络数据分组与AN交互。 [0009] 在无线通信系统中，对于服务扇区和客户来说一键通（PTT）功能正在变得流行。PPT可以支持“分发”运行在标准商业无线基础设施上（例如，CDMA、FDMA、TDMA、GSM等）的语音服务。在分发模式中，端点（AT）之间的通信发生在虚拟集合中，其中，将一个“讲话人”的语音传输个一个或多个“听众”。这类通信的单个实例一般称为分发呼叫，或简单地PTT呼叫。PTT呼叫是一个集合中的实例，其定义了呼叫的特性。集合本质上是由成员列表和相关联的信息（例如集合名字或集合标识）所定义的。 [0010] 按照惯例，无线通信网络中的分组已经被配置为发送给单个目的地或接入终端。向单个目的地传输数据称为“单播”。由于移动通信已经增长，将给定数据同时传输给多个接入终端的能力变得越来越重要。因此，已经采用了协议支持相同分组或消息向多个目的地或目标接入终端的并发数据传输。“广播”指的是向所述目的地或接入终端（例如，在给定服务提供商服务的给定小区内等）传输数据分组，而“多播”指的是向给定集合的目的地或接入终端传输数据分组。在一个示例中，给定集合的目的地或“多播集合”可以包括多于一个少于所有可能的目的地或接入终端（例如，在给定服务提供商服务的给定集合内等）。但是，至少可能在某些情况中，该多播集合只包括一个接入终端，类似于单播，或者作为替代该多播集合包括所有接入终端（例如，在小区或扇区内），类似于广播。 [0011] 可以用多种方法在无线通信系统中执行广播和/或多播，例如执行多个序列化的单播操作以供应给多播集合，为同时处理多个数据传输分配单独的广播/多播信道（BCH）等等。在2007年3月1日发表的题为“Push-To-Talk Group Call System Using CDMA1x-EVDO Cellular Network（使用CDMA 1x-EVDO蜂窝网络的一键通组呼叫系统）”的美国专利申请No.2007/0049314中描述了使用广播信道进行一键通通信的传统系统，该申请的内容以整体引用的方式并入本文。如申请No.2007/0049314中所描述的，广播信道可以用于使用传统信令技术的一键通呼叫。虽然广播信道的使用可能会相比于传统单播技术提高带宽要求，但是该广播信道的传统信令还是会造成额外的开销和/或延迟，并且可能降低系统性能。 [0012] 第三代合作伙伴项目2（“3GPP2”）定义了用于支持CDMA2000网络中的多播通信的广播-多播服务（BCMCS）规范。因此，2006年2月14日发布的题为“CDMA2000High Rate Broadcast-Multicast Packet Data Air Interface Specification（CDMA2000高速率广播-多播分组数据空中接口规范）”的3GPP2的BCMCS标准版本1.0C.S0054-A以整体应用的方式并入本文。发明内容 [0013] 在一个实施例中，接入网（AN）接收配置成提示向接入终端（AT）有条件的分配服务质量（QoS）资源的消息。可以从该AT或对该AT的通信会话进行仲裁的应用服务器（AS）接收该消息。在另一个实施例中，如果AT确定QoS资源请求尚未被授权，则在重新发送QoS资源请求之前，AT进行等待，直到获得用于通信会话的业务信道（TCH）。在另一个实施例中，如果AT确定在确认放弃用于第一通信会话的QoS资源之前发起或加入第二通信会话，则在发送对用于第二通信会话的QoS资源的请求之前，该AT进行等待，直到接收到该确认。附图说明 [0014] 通过参考下面的结合附图考虑时的详细描述，将很容易获得对本发明的实施例及其伴随的优点的更完整的了解并且变得更好的理解，提供附图仅是为了解释说明，而不是对本发明的限制，其中： [0015] 图1A是依照本发明的至少一个实施例，支持接入终端和接入网络的无线网络架构的图。 [0016] 图1B示出了根据本发明的实施例的载波网络。 [0017] 图2是依照本发明的至少一个实施例的接入终端的图示。 [0018] 图3A-3C示出了依照本发明的实施例的信号流图。 [0019] 图4是依照本发明的至少一个实施例的组通信系统的图示。 [0020] 图5是依照本发明的至少一个实施例的无线链路协议（RLP）流的图示。 [0021] 图6是依照本发明的至少一个实施例的流程图。 [0022] 图7是与依照本发明的至少一个实施例的目标接入终端有关的信号流图。 [0023] 图8A和8B、图9A和9B、图10A和10B以及图11A和11B的每个图示出了根据本发明的不同实施例的通信建立过程。 [0024] 图12和图13A以及13B的每个图示出了根据本发明的不同实施例的第二种紧接的通信会话的建立过程。 [0025] 图14和图15A以及15B的每个图示出了根据本发明的不同实施例的第二种紧接的通信会话的另一建立过程。 具体实施方式[0026] 在下面的描述和描绘本发明的具体实施例的相关附图中公开了本发明的方面。在不背离本发明的范围的情况下可以设计处替换的实施例。另外，本发明的公知的元件将不再详细描述或者将忽略掉，以避免模糊本发明的相关细节。 [0027] 本申请中使用的“示例性”一词意味着“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不必被解释为比其它实施例更优选或更具优势。类似的，术语“本发明的实施例”不要求本发明的所有实施例包括所讨论的特性、优势或操作模式。 [0028] 此外，在由例如计算设备的元件来执行的动作的顺序的方面描述了许多实施例。应该认识到的是，本申请中描述的各个动作可以由专用电路（例如，专用集成电路（ASIC））、由一个或多个处理器执行的程序指令、或它们的组合来执行。另外，本申请中描述的这些动作的顺序可以认为完全体现在任何形式的计算机可读存储介质中，该存储介质具有存储在其中的一组相应的计算机指令，一旦执行指令则会使相关联的处理器执行本申请中所描述的功能。因此，本发明的各个方面可以用多种不同的形式来实现，所有形式都预期处于权利要求声明的主旨范围内。另外，对于本申请中描述的每个实施例，任何这种实施例的相应形式在本文中可以被描述为例如“逻辑单元，其配置为”执行所描述的动作。 [0029] 高数据速率（HDR）用户站（例如，支持1xEV-DO的无线设备）（本文中称为接入终端（AT））可以是移动的或固定的，并且可以与一个或多个HDR基站（在本文中称为调制解调器池收发机（MPT）或基站（BS））通信。接入终端通过一个或多个调制解调器池收发机向HDR基站控制器（称为调制解调器池控制器（MPC）、基站控制器（BSC）和/或移动交换中心（MSC））发送和接收数据分组。调制解调器池收发机和调制解调器池控制器是称为接入网的网络的一部分。接入网（AN）（本文中还称为无线接入网（RAN））在多个接入终端之间传输数据分组。 [0030] 接入网还可以连接到该接入网以外的另外的网络（诸如公司内部网或因特网），并且可以在每个接入终端和这种外部网络之间传输数据分组。已经与一个或多个调制解调器池收发机建立了活动业务信道连接的接入终端可以称为活动的接入终端，并且可以称为处于业务状态。正处于与一个或多个调制解调器池收发机建立活动业务信道连接的过程中的接入终端可以称为处于连接建立状态。接入终端可以是通过无线信道或通过有线信道（例如使用光纤或同轴电缆）进行通信的任何数据设备。接入终端还可以是多种类型设备中的任何一种，包括但并不仅限于PC卡、压缩闪存、外部或内部调制解调器、或无线或有线电话。接入终端通过其向调制解调器池收发机发送信号的通信链路称为反向链路或反向业务信道。调制解调器池收发机通过其向接入终端发送信号的通信链路称为前向链路或前向业务信道。本申请中所用的术语业务信道可以指的是前向业务信道或反向业务信道。 [0031] 图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卡、个人计算机、电话或它们的任意组合或子组合。此外，如本申请中所用的术语“接入终端”、“无线设备”、“客户端设备”、“移动终端”和它们的变形可以相互交换使用。 [0032] 再次参考图1A，无线网络100的组件以及本发明的示例性实施例的组件的相互关系不限于所示出的配置。系统100仅仅是示例性的，还可以包括任何允许远程接入终端（例如无线客户端计算设备102、108、110、112）通过无线在相互之间和之中和/或在通过空中接口104和RAN 120（包括，但并不仅限于载波网络126、因特网和/或其它远程服务器）连接的组件之间和之中进行通信的任何系统。 [0033] 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的功能的单个“混合”模块中。 [0034] 图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连接是本领域内公知的，为了简洁不再进一步描述。 [0035] 参照图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发送多播消息。 [0036] 参照图2，诸如蜂窝电话之类的接入终端200（此处是无线设备）具有平台202可以从RAN 120接收并运行软件应用、数据和/或指令，它们最终可能来自于载波网络126、因特网和/或其它远程服务器和网络。该平台202可以包括收发机206，可操作地连接到专用集成电路（“ASIC”208）、或其它处理器、微处理器、逻辑电路或其它数据处理设备。ASIC208或其它处理器执行应用程序接口（“API”）210层，该层与任何存在于该无线设备的存储器212中的程序交互。存储212可以由只读或随机访问存储器（RAM和ROM）、EEPROM、闪存卡，或对计算机平台通用的任何存储器组成。平台202还包括本地数据库214，用于持有存储器212中不经常使用的程序。该本地数据库214通常是闪存单元，但是可以是本领域公知的任何二级存储设备，例如磁介质、EEPROM、光介质、磁带、软盘或硬盘等等。如本领域内公知的，内部平台202组件还可以可操作地连接到外部设备，例如其它组件中的天线222、显示器224、一键通按钮228和键盘226。 [0037] 因此，本发明的实施例可以包括具有执行本申请中所描述的功能的能力的接入终端。例如，接入终端可以包括配置成将连接请求和QoS资源的预留绑定到接入消息中的逻辑单元，以及配置成将该接入消息发送给接入网络的逻辑单元。正如本领域内的技术人员应该了解的，各种逻辑单元可以实现为分立单元、在处理器上运行的软件模块或用于完成本申请中公开的功能的软件和硬件的任何组合。举例而言，ASIC 208、存储器212、API 210和本地数据库214都可以相互合作使用以便加载、存储和执行本申请中公开的各个功能，并且因此，用于执行这些功能的逻辑可以分布于各个单元。作为替代，这些功能可以整合到一个单独的组件中。因此，图2中的接入终端的特性仅仅视为是解释说明性的，本发明并不仅限于所示出的特性和排列。 [0038] 接入终端102和RAN 120之间的无线通信可以基于不同的技术，例如码分多址（CDMA）、时分多址（TDMA）、频分多址（FDMA）、全球移动通信系统（GSM）或其它可以用于无线通信网络或数据通信网络中的协议。该数据通信通常在客户端102、MPT/BS 124和BSC/PCF122之间。BSC/PCF122可以连接到多个数据网络，例如载波网络126、PSTN、互联网、虚拟私有网络等等，从而允许接入终端102接入更广泛的通信网络。如上所讨论的以及本领域公知的，可以用不同的网络和配置从接入网络向接入终端发送语音传输和/或数据。因此，本申请中所提供的示例并不意在限制本发明的实施例，而仅仅是辅助描述本发明的实施例的各个方面。 [0039] 图3A示出了依照本发明的实施例建立通信的流程图。在310，在接入终端（AT）302处有初始触发器触发建立通信请求（例如，PTT按钮228被按下），并且将与接入网络（AN）120建立通信所需的信息绑定到接入信道消息中（例如，连接请求（ConnectionRequest和路径更新信息（RouteUpdate））、用于该通信的任何QoS服务的提供（ReservationOnRequest）等）。另外，应用层数据（例如，DataOverSignaling（DOS）消息）也可以绑定到接入信道消息中以促进与终端应用（例如，集合服务器、另一个AT上驻留的应用等）的通信。一旦该接入消息与期望的信息绑定起来（例如，DOS+ConnectionRequest+RouteUpdate+ReservationOnRequest），可以通过接入信道（AC）将该接入消息320发送给接入网络（AN）120。 [0040] 一旦在接入网络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高速分组数据无线接口中描述，该文档以引用的方式整体并入本申请。因此，本申请中不再提供对建立过程和消息的细节解释说明。 [0041] 如果DOS消息或其它应用层消息选择性地绑定到连接请求接入消息中，该消息不会影响如上所讨论的业务信道建立。一般来讲，应用特定数据可以被AN 120检测出来并且仅仅传递给适当的目的地。但是，应用特定信息还可以通过提供需要远程应用（例如，PTT服务器）进一步处理的数据（例如，PTT呼叫请求）以便一旦在AN 302和AN 120之间建立起业务信道时建立数据通信（例如，PTT呼叫），降低延迟敏感应用中的延时。因此，不需要等到AT 302和AN 120之间建立起业务信道才将应用层消息中包括的数据转发给网络。 [0042] 本领域的技术人员应该了解的是，针对不同应用或在应用内需要的QoS资源是不同的。下面的示例描述了不同QoS资源场景下的QoS设计： [0043] ·当业务信道资源和QoS资源（例如，呼入信令和媒体预留）在发起者AT 302扇区内可用时，RAN通过传输呼入信令和媒体预留的FwdReservationOn和RevReservationOn消息告知QoS资源对于前向和反向链路都可用。这种情况在图3A中示出并在前面描述过。 [0044] ·当业务信道资源在发起者AT 302所位于的扇区内可以用，但是一些或全部预留的QoS资源不可用时，AN 120依然可以分配业务信道并将TCA消息传输给发起者AT 302。但是，AN 102通过向AT 302传输ReservationReject消息拒绝针对它无法提供的预留的QoS请求。业务信道的可用性使得AT 302能够在QoS资源（例如，呼入信令和媒体预留）不可用时业务信道上尝试完成其呼叫建立信令握手。这种情况在图3B中示出。 [0045] ·当没有业务信道资源在发起者AT的扇区内可用时，AN通过传输ConnectionDeny消息（例如，按照1xEV-DO修订A标准）拒绝该业务信道请求。在这种情况中，还通过向AT302传输ReservationReject消息拒绝预留的QoS请求。这种情况在图3C中示出。 [0046] 如果呼叫建立分组到达时已经有一些呼入信令和媒体预留分配给发起者AT，则AN/RAN可以只激活当前未分配的呼入信令和媒体预留。 [0047] 如上所述，本发明的实施例能够将降低延迟敏感应用中的处理延迟。分组通信/一键通（PTT）系统是能够利用本申请中公开的通信信号绑定所提供的降低的连接时间的延迟敏感系统的示例。例如，本发明的实施例为AT提供通过在同一个接入封装中发送ReservationOnRequest消息作为其连接请求（例如，ConnectionRequest+RouteUpdate）消息，发送请求打开所需QoS资源（例如，PTT呼叫的呼入信令和媒体预留）的预留。可选地，可以将DataOverSignaling（DOS）消息绑定到同一个接入封装中。如果在PTT呼叫时分配前向呼入信令和反向QoS预留，则AT可以请求媒体QoS预留打开。这些请求可以作为ReservationOnRequest消息的一部分。 [0048] 分组通信系统也可以公知为一键通（PTT）系统、网络广播服务（NBS）、分发系统或点对多点通信系统。典型地，一组接入终端用户可以利用指派给每个分组成员的接入终端相互通信。术语“分组成员”表示一组得到授权相互通信的接入终端用户。虽然分组通信系统/PTT系统可以视为在多个成员之中，但是该系统并不仅限于这种配置，并且可以用于基于一对一的单个设备之间的通信。 [0049] 该分组可以运行在现有通信系统上，而不需要对现有基础结构进行本质上的修改。因此，控制器和用户可以运行在能够利用互联网协议（IP），例如码分多址（CDMA）系统、时分多址（TDMA）系统、全球移动通信（GSM）系统、卫星通信系统、陆上线路和无线系统的组合等传输和接收分组信息的任何系统中。 [0050] 分组成员可以利用指派的接入终端，例如接入终端（AT）102、108和302相互通信。AT可以是有线或无线设备，例如陆地无线电话、具有一键通功能的有线电话、配备有一键通功能的卫星电话、膝上型或桌面型计算机、寻呼设备或它们的任意组合。此外，每个AT能够在安全模式或非安全（透明的）模式中发送和接收信息。应该理解的是，对AT的引用并不意在限定于所示出或所列举的示例，而是可以包括其它能够依照互联网协议（IP）传输和接收分组信息的设备。 [0051] 当分组成员希望向该分组内的其它成员传输信息时，该成员可以通过按下一键通按钮或AT上的按键（例如，图2中所示228）请求传输权限，其生成针对分布式网络上的传输格式化的请求。例如，该请求可以通过无线传输给AT 102或更多个MPT（或基站）124中的一个。一个可以包括公知的互通功能（IWF）、分组数据服务节点（PDSN）或分组控制功能（PCF）用于处理数据分组的BSC/PCF 122可以位于MPT/BS 124和分布式网络之间。但是，也可以通过功能交换电话网络（PSTN）向载波网络126传输该请求。载波网络126可以接收该请求并将其提供给RAN 120。 [0052] 参照图4，一个或多个组通信服务器402可以通过其到分布式网络的连接监听该分组通信系统的业务。由于组通信服务器402可以通过多种有线和无线接口连接到分布式网络，因此对分组参与者的地理相邻性是不需要的。通常，组通信服务器402控制PTT系统中一组分组成员（AT 302、472、474、276）的无线设备之间的通信。此外，一系列分组服务器402可以连接到组通信服务器LAN 450。 [0053] 组通信服务器402可以连接到无线服务供应商的分组数据服务节点（PDSN），例如PDSN 452，这里示为驻留在载波网络426上。每个PDSN452可以通过分组控制功能（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）的特定方面以提供额外的细节和示例，但是本发明的实施例并不仅限于这些特定示例。 [0054] 如上所讨论的，AT 302请求业务信道以便建立通信（例如，PTT呼叫）。如果针对呼入信令和媒体的业务信道和QoS资源都可用，则由发起者AT302发起该PTT呼叫（下面在图5中提供了关于QoS资源的额外的细节）。在传统系统中，AT 302应该与AN 120建立业务信道连接之后才请求QoS资源。但是，为了依照本发明的实施例减低这一延迟，可以将建立该PTT呼叫所需要的信令消息和初始连接请求一起绑定到初始接入信道消息中。 [0055] 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之间传输的数据业务可以针对通过如上所引用的3GPP2C.S0024-A版本3.0文档中所描述的1xEV-DO修订版A协议处置的适当的QoS来配置。1xEV-DO修订版A提供标准化机制以提供AT内和At间QoS。AT内QoS提供属于同一用户的数据流的差异化，而AT间QoS提供属于不同用户的分组的差异化。 [0056] 为了实现QoS，应该端对端应用业务差异化。所有网络组件，包括AT302、RAN 120（BTS 466、BSC 464）、PDSN 452和互联网路由器，应该实现/支持QoS。1xEV-DO修订版A网络中的端对端QoS可以通过下述机制来实现： [0057] ·分组滤波器：分组滤波器识别PDSN处的流。分组滤波器用于在QoS协商期间（例如，在启动QChat时）将前向数据业务映射到已经建立的信道上。分组滤波器设置在PDSN处，如3GPP2X.S0011-004-C版本2.0cdma2000无线IP网络标准：服务质量和头部减少规范中所描述的。 [0058] ·QoS特征（特征ID）：QoS特征和/或特征ID是一种指定（或预定义）数据服务的相关无线接口参数的机制。它是AT与RAN协商针对一个流的QoS预留时使用的一种“简写”标识符。在TSB 58-G cdma2000扩展频谱标准的参数值分配的管理中描述了可用于各种数据服务的标准化特征ID分配，该文档内容以引用的方式并入本文。 [0060] 1xEV-DO修订版A网络中的QoS也是基于适当的映射或AT的PPP会话的下列单元的绑定，如下： [0061] ·IP（应用）流：每一唯一的IP流识别出无线接口的应用层QoS需求。预留标记与该IP流相关联，用于识别AT和RAN之间的流的QoS需求。然后将IP映射到最能满足该QoS需求的RLP流上。 [0062] ·RLP（链路）流：无线链路协议（RLP）流是根据上层流的QoS需求（例如，RLP参数配置）来分配的。具有相同QoS需求的IP流可以映射到相同的RLP流上。在反方向上，RLP流映射到（反向业务信道媒体接入控制）RTCMAC流上。 [0063] ·RTCMAC流：RTCMAC流是根据定义物理层延迟和/或上层流所需要的容量的QoS需求来分配的。例如，可以是低延迟或高容量流。具有相同QoS需求的RLP流可以映射到相同的RTCMAC流上。 [0064] 图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共享。 [0065] 虽然上面的描述提供了针对 系统和1xEV-DO网络的很多特定细节以提供对本发明的实施例的各个方面的详细解释说明，但是本领域的技术人员应该了解，本发明的实施例并不仅限于任何特定应用和/或网络。本发明的实施例可以包括任何具有QoS需求的应用。此外，任何支持QoS资源分配与初始连接建立请求绑定在一起的网络也可以包括在本发明的实施例中。 [0066] 参照图6，提供了示出根据本发明的实施例的绑定处理的流程图。例如，该方法可以包括识别要请求的通信要求QoS资源（例如，PTT呼叫）的应用，在块610中。如果使用了额外的消息并且在接入探测中有空间，则可以考虑将额外的消息用于绑定（例如，DOS消息）620。然后，在块630中，从应用层向低层传输绑定接入消息（例如，接入探测）的请求，用于将所请求的消息绑定到接入探测中。如本申请中所使用的，应用层可以包括请求应用（例如，PTT客户端）以及有助于应用层和低层（例如，RLC、MAC和物理层）之间的交互的绑定API。 但是，应该了解的是，本发明的实施例并不仅限于这一配置。例如，该应用本身可以包含绑定API的功能。 [0067] 在块634中，接收到绑定的请求之后，可以将QoS请求添加到接入探测。同样地，在块636中，如果请求了并且接入探测中有足够空间则可以将DOS消息添加到接入探测。另外，在块638中，将连接请求和路径更新消息添加到接入探测。在块645，执行检查以确定所绑定的消息是否完成。如果没有，处理过程可以回环去检查丢失的消息，因为它们可能被延迟了。延迟单元（例如，定时器）还可以设置在应用层，在块640中，以允许接入探测的绑定。处理过程可以通过块650回环直到应用层从低层接收到指示该消息绑定已经完成645（或直到事件已经期满并且发送了接入探测）。接收到确认之后，可以释放接入探测延迟，660，并且可以发送接入探测670。 [0068] 如上所讨论的，触发器（例如，310）可以是使得应用发起具有QoS需求的连接请求的任何事件，这是应用已知的。该触发器可以通过硬件按钮或软件按钮活动手动地激活，可以被接收到的信号（例如，语音命令、来自网络的信号等）激活，或可以被应用所检测到的条件激活。 [0069] 例如，如图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。 [0070] 例如，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都准备好如上所讨论的以及如本领域内公知的发送和接收数据。因此，不再提供详细解释说明。 [0071] 从上面所公开的内容看，本领域的技术人员应该认识到，本发明的实施例包括执行前面所讨论的动作、操作和/或功能序列的方法。例如，用于在无线网络中传输通信信号的方法可以包括在接入终端处将连接请求和QoS资源的预留绑定到接入消息中，以及将该接入消息传输给接入网络。所绑定的消息还可以包括与该连接请求和预留一起绑定到该接入消息的应用层消息（例如，DOS消息）。 [0072] 此外，如本领域的技术人员应该了解的，通常要求给定接入终端在接入网络为给定接入终端提供资源（例如，业务信道（TCH）、QoS等）之前向接入网络识别它自己。例如，在EV-DO 1x中，给定接入终端可以用单播接入终端标识符（UATI）向接入终端识别它自己。因此，给定接入终端会通过反向链路消息传送其UATI，这样接入网络可以知道发送者的标识，例如通过用其UATI对反向链路上的反向链路消息进行调制。同样地，UATI可以用在下行链路消息中以识别目标接收者或接入终端。 [0073] UATI用于只在特定服务区域中（例如，特定服务扇区或消息）唯一地识别AT。因此，如果AT移动出该服务区域（例如，AT切换到另一个小区、另一个子网等），则需要给该AT分配新的UATI。如果AT尝试用分配给旧的服务小区AT的UATI从新的服务小区中的接入网络请求资源（例如，QoS资源、TCH等），则该接入网络不会授权所请求的资源，因为该AT没有针对新的服务扇区的适当的UATI。 [0074] AT进入新的服务区域并且还没有用于在该新的服务区域（例如，小区或扇区之间的边界区域）中识别它自己的UATI时会产生一种状况，并且该AT因此无法在反向链路资源请求中正确地用旧的UATI向新的服务区域识别它自己。这种情况会导致呼叫失败，正如下面将关于图8A和8B所描述的。 [0075] 图8A和8B示出了根据一个实施例的通信建立处理过程。参照图8A和8B，在800中，假设AT 1处于第一服务区域中（例如，扇区、小区等）并且被分配了第一UATI用于在该第一服务区域中识别它自己。此外，假设在800中，AT 1没有活动的TCH。接下来，AT 1从第一服务区域移动到第二服务区域，802。可以假设在图8A和8B中，第二服务区域没有使用与该第一服务区域相同的UATI。 [0076] 因此，一旦进入第二服务区域（例如，在切换之后），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。 [0077] 接下来，在AT 1发送UATI请求但是用在该第二服务区域中的第二UATI实际上还没有分配给AT 1之前，AT 1的用户请求发起组通信会话，同时要求TCH和QoS资源，808。例如，在808中的组通信会话的触发操作可以对应于AT 1的用户按下AT 1上的PTT按钮以发起PTT通信会话。 [0078] 在AT1处接收到组通信会话请求之后，AT 1启动AT 1在重传TCH请求之前将会等待获取TCH资源的时间长度对应的定时器（“连接可靠性定时器”），809。例如，可以由低层通信协议应用（例如高级移动用户软件（AMSS））启动该连接可靠性定时器，下面将进一步详细讨论。并且，AT1处的通信协议应用（例如，AMSS）启动QoS定时器，该定时器关联了该应用将会等待接收QoS资源分配的时间所对应的期满周期，810。并且在810中，负责管理该组通信会话（“组通信会话管理应用”）的应用（例如，QChat）生成用于由该通信协议应用传输的呼叫消息。一旦提交了由通信协议应用传输的呼叫消息，该组通信会话管理应用启动呼叫可靠性定时器（不同于连接可靠性和QoS定时器）。该呼叫可靠性定时器每次期满，则由组通信会话管理应用（例如，QChat）创建呼叫消息并提交由通信协议应用传输。在一个示例中，组通信会话管理应用（例如，QChat）可以指示通信协议应用（例如，AMSS）调度该第一呼叫消息用于反向链路信令信道上的快速传输（例如，作为接入信道上的DoS消息），并且调度剩余的呼叫消息用于获得TCH之后在R-TCH上传输。 [0079] 例如，对多个呼叫消息排队的通信协议应用可以对应于 开发的AMSS。在一个示例中，AMSS驱动下面的MSM码片集并实现整套CDMA通信技术（包括CDMA 20001X和CDMA 20001xEV-DO）的软件协议栈。有移动运营系统层，在这个示例中是QUALCOMM开发的 该移动运营系统层应用提供指定码片或指定设备操作的编程 接口，同时提供排除对AMSS的直接联系和计算机平台上的任何OEM软件的孤立层。该移动运营系统层具有以移动用户设备无需每次指定设备软件的新版本释放出来时需要重新写入应用为特性的应用部署。组通信会话管理应用对应于AT 1上运行的QChat客户端应用，其可以与AMSS一起工作以建立或设立会话。 [0080] 在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中丢弃。 [0081] 在818中，RAN 120在下行链路控制信道上向AT 1传输UATI分配，其为AT 1分配第二UATI用于第二服务区域中。应该了解的是，818的UATI分配是对在804中从AT 1接收到的UATI请求的响应。在接收到该UATI分配之后，AT 1更新一个或多个寄存器存储其当前的UATI和该第二UATI（未示出），并在反向链路接入信道上向RAN 120传输UATI完成消息820。 [0082] 接下来，由于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失败指示。 [0083] 最后，在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。 [0084] 在获取了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中只示出了传输两个排队的呼叫消息，但是应该了解的是，在其它实施例中可以传输更多的（或更少的）排队呼叫消息。 [0085] 在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，其取消该组通信会话。 [0086] 如本领域的技术人员应该了解的，在812的绑定消息中包括不正确的第二服务区域的UATI会同时导致呼叫失败和不必要的信令，以及在图8A和8B的处理过程中的资源分配。下面将参照图9A到11B更详细地描述多个其它实施例，其中，即使将不正确的UATI附加到绑定消息的初始传输上也可以减少和/或避免呼叫失败。 [0087] 图9A和9B示出了根据本发明的另一个实施例的通信建立处理过程。参照图9A和9B，假设图8A和8B开始于800并继续到821。 [0088] 在900中，由于组通信会话管理应用一旦QoS定时器期满则从通信协议应用接收SUSPEND通知，而不是挂起其呼叫建立操作和使该呼叫失败，组通信会话管理应用可以避免呼叫建立的挂起并继续等待分配给AT 1的QoS资源。在替代实施例中，虽然图9A和9B中没有示出，但是在900中确定QoS资源请求失败可以基于来自RAN 120的明确指示将不会授权QoS资源请求的消息。因此，确定QoS资源请求的失败可以基于定时器期满或基于QoS失败的明确指示。 [0089] 和在824中一样，在902中一旦连接可靠性定时器期满，因为绑定的消息由于不正确的UATI而不会为AT 1分配TCH，因此AT 1继续尝试获取TCH，并确定重新发送其对TCH的请求（例如，ConnectionRequest消息），902。如在826中一样，当AT 1重新发送TCH消息时，AT 1只在反向链路接入信道上发送ConnectionRequest和RouteUpdate消息，904，因为该连接可靠性定时器是与建立TCH相关联的，而不是与QoS资源相关联的。 [0090] 在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资源分配的指令。 [0091] 因此，假设应用服务器170在924中通过修改该ACK消息的DSCP字段使其具有一些可以由RAN 120识别的预先协商处的值，向ACK消息中插入标记。但是，应该了解的是，这只是标记ACK消息的一种方式，而其它实施例不需要局限于使用ACK消息的DSCP字段作为标记部分。在924中配置该ACK消息之后，应用服务器170将配置后的ACK发送给RAN120，926。 [0092] 一旦在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。 [0093] 接下来，应用服务器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。 [0094] 作为对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。 [0095] 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。 [0096] 在AT 1处，如860中一样，一旦接收到指示组通信会话已经开始的状态消息，AT1确定QoS资源是否已经分配给组通信会话，958。在这种情况中，由于（i）应用服务器170已经用标记配置了多个消息用于提示RAN120执行有条件的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。 [0097] 虽然没有在图9A和9B中明确示出，但是在本发明的实施例中，可以在956中在AT 1处接收到状态消息之后（即，呼叫过程中）交换额外的消息用于在处理呼叫过程中建立QoS。例如，如果直到将状态消息发送给AT1之后，都没有从RAN 120发送QoS分配（即，Fwd/RevReservationAccept消息），呼叫可以继续进行，并且QoS可以在呼叫中建立。 [0098] 本领域的技术人员应该了解的是，虽然图9A和9B的处理过程相比于图8A和8B的处理过程减少了呼叫失败的发生，但是图9A和9B的处理过程的实现改变每个AT 1、RAN120和应用服务器170处的操作。现在将描述涉及AT 1和RAN 120处的改变的实施例，与图8A和8B的处理过程相比这种改变对于应用服务器170的功能是不必要的。 [0099] 图10A和10B示出了根据本发明的另一个实施例的通信建立处理过程。参照图10A和10B，如图9A和9B中一样，假设图8B和8B开始于800并继续进行到821。 [0100] 接下来，假设图10A和10B的块1000到1012对应于图9A和9B的900到912。因此，为了简洁不再进一步描述块1000到1012。在AT 1发送1012的TCH完成消息之后，AT1准备发送每个排队的呼叫消息，该呼叫消息在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头中。 [0101] 因此，假设AT 1在1014中通过修改该呼叫消息的DSCP字段使其具有一些可以由RAN 120识别的预先协商处的值，向排队的呼叫消息消息中插入标记。但是，应该了解的是，这只是标记排队呼叫消息的一种方式，而其它实施例不需要局限于使用排队的呼叫消息的DSCP字段作为标记部分。 [0102] 在配置完一个或多个排队的呼叫消息包括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。 [0103] 在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消息分别通知AT1关于其在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。 [0104] 虽然没有在图10A和10B中明确示出，但是由于从AT 1传输的每个呼叫消息都配置为包括标记（例如，DSCP标记），RAN 120可以针对从AT 1传输到RAN 120的每个排队的、配置的呼叫消息执行块1024的决定。但是在图10A和10B中只示出了1024的决定块，因为RAN 120可能在1026和1028的QoS资源分配之后确定QoS资源已经分配给AT 1。 [0105] 接下来，应用服务器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，而RAN120在F-TCH上向AT 1发送状态消息，1048。 [0106] 在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。 [0107] 本领域的技术人员应该了解的是，虽然图10A和10B的处理过程相比于图8A和8B的处理过程减少了呼叫失败的发生，但是图10A和10B的处理过程的实现改变每个AT 1和RAN 120处的操作（例如，如图9A和9B中一样，对于应用服务器170是不必要的）。现在将描述只涉及AT 1处的改变的实施例，并且与图8A和8B的处理过程相比这种改变对于应用服务器170和/RAN 120的功能是不必要的。 [0108] 图11A和11B示出了根据本发明的另一个实施例的通信建立处理过程。参照图11A和11B，如图9和10中一样，假设图8B和8B开始于800并继续进行到821。 [0109] 接下来，假设图11A和11B的块1100到1112对应于图9A和9B的900到912和/或图10A和10B的1000到1012。因此，为了简洁不再进一步描述块1100到1112。应该了解的是当AT 1在1118中指派TCH并在1112中确认该TCH指派时通知该通信协议应用（例如，AMSS）。因此，可以假设通信协议应用在1114中检查TCH建立事件。 [0110] 在1108中通信协议应用分配了TCH之后，该通信协议应用可以向组通信会话管理应用（例如，QChat客户端）通知TCH检查或TCH事件，如果该组通信会话管理应用已经注册到该通信协议应用（例如，AMSS）以在1108之前接收这一通知（例如，在载入该组通信会话管理应用的时候）。因此，在1114中，组通信会话管理应用在1114中检测TCH建立事件，然后该组通信会话管理应用确定QoS资源是否已经分配给AT 1用于组通信会话，1116。由于已经接收到挂起指示，则不为AT 1分配QoS资源。因此，组通信会话管理应用确定QoS资源还没有分配给AT 1用于组通信会话。 [0111] 在1118中，组通信会话管理应用（例如，QChat）请求通信协议应用（例如，AMSS）恢复QoS获取处理。通信协议应用（例如，AMSS）重启QoS定时器并通过调度用于向RAN 120传输的另一个ReservationOnRequest请求恢复QoS获取处理。接下来，既然TCH已经建立，AT 1在R-TCH上向RAN 120发送第一个排队的呼叫请求，1120，并且该RAN 120将呼叫消息转发给应用服务器170，1122，其生成并发送宣布消息ANN用于向AT2…N宣布组通信会话，1124。在传输第一个排队的呼叫消息之后，AT 1向RAN 120发送第二个排队的呼叫消息， 1126，该RAN 120将该呼叫消息转发给应用服务器，1128。虽然也可以一个接一个地传输额外的排队呼叫消息，但是为了简单，没有参照图11A和11B示出或描述这些额外的传输。 [0112] 在1130中，AT 1在R-TCH上向RAN 120传输另一个ReservationOnRequest消息（例如，在图8A和8B的812中的绑定分组中发送第一个ReservationOnRequest消息）。不像较早的ReservationOnRequest消息，在1130中在R-TCH上传输的ReservationOnRequest消息已经在第二服务器区域中建立。 [0113] 并且，RAN 120从应用服务器170接收ACK，确认该第一个排队的呼叫消息，1132，并且RAN 120在F-TCH上向AT 1传输ACK，1134。RAN120还通过向AT 1分配所请求的QoS资源（如果可用）来响应ReservationOnRequest消息，并且从而在F-TCH上向AT 1发送ReservationAccept消息，1136。 [0114] 接下来，应用服务器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。 [0115] 在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。 [0116] 本领域的技术人员应该了解的是，虽然图10A和10B的处理过程相比于图8A和8B的处理过程减少了呼叫失败的发生，但是图10A和10B的处理过程的实现只改变AT 1处的操作（例如，对于应用服务器170和/或RAN120是不必要的）。 [0117] 此外，虽然上面描述的本发明的实施例包括对“呼叫”的引用，但是应该了解的是，实施例意在覆盖任何类型的通信会话，而不必要是指定呼叫的会话。例如，数据传输会话不必要视为从一方到另一方的呼叫，而是数据传输会话意在包括在本申请中所描述的实施例中的通信会话或呼叫的解释之内。 [0118] 此外，虽然在很多附图中示出的呼叫流具体针对EV-DO实现，但是应该了解的是，本发明的其它实施例可以针对其它无线通信协议（例如，Yagatta、CDMA、W-CDMA等）。 [0119] 此外，在上述本发明的实施例中，在AT 1和/或RAN 120处执行的QoS评估是仿佛QoS是二进制变量描述的（即，QoS“ON”或QoS“OFF”）。例如，在传统W-CDMa实现中，将单个QoS流分配给通信会话，并且单个QoS流可以是“ON”或“OFF”的。在传统EV-DO实现中，请求多个QoS流分配给通信会话，并且如果这些QoS流中有任何一个没被授权，则将该QoS视为“OFF”。 [0120] 但是，在本发明的其它实施例中，可以在AT 1和/或RAN 120处评估不同程度的QoS等级。例如，在二进制类型实现中，如上所述，可以在组通信会话管理应用（例如，QChat客户端）启动时协商并分配QoS等级。当呼叫开始时（也就是在上述实施例中描述的场景），组通信会话管理应用要求RAN 120授权或拒绝协商的QoS。在本发明的实施例中，相比于所请求的QoS等级可以授权较低的QoS总量，并且可以允许该呼叫继续进行。 [0121] 另外，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。 [0122] 此外，虽然在上述实施例中将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可以在呼叫内建立。 [0123] 上面关于图9A-11B所描述的实施例一般针对建立要求QoS资源的新的呼叫。如下面将要关于图12所描述的，如果在当前呼叫的QoS资源释放之前开始建立新的呼叫，比如当新的呼叫与当前呼叫背靠背发生或一旦当前呼叫终止立即发生时，在建立新的呼叫过程中会产生困难。因此，下面参照图13A和13B描述的本发明的另一个实施例是针对在当前呼叫终止之后立即建立新的呼叫的。 [0124] 参照图12，假设AT 1具有TCH并且具有给定等级的QoS资源，并且该AT 1正在向AT 2…N的一个或多个的第一呼叫中使用这些呼叫资源，1200。因此，在1200中，在AT1和AT 2…N中的其它呼叫参与者之间交换媒体和/或呼叫内信令。在一个示例中，虽然没有在图12中明确示出，但是可以依照图9A-11B的任何一个建立第一呼叫。 [0125] 接下来，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以请求RAN120撤销或释放AT 1的用于第一呼叫的QoS资源，继续其针对第一呼叫的终止处理，1216。 [0126] 在这一点上，AT 1还是具有其TCH，并且还没有完成其QoS资源的放弃，因为没有从RAN 120接收到对1216的ReservationOffRequest消息的响应，1220。在RAN 120响应ReservationOffRequest消息之前的这一状态中，假设AT 1确定建立第二呼叫，1224。例如，1224的确定可以是对请求在AT 1上发起新的呼叫呃AT 1的用户的响应。 [0127] 在这种情况中，组通信会话管理应用通常不会允许AT 1建立该第二呼叫，因为AT1的QoS资源当前处于挂起状态，其为用于恢复QoS获取的无效状态，1228。换句话说，组通信会话管理应用知道撤销第一呼叫的“旧的”QoS资源是很紧迫的，而同时不允许该组通信会话管理应用请求“新的”QoS资源用于第二呼叫，因为RAN 120还没有确认已经关闭了第二呼叫的“旧的”QoS资源。因此，组通信会话管理应用简单地在1228中使发起第二呼叫的尝试失败。 [0128] 最后，RAN 120在F-TCH上向AT 1发送ReservationAccept消息以确认第一呼叫的QoS资源已经关闭，1232，其后AT 1知道其不再具有用于第一呼叫的QoS资源，1236。在这一点上，虽然图12中没有显示，但是AT 1的用户可以手动地再次请求发起第二呼叫。 [0129] 如本领域的技术人员应该了解的，由于AT 1的用户针对他的/她的建立第二呼叫的尝试经历呼叫失败，因此图12中的用户体验会降低。图13A和13B是针对建立背靠背呼叫，而即使在上面关于图12所讨论的无效QoS状态中也不会有呼叫失败的实施例。 [0130] 参照图13A和13B，1300到1320分别对应于图12的1200到1220，因此为了简介下面不再继续描述。接下来，与图12的1220不同，在1324中，AT 1确定尝试建立第二呼叫，不考虑AT 1是否获得了用于该第二呼叫的QoS资源。例如，不考虑QoS资源继续建立呼叫可以允许在呼叫中的较晚的点确立QoS资源，可以将低等级的QoS资源分配给AT 1用于呼叫，该呼叫可以在没有QoS资源的情况下继续进行，等。 [0131] 因此，组通信会话管理应用将呼叫消息添加到通信会话应用的传输队列，1328，AT1在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中所示。 [0132] 因此，RAN 120在1332中在R-TCH上从AT 1接收呼叫消息，并且该RAN 120将该呼叫消息转发给应用服务器170，1336。应用服务器170向RAN 120转发宣布消息用于向AT2…N的传输，1340。应用服务器170在1344中用ACK响应该呼叫消息，该ACK是在F-TCH上由RAN 120传输给AT 1的，1348。 [0133] 在这一点，假设RAN 120通过在F-TCH上发送ReservationAccept消息对1316中AT 1发送的ReservationOffRequest消息进行响应。在这一点，由通信协议应用通知组通信会话管理应用该第一呼叫的QoS资源已经关闭或取消，1356。这一事件造成组通信会话管理应用触发第二呼叫的QoS资源获取，这是由于直到这一点还是无效QoS状态造成的延迟，1360。因此，组通信会话管理应用请求通信协议应用（例如，AMSS）恢复QoS获取。通信协议应用（例如，AMSS）启动QoS定时器，1364，并且在R-TCH上传输ReservationOnRequest消息以便获取第二呼叫的QoS资源，1368。RAN120在F-TCH上向AT 1发送ReservationAccept消息以通知AT 1其用于第二呼叫的QoS资源已经预留，1376。在一个示例中，1376的ReservationAccept消息可以作为对来自1368的ReservationOnRequest消息的隐式ACK，这样不需要针对该ReservationOnRequest消息发送单独的ACK。 [0134] 一旦从对所宣布的组通信会话（即，第二呼叫）的第一响应接收到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。 [0135] 在图13A和13B的实施例中，1376的ReservationAccept消息在1386的状态消息之前到达AT 1处。在其它实施例中，状态消息可以在ReservationAccept消息之前到达AT1处。在这种情况中，取代由于在状态消息到达AT 1时QoS资源还不可用而使呼叫失败，AT 1可以等待给定的时间量以便接收ReservationAccept消息。当ReservationAccept消息最终到达时，图13A和13B的处理过程可以将继续在1392中发送ACK（接受）消息。 [0136] 在其它实施例中，下面关于图15A和15B的描述，如果呼叫被激活并且QoS处于挂起状态，而AT接收到宣布（ANN）消息并且预测到QoS已经失败或无法使用，则在发送请求打开QoS之前是相同的等待预留的过程，然后等待预留接受才确认ANN可以用于阻止该呼叫由于QoS处于挂起状态而失败。 [0137] 参照图14，1400到1420分别对应于图12的1200到1220，因此为了简洁不再进一步描述。接下来，取代在1424中由AT 1确定发起紧跟着的或背靠背通信会话，AT 2...N中的一个确定发起另一个通信会话并且因此向应用服务器170发送呼叫消息，该消息由应用服务器170在1428中确认。然后，应用服务器170通过发送宣布（ANN）消息至少向AT 1宣布该通信会话，1432。 [0138] 在这种情况中，组通信会话管理应用通常不会允许AT 1建立第二呼叫，因为AT 1的QoS资源当前处于挂起状态，也就是对于恢复QoS获取的无效状态，1428。换句话说，组通信会话管理应用知道其用于第一呼叫的“旧的”QoS资源已经很紧迫，但同时该组通信会话管理应用不允许请求“新的”QoS资源用于第二呼叫，因为RAN 120还不知道用于第二呼叫的“旧的”QoS资源已经被关闭。 [0139] 因此，组通信会话管理应用简单地在1428中将发起第二呼叫的尝试失败。因此AT1在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。 [0140] 本领域的普通技术人员应该了解的是，图14中的用户体验会由于AT1…N的用户而降低，因为呼叫发起者和呼叫目标（即，AT 1）都会经历第二呼叫的呼叫失败。图15A和15B是针对即使在如上参照图14所讨论的无效QoS状态内，无需呼叫失败而建立背靠背呼叫的实施例。 [0141] 参照图15A和15B，1500到1532分别对应于图14的1400到1432，因此为了简洁不再进一步描述。接下来，不像图14的1428，在1536中，AT 1确定尝试无关AT 1是否已经获得用于该第二呼叫的QoS资源建立第二呼叫。例如，无关QoS资源继续建立呼叫可以允许在该呼叫过程中稍后的时间点建立QoS，可以将低等级的QoS资源分配给AT 1用于该呼叫，该呼叫可以在没有QoS资源的情况下继续进行等等。 [0142] 因此，组通信会话管理应用确定等待用于第一呼叫的QoS资源被放弃，而不是简单地在1536中使第二呼叫由于无效QoS状态而失败。换句话说，直到RAN 120接受用于第一呼叫的旧的QoS资源被撤销之前不允许发送用于获取第二呼叫的QoS资源的ReservationOnRequest请求。 [0143] 最后，假设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。 [0144] 在这一点上，组通信会话管理应用确定要建立的用于第二呼叫的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。 [0145] 此外，虽然图15A和15B的实施例显示AT 1在1504中确定终止第一呼叫并在1508中向RAN 120发送END消息，但是在其它实施例中，可以从RAN 120向AT 1发送END消息（即，接入网络发起AT 1的会话终止）。在这种情况中，AT 1根据接收到END消息确定结束第一呼叫，而不是它自己独立做出决策终止会话，或使AT 1的用户指示AT 1结束会话。 [0146] 本领域的技术人员应意识到的是，可以使用任何各种不同的技术和技艺来表示信息和信号。例如，在贯穿上面的描述中提及的数据、指令、命令、信息、信号、比特、符号和码片可以由电压、电流、电磁波、磁场或粒子、光场或粒子、或者其任意组合来表示。 [0147] 此外，本领域的技术人员将意识到：结合本文公开的实施例而描述的各种说明性的逻辑框、模块、电路和算法步骤均可以实现成电子硬件、计算机软件或其组合。为了清楚地说明硬件和软件之间的可交换性，上面对各种说明性的部件、框、模块、电路和步骤均围绕其功能进行了总体描述。至于这种功能是实现成硬件还是实现成软件，取决于特定的应用和对整个系统所施加的设计约束条件。熟练的技术人员可以针对每个特定应用，以变通的方式实现所描述的功能，但是，这种实现决策不应解释为造成对本发明的范围的背离。 [0148] 被设计用于执行本文所述功能的通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实现或执行结合本文公开的实施例所描述的各种说明性的逻辑框、模块和电路。通用处理器可以是微处理器，或者，该处理器也可以是任何常规的处理器、控制器、微控制器或者状态机。处理器也可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器与DSP内核的结合，或者任何其它此种结构。 [0149] 结合本文公开的实施例所描述的方法、顺序或者算法可直接体现在硬件、由处理器执行的软件模块、或这两者的组合中。软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM、或者本领域已知的任何其它形式的存储介质中。一种示例性的存储介质可以耦合到处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。或者，存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该ASIC可以位于用户终端中。或者，处理器和存储介质可以作为分立组件存在于用户终端中。 [0150] 在一个或多个示例性实施例中，所描述的功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则可以将这些功能作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质传送。计算机可读介质包括计算机存储介质和通信介质二者，通信介质包括有助于计算机程序从一个位置转移到另一个位置的任意介质。存储介质可以是能够由计算机存取的任意可用介质。通过举例而非限制的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望程序代码并能够由计算机进行存取的任何其它介质。此外，任何连接可以适当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤光缆、双绞线、数字用户线（DSL）或者诸如红外线、无线和微波之类的无线技术从网站、服务器或其它远程源发送的，则同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线和微波之类的无线技术包括在介质的定义中。本文使用的磁盘和光盘包括压缩光盘（CD）、激光光盘、光盘、数字通用光盘（DVD）、软盘和蓝光光盘，其中，磁盘通常磁性地复制数据，而光盘用激光光学地复制数据。上述各项的组合也应该包括在计算机可读介质的范围中。 [0151] 因此，本发明的实施例可以包括计算机可读介质，该计算机可读介质包括在其上存储的用于绑定无线网络中的通信消息的代码，该代码包括：用于使计算机将连接请求和QoS资源的预留绑定到接入消息中的代码，以及用于使计算机将该接入消息发送给接入网络的代码。此外，本申请中所描述的任何功能都可以作为本发明的其它实施例中额外的代码包括在内。 [0152] 虽然前面的公开内容示出了本发明的说明性实施例，但是需要注意的是，在不脱离由所附权利要求所定义的本发明的范围的条件下，可以做出各种改变和修改。根据本文中所描述的本发明的实施例的方法权利要求的功能、步骤和/或动作不必以任何特定顺序执行。此外，虽然可以对本发明的元素以单数形式来描述或权利要求，但是除非明确声明限制成单数，否则应将复数考虑在内。 |
||||||
QQ群二维码
意见反馈
意见反馈