用于无线通信的备用寻呼的制作方法

专利名称：用于无线通信的备用寻呼的制作方法
技术领域：
本申请总体上涉及无线通信，更具体地但非排他性地，涉及提高通信性能。
背景技术：
无线通信系统被广泛地部署用以向多个用户提供各种通信(例如，语音、数据、多 媒体服务等等)。随着对高速率和多媒体数据服务的需求的迅速增长，存在实现具有高性能 的高效且鲁棒的通信系统的难题。为了补充常规移动电话网络基站，可以部署小覆盖的基站(例如，安装在用户的 家中)，用以为移动单元提供更鲁棒的室内无线覆盖。这种小覆盖的基站通常被称为接入点 基站、家庭节点B、或毫微微小区。通常，这种小覆盖的基站经由DSL路由器或有线调制解调 器连接到互联网和移动运营商的核心网络。由于小覆盖的基站的射频(“RF”)覆盖区可能无法由移动运营商来优化，并且这 种基站的部署可能是自组(ad-hoc)的，因此RF干扰问题就会出现。因此，需要改善对无线 网络的干扰管理。

发明内容
以下是本公开文件的示例性方案的概述。应理解，本文中对词语“方案”的任何提 及可以指代本公开文件的一个或多个方案。一些方案中，本公开文件涉及为错过(miss)寻呼的节点提供备用寻呼。在此，寻 呼是从网络到特定节点的明确消息，其指示网络需要该特定节点建立与该网络的通信。系 统中第一类型的接入点可以为在系统中第二类型的接入点上处于空闲的接入终端提供备 用寻呼。因此，如果所述接入终端错过所述第二类型的接入点的寻呼，则该接入点仍有机会 接收到备用寻呼。一些方案中，本公开文件涉及为节点提供交错(staggered)的寻呼时间。例如，第 一类型的接入点可以根据第一寻呼时间表寻呼该接入终端，而第二类型的接入点可以根据 第二寻呼时间表寻呼该接入终端。以此方式，如果该接入终端错过根据一个时间表发送的 寻呼，该接入终端可以在根据一不同时间表发送该寻呼时接收到该寻呼。在一些方案中，第一类型的接入点(例如，宏节点)在宏覆盖区域上提供服务，第 二类型的接入点(例如，毫微微节点)在较小覆盖区上提供服务和/或提供受限的服务。因 此，在接入终端错过毫微微节点的寻呼的情况下，该接入终端可以进行切换以检测宏节点 的寻呼。


将在随后的详细说明和所附权利要求书及附图中说明本公开文件的这些及其它 示例性方案，在附图中图1是被配置为提供交错寻呼的通信系统的几个示例性方案的简化方框图；图2是示例性的交错寻呼方案的简化时序图；图3是可被执行以接收备用寻呼的操作的几个示例性方案的流程图；图4是可在利用快速寻呼的系统中执行的操作的几个示例性方案的流程图；图5是可被执行以提供备用寻呼的操作的几个示例性方案的流程图；图6是无线通信系统的简图；图7是包括毫微微节点的无线通信系统的简图；图8是示出无线通信的覆盖区的简图；图9是通信组件的几个示例性方案的简化方框图；及图10和11是如本文教导地被配置为使用或提供备用寻呼的装置的几个示例性方 案的简化方框图。根据一般惯例，在附图中示出的各个特征可以不是按照比例绘制的。因此，为了清 楚，可以任意放大或缩小各个特征的尺寸。另外，为了清楚，对一些附图进行了简化。因此， 附图可能没有描绘出某个给定装置(例如，设备)或方法的全部组件。最后，相似的参考标 号用于在说明书和附图的通篇中指代相似的特征。
具体实施例方式以下说明本公开文件的多个方案。显然，可以以各种形式来体现本文的教导，并且 本文公开的任何特定结构、功能或结构与功能两者都仅仅是代表性的。根据本文的教导，本 领域技术人员应明白，本文公开的一个方案可以独立于任何其它方案来实现，并且可以以 各种方式来组合这些方案中的两个或更多个。例如，可以使用本文阐述的任意数量的方案 来实现装置或实施方法。另外，作为本文阐述的一个或多个方案的补充或替代，可以使用其 它结构、功能或者结构与功能来实现这个装置或实施这个方法。而且，方案可以包括权利要 求的至少一个要素。图1示出了示例性通信系统100的几个节点(例如，通信网络的一部分)。为了说 明的目的，将在彼此通信的一个或多个接入终端、接入点和网络节点的环境下来说明本公 开文件的多个方案。然而，应意识到，本文的教导可适用于用其它术语指代的其它类型的装 置或其它类似的装置。系统100中的接入点104和106为一个或多个无线终端(例如，接入终端102)提 供一个或多个服务(例如，网络连接)，所述无线终端可以位于相关地理区域内或在整个相 关地理区域中漫游。另外，接入点104和106可以与一个或多个网络节点(为了方便，由网 络节点108来表示)通信以便于广域网连接。这些网络节点可以采取多种形式，例如，一个 或多个无线电设备和/或核心网络实体(例如，移动性管理实体、会话参考网络控制器、或 某种其它适合的网络实体)。图1及随后的论述说明了一种寻呼方案，其中，不同类型的接入点根据不同寻呼时间表寻呼接入终端102。例如，接入点104可以包括毫微微节点，其根据第一时间表寻呼 接入终端102，接入点106可以包括宏节点，其根据第二时间表寻呼接入终端102。通过使 用这些不同的寻呼时间表，在接入终端102错过来自接入点104的寻呼的情况下，接入终端 102可能从接入点106接收到寻呼。在特定情况下，与特定类型的节点(例如，毫微微节点)相关联的寻呼信道可能不 如与其它类型的节点(例如，宏节点)相关联的寻呼信道可靠。例如，由于重用、分配的发 射功率或其它状况，在毫微微寻呼信道上的接收干扰会高于在宏寻呼信道上的接收干扰。 为了抑制这个状况的影响，可以在第一类型的节点上空闲的接入终端错过由该节点提供的 寻呼(例如，毫微微寻呼)的那些时间中，为该接入终端提供备用寻呼。在此，该接入终端 可以进行切换以便收听由第二类型的节点在稍后某个时间点(例如，在规定的延迟时段之 后)提供的寻呼(例如，宏寻呼)。图2示出了对接入终端的寻呼如何可以被交错以提供此类备用寻呼的实例。如 以下更详细论述的，寻呼可以包括发送寻呼指示，例如，快速寻呼、寻呼、迅速寻呼和重寻呼 (repage)。在图2的实例中，毫微微节点被配置为根据规定的寻呼周期(例如，由时间段 202表示的每200毫秒)向接入终端发送寻呼指示。另外，宏节点被配置为根据规定的寻呼 周期(例如，由时间段204表示的每50毫秒)向接入终端发送寻呼指示。将寻呼指示发送至给定的接入终端的特定时间(例如，在图2中所示的一个寻呼 机会期间)取决于与该接入终端相关联的时序偏移。例如，系统中的全部接入终端可以以5 秒的间隔唤醒以监视寻呼，但可以为不同的接入终端分配不同的相对时间偏移。作为一个 特定实例，一个接入终端可以在“绝对”时间1. 0,6. 0,11. 0等等处唤醒，而另一个接入终端 可以在“绝对”时间1. 2,6. 2,11. 2等等处唤醒。在一些方案中，一个给定的接入终端的时 序偏移可以被定义为与该接入终端相关联的标识符的函数(例如，哈希函数)。参考图1的实例，只要需要与接入终端102进行通信，网络节点108 (例如，寻呼控 制器110)就可以向系统100中的接入点发送寻呼请求。在接收到寻呼请求后，接入点104 在由用于接入终端102的毫微微寻呼时间表规定的第一个毫微微寻呼机会寻呼接入终端 102。类似地，当接入点106接收到寻呼请求时，其可以在由用于接入终端102的宏寻呼时 间表规定的第一个宏寻呼机会寻呼接入终端102。在此，该宏寻呼机会可以被定义为在毫微 微寻呼指示及适当延迟后出现的下一个宏寻呼机会。例如，下一个宏寻呼机会可以被定义 为在毫微微快速寻呼后至少一个规定的时间段206 (例如，大于4个超帧，总计100毫秒) 处出现。在此，用于给定接入终端的宏寻呼机会可以散落至在给定数量的宏寻呼机会(例 如，图2中所示的第四个、第五个、第六个或第七个宏寻呼指示时间)中的任何一个宏寻呼 机会。因此，给定的接入终端将在一特定时间由毫微微节点(例如，根据第一时间表)进行 寻呼，并在稍后的一规定时间段处由宏节点(例如，根据第二时间表)进行寻呼。接入终端102 (例如，寻呼控制器112)会使得其收发机114 (例如，包括接收机116 和发射机118)根据接入终端102是在接入点104还是在接入点106上空闲而在毫微微寻 呼机会处或者在宏寻呼机会处进行监视。此外，在接入终端102在接入点104上空闲且错 过来自接入点104的毫微微寻呼的情况下，接入终端102就可以被配置为进行切换以监听 来自接入点106的宏寻呼。在考虑以上概述的情况下，将参考图3-5的流程图来说明与提供备用寻呼有关的额外细节。简要地，图3说明了可由诸如接入终端的节点执行以接收寻呼的示例性操作。图 4说明了用于利用快速寻呼的系统的示例性操作。图5说明了可由诸如移动性管理实体的 网络节点执行以提供寻呼的示例性操作。为了方便，图3-5的操作(或者本文描述或教导的任何其他操作)可以被描述为 由特定组件(例如，系统100的组件)来执行。但应意识到，这些操作也可以由其他类型的 组件来执行，并且可以使用不同数量的组件来执行。还应意识到，在一个给定的实现方式中 可以不使用本文所述的一个或多个操作。最初参考图3，如块302所示的，接入终端确定不同类型节点(例如，接入点)将使 用来寻呼接入终端的不同寻呼时间表。作为一个简化的实例，第一寻呼时间表可以定义一 个时序偏移，由此毫微微节点在时间1.0、6.0、11.0等等处寻呼接入终端。另外，第二寻呼 时间表可以定义另一个时序偏移，由此宏节点在时间1. 2,6. 2,11. 2等等处寻呼接入终端。如块304所示的，在某个时间点，接入终端将在第一或第二类型的节点上开始处 于空闲。在此，接入终端可以选择当前为该接入终端提供最佳通信条件的节点类型。例如， 当接入终端在家中时，接入终端可以在家庭毫微微节点上处于空闲。如块306所示的，接入终端(例如，寻呼控制器112)可以基于该接入终端在其上 处于空闲的节点的节点类型，来选择所使用的寻呼时间表。例如，在检测到接入终端正在一 不同类型的节点上处于空闲时，接入终端可以切换到新的寻呼时间表。如本文所述的，这可 以包括按照该接入终端的标识符的函数来计算时序偏移。如块308所示的，接入终端(例如，接收机116)被配置为(例如，由寻呼控制器 112进行配置)根据所选择的寻呼时间表来监视寻呼指示。因此，收发机114可以被配置为 在适当的间隔和时序偏移处唤醒以扫描来自一个或多个毫微微节点的寻呼。此外，在一些情况下，不同类型的节点可以在不同载波频率上通信。例如，宏节点 可以在特定的指定载波上操作，而毫微微节点可以在不同的载波上操作。在此情况下，可以 用对可由毫微微节点使用的载波的指示来编程接入终端。如块310所示的，如果接入终端没有收听到寻呼，则接入终端返回休眠模式。接入 终端随后可以在下一个寻呼机会处唤醒以监视下一个寻呼(块308处)。如块312所示的，如果接入终端在该寻呼机会期间接收到寻呼，则接入终端尝试 对该寻呼进行解码，并验证该寻呼上不存在错误。如块314所示的，在成功地接收到寻呼的情况下，接入终端可以开始与寻呼有关 的处理。例如，在图1中，接入终端102(例如，通信处理器120)可以使得寻呼应答被发送 到网络节点108。如果接入终端在块312处没有成功地接收到毫微微寻呼(例如，在寻呼上存在错 误或者接入终端不能对寻呼进行解码)，接入终端可以在块316处使用与宏节点相关的寻 呼时间表来监听来自一个或多个宏节点的寻呼。如上所述，可以使不同的寻呼时间表交错， 以使得宏寻呼在毫微微寻呼之后很短时间内出现。如上所述，在一些情况下，毫微微节点和宏节点可以在不同的载波上操作。因此， 接入终端可以监视一个载波以接收来自毫微微节点的寻呼，并可以切换到另一个载波以监 听来自宏节点的寻呼。可替换地，在一些情况下，毫微微节点可以被配置为在由宏节点使用 的载波上发送寻呼(例如，即使毫微微节点操作在不同的载波上)。在此，接入终端可以在相同的载波上收听到来自两种类型的节点的寻呼。如块318和314所示的，在成功地接收到寻呼的情况下，接入终端可以开始与寻呼 有关的处理。否则，接入终端(例如，寻呼控制器112)可以根据第一寻呼时间表继续监视 毫微微寻呼(块308)。如块320所示的，在一些情况下，接入终端(例如，寻呼控制器112)可以监视重寻 呼。如下更详细论述的，重寻呼可以由任一类型的节点提供(例如，毫微微节点或宏节点)。现在参考图4，在一些情况下，系统使用快速寻呼(例如，快速寻呼信道，QPCH)，以 使得接入终端能够更有效地监视寻呼。快速寻呼是一种用以向接入终端指示很可能存在对 其的寻呼的有效方法。在这个方案中，只有接入终端收听到快速寻呼，其才试图监听完整的 寻呼(此操作对于接入终端来说是更为昂贵的过程，例如，在消耗电池功率方面)。在一些 方案中，快速寻呼可以包括关于在下一个完整的寻呼间隔处可能寻呼某个接入终端或某些 接入终端的指示。然而，该指示可能并非必然指示一个特定接入终端实际上将会被寻呼。例 如，该指示可以包括将被寻呼的每个接入终端的地址的一部分。因此，该指示可以指示多个 接入终端，尽管实际上将仅会寻呼这些接入终端的一部分(例如，一个)。作为一个特定实 例，快速寻呼可以由固定数量的比特(例如，40个比特)组成，从而使用与将会在下一个寻 呼间隔(例如，快速寻呼后25毫秒)处被寻呼的每个接入终端相关联的节点标识符的至少 一部分来定义这些比特。例如，如果将寻呼一个接入终端，则可以从该接入终端的标识符得 到全部40个比特。如果将寻呼两个接入终端，可以从其中一个接入终端的标识符得到这些 比特的一半，并从另一个接入终端的标识符得到这些比特的另一半。因此，如果接入终端在 快速寻呼中检测到其标识符的一部分，则接入终端会为该寻呼(实际上，其可以针对该接 入终端或某个其他接入终端)而唤醒。否则，接入终端可以选择不为该寻呼而唤醒以节省 电池功率。在以下实例中，可以结合毫微微寻呼和宏寻呼来使用快速寻呼(例如，每个寻呼 皆出现在相应的快速寻呼后25毫秒)。如图4的块402所示的，在某个时间点，接入终端在毫微微节点上空闲。因此，如块 404所示的，接入终端将在由第一寻呼时间表指定的时间唤醒，以监视来自毫微微节点的快 速寻呼。如块406所示的，如果没有接收到快速寻呼通知，则接入终端继续在毫微微节点 上空闲，并监听快速寻呼。亦即，如果接入终端成功地读取到快速寻呼，但该快速寻呼没有 包括关于将在下一个寻呼时间(例如，在25毫秒内)寻呼该接入终端的指示，则接入终端 会返回休眠，直到下一个快速寻呼时间。如块408所示的，如果在块406处接收到快速寻呼通知，则接入终端可以在指定时 间唤醒，以监听毫微微寻呼。另外，如从块404的“不成功”分支所示的，如果接入终端错过 快速寻呼(例如，接入终端由于干扰而不能成功地解码该快速寻呼)，则接入终端可以选择 监听来自该毫微微节点的完整寻呼。如块410所示的，如果接入终端成功地收听到毫微微寻呼，则接入终端判断该寻 呼是否是针对该接入终端的。如果不是，则接入终端继续在毫微微节点上空闲，并监听快速 寻呼(块402和404)。如果该寻呼是针对该接入终端的，则接入终端如块416处所示地对 该寻呼做出响应。如块412所示的，如果接入终端错过毫微微寻呼(例如，接入终端由于干扰而不能成功地解码完整寻呼)，则接入终端监听来自一个(或多个)宏节点的快速寻呼和/或完整寻呼。如块414所示的，如果接入终端成功地收听到宏寻呼，则接入终端就如块416所示 地对该寻呼做出响应。否则，接入终端可以继续在毫微微节点上空闲，并监听快速寻呼(块 402 和 404)。应意识到，可以对本文教导的寻呼操作做出各种修改。例如，在一些情况下，如果 接入终端收听到毫微微快速寻呼但错过毫微微寻呼，则接入终端可以仅监听宏寻呼而不监 听宏快速寻呼。另外，在一些条件下，毫微微快速寻呼会比毫微微寻呼更可靠。因此，如果 接入终端接收到毫微微快速寻呼，则接入终端可以进行直接接入(例如，发送寻呼响应)， 而无需等待收听到毫微微寻呼或宏寻呼)。在一些情况下，接入终端在进行切换以监视来自 宏节点的寻呼指示之前，等待毫微微快速寻呼、毫微微寻呼和在毫微微处的快速重寻呼。可以以各种方式配置系统以使用不同的寻呼时间表。在典型的情况下，系统中的 节点可以被配置为(例如，在部署时进行配置)支持给定的寻呼时间表。例如，毫微微节点 可以被配置为将一个函数应用于接入终端标识符，以便为该接入终端建立适当的毫微微寻 呼时间表，而宏节点可以被配置为将一不同的函数应用于接入终端标识符，以便为该接入 终端建立适当的宏寻呼时间表。可替换地，在一些情况下，网络可以基于将会寻呼一个给定 接入终端的节点的类型，来调度对该接入终端的寻呼请求。图5示出了网络节点(例如，用 以管理对接入终端的寻呼的移动性管理实体)使用不同的寻呼时间表来发出寻呼请求的 实例。如图5的块502所示的，在某个时间点，网络节点确定需要寻呼接入终端。例如， 已经设置了到该接入终端的呼叫或者已经接收到发往该接入终端的数据。如块504所示的，网络节点(例如，图1的寻呼控制器110)确定要寻呼该接入终 端的一个或多个节点(例如，接入点)。在一些实现方式中，这可以包括根据网络的标准 寻呼规则(例如，基于追踪区域的规则、基于地域的规则、基于距离的规则)来寻呼该接入 终端。在一些实现方式中，作为由网络实现的标准寻呼组(例如，基于追踪区域的、基于地 域的、基于距离的)的替换或补充，可以使用建议(或者补充性)寻呼组(“SPS”)。在一些方案中，SPS可以采取用以指定可寻呼该接入终端的实体的列表的形式。在 一些情况下，接入终端可以将此列表提供至控制对该接入终端的寻呼的实体(例如，移动 性管理实体)。为了方便，以下论述引用包括节点标识符(“ID”)的列表的SPS。然而，应 意识到，SPS可以包括其他类型的条目(例如，扇区ID、或者小区ID、用户组ID等)。在接 收到SPS后，除了根据网络的标准寻呼规则会寻呼该接入终端的结点之外，网络(例如，在 移动性管理器的控制下)还可以在由该SPS指定的所有节点处寻呼该接入终端。因此，当 接入终端访问在发送给网络的最新的SPS中列出的节点(例如，毫微微节点)时，接入终端 不需要为此访问而在该节点处注册。节点(例如，给定的小区或扇区)可以通告一个指示，其指示该节点可以不寻呼接 入终端，除非其被特定地请求寻呼该接入终端(例如，通过在该节点处注册或者将该节点 包括在SPS中)。毫微微节点(例如，受限节点)是可以通告此类指示的节点的一个实例。 在接收到此指示后，接入终端可以产生包括该节点的ID的SPS，并且在接入终端选择在该 节点处空闲的情况下将该SPS发送到网络(例如，在注册消息中发送)。在一些实现方式中，接入终端能够基于距离、地域、扇区标识符(“SID”)和网络标识符(“NID”)的参数设 置之中的一个或多个，来推断对SPS的需要。可以结合预测在不久的将来接入终端将访问哪些节点，来部署SPS。由此，使用预 见性的SPS允许接入终端减小其注册负担。例如，接入终端可以总是将其收听到的最强节 点(例如，节点的扇区)添加到SPS，因为在不久的将来，接入终端很有可能在该节点上空 闲。出于类似地原因，接入终端可以将该接入节点的邻居或接入终端收听到的任何邻居添 加到SPS。另外，如果接入终端可以收听到其家庭毫微微节点(例如，接入终端足够接近家 庭毫微微节点从而能够从家庭毫微微节点接收到信号)，则接入终端可以自动地将该家庭 毫微微节点添加到SPS，因为很有可能接入终端正在回“家”。类似地，如果接入终端当前在 家庭宏小区(例如，是其家庭毫微微节点的最强邻居的宏小区)中(例如，在其上空闲)， 则接入终端可以自动地将该家庭毫微微节点添加到其SPS，因为很有可能接入终端正在回 “家”。后一情况可以比前一情况更快地添加家庭毫微微节点，因为由于家庭宏小区覆盖区 更大，从而接入终端可以在接入终端收听到家庭毫微微节点之前收听到家庭宏小区。在另 一情况下，当接入终端在毫微微节点上空闲时，接入终端可以将该毫微微节点的宏邻居自 动地添加到SPS，因为接入终端会有可能移出该毫微微节点的覆盖并进入该宏小区的覆盖 中。再次参考图5，如块506所示的，网络节点(例如，图1中的节点类型确定器122) 可以基于在块504处选择的每个节点的节点类型，来确定在寻呼接入终端时使用的寻呼时 间表。例如，如本文所述的，可以为毫微微节点选择第一寻呼时间表，并为宏节点选择第二 寻呼时间表。如块508所示的，网络节点(例如，寻呼控制器110)向每个所选择的节点发出寻 呼请求。在此，给定的寻呼请求可以请求节点(例如，接入点)根据在块506处确定的适当 的寻呼时间表来寻呼接入终端。如块510处所示的，在一些实现方式中，如果网络没有接收到对寻呼的响应，则网 络(例如，寻呼控制器110)可以发起重寻呼操作。例如，网络节点可以在下一次接入终端 被调度为寻呼而唤醒时或者在某个稍早的规定时间(例如，迅速重寻呼)处重新发送该寻 呼。在此情况下或任何其他情况下，可以以各种方式来实现重寻呼操作。例如，在一些 情况下，可以使用分级重寻呼。在一些情况下，毫微微节点可以被配置为进行重寻呼。在一 些情况下，宏节点可以被配置为进行重寻呼。将依次说明对于这些情况中每一种情况的示 例性操作。在分级重寻呼中，网络节点最初促使在最后获知接入终端所处于的区域中寻呼接 入终端。如果没有响应，则在规定的重寻呼间隔后，网络节点促使在更大的区域上(例如， 在更大的距离上、更大的地域上或额外的地域上)寻呼接入终端。如果接入终端在较小的 区域内，其进而被配置为为第一个寻呼尝试而唤醒。否则，接入终端就为第二个寻呼尝试而 唤醒。在此，在第一个寻呼尝试中寻呼在SPS中列出的任何节点(例如，扇区、小区等)。因 此，在接入终端的SPS中指定的节点上空闲的接入终端将被配置为为第一个寻呼尝试而唤 醒。在一些方案中，在接入终端从宏节点移动到毫微微节点时，可以使用毫微微重寻呼来避免接入终端错过寻呼。例如，在毫微微寻呼之后但在相应的备用宏寻呼之前的时间 段期间，接入终端可能从在宏节点上空闲切换到在毫微微节点上空闲。在此情况下，接入终 端会错过毫微微快速寻呼和寻呼。为了克服这个问题，毫微微节点可以在规定的自动重寻 呼间隔(例如，其大于图2的切换时间段206)后自动地重寻呼接入终端。在一些方案中，当接入终端从宏节点移动到毫微微节点时，可以使用宏重寻呼来 避免接入终端错过寻呼。例如，在毫微微寻呼机会与宏寻呼之间的时间段期间，在网络在此 时间段期间发出寻呼请求的情况下，接入终端可能从在宏节点上空闲切换到在毫微微节点 上空闲。在此情况下，宏寻呼会在毫微微寻呼之前出现，从而接入终端可能忽略宏寻呼，因 为接入终端现在在毫微微节点上空闲。在此，接入终端可能甚至未监听迅速重寻呼(如果 支持迅速重寻呼)，因为接入终端可能收听到下一个宏迅速寻呼并确定不存在对接入终端 的寻呼。为了应付这个问题，网络节点可以自动地发送两个寻呼或者发送包括自动重寻呼 请求(例如，标志)的一个寻呼。在前一情况下，可以在相隔足够大的时间段(例如，100毫 秒)发送寻呼。在此，如果宏节点在同一寻呼间隔中接收到两个寻呼，则宏节点可以将其合 并为一个寻呼。可替换地，宏节点可以在宏寻呼信道上发送两个连续的寻呼。如果寻呼包 括自动重寻呼请求，则宏节点在其确定毫微微寻呼机会已经过去的情况下可以在宏寻呼信 道上发送两个连续的寻呼。在一些方案中，网络可以基于与接入终端在其上空闲的当前节点有关的信息来执 行重寻呼。例如，如果用于接入终端的SPS包括毫微微节点，则网络节点可以执行重寻呼。 另外，宏节点可以基于其所获得的关于该毫微微节点的寻呼机会的信息进行重寻呼。鉴于以上内容，应意识到，接入终端可以基于接入终端在其上空闲的节点的类型 并基于系统中可以使用的任何重寻呼来调整其唤醒时序。例如，当接入终端从在宏节点上 空闲转换到在毫微微节点上空闲或者反之亦然时，接入终端可以改变其唤醒时序以应对不 同的寻呼时间表。如上所述，在一些方案中，可以在包括宏规模覆盖(例如，诸如3G网络的大面积蜂 窝网络，其通常被称为宏小区网络或WAN)和较小规模覆盖(例如，基于住所的或者基于建 筑物的网络环境，其通常被称为LAN)的网络中使用本文的教导。随着接入终端(“AT”)移 动通过这种网络，接入终端在特定位置处可以由提供宏覆盖的接入点进行服务，而接入终 端在其他位置处可以由提供较小规模覆盖的接入点进行服务。在一些方案中，较小覆盖的 节点可以用于提供递增的容量增长、建筑物内的覆盖和不同的服务(例如，用于更鲁棒的 用户体验)。如上所述，在相对大的面积上提供覆盖的节点可以称为宏节点，而在相对小的 面积(例如，住所)上提供覆盖的节点可以称为毫微微节点。可以在小于宏区域且大于毫 微微区域的区域上提供覆盖的节点可以称为微微节点(例如，提供商业建筑物内的覆盖)。在一些实现方式中，节点可以与一个或多个小区或扇区相关联(例如，其被分割 为一个或多个小区或扇区)。与宏节点、毫微微节点或微微节点相关联的小区或扇区可以分 别被称为宏小区、毫微微小区或微微小区。在各种应用中，其他术语也可以用于指代宏节点、毫微微节点或微微节点。例如， 宏节点可以被配置为或称为接入节点、基站、接入点、eNodeB、宏小区等等。此外，毫微微节 点可以被配置为或称为家庭节点B、家庭eNodeB、接入点基站、毫微微小区等等。
图6示出了无线通信系统600的实例，其被配置为支持多个用户，在无线通信系统 600中可以实现本文的教导。系统600为多个小区602提供通信，例如宏小区602A-602G， 每一个小区都由相应的接入点604(例如，接入点604A-604G)服务。如图6所示的，接入终 端606(例如，接入终端606A-606L)随着时间进展可以散布在遍及系统的多个位置处。例 如，每一个接入终端606都可以在给定时刻在前向链路(“FL”)和/或反向链路(“RL”) 上与一个或多个接入点604通信，这取决于接入终端606是否是活动的以及其是否处于软 切换中。无线通信系统600可以在大地理范围上提供服务。例如，宏小区602A-602G可以 覆盖相邻地域中的几个街区或在乡村环境中的几英里。图7是示出了通信系统700的实例，其中，在网络环境中部署了 一个或多个毫微微 节点。具体地，系统700包括安装在相对小规模的网络环境(例如，在一个或多个用户住所 730)中的多个毫微微节点710(例如，毫微微节点710A和710B)。每一个毫微微节点710 可以经由DSL路由器、有线调制解调器、无线链路或其他连通手段(未示出)耦合到广域网 740 (例如，互联网)和移动运营商核心网络750。如下所述的，每一个毫微微节点710都可 以被配置为服务于相关接入终端720 (例如，接入终端720A)及可任选的外来(alien)接入 终端720 (例如，接入终端720B)。换而言之，对毫微微节点710的接入可以是受限的，从而 一个给定的接入终端720可以由一组指定的(例如，家庭)毫微微节点710服务，但不能由 任何未指定的毫微微节点710 (例如，邻居的毫微微节点710)服务。图8示出了覆盖图800的实例，其中，定义了几个追踪区域802 (或者路由区域或 者位置区域)，其每一个都包括几个宏覆盖区域804。在此，以粗线描绘了与追踪区域802A、 802B和802C相关的覆盖区域，并由六边形来表示宏覆盖区域804。追踪区域802还包括 毫微微覆盖区域806。在这个实例中，每一个毫微微覆盖区域806 (例如，毫微微覆盖区域 806C)都被描绘在宏覆盖区域804 (例如，宏覆盖区域804B)内。然而应意识到，一个毫微微 覆盖区域806可能并非整体地位于一个宏覆盖区域804之内。实际上，可以用给定的追踪 区域802或宏覆盖区域804定义大量毫微微覆盖区域806。此外，可以在给定的追踪区域 802或宏覆盖区域804内定义一个或多个微微覆盖区域(未示出)。再次参考图7，毫微微节点710的所有者可以订制通过移动运营商核心网络750提 供的移动服务，诸如3G移动服务。另外，接入终端720能够运行在宏环境和较小规模(例 如，住所)的网络环境中。换而言之，基于接入终端720的当前位置，接入终端720可以由 与移动运营商核心网络750相关联的宏小区接入点760服务或者由一组毫微微节点710中 的任何一个(例如，位于相应的用户住所730内的毫微微节点710A和710B)服务。例如， 当用户位于其家之外时，其由标准的宏接入点(例如，接入点760)服务，而当用户在其家中 时，其由毫微微节点(例如，节点710A)服务。在此，毫微微节点710可以向后兼容传统接 入终端720。可以在单一频率上或者可替换地在多个频率上部署毫微微节点710。基于具体配 置，该单一频率或多个频率中的一个或多个频率可以与宏接入点(例如，接入点760)使用 的一个或多个频率交叠。在一些方案中，接入终端720可以被配置为连接到优选的毫微微节点(例如，接入 终端720的家庭毫微微节点)，只要这种连通是可能的。例如，只要接入终端720A在用户的 住所730中，就希望接入终端720A仅与家庭毫微微节点710A或710B通信。
在一些方案中，如果接入终端720在宏蜂窝网络750中操作，但没有位于其最优选 的网络上(例如，按照在优选漫游列表中定义的)，则接入终端720可以使用更佳系统重选 (“BSR”)来继续搜索最优选的网络(例如，优选的毫微微节点710)，更佳系统重选包括周 期性地扫描可用的系统以确定当前是否有更佳的系统可利用，及随后尝试与这种优选系统 进行关联。在一些情况下，接入终端720可以将搜索限制于特定频带和/或信道。在一些 情况下，可以周期性地重复对最优选系统的搜索。在发现了优选的毫微微节点710之后，接 入终端720选择该毫微微节点710以便驻扎在其覆盖区域内。毫微微节点可以在一些方面受到限制。例如，给定的毫微微节点可以仅向特定接 入终端提供特定服务。在以所谓的受限(或封闭)关联进行部署时，给定接入终端可以仅 由宏小区移动网络和规定的毫微微节点集合(例如，位于相应的用户住所730内的毫微微 节点710)服务。在一些实现方式中，节点可以被限制为不向至少一个节点提供以下至少一 项信令、数据存取、注册、寻呼或服务。在一些方案中，受限毫微微节点(其也可以称为封闭用户组家庭节点B)是向被受 限供应的接入终端集合提供服务的节点。这个集合可以根据需要而被临时地或者永久地扩 充。在一些方案中，可以将封闭用户组(“CSG”)定义为共享接入终端的公共接入控制列表 的接入点集合(例如，毫微微节点)。一个区域中全部毫微微节点(或全部受限毫微微节 点)在其上操作的信道可以被称为毫微微信道。从而在给定的毫微微节点与给定的接入终端之间可以存在多种关系。例如，从接 入终端的观点来看，开放式毫微微节点可以指代没有受限关联的毫微微节点(例如，毫微 微节点允许任何接入终端的接入)。受限毫微微节点可以指代以某种方式受到限制的毫微 微节点(例如，对关联和/或注册进行限制)。家庭毫微微节点可以指代授权接入终端在 其上接入并操作的毫微微节点(例如，为包含一个或多个接入终端的规定集合提供永久接 入)。访客毫微微节点可以指代暂时授权接入终端在其上接入或操作的毫微微节点。外来 毫微微节点可以指代除非针对可能的紧急情况(例如，911呼叫)，否则未授权接入终端在 其上接入或操作的毫微微节点。从受限毫微微节点的观点来看，家庭接入终端可以指代被授权接入该受限毫微微 节点的接入终端(例如，该接入终端具有对该毫微微节点的永久接入)。访客接入终端可以 指代具有对该受限毫微微节点的临时接入的接入终端(例如，基于最后期限、使用时间、字 节、连接计数或某种或某些其它标准而进行限制)。外来接入终端可以指代除非针对可能的 紧急情况(例如，911呼叫)，否则没有被许可接入该受限毫微微节点的接入终端(例如，不 具有向该受限毫微微节点注册的证明或许可的接入终端)。为了方便，本公开文件在毫微微节点的背景环境中描述各种功能。然而应意识到， 微微节点可以为较大的覆盖区域提供相同或类似的功能。例如，可以为微微节点分配不同 的寻呼时间表，微微节点可以是受限的，可以为一个给定的接入终端定义家庭微微节点等寸。无线多址通信系统可以同时支持多个无线接入终端的通信。每一个终端都可以经 由在前向链路和反向链路上的传输与一个或多个接入点通信。前向链路(或下行链路)指 代从接入点到终端的通信链路，反向链路(或上行链路)指代从终端到接入点的通信链路。 可以经由单输入单输出系统、多输入多输出(“MIM0”)系统或某种其它类型的系统来建立
16这个通信链路。MIM0系统使用多个(Nt个)发射天线和多个(Nk个)接收天线来进行数据传输。 由Nt个发射天线和NR个接收天线形成的MIM0信道可以分解为Ns个独立信道，其可以被称 为空间信道，其中，Ns<min{NT，NK}。Ns个独立信道中的每一个对应于一个维度。此外，如 果利用由多个发射天线和接收天线生成的附加维度，则MIM0系统可以提供改进的性能(例 如，更高的吞吐量和/或更高的可靠性)。MIM0系统可以支持时分双工(“TDD”)和频分双工(“FDD”)。在TDD系统中，前 向链路传输和反向链路传输可以在相同的频率范围上，以使得互易原理允许从反向链路信 道估计前向链路信道。这使得在接入点处有多个天线可用时，接入点能够提取在前向链路 上的发射波束成形增益。本文的教导可以包含在使用各种组件来与至少一个其他节点进行通信的节点 (例如，设备)中。图9描绘了可以被使用以有助于节点之间的通信的几个示例性组件。具 体地，图9示出了 MIM0系统900的无线设备910 (例如，接入点)和无线设备950 (例如，接 入终端)。在设备910处，从数据源912将多个数据流的业务数据提供给发射(“TX”)数 据处理器914。在一些方案中，通过各自的发射天线发送每一个数据流。TX数据处理器914基于 为每一个数据流选择的特定编码方案，对该数据流的业务数据进行格式化、编码和交织，以 提供编码数据。可以使用OFDM技术将每一个数据流的编码数据与导频数据进行复用。导频数据 通常是以已知的方式进行处理的已知的数据模式，并且可以在接收机系统处使用导频数据 来估计信道响应。随后基于为每一个数据流选择的特定调制方案(例如，BPSK、QSPK、M-PSK 或M-QAM)来调制(即，符号映射)该数据流的经复用的导频数据和编码数据，以提供调制 符号。可以通过由处理器930执行的指令来确定每一个数据流的数据速率、编码和调制。数 据存储器932可以存储处理器930或设备910的其它组件所使用的程序代码、数据及其它 fn息o随后将全部数据流的调制符号提供给TX MIM0处理器920，其可以进一步处理这 些调制符号(例如，使用OFDM)。TX MIM0处理器920随后向NT个收发机(“XCVR”) 922A 到922T提供&个调制符号流。在一些方案中，TX MIM0处理器920对数据流的符号和发送 符号的天线使用波束成形权重。每一个收发机922都接收并处理各自的符号流，以提供一个或多个模拟信号，并 进一步调节(例如，放大、滤波和上变频)模拟信号，以提供适合于通过MIM0信道传输的调 制信号。随后分别从Nt个天线924A到924T发送来自收发机922A到922T的NT个调制信号。在设备950处，由Nk个天线952A到952R接收发送的调制信号，将来自每一个天 线952的接收信号提供给各自的收发机(“XCVR”)954A到954R。每一个收发机954都调 节(例如，滤波、放大和下变频)各自的接收信号，数字化经调节的信号以提供样本，并进一 步处理这些样本以提供相应的“接收”符号流。接收(“RX”)数据处理器960随后可以基于特定的接收机处理技术来接收并处理 来自Nk个收发机954的Nk个接收符号流，以提供NT个“检测”符号流。RX数据处理器960随后可以对每一个检测符号流进行解调、解交织和解码，以恢复该数据流的业务数据。由RX 数据处理器960执行的处理与由在设备910处的TX MIM0处理器920和TX数据处理器914 执行的处理相反。处理器970周期性地确定使用哪一个预编码矩阵(以下论述)。处理器970形成 反向链路消息，其包括矩阵指数部分和秩值部分。数据存储器972可以存储处理器970或 设备950的其它组件所使用的程序代码、数据及其它信息。反向链路消息可以包括与通信链路和/或接收数据流有关的各类信息。该反向链 路消息随后可以由TX数据处理器938进行处理，由调制器980进行调制，由收发机954A到 954R进行调节，并被发送回设备910，TX数据处理器938还从数据源936接收多个数据流 的业务数据。在设备910处，来自设备950的调制信号由天线924进行接收，由收发机922进行 调节，由解调器940 (“DEM0D”)进行解调，并由RX数据处理器942进行处理，以提取由设备 950发送的反向链路消息。处理器930随后可以确定将哪一个预编码矩阵用于确定波束成 形权重，然后处理提取的消息。图9还示出了通信组件可以包括执行本文教导的寻呼控制操作的一个或多个组 件。例如，寻呼控制组件990可以与处理器930和/或设备910的其它组件协作，以便如 本文教导地向/从另一个设备(例如，设备950)发送/接收信号。类似地，寻呼控制组件 992可以与处理器970和/或设备950的其它组件协作，以便向/从另一个设备(例如，设 备910)发送/接收信号。应意识到，对于每一个设备910和950，两个或更多个所述组件 的功能可以由单个组件来提供。例如，单个处理组件可以提供寻呼控制组件990和处理器 930的功能，单个处理组件可以提供寻呼控制组件992和处理器970的功能。本文的教导可以包含在各种类型的通信系统和/或系统组件中。在一些方案 中，可以在能够通过共享可用系统资源(诸如，通过指定带宽、发射功率、编码、交织等等 之中的一个或多个)来支持与多个用户的通信的多址系统中使用本文的教导。例如，本 文的教导可以应用于以下技术中的任意一种或组合中码分多址(“CDMA”)系统、多载波 CDMA( “MCCDMA”)、宽带 CDMA( “W-CDMA”)、高速分组接入(“HSPA”、“HSPA+”)系统、时分多 址(“TDMA”)系统、频分多址(“FDMA”)系统、单载波FDMA( “SC-FDMA”)系统、正交频分多 址(“0FDMA”)系统，或其它多址技术。使用本文教导的无线通信系统可以被设计为实现一 个或多个标准，例如，IS-95、cdma2000、IS-856、W-CDMA、TDSCDMA及其它标准。CDMA网络可 以实现诸如通用地面无线接入(“UTRA”)、cdma2000的无线电技术或一些其它技术。UTRA 包括W-CDMA和低码片速率(“LCR”)。cdma2000技术涵盖了 IS-2000、IS-95和IS-856标 准。TDMA网络可以实现例如全球移动通信系统(“GSM”)的无线电技术。0FDMA系统可以 实现诸如演进 UTRA( “E-UTRA”)、IEEE 802. 11, IEEE 802. 16, IEEE 802. 20、Flash-OFDM (g) 等无线电技术。UTRA、E-UTRA和GSM是通用移动电信系统(“UMTS”)的一部分。本文的教 导可以实施于3GPP长期演进(“LTE”)系统、超移动宽带(“UMB”)系统及其它类型的系 统中。LTE是使用E-UTRA的UMTS版本。尽管可以使用3GPP术语来说明本公开文件的特定 方案，但会理解，本文的教导可以应用于3GPP(例如，Rel99、Rel5、Rel6、Re 17)技术，以及 3GPP2(例如，1xRTT、1xEV-D0 RelO、RevA、RevB)技术及其它技术。本文的教导可以包含在各种装置(例如节点)中(例如，在其中实现或由其执行)。在一些方案中，根据本文教导实现的节点(例如，无线节点)可以包括接入点或接入 终端。例如，接入终端可以包括、实现为或称为用户装置、用户站、用户单元、移动站、移 动设备、移动节点、远程站、远程终端、用户终端、用户代理、用户设备或者某种其它术语。在 一些实现方式中，接入终端可以包括蜂窝电话、无绳电话、会话发起协议(“SIP”)电话、无 线本地回路(“WLL”)站、个人数字助理(“PDA”)、具有无线连接能力的手持设备、或者连 接到无线调制解调器的某种其它适合的处理设备。因此，本文教导的一个或多个方案可以 包含在电话(例如，蜂窝电话或智能电话)、计算机(例如，膝上型电脑)、便携式通信设备、 便携式计算设备(例如，个人数字助理)、娱乐设备(例如，音乐设备、视频设备或卫星无线 电设备)、全球定位系统设备或被配置为经由无线介质进行通信的任何其它适合的设备。接入点可以包括、实现为或称为节点B、eNodeB、家庭eNodeB、无线网络控制器 (“RNC”)、基站(“BS”)、无线基站(“RBS”)、基站控制器(“BSC”)、收发机基站(“BTS”)、 收发机功能体(“TF”)、无线电收发机、无线路由器、基本服务集(“BSS”)、扩充服务集 (“ESS”)、或某种其它类似的术语。在一些方案中，节点(例如，接入点)可以包括用于通信系统的接入节点。例如， 这个接入节点可以经由到网络(例如，诸如互联网或蜂窝网络的广域网)的有线或无线通 信链路提供该网络的连接或到该网络的连接。因此，接入节点可以使得另一个节点(例如， 接入终端)能够接入网络或具有某种其它功能。另外，应意识到，其中一个节点或这两个节 点可以是便携式的，或者在一些情况下是相对于非便携式的。此外，应意识到，无线节点能够以非无线方式(例如，经由有线连接)发送和/或 接收信息。因此，如本文所述的接收机和发射机可以包括用以经由非无线介质进行通信的 适当的通信接口组件(例如，电气或光学接口组件)。无线节点可以经由一个或多个无线通信链路进行通信，所述链路基于或者支持任 何适合的无线通信技术。例如，在一些方案中，无线节点可以与网络相关联。在一些方案中， 该网络可以包括局域网或广域网。无线设备可以支持或使用如本文所述的各种无线通信技 术、协议或标准(例如，CDMA、TDMA、OFDM、0FDMA、WiMAX、Wi-Fi等等)中的一种或多种。类 似地，无线节点可以支持或使用各种相应的调制或复用方案中的一种或多种。无线节点从 而可以包括用以使用以上或其它无线通信技术建立一个或多个无线通信链路并经由该一 个或多个无线通信链路进行通信的适当的组件(例如，空中接口)。例如，无线节点可以包 括与发射机和接收机组件相关联的无线收发机，其可以包括有助于经由无线介质进行通信 的各种组件(例如，信号产生器和信号处理器)。可以以各种方式来实现本文所述的组件。参考图10和11，将装置1000和1100表 示为一系列相关的功能块。在一些方案中，这些块的功能可以被实现为包括一个或多个处 理器组件的处理系统。在一些方案中，例如可以使用一个或多个集成电路(例如，ASIC)的 至少一部分来实现这些块的功能。如本文所述的，集成电路可以包括处理器、软件、其它相 关组件或其某种组合。还可以以本文教导的某种其它方式来实现这些块的功能。装置1000和1100可以包括可执行上述与多个附图相关的一个或多个功能的一个 或多个模块。例如，监视模块1002可以对应于本文所述的接收机。例如，已接收寻呼指示 确定模块1004可以对应于本文所述的寻呼控制器。例如，节点寻呼确定模块1102可以对应于本文所述的寻呼控制器。例如，节点类型确定模块1104可以对应于本文所述的节点类 型确定器。例如，请求发出模块1106可以对应于本文所述的寻呼控制器。应理解，使用诸如“第一”、“第二”等等之类的命名来对本文要素的任何提及通常 都不限制这些要素的数量或顺序。相反，本文可以将这些命名用作区分两个或更多个要素 或要素实例的一种便利的方法。因此，对第一和第二要素的提及不意味着仅可以使用两个 要素，或者第一要素必须以某种方式在第二要素之前。此外，除非表述为有所不同，一组要 素可以包括一个或多个要素。另外，在说明书和权利要求中使用的“以下至少一个A、B或 C”形式的术语意思是“A或B或C或这些要素的任意组合”。本领域技术人员会理解可以用多种不同工艺和技术中的任意一种来表示信息和 信号。例如，以上描述中通篇提及的数据、指令、命令、信息、信号、比特、符号和码片可以由 电压、电流、电磁波、磁场或磁性粒子、光场或光学粒子，或者其任意组合来表示。本领域技术人员还会意识到，结合本文所公开的各个方案描述的各种示例性逻辑 块、模块、处理器、单元、电路和算法步骤中的任意一个都可以实现为电子硬件(例如，数字 实现方式、模拟实现方式或二者组合，其可以使用源编码或某种其它技术来设计)、包含指 令的各种形式的程序或设计代码(本文为了方便，可以将其称为“软件”或“软件模块”)， 或二者组合。为了明确地示出硬件和软件的这个可互换性，以上各种示例性组件、块、模块、 电路和步骤通常是按照其功能进行描述的。这种功能是实现为硬件还是实现为软件取决于 施加在总体系统上的具体应用和设计约束。技术人员可以针对每一种具体应用以变通的方 式来实现所述的功能，但这种实现绝不应解释为导致背离本公开文件的范围。结合本文所公开的各个方案描述的各种示例性逻辑块、模块和电路可以在集成电 路(“IC”)、接入终端或接入点内实现，或者可以由其执行。IC可以包括通用处理器、数字 信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑 器件、分立逻辑门或晶体管逻辑、分立硬件组件、电组件、光学组件、机械组件或者被设计为 执行本文所述功能的其任何组合，并可以执行位于IC内、IC外或这两种情况的代码或指 令。通用处理器可以是微处理器，但可替换地，该处理器可以是任何传统处理器、控制器、微 控制器或者状态机。处理器还可以实现为计算设备的组合，例如，DSP和微处理器的组合、 多个微处理器、一个或多个微处理器结合DSP内核，或者任何其它这种结构。会理解，在任何公开的过程中的步骤的任何具体顺序或层次都是示例性方案的实 例。根据设计偏好，会理解可以在本公开文件的范围内重新安排在过程中的步骤的具体顺 序或层次。所附方法权利要求以示例性顺序呈现了各个步骤的要素，并不意味着局限于所 呈现的具体顺序或层次。所述的功能可以在硬件、软件、固件或其任意组合中实现。如果在软件中实现，则 所述功能可以作为一个或多个指令或代码在计算机可读介质上进行存储或传送。计算机可 读介质包括计算机存储介质和通信介质，通信介质包括便于从一个位置向另一位置传送计 算机程序的任意介质。存储介质可以是可由计算机访问的任意可用介质。示例性地而非限 制性地，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘 存储器或其它磁存储设备或者可用于以指令或数据结构的形式承载或存储预期程序代码 并且可由计算机访问的任意其它介质。此外，将任何连接适当地称为计算机可读介质。例 如，如果使用同轴电缆、纤维光缆、双绞线、数字用户线路(DSL)或例如红外、无线电和微波的无线技术将软件从网站、服务器或其它远程源进行发送，则同轴电缆、纤维光缆、双绞线、 DSL或例如红外、无线电和微波的无线技术包括在介质的定义中。本文使用的盘片(disk) 和盘(disc)包括紧致盘(⑶)、激光盘、光盘、数字多功能盘(DVD)、软盘和蓝光盘，其中盘片 常常以磁性方式再现数据，而盘通过激光以光学方式来再现数据。上述介质的组合也包括 在计算机可读介质的范围内。总之，应意识到，可以在任何适合的计算机程序产品中实现计 算机可读介质。 提供了对于所公开的各个方案的以上描述，以使得本领域技术人员能够实现或使 用本公开文件。本领域技术人员将会容易地获知对这些方案的各种修改，并且可以在不脱 离本公开文件的范围的情况下将本文定义的一般原理应用于其它方案。因此，本公开文件 并不旨在限于本文所示的方案，而应被给予与本文公开的原理和新颖特征相一致的最大范 围。
权利要求
一种用于无线通信的方法，包括根据第一寻呼时间表监视来自第一节点的第一寻呼指示；及如果没有从所述第一节点接收到所述第一寻呼指示，则根据第二寻呼时间表监视来自第二节点的第二寻呼指示。
2.如权利要求1所述的方法，其中所述第一寻呼时间表与第一类型的节点相关联；及 所述第二寻呼时间表与第二类型的节点相关联。
3.如权利要求2所述的方法，其中所述第一类型的节点包括毫微微节点或微微节点；及 所述第二类型的节点包括宏节点。
4.如权利要求1所述的方法，其中，所述第一类型的节点被限制为不向至少一个节点 提供由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
5.如权利要求1所述的方法，其中 所述第一寻呼时间表定义第一寻呼时间； 所述第二寻呼时间表定义第二寻呼时间；及所述第二寻呼时间在所述第一寻呼时间之后一规定时间段。
6.如权利要求1所述的方法，进一步包括结合从在所述第二节点上空闲切换到在所 述第一节点上空闲，监视来自所述第一节点的重寻呼。
7.如权利要求1所述的方法，其中基于确定执行所述监视的节点现在在所述第一节点上空闲，使能对来自所述第一节点 的所述第一寻呼指示的所述监视；及所述第一节点包括毫微微节点或微微节点。
8.如权利要求1所述的方法，其中，对所述第一寻呼指示和所述第二寻呼指示的所述 监视是在接入终端处执行的。
9.如权利要求1所述的方法，其中，所述第一寻呼指示是快速寻呼、寻呼或重寻呼。
10.如权利要求1所述的方法，其中，所述第二寻呼指示是快速寻呼、寻呼或重寻呼。
11.一种用于无线通信的装置，包括接收机，其被配置为根据第一寻呼时间表监视来自第一节点的第一寻呼指示；及 寻呼控制器，其被配置为判断是否从所述第一节点接收到所述第一寻呼指示， 其中，所述接收机被进一步配置为如果没有从所述第一节点接收到所述第一寻呼指 示，则根据第二寻呼时间表监视来自第二节点的第二寻呼指示。
12.如权利要求11所述的装置，其中所述第一寻呼时间表与第一类型的节点相关联；及 所述第二寻呼时间表与第二类型的节点相关联。
13.如权利要求12所述的装置，其中所述第一类型的节点包括毫微微节点或微微节点；及 所述第二类型的节点包括宏节点。
14.如权利要求11所述的装置，其中，所述第一类型的节点被限制为不向至少一个节 点提供由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
15.如权利要求11所述的装置，其中 所述第一寻呼时间表定义第一寻呼时间； 所述第二寻呼时间表定义第二寻呼时间；及所述第二寻呼时间在所述第一寻呼时间之后一规定时间段。
16.如权利要求11所述的装置，所述接收机被进一步配置为结合从在所述第二节点 上空闲切换到在所述第一节点上空闲，监视来自所述第一节点的重寻呼。
17.如权利要求11所述的装置，其中基于确定执行所述监视的节点现在在所述第一节点上空闲，使能对来自所述第一节点 的所述第一寻呼指示的所述监视；及所述第一节点包括毫微微节点或微微节点。
18.如权利要求11所述的装置，其中，所述装置包括接入终端。
19.如权利要求11所述的装置，其中，所述第一寻呼指示是快速寻呼、寻呼或重寻呼。
20.如权利要求11所述的装置，其中，所述第二寻呼指示是快速寻呼、寻呼或重寻呼。
21.一种用于无线通信的装置，包括用于根据第一寻呼时间表监视来自第一节点的第一寻呼指示的模块；及 用于判断是否从所述第一节点接收到所述第一寻呼指示的模块， 其中，所述用于监视的模块被配置为如果没有从所述第一节点接收到所述第一寻呼 指示，则根据第二寻呼时间表监视来自第二节点的第二寻呼指示。
22.如权利要求21所述的装置，其中所述第一寻呼时间表与第一类型的节点相关联；及 所述第二寻呼时间表与第二类型的节点相关联。
23.如权利要求22所述的装置，其中所述第一类型的节点包括毫微微节点或微微节点；及 所述第二类型的节点包括宏节点。
24.如权利要求21所述的装置，其中，所述第一类型的节点被限制为不向至少一个节 点提供由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
25.如权利要求21所述的装置，其中 所述第一寻呼时间表定义第一寻呼时间； 所述第二寻呼时间表定义第二寻呼时间；及所述第二寻呼时间在所述第一寻呼时间之后一规定时间段。
26.如权利要求21所述的装置，所述用于监视的模块被配置为结合从在所述第二节 点上空闲切换到在所述第一节点上空闲，监视来自所述第一节点的重寻呼。
27.如权利要求21所述的装置，其中基于确定执行所述监视的节点现在在所述第一节点上空闲，使能对来自所述第一节点 的所述第一寻呼指示的所述监视；及所述第一节点包括毫微微节点或微微节点。
28.如权利要求21所述的装置，其中，所述装置包括接入终端。
29.如权利要求21所述的装置，其中，所述第一寻呼指示是快速寻呼、寻呼或重寻呼。
30.如权利要求21所述的装置，其中，所述第二寻呼指示是快速寻呼、寻呼或重寻呼。3
31.一种计算机程序产品，包括计算机可读介质，其包括用于使得计算机执行以下操作的代码 根据第一寻呼时间表监视来自第一节点的第一寻呼指示；及如果没有从所述第一节点接收到所述第一寻呼指示，则根据第二寻呼时间表监视来自 第二节点的第二寻呼指示。
32.如权利要求31所述的计算机程序产品，其中 所述第一寻呼时间表与第一类型的节点相关联；及 所述第二寻呼时间表与第二类型的节点相关联。
33.如权利要求32所述的计算机程序产品，其中 所述第一类型的节点包括毫微微节点或微微节点；及 所述第二类型的节点包括宏节点。
34.如权利要求31所述的计算机程序产品，其中，所述第一类型的节点被限制为不向 至少一个节点提供由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
35.如权利要求31所述的计算机程序产品，其中 所述第一寻呼时间表定义第一寻呼时间；所述第二寻呼时间表定义第二寻呼时间；及所述第二寻呼时间在所述第一寻呼时间之后一规定时间段。
36.如权利要求31所述的计算机程序产品，其中，所述计算机可读介质进一步包括用 于使得计算机执行以下操作的代码结合从在所述第二节点上空闲切换到在所述第一节点 上空闲，监视来自所述第一节点的重寻呼。
37.如权利要求31所述的计算机程序产品，其中基于确定执行所述监视的节点现在在所述第一节点上空闲，使能对来自所述第一节点 的所述第一寻呼指示的所述监视；及所述第一节点包括毫微微节点或微微节点。
38.如权利要求31所述的计算机程序产品，其中，所述装置包括接入终端。
39.如权利要求31所述的计算机程序产品，其中，所述第一寻呼指示是快速寻呼、寻呼或重寻呼。
40.如权利要求31所述的计算机程序产品，其中，所述第二寻呼指示是快速寻呼、寻呼 或重寻呼。
41.一种用于无线通信的方法，包括 确定第一节点将由第二节点寻呼； 确定所述第二节点的节点类型；及根据寻呼时间表，发出用以寻呼所述第一节点的请求，所述寻呼时间表基于所述确定 的节点类型。
42.如权利要求41所述的方法，其中，所述确定的节点类型包括毫微微类型、微微类型 或宏类型。
43.如权利要求41所述的方法，其中，所述第二节点被限制为不向至少一个节点提供 由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
44.如权利要求41所述的方法，进一步包括如果没有接收到对所述第一节点的寻呼的响应，则发出重寻呼请求，其中，对所述第一节点的所述寻呼与第一寻呼区域相关联，所 述第一寻呼区域小于与所述重寻呼请求相关联的第二寻呼区域。
45.如权利要求41所述的方法，进一步包括如果没有接收到对所述第一节点的寻呼 的响应，则发出重寻呼请求，其中，所述用以寻呼的请求被发送到第一数量的节点，所述重 寻呼请求被发送至第二数量的节点，所述第一数量小于所述第二数量。
46.一种用于无线通信的装置，包括寻呼控制器，其被配置为确定第一节点将由第二节点寻呼；及节点类型确定器，其被配置为确定所述第二节点的节点类型，其中，所述寻呼控制器被进一步配置为根据寻呼时间表，发出用以寻呼所述第一节点 的请求，所述寻呼时间表基于所述确定的节点类型。
47.如权利要求46所述的装置，其中，所述确定的节点类型包括毫微微类型、微微类型 或宏类型。
48.如权利要求46所述的装置，其中，所述第二节点被限制为不向至少一个节点提供 由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
49.如权利要求46所述的装置，其中，所述寻呼控制器被进一步配置为如果没有接收 到对所述第一节点的寻呼的响应，则发出重寻呼请求，其中，对所述第一节点的所述寻呼与 第一寻呼区域相关联，所述第一寻呼区域小于与所述重寻呼请求相关联的第二寻呼区域。
50.如权利要求46所述的装置，其中，所述寻呼控制器被进一步配置为如果没有接收 到对所述第一节点的寻呼的响应，则发出重寻呼请求，其中，所述用以寻呼的请求被发送到 第一数量的节点，所述重寻呼请求被发送至第二数量的节点，所述第一数量小于所述第二 数量。
51.一种用于无线通信的装置，包括用于确定第一节点将由第二节点寻呼的模块；用于确定所述第二节点的节点类型的模块；及用于根据寻呼时间表，发出用以寻呼所述第一节点的请求的模块，所述寻呼时间表基 于所述确定的节点类型。
52.如权利要求51所述的装置，其中，所述确定的节点类型包括毫微微类型、微微类型 或宏类型。
53.如权利要求51所述的装置，其中，所述第二节点被限制为不向至少一个节点提供 由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
54.如权利要求51所述的装置，其中，所述用于发出的模块被配置为如果没有接收到 对所述第一节点的寻呼的响应，则发出重寻呼请求，其中，对所述第一节点的所述寻呼与第 一寻呼区域相关联，所述第一寻呼区域小于与所述重寻呼请求相关联的第二寻呼区域。
55.如权利要求51所述的装置，其中，所述用于发出的模块被配置为如果没有接收到 对所述第一节点的寻呼的响应，则发出重寻呼请求，其中，所述用以寻呼的请求被发送到第 一数量的节点，所述重寻呼请求被发送至第二数量的节点，所述第一数量小于所述第二数 量。
56.一种计算机程序产品，包括计算机可读介质，其包括用于使得计算机执行以下操作的代码确定第一节点将由第二节点寻呼；确定所述第二节点的节点类型；及根据寻呼时间表，发出用以寻呼所述第一节点的请求，所述寻呼时间表基于所述确定 的节点类型。
57.如权利要求56所述的计算机程序产品，其中，所述确定的节点类型包括毫微微类 型、微微类型或宏类型。
58.如权利要求56所述的计算机程序产品，其中，所述第二节点被限制为不向至少一 个节点提供由以下各项组成的组中的至少一项信令、数据存取、注册和寻呼。
59.如权利要求56所述的计算机程序产品，其中，所述计算机可读介质进一步包括用 于使得计算机执行以下操作的代码如果没有接收到对所述第一节点的寻呼的响应，则发 出重寻呼请求，其中，对所述第一节点的所述寻呼与第一寻呼区域相关联，所述第一寻呼区 域小于与所述重寻呼请求相关联的第二寻呼区域。
60.如权利要求56所述的计算机程序产品，其中，所述计算机可读介质进一步包括用 于使得计算机执行以下操作的代码如果没有接收到对所述第一节点的寻呼的响应，则发 出重寻呼请求，其中，所述用以寻呼的请求被发送到第一数量的节点，所述重寻呼请求被发 送至第二数量的节点，所述第一数量小于所述第二数量。
全文摘要
为错过寻呼的节点提供备用寻呼。在一些方案中，在接入终端错过系统中第二接入点的寻呼的情况下，系统中的第一类型的接入点为在系统中第二接入点上处于空闲的接入终端提供备用寻呼。第一类型的接入点可以根据第一寻呼时间表寻呼接入终端，而第二类型的接入点可以根据第二寻呼时间表寻呼接入终端。在一些方案中，第一类型的接入点(例如，宏节点)在宏覆盖区域上提供服务，第二类型的接入点(例如，毫微微节点)在较小的覆盖区上提供服务和/或提供受限的服务。
文档编号H04W68/06GK101960898SQ200980107387
公开日2011年1月26日 申请日期2009年1月13日 优先权日2008年1月14日
发明者F·乌卢皮纳尔, G·B·霍恩, P·A·阿加什, R·M·帕特瓦尔丹, R·古普塔, R·普拉卡什 申请人:高通股份有限公司