用于管理drx周期和寻呼周期之间的交互的方法和装置制造方法

用于管理drx周期和寻呼周期之间的交互的方法和装置制造方法
【专利摘要】描述了有助于对运行在通信系统中的用户的寻呼与不连续接收(DRX)周期之间的交互进行管理的系统和方法。如本文所述，具有相关联DRX周期的连接模式用户可以修改其对于寻呼接收的调度，以将不必要的活动时间段最小化。例如，用户最初可以对寻呼时段的监视进行调度，该寻呼时段重合于与用户的DRX周期相关联的活动时间段。如果该寻呼时段不足以达到所需最小数量的被监视寻呼时段，那么根据需要通过调度附加活动时间段和/或延长在DRX周期中所指定的活动时间段，来监视附加的寻呼时段。另外或可替换地，网络可以将与用户相关联的连接模式DRX周期与该用户的空闲模式寻呼周期同步，从而以较小的复杂度来提供功率和性能收益。
【专利说明】用于管理DRX周期和寻呼周期之间的交互的方法和装置
[0001] 本申请是申请日为2009年6月11日、申请号为200980121927. 8、发明名称为"用 于管理DRX周期和寻呼周期之间的交互的方法和装置"的中国专利申请的分案申请。
[0002] 交叉引用
[0003] 本申请要求享有2008年6月13日提交的题为"AMETHODANDAPPARATUS MANAGINGINTERACTIONBETWEENDRXCYCLESANDPAGINGCYCLES" 的美国临时申请 No. 61/061，515的权益，通过引用将其整体并入本文。

【技术领域】
[0004] 本公开一般涉及无线通信，并且更具体地涉及用于无线通信系统中的接收机调度 和管理的技术。

【背景技术】
[0005] 无线通信系统被广泛地用以提供各种通信服务，例如，经由这种无线通信系统可 以提供语音、视频、分组数据、广播以及消息服务。这些系统可以是多址系统，其能够通过共 享可用的系统资源来支持多个终端的通信。这种多址系统的例子包括：码分多址（CDM)系 统、时分多址（TDM)系统、频分多址（FDM)系统和正交频分多址（OFDM)系统。
[0006] 通常，无线多址通信系统能够同时支持多个无线终端的通信。在这种系统中，每个 终端都能够经由前向链路和反向链路上的传输来与一个或多个基站进行通信。前向链路 (或下行链路）是指从基站到终端的通信链路，而反向链路（或上行链路）是指从终端到 基站的通信链路。可以经由单输入单输出（SISO)、多输入单输出（MISO)或多输入多输出 (MMO)系统来建立该通信链路。
[0007] 在各种无线通信实现中，网络可以经由寻呼消息的传输来向各个用户传递消息。 通常，在由寻呼周期所定义的对应时间间隔执行寻呼，使得各个用户接收与至少一个所分 配的寻呼周期相关联的寻呼消息。例如，可以向空闲模式中的用户分配一个寻呼周期，其中 该用户将在该寻呼周期上监视寻呼信道，使得该用户接入的网络可以在该寻呼周期上的寻 呼时段（occasion)中进行传输，其中该寻呼时段用于该寻呼周期上的用户。然后，在离开 空闲模式并进入连接模式后，用户可以接收被调度的传输，其中该被调度的传输可以包括 根据与用户相关联的连接模式不连续接收（DRX)来调度的传输。
[0008] 除了向空闲用户提供信息之外，网络可以利用寻呼来指示系统信息的改变。这通 常是通过发送寻呼消息来实现的，其中该寻呼消息指示所有寻呼周期上的改变，以便到达 监视该网络的所有用户。因此，在系统信息修改的情况下，可以要求空闲用户和连接用户两 者监视预定义数量的用于指示该修改的寻呼消息。但是，在与连接模式用户相关联的DRX 周期与网络所使用的各个寻呼周期不同的情况下，在连接模式用户正在活动地接收信息的 时刻，网络不能传输足够多的寻呼消息。在此情况下，可以要求连接模式用户在相当多个时 间间隔监视寻呼信道，其中在该相当多个时间间隔用户由于连接模式DRX周期而不活动， 因此这会导致效率、功率性能等的损失。因此，希望实现用于结合系统信息修改的寻呼管理 的技术，该技术至少缓解了以上缺点。


【发明内容】

[0009] 下面给出了对所要求保护的主题内容的各个方案的简要概述，以提供对于这些方 案的基本理解。该概述不是对所有能想到的方案的详尽综述，并且既不旨在标识所有方案 的关键或重要元素也不旨在界定这些方案的范围。其目的仅是为了以简化的形式给出一个 或多个方案的一些概念以作为稍后所给出的更详细描述的前序。
[0010] 根据一个方案，本文描述了一种方法。该方法可以包括：识别用于指示将要在修改 时间段期间监视的系统信息改变的寻呼时段的最小数量；识别将要在修改时间段期间利用 的不连续接收（DRX)周期；以及选择各个寻呼时段以在修改时间段期间进行监视，使得监 视所述最小数量的用于指示系统信息改变的寻呼时段，并且基本上将用于监视所述DRX周 期外部的寻呼时段的唤醒时间段最小化。
[0011] 第二个方案涉及一种无线通信装置，其可以包括：存储器，其存储与在修改时间段 期间在各个寻呼时段提供的系统信息修改指示符的阈值量和包括各个不连续接收（DRX) 时段的连接模式DRX周期相关的数据。该无线通信装置还可以包括处理器，用于调度在修 改时间段中对该阈值量的系统信息修改指示符的尝试性检测，使得基本上将与DRX周期相 关联的DRX时段外的活动最小化。
[0012] 本文所述第三个方案涉及一种运行在无线通信系统中的装置。该装置可以包括： 用于识别用于携带将要在修改时间段中读取的各个改变指示的寻呼时段的最小数量的模 块；用于配置不连续接收（DRX)周期的模块，所述DRX周期指定与所述装置的连接模式相 关联的各个活动时间段和不活动时间段；以及用于选择寻呼时段以在修改时间段中进行监 视，使得可读取到所述最小数量的用于携带各个改变指示的寻呼时段，并且基本上将由所 述DRX周期指定的各个活动时间段外的接收机活动最小化的模块。
[0013] 本文所述的第四个方案涉及一种包括计算机可读介质的计算机程序产品，该计算 机可读介质包括：用于使计算机识别将要在与至少一部分修改时间段相关联的各个寻呼时 段期间提供的系统信息修改指示符的阈值量的代码；用于使计算机配置连接模式DRX周期 的代码，所述DRX周期包括各个活动时间段和不活动时间段；以及用于使计算机调度对各 个寻呼时段的监视以用于在修改时间段中提供系统信息修改指示符，使得监视足够多的寻 呼时段以助于检测至少所述阈值量的系统信息修改指示符，并且基本上将由所述DRX周期 指定的活动时间段外的活动最小化的代码。
[0014] 根据另一个方案，本文描述了一种运行在无线通信系统中的方法。该方法可以 包括：获得与关联于系统信息改变的系统信息修改（SystemInfoModification)通知的 总量相对应的数量修改时间段系数（modificationPeriodCoeff);检测与修改时间段相 对应的边界；至少部分地基于相关联的DRX调度来监视所述修改时间段内的一个或多 个寻呼消息；确定systemlnfoModification通知在所监视的寻呼消息中是否出现至少 modificationPeriodCoeff次；如果所述systemlnfoModification通知没有在所监视的寻呼 消息中出现至少modificationPeriodCoeff次，则假设在所述修改时间段中当前存储的系 统信息仍然有效；以及如果所述systemlnfoModification通知在所监视的寻呼消息中出现 了至少modificationPeriodCoeff次，则对在后面的修改时间段中出现的系统信息改变进 行准备。
[0015] 本文所述的另一个方案涉及一种可用于无线通信环境中的方法。该方法可以包 括：识别与终端相关联的寻呼周期；确定与所述寻呼周期相关联的长度和偏移参数；以及 至少部分地基于与所述寻呼周期相关联的所述长度和偏移参数来生成用于所述终端的DRX 周期，使得对应于所述DRX周期的活动时间段至少部分地与对应于与所述终端相关联的寻 呼周期的活动时间段重合。
[0016] 第七个方案涉及一种无线通信装置，其可以包括存储器，该存储器存储与用户设 备单元（UE)和关联于所述UE的寻呼周期相关的数据。所述无线通信装置还可以包括处理 器，该处理器用于确定与所述寻呼周期相关联的长度和偏移参数，并且至少部分地基于与 所述寻呼周期相关联的长度和偏移参数来配置所述UE的DRX周期，使得所述DRX周期包括 至少部分地与所述UE的所述寻呼周期内的活动时间段重合的活动时间段。
[0017] 本文所述的第八个方案涉及一种运行在无线通信系统中的装置。所述装置可以包 括：用于识别具有相关联的活动时间段的UE寻呼周期的模块；用于识别与所述UE寻呼周 期的长度和偏移相关的参数的模块；以及用于至少部分地基于所识别的与所述UE寻呼周 期相关的参数来配置具有相关联的活动时间段的DRX周期，使得与所述DRX周期相关联的 活动时间段至少部分地重合于与所述UE寻呼周期相关联的活动时间段的模块。
[0018] 本文所述的第九个方案涉及一种可以包括计算机可读介质的计算机程序产品，所 述计算机可读介质包括：用于使计算机识别终端和与所述终端相关联的寻呼周期的代码， 所述寻呼周期包括各个寻呼时段；用于使计算机确定与所述寻呼周期相关联的长度和偏移 的代码；以及用于使计算机至少部分地基于与所述寻呼周期相关联的所述长度和偏移来配 置用于所述终端的包括各个DRX时段的DRX周期，使得在所述DRX周期中的各个DRX时段 至少部分地重合于所述寻呼周期中的各个寻呼时段的代码。
[0019] 为了实现前述及相关目标，所要求保护的主题内容的一个或多个方案包括下文中 充分描述的并在权利要求中明确指出的特征。以下描述和附图具体阐述了所要求保护的主 题内容的某些示例性方案。然而，这些方案仅指出了可以运用所要求保护的主题内容的原 理的各种方式中的一小部分。此外，所公开的方案旨在包括所有这些方面及其等价体。

【专利附图】

【附图说明】
[0020] 图1是根据各个方案有助于管理和协调与无线通信系统中的各个实体相关联的 不连续接收（DRX)和寻呼周期的系统的方框图。
[0021] 图2是根据各个方案有助于无线通信环境中的系统信息修改的系统的方框图。
[0022] 图3示出了根据各个方案用于系统信息改变检测的各个定时情况。
[0023] 图4示出了根据各个方案与无线设备相关联的DRX周期和寻呼周期之间的示例性 交互。
[0024] 图5示出了根据各个方案用于提交和处理系统信息修改指示符的示例性系统。
[0025] 图6示出了根据各个方案用于寻呼和DRX管理的示例性技术。
[0026] 图7是示出了根据各个方案用于配置无线设备的寻呼参数的示例性技术的定时 图。
[0027] 图8是根据各个方案有助于寻呼和DRX周期之间的基于网络的协调的系统的方框 图。
[0028] 图9是用于在系统信息修改时间段期间协调寻呼和DRX操作的方法的流程图。
[0029] 图10是用于基于配置信令来管理寻呼周期和DRX周期之间的交互的方法的流程 图。
[0030] 图11是用于估计与无线通信网络相关联的系统信息的有效性的方法的流程图。
[0031] 图12是用于构成与无线终端相关联的DRX周期的方法的流程图。
[0032] 图13-14是有助于在无线通信系统中协调DRX和寻呼操作的各个装置的方框图。
[0033] 图15-16是用于实现本文所述功能的各个方案的各个无线通信设备的方框图。
[0034] 图17示出了根据本文给出的各方案的无线多址通信系统。
[0035] 图18是示出了示例性无线通信系统的方框图，本文所述的各个方案可以在该系 统中运行。

【具体实施方式】
[0036] 现在参考附图来描述所要求的主题的各个方案，在附图中相同的参考标号始终表 示相同的元素。在以下描述中，为了说明的目的，描述了大量具体的细节以提供对一个或多 个方案的透彻理解。然而，显然，没有这些具体细节也可以实施这些方案。在其它实例中， 以方框图形式示出了公知的结构和设备以助于描述一个或多个方案。
[0037] 如本申请所使用的，术语"组件"、"模块"、"系统"等旨在表示与计算机相关的实 体，其可以是硬件、固件、硬件和软件的结合、软件或运行中的软件。例如，组件可以是，但不 限于：在处理器上运行的进程、集成电路、对象、可执行程序、运行线程、程序和/或计算机。 作为示例，在计算设备上运行的应用和该计算设备都可以是组件。一个或多个组件可以存 在于进程和/或运行线程中，组件可以位于一个计算机中和/或分布在两个或更多计算机 中。此外，这些组件能够从在其上存储有各种数据结构的各种计算机可读介质中执行。这 些组件可以通过本地和/或远程处理方式来进行通信，比如根据具有一个或多个数据分组 的信号（例如，来自一个部件的数据通过信号方式与本地系统中、分布式系统中和/或具有 其它系统的网络比如因特网上的另一部件进行交互）。
[0038] 此外，本申请结合无线终端和/或基站描述各个方案。无线终端可以是指用于向 用户提供语音和/或数据连接的设备。无线终端可以连接到诸如膝上型计算机或台式计算 机的计算设备，或者其可以是自含式设备，例如个人数字助理（PDA)。无线终端也可以称作 为系统、用户单元、用户站、移动台、移动装置、远程站、接入点、远程终端、接入终端、用户终 端、用户代理、用户装置或用户设备（UE)。无线终端可以是用户站、无线设备、蜂窝电话、PCS 电话、无绳电话、会话发起协议（SIP)电话、无线本地环路（WLL)站、个人数字助理（PDA)、具 有无线连接能力的手持设备或者连接到无线调制解调器的其它计算设备。基站（例如，接 入点或演进节点B(eNB))可以是指在接入网中在空中接口上通过一个或多个扇区与无线 终端进行通信的设备。基站可以通过将接收的空中接口帧转换为因特网协议（IP)分组，来 作为无线终端和接入网剩余部分之间的路由器，其中该接入网可以包括IP网络。基站还协 调对空中接口属性的管理。
[0039] 此外，可以用硬件、软件、固件或其任意组合来实现本申请所述的各种功能。如果 用软件来实现功能，则可以将功能作为一个或多个指令或代码存储在计算机可读介质上或 者通过计算机可读介质来传输。计算机可读介质包括计算机存储介质和通信介质，包括有 助于计算机程序从一个地方传递到另一个地方的任意介质。存储介质可以是计算机可接 入的任意可用介质。举例而言但非限制性地，计算机可读介质可以包括RAM、ROM、EEPROM、 CD-ROM或其它光盘存储单元、磁盘存储单元或其它磁存储设备或者可用于以指令或数据结 构的形式来携带或存储所需程序代码并且能够由计算机接入的任意其它介质。并且，任意 连接也适当地被称为计算机可读介质。例如，如果软件是使用同轴线缆、光纤线缆、双绞线 对、数字用户线（DSL)或诸如红外线、无线电和微波的无线技术来从网站、服务器或其它远 程源传输的，那么同轴线缆、光纤线缆、双绞线对、DSL或诸如红外线、无线电和微波的无线 技术也包括在介质的定义中。如本申请所使用的，磁盘或光盘包括压缩盘（CD)、激光盘、光 学盘、数字多功能盘（DVD)、软盘和蓝光盘（BD)，其中磁盘通常通过磁性再现数据，而光盘 用激光通过光学再现数据。以上的组合也可以包括在计算机可读介质的范围中。
[0040] 本文所述的技术可用于各种无线通信系统，包括码分多址（CDM)系统、时分多址 (TDM)系统、频分多址（FDM)系统、正交频分多址（OFDM)系统、单载波FDM(SC-FDM)系 统以及其它系统。术语"系统"和"网络"一般可以互换使用。CDM系统可以实现诸如通用 陆地无线接入（UTRA)、CDMA2000等的无线电技术。UTRA包括宽带CDMA(W-CDMA)和CDMA的 其它变形。此外，CDMA2000涵盖IS-2000、IS-95和IS-856标准。TDMA系统可以实现诸如 全球移动通信系统（GSM)的无线电技术。OFDMA系统可以实现诸如演进UTRA(E-UTRA)、超移 动宽带（UMB)、IEEE802. 11 (Wi-Fi)、IEEE802. 16(WiMAX)、IEEE802. 20、Flash-OFDM? 等的无线电技术。UTRA和E-UTRA是通用移动电信系统（UMTS)的一部分。3GPP长期演进 (LTE)是使用E-UTRA的即将发布的版本，其在下行链路上采用OFDMA而在上行链路上采 用SC-FDMA。在名为"第三代合作伙伴计划"（3GPP)的组织的文献中描述了UTRA、E-UTRA、 UMTS、LTE和GSM。此外，在名为"第三代合作伙伴计划2"（3GPP2)的组织的文献中描述了 CDMA2000 和UMB。
[0041] 就可以包括多个设备、组件、模块等的系统而言给出了各个方面。应当明白和理解 的是，各个系统还可以包括其它的设备、组件、模块等，和/或可以不包括结合附图讨论的 所有设备、组件、模块等。此外还可以使用这些方法的组合。
[0042] 现在参考附图，图1示出了根据各个方案有助于管理和协调与无线通信系统中的 各个实体相关联的DRX和寻呼周期的系统100。如图1所示，系统100可以包括演进UMTS(通 用移动电信系统）陆地无线接入网（E-UTRAN) 110,其可以包括一个或多个系统控制器、基 站（例如，接入点（AP)、节点B、演进节点B(eNB)等）和/或用于与一个或多个用户设备单 元（UE，在本文中还称为接入终端（AT)、移动终端等）130进行通信的其它合适的实体。在 一个实例中，E-UTRAN110可以从事与UE130和/或140的一个或多个下行链路（DL，又称 为前向链路（FL))通信，并且UE130可以从事与E-UTRAN110的一个或多个上行链路（UL， 又称为反向链路（RL))通信。此外，应该认识到，为了说明简单起见，尽管仅示出了一个包 括各个子组件132-138的UE130,但是系统100中的任意合适的UE130可以包括任意子组 件132-138和/或与任意子组件132-138相关联。
[0043] 根据一个方案，E-UTRAN110可以通过例如协调UE130之间的资源使用、调度去 往和/或来自各个UE130的传输、向UE130和/或系统100中的其它实体分配发送功率 参数和/或其它合适的传输参数等，来管理在系统100内的通信。在一个实例中，E-UTRAN 110可以包括UE协调模块112和/或与UE协调模块112相关联，UE协调模块112可用于 有助于对各个UE130的管理和/或协调。例如，E-UTRAN110可以利用UE协调模块112 来存储关于与各个UE130相关联的寻呼DRX周期的数据、向UE130分配各自的连接模式 DRX周期并且/或者执行有助于管理和协调UE130的任意其它合适的功能。
[0044] 根据另一个方案，E-UTRAN110还可以包括寻呼模块114和/或可以与寻呼模块 114相关联，E-UTRAN110可以利用寻呼模块114,以便以各自的寻呼或寻呼消息的形式向 UE130和/或系统100中的其它实体传送信息。在一个实例中，可以将寻呼消息设计为单 播、组播和/或广播消息，并且该寻呼消息可以由寻呼模块114在寻呼信道和/或其它合适 的信道上发送到一个或多个指定的UE130。在另一个实例中，系统100中的UE130可以根 据各种系统配置参数、UE130的标识和/或其它合适的信息来与寻呼周期相关联。此外， 可以由UE130 (例如，使用寻呼管理器132)、由E-UTRAN110代表UE130 (例如，使用UE协 调模块112)和/或由系统100中的任意其它合适的实体来独立地确定与UE130相关联的 寻呼周期。
[0045] 在一个实例中，可以将与指定UE130相关联的寻呼周期配置为系统100中的静 态参数，从而一旦设置了用于给定UE130的寻呼周期就禁止重新配置该寻呼周期。例如， 可以这样做，以便确保E-UTRAN110连续获知系统100中受到在给定寻呼周期中设置寻呼 指示符的影响的各个UE130。在另一个实例中，可以将寻呼周期配置为与给定UE130相 关联的DRX周期，当处于空闲模式中时UE130利用该DRX周期来检测来自E-UTRAN110的 寻呼信号。因此，基于在空闲模式中为给定UE130所配置的寻呼周期，在E-UTRAN110处 的寻呼模块114可以根据寻呼周期在预定时间间隔中执行对UE130的寻呼传输，并且寻 呼管理器132和/或UE130处的另一合适的模块可用于在寻呼周期所指定的时间间隔监 视来自E-UTRAN110的寻呼传输。如具体的非限制性实例所示，可以在物理下行链路控制 信道（PDCCH)和/或与系统100相关联的任意其它合适的信道上执行寻呼传输。此外，在 E-UTRAN110处的寻呼模块114可以通过在指定的HXXH资源上设置预留的寻呼无线网络 临时标识符（P-RNTI)和/或其它合适的寻呼指示符来指示寻呼传输，UE130处的寻呼管 理器132可以基于该寻呼传输来对指定的HXXH资源进行监视以得到相关联的寻呼DRX周 期上的寻呼指示符。
[0046] 根据可替换的方案，UE130可以运行在（例如，由RRC_C0NNECTED状态所指示 的）连接模式中，在该状态中UE130可以根据与UE130相关联的连接模式DRX周期来从 E-UTRAN110接收所调度的数据。在一个实例中，可以由UE130处的DRX协调模块134和 /或系统100中的任意其它合适的实体来得到、管理和/或处理在连接模式中与UE130相 关联的DRX周期。如非限制性实例所示，可以向处于连接模式中的UE130分配DRX周期， UE130可用于在该DRX周期上对由所分配的DRX周期所定义的各DRX时段上的HXXH进行 解码并且执行对应的传输和/或接收。因此，可以认识到，处于连接模式中的UE130所监 视的DRX时段与本文所述的DRX时段不同，本文所述的DRX时段对应于由UE130监视用于 空闲模式中接收寻呼的HXXH的时刻。如另一具体的非限制性实例所示，处于连接模式中 的UE130所执行的通信可以对应于因特网语音协议（VoIP)呼叫和/或利用有规则间隔处 的数据突发的另一个合适的应用。
[0047] 根据另一个方案，E-UTRAN110可以另外或可替换地利用寻呼来向接入E-UTRAN 110的各个UE130提供与E-UTRAN110相关联的系统信息的改变指示。在一个实例中，可以 由系统修改信令模块116生成和/或获得系统信息改变指示，其中该系统修改信令模块116 可以独立地运行和/或与寻呼模块114协作，以在一个或多个寻呼时段中向各个UE130发 送该指示。
[0048] 在图2中通过系统200示出了用于在无线通信环境中发送和处理与系统信息的改 变相关联的寻呼消息的示例性技术。根据一个方案，希望修改相关联的系统信息的E-UTRAN 210可以利用系统信息修改管理器212和/或与E-UTRAN210相关联的任何其它合适的组 件来生成各个系统修改指示符。随后可以将该指示符提供给寻呼模块214,寻呼模块214可 以利用E-UTRAN210的寻呼功能以在寻呼时段中向一个或多个UE220发送该指示符。在 一个实例中，可以由寻呼管理器224和/或UE220的另一个合适的组件来检测用于指示系 统信息改变的寻呼时段，其中寻呼管理器224和/或UE220的另一个合适的组件然后可以 利用配置模块226等来调整UE220的操作以反应系统信息改变。
[0049] 在修改了与E-UTRAN210相关联的一个或多个参数的情况下，可以认识到该修改 会影响接入E-UTRAN210的基本上所有UE220。因此，在一个实例中，E-UTRAN210可用于 在与系统200相关联的所有或基本上所有寻呼周期上提供修改指示符，以确保由E-UTRAN 210服务的所有UE220获悉该修改。
[0050] 根据一个方案，通过图3中的图300示出了结合系统信息改变执行的寻呼的实例。 如图300所示，网络可以与用于指定时间间隔的各个寻呼周期310-320相关联，其中在该时 间间隔上将寻呼消息发送到各自对应的UE。如图300进一步所示，在要指示系统信息改变 的时刻，可以将对应于所有寻呼周期310-320的寻呼消息330配置为包括系统信息改变指 示符。通过在所有寻呼周期上指示系统信息改变，可以认识到可以由与网络相关联的所有 UE来检测与该改变相关的信息而与寻呼周期无关。因此，例如，与寻呼周期310相关联的第 一UE340和与寻呼周期320相关联的第二UE350可以基于在分别与UE340-350相关联 的寻呼周期310-320上传输的寻呼消息来检测系统信息修改，并且与不规则寻呼周期相关 联的第三UE360可以在系统信息改变相关联的通知时间段期间，检测与寻呼周期310-320 中的任意一个相关联的寻呼时段上的系统信息修改。
[0051] 回到图2,可以认识到运行在空闲模式中的UE220可以如图300所示进行操作， 以便在与用于UE220的寻呼DRX周期相关联的有规则间隔处检测寻呼时段。可替换地，UE 220可以运行在连接模式中，在连接模式中DRX协调器222和/或与UE220相关联的另一 个合适的实体可以根据与UE220相关联的连接模式DRX周期，来执行对数据、控制信令和/ 或其它合适信息的被调度的通信。在一个实例中，除了根据UEDRX周期执行被调度的通信 之外，处于连接模式中的UE220可用于独立地运行和/或与寻呼管理器224协作，以监视 与系统信息修改相关联的寻呼时段。
[0052] 鉴于以上描述，与运行在连接模式中的给定UE相关联的UEDRX周期410以及在相 关网络中利用的各个寻呼周期420可以如图4中的图400所示进行交互。如图400所示， 处于连接模式中的UE可配置有DRX周期410,其中该DRX周期410长度为Lm个子帧以用 于与相关联网络进行通信。在一个实例中，处于连接模式中的UE可配置有其相关联的DRX 周期410的信息，从而在DRX周期410的活动时间段上（如图400中的实线区域所示），UE 可以激活、侦听来自相关网络的所调度的传输，并且然后返回到不活动或节电状态，在不活 动或节电状态中UE不进行活动通信。
[0053] 如图400进一步所示，相关网络可以在长度为Lpaging的子帧的一个或多个 寻呼周期420上提供寻呼时段。在将要修改系统参数的情况下，网络还可以配置各 个寻呼时段以包括对将要在下一个修改时间段边界修改全网络参数的指示（例如， systemlnfoModification)。在一个实例中，可以在系统信息修改时间段中的预定数量m个 寻呼周期上提供该指示，其中在系统信息修改时间段期间可以发生修改，并且在系统信息 修改时间段之后网络可以发送相应的已更新系统参数。
[0054] 在另一个实例中，为了确保对指示的可靠接收，与网络相关联的各个UE 可用于在用于提供改变指示的m个寻呼周期期间接收至少预定数量k(例如， modificationPeriodCoeff)个寻呼时段，其中k<m。虽然系统400示出在系统修改时间段 的末尾提供改变指示，但是应该认识到可以在系统信息修改时间段的任意合适部分和/或 全部一个或多个系统修改时间段中提供改变指示。
[0055] 在一个实例中，如果与UE相关联的DRX周期410导致UE在给定的子帧集合处活 动以用于连接模式通信，那么UE还可以根据子帧集合上的一个或多个寻呼周期420来检测 所发送的各个寻呼。因此，如图400所示，根据DRX周期410进行操作的UE可以在例如DRX 周期410所指定的第一、第二、第四和第五个DRX时段期间，识别由网络在寻呼周期420上 发送的寻呼。
[0056] 但是，由于通常不根据与给定UE相关联的空闲模式寻呼周期420来确定与该UE 相关联的连接模式DRX周期410,所以在一些情况中可以对UEDRX周期410和寻呼DRX周 期420进行构造，使得DRX时段和寻呼时段不重合。因此，如图400中的实例所示，如果与 DRX周期410相关联的UE要求在用于提供改变指示的系统修改时间段结束之前在m= 3个 寻呼周期中读取k>l个寻呼时段，那么在一些情况中可以要求在DRX周期410之外激活UE， 以便获得至少一个附加寻呼时段。例如，在常规寻呼方法下，可以要求在该情况中的UE在 其相关联的连接模式DRX周期410上保持活动，以及在系统信息修改情况中在其空闲模式 寻呼周期上保持活动。但是，因为DRX周期410外部的活动发生在UE本应处于省电模式的 时间段中，所以该方法可以由于对寻呼时段的过量接收而导致功率效率损失。
[0057] 鉴于以上描述，图5示出了可用于促进对运行在连接模式中的UE520的DRX和寻 呼活动的有效管理的系统500。根据一个方案，系统500可以包括E-UTRAN510,E-UTRAN 510利用系统信息修改信令模块512和/或任意其它合适的组件来提供对于在给定系统 修改时间段内发生系统参数改变的指示。在一个实例中，可以由E-UTRAN510用类似于 图4中的图400所示的方式来发送改变指示，其中在给定系统修改时间段内的m个寻呼 时段上提供该改变指示。可以认识到，m可以是任意合适的值，并且可以小于、等于或大于 系统修改时间段中的寻呼时段的总数（例如，如由以Lpaging分割的子帧中的系统修改时间 段的长度所确定）。此外，可以认识到E-UTRAN510可以提供任意合适的改变指示，例如 systemlnfoModification指示和/或任意其它合适类型的指示。
[0058] 根据另一个方案，与E-UTRAN510相关联的UE520可以利用系统信息修改检测 模块522和/或任意其它合适的模块来尝试检测由E-UTRAN510发送的各个改变指示，UE 520可以基于该改变指示来确定是否发生系统修改。在一个实例中，UE520可以通过尝 试在给定修改时间段期间找到至少预定数量（例如，k或modificationPeriodCoeff)的 systemlnfoModification指示和/或任意其它合适的改变指示，来验证所存储的与E-UTRAN510相关联的系统信息仍然有效。然后，如果未检测到预定数量的指示，那么UE520可以假 设在接下来的修改时间段边界处将不会发生系统信息改变。否则，如果发现了预定数量的 指示，那么UE520可以对在后面的修改时间段处的系统信息改变进行准备。在一个实例 中，可以通过E-UTRAN510、UE520和/或与系统500相关联的任意其它实体来配置所需要 的指示数量，并且所需要的指示数量可以是小于或等于在修改时间段中提供改变指示的次 数m的任意合适的值。
[0059] 根据附加的方案，UE520还可以包括DRX协调器524和/或用于管理处于连接模 式（例如，RRC_C0NNECTED)中的UE520的DRX活动的任意其它合适的模块。在一个实例 中，如上关于图400所述，DRX协调器524可以根据DRX周期来管理对数据、控制信令和/或 来自E-UTRAN510的其它合适的信息的接收。但是，如以上关于图400进一步所述，连接模 式DRX周期与寻呼DRX周期之间的定时差异可以导致UE520引起大量不必要的唤醒时间 段并且在一些情况中导致功率效率损失。
[0060] 因此，UE520还可以包括调度修改器526,其可以使得UE520能够改动其用于寻 呼接收的调度以便优化UE520的功率效率。在一个实例中，调度修改器526可以调整与处 于连接模式中的UE520相关联的寻呼调度，以便使在UE520由于连接模式DRX而活动时 所监视的寻呼时段的数量最大化，从而使发生如下事件的数量最小化，其中在该事件中UE 520必须引起专用于监视寻呼时段的附加唤醒时间段。因此，可以认识到，调度修改器526 可以优化UE520的行为，使得UE520可靠地接收任何系统信息改变指示，而无需被迫独立 地唤醒UE520的DRX时段和寻呼时段。
[0061] 例如，调度修改器526可以有助于单方确定对处于连接模式的UE520的接收调度 进行修改，以助于按照以下方式在给定系统修改时间段中接收m个改变指示寻呼中的所需 数量k个寻呼。首先，调度修改器526可以分析UE520的DRX周期并且配置UE520,从而 对在与UE520相关联的DRX唤醒时间段期间调度的任意寻呼时段执行监视，其中这些寻呼 时段是用于在给定修改时间段中提供改变指示的m个寻呼时段中的寻呼时段。因此，可以 认识到，如果至少所需数量k个寻呼时段满足该标准，那么不需要其它动作就可以满足对 修改通知的充分接收。可替换地，如果UE520的DRX周期不导致UE520在修改时间段中 的至少k个寻呼时段内是活动的，那么调度修改器526可以有助于选择一个或多个附加寻 呼时段，可以针对这些寻呼时段激活UE520以助于（例如，物理下行链路控制信道（PDCCH) 上的）接收。
[0062] 图6中的图600示出了可以由调度修改器526执行的选择的各种实例。如图600 所示，一组UE640-650可以配置有公共UEDRX周期610和公共寻呼周期620,其中在公共 UEDRX周期610上可以出现DRX时段并且在公共寻呼周期620上可以出现寻呼时段。此 夕卜，相关网络可以利用第二寻呼周期630,以便在不同于与UE640-650相关联的寻呼周期 620的时间间隔传送寻呼时段。
[0063] 在图600所示的实例中，UEDRX周期610和寻呼DRX周期620在所示时间段中的 3个点上重合。因此，UE640-650可用于监视寻呼DRX周期620中的3个寻呼时段，这3个 寻呼时段发生在UE640-650由于UEDRX周期610而活动的时间。但是，在需要接收4个 寻呼时段的示例性情况中，UE640-650可以选择附加寻呼时段来以所示的各种方式进行监 视。在由UE640所示的第一实例中，UE可被配置为针对其有规则的空闲模式寻呼时段来唤 醒，直到监视到了至少k个寻呼时段为止，这是因为有规则的空闲模式寻呼时段发生在DRX 时段之外。因此，如图所示，UE604可以从其自己的任意有规则的空闲模式寻呼时段中获 得其第4个所需寻呼时段。在如UE650所示的第二实例中，UE可以替代地被配置为在DRX 唤醒时间段之后为下一个寻呼时段和/或为连续接收若干寻呼时段而保持唤醒。因此，如 图所示，UE650可以通过延长其任意DRX唤醒时间段直到紧接的下一个寻呼时段为止，来 获得其第4个所需寻呼时段，其中该紧接的下一个寻呼时段落在与UE650不相关联的寻呼 周期630上。
[0064]接下来转到图7,根据各个方案提供了定时图700,其示出了用于配置无线设备的 寻呼参数的示例性技术。具体地，定时图700示出了可以在UE和相关联的E-UTRAN之间执 行的有助于配置UE的各个寻呼参数的一系列动作。在一个实例中，在一些情况中UE可以 选择监视比修改时间段中寻呼时段总数更少的寻呼时段。这如图600所示，其中在长度为 m= 5个寻呼DRX周期的预修改窗期间，将UE640-650配置为仅监视k= 4个寻呼时段。 [0065] 为了有助于该优化，根据一个方案，E-UTRAN可以在UE监视寻呼时段之前用信号 向相关联UE传送参数k、m和/或一个或多个其它合适的参数。更具体地，E-UTRAN可以如 在时刻702所示发起对UE的配置，其中在时刻702从E-UTRAN向UE用信号传送系统信息。 在一个实例中，数值m(例如，修改时间段之前的时间段，在修改时间段期间E-UTRAN意图指 示即将到来的改变）可以是全系统的，并且可以如在时刻702所示作为系统信息的一部分 来用信号传送。如在时刻702进一步所示，数值k可以是全系统的并且作为系统信息来用 信号传送。可替换地，可以按照UE到UE的方式来配置k，并且使用用于至少一部分相关联 UE的专用信令来向各个UE发送k。
[0066] 根据另一个方案，当在时刻702接收到参数k和m时，接收到该参数的UE可以在 时刻704转换到连接模式。然后，在时刻712，UE可以在相关联修改时间段的最后m个寻呼 DRX周期期间监视其自己选择的至少k个寻呼时段。可以根据本文一般性描述的任意合适 的监视技术来进行在时刻712处的监视。
[0067] 在可替换的实例中，除了在时刻702-704和712示出的基本配置和监视操作之外， E-UTRAN可以如一个或多个时刻706-710所示有助于对给定UE的可选重新配置。例如，当 如在时刻704所示UE转换到连接模式时，相关联的E-UTRAN可以在时刻706重新配置与该 UE相关联的DRX周期。例如，在时刻706，E-UTRAN还可以基于在时刻706处的重新配置来 针对特定UE重新配置k、m和/或一个或多个其它参数的值。如具体的实例所示，E-UTRAN 可以在时刻706重新配置用于给定UE的k，以放松对UE的监视需求。另外和/或可替换地， 在确定UE的无线条件改变从而影响寻呼覆盖和/或其它因素（例如，如在时刻708所示） 的情况下，E-UTRAN可以有助于根据无线条件的改变来在时刻710对k和/或UE所利用的 任何其它寻呼参数进行重新配置。在一个实例中，可将E-UTRAN配置为如在时刻708-710 所示实时地监视UE的无线条件并且执行合适的重新配置。
[0068] 接下来参考图8,根据各个方案示出了有助于在寻呼和DRX周期之间进行基于网 络的协调的系统。根据一个方案，在UE820未被配置和/或不能监视与系统信息改变相关 联的合适的寻呼时段的网络实现中，与UE820相关联的E-UTRAN810可被配置为将与UE 820相关联的寻呼周期的出现与DRX周期同步，以便允许在与UE820相关联的DRX时段接 收到与UE相关联的大部分寻呼时段。在一个实例中，可以由E-UTRAN810使用UE管理模块 812、DRX协调器814和/或任意其它合适的组件来执行以上同步。例如，UE管理模块812 可用于获得与给定UE820的寻呼周期相关的信息。基于所述信息，DRX协调器814可用于 向UE820分配与UE820的寻呼周期共振的DRX周期。
[0069] 例如，DRX协调器814可以按照以下方式进行操作以得到用于给定UE820的DRX 周期。最初，可以观察到，可以将DRX周期的开启持续时间配置为以给定的子帧集合开始， 该给定的子帧集合可以由满足下式的子帧集合来定义：
[0070][(SFNX10) +子帧号]mod(当前DRX周期）=DRX开始偏移，其中SFN表示系统帧 号。此外，可以观察到，给定的寻呼时段可以出现在具有满足下式的SFN的给定无线帧（例 如，寻呼帧）中：
[0071]SFNmodT= (T/N)X(UE_IDmodN),
[0072] 其中T是无线帧中的寻呼周期的长度（例如，32、64、128、256、…），N是无线帧级 别上的寻呼组计数（例如，2、4、8、16、···，其中N彡T)，并且UE_ID是UE820 的标识符。另 夕卜，在寻呼帧中，可以观察到，可以如下得到包括寻呼时段的子帧is:
[0073]is= (UE_ID/N)modNs,
[0074] 其中Ns是在给定无线帧中利用的寻呼时段的数量的指示符（例如，1、2、3、4、···）。
[0075] 因此，为了将UE820的DRX和寻呼周期对齐，DRX协调器814可以设置UE820的 DRX周期，使得DRX周期的DRX开始偏移等于距帧边界的偏移，其中在所述帧边界处，UE820 的DRX周期将开始处于空闲模式中，例如，使得DRX开始偏移=is。另外或可替换地，DRX协 调器814可以将UE820的DRX周期的长度设置为UE820的寻呼周期的长度T的分数或倍 数（例如，320ms)。通过执行一个或多个以上操作，应当认识到，DRX协调器814可以将UE 820的DRX和寻呼周期同步，从而将UE820用于在修改时间段期间监视寻呼和DRX信息所 需要的唤醒时间最小化。
[0076] 现在参考图9-12,示出了可以根据本文给出的各个方案来执行的方法。虽然为了 便于说明的目的将方法示出并描述为一系列动作，但是要理解并且认识到，方法不受动作 顺序的限制，因为根据一个或多个方案，一些动作可以以不同的顺序发生并且/或者与本 文示出并描述的其它动作同时发生。例如，本领域技术人员将理解并认识到可以将方法可 替换地在例如状态图中表示为一系列相关的状态或事件。此外，可以不需要所示的全部动 作来实现根据一个或多个方案的方法。
[0077] 参考图9,其示出了用于在系统信息修改时间段期间协调寻呼和DRX操作的方法 900。应当认识到，可以通过例如UE(例如，UE520)和/或任意其它合适的网络设备来执行 方法900。方法900在方框902开始，在方框902中识别将要在修改时间段期间监视的寻呼 时段的最小数量（例如，m个寻呼时段中的数量k个或modificationPeriodCoeff个寻呼时 段，其在修改时间段中提供对系统信息改变的指示）。接下来在方框904处，识别将要在修 改时间段期间利用的DRX周期。然后方法900可以在方框906处结束，在方框906处选择 修改时间段中的各个寻呼时段以用于进行监视（例如，通过DRX协调器512和/或调度修 改器526)，从而监视在方框902处识别的最小数量的寻呼时段，并且将唤醒时间段最小化， 其中该唤醒时间段用于监视在方框904处识别的DRX周期外部的寻呼时段。
[0078] 转到图10,示出了用于基于配置信令来管理寻呼周期和DRX周期之间的交换的方 法1000。可以通过例如移动终端和/或任意其它合适的网络实体来执行方法1000。方法 1000在方框1002开始，在方框1002中，从网络（例如，E-UTRAN510)接收参数，该参数涉 及修改时间段中提供对系统信息改变的指示的寻呼数量（例如，m)以及在修改时间段中将 要读取的最小指示数量（例如，k或modificationPeriodCoeff)。接下来在方框1004处， 初始化连接模式通信（例如，与RCC_CONNECTED状态相关联）。在方框1006处，识别将要 用于在方框1004处初始化的连接模式通信的DRX周期。在一个实例中，可以通过执行方法 1000的实体，基于来自相关联网络的信令信息并且/或者基于任意其它合适的技术，来在 方框1006处独立地识别DRX周期。
[0079] 然后方法1000可以前进到方框1008,在方框1008中，选择用于在给定修改时间 段期间提供各个改变指示的一个或多个寻呼以进行监视，其中该给定修改时间段与在方框 1006处所识别的DRX周期重合。然后在方框1010处，确定在方框1008处选择的寻呼是否 足以满足在方框1102处由网络提供的最小指示数量。如果在方框1008处选择的寻呼数量 足够，那么无需进一步的动作并且方法1000可以结束。否则，方法1000可以在结束之前进 行到方框1012,在方框1012中选择一个或多个附加寻呼，从而可以读取在方框1002处提供 的最小数量的指示。如具体实例所示，可以如图600所示，通过从所识别的DRX周期引起附 加的唤醒时间段、延长与DRX周期相关联的唤醒时间段和/或通过使用任意其它合适的技 术来读取落在在方框1006处识别的DRX周期外部的附加的寻呼。
[0080] 图11示出了用于估计与无线通信网络相关联的系统信息的有效性的方法1100。 可以通过例如UE和/或任意其它合适的网络设备来执行方法1100。方法1100在方框1102 开始，在方框1102中得到数量modificationPeriodCoeff,其对应于与在给定修改时间段的 系统信息改变相关联的systemlnfoModification通知总量。接下来在方框1104处，检测修 改时间段边界。然后在方框1106处，确定是否在修改时间段中接收到寻呼消息，其中在方 框1104中检测该修改时间段的边界。如果没有接收到寻呼消息，那么执行方法1100的实 体可以假设其当前存储的系统信息仍然是有效的，如方框1110所示，并且结束方法1100。 否则，方法1100可以前进到方框1108,在方框1108中确定systemlnfoModification信号是 否在修改时间段中所接收的寻呼消息中出现至少modificationPeriodCoeff次。如果没有 出现该指示，那么方法1100可以前进到方框1110并且如上所述结束。相反，如果接收了该 指示，那么方法1100可以改为在结束之前前进到方框1112,在方框1112中在接下来的修改 时间段准备接收改变的系统信息。
[0081] 接下来参考图12,示出了用于构造与无线终端相关联的DRX周期的方法1200。应 当认识到，可以通过例如接入点（例如，与E-UTRAN810相关联）和/或任意其它合适的网 络设备来执行方法1200。方法1200在方框1202开始，在方框1202中识别与终端（例如， UE820)相关联的寻呼周期（例如，通过UE管理模块812)。然后方法1200可以前进到方 框1202,在方框1202中确定寻呼周期的长度（例如T)，并且前进到方框1204,在方框1204 中识别与寻呼周期（例如，is)相关联的子帧偏移。然后方法1200可以在方框1208结束， 在方框1208中为该终端生成DRX周期（例如，通过DRX协调器814)，使得DRX周期的开始 偏移等于寻呼周期的子帧偏移，并且DRX周期的长度是寻呼周期的长度的分数或倍数。
[0082] 图13示出了有助于在无线通信系统中协调DRX和寻呼操作的装置1300。应当认 识到，可以将装置1300表示为包括功能块，这些功能块可以是用于表示由处理器、软件或 其组合（例如，固件）实现的功能的功能块。可以通过无线终端（例如，UE520)和/或任 意其它合适的网络设备来实现装置1300,并且装置1300可以包括：用于识别将要在修改时 间段读取的包括各个改变指示的寻呼的最小数量的模块1302 ;用于配置DRX周期的模块 1304;以及用于选择在修改时间段中进行监视的寻呼，使得包括各个改变指示的最小数量 的寻呼是可读取到的并且使DRX周期外部的接收机活动最小化的模块1306。
[0083] 图14示出了有助于在无线通信系统中协调DRX和寻呼操作的另一个装置1400。 应当认识到，可以将装置1400表示为包括功能块，这些功能块可以是用于表示由处理器、 软件或其组合（例如，固件）实现的功能的功能块。可以通过eNB(例如，与E-UTRAN810 相关联）和/或任意其它合适的网络设备来实现装置1400,并且装置1400可以包括：用于 识别包括各个寻呼时段的UE寻呼周期的模块1402 ;用于识别对应于该UE寻呼周期的长度 和偏移的模块1404;以及用于至少部分地基于对应于UE寻呼周期的长度和偏移来配置DRX 周期以包括至少部分地与该UE寻呼周期中的寻呼时段重合的各个DRX时段的模块1406。
[0084] 图15是可以用于实现本文所述的功能的各个方案的系统1500的方框图。在一个 实例中，系统1500包括基站或节点B1502。如图所示，节点B1502可以经由一个或多个接 收（Rx)天线1506从一个或多个UE1504接收信号，并且经由一个或多个发射（Tx)天线 1508向一个或多个UE1504进行发送。另外，节点B1502可以包括接收机1510,其从接收 天线1506接收信息。在一个实例中，接收机1510可操作地与解调器（Demod) 1512相关联， 解调器1512对所接收的信息进行解调。然后通过处理器1514分析解调后的符号。处理器 1514可以耦合到存储器1516,存储器1516可以存储关于码簇、接入终端分配、与其相关的 查找表、唯一的加扰序列的信息和/或其它合适类型的信息。另外，节点B1502可以用处 理器1514来执行方法1200和/或其它类似的和合适的方法。在一个实例中，节点B1502 还可以包括调制器1518,其可以对信号进行复用以用于由发射机1520通过发射天线1508 进行传输。
[0085] 图16是可以用于实现本文所述的功能的各个方案的另一个系统1600的方框图。 在一个实例中，系统1600包括移动终端1602。如图所示，移动终端1602可以经由一个或多 个天线1608从一个或多个基站1604接收信号并且向一个或多个基站1604进行发送。另 夕卜，移动终端1602可以包括接收机1610,其从天线1608接收信息。在一个实例中，接收机 1610可操作地与解调器（Demod) 1612相关联，解调器1612对所接收的信息进行解调。然 后通过处理器1614分析解调后的符号。处理器1614可以耦合到存储器1616,存储器1616 可以存储与移动终端1602相关的数据和/或程序代码。另外，移动终端1602可以用处理 器1614来执行方法900-1100和/或其它类似的和合适的方法。移动终端1602还可以包 括调制器1618,其对信号进行复用以用于由发射机1620通过天线1608进行传输。
[0086] 现在参考图17,根据各个方案提供了无线多址通信系统的示图。在一个实例中，接 入点1700 (AP)包括多个天线组。如图17中所示，一个天线组可以包括天线1704和1706， 另一个天线组可以包括天线1708和1710并且另外一个天线组可以包括天线1712和1714。 虽然在图17中仅对每个天线组示出了两个天线，但是应当认识到针对每个天线组可以利 用更多或更少的天线。在另一个实例中，接入终端1716可以与天线1712和1714通信，其 中天线1712和1714在前向链路1720上向接入终端1716发送信息，并且在反向链路1718 上从接入终端1716接收信息。另外和/或可替换地，接入终端1722可以与天线1706和 1708通信，其中天线1706和1708在前向链路1726上向接入终端1722发送信息，并且在反 向链路1724上从接入终端1722接收信息。在频分双工系统中，通信链路1718、1720、1724 和1726可以使用不同的频率用于通信。例如，前向链路1720可以与反向链路1718使用不 同的频率。
[0087]每组天线和/或指定每组天线进行通信的范围可以被称为接入点的扇区。根据一 个方案，天线组可以用于与接入点1700所覆盖的范围的扇区中的接入终端进行通信。在前 向链路1720和1726上的通信中，接入点1700的发射天线可以利用波束成形，以便改善用 于不同接入终端1717和1722的前向链路的信噪比。此外，相比接入点通过单个天线向其 所有接入终端进行发送而言，使用波束成形来向随机分散在其覆盖区域中的接入终端进行 发送的接入点对邻近小区中的接入终端造成较小的干扰。
[0088] 接入点（例如，接入点1700)可以是用于与终端通信的固定站，并且还可以被称为 基站、eNB、接入网和/或其它合适的术语。此外，接入终端（例如，接入终端1716和1722) 还可以被称为移动终端、用户设备（UE)、无线通信设备、终端、无线终端和/或其它恰当的 术语。
[0089] 现在参考图18,提供了示出示例性无线通信系统1800的方框图，其中可以在该系 统1800中运行本文所述的各个方案。在一个实例中，系统1800是多输入多输出（ΜΙΜΟ)系 统，其包括发射机系统1810和接收机系统1850。但是应当认识到，发射机系统1810和/ 或接收机系统1850也可以应用于多输入单输出系统，在该系统中，例如，多个发射天线（例 如，在基站上）可以向单天线设备（例如，移动台）发送一个或多个符号流。另外，应当认 识到，可以结合单输出到单输入天线系统来利用本文所述的发射机系统1810和/或接收机 系统1850的方案。
[0090] 根据一个方案，在发射机系统1810处将多个数据流的业务数据从数据源1812提 供给发射（TX)数据处理器1814。在一个实例中，然后可以经由各自的发射天线1824来发 送每个数据流。另外，TX数据处理器1814可以基于为每个各自的数据流选择的特定编码 方案来对每个数据流的业务数据进行格式化、编码和交织，以提供已编码数据。在一个实例 中，可以使用OFDM技术将每个数据流的已编码数据与导频数据进行复用。例如，导频数据 可以是以已知方式来处理的已知数据模式。此外，导频数据可以在接收机系统1850处用于 估计信道响应。回到发射机系统1810,可以基于为每个各自的数据流选择的特定调制方案 (例如，BPSK、QPSK、M-PSK或M-QAM)，来对每个数据流的经过复用后的导频和已编码数据进 行调制（即，符号映射），以提供调制符号。在一个实例中，可以通过在处理器1830上执行 和/或由处理器1830提供的指令来确定每个数据流的数据速率、编码和调制。
[0091] 接下来，将全部数据流的调制符号提供给TX处理器1820,其可以进一步处理这些 调制符号（例如，用于OFDM)。TXMMO处理器1820然后可以向Nt个收发机1822a到1822t 提供Nt个调制符号流。在一个实例中，每个收发机1822可以接收并处理各自的符号流以提 供一个或多个模拟信号。每个收发机1822然后可以进一步对模拟信号进行调节（例如，放 大、滤波和上变频）以提供适于在MMO信道上传输的已调制信号。然后，可以分别从队个 天线1824a到1824t发送来自收发机1822a到1822t的Nt个已调制信号。
[0092] 根据另一个方案，可以在接收机系统1850处通过Nk个天线1852a到1852r接收 所发送的已调制信号。然后可以将来自每个天线1852的所接收信号提供给各自的收发机 1854。在一个实例中，每个收发机1854可以调节（例如，滤波、放大和下变频）各个所接收 信号，对调节后的信号进行数字化以便提供采样，并进一步处理这些采样以便提供相应的 "已接收"符号流。然后，RXMMO/数据处理器1860可以基于特定的接收机处理技术来接 收和处理来自Nk个收发机1854的Nk个已接收符号流，以便提供Nt个"已检测"符号流。在 一个实例中，每个已检测符号流可以包括如下符号，其是对针对相应的数据流发送的调制 符号的估计。然后，RX处理器I860可以至少部分地通过对每个已检测符号流进行解调、解 交织和解码，来对每个符号流进行处理以恢复出相应的数据流的业务数据。因此，RX处理器 I860执行的处理是与在发射机系统1810处的TXMMO处理器1820和TX数据处理器1816 执行的处理互补。另外，RX处理器I860可以向数据宿1864提供已处理的符号流。
[0093] 根据一个方案，RX处理器1860生成的信道响应估计可用于执行在接收机处的空 间/时间处理、调制功率等级、改变调制速率或方案以及/或者其它合适的动作。另外，RX 处理器1860还可以估计信道特性，例如，已检测符号流的信号与噪声和干扰比（SNR)。然后 RX处理器1860可以向处理器1870提供所估计的信道特性。在一个实例中，RX处理器1860 和/或处理器1870还可以得出对系统的"运行时"SNR的估计。然后处理器1870可以提供 信道状态信息（CSI)，其可以包括关于通信链路和/或所接收数据流的信息。该信息可以包 括例如运行时SNR。然后，该CSI可以由TX数据处理器1818处理、由调制器1880调制、由 收发机1854a到1854r调节、并且被发送回发射机系统1810。另外，在接收机系统1850处 的数据源1816可以提供将要由TX数据处理器1818处理的额外数据。
[0094] 回到发射机系统1810处，来自接收机系统1850的已调制信号然后可以由天线 1824接收、由收发机1822调节、由解调器1840解调、以及由RX数据处理器1842处理，以恢 复由接收机系统1850报告的CSI。在一个实例中，然后可以将所报告的CSI提供给处理器 1830并且用来确定将要用于一个或多个数据流的数据速率以及编码和调制方案。然后可以 将所确定的编码和调制方案提供给收发机1822,以用于均衡和/或用于稍后向接收机系统 1850的传输。另外和/或可替换地，处理器1830可以使用所报告的CSI来生成对TX数据 处理器1814和TXMMO处理器1820的各种控制。在另一个实例中，可以将CSI和/或由 RX数据处理器1842处理的其它信息提供给数据宿1844。
[0095] 在一个实例中，发射机系统1810处的处理器1830和接收机系统1850处的处理器 1870指导在其各自的系统处的操作。另外，发射机系统1810处的存储器1832和接收机系 统1850处的存储器1872可以分别提供对由处理器1830和1870所使用的程序代码和数据 的存储。此外，在接收机系统1850处，可以使用各种处理技术来处理Nk个接收信号，以检测 Nt个所发送的符号流。这些接收机处理技术可以包括空间和空时接收机处理技术（其还可 以被称为均衡技术）和/或"连续迫零/均衡和干扰消除"接收机处理技术（其还可以被 称为"连续干扰消除"或"连续消除"接收机处理技术）。
[0096]应当理解的是，可以用硬件、软件、固件、中间件、微代码或其任意组合来实现本申 请描述的方案。当使用软件、固件、中间件或微代码、程序代码或代码段来实现这些系统和 /或方法时，可以将其存储在机器可读介质中，例如存储单元。代码段可以表示过程、函数、 子程序、程序、例程、子例程、模块、软件包、类、或者指令、数据结构或程序语句的任意组合。 可以通过传递和/或接收信息、数据、实参、形参或存储器内容，来将代码段耦合到另一代 码段或硬件电路。可以使用任何适当的方式，包括存储器共享、消息传递、令牌传递和网络 传输等，来对信息、实参、形参、数据等进行传递、转发或发送。
[0097] 对于软件实现，本申请描述的技术可用执行本申请所述功能的模块（例如，过程、 函数等）来实现。软件代码可以存储在存储器单元中，并由处理器执行。存储器单元可以 实现在处理器内，也可以实现在处理器外，在后一种情况下，存储器单元可以经由本领域公 知的各种手段可通信地耦合到处理器。
[0098] 上面描述的内容包括一个或多个方案的实例。当然，不可能为了描述前述方案而 描述部件或方法的所有可能的结合，但是本领域普通技术人员可以认识到，各个方案可以 做进一步的结合和变换。因此，本申请中描述的方案旨在涵盖落入所附权利要求书的精神 和保护范围内的所有这种改变、修改和变形。此外，对于在具体说明或权利要求中所使用的 词语"包含"，该词语意在表示包含性的，其与词语"包括"在权利要求中用作连接词时的含 义相同。此外，在说明书或者在权利要求书中所使用的词语"或"表示"非排它性或"。
【权利要求】
1. 一种方法，包括： 接收数值，所述数值识别用于指示将要在修改时间段期间监视的系统信息改变的寻呼 时段的最小数量； 识别将要在所述修改时间段期间利用的不连续接收周期； 针对所述最小数量的用于指示所述系统信息改变的寻呼时段，在所述修改时间段期间 监视一个或多个寻呼时段，其中，将用于在所述不连续接收周期外部监视所述一个或多个 寻呼时段的唤醒时间段减小到低于在所述不连续接收周期外部的寻呼时段的总数量；以及 在完成监视所述最小数量的寻呼时段时，确定在所述修改时间段期间没有接收到所述 系统信息改变。
2. 如权利要求1所述的方法，其中，用于指示所述系统信息改变的寻呼时段的所述最 小数量基本上等于寻呼时段集合中的寻呼时段的数量，并且在所述修改时间段内的各个预 定的位置提供所述寻呼时段集合。
3. 如权利要求1所述的方法，其中，用于指示所述系统信息改变的寻呼时段的所述最 小数量基本上等于在正常操作条件下由单个用户在所述修改时间段内监视的寻呼时段的 数量。
4. 如权利要求1所述的方法，其中，用于指示所述系统信息改变的寻呼时段的所述最 小数量小于寻呼时段块中的寻呼时段的数量。
5. 如权利要求1所述的方法，还包括从相关联的网络接收下列内容中的至少一个：识 别用于指示将要监视的所述系统信息改变的寻呼时段的所述最小数量的数值；寻呼时段块 中的寻呼时段的数量；将要利用的所述不连续接收周期；或者其任意组合。
6. 如权利要求1所述的方法，其中，所述识别不连续接收周期的步骤包括：识别与连接 模式操作相关联的不连续接收周期。
7. 如权利要求1所述的方法，其中，所述识别不连续接收周期的步骤包括： 检测无线条件的改变；以及 基于所述无线条件的改变来重新配置将要在所述修改时间段期间利用的所述不连续 接收周期。
8. 如权利要求1所述的方法，还包括：调度在所述不连续接收周期外部的一个或多个 活动时间段，以用于所述监视。
9. 如权利要求1所述的方法，还包括：延长与所述不连续接收周期相关联的一个或多 个活动时间段，以用于所述监视。
10. -种无线通信装置，包括： 存储器，其存储与下列内容相关的数据：在修改时间段期间在各个寻呼时段提供的系 统信息修改指示符的阈值量；包括各个不连续接收时段的连接模式不连续接收周期；以及 处理器，用于： 接收识别所述阈值量的数值， 针对修改时间段中所述阈值量的系统信息修改指示符，在所述修改时间段期间监视系 统信息改变， 确定在所述修改时间段期间没有接收到所述系统信息改变，其中，将在与所述不连续 接收周期相关联的所述不连续接收时段外部的活动减小到低于在所述不连续接收周期外 部的寻呼时段的总数量。
11. 如权利要求10所述的无线通信装置，其中，系统信息修改指示符是在各个寻呼时 段提供的，所述各个寻呼时段构成寻呼时段集合，所述寻呼时段集合包括位于修改时间段 内的各个预定位置的预定数量的寻呼时段。
12. 如权利要求11所述的无线通信装置，其中，所述寻呼时段集合包括所述修改时间 段中的基本上所有寻呼时段。
13. 如权利要求11所述的无线通信装置，其中，系统信息修改指示符的所述阈值量小 于或等于所述寻呼时段集合中的寻呼时段的数量。
14. 如权利要求11所述的无线通信装置，其中，系统信息修改指示符的所述阈值量基 本上等于在正常操作条件下由所述无线通信装置在所述修改时间段内监视的寻呼时段的 数量。
15. 如权利要求11所述的无线通信装置，其中，所述处理器还用于：从相关联的网络接 收信息，所述信息包括下列内容中的至少一个：识别系统信息修改指示符的所述阈值量的 所述数值；寻呼块的大小；所述连接模式不连续接收周期；或者其任意组合。
16. 如权利要求10所述的无线通信装置，其中，所述处理器还用于：至少部分地通过识 别包括各个系统信息修改指示符并且与在所述连接模式不连续接收周期中提供的不连续 接收时段重合的寻呼时段，来调度在修改时间段中对所述阈值量的系统信息修改指示符的 尝试性检测。
17. 如权利要求16所述的无线通信装置，其中，所述处理器还用于：将所识别的寻呼时 段的总量与系统信息修改指示符的所述阈值量进行比较，以及当确定需要附加寻呼时段来 达到系统信息修改指示符的所述阈值量时，调度对包括各个系统信息修改指示符的一个或 多个附加寻呼时段的尝试性检测。
18. 如权利要求17所述的无线通信装置，其中，所述处理器还用于：在所述不连续接收 周期中提供的不连续接收时段外的一个或多个活动时间段上，对各个附加系统信息修改指 示符进行监视。
19. 如权利要求17所述的无线通信装置，其中，所述处理器还用于：通过延长所述不连 续接收周期中提供的一个或多个不连续接收时段，来对各个附加系统信息修改指示符进行 监视。
20. -种运行在无线通信系统中的装置，所述装置包括： 用于接收数值的模块，所述数值识别用于携带将要在修改时间段中读取的各个改变指 示的寻呼时段的最小数量； 用于配置不连续接收周期的模块，所述不连续接收周期指定与所述装置的连接模式相 关联的各个活动时间段和不活动时间段； 用于针对所述最小数量的用于携带各个改变指示的寻呼时段，在修改时间段期间监视 一个或多个寻呼时段的模块，其中，将在由所述不连续接收周期指定的各个活动时间段外 部的接收机活动减小到低于在所述不连续接收周期外部的寻呼时段的总数量；以及 用于在完成监视所述最小数量的寻呼时段时，确定在所述修改时间段期间没有接收到 所述系统信息改变的模块。
21. 如权利要求20所述的装置，其中，将要在修改时间段读取的寻呼时段的所述最小 数量小于或等于寻呼时段集合中的寻呼时段的数量，其中所述寻呼时段集合包括位于修改 时间段内各个预定位置的预定数量的寻呼时段。
22. 如权利要求20所述的装置，还包括用于从演进UMTS(通用移动电信系统）陆地无 线接入网（E-UTRAN)获得至少一个参数的模块，所述至少一个参数是从由识别将要在修改 时间段读取的寻呼时段的所述最小数量的所述数值、寻呼块的大小以及与所述不连续接收 周期相关的信息构成的组中选择的。
23. 如权利要求20所述的装置，其中，所述用于监视的模块还包括下列模块中的一个 或多个： 用于在与所述不连续接收周期相关联的各个不活动时间段期间调度一个或多个活动 时间段以助于读取各个附加寻呼时段的模块；或者 用于延长与所述不连续接收周期相关联的一个或多个活动时间段以助于读取各个附 加寻呼时段的模块。
24. -种计算机程序产品，包括： 非暂时性计算机可读介质，包括： 用于使计算机接收数值，所述数值识别将要在与至少一部分修改时间段相关联的各个 寻呼时段期间提供的系统信息修改指示符的阈值量的代码； 用于使所述计算机配置连接模式不连续接收周期的代码，所述不连续接收周期包括各 个活动时间段和不活动时间段； 用于使所述计算机监视一个或多个寻呼时段以便在修改时间段中提供系统信息修改 指示符，使得监视足够多的寻呼时段以助于检测至少所述阈值量的系统信息修改指示符的 代码，其中，将在由所述不连续接收周期指定的活动时间段外部的活动减小到低于在所述 不连续接收周期外部的寻呼始端的总数量；以及 用于在完成监视所述最小数量的寻呼时段时，使所述计算机确定在所述修改时间段期 间没有接收到所述系统信息改变的代码。
25. 如权利要求24所述的计算机程序产品，其中，所述计算机可读介质还包括：用于使 计算机从相关联的网络获得识别系统信息修改指示符的所述阈值量的所述数值、寻呼时段 块的大小或者与所述连接模式不连续接收周期相关的信息中的至少一个的代码。
26. 如权利要求24所述的计算机程序产品，其中，所述用于使计算机进行监视的代码 还包括下列代码中的一个或多个： 用于使所述计算机在与所述连接模式不连续接收周期相关联的各个不活动时间段期 间调度一个或多个活动时间段，以助于监视至少一个附加寻呼时段的代码；或者 用于使所述计算机延长与所述连接模式不连续接收周期相关联的一个或多个活动时 间段，以助于监视至少一个附加寻呼时段的代码。
【文档编号】H04W68/00GK104363656SQ201410539419
【公开日】2015年2月18日 申请日期:2009年6月11日 优先权日:2008年6月13日
【发明者】N·E·坦尼, A·梅朗 申请人:高通股份有限公司