用于在移动通信系统中接收系统信息和寻呼的方法和装置的制造方法_2

文档序号:9693747阅读:来源:国知局
是显性的,而最低有效位(LSB)的2个比特是隐性的。)
[0048]!':用户设备(1^)的01?循环时段,在3182上发送。枚举类型卜€32 4€64,忖128,rf256}
[0049]N:min(T,nB)
[0050]nB:在SIB2上发送。枚举类型{4T,2T,T,T/2,T/4,T/8,T/16,T/32}。
[0051 ] UE_ID:IMSI mod 1024(国际移动站识别码(B1SI)是分配给每个UE的唯一号码)
[0052] 物理广播信道(PBCH)的MasterInformat1nBlock(MIB,主信息块)中的8个比特表示SFN。!1和nB是以被包含在SystemInformat1nBlockType2(SIB2)中的状态由基站提供的数值。!'可具有{忖32,忖64,忖128,忖256}当中的一个值^32表示32个无线电帧的长度。具体地,r32可表不320ms。
[0053 ]图2概念性图解在LTE技术中的寻呼时间点。
[0054]参照图2,如参考编号205所示,SFN可每一无线电帧递增1。如参考编号210所示,SFN具有以1024的周期被重置为0的值。如公式1所定义,在每个SFN周期中重复相同模式的寻呼,如参考编号215所示。从公式1中可注意到在当前LTE标准中的最大DRX循环时段等于2.56秒,并且即使DRX被增加到最大值,也不会超过SFN的周期(S卩10.24秒)。
[0055]换句话说,为了降低功率消耗,DRX循环时段需要增加10.24秒或更长,SFN周期也需要增加。在本发明中,为了增加SFN周期,可在现有或新系统信息块(SIB)中包含额外的SFN比特,并且可定义UE接收包含所述额外SFN比特的SIB的操作。
[0056]SFN比特的特征在于在每个SFN周期中递增1。同时,SFN比特的特征在于不是所有UE都需要接收包含所述SFN比特的SIB,并且只有应用超长DRX循环时段的UE才尝试接收包含所述SFN比特的SIB。而且,每当SIB信息被修改时,按照惯例递增1的systemlnfoValueTag(系统信息值标签)值(在SIB1中包含的一个信息单元(IE))和在寻呼中包含的通知SI是否被修改的8}^丨6111111;1;'010(11;1^031:;[011(系统信息修改);^不受5?1'1比特值变化的影响。具体说,即使5?1'1比特的值改变,87 8七6111111;1;'0\^1116138 IE也不更新,也不通过寻呼发送systemlnfoModificat1n IE。
[0057]当DRX循环时段和以上所述的增加SFN周期一同增长时,就发生其中可能不执行识别SI是否被更改以及更新当前SI的过程的情况。
[0058]图3是说明当应用超长DRX循环时段时可以不表示系统信息(SI)是否被修改以及当前SI可以不被更新到新SI的过程的视图。
[0059]参照图3,在本公开实施例中,UE可以超长的DRX循环时段320识别寻呼信号。
[0060]在如参考编号310所示的SI被修改前,基站可通过使用寻呼305向UE通知SI很快将被修改。可以将修改时段300做为参考来执行这样的操作。
[0061]具体说,在修改SI前的修改时段内,基站通过使用寻呼向UE通知将在下一修改时段内修改SI。相应地,UE可能在修改时段内至少接收到一次寻呼,并且可以识别是否将在下一修改时段内修改SI。
[0062]UE在每个DRX循环时段中识别寻呼,并且因此当在超长DRX循环时段320期间发送寻呼时,可能错过如参考编号315所示的发送的寻呼。
[0063]为了解决上述问题,本公开的实施例引入延长修改时段的方法以及其中在DRX定时前UE立刻醒来并识别小区(重)选择和是否修改了 SI的方法,并提出了基于这两个方法的优点和缺点、根据特定条件而选择性应用这两个方法的方法。
[0064]图4是用于说明虽然应用超长DRX循环时段但是延长修改时段以使得寻呼能够被接收到的方法的视图;
[0065]参照图4,延长修改时段以便至少一个DRX定时可被包含到一个修改时段400内。这时,可在经延长的修改时段内发送通知SI变化的寻呼405。如参考编号410所示,UE可至少接收到一次寻呼405。
[0066]修改时段的值通过SIB2被提供给UE。然而,当DRX循环时段变得更长时,修改时段也需要延长,并由在该时段内寻呼发送引起的信令开销增加,因此可能产生不利的方面。此夕卜,修改时段同样地应用于所有UE。因此,虽然经延长的修改时段基本上只对机器类型通信(MTC)设备有用,但是所有UE都需要应用经延长的修改时段。延长修改时段的另一缺点是UE和经延长的修改时段一样晚地接收到经更新的SI。因此,为了解决上述问题,典型UE和MTC设备可应用不同的修改时段。具体说,基站通过SIB2向UE广播两种类型的修改时段值,首先,UE应用传统修改时段,而每一 MTC设备都应用新定义的修改时段。可替换地,MTC设备的新修改时段可能不通过SIB2而明确地提供给MTC设备,但是MTC设备可隐含使用预先协定的固定值,例如,10.24秒。在这种情形中,可降低额外的信令开销。
[0067]图5是用于说明其中UE在DRX定时之前立刻唤来以及确认小区(再)选择和SI是否被修改的方法的视图。
[0068]参照图5,在一个修改时段500内发送通知SI修改的寻呼505,并且在下一修改时段中发送经修改的SI。
[0069]UE具有超长DRX循环时段520,并且因此可能不能识别出通知SI修改的寻呼505。相反,UE可在DRX定时被生成之前立刻醒来,并且可接收该SI。更具体说,在DRX定时生成之前UE提前醒来,执行小区(重)选择,识别合适的小区,并从该小区接收SI。所接收的SI可包含新SIB和当前SIB中的一个,每个都包含上述SFN比特以及MIB、SIB1、SIB2和SIB14,如参考编号515所示。之后,UE尝试在DRX定时处接收寻呼。该操作的优点是UE肯定能接收到最近所需的SI,但是缺点是当DRX循环时段不太长时由于在每个DRX定时处执行上述操作而造成UE的负担增加。
[0070]因此,本公开实施例提出一种其中UE基于所应用的DRX循环时段是否超过特定门限值而选择性使用延长修改时段的方法和允许UE在DRX定时前立刻唤来并且识别小区(重)选择以及SI是否被修改的方法。
[0071]图6是用于说明其中根据在本公开中应用的DRX循环时段做出选择性使用延长修改时段的方法(选择1)和允许UE在DRX定时前立刻醒来并确认小区(再)选择和SI是否被修改的方法(选择2)的方案的视图。
[0072]参照图6,在步骤605,UE可确定当前应用的DRX循环时段是否大于特定门限值X。所述门限值X可以为预先确定的数值,或者可从基站明确地接收。例如,在当前LTE标准中,修改时段可被延长到最大10.24秒。因此,10.24秒可被确定为门限值X。或者,基站可通过SIB或专用信令将关于门限值X的信息通知给UE。
[0073]当所应用的DRX循环时段小于门限值X时,在步骤610,UE尝试在DRX定时处接收寻呼。当在寻呼中包含的Systemlnf oModif icat1n IE取值为“真(true)”时,值“真”通知在下一修改时段中修改SI,并且UE通过使用从SIB2获取的修改时段的值在下一修改时段中接收新SI。
[0074]当所应用的DRX循环时段大于门限值X时,在步骤620,UE可在DRX定时被生成之前立刻醒来,并可以接收SI。更具体说,UE可在DRX定时被生成前立刻预先醒来,可执行小区(重)选择操作,可识别合适的小区,并且可从所述小区接收SI。
[0075]图7是用于说明其中在DRX定时处寻呼接收失败的情形的视图。
[0076]参照图7,当UE在特定DRX定时处接收寻呼失败时,如参考编号700所示,UE需要等待非常长的DRX循环时段,直到UE尝试接收下一寻呼,如参考编号705所示。因此,为了解决这样的延迟问题,本公开提出了在DRX定时处发送多个寻呼的方法。
[0077]图8是用于说明解决当寻呼失败时的延迟问题的方法的视图。
[0078]参照图8,当在应用超长DRX循环时段805的UE中DRX定时到来时,寻呼不只发送一次,而是以对应于特定次数这样的方式在短循环时段内发送多个寻呼800。当UE只接收到多个寻呼800的至少其中之一时,UE可成功获取寻呼信息,并且因而可增加寻呼接收的概率。对于寻呼发送的重复次数和在发送之间的循环时段,可使用预定值,或者基站可将寻呼发送的重复次数和在发送之间的循环时段通过SIB通知给UE。根据本公开的实施例,甚至可能向没有应用超长DRX循环时段805的UE发送多个寻呼800。
[0079]图9是用于说明当在本公开中应用超长DRX循环时段时接收寻呼的过程的视图。
[0080]参照图9,为了应用超长DRX循环时段,UE 900、基站905和移动管理实体(MME)910需要在它们之间的设置过程915。在设置过程915中,基站和MME预先共享基站和MME是否能够支持超长DRX循环时段。UE通过附加(Attach)或跟踪区域更新(TAU)过程向MME发送对超长DRX循环时段的请求。当MME能够支持所述超长DRX循环时段时,MME通过附加接受(AttachAccept)消息向UE通知MME能够支持所述超长DRX循环时段。UE忽略由基站广播的特定于小区的DRX值,并应用所请求的超长DRX循环时段。MME将UE正应用超长DRX循环时段通知给基站。当基站发送寻呼时,基站考虑所述超长DRX循环时段。在步骤920,UE 900可确定当前应用的DRX循环时段是否
当前第2页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1