一种业务处理的控制方法、网络侧设备及用户设备
技术领域
本发明涉及通信技术领域,特别是指一种业务处理的控制方法、网络侧设备及用户设备。
背景技术
根据研究机构的预测,全球将会使用64亿个物联网设备,届时每天将有550万个设备连网,而“万物互联”实现的基础之一在于数据的传输,不同的物联网业务对数据传输能力和实时性都有着不同要求。其中应用于广覆盖、低速率业务中的技术NB-Iot(NarrowBand Internet of Things,基于蜂窝的窄带物联网)具有明显的优势。
NB-Iot具有支持海量链接、深度覆盖、低成本、低功耗等特点。其中的低功耗对于一些不能经常更换电池的设备和场合,如安置于高山荒野偏远地区中的各类传感监测设备,是最基本的要求,NB-IoT聚焦小数据量、小速率应用,因此从业务的角度来说具备了极低功耗的可行性。
现有适用于NB-Iot的节点技术主要是低功耗模式(PSM)和非连续接收(eDRX)。
1.低功耗模式(PSM),由基站侧配置允许用户设备UE在进入空闲态一段时间后,关闭信号的收发和AS(接入层)相关功能,相当于部分关机,从而减少天线、射频、信令处理等的功耗消耗。
UE在PSM期间,不接收任何网络寻呼,对于网络侧来说,UE此时是不可达的,数据、短信、电话均进不来。只有当跟踪区TAU周期请求定时器(T3412)超时,或者UE有自主业务要处理时,UE才会退出PSM模式。TAU周期请求定时器协议规定默认为54min,最大可达310H。
2.扩展型非连续接收(eDRX),是原LTE中非连续接收DRX技术的增强,但支持的寻呼周期可以更长,eDRX的寻呼周期由网络侧在附着ATTACH和TAU消息中指定,可为20s,40s,80s,…最大可达40min。相比以往1.28s/2.56s等DRX寻呼周期配置,从而达到降低耗电量的效果。
然而,这两种降低终端耗电量的方式,都是通过周期性的“睡眠”来实现的,网络侧必须提前知道业务的发生时间,从而配置相对应的“睡眠时长”,因此只适用于周期性(或者可提前知道何时发生)的业务应用场景。对于偶发业务的应用场景,比如远程定位、事件监控、业务呼入等,由于无法提前预知,网络就不能配置睡眠长周期。这样对于很长时间内的偶发业务来说,就不能达到省电的目的。
发明内容
本发明的目的是提供一种业务处理的控制方法、网络侧设备及用户设备,以解决现有的降低终端耗电量的方式无法满足应用需求的问题。
为达到上述目的,本发明的实施例提供一种业务处理的控制方法,包括:
通过下行信号的子帧中,空闲的正交频分复用OFDM符号承载业务控制指令,将所述业务控制指令发送至目标用户设备UE;其中,
所述业务控制指令为唤醒指令或者睡眠指令。
其中,所述方法还包括:
确定目标UE当前的业务状态;
根据所述业务状态,若所述目标UE存在待处理业务,则生成唤醒指令;若所述目标UE无业务处理,则生成睡眠指令。
其中,所述通过下行信号的子帧中,空闲的正交频分复用OFDM符号承载业务控制指令,将所述业务控制指令发送至目标用户设备UE的步骤,包括:
确定承载下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧;
使用所述子帧中空闲的OFDM符号承载所述业务控制指令;
将承载所述业务控制指令的子帧发送至目标UE。
其中,所述确定承载下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧的步骤,包括:
确定所述目标UE归属的用户组;
选择与所述用户组对应的承载NPSS、NSSS或者NPBCH信号的子帧中的至少一个子帧。
其中,所述将承载所述业务控制指令的子帧发送至目标UE的步骤,包括:
按照所述用户组的预设周期,发送承载所述业务控制指令的子帧至目标UE。
其中,所述用户组包括UE专用组和/或UE共用组;其中,
所述UE专用组中各个UE的序列根值不同,且各个用户之间的序列根值是正交的;
所述UE共用组中各个UE的序列根值相同。
其中,所述使用所述子帧中空闲的OFDM符号承载所述业务控制指令的步骤,包括:
基于预设的序列根值,生成所述业务控制指令的目标序列;
将所述目标序列映射到所述子帧中空闲的OFDM符号上。
其中,所述使用所述子帧中空闲的OFDM符号承载所述业务控制指令的步骤,还包括:
获取与所述业务控制指令对应的第一预设扰码;
基于所述第一预设扰码对映射到空闲的OFDM符号上的目标序列进行加扰。
其中,所述将所述目标序列映射到所述子帧中空闲的OFDM符号上的步骤,包括:
若所述目标序列为长序列,则根据所述子帧中空闲的OFDM符号的个数,将所述目标序列分割后映射到对应的OFDM符号上;
若所述目标序列为短序列,则将所述目标序列重复映射到对应的OFDM符号上,并基于每个空闲的OFDM符号与所述业务控制指令对应的第二预设扰码,分别对空闲的OFDM符号上的目标序列进行加扰。
为达到上述目的,本发明的实施例还提供了一种业务处理的控制方法,包括:
通过对下行信号的子帧进行侦听,获取所述子帧中空闲的正交频分复用OFDM符号承载的业务控制指令,所述业务控制指令为唤醒指令或者睡眠指令;
根据所述唤醒指令或者睡眠指令,对应调整用户设备UE自身的业务处理模式。
其中,所述通过对下行信号的子帧进行侦听,获取所述子帧中空闲的正交频分复用OFDM符号承载的业务控制指令的步骤,包括:
按照UE归属的用户组的预设周期对子帧进行侦听,获取所述子帧中空闲的OFDM符号承载的业务控制指令;其中,所述子帧为下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧。
其中,所述按照UE归属的用户组的预设周期对子帧进行侦听,获取所述子帧中空闲的OFDM符号承载的业务控制指令的步骤,包括:
根据预设扰码,对侦听到的子帧进行解扰;
根据预设的序列根值,对解扰的子帧进行检测;
若检测结果大于预设阈值,则确定所述业务控制指令为唤醒指令;若检测结果小于或等于预设阈值,则确定所述业务控制指令为睡眠指令。
其中,所述根据所述唤醒指令或者睡眠指令,对应调整用户设备UE自身的业务处理模式的步骤,包括:
根据所述唤醒指令,将业务处理参数调整为工作模式下的第一预设参数值;或者
根据所述睡眠指令,将业务处理参数调整为睡眠模式下的第二预设参数值。
为达到上述目的,本发明的实施例还提供了一种网络侧设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;所述收发机用于通过下行信号的子帧中,空闲的正交频分复用OFDM符号承载业务控制指令,将所述业务控制指令发送至目标用户设备UE;其中,
所述业务控制指令为唤醒指令或者睡眠指令。
其中,所述处理器用于读取存储器中的程序,执行下列过程:确定目标UE当前的业务状态;根据所述业务状态,若所述目标UE存在待处理业务,则生成唤醒指令;若所述目标UE无业务处理,则生成睡眠指令。
其中,所述处理器还用于确定承载下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧;使用所述子帧中空闲的OFDM符号承载所述业务控制指令;
所述收发机还用于将承载所述业务控制指令的子帧发送至目标UE。
其中,所述处理器还用于确定所述目标UE归属的用户组;选择与所述用户组对应的承载NPSS、NSSS或者NPBCH信号的子帧中的至少一个子帧。
其中,所述收发机还用于按照所述用户组的预设周期,发送承载所述业务控制指令的子帧至目标UE。
其中,所述用户组包括UE专用组和/或UE共用组;其中,
所述UE专用组中各个UE的序列根值不同,且各个用户之间的序列根值是正交的;
所述UE共用组中各个UE的序列根值相同。
其中,所述处理器还用于基于预设的序列根值,生成所述业务控制指令的目标序列;将所述目标序列映射到所述子帧中空闲的OFDM符号上。
其中,所述处理器还用于获取与所述业务控制指令对应的第一预设扰码;基于所述第一预设扰码对映射到空闲的OFDM符号上的目标序列进行加扰。
其中,所述处理器还用于若所述目标序列为长序列,则根据所述子帧中空闲的OFDM符号的个数,将所述目标序列分割后映射到对应的OFDM符号上;若所述目标序列为短序列,则将所述目标序列重复映射到对应的OFDM符号上,并基于每个空闲的OFDM符号与所述业务控制指令对应的第二预设扰码,分别对空闲的OFDM符号上的目标序列进行加扰。
为达到上述目的,本发明的实施例还提供了一种用户设备,包括:收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序;其特征在于,所述收发机用于通过对下行信号的子帧进行侦听,获取所述子帧中空闲的正交频分复用OFDM符号承载的业务控制指令,所述业务控制指令为唤醒指令或者睡眠指令;
所述处理器用于读取存储器中的程序,执行下列过程:根据所述唤醒指令或者睡眠指令,对应调整用户设备UE自身的业务处理模式。
其中,所述收发机还用于按照UE归属的用户组的预设周期对子帧进行侦听,获取所述子帧中空闲的OFDM符号承载的业务控制指令;其中,所述子帧为下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧。
其中,所述处理器还用于根据预设扰码,对侦听到的子帧进行解扰;根据预设的序列根值,对解扰的子帧进行检测;若检测结果大于预设阈值,则确定所述业务控制指令为唤醒指令;若检测结果小于或等于预设阈值,则确定所述业务控制指令为睡眠指令。
其中,所述处理器还用于根据所述唤醒指令,将业务处理参数调整为工作模式下的第一预设参数值;或者根据所述睡眠指令,将业务处理参数调整为睡眠模式下的第二预设参数值。
为达到上述目的,本发明的实施例还提供了一种网络侧设备,包括:
第一通信模块,用于通过下行信号的子帧中,空闲的正交频分复用OFDM符号承载业务控制指令,将所述业务控制指令发送至目标用户设备UE;其中,
所述业务控制指令为唤醒指令或者睡眠指令。
为达到上述目的,本发明的实施例还提供了一种用户设备,包括:
第二通信模块,用于通过对下行信号的子帧进行侦听,获取所述子帧中空闲的正交频分复用OFDM符号承载的业务控制指令,所述业务控制指令为唤醒指令或者睡眠指令;
调整模块,用于根据所述唤醒指令或者睡眠指令,对应调整用户设备UE自身的业务处理模式。
为达到上述目的,本发明的实施例还提供了一种计算机可读存储介质,其所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的应用于网络侧设备的业务处理的控制方法的步骤。
为达到上述目的,本发明的实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的应用于用户设备的业务处理的控制方法的步骤。
本发明的上述技术方案的有益效果如下:
本发明实施例的业务处理的控制方法,通过利用下行信号的子帧中空闲的OFDM符号来承载业务控制指令,如唤醒指令或者睡眠指令,在下行信号的子帧传输中将该业务控制指令发送至目标UE,而目标UE接收到该子帧后,即可根据该业务控制指令对应调整自身的业务处理模式。网络侧设备因无需预测业务到来的时间,对目标UE的业务控制将不再受限,能够实现更佳的省电效果。
附图说明
图1为本发明实施例的业务处理的控制方法的步骤流程图之一;
图2为本发明实施例的业务处理的控制方法的步骤流程图之二;
图3为本发明实施例中下行信号的子帧的传输示意图;
图4为本发明实施例中OFDM符号承载业务控制指令的示意图之一;
图5为本发明实施例中OFDM符号承载业务控制指令的示意图之二;
图6为本发明另一实施例的业务处理的控制方法的步骤流程图;
图7为本发明实施例中UE的指令接收及模式调整示意图;
图8为本发明实施例的网络侧设备的结构示意图;
图9为本发明实施例的用户设备的结构示意图;
图10为本发明另一实施例的网络侧设备的结构示意图;
图11为本发明另一实施例的用户设备的结构示意图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。
本发明针对NB-Iot中现有的降低终端耗电量的方式是由周期性“睡眠”来实现的,网络侧设备必须提前业务的发生时间,来配置相对应的“睡眠时长”,无法适用偶发业务的问题,提供了一种业务处理的控制方法,通过下行信号实现向终端发送业务控制,以满足各业务应用场景也能达到省电的效果。
如图1所示,本发明实施例的一种业务处理的控制方法,包括:
步骤101,通过下行信号的子帧中,空闲的正交频分复用OFDM符号承载业务控制指令,将所述业务控制指令发送至目标用户设备UE;其中,
所述业务控制指令为唤醒指令或者睡眠指令。
这样,网络侧设备就能够利用下行信号的子帧中空闲的OFDM符号来承载业务控制指令,如唤醒指令或者睡眠指令,在下行信号的子帧传输中将该业务控制指令发送至目标UE,而目标UE接收到该子帧后,即可根据该业务控制指令对应调整自身的业务处理模式。网络侧设备因无需预测业务到来的时间,对目标UE的业务控制将不再受限,能够实现更佳的省电效果。
例如偶发业务的应用场景,UE大部分时间处于睡眠模式,只需周期性地侦听下行信号的子帧即可获取到该业务控制指令,在侦听时由于只需打开射频和基带的部分,即可达到省电的效果。
其中,为明确告知目标UE其需要达到的业务处理模式,本发明实施例的业务处理的控制方法还包括:
确定目标UE当前的业务状态;
根据所述业务状态,若所述目标UE存在待处理业务,则生成唤醒指令;若所述目标UE无业务处理,则生成睡眠指令。
这样,网络侧设备将根据确定出的目标UE当前的业务状态,在目标UE没有业务需要处理时,生成睡眠指令,指示目标UE进入睡眠模式,而在业务到来时,生成唤醒指令,唤醒目标UE进入工作模式,完成业务处理。
一般而言,UE的业务处理需通过网络侧设备来完成,网络侧设备是监控UE的业务处理过程的,所以,该实施例中,即可借助网络侧的监控结果,来确定目标UE当前的业务状态,无需增加更多的处理流程。其中,对目标UE的无业务处理的判断,多是基于目标UE之前进行的业务结束而确定的。但为避免对无业务处理的误判断,往往会设置一定时器,在之前进行的业务结束,且之后的定时器设定时间内没有新的业务时,确定该目标UE无业务处理,生成睡眠指令。
具体地,如图2所示,步骤101,包括:
步骤1011,确定承载下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧;
步骤1012,使用所述子帧中空闲的OFDM符号承载所述业务控制指令;
步骤1013,将承载所述业务控制指令的子帧发送至目标UE。
这里,首先要确定能够承载业务控制指令的下行信号的子帧,考虑到下行信号中NPSS、NSSS以及NPBCH信号的子帧中具有空闲的OFDM符号,所示如步骤1011,将确定承载NPSS、NSSS或者NPBCH信号的子帧来承载业务控制指令。然后如步骤1012,使用确定的子帧中空闲的OFDM符号完成业务控制指令的承载。最后如步骤1013,将承载该业务控制指令的子帧发送至目标UE。
其中,承载NPSS、NSSS或者NPBCH信号的子帧都具有空闲的OFDM符号。承载NPSS的子帧位于每个无线帧的子帧#5上,承载NSSS的子帧位于每个偶数无线帧的子帧#9上。NPSS和NPSS信号都只占用各自子帧中14个OFDM符号的后11个符号,因此前3个OFDM是空闲的。该实施例中可优选利用该空闲的3个OFDM符号承载1bit的睡眠/唤醒指令(0:表示睡眠指令,1:唤醒指令),网络侧设备如基站在需要时下发给目标UE。当然,3个OFDM符号是用以承载业务控制指令的最大值,即可使用全部的3个空闲符号,也可以只使用一部分空闲符号,在此不再一一列举。
然而,网络侧设备通信的UE数量较多,若针对每个UE进行指令的发送,将消耗大量的资源,因此,网络侧设备会将UE进行分组,向同一组中的UE同时发送。具体的,步骤1011包括:
确定所述目标UE归属的用户组;
选择与所述用户组对应的承载NPSS、NSSS或者NPBCH信号的子帧中的至少一个子帧。
这里,通过确定该目标UE归属的用户组,将选择与该用户组对应的承载NPSS、NSSS或者NPBCH信号的子帧中的至少一个子帧,从而由该子帧作为承载业务控制指令的子帧。例如,可以仅选择该用户组对应的承载NPSS的子帧来承载业务控制指令,又或者选择该用户组对应的承载NPSS的子帧和承载NSSS的子帧一起来承载业务控制指令,避免子帧接收发生遗漏的情况。
而对于用户的分组,在实际应用中,一般是根据业务场景来进行,比如一个网络中有多台设备,每个设备上有多个NB-IOT模块,那么同一台设备上的多个NB-IOT模块可以分到一组,或者一个小区分成多个区域,每个区域的NB-Iot设备分到一组等等,这里不再赘述。
应该了解的是,承载NPSS、NSSS或者NPBCH信号的子帧是按照其各自的周期发送的,所以为保证一用户组中UE能够通过子帧的接收获取到该业务控制指令,网络侧设备将为每个用户组设定一预设周期,即为用户组中UE的侦听周期,也是对应该用户组的承载业务控制指令的子帧发送周期。故,步骤1013包括:
按照所述用户组的预设周期,发送承载所述业务控制指的子帧至目标UE。
这样,在网络侧设备按照该用户组的预设周期发送承载业务控制指令的子帧时,目标UE同时以该预设周期侦听子帧,就能够及时获取到该业务控制指令,进而进行对应的业务处理模式调整。
例如,图3所示第一个10ms无线帧中的NPSS子帧分配给用户组1,NSSS子帧分配给用户组2,第2个10ms无线帧中的NPSS子帧分配给用户组3等等。用户组1同时被分配在第4个10ms无线帧中,即用户组1的侦听周期为30ms,类似地,用户组2的侦听周期为20ms。每个用户组内包括若干个小区内的用户,用户组之间没有重复的用户。通过用户组的划分可以将每个用户分到不同的用户组从而分配不同的侦听周期,增加了网络侧设备调度的灵活性,并且进一步根据用户的业务特点匹配相适应的侦听周期,从而达到省电的效果。
还应该知道的是,在本发明实施例中,为增强业务控制指令的安全性,网络侧设备将为用户分配预设的序列根值对业务控制指令进行处理。优选的,所述用户组包括UE专用组和/或UE共用组;其中,
所述UE专用组中各个UE的序列根值不同,且各个用户之间的序列根值是正交的;
所述UE共用组中各个UE的序列根值相同。
这样,在用户组为UE专用组时,归属于该用户组的UE就会使用各自的序列根值来对其自身的业务控制指令进行处理;在用户组为UE共用组时,归属于该用户组的UE就会使用共用的序列根值来对其自身的业务控制指令进行处理;在用户组为UE专用组和UE共用组的组合时,该用户组中归属于UE专用组的UE就会使用各自的序列根值来对其自身的业务控制指令进行处理,归属于UE共用组的UE就会使用共用的序列根值来对其自身的业务控制指令进行处理。对于UE专用组,为避免各UE的业务控制指令经序列根值处理后出现相互影响,各个用户之间的序列根值是正交的。
进一步的,步骤1012包括:
基于预设的序列根值,生成所述业务控制指令的目标序列;
将所述目标序列映射到所述子帧中空闲的OFDM符号上。
这里,通过先基于预设的与目标UE对应的序列根值,生成该业务控制指令的目标序列,然后将该目标序列映射到已选择的子帧中的空闲OFDM符号上,实现子帧对业务控制指令的承载。其中,基于预设的序列根值,生成的目标序列可以是长序列或者ZC序列等等。而每个UE因是预先得知网络侧设备为其分配的序列根值的,将有效提升之后获取到正确的业务控制指令的概率。
此外,步骤1012还包括:
获取与所述业务控制指令对应的第一预设扰码;
基于所述第一预设扰码对映射到空闲的OFDM符号上的目标序列进行加扰。
这里,在获取到与该业务控制指令对应的第一预设扰码后,将基于该第一预设扰码对映射到空闲的OFDM符号上的目标序列进行加扰,来进一步提高业务控制指令的安全性。而由于该实施例中,对应于睡眠指令和唤醒指令设置有不同的第一预设扰码,如睡眠指令使用扰码[1,1,-1,-1,1,1,…],唤醒指令使用扰码[1,1,1,1,…,-1,-1,-1,-1,…],UE将能够根据其所在模式明确所等待的指令,所以还能够达到减少指令被错检和误检的概率的目的。
在上述实施例中,由于所生成的目标序列可以是短序列也可以是长序列,考虑到长序列对加扰的需求性较低,优选的,所述将所述目标序列映射到所述子帧中空闲的OFDM符号上的步骤,包括:
若所述目标序列为长序列,则根据所述子帧中空闲的OFDM符号的个数,将所述目标序列分割后映射到对应的OFDM符号上;
若所述目标序列为短序列,则将所述目标序列重复映射到对应的OFDM符号上,并基于每个空闲的OFDM符号与所述业务控制指令对应的第二预设扰码,分别对空闲的OFDM符号上的目标序列进行加扰。
在目标序列为长序列时,将由已确定子帧中空闲的OFDM符号的个数,将该目标序列分割后直接映射到对应的OFDM符号上。例如,如图4所示,对应于NPSS子帧中空闲的3个OFDM符号,作为长序列的目标序列A将分割为A1、A2和A3,并将A1映射到第1个OFDM符号,A2映射到第2个OFDM符号,A3映射到第3个OFDM符号。对于目标序列的分割方式,可以均匀分割,也可以基于预设规则进行不均匀的分割,使得分割后得到的子序列数目与空闲的OFDM符号的个数相等。
在目标序列为短序列时,将该目标序列重复映射到对应的OFDM符号上,并基于每个空闲的OFDM符号与该业务控制指令对应的第二预设扰码,分别对空闲的OFDM符号上的目标序列进行加扰。例如,如图5所示,对应于NSSS子帧中空闲的3个OFDM符号,作为短序列的目标序列B将重复映射到对应的OFDM符号上,即目标序列B将映射到第1个OFDM符号、第2个OFDM符号和第3个OFDM符号上。之后,再使用这3个OFDM符号各自的预设扰码分别对映射到其上的目标序列B进行加扰。当然,这3个OFDM符号各自的预设扰码是与具体的业务控制指令所对应的,也就是说:若业务控制指令为睡眠指令,则这3个OFDM符号各自的预设扰码为对应睡眠指令预设的一组扰码;若业务控制指令为唤醒指令,则这3个OFDM符号各自的预设扰码为对应唤醒指令预设的另一组扰码。两组扰码不完全相同,保证UE能够根据其所处的业务处理模式明确所等待的指令,并对加扰的指令进行更快速地解码。
该实施例中,网络侧设备为进一步减少UE检测错检或误检的概率,还规定在一次发送中最多叠加的业务控制指令的数量X,其中,X值将根据工程网络环境来设置。
综上所述,本发明实施例的业务处理的控制方法,利用下行信号的子帧中空闲的OFDM符号来承载唤醒指令或者睡眠指令,来完成对目标UE的业务处理模式的控制,因无需预测业务到来的时间,对目标UE的业务控制将不再受限,能够实现更佳的省电效果。
如图6所示,本发明实施例还提供了一种业务处理的控制方法,包括:
步骤601,通过对下行信号的子帧进行侦听,获取所述子帧中空闲的正交频分复用OFDM符号承载的业务控制指令,所述业务控制指令为唤醒指令或者睡眠指令;
步骤602,根据所述唤醒指令或者睡眠指令,对应调整用户设备UE自身的业务处理模式。
这里,按照步骤601和步骤602,在网络侧设备应用上一实施例的业务处理的控制方法,通过下行信号的子帧中,空闲的OFDM符号承载业务控制指令进行传输时,将通过对下行信号的子帧进行侦听,获取到该子帧中空闲的OFDM符号承载的业务控制指令,如唤醒指令或者睡眠指令,之后根据该唤醒指令或者睡眠指令,对应调整UE自身的业务处理模式。由于网络侧设备无需预测业务到来的时间,对目标UE的业务控制将不再受限,能够实现更佳的省电效果。
例如偶发业务的应用场景,UE大部分时间处于睡眠模式,只需周期性地侦听下行信号的子帧即可获取到该业务控制指令,在侦听时由于只需打开射频和基带的部分,即可达到省电的效果。
另外,在上一实施例中已知,网络侧设备会优选具有空闲的OFDM符号的NPSS、NSSS或者NPBCH信号的子帧来完成业务控制指令的承载,且为每个用户组设定一预设周期,作为用户组中UE的侦听周期,以及对应该用户组的承载业务控制指令的子帧发送周期。因此,步骤601,包括:
按照UE归属的用户组的预设周期对子帧进行侦听,获取所述子帧中空闲的OFDM符号承载的业务控制指令;其中,所述子帧为下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧。
这样,按照该UE归属的用户组的预设周期对子帧进行侦听,即可获取到该子帧中的业务控制指令。
此外,在上一实施例中,为提升业务控制指令的安全性,网络侧设备在基于预设的序列根值生成目标序列后,还会对目标序列进行加扰,所以,进一步具体的,所述按照UE归属的用户组的预设周期对子帧进行侦听,获取所述子帧中空闲的OFDM符号承载的业务控制指令的步骤,包括:
根据预设扰码,对侦听到的子帧进行解扰;
根据预设的序列根值,对解扰的子帧进行检测;
若检测结果大于预设阈值,则确定所述业务控制指令为唤醒指令;若检测结果小于或等于预设阈值,则确定所述业务控制指令为睡眠指令。
这样,在侦听到该子帧后,具体的将根据预设扰码,对承载业务控制指令的OFDM符号先进行解扰,然后根据预设的序列根值进行检测,最终将检测结果与预设阈值比较,若检测结果大于预设阈值,则确定该业务控制指令为唤醒指令;若检测结果小于或等于预设阈值,则确定该业务控制指令为睡眠指令。
例如,对应于该UE承载业务控制指令的子帧为NPSS子帧,在侦听到该子帧后,结合NPSS子帧的结构,即可由预设扰码对前3个OFDM符号进行解扰,之后由预设的序列根值进行检测。由于设置的业务控制指令1表示唤醒指令,0表示睡眠指令,预设阈值为0,所以,若检测结果大于0,则确定该业务控制指令为唤醒指令;若检测结果小于或等于0时,则确定该业务控制指令为睡眠指令。由此可知,预设阈值是根据睡眠指令的值而设定的,此时,唤醒指令的值大于睡眠指令的值。
当然,若唤醒指令的值小于睡眠指令的值,对应的判断条件将适应发生变化。例如设置的业务控制指令0表示唤醒指令,1表示睡眠指令,预设阈值为0,所以,若检测结果大于0,则确定该业务控制指令为睡眠指令;若检测结果小于或等于0时,则确定该业务控制指令为唤醒指令。
在确定具体的业务控制指令后,下一步,将依据该业务控制指令进行对应的业务处理模式调整。步骤602包括:
根据所述唤醒指令,将业务处理参数调整为工作模式下的第一预设参数值;或者
根据所述睡眠指令,将业务处理参数调整为睡眠模式下的第二预设参数值。
如图7所示,该实施例中,UE的睡眠模式下,会将业务处理参数调整为第二预设参数值,关闭收发机的射频、基带和高层,仅维持晶振,因此耗电是极低的。在侦听周期到达时,侦听仅需打开射频和物理层的部分模块,同时UE也可利用该子帧来检测NPSS、NSSS或者NPBCH信号,从而调整晶振,来保持和小区的时频同步。当接收到唤醒指令,业务处理参数调整为工作模式下的第一预设参数值后将继续接受SIB/NPDCCH/NPDSCH等业务信道。这样,UE在侦听过程中检测指令而增加的耗电仍是极低的,只有在唤醒进入工作模式后进行正常的耗电。
综上所述,本发明实施例的业务处理的控制方法,在网络侧设备应用上一实施例的业务处理的控制方法,通过下行信号的子帧中,空闲的OFDM符号承载业务控制指令进行传输时,将通过对下行信号的子帧进行侦听,获取到该子帧中空闲的OFDM符号承载的业务控制指令,如唤醒指令或者睡眠指令,之后根据该唤醒指令或者睡眠指令,对应调整UE自身的业务处理模式。由于网络侧设备无需预测业务到来的时间,对目标UE的业务控制将不再受限,能够实现更佳的省电效果。
如图8所示,本发明实施例的一种网络侧设备,包括:收发机810、存储器820、处理器830及存储在所述存储器820上并可在所述处理器上运行的计算机程序;所述收发机810用于通过下行信号的子帧中,空闲的正交频分复用OFDM符号承载业务控制指令,将所述业务控制指令发送至目标用户设备UE;其中,
所述业务控制指令为唤醒指令或者睡眠指令。
其中,所述处理器830用于读取存储器中的程序,执行下列过程:确定目标UE当前的业务状态;根据所述业务状态,若所述目标UE存在待处理业务,则生成唤醒指令;若所述目标UE无业务处理,则生成睡眠指令。
其中,所述处理器830还用于确定承载下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧;使用所述子帧中空闲的OFDM符号承载所述业务控制指令;
所述收发机810还用于将承载所述业务控制指令的子帧发送至目标UE。
其中,所述处理器830还用于确定所述目标UE归属的用户组;选择与所述用户组对应的承载NPSS、NSSS或者NPBCH信号的子帧中的至少一个子帧。
其中,所述收发机810还用于按照所述用户组的预设周期,发送承载所述业务控制指令的子帧至目标UE。
其中,所述用户组包括UE专用组和/或UE共用组;其中,
所述UE专用组中各个UE的序列根值不同,且各个用户之间的序列根值是正交的;
所述UE共用组中各个UE的序列根值相同。
其中,所述处理器830还用于基于预设的序列根值,生成所述业务控制指令的目标序列;将所述目标序列映射到所述子帧中空闲的OFDM符号上。
其中,所述处理器830还用于获取与所述业务控制指令对应的第一预设扰码;基于所述第一预设扰码对映射到空闲的OFDM符号上的目标序列进行加扰。
其中,所述处理器830还用于若所述目标序列为长序列,则根据所述子帧中空闲的OFDM符号的个数,将所述目标序列分割后映射到对应的OFDM符号上;若所述目标序列为短序列,则将所述目标序列重复映射到对应的OFDM符号上,并基于每个空闲的OFDM符号与所述业务控制指令对应的第二预设扰码,分别对空闲的OFDM符号上的目标序列进行加扰。
在图8中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器830代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理,存储器820可以存储处理器830在执行操作时所使用的数据。
如图9所示,本发明的实施例还提供了一种用户设备,包括:收发机910、存储器920、处理器930及存储在所述存储器920上并可在所述处理器930上运行的计算机程序;所述收发机910用于通过对下行信号的子帧进行侦听,获取所述子帧中空闲的正交频分复用OFDM符号承载的业务控制指令,所述业务控制指令为唤醒指令或者睡眠指令;
所述处理器930用于读取存储器中的程序,执行下列过程:根据所述唤醒指令或者睡眠指令,对应调整用户设备UE自身的业务处理模式。
其中,所述收发机910还用于按照UE归属的用户组的预设周期对子帧进行侦听,获取所述子帧中空闲的OFDM符号承载的业务控制指令;其中,所述子帧为下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧。
其中,所述处理器930还用于根据预设扰码,对侦听到的子帧进行解扰;根据预设的序列根值,对解扰的子帧进行检测;若检测结果大于预设阈值,则确定所述业务控制指令为唤醒指令;若检测结果小于或等于预设阈值,则确定所述业务控制指令为睡眠指令。
其中,所述处理器930还用于根据所述唤醒指令,将业务处理参数调整为工作模式下的第一预设参数值;或者根据所述睡眠指令,将业务处理参数调整为睡眠模式下的第二预设参数值。
在图9中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器930代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口940还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器930负责管理总线架构和通常的处理,存储器920可以存储处理器930在执行操作时所使用的数据。
如图10所示,本发明的实施例还提供了一种网络侧设备,包括:
第一通信模块1001,用于通过下行信号的子帧中,空闲的正交频分复用OFDM符号承载业务控制指令,将所述业务控制指令发送至目标用户设备UE;其中,
所述业务控制指令为唤醒指令或者睡眠指令。
其中,所述网络侧设备还包括:
确定模块,用于确定目标UE当前的业务状态;
生成模块,用于根据所述业务状态,若所述目标UE存在待处理业务,则生成唤醒指令;若所述目标UE无业务处理,则生成睡眠指令。
其中,所述第一通信模块1001包括:
第一确定子模块,用于确定承载下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧;
处理子模块,用于使用所述子帧中空闲的OFDM符号承载所述业务控制指令;
发送子模块,用于将承载所述业务控制指令的子帧发送至目标UE。
其中,所述第一确定子模块包括:
确定单元,用于确定所述目标UE归属的用户组;
选择单元,用于选择与所述用户组对应的承载NPSS、NSSS或者NPBCH信号的子帧中的至少一个子帧。
其中,所述处理模块进一步用于按照所述用户组的预设周期,发送承载所述业务控制指令的子帧至目标UE。
其中,所述用户组包括UE专用组和/或UE共用组;其中,
所述UE专用组中各个UE的序列根值不同,且各个用户之间的序列根值是正交的;
所述UE共用组中各个UE的序列根值相同。
其中,所述处理子模块包括:
生成单元,用于基于预设的序列根值,生成所述业务控制指令的目标序列;
处理单元,用于将所述目标序列映射到所述子帧中空闲的OFDM符号上。
其中,所述处理子模块还包括:
获取单元,用于获取与所述业务控制指令对应的第一预设扰码;
加扰单元,用于基于所述第一预设扰码对映射到空闲的OFDM符号上的目标序列进行加扰。
其中,所述处理单元包括:
第一处理子单元,用于若所述目标序列为长序列,则根据所述子帧中空闲的OFDM符号的个数,将所述目标序列分割后映射到对应的OFDM符号上;
第二处理子单元,用于若所述目标序列为短序列,则将所述目标序列重复映射到对应的OFDM符号上,并基于每个空闲的OFDM符号与所述业务控制指令对应的第二预设扰码,分别对空闲的OFDM符号上的目标序列进行加扰。
需要说明的是,该网络侧设备是应用了上述第一实施例中的业务处理的控制方法的网络侧设备,上述第一实施例中业务处理的控制方法的实施例的实现方式适用于该网络侧设备,也能达到相同的技术效果。
可见本发明实施例的网络侧设备,通过利用下行信号的子帧中空闲的OFDM符号来承载唤醒指令或者睡眠指令,来完成对目标UE的业务处理模式的控制,因无需预测业务到来的时间,对目标UE的业务控制将不再受限,能够实现更佳的省电效果。
如图11所示,本发明实施例还提供了一种用户设备,包括:
第二通信模块1101,用于通过对下行信号的子帧进行侦听,获取所述子帧中空闲的正交频分复用OFDM符号承载的业务控制指令,所述业务控制指令为唤醒指令或者睡眠指令;
调整模块1102,用于根据所述唤醒指令或者睡眠指令,对应调整用户设备UE自身的业务处理模式。
其中,所述第二通信模块1101进一步用于按照UE归属的用户组的预设周期对子帧进行侦听,获取所述子帧中空闲的OFDM符号承载的业务控制指令;其中,所述子帧为下行主同步信号NPSS、下行辅同步信号NSSS或者下行物理信道NPBCH信号的子帧。
其中,所述第二通信模块1101包括:
解扰子模块,用于根据预设扰码,对侦听到的子帧进行解扰;
检测子模块,用于根据预设的序列根值,对解扰的子帧进行检测;
第二确定子模块,用于若检测结果大于预设阈值,则确定所述业务控制指令为唤醒指令;若检测结果小于或等于预设阈值,则确定所述业务控制指令为睡眠指令。
其中,所述调整模块1102包括:
第一调整子模块,用于根据所述唤醒指令,将业务处理参数调整为工作模式下的第一预设参数值;
第二调整子模块,用于根据所述睡眠指令,将业务处理参数调整为睡眠模式下的第二预设参数值。
需要说明的是,该用户设备是应用了上述第二实施例中的业务处理的控制方法的网络侧设备,上述第二实施例中业务处理的控制方法的实施例的实现方式适用于该用户设备,也能达到相同的技术效果。
可见本发明实施例的用户设备,在网络侧设备通过下行信号的子帧中,空闲的OFDM符号承载业务控制指令进行传输时,将通过对下行信号的子帧进行侦听,获取到该子帧中空闲的OFDM符号承载的业务控制指令,如唤醒指令或者睡眠指令,之后根据该唤醒指令或者睡眠指令,对应调整UE自身的业务处理模式。由于网络侧设备无需预测业务到来的时间,对目标UE的业务控制将不再受限,能够实现更佳的省电效果。
本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的应用于网络侧设备的业务处理的控制方法的步骤。
本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述的应用于用户设备的业务处理的控制方法的步骤。
进一步需要说明的是,此说明书中所描述的用户设备包括但不限于智能手机、平板电脑等,且所描述的许多功能部件都被称为模块,以便更加特别地强调其实现方式的独立性。
本发明实施例中,模块可以用软件实现,以便由各种类型的处理器执行。举例来说,一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块,举例来说,其可以被构建为对象、过程或函数。尽管如此,所标识模块的可执行代码无需物理地位于一起,而是可以包括存储在不同位里上的不同的指令,当这些指令逻辑上结合在一起时,其构成模块并且实现该模块的规定目的。
实际上,可执行代码模块可以是单条指令或者是许多条指令,并且甚至可以分布在多个不同的代码段上,分布在不同程序当中,以及跨越多个存储器设备分布。同样地,操作数据可以在模块内被识别,并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集,或者可以分布在不同位置上(包括在不同存储设备上),并且至少部分地可以仅作为电子信号存在于系统或网络上。
在模块可以利用软件实现时,考虑到现有硬件工艺的水平,所以可以以软件实现的模块,在不考虑成本的情况下,本领域技术人员都可以搭建对应的硬件电路来实现对应的功能,所述硬件电路包括常规的超大规模集成(VLSI)电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
上述范例性实施例是参考该些附图来描述的,许多不同的形式和实施例是可行而不偏离本发明精神及教示,因此,本发明不应被建构成为在此所提出范例性实施例的限制。更确切地说,这些范例性实施例被提供以使得本发明会是完善又完整,且会将本发明范围传达给那些熟知此项技术的人士。在该些图式中,组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的,并无意成为限制用。如在此所使用地,除非该内文清楚地另有所指,否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时,表示所述特征、整数、步骤、操作、构件及/或组件的存在,但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示,陈述时,一值范围包含该范围的上下限及其间的任何子范围。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。