知周期”60出现之前向扩展DRX UE 12传送另外的寻呼消息。这一另外的寻呼确保也向扩展DRX UE 12通知即将出现的SI更新。
[0064]图6图示根据这一方面的以扩展DRX循环操作的移动设备12的系统信息的变化的信令传输。如以上所指出的，在更新周期62(对应于图6中的修改周期(n+1))的起始处更新系统信息。在前一修改周期通知周期60(对应于图6中的修改周期(η))向以传统方式操作(例如以没有DRX或者以比修改周期短的DRX循环操作)的UE通信传达系统信息的更新的通知。在这一修改周期60中，通过被设置为示出下一修改周期边界将出现系统信息更新的systemlnf oModif icat1n标志来向UE传送寻呼消息64。
[0065]根据这一方面，在传统修改周期60之前，提供另外的修改周期(其在本文中称为“扩展通知”周期66)，在该修改周期中，向以扩展DRX循环(S卩比修改周期长的DRX循环)操作的UE 12传送寻呼消息68。扩展修改周期的长度可以根据UE 12的最大许可DRX循环来设置并且其可以是一个或多个修改周期的长度。例如，如果修改周期(η)对应于变化通知/通知周期60，则扩展通知周期66可以对应于修改周期(η-χ)到(η-1)，其中X为等于或大于I的任意正整数值。
[0066]向扩展DRXUE 12传送的另外的寻呼消息68可以与向以没有DRX或者以比修改周期短的DRX循环操作的UE(包括不能够以本文中所描述的扩展DRX操作的所谓的“传统UE” )发送的寻呼消息64具有相同的格式。
[0067]因此，寻呼消息68可以包括被设置为指示是否有S I更新的systemlnf oModif icat1n标志，如传统UE所使用的。然而，寻呼消息68也可以包括指示其仅用于由在扩展DRX模式下操作的UE 12来使用的另外的信息。这一另外的信息可以用指示消息68仅用于扩展DRX UE的附加比特、标志或信息元素(IE)的形式来提供。因此，传统UE(以及以或者不以比修改周期小的DRX循环操作的UE)因此能够忽略这一另外的寻呼消息68并且不尝试草率地更新SI (例如，由于以为在接收到寻呼消息68的修改周期之后的修改周期为已更新的信息修改周期62)也不尝试多次更新SI。
[0068]应当理解，先于“变化通知”周期60发送另外的寻呼消息68使得网络2能够仍然具有相同的用于扩展DRX UE 12的“更新信息”周期62。这表示，更新的SI将在相同的时间应用于扩展DRX UE 12、传统UE以及以没有DRX或者不以比修改周期短的DRX循环操作的UE。
[0069]因此，这一方面使得传统过程不受新的寻呼消息68的影响，并且确保寻呼消息(以及具体地指示SI更新的消息)到达扩展DRX UE12。
[0070]图7中的流程图图示根据实施例的操作网络节点(诸如基站(例如eNodeB))的方法。在步骤101，网络节点10确定是否将有对系统信息(SI)的更新。节点10可以通过从核心网4接收的信令或者通过其他方式(例如作为在节点10中执行的算法的结果)确定需要更新。这一步骤也可以包括确定何时将实施SI更新(因此节点10确定哪个修改周期要成为已更新信息的修改周期)。节点10重复步骤101直到需要SI更新。
[0071]如果节点10的覆盖范围中存在以扩展DRX模式操作的UE12，则如果需要SI更新，节点10在UE 12的常规寻呼时间期间向扩展DRX UE 12传送具有将要出现SI更新的指示的寻呼消息68 (步骤103)。这一指示可以包括比特、标志或systemlnf oModif icat1n标志。如果扩展DRX UE 12的常规寻呼时间碰巧落到在变化通知的修改周期60中，则这一寻呼消息可以是传统的并且在变化通知的修改周期60中向UE 12传送。然而，如果扩展DRX UE 12的常规寻呼时间没有落在变化通知的修改周期60中，则在先于变化通知的修改周期60的修改周期中向UE 12传送这一寻呼消息68。1? 12将会知道扩展通知周期的长度(例如从以寻呼消息的部分而提供的信息一一例如下一系统信息更新将在SFN = X时出现，其中X < SFN范围(最大))并且因此可以确定其何时需要获取新的SI。否则，UE 12可以在其不确定时检查SIBl中的值标签并且在值标签变化时获取新的系统信息。
[0072]在步骤103的替选实现中，代替在UE12的常规寻呼时间期间向扩展DRX UE 12传送具有将出现SI更新的指示的寻呼消息68，节点10可以根据预定义的调度向扩展DRX UE12传送寻呼消息(S卩，其不会与UE 12的常规寻呼时间一致)。在一些实施例中，寻呼消息68之间的周期和预定义调度中的寻呼消息68的准确定时可以取决于节点10可用的可能的最长DRX或寻呼循环。以这一方式，具有扩展DRX循环的UE 12将有机会侦听至少一个寻呼时机。因此，在一些实施例中，节点10根据所使用的最长(或可能的最长)DRX循环以及每个UE12使用的特定DRX循环长度来确定每个UE 12的寻呼消息68的定时。UE 12还可以根据所使用的(或可能的最长的)DRX循环来确定其寻呼时机。作为替选方法，节点10可以根据所使用的最长DRX循环长度来确定扩展通知周期的长度并且具体寻呼定时因此基于UE 12的DRX/寻呼循环。应当注意，UE 12是否知道每个其他DRX循环长度并不重要，因为节点10将基于每个UE 12使用的DRX循环长度来定时特定UE 12的寻呼消息。这可以表示，使用最长DRX循环的UE 12可以最早得到SI变化通知。在一些其他实施例中，与SI变化有关的寻呼消息68的定时的信令可以在广播的系统信息中表示，或者以仅送往受影响的UE 12的系统信息(即专用系统信息)的形式来表示。在其他实施例中，寻呼消息68的定时可以是静态的，并且例如可以在标准(例如3GPP标准)中定义。
[0073]图8中的流程图图示根据实施例的操作移动设备(UE)的方法。在第一步骤，步骤111，UE 12将其自身配置成在扩展DRX模式下操作。也就是，处理模块30去激活接收器或收发器模块32以降低UE 12的功耗。处理模块30然后周期性地激活接收器或收发器模块32以从网络2(并且特别地从UE 12的服务基站10)接收寻呼消息一一步骤113。应当理解，“激活”和“去激活”接收器或收发器模块32可以分别表示向接收器或收发器模块32的一些或所有部件供给功率以及从其移除功率。
[0074]当UE12接收寻呼消息68时，处理模块30处理消息68以确定是否要出现对系统信息的更新(步骤115)。这一过程可以包括检查是否在systemlnf oModif icat1n字段中发送比特或标志。
[0075]由于UE12在扩展DRX模式下操作，UE 12可以在先于常规变化通知的修改周期60(其本身紧接在已更新信息的修改周期62之前出现)的修改周期中接收指示SI更新的寻呼消息68。接收寻呼消息68的特定修改周期(相对于应用SI更新的修改周期)取决于UE 12的寻呼循环。
[0076]可选地，在步骤115之后，方法可以包括另外的步骤。如果在步骤115确定没有任何SI更新要出现，则方法可以返回步骤113并且针对下一寻呼消息68重复。如果确定要出现对SI的更新，则方法可以包括处理模块30控制接收器或收发器模块32在已更新信息的修改周期62期间激活以确定更新的系统信息(步骤119)。
[0077]替选地，由于SI(以及随后的更新的SI)由网络节点10定期地广播(如图5所示)，则处理模块30可以控制接收器或收发器模块32在已更新信息的修改周期62之后出现的修改周期期间激活并且根据在该修改周期广播的SI来确定更新的系统信息。
[0078]在另一替选实施例中，扩展DRXUE 12在步骤115之后可以注意到对SI的更新将出现(例如通过设置和存储内部标志)并且等待读取和应用新的SI直到UE 12下一次传送或接收数据。这一替选也在图8中图示。因此，在步骤117之后，处理模块30确定UE 12是否有数据要传送或接收(步骤121)。如果没有，则UE 12等待直到有数据要传送或接收。然后，先于数据传送或接收，处理模块30激活接收器或收发器模块32以读取更新的SI (步骤123)。UE 12然后应用更新的SI并且传送/接收数据(步骤125)。本实施例表示，UE 12根据实际需要仅在读取SI和应用更新的SI时(即在传送或接收数据时)使用资源(即电池功率)，从而避免UE12在长的非活动周期期间多次读取更新的SI。
[0079]在以上描述的实施例的替选实现中，例如在对系统信息的变化涉及网络2的较少关键参数时(这表示UE 12不需要应用更新的SI以便继续成功接收寻呼消息(即没有带宽变化等))，可以在已更新信息的修改周期62之后出现的修改周期期间向UE 12传送向移动设备告知SI更新的寻呼消息。这一寻呼消息68可以用以上描述的形式来提供，并且可以配置成如以上被传统UE忽略。
[0080]因此，根据以上描述的各个方面，DRX循环长度比SI修改周期长的UE可以避免先于很多数据传输不必要地读取SI(例如SIB1)。虽然网络在SI更新出现时与常规过程相比将不得不传送另外的寻呼消息，然而SI变化实际上不常发生并且寻呼消息负载在这些UE在修改周期内具有常规DRX循环的情况下可以很好地处于同等高，此后寻呼时机必须使用偏移来分布O
[0081 ]另一方面，对于MTC/扩展DRX UE，它们可以保持休眠模式的每个帧对UE的电池寿命将有很大影响。所提供的实施例具有以下优点:将在常规DRX开启持续时间期间读取寻呼消息并且寻呼消息不需要任何延长的唤醒时间。另外，避免必须先于每个数据传送读取SI(例如SIBl)将显著延长UE的电池寿命。
[0082]另外，总是必须读取SI B I的依赖受到该S I B中所包含的值标签的环回(wraparound)属性的限制。值标签具有32个值并且因此最大DRX循环长度在理论上限于32*(SFN环回)=5分钟30秒。通过以上实施例，DR)(循环长度没有这样的上线。
[0083]另一优点在于，不需要扩展和/或改变修改周期并且传统UE的操作不受影响。
[0084]图9中的图图示以上各方面可以提供的潜在电池寿命增益。扩展DRXUE的电池寿命被绘制为DRX循环长度的函数。RRC连接模式以功率相当高效的休眠模式建模(MTC预告)并且建模的业务为到达间隔时间为3小时的上行链路中的IkB分组。实曲线显示根据传统DRX操作的UE电池寿命;其示出电池寿命随着DRX循环长度的增加显著增加直到其等于修改周期(这种情况下为10.24秒)的点。虚曲线示出在传输之前的两个固定启动时间的电池寿命，较短的虚曲线为10ms，长的虚曲线为100ms。对于比修改周期长的DRX循环长度，UE需要时间以同步(这里建模为1ms)并且需要另外的时间以读取SI(读取SIBl的80ms，这里建模为最差场景)。因此，在没有本文中所描述的扩展DRX操作的情况下的电池寿命(实线)接近固定长度延迟10ms情况下的电池寿命。在本文中所描述的扩展DRX操作的情况下，可以避免读取系统信息的另外时间并且可以实现根据较短虚曲线的电池寿命。对于163秒的DRX循环长度，其可以对应于从2.6年到8.4年的电池寿命的增加，其为218%的增益。
[0085]所描述的方面和实施例因此提供可以向以扩展非连续接收(DRX)周期操作的移动设备发送对系统信息的更新的信令的方法。
[0086]本领域技术人员得益于以上描述和相关联的附图中呈现的教示将得到所描述的实施例的修改和其他变型。因此，应当理解，实施例不限于所公开的具体示例，修改和其他变型意图被包括在本公开内容的范围内。虽然在本文中可以采用具体术语，然而它们仅可以在一般和描述性意义上而非出于限制目的来使用。
[0087]下面的陈述中给出本发明的各种示例性实施例:
[0088]1.一种操作通信网络中的网络节点的方法，所述通信网络包括正在具有比所述网络中的修改周期长的非连续接收DRX循环长度的非连续接收DRX模式下操作的至少一个移动设备，所述方法包括:当对系统信息的更新将在已更新信息的修改周期中出现时，在除了变化通知的修改周期和所述已更新信息的修改周期之外的修改周期期间向所述移动设备传送寻呼消息，紧接在所述已更新信息的修改周期之前的所述修改周期包括所述变化通知的修改周期，所述寻呼消息向所述移动设备告知对系统信息的更新将在所述已更新信息的修改周期中出现。
[0089]2.根据陈述I所述的方法，其中传送所述寻呼消息的步骤在所述变化通知的修改周期之前出现的修改周期期间向所述移动设备传送向所述移动设备告知关于对系统信息的所述更新的所述寻呼消息。
[0090]3.根据陈述I所述的方法，其中传送所述寻呼消息的步骤包括在所述已更新信息的修改周期之后出现的修改周期期间向所述移动设备传送向所述移动设备告知关于所述对系统信息的更新的所述寻呼消息。
[0091]4.根据陈述1、2或3所述的方法，其中所述寻呼消息包括指示对系统信息的更新将出现的标志。
[0092]5.根据陈述4所述的方法，其中所述标志为systemlnf oModif icat1n标志。
[0093]6.根据任一前