确定在电路交换(CS)回退过程中要请求的适合无线资源

摘要

提供了用于在无线设备上实现回退的系统和方法，所述回退用于从不提供电路交换域服务的第一网络的电路交换回退。从第一网络接收寻呼消息。该寻呼消息命令无线设备实现到电路交换网络的电路交换回退。检查该寻呼消息中的、指示与寻呼消息相关联的服务的信息，以及根据指示服务的信息确定适合该服务的信道类型。发送用于发起建立无线连接的请求消息。该请求消息标识适合的信道类型，并且在电路交换网络上使用该服务。

说明书

相关申请的交叉引用

本申请要求2009年11月9日提交的、标题为“Determination of  Appropriate Radio Resource to be Requested in Case of  Circuit-Switch(CS)Fallback Procedure”的欧洲专利申请 No.09306075.4的优先权，并且通过参考将其并入本文。

技术领域

本发明涉及用于在无线设备或用户代理(UA)与网络之间通信的系 统和方法，更具体地，涉及用于在无线设备与包括电路交换网络在内的 网络之间协调通信资源的系统和方法。

背景技术

如本文所使用的，术语“用户代理”或“UA”可以指移动设备，如 移动电话、个人数字助理(PDA)、手持或膝上计算机，以及具有通信能 力的包括移动台(MS)或用户设备(UE)在内的类似设备。在一些实施 例中，UA可以指移动的无线设备。术语“UA”还可以指具有类似能力但 是通常不可携带的设备，如台式计算机、机顶盒、或网络设备。

UA可以操作在提供高速数据和/或语音通信的无线通信网络中。无 线通信网络可以实现电路交换(CS)和/或分组交换(PS)通信协议，以 提供各种服务。例如，UA可以根据下述中的一种或多种技术来操作：演 进通用陆地无线接入网(E-UTRAN)、通用陆地无线接入网(UTRAN)、全 球移动通信系统(GSM)网络、演变数据优化(EV-DO)、数字增强无线通 信(DECT)、数字AMPS(IS-136/TDMA)、集成数字增强网络(iDEN)、通 用移动通信系统(UMTS)、增强数据速率GSM演进(EDGE)、GPRS/EDGE 无线接入网(GERAN)和通用分组无线服务(GPRS)技术。UA可以在其 中工作的其他无线网络包括，但不限于，码分多址(CDMA)、cdma2000、 cdma20001xRTT、cdma2000HRPD、WLAN(例如，IEEE 802.11)和WRAN (例如，IEEE 802.22)。UA还可以工作在固定网络环境中，如数字用户 线(xDSL)环境、有线电缆数据服务接口规范(DOCSIS)有线电缆网络、 无线个人区域网(PAN)、蓝牙、ZigBee、无线城域网(MAN)(如WiMAX、 IEEE 802.20、IEEE 802.22以太网)或者光网络。一些UA可能能够进 行多模操作，在多模操作中它们能够在不止一种接入网技术上操作，或 者在某个时间操作在单个接入网上，或者在一些设备中同时使用多种接 入技术。

在无线通信系统中，基站中的发射设备在被称为小区的整个地理区 域上发射信号。随着技术演的进，已经引入了更先进的设备，其能够提 供先前不可能提供的服务。这种先进的设备例如可以包括：优于基站的 演进通用地面无线接入网络(E-UTRAN)Node B(eNB)，或者比传统的无 线通信系统中的同等设备进一步高度演进的其他系统和设备。在本文中， 这种先进的或下一代设备可以被称为长期演进(LTE)设备，以及使用这 种设备的基于分组的网络可以被称为演进分组系统(EPS)。如本文所使 用的，术语“接入设备”将指能够向UA提供对通信系统中其他组件的接 入的任何组件，如传统基站、eNB或者其他LTE接入设备。

上面描述的不同网络向连接的UA提供多样化的服务。一些网络例如 仅提供PS服务，并且不能够提供CS语音或其他CS域服务。如此，UA 可以配置为连接到多种网络类型，以既接入PS服务也接入CS域服务。 例如，如果UA连接到不提供CS域服务的第一网络小区，则UA可以配置 为实现CS回退过程(其在本文中可以称为“CS回退”)，以连接到如GERAN 或通用陆地无线接入网(UTRAN)之类的可接入网络来接入那些网络提供 的语音或其他CS域服务。如此，CS回退过程允许连接到使用第一无线 接入技术(RAT)且仅提供PS域服务的网络的UA连接到提供CS域服务 的另一网络。当在发起语音呼叫时UA与仅提供PS域服务的网络的小区 关联的情况下，例如可以使用CS回退来经由提供CS域服务的网络的小 区发起语音呼叫。发起语音呼叫的UA可以或者是空闲的，或者是连接(激 活的)在仅提供PS域服务的网络的小区上。如果UA是空闲的，则可以 称其驻扎在小区上，并且可以正在监视该小区的寻呼信道上的针对移动 端接会话或呼叫的寻呼消息。如果UA是连接的，则其可以继续与小区通 信，并且传送用于PS域服务的数据。

转到图1，示出了CS回退过程的示例，其中UA 10为了发起语音呼 叫从E-UTRAN网络小区12转到GERAN或UTRAN小区14，以接入CS域服 务。如将描述的，为了便于CS回退，UA 10可以配置为与基于PS的网 络和基于CS的网络都通信。例如，UA 10可以支持针对EPS/国际移动用 户识别码(IMSI)附着和跟踪区更新的组合过程，所述组合过程用于注 册到移动性管理实体(MME)以接入PS域服务(例如，经由E-UTRAN、 UTRAN或GERAN接入网)，并且用于注册到移动交换中心(MSC)以接入 CS域服务(例如，经由UTRAN或GERAN接入网或支持CS域服务的另一 网络)。组合过程还允许MSC和MME创建彼此之间的关联，使得均知道 UA 10同时注册到MSC和MME二者，以及因此UA 10注册到PS网络和CS 网络二者。

图2示出了用于移动端接CS回退过程的示例数据流的数据流示意 图，其中处于连接模式的UA 10被重定向到GERAN或UTRAN。在图1中， UA 10初始连接到E-UTRAN小区12。因为E-UTRAN小区12不提供CS域 服务，所以UA 10实现CS回退以与GERAN或UTRAN小区14通信，接入 它们提供的CS域服务。

作为示例，将描述与移动主叫语音呼叫有关的网络协助的小区改变 (NACC)。参考图1和2，该示例过程开始于MSC 16向MME 20发送CS 寻呼18，其继而提示MME 20向UA 10发送CS服务通知寻呼22。在图1 中，来自E-UTRAN小区12的通信由箭头23指示，而从UA 10到E-UTRAN 小区12的通信由箭头25指示。响应于CS服务通知寻呼22，UA 10向 E-UTRAN小区12的eNB 26发送扩展的服务请求24。然而，E-UTRAN小 区没有配置为提供CS域服务。因此，MME 20向eNB 26发送具有CS回 退指示符30的S1应用协议(S1-AP)消息。

为了提高示例性数据流的效率，图2通过方框指示一些数据流，所 述方框可以是例如可选的测量报告32，所述测量报告可以是由UA 10提 供的，用以指示诸如其可能被分配到的相邻小区的信号强度等信息。也 即，当执行CS回退时，UA 10可以处于用以确定哪个或哪些小区是要回 退到的候选小区的最佳位置。如此，UA 10能够检测哪些小区在靠近的 邻域，或者具有特别强的接收信号强度或质量(或者其他这种参数)，以 及因此UA 10在CS回退过程之后将可能与这些小区具有成功连接。因此， 在CS回退过程期间，UA 10可以采取测量步骤以检测和识别UA 10可访 问的小区。换言之，在回退到提供CS域服务的小区之前，UA 10可以经 由测量过程搜索可用的候选网络小区。

eNodeB(eNB)可以触发RAT间小区改变命令(可选地，利用发送给 UA 10的NACC信号34来触发)，备选地，通过信号发送带重定向的连接 释放36。eNB 26根据S1-AP向MME 20指示UA上下文释放请求38。此 后，发生S1UA上下文释放40，在新GERAN或UTRAN小区中出现位置区 (LA)更新、组合路由区(RA)/LA更新、RA更新、或LA更新和RA更 新42。如果目标RAT是GERAN，则在新小区或UA不支持当前CS和PS 服务的情况下可能发生PS服务的挂起。在该情况下，从UA 10向基站系 统(BSS)46发送挂起消息44，然后该消息从BSS 46传递给服务GPRS (通用分组无线服务)支持节点(SGSN)48。此后，在SGSN 48和MME 20 之间传递挂起请求/响应50，以及在MME 20和服务网关(S-GW)54之间 发生承载的更新52。

UA 10通过信号向BSS/RNS 46发送寻呼响应56，BSS/RNS 46继而 将该寻呼响应转发给MSC 16。如果CS回退需要MSC 16改变，则可以执 行附加步骤，如方框58所示，所述附加步骤如从MSC 16向BSS/RNS 46 传递连接拒绝60、从BSS/RNS 46向UA 10传递连接释放62、以及LA 更新或组合的RA/LA更新64。最后，CS呼叫建立过程66出现，使得如 图1所示，UA 10能够从与E-UTRAN小区12通信移动到(如箭头68所 示)通过CS信道与GERAN或UTRAN小区14通信(如箭头70所示)。

当实现CS回退时，延迟可能是一个顾虑。如果UA 10初始驻扎在 E-UTRAN小区12上，并且希望接入GERAN或UTRAN小区14中的CS域服 务，则可以执行CS回退过程。尽管CS回退过程的无线资源控制(RRC) 连接设立过程可能较短(例如，E-UTRA系统设计的目标时间是约150ms)， 但是测量步骤和用于选择CS域服务的目标小区的步骤可能会花费相当 多的时间量。如此，CS回退可能被延迟，导致CS域服务建立的延迟， 有可能延迟针对用户的连接建立，或者给UA 10接入的其他服务带来不 利影响。

除了用户体验到可察觉的服务延迟的这种可能之外，CS回退还可能 导致对网络资源的低效率或不恰当的使用。例如，当在GERAN或UTRAN 网络中针对移动端接呼叫来寻呼UA时，网络在寻呼消息中传递一些信 息。也即，寻呼消息可以提供对UA被寻呼的服务的指示或者对支持该服 务的合适的无线信道类型的指示。类似地，在移动主叫呼叫的情况下， UA向网络指示反映所请求的服务或信道类型的建立原因。因此，网络可 以合理地分配适合于所需通信的信道。

然而，这样的信息在发起CS回退过程时使用的对应E-UTRAN接口上 不可用，或者是可用的、但不被接入用于请求/分配GERAN、UTRAN或 E-UTRAN中的无线信道。作为结果，网络可能决定分配非最佳的资源， 例如信令信道用于服务语音呼叫，这可能影响CS回退性能，或者业务信 道用于服务信令过程，使得浪费无线资源。

因此，解决上面列出的问题并允许针对CS回退设置和使用最佳资源 的系统和方法对现有技术提供了有用的改进。

发明内容

附图说明

在附图中，类似的参考标号表示类似的部分或操作。

图1是示例CS回退过程的示意图，其中UE为了发起语音呼叫而从 E-UTRAN小区转到GERAN或UTRAN小区，以接入CS域服务；

图2是示出用于移动端接CS回退过程的示例数据流的数据流示意 图，其中在无PS切换的情况下处于连接模式的UA 10被重定向到GERAN 或UTRAN；

图3是示出在GERAN网络中的示例移动端接呼叫发起的数据流示意 图，其中UA处于空闲模式；

图4是示出在UTRAN网络中的示例移动端接呼叫发起的数据流示图， 其中UA处于空闲模式；

图5是示出在E-UTRAN网络中的分组交换切换发起的示例移动主叫 CS回退过程的数据流示意图；

图6是示出用于实现示例移动端接CS回退的数据流的示意图，其中 在寻呼消息中将服务相关的信息传给处于空闲模式的UA；

图7示出了用户设备(UA)的方框图；

图8示出了用户设备的处理器可以实现的软件环境；以及

图9示出了包括适合于实现用于为网络之间的会话转换提供连续性 的方法的处理组件的系统的示例。

具体实施方式

本公开提供用于电路交换(CS)回退的系统和方法，具体地讲，提 供最小化延迟、优化无线资源分配并提高CS回退可靠性的系统和方法。

本发明的一个实施例包括用于在无线设备上实现回退的系统和方 法，所述回退用于从不提供电路交换域服务的第一网络的电路交换回退。 所述方法包括从第一网络接收寻呼消息。寻呼消息命令无线设备实现到 电路交换网络的电路交换回退。所述方法包括：检查寻呼消息中的指示 与寻呼消息相关联的服务的信息，根据指示服务的信息确定适合所述服 务的信道类型，以及发送用于发起无线连接的建立的请求消息。所述请 求消息标识合适的信道类型。所述方法包括在电路交换网络上使用所述 服务。

本发明的其他实施例包括配置为执行从不提供电路交换域服务的第 一网络的电路交换回退的无线设备，所述无线设备包括处理器，所述处 理器配置为构建服务请求消息。所述服务请求消息标识要由电路交换网 络提供的电路交换(CS)服务的原因。所述处理器还配置为向第一网络 发送服务请求消息。服务请求消息发起回退过程。所述处理器配置为建 立到电路交换网络的连接，以及在电路交换网络上使用所述CS服务。

其他实施例包括配置为执行从不提供电路交换域服务的第一网络的 电路交换回退的无线设备，所述无线设备包括处理器，所述处理器配置 为接收来自第一网络的寻呼消息。寻呼消息命令无线设备实现到电路交 换网络的电路交换回退。所述处理器配置为：检查寻呼消息中的指示与 寻呼消息相关联的服务的信息，根据指示服务的信息确定适合所述服务 的信道类型，以及发送用于发起无线连接的建立的请求消息。所述请求 消息标识合适的信道类型。所述处理器配置为在电路交换网络上使用所 述服务。

现在参考附图描述本公开的各个方面，在全文中类似的参考标号指 示类似的或对应的单元。然而，应该理解，附图以及与之相关的详细描 述不是旨在将所要求保护的主题限制于所公开的具体形式。相反，旨在 覆盖落在所要求保护的主题的精神和范围内的所有修改、等价、和备选。

如本文所使用的，术语“组件”、“系统”等旨在指计算机相关的实 体，无论是硬件、硬件和软件的组合、软件、还是执行中的软件。例如， 组件可以是，但不限于，处理器上运行的过程、处理器、对象、可执行 程序、执行的线程、程序、和/或计算机。作为示例说明，计算机上运行 的应用和计算机都可以是组件。一个或多个组件可以驻留在进程和/或执 行的线程内，以及组件可以位于一个计算机上，和/或分布在两个或更多 个计算机上。

在本文中，词“示例性”用于表示用作示例、实例或示例说明。本 文描述为“示例性”的任何方面或设计不一定解释为与其他方面或设计 相比是优选的或有优势的。

此外，所公开的主题可以实现为下述系统、方法、装置或制造品， 其使用标准编程和/或工程技术来产生软件、固件、硬件、或其任何组合， 以控制计算机或基于处理器的设备执行本文详述的各方面。本文使用的 术语“制造品”(或者备选地，“计算机程序产品”)旨在包括可从任意计 算机可读设备、载体或者介质存取的计算机程序。例如，计算机可读介 质可以包括，但不限于：磁存储设备(例如，硬盘、软盘、磁带，等等)、 光盘(例如，压缩盘(CD)、数字多功能盘(DVD)，等等)、智能卡、以 及闪存设备(例如，卡、棒等等)。另外，应该理解，可以使用载波来携 带计算机可读电子数据，诸如在发送和接收电子邮件或者在访问网络(诸 如互联网或局域网(LAN))时使用的那些。当然，本领域技术人员应该 理解，在不脱离所要求保护的主题的范围或精神的情况下，可以对该配 置做出许多修改。

如上面所述的，CS回退有可能引起非最佳的资源分配，诸如：信令 信道用于服务语音呼叫，其可能造成影响CS回退性能的情况；或者业务 信道用于服务信令过程，造成无线资源的浪费。例如，转到图3，在GERAN 中的移动端接呼叫发起的情况下，通常在GERAN网络72发送的寻呼消息 72中向UA 10提供“所需信道”指示，所述指示是通知用于支持UA被 寻呼的服务的更合适的无线信道的信息，所述无线信道如独立专用控制 信道(SDCCH)信令信道、业务信道(TCH)/全(F)。于是UA 10在考虑 在寻呼消息72中接收的“所需信道”单元的“寻呼指示”和UA 10的自 身能力(仅全速率、双速率、仅SDCCH)的情况下，向GERAN网络72发 送合适的信道请求76，其允许BSS授权最期望的信道。例如，下面的表 1列出了当应答针对RR连接建立的寻呼时的信道请求消息。

  MS能力寻呼指示   仅全速率   双速率   仅SDCCH   任何信道   1OOxxxxx   1OOxxxxx   1OOxxxxx   SDCCH   0001xxxx   0001xxxx   0001xxxx   TCH/F   1OOxxxxx   0010xxxx   0001xxxx   TCH/H或TCH/F   1OOxxxxx   0011xxxx   0001xxxx

表1

然而，在E-UTRAN中针对CS回退端接会话寻呼UA的情况下，MME 20 (如参考图2所述)向源(仅分组)网络中的处于连接模式的UA 10发 送的寻呼(CS服务通知)不包含任何“寻呼指示”信息。该寻呼通知可 以包括关于移动台被寻呼的服务的信息(例如，补充服务码、位置服务 (LCS)指示符)。在为到达处于空闲模式的UA 10做出寻呼的情况下(例 如参见图6)，在S1接口和无线接口上发送的寻呼消息甚至不包含对移 动台被寻呼的服务的任何指示。此外，GERAN RR协议没有规定当应答CS 回退过程触发的寻呼时UA应该如何构建信道请求。这意味着针对GERAN 定义的现有信道请求过程不可同样应用于CS回退(缺少“寻呼指示”)， 以确定可在目标网络中发送的信道请求消息中的正确且最佳的信息。

作为结果，到GERAN的CS回退可能导致矛盾的UA实现，例如，请 求不适合于被激活的服务的信道类型，造成所分配资源的浪费或者较长 的建立时间。具体地讲，与在仅信令模式下请求和分配业务信道(TCH) 的情况相比，在语音呼叫设立的情况下SDCCH的请求和初始分配将延迟 语音路径建立(SDCCH与TCH相比反应时间越长；与当停留在相同TCH 信道时的信道模式改变过程相比，在已经分配SDCCH时在语音模式下用 于分配TCH的时间越长)。其他情形下，如果在SDCCH上能够支持服务(如 位置服务或补充服务)，则在仅信令模式下的TCH的请求和初始分配将浪 费无线资源。

转到另一示例性标识的问题，图4示出了UTRAN网络78中的移动端 接CS呼叫，其中UA 10处于空闲模式。在该示例情况下，通常在UTRAN 网络78发送的寻呼消息中向UA 10提供“寻呼原因”信息，所述信息是 通知UA被寻呼的服务的类型的信息，所述服务类型如端接会话呼叫、端 接高优先级信令、端接低优先级信令，如“寻呼类型1”90所示。该信 息由UA 10中的RRC协议转发给上层，上层继而请求RRC连接的建立， 并且将RRC建立原因映射到接收的寻呼原因，其将被包括在发送给UTRAN 网络78的RRC连接请求82中。

然而，在E-UTRAN中针对CS回退端接会话寻呼UA的情况下，MME 向源(仅分组，例如仅PS)网络中的处于连接模式的UA发送的寻呼(CS 服务通知)不包含任何“寻呼原因”信息。该寻呼通知可以包括关于移 动台被寻呼的服务的信息。

在寻呼是针对到达处于空闲模式的UA做出的情况下，在S1接口和 无线接口上发送的寻呼消息甚至不包含对移动台被寻呼的服务的任何指 示。此外，更高层没有规定：针对CS回退过程的情况，响应于E-UTRAN 中已经发生的寻呼，应该将什么信息包含在RRC连接请求中传给RRC协 议。同样，在UTRAN中，这可能导致矛盾的UA实现，并且导致显著的次 优资源分配或性能。

在GERAN或UTRAN中的移动主叫呼叫的情况下，UA在发送给网络的 信道请求/RRC连接请求中包括一些附加信息，诸如信道类型、建立原因 等等，允许网络基于所请求的服务分配合适的资源。现在转到图5，图5 是图2的变形，但是示出了针对经历CS回退的移动主叫呼叫的数据流， 所述数据流包括用于处理从UA 10到网络的服务请求的操作24。在发送 给网络的扩展服务请求消息中包括服务类型信息单元。该服务类型信息 单元如下表2所示：

表2

然而，该信息单元不向源网络提供关于所请求的CS服务的任何信 息，因此不允许网络根据所请求的服务来正确地确定要分配的资源的大 小，或者针对支持RAT切换或小区改变命令的情况，不允许网络例如基 于可用信道和负载信息来确定用于将UA切换到目标CS网络的最佳条件。

一般而言，已经开发了本系统和方法来降低延迟并且提高CS回退过 程的可靠性。特别地，CS回退可以实现用于从E-UTRAN转到GERAN，或 者更一般地，CS回退可以实现用于从不提供CS域服务的第一网络转到 提供CS域服务的第二网络。例如，CS回退可以实现用以允许从E-UTRAN 网络回退到GERAN、UTRAN或CDMA 2000网络。为此，通过允许UA标识 用于提供所请求服务的最合适资源，然后在CS回退期间转到CS网络时 请求那些资源，本系统和方法促进了CS回退。在本系统的一种实现中， UA配置为分析可用的接收自网络的寻呼信息，以针对最佳CS回退性能 确定要请求的最合适的通信信道或无线资源。

为了发起CS回退，UA可以首先从源PS网络(如，E-UTRAN网络) 接收寻呼消息。该寻呼消息命令UA实现到CS网络(例如，GERAN网络) 的CS回退，以接入服务。如果使用寻呼消息中传送的信息可以确定相关 的服务，则UA配置为信道请求消息，请求CS网络上的适合该服务的信 道类型。同样，基于寻呼消息中包含的一条或多条信息，UA配置为在实 现CS回退时请求具体的信道类型。

例如，当寻呼消息是针对语音呼叫或针对任何需要业务信道的呼叫 时，UA可以配置为请求“TCH/H或TCH/F”，或者“TCH/F”信道。可选 地，当寻呼消息是用于激活呼叫无关的补充服务或例如位置服务时，UA 可以请求SDCCH。在这些示例中，对“TCH/H或TCH/F”信道的选择可以 不要求针对半速率(H)或全速率(F)信道的选择的任何具体优选权。 网络可以基于本地条件(网络负载状态、服务质量优选权等等)自动做 出对全速率或半速率信道的确定。然而，对TCH/F信道的选择可能影响 对选择全速率信道还是选择半速率信道的网络判决。

在一些环境下，寻呼消息包含的信息将不足以使得UA确定UA被寻 呼的服务。在该情况下，UA可以配置为构建和发送反映“默认”信道类 型的信道请求，例如，使用值“任何信道”或标识默认信道的某些其它 指示符。

因此，在本系统的一个示例实现中，在CS回退过程触发的信道请求 的情况下，诸如3GPP TS 23.272中所描述的，可以基于可从源无线接入 技术(RAT)中接收的寻呼通知中导出的关于移动台被寻呼的服务的信息 来确定信道请求消息内容。如果从寻呼通知不能导出具体信息，信道请 求消息内容可以设置为指示“任何信道”的寻呼指示值。例如，信道请 求消息内容可以根据表3进行编码，其中根据上面指示相关的服务的描 述来选择“寻呼指示”条目。

表3

可选地，UA可以配置为根据优选快速建立还是无线资源节省或者根 据可能要求特定默认信道的某个其他因素来选择信道“TCH/H或TCH/F” 或SDCCH(例如，优选权可以存储为用户优选权，或者根据网络运营商 测量来确定)。

依据系统实现，UA可以配置有在由寻呼消息指示的服务与在回退期 间要请求的信道类型之间的明确映射。然而，在其他情况下，在确定寻 呼消息中指示的服务之后，UA可以独立地基于UA可获得的其他信息来 确定要请求的信道类型。如果不存在明确的映射，并且UA能够独立地确 定要请求的信道类型，则UA可能具有更大的灵活性，并且可以在识别要 请求的信道类型时依赖其他的可用信息。相反，明确的映射可能排除不 同的解释，并且确保UA响应于具体寻呼消息所选择的信道的一致性。

在本系统的一个示例中，可以检查在MME与UA之间的传输的CS服 务通知消息中存在的各种信息单元，以确定UA被寻呼的服务，以及因此 可以允许UA请求用于提供该服务的最合适的信道类型。例如，呼叫线路 (CLI)、补充服务(SS)码、LCS指示符、以及LCS客户标识信息单元 可被包括在CS服务通知消息中，并且它们的存在或缺失可以指示正在请 求的服务。通常，CLI包含经由SG触发寻呼的CS域中的用于移动端接 呼叫的呼叫线路的标识。SS码信息单元包含经由SG触发寻呼的CS域中 的关于补充服务交易的信息。LCS指示符指示寻呼是由CS域中的端接LCS 请求触发的。LCS客户标识包含与CS域中的端接LCS请求的请求者有关 的信息。如果每个信息单元最初经由SG接收，则每个信息单元由网络发 送。表4示出了CS服务通知消息内容。

表4

这些信息单元可能最初接收自SGsAP-PAGING-REQUEST消息中的 MSC/访问者位置寄存器(VLR)，并且在CS服务通知消息中继续传送。 SGsAP-PAGING-REQUEST消息中的信息单元的存在或缺失通过各种规则 集进行管理，并且指示为之请求CS回退的服务的类型。例如，如果寻呼 是由于如3GPP TS 24.010定义的网络发起的呼叫无关的SS过程，则如 3GPP TS 29.002中定义的那样，VLR在SGsAP-PAGING-REQUEST消息中包 括SS码。然而，如果寻呼是由于如3GPP TS 24.030中定义的移动端接 位置请求，则VLR在SGsAP-PAGING-REQUEST消息中包括如3GPP TS 29.002中定义的LCS指示符。根据这些规则，各种信息单元被包括在 SGsAP-PAGING-REQUEST消息中，并且在CS服务通知消息内容中转发给 UA。同样，这些信息单元中的一个或若干信息单元的存在或缺失允许UA 做出关于UA被寻呼的服务的确定。

表5示出了示例SGsAP-PAGING-REQUEST消息内容。

  信息单元   类型/引用   存在性   格式   长度   消息类型   消息类型9.2   M   V   1   IMSI   IMSI 9.4.6   M   TLV   6-10   VLR名   VLR名9.4.22   M   TLV   3-n   服务指示符   服务指示符9.4.17   M   TLV   3   TMSI   TMSI 9.4.20   0   TLV   6   CLI   CLI 9.4.1   0   TLV   3-14   位置区标识符   位置区标识符9.4.11   0   TLV   7   全球CN-ld   全球CN-ld 9.4.4   0   TLV   7   SS码   SS码9.4.19   0   TLV   3   LCS指示符   LCS指示符9.4.10   0   TLV   3   LCS客户标识   LCS客户标识9.4.9   0   TLV   3-n   所需信道   所需信道9.4.23   0   TLV   3   eMLPP优先权   eMLPP优先权9.4.24   0   TLV   3

表5

如表5中所示，如果寻呼是由于网络发起的呼叫无关的SS过程(参 见3GPP TS 24.010)，则包括SS码。如果寻呼是由于移动端接位置请求 (参见3GPP TS 24.030)，则包括LCS指示符。如果寻呼是由于移动端 接位置请求(参见3GPP TS 24.030)，则包括LCS客户标识。如果VLR 打算指示UA应该使用哪个信道，则包括所需信道信息单元。

UA可以进一步配置为检查用以确定具体寻呼请求指示的服务的附 加信息。附加信息可以包括将来可以添加的其他信息单元，包括下文标 识的那些。

本系统还配置为在用于寻呼处于空闲模式的UA的寻呼消息中包括 在MME处可供使用的服务相关的信息。例如，服务相关的信息可以被添 加到S1和RRC寻呼消息。在一个示例中，服务相关的信息可以包括上文 描述的“SS码”、“LCS指示符”、以及“LCS客户标识”信息单元。可以 由MSC/VLR通过SG接口在SGsAP-PAGING-REQUEST消息中将服务相关的 信息传送给MME。在一些情况下，这些信息单元已经存在于用于寻呼处 于连接模式的UA的CS服务通知消息中，并且因此可以由MME将其添加 到S1接口寻呼消息，以及由E-UTRAN RRC协议将其添加到E-UTRAN RRC 无线接口寻呼消息。于是，除了在寻呼处于连接模式的UA的情况下，在 寻呼处于空闲模式中的UA时，也可以使用寻呼消息中存在的附加信息。

表6示出了S1接口寻呼消息，其被修改以包括SS码、LCS指示符、 以及LCS客户标识信息单元。

表6

表7示出了E-UTRAN RRC协议寻呼消息，其被修改以包括SS码、LCS 指示符、以及LCS客户标识信息单元。

表7

参考表7，ss码承载与网络发起的辅助服务请求有关的信息。 lcs-Indicator(LCS指示符)指示消息的起源是由于LCS请求和该请求 的类型。通过TS24.301中的LCS指示符信息单元的值部分给出 lcs-Indicator的编码。lcs-Client-Identity(LCS客户标识)承载与 LCS请求的客户有关的信息。在3GPP TS 29.002的子条款17.7.13中给 出了LCS客户标识的编码。

图6是用于实现CS回退的数据流的示意图，其中在寻呼消息中将服 务相关的信息传给UA 10。在步骤100、102和104中，UA端接呼叫到达 MSC/VLR 140。在步骤106中，向MME 20发送SGsAP-PAGING-REQUEST 消息。SGsAP-PAGING-REQUEST可以包括指示所请求的服务类型的一个或 更多个信息单元。在步骤108和110中，MME 20将寻呼消息转发给UA 10。 该寻呼消息被修改以包括上面描述的一个或更多个信息单元。一个或更 多个信息单元的存在或缺失允许UA标识发送的寻呼消息针对的服务类 型。作为结果，在步骤112中，UA可以请求用于该服务的合适资源。在 步骤114中，响应于服务请求，MME 20发出初始UA上下文设立消息。 在步骤116、118和120中，完成PS切换，或备选地完成基站协助的小 区改变或者带重定向的RRC释放，其后可能跟着位置区更新。在步骤122 中，从UA 10向RNC/BSC 142发送寻呼响应，以及在步骤124中寻呼响 应被转发给MSC/VLR 140。如果MSC没有改变，则在步骤126中建立CS 连接，以及CS回退过程完成。然而，如果MSC改变，则在步骤128中 MSC/VLR 140向RNC/BSC 142发送连接拒绝。作为响应，在步骤130中， RNC/BSC 142向UA 10发送信令连接释放。在该点处，在步骤132中， 发起位置区更新和漫游重试，以重新尝试CS回退。

可选地，为了便于CS回退，可以将所需信道信息单元(当对MME 已知时)添加到发送给UA的寻呼消息，以寻呼处于空闲模式或处于连接 模式的UA。例如，所需信道信息单元可被添加到在MME与UA之间传输 的CS服务通知NAS消息(如上所述)、如上所述的S1接口寻呼消息、或 者如上所述的RRC无线接口协议。在一些情况下，如上所述，由MSC/VLR 通过SG接口在SGsAP-PAGING-REQUEST消息中将用于填充所需信道信息 单元的数据传送给MME。当在寻呼消息中存在所需信道信息单元时，允 许UA在GERAN中应答CS回退寻呼时有效地创建合适的信道请求消息， 因为相同的信息将出现在GERAN寻呼消息中(如果由MSC/VLR发送的话)。

为了使得在E-UTRAN中针对带回退的移动端接CS呼叫寻呼的UA能 够在UTRAN中应答时发送合适的建立原因，可以引入新的映射条目。如 果可以从寻呼消息中承载的信息中估计有关的服务，这将允许UA向网络 传送反映UA被寻呼的服务的合适的建立原因。在该情况下，UA在UTRAN 中应答在源分组网络(例如E-UTRAN)中接收的寻呼时，可以在RRC连 接请求信息中包括上层传送的映射的建立原因。

作为示例，可以如下确定建立原因：当接收的寻呼是针对语音呼叫 或针对任何其他会话型CS呼叫时，建立原因可以是“端接会话呼叫”， 或者当接收的寻呼是用于激活呼叫无关的补充服务或位置服务时，建立 原因可以是“端接高优先级信令”。

如果不能根据可从网络获得的信息估计UA被寻呼的服务，UA可以 使用“端接-原因未知”作为建立原因。

表8示出了CS NAS过程到建立原因的示例性映射。

表8

当在MME与UA之间的CS服务通知消息中存在各种信息单元时，信 息单元可以指示移动设备被寻呼的服务，所述信息单元包括“SS码”、 “LCS指示符”以及“LCS客户标识”信息单元。可以在 SGsAP-PAGING-REQUEST消息中从MSC/VLR接收所述各种信息单元。因此， 这些信息单元中的一个或若干信息单元的存在或缺失允许UA做出关于 UA被寻呼的服务的确定。UA可以从接收自网络或其他源的消息中访问或 检索的任何其他信息可以用于确定UA被寻呼的服务。这可以包括将来添 加的新信息单元，包括上面描述的那些。

当发起移动主叫(MO)呼叫时，UA可以配置为向PS网络提供描述 所请求的CS服务的附加信息，其中所请求的CS服务可能触发CS回退。 在一种实现中，UA在发送给PS网络的MME的扩展服务请求消息中包括 描述正请求的CS服务的附加信息。类似地，该附加信息可被包括在使用 S1接口(参见3GPP TS 36.413)从MME发送给eNodeB的初始上下文设 立请求(INITIAL CONTEXT SETUP REQUEST)或UA上下文修改请求(UA CONTEXT MODIFICATION REQUEST)消息中。

表9和表10示出了修改的扩展服务请求消息，该消息包括描述发起 导致CS回退的MO呼叫的UA所请求的CS服务的附加信息。

表9

表10

如表9和表10中所示，表9中示出的扩展服务请求消息包括称为“扩 展服务请求原因”的附加单元。表10示出了扩展服务请求原因信息单元 的具体内容。扩展服务请求原因单元配置为在octet 1中存储描述所请 求的CS服务的标识符值。例如，该标识符可以用于指诸如主叫会话呼叫、 主叫高优先级信令、或主叫低优先级信令之类的CS服务。表11示出了 扩展服务请求原因信息单元的octet 1的一个示例性配置。

表11

在一些情况下，现有的扩展服务请求消息中存在的现有的服务类型 信息单元可被修改并用于标识正在请求的CS服务。可选地，当UA发起 移动主叫呼叫时，可以在消息中包括指示主叫服务(例如针对服务通知 消息定义的“SS码”或“LCS”指示符)的附加信息单元。在另一示例 中，当发起经历CS回退的移动主叫呼叫时，可以在RRC连接请求消息 (参见3GPP TS 36.331)中包括CS服务信息，所述RRC连接请求消息 可以用于将UA从空闲模式转到连接模式。

图7示出了UA 10的示例方框图。尽管描述了UA 10的各种已知组 件，但是在实施例中可以在UA 10中包括列出的组件的子集和/或没有列 出的附加组件。UA 10包括诸如数字信号处理器(DSP)802的处理器， 以及存储器804。如图所示，UA 10可以进一步包括天线和前端单元806、 射频(RF)收发器808、以及模拟基带处理单元810。在各种配置中，UA 10可以包括附加的可选组件，如图7所示。附加组件可以包括例如话筒 812、耳塞扬声器814、头戴式耳麦端口816、输入/输出接口818、可移 动存储器卡820、通用串行总线(USB)端口822、短程无线通信子系统 824、警告器826、键盘828、液晶显示器(LCD)(其可以包括触敏表面 830)、LCD控制器832、电荷耦合器件(CCD)相机834、相机控制器836、 以及全球定位系统(GPS)传感器838。在实施例中，UA 10可以包括另 外类型的显示器，其不提供触敏屏。在实施例中，DSP 802可以与存储 器804直接通信而不通过输入/输出接口818。

DSP 802或者一些其他形式的控制器或者中央处理单元操作用以根 据存储在存储器804中或在DSP802内自包含的存储器中的嵌入的软件或 者固件来控制UA 10的各种组件。除了嵌入的软件或者固件之外，DSP 802 可以执行存储在存储器804中的、或者经由信息载体介质(诸如像可移 动存储卡820的便携式数据存储介质)或经由有线或无线网络通信可用 的其他应用。应用软件可以包括编译的配置DSP 802来提供期望功能的 一组机器可读指令，或者该应用软件可以是待由解释器或者编译器来处 理以间接配置DSP 802的高级软件指令。

天线和前端单元806可以被提供用于在无线信号和电子信号之间进 行转换，使得UA 10能够向蜂窝网络或一些其他的可用的无线通信网络 或对等UA 10发送信息以及从蜂窝网络或一些其他的可用的无线通信网 络或对等UA 10接收信息。在实施例中，通信和前端单元806可以包括 多个天线以支持波束成形和/或多入多出(MIMO)操作。如本领域技术人 员已知的，MIMO操作可以提供空间分集，其能够用于克服困难的信道条 件和/或增加信道吞吐量。天线和前端单元806可用包括天线调谐和/或 阻抗匹配组件、RF功率放大器、和/或低噪放大器。

RF收发器808提供频率位移、将接收到的RF信号转换到基带、以 及将基带发射信号转换到RF。在一些描述中，无线电收发器或者RF收 发器可以被理解为包括其他信号处理功能，诸如调制/解调、编码/解码、 交织/去交织、扩频/解扩、逆快速傅立叶变换(IFFT)/快速傅立叶变换 (FFT)、循环前缀的附加/移除、以及其他信号处理功能。为了清楚起见， 此处的说明将该对信号处理的描述与RF和/或射频级分离，并且在概念 上将该信号处理分派到模拟基带处理单元810和/或DSP 802或者其他中 央处理单元。在一些实施例中，RF收发器808、天线和前端806中的部 分、以及模拟基带处理单元810可以被组合在一个或更多个处理单元中 和/或专用集成电路(ASIC)中。模拟基带处理单元810可以提供对输入 和输出的各种模拟处理，例如对来自话筒812和头戴式耳麦816的输入 以及给耳塞814和头戴式耳麦816的输出的模拟处理。

DSP 802可以执行调制/解调、编码/解码、交织/去交织、扩频/解 扩、逆快速傅立叶变换(IFFT)/快速傅立叶变换(FFT)、循环前缀的附 加/移除、以及与无线通信关联的其他信号处理功能。在实施例中，例如， 在码分多址(CDMA)技术应用中，对于发射器功能，DSP 802可以执行 调制、编码、交织和扩频，以及对于接收器功能，DSP 802可以执行解 扩、去交织、解码和解调。在另一个实施例中，例如，在正交频分多址 (OFDMA)技术应用中，对于发射器功能，DSP 802可以执行调制、编码、 交织、逆快速傅立叶变换和循环前缀的附加，以及对于接收器功能，DSP 802可以执行循环前缀的移除、快速傅立叶变换、去交织、解码和解调。 在其他无线技术应用中，DSP 802还可以执行其他的信号处理功能和信 号处理功能的组合。DSP 802可以经由模拟基带处理单元810与无线网 络通信。

图8示出了可以在UA 10的处理器或控制器中实现的软件环境902。 软件环境902包括操作系统驱动器904，其可由UA 10的处理器或控制 器执行，以提供其余软件在其上操作的平台。操作系统驱动904向UA 硬件的驱动器提供可访问应用软件的标准化接口。操作系统驱动器904 包括应用管理服务(“AMS”)906，其在运行在UA 10上的应用之间传送 控制。在图8中还示出了web浏览器应用908、媒体播放器应用910、以 及Java应用小程序912。

UA 10包括诸如DPS之类能够执行与上面描述的动作相关的指令的 处理组件。图9示出了系统1000的示例，该系统1000包括一个或更多 个提供UA 10的功能的组件。系统1000包括适合于执行此处描述的一个 或更多个实施例的处理组件1010。除了处理器1010(其可以称为中央处 理单元(CPU或DSP))之外，系统1000还可以包括网络连接设备1020、 随机访问存储器(RAM)1030、只读存储器(ROM)1040、次级存储装置 1050、以及输入/输出接口(I/O)设备1060。在一些情况下，这些组件 中的一些可以不出现，或者可以以各种组合方式彼此组合或者与未示出 的其他组件进行组合。此处描述的处理器1010采取的任何动作可以是处 理器1010单独进行或者由处理器101结合图中示出的或未示出的一个或 更多个组件来进行。

处理器1010执行可从网络连接设备1020、RAM 1030、ROM 1040、 或者次级存储装置1050(其可以包括各种基于盘的系统，诸如硬盘、软 盘或者光盘)访问的指令、代码、计算机程序、或者脚本。尽管仅示出 了一个处理器1010，但是可以存在多个处理器。因此，尽管指令被论述 为由一个处理器执行，但是指令可以同时地、顺序地、或者以其他方式 由一个或更多个处理器来执行。处理器1010可被实现为一个或更多个 CPU芯片。

网络连接设备1020可以包括一个或更多个收发器组件1025，其能 够其电磁波形式无线地发射和/或接收数据，诸如射频信号或者微波频率 的信号。收发器组件1025可以包括分开的接收和发射单元或者单个的收 发器。收发器发射或接收的信息可以包括处理器1010已经处理的数据或 者将由处理器1010执行的指令。这样的信息可以以例如计算机数据基带 信号或者嵌入在载波中的信号的形式从网络接收或者向网络输出。数据 可以根据可能是根据处理或生成数据或者发射或接收数据中的任一所期 望的不同顺序进行排列。该基带信号、嵌入在载波中的信号、或者当前 使用的或将来开发的其他类型的信号可以是被称为传输媒体，并且可以 根据本领域技术人员熟知的若干方法来生成。

RAM 1030可以用于存储易失的数据，并且可以存储由处理器1010 执行的指令。ROM 1040是非易失性存储器，其存储容量通常比次级存储 装置1050的存储容量要小。ROM 1040可以用于存储指令和在指令的执 行期间读取的可能的数据。对RAM 1030和ROM 1040的访问通常比对次 级存储装置1050的访问要快。

I/O设备1060可以包括液晶显示器(LCD)、触摸屏显示器、键盘、 小键盘、开关、拨号盘、鼠标、跟踪球、语音识别器、读卡器、纸带阅 读器、打印机、视频显示器、或者其他的已知输入设备。收发器1025 还可以被看成是I/O设备1060的组件，而不是作为网络连接设备1020 的组件或其补充。I/O设备1060中的一些或者全部可以基本上类似于前 面描述的UA 10的示图的各种组件(诸如显示器702和输入704)。

尽管已经在本公开中提供了若干实施例，但是应该理解，所公开的 系统和方法可以以许多其他的特定形式来实现，而不偏离本公开的精神 或范围。给出的例子应该被看成是示例说明性的，并且不是限制性的， 并且不旨在限制于此处给出的细节。例如，各种单元或组件可被组合或 者集成在另外的系统中，或者某些特征可以被省略、或者不实现。

同样，在各个实施例中描述和说明为分立的或分开的技术、系统、 子系统和方法可以与其他系统、模块、技术或者方法进行组合或集成， 而不偏离本公开的范围。示出或论述为彼此耦合的或直接耦合的、或通 信的其他项可以通过一些接口、设备、或者中间部件间接地耦合或通信， 无论是以电的、机械的或者其他方式。在不偏离此处公开的精神和范围 的情况下，本领域技术人员能够确定和实现关于变化、替代和改变的其 他例子。

为了告知公众本公开的范围，撰写了所附的权利要求书。