CN116192337A - 无线通信的方法及装置 - Google Patents
无线通信的方法及装置 Download PDFInfo
- Publication number
- CN116192337A CN116192337A CN202310259933.1A CN202310259933A CN116192337A CN 116192337 A CN116192337 A CN 116192337A CN 202310259933 A CN202310259933 A CN 202310259933A CN 116192337 A CN116192337 A CN 116192337A
- Authority
- CN
- China
- Prior art keywords
- transport blocks
- harq
- channel
- harq feedback
- feedback
- 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.)
- Pending
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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- 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
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Transmitters (AREA)
Abstract
本申请提供了一种无线通信的方法及装置,以解决在多个传输块中包含禁用HARQ反馈的传输块时,如何对多个传输块进行统一的HARQ反馈的问题。该方法包括:第一设备接收多个传输块,所述多个传输块包括禁用HARQ反馈的传输块和/或不禁用HARQ反馈的传输块;所述第一设备基于第一信息,确定启用或禁用所述多个传输块对应的第一HARQ过程,所述第一信息根据以下的一种或多种信息确定:所述多个传输块中禁用HARQ反馈的传输块;所述多个传输块中不禁用HARQ反馈的传输块。
Description
本申请为申请号202211440877.3、申请日2022年11月17日、发明名称“无线通信的方法及装置”案件的分案申请。
技术领域
本申请涉及通信技术领域,更为具体地,涉及一种无线通信的方法及装置。
背景技术
某些通信***(如非地面网络(non terrestrial network,NTN)***)存在较大的传输延迟。在此类通信***中,设备发送传输块时启用混合自动重传请求(hybridautomatic repeat reQuest,HARQ)过程可能带来较大的开销。为了减小开销,设备可以通过禁用HARQ反馈等方式引入无反馈的HARQ过程。
对于多传输块调度,当多个传输块中的部分传输块禁用HARQ反馈时,如何根据多传输块进行统一的HARQ反馈是亟待解决的问题。
发明内容
本申请提供一种无线通信的方法及装置,以解决多个传输块中包括禁用HARQ反馈的传输块时,如何对多个传输块进行统一反馈的问题。
第一方面,提供了一种无线通信的方法,包括:第一设备接收多个传输块,所述多个传输块包括禁用HARQ反馈的传输块和/或不禁用HARQ反馈的传输块;所述第一设备基于第一信息,确定启用或禁用所述多个传输块对应的第一HARQ过程,所述第一信息根据以下的一种或多种信息确定:所述多个传输块中禁用HARQ反馈的传输块;所述多个传输块中不禁用HARQ反馈的传输块。
第二方面,提供了一种无线通信的方法,包括:第一设备接收第一信道,所述第一信道用于发送第一触发条件,所述第一触发条件用于指示所述第一设备接收第二信道之后MAC CE对应的触发条件;所述第一设备接收所述第二信道,所述第二信道用于承载所述第一信道指示的禁用HARQ反馈的传输块;其中,所述第一触发条件根据以下的一种或多种信息确定:第一HARQ过程,所述第一HARQ过程用于所述第一设备发送指示信息,所述指示信息与所述禁用HARQ反馈的传输块对应;以及以所述第二信道的时域位置为基准的第一时间单元。
第三方面,提供了一种无线通信的装置,所述装置为第一设备,所述第一设备包括:接收单元,用于接收多个传输块,所述多个传输块包括禁用HARQ反馈的传输块和/或不禁用HARQ反馈的传输块;确定单元,用于基于第一信息,确定启用或禁用所述多个传输块对应的第一HARQ过程,所述第一信息根据以下的一种或多种信息确定:所述多个传输块中禁用HARQ反馈的传输块;所述多个传输块中不禁用HARQ反馈的传输块。
第四方面,提供了一种无线通信的装置,所述装置为第一设备,所述第一设备包括:第一接收单元,用于接收第一信道,所述第一信道用于发送第一触发条件,所述第一触发条件用于指示所述第一设备接收第二信道之后MAC CE对应的触发条件;第二接收单元,用于接收所述第二信道,所述第二信道用于承载所述第一信道指示的禁用HARQ反馈的传输块;其中,所述第一触发条件根据以下的一种或多种信息确定:第一HARQ过程,所述第一HARQ过程用于所述第一设备发送指示信息,所述指示信息与所述禁用HARQ反馈的传输块对应;以及以所述第二信道的时域位置为基准的第一时间单元。
第五方面,提供一种通信装置,包括存储器和处理器,所述存储器用于存储程序,所述处理器用于调用所述存储器中的程序,以执行如第一方面或第二方面所述的方法。
第六方面,提供一种装置,包括处理器,用于从存储器中调用程序,以执行如第一方面或第二方面所述的方法。
第七方面,提供一种芯片,包括处理器,用于从存储器调用程序,使得安装有所述芯片的设备执行如第一方面或第二方面所述的方法。
第八方面,提供一种计算机可读存储介质,其上存储有程序,所述程序使得计算机执行如第一方面或第二方面所述的方法。
第九方面,提供一种计算机程序产品,包括程序,所述程序使得计算机执行如第一方面或第二方面所述的方法。
第十方面,提供一种计算机程序,所述计算机程序使得计算机执行如第一方面或第二方面所述的方法。
本申请实施例中第一设备接收的多个传输块包括禁用HARQ反馈的传输块时,可以基于第一信息确定启用或禁用多个传输块对应的HARQ过程,该第一信息与禁用和/或不禁用HARQ反馈的传输块相关。基于对HARQ过程的启用或禁用,第一设备可以对引入HARQ禁用的多个传输块进行统一的HARQ反馈。
附图说明
图1是本申请实施例应用的无线通信***。
图2是本申请实施例应用的一种NTN***。
图3是本申请实施例应用的另一NTN***。
图4是有HARQ反馈时基于MAC CE激活传输信道的示意图。
图5是本申请实施例提供的一种无线通信的方法的示意图。
图6是本申请实施例提供的另一无线通信的方法的示意图。
图7是图6所述方法中第一时间单元对应的基于MAC CE激活传输信道的示意图。
图8是本申请实施例提供的一种无线通信的装置的结构示意图。
图9是本申请实施例提供的另一无线通信的装置的结构示意图。
图10是本申请实施例提供的通信装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。针对本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例可以应用于各种通信***。例如:本申请实施例可应用于全球移动通讯(global system of mobile communication,GSM)***、码分多址(code divisionmultiple access,CDMA)***、宽带码分多址(wideband code division multipleaccess,WCDMA)***、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)***、先进的长期演进(advanced long term evolution,LTE-A)***、新无线(new radio,NR)***、NR***的演进***、非授权频谱上的LTE(LTE-based access to unlicensed spectrum,LTE-U)***、非授权频谱上的NR(NR-basedaccess to unlicensed spectrum,NR-U)***、NTN***、通用移动通信***(universalmobile telecommunication system,UMTS)、无线局域网(wireless local areanetworks,WLAN)、无线保真(wireless fidelity,WiFi)、第五代通信(5th-generation,5G)***。本申请实施例还可应用于其他通信***,例如未来的通信***。该未来的通信***例如可以是第六代(6th-generation,6G)移动通信***,或者卫星(satellite)通信***等。
传统的通信***支持的连接数有限,也易于实现。然而,随着通信技术的发展,通信***不仅可以支持传统的蜂窝通信,还可以支持其他类型的一种或多种通信。例如,通信***可以支持以下通信中的一种或多种:设备到设备(device to device,D2D)通信,机器到机器(machine to machine,M2M)通信,机器类型通信(machine type communication,MTC),增强型机器类型通信(enhanced MTC,eMTC),车辆间(vehicle to vehicle,V2V)通信,以及车联网(vehicle to everything,V2X)通信等,本申请实施例也可以应用于支持上述通信方式的通信***中。
本申请实施例中的通信***可以应用于载波聚合(carrier aggregation,CA)场景,也可以应用于双连接(dual connectivity,DC)场景,还可以应用于独立(standalone,SA)布网场景。
本申请实施例中的通信***可以应用于非授权频谱。该非授权频谱也可以认为是共享频谱。或者,本申请实施例中的通信***也可以应用于授权频谱。该授权频谱也可以认为是专用频谱。
本申请实施例可应用于地面通信网络(terrestrial networks,TN)***,也可以应用于NTN***。作为示例,该NTN***可以包括基于4G的NTN***,基于NR的NTN***,基于物联网(internet of things,IoT)的NTN***以及基于窄带物联网(narrow bandinternet of things,NB-IoT)的NTN***。
通信***可以包括一个或多个终端设备。本申请实施例提及的终端设备也可以称为用户设备(user equipment,UE)、接入终端、用户单元、用户站、移动站、移动台(mobilestation,MS)、移动终端(mobile Terminal,MT)、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。
在一些实施例中,终端设备可以是WLAN中的站点(STATION,ST)。在一些实施例中,终端设备可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digitalassistant,PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、下一代通信***(例如NR***)中的终端设备,或者未来演进的公共陆地移动网络(public land mobile network,PLMN)网络中的终端设备等。
在一些实施例中,终端设备可以是指向用户提供语音和/或数据连通性的设备。例如,终端设备可以是具有无线连接功能的手持式设备、车载设备等。作为一些具体的示例,该终端设备可以是手机(mobile phone)、平板电脑(Pad)、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
在一些实施例中,终端设备可以部署在陆地上。例如,终端设备可以部署在室内或室外。在一些实施例中,终端设备可以部署在水面上,如部署在轮船上。在一些实施例中,终端设备可以部署在空中,如部署在飞机、气球和卫星上。
除了终端设备之外,通信***还可以包括一个或多个网络设备。本申请实施例中的网络设备可以是用于与终端设备通信的设备,该网络设备也可以称为接入网设备或无线接入网设备。该网络设备例如可以是基站。本申请实施例中的网络设备可以是指将终端设备接入到无线网络的无线接入网(radio access network,RAN)节点(或设备)。基站可以广义的覆盖如下中的各种名称,或与如下名称进行替换,比如:节点B(NodeB)、演进型基站(evolved NodeB,eNB)、下一代基站(next generation NodeB,gNB)、中继站、接入点、传输点(transmitting and receiving point,TRP)、发射点(transmitting point,TP)、主站MeNB、辅站SeNB、多制式无线(MSR)节点、家庭基站、网络控制器、接入节点、无线节点、接入点(access piont,AP)、传输节点、收发节点、基带单元(base band unit,BBU)、射频拉远单元(remote radio unit,RRU)、有源天线单元(active antenna unit,AAU)、射频头(remoteradio head,RRH)、中心单元(central unit,CU)、分布式单元(distributed unit,DU)、定位节点等。基站可以是宏基站、微基站、中继节点、施主节点或类似物,或其组合。基站还可以指用于设置于前述设备或装置内的通信模块、调制解调器或芯片。基站还可以是移动交换中心以及D2D、V2X、M2M通信中承担基站功能的设备、6G网络中的网络侧设备、未来的通信***中承担基站功能的设备等。基站可以支持相同或不同接入技术的网络。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。
基站可以是固定的,也可以是移动的。例如,直升机或无人机可以被配置成充当移动基站,一个或多个小区可以根据该移动基站的位置移动。在其他示例中,直升机或无人机可以被配置成用作与另一基站通信的设备。
在一些部署中,本申请实施例中的网络设备可以是指CU或者DU,或者,网络设备包括CU和DU。gNB还可以包括AAU。
作为示例而非限定,在本申请实施例中,网络设备可以具有移动特性,例如网络设备可以为移动的设备。在本申请一些实施例中,网络设备可以为卫星、气球站。在本申请一些实施例中,网络设备还可以为设置在陆地、水域等位置的基站。
在本申请实施例中,网络设备可以为小区提供服务,终端设备通过该小区使用的传输资源(例如,频域资源,或者说,频谱资源)与网络设备进行通信,该小区可以是网络设备(例如基站)对应的小区,小区可以属于宏基站,也可以属于小小区(small cell)对应的基站,这里的小小区可以包括:城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等,这些小小区具有覆盖范围小、发射功率低的特点,适用于提供高速率的数据传输服务。
示例性地,图1为本申请实施例提供的一种通信***的架构示意图。如图1所示,通信***100可以包括网络设备110,网络设备110可以是与终端设备120(或称为通信终端、终端)通信的设备。网络设备110可以为特定的地理区域提供通信覆盖,并且可以与位于该覆盖区域内的终端设备进行通信。
图1示例性地示出了一个网络设备和两个终端设备,在本申请一些实施例中,该通信***100可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
示例性地,图2为上文提到的NTN***的一种架构示意图。如图2所示,卫星无线电接入网络200包括卫星210、服务链路220、馈线链路230、终端设备240、网关(gateway)250以及包括基站和核心网的网络260。
卫星210是基于太空平台的航天器。服务链路220指卫星210和终端设备240之间的链路。馈线链路230指网关250和卫星210之间的链路。基于地球的网关250将卫星210连接到基站或核心网络,具体取决于架构的选择。
图2所示的NTN架构为弯管式应答器架构。在该架构中,基站位于网关250后面的地球上,卫星210充当中继。卫星210作为转发馈线链路230信号到服务链路220的中继器运行,或者,转发服务链路220信号到馈线链路230。也就是说,卫星210不具有基站的功能,终端设备240和网络260中基站之间的通信需要通过卫星210的中转。
示例性地,图3为NTN***的另一种架构示意图。与图2相比,卫星310上有基站312,网关350后面的网络360只包括核心网。
图3所示的NTN架构为再生式应答器架构。在该架构中,卫星310携带基站312,可以通过链路直接连接到基于地球的核心网络。卫星310具有基站的功能,终端设备340可以与卫星310直接通信。因此,卫星310可以称为网络设备。
在图2和图3所示架构的通信***中可以包括多个网络设备,并且每个网络设备的覆盖范围内可以包括其它数量的终端设备,本申请实施例对此不做限定。
在本申请实施例中,图1-图3所示的无线通信***还可以包括移动性管理实体(mobility management entity,MME)、接入与移动性管理功能(access and mobilitymanagement function,AMF)等其他网络实体,本申请实施例对此不作限定。
应理解,本申请实施例中网络/***中具有通信功能的设备可称为通信设备。以图1示出的通信***100为例,通信设备可包括具有通信功能的网络设备110和终端设备120,网络设备110和终端设备120可以为上文所述的具体设备,此处不再赘述;通信设备还可包括通信***100中的其他设备,例如网络控制器、移动管理实体等其他网络实体,本申请实施例中对此不做限定。
为了便于理解,先对本申请实施例涉及的一些相关技术知识进行介绍。以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合,其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。
NTN
随着通信技术的发展,通信***(例如,5G)将集成卫星和地面网络基础设施的市场潜力。例如,5G标准使包括卫星段在内的NTN成为公认的第三代合作伙伴计划(3rdgeneration partnership project,3GPP)5G连接基础设施的一部分。
通信卫星按照轨道高度的不同分为低地球轨道(low earth orbit,LEO)卫星、中地球轨道(medium earth orbit,MEO)卫星、地球同步(静止)轨道(geostationary earthorbit,GEO)卫星、高椭圆轨道(high elliptical orbit,HEO)卫星等。其中,LEO是一种以地球为中心的轨道,其高度为2000公里或以下,或每天至少有11.25个周期,偏心率小于0.25。外层空间中的大多数人造物***于LEO。LEO卫星以高速(移动性)绕地球运行,但在可预测或确定的轨道上。
轨道高度不同的卫星具有不同的轨道周期。
LEO:典型高度为250-1500公里,轨道周期为90-120分钟。
MEO:典型高度为5000-25000公里,轨道周期为3-15小时。
GEO:高度约为35786公里,轨道周期为24小时。
NTN是指使用卫星或无人机***(unmanned aerial system,UAS)平台上的射频(radio frequency,RF)资源的网络或网络段。对终端设备进行访问的NTN的典型场景涉及NTN透明有效载荷或NTN再生有效载荷。前文图2和图3所示为以卫星为例的两种NTN***的架构。其中,图2所示的弯管式应答器架构对应NTN透明有效载荷,图3所示的再生式应答器架构对应NTN再生有效载荷。
在NTN***中,NTN节点(如卫星)位于地球表面数百公里以上,终端设备到卫星的往返时间(round trip time,RTT)较长。例如,UE到卫星的往返时间(UE-sat RTT)远高于地面网络中的终端设备到网络设备(如gNB)的往返时间。因此,NTN***中终端设备的往返延迟(round trip delay,RTD)远高于地面通信网络(如NR)中的RTD。
HARQ
HARQ协议是通信***(例如NR***)中最重要的功能之一。HARQ与链路自适应一起,在***中实现了高效、可靠和低延迟的数据传输。其中,链路自适应可以通过信道状态信息(channel state information,CSI)反馈和HARQ确认(acknowledge,ACK)/HARQ否定确认(negative acknowledgement,NACK)执行。
根据HARQ协议,终端设备可以根据网络设备的反馈进行新数据的发送或重传。HARQ功能用于确保终端设备和网络设备之间在物理层的传输。HARQ过程基于物理(PHY)层和媒体接入控制(media access control,MAC)层设计,例如MAC实体包括用于每个服务小区的一个HARQ实体。
HARQ过程可以包括数据传输和HARQ反馈。HARQ协议允许并行多个HARQ过程(processing,也称为进程)。根据一些技术规范(例如3GPP TS 38.321MAC规范)的要求,每个HARQ实体维护16个下行链路HARQ过程(或处理器)或者2个NB-IoT的HARQ过程。每个HARQ过程与HARQ过程标识符(identity,ID)相关联。相同的HARQ过程ID可用于识别数据的重新传输。因此,通信设备能够利用重复传输进行软组合。为了执行软组合,错误接收的编码数据块通常存储在接收器(例如软缓冲区)中,而不是丢弃。当接收到重新传输的块时,通信设备将两个块组合。软缓冲器可以实现为用于存储软组合数据的缓冲器或存储器。
HARQ过程ID用于标识唯一的HARQ过程。HARQ实体将在下行共享信道(downlinkshared channel,DL-SCH)上接收的HARQ信息和相关传输块(transport block,TB)定向到相应的HARQ过程。通常而言,HARQ过程数量对应的持续时间大于传播延迟。也就是说,目前HARQ协议支持的HARQ过程数量可以吸收地面网络中的传播延迟。
每个链路传输可以与一个HARQ过程ID相关联。HARQ的操作过程可以通过下述示例进行说明。首先,在下行链路的传输中,响应于物理上行链路控制信道(physical uplinkcontrol channel,PUCCH)或物理上行链路共享信道(physical uplink shared channel,PUSCH)上的下行链路发送/重传,执行上行链路反馈或HARQ反馈。随后,在上行链路传输中,可以在不等待先前传输的反馈的情况下触发上行链路HARQ重传。
在HARQ捆绑内,根据动态授权的PUSCH聚合因子(pusch AggregationFactor)和配置的上行链路授权的repK,可以分别触发HARQ重传。因此,可以不等待来自先前传输的反馈,直接进行重传。具体而言,网络设备可以通过动态调度束配置终端设备中一个传输块的传输数量(即PUSCH聚合因子)。或者,网络设备可以通过一组配置的上行链路授权来配置一个传输块的传输次数(repK)。例如,当MAC实体配置为pusch AggregationFactor>1时,参数pusch AggregationFactor提供动态授权束内传输块的传输数量。当MAC实体配置为repK>1时,参数repK提供所配置的上行链路授权束内传输块的传输数。
目前的HARQ过程主要是为地面网络设计的。HARQ往返时间(HARQ-RTT)的传播延迟通常限制在1毫秒以内。其中,HARQ-RTT是初始传输和重传之间的时间间隔。但是,某些通信***具有较长的传播延迟。这些通信***例如是NTN***。在NTN***中,由于通过卫星来通信,距离比较远,RTT时间较长。
以GEO的轨道高度为例,由于通信设备的距离较远,往返传输的传播延迟约为500毫秒。也就是说,如果将NR下行链路(downlink,DL)用于GEO卫星通信的场景,500毫秒的传播延迟将导致很长的HARQ RTT。由于HARQ RTT增加,端到端延迟的增加将无法满足重传分组的服务质量(quality of service,QoS)要求。
进一步地,在NR支持的16个HARQ过程和1毫秒时隙持续时间,可用峰值吞吐量占总信道容量的百分比非常低。也就是说,目前HARQ协议支持的HARQ过程数量不足以吸收NTN***中潜在的大传播延迟。因此,对于传播延迟远大于HARQ过程数量持续时间的通信***,目前的HARQ机制可能不可行。
为了满足较长的HARQ RTT,可以增加所需HARQ过程的最小数量。但是,增加HARQ过程的数量会导致对通信设备更高的软缓冲要求,从而导致通信设备更高的复杂性和成本。因此,目前的HARQ机制不适合具有大传播延迟的通信***。
MAC CE激活定时
前文提到,HARQ机制基于物理层和MAC层进行设计。MAC层控制单元(media accesscontrol control element,MAC CE)可以触发物理层的信道传输。其中,HARQ反馈在某些过程中是有用的。例如,网络设备和终端设备之间MAC CE的激活定时是以接收到HARQ反馈的时间为基线的。也就是说,MAC CE可以在收到NACK/ACK消息后,根据正常的过程进行启动。具体而言,终端设备接收到PDSCH相关的MAC CE命令后,可以通过上行(uplink,UL)信道发送该PDSCH对应的HARQ反馈。MAC CE的激活时间通常是在接收该上行信道之后3ms。
为了便于理解,以IoT NTN中网络设备和终端设备的交互为例,结合图4对基于MACCE激活定时传输信道的流程进行描述。参见图4,沿着时间线,网络设备会依次向终端设备发送窄带物理下行控制信道(narrowband physical downlink control channel,NPDCCH)410以及窄带物理下行共享信道(narrowband physical downlink shared channel,NPDSCH)420。终端设备发送窄带物理上行共享信道(narrowband physical uplink sharedchannel,NPUSCH)430后3ms,网络设备继续发送NPDCCH440。其中,设备发送NPDCCH410、NPDSCH420、NPUSCH430以及NPDCCH440所需的时域资源分别为T-410至T-440。
如图4所示,网络设备发送NPDCCH410后,等待4ms+K0的时间间隔后发送NPDSCH420。其中,K0的值可以由下行控制信息(downlink control information,DCI)指示中的调度延迟字段(I_delay)指示。
网络设备发送NPDSCH420后,将在K个子帧之后接收来自终端设备的HARQ反馈,例如ACK或NACK。其中,K=K0'+K_offset-1。在非NTN***中,K可以被视为终端设备解码NPDSCH和准备ACK/NACK反馈的处理时间。K0'由相应DCI中的ACK/NACK资源字段指示。K_offset是在Rel-17协议的IoT NTN中引入的参数,以增强涉及DL-UL交互的定时关系。K_offset的值在GEO、LEO1200、LEO600以及MEO中是各不相同的。
关于NPDSCH420的HARQ反馈是由终端设备发送的NPUSCH430承载的。网络设备在接收NPUSCH430的3ms后发送NPDCCH440。
图4所示的网络设备和终端设备在物理层的信道传输与MAC CE激活定时有关。由图4可知,发送NPDCCH440时,MAC CE的激活时间是在终端设备发送用于承载HARQ反馈之后3ms。因此,有反馈的HARQ对于MAC CE的某些激活定时是非常重要的。
多传输块(TBs)调度
在一些协议(例如,Rel-16)中,为了减少控制信道开销并提高数据速率,引入了多TBs调度。以NB-IoT为例,在深度覆盖区域,引入了针对单播的多TBs调度。
前文提到,NB-IoT具有2个HARQ过程。DCI可以调度的最大传输块数为两个,以与传统终端设备具有相同的软缓冲区大小。如果两个传输块以交织模式进行传输(npdschMultiTB设置为“交织”),且配置了HARQ ACK绑定,则终端设备可以以NPUSCH格式2绑定两个传输块的HARQ反馈。
多TBs调度还可以应用在其他的应用场景,例如eMTC场景或NR的相关应用场景。当DCI进行多TBs调度时,多个传输块可以形成一个大的传输块。大传输块的HARQ重传可以是连续传输的,也可以是交织的。
由前文可知,某些通信***存在较大的传输延迟。为了减少开销,在这些通信***中可以选择性地启用和禁用HARQ过程。例如,在NTN***中,可以限制HARQ重传的次数或者不能进行HARQ重传。又如,在eMTC和NB-IoT***中,可以引入无反馈的HARQ过程,也就是禁用HARQ反馈。
在HARQ过程中,HARQ反馈的启用/禁用可以在每个传输块对应一个HARQ过程的基础上进行配置。如果HARQ反馈被禁用,则没有用于传输的反馈。进一步地,还可以混合使用HARQ反馈的禁用和启用,来配置相联系的每个HARQ过程。
对于eMTC和NB-IoT,前文所述的多TBs调度一般假设由多传输块DCI调度的所有传输块都启用了HARQ反馈。随着在多个传输块(或传输块束)中混合无反馈HARQ过程的传输块,其中的一些传输块可能启用了HARQ反馈,而另一些传输块禁用了HARQ反馈。例如,当将HARQ禁用应用于调度两个传输块的单个DCI时,可能两个传输块对应的HARQ存在不同的状态,即一个传输块启用HARQ,另一个传输块禁用HARQ。在这种情况下,DCI需要确定如何进行两个传输块的HARQ反馈。
对于多传输块的调度,当多个传输块中的部分传输块禁用HARQ反馈时,如何对多传输块进行统一的HARQ反馈是亟待解决的问题。
基于此,本申请实施例提供了一种无线通信的方法。通过该方法,通信设备可以基于第一信息确定启用或禁用多个传输块对应的HARQ过程。下面结合图5对本申请实施例进行详细地描述。
参见图5,在步骤S510,第一设备接收多个传输块。
第一设备可以是与其他设备进行无线通信的通信设备。第一设备可以是无线通信链路的发送端,也可以是无线通信链路的接收端。
在一些实施例中,第一设备可以是上行链路或下行链路的网络设备,也可以是上行链路或下行链路的终端设备。例如,第一设备可以是NB-IoT中的eNB,也可以是eNB覆盖范围内的终端设备。例如,第一设备可以是eMTC***中的基站,也可以是eMTC***中的机器终端。
在一些实施例中,第一设备可以是NTN***中服务链路的终端设备或空中平台,也可以是馈线链路的空中平台或网关。空中平台例如是卫星,例如是无人机***。
第一设备接收的多个传输块可以是多TBs调度下的至少两个传输块。在一些实施例中,多TBs调度可以应用于NB-IoT的单播传输模式,以减少深度覆盖区域的控制信道开销。在一些实施例中,多TBs调度可以应用于eMTC场景。在一些实施例中,多TBs调度还可以应用于5G的三大应用场景。例如是增强移动宽带(enhanced mobile broadband,eMBB)、低时延高可靠通信(ultra reliable&low latency communication,uRLLC),或者海量机器类型通信(massive machine type communication,mMTC)。
在一些实施例中,第一设备可以通过高层参数进行多TBs调度的配置。例如,网络设备可以通过参数“npusch MultiTB Config”配置多TBs调度。多个传输块的传输模式可以是交织的,也可以是连续的,在此不做限定。
在一些实施例中,多TBs调度的HARQ过程可以通过DCI进行调度。例如,NB-IoT的两个传输块由单个DCI调度时,第一个传输块的HARQ过程ID可以为0,第二个传输块的HARQ过程ID可以为1。例如,多个传输块由多TBs DCI进行调度时,多个传输块可以对应一个HARQ过程。
多个传输块可以根据配置进行对应的HARQ过程的反馈。在一些实施例中,根据HARQ过程的配置参数,或者高层信令的其他参数配置要求,多个传输块可以进行HARQ的统一反馈。例如,配置更高层参数HARQ AckBundling时,多个传输块对应一个HARQ过程。对于该HARQ过程,第一设备可以生成一个HARQ NACK-ACK的比特,在对应的信息位统一进行报告。在一些实施例中,未配置HARQ AckBundling,且没有其他信令要求时,第一设备可以使用类型1的码本机制,根据多个传输块的接收情况进行HARQ反馈。
多个传输块可以包括禁用HARQ反馈的传输块和/或不禁用HARQ反馈的传输块。在一些实施例中,多个传输块可以包括至少一个禁用HARQ反馈的传输块。在一些实施例中,禁用HARQ反馈的传输块的数量可以小于多TBs调度下的传输块的总数。例如,禁用HARQ反馈的传输块在多个传输块中的占比为50%。在一些实施例中,禁用HARQ反馈的传输块的数量可以等于多TBs调度下的传输块的总数。也就是说,多个传输块中的所有传输块均具有禁用HARQ反馈的信息。在一些实施例中,多个传输块中的所有传输块可以均不禁用HARQ反馈。
作为可能的实现方式,在NB-IoT中,DCI可以调度的最大传输块数量为两个,禁用HARQ反馈的传输块的数量为一个。也就是说,两个传输块对应的HARQ反馈不同,一个传输块禁用HARQ反馈,一个传输块不禁用HARQ反馈。
在一些实施例中,禁用HARQ反馈的传输块可以是该传输块对应无反馈的HARQ过程。也就是说,接收该传输块的第一设备不需要根据传输情况进行HARQ反馈,发送该传输块的设备也不会等待相应的HARQ反馈。传输块禁用HARQ反馈可以减少高时延***的开销。作为可能的实现方式,第一设备接收到该传输块后,可以不进行任何反馈。作为另一可能的实现方式,第一设备接收到该传输块后,可以不考虑解码情况,直接反馈ACK、NACK或者其他根据高层信令确定的反馈值,但是发送该传输块的设备不会根据反馈值执行相关的动作。例如,第一设备可以不考虑PDSCH的解码结果,直接对相应反馈禁用的HARQ过程报告ACK。
在一些实施例中,禁用HARQ反馈的传输块可以通过在多TBs调度中引入HARQ反馈禁用的指示信息来实现。作为可能的实现方式,指示HARQ反馈禁用的信息可以位于传输块对应的MAC CE中,也可以位于无线资源控制(radio resource control,RRC)信令或DCI信息中。作为可能的实现方式,指示信息可以是一些指示标志,例如传输块对应off标志可以用于表示该传输块禁用HARQ反馈。
在一些实施例中,传输块是否禁用HARQ反馈可以根据业务的类型确定。例如,可以在RRC信令中分别设置禁用HARQ和启用HARQ的业务种类。又如,可以根据业务的类型,分类管理传输块的启用和禁用HARQ。
在一些实施例中,多个传输块包括禁用和不禁用HARQ反馈的传输块时,第一设备可以对HARQ反馈状态不同的传输块分别进行反馈。例如,未配置HARQ AckBundling的多TBs调度,如果包括多个禁用HARQ反馈的传输块,第一设备可以仅针对反馈禁用的HARQ过程一致地报告ACK,其他传输块则根据解码结果进行相应地反馈。
在步骤S520,第一设备基于第一信息,确定启用或禁用多个传输块对应的第一HARQ过程。
第一HARQ过程为多个传输块对应的进行统一HARQ反馈的进程,以减少多TBs调度下控制信道的开销。在一些实施例中,第一设备可以通过启用第一HARQ过程,对多个传输块进行统一的HARQ反馈。例如,第一设备可以对PDSCH进行解码,根据解码的结果,在每个传输块上执行NACK-ACK的相关运算来生成一个HARQ的反馈比特。在一些实施例中,第一设备可以通过禁用第一HARQ过程,对多个传输块不进行任何反馈。在一些实施例中,第一设备可以通过禁用第一HARQ过程,在没有进行解码的情况下直接反馈ACK或者NACK。
在一些实施例中,第一设备对第一HARQ过程的禁用或者启用可以通过RRC专有信令、***信息块(system information block,SIB)信令进行指示。
第一HARQ过程的启用或禁用可以通过第一信息确定,以实现第一设备对多个传输块的统一反馈。
在一些实施例中,第一信息可以是多个传输块中禁用HARQ反馈的传输块的信息,也可以是多个传输块中不禁用HARQ反馈的传输块的信息。例如,第一信息可以是禁用HARQ反馈的传输块的数量。
在一些实施例中,多个传输块中禁用HARQ反馈的传输块的数量与不禁用HARQ反馈的传输块的数量相等时,第一信息可以基于第一运算确定。通过与HARQ反馈相关的简单运算,可以快速地确定第一信息。作为可能的实现方式,第一运算可以是逻辑与运算,也可以是逻辑或运算。
以NB-IoT的两个传输块为例,存在两个传输块对应的HARQ反馈不同的情况,即一个传输块启用HARQ反馈、另一个传输块禁用HARQ反馈。如果第一运算为逻辑与运算,第一信息可以指示为两个传输块都禁用HARQ反馈。也就是说,第一设备可以禁用两个传输块对应的第一HARQ过程。如果第一运算为逻辑或运算,如果第一运算为逻辑或运算,第一信息可以指示为两个传输块都不禁用HARQ反馈。也就是说,第一设备可以启用两个传输块对应的第一HARQ过程。
对于eMTC场景或者其他的应用场景,如果多个传输块中禁用HARQ反馈的传输块数量与不禁用HARQ反馈的传输块数量相等,第一信息可以基于逻辑与或者逻辑或运算确定,也可以基于其他的运算方式确定。
在一些实施例中,第一信息指示多TBs调度中的所有传输块都是禁用HARQ反馈的传输块。也就是说,禁用HARQ反馈的传输块的数量与用于HARQ过程的多TBs的传输块的总数相等。基于该第一信息,第一设备可以禁用第一HARQ过程。其中,禁用HARQ过程时,第一设备可以不进行任何反馈,也可以在该TBs的ACK-NACK信息位报告ACK、NACK或者其他高层信令配置的反馈值。
在一些实施例中,第一信息可以根据禁用HARQ反馈的传输块确定。也就是说,第一设备可以根据禁用HARQ反馈的传输块的信息确定是否禁用第一HARQ过程。禁用HARQ反馈的传输块的信息可以是传输块的数量,也可以是传输块承载的业务类型,还可以是业务的应用场景。
作为可能的实现方式,第一信息可以包括禁用HARQ反馈的传输块的数量。第一HARQ的启用或禁用可以根据第一信息和第一阈值确定。第一阈值可以根据对第一信息进行的第二运算确定。
作为一种可能的实现方式,第二运算可以是统计禁用HARQ反馈的传输块的数量在所有传输块中占据的比例,第一阈值为小于或等于1的值。如果第二运算的结果大于或等于第一阈值,第一设备可以统一禁用多个传输块的HARQ反馈,以减少开销。也就是说,如果禁用HARQ反馈的传输块的数量在多个传输块中的占比大于或等于第一阈值,则第一HARQ过程为禁用状态。其中,第一阈值的取值可以是0.6,也可以是0.75。
作为另一可能的实现方式,第二运算可以是计算禁用HARQ反馈的传输块的数量与不禁用HARQ反馈的传输块的数量的比值,第一阈值为大于0的任何值。其中,第一阈值为1时,禁用HARQ反馈的传输块的数量与不禁用HARQ反馈的传输块的数量相等。具体而言,多个传输块中包括禁用HARQ反馈的传输块,也包括反馈ACK和/或NACK的传输块。如果第二运算的结果大于或等于该第一阈值,第一设备可以统一禁用多个传输块的HARQ反馈。例如,如果禁用HARQ反馈的传输块的数量满足以下条件时,第一HARQ过程为禁用状态,否则第一HARQ过程为启用状态:
Noff/(NACK+NNACK)≥target1;
其中,Noff表示禁用HARQ反馈的传输块的数量。NACK表示反馈ACK的传输块的数量。NNACK表示反馈NACK的传输块的数量。target1表示第一阈值。其中,第一阈值可以是大于或等于1.5的值。
作为又一可能的实现方式,第一阈值可以通过***进行设置。例如,***可以将第一阈值与业务的QoS关联,也可以与业务的应用场景关联。
在一些实施例中,第一信息可以根据不禁用HARQ反馈的传输块确定。不禁用HARQ反馈的传输块可以包括多个传输块中反馈ACK的传输块和/或反馈NACK的传输块。不禁用HARQ反馈的传输块的信息可以是传输块的数量,也可以是传输块承载的业务类型,还可以是业务的应用场景。
作为可能的实现方式,第一信息可以包括不禁用HARQ反馈的传输块的数量。第一HARQ过程的启用或禁用可以根据第一信息和第二阈值确定。第二阈值也可以根据对第一信息进行的第二运算确定。
作为一种可能的实现方式,第二运算可以是统计不禁用HARQ反馈的传输块的数量在所有传输块中占据的比例,第一阈值为小于1的值。如果第二运算的结果大于或等于第二阈值,第一设备可以统一启用多个传输块的HARQ反馈,以满足服务质量的要求。例如,如果不禁用HARQ反馈的传输块的数量在多个传输块中的占比大于第二阈值,则第一HARQ过程为启用状态。
作为另一可能的实现方式,第二阈值也可以通过***进行设置。例如,***可以将第二阈值与业务的QoS关联,也可以与业务的应用场景关联。
第一设备根据第一信息,确定第一HARQ过程为启用状态时,需要根据多个传输块的信息生成HARQ码本。通过传输HARQ码本,可以实现对多个传输块的统一反馈。作为可能的实现方式,HARQ码本可以根据多个传输块中反馈ACK/NACK的传输块的信息确定。
在一些实施例中,第一信息可以根据多个传输块中反馈ACK的传输块确定。也就是说,第一设备可以根据反馈ACK的传输块的信息确定是否启用第一HARQ过程。反馈ACK的传输块的信息可以是传输块的数量,也可以是传输块承载的业务类型,还可以是业务的应用场景。
作为可能的实现方式,第一信息可以包括反馈ACK的传输块的数量。第一HARQ的启用或禁用可以根据第一信息和第三阈值确定。第三阈值也可以根据对第一信息进行的第二运算确定。
作为一种可能的实现方式,第二运算可以是统计反馈ACK的传输块的数量在所有传输块中占据的比例,第三阈值的取值范围可以是0到1。如果第二运算的结果大于或等于第三阈值,第一设备可以统一启用多个传输块的HARQ反馈。也就是说,如果反馈ACK的传输块的数量在多个传输块中的占比大于或等于第三阈值,则第一HARQ过程为启用状态。
作为另一可能的实现方式,第二运算可以是计算反馈ACK的传输块的数量与其他传输块的数量的比值,第三阈值为大于0的值。如果第二运算的结果大于或等于该第三阈值,第一设备可以统一启用多个传输块的HARQ反馈。例如,如果反馈ACK的传输块的数量满足以下条件时,第一HARQ过程为启用状态:
NACK/(NNACK+Noff)≥target3;
其中,NACK表示反馈ACK的传输块的数量。NNACK表示反馈NACK的传输块的数量。Noff表示禁用HARQ反馈的传输块的数量。target3表示第三阈值。
作为又一可能的实现方式,第三阈值也可以通过***进行设置。例如,***可以将第三阈值与业务的QoS关联,也可以与业务的应用场景关联。
如果反馈ACK的传输块的数量大于上述任一情况下的第三阈值,第一设备可以启用第一HARQ过程。进一步地,第一设备可以在多个传输块对应的信息位统一报告ACK。也就是说,第一HARQ过程关于多个传输块的反馈信息为ACK。
在一些实施例中,第一信息可以根据多个传输块中反馈NACK的传输块确定。也就是说,第一设备可以根据反馈NACK的传输块的信息确定是否启用第一HARQ过程。反馈NACK的传输块的信息可以是传输块的数量,也可以是传输块承载的业务类型,还可以是业务的应用场景。
作为可能的实现方式,第一信息可以包括反馈NACK的传输块的数量。第一HARQ的启用或禁用可以根据第一信息和第四阈值确定。第四阈值也可以根据对第一信息进行的第二运算确定。
作为一种可能的实现方式,第二运算可以是统计反馈NACK的传输块的数量在所有传输块中占据的比例,第四阈值的取值范围可以是0到1。如果第二运算的结果大于或等于第四阈值,第一设备可以统一启用多个传输块的HARQ反馈。也就是说,如果反馈NACK的传输块的数量在多个传输块中的占比大于或等于第四阈值,则第一HARQ过程为启用状态。
作为另一可能的实现方式,第二运算可以是计算反馈NACK的传输块的数量与其他传输块的数量的比值,第四阈值为大于0的值。如果第二运算的结果大于或等于该第四阈值,第一设备可以统一启用多个传输块的HARQ反馈。例如,如果反馈NACK的传输块的数量满足以下条件时,第一HARQ过程为启用状态:
NNACK/(NACK+Noff)≥target4;
其中,NNACK表示反馈NACK的传输块的数量。NACK表示反馈ACK的传输块的数量。Noff表示禁用HARQ反馈的传输块的数量。target4表示第四阈值。
作为又一可能的实现方式,第四阈值也可以通过***进行设置。例如,***可以将第三阈值与业务的QoS关联,也可以与业务的应用场景关联。
如果反馈NACK的传输块的数量大于上述任一情况下的第四阈值,第一设备可以启用第一HARQ过程。进一步地,第一设备可以在多个传输块对应的信息位统一报告NACK。也就是说,第一HARQ过程关于多个传输块的反馈信息为NACK。
在一些实施例中,第一阈值、第二阈值、第三阈值和第四阈值的取值范围可以相同。例如,计算第一信息在多个传输块中的占比时,与计算结果对比的四个阈值可以均为0.6。在一些实施例中,上述四个阈值的取值范围可以不同。
在一些实施例中,对于不同业务场景的多TBs调度,第一设备可以根据业务类型进行不同的反馈,也可以采用类似的反馈方案。例如,对于不同的业务类型,上述多个阈值的取值范围可以相同。
由图5可知,第一设备可以基于第一信息,确定启用或禁用多个传输块对应的HARQ过程。第一信息可以与多个传输块中不同反馈状态的传输块的数量相关,以确定多个传输块统一反馈的方式。
以第一设备为终端设备为例,终端设备可以从网络设备接收PDCCH上的DCI,该DCI可以指示物理下行共享信道(physical downlink shared channel,PDSCH)。终端设备可以接收PDSCH上的MAC CE命令。根据DCI,终端设备可以确定用于PDSCH上的数据接收的HARQ反馈是否需要被传输。对于多TBs调度下的多个传输块,终端设备可以通过前文所述的方法进行确定;对于单个传输块,终端设备可以直接进行确定。
前文提到,在MAC CE的某些控制过程中,HARQ反馈是激活定时的时间基线。基于上述情况,如果确定NACK/ACK反馈需要被传输之后,终端设备可以发送该NACK/ACK消息。网络设备收到NACK/ACK消息后,MAC CE可以按照正常的过程启动。如果终端设备确定NACK/ACK反馈不需要被传输,终端设备会禁用HARQ过程,但可以根据高层信令传输反馈值,这种情况下,MAC CE还可以按照正常的过程启动。但是,如果终端设备不进行任何反馈,网络设备无法收到反馈消息,网络设备和终端设备之间如何定义和同步MAC CE的激活定时也是需要解决的问题。
基于此,本申请实施例还提出了一种无线通信的方法。通过该方法,在没有任何HARQ反馈的情况下,可以保证通信设备之间MAC CE激活定时的时间基线。下面结合图6,对该无线通信方法进行详细地描述。应理解,图6所示方法解决的技术问题与图5相关,因此,为了简洁,图6不再对图5已经出现的术语进行详细解释。
图6所示的通信方法是站在第一设备和第二设备相互通信的角度进行介绍的。图6中的第一设备和第二设备可以分别为通信链路两端的通信设备。第一设备可以是图5所述的任意一种通信设备。
第一设备和第二设备可以分别是无线通信链路两端的接收端和发送端。在一些实施例中,第一设备和第二设备可以是下行链路的终端设备和基站,也可以是上行链路的基站和终端设备。在一些实施例中,第一设备和第二设备可以是NTN***中服务链路的终端设备和卫星,也可以是卫星和终端设备。在一些实施例中,第一设备和第二设备可以是eMTC***中的机器终端和基站,也可以是基站和机器终端。
参见图6,在步骤S610,第一设备接收来自第二设备的第一信道。
第一信道可以是承载控制信息的下行链路信道,也可以是承载控制信息的上行链路信道。在一些实施例中,第一设备为终端设备时,第一信道为来自网络设备的控制信道,控制信息为DCI。第一信道例如是PDCCH,又如是NB IoT***中的NPDCCH。在一些实施例中,第一设备为网络设备时,控制信息可以是来自终端设备的信息。
第一信道承载的控制信息可以包括MAC CE对应的触发条件,例如第一触发条件。也就是说,第一信道可以用于发送MAC CE对应的第一触发条件。在一些实施例中,第一触发条件可以指示MAC CE的激活条件。
在一些实施例中,第一信道承载的控制信息还可以包括数据传输的指示信息。传输的数据可以通过第二信道进行传输。也就是说,第一信道承载的控制信息可以指示在第二信道进行传输块的传输。
第一触发条件可以用于指示第一设备接收第二信道之后MAC CE对应的触发条件。也就是说,第一触发条件不是第一信道承载的控制信息指示的数据传输的触发条件,而是第一设备接收承载该传输数据的第二信道之后的触发条件。因此,第一触发条件可以与前文提到的NACK/ACK反馈后的MAC CE的启动有关。
在一些实施例中,第一触发条件可以用于定义MAC CE的激活定时。例如,第一触发条件可以指示MAC CE在接到HARQ反馈之后的3ms进行启动。在一些实施例中,第一信道可以同步通信设备之间MAC CE的激活时间。例如,第一触发条件可以根据相同的时间基线确定终端设备和网络设备之间MAC CE的同步。
作为可能的实现方式,第一触发条件可以是MAC CE无法按正常过程启动时的激活条件。例如,MAC CE无法接到ACK/NACK反馈时,可以根据第一触发条件确定的时间基线进行激活。也就是说,如果第一设备接收的传输块禁用HARQ反馈,不进行任何反馈,MAC CE按照第一触发条件进行启动。
第一触发条件可以根据一种或多种信息确定,后文将结合步骤S620进行详细地说明。
在步骤S620,第一设备接收来自第二设备的第二信道。
第二信道可以是承载传输数据或信息的下行信道,也可以是承载传输数据或信息的上行信道。在一些实施例中,第一设备为终端设备时,第二信道可以是网络设备发送传输块的共享信道。第二信道例如是PDSCH,又如是NB IoT***中的NPDSCH。共享信道可以通过控制信道的触发进行发送。在一些实施例中,第一设备为网络设备时,第二信道可以是终端设备发送数据的共享信道,例如是PUSCH。在一些实施例中,第二信道可以是承载反馈信息的上行信道或下行信道。
第二信道承载的传输数据可以是一个或多个传输块。在一些实施例中,第二信道可以承载多TBs调度下的多个传输块。在一些实施例中,第二信道可以承载多个传输块形成的大传输块。在一些实施例中,第二信道可以单个传输块。
第二信道承载的传输块可以是第一信道指示的。在一些实施例中,第一信道可以通过承载的控制信息指示传输块的传输。传输块可以承载在共享信道上进行发送。例如,DCI可以指示承载传输块的PDSCH的发送。
第二信道可以用于承载禁用HARQ反馈的传输块。也就是说,第二信道可以承载第一信道指示的禁用HARQ反馈的传输块。在一些实施例中,第二信道承载多TBs调度下的多个传输块,其中包括禁用HARQ反馈的传输块。在一些实施例中,第二信道承载每个传输块对应一个HARQ过程的传输数据。
第二信道承载的传输块可以是部分禁用HARQ反馈,也可以是全部禁用HARQ反馈。在一些实施例中,禁用HARQ反馈的传输块可以通过RRC专有信令进行指示。在一些实施例中,NPDSCH中禁用HARQ反馈的传输块可以通过之前的DCI进行指示。第一设备可以根据DCI确定第二信道承载的传输块的HARQ反馈是否需要被传输。
在一些实施例中,HARQ反馈是否需要被传输与第一触发条件有关。在HARQ反馈需要被传输的情况下,MAC CE可以根据正常的过程进行启动,不需要增加第一触发条件。在HARQ反馈不需要被传输的情况下,可以根据第一触发条件来保证通信设备之间MAC CE激活定时的时间基线。例如,第一设备为终端设备时,终端设备确定该传输块对应的HARQ反馈不需要被传输时,可以向网络设备发送指示信息,以保证终端设备和网络设备同步的激活定时。例如,终端设备可以通过一个HARQ过程发送指示信息,例如第一HARQ过程。
前文提到,第一触发条件可以根据一种或多种信息确定。
在一些实施例中,第一触发条件可以根据第一设备增加的第一HARQ过程进行确定。作为可能的实现方式,第一触发条件可以根据发送第一HARQ过程的反馈的时域位置确定。也就是说,第一HARQ过程可以用于第一设备发送指示信息。该指示信息可以作为MAC CE激活定时的第一触发条件。例如,第一设备发送第一HARQ过程的反馈之后的3ms,可以进行MAC CE的定时启动。
作为可能的实现范式,指示信息可以与禁用HARQ反馈的传输块对应。也就是说,指示信息可以相当于该传输块启用HARQ反馈时发送的反馈信息。该指示信息可以是禁用指示。例如,终端设备可以不考虑传输块的解码结果,直接根据高层信令反馈ACK、NACK或者off等信息。基于该反馈信息,MAC CE可以按照正常的程序进行启动。
作为可能的实现方式,第一HARQ过程可以是第一设备新增的HARQ过程,用于发送该指示信息。换句话说,第一设备可以为启动一个新的HARQ过程。以NB-IoT***为例,终端设备的HARQ过程数可以由原来的最多2个增加到3个。对于eMTC***,终端设备也可以增加一个HARQ过程。
作为可能的实现方式,第一HARQ过程可以与禁用HARQ反馈的传输块对应,以保证没有HARQ反馈时MAC CE的激活定时。也就是说,第一设备确认传输块禁用HARQ反馈后,第一HARQ过程是第一设备为该传输块启动的新的HARQ过程。
作为可能的实现方式,第一HARQ过程不设置对应的缓冲区。也就是说,第一设备可以不为第一HARQ过程设置对应的缓冲区域。第一设备为终端设备时,现有终端设备的缓冲器或存储器设置满足技术要求。也就是说,终端设备增加了一个HARQ过程,但是不需要为该HARQ过程设置相应的软缓冲区。例如,NB-IoT***中,HARQ过程变为3个后,终端设备的存储缓冲区依然是最多两个缓冲区。
需要说明的是,图6所示方法中的第一HARQ过程与图5所示的第一HARQ过程不完全相同。具体而言,图5所示的第一HARQ过程对应多TBs调度下的多个传输块,而图6所示的第一HARQ过程可以对应一个传输块或多个传输块。图6所示的第一HARQ过程可以不设置对应的缓冲区,图5所示的第一HARQ过程则可能需要设置对应的缓冲区。
在一些实施例中,第一触发条件可以根据第一时间单元确定。也就是说,MAC CE的激活时间可以以第一时间单元的时间基准为基线,而不是以接收到NACK-ACK的时间为基线。第一时间单元可以是以第二信道的时域位置为基准的时间长度。作为可能的实现方式,MAC CE可以以第二信道的时域位置为时间基线,等待第一时间单元指示的时间长度后启动定时。例如,时间基线可以是第二信道对应的最后一个时隙的时域位置。
作为可能的实现方式,第一时间单元可以包括终端设备解码数据和/或准备HARQ反馈的第一处理时间。例如,参考相关规范的设定,第一时间单元可以包括NPDSCH结束和相应HARQ-ACK开始之间的12ms时长。
作为可能的实现方式,第一时间单元还可以包括指定的等待时间,例如第一等待时间。以终端设备为例,终端设备可以基于网络设备提供的信息指定第一等待时间。第一等待时间可以与MAC CE对应的定时提前(timing advance,TA)值相关。例如,当网络设备提供关于上行链路的时间和/或频率信息时,终端设备可以为TA相关的MAC CE命令指定等待时间T。
作为一种可能的实现方式,第一等待时间可以与NTN***中服务链路或馈线链路的调度偏移或传播延迟信息相关。作为另一可能的实现方式,第一等待时间也可以与网络设备接收NACK/ACK反馈后的等待时间相同,也就是3ms。
作为可能的实现方式,第一时间单元可以包括上述第一处理时间和第一等待时间。例如,在NB-IoT***中,网络设备在发送NPDSCH之后,可以等待12ms+T的时间间隔,然后基于MAC CE发送下一个NPDCCH。
在一些实施例中,第一时间单元可以通过第二信道的时域位置之后的时隙数确定。
作为一种可能的实现方式,时隙数可以参考其他与MAC CE的激活定时相关的命令确定,从而可以统一MAC CE定时动作的时间基线。这些相关对的命令例如是TA、不连续接收(discontinuous reception,DRX)模式以及长DRX模式的相关命令。以DRX模式为例,接收DRX指示的PDSCH的时隙之后,需要等待一定的时隙个数才进行相关的动作。第一时间单元相关的时隙数可以与该时隙个数相同,也可以基于该时隙个数确定。
作为另一可能的实现方式,第一时间单元可以是指定的时隙个数。例如,第一时间单元可以是第二信道对应时域位置之后的N个时隙,N为大于1的整数。
为便于理解,下面以IoT NTN为例,结合图7对第一时间单元包括第一等待时间T,且基于MAC CE激活信道传输的流程进行描述。参见图7,沿着时间线,网络设备依次发送NPDCCH710、NPDSCH720、NPDCCH730和NPDSCH740。其中,NPDCCH710和NPDCCH730可以为第一信道,NPDSCH720和NPDSCH740可以为第二信道。网络设备发送NPDCCH710、NPDSCH720、NPDCCH730和NPDSCH740所需的时域资源分别为T-710至T-740。
与图4相比,网络设备发送NPDCCH710和NPDCCH730后,也会等待4ms+K0的时间间隔后发送NPDSCH720和NPDSCH740。不同的是,网络设备发送NPDSCH720后,不需要再等待终端设备发送的NPUSCH。也就是说,发送NPDCCH730的MAC CE的激活定时不再以NPUSCH为时间基线,而是根据与第一等待时间相关的第一触发条件确定。
如图7所示,网络设备在发送NPDSCH720之后,可以等待K0'+T的时间间隔后发送NPDCCH730。其中,T为第一等待时间,K0'可以是12ms。
由图4可知,网络设备和终端设备进行交互时,MAC CE的激活定时不再以HARQ反馈为基准,因此不需要考虑终端设备向网络设备发送反馈所需的时间。
上文结合图1至图7,详细地描述了本申请的方法实施例。下面结合图8至图10,详细描述本申请的装置实施例。应理解,装置实施例的描述与方法实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
图8是本申请一个实施例的无线通信的装置的结构示意图。该装置800可以为上文描述的任意一种第一设备。图8所示的装置800包括接收单元810和确定单元820。
接收单元810,可用于接收多个传输块,所述多个传输块包括禁用HARQ反馈的传输块和/或不禁用HARQ反馈的传输块。
确定单元820,可用于基于第一信息,确定启用或禁用多个传输块对应的第一HARQ过程,第一信息根据以下的一种或多种信息确定:多个传输块中禁用HARQ反馈的传输块;多个传输块中不禁用HARQ反馈的传输块。
可选地,第一信息为禁用HARQ反馈的传输块的数量,第一HARQ过程的启用或禁用根据第一信息和第一阈值确定。
可选地,如果禁用HARQ反馈的传输块的数量在多个传输块中的占比大于或等于第一阈值,则第一HARQ过程为禁用状态。
可选地,不禁用HARQ反馈的传输块包括反馈ACK和/或NACK的传输块,禁用HARQ反馈的传输块的数量满足以下条件时,第一HARQ过程为禁用状态:
Noff/(NACK+NNACK)≥target1;
其中,Noff表示禁用HARQ反馈的传输块的数量,NACK表示多个传输块中反馈ACK的传输块的数量,NNACK表示多个传输块中反馈NACK的传输块的数量,target1表示第一阈值。
可选地,第一信息为不禁用HARQ反馈的传输块的数量,第一HARQ过程的启用或禁用根据第一信息和第二阈值确定。
可选地,如果不禁用HARQ反馈的传输块的数量在多个传输块中的占比大于第二阈值,则第一HARQ过程为启用状态。
可选地,不禁用HARQ反馈的传输块包括以下的一种或多种:多个传输块中反馈ACK的传输块;多个传输块中反馈NACK的传输块。
可选地,第一信息为反馈ACK的传输块的数量,第一HARQ过程的启用或禁用根据第一信息和第三阈值确定。
可选地,如果反馈ACK的传输块的数量在多个传输块中的占比大于或等于第三阈值,则第一HARQ过程为启用状态。
可选地,反馈ACK的传输块的数量满足以下条件时,第一HARQ过程为启用状态:
NACK/(NNACK+Noff)≥target3;
其中,NACK表示反馈ACK的传输块的数量,NNACK表示反馈NACK的传输块的数量,Noff表示禁用HARQ反馈的传输块的数量,target3表示第三阈值。
可选地,第一HARQ过程关于多个传输块的反馈信息为ACK。
可选地,第一信息为反馈NACK的传输块的数量,第一HARQ过程的启用或禁用根据第一信息和第四阈值确定。
可选地,如果反馈NACK的传输块的数量在多个传输块中的占比大于或等于第四阈值,则第一HARQ过程为启用状态。
可选地,反馈NACK的传输块的数量满足以下条件时,第一HARQ过程为启用状态:
NNACK/(NACK+Noff)≥target4;
其中,NNACK表示反馈NACK的传输块的数量,NACK表示反馈ACK的传输块的数量,Noff表示禁用HARQ反馈的传输块的数量,target4表示第四阈值。
可选地,第一HARQ过程关于多个传输块的反馈信息为NACK。
可选地,如果多个传输块中禁用HARQ反馈的传输块的数量与不禁用HARQ反馈的传输块的数量相等,第一信息基于第一运算确定。
图9是本申请另一实施例的无线通信的装置的结构示意图。该装置900可以为上文描述的任意一种第一设备。图9所示的装置900包括第一接收单元910和第二接收单元920。
第一接收单元910,可用于接收第一信道,第一信道用于发送第一触发条件,第一触发条件用于指示第一设备接收第二信道之后MAC CE对应的触发条件。
第二接收单元920,可用于接收第二信道,第二信道用于承载第一信道指示的禁用HARQ反馈的传输块;其中,第一触发条件根据以下的一种或多种信息确定:第一HARQ过程,第一HARQ过程用于第一设备发送指示信息,指示信息与禁用HARQ反馈的传输块对应;以及以第二信道的时域位置为基准的第一时间单元。
可选地,第一时间单元包括第一等待时间,第一等待时间与MAC CE对应的TA值相关。
可选地,第一时间单元通过第二信道的时域位置之后的时隙数确定。
可选地,第一HARQ过程不设置对应的缓冲区。
图10所示为本申请实施例提供的通信装置的示意性结构图。图10中的虚线表示该单元或模块为可选的。该装置1000可用于实现上述方法实施例中描述的方法。装置1000可以是芯片或终端设备。
装置1000可以包括一个或多个处理器1010。该处理器1010可支持装置1000实现前文方法实施例所描述的方法。该处理器1010可以是通用处理器或者专用处理器。例如,该处理器可以为中央处理单元(central processing unit,CPU)。或者,该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integrated circuit,ASIC)、现成可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
装置1000还可以包括一个或多个存储器1020。存储器1020上存储有程序,该程序可以被处理器1010执行,使得处理器1010执行前文方法实施例所描述的方法。存储器1020可以独立于处理器1010也可以集成在处理器1010中。
装置1000还可以包括收发器1030。处理器1010可以通过收发器1030与其他设备或芯片进行通信。例如,处理器1010可以通过收发器1030与其他设备或芯片进行数据收发。
本申请实施例还提供一种计算机可读存储介质,用于存储程序。该计算机可读存储介质可应用于本申请实施例提供的终端设备或网络设备中,并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。
该计算机可读存储介质可以是计算机能够读取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,数字通用光盘(digital video disc,DVD))或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
本申请实施例还提供一种计算机程序产品。该计算机程序产品包括程序。该计算机程序产品可应用于本申请实施例提供的终端设备或网络设备中,并且该程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。
本申请实施例还提供一种计算机程序。该计算机程序可应用于本申请实施例提供的终端设备或网络设备中,并且该计算机程序使得计算机执行本申请各个实施例中的由终端或网络设备执行的方法。
本申请中术语“***”和“网络”可以被可互换使用。另外,本申请使用的术语仅用于对本申请的具体实施例进行解释,而非旨在限定本申请。本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。
在本申请的实施例中,提到的“指示”可以是直接指示,也可以是间接指示,还可以是表示具有关联关系。举例说明,A指示B,可以表示A直接指示B,例如B可以通过A获取;也可以表示A间接指示B,例如A指示C,B可以通过C获取;还可以表示A和B之间具有关联关系。
在本申请的实施例中,术语“对应”可表示两者之间具有直接对应或间接对应的关系,也可以表示两者之间具有关联关系,也可以是指示与被指示、配置与被配置等关系。
在本申请实施例中,所述“协议”可以指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信***中的相关协议,本申请对此不做限定。
在本申请的实施例中,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
本申请实施例中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (10)
1.一种无线通信的方法,其特征在于,包括:
第一设备接收第一信道,所述第一信道用于发送第一触发条件,所述第一触发条件用于指示所述第一设备接收第二信道之后MAC CE对应的触发条件;
所述第一设备接收所述第二信道,所述第二信道用于承载所述第一信道指示的禁用HARQ反馈的传输块;
其中,所述第一触发条件根据以下的一种或多种信息确定:
第一HARQ过程,所述第一HARQ过程用于所述第一设备发送指示信息,所述指示信息与所述禁用HARQ反馈的传输块对应;以及
以所述第二信道的时域位置为基准的第一时间单元。
2.根据权利要求1所述的方法,其特征在于,所述第一时间单元包括第一等待时间,所述第一等待时间与所述MAC CE对应的定时提前值相关。
3.根据权利要求1所述的方法,其特征在于,所述第一时间单元通过所述第二信道的时域位置之后的时隙数确定。
4.根据权利要求1所述的方法,其特征在于,所述第一HARQ过程不设置对应的缓冲区。
5.一种无线通信的装置,其特征在于,所述装置为第一设备,所述第一设备包括:
第一接收单元,用于接收第一信道,所述第一信道用于发送第一触发条件,所述第一触发条件用于指示所述第一设备接收第二信道之后MAC CE对应的触发条件;
第二接收单元,用于接收所述第二信道,所述第二信道用于承载所述第一信道指示的禁用HARQ反馈的传输块;
其中,所述第一触发条件根据以下的一种或多种信息确定:
第一HARQ过程,所述第一HARQ过程用于所述第一设备发送指示信息,所述指示信息与所述禁用HARQ反馈的传输块对应;以及
以所述第二信道的时域位置为基准的第一时间单元。
6.根据权利要求5所述的装置,其特征在于,所述第一时间单元包括第一等待时间,所述第一等待时间与所述MAC CE对应的定时提前值相关。
7.根据权利要求5所述的装置,其特征在于,所述第一时间单元通过所述第二信道的时域位置之后的时隙数确定。
8.根据权利要求5所述的装置,其特征在于,所述第一HARQ过程不设置对应的缓冲区。
9.一种通信装置,其特征在于,包括存储器和处理器,所述存储器用于存储程序,所述处理器用于调用所述存储器中的程序,以执行如权利要求1-4中任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,其上存储有程序,所述程序使得计算机执行如权利要求1-4中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310259933.1A CN116192337A (zh) | 2022-11-17 | 2022-11-17 | 无线通信的方法及装置 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310259933.1A CN116192337A (zh) | 2022-11-17 | 2022-11-17 | 无线通信的方法及装置 |
CN202211440877.3A CN115580380B (zh) | 2022-11-17 | 2022-11-17 | 无线通信的方法及装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211440877.3A Division CN115580380B (zh) | 2022-11-17 | 2022-11-17 | 无线通信的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116192337A true CN116192337A (zh) | 2023-05-30 |
Family
ID=84589002
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211440877.3A Active CN115580380B (zh) | 2022-11-17 | 2022-11-17 | 无线通信的方法及装置 |
CN202310259933.1A Pending CN116192337A (zh) | 2022-11-17 | 2022-11-17 | 无线通信的方法及装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211440877.3A Active CN115580380B (zh) | 2022-11-17 | 2022-11-17 | 无线通信的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (2) | CN115580380B (zh) |
WO (1) | WO2024103798A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115580380B (zh) * | 2022-11-17 | 2023-04-07 | 合肥移瑞通信技术有限公司 | 无线通信的方法及装置 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3678429B1 (en) * | 2017-09-25 | 2023-06-07 | Huawei Technologies Co., Ltd. | Communication method and device |
KR102656606B1 (ko) * | 2018-08-10 | 2024-04-12 | 삼성전자주식회사 | 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치 |
CN112398597B (zh) * | 2019-08-16 | 2022-04-05 | 华为技术有限公司 | 一种反馈信息传输方法及装置 |
CN114747168B (zh) * | 2019-10-04 | 2024-07-02 | 瑞典爱立信有限公司 | 对于每个harq过程具有反馈启用/禁用的harq码本构造 |
US11943067B2 (en) * | 2019-10-04 | 2024-03-26 | Huawei Technologies Co., Ltd. | Devices and methods of signaling for resource selection and reservation in sidelink transmission |
US20230275705A1 (en) * | 2019-10-15 | 2023-08-31 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for reliable mac ce ack/nack confirmation |
CN114642046A (zh) * | 2019-11-08 | 2022-06-17 | 鸿颖创新有限公司 | 用于媒体接入控制(mac)控制元素(ce)时延控制的通信方法和装置 |
CN113271180B (zh) * | 2020-02-14 | 2023-05-23 | 华为技术有限公司 | 混合自动重传请求harq位图信息的反馈方法及相关设备 |
US11832296B2 (en) * | 2020-02-21 | 2023-11-28 | Qualcomm Incorporated | Contention resolution in new radio non-terrestrial networks |
US11736239B2 (en) * | 2020-04-02 | 2023-08-22 | Qualcomm Incorporated | Hybrid automatic repeat request (HARQ) feedback control for multicast communications |
US20220109529A1 (en) * | 2020-10-05 | 2022-04-07 | Samsung Electronics Co., Ltd. | Harq-ack information disabling in communication systems |
EP4256736A2 (en) * | 2021-01-18 | 2023-10-11 | Ofinno, LLC | Downlink scheduling and hybrid automatic repeat request feedback |
EP4315689A1 (en) * | 2021-03-26 | 2024-02-07 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatus for disabled harq processes |
CN115004596A (zh) * | 2022-04-25 | 2022-09-02 | 北京小米移动软件有限公司 | 混合自动重传请求harq反馈的处理方法及其装置 |
CN116318533A (zh) * | 2022-09-15 | 2023-06-23 | 合肥移瑞通信技术有限公司 | 无线通信的方法及装置 |
CN115580380B (zh) * | 2022-11-17 | 2023-04-07 | 合肥移瑞通信技术有限公司 | 无线通信的方法及装置 |
-
2022
- 2022-11-17 CN CN202211440877.3A patent/CN115580380B/zh active Active
- 2022-11-17 CN CN202310259933.1A patent/CN116192337A/zh active Pending
-
2023
- 2023-07-03 WO PCT/CN2023/105520 patent/WO2024103798A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
CN115580380B (zh) | 2023-04-07 |
CN115580380A (zh) | 2023-01-06 |
WO2024103798A1 (zh) | 2024-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7426479B2 (ja) | Harqプロセスごとにフィードバックを有効化/無効化するharqコードブック構築 | |
WO2021168661A1 (zh) | 信息传输方法、终端设备和网络设备 | |
CN115242355B (zh) | 无线通信的方法及装置 | |
EP4181594A1 (en) | Method for feeding back hybrid automatic repeat request acknowledgement (harq-ack) and terminal device | |
CN114788204B (zh) | Harq进程的状态确定方法、装置及设备 | |
WO2021184266A1 (zh) | 一种数据包重组方法、电子设备及存储介质 | |
WO2024103798A1 (zh) | 无线通信的方法及装置 | |
WO2022021007A1 (zh) | 无线通信方法、终端设备和网络设备 | |
CN114731238B (zh) | 配置授权定时器的使用方法与装置、终端设备和网络设备 | |
US20230231661A1 (en) | Channel transmission method, terminal device and network device | |
US20230239875A1 (en) | Wireless Communication Method and Terminal Device | |
WO2022120747A1 (zh) | 无线通信的方法和终端设备 | |
JP2023526459A (ja) | バッファ状態報告の強化 | |
WO2021068224A1 (zh) | 无线通信方法、终端设备和网络设备 | |
CN114642028A (zh) | 信息处理方法、装置、设备及存储介质 | |
WO2022077481A1 (zh) | 一种信道传输方法及其装置 | |
WO2023279399A1 (zh) | 侧行传输资源的确定方法、发送方法、装置、设备及介质 | |
WO2023039811A1 (zh) | 通信方法及通信装置 | |
WO2022246824A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
WO2024026678A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
WO2023245492A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
WO2023133878A1 (zh) | 资源配置方法、终端设备和网络设备 | |
WO2022021032A1 (zh) | 信息处理方法、终端设备和网络设备 | |
WO2022236574A1 (zh) | 时域参数确定方法、终端设备及网络设备 | |
WO2022104515A1 (zh) | 重传方法和终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |