具体实施方式
下面结合附图对本发明实施例进行详细描述。
实施例一
对于支持休眠状态的终端,本实施例描述了网络侧若预知未来一段时间后有下行数据传输给该终端,则将退出休眠状态的时间信息配置给该终端,以便终端在释放连接进入休眠状态后,可根据该时间信息在相应时间退出休眠状态。其流程可如图1所示,包括:
步骤101:当终端有数据发送时,发起RRC连接建立过程,进入RRC_connected状态,进行数据传输。其中,终端发送给网络侧的RRC连接建立请求消息中携带指示标识,以指示是否支持休眠状态,网络侧根据该标识获知该终端是否具备休眠状态的能力。网络侧还可以通过核心网实体获知该终端是否具有休眠状态的能力。
步骤102:对于支持休眠状态的终端,若网络侧检测到终端较长时间没有数据传输,则发送RRC连接释放消息,其中携带用于指示终端退出休眠状态的时间信息。
具体实施时,网络侧在向终端发送RRC连接释放消息之前,若能够预先获知未来的一段时间后(该时间长度可配置)有下行数据需要传输给该终端,则在RRC连接释放消息中携带时间信息,以指示终端在相应时间退出休眠状态。若在可预见的未来没有下行数据需要传输给该终端,则网络侧向终端发送RRC连接释放消息,该消息可采用现有RRC连接释放消息格式。
比如,服务器需要进行升级维护,定于3天后的0:00重新开启,服务器将该信息通知给核心网。核心网在向该服务器下的终端发送RRC连接释放消息时,携带时间信息,用于指示终端在3天后的某个时间退出休眠状态。该时间信息所指示的时间,可以是服务器重新开启时间+随机延时。
步骤103:终端收到该RRC连接释放请求消息后,按照常规流程进入休眠状态,若RRC连接释放消息中携带有时间信息,则在进入休眠状态后启动定时器QDT,根据该时间信息设置定时器QDT的计时时间,以便在网络侧所指定的时间退出休眠状态。具体的,定时器QDT的计时时长为:从当前时刻到网络侧所通知的退出休眠状态的时刻,再减去终端进行小区搜索和发起连接的时间长度。
步骤104:定时器QDT超时的时候,终端退出休眠状态。
具体实施时,终端退出休眠状态后,可以有以下几种处理过程:
处理过程一:终端进行小区搜索,驻留到一个合适的小区,进入空闲状态,在设定长时间段(该时间长度可设置)内监听网络寻呼。网络侧在该时间点(即通知终端退出休眠状态的时间点),如果明确有下行业务需求,且没有收到该终端的RRC连接建立请求消息,则向该终端发送寻呼,在终端与网络侧建立通信连接并完成数据传输之后,如果终端没有收到下次退出休眠状态的时间,则按照正常流程进入休眠状态,否则按照前述流程执行。如果网络侧在该时间点(即通知终端退出休眠状态的时间点)没有业务要通信,则可以有两种处理方式:
方式一:网络侧不寻呼该终端,终端在该设定长时间段内未接收到网络侧的寻呼,则重新进入休眠状态;
方式二:网络侧向该终端发送一条特殊寻呼(携带有特殊标识,以指示出该寻呼不同于常规寻呼),终端收到这条特殊寻呼后不必发起RRC连接建立请求,而是进入休眠状态。进一步的,该特殊寻呼中可以携带下次退出休眠状态的时间信息(当然也可以不携带退出休眠状态的时间信息,需要视数据传输的需要而定),在这种情况下,终端根据该时间信息设置定时器QDT的计时时长,以便在相应时长后退出休眠状态。
处理过程二:终端驻留到一个合适的小区后,发起一次通信过程,与网络进行一次通信。如果网络侧有数据需要发送给该终端,则在终端与网络侧建立通信连接后向该终端传输下行数据,并在传输结束后释放与该终端的通信连接;如果网络侧没有数据需要发送,则在一定时长后释放与该终端的通信连接。进一步的,网络侧可在连接释放消息中携带下次退出休眠状态的时间信息,终端在接收到该连接释放消息后可进行相应处理。
表1示出了一种在RRC connection release消息中携带上述时间信息的格式。
表1、RRC connection release消息格式
表1中,CHOICE dormant info type表示该信息单元用于承载终端休眠相关信息的单元,该信息单元中包括Time Info参数,该参数为BIT STRING型,用于承载时间值。
图2和图3分别给出了上述流程在UMTS(Universal Mobile Telecommunications System,通用移动通信***)***和LTE(Long Term Evolution,长期演进)***中的具体实现。在UMTS***,终端有五种状态,即cell-dch,cell_fach,cell_pch/ura_pch以及idle状态,其中cell-dch,cell_fach,cell_pch/ura_pch都是RRC_connected(连接)状态。在LTE***,终端有两种状态,即RRC_connected(连接)状态和RRC-idle(空闲)状态。终端只有在进入到RRC_connected状态才能发送上行数据,一旦终端发送数据完成,网络监测终端长时间无数据传输后通过RRC connection release(RRC连接释放)消息释放终端的RRC连接,使终端进入RRC_idle状态。
LTE***中的终端配置流程基本与UMTS***中的终端配置流程类似,只是在网络架构中使用eNB(基站)代替UMTS***中的RNC。以在UMTS***中的具体实现为例,该流程可包括:
步骤201:当终端需要发送上行数据时,向RNC(Radio Network Controller,无线网络控制器)发送RRC connection request(RRC连接建立请求)消息,其中携带自己是否支持休眠状态的指示信息。本实施例中,终端上报的指示信息表明终端支持休眠状态。
步骤202:RNC向终端发送RRC connection setup(RRC连接建立)消息。
步骤203:终端与网络侧之间建立RRC连接,向RRC返回RRC connection complete(RRC连接完成)消息。
步骤204:终端与网络之间进行数据传输。
步骤205:当RNC检测到终端长时间(时间值可设置)无数据传输时,向终端发送RRC connection release(RRC连接释放)消息,其中携带时间信息,用以指示终端在相应时间退出休眠状态。
步骤206:终端接收到RRC connection release消息后,开启定时器QDT,根据接收到的时间信息设置定时器QDT的计时时长,并进入休眠状态。
步骤207:当定时器QDT超时的时候,终端退出休眠状态。之后,根据前述实施例,终端在空闲状态下监听寻呼或发起RRC connection request。
需要说明的是,网络侧也可将用于指示终端退出休眠状态的时间信息,携带于与终端交互的其它RRC消息(比如RRC连接建立消息,即RRC connection setup消息)中发送给终端,或者携带于NAS层消息(比如跟踪区更新接受消息,即Tracking area update accept消息)发送给终端,或者携带于某种特定格式的MAC CE(MAC为Medium Access Control的英文简称,中文为媒体接入控制;CE为Control Elements的英文简称,中文为控制单元)发送给终端。相应的,终端在本次通信过程中接收到该时间信息后进行缓存,并在接收到网络侧发送的RRC连接释放消息后,根据缓存的本次通信过程中的该时间信息启动定时器QDT以及设置定时器QDT的计时时长。
通过以上实施例可以看出,网络侧若能够预测到将来会有下行数据发送给该终端,则根据下行数据的发送时间,将用于指示终端退出休眠状态的时间信息发送给该终端,使该终端在释放与网络侧的通信连接并进入休眠状态后,在相应长时间后退出休眠状态,以监听/接收网络侧的数据,从而能够及时接收到网络侧发送的数据,而针对相同场景,若采用现有技术,则需要等到终端下次退出休眠状态时才能接收到网络侧的数据。
实施例二
本实施例描述了在网络侧预测未来一段时间后有下行数据需要传输给支持休眠状态的终端(如MTC)的情况下,配置该支持休眠状态的终端(如MTC终端)在完成数据传输并释放连接后,不进入休眠状态,而是让终端处于空闲状态,以接收/监听下行数据或信道。其流程可如图4所示,包括:
步骤401:当终端有数据发送时,发起RRC连接建立过程,进入RRC_connected状态,进行数据传输。其中,终端发送给网络侧的RRC连接建立请求消息中携带指示标识,以指示是否支持休眠状态,网络侧根据该标识获知该终端是否具备休眠状态的能力。网络侧还可以通过核心网实体获知该终端是否具有休眠状态的能力。
步骤402~404:对于支持休眠状态的终端,若网络侧检测到终端较长时间没有数据传输,则通过RRC连接释放消息配置终端是否进入休眠状态。
具体实施时,网络侧在向终端发送RRC连接释放消息之前,若能够预先获知未来的一段时间后(该时间长度可配置,如3小时后)有下行数据需要传输给该终端,则在RRC连接释放消息中携带指示信息,以指示终端不要进入休眠状态。若在可预见的未来没有下行数据需要传输给该终端,则网络侧向终端发送RRC连接释放消息,该消息可采用现有RRC连接释放消息格式,也可在其中增加指示信息,以指示终端进入休眠状态。
步骤405:终端收到该RRC连接释放消息后,若其中携带有指示终端不要进入休眠状态的指示信息,则根据该指示信息通知NAS层不要进入休眠状态,而是保持在空闲状态。
步骤406:若终端接收到的RRC连接释放请求消息中不携带用来指示终端不进入休眠状态的指示信息,则终端按照现有流程执行,即进入休眠状态。
下面结合图5和图6,分别描述上述流程在UMTS(Universal Mobile Telecommunications System,通用移动通信***)***和LTE(Long Term Evolution,长期演进)***中的具体实现。
参见图5,为本发明实施例提供的UMTS***中的终端配置流程。在UMTS***,终端有五种状态,即cell-dch,cell_fach,cell_pch/ura_pch以及idle状态,其中cell-dch,cell_fach,cell_pch/ura_pch都是RRC_connected(连接)状态,终端只有在进入到RRC_connected状态才能发送上行数据。一旦终端发送数据完成,网络监测终端长时间无数据传输后通过RRC connection release(RRC连接释放)消息释放终端的RRC连接,使终端进入RRC_idle状态。
该流程可包括:
步骤501:当终端需要发送上行数据时,向RNC(Radio Network Controller,无线网络控制器)发送RRC connection request(RRC连接建立请求)消息,其中携带自己是否支持休眠状态的指示信息。本实施例中,终端上报的指示信息表明终端支持休眠状态。
步骤502:RNC向终端发送RRC connection setup(RRC连接建立)消息。
步骤503:终端与网络侧之间建立RRC连接,向RRC返回RRC connection complete(RRC连接完成)消息。
步骤504:终端与网络之间进行数据传输。
步骤505:当RNC检测到终端长时间(时间值可设置)无数据传输时,向终端发送RRC connection release(RRC连接释放)消息,其中携带指示信息,用以指示终端是否进入休眠状态。由于RNC获知该终端支持休眠状态,因此此处该指示信息用来指示终端不进入休眠状态。
表2示出了一种在RRC connection release消息中携带上述指示信息的格式。
表2、RRC connection release消息格式
表2中,CHOICE dormant info type表示该信息单元用于承载终端休眠相关信息的单元,该信息单元中包括dormant indication参数,该参数为Boolean型,取值为TRUE时,指示终端进入休眠状态,取值为FALSE时,指示终端不进入休眠状态。
步骤506:终端接收到RRC connection release消息后,根据其中携带的用于指示终端是否进入休眠状态的指示信息,进行相应处理。具体的,若该指示信息指示终端不进入休眠状态,则终端进入RRC_idle状态;若该指示信息指示终端进入休眠状态,则终端进入休眠状态。
参见图6,为本发明实施例提供的LTE***中的终端配置流程。在LTE***,终端有两种状态,即RRC_connected(连接)状态和RRC-idle(空闲)状态,终端只有在进入到RRC_connected状态才能发送上行数据。一旦终端发送数据完成,网络监测终端长时间无数据传输后通过RRC connection release消息释放终端的RRC连接,使终端进入RRC_idle状态。
LTE***中的终端配置流程基本与UMTS***中的终端配置流程类似,只是在网络架构中使用eNB(基站)代替UMTS***中的RNC。
需要说明的是,网络侧也可将用于指示终端是否进入休眠状态的指示信息,携带于与终端交互的其它RRC消息(比如RRC连接建立消息,即RRC connection setup消息)中发送给终端,或者携带于NAS层消息(比如跟踪区更新接受消息,即Tracking area update accept消息)发送给终端,或者携带于某种特定格式的MAC CE发送给终端。相应的,终端在接收到该指示信息后缓存本次通信过程中接收到的该指示信息,并在接收到网络侧发送的RRC连接释放消息后,根据缓存的本次通信过程中的该指示信息决定是否进入休眠状态。
通过以上实施例可以看出,网络侧在终端处于连接状态时,若能够预测到不久将来会有下行数据发送给该终端,则将用于指示终端不要进入休眠状态的指示信息发送给该终端,使该终端在释放与网络侧的通信连接后,根据该指示信息仍保持在空闲状态,以监听/接收网络侧的下行数据,从而能够及时接收到网络侧发送的数据,而针对相同场景,若采用现有技术,则需要等到终端下次退出休眠状态时才能接收到网络侧的数据。
在具体实施时,若网络侧发现较短时长后(如3小时)将有下行数据传输给终端,则采用实施例一的方式指示终端先不要进入休眠状态;若网络侧发现较长时长后(如3天)将有下行数据传输给终端,则采用实施例二的方式指示终端在相应时长后退出休眠状态以接收下行数据。
基于相同的技术构思,本发明实施例还提供了终端设备的结构示意图。
参见图7,为本发明实施例提供的适用于上述实施例一的终端设备的结构示意图,如图所示,该终端设备支持休眠状态,该终端设备可包括:
配置信息获取模块701,用于获取网络侧配置的退出休眠状态的时间信息;
定时器设置模块702,用于当本终端设备释放与网络侧的连接后进入休眠状态时,启动定时器,并根据所述退出休眠状态的时间信息设置所述定时器的计时时长;
终端状态处理模块703,用于当所述定时器超时时,使本终端设备退出休眠状态。
进一步的,该设备还包括网络通信请求模块704,用于在本终端设备退出休眠状态之后,在设定时长内监听网络侧的寻呼,并在监听到网络侧的寻呼后,发起网络通信请求,或者向网络侧发起网络通信请求;其中,所述寻呼是网络侧在当前有数据需要传输给所述支持休眠状态的终端的情况下发送的。相应的,终端状态处理模块703还用于:若所述监听模块在所述设定时长内未监听到网络侧的寻呼,则使本终端设备进入休眠状态。
进一步的,网络通信请求模块704还用于:若在所述设定时长内监听到网络侧发送的携带有指定标识和时间信息的寻呼,则放弃向网络侧发起网络通信请求,进入休眠状态,并指示定时器设置模块702根据所述寻呼中携带的时间信息设置所述定时器的计时时长。
具体的,定时器设置模块702设置所述定时器的计时时长为:当前时刻到所述时间信息所指示的退出休眠状态的时刻,再减去终端进行小区搜索和发起连接的时间长度。
具体的,配置信息获取模块701在本终端设备接收到携带有所述退出休眠状态的时间信息的RRC消息(如RRC connection realease消息)或NAS层消息(如Tracking area update accept消息)或MAC CE后,获取其中携带的所述退出休眠状态的时间信息。
参见图8,为本发明实施例提供的适用于上述实施例二的终端设备的结构示意图,如图所示,该终端设备支持休眠状态,该终端设备可包括:
配置信息获取模块801,用于在连接状态下时,获取网络侧发送的是否允许进入休眠状态的指示信息;
终端状态处理模块802,用于在所述配置信息获取模块获取到的指示信息表示不允许进入休眠状态的情况下,在本终端设备释放与网络侧的通信连接后,使本终端设备进入并保持在空闲状态。
具体的,配置信息获取模块801可从本终端设备接收到的携带有所述是否允许进入休眠状态的指示信息的RRC消息(如RRC connection realease消息)或NAS层消息(如Tracking area update accept消息)或MAC CE中,获取所述是否允许进入休眠状态的指示信息。
进一步的,终端状态处理模块802还用于:若所述配置信息获取模块获取到的指示信息表示允许进入休眠状态,则使本终端设备在释放与网络侧的通信连接后,进入休眠状态。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。