CN102379147B - 寻呼无线通信系统中的接入终端群组 - Google Patents

Abstract

一实施例是针对一种接入网络，其配置快速寻呼信道QPCH循环内的寻呼指示符PI位集合以寻呼接入终端群组。所述群组内的接入终端接收所述QPCH循环，且评估所述PI位以确定单播寻呼和/或群组寻呼是否存在。另一实施例是针对选择下行链路控制信道的一个或一个以上控制信道循环中的少于全部的时隙，且配置寻呼消息以将所述选定的时隙传达到接入终端。所述接入终端接收所述经配置的寻呼消息，且仅在所述选定时隙内对信息进行解码。另一实施例是针对产生传输层消息以用于发射到至少一个接入终端，且通过修改所述传输层消息的应用层部分来配置所述传输层消息。接入终端接收所述消息且提取所述应用层部分。

Description

寻呼无线通信系统中的接入终端群组

根据35U.S.C.§119主张优先权

本专利申请案主张2009年4月10日申请的题目为“寻呼无线通信系统中的接入终端(PAGING ACCESS TERMINALS IN A WIRELESS COMMUNICATIONS SYSTEM)”的第61/168,432号临时申请案和2009年5月5日申请的题目为“寻呼无线通信系统中的接入终端(PAGING ACCESS TERMINALS IN A WIRELESS COMMUNICATIONSSYSTEM)”的第61/175,638号临时申请案的优先权，所述临时申请案中的每一者在此全文以引用的方式明确地并入本文中。

技术领域

本发明的实施例涉及无线电信系统中的通信，且更特定来说涉及寻呼无线通信系统中的接入终端。

背景技术

无线通信系统已经过多代发展，包括第一代模拟无线电话服务(1G)、第二代(2G)数字无线电话服务(包括临时的2.5G及2.75G网络)及第三代(3G)高速数据/因特网功能(Internet-capable)无线服务。目前存在许多不同类型的正在使用的无线通信系统，包括蜂窝式及个人通信服务(PCS)系统。已知的蜂窝式系统的实例包括蜂窝式模拟高级移动电话系统(AMPS)，及基于码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、TDMA的全球移动接入系统(Global System for Mobile access，GSM)变体的数字蜂窝式系统，以及使用TDMA及CDMA两种技术的较新的混合数字通信系统。

用于提供CDMA移动通信的方法在美国由电信工业协会/电子工业协会在题为“用于双模式宽带扩频蜂窝式系统的移动台-基站兼容标准(Mobile Station-Base StationCompatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System)”的TIA/EIA/IS-95-A(在本文中被称为IS-95)中加以标准化。在TIA/EIA标准IS-98中描述了组合的AMPS&CDMA系统。在IMT-2000/UM或国际移动电信系统2000/通用移动电信系统中描述了其它通信系统，标准涵盖被称为宽带CDMA(WCDMA)、CDMA2000(例如，CDMA20001xEV-DO标准)或TD-SCDMA的标准。

在无线通信系统中，移动台、手持机或接入终端(AT)接收来自固定位置的基站(还被称作小区站点或小区)的信号，所述基站支持在基站附近或周围的特定地理区域内的通信链路或服务。基站提供对接入网络(AN)/无线电接入网络(RAN)的入口点，接入网络(AN)/无线电接入网络(RAN)通常为使用基于标准因特网工程任务小组(IETF)的协议的包数据网络，所述协议支持用于基于服务质量(QoS)要求来区分业务的方法。因此，基站通常经由空中接口而与AT交互且经由因特网协议(IP)网络数据包而与AN交互。

在无线电信系统中，即按即说(PTT)能力变得受服务部门及消费者欢迎。PTT可支持“分派”语音服务，其经由例如CDMA、FDMA、TDMA、GSM等标准商用无线基础结构而操作。在分派模型中，端点(AT)之间的通信在虚拟群组内发生，其中一个“说话者”的语音被发射给一个或一个以上“收听者”。此类型通信的单一例子通常被称作分派呼叫，或简称为PTT呼叫。PTT呼叫为对一群组的例示，其定义呼叫的特征。群组本质上由成员列表与相关联的信息定义，例如，群组名称或群组标识。

常规上，无线通信网络内的数据包已经配置以发送到单一目的地或接入终端。数据向单个目的地的发射被称为“单播”。随着移动通信已增加，同时向多个接入终端发射给定数据的能力已变得较为重要。因此，已采用若干协议来支持相同包或消息向多个目的地或目标接入终端的同时数据发射。“广播”是指数据包向所有目的地或接入终端(例如，在给定小区内、由给定服务提供商服务等)的发射，而“多播”是指数据包向给定目的地或接入终端群组的发射。在一实例中，所述给定目的地群组或“多播群组”可包含一个以上且少于全部的可能目的地或接入终端(例如，在给定群组内、由给定服务提供商服务等)。然而，在某些情形下，至少有可能多播群组仅包括一个接入终端(类似于单播)，或者多播群组包括全部接入终端(例如，在小区或扇区内等)(类似于广播)。

广播和/或多播可以若干方式在无线通信系统内执行，例如执行多个循序单播操作以适应多播群组，分配唯一广播/多播信道(BCH)用于同时处置多个数据发射等等。使用广播信道用于即按即说通信的常规系统在日期为2007年3月1日且标题为“使用CDMA1x-EVDO蜂窝式网络的即按即说群组呼叫系统(Push-To-Talk Group Call System UsingCDMA 1x-EVDO Cellular Network)”的第2007/0049314号美国专利申请公开案中描述，所述美国专利申请公开案的内容以全文引用的方式并入本文中。如第2007/0049314号公开案中所描述，广播信道可用于使用常规信令技术的即按即说呼叫。虽然广播信道的使用可相对于常规单播技术改善带宽要求，但广播信道的常规信令仍可能导致额外的开销和/或延迟，且可能使系统性能降级。

第三代合作伙伴计划2(“3GPP2”)定义用于支持CDMA2000网络中的多播通信的广播-多播服务(BCMCS)规范。因此，日期为2006年2月14日、标题为“CDMA2000高速率广播-多播包数据空中接口规范(CDMA2000High Rate Broadcast-Multicast PacketData Air Interface Specification)”的3GPP2的BCMCS规范的版本(版本1.0C.S0054-A)特此以全文引用的方式并入本文中。

发明内容

一实施例是针对一种接入网络，其配置快速寻呼信道(QPCH)循环内的寻呼指示符(PI)位集合以寻呼接入终端群组。所述群组内的接入终端接收所述QPCH循环，且评估所述PI位以确定单播寻呼和/或群组寻呼是否存在。另一实施例是针对选择下行链路控制信道的一个或一个以上控制信道循环中的少于全部的时隙，且配置寻呼消息以将所述选定的时隙传达到接入终端。所述接入终端接收所述经配置的寻呼消息，且仅在所述选定时隙内对信息进行解码。另一实施例是针对产生传输层消息以用于发射到至少一个接入终端，且通过修改所述传输层消息的应用层部分来配置所述传输层消息。接入终端接收所述消息且提取所述应用层部分。

附图说明

将容易地获得对本发明实施例的更完整的了解及其许多附带优点，因为其通过参考结合附图考虑的以下详细描述变得更好理解，仅出于说明而非限制本发明的目的而呈现附图，且在附图中：

图1为根据本发明的至少一个实施例的支持接入终端及接入网络的无线网络架构的图。

图2说明根据本发明实施例的运营商网络。

图3是根据本发明至少一个实施例的接入终端的说明。

图4说明用于多播通信的寻呼多播群组成员的常规过程。

图5说明用于多播通信的寻呼多播群组成员的另一常规过程。

图6说明将快速寻呼信道内的寻呼指示符位指派于多播群组的过程。

图7说明根据本发明实施例用于多播通信的寻呼多播群组成员的过程。

图8说明常规寻呼过程。

图9说明根据本发明实施例的寻呼过程。

具体实施方式

本发明的各方面揭示于针对本发明的特定实施例的以下描述及相关图式中。可在不脱离本发明的范围的情况下设计替代实施例。此外，将不会详细描述本发明的众所周知的元件，或将省略所述元件，以免混淆本发明的相关细节。

本文使用词语“示范性”和/或“实例”来表示“充当实例、例子或说明”。本文描述为“示范性”和/或“实例”的任何实施例均不一定被解释为比其它实施例优选或有利。同样，术语“本发明的实施例”并非要求本发明的所有实施例包括所论述的特征、优点或操作模式。

此外，根据待由(例如)计算装置的元件执行的动作的序列来描述许多实施例。将认识到，可由特定电路(例如，专用集成电路(ASIC))、由正由一个或一个以上处理器执行的程序指令或由两者的组合来执行本文中所述的各种动作。此外，可认为本文中所述的这些动作序列完全体现于任何形式的计算机可读存储媒体内，所述计算机可读存储媒体中已存储对应的计算机指令集，所述指令在被执行时将致使相关联的处理器执行本文中所述的功能性。因此，本发明的各种方面可以许多不同形式来体现，所有所述形式均被预期处于所主张的标的物的范围内。此外，对于本文中所述的实施例中的每一者来说，任何所述实施例的对应形式可在本文中被描述为(例如)“经配置以(执行所描述的动作)的逻辑”。

高数据速率(HDR)订户台(在本文中被称为接入终端(AT))可为移动或固定的，且可与一个或一个以上HDR基站(在本文中被称为调制解调器池收发器(modem pooltransceiver，MPT)或基站(BS))通信。接入终端经由一个或一个以上调制解调器池收发器向HDR基站控制器发射和接收数据包，所述HDR基站控制器被称为调制解调器池控制器(MPC)、基站控制器(BSC)和/或包控制功能(PCF)。调制解调器池收发器及调制解调器池控制器是被称作接入网络的网络的部分。接入网络在多个接入终端之间输送数据包。

接入网络可进一步连接到接入网络外部的额外网络(例如，企业内联网或因特网)，且可在每一接入终端与所述外部网络之间输送数据包。已建立与一个或一个以上调制解调器池收发器的现用业务信道连接的接入终端被称作现用接入终端，且称其处于业务状态中。将正处于建立与一个或一个以上调制解调器池收发器的现用业务信道连接的过程中的接入终端称作处于连接设置状态中。接入终端可为经由无线信道或经由有线信道(例如，使用光纤或同轴电缆)通信的任何数据装置。接入终端此外可为许多类型的装置中的任一者，所述装置包括(但不限于)PC卡、压缩快闪、外部或内部调制解调器，或无线或有线电话。由接入终端用来将信号发送到调制解调器池收发器的通信链路被称作反向链路或业务信道。由调制解调器池收发器用来将信号发送到接入终端的通信链路被称作前向链路或业务信道。如本文中所使用，术语业务信道可指前向业务信道或反向业务信道。

图1说明根据本发明的至少一个实施例的无线系统100的一个示范性实施例的框图。系统100可含有经由空中接口104与接入网络或无线电接入网络(RAN)120通信的接入终端(例如，蜂窝式电话102)，接入网络或无线电接入网络(RAN)120可将接入终端102连接到在包交换数据网络(例如，企业内联网、因特网及/或运营商网络126)与接入终端102、108、110、112之间提供数据连接性的网络装备。如此处所示，接入终端可为蜂窝式电话102、个人数字助理108、寻呼机110(其在此处被展示为双向文本寻呼机)或甚至为具有无线通信门户的单独计算机平台112。因此，本发明的实施例可实现于包括无线通信门户或具有无线通信能力的任何形式的接入终端上，其包括(但不限于)无线调制解调器、PCMCIA卡、个人计算机、电话，或其任何组合或子组合。此外，如本文中所使用，术语“接入终端”、“无线装置”、“客户端装置”、“移动终端”及其变体可互换使用。

再次参看图1，本发明的示范性实施例的无线网络100的组件及元件的相互关系不限于所说明的配置。系统100仅为示范性的且可包括允许远程接入终端(例如，无线客户端计算装置102、108、110、112)在其两者间及多者间及/或在经由空中接口104及RAN 120而连接的组件的两者间及多者间进行无线通信的任何系统，其包括(但不限于)运营商网络126、因特网及/或其它远程服务器。

RAN 120控制发送到基站控制器/包控制功能(BSC/PCF)122的消息(通常发送为数据包)。BSC/PCF 122负责在包数据服务节点160(“PDSN”)与接入终端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两者的功能性的单个“混合”模块中。

图2说明根据本发明的实施例的运营商网络126。在图2的实施例中，运营商网络126包含包数据服务节点(PDSN)160、广播服务节点165、应用服务器170和因特网175。然而，在替代实施例中，应用服务器170和其它组件可位于运营商网络的外部。PDSN 160为利用(例如)cdma2000无线电接入网络(RAN)(例如，图1的RAN 120)的移动台(例如，接入终端，例如来自图1的102、108、110、112)提供对因特网175、内联网和/或远程服务器(例如，应用服务器170)的接入。通过充当接入网关，PDSN 160可提供简单IP和移动IP接入、国外代理支持以及包输送。PDSN 160可充当用于验证、授权与记账(AAA)服务器和其它支持性基础结构的客户端，且向移动台提供到达IP网络的网关，如此项技术中已知。如图2所示，PDSN 160可经由常规A10连接与RAN120(例如BSC/PCF 122)通信。A10连接是此项技术中众所周知的，且为了简明起见将不进一步对其进行描述。虽然未说明，但应用服务器170可经配置以包含广播和多播服务(BCMCS)内容提供商、一个或一个以上AAA服务器、即按即说(PTT)服务器、媒体复制器、群组管理数据库、呼叫记录装置等，其中每一者的功能是此项技术中众所周知的。

参看图2，广播服务节点(BSN)165可经配置以支持多播和广播服务。下文将更详细地描述BSN 165。BSN 165经由广播(BC)A10连接与RAN 120(例如BSC/PCF 122)通信，且经由因特网175与应用服务器170通信。BCA10连接用以传送多播和/或广播消息接发。因此，应用服务器170经由因特网175将单播消息接发发送到PDSN 160，且经由因特网175将多播消息接发发送到BSN 165。

再次参见图2，BCMCS内容服务器(未图示)使BCMCS内容(例如，即按即说(PTT)音频包)在IP多播流内可用。如果启用较高层加密，那么BCMCS内容服务器可加密流内容。

一般来说，如下文将更详细地描述，RAN 120经由空中接口104的广播信道(BCH)向一个或一个以上接入终端200发射经由BCA10连接从BSN 165接收的多播消息。如本文使用，“多播消息”和“多播”既定涵盖潜在地包含两个以上参与者的任何群组通信或任何通信，其中RAN 120知晓AT的群组成员关系的关联。举例来说，无论应用服务器170是否经由IP单播或IP多播协议连接三个AT，所得的呼叫仍可视为如本文使用的多播呼叫(其中具体引用IP多播或单播的情况除外)，只要RAN 120知晓三个AT正在参与群组通信即可(例如，尽管有可能群组通信的至少一个“收听者”从未向会话注册)。同样，如果呼叫起始者尝试针对群组呼叫以两个或两个以上其它AT为目标，且仅一个AT在至少一时间周期内进行响应，那么尽管在一时间周期内仅存在两个参与者，所得呼叫也仍是群组或多播呼叫。然而，例如对例如多播接入终端识别符(MATI)做出参考的某些实施例更特定针对IP多播实施方案，且不一定是基于IP单播的群组或多播会话，因为在IP单播中通常不使用MATI。

参看图3，例如蜂窝式电话的接入终端200(此处为无线装置)具有平台202，所述平台202可接收并执行从RAN 120传输的软件应用程序、数据及/或命令(其最终可来自运营商网络126、因特网及/或其它远程服务器及网络)。平台202可包括收发器206，其可操作地耦合到专用集成电路(“ASIC”208)或其它处理器、微处理器、逻辑电路或其它数据处理装置。ASIC 208或其它处理器执行与无线装置的存储器212中的任何驻留程序介接的应用程序编程接口(“API”)210层。存储器212可包括只读存储器或随机存取存储器(RAM及ROM)、EEPROM、快闪卡或通用于计算机平台的任何存储器。平台202还可包括本地数据库214，本地数据库214可将未有效使用的应用程序保持在存储器212中。本地数据库214通常为快闪存储器单元，但可为如此项技术中已知的任何辅助存储装置，例如，磁性媒体、EEPROM、光学媒体、磁带、软盘或硬盘，或类似物。如此项技术中已知，内部平台202的组件还可操作地耦合到例如天线222、显示器224、即按即说按钮228及小键盘226及其它组件等的外部装置。

因此，本发明的一实施例可包括一种接入终端，所述接入终端包括执行本文中所述的功能的能力。如所属领域的技术人员将了解，各种逻辑元件可以离散元件、执行于处理器上的软件模块或软件与硬件的任何组合实施，以实现本文中所揭示的功能性。举例来说，可以协作方式使用ASIC 208、存储器212、API 210及本地数据库214的所有来加载、存储并执行本文中所揭示的各种功能，且因此可将用于执行这些功能的逻辑分配于各种元件上。或者，可将功能性并入一个离散组件中。因此，应认为图3中的接入终端的特征仅为说明性的，且本发明不限于所说明的特征或布置。

接入终端102与RAN 120之间的无线通信可基于不同的技术，例如码分多址(CDMA)、WCDMA、时分多址(TDMA)、频分多址(FDMA)、正交频分多路复用(OFDM)、全球移动通信系统(GSM)或可在无线通信网络或数据通信网络中使用的其它协议。数据通信通常在客户端装置102、MPT/BS 124与BSC/PCF 122之间。BSC/PCF122可连接到多个数据网络，例如，运营商网络126、PSTN、因特网175、虚拟专用网络及类似网络，因此允许接入终端102接入较广泛的通信网络。如前文中所论述且此项技术中已知的，语音传输及/或数据可使用各种网络及配置而从RAN传输到接入终端。因此，本文中所提供的说明不希望限制本发明的实施例且仅辅助描述本发明的实施例的各方面。

为了更好地理解本发明，关于图4和图5描述在快速寻呼信道(QPCH)上用寻呼指示符(PI)位来寻呼多播群组的成员的常规方法，随后关于图6和图7描述根据本发明实施例的在QPCH上的多播寻呼协议。如本文使用，‘多播’群组既定指代由IP多播协议和/或IP单播协议支持的群组呼叫，除非关于特定实施例指代特定协议。举例来说，多播接入终端识别符(MATI)通常用于IP多播而不是IP单播。

下文中，描述图4到图7，其中寻呼在下行链路控制信道(CCH)上发生。因此，本描述至少直接适用于例如EV-DO等无线协议，其包含用于寻呼无线通信系统内的接入终端的下行链路CCH。然而将了解，在替代实施例中，可使用其它下行链路信道来寻呼AT。举例来说，在1x中使用寻呼信道(PCH)和/或下行链路共同控制信道(F-CCCH)来寻呼AT。同样，快速寻呼信道(QPCH)在EV-DO中在CCM上实施为逻辑信道或子信道，且在特定时隙作为单独的消息来发射(例如，但QPCH可能要求物理层处的某种特定处理)。在1x中，QPCH是物理信道。因此，虽然下文在关于EV-DO描述的实施例中描述为逻辑信道，但其它实施例可针对作为单独物理信道的QPCH。

因此，虽然下文关于EV-DO术语来描述，但将了解，实施例不限于EV-DO实施方案。因此，如本文使用，将下行链路CCH定义为当在空闲模式中操作时给定AT周期性监视是否有移动终端数据的任何广播信道，其中另外指示仅在对特定无线通信协议(例如，EV-DO修正版A、修正版B、1x等)给出明显参考的情况下受限的CCH的定义。同样，下文对CCH封装的参考可在其它协议中以不同方式指定，例如在一实例中通过更一般的术语“时隙”。而且，虽然某些协议将‘寻呼消息’定义为特定类型的消息，但下文提到的寻呼消息既定广义地解释为对应于指示一或多个AT监视下行链路信道(例如，下行链路CCH、PCH、F-CCCH等)的任何下行链路消息，除非另外有所指示。

图4说明用于多播通信的寻呼多播群组成员的常规过程。QPCH是用以寻呼无线系统100内的接入终端的前向链路信道。EV-DO中的QPCH的特定循环可在CCH循环内的给定控制信道封装上载运，其中每控制信道封装发射一个QPCH循环(例如，但也有可能以更低频率提供QPCH循环，例如每隔一个CCH循环等等)。QPCH在接入终端处节省电力，因为接入终端仅需要周期性地监视QPCH而不是连续监视发射信道和/或下行链路控制信道。如果QPCH指示“潜在的”寻呼，那么接入终端接着监视或评估另一下行链路信道部分以确认接入终端是否已被寻呼。举例来说，在EV-DO中，接入终端将监视下行链路控制信道循环上在QPCH循环之后的控制信道封装，而在1x中，在一实例中，接入终端将监视从QPCH循环的末尾偏移给定时间量(例如20ms)的寻呼信道。

在400中，RAN 120确定AT 1...N中给定AT(“AT1”)的单播接入终端识别符(UATI)。接着，在405中，RAN 120将散列函数应用于AT1的UATI(例如，或其它唯一识别符，如下文论述)以便将UATI映射到去往AT1的QPCH循环上的寻呼指示符(PI)位。

大体上，AT 1...N中的每一接入终端将基于每一接入终端的唯一识别符(例如，1xEV-DO中的UATI、1xEV-DO中的MATI、1x中的IMSI等)而被指派QPCH循环上的给定PI位，且已为了便于解释而关于AT1描述了图4的过程。下文中，将本发明的实施例描述为应用于根据1xEV-DO的UATI。然而将容易了解，所属领域的技术人员可修改这些实施例以便符合与其它标准(或与1xEV-DO中的MATI)一致的唯一识别符。举例来说，用于AT的SessionSeed可代替UATI用以唯一地识别AT。无线通信系统100内的UATI的数目可相对高，而QPCH循环上的可用PI位的数目相对低。因此，在405中，RAN 120映射或“散列”UATI以向每一AT指派一个PI位(或一个以上位)，405，其中相同的PI位可指派于不同的AT。因此，如果设定一或多个PI位以指示寻呼，那么PI位仅指示“潜在的”寻呼，因为PI位可能实际上指示对已被指派相同PI位的另一接入终端的寻呼。

返回到405，用于UATI的散列函数可对应于任一众所周知的散列函数，且可基于每一QPCH循环中的PI位的数目。举例来说，假定每一QPCH循环(例如，以给定周期发射，例如每200ms或在给定CCH封装上每CCH循环一次，如上所述)包含16个PI位。因此，在一实例中，散列函数可掩蔽AT1的UATI的除4个最低有效位(LSB)之外的所有位，且将由所述4个LSB指示的二进制数用作AT1被指派的PI位的位置。因此，如果AT1的UATI的4个LSB是“0000”，那么AT1可被指派所述16个PI位中的第一LSB。如果AT1的UATI的4个LSB是“1110”，那么AT1将被指派所述16个PI位中的第十五个LSB或第二最高有效位(MSB)等等。然而将了解，在步骤405中可使用任何众所周知的散列函数。

在一实例中，QPCH循环可对应于EV-DO修正版A中的QPCH消息(例如，给定位或字段、同步或次同步控制信道标头等，其在下文更详细论述)。在另一实例中，QPCH循环可对应于1xEV-DO中作为具有快速寻呼指示符位的快速同步控制信道封装的一部分来发射的快速寻呼消息。在另一实例中，QPCH循环可为EV-DO修正版B中的快速寻呼消息。在另一实例中，QPCH循环可对应于1x中作为具有PI位的物理下行链路信道的QPCH。因此将了解，虽然在下文描述的本发明的实施例中对QPCH循环做出参考，但既定关于任一信道或给定信道的任一时隙(例如，控制信道封装)来广义地理解QPCH循环，所述任一信道或给定信道的任一时隙传达关于是否检查另一下行链路信道或信道部分(例如，1x中的寻呼信道、EV-DO中的CCH上的后续控制信道封装等)以确认寻呼的信息。在另一实例中，QPCH循环可对应于包含或封装给定消息(例如，快速寻呼消息)的专用消息，所述给定消息指示后续寻呼(或其它消息)可能到达AT。举例来说，所述专用消息可经封装作为EV-DO中的StorageBlobRequest(例如，BCMCSFlowRegistration请求)或StorageBlobAssignment消息的一部分，且在同步或次同步封装中的初始控制信道MAC包中发射。

在410中，AT1周期性地监视QPCH上其被指派的PI位以确定是否存在AT1正被寻呼的可能性。举例来说，AT1可处于空闲状态(例如，当接入终端未参与电话呼叫、多播会话等时)，且可周期性加电以检查给定QPCH循环以便确定AT1是否正被寻呼。在又一实例中，设定为较高逻辑电平(例如，二进制“1”)的PI位可指示寻呼，且设定为较低逻辑电平(例如，二进制“0”)的PI位可指示未寻呼。

在415中，假定RAN 120确定AT1未被寻呼。进一步假定AT 2...N中已被指派与AT1相同的PI位的任何其它AT均未被寻呼。通过这些假设，RAN 120设定为AT1指派的PI位以指示未寻呼(例如，AT1的PI位＝“0”)，415，且RAN 120在前向链路QPCH上(例如，在下一QPCH循环)发射PI位，其中AT1的PI位设定为未寻呼状态，420。举例来说，如果AT1被指派单个PI位，且AT1的PI位是QPCH循环中的16个PI位中的第十五个位，那么在一实例中可如下配置QPCH循环：

PI位编号：	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	1
																	PI位值	X	X	X	X	X	X	X	X	X	X	X	X	X	X	O	X

表1-实例QPCH循环

其中设定为较低逻辑电平(例如，二进制“0”)的PI位指示未寻呼，且设定为“X”的PI位指示“无关”状态(即，这些PI位可设定为“0”或“1”而不影响AT1)。

接着，AT1监视QPCH循环且检测其PI位不指示寻呼，425。如果AT1从空闲状态醒来以检查QPCH循环，那么AT1可继续空闲模式直到加电以评估下一QPCH循环为止。同样将了解，被指派与AT1相同的PI位的任何其它AT也在425中检查QPCH循环且检测PI位的未寻呼状态。

在435中，应用服务器170(或其它起始者)请求将多播包发送到至少包含AT1的多播群组。因此，在435中，将多播包路由到BSN 165。在440中，BSN 165经由BCA10连接将多播包转发到RAN 120。举例来说，首先将多播包转发到BSC/PCF 122，且BSC/PCF 122针对多播包分析多播群组成员，且将多播包转发到服务于一个或一个以上多播群组成员的每一MPT/BS 124。

一旦RAN 120接收到待发送到与多播会话(例如，广播多播服务(BCMCS)会话)相关联的多播群组成员的多播包，RAN 120便确定每一多播群组成员的UATI。RAN 120将散列函数应用于AT的每一UATI或替代的唯一识别符(例如，在不同于1xEV-DO的协议中，如上文提到)，以便将QPCH上的至少一个PI位指派于每一多播群组成员，450。在一实例中，散列步骤450可在接收到来自440的多播包之前执行，且因此无需在每次接收到多播包时执行。换句话说，RAN 120可维持具有每一UATI(或其它唯一识别符)及其在QPCH上的QPCH循环内的相关联PI位的位置的表。在450中应用于多播群组成员的散列函数可为在405中应用于AT1的UATI的相同散列函数。

在确定每一多播群组成员的PI位位置之后，RAN 120设定为每一多播群组成员指派的PI位以指示寻呼(例如，多播群组成员PI位＝“1”)，455，且RAN 120在前向链路QPCH上发射QPCH循环，其中每一多播群组成员的PI位设定为寻呼状态，460。多播群组成员(包含AT1)监视QPCH循环且检测其相应的PI位指示潜在寻呼，465。接着，因为多播群组成员检测到QPCH循环上的寻呼指示，所以多播群组成员接着确认下行链路CCH上的寻呼(例如，在EV-DO中通过对下行链路CCH上在QPCH循环之后的CCH封装进行解码)，470。举例来说，在EV-DO中，在QPCH循环的CCH封装之后的下行链路CCH封装指示给定AT是否实际上被寻呼，而对应于QPCH循环的CCH封装仅指示潜在寻呼。或者，在例如上述1x实施方案中，在从QPCH循环的给定时间偏移之后可在470中检查PCH(例如，1x网络中的前向链路寻呼信道(F-PCH)或前向链路-共同控制信道(F-CCCH))。RAN 120随后通过此项技术中已知的群组发射(例如，IP多播、IP单播等)协议经由空中接口104将多播包发射到所寻呼的多播群组成员，475，且多播群组成员退出空闲模式(在适用的情况下)且监视多播发射，480。

然而，如将了解，多播群组成员不一定是在465中接收到指示潜在寻呼的PI位的仅有接入终端。举例来说，假定AT 1...N包含AT 1到10，其中AT 1到5为多播群组成员，且在QPCH循环中存在4个PI位。进一步假定在散列步骤450之后，AT 1到10的PI位位置如下：

PI位位置：	1	2	3	4
					AT编号：	1，4，5，6	2，7，8，9	3	10

表2-QPCH循环内用于AT的PI位位置的实例

参见表2(上表)，(i)第一号PI位位置包含多播群组成员AT1、AT4和AT5，(ii)第二号PI位位置包含多播群组成员AT2、AT7、AT8和AT9，(iii)第三号PI位位置包含多播群组成员AT3，且(iv)第四号PI位位置不包含任何多播群组成员。因此，第一号、第二号和第三号PI位位置各自包含至少一个多播群组成员，且RAN 120设定第一号、第二号和第三号PI位位置以指示寻呼，455(例如，第一号、第二号和第三号PI位位置＝“1”)。然而，如所属领域的技术人员将了解，非成员AT 6、7、8和9也分别被指派第一号和第二号PI位。因此，AT 6、7、8和9在接收到QPCH循环时将即刻检测到潜在寻呼，且将耗费额外电力来检查至少一个其它下行链路CCH封装(例如，或1x中的PCH或F-CCCH)以确认寻呼。因此，较高数目的非成员AT可在多播会话期间接收到其相应PI位的“错误肯定(false-positive)”设定。在上文关于表2提供的实例中，每一多播群组成员被指派指示对所述AT的潜在寻呼的单个PI位。然而将了解，其它实施例可针对AT或多播群组成员被指派多个PI位，使得所述多个PI位中的每一者将被设定于有效寻呼状态以指示对所述AT的潜在寻呼。

图5说明用于多播通信的寻呼多播群组成员的另一常规过程。参见图5，在500中，AT 1...N周期性监视QPCH以确定是否指示潜在寻呼。在505中，应用服务器170(或另一起始者)请求将多播包发送到包含若干多播群组成员的多播群组。因此，在505中，将多播包路由到BSN 165。在510中，BSN 165经由BCA10连接将多播包转发到RAN120。举例来说，首先将多播包转发到BSC/PCF 122，且BSC/PCF 122针对多播包分析多播群组成员，且将多播包转发到服务于一个或一个以上多播群组成员的每一MPT/BS124。

一旦RAN 120接收到待发送到与多播会话(例如，BCMCS会话)相关联的多播群组成员的多播包，RAN 120便设定QPCH循环以指示广播寻呼，515。广播寻呼不意味着将多播包广播到AT 1...N，而是意味着QPCH循环(或一个以上QPCH循环)向AT 1...N中的每一者指示监视另一下行链路CCH部分以确认广播寻呼(例如，如上所述，在EV-DO中，这意味着检查在QPCH循环的CCH封装之后的CCH循环上的下一CCH封装)。通过如此项技术中已知修改QPCH循环的标头，或者通过设定QPCH内的每一PI位以指示寻呼(例如，每一PI位＝“1”)，QPCH循环可经设定以指示广播寻呼。举例来说，如果QPCH循环包含16个PI位，那么经配置以指示广播寻呼的QPCH循环可如下：

PI位编号：	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16
																	PI位值	1	1	1	1	1	1	1	1	1	1	1	1	1	1	1	1

表3-实例性广播寻呼QPCH循环

接着，RAN 120在前向链路QPCH上发射QPCH循环，其中(i)在QPCH循环的标头中指示的广播寻呼或(ii)每一PI位经设定以指示寻呼状态，520。AT 1...N监视QPCH循环且检测潜在寻呼，525。接着，AT 1...N进一步评估下行链路CCH(例如，在EV-DO中，通过检查在QPCH循环的CCH封装之后的CCH封装)，530，且多播群组成员确认实际的多播寻呼，而非成员AT仅在非成员AT被单独寻呼(例如，由另一多播或单播会话)的情况下确认寻呼。RAN 120随后通过此项技术中已知的群组发射(例如，IP多播、IP单播等)协议经由空中接口104将多播包发射到所寻呼的多播群组成员，535，且多播群组成员退出空闲模式(在适用的情况下)且监视多播发射，540。

然而，类似于以单播方式激活每一多播群组成员的PI位，图5的广播寻呼通常需要对非成员AT的若干“错误肯定”寻呼指示，其可能在所述非成员AT处不必要地消耗电力。因此，本发明的实施例是针对用于多播会话的寻呼协议，其减少了接收到对多播会话的错误肯定寻呼指示的非成员AT的数目。

图6说明将PI位指派于多播群组的过程，且图7说明根据本发明实施例用于群组通信的寻呼多播群组成员的过程。将了解，图6主要是针对MATI实施方案，且因此特定针对基于IP多播的群组会话，而不一定涉及IP单播。另一方面，图7更为一般，且在图7中关于MATI给出实例，图7可以非MATI方式实施，其可针对基于IP单播或IP多播的群组会话。

参见图6，在600中，RAN 120指派用于QPCH循环的标头配置，其指示一个或一个以上多播PI位的存在。举例来说，QPCH循环的EV-DO MAC标头的保留字段内的特定位设定可用以指示QPCH循环内一个或一个以上多播PI位的存在。表4(下表)说明用于MAC层控制信道QPCH循环(例如，在1xEV-DO修正版A网络中)的QPCH循环标头的若干实例。如将了解，虽然表4中未说明，但其它实施例可针对例如1x网络中的F-PCH或F-CCCH中的QPCH循环的标头配置。

字段	长度(位)
		SynchronousCapsule	1
FirstPacket	1
		LastPacket	1
Offset	2
		S1eepStateCapsuleDone	1
保留	2

表4-QPCH循环标头实例

在600中指派标头配置之后，RAN 120向存在于一个或一个以上多播群组内的AT告知所述指派的标头配置，使得多播群组成员AT可分析QPCH循环的标头以确定是否检查多播群组的相关联PI位，605。在另一实例中，QPCH循环标头的2位保留字段可经设定以指示对多播AT的寻呼的存在(例如，代替于实际QPCH循环内的PI位或除了所述PI位以外)。

接着，RAN 120确定用于特定多播群组的多播接入终端识别符(MATI)，610。MATI是多播群组的唯一识别符，而UATI(上文论述)是特定接入终端的唯一识别符。在615中，RAN 120将散列函数应用于MATI以将QPCH循环内的PI位位置映射到由MATI识别的多播群组。

615的散列函数可以任意数目种方式配置。举例来说，MATI散列函数可经配置为与上文关于图4的405/450描述的UATI散列函数相同。如所属领域的一般技术人员将了解，UATI和MATI两者可散列到相同的PI位。在另一实例中，如果预期多播群组较大，那么散列函数可将MATI指派于QPCH循环内的“保留”多播PI位位置，其中UATI不散列到保留的多播PI位位置。虽然以上实例说明在615中可应用的几个可能的散列函数，但将了解，本发明的其它实施例可针对615中任一类型的众所周知的散列函数的实施方案。在将MATI散列到给定多播群组的QPCH循环之后，RAN 120向给定多播群组的多播群组成员告知所指派的PI位位置。因此，如下文关于图7将更详细描述，如果QPCH循环的标头配置指示一个或一个以上多播群组正被寻呼(600、605)，那么给定多播群组的多播群组成员检查用于给定多播群组的PI位(610、615、620)。1x和EV-DO标准定义了用于在其框架结构内启用QPCH循环的散列函数。

参见图7，AT 1...N周期性监视QPCH以确定潜在寻呼是否存在于QPCH循环内。在705中，RAN 120确定是否将寻呼任何多播群组。举例来说，在705中，如果RAN 120接收到用于发射到多播群组的一个或一个以上多播包，那么RAN 120可确定寻呼所述多播群组。在705中，假定RAN 120确定将不寻呼任何多播群组，且因此RAN 120配置QPCH循环的标头以指示不存在多播寻呼，710。举例来说，在710中，RAN 120配置QPCH循环的标头可以常规方式来配置(例如，不同于如图6的600中确定的标头配置)。接着，RAN 120将QPCH循环的PI位发射到AT 1...N。此处，QPCH循环仅包含基于经散列UATI来寻呼AT的单播PI位，如此项技术中已知且上文关于图4的部分所描述。

正监视QPCH的AT 1...N(例如，通过在处于空闲状态时临时加电，参与作用中通信会话的AT除外)接收由RAN 120发射的QPCH循环。AT 1...N分析QPCH循环的标头，且确定其中不含多播寻呼，720。因此，AT 1...N接着评估其相应单播PI位以确定对于相应AT是否存在潜在的单播寻呼，725。虽然为了简明在图7中未说明，但AT 1...N中确定潜在寻呼存在的AT可进一步检查下行链路CCH(例如，在EV-DO中通过对后续CCH封装进行解码)以确认寻呼，而AT 1...N中确定潜在寻呼不存在的AT无需进一步对CCH循环进行解码(例如，至少直到未来CCH循环上的下一QPCH循环为止)，继续空闲模式等。

在730中，应用服务器170(或其它起始者)请求将多播包发送到包含若干多播群组成员的多播群组。因此，在730中，将多播包路由到BSN 165。在735中，BSN 165经由BCA10连接将多播包转发到RAN 120。举例来说，首先将多播包转发到BSC/PCF122，且BSC/PCF 122针对多播包分析多播群组成员，且将多播包转发到服务于一个或一个以上多播群组成员的每一MPT/BS 124。

因此，在740中，RAN 120确定是否寻呼任何多播群组。此处，因为BSN 165已转发待发射到给定多播群组的多播包，所以在740中RAN 120确定寻呼给定多播群组。接着，在745中，RAN 120配置QPCH循环的标头以指示一个或一个以上多播寻呼的存在。举例来说，标头配置可对应于在图6的600内建立的配置。RAN 120还设定QPCH循环上用于给定多播群组的多播PI位以指示对给定多播群组的寻呼，750。用于给定多播群组的多播PI位对应于通过散列函数在615中建立的PI位位置。

在755中，RAN 120向AT 1...N发射QPCH循环，其包含(i)经配置的多播指示标头，和(ii)PI位。不同于在715中发射的QPCH循环，755的QPCH循环包含指示多播寻呼的至少一个PI位以及存在的任何单播PI位。同样，在755中，RAN 120配置控制信道(CCH)以指示对给定多播群组的实际寻呼，且将经配置的CCH发射到给定多播群组。举例来说，经配置的CCH可包含包括指示对多播群组的潜在寻呼的QPCH循环的第一CCH封装，以及用以确认多播群组寻呼的第二CCH封装(例如，直接跟随第一CCH封装)。

继续监视QPCH的AT 1...N(例如，通过在处于空闲状态时临时加电，参与作用中通信会话的AT除外)接收由RAN 120发射的QPCH循环。AT 1...N分析QPCH循环的标头，且确定其中含有一个或一个以上多播寻呼，760。在725中，AT 1...N中的每一者评估其相应单播PI位以确定对于相应AT是否存在潜在的单播寻呼，765。而且进一步在765中，AT 1...N中属于至少一个多播群组的AT进一步评估用于所述至少一个多播群组的多播PI位以确定对多播群组成员是否存在潜在的多播寻呼。举例来说，在图6的620处将由多播群组成员评估的多播PI位传送到多播群组成员。

在770中，(i)所寻呼的多播群组成员和(ii)在QPCH循环内具有与任何所寻呼多播群组相同的PI位位置的AT均执行对下行链路CCH的额外评估(例如，在EV-DO协议中，通过对跟随载运QPCH循环的CCH封装的下一CCH封装进行解码)。此处，所寻呼的多播群组成员确认多播寻呼，而在QPCH循环内具有与所述多播群组相同的PI位位置的AT确定是否存在单播寻呼(即，因为非成员AT不关注多播寻呼)。RAN 120随后通过此项技术中已知的多播协议(例如，如755中的CCH寻呼中指示)经由空中接口104将多播包发射到所寻呼的多播群组成员，775，且多播群组成员退出空闲模式(在适用的情况下)且监视多播发射，780。

如所属领域的技术人员将了解，与图4的单播实施方案或图5的广播实施方案相比，基于MATI配置对特定多播群组的多播寻呼以占据QPCH循环内的单个PI位减少了对非成员AT的错误肯定寻呼指示符的数目。如上文论述，用于寻呼多播群组的单播实施方案(其中基于每一AT的UATI通过单播协议来寻呼每一多播群组成员)寻呼QPCH循环上与每一多播群组成员相关联的每一PI位。同样，用于寻呼多播群组的广播实施方案设定广播PI位以寻呼所有AT。因此，将MATI映射或散列到QPCH循环内的单个PI位可减少针对多播所寻呼的非成员AT的数目(即，因为与具有多个PI位的非成员AT相比，具有单个PI位的非成员AT潜在是不方便的)。

然而，如所属领域的一般技术人员将了解，作为相对于在作为多播群组的成员的AT处的处理开销的折中而实现非成员AT的错误肯定的减少。在图4中，每一多播群组成员监视QPCH循环上其自身的单播PI位，但无需监视任何其它PI位。如图7中描述，多播群组成员评估QPCH循环内的至少一个额外PI位位置，这可消耗成员AT处的资源(例如，电力、处理时间等)(例如，除非多播PI位位置经映射/散列到与成员AT的单播PI位相同的PI位位置)。

如上文关于本发明的实施例论述，QPCH节省接入终端处的电力，因为接入终端仅需要周期性监视QPCH而不是连续监视发射信道或下行链路CCH的其余部分。换句话说，当接入终端空闲时，接入终端保持在备用模式中，但会周期性醒来以检查QPCH是否存在潜在寻呼。接入终端醒来的速率越高，备用时间越少，但延迟设置时间也减少。

上文关于图6和图7描述的实施例已大体上针对其中手持机或AT相对频繁地醒来以检查QPCH循环上的其PI位(例如，AT每CCH循环醒来一次以检查QPCH循环是否存在潜在寻呼)的协议(例如，1xEV-DO修正版B)。如果QPCH循环内的PI位由AT解码且这些位指示AT具有可能以其为目的地的寻呼，那么AT对控制信道封装(或1x中的PCH)进行解码以确定是否确实存在寻呼和/或其它形式的移动终端消息(例如，针对BOM、DOS宣告消息等)。用于确认寻呼的下行链路信道部分通常在时间上从QPCH循环偏移一固定量。举例来说，在EV-DO中，如果载运QPCH循环的CCH封装指示对AT的潜在寻呼，那么下行链路CCH循环上用于AT确认寻呼的CCH封装是在QPCH循环之后的时隙或封装处发生。在另一实例中，在1x中，如果QPCH循环指示对AT的潜在寻呼，那么用于AT确认寻呼的PCH部分在QPCH循环的末尾之后的给定时间(例如，约20ms)开始。如果PI位指示没有以此AT为目的地的寻呼，那么AT将不对后续CCH封装和/或PCH进行解码，而是将进入休眠(例如，空闲模式)，进而节省电池电力。如果AT例如由于不良信道条件而不能对PI位(或QuickPage消息)进行解码，那么AT继续对用于确认寻呼的信道部分(例如，EV-DO中的下一CCH封装等)进行解码以确认或否定确认是否存在寻呼。

如上文提到，QPCH循环较短，且相对频繁地发生(例如，在EV-DO中在CCH的一个封装内每CCH循环一次)，且AT醒来以监视QPCH上的潜在寻呼的速率越高，AT的备用时间越少(例如，可能增加电力消耗)，同时呼叫设置延迟减少(例如，因为AT可能在AT被寻呼的第一CCH循环期间辨识出寻呼)。通常，在CDMA系统中，每控制信道封装(例如，在EV-DO中的CCH上)或PCH时隙(例如，在1x中)存在一个QPCH循环，但将了解，在本发明的其它实施例中，QPCH循环可更频繁(例如，每CCH循环一次以上)或更不频繁(例如，每隔一个CCH循环、每三个CCH循环一次等)地发生。

此外将了解，对于QPCH循环内的AT的PI位，错误肯定是可能的(例如，因为PI位不是AT特定的，且经设定以指示对AT或AT群组的潜在寻呼的PI位不一定既定寻呼指派于所述PI位的每一AT)，这在AT并未实际被寻呼的情况下可增加AT的电力消耗，且进而降低QPCH方法的可靠性。而且，使用QPCH循环来指示AT的潜在寻呼需要AT与RAN 120之间的协商(例如，如图6中，用以将PI位指派于AT)。大体上，在蜂窝式网络中，较大数目N个AT可向RAN 120注册(例如，50,000＜N＜200,000)。然而，为了效率，QPCH循环的大小并不具有与每一AT相关联的个别PI位。因此，如果存在180个位可用，那么预期平均有N/180个AT将散列到相同的PI位。因此，PI位大体上在设定时指示寻呼到达所述N/180个AT中的任一者。由于N/180个AT的寻呼到达速率仍相对小，因此即使对于较大的N，AT也仅对处于空闲状态的有限数目的CCH封装进行解码。因此，在蜂窝式网络中，QPCH对AT的备用时间提供增益。

图8说明常规寻呼过程。参见图8，RAN 120确定是否将数据发送到AT 1，800。如果RAN 120确定将数据发送到AT 1，那么RAN 120通过在下行链路CCH封装上发送寻呼消息(例如，QuickConfig消息)来寻呼AT 1，805。如图8的实施例中使用，寻呼消息对应于指示AT是否正实际被寻呼的消息，与由于每一PI位向多个AT的指派而仅可指示对AT的‘潜在’寻呼的QPCH循环形成对比。常规上，在对AT的实际寻呼之后，AT设置业务信道以接收与寻呼相关联的数据，而潜在寻呼的指示提示AT确认CCH(例如，或在某些非EV-DO系统中的PCH)上的寻呼。如现在将描述，与寻呼相关联的数据也可在CCH上发送，而不一定需要设置单独的TCH。在图8中，假定805的寻呼指示AT 1监视或解码下行链路CCH。如将了解，在此假定下，寻呼AT 1指示AT 1对下行链路CCH上的控制信道封装进行解码，直到另一CCH封装指示AT 1不再被寻呼为止。

参见图8，AT 1醒来且对CCH上的寻呼进行解码，810，且开始对下行链路CCH上的每一控制信道封装进行解码，815。RAN 120在下行链路CCH上的控制信道封装中的一者或一者以上上将一个或一个以上数据包发射到AT 1，820。虽然图8中未明显展示，但假定AT 1成功地对820中发射的每一数据包进行解码，因为AT 1连续对每一控制信道封装进行解码。

在825中，RAN 120确定是否继续将数据发送到AT 1。如果AT 1确定继续将数据发送到AT 1，那么过程返回到805且下一CCH循环指示AT 1仍在被寻呼。否则，下一CCH循环指示AT 1不再被寻呼，830。AT 1监视CCH且检测对AT 1的寻呼不再存在，835，且AT 1停止对下行链路CCH上的控制信道封装进行解码，840。

如所属领域的一般技术人员将了解，甚至有可能下行链路CCH上并非所有控制信道封装均将包含用于AT 1的消息，即使假定AT 1正被寻呼。因此，现在将关于图9更详细描述的本发明实施例是针对在一个或一个以上接入终端处(例如，在不一定使用QPCH的系统内，例如1xEV-DO修正版A网络)增加备用时间以节省电力，同时也减少了在寻呼的情况下AT在下行链路控制信道上必须解码的包的数目。在下文描述的本发明实施例中，在下行链路CCH(例如，EV-DO中的CCH、1x中的PCH或F-CCCH等)上载运的寻呼消息(例如，QuickConfig消息、StorageBlobAssignment消息等，或指示AT监视下行链路信道是否有传入消息的任何消息)指示一个或一个以上控制信道封装是否包含为特定AT或AT群组指定的数据或其它信息，且还指示一控制信道封装集合(例如，CCH循环间隔之间的封装集合)中并非所有控制信道封装均供AT解码(例如，替代对每一控制信道封装进行解码直到AT的寻呼状态改变为止)。虽然下文描述的实施例大体上是针对1xEV-DO修正版A网络，但将了解本发明的其它实施例可如何针对包含指示寻呼的下行链路信道的任何网络(例如，即使所述网络还包含QPCH)。

图9说明根据本发明实施例的寻呼过程。参见图9，RAN 120确定是否将数据发送到AT 1，900。如果RAN 120确定将数据发送到AT 1，那么RAN 120寻呼AT 1，805。在905中，RAN 120选择下行链路CCH上的给定控制信道封装集合(例如，控制信道封装集合可包含寻呼消息发射的时间与下一寻呼消息发射的时间之间的每一控制信道封装)中少于全部的控制信道封装供AT 1监视。如将了解，控制信道封装集合可包含同步控制信道封装、次同步控制信道封装和/或非同步控制信道封装。在一实例中，选定的少于全部的控制信道封装可对应于RAN 120既定在其上发射为AT 1指定的包的控制信道封装。在另一实例中，选定的少于全部的控制信道封装可对应于在RAN 120既定在其上发射为AT 1指定的包的控制信道封装附近的控制信道封装(例如，用以减少因扩展供AT解码的时隙或封装范围而引起丢失包的机会)。选定的少于全部的控制信道封装可包含单个控制信道封装，或者可包含多个控制信道封装。

在又一实例中，选定的少于全部的控制信道封装可对应于紧跟在寻呼消息(例如，在下文在915中发射，例如1xEV-DO修正版A中的QuickConfig消息)之后的控制信道封装。在此实例中，待发射到AT 1的数据可对延迟敏感(例如，用于即按即说(PTT)呼叫的宣告消息等)，且用于在寻呼消息之后在第一可用控制信道封装上发射到AT 1的调度信息可减少呼叫设置时间或初始PTT等待时间。

接着，在910中，RAN 120配置寻呼消息(例如，QuickConfig消息)以指示对AT1的寻呼，且还指示选定的少于全部的控制信道封装。如上文提到，“寻呼消息”既定在广义上解释，且可指示寻呼消息、快速寻呼消息或任何其它消息(例如，专用或非专用)，所述消息在经由下行链路控制信道传达到一个或一个以上AT时导致所述一个或一个以上AT监视下行链路信道的某个部分(例如，下行链路控制信道自身，其可为1x中的PCH或共同控制信道(F-CCCH)、EV-DO中的CCH等)。

在910中，可在寻呼消息内以若干方式向AT 1指示选定的少于全部的控制信道封装，如所属领域的一般技术人员将了解。举例来说，在1xEV-DO修正版A中，存在128个MAC索引可用。这128个MAC索引中的一者或一者以上可保留且经预定义以向AT指示控制信道封装或包含用于所寻呼AT的信息的封装。因此，通过在寻呼消息(例如，QuickConfig消息)中包含保留或预定义的MAC索引，RAN 120可向AT 1传达控制信道封装以进行解码。在特定的1xEV-DO修正版中，在一实例中，QuickConfig消息中的FTCValid和/或RPCCount位可用以传达选定的少于全部的控制信道封装。在替代实例中，寻址到广播接入终端识别符(BATI)的StorageBlobAssignment消息可用以传达选定的少于全部的控制信道封装且可代替QuickConfig消息来使用。在一实例中，寻呼消息(例如，QuickConfig和/或StorageBlobAssignment消息)可经配置以指示一给定数目，其对应于在寻呼消息之后在下行链路CCH上供AT 1解码的连续控制信道封装的数目。举例来说，虽然QuickConfig消息由于少数位的可用性而在其范围上有限，但StorageBlob*消息(例如，StorageBlobAssignment消息、StorageBlobRequest消息等)是可定制的。在一实例中，StorageBlob*消息的内容可与QuickPage消息相同。然而将了解，使用经定制的StorageBlob*消息不需要RAN硬件升级。或者，当用于单个呼叫/寻呼消息发射时，StorageBlob可指示用于给定寻呼/消息发射的时隙的时间表。举例来说，在此方面，StorageBlob*消息可在调度信息传达到一个或一个以上AT的意义上‘镜像’BOM消息，实际数据发射经由CCH而非BCH发生的情况除外(例如，对于BOM的情况)。在一实例中，寻呼消息可包含下行链路CCH上的DOS消息，其在2008年9月30日申请的题目为“宣告对无线通信系统中的接入终端的呼叫(ANNOUNCING ACALL TO AN ACCESS TERMINAL IN A WIRELESS COMMUNICATIONS SYSTEM)”的第12/242,444号共同待决美国申请案内更详细描述，所述申请案转让给本申请案的同一受让人，代理人案号为061602且特此以全文引用方式并入本文。在替代实例中，个别控制信道封装或控制信道封装范围可由寻呼消息指示，使得选定的少于全部的控制信道封装无需紧跟在寻呼消息之后和/或相对于彼此连续。

在一实例中，将了解寻呼消息通常从RAN 120发送到一个或一个以上接入终端，且因此对应于传输层。如本文使用，“传输”层消息可对应于基于网络的传输层(例如，TCP或STCP)，或者可对应于RAN 120与AT之间的传输层(例如，在EV-DO中，这可对应于StorageBlob*消息、DOS消息等)。

然而，在图9的910的实施例中，RAN 120可在应用层处修改传输层消息(例如，StorageBlob*消息、DOS消息等)以将信息传达到一个或一个以上接入终端，且使用经应用层修改的传输消息作为910中的经配置寻呼消息。举例来说，包含寻呼消息的DOS消息可产生作为传输层消息，且RAN 120可通过将DOS消息寻址到MATI或广播接入终端识别符(BATI)而非UATI而在应用层处修改DOS消息，使得经修改DOS消息对应于经应用层修改的传输消息。DOS消息随后将由所有AT(例如，在BATI的情况下)或由通过MATI指定的群组进行解码。同样，经配置以指示少于全部的控制信道封装的StorageBlob*消息也可视为经应用层修改的传输消息。因此，较低层消息(例如，传输层处)可用以传送较高层(例如，应用层)数据报。虽然关于寻呼消息在图9中进行描述，但将了解其它实施例可配置其它类型的消息作为从应用层修改的传输层消息。举例来说，在其它实施例中，DOS消息可经配置以包含宣告消息，如在上文并入的代理人案号为061602的共同待决专利申请案中描述。

在又一实例中，当进行VoIP呼叫时，假定较高层(例如，应用层)消息(使用SIP协议)提供呼叫者的身份。当较高层消息需要递送到目标AT时，较高层消息可能不能作为DOS消息发送，因为其相关联的消息大小可能太大。事实上，RAN 120可寻呼移动装置且设置TCH且随后递送消息。由于较高层消息较大(例如，1000个字节)，因此寻呼延迟在1x版本0中可高达1.28秒，TCH设置可为1.8秒，且消息递送时间将大约为再一秒。

然而在本发明的实施例中，呼叫者的身份字段可由RAN 120提取且置于StorageBlob*或DOS消息(例如，传输层消息)内，使得目标AT提前2到3秒具有与同寻呼相关联的呼叫有关的某种信息。常规上，如上所述，AT将在不知道待在TCH设置之后解码的应用层消息的发送者身份的情况下对寻呼进行解码。因此，即使在此情况下应用层消息太大而无法简单地封装在例如DOS消息内，也可基于应用层信息的操纵或提取和传输层处的后续修改来传达某种信息(例如，呼叫者身份)以将此信息传达到AT。

当然，经提取且用于在传输层处修改的应用层信息的类型无需限于呼叫者身份字段。因此，在另一实施例中，通常将在传输控制协议(TCP)SYN消息(即，应用层消息)中载运以初始化TCP连接的TCP连接的源和目的地端口号可在较低层消息(例如，传输层消息，例如上文论述的StorageBlob*或DOS消息)中输送。

在配置用以寻呼AT 1的寻呼消息以指示选定的少于全部的控制信道封装之后，RAN120将经配置的寻呼消息发射到AT 1，915。AT 1醒来且对CCH进行解码以检测经配置的寻呼消息，920。接着在925中，替代于简单地对下行链路CCH上的每一控制信道封装进行解码直到AT 1确定其不再被寻呼，AT 1仅对由寻呼消息指示的选定的少于全部的控制信道封装进行解码，925。如将了解，这减少了AT 1处的处理负荷和电力消耗，因为AT 1无需解码一个或一个以上不必要的控制信道封装(即，已知不包含用于AT 1的包的控制信道封装)。同样，在930中，RAN 120在选定的少于全部的控制信道封装中的至少一者上将一个或一个以上数据包发射到AT 1。如上文提到，RAN 120不一定在选定的少于全部的控制信道封装中的每一者上向AT 1发射，因为这些控制信道封装中的一者或一者以上可经选择以增加AT 1对其上存在数据的一个或一个以上其它控制信道封装进行解码的机会。

接着，在935中，RAN 120确定是否将更多数据发送到AT 1。如果在935中RAN 120确定将更多数据发送到AT 1，那么过程返回到905且RAN 120在于后续设定周期内供AT 1监视或解码的另一控制信道封装集合中再次选择少于全部的控制信道封装。否则，如果在935中RAN 120确定不将更多数据发送到AT 1，那么RAN 120停止寻呼AT 1，940。如将了解，AT 1醒来且检查940的寻呼且检测到其不再被寻呼，但AT 1此时可能已停止对控制信道封装进行解码，因为AT 1仅对由寻呼消息指示的控制信道封装进行解码。

在一实例中，配置寻呼以指示下行链路CCH的待由特定AT或AT群组解码的特定部分可经保留用于某些类型的通信会话(例如，PTT呼叫)或某些类型的AT。而且，如果每一控制信道封装由RAN 120调度以包含用于特定AT或AT群组的数据至少直到下一CCH循环为止，那么RAN 120可完全省略控制信道封装选择，使得AT或AT群组将简单地对每一控制信道封装进行解码，如同常规技术中。

此外，虽然上文描述的某些实施例参考群组‘呼叫’或多播‘呼叫’，但将了解，某些实施例是针对群组呼叫或直接呼叫，而其它实施例是针对由IP多播和/或IP单播协议支持的群组呼叫。再其它实施例是特定针对由IP多播协议支持的群组呼叫，例如依赖于MATI的使用的实施例。此外，虽然在以上实施例中已大体上参考‘呼叫’，但将了解，实施例适用于任一类型的通信会话，且不一定是两方之间的‘呼叫’。举例来说，实施例可针对数据传输会话，其在技术上并不是‘呼叫’。

所属领域的技术人员将了解，可使用多种不同技术及技艺中的任一者来表示信息及信号。举例来说，可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在以上描述中始终参考的数据、指令、命令、信息、信号、位、符号及码片。

此外，所属领域的技术人员将了解，结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块、电路及算法步骤可实施为电子硬件、计算机软件或两者的组合。为清楚说明硬件与软件的此互换性，上文已大致关于其功能性而描述了各种说明性组件、块、模块、电路及步骤。所述功能性是实施为硬件还是软件取决于特定应用及施加于整个系统的设计约束。所属领域的技术人员可针对每一特定应用以不同方式来实施所描述的功能性，但所述实施方案决定不应被解释为会导致脱离本发明的范围。

可用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其经设计以执行本文中所描述的功能的任何组合来实施或执行结合本文中所揭示的实施例而描述的各种说明性逻辑块、模块及电路。通用处理器可为微处理器，但在替代例中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或一个以上微处理器与DSP核心的联合，或任何其它此配置。

结合本文中所揭示的实施例而描述的方法、序列及/或算法可直接体现于硬件中、由处理器执行的软件模块中或两者的组合中。如果实施于软件中，则可将功能作为计算机可读媒体上的一个或一个以上指令或代码而加以存储或传输。计算机可读媒体包括计算机存储媒体与包括促进计算机程序从一处传递到另一处的任何媒体的通信媒体两者。存储媒体可为可由计算机存取的任何可用媒体。以实例方式(且并非限制)，所述计算机可读媒体可包含RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置，或可用于载送或存储呈指令或数据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。同样，可恰当地将任何连接称作计算机可读媒体。举例来说，如果使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)或例如红外线、无线电及微波的无线技术从网站、服务器或其它远程源传输软件，则同轴电缆、光纤电缆、双绞线、DSL或例如红外线、无线电及微波的无线技术包括于媒体的定义中。如本文中所使用，磁盘及光盘包括压缩光盘(CD)、激光光盘、光学光盘、数字多功能光盘(DVD)、软盘及蓝光光盘，其中磁盘通常磁性地复制数据，而光盘使用激光光学地复制数据。上文的组合也应包括在计算机可读媒体的范围内。

虽然前文的揭示内容展示本发明的说明性实施例，但应注意，在不脱离如附加的权利要求书所界定的本发明的范围的情况下，可在本文中进行各种变化及修改。无需以任何特定次序来执行根据本文中所述的本发明的实施例的方法权利要求的功能、步骤及/或动作。此外，尽管可以单数形式描述或主张本发明的元件，但除非明确陈述限于单数，否则也涵盖复数。

Claims (18)

1.一种在无线通信系统内发射消息的方法，其包括：

在接入网络处产生传输层消息以用于发射到至少一个接入终端；

从呼叫消息中提取信息以用于发射到所述至少一个接入终端，所述呼叫消息的消息大小由于太大而不能被插入所述传输层消息；

通过将所述呼叫消息的所提取的信息插入所述传输层消息的应用层部分来修改所述应用层部分而在所述接入网络处配置所述传输层消息；以及

在所述呼叫消息被发射到所述至少一个接入终端之前，经由下行链路控制信道将经配置的传输层消息从所述接入网络发射到所述至少一个接入终端。

2.根据权利要求1所述的方法，其中所述传输层消息是寻呼消息。

3.根据权利要求2所述的方法，其中所述寻呼消息对应于信令数据DOS消息、QuickConfig消息或StorageBlobAssignment消息。

4.根据权利要求2所述的方法，其中所述寻呼消息寻址到单个接入终端。

5.根据权利要求1所述的方法，其中所述下行链路控制信道对应于以下各项中的一者：1x网络中的前向链路寻呼信道F-PCH或前向链路共同控制信道F-CCCH，或1xEV-DO版本0、修正版A或修正版B网络中的控制信道。

6.根据权利要求1所述的方法，其中所述传输层消息是信令数据DOS消息或StorageBlobAssignment消息。

7.根据权利要求1所述的方法，其中所述提取步骤从VoIP呼叫消息的呼叫者身份字段提取所述信息且所述配置步骤将来自所述呼叫者身份字段的所述所提取的信息插入所述传输层消息中，所述传输层消息的其中插入所述提取的信息的部分对应于所述传输层消息的所述应用层部分。

8.根据权利要求1所述的方法，

其中所述应用层部分包括所述呼叫消息的呼叫者身份字段，或

其中所述应用层部分包括传输控制协议TCP连接的源和目的地端口号。

9.一种在无线通信系统内接收消息的方法，其包括：

在接入终端处经由下行链路控制信道接收传输层消息，所述传输层消息包含应用层部分，所述应用层部分已在接入网络处通过将提取自呼叫消息的信息插入所述应用层部分而修改；以及

在所述接入终端处接收到所述呼叫消息之前，在所述接入终端处从所述传输层消息提取所述应用层部分。

10.根据权利要求9所述的方法，其中所述传输层消息是寻呼消息。

11.根据权利要求10所述的方法，其中所述寻呼消息包含在信令数据DOS消息、QuickConfig消息或StorageBlobAssignment消息内。

12.根据权利要求10所述的方法，其中所述寻呼消息既定针对单个接入终端。

13.根据权利要求10所述的方法，其中所述传输层消息是信令数据DOS消息或StorageBlobAssignment消息。

14.根据权利要求9所述的方法，其中所述传输层消息包含在所述接入网络处从VoIP呼叫消息的呼叫者身份字段提取且随后由所述接入网络插入所述传输层消息中的信息，所述传输层消息的其中插入所述提取的信息的部分对应于所述传输层消息的所述应用层部分。

15.根据权利要求9所述的方法，其中所述传输层消息对应于寻呼消息，所述应用层消息部分对应于因特网协议语音VoIP呼叫消息的一部分。

16.根据权利要求9所述的方法，

其中所述应用层部分包括所述呼叫消息的呼叫者身份字段，或

其中所述应用层部分包括传输控制协议TCP连接的源和目的地端口号。

17.一种在无线通信系统内的接入网络，其包括：

用于产生传输层消息以用于发射到至少一个接入终端的装置；

用于从呼叫消息中提取信息以用于发射到所述至少一个接入终端的装置，所述呼叫消息的消息大小由于太大而不能被插入所述传输层消息；

用于通过将所述呼叫消息的所提取的信息插入所述传输层消息的应用层部分来修改所述应用层部分而配置所述传输层消息的装置；以及

在所述呼叫消息被发射到所述至少一个接入终端之前，用于经由下行链路控制信道将经配置的传输层消息从所述接入网络发射到所述至少一个接入终端的装置。

18.一种在无线通信系统内的接入终端，其包括：

用于经由下行链路控制信道接收传输层消息的装置，所述传输层消息包含应用层部分，所述应用层部分已在接入网络处通过将提取自呼叫消息的信息插入所述应用层部分而修改；以及

在所述接入终端处接收到所述呼叫消息之前，用于在所述接入终端处从所述传输层消息提取所述应用层部分的装置。