背景技术
机器到机器(Machine to Machine,M2M)通信是未来智能化发展的一种趋势。在第三代移动通信系统(UMTS)以及其长期演进系统(LTE)中需要支持MTC(机器型通信,Machine Type Communications)功能。对于MTC终端,省电是要考虑的一个重要方面。空闲状态(idle状态)下终端省电的最好方式就是非连续接收(DRX),即每隔某个周期的时间间隔打开接收机监听一段时间网络侧对自己的寻呼,在其他时间都关闭接收机。通过这种方式得到省电的目的。一般来说,终端的DRX周期越长,省电效果越好。
MTC作为一种新型的通信理念,其目的是将多种不同类型的通信技术有机结合,如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。预计未来人对人通信的业务可能仅占整个终端市场的1/3,而更大数量的通信是MTC通信业务。有时,MTC通信又称为机器间(Machine-to-machine,M2M)通信或物联网。
当前的移动通信网络是针对人与人之间的通信设计的,如:网络容量的确定等。如果希望利用移动通信网络来支持MTC通信就需要根据MTC通信的特点对移动通信系统的机制进行优化,以便能够在对传统的人与人通信不受或受较小影响的情况下,更好地实现MTC通信。
在MTC的通信场景中,需要考虑的一个重要问题是省电。在一些场景中,电池的寿命直接决定了MTC设备的寿命,比如用于动物追踪的MTC设备或用于水文监测的MTC设备,这些设备更换电池几乎是不可能的,所以就要求MTC设备由极低的耗电量。
从无线网络侧来说,在LTE系统,终端有两种状态,即RRC_connected(radioresource control_connected,无线资源控制_连接)状态和RRC-idle(空闲)状态。在UMTS系统,终端有五种状态,即cell-dch(cell dedicated channel小区专用信道),cell_fach(cell forward access channel,小区前向接入信道),cell_pch(cell paging channel,小区寻呼信道)/ura_pch以及idle状态,其中cell-dch,cell_fach,cell_pch/ura_pch都属于RRC_connected状态。终端只有在进入到RRC_connected状态才能发送上行数据。一旦终端发送数据完成,网络监测终端长时间无数据传输后通过RRC connection release(RRC连接释放)消息释放终端的RRC连接,使终端进入RRC_idle状态。
终端在idle状态下的主要工作就是监听网络侧的寻呼。为了省电都是以DRX方式监听寻呼。即每一个周期中仅仅有一小段时间是处于接收状态,该周期内其它时间都是非接收状态的。对UMTS系统,当前网络侧配置的DRX周期最长为2的9次方(5120ms)。也就是说,对于UMTS的DRX来说,终端可以在每5120ms时间内,仅打开接收机10ms来接收网络侧寻呼消息,其他时间都是关闭接收机的。通过这种方式达到省电的目的。对于LTE系统,目前网络侧配置的最大DRX周期为2560ms。
对于UMTS系统和LTE系统,终端都可能有两个DRX长度的配置,一个是RNC/eNB通过SIB(system information block,系统消息块)消息配置,可以称为default DRX(缺省DRX)。该配置适用于所有驻留在该小区内的终端。一个是CN(core network,核心网)实体和终端通过NAS(non acess system,非接入层)过程协商的,称作UE specific DRX(用户设备特别非连续接收),该配置仅适用单个终端。对于后者,在协商过程中RNC/eNB是不知情的。终端获得两个DRX cycle(discontinuous receiving cycle,非连续接收周期),会取二者中更小值的来监听寻呼消息。
对于寻呼过程,由CN实体发起寻呼,寻呼消息首先发送到RNC(UMTS)/eNB(LTE),在UMTS系统,如图1所示,CN通过S1接口向RNC发送寻呼消息,在LTE系统,如图2所示,CN通过Iu接口向eNB发送寻呼消息。
该寻呼消息中携带UE specific DRX配置。对于UMTS系统,RNC将使用该paging消息中配置的DRX参数在空口发送寻呼消息。对于LTE系统,eNB将比较该DRX配置和系统广播消息中配置的DRX参数,使用二者较短的DRX周期来发送寻呼消息。
终端在idle状态下主要的移动性操作有小区重选和TA/LA/RA区更新。TA/LA/RA区可能包含多个小区,是一个逻辑概念,是终端的寻呼区域。CN实体仅仅知道终端所处的TA/LA,并不知道终端所处的小区。对于小区重选是指终端在移动过程中,从一个小区到了另一个小区。这个过程网络侧实体,包括RNC/eNB以及CN实体都是不知道的,是终端自己的行为。TA/LARA更新也是指终端从一个小区到另一个小区,而且这两个小区分别属于不同的TA/LA/RA区。这个过程需要通知CN实体。
当前的DRX周期配置都是考虑正常的终端,比如手机。对于耗电敏感的MTC设备一般都是业务比较单一而且以较长间隔周期性发送数据。针对MTC设备的这种业务特性,目前较为一致的倾向是为MTC终端配置更长的DRX周期(这里的更长的DRX周期是指超出现有最大配置的DRX周期),而且是CN实体和MTC终端协商该DRX周期,RAN侧网络实体RNC/eNB可能并不知道当前MTC终端的DRX周期。这种方式可能造成的问题是,MTC终端从一个支持更长DRX的RNC/eNB下面的小区移动到一个不支持更长DRX的RNC/eNB下面的小区时(没有进行TA/LA/RA更新),如图3所示,CN实体可能此时并不知道MTC终端的这种移动,所以MTC终端仍然使用更长的DRX周期监听网络侧寻呼,当CN实体将寻呼消息传递到RNC/eNB时,由于RNC/eNB并不支持更长的DRX周期,所以无法寻呼MTC终端,从而造成终端不可达,无法和网络侧取得通信。
可见,在CN实体和MTC终端协商采用更长DRX周期技术中,MTC终端从一个支持更长DRX的RNC/eNB下面的小区移动到一个不支持更长DRX的RNC/eNB下面的小区时,CN实体可能此时并不知道MTC终端的这种移动性,所以MTC终端仍然使用更长的DRX周期监听网络侧寻呼,当CN实体将寻呼消息传递到RNC/eNB时,由于RNC/eNB并不支持更长的DRX周期,所以无法采用和MTC终端使用的相同的长的DRX周期寻呼MTC终端,从而造成终端不可达,无法和网络侧取得通信。
具体实施方式
本发明实施例提供一种非连续接收的方法、装置及系统,在UE进入每个小区时,该小区的网络侧设备向UE发送当前小区的非连续接收DRX周期支持情况,UE即可根据该DRX周期支持情况选择合适的DRX周期进行非连续接收,从而保证终端在支持的DRX周期不同的小区间进行切换后,能够和网络侧取得通信。
如图4所示,本发明实施例提供一种非连续接收方法,包括:
步骤S401、网络侧确定当前小区的非连续接收DRX周期支持情况;
步骤S402、网络侧向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况,由UE根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收。
其中,该方法由网络侧设备执行,具体执行该方法的网络侧设备可以为:LTE系统中的eNB;或者UMTS中的RNC。
通常,网络侧设备需要寻呼当前小区中的用户设备UE,当网络侧设备支持更长DRX周期时,网络侧设备根据核心网指示的更长DRX周期寻呼当前小区中的用户设备UE,更长DRX周期为大于当前系统广播消息中配置的最大DRX周期的DRX周期;当网络侧设备不支持更长DRX周期时,网络侧设备根据预先配置的DRX周期寻呼当前小区中的用户设备UE,并广播该预先配置的DRX周期。
网络侧设备通常根据所设定的DRX周期寻呼UE,与步骤S401和步骤S402没有严格的执行顺序。
具体的,当CN发起对该终端的寻呼时,若RNC/eNB不支持更长的DRX周期,则RNC/eNB使用当前系统广播消息配置的DRX参数在空口发送该寻呼消息;若RNC/eNB支持更长的DRX周期,则RNC/eNB使用CN指示的UEspecific DRX参数发送寻呼消息。当终端驻留/进入一个支持更长DRX的小区时,终端仅按照与核心网协商的DRX周期(更长DRX周期或UE specific的DRX周期)来监听寻呼消息,这种情况下,当终端进入到DRX周期中的连续接收时间时,终端都会重新读取当前驻留小区的必要的系统信息,当终端驻留/进入一个不支持更长DRX的小区时,终端使用当前系统广播消息中广播的DRX配置监听寻呼消息。其中,终端获知该小区是否支持更长DRX的方式可以是RNC/eNB通知终端当前小区是否支持更长的DRX。
进一步,网络侧设备可以通过系统广播消息向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况。只要在系统广播消息中增加相应的指示信息即可。
DRX周期支持情况可以具体为当前小区是否支持更长DRX周期,也可以具体为当前小区支持的DRX周期值,或者即包括当前小区是否支持更长DRX周期,也包括当前小区支持的DRX周期值。当前小区的DRX周期支持情况具体为当前小区是否支持更长DRX周期,且当前小区的DRX周期支持情况为支持更长DRX周期时,UE选择核心网配置的更长DRX周期进行非连续接收,当前小区的DRX周期支持情况具体为当前小区是否支持更长DRX周期,且当前小区的DRX周期支持情况为不支持更长DRX周期时,UE选择当前系统广播消息配置的DRX参数进行非连续接收;当前小区的DRX周期支持情况具体为当前小区支持的DRX周期值时,UE从当前小区支持的DRX周期值中,选择能够识别的最长的DRX周期进行非连续接收。
广播DRX周期支持情况的系统广播消息和广播DRX周期参数的系统广播消息可以是同一类型的系统广播消息,也可以是不同类型的系统广播消息。例如,可以同时在SIB1消息中广播DRX周期支持情况和DRX周期参数,也可以在SIB1消息中广播DRX周期支持情况,在SIB2消息中广播DRX周期参数。
具体的,网络侧设备通过SIB1消息或者MIB消息向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况:
当网络侧设备为eNB时,网络侧设备向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况,可以具体为:
网络侧设备通过SIB1消息向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况。
在SIB1消息中增加1bit的指示即可,例如,可以增加如下字段:
如果在SIB1消息中出现“longer-DRXSupport-r12”,则表示该小区支持更长DRX周期,否则该小区不支持更长DRX周期。当然,该指示还可以是和其它特性绑定的指示,比如该小区支持其它某个特性同样也支持更长DRX周期等。
当网络侧设备为RNC时,网络侧设备向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况,可以具体为:
网络侧设备通过MIB消息向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况。
在MIB消息中增加1bit的指示即可,例如,修改后的MIB消息可以包括如表1所示的内容:
表1MIB消息
其中,最后一行的Longer DRX indicator即表示该小区是否支持更长DRX周期,若该信息出现,则表示该小区支持更长DRX周期,若该信息未出现,则表示该小区不支持更长DRX周期。当然,该指示还可以是和其它特性绑定的指示,比如该小区支持其它某个特性同样也支持更长DRX周期等。
本发明实施例还提供一种非连续接收方法,该方法由UE执行,如图5所示,该方法包括:
步骤S501、UE接收当前小区的网络侧设备发送的当前小区的非连续接收DRX周期支持情况;
步骤S502、UE根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收。
其中,网络侧设备具体为:LTE系统中的eNB;或者UMTS中的RNC。
当前小区的DRX周期支持情况,具体为:
当前小区是否支持更长DRX周期;和/或当前小区支持的DRX周期值。
进一步,当前小区的DRX周期支持情况具体为当前小区是否支持更长DRX周期时,UE根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收,具体包括:
当前小区的DRX周期支持情况为支持更长DRX周期时,UE选择核心网配置的更长DRX周期进行非连续接收,更长DRX周期为大于当前系统广播消息中配置的最大DRX周期的DRX周期;
当前小区的DRX周期支持情况为不支持更长DRX周期时,UE选择当前系统广播消息配置的DRX参数进行非连续接收。
当前小区的DRX周期支持情况具体为当前小区支持的DRX周期值时,UE根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收,具体包括:
UE从当前小区支持的DRX周期值中,选择能够识别的最长的DRX周期进行非连续接收。
若UE采用更长DRX周期进行非连续接收,UE可能错过网络侧发送的系统信息更新提醒,为确保UE不漏掉系统信息的更新,该方法还包括:
当UE使用更长DRX周期进行非连续接收时,UE在每次进行接收时,重新读取当前小区的系统信息。
由于有些UE具有移动性,所以若当前小区的DRX周期支持情况为支持更长DRX周期,可能在进行接收时,已经进入新的小区,为保证UE在每次接收时,都能够顺利实现通信,UE可以在每次进行接收时,重新进行小区选择,此时,UE根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收,具体包括:
当UE使用更长DRX周期进行非连续接收时,UE在每次进行接收时,重新进行小区选择。
下面,通过具体的实施例,对本发明实施例提供的非连续接收方法进行详细说明:
实施例一、
该实施例是UE在LTE系统中进行非连续接收,如图6所示,包括:
步骤S601、UE通过NAS过程与CN协商更长的DRX周期配置;
具体的,NAS过程可以是attach过程或TAU过程;
步骤S602、CN通过NAS过程配置协商的DRX周期等参数;
步骤S603、UE保存CN配置的DRX周期参数;
步骤S604、eNB通知UE当前小区是否支持更长的DRX;
通知方式可以是通过系统广播消息广播1bit指示,指示当前小区是否支持更长DRX周期,具体的,可以在SIB1消息中增加1bit指示;
步骤S605、UE驻留在该小区,从系统广播消息中得知该小区是否支持更长DRX周期,如果支持,则UE使用保存的与CN协商的更长DRX周期来进行非连续监听寻呼消息等操作;
步骤S606、当CN发起对该UE的寻呼时,eNB1收到该寻呼消息中携带更长的DRX周期参数,则使用该配置中的DRX参数在空口发送寻呼消息;
步骤S607、当UE从一个支持更长DRX的小区进入到一个不支持更长DRX的小区时,UE从系统广播消息中获知该小区不支持更长DRX周期,则UE使用当前小区系统广播消息中广播的DRX配置来监听寻呼消息;
步骤S608、当CN发起对该UE的寻呼时,eNB2收到该寻呼消息中没有携带DRX参数或携带自己不支持的DRX参数,则eNB使用当前系统广播消息配置的DRX参数在空口发送该寻呼消息。
实施例二、
该实施例是UE在UNTS系统中进行非连续接收,如图7所示,包括:
步骤S701、UE通过NAS过程与CN协商更长的DRX周期配置;
具体的NAS过程可以是现有的attach过程或TAU过程等;
步骤S702、CN通过NAS过程配置协商的DRX周期等参数;
步骤S703、UE保存CN配置的DRX周期参数;
步骤S704、RNC通知UE当前小区是否支持更长DRX周期;
通知方式可以是通过系统广播消息广播1bit指示,指示当前小区是否支持更长DRX周期,具体的,可以在MIB消息中增加该1bit指示;
步骤S705、UE驻留在该小区,从系统广播消息中确定该小区是否支持更长DRX周期,如果支持,则UE使用保存的与CN协商的更长DRX周期来进行非连续监听寻呼消息等操作;
步骤S706、当CN发起对该UE的寻呼时,RNC1收到该寻呼消息中携带更长DRX周期,则使用该配置中的DRX参数在空口发送寻呼消息;
步骤S707、当UE从一个支持更长DRX周期的小区进入到一个不支持更长DRX周期的小区时,UE从系统广播消息中确定该小区不支持更长DRX周期,则UE使用当前小区系统广播消息中广播的DRX配置来监听寻呼消息。
步骤S708、当CN发起对该UE的寻呼时,RNC2收到该寻呼消息中没有携带DRX参数或携带自己不支持的DRX参数,则RNC2使用当前系统广播消息配置的DRX参数在空口发送该寻呼消息。
本发明实施例还提供一种非连续接收装置,该装置可以和网络侧设备合并设置,例如,和LTE系统中的eNB或者UMTS中的RNC合并设置,如图8所示,该装置包括:
确定单元801,用于确定当前小区的非连续接收DRX周期支持情况;
发送单元802,用于向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况,由UE根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收。
其中,发送单元802具体用于:
通过系统广播消息向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况。
发送单元802具体用于:
通过SIB1消息向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况;或者
通过MIB消息向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况。
进一步,该非连续接收装置还包括:
寻呼单元,用于寻呼当前小区中的用户设备UE。
更进一步,寻呼单元具体用于:
当支持更长DRX周期时,根据核心网指示的更长DRX周期寻呼当前小区中的用户设备UE,更长DRX周期为大于当前系统广播消息中配置的最大DRX周期的DRX周期;
当不支持更长DRX周期时,根据预先配置的DRX周期寻呼当前小区中的用户设备UE,并广播该预先配置的DRX周期。
本发明实施例还提供一种非连续接收装置,该装置可以具体为用户设备,如图9所示,该装置包括:
消息接收单元901,用于接收当前小区的网络侧设备发送的当前小区的非连续接收DRX周期支持情况;
非连续接收单元902,用于根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收。
其中,网络侧设备,具体为:LTE系统中的eNB,或者UMTS中的RNC。
当前小区的DRX周期支持情况具体为当前小区是否支持更长DRX周期时,非连续接收单元902具体用于:
当当前小区的DRX周期支持情况为支持更长DRX周期时,UE选择核心网配置的更长DRX周期进行非连续接收,更长DRX周期为大于当前广播消息中配置的最大DRX周期的DRX周期;
当当前小区的DRX周期支持情况为不支持更长DRX周期时,UE选择当前系统广播消息配置的DRX参数进行非连续接收。
当前小区的DRX周期支持情况具体为当前小区支持的DRX周期值时,非连续接收单元902具体用于:
从当前小区支持的DRX周期值中,选择能够识别的最长的DRX周期进行非连续接收。
非连续接收单元902还用于:
当使用更长DRX周期进行非连续接收时,UE在每次进行接收时,重新读取当前小区的系统信息。
本发明实施例还提供一种非连续接收系统,如图10所示,包括:
网络侧设备1001,用于确定当前小区的非连续接收DRX周期支持情况;向当前小区中的UE发送当前小区的非连续接收DRX周期支持情况;
UE1002,用于接收当前小区的网络侧设备发送的当前小区的非连续接收DRX周期支持情况;根据当前小区的DRX周期支持情况选择DRX周期进行非连续接收。
本发明实施例提供一种非连续接收的方法、装置及系统,在UE进入每个小区时,该小区的网络侧设备向UE发送当前小区的非连续接收DRX周期支持情况,UE即可根据该DRX周期支持情况选择合适的DRX周期进行非连续接收,从而保证终端在支持的DRX周期不同的小区间进行切换后,能够和网络侧取得通信。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。