CN108702706A - 用于控制连接模式drx操作的方法 - Google Patents

用于控制连接模式drx操作的方法 Download PDF

Info

Publication number
CN108702706A
CN108702706A CN201780016719.6A CN201780016719A CN108702706A CN 108702706 A CN108702706 A CN 108702706A CN 201780016719 A CN201780016719 A CN 201780016719A CN 108702706 A CN108702706 A CN 108702706A
Authority
CN
China
Prior art keywords
timer
duration
downlink
instruction
uplink
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.)
Granted
Application number
CN201780016719.6A
Other languages
English (en)
Other versions
CN108702706B (zh
Inventor
B.拉通伊
A.纳德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN108702706A publication Critical patent/CN108702706A/zh
Application granted granted Critical
Publication of CN108702706B publication Critical patent/CN108702706B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • 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/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H04L1/1851—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H04L1/1883—Time-out mechanisms using multiple timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

在UE（510）中的一种方法包括在至少第一定时器的持续期期间监测（1104）下行链路控制信道，以及接收（1108）用于UE的下行链路或上行链路传送的指示（605、705、805、905）。方法包括在接收到用于UE的下行链路或上行链路传送的指示之后，停止（1112）监测第一定时器，其中在第一定时器被停止之后UE不需要监测下行链路控制信道。方法包括执行（1116）与用于UE的指示的下行链路或上行链路传送关联的上行链路传送（635、710、830、910）。方法包括在接收到用于UE的下行链路或上行链路传送的指示之后，启动（1120）第二定时器（645、735、840、935），第二定时器的持续期包括偏移时段，并且当第二定时器期满时，启动（1124）第三定时器（640、730、835、930）。UE在第三定时器的持续期内监测下行链路控制信道。

Description

用于控制连接模式DRX操作的方法
技术领域
概括地，本公开涉及无线通信，并且更具体地涉及用于控制连接模式不连续接收操作的方法。
背景技术
窄带物联网(NB-IoT)是由第三代合作伙伴项目（3GPP）正在发展的用于蜂窝物联网（IoT）的窄带（180KHz带宽）系统。该系统基于长期演进（LTE）系统，并且致力于优化的网络架构和用于大量装置的改进的室内覆盖，其具有下述特性中的任何特性：低吞吐量（例如，2Kbps）；低延迟敏感度（例如，~10秒）；超低装置成本（例如，低于5美元）；以及低装置功耗（例如，10年的电池寿命）。
预见的是，这个系统中的每个小区（例如，~1平方千米）将服务几千个（例如，~50000）装置，例如传感器、测量仪表、致动器以及其它装置。必要的是，这个系统能够为它的装置提供良好的覆盖，所述装置经常深入地位于室内（例如，在地下室的地下空间，或者甚至建在建筑物的墙里）并且具有有限的电池充电可能性或没有电池充电可能性。虽然许多不同类型的装置被预见，但为了简洁，在本文中它们将可互换地被称为用户设备（UE）或无线装置。
为了使只使用一个改装的（re-farmed）GSM载波来部署NB-IoT和支持用于NB-IoTUE的更低的制造成本成为可能，带宽已被降低到被分为若干子载波的、尺寸为180KHz的一个物理资源块（PRB）。
对于频分双工（FDD）（即，传送器和接收器在不同载波频率上操作），在UE中只需要支持半双工模式。装置更低的复杂度（例如，仅仅一个传送/接收器链）意味着在正常覆盖中可能还需要某些重复。此外，为了缓解UE复杂度，有作用的设想是要具有交叉子帧调度。即，首先在增强的物理下行链路控制信道（E-PDCCH,还被称为窄带物理下行链路控制信道（NB-PDCCH或NPDCCH））调度传送。接着，在NB-PDCCH的最后传送之后，执行在窄带物理下行链路共享信道（NB-PDSCH或NPDSCH）上的真实数据的第一传送。相似地，对于上行链路（UL）数据传送，首先在NB-PDCCH上传递与针对UL传送UE所需要的以及网络所调度的资源有关的信息，并且接着在NB-PDCCH的最后传送之后，执行在窄带物理上行链路共享信道（NB-PUSCH或NPUSCH）上由UE进行的真实数据的第一传送。换句话说，对于上述两种情况，从UE的角度来看，不存在同时的控制信道的接收和数据信道的接收/传送。
在遗留蜂窝通信系统（比如高速分组接入（HSPA）和LTE）中，支持具有软结合、被称为混合自动重传请求（HARQ）的重传过程。数据块在一个方向（例如，在UE和无线电基站之间）上被传送之后，有关解码结果的反馈通常在相反的方向上被传送，其被表示为HARQ反馈消息。典型地，这个反馈消息是“二元”解码结果或调度准许/指派消息。在其中反馈是“二元”解码结果的情况中，反馈可以是以确认（ACK）（指示数据块解码成功）或否定确认（NACK）（指示数据块解码不成功）的形式。在其中反馈是调度准许/指派消息的形式的情况中，调度准许/指派消息可以请求重传（在数据块解码不成功的事件中，与上面描述的NACK相似）或新数据块的传送，该传送隐式地确认之前的数据块被成功解码（与上面描述的ACK相似）。
在一些情况中，HARQ反馈信息还能够由没有传送（DTX）指示。在这样的场景中，没有传送意指ACK或NACK（典型地是后者）以及传送某些内容（例如，前导码或某一其它信号/码）能够指示ACK。没有传送HARQ反馈消息也能够是可能的来指示成功或不成功的解码数据块（即，ACK或NACK）。HARQ反馈（或没有它）接着触发重传，或者如果数据被成功接收到并且更多数据是可用的，则新的数据传送可以被启动。
典型地，多个所谓的HARQ过程被并行使用（例如，在HSPA和LTE中）。HARQ过程是停止并等待（SAW） HARQ实体，其独立地传输数据分组并且在重传或新的传送被传送前等待HARQ反馈。在遗留LTE FDD中，典型地支持每方向八个HARQ过程。相同情况适用于HSPA,其中具有2毫秒UL传送时间间隔（TTI）。
同步HARQ操作意味着重传在先前的传送之后的固定时间发生。另一方面，在非同步HARQ操作中，重传能够发生在先前的传送之后的任何时间。在遗留LTE和在HSPA两者中，UL使用同步HARQ并且下行链路（DL）使用非同步HARQ。
为了减少UE电池消耗，使用被称为连接模式不连续接收（DRX）的概念，其允许UE在LTE中的连接模式期间进入睡眠模式（即，没有接收和/或传送被要求）。主要构思是当在某时段内一直没有任何传送和/或接收活动（例如，没有传送/重传以及没有未决的（pending）重传）时，UE能够进入睡眠模式并且只需要每个DRX周期定期地醒来短的时间量以便监测DL控制信道。如果新的UL数据变得可得到，UE能够在任何时间醒来，但需要通过配置的UL资源通知网络（例如，调度请求可以被触发以便在物理上行链路控制信道（PUCCH）上被发送）。
DRX操作在3GPP TS 36.321，v. 13.0.0中针对遗留LTE被定义，并且由一组定时器/参数（其被预定义或被传送到UE）控制。具体地：onDurationTimer; drxStartOffset(来自3GPP TS 36.331，v. 13.0.0中的longDRX-CycleStartOffset )；longDRX-Cycle (来自3GPP TS 36.331，v. 13.3.0中的longDRX-CycleStartOffset )；shortDRX-Cycle；drxShortCycleTimer；drx-InactivityTimer；HARQ-RTT-Timer；以及drx-RetransmissionTimer。在本文中，对于标准的特定版本（例如，TS 36.331，v. 13.0.0）的引用意图作为在本申请被原始提交时可得到的代表性版本。然而，如果合适，其它版本也可以被应用。
图1示出在连接模式DRX期间UE操作的示例。更具体地，图1（其是从3GPP TS36.321，v. 13.0.0复制的）示出在连接模式DRX周期105期间UE何时需要醒来并且监测DL控制信道（在图1的示例中表示为PDCCH，但可以是PDCCH和/或ePDCCH）。一般地，在DRX周期105期间，UE在OnDuration时段110期间监测DL控制信道，并且在Opportunity for DRX115期间睡眠。如果在OnDuration 时间105期间新的数据被调度（在UL或DL中），UE离开DRX并且启动被称为drx-InactivityTimer的定时器。
图2示出了遗留DRX操作的示例。如果新的数据205被调度（通过DL控制信道210），则drx-InactivityTimer215将被重启动，否则它将最终期满并且UE进入DRX。在图2的示例中，如果UE在drx-InactivityTimer215的持续期期间尚未检测到PDCCH，则UE在drx- InactivityTimer215期满时进入DRX。另外，图2示出了在HARQ数据205（在图2的示例中作为“新数据”205示出）和HARQ反馈225（在图2中作为UL 230中的ACK传送225示出）之间的偏移220。在LTE中，HARQ数据205和HARQ反馈225之间的偏移总是N +4，即总是在位于时间机会N的数据传送之后的4毫秒（或等同地子帧）。
图3示出了遗留DRX操作的示例（如果存在DL重传的话）。在这样的场景中，UE使用两个其它定时器：HARQ-RTT-Timer 305和drx-RetransmissionTimer 310以便监督重传。注意，这些定时器独立于drx-InactivityTimer 215。如图3的示例中示出，当重传（在图3中示出为ReTx 315）成功被解码，drx-RetransmissionTimer310被停止/取消。注意，在图3的示例中，在“新的数据”205之后，可能存在针对被在PDCCH上发信号通知的其它UL/DL HARQ过程的活动。如果新的数据被调度在那些中的任何一个上，则drx-InactivityTimer215被重启动。
图4示出了当存在UL重传时的遗留DRX操作的示例。在图4的示例中，在OnDuration定时器410运行时，UE在DL控制信道410上接收UL准许405。在接收到UL准许405时，UE停止OnDuration定时器410并且启动drx-InactivityTimer 215。在图4的示例中，UE执行与UL准许405关联的UL传送420（在图4的示例中以“新的数据”示出）。在执行UL传送420之后，如果UE在 drx-InactivityTimer215的持续期期间没有检测到PDCCH，则UE将在 drx- InactivityTimer215期满时进入DRX。
在遗留LTE中，由于使用了同步HARQ，如果存在UL重传425，则没有重传定时器被需要。同步HARQ提供关于HARQ反馈（例如，ACK435和/或NACK 430）和重传何时被调度的精确定时。在NACK 430在物理混合指示符信道（PHICH）上被发送时，还可在相同的子帧来给出DL控制信道410（例如，PDCCH）上的新的准许，于是重传被称为“自适应的”。UL准许405和UL传送420之间、上行链路传送420和NACK 430之间的、NACK 430和UL重传425之间以及UL重传425和ACK 435之间的N + 4偏移分别被示出为要素220a、220b、220c以及220d。
注意，在图4的示例中，在UL准许405之后可能存在针对被在下行链路控制信道410（例如，PDCCH）上发信号通知的其它UL/DL HARQ过程的活动。如果新的数据在那些情况中的任何情况上被调度，重启动drx-InactivityTimer（如果其被使用或者在运行中）。还要注意的是，在相同的情况中，ACK 435还可以是隐式确认，例如如果对于HARQ过程给出用于新的数据的准许。
在3GPP发布13中，针对增强的机器类型通信（eMTC）的工作项目已经在进行中，其中相比于遗留LTE，已对HARQ操作进行了改变。已经决定支持三个并行HARQ过程。另外，ULHARQ已经从同步改变为非同步，并且HARQ反馈仅是隐式的并在PUSCH传送之后的最早N + 4时在M-PDCCH（即，不存在PHICH信道）上被接收。作为结果，因为HARQ反馈的定时不再是固定的，故对于当存在重传时UE应该如何进入DRX需要改变。
在3GPP发布13中涉及许可辅助接入（LAA）的另一个工作项目中，已被识别出的是，与遗留LTE相比，UL HARQ需要从同步改变到非同步。在3GPP TR 36.889，v. 13.0.0中（并且具体地在7.2.2.2节中），其特此通过引用以其整体形式被并入，详细地描述了这个的影响。
在LTE/eMTC中，所有DRX参数基于无线电资源控制（RRC）信令半静态地被配置在UE中。通过媒体接入控制（MAC）信令支持某个动态变化以便控制UE在“活动时间”期间进入短/长DRX。
已有方法存在的问题是，HARQ/DRX设计已经针对多个HARQ过程和其中短时延是重要的并且最小化UE电池消耗已经不是主要目标的使用情况来被优化。如果相同的设计被应用于只支持半双工操作、交叉子帧调度和仅一个HARQ过程的UE，则它将会导致对于很多典型地使用在MTC/IoT应用中的业务使用情况，UE比需要的醒来更长的时间。例如，在很多业务使用情况中，不存在同时的UL和DL数据传输。替代的，大部分使用情况依赖于请求-响应类型的业务型式，其中IP分组在一个方向中被发送，继之以在另一个中的响应。
此外，根据已有的方法（LTE和HSPA两者），在UL中的HARQ操作是同步的。如果HARQ操作改变为非同步，则不知道在传送/重传已经完成后UE应当等待HARQ反馈多久。一个方法会是也为UL复制DL设计（即，也为UL引入相似的定时器（例如，HARQ-RTT-Timer/drx- RetransmissionTimer））。虽然这样的方法对于遗留LTE使用情况可以是可接受的，但对于在MTC/IoT的领域中的使用情况，它不是很适用。这些应用涉及具有只支持半双工、一个HARQ过程和交叉子帧调度的新的、简化的UE的使用。因此，更优化的解决方案是被期望的。对于这个的理由是其它解决方案可以减少UE电池/功率消耗，并且因此执行得更好（如果在设计中利用半双工、一个HARQ过程、仅交叉子帧调度和典型的业务型式的性质）。
NB-IoT的一个目标是要尽可能多地重用遗留LTE（包括eMTC改变）。重要的考虑是HARQ和连接模式DRX操作应该如何工作。如果遗留设计被应用在NB-IoT上，对于UE这将导致更大的电池/功率消耗。此外，由于所有DRX相关的定时器是半静态的，对于eNB来调度HARQ传送/重传和HARQ反馈，存在非常受限的灵活度。如果需要服务许多UE和/或具有不同覆盖水平的UE（并且因此不同传送持续期时间），则先前具有半静态参数的方法不是足够灵活以便启动针对UE的短“活动时间”。应用与遗留LTE中相同的设计会需要更大定时器值的使用，并且因此UE醒来时间会更长，导致更大的电池/功率消耗。
发明内容
为了解决现有解决方案存在的前述问题，公开一种在用户设备（UE）中的方法。该方法包括在至少第一定时器的持续期期间监测下行链路控制信道。该方法包括在被监测的下行链路控制信道上接收用于UE的下行链路或上行链路传送的指示。该方法包括在接收到用于UE的下行链路或上行链路传送的指示之后，停止监测第一定时器，其中在第一定时器被停止之后UE不需要监测下行链路控制信道。该方法包括执行与用于UE的指示的下行链路或上行链路传送关联的上行链路传送。该方法包括在接收到用于UE的下行链路或上行链路传送的指示之后，启动第二定时器，第二定时器的持续期包括偏移时段。该方法包括当第二定时器期满时，启动第三定时器，其中UE在第三定时器的持续期内监测下行链路控制信道。
在某些实施例中，第二定时器可以在下述情况中的一种情况下被启动：在执行关联的上行链路传送之后，或者在用于UE的下行链路或上行链路传送的接收到的指示的结尾。
在某些实施例中，该方法可以包括当第三定时器期满时进入不连续接收模式。该方法可以包括接收包括关于第二和第三定时器中的至少一个的持续期的信息的消息。在某些实施例中，第一定时器可以是不连续接收周期的onDurationTimer。在某些实施例中，第一定时器和第三定时器中的至少一个可以是drx-InactivityTimer。在某些实施例中，第一定时器和第三定时器中的至少一个可以包括不连续接收重传定时器。在某些实施例中，第二定时器可以是包括偏移时段的混合自动重传请求（HARQ）-往返时间（RTT）定时器。
在某些实施例中，用于UE的下行链路或上行链路传送的指示可以包括下行链路调度指派，并且与指示的下行链路传送关联的上行链路传送可以包括确认消息。在某些实施例中，用于UE的下行链路或上行链路传送的指示可以包括上行链路准许，并且与指示的上行链路传送关联的上行链路传送可以包括在上行链路中的数据传送。在某些实施例中，用于UE的下行链路或上行链路传送的指示可以包括关于第二和第三定时器中的至少一个的持续期的信息。
还公开了一种用户设备（UE）。该UE包括处理电路。该处理电路被配置为在至少第一定时器的持续期期间监测下行链路控制信道。该处理电路被配置为在被监测的下行链路控制信道上接收用于UE的下行链路或上行链路传送的指示。该处理电路被配置为在接收到用于UE的下行链路或上行链路传送的指示之后，停止监测第一定时器，其中在第一定时器被停止之后，UE不需要监测下行链路控制信道。该处理电路被配置为执行与用于UE的指示的下行链路或上行链路传送关联的上行链路传送。该处理电路被配置为在接收到用于UE的下行链路或上行链路传送的指示之后启动第二定时器，第二定时器的持续期包括偏移时段。该处理电路被配置为当第二定时器期满时，启动第三定时器，其中UE在第三定时器的持续期内监测下行链路控制信道。
还公开了一种网络节点中的方法。该方法包括确定第一定时器的持续期和第二定时器的持续期，第一和第二定时器用于由用户设备（UE）用来控制不连续接收操作，其中第一定时器的持续期包括偏移时段。该方法包括向UE发送关于第一定时器的持续期和第二定时器的持续期的信息。
在某些实施例中，向UE发送关于第一定时器的持续期和第二定时器的持续期的信息可以包括向UE发送包括关于第一定时器的持续期和第二定时器的持续期的信息的消息。
在某些实施例中，关于第一定时器的持续期和第二定时器的持续期的信息可以被包括在用于UE的下行链路或上行链路传送的指示中。该方法可以包括向UE发送用于UE的下行链路或上行链路传送的指示，并且从UE接收与用于UE的指示的下行链路或上行链路传送关联的上行链路传送。在某些实施例中，用于UE的下行链路或上行链路传送的指示可以包括下行链路调度指派，并且与指示的下行链路传送关联的上行链路传送可以包括确认消息。在某些实施例中，用于UE的下行链路或上行链路传送的指示可以包括上行链路准许，并且与指示的上行链路传送关联的上行链路传送可以包括在上行链路中的数据传送。
在某些实施例中，第一定时器的持续期包括下述项中的一项：在发送与用于UE的指示的下行链路或上行链路传送关联的上行链路传送之后，UE在启动第二定时器之前，UE等待的时间量；和在用于UE的下行链路或上行链路传送的指示的结尾之后，UE在启动第二定时器之前，UE等待的时间量。在某些实施例中，第一定时器可以是混合自动重传请求（HARQ）-往返时间（RTT）定时器。在某些实施例中，第二定时器的持续期可以包括在进入不连续接收模式之前UE监测下行链路控制信道的时间量。在某些实施例中，第二定时器可以是 drx-InactivityTimer。
还公开了一种网络节点。该网络节点包括处理电路。该处理电路被配置为确定第一定时器的持续期和第二定时器的持续期，第一和第二定时器用于由用户设备（UE）用来控制不连续接收操作，其中第一定时器的持续期包括偏移时段。该处理电路被配置为向UE发送关于第一定时器的持续期和第二定时器的持续期的信息。
本公开的某些实施例可以提供一个或多个技术优势。例如，相较于现有的方法，某些实施例可以有利地减少UE电池和/或功率消耗。作为另一个示例，某些实施例可以有利地减少UE需要醒来以便监测下行链路控制信道的时间。作为仍有的另一个示例，UE需要处于醒来以便监测下行链路控制信道的时间量可以适应于在网络节点（例如，eNB）中的呈现的调度情况。作为还有的另一个示例，因为在NB-IoT中的下行链路控制信道需要既在UE之间被时间复用还要与在下行链路共享信道上的传输被时间复用，故某些实施例可以有利地实现用于UE的“活动时间”的时间复用，这可以增加在网络节点中的调度灵活性并且允许UE在更小（即，更短的时间持续期）期间醒来。对于本领域技术人员其它优势可以容易是显而易见的。某些实施例可以不具有记载的优势，或可以具有记载的优势中的一些或全部。
附图说明
为了更全面地理解所公开的实施例及它们的特征和优势，现在结合附图一起参考下面的描述，其中：
图1示出了在连接模式DRX期间的UE操作的示例；
图2示出了遗留DRX操作的示例；
图3示出了如果存在DL重传遗留DRX操作的示例；
图4示出了当存在UL重传时遗留DRX操作的示例；
图5是依照某些实施例示出了网络500的实施例的框图，
图6A依照某些实施例示出了用于控制DRX操作的定时和传送的第一示例；
图6B依照某些实施例示出了在图6A中用于控制DRX操作的定时和传送的第一示例的变化；
图7A依照某些实施例示出了用于控制DRX操作的定时和传送的第二示例；
图7B依照某些实施例示出了在图7A中用于控制DRX操作的定时和传送的第二示例的变化；
图8A依照某些实施例示出了用于控制DRX操作的定时和传送的第三示例；
图8B依照某些实施例示出了在图8A中用于控制DRX操作的定时和传送的第三示例的变化；
图9A依照某些实施例示出了用于控制DRX操作的定时和传送的第四示例；
图9B依照某些实施例示出了在图9A中用于控制DRX操作的定时和传送的第四示例的变化；
图10是依照某些实施例的DRX操作的示例的流程图表；
图11是依照某些实施例的在UE中的方法的流程图；
图12是依照某些实施例的在网络节点中的方法的流程图；
图13是依照某些实施例的示范UE的示意框图；
图14是依照某些实施例的示范网络节点的示意框图；
图15是依照某些实施例的示范无线电网络控制器或核心网络节点的示意框图；
图16是依照某些实施例的示范UE的示意框图；以及
图17是依照某些实施例的示范网络节点的示意框图。
具体实施方式
如上面描述的，一个重要的考虑是HARQ和连接模式DRX操作应该如何在NB-IoT中工作。已有的方法，诸如在遗留LTE中使用的那些，对于与NB-IoT操作关联的使用情况是不能接受的。例如，如果遗留设计应用在NB-IoT上，这对于UE将导致更大的电池和/或功率消耗。更进一步，由于所有DRX相关的定时器是半静态的，对于eNB来调度HARQ传送/重传以及HARQ反馈，存在非常受限的灵活度。如果需要服务许多UE和/或具有不同覆盖水平的UE（以及因此不同的传送持续期时间），则具有半静态参数的现有的方法不够灵活以便启动针对UE的短“活动时间”。将使用在遗留LTE中的已有方法应用到NB-IoT使用情况中会因此使得使用更长的定时器值成为必要，这将具有增加UE需要醒来的时间量的不被期望的结果，并且转而导致UE的更大的电池和/或功率消耗。
本公开设想了可以解决与已有的方法关联的这些或其它不足的各种实施例。在某些实施例中，通过在用于NB-IoT的连接模式中使用操作/控制“活动时间”（即，UE需要醒来以便监测DL控制信道的时间）的新的、灵活的方法可以克服与已有方法关联的不足。通常，两个参数可被用于上述情形：确定在进入DRX之前UE应当醒来多长时间以便监测DL控制信道的“活动时间”；以及确定何时启动“活动时间”的“偏移时间”。在一些情况中，相对于由在DL控制信道（例如，NB-PDCCH）上接收到控制消息所触发的UL传送设置“偏移时间”。在一个非限制性示例中，UL传送可以是与用于接收DL数据的DL指派关联的HARQ反馈消息或导致UL数据的UL传送的UL准许。如果在“活动时间”期间，在DL控制信道上接收到新的控制消息，则停止“活动时间”（即，UE不需要为了监测DL控制信道而醒来）。接着，执行由控制消息(DL指派或UL准许)指示的活动，并且使用新的“活动时间”和“偏移时间”参数。可以以任何适合的方式提供关于所述两个参数（“活动时间”和“偏移时间”）的值的信息。在某些实施例中，可以每传送来提供关于所述两个参数的值的信息，作为在DL控制信道上发送的DL指派/UL准许消息的一部分，并且该信息可以在不同DL指派/UL准许之间变化。
在本文中描述的实施例的方面关注于通过在通信系统（例如，NB-IoT）中的UE执行的方法，所述通信系统控制网络节点（例如，无线电基站/eNB）和UE的连接模式DRX操作与行为。在某些实施例中，方法利用上面描述的NB-IoT装置的通信能力的特性（例如，半双工、一个HARQ过程、交叉子帧调度）和用于优化用于装置（UE）的“活动时间”以便最小化电池和/或功率消耗的典型业务模式。某些实施例还可以有利地引入通过动态发信号通知有关的参数来控制连接模式DRX操作的灵活的方法。
根据一个示例实施例，公开在UE中的方法。UE在至少第一定时器的持续期期间监测DL控制信道。UE在被监测的DL控制信道上接收用于UE的DL或UL传送的指示。在接收到用于UE的DL或UL传送的指示之后，UE停止监测第一定时器，其中在第一定时器停止之后，UE不需要监测下行链路控制信道。UE执行与用于UE的指示的DL或UL传送关联的UL传送。接收到用于UE的下行链路或上行链路传送的指示之后，UE启动第二定时器，第二定时器的持续期包括偏移时段。在某些实施例中，第二定时器可以在下述情况中的一种情况下启动：执行关联的UL传送之后；或在用于UE的DL或UL传送的接收的指示的结尾。当第二定时器期满时，UE启动第三定时器，其中UE在第三定时器的持续期内监测下行链路控制信道。在某些实施例中，UE在第三定时器期满时，可以进入不连续接收模式。在某些实施例中，UE可以接收包括关于第二和第三定时器中的至少一个的持续期的信息的消息。
根据另一个示例实施例，公开在网络节点中的方法。网络节点确定第一定时器的持续期和第二定时器的持续期，第一和第二定时器供UE使用以控制不连续接收操作，其中第一定时器的持续期包括偏移时段。在某些实施例中，第一定时器的持续期可以包括下述项中的一项：在发送与用于UE的指示的下行链路或上行链路传送关联的上行链路传送之后，UE在启动第二定时器之前，UE等待的时间量；以及在用于UE的下行链路或上行链路传送的指示结尾之后，UE在启动第二定时器之前，UE等待的时间量。在某些实施例中，第二定时器的持续期可以包括在进入不连续接收模式之前UE监测DL控制信道的时间量。网络节点向UE发送关于第一定时器的持续期和第二定时器的持续期的信息。作为一个非限制性示例，网络节点可向UE发送包括关于第一定时器的持续期和第二定时器的持续期的信息的消息。在某些情况下，关于第一定时器的持续期和第二定时器的持续期的信息可以被包括在用于UE的DL或UL传送的指示中。
图5是依照某些实施例的示出网络500的实施例的框图。网络500包括一个或多个UE 510（其可以互换地被称为无线装置510）和一个或多个网络节点515（其可以互换地被称为eNB 515）。UE 510可以通过无线接口与网络节点515进行通信。例如，UE 510可以传送无线信号到网络节点515中的一个或多个网络节点515和/或从网络节点515中的一个或多个接收无线信号。无线信号可以包含语音业务、数据业务、控制信号和/或任何其它适合的信息。在某些实施例中，与网络节点515关联的无线信号覆盖的区域可以被称为小区525。在某些实施例中，UE 510可以具有装置到装置（D2D）能力。因此，UE 510可以能够直接从另一个UE接收信号和/或向另一个UE直接传送信号。
在某些实施例中，网络节点515可以与无线电网络控制器通过接口连接。无线电网络控制器可以控制网络节点515，并且可以提供某些无线电资源管理功能、移动性管理功能和/或其它适合的功能。在某些实施例中，无线电网络控制器的功能可以被包括在网络节点515中。无线电网络控制器可以与核心网络节点通过接口连接。在某些实施例中，无线电网络控制器可以经由互连网络520来通过接口与核心网络节点连接。互连网络520可以指能够传送音频、视频、信号、数据、消息或前述的任何组合的任何互连系统。互连网络520可以包括公共交换电话网（PSTN）、公共或私人数据网络、局域网（LAN）、城域网（MAN）、广域网（WAN）、本地、地区或全球通信或计算机网络（诸如因特网）、有线或无线网络、企业内部互联网或任何其它适合的通信链路（包括其组合）中的部分或全部。
在某些实施例中，核心网络节点可以管理用于UE 510的通信会话和各种其它的功能的建立。UE 510可以使用非接入层层面与核心网络节点交换某些信号。在非接入层信令中，在UE 510和核心网络节点之间的信号可以透明地穿过无线电接入网络。在某些实施例中，网络节点515可以与一个或多个网络节点通过节点间接口（诸如，例如，X2接口）连接。
如上面描述的，网络500的示例实施例可以包括一个或多个UE 510，以及能够与UE510进行通信（直接地或间接地）的一个或多个不同类型的网络节点。
在某些实施例中，使用非限制性术语UE。在本文中描述的UE 510可以是能够通过无线电信号与网络节点515或另一个UE进行通信的任何类型的无线装置。UE 510还可以是无线电通信装置、目标装置、D2D UE、机器型通信UE或能够进行机器对机器通信（M2M）的UE、低成本和/或低复杂度UE、配备有UE的传感器、平板、移动终端、智能电话、膝上型嵌入式装备（LEE）、膝上型安装式装备(LME)、USB软件狗、用户驻地装备（CPE）等。相对于其的服务小区，UE 510可以在正常的覆盖下或增强的覆盖下进行操作。增强的覆盖可以互换地被称为扩展的覆盖。UE 510还可以在多个覆盖水平（例如，正常的覆盖、增强的覆盖水平1、增强的覆盖水平2、增强的覆盖水平3等等）中进行操作。在某些情况中，UE 510还可以在超出覆盖范围的场景中进行操作。
同样，在某些实施例中使用通用术语“无线电网络节点”（或简单地“网络节点”）。它可以是任何种类的网络节点，其可以包括基站（BS）、无线电基站、节点B、多标准无线电（MSR）无线电节点（诸如MSR BS）、演进的节点B（eNB）、网络控制器、无线电网络控制器（RNC）、基站控制器（BSC）、中继节点、控制中继器的中继施主节点、基站收发信台（BTS）、接入点（AP）、无线电接入点、传送点、传送节点、射频拉远单元（RRU）、射频拉远头端（RRH）、分布式天线系统（DAS）中的节点、多小区/多播协调实体（MCE）、核心网络节点（例如，MSC、MME等）、O&M、OSS、SON、定位节点（例如，E-SMLC）、MDT或任何其它适合的网络节点。
诸如网络节点和UE的术语应该被考虑为非限制性的，并且不具体暗示在所述两者之间的某种层级关系；一般地，“eNodeB”可以被考虑为装置1和“UE”装置2，并且这两个装置通过某个无线电信道与彼此进行通信。
下面针对图13-17更详细地描述UE 510、网络节点515和其它网络节点（诸如无线电网络控制器或核心网络节点）的示例实施例。
虽然图5示出了网络500的具体的布置，但本公开设想在本文中描述的各种实施例可被应用到具有任何适合的配置的多种网络中。例如，网络500可以包括任何适合数量的UE510和网络节点515，以及适合支持UE之间或UE和另一个通信装置（诸如固定电话）之间的通信的任何额外的元件。此外，虽然某些实施例可以被描述为在长期演进（LTE）网络中实现，但实施例可以实现在任何合适类型的电信系统（其支持任何适合的通信标准（包括5G标准）并且使用任何适合的部件）中，并且可以适用到任何无线电接入技术（RAT）或多RAT系统（其中UE接收和/或传送信号（例如，数据））。例如，在本文中描述的各种实施例可以适用到LTE、LTE-高级、NB-IoT、5G、UMTS、HSPA、GSM、cdma2000、WCDMA、WiMax、UMB、WiFi、另一个适合的无线电接入技术，或一个或多个无线电接入技术的任何适合的组合。虽然某些实施例可以在DL中无线传送的上下文中被描述，但本公开设想各种实施例在UL中同样适用。
如上面所描述的，某些实施例提供用于控制连接模式中的DRX操作的新颖方法。在下面各种非限制性示例实施例的描述中，可以相对于用于NB-IoT的HARQ操作和调度做出某些假设。第一，假设的是，DL/UL数据由在DL控制信道（例如，NB-PDCCH）上的消息调度。第二，假设的是，DL/UL数据在共享信道（例如，分别是NB-PDSCH和NB-PUSCH）上传送。第三，假设的是HARQ反馈在信道NB-PDCCH/NB-PUSCH上传送（用于HARQ反馈的UL资源假设要被作为NB-PDCCH上DL指派的一部分被发送）。最后，假设的是，非同步HARQ用在DL和UL两者中。注意的是，本公开的范围不限于在本文中描述的各种示例实施例。在某些情况下，可以不应用上面的假设或应用上面的假设的某些或全部。
如上面描述的，UE 510可以监测DL控制信道（例如，NB-PDCCH）。在本文中，UE 510监测DL控制信道的时间被称为“活动时间”。在下面图5的上下文中概括地描述并且在下面关于图6A-9B详细地描述与“活动时间”的启动、“活动时间”的停止、“活动时间”的期满以及如何取回“活动时间”的长度和启动的信息有关的UE 510的行为。在某些实施例中，“活动时间”的启动在来自UE 510的UL传送后的“偏移时间”发生。
在某些实施例中，在NB-IoT的上下文中描述UE 510的行为，并且当“活动时间”期满时，UE 510被说成要以如在遗留LTE中相似的方式进入DRX操作（即，NB-PDCCH仅在每个DRX周期在“On Duration time”期间被监测）。注意，然而本文中描述的各种实施例不限于NB-IoT上下文。相反，本公开设想在本文中描述的各种实施例适用于任何适合的RAT。
一般地，使用两个主要的参数：确定在进入DRX之前UE应该醒来多长时间以便监测DL控制信道的“活动时间”；以及确定何时启动“活动时间”的“偏移时间”。如上面描述的，“偏移时间”（其在本文中可以互换地被称为“偏移时段”）相对于由UE 510执行的UL传送被启动，该UL传送由接收到用于UE 510的DL或UL传送的指示（例如，在DL控制信道（例如，NB-PDCCH）上的控制消息，诸如用于接收DL数据的、导致UL传送是HARQ反馈消息的DL指派；或导致所述UL传送是UL数据的UL准许）所触发。
如果在“活动时间”期间在DL控制信道上接收到新的控制消息，则“活动时间”停止（即，UE不需要醒来以便监测DL控制信道（例如，NB-PDCCH））。替代的是，首先执行如所述控制消息（例如，DL指派或UL准许）指示的活动并且使用新的“活动时间”和“偏移时间”。
在某些实施例中，每传送提供有关所述两个参数（“活动时间”和“偏移时间”）的值的信息作为在DL控制信道上发送的DL指派/UL准许消息的一部分，并且该信息可以在每个DL指派/UL准许中间变化。例如，在某些实施例中，网络节点（例如，网络节点515）可以确定用于由UE 510使用以便控制DRX操作的“活动时间”和“偏移时间”的持续期。网络节点515可以向UE 510发送关于“活动时间”和“偏移时间”的持续期的信息。网络节点515可以以任何适合的方式向UE 510发送信息。作为一个示例，网络节点515可以向UE 510发送包括有关“活动时间”和“偏移时间”的持续期的信息的消息。作为另一个示例，有关“活动时间”和“偏移时间”的持续期的信息可以被包括在用于UE 510的DL或UL传送的指示（例如，在DL控制信道（例如，NB-PDCCH）上的控制消息，诸如：用于接收DL数据、导致UL传送是HARQ反馈消息的DL指派；或导致所述UL传送是UL数据的UL准许）中。
虽然可以从描述为时间持续期的参数的方面描述某些示例实施例，但是这仅仅是为了示例的目的。在本文中描述的各种实施例不限于这样的示例。相反，本公开设想当实现、指定、描述和/或建模各种实施例的这些特征时，可以转而使用定时器。本领域技术人员了解，使用时间持续期或定时器的描述可以是等同的。在某些情况下，当在装置中实现在本文中描述的各种实施例时，可能更优选地使用定时器。在这样的场景中，在UL传送结束后，UE 510可以启动定时器（具有持续期“偏移时间”），并且在所述定时器期满时新的定时器（具有持续期“偏移时间”）可以启动，并且在运行时，UE 510监测DL控制信道（例如，NB-PDCCH）。虽然在本文中讨论了多个定时器的使用，但根据备选的实施例，可以使用更少的定时器（或甚至没有定时器），只要时间持续期仍然被监测和确定。
例如，在某些实施例中，UE 510在至少第一定时器的持续期期间监测DL控制信道（例如，NB-PDCCH）。在某些实施例中，在这个时间可以运行一个或多个定时器。在某些实施例中，所述一个或多个定时器中的第一定时器可以是以下之一：DRX周期的onDurationTimer ；drx-InactivityTimer；和DRX重传定时器。UE 510可以在被监测的DL控制上接收用于UE 510的DL或UL传送的指示（例如，分别是DL调度指派或UL准许）。在接收到用于UE 510的DL或UL传送的指示之后，UE 510可以停止监测第一定时器，并且执行与用于UE 510的指示的DL或UL传送关联的UL传送（例如，在UL中发送ACK消息或数据传送）。根据某些实施例，在接收到用于UE 510的DL或UL传送的指示之后，UE 510还可以停止DL控制信道的监测。根据备选的实施例，这时UE不再需要监测DL控制信道，但可以继续这么做。在接收到DL或UL传送的指示之后，UE 510启动第二定时器，第二定时器的持续期包括偏移时段（例如，包括偏移时段的HARQ-RTT定时器）。根据某些实施例，UE可以在执行关联的UL传送之后启动第二定时器。当第二定时器期满，UE 510可以启动第三定时器（例如，drx- InactivityTimer或不连续接收重传定时器）。在某些实施例中，UE 510可以在第三定时器的持续期期间监测DL控制信道，并且当第三定时器期满时进入DRX模式。
现在将关于图6-9在下面更详细地描述各种实施例。注意，在图6-9中示出的传送的时间持续期以及传送之间的偏移不是成比例的，并且不一定采用诸如一个帧/子帧（例如，1ms）的时间单元。相反，图6-9用来示出在不同的NB-IoT物理信道上传送的是什么（例如，控制/数据），不同的信道/传送以什么顺序偏移，以及存在什么样的定时器持续期。注意，下面的描述包括时间持续期和定时器两者的使用的示例。为了反映任一实现是可能的，图6-9示出“*时间（定时器）”、“偏移时间（定时器）”和“活动时间（定时器）”。
图6A依照某些实施例示出了用于控制DRX操作的定时和传送的第一示例。更具体地，图6A示出在下行链路控制信道610（在图6A的示例中的NB-PDCCH）上接收到的用于UE的DL传送的指示605，也就是具有随之的数据传送615的DL调度指派（在图6A的示例中表示为DCI-1）。换句话说，调度DL数据块615（在图6A的示例中表示为SRB/DRB）以便在NB-PDSCH620上（在信令无线电承载（SRB）或数据无线电承载（DRB）上）被UE接收的消息605（表示为DCI-1）在DL控制信道610上被UE接收。如上面描述的，假设用于NB-PUSCH 635的HARQ反馈资源被包括在NB-PDCCH消息605（即，DCI-1）中。
在图6A的示例中，在接收到用于UE的DL传送的指示605之后（即，当接收到DCI-1时），停止“* 时间”630并且UE停止监测DL控制信道610。这是因为由于在UE中的成功接收，而不再需要监测DL控制信道610。根据备选的实施例，即使UE不再被要求这么做，控制信道610可以仍然被监测。“*”指示它可以是“On Duration”或“活动”时间。例如，在其中使用了一个或多个定时器的实施例中，在图6A的示例中示出的“* 时间”630在UE监测DL控制信道610的持续期期间可以是第一定时器。例如，第一定时器630可以是以下之一：DRX周期的onDurationTimer；drx-InactivityTimer；以及DRX重传定时器。晚些时候，消息605触发UL传送活动635。在图6A的示例中示出的DL指派情况中，首先在NB-PDSCH 620上接收到SRB/DRB数据615，并且基于解码结果在NB-PUSCH 625上发送HARQ反馈（在图6A的示例中的ACK635）。换句话说，DCI-1消息605是用于UE的DL传送的指示，并且UE执行与指示的DL传送关联的UL传送635（也就是，发送确认消息）。
在执行关联的UL传送635之后，“活动时间”640在UL传送635结束后的“偏移时间”645被启动。例如，在定时器被在其中使用的实施例中，在执行关联的UL传送635（图6A的示例中的ACK消息）之后，UE启动第二定时器645。第二定时器645的持续期可以是或包括偏移时段。例如，第二定时器645可以是包括偏移时段的HARQ-RTT定时器。当第二定时器645期满时，UE启动对应于上面描述的“活动时间”的第三定时器640。在某些实施例中，第三定时器640可以是InactivityTimer和DRX重传定时器中的一个。在“活动时间”期间（例如，在第三定时器640的持续期期间），UE监测DL控制信道610（图6A的示例中的NB-PDCCH）。如果在“活动时间”640结束之前（例如，在第三定时器640期满之前），没有NB-PDCCH消息被接收到，则UE进入DRX模式660，如图6A的示例中所示。在DRX期间，先前描述的概念适用（即，UE醒来长达时间段650（“On Duration”）以便监测DL控制信道610（例如，NB-PDCCH））。
在图6A的示例中，从DCI-1消息605出发的箭头665a-d意图在于说明“偏移时间”645和“活动时间”640的大小（例如，持续期）（或者分别是上面描述的第二定时器645和第三定时器640的持续期）被包括在DCI-1消息605（或能够确定定时器持续期的相关信息）中。在某些实施例中，这些参数可以在每个调度的传送（例如，DL指派或UL准许）之间改变，从而允许参数对于每个传送动态地被改变。例如，网络节点（例如，关于图5在上面描述的eNB 515）可以确定上面描述的供UE使用以便控制DRX操作的包括偏移时段的第二定时器645和第三定时器640的持续期。第二定时器645的持续期可以是在发送与用于UE的指示的DL传送关联的UL传送635之后，UE在启动第三定时器640之前，UE等待的时间量。第三定时器640的持续期可以包括在进入DRX模式之前UE监测DL控制信道610的时间量。网络节点可以向UE发送有关第二定时器645和第三定时器640的持续期的信息到UE。
本公开设想有关各种参数的信息（例如，上面描述的“偏移时间”645和“活动时间”640的长度或第二定时器645和第三定时器640的持续期）可以以任何适合的方式被发信号通知。例如，它们可以是L3消息的一部分或在系统信息上广播。在这样的场景中，参数将如先前的方法中那样是半静态的，并且不如作为NB-PDCCH消息605（例如，图6A的示例中的DCI-1）的一部分来发送它们那样灵活。还要注意的是，不一定需要发信号通知精确的值。替代的是，表可以被广播和/或预定义，并且指向那个表的索引可以被发信号通知和/或被包括。
在涉及DL指派的图6A的示例中，下面给出不同时间持续期的典型的示例。然而，注意，任何值可以取决于例如，使用的UL/DL频率资源、编码率&重复的数量（即，冗余）、消息/数据大小、调制类型、网络节点（例如，eNB）调度策略和任何其它适合的准则来进行应用。在某些实施例中，NB-PDCCH（DCI-1）持续期可以是2 ms。NB-PDCCH和NB-PDSCH之间的偏移可以是4 ms。NB-PDSCH（SRB/DRB）持续期可以是20 ms。NB-PDSCH和NB-PUSCH之间的偏移可以是2ms。NB-PUSCH（ACK）持续期可以是4 ms。“偏移时间”645的持续期可以是10 ms。“活动时间”640的持续期可以是20 ms。
图6B依照某些实施例，示出了在图6A中用于控制DRX操作的定时和传送的第一示例的变化。图6B与图6A相似，因此将只描述差异。在图6B的示例实施例中，“活动时间”640在DL控制信道610（在图6B的示例中的NB-PDCCH）上接收到的、用于UE的DL传送605的接收的指示（也就是DL调度指派（在图6B的示例中表示为DCI-1））的结尾之后“偏移时间”645被启动。例如，在其中定时器被使用的实施例中，在用于UE的DL传送605的接收的指示的结尾之后，UE启动第二定时器645。第二定时器645的持续期可以是或包括偏移时段。例如，第二定时器645可以是包括偏移时段的HARQ-RTT定时器。当第二定时器645期满时，UE启动对应于“活动时间”的第三定时器640。
图7A示出了依照某些实施例的用于控制DRX操作的定时和传送的第二示例。更具体地，图7A示出了用于UE的UL传送的指示，也就是具有随之的UL传送710的UL准许705（在图7A的示例中表示为DCI-0）。换句话说，在DL控制信道715（图7A的示例中的NB-PDCCH）上由UE接收到消息705（表示为DCI-0），其调度要在NB-PUSCH 720上（在SRB或DRB上）被UE发送的UL数据块710。
在图7A的示例中，在接收到用于UE的UL传送的指示之后（即，当DCI-0 705被接收到时），“*时间”725停止，并且UE停止监测DL控制信道715。这是因为由于在UE中的成功接收，DL控制信道715（在图7的示例中的NB-PDCCH）不再需要被监测。根据备选的实施例，即使UE不再被要求这么做，控制信道715仍然可以被监测。与上面描述的图6A相似，“*时间”725指示它可以是“On Duration”或“活动”时间。例如，在其中一个或多个定时器被使用的实施例中，“*时间”725可以是在UE监测DL控制信道715的持续期期间的第一定时器725。例如，第一定时器725可以是以下之一：DRX周期的onDurationTimer；drx-InactivityTimer；以及DRX重传定时器。晚些时候，消息705触发UL传送活动710。在图7A的示例中示出的UL准许情况中，UE在NB-PUSCH 720上执行SRB/DRB数据710的传送。换句话说，DCI-0消息705是用于UE的UL传送710的指示，并且UE执行与该指示关联的UL传送（也就是，在NB-PUSCH 720上的SRB/DRB数据710的传送）。
在执行关联的UL传送710之后，“活动时间”730在UL传送710结束后的“偏移时间”735被启动。例如，在其中使用定时器的实施例中，在执行关联的UL传送710之后，UE启动对应于上面描述的“偏移时间”的第二定时器735。第二定时器735的持续期可以是或包括偏移时段。例如，第二定时器735可以是包括偏移时段的HARQ-RTT定时器。当第二定时器735期满时，UE启动对应于上面描述的“活动时间”的第三定时器730。在某些实施例中，第三定时器730可以是drx-InactivityTimer和DRX重传定时器中的一个。在“活动时间”730期间（例如，在第三定时器730的持续期期间），UE监测DL控制信道715（在图7A的示例中的NB-PDCCH）。如果在“活动时间”730结束之前（即，在第三定时器730期满之前），没有NB-PDCCH消息被接收到，则UE进入DRX模式750，如在图7A的示例中所示。在DRX期间，先前应用的概念适用（即，UE醒来长达时间段740（“On Duration”）以便监测DL控制信道715（例如，NB-PDCCH））。
在图7A的示例中，从DCI-0消息705出发的箭头745a-c意图在于示出“偏移时间”735和“活动时间”730的大小（例如，持续期）（或者分别是上面描述的第二定时器735和第三定时器730的持续期）被包括在DCI-0消息705中（或能够确定定时器持续期的相关信息）。在某些实施例中，这些参数可以在每个调度的传送（例如，DL指派或UL准许）之间改变，从而允许参数对于每个传送动态地被改变。例如，网络节点（例如，关于图5上面描述的eNB 515）可以确定上面描述的供UE使用来控制DRX操作的第二定时器735和第三定时器730的持续期。第二定时器735的持续期可以是在发送与用于UE的指示的DL或UL传送关联的UL传送710之后，UE在启动第三定时器730之前，UE等待的时间量。第三定时器730的持续期可以包括在进入DRX模式之前UE监测DL控制信道715的时间量。网络节点可以向UE发送有关第二定时器735和第三定时器730的持续期的信息到UE。
本公开设想有关各种参数的信息（例如，上面描述的“偏移时间”735和“活动时间”730的长度或第二定时器735和第三定时器730的持续期）可以以任何适合的方式被发信号通知。例如，它们可以是L3消息的一部分或在系统信息上广播。在这样的场景中，参数将是半静态的，并且不如作为NB-PDCCH消息（例如，图7A的示例中的DCI-0 705）的一部分来发送它们那样灵活。还要注意的是，不一定需要发信号通知精确的值。替代的是，表可以被广播和/或预定义，并且指向那个表的索引可以被发信号通知和/或被包括。
本公开设想各种参数的值可以是任何适合的值。在某些实施例中，值可以基于任何适合的准则变化。例如，各种参数的值可以取决于使用的UL/DL频率资源、编码率和重复的数量（即，冗余）、消息/数据大小、调制类型、网络节点（例如，eNB）调度策略和任何其它适合的准则。
图7B示出了依照某些实施例的在图7A中用于控制DRX操作的定时和传送的第二示例的变化。图7B与图7A相似，因此将只描述差异。在图7B的示例实施例中，“活动时间”730在DL控制信道715（在图7B的示例中的NB-PDCCH）上接收到的、用于UE的UL传送705的接收到的指示（也就是UL准许（在图7B的示例中表示为DCI-0））的结尾后的“偏移时间”735被启动。例如，在其中定时器被使用的实施例中，在用于UE的UL传送705的接收到的指示的结尾之后，UE启动第二定时器735。第二定时器735的持续期可以是或包括偏移时段。例如，第二定时器735可以是包括偏移时段的HARQ-RTT定时器。当第二定时器735期满时，UE启动对应于“活动时间”的第三定时器730。
图8A示出了依照某些实施例的用于控制DRX操作的定时和传送的第三示例。更具体地，图8A示出其中针对DL触发HARQ重传的场景。与图6A中示出的用于控制DRX操作的定时和传送的示例相似，图8A示出用于UE的DL传送805的指示，也就是具有随之的数据传送815的在下行链路控制信道810上的DL调度指派（在图8A的示例中表示为DCI-1）。换句话说，由UE在DL控制信道810（在图8A的示例中的NB-PDCCH）上接收的消息805（表示为DCI-1）调度要由UE在NB-PDSCH 820上（在SRB或DRB上）接收的DL数据块815（在图8A的示例中表示为SRB/DRB）。
在图8A的示例中，在接收到用于UE的DL传送805的指示时（即，当接收到DCI-1 805时），停止“* 时间”825并且UE停止监测DL控制信道810。这是因为由于在UE中的成功接收，DL控制信道810不再需要被监测。根据备选的实施例，即使UE不再被要求这么做，控制信道810仍然可以被监测。“* 时间”825指示它可以是“On Duration”或“活动”时间。例如，在其中使用了一个或多个定时器的实施例中，在图8A的示例中示出的“* 时间”825可以是UE监测DL控制信道810的持续期期间的第一定时器825。例如，第一定时器825可以是以下之一：DRX周期的onDurationTimer；drx-InactivityTimer；以及DRX重传定时器。晚些时候，消息805触发UL传送活动830。
在图8A的示例中示出的DL指派情况中，首先，NB-PDSCH 820上的SRB/DRB数据815被接收，并且基于解码结果发送HARQ反馈830（在图8A的示例中的NACK）。换句话说，DCI-1消息805是用于UE的DL传送的指示，并且UE执行与指示的DL传送关联的UL传送830。在图8A的示例中，关联的UL传送830是以“NACK”形式的HARQ反馈（其触发HARQ重传）。
在执行关联的UL传送830之后，“活动时间”835在UL传送830结束后的“偏移时间”840被启动。例如，在定时器被在其中使用的实施例中，在执行关联的UL传送830（图8A的示例中NACK消息）之后，UE启动第二定时器840。第二定时器840的持续期可以是或包括偏移时段。例如，第二定时器840可以是包括偏移时段的HARQ-RTT定时器。当第二定时器840期满时，UE启动对应于上面描述的“活动时间”的第三定时器835。在某些实施例中，第三定时器835可以是drx-InactivityTimer和DRX重传定时器中的一个。在“活动时间”835期间（例如，在第三定时器835的持续期期间），UE监测DL控制信道810（图8A的示例中的NB-PDCCH）。在“活动时间”835结束之前（例如，在第三定时器835期满之前），如果没有NB-PDCCH的消息被接收，则UE进入DRX模式。在DRX期间，先前应用的概念适用（即，UE醒来长达某一的时间段（“On Duration”）以便监测DL控制信道810（例如，NB-PDCCH））。
然而，在图8A的示例中，UE接收用于UE的第二DL传送845的指示（即，在第二DCI-1845被接收到时），“活动时间”835被停止并且UE停止监测DL控制信道810。这是因为由于在UE中对第二DCI-1 消息845的成功接收，DL控制信道810（在图8A的示例中的NB-PDCCH）不再需要被监测。晚些时间，第二消息845触发UL传送活动850。在图8A的示例中示出的DL指派情况中，首先，NB-PDSCH 820上的SRB/DRB数据855的第二实例被接收，并且基于解码结果发送HARQ反馈（在图8A的示例中的ACK 850）。换句话说，第二DCI-1消息845是用于UE的DL传送855的第二指示（即，DL传送835的HARQ重传），并且UE执行与指示的DL HARQ重传关联的UL传送850（即发送ACK消息850）。
在执行关联的UL传送850之后，“活动时间”860在UL传送850结束后的“偏移时间”865被启动。例如，在其中使用定时器的实施例中，在执行关联的UL传送850(在图8A的示例中的NACK消息)之后，UE启动第二定时器865。第二定时器865的持续期可以是或包括偏移时段。例如，第二定时器865可以是包括偏移时段的HARQ-RTT定时器。当第二定时器865期满时，UE启动对应于上面描述的“活动时间”的第三定时器860。在某些实施例中，第三定时器860可以是drx-InactivityTimer和DRX重传定时器中的一个。在“活动时间”860期间（例如，在第三定时器860的持续期期间），UE监测DL控制信道810（在图8A的示例中的NB-PDCCH）。如果在“活动时间”860结束之前（即，在第三定时器860期满之前），没有NB-PDCCH消息被接收到，则UE进入DRX模式880，如在图8A的示例中所示。在DRX期间，先前应用的概念适用（即，UE醒来长达某一时间段（“On Duration”）以便监测DL控制信道810（例如，NB-PDCCH））。
在图8A的示例中，从第一DCI-1消息805出发的箭头870a-d和从第二DCI-1消息845出发的箭头875a-d意图在于示出“偏移时间”840、“活动时间”835、“偏移时间”865和“活动时间”860的大小（例如，持续期）（或者在某些实施例中，分别是上面描述的第二和第三定时器的持续期）可以分别被包括在第一DCI-1消息805和第二DCI-1消息845（或能够确定定时器持续期的相关信息）中。在某些实施例中，这些参数可以在每个调度的传送之间（例如，在第一DCI-1消息和第二DCI-1消息之间）改变，从而允许参数对于每个传送动态地被改变。因此，相比“偏移时间”865，“偏移时间”840的持续期可以相同或者不同。相似地，相比“活动时间”860，“活动时间”835的持续期可以相同或者不同。网络节点（例如，关于图5上面描述的eNB 515）可以确定上面描述的供UE使用以便控制DRX操作的第二定时器840、865和第三定时器835、860的持续期。第二定时器840、865的持续期可以分别是在发送与用于UE的指示的DL或UL传送关联的UL传送830、850之后，UE在启动第三定时器835、860之前，UE等待的时间量。第三定时器835、860的持续期可以包括在进入DRX模式之前UE监测DL控制信道的时间量。网络节点可以向UE发送有关第二定时器840、865和第三定时器835、860的持续期的信息到UE。在某些情况下，对于与第一DCI-1消息805和第二DCI-1消息845关联的第一DL传送，持续期可以不同。在某些实施例中，持续期可以相同。各种参数（例如，上面描述的“偏移时间”840、865和“活动时间”835、860的长度或第二定时器840、865和第三定时器835、860的持续期）可以以任何适合的方式被发信号通知。上面针对图6描述的信令的各种示例同样适用于图8A的示例实施例。
图8B示出依照某些实施例的在图8A中用于控制DRX操作的定时和传送的第三示例的变化。图8B与图8A相似，因此将只描述差异。在图8B的示例实施例中，“活动时间”835在DL控制信道810（在图8B的示例中的NB-PDCCH）上接收到的、用于UE的DL传送805的接收到的指示（也就是DL调度指派（在图8B的示例中表示为DCI-1））的结尾后的“偏移时间”840被启动。例如，在其中定时器被使用的实施例中，在用于UE的DL传送805的接收到的指示的结尾之后，UE启动第二定时器840。第二定时器840的持续期可以是或包括偏移时段。例如，第二定时器840可以是包括偏移时段的HARQ-RTT定时器。当第二定时器840期满时，UE启动对应于“活动时间”的第三定时器835。
与上面描述的图8A相似，在图8B的示例中UE接收用于UE的第二DL传送845的指示（即，当第二DCI-1 845被接收到时）。在这样的场景中，“活动时间”835被停止，并且UE停止监测DL控制信道810。然而，在图8B的示例中，“活动时间”860在DL控制信道810（在图8B的示例中的NB-PDCCH）上接收到的、用于UE的DL传送845的第二接收到的指示（也就是DL调度指派（在图8B的示例中表示为DCI-1））的结尾处“偏移时间”865被启动。例如，在其中定时器被使用的实施例中，在用于UE的DL传送845的第二接收到的指示的结尾之后，UE启动第二定时器865。第二定时器865的持续期可以是或包括偏移时段。例如，第二定时器865可以是包括偏移时段的HARQ-RTT定时器。当第二定时器865期满时，UE启动对应于“活动时间”的第三定时器860。
图9A示出了依照某些实施例的用于控制DRX操作的定时和传送的第四示例。更具体地，图9A示出其中针对UL触发HARQ重传的场景。与上面描述的图7A相似，图9A的示例示出了用于UE的UL传送905的第一指示，即具有随之的UL传送910的UL准许（在图9A的示例中表示为DCI-0）。换句话说，由UE在DL控制信道915（在图9A的示例中的NB-PDCCH）上接收第一消息905（表示为DCI-0），所述第一消息905调度要由UE在NB-PUSCH 920上（在SRB或DRB上）发送的UL数据块910。
在图9A的示例中，在接收到用于UE的UL传送905的指示时（即，当接收到DCI-0时），停止“* 时间”925并且UE停止监测DL控制信道915。这是因为由于在UE中的成功接收，DL控制信道915（图9A的示例中的NB-PDCCH）不再需要被监测。根据备选的实施例，即使UE不再被要求这么做，控制信道915仍然可以被监测。与上面描述的图7A相似，“* 时间”925指示它可以是“On Duration”或“活动”时间。例如，在其中使用了一个或多个定时器的实施例中，在图9A的示例中示出的“* 时间”925可以是UE监测DL控制信道915的持续期期间的第一定时器925。例如，第一定时器925可以是如下之一：DRX周期的onDurationTimer；drx- InactivityTimer；以及DRX重传定时器。晚些时候，消息905触发UL传送活动910。在图9A的示例中示出的UL准许情况中，UE在NB-PUSCH 920上执行SRB/DRB数据910的传送。换句话说，DC0-0消息905是用于UE的UL传送的指示，并且UE执行与指示的UL传送关联的UL传送910(也就是，在NB-PUSCH 920上的SRB/DRB数据的传送)。
在执行关联的UL传送之后，“活动时间”930在UL传送910结束后“偏移时间”935被启动。例如，在其中定时器被使用的实施例中，在执行关联的UL传送910（在图9A的示例中SRB/DRB中的任一个上的UL传送）之后，UE启动第二定时器935。第二定时器935的持续期可以是或包括偏移时段。例如，第二定时器935可以是包括偏移时段的HARQ-RTT定时器。当第二定时器935期满时，UE启动对应于上面描述的“活动时间”的第三定时器930。在某些实施例中，第三定时器930可以是drx-InactivityTimer和DRX重传定时器中的一个。在“活动时间”930期间（例如，在第三定时器930的持续期期间），UE监测DL控制信道915（图9A的示例中的NB-PDCCH）。在“活动时间”930结束之前（例如，在第三定时器930期满之前），如果没有NB-PDCCH消息被接收到，则UE进入DRX模式。
然而，在图9A的示例中示出的UL准许情况中，UE在“活动时间”930的期满之前（例如，在第三定时器930的期满之前）在DL控制信道915上接收第二消息940，其是第二DCI-0消息或NACK消息。在其中第二消息940是NACK消息的场景中，则能够是带有在如果使用自适应HARQ重传（即使用隐式NACK）时不被栓捆的新的数据指示符（NDI）的UL准许。第二消息940提供用于UE的HARQ UL重传945的指示。在接收到第二消息940时，“活动时间”930（或在某些情况下第三定时器930）停止，并且UE停止监测DL控制信道915。这是因为由于在UE中第二消息940（第二DCI-0消息或NACK）的成功接收，DL控制信道915（在图9A的示例中的NB-PDCCH）不再需要被监测。晚些时候，第二消息940触发UL传送活动945（即，UL传送910的HARQ重传）。在图9A的示例中示出的UL准许情况中，UE执行第二UL传送945（也就是，在NB-PUSCH 920上的第二SRB/DRB数据的传送）。
在执行第二关联的UL传送945之后，“活动时间”950在UL传送945结束后“偏移时间”955被启动。例如，在其中定时器被使用的实施例中，在执行第二关联的UL传送945（图9A的示例中在NB-PUSCH 920上的第二SRB/DRB数据的传送）之后，UE启动第二定时器955。第二定时器955的持续期可以是或包括偏移时段。例如，第二定时器955可以是包括偏移时段的HARQ-RTT定时器。当第二定时器955期满时，UE启动对应于上面描述的“活动时间”的第三定时器950。在某些实施例中，第三定时器950可以是drx-InactivityTimer和DRX重传定时器中的一个。在“活动时间”950期间（例如，在第三定时器950的持续期期间），UE监测DL控制信道915（图9A的示例中的NB-PDCCH）。在“活动时间”950结束之前（例如，在第三定时器950期满之前），如果没有NB-PDCCH的消息被接收到，则UE进入DRX模式970，如图9A的示例中所示。在DRX期间，先前应用的概念适用（即，UE醒来长达某一时间段（“On Duration”）以便监测DL控制信道915（例如，NB-PDCCH））。
在图9A的示例中，从第一DCI-0消息905出发的箭头960a-c和从第二DCI-0消息905出发的箭头965a-c意图在于示出“偏移时间”935、“活动时间”930、“偏移时间”955和“活动时间”950的大小（例如，持续期）（或者在某些实施例中，分别是上面描述的第二定时器935、955和第三定时器930、950的持续期）可以分别被包括在第一DCI-0消息905和第二DCI-0消息940（或能够确定定时器持续期的相关信息）中。在某些实施例中，这些参数可以在每个调度的传送之间（例如，在第一DCI-0消息 905和第二DCI-0消息 940之间）改变，从而允许参数对于每个传送动态地被改变。因此，相比“偏移时间”955，“偏移时间”935的持续期可以相同或者不同。相似地，相比“活动时间”950，“活动时间”930的持续期可以相同或者不同。网络节点（例如，关于图5上面描述的eNB 515）可以确定上面描述的供UE使用以便控制DRX操作的第二定时器935、955和第三定时器930、950的持续期。第二定时器935、955的持续期可以是在发送分别与用于UE的指示的UL传送关联的UL传送910、945之后，UE在启动第三定时器930、950之前，UE等待的时间量。第三定时器930、950的持续期可以包括在进入DRX模式之前UE监测DL控制信道915的时间量。网络节点可以向UE发送有关第二定时器935、955和第三定时器930、950的持续期的信息到UE。在某些情况下，对于与第一DCI-0消息905和第二DCI-0消息940关联的第一UL传送，持续期可以不同。在某些实施例中，持续期可以相同。各种参数（例如，上面描述的“偏移时间”935、955和“活动时间”930、950的长度或第二定时器935、955和第三定时器930、950的持续期）可以以任何适合的方式被发信号通知。上面针对图6A描述的信令的各种示例同样适用于图9A的示例实施例。
本公开设想各种参数的值可以是任何适合的值。在某些实施例中，值可以基于任何适合的准则变化。例如，各种参数的值可以取决于使用的UL/DL频率资源、编码率和重复的数量（即，冗余）、消息/数据大小、调制类型、网络节点（例如，eNB）调度策略和任何其它适合的准则。
图9B示出了依照某些实施例的在图9A中用于控制DRX操作的定时和传送的第四示例的变化。图9B与图9A相似，因此将只描述差异。在图9B的示例实施例中，“活动时间”930在DL控制信道915（在图9B的示例中的NB-PDCCH）上接收到的、用于UE的UL传送905的接收到的指示（也就是UL准许（在图9B的示例中表示为DCI-0））的结尾后“偏移时间”935被启动。例如，在其中定时器被使用的实施例中，在用于UE的UL传送905的接收到的指示的结尾之后，UE启动第二定时器935。第二定时器935的持续期可以是或包括偏移时段。例如，第二定时器935可以是包括偏移时段的HARQ-RTT定时器。当第二定时器935期满时，UE启动对应于“活动时间”的第三定时器930。
与上面描述的图9A相似，在图9B的示例中UE在“活动时间”930的期满之前（例如，在第三定时器930的期满之前）在DL控制信道915上接收第二消息940，其是第二DCI-0消息或NACK消息。第二消息940提供用于UE的第二UL传送945的指示。在接收到第二消息940时，“活动时间”930（或者在某些情况下，第三定时器930）停止，并且UE停止监测DL控制信道915。然而，在图9B的示例中，“活动时间”950在DL控制信道915（在图9B的示例中的NB-PDCCH）上接收到的、用于UE的UL传送940的第二接收到的指示的结尾后“偏移时间”955被启动。例如，在其中使用定时器的实施例中，在用于UE的UL传送940的第二接收到的指示的结尾处，UE启动第二定时器955。第二定时器955的持续期可以是或包括偏移时段。例如，第二定时器955可以是包括偏移时段的HARQ-RTT定时器。当第二定时器955期满时，UE启动对应于“活动时间”的第三定时器950。
虽然图6A-9B的示例实施例将DL指派和UL准许描述为停止准则的示例，但本公开不限于这些示例。相反，本公开设想用于“活动时间”的备选的停止准则的使用，例如，通过发送定义在NB-PDCCH上的不是DL指派或UL准许的其它消息。这样的消息可以是，例如，用以直接进入DRX（应用OnDuration/DRX周期）的“命令”。另一个示例可以是发送新的“偏移时间”/“活动时间”参数以便推迟相对于接收到的NB-PDCCH消息的“活动时间”和“偏移时间”。这能够被进行以便向UE指示它暂时不能够被服务（例如，由于太多UE当前正在被服务）。
图10是依照某些实施例的DRX操作的示例的流程图表。在步骤1005处，UE在OnDuration时间或活动时间期间监测DL控制信道（例如，NB-PDCCH）。如果在步骤1010处，OnDuration时间或活动时间期满，则流程进行到步骤1015，并且UE进入DRX模式并等待下一个OnDuration事件。在UE等待下一个OnDuration事件的时间期间，UE不监测DL控制信道。在步骤1020处，下一个OnDuration事件发生。在步骤1025处，UE启动OnDuration定时器。一旦启动OnDuration定时器，流程回到步骤1005，并且UE在OnDuration时间或活动时间期间监测下行链路控制信道（例如，NB-PDCCH）。
备选地，在步骤1005处NB-PDCCH的监测期间，如果UE在下行链路控制信道上接收到消息（例如，DL调度指派或UL准许），则流程可以进行到步骤1030。
在某些情况中，在步骤1035处，在步骤1030处接收到的NB-PDCCH消息可以是DRX命令。在这样的场景中，流程进行到步骤1015，其中UE进入DRX并且等待下一个OnDuration事件。从那里，DRX操作如上面描述的那样进行。
在某些情况中，在步骤1040处UE确定在下行链路控制信道上接收到的消息的内容。如果在步骤1040处，UE确定接收到的消息是UL准许，则流程进行到步骤1045，其中UE在UL共享信道（图10的示例中的NB-PUSCH）上传送UL SRB和/或DRB数据。备选地，在步骤1040处，UE可以确定接收到的消息是DL调度指派。在这样的场景中，流程进行到步骤1050，其中UE在DL共享信道（图10的示例中的NB-PDSCH）上接收到并且解码SRB和/或DRB数据。在步骤1055处，UE在UL共享信道（例如，NB-PUSCH）上传送HARQ反馈。在某些实施例中，例如，HARQ反馈可以是ACK消息或NACK消息。
接着流程进行到步骤1060，其中UE等待长达“偏移时间”。在某些实施例中，UE可以启动定时器。在某些实施例中，在执行关联的UL传送（例如，当UE确定接收到的消息是UL准许时）之后或者在用于UE的DL或UL传送的接收到的指示（例如，当UE确定接收到的消息是DL调度指派时）的结尾处可以启动定时器。因此，定时器的持续期可以包括在步骤1045处发送UL传送之后，UE在启动“活动时间”之前，UE等待的时间量，或者在步骤1030处DL或UL传送的指示的结尾之后，UE在启动“活动时间”之前，UE等待的时间量。在步骤1060处等待长达“偏移时间”之后（或者，在某些实施例中，具有偏移时间的持续期的定时器期满），流程进行到步骤1065。在步骤1065处，UE启动活动时间。在某些实施例中，UE可以启动另一个定时器，其具有在UE进入DRX模式之前UE监测DL控制信道（例如，NB-PDCCH）的时间量的持续期。在步骤1065处启动活动时间之后，流程回到步骤1005，其中UE在“活动时间”的持续期期间监测NB-PDCCH。
图11是依照某些实施例的UE中的方法1100的流程图。方法在步骤1104处开始，其中UE在至少第一定时器的持续期期间监测DL控制信道。在某些实施例中，第一定时器可以是不连续接收周期的onDurationTimer。在某些实施例中，第一定时器可以是drx- InactivityTimer。在某些实施例中，第一定时器可以是不连续接收重传定时器。
在步骤1108处，UE在被监测的DL控制信道上接收用于UE的DL或UL传送的指示。在某些实施例中，用于UE的DL或UL传送的指示可以包括关于第二和第三定时器中的至少一个的持续期的信息。在步骤1112处，在接收到用于UE的DL或UL传送的指示之后，UE停止监测第一定时器。在第一定时器停止之后，UE不需要监测下行链路控制信道。
在步骤1116处，UE执行与用于UE的指示的DL或UL传送关联的UL传送。在某些实施例中，用于UE的DL或UL传送的指示可以包括DL调度指派，并且与指示的DL传送关联的UL传送可以包括确认消息。在某些实施例中，用于UE的DL或UL传送的指示可以包括UL准许，并且与指示的UL传送关联的UL传送可以包括UL中的数据传送。
在步骤1120处，UE在接收到用于UE的下行链路或上行链路传送的指示之后，启动第二定时器，第二定时器的持续期包括偏移时段。在某些实施例中，第二定时器在下述情况中的任一情况下被启动：在执行关联的UL传送之后；或者在用于UE的DL或UL传送的接收到的指示的结尾处。在某些实施例中，第二定时器可以是包括偏移时段的混合自动重传请求（HARQ）-往返时间（RTT）定时器。备选地，在步骤1120处，UE在接收到用于UE的下行链路或上行链路传送的指示之后启动第二定时器。
在步骤1124处，当第二定时器期满时，UE启动第三定时器。在某些实施例中，方法可包括在第三定时器的持续期期间监测DL控制信道。在某些实施例中，第一定时器和第三定时器中的至少一个可以是drx-InactivityTimer。在某些实施例中，第一定时器和第三定时器中的至少一个可以是不连续接收重传定时器。
在某些实施例中，方法可以包括当第三定时器期满时，进入不连续接收模式。在某些实施例中，方法可以包括接收包括关于第二和第三定时器中的至少一个的持续期的信息的消息。
图12是依照某些实施例的网络节点中的方法1200的流程图。方法在步骤1204处开始，其中网络节点确定第一定时器的持续期和第二定时器的持续期，第一和第二定时器用于由UE使用以便控制不连续接收操作，其中第一定时器的持续期包括偏移时段。在某些实施例中，第一定时器的持续期可以包括下述项中的一项：在发送与用于UE的指示的DL或UL传送关联的UL传送之后，UE在启动第二定时器之前，UE等待的时间量；和在用于UE的DL或UL传送的指示的结尾之后，UE在启动第二定时器之前，UE等待的时间量。在某些实施例中，第一定时器可以是混合自动重传请求（HARQ）-往返时间（RTT）定时器。在某些实施例中，第二定时器的持续期可以包括UE在进入不连续接收模式之前监测DL控制信道的时间量。在某些实施例中，第二定时器可以是drx-InactivityTimer。在某些实施例中，第二定时器可以是不连续接收重传定时器。
在步骤1208处，网络节点向UE发送关于第一定时器的持续期和第二定时器的持续期的信息。在某些实施例中，关于第一定时器的持续期和第二定时器的持续期的信息可以被包括在用于UE的DL或UL传送的指示中。在某些实施例中，向UE发送关于第一定时器的持续期和第二定时器的持续期的信息可以包括向UE发送包括关于第一定时器的持续期和第二定时器的持续期的信息的消息。
在某些实施例中，方法可以包括向UE发送用于UE的DL或UL传送的指示，以及从UE接收与用于UE的指示的DL或UL传送关联的UL传送。在某些实施例中，用于UE的DL或UL传送的指示可以包括DL调度指派，并且与指示的DL传送关联的UL传送可以包括确认消息。在某些实施例中，用于UE的DL或UL传送的指示可以包括UL准许，并且与指示的UL传送关联的UL传送可以包括UL中的数据传送。根据某些实施例，网络节点在第三定时器的持续期期间可以传送下行链路控制消息。当UE在第一定时器停止后停止监测下行链路控制信道时，这可以是有益的。
图13是依照某些实施例的示范UE的示意框图。UE 510可以指在蜂窝或移动通信系统中与节点和/或与另一个无线装置进行通信的任何类型的无线装置。UE 510的示例包括移动电话、智能电话、PDA（个人数字助理）、便携式计算机（例如，膝上型、平板）、传感器、调制解调器、机器型通信（MTC）装置/机器到机器（M2M）装置、膝上型嵌入式装备（LEE）、膝上型安装式装备（LME）、USB软件狗、具备D2D能力的装置或另外的可以提供无线通信的装置。在某些实施例中，UE 510还可以被称为无线装置、站（STA）、装置或终端。UE 510包括收发器1310、处理电路1320和存储器1330。在一些实施例中，收发器1310促进向网络节点515传送无线信号并且从网络节点515接收无线信号（例如，经由天线1340），处理电路1320执行指令以便提供上面描述为由UE 510提供的功能性中的一些或全部，以及存储器1330存储由处理电路1320执行的指令。
处理电路1320可以包括硬件和软件（其在一个或多个模块中实现以便执行指令和操纵数据来执行描述的UE 510的功能中的一些或全部，诸如上面相对于图1-12描述的UE510的功能）的任何适合的组合。在一些实施例中，处理电路1320可以包括，例如，一个或多个计算机、一个或多个中央处理单元（CPU）、一个或多个微处理器、一个或多个应用、一个或多个专用集成电路（ASIC）、一个或多个现场可编程门阵列（FPGA）和/或其它逻辑。
通常存储器1330是可操作的以便存储指令，诸如包括逻辑、规则、算法、代码、表等中的一个或多个的应用、计算机程序、软件、和/或其它能够被处理电路1320执行的指令。存储器1330的示例包括计算机存储器（例如，随机存取存储器（RAM）或只读存储器（ROM））、大容量存储介质（例如，硬盘）、可移除存储介质（例如，紧凑盘（CD）或数字视频盘（DVD））和/或或任何其它易失的或非易失的、非暂时性计算机可读和/或计算机可执行存储器装置（其存储可以由处理电路1320使用的信息、数据和/或指令）。
UE 510的其它实施例可以包括超出图13中示出的那些部件的额外的部件，这些额外部件可以负责提供UE的功能性的某些方面（包括上面描述的功能性中的任何功能性和/或任何额外的功能性（包括需要用以支持上面描述的解决方案的任何功能性））。仅作为一个示例，UE 510可以包括输入装置和电路、输出装置、和一个或多个同步单元或电路，其可以是处理电路1320的一部分。输入装置包括用于数据进入到UE 510中的机构。例如，输入装置可以包括如下输入机构，诸如麦克风、输入元件、显示器等。输出装置可以包括用于以音频、视频和/或硬拷贝的形式输出数据的机构。例如，输出装置可以包括扬声器、显示器等。
图14是依照某些实施例的示范网络节点的示意框图。网络节点515可以是任何类型的无线电网络节点或任何与UE和/或与另一个网络节点通信的网络节点。网络节点515的示例包括eNodeB、节点B、基站、无线接入点（例如，Wi-Fi接入点）、低功率节点、基站收发信台（BTS）、中继器、控制中继器的施主节点、传送点、传送节点、拉远RF单元（RRU）、射频拉远头端（RRH）、多标准无线电（MSR）无线电节点（诸如MSR BS）、在分布式天线系统（DAS）中的节点、O&M、OSS、SON、定位节点（例如，E-SMLC）、MDT或任何其它适合的网络节点。可以按照同构部署、异构部署或混合部署来在整个网络500中部署网络节点515。通常同构部署可以描述以相同（或相似）类型的网络节点515和/或相似覆盖和小区大小和站点间距离组成的部署。通常异构部署可以描述使用各种类型的网络节点515（具有不同小区大小、传送功率、容量和站点间距离）的部署。例如，异构部署可以包括在整个宏小区布局中放置的多个低功率节点。混合部署可以包括同构部分和异构部分的混合。
网络节点515可以包括收发器1410、处理电路1420、存储器1430和网络接口1440中的一个或多个。在一些实施例中，收发器1410促进传送无线信号到UE 510并且从UE 510接收无线信号（例如，经由天线1450），处理电路1420执行指令以便提供上面描述为由网络节点515提供的功能性中的一些或全部，存储器1430存储由处理电路1420执行的指令，以及网络接口1440传递信号到后端网络部件，诸如网关、交换机、路由器、因特网、公共交换电话网（PSTN）、核心网络节点或无线电网络控制器130等。
处理电路1420可以包括硬件和软件（其在一个或多个模块中实现以便执行指令和操纵数据来执行描述的网络节点515的功能中的一些或全部，诸如上面相对于图1-12描述的那些功能）的任何适合的组合。在一些实施例中，处理电路1420可以包括，例如，一个或多个计算机、一个或多个中央处理单元（CPU）、一个或多个微处理器、一个或多个应用、和/或其它逻辑。
通常存储器1430是可操作的以便存储指令，诸如包括逻辑、规则、算法、代码、表等中的一个或多个的应用、计算机程序、软件、和/或能够被处理电路1420执行的其它指令。存储器1430的示例包括计算机存储器（例如，随机存取存储器（RAM）或只读存储器（ROM））、大容量存储介质（例如，硬盘）、可移除存储介质（例如，紧凑盘（CD）或数字视频盘（DVD））和/或或任何其它易失的或非易失的、非暂时性计算机可读和/或计算机可执行存储器装置（其存储信息）。
在一些实施例中，网络接口1440通信地耦合到处理电路1420，并且可以指代任何适合的可操作以进行下述操作的装置：接收用于网络节点515的输入，从网络节点515发送输出，执行对输入或输出或两者的适合的处理，向其它装置进行传递或前述的操作的任何组合。网络接口1440可以包括合适的硬件（例如，端口、调制解调器、网络接口卡等）和软件（包括协议转换和数据处理能力）以通过网络进行通信。
网络节点515的其它实施例可以包括超出图14中示出的那些部件的额外的部件，这些额外的部件可以负责提供无线电网络节点的功能性的某些方面（包括上面描述的功能性中的任何功能性和/或任何额外的功能性（包括需要用以支持上面描述的解决方案的任何功能性））。各种不同类型的网络节点可以包括具有相同物理硬件但配置成（例如，经由编程）支持不同无线电接入技术的部件，或可以代表部分或全部不同的物理部件。
图15是依据某些实施例的示范无线电网络控制器或核心网络节点130的示意框图。网络节点的示例可以包括移动交换中心（MSC）、服务GPRS支持节点（SGSN）、移动性管理实体（MME）、无线电网络控制器（RNC）、基站控制器（BSC）等等。无线电网络控制器或核心网络节点130包括处理电路1520、存储器1530以及网络接口1540。在一些实施例中，处理电路1520执行指令以便提供上面描述为由网络节点提供的功能性中的一些或全部，存储器1530存储由处理电路1520执行的指令，以及网络接口1540传递信号到任何适合的节点，诸如网关、交换机、路由器、因特网、公共交换电话网（PSTN）、核心节点515、无线电网络控制器或核心网络节点130等。
处理电路1520可以包括硬件和软件（其在一个或多个模块中实现以便执行指令和操纵数据来执行描述的无线电网络控制器或核心网络节点130的功能中的一些或全部）的任何适合的组合。在一些实施例中，处理电路1520可以包括，例如，一个或多个计算机、一个或多个中央处理单元（CPU）、一个或多个微处理器、一个或多个应用、和/或其它逻辑。
通常存储器1530是可操作的以便存储指令，诸如包括逻辑、规则、算法、代码、表等中的一个或多个的应用、计算机程序、软件、和/或能够被处理电路1520执行的其它指令。存储器1530的示例包括计算机存储器（例如，随机存取存储器（RAM）或只读存储器（ROM））、大容量存储介质（例如，硬盘）、可移除存储介质（例如，紧凑盘（CD）或数字视频盘（DVD））和/或或任何其它易失的或非易失的、非暂时性计算机可读和/或计算机可执行存储器装置（其存储信息）。
在一些实施例中，网络接口1540通信地耦合到处理电路1520，并且可以指代任何适合的可操作以进行下述操作的装置：接收用于网络节点的输入，从网络节点发送输出，执行对输入或输出或两者的适合的处理，向其它装置进行传递或前述的操作的任何组合。网络接口1540可以包括合适的硬件（例如，端口、调制解调器、网络接口卡等）和软件（包括协议转换和数据处理能力）以通过网络进行通信。
网络节点的其它实施例可以包括超出图15中示出的那些部件的额外的部件，这些额外的部件可以负责提供网络节点的功能性的某些方面（包括上面描述的功能性中的任何功能性和/或任何额外的功能性（包括需要用以支持上面描述的解决方案的任何功能性））。
图16是依照某些实施例的示范UE的示意框图。UE 510可以包括一个或多个模块。例如，UE 510可以包括确定模块1610、通信模块1320、接收模块1630、输入模块1640、显示模块1650和任何其它适合的模块。在一些实施例中，确定模块1610、通信模块1620、接收模块1630、输入模块1640、显示模块1650或任何其它适合的模块中的一个或多个可以使用处理电路（诸如诸如上面关于图14描述的处理电路1420）来实现。在某些实施例中，两个或更多各种模块的功能可以结合到单个模块中。UE 510可以执行上面针对图1-12描述的用于控制连接模式DRX操作的方法。
确定模块1610可以执行UE 510的处理功能。例如，确定模块1610可以在至少第一定时器持续期期间监测DL控制信道。作为另一个示例，在接收到用于UE的DL或UL传送的指示之后，确定模块1610可以停止监测第一定时器。在第一定时器停止之后，UE不需要监视下行链路控制信道。作为又一个示例，确定模块1610可以在接收到用于UE的下行链路或上行链路传送的指示之后启动第二定时器，第二定时器的持续期包括偏移时段。作为还有的另一个示例，当第二定时器期满时，确定模块1610可以启动第三定时器。作为另一个示例，确定模块1610可以在第三定时器的持续期期间监测DL控制信道。作为另一个示例，当第三定时器期满时，确定模块1610可以进入不连续接收模式。
确定模块1610可以包括或被包括在一个或多个处理器（诸如上面关于图13描述的处理电路1320）中。确定模块1610可以包括被配置为执行上面描述的处理电路1320和/或确定模块1610的功能中的任何功能的模拟和/或数字电路。在某些实施例中，上面描述的确定模块1610的功能可以在一个或多个不同的模块中被执行。
通信模块1620可以执行UE 510的传送功能。例如，通信模块1620可以执行与用于UE的指示的DL或UL传送关联的UL传送。通信模块1620可以传送消息到网络500的网络节点515中的一个或多个。通信模块1620可以包括传送器和/或收发器，诸如上面关于图13描述的收发器1310。通信模块1620可以包括被配置为无线传送消息和/或信号的电路。在具体的实施例中，通信模块1620可以从确定模块1610接收用于传送的消息和/或信号。在某些实施例中，上面描述的通信模块1620的功能可以在一个或多个不同的模块中被执行。
接收模块1630可以执行UE 510的接收功能。作为一个示例，接收模块1630可以在被监测的DL控制信道上接收用于UE的DL或UL传送的指示。作为另一个示例，接收模块1630可以接收包括关于第二和第三定时器中的至少一个的持续期的信息的消息。接收模块1630可以包括接收器和/或收发器，诸如上面相对图13描述的收发器1310。接收模块1630可以包括被配置为无线接收消息和/或信号的电路。在具体的实施例中，接收模块1630可以将接收到的消息和/或信号传递到确定模块1610。在某些实施例中，上面描述的接收模块1630的功能可以在一个或多个不同的模块中被执行。
输入模块1640可以接收打算送往UE 510的用户输入。例如，输入模块可以接收键按压、按钮按压、触摸、滑动、音频信号、视频信号和/或任何其它合适的信号。输入模块可以包括一个或多个键、按钮、杆、开关、触摸屏、麦克风和/或摄像机。输入模块可以将接收到的信号传递到确定模块1610。在某些实施例中，上面描述的输入模块1640的功能可以在一个或多个不同的模块中被执行。
显示模块1650可以在UE 510的显示器上呈现信号。显示模块1650可以包括显示器和/或被配置为在显示器上呈现信号的任何合适的电路和硬件。显示模块1650可以从确定模块1610接收信号来呈现在显示器上。在某些实施例中，上面描述的显示模块1650的功能可以在一个或多个不同的模块中被执行。
确定模块1610、通信模块1620、接收模块1630、输入模块1640和显示模块1650可以包括硬件和/或软件的任何适合的配置。UE 510可以包括超出图16中示出的那些部件的额外部件，这些额外部件可以负责提供任何适合的功能性（包括上面描述的功能性中的任何功能性和/或任何额外的功能性（包括需要用以支持在本文中描述的各种解决方案的任何功能性））。
图17是依照某些实施例的示范网络节点515的示意框图。网络节点515可以包括一个或多个模块。例如，网络节点515可以包括确定模块1710、通信模块1720、接收模块1730和任何其它适合的模块。在一些实施例中，确定模块1710、通信模块1720、接收模块1730、或任何其它适合的模块中的一个或多个可以使用一个或多个处理器（诸如上面关于图15描述的处理电路1420）来实现。在某些实施例中，两个或更多各种模块的功能可以组合到单个模块中。网络节点515可以执行上面针对图1-12描述的用于控制连接模式DRX操作的方法。
确定模块1710可以执行网络节点515的处理功能。例如，确定模块1710可以确定第一定时器的持续期和第二定时器的持续期，第一和第二定时器用于由UE使用以便控制不连续接收操作，其中第一定时器的持续期包括偏移时段。确定模块1710可以包括或被包括在一个或多个处理器中，诸如上面关于图14描述的处理电路1420。确定模块1710可以包括被配置为执行上面描述的处理电路1420和/或确定模块1710的功能中的任何功能的模拟和/或数字电路。在某些实施例中，确定模块1710的功能可以在一个或多个不同模块中被执行。
通信模块1720可以执行网络节点515的传送功能。作为一个示例，通信模块1720可以向UE发送关于第一定时器的持续期和第二定时器的持续期的信息。作为另一个示例，通信模块1720可以向UE发送包括关于第一定时器的持续期和第二定时器的持续期的信息的消息。作为又一个示例，通信模块1720可以向UE发送用于UE的DL或UL传送的指示。通信模块1720可以传送消息到UE 510中的一个或多个。通信模块1720可以包括传送器和/或收发器，诸如上面关于图14描述的收发器1410。通信模块1720可以包括被配置为无线传送消息和/或信号的电路。在具体的实施例中，通信模块1720可以从确定模块1710或任何其它模块接收用于传送的消息和/或信号。在某些实施例中，通信模块1720的功能可以在一个或多个不同模块中被执行。
接收模块1730可以执行网络节点515的接收功能。例如，接收模块1730可以从UE接收与用于UE的指示的DL或UL传送关联的UL传送。接收模块1730可以从UE接收任何适合的信息。接收模块1730可以包括接收器和/或收发器，诸如上面相对图14描述的收发器1410。接收模块1730可以包括被配置为无线接收消息和/或信号的电路。在具体的实施例中，接收模块1730可以将接收到的消息和/或信号传递到确定模块1710或任何其它适合的模块。在某些实施例中，接收模块1730的功能可以在一个或多个不同的模块中被执行。
确定模块1710、通信模块1720和接收模块1730可以包括硬件和/或软件的任何适合的配置。网络节点515可以包括超出图17中示出的那些部件的额外的部件，这些额外的部件可以负责提供任何适合的功能性（包括上面描述的功能性中的任何功能性和/或任何额外的功能性（包括需要用以支持在本文中描述的各种解决方案的任何功能性））。
关于在本文中描述的某些实施例和提议，下文提供额外的解释，并且这些解释不应当被看做为限制本发明的范围。用于遗留LTE和eMTC中的连接模式DRX的功能性基于下面的参数（不包括短DRX参数）：
● onDurationTimer
● drxStartOffset (在36.331中作为longDRX-CycleStartOffset被发信号通知)
● longDRX-Cycle(在36.331中作为longDRX-CycleStartOffset被发信号通知)
● drx-InactivityTimer
● HARQ-RTT-Timer
● drx-RetransmissionTimer
除了值范围需要进一步被研究之外，前三个参数能够原样地被重用于NB-IoT。最后两个参数涉及HARQ操作如何起作用。drx-InactivityTimer参数被用于控制UE在非活动之后何时进入DRX（除非MAC CE 被发信号通知），所以将主要讨论对这个参数的处理。由于已经决定每方向只提供一个HARQ过程，并且如果对于UE采用半双工操作，则即使还没完全决定HARQ操作的细节，也可以讨论和做出对最后这三个参数的改变/简化。
由于NB-IoTUE传送/接收能力是半双工并且每方向只具有一个HARQ过程，故对用于连接模式DRX的HARQ重传定时器和DRX非活动定时器的操作可以被改变/简化。因此，根据某些实施例，遗留参数drxStartOffset、longDRX-Cycle和OnDurationTimer可以在采用适合于NB-IoT的值范围的情况下，原样地被重用于连接模式DRX。
在下面的示例中，假设针对用于NB-IoT的HARQ操作的高级别概念与eMTC相似。总结起来，假设了以下内容：
· 下行链路/上行链路数据被下行链路控制信道NB-PDCCH上的消息所调度。
· 下行链路/上行链路数据分别在共享信道NB-PDSCH和NB-PUSCH上被传送。
· HARQ反馈在信道NB-PDCCH/NB-PUSCH上被传送。
· 在下行链路和上行链路二者中使用非同步HARQ。
在接下来的实施例中，通过应用这些HARQ假设，解释DRX操作。注意，传送的时间持续期和在传送之间的偏移可以在长度上变化。根据一个实施例，我们已经采用drx- InactivityTimer来对于DRX操作使用了遗留行为，并且将它应用到NB-IoT。每当在NB-PDCCH上在UL或DL中存在被调度的新传送时，启动定时器。在这个情况下，下行链路传送成功并且没有另外的数据被调度，因此UE在定时器期满时进入DRX睡眠。
根据另一个实施例，当在NB-IoT中使用遗留DRX定时器时，在下行链路中存在一个HARQ重传。定时器HARQ-RTT-Timer/drx-RetransmissionTimer被用于上述情形并且当重传被接收到时取消后者。
和遗留LTE对比，用于eMTC（以及LAA）的上行链路HARQ已经从同步改变到非同步。在这里假设，由于非同步HARQ，对于上行链路可能也存在引入与HARQ-RTT-Timer/drx- RetransmissionTimer相似的某些事物的需要。对于NB-IoT，假设当讨论针对DRX的遗留基础时，将需要这样的定时器。因此，根据另一个实施例，在上行链路中存在采用假设的新定时器的HARQ重传。与下行链路的情况相似，当UE检测到重传被调度时，取消定时器。注意，我们将它称之为drx-RetransmissionTimer，即使它并不真正地是“重传定时器”（因为UE不知道传送的结果）。这还可以被称为HARQ-FeedbackWindowTimer。
如讨论的，遗留DRX定时器还可以被用于NB-IoT。这个遗留方案考虑移动宽带使用情况而被开发，所述移动宽带使用情况包括在两个方向上的多个HARQ过程以及全双工操作（当然除了TDD）。对于这些使用情况（除了VoLTE），针对于在各处醒来若干额外子帧的UE功率消耗不是问题。然而，对于NB-IoT，UE活动时间（即，当监测NB-PDCCH时）同样在对于它的使用情况中的许多情况的连接模式期间尽可能小是很重要的，以便得到良好的UE电池寿命。
关于遗留方法的一个问题是如何设置drx-InactivityTimer的值：
● 短值：这对UE功率消耗是有利的，但是在存在DL HARQ重传的情况中，由于定时器（可能）已经在重传结束的时间期满并且接着新的数据必须等待下一个OnDuration时机，所以这将引入额外的时延。关于引入这个额外的时延的缺点是UE需要在更长的时间期间处于连接模式。另外，花费在连接模式中的长时间（尤其如果还使用了长DRX周期）可能导致更大的信道变化和失去同步的风险。
● 长值：这对UE功率消耗是不利的，但是不引入额外的时延，所以将可能更快地调度UE以便其更快地进入空闲模式。
根据具体的实施例，对上面的问题的解决方案将是改变drx-InactivityTimer，使得它在每一个NB-PDCCH接收时被重启动，即不考虑它是否是新的传送或重传（上行链路和下行链路两者）。于是，由于没有引入额外的的时延，故可以同时使用drx-InactivityTimer的短值。如果这样做的话，那么由于仅一个定时器就能够被用来监督UL/DL重传和非活动两者，因此不存在对于任何HARQ-RTT-Timer/drx-RetransmissionTimer的需要。由于仅需要一个定时器，这还降低了UE复杂度。根据这个实施例，当在NB-PDCCH上接收到任何DCI时，重启动drx-InactivityTimer。
根据另外的实施例，如果对于启动定时器drx-InactivityTimer的准则被改变，对 于下行链路或上行链路都不存在对于定时器HARQ-RTT-Timer和drx-RetransmissionTimer 的需要。UE中成功的NB-PDCCH接收将继之以包含SRB/DRB数据（在UL准许的情况中）或HARQ反馈（在DL指派的情况中）的上行链路传送。如果假设在被调度之后直到传送后UE才被要求监测NB-PDCCH，那么能够对drx-InactivityTimer的启动/重启动进行另外的改变。那么定时器应当在NB-PDCCH的每个成功接收时被停止，并且在由NB-PDCCH消息触发的上行链路传送的结尾之后被启动。这将使得UE能够在连接模式中的更多时间机会期间（尤其是如果NB-PDCCH/NB-PDSCH/NB-PUSCH之间的时间间隔是长的）关闭它的接收器（并且潜在地进入睡眠模式）。
根据另外的实施例，在NB-PDCCH上成功接收到任何事物时停止drx- InactivityTimer和在引起的（DRB/SRB或HARQ反馈的）上行链路传送之后启动它，使得UE能够减少NB-PDCCH监测时间以及因此减少功率消耗。因此，根据某些实施例，对要控制连接模式DRX的NB-IoT UE，改变用于drx-InactivityTimer的启动和停止准则。根据某些实施例，对于下行链路指派和上行链路准许，drx-InactivityTimer的启动准则应该分别被改变为在HARQ ACK或DRB/SRB数据的NB-PUSCH传送后。根据某些实施例，drx-InactivityTimer的停止准则应该被改变为在下行链路指派或上行链路准许被接收到时。根据某些实施例，在NB-IoT中可以不使用HARQ-RTT-Timer和drx-RetransmissionTimer。根据某些实施例，如果drx-InactivityTimer期满，则直到下一个OnDuration时机，UE才需要监测NB-PDCCH。
NB-IoT使用情况中的大部分不包括同时的上行链路/下行链路业务，并且替代的是，大部分使用情况依靠请求-响应类型的业务模式，其中IP分组在一个方向上被发送，继之以在另一个方向中的响应（潜在地对于一些使用情况，根据相同的模式被重复若干次）。这种业务模式对于L3（NAS/RRC）信令过程同样如此。作为结果，在HARQ反馈或SRB/DRB数据已经由UE在上行链路中传送之后，在至少一个HARQ往返时间期间，将不存在任何NB-PDCCH活动。在这个时间期间，NB-IoT UE能够被允许不监测NB-PDCCH。因此，根据某些实施例，对于drx-InactivityTimer操作的改变将是直到在上行链路传送后的偏移值才启动它。
在大部分使用情况中，直到在上行链路传送的结尾后的至少一个往返时间，UE才需要监测NB-PDCCH。因此，根据某些实施例，应该在（DRB/SRB或HARQ反馈的）上行链路传送之后的偏移值来进行启动drx-InactivityTimer，以便使得UE能够减少NB-PDCCH监测时间。如上面描述的这个偏移的值取决于往返时间但也取决于NB-PDCCH的物理层设计，例如时间对齐以及NB-PDCCH和NB-PDSCH如何被复用。值甚至可以取决于UE的覆盖类和物理层设计而是变化的。根据某些实施例，drx-InactivityTimer的启动准则能够被设置为上行链路传送后的至少往返时间，但直到从RAN1可得到关于下行链路NB-PDCCH/PDSCH设计的更多细节，细节被留下FFS。根据某些实施例，用于NB-IoT的半静态连接模式DRX参数作为RrcConnectionReestablish, RrcConnectionSetup, RrcConnectionResume的一部分被包括，即，作为Msg3的一部分。根据某些实施例，半静态连接模式DRX参数当在UE中被接收到时将被直接应用。
在不脱离本公开的范围的情况下，可以对在本文中所描述的系统和设备进行修改、增加或省略。系统和设备的部件可以是一体的或分开的。而且，系统和设备的操作可以由更多、更少或者其它部件来执行。另外可以使用任何适合的逻辑（包括软件、硬件和/或其它逻辑）来执行系统和设备的操作。在此文档中使用时，“每个”指集合中的每个成员或集合的子集中的每个成员。
在不脱离本公开的范围的情况下，可以对在本文中所描述的方法进行修改、增加或省略。方法可以包括更多、更少或其它步骤。另外，可以以任何适合的顺序执行步骤。
虽然已经从某些实施例的方面描述了本公开，但对实施例的变更和置换对于本领域技术人员将是显而易见的。因此，实施例上面的描述并不约束本公开。在不脱离如下面的权利要求所限定的本公开的精神和范围的情况下，其它改变、替换和变更是可能的。
在前面的描述中使用的缩写包括：
3GPP 第三代合作伙伴项目
ACK 确认
AP 接入点
BS 基站
BSC 基站控制器
BTS 基站收发信台
CPE 用户驻地装备
D2D 装置到装置
DAS 分布式天线系统
DCI 下行链路控制信息
DL 下行链路
DRB 数据无线电承载
DRX 不连续接收
DTX 不连续传送
eNB 演进节点B
EPDCCH 增强的物理下行链路控制信道
FDD 频分双工
HARQ 混合自动重传请求
HSPA 高速分组接入
IoT 物联网
LAN 局域网
LEE 膝上型嵌入式装备
LME 膝上型安装式装备
LTE 长期演进
M2M 机器到机器
MAN 城域网
MCE 多小区/多播协调实体
MCS 调制级别和编码方案
MIMO 多输入多输出
MR 测量约束
MSR 多标准无线电
NACK 否定确认
NAS 非接入层
NB 窄带
NB-IoT 窄带物联网
NB-PDDCH 窄带物理下行链路控制信道
NB-PDSCH 窄带物理下行链路共享信道
NB-PUSCH 窄带物理上行链路共享信道
NPDCCH 窄带物理下行链路控制信道
NPDSCH 窄带物理下行链路共享信道
NPUSCH 窄带物理上行链路共享信道
OFDM 正交频分复用
PDCCH 物理下行链路控制信道
PDSCH 物理下行链路共享信道
PMI 预编码矩阵指示器
PRB 物理资源块
PSTN 公共交换电话网
PHICH 物理混合ARQ指示符信道
PUSCH 物理上行链路共享信道
PUCCH 物理上行链路控制信道
RB 资源快
RI 秩指示符
RNC 无线电网络控制器
RRC 无线电资源控制
RRH 射频拉远头端
RRU 射频拉远单元
RTT 往返时间
SAW 停止并等待
SRB 信令无线电承载
TDD 时分双工
TFRE 时间频率资源元素
UCI 上行链路控制信息
UE 用户设备
UL 上行链路
WAN 广域网。

Claims (42)

1.一种在用户设备（UE）（510）中的方法，包括：
在至少第一定时器（630、725、825、925）的持续期期间，监测（1104）下行链路控制信道（610、715、810、915）；
在所述被监测的下行链路控制信道上，接收（1108）用于所述UE的下行链路或上行链路传送的指示（605、705、805、905）；
在接收到用于所述UE的所述下行链路或上行链路传送的所述指示之后，停止（1112）所述第一定时器，其中在所述第一定时器被停止之后所述UE不需要监测所述下行链路控制信道；
执行（1116）与用于所述UE的所述指示的下行链路或上行链路传送关联的上行链路传送（635、710、830、910）；
在接收到用于所述UE的所述下行链路或上行链路传送的所述指示之后，启动（1120）第二定时器（645、735、840、935），所述第二定时器的持续期包括偏移时段；
当所述第二定时器期满时，启动（1124）第三定时器（640、730、835、930），其中所述UE在所述第三定时器的持续期内监测所述下行链路控制信道。
2.如权利要求1所述的方法，包括：
当所述第三定时器期满时，进入不连续接收模式。
3.如权利要求1所述的方法，其中所述第一定时器是不连续接收周期的onDurationTimer。
4.如权利要求1所述的方法，其中所述第一定时器和所述第三定时器中的至少一个是drx-InactivityTimer。
5.如权利要求1所述的方法，其中所述第一定时器和所述第三定时器中的至少一个包括不连续接收重传定时器。
6.如权利要求1所述的方法，其中所述第二定时器是包括所述偏移时段的混合自动重传请求（HARQ）-往返时间（RTT）定时器。
7. 如权利要求1所述的方法，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括下行链路调度指派（605、805）；以及
与所述指示的下行链路传送关联的所述上行链路传送包括确认消息（635、830）。
8. 如权利要求1所述的方法，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括上行链路准许（705、905）；以及
与所述指示的上行链路传送关联的所述上行链路传送包括在所述上行链路中的数据传送（710、910）。
9.如权利要求1所述的方法，其中用于所述UE的所述下行链路或上行链路传送的所述指示包括关于所述第二和第三定时器中的至少一个的持续期的信息。
10.如权利要求1所述的方法，包括接收含有关于所述第二和第三定时器中的至少一个的持续期的信息的消息。
11. 如权利要求1-10中的任一权利要求所述的方法，其中在下述情况中的任一情况下启动所述第二定时器：
在执行所述关联的上行链路传送之后；或
在用于所述UE的所述下行链路或上行链路传送的所述接收到的指示的结尾。
12. 一种在网络节点（515）中的方法，包括：
确定（1204）第一定时器（645、735、840、935）的持续期和第二定时器（(640、730、835、930）的持续期，所述第一和第二定时器供用户设备（UE）（510）使用以控制不连续接收操作，其中所述第一定时器的所述持续期包括偏移时段；以及
向所述UE发送（1208）关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的信息。
13.如权利要求12所述的方法，其中关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的所述信息被包括在用于所述UE的下行链路或上行链路传送的指示（605、705、805、905）中。
14.如权利要求12所述的方法，其中向所述UE发送关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的信息包括：
向所述UE发送包括关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的所述信息的消息。
15. 如权利要求12所述的方法，包括：
向所述UE发送用于所述UE的下行链路或上行链路传送的指示；以及
从所述UE接收与用于所述UE的所述指示的下行链路或上行链路传送关联的上行链路传送（635、710、830、910）。
16. 如权利要求15所述的方法，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括下行链路调度指派（605、805）；以及
与所述指示的下行链路传送关联的所述上行链路传送包括确认消息（635、830）。
17. 如权利要求15所述的方法，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括上行链路准许（705、905）；以及
与所述指示的上行链路传送关联的所述上行链路传送包括在所述上行链路中的数据传送（710、910）。
18. 如权利要求15所述的方法，其中所述第一定时器的所述持续期包括下述项中的一项：
在发送与用于所述UE的所述指示的下行链路或上行链路传送关联的所述上行链路传送之后，所述UE在启动所述第二定时器之前，所述UE等待的时间量；以及
在用于所述UE的所述下行链路或上行链路传送的所述指示的所述结尾之后，所述UE在启动所述第二定时器之前，所述UE等待的时间量。
19.如权利要求12所述的方法，其中所述第二定时器的所述持续期包括所述UE在进入不连续接收模式之前监测下行链路控制信道（610、715、810、915）的时间量。
20.如权利要求12所述的方法，其中所述第一定时器是混合自动重传请求（HARQ）-往返时间（RTT）定时器。
21.如权利要求12所述的方法，其中所述第二定时器是drx-InactivityTimer。
22.一种用户设备（UE）（510），包括：
处理电路（1320），所述处理电路被配置为：
在至少第一定时器（630、725、825、925）的持续期期间，监测（1140）下行链路控制信道（610、715、810、915）；
在所述被监测的下行链路控制信道上，接收（1108）用于所述UE的下行链路或上行链路传送的指示（605、705、805、905）；
在接收到用于所述UE的所述下行链路或上行链路传送的所述指示之后，停止（1112）监测所述第一定时器，其中在所述第一定时器被停止之后，所述UE不需要监测所述下行链路控制信道；
执行（1116）与用于所述UE的所述指示的下行链路或上行链路传送关联的上行链路传送（635、710、830、910）；
在接收到用于所述UE的所述下行链路或上行链路传送的所述指示之后，启动（1120）第二定时器（645、735、840、935），所述第二定时器的持续期包括偏移时段；
当所述第二定时器期满时，启动（1124）第三定时器（640、730、835、930），其中所述UE在所述第三定时器的持续期内监测所述下行链路控制信道。
23.如权利要求22所述的UE，其中所述处理电路被配置为当所述第三定时器期满时进入不连续接收模式。
24.如权利要求22所述的UE，其中所述第一定时器是不连续接收周期的onDurationTimer。
25.如权利要求22所述的UE，其中所述第一定时器和所述第三定时器中的至少一个是drx-InactivityTimer。
26.如权利要求22所述的UE，其中所述第一定时器和所述第三定时器中的至少一个包括不连续接收重传定时器。
27.如权利要求22所述的UE，其中所述第二定时器是包括所述偏移时段的混合自动重传请求（HARQ）-往返时间（RTT）定时器。
28. 如权利要求22所述的UE，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括下行链路调度指派（605、805）；以及
与所述指示的下行链路传送关联的所述上行链路传送包括确认消息（635、830）。
29. 如权利要求22所述的UE，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括上行链路准许（705、905）；以及
与所述指示的上行链路传送关联的所述上行链路传送包括在所述上行链路中的数据传送（710、910）。
30.如权利要求22所述的UE，其中用于所述UE的所述下行链路或上行链路传送的所述指示包括有关所述第二和第三定时器中的至少一个的持续期的信息。
31.如权利要求22所述的UE，其中所述处理电路被配置为接收包括有关所述第二和第三定时器中的至少一个的持续期的信息的消息。
32. 如权利要求22-31中的任一权利要求所述的UE，其中所述处理电路被配置为在下述情况中的任一情况下启动所述第二定时器：
在执行所述关联的上行链路传送之后；或
在用于所述UE的所述下行链路或上行链路传送的所述接收到的指示的结尾。
33.一种网络节点（515），包括：
处理电路（1420），所述处理电路（1420）被配置为：
确定（1204）第一定时器（645、735、840、935）的持续期和第二定时器（(640、730、835、930）的持续期，所述第一和第二定时器供用户设备（UE）（510）使用以控制不连续接收操作，其中所述第一定时器的所述持续期包括偏移时段；以及
向所述UE发送（1208）关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的信息。
34.如权利要求33所述的网络节点，其中关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的所述信息被包括在用于所述UE的下行链路或上行链路传送的指示（605、705、805、905）中。
35.如权利要求33所述的网络节点，其中所述处理电路被配置为通过下述方式向所述UE发送关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的信息：
向所述UE发送包括关于所述第一定时器的所述持续期和所述第二定时器的所述持续期的所述信息的消息。
36. 如权利要求33所述的网络节点，其中所述处理电路被配置为：
向所述UE发送用于所述UE的下行链路或上行链路传送的指示；以及
从所述UE接收与用于所述UE的所述指示的下行链路或上行链路传送关联的上行链路传送（635、710、830、910）。
37. 如权利要求36所述的网络节点，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括下行链路调度指派（605、805）；以及
与所述指示的下行链路传送关联的所述上行链路传送包括确认消息（635、830）。
38. 如权利要求36所述的网络节点，其中：
用于所述UE的所述下行链路或上行链路传送的所述指示包括上行链路准许（705、905）；以及
与所述指示的上行链路传送关联的所述上行链路传送包括在所述上行链路中的数据传送（710、910）。
39. 如权利要求36所述的网络节点，其中所述第一定时器的所述持续期包括下述项中的一项：
在发送与用于所述UE的所述指示的下行链路或上行链路传送关联的所述上行链路传送之后，所述UE在启动所述第二定时器之前，所述UE等待的时间量；以及
在用于所述UE的所述下行链路或上行链路传送的所述指示的所述结尾之后，所述UE在启动所述第二定时器之前，所述UE等待的时间量。
40.如权利要求33所述的网络节点，其中所述第二定时器的所述持续期包括所述UE在进入不连续接收模式之前监测下行链路控制信道（610、715、810、915）的时间量。
41.如权利要求33所述的网络节点，其中所述第一定时器是混合自动重传请求（HARQ）-往返时间（RTT）定时器。
42.如权利要求33所述的网络节点，其中所述第二定时器是drx-InactivityTimer。
CN201780016719.6A 2016-01-11 2017-01-11 用于控制连接模式drx操作的方法 Active CN108702706B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662277202P 2016-01-11 2016-01-11
US62/277202 2016-01-11
PCT/IB2017/050135 WO2017122135A1 (en) 2016-01-11 2017-01-11 Method for controlling connected mode drx operations

Publications (2)

Publication Number Publication Date
CN108702706A true CN108702706A (zh) 2018-10-23
CN108702706B CN108702706B (zh) 2021-07-23

Family

ID=57984981

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780016719.6A Active CN108702706B (zh) 2016-01-11 2017-01-11 用于控制连接模式drx操作的方法

Country Status (16)

Country Link
US (3) US9942941B2 (zh)
EP (1) EP3403450B1 (zh)
JP (1) JP6594553B2 (zh)
KR (1) KR102043219B1 (zh)
CN (1) CN108702706B (zh)
AU (1) AU2017206661B2 (zh)
BR (1) BR112018014084A2 (zh)
CA (1) CA3011198C (zh)
ES (1) ES2766771T3 (zh)
MX (1) MX2018008532A (zh)
PH (1) PH12018501496A1 (zh)
PL (1) PL3403450T3 (zh)
PT (1) PT3403450T (zh)
RU (1) RU2689405C1 (zh)
WO (1) WO2017122135A1 (zh)
ZA (1) ZA201804664B (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112189363A (zh) * 2019-05-03 2021-01-05 联发科技股份有限公司 物理下行链路控制信道监测
CN113163475A (zh) * 2020-01-23 2021-07-23 华为技术有限公司 一种监测方法及装置
CN113170498A (zh) * 2018-12-10 2021-07-23 瑞典爱立信有限公司 用于针对被配置sps和drx的ue启用下行链路调度的方法和网络节点
CN113711529A (zh) * 2019-05-02 2021-11-26 松下电器（美国）知识产权公司 涉及监视下行链路控制信道的用户设备
CN113767698A (zh) * 2019-03-26 2021-12-07 三星电子株式会社 省电模式下物理下行链路控制信道(pdcch)分配的确定
CN113939045A (zh) * 2020-07-13 2022-01-14 华硕电脑股份有限公司 无线通信系统中处置经配置上行链路准予集束的drx计时器的方法和设备
CN114223297A (zh) * 2019-08-21 2022-03-22 高通股份有限公司 对控制信道的监测

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019054310A (ja) * 2016-01-29 2019-04-04 シャープ株式会社 端末装置、通信方法、および、集積回路
JP6659861B2 (ja) * 2016-02-12 2020-03-04 ノキア テクノロジーズ オサケユイチア Ｎｂ−ｉｏｔにおける単一ｈａｒｑプロセス動作のｄｒｘメカニズムのための装置および方法
US10958399B2 (en) * 2016-03-11 2021-03-23 Sony Corporation Terminal device, infrastructure equipment and methods
US10893549B2 (en) * 2016-03-30 2021-01-12 Sharp Kabushiki Kaisha Method performed by user equipment, method performed by evolved Node B, user equipment, and evolved Node B
US10178612B2 (en) * 2016-04-26 2019-01-08 Qualcomm Incorporated Enhanced machine-type communications cell acquisition using narrow band synchronization channel
US10397977B2 (en) * 2016-04-28 2019-08-27 Samsung Electronics Co., Ltd. Methods and systems for configuring timers in LTE networks
EP3439215A4 (en) * 2016-05-23 2019-11-20 LG Electronics Inc. -1- METHOD AND USER EQUIPMENT FOR RECEIVING DOWNLINK CONTROL INFORMATION
EP3529931B1 (en) * 2016-10-24 2021-09-29 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Fast ack/nack in wireless communication networks
RU2736284C1 (ru) 2017-03-23 2020-11-13 ЭлДжи ЭЛЕКТРОНИКС ИНК. Способ и пользовательское оборудование для приема сигналов нисходящей линии связи
US11184914B2 (en) 2017-05-12 2021-11-23 Asustek Computer Inc. Method and apparatus for improving scheduling in a wireless communication system
CN109309555B (zh) * 2017-07-27 2022-07-12 夏普株式会社 基站、用户设备和相关方法
KR102070785B1 (ko) 2017-08-04 2020-01-29 엘지전자 주식회사 비면허 대역을 지원하는 무선 통신 시스템에서 단말이 상향링크 신호를 전송하는 방법 및 이를 지원하는 장치
WO2019033017A1 (en) * 2017-08-10 2019-02-14 Convida Wireless, Llc ENHANCED MODE DRX PROCEDURES ENHANCED FOR NR
KR20220108200A (ko) 2017-09-28 2022-08-02 5쥐 아이피 홀딩스 엘엘씨 뉴 라디오에서 불연속 수신을 제어하기 위한 디바이스들 및 방법들
EP3688912A1 (en) * 2017-09-28 2020-08-05 Nokia Technologies Oy Flexible frame structure to support fast control information delivery
EP3731578B1 (en) * 2017-11-16 2022-06-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Starting the uplink harq rtt timer by a terminal device
WO2019095294A1 (zh) * 2017-11-17 2019-05-23 Oppo广东移动通信有限公司 用于侦听pdcch的方法和终端设备
US20190230618A1 (en) * 2018-01-23 2019-07-25 Nokia Technologies Oy Using sidelink information in radio-based positioning
US11297674B2 (en) * 2018-02-14 2022-04-05 Samsung Electronics Co., Ltd. Method and apparatus for power savings at a user equipment
JP7121800B2 (ja) * 2018-02-16 2022-08-18 ノキア テクノロジーズ オサケユイチア アンライセンス無線バンドシナリオのための一時的フローティングｄｌタイミングアプローチ
KR102638627B1 (ko) * 2018-02-23 2024-02-21 삼성전자 주식회사 무선 통신 시스템에서 불연속 수신 수행 시 설정된 상향링크 데이터의 재전송을 수행하는 방법 및 장치
WO2019183848A1 (zh) 2018-03-28 2019-10-03 Oppo广东移动通信有限公司 监听pdcch的方法、终端设备和网络设备
CN110351898B (zh) * 2018-04-04 2023-06-30 华为技术有限公司 非连续接收的通信方法、装置、通信设备和通信系统
US10791518B2 (en) * 2018-04-05 2020-09-29 Qualcomm Incorporated Discontinuous reception (DRX) operations with flexible scheduling of data communications
EP3777353B1 (en) * 2018-05-05 2023-11-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Methods for resource scheduling, network node and user equipment
WO2019216801A1 (en) * 2018-05-09 2019-11-14 Sony Corporation Methods for uplink data transmission and related electronic devices
US20200053645A1 (en) * 2018-08-10 2020-02-13 Mediatek Inc. User Equipment Group Wake-Up Signal In NB-IoT
CN110912662B (zh) * 2018-09-14 2021-09-21 华为技术有限公司 一种信息检测方法及装置
WO2020194038A1 (en) * 2019-03-28 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Methods for modeling intermodulation distortion (imd) present in received signals
WO2021022485A1 (en) * 2019-08-06 2021-02-11 Nokia Shanghai Bell Co., Ltd. Retransmission mechanism for configured grant uplink transmission
WO2021026837A1 (en) * 2019-08-14 2021-02-18 Nokia Shanghai Bell Co., Ltd. Apparatus, methods, and computer programs
CN115103424A (zh) * 2019-08-22 2022-09-23 维沃移动通信有限公司 边链路非连续发送、接收方法与装置及终端设备
CN113163413B (zh) * 2020-01-22 2023-09-01 华为技术有限公司 无线通信方法、终端设备和网络设备
US20220007456A1 (en) * 2020-07-06 2022-01-06 Qualcomm Incorporated Inactivity timer mechanisms in discontinuous reception

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010044721A1 (en) * 2008-10-17 2010-04-22 Telefonaktiebolaget L M Ericsson (Publ) Method for improving battery life and harq retransmissions in wireless communications systems
US20100197313A1 (en) * 2009-02-04 2010-08-05 Nokia Corporation Optimization of uplink resource grant procedure
US20110294491A1 (en) * 2009-06-15 2011-12-01 Mo-Han Fong Method and System for Discontinuous Reception Operation for Long Term Evolution Advanced Carrier Aggregation
US20120201151A1 (en) * 2011-02-08 2012-08-09 Renesas Mobile Corporation Layer 2 ACK And NACK Status Reporting
WO2014025211A1 (en) * 2012-08-10 2014-02-13 Lg Electronics Inc. Method and apparatus for configuring a discontinuous reception (drx) operation in a wireless communication system
US20150043494A1 (en) * 2009-11-11 2015-02-12 Samsung Electronics Co., Ltd. Apparatus and method for discontinuous data reception in wireless communication system
WO2015130005A1 (ko) * 2014-02-26 2015-09-03 엘지전자 주식회사 Fdd 반이중 통신에서 pdcch 모니터링 방법 및 그 단말
WO2015173197A1 (en) * 2014-05-14 2015-11-19 Sony Corporation Terminal device, base station, wireless telecommunications system and methods for transitioning between two modes of operation
US20150359034A1 (en) * 2013-01-30 2015-12-10 Lg Electronics Inc. Pdcch monitoring regardless of drx configuration

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2324736T3 (es) * 2006-03-28 2009-08-13 Samsung Electronics Co., Ltd. Metodo y aparato para la recepcion discontinua de un terminal conectado en un sistema de comunicacion movil.
ES2553333T3 (es) * 2007-02-05 2015-12-07 Nec Corporation Método de traspaso de estación base a estación base, sistema de comunicación inalámbrica, método de control de DRX, estación base y terminal de comunicación
US8213374B2 (en) * 2007-04-24 2012-07-03 Ntt Docomo, Inc. Mobile communication method, radio base station, mobile station, and processor
KR101501625B1 (ko) * 2007-04-24 2015-03-12 가부시키가이샤 엔티티 도코모 이동통신방법, 무선기지국, 이동국 및 프로세서
US9504083B2 (en) * 2008-01-10 2016-11-22 Innovative Sonic Limited Method and related communications device for improving discontinuous reception functionality
US8488521B2 (en) * 2008-03-14 2013-07-16 Interdigital Patent Holdings, Inc. Behavior for wireless transmit/receive unit and MAC control elements for LTE DRX operations
US8085694B2 (en) * 2008-03-21 2011-12-27 Sunplus Mmobile Inc. Method for avoiding unnecessary excessive stay of short cycle in discontinuous reception mechanism
ES2712916T3 (es) * 2008-04-25 2019-05-16 Blackberry Ltd Método y sistema para el control de recepción discontinua en una red inalámbrica
KR101664279B1 (ko) * 2010-02-16 2016-10-12 삼성전자주식회사 무선 통신 시스템에서 불연속 수신을 위한 제어 방법 및 장치
EP2621242A1 (en) * 2012-01-26 2013-07-31 Panasonic Corporation Improved discontinuous reception operation with additional wake up opportunities
CN104823478B (zh) * 2012-11-01 2019-08-09 Lg 电子株式会社 在无线通信系统中用于管理ran资源的方法和设备
TWI641278B (zh) 2014-03-11 2018-11-11 Ｌｇ電子股份有限公司 在載波聚合系統中計算非連續接收定時器的方法及其裝置
US9961718B2 (en) * 2015-03-27 2018-05-01 Qualcomm Incorporated Discontinuous reception in LTE/LTE-A networks including contention-based frequency spectrum
US10165605B2 (en) * 2015-08-27 2018-12-25 Qualcomm Incorporated Discontinuous receive for contention-based radio access technologies
JP2020080442A (ja) * 2017-03-22 2020-05-28 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
JP2020109880A (ja) * 2017-04-25 2020-07-16 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010044721A1 (en) * 2008-10-17 2010-04-22 Telefonaktiebolaget L M Ericsson (Publ) Method for improving battery life and harq retransmissions in wireless communications systems
US20110205928A1 (en) * 2008-10-17 2011-08-25 Telefonaktiebolaget Lm Ericsson (Publ) Method for Improving Battery Life and HARQ Retransmissions in Wireless Communications Systems
US20100197313A1 (en) * 2009-02-04 2010-08-05 Nokia Corporation Optimization of uplink resource grant procedure
US20110294491A1 (en) * 2009-06-15 2011-12-01 Mo-Han Fong Method and System for Discontinuous Reception Operation for Long Term Evolution Advanced Carrier Aggregation
US20150043494A1 (en) * 2009-11-11 2015-02-12 Samsung Electronics Co., Ltd. Apparatus and method for discontinuous data reception in wireless communication system
US20120201151A1 (en) * 2011-02-08 2012-08-09 Renesas Mobile Corporation Layer 2 ACK And NACK Status Reporting
WO2014025211A1 (en) * 2012-08-10 2014-02-13 Lg Electronics Inc. Method and apparatus for configuring a discontinuous reception (drx) operation in a wireless communication system
US20150359034A1 (en) * 2013-01-30 2015-12-10 Lg Electronics Inc. Pdcch monitoring regardless of drx configuration
WO2015130005A1 (ko) * 2014-02-26 2015-09-03 엘지전자 주식회사 Fdd 반이중 통신에서 pdcch 모니터링 방법 및 그 단말
WO2015173197A1 (en) * 2014-05-14 2015-11-19 Sony Corporation Terminal device, base station, wireless telecommunications system and methods for transitioning between two modes of operation

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS INC.: "DRX related timers handling", 《3GPP TSG-RAN WG2 MEETING #92 R2-156766》 *
SAMSUNG: "DRX enhancements for Rel-13 low complexity MTC", 《3GPP TSG-RAN WG2 MEETING #92 R2-156262》 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113170498A (zh) * 2018-12-10 2021-07-23 瑞典爱立信有限公司 用于针对被配置sps和drx的ue启用下行链路调度的方法和网络节点
US11963167B2 (en) 2018-12-10 2024-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Method and network nodes for enabling downlink scheduling for a SPS and DRX configured UE
CN113767698A (zh) * 2019-03-26 2021-12-07 三星电子株式会社 省电模式下物理下行链路控制信道(pdcch)分配的确定
CN113711529A (zh) * 2019-05-02 2021-11-26 松下电器（美国）知识产权公司 涉及监视下行链路控制信道的用户设备
CN113711529B (zh) * 2019-05-02 2023-11-21 松下电器（美国）知识产权公司 涉及监视下行链路控制信道的用户设备
CN112189363A (zh) * 2019-05-03 2021-01-05 联发科技股份有限公司 物理下行链路控制信道监测
CN114223297A (zh) * 2019-08-21 2022-03-22 高通股份有限公司 对控制信道的监测
CN113163475A (zh) * 2020-01-23 2021-07-23 华为技术有限公司 一种监测方法及装置
CN113163475B (zh) * 2020-01-23 2023-12-08 华为技术有限公司 一种监测方法及装置
CN113939045A (zh) * 2020-07-13 2022-01-14 华硕电脑股份有限公司 无线通信系统中处置经配置上行链路准予集束的drx计时器的方法和设备
CN113939045B (zh) * 2020-07-13 2023-10-13 华硕电脑股份有限公司 无线通信系统中处置经配置上行链路准予集束的drx计时器的方法和设备

Also Published As

Publication number Publication date
US11470680B2 (en) 2022-10-11
MX2018008532A (es) 2019-12-16
CA3011198A1 (en) 2017-07-20
ES2766771T3 (es) 2020-06-15
CA3011198C (en) 2022-09-20
AU2017206661A1 (en) 2018-08-02
US20170202054A1 (en) 2017-07-13
KR102043219B1 (ko) 2019-11-12
US20180192469A1 (en) 2018-07-05
KR20180102121A (ko) 2018-09-14
EP3403450A1 (en) 2018-11-21
PH12018501496A1 (en) 2019-03-25
PT3403450T (pt) 2020-01-03
US20200396790A1 (en) 2020-12-17
US10798773B2 (en) 2020-10-06
WO2017122135A1 (en) 2017-07-20
PL3403450T3 (pl) 2020-05-18
JP2019505120A (ja) 2019-02-21
CN108702706B (zh) 2021-07-23
JP6594553B2 (ja) 2019-10-23
EP3403450B1 (en) 2019-10-09
AU2017206661B2 (en) 2019-11-14
BR112018014084A2 (pt) 2020-10-27
ZA201804664B (en) 2019-09-25
US9942941B2 (en) 2018-04-10
RU2689405C1 (ru) 2019-05-28

Similar Documents

Publication Publication Date Title
CN108702706A (zh) 用于控制连接模式drx操作的方法
CN104937973B (zh) 与drx配置无关的pdcch监视
CN102300294B (zh) 用于控制无线电信终端操作活动模式的方法
CN103918200B (zh) 无线通信系统中的各种定时器的操作
CN103947278B (zh) 减小共存干扰的方法和装置以及计算机可读介质
US11115995B2 (en) Scheduling timer
EP3141075B1 (en) Methods and apparatuses for indicating and adapting the activity state of a wireless device having device-to-device communication capabilities
US20170188411A1 (en) Relating Activity Periods for a UE Performing Device-to-Device (D2D) and Cellular Operations
JP2019507975A (ja) Ｕｅ ｅｄｒｘ下での信頼性のあるページング送信の方法
CN108200640A (zh) 非连续接收的方法以及移动终端
CN108370294A (zh) 用于harq重传跳过的技术
CN109792792A (zh) 在drx配置或者重新配置之后的pdcch监测
CN106464452A (zh) Hd‑fdd harq 操作
CN103582113A (zh) 非连续接收维护方法和设备
CN104284348B (zh) 一种动态tdd配置的获取方法、基站及终端
WO2022151247A1 (en) Sidelink discontinuous reception at a user equipment
OA18747A (en) Method for Controlling Connected Mode DRX Operations
CN114501689A (zh) 直接通信接口的drx控制方法、装置、终端及存储介质
CN116017498A (zh) 一种无线通信的方法和装置

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1262297

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant