CN114287168A - 电信***中的下行链路监测 - Google Patents

电信***中的下行链路监测 Download PDF

Info

Publication number
CN114287168A
CN114287168A CN201980099799.5A CN201980099799A CN114287168A CN 114287168 A CN114287168 A CN 114287168A CN 201980099799 A CN201980099799 A CN 201980099799A CN 114287168 A CN114287168 A CN 114287168A
Authority
CN
China
Prior art keywords
time
extended
indication
data
response
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
CN201980099799.5A
Other languages
English (en)
Other versions
CN114287168B (zh
Inventor
M·劳里德森
F·弗雷德里克森
J·凯科南
贺敬
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.)
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Original Assignee
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
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 Nokia Shanghai Bell Co Ltd, Nokia Solutions and Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Publication of CN114287168A publication Critical patent/CN114287168A/zh
Application granted granted Critical
Publication of CN114287168B publication Critical patent/CN114287168B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0017—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy where the mode-switching is based on Quality of Service requirement
    • 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]
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0097—Relays
    • 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)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开的示例实施例涉及用于电信***中的下行链路(DL)监测的设备、方法、装置和计算机可读存储介质。在示例实施例中，第一设备确定数据将经由第二设备朝向第三设备被传输。第一设备确定用于活动地监测来自第二设备的传输的时间是否要被延长以经由第二设备从第三设备接收对数据的响应。如果确定时间要被延长，则第一设备向第二设备传输数据和用于延长时间的指示。然后，第一设备在经延长的时间内经由第二设备从第三设备接收响应。

Description

电信***中的下行链路监测
技术领域
本公开的示例实施例总体上涉及通信领域，并且具体地涉及用于电信***中的下行链路(DL)监测的设备、方法、装置和计算机可读存储介质。
背景技术
在用于新无线电(NR)的第三代合作伙伴计划(3GPP)标准化中，用户设备(UE)的省电是一个很大的问题。例如，正在开发无线电资源控制(RRC)连接的UE的省电。根据诸如3GPP TS 38.321等3GPP规范，实现省电的关键技术是不连续接收(DRX)。在DRX模式下，UE周期性地监测物理下行链路控制信道(PDCCH)以检测来自NR节点B(或gNB)的调度信息。DRX模式由表示PDCCH监测时机的周期的DRX周期长度和称为“开启持续时间(On S Duration)”的PDCCH监测时机的长度来定义。
DRX模式可以用不活动定时器进行补充以延长用于UL或DL传输的PDCCH监测、以及用于重传的定时器，诸如DL重传定时器、UL重传定时器和用于随机接入的竞争解决定时器。相应地，UE的DRX活动时间可以包括开启持续时间中的时间、以及不活动定时器、DL重传定时器、UL重传定时器和/或竞争解决定时器正在运行的时间。
DRX活动时间之后可以是一系列短DRX周期，该DRX周期的周期短于DRX周期长度和相同的开启持续时间。短DRX周期仅在不活动定时器已经运行并且到期时才被激活。在DRX模式下，可以由网络侧使用省电信号(PoSS)来触发UE是否激活开启持续时间，以降低UE的功耗。如果没有传入的下行链路数据，则可以从网络侧向UE发送PoSS，以允许UE跳过下一DRX活动时间并且延长低功率睡眠状态。
此外，对于NR，在3GPP规范中规定，可以配置PDCCH搜索空间监测，使得不是每个可用PDCCH都由给定UE监测。这种配置是在UE的初始配置期间提供的。取决于睡眠状态的长度，UE可以进入深度、浅度或微睡眠状态。参考功率电平以及状态转变能量和时间已经在3GPP规范(例如，3GPP TR 38.840)中指定。
当UE向应用服务器传输数据时，如果剩余激活时间较短，则来自应用服务器的响应可能会在UE返回睡眠状态之后到达服务gNB。在这种情况下，响应需要被缓冲在gNB中并且因此被延迟直到下一DRX活动时间。
发明内容
总体上，本公开的示例实施例提供了用于电信***中的DL监测的延长的设备、方法、装置和计算机可读存储介质。
在第一方面，提供了一种第一设备，第一设备包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第一设备确定数据将经由第二设备朝向第三设备被传输。然后，第一设备被使得确定用于活动地监测来自第二设备的传输的时间是否要被延长以经由第二设备从第三设备接收对数据的响应。响应于确定时间要被延长，第一设备被使得向第二设备传输数据和用于延长时间的指示。第一设备还被使得在经延长的时间内经由第二设备从第三设备接收响应。
在第二方面，提供了一种第二设备，第二设备包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第二设备从第一设备接收指向第三设备的数据和用于延长用于第一设备活动地监测来自第二设备的传输的时间的指示。然后，第二设备被使得向第三设备转发数据。第二设备还被使得从第三设备接收对数据的响应，并且在经延长的时间内向第一设备转发响应。
在第三方面，提供了一种方法。在该方法中，第一设备确定数据将经由第二设备朝向第三设备被传输。第一设备确定用于活动地监测来自第二设备的传输的时间是否要被延长以经由第二设备从第三设备接收对数据的响应。如果确定时间要被延长，则第一设备向第二设备传输数据和用于延长时间的指示。然后，第一设备在经延长的时间内经由第二设备从第三设备接收响应。
在第四方面，提供了一种方法。在该方法中，第二设备从第一设备接收指向第三设备的数据和用于延长用于第一设备活动地监测来自第二设备的传输的时间的指示。然后，向第三设备转发数据。进一步地，第二设备从第三设备接收对数据的响应，并且在经延长的时间内向第一设备转发响应。
在第五方面，提供了一种装置，该装置包括用于执行根据第三方面或第四方面的方法的部件。
在第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质包括存储在其上的程序指令。该指令在由设备的处理器执行时使该设备执行根据第三方面或第四方面的方法。
应当理解，概述部分不旨在标识本公开的示例实施例的关键或基本特征，也不旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得容易理解。
附图说明
现在将参考附图描述一些示例实施例，在附图中：
图1示出了UE、gNB和应用服务器之间的常规示例信令流；
图2示出了可以在其中实现本公开的示例实施例的示例环境；
图3示出了根据本公开的一些示例实施例的示例方法的流程图；
图4示出了根据本公开的一些其他示例实施例的示例方法的流程图；
图5示出了根据本公开的一些示例实施例的环境中的各种设备之间的示例信令流；
图6示出了根据本公开的一些其他示例实施例的环境中的各种设备之间的示例信令流；以及
图7示出了适合于实现本公开的示例实施例的设备的简化框图。
在整个附图中，相同或相似的附图标记表示相同或相似的元素。
具体实施方式
现在将参考一些示例实施例来描述本公开的原理。应当理解，描述这些示例性实施例仅是为了说明和帮助本领域技术人员理解和实现本公开，而不暗示对本公开的范围的任何限制。本文中描述的公开内容可以以除了下面描述的方式之外的各种方式来实现。
在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。
如本文中使用的，术语“终端设备”或“用户设备”(UE)是指能够彼此或与基站进行无线通信的任何终端设备。通信可以涉及使用电磁信号、无线电波、红外信号、和/或适合于通过空中传送信息的其他类型的信号来传输和/或接收无线信号。在一些示例实施例中，UE可以被配置为在没有直接人机交互的情况下传输和/或接收信息。例如，在由内部或外部事件触发时，或者响应于来自网络侧的请求，UE可以按照预定时间表向基站传输信息。
UE的示例包括但不限于智能电话、支持无线的平板电脑、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)、无线客户端设备(CPE)、传感器、计量设备、诸如手表等个人可穿戴设备、和/或能够进行通信的车辆。出于讨论的目的，将参考UE作为终端设备的示例来描述一些示例实施例，并且术语“终端设备”和“用户设备”(UE)可以在本公开的上下文中互换使用。UE还可以对应于集成接入和回程(IAB)节点(也称为中继节点)的移动终端(MT)部分。
如本文中使用的，术语“网络设备”是指可以经由其向通信网络中的终端设备提供服务的设备。作为示例，网络设备可以包括基站。如本文中使用的，术语“基站”(BS)是指可以经由其向通信网络中的终端设备提供服务的网络设备。基站可以包括终端设备或UE可以经由其接入通信网络的任何合适的设备。基站的示例包括中继、接入点(AP)、传输点(TRP)、节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、新无线电(NR)NodeB(gNB)、远程无线电模块(RRU)、无线电头(RH)、远程无线电头端(RRH)、诸如毫微微、微微等低功率节点。中继节点可以对应于IAB节点的分布式单元(DU)部分。
如本文中使用的，术语“应用服务器”是指可以向终端设备或UE提供任何合适的应用服务的设备。作为示例，应用服务器可以包括数据宿和/或源。应用服务器的示例可以包括但不限于计算设备、服务器、刀片计算机、个人计算机、个人数字助理(PDA)等。应用服务器可以经由网络设备或传输网络与终端设备通信。
如本文中使用的，术语“电路***”可以是指以下中的一项或多项或全部：
(a)纯硬件电路实现(诸如仅使用模拟和/或数字电路***的实现)，以及
(b)硬件电路和软件的组合，诸如(如适用)：(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及(ii)具有软件的(多个)硬件处理器(包括数字信号处理器)、软件和(多个)存储器的任何部分，它们协同工作以使装置(诸如移动电话或服务器)执行各种功能，以及
(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)进行操作，但在操作不需要时软件可以不存在。
该电路***的定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如在本申请中使用的，术语电路***还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们的)随附软件和/或固件的实现。例如，如果适用于特定权利要求元素，术语电路***还涵盖用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝基站或其他计算或基站中的类似集成电路。
如本文中使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文另有明确指示。术语“包括”及其变体应当理解为表示“包括但不限于”的开放术语。术语“基于”应当理解为“至少部分基于”。术语“一个实施例”和“实施例”应当理解为“至少一个实施例”。术语“另一实施例”应当理解为“至少一个其他实施例”。下面可以包括其他定义(明确的和隐含的)。
如本文中使用的，术语“第一”、“第二”等可以在本文中用于描述各种元素，这些元素不应当受这些术语的限制。这些术语仅用于区分一个元素与另一元素。例如，第一元素可以称为第二元素，并且类似地，第二元素可以称为第一元素，而不脱离示例实施例的范围。如本文中使用的，术语“和/或”包括所列术语中的一个或多个的任何和所有组合。
如名称所示，DRX是面向下行链路的。在DRX模式下的UE当前处于睡眠状态(即，在DRX周期内在开启持续时间之外)的情况下，如果UE的上行链路缓存中有数据，则UE可以退出DRX模式并且发起缓冲器状态报告(BSR)过程以获取调度授权。如果调度请求不可用，则UE可以发起随机接入信道(RACH)过程。备选地，UE可以延迟UL数据传输直到下一DRX活动时间。因此，UL数据传输不可避免地被延迟。
在长期演进(LTE)中，为UE指定一些行为以减少UL传输延迟。例如，假定UE在DRX活动期间执行BSR过程并且然后朝向应用服务器传输UL数据传输，则不活动定时器将被激活以延长用于PDCCH监测的活动时间。
然而，就节能而言，长持续时间的不活动定时器和潜在的随后的短DRX周期如果在DL分组或数据不频繁的情况下很少需要则是昂贵的。相反，如果应用短持续时间的不活动定时器，则来自应用服务器的潜在响应可能在UE返回睡眠状态之后到达服务gNB。在这种情况下，响应需要缓冲在gNB中并且被延迟直到下一DRX活动时间。
图1示出了UE 105、gNB 110和应用服务器115之间的常规示例信令流100。
在流程100中，UE 105开始(120)DRX活动时间并且朝向应用服务器115发送(125)新消息。然后，UE结束(130)DRX活动时间。UE正在睡眠(135)。应用服务器处理(140)所接收的消息并且向gNB 110发送(145)响应。gNB 110缓冲(150)从应用服务器115接收的响应并且等待(155)UE 105唤醒。在UE开始(160)下一DRX活动时间之后，gNB 110向UE 105转发(165)延迟响应。UE然后结束(170)当前DRX活动时间。如图所示，来自应用服务器115的响被延迟直到下一DRX活动时间为止。
在3GPP窄带物联网(NB-IoT)中，UE可以向网络侧发送“释放辅助指示”。该指示向网络侧通知UE不期望另外的UL和DL数据并且因此UE可以从RRC连接移动到RRC空闲。然而，当为下一次数据传输重新建立连接时，移动到RRC空闲(或由NR启用的不活动)表示显著的信令和时间开销。
另外，针对UE省电，提出了以下UE辅助信息：
·UE优选处理时间线参数，诸如K0、K1、K2值，
·UE优选带宽部分(BWP)信息/配置，
·UE优选天线配置，包括多输入多输出(MIMO)层、天线面板感知信息、
·UE协助/反馈DRX配置/参数，
·UE优选BWP，其被提供以协助网络侧进行BWP切换，
·UE请求辅小区(SCell)/辅小区组(SCG)激活/停用/配置，
·UE优选PDCCH监测参数/搜索空间配置/最大盲解码次数，
·移动历史信息(例如，类似于在LTE中经由移动性状态和MobilityHistoryReport的信息)，
·功率偏好指示，UE的与连接DRX(C-DRX)、BWP和SCell配置相关的偏好信息。
如上所述，关于DRX配置/参数的UE辅助/反馈被认为是来自UE侧的关于用于DRX操作的优选配置/参数的建议，例如，具有160ms的DRX周期、8ms的开启持续时间等。
发明人注意到，关于DRX配置/参数的UE辅助/反馈是由UE估计为适合业务简档和调制解调器性能的(半)静态配置。此外，DRX的重新配置基于RRC信令，这很耗时并且因此可能无法以动态方式执行。
发明人还注意到，如果gNB控制何时启动或重新启动不活动定时器，例如，gNB不知道导致空上行链路缓冲器的上行链路传输是否会导致来自应用服务器的响应填充否则为空的下行链路缓冲器。因此，gNB的控制无法避免来自应用服务器的响应被缓存在gNB中并且然后延迟直到下一DRX活动时间。
本公开的示例实施例提供了一种用于延长设备的监测时间的方案。使用该方案，如果设备(例如，UE)要经由另外的设备(例如，gNB)朝向另一设备(例如，应用服务器)传输数据，则该设备确定用于活动地监测来自另外的设备的传输时间是否需要延长以接收对数据的响应。如果确定时间要被延长，则该设备向另外的设备传输数据以及用于延长时间的指示。因此，该设备可以在经延长的时间内接收响应。
为了讨论的目的，在一些示例实施例中，UE可以使用该方案来延长用于监测来自gNB的DL传输的时间以减少与应用服务器的通信的延迟。例如，在UL传输中，UE可以可选地提供关于来自应用服务器(和传输网络)的响应的期望或预期延迟的辅助信息以指示时间的延长。作为示例，UE可以在用于PDCCH监测的DRX活动时间期间发送“我期望下行链路响应”标志作为指示。
因此，UE可以改变内部操作以适应辅助信息，使得UE将可用于在来自应用服务器的响应的期望到达时间进行调度。例如，UE可以在附加持续时间监测PDCCH。备选地或附加地，UE可以将不活动定时器延长到延长持续时间。作为另一示例，UE可以在附加窗口内执行PDCCH监测，这表示UE可以暂时停止PDCCH监测，直到来自应用的期望响应为止。
因为UE可以在需要时延长不活动定时器和/或PDCCH监测的持续时间，所以可以应用较短的不活动定时器。这可以减少在开启持续时间期间PDCCH监测的功耗，因为UE仅被调度一次或几次。可以允许UE延长不活动定时器和/或PDCCH监测的持续时间，直到在DL中接收到响应为止，以减少gNB中存储DL响应直到下一DRX活动时间所需要的通信延迟和缓冲存储器。
此外，如果应用省电信号(PoSS)，则延长不活动定时器和/或PDCCH监测的持续时间的UE可以能够完全跳过随后的开启持续时间，因为已经接收到应用层的DL响应。与如上所述的关于优选DRX配置的常规(半)静态UE辅助信息相比，根据本公开的示例实施例的方案可以从***角度实现最佳DRX配置。此外，UE可以对PDCCH监测的持续时间进行动态调节以实现较低延迟。
图2示出了可以在其中实现本公开的示例实施例的示例环境200。
可以是通信网络的一部分的环境200包括彼此通信的设备210和220，设备210和220分别称为第一设备210和第二设备220。第一设备210和第二设备220可以由通信网络中的任何合适的设备来实现。例如，第一设备210可以由诸如UE等终端设备来实现，并且第二设备220可以由诸如基站等网络设备来实现。作为另一示例，第一设备210和第二设备220都可以由终端设备来实现。仅出于讨论的目的，在一些示例实施例中，将以终端设备作为第一设备210的示例，并且将以网络设备作为第二设备220的示例。
如图2所示，环境200还包括另外的设备230，称为第三设备230。第三设备230可以是可以直接在电缆中或间接地通过其他网络实体或传输网络与第二设备420通信的任何合适的设备。在一些示例实施例中，第三设备230可以由诸如应用服务器等服务器来实现。第一设备110可以经由第二设备220与第三设备230通信。应当理解，在环境200中示出了三个设备仅仅是为了说明的目的，并不表示对本公开的范围的任何限制。环境200中可以包括任何合适数目或类型的设备。
环境200中的通信可以遵循已经存在或将在未来开发的任何合适的通信标准或协议，诸如通用移动电信***(UMTS)、长期演进(LTE)、高级LTE(LTE-A)、第五代(5G)新无线电(NR)、无线保真(Wi-Fi)和全球微波接入互操作性(WiMAX)标准，并且采用任何合适的通信技术，包括例如多输入多输出(MIMO)、正交频分复用(OFDM)、时分复用(TDM)、频分复用(FDM)、码分复用(CDM)、蓝牙、ZigBee和机器类型通信(MTC)、增强型移动宽带(eMBB)、海量机器类型通信(mMTC)、超可靠低延迟通信(URLLC)、载波聚合(CA)、双连接(DC)和新无线电非许可(NR-U)技术。
在各种示例实施例中，第一设备210可以经由第二设备220朝向第三设备230传输数据。如果第一设备210确定其用于活动地监测来自第二设备220的传输的时间(例如，DRX活动时间)要被延长以从第三设备230接收对数据的响应，则第一设备210将向第二设备220传输数据以及用于延长时间的指示。此外，第一设备210在经延长的时间内经由第二设备220从第三设备230接收响应。这样，可以减少第一设备210与第三设备230之间的通信延迟。
图3示出了根据本公开的一些示例实施例的示例方法300的流程图。方法300可以由图2所示的第一设备210实现。为了讨论的目的，将参考图2描述方法300。
在框305，第一设备210确定数据将经由第二设备220朝向第三设备230被传输。数据可以包括用户平面数据和/或控制平面数据并且可以在任何合适的层传输。例如，数据可以包括应用层数据，并且因此可以在非接入层(NAS)层或其他更高层传输。
在框310，第一设备210确定用于活动地监测来自第二设备220的传输的时间是否要被延长以从第三设备230接收对数据的响应。在一些示例实施例中，该时间可以用于DRX。作为示例，该时间可以包括包含开启持续时间的DRX活动时间、不活动定时器的持续时间、或第一设备210正在活动地监测来自第二设备220的传输的任何其他持续时间。
是否要延长时间的确定可以由第一设备210基于任何合适的标准来实现。在一些示例实施例中，该确定可以基于来自第三设备230的响应的估计到达时间(TOA)来实现。响应的TOA可以由第一设备210基于关于先前从第三设备230或其他设备接收的响应的历史统计来估计或预测。其他估计或预测方法也是可能的，并且本公开的范围将不限于此。
作为示例，如果所估计的响应的TOA晚于时间的结束，则第一设备210可以确定要延长时间。此外，如果所需要的延长时间太长，例如，所需要的延长时间几乎与DRX周期一样长，则最好不延长时间，而是将接收推迟到下一DRX活动时间。因此，第一设备210可以进入睡眠状态以进一步降低功耗。因此，在一些示例实施例中，时间的延长可以进一步由第一设备210基于预定时间来决定。预定时间可以在网络侧设置，或者由第一设备210通过考虑通信延迟与功耗之间的折衷来设置。例如，当所估计的TOA被确定为晚于时间的结束时，第一设备210确定所估计的TOA是否在预定时间内。如果所估计的TOA在预定时间内，则可以延长时间。否则，第一设备210可以等待下一监测时机，而不延长当前监测时机的时间。
在某些情况下，可以触发是否要延长时间的确定。例如，如果数据的服务质量(QoS)要求高于阈值要求，这表示数据具有更高延迟要求，则第一设备210可以触发该确定。QoS要求可以由QoS流和/或要被用于数据的传输的数据无线电承载来反映。
备选地或附加地，该确定可以基于关于来自第三设备230的先前响应的延迟的历史统计来触发。例如，如果来自第三设备230的更大数目(高于阈值数目)的先前响应被延迟，则第一设备210可以发起是否延长当前时间以接收对当前数据的响应的确定。阈值数目可以取决于网络或终端实现。
当确定要延长时间时，在框315，第一设备210向第二设备220传输数据和用于延长时间的指示。该指示可以以任何合适的方式指示时间的延长。在一些示例实施例中，该指示可以指示监测的延长持续时间。例如，该指示可以由第一设备210使用以向第二设备220指示DL传输将在附加持续时间X中被监测。X表示任何合适的持续时间。
除了该时间的延长持续时间的现有值，该指示还可以指示第一设备210将在其中特别监测来自第二设备220的传输的附加窗口。例如，x1可以指示窗口的开始并且y1可以指示窗口的结束，其中x1和y1表示任何合适的正数。窗口的使用可以允许第一设备210潜在地暂时停止监测直到来自第三设备230的期望响应，使得可以进一步降低功耗。x1和y1的值可以在网络中静态地预定义或半静态或动态地配置。这些值也可以由第一设备210设置。
备选地或附加地，该指示可以用于指示第一设备210的不活动定时器的延长持续时间。例如，该指示可以指示不活动定时器的持续时间将被延长到Y。Y表示任何合适的持续时间。
X和Y的值可以在网络中静态地预定义。例如，X和/或Y的值可以在相关的3GPP规范中指定。基于规范，第一设备210可以知道该值。作为另一示例，X和/或Y的值可以从网络侧半静态或动态地配置或指示。因此，第一设备210可以例如经由充当网络设备的第二设备220从网络侧接收对该值的配置或指示。备选地或附加地，X和/或Y的值可以由第一设备210确定。例如，第一设备210可以基于关于来自第三设备230的响应的延迟时间的历史统计来确定该值。
在一些示例实施例中，该时间的延长时间可以在第一设备210与和网络侧之间经由第二设备220预先协商和约定。例如，第一设备210可以向第二设备220发送对该时间的延长时间的请求。在一些示例实施例中，该请求可以指示第一设备210期望的一组一个或多个延长时间。作为响应，第一设备210可以从第二设备220接收延长时间的指示。在由第一设备210发送的请求指示期望延长时间集合的情况下，由该指示所指示的延长时间可以从期望延长时间集合中确定。例如，延长时间可以由第二设备220从期望延长时间集合中选择。第二设备220也可以基于一些其他准则从期望延长时间集合中确定该时间的延长时间。
在一些示例实施例中，该指示可以指示要被用于第一设备210的不活动定时器的数目。备选地或附加地，该指示可以指示不活动定时器的单个附加持续时间。在这种情况下，在不活动定时器到期之后，第一设备210可以向第二设备220重新发送用于延长活动设备的指示，使得可以连续延长活动时间。
在一些示例实施例中，该指示可以指示先前被用于第一设备210的不活动定时器的连续使用。例如，在不活动定时器到期之后，第一设备210可以发送指示以指示先前实例的不活动定时器被连续应用以延长用于活动地监测来自第二设备220的传输的时间。
在一些示例实施例中，第一设备210可以使用短周期进行监测。作为示例，短周期可以遵循用于DRX的预先配置的短DRX模式。在这些实施例中，该指示可以指示要被用于第一设备210的短周期的数目和/或短周期定时器的数目。因此，第一设备210可以基于具有延长持续时间的短周期来监测来自第二设备220的传输，诸如PDCCH或PDCCH。短周期可以被选择性地延长该周期数或定时器数，这更加灵活和高效。
该指示可以以任何合适的形式实现。例如，在其中该指示指示X或Y的值的示例实施例中，取决于用于指示的可用比特的数目，该指示可以被解释为不同值。例如，该指示可以使用为1、10或100的基数来缩放到1、2、3ms；10、20、30ms；或100、200、300ms。备选地或附加地，该指示指示X或Y的准确值，诸如12、37、92ms。应当理解，X和Y的值可以采取其他形式来指示期望为延迟的时间。时间单位还可以包括时隙、符号、或可以帮助获取各种设备之间的约定时间的其他明确定义的时间单位。在一些示例实施例中，如果时间的延长时间已经被预定义，则第一设备210仅需要单个比特来指示是否应用延长时间。
指示和数据可以由第一设备210单独或集成地发送。在一些示例实施例中，该指示可以在传输数据之后或之前传输。例如，数据可以首先由第一设备210传输到第二设备220，例如在NAS消息中。然后，用于延长时间的指示由第一设备210在MAC层上的MAC控制元素(CE)中或在物理(PHY)层上的上行链路控制信息中或在RRC层上的消息中发送到第二设备220。
在一些示例实施例中，数据和指示可以封装在同一消息中。例如，数据和指示可以封装在RRC消息中和在其中发送。RRC层消息的使用可以避免在诸如NAS层等较高层与诸如MAC和PHY层等较低层之间的额外的层间通信。这样，可以进一步提高传输效率，并且可以进一步降低通信延迟。
作为示例，在其中第一设备210由UE实现、第二设备220由gNB实现并且第三设备230由应用服务器实现的示例实施例中，用于NAS或非3GPP专用信息朝向应用服务器的UL传送的RRC ULInformationTransfer消息可以被重用于集成地传输数据和指示。ULInformationTransfer消息可以改变以启用集成，如下所示：
ULInformationTransfer消息
Figure BDA0003521584990000151
其中信息元素(IE)“ExpectDownlinkResponseInd”指示期望DL响应，并且参数Xms和Yms分别指示DL监测和不活动定时器的延长持续时间。ULInformationTransfer消息的重用是一种直接的方式，其可以保证UE的RRC层从UE的NAS层获取“我期望下行链路响应”标志作为延长监测时间的指示，并且将该指示通过消息携带到gNB，这更加有效和高效。
在数据和指示被传输之后，在框320，第一设备210在经延长的时间内经由第二设备220从第三设备230接收响应。例如，在其中DL监测被延长Xms的示例实施例中，第一设备210可以在Xms的附加持续时间内活动地监测DL传输。在其中不活动定时器的持续时间被延长到Yms的示例实施例中，第一设备210可以基于不活动定时器的延长持续时间Yms来监测DL传输。在其中使用附加窗口的示例实施例中，第一设备210可以在附加窗口内特别监测DL传输，例如，在最后的第1层(L1)或第2层(L2)UL传输之后x1 ms开始并且在y1 ms之后结束。
图4示出了根据本公开的一些示例实施例的示例方法400的流程图。方法400可以由图2所示的第二设备220实现。出于讨论的目的，将参考图2描述方法400。
在框405，第二设备220从第一设备210接收指向第三设备230的数据和用于延长用于第一设备210活动地监测来自第二设备220的传输的时间的指示。在框410，第二设备220向第三设备230转发数据。在框415，第二设备220从第三设备230接收对数据的响应。在框420，第二设备220在经延长的时间内向第一设备210转发响应。
数据和指示可以单独或集成地接收。在一些示例实施例中，指示可以在数据的接收之后或之前接收。数据可以在NAS消息中接收，并且指示可以在MAC CE、PHY层上的上行链路控制信息或RRC消息中接收。在一些示例实施例中，数据和指示可以集成在诸如RRCULInformationTransfer消息等一个消息中。
该指示可以以任何合适的方式指示时间的延长。例如，该指示可以简单地指示是否应用延长。备选地或附加地，该指示可以指示延长持续时间和/或监测的附加窗口。作为另一示例，该指示可以指示不活动定时器的延长持续时间和/或要被用于第一设备210的不活动定时器的数目。
监测的延长时间可以在网络中预定义或者由第二设备220动态或半静态地配置。在一些示例实施例中，延长时间可以通过第一设备210与第二设备220之间的协商来确定。例如，在从第一设备210接收数据和指示之前，第二设备220可以从第一设备210接收对用于第一设备210活动地监测来自第二设备的传输的延长时间的请求。在一些示例实施例中，该请求可以指示第一设备210期望的延长时间集合。然后，第二设备220可以基于该请求确定延长时间。例如，如果该请求指示期望延长时间集合，则第二设备220可以从期望延长时间集合中选择延长时间。第二设备220可以使用其他规则或考虑其他因素来确定延长时间。第二设备220进一步向第一设备210发送延长时间的指示。
如以上参考图2和图3描述的第一设备210处的方法300中的所有操作和特征同样适用于第二设备220处的方法400并且具有相似的效果。为简化起见，将省略细节。
图5示出了根据本公开的一些示例实施例的环境200中的各种设备之间的示例信令流500。在该示例中，第一设备210由UE实现，第二设备220由gNB实现，并且第三设备230由应用服务器实现。该时间用于DRX，例如对应于DRX活动时间。
在流程500中，第一设备210开始(505)DRX活动时间并且经由第二设备220朝向第三设备230发送(510)包含数据的新消息。在该示例中，作为C-DRX配置的一部分，第一设备210可以被指示或配置为向网络侧通知第一设备210是否期望附加信息在DL中到达。第一设备210还可以被配置为仅在期望对所发送的消息的响应预期在特定时间内到达以实现通信延迟与功耗之间的折衷时才发送用于延长DRX活动时间的指示。备选地或附加地，第一设备210可以被配置为在数据的延迟要求或其他服务质量参数满足某些标准的情况下发送指示。相应地，该配置可以仅适用于某些服务质量流和/或某些数据无线电承载。
如图5所示，第一设备210向第二设备220发送(515)“我期望下行链路响应”标志作为用于延长DRX活动时间的指示。第一设备210和第二设备220针对DRX活动时间延长(520)不活动定时器和/或PDCCH监测的持续时间。第三设备230处理(525)该消息。然后，第一设备210经由第二设备220从第三设备230接收(530)对消息的响应。第一设备210结束(535)DRX活动时间。
图6示出了根据本公开的一些其他示例实施例的环境200中的各种设备之间的示例信令流600。类似于图5所示的流程500，在该示例中，第一设备210由UE实现，第二设备220由gNB实现，并且第三设备230由应用服务器实现。此外，该时间用于DRX，例如对应于DRX活动时间。
在流程600中，由第二设备220为第一设备210配置(605)DRX。第一设备210经由第二设备220向第三设备230发送(610)新消息并且经由第二设备220从第三设备230接收(615)延迟响应。然后，时间过去(620)。第一设备210进一步经由第二设备220朝向第三设备230发送(625)新消息，并且经由第二设备220从第三设备230接收(630)延迟响应。由于来自第三设备230的两个响应被延迟，第一设备210标识(635)对PDCCH监测调节的需要。
第一设备210向第二设备220建议(640)该时间的延长持续时间Xms或Yms。第一设备210的这样的反馈可以是针对每个业务流的以适应与具有不同响应时间的不同应用服务器的通信。然后，如果配置，第二设备210设置(645)延长持续时间Yms。不活动定时器或PDCCH监测的延长持续时间可以采用现有值的简单延长的形式。备选地或附加地，延长持续时间可以采取窗口的形式。通过使用该窗口，第一设备210可以潜在地暂时停止PDCCH监测，直到来自第三设备230的最早期望响应，这可以进一步降低功耗。
第一设备210发送(650)新消息并且进一步发送(655)“我期望下行链路响应”标志作为用于延长DRX活动时间的指示。如果所需要的延长时间较长，例如所需要的延长时间几乎与DRX周期一样长，则第一设备210不发送标志而是推迟接收直到下一开启持续时间是有益的。应用层延迟与UE功耗之间的精确权衡是UE特定的，并且因此是否发送标志的选择留给UE实现。
第一设备210和第二设备220针对DRX活动时间延长(660)不活动定时器和/或PDCCH监测的持续时间。第一设备210经由第二设备220从第三设备230接收(665)对消息的响应。
第一设备210的时间的延长可以显著节省第一设备210的能耗。表1示出了使用常规DRX的估计能耗和根据本公开的示例实施例的用于延长DRX活动时间的方案。
表1
Figure BDA0003521584990000181
Figure BDA0003521584990000191
在估计过程中，第一设备210由UE实现，并且在常规DRX中使用80ms DRX周期与8ms开启持续时间和5ms不活动定时器相结合。此外，假定UE偶尔发起与在20ms之后做出响应的第三设备230的UL通信。可以计算常规DRX和所提出的方案的能耗和延迟。对于所提出的方案，假定UE应用不活动定时器的15ms的延长持续时间，即，不活动定时器开启8+15＝23ms。
如表1所示，如果常规DRX在一个周期中具有传输并且在下一周期中具有DL响应，而所提出的方案在第一周期中具有传输和DL响应，随后是其中UE仅监测PDCCH的“空”DRX周期。因此，在常规DRX和所提出的方案中都考虑2个DRX周期以进行公平比较。当不使用PoSS时，所提出的方案将能耗增加15％，同时仍将往返时间从80ms(即，DRX周期)减少到20ms(实际服务器响应时间)。如果应用PoSS，则可以省略“空”DRX循环，并且节省能量约10％。如果数据传输比较零散，例如，数据传输仅在10个DRX周期中发生一次，则在没有使用和使用PoSS的情况下，节能分别为-4％和5％。
图7是适合于实现本公开的示例实施例的设备700的简化框图。设备700可以在图2所示的第一设备210或第二设备220处或作为其一部分来实现。
如图所示，设备700包括处理器710、耦合到处理器710的存储器720、耦合到处理器710的通信模块730、以及耦合到通信模块730的通信接口(未示出)。存储器720至少存储程序740。通信模块730用于双向通信，例如，经由多个天线。通信接口可以表示通信所需要的任何接口。
假定程序740包括程序指令，该程序指令在由相关联的处理器710执行时使得设备700能够根据本公开的示例实施例进行操作，如本文中参考图2至图6讨论的。本文中的示例实施例可以通过可以由设备700的处理器710执行的计算机软件、或通过硬件、或通过软件和硬件的组合来实现。处理器710可以被配置为实现本公开的各种示例实施例。
存储器720可以是适合本地技术网络的任何类型，并且作为非限制性示例，可以使用任何适合的数据存储技术来实现，诸如非瞬态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和***、光学存储器设备和***、固定存储器和可移动存储器。尽管在设备700中仅示出了一个存储器720，但在设备700中可以有若干物理上不同的存储器模块。处理器710可以是适合本地技术网络的任何类型，并且作为非限制性示例，可以包括以下中的一种或多种：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备700可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。
当设备700充当第一设备210或第一设备210的一部分时，处理器710和通信模块730可以协作以实现如上面参考图2、图3、图5和图6描述的方法300。当设备700充当第二设备220或第二设备220的一部分时，处理器710和通信模块730可以协作以实现如上面参考图2、图4、图5和图6描述的方法400。上面参考图2至图6描述的所有操作和特征同样适用于设备700并且具有相似的效果。为简化起见，将省略细节。
通常，本公开的各种示例实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以以硬件实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。尽管本公开的示例实施例的各个方面被示出和描述为框图、流程图或使用一些其他图示表示，但是应当理解，作为非限制性示例，本文中描述的块、装置、***、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合来实现。
公开还提供了有形地存储在非暂态计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括计算机可执行指令，诸如包括在程序模块中的指令，该指令在目标真实或虚拟处理器上的设备中执行，以执行如上面参考图2至图6描述的方法300和400以及流程500和600。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种示例实施例中，程序模块的功能可以根据需要在程序模块之间组合或拆分。程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。
用于执行本公开的方法的程序代码可以用一种或多种编程语言的任何组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码在由处理器或控制器执行时使在流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上、部分在机器上、作为独立软件包、部分在机器上和部分在远程机器上或完全在远程机器或服务器上执行。
在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体承载，以使得设备、装置或处理器能够执行如上所述的各种过程和操作。载体的示例包括信号、计算机可读介质。
计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外线或半导体***、装置或设备、或前述各项的任何合适的组合。计算机可读存储介质的更具体示例将包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)、光存储设备、磁存储设备或前述各项的任何合适的组合。
此外，虽然以特定顺序描述操作，但这不应当被理解为要求以所示特定顺序或按顺序执行这样的操作，或者执行所有所示操作以获取期望结果。在某些情况下，多任务和并行处理可能是有利的。同样，虽然在上述讨论中包含了若干具体实现细节，但这些不应当被解释为对本公开的范围的限制，而是对可能特定于特定示例实施例的特征的描述。在单独的示例实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个示例实施例中单独或以任何合适的子组合来实现。
尽管本公开已经以特定于结构特征和/或方法动作的语言进行了描述，但是应当理解，在所附权利要求中定义的本公开不一定限于上述特定特征或动作。相反，上述具体特征和动作被公开作为实现权利要求的示例形式。
已经描述了这些技术的各种示例实施例。作为上述内容的补充或备选，描述了以下实施例。以下任何示例中描述的特征可以与本文中描述的任何其他示例一起使用。
在一些方面，一种第一设备包括：至少一个处理器；至少一个存储器，包括计算机程序代码；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第一设备：确定数据将经由第二设备朝向第三设备被传输；确定用于活动地监测来自第二设备的传输的时间是否要被延长以经由第二设备从第三设备接收对数据的响应；响应于确定时间要被延长，向第二设备传输数据和用于延长时间的指示；以及在经延长的时间内经由第二设备从第三设备接收响应。
在一些示例实施例中，第一设备被使得通过以下方式确定时间是否要被延长：确定响应的估计到达时间是否晚于时间的结束；以及响应于确定响应的估计到达时间晚于时间的结束，确定时间要被延长。
在一些示例实施例中，第一设备被使得通过以下方式确定时间要被延长：响应于确定响应的估计到达时间晚于时间的结束，确定响应的估计到达时间是否在预定时间内；以及响应于确定响应的估计到达时间在预定时间内，确定时间要被延长。
在一些示例实施例中，第一设备被使得通过以下方式确定时间是否要被延长：确定在发生以下至少一项时时间是否要被延长：针对数据的服务质量要求高于阈值要求，以及来自第三设备的先前延迟响应的数目高于阈值数目。
在一些示例实施例中，第一设备被使得通过以下方式传输数据和指示：在向第二设备传输数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息或无线电资源控制层上的消息中的至少一项中向第二设备发送指示。
在一些示例实施例中，第一设备被使得通过以下方式传输数据和指示：在无线电资源控制层上的消息中向第二设备传输数据以及指示。
在一些示例实施例中，指示指示监测的延长持续时间或附加窗口中的至少一项。
在一些示例实施例中，指示指示以下至少一项：用于第一设备的不活动定时器的延长持续时间、要被用于第一设备的不活动定时器的数目、或先前被用于第一设备的不活动定时器的连续使用。
在一些示例实施例中，指示指示以下至少一项：要被用于第一设备的短周期的数目、或要被用于第一设备的短周期定时器的数目。
在一些示例实施例中，指示指示用于第一设备的不活动定时器的延长持续时间，并且第一设备还被使得：响应于不活动定时器到期，向第二设备重新发送用于延长时间的指示。
在一些示例实施例中，第一设备还被使得：向第二设备发送对用于活动地监测来自第二设备的传输的延长时间的请求；以及从第二设备接收延长时间的指示。
在一些示例实施例中，对延长时间的请求指示第一设备所预期的用于活动地监测来自第二设备的传输的延长时间集合，并且延长时间的所接收的指示指示由第二设备从期望的延长时间集合中确定的延长时间。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备。
在一些示例实施例中，时间被用于不连续接收。
在一些方面，一种第二设备包括：至少一个处理器；至少一个存储器，包括计算机程序代码；至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第二设备：从第一设备接收指向第三设备的数据和用于延长用于第一设备活动地监测来自第二设备的传输的时间的指示；向第三设备转发数据；从第三设备接收对数据的响应；以及在经延长的时间内向第一设备转发响应。
在一些示例实施例中，第二设备被使得通过以下方式接收数据和指示：在从第一设备接收数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息和无线电资源控制层上的消息中的至少一项中从第一设备接收指示。
在一些示例实施例中，第二设备被使得接收数据和指示包括：在无线电资源控制层上的消息中从第一设备接收数据以及指示。
在一些示例实施例中，指示指示监测的延长持续时间或附加窗口中的至少一项。
在一些示例实施例中，指示指示以下至少一项：用于第一设备的不活动定时器的延长持续时间、要被用于第一设备的不活动定时器的数目、或先前被用于第一设备的不活动定时器的连续使用。
在一些示例实施例中，指示指示以下至少一项：要被用于第一设备的短周期的数目、或要被用于第一设备的短周期定时器的数目。
在一些示例实施例中，第二设备还被使得：从第一设备接收对用于第一设备活动地监测来自第二设备的传输的延长时间的请求；基于请求确定延长时间；以及向第一设备发送延长时间的指示。
在一些示例实施例中，对延长时间的请求指示第一设备所预期的用于活动地监测来自第二设备的传输的延长时间集合，并且第二设备通过以下方式基于请求确定延长时间：从期望的延长时间集合中确定延长时间。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备。
在一些示例实施例中，时间被用于不连续接收。
在一些方面，一种在第一设备处实现的方法包括：确定数据将经由第二设备朝向第三设备被传输；确定用于活动地监测来自第二设备的传输的时间是否要被延长以经由第二设备从第三设备接收对数据的响应；响应于确定时间要被延长，向第二设备传输数据和用于延长时间的指示；以及在经延长的时间内经由第二设备从第三设备接收响应。
在一些示例实施例中，确定时间是否要被延长包括：确定响应的估计到达时间是否晚于时间的结束；以及响应于确定响应的估计到达时间晚于时间的结束，确定时间要被延长。
在一些示例实施例中，确定时间要被延长包括：响应于确定响应的估计到达时间晚于时间的结束，确定响应的估计到达时间是否在预定时间内；以及响应于确定响应的估计到达时间在预定时间内，确定时间要被延长。
在一些示例实施例中，确定时间是否要被延长包括：确定在发生以下至少一项时时间是否要被延长：针对数据的服务质量要求高于阈值要求，以及来自第三设备的先前延迟响应的数目高于阈值数目。
在一些示例实施例中，传输数据和指示包括：在向第二设备传输数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息或无线电资源控制层上的消息中的至少一项中向第二设备发送指示。
在一些示例实施例中，传输数据和指示包括：在无线电资源控制层上的消息中向第二设备传输数据以及指示。
在一些示例实施例中，指示指示监测的延长持续时间或附加窗口中的至少一项。
在一些示例实施例中，指示指示以下至少一项：用于第一设备的不活动定时器的延长持续时间、要被用于第一设备的不活动定时器的数目、或先前被用于第一设备的不活动定时器的连续使用。
在一些示例实施例中，指示指示以下至少一项：要被用于第一设备的短周期的数目、或要被用于第一设备的短周期定时器的数目。
在一些示例实施例中，指示指示用于第一设备的不活动定时器的延长持续时间，并且方法还包括：响应于不活动定时器到期，向第二设备重新发送用于延长时间的指示。
在一些示例实施例中，方法还包括：向第二设备发送对用于活动地监测来自第二设备的传输的延长时间的请求；以及从第二设备接收延长时间的指示。
在一些示例实施例中，对延长时间的请求指示第一设备所预期的用于活动地监测来自第二设备的传输的延长时间集合，并且延长时间的所接收的指示指示由第二设备从期望的延长时间集合中确定的延长时间。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备。
在一些示例实施例中，时间被用于不连续接收。
在一些方面，一种在第二设备处实现的方法包括：从第一设备接收指向第三设备的数据和用于延长用于第一设备活动地监测来自第二设备的传输的时间的指示；向第三设备转发数据；从第三设备接收对数据的响应；以及在经延长的时间内向第一设备转发响应。
在一些示例实施例中，接收数据和指示包括：在从第一设备接收数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息和无线电资源控制层上的消息中的至少一项中从第一设备接收指示。
在一些示例实施例中，接收数据和指示包括：在无线电资源控制层上的消息中从第一设备接收数据以及指示。
在一些示例实施例中，指示指示监测的延长持续时间或附加窗口中的至少一项。
在一些示例实施例中，指示指示以下至少一项：用于第一设备的不活动定时器的延长持续时间、要被用于第一设备的不活动定时器的数目、或先前被用于第一设备的不活动定时器的连续使用。
在一些示例实施例中，指示指示以下至少一项：要被用于第一设备的短周期的数目、或要被用于第一设备的短周期定时器的数目。
在一些示例实施例中，方法还包括：从第一设备接收对用于第一设备活动地监测来自第二设备的传输的延长时间的请求；基于请求确定延长时间；以及向第一设备发送延长时间的指示。
在一些示例实施例中，对延长时间的请求指示第一设备所预期的用于活动地监测来自第二设备的传输的延长时间集合，并且基于请求确定延长时间包括：从期望的延长时间集合中确定延长时间。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备。
在一些示例实施例中，时间被用于不连续接收。
在一些方面，一种装置包括：用于确定数据将经由第二设备朝向第三设备被传输的部件；用于确定用于活动地监测来自第二设备的传输的时间是否要被延长以经由第二设备从第三设备接收对数据的响应的部件；用于响应于确定时间要被延长而向第二设备传输数据和用于延长时间的指示的部件；以及用于在经延长的时间内经由第二设备从第三设备接收响应的部件。
在一些示例实施例中，用于确定时间是否要被延长的部件包括：用于确定响应的估计到达时间是否晚于时间的结束的部件；以及用于响应于确定响应的估计到达时间晚于时间的结束而确定时间要被延长的部件。
在一些示例实施例中，用于确定时间要被延长的部件包括：用于响应于确定响应的估计到达时间晚于时间的结束而确定响应的估计到达时间是否在预定时间内的部件；以及用于响应于确定响应的估计到达时间在预定时间内而确定时间要被延长的部件。
在一些示例实施例中，用于确定时间是否要被延长的部件包括：用于确定在发生以下至少一项时时间是否要被延长的部件：针对数据的服务质量要求高于阈值要求，以及来自第三设备的先前延迟响应的数目高于阈值数目。
在一些示例实施例中，用于传输数据和指示的部件包括：用于在向第二设备传输数据之后或之前在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息或无线电资源控制层上的消息中的至少一项中向第二设备发送指示的部件。
在一些示例实施例中，用于传输数据和指示的部件包括：用于在无线电资源控制层上的消息中向第二设备传输数据以及指示的部件。
在一些示例实施例中，指示指示监测的延长持续时间或附加窗口中的至少一项。
在一些示例实施例中，指示指示以下至少一项：用于第一设备的不活动定时器的延长持续时间、要被用于第一设备的不活动定时器的数目、或先前被用于第一设备的不活动定时器的连续使用。
在一些示例实施例中，指示指示以下至少一项：要被用于第一设备的短周期的数目、或要被用于第一设备的短周期定时器的数目。
在一些示例实施例中，指示指示用于第一设备的不活动定时器的延长持续时间，并且装置还包括：用于响应于不活动定时器到期而向第二设备重新发送用于延长时间的指示的部件。
在一些示例实施例中，装置还包括：用于向第二设备发送对用于活动地监测来自第二设备的传输的延长时间的请求的部件；以及用于从第二设备接收延长时间的指示的部件。
在一些示例实施例中，对延长时间的请求指示第一设备所预期的用于活动地监测来自第二设备的传输的延长时间集合，并且延长时间的所接收的指示指示由第二设备从期望的延长时间集合中确定的延长时间。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备。
在一些方面，一种装置包括：用于从第一设备接收指向第三设备的数据和用于延长用于第一设备活动地监测来自第二设备的传输的时间的指示的部件；用于向第三设备转发数据的部件；用于从第三设备接收对数据的响应的部件；以及用于在经延长的时间内向第一设备转发响应的部件。
在一些示例实施例中，用于接收数据和指示的部件包括：用于在从第一设备接收数据之后或之前在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息和无线电资源控制层上的消息中的至少一项中从第一设备接收指示的部件。
在一些示例实施例中，用于接收数据和指示的部件包括：用于在无线电资源控制层上的消息中从第一设备接收数据以及指示的部件。
在一些示例实施例中，指示指示监测的延长持续时间或附加窗口中的至少一项。
在一些示例实施例中，指示指示以下至少一项：用于第一设备的不活动定时器的延长持续时间、要被用于第一设备的不活动定时器的数目、或先前被用于第一设备的不活动定时器的连续使用。
在一些示例实施例中，指示指示以下至少一项：要被用于第一设备的短周期的数目、或要被用于第一设备的短周期定时器的数目。
在一些示例实施例中，装置还包括：用于从第一设备接收对用于第一设备活动地监测来自第二设备的传输的延长时间的请求的部件；用于基于请求确定延长时间的部件；以及用于向第一设备发送延长时间的指示的部件。
在一些示例实施例中，对延长时间的请求指示第一设备所预期的用于活动地监测来自第二设备的传输的延长时间集合，并且用于基于请求确定延长时间的部件包括：用于从期望的延长时间集合中确定延长时间的部件。
在一些示例实施例中，第一设备包括终端设备，并且第二设备包括网络设备。
在一些示例实施例中，时间被用于不连续接收。
在一些方面，一种计算机可读存储介质包括存储在其上的程序指令，指令在由设备的处理器执行时使设备执行根据本公开的一些示例实施例的方法。

Claims (52)

1.一种第一设备，包括：
至少一个处理器；以及
至少一个存储器，包括计算机程序代码；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述第一设备：
确定数据将经由第二设备朝向第三设备被传输；
确定用于活动地监测来自所述第二设备的传输的时间是否要被延长以经由所述第二设备从所述第三设备接收对所述数据的响应；
响应于确定所述时间要被延长，向所述第二设备传输所述数据和用于延长所述时间的指示；以及
在经延长的所述时间内经由所述第二设备从所述第三设备接收所述响应。
2.根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下方式确定所述时间是否要被延长：
确定所述响应的估计到达时间是否晚于所述时间的结束；以及
响应于确定所述响应的所述估计到达时间晚于所述时间的所述结束，确定所述时间要被延长。
3.根据权利要求2所述的第一设备，其中所述第一设备被使得通过以下方式确定所述时间要被延长：
响应于确定所述响应的所述估计到达时间晚于所述时间的所述结束，确定所述响应的所述估计到达时间是否在预定时间内；以及
响应于确定所述响应的所述估计到达时间在所述预定时间内，确定所述时间要被延长。
4.根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下方式确定所述时间是否要被延长：
确定在发生以下至少一项时所述时间是否要被延长：
针对所述数据的服务质量要求高于阈值要求，以及
来自所述第三设备的先前延迟响应的数目高于阈值数目。
5.根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下方式传输所述数据和所述指示：
在向所述第二设备传输所述数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息或无线电资源控制层上的消息中的至少一项中向所述第二设备发送所述指示。
6.根据权利要求1所述的第一设备，其中所述第一设备被使得通过以下方式传输所述数据和所述指示：
在无线电资源控制层上的消息中向所述第二设备传输所述数据以及所述指示。
7.根据权利要求1所述的第一设备，其中所述指示指示所述监测的延长持续时间或附加窗口中的至少一项。
8.根据权利要求1所述的第一设备，其中所述指示指示以下至少一项：
用于所述第一设备的非活动定时器的延长持续时间，
要被用于所述第一设备的非活动定时器的数目，或者
先前被用于所述第一设备的非活动定时器的连续使用。
9.根据权利要求1所述的第一设备，其中所述指示指示以下至少一项：
要被用于所述第一设备的短周期的数目，或者
要被用于所述第一设备的短周期定时器的数目。
10.根据权利要求1所述的第一设备，其中所述指示指示用于所述第一设备的非活动定时器的延长持续时间，并且所述第一设备还被使得：
响应于所述非活动定时器到期，向所述第二设备重新发送用于延长所述时间的所述指示。
11.根据权利要求1所述的第一设备，其中所述第一设备还被使得：
向所述第二设备发送对用于活动地监测来自所述第二设备的所述传输的延长时间的请求；以及
从所述第二设备接收所述延长时间的指示。
12.根据权利要求11所述的第一设备，其中对所述延长时间的所述请求指示所述第一设备所期望的用于活动地监测来自所述第二设备的所述传输的延长时间集合，并且所述延长时间的所接收的所述指示指示由所述第二设备从期望的所述延长时间集合中确定的延长时间。
13.根据权利要求1所述的第一设备，其中所述第一设备包括终端设备，并且所述第二设备包括网络设备。
14.根据权利要求1所述的第一设备，其中所述时间被用于不连续接收。
15.一种第二设备，包括：
至少一个处理器；以及
至少一个存储器，包括计算机程序代码；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述第二设备：
从第一设备接收指向第三设备的数据和用于延长用于所述第一设备活动地监测来自所述第二设备的传输的时间的指示；
向所述第三设备转发所述数据；
从所述第三设备接收对所述数据的响应；以及
在经延长的所述时间内向所述第一设备转发所述响应。
16.根据权利要求15所述的第二设备，其中所述第二设备被使得通过以下方式接收所述数据和所述指示：
在从所述第一设备接收所述数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息和无线电资源控制层上的消息中的至少一项中从所述第一设备接收所述指示。
17.根据权利要求15所述的第二设备，其中所述第二设备被使得接收所述数据和所述指示包括：
在无线电资源控制层上的消息中从所述第一设备接收所述数据以及所述指示。
18.根据权利要求15所述的第二设备，其中所述指示指示所述监测的延长持续时间或附加窗口中的至少一项。
19.根据权利要求15所述的第二设备，其中所述指示指示以下至少一项：
用于所述第一设备的非活动定时器的延长持续时间，
要被用于所述第一设备的非活动定时器的数目，或者
先前被用于所述第一设备的非活动定时器的连续使用。
20.根据权利要求15所述的第二设备，其中所述指示指示以下至少一项：
要被用于所述第一设备的短周期的数目，或者
要被用于所述第一设备的短周期定时器的数目。
21.根据权利要求15所述的第二设备，其中所述第二设备还被使得：
从所述第一设备接收对用于所述第一设备活动地监测来自所述第二设备的所述传输的延长时间的请求；
基于所述请求确定所述延长时间；以及
向所述第一设备发送所述延长时间的指示。
22.根据权利要求21所述的第二设备，其中对所述延长时间的所述请求指示所述第一设备所期望的用于活动地监测来自所述第二设备的所述传输的延长时间集合，并且所述第二设备通过以下方式基于所述请求确定所述延长时间：
从期望的所述延长时间集合中确定所述延长时间。
23.根据权利要求15所述的第二设备，其中所述第一设备包括终端设备，并且所述第二设备包括网络设备。
24.根据权利要求15所述的第二设备，其中所述时间被用于不连续接收。
25.一种在第一设备处实现的方法，包括：
确定数据将经由第二设备朝向第三设备被传输；
确定用于活动地监测来自所述第二设备的传输的时间是否要被延长以经由所述第二设备从所述第三设备接收对所述数据的响应；
响应于确定所述时间要被延长，向所述第二设备传输所述数据和用于延长所述时间的指示；以及
在经延长的所述时间内经由所述第二设备从所述第三设备接收所述响应。
26.根据权利要求25所述的方法，其中确定所述时间是否要被延长包括：
确定所述响应的估计到达时间是否晚于所述时间的结束；以及
响应于确定所述响应的所述估计到达时间晚于所述时间的所述结束，确定所述时间要被延长。
27.根据权利要求26所述的方法，其中确定所述时间要被延长包括：
响应于确定所述响应的所述估计到达时间晚于所述时间的所述结束，确定所述响应的所述估计到达时间是否在预定时间内；以及
响应于确定所述响应的所述估计到达时间在所述预定时间内，确定所述时间要被延长。
28.根据权利要求25所述的方法，其中确定所述时间是否要被延长包括：
确定在发生以下至少一项时所述时间是否要被延长：
针对所述数据的服务质量要求高于阈值要求，以及
来自所述第三设备的先前延迟响应的数目高于阈值数目。
29.根据权利要求25所述的方法，其中传输所述数据和所述指示包括：
在向所述第二设备传输所述数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息或无线电资源控制层上的消息中的至少一项中向所述第二设备发送所述指示。
30.根据权利要求25所述的方法，其中传输所述数据和所述指示包括：
在无线电资源控制层上的消息中向所述第二设备传输所述数据以及所述指示。
31.根据权利要求25所述的方法，其中所述指示指示所述监测的延长持续时间或附加窗口中的至少一项。
32.根据权利要求25所述的方法，其中所述指示指示以下至少一项：
用于所述第一设备的非活动定时器的延长持续时间，
要被用于所述第一设备的非活动定时器的数目，或者
先前被用于所述第一设备的非活动定时器的连续使用。
33.根据权利要求25所述的方法，其中所述指示指示以下至少一项：
要被用于所述第一设备的短周期的数目，或者
要被用于所述第一设备的短周期定时器的数目。
34.根据权利要求25所述的方法，其中所述指示指示用于所述第一设备的非活动定时器的延长持续时间，并且所述方法还包括：
响应于所述不活动定时器到期，向所述第二设备重新发送用于延长所述时间的所述指示。
35.根据权利要求25所述的方法，还包括：
向所述第二设备发送对用于活动地监测来自所述第二设备的所述传输的延长时间的请求；以及
从所述第二设备接收所述延长时间的指示。
36.根据权利要求35所述的方法，其中对所述延长时间的所述请求指示所述第一设备所期望的用于活动地监测来自所述第二设备的所述传输的延长时间集合，并且所述延长时间的所接收的所述指示指示由所述第二设备从期望的所述延长时间集合中确定的延长时间。
37.根据权利要求25所述的方法，其中所述第一设备包括终端设备，并且所述第二设备包括网络设备。
38.根据权利要求25所述的方法，其中所述时间被用于不连续接收。
39.一种在第二设备处实现的方法，包括：
从第一设备接收指向第三设备的数据和用于延长用于所述第一设备活动地监测来自所述第二设备的传输的时间的指示；
向所述第三设备转发所述数据；
从所述第三设备接收对所述数据的响应；以及
在经延长的所述时间内向所述第一设备转发所述响应。
40.根据权利要求39所述的方法，其中接收所述数据和所述指示包括：
在从所述第一设备接收所述数据之后或之前，在媒体接入媒体层上的媒体接入媒体控制元素、物理层上的上行链路控制信息和无线电资源控制层上的消息中的至少一项中从所述第一设备接收所述指示。
41.根据权利要求39所述的方法，其中接收所述数据和所述指示包括：
在无线电资源控制层上的消息中从所述第一设备接收所述数据以及所述指示。
42.根据权利要求39所述的方法，其中所述指示指示所述监测的延长持续时间或附加窗口中的至少一项。
43.根据权利要求39所述的方法，其中所述指示指示以下至少一项：
用于所述第一设备的非活动定时器的延长持续时间，
要被用于所述第一设备的非活动定时器的数目，或者
先前被用于所述第一设备的非活动定时器的连续使用。
44.根据权利要求39所述的方法，其中所述指示指示以下至少一项：
要被用于所述第一设备的短周期的数目，或者
要被用于所述第一设备的短周期定时器的数目。
45.根据权利要求39所述的方法，还包括：
从所述第一设备接收对用于所述第一设备活动地监测来自所述第二设备的所述传输的延长时间的请求；
基于所述请求确定所述延长时间；以及
向所述第一设备发送所述延长时间的指示。
46.根据权利要求45所述的方法，其中对所述延长时间的所述请求指示所述第一设备所期望的用于活动地监测来自所述第二设备的所述传输的延长时间集合，并且基于所述请求确定所述延长时间包括：
从期望的所述延长时间集合中确定所述延长时间。
47.根据权利要求39所述的方法，其中所述第一设备包括终端设备，并且所述第二设备包括网络设备。
48.根据权利要求39所述的方法，其中所述时间被用于不连续接收。
49.一种装置，包括：
用于确定数据将经由第二设备朝向第三设备被传输的部件；
用于确定用于活动地监测来自所述第二设备的传输的时间是否要被延长以经由所述第二设备从所述第三设备接收对所述数据的响应的部件；
用于响应于确定所述时间要被延长而向所述第二设备传输所述数据和用于延长所述时间的指示的部件；以及
用于在经延长的时间内经由所述第二设备从所述第三设备接收所述响应的部件。
50.一种装置，包括：
用于从第一设备接收指向第三设备的数据和用于延长用于所述第一设备活动地监测来自所述第二设备的传输的时间的指示的部件；
用于向所述第三设备转发所述数据的部件；
用于从所述第三设备接收对所述数据的响应的部件；以及
用于在经延长的时间内向所述第一设备转发所述响应的部件。
51.一种计算机可读存储介质，包括存储在其上的程序指令，所述指令在由设备的处理器执行时使所述设备执行根据权利要求25至38中任一项所述的方法。
52.一种计算机可读存储介质，包括存储在其上的程序指令，所述指令在由设备的处理器执行时使所述设备执行根据权利要求39至48中任一项所述的方法。
CN201980099799.5A 2019-08-30 2019-08-30 电信***中的下行链路监测 Active CN114287168B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/103854 WO2021035732A1 (en) 2019-08-30 2019-08-30 Downlink monitoring in telecommunication systems

Publications (2)

Publication Number Publication Date
CN114287168A true CN114287168A (zh) 2022-04-05
CN114287168B CN114287168B (zh) 2024-06-04

Family

ID=74684429

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980099799.5A Active CN114287168B (zh) 2019-08-30 2019-08-30 电信***中的下行链路监测

Country Status (2)

Country Link
CN (1) CN114287168B (zh)
WO (1) WO2021035732A1 (zh)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109964528A (zh) * 2016-08-12 2019-07-02 摩托罗拉移动有限责任公司 用于缩短的传输时间间隔和处理时间的非连续接收的方法、设备和***

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120120860A1 (en) * 2010-11-16 2012-05-17 Chui Jimmy C Power optimized demodulator front end (demfront) receiver subsystem
US9992744B2 (en) * 2014-02-24 2018-06-05 Intel Corporation Mechanisms to optimize and align discontinuous reception configuration of device to-device capable user equipment

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109964528A (zh) * 2016-08-12 2019-07-02 摩托罗拉移动有限责任公司 用于缩短的传输时间间隔和处理时间的非连续接收的方法、设备和***

Also Published As

Publication number Publication date
WO2021035732A1 (en) 2021-03-04
CN114287168B (zh) 2024-06-04

Similar Documents

Publication Publication Date Title
US20210227463A1 (en) Radio communication system, radio terminals, radio base stations, radio communication method and program
US9185737B2 (en) Method for controlling multiple communication systems to implement communication and user equipment
WO2018076956A1 (zh) 免授权传输的方法、终端设备和网络设备
JP7501638B2 (ja) 方法及び端末
CN110557806B (zh) 一种数据传输方法、终端设备及网络设备
KR20230041059A (ko) 사이드링크에 대한 drx 정렬
CN109565380B (zh) 用于处理通信网络中的不连续接收的方法和装置
CN113260089A (zh) 利用多个不连续接收组对活动时间的确定
CN116963313A (zh) 用于d2d通信的资源选择中的活动接收状态的考虑
CN114287168B (zh) 电信***中的下行链路监测
KR20240039016A (ko) Pdcch 모니터링 스킵과의 정렬
US20220078715A1 (en) Methods and apparatuses for using power-saving signal pattern, device and system
CN117897922A (zh) 用于pdcch跳过和sssg切换的信令和状态转变的方法和装置

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