用于处理通信网络中的不连续接收的方法和装置与流程

在典型的无线通信网络中，无线设备(也称为无线通信设备、移动站、站(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”和“用户设备”在本文档中可互换使用。

提交给3gppranwg2会议的3gpp贡献r2-165572(http://www.3gpp.org/ftp/tsg_ran/wg2_rl2/tsgr2_95/docs/r2-165572.zip)指出ue中支持连接模式drx(如目前在3gpp中定义的)的问题。

<从r2-165572复制的文本的开头>

2.不连续接收(drx)

图1示出了e-utran中的典型连接模式drx(c-drx)操作。ue每个drx周期唤醒(其也可以被称为进入onduration)一次以在其开启持续时间(onduration)期间监视下行链路。如果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寻呼时机相比，观察到用于ltec-drx开启持续时间的典型设置要大得多。结果，即使没有为ue调度数据，ue也必须在c-drx中保持更长时间的唤醒。

3.观察到用于ltec-drx不活动定时器的典型设置的量级为自现场数据起的100ms。由于客户端到应用服务器rtt通常小于100ms并且大多数应用支持多个同时连接，因此这种设置不能完全利用业务的突发性质，因为设备很可能在100ms的不活动定时器期满之前接收数据。结果，设备在几乎整个数据事务中保持唤醒。

因此，观察到以下情况：

观察1：要求ue能够在其c-drx开启持续时间之后立即接收数据的c-drx方案对于ue而言不如在i-drx中监视寻呼时机那样节能。

<从r2-165572复制的文本的结尾>

关于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)接入点或接入点站(apsta)、接入控制器、基站(例如无线基站，如nodeb、演进节点b(enb、enodeb))、基站收发信台、无线远程单元、接入点基站、基站路由器，无线基站的传输装置、独立接入点或能够与无线网络节点110服务的服务区域内的无线设备通信的任何其他网络单元，具体取决于例如使用的第一无线接入技术和术语。无线网络节点110可以被称为服务无线网络节点，并且利用到无线设备10的下行链路(dl)传输和来自无线设备120的上行链路(ul)传输与无线设备120通信。

图3公开了描绘由ue120执行的用于处理drx操作的方法的实施例的流程图。处理drx在本文应解释为处理drx的操作，例如处理drx周期的持续时间。在一些实施例中执行的动作仅用虚线框标记。

动作301：在一些实施例中，ue120可以从网络节点110接收包括关于将要延迟的动作的信息的消息。该消息可以仅包括可以被延迟的动作的指示。可以在规范中指定应用延迟的动作。然而，在一些另外的实施例中，该消息还可以包括关于例如要应用延迟的一个或多个动作、动作应被延迟的时间量(其也可称为延迟持续时间)和/或何时应当应用延迟的条件。条件可以是例如ue应用的drx周期的类型，另请参阅“有条件地应用行为”。

在一些实施例中，动作可以是对接收信号的解码，信息可以例如包括要应用于在从进入活动状态起的预定第一时间段期间由ue120接收的信号的解码延迟。活动状态可以是半唤醒状态，其中ue监听可以仅使用无线单元的一部分接收的特定信号。特定信号可以例如是易于解码的信号。在一些实施例中，活动状态可以是是drx开启持续时间(onduration)时段。

动作还可以是退出drx状态，信息可以包括ue120将退出不活动状态的指示。在这种情况下，信息还可以包括ue120被要求退出不活动状态的时间段。

动作302：当ue已进入活动状态时，ue120可以接收数据和/或信令。

动作303：ue120向作为对在ue120进入活动状态之后的预定义的第一时间段ta期间由ue120接收的数据和/或信令的响应而执行的至少一个动作应用延迟，在将在下文中描述的示例实施例c中这被称为ue最近唤醒。在下文中，用词预定义和预定可以互换使用。ue120可以根据从网络节点110接收的消息中包括的信息来应用延迟。

在一些实施例中，动作可以是对接收信号的解码。ue120可以向在从进入活动状态起的预定义的第一时间段期间由ue120接收的信号应用第一解码延迟d1。预定义的第一时间段ta可以是一个或多个传输时间间隔(tti)。ue120还可以向在进入活动状态起的预定义的第一时间段ta之后由ue120接收的信号应用第二解码延迟d2。第二编码延迟d2可以短于第一编码延迟d1，因此第一解码延迟是增加的解码延迟。ue120还可以通过将第一解码延迟d1应用于在活动状态期间接收的数据和/或信令来应用延迟。当从进入活动状态起的时间已经超过预定的第一时间段时，即当ue120已经处于活动状态的时间比预定的第一时间段更长时，ue120可以减少或去除编码延迟。本文中，预定的第一时间段也可以称为第一时间限制。在下文中，处于活动状态的ue120还可以被称为ue120处于唤醒。该实施例对应于下面描述的示例实施例a。

在一些第二实施例中，动作可以是harq反馈的传输。ue可以通过针对在ue已经进入drx开启持续时间之后的预定第二时间段期间的下行链路(dl)和/或上行链路(ul)数据而延迟harq反馈的传输来应用延迟。预定的第二时间段可以是一个或多个传输时间间隔(tti)。

在本文的一些实施例中，动作可以是混合自动重传请求(harq)反馈的传输。ue120可以通过针对在ue120已经进入活动状态之后(即，当ue未被唤醒的时间超过预定的第二时间段tb时)在预定义的第二时间段tb(其也可以被称为时间限制)期间的下行链路(dl)和/或上行链路(ul)数据而延迟harq反馈的传输来应用延迟，也参见示例实施例b。预定义的第二时间段tb可以是一个或多个tti。在一些实施例中，ue120还可以省略发送针对在ue120进入活动状态之后的预定义的第二时间段tb期间(例如drx开启持续时间)的dl和/或ul数据的harq反馈。该实施例对应于下面描述的示例实施例b。

在一些实施例中，动作可以是定时器的启动。ue120可以通过在ue120已经进入活动状态之后的预定义的第三时间段tc期间应用定时器的延迟启动来应用延迟，即，如果ue120已经处于活动状态的时间比tc短。如果ue120已经唤醒的时间少于第三时间段tc，则可以延迟定时器的启动直到已经经过第三时间段tc。因此，ue120可以从第三时间段tc之后ue120经过的事件起的第一时间点启动定时器，以及在从第三时间段tc内的事件起的第二时间点启动定时器，还参见示例实施例c。定时器可以例如是不活动定时器。预定的第三时间段tc可以是一个或多个tti。在一些实施例中，ue120可以在已经应用定时器的延迟启动时应用定时器的调整后的持续时间。由此，无论ue120是执行定时器的延迟启动还是非延迟启动，定时器的期满都能够是相同的。该实施例对应于下面描述的示例实施例c。

在本文的一些实施例中，动作可以是进入drx状态。当ue120已从网络节点110接收到指示ue120在ue120处于不活动状态(其也可以被称为已经睡眠)时将进入活动状态(其也可以被称为ue120进入唤醒状态)的指示时，ue120可以通过对进入活动状态应用延迟来应用所述延迟。该实施例对应于下面描述的示例实施例d。

预定义的第一、第二和第三时间段ta、tb、tc比用于接收数据和/或信令的活动状态时段短。预定时间段ta、tb、tc可以是一个或多个传输时间间隔(tti)。

示例实施例a：根据本文的一些第一实施例，ue可以以更长的延迟(取决于从网络接收的配置和/或ue处于唤醒状态多长时间)有条件地解码从网络(例如从网络节点)接收的信号。例如，如果ue已经唤醒的时间小于时间ta，则ue可以应用更长的解码延迟d1，而如果ue已经唤醒的时间超过时间ta，则ue可以应用更短的解码延迟d2。

图4a(t＝2)中示出了这种情况的一个例子。如果根据drx配置，ue120需要在ttin、n+1、n+2和n+3中唤醒，则根据该实施例，ue120将被允许在ttin和n+1中比被允许在ttin+2和n+3中应用更长的解码延迟。这是因为在ttin和n+1中的ue120还没有被唤醒2个tti，但是在ttin+2和n+3中，ue已经被唤醒t＝2个tti，因此ue120可以应用更短的解码延迟。

当然可以允许ue120快速解码消息，然而，本文的实施例的意图是允许ue120更慢地解码，这可以节省功率。可以仅允许ue120在其进入活动状态之后的一段时间内应用该慢解码，这在本文也可以称为活动时间。例如，如果ue120从不活动状态(例如根据drx配置的不活动时间)唤醒，可以允许ue120仅在短时间段内(例如在进入活动时间之后一些tti)应用慢速解码，这也可以被称为ue120被唤醒。

可以允许ue120仅在开启持续时间(onduration)期间应用慢解码，即，需要在对应于开启持续时间(onduration)定时器的子帧期间接收数据。本文中，开启持续时间也可以称为drx开启持续时间(drxonduration)。此外，可以指示ue120在与长drx周期关联的开启持续时间定时器(ondurationtimer)期间应用慢解码。ondurationtimer指定每个drx周期(drxon)开始时的连续pdcch子帧的数量，即，在进入省电模式之前ue在每个drx周期期间应当在其上读取pdcch的子帧的数量。

示例实施例b：根据本文的一些第二实施例，当ue120的唤醒尚未超过时间tb时，ue120可以省略或延迟harq反馈。备选地，如果ue120在过去时间tb期间尚未唤醒，则ue120可以省略或延迟harq反馈。针对哪些条件省略或延迟反馈的ue120行为可以在标准中硬编码或者由网络配置，例如借助于网络节点110使用信令来配置。

在一个实施例中，ue120可以省略或延迟针对在长drx周期的onduration定时器期间接收的dl和ul数据的harq反馈。

这将例如允许ue120中的发射机关闭更长的时间段，因为在确定已经接收到需要反馈的任何事物之前ue120可能不需要启动ue120中的ul发射机。例如，在如今的lte中，ue120应该在ue120已经在下行链路中接收到某些内容之后的4个tti用harq反馈进行响应以对接收进行ack/nack。因此，如果ue120处于onduration，即当onduration定时器正在运行时，在ttin中，ue120将需要确保发射机需要在时间n+4处唤醒以准备发送反馈。这可能需要ue120启动在n+4之前发送的上行链路，并且甚至可能在ue120已经解码下行链路并知道ue120是否需要响应harq反馈之前。因此，这将导致ue120不必要地激活上行链路发射机，因为即使ue120未检测到任何下行链路传输(因此也不应发送反馈)，ue也将激活上行链路发射机。因此，该实施例能够允许ue120仅在ue120已经检测到来自网络的传输时并且因此仅在需要发送反馈时才激活上行链路发射机，因此能够在ue120中节省功率。

示例实施例c：根据lte中的drx特征，ue120应用响应于与网络的通信而启动的“不活动定时器”。例如。如果网络调度ue120进行上行链路传输，则ue120应该启动不活动定时器并在该定时器运行时保持唤醒。

根据本文的一些第三实施例，如果ue120已经唤醒的时间超过时间tc，ue120可以在第一时间点(相对于事件)启动一个或多个特定定时器，例如不活动定时器或drx重传定时器，同时如果ue120已经唤醒的时间少于时间tc，则在第二时间点(相对于事件)启动定时器(多个)。如果ue120最近唤醒(即，小于tc之前的时间)，则这将允许ue120应用定时器的延迟启动。

图4b中示出了这种情况的一个示例，其中t＝2，不活动定时器持续时间是3个tti。如果ue120在ttin中获得ul授权，则ue120将应用不活动定时器的延迟启动，因为ue120尚未被唤醒达到2个tti。在此示例中，定时器将在ttin+2中启动。然而，对于ue120第二次接收到授权(在ttin+4中)，ue120已经被唤醒了2个tti，因此对于不活动定时器应用另一启动时间，并且在该示例中，ue120在没有任何延迟的情况下直接(重新)启动不活动定时器。

在一些实施例中，当ue120应用定时器(例如，不活动定时器或drx重传定时器)的延迟启动时，ue120可以调整定时器持续时间。这样做的好处是，无论ue120是执行延迟启动还是非延迟启动，定时器的期满都能够是相同的。例如，如果ue120已经将定时器的启动延迟了t1秒并且定时器的持续时间是t2，则ue120可以将定时器的持续时间调整为t2-t1，这确保定时器将在t2结束，而不管ue120是执行定时器的延迟还是非延迟启动。

在如图5中所描述的并具有所描述的行为的示例场景中，如上所述，如果ue120在ttin+2中接收到授权，则ue120将不会被唤醒超过2个tti，因为ue120可能刚刚启动了不活动定时器，因此刚刚进入“唤醒”状态。因此，根据上述实施例，ue120可以应用不活动定时器的延迟启动。然而，由于ue120在ttin中接收到授权，因此ue120可以应用定时器的非延迟启动。因此，在一个实施例中，如果ue120在某个时间t3之前没有活动，则ue120可以应用定时器的延迟启动。如果将t3设置为例如5个tti，这将确保如果ue120最近已经唤醒(小于5个tti之前)，则ue120可以应用定时器的非延迟启动。

实施例d：

根据本文的一些第四实施例，网络节点110(例如enb)可以向ue120指示enb希望ue120退出drx状态，例如从睡眠状态进入唤醒状态。为简单起见，这将被称为“唤醒”消息。该“唤醒”消息可以是不需要繁重处理的消息，因此可以由ue120以有限的功耗进行解码。如果例如可以非常快速地解码消息，则可以在没有太紧的时间要求的情况下解码消息。

响应于接收到唤醒消息，可以要求ue120退出drx状态。

在该实施例的一个版本中，可以要求ue120在接收/解码“唤醒”消息之后的特定时间段twu内退出drx状态。

利用短值twu，ue120将被要求快速唤醒，这可能不允许ue120节省大量功率，因为ue120可能无法关闭ue120内的一些组件，因为一些组件可能不能快速打开/关闭。但是，对于短值twu，退出drx状态的延迟较小，因此启动通信的延迟能够较低，这能够改善用户体验、系统容量等方面的性能。

另一方面，利用长值twu，ue120能够节省更多功率，因为它能够关闭ue120中的更多组件并因此节省更多功率。然而，这可能导致更长的唤醒延迟，因此引入更长的延迟以启动通信，这可能损害用户体验、系统容量等。

值twu可以在规范中指定，并且可以例如是特定数量的tti，或者特定数量的毫秒等。另一种可能性是值twu由网络配置。网络可以根据情况确定合适的值twu。例如，如果快速启动通信是重要的，则可以配置短twu，而如果ue120中的功率节省更重要，则可以配置更长的twu。

在本文的一个实施例中，可以在物理控制信道的下行链路控制指示符(dci)中指示唤醒消息。在这种情况下，如果ue120最近已经休眠，则可以不要求ue120接收数据信道。物理数据信道可以用于指示纯唤醒信号或唤醒信号与调度授权或在不久的将来有效的分配。

在一个实施例中，ue120仅需要监视指示ul调度的物理控制信号。这意味着ue120在其已经休眠时根本不需要监视和解码下行链路数据信道。该行为可适用于ue120在时间段td上不活动的情况。备选地，ue120可以在长drx周期的onduration期间监视仅与ul相关的控制信令。可以由网络单独配置onduration定时器和ul相关的接收的周期。

在上文中，已经假设ue120在其处于活动时间时监视“唤醒”消息。在本文的一个实施例中，enb可以提供指示ue120何时将监视“唤醒”消息的配置。这可以是周期性发生的持续时间，并且可以通过周期和监视持续时间来配置，该监视持续时间指示ue120将监视该消息多长时间(每个时段)。另外，可以向配置提供偏移，该偏移指示相对于参考(例如系统帧号(sfn)0)，何时应该发生/启动ue120监视持续时间。

应当理解，即使利用上述用于ue120何时将监视“唤醒”消息的显式配置，ue120也可以在其他时间(例如，根据drx配置)监视“唤醒”消息。

图5公开了描绘由网络节点110执行的用于处理drx操作的方法的实施例的流程图。

动作501：网络节点110可以向ue120发送配置消息。配置消息可以包括关于将要由ue120延迟的动作的信息。该消息可以包括与将延迟应用到的一个或多个动作、一个或多个动作应被延迟的时间量和/或何时应当应用延迟的条件有关的信息。在一些实施例中，所述动作可以是对接收信号的解码，所述信息可以例如包括将要应用于在从进入活动状态起的预定的第一时间段期间由ue120接收的信号的解码延迟。活动状态可以是半唤醒状态，在该状态中，ue监听可以仅使用无线电单元的一部分接收的特定信号。特定信号可以例如是易于解码的信号。

有条件地应用行为：

ue120是否应用根据本文描述的实施例a至d的行为(例如慢解码、延迟定时器启动等)可以由网络例如借助于网络节点110来配置。这可以例如使用rrc信令进行配置。网络可以基于ue120已经激活哪些业务、ue120已经激活哪些类型的承载、ue120的功率节省需求等来确定是否为ue120配置本文描述的行为。

例如，如果网络确定ue120具有已配置/活动的语音承载，则语音业务有可能到达ue120。因此，ue120快速唤醒且快速解码业务可能是关键的，因为语音业务可能有严格的延迟要求。因此，在该场景中，网络可以配置ue120不应该应用慢解码。可以通过如动作501中所述发送配置消息来执行该配置。

根据另一实施例，ue120可以根据ue120正在应用哪种类型的drx周期来应用不同的行为。例如，如果ue120正在应用长drx周期，则ue120可以应用ue120在应用短drx周期时不适用的行为。这是有益的，因为长drx通常是应该节省更多功率的状态，因为这是ue120没有获得频繁数据传输时的状态，因此延迟可能是可接受的。因此，ue120可以应用上述特征以降低功耗。在规范中还可以指定当ue120应用特定类型的drx周期时应用上述行为中的一个或多个。根据另一实施例，网络可以根据drx周期的类型来配置ue120将应用哪一(些)行为。

drx配置调整：

通过应用本文中的一个或多个实施例，可以增加用于传送分组的延迟，这可能对用户体验和系统效率产生负面影响。

在一些实施例中，为了避免这种情况，可以因此调整drx配置以减少延迟。这可以例如是为了补偿潜在的更长的延迟。

这可以由网络节点110(例如enb)执行，网络节点110针对ue120配置drx配置，如果ue120应用本文描述的实施例，则这使得ue120更早地唤醒。例如，enb可以配置ue120以应用更短的drx周期。这将使ue120更频繁地唤醒。例如，考虑是否应用“唤醒”消息，其中ue需要显式指示以真正唤醒并且ue120被给予特定时间twu以实际从接收了“唤醒”消息的时间点唤醒。在这种情况下，从ue120接收“唤醒”消息到ue120实际唤醒的时间点将存在时间延迟twu。当将传统uea(不应用“唤醒”消息)与需要“唤醒”消息来唤醒的ueb进行比较时，与uea相比，唤醒ueb将花费额外的时间twu，因为uea直接唤醒而ueb需要时间twu才能唤醒。因此，诸如enb的网络节点110可以将ueb配置为更早和/或更频繁地唤醒，以便补偿该额外延迟。还可以通过如动作501中所述发送配置消息来执行该配置。

ue能力

由于ue120是否能够执行或者受益于上述行为是依赖于实现的，因此ue120可以向网络指示其是否支持本文描述的一个或多个行为。然后，当确定是否为ue120配置这些行为时，诸如enb的网络节点110可以考虑这一点。

应用如上述实施例中公开的延迟具有以下优点：ue120能够避免每次进入onduration时启动所有组件，这导致ue120的功耗降低。

应当注意，本文描述的实施例不是相互排斥的，而是它们可以以任何合适的方式组合。

图6是描绘用于执行用于处理drx操作的方法的ue120的框图。ue120可以包括处理器601，例如处理电路，其被配置为执行如本文所述的方法(如由ue120执行)。图6中的框的虚线表示该框不是强制性的并且仅涉及一些实施例。

ue120被配置为向作为对在ue120已进入活动状态之后的预定义的第一时间段期间由ue120接收的数据和/或信令的响应而执行的至少一个动作应用延迟。

ue120还可以被配置为当动作是对接收信号的解码时，向在从进入活动状态起的预定第一时间段期间由ue120接收的信号应用第一解码(d1)延迟。第一解码延迟(d1)是长解码延迟，第二解码延迟(d2)是短解码延迟。因此，与第二解码延迟(d2)相比，第一解码延迟(d1)是增大的解码延迟。

在一些实施例中，ue120还可以被配置为当从进入活动状态起的时间已经超过预定的第一时间限制时减少或去除编码延迟。

ue120还可以被配置为仅对在活动状态期间接收的数据应用增大的解码延迟。

ue120还可以被配置为针对在ue120进入活动状态之后的预定第二时间段期间的下行链路(dl)和/或上行链路(ul)数据而延迟harq反馈的传输。

ue120还可以被配置为省略发送针对在ue120进入活动状态之后的预定第二时间段期间的下行链路dl和/或上行链路ul数据的harq反馈。

ue120还可以被配置为在ue120进入活动状态之后的预定第三时间段期间应用诸如不活动定时器的定时器的延迟启动。

ue120还可以被配置为当已经应用定时器的延迟启动时应用定时器(例如不活动定时器)的调整后的持续时间。

ue120还可以被配置为从网络节点110接收指示ue120在其已经休眠时将进入唤醒状态的指示，并且其中ue120还可以被配置为当ue120已经从网络节点110接收到ue120将进入唤醒状态的指示时对进入唤醒drx状态应用延迟。

ue120还可以被配置为从网络节点110接收消息，该消息包括关于将要延迟的动作的信息，并且其中ue120还可以被配置为根据消息中包括的信息来应用延迟。

ue120还可以包括存储器602。存储器602可以包括用于在其上存储数据的一个或多个单元，所述数据例如系统信息、在被执行时执行本文公开的方法的应用等。

根据本文针对ue120描述的实施例的方法可以分别通过例如计算机程序603或包括指令的计算机程序产品实现，所述指令即软件代码部分，其当在至少一个处理器上执行时使得至少一个处理器执行本文所述的由确定模块执行的动作。计算机程序603可以存储在计算机可读存储介质604(例如光盘等)上。其上存储有计算机程序的计算机可读存储介质604可以包括指令，该指令当在至少一个处理器上执行时使得至少一个处理器执行本文描述的由ue120执行的动作。在一些实施例中，计算机可读存储介质可以是非暂时性计算机可读存储介质。

本文的实施例可以通过一个或多个处理器实现，例如图6中描绘的ue120中的处理器、和/或网络节点中具有用于执行本文实施例的功能和动作的计算机程序代码的处理器。上面提到的程序代码也可以作为计算机程序产品提供，例如以承载用于在被加载到ue和/或网络节点中时执行本文的实施例的计算机程序代码的数据载体的形式。一个这样的载体可以是cdrom盘的形式。然而，使用诸如记忆棒之类的其他数据载体是可行的。此外，计算机程序代码可以作为纯程序代码在服务器上提供并下载到ue和/或网络节点。

根据图7中所示的可能实现，ue120可以包括延迟模块701、接收模块702、处理模块703和/或发送模块704，它们被配置用于执行本文描述的由ue120执行的方法。

在一些实施例中，ue120可以包括：延迟模块701，被配置为向作为对在ue120已进入活动状态之后的预定义的第一时间段期间由ue120接收的数据和/或信令的响应而执行的至少一个动作应用延迟。

在一些实施例中，ue120可以包括：延迟模块701，其还被配置为当动作是对接收信号的解码时，向在从进入活动状态起的预定第一时间段期间由ue120接收的信号应用第一解码(d1)延迟。延迟模块701还可以被配置为当从进入活动状态起的时间超过预定的第一时间限制时，减少或去除编码延迟。

在一些实施例中，延迟模块701还可以被配置为仅对在活动状态期间接收的数据应用增大的解码延迟。

在一些实施例中，ue120可以包括延迟模块701或发送模块704，其被配置为针对在ue120进入活动状态后的预定的第二时间段期间的下行链路(dl)和/或上行链路(ul)数据延迟harq反馈的传输。

在一些实施例中，延迟模块701还可以被配置为省略发送针对在ue120进入活动状态之后的预定第二时间段期间的下行链路dl和/或上行链路ul数据的harq反馈。

在一些实施例中，延迟模块701还可以被配置为在ue120进入活动状态之后的预定第三时间段期间应用诸如不活动定时器的定时器的延迟启动。

在一些实施例中，延迟模块701还可以被配置为当已经应用定时器的延迟启动时，应用定时器(例如不活动定时器)的调整后的持续时间。

在一些实施例中，ue120可以包括：接收模块702，其被配置为从网络节点110接收指示ue120在ue120休眠时将进入唤醒状态的指示。ue120还可以包括处理模块703或延迟模块701，其还被配置为当接收模块已经从网络节点110接收到ue120将进入唤醒状态的指示时，对进入唤醒drx状态应用延迟。

在一些实施例中，接收模块702还可以被配置为从网络节点110接收消息，该消息包括关于将要延迟的动作的信息。延迟模块701还可以被配置为根据该消息中包括的信息应用延迟。

如熟悉通信设计的人员将容易理解的，可以使用数字逻辑和/或一个或多个微控制器、微处理器或其他数字硬件来实现本文描述的功能装置或模块。在一些实施例中，各种功能中的若干或全部可以一起实现在例如单个专用集成电路(asic)中或者在两个或更多个单独的设备(在它们之间具有适当的硬件和/或软件接口)中。例如，可以在与网络节点的其他功能组件共享的处理器上实现若干功能。

备选地，所讨论的处理装置的若干功能元件可以通过使用专用硬件来提供，而其他功能元件则具备用于执行软件的硬件(与适当的软件或固件相结合)。因此，本文使用的术语“处理器”或“控制器”并不专指可以执行软件的硬件，并且可以隐含地包括但不限于数字信号处理器(dsp)硬件、用于存储软件的只读存储器(rom)、用于存储软件和/或程序或应用数据的随机存取存储器、以及非易失性存储器。还可以包括其他传统的和/或定制的硬件。网络节点的设计者将理解这些设计选择中固有的成本、性能和维护权衡。

图8是描绘用于执行用于处理drx操作的方法的网络节点110的框图。网络节点110可以包括处理器801，例如处理电路，其被配置为执行如本文所述的如由网络节点110执行的方法。图8中的框的虚线表示该框不是强制性的并且仅涉及一些实施例。

网络节点110被配置为向ue120发送配置消息，该消息包括关于将要由ue120延迟的动作的信息。

在一些实施例中，网络节点110可以被配置为向ue120发送配置消息，该消息包括关于将要由ue120延迟的动作的信息。

网络节点110还可以包括存储器802。存储器802可以包括用于在其上存储数据的一个或多个单元，所述数据例如系统信息、在被执行时执行本文公开的方法的应用等。

根据本文描述的实施例的用于网络节点110的方法可以分别通过例如计算机程序803或包括指令的计算机程序产品来实现，所述指令即软件代码部分，其当在至少一个处理器上执行时使得所述至少一个处理器执行本文所述的由网络节点执行的动作。计算机程序803可以存储在计算机可读存储介质804上，例如光盘等。其上存储有计算机程序的计算机可读存储介质805可以包括指令，所述指令当在至少一个处理器上执行时使得至少一个处理器执行本文描述的由网络节点执行的动作。在一些实施例中，计算机可读存储介质可以是非暂时性计算机可读存储介质。

备选地，所讨论的处理装置的若干功能元件可以通过使用专用硬件来提供，而其他功能元件则具备用于执行软件的硬件(与适当的软件或固件相结合)。因此，本文使用的术语“处理器”或“控制器”并不专指可以执行软件的硬件，并且可以隐含地包括但不限于数字信号处理器(dsp)硬件、用于存储软件的只读存储器(rom)、用于存储软件和/或程序或应用数据的随机存取存储器、以及非易失性存储器。还可以包括其他传统的和/或定制的硬件。网络节点的设计者将理解这些设计选择中固有的成本、性能和维护权衡。

本文的实施例可以通过一个或多个处理器实现，例如图8中描绘的网络节点110中的具有用于执行本文实施例的功能和动作的计算机程序代码的处理器。上面提到的程序代码也可以作为计算机程序产品提供，例如以承载用于在被加载到ue和/或网络节点中时执行本文的实施例的计算机程序代码的数据载体的形式。一个这样的载体可以是cdrom盘的形式。然而，使用诸如记忆棒之类的其他数据载体是可行的。此外，计算机程序代码可以作为纯程序代码在服务器上提供并下载到ue和/或网络节点。

根据图9中所示的可能实现，网络节点110可以包括发送模块902，其被配置为向ue120发送配置消息，该消息包括关于将要由ue120延迟的动作的信息。

如熟悉通信设计的人员将容易理解的，可以使用数字逻辑和/或一个或多个微控制器、微处理器或其他数字硬件来实现本文描述的功能装置或模块。在一些实施例中，各种功能中的若干或全部可以一起实现在例如单个专用集成电路(asic)中或者在两个或更多个单独的设备(在它们之间具有适当的硬件和/或软件接口)中。例如，可以在与网络节点的其他功能组件共享的处理器上实现若干功能。

因此，由ue120和/或网络节点110执行的根据本文描述的实施例的方法可以借助于包括指令(即软件代码部分)的计算机程序产品来实现，所述指令当在至少一个处理器上执行时使得至少一个处理器执行如由ue120和/或网络节点110执行的本文描述的动作。计算机程序产品可以存储在计算机可读存储介质上。可以在其上存储计算机程序的计算机可读存储介质可以包括指令，所述指令当在至少一个处理器上执行时使得至少一个处理器执行如由ue120和/或网络节点110所执行的本文所述的动作。在一些实施例中，计算机可读存储介质可以是非暂时性计算机可读存储介质。

ue120和/或网络节点110还可以均包括包含一个或多个存储单元的存储器。存储器被布置为用于存储所获得的信息，诸如移动性集合的指示、ap和wlan的标识符、ue的标识符、加密密钥、来自无线接入节点的信号的测量、测量报告或其部分以及应用等，以在ue和/或网络节点中被执行时执行本文的方法。

在一些实施例中，计算机程序包括指令，所述指令当由诸如处理器601和/或801的至少一个处理器执行时，使得至少一个处理器601和/或801根据任何上述动作来执行动作。

在一些实施例中，载体包括计算机程序，其中，所述载体是电子信号、光学信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质中的一个。