一种监听指示及监听方法、装置
技术领域
本发明涉及无线通信技术领域,特别涉及一种监听指示及监听方法、装置。
背景技术
在基于共享信道的移动通信系统中,例如LTE(Long Term Evolution,长期演进)中,上下行数据的传输由基站(eNB)调度器负责控制,当调度器确定调度某用户时,将通过控制信道通知终端在何种资源上发送或接收数据。终端(UE)监听控制信道,当检测到包含自己的调度信息时,根据控制信道上的指示完成数据的发送(上行)或接收(下行)。在激活状态下,由于终端不确定eNB何时对其进行调度,因此一种常见的工作模式为,终端连续监听控制信道,对每个包含其下行调度控制信道的子帧都进行解析,以判断是否被调度。这种工作方式在终端数据量较大,可能被频繁调度的情况下能获得较高的效率。然而对某些业务而言,数据的到达频率较低,导致终端被调度的次数也较小,如果终端仍然连续监听控制信道,无疑会增加其耗电量。为了解决耗电问题,LTE系统采用了DRX(DiscontinuousReception,非连续接收)工作模式,在这种工作模式下,终端周期性的对控制信道进行监听,因而达到节电的目的。
图1为DRX基本原理示意图,如图所示,其中On duration(在持续时间)表示UE监听控制信道的时间段,其间射频通道打开,并连续监听控制信道;除去On duration之外的其它时间,UE处于Sleep(休眠)状态,其射频链路将被关闭,不再监听控制信道,以达到省电的目的。On Duration都是周期性出现(Cycle),具体周期由eNB配置实现。
LTE的DRX机制考虑了数据业务的到达模型,即数据分组的到达是突发的(可以理解为,一旦有数据分组到达,那么会在较短时间内连续到达较多的分组)。为了适应这种业务到达特点,LTE DRX过程采用了多种定时器,并与HARQ(Hybrid Automatic RepeatRequest,混合自动重复请求)过程相结合,以期达到更好的节电性能。
然而,现有技术的不足在于,现有的监听的方式并不是最省电的方式。
发明内容
本发明提供了一种监听指示及监听方法、装置,用以解决终端在监听时的省电问题。
本发明实施例中提供了一种监听指示方法,包括:
网络侧确定终端需要监听的numerology和/或TTI;
网络侧指示终端需要监听和/或不需要监听的numerology和/或TTI。
较佳地,网络侧根据以下内容之一或者其组合确定终端需要监听的numerology和/或TTI:
终端业务特性与numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力。
较佳地,通过以下信令之一或者其组合指示终端需要监听和/或不需要监听的numerology和/或TTI:
物理层信令、MAC信令、RRC信令。
较佳地,指示终端需要监听和/或不需要监听的numerology和/或TTI时,在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI;
或,在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI。
较佳地,指示终端需要监听和/或不需要监听的numerology和/或TTI时,包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
本发明实施例中提供了一种监听方法,包括:
接收网络侧指示终端的需要监听和/或不需要监听的numerology和/或TTI;
根据指示监听numerology和/或TTI。
较佳地,所述指示是通过以下信令之一或者其组合指示的:
物理层信令、MAC信令、RRC信令。
较佳地,在指示时在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI;
或,在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI。
较佳地,所述指示包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
较佳地,根据指示监听numerology和/或TTI,包括以下内容之一或者其组合:
根据需要监听或者不需要监听的numerology和/或TTI指示中包含的信息,确定在DRX Active time内不需要进行物理层控制信道监听的numerology和/或TTI;
在接收的指示信令是MAC信令或者RRC信令时,确定该信令的生效时刻;
在信令中携带不需要监听的长度指示信息时,按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap指示信息,确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
本发明实施例中提供了一种监听指示装置,包括:
确定模块,用于在网络侧确定终端需要监听的numerology和/或TTI;
指示模块,用于指示终端需要监听和/或不需要监听的numerology和/或TTI。
较佳地,确定模块进一步用于在网络侧根据以下内容之一或者其组合确定终端需要监听的numerology和/或TTI:
终端业务特性与numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力。
较佳地,指示模块进一步用于通过以下信令之一或者其组合指示终端需要监听和/或不需要监听的numerology和/或TTI:
物理层信令、MAC信令、RRC信令。
较佳地,指示模块进一步用于在指示终端需要监听和/或不需要监听的numerology和/或TTI时,在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI;或,在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI。
较佳地,指示模块进一步用于在指示终端需要监听和/或不需要监听的numerology和/或TTI时,包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
本发明实施例中提供了一种监听装置,包括:
接收模块,用于接收网络侧指示终端的需要监听和/或不需要监听的numerology和/或TTI;
监听模块,用于根据指示监听numerology和/或TTI。
较佳地,接收模块进一步用于通过以下信令之一或者其组合接收指示:
物理层信令、MAC信令、RRC信令。
较佳地,接收模块进一步用于接收指示,所述指示是在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI的;或,是在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI的。
较佳地,接收模块进一步用于接收指示,所述指示包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
较佳地,监听模块进一步用于在根据指示监听numerology和/或TTI时,包括以下内容之一或者其组合:
根据需要监听或者不需要监听的numerology和/或TTI指示中包含的信息,确定在DRX Active time内不需要进行物理层控制信道监听的numerology和/或TTI;
在接收的指示信令是MAC信令或者RRC信令时,确定该信令的生效时刻;
在信令中携带不需要监听的长度指示信息时,按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap指示信息,确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
本发明有益效果如下:
在本发明实施例提供的技术方案中,在网络侧确定终端需要监听的numerology和/或TTI后,就指示给终端;而终端也将根据该指示来监听numerology和/或TTI。因此终端可以不监听不必要监听的numerology和/或TTI,相比之前LTE系统的Active time内所有子帧都需要监听相应的物理层信道,可以达到更好的节电效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为背景技术中DRX基本原理示意图;
图2为本发明实施例中网络侧的监听指示方法实施流程示意图;
图3为本发明实施例中终端侧的监听方法实施流程示意图;
图4为本发明实施例1的实施流程示意图;
图5为本发明实施例1中终端监听信道示意图;
图6为本发明实施例2的实施流程示意图;
图7为本发明实施例2中终端监听信道示意图;
图8为本发明实施例3的实施流程示意图;
图9为本发明实施例3中终端监听信道示意图;
图10为本发明实施例中在网络侧的监听指示装置结构示意图;
图11为本发明实施例中在终端侧的监听装置结构示意图;
图12为本发明实施例中基站结构示意图;
图13为本发明实施例中终端结构示意图。
具体实施方式
发明人在发明过程中注意到:
DRX相关定时器如下:
On duration timer(在持续时间定时器):UE周期性醒来监听控制信道的时间,如图1所示。
Short DRX cycle Timer(短DRX周期定时器):为了更好的配合数据业务到达的特点,LTE系统允许配置两种DRX cycle:long cycle(长周期)和short cycle(短周期)。两种cycle的on duration timer相同,但sleep的时间不一样。在short cycle中,sleep时间相对更短,UE(User Equipment,用户设备)可以更快地再次监听控制信道。long cycle是必须配置的,并且是DRX过程的初始状态;short cycle是可选的。short DRX cycle timer设置了采用short cycle持续的时间。Short cycle timer超时后,UE将使用long cycle。
Inactivity Timer(非激活定时器):配置了DRX后,当UE在允许监听控制信道的时间内,也即Active Time(激活时间)内,收到HARQ初始传输的控制信令时打开该定时器,在该定时器超时之前,UE连续监听控制信道。如果在Inactivity Timer超时前,UE收到HARQ初始传输的控制信令,将终止并重新启动Inactivity Timer。
HARQ RTT Timer(RTT定时器;RTT:Round Trip Time,回程时间):仅适用于DL(下行),使UE有可能在下次重传到来前不监听控制信道,以达到更好的节电效果。UE如果收到了HARQ传输(初始传输或重传)的控制信令,将打开此定时器。如果对应HARQ进程中的数据在前一次HARQ传输后解码不成功(UE反馈NACK),在RTT Timer超时后,UE打开Retransmission Timer(重传定时器)。如果对应HARQ进程中的数据在前一次HARQ传输后解码成功(UE反馈ACK),在RTT Timer定时器超时后,UE不启动Retransmission Timer。如果当前只有RTT Timer运行,UE不监听控制信道。
Retransmission Timer:仅适用于DL。在Retransmission Timer其间,UE监听控制信令,等待对应HARQ进程的重传调度。
DRX下Active time定义如下:
通过上述过程可以看出,在On duration Timer、Retransmission Timer和Inactivity Timer中,有任何一个定时器正在运行,UE都将监听控制信道。
UE监听控制信道的时间又称为Active Time。在LTE系统中Active Time除了受DRXtimer的影响外还有其它因素影响,LTE Rel-8UE的Active Time包括如下时间:
On Duration Timer或者drx-Inactivity Timer或者drx-Retransmission Timer或者mac-Contention Resolution Timer(MAC竞争分析定时器,MAC:Media AccessControl,媒体接入控制)运行的时间;
UE发送上行SR(Scheduling Request,调度请求)后等待基站发送PDCCH(physicaldownlink control channel,物理下行控制信道)的时间;
监听针对上行同步自适应重传调度信令的时间;
发送随机接入preamble(前导码)后等待随机接入响应的时间;
DRX下on duration计算可以如下:
对于short DRX cycle,onduration计算公式如下:
[(SFN*10)+subframe number]modulo(shortDRX-Cycle)=(drxStartOffset)
modulo(shortDRX-Cycle);
对于long DRX cycle,on duration计算公式如下:
[(SFN*10)+subframe number]modulo(longDRX-Cycle)=drxStartOffset:
其中:
SFN(System Frame Number,系统帧号):为当前无线帧的SFN编号;
Subframe number(子帧编号):当前子帧的编号;
shortDRX-Cycle:短DRX周期;
longDRX-Cycle:长DRX周期;
drxStartOffset:RRC(Radio Resource Control,无线资源控制)信令配置的一个偏移值;
LTE CA下的Independent DRX(独立DRX)和Common DRX(公共DRX)机制如下:
CA(Carrier Aggregation,载波聚合)是LTE Rel-10引入的特性,其特点是终端可以聚合多个小区的资源。
对于CA场景,DRX讨论时提到两种:
Independent DRX:
即每个小区使用独立的DRX,即每个小区的DRX定时器是独立维护的,每个小区的Active time可以不同。
Common DRX:
即所有小区使用相同的DRX,即所有小区的Active time是相同的。
由于Independent DRX比较复杂,因此Rel-10CA最终采用了Common DRX。
下面对Numerology/TTI概念进行说明。
Numerology是3GPP RAN1的一个专业术语,可以翻译为基带参数。不同numerology之间的主要区别是不同numerology支持的子载波间隔不同。比如5G NR(New Radio,新空口)系统支持的子载波间隔至少包括:15KHz,60KHz,这两个不同子载波间隔对应的numerology就是两个独立的numerology。
一般而言,高速终端使用的numerology和低速终端使用的numerology不同;高频和低频使用的numerology也不相同。不同numerology的使用除了和速度以及频率相关外,业界还有一种理解就是不同业务可以使用的numerology也可能不同,比如URLLC(UltraReliable&Low Latency Communication,超高可靠性与超低时延通信)和eMBB(EnhancedMobile Broadband,增强型宽带移动通信)使用的numerology可能不同。
传统的LTE系统中,TTI(Transmission Time interval,传输时间间隔)长度为1ms。
从LTE R14开始,为了支持时延缩减,引入了不同TTI长度,比如1个OFDM(Orthogonal Frequency Division Multiplex,正交频分复用)符号长度。不同TTI长度在5G系统中得到沿用并可以应用于每个numerology上,即5G NR中不同numerology可以使用不同TTI长度,也可以使用相同TTI长度,并且任何一个时刻某个numerology上针对不同终端使用的TTI长度可以是动态变化的。
TTI长度的选择主要和业务时延相关,比如对于URLLC业务因为其支持的时延要求比较高,所以可能会选择长度较短的TTI长度,比如1个OFDM符号的TTI长度。
对于LTE 5G系统,一个终端在一个小区上允许使用不同numerology和/或不同TTI,终端聚合的多个小区使用的numerology和/或TTI可以相同,也可以不同。
那么对于5G终端,如果单纯使用DRX机制,那么终端的Active timer维护是基于小区(Independent DRX)或者基于终端的(Common DRX)。但是实际上对于5G业务,业务和numerology和/或TTI是有一定关联关系的,比如某些业务只能使用特定numerology和/或TTI,因此如果当前系统中只有某些业务,那么终端是没有必要监听与这些业务无关的numerology和/或TTI的,因此可以基于该特性,考虑如何进一步优化终端对物理信道的监听,从而实现更有效的节电。
基于此,本发明实施例中将给出一种节电方案,其要点是,网络侧设备确定终端是否需要监听某个特定的numerology和/或TTI,并通过信令将终端需要监听和/或不需要监听的numerology和/或TTI指示给终端。终端按照网络侧设备的指示进行物理层相关信道的监听。下面结合附图对本发明的具体实施方式进行说明。
在说明过程中,将分别从终端侧与基站侧的实施进行说明,其中基站侧将说明指示的过程,终端侧将说明根据指示监听的过程,然后还将给出二者配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施,实际上,当终端与基站分开实施时,其也各自解决终端侧、基站侧的问题,而二者结合使用时,会获得更好的技术效果。
图2为网络侧的监听指示方法实施流程示意图,如图所示,可以包括:
步骤201、网络侧确定终端需要监听的numerology和/或TTI;
步骤202、网络侧指示终端需要监听和/或不需要监听的numerology和/或TTI。
具体实施中,执行网络侧流程的设备可以是具有控制功能的网络侧设备,例如:基站、或CU(Central Unit,中央单元)、或DU(Distributed Unit,分布式单元)等。
实施中,网络侧设备确定终端是否需要监听某个特定的numerology和/或TTI的依据可以是如下之一或者组合:
终端业务特性和numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力。
实施中,可以通过以下信令之一或者其组合指示终端需要监听和/或不需要监听的numerology和/或TTI:
物理层信令、MAC信令、RRC信令。
具体的,网络侧设备通过信令将终端需要监听和/或不需要监听的numerology和/或TTI指示给终端,具体指示方式可以是:
在指示信令类型上可以使用物理层信令、MAC信令或者RRC信令。
实施中,指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。分别指示时可以使用不同信令或者同一信令。比如指示需要监听或者不需要监听的numerology用MAC信令,指示需要监听或者不需要监听的TTI时用物理层信令等。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。联合指示时使用同一信令。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
图3为终端侧的监听方法实施流程示意图,如图所示,可以包括:
步骤301、接收网络侧指示终端的需要监听和/或不需要监听的numerology和/或TTI;
步骤302、根据指示监听numerology和/或TTI。
实施中,指示可以是通过以下信令之一或者其组合指示的:
物理层信令、MAC信令、RRC信令。
具体实施中,终端侧接收网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信信令,具体指示方式可以是:
指示信令类型可以使用物理层信令、MAC信令或者RRC信令。
实施中,指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。分别指示时可以使用不同信令或者同一信令。比如指示需要监听或者不需要监听的numerology用MAC信令,指示需要监听或者不需要监听的TTI时用物理层信令等。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。联合指示时使用同一信令。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
实施中,终端按照网络侧设备的指示进行物理层相关信道的监听时,可以如下:
终端根据网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信令中包含的信息确定在DRX Active time内哪些numerology和/或哪些TTI不需要进行物理层控制信道(控制信道是指传输调度信令的物理层信道,比如PDCCH)的监听。
如果使用MAC信令或者RRC信令,那么终端还需要确定信令的生效时刻,比如n时刻接收到信令,n+k时刻信令生效。
如果信令中携带不需要监听的长度指示信息,那么按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap(比特映射)指示信息确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
下面以网络侧与终端侧配合实施的实例进行说明。
实施例1:
本例说明Independent DRX的实施。Independent DRX即每个numerology或者每个cell使用独立的DRX机制,即不同numerology或者cell的Active time独立维护。
图4为实施例1的实施流程示意图,如图所示,可以包括:
步骤401:网络侧设备为终端配置DRX参数。
具体的,DRX参数可以包含DRX周期、各个DRX定时器长度等参数。DRX参数可以基于numerology/Cell/终端配置。基于numerology配置意味着每个numerology的DRX参数可以不同,也可以相同,其他类似。
步骤402:终端基于DRX参数进行independent DRX维护。
具体的,本实施例中使用Independent DRX,即不同numerology或者cell独立维护其DRX状态。
步骤403:网络侧设备通过信令通知终端需要监听和/或不需要监听的numerology和/或TTI。
具体的,网络侧设备确定终端是否需要监听某个特定的numerology和/或TTI的依据可以是如下之一或者组合:
终端业务特性和numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力。
具体的,网络侧设备通过信令将终端需要监听和/或不需要监听的numerology和/或TTI指示给终端,具体指示方式可以是:
指示信令类型可以使用物理层信令、MAC信令或者RRC信令。
指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
可选的,指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
可选的,如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
步骤404:终端在每个numerology和/或小区的DRX Active time内根据网络侧指示信令确定需要和/或不需要监听的numerology和/或TTI。
具体的,终端接收网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信信令,具体信令指示方式可以是:
指示信令类型可以使用物理层信令、MAC信令或者RRC信令。
指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。分别指示时可以使用不同信令或者同一信令。比如指示需要监听或者不需要监听的numerology用MAC信令,指示需要监听或者不需要监听的TTI时用物理层信令等。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。联合指示时使用同一信令。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
可选的,指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
可选的,如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
具体的,终端按照网络侧设备的指示进行物理层相关信道的监听可以如下:
终端根据网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信令中包含的信息确定在DRX Active time内哪些numerology和/或哪些TTI不需要进行物理层控制信道(控制信道是指传输调度信令的物理层信道,比如PDCCH)的监听。
如果使用MAC信令或者RRC信令,那么终端还需要确定信令的生效时刻,比如n时刻接收到信令,n+k时刻信令生效。
如果信令中携带不需要监听的长度指示信息,那么按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap指示信息确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
步骤405:终端在每个numerology和/或小区的DRX Active time内只监听需要监听的numerology和/或TTI对应的物理层信道。
图5为实施例1中终端监听信道示意图,按上述步骤实施后的信道监听具体情况如图5所示。
实施例2:
本例说明Common DRX的实施。Common DRX即基于终端维护DRX机制,即同一个终端所有聚合的numerology或者cell的Active time完全相同。
图6为实施例2的实施流程示意图,如图所示,可以包括:
步骤601:网络侧设备为终端配置DRX参数。
具体的,DRX参数包含DRX周期、各个DRX定时器长度等参数。DRX参数可以基于numerology/Cell/终端配置。基于numerology配置意味着每个numerology的DRX参数可以不同,也可以相同。其他类似。
步骤602:终端基于DRX参数进行common DRX维护。
具体的,本实施例中使用Common DRX,即基于终端维护DRX状态,终端所有聚合的numerology和/或小区的DRX Active time完全相同。
步骤603:网络侧设备通过信令通知终端需要监听和/或不需要监听的numerology和/或TTI。
具体的,网络侧设备确定终端是否需要监听某个特定的numerology和/或TTI的依据可以是如下之一或者组合:
终端业务特性和numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力。
具体的,网络侧设备通过信令将终端需要监听和/或不需要监听的numerology和/或TTI指示给终端,具体指示方式可以是:
指示信令类型可以使用物理层信令、MAC信令或者RRC信令。
具体的,指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。分别指示时可以使用不同信令或者同一信令。比如指示需要监听或者不需要监听的numerology用MAC信令,指示需要监听或者不需要监听的TTI时用物理层信令等。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。联合指示时指示时使用同一信令。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
可选的,指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
可选的,如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
步骤604:终端在该终端的DRX Active time内根据网络侧的信令确定需要和/或不需要监听的numerology和/或TTI。
具体的,终端接收网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信信令,具体信令指示方式可以是:
指示信令类型可以使用物理层信令、MAC信令或者RRC信令。
具体的,指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。分别指示时可以使用不同信令或者同一信令。比如指示需要监听或者不需要监听的numerology用MAC信令,指示需要监听或者不需要监听的TTI时用物理层信令等。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。联合指示时使用同一信令。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
可选的,指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
可选的,如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
具体的,终端按照网络侧设备的指示进行物理层相关信道的监听可以如下:
终端根据网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信令中包含的信息确定在DRX Active time内哪些numerology和/或哪些TTI不需要进行物理层控制信道(控制信道是指传输调度信令的物理层信道,比如PDCCH)的监听。
如果使用MAC信令或者RRC信令,那么终端还需要确定信令的生效时刻,比如n时刻接收到信令,n+k时刻信令生效。
如果信令中携带不需要监听的长度指示信息,那么按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap指示信息确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
步骤605:终端在该终端对应的DRX Active time内只监听需要监听的numerology和/或TTI对应的物理层信道。
图7为实施例2中终端监听信道示意图,按上述步骤实施后的信道监听具体情况如图7所示。
实施例3:
本例说明用该机制取代DRX的实施。
图8为实施例3的实施流程示意图,如图所示,可以包括:
步骤801:网络侧设备通过信令通知终端需要监听和/或不需要监听的numerology和/或TTI。
具体的,网络侧设备确定终端是否需要监听某个特定的numerology和/或TTI的依据可以是如下之一或者组合:
终端业务特性和numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力.
具体的,网络侧设备通过信令将终端需要监听和/或不需要监听的numerology和/或TTI指示给终端,具体指示方式可以是:
指示信令类型可以使用物理层信令、MAC信令或者RRC信令。
具体的,指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。分别指示时可以使用不同信令或者同一信令。比如指示需要监听或者不需要监听的numerology用MAC信令,指示需要监听或者不需要监听的TTI时用物理层信令等。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。联合指示时使用同一信令。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
可选的,指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
可选的,如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
步骤802:终端根据网络侧指示信令确定需要和/或不需要监听的numerology和/或TTI。
具体的,终端接收网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信信令,具体信令指示方式可以是:
指示信令类型可以使用物理层信令、MAC信令或者RRC信令。
具体的,指示信令内容可以如下:
Numerology和/或TTI分别指示,即终端需要监听或者不需要监听的numerology和/或需要监听或者不需要监听的TTI长度分别在信令中指示。分别指示时可以使用不同信令或者同一信令。比如指示需要监听或者不需要监听的numerology用MAC信令,指示需要监听或者不需要监听的TTI时用物理层信令等。
Numerology和/或TTI联合指示,即终端需要监听或者不需要监听的numerology和/或TTI长度采用组合方式指示,比如终端需要监听numerology 1下的TTI length 1。联合指示时使用同一信令。
Numerology在信令中可以通过numerology编号标识。
TTI长度在信令中可以通过TTI长度真实值标识或者TTI长度编号标识。
可选的,指示信令中还可以携带需要和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息。
可选的,如果使用MAC或者RRC信令,还需要确定信令的生效时刻。
具体的,终端按照网络侧设备的指示进行物理层相关信道的监听可以如下:
终端根据网络侧设备指示的终端需要监听或者不需要监听的numerology和/或TTI指示信令中包含的信息确定在DRX Active time内哪些numerology和/或哪些TTI不需要进行物理层控制信道(控制信道是指传输调度信令的物理层信道,比如PDCCH)的监听。
如果使用MAC信令或者RRC信令,那么终端还需要确定信令的生效时刻,比如n时刻接收到信令,n+k时刻信令生效。
如果信令中携带不需要监听的长度指示信息,那么按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap指示信息确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
步骤803:终端只监听需要监听的numerology和/或TTI对应的物理层信道。
图9为实施例3中终端监听信道示意图,按上述步骤实施后的信道监听具体情况如图9所示。
基于同一发明构思,本发明实施例中还提供了一种监听指示装置、一种监听装置,由于这些装置解决问题的原理与一种监听指示方法、一种监听方法相似,因此这些装置的实施可以参见方法的实施,重复之处不再赘述。
图10为在网络侧的监听指示装置结构示意图,如图所示,可以包括:
确定模块1001,用于在网络侧确定终端需要监听的numerology和/或TTI;
指示模块1002,用于指示终端需要监听和/或不需要监听的numerology和/或TTI。
实施中,确定模块进一步用于在网络侧根据以下内容之一或者其组合确定终端需要监听的numerology和/或TTI:
终端业务特性与numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力。
实施中,指示模块进一步用于通过以下信令之一或者其组合指示终端需要监听和/或不需要监听的numerology和/或TTI:
物理层信令、MAC信令、RRC信令。
实施中,指示模块进一步用于在指示终端需要监听和/或不需要监听的numerology和/或TTI时,在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI;或,在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI。
实施中,指示模块进一步用于在指示终端需要监听和/或不需要监听的numerology和/或TTI时,包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
图11为在终端侧的监听装置结构示意图,如图所示,可以包括:
接收模块1101,用于接收网络侧指示终端的需要监听和/或不需要监听的numerology和/或TTI;
监听模块1102,用于根据指示监听numerology和/或TTI。
实施中,接收模块进一步用于通过以下信令之一或者其组合接收指示:
物理层信令、MAC信令、RRC信令。
实施中,接收模块进一步用于接收指示,所述指示是在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI的;或,是在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI的。
实施中,接收模块进一步用于接收指示,所述指示包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
实施中,监听模块进一步用于在根据指示监听numerology和/或TTI时,包括以下内容之一或者其组合:
根据需要监听或者不需要监听的numerology和/或TTI指示中包含的信息,确定在DRX Active time内不需要进行物理层控制信道监听的numerology和/或TTI;
在接收的指示信令是MAC信令或者RRC信令时,确定该信令的生效时刻;
在信令中携带不需要监听的长度指示信息时,按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap指示信息,确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
在实施本发明实施例提供的技术方案时,可以按如下方式实施。
图12为基站结构示意图,如图所示,基站中包括:
处理器1200,用于读取存储器1220中的程序,执行下列过程:
在网络侧确定终端需要监听的numerology和/或TTI;
收发机1210,用于在处理器1200的控制下接收和发送数据,执行下列过程:
指示终端需要监听和/或不需要监听的numerology和/或TTI。
实施中,网络侧根据以下内容之一或者其组合确定终端需要监听的numerology和/或TTI:
终端业务特性与numerology和/或TTI的对应关系;
终端当前的业务负荷情况;
终端对numerology和/或TTI的支持能力。
实施中,通过以下信令之一或者其组合指示终端需要监听和/或不需要监听的numerology和/或TTI:
物理层信令、MAC信令、RRC信令。
实施中,指示终端需要监听和/或不需要监听的numerology和/或TTI时,在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI;
或,在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI。
实施中,指示终端需要监听和/或不需要监听的numerology和/或TTI时,包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
其中,在图12中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1200代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1210可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元。处理器1200负责管理总线架构和通常的处理,存储器1220可以存储处理器1200在执行操作时所使用的数据。
图13为终端结构示意图,如图所示,终端包括:
处理器1300,用于读取存储器1320中的程序,执行下列过程:
根据指示监听numerology和/或TTI;
收发机1310,用于在处理器1300的控制下接收和发送数据,执行下列过程:
接收网络侧指示终端的需要监听和/或不需要监听的numerology和/或TTI。
实施中,所述指示是通过以下信令之一或者其组合指示的:
物理层信令、MAC信令、RRC信令。
实施中,在指示时在不同信令或者同一信令中分别指示需要监听和/或不需要监听的numerology或TTI;
或,在同一信令中联合指示需要监听和/或不需要监听的Numerology和/或TTI。
实施中,所述指示包括以下内容之一或者其组合:
通过numerology编号标识指示需要监听和/或不需要监听的numerology;
通过TTI长度真实值标识或者TTI长度编号标识指示需要监听和/或不需要监听的TTI;
指示需要监听和/或不需要监听的时间长度指示信息和/或生效时刻的bitmap指示信息;
在使用MAC或者RRC信令指示时,指示信令的生效时刻。
实施中,根据指示监听numerology和/或TTI,包括以下内容之一或者其组合:
根据需要监听或者不需要监听的numerology和/或TTI指示中包含的信息,确定在DRX Active time内不需要进行物理层控制信道监听的numerology和/或TTI;
在接收的指示信令是MAC信令或者RRC信令时,确定该信令的生效时刻;
在信令中携带不需要监听的长度指示信息时,按照信令的生效时刻和长度指示信息和/或生效时刻的bitmap指示信息,确定DRX Active time内需要和/或不需要监听物理层相关信道的监听时间长度。
其中,在图13中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1300代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机1310可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备,用户接口1330还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器1300负责管理总线架构和通常的处理,存储器1320可以存储处理器1300在执行操作时所使用的数据。
综上所述,在本发明实施例提供的技术方案中,网络侧设备确定终端是否需要监听某个特定的numerology和/或TTI,并通过信令将终端需要监听和/或不需要监听的numerology和/或TTI指示给终端。终端按照网络侧设备的指示进行物理层相关信道的监听。
通过该节电的机制,即适合于配置有DRX的情况,也可以独立工作,通过该方案可以提升终端的节电性能。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。