发明内容
本发明实施例提供一种激活状态处理方法及装置,用于解决基站处于DTX模式中睡眠状态时,不能及时响应UE发送的消息的问题。
本发明实施例第一方面提供一种激活状态处理方法,包括:
基站接收用户设备UE发送的上行信息;
所述基站根据所述上行信息,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。
结合第一方面,在第一方面的第一种可能的实施方式中,所述基站根据所述上行信息,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,包括:
所述基站根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,
所述基站接收UE发送的包含建议激活时间段的上行信息,并根据所述建议激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述包含建议激活时间段的上行信息包括所述建议激活时间段的起始时刻和/或持续时间。
结合第一方面的第一种可能的实施方式,在第一方面的第二种可能的实施方式中,所述基站根据所述上行信息,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,包括:
所述基站根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,
所述基站接收UE发送的包含建议激活时间段的上行信息,并根据所述建议激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述包含建议激活时间段的上行信息包括所述建议激活时间段的起始时刻和/或持续时间。
结合第一方面的第一种可能的实施方式,在第一方面的第三种可能的实施方式中,所述根据所述建议激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,还包括:
所述基站向所述UE发送使用所述建议激活时间段的确认消息。
结合第一方面至第一方面的第三种可能的实施方式中任一项,在第一方面的第四种可能的实施方式中,所述上行信息包括以下至少一种:调度请求消息、上行数据到达消息、缓存状态报告消息、UE的新传数据信息、UE的重传数据信息、UE的随机接入请求消息。
本发明实施例第二方面提供一种激活状态处理方法,包括:
用户设备UE向基站发送上行信息;
所述UE在基站的非连续发送DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息;
其中,所述预设激活时间段为所述基站根据所述上行信息确定的激活时间段。
结合第二方面,在第二方面的第一种可能的实施方式中,所述在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,还包括:
所述UE向所述基站发送包含建议激活时间段的上行信息,以使所述基站在所述建议激活时间段内为激活状态。
结合第二方面,在第二方面的第二种可能的实施方式中,在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,还包括:
所述UE接收基站发送的包括扩展的激活时间段或临时激活时间段的时间信息,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
结合第二方面的第一种可能的实施方式,在第二方面的第三种可能的实施方式中,所述UE向所述基站发送包含建议激活时间段的上行信息之后,还包括:
所述UE接收所述基站发送的使用所述建议激活时间段的确认消息。
本发明实施例第三方面提供一种激活状态处理方法,包括:
基站向用户设备UE发送下行信息;
所述基站对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,以使所述基站处于激活状态时对UE发送的下行信息反馈信息进行响应。
结合第三方面,在第三方面的第一种可能的实施方式中,所述基站根据所述下行信息,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,包括:
所述基站根据所述下行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,
所述基站根据所述下行信息中包含的约定激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述下行信息中包括所述约定激活时间段的起始时刻和/或持续时间。
结合第三方面的第一种可能的实施方式,在第三方面的第二种可能的实施方式中,所述基站对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,还包括:
所述基站将包括扩展的激活时间段或临时激活时间段的时间信息发送给所述UE,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
结合第三方面至第三方面的第二种可能的实施方式中任一项,在第三方面的第三种可能的实施方式中,所述下行信息包括:根据UE发送的数据发送的否定应答NACK消息,根据UE发送的数据发送的ACK消息,随机接入响应消息,或者UE的调度消息。
本发明实施例第四方面提供一种激活状态处理方法,包括:
UE接收基站发送的下行信息;
所述UE根据所述下行信息确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
结合第四方面,在第四方面的第一种可能的实施方式中,所述UE根据所述下行信息确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息,包括:
所述UE根据所述下行信息中的约定激活时间段确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
本发明第五方面提供一种基站,包括:
接收模块,用于接收用户设备UE发送的上行信息;
处理模块,用于根据所述上行信息,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。
结合第五方面,在第五方面的第一种可能的实施方式中,所述处理模块,具体用于根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,
接收UE发送的包含建议激活时间段的上行信息,并根据所述建议激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述包含建议激活时间段的上行信息包括所述建议激活时间段的起始时刻和/或持续时间。
结合第五方面的第一种可能的实施方式,在第五方面的第二种可能的实施方式中,所述基站还包括:
发送模块,用于在处理模块根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,将包括扩展的激活时间段或临时激活时间段的时间信息发送给所述UE,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
结合第五方面的第一种可能的实施方式,在第五方面的第三种可能的实施方式中,所述发送模块,还用于在处理模块根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,向所述UE发送使用所述建议激活时间段的确认消息。
结合第五方面至第五方面的第三种可能的实施方式中任一项,在第五方面的第四种可能的实施方式中,所述上行信息包括以下至少一种:调度请求消息、上行数据到达消息、缓存状态报告消息、UE的新传数据信息、UE的重传数据信息、UE的随机接入请求消息。
本发明实施例第六方面提供一种用户设备,包括:
发送模块,用于向基站发送上行信息;
接收模块,用于在基站的非连续发送DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息;
其中,所述预设激活时间段为所述基站根据所述上行信息确定的激活时间段。
结合第六方面,在第六方面的第一种可能的实施方式中,所述发送模块,还用于在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,向所述基站发送包含建议激活时间段的上行信息,以使所述基站在所述建议激活时间段内为激活状态。
结合第六方面,在第六方面的第二种可能的实施方式中,所述接收模块,还用于在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,接收基站发送的包括扩展的激活时间段或临时激活时间段的时间信息,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
结合第六方面的第一种可能的实施方式,在第六方面的第三种可能的实施方式中,所述接收模块,还用于在所述发送模块向所述基站发送包含建议激活时间段的上行信息之后,接收所述基站发送的使用所述建议激活时间段的确认消息。
本发明实施例第七方面提供一种基站,包括:
发送模块,用于向用户设备UE发送下行信息;
处理模块,用于对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,以使所述基站处于激活状态时对UE发送的下行信息反馈信息进行响应。
结合第七方面,在第七方面的第一种可能的实施方式中,所述处理模块,具体用于根据所述下行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,
根据所述下行信息中包含的约定激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述下行信息中包括所述约定激活时间段的起始时刻和/或持续时间。
结合第七方面的第一种可能的实施方式,在第七方面的第二种可能的实施方式中,所述处理模块,具体用于根据所述下行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,
根据所述下行信息中包含的约定激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述下行信息中包括所述约定激活时间段的起始时刻和/或持续时间。
结合第七方面至第七方面的第二种可能的实施方式中任一项,在第七方面的第三种可能的实施方式中,所述下行信息包括:根据UE发送的数据发送的否定应答NACK消息,根据UE发送的数据发送的肯定应答ACK消息,随机接入响应消息,或者UE的调度消息。
本发明实施例第八方面提供一种用户设备,包括:
接收模块,用于接收基站发送的下行信息;
确定模块,用于根据所述下行信息确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
结合第八方面,在第八方面的第一种可能的实施方式中,所述确定模块,具体用于根据所述下行信息中的约定激活时间段确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
本发明实施例中,基站接收UE发送的上行信息后,或者基站在向UE发送下行信息后,基站会根据具体地应用需求,对DTX模式中的激活时间段进行扩展或发起临时激活时间段,进而及时的对UE发来的信息进行处理。
本发明实施例第九方面提供一种激活状态处理方法,包括:
基站确定满足第一预设条件;
所述基站保持在单一状态模式,或者从非连续发送DTX模式切换到所述单一状态模式,当基站处于所述单一状态模式时,所述基站持续为激活状态;
其中,所述第一预设条件包括以下任意一种:
与所述基站交互的用户设备UE不能配置为非连续接收DRX模式;
所述基站在预设时间内处于激活状态的时间段大于预设阈值;
所述基站在预设时间内发起激活的次数大于预设阈值;
所述DTX模式下,所述基站无法为与所述基站交互的UE提供服务。
结合第九方面,在第九方面的第一种可能的实施方式中,所述方法还包括:所述基站确定满足第二预设条件;
所述基站保持在DTX模式,或者从所述单一状态模式切换到所述DTX模式;
其中,所述第二预设条件包括以下任意一种:
所述基站和与所述基站交互的UE之间没有无线资源控制协议RRC连接;
所述基站将所有与所述基站有RRC连接的UE的偏移值配置在DTX周期中的同一偏移点;
所述基站将DTX周期配置为所有与所述基站有RRC连接的UE的DRX周期的最小公约数,或者所有与所述基站有RRC连接的UE的DRX周期的最小值。
结合第九方面的第一种可能的实施方式,在第九方面的第二种可能的实施方式中,所述基站从所述单一状态模式切换到所述DTX模式之后,还包括:
所述基站向所述基站所在的小区广播本小区或邻居小区的DTX参数;或者,
所述基站向UE发送包含DTX参数的切换消息。
结合第九方面的第二种可能的实施方式,在第九方面的第三种可能的实施方式中,所述DTX参数中包括DTX周期的起始时刻、初始激活周期的持续时间和扩展激活周期的持续时间。
本发明实施例第十方面提供一种基站,包括:
确定模块,用于确定满足第一预设条件;
处理模块,用于使所述基站保持在单一状态模式,或者从非连续发送DTX模式切换到所述单一状态模式,当基站处于所述单一状态模式时,所述基站持续为激活状态;
其中,所述第一预设条件包括以下任意一种:
与所述基站交互的用户设备UE不能配置为非连续接收DRX模式;
所述基站在预设时间内处于激活状态的时间段大于预设阈值;
所述基站在预设时间内发起激活的次数大于预设阈值;
所述DTX模式下,所述基站无法为与所述基站交互的UE提供服务。
结合第十方面,在第十方面的第一种可能的实施方式中,所述确定模块,还用于确定满足第二预设条件;
所述处理模块,用于使所述基站保持在DTX模式,或者从所述单一状态模式切换到所述DTX模式;
其中,所述第二预设条件包括以下任意一种:
所述基站和与所述基站交互的UE之间没有无线资源控制协议RRC连接;
所述基站将所有与所述基站有RRC连接的UE的偏移值配置在DTX周期中的同一偏移点;
所述基站将DTX周期配置为所有与所述基站有RRC连接的UE的DRX周期的最小公约数,或者所有与所述基站有RRC连接的UE的DRX周期的最小值。
结合第十方面的第一种可能的实施方式,在第十方面的第二种可能的实施方式中,所述基站还包括:发送模块,用于在所述基站从所述单一状态模式切换到所述DTX模式之后,向所述基站所在的小区广播本小区或邻居小区的DTX参数;或者,
向UE发送包含DTX参数的切换消息。
结合第十方面的第二种可能的实施方式,在第十方面的第三种可能的实施方式中,所述DTX参数中包括DTX周期的起始时刻、初始激活周期的持续时间和扩展激活周期的持续时间。
本发明实施例中,基站在满足第一预设条件时,保持在单一状态模式,或者,从DTX模式切换到上述单一状态模式,即使得基站一直保持激活;这样可以在UE需求基站发送下行信息较多或频率较为密集的情况下更好的满足UE的需求,使UE及时完成工作或任务,避免延迟。另外,与基站交互的UE不支持DRX时,即不能配合基站的DTX模式时,或者,在DTX模式下基站无法为与该基站交互的UE提供服务时,基站会调整为单一状态模式,使得基站和UE之间的配合更为灵活。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例中,DTX周期中包含激活和睡眠两种状态,因此也可以称为双状态周期,或者双模式周期。其中初始激活时间段指的是DTX周期刚开始的固定激活时间段,本发明实施例细化了DTX模式在激活状态的具体架构,可包括如下多种可能:
1)基站在DTX模式的初始激活时间内发送同步信号(synchronizationsignal,简称SS)或小区参考信号(Cell-specific Reference Signal,简称CRS)信号,用于使UE检测该小区。
2)基站在DTX模式的初始激活时间内发送SS、CRS、主信息块(MasterInformation Block,简称MIB)、系统信息块(System Information Block,简称SIB)1、或SIB2信号,用于使UE驻留在该小区。
3)基站在DTX模式的初始激活时间内发送SS、CRS、非连续接收(Discontinous Reception,简称DRX)、MIB、SIB1-m、寻呼消息(paging)或下行调度(DownLink Scheduling,简称DL Scheduling)信号,用于给UE提供服务,例如提供数据业务的服务,像电话业务、上网业务等。
并且,基站在初始激活时间段内,可以接收UE发送的物理上行控制信道(Physical Uplink Conotrol Channel,简称PUCCH)、物理上行共享信道(Physical Uplink Shared Channel,简称PUSCH)、物理随机接入信道(PhysicalRandom Access Channel,简称PRACH)信息。
在上述架构的基础上,在一个DTX周期内,会有固定的初始激活周期,但是可以存在起始偏移值,该起始偏移值指的是DTX周期相对于基站发送下行信息时间的偏移值。然而UE的业务有一定的随机分布的特点,在与基站交互过程中,可能基站的DTX模式下固定的初始激活周期不能满足UE业务需求,那么本发明实施例中基站就针对UE的业务实时修正它的激活时间。具体地,可以有下述方法:
1)当UE在一个基站的初始激活时间段末需要进一步的服务时,基站可以将该初始激活时间段进行扩展,即延续一段激活时间,并且将扩展的时间通知给UE,以使UE在扩展的激活时间段继续接收基站发送的下行信息。
2)当基站处于睡眠状态时,可以根据基站的上行接收器接收到UE发送的消息并获取到UE的具体需求,或者基站发送给UE的消息有业务需求时,基站可以临时发起一个激活时间段。有时候为了节约资源不适用这种临时发起激活状态的方式。
在基站对激活状态进行修正之前,会将扩展的激活时间段或临时激活时间段通过广播或专用信令通知UE。
当然,基站也可以根据UE上报的建议时间去扩展激活时间段或发起临时激活时间段。
通过上述方法,可以进一步提高DTX模式下激活状态时间段在整个DTX周期中所占的比例,提升了基站为UE提供服务的容量和时机。
需要说明的是,上述扩展的激活时间段或临时激活时间段内,根据不同的应用场景,基站的上行和下行工作状态有如下选择:
1)在基站侧,下行利用DTX模式发送寻呼消息,下行数据在睡眠态是被缓存,在下一个激活时间被发送;同时,上行接收器一直处于开启,接收UE发送的上行信息,例如,上行随机接入信道扰码(Uplink Randome accesschannel Preamble,简称UL RACH Preamble)、上行调度请求(Uplink SchedulingRequest,简称UL SR)、上行缓存状态报告(Uplink Buffer Status Report,简称UL BSR)、上行数据(Uplink Data,简称UL Data)信息等。
2)在基站侧,下行利用DTX模式发送信息;上行接收器开启中心有限带宽接收UE发送的信息,其中中心有限带宽指UE在上行中心频点处对称展开频带,该频带带宽可以为6RB。
3)在基站侧,下行利用DTX模式发送信息,下行数据在睡眠态是被缓存,在下一个激活时间被发送;同时,上行接收器关闭。
另外,本发明实施例中,基站也可以指基站的小区,基站的操作也可以由基站的小区实现。本发明实施例中的基站可以指一个基站或多个基站。
图1为本发明提供的激活状态处理方法实施例一的流程示意图,如图1所示,该方法包括:
S101、基站接收UE发送的上行信息。
具体地,该上行信息可以包括以下至少一种:调度请求消息、上行数据到达消息、缓存状态报告消息、UE的新传数据信息、UE的重传数据信息、UE的随机接入请求信息等。
S102、上述基站根据上述上行信息,对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。其中DTX模式中的激活时间段具体可以指现有DTX模式中的初始激活时间段或规则激活时间段。其中初始激活时间段为DTX周期最开始的一段激活状态时间段,通常,最开始的一段激活状态时间段为固定的一段激活状态时间段,规则激活时间段不一定在DTX周期的开始,可以预设在DTX周期中的任意时间段,下述具体实施例以初始激活时间段为例进行说明,其中初始激活时间段均可以替换为规则激活时间段。
UE在向基站发送上行信息后,要接收基站发送的上行信息反馈消息,这样才能完成一些通信业务,例如UE向基站发送上行数据到达消息,要接收到基站发送的反馈消息后才能确认上行数据到达。但是,实际工作过程中,基站在DTX模式下可能处于睡眠状态,当基站处于睡眠状态时基站不发送下行信息,也就是基站无法对UE发送的上行信息作出反馈。因此,基站在接收到上行信息后,根据具体的需求对激活时间段进行扩展,或者,在基站处于睡眠状态时发起临时激活时间段,这样基站可以再扩展的激活时间段或临时激活时间段向UE发送上行信息反馈信息。
本实施例中,基站接收用户设备发送的上行信息后,会根据该上行信息扩展DTX模式中的激活时间段或者发起临时激活时间段,这样基站就可以根据UE的需求及时的响应UE发送的上行信息。
进一步地,上述S102中,基站根据上述上行信息,对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,可存在不同方式,例如:
1)上述基站根据上述上行信息的类型,对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。对于不同类型的上行信息所需要激活的时间段可能不同,基站可以根据预先在协议中设定的不同类型的上行信息和激活时间的映射关系来确定扩展激活时间段还是发起临时激活时间段。当然如果刚好对应于初始激活时间段,则不需要扩展激活时间段或发起临时激活时间段。
需要说明的是,基站接收到多个不同类型上行信息时,确定出的激活时间如果有重合部分,那么这些上行信息可以共享重合激活时间,即在这个重合的激活时间内基站可以处理多个上行信息。
2)上述基站接收UE发送的包含建议激活时间段的上行信息,并根据上述建议激活时间段,对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中该包含建议激活时间段的上行信息包括该建议激活时间段的起始时刻和/或持续时间。
需要说明的是,如果提前预设好建议激活时间段的持续时间,那么包含建议激活时间段的上行信息可以包括起始时刻,那么根据该起始时刻和预设的持续时间来确定建议激活时间段即可;如果包含建议激活时间段的上行信息包括持续时间,那么基站可以将MAC CE、物理层指示信息或RRC层信息作为触发条件,即将接收到这些消息的时刻作为起始时刻,开始上述建议激活时间段。如果包含建议激活时间段的上行信息包括起始时刻和持续时间,那么按照该起始时刻和持续时间来确定该建议激活时间段。进一步扩展,基站可以利用媒介接入控制控制元素(Medium access control control element,简称MAC CE)、物理层指示信息或无线资源控制协议(Radio ResourceControl,简称RRC)层信息触发UE,以使UE获知基站当前DTX模式中的激活时间段进行扩展的激活时间段,或者,发起的临时激活时间段。
其中,基站根据上述建议激活时间段,对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,该基站向上述UE发送使用该建议激活时间段的确认消息。即UE在发送完该建议激活时间段之后要等待基站回复的确认消息,如果UE接收到基站发送的确认消息,说明基站会在该建议时间段内为激活状态。
进一步地,上述基站根据上述上行信息的类型,对当前DTX模式中的激活时间段进行扩展,或者发起临时激活时间段之前,上述基站会将包含扩展的激活时间段或临时激活时间段的时间信息发送给UE,其中,该时间信息中包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。具体地,基站可以通过广播的方式将上述时间信息广播出去,也可以通过专用信令、物理层指示信息或MACCE其中一个或其组合通知给UE。这样,UE就可以只在基站处于激活状态的时间段收听下行信息,可以节约UE的一些资源。需要说明的是,如果提前预设好扩展的激活时间段或临时激活时间段的持续时间,那么上述时间信息可以包括起始时刻,那么根据该起始时刻和预设的持续时间来确定扩展的激活时间段或临时激活时间段即可;如果上述时间信息包括持续时间,那么基站可以将接收到的UE发送的MAC CE、物理层指示信息或RRC层信息其中一个或其组合作为触发条件,即将接收到这些消息的时刻作为起始时刻,开始上述扩展的激活时间段或临时激活时间段。如果上述时间信息包括起始时刻和持续时间,那么按照该起始时刻和持续时间来确定扩展的激活时间段或临时激活时间段。
进一步的扩展,UE也可以利用向基站发送专用信令、物理层指示信息或MACCE其中一个或其组合的方式触发对基站当前DTX模式中的激活时间段进行扩展,或者发起临时激活时间段。UE也可以利用向基站发送专用信令、物理层指示信息、MACCE其中一个或其组合的方式对起始时刻和/或持续时间进行触发。即使得基站可以按照上述起始时刻和/或持续时间扩展激活时间段或发起临时的激活时间段。
本实施例中,基站接收用户发送的上行信息后,会根据该上行信息扩展DTX模式中的激活时间段或者发起临时激活时间段,这样基站就可以根据UE的需求及时的响应UE发送的上行信息。具体地,基站可以根据接收到的上行信息的类型或UE的建议扩展激活时间段或发起临时激活时间段,可以更好地满足UE的需求,更好地配合UE及时完成一些工作或任务。
图2为本发明提供的激活状态处理方法实施例二的流程示意图,如图2所示,该方法包括:
S201、UE向基站发送上行信息。
S202、上述UE在基站的DTX模式中的预设激活时间段内接收上述基站发送的上行信息反馈信息。其中,上述预设时间段为基站根据该上行信息确定的激活时间段,具体地,该预设激活时间段包括下述任意一种或组合:DTX模式中的初始激活时间段、扩展的激活时间段、临时激活时间段。
对应于上述图1所示的实施例,基站在接收到UE发送的上行信息后根据不同情况扩展原初始激活时间段,或者发起临时激活时间段,当然,如果基站就在原初始激活时间段内发上行信息反馈信息,那么就无需扩展该初始激活时间段或发起临时激活时间段。在基站发送的上行信息反馈信息之前基站会通过广播消息或专用信令、物理层指示信息、MACCE其中一个或其组合将激活时间通知给UE,那么UE在对应的激活时间段内接收基站发送的上行信息反馈信息即可。
本实施例中,UE向基站发送上行信息之后,基站会根据上行信息的具体情况确定处于激活状态的时间,及时向UE反馈信息,这样避免UE的一些任务延迟实现,且UE在基站处于激活状态的时间段内接收基站发送的上行信息反馈信息,还可以节约UE的资源。
进一步地,在上述S202之前,该UE可以向上述基站发送包含建议激活时间段的上行信息,以使上述基站在上述建议激活时间段内为激活状态。这样UE直接将合适的时间建议给基站,通过这种沟通可以是基站在更为合理的时间段处于激活状态,也可以更好的满足UE的需求。
具体实现过程中,上述UE在向上述基站发送包含建议激活时间段的上行信息之后,该UE接收上述基站发送的使用该建议激活时间段的确认信息,基站发送完该确认信息后,说明基站会在该建议激活时间段内处于激活状态。
更进一步地,上述UE在接收基站发送的包括扩展的激活时间段或临时激活时间段的时间信息,其中,上述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。需要说明的是,该时间信息可以是基站广播的,也可以是通过专用信令、物理层指示信息或MACCE其中一个或其组合发送给该UE的。另外,如果提前预设好扩展的激活时间段或临时激活时间段的持续时间,那么上述时间信息可以包括起始时刻,那么根据该起始时刻和预设的持续时间来确定扩展的激活时间段或临时激活时间段即可;如果上述时间信息包括持续时间,那么基站可以将接收到的UE发送的MACCE、物理层指示信息或RRC层信息作为触发条件,即将接收到这些消息的时刻作为起始时刻,开始上述扩展的激活时间段或临时激活时间段。如果上述时间信息包括起始时刻和持续时间,那么按照该起始时刻和持续时间来确定扩展的激活时间段或临时激活时间段。
进一步的扩展,UE也可以利用向基站发送专用信令、物理层指示信息或MACCE其中一个或其组合的方式触发对基站当前DTX模式中的激活时间段进行扩展,或者发起临时激活时间段。UE也可以利用向基站发送专用信令、物理层指示信息、MACCE其中一个或其组合的方式对起始时刻和/或持续时间进行触发。即使得基站可以按照上述起始时刻和/或持续时间扩展激活时间段或发起临时的激活时间段。
本实施例与图1所述实施例相对应,在此不再赘述。
本实施例中,UE向基站发送上行信息之后,基站会根据上行信息的具体情况确定处于激活状态的时间,及时向UE反馈信息,这样避免UE的一些任务延迟实现,且UE在基站处于激活状态的时间段内接收基站发送的上行信息反馈信息,还可以节约UE的资源。且UE可以向基站建议发送上行信息反馈信息的时间段,使基站在建议的时间段内处于激活,使得基站与UE的配合更加灵活。
图3为本发明提供的激活状态处理方法实施例三的流程示意图,如图3所示,该方法包括:
S301、基站向UE发送下行信息。
举例说明,上述下行信息可以是根据UE发送的数据发送的否定应答(NACK)消息、根据UE发送的数据发送的肯定应答(ACK)消息、随机接入响应消息、UE的调度消息等。
S302、上述基站对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,以使所述基站在处于激活状态时对UE发送的下行信息反馈信息进行响应,类似于上述实施例,这样基站就能及时处理UE发送的下行信息反馈信息,以使UE完成进一步操作。即基站向UE发送下行信息后,UE会根据该下行信息向基站发送下行信息反馈信息,基站需要对该下行信息反馈信息作出响应,如果基站处于睡眠状态,则无法对该下行信息反馈信息作出响应。
以UE的随机接入过程为例,基站向UE发送随机接入响应消息后,UE的随机接入还没有完成,需要UE在接收到随机接入响应消息之后再向基站发送上行数据信息(相当于上述下行信息反馈信息),并且UE在接收到基站对该上行数据信息的响应信息(即UE向基站发送随机接入响应信息)之后,UE才完成了随机接入的过程,因此,基站根据具体地情况确定激活时间段,扩展原初始激活时间段,或者发起临时激活时间段,以使后续基站接收到UE发送的上行数据信息后可以处于激活状态,及时向UE发送随机接入响应信息。
本实施例中,基站在向UE发送下行信息之后,对DTX模式中的激活时间进行扩展,或者,发起临时激活时间段,以使基站处于激活状态时对UE发送的下行信息反馈信息进行响应,从而使UE及时完成一些工作和任务,避免造成延迟。
具体地,上述S302具体可以存在多种实现方式:
1)上述基站根据上述下行信息的类型,对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。
2)上述基站根据上述下行信息中包含的约定激活时间段,对当前DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。其中,该下行信息中包括上述约定激活时间段的起始时刻和/或持续时间。需要说明的是,如果提前预设好约定激活时间段的持续时间,那么包含约定激活时间段的下行信息可以包括起始时刻,那么根据该起始时刻和预设的持续时间来确定约定激活时间段即可;如果包含约定激活时间段的下行信息包括持续时间,那么基站可以将接收到的UE发送的MAC CE、物理层指示信息或RRC层信息其中一个或组合作为触发条件,即将接收到这些消息的时刻作为起始时刻,开始上述约定激活时间段。如果包含约定激活时间段的下行信息包括起始时刻和持续时间,那么按照该起始时刻和持续时间来确定该约定激活时间段。
具体实现过程中,上述S302之前,上述基站将包括扩展的激活时间段或临时激活时间段的时间信息发送给上述UE,其中,上述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。基站可以通过广播的方式将上述时间信息广播出去,也可以通过专用信令、物理层指示信息或MACCE至少一之通知给UE。这样UE就可以知道基站具体地处于激活状态的时间,以进行后续的交互过程。需要说明的是,如果提前预设好扩展的激活时间段或临时激活时间段的持续时间,那么上述时间信息可以包括起始时刻,那么根据该起始时刻和预设的持续时间来确定扩展的激活时间段或临时激活时间段即可;如果上述时间信息包括持续时间,那么基站可以将MACCE、物理层指示信息或RRC层信息其中一个或其组合作为触发条件,即将接收到这些消息的时刻作为起始时刻,开始上述扩展的激活时间段或临时激活时间段。如果上述时间信息包括起始时刻和持续时间,那么按照该起始时刻和持续时间来确定扩展的激活时间段或临时激活时间段。进一步的扩展,UE也可以利用向基站发送专用信令、物理层指示信息或MACCE至少一之一的方式触发对基站当前DTX模式中的激活时间段进行扩展,或者发起临时激活时间段。UE也可以利用向基站发送专用信令、物理层指示信息、MACCE其中一个或组合的方式对起始时刻和或持续时间进行触发。
图4为本发明提供的激活状态处理方法实施例四的流程示意图,如图4所示,该流程包括:
S401、UE接收基站发送的下行信息。
S402、上述UE根据上述下行信息确定接收时间,并在该接收时间内接收上述基站发送的上行信息反馈信息。
具体地,基站在向UE发送下行信息之后,会根据具体情况或业务需求确定它自己处于激活状态的时间,例如保持原初始激活时间段、扩展原初始激活时间段、或者发起临时激活时间段。然后基站会将它确定处于激活的时间段信息通知给UE,以便于UE在它处于激活状态的时间段内收听基站发送给UE的信息。具体地,基站可以通过广播的方式通知UE,也可以通过专用信令通知UE。
本实施例中,UE接收到基站发送的下行信息后,会确定出后续与基站的交互过程中基站处于激活状态的时间,这样UE就在基站处于激活状态的时间段内接收下行信息即可,这样UE还可以节约资源。
具体实现过程中,上述S401具体可以为,UE根据上述下行信息中的约定激活时间段确定接收时间,并在上述接收时间内接收上述基站发送的上行信息反馈信息。基站在接收到该下行信息后,会向基站返回一个确认消息,基站接收到该确认消息之后会按照原约定的时间处于激活状态,例如扩展原初始激活时间段或发起临时激活时间段。
图5为本发明提供的激活状态处理方法实施例五的流程示意图,如图5所示,该流程包括:
S501、基站确定满足第一预设条件。
S501、上述基站保持在单一状态模式,或者从DTX模式切换到该单一状态模式,当基站处于上述单一状态模式时,上述基站持续为激活状态。
DTX模式中包含了激活状态和睡眠状态,基站处于睡眠状态时不发送下行信息。但是单一模式下,基站会一直处于激活状态,即基站在下行的每个子帧都会处于工作状态,即使是基站在近乎空白(ABS)子帧时,在发送数据的共享信道会不发送信号,但也会在控制信道发送下行控制信息。也就是当基站处于单一模式时和处于DTX模式中的激活状态时功能相同。
其中,上述第一预设条件包括以下任意一种:
1)与上述基站交互的UE不能配置为非连续接收(DiscontinuousReception,简称DRX)模式。例如,UE在小小区处于连接模式,但是UE的业务不能被配置为DRX,则基站会自动离开DTX模式,或者UE向基站发送请求消息以请求基站离开DTX模式,之后基站后进入单一模式。
2)上述基站在预设时间内处于激活状态的时间段大于预设阈值。在一段时间内,基站可能会根据UE的一些需求扩展原先的激活状态时间段,或者在原睡眠状态时间段临时发起激活时间段,那么这段时间内如果基站处于激活状态的总时间如果大于一定的阈值,那么可以切换到单一模式,这样基站可以满足UE的需求,也不用总是去扩展激活状态或临时发起激活状态。
3)基站在预设时间内发起激活的次数大于预设阈值。与2)类似,如果基站总是需要处于激活状态,那么就将基站切换到单一模式,这样基站就可以一直像处于激活状态那样工作,也无需在总是发起激活。
4)在DTX模式下,上述基站无法为与上述基站交互的UE提供服务。此时基站会自动离开DTX模式,或者UE向基站发送请求消息以请求基站离开DTX模式,之后基站后进入单一模式。例如,基站处于的DTX模式为基站在激活子帧内只能发送参考信号的DTX模式,该参考信息可以为用于测量UE与基站之间无线链路的质量的参考信号,而不能给UE提供服务,那么该基站一旦接收到UE的连接建立请求消息或随机接入(Random AccessChannel,简称RACH)扰码,则离开DTX模式。
具体地,基站离开DTX模式,可以是基站的控制节点或邻居节点发送指示信息指示基站离开DTX模式;也可以是基站的接收射频器打开,检测到有UE靠近,或者周围邻居基站干扰较大,则自动离开DTX模式。
本实施例中,基站在满足第一预设条件时,保持在单一状态模式,或者,从DTX模式切换到上述单一状态模式,即使得基站一直保持激活;这样可以在UE需求基站发送下行信息较多或频率较为密集的情况下更好的满足UE的需求,使UE及时完成工作或任务,避免延迟。另外,与基站交互的UE不支持DRX时,即不能配合基站的DTX模式时,或者,在DTX模式下基站无法为与该基站交互的UE提供服务时,基站会调整为单一状态模式,使得基站和UE之间的配合更为灵活。
进一步地,如果基站确定满足第二预设条件,基站保持在DTX模式,或者,从上述单一状态模式切换到该DTX模式。
其中,该第二预设条件满足一下任意一种:
1)上述基站和与该基站交互的UE之间没有无线资源控制协议(RadioResource Control,简称RRC)连接。
2)上述基站将所有与该基站RRC连接的UE的偏移值配置在DTX周期中的同一偏移点。
3)上述基站将DTX周期配置为所有与该基站有RRC连接的UE的DRX周期的最小公约数,或者所有与基站有RRC连接的UE的DRX周期的最小值。
如果基站处于单一模式状态,那么基站在下行的每个子帧都会处于工作状态,当在上述几种情况下,基站发送下行信息的次数或频率较低,如果处于单一模式状态会浪费很多资源,那么就让基站处于DTX模式,这样基站就会有一段时间处于睡眠状态,可以节约资源。
在上述实施例的基础上,基站从单一状态模式切换到DTX模式之后,基站在该基站所在的小区广播本小区或邻居小区的DTX参数;或者,基站向UE发送包含DTX参数的切换消息。该DTX参数中包括DTX周期的起始时刻、初始激活周期的持续时间和扩展激活周期的持续时间等。具体地,该参数中包含的内容根据基站DTX模式下的具体情况来定,例如DTX周期中扩展了初始激活时间段,那么参数中就包含扩展激活周期的持续时间,如果DTX周期中有临时发起的激活时间段,那么该参数中还可以包括临时激活时间段的起始时刻和持续时间等。
图6为本发明提供的激活状态处理方法实施例六的DTX周期示意图,如图6所示,表示上述实施例中的两个DTX周期,其中,突起部分表示DTX周期中的初始激活时间段,其余部分表示睡眠状态时间段。
图7为本发明提供的激活状态处理方法实施例七的DTX周期示意图,如图7所示,表示上述实施例中的两个DTX周期,区别于图6实施例,图7中突起部分表示DTX周期中的规则激活时间段,规则激活时间段也可以是预设的,但不一定在DTX周期的一开始部分。
图8为本发明提供的激活状态处理方法实施例八的DTX周期示意图,前述方法实施例中,有时需要在本处于睡眠状态的时候,临时发起一段激活状态,即临时激活时间段,如图8所示,其中虚线部分表示发起的临时激活时间段。
图9为本发明提供的基站实施例一的结构示意图,如图9所示,该基站包括:接收模块901和处理模块902,其中:
接收模块901,用于接收用户设备UE发送的上行信息;处理模块902,用于根据所述上行信息,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。
进一步地,上述处理模块902,具体用于根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,接收UE发送的包含建议激活时间段的上行信息,并根据所述建议激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述包含建议激活时间段的上行信息包括所述建议激活时间段的起始时刻和/或持续时间。
图10为本发明提供的基站实施例二的结构示意图,如图10所示,在图9的基础上,该基站还包括:发送模块903。
发送模块903,用于在处理模块根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,将包括扩展的激活时间段或临时激活时间段的时间信息发送给所述UE,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
该发送模块903,还用于在处理模块根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,向所述UE发送使用所述建议激活时间段的确认消息。
需要说明的是,所述上行信息包括以下至少一种:调度请求消息、上行数据到达消息、缓存状态报告消息、UE的新传数据信息、UE的重传数据信息、UE的随机接入请求消息。
上述各模块用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图11为本发明提供的用户设备实施例一的结构示意图,如图11所示,该用户设备包括:发送模块110和接收模块111,其中:
发送模块110,用于向基站发送上行信息;接收模块111,用于在基站的非连续发送DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息;其中,所述预设激活时间段为所述基站根据所述上行信息确定的激活时间段。
进一步地,上述发送模块110,还用于在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,向所述基站发送包含建议激活时间段的上行信息,以使所述基站在所述建议激活时间段内为激活状态。
上述接收模块111,还用于在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,接收基站发送的包括扩展的激活时间段或临时激活时间段的时间信息,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
上述接收模块111,还用于在所述发送模块向所述基站发送包含建议激活时间段的上行信息之后,接收所述基站发送的使用所述建议激活时间段的确认消息。
上述各模块用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图12为本发明提供的基站实施例三的结构示意图,如图12所示,该基站包括:发送模块120和处理模块121,其中:
发送模块120,用于向用户设备UE发送下行信息;处理模块121,用于对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,以使所述基站处于激活状态时对UE发送的下行信息反馈信息进行响应。
进一步地,该处理模块121,具体用于根据所述下行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,
根据所述下行信息中包含的约定激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述下行信息中包括所述约定激活时间段的起始时刻和/或持续时间。
上述发送模块120,还用于在处理模块对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,将包括扩展的激活时间段或临时激活时间段的时间信息发送给所述UE,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
需要说明的是,所述下行信息包括:根据UE发送的数据发送的否定应答NACK消息,根据UE发送的数据发送的肯定应答ACK消息,随机接入响应消息,或者UE的调度消息。
图13为本发明提供的用户设备实施例二的结构示意图,如图13所示,该用户设备包括:接收模块130和确定模块131,其中:
接收模块130,用于接收基站发送的下行信息;确定模块131,用于根据所述下行信息确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
进一步地,上述确定模块131,具体用于根据所述下行信息中的约定激活时间段确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
上述各模块用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图14为本发明提供的基站实施例四的结构示意图,如图14所示,该基站包括:确定模块140和处理模块141,其中:
确定模块140,用于确定满足第一预设条件;处理模块141,用于使所述基站保持在单一状态模式,或者从非连续发送DTX模式切换到所述单一状态模式,当基站处于所述单一状态模式时,所述基站持续为激活状态。
其中,所述第一预设条件包括以下任意一种:
与所述基站交互的用户设备UE不能配置为非连续接收DRX模式;
所述基站在预设时间内处于激活状态的时间段大于预设阈值;
所述基站在预设时间内发起激活的次数大于预设阈值;
所述DTX模式下,所述基站无法为与所述基站交互的UE提供服务。
进一步地,上述确定模块140,还用于确定满足第二预设条件;处理模块141,还用于使所述基站保持在DTX模式,或者从所述单一状态模式切换到所述DTX模式。
其中,所述第二预设条件包括以下任意一种:
所述基站和与所述基站交互的UE之间没有无线资源控制协议RRC连接;
所述基站将所有与所述基站有RRC连接的UE的偏移值配置在DTX周期中的同一偏移点;
所述基站将DTX周期配置为所有与所述基站有RRC连接的UE的DRX周期的最小公约数,或者所有与所述基站有RRC连接的UE的DRX周期的最小值。
图15为本发明提供的基站实施例五的结构示意图,如图15所示,在图14的基础上,该基站包括:发送模块142。
该发送模块142,用于在所述基站从所述单一状态模式切换到所述DTX模式之后,向所述基站所在的小区广播本小区或邻居小区的DTX参数;或者,向UE发送包含DTX参数的切换消息。
需要说明的是,所述DTX参数中包括DTX周期的起始时刻、初始激活周期的持续时间和扩展激活周期的持续时间。
上述各模块用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
本发明实施例另一方面还提供一种基站,包括:天线、收发器和处理器,其中:天线和收发器连接,用于根据收发器的指令传输信息;
收发器,用于接收用户设备UE发送的上行信息;处理器,用于根据所述上行信息,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段。
进一步地,所述处理器,具体用于根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,接收UE发送的包含建议激活时间段的上行信息,并根据所述建议激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述包含建议激活时间段的上行信息包括所述建议激活时间段的起始时刻和/或持续时间。
上述收发器,还用于在处理器根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,将包括扩展的激活时间段或临时激活时间段的时间信息发送给所述UE,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
该收发器,还用于在处理器根据所述上行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,向所述UE发送使用所述建议激活时间段的确认消息。
需要说明的是,所述上行信息包括以下至少一种:调度请求消息、上行数据到达消息、缓存状态报告消息、UE的新传数据信息、UE的重传数据信息、UE的随机接入请求消息。
上述基站用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
本发明实施例另一方面还提供一种用户设备,包括:天线和收发器,其中:天线和收发器连接,用于根据收发器的指令传输信息;
收发器,用于向基站发送上行信息;用于在基站的非连续发送DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息;其中,所述预设激活时间段为所述基站根据所述上行信息确定的激活时间段。
进一步地,上述收发器,还用于在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,向所述基站发送包含建议激活时间段的上行信息,以使所述基站在所述建议激活时间段内为激活状态。
上述收发器,还用于在基站的DTX模式中的预设激活时间段内接收所述基站发送的上行信息反馈信息之前,接收基站发送的包括扩展的激活时间段或临时激活时间段的时间信息,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
上述收发器,还用于在所述收发器向所述基站发送包含建议激活时间段的上行信息之后,接收所述基站发送的使用所述建议激活时间段的确认消息。
上述用户设备用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
本发明实施例另一方面还提供一种基站,包括:天线、收发器和处理器,其中:天线和收发器连接,用于根据收发器的指令传输信息;
收发器,用于向用户设备UE发送下行信息;处理器,用于对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,以使所述基站处于激活状态时对UE发送的下行信息反馈信息进行响应。
进一步地,上述处理器,具体用于根据所述下行信息的类型,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段;或者,根据所述下行信息中包含的约定激活时间段,对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段,其中,所述下行信息中包括所述约定激活时间段的起始时刻和/或持续时间。
上述收发器,还用于在处理器对当前非连续发送DTX模式中的激活时间段进行扩展,或者,发起临时激活时间段之前,将包括扩展的激活时间段或临时激活时间段的时间信息发送给所述UE,其中,所述时间信息包括扩展的激活时间段或临时激活时间段的起始时刻和/或持续时间。
需要说明的是,所述下行信息包括:根据UE发送的数据发送的否定应答NACK消息,根据UE发送的数据发送的肯定应答ACK消息,随机接入响应消息,或者UE的调度消息。
上述基站用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
本发明实施例另一方面还提供一种用户设备,包括:天线、收发器和处理器,其中:天线和收发器连接,用于根据收发器的指令传输信息;
收发器,用于接收基站发送的下行信息;处理器,用于根据所述下行信息确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
进一步地,该处理器,具体用于根据所述下行信息中的约定激活时间段确定接收时间,并在所述接收时间内接收所述基站发送的上行信息反馈信息。
上述用户设备用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
本发明实施例另一方面还提供一种基站,包括:处理器,具体地,该处理器用于确定满足第一预设条件;使所述基站保持在单一状态模式,或者从非连续发送DTX模式切换到所述单一状态模式,当基站处于所述单一状态模式时,所述基站持续为激活状态;其中,所述第一预设条件包括以下任意一种:与所述基站交互的用户设备UE不能配置为非连续接收DRX模式;所述基站在预设时间内处于激活状态的时间段大于预设阈值;所述基站在预设时间内发起激活的次数大于预设阈值;所述DTX模式下,所述基站无法为与所述基站交互的UE提供服务。
进一步地,上述处理器,还用于确定满足第二预设条件;使所述基站保持在DTX模式,或者从所述单一状态模式切换到所述DTX模式;其中,所述第二预设条件包括以下任意一种:所述基站和与所述基站交互的UE之间没有无线资源控制协议RRC连接;所述基站将所有与所述基站有RRC连接的UE的偏移值配置在DTX周期中的同一偏移点;所述基站将DTX周期配置为所有与所述基站有RRC连接的UE的DRX周期的最小公约数,或者所有与所述基站有RRC连接的UE的DRX周期的最小值。
更进一步地,上述基站还包括:收发器,用于在所述基站从所述单一状态模式切换到所述DTX模式之后,向所述基站所在的小区广播本小区或邻居小区的DTX参数;或者,向UE发送包含DTX参数的切换消息。
需要说明的是,所述DTX参数中包括DTX周期的起始时刻、初始激活周期的持续时间和扩展激活周期的持续时间。
上述基站用于执行前述方法实施例,其实现原理和技术效果类似,在此不再赘述。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。