用于语音呼叫连贯性的拆分和顺序寻呼

交叉引用

本申请要求于2007年5月1日提交且题为“SPLIT AND SEQUENTIAL PAGING FOR VOICE CALL CONTINUITY(用于语音呼叫连贯性的拆分和顺 序寻呼)”的美国临时申请S/N.60/915,424的权益，其整体被援引纳入于此。

背景

I.领域

本公开一般涉及无线通信，尤其涉及用于在无线通信系统中进行寻呼的技 术。

II.背景

无线通信系统被广泛部署以提供各种通信服务；例如，可经由这样的无线 通信系统提供语音、视频、分组数据、广播、和消息收发服务。这些系统可以 是能够通过共享可用的系统资源来支持多个终端的通信的多址系统。此类多址 系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多 址(FDMA)系统、以及正交频分多址(OFDMA)系统。

一般，无线多址通信系统可同时支持多个无线终端的通信。在这样的系统 中，每一终端可经由前向和反向链路上的传输与一个或更多个基站通信。前向 链路(或下行链路)是指从基站至终端的通信链路，而反向链路(或上行链路) 是指从终端至基站的通信链路。这种通信链路可经由单输入单输出(SISO)、 多输入单输出(MISO)或多输入多输出(MIMO)系统来建立。语音呼叫连 贯性(VCC)是在无线终端从一个蜂窝小区的覆盖移至另一蜂窝小区的覆盖时 藉由其维持无线终端上的语音呼叫的过程。按照惯例，VCC应用服务器(AS) 被用在无线通信系统中以通过锚定无线终端上的语音呼叫并管理语音呼叫在 蜂窝小区之间的换手来支持VCC。为了在支持VCC的系统中的无线终端上建 立语音呼叫，VCC AS可发起对无线终端的寻呼。

为了在支持分组交换(PS)无线电域中的语音通信(例如，通过网际协议 上语音(VoIP))的网络上建立能够被重新定位到仅支持电路交换(CS)语 音通信的VCC支持呼叫或反之，VCC AS可能不知晓服务特定无线终端的基 站是否支持PS语音通信。结果，在这样的情况中通常需要VCC AS通过CS 和PS域无区别地进行寻呼。这进而会导致无线终端同时接收两个名义上独立 的寻呼，这会被终端错误地解释为冲突。此外，如果终端在由支持低速率PS 服务但不支持PS语音通信的接入点服务时接收到PS寻呼，则该终端可对寻呼 作出响应但是不能成功地尝试建立PS呼叫。在这样的情形中，期望终端建立 CS呼叫而非PS呼叫，但是按照惯例，无法确保CS呼叫在PS呼叫之前抵达 终端。

因此，在本领域中存在对可藉由其在包含可支持PS语音通信的接入点以 及仅能支持CS语音通信的接入点的网络中建立VCC支持语音呼叫的技术的需 要。

概述

以下给出了所要求保护的主题的各方面的简化概述以便提供对这样的方 面的基本理解。此概述不是所有构想到的方面的详尽综览，并且既非旨在指 认出关键性或决定性要素亦非试图界定这样的方面的范围。其唯一的目的是要 以简化形式给出所公开方面的一些概念以为稍后给出的更加具体的说明之序。

根据一方面，本文中描述了一种用于在无线通信系统中进行寻呼的方法。 该方法可包括：对位于包括能在分组交换(PS)无线电域中进行语音通信的一 个或多个基站和不能在PS无线电域中进行语音通信的一个或多个基站的网络 中的终端在电路交换(CS)无线电域和PS无线电域的一个或多个中发起寻呼； 以及配置CS域寻呼请求或PS域寻呼请求中的一个或多个，以使得这一个或 多个寻呼请求导致单个寻呼信号将被传达给终端，其中寻呼信号基于服务该终 端的基站的能力处在用于语音通信的最优无线电域中。

另一方面涉及一种无线通信装置，该无线通信装置可包括存储器，该存储 器存储与包括能进行网际协议上语音(VoIP)通信的一个或多个B节点和不能 进行VoIP通信的一个或多个B节点的无线通信网络以及无线通信网络中将为 其建立语音通信会话的用户装备(UE)有关的数据。该无线通信装置还可包 括处理器，该处理器被配置成在CS域和PS域的一个或多个中触发对UE的寻 呼以及构造用于CS域的寻呼请求和用于PS域的寻呼请求中的一个或多个， 以使得这一个或多个寻呼请求导致UE接收到至少部分地基于网络中具有包括 UE的覆盖区的B节点的能力而选择的无线电域中的单个寻呼。

又一方面涉及一种助益与位于包括至少一个有VoIP能力的B节点和至少 一个无VoIP能力的B节点的网络中的移动终端建立语音呼叫的设备。该设备 可包括用于在CS无线电域和PS无线电域的一个或多个中发起寻呼的装置； 以及用于生成CS域寻呼请求和PS域寻呼请求中的至少一者以使得移动终端 接收一个寻呼信号的装置，其中如果移动终端是由有VoIP能力的B节点服务 的，则寻呼信号处在PS无线电域中，而如果移动终端是由无VoIP能力的B 节点服务的，则寻呼信号处在CS无线电域中。

再一方面涉及一种计算机可读介质，该计算机可读介质可包括：用于使计 算机对位于包含有VoIP能力的接入点(AP)与无VoIP能力的AP的网络中的 终端初始化CS寻呼和PS寻呼中的一个或多个的代码；以及用于使计算机指 示CS寻呼和PS寻呼的选择性递送以使得终端接收单个寻呼的代码，其中如 果终端位于有VoIP能力的AP处，则寻呼是PS寻呼，否则寻呼是CS寻呼。

另一方面涉及一种可执行位于与混合式有VoIP能力/无VoIP能力的网络 中的接入终端建立语音呼叫的计算机可执行指令的集成电路。这些指令可包 括：触发CS寻呼和PS寻呼中的一个或多个；以及管理CS寻呼信号或PS寻 呼信号中的一个或多个至接入终端的选择性递送，以使得在接入终端在网络中 具有VoIP覆盖的情况下PS寻呼信号被递送给接入终端，而在接入终端在网络 中不具有VoIP覆盖的情况下CS寻呼信号被递送给接入终端。

根据附加方面，本文中描述了一种用于与UE建立语音呼叫的方法。该方 法可包括：接收PS无线电域中的寻呼请求和CS无线电域中的寻呼请求中的 一个或多个，这一个或多个寻呼请求指示将对位于包含能进行PS语音通信的 一个或多个B节点和不能进行PS语音通信的一个或多个B节点的网络中的 UE执行寻呼以建立语音呼叫；以及向能进行PS语音通信的B节点传送PS域 寻呼信号或向不能进行PS语音通信的B节点传送CS域寻呼信号，或者这两 者都进行。

另一方面涉及一种无线通信装置，该无线通信装置可包括存储器，该存储 器存储与包括能进行VoIP通信的一个或多个B节点和不能进行VoIP通信的 一个或多个B节点的通信网络、通信网络中将为其建立语音通信会话的终端、 以及为其指示了选择性寻呼的CS域寻呼请求或PS域寻呼请求中的一个或多 个有关的数据。该无线通信装置还可包括处理器，其被配置响应于为其指示了 选择性寻呼的CS域寻呼请求将寻呼递送给不能进行VoIP通信的B节点，以 及响应于为其指示了选择性寻呼的PS域寻呼请求将寻呼递送给能进行VoIP 通信的B节点。

又一方面涉及一种助益无线通信系统中寻呼信号的通信的设备。该设备可 包括：用于确定已在CS或PS无线电域中的一个或多个中触发寻呼的装置； 用于在PS无线电域中将寻呼信号传达给有VoIP能力的接入点的装置；以及用 于在CS无线电域中将寻呼信号传达给无VoIP能力的接入点的装置。

再一方面涉及一种计算机可读介质，该计算机可读介质可包括：用于使计 算机标识要向包括一个或多个有PS语音能力的B节点和一个或多个无PS语 音能力的B节点的无线通信系统中的UE传送寻呼信号的请求的代码；以及用 于使计算机将单个寻呼信号递送给为UE提供通信功能的B节点的代码，其中 如果B节点是有PS语音能力的B节点，则寻呼信号是PS寻呼信号，否则是 CS寻呼信号。

另一方面涉及一种执行位于与混合式有VoIP能力/无VoIP能力的无线通 信网络中的接入终端建立语音呼叫的计算机可执行指令的集成电路。这些指令 可包括：通过Iu接口接收一个或多个寻呼请求；以及响应于一个或多个寻呼 请求向为终端提供网络覆盖的B节点递送寻呼信号，该寻呼信号在B节点是 有VoIP能力的情况下建立VoIP呼叫，而在B节点无VoIP能力的情况下建立 电路交换呼叫。

为能达成前述及相关目的，所要求保护的主题的这一个或更多个方面包括 在下文中充分描述并在所附权利要求中特别指出的特征。以下描述和附图详细 阐明了所要求保护的主题的某些说明性方面。但是，这些方面仅仅是指示了可 采用所要求保护的主题的原理的各种方式中的若干种。此外，所公开的方面旨 在涵盖所有这些方面及其等效技术发案。

附图简述

图1图解根据本文中所阐述的各方面的无线多址通信系统。

图2是助益无线通信系统中语音呼叫的建立的系统的框图。

图3-4图解了可由无线通信系统执行的示例寻呼程序。

图5-6是图解用于在无线通信系统中建立语音呼叫连贯性所支持的语音呼 叫的示例技术的消息流程图。

图7-9是用于发起寻呼以建立无线语音呼叫的相应方法的流程图。

图10是用于与移动终端建立语音呼叫的方法的流程图。

图11是图解了本文中所描述的各方面可在其中起效的示例无线通信系统 的框图。

图12-14是助益无线通信系统中的语音呼叫发起的相应装置的框图。

图15是助益对无线通信系统中的终端的寻呼的装置的框图。

详细描述

现在参考附图来描述所要求保护的主题的各方面，其中在附图中贯穿始终 使用相同的附图标记来引述相似的要素。在以下描述中，出于解释目的阐述了 众多的具体细节以图提供对一个或多个方面透彻的理解。但是显而易见的是， 没有这些具体细节也可实践此类方面。在其他实例中，公知的结构和设备以框 图形式示出以帮助描述一个或多个方面。

如在本申请中所使用的，术语“组件”、“模块”、“系统”等旨在指示计算机 相关实体，或者硬件、固件、软硬件组合、软件，或执行中的软件。

例如，组件可以是，但并不限于是在处理器上运行的进程、集成电路、对 象、可执行件、执行的线程、程序、和/或计算机。作为说明，在计算设备上运 行的应用和该计算设备两者皆可以是组件。一个或更多个组件可驻留在进程和 /或执行的线程内，并且组件可局部化在一台计算机上和/或分布在两台或更多 台计算机之间。此外，这些组件可从其上存储着各种数据结构的各种计算机可 读介质来执行。诸组件可借助于本地和/或远程进程来通信，诸如根据具有一个 或多个数据分组的信号(例如，来自一个组件的数据，其中该组件正借助于该 信号与局部系统、分布式系统、和/或跨诸如因特网等的网络与其他系统中的另 一个组件交互)来作此通信。

此外，本文中结合无线终端和/或基站来描述各方面。无线终端可以是指 向用户提供语音和/或数据连通性的设备。无线终端可连接至诸如膝上型计算机 或台式计算机等计算设备，或者其可以是诸如个人数字助理(PDA)等自含式 设备。无线终端也可称为系统、订户单元、订户站、移动站、移动台、远程站、 接入点、远程终端、接入终端、用户终端、用户代理、用户设备、或用户装备。 无线终端可以是订户站、无线设备、蜂窝电话、PCS电话、无绳电话、会话发 起协议(SIP)话机、无线本地环路(WLL)站、个人数字助理(PDA)、具 有无线连接能力的手持式设备、或连接到无线调制解调器的其他处理设备。基 站(例如，接入点)可以是指接入网中藉由空中接口通过一个或多个扇区与无 线终端通信的设备。基站可通过将收到空中接口帧转换成IP分组来充当无线 终端与接入网的其余部分之间的路由器，接入网可包括网际协议(IP)网络。 基站还可协调对空中接口的属性的管理。

此外，本文中描述的各种方面或特征可使用标准编程和/或工程技术被实 现为方法、装置、或制造品。如在本文中使用的术语“制造品”旨在涵盖可从任 何计算机可读设备、载波、或媒介访问的计算机程序。例如，计算机可读介质 可包括但不限于磁存储设备(例如硬盘、软盘、磁条、......)、光盘(例如， 压缩盘(CD)、数字多功能盘(DVD)......)、智能卡、以及闪存设备(例 如，记忆卡、记忆棒、钥匙驱动器......)。

本文中描述的各种技术可用于各种无线通信系统，诸如码分多址(CDMA) 系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址 (OFDMA)系统、单载波FDMA(SC-FDMA)系统以及其他此类系统。术语 “系统”和“网络”在本文中常被可互换地使用。CDMA系统可实现诸如通用地面 无线电接入(UTRA)、CDMA2000等无线电技术。UTRA包括宽带-CDMA (W-CDMA)和其它CDMA变体。另外，CDMA2000涵盖IS-2000、IS-95和 IS-856标准。TDMA系统可实现诸如全球移动通信系统(GSM)等的无线电 技术。OFDMA系统可以实现诸如演进UTRA(E-UTRA)、超移动宽带(UMB)、 IEEE 802.20(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash- 等的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。 3GPP长期演进(LTE)是UMTS的使用E-UTRA的即将发布版，其在下行链路 上采用OFDMA而在上行链路上采用SC-FDMA。UTRA、E-UTRA、UMTS、 LTE以及GSM在来自名为“第三代伙伴项目”(3GPP)的组织的文档中进行了 描述。此外，CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2) 的组织的文档中进行了描述。

各种方面将以可包括数个设备、组件、模块等的系统的方式来呈现。将理 解和领会，各种系统可包括其他设备、组件、模块等，和/或可以并不包括结合 附图所讨论的所有设备、组件、模块等。也可以使用这些办法的组合。

现在参考附图，图1是根据各方面的无线多址通信系统的图解。在一个示 例中，接入点100(AP)包括多个天线群。如图1中所示，一个天线群可以包 括天线104和106，另一个可以包括天线108和110，而又一个可以包括天线 112和114。虽然在图1中为每个天线群仅示出了两个天线，然而应领会，每 个天线群可利用更多或更少的天线。在另一个示例中，接入终端116(AT)可 与天线112和114正通信，其中天线112和114在前向链路120上向接入终端 116传送信息，并在反向链路118上从接入终端116接收信息。补充地和/或替 换地，接入终端122可与天线106和108正通信，其中天线106和108在前向 链路126上向接入终端122传送信息，并在反向链路124上从接入终端122接 收信息。在频分双工(FDD)系统中，通信链路118、120、124和126可使用 不同的频率来通信。例如，前向链路120可使用与反向链路118所使用的不同 的频率。

每一群天线和/或它们被设计成在其中通信的区域可被称作接入点的扇 区。根据一方面，天线群可被设计成与落在接入点100所覆盖的区域的一扇区 中的诸接入终端通信。在前向链路120和126上的通信中，接入点100的发射 天线可利用波束成形来提高不同接入终端116和122的前向链路的信噪比。另 外，接入点使用波束成形向随机遍布其覆盖中的各接入终端进行传送比接入点 通过单个天线向其所有接入终端传送对相邻蜂窝小区中的接入终端造成的干 扰要小。

例如接入点100等接入点可以是用于与诸终端通信的固定站，并且也可以 基站、B节点、接入网、和/或其他合适术语来述及。此外，例如接入终端116 或122等接入终端也可以移动终端、用户装备(UE)、无线通信设备、终端、 无线终端、和/或其他恰当术语来述及。

图2是助益无线通信系统中语音呼叫的建立的系统200的框图。根据一个 方面，系统200可被用于在移动终端260上建立支持语音呼叫连贯性(VCC) 的语音通信会话或呼叫。VCC是这样的一种技术：在移动终端260从一个B 节点252和/或254移至另一个时，藉由该技术可在各自利用不同的协议进行通 信的无线接入点或B节点252和/或254之间无缝地转移通信会话。在一个示 例中，VCC可由系统200中的VCC应用服务器(AS)210来管理。例如，语 音呼叫可被配置成“锚定”在VCC AS 210上，据此，VCC AS 210可通过B节 点252和/或254之间的换手操作管理呼叫。在一个示例中，VCC AS 210可管 理通信会话从利用第一通信协议的第一B节点至利用第二通信协议的第二B 节点的换手。例如，这样的换手可以是从高速分组接入(HSPA)网络(例如， 用于网际协议上语音(VoIP)呼叫)到电路交换通信网络。

根据一个方面，VCC AS 210可基于通信会话是要在分组交换(PS)无线 电域还是电路交换(CS)无线电域中执行利用不同技术来建立通信会话。在一 个示例中，可通过管理通信实体之间的信息传递作为在可与其他话务共享的数 据链路上的数据分组来在PS无线电域中进行语音呼叫。可在PS无线电域中进 行的语音呼叫的示例包括利用HSPA和/或任何其他合适的数据通信协议的 VoIP呼叫，其中语音数据是作为分组在数据链路上传达的。语音呼叫可在使 用例如通用分组无线电业务(GPRS)的PS无线电域中可实现，该通用分组无 线电业务利用网关GPRS支持节点(GGSN)232和/或服务GPRS支持节点 (SGSN)234来创建和/或管理通信实体之间的分组数据连接。在一个示例中， GGSN 232可充当为移动终端260提供通信功能的无线数据网络与另一网络或 互联网络——诸如因特网和/或另一合适的网络——之间的网关，用以在无线数 据网络与其他网络或互联网络之间递送分组。作为补充和/或替代，SGSN 234 可在GGSN 232与移动终端260之间通信以直接向和/或从移动终端260递送分 组。

相应地，为了在PS域中建立VoIP呼叫和/或另一合适的语音呼叫，VCC AS 210可指示GGSN 232和SGSN 234上的PS域呼叫建立，这可进而发起协调一 个或多个有VoIP能力的B节点254的无线电网络控制器(RNC)240上的寻 呼。一旦在RNC 240上发起寻呼，RNC 240就向一个或多个有VoIP能力的B 节点254发送寻呼信号以定位恰适的移动终端260。一旦定位了移动终端260， RNC 240就可经由GGSN 232和/或SGSN 234向VCC AS 210回报，由此通过 VCC AS 210建立呼叫。在一个示例中，一旦已建立PS无线电域中的语音呼叫， 该呼叫就在PS承载上被承载、通过会话发起协议(SIP)信令控制、和/或在 VSS AS210上借助IP多媒体子系统(IMS)来终止。

在另一示例中，可通过在通信方实体之间建立点对点固定带宽电路或信道 并保持该电路直至呼叫结束来在CS无线电域中进行语音呼叫。由CS通信会 话所使用的电路的建立和管理可由例如移动交换中心(MSC)220来执行。根 据一个方面，VCC AS 210可通过指示MSC 220上的呼叫建立——这又会RNC 240上发起CS域寻呼——来初始化CS无线电域中的语音呼叫。在一个示例中， 可由RNC 240以与以上所描述的PS域寻呼相类似的方式通过向一个或多个无 VoIP能力或“传统”B节点252传送寻呼信号来进行CS域寻呼。在常规CS语 音呼叫中，B节点252和移动终端260可自身考虑终止呼叫。然而，为了向 CS域中的语音呼叫提供VCC支持，此类呼叫可替代地在VCC AS 210上管理 和/或终止。在一个示例中，VCC AS 210可通过效仿正常呼叫终止来管理CS 域语音呼叫的终止。

根据另一方面，系统200可包括传统B节点252和有VoIP能力的B节点 254两者。因此，在一些情形中，在支持VoIP的网络上建立可被重新定位至 仅支持CS语音通信的网络(或相反)的VCC支持呼叫可能是必需或合需的。 然而，在这样的示例中，VCC AS 210可能不知晓向要为之建立的呼叫的移动 终端260提供服务的B节点252或254是否提供VoIP功能。在常规系统中， 于此情形下，可能要求VCC AS无区别地通过CS和PS域两者，这会导致移 动终端260以基本上同时的方式接收两个名义上独立的寻呼。此类寻呼可被移 动站260解释为冲突，这进而会导致网络引发不必要的计帐和/或其他开销，从 而阻止悬挂资源和/或其他类似低效率。在另一此类示例中，一个或多个传统B 节点252可支持低速率PS数据服务但是不支持诸如VoIP等PS语音服务。如 果被此类B节点服务的移动终端260接收到PS域寻呼，则移动终端260可尝 试对该寻呼作出响应但是不能成功地尝试建立VoIP呼叫。在这样的情形中， 期望终端替代地建立CS呼叫而非PS呼叫，但是按照惯例，在无区别地执行 CS呼叫和PS呼叫的情况下，无法确保CS呼叫在PS呼叫之前抵达终端。

为了减轻以上问题，VCC AS 210可利用如根据本文中所阐述的各个方面 所描述的一个或多个改善的寻呼程序来确保位于包括传统B节点252和有 VoIP能力的B节点254两者的网络中的移动终端260接收到来自当前服务该 终端的优选域的单个寻呼。在一个示例中，这可通过向提供给RNC 240以建 立VCC支持呼叫的寻呼请求添加标志或类似指示来完成。基于连同寻呼请求 提供的标志，RNC 240可按需将寻呼限于B节点和/或254的子集来替代无区 别地向所有B节点提供寻呼信号。由于移动终端260仅接收一个寻呼，因此其 可在可能的情况下建立VoIP，否则建立CS呼叫，而没有对应两个域的双倍寻 呼的风险。结果，VCC AS 210可确保结果呼叫可总是由VCC处置以从HSPA 网络换手至唯CS网络或者反之。可在下文中进一步详细地描述可执行受限寻 呼的技术。

现在参看图3，其图解了可由无线通信系统执行的示例寻呼程序的示图 320和340。在一个示例中，示图320图解了可被用于仅由不支持HSPA VoIP 呼叫的“传统”B节点328构成的同质网络的程序。如示图320所图解的，VCC AS 322可导致MSC 324经由RNC 326寻呼用户装备(UE)330。在一个示例 中，MSC 324可在Iu-cs接口上将寻呼请求中继至RNC 326。基于收到的寻呼 请求，RNC 326可将寻呼信号发送给一个或多个传统B节点328，后者可中继 相应寻呼信号以定位恰适的UE 330。一旦已定位了UE 330，可由VCC AS 322 建立CS呼叫。之后，可由VCC AS 322通过效仿常规CS呼叫的终止来终止呼 叫。

在另一示例中，示图340图解了可用于仅由有VoIP能力的B节点350构 成的同质网络的程序。如示图340所图解的，VCC AS 342可指导对UE 352的 HSPA VoIP呼叫的建立——在此情形中在GGSN 344和/或SGSN 346上，该 GGSN 344和/或SGSN 346可进而通过Iu-ps接口向RNC 348提交PS域寻呼请 求。响应于寻呼请求，RNC 348可在随后向一个或多个有VoIP能力的B节点 350传达寻呼信号，该有VoIP能力的B节点可中继相应寻呼信号以定位恰适 的UE 352。一旦已定位了UE 352，VoIP呼叫可由VCC AS 342经由与UE 352 交换SIP信令和/或其他恰适手段来建立。之后，可由VCC AS 342通过采用由 IMS提供的一个或多个程序来终止呼叫。

参看图4，提供示图400，其图解了可在无线通信系统中进行的其他示例 寻呼。根据一个示例，且与图3中的示图320和340相比，图4中的示图400 图解了例如包含无VoIP能力的B节点442和有VoIP能力的B节点444两者 的网络等异质网络的寻呼。如示图400所图解的，寻呼可类似于图2-3所图解 的方式发自于VCC AS 410。一旦在VCC AS 410初始化寻呼，可以与图3中 的示图320相类似的方式在MSC 422上生成对在CS无线电域中进行寻呼的请 求。作为补充和/或替代，可以与图3中的示图340相类似的方式在GGSN 424 和/或SGSN 426上生成在PS无线电域中进行寻呼的请求。CS域和/或PS域寻 呼请求可在随后分别经由Iu-cs和/或Iu-ps接口中继至RNC 430。一旦接收一 个或多个寻呼请求，RNC 430可在相对应的无线电域中向B节点442和/或444 提供寻呼信号，以定位要针对其建立通信会话的空闲UE 450。

然而，在诸如示图400所图解的那些的异质网络的情形中——其中存在传 统B节点442和有VoIP能力的B节点444的混合，诸如VCC AS 410、MSC 422、 GGSN 424和/或SGSN 426等高层网络节点可能不具有探知哪种类型的B节点 442和/或444正服务特定UE 450的能力。因此，在常规系统中，常常迫使VCC AS 410通过B节点442和/或444同时在CS和PS域两者中无区别地进行寻呼。 因此，作为由VCC AS 410发起的单个寻呼操作的结果，UE 450可同时或接近 同时地接收两个明显独立的寻呼。这会造成冲突的错觉，这种情况结果会要求 计帐和/或其他开销，从而阻止悬挂资源和/或其他混乱或者网络中的低效率。

一些常规系统已尝试通过将寻呼执行为两步过程来减轻以上问题，其中发 起并执行PS域寻呼，并且在不成功的情况下，在随后发起并执行CS域寻呼。 然而，在诸如当传统B节点442不支持HSPA VoIP不过支持低速率数据服务 和PS无线电域中的寻呼时的情形中，由这样的B节点服务的UE 450能够接 收PS域中的寻呼信号用于所有用途，包括语音呼叫。响应于语音呼叫的PS 域寻呼，UE 450将对该寻呼作出响应，并尝试进行建立PS呼叫。然而，由于 服务UE 450的B节点442不适于以合理性能使用VoIP，因此可领会，呼叫将 失败或将以显著降级的性能进行。在此类情形中，可领会由此对于UE 450而 言，可取的响应是建立CS呼叫而非PS呼叫。然而，由于PS呼叫在此类情形 中成功，因此，在利用以上所描述的常规两步寻呼过程的系统中将不执行CS 寻呼。此外，在其中无区别地执行寻呼的情形中，在传统上不具有用于确保 CS寻呼在此类情形将首先抵达UE 450的方法。

为了克服传统寻呼方法的这些和/或其他缺点，并且根据一个方面，如示 图400所图解的系统可确保将为之建立语音呼叫的UE 450恰好在基于当前服 务UE 450的B节点442或444的优选域中接收到一个对语音呼叫的寻呼。在 一个示例中，MSC 422、GGSN 424、SGSN 426和/或RNC 430可被配置成结 合由相应实体为建立语音呼叫所中继的寻呼信号生成和/或利用VCC标志或其 他指示。相应地，当RNC 430接收到具有相关联VCC标志的寻呼请求时，RNC 430可基于其相应能力来进行B节点442和/或444的子集的寻呼，而非通过所 有B节点442和444无区别地进行寻呼。可用于实现这些目的的各种技术的示 例是如在以下进行描述的。这些技术在本文中被称为“拆分寻呼”和“顺序寻呼”， 且分别由图5和图6来图解。

根据一个方面，图5中的消息流程图500图解了用于在诸如示图400所图 解的那样的系统中建立VCC支持语音呼叫的拆分寻呼技术。在一个示例中， 利用拆分寻呼的VCC AS 502可同时触发CS和PS域中的寻呼。然而，与传统 寻呼技术不同，结果寻呼可在随后被选择性地递送，以使得PS寻呼仅去往有 VoIP能力的B节点510，而CS寻呼仅去往无VoIP能力的B节点512。在一 个示例中，可由VCC AS 502在CS和PS域中使用呼叫建立消息来触发寻呼。 尽管示图500出于可读性的目的将CS寻呼和PS寻呼图解为截然不同的传输 序列，但是应当领会，由示图500所图解的CS寻呼和PS寻呼可以基本上或 接近同时的方式发生。

根据另一方面，来自VCC AS 502的CS域和PS域呼叫建立消息可在MSC 504以及GGSN和/或SGSN 506上被分别接收，该MSC 504以及GGSN和/或 SGSN 506可在随后在相应无线电域中将PAGING(寻呼)消息中继至RNC 508。 在一个示例中，可由MSC 504以及GGSN和/或SGSN 506根据无线电接入网 络应用部分(RANAP)协议在相应Iu接口上传达PAGING消息。此外，如示 图500所图解的，由MSC 504通过Iu-cs接口传达的PAGING消息以及由GGSN 和/或SGSN 506通过Iu-ps传达的PAGING消息可被配置成包含VCC标志(例 如，VCC_FLAG(VCC_标志))，其指示响应于相应PAGING消息传达的寻 呼应当被限于特定B节点510和/或512。

在一个示例中，有VoIP能力的B节点510和传统B节点512两者可由单 个RNC 508来管理。因此，在常规系统中，在RNC 508上分别接收自MSC 504 以及GGSN和/或SGSN 506的两个PAGING消息中的每一个可如往常那样触 发两个PAGING TYPE 1(寻呼类型1)消息，各自去往B节点510和512中 的每一个。相比之下，包括在相应PAGING消息中的VCC标志可抑制这种行 为，以使得CS寻呼仅去往传统B节点512，而PS寻呼仅去往有VoIP能力的 B节点510。相应地，应当领会，VCC标志允许给定B节点以及因此由该B 节点服务的相应UE基于用于在B节点上进行语音呼叫的优选域仅接收单个寻 呼。例如，如果服务B节点能够进行PS语音通信，则UE将接收PS域寻呼， 否则接收CS域寻呼。根据一个方面，与相应B节点510和/或512的VoIP能 力有关的信息可通过B节点和/或另一恰适的网络实体传达给RNC 508和/或否 则为RNC先验已知。

根据另一方面，图6中的消息流程图600图解了用于在诸如示图400所图 解的那样的系统中建立VCC支持语音呼叫的顺序寻呼技术。如示图600所图 解的，VCC AS 602可在于CS域之中进行寻呼之前通过向GGSN和/或SGSN 606发送呼叫建立消息来在PS域中发起寻呼，该GGSN和/或SGSN 606可随 后在Iu-ps接口上将PAGING消息中继至RNC 608。在一个示例中，由RNC 608 接收到的PAGING消息可以与示图500所图解的拆分寻呼技术中的PAGING 消息相类似的方式包括VCC标志。基于VCC标志，RNC 608可将PAGING TYPE 1信号仅中继至有VoIP能力的B节点610。根据一个方面，如果PS寻 呼得不到响应，则其可推定要为之建立语音呼叫的UE是由无VoIP能力或传 统B节点612服务的，而非由有VoIP能力的B节点610服务。相应地，对 UE的标准CS域寻呼可由VCC AS 602发起，并经由传统B节点612中继至 UE。

在示图600所图解的特定非限制性示例中，正对其执行寻呼的UE是由传 统B节点612服务的。相应地，UE不接收且不响应PS域寻呼，借助与提交 给RNC 608的PS寻呼请求相关联的VCC标志，该PS域寻呼仅被限于有VoIP 能力的B节点610。网络可在随后以各种方式确定没有收到UE对PS寻呼的 响应。例如，RNC 608和/或有VoIP能力的B节点610可维护一定时器，该定 时器测量自传送寻呼信号起已流逝的时间量。如果在预定时间量内没有从UE 接收到响应，则可将失败通知传达给VCC AS 602(例如，经由GGSN和/或 SGSN 606)。替换地，定时器可在GGSN和/或SGSN 606上或VCC AS 602 自身处维护，这可作为在预定时间量内没有从RNC 608接收到UE响应于PS 寻呼的确认的情况下确定没有接收到针对该寻呼的响应的基础。然而，应当领 会，这些技术作为示例而非限制来提供，且也可利用其他技术。与以上相比， 可从示图600中看到，在UE的确对PS寻呼作出响应的情形中，后续CS寻呼 是不必要的，因为呼叫可被建立为VoIP呼叫而无需进一步的动作。此外，可 从示图600看到，顺序寻呼可在无需对CS域中的寻呼进行任何修改的情况下 执行。因而，如示图600所图解的，由于在发起CS寻呼之时已确定UE不是 由有VoIP能力的B节点610服务的，因此对于后续CS寻呼而言不需要VCC 标志，因为该CS寻呼可被传达给有VoIP能力的B节点610以及传统B节点 612。

参照图7-10，其图解了可根据本文中所阐述的各方面执行的方法。尽管为 使解释简单化将这些方法集图示并描述为一系列动作，但是应当理解并领会这 些方法集不受动作的次序所限，因为根据一个或多个方面，一些动作可按不同 次序发生和/或与来自本文中图示和描述的其他动作并发地发生。例如，本领域 技术人员将理解和领会，方法体系可被替换地表示为诸如状态图中的一系列相 互关联的状态或事件。此外，并非所有例示的动作皆为实现根据一个或多个方 面的方法集所必要的。

参照图7，其图解的是用于在无线通信系统(例如，系统200)中进行寻 呼的方法700。应当领会，方法700可由例如VCC平台(例如，VCC AS 210)、 MSC(例如，MSC 220)、GPRS支持节点(例如，GGSN 232和/或SGSN 234) 和/或任何其他恰适的网络实体来执行。方法700可被用于例如在位于无线通信 系统中的移动终端(例如，移动终端260)上建立VCC支持语音呼叫。方法 700始于框702，对包括能够进行PS语音通信的一个或多个基站(例如，有 VoIP能力的B节点254)和不能进行PS语音通信的一个或多个基站(例如， 传统B节点252)的网络中的移动终端发起CS和PS域中的寻呼。在一个示例 中，PS语音通信功能可由有能力的基站基于例如VoIP和/或任何其他合适的 PS语音通信协议来提供。此外，在框702处可借助由VCC AS、MSC、GGSN、 SGSN和/或任何其他合适的网络实体传达的一个或多个呼叫建立消息来发起 寻呼。

一旦完成框702处所描述的动作，方法700可行进至框704，其中CS寻 呼请求和PS寻呼请求中的一个或多个被配置成使得：如果移动终端是由能够 进行PS语音通信的基站服务的，则单个PS寻呼信号将被传达给在框702处标 识的移动终端，否则单个CS寻呼信号将被传达给移动终端。根据一个方面， 框704处对寻呼请求的配置使得单个寻呼信号能够在可供移动终端进行语音通 信的优选无线电域中传达给该终端，由此减轻与先前所描述的常规寻呼技术相 关联的问题。在一个示例中，寻呼请求可在框704处被配置成包括一标志或另 一指示，使得寻呼请求是出于建立VCC支持语音呼叫的目的而传达的。当在 这样的寻呼请求中设置了标志或其他所提供的指示时，则该寻呼请求可有助于 将响应于该请求的寻呼仅限于这样的基站：与寻呼请求相对应的无线电域对于 这些基站而言用于语音通信是最优的。例如，具有VCC指示的PS域寻呼请求 可将寻呼仅限于有VoIP能力的基站，而具有VCC指示的CS域寻呼可将寻呼 仅限于无VoIP能力的基站。

现在参看图8，其图解了用于在无线通信系统中进行寻呼的附加方法800。 应当领会，方法700可由例如VCC控制器(例如，VCC AS 502)、MSC(例 如，MSC 504)、GPRS支持节点(例如，GGSN/SGSN 506)和/或任何其他恰 适的网络实体来执行。例如，可利用方法800来在位于无线通信系统中的移动 终端上建立VCC支持通信会话。方法800始于框802，其中对位于包含有VoIP 能力的B节点(例如，B节点510)和无VoIP能力的B节点(例如，B节点 512)两者的网络中的移动终端同时在CS和PS域中发起寻呼。在一个示例中， 寻呼可由VCC控制器、MSC、GPRS支持节点、其组合(例如，经由从VCC 控制器传达至MSC或GPRS支持节点的呼叫建立消息)和/或任何其他恰适的 网络实体来发起的。

一旦完成框802处所描述的动作，可在框804处结束方法，其中CS寻呼 请求和PS寻呼请求被中继至RNC(例如，RNC 508)，这些请求包含CS寻 呼信号仅被传达给无VoIP能力的B节点而PS寻呼信号仅被传达给有VoIP能 力的B节点的相应指示。根据一个方面，寻呼请求可在框804处通过Iu接口 被传达给RNC。例如，CS寻呼请求可通过Iu-cs接口从MSC传达，而PS寻 呼请求可通过Iu-ps接口从GGSN和/或SGSN传达。在一个示例中，在框804 处连同寻呼请求提供的指示可包括标志位和/或其他的恰适的手段，用以指示相 关联的寻呼请求正被传达给RNC以建立VCC支持呼叫。基于这些指示，RNC 可在随后将所请求域中的响应性寻呼仅限于网络中对于其而言所请求域用于 进行语音通信是最优的那些B节点。因此，例如，CS寻呼信号可被传达给无 VoIP能力的B节点，而PS寻呼可被传达给有VoIP能力的B节点。通过以这 种方式限制寻呼，可减轻常规寻呼技术中的许多缺点，诸如双倍寻呼和/或非正 确和/或次优无线电域中的寻呼。

图9图解了用于在无线通信系统中进行寻呼的其他方法900。方法900可 由例如VCC服务器(例如，VCC AS 602)、MSC(例如，MSC 604)、GPRS 支持节点(例如，GGSN/SGSN 606)和/或任何其他恰适的网络实体来执行。 可利用方法900来在位于无线通信系统中的UE上建立VCC支持呼叫。方法 900始于框902，其中对位于包含有VoIP能力的B节点(例如，B节点610) 和无VoIP能力的B节点(例如，B节点612)两者的网络中的UE发起PS域 寻呼。PS域寻呼可例如由VCC服务器、GPRS支持节点、其组合(例如，经 由从VCC服务器传达至GPRS支持节点的呼叫建立消息)和/或任何其他恰适 的网络实体来在框902处发起的。

方法900可在随后继续至框904，其中PS域寻呼请求被中继至RNC，后 者将响应性PS寻呼信号仅限于有VoIP能力的B节点。根据一个方面，PS寻 呼请求可在框904处由VCC服务器和/或GPRS支持节点通过Iu-ps接口传达 给RNC。此外，在框904处连同PS寻呼一起被提供的指示可包括标志位和/ 或任何其他合适的手段，用于指示PS寻呼请求已被中继至RNC以便建立VCC 支持呼叫。

继在完成框904处所描述的动作之后，并且在由RNC响应于在框904处 中继至其的寻呼请求进行寻呼之后，方法900可行进之框906，其中确定是否 已从UE接收到对由RNC传达的寻呼信号的响应。在框906处的确定可以是 基于定时器或基于通知的。例如，VCC服务器和/或GPRS支持节点可基于来 自RNC的UE已响应寻呼信号还是已响应失败的显式通知来确定是否接收到 UE响应。作为补充和/或替代，如果预定时段已期满而没有接收到UE已作出 响应的通知，则VCC服务器和/或GPRS支持节点可推断UE尚未响应寻呼。

如果在框906处确定UE已对PS域寻呼作出响应，则方法900终止。否 则，方法900继续至框908，其中对UE进行CS域寻呼。根据一个方面，连 同在框904处中继的PS寻呼请求一起提供的指示将响应性寻呼请求仅限于有 VoIP能力的B节点。因此，如果没有从UE接收到对基于该寻呼请求传达的 寻呼请求的响应，则可推定UE位于不支持VoIP通信的B节点之处。结果， 对UE的寻呼可在随后在CS无线电域中进行以建立CS通信会话。根据一个方 面，在框908处，CS域寻呼可以如本领域中通常已知的任何恰适的方式进行。 然而，应当领会，由于在框904，PS域寻呼被仅限于有VoIP能力的B节点， 因此可减轻常规寻呼技术的各种缺点——诸如UE处寻呼的冗余和/或与向无 VoIP能力的B节点提供PS寻呼相关联的问题——而不要求对框908处的CS 寻呼进行修改。

参看图10，其图解了用于与移动终端(例如，移动终端260)建立语音呼 叫的方法1000。应领会，方法体系1000可例如由RNC(例如，RNC 240)和 /或任何其他恰适网络实体来执行。方法1000始于框1002，其中可接收PS域 请求或CS域请求的一个或多个，这些请求指示将对在包含有VoIP能力的AP (例如，B节点254)和无VoIP能力的AP(例如，B节点252)两者的网络 中的移动终端执行寻呼以为其建立VCC。PS域寻呼请求可以是从例如VCC AS (例如，VCC AS 210)、GGSN(例如，GGSN 232)、SGSN(例如，SGSN 234) 和/或任何其他合适的网络实体接收到的。作为补充和/或替换，CS域寻呼请求 可以是从例如VCC AS、MSC(例如，MSC 220)和/或任何其他恰适的实体接 收到的。根据一个方面，寻呼请求可以基本上同时的方式(例如，如示图500 所图解的)和/或以不同时间间隔(例如，如示图600所图解的)被接收。根据 另一方面可提供比框1002处接收到的所有寻呼请求少的VCC指示。例如，可 在框1002处接收具有VCC指示的PS域寻呼请求和不具有VCC指示的CS域 寻呼请求或相反。

方法1000可在随后继续至框1004，其中寻呼信号被传送给相应AP，以 使得如果在框1002处标识的移动终端正在由有VoIP能力的AP服务，则该移 动终端接收单个PS寻呼信号，否则接收单个CS寻呼信号。在一个示例中， 其中在框1004传送寻呼信号的方式可以基于在框1002连同寻呼请求一起提供 的VCC指示。例如，响应于在框1002连同VCC指示接收到的PS域寻呼请求 传送的PS寻呼信号可被仅限于支持VoIP的AP，而响应于框1002处连同VCC 指示接收到的CS域寻呼请求传送的CS寻呼信号可被仅限于不支持VoIP的 AP。此外，寻呼信号可以单个操作来传送(例如，PS寻呼可被同时传送给有 VoIP能力的AP和无VoIP能力的AP，如示图500所图解的)或作为操作序列 来传送(例如，PS寻呼可首先被传送至有VoIP能力的AP，继而在没有接收 到响应的情况下，将未受限CS寻呼传送给所有AP，如示图600所图解的)。 结果，更可能使得移动终端将总是接收恰好一个寻呼，且终端将决不会获得不 能被高效用于进行语音呼叫的无线电域的寻呼。

现在参照图11，提供了示出本文中所描述的一个或更多个实施例可在其 中工作的示例无线通信系统1100的框图。在一个示例中，系统1100是包括发 射机系统1110和接收机系统1150的多输入多输出(MIMO)系统。然而，应 领会，发射机系统1110和/或接收机系统1150还可被应用于多输入单输出系统， 其中例如多个发射天线(例如，基站上的)可向单个天线(例如，移动站)发 射一个或多个码元流。此外应领会，本文中所描述的发射机系统1110和/或接 收机系统1150的各方面可结合单输出-单输入天线系统一起使用。

根据一方面，在发射机系统1110处将数个数据流的话务数据从数据源 1112提供给发射(TX)数据处理器1114。在一个示例中，每一数据流随后可 经由各自相应的发射天线1124上被发射。此外，TX数据处理器1114可基于 为每个数据流选择的特定编码方案来格式化、编码、和交织相应各个数据流的 话务数据以提供经编码的数据。在一个示例中，随后可使用OFDM技术将每 一数据流的经编码数据与导频数据复用。导频数据可以是例如以已知方式处理 的已知数据图案。此外，导频数据可在接收机系统1150处用于估计信道响应。 回到发射机系统1110处，经复用的导频和每一数据流的经编码数据可基于为 相应各个数据流选择的特定调制方案(例如BPSK、QSPK、M-PSK或M-QAM) 被调制(例如，码元映射)以提供调制码元。在一个示例中，每一数据流的数 据率、编码、和调制可由在处理器1130处执行和/或由其提供的指令来确定。

接下来，所有数据流的调制码元可被提供给TX处理器1120，后者可进一 步处理这些调制码元(例如，针对OFDM)。TX MIMO处理器1120随后可 将NT个调制码元流提供给NT个收发机1122a到1122t。在一个示例中，每一 个收发机1122可接收并处理相应各个码元流以提供一个或多个模拟信号。每 一个收发机1122随后可进一步调理(例如，放大、滤波、以及上变频)这些 模拟信号以提供适于在MIMO信道上传输的经调制信号。因此，来自收发机 1122a到1122t的NT个经调制信号随后可分别从NT个天线1124a到1124t被发 射。

根据另一方面，所发射的经调制信号可在接收机系统1150处由NR个天线 1152a到1152r接收到。从每一个天线1152接收到的信号随后可被提供给相应 各个收发机1154。在一个示例中，每个收发机1154可调理(例如，滤波、放 大、以及下变频)各自相应的收到信号，将经调理的信号数字化以提供采样， 并随后处理这些采样以提供对应的“收到”码元流。RX MIMO/数据处理器1160 随后可接收并基于特定的接收机处理技术处理来自NR个收发机1154的这NR 个收到码元流以提供NT个“检出”码元流。在一个示例中，每个检出码元流可 包括由对为对应的数据流传送的调制码元的估计构成的码元。RX处理器1160 随后可通过解调、解交织、以及解码每一个检出码元流来至少部分地处理每一 个码元流，从而恢复对应数据流的话务数据。由此，由RX处理器1160执行 的处理可与由发射机系统1110处的TX MIMO处理器1120和TX数据处理器 1114执行的处理互补。RX处理器1160可附加地向数据阱1164提供经处理码 元流。

根据一方面，由RX处理器1160生成的信道响应估计可用于在接收机处 执行空间/时间处理、调整功率电平、改变调制率或方案、和/或其他恰适动作。 此外，RX处理器1160可进一步估计信道特性，诸如举例而言检出码元流的信 噪干扰比(SNR)。RX处理器1160随后可将所估计的信道特性提供给处理器 1170。在一个示例中，RX处理器1160和/或处理器1170可进一步推导对系统 的“工作”SNR的估计。处理器1170随后可提供信道状态信息(CSI)，其可包 括关于该通信链路和/或该收到数据流的信息。此信息可包括例如工作SNR。 CSI随后可由TX数据处理器1118处理、由调制器1180调制、由收发机1154a 到1154r调理、并被回传给发射机系统1110。此外，接收机系统1150处的数 据源1116可提供附加数据以由TX数据处理器1118处理。

回到发射机系统1110，来自接收机系统1150的已调制信号随后可由天线 1124接收，由收发机1122调理，由解调器1140解调，并由RX数据处理器 1142处理以恢复接收机系统1150报告的CSI。在一个示例中，所报告的CSI 随后可被提供给处理器1130并用于确定将用于一个或多个数据流的数据率以 及编码和调制方案。所确定的编码和调制方案随后可被提供给收发机1122以 进行量化和/或在至接收机系统1150的以后传输中使用。补充地和/或替换地， 所报告的CSI可由处理器1130用于生成对TX数据处理器1114和TX MIMO 处理器1120的各种控制。在另一个示例中，经RX数据处理器1142处理的 CSI和/或其他信息可被提供给数据阱1144。

在一个示例中，发射机系统1110处的处理器1130和接收机系统1150处 的处理器1170指令其各自相应的系统处的操作。此外，发射机系统1110处的 存储器1132和接收机系统1150处的存储器1172可分别提供对处理器1130和 1170所使用的程序代码和数据的存储。此外，在接收机系统1150处，可使用 各种处理技术来处理这NR个收到信号，以检测NT个所发射码元流。这些接收 机处理技术可包括空间和空-时接收机处理技术——其也可被称为均衡技术， 和/或“相继无效/均衡及干扰消去”接收机处理技术——其也可被称为“相继干 扰消去”或“相继消去”接收机处理技术。

图12图解了助益无线通信系统(例如，系统200)中语音呼叫的发起的 装置1200。应领会，装置1200被示为包括功能块，它们可以是表示由处理器、 软件、或其组合(例如，固件)所实现的功能的功能块。装置1200可在VCC 平台(例如，VCC AS 210)、MSC(例如，MSC 220)、GPRS支持节点(例 如，GGSN 232和/或SGSN 234)和/或任何其他恰适的网络实体中实现，并且 可包括用于对包括一个或多个有VoIP能力的基站和一个或多个无VoIP能力的 基站的网络中的终端发起CS域和PS域寻呼的模块1202。装置1200还可包括 模块1204，用于提供CS寻呼请求或PS寻呼请求中的一个或多个以使得如果 终端位于有VoIP能力的基站的覆盖区内，则将单个PS寻呼信号传达给终端， 否则将单个CS寻呼信号传达给终端。

图13图解了助益无线通信系统中语音呼叫的发起的另一装置1300。装置 1300被表示为包括功能块，它们可以是代表由处理器、软件、或其组合(例如， 固件)实现的功能的功能块。装置1300可在VCC服务器、MSC、GPRS支持 节点和/或任何其他恰适的网络实体中实现，并且可包括用于对位于包含有 VoIP能力的B节点和无VoIP能力的B节点两者的网络中的UE同时发起CS 域和PS域寻呼的模块1302。装置1300可附加地包括模块1304，用于将CS 寻呼请求和PS寻呼请求中继至无线电网络控制器，这些请求包含CS寻呼信 号将仅被传达给无VoIP能力的B节点，而PS寻呼信号将仅被传达给有VoIP 能力的B节点的相应指示。

图14图解了助益无线通信系统中语音呼叫的发起的附加装置1400。装置 1400被表示为包括功能块，它们可以是代表由处理器、软件、或其组合(例如， 固件)实现的功能的功能块。装置1400可在VCC控制器、MSC、GPRS支持 节点和/或任何其他恰适的网络实体中实现，并且可包括：用于对位于包含有 VoIP能力的B节点和无VoIP能力的B节点两者的网络中的接入终端发起PS 域寻呼的模块1402，用于将PS寻呼请求中继至将响应性PS寻呼信号仅限于 有VoIP能力的B节点的无线电网络控制器的模块1404，以及用于在PS域寻 呼不成功的情况下对接入终端进行CS域寻呼的模块1406。

图15图解了助益对无线通信系统中的终端的寻呼的装置。装置1500被表 示为包括功能块，它们可以是代表由处理器、软件、或其组合(例如，固件) 实现的功能的功能块。装置1500可在RNC(例如，RNC 240)和/或任何其他 恰适的网络实体中实现，并且可包括用于标识PS域寻呼请求或CS域寻呼请 求的一个或多个从而指示将对包含有VoIP能力的B节点和无VoIP能力的B 节点两者的网络中的终端建立VCC的模块1502。装置1500还可包括用于响 应于寻呼请求向相应B节点传送寻呼信号以使得如果终端正由有VoIP能力的 B节点服务则该终端接收单个PS寻呼信号，否则接收单个CS寻呼信号的模块 1504。

将理解，本文中所描述的方面可由硬件、软件、固件、中间件、微码、或 其如何组合来实现。当这些系统和/或方法在软件、固件、中间件或微码、程序 代码或代码片断中实现时，可将它们存储在诸如存储组件之类的机器可读介质 中。代码段可以代表规程、函数、子程序、程序、例程、子例程、模块、软件 包、类、或是指令、数据结构、或程序语句的任何组合。通过传递和/或接收信 息、数据、自变量、参数、或存储器内容，一代码段可被耦合到另一代码段或 硬件电路。信息、自变量、参数、数据等可使用包括存储器共享、消息传递、 令牌传递、网络传输等任何合适的手段被传递、转发、或传输。

对于软件实现，本文中描述的技术可用执行本文中描述的功能的模块(例 如，过程、函数等等)来实现。软件代码可被存储在存储器单元中并由处理器 来执行。存储器单元可在处理器内实现或外置于处理器，在后一种情形中其可 经由本领域中所知的各种手段被通信地耦合到处理器。

上面所描述的包括了一个或多个方面的示例。当然，要为描述前述这些方 面而描述组件或方法集的每一种可构想到的组合是不可能的，但是本领域普通 技术人员将可认识到，有许多进一步的组合和置换是可能的。相应地，所描述 的这些方面旨在涵盖落在所附权利要求的精神实质和范围内的所有此类替换、 修改和变形。此外，就术语“包括”在本具体说明或所附权利要求书中使用的范 畴而言，此类术语旨在以与术语“包含”于权利要求中被用作过渡词时所解释的 相类似的方式作可兼之解。此外，无论是详细描述还是权利要求中所使用的术 语“或”意味着“非排他或”。