用于采用寻呼循环学习模式的装置和方法

摘要

本发明公开了装置和方法，以提供用于配置为使用两个或更多个订制进行非连续接收(DRX)的多SIM无线用户设备，其中该两个或更多个订制可以在不同的无线接入技术中。该用户设备被配置成使用一个订制来发起通过另一订制去往同一用户设备的呼叫。在空白窗口的持续时间期间，记录并分析与呼入寻呼消息的重复相对应的统计，以确定由网络对寻呼消息的重复行为。以此方式，可以在少于全部的DRX循环期间进行对寻呼信道的监测，抵抗不同无线接入技术上的DRX循环之间的可能的冲突，并且能够降低功耗。本文还要求保护并描述了其它方面、实施例、和特征。

说明书

相关申请的交叉引用&要求优先权

本申请要求于2012年3月8日向美国专利和商标局递交的美国临时专利申请no.61/608,532的优先权和利益，出于所有可适用的目的，如同在下面完整阐述地，以引用方式将其全部内容并入本文。

技术领域

概括地说，本公开内容的方面涉及无线通信系统，更具体地说，涉及在无线通信系统中广播信息的非连续接收。

背景技术

无线通信网络被广泛地部署以提供诸如电话、视频、数据、消息发送、广播等各种通信服务。这些网络(其通常是多址网络)通过共享可用的网络资源来支持针对多个用户的通信。这种网络的一个例子是UMTS陆地无线接入网络(UTRAN)。UTRAN是定义为通用移动电信系统(UMTS)的一部分的无线接入网络(RAN)，是由第三代合作伙伴计划(3GPP)支持的第三代(3G)移动电话技术。UMTS是全球移动通信系统(GSM)技术的后继者，其当前支持各种空中接口标准，诸如宽带码分多址(W-CDMA)、时分-码分多址(TD-CDMA)、以及时分同步码分多址(TD-SCDMA)。UMTS还支持诸如高速分组接入(HSPA)之类的增强型3G数据通信协议，其向相关联的UMTS网络提供更高的数据传输速率和容量。

在任何无线通信技术中，移动无线设备处的功耗是一个需不懈地投入实质性努力的重要问题。许多传统无线通信技术使用非连续接收(DRX)来节省功率，DRX可以替代地称为时隙模式。

在DRX模式下，设备改变功率的使用。例如，通常关闭设备的接收机以节省功率，而当获悉可能要接收发往该设备的消息时，在预定的时间段期间开启设备的接收机。在一些例子中，接收机的开启和关闭(DRX循环)可以是周期性的，而其它例子可以在开启时间之间使用非周期性时序。在诸如寻呼信道之类的一些无线信道上，网络可以跨越若干DRX循环重复一些信息，以使接收设备接收到该信息并相应地对该信息进行操作的概率最大化。

随着对移动宽带接入的需求持续增加，研究和开发继续推动UMTS技术，以不仅为满足对移动宽带接入日益增长的需求，还为提升和增强对移动通信的用户体验。

发明内容

下文给出了本公开内容的一个或多个方面的简化概要，以便提供对这些方面的基本理解。本概要并不是本公开内容的所有预期特征的广泛综述，并且即不旨在确定本公开内容的所有方面的关键或决定性元素，也不旨在描绘本公开内容的任何或所有方面的范围。其唯一的目的是以简化的形式给出本公开内容的一个或多个方面的一些概念，作为随后给出的更加详细的描述的前奏。

根据一些实施例，本发明提供了一种可在能够通过两个不同的订制进行通信用户设备上操作的无线通信的方法。该方法可以包括各种特征，其中包括：使用第一订制发送呼叫起始消息，该呼叫起始消息被配置成通过第二订制来呼叫所述用户设备；通过该第二订制接收对应于呼叫起始消息的至少一个寻呼消息；存储与该至少一个寻呼消息相关联的信息；以及确定与该至少一个寻呼消息的重复相对应的统计。

其它实施例可以包括能够在多个无线网络上与多个订制进行通信的无线通信设备。例如，一种无线通信设备可以包括：通信接口，其被配置用于无线通信；以及处理器模块，其可操作地耦合至该通信接口并且配置成对两个不同订制上的通信进行管理。该处理器可以配置用于：使用第一订制发送呼叫起始消息，该呼叫起始消息被配置成通过所述第二订制来呼叫所述用户设备；通过所述第二订制接收对应于所述呼叫起始消息的至少一个寻呼消息；存储与至少一个寻呼消息相关联的信息；以及确定与该至少一个寻呼消息的重复相对应的统计。

本发明的其它实施例可以包括存储器或其它包含代码的介质。例如，一个实施例可以包括一种配置为与能够通过两个不同订制的进行通信的用户设备一起使用的制品，该制品包括存储在存储设备上的指令集。当处理器执行代码时，其可以使得进行以下操作：使用第一订制发送呼叫起始消息，该呼叫起始消息被配置成通过第二订制来呼叫该用户设备；通过该第二订制接收对应于该呼叫起始消息的至少一个寻呼消息；存储与该至少一个寻呼消息相关联的信息；以及确定与该至少一个寻呼消息的重复相对应的统计。

在结合附图阅读本发明的以下具体描述、示例性实施方式后，本发明的其它方面、特征、和实施例将对本领域的普通技术人员变得显而易见。虽然可以相对于下面的特定实施例和附图来讨论本发明的特征，但是本发明的所有实施例可以包括本文所讨论的有利特征中的一个或多个。换言之，虽然一个或多个实施例可以被讨论为具有特定的有利特征，但是也可以根据本文所讨论的本发明的各种实施例来使用这些特征中的一个或多个。以类似的方式，虽然下面可以将示例性实施例讨论为设备、系统、或方法实施例，但是应当理解的是，这样的示例性实施例也可以在各种设备、系统、和方法中实现。

附图说明

图1是示出了根据本发明的一些实施例，针对采用处理系统的装置的硬件实现的例子的框图。

图2是概念地示出了根据本发明的一些实施例的电信系统的例子的框图。

图3是示出了根据本发明的一些实施例的接入网络的例子的概念图。

图4是示出了根据本发明的一些实施例的用户面和控制面的无线协议架构的例子的概念图。

图5是概念地示出了根据一些例子，在电信系统中节点B与UE通信的例子的框图。

图6是概念地示出了根据一个例子的DRX特征的时序图。

图7是概念地示出了根据一个例子，在多个DRX循环上重复的寻呼消息的时序图。

图8是示出了根据一些例子，用于在被动扫描模式下的UE的示例性过程的流图。

图9是示出了根据一些例子，用于在主动扫描模式下的UE的示例性过程的流图。

图10是示出了根据一些例子，用于在少于全部DRX循环期间，使用在主动或被动扫描模式下存储的数据来实现对寻呼/广播信道的监测的示例性过程的流程图。

具体实施方式

下面结合附图阐述的详细描述旨在作为对各种配置的描述，而不是要表示可以在其中实践本文描述的概念的唯一配置。为了提供对各种概念的透彻理解，该详细描述包括具体细节。然而，对于本领域的技术人员将显而易见的是，没有这些具体细节也可以实践这些概念。在一些情况下，以框图形式示出公知的结构和部件，以避免模糊这些概念。

本公开内容的一个或多个方面提供了一种多SIM无线用户设备(UE)，该多SIM无线UE被配置用于使用两个或更多个订制进行非连续接收(DRX)，这两个或更多个订制可以是在不同的无线接入技术(RAT)中。公开了被动扫描模式和主动扫描模式。在主动扫描模式下，UE被配置成使用一个订制来发起通过另一订制去往同一UE的呼叫。在空白窗口的持续期间，记录并分析与呼入寻呼消息的重复相对应的统计，以确定由网络对寻呼消息的重复行为。以此方式，可以在少于全部DRX循环期间，进行对寻呼信道的监测，抵抗不同的无线接入技术上的DRX循环之间可能的冲突，并且能够使功耗降低。

图1是示出了针对采用处理系统114的装置100的硬件实现的例子的框图。根据本公开内容的各个方面，可以利用包括一个或多个处理器104的处理系统114来实现元素、或元素的任意部分、或元素的任意组合。处理器104的例子包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑单元、分立的硬件电路、和其它被配置成执行贯穿本公开内容描述的各种功能的合适硬件。

在这个例子中，可以利用由总线102总体表示的总线架构来实现处理系统114。取决于处理系统114的具体应用和总设计约束，总线102可以包括任意数量的互连总线和桥接。总线102将各种电路链接在一起，各种电路包括一个或多个处理器(由处理器104总体表示)、存储器105、和计算机可读介质(由计算机可读介质106总体表示)。总线102还可以链接各种其它电路，诸如时序源、外设、稳压器、和功率管理电路，这些电路在本领域是公知的，因此不再做进一步描述。总线接口108提供了总线102和收发机110之间的接口。收发机110提供了用于通过传输介质与各种其它装置进行通信的单元。取决于装置的性质，还可以提供用户接口112(例如，键盘、显示器、扬声器、麦克风、操纵杆)。

处理器104负责管理总线102和一般处理，其中包括存储在计算机可读介质106上的软件的执行。当被处理器104执行时，软件使得处理系统114执行以下针对任何特定装置描述的各种功能。还可以使用计算机可读介质106来存储当执行软件时由处理器104操作的数据。

处理系统中一个或多个处理器104可以执行软件。无论是被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语，软件应当被广义地理解为指代指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、过程、功能等。软件可以位于计算机可读介质106上。计算机可读介质106可以是非暂时性计算机可读介质。举例而言，非暂时性计算机可读介质包括磁存储设备(例如，硬盘、软盘、磁带)，光盘(例如，压缩盘(CD)或数字多功能光盘(DVD))，智能卡、闪存设备(例如，卡、棒、或钥匙驱动器)、随机存取存储器(RAM)、只读存储器(ROM)、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、寄存器、可移动磁盘、以及任何其它用于存储可以被计算机存取和读取的软件和/或指令的合适介质。举例而言，计算机可读介质还可以包括载波、传输线、以及任何其它用于发送可以被计算机存取和读取的软件和/或指令的合适介质。计算机可读介质106可以位于处理系统114内部、在处理系统114外部、或分布在包括处理系统114的多个实体上。计算机可读介质106可以体现在计算机程序产品中。举例而言，计算机程序产品可以包括包装材料中的计算机可读介质。本领域技术人员应当认识到的是，如何依据特定的应用和对整个系统所施加的整体设计约束来以最佳的方式实现贯穿本公开内容给出的所描述的功能。

贯穿本公开内容给出的各种概念可以在各种各样的电信系统、网络架构、以及通信标准上实现。现在参照图2，作为说明性而非限制性例子，参照通用移动电信系统(UMTS)系统200示出了本公开内容的各个方面。UMTS网络包括三个交互域：核心网204、无线接入网(RAN)(例如，UMTS陆地无线接入网络(UTRAN)202)、以及用户设备(UE)210。在这个例子中，在可用于UTRAN 202的若干选择中，示出的UTRAN 202可以采用W-CDMA空中接口来实现包括电话、视频、数据、消息发送、广播在内的各种无线服务和/或其它服务。UTRAN 202可以包括多个无线网络子系统(RNS)(诸如RNS 207)，每个RNS被相应的无线网络控制器(RNC)(诸如RNC 206)控制。此处，除了示出的RNC 206和RNS 207外，UTRAN 202还可以包括任意数量的RNC 206和RNS 207。除了其它方面以外，RNC 206是负责对RNS 207内的资源进行分配、重配置和释放的装置。RNC 206可以通过各种类型的接口与UTRAN 202内的其它RNC(未示出)互连，这些接口诸如直接物理连接、虚拟网络、或类似的使用任意合适传输网络的接口。

由RNS 207覆盖的地理区域可以被划分成若干个小区，一个无线收发机装置服务一个小区。在UMTS应用中，无线收发机装置通常被称为节点B，但还可以被本领域技术人员称为基站(BS)、基站收发机(BTS)、无线基站、无线收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、接入点(AP)、或一些其它合适术语。为了清楚，在每个RNS 207中示出了三个节点B 208；然而，一个RNS 207可以包括任意数量的无线节点B。节点B 208为任意数量的移动装置提供去往核心网204的无线接入点。移动装置的例子包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、笔记本、上网本、智能本、个人数字助理(PDA)、卫星无线电、全球定位系统(GPS)设备、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、照相机、游戏控制台、或任意其它功能类似的设备。在UMTS应用中，移动装置一般被称为用户设备(UE)，但还可以被本领域技术人员称为移动站(MS)、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端(AT)、移动终端、无线终端、远程终端、手持设备、终端、用户代理、移动代理、客户端、或一些其它合适术语。

UTRAN空中接口可以是扩频直接序列码分多址(DS-CDMA)系统，诸如使用W-CDMA标准的一个系统。扩频DS-CDMA通过与称为码片的伪随机比特的序列进行相乘来扩展用户数据。用于UTRAN 202的W-CDMA空中接口是基于这样的DS-CDMA技术，并且另外需要频分双工(FDD)。针对节点B 208和UE 210之间的上行链路(UL)和下行链路(DL)，FDD使用不同的载波频率。用于利用DS-CDMA并且使用时分双工(TDD)的UMTS的另一空中接口是TD-SCDMA空中接口。本领域技术人员应当认识到的是，虽然本文描述的各种例子可以涉及W-CDMA空中接口，但是基本原理同样适用于TD-SCDMA空中接口或任意其它合适的空中接口。

在UMTS系统中，UE 210可以包括一个或多个通用集成电路卡(UICC)。每个UICC卡均可以运行一个或多个全球用户身份模块(USIM)应用211。USIM向网络提供用户的订制信息。示出的UE 210包括USIM211A和USIM 211B，但是本领域普通技术人员应当理解的是，这本质上仅是说明性的，并且UE可以包括任意合适数量的USIM。诸如具有多个USIM的UE 210之类的UE有时被称为多SIM/多待设备，其中，具有两个USIM的一个具体例子被称为双SIM双待(DSDS)。DSDS设备通常能够在待机模式下同时在两个网络上保持活动的，其中UE 210处的单个接收机被各个网络上的两个订制共享。

为了说明的目的，示出了一个UE 210与多个节点B 208进行通信。下行链路(DL)(也被称为前向链路)是指从节点B 208到UE 210的通信链路，而上行链路(UL)(也被称为反向链路)是指从UE 210到节点B 208的通信链路。

核心网204可以与一个或多个接入网相连接，诸如UTRAN 202。如图所示，核心网204是UMTS核心网。然而，本领域技术人员应当认识到的是，贯穿本公开内容给出的各种概念也可以在RAN或其它合适的接入网中实现，以向UE提供去往除UMTS网络外的多种类型的核心网的接入。

示出的UMTS核心网204包括电路交换(CS)域和分组交换(PS)域。一些电路交换元素是移动服务交换中心(MSC)、访问位置寄存器(VLR)、和网关MSC(GMSC)。电路交换元素包括服务GPRS支持节点(SGSN)和网关GPRS支持节点(GGSN)。例如EIR、HLR、VLR、和AuC之类的一些网络元素可以被电路交换域和分组交换域两者共享。

在所示出的示例中，核心网204利用MSC 212和GMSC 214来支持电路交换服务。在一些应用中，GMSC 214可以被称为媒体网关(MGW)。可以将一个或多个RNC(诸如RNC 206)连接到MSC 212。MSC 212是控制呼叫建立、呼叫路由、和UE移动性功能的装置。MSC 212还包括访问位置寄存器(VLR)，VLR在UE处于MSC 212覆盖区域内的持续时间期间包含用户相关信息。GMSC 214通过MSC 212为UE提供接入电路交换网络216的网关。GMSC 214包括归属位置寄存器(HLR)215，HLR 215包含诸如反映特定用户所订制的服务的细节的数据之类的用户数据。HLR还与包含特定于用户的认证数据的认证中心(AuC)相关联。当接收到针对特定UE的呼叫时，GMSC 214询问HLR 215以确定UE的位置并且将该呼叫转发到服务该位置的特定MSC。

示出的核心网204还利用服务GPRS支持节点(SGSN)218和网关支持节点(GGSN)220来支持分组交换数据服务。通用分组无线服务(GPRS)被设计成以高于使用标准电路交换数据服务可用的那些速度高的速度来提供分组数据服务。GGSN 220为UTRAN 202提供去往基于分组的网络222的连接。基于分组的网络222可以是因特网、专用数据网、或一些其它合适的基于分组的网络。GGSN 220的主要功能是向UE 210提供基于分组的网络的连接。数据分组可以通过SGSN 218在GGSN 220和UE 210之间传输，SGSN 218在基于分组的域中主要执行与MSC 212在电路交换域中执行的功能一样的功能。

如上所述，所示的UE 210示出了能够在UMTS网络200上维持两个订制的DSDS设备。在本公开内容的范围内，可以使用多于一种的无线接入技术(RAT)来实现类似功能，其中，UE在两个或更多个不同RAT上同时保持两个或更多个订制。此处，这种UE可以在UMTS网络、GEM网络、LTE网络、cdma2000网络、WiMax网络、或任何其它合适RAT中的一个或多个上保持一个或多个订制。在本公开内容中，DSDS设备、多SIM/多待设备、或能够在任意一种或任意多种RAT上、在两个或更多个订制上对信道进行监测的任何设备被统称为多待设备。

在多待UE 210上，折衷办法通常允许在两个或更多个单独的用户订制之间共享无线收发机。即，UE 210通常不能保证同时监听针对每个订制所要求的全部无线信道，因此，当监听一个订制时，可能会错过另一个订制上的寻呼消息。大多数蜂窝网络的实施方式允许对广播信息(诸如寻呼)在多个循环上进行有限次数的重复，但是不向用户设备提供知晓其可能的重复模式的任何机制。因此，如下面进一步详细描述的，本公开内容的一些方面为诸如UE 210之类的UE提供了一种获悉广播信息的重复模式的机制，以能够实现可以提高在每个订制上接收到全部寻呼消息的可能性的算法。

UTRAN 202是可以根据本公开内容使用的RAN的一个例子。参照图3，作为例子而非限制的方式，示出了UTRAN架构中的RAN 300的简化示意图。该系统包括多个蜂窝区域(小区)，其中包括小区302、小区304、和小区306，每个小区可以包括一个或多个扇区。这些小区可以在地理上(例如，通过覆盖区域)进行定义和/或根据频率、加扰码等来进行定义。即，所示出的在地理上定义的小区302、小区304、和小区306均可以被进一步划分成多个小区，例如，通过使用不同的加扰码。例如，小区304a可以使用第一加扰码，而在相同地理区域中且由相同节点B 208服务的小区304b可以通过使用第二加扰码来区分。

在被划分了扇区的小区中，一个小区内的多个扇区可以通过天线组来形成，其中每个天线负责与该小区的一部分中的UE通信。例如，在小区302中，天线组312、314和316可以各自对应不同的扇区。在小区304中，天线组318、320和322可以各自对应不同的扇区。在小区306中，天线组324、326、328可以各自对应不同的扇区。

小区302、小区304和小区306可以包括与每个小区302、小区304和小区306的一个或多个扇区通信的若干UE。例如，UE 330和UE 332可以与节点B 342通信，UE 334和UE 336可以与节点B 344通信，而UE 338和UE 340可以与节点B 346通信。此处，每个节点B 342、节点B 344和节点B 346可以被配置成为位于各自小区302、小区304、和小区306中的全部UE 330、UE 332、UE 334、UE 336、UE 338和UE 340提供去往核心网204(参见图2)的接入点。

在与源小区的呼叫期间，或在任意其它时间，UE 336可以监测源小区和各种参数以及相邻小区的各种参数。此外，根据这些参数的质量，UE 336可以保持与一个或多个相邻小区的通信。在此期间，UE 336可以保持活动集，即，UE 336同时连接到的小区的列表(即，当前向UE 336分配下行链路专用物理信道DPCH或部分下行链路专用物理信道F-DPCH的UTRAN小区可以构成该活动集)。

在无线电信系统中，通信协议架构可以根据具体应用而采取各种形式。例如，在3GPP UMTS系统中，信令协议栈被划分成非接入层(NAS)和接入层(AS)。NAS提供了用于UE 210和核心网204(参照图2)之间的信令的上层，而且可以包括电路交换协议和分组交换协议。AS提供了用于UTRAN 202和UE 210之间的信令的下层，而且可以包括用户面和控制面。此处，用户面或数据面携带用户业务，而控制面携带控制信息(即，信令)。

转到图4，示出AS具有三层：层1、层2、和层3。层1是最下层且实现各种物理层信号处理功能。层1在本文中将被称为物理层406。被称为层2408的数据链路层在物理层406之上，且负责UE 210和节点B 208之间在物理层406之上的链路。

在层3处，RRC层416处理在UE 210和节点B 208之间的控制面信令。RRC层416包括用于路由较高层消息、处理广播和寻呼功能、建立和配置无线承载等的多个功能实体。

在示出的空中接口中，L2层408被分成子层。在控制面中，L2层408包括两个子层：介质访问控制(MAC)子层410和无线链路控制(RLC)子层412。在用户面中，L2层408额外包括分组数据汇聚协议(PDCP)子层414。虽然未示出，但是UE可以在L2层408之上具有若干上层，包括终止于网络侧的PDN网关处的网络层(例如，IP层)和终止于连接的另一端(例如，远端UE、服务器等)的应用层。

PDCP子层414提供不同无线承载和逻辑信道之间的复用。PDCP子层414还提供针对上层数据分组的报头压缩以减少无线传输的开销，通过加密数据分组提供安全性，并且为UE提供在节点B之间的切换支持。

RLC子层412通常支持确认模式(AM)(其中确认和重传过程可以被用于错误纠正)、非确认模式(UM)、以及透明模式来用于进行数据传输，并且提供上层数据分组的分段和重组，以及数据分组的重排序以补偿由于MAC层的混合自动重传请求(HARQ)导致的无序接收。在确认模式下，诸如RNC和UE之类的RLC对等实体可以交换各种RLC协议数据单元(PDU)，除了其它方面之外包括RLC数据PDU、RLC状态PDU、和RLC重置PDU。在本公开内容中，术语“分组”可以指在RLC对等实体之间交换的任何RLC PDU。

MAC子层410提供逻辑信道和传输信道之间的复用。MAC子层410还负责在UE之间分配一个小区中的各种无线资源(例如，资源块)。MAC子层410还负责HARQ操作。

图5是示例性节点B 510与示例性UE 550通信的框图，其中，节点B510可以是图4中的节点B 408，而UE 550可以是图4中的UE 410。在下行链路通信中，发射处理器520可以从数据源512接收数据并且从控制器/处理器540接收控制信号。发射处理器520提供：用于数据和控制信号，以及参考信号(例如，导频信号)的信号处理功能。例如，发射处理器520可以提供用于错误检测的循环冗余校验(CRC)码，为促成前向纠错(FEC)而进行的编码和交织，基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相相移键控(M-PSK)、M阶正交幅度调制(M-QAM)等)而进行的到信号星座的映射，利用正交可变扩频因子(OVSF)进行的扩频，以及与加扰码相乘以产生一系列符号。来自信道处理器544的信道估计可以由控制器/处理器540使用，以确定用于发射处理器520的编码、调制、扩频、和/或加扰方案。这些信道估计可以从由UE 550发送的参考信号或从来自UE 550的反馈来得出。将由发射处理器520生成的符号提供给发射帧处理器530以创建帧结构。发射帧处理器530通过将符号与来自控制器/处理器540的信息进行复用来创建这个帧结构，从而产生一系列帧。然后将这些帧提供给发射机532，发射机532提供各种信号处理功能，包括将帧放大、滤波、和调制到载波上，以便通过天线534在无线介质上进行下行链路传输。天线534可以包括一个或多个天线，例如，包括波束控制双向自适应天线阵列或其它类似的波束技术。

在UE 550处，接收机554通过天线552接收下行链路传输，并且对传输进行处理以恢复被调制到载波上的信息。由接收机554恢复的信息被提供给接收帧处理器560，接收帧处理器560对每个帧进行解析，并且向信道处理器594提供从帧中获得的信息，以及向接收处理器570提供数据、控制信号、和参考信号。然后接收处理器570执行由节点B 510中的发射处理器520执行的处理的逆处理。更具体地，接收处理器570对符号进行解扰和解扩，然后基于调制方案来确定由节点B 510发送的最可能的信号星座点。这些软决策可以基于由信道处理器594运算出的信道估计。然后对该软决策进行解码和解交织以恢复数据、控制信号和参考信号。然后对CRC码进行校验以确定是否成功地对帧进行了解码。然后将由成功解码的帧所携带的数据提供给数据宿572，数据宿572表示在UE 550和/或各种用户接口(例如，显示器)中运行的应用。将由成功解码的帧所携带的控制信号提供给控制器/处理器590。当帧没有被接收处理器570成功解码时，控制器/处理器590还可以使用确认(ACK)和/或否定确认(NACK)协议来支持针对那些帧的重传请求。

在上行链路中，来自数据源578的数据和来自控制器/处理器590的控制信号被提供给发射处理器580。数据源578可以表示在UE 550和各种用户接口(例如，键盘)中运行的应用。与结合由节点B 510进行的下行链路传输所描述的功能类似，发射处理器580提供各种信号处理功能，包括CRC码，为了促进FEC而进行的编码和交织，到信号星座进行的映射、利用OVSF进行的扩频、以及为产生符号序列进行的加扰。由信道处理器594从由节点B 510发送的参考信号或从包含在由节点B 510发送的中间码中的反馈得出的信道估计可以被用于选择合适的编码、调制、扩频、和/或加扰方案。由发射处理器580产生的符号将被提供给发射帧处理器582以创建帧结构。发射帧处理器582通过将符号与来自控制器/处理器590的信息进行复用来创建这个帧结构，从而生成一系列帧。然后将这些帧提供给发射机556，发射机556提供各种信号处理功能，包括将帧放大、滤波、和调制到载波上，以便通过天线552在无线介质上进行上行链路传输。

在节点B 510处，以与结合UE 550处的接收机功能所描述的类似方式来处理上行链路传输。接收机535通过天线534接收上行链路传输，并且对传输进行处理以恢复调制到载波上的信息。由接收机535恢复的信息被提供给接收帧处理器536，接收帧处理器536对每个帧进行分析，并且向信道处理器544提供来自这些帧的信息，以及向接收处理器538提供数据、控制信号、和参考信号。接收处理器538执行由UE 550中的发射处理器580执行的处理的逆处理。然后将由成功解码的帧所携带的数据和控制信号分别提供给数据宿539和控制器/处理器。如果一些帧没有被接收处理器成功解码，则控制器/处理器540还可以使用确认(ACK)和/或否定确认(NACK)协议来支持针对那些帧的重传请求。

可以使用控制器/处理器540和590来分别指导节点B 510和UE 550处的操作。例如，控制器/处理器540可以提供各种功能，包括时序、外设接口、电压调节、功率管理、和其它控制功能。存储器542和592的计算机可读介质可以分别存储用于节点B 510和UE 550数据和软件。可以使用节点B 510处的调度器/处理器546来向UE分配资源，并且调度针对UE的下行链路和/或上行链路传输。

对于很多无线技术，存在“非连续接收”(DRX)(有时也被称为时隙模式)的概念。在DRX模式下时，UE(诸如UE 550)可以进入低功率状态，其中在低功率状态下UE通常可以关闭其接收机554以节省功率，并且以规则的时间间隔唤醒以针对特定下行链路消息来监测寻呼/广播信道。图6是概念地示出了可以在传统UMTS系统中实现的DRX特征的时序图。在图6中，UE 550可以处于连接模式602，其中，其接收机554持续地开启，以对一个或多个下行链路信道上可能的连续传输进行监测。当然，当UE 550从连接模式转换到低功率状态(例如，CELL_PCH模式)时，可能不需要使接收机554一直开启，并且因此，当不需要时，UE 550可以使用DRX特征来关闭接收机554，并且在对应于扫描窗口604的周期604期间唤醒，在周期604期间，UE 550监测发往UE 550的寻呼消息。如果接收到寻呼消息，则UE 550可以通过建立与网络的呼叫或者对该寻呼消息进行响应，或者执行其它适当的过程来做出反应。另一方面，如果没有接收到针对UE550的寻呼消息，则可以关闭接收机554直到下一个唤醒周期为止。

在该示图中，每个扫描窗口604都具有相等的持续时间，并且具有以ΔT为周期的周期性。当然，扫描窗口604的持续时间和这些扫描窗口604的周期可以具有任意合适的值，并且在各个例子中，每个值可以是固定的，或者可以随着时间而变化。

虽然相对于非DRX系统，DRX可以大幅地减低功耗，但是当然总是有期望能进一步降低功耗。在每个DRX循环期监测相关信道使用了一定数量的功率，因此寻求将该数量降低。

此外，当UE 550是多待设备时，如上面描述的，如果UE 550在其上进行了订制的每个RAT都支持DRX，则当UE 550当前使用这些RAT中的一个时，在DRX接收窗口期间使用其它RAT发送到移动设备的寻呼或广播消息可能会被错过。

在一些无线信道上，诸如用于寻呼的那些信道和/或用于广播系统信息的那些信道，发送该信息的网络可以配置成跨越若干DRX循环重复那些信息的一些或全部，以便最大化UE接收到该信息的概率。作为一个简单的例子，发往UE 550的寻呼消息可以在四个连续的DRX循环上重复。然而，为了UE 550在其上进行操作，通常只需要该信息的一个实例。即，只要UE 550在这四个重复中的一个中接收到寻呼消息，则其便可以适当地进行响应，而不需要接收到该寻呼消息的其它重复。

因此，根据本公开内容的一个方面，UE 550可以配置成获悉各个网络所使用的重复模式，使得UE 550可以在少于包含重复的信息的全部DRX循环期间更加确信地监听该消息。例如，即使UE 550因为其正在监听第二订制而错过了第一订制上的一个或两个DRX循环，如果UE 550知道第一订制上的消息会在三个连续的DRX循环上重复，则UE 550可以更加确信不会错过该广播。

这个范例可以改进多待UE 550的可靠性，这是因为这样的UE 550具有关于如下内容的信息：可以仅错过多少个DRX循环而不一定会错过在多个DRX循环期间发送的任何消息。因此，这样的UE 550能够在多个订制之间对其活动进行优先级排序，而同时保持其会提供针对寻呼性能的足够高的用户体验的高度确信。

本领域普通技术人员在阅读本公开内容之后应当理解的是，UE不一定需要支持多SIM/多待操作才能从重复模式的确定中受益。即，能够确定跨越多个DRX循环发送的消息的重复模式的任何UE均可以使用这样的模式，按照具有其通过在这些DRX循环中的在其期间会发送任何消息的至少一个DRX循环期间进行监测仍可以接收到所有发送的消息的增强的确信，而仅在少于全部DRX循环期间开启其接收单元。

根据下面进一步详细描述的本公开内容的一些方面，可以使用“被动扫描模式”来被动地监测在无线信道上发送的信息，并且确定在多个DRX循环上重复的消息的重复模式。根据下面进一步详细描述的本公开内容的另一些方面，可以由多待设备使用“主动扫描模式”来使用一个订制以发起去往另一订制的呼叫，使得可以在多个DRX循环上监测呼入信息(诸如对应于该呼叫的寻呼消息)以确定该消息的重复模式。在任意特定实施方式中，根据本公开内容配置的UE 550可以实现这些模式中的任一种或二者。

如上所述，本公开内容的一些方面涉及寻呼通知消息。在使用UMTS网络的一个说明性例子中，使用寻呼信道(PCH)来携带这些寻呼通知消息，并且使用寻呼指示符信道(PICH)来与PCH相关联，以使得UE能够迅速地确定其是否需要在其相关联的寻呼时机期间读取PCH。

此处，一旦UE在网络上注册，则向其分配寻呼组。PICH携带对应于每个寻呼组的寻呼指示符，使得当有针对寻呼组中的任何UE的寻呼消息时，在PICH上发送相应的寻呼指示符。当UE检测到其寻呼指示符时，该UE对PCH进行解码以确定该相应的寻呼消息是否是针对于该UE。

在使用GSM网络的另一说明性例子中，UE在与寻呼组和该UE所属的控制信道集合相对应的特定寻呼块处监测寻呼信道PCH。

当然，UMTS和GSM示例只是向UE或其它移动设备发送寻呼消息的很多可能的网络中的两个。通常，包括上面描述的UMTS和GSM二者的例子在内，UE 550能够在定址到其自身的寻呼消息以及定址到其寻呼组内的其它设备的那些寻呼消息之间进行区分。即，在PCH内，有足够的信息用于UE 550来确定特定寻呼消息是发往该UE 550的还是发往寻呼组内的其它UE的。

因此，本公开内容的各种方面使得UE 550能够在PCH上扫描发往同一UE 550或发往其它UE的广播信息，以便确定特定统计，诸如与在多个DRX循环上发送的信息的重复相关的任何模式的存在性。

在本公开内容的一些方面，不管是在被动扫描模式下还是在主动扫描模式下，如下面进一步详细描述的，UE 550可以确定与寻呼信息的重复相对应的特定统计。例如，UE 550可以确定与以下内容对应的值：

N_r：网络重复任何单个寻呼尝试的最小次数；以及

{T₁,…T_Nr–1}：这些重复中的每个重复之间的时间集

此处，集合{T₁,…T_Nr–1}中的每个T_i表示一个寻呼传输与同一寻呼传输的下一重复之间的时间。

图7是示出了寻呼消息在四个连续的DRX循环702上重复的时序图。即，在这个例子中，N_rr＝4。进一步地，在这个例子中，DRX循环是常数，其中，各循环间隔时间ΔT。即，T₁＝T₂＝T₃＝ΔT。

当然，这仅是一个例子，并且在本公开内容范围内的其它例子中，重复模式可以变化。即，同一寻呼传输的重复之间的时间T_i是可以变化的。

此外，寻呼消息重复的次数N_r和每个重复之间的时间T_i不仅可以取决于特定基站处的实施方式，还可以取决于其它因素，诸如在该基站处的寻呼信道负载。例如，可以有这种情况：在非高峰期期间，基站重复寻呼消息，而在高峰期期间，基站可以不重复寻呼消息。在这样的例子中，UE可以被配置成在一天当中调整寻呼信道监测算法。例如，下面描述的被动或主动扫描模式可以在一整天实行多次，其中，根据需要来修改N_r和T_i的相应值，以适应一天当中网络的重复统计上的变化。

根据本公开内容中UE 550使用被动扫描模式的方面，UE 550可以进入学习模式，在该模式下，UE 550可以被动地监测其寻呼信道，并且存储关于可能出现在该寻呼信道上的发往任意UE的寻呼消息的信息。以此方式，随着时间的推移，因为这样的信息被UE 550收集到，因此UE 550可以生成能够用于确定上述N_r和T_i的合适的统计。

图8是示出了根据本公开内容的一些方面，对应于被动扫描模式的示例性过程的流图。在示出的过程800中，在步骤802处，UE 550可以上电并开启扫描窗口，该扫描窗口与一时间段相对应，在该时间段期间，可以期望寻呼消息或其它合适的广播或下行链路消息使用DRX时序在小区上发送上述信息。该扫描窗口可以包括适应于足以使得UE 550能够收集到如下面描述的期望的数据的任意合适数量的DRX循环。

在本公开内容的一些方面中，可以在扫描窗口结束前终止被动扫描模式，例如，如果UE 550需要以正常的方式响应寻呼消息。

在步骤804处，在扫描窗口的周期期间，UE 550可以监测寻呼消息或在DRX循环期间发往一个或多个UE的其它信息。即，根据本公开内容的一个方面，为了收集关于在寻呼信道上发送的信息的较好统计，UE 550可以被配置成不仅寻找发往该UE 550的消息，而且额外地或替代地寻找发往其它UE的消息。以此方式，UE 550能够通过相对较少的DRX循环来确定寻呼消息的重复统计。

在步骤806处，UE 550可以确定是否接收到寻呼消息(或者，在一些例子中，可以在DRX循环内寻找任意其它合适的消息)，如果没有，则过程可以返回到步骤804，使得UE 550可以继续监测寻呼消息。此处，UE 550被配置成针对发送给任意设备的寻呼消息来监测寻呼信道，而不是如在传统网络中仅监测发往其自身的寻呼消息。

另一方面，如果在步骤806中接收到寻呼消息，则过程可以进行到步骤808，在步骤808中，UE 550可以(例如，在存储器592中)存储对应于所接收的寻呼消息的信息，以及相关联的时间戳。例如，UE 550可以存储消息所去往的UE的标识符、存储一些或全部的消息内容以使得可以确定相应消息的重复、以及存储指示接收到该消息的时间的时间戳(或者在一些例子中，DRX循环索引)。在步骤810，UE 550可以确定扫描窗口是否期满。此处，扫描窗口可以持续任意合适的持续时间，自适应以包括足够数量的DRX循环以使得UE 550能够在存储器592中收集足够的数据以确定期望的重复统计。即，步骤804和步骤808之间的循环可以重复适当的次数，直到收集到包括寻呼消息重复数据的数据库，可以如下面参照图10所描述地对这些数据进行分析。

本公开内容的另一方面提供了一种主动扫描模式，该主动扫描模式可以对包含与两个或更多个RAN和/或多SIM设备通信的能力的多待设备是有益的。图9是示出根据本公开内容的一些方面，用于对应于主动扫描模式的UE 550的示例性过程的流图。在示出的过程900中，在步骤902，UE550可以发起“空白窗口”。此处，空白窗口是一段指定的有限时间，在此期间，UE 550可以接收来自其所注册到的网络中的一个网络的一个或多个寻呼消息，但不对其做出响应。在空白窗口的持续时间期间，如下面进一步详细描述的，UE 550可以尝试使用其自身的无线电设备中的一个来到达其自身的无线电设备中的另一个。事实上，UE 550可以成为呼叫尝试的发起方和接收方二者。

例如，在步骤904，UE 550可以通过对应于第一订制的RAT(即，对应于多待设备的第一USIM身份)来发送消息。该消息可以是呼叫起始消息，其包括用于网络通过第二订制(对应于该多待设备的第二USIM身份)发起到该相同UE 550的呼叫的信息。接下来，在步骤906，UE 550可以使用对应于其第二订制的RAT来监测其正常寻呼信道，以寻找对应于在步骤904中发起的呼叫的寻呼消息。

在步骤908，UE 550可以确定是否接收到寻呼消息；如果否，则过程可以返回到步骤906以继续等待寻呼消息，如果是，则过程可以进行到步骤910，在步骤910中，UE 550可以在存储器592中存储对应于寻呼消息的信息以及相关联的时间戳。

此处，指示其源自于同一UE 550的寻呼消息的出现被记入至数据集中，但在本公开内容的一个方面中，其它寻呼消息可以被忽略。即，在主动扫描模式中使用的空白窗口期间，有一定的可能性UE 550会错过来自其它设备的寻呼消息。此外，在空白窗口期间，UE 550未被配置成如正常情况一样对寻呼消息进行响应，而是如上所述地仅在存储器592中存储与接收的寻呼相关联的信息。

在步骤912，UE 550可以确定空白窗口是否已期满，如果否，则过程返回到步骤906，并且UER 550可以继续监测与在步骤904中发起的呼叫相对应的任何重复的寻呼尝试。

也就是说，因为被呼叫方未被配置成对呼入寻呼消息进行响应，因此网络可以在其确定期望的接收设备不可达之前，重复数次寻呼尝试。在每个尝试期间，如果网络确实被配置成如上所述地在每个寻呼尝试期间重复寻呼消息，则可以由UE 550收集重复统计。

在空白窗口结束时，UE 550可以恢复对两个无线电设备的正常操作，然后如下面参照图10所描述的，对数据集进行挖掘以确定重复统计。

在上面参照图8所描述的被动扫描模式，以及上面参照图9所描述的主动扫描模式下，UE 550收集与呼入寻呼消息的重复有关的信息并且将该信息存储在存储器592中。在描述的这两个过程中，示图示出了过程结束于标注为“A”的方框。在每个图中，这种“A”方框对应于图10中标注为“A”的另一方框。此处，图10的流程图示出了用于分析该数据集，用以确定与呼入寻呼消息的重复相关的统计，以及在一些例子中，用以提取N_r和每个T_i的值的示例性过程。即，在步骤1002中，UE 550可以对收集到的与所接收的寻呼消息相对应的信息进行分析，以确定网络是否使用重复尝试来到达正在监听该信道的任何特定设备。

此处，UE 550可以查看该数据的值，诸如针对每个寻呼消息相同的用户身份(即，每个寻呼消息所发往的设备)的重复数量、寻呼消息的内容(如果存储了的话)，来确定所接收的消息事实上是重复的还是可能针对相同设备的不同呼入寻呼，每个重复之间的时间量等。

在步骤1004，UE 550可以基于所确定的重复统计来相应地提取N_r和T_i的值。也就是说，可以使用用于分析所存储的寻呼信息的适当的程序来确定重复的数量和每个重复之间的时间。在一些例子中，所提取的N_r和T_i的值还可以包括相关联的确信值，该确信值指示程序对所提取的值是正确的确信程度。使用相同的N_r和T_i值的重复的重复实例可以相应地提高这些值将来会被网络使用的确信度。如果程序提供对这些值的足够的确信度，则在步骤1006，UE 550可以立即开始使用这些值来降低其对信道进行监测的频繁度。也就是说，根据提取的N_r和T_i值，可以在少于全部DRX循环期间监测寻呼信道。

在一个简单例子中，诸如图7中示出的一个例子(其中，已知寻呼消息总是在四个连续的DRX循环期间重复)，UE 550可以被配置成只在每四个DRX循环中的一个DRX循环期间监测寻呼信道。以此方式，将接收到重复的寻呼消息中的一个。

更具体而言，在一个说明性而非限制性例子中，UE 550可以注册在定义了470毫秒的DRX循环ΔT的网络上。这意味着，每0.47秒，UE 550要从其睡眠状态中唤醒，监测其寻呼信道，然后返回到睡眠状态。

在使用了如上所述的主动或被动扫描模式后，UE 550则可以确定网络以最低的3次对寻呼消息进行重复，其中每次尝试之间具有940毫秒的恒定时间间隔(N_r＝3，T₁＝940ms，并且T₂＝940ms)。为了保证UE 550能够接收到这些重复中的一个，UE 550只需要每三个DRX循环从其睡眠状态中唤醒一次，即，每1.88秒。这表示75％的UE清醒时间的减少，并且因此相应的功耗上的降低。

参照UMTS W-CDMA系统给出了电信系统的若干方面。如本领域技术人员易于理解的那样，贯穿本公开内容描述的各个方面可以被扩展至其它电信系统、网络架构和通信标准。

举例而言，各方面可以被扩展至其它UMTS系统，诸如TD-SCDMA和TD-CDMA。各方面还可以被扩展至采用长期演进(LTE)(以FDD模式、TDD模式、或二者)、高级LTE(LTE-A)(以FDD模式、TDD模式、或二者)、CDMA2000、演进数据优化(EV-DO)、超移动宽带(UMB)、IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、超宽带(UWB)、蓝牙的系统、和/或其它适当的系统。采用的实际电信标准、网络架构、和/或通信标准将取决于具体应用和施加在系统上的总设计约束。

应当理解的是，公开的方法中的步骤的具体顺序和层级是示例性过程的解释说明。应当理解的是，基于设计偏好，可以重新排列方法中的具体顺序或层级。所附方法权利要求以示例顺序给出了各步骤的要素，但并不意味着受限于给出的特定顺序或层级，除非其中特别地记载。

提供先前的描述使得本领域任何技术人员可以实践本文所描述的各个方面。对这些方面的各种修改对本领域技术人员而言是显而易见的，并且本文定义的总体原理也适用于其它方面。因此，权利要求并不旨在限制本文示出的各个方面，而是与符合权利要求的语言的最广范围相一致，其中，除非特别说明，否则以单数形式引用某要素并不旨在意味着“一个且仅一个”，而是“一个或多个”。除非特别说明，否则术语“一些”指一个或多个。涉及项目列表中的“至少一个”的短语指这些项目的任意组合，包括单个成员。举例而言，“a、b、c中的至少一个”旨在涵盖：a、b、c、a和b、a和c、b和c、以及a、b和c。贯穿本公开内容描述的各个方面的要素的所有结构和功能等同物以引用的方式明确地并入本文中，并且旨在被权利要求所覆盖，这些结构和功能等同物对本领域技术人员是公知或将要是公知的。此外，本文没有任何公开内容是想要奉献给公众的，不管这样的公开内容是否明确记载在权利要求中。不应依据美国专利法第112条第6款来解释任何权利要求的元素，除非该元素明确地采用了“用于……的模块”的措辞进行记载的，或者在方法权利要求中，该元素是用“用于……的步骤”的措辞来记载的。