用于管理DRX 周期和寻呼周期之间的交互的方法和装置 |
|||||||
| 申请号 | CN201310271962.6 | 申请日 | 2009-06-11 | 公开(公告)号 | CN103347269B | 公开(公告)日 | 2017-04-26 |
| 申请人 | 高通股份有限公司; | 发明人 | N·E·坦尼; A·梅朗; | ||||
| 摘要 | 描述了有助于对运行在通信系统中的用户的寻呼与不连续接收（DRX）周期之间的交互进行管理的系统和方法。如本文所述，具有相关联DRX周期的连接模式用户可以 修改 其对于寻呼接收的调度，以将不必要的活动时间段最小化。例如，用户最初可以对寻呼时段的监视进行调度，该寻呼时段重合于与用户的DRX周期相关联的活动时间段。如果该寻呼时段不足以达到所需最小数量的被监视寻呼时段，那么根据需要通过调度附加活动时间段和/或延长在DRX周期中所 指定 的活动时间段，来监视附加的寻呼时段。另外或可替换地，网络可以将与用户相关联的连接模式DRX周期与该用户的空闲模式寻呼周期同步，从而以较小的复杂度来提供功率和性能收益。 | ||||||
| 权利要求 | 1.一种用于无线通信的方法，包括： |
||||||
| 说明书全文 | 用于管理DRX周期和寻呼周期之间的交互的方法和装置[0002] 交叉引用 [0003] 本申请要求享有2008年6月13日提交的题为“A METHOD AND APPARATUS MANAGING INTERACTION BETWEEN DRX CYCLES AND PAGING CYCLES”的美国临时申请No.61/061,515的权益，通过引用将其整体并入本文。 技术领域[0004] 本公开一般涉及无线通信，并且更具体地涉及用于无线通信系统中的接收机调度和管理的技术。 背景技术[0005] 无线通信系统被广泛地用以提供各种通信服务，例如，经由这种无线通信系统可以提供语音、视频、分组数据、广播以及消息服务。这些系统可以是多址系统，其能够通过共享可用的系统资源来支持多个终端的通信。这种多址系统的例子包括：码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统和正交频分多址(OFDMA)系统。 [0006] 通常，无线多址通信系统能够同时支持多个无线终端的通信。在这种系统中，每个终端都能够经由前向链路和反向链路上的传输来与一个或多个基站进行通信。前向链路(或下行链路)是指从基站到终端的通信链路，而反向链路(或上行链路)是指从终端到基站的通信链路。可以经由单输入单输出(SISO)、多输入单输出(MISO)或多输入多输出(MIMO)系统来建立该通信链路。 [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调度来监视所述修改时间段内的一个或多个寻呼消息；确定systemInfoModification通知在所监视的寻呼消息中是否出现至少modificationPeriodCoeff次；如果所述systemInfoModification通知没有在所监视的寻呼消息中出现至少modificationPeriodCoeff次，则假设在所述修改时间段中当前存储的系统信息仍然有效；以及如果所述systemInfoModification通知在所监视的寻呼消息中出现了至少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] 本文所述的技术可用于各种无线通信系统，包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波FDMA(SC-FDMA)系统以及其它系统。术语“系统”和“网络”一般可以互换使用。CDMA系统可以实现诸如通用陆地无线接入(UTRA)、CDMA2000等的无线电技术。UTRA包括宽带CDMA(W-CDMA)和CDMA的其它变形。此外，CDMA2000涵盖IS-2000、IS-95和IS-856标准。TDMA系统可以实现诸如全球移动通信系统(GSM)的无线电技术。OFDMA系统可以实现诸如演进UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、 等的无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)是使用E-UTRA的即将发布的版本，其在下行链路上采用OFDMA而在上行链路上采用SC-FDMA。在名为“第三代合作伙伴计划”(3GPP)的组织的文献中描述了UTRA、E-UTRA、UMTS、LTE和GSM。此外，在名为“第三代合作伙伴计划2”(3GPP 2)的组织的文献中描述了CDMA2000和UMB。 [0041] 就可以包括多个设备、组件、模块等的系统而言给出了各个方面。应当明白和理解的是，各个系统还可以包括其它的设备、组件、模块等，和/或可以不包括结合附图讨论的所有设备、组件、模块等。此外还可以使用这些方法的组合。 [0042] 现在参考附图，图1示出了根据各个方案有助于管理和协调与无线通信系统中的各个实体相关联的DRX和寻呼周期的系统100。如图1所示，系统100可以包括演进UMTS(通用移动电信系统)陆地无线接入网(E-UTRAN)110，其可以包括一个或多个系统控制器、基站(例如，接入点(AP)、节点B、演进节点B(eNB)等)和/或用于与一个或多个用户设备单元(UE，在本文中还称为接入终端(AT)、移动终端等)130进行通信的其它合适的实体。在一个实例中，E-UTRAN 110可以从事与UE 130的一个或多个下行链路(DL，又称为前向链路(FL))通信，并且UE 130可以从事与E-UTRAN 110的一个或多个上行链路(UL，又称为反向链路(RL))通信。此外，应该认识到，为了说明简单起见，尽管仅示出了一个包括各个子组件132-134的UE 130，但是系统100中的任意合适的UE 130可以包括任意子组件132-134和/或与任意子组件132-134相关联。 [0043] 根据一个方案，E-UTRAN 110可以通过例如协调UE 130之间的资源使用、调度去往和/或来自各个UE 130的传输、向UE 130和/或系统100中的其它实体分配发送功率参数和/或其它合适的传输参数等，来管理在系统100内的通信。在一个实例中，E-UTRAN 110可以包括UE协调模块112和/或与UE协调模块112相关联，UE协调模块112可用于有助于对各个UE 130的管理和/或协调。例如，E-UTRAN 110可以利用UE协调模块112来存储关于与各个UE 130相关联的寻呼DRX周期的数据、向UE 130分配各自的连接模式DRX周期并且/或者执行有助于管理和协调UE 130的任意其它合适的功能。 [0044] 根据另一个方案，E-UTRAN 110还可以包括寻呼模块114和/或可以与寻呼模块114相关联，E-UTRAN 110可以利用寻呼模块114，以便以各自的寻呼或寻呼消息的形式向UE 130和/或系统100中的其它实体传送信息。在一个实例中，可以将寻呼消息设计为单播、组播和/或广播消息，并且该寻呼消息可以由寻呼模块114在寻呼信道和/或其它合适的信道上发送到一个或多个指定的UE 130。在另一个实例中，系统100中的UE 130可以根据各种系统配置参数、UE 130的标识和/或其它合适的信息来与寻呼周期相关联。此外，可以由UE 130(例如，使用寻呼管理器132)、由E-UTRAN 110代表UE 130(例如，使用UE协调模块112)和/或由系统100中的任意其它合适的实体来独立地确定与UE 130相关联的寻呼周期。 [0045] 在一个实例中，可以将与指定UE 130相关联的寻呼周期配置为系统100中的静态参数，从而一旦设置了用于给定UE 130的寻呼周期就禁止重新配置该寻呼周期。例如，可以这样做，以便确保E-UTRAN 110连续获知系统100中受到在给定寻呼周期中设置寻呼指示符的影响的各个UE 130。在另一个实例中，可以将寻呼周期配置为与给定UE 130相关联的DRX周期，当处于空闲模式中时UE 130利用该DRX周期来检测来自E-UTRAN 110的寻呼信号。因此，基于在空闲模式中为给定UE 130所配置的寻呼周期，在E-UTRAN 110处的寻呼模块114可以根据寻呼周期在预定时间间隔中执行对UE 130的寻呼传输，并且寻呼管理器132和/或UE 130处的另一合适的模块可用于在寻呼周期所指定的时间间隔监视来自E-UTRAN 110的寻呼传输。如具体的非限制性实例所示，可以在物理下行链路控制信道(PDCCH)和/或与系统100相关联的任意其它合适的信道上执行寻呼传输。此外，在E-UTRAN 110处的寻呼模块114可以通过在指定的PDCCH资源上设置预留的寻呼无线网络临时标识符(P-RNTI)和/或其它合适的寻呼指示符来指示寻呼传输，UE 130处的寻呼管理器132可以基于该寻呼传输来对指定的PDCCH资源进行监视以得到相关联的寻呼DRX周期上的寻呼指示符。 [0046] 根据可替换的方案，UE 130可以运行在(例如，由RRC_CONNECTED状态所指示的)连接模式中，在该状态中UE 130可以根据与UE 130相关联的连接模式DRX周期来从E-UTRAN 110接收所调度的数据。在一个实例中，可以由UE 130处的DRX协调模块134和/或系统100中的任意其它合适的实体来得到、管理和/或处理在连接模式中与UE 130相关联的DRX周期。 如非限制性实例所示，可以向处于连接模式中的UE 130分配DRX周期，UE 130可用于在该DRX周期上对由所分配的DRX周期所定义的各DRX时段上的PDCCH进行解码并且执行对应的传输和/或接收。因此，可以认识到，处于连接模式中的UE 130所监视的DRX时段与本文所述的DRX时段不同，本文所述的DRX时段对应于由UE 130监视用于空闲模式中接收寻呼的PDCCH的时刻。如另一具体的非限制性实例所示，处于连接模式中的UE 130所执行的通信可以对应于因特网语音协议(VoIP)呼叫和/或利用有规则间隔处的数据突发的另一个合适的应用。 [0047] 根据另一个方案，E-UTRAN 110可以另外或可替换地利用寻呼来向接入E-UTRAN 110的各个UE 130提供与E-UTRAN 110相关联的系统信息的改变指示。在一个实例中，可以由系统修改信令模块116生成和/或获得系统信息改变指示，其中该系统修改信令模块116可以独立地运行和/或与寻呼模块114协作，以在一个或多个寻呼时段中向各个UE 130发送该指示。 [0048] 在图2中通过系统200示出了用于在无线通信环境中发送和处理与系统信息的改变相关联的寻呼消息的示例性技术。根据一个方案，希望修改相关联的系统信息的E-UTRAN 210可以利用系统信息修改管理器212和/或与E-UTRAN 210相关联的任何其它合适的组件来生成各个系统修改指示符。随后可以将该指示符提供给寻呼模块214，寻呼模块214可以利用E-UTRAN 210的寻呼功能以在寻呼时段中向一个或多个UE 220发送该指示符。在一个实例中，可以由寻呼管理器224和/或UE 220的另一个合适的组件来检测用于指示系统信息改变的寻呼时段，其中寻呼管理器224和/或UE 220的另一个合适的组件然后可以利用配置模块226等来调整UE 220的操作以反应系统信息改变。 [0049] 在修改了与E-UTRAN 210相关联的一个或多个参数的情况下，可以认识到该修改会影响接入E-UTRAN 210的基本上所有UE 220。因此，在一个实例中，E-UTRAN 210可用于在与系统200相关联的所有或基本上所有寻呼周期上提供修改指示符，以确保由E-UTRAN 210服务的所有UE 220获悉该修改。 [0050] 根据一个方案，通过图3中的图300示出了结合系统信息改变执行的寻呼的实例。如图300所示，网络可以与用于指定时间间隔的各个寻呼周期310-320相关联，其中在该时间间隔上将寻呼消息发送到各自对应的UE。如图300进一步所示，在要指示系统信息改变的时刻，可以将对应于所有寻呼周期310-320的寻呼消息330配置为包括系统信息改变指示符。通过在所有寻呼周期上指示系统信息改变，可以认识到可以由与网络相关联的所有UE来检测与该改变相关的信息而与寻呼周期无关。因此，例如，与寻呼周期310相关联的第一UE 340和与寻呼周期320相关联的第二UE 350可以基于在分别与UE 340-350相关联的寻呼周期310-320上传输的寻呼消息来检测系统信息修改，并且与不规则寻呼周期相关联的第三UE 360可以在系统信息改变相关联的通知时间段期间，检测与寻呼周期310-320中的任意一个相关联的寻呼时段上的系统信息修改。 [0051] 回到图2，可以认识到运行在空闲模式中的UE 220可以如图300所示进行操作，以便在与用于UE 220的寻呼DRX周期相关联的有规则间隔处检测寻呼时段。可替换地，UE 220可以运行在连接模式中，在连接模式中DRX协调器222和/或与UE 220相关联的另一个合适的实体可以根据与UE 220相关联的连接模式DRX周期，来执行对数据、控制信令和/或其它合适信息的被调度的通信。在一个实例中，除了根据UE DRX周期执行被调度的通信之外，处于连接模式中的UE 220可用于独立地运行和/或与寻呼管理器224协作，以监视与系统信息修改相关联的寻呼时段。 [0052] 鉴于以上描述，与运行在连接模式中的给定UE相关联的UE DRX周期410以及在相关网络中利用的各个寻呼周期420可以如图4中的图400所示进行交互。如图400所示，处于连接模式中的UE可配置有DRX周期410，其中该DRX周期410长度为LDRX个子帧以用于与相关联网络进行通信。在一个实例中，处于连接模式中的UE可配置有其相关联的DRX周期410的信息，从而在DRX周期410的活动时间段上(如图400中的实线区域所示)，UE可以激活、侦听来自相关网络的所调度的传输，并且然后返回到不活动或节电状态，在不活动或节电状态中UE不进行活动通信。 [0053] 如图400进一步所示，相关网络可以在长度为LPaging的子帧的一个或多个寻呼周期420上提供寻呼时段。在将要修改系统参数的情况下，网络还可以配置各个寻呼时段以包括对 将 要 在 下 一 个 修 改 时 间 段 边 界 修 改 全 网 络 参 数 的 指 示( 例 如 ，systemInfoModification)。在一个实例中，可以在系统信息修改时间段中的预定数量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，所以在一些情况中可以对UE DRX周期410和寻呼DRX周期420进行构造，使得DRX时段和寻呼时段不重合。因此，如图400中的实例所示，如果与DRX周期410相关联的UE要求在用于提供改变指示的系统修改时间段结束之前在m＝3个寻呼周期中读取k>1个寻呼时段，那么在一些情况中可以要求在DRX周期410之外激活UE，以便获得至少一个附加寻呼时段。例如，在常规寻呼方法下，可以要求在该情况中的UE在其相关联的连接模式DRX周期410上保持活动，以及在系统信息修改情况中在其空闲模式寻呼周期上保持活动。但是，因为DRX周期410外部的活动发生在UE本应处于省电模式的时间段中，所以该方法可以由于对寻呼时段的过量接收而导致功率效率损失。 [0057] 鉴于以上描述，图5示出了可用于促进对运行在连接模式中的UE 520的DRX和寻呼活动的有效管理的系统500。根据一个方案，系统500可以包括E-UTRAN 510，E-UTRAN 510利用系统信息修改信令模块512和/或任意其它合适的组件来提供对于在给定系统修改时间段内发生系统参数改变的指示。在一个实例中，可以由E-UTRAN 510用类似于图4中的图400所示的方式来发送改变指示，其中在给定系统修改时间段内的m个寻呼时段上提供该改变指示。可以认识到，m可以是任意合适的值，并且可以小于、等于或大于系统修改时间段中的寻呼时段的总数(例如，如由以LPaging分割的子帧中的系统修改时间段的长度所确定)。此外，可以认识到E-UTRAN 510可以提供任意合适的改变指示，例如systemInfoModification指示和/或任意其它合适类型的指示。 [0058] 根据另一个方案，与E-UTRAN 510相关联的UE 520可以利用系统信息修改检测模块522和/或任意其它合适的模块来尝试检测由E-UTRAN 510发送的各个改变指示，UE 520可以基于该改变指示来确定是否发生系统修改。在一个实例中，UE 520可以通过尝试在给定修改时间段期间找到至少预定数量(例如，k或modificationPeriodCoeff)的systemInfoModification指示和/或任意其它合适的改变指示，来验证所存储的与E-UTRAN 510相关联的系统信息仍然有效。然后，如果未检测到预定数量的指示，那么UE 520可以假设在接下来的修改时间段边界处将不会发生系统信息改变。否则，如果发现了预定数量的指示，那么UE 520可以对在后面的修改时间段处的系统信息改变进行准备。在一个实例中，可以通过E-UTRAN 510、UE 520和/或与系统500相关联的任意其它实体来配置所需要的指示数量，并且所需要的指示数量可以是小于或等于在修改时间段中提供改变指示的次数m的任意合适的值。 [0059] 根据附加的方案，UE 520还可以包括DRX协调器524和/或用于管理处于连接模式(例如，RRC_CONNECTED)中的UE 520的DRX活动的任意其它合适的模块。在一个实例中，如上关于图400所述，DRX协调器524可以根据DRX周期来管理对数据、控制信令和/或来自E-UTRAN 510的其它合适的信息的接收。但是，如以上关于图400进一步所述，连接模式DRX周期与寻呼DRX周期之间的定时差异可以导致UE 520引起大量不必要的唤醒时间段并且在一些情况中导致功率效率损失。 [0060] 因此，UE 520还可以包括调度修改器526，其可以使得UE 520能够改动其用于寻呼接收的调度以便优化UE 520的功率效率。在一个实例中，调度修改器526可以调整与处于连接模式中的UE 520相关联的寻呼调度，以便使在UE 520由于连接模式DRX而活动时所监视的寻呼时段的数量最大化，从而使发生如下事件的数量最小化，其中在该事件中UE 520必须引起专用于监视寻呼时段的附加唤醒时间段。因此，可以认识到，调度修改器526可以优化UE 520的行为，使得UE 520可靠地接收任何系统信息改变指示，而无需被迫独立地唤醒UE 520的DRX时段和寻呼时段。 [0061] 例如，调度修改器526可以有助于单方确定对处于连接模式的UE 520的接收调度进行修改，以助于按照以下方式在给定系统修改时间段中接收m个改变指示寻呼中的所需数量k个寻呼。首先，调度修改器526可以分析UE 520的DRX周期并且配置UE 520，从而对在与UE 520相关联的DRX唤醒时间段期间调度的任意寻呼时段执行监视，其中这些寻呼时段是用于在给定修改时间段中提供改变指示的m个寻呼时段中的寻呼时段。因此，可以认识到，如果至少所需数量k个寻呼时段满足该标准，那么不需要其它动作就可以满足对修改通知的充分接收。可替换地，如果UE 520的DRX周期不导致UE 520在修改时间段中的至少k个寻呼时段内是活动的，那么调度修改器526可以有助于选择一个或多个附加寻呼时段，可以针对这些寻呼时段激活UE 520以助于(例如，物理下行链路控制信道(PDCCH)上的)接收。 [0062] 图6中的图600示出了可以由调度修改器526执行的选择的各种实例。如图600所示，一组UE 640-650可以配置有公共UE DRX周期610和公共寻呼周期620，其中在公共UE DRX周期610上可以出现DRX时段并且在公共寻呼周期620上可以出现寻呼时段。此外，相关网络可以利用第二寻呼周期630，以便在不同于与UE 640-650相关联的寻呼周期620的时间间隔传送寻呼时段。 [0063] 在图600所示的实例中，UE DRX周期610和寻呼DRX周期620在所示时间段中的3个点上重合。因此，UE 640-650可用于监视寻呼DRX周期620中的3个寻呼时段，这3个寻呼时段发生在UE 640-650由于UE DRX周期610而活动的时间。但是，在需要接收4个寻呼时段的示例性情况中，UE 640-650可以选择附加寻呼时段来以所示的各种方式进行监视。在由UE 640所示的第一实例中，UE可被配置为针对其有规则的空闲模式寻呼时段来唤醒，直到监视到了至少k个寻呼时段为止，这是因为有规则的空闲模式寻呼时段发生在DRX时段之外。因此，如图所示，UE 604可以从其自己的任意有规则的空闲模式寻呼时段中获得其第4个所需寻呼时段。在如UE 650所示的第二实例中，UE可以替代地被配置为在DRX唤醒时间段之后为下一个寻呼时段和/或为连续接收若干寻呼时段而保持唤醒。因此，如图所示，UE 650可以通过延长其任意DRX唤醒时间段直到紧接的下一个寻呼时段为止，来获得其第4个所需寻呼时段，其中该紧接的下一个寻呼时段落在与UE 650不相关联的寻呼周期630上。 [0064] 接下来转到图7，根据各个方案提供了定时图700，其示出了用于配置无线设备的寻呼参数的示例性技术。具体地，定时图700示出了可以在UE和相关联的E-UTRAN之间执行的有助于配置UE的各个寻呼参数的一系列动作。在一个实例中，在一些情况中UE可以选择监视比修改时间段中寻呼时段总数更少的寻呼时段。这如图600所示，其中在长度为m＝5个寻呼DRX周期的预修改窗期间，将UE 640-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周期之间进行基于网络的协调的系统。根据一个方案，在UE 820未被配置和/或不能监视与系统信息改变相关联的合适的寻呼时段的网络实现中，与UE 820相关联的E-UTRAN 810可被配置为将与UE 820相关联的寻呼周期的出现与DRX周期同步，以便允许在与UE 820相关联的DRX时段接收到与UE相关联的大部分寻呼时段。在一个实例中，可以由E-UTRAN 810使用UE管理模块812、DRX协调器814和/或任意其它合适的组件来执行以上同步。例如，UE管理模块812可用于获得与给定UE 820的寻呼周期相关的信息。基于所述信息，DRX协调器814可用于向UE 820分配与UE 820的寻呼周期共振的DRX周期。 [0069] 例如，DRX协调器814可以按照以下方式进行操作以得到用于给定UE 820的DRX周期。最初，可以观察到，可以将DRX周期的开启持续时间配置为以给定的子帧集合开始，该给定的子帧集合可以由满足下式的子帧集合来定义： [0070] [(SFN×10)+子帧号]mod(当前DRX周期)＝DRX开始偏移， [0071] 其中SFN表示系统帧号。此外，可以观察到，给定的寻呼时段可以出现在具有满足下式的SFN的给定无线帧(例如，寻呼帧)中： [0072] SFN mod T＝(T/N)×(UE_ID mod N)， [0073] 其中T是无线帧中的寻呼周期的长度(例如，32、64、128、256、…)，N是无线帧级别上的寻呼组计数(例如，2、4、8、16、…，其中N≤T)，并且UE_ID是UE 820的标识符。另外，在寻呼帧中，可以观察到，可以如下得到包括寻呼时段的子帧is： [0074] is＝(UE_ID/N)mod Ns， [0075] 其中Ns是在给定无线帧中利用的寻呼时段的数量的指示符(例如，1、2、3、4、…)。 [0076] 因此，为了将UE 820的DRX和寻呼周期对齐，DRX协调器814可以设置UE 820的DRX周期，使得DRX周期的DRX开始偏移等于距帧边界的偏移，其中在所述帧边界处，UE 820的DRX周期将开始处于空闲模式中，例如，使得DRX开始偏移＝is。另外或可替换地，DRX协调器814可以将UE 820的DRX周期的长度设置为UE 820的寻呼周期的长度T的分数或倍数(例如， 320ms)。通过执行一个或多个以上操作，应当认识到，DRX协调器814可以将UE 820的DRX和寻呼周期同步，从而将UE 820用于在修改时间段期间监视寻呼和DRX信息所需要的唤醒时间最小化。 [0077] 现在参考图9-12，示出了可以根据本文给出的各个方案来执行的方法。虽然为了便于说明的目的将方法示出并描述为一系列动作，但是要理解并且认识到，方法不受动作顺序的限制，因为根据一个或多个方案，一些动作可以以不同的顺序发生并且/或者与本文示出并描述的其它动作同时发生。例如，本领域技术人员将理解并认识到可以将方法可替换地在例如状态图中表示为一系列相关的状态或事件。此外，可以不需要所示的全部动作来实现根据一个或多个方案的方法。 [0078] 参考图9，其示出了用于在系统信息修改时间段期间协调寻呼和DRX操作的方法900。应当认识到，可以通过例如UE(例如，UE 520)和/或任意其它合适的网络设备来执行方法900。方法900在方框902开始，在方框902中识别将要在修改时间段期间监视的寻呼时段的最小数量(例如，m个寻呼时段中的数量k个或modificationPeriodCoeff个寻呼时段，其在修改时间段中提供对系统信息改变的指示)。接下来在方框904处，识别将要在修改时间段期间利用的DRX周期。然后方法900可以在方框906处结束，在方框906处选择修改时间段中的各个寻呼时段以用于进行监视(例如，通过DRX协调器512和/或调度修改器526)，从而监视在方框902处识别的最小数量的寻呼时段，并且将唤醒时间段最小化，其中该唤醒时间段用于监视在方框904处识别的DRX周期外部的寻呼时段。 [0079] 转到图10，示出了用于基于配置信令来管理寻呼周期和DRX周期之间的交换的方法1000。可以通过例如移动终端和/或任意其它合适的网络实体来执行方法1000。方法1000在方框1002开始，在方框1002中，从网络(例如，E-UTRAN 510)接收参数，该参数涉及修改时间段中提供对系统信息改变的指示的寻呼数量(例如，m)以及在修改时间段中将要读取的最小指示数量(例如，k或modificationPeriodCoeff)。接下来在方框1004处，初始化连接模式通信(例如，与RCC_CONNECTED状态相关联)。在方框1006处，识别将要用于在方框1004处初始化的连接模式通信的DRX周期。在一个实例中，可以通过执行方法1000的实体，基于来自相关联网络的信令信息并且/或者基于任意其它合适的技术，来在方框1006处独立地识别DRX周期。 [0080] 然后方法1000可以前进到方框1008，在方框1008中，选择用于在给定修改时间段期间提供各个改变指示的一个或多个寻呼以进行监视，其中该给定修改时间段与在方框1006处所识别的DRX周期重合。然后在方框1010处，确定在方框1008处选择的寻呼是否足以满足在方框1102处由网络提供的最小指示数量。如果在方框1008处选择的寻呼数量足够，那么无需进一步的动作并且方法1000可以结束。否则，方法1000可以在结束之前进行到方框1012，在方框1012中选择一个或多个附加寻呼，从而可以读取在方框1002处提供的最小数量的指示。如具体实例所示，可以如图600所示，通过从所识别的DRX周期引起附加的唤醒时间段、延长与DRX周期相关联的唤醒时间段和/或通过使用任意其它合适的技术来读取落在在方框1006处识别的DRX周期外部的附加的寻呼。 [0081] 图11示出了用于估计与无线通信网络相关联的系统信息的有效性的方法1100。可以通过例如UE和/或任意其它合适的网络设备来执行方法1100。方法1100在方框1102开始，在方框1102中得到数量modificationPeriodCoeff，其对应于与在给定修改时间段的系统信息改变相关联的systemInfoModification通知总量。接下来在方框1104处，检测修改时间段边界。然后在方框1106处，确定是否在修改时间段中接收到寻呼消息，其中在方框1104中检测该修改时间段的边界。如果没有接收到寻呼消息，那么执行方法1100的实体可以假设其当前存储的系统信息仍然是有效的，如方框1110所示，并且结束方法1100。否则，方法1100可以前进到方框1108，在方框1108中确定systemInfoModification信号是否在修改时间段中所接收的寻呼消息中出现至少modificationPeriodCoeff次。如果没有出现该指示，那么方法1100可以前进到方框1110并且如上所述结束。相反，如果接收了该指示，那么方法 1100可以改为在结束之前前进到方框1112，在方框1112中在接下来的修改时间段准备接收改变的系统信息。 [0082] 接下来参考图12，示出了用于构造与无线终端相关联的DRX周期的方法1200。应当认识到，可以通过例如接入点(例如，与E-UTRAN 810相关联)和/或任意其它合适的网络设备来执行方法1200。方法1200在方框1202开始，在方框1202中识别与终端(例如，UE 820)相关联的寻呼周期(例如，通过UE管理模块812)。然后方法1200可以前进到方框1202，在方框1202中确定寻呼周期的长度(例如T)，并且前进到方框1204，在方框1204中识别与寻呼周期(例如，is)相关联的子帧偏移。然后方法1200可以在方框1208结束，在方框1208中为该终端生成DRX周期(例如，通过DRX协调器814)，使得DRX周期的开始偏移等于寻呼周期的子帧偏移，并且DRX周期的长度是寻呼周期的长度的分数或倍数。 [0083] 图13示出了有助于在无线通信系统中协调DRX和寻呼操作的装置1300。应当认识到，可以将装置1300表示为包括功能块，这些功能块可以是用于表示由处理器、软件或其组合(例如，固件)实现的功能的功能块。可以通过无线终端(例如，UE 520)和/或任意其它合适的网络设备来实现装置1300，并且装置1300可以包括：用于识别将要在修改时间段读取的包括各个改变指示的寻呼的最小数量的模块1302；用于配置DRX周期的模块1304；以及用于选择在修改时间段中进行监视的寻呼，使得包括各个改变指示的最小数量的寻呼是可读取到的并且使DRX周期外部的接收机活动最小化的模块1306。 [0084] 图14示出了有助于在无线通信系统中协调DRX和寻呼操作的另一个装置1400。应当认识到，可以将装置1400表示为包括功能块，这些功能块可以是用于表示由处理器、软件或其组合(例如，固件)实现的功能的功能块。可以通过eNB(例如，与E-UTRAN 810相关联)和/或任意其它合适的网络设备来实现装置1400，并且装置1400可以包括：用于识别包括各个寻呼时段的UE寻呼周期的模块1402；用于识别对应于该UE寻呼周期的长度和偏移的模块1404；以及用于至少部分地基于对应于UE寻呼周期的长度和偏移来配置DRX周期以包括至少部分地与该UE寻呼周期中的寻呼时段重合的各个DRX时段的模块1406。 [0085] 图15是可以用于实现本文所述的功能的各个方案的系统1500的方框图。在一个实例中，系统1500包括基站或节点B 1502。如图所示，节点B1502可以经由一个或多个接收(Rx)天线1506从一个或多个UE 1504接收信号，并且经由一个或多个发射(Tx)天线1508向一个或多个UE 1504进行发送。另外，节点B 1502可以包括接收机1510，其从接收天线1506接收信息。在一个实例中，接收机1510可操作地与解调器(Demod)1512相关联，解调器1512对所接收的信息进行解调。然后通过处理器1514分析解调后的符号。处理器1514可以耦合到存储器1516，存储器1516可以存储关于码簇、接入终端分配、与其相关的查找表、唯一的加扰序列的信息和/或其它合适类型的信息。另外，节点B 1502可以用处理器1514来执行方法1200和/或其它类似的和合适的方法。在一个实例中，节点B 1502还可以包括调制器1518，其可以对信号进行复用以用于由发射机1520通过发射天线1508进行传输。 [0086] 图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进行传输。 [0087] 现在参考图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使用不同的频率。 [0088] 每组天线和/或指定每组天线进行通信的范围可以被称为接入点的扇区。根据一个方案，天线组可以用于与接入点1700所覆盖的范围的扇区中的接入终端进行通信。在前向链路1720和1726上的通信中，接入点1700的发射天线可以利用波束成形，以便改善用于不同接入终端1717和1722的前向链路的信噪比。此外，相比接入点通过单个天线向其所有接入终端进行发送而言，使用波束成形来向随机分散在其覆盖区域中的接入终端进行发送的接入点对邻近小区中的接入终端造成较小的干扰。 [0089] 接入点(例如，接入点1700)可以是用于与终端通信的固定站，并且还可以被称为基站、eNB、接入网和/或其它合适的术语。此外，接入终端(例如，接入终端1716和1722)还可以被称为移动终端、用户设备(UE)、无线通信设备、终端、无线终端和/或其它恰当的术语。 [0090] 现在参考图18，提供了示出示例性无线通信系统1800的方框图，其中可以在该系统1800中运行本文所述的各个方案。在一个实例中，系统1800是多输入多输出(MIMO)系统，其包括发射机系统1810和接收机系统1850。但是应当认识到，发射机系统1810和/或接收机系统1850也可以应用于多输入单输出系统，在该系统中，例如，多个发射天线(例如，在基站上)可以向单天线设备(例如，移动台)发送一个或多个符号流。另外，应当认识到，可以结合单输出到单输入天线系统来利用本文所述的发射机系统1810和/或接收机系统1850的方案。 [0091] 根据一个方案，在发射机系统1810处将多个数据流的业务数据从数据源1812提供给发射(TX)数据处理器1814。在一个实例中，然后可以经由各自的发射天线1824来发送每个数据流。另外，TX数据处理器1814可以基于为每个各自的数据流选择的特定编码方案来对每个数据流的业务数据进行格式化、编码和交织，以提供已编码数据。在一个实例中，可以使用OFDM技术将每个数据流的已编码数据与导频数据进行复用。例如，导频数据可以是以已知方式来处理的已知数据模式。此外，导频数据可以在接收机系统1850处用于估计信道响应。回到发射机系统1810，可以基于为每个各自的数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)，来对每个数据流的经过复用后的导频和已编码数据进行调制(即，符号映射)，以提供调制符号。在一个实例中，可以通过在处理器1830上执行和/或由处理器1830提供的指令来确定每个数据流的数据速率、编码和调制。 [0092] 接下来，将全部数据流的调制符号提供给TX处理器1820，其可以进一步处理这些调制符号(例如，用于OFDM)。TX MIMO处理器1820然后可以向NT个收发机1822a到1822t提供NT个调制符号流。在一个实例中，每个收发机1822可以接收并处理各自的符号流以提供一个或多个模拟信号。每个收发机1822然后可以进一步对模拟信号进行调节(例如，放大、滤波和上变频)以提供适于在MIMO信道上传输的已调制信号。然后，可以分别从NT个天线1824a到1824t发送来自收发机1822a到1822t的NT个已调制信号。 [0093] 根据另一个方案，可以在接收机系统1850处通过NR个天线1852a到1852r接收所发送的已调制信号。然后可以将来自每个天线1852的所接收信号提供给各自的收发机1854。在一个实例中，每个收发机1854可以调节(例如，滤波、放大和下变频)各个所接收信号，对调节后的信号进行数字化以便提供采样，并进一步处理这些采样以便提供相应的“已接收”符号流。然后，RX MIMO/数据处理器1860可以基于特定的接收机处理技术来接收和处理来自NR个收发机1854的NR个已接收符号流，以便提供NT个“已检测”符号流。在一个实例中，每个已检测符号流可以包括如下符号，其是对针对相应的数据流发送的调制符号的估计。然后，RX处理器1860可以至少部分地通过对每个已检测符号流进行解调、解交织和解码，来对每个符号流进行处理以恢复出相应的数据流的业务数据。因此，RX处理器1860执行的处理是与在发射机系统1810处的TX MIMO处理器1820和TX数据处理器1816执行的处理互补。另外，RX处理器1860可以向数据宿1864提供已处理的符号流。 [0094] 根据一个方案，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处理的额外数据。 [0095] 回到发射机系统1810处，来自接收机系统1850的已调制信号然后可以由天线1824接收、由收发机1822调节、由解调器1840解调、以及由RX数据处理器1842处理，以恢复由接收机系统1850报告的CSI。在一个实例中，然后可以将所报告的CSI提供给处理器1830并且用来确定将要用于一个或多个数据流的数据速率以及编码和调制方案。然后可以将所确定的编码和调制方案提供给收发机1822，以用于均衡和/或用于稍后向接收机系统1850的传输。另外和/或可替换地，处理器1830可以使用所报告的CSI来生成对TX数据处理器1814和TX MIMO处理器1820的各种控制。在另一个实例中，可以将CSI和/或由RX数据处理器1842处理的其它信息提供给数据宿1844。 [0096] 在一个实例中，发射机系统1810处的处理器1830和接收机系统1850处的处理器1870指导在其各自的系统处的操作。另外，发射机系统1810处的存储器1832和接收机系统 1850处的存储器1872可以分别提供对由处理器1830和1870所使用的程序代码和数据的存储。此外，在接收机系统1850处，可以使用各种处理技术来处理NR个接收信号，以检测NT个所发送的符号流。这些接收机处理技术可以包括空间和空时接收机处理技术(其还可以被称为均衡技术)和/或“连续迫零/均衡和干扰消除”接收机处理技术(其还可以被称为“连续干扰消除”或“连续消除”接收机处理技术)。 [0097] 应当理解的是，可以用硬件、软件、固件、中间件、微代码或其任意组合来实现本申请描述的方案。当使用软件、固件、中间件或微代码、程序代码或代码段来实现这些系统和/或方法时，可以将其存储在机器可读介质中，例如存储单元。代码段可以表示过程、函数、子程序、程序、例程、子例程、模块、软件包、类、或者指令、数据结构或程序语句的任意组合。可以通过传递和/或接收信息、数据、实参、形参或存储器内容，来将代码段耦合到另一代码段或硬件电路。可以使用任何适当的方式，包括存储器共享、消息传递、令牌传递和网络传输等，来对信息、实参、形参、数据等进行传递、转发或发送。 [0098] 对于软件实现，本申请描述的技术可用执行本申请所述功能的模块(例如，过程、函数等)来实现。软件代码可以存储在存储器单元中，并由处理器执行。存储器单元可以实现在处理器内，也可以实现在处理器外，在后一种情况下，存储器单元可以经由本领域公知的各种手段可通信地耦合到处理器。 [0099] 上面描述的内容包括一个或多个方案的实例。当然，不可能为了描述前述方案而描述部件或方法的所有可能的结合，但是本领域普通技术人员可以认识到，各个方案可以做进一步的结合和变换。因此，本申请中描述的方案旨在涵盖落入所附权利要求书的精神和保护范围内的所有这种改变、修改和变形。此外，对于在具体说明或权利要求中所使用的词语“包含”，该词语意在表示包含性的，其与词语“包括”在权利要求中用作连接词时的含义相同。此外，在说明书或者在权利要求书中所使用的词语“或”表示“非排它性或”。 |
||||||
QQ群二维码
意见反馈
意见反馈