用于优化寻呼机制以及动态寻呼机制的发布的方法和设备

优先权

本申请要求与本申请具有相同标题、序列号为No.12/409398的美 国专利申请的优先权，该申请全文在此引为参考。

版权

该专利文件的公开的一部分包含受版权保护的材料。版权所有者 允许任何人复制如专利商标局所存档的该专利文件或专利公开，但是 在其它方面保留其全部版权。

技术领域

本发明一般地涉及无线通信和数据网络的领域。更具体地，在一 个示例性方面，本发明旨在用于无线通信和数据网络中的灵活的寻呼 传输模式的方法和设备。

背景技术

通用移动电信系统(UMTS)是“第三代”或者说“3G”蜂窝电话技术 的一种示例性实现。UMTS标准由称为第三代合作伙伴计划(3GPP)的 合作体规定。响应国际电信联盟(ITU)提出的要求，3GPP采用UMTS 作为特别针对欧洲市场的3G蜂窝无线系统。ITU规范并管理国际无 线电和电信。对UMTS的增强将支持未来朝着第四代(4G)技术的演进。

目前关心的主题是朝着通过提高系统容量和频谱效率，针对分组 数据传输进行优化的移动无线通信系统的方向，进一步研发UMTS。 在3GPP的情况下，借助通用术语“LTE”(长期演进)，总结这方面的活 动。其中的一个目的是在未来显著提高最大网络传输速率，即，达到 下行链路传输方向大约300Mbps的速度，上行链路传输方向大约 75Mbps的速度。

在LTE内，还正在朝着IMT-Advanced无线接口技术(称为 “LTE-Advanced”或者“LTE-A”)的方向，研究3GPP的进一步推进。 在NTT DoCoMo等的RP-080137，“Further advancements for E-UTRA (LTE-Advanced)”等中详细说明了LTE-Advanced研究的范围和目标， 其内容在此整体引为参考。ITU-R(国际电信联盟-无线通信部门)已着 手和指导IMT-Advanced活动。ITU-R提出了候选的IMT-Advanced 系统要支持的关键特征，包括：(1)高质量移动服务；(2)全球漫游能力； 和(3)在高移动性环境中100Mbps的峰值数据速率，和在低移动性环 境中1Gbps的峰值数据速率；等等。

3GPP中涉及LTE-A的当前讨论集中于根据3GPP TS 36.913：“Requirements for further advancements for E-UTRA (LTE-Advanced)”中的要求，在频谱效率、小区边缘吞吐量、覆盖范围 和延迟时间方面进一步发展LTE，3GPP TS 36.913的内容在此整体引 为参考。候选技术包括：(1)多跳中继；(2)下行链路网络多入多出 (MIMO)天线技术；(3)借助频谱聚合，对大于20MHz的带宽的支持； (4)灵活的频谱使用/频谱共享；和(5)小区间干扰管理。与传统LTE网 络的向后兼容性也是对未来的LTE-A网络的一项重要要求，即， LTE-A网络也支持LTE UE，并且LTE-A UE能够在LTE网络中工 作。

现有的寻呼机制

寻呼机制用在许多现有的蜂窝移动无线通信系统(诸如UMTS)中。 寻呼机制允许UE通过在未使用的时候以简化或者“空闲”状态工作， 使功率消耗降至最小。一旦UE收到寻呼通知，UE就“醒来”，以作出 响应。现有技术中显示了实现无线系统内的寻呼管理的各种途径。例 如，一些寻呼系统通过频域系统中的整个小区带宽，低效地传输寻呼 消息。或者，时域系统可保留整个时隙供寻呼处理之用。

因而，需要一种适宜的寻呼机制，该寻呼机制具体针对具有分段 的多频带工作能力和灵活的资源提供的网络。这种改进的解决方案应 无缝工作，而不会不利地影响现有无线电设备上的用户体验，以及其 它无线设备的用户体验。此外，在一些系统(例如LTE)中，UE的RF 能力可能不同于服务基站的整体能力。在其它系统中，传统的UE群 体可能具有和较新UE不同的能力。在任何一种情况下，为了考虑到 UE群体的有限的RF TX/RX(发射/接收)能力，需要灵活的寻呼机制。

需要具体针对新的LTE-Advanced架构的复杂性的寻呼机制的改 进设备和方法。LTE-Advanced系统架构组合了分段的多频带能力、 OFDM接入、和传统UE与较新UE的混合群体。这种架构内的现有 寻呼机制都不甚完美。

发明内容

本发明通过提供用于无线网络中的寻呼的改进设备和方法，满足 上述要求。在本发明的一个方面，公开了一种为无线网络提供寻呼信 道接入的方法。在一个实施例中，网络是蜂窝网络，针对一个或多个 网络参数优化寻呼信道接入。所述方法涉及：至少部分根据所述一个 或多个网络参数，分配用于寻呼信道接入的一个或多个资源；把寻呼 信道接入的安排表(schedule)提供给多个用户设备，所述安排表标 识出所分配的一个或多个资源；和传输所述安排表。所述传输使至少 一个用户设备能够配置其调制解调器以接收所分配的一个或多个资 源。

在一种变形中，提供安排表包括借助于公共控制信道来广播所述 安排表。

在又一种变形中，安排表仅仅被具体递送给所述多个用户设备的 子集。

在另一种变形中，分配一个或多个资源的动作包括把寻呼信道接 入限制为下述仅仅之一：(i)传输时间，(ii)频带，或(iii)扩展码。

在另一种变形中，分配一个或多个资源包括把寻呼信道接入限制 为下述至少之一：(i)传输时间，(ii)频带，或(iii)扩展码。

在再一种变形中，网络参数包括下述至少之一：(i)小区总带宽， (ii)带宽分段的水平，和(iii)所述多个用户设备的一个或多个特性。蜂 窝网络是符合LTE的蜂窝网络，而提供安排表包括借助于广播消息来 广播安排表。

在本发明的第二方面，公开了一种无线网络的用户接收一个或多 个寻呼信道配置的方法。在一个实施例中，无线网络是蜂窝网络，所 述方法包括：在用户设备处接收第一消息；从第一消息提取寻呼安排 表；至少部分根据所述安排表，配置用户设备的调制解调器接口，以 接收一个或多个寻呼信道通知；和响应于接收到寻呼信道通知，确定 所接收到的寻呼信道通知是否是针对该用户的。

在一种变形中，通过专用控制信道来接收寻呼安排表。

在又一种变形中，安排表仅仅被具体递送给网络中的用户设备的 子集。

在另一种变形中，针对下述至少之一优化所述方法：(i)小区总带 宽，(ii)带宽分段的水平，和(iii)多个用户设备的一个或多个特性。

在再一种变形中，配置调制解调器接口包括：更新标识出可用于 不连续接收(DRX)的一个或多个时间和一个或多个频带的内部安排 表。

在本发明的第三方面，公开了无线基站设备。在一个实施例中， 所述设备包括：数字处理器；与处理器数据通信的无线接口；和与处 理器数据通信的存储设备，存储设备包括计算机可执行指令。当被数 字处理器执行时，所述指令：至少部分根据一个或多个无线网络参数， 确定寻呼信道传输的模式；经由所述无线接口传输与所述模式相关的 信息；和根据所述模式，经由所述无线接口传输所述寻呼信道传输。

在一种变形中，无线网络是蜂窝网络，所述一个或多个无线网络 参数包括下述至少之一：(i)蜂窝小区总带宽，(ii)带宽分段的水平，和 (iii)与网络相关联的多个用户设备的一个或多个特性。传输与所述模式 相关的信息可包括例如，经由蜂窝公共控制信道，传输仅仅递送给所 述多个用户设备的子集(例如，仅仅一个用户设备)的信息。

在又一种变形中，所述一个或多个无线网络参数至少包括无线资 源连接(RRC)状态。

在另一种变形中，所述设备是符合LTE的宏蜂窝(macrocell)基 站。

在再一种变形中，与所述模式相关的信息包括：关于将传输所述 寻呼传输的载频的信息；将按其传输寻呼标识符和寻呼消息的定时数 据；和与网络的用户设备可在其上接收寻呼标识符和寻呼消息的一个 或多个信道的带宽大小相关的信息。与所述模式相关的信息还可包括 其它信息；例如，无线资源连接(RRC)状态信息。

在另一种变形中，所述一个或多个信道包括物理下行链路控制信 道(PDCCH)和物理下行链路共享信道(PDSCH)，寻呼标识符和寻呼消 息将分别在PDCCH和PDSCH上传输。

在另一种变形中，至少部分根据一个或多个无线网络参数来确定 寻呼信道传输的模式包括：选择多种不同模式中的一种模式，所述多 种模式在时间和频率上基本不相互重叠。

在本发明的第四方面，公开了无线接收器设备。在一个实施例中， 所述设备包括：数字处理器；与数字处理器数据通信的无线接口；和 与处理器数据通信的存储设备，存储设备包括至少一个计算机程序。 当运行于所述处理器上时，所述程序：接收寻呼信道传输的安排表； 至少部分根据接收的安排表，配置所述无线接口，以接收一个或多个 寻呼信道通知；和响应于接收到寻呼信道通知，确定第一个寻呼信道 通知是否是递送给该接收器设备的。

在一种变形中，借助不同于所述无线接口的接口，接收所述安排 表；该接口例如是，设备内的适合于按照与跟所述无线接口相关联的 协议不同的协议来接收无线信号的收发器。

在又一种变形中，无线接收器设备包括具有多点触摸屏用户界面 的基本上移动的蜂窝智能电话。

在另一种变形中，配置所述无线接口包括：更新标识出可用于不 连续接收(DRX)的一个或多个时间和一个或多个频带的内部安排表。

在本发明的第五方面，公开了具有存储介质的计算机可读设备。 在一个实施例中，所述介质包括多个计算机可执行指令，当被数字处 理器执行时，所述多个计算机可执行指令：至少部分根据一个或多个 无线网络参数，确定寻呼信道传输的安排表；使得经由与执行所述指 令的主机设备相关联的无线接口传输所述安排表；和使得根据所述安 排表，经由所述无线接口传输寻呼信道。

在本发明的第六方面，公开了一种进行关于蜂窝网络的业务的方 法。在一个实施例中，所述方法包括：把网络内的适合于ad hoc部署 的基站分配给网络的用户；和使基站配置一种或多种寻呼机制，以致 最低程度地干扰与网络内的至少一个其它基站相关联的现有寻呼机 制。

在一种变形中，配置一种或多种寻呼机制，以致最低程度地干扰 与至少一个其它基站相关联的现有寻呼机制包括：把所分配的基站配 置成基本上在被分配给网络并由所述至少一个其它基站使用的频谱的 未使用或者未充分利用的部分中工作。

在另一种变形中，所分配的基站是飞蜂窝(femtocell)，所述至 少一个其它基站是固定的宏蜂窝基站。

在本发明的第七方面，公开了一种用于无线通信的系统。在一个 实施例中，所述系统是蜂窝网络的一部分，并且包括无线基站和用户 设备(UE)，所述基站被配置成确定优化的寻呼模式和安排表，并把该 信息传输给UE，以使得UE能够按照该安排表来使用所述模式。

参考附图和下面给出的示例性实施例的详细说明，本领域的普通 技术人员会立即认识到本发明的其它特征和优点。

附图说明

图1A是典型的现有时分多址接入(TDMA)实现的时间-频率图。

图1B是典型的现有频分多址接入(FDMA)实现的时间-频率图。

图1C是典型的现有码分多址接入(CDMA)实现的时间-频率图。

图1D是与TDMA结合使用的典型的现有正交频分多址接入 (OFDMA)实现的时间-频率图。

图2是包括全双工FDD、半双工FDD和TDD的各种现有双工方 法的图示。

图3是现有LTE TDD系统的示例性帧结构类型的图示。

图4是现有的UMTS寻呼机制定时的图示。

图5是现有的LTE两阶段寻呼机制定时的图示。

图6是现有的LTE两阶段寻呼机制的时间和寻呼资源的一个示例 性安排表的图示。

图7是按照本发明的基站(BS)的通用寻呼配置过程的一个示例性 实施例的逻辑流程图。

图7A是图7的通用方法的一种具体实现的逻辑流程图。

图8是按照本发明的客户端设备(例如，UE)的通用寻呼配置过程 的一个示例性实施例的逻辑流程图。

图8A是图8的通用方法的一种具体实现的逻辑流程图。

图9是图解说明适合于实现本发明的方法的基站设备的一个实施 例的功能框图。

图10是图解说明适合于实现本发明的方法的客户端设备(例如， UE)的一个实施例的功能框图。

图11是按照本发明的一个实施例，实现3GPP LTE技术的示例 性OFDMA蜂窝系统的图解说明。

图12是适合于按照本发明的一个实施例工作的示例性3GPP LTE 网络基础结构的图解说明。

图13是按照本发明的示例性无线资源控制(RRC)有限状态机的图 解说明。

图14是供图11的3GPP LTE网络基础结构实施例使用的频带资 源的一种示例性分配的图示。

图15是供图11的3GPP LTE网络基础结构实施例使用的时隙资 源的一种示例性分配的图示。

图16是供图11的3GPP LTE网络基础结构实施例使用的时间和 寻呼资源的一种示例性安排表的图示。

具体实施方式

现在参考附图，附图中，相同的附图标记代表相同的部分。

概述

在一个方面，本发明公开了至少部分根据一个或多个网络参数来 修改无线寻呼信道操作的方法和设备。该特征允许例如基站调整用于 寻呼操作的带宽，以补偿各种网络约束(或者以各种网络约束为目标)。 公开了补充特征，所述补充特征使得能够向用户设备(UE)和其它网络 实体(如果需要的话)分发寻呼信道操作参数。这样的方法和设备尤其 可用于处理具有分段多频带操作能力和灵活的资源分配/利用的网络 内的寻呼能力的管理。

在一个实施例中，公开了其中基站评估网络参数(诸如小区总带 宽和带宽分段)以确定一种或多种寻呼传输模式的方法和设备。在另 一个实施例中，可以考虑UE方面的因素(诸如UE能力)和重要的 RRC连接。

在本发明的另一个方面，公开了其中用信号把规定一种或多种寻 呼配置的寻呼传输模式通知给UE的方法和设备。在一个实施例中， 借助系统信息，在小区内广播这样的寻呼传输模式。在备选实施例中， 借助专用消息(诸如RRC消息)，传输这样的寻呼传输模式。另外，还 公开了用于处理UE群体的不对称能力的规定。

在本发明的另一个方面，公开了其中用户设备(UE)至少部分根据 接收的寻呼配置来配置一个或多个无线电元件的方法和设备。在一个 这样的实施例中，在用户设备内预先定义多种寻呼配置，以使得响应 于接收到寻呼配置指示，用户设备选择(或者由代理引导选择)一种预 先定义的配置。

在一个备选实施例中，在用户设备内，多种寻呼配置是可修改的， 以使得响应于接收到寻呼配置设定，用户设备动态设定一种或多种寻 呼配置。

还公开了用于在LTE-Advanced架构内使用的灵活寻呼机制的示 例性设备和方法。

示例性实施例的详细说明

下面详细说明本发明的示例性实施例。虽然主要在UMTS无线网 络的环境中，更具体地说，在第四代(“4G”)UMTS LTE和LTE-A网 络的一种变形中，讨论这些实施例，不过，普通技术人员会认识到本 发明并不局限于此。事实上，本发明的各个方面可用在能够受益于这 里说明的可配置寻呼机制的任何无线网络(不论是蜂窝网络还是其它 网络)中。例如，按照这里说明的方法，可容易地修改在WiMAX技术 中使用的寻呼方法(特别参见2006年2月28日，题名为“IEEE Standard  for Local and metropolitan area networks-Part 16：Air Interface for  Fixed and Mobile Broadband Wireless Access Systems-Amendment 2： Physical and Medium Access Control Layers for Combined Fixed and  Mobile Operation in Licensed Bands and Corrigendum 1”的IEEE标准 802.16e，其在此整体引为参考)，以促进增强的寻呼能力。

在下面的讨论中，蜂窝无线系统包括都由称为小区站点或者基站 的发射站服务的无线小区的网络。无线网络向多个收发器(多数情况 下，移动的收发器)提供无线通信服务。协同工作的基站的网络允许比 单个服务基站提供的无线覆盖范围大的无线服务。各个基站由另一个 网络(多数情况下为有线网络)连接，所述另一个网络包括用于资源管 理以及在一些情况下对其它网络系统(诸如因特网)或者MAN的接入 的附加控制器。

在LTE中，有两种不同类型的基站：eNodeB(eNB)和家庭eNodeB (Home eNodeB，HNB)。在现有蜂窝网络中，基站的网络由单一网络 运营实体所拥有和/或控制。3GPP引入了称为“家庭节点B”(HNB)的 新的网络元素。家庭基站(或者3GPP术语学中的家庭NodeB，或家庭 eNodeB)是为了在住宅、公司或类似环境(例如，私人住宅、公共餐馆、 小型办公室、企业、医院等，从而术语“家庭”并不打算局限于住宅应 用)中使用而优化的基站。在本文中，术语“家庭基站”、“家庭 NodeB”(针对UMTS)，“家庭eNodeB”(针对LTE)通常指的是“飞蜂 窝”。在本文中，术语基站、“NodeB”和“eNodeB”(针对LTE)通常指的 是“宏蜂窝”。

长期演进(LTE)寻呼方法

目前的LTE规范定义了几种灵活的多址接入方法，以改进通过空 中接口的传输，从而增大可能的传输速率。对于下行链路接入，LTE 规定与时分多址接入(TDMA)结合的正交频分多址接入(OFDMA)。后 来也称为OFDMA/TDMA的这种混合接入技术是向订户提供频谱中 的规定数目的子载波和规定的传输时间以用于数据传输的多载波多址 接入方法。另外，对于上行链路接入，LTE规定与TDMA结合的 SC-FDMA(单载波频分多址接入)。此外，LTE支持全双工FDD(频分 双工)、半双工FDD和TDD(时分双工)。最后，LTE支持1.4、3、5、 10、15和20MHz的可扩展带宽分割。

简要地，图1A-1D总结了无线传输领域中公知的，并在本公开中 使用的基本的多址接入方法。在这些附图中，要认识到时间沿着时间 轴(t)的方向增大，频率沿着频率轴(F)的方向增大。

图1A包括图解说明TDMA(时分多址接入)系统的第一时间-频率 图。在TDMA中，每个移动无线终端可以使用提供给各个移动无线终 端使用的整个频带。不过，对于每个移动无线设备，只分配预先定义 的传输时间间隔(TTI)，在该传输时间间隔中，该移动无线设备可发送 和接收有用数据。在传输时间间隔102内，在一个无线小区中，只有 一个移动无线设备处于活动状态。

图1B包括图解说明FDMA(频分多址接入)系统的第二时间-频率 图。在FDMA中，每个移动无线设备可以自由使用时域，不过整个频 带内，只有预先定义的(窄)频带104可供发送和接收有用数据之用。 在任何给定时间，在无线小区的每个窄频带中，只有一个移动无线设 备处于活动状态。

图1C包括图解说明CDMA(码分多址接入)系统的第三时间-频率 图。在CDMA(所谓的“直接序列”或DS系统的子类)中，每个移动无 线终端可在任何时间段内发送和接收有用数据，并且可以使用整个可 用频带。为了避免不同发送器发送的数据之间的干扰，每个移动无线 设备被分配一个二进制伪噪声代码图案(code pattern)106。分配给 不同的移动无线终端的代码图案在理想情况下是正交的，并且用分配 给移动无线终端的代码图案来编码(“扩展”)该移动无线终端发送的或 者将由该移动无线终端接收的数据。

图1D图解说明与TDMA结合的OFDMA(正交频分多址接入)系 统。OFDMA是FDMA的特殊情况，是其中带宽为B的整个频带被再 分成M个正交子载波108的多载波方法。从而，存在M个(窄)频带， 每个频带的带宽为F＝B/M。在OFDMA中，待发送的数据流划分在多 个子载波内，并且(通常)是并行传输的。因而，每个子载波的数据速 率小于总数据速率。对于每个移动无线终端，为数据传输分配规定数 目的子载波108。比起例如CDMA的灵活的代码分配，OFDMA的灵 活的时间-频率资源分配的主要优点是频谱效率较高(即，单位时间单 位带宽有更多的比特)。

在LTE中，基于OFDMA/TDMA数据流的下行链路接入在时间 上被细分成恒定的时间间隔或者帧。各帧被进一步细分成时隙，和子 帧。不是所有的子帧都需要被使用(网络可能未充分利用)，不过子帧 是收发器进行数据发射/接收所使用的最小时间增量。一旦收发器获得 了基站定时，就利用调度功能把子帧分配给各个收发器。

图2图解说明按照现有技术的上述全双工FDD、半双工FDD和 TDD。全双工FDD对上行链路222传输和下行链路220传输使用两个 分开的频带，上行链路222传输和下行链路220传输能够同时发生。 不同于FDD，TDD对上行链路222传输和下行链路220传输使用相同 的频带；不过，在给定时间帧内，在下行链路220和上行链路222之 间交替切换传输的方向。半双工FDD对上行链路222传输和下行链路 220传输使用两个分开的频带，类似于全双工FDD，不过上行链路传 输和下行链路传输在时间上不重叠(类似于TDD)。

LTE网络利用在全双工和半双工FDD中使用的标准帧结构类型1 350(如图3中所示)。每个无线帧352持续时间为10ms，由长度间隔 为0.5ms的编号从0到19的20个时隙354组成。子帧356被定义为 2个连续的时隙354。对FDD来说，在每10ms时间间隔中，10个子 帧可用于下行链路传输，10个子帧可用于上行链路传输。上行链路传 输和下行链路传输在频域中是分离的。取决于时隙格式，子帧分别由 下行链路中的14或12个OFDMA符号，和上行链路中的14或12个 SC-FDMA符号组成。在3GPP TS 36.211“E-UTRA-Physical  channels and modulation”中说明了帧结构和定时的细节，其内容在此 整体引为参考。

现在参见图4，详细表示和说明按FDD模式工作的UMTS W-CDMA的寻呼定时400。UE在定义的时刻(即，长度10ms的无线 帧)，监视寻呼指示信道(PICH)402。预先分派的寻呼标识符(向被寻呼 的UE)指示寻呼消息正等候在辅助寻呼信道上。响应于收到其寻呼标 识符，UE随后解码在PICH之后相隔固定时间距离τ_PICH(在本例中， τ_PICH＝7680码片＝2ms)的辅助公共控制物理信道404(S-CCPCH)。从收 到PICH信道402时起测量该时间距离。在频域中，在5MHz的整个 下行链路带宽内传输PICH和S-CCPCH。

现在参见图5，图解说明了LTE网络的两阶段寻呼机制500(类似 于UMTS W-CDMA)。UE在定义的时刻(即，所定义的长度1ms的子 帧)监视物理下行链路控制信道(PDCCH)502。网络向UE分派寻呼标 识符。当在PDCCH上检测到分派的寻呼标识符时，UE解码相关联的 物理下行链路共享信道(PDSCH)504。如图所示，PDCCH在子帧#i+2 中传输；占用第一时隙的1个、2个或3个OFDMA符号，其中符号 的数目由网络动态调整。PDSCH 504在子帧#i+2的剩余部分中传输， 占用该子帧中未被PDCCH使用的OFDMA符号。

图6是以频率和时间示出的两阶段寻呼机制600的一种示例性安 排表的图解说明。在频域中，在小区的整个下行链路带宽内传输 PDCCH，而只在小区的下行链路带宽内的一定数目的资源块(RB)(RB 对应于12个子载波)内传输PDSCH。

方法

现在参见图7和8，说明按照本发明的生成和接收寻呼模式的通用 方法的示例性实施例。

在一个示例性实施例中，按照基于各种网络参数的多种不同模式， 选择蜂窝无线系统中的寻呼模式以供使用。具体地说，如图7的方法 700中所示，在步骤702，BS识别一个或多个控制网络参数。在一些 实施例中，控制网络参数可保存在BS的本地数据库(或者相连接的网 络实体)中。在备选实施例中，可从集中式网络控制器取回所述参数或 者用消息向BS通知所述参数。网络参数可能与已知的网络能力相关； 不过在一些情形下，可能要求BS动态地(例如，周期地或者响应于特 定事件的发生)询问或接收UE信息。

可以和图7的方法一起使用的示例性网络参数例如可包括(但不限 于)：(i)小区总带宽(即，考虑中的小区的总带宽)，(ii)带宽分段的水平， 和/或(iii)UE群体的一个或多个特性(例如，设备的能力，诸如UE的 射频(“RF”)能力，服务的全部设备和/或RRC连接状态)，和它们的任 意组合。此外，对传统设备的支持可被加权，以使其比对较新设备的 支持更重要或更不重要；这种加权也可动态地或者根据其它网络条件 而变更(例如，在一种情况下(诸如一天中的时间，全部UE群体的一 部分，等等)，可更大地对传统设备加权，而在另一种情况下，则不 那么大地对传统设备加权)。在确定最佳寻呼模式之前，BS也可评估 相互关联的网络参数的大量性和复杂性。根据本公开，普通技术人员 会认识到，有几乎无限种网络参数可被视为这种分析的一部分。

在步骤704，BS至少部分根据上面说明的一个或多个确定的网络 参数，确定一种或多种寻呼模式。在示例性实施例中，这多种寻呼传 输模式被定义为使得每种传输模式规定一个或多个特定UE操作参数 的配置。例如，这样的UE操作参数可包括资源分配和/或寻呼模式类 型，如后面更详细所述。

为此，在一种变形中，本发明设想使用分级加权算法或其它加权 算法，所述分级加权算法或其它加权算法能够在确定适当的寻呼模式 时为网络参数确定和分派适当的权重。例如，支持许多用户的频带可 能被要求为寻呼信道分配相当大量的带宽，而只具有很少用户的频带 可为寻呼分配较少的带宽，或者反过来。类似地，可以自适应地扩大 或缩小专用寻呼资源，以适应非常动态的订户需求(诸如在移动性高的 区域附近；例如，火车站、飞机场)。

网络参数分析可以基于许多范例；例如，实际网络活动的运行分 析，网络活动的现有知识(例如，存储在存储器中，或者分布在小区间 通信网络内的现有知识)，等等。按照这种方式，本发明的基站(BS)能 够动态优化对它所使用的寻呼模式的选择。可以逐基站地进行这种动 态优化(即，每个基站实际确定它自己的寻呼操作)，或者以更加协同 的方式进行这种动态优化(诸如在许多邻接小区之间，或者甚至整个网 络)。

可以认识到，网络参数(诸如上面提及的那些)可以定期地(例如， 周期性地)或者不定期地变化，或者与某些事件的发生相关联。在某些 周期性情况下，诸如在高峰时段运行期间，BS可能期望把更多的寻呼 资源投入用于处理增加的通话流量。在其它情况下，BS可以只是检测 可能需要寻呼资源，诸如在火车站，或者在飞机场附近(例如，相对而 言是周期性的运行，但是无线连接突然急剧增加，诸如当满载旅客的 火车或飞机到达时)。网络参数的这些变化可由BS直接检测(例如，BS 可确定待传输的寻呼消息的数量超过当前的寻呼资源分配的能力，等 等)，或者可替换地，可以从网络之内或之外的另一个实体用消息或信 号通知BS。

当考虑具有分段频带的系统(即，多个频带由同一个BS服务的情 况)时，资源分配非常有利。例如，如果传统设备只能够接收频带的子 集，那么它们的对应寻呼模式可能被局限于该子集。另外，BS可选择 限制增强型设备(或其子集)只接收在“仅仅增强型设备”或者其它指定 频带上的寻呼消息，从而使传统设备和增强型设备二者的频谱利用率 达到最大。在灵活的资源分配的情况下，用于寻呼消息的频带的共享/ 划分的可能性几乎是无限制的。

资源分配可包括例如专用于寻呼消息的载频、时隙或代码信道。 在一个实施例中，BS可规定用于寻呼标识符和寻呼消息的频率的最大 带宽大小。在另一个实施例中，BS可规定传输寻呼标识符和寻呼消息 的时间或子帧。在一些实施例中，得到的每种寻呼传输模式的寻呼安 排表不会在时间或频率上与其它模式重叠。

此外，寻呼模式类型可定义UE如何和何时接收寻呼消息的方法。 例如，BS可为连接的UE(例如，RRC“已连接”状态)选择用于寻呼消 息递送的第一方法，为空闲的(例如，RRC“空闲”状态)UE选择用于寻 呼消息递送的第二方法。另外，取决于其它UE特有的参数，BS可为 各种服务，或者为各种UE类型，在多种用于寻呼指示递送的方法中 选择一种或多种。

例如，正在使用活动无线链路的UE可接收多个送到具体地址的 寻呼指示(分别对应于各种服务，或者网络通知)。这种针对性递送需 要一定量的UE处理，不过确保在管理性需要方面消耗最少的额外网 络带宽。相反，空闲的UE可以只周期性地监视寻呼指示，从而它们 的寻呼指示可以被广播以使功率消耗降至最小(例如，UE只接收简单 的“标记”，不需要完全处理寻呼信道)。

在一个备选实施例中，BS“共同体”(即，协作的两个或更多个指定 BS)能够直接相互通信，以交换寻呼配置。这种通信可通过任意类型的 通信或网络接口(不论是有线接口还是无线接口)发生，并且理想地是 通过支持蜂窝网络的运行的基站之间的现存通信信道来支持的。这样 的实施例对其中只有一部分网络(例如，主管网络)可以访问网络参数 的飞蜂窝运行特别有用。在这样的实施例中，飞蜂窝可直接从网络接 收网络参数，或者相反，可接收所确定的输出寻呼配置。

此外，可以调整基站之间的可能/有意义的信息交换的水平。例如， 网络可以允许飞蜂窝提供各种程度的寻呼指示，以允许特定的可选服 务(例如，广告，车队跟踪等等)。可替换地，可以显著简化飞蜂窝寻 呼状态机，以允许传统设备互操作。最后，可以始终支持一些服务， 诸如紧急呼叫；在这样的实施例中，不支持传统设备的BS仍然被要 求支持传统的紧急呼叫。

在步骤706，BS用信号把寻呼模式通知给一个或多个UE设备。 在一个实施例中，这是通过对所有UE进行广播(即，借助系统信息， 对目前位于小区中的所有UE进行广播)而实现的。在一个备选实施例 中，BS可借助专用消息(例如，借助RRC连接)用信号通知UE。在一 种变形中，在系统中预先指定寻呼传输模式，并将模式标识符用信号 通知(而不是分别地将各个操作参数中的每一个用信号通知)。

现在参见图7A，说明图7的生成寻呼模式的通用方法的一个具体 实现实施例。

如在图7A的方法720中所示，在步骤722，BS根据其当前位置， 识别可用于提供服务的4个不同频带。进一步地，BS(例如，在与核心 网络协商之后)只选择频带中的2个频带，以提供第一基本服务(例如， 话音)，和第二增强型服务(例如，数据)。

在步骤724，BS识别支持增强型操作的UE群体。在该步骤，BS 可询问核心网络或UE，以确定群体能力。如果BS确定UE群体的一 部分支持增强型操作(并且这种操作是有利的)，那么BS启动步骤726 的优化算法。

在步骤726，BS确定几个寻呼安排表。例如，一个这样的寻呼安 排表可包括将在所有传统频带上传输的用于传统设备的寻呼通知，同 时为增强型设备寻呼保留频带和时隙的子集。从而，新的寻呼模式将 使BS和UE能够有效地利用频谱(即，通过重新利用否则会浪费在寻 呼上的资源)，而且同时使UE功率消耗降至最低(通过使接收寻呼信道 所必需的资源减至最少)。

在步骤728，BS借助广播的或者送到具体地址的消息(例如，通过 物理下行链路共享信道(PDSCH)递送的)，用适当的寻呼安排表更新增 强型UE，从而增强型UE可以相应地调整其操作。

在步骤730，BS从UE接收表示UE的适当寻呼配置的确认。

现在参见图8的方法850，在步骤852，UE接收适用于其服务BS 的寻呼模式的指示。在一个实施例中，这是通过接收借助于系统信息 的预定义广播而实现的。可替换地，在另一个实施例中，UE借助专用 消息(例如，借助RRC连接)来接收寻呼模式的指示。

在步骤854，UE确定寻呼操作的适当方法(或者得到关于所述适 当方法的指令)。在一个实施例(“UE被动”模式)中，基站直接向UE分 派寻呼操作模式。在一个这样的变形中，UE接收向它分派寻呼操作模 式的消息。在另一个这样的变形中，UE接收分派默认寻呼操作模式的 消息。默认操作模式可以是为了至少确保最低水平的对包括一部分传 统UE在内的用户群体的向后兼容性所必需的。

在一个备选实施例(“UE主动”模式)中，允许UE从网络选择一种 或多种寻呼操作模式。在一个这样的变形中，UE根据诸如应用要求、 处理器能力、功率消耗(例如，期望的消耗率，剩余电池寿命等)、支 持的调制解调器选项等考虑因素，识别其优选寻呼模式。

在另一个实施例(“UE协作”模式)中，UE和基站主动协商相互有 益的寻呼模式操作。

另外要认识到，UE可被配置成静态地确定其寻呼模式，或者， UE可动态或周期性地重新访问其寻呼模式分派或确定。在一个这样的 “静态”实施例中，UE可细察寻呼模式选项，并一次设定其寻呼模式。 在一个“动态”实施例中，UE可周期性地或者根据情况细察寻呼模式选 项，并根据一个或多个动态系统要求来设定其寻呼模式。

在另一个类似的实施例中，UE可响应于对应用的内部要求，细察 支持的寻呼模式。在一种这样的情况下，UE可进入低功率模式操作(例 如，睡眠模式)，并把其寻呼模式调整为网络支持的最小寻呼更新模式。 相反，在高速操作(例如，当在车辆内时)或者要求更频繁更新的其它 模式期间，UE可把其寻呼模式升级为可从BS获得的最频繁寻呼更新。

在方法850的步骤856，UE更新其内部工作协议，并按照确定的 寻呼模式配置其对应的无线接口，以开始接收寻呼通知。在一个这样 的实施例中，UE更新标识出用于不连续接收(DRX)操作的时间和频带 的内部安排表。在整个蜂窝通信领域，DRX操作是众所周知的；UE 和网络协商发生数据传送的阶段——否则接收器关闭并进入低功率状 态。关于UMTS网络内的DRX的补充信息，参见“Universal Mobile  Telecommunications System(UMTS)；UE Procedures in Idle Mode  and Procedures for Cell Reselection in Connected Mode”，3GPP TS 25.304，版本5.1.0，和“Universal Mobile Telecommunications System (UMTS)；UTRAN Iu interface RANAP signaling”，3GGP TS 25.413， 版本5.1.0，上述技术规范均在此整体引为参考。

现在参见图8A，说明按照图8的接收寻呼模式的通用方法的一个 具体实现实施例。

如在图8A的方法870中所示，在步骤872，按照本发明使能的 UE用传统操作初始化它自己。一旦该UE借助常见的注册方法在网络 上安置了自己，该UE就查看服务BS是否提供增强型寻呼信道操作。 如果BS提供寻呼信道操作，那么该UE向BS表明自己(以及可选地， 表明其能力)。

在步骤874，UE接收指示适当的寻呼安排表的广播或其它寻呼消 息。

在步骤876，UE确定其优选的寻呼安排表。例如，UE可决定优 选按增强型操作工作，以节省功率消耗。

在步骤878，UE向BS确认它正在规定的寻呼配置内操作。

在步骤880，UE调整其寻呼接收。例如，UE可按照可用于不连 续接收(DRX)的一个或多个时间和一个或多个频带，调整其接收器； 例如，UE可调整其接收器，以便只接收第二频带的每一帧的第四子帧， 或者另一种这样的方案。

示例性的服务基站设备

现在参见图9，图解说明了可用于实现本发明的方法的服务基站 设备900的一个实施例。基站设备900包括一个或多个基板908，基 板908还包括多个集成电路，所述多个集成电路包括处理子系统905， 诸如数字信号处理器(DSP)、微处理器、门阵列、或者多个处理部件， 以及向基站900提供功率的功率管理子系统906。这里使用的术语“集 成电路(IC)”指的是具有任意集成度(包括但不限于ULSI、VLSI和LSI) 并且与工艺或基体材料(包括但不限于Si、SiGe、CMOS和GaAs)无 关的任意类型的设备。例如，IC可包括存储设备(例如DRAM，SRAM， DDRAM，EEPROM/闪存和ROM)、数字处理器、SoC设备、FPGA、 ASIC、ADC、DAC、收发器、存储控制器、和其它设备，以及它们 的任何组合。

图9中在较高的层次表示的设备900的实施例包括调制解调器电 路，所述调制解调器电路被配置成向无线网络指示一种或多种寻呼操 作模式，以及按照一种或多种所选择的寻呼操作模式来传输寻呼消息。 调制解调器子系统包括数字基带904、模拟基带903、以及用于RX 901 和TX 902的RF部件。虽然图解说明了多个子系统，不过可以理解未 来的发展可以完全或者部分地合并调制解调器子系统。

处理子系统905可包括多个处理器(或多核处理器)。这里使用的 术语“处理器”通常意图包括所有各种数字处理设备，包括(但不限于) 数字信号处理器(DSP)、精简指令集计算机(RISC)、通用(CISC)处理 器、微处理器、门阵列(例如，FPGA)、PLD、可重配置计算架构(RCF)、 阵列处理器、安全微处理器、和专用集成电路(ASIC)。这样的数字处 理器可以包含在单一IC芯片上，或者分布在多个部件上。

另外，处理子系统还包括用于帮助处理操作的高速缓存。在图解 说明的实施例中，处理子系统还包括用于以下功能的各个功能子系统 或模块：(i)确定网络参数，(ii)确定寻呼模式，以及向UE分发寻呼模 式。这些子系统可用软件、固件和/或硬件实现，并且逻辑地和/或物理 地与处理子系统耦接。这里使用的术语“软件”和“计算机程序”意图包 括实现某种功能的任何序列或人/机可辨识步骤。这样的程序事实上可 在任何编程语言或环境中呈现。

可替换地，在另一种变形中，所述子系统或模块可直接耦接到子 系统的发射器。设备的例示实施例逻辑连接网络确定子系统、寻呼模 式确定子系统、和UE寻呼管理子系统。

在一个实施例中，网络确定子系统包括定位于设备900内、适合 于存储一个或多个网络参数的数据库或存储器结构。在备选实施例中， 子系统可包括与集中式网络控制器进行接口的一个或多个接口，所述 一个或多个接口适合于接收包括一个或多个网络参数的消息。在另一 个实施例中，网络参数可以是动态地从用户设备询问或接收的有关性 质(例如，UE寻呼模式能力)。

寻呼模式确定子系统可包括例如网络活动的监视设备，或者适合 于存储网络活动的知识的存储器设备。输入的网络参数被提供给优化 引擎(例如，算法)，以动态优化寻呼模式的选择。可以理解，网络参 数可以定期或不定期地变化；从而，必要时可响应于相应的变化而运 行优化引擎。此外，寻呼模式确定子系统可另外包括适合于与相邻基 站或其它网络实体交换信息的一个或多个接口。

在一个实施例中，UE寻呼管理子系统包括用于向所有UE或者 UE的子集(即，向用它们的系统信息确定的目前位于该小区中的所有 UE)广播寻呼模式的设备。在一个备选实施例中，BS被配置成借助专 用消息(例如，RRC连接)直接把寻呼模式递送到特定UE。

处理子系统905优选地连接到存储器子系统907。这里使用的术 语“存储器”包括适合于存储数字数据的任何类型的集成电路或其它存 储设备，包括(但不限于)ROM、PROM、EEPROM、DRAM、SDRAM、 DDR/2SDRAM、EDO/FPMS、RLDRAM、SRAM、“闪速”存储器(例 如，NAND/NOR)和PSRAM。图9中图解说明的实施例的存储器子系 统包括直接存储器存取(DMA)、随机存取存储器(RAM)和非易失性存 储器。

示例性的UE设备

现在参见图10，图解说明了可用于实现本发明的方法的示例性客 户端或UE设备1000。这里使用的术语“客户端”和“UE”包括(但不限 于)蜂窝电话、智能电话(诸如iPhone^TM)、个人计算机(PC)(诸如 iMac^TM、Mac Pro^TM、Mac Mini^TM或MacBook^TM)、和小型计算机， 不论是桌上型、膝上型还是其它形式，以及移动设备，诸如手持计算 机、PDA、个人媒体设备(PMD)(诸如iPod^TM)或者上述的任意组合。 优选地用软件实现寻呼模式接收的配置，不过也可想到固件和/或硬件 实施例；下面参考图10说明该设备。

UE设备1000包括处理器子系统1005，诸如数字信号处理器、微 处理器、现场可编程门阵列、或者安装在一个或多个基板1008上的多 个处理部件。处理子系统还可包括内部高速缓存。处理子系统1005连 接到包括存储器的存储器子系统1007，存储器可例如包括SRAM、闪 存和SDRAM部件。本领域中众所周知，存储器子系统可采用一个或 多个DMA类型的硬件，以促进数据存取。在图解说明的实施例中， 处理子系统另外包括用于以下操作的各个子系统或模块：接收寻呼模 式的指示，确定适当的寻呼模式，以及配置调制解调器。这些子系统 可用与处理子系统耦接的软件或者硬件实现。可替换地，在另一种变 形中，这些子系统可以直接与数字基带耦接。图解说明的实施例逻辑 地或者物理地耦接寻呼模式接收子系统、寻呼模式确定子系统和调制 解调器配置子系统，然而也可以使用另外的架构。

示例性的UE解码来自BS的消息，该消息指示UE借助于寻呼模 式消息而设定或改变寻呼模式。从而，寻呼模式接收子系统或模块还 可以包括存储器，以便取回预先存储的寻呼模式配置。作为替换(或者 附加地)，寻呼模式接收子系统可包括用于接收直接发给UE的寻呼模 式指示的接口。

在一个实施例中，寻呼模式确定子系统包括一个或多个处理元件， 这些处理元件适合于根据诸如应用要求、处理器能力、功率消耗、支 持的调制解调器选项等考虑因素来识别其优选的寻呼模式。在另一个 实施例中，寻呼模式确定子系统包括适合于与网络交换和协商一个或 多个寻呼参数的一个或多个设备。

在一个实施例中，调制解调器配置子系统包括标识出用于不连续 接收(DRX)的时间和频带的内部安排表。在备选实施例中，调制解调 器配置子系统1005可包括适合于通过把寻呼接收限制到物理资源(例 如，时隙，频带等)的子集来调整寻呼模式操作的一个或多个内部程序。

无线电/调制解调器子系统包括数字基带1004、模拟基带1003、 TX前端1002和RX前端1001。设备1000还包括天线组件；选择部 件可包括用于使能诸如针对具体频率范围或者规定时隙的各种天线操 作模式的多个开关。虽然讨论了具体架构，但是本领域的普通技术人 员根据本公开可以理解，在一些实施例中，一些部件可被消除，或者 可以相互合并(诸如RF RX、RF TX和ABB相结合，像用于3G数字 RF的那种类型)。

于是，典型地，模拟基带1003控制无线电前端的操作；数字基带 调制解调器1004给模拟基带1003加载用于接收寻呼消息的参数。选 择部件可由模拟基带1003控制以接收寻呼消息，从而从数字基带调制 解调器卸下这样的控制功能。

图解说明的功率管理子系统(PMS)1006向UE提供功率，并且可 包括集成电路和/或多个分立的电部件。在一个示例性的便携式UE设 备中，有利的是，功率管理子系统1006与电池接口。

用户接口系统1010包括许多公知的I/O，包括(但不限于)：小键 盘、触摸屏、LCD显示器、背光、扬声器和麦克风。不过应当理解， 在一些应用中，可以没有这些部件中的一个或多个。例如，PCMCIA 卡式UE实施例可以没有用户接口(因为它们可附设在它们物理和/或 电耦接到的设备的用户接口上)。

设备1000还包括可选的附加外设1009，包括(但不限于)：一个或 多个GPS收发器，或者诸如IrDA端口、蓝牙收发器、USB、火线等 网络接口。不过要认识到，对按照本发明的原理的UE的工作来说， 不一定需要这些部件。

示例性的LTE网络

图11图解说明示例性的LTE-A网络。小区1102的覆盖范围由基 站900(例如，LTE-A eNodeB)提供。eNodeB支持往来于LTE-A UE 1000或者传统LTE UE 1106的直接连接。在小区中可容易地部署中继 节点1104(称为NodeR)，以便在小区边缘或者覆盖盲区提供额外的覆 盖。UE能够通过中间NodeR，在上行链路方向和下行链路方向与 eNodeB通信。

图12图解说明尤其可用于实现随后说明的寻呼机制方法的LTE 的高层面的网络架构。如图12中所示，LTE系统1250包括无线接入 网络E-UTRAN 1252(演进UMTS地面无线接入网络)和核心网络EPC 1254(演进分组核心)。E-UTRAN 1252包括多个收发基站，eNodeB (eNB)900。在示例性实施例中，eNB 900连接到包括MME(移动性管 理实体)和服务网关(S-GW)1256的EPC 1254(演进分组核心)。MME 负责控制位于E-UTRAN 1252的覆盖区域中的UE的移动性，而S-GW 负责处理UE和网络之间的用户数据的传输。特别在3GPP技术规范 TS 36.300，“E-UTRA and E-UTRAN；Overall description；Stage 2”中说 明了LTE系统的无线接入网络和空中接口的细节，该规范在此整体引 为参考。

如图所示，本发明使能的eNB 900通过建立无线资源连接(RRC)， 向在E-UTRAN 1252内的一个或多个由本发明使能的UE 1000提供无 线服务(例如，话音、数据等等)。UMTS LTE协议栈的RRC(参见图 13)简化了UE 1000和eNB 900之间的控制面信令。RRC包括执行连 接建立和释放的简单状态机1300。

所关注的两种连接状态在RRC协议层中规定：UMTS LTE协议 栈的RRC_IDLE 1302和RRC_CONNECTED 1304。例如，参见3GPP 技术规范TS 36.331，“E-UTRA Radio Resource Control(RRC)”，该技 术规范在此整体引为参考。RRC连接被定义为分别在UE和eNodeB 中的RRC对等实体之间的点对点双向连接。在已连接模式下，在UE 和eNodeB之间只有一个RRC连接(一个UE不保持多个RRC连接)。 在空闲模式下，在UE和eNodeB之间没有任何RRC连接。在LTE 中，寻呼信道为各种连接状态提供不同的信息。

在RRC_CONNECTED状态1304下，UE 1000和eNodeB 900主动 处理无线资源分配。利用明确的切换和小区变化命令来实现由网络控 制的移动性。eNodeB必须在小区区域层级保持/更新UE位置。UE主 动获得在无线小区中广播的系统信息。在RRC_CONNECTED状态期 间，发生上行链路和下行链路中的用户和控制数据的传输。RRC协 议层负责广播系统级信息和保持连接层双向控制。UE获得在无线小区 中广播的系统信息，并监视寻呼信道，以接收关于对系统信息的修改 的通知。

在RRC_IDLE 1302状态下，eNodeB 900不把任何无线资源专用 于UE 1000。在RRC_IDLE状态期间，UE执行无线链路管理所必需 的各种功能，诸如小区选择/重选、寻呼信道的监视、和获得无线小区 中的系统信息广播。在这种状态下，EPC 1256中的MME在“跟踪区 域”层级保持网络已知的UE位置。跟踪区域定义了在到来的通信尝试 期间在其中寻呼UE的一组小区。

加电时，UE处于RRC_IDLE 1302。在RRC_IDLE操作期间，在 上行链路或下行链路中，不存在用户和控制数据的传输。系统使用关 于RRC连接建立1306和RRC连接释放1308的两种状态变化。这些 状态变化受eNodeB 900的控制，并且可由各种事件触发，所述事件包 括在寻呼信道上广播的通知。

示例性的LTE-A可配置寻呼模式操作

现在返回参见图11，可用于图解说明本发明的各种实施例的示例 性部署情形包括由与混合的UE群体(例如，本发明使能的LTE-A UE 1000，和传统的LTE UE 1106)通信的LTE-A eNodeB 900提供的LTE 网络小区。eNodeB支持LTE UE1 1106和LTE-A UE3 1000之间的直 接连接。通过中间的NodeR1 1104和NodeR2 1104，支持从eNodeB到 LTE UE2 1106和LTE-A UE4 1000的连接。

图14、15和16图解说明图12的示例性LTE-A eNodeB 900的样 本特性。图14是用于上行链路和下行链路传输的频率分配的图解说 明，表示为f1到f6。LTE-A UE3 1000和UE4 1000支持20MHz的最 大RF发射/接收带宽，并工作在用载频f1和f2表征的一共25MHz的 上行链路频带中和用载频f3-f6表征的一共90MHz的下行链路频带 中。

图15是用于寻呼消息的示例性子帧分配的图解说明。取决于它们 各自的设置，LTE-A UE3 1000和UE4 1000能够监视对应寻呼帧的若 干子帧0，4，5和9。在图16中进一步图示了这些寻呼配置。

下面的表1总结了由LTE-A eNodeB选择并用信号通知给位于小 区中的所有UE的寻呼传输模式配置的上述实施例：

表1

示例性情形1：

参见图11的LTE-A使能的UE3 1000，UE3 1000具有与eNB 900 的活动连接，从而处于RRC_CONNECTED 1304状态。在上行链路方 向和下行链路方向传输用户和控制数据。UE3工作于用载频f5表征的 下行链路频带中。UE3监视用寻呼传输模式3 1602(图16)配置的 PDCHH和PDSCH，以接收关于对系统信息的修改的通知。因而，该 UE在具有32个无线帧的每个DRX周期内的无线帧#i+19(子帧#0，#4， #5和#9)处监视频带f5，以确定其寻呼标识符是否在通过物理下行链 路控制信道(PDCCH)被传输。eNodeB利用载频f5周围的20MHz的 最大带宽，广播寻呼消息(例如，PDCCH和PDSCH)。如果UE在 PDCCH上检测到它的所分派的寻呼标识符，那么该UE解码相关联的 物理下行链路共享信道(PDSCH)。

示例性情形2：

在另一种示例性情形下，LTE-A UE4 1000没有与eNodeB 900的 活动连接，从而处于RRC_IDLE 1302状态。UE4目前工作于载频f3 的下行链路频带中。UE4监视用寻呼传输模式1 1604(图16)配置的 PDCCH和PDSCH，以便接收关于呼入或对系统信息的修改的通知。 该UE在具有32个无线帧的每个DRX周期内的无线帧#i+4(子帧#0，#4， #5和#9)处监视频带f3，以确定其寻呼标识符是否通过物理下行链路 控制信道(PDCCH)被传输。eNodeB利用载频f3周围的20MHz的最 大带宽，广播寻呼消息(例如，PDCCH和PDSCH)。如果UE在 PDCCH上检测到其分派的寻呼标识符，那么UE解码相关联的物理下 行链路共享信道(PDSCH)。

业务方法和规则

要认识到上面的网络设备和方法可容易地适用于各种业务模型。 在一个这样的模型中，服务提供者/网络运营商可销售、出租或者免费 提供(即，不花钱，作为激励)具有增强能力的飞蜂窝。飞蜂窝通过经 由宽带接口(诸如DSL、T1、ISDN或DOCSIS线缆调制解调器)连接 到服务提供者的网络，来扩充服务提供者的现有基站网络。飞蜂窝被 设计用于完备的部署。运营的相对成本和简易性使非技术性受众(即， 居民，企业或其它这样的用户)可以购买和运营飞蜂窝。灵活的频谱利 用和频谱共享，以及由本发明的一个或多个方面提供的小区间干扰管 理，大大改善了飞蜂窝部署的ad hoc性质。在一个例子中，飞蜂窝可 自由配置其寻呼机制，以通过在频谱的未使用或未充分利用的部分中 工作来最低程度地干扰现有的寻呼机制。

在另一种业务范例中，适当使能的用户设备(例如，UE 1000)可接 收增强型寻呼消息，并且可有效地监视现有寻呼信道，从而提升所感 知的总的体验质量。在一个这样的实施例中，寻呼信道的专用子集被 分配给被使能的UE。从而尽管传统设备继续广泛地监视所有寻呼信道 (以一种比较低效的方式)，但是被使能的设备1000只监视寻呼信道 的该指定子集。这种方法明显更有效，显著改善了功率消耗。

在备选实施例中，可在没有RRC连接的情况下，连续地广播某 些增强型服务(例如，多媒体广播服务(MBMS))。典型的广播服务不是 永久的，一旦广播结束，网络就可收回寻呼资源，而不会过度困难。 从而，通过借助本发明的寻呼机制灵活地管理用于这种服务的通知， 可改进广播技术。

上述网络设备和方法也可容易地适合于与基本的业务规则算法或 “引擎”相应地工作。例如，这种业务规则引擎可包括软件应用(和/或固 件或者甚至硬件特征)，并且在一个实施例中，被实现为在核心网络中 的独立实体，或者可替换地，在位于核心网络中的现有实体或者其它 网络管理进程(NMP)内实现。所述规则引擎实际上是高层的监管过程， 它帮助网络运营商(或者其它有关方)根据诸如金融状况、用户体验增 强等重要标准来进行运营决策或资源分配。

在一个实施例中，业务规则引擎被配置成考虑与向一个或多个用 户提供资源相关联的所涉收益和/或利润问题。因而，示例性的业务规 则引擎可修改系统的寻呼行为，以支持更大的用户基数(例如，增大总 的寻呼资源)，或者可替换地，更多种多样的服务(例如，减少总的寻 呼资源)。

例如，在一个例子中，对来自用户群体的对资源(例如，频谱)的 请求的评估可包括对与各种分配选项相关联的增加的成本、收益和/ 或利润的分析。在一些情况下，网络提供者可确定新的服务请求罕见， 因而寻呼不太重要。在其它情况下，网络提供者可确定新用户和服务 在频繁进出小区，从而需要分配更多的寻呼资源。可在资源请求时应 用这些“业务规则”并随后保持一段时间(或者直到发生触发重新评估 的事件为止)，或者可替换地，可按照周期性模型应用和保持这些“业 务规则”。

根据本公开，普通技术人员会认识到实现资源的动态分配的无数 其它方案。

要认识到虽然是以方法的一系列具体步骤来描述了本发明的某些 方面，但是这些描述只是本发明的更普遍方法的举例说明，并且可按 照特定应用的要求而修改。在某些情况下，一些步骤可能变得不必要 或者可选。另外，在公开的实施例中可以增加某些步骤或者功能，或 者两个或更多个步骤的执行顺序可被交换。所有这些变化被认为包括 在这里公开和要求保护的本发明的范围之内。

尽管上面的详细说明表示、描述和指出了本发明的适用于各个实 施例的新颖特征，不过显然本领域的技术人员可在举例说明的设备或 处理的形式和细节方面，做出各种省略、替代和改变，而不脱离本发 明的范围。上面的说明是目前预期的实现本发明的最佳方式。该说明 决不是对本发明的限制，相反应被视为本发明的一般原理的举例说明。 本发明的范围应参考权利要求限定。