CN107409377A - 应需式寻呼指示符 - Google Patents

Abstract

本公开的某些方面一般涉及用于应需式寻呼的技术。在一个方面，提供了一种用于由移动设备接收寻呼消息的方法。该方法一般包括：捕获网络时间；基于网络时间或内部定时器来确定该移动设备处于该移动设备能接收寻呼消息的寻呼窗口中；以及响应于该确定而发送指示消息。该移动设备可接收对该指示消息的响应，该响应指示是否存在针对该移动设备的寻呼消息。

Description

应需式寻呼指示符

相关申请的交叉引用

本申请要求于2015年8月26日提交的美国专利申请S/N.14/836,435的优先权，该美国专利申请要求于2015年3月15日提交的美国临时专利申请S/N.62/133,381的优先权和权益，这两篇申请通过援引整体纳入于此。

背景技术

公开领域

本公开的某些方面一般涉及用于执行应需式(on-demand)寻呼的方法和装置，其中移动设备轮询寻呼消息。

相关技术描述

无线通信系统被广泛部署以提供诸如语音、数据等等各种类型的通信内容。这些系统可以是能够通过共享可用系统资源(例如，带宽和发射功率)来支持与多个用户的通信的多址系统。此类多址系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、第三代伙伴项目(3GPP)长期演进(LTE)系统、高级长期演进(LTE-A)系统、以及正交频分多址(OFDMA)系统。

一般而言，无线多址通信系统能同时支持多个无线终端的通信。每个终端经由前向和反向链路上的传输与一个或多个基站通信。前向链路(或即下行链路)是指从基站到终端的通信链路，而反向链路(或即上行链路)是指从终端到基站的通信链路。这种通信链路可经由单输入单输出、多输入单输出或多输入多输出(MIMO)系统来建立。

执行机器类型通信(MTC)的某些类型的设备(诸如万物联网(IoE)设备)可在大部分时间里被关闭。例如，此类设备可具有由长睡眠周期分隔开的稀疏通信(例如，一天中仅苏醒几次以接收或传送数据)。

当前类型的设备基于设备必须苏醒以接收指示有数据定向至该设备的寻呼消息的周期性“寻呼时机”来监视寻呼信道。此类寻呼指示符恰好发生在所指派的时隙处。这种严格定时要求可导致很多低效性(例如，需要额外时间和/或能量以获得帧级和/或超帧级同步，可能需要消耗功率的额外苏醒)。一般而言，此类寻呼方案会违背IoE设备在理想情况下可能使用的异步非正交接入的概念。

简要概述

本公开的系统、方法和设备各自具有若干方面，其中并非仅靠任何单一方面来负责其期望属性。在不限定如所附权利要求所表述的本公开的范围的情况下，现在将简要地讨论一些特征。在考虑本讨论后，并且尤其是在阅读题为“详细描述”的章节之后，将理解本公开的特征是如何提供包括无线网络中的接入点与站之间的改进通信在内的优点的。

本公开的某些方面提供了一种用于由移动设备在网络中进行无线通信的方法。该方法一般包括：捕获网络时间；基于网络时间或内部定时器来确定该移动设备处于该移动设备能接收寻呼消息的寻呼窗口中；以及响应于该确定而发送指示消息。

本公开的某些方面提供了一种用于由网络中的节点寻呼无线设备的方法。该方法一般包括：从该移动设备接收指示消息，该指示消息指示该移动设备能够接收寻呼消息；以及响应于该指示消息而提供关于是否存在针对该移动设备的寻呼消息的指示。

本公开的某些方面提供了一种用于由网络中的节点寻呼无线设备的方法。该方法一般包括：向基站发送要递送给移动设备的寻呼消息；以及提供关于是否要响应于来自该移动设备的查询消息而递送该寻呼消息的指示。

本公开的某些方面提供了一种用于由网络中的移动设备进行无线通信的装备。该装备一般包括：用于捕获网络时间并基于网络时间或内部定时器来确定该移动设备处于该移动设备能接收寻呼消息的寻呼窗口中的装置；以及用于响应于该确定而发送指示消息的装置。

本公开的某些方面提供了一种用于由网络中的节点寻呼无线设备的装备。该装备一般包括：用于从该移动设备接收指示消息的装置，该指示消息指示该移动设备能够接收寻呼消息；以及用于响应于该指示消息而提供关于是否存在针对该移动设备的寻呼消息的指示的装置。

本公开的某些方面提供了一种用于由网络中的节点寻呼无线设备的装备。该装备一般包括：用于向基站发送要递送给移动设备的寻呼消息的装置；以及用于提供关于是否要响应于来自该移动设备的查询消息而递送该寻呼消息的指示的装置。

本公开的某些方面提供了一种用于由网络中的移动设备进行无线通信的装置。该装置一般包括：至少一个处理器，其被配置成捕获网络时间并基于网络时间或内部定时器来确定该移动设备处于该移动设备能接收寻呼消息的寻呼窗口中；以及发射机，其被配置成响应于该确定而发送指示消息。

本公开的某些方面提供了一种用于由网络中的节点寻呼无线设备的装置。该装置一般包括：接收机，其被配置成从该移动设备接收指示消息，该指示消息指示该移动设备能够接收寻呼消息；以及至少一个处理器，其被配置成响应于该指示消息而提供关于是否存在针对该移动设备的寻呼消息的指示。

本公开的某些方面提供了一种用于由网络中的节点寻呼无线设备的装置。该装置一般包括：发射机，其被配置成向基站发送要递送给移动设备的寻呼消息；以及至少一个处理器，其被配置成提供关于是否要响应于来自该移动设备的查询消息而递送该寻呼消息的指示。

本公开的某些方面提供了一种计算机可读介质。该计算机可读介质一般包括存储于其上的用于以下操作的计算机可执行代码：捕获网络时间；基于网络时间或内部定时器来确定该移动设备处于该移动设备能接收寻呼消息的寻呼窗口中；以及响应于该确定而发送指示消息。

本公开的某些方面提供了一种计算机可读介质。该计算机可读介质一般包括存储于其上的用于以下操作的计算机可执行代码：从该移动设备接收指示消息，该指示消息指示该移动设备能够接收寻呼消息；以及响应于该指示消息而提供关于是否存在针对该移动设备的寻呼消息的指示。

本公开的某些方面提供了一种计算机可读介质。该计算机可读介质一般包括存储于其上的用于以下操作的计算机可执行代码：向基站发送要递送给移动设备的寻呼消息；以及提供关于是否要响应于来自该移动设备的查询消息而递送该寻呼消息的指示。

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

附图简要说明

为了能详细理解本公开的以上陈述的特征所用的方式，可参照各方面来对以上简要概述的内容进行更具体的描述，其中一些方面在附图中解说。然而应该注意，附图仅解说了本公开的某些典型方面，故不应被认为限定其范围，因为本描述可允许有其他等同有效的方面。

图1解说了根据本公开某些方面的示例多址无线通信系统。

图2解说了根据本公开的某些方面的基站和无线节点的框图。

图3解说了根据本公开某些方面的可在无线设备中利用的各种组件。

图4是解说根据本公开的某些方面的基于寻呼时机(PO)的示例寻呼方案的传输时间线。

图5解说了根据本公开的某些方面的用于由移动设备进行应需式寻呼的示例操作。

图6解说了根据本公开的某些方面的用于由网络节点对移动设备进行应需式寻呼的示例操作。

图7解说了根据本公开的某些方面的用于由网络节点对移动设备进行应需式寻呼的示例操作。

图8是解说根据本公开的某些方面的示例应需式寻呼方案的传输时间线。

图9解说了根据本公开的某些方面的由移动设备进行应需式寻呼的示例流程图。

图10是解说根据本公开的某些方面的由移动设备进行应需式寻呼的另一示例流程图。

图11是解说根据本公开的某些方面的用于应需式寻呼的长期演进(LTE)注册规程的示例呼叫流图。

图12是解说根据本公开的某些方面的用于应需式寻呼的用户装备(UE)能力规程的示例呼叫流图。

图13是解说根据本公开的某些方面的寻呼和服务请求规程的示例呼叫流图。

图14是解说根据本公开的某些方面的用于应需式寻呼的寻呼和服务请求规程的另一示例呼叫流图。

为了促进理解，在可能之处使用了相同的附图标记来指定各附图共有的相同要素。构想了一个实施例中所公开的要素可有益地用在其他实施例上而无需具体引述。

详细描述

本公开的诸方面提供可提供对移动设备的灵活寻呼且允许移动设备“应需式地”(而不是根据严格遵守周期性寻呼时机)被寻呼的技术。结果，具有深睡眠周期的移动设备可以能够通过避免一个或多个不必要的苏醒周期来节省功率。

以下参照附图更全面地描述本公开的各种方面。然而，本公开可用许多不同形式来实施并且不应解释为被限定于本公开通篇给出的任何具体结构或功能。相反，提供这些方面是为了使得本公开将是透彻和完整的，并且其将向本领域技术人员完全传达本公开的范围。基于本文中的教导，本领域技术人员应领会，本公开的范围旨在覆盖本文中所披露的本公开的任何方面，不论其是与本公开的任何其他方面相独立地实现还是组合地实现的。例如，可使用本文所阐述的任何数目的方面来实现装置或实践方法。另外，本公开的范围旨在覆盖使用作为本文中所阐述的本公开的各种方面的补充或者另外的其他结构、功能性、或者结构及功能性来实践的此类装置或方法。应当理解，本文中所披露的本公开的任何方面可由权利要求的一个或多个元素来实施。

措辞“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何方面不必被解释为优于或胜过其他方面。

尽管本文描述了特定方面，但这些方面的众多变体和置换落在本公开的范围之内。尽管提到了优选方面的一些益处和优点，但本公开的范围并非旨在被限定于特定益处、用途或目标。确切而言，本公开的各方面旨在宽泛地适用于不同的无线技术、系统配置、网络、和传输协议，其中一些藉由示例在附图和以下对优选方面的描述中解说。详细描述和附图仅仅解说本公开而非限定本公开，本公开的范围由所附权利要求及其等效技术方案来定义。

本文中描述的技术可被用于各种无线通信网络，诸如码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络、正交FDMA(OFDMA)网络、单载波FDMA(SC-FDMA)网络等。术语“网络”和“系统”常被可互换地使用。CDMA网络可实现诸如通用地面无线电接入(UTRA)、CDMA2000等无线电技术。UTRA包括宽带-CDMA(W-CDMA)和低码片率(LCR)。CDMA2000涵盖IS-2000、IS-95和IS-856标准。TDMA网络可实现诸如全球移动通信系统(GSM)之类的无线电技术。OFDMA网络可以实现诸如演进UTRA(E-UTRA)、IEEE 802.11、IEEE 802.16、IEEE802.20、等的无线电技术。UTRA、E-UTRA和GSM是通用移动电信系统(UMTS)的一部分。长期演进(LTE)是使用E-UTRA的UMTS版本。UTRA、E-UTRA、GSM、UMTS以及LTE在来自名为“第三代伙伴项目”(3GPP)的组织的文献中描述。CDMA2000在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。这些通信网络仅仅作为其中可应用本公开中描述的技术的网络的示例来列出；然而，本公开不限于上述通信网络。

单载波频分多址(SC-FDMA)是在发射机侧利用单载波调制且在接收机侧利用频域均衡的传输技术。SC-FDMA具有与OFDMA系统相近的性能以及本质上相同的总体复杂度。然而，SC-FDMA信号因其固有的单载波结构而具有较低的峰均功率比(PAPR)。SC-FDMA已引起极大的注意，在较低PAPR在发射功率效率的意义上极大地裨益移动终端的上行链路(UL)通信中尤其如此。

接入点(“AP”)可包括、被实现为、或称为：B节点、无线电网络控制器(“RNC”)、演进型B节点(eNB)、基站控制器(“BSC”)、基收发机站(“BTS”)、基站(“BS”)、收发机功能(“TF”)、无线电路由器、无线电收发机、基本服务集(“BSS”)、扩展服务集(“ESS”)、无线电基站(“RBS”)或其它某个术语。在一些情形中，终端设备(例如，网状网络中的终端设备)可具有与UE类似的行为，但其可以与中继(或跳跃)至基站的另一节点通信。此类设备可被称为全性能(full-feature)设备(FDD)和/或个域网(PAN)控制器。在任何情形中，此类节点还可以支持如本文描述的应需式寻呼的“网络侧”协议。

接入终端(“AT”)可包括、被实现为、或被称为接入终端、订户站、订户单元、移动站、远程站、远程终端、用户终端、用户代理、用户设备、用户装备(UE)、用户站、无线节点或其他某个术语。在一些实现中，接入终端可包括蜂窝电话、智能电话、无绳电话、会话发起协议(“SIP”)电话、无线本地环路(“WLL”)站、个人数字助理(“PDA”)、平板、上网本、智能本、超级本、具有无线连接能力的手持式设备、站(“STA”)、或连接到无线调制解调器的其他某个合适的处理设备。相应地，本文中所教导的一个或多个方面可被纳入到电话(例如，蜂窝电话、智能电话)、计算机(例如，台式计算机)、便携式通信设备、便携式计算设备(例如，膝上型计算机、个人数据助理、平板设备、上网本、智能本、超级本)、娱乐设备(例如，音乐或视频设备、或卫星无线电)、车辆组件、全球定位系统设备、或配置成经由无线或有线介质通信的任何其它合适的设备中。在一些方面，节点是无线节点。此类无线节点可例如经由有线或无线通信链路来为网络(例如，广域网(诸如因特网)或蜂窝网络)提供连通性或提供至该网络的连通性。

示例无线通信系统

图1解说了可在其中执行本公开的诸方面的示例通信网络。例如，本文中所给出的技术可用于帮助促成在具有不同优先级级别的各种设备之间共享共用资源集。在一个方面，IOE设备136可捕获网络时间，并基于网络时间或内部定时器来确定IOE设备136在该IOE设备136能接收寻呼消息(例如，来自基站(BS)100)的寻呼窗口内。IOE设备136可响应于该确定而发送指示消息(例如，至BS 100)。

参照图1，解说了根据一个方面的多址无线通信系统。BS 100可包括多个天线群，一个群包括天线104和106，另一个群包括天线108和110，并且另外一个群包括天线112和114。在图1中，为每个天线群仅示出了两个天线，然而，可为每个天线群利用更多或更少的天线。无线节点116可与天线112和114处于通信中，其中天线112和114在前向链路120上向无线节点116传送信息，并在反向链路118上接收来自无线节点116的信息。无线节点122可与天线106和108处于通信中，其中天线106和108在前向链路126上向无线节点122传送信息，并在反向链路124上接收来自无线节点122的信息。BS 100还可与其它无线节点通信，其它无线节点可以是例如万物联网(IoE)设备。IoE设备136可以与BS 100的一个或多个其它天线通信，其中这些天线通过前向链路140向IoE设备136传送信息并且通过反向链路138从IoE设备136接收信息。IoE设备142可以与BS 100的一个或多个其它天线通信，其中这些天线通过前向链路146向IoE设备142传送信息并且通过反向链路144从IoE设备142接收信息。在频分双工(FDD)系统中，通信链路118、120、124、126、138、140、144和146可使用不同的频率来通信。例如，前向链路120可使用与反向链路118所使用的频率不同的频率，且前向链路140可使用与反向链路138所使用的频率不同的频率。

每群天线和/或它们被设计成在其中通信的区域常常被称作BS的扇区。在本公开的一方面中，每个天线群可被设计成与在由接入点100覆盖的区域的扇区中的无线节点通信。

无线节点130可与BS 100处于通信中，其中来自BS 100的天线在前向链路132上向无线节点130传送信息，并在反向链路134上接收来自无线节点130的信息。

在前向链路120和126上的通信中，BS 100的发射天线可利用波束成形来提高不同无线节点116、122、136和142的前向链路的信噪比。另外，与BS通过单个天线向其所有无线节点进行发射相比，BS使用波束成形向随机散布遍及其覆盖的诸无线节点进行发射对邻蜂窝小区中的接入终端造成的干扰较小。

图2解说了多输入多输出(MIMO)系统200中的发射机系统210(例如，也被称为接入点)和接收机系统250(例如，也被称为接入终端)的一方面的框图。系统210和系统250中的每一者具有传送和接收这两种能力。系统210还是系统250正在传送、接收或同时传送和接收取决于应用。在发射机系统210处，从数据源212向发射(TX)数据处理器214提供数个数据流的话务数据。

在本公开的一个方面，每个数据流可在各自相应的发射天线上被发射。TX数据处理器214基于为每个数据流选择的特定编码方案来格式化、编码、和交织该数据流的话务数据以提供经编码数据。

每个数据流的经编码数据可使用OFDM技术来与导频数据复用。导频数据通常是以已知方式处理的已知数据码型，并且可在接收机系统处用来估计信道响应。随后基于为每个数据流选择的特定调制方案(例如，BPSK、QSPK、M-PSK、或M-QAM)来调制(例如，码元映射)该数据流的经多路复用的导频和经编码数据以提供调制码元。每个数据流的数据率、编码、和调制可由处理器230执行的指令来确定。存储器232可存储供发射机系统210使用的数据和软件/固件。

所有数据流的调制码元随后被提供给TX MIMO处理器220，其可进一步处理这些调制码元(例如，针对OFDM)。TX MIMO处理器220随后将N_T个调制码元流提供给N_T个发射机(TMTR)222a到222t。在本公开的某些方面中，TX MIMO处理器220向这些数据流的码元并向发射该码元的天线施加波束成形权重。

每个发射机222接收并处理各自相应的码元流以提供一个或多个模拟信号，并进一步调理(例如，放大、滤波、和上变频)这些模拟信号以提供适于在MIMO信道上传输的经调制信号。来自发射机222a到222t的N_T个经调制信号随后分别从N_T个天线224a到224t被发射。

在接收机系统250处，所发射的经调制信号可被N_R个天线252a到252r所接收，并且从每个天线252接收到的信号可被提供给各自相应的接收机(RCVR)254a到254r。每个接收机254可调理(例如，滤波、放大、及下变频)各自相应的收到信号，数字化该经调理信号以提供采样，并且进一步处理这些采样以提供相应的“收到”码元流。

RX数据处理器260随后从N_R个接收机254接收这N_R个收到码元流并基于特定接收机处理技术对其进行处理以提供N_T个“检出”码元流。RX数据处理器260随后解调、解交织、和解码每个检出码元流以恢复该数据流的话务数据。RX数据处理器260所作的处理可与发射机系统210处由TX MIMO处理器220和TX数据处理器214所执行的处理互补。

处理器270周期性地确定要使用哪个预编码矩阵。处理器270编制包括矩阵索引部分和秩值部分的反向链路消息。存储器272可存储供接收机系统250使用的数据和软件/固件。该反向链路消息可包括关于通信链路和/或收到数据流的各种类型的信息。该反向链路消息随后由还从数据源236接收数个数据流的话务数据的TX数据处理器238处理，由调制器280调制，由发射机254a到254r调理，并被传送回发射机系统210。

在发射机系统210处，来自接收机系统250的经调制信号被天线224所接收，由接收机222调理，由解调器240解调，并由RX数据处理器242处理，以提取由接收机系统250传送的反向链路消息。处理器230随后确定要使用哪个预编码矩阵来确定波束成形权重，并随后处理所提取的消息。

接入终端250的处理器270、RX数据处理器260、TX数据处理器238、或其他处理器/元件中的任一者或它们的组合和/或接入点210的处理器230、TX MIMO处理器220、TX数据处理器214、RX数据处理器242、或其他处理器/元件中的任一者或它们的组合可被配置成执行根据下文讨论的本公开的某些方面的用于无连接接入的规程。在一方面，处理器270、RX数据处理器260以及TX数据处理器238中的至少一者可被配置成执行存储在存储器272中的算法以执行本文描述的用于无连接接入的随机接入信道(RACH)规程。在另一方面，处理器230、TX MIMO处理器220、TX数据处理器214以及RX数据处理器242中的至少一者可被配置成执行存储在存储器232中的算法以执行本文描述的用于无连接接入的RACH规程。

图3解说了可在图1中所解说的无线通信系统内采用的无线设备302中可利用的各种组件。无线设备302是可被配置成实现本文描述的各种方法的设备的示例。无线设备302可以是基站100或任何无线节点(例如，116、122、136、142)。例如，无线设备302可被配置成执行图5中描述的操作500。

无线设备302可包括控制无线设备302的操作的处理器304。处理器304也可被称为中央处理单元(CPU)。可包括只读存储器(ROM)和随机存取存储器(RAM)两者的存储器306向处理器304提供指令和数据。存储器306的一部分还可包括非易失性随机存取存储器(NVRAM)。处理器304通常基于存储器306内存储的程序指令来执行逻辑和算术运算。存储器306中的指令可以是可执行的以实现本文描述的方法(例如，允许UE在无连接接入期间高效地传送数据)。

无线设备302还可包括外壳308，该外壳308可内含发射机310和接收机312以允许在无线设备302和远程位置之间进行数据的传送和接收。发射机310和接收机312可被组合成收发机314。单个或多个发射天线316可被附连到外壳308且电耦合到收发机314。无线设备302还可包括(未示出)多个发射机、多个接收机和多个收发机。

无线设备302还可包括信号检测器318，其可被用于力图检测和量化由收发机314接收到的信号电平。信号检测器318可检测诸如总能量、每副载波每码元能量、功率谱密度之类的信号以及其他信号。无线设备302还可包括用于处理信号的数字信号处理器(DSP)320。

无线设备302的各个组件可由总线系统322耦合在一起，该总线系统322除数据总线外还可包括电源总线、控制信号总线、以及状态信号总线。根据下文讨论的本公开的诸方面，处理器304可被配置成访问存储在存储器306中的指令以执行无连接接入。

示例灵活寻呼和应需式寻呼指示符

如上所述，本公开的诸方面提供用于移动设备的灵活寻呼的技术，该技术可允许移动设备“应需式地”被寻呼。虽然这些技术是关于应需式寻呼来描述的，但本领域技术人员将认识到，这些技术可以扩展到其他类型的消息的应需式递送。

可使用本文提供的技术以有利于大部分时间保持在低功率状态(例如，长睡眠周期)且仅偶尔苏醒(例如，一天仅苏醒几次)以发送或接收数据的低功率设备，诸如物联网(IoE)设备。

此类设备通常进入“深睡眠”功率节省状态(在此期间收发机被关闭)达延长的时间段。由于设备定时漂移，设备通常在苏醒(例如，被称为“冷启动”)之际重新捕获至网络时间的同步。深睡眠历时越长，定时漂移可能越大。

常规蜂窝寻呼信道设计基于被指派给设备(例如，诸如图1中所解说的IoE设备136或IoE设备142)的“寻呼时机”(PO)的概念。设备预期在其PO期间检测寻呼(PO的周期被称为寻呼周期)。有各种方式来实现该检测，例如，通过群寻呼指示符继以UE ID标识(例如，类似于长期演进(LTE)系统)、或用于一步式检测的每UE专用寻呼指示符(例如，如1x系统中进行的那样)。准确寻呼机制存在差异。例如，在某些LTE非连续接收(DRX)系统中，最大寻呼周期仅为2.56s。在某些系统(例如，LTE第12发行版系统)中，对于机器类型通信(MTC)，引入了功率节省模式(PSM)以允许使用追踪区域更新(TAU)定时器来指定用户装备(UE)应当苏醒并检查寻呼的时间。这可以促成更长的有效寻呼周期。

图4是解说根据本公开的某些方面的基于寻呼时机(PO)的示例寻呼方案的传输时间线400。如图4所解说的，如果设备已处于深睡眠达充分长的时间，则时间漂移可能会很大且设备可被编程成比所指派的PO(例如，发生在t3)早得多地苏醒(例如，在t1)以与网络同步。在常规方案中，可以使用帧级定时或以上(例如，超帧级定时)以将PO作为目标(其通常在大的时间尺度上(例如，每6小时一次))。换言之，移动设备可保持苏醒以经由广播消息获取系统帧号(SFN)。

如图4中所解说的，从t1处的同步苏醒到t3处的PO常常有显著的时间间隙。由此，可能期望设备在t2进入或返回到深睡眠，并使下一苏醒以用于PO的t3为目标。如果该时间间隙不够长，则设备可保持活跃或进入轻睡眠模式(例如，相较于深睡眠而言处于更高的功率电平)。在转变进和转变出睡眠模式时可能有一些能量开销。在第二苏醒周期期间(例如，在时间t3到t4期间)，设备执行寻呼检测。如果检测到寻呼，则在一些延迟之后，设备可在t5开始连接规程以接收消息数据(例如，在时间t6和t7之间)。如果消息数据之前的延迟足够长，则设备可进入睡眠并将用于消息数据的第三苏醒周期(未示出)作为目标。

尽管有差异，但在常规设计中，PO指派实质上是半静态的并且UE预期恰好在所指派的时间苏醒以检测寻呼。因此，期望用于灵活寻呼的技术。

本公开的诸方面为寻呼检测提供更灵活的时间线，这对于广域网(WAN)IoE应用而言是尤其期望的。通常情况下，移动终接(MT)数据等待时间要求并不是严格的。例如，在移动设备每6小时苏醒一次以传送或接收数据(例如，6小时的寻呼周期)的情况下，从应用观点而言，即使苏醒相差几秒钟甚至几分钟也是可以接受的。

在一些情形中，可根据异步非正交(例如，其中各设备共享共用资源池)接入方案来递送移动始发(MO)数据。在一些情形中，这种类型的方案可以避免获得帧级定时(帧级定时可能需要较长等待时间以获取仅偶尔被广播的系统帧号(SFN))。

本公开提供了可以避免为寻呼检测获得帧级同步的另一方案。本文所描述的灵活寻呼规程可以消除一个或多个苏醒周期。通过放松对定时同步的要求，在一些情形中，可能不需要帧级或以上的同步(例如，不需要等待和获得广播SFN)。结果，寻呼周期可以是更动态的并且是自适应的。

根据某些方面，通过放松定时，寻呼时机可以成为时间邻域(而非确切时间)。作为示例，如果寻呼周期为6小时，则可以允许设备在实际PO加减x秒之内检查寻呼。移动设备被允许接收和/或轮询寻呼消息的这种时间窗口在本文中被称为“寻呼窗口”。在一个示例中，此寻呼窗口可以大于设备在睡眠历时中的最差情形定时漂移。

图5-7分别从移动设备、接收机(例如，基站)和网络节点(例如，移动性管理实体(MME))的视角解说了用于应需式寻呼的示例操作。

图5解说了根据本公开的某些方面的用于应需式寻呼的示例操作500。操作500例如可由移动设备(例如，IoE设备136或142)来执行。操作500可始于在502，捕获网络时间。在504，移动设备可基于网络时间或内部定时器来确定该移动设备处于其中该移动设备能接收寻呼消息的寻呼窗口中。在506，移动设备可响应于该确定而发送指示消息。

图6解说了根据本公开的某些方面的用于对移动设备的应需式寻呼的示例操作600。操作600例如可由网络节点(诸如基站(例如，BS 100))来执行。操作600始于在602，从移动设备接收指示该移动设备能够接收寻呼消息的指示消息。在604，网络节点可响应于该指示消息而提供关于是否存在针对该移动设备的寻呼消息的指示。

图7解说了根据本公开的某些方面的用于对移动设备的应需式寻呼的示例操作700。操作700例如可由网络节点(例如，MME)来执行。操作700始于在702，向基站发送要递送给移动设备的寻呼消息。在704，网络节点可提供关于是否要响应于来自该移动设备的查询消息而递送该寻呼消息的指示。

示例寻呼窗口

图8是解说根据本公开的某些方面的示例应需式寻呼方案的传输时间线800。如图8中所解说的，作为将比PO早得多的时间作为目标(如图4中解说的传输时间线400中进行的那样)的替代，移动设备可将PO作为目标。然而，作为将PO的特定时间作为目标的替代，移动设备可将寻呼窗口(例如，定义为PO加减x秒)作为目标，其可以是如图8所示的时间t1到t5。由此，即使有定时漂移，实际苏醒时间也可以落在寻呼窗口内的某处。例如，移动设备可在t1苏醒，获得网络定时(同步)，并在t3和t4之间检查寻呼。

根据某些方面，在同步期间，与常规寻呼方案不同，移动设备可在t1仅获得足以支持异步非正交接入的码元级定时(其可以比同步到帧级定时更快)。如图8所示，在获得网络定时之后，移动设备可在t2传送“寻呼查询”或“指示消息”。根据某些方面，可将寻呼查询/指示消息与MO数据聚集在一起。该寻呼查询/指示消息的接收方(例如，基站)可在某个短等待时间内(在t3)用响应或寻呼指示符(PI)向移动设备作出响应。

此响应/寻呼指示符可以承载在移动设备预期监视的DL资源上。例如，移动设备可监视通过DL准予分配给该设备的PDCCH资源或PDSCH资源。在一些情形中，寻呼指示符请求可以是“Tx啁啾”信号，而响应可以是“啁啾响应”信号。在任何情形中，如果响应寻呼指示符(PI)显示没有寻呼，则移动设备可返回深睡眠。

替换地，如果响应指示有寻呼，则移动设备可在一延迟(例如，t5到t6)后再次(例如，在t6)苏醒以执行连接规程并接收寻呼消息(例如，在t7)。由此，传输时间线800可仅包括针对移动设备的两次苏醒，这可以提高能量效率。

如果该延迟足够长，则移动设备可进入深睡眠并将另一苏醒周期作为目标。在一些情形中，与寻呼消息相关联的数据的调度信息可以随响应一起发送，或者甚至与寻呼消息自身相关联的数据也可以被发送。

示例灵活寻呼周期

寻呼周期可由等待时间驱动。例如，移动设备可由于移动终接(MT)数据在最大可容忍等待时间(在此时间期间MT数据被保持在缓冲器中直到被发送)内抵达而被“寻呼”。在一常规方案中，比针对MT数据的最大等待时间更小的固定寻呼周期可以确保该数据在最大可容忍等待时间内抵达。

根据本公开的某些方面，确保MT数据在最大可容忍等待时间内抵达的另一种方式可以是使用针对灵活寻呼周期的应需式寻呼指示。例如，只要从上一次查询起的时间段在最大可容忍等待时间之内，移动设备就可以“查询”缓冲实体(例如，基站)。若设备已周期性地苏醒以发送MO数据和/或出于某些其他原因而周期性地苏醒，并且该周期性比针对MT数据的最大等待时间更为频繁，那么这种办法可以更高效。

在一些WAN IoE使用情形中，MT和MO周期可以在类似时间尺度上。在此类情形中，对准这些周期可能更高效。在MO规程期间，移动设备还可通过查询寻呼指示符(PI)来执行寻呼检测。MO和MT苏醒的此类对准可导致能量节省。替换地，设备还可以在没有MO数据的情况下苏醒并执行应需式寻呼检测(例如，基于定时器或者在苏醒以执行其他任务时)。

图9解说了根据本公开的某些方面的由移动设备进行应需式寻呼的示例流程图900。在一示例实现中，为确保不超过最大可容忍等待时间，移动设备可自该移动设备上一次查询寻呼起维持一定时器。当流逝的时间达到最大可容忍等待时间(或在最大可容忍等待时间的某一余量之内)时，移动设备可再次查询寻呼。

如图9中所解说的，在902，移动设备可处于深睡眠。在904，移动设备可苏醒。如果移动设备苏醒以执行(诸)任务(例如，要发送的MO数据)，则移动设备可在906执行(诸)任务。在908，移动设备可确定(例如，基于在发送先前PI之后启动的定时器)自发送上一个PI以来的时间是否大于阈值(例如，最大可容忍等待时间)。如果是，则移动设备例如可向BS发送寻呼查询并接收寻呼指示符。替换地，如果移动设备由于没有在最大可容忍等待时间的某个余量内的一时段中发送查询而苏醒，那么移动设备可在910将寻呼窗口作为目标而苏醒，并且在912发送寻呼查询并接收寻呼指示符。在912发送寻呼查询并接收寻呼指示符之后，移动设备可在914确定是否检测到寻呼。如果检测到寻呼，则在916，移动设备可执行用于接收寻呼消息数据的规程。在918，在接收到寻呼消息数据之后，如果在914未检测到寻呼，或者如果在908自发送上一个PI以来的时间小于阈值，则移动设备可返回到深睡眠。

图10解说了根据本公开的某些方面的由移动设备进行应需式寻呼的另一示例流程图1000。在一示例实现(例如，“混合模式”)中，为确保不超过最大可容忍等待时间，当移动设备查询寻呼时，可将下一PO更新至稍后的寻呼周期。直至该下一PO为止，如果移动设备并未执行任何查询，则移动设备在该下一PO处苏醒以获得其寻呼指示符。根据某些方面，起初，移动设备可具有初始PO和寻呼周期。可在当前PO中确定下一PO和寻呼周期，以促成灵活的动态/自适应寻呼周期。

如图10中所解说的，在1002，移动设备可处于深睡眠。移动设备可在1004苏醒。在1006，移动设备可执行导致该移动设备苏醒的任务(例如，MO数据)。在1008，移动设备可确定自上一次查询以来流逝的时间是否大于阈值。替换地，如果苏醒是由于即将到来的PO且没有发生查询，则移动设备可在1014足够早地苏醒以进行帧级同步，并可在1016在该PO期间接收寻呼指示符。在1016接收到寻呼指示符之后，或者如果移动设备在1008确定自上一次查询以来的时间大于阈值，那么移动设备可在1010发送寻呼查询并接收寻呼指示符。在1012，可以更新或确定下一PO。在1018，在1012更新或确定下一PO之后，移动设备可确定寻呼指示符是否指示有寻呼。如果寻呼指示符指示有寻呼，那么在1020，移动设备可执行连接规程并接收寻呼消息数据。在1020接收到寻呼消息数据之后，如果在1018，寻呼指示符指示没有寻呼，或者如果移动设备在1008确定自上一次查询以来流逝的时间不大于阈值，则在1022，移动设备可返回到深睡眠。

参照图9和10，检查关于自上一次寻呼查询以来流逝的过去时间大于阈值的条件(例如，框908和1008)可在移动设备的苏醒周期比寻呼要求短得多的情况下(例如，因其他任务引起的)防止移动设备过于频繁地查询寻呼。如果寻呼查询被禁用，则图10中的操作可退化成常规寻呼方案，其潜在增强是下一PO可以是自适应的。

参照图10，可根据固定方案或动态方案来在当前PO期间更新/确定下一PO(例如，框1012)。根据固定方案，双方可能知道(例如，基于配置)用于更新下一PO的寻呼周期和规则(例如，将来有Z个帧)。双方之间可能不需要附加协调就能确立此事。根据动态方案，可以适配到下一PO的时间(例如，基于启发式算法)，并且该时间可被确定并向双方更新。另外，如果最大可容忍等待时间变得自适应，则还可能应用图9所示的操作。

本文给出的应需式寻呼技术可具有若干益处。例如，该技术可以消除苏醒周期。每次苏醒能量开销可能很大，因此，消除苏醒周期可导致相当多的能量节省。对于具有MT数据情况的场景(这可能是寻呼检测的大多数情况)，苏醒次数可从两次苏醒减少至一次苏醒。另外，如上所述，执行应需式寻呼的移动设备可能不需要帧级或以上(例如，超帧)的同步。在LTE中，SFN被包含在物理广播信道(PBCH)中且更大时间尺度帧号可以是系统信息块(SIB)——可花费附加能量和时间以捕获它们。

潜在地缓冲寻呼消息并向设备提供寻呼指示符的实体被称为“缓冲实体”。在蜂窝拓扑中，缓冲实体可以是基站；然而本文描述的技术适用于任何无线电接入网(RAN)拓扑，其中可在基站或不同实体中缓冲消息，并且可通知另一实体以例如在网状网络中的节点当中检索该消息。在无线局域网(WLAN)上下文中，缓冲实体可以是接入点(AP)。

在蜂窝拓扑中，这些功能性进一步在基站和移动管理实体(MME)之间划分。由于网络可能不知晓移动设备的精确邻近度但可能知晓追踪区域(TA)，因此网络可将实际寻呼消息保存(例如，缓冲)在MME处，同时让TA中的节点发送寻呼指示符。一旦移动设备检测到寻呼指示符并连接至网络(例如，经由连接规程)，网络就可以将缓冲的寻呼消息从MME转发给实际服务节点。

图6中示出了从缓冲实体视角的操作。消息可以到达缓冲实体(例如，BS、AP、MME、或其他实体)。在规定的“寻呼窗口”期间，在接收到来自移动设备的寻呼查询之际，缓冲实体可以用寻呼指示符来进行响应。如果需要PO回退，则缓冲实体可在PO上发送寻呼指示符。当移动设备确认接收到寻呼指示符且存在寻呼消息时，缓冲实体将寻呼消息发送给该设备。一旦寻呼消息被递送到移动设备，缓冲实体就可以丢弃所接收的消息。如果移动设备错过了寻呼窗口，那么缓冲实体可以按类似于旧式设备跳过其PO的方式在查询到来时用寻呼指示符来进行响应，直至用于丢弃寻呼消息的某个系统级超时。

示例注册规程

如本文所描述地启用和实现应需式寻呼可涉及各种网络实体之间的交互。例如，在蜂窝上下文中，网络实体可以是UE、基站(例如，eNB)和MME。

在一些情形中，为了接收寻呼，UE(例如，移动设备)可通过执行注册规程来注册(例如，在空闲状态中执行追踪区域更新(TAU))。例如，对于LTE，如果由服务蜂窝小区在SIB1中宣告的当前TA或蜂窝小区ID不在UE在上一个TAU中从网络接收的TA和蜂窝小区ID列表中或者如果周期性TAU定时器期满，则UE可以执行注册规程。如果其他无线电接入技术(RAT)变得可用或者如果建立了与另一RAT(例如，WLAN或mmW RAT)的连通性，则UE也可以执行注册规程。

对于LTE寻呼和注册，UE可在以下场景中进行注册(在空闲状态中执行TAU)：如果由服务蜂窝小区在SIB1中宣告的当前TA或蜂窝小区ID不在该UE在上一个TAU中从网络接收的TA和蜂窝小区ID列表中、或如果周期性TAU定时器期满。处于空闲状态的UE在其当前所注册的追踪区域(TA)的所有蜂窝小区中被寻呼。该UE可基于在TAU更新接受消息中接收的追踪区域列表而在多个TA中被注册。

图11是解说根据本公开的某些方面的用于应需式寻呼的LTE注册规程的示例呼叫流1100。处于空闲状态的UE可在该UE当前所注册的TA的所有蜂窝小区中被寻呼。该UE可基于在TAU更新接受消息中接收的追踪区域列表而在多个TA中被注册。如图11所示，发生某种触发(例如，以上所讨论的执行注册规程的理由之一)可使UE 1102启动TAU。

在1，UE 1102可向eNB 1104发送TAU请求消息(例如，注册消息)。为启用应需式寻呼，该TAU请求消息可被增强以包括附加信息。例如，注册消息可包括应需指示信息(例如，指示UE将被直接寻呼还是查询寻呼)和/或同步水平信息(例如，指示UE的同步水平以确定寻呼需要被缓冲多长时间)。在一些情形中，同步水平和应需指示信息可以是UE能力的一部分。在2，eNB 1104可将TAU请求消息转发给MME 1106。在3，MME 1106例如可基于TAU请求和连接来确定是否对UE 1102执行应需式寻呼或者正常广播寻呼。另外，对于应需式寻呼，MME1106可确定时间窗口，其中在UE苏醒以确定是否存在寻呼时UE可请求寻呼。MME 1106可向eNB 1104发送TAU更新接受消息。在4，eNB 1104可将TAU更新接受消息转发给UE 1102，该TAU更新接受消息具有关于是否执行应需式寻呼或者接收正常广播寻呼的附加指示、以及对于应需式寻呼而言其中UE可在其苏醒以确定是否存在寻呼时请求寻呼的时间窗口。在5，UE 1102可通过向eNB 1104返回TAU完成消息(eNB 1104可将其转发给MME 1106)来确收TAU更新接受。

示例UE能力规程

根据某些方面，UE可提供其应需指示和同步水平信息作为UE能力规程的一部分，以作为在TAU请求中提供该信息(例如，图11中的步骤1)的替换方案。

在一些情形中，MME可存储由eNB 1204在S1-AP UE能力信息指示消息中转发的UE无线电能力。例如，eNB 1204可在切换完成之后捕获UE能力。当UE 1202建立连接时，MME可包括最后接收到的UE无线电能力作为发送给的S1-AP：初始上下文设立请求消息的一部分。在切换准备期间，源RAN节点可将UE源RAT能力和目标RAT能力两者传递给目标RAN节点，以使中断最小化。

图12是解说根据本公开的某些方面的由eNB 1204发起的至UE 1202的无线电资源控制(RRC)UE能力处置规程1200的示例呼叫流。

如图12所解说的，为使得UE能提供其寻呼信息作为UE能力处置规程1200的一部分，在1，eNB 1204可向UE 1202发送指示对包括寻呼能力的请求的UE能力查询消息。在2，在接收到来自eNB 1204的UE能力查询消息之际，UE 1202向eNB 1204发送UE能力信息消息。根据某些方面，如果UE能力查询包括UE-寻呼-能力请求，则UE 1202通过将UE-寻呼-能力信息元素(IE)包括在UE能力信息消息中来进行响应。UE-寻呼-能力IE可包括指示应需指示和同步水平信息的字段。

示例寻呼规程

处于空闲状态的UE可在该UE当前所注册的TA和蜂窝小区ID的所有蜂窝小区中被寻呼。UE可基于在TAU更新接受消息中(例如，在图11的步骤3处)接收的TA和蜂窝小区ID列表而在多个TA和蜂窝小区ID中被注册。追踪区域身份可从移动国家码(MCC)、移动网络码(MNC)和追踪区域码(TAC)构造出。在一些情形中，UE所注册的TA列表中的所有TA和蜂窝小区ID可由同一服务MME服务。

图13是解说根据本公开的某些方面的寻呼和服务请求规程的示例呼叫流1300。如图13所解说的，当分组/服务网关(P/SGW)1308接收到下行链路数据时，该P/SGW可向MME1306发送下行链路数据通知消息。当MME 1306接收到下行链路数据通知消息时，可在MME1306中触发U面寻呼。下行链路数据通知可包括触发了该寻呼的数据的分配/保持优先级(ARP)和演进型分组系统(EPS)承载ID。MME 1306可使用在下行链路数据通知消息中接收的EPS承载ID标识出的EPS承载上下文信息，以便基于运营商策略(诸如：寻呼重传策略、以及确定是否在某些MME高负载状况期间将寻呼消息发送给eNB 1304)来控制寻呼。

在2，MME 1306可向P/SGW 1308发送下行链路数据通知确收(ACK)消息，以确认收到下行链路数据通知消息。在3，MME 1306可向eNB 1304发送寻呼消息。除了标识UE 1302之外，寻呼消息还可以指示UE 1302是否将请求寻呼(应需式寻呼)或寻呼消息是否需要被广播、以及在应需式寻呼的情形中eNB 1304需要将寻呼消息缓冲多长时间。在4a，eNB 1304可将寻呼消息转发(例如，广播)给UE 1302。在5，可在UE 1302、eNB 1304和MME 1306之间执行服务请求规程。

图14是解说根据本公开的某些方面的用于应需式寻呼的寻呼和服务请求规程的示例呼叫流1400。

在1，当MME 1406接收到来自P/SGW 1408的下行链路数据通知消息时，可在MME1406中触发U面寻呼。下行链路数据通知可包括触发了该寻呼的数据的ARP和EPS承载ID。MME 1406可使用在下行链路数据通知消息中接收的EPS承载ID标识出的EPS承载上下文信息，以便基于运营商策略(诸如：寻呼重传策略、确定是否在某些MME高负载状况期间将寻呼消息发送给eNB 1404、以及对在没有移动性的情况下在用于本地IP接入的分组数据网络(PDN)连接上抵达的话务的寻呼优化)来控制寻呼。根据某些方面，为了在MME 1406处标识该服务，从P/SGW 1408发送至MME 1406的下行链路数据通知消息可包括信息，诸如指示UE1402正被寻呼的服务的信息。例如，P/SGW 1408可使用深度分组监测(DPI)来确定该服务的身份，并在下行链路数据通知消息中将该信息转发给MME 1406。

在2，MME 1406可以用下行链路数据通知确收消息来对来自P/SGW 1408的下行链路数据通知消息作出响应。在3，MME 1406可通过基于关于UE 1402的现有TAI列表将寻呼消息发送给eNB 1404来寻呼UE 1402。根据某些方面，除了标识UE 1402之外，寻呼消息可被增强以包括关于UE 1402的应需式寻呼指示和缓冲时间。在4b，eNB 1404可在接收到寻呼消息之际确定是否执行图13所示的正常广播寻呼规程(例如，步骤4a)、或应需式寻呼规程。

对于正常广播规程(图13中的步骤4a)，eNB 1404在接收到寻呼消息之际基于寻呼消息中所包括信息来寻呼UE 1402。替换地，对于应需式寻呼规程，在接收到寻呼消息之际，eNB 1404在4b可基于寻呼消息中所指定的缓冲时间来缓冲寻呼消息。在4c，UE 1402可苏醒并确定其是否在由其同步水平和SFN定义的寻呼窗口内，并且发送对应需式寻呼的请求。在4d，响应于应需式寻呼请求，eNB 1404可以用单播(或可任选的广播)将应需式寻呼转发给UE。以及在5，可在UE 1402、eNB 1404和MME 1406之间执行服务请求规程。

本文所公开的方法包括用于达成所描述的方法的一个或多个步骤或动作。这些方法步骤和/或动作可以彼此互换而不会脱离权利要求的范围。换言之，除非指定了步骤或动作的特定次序，否则具体步骤和/或动作的次序和/或使用可以改动而不会脱离权利要求的范围。

如本文中所使用的，引述一列项目中的“至少一个”的短语是指这些项目的任何组合，包括单个成员。作为示例，“a、b或c中的至少一个”旨在涵盖：a、b、c、a-b、a-c、b-c、和a-b-c，以及具有多个相同元素的任何组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c、和c-c-c，或者a、b和c的任何其他排序)。

如本文所使用的，术语“确定”涵盖各种各样的动作。例如，“确定”可包括演算、计算、处理、推导、研究、查找(例如，在表、数据库或其他数据结构中查找)、探知及诸如此类。而且，“确定”可包括接收(例如，接收信息)、访问(例如，访问存储器中的数据)及诸如此类。而且，“确定”还可包括解析、选择、选取、确立及类似动作。

在一些情形中，设备可以并非实际上传送帧，而是可具有用于输出帧以供传输的接口。例如，处理器可经由总线接口向RF前端输出帧以供传送。类似地，设备并非实际上接收帧，而是可具有用于获取从另一设备接收的帧的接口。例如，处理器可经由总线接口从RF前端获得(或接收)传输的帧。

以上所描述的方法的各种操作可由能够执行相应功能的任何合适的装置来执行。这些装置可包括各种硬件和/或软件组件和/或模块，包括但不限于电路、专用集成电路(ASIC)、或处理器。

例如，用于接收的装置、用于捕获的装置、和/或用于获取的装置可包括图2中解说的接入终端250的接收机(例如，(诸)收发机254a到254r的接收机单元)和/或(诸)天线252a到252r或者接入点210的接收机(例如，(诸)收发机222a到222t的接收机单元)和/或(诸)天线224a到224t、和/或图3中解说的无线设备302的接收机312和(诸)天线316。用于传送的装置、用于发送的装置、和/或用于提供的装置可以是图2中解说的接入终端250的发射机(例如，(诸)收发机254a到254r的发射机单元)和/或(诸)天线252a到252r或者接入点210的发射机(例如，(诸)收发机222a到222t的发射机单元)和/或(诸)天线224a到224t、和/或图3中解说的无线设备302的发射机310和/或(诸)天线316。

用于捕获的装置、用于确定的装置、用于发送的装置、用于退出的装置、用于接收的装置、用于返回的装置、用于执行的装置、用于建立的装置、用于提供的装置、用于维持的装置、用于传送的装置、用于缓冲的装置、和/或用于发送的装置可包括处理系统，其可包括一个或多个处理器，诸如图2中解说的接入终端205的RX数据处理器260、TX数据处理器238、和/或处理器270或者接入点210的TX数据处理器214、RX数据处理器242、TX MIMO处理器220、和/或处理器230、和/或图3中解说的无线设备302的处理器304。

根据某些方面，此类装置可由配置成通过实现以上所描述的用于在PHY报头中提供立即响应指示的各种算法(例如，以硬件或通过执行软件指令)来执行相应功能的处理系统来实现。

结合本公开所描述的各种解说性逻辑块、模块、以及电路可用设计成执行本文描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件(PLD)、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何市售的处理器、控制器、微控制器、或状态机。处理器还可以被实现为计算设备的组合，例如DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器、或任何其它此类配置。

如果以硬件实现，则示例硬件配置可包括无线节点中的处理系统。处理系统可以用总线架构来实现。取决于处理系统的具体应用和整体设计约束，总线可包括任何数目的互连总线和桥接器。总线可将包括处理器、机器可读介质、以及总线接口的各种电路链接在一起。总线接口可被用于将网络适配器等经由总线连接至处理系统。网络适配器可被用于实现PHY层的信号处理功能。在用户终端120(见图1)的情形中，用户接口(例如，按键板、显示器、鼠标、操纵杆，等等)也可以被连接到总线。总线还可以链接各种其他电路，诸如定时源、外围设备、稳压器、功率管理电路以及类似电路，它们在本领域中是众所周知的，因此将不再进一步描述。处理器可用一个或多个通用和/或专用处理器来实现。示例包括微处理器、微控制器、DSP处理器、以及其他能执行软件的电路系统。取决于具体应用和加诸于整体系统上的总设计约束，本领域技术人员将认识到如何最佳地实现关于处理系统所描述的功能性。

如果以软件实现，则各功能可作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。软件应当被宽泛地解释成意指指令、数据、或其任何组合，无论是被称作软件、固件、中间件、微代码、硬件描述语言、或其他。计算机可读介质包括计算机存储介质和通信介质两者，这些介质包括促成计算机程序从一地向另一地转移的任何介质。处理器可负责管理总线和一般处理，包括执行存储在机器可读存储介质上的软件模块。计算机可读存储介质可被耦合到处理器以使得该处理器能从/向该存储介质读写信息。在替换方案中，存储介质可以被整合到处理器。作为示例，机器可读介质可包括传输线、由数据调制的载波、和/或与无线节点分开的其上存储有指令的计算机可读存储介质，其全部可由处理器通过总线接口来访问。替换地或补充地，机器可读介质或其任何部分可被集成到处理器中，诸如高速缓存和/或通用寄存器文件可能就是这种情形。作为示例，机器可读存储介质的示例可包括RAM(随机存取存储器)、闪存、ROM(只读存储器)、PROM(可编程只读存储器)、EPROM(可擦式可编程只读存储器)、EEPROM(电可擦式可编程只读存储器)、寄存器、磁盘、光盘、硬驱动器、或者任何其他合适的存储介质、或其任何组合。机器可读介质可被实施在计算机程序产品中。

软件模块可包括单条指令、或许多条指令，且可分布在若干不同的代码段上，分布在不同的程序间以及跨多个存储介质分布。计算机可读介质可包括数个软件模块。这些软件模块包括当由装置(诸如处理器)执行时使处理系统执行各种功能的指令。这些软件模块可包括传送模块和接收模块。每个软件模块可以驻留在单个存储设备中或者跨多个存储设备分布。作为示例，当触发事件发生时，可以从硬驱动器中将软件模块加载到RAM中。在软件模块执行期间，处理器可以将一些指令加载到高速缓存中以提高访问速度。随后可将一个或多个高速缓存行加载到通用寄存器文件中以供处理器执行。在以下述及软件模块的功能性时，将理解此类功能性是在处理器执行来自该软件模块的指令时由该处理器来实现的。

任何连接也被正当地称为计算机可读介质。例如，如果软件是使用同轴电缆、光纤电缆、双绞线、数字订户线(DSL)、或无线技术(诸如红外(IR)、无线电、以及微波)从web网站、服务器、或其他远程源传送而来，则该同轴电缆、光纤电缆、双绞线、DSL或无线技术(诸如红外、无线电、以及微波)就被包括在介质的定义之中。如本文中所使用的盘(disk)和碟(disc)包括压缩碟(CD)、激光碟、光碟、数字多用碟(DVD)、软盘、和碟，其中盘(disk)常常磁性地再现数据，而碟(disc)用激光来光学地再现数据。因此，在一些方面，计算机可读介质可包括非瞬态计算机可读介质(例如，有形介质)。另外，对于其他方面，计算机可读介质可包括瞬态计算机可读介质(例如，信号)。上述的组合应当也被包括在计算机可读介质的范围内。

因此，某些方面可包括用于执行本文中给出的操作的计算机程序产品。例如，此类计算机程序产品可包括其上存储(和/或编码)有指令的计算机可读介质，这些指令能由一个或多个处理器执行以执行本文中所描述的操作。

此外，应当领会，用于执行本文中所描述的方法和技术的模块和/或其它恰适装置能由用户终端和/或基站在适用的场合下载和/或以其他方式获得。例如，此类设备能被耦合至服务器以促成用于执行本文中所描述的方法的装置的转移。替换地，本文所述的各种方法能经由存储装置(例如，RAM、ROM、诸如压缩碟(CD)或软盘等物理存储介质等)来提供，以使得一旦将该存储装置耦合至或提供给用户终端和/或基站，该设备就能获得各种方法。此外，可利用适于向设备提供本文所描述的方法和技术的任何其他合适的技术。

将理解，权利要求并不被限定于以上所解说的精确配置和组件。可在以上所描述的方法和装置的布局、操作和细节上作出各种改动、更换和变形而不会脱离权利要求的范围。

Claims (60)

1.一种用于由移动设备接收寻呼消息的方法，包括：

捕获网络时间；

基于所述网络时间或内部定时器来确定所述移动设备处于所述移动设备能接收寻呼消息的寻呼窗口中；以及

响应于所述确定而发送指示消息。

2.如权利要求1所述的方法，其特征在于，捕获所述网络时间包括以下至少一者：码元级定时捕获或系统帧号(SFN)定时捕获。

3.如权利要求1所述的方法，其特征在于，进一步包括接收对所述指示消息的响应，所述响应指示是否存在针对所述移动设备的寻呼消息。

4.如权利要求3所述的方法，其特征在于，所述响应是经由所述移动设备预期监视所述响应的资源来提供的。

5.如权利要求3所述的方法，其特征在于，进一步包括：

退出低功率状态以捕获所述网络时间；以及

在所述响应指示没有针对所述移动设备的寻呼消息的情况下返回到所述低功率状态。

6.如权利要求3所述的方法，其特征在于，进一步包括在所述响应指示有针对所述移动设备的寻呼消息的情况下执行用于接收所述寻呼消息的规程。

7.如权利要求6所述的方法，其特征在于，进一步包括在接收到所述寻呼消息之后建立用于接收数据的连接。

8.如权利要求6所述的方法，其特征在于，进一步包括与所述响应一起接收以下至少一者：与所述寻呼消息相关联的数据的调度信息或与所述寻呼消息相关联的所述数据。

9.如权利要求1所述的方法，其特征在于，所述指示消息是与源自所述移动设备的数据或控制信息中的至少一者一起发送的。

10.如权利要求1所述的方法，其特征在于，进一步包括提供能力信息，其中所述能力信息指示是否要响应于所述指示消息而发送寻呼消息。

11.如权利要求10所述的方法，其特征在于，所述能力信息是在能力消息中提供的。

12.如权利要求10所述的方法，其特征在于，所述能力信息是在注册消息中提供的。

13.如权利要求10所述的方法，其特征在于，进一步包括与所述能力信息一起提供对将为所述移动设备缓冲所述寻呼消息的可容忍等待时间的指示。

14.如权利要求1所述的方法，其特征在于，进一步包括接收指示将响应于所述指示消息而发送寻呼消息的消息。

15.如权利要求1所述的方法，其特征在于，所述寻呼窗口的周期性或长度中的至少一者取决于针对所述移动设备的所述寻呼消息被保持在缓冲器中的可容忍等待时间。

16.如权利要求15所述的方法，其特征在于，所述移动设备被配置成维持一定时器以确保在所述可容忍等待时间之内发送查询消息。

17.如权利要求1所述的方法，其特征在于，所述移动设备被配置成基于当前寻呼窗口来确定下一寻呼窗口。

18.如权利要求1所述的方法，其特征在于，进一步包括在所述移动设备处准备执行一个或多个任务时退出低功率状态以捕获所述网络时间。

19.如权利要求18所述的方法，其特征在于：

执行所述一个或多个任务包括发送移动始发(MO)数据或控制信息；并且

所述指示消息是与所述MO数据或控制信息一起传送的。

20.如权利要求18所述的方法，其特征在于，确定所述移动设备处于所述寻呼窗口中包括确定自传送上一个指示消息以来已经过去阈值时间量。

21.一种用于寻呼移动设备的方法，包括：

从所述移动设备接收指示消息，所述指示消息指示所述移动设备能够接收寻呼消息；以及

响应于所述指示消息而提供关于是否存在针对所述移动设备的寻呼消息的指示。

22.如权利要求21所述的方法，其特征在于，所述指示消息是与源自所述移动设备的数据一起接收的。

23.如权利要求21所述的方法，其特征在于，进一步包括：

从网络节点接收针对所述移动设备的寻呼消息；以及

缓冲所述寻呼消息达一历时或直至从所述移动设备接收到指示消息。

24.如权利要求23所述的方法，其特征在于，所述历时在所述寻呼消息中被指示。

25.如权利要求23所述的方法，其特征在于，所述历时是通过操作、监管和维护(OAM)功能来配置的。

26.如权利要求21所述的方法，其特征在于，进一步包括确定所述移动设备将响应于指示消息而接收寻呼消息。

27.如权利要求26所述的方法，其特征在于，所述确定是基于所述寻呼消息中的指示作出的。

28.如权利要求26所述的方法，其特征在于，进一步包括从所述移动设备接收能力信息，所述能力信息指示所述移动设备响应于指示消息而接收寻呼消息的能力，其中所述确定是基于所述能力信息作出的。

29.如权利要求28所述的方法，其特征在于，所述能力信息是在能力消息中接收的。

30.如权利要求28所述的方法，其特征在于，所述能力信息是在注册消息中接收的。

31.如权利要求28所述的方法，其特征在于，进一步包括与所述能力信息一起接收关于将为所述移动设备缓冲所述寻呼消息多长时间的指示。

32.如权利要求21所述的方法，其特征在于，进一步包括向所述移动设备发送指示将响应于查询消息而应需式地发送寻呼消息的消息。

33.一种用于寻呼移动设备的方法，包括：

向基站发送要递送给移动设备的寻呼消息；以及

提供关于是否要响应于来自所述移动设备的查询消息而递送所述寻呼消息的指示。

34.如权利要求33所述的方法，其特征在于，所述指示用于指示所述寻呼消息将被广播还是响应于来自所述移动设备的指示消息而被递送。

35.如权利要求33所述的方法，其特征在于，进一步提供关于将缓冲所述寻呼消息多长时间的指示。

36.一种用于由移动设备接收寻呼消息的装备，包括：

用于捕获网络时间的装置；

用于基于所述网络时间或内部定时器来确定所述移动设备处于所述移动设备能接收寻呼消息的寻呼窗口中的装置；以及

用于响应于所述确定而发送指示消息的装置。

37.如权利要求36所述的装备，其特征在于，捕获所述网络时间包括以下至少一者：码元级定时捕获或系统帧号(SFN)定时捕获。

38.如权利要求36所述的装备，其特征在于，进一步包括用于接收对所述指示消息的响应的装置，所述响应指示是否存在针对所述移动设备的寻呼消息。

39.如权利要求38所述的装备，其特征在于，进一步包括：

用于退出低功率状态以捕获所述网络时间的装置；以及

用于在所述响应指示没有针对所述移动设备的寻呼消息的情况下返回到所述低功率状态的装置；以及

用于在所述响应指示有针对所述移动设备的寻呼消息的情况下执行用于接收所述寻呼消息的规程的装置。

40.如权利要求36所述的装备，其特征在于，进一步包括接收指示将响应于发送自所述移动设备的指示消息而发送寻呼消息的消息。

41.如权利要求36所述的装备，其特征在于：

所述寻呼窗口的周期性或长度中的至少一者取决于针对所述移动设备的所述寻呼消息被保持在缓冲器中的可容忍等待时间，并且

所述移动设备被配置成维持一定时器以确保在所述可容忍等待时间之内发送查询消息。

42.如权利要求36所述的装备，其特征在于，所述移动设备被配置成基于当前寻呼窗口来确定下一寻呼窗口。

43.如权利要求36所述的装备，其特征在于，所述用于确定所述移动设备处于寻呼窗口中的装置包括用于确定自传送上一个指示消息以来已经过去阈值时间量的装置。

44.一种用于寻呼移动设备的装备，包括：

用于从所述移动设备接收指示消息的装置，所述指示消息指示所述移动设备能够接收寻呼消息；以及

用于响应于所述指示消息而提供关于是否存在针对所述移动设备的寻呼消息的指示的装置。

45.如权利要求44所述的装备，其特征在于，进一步包括：

用于从网络节点接收针对所述移动设备的寻呼消息的装置；以及

用于缓冲所述寻呼消息达一历时或直至从所述移动设备接收到指示消息的装置。

46.如权利要求44所述的装备，其特征在于，进一步包括用于确定所述移动设备将响应于指示消息而接收寻呼消息的装置，其中所述确定是基于所述寻呼消息中的指示作出的。

47.如权利要求44所述的装备，其特征在于，进一步包括向所述移动设备发送指示将响应于查询消息而应需式地发送寻呼消息的消息。

48.一种用于寻呼移动设备的装备，包括：

用于向基站发送要递送给移动设备的寻呼消息的装置；以及

用于提供关于是否要响应于来自所述移动设备的查询消息而递送所述寻呼消息的指示的装置。

49.如权利要求48所述的装备，其特征在于，所述指示用于指示所述寻呼消息将被广播还是响应于来自所述移动设备的指示消息而被递送。

50.一种用于由移动设备接收寻呼消息的装置，包括：

至少一个处理器，其被配置成捕获网络时间并基于所述网络时间或内部定时器来确定所述移动设备处于所述移动设备能接收寻呼消息的寻呼窗口中；以及

发射机，其被配置成响应于所述确定而发送指示消息。

51.如权利要求50所述的装置，其特征在于，所述至少一个处理器被配置成通过以下至少一者来捕获网络：码元级定时捕获或系统帧号(SFN)定时捕获。

52.如权利要求50所述的装置，其特征在于，进一步包括接收机，其被配置成接收对所述指示消息的响应，所述响应指示是否存在针对所述移动设备的寻呼消息。

53.如权利要求50所述的装置，其特征在于，所述移动设备被配置成基于当前寻呼窗口来确定下一寻呼窗口。

54.如权利要求50所述的装置，其特征在于，确定所述移动设备处于寻呼窗口中包括确定自传送上一个指示消息以来已经过去阈值时间量。

55.一种用于寻呼移动设备的装置，包括：

接收机，其被配置成从所述移动设备接收指示消息，所述指示消息指示所述移动设备能够接收寻呼消息；以及

至少一个处理器，其被配置成响应于所述指示消息而提供关于是否存在针对所述移动设备的寻呼消息的指示。

56.如权利要求55所述的装置，其特征在于，进一步包括发射机，其被配置成向所述移动设备发送指示将响应于查询消息而应需式地发送寻呼消息的消息。

57.一种用于寻呼移动设备的装置，包括：

发射机，其被配置成向基站发送要递送给移动设备的寻呼消息；以及

至少一个处理器，其被配置成提供关于是否要响应于来自所述移动设备的查询消息而递送所述寻呼消息的指示。

58.一种计算机可读介质，其上存储有用于以下操作的计算机可执行代码：

捕获网络时间；

基于所述网络时间或内部定时器来确定移动设备处于所述移动设备能接收寻呼消息的寻呼窗口中；以及

响应于所述确定而发送指示消息。

59.一种计算机可读介质，其上存储有用于以下操作的计算机可执行代码：

从移动设备接收指示消息，所述指示消息指示所述移动设备能够接收寻呼消息；以及

响应于所述指示消息而提供关于是否存在针对所述移动设备的寻呼消息的指示。

60.一种计算机可读介质，其上存储有用于以下操作的计算机可执行代码：

向基站发送要递送给移动设备的寻呼消息；以及

提供关于是否要响应于来自所述移动设备的查询消息而递送所述寻呼消息的指示。