CN110431891B - 用于减少mtc装置的功耗的设备和方法 - Google Patents
用于减少mtc装置的功耗的设备和方法 Download PDFInfo
- Publication number
- CN110431891B CN110431891B CN201880020882.4A CN201880020882A CN110431891B CN 110431891 B CN110431891 B CN 110431891B CN 201880020882 A CN201880020882 A CN 201880020882A CN 110431891 B CN110431891 B CN 110431891B
- Authority
- CN
- China
- Prior art keywords
- signal
- control information
- control channel
- search space
- sequence
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Circuits Of Receivers In General (AREA)
Abstract
公开用于用户设备的方法、用于网络设备的方法、用户设备以及网络设备。网络设备传送与在第一时间段中是否存在控制信息有关的信号,而用户设备确定在第一时间段中是否存在与控制信息有关的信号。网络设备按照所传送信号向UE传送控制信息,而用户设备根据所述确定来判定是否尝试对控制信息解码。
Description
技术领域
本公开一般涉及无线通信,以及更特定地涉及借助于信令指示的MTC装置的功耗。
背景技术
3GPP正在规定和开发涵盖机器对机器(M2M)和/或物联网(IoT)相关用例的技术。就3GPP Release 13而言,它包括一些增强以支持具有支持多达6个物理资源块(PRB)的减小的最大带宽的新UE类别M1(Cat-M1)的机器类型通信(MTC),以及规定新的无线电接口(和UE类别NB1,即Cat-NB1)的窄带IoT(NB-IoT)工作项目。
我们将3GPP Release 13中为MTC引入的LTE增强称作“eMTC”,以及将3GPPRelease 14中引入的进一步增强称作“FeMTC”,包括但不限于对于带宽受限的UE(Cat-M1、Cat-M2)的支持以及对于覆盖增强的支持。这将与NB-IoT分开论述,但是所支持的特征在一般层面上是类似的。
在“传统”LTE、例如Release 8用户设备与为eMTC或FeMTC工作(同样地为NB-IoT)所定义的过程和信道之间存在多个差异。一些重要差异包括新的物理下行链路控制信道,称作eMTC中使用的MPDCCH以及NB-IoT中使用的NPDCCH。
在3GPP RAN#70会议中,批准了称作窄带IoT(NB-IoT)的Release 13工作项目。目标是规定致力于改进的室内覆盖、对于大量低吞吐量装置的支持、延迟容忍应用、超低装置成本、低装置功耗以及(优化的)网络架构的蜂窝物联网(IoT)的无线电接入。
对于NB-IoT,定义三种不同的操作模式,即,独立、保护频带和带内。在独立模式中,在专用频带中操作NB-IoT系统。对于带内操作,NB-IoT系统能够被置于当前LTE系统所使用的频带之内,而在保护频带模式中,能够在当前(传统)LTE系统所使用的保护频带中操作NB-IoT系统。NB-IoT能够以180kHz的系统带宽来操作。当配置多个载波时,能够使用若干180kHz载波,例如,用于增加系统容量、小区间干扰协调、负荷平衡等。
为了适应要求比通常更多的容量的某些用例,例如软件或固件升级,使用多载波操作。NB-IoT装置在锚载波上收听系统信息,但是当有数据时,通信能够被移至辅助载波。
在3GPP RAN#75会议中,商定了进一步的NB-IoT增强Release 15工作项目,参见RP-170852,作为在进一步的时延和功耗减少、测量准确性的改进、NPRACH可靠性的增强和范围增强等方面进一步增强NB-IoT的性能的工作协定。另外,进一步的时延和功耗减少是如下目标之一。
进一步的时延和功耗减少:
在RP-170732中,在LTE工作项目的更进一步增强的MTC中也如下给出类似目标。
改进的功耗:
发明内容
为了解决诸如以下的现有解决方案所存在的上述问题,公开用于减少功耗的方法和设备:
对于Rel-15 FeNB-IoT:“研究,并且如果发现有益,则为空闲模式寻呼和/或连接模式DRX规定能够在对NPDCCH/NPDSCH解码之前被有效地解码或检测的物理信号/信道”,以及
对于Rel-15 efeMTC:“研究,并且如果发现有益,则对于空闲模式寻呼和/或连接模式DRX,规定能够在对物理下行链路控制/数据信道解码之前被有效地解码或检测的物理信号/信道”。
在下文中,NB-IoT指的是当前的窄带IoT系统,以及eMTC指的是LTE的增强MTC。
在当前的NB-IoT或eMTC设计中,对于RRC_IDLE和RRC_CONNECTED这两种模式,UE都需要监测控制信道。也就是说,UE为了检测在RRC_IDLE模式中是否有寻呼消息或者在RRC_CONNECTED中是否有针对它的专用传输,它可尝试对MPDCCH(eMTC)或NPDCCH(NB-IoT)解码。
由于NB-IoT和eMTC所支持的覆盖增强,在一些情况下,使用大量重复。对于控制信道监测,UE监测网络所配置的搜索空间,然后执行盲检测以查看是否DCI被发送给它。例如DCI消息或者关联的位序列的最大重复次数由网络来配置。不管是否有发送给UE的DCI,UE都需要在搜索空间中执行盲检测,UE被配置成在该搜索空间中监测。因为在一些情况下最大重复次数能够很大,所以如果没有发送给UE的DCI,则UE会浪费其功率来监测整个搜索空间。
为了说明这个问题,作为示例来论述RRC_IDLE模式(简称空闲模式)中的NB-IoT系统。但是,在使用DRX时在RRC_CONNECTED模式(简称连接模式)中类似的原理适用。此外,eMTC具有类似的设计,而且,虽然某些信道的配置和名称中的有些数字可能与NB-IoT不同,但是原理是相同的。
在图1中说明用于监测寻呼的空闲模式操作,图中示出用于监测寻呼的UE空闲模式操作。在每一个寻呼周期中,UE在指定的时间窗口中醒来以检查是否有寻呼消息。寻呼周期可被配置为DRX或eDRX周期。最大DRX和eDRX周期分别为10.24秒和2小时54分46秒(用于eMTC的对应值为2.56秒和43分41秒)。寻呼消息被承载在NPDSCH中,并且由NPDCCH中承载的DCI格式N2来调度。支持在一个寻呼消息内复用多个UE的寻呼记录。
对于极端的覆盖受限情况中的UE,可能为了传送DCI而使用NPDCCH的多达2048次重复。因此,UE可能需要接收多达2048个子帧以确定是否有在关联NPDSCH(从最后的NPDCCH子帧的结尾开始4个NB-IoT子帧)上发送的寻呼消息。但是,在大多数情况下,没有针对UE的寻呼,并且因此在eDRX周期期间根本没有发送的DCI格式N2(对于RRC连接中的专用传输同样适用)。因此,从功率效率观点来看,UE可能在许多情况下为了不必要地长时间尝试对DCI格式N2解码而保持醒着。对于机器类型装置,一个目标是无需再充电而实现多达10年的很长的电池使用寿命。这些由于尝试对NPDCCH解码而导致的长时间将增加UE功耗,并且对电池使用寿命具有强烈的负面影响。
当前,UE能够实现某种提前终止标准以猜测在搜索空间(它在其中监测控制信道)中是否有要发往它的消息。但是,如果没有适当地调整阈值,则UE可能冒着错过下行链路控制信息的风险。
在R1-167612中为eMTC操作提供了另一种解决方案来减少功耗。R1-167612中的解决方案是设计“唤醒”信号,以使UE知道是否着手对到来的MPDCCH解码。但是,R1-167612所给出的解决方案缺乏某些调度灵活性,尤其是在NB-IoT中采用的情况下。此外,如图2中可见,举例来说,如果UE在检测到唤醒信号时,如果UE无法对实际传送的NPDCCH/MPDCCH解码,则UE需要收听NPDCCH/MPDCCH一直到所配置的重复次数(Rmax)。如果没有检测到DCI,则UE理解为有错过的DCI或者唤醒信号的误报警。另一方面,如果没有检测到信号,则UE入睡和/或停止监测控制信道。如果唤醒信号没有被UE检测到,则有错过NPDCCH/MPDCCH的风险。
本文所描述的实施例可实现用于指明UE是否应当继续监测即将到来的控制信道搜索空间(用于NB-IoT UE的NPDCCH搜索空间,以及用于BL/CE UE或者BL UE或者非BL UE的MPDCCH搜索空间)的“入睡”和/或“唤醒”信号的解决方案。信令经过设计以使它切实可行和/或限制来自增加的系统开销的负面影响。
一些实施例是关于如何切实地实现给UE的短指示,其指明它们是否应当针对RRC_IDLE中的寻呼或者在RRC_IDLE中使用DRX时继续监测控制信道。大多数时候没有用于UE的控制信道,并且这会因而对于UE电池使用寿命是很有益的,尤其是在较高的覆盖增强等级中。覆盖增强可对应于信息的多次重复和/或涉及与UE有关的信号强度和/或信号质量。
按照本文所描述的一些实施例,提供UE处的功耗减少。按照本文所描述的一些实施例,保持网络侧的调度灵活性。按照本文所描述的一些实施例,系统开销被限制,以及按照一些实施例,保持和/或确保所描述的控制信息检测可靠性。
为了解决现有解决方案所存在的上述问题,公开一种在用户设备中的方法。该方法包括确定在第一时间段中是否存在与控制信息有关的信号,并且根据该确定来判定是否尝试对控制信息解码。
还公开一种在网络设备中的方法。该方法包括传送与在第一时间段中是否存在控制信息有关的信号,并且按照所传送信号向UE传送控制信息。
时间段可对应于子帧或者时隙或者具有预定义有限长度的其它时间段。
如本文的实施例中所用,预定可指明在信号的传输和/或接收之前eNB和UE都具有对信号的含意的相同理解。
如本文所论述,停止监测可包括停止监测或者不开始监测后续的控制信道搜索空间。如本文所论述,停止监测可包括停止监测或者不开始监测后续的控制信息。如本文所论述,停止监测可包括禁止尝试对控制信息和/或控制信道解码。
控制信道搜索空间可以是NPDCCH(窄带物理下行链路控制信道)和/或MPDCCH(机器类型通信物理下行链路控制信道)搜索空间。控制信道可以是NPDCCH和/或MPDCCH。
在本文的实施例中,共享信道可以是NPDSCH(窄带物理下行链路共享信道)或PDSCH(机器类型通信物理下行链路共享信道)。
控制信息可以是UE为了与eNB通信所需要的信息。在一个示例中,控制信息是下行链路控制信息。
附图说明
为了更全面地理解所公开的实施例及其特征和优点,现在参考以下结合附图进行的描述,其中:
图1说明用于监测寻呼的空闲模式操作中的用户设备;
图2说明唤醒信号与控制信道搜索空间的关系;
图3说明无线通信网络;
图4是按照某些实施例的用户设备中的方法的流程图;
图5是按照某些实施例的网络设备中的方法的流程图;
图6说明入睡与控制信道搜索空间的关系;
图7说明入睡的缺乏与控制信道搜索空间的关系;
图8说明用于监测寻呼的空闲模式操作中的用户设备;
图9说明具有长度指示符的唤醒信号与控制信道搜索空间的关系;
图10说明唤醒信号的资源使用与控制信道搜索空间的关系;
图11说明唤醒信号的资源使用与控制信道搜索空间的关系;
图12是按照某些实施例的示范用户设备的示意框图;
图13是按照某些实施例的示范网络设备的示意框图;
图14是按照某些实施例的示范用户设备的示意框图。
具体实施方式
图3描绘其中可操作本文实施例的无线通信网络100。在一些实施例中,无线通信网络100可以是诸如长期演进LTE网络之类的无线电通信网络。虽然本文将无线通信网络100例示为LTE网络,但是无线通信网络100还可采用LTE-Advanced、宽带码分多址(WCDMA)、全球移动通信系统/GSM演进的增强数据速率(GSM/EDGE)、微波接入全球互通(WiMax)、超级移动宽带(UMB)或GSM或者任何其它类似网络或系统中的任一个的技术。无线通信网络100还可采用基于LTE的窄带IoT通信和/或基于LTE的MTC的技术。无线通信网络100也可以是例如可在毫米波(mmW)上传送的超密集网络UDN。
无线通信网络100包括网络设备110、12。网络设备110、12服务至少一个小区115。网络设备110可对应于无线通信网络100中的、能够与用户设备和/或与另一个网络设备通信的任何类型的网络设备或无线电网络设备,诸如例如是基站、无线电基站、eNB、eNodeB、家庭节点B、家庭eNode B、毫微微基站(BS)、微微BS等。网络设备110、12的其它示例也可以是例如转发器、基站(BS)、多标准无线电(MSR)无线电节点(例如MSR BS)、eNodeB、网络控制器、无线电网络控制器(RNC)、基站控制器(BSC)、中继器、控制中继器的施主节点、基站收发信台(BTS)、接入点(AP)、传输点、传输节点、远程无线电单元(RRU)、远程无线电头端(RRH)、分布式天线系统(DAS)中的节点、核心网络节点(例如MSC、MME等)、O&M、OSS、SON、定位节点(例如E-SMLC)、MDT等。
在图3中,用户设备121、14位于小区115内。用户设备121被配置成在无线通信网络100内在网络设备110、12所服务的无线电链路上经由网络设备110进行通信。用户设备121、14可指与网络设备和/或与蜂窝、移动或无线电通信网络或系统中的另一个用户设备通信的任何类型的无线装置。这类用户设备的示例是移动电话、蜂窝电话、个人数字助理(PDA)、智能电话、平板、配备有UE的传感器、膝上安装设备(LME)(例如USB)、膝上嵌入设备(LEE)、机器类型通信(MTC)装置、或者机器对机器(M2M)装置、客户端设备(CPE)、目标装置、NB-IoTUE或装置、装置对装置(D2D)用户设备、能够进行机器对机器(M2M)通信的用户设备等等。
此外,虽然参照图3描述以下实施例,但是这不应当被解读为对本文实施例的限定,而只是为说明目的所作的举例。还应当注意,无线通信网络100、网络设备110和12以及用户设备121和14可支持诸如例如NB IoT、EC-GSM-IoT、LTE MTC之类的无线电接入技术,这些技术利用基于重复的链路适配,本文描述的实施例对其可以是特别有利的。但是,在配置成使用小的小区或者具有上行链路发射功率约束的小区来操作的任何无线通信网络中,本文所述的实施例也可以是可适用的和有利的。
用于UE功耗减少的一种可能的解决方案是:在控制信道搜索空间(例如NPDCCH/MPDCCH搜索空间)的第一子帧之前,或者在控制信道搜索空间的第一子帧中,指明是否将会有在到来的控制信道搜索空间期间发送的任何DCI。
图4是说明用于用户设备UE的方法的实施例的框图,该方法包括确定(101)在第一时间段中是否存在与控制信息有关的信号,并且根据确定来判定(102)是否尝试对控制信息解码。
与控制信息有关的信号可指明在该时间段中不存在控制信息,或者与控制信息有关的信号可指明在第一时间段之后的第二时间段中不存在控制信息。与控制信息有关的信号可指明没有控制信息并且UE可停止对控制信息的监测。与控制信息有关的信号可指明没有控制信息并且UE可在第一时间段期间停止对控制信息的监测和/或在第一时间段之后的第二时间段期间停止对控制信息的监测。
在一些实施例中,如果信号存在和/或被UE接收,则UE停止监测控制信道。
图5是说明用于网络设备NE(例如eNB)的方法的实施例的框图,该方法包括传送与在第一时间段中是否存在控制信息有关的信号,并且按照所传送信号向UE传送控制信息。
关于如何传送与控制信息有关的信号和/或信号表示什么内容,有多个备选方案,如下面所论述。
如同与控制信息有关的信号中一样,信号可表示“入睡”信号和/或“唤醒”信号。作为对控制信息的替代或补充,信号还可与控制信道有关。
可使用“入睡”信号。这个信号用来指明将不会有在随后的诸如NPDCCH/MPDCCH搜索空间之类的控制信道搜索空间期间发送的诸如下行链路控制信息(DCI)之类的任何控制信息。在接收到这种信号时,UE回到睡眠模式。但是,如果没有检测到例如“入睡”信号之类的信号,则UE必须不睡眠以尝试对控制信道中承载的例如DCI之类的控制信息解码。备选地,如果没有检测到例如“入睡”信号之类的信号,则UE尝试对诸如例如NPDCCH/MPDCCH之类的控制信道上承载的例如DCI之类的控制信息解码。
通过“入睡”信号方式,由例如eNB之类的网络设备来确定是否它期望提供这种信号以改进UE功率效率,因为这种信号(或指示符)的缺失不会使UE错过DCI。eNB可判定是否传送该信号。因此,这是极为动态的解决方案,而且从eNB调度器灵活性观点来看,能够在任何时间省略这种指示符信号可能是有利的。例如,如果控制信道搜索空间开始之前的(一个或多个)子帧已经被用于向另一个UE发送控制信道或共享信道,则eNB可能希望省略这种信号(或指示符)。
例如“入睡”信号之类的这个信号可用来指明将不会有在随后的(e)DRX周期期间发送的寻呼记录。在接收到这种信号时,UE回到睡眠模式。但是,如果没有检测到“入睡”信号,则UE必须不睡眠以尝试对NPDCCH中承载的DCI格式N2解码。
eNB可基于是否有用于传送该信号的可用资源来判定是否传送该信号。另一方面,如果控制信道搜索空间开始之前的(一个或多个)子帧是可用的,或者NPDCCH/MPDCCH搜索空间的第一个或第一组子帧是可用的,则当在(e)DRX周期中不会有寻呼消息时或者当没有正在到来的控制信道搜索空间中传送的DCI时,eNB能够发出这种信号(或指示符),以帮助UE节约能量。
eNB可在没有寻呼消息和/或诸如DCI之类的控制信息时传送该信号。此外,在如果UE未能检测这种信号(或指示符)、也没有错过寻呼消息和/或诸如DCI之类的控制信息的风险的意义上,“入睡”信号方式是健壮的。还要注意,入睡信号仅需要在所配置的寻呼帧中或者当有UE处于配置有DRX的RRC_CONNECTED模式中时在对应子帧中发送。如果寻呼消息将要被传送和/或如果UE配置有DRX,则eNB可传送该信号。
“入睡”信号不一定需要占用一个或若干个完整子帧。eNB可在一个或多个子帧中传送该信号。该信号能够使用时域或频域中子帧的一部分,例如,时隙中的前几个符号,或者时域或频域的组合。eNB可在子帧的一部分中、例如在一个或多个符号中传送该信号。UE可在子帧的一部分中、例如在一个或多个符号中接收该信号。
通过“入睡”信号方式,可由eNB来确定是否它期望提供这种信号以改进UE功率效率,因为这种指示符的缺失不会使UE错过寻呼消息。从eNB调度器灵活性角度来看,能够省略这种指示符可能是有利的。例如,如果NPDCCH搜索空间开始之前的(一个或多个)子帧已经被用于向另一个UE发送NPDCCH或NPDSCH,则eNB可能希望省略这种指示符。另一方面,如果NPDCCH搜索空间开始之前的(一个或多个)子帧是可用的,则当在(e)DRX周期中将不会有寻呼消息时,eNB能够通过信号发出这种指示符,以帮助UE节约能量。此外,在如果UE未能检测这种指示符、也没有错过寻呼消息的风险的意义上,“入睡”信号方式是更健壮的。但是,一个缺点在于,仅仅在每当(e)DRX周期中没有寻呼消息就始终发送这种指示符时,才能够实现最大UE功率节省,而这会增加系统开销(取决于所配置的寻呼帧的数量)。
在eMTC中以及在NB-IoT的带内部署中,在每个下行链路子帧的开头,有个区域包含eMTC和NB-IoT各自均未使用的一个或几个符号。也许有可能将“入睡”信号映射到这个区域。eNB可在子帧的第一符号中传送该信号。eNB可在子帧的第一和/或第二符号中传送该信号。eNB可在子帧的第一和/或第二和/或第三符号中传送该信号。UE可在子帧的第一符号中接收该信号。UE可在子帧的第一和/或第二符号中接收该信号。UE可在子帧的第一和/或第二和/或第三符号中接收该信号。由于该区域在每一个下行链路子帧中是可用的,所以有可能在任何子帧中、甚至在控制信道搜索空间内发送该信号。eNB可在没有包含寻呼消息的每一个下行链路子帧中或者当UE配置有DRX时传送该信号。这意味着,有可能在搜索空间的开头将搜索空间用于控制信道传输,然后当没有要传送的更多控制信道传输时发送“入睡”信号。
“入睡”信号的长度和/或格式能够或者对于小区中的全部UE是相同的,或者对于每个UE独立地配置。长度和/或格式也可取决于UE的覆盖条件。给出如下的一些非排他的示例。
“入睡”信号能够是、但不限于下列选择中的一个或数个:
1. 被调制到符号的预定位序列。在UE处对所接收符号解码之后,如果位序列指明UE应当“入睡”,则UE停止监测后续的控制信道搜索空间。使用预定位序列的优点在于,它虑及简易实现,其中全部UE与状态和/或覆盖条件无关地可搜索或查找与控制信息有关的相同信号。
2. 被调制到符号并且基于诸如NPDCCH/MPDCCH搜索空间之类的控制信道搜索空间的所配置最大长度而重复的预定位序列。作为替代或作为补充,该信号包括基于承载控制信息的控制信道的控制信道搜索空间的最大长度而重复的位序列。优点在于,因较坏信道条件而使用较长搜索空间的UE可排除指明UE应当入睡的较长信号。这改进UE会检测到该信号的可能性。因此,当搜索空间长度与UE的覆盖和/或覆盖等级之间有相关性时,重复次数可隐式地基于UE的覆盖条件。在对所接收符号解码之后,如果位序列指明UE应当“入睡”,则UE停止监测后续的控制信道搜索空间。
3. 预定编码位序列,其中码率和/或重复次数取决于控制信道搜索空间的所配置最大长度。作为替代或作为补充,该信号包括编码位序列,其中编码位序列的码率取决于承载控制信息的控制信道的控制信道搜索空间的最大长度。优点在于,因较坏信道条件而使用较长搜索空间的UE可排除例如比采用更短搜索空间的UE更健壮的编码。这改进UE将因所选码率而检测到该信号的可能性。在对所接收符号解码之后,如果位序列指明UE应当“入睡”,则UE停止监测后续的控制信道搜索空间。
4. 预定的符号序列,其中该序列的长度取决于控制信道搜索空间的所配置最大长度。作为替代或作为补充,该信号包括符号序列,其中该序列的长度取决于承载控制信息的控制信道的控制信道搜索空间的最大长度。优点在于,因较坏信道条件而使用较长搜索空间的UE可排除指明UE应当入睡的较长信号,与上述第3项相似。差别在于,重复符号,而不是位序列被调制到符号中。在检测到符号序列之后,UE停止监测后续的控制信道搜索空间。
5. 预定的长符号序列,其中最终序列由若干短符号序列组成。短符号序列的数量取决于控制信道搜索空间的所配置最大长度。优点在于,UE可在该UE已经确定信号的含意和/或信息之后中止检测和/或接收信号,因而节约能量。在检测到长符号序列或者短符号序列中的若干个之后,UE停止监测后续的控制信道搜索空间。
6. 入睡信号可与控制信道重复等级(例如控制信道重复等级)关联。可基于UE的重复等级来启用与控制信息有关的信号。这允许网络通知装置:在诸如NPDCCH/MPDCCH搜索空间之类的控制信道搜索空间中将不使用某个控制信道重复等级,这将允许装置及早入睡。eNB可例如通过向UE传送配置的指示来配置:在控制信道搜索空间中UE仅可使用可用重复等级的子集。
7. 对于信令部分以及“入睡”信号的启用/停用,eNB可在不通知UE的情况下在任何点在传输中包括或不包括该信号。当用于寻呼时,网络大体上并不了解哪些UE处于小区中,并且在所配置的寻呼帧/子帧中必须“盲”传送和/或包含该信号。但是,机器类型装置常常是固定的,并且从较早的数据会话、跟踪区域更新等等来判断,网络能够估计哪些UE在网络中。这可与这些UE支持这个特征的能力进行比较,以引导eNB判定在给定时间传送“入睡”信号是否是有益的,即,考虑表现为略微增加系统开销的形式的负面网络影响与对UE功耗的积极效果之间的平衡。在一个实施例中,对于RRC_CONNECTED模式中的DRX更相关,eNB仅当按照UE能力支持该特征的UE按照其DRX配置正监测控制信道时才会传送“入睡”信号。在另一个实施例中,支持这个特征的UE可具有分开的寻呼时机/寻呼帧(寻呼划分),以便使增加的系统开销最小化[*]。
8. 但是,因为在另一个实施例中对新的“入睡”解码对UE而言是额外工作,所以eNB会在系统信息广播中指明是否激活该特征(如以下所述的简单的开/关指示或区分)。这个配置会是小区特定的,而且或者相同的指示或者分开的指示可用于RRC_IDLE中的寻呼和RRC_CONNECTED中的DRX。在后一种情况下,也可在例如RRC连接建立期间的RRC信令之类的专用信令中指明该特征的网络启用/停用。对于NB-IoT,该特征的启用/停用可按载波来发信号通知,例如不同的配置用于不同的非锚载波(对于RRC_CONNECTED中的DRX最相关)。因为增益对于较高的覆盖增强等级是最大的,所以在又一个实施例中,该特征的启用/停用可按覆盖增强等级来发信号通知。也就是说,它可配置成使得能够根据NPDCCH/MPDCCH重复次数来配置不同的设定。在一个示例中,eNB可发信号通知:对于高于在SI或RRC中发信号通知的某个阈值R的重复等级,将传送“入睡”信号。在一个实施例中,对于“入睡”信号(不包括“唤醒”信号),来自eNB的启用该特征的指示应当被理解为UE应当为其自己的益处而尝试对这个信号解码,但是不一定要求eNB在每个可能出现处传送它(这将保持如上所述的调度灵活性)。
控制信道搜索空间的所配置最大长度可以是下行链路子帧的数量。控制信道搜索空间的所配置最大长度可以是连续下行链路子帧的数量。控制信道搜索空间的所配置最大长度可以是不包括用于系统信息的传输和/或接收的子帧的连续NB-IoT下行链路子帧的数量。
如图6和图7所示,使用诸如入睡信号之类的信号的优点在于,能够以尽力为基础来发送。在检测到入睡信号时,UE可停止监测,因为UE知道后续所配置的搜索空间不是预期用于UE的。如果没有检测到信号,则UE可继续监测控制信道一直到最大重复次数Rmax。在这种情况下,没有错过控制信道上的控制信息的风险。如果有应当被UE监测的控制信道,则不发送入睡信号。在这种情况下,保持最大的调度灵活性,以及能够实现UE处的功率节省。
可使用“唤醒”信号。这个信号用来指明将有在诸如NPDCCH/MPDCCH搜索空间之类的到来的控制信道搜索空间中发送的例如一个或多个DCI之类的控制信息。在接收到这种信号时,UE可尝试对控制信道中/上承载的控制信息解码。但是,如果“唤醒”信号不存在,则UE能够回到睡眠和/或停止监测。在诸如NPDCCH/MPDCCH搜索空间之类的控制信道搜索空间开始之前的(一个或多个)子帧中,或者在控制信道搜索空间的开头,能够发送“唤醒”信号。而且,“唤醒”信号不一定占用一个或若干完整子帧。该信号能够使用时域或频域中子帧的部分,例如,时隙中的前几个符号,或者时域和频域的组合。
这个信号可用来指明将有在随后的(e)DRX周期期间发送的一个或多个寻呼记录。在接收到这种信号时,UE需要不睡眠以尝试对NPDCCH中承载的DCI格式N2解码。但是,如果“唤醒”信号不存在,则UE能够回到睡眠。
采用“唤醒”信号方式,使UE功率节省最大化所要求的开销较小,因为仅应当在后续的控制信道搜索空间期间将会有DCI时才发送这个信号。但是,如果的确在后续的控制信道搜索空间期间将会有DCI,则需要发送唤醒信号,否则UE将错过该寻呼消息。但是,有可能在控制信道搜索空间开始之前的(一个或多个)子帧可能已经被用于向另一个UE发送控制信道或NPDSCH/PDSCH或者用于SI消息。因此,这种解决方案可能对调度灵活性有影响,或者不能始终传送“唤醒”信号,导致错过DCI。
一种可能的解决方案是使用系统信息(SI)来指明是否将使用“唤醒”信号。这允许网络在这种特征的开与关之间切换。当关掉该特征时,UE能够省略检查“唤醒”信号,但是需要始终尝试监测控制信道搜索空间。
在本文实施例的一个或多个中:
·eNB可使用正传送给UE的系统信息(SI)来指明是否将使用“唤醒”信号。
·UE可接收使用系统信息(SI)的是否将使用“唤醒”信号的指示。
·eNB可使用“唤醒”信号的存在的动态或半动态指示。
·eNB可基于UE的覆盖条件来启用“唤醒”信令。该启用可通过如上所述的信令来执行。
·基于控制信道搜索空间的所配置长度来启用“唤醒”信令。
·具有无法配置“唤醒”信号的托管时机。这确保到UE的最小可达性。
“唤醒”的长度和/或格式能够或者对于小区中的全部UE是相同的,或者取决于UE的覆盖条件。给出如下一些非排他的示例。
“唤醒”信号能够是、但不限于下列选择中的一个或数个:
1. 被调制到符号的预定位序列。在对所接收符号解码之后,如果位序列指明UE应当“醒来”,则UE开始监测后续的控制信道搜索空间。使用预定位序列的优点在于,它虑及简易实现,其中全部UE与状态和/或覆盖条件无关地可搜索或查找与控制信息有关的相同信号。
2. 被调制到符号并且基于控制信道搜索空间的所配置最大长度而重复的预定位序列。作为替代或作为补充,该信号包括基于承载控制信息的控制信道的控制信道搜索空间的最大长度而重复的位序列。优点在于,因较坏信道条件而使用较长搜索空间的UE可排除指明UE应当入睡的较长信号。这改进UE会检测到该信号的可能性。因此,当搜索空间长度与UE的覆盖和/或覆盖等级之间有相关性时,重复次数可隐式地基于UE的覆盖条件。在对所接收符号解码之后,如果位序列指明UE应当“醒来”,则UE开始监测后续的控制信道搜索空间。
3. 预定编码位序列,其中码率和/或重复次数取决于控制信道搜索空间的所配置最大长度。作为替代或作为补充,该信号包括编码位序列,其中编码位序列的码率取决于承载控制信息的控制信道的控制信道搜索空间的最大长度。优点在于,因较坏信道条件而使用较长搜索空间的UE可排除例如比采用更短搜索空间的UE更健壮的编码。这改进UE将因所选码率而检测到该信号的可能性。在对所接收符号解码之后,如果位序列指明UE应当“醒来”,则UE开始监测后续的控制信道搜索空间。
4. 预定的符号序列,其中该序列的长度取决于控制信道搜索空间的所配置最大长度。作为替代或作为补充,该信号包括符号序列,其中该序列的长度取决于承载控制信息的控制信道的控制信道搜索空间的最大长度。优点在于,因较坏信道条件而使用较长搜索空间的UE可排除指明UE应当入睡的较长信号,与上述第3项相似。差别在于,重复符号,而不是位序列被调制到符号中。在检测到符号序列之后,UE应当“醒来”,然后UE开始监测后续的控制信道搜索空间。
5. 预定的长符号序列,其中最终序列由若干短符号序列组成。短符号序列的数量取决于控制信道搜索空间的所配置最大长度。优点在于,UE可在该UE已经确定信号的含意和/或信息之后中止检测和/或接收信号,因而节约能量。在检测到长符号序列或者短符号序列中的若干个之后,UE应当“醒来”,然后UE开始监测后续的控制信道搜索空间。
6. 唤醒-睡眠信号可与某个控制信道重复等级关联。可基于UE的重复等级来启用与控制信息有关的信号。这允许网络通知装置:某个控制信道重复等级将用于搜索空间中,这将允许装置将其监测限制到那个重复等级。
对于信令部分以及“唤醒”信号的启用/停用,与对“入睡”信号所述相同的文本适用。但是,有一个主要差别,UE可能需要知道是否启用该特征,并且eNB必须确保“唤醒”信号在被启用时始终被传送,否则,这将引起错过控制信道。因此,某种启用/停用通知可能对于“唤醒”信号始终适用(而它对于“入睡”信号是可选的)。这可能的动态程度有不同等级,它可能例如在标准中是固定的并且是完全不动态的,或者被在系统信息或RRC中发信号通知(如同上文对“入睡”信号所述)。但是,为了限制来自调度灵活性限制的缺点,期望使它尽可能动态,并且因此有如下实施例,其中它在以下项中被启用:a)MasterInformationBlock(MIB)中的标志、b)SIB1或任何其它SIB中的指示、c)DCI中的直接指示、d)RRC配置和重新配置。
对于CONNECTED_MODE部分中的DRX,eNB会知道UE对这个特征的能力,如任何其它UE能力那样(即,最初在附着时从UE传递,然后作为UE上下文的一部分)。但是,对于寻呼部分,eNB会不了解UE是否支持这个特征。在这种情况下,会要求将这个UE能力存储在网络节点(例如最可能是MME)中,以及在从MMW发送给eNB的寻呼请求中包含UE能够支持这个特征的指示。在这种情况下,eNB会知道它是否必须包含“唤醒”信号。这不如对于“入睡”信号那么相关,因为这也可在没有针对UE的寻呼时被传送,但是,对于当根据是否支持这个特征来划分寻呼资源时的情况,eNB会需要寻呼请求中的这个新信息元素以获知它应当在哪些寻呼资源中寻呼UE(参见上述[*]。如果寻呼划分被应用于“唤醒”信号,这也可适用)。
两种备选方案都能够在图8中说明,图中示出用于监测寻呼的UE空闲模式操作。两种备选方案都能够帮助减少UE功耗,尤其是对于极端的覆盖受限情况中的UE。这里使用NB-IoT作为示例。eMTC具有类似的设计,可是某些信道的配置和名称中的有些数字可能与NB-IoT不同。
采用“唤醒”信号方式,使UE功率节省最大化所要求的开销较小,因为这个信号应当仅在后续(e)DRX周期期间将有寻呼消息时发送。但是,如果的确在后续(e)DRX周期期间将有寻呼消息,则需要发送唤醒信号,否则UE将错过该寻呼消息。但是,有可能NPDCCH搜索空间开始之前的(一个或多个)子帧可能已经被用于向另一个UE发送NPDCCH或NPDSCH或者用于SI消息。因此,这种解决方案将可能对调度灵活性有影响,或者不能始终传送“唤醒”信号,导致错过寻呼。
举例来说,在图9中可见,存在改进UE可节约能量的方式的空间。
“唤醒”信号能够指明到来的控制信道搜索空间中的控制信道的传输的实际长度。如果信号指明传输的实际长度比控制信道搜索空间的所配置最大长度要短,则UE不需要继续搜索它的到来的控制信道搜索空间的所配置最大长度。
在检测到唤醒信号时,UE还接收与控制信道传输的长度相关的信息。因此,该信号可指明包含控制信息的控制信道传输的长度。如果没有检测到控制信息,则UE理解为有错过的DCI或者唤醒信号的误报警。如果没有检测到信号,则UE能够停止监测。虽然UE可通过使用与控制信道的长度相关的信息来节省能量,但是,如果唤醒信号没有被UE检测到,则可能有错过NPDCCH/MPDCCH的风险。
可改进唤醒信号的使用,如图10中部分可见。例如,在寻呼情况下,第一UE的实际控制信道传输始终在搜索空间的开头开始。当在搜索空间的开头第二UE占用信道时,如果eNB判定传送唤醒信号,则到第二UE的传输需要被分段。否则,UE会错过NPDCCH/MPDCCH,导致错过寻呼。
可改进唤醒信号的使用,如图11中部分可见。对于非寻呼情况,第一UE的实际控制信道传输可在其搜索空间的中间开始。第一UE可能需要盲检测在搜索空间中的若干候选者,包括在搜索空间开头的候选者。
当在搜索空间的开头第二UE占用信道时,如果eNB判定传送唤醒信号,则第二UE的传输需要被分段。否则,UE会错过控制信道,导致错过控制信息。
用于支持例如唤醒或入睡之类的这类指示符中任一个的准确波形可与其它下行链路信道相似,使得用于接收这类指示符的UE侧的额外开发工作能够被减到最少。例如,可使用现有NB-IoT下行链路OFDM传输。以上论述用于映射这类指示符的符号或位序列模式。
“入睡”和“唤醒”信号都可被使用。因为“入睡”和“唤醒”信令具有其相应的益处,所以在网络中支持这两者可能是有益的。“入睡”与“唤醒”信令的支持之间的切换能够或者通过高层来配置(或者在系统信息(SI)信令中广播,或者使用UE特定无线电资源控制(RRC)信令来配置),或者使用物理层信号中的不同码字来指明。
以下附录提供如何可在通信标准的框架内实现所提出的解决方案的某些方面的非限制性示例。特别是,附录提供如何可在3GPP TSG RAN标准的框架内实现所提出的解决方案的非限制性示例。附录所描述的变更只是意在说明如何可在技术标准中实现本文所提出的解决方案的某些方面。但是,在3GPP规范中以及在其它规范或标准中,以其它适当方式也都能够实现所提出的解决方案。
为了执行如本文所述的方法,提供用户设备和网络设备。图12和图13是描绘用户设备和网络设备的实施例的框图。
关于图12示出用户设备14的附加细节。如图12所示,示例用户设备14包括天线940、无线电电路(例如无线电前端电路)910、处理电路920,而且用户设备14还可包括存储器930。存储器930可与处理电路920分开或者是处理电路920的组成部分。天线940可包括一个或多个天线或天线阵列,并且被配置成发送和/或接收无线信号,而且被连接到无线电电路(例如无线电前端电路)910。在某些备选实施例中,用户设备14可以不包括天线940,而是天线940可与用户设备14分开,并且通过接口或端口可连接到用户设备14。处理电路920可被配置成确定在第一时间段中是否存在与控制信息有关的信号。处理电路920还可被配置成根据确定来判定是否尝试对控制信息解码。
无线电电路(例如无线电前端电路)910可包括各种滤波器和放大器,被连接到天线940和处理电路920,并且被配置成调节天线940与处理电路920之间传递的信号。在某些备选实施例中,用户设备14可以不包括无线电电路(例如无线电前端电路)910,而是处理电路920可连接到天线940而无需前端电路910。无线电电路910可被配置成接收控制信道和/或控制信息和/或与控制信息和/或控制信道有关的信号。
处理电路920可包括射频(RF)收发器电路、基带处理电路和应用处理电路中的一个或多个。在一些实施例中,RF收发器电路921、基带处理电路922和应用处理电路923可处于分开的芯片组上。在备选实施例中,基带处理电路922和应用处理电路923的部分或全部可被组合到一个芯片组中,以及RF收发器电路921可处于分开的芯片组上。在又一些备选实施例中,RF收发器电路921和基带处理电路922的部分或全部可处于同一芯片组上,以及应用处理电路923可处于分开的芯片组上。在另一些备选实施例中,RF收发器电路921、基带处理电路922和应用处理电路923的部分或全部可被组合在同一芯片组中。处理电路920可包括例如一个或多个中央处理单元(CPU)、一个或多个微处理器、一个或多个专用集成电路(ASIC)和/或一个或多个现场可编程门阵列(FPGA)。
用户设备14可包括电源950。电源950可以是电池或其它电力供应电路以及电力管理电路。电力供应电路可接收来自外部源的电力。电池、其它电力供应电路和/或电力管理电路被连接到无线电电路(例如无线电前端电路)910、处理电路920和/或存储器930。电源950、电池、电力供应电路和/或电力管理电路被配置成向用户设备14(包括处理电路920)供电以用于执行本文所述的功能性。用户设备14包括处理电路920和无线电电路910,其中UE被配置成确定在第一时间段中是否存在与控制信息有关的信号,并且根据该确定来判定是否尝试对控制信息解码。UE和/或UE的组件和/或电路的任一个还可被配置成执行如本文所公开的方法。
关于图13示出无线电网络节点12的附加细节。如图13所示,示例无线电网络节点12包括天线1040、无线电电路(例如无线电前端电路)1010、处理电路1020,而且无线电网络节点12还可包括存储器1030。存储器1030可与处理电路1020分开或者是处理电路1020的组成部分。天线1040可包括一个或多个天线或天线阵列,并且被配置成发送和/或接收无线信号,而且被连接到无线电电路(例如无线电前端电路)1010。在某些备选实施例中,无线电网络节点12可以不包括天线1040,而是天线1040可与无线电网络节点12分开,并且通过接口或端口可连接到无线电网络节点12。处理电路920可被配置成确定是否传送控制信道和/或控制信息和/或与控制信息和/或控制信道有关的信号。
无线电电路(例如无线电前端电路)1010可包括各种滤波器和放大器,被连接到天线1040和处理电路1020,并且被配置成调节天线1040与处理电路1020之间传递的信号。在某些备选实施例中,无线电网络节点12可以不包括无线电电路(例如无线电前端电路)1010,而是处理电路1020可连接到天线1040而无需前端电路1010。无线电电路1010可被配置成传送与在第一时间段中是否存在控制信息有关的信号。无线电电路1010可被配置成按照所传送信号向UE传送控制信息。
处理电路1020可包括射频(RF)收发器电路、基带处理电路和应用处理电路中的一个或多个。在一些实施例中,RF收发器电路1021、基带处理电路1022和应用处理电路1023可处于分开的芯片组上。在备选实施例中,基带处理电路1022和应用处理电路1023的部分或全部可被组合到一个芯片组中,以及RF收发器电路1021可处于分开的芯片组上。在又一些备选实施例中,RF收发器电路1021和基带处理电路1022的部分或全部可处于同一芯片组上,以及应用处理电路1023可处于分开的芯片组上。在另一些备选实施例中,RF收发器电路1021、基带处理电路1022和应用处理电路1023的部分或全部可被组合在同一芯片组中。处理电路1020可包括例如一个或多个中央处理单元(CPU)、一个或多个微处理器、一个或多个专用集成电路(ASIC)和/或一个或多个现场可编程门阵列(FPGA)。
网络设备12可包括电源1050。电源1050可以是电池或其它电力供应电路以及电力管理电路。电力供应电路可接收来自外部源的电力。电池、其它电力供应电路和/或电力管理电路被连接到无线电电路(例如无线电前端电路)1010、处理电路1020和/或存储器1030。电源1050、电池、电力供应电路和/或电力管理电路被配置成向无线电网络节点12(包括处理电路1020)供电以用于执行本文所述的功能性。
网络设备NE 12包括处理电路1020和无线电电路1010,其中NE 12被配置成传送与在第一时间段中是否存在控制信息有关的信号,并且按照所传送信号向UE传送控制信息。NE和/或NE的组件和/或电路的任一个还可被配置成执行如本文所公开的方法。
如图14所示,用户设备包括接收模块511或接收器(RX)以及传送模块512或传送器(TX),用户设备可通过其向诸如例如网络设备或其它用户设备之类的其它节点传送/接收信号。接收模块511和传送模块512还可被结合到单个收发器或通信单元中。而且,用户设备可包括确定模块513,确定模块513被配置成例如确定在第一时间段中是否存在与控制信息有关的信号。用户设备可包括判定模块514,判定模块514被配置成例如根据确定来判定是否尝试对控制信息解码。还应当注意,按照本文所述的实施例,用户设备可包括用于配置无线通信网络100中的下行链路接收传输的其它模块。
Claims (32)
1.一种用于用户设备UE的方法,包括:
确定(101)在第一时间段中是否接收到与控制信息有关的信号,其中,所述信号指明是否存在所述控制信息,并且所述控制信息包括下行链路控制信息DCI;以及
根据所述确定来判定(102)是否尝试对所述控制信息解码,
其中,所述信号包括符号的序列,其中,所述序列的长度取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
2.如权利要求1所述的方法,其中,所述信号包括基于承载所述控制信息的控制信道的控制信道搜索空间的最大长度而重复的位序列。
3.如权利要求1所述的方法,其中,所述信号包括编码位序列,其中,所述编码位序列的码率取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
4.如权利要求1-3中的任一项所述的方法,其中,所述信号指明包括所述控制信息的控制信道传输的长度。
5.如权利要求1-3中的任一项所述的方法,其中,所述方法包括:接收是否将在系统信息消息中使用所述信号来指明预期用于所述UE的控制信息的存在的指示。
6.如权利要求1-3中的任一项所述的方法,其中,基于所述UE的重复等级来启用与控制信息有关的所述信号。
7.如权利要求1-3中的任一项所述的方法,其中,所述信号是指明所述UE应当监测控制信道的唤醒信号。
8.如权利要求1-3中的任一项所述的方法,其中,所述信号是指明所述UE不应当监测控制信道的入睡信号。
9.一种用于网络设备NE的方法,包括:
在第一时间段中传送(201)与控制信息有关的信号,其中,所述信号指明存在所述控制信息,并且所述控制信息包括下行链路控制信息DCI;以及
按照所传送信号向UE传送(202)控制信息,
其中,所述信号包括符号的序列,其中,所述序列的长度取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
10.如权利要求9所述的方法,其中,所述信号包括基于承载所述控制信息的控制信道的控制信道搜索空间的最大长度而重复的位序列。
11.如权利要求9所述的方法,其中,所述信号包括编码位序列,其中,所述编码位序列的码率取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
12.如权利要求9-11中的任一项所述的方法,其中,所述信号指明包括所述控制信息的控制信道传输的长度。
13.如权利要求9-11中的任一项所述的方法,其中,基于所述UE的重复等级来启用与控制信息有关的所述信号。
14.如权利要求9-11中的任一项所述的方法,其中,所述方法包括:传送是否将在系统信息消息中使用所述信号的指示。
15.如权利要求9-11中的任一项所述的方法,其中,所述信号是指明所述UE应当监测控制信道的唤醒信号。
16.如权利要求9-11中的任一项所述的方法,其中,所述信号是指明所述UE不应当监测控制信道的入睡信号。
17.一种用户设备UE(14),所述UE包括处理电路(920)和无线电电路(910),其中,所述UE被配置成:
确定在第一时间段中是否接收到与控制信息有关的信号,其中,所述信号指明是否存在所述控制信息,并且所述控制信息包括下行链路控制信息DCI;以及
根据所述确定来判定是否尝试对所述控制信息解码,
其中,所述信号包括符号的序列,其中,所述序列的长度取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
18.如权利要求17所述的UE,其中,所述信号包括基于承载所述控制信息的控制信道的控制信道搜索空间的最大长度而重复的位序列。
19.如权利要求17所述的UE,其中,所述信号包括编码位序列,其中,所述编码位序列的码率取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
20.如权利要求17-19中的任一项所述的UE,其中,基于所述UE的重复等级来启用与控制信息有关的所述信号。
21.如权利要求17-19中的任一项所述的UE,其中,所述信号指明包括所述控制信息的控制信道传输的长度。
22.如权利要求17-19中的任一项所述的UE,其中,所述UE还被配置成:接收是否将在系统信息消息中使用所述信号来指明预期用于所述UE的控制信息的存在的指示。
23.如权利要求17-19中的任一项所述的UE,其中,所述信号是指明所述UE应当监测控制信道的唤醒信号。
24.如权利要求17-19中的任一项所述的UE,其中,所述信号是指明所述UE不应当监测控制信道的入睡信号。
25.一种网络设备NE,所述NE包括处理电路(1020)和无线电电路(1010),其中,所述NE被配置成:
在第一时间段中传送与控制信息有关的信号,其中,所述信号指明存在所述控制信息,并且所述控制信息包括下行链路控制信息DCI;以及
按照所传送信号向UE传送控制信息,
其中,所述信号包括符号的序列,其中,所述序列的长度取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
26.如权利要求25所述的NE,其中,所述信号包括基于承载所述控制信息的控制信道的控制信道搜索空间的最大长度而重复的位序列。
27.如权利要求25所述的NE,其中,所述信号包括编码位序列,其中,所述编码位序列的码率取决于承载所述控制信息的控制信道的控制信道搜索空间的最大长度。
28.如权利要求25-27中的任一项所述的NE,其中,所述信号指明包括所述控制信息的控制信道传输的长度。
29.如权利要求25-27中的任一项所述的NE,其中,基于所述UE的重复等级来启用与控制信息有关的所述信号。
30.如权利要求25-27中的任一项所述的NE,其中,所述NE还被配置成:传送是否将在系统信息消息中使用所述信号的指示。
31.如权利要求25-27中的任一项所述的NE,其中,所述信号是指明所述UE应当监测控制信道的唤醒信号。
32.如权利要求25-27中的任一项所述的NE,其中,所述信号是指明所述UE不应当监测控制信道的入睡信号。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762476197P | 2017-03-24 | 2017-03-24 | |
US62/476197 | 2017-03-24 | ||
PCT/SE2018/050307 WO2018174805A1 (en) | 2017-03-24 | 2018-03-23 | Signaling indication to reduce power consumption for mtc devices |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110431891A CN110431891A (zh) | 2019-11-08 |
CN110431891B true CN110431891B (zh) | 2022-12-27 |
Family
ID=61966044
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880020882.4A Active CN110431891B (zh) | 2017-03-24 | 2018-03-23 | 用于减少mtc装置的功耗的设备和方法 |
Country Status (8)
Country | Link |
---|---|
US (1) | US11553423B2 (zh) |
EP (1) | EP3603221B1 (zh) |
JP (1) | JP6925438B2 (zh) |
KR (1) | KR102202998B1 (zh) |
CN (1) | CN110431891B (zh) |
BR (1) | BR112019019334A2 (zh) |
ES (1) | ES2940095T3 (zh) |
WO (1) | WO2018174805A1 (zh) |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018175760A1 (en) | 2017-03-24 | 2018-09-27 | Intel Corporation | Wake up signal for machine type communication and narrowband-internet-of-things devices |
MX2019013067A (es) * | 2017-05-04 | 2019-12-11 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Metodo y dispositivo de comunicacion inalambrica. |
US11770769B2 (en) * | 2017-05-12 | 2023-09-26 | Sony Group Corporation | Wake-up signal transmission on relaying links |
US10869275B2 (en) * | 2017-08-04 | 2020-12-15 | Apple Inc. | Microsleep for machine-type communication devices |
US11646817B2 (en) * | 2017-10-17 | 2023-05-09 | Mediatek Singapore Pte. Ltd. | PDCCH monitoring for low power consumption for narrow band internet of things |
US10805979B2 (en) * | 2017-11-21 | 2020-10-13 | Qualcomm Incorporated | Dual band discontinuous reception |
CN111587590B (zh) * | 2017-11-24 | 2023-11-21 | 诺基亚技术有限公司 | 用于ec-gsm-iot的寻呼指示信道 |
WO2019147061A1 (ko) * | 2018-01-26 | 2019-08-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치 |
WO2019158603A1 (en) * | 2018-02-15 | 2019-08-22 | Sony Corporation | Unused portion of radio resources |
US10841898B2 (en) * | 2018-07-18 | 2020-11-17 | Acer Incorporated | Method of receiving paging messages for UE and UE using the same |
WO2020032746A1 (ko) * | 2018-08-09 | 2020-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송수신하기 위한 방법 및 이를 위한 장치 |
WO2020061828A1 (en) * | 2018-09-26 | 2020-04-02 | Panasonic Intellectual Property Corporation Of America | Power saving signal and procedure design |
WO2020067763A1 (en) * | 2018-09-28 | 2020-04-02 | Lg Electronics Inc. | Relaxed measurement based on data transmission |
US11503546B2 (en) | 2018-10-17 | 2022-11-15 | Apple Inc. | Wake-up signal design |
US11647460B2 (en) * | 2018-12-26 | 2023-05-09 | Mediatek Singapore Pte. Ltd. | Method and apparatus for indicating power saving information in mobile communications |
US11564167B2 (en) * | 2019-04-01 | 2023-01-24 | Apple Inc. | Configurable power saving signal with multiple functionalities in 5G NR |
EP3979765A4 (en) * | 2019-07-04 | 2022-06-29 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Discontinuous reception method and apparatus |
US11963104B2 (en) * | 2019-07-12 | 2024-04-16 | Nokia Technologies Oy | Mechanism for interactions for entering into sleep mode |
CN115191132A (zh) * | 2020-03-27 | 2022-10-14 | 联想(北京)有限公司 | Ntn中的nbiot npdcch监听优化 |
CN111800816B (zh) * | 2020-07-06 | 2022-06-10 | 重庆邮电大学 | 一种终端实现最小路测功能的方法 |
WO2023014372A1 (en) * | 2021-08-06 | 2023-02-09 | Zeku, Inc. | Method for pdcch power saving in 5g discontinuous reception |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6138034A (en) | 1998-12-04 | 2000-10-24 | Motorola, Inc. | Method for transmitting a quick paging channel at different power levels |
CN101282295B (zh) * | 2008-04-07 | 2012-07-04 | 中兴通讯股份有限公司 | 控制消息解码指示方法、实现方法、指示装置 |
KR101446639B1 (ko) * | 2010-02-11 | 2014-10-01 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 물리 다운링크 제어 채널 시그널링 송수신을 위한 방법, 기지국, 사용자 기기 및 시스템 |
US9326272B2 (en) | 2010-09-03 | 2016-04-26 | Panasonic Intellectual Property Corporation Of America | Base station, terminal, transmission method, and reception method |
CN103493549B (zh) | 2011-02-21 | 2017-05-31 | 三星电子株式会社 | 无线通信系统中用户设备的节省功率的方法和装置 |
CN103636264B (zh) * | 2011-04-29 | 2018-05-11 | 黑莓有限公司 | 接收与lte唤醒有关的消息 |
CN103249121A (zh) * | 2012-02-13 | 2013-08-14 | 电信科学技术研究院 | 一种机器型通信终端的触发控制方法、装置及系统 |
US20130286960A1 (en) | 2012-04-30 | 2013-10-31 | Samsung Electronics Co., Ltd | Apparatus and method for control channel beam management in a wireless system with a large number of antennas |
JP6298073B2 (ja) * | 2012-12-21 | 2018-03-20 | サムスン エレクトロニクス カンパニー リミテッド | 無線通信システムにおけるビームフォーミングを利用した制御チャネルの送受信方法及び装置 |
CN104349431B (zh) * | 2013-07-25 | 2018-01-16 | 北京久华信信息技术有限公司 | 一种无线通信系统下行指示信息的传输方法 |
US9578600B2 (en) * | 2014-02-13 | 2017-02-21 | Samsung Electronics Co., Ltd | Method and apparatus for providing advanced indication for ePDCCH |
WO2016004560A1 (zh) * | 2014-06-20 | 2016-01-14 | 华为技术有限公司 | 一种数据传输方法及设备 |
CN111953453B (zh) * | 2015-03-30 | 2023-10-13 | Lg电子株式会社 | 用于在无线通信系统中设计下行链路控制信息的方法和设备 |
EP3131223B1 (en) * | 2015-08-11 | 2018-06-27 | Panasonic Intellectual Property Corporation of America | Improved blind decoding of (e)pdcch for partial subframes |
US10764879B2 (en) * | 2016-01-11 | 2020-09-01 | Apple Inc. | Apparatus and method for IoT control channel |
US10405266B2 (en) * | 2016-04-04 | 2019-09-03 | Lg Electronics Inc. | Method and user equipment for receiving downlink control channel, and method and base station for transmitting downlink control channel |
US10476647B2 (en) * | 2016-10-25 | 2019-11-12 | Qualcomm Incorporated | Coherence based pre-decoding pruning for control channel processing |
CN106454901A (zh) * | 2016-11-04 | 2017-02-22 | 维沃移动通信有限公司 | 下行控制信道的检测方法、指示方法、终端及网络侧设备 |
-
2018
- 2018-03-23 KR KR1020197027888A patent/KR102202998B1/ko active IP Right Grant
- 2018-03-23 JP JP2019552247A patent/JP6925438B2/ja active Active
- 2018-03-23 CN CN201880020882.4A patent/CN110431891B/zh active Active
- 2018-03-23 ES ES18717445T patent/ES2940095T3/es active Active
- 2018-03-23 BR BR112019019334A patent/BR112019019334A2/pt unknown
- 2018-03-23 WO PCT/SE2018/050307 patent/WO2018174805A1/en active Application Filing
- 2018-03-23 EP EP18717445.3A patent/EP3603221B1/en active Active
- 2018-03-23 US US16/493,181 patent/US11553423B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
WO2018174805A1 (en) | 2018-09-27 |
KR102202998B1 (ko) | 2021-01-14 |
EP3603221A1 (en) | 2020-02-05 |
BR112019019334A2 (pt) | 2020-04-14 |
CN110431891A (zh) | 2019-11-08 |
JP2020511884A (ja) | 2020-04-16 |
ES2940095T3 (es) | 2023-05-03 |
US20200077338A1 (en) | 2020-03-05 |
KR20190118641A (ko) | 2019-10-18 |
EP3603221B1 (en) | 2023-02-08 |
US11553423B2 (en) | 2023-01-10 |
JP6925438B2 (ja) | 2021-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110431891B (zh) | 用于减少mtc装置的功耗的设备和方法 | |
WO2021180206A1 (en) | Power efficient paging mechanism with paging early indicator | |
US10091763B2 (en) | Paging in coverage extension mode | |
US20210037470A1 (en) | Wireless Device Grouping Indication Using Wakeup Signal | |
CN113748718B (zh) | 用于基于物理下行链路控制信道(pdcch)的唤醒信号(wus)配置的方法 | |
US20220232514A1 (en) | Ue grouping for paging enhancement | |
US11356955B2 (en) | Methods and apparatus for reducing power consumption in a wireless communications network | |
CN112187428A (zh) | 无线电信网络中的网络节点和方法 | |
CN116456461A (zh) | 与无线通信网络中的寻呼相关的方法和设备 | |
US11647464B2 (en) | Wake-up dci for wireless devices in connected mode | |
US20230072047A1 (en) | Communications devices, infrastructure equipment and methods | |
US20230023422A1 (en) | Communications devices, infrastructure equipment and methods | |
CN115702593A (zh) | 基于下行链路控制信息的早期寻呼指示方法及用户设备 | |
EP3857986B1 (en) | State transition processes for wireless device power savings | |
US20230146553A1 (en) | Downlink control information-based paging early indicator | |
US9820292B2 (en) | Network node, wireless device and method performed therein | |
US20220264451A1 (en) | Scheduled device-specific synchronization signals with page message indication |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |