寻呼的制作方法

所描述的示例涉及寻呼。特别地，它们涉及蜂窝网络中的用户设备的寻呼。

背景技术：

从传输器的角度来看，寻呼是一种从传输器向一个或多个接收器传输寻呼信号以供一个或多个接收器接收的方法。从接收器的角度来看，寻呼是一种接收从传输器向一个或多个接收器传输以供一个或多个接收器接收的寻呼信号的方法。

在蜂窝网络中，寻呼是经由基站在其所服务的整个小区上传输的下行链路信道来执行的。

技术实现要素：

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

至少一个处理器；以及

至少一个存储器，该至少一个存储器包括计算机程序代码

至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行：

获得用于小区中的多个用户设备(ue)的覆盖水平；

至少基于ue的相应的覆盖水平来将ue分组为多个组；

针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性，其中唤醒寻呼过程包括唤醒信号的传输和寻呼信号的随后传输；以及

通过以下来针对至少一组ue执行唤醒寻呼过程：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号并且随后传输寻呼信号。

根据本发明的各种但非所有实施例，提供了一种方法，该方法包括：

获得用于小区中的多个用户设备(ue)的覆盖水平；

至少基于ue的相应的覆盖水平来将ue分组为多个组；

针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性，其中唤醒寻呼过程包括唤醒信号的传输和寻呼信号的随后传输；以及

通过以下来针对至少一组ue执行唤醒寻呼过程：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号并且随后传输寻呼信号。

根据本发明的各种但非所有实施例，提供了一种装置，该装置包括：

用于获得用于小区中的多个用户设备(ue)的覆盖水平的部件；

用于至少基于ue的相应的覆盖水平来将ue分组为多个组的部件；

用于针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性的部件，其中唤醒寻呼过程包括唤醒信号的传输和寻呼信号的随后传输；以及

用于通过以下来针对至少一组ue执行唤醒寻呼过程的部件：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号并且随后传输寻呼信号。

根据本发明的各种但不一定是所有实施例，提供了一种计算机程序，该计算机程序当在处理器上被运行时使得处理器能够引起：

获得用于小区中的多个用户设备(ue)的覆盖水平；

至少基于ue的相应的覆盖水平来将ue分组为多个组；

针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性，其中唤醒寻呼过程包括唤醒信号的传输和寻呼信号的随后传输；以及

通过以下来针对至少一组ue执行唤醒寻呼过程：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号并且随后传输寻呼信号。

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

至少一个处理器；以及

至少一个存储器，该至少一个存储器包括计算机程序代码，

至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行：

标识与小区中的多个用户设备中的一些但不是所有用户设备相关联、包括与该装置相关联的组，其中该组内的多个用户设备，但不包括其他组，共享小区的多个覆盖水平中的一个或多个但不是所有覆盖水平；以及

通过以下来针对包括第一用户设备的组执行唤醒寻呼过程：根据针对包括该装置的组所定义的唤醒寻呼过程的特性来接收唤醒信号并且随后接收寻呼信号。

根据本发明的各种但不一定是所有实施例，提供了一种用于在第一用户设备处执行的方法，该方法包括：

标识与小区中的多个用户设备中的一些但不是所有用户设备相关联、包括与第一用户设备相关联的组，其中该组内的多个用户设备，但不包括其他组，共享小区的多个覆盖水平中的一个或多个但不是所有覆盖水平；以及

通过以下来针对包括第一用户设备的组执行唤醒寻呼过程：根据针对包括第一用户设备的组所定义的唤醒寻呼过程的特性来接收唤醒信号并且随后接收寻呼信号。

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

用于标识与小区中的多个用户设备中的一些但不是所有用户设备相关联、包括与该装置相关联的组的部件，其中该组内的多个用户设备，但不包括其他组，共享小区的多个覆盖水平中的一个或多个但不是所有覆盖水平；以及

用于通过以下来针对包括该装置的组执行唤醒寻呼过程的部件：根据针对包括该装置的组所定义的唤醒寻呼过程的特性来接收唤醒信号并且随后接收寻呼信号。

根据本发明的各种但不一定是所有实施例，提供了一种计算机程序，该计算机程序当在第一用户设备的处理器上被运行时使得第一用户设备能够引起：

标识与小区中的多个用户设备中的一些但不是所有用户设备相关联、包括与第一用户设备相关联的组，其中该组内的多个用户设备，但不包括其他组，共享小区的多个覆盖水平中的一个或多个但不是所有覆盖水平；以及

通过以下来针对包括第一用户设备的组执行唤醒寻呼过程：根据针对包括第一用户设备的组所定义的唤醒寻呼过程的特性来接收唤醒信号并且随后接收寻呼信号。

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

至少一个处理器；以及

至少一个存储器，该至少一个存储器包括计算机程序代码

至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行：

使从网络接收一个或多个参数；以及

使基于一个或多个参数来确定该装置的重复水平。

根据本发明的各种但不一定是所有实施例，提供了一种方法，该方法包括：

在装置处从网络接收一个或多个参数；以及

基于一个或多个参数来确定该装置的重复水平。

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

用于从网络接收一个或多个参数的部件；以及

用于基于一个或多个参数来确定该装置的重复水平的部件。

根据本发明的各种但不一定是所有实施例，提供了一种计算机程序，该计算机程序当在第一用户设备的处理器上被运行时使得第一用户设备能够引起：

基于一个或多个所接收的参数来确定装置的重复水平。

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

至少一个处理器；以及

至少一个存储器，该至少一个存储器包括计算机程序代码

至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行：

使向至少一个用户设备提供至少一个阈值，其中响应于接收到至少一个阈值，每个用户设备ue被引起基于阈值来确定用户设备的覆盖水平。

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

至少一个处理器；以及

至少一个存储器，该至少一个存储器包括计算机程序代码

至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行：

使向至少一个用户设备(ue)提供至少一个阈值；

使从ue接收ue的覆盖水平的指示，该指示由ue基于至少一个阈值确定。

根据本发明的各种但不一定是所有实施例，提供了一种装置，该装置包括：

用于将小区中的多个ue分组为多个组的部件；

用于针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性的部件，其中唤醒寻呼过程包括唤醒信号(wus)的传输和寻呼信号的随后传输；以及

用于通过以下来针对至少一组执行唤醒寻呼过程的部件：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号(wus)并且随后传输寻呼信号。

将小区中的多个ue分组为多个组至少基于在网络节点与ue之间被共享的物理层参数，例如，以使得能够在小区中重叠由网络节点进行的传输和由ue进行的接收。将ue分组为多个组至少基于ue的相应覆盖水平。

定义唤醒寻呼过程的不同特性包括：针对多个组中的至少一个组中的每个组定义唤醒信号的不同特性，其中唤醒信号在寻呼信号之前传输；

唤醒信号(wus)根据先前针对该组所定义的唤醒信号的特性来传输。

根据本发明的各种但不一定是所有实施例，提供了如所附权利要求书中要求保护的示例。

附图说明

为了更好地理解有助于理解详细说明的各种示例，现在将仅以示例方式参考附图，在附图中：

图1示出了包括多个网络节点的网络的示例；

图2示出了不同模式和模式之间的转换的示例；

图3示出了寻呼过程(没有唤醒信号)的示例；

图4示出了唤醒寻呼过程(具有唤醒信号)的示例；

图5a从网络节点的角度示出了用于实现唤醒寻呼过程的方法的示例；

图5b从ue的角度示出了用于实现唤醒寻呼过程的方法的示例；

图6示出了在一些但不一定是所有示例中，ue可以确定其是否在唤醒或不唤醒的情况下以寻呼模式操作；

图7示出了将ue集合逻辑划分为唤醒组的示例；

图8a和8b示出了将ue分组为组的不同示例；

图9示出了被执行以支持唤醒寻呼过程并且特别是ue和enb的协调的信令的示例；

图10示出了被执行以支持开启和关闭唤醒寻呼过程的信令的示例；

图11a示出了控制器的示例；

图11b示出了存储在计算机可读存储介质上的计算机程序的示例；以及

图12示出了在其中每个网络节点可以包括控制器和一个或多个无线电收发器的示例。

具体实施方式

图1示出了网络100的示例，该网络100包括多个网络节点，包括终端节点110、接入节点120和一个或多个核心节点130。终端节点110和接入节点120彼此通信。一个或多个核心节点130与接入节点120通信。

在一些示例中，一个或多个核心节点130可以彼此通信。在一些示例中，一个或多个接入节点120可以彼此通信。

网络100可以是包括多个小区122的蜂窝网络，每个小区122由接入节点120服务。在该示例中，终端节点110与定义小区122的接入节点120之间的接口是无线接口124。接入节点120是蜂窝无线电收发器。终端节点110是蜂窝无线电收发器。

在所示的示例中，蜂窝网络100是第三代合作伙伴计划(3gpp)网络，在其中终端节点110是用户设备(ue)并且接入节点120是基站。

在所示的特定示例中，网络100是演进的通用陆地无线电接入网络(e-utran)。e-utran包括e-utrannodeb(enb)120，enb120向ue110提供e-utra用户平面和控制平面(rrc)协议终止。enb120借助于x2接口126彼此互连。enb还借助于s1接口128连接到移动性管理实体(mme)130。

图2示出了ue110的不同模式130、132以及模式130、132之间的转换131、133的示例。

连接模式132是使得能够在ue110与网络100之间在较高层进行通信的模式，例如以实现应用数据或较高层信令的通信。

网络100使用寻呼来触发从空闲模式130转换131到连接模式。从连接模式132到空闲模式130的转换133可以例如在连接释放或无线电链路故障时发生。

在空闲模式130下，ue110仅监测无线电帧的子集、寻呼帧(pf)内的某些寻呼时机(po)。当特定ue110需要被寻呼时，mme130首先向跟踪区域内的enb120发送寻呼信号。然后，每个enb120在针对该特定ue110的适当的寻呼帧中在其小区122内传输寻呼信号。已经被寻呼的每个ue110可以建立连接并且从空闲模式130转换到连接模式132。

在e-utran网络100中，空闲模式130对应于rrc_idle，并且连接模式对应于rrc_connected。转换131对应于rrc连接建立。转换133对应于rrc连接释放(也为无线电链路故障)。

如图3所示，ue110和网络节点120被配置为执行寻呼160(没有唤醒信号)。在空闲模式130下，寻呼144与不连续接收(drx)相结合。ue110每drx周期从睡眠状态140唤醒142(用于寻呼)一次，以监测144由enb120在寻呼帧(pf)期间在寻呼时机(po)处所传输的寻呼信号145。配置有扩展drx(edrx)的ue具有寻呼时间窗口(ptw)，包括若干连续的po，该ue在这些连续po期间监测寻呼。

ue110在其寻呼时机po处监测其寻呼帧pf以获取寻呼信号145。如果ue110被寻呼，则其可以尝试从空闲模式130转换到连接模式132。

如果ue110没有被寻呼，则其返回141到睡眠状态140，并且drx周期重复。

ue110可以在其醒着的时间期间执行其他操作，诸如同步和无线电资源管理(rrm)测量。这些操作中的一些操作(例如，同步)可以在po之前，而其他操作(例如，rrm测量)可以在po期间执行或者在po之后但是在ue返回到睡眠之前执行。

用于寻呼的下行链路控制信道的不连续接收节省了电池寿命。

pf和po根据drx周期和ue110的国际移动订户身份(imsi)来确定。确定用于ue110的pf和po的算法取决于ue的imsi。多个ue110共享单个寻呼时机。ue110每drx周期可以具有一个(或多个)po。

3gppts36.304版本14.4.0第7节描述了用于utran网络100的当前寻呼过程。

pf的定时由以下等式给出：

sfnmodt＝(tdivn)＊(ue_idmodn)

e-utran的当前发展专注于支持大量延迟容忍、低数据ue110。这实现机器类型通信(mtc)和蜂窝物联网(iot)。mtc和iot设备可能仅偶尔传输数据，并且当ue110处于空闲模式130时，网络需要支持ue110的偶尔数据传输。

ue110可以向网络130传输以使得网络能够针对延迟要求、数据带宽要求和移动性要求来对ue110进行分类。

例如，用于机器类型通信的物理层增强(emtc)协议可以使用1.4mhz的减小的带宽。例如，窄带物联网(nb-iot)协议使用200khz的减小的带宽。执行nb-iot协议的ue110的预期移动性非常低。针对nb-iot协议，在连接状态132下没有切换。

ue110可以在不同的覆盖增强水平下操作。这表示，在相同的小区122中，不同的ue110可能正在使用相同的逻辑信道，但是在以不同覆盖增强水平操作的ue110之间，对应物理信道的特性(窄带资源、重复等)可能非常不同。

信道(诸如物理下行链路共享信道(pdsch)和物理随机接入信道(prach))的传输可以具有针对给定的覆盖增强水平而优化的重复次数。

ue的覆盖增强水平可以基于所配置的覆盖增强模式、测量(诸如参考信号接收功率(rsrp))、用于信道(例如，用于寻呼的物理下行链路控制信道(pdcch))的所需要的重复次数、或者被用于小区接入的所选择的prach配置。分组还可以基于ue的最后报告的或已知的覆盖水平。

为了应付不同的无线电条件，可能存在多个离散的覆盖增强水平。覆盖增强水平针对较差的覆盖而增加，并且例如由于ue110与服务enb120之间的障碍物，覆盖随着ue110距服务enb120的距离的增大或信号衰减的增大而变差。网络100定义了有多少个覆盖增强水平被定义(例如，基于prach配置的数目或控制信道所需要的重复次数)。增加覆盖增强水平的主要影响是，以较高覆盖增强水平到ue110的消息被重复多次。

覆盖增强水平可以使用用于由ue110接收的信号水平的阈值来确定。这些覆盖增强水平中的每个可以与所定义的重复次数(重复水平)相关联。

覆盖水平定义了具有增强或没有增强的覆盖。覆盖增强水平(也称为重复水平)在下面使用参数r来表示。但是，在一些示例中，它也可以表示覆盖水平。

如图4所示，ue110被配置为执行唤醒寻呼162。

唤醒寻呼162在空闲模式130下与不连续接收(drx)相结合使用唤醒过程150作为寻呼过程152之前的条件阶段。

ue110每唤醒周期从睡眠状态140'唤醒142'(用于唤醒信号180)一次以在其唤醒时机(wo)期间监测150唤醒信号(wus)180。

如果ue110检测到唤醒信号180，则ue110开始151以监测与寻呼过程152有关的控制信道。

如果ue110没有检测到唤醒信号180，则ue110返回153到睡眠状态140'，并且唤醒周期重复。

在寻呼152期间，ue110在其寻呼帧期间在其寻呼时机(po)处监测寻呼。

寻呼时机指示时间上的特定时机。特定时间可以被称为特定寻呼帧内的偏移定位(子帧索引)。在相对于非特定寻呼帧来放置寻呼时机的情况下，“寻呼时机”可以是指偏移定位。在接收和传输定时的上下文中，寻呼偏移表示特定绝对时间，例如，特定寻呼帧内的子帧索引。

ue110在其寻呼帧pf期间在其寻呼时机po监听寻呼信号155。如果ue110被寻呼，则它可以尝试从空闲模式130转换到连接模式132。如果ue110没有被寻呼，则它返回141到睡眠状态140'，并且唤醒周期重复。

寻呼过程152可以与寻呼过程144相同，如关于图3所描述的，或者可以不同。寻呼信号155、寻呼帧pf、寻呼时机po可以相同，如关于图3所描述的，或者可以不同。

ue110未接收到wus180允许该特定ue110返回153以较快地睡眠140'。没有wus监测150，即使在寻呼时机中可能没有旨在用于该特定ue的寻呼信号145，ue110也将始终需要监测用于寻呼的控制信道，如图3所示。

如同在没有wus的寻呼过程中一样，使用唤醒过程的ue也可以在其醒着的时间期间执行其他操作，诸如同步和rrm测量。这些操作中的一些操作(例如，同步)可以在ue接收到wus之前执行。一些操作(例如，同步和/或rrm测量)可以在wus的接收期间执行，或者在wus的接收之后但是在ue返回到睡眠之前执行。

wus180是功率节省信号，该功率节省信号指示处于空闲模式130的ue110是否需要监测用于寻呼152的控制信道。功率节省信号是“唤醒信号或dtx”。这表示如果ue110正在被寻呼152，则enb120将传输唤醒信号(wus)180，而如果ue110可以返回到睡眠140'，则enb120将不传输任何内容(dtx)。这减少了资源开销并且减少了对其他ue的干扰。

在一些但不一定是所有示例中，wus180具有低检测复杂度，例如，其无需盲检测即可被轻松地检测到。在一些但不一定是所有示例中，wus180被相关地检测而没有信道估计和均衡。在一些但不一定是所有示例中，wus180具有短的传输持续时间以减少处理它的功率消耗。在一些但不一定是所有示例中，可以在没有事先同步的情况下检测wus。在一些但不一定是所有示例中，ue可以在检测到wus之后但是在po之前执行定时和频率误差校正。

在一个实施例中，为了减少信令开销和设计复杂性，针对各组ue110而不是针对每个ue110创建唯一的wus180。每个组通常具有多个ue110。一组ue同时唤醒142'以在wo处监测150该组ue的wus180。针对该组的wus180的传输可以使该组中的所有ue110监测152随后寻呼时机，而其他组中的ue110返回153到睡眠140'。如果没有传输(或检测到)wus180，则所有ue110返回153到睡眠140'。如果要求ue110执行寻呼152，则enb120将传输wus180，而如果ue110可以返回153到睡眠140'，则将不传输任何内容(dtx)。

ue被imsi划分为组(如在寻呼144中使用的)是次优的。例如，覆盖增强可能需要多次发送wus180。根据覆盖增强水平将ue110分配给唤醒组170表示不必以与该组中的最差的覆盖增强水平相对应的覆盖增强水平来发送所有wus180。需要将最大重复次数rmax仅用于单组ue而不是所有组ue。这减少了开销。

图5a从网络节点(例如，enb120)的角度示出了用于实现唤醒寻呼过程162的方法200的示例。

在框202处，方法200包括：获得小区122中用于多个用户设备(ue)110的覆盖增强水平。

在框204处，方法200包括：至少基于ue110的相应的覆盖增强水平(r)来将ue110分组为多个组170。

在框206处，方法200包括：针对多个组170中的至少一个组中的每个组定义唤醒寻呼过程162的不同特性，其中唤醒寻呼过程162包括唤醒信号180的传输和寻呼信号的随后传输。

在框208处，方法200包括：通过以下来针对至少一组170ue110执行唤醒寻呼过程162：根据先前针对该组170所定义的唤醒寻呼过程162的特性传输唤醒信号180并且随后传输寻呼信号155。

定义唤醒寻呼过程特性包括：在一些示例中，仅定义wus过程特性，在一些示例中，仅定义寻呼过程特性，以及在一些示例中，定义wus过程特性和寻呼过程特性两者。

在一些但不一定是所有示例中，唤醒寻呼过程200的框206包括：针对多个组170中的至少一个组中的每个组定义唤醒信号180的不同特性，其中唤醒信号180在寻呼信号155之前传输。然后，唤醒寻呼过程200的框208包括：根据先前针对组170所定义的唤醒信号180的特性来传输唤醒信号(wus)180；以及

随后传输寻呼信号155。不同的wus180被用于不同的组170。

唤醒信号180的不同特性可以例如是长度、或重复次数、和/或序列。wus180也可以在定时和/或资源方面变化。例如，资源分配可以是窄带(例如，使用不同的寻呼窄带(pnb))、或无锚载波(例如，使用附加的非锚载波来支持寻呼)。

图5b从ue110的角度示出了用于实现唤醒寻呼过程162的方法210的示例。方法210用于在第一用户设备110处执行。

在框212处，方法210包括：标识与小区122中的多个用户设备110中的一些但不是所有用户设备110相关联、包括与第一用户设备110相关联的组170，其中该组170内的多个用户设备110、但不包括其他组170共享小区122的多个覆盖增强水平中的一个或多个但不是所有覆盖增强水平。换言之，ue可以标识该ue所属的一组ue，其中该组包括小区中的用户设备的子集，并且该组中的每个ue共享相同的一个或多个覆盖水平(但不是小区的所有覆盖水平)。

在框214处，方法210包括：通过以下来针对包括第一用户设备110的组170执行唤醒寻呼过程162：根据针对包括第一用户设备110的组170所定义的唤醒寻呼过程162的特性接收唤醒信号180并且随后接收152寻呼信号155。

图6示出了在一些但不一定是所有示例中，ue110可以确定其是否在没有图3所示的唤醒160或图4和图5b所示的唤醒寻呼模式162的情况下以寻呼模式操作。

没有唤醒160的寻呼模式使用不连续接收(drx)和寻呼的组合。

唤醒寻呼模式162使用不连续接收(drx)和唤醒信号过程150的组合作为在寻呼过程152之前的wus条件阶段。

ue110控制转换161，该转换161将唤醒寻呼模式162打开。

ue控制转换163，该转换163将唤醒寻呼模式162关闭。

图7示出了将ue110集合逻辑划分为唤醒组170的示例。

该图示出了至少基于ue110的相应的覆盖增强水平r来将ue110分组为多个组170的过程。

针对不同的组170，唤醒寻呼过程162的特性被不同地定义。

通过以下来在enb120处针对一组170ue执行唤醒寻呼过程162：根据先前针对组170所定义的唤醒寻呼过程162的特性传输唤醒信号180并且随后传输寻呼信号155。

在图7中，多个ue110在逻辑上被划分为不同的子集sij。索引i标识寻呼时机po和寻呼帧pf的不同组合。索引j标识用于用户设备的不同的覆盖增强水平(或重复水平)——rue。

在一些示例(例如，图8a)中，但不一定是所有示例(例如，图8b)中，po或pf(或两者)可以取决于ue的drx周期和imsi，如前所述，并且独立于用于用户设备的覆盖增强水平(或重复水平)——rue。

在一些示例(例如，图8b)中，但不一定是所有示例(例如，图8a)中，po或pf(或两者)可以取决于用于用户设备的覆盖增强水平(或重复水平)——rue。

每个ue110可分配给子集sij。每个子集sij可以不包括、包括一个或多个ue110。

相同列中(相同索引j——覆盖增强水平)的任何子集sij或子集sij的组合都可以被用于创建组170。

针对ue110的每个不同的组170，存在不同的唤醒寻呼过程162。

在图8a中，相同列中(相同覆盖增强水平)的所有子集sij创建组170。针对每一列(相同索引j——覆盖增强水平)存在不同的组170。

组170由用于用户设备的覆盖增强水平——rue确定。

唤醒寻呼过程162包括在唤醒时机(wo)处的唤醒信号180和在寻呼时机(po)处的寻呼信号的传输。寻呼时机独立于针对用户设备的覆盖增强水平——rue，并且独立于组170。寻呼时机可以取决于imsi(参见上文)。

每个组170包括由相同的j(用于用户设备的覆盖增强水平——rue)索引并且由一系列不同的i(寻呼时机)索引的多个子集sij。相同组170中的ue110具有相同的用于用户设备的覆盖增强水平——rue，但是具有来自共享的一系列不同po的多个不同po中的任何一个。不同组170中的ue110具有不同的用于用户设备的覆盖增强水平——rue，但是具有来自相同的共享的一系列不同po的多个不同po中的任何一个。

因此，相同组170中的ue110具有相同的rue，但是具有与其他组共享的多个不同po中的任何一个。使用相同pf和po的ue110按照它们的用于用户设备的覆盖增强水平——rue被分为组。

不同的组170使用不同的wus180。针对每个组170，使用利用以下中的一项或多项的唯一版本来定义不同的分开的wus180：序列、持续时间、重复、覆盖码、频域位置以及潜在的资源分配(窄带或非锚载波)。频域位置是所使用的频域在可用频谱内的位置，例如不同的物理资源块(prb)或不同的prb集合。

在图8b中，从少于相同列中的所有子集sij(相同的索引j，覆盖增强水平)创建组170。针对每一列都存在不同的组170(覆盖增强水平)。

组170由用于用户设备的覆盖增强水平——rue确定。唤醒寻呼过程162包括唤醒时机(wo)处的唤醒信号180和寻呼时机(po)处的寻呼信号的传输。寻呼时机取决于用于用户设备的覆盖增强水平——rue，并且因此取决于组170。

po可以是对组170专用的，并且不与与不同rue相关联的其他组170共享。寻呼帧(pf)的计算取决于rue。

每个组170包括一个或多个子集sij，该子集sij由相同的j(用于用户设备的覆盖增强水平——rue)索引，并且由对该组专用的并且不与其他组170共享的一个或多个不同的i(寻呼时机)索引。

相同组170中的ue110具有相同的用于用户设备的覆盖增强水平——rue，但是具有来自共享的专用的一系列不同po的多个不同po中的任何一个。相同组170中的ue具有相同的rue，并且可以共享对该组专用的单个po。

不同组170中的ue110具有不同的用于用户设备的覆盖增强水平——rue，并且具有不同的专用po。使用相同pf和po的ue110具有相同的用于用户设备的覆盖增强水平——rue。

在一个实施例中，定义206唤醒寻呼过程162的特性可以包括：针对不同的组170确定唤醒信号180的不同重复次数。否则，每个组170可以共享相同的唤醒信号特性。例如，用于每个组170的不同wus180使用相同的wus序列，但是具有与用于用户设备的覆盖增强水平——rue相对应的不同的重复次数。

在一个示例中，用于pf的计算的等式至少取决于用于用户设备的覆盖增强水平——rue。

在一个实施例中，覆盖增强水平的数目在系统信息中广播。

通过来自较高层的指示，通过将信号(例如，参考信号接收功率rsrp)与在系统信息中广播的阈值相比较，或者通过估计信道(例如，被用于寻呼的控制信道)所需要的重复次数，ue110确定其自身的用于用户设备的覆盖增强水平——rue。备选地，enb可以基于类似的标准来确定ue的覆盖增强水平，例如，基于来自ue的rsrp报告或用于信道(例如，被用于寻呼的控制信道)的预期重复次数。然后，enb可以向ue发信号通知覆盖增强水平。

令nc为覆盖增强(ce)水平的数目。这对应于索引j的集合的大小。然后，ue110的ce水平r为{0，1，……，nc-1}。注意，ce水平r可以是ue已经向网络报告的最后的ce水平，或者是由enb配置的最后的值。pf可以通过用于系统帧号(sfn)的以下等式来给出：

sfnmodt＝(t/n)＊(floor((ue_idmodn)/nc)＊nc+r)

可以看出，当nc＝1时，上述等式默认为传统等式。

考虑以下drx示例：

tc＝256(小区中的默认寻呼周期)

tue＝128(ue——特定的寻呼周期)

nb＝32(每寻呼周期可用于所有ue的寻呼子帧数)

ue_id＝imsimod1024

则，

t＝min(tc，tue)＝128→drx周期长度

n＝min(t，nb)＝32→每寻呼周期的寻呼帧数

ns＝max(1，nb/t)＝1→在寻呼帧内被用于寻呼的寻呼子帧数

下表给出了根据传统计算针对六个ue_id值{73，74，……，78}而得出的第一寻呼帧值(随后寻呼帧每drx周期出现一次，即每128个无线电帧出现一次)。

现在考虑针对nc＝3(3个ce水平)的pf的建议计算。下表给出了第一pf。

因此，ue110现在在drx周期上分布，但是也基于它们的ce水平被分组在一起。

具有较高ce水平的ue110因此被配置有wus180，该wus180较适合于它们的覆盖增强水平，例如，wus180的重复足够多但不是太多。

关于图7、8a，8b，用于具有相同覆盖增强水平的ue110的寻呼帧pf还可以在时间上分布。

wus特性可以取决于r，例如，可以存在基于r的选择性唤醒、基于r的不同wo、基于r选择用于寻呼的ue。

根据不同组170ue110的以上描述，将认识到，例如，用于不同组170的唤醒信号180可以通过不同的序列来区分，例如，具有低互相关性的序列、序列的移位、覆盖码或扰码、和/或不同长度或重复次数，它们作为针对不同组170的wus特性来广播。

同样，针对所有组170，wo可以是相同的，即固定的，或者，针对不同的组，wo时机可以是不同的，例如，可变的并且取决于r。

在一个实施例中，定义206唤醒寻呼过程的特性可以包括：确定唤醒信号180没有被用于至少一个组170。这导致基于r的wus180的选择性传输。wus没有被用于某些r。

在一个实施例中，唤醒寻呼过程162的特性由基于覆盖增强水平r的算法定义206，该算法在enb120与多个ue110之间是公共的并且取决于从基站120向ue110传输的至少一个参数。例如，唤醒寻呼过程162针对ue110是活动的还是不活动的可以由基于覆盖增强水平r的算法来确定，该算法在enb120与多个ue110之间是公共的并且取决于从enb120向ue110传输的至少一个覆盖增强水平阈值t。所共享的算法使用共享数据，该共享数据可以是最近广播的信息或最新已知的共享数据。在另一示例中，唤醒过程162针对ue110是活动的还是不活动的可以由mme130确定并且通过较高层信令被指示给ue110。在另一示例中，唤醒过程162针对ue110是活动的还是不活动的可以由mme130基于来自ue110的请求来确定。

图9示出了被执行以支持唤醒寻呼162的信令的示例，并且具体地示出了ue110和enb120的协调。

在一个实施例中，mme130通过s1信令周期性地向跟踪区域内的每个enb120指示302：

a)在该跟踪区域内处于空闲模式130的所有ue的ce水平r(例如，被用于寻呼的控制信道所需要的重复次数或重复水平)，和/或

b)最高ce水平rmax，和/或

c)ue110的ce水平的统计，例如，每个ce水平的ue110的数目。

最高的wus重复水平rmax由enb120确定，并且可能小于覆盖小区122中的所有ue110所需要的水平。enb120可以选择不支持在其小区122内处于非常高ce水平的ue110的wus180。小区122中可能存在ue110需要wus180的多于rmax次重复来正确地检测wus180。

每个enb120在广播消息(诸如系统信息)中发信号通知304用于与小区122中的wus180的重复水平r1、……、rmax相对应的接收信号(例如，rsrp)的阈值t。

例如，enb120广播304rsrp阈值t1和t2以及重复水平r1、r2、和rmax。

在enb120处：

如果rsrp<t1，则重复水平为r1

如果t1<rsrp<t2，则重复水平为r2

如果t2<rsrp，则重复水平为rmax0

根据要在特定po中寻呼的ue110的(多个)重复水平，enb确定传输与包括该ue110的组170相关联的wus110的r≤rmax次重复。

每个ue110基于广播阈值t和其自身的信号(例如，rsrp)测量来确定其自己的wus重复水平rue，即，其正确检测wus180所需要的wus180的重复次数。

在ue110处：

如果rsrp<t1，则重复水平为r1

如果t1<rsrp<t2，则重复水平为r2

如果t2<rsrp，则重复水平为rmax

因此，关于每个ue110需要并且期望接收的wus180的重复次数r，在enb120与ue110之间存在公共的算法和公共的理解。

在一个实施例中，如果ue确定rue>rmax，则在监测152寻呼信号或用于寻呼155的控制信道之前，ue不监测150wus180。即使ue110已经由mme130配置为开始使用wus180，ue110也直接监测152当前小区122中的寻呼信号或用于寻呼155的控制信道。

在一些示例中，该算法使用当前最新信息，在其他示例中，该算法使用最新已知数据。通过使用当前或最近已知的ce水平r来创建组170(enb120和ue110两者都具有ue最近向enb报告的ce水平r的公共知识)。

在一些示例中，ue110向enb120报告所接收的信号水平(例如，rsrp)，并且enb120基于该报告来确定用于ue110的ce水平r。enb120然后可以通过ue特定信令来指示用于ue110的ce水平r。在一些备选实施例中，ue将ue确定的r值报告给mme和/或enb。

如上所述，每个enb120可以在广播消息(诸如系统信息)中发信号通知304用于与小区122中的重复水平r1、……、rmax相对应的接收信号(例如，rsrp)的阈值t。例如，enb120广播304rsrp阈值t1和t2以及重复水平r1、r2、和rmax。如上所述，ue然后确定其所需要的重复水平r。每个ue110基于广播阈值t和其自身的信号(例如，rsrp)测量来确定其自身的重复水平rue，即其正确检测所需要的重复次数。

在以上描述中，建议enb120或ue110和enb120确定重复水平rue。例如，除了ue110(使用公共算法)之外，或者作为备选，enb120可以根据从ue110接收的接收信号水平(例如，rsrp)的报告来确定重复水平rue，然后，重复水平rue从enb120发送到mme130或ue110。mme130向enb120周期性地更新302ue的重复水平。

作为另外的备选方案，在确定其自身的重复水平rue之后，ue向mme130(图中未示出)提供所确定的重复水平的指示。mme130向enb120周期性地更新302ue的重复水平。

因此，在适当的情况下，enb120基于由mme130给出的ue110的重复水平(覆盖增强水平)的最新知识来执行分组。

备选地，ce水平可以基于ue110与enb120之间的最近使用的重复水平。在两种情况下，enb120和ue110都具有关于ue的ce水平的公共理解。

在一个实施例中，分组可以包括考虑解激活/激活的ue，即，仅在wus活动的ue中建立组。

在一个实施例中，可以在其期间传输wus180的时间间隔是唤醒窗口(wuw)。根据要被寻呼的ue110的(多个)覆盖增强水平r，enb120可以确定传输与wuw中的po相关联的wus180的r≤rmax次重复。

在一个实施例中，wus180以相对于po的可配置偏移来传输，其中用于确定该偏移的参数由传输wus的enb在系统信息中指示。

po相对于wuw的结束的偏移δ可以在广播消息中发信号通知。

用于与po相关联的wus180的重复次数r取决于针对其enb120正在po处传输寻呼信号的ue110的重复水平r。

在一个实施例中，当wus的持续时间小于wuw时，在一些示例中，wus位于wuw的特定位置。当传输wus180的r<rmax次重复时，可能有两种备选设计来使wus180相对于wuw对准：

i)wus180始终在wuw的开始处开始

ii)wus180始终在wuw的结束处结束

所选择的备选方案在规范中可以是固定的，也可以在广播消息中发信号通知。因此，具有不同重复次数r的传输可以具有预定义的定时。因此，当enb传输r<rmax次重复时，该建议可以提供wus的准确位置。

以上步骤确保了enb120和ue110具有对在与po相关联的wuw内传输的wus的最大重复次数rmax和wus的实际重复次数r的公共理解。

在一个实施例中，enb120执行图5a所示的方法200。enb120标识在寻呼请求312中指定的用于ue110的组170。所标识的组170确定被用于寻呼ue110的唤醒寻呼过程的特性。

enb120通过以下来针对该组170ue110执行唤醒寻呼过程162：根据针对组170所定义的唤醒寻呼过程的特性传输唤醒信号180并且随后传输寻呼信号155。

enb120仅针对包括要被寻呼的ue110的组170执行唤醒寻呼过程162。不旨在被寻呼的组可能不是唤醒寻呼过程的主题。

在一个实施例中，唤醒信号180可以是特定于组170的，例如，可以被用于每个组的特定的序列和/或特定的重复次数。

在一个实施例中，寻呼过程可以是特定于组的(图7b)，或者可以由imsi定义(图7a)。

在一些但不一定是所有实施例中，可能希望在wus180和/或寻呼时机的定义上增加另外的尺寸。例如，可以将组划分为子组，并且方法100包括仅针对包括要被寻呼的ue的那些子组执行唤醒寻呼过程。

以重复水平发送wus180，该重复水平确保wus180所旨在的所有ue都可以正确地检测到信号。由于组170中的所有ue110具有相同的覆盖增强，所以可以使重复水平基于该覆盖增强水平。

ue110和enb120需要对其需要的wus180的长度(就重复次数而言)具有公共理解，以便其可以正确地检测到它。使重复次数可配置和灵活而不是固定是很有用的。

图10示出了被执行以支持打开和关闭唤醒寻呼162并且特别是将ue110从唤醒寻呼过程162切换到非唤醒寻呼过程160的信令的示例。

ue110向321(向mme130)指示其使用唤醒寻呼过程162的能力。ue110可以通过非接入层(nas)信令向mme130发送其能力。

然而，在一个实施例中，mme130没有立即将ue110配置为开始接收wus180。因此，mme130在发送给enb120的任何随后寻呼请求312中可以指示ue110没有被配置用于wus监测150。

稍后，在步骤322中，ue可以指示322其期望激活唤醒寻呼过程162。备选地，这可以与指示321同时发生。ue110可以通过非接入层(nas)信令向mme130做出指示322。因此，ue110可以独立地请求何时开始使用wus180。nas信令可以是1比特信令，其中单个二进制比特被用于表示两种状态中的一种。单个比特的两个状态指示ue是要激活还是解激活(如果已经激活)唤醒寻呼过程。

mme130确定是否针对ue110使用wus180。如果要使用wus，则发信号通知回其针对ue110的接受323以使用wus180。mme130可以通过非接入层(nas)信令向ue110提供接受323。该确定可以基于很多因素(例如，ue能力、ue使用wus的请求、请求wus的ue的数目、ue的ce水平、业务简档等)。

ue110现在被配置为执行唤醒寻呼过程162并且开始检测wus180。

因此，在发送给enb120的任何随后寻呼请求312中，mme130指示ue110被配置用于wus并且附有任何ue特定的配置信息。

响应于寻呼请求312，enb120执行图5a所示的方法200。enb120标识在寻呼请求312中指定的用于ue110的组170。所标识的组170确定被用于寻呼ue110的唤醒寻呼过程的特性。

enb120通过以下来针对该组170ue110执行唤醒寻呼过程162：根据针对组170所定义的唤醒寻呼过程的特性传输唤醒信号180并且随后传输寻呼信号155。

enb120仅针对包括要被寻呼的ue110的那些组170执行唤醒寻呼过程162。不旨在被寻呼的组可能不是唤醒寻呼过程的主题。

在任何随后的时间，ue可以决定指示324其期望解激活唤醒寻呼过程162。ue110可以通过非接入层(nas)信令向mme130做出指示324。因此，ue110可以独立地决定/请求何时停止使用wus监测150并且恢复到非唤醒寻呼160，其中在监测寻呼之前未检测到wus。

mme130发信号通知回其针对ue110的接受325以停止使用wus监测150。ue110现在不期望接收wus180。需要注意，mme也可以拒绝ue的请求并且将其指示给ue，例如在步骤325(和/或323)中。

在发送给enb120的任何随后寻呼请求312中，mme130不针对ue110提供任何wus信息。

上述方法允许ue110向网络100发信号通知其何时想开始或停止使用唤醒寻呼过程162。例如，如果ue110想要进入功率节省状态，则ue110可以选择使用唤醒寻呼过程。例如，如果ue110对接收的容忍度增加和/或其对传输延迟的容忍度增加，和/或其产生用于传输的数据的可能性降低，和/或其接收数据的可能性降低，和/或其移动的可能性降低，则ue110可以选择使用唤醒寻呼过程162。

如图12所示，网络节点110、120、130中的每个可以包括控制器400和一个或多个无线电收发器430。

控制器400的实现可以作为控制器电路系统。控制器400可以仅以硬件来实现，可以在仅包括固件的软件中具有某些方面，或者可以是硬件和软件(包括固件)的组合。

如图11a所示，控制器400可以使用启用硬件功能的指令来实现，例如，通过使用通用或专用处理器402中的计算机程序406的可执行指令，该可执行指令可以存储在计算机可读存储介质(磁盘、存储器等)上以由这样的处理器402执行。

处理器402被配置为从存储器404读取和向存储器404写入。处理器402还可以包括：输出接口和输入接口，经由该输出接口，处理器402输出数据和/或命令，经由该输入接口，数据和/或命令被输入到处理器402。

存储器404存储计算机程序406，该计算机程序406包括计算机程序指令(计算机程序代码)，该计算机程序指令在被加载到处理器402中时控制装置500的操作。

计算机程序406中的计算机程序指令提供使得装置500能够执行图4至10所示的方法的逻辑和例程。通过读取存储器404，处理器402能够加载并执行计算机程序406。

如图11b所示，计算机程序406可以经由任何合适的传送机制410到达装置500。传送机制410可以是例如非瞬态计算机可读存储介质、计算机程序产品、存储器设备、记录介质(诸如光盘只读存储器(cd-rom)或数字多功能光盘(dvd))、有形地实施计算机程序406的制品。传送机制可以是被配置为可靠地传送计算机程序406的信号。装置500可以将计算机程序406作为计算机数据信号传播或传输。

尽管存储器404被示出为单个组件/电路系统，但是其可以被实现为一个或多个分开的组件/电路系统，其中的一些或全部可以被集成/可移动和/或可以提供永久/半永久/动态/高速缓存的存储。

尽管处理器402被示出为单个组件/电路系统，但是其可以被实现为一个或多个分开的组件/电路系统，其中的一些或全部可以被集成/可移动的。处理器402可以是单核或多核处理器。

对“计算机可读存储介质”、“计算机程序产品”、“有形实施的计算机程序”等或“控制器”、“计算机”、“处理器”等的引用应当被理解为不仅涵盖具有不同架构的计算机，诸如单/多处理器架构和顺序(冯·诺依曼)/并行架构，而且还涵盖专用电路，诸如现场可编程门阵列(fpga)、专用电路(asic)、信号处理设备和其他处理电路系统。对计算机程序、指令、代码等的引用应当被理解为涵盖用于可编程处理器或固件的软件，诸如例如硬件设备的可编程内容，而无论是用于处理器的指令，还是用于固定功能设备、门阵列或可编程逻辑设备等的配置设置。

在一些但不一定是所有示例中，计算机程序406是一种计算机程序，该计算机程序当在网络节点的处理器上被运行时使得网络节点能够引起：

获得用于小区中的多个用户设备(ue)的覆盖增强水平；

至少基于ue的相的应覆盖增强水平来将ue分组为多个组；

针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性，其中唤醒寻呼过程包括唤醒信号的传输和寻呼信号的随后传输；以及

通过以下来针对至少一组ue执行唤醒寻呼过程：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号并且随后传输寻呼信号。

在一些但不是所有示例中，计算机程序406是计算机程序，该计算机程序当在第一用户设备的处理器上被运行时使得第一用户设备能够引起：

标识与小区中的多个用户设备中的一些但不是所有用户设备相关联、包括与第一用户设备相关联的组，其中该组内的多个用户设备，但不包括其他组，共享小区的多个覆盖增强水平中的一个或多个但不是所有覆盖增强水平；以及

通过以下来针对包括第一用户设备的组执行唤醒寻呼过程：根据针对包括第一用户设备的组所定义的唤醒寻呼过程的特性来接收唤醒信号并且随后接收寻呼信号。

参考图12，装置500在被配置为作为网络节点120可操作时，包括：

至少一个处理器402；以及

至少一个存储器404，该至少一个存储器404包括计算机程序代码

至少一个存储器404和计算机程序代码被配置为与至少一个处理器402一起使装置500至少执行：

获得用于小区中的多个用户设备(ue)的覆盖增强水平；

至少基于ue的相应的覆盖增强水平来将ue分组为多个组；

针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性，其中唤醒寻呼过程包括唤醒信号的传输和寻呼信号的随后传输；以及

通过以下来针对至少一组ue执行唤醒寻呼过程：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号并且随后传输寻呼信号。

再次参考图12，装置500在被配置为作为用户设备110可操作时，包括：

至少一个处理器402；以及

至少一个存储器404，至少一个存储器404包括计算机程序代码

至少一个存储器404和计算机程序代码被配置为与至少一个处理器402一起使装置500至少执行：

标识与小区中的多个用户设备中的一些但不是所有用户设备相关联、包括与第一用户设备相关联的组，其中该组内的多个用户设备，但不包括其他组，共享小区的多个覆盖增强水平中的一个或多个但不是所有覆盖增强水平；以及

通过以下来针对包括第一用户设备的组执行唤醒寻呼过程：根据针对包括第一用户设备的组所定义的唤醒寻呼过程的特性来接收唤醒信号并且随后接收寻呼信号。

在该示例中，装置500(ue110)可以另外包括定义国际移动订户身份(imsi)的智能卡440，其中寻呼时机(po)取决于所定义的国际移动订户身份(imsi)。智能卡可以是可移动用户身份模块(r-uim)或订户身份模块(sim)。

尽管在图11a中示出了特定的控制器电路系统400，但是应当理解，任何合适的电路系统都可以被用于控制器400。

结果，装置500可以包括：

用于获得用于小区中的多个用户设备(ue)的覆盖增强水平的部件；

用于至少基于ue的相应的覆盖增强水平来将ue分组为多个组的部件；

用于针对多个组中的至少一个组中的每个组定义唤醒寻呼过程的不同特性的部件，其中唤醒寻呼过程包括唤醒信号的传输和寻呼信号的随后传输；以及

用于通过以下来针对至少一组ue执行唤醒寻呼过程的部件：根据先前针对该组所定义的唤醒寻呼过程的特性来传输唤醒信号并且随后传输寻呼信号。

装置500还可以包括：

用于标识与小区中的多个用户设备中的一些但不是所有用户设备相关联、包括与装置相关联的组的部件，其中该组内的多个用户设备，但不包括其他组，共享小区的多个覆盖增强水平中的一个或多个但不是所有覆盖增强水平；以及

用于通过以下来针对包括装置的组执行唤醒寻呼过程的部件：根据针对包括装置的组所定义的唤醒寻呼过程的特性来接收唤醒信号并且随后接收寻呼信号。

如本申请中使用的，术语“电路系统”是指以下所有内容：

(a)仅硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)，和

(b)电路和软件(和/或固件)的组合，诸如(如果适用)：(i)(多个)处理器的组合，或(ii)(多个)处理器/软件(包括(多个)数字信号处理器)、软件、和(多个)存储器的部分，这些部分共同工作以使装置(诸如手机或服务器)执行各种功能，以及

(c)需要软件或固件才能操作的电路，诸如(多个)微处理器或(多个)微处理器的一部分，即使该软件或固件物理上不存在。

在一个实施例中，装置500的至少一些功能可以在形成一个操作实体的两个物理上分开的设备之间共享。因此，可以看出该装置描绘了操作实体，该操作实体包括用于执行所描述的过程中的至少一些过程的一个或多个物理上分开的设备。利用这种共享架构的装置可以包括远程控制单元(rcu)，诸如主机计算机或服务器计算机，其可操作地(例如，经由无线或有线网络)耦合到位于基站中的远程无线电头(rrh)。在一个实施例中，所描述的过程中的至少一些过程可以由rcu执行。在一个实施例中，所描述的过程中的至少一些过程的执行可以在rrh与rcu之间共享。

在一个实施例中，rcu可以生成虚拟网络，rcu通过该虚拟网络与rrh通信。通常，虚拟联网可以涉及将硬件和软件网络资源以及网络功能组合到单个、基于软件的管理实体(虚拟网络)中的过程。网络虚拟化可能涉及平台虚拟化，其通常与资源虚拟化相结合。网络虚拟化可以归类为外部虚拟网络，外部虚拟网络将许多网络或网络的部分组合到服务器计算机或主机计算机(即，rcu)中。外部网络虚拟化旨在优化网络共享。另一类是内部虚拟联网，它向单个系统上的软件容器提供类似于网络的功能。虚拟联网也可以被用于测试终端设备。

在一个实施例中，虚拟网络可以在rrh(分布式单元)与rcu(中央单元)之间提供操作的灵活分配。实际上，任何数字信号处理任务可以在rrh或rcu中执行，并且责任在rrh与rcu之间转移的边界可以根据实现来选择。

“电路系统”的该定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如在本申请中使用的，术语“电路系统”还将覆盖仅处理器(或多个处理器)或处理器的一部分及其(或它们的)随附软件和/或固件的实现。术语“电路系统”还将覆盖(例如，如果适用于特定权利要求元素)用于移动电话的基带集成电路或应用处理器集成电路或者服务器、蜂窝网络设备、或其他网络设备中的类似集成电路。

图5a或5b所示的框可以表示方法和/或计算机程序406中的代码部分中的步骤。对框的特定顺序的图示并不一定暗示对框具有要求的或优选的顺序，并且框的顺序和布置可以改变。此外，有可能省略一些框。

在已经描述了结构特征的情况下，可以借助于用于执行结构特征的一个或多个功能的部件来代替该结构特征，无论该功能或这些功能是显式还是隐式地描述的。

如此处所使用的，“模块”是指不包括由最终制造方或用户添加的某些零件/组件的单元或装置。控制器400可以是模块。计算机程序406可以是模块。

本文档中使用的术语“包括”具有包括性而非排他性含义。也就是说，对包括y的x的任何引用都指示x可以仅包括一个y或者可以包括多于一个的y。如果旨在使用具有排他性含义的“包括”，则在上下文中通过引用“仅包括一个……”或通过使用“由……组成”来使其清楚。

在该简要描述中，已经参考了各种示例。关于示例的特征或功能的描述指示这些特征或功能存在于该示例中。不管是否明确声明，在本文中使用术语“示例”或“例如”或“可以”表示至少在所描述的示例中存在这样的特征或功能，而无论是否被描述为示例，并且它们可以但不一定存在于某些或所有其他示例中。因此，“示例”、“例如”或“可以”是指一类示例中的特定实例。实例的属性可以是仅该实例的属性，也可以是该类的属性，或者是包括该类中的一些但不是所有实例的该类的子类的属性。因此，隐式地公开了参考一个示例而不是参考另一示例描述的特征可以在可能的情况下在该另一示例中使用，但不一定必须在该另一示例中使用。

尽管在前面的段落中已经参考各种示例描述了本发明的实施例，但是应当理解，可以在不脱离如所要求保护的本发明的范围的情况下对给出的示例进行修改。

除了以上显式地描述的组合，可以以其他组合来使用在先前的描述中描述的特征。

尽管已经参考某些特征描述了功能，但是无论是否描述，这些功能都可以由其他特征来执行。

尽管已经参考某些实施例描述了特征，但是无论是否描述，这些特征也可以存在于其他实施例中。

尽管尽力在前述说明书中引起对被认为特别重要的本发明的那些特征的注意，但是应当理解，无论是否已将重点放在其上，本申请人要求保护前面提到和/或在附图中显示的任何可专利的特征或特征组合。