CN113748625B - 基于服务的harq启用机制 - Google Patents

基于服务的harq启用机制 Download PDF

Info

Publication number
CN113748625B
CN113748625B CN201980094662.0A CN201980094662A CN113748625B CN 113748625 B CN113748625 B CN 113748625B CN 201980094662 A CN201980094662 A CN 201980094662A CN 113748625 B CN113748625 B CN 113748625B
Authority
CN
China
Prior art keywords
harq
data packet
terminal device
enabled
disabled
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
Application number
CN201980094662.0A
Other languages
English (en)
Other versions
CN113748625A (zh
Inventor
温萍萍
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 CN113748625A publication Critical patent/CN113748625A/zh
Application granted granted Critical
Publication of CN113748625B publication Critical patent/CN113748625B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • H04L1/1685Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开的实施例涉及基于服务的HARQ启用机制。根据本公开的实施例,提出了一种上行链路中的基于服务的HARQ禁用/启用机制。HARQ基于服务类型被动态地禁用/启用。终端设备确定HARQ是否针对数据分组被启用。以这种方式,考虑到***的实际状态,HARQ的禁用/启用被动态地控制。

Description

基于服务的HARQ启用机制
技术领域
本公开的实施例总体上涉及通信领域,尤其涉及非地面网络,并且具体地涉及一种基于服务的HARQ启用机制的方法、设备、装置和计算机可读存储介质。
背景技术
3GPP已经发起了一项研究项目以将适用性扩展到非地面网络(NTN),更具体地是能够将5G无线电接入用于卫星链路,其中长的往返延迟会对HARQ设计产生影响。HARQ是高速前向纠错编码和ARQ错误控制的组合。
使用HARQ,发送器需要在发送新数据之前等待来自接收器的反馈。在否定确认(NACK)的情况下,发送器可能需要重新发送数据分组。否则,它可以发送新数据。这种停止等待(SAW)过程将固有延迟引入通信协议中,这可能会降低链路吞吐量。为了缓解这个问题,现有HARQ过程允许在发送器处激活多个HARQ过程。也就是说,发送器可以并行发起多个传输,而不必等待HARQ完成。随着HARQ的引入,数据传输变得更加可靠和高效。
发明内容
总体上,本公开的示例实施例提供了一种用于NTN***的上行链路中的基于服务的HARQ启用机制的解决方案。
第一方面,提供了一种终端设备。终端设备包括至少一个处理器;以及包括计算机程序代码的至少一个存储器;至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使终端设备获得用于要从终端设备向网络设备发送的数据的无线电承载的配置。终端设备还被引起基于无线电承载的配置来确定混合自动重传请求(HARQ)是否针对无线电承载所映射到的逻辑信道被启用/禁用。终端设备还被引起基于确定来确定针对数据分组的HARQ的启用/禁用设置,数据分组包括来自逻辑信道的数据。终端设备还被引起向网络设备发送数据分组。
在第二方面,提供了一种网络设备。该设备包括至少一个处理器;以及包括计算机程序代码的至少一个存储器;至少一个存储器和计算机程序代码被配置为与至少一个处理器一起引起网络设备向终端设备发送用于数据的无线电承载的配置,该配置指示HARQ是否针对无线电承载所映射到的逻辑信道被启用/禁用。网络设备还被引起发送关于HARQ是否针对数据分组被启用的指示,数据分组包括来自逻辑信道的数据。网络设备还被引起从网络设备接收数据分组。
在第三方面,提供了一种在终端设备处实现的方法。该方法包括获得用于要从终端设备向网络设备发送的数据的无线电承载的配置。该方法还包括基于无线电承载的配置来确定混合自动重传请求(HARQ)是否针对无线电承载所映射到的逻辑信道被启用/禁用。该方法还包括基于确定来确定针对数据分组的HARQ的启用/禁用设置,数据分组包括来自逻辑信道的数据。该方法还包括向网络设备发送数据分组。
在第四方面,提供了一种在网络设备处实现的方法。该方法包括向终端设备发送用于数据的无线电承载的配置,该配置指示HARQ是否针对无线电承载所映射到的逻辑信道被启用/禁用。该方法还包括发送关于HARQ是否针对数据分组被启用的指示,数据分组包括来自逻辑信道的数据。该方法还包括从网络设备接收数据分组。
在第五方面,提供了一种装置,该装置包括:用于获得用于要从终端设备向网络设备发送的数据的无线电承载的配置的部件;用于基于无线电承载的配置来确定混合自动重传请求(HARQ)是否针对无线电承载所映射到的逻辑信道被启用/禁用的部件;用于基于确定来确定针对数据分组的HARQ的启用/禁用设置的部件,数据分组包括来自逻辑信道的数据;以及用于向网络设备发送数据分组的部件。
在第六方面,提供了一种装置,该装置包括:用于向终端设备发送用于数据的无线电承载的配置的部件,配置指示HARQ是否针对无线电承载所映射到的逻辑信道被启用/禁用;用于发送关于HARQ是否针对数据分组被启用的指示的部件,数据分组包括来自逻辑信道的数据;以及用于从网络设备接收数据分组的部件。
在第七方面,提供了一种非瞬态计算机可读介质,该非瞬态计算机可读介质包括用于引起装置至少执行根据上述第三和第四方面中的任何一个的方法的程序指令。
应当理解,概述部分不旨在确定本公开的实施例的关键或基本特征,也不旨在用于限制本公开的范围。通过以下描述,本公开的其他特征将变得容易理解。
附图说明
现在将参考附图描述一些示例实施例,在附图中:
图1示出了可以在其中实现本公开的实施例的示例通信网络;
图2示出了根据本公开的一些实施例的通信设备之间的交互示意图;
图3A和图3B示出了根据本公开的一些实施例的上行链路介质接入控制(MAC)协议数据单元(PDU)的示意图;
图4示出了根据本公开的一些实施例的在终端设备处实现的方法的流程图;
图5示出了根据本公开的一些实施例的在终端设备处实现的方法的流程图;
图6示出了根据本公开的一些实施例的在网络设备处实现的方法的流程图;
图7示出了适合于实现本公开的实施例的设备的简化框图;以及
图8示出了根据本公开的一些实施例的示例计算机可读介质的框图。
在整个附图中,相同或相似的附图标记表示相同或相似的元素。
具体实施方式
现在将参考一些示例实施例来描述本公开的原理。应当理解,描述这些实施例仅用于说明和帮助本领域技术人员理解和实现本公开的目的,而没有对本公开的范围提出任何限制。本文中描述的公开内容可以以除了下面描述的之外的各种其他方式来实现。
在以下描述和权利要求中,除非另有定义,否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。
本公开中对“一个实施例”、“实施例”、“示例实施例”等的引用表示所描述的实施例可以包括特定特征、结构或特性,但并非必须每个实施例都包括特定特征、结构或特性。此外,这些短语不一定指代相同的实施例。此外,当结合实施例描述特定特征、结构或特性时,认为与其他实施例(无论是否明确描述)相结合来影响这样的特征、结构或特性在本领域技术人员的知识范围内。
应当理解,虽然本文中可以使用术语“第一”和“第二”等来描述各种元素,但是这些元素不应当受这些术语的限制。这些术语仅用于区分一个元素与另一元素。例如,在不脱离示例实施例的范围的情况下,第一元素可以称为第二元素,并且类似地,第二元素可以称为第一元素。如本文中使用的,术语“和/或”包括一个或多个所列术语的任何和所有组合。
本文中使用的术语仅用于描述特定实施例的目的,而非旨在限制示例实施例。如本文中使用的,单数形式“一个”、“一”和“该”也旨在包括复数形式,除非上下文另有明确指示。将进一步理解,术语“包括”、“包括有”、“具有”、“有”、“包含”和/或“包含有”当在本文中使用时指定所述特征、元素和/或组件等的存在,但是不排除一个或多个其他特征、元素、组件和/或其组合的存在或添加。
如本申请中使用的,术语“电路***”可以是指以下中的一项或多项或全部:
(a)纯硬件电路实现(诸如仅在模拟和/或数字电路***中的实现),以及
(b)硬件电路和软件的组合,诸如(如适用):
(i)模拟和/或数字硬件电路与软件/固件的组合,以及
(ii)具有软件的硬件处理器(包括数字信号处理器)、软件和存储器的任何部分,这些部分一起工作以引起装置(诸如移动电话或服务器)执行各种功能,以及
(c)硬件电路和/或处理器,诸如微处理器或微处理器的一部分,其需要软件(例如,固件)进行操作,但当操作不需要时该软件可以不存在。
该电路***的定义适用于该术语在本申请中的所有使用,包括在任何权利要求中。作为另一示例,如本申请中使用的,术语电路***还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们的)伴随软件和/或固件的实现。术语电路***还涵盖(例如并且如果适用于特定权利要求元素)移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。
如本文中使用的,术语“通信网络”是指遵循任何合适的通信标准的网络,诸如长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)、窄带物联网(NB-IoT)、新无线电(NR)、非地面网络(NTN)等。此外,通信网络中终端设备与网络设备之间的通信可以根据任何合适的代通信协议来执行,包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、***(4G)、4.5G、未来的第五代(5G)通信协议、和/或目前已知或将来开发的任何其他协议。本公开的实施例可以应用于各种通信***。考虑到通信的快速发展,当然,也将存在可以用于体现本公开的未来类型的通信技术和***。本公开的范围不应当仅限于上述***。
如本文中使用的,术语“网络设备”是指通信网络中的节点,终端设备经由该节点接入网络并且从中接收服务。网络设备可以是指基站(BS)或接入点(AP),例如,节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、NR NB(也称为gNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头端(RRH)、中继、低功率节点(诸如毫微微、微微)等,具体取决于所应用的术语和技术。
术语“终端设备”是指能够进行无线通信的任何终端设备。作为示例而非限制,终端设备还可以称为通信设备、用户设备(UE)、订户站(SS)、便携式订户站、移动台(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、图像采集终端设备(诸如数码相机)、游戏终端设备、音乐存储和播放设备、车载无线终端设备、无线终端、移动台、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)、USB加密狗、智能设备、无线客户端设备(CPE)、物联网(loT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如,远程手术)、工业设备和应用(例如,在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。在以下描述中,术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。
最近,第三代合作伙伴计划(3GPP)发起了一项研究项目以将适用性扩展到非地面网络(NTN),更具体地是能够将5G无线电接入用于卫星链路,其中长的往返延迟会对HARQ设计产生影响。NTN中的HARQ禁用机制应当在3GPP中进行研究。
HARQ问题已经被讨论,并且NTN中的HARQ的问题是大的传播延迟迫使HARQ过程的数量的不切实际的增加,这是因为对于接收器的软缓冲区的极端的缓冲区大小要求和关于指示HARQ过程数目的大的量信令需求。捕获以下两个原则以供进一步研究:增强现有HARQ操作并且限制HARQ能力和/或禁用HARQ。
动态HARQ启用机制可以决定是否禁用具有逐分组重传的HARQ操作。另外,服务数据和信令以及不同服务对QoS的要求不同,HARQ启用/禁用可以基于数据类型。控制信令和块误码率(BLER)要求较高的服务可以支持HARQ传输,并且BLER要求较低的服务可以禁用HARQ功能。这可以通过动态调度来实现。然而,对于上行链路,由于服务分组是在UE处生成的,并且gNB由于传播延迟较长而无法通过缓存报告及时获取关于服务分组的状态的信息。例如,gNB基于最新接收的缓冲区状态报告(BSR)在考虑到等待传输的不同类型的服务的情况下为UE分配资源,如果服务分组是在前一缓冲区状态报告之后生成的,即使新的缓冲区状态报告被触发,卫星上的gNB也无法接收新的缓冲区状态报告,并且HARQ禁用只能依赖于接收到的缓冲区状态报告。
存在一些提议的HARQ禁用/启用机制。例如,大于该组HARQ过程的HARQ过程ID用于指示将不发送HARQACK/NACK反馈。可以使用不同C-RNTI作为UE标识符,一个C-RNTI标识符指代具有正常HARQ操作的UE,而另一C-RNTI标识符指代同一UE,但是指示将不传输HARQACK/NACK反馈。
此外,存在一些提议支持针对一个UE中具有不同可靠性要求的服务的差异化HARQ操作,并且考虑选择性地关闭HARQ。但是没有给出如何支持HARQ的选择性关闭,也没有给出不同HARQ操作。特别地,考虑到上行链路***中gNB由于传播延迟较长而无法及时获知UE侧信息的特殊问题,应当特别地考虑上行链路解决方案,但目前还没有上行链路的具体解决方案。
根据本公开的实施例,提出了上行链路中的基于服务的HARQ禁用/启用机制。HARQ基于服务类型被动态地禁用/启用。终端设备确定HARQ是否针对数据分组被启用。以这种方式,考虑到***的实际状态,HARQ的禁用/启用被动态地控制。
下面将结合附图详细描述本公开的原理和实施例。首先参考图1,图1示出了可以在其中实现本公开的实施例的示例通信***100。
图1示出了可以在其中实现本公开的实施例的通信***100的示意图。作为通信网络的一部分的通信***100包括终端设备110-1、110-2、……、110-N(统称为“终端设备110”,其中N是整数)。通信***100包括网络设备120。应当理解,通信***100还可以包括为清楚起见而省略的其他元件。应当理解,图1所示的终端设备和网络设备的数目是为了说明的目的而给出的,而并不表示任何限制。网络设备120可以与终端设备110通信。
应当理解,网络设备和终端设备的数目仅用于说明目的,而并不表示任何限制。***100可以包括适于实现本公开的实施例的任何合适数目的网络设备和终端设备。尽管未示出,但是应当理解,一个或多个终端设备可以位于小区101或102中。
通信***100中的通信可以根据任何适当的通信协议来实现,包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、***(4G)和第五代(5G)等的蜂窝通信协议、无线局域网通信协议(诸如电气和电子工程师协会(IEEE)802.11等)、和/或当前已知或将来开发的任何其他协议。此外,通信可以使用任何适当的无线通信技术,包括但不限于:码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多路(OFDM)、离散傅立叶变换扩展OFDM(DFT-s-OFDM)、和/或当前已知或将来开发的任何其他技术。
图2示出了根据本公开的实施例的交互200的示意图。交互200可以在任何合适的设备上实现。仅出于说明的目的,交互200被描述为在终端设备110-1和网络设备120处实现。
针对不同类型的服务,例如无线电承载,HARQ启用/禁用可以被单独地支持。网络设备120向终端设备110-1发送205无线电承载的配置。该配置可以在下行链路信令(例如,无线电资源控制(RRC))中传输。
每个无线电承载的HARQ可以被设置为两种状态:“HARQ启用”或“HARQ禁用”。下面的表1示出了为无线电承载定义HARQ状态的无线电承载配置(RadioBearerConfig)信息元素。
表1
以这种方式,用户平面数据和控制平面数据以及不同种类的服务可以配置有不同HARQ状态。例如,用于控制平面数据的信令无线电承载(SRB)的HARQ状态可以配置有“HARQ启用”,具有BLER要求较高的专用无线电承载(DRB)也可以配置有“HARQ启用”,但具有BLER要求较低的DRB可以配置有“HARQ禁用”。
用于上行链路的HARQ可以逐分组被动态地禁用。在一些实施例中,网络设备120可以向终端设备110-1发送指示。该指示可以指示网络设备120是否确定要针对数据分组禁用HARQ。网络设备120可以在调度过程中确定HARQ禁用。该指示可以在资源授权命令(例如,下行链路控制信息(DCI))中传输。
网络设备120可以基于缓冲区状态报告(BSR)、功率余量报告(PHR)功率、以及终端设备110-1与网络设备120之间的信道信息中的一项来确定HARQ是否针对数据分组被启用。备选地,网络设备120可以从终端设备110-1接收一些数据的缓冲区状态报告(BSR)。
在一些实施例中,网络设备120可以通过RRC信令向终端设备110-1发送默认HARQ状态(例如,“HARQ启用”或“HARQ禁用”)。备选地,默认HARQ状态可以预先配置。
终端设备110-1可以生成215数据。在一些实施例中,终端设备110-1可以基于传统逻辑信道优先化(LCP)过程来构造介质访问控制(MAC)协议数据单元(PDU)。终端设备110-1确定220HARQ是否针对无线电承载所映射到的逻辑信道被启用/禁用。在一些实施例中,终端设备110-1可以检查MAC PDU中的无线电承载,无线电链路控制(RLC)PDU置于该无线电承载。
终端设备110-1确定230针对数据分组的HARQ的启用/禁用设置。数据分组包括上述数据。在一些实施例中,如果HARQ针对无线电承载所映射到的逻辑信道被启用,则终端设备110-1可以设置HARQ针对数据分组被启用。如果HARQ针对无线电承载所映射到的逻辑信道被禁用,则终端设备110-1可以确定HARQ是否针对其他逻辑信道被启用。如果HARQ针对其他逻辑信道中的任何一个被启用,则终端设备110-1可以设置HARQ针对数据分组被启用。在一些实施例中,如果HARQ针对数据分组中的所有逻辑信道被禁用,则终端设备110-1可以设置HARQ针对数据分组被禁用。以这种方式,数据分组的HARQ可以使用最新信息被禁用/启用。
作为示例,如果来自任何无线电承载的配置有“HARQ启用”的RLC PDU被包括在MACPDU中,则终端设备110-1可以将MAC PDU的设置设置为“HARQ启用”。如果来自所有无线电承载的配置有“HARQ禁用”的RLC PDU被包括在MAC PDU中,则终端设备110-1可以将MAC PDU的设置设置为“HARQ禁用”。
例如,如图3A所示,MAC PDU可以包括来自三个逻辑信道的数据分组。SRB被映射到逻辑信道310。DRB1和DRB2分别被映射到逻辑信道320和逻辑信道330。SRB和DRB1配置有“HARQ启用”,DRB2配置有“HARQ禁用”。在该示例中,由于SRB和DRB1配置有“HARQ启用”,因此HARQ也针对MAC PDU 3010被启用。
作为另一示例,如图3B所示,MAC PDU可以包括来自两个逻辑信道(逻辑信道340和逻辑信道350)的数据。DRB2和DRB3分别被映射到逻辑信道340和逻辑信道350。在这种情况下,DRB2和DRB3都配置有“HARQ禁用”。因此,HARQ也针对MAD PDU 3020被禁用。
在一些实施例中,终端设备110-1可以进一步基于终端设备110-1侧的缓冲区状态和功耗来确定HARQ状态。例如,如果终端设备110-1的可用缓冲区超过阈值量,则终端设备110-1可以针对数据分组启用HARQ。如果终端设备的功耗量高于阈值量,则终端设备110-1可以针对数据分组启用HARQ。此外,终端设备110-1还可以基于MAC PDU中的MAC控制元素(CE)类型(或具有/没有MAC CE)来确定HARQ状态。如果数据分组中存在MAC CE,则终端设备110-1可以针对数据分组启用HARQ。
终端设备110-1向网络设备120发送235数据分组。在一些实施例中,如上所述,网络设备120可以发送关于HARQ是否针对数据分组被启用的指示。终端设备110-1可以将该指示与关于HARQ是否针对数据分组被启用的确定进行比较240。
如果该指示可以指示HARQ针对数据分组被禁用并且终端设备110-1也可以确定HARQ针对数据分组被禁用,则终端设备110-1可以不向网络设备120发送关于HARQ的任何信息。类似地,如果该指示可以指示HARQ针对数据分组被启用,并且终端设备110-1也可以确定HARQ针对数据分组被启用,则终端设备110-1可以不向网络设备120发送关于HARQ的任何信息。
在一些实施例中,终端设备110-1可以发送245针对数据分组启用/禁用HARQ的请求。该请求可以在上行链路控制信息(UCI)中传输。可以引入新的指示位以指示该请求。备选地,调度请求可以被重复用于指示HARQ启用/禁用请求,这与传统调度请求不同。由于调度请求用于在没有物理上行链路共享信道(PUSCH)时请求缓冲区状态报告的调度授权。并且当PUSCH被分配资源时,不使用调度请求。因此,可以定义何时为PUSCH分配资源,并且可以使用调度请求来指示HARQ启用。有了这个解决方案,就不需要UCI中的新指示,它很简单,只需对UE过程进行新的定义。然后,网络设备会基于所接收的HARQ启用/禁用请求进行对应的HARQ操作。
如果该指示可以指示HARQ针对数据分组被禁用并且终端设备110-1可以确定HARQ针对数据分组被启用,则终端设备110-1可以向网络设备120发送针对数据分组启用HARQ的请求。
如果该指示可以指示HARQ针对数据分组被启用并且终端设备110-1可以确定HARQ针对数据分组被禁用,则终端设备110-1可以向网络设备120发送针对数据分组禁用HARQ的请求。
在一些实施例中,终端设备110-1可以获得指示HARQ状态的默认配置。无论默认HARQ状态如何,终端设备110-1都可以发送请求,以启用/禁用在网络设备120处的HARQ功能。备选地,如果终端设备110-1可以确定HARQ针对不同于默认HARQ状态的数据分组被启用,则终端设备110-1可以发送启用HARQ的请求。如果终端设备110-1可以确定HARQ针对不同于默认HARQ状态的数据分组被禁用,则终端设备110-1可以发送禁用HARQ的请求。
备选地,终端设备110-1可以不获得关于HARQ状态或默认HARQ状态的任何指示。如果终端设备110-1确定HARQ针对数据分组被启用,则终端设备110-1可以向网络设备120发送启用HARQ的请求。如果终端设备110-1确定HARQ针对数据分组被禁用,则终端设备110-1可以向网络设备120发送禁用HARQ的请求。
在一些实施例中,终端设备110-1可以在时间t1发送包括逻辑信道的数据量的BSR,缓冲区状态包括逻辑信道340和逻辑信道350的数据量。DRB3和DRB4分别被映射到逻辑信道340和逻辑信道350。DRB3和DRB4两者配置有“HARQ禁用”。网络设备120可以在时间t2接收BSR,并且在时间t3基于BSR针对终端设备110-1分配资源以及禁用HARQ操作。终端设备110-1可以在时间t4接收调度许可。在t1至t4之间的持续时间内,生成DRB1的新数据,并且DRB1配置有“HARQ启用”。基于LCP,DRB1的数据被包括在MAC PDU中,然后终端设备110-1可以确定将要启用HARQ并且向网络设备120发送启用HARQ的请求。网络设备120可以基于所接收的HARQ启用请求针对数据分组开启HARQ功能。
图4示出了根据本公开的一些实施例的在终端设备处实现的示例方法400的流程图。为了讨论的目的,将参考图1从终端设备120的角度来描述方法300。
在框410处,终端设备110-1获得用于要从终端设备向网络设备传输的数据的无线电承载的配置。在一些实施例中,终端设备110-1可以接收无线电承载的配置。该配置可以在下行链路信令(例如,无线电资源控制(RRC))中传输。每个无线电承载的HARQ可以设置为两种状态“HARQ启用”或“HARQ禁用”。
以这种方式,用户平面数据和控制平面数据以及不同种类的服务可以配置有不同HARQ状态。例如,用于控制平面数据的信令无线电承载(SRB)的HARQ状态可以配置有“HARQ启用”,BLER要求较高的专用无线电承载(DRB)也可以配置有“HARQ启用”,但BLER要求较低的DRB可以配置有“HARQ禁用”。
用于上行链路的HARQ可以逐分组被动态地禁用。在一些实施例中,终端设备110-1可以从网络设备120接收指示。该指示可以指示网络设备120是否确定要针对数据分组禁用HARQ。该指示可以在资源授权命令(例如,下行链路控制信息(DCI))中传输。
在框420处,终端设备110-1基于无线电承载的配置来确定HARQ是否针对无线电承载所映射到的逻辑信道被启用/禁用。在一些实施例中,终端设备110-1可以检查MAC PDU中的无线电承载,无线电链路控制(RLC)PDU置于该无线电承载。
在框430处,终端设备110-1基于该确定来确定针对数据分组确定HARQ的启用/禁用设置,该数据分组包括来自逻辑信道的数据。作为示例,如果来自任何无线电承载的配置有“HARQ启用”的RLC PDU被包括在MAC PDU中,则终端设备110-1可以将MAC PDU的设置设置为“HARQ启用”。如果来自所有无线电承载的配置有“HARQ禁用”的RLC PDU被包括在MAC PDU中,则终端设备110-1可以将MAC PDU的设置设置为“HARQ禁用”。
图5示出了根据本公开的一些实施例的配置HARQ的设置的方法的流程图。需要说明的是,图5所示的方法只是一个示例。
在框510处,终端设备110-1可以确定HARQ是否针对逻辑信道被启用/禁用。如果HARQ针对逻辑信道被启用,则终端设备110-1可以在框540处设置HARQ针对数据分组被启用。如果HARQ针对逻辑信道被禁用,则终端设备110-1可以在框520处确定HARQ是否针对其他逻辑信道被启用。
如果HARQ针对其他逻辑信道中的任何一个被启用,则终端设备110-1可以在框540处设置HARQ针对数据分组被启用。
如果HARQ针对所有其他逻辑信道被禁用,则终端设备110-1可以在框530处设置HARQ针对数据分组被禁用。以这种方式,数据分组的HARQ可以使用最新信息被禁用/启用。
回到图4,在框440处,终端设备110-1向网络设备120发送数据分组。在一些实施例中,如上所述,网络设备120可以发送关于HARQ是否针对数据分组被启用的指示。终端设备110-1可以将该指示与关于HARQ是否针对数据分组被启用的确定进行比较。
如果该指示可以指示HARQ针对数据分组被禁用并且终端设备110-1也可以确定HARQ针对数据分组被禁用,则终端设备110-1可以不向网络设备120发送关于HARQ的任何信息。类似地,如果该指示可以指示HARQ针对数据分组被启用,并且终端设备110-1也可以确定HARQ针对数据分组被启用,则终端设备110-1可以不向网络设备120发送关于HARQ的任何信息。
在一些实施例中,终端设备110-1可以发送针对数据分组启用/禁用HARQ的请求。该请求可以在上行链路控制信息(UCI)中传输。可以引入新的指示位以指示该请求。备选地,调度请求可以用于指示HARQ启用/禁用请求。由于调度请求用于在没有物理上行链路共享信道(PUSCH)时请求缓冲区状态报告的调度授权。并且当PUSCH被分配资源时,不使用调度请求。因此,可以定义何时为PUSCH分配资源,并且可以使用调度请求来指示HARQ启用。有了这个解决方案,就不需要UCI中的新指示,它很简单,只需对UE过程进行新的定义。然后,网络设备会基于所接收的HARQ启用/禁用请求进行对应的HARQ操作。
如果该指示可以指示HARQ针对数据分组被禁用并且终端设备110-1可以确定HARQ针对数据分组被启用,则终端设备110-1可以向网络设备120传输针对数据分组启用HARQ的请求。
如果该指示可以指示HARQ针对数据分组被启用并且终端设备110-1可以确定HARQ针对数据分组被禁用,则终端设备110-1可以向网络设备120发送针对数据分组禁用HARQ的请求。
在一些实施例中,终端设备110-1可以获得指示HARQ是否针对数据分组被启用/禁用的默认配置。无论默认HARQ状态如何,终端设备110-1都可以发送请求,以启用/禁用在网络设备120处的HARQ功能。备选地,如果终端设备110-1可以确定HARQ针对不同于默认HARQ状态的数据分组被启用,则终端设备110-1可以发送启用HARQ的请求。如果终端设备110-1可以确定HARQ针对不同于默认HARQ状态的数据分组被禁用,则终端设备110-1可以发送禁用HARQ的请求。
备选地,终端设备110-1可以不获取关于HARQ状态或默认HARQ状态的任何指示。如果终端设备110-1确定HARQ针对数据分组被启用,则终端设备110-1可以向网络设备120发送启用HARQ的请求。如果终端设备110-1确定HARQ针对数据分组被禁用,则终端设备110-1可以向网络设备120发送禁用HARQ的请求。
在一些实施例中,终端设备110-1可以在时间t1传输包括逻辑信道的数据量的BSR,缓冲区状态包括逻辑信道340和逻辑信道350的数据量。DRB3和DRB4分别被映射到逻辑信道340和逻辑信道350。DRB3和DRB4两者配置有“HARQ禁用”。网络设备120可以在时间t2接收BSR,并且在时间t3基于BSR针对终端设备110-1分配资源以及禁用HARQ操作。终端设备110-1可以在时间t4接收调度许可。在t1至t4之间的持续时间内,生成DRB1的新数据,并且DRB1配置有“HARQ启用”。基于LCP,DRB1的数据被包括在MAC PDU中,然后终端设备110-1可以确定将要启用HARQ并且向网络设备120传输启用HARQ的请求。网络设备120可以基于所接收的HARQ启用请求针对数据分组开启HARQ功能。
以这种方式,可以支持非地面网络(NTN)中的上行链路的基于服务的动态HARQ启用/禁用。HARQ可以在考虑到***的实际状态的情况下被动态地禁用,诸如UE缓存区状态的动态状态、功耗以及数据分组中的真实数据类型,从而诸如延迟、抖动等QoS、以及可靠性可以得到保证。
在一些实施例中,一种用于执行方法400和500的装置(例如,终端设备110-1)可以包括用于执行方法400和500中的对应步骤的相应模块。这些模块可以以任何合适的方式来实现。例如,它可以通过电路***或软件模块来实现。
在一些实施例中,该装置包括用于获得用于要从终端设备向网络设备发送的数据的无线电承载的配置的部件;用于基于无线电承载的配置来确定混合自动重传请求(HARQ)是否针对无线电承载所映射到的逻辑信道被启用/禁用的部件;用于基于确定来确定针对数据分组的HARQ的启用/禁用设置,数据分组包括来自逻辑信道的数据的部件;以及用于向网络设备发送数据分组的部件。
在一些实施例中,用于确定HARQ是否针对逻辑信道被启用的部件包括:用于从网络设备接收无线电承载的配置的部件,配置包括关于HARQ是否针对无线电承载被启用/禁用的指示;以及用于基于指示来确定HARQ是否针对无线电承载所映射到的逻辑信道被启用/禁用的部件。
在一些实施例中,用于确定针对数据分组的HARQ的启用/禁用设置的模块包括:用于响应于确定HARQ针对逻辑信道被启用而针对数据分组启用HARQ部件,数据分组包括来自逻辑信道的数据。
在一些实施例中,该装置还包括:用于响应于确定HARQ针对另外的逻辑信道中的每个逻辑信道被禁用而针对数据分组禁用HARQ的部件,数据分组包括来自另外的逻辑信道的另外的数据。
在一些实施例中,该装置还包括:用于从网络设备接收关于HARQ是否针对数据分组被启用/禁用的另外的指示的部件;以及用于响应于对于HARQ针对数据分组被启用的指示而发送针对数据分组禁用HARQ的请求的部件。
在一些实施例中,该装置还包括:用于确定指示HARQ是否针对数据分组被启用/禁用的默认配置的部件;以及用于响应于默认配置指示HARQ针对数据分组被启用而发送针对数据分组禁用HARQ的请求的部件。
在一些实施例中,该装置还包括:用于发送针对数据分组禁用HARQ的请求的部件。
在一些实施例中,该装置还包括:用于从网络设备接收关于HARQ是否针对数据分组被启用/禁用的另外的指示的部件;以及用于响应于针对HARQ针对数据分组被禁用的指示而发送针对数据分组启用HARQ的请求的部件。
在一些实施例中,该装置还包括:用于发送针对数据分组启用HARQ的请求的部件。
在一些实施例中,该装置还包括:用于确定指示HARQ是否针对数据分组被启用/禁用的默认配置的部件;以及用于响应于默认配置指示HARQ针对数据分组被启用而发送针对数据分组禁用HARQ的请求的部件。
在一些实施例中,用于针对数据分组配置HARQ的启用/禁用设置的部件包括:用于响应于以下中的一项而启用针对数据分组HARQ的部件:终端设备的可用缓冲区高于阈值量、终端设备的功耗量高于阈值量、或者数据分组中控制元素的出现。
在一些实施例中,该装置还包括:用于确定指示HARQ是否针对数据分组被启用/禁用的默认配置的部件;以及用于响应于默认配置指示HARQ针对数据分组被禁用而发送针对数据分组启用HARQ的请求的部件。
在一些实施例中,针对数据分组启用HARQ的请求在上行链路控制信息(UCI)或调度请求中传输。
在一些实施例中,针对数据分组禁用HARQ的请求在上行链路控制信息(UCI)或调度请求中传输。
图6示出了根据本公开的一些实施例的在终端设备处实现的示例方法600的流程图。为了讨论的目的,将参考图1从终端设备110-1的角度来描述方法600。
在框610处,网络设备120向终端设备110-1发送无线电承载的配置。该配置指示HARQ是否针对无线电承载被映射到的逻辑信道被启用/禁用。该配置可以在下行链路信令(例如,无线电资源控制(RRC))中传输。每个无线电承载的HARQ可以设置为两种状态:“HARQ启用”或“HARQ禁用”。
在框620处,网络设备120可以发送关于HARQ是否针对数据分组被启用/禁用的指示。数据分组包括来自逻辑信道的数据。在一些实施例中,网络设备120可以传输默认HARQ状态。
在一些实施例中,网络设备120可以基于以下中的一项来确定HARQ是否针对数据分组被启用:终端设备的可用缓冲区、终端设备的功率余量报告、或终端设备与网络设备之间的信道信息。
在框630处,网络设备120从终端设备110-1接收数据分组。在一些实施例中,网络设备120可以接收在网络设备120处启用/禁用HARQ功能的请求。
在一些实施例中,一种用于执行方法600的装置(例如,终端设备120)可以包括用于执行方法600中的对应步骤的相应模块。这些模块可以以任何合适的方式来实现。例如,它可以通过电路***或软件模块来实现。
在一些实施例中,该装置包括:用于向终端设备发送用于数据的无线电承载的配置的部件,配置指示HARQ是否针对无线电承载所映射到的逻辑信道被启用/禁用;用于发送关于HARQ是否针对数据分组被启用的指示,数据分组包括来自逻辑信道的数据的部件;以及用于从网络设备接收数据分组的部件。
在一些实施例中,用于基于以下中的一项确定HARQ是否针对数据分组被启用的部件:终端设备的可用缓冲区、来自终端设备的缓冲区状态报告、来自终端设备的功率余量报告、或终端设备与网络设备之间的信道信息。
在一些实施例中,该装置包括用于在上行链路控制信息(UCI)或调度请求中接收针对数据分组启用HARQ的请求的模部件块。
在一些实施例中,该装置包括用于在上行链路控制信息(UCI)或调度请求中接收针对数据分组禁用HARQ的请求的部件。
图7是适合于实现本公开的实施例的设备700的简化框图。设备700可以用于实现通信设备,例如图1所示的网络设备120或终端设备110-1。如图所示,设备700包括一个或多个处理器710、耦合到处理器710的一个或多个存储器720、以及耦合到处理器710的一个或多个通信模块(例如,发送器和/或接收器(TX/RX))740。
通信模块740用于双向通信。通信模块740具有至少一个天线以促进通信。通信接口可以表示与其他网络元件通信所需要的任何接口。
处理器710可以是适合于本地技术网络的任何类型,并且作为非限制性示例,可以包括以下中的一种或多种:通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、和基于多核处理器架构的处理器。设备700可以具有多个处理器,诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。
存储器720可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)724、电可编程只读存储器(EPROM)、闪存、硬盘、光盘(CD)、数字视频磁盘(DVD)和其他磁存储和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(RAM)722和在断电持续时间内不会持续的其他易失性存储器。
计算机程序730包括由相关联的处理器710执行的计算机可执行指令。程序730可以存储在ROM 724中。处理器710可以通过将程序730加载到RAM 722中来执行任何合适的动作和处理。
本公开的实施例可以通过程序730来实现,使得设备700可以执行如参考图2至6讨论的本公开的任何过程。本公开的实施例也可以通过硬件或软件和硬件的组合来实现。
在一些实施例中,程序730可以有形地包含在计算机可读介质中,该计算机可读介质可以被包括在设备700(诸如在存储器720中)或设备700可访问的其他存储设备中。设备700可以将程序730从计算机可读介质加载到RAM 722以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器,诸如ROM、EPROM、闪存、硬盘、CD、DVD等。图8示出了CD或DVD形式的计算机可读介质800的示例。计算机可读介质具有存储在其上的程序730。
通常,本公开的各种实施例可以用硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以用硬件来实现,而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。虽然本公开的实施例的各个方面被示出并且描述为框图、流程图或使用一些其他图形表示,但是应当理解,本文中描述的框图、装置、***、技术或方法可以用硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。
本公开还提供了有形地存储在非瞬态计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令,诸如程序模块中包括的计算机可执行指令,该计算机可执行指令在目标真实或虚拟处理器上的设备中执行以执行以上参考图2-6描述的方法600。通常,程序模块包括执行特定任务或实现特定抽象数据结构的例程、程序、库、对象、类、组件、数据类型等。程序模块的功能可以根据各种实施例中的需要而在程序模块之间进行组合或拆分。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中,程序模块可以位于本地和远程存储介质中。
用于执行本公开的方法的程序代码可以用一种或多种编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得这些程序代码在由处理器或控制器执行时引起在流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上执行,部分在机器上执行,作为独立软件包执行,部分在机器上并且部分在远程机器上执行,或者完全在远程机器或服务器上执行。
在本公开的上下文中,计算机程序代码或相关数据可以由任何合适的载体携带以使得设备、装置或处理器能够执行如上所述的各种过程和操作。载体的示例包括信号、计算机可读介质等。
计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外或半导体***、装置或设备、或者其任何合适的组合。计算机可读存储介质的更具体示例包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁存储设备、或其任何合适的组合。
此外,尽管以特定顺序描绘了操作,但是这不应当被理解为要求这样的操作以所示的特定顺序或以连续的顺序执行或者执行所有示出的操作以实现期望的结果。在某些情况下,多任务和并行处理可能是有利的。同样,尽管以上讨论中包含若干具体实现细节,但是这些细节不应当被解释为对本公开的范围的限制,而应当被解释为可以是特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反,在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或以任何合适的子组合来实现。
尽管已经以特定于结构特征和/或方法动作的语言描述了本公开,但是应当理解,所附权利要求书中定义的本公开不必限于上述特定特征或动作。相反,上述特定特征和动作被公开作为实现权利要求的示例形式。

Claims (35)

1.一种终端设备,包括:
至少一个处理器;以及
至少一个存储器,包括计算机程序代码;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述终端设备:
获得用于要从所述终端设备向网络设备发送的数据的无线电承载的配置;
基于所述无线电承载的所述配置来确定混合自动重传请求(HARQ)是否针对所述无线电承载所映射到的逻辑信道被启用/禁用;
基于所述确定来确定针对数据分组的HARQ的启用/禁用设置,所述数据分组包括来自所述逻辑信道的所述数据;以及
向所述网络设备发送所述数据分组;
其中所述终端设备被使得通过以下方式确定针对所述数据分组的HARQ的启用/禁用设置:
响应于确定所述HARQ针对所述逻辑信道被启用,针对所述数据分组启用所述HARQ;
响应于确定所述HARQ针对所述逻辑信道被禁用,进一步确定所述HARQ是否针对另外的逻辑信道被启用,所述数据分组还包括来自所述另外的逻辑信道的另外的数据。
2.根据权利要求1所述的终端设备,其中所述终端设备被使得通过以下方式确定HARQ是否针对所述逻辑信道被启用:
从所述网络设备接收所述无线电承载的所述配置,所述配置包括关于所述HARQ是否针对所述无线电承载被启用/禁用的指示;以及
基于所述指示来确定所述HARQ是否针对所述无线电承载所映射到的所述逻辑信道被启用/禁用。
3.根据权利要求1所述的终端设备,其中所述终端设备被使得通过以下方式确定针对所述数据分组的HARQ的启用/禁用设置:
响应于确定所述HARQ针对所述另外的逻辑信道被启用,针对所述数据分组启用所述HARQ。
4.根据权利要求1所述的终端设备,其中所述终端设备被使得通过以下方式确定针对所述数据分组的HARQ的启用/禁用设置:
响应于确定所述HARQ针对所述另外的逻辑信道中的每个逻辑信道被禁用,针对所述数据分组禁用所述HARQ。
5.根据权利要求4所述的终端设备,其中所述终端设备还被使得:
从所述网络设备接收关于HARQ是否针对所述数据分组被启用/禁用的另外的指示;以及
响应于对于所述HARQ针对所述数据分组被启用的所述指示,发送针对所述数据分组禁用HARQ的请求。
6.根据权利要求4所述的终端设备,其中所述终端设备还被使得:
发送针对所述数据分组禁用HARQ的请求。
7.根据权利要求4所述的终端设备,其中所述终端设备还被使得:
确定指示HARQ是否针对所述数据分组被启用/禁用的默认配置;以及
响应于所述默认配置指示所述HARQ针对所述数据分组被启用,发送针对所述数据分组禁用所述HARQ的请求。
8.根据权利要求5至7中任一项所述的终端设备,其中针对所述数据分组禁用所述HARQ的所述请求在上行链路控制信息(UCI)或调度请求中被发送。
9.根据权利要求3所述的终端设备,其中所述终端设备还被使得:
从所述网络设备接收关于HARQ是否针对所述数据分组被启用/禁用的另外的指示;以及
响应于对于所述HARQ针对所述数据分组被禁用的所述指示,发送针对所述数据分组启用HARQ的请求。
10.根据权利要求3所述的终端设备,其中所述终端设备还被使得:
发送针对所述数据分组启用HARQ的请求。
11.根据权利要求3所述的终端设备,其中所述终端设备还被使得:
确定指示HARQ是否针对所述数据分组被启用/禁用的默认配置;以及
响应于所述默认配置指示所述HARQ针对所述数据分组被禁用,发送针对所述数据分组启用所述HARQ的请求。
12.根据权利要求9至11中任一项所述的终端设备,其中针对所述数据分组启用所述HARQ的所述请求在上行链路控制信息(UCI)或调度请求中被发送。
13.根据权利要求1所述的终端设备,其中所述终端设备被使得通过以下方式配置针对所述数据分组的HARQ的启用/禁用设置:
响应于以下中的一项而针对所述数据分组启用所述HARQ:
所述终端设备的可用缓冲区高于阈值量,
所述终端设备的功耗量高于阈值量,或者
所述数据分组中控制元素的出现。
14.一种网络设备,包括:
至少一个处理器;以及
至少一个存储器,包括计算机程序代码;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述网络设备:
向终端设备发送用于数据的无线电承载的配置,所述配置指示HARQ是否针对所述无线电承载所映射到的逻辑信道被启用/禁用;
发送关于HARQ是否针对数据分组被启用的指示,所述数据分组包括来自所述逻辑信道的所述数据;以及
从所述终端设备接收所述数据分组;
其中所述网络设备还被使得:
在上行链路控制信息(UCI)或调度请求中接收针对所述数据分组启用HARQ的请求。
15.根据权利要求14所述的网络设备,其中所述网络设备被使得通过以下方式发送关于HARQ是否针对所述数据分组被启用的所述指示:
基于以下中的一项来确定所述HARQ是否针对所述数据分组被启用:
所述终端设备的可用缓冲区,
来自所述终端设备的缓冲区状态报告,
来自所述终端设备的功率余量报告,或者
所述终端设备与所述网络设备之间的信道信息。
16.根据权利要求14所述的网络设备,其中所述网络设备还被使得:
在上行链路控制信息(UCI)或调度请求中接收针对所述数据分组禁用HARQ的请求。
17.一种用于通信的方法,包括:
获得用于要从终端设备向网络设备发送的数据的无线电承载的配置;
基于所述无线电承载的所述配置来确定混合自动重传请求(HARQ)是否针对所述无线电承载所映射到的逻辑信道被启用/禁用;
基于所述确定来确定针对数据分组的HARQ的启用/禁用设置,所述数据分组包括来自所述逻辑信道的所述数据;以及
向所述网络设备发送所述数据分组;
其中针对所述数据分组确定HARQ的启用/禁用设置包括:
响应于确定所述HARQ针对所述逻辑信道被启用,针对所述数据分组启用所述HARQ;
响应于确定所述HARQ针对所述逻辑信道被禁用,进一步确定所述HARQ是否针对另外的逻辑信道被启用,所述数据分组还包括来自所述另外的逻辑信道的另外的数据。
18.根据权利要求17所述的方法,其中确定HARQ是否针对所述逻辑信道被启用包括:
从所述网络设备接收所述无线电承载的所述配置,所述配置包括关于所述HARQ是否针对所述无线电承载被启用/禁用的指示;以及
基于所述指示来确定所述HARQ是否针对所述无线电承载所映射到的所述逻辑信道被启用/禁用。
19.根据权利要求17所述的方法,其中针对所述数据分组确定HARQ的启用/禁用设置包括:
响应于确定所述HARQ针对所述逻辑信道被启用,针对所述数据分组启用所述HARQ。
20.根据权利要求17所述的方法,其中针对所述数据分组确定HARQ的启用/禁用设置包括:
响应于确定所述HARQ针对所述另外的逻辑信道中的每个逻辑信道被禁用,针对所述数据分组禁用所述HARQ。
21.根据权利要求20所述的方法,还包括:
从所述网络设备接收关于HARQ是否针对所述数据分组被启用/禁用的另外的指示;以及
响应于对于所述HARQ针对所述数据分组被启用的所述指示,发送针对所述数据分组禁用HARQ的请求。
22.根据权利要求20所述的方法,还包括:
发送针对所述数据分组禁用HARQ的请求。
23.根据权利要求20所述的方法,还包括:
确定指示HARQ是否针对所述数据分组被启用/禁用的默认配置;以及
响应于所述默认配置指示所述HARQ针对所述数据分组被启用,发送针对所述数据分组禁用所述HARQ的请求。
24.根据权利要求21至23中任一项所述的方法,其中针对所述数据分组禁用所述HARQ的所述请求在上行链路控制信息(UCI)或调度请求中被发送。
25.根据权利要求19所述的方法,还包括:
从所述网络设备接收关于HARQ是否针对所述数据分组被启用/禁用的另外的指示;以及
响应于对于所述HARQ针对所述数据分组被禁用的所述指示,发送针对所述数据分组启用HARQ的请求。
26.根据权利要求19所述的方法,还包括:
发送针对所述数据分组启用HARQ的请求。
27.根据权利要求19所述的方法,还包括:
确定指示HARQ是否针对所述数据分组被启用/禁用的默认配置;以及
响应于所述默认配置指示所述HARQ针对所述数据分组被禁用,发送针对所述数据分组启用HARQ的请求。
28.根据权利要求25至27中任一项所述的方法,其中针对所述数据分组启用所述HARQ的所述请求在上行链路控制信息(UCI)或调度请求中被发送。
29.根据权利要求17所述的方法,其中针对所述数据分组确定HARQ的启用/禁用设置包括:
响应于以下中的一项而针对所述数据分组启用所述HARQ:
所述终端设备的可用缓冲区高于阈值量,
所述终端设备的功耗量高于阈值量,或者
所述数据分组中控制元素的出现。
30.一种用于通信的方法,包括:
向终端设备发送用于数据的无线电承载的配置,所述配置指示HARQ是否针对所述无线电承载所映射到的逻辑信道被启用/禁用;
发送关于HARQ是否针对数据分组被启用的指示,所述数据分组包括来自所述逻辑信道的所述数据;以及
从所述终端设备接收所述数据分组;
其中所述方法还包括:
在上行链路控制信息(UCI)或调度请求中接收针对所述数据分组启用HARQ的请求。
31.根据权利要求30所述的方法,其中发送关于HARQ是否针对所述数据分组被启用的所述指示包括:
基于以下中的一项来确定所述HARQ是否针对所述数据分组被启用:
所述终端设备的可用缓冲区,
来自所述终端设备的缓冲区状态报告,
来自所述终端设备的功率余量报告,或者
所述终端设备与网络设备之间的信道信息。
32.根据权利要求30所述的方法,还包括:
在上行链路控制信息(UCI)或调度请求中接收针对所述数据分组禁用HARQ的请求。
33.一种用于通信的装置,包括:
用于获得用于要从终端设备向网络设备发送的数据的无线电承载的配置的部件;
用于基于所述无线电承载的所述配置来确定混合自动重传请求(HARQ)是否针对所述无线电承载所映射到的逻辑信道被启用/禁用的部件;
用于基于所述确定来确定针对数据分组的HARQ的启用/禁用设置的部件,所述数据分组包括来自所述逻辑信道的所述数据;以及
用于向所述网络设备发送所述数据分组的部件;
其中所述用于基于所述确定来确定针对数据分组的HARQ的启用/禁用设置的部件包括:
用于响应于确定所述HARQ针对所述逻辑信道被启用,针对所述数据分组启用所述HARQ的部件;
用于响应于确定所述HARQ针对所述逻辑信道被禁用,进一步确定所述HARQ是否针对另外的逻辑信道被启用的部件,所述数据分组还包括来自所述另外的逻辑信道的另外的数据。
34.一种用于通信的装置,包括:
用于向终端设备发送用于数据的无线电承载的配置的部件,所述配置指示HARQ是否针对所述无线电承载所映射到的逻辑信道被启用/禁用;
用于发送关于HARQ是否针对数据分组被启用的指示的部件,所述数据分组包括来自所述逻辑信道的所述数据;以及
用于从所述终端设备接收所述数据分组的部件;
其中所述装置还包括:
用于在上行链路控制信息(UCI)或调度请求中接收针对所述数据分组启用HARQ的请求的部件。
35.一种计算机可读介质,所述计算机可读介质上存储有指令,所述指令在由机器的至少一个处理单元执行时使所述机器执行根据权利要求17至32中任一项所述的方法。
CN201980094662.0A 2019-03-26 2019-03-26 基于服务的harq启用机制 Active CN113748625B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/079725 WO2020191625A1 (en) 2019-03-26 2019-03-26 Service-based harq enabling mechanism

Publications (2)

Publication Number Publication Date
CN113748625A CN113748625A (zh) 2021-12-03
CN113748625B true CN113748625B (zh) 2023-09-26

Family

ID=72610712

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980094662.0A Active CN113748625B (zh) 2019-03-26 2019-03-26 基于服务的harq启用机制

Country Status (2)

Country Link
CN (1) CN113748625B (zh)
WO (1) WO2020191625A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3954075A1 (en) * 2019-04-08 2022-02-16 Telefonaktiebolaget LM Ericsson (publ) Methods providing sidelink harq at access stratum and related wireless devices
WO2022099514A1 (zh) * 2020-11-11 2022-05-19 Oppo广东移动通信有限公司 无线通信方法和设备
WO2022198479A1 (zh) * 2021-03-24 2022-09-29 北京小米移动软件有限公司 Harq反馈的方法、装置、通信设备及存储介质
WO2023212937A1 (en) * 2022-05-06 2023-11-09 Zte Corporation Systems and methods for enabling or disabling harq feedback
WO2024087104A1 (en) * 2022-10-27 2024-05-02 Mediatek Singapore Pte. Ltd. Schemes on disabling harq feedback in iot

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102870365A (zh) * 2010-02-12 2013-01-09 松下电器产业株式会社 使用载波聚合的通信***的成分载波激活/禁用

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9155122B2 (en) * 2008-11-10 2015-10-06 Interdigital Patent Holdings, Inc. Method and apparatus for enabling and disabling a supplementary downlink carrier
US10079657B2 (en) * 2015-12-16 2018-09-18 Qualcomm Incorporated Techniques for HARQ retransmission skipping
CN108307450A (zh) * 2016-09-30 2018-07-20 华为技术有限公司 一种数据传输方法、装置和***
CN108809476B (zh) * 2017-04-27 2021-04-06 电信科学技术研究院 一种进行数据传输的方法和设备
WO2019019829A1 (en) * 2017-07-28 2019-01-31 Telefonaktiebolaget Lm Ericsson (Publ) METHOD AND DEVICE FOR TRANSMITTING UPLINK CONTROL INFORMATION
CN109392147B (zh) * 2017-08-11 2021-07-16 华为技术有限公司 通信方法和装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102870365A (zh) * 2010-02-12 2013-01-09 松下电器产业株式会社 使用载波聚合的通信***的成分载波激活/禁用

Also Published As

Publication number Publication date
CN113748625A (zh) 2021-12-03
WO2020191625A1 (en) 2020-10-01
WO2020191625A9 (en) 2021-09-10

Similar Documents

Publication Publication Date Title
CN113748625B (zh) 基于服务的harq启用机制
WO2017076197A1 (zh) 一种发送和接收反馈的方法及设备
AU2019460320B2 (en) Sharing HARQ processes by multiple configured grants resources
WO2021035393A1 (en) Dynamic retransmission configuration
WO2021072658A1 (en) Service based uplink retransmission
WO2023000275A1 (en) Method, device and computer readable medium for communication
US20210400640A1 (en) Communications with preconfigured uplink resources
AU2016417122B2 (en) Determination of feedback timing
CN113632559B (zh) 带宽部分切换机制
US20240195535A1 (en) Harq process selection
CN113826412B (zh) 辅小区的激活
US20230361942A1 (en) Uplink data sending method and configuration method, terminal, and network side device
WO2024159405A1 (en) Processing time relaxation
JP6849633B2 (ja) 方法、装置、および、コンピュータ・プログラム
WO2024031482A1 (en) Sidelink feedback transmission enhancement
JP2024510279A (ja) ユーザ端末の方法及びユーザ端末
WO2020191673A1 (en) Bandwidth part switch mechanism
CN118160382A (zh) Harq过程选择的增强
JP2024510280A (ja) 情報伝送方法、装置、デバイス及び記憶媒体
CN117178617A (zh) 用于非许可频谱中的nr侧链通信的psfch传输的增强方案

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