CN109565380B - 用于处理通信网络中的不连续接收的方法和装置 - Google Patents
用于处理通信网络中的不连续接收的方法和装置 Download PDFInfo
- Publication number
- CN109565380B CN109565380B CN201780050450.3A CN201780050450A CN109565380B CN 109565380 B CN109565380 B CN 109565380B CN 201780050450 A CN201780050450 A CN 201780050450A CN 109565380 B CN109565380 B CN 109565380B
- Authority
- CN
- China
- Prior art keywords
- delay
- time period
- predefined
- drx
- active state
- 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
-
- 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
- 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
-
- 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
- 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
-
- 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/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
- H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
- H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
-
- 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]
-
- 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)
Abstract
本文的实施例涉及一种由用户设备(UE)120执行的用于处理不连续接收(DRX)操作的方法。所述方法包括向作为对在所述UE 120已进入活动状态之后的预定义的第一时间段期间由所述UE接收的数据和/或信令的响应而执行的至少一个动作应用延迟。本文的实施例还涉及一种由网络节点110执行的用于处理不连续接收(DRX)操作的方法。所述方法包括向用户设备(UE)120发送配置消息,所述消息包括与将要由UE 120延迟的动作有关的信息。
Description
背景技术
在典型的无线通信网络中,无线设备(也称为无线通信设备、移动站、站(STA)和/或用户设备(UE))经由无线接入网络(RAN)与一个或多个核心网络(CN)通信。RAN覆盖被划分为服务区域或小区区域(其也可以被称为波束或波束组)的地理区域,其中每个服务区域或小区区域由诸如无线接入节点(例如Wi-Fi接入点或无线基站(RBS)(其在一些网络中也可以表示为例如“NodeB”或“eNodeB”))的无线网络节点服务。服务区域或小区区域是由无线网络节点提供无线覆盖的地理区域。无线网络节点通过在射频上操作的空中接口与无线网络节点范围内的无线设备通信。
演进分组***(EPS)(也称为***(4G)网络)的规范已在第三代合作伙伴计划(3GPP)内完成,并且该工作在即将到来的3GPP版本中继续,例如以指定第五代(5G)网络。EPS包括演进通用地面无线接入网络(E-UTRAN)(也称为长期演进(LTE)无线接入网络)以及演进分组核心(EPC)(也称为***架构演进(SAE)核心网络)。
长期演进(LTE)包括不连续接收(DRX)模式以节省终端设备的电池。当在终端设备中配置了DRX模式时,终端设备能够关闭其接收机并进入低功率状态,唤醒定义的(周期性)阶段以监听调度消息或其他无线通信。例如,当终端设备处于DRX睡眠状态时,它不需要监听物理下行链路控制信道(PDCCH)。当终端设备处于DRX活动状态时,它通常必须在PDCCH上监听以等待来自网络(例如来自eNodeB)的潜在调度消息。
根据用于LTE的第三代合作伙伴计划(3GPP)媒体访问控制(MAC)标准(技术规范组36.321,版本12.9.0),当5.7节中指定的任何条件为真时,终端设备处于DRX活动状态,也就是说:
1.未配置DRX参数;或者
2.配置了DRX参数,以及
2.1.drx-InactivityTimer正在运行;或者
2.2.drx-RetransmissionTimer正在运行;或者
2.3.mac-ContentionResolutionTimer正在运行;或者
2.4.在物理上行链路控制信道(PUCCH)上发送的调度请求正在等待处理;或者
2.5.可以发生用于待处理的混合自动重传请求(HARQ)重传的上行链路授权,并且在对应的HARQ缓冲器中存在数据;或者
2.6.在成功接收到用于显式地信令发送的前导码(仅适用于RRC_CONNECTED中的终端设备)的随机接入响应之后,尚未接收到指示寻址到终端设备的C-RNTI的新传输的PDCCH。
如果这些条件都不为真,则终端设备处于DRX睡眠状态(即,当其接收机关闭时)。
处于RRC_CONNECTED状态并已配置有DRX功能的终端设备可以配置有长DRX周期和短DRX周期两者。具有长DRX周期的意图是终端设备应能够长时间休眠并且仅周期性地唤醒以监听任何新的调度请求。具有短DRX周期的意图是终端设备应该比在长DRX周期中更频繁地唤醒以监听任何调度请求。终端设备被唤醒以监听调度消息的那些时间段可以被称为OnDuration(开启持续时间)时段,并且被配置为特定的持续时间。从UE发送到网络节点的调度消息可以是例如下行链路分配。
当调度终端设备时,启动称为drx-InactivityTimer的不活动定时器,并且当该定时器正在运行时,终端设备醒来以监听任何调度请求。当drx-InactivityTimer期满时,终端设备将进入短DRX睡眠(如果已配置),否则终端设备将进入长DRX睡眠。
如果终端设备尚未被调度配置数量的短DRX周期,则终端设备将进入长DRX休眠。
但是,对于drx-InactivityTimer使用较大的值(例如200ms)在许多情况下会导致终端设备唤醒的时间远超过必要的时间,这将增加网络中的功耗。
发明内容
本文的实施例的一个目的是增强无线通信网络的性能,特别是降低无线通信网络中的UE的能量消耗。
本文的实施例涉及一种UE、网络节点及其中的方法。
根据本文的实施例的第一方面,该目的通过一种由用户设备(UE)执行的用于处理不连续接收(DRX)操作的方法来实现。UE向作为对在所述UE已进入活动状态之后的预定义的第一时间段期间由所述UE接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
根据本文实施例的第二方面,该目的通过一种由网络节点执行的用于处理不连续接收(DRX)操作的方法来实现。所述网络节点向用户设备(UE)发送配置消息,所述消息将所述UE配置为向作为对在所述UE已进入活动状态之后的预定义的第一时间段期间由所述UE接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
根据本文实施例的第三方面,该目的由一种用户设备(UE)实现,所述UE用于执行用于处理不连续接收(DRX)操作的方法。所述UE被配置为向作为对在所述UE已进入活动状态之后的预定义的第一时间段期间由所述UE接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
在本文的一些实施例中,该目的由一种用户设备(UE)实现,所述UE用于执行用于处理不连续接收(DRX)操作的方法。所述UE包括延迟模块,所述延迟模块被配置为向作为对在所述UE已进入活动状态之后的预定义的时间段期间由所述UE接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
在本文的一些实施例中,该目的由一种用户设备(UE)实现,所述UE用于处理不连续接收(DRX)操作。所述UE包括处理器和存储器。所述存储器包含能够由所述处理器执行的指令,由此所述UE被配置为向作为对在所述UE已进入活动状态之后的预定义的时间段期间由所述UE接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
根据本文的实施例的第四方面,该目的通过一种用于执行用于处理不连续接收(DRX)操作的方法的网络节点来实现。所述网络节点被配置为向用户设备(UE)发送配置消息。所述消息将所述UE配置为向作为对在所述UE(120)已进入活动状态之后的预定义的时间段期间由所述UE(120)接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
根据本文的一些实施例,用于执行用于处理不连续接收(DRX)操作的方法的网络节点包括发送模块。所述发送模块被配置为向用户设备(UE)发送配置消息。所述消息包括关于将要由UE延迟的动作的信息。
根据本文的一些实施例,该目的通过一种用于处理不连续接收(DRX)操作的网络节点来实现。所述网络节点包括处理器和存储器,所述存储器包含能够由所述处理器执行的指令,由此所述网络节点被配置为向用户设备(UE)发送配置消息。所述消息包括关于将要由UE延迟的动作的信息。
本文的实施例提供了一种解决方案,其在本文中也可以被称为使得能够在不使用寻呼响应过程的情况下立即接收UE中的数据或信令,同时具有类似的处理要求并且因此具有如IDLE模式中的电池消耗。该解决方案基于允许已经配置有长DRX时间段的UE与具有短DRX的UE相比具有更多时间来处理在UE被要求对数据/信令采取动作之前发送到UE的数据/信令。对数据采取动作可以例如包括监视调度信道,或发送ARQ或HARQ反馈,或上行链路数据传输(例如如果UE已经接收到UL授权)。
附图说明
参考附图更详细地描述了本文的实施例的示例,其中:
图1是示出E-UTRAN中的DRX操作的示意框图,
图2是示出无线通信网络的实施例的示意框图,
图3是描绘在UE中执行的方法的实施例的流程图,
图4a是根据本文第一实施例的DRX操作的示意框图,
图4b是根据本文第一实施例的DRX操作的示意框图,
图5是示出在网络节点中执行的方法的实施例的流程图,
图6是示出UE的一些第一实施例的示意框图,
图7是示出UE的一些第二实施例的示意框图,
图8是示出网络节点的一些第一实施例的示意框图,
图9是示出网络节点的一些第二实施例的示意框图。
具体实施方式
作为开发实施例的一部分,首先将识别和讨论问题。请注意,术语“UE”和“用户设备”在本文档中可互换使用。
提交给3GPP RAN WG2会议的3GPP贡献R2-165572(http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_95/Docs/R2-165572.zip)指出UE中支持连接模式DRX(如目前在3GPP中定义的)的问题。
2.不连续接收(DRX)
图1示出了E-UTRAN中的典型连接模式DRX(C-DRX)操作。UE每个DRX周期唤醒(其也可以被称为进入onDuration)一次以在其开启持续时间(ON duration)期间监视下行链路。如果UE成功解码用于第一次传输的物理下行链路控制信道(PDCCH),则UE保持唤醒以在下行链路上接收。在任何新数据/信令接收之后,UE(重新)启动不活动定时器。如果不活动定时器期满或者如果接收到指示“DRX”的MAC控制元素(CE),则UE重新进入DRX操作。在这两种情况下,UE在重新进入DRX之后遵循的DRX周期由以下规则给出:
-配置了短DRX周期时;UE首先遵循短DRX周期,并且在较长的不活动时间段之后,UE遵循长DRX周期;
-否则,UE直接遵循长DRX周期。
但是,连接模式DRX不像空闲模式DRX(I-DRX)那样节能。下面讨论几个相关方面:
1.期望UE能够在开启持续时间期间和紧接着开启持续时间之后接收数据有效载荷。这比IDLE模式(其中未期望UE在寻呼时机之后立即接收数据)下的寻呼时机期间的寻呼监视消耗更多的功率。
2.与IDLE模式下的1ms寻呼时机相比,观察到用于LTE C-DRX开启持续时间的典型设置要大得多。结果,即使没有为UE调度数据,UE也必须在C-DRX中保持更长时间的唤醒。
3.观察到用于LTE C-DRX不活动定时器的典型设置的量级为自现场数据起的100ms。由于客户端到应用服务器RTT通常小于100ms并且大多数应用支持多个同时连接,因此这种设置不能完全利用业务的突发性质,因为设备很可能在100ms的不活动定时器期满之前接收数据。结果,设备在几乎整个数据事务中保持唤醒。
因此,观察到以下情况:
观察1:要求UE能够在其C-DRX开启持续时间之后立即接收数据的C-DRX方案对于UE而言不如在I-DRX中监视寻呼时机那样节能。
关于R2-165572中描述的问题的有效性,在此不同意通常认为连接模式DRX不像空闲模式DRX(I-DRX)那样节能。然而,承认在某些设备中可能如此,这取决于例如实施方式等。
此问题(即,Connected-DRX中增加的功耗)源于以下事实:传统UE需要能够在开启持续时间期间和紧接着开启持续时间之后接收数据有效载荷,还期望UE解码在开启持续时间期间接收的数据,并在接收后的n毫秒提供HARQ反馈,其中n通常对应于4ms。与IDLE状态中的寻呼相比,这消耗更多功率,因为UE必须立即处理其在开启持续时间期间接收的信息(因为可能存在针对UE调度的数据)。在空闲模式中,UE有更多的时间来处理寻呼信道,因为不需要立即发送寻呼响应,例如寻呼响应可以在下一个或甚至在稍后的随机接入信道(RACH)时隙中发送,该时隙不必在每个TTI中。为了在连接模式DRX中执行延迟敏感处理,UE需要激活更多处理硬件(HW),这消耗更多功率。由于UE可以立即接收数据,因此与IDLE模式过程相比,连接模式DRX解决方案的优点是更短的延迟。然而,在IDLE模式过程中,UE需要首先向网络发送寻呼响应消息,该消息增加至少一个RTT延迟,加上等待下一个RACH时隙所花费的时间。
因此,本文的实施例描述了用于处理DRX操作的改进方法,其也可以被称为用于DRX处理的方法,所述方法改善了UE的性能和能量消耗。有时会说UE处于DRX状态并且不监视某些信道。然而,应该理解,DRX特征可以只是对UE何时应“唤醒”(例如处于非节能状态)提出要求,而不是规定UE何时不应“唤醒”(例如处于睡眠状态或省电状态)。这意味着可以允许UE始终处于“唤醒”/非节能状态,即使DRX配置不要求UE处于这种状态也是如此。
还应当理解,虽然本文的示例表明UE与诸如eNB的网络节点通信,但是也可以将本文的实施例应用于任何类型的节点之间的通信。例如,在两个或更多个UE彼此通信的D2D通信中。在D2D通信中,本文描述的由网络节点执行的动作也可以由第二UE执行。
本文的实施例通常涉及通信网络。图2是描绘通信网络100的示意性概述。通信网络100可以是包括一个或多个RAN和一个或多个CN的无线通信网络。通信网络100可以使用多种不同技术,例如Wi-Fi、长期演进(LTE)、高级LTE、5G、宽带码分多址(WCDMA)、全球移动通信***/增强数据速率GSM演进(GSM/EDGE)、全球微波接入互操作性(WiMax)或超移动宽带(UMB),仅举几个可能的实现。本文的实施例涉及在5G环境中特别感兴趣的最新技术趋势,然而,实施例也适用于现有无线通信***的进一步发展,例如WCDMA和LTE。
在无线通信网络1中,无线设备例如是UE120。本领域技术人员应该理解,“无线设备”是非限制性术语,意指任何终端、无线通信终端、用户设备、机器型通信(MTC)设备、设备到设备(D2D)终端或节点,例如智能电话、笔记本电脑、移动电话、传感器、中继器、移动平板电脑甚至是在小区内通信的小型基站。
无线通信网络100包括网络节点,例如在地理区域(服务区域11(也可以被称为波束或波束组))上提供无线覆盖的无线网络节点110,其中波束组覆盖第一无线接入技术(RAT)(例如5G、LTE、Wi-Fi等)的服务区域。无线网络节点110可以是发送和接收点,例如无线接入网络节点,如无线局域网(WLAN)接入点或接入点站(AP STA)、接入控制器、基站(例如无线基站,如NodeB、演进节点B(eNB、eNode B))、基站收发信台、无线远程单元、接入点基站、基站路由器,无线基站的传输装置、独立接入点或能够与无线网络节点110服务的服务区域内的无线设备通信的任何其他网络单元,具体取决于例如使用的第一无线接入技术和术语。无线网络节点110可以被称为服务无线网络节点,并且利用到无线设备10的下行链路(DL)传输和来自无线设备120的上行链路(UL)传输与无线设备120通信。
图3公开了描绘由UE 120执行的用于处理DRX操作的方法的实施例的流程图。处理DRX在本文应解释为处理DRX的操作,例如处理DRX周期的持续时间。在一些实施例中执行的动作仅用虚线框标记。
动作301:在一些实施例中,UE 120可以从网络节点110接收包括关于将要延迟的动作的信息的消息。该消息可以仅包括可以被延迟的动作的指示。可以在规范中指定应用延迟的动作。然而,在一些另外的实施例中,该消息还可以包括关于例如要应用延迟的一个或多个动作、动作应被延迟的时间量(其也可称为延迟持续时间)和/或何时应当应用延迟的条件。条件可以是例如UE应用的DRX周期的类型,另请参阅“有条件地应用行为”。
在一些实施例中,动作可以是对接收信号的解码,信息可以例如包括要应用于在从进入活动状态起的预定第一时间段期间由UE 120接收的信号的解码延迟。活动状态可以是半唤醒状态,其中UE监听可以仅使用无线单元的一部分接收的特定信号。特定信号可以例如是易于解码的信号。在一些实施例中,活动状态可以是是DRX开启持续时间(onDuration)时段。
动作还可以是退出DRX状态,信息可以包括UE 120将退出不活动状态的指示。在这种情况下,信息还可以包括UE 120被要求退出不活动状态的时间段。
动作302:当UE已进入活动状态时,UE 120可以接收数据和/或信令。
动作303:UE 120向作为对在UE 120进入活动状态之后的预定义的第一时间段TA期间由UE 120接收的数据和/或信令的响应而执行的至少一个动作应用延迟,在将在下文中描述的示例实施例C中这被称为UE最近唤醒。在下文中,用词预定义和预定可以互换使用。UE 120可以根据从网络节点110接收的消息中包括的信息来应用延迟。
在一些实施例中,动作可以是对接收信号的解码。UE 120可以向在从进入活动状态起的预定义的第一时间段期间由UE 120接收的信号应用第一解码延迟D1。预定义的第一时间段TA可以是一个或多个传输时间间隔(TTI)。UE 120还可以向在进入活动状态起的预定义的第一时间段TA之后由UE 120接收的信号应用第二解码延迟D2。第二编码延迟D2可以短于第一编码延迟D1,因此第一解码延迟是增加的解码延迟。UE 120还可以通过将第一解码延迟D1应用于在活动状态期间接收的数据和/或信令来应用延迟。当从进入活动状态起的时间已经超过预定的第一时间段时,即当UE 120已经处于活动状态的时间比预定的第一时间段更长时,UE 120可以减少或去除编码延迟。本文中,预定的第一时间段也可以称为第一时间限制。在下文中,处于活动状态的UE 120还可以被称为UE 120处于唤醒。该实施例对应于下面描述的示例实施例A。
在一些第二实施例中,动作可以是HARQ反馈的传输。UE可以通过针对在UE已经进入DRX开启持续时间之后的预定第二时间段期间的下行链路(DL)和/或上行链路(UL)数据而延迟HARQ反馈的传输来应用延迟。预定的第二时间段可以是一个或多个传输时间间隔(TTI)。
在本文的一些实施例中,动作可以是混合自动重传请求(HARQ)反馈的传输。UE120可以通过针对在UE120已经进入活动状态之后(即,当UE未被唤醒的时间超过预定的第二时间段TB时)在预定义的第二时间段TB(其也可以被称为时间限制)期间的下行链路(DL)和/或上行链路(UL)数据而延迟HARQ反馈的传输来应用延迟,也参见示例实施例B。预定义的第二时间段TB可以是一个或多个TTI。在一些实施例中,UE 120还可以省略发送针对在UE120进入活动状态之后的预定义的第二时间段TB期间(例如DRX开启持续时间)的DL和/或UL数据的HARQ反馈。该实施例对应于下面描述的示例实施例B。
在一些实施例中,动作可以是定时器的启动。UE 120可以通过在UE 120已经进入活动状态之后的预定义的第三时间段TC期间应用定时器的延迟启动来应用延迟,即,如果UE 120已经处于活动状态的时间比TC短。如果UE 120已经唤醒的时间少于第三时间段TC,则可以延迟定时器的启动直到已经经过第三时间段TC。因此,UE 120可以从第三时间段TC之后UE 120经过的事件起的第一时间点启动定时器,以及在从第三时间段TC内的事件起的第二时间点启动定时器,还参见示例实施例C。定时器可以例如是不活动定时器。预定的第三时间段TC可以是一个或多个TTI。在一些实施例中,UE 120可以在已经应用定时器的延迟启动时应用定时器的调整后的持续时间。由此,无论UE 120是执行定时器的延迟启动还是非延迟启动,定时器的期满都能够是相同的。该实施例对应于下面描述的示例实施例C。
在本文的一些实施例中,动作可以是进入DRX状态。当UE120已从网络节点110接收到指示UE120在UE120处于不活动状态(其也可以被称为已经睡眠)时将进入活动状态(其也可以被称为UE 120进入唤醒状态)的指示时,UE120可以通过对进入活动状态应用延迟来应用所述延迟。该实施例对应于下面描述的示例实施例D。
预定义的第一、第二和第三时间段TA、TB、TC比用于接收数据和/或信令的活动状态时段短。预定时间段TA、TB、TC可以是一个或多个传输时间间隔(TTI)。
示例实施例A:根据本文的一些第一实施例,UE可以以更长的延迟(取决于从网络接收的配置和/或UE处于唤醒状态多长时间)有条件地解码从网络(例如从网络节点)接收的信号。例如,如果UE已经唤醒的时间小于时间TA,则UE可以应用更长的解码延迟D1,而如果UE已经唤醒的时间超过时间TA,则UE可以应用更短的解码延迟D2。
图4a(T=2)中示出了这种情况的一个例子。如果根据DRX配置,UE 120需要在TTIN、N+1、N+2和N+3中唤醒,则根据该实施例,UE 120将被允许在TTI N和N+1中比被允许在TTIN+2和N+3中应用更长的解码延迟。这是因为在TTI N和N+1中的UE 120还没有被唤醒2个TTI,但是在TTI N+2和N+3中,UE已经被唤醒T=2个TTI,因此UE 120可以应用更短的解码延迟。
当然可以允许UE 120快速解码消息,然而,本文的实施例的意图是允许UE 120更慢地解码,这可以节省功率。可以仅允许UE 120在其进入活动状态之后的一段时间内应用该慢解码,这在本文也可以称为活动时间。例如,如果UE 120从不活动状态(例如根据DRX配置的不活动时间)唤醒,可以允许UE 120仅在短时间段内(例如在进入活动时间之后一些TTI)应用慢速解码,这也可以被称为UE 120被唤醒。
可以允许UE 120仅在开启持续时间(OnDuration)期间应用慢解码,即,需要在对应于开启持续时间(OnDuration)定时器的子帧期间接收数据。本文中,开启持续时间也可以称为DRX开启持续时间(DRX OnDuration)。此外,可以指示UE 120在与长DRX周期关联的开启持续时间定时器(onDuration Timer)期间应用慢解码。onDurationTimer指定每个DRX周期(DRX ON)开始时的连续PDCCH子帧的数量,即,在进入省电模式之前UE在每个DRX周期期间应当在其上读取PDCCH的子帧的数量。
示例实施例B:根据本文的一些第二实施例,当UE 120的唤醒尚未超过时间TB时,UE 120可以省略或延迟HARQ反馈。备选地,如果UE 120在过去时间TB期间尚未唤醒,则UE120可以省略或延迟HARQ反馈。针对哪些条件省略或延迟反馈的UE 120行为可以在标准中硬编码或者由网络配置,例如借助于网络节点110使用信令来配置。
在一个实施例中,UE 120可以省略或延迟针对在长DRX周期的OnDuration定时器期间接收的DL和UL数据的HARQ反馈。
这将例如允许UE 120中的发射机关闭更长的时间段,因为在确定已经接收到需要反馈的任何事物之前UE 120可能不需要启动UE 120中的UL发射机。例如,在如今的LTE中,UE 120应该在UE 120已经在下行链路中接收到某些内容之后的4个TTI用HARQ反馈进行响应以对接收进行ACK/NACK。因此,如果UE 120处于OnDuration,即当OnDuration定时器正在运行时,在TTI N中,UE 120将需要确保发射机需要在时间N+4处唤醒以准备发送反馈。这可能需要UE 120启动在N+4之前发送的上行链路,并且甚至可能在UE 120已经解码下行链路并知道UE 120是否需要响应HARQ反馈之前。因此,这将导致UE 120不必要地激活上行链路发射机,因为即使UE 120未检测到任何下行链路传输(因此也不应发送反馈),UE也将激活上行链路发射机。因此,该实施例能够允许UE 120仅在UE 120已经检测到来自网络的传输时并且因此仅在需要发送反馈时才激活上行链路发射机,因此能够在UE 120中节省功率。
示例实施例C:根据LTE中的DRX特征,UE 120应用响应于与网络的通信而启动的“不活动定时器”。例如。如果网络调度UE 120进行上行链路传输,则UE 120应该启动不活动定时器并在该定时器运行时保持唤醒。
根据本文的一些第三实施例,如果UE 120已经唤醒的时间超过时间TC,UE 120可以在第一时间点(相对于事件)启动一个或多个特定定时器,例如不活动定时器或DRX重传定时器,同时如果UE 120已经唤醒的时间少于时间TC,则在第二时间点(相对于事件)启动定时器(多个)。如果UE 120最近唤醒(即,小于TC之前的时间),则这将允许UE 120应用定时器的延迟启动。
图4b中示出了这种情况的一个示例,其中T=2,不活动定时器持续时间是3个TTI。如果UE 120在TTI N中获得UL授权,则UE 120将应用不活动定时器的延迟启动,因为UE 120尚未被唤醒达到2个TTI。在此示例中,定时器将在TTI N+2中启动。然而,对于UE 120第二次接收到授权(在TTI N+4中),UE 120已经被唤醒了2个TTI,因此对于不活动定时器应用另一启动时间,并且在该示例中,UE 120在没有任何延迟的情况下直接(重新)启动不活动定时器。
在一些实施例中,当UE 120应用定时器(例如,不活动定时器或DRX重传定时器)的延迟启动时,UE 120可以调整定时器持续时间。这样做的好处是,无论UE 120是执行延迟启动还是非延迟启动,定时器的期满都能够是相同的。例如,如果UE 120已经将定时器的启动延迟了T1秒并且定时器的持续时间是T2,则UE 120可以将定时器的持续时间调整为T2-T1,这确保定时器将在T2结束,而不管UE 120是执行定时器的延迟还是非延迟启动。
在如图5中所描述的并具有所描述的行为的示例场景中,如上所述,如果UE 120在TTI N+2中接收到授权,则UE 120将不会被唤醒超过2个TTI,因为UE 120可能刚刚启动了不活动定时器,因此刚刚进入“唤醒”状态。因此,根据上述实施例,UE 120可以应用不活动定时器的延迟启动。然而,由于UE 120在TTI N中接收到授权,因此UE 120可以应用定时器的非延迟启动。因此,在一个实施例中,如果UE 120在某个时间T3之前没有活动,则UE 120可以应用定时器的延迟启动。如果将T3设置为例如5个TTI,这将确保如果UE 120最近已经唤醒(小于5个TTI之前),则UE 120可以应用定时器的非延迟启动。
实施例D:
根据本文的一些第四实施例,网络节点110(例如eNB)可以向UE 120指示eNB希望UE 120退出DRX状态,例如从睡眠状态进入唤醒状态。为简单起见,这将被称为“唤醒”消息。该“唤醒”消息可以是不需要繁重处理的消息,因此可以由UE 120以有限的功耗进行解码。如果例如可以非常快速地解码消息,则可以在没有太紧的时间要求的情况下解码消息。
响应于接收到唤醒消息,可以要求UE 120退出DRX状态。
在该实施例的一个版本中,可以要求UE 120在接收/解码“唤醒”消息之后的特定时间段TWU内退出DRX状态。
利用短值TWU,UE 120将被要求快速唤醒,这可能不允许UE 120节省大量功率,因为UE 120可能无法关闭UE 120内的一些组件,因为一些组件可能不能快速打开/关闭。但是,对于短值TWU,退出DRX状态的延迟较小,因此启动通信的延迟能够较低,这能够改善用户体验、***容量等方面的性能。
另一方面,利用长值TWU,UE 120能够节省更多功率,因为它能够关闭UE 120中的更多组件并因此节省更多功率。然而,这可能导致更长的唤醒延迟,因此引入更长的延迟以启动通信,这可能损害用户体验、***容量等。
值TWU可以在规范中指定,并且可以例如是特定数量的TTI,或者特定数量的毫秒等。另一种可能性是值TWU由网络配置。网络可以根据情况确定合适的值TWU。例如,如果快速启动通信是重要的,则可以配置短TWU,而如果UE 120中的功率节省更重要,则可以配置更长的TWU。
在本文的一个实施例中,可以在物理控制信道的下行链路控制指示符(DCI)中指示唤醒消息。在这种情况下,如果UE 120最近已经休眠,则可以不要求UE 120接收数据信道。物理数据信道可以用于指示纯唤醒信号或唤醒信号与调度授权或在不久的将来有效的分配。
在一个实施例中,UE 120仅需要监视指示UL调度的物理控制信号。这意味着UE120在其已经休眠时根本不需要监视和解码下行链路数据信道。该行为可适用于UE 120在时间段TD上不活动的情况。备选地,UE 120可以在长DRX周期的OnDuration期间监视仅与UL相关的控制信令。可以由网络单独配置OnDuration定时器和UL相关的接收的周期。
在上文中,已经假设UE 120在其处于活动时间时监视“唤醒”消息。在本文的一个实施例中,eNB可以提供指示UE 120何时将监视“唤醒”消息的配置。这可以是周期性发生的持续时间,并且可以通过周期和监视持续时间来配置,该监视持续时间指示UE 120将监视该消息多长时间(每个时段)。另外,可以向配置提供偏移,该偏移指示相对于参考(例如***帧号(SFN)0),何时应该发生/启动UE 120监视持续时间。
应当理解,即使利用上述用于UE 120何时将监视“唤醒”消息的显式配置,UE 120也可以在其他时间(例如,根据DRX配置)监视“唤醒”消息。
图5公开了描绘由网络节点110执行的用于处理DRX操作的方法的实施例的流程图。
动作501:网络节点110可以向UE 120发送配置消息。配置消息可以包括关于将要由UE 120延迟的动作的信息。该消息可以包括与将延迟应用到的一个或多个动作、一个或多个动作应被延迟的时间量和/或何时应当应用延迟的条件有关的信息。在一些实施例中,所述动作可以是对接收信号的解码,所述信息可以例如包括将要应用于在从进入活动状态起的预定的第一时间段期间由UE 120接收的信号的解码延迟。活动状态可以是半唤醒状态,在该状态中,UE监听可以仅使用无线电单元的一部分接收的特定信号。特定信号可以例如是易于解码的信号。
有条件地应用行为:
UE 120是否应用根据本文描述的实施例A至D的行为(例如慢解码、延迟定时器启动等)可以由网络例如借助于网络节点110来配置。这可以例如使用RRC信令进行配置。网络可以基于UE 120已经激活哪些业务、UE 120已经激活哪些类型的承载、UE 120的功率节省需求等来确定是否为UE 120配置本文描述的行为。
例如,如果网络确定UE 120具有已配置/活动的语音承载,则语音业务有可能到达UE 120。因此,UE 120快速唤醒且快速解码业务可能是关键的,因为语音业务可能有严格的延迟要求。因此,在该场景中,网络可以配置UE 120不应该应用慢解码。可以通过如动作501中所述发送配置消息来执行该配置。
根据另一实施例,UE 120可以根据UE 120正在应用哪种类型的DRX周期来应用不同的行为。例如,如果UE 120正在应用长DRX周期,则UE 120可以应用UE 120在应用短DRX周期时不适用的行为。这是有益的,因为长DRX通常是应该节省更多功率的状态,因为这是UE120没有获得频繁数据传输时的状态,因此延迟可能是可接受的。因此,UE 120可以应用上述特征以降低功耗。在规范中还可以指定当UE 120应用特定类型的DRX周期时应用上述行为中的一个或多个。根据另一实施例,网络可以根据DRX周期的类型来配置UE 120将应用哪一(些)行为。
DRX配置调整:
通过应用本文中的一个或多个实施例,可以增加用于传送分组的延迟,这可能对用户体验和***效率产生负面影响。
在一些实施例中,为了避免这种情况,可以因此调整DRX配置以减少延迟。这可以例如是为了补偿潜在的更长的延迟。
这可以由网络节点110(例如eNB)执行,网络节点110针对UE 120配置DRX配置,如果UE 120应用本文描述的实施例,则这使得UE 120更早地唤醒。例如,eNB可以配置UE 120以应用更短的DRX周期。这将使UE 120更频繁地唤醒。例如,考虑是否应用“唤醒”消息,其中UE需要显式指示以真正唤醒并且UE 120被给予特定时间TWU以实际从接收了“唤醒”消息的时间点唤醒。在这种情况下,从UE 120接收“唤醒”消息到UE 120实际唤醒的时间点将存在时间延迟TWU。当将传统UE A(不应用“唤醒”消息)与需要“唤醒”消息来唤醒的UE B进行比较时,与UE A相比,唤醒UE B将花费额外的时间TWU,因为UE A直接唤醒而UE B需要时间TWU才能唤醒。因此,诸如eNB的网络节点110可以将UE B配置为更早和/或更频繁地唤醒,以便补偿该额外延迟。还可以通过如动作501中所述发送配置消息来执行该配置。
UE能力
由于UE 120是否能够执行或者受益于上述行为是依赖于实现的,因此UE 120可以向网络指示其是否支持本文描述的一个或多个行为。然后,当确定是否为UE 120配置这些行为时,诸如eNB的网络节点110可以考虑这一点。
应用如上述实施例中公开的延迟具有以下优点:UE 120能够避免每次进入onDuration时启动所有组件,这导致UE 120的功耗降低。
应当注意,本文描述的实施例不是相互排斥的,而是它们可以以任何合适的方式组合。
图6是描绘用于执行用于处理DRX操作的方法的UE 120的框图。UE 120可以包括处理器601,例如处理电路,其被配置为执行如本文所述的方法(如由UE 120执行)。图6中的框的虚线表示该框不是强制性的并且仅涉及一些实施例。
UE 120被配置为向作为对在UE 120已进入活动状态之后的预定义的第一时间段期间由UE 120接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
UE 120还可以被配置为当动作是对接收信号的解码时,向在从进入活动状态起的预定第一时间段期间由UE 120接收的信号应用第一解码(D1)延迟。第一解码延迟(D1)是长解码延迟,第二解码延迟(D2)是短解码延迟。因此,与第二解码延迟(D2)相比,第一解码延迟(D1)是增大的解码延迟。
在一些实施例中,UE 120还可以被配置为当从进入活动状态起的时间已经超过预定的第一时间限制时减少或去除编码延迟。
UE 120还可以被配置为仅对在活动状态期间接收的数据应用增大的解码延迟。
UE 120还可以被配置为针对在UE 120进入活动状态之后的预定第二时间段期间的下行链路(DL)和/或上行链路(UL)数据而延迟HARQ反馈的传输。
UE 120还可以被配置为省略发送针对在UE 120进入活动状态之后的预定第二时间段期间的下行链路DL和/或上行链路UL数据的HARQ反馈。
UE 120还可以被配置为在UE 120进入活动状态之后的预定第三时间段期间应用诸如不活动定时器的定时器的延迟启动。
UE 120还可以被配置为当已经应用定时器的延迟启动时应用定时器(例如不活动定时器)的调整后的持续时间。
UE 120还可以被配置为从网络节点110接收指示UE 120在其已经休眠时将进入唤醒状态的指示,并且其中UE 120还可以被配置为当UE 120已经从网络节点110接收到UE120将进入唤醒状态的指示时对进入唤醒DRX状态应用延迟。
UE 120还可以被配置为从网络节点110接收消息,该消息包括关于将要延迟的动作的信息,并且其中UE 120还可以被配置为根据消息中包括的信息来应用延迟。
UE 120还可以包括存储器602。存储器602可以包括用于在其上存储数据的一个或多个单元,所述数据例如***信息、在被执行时执行本文公开的方法的应用等。
根据本文针对UE 120描述的实施例的方法可以分别通过例如计算机程序603或包括指令的计算机程序产品实现,所述指令即软件代码部分,其当在至少一个处理器上执行时使得至少一个处理器执行本文所述的由确定模块执行的动作。计算机程序603可以存储在计算机可读存储介质604(例如光盘等)上。其上存储有计算机程序的计算机可读存储介质604可以包括指令,该指令当在至少一个处理器上执行时使得至少一个处理器执行本文描述的由UE 120执行的动作。在一些实施例中,计算机可读存储介质可以是非暂时性计算机可读存储介质。
本文的实施例可以通过一个或多个处理器实现,例如图6中描绘的UE 120中的处理器、和/或网络节点中具有用于执行本文实施例的功能和动作的计算机程序代码的处理器。上面提到的程序代码也可以作为计算机程序产品提供,例如以承载用于在被加载到UE和/或网络节点中时执行本文的实施例的计算机程序代码的数据载体的形式。一个这样的载体可以是CD ROM盘的形式。然而,使用诸如记忆棒之类的其他数据载体是可行的。此外,计算机程序代码可以作为纯程序代码在服务器上提供并下载到UE和/或网络节点。
根据图7中所示的可能实现,UE 120可以包括延迟模块701、接收模块702、处理模块703和/或发送模块704,它们被配置用于执行本文描述的由UE120执行的方法。
在一些实施例中,UE 120可以包括:延迟模块701,被配置为向作为对在UE 120已进入活动状态之后的预定义的第一时间段期间由UE 120接收的数据和/或信令的响应而执行的至少一个动作应用延迟。
在一些实施例中,UE 120可以包括:延迟模块701,其还被配置为当动作是对接收信号的解码时,向在从进入活动状态起的预定第一时间段期间由UE 120接收的信号应用第一解码(D1)延迟。延迟模块701还可以被配置为当从进入活动状态起的时间超过预定的第一时间限制时,减少或去除编码延迟。
在一些实施例中,延迟模块701还可以被配置为仅对在活动状态期间接收的数据应用增大的解码延迟。
在一些实施例中,UE 120可以包括延迟模块701或发送模块704,其被配置为针对在UE 120进入活动状态后的预定的第二时间段期间的下行链路(DL)和/或上行链路(UL)数据延迟HARQ反馈的传输。
在一些实施例中,延迟模块701还可以被配置为省略发送针对在UE 120进入活动状态之后的预定第二时间段期间的下行链路DL和/或上行链路UL数据的HARQ反馈。
在一些实施例中,延迟模块701还可以被配置为在UE 120进入活动状态之后的预定第三时间段期间应用诸如不活动定时器的定时器的延迟启动。
在一些实施例中,延迟模块701还可以被配置为当已经应用定时器的延迟启动时,应用定时器(例如不活动定时器)的调整后的持续时间。
在一些实施例中,UE 120可以包括:接收模块702,其被配置为从网络节点110接收指示UE 120在UE 120休眠时将进入唤醒状态的指示。UE 120还可以包括处理模块703或延迟模块701,其还被配置为当接收模块已经从网络节点110接收到UE 120将进入唤醒状态的指示时,对进入唤醒DRX状态应用延迟。
在一些实施例中,接收模块702还可以被配置为从网络节点110接收消息,该消息包括关于将要延迟的动作的信息。延迟模块701还可以被配置为根据该消息中包括的信息应用延迟。
如熟悉通信设计的人员将容易理解的,可以使用数字逻辑和/或一个或多个微控制器、微处理器或其他数字硬件来实现本文描述的功能装置或模块。在一些实施例中,各种功能中的若干或全部可以一起实现在例如单个专用集成电路(ASIC)中或者在两个或更多个单独的设备(在它们之间具有适当的硬件和/或软件接口)中。例如,可以在与网络节点的其他功能组件共享的处理器上实现若干功能。
备选地,所讨论的处理装置的若干功能元件可以通过使用专用硬件来提供,而其他功能元件则具备用于执行软件的硬件(与适当的软件或固件相结合)。因此,本文使用的术语“处理器”或“控制器”并不专指可以执行软件的硬件,并且可以隐含地包括但不限于数字信号处理器(DSP)硬件、用于存储软件的只读存储器(ROM)、用于存储软件和/或程序或应用数据的随机存取存储器、以及非易失性存储器。还可以包括其他传统的和/或定制的硬件。网络节点的设计者将理解这些设计选择中固有的成本、性能和维护权衡。
图8是描绘用于执行用于处理DRX操作的方法的网络节点110的框图。网络节点110可以包括处理器801,例如处理电路,其被配置为执行如本文所述的如由网络节点110执行的方法。图8中的框的虚线表示该框不是强制性的并且仅涉及一些实施例。
网络节点110被配置为向UE 120发送配置消息,该消息包括关于将要由UE 120延迟的动作的信息。
在一些实施例中,网络节点110可以被配置为向UE 120发送配置消息,该消息包括关于将要由UE 120延迟的动作的信息。
网络节点110还可以包括存储器802。存储器802可以包括用于在其上存储数据的一个或多个单元,所述数据例如***信息、在被执行时执行本文公开的方法的应用等。
根据本文描述的实施例的用于网络节点110的方法可以分别通过例如计算机程序803或包括指令的计算机程序产品来实现,所述指令即软件代码部分,其当在至少一个处理器上执行时使得所述至少一个处理器执行本文所述的由网络节点执行的动作。计算机程序803可以存储在计算机可读存储介质804上,例如光盘等。其上存储有计算机程序的计算机可读存储介质805可以包括指令,所述指令当在至少一个处理器上执行时使得至少一个处理器执行本文描述的由网络节点执行的动作。在一些实施例中,计算机可读存储介质可以是非暂时性计算机可读存储介质。
备选地,所讨论的处理装置的若干功能元件可以通过使用专用硬件来提供,而其他功能元件则具备用于执行软件的硬件(与适当的软件或固件相结合)。因此,本文使用的术语“处理器”或“控制器”并不专指可以执行软件的硬件,并且可以隐含地包括但不限于数字信号处理器(DSP)硬件、用于存储软件的只读存储器(ROM)、用于存储软件和/或程序或应用数据的随机存取存储器、以及非易失性存储器。还可以包括其他传统的和/或定制的硬件。网络节点的设计者将理解这些设计选择中固有的成本、性能和维护权衡。
本文的实施例可以通过一个或多个处理器实现,例如图8中描绘的网络节点110中的具有用于执行本文实施例的功能和动作的计算机程序代码的处理器。上面提到的程序代码也可以作为计算机程序产品提供,例如以承载用于在被加载到UE和/或网络节点中时执行本文的实施例的计算机程序代码的数据载体的形式。一个这样的载体可以是CD ROM盘的形式。然而,使用诸如记忆棒之类的其他数据载体是可行的。此外,计算机程序代码可以作为纯程序代码在服务器上提供并下载到UE和/或网络节点。
根据图9中所示的可能实现,网络节点110可以包括发送模块902,其被配置为向UE120发送配置消息,该消息包括关于将要由UE 120延迟的动作的信息。
如熟悉通信设计的人员将容易理解的,可以使用数字逻辑和/或一个或多个微控制器、微处理器或其他数字硬件来实现本文描述的功能装置或模块。在一些实施例中,各种功能中的若干或全部可以一起实现在例如单个专用集成电路(ASIC)中或者在两个或更多个单独的设备(在它们之间具有适当的硬件和/或软件接口)中。例如,可以在与网络节点的其他功能组件共享的处理器上实现若干功能。
因此,由UE 120和/或网络节点110执行的根据本文描述的实施例的方法可以借助于包括指令(即软件代码部分)的计算机程序产品来实现,所述指令当在至少一个处理器上执行时使得至少一个处理器执行如由UE120和/或网络节点110执行的本文描述的动作。计算机程序产品可以存储在计算机可读存储介质上。可以在其上存储计算机程序的计算机可读存储介质可以包括指令,所述指令当在至少一个处理器上执行时使得至少一个处理器执行如由UE 120和/或网络节点110所执行的本文所述的动作。在一些实施例中,计算机可读存储介质可以是非暂时性计算机可读存储介质。
UE 120和/或网络节点110还可以均包括包含一个或多个存储单元的存储器。存储器被布置为用于存储所获得的信息,诸如移动性集合的指示、AP和WLAN的标识符、UE的标识符、加密密钥、来自无线接入节点的信号的测量、测量报告或其部分以及应用等,以在UE和/或网络节点中被执行时执行本文的方法。
在一些实施例中,计算机程序包括指令,所述指令当由诸如处理器601和/或801的至少一个处理器执行时,使得至少一个处理器601和/或801根据任何上述动作来执行动作。
在一些实施例中,载体包括计算机程序,其中,所述载体是电子信号、光学信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一个。
Claims (26)
1.一种由用户设备UE(120)执行的用于处理不连续接收DRX操作的方法,其中,所述方法包括:
向响应于在预定义的第一时间段内由所述UE(120)接收的数据和/或信令而将被执行的至少一个动作应用(302)延迟,所述预定义的第一时间段在所述UE(120)从不活动状态进入活动状态时开始。
2.根据权利要求1所述的方法,其中,所述动作是对接收信号的解码,并且其中,所述UE(120)向在所述预定义的第一时间段期间由所述UE(120)接收的信号应用第一解码延迟(D1)。
3.根据权利要求2所述的方法,其中,所述预定义的第一时间段是一个或多个传输时间间隔TTI。
4.根据权利要求2所述的方法,其中,所述UE(120)向在所述第一时间段之后由所述UE(120)接收的信号应用第二解码延迟(D2),其中,所述第二解码延迟(D2)短于所述第一解码延迟(D1)。
5.根据权利要求2所述的方法,其中,所述UE(120)通过向在所述活动状态期间接收的数据和/或信令传输应用所述第一解码延迟(D1)来应用所述延迟。
6.根据权利要求1所述的方法,其中,所述动作是混合自动重传请求HARQ反馈的传输,并且其中,所述UE(120)通过针对在所述UE(120)已进入所述活动状态之后的预定义的第二时间段内的下行链路DL和/或上行链路UL数据而延迟HARQ反馈的传输来应用所述延迟。
7.根据权利要求6所述的方法,其中,所述预定义的第二时间段是一个或多个传输时间间隔TTI。
8.根据权利要求6所述的方法,其中,所述UE(120)省略发送针对在所述UE(120)已进入所述活动状态之后的所述预定义的第二时间段期间的DL和/或UL数据的HARQ反馈。
9.根据权利要求1所述的方法,其中,所述动作是定时器的启动,并且其中,所述UE(120)通过应用所述定时器的延迟启动直到已经经过在所述UE(120)已进入活动状态之后的预定义的第三时间段来应用所述延迟。
10.根据权利要求9所述的方法,其中,所述预定义的第三时间段是一个或多个传输时间间隔TTI。
11.根据权利要求9所述的方法,其中,当已经应用所述定时器的延迟启动时,所述UE(120)应用所述定时器的调整后的持续时间。
12.根据前述权利要求中任一项所述的方法,其中,所述方法还包括:
在向一个或多个动作应用所述延迟之前,从网络节点(110)接收(301)配置消息,所述消息包括关于将要被延迟的所述动作的信息,并且其中,所述UE(120)根据在所述消息中包含的所述信息来应用所述延迟。
13.一种由网络节点(110)执行的用于处理不连续接收DRX操作的方法,其中,所述方法包括:
向用户设备UE(120)发送(501)配置消息,所述消息将所述UE配置为向响应于在预定义的第一时间段内由所述UE(120)接收的数据和/或信令而将被执行的至少一个动作应用延迟,所述预定义的第一时间段在所述UE(120)从不活动状态进入活动状态时开始。
14.根据权利要求13所述的方法,其中,所述配置消息包括与将所述延迟应用到的一个或多个动作、所述一个或多个动作应被延迟的时间量和/或何时应当应用所述延迟的条件有关的信息。
15.根据权利要求14所述的方法,其中,所述条件是所述UE应用的DRX周期的类型。
16.根据权利要求14所述的方法,其中,所述动作是对接收信号的解码,并且所述信息包括将要应用于在从进入活动状态DRX onDuration时段起的预定的第一时间段期间由所述UE(120)接收的信号的解码延迟。
17.一种用户设备UE(120),用于处理不连续接收DRX操作,所述UE(120)包括处理器和存储器,所述存储器包含能够由所述处理器执行的指令,由此所述UE(120)被配置为向响应于在预定义的第一时间段内由所述UE(120)接收的数据和/或信令而将被执行的至少一个动作应用延迟,所述预定义的第一时间段在所述UE(120)从不活动状态进入活动状态时开始。
18.根据权利要求17所述的UE(120),其中,所述动作是对接收信号的解码,并且其中,所述UE(120)被配置为向在从进入所述活动状态起的预定义的第一时间段期间由所述UE(120)接收的信号应用第一解码延迟(D1)。
19.根据权利要求17所述的UE(120),其中,所述UE(120)被配置为在从进入所述活动状态起的时间已超过所述预定义的第一时间段时应用第二编码延迟(D2)。
20.根据权利要求17所述的UE(120),其中,所述UE(120)还被配置为仅针对在DRXonDuration时段期间接收的数据应用增加的解码延迟。
21.根据权利要求17所述的UE(120),其中,所述动作是混合自动重传请求HARQ反馈的传输,并且其中,所述UE(120)被配置为延迟针对在所述UE(120)已进入所述活动状态之后的预定义的第二时间段内的下行链路DL和/或上行链路UL数据的HARQ反馈的传输。
22.根据权利要求21所述的UE(120),其中,所述UE(120)省略发送针对在所述UE(120)已进入所述活动状态之后的所述预定义的第二时间段期间的DL和/或UL数据的HARQ反馈。
23.根据权利要求17所述的UE(120),其中,所述动作是定时器的启动,并且其中,所述UE(120)被配置为在所述UE(120)已进入所述活动状态之后的预定义的第三时间段期间应用所述定时器的延迟启动。
24.根据前述权利要求23所述的UE(120),其中,所述UE(120)还被配置为当已经应用所述定时器的延迟启动时,应用所述定时器的调整后的持续时间。
25.根据前述权利要求17至24中任一项所述的UE(120),其中,所述UE(120)还被配置为从网络节点(110)接收消息,所述消息包括关于将要被延迟的所述动作的信息,并且其中,所述UE(120)被配置为根据在所述消息中包含的所述信息来应用所述延迟。
26.一种用户设备UE(120),用于执行用于处理不连续接收DRX操作的方法,所述UE(120)包括:
延迟模块(602),被配置为向响应于在预定义的时间段内由所述UE(120)接收的数据和/或信令而将被执行的至少一个动作应用延迟,所述预定义的时间段在所述UE(120)从不活动状态进入活动状态时开始。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210781554.4A CN115174012B (zh) | 2016-08-19 | 2017-08-18 | 用于处理通信网络中的不连续接收的方法和装置 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662376985P | 2016-08-19 | 2016-08-19 | |
US62/376,985 | 2016-08-19 | ||
PCT/SE2017/050831 WO2018034611A1 (en) | 2016-08-19 | 2017-08-18 | Method and apparatus for handling discontinuous reception in a communications network |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210781554.4A Division CN115174012B (zh) | 2016-08-19 | 2017-08-18 | 用于处理通信网络中的不连续接收的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109565380A CN109565380A (zh) | 2019-04-02 |
CN109565380B true CN109565380B (zh) | 2022-07-01 |
Family
ID=59791110
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780050450.3A Active CN109565380B (zh) | 2016-08-19 | 2017-08-18 | 用于处理通信网络中的不连续接收的方法和装置 |
CN202210781554.4A Active CN115174012B (zh) | 2016-08-19 | 2017-08-18 | 用于处理通信网络中的不连续接收的方法和装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210781554.4A Active CN115174012B (zh) | 2016-08-19 | 2017-08-18 | 用于处理通信网络中的不连续接收的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (2) | US11284469B2 (zh) |
EP (2) | EP4064597A1 (zh) |
CN (2) | CN109565380B (zh) |
WO (1) | WO2018034611A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110086585B (zh) * | 2018-03-21 | 2020-07-21 | 中国信息通信研究院 | 一种上行控制信息传输方法及设备 |
CN109219116B (zh) * | 2018-08-09 | 2022-05-31 | 华为技术有限公司 | 一种终端设备的休眠方法及装置 |
WO2020038402A1 (zh) * | 2018-08-22 | 2020-02-27 | 华为技术有限公司 | 传输控制方法和装置 |
US11425659B2 (en) * | 2019-01-15 | 2022-08-23 | Qualcomm Incorporated | Periodic reception mode for wireless communications |
CN114208275A (zh) * | 2019-07-31 | 2022-03-18 | 中兴通讯股份有限公司 | 用于自动邻区关系(anr)的不连续接收(drx)配置 |
WO2024098225A1 (en) * | 2022-11-07 | 2024-05-16 | Nokia Shanghai Bell Co., Ltd. | Lower power wake-up signal operation with discontinuous reception configuration |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355573A (zh) * | 2007-07-27 | 2009-01-28 | ***通信集团公司 | 提高无线数据业务接入速度的方法 |
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 |
WO2014198479A1 (en) * | 2013-06-13 | 2014-12-18 | Sony Corporation | Telecommunications apparatus and methods |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20050029254A (ko) * | 2003-09-20 | 2005-03-24 | 삼성전자주식회사 | 광대역 무선 통신시스템의 슬리핑 스테이트에서 모드간의상태 천이를 위한 웨이크업 채널 전송 장치 및 방법 |
US8818321B2 (en) | 2006-06-20 | 2014-08-26 | Nokia Corporation | Method and system for providing reply-controlled discontinuous reception |
US8072963B2 (en) * | 2007-02-14 | 2011-12-06 | Research In Motion Limited | Method and system for recovering from DRX timing de-synchronization in LTE—ACTIVE |
KR101554444B1 (ko) * | 2008-04-25 | 2015-09-18 | 인터디지탈 패튼 홀딩스, 인크 | 2개의 캐리어 상에서 동시에 수신하고 듀얼 셀 고속 다운링크 액세스에서 불연속 송신 및 수신을 수행하기 위한 방법 및 장치 |
KR20120069855A (ko) * | 2010-12-21 | 2012-06-29 | 삼성전자주식회사 | 무선통신시스템에서 핸드오버를 위한 시스템 및 방법 |
US8942151B2 (en) * | 2011-04-29 | 2015-01-27 | Blackberry Limited | Receiving messages in connection with LTE wakeup |
CN103139920B (zh) * | 2011-11-24 | 2016-06-29 | 华为技术有限公司 | 一种用于非连续接收配置的方法和用户设备 |
WO2013149666A1 (en) * | 2012-04-05 | 2013-10-10 | Telefonaktiebolaget L M Ericsson (Publ) | Advanced wakeup for reception of paging configuration information |
US9585091B2 (en) * | 2012-08-17 | 2017-02-28 | Qualcomm Incorporated | Systems and methods for low power wake up signal and operations for WLAN |
DK2995025T3 (da) * | 2013-05-10 | 2019-11-25 | Ericsson Telefon Ab L M | Fremgangsmåder og indretninger til signalering i dynamiske tidsdelte duplex-systemer |
US9842733B2 (en) * | 2013-06-11 | 2017-12-12 | Imec Vzw | Method for dissolving chalcogen elements and metal chalcogenides in non-hazardous solvents |
WO2014198480A1 (en) * | 2013-06-13 | 2014-12-18 | Sony Corporation | Telecommunications apparatus and methods |
WO2016146147A1 (en) * | 2015-03-13 | 2016-09-22 | Huawei Technologies Co., Ltd. | Apparatus and methods in a wireless communication network for discontinuous reception and data reception |
US10602567B2 (en) * | 2016-08-12 | 2020-03-24 | Motorola Mobility Llc | Methods, devices, and systems for discontinuous reception for a shortened transmission time interval and processing time |
-
2017
- 2017-08-18 CN CN201780050450.3A patent/CN109565380B/zh active Active
- 2017-08-18 CN CN202210781554.4A patent/CN115174012B/zh active Active
- 2017-08-18 EP EP22166787.6A patent/EP4064597A1/en active Pending
- 2017-08-18 US US16/323,313 patent/US11284469B2/en active Active
- 2017-08-18 EP EP17761934.3A patent/EP3501129B1/en active Active
- 2017-08-18 WO PCT/SE2017/050831 patent/WO2018034611A1/en unknown
-
2022
- 2022-03-21 US US17/699,307 patent/US20220210867A1/en active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355573A (zh) * | 2007-07-27 | 2009-01-28 | ***通信集团公司 | 提高无线数据业务接入速度的方法 |
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 |
WO2014198479A1 (en) * | 2013-06-13 | 2014-12-18 | Sony Corporation | Telecommunications apparatus and methods |
Also Published As
Publication number | Publication date |
---|---|
US20210289582A1 (en) | 2021-09-16 |
EP3501129A1 (en) | 2019-06-26 |
EP4064597A1 (en) | 2022-09-28 |
US20220210867A1 (en) | 2022-06-30 |
US11284469B2 (en) | 2022-03-22 |
CN115174012A (zh) | 2022-10-11 |
EP3501129B1 (en) | 2022-04-06 |
CN115174012B (zh) | 2024-04-16 |
WO2018034611A1 (en) | 2018-02-22 |
CN109565380A (zh) | 2019-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109565380B (zh) | 用于处理通信网络中的不连续接收的方法和装置 | |
CN109155970B (zh) | 用于配置无线网络中的不连续接收模式的方法和装置 | |
CN110913462B (zh) | 信道的监听、节能信号的处理、装置、终端及网络侧设备 | |
JP6842535B2 (ja) | 2ステップ・グラントでのアクティブ時間処理 | |
CN111165035B (zh) | 与无线通信网络中的寻呼相关的方法和设备 | |
KR101962200B1 (ko) | 무선 통신 시스템, 무선 단말, 무선 기지국, 및 무선 통신 방법 | |
JP5579253B2 (ja) | 通信システムにおける方法及び装置 | |
EP3437427B1 (en) | Wireless communications | |
US9414313B2 (en) | Discontinuous reception (DRX) for diverse traffic | |
EP2810509B1 (en) | Method and apparatus for preserving physical uplink control channel resources | |
US10512102B2 (en) | Method and apparatus for triggering an active time to monitor for discontinuous reception | |
CN114271021A (zh) | 用于确定非连续接收持续定时器的启动状态的方法及设备 | |
CN113678513A (zh) | 非连续接收的方法和设备 | |
KR20230061530A (ko) | 불연속 수신을 제어하기 위한 방법 및 장치, 단말 및 판독가능 저장 매체 | |
CN108463000B (zh) | 一种数据传输方法及装置 | |
CN114287168B (zh) | 电信***中的下行链路监测 | |
WO2021231896A1 (en) | Method and apparatus including power saving mechanisms to limit physical downlink control channel monitoring |
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 |