CN113067681A - 一种混合自动重传请求处理方法、通信设备及介质 - Google Patents
一种混合自动重传请求处理方法、通信设备及介质 Download PDFInfo
- Publication number
- CN113067681A CN113067681A CN202010000594.1A CN202010000594A CN113067681A CN 113067681 A CN113067681 A CN 113067681A CN 202010000594 A CN202010000594 A CN 202010000594A CN 113067681 A CN113067681 A CN 113067681A
- Authority
- CN
- China
- Prior art keywords
- harq process
- harq
- dci
- data
- cached
- 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
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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1628—List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种混合自动重传请求处理方法、通信设备及介质,包括:如果接收到的混合自动重传请求进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述混合自动重传请求进程需重传数据,且之前的传输数据未被缓存。发送端接收针对混合自动重传请求进程的指示;发送端针对该混合自动重传请求进程发送需重传的数据。采用本发明,在通过地球静止轨道网络进行双向通信时,能够支持混合自动重传请求进程。
Description
技术领域
本发明涉及无线通信技术领域,特别涉及一种混合自动重传请求处理方法、通信设备及介质。
背景技术
为了满足无所不在的无线覆盖需求,5G系统需要支持地面网络和卫星网络的融合。为此,3GPP正在开展NTN(非地面组网,Non-terrestrial network)标准化研究工作,希望通过卫星网络实现以下目标:
为5G部署中un-served(不能服务)区域(远洋、飞机、水下)提供经济有效的覆盖方式;
加强5G网络的可靠性:提升高速M2M(机器通信,Machine to Machine)/IoT(物联网,Internet of Everything)业务的连续性、提供极限环境下的通信、应急通信保障;
保证5G网络可扩展性,为网络边缘提供有效的多播/广播资源。
GEO(地球静止轨道,Geostationary Earth Orbit)卫星星座具有单星覆盖广、组网简单的优势,单颗GEO卫星就可以覆盖中国,3颗GEO卫星可实现全球覆盖。但受限于较大的轨道高度(35786km),GEO卫星传播时延较大。
现有技术的不足在于:在通过GEO网络进行双向通信时,现有终端能力无法支持HARQ(混合自动重传请求,Hybrid Automatic Repeat Request)进程。
发明内容
本发明提供了一种混合自动重传请求处理方法、通信设备及介质,用以解决在通过GEO网络进行双向通信时,现有终端能力无法支持HARQ进程的问题。
本发明实施例中提供了一种HARQ处理方法,其中,包括:
如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,指示所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
接收端不针对所述HARQ进程反馈信息;或,
接收端针对所述HARQ进程反馈信息,并在所述HARQ进程反馈信息中指示需重传数据,且之前的传输数据未被缓存。
实施中,在接收端针对所述HARQ进程反馈信息时,按如下方式之一组成所述HARQ进程反馈信息:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合,且所述第一HARQ进程集合根据如下至少一种方法确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
本发明实施例中提供了一种HARQ处理方法,其中,包括:
发送端接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
发送端针对该HARQ进程发送需重传的数据。
实施中,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
发送端未接收到接收端针对所述HARQ进程的反馈信息;或,
发送端接收到接收端针对所述HARQ进程的反馈信息,所述HARQ进程反馈信息指示中指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,发送端接收的所述HARQ进程反馈信息,是以下信息之一:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
在所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合时,所述第一HARQ进程集合根据如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
本发明实施例中提供了一种通信设备,包括:
处理器,用于读取存储器中的程序,执行下列过程:
如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存;
收发机,用于在处理器的控制下接收和发送数据。
实施中,指示所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
接收端不针对所述HARQ进程反馈信息;或,
接收端针对所述HARQ进程反馈信息,并在所述HARQ进程反馈信息中指示需重传数据,且之前的传输数据未被缓存。
实施中,在接收端针对所述HARQ进程反馈信息时,还包括按如下方式之一组成所述HARQ进程反馈信息:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合,且所述第一HARQ进程集合根据如下至少一种方法确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
本发明实施例中提供了一种通信设备,包括:
指示模块,用于如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,指示模块还用于在指示所述HARQ进程需重传数据,且之前的传输数据未被缓存时:
不针对所述HARQ进程反馈信息;或,
针对所述HARQ进程反馈信息,并在所述HARQ进程反馈信息中指示需重传数据,且之前的传输数据未被缓存。
实施中,指示模块还用于在针对所述HARQ进程反馈信息时,还包括按如下方式之一组成所述HARQ进程反馈信息:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,指示模块还用于在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,包括:
通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,指示模块还用于所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合,且所述第一HARQ进程集合根据如下至少一种方法确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,指示模块还用于通过所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,指示模块还用于在所述第一HARQ进程集合由高层信令和DCI信令指示时:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,指示模块还用于所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
本发明实施例中提供了一种通信设备,包括:
处理器,用于读取存储器中的程序,根据收发机的需要进行数据处理;
收发机,用于在处理器的控制下接收和发送数据,执行下列过程:
接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
针对该HARQ进程发送需重传的数据。
实施中,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
未接收到接收端针对所述HARQ进程的反馈信息;或,
接收到接收端针对所述HARQ进程的反馈信息,所述HARQ进程反馈信息指示中指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,接收的所述HARQ进程反馈信息,是以下信息之一:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
在所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合时,所述第一HARQ进程集合根据如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
本发明实施例中提供了一种通信设备,包括:
接收模块,用于接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
重传模块,用于针对该HARQ进程发送需重传的数据。
实施中,接收模块还用于接收所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
未接收到接收端针对所述HARQ进程的反馈信息;或,
接收到接收端针对所述HARQ进程的反馈信息,所述HARQ进程反馈信息指示中指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,接收模块还用于接收的所述HARQ进程反馈信息,是以下信息之一:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
在所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合时,所述第一HARQ进程集合根据如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,接收模块还用于接收所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,接收模块还用于在所述第一HARQ进程集合由高层信令和DCI信令指示时,接收所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,接收模块还用于接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
本发明实施例中提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储有执行上述HARQ处理方法的计算机程序。
本发明有益效果如下:
本发明实施例提供的技术方案中,由于接收端在软缓冲区中的空间不能满足HARQ实体在HARQ进程中重传的数据时,针对HARQ进程指示需重传数据以及接收端的软缓冲区中的空间不能满足HARQ实体在HARQ进程中重传的数据。这样,一方面在接收端上通过清空数据整理出了soft buffer,而另一方面也使得发送端能够及时获知接收端上的soft buffer情况,从而能够给出相应的重传数据。也即,发送端不需要等RLC层的长延时的HARQ-ACK反馈,而是能够通过MAC层的及时的HARQ-ACK反馈,及时确定HARQ-disable情况,并且进行事实的数据重传。相应的,由于UE未缓存上一次传输的数据,因此接收端和UE对这次事实的数据重传视作一次名义上的新传。
进一步的,由于发送端能够及时获得接收端的soft buffer缓存使用信息,容错能力更强,因此更容易优化调度算法,实现接收端的soft buffer最高效的利用,从而实现在现有终端的能力下支持HARQ进程。
另外,进一步的,在现有HARQ disable技术中,哪个HARQ进程的数据不保留,是预先规定的,且对于HARQ disable的进程,接收端调度器做MCS优化时试错成本很高,因此倾向于保守调度,导致较低的频谱利用效率;而在本发明实施例提供的技术方案中,接收端根据soft buffer的实际使用情况,及时反馈HARQ disable的实际效果。发送端很容易做事实上的数据重传(名义上的数据新传),因此,接收端调度器做MCS优化时试错成本较低,更易于优化调度算法,获得最佳的MCS等级,提高频谱效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本发明的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明实施例中接收端侧的HARQ处理方法实施流程示意图;
图2为本发明实施例中发送端侧的HARQ处理方法实施流程示意图;
图3为本发明实施例中通信设备一结构示意图;
图4为本发明实施例中通信设备二结构示意图。
具体实施方式
发明人在发明过程中注意到:
GEO受限于较大的轨道高度,GEO卫星传播时延较大。特别的,当GEO卫星采用弯管转发(bent pipe)通信模式时,地面用户信号先到GEO卫星,再经GEO卫星转发到地面网关。经3GPP评估,考虑各设备的信号处理时延,采用弯管转发模式的GEO网络的双向通信时延(也即路径为:UE→GEO→地面网关→GEO→UE)约为544.8ms。
在传统地面通信技术中,通常采用MAC(媒体接入控制,Media Access Control)层的重传机制,称作HARQ重传,即UE(用户设备,User Equipment)接收到基站发送的下行数据后,如果解调成功,就反馈ACK(确认,Acknowledgement);如果失败,则将数据缓存起来,并且反馈NACK(否定确认,Negative Acknowledgement)。UE本地的数据缓存区被称作软缓存区(soft buffer)。
当基站接收到NACK后,将生成下行初传数据的一份RV(冗余版本,RedundancyVersion),并且将生成的重传RV版本发送给UE。
UE先将接收到的重传RV版本与本地缓存的初传数据做增量合并(又称软合并,soft combination),再进行解调。软合并操作可以显著提升解调性能。
在地面通信技术中,由于数据处理时间限制,数据初始传输和HARQ重传之间存在一定的时间间隔,在LTE(长期演进,Long Term Evolution)中至少为4ms。为了避免等待,提高整体吞吐量,地面通信技术支持多个HARQ进程并行传输。每个HARQ进程独立采用上述的重传过程。
针对一个HARQ进程,通常将初传和重传之间的最小时间间隔称作HARQ RTT(往返时间,Round Trip Time)。为了最大化吞吐量,要求HARQ进程数=HARQ RTT/最小传输时隙长度。例如,对于LTE FDD(频分双工,Frequency Division Duplex)系统,HARQ RTT=8ms,最小传输时隙长度(即1个子帧)=1ms,则LTE FDD系统的HARQ进程数=8。
发明人注意到:UE侧软缓存区(soft buffer)的大小取决于DL(下行链路,Downlink)的HARQ进程数。
DL的HARQ进程数越多,UE侧的soft buffer就需要越大。极端情况下,UE侧softbuffer=DL的HARQ进程数*最大TBS(传输块大小,Transport Block Size),以便在所有的HARQ进程都未NACK的情况下把下行数据缓存下来。
一般情况下,UE侧soft buffer<DL的HARQ进程数*最大TBS,终端厂商通过私有实现技术做soft buffer缓存管理。但总的来说,UE侧soft buffer的大小是DL的HARQ进程数的线性函数。
如前所述,采用弯管转发模式的GEO网络的双向通信时延(UE→GEO→地面网关→GEO→UE)约为544.8ms。当采用15kHz SCS(子载波间隔,Subcarrier spacing)配置时,最小传输时隙长度(即1个slot)=1ms。如果借鉴地面通信技术设计原则,则针对弯管转发模式的GEO网络,所需要的HARQ进程数=HARQ RTT/最小传输时隙长度≈545,是LTE FDD系统的68(=545/8)倍以上。
发明人注意到:UE侧soft buffer的大小是DL的HARQ进程数的线性函数,因此受限于soft buffer大小,现有终端能力无法支持545个HARQ进程。
针对上述问题,本发明实施例提出了HARQ处理方案,该方案可应用于NTN网络中UE缓存状态相关的HARQ反馈增强技术,通过在UE的DL HARQ-ACK信息中携带UE缓存状态信息,以解决NTN网络中soft buffer远远小于HARQ进程数而导致的现有终端能力无法支持HARQ进程的问题。
下面结合附图对本发明的具体实施方式进行说明。
在说明过程中,将分别从发送端与接收端的实施进行说明,其中发送端是发送数据、以及按HARQ机制重传数据的一端,接收端是接收数据、以及按HARQ机制接收重传数据的一端,例中还将给出二者配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施,实际上,当发送端与接收端分开实施时,其也各自解决发送端侧、接收端侧的问题,而二者结合使用时,会获得更好的技术效果。
实施例中,为了更好的说明,也会采用第一节点、第二节点、第一HARQ进程、第二HARQ进程等表述。下面进行说明。
第一节点是HARQ进程的接收端节点,所述第二节点是HARQ进程的发送端节点。
第一节点和第二节点是第五代(5G)无线通信网络的一部分。
HARQ进程对应于下行传输时,第二节点可以为以下通信设备之一:基站、IAB(接入和回传一体化,Integrated Access and Backhaul)基站、中继(Relay)节点的DU(分布式单元,Distribute Unit)部分;而第一节点可以为以下通信设备之一:UE、各种通信终端(如手机、电脑等)、CPE(客户前置设备,Customer Premise Equipment)、IAB或Relay节点的MT(移动终端,Mobile Termination)部分等。
HARQ进程对应于上行传输时,第二节点可以为以下通信设备之一:用户设备UE、各种终端(如手机、电脑等)、CPE、IAB或Relay节点的MT部分等;第二节点可以为以下通信设备之一:基站、IAB或Relay节点的DU部分。
在实施例中,将提供两种方式:
一、接收端通过不针对所述HARQ进程反馈信息来指示需重传数据以及接收端的软缓冲区中的空间不能满足HARQ实体在HARQ进程中重传的数据;
二、接收端针对所述HARQ进程反馈信息,并通过反馈信息指示需重传数据以及接收端的软缓冲区中的空间不能满足HARQ实体在HARQ进程中重传的数据。
为便于说明,对于第一种方式,将其涉及的特征以第一为前缀,例如:第一HARQ进程、第一HARQ实体等;相应的,对于第二种方式,将其涉及的特征以第二为前缀,例如:第二HARQ进程、第二HARQ实体等。则两种方式会表述成以下方式:
当软缓冲区中没有足够的空间以用于第一HARQ实体的第一HARQ进程时,第一节点不针对第一HARQ进程发送HARQ反馈。当第二节点未接收到第一节点针对第一HARQ进程所发送的HARQ反馈时,第二节点理解第一节点的软缓冲区中没有足够的空间以用于第一HARQ进程,并且据此确定下次重传信息。
第一节点发送针对第二HARQ实体的第二HARQ进程的HARQ反馈,所述HARQ反馈可指示下述三种状态:ACK、NACK且软缓冲区中没有足够的空间以用于第二HARQ进程、NACK且软缓冲区中存在足够的空间以用于第二HARQ进程。其中,“软缓冲区中没有足够的空间以用于第二HARQ进程”有时也会被表述为第二HARQ进程的上次接收到的数据已被清除(flushingout),或者被简称为“清除(flushing out)”。
需要说明的是,“第一”、“第二”的前缀仅仅只是为了便于在说明时区分,并不代表在本发明方案中会出现两种类别的HARQ进程处理方式,而是每一个HARQ进程都可以采用如“第一”或“第二”所表述的方式。
在接收端上,有:
图1为接收端侧的HARQ处理方法实施流程示意图,如图所示,可以包括:
步骤101、如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存。
相应的,在发送端则为:
图2为发送端侧的HARQ处理方法实施流程示意图,如图所示,可以包括:
步骤201、发送端接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
步骤202、发送端针对该HARQ进程发送需重传的数据。
在接收端上,有:
指示所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
接收端不针对所述HARQ进程反馈信息;或,
接收端针对所述HARQ进程反馈信息,并在所述HARQ进程反馈信息中指示需重传数据,且之前的传输数据未被缓存。
相应的,在发送端则为:
所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
发送端未接收到接收端针对所述HARQ进程的反馈信息;或,
发送端接收到接收端针对所述HARQ进程的反馈信息,所述HARQ进程反馈信息指示中指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存。
具体的,对于作为HARQ进程接收端的节点可以是:第一节点(HARQ进程的接收节点,如终端或基站)的用于与第二节点(HARQ进程的发送节点,如基站或终端)通信时,第一节点具有由多个混合自动重传请求HARQ实体共享的软缓冲区(soft buffer),则有:
当软缓冲区中没有足够的空间以用于第一HARQ实体的第一HARQ进程时,不针对所述第一HARQ进程发送HARQ-ACK信息;
或者,发送针对第二HARQ实体的第二HARQ进程的HARQ-ACK信息,所述HARQ-ACK信息至少指示如下一种状态:NACK且软缓冲区中没有足够的空间以用于所述第二HARQ进程、NACK且软缓冲区中存在足够的空间以用于所述第二HARQ进程。
例如,所述第一节点接收到第二HARQ进程的某次传输(包括新传和重传)后,如果译码成功(例如,CRC校验成功)时,则反馈第一状态ACK;否则,如果译码失败(例如,CRC校验失败),且软缓冲区中没有足够的空间用于存储第二HARQ进程,则反馈第二状态;否则,如果译码失败,且软缓冲区中存在足够的空间用于存储第二HARQ进程,则反馈第三状态。其中,所述第一状态为ACK;所述第二状态为NACK且软缓冲区中没有足够的空间以用于所述第二HARQ进程;所述第三状态为NACK且软缓冲区中存在足够的空间以用于所述第二HARQ进程。
在NTN网络中,由于接收端soft buffer不足,远远小于HARQ进程数是客观上的约束,受限于设备成本与能力,不能仅靠优化HARQ进程来解决。
以基站为发送端与UE为接收端为例,NTN现有技术解决方案是:支持DL HARQ进程disable(禁用)功能。例如,通过网络指示,disable掉某些DL HARQ进程。针对被disable掉的HARQ进程(例如,网络配置HARQ进程ID0被disable掉),UE不会反馈HARQ-ACK,基站也不会做MAC(媒体接入控制,Media Access Control)层重传。如果被disable掉的HARQ进程所对应的DL数据传错了,由于缺乏MAC层的HARQ-ACK反馈,基站无法及时知道该数据传错了,必须等到RLC(无线链路控制,Radio Link Control)层的HARQ-ACK反馈,但是该方案下的重传时延会非常大。
例如,UE在RLC层发现数据包传错了,UE会先发SR(调度请求,schedulingrequest)请求UL传输资源;基站通过DCI(下行控制指示,Downlink Control Indicator)调度PUSCH(物理上行共享信道,Physical Uplink Shared Channel);UE在PUSCH中上报RLC层的HARQ-ACK反馈;基站知道数据包传错了,发起重传。
为了降低disable掉的HARQ进程的错处传输概率,提高一次传输成功的概率,基站可能会使用较低MCS(调制编码方式,Modulation and Coding Scheme),或采用repetition(重复)机制冗余多个copy(复制),但这些都会降低频谱利用效率。
针对现有HARQ disable方案中因保守调度所导致的频谱效率较低的问题,本发明实施例提供的方案中采用的机制是,通过让UE反馈NACK时携带指示soft buffer的状态,使得基站就能知道对于某次失败的DL传输,UE到底有没有足够的soft buffer缓存资源。
如果UE反馈是soft buffer资源不足,上次传输的数据被flush(冲洗)掉了,等效于HARQ disable的情况。但这时,基站不需要等RLC层的长延时的HARQ-ACK反馈,而是能够通过MAC层的及时的HARQ-ACK反馈,及时确定HARQ-disable情况,并且进行事实的数据重传。相应的,由于UE未缓存上一次传输的数据,因此基站和UE对这次事实的数据重传视作一次名义上的新传,例如采用RV0,并且将NDI(新数据指示器,New Data Indicator)翻转。
在实际调度时,当基站通过UE反馈的MAC层HARQ-ACK信息发现UE的soft buffer不够用时,基站可以降低新传输的MCS等级,通过降低资源利用效率为代价增加一次传输成功的概率。
与现有的HARQ disable技术相比,由于基站能够及时获得UE的soft buffer缓存使用信息,容错能力更强,因此更容易优化调度算法,实现UE的soft buffer最高效的利用,从而实现在现有终端的能力下支持HARQ进程。
另外,实施中,在接收端数据事实上已经被清除,与现有技术中HARQ disable效果是一致的。
但是在现有HARQ disable技术中,哪个HARQ进程的数据不保留,是预先规定死的,不够灵活。且对于HARQ disable的进程,基站调度器做MCS优化时试错成本很高,因此倾向于保守调度,导致较低的频谱利用效率;
而在本发明实施例提供的技术方案中,接收端根据soft buffer的实际使用情况,及时反馈HARQ disable的实际效果。发送端很容易做事实上的数据重传(名义上的数据新传),因此,基站调度器做MCS优化时试错成本较低,更易于优化调度算法,获得最佳的MCS等级,提高频谱效率。
对于在接收端将数据清除后,发送端再发送的数据可以按如下方式实施:
在现有NR技术中,新传数据一般采用RV0,重传时按照RV2、RV3、RV1、RV0等默认顺序循环反复。其中,RV0和RV3中都包括了编码前的原始信息,而RV1和RV2中则没有包括编码前的原始信息。因此,当UE接收到RV0或RV3,有可能一次性译码成功;而当接收端接收到RV1或RV2时,则还需要结合RV0或RV3才能译码成功。
实施中,典型情况下,当接收端将数据清除后,再发送的数据是RV0,也可以理解为“原始数据”。但是,也不排除再次发送RV3。
但无论传RV0还是RV3,都不是传统HARQ重传机制所指示的方式:如NDI不翻转,且按照RV2、RV3、RV1、RV0顺序重传。
事实上,还可以将再次发送的数据理解为事实上的重传数据,但是在MAC层看来,则是名义上的新传数据。
实施中,在接收端上,在接收端针对所述HARQ进程反馈信息时,按如下方式之一组成所述HARQ进程反馈信息:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
相应的,在发送端则为:
发送端接收的所述HARQ进程反馈信息,是以下信息之一:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
具体的,实施例中的HARQ进程数也可以表述为进程ID(标识),但是在标准协议中,一般将进程ID表述为:HARQ process number,因此,为了与标准文本保持一致,实施例中采用了HARQ进程数这一术语,也即,HARQ进程数(HARQ process number),有时候也可被称作HARQ进程ID。
具体的,如前所述,第一节点发送针对第二HARQ实体的第二HARQ进程的HARQ-ACK信息,可以通过下面三种方式通过HARQ-ACK码本来携带HARQ-ACK信息:
A、HARQ-ACK码本中至少包括1个HARQ-ACK反馈信息;或者,
B、HARQ-ACK码本中至少包括1个信息,这个信息中包括:HARQ进程数和HARQ-ACK信息;或者,
C、HARQ-ACK码本包括由至少一个HARQ进程数组成的HARQ进程数列表,其中,HARQ进程所对应的HARQ-ACK信息为NACK且软缓冲区中没有足够的空间以用于所述第二HARQ进程。
具体的,第一节点反馈三种状态的HACK-ACK信息是目的,而通过码本承载三种状态的HARQ-ACK信息则为手段,也即,将码本作为载体来指示三种状态。具体实施时通过A、B、C之一所确定的码本去指示即可。
实施中,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时:
基站通过DCI调度终端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
具体的,可以在HARQ-ACK码本中至少包括1个HARQ-ACK反馈信息,且所述HARQ-ACK反馈信息可以用于指示如下一种状态:NACK且软缓冲区中没有足够的空间、NACK且软缓冲区中存在足够的空间。
也可以在HARQ-ACK码本中至少包括1个信息,该信息包括:HARQ进程数,以及与所述HAQR进程数对应的HARQ-ACK信息,且所述HARQ-ACK反馈信息可以用于指示如下一种状态:NACK且软缓冲区中没有足够的空间、NACK且软缓冲区中存在足够的空间。
在另一种实施方式下,例如,第一节点先基于现有的HARQ-ACK反馈机制反馈1bit的HARQ-ACK信息,这时这1bit的HARQ-ACK信息不能指示NACK情况下缓存区的使用情况。
然后第一节点随后接收到特定DCI,集中反馈NACK且软缓冲区中没有足够的空间的HARQ进程信息列表。所述HARQ进程反馈信息包括,由至少一个HARQ进程数组成的HARQ进程数列表,其中,所述HARQ进程所对应的HARQ-ACK信息为NACK且软缓冲区中没有足够的空间以用于所述第二HARQ进程。
也即,还可以采用两步来进行信息反馈:
第一步采用现有的两态HARQ-ACK反馈机制;
第二步则反馈额外的信息,对NACK的两种细致的状态做区分。第二步反馈由新的DCI触发。例如,当基站在第一步中接收到NACK反馈时,不确定NACK所代表的具体状态(即UE侧缓存区是否被flushed),则通过一个新的DCI指示UE针对NACK信息做进一步的反馈。
也即,实施中可以采用一次反馈的方式,一次便可反馈三种状态;也可以采用两次反馈的方式,先反馈ACK/NACK,在NACK时再反馈buffer充足或者不足。
一次反馈一次即可完成,但是需要对现有协议流程进行相适应的改动,如现有承载ACK/NACK的PUCCH格式或PUSCH复用机制需要修改。
二次反馈会需要两次,但是不用直接修改现有HARQ-ACK反馈流程,只需要在NACK时,设计出信息承载机制来承载额外的buffer充足或不足的信息即可,即二次反馈是增量修改,而非整体替换。
实施中,在接收端上,还可以还包括:
所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合,所述第一HARQ进程集合按如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
相应的,在发送端则可以还包括:
在所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合时,所述第一HARQ进程集合根据如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
具体的,还可以通过高层信令或DCI指示来确定第一HARQ进程集合;然后针对第一HARQ进程集合中的HARQ进程,采用上述图1、图2的HARQ进程反馈方案。
换言之,可以有选择地在某些进程中采用上述的方案,可以不对所有的HARQ进程都采用上述的3态反馈机制,而是仅仅针对特定的HARQ进程(即第一HARQ进程集合)应用上述的3态反馈机制。
而第一HARQ进程集合则可以通过高层信令和/或DCI的指示来确定。
例如,确定2类HARQ进程集合。其中,第一类HARQ进程集合中能够保证拥有足够的软缓冲区;而第二类HARQ进程集合中则不能保证拥有足够的软缓冲区。
对于第一类HARQ进程集合中的HARQ进程,第一节点所反馈的HARQ-ACK信息最多使用1个bit,用于指示ACK或NACK/DTX信息。例如,bit 0代表ACK,bit 1代表NACK或DTX(不连续发射,Discontinuous Transmission),DTX表示UE在相应的位置没有检测到下行数据传输的情况,可能的原因包括该子帧没有被调度给用户或者终端发生了漏检。
而对于第二类HARQ进程集合中的HARQ进程,第一节点所反馈的HARQ-ACK信息可用于指示如下一种状态:NACK且软缓冲区中没有足够的空间、NACK且软缓冲区中存在足够的空间。
实施中,在接收端上,通过高层信令和/或DCI指示所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合,包括:
在所述高层信令中承载所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合;或,
在所述高层信令中承载至少包括一个所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合的集合,并通过MAC CE或DCI信令指示所述集合中的所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合。
相应的,在发送端则为:发送端通过高层信令和/或DCI指示所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合,包括:
在所述高层信令中承载所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合;或,
在所述高层信令中承载至少包括一个所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合的集合,并通过MAC CE或DCI信令指示所述集合中的所述有未禁止HARQ-ACK反馈的HARQ进程的HARQ进程集合。
具体的,可以根据高层信令或DCI指示的方式来确定第一HARQ进程集合:
在所述高层信令中承载第一HARQ进程集合;或,
在所述高层信令中承载至少包括一个第一HARQ进程集合的集合;通过MAC CE(控制单元,Control Element)或第一DCI信令,从所述包括一个第一HARQ进程集合的集合中,确定一个第一HARQ进程集合。
具体实施中可以在高层信令(如RRC(无线资源控制,Radio Resource Control)信令和/或MAC CE)中承载第一HARQ进程集合。该方式可以视为半静态指示方案。例如,基站通过高层信令,将HARQ进程数x1,x2,…,xn指示为第一HARQ进程集合,则所有时刻的HARQ进程x1,x2,…,xn都被视作第二类HARQ进程集合。
在另外一种实施方式中,在高层信令中承载至少包括一个第一HARQ进程集合的集合。所述第一节点通过MAC CE或第一DCI信令,从所述包括一个第一HARQ进程集合的集合中,确定一个第一HARQ进程集合。
实施中通过RRC+MAC CE,或RRC+DCI,或RRC+MAC CE+DCI这种分层指示方式,目的是增加调度的灵活性。
因为RRC更新周期最慢,为100ms级,但是可以承载的信息最多;MAC CE其次,更新周期为10ms级;而DCI最快,为slot(时隙)级别,但信息bit最少,因此通过逐层指示的方式,可以在信息量和灵活性之间获得较好的平衡。
实施中,在接收端上,还可以还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
相应的,在发送端则可以还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
该方式的目的是根据定时参数确定一个时间窗口,只有在该时间窗口的HARQ进程才使用上述的3态HARQ-ACK反馈机制。其目的还是为了增加调度灵活性。
在具体实施时,不妨设所述第一节点在第n个时隙(slot)中收到第二DCI,且所述第二DCI中指示第一定时参数T1。
在一种实施方式中,在PUCCH中承载第一HARQ进程集合的HARQ-ACK信息,则有:
确定第一HARQ进程集合包括从第(n-α·T1+C1)个时隙到第(n+C2)个时隙之间的所有HARQ进程;或者,
确定第一HARQ进程集合包括从第(n-α·T1+C1)个时隙到第(n+C2)个时隙之间的所有未反馈HARQ-ACK信息的HARQ进程;或者,
确定第一HARQ进程集合包括从第(n-α·T1+C1)个时隙到第(n+C2)个时隙之间的所有HARQ-ACK信息为NACK且软缓冲区中没有足够的空间的HARQ进程。
其中,α为预设常数,可以根据T1的时间单位确定,其物理含义是T1的时间单位与时隙的比值。例如:
当T1的时间单位为时隙时,α=1;
当T1的时间单位为ms时,α=2μ,其中,μ为参考子载波间隔配置。例如,当采用15kHz子载波间隔时,μ=0;而当采用30kHz子载波间隔时,μ=1。更进一步的,参考子载波间隔可以采用第二DCI的子载波间隔,或者采用PUCCH的子载波间隔。
当T1的时间单位为上下行转换周期(uplink-downlink switching periods)时,α=P·2μ,其中,P表示上下行转换周期,单位为ms;
其中,C1为预设整数。例如,在一些实施方式中,C1=0。在另外一些实施方式中,C1=1或-1。
C2为整数。在一些实施方式中,C2=0。在另外一些实施方式中,C2为第二DCI到PUCCH的时隙间隔。而在其他的一些实施方式中,C2=K1,其中,K1为PDSCH(物理下行链路共享信道,Physical Downlink Shared Channel)到PUCCH(物理上行控制信道,PhysicalUplink Control Channel)的时序参数。
在另外一种实施方式中,可以在PUSCH中承载第一HARQ进程集合的HARQ-ACK信息,则可以为:
其中,μPUSCH表示PUSCH的子载波间隔配置,μPDCCH表示PDCCH的子载波间隔配置。
α的含义与前同。特别的,参考子载波间隔还可以采用PUSCH的子载波间隔。
C1的含义与前同。
C2为整数。在一些实施方式中,C2=0。在另外一些实施方式中,C2=K2,其中,K2为PDCCH到PUSCH的时序参数。
实施中,在接收端上,还可以还包括:
所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
相应的,在发送端则可以还包括:
所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
具体实施中,可以根据高层信令或DCI指示来确定第一HARQ进程集合,包括:
根据高层信令或第一DCI信令指示确定第二HARQ进程集合;
接收第二DCI信令,所述第二DCI信令中包括第一定时参数,根据所述第一定时参数,确定所述第一HARQ进程集合;
所述第一HARQ进程集合中的HARQ进程属于第二HARQ进程集合。
这里的第二HARQ进程集合是考虑已采用现有技术的HARQ disable技术。例如,现有技术中已经对HARQ进程进行了分类,其中第二HARQ进程集合为非HARQ disable的HARQ进程所组成的集合。本方案适宜用于非HARQ disable的HARQ进程。
具体的,通过高层信令或第一DCI指示确定第二HARQ进程集合;
通过第二DCI信令,从所述第二HARQ进程集合中确定第一HARQ进程集合。
实施中,不妨设所述第一节点在第n个时隙(slot)中收到第二DCI,且所述第二DCI中指示第一定时参数T1。
在一种实施方式中,在PUCCH中承载第一HARQ进程集合的HARQ-ACK信息,则:
确定第一HARQ进程集合包括从第(n-α·T1+C1)个时隙到第(n+C2)个时隙之间的属于第二HARQ进程集合的所有HARQ进程;或者,
确定第一HARQ进程集合包括从第(n-α·T1+C1)个时隙到第(n+C2)个时隙之间的属于第二HARQ进程集合的所有未反馈HARQ-ACK信息的HARQ进程;或者,
确定第一HARQ进程集合包括从第(n-α·T1+C1)个时隙到第(n+C2)个时隙之间的属于第二HARQ进程集合的所有HARQ-ACK信息为NACK且软缓冲区中没有足够的空间的HARQ进程。
其中,α为预设常数,根据T1的时间单位确定,其物理含义是T1的时间单位与时隙的比值。例如:
当T1的时间单位为时隙时,α=1;
当T1的时间单位为ms时,α=2μ,其中,μ为参考子载波间隔配置。例如,当采用15kHz子载波间隔时,μ=0;而当采用30kHz子载波间隔时,μ=1。更进一步的,参考子载波间隔可以采用第二DCI的子载波间隔,或者采用PUCCH的子载波间隔。
当T1的时间单位为上下行转换周期(uplink-downlink switching periods)时,α=P·2μ,其中,P表示上下行转换周期,单位为ms;
其中,C1为预设整数。例如,在一些实施例中,C1=0。在另外一些实施例中,C1=1或-1。
C2为整数。在一些实施例中,C2=0。在另外一些实施例中,C2为第二DCI到PUCCH的时隙间隔。而在其他的一些实施例中,C2=K1,其中,K1为PDSCH到PUCCH的时序参数。
在另外一种实施方式中,在PUSCH中承载第一HARQ进程集合的HARQ-ACK信息,则:
其中,μPUSCH表示PUSCH的子载波间隔配置,μPDCCH表示PDCCH的子载波间隔配置。
α的含义与前同。特别的,参考子载波间隔还可以采用PUSCH的子载波间隔。
C1的含义与前同。
C2为整数。在一些实施例中,C2=0。在另外一些实施例中,C2=K2,其中,K2为PDCCH到PUSCH的时序参数。
实施中,在接收端上,所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
相应的,在发送端则是:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
实施中,这里所说的HARQ进程数就是HARQ ID,用于区分不同的HARQ进程。接收端接收到HARQ ID后,便可以知道哪些传输属于同一个HARQ进程,进而进行相应的重传合并。
5G NR系统采用异步调度机制,即调度HARQ进程的DCI中包括HARQ进程数(HARQprocess number)指示字段,该指示字段包括4bit。
在一种实施方式中,HARQ-ACK码本中所承载的HARQ进程数等于DCI中所指示的HARQ进程数。
其中,M和N为整数。在一种实施例中,M为DCI中所指示的HARQ进程数的最大指示范围;在另外一种实施例中,M=2Q,其中,Q为DCI中HARQ进程数字段的bit大小。
实施中,在发送端,发送端针对该HARQ进程发送需重传的数据,包括以下方式之一:
重新传输所述该HARQ进程所对应的TB,并且将调度DCI中的NDI域翻转;或,
重新传输所述第一HARQ进程所对应的TB,不翻转调度DCI中的NDI域,并且将RV域设置为0;或,
重新传输所述第一HARQ进程所对应的TB,不翻转调度DCI中的NDI域,并且将RV域设置为3。
具体实施中,在HARQ进程的发送节点上,如果未接收到第一节点针对第一HARQ进程所发送的HARQ-ACK信息,则可以采用如下至少一种方式:
重新传输所述第一HARQ进程所对应的TB(传输块,Transmission Block),并且将调度DCI中的NDI域翻转;
重新传输所述第一HARQ进程所对应的TB,不翻转调度DCI中的NDI域,并且将RV域设置为0;
重新传输所述第一HARQ进程所对应的TB,不翻转调度DCI中的NDI域,并且将RV域设置为3。
具体的,该方案是第一节点侧中的方案一当软缓冲区中没有足够的空间以用于第一HARQ实体的第一HARQ进程时,不针对所述第一HARQ进程发送HARQ-ACK信息时,在第二节点侧的相应实施方式。
对于第一节点而言,当软缓冲区中没有足够的空间以用于第一HARQ实体的第一HARQ进程时,不针对所述第一HARQ进程发送HARQ-ACK信息。
因此,当第二节点未接收到第一节点针对第一HARQ进程所发送的HARQ-ACK信息,第二节点判断可能出现如下三种情形之一,三种情形分别为:DTX、第二节点漏检了第一节点所发送的HARQ-ACK,或第一节点的缓冲区不足。其中,DTX表示第一节点在相应的位置没有检测到下行数据传输的情况,可能的原因包括该子帧没有被调度给第一节点或者第一节点发生了漏检等。
如果属于第三种情况(即第一节点的缓冲区不足),那么意味着第一节点针对第一HARQ进程的软缓存区被清空,因此第二节点需要重新发送TB数据。
在一种实施方式中,第二节点重新传输所述第一HARQ进程所对应的TB,并且将调度DCI中的NDI域翻转。这时,第一节点将这次数据传输视作新传。
在另外一种实施方式中,所述第二节点重新传输所述第一HARQ进程所对应的TB,不翻转调度DCI中的NDI域,并且将RV域设置为0或3。这时,第一节点将本次数据传输视作重传。
这样处理的原因在于,在4个RV版本中,RV0容易实现自解码,RV3有潜力实现自解码,而RV1和RV2都不可能实现自解码,因此第二节点在重传时,通常需发送RV0或RV3版本。
在实施中,重传时采用与第一HARQ进程相同的HARQ进程数。
实施中如果HARQ-ACK信息指示NACK且软缓冲区中存在足够的空间以用于所述第二HARQ进程,则等效于传统的NACK反馈信息。第一节点按照传统流程处理即可,这里不再赘述。
基于同一发明构思,本发明实施例中还提供了通信设备、计算机可读存储介质,由于这些设备解决问题的原理与长期演进多载波升级系统中动态分配上行控制信道预留资源的方法相似,因此这些设备的实施可以参见方法的实施,重复之处不再赘述。
在实施本发明实施例提供的技术方案时,可以按如下方式实施。
图3为通信设备一结构示意图,如图所示,包括:
处理器300,用于读取存储器320中的程序,执行下列过程:
如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存;
收发机310,用于在处理器300的控制下接收和发送数据。
实施中,指示所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
接收端不针对所述HARQ进程反馈信息;或,
接收端针对所述HARQ进程反馈信息,并在所述HARQ进程反馈信息中指示需重传数据,且之前的传输数据未被缓存。
实施中,在接收端针对所述HARQ进程反馈信息时,还包括按如下方式之一组成所述HARQ进程反馈信息:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合,且所述第一HARQ进程集合根据如下至少一种方法确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
其中,在图3中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器300代表的一个或多个处理器和存储器320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机310可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。处理器300负责管理总线架构和通常的处理,存储器320可以存储处理器300在执行操作时所使用的数据。
本发明实施例中提供了一种通信设备,包括:
指示模块,用于如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,指示模块还用于在指示所述HARQ进程需重传数据,且之前的传输数据未被缓存时:
不针对所述HARQ进程反馈信息;或,
针对所述HARQ进程反馈信息,并在所述HARQ进程反馈信息中指示需重传数据,且之前的传输数据未被缓存。
实施中,指示模块还用于在针对所述HARQ进程反馈信息时,还包括按如下方式之一组成所述HARQ进程反馈信息:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,指示模块还用于在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,包括:
通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,指示模块还用于所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合,且所述第一HARQ进程集合根据如下至少一种方法确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,指示模块还用于通过所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,指示模块还用于在所述第一HARQ进程集合由高层信令和DCI信令指示时:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,指示模块还用于所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
图4为通信设备二结构示意图,如图所示,包括:
处理器400,用于读取存储器420中的程序,根据收发机的需要进行数据处理;
收发机410,用于在处理器400的控制下接收和发送数据,执行下列过程:
接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
针对该HARQ进程发送需重传的数据。
所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
未接收到接收端针对所述HARQ进程的反馈信息;或,
接收到接收端针对所述HARQ进程的反馈信息,所述HARQ进程反馈信息指示中指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,接收的所述HARQ进程反馈信息,是以下信息之一:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
在所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合时,所述第一HARQ进程集合根据如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
其中,在图4中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机410可以是多个元件,即包括发送机和接收机,提供用于在传输介质上与各种其他装置通信的单元。处理器400负责管理总线架构和通常的处理,存储器420可以存储处理器400在执行操作时所使用的数据。
本发明实施例中提供了一种通信设备,包括:
接收模块,用于接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
重传模块,用于针对该HARQ进程发送需重传的数据。
实施中,
接收模块还用于接收所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
未接收到接收端针对所述HARQ进程的反馈信息;或,
接收到接收端针对所述HARQ进程的反馈信息,所述HARQ进程反馈信息指示中指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存。
实施中,接收模块还用于接收的所述HARQ进程反馈信息,是以下信息之一:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
实施中,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
实施中,还包括:
在所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合时,所述第一HARQ进程集合根据如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
实施中,接收模块还用于接收所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,接收模块还用于在所述第一HARQ进程集合由高层信令和DCI信令指示时,接收所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
实施中,接收模块还用于接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
为了描述的方便,以上所述装置的各部分以功能分为各种模块或单元分别描述。当然,在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
本发明实施例中提供了一种计算机可读存储介质,其中,所述计算机可读存储介质存储有执行上述HARQ处理方法的计算机程序。
具体实施可以参见上述发送端和/或接收端上的HARQ处理方法的实施。
综上所述,在NTN等具有非常大的时延的场景中,接收端侧的soft buffer远远小于HARQ进程数,而现有的1bit HARQ-ACK反馈信息不足以指示终端侧的soft buffer的使用情况,导致重传效率较低。因此,本发明实施例中通过在UE的DL HARQ-ACK信息中额外指示NACK状态下TB数据是否被缓存的信息,可有效提升基站后续重传调度的效率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (21)
1.一种混合自动重传请求HARQ处理方法,应用于接收端,其特征在于,包括:
如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存。
2.如权利要求1所述的方法,其特征在于,指示所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
接收端不针对所述HARQ进程反馈信息;或,
接收端针对所述HARQ进程反馈信息,并在所述HARQ进程反馈信息中指示需重传数据,且之前的传输数据未被缓存。
3.如权利要求2所述的方法,其特征在于,在接收端针对所述HARQ进程反馈信息时,按如下方式之一组成所述HARQ进程反馈信息:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
4.如权利要求3所述的方法,其特征在于,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时:
接收端通过下行控制指示DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
5.如权利要求1所述的方法,其特征在于,还包括:
所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合,所述第一HARQ进程集合按如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
6.如权利要求5所述的方法,其特征在于,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
7.如权利要求5所述的方法,其特征在于,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
8.如权利要求1所述的方法,其特征在于,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
9.一种HARQ处理方法,应用于发送端,其特征在于,包括:
发送端接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
发送端针对该HARQ进程发送需重传的数据。
10.如权利要求9所述的方法,其特征在于,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存,包括:
发送端未接收到接收端针对所述HARQ进程的反馈信息;或,
发送端接收到接收端针对所述HARQ进程的反馈信息,所述HARQ进程反馈信息指示中指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存。
11.如权利要求10所述的方法,其特征在于,发送端接收的所述HARQ进程反馈信息,是以下信息之一:
所述HARQ进程反馈信息包括由至少一个HARQ-ACK信息组成的HARQ-ACK码本;
所述HARQ进程反馈信息包括由至少一个第一信息组成的列表,所述第一信息包括:HARQ进程编号以及对应的HARQ-ACK信息;
所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表,其中,所述HARQ进程为需重传数据且之前的传输数据未被缓存的HARQ进程。
12.如权利要求11所述的方法,其特征在于,在所述HARQ进程反馈信息包括由至少一个HARQ进程编号组成的HARQ进程编号列表时,包括:
接收端通过DCI调度发送端反馈所述HARQ进程编号列表,所述DCI不同于待反馈的HARQ进程编号列表中任何一个HARQ进程所对应的DCI。
13.如权利要求9所述的方法,其特征在于,还包括:
在所述需要指示所述HARQ进程需重传数据,且之前的传输数据未被缓存的HARQ进程属于第一HARQ进程集合时,所述第一HARQ进程集合根据如下方式之一确定:
所述第一HARQ进程集合由所有未禁止HARQ-ACK反馈的HARQ进程组成;
所述第一HARQ进程集合由高层信令和/或DCI信令指示。
14.如权利要求13所述的方法,其特征在于,还包括:
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的所有未禁止HARQ-ACK反馈的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
15.如权利要求13所述的方法,其特征在于,所述第一HARQ进程集合由高层信令和DCI信令指示,还包括:
所述高层信令指示第二HARQ进程集合;
所述DCI信令携带定时参数;
所述第一HARQ进程集合由第一时间区间内的第二HARQ进程集合中的HARQ进程组成,且所述第一时间区间根据所述DCI信令携带的定时参数确定。
16.如权利要求9所述的方法,其特征在于,还包括:
所述接收到的HARQ进程所对应的HARQ进程编号为调度所述HARQ进程的DCI中所指示的HARQ进程编号;或者,
所述接收到的HARQ进程所对应的HARQ进程编号根据调度所述HARQ进程的DCI中所指示的HARQ进程编号和所述DCI的时隙共同确定。
17.一种通信设备,其特征在于,包括:
处理器,用于读取存储器中的程序,执行下列过程:
如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存;
收发机,用于在处理器的控制下接收和发送数据。
18.一种通信设备,其特征在于,包括:
指示模块,用于如果接收到的HARQ进程中的传输数据译码失败,且不能被接收端的软缓冲区缓存,则指示所述HARQ进程需重传数据,且之前的传输数据未被缓存。
19.一种通信设备,其特征在于,包括:
处理器,用于读取存储器中的程序,根据收发机的需要进行数据处理;
收发机,用于在处理器的控制下接收和发送数据,执行下列过程:
接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
针对该HARQ进程发送需重传的数据。
20.一种通信设备,其特征在于,包括:
接收模块,用于接收针对HARQ进程的指示,所述针对HARQ进程的指示指示了所述HARQ进程需重传数据,且之前的传输数据未被缓存;
重传模块,用于针对该HARQ进程发送需重传的数据。
21.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有执行权利要求1至16任一所述方法的计算机程序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010000594.1A CN113067681B (zh) | 2020-01-02 | 2020-01-02 | 一种混合自动重传请求处理方法、通信设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010000594.1A CN113067681B (zh) | 2020-01-02 | 2020-01-02 | 一种混合自动重传请求处理方法、通信设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113067681A true CN113067681A (zh) | 2021-07-02 |
CN113067681B CN113067681B (zh) | 2023-08-18 |
Family
ID=76557960
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010000594.1A Active CN113067681B (zh) | 2020-01-02 | 2020-01-02 | 一种混合自动重传请求处理方法、通信设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113067681B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023019451A1 (en) * | 2021-08-17 | 2023-02-23 | Nec Corporation | Method, device and computer storage medium of communication |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312473A (zh) * | 2012-03-06 | 2013-09-18 | 中兴通讯股份有限公司 | 减少harq合并失败的方法和装置 |
WO2017088920A1 (en) * | 2015-11-25 | 2017-06-01 | Nokia Solutions And Networks Oy | Error recovery mechanisms at lower layers of mobile communication systems |
CN109565378A (zh) * | 2016-08-10 | 2019-04-02 | 株式会社Ntt都科摩 | 用户装置及重发控制方法 |
US20190229853A1 (en) * | 2016-11-03 | 2019-07-25 | Lg Electronics Inc. | Method for determining retransmission numbers of sidelink data in wireless communication system and a device therefor |
-
2020
- 2020-01-02 CN CN202010000594.1A patent/CN113067681B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103312473A (zh) * | 2012-03-06 | 2013-09-18 | 中兴通讯股份有限公司 | 减少harq合并失败的方法和装置 |
WO2017088920A1 (en) * | 2015-11-25 | 2017-06-01 | Nokia Solutions And Networks Oy | Error recovery mechanisms at lower layers of mobile communication systems |
CN109565378A (zh) * | 2016-08-10 | 2019-04-02 | 株式会社Ntt都科摩 | 用户装置及重发控制方法 |
US20190229853A1 (en) * | 2016-11-03 | 2019-07-25 | Lg Electronics Inc. | Method for determining retransmission numbers of sidelink data in wireless communication system and a device therefor |
Non-Patent Citations (2)
Title |
---|
MEDIATEK INC.: "Summary for more delay-tolerant re-transmission mechanisms in NR-NTN", 《3GPP TSG RAN WG1 MEETING #97 R1-1907757》 * |
SAMSUNG: "UE soft buffer management in case of more than 8 HARQ processes", 《3GPP TSG-RAN WG2 MEETING #77 R2-120236》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023019451A1 (en) * | 2021-08-17 | 2023-02-23 | Nec Corporation | Method, device and computer storage medium of communication |
Also Published As
Publication number | Publication date |
---|---|
CN113067681B (zh) | 2023-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106788918B (zh) | Harq配置方法、反馈方法、基站及用户设备 | |
US9507669B2 (en) | Method of transmitting data using HARQ | |
US8201044B2 (en) | Apparatus and method for transmitting control message in a wireless communication system using relaying | |
US8634763B2 (en) | Cooperative communications techniques | |
US9179445B2 (en) | Communication in the presence of uplink-downlink configuration change | |
EP2294744B1 (en) | Method and arrangement in a telecommunication system with signalling of assigned data packets in a bundling window | |
US9025573B2 (en) | Introducing a delay in the transmission of a nack for a packet received employing coordinated multi-point transmission | |
CN102111252B (zh) | 基于混合自动重传请求的重传资源分配方法 | |
US20120176887A1 (en) | Method and system for hybrid automatic repeat request operation for uplink coordinated multi-point signaling | |
RU2554527C2 (ru) | Способы и устройства в телекоммуникационной системе | |
CN110235398A (zh) | 用于部分重传的方法 | |
KR20080030941A (ko) | 다중 반송파 시스템에서의 재전송 방법 | |
EP2521327B1 (en) | Method and apparatus for sending / receiving a control signaling and corresponding data packet control | |
CN114866204A (zh) | 一种传输方法、终端设备及基站 | |
KR20080030904A (ko) | 다중 반송파 시스템에서의 재전송 방법 | |
US20110179332A1 (en) | Method For Automatic Repeat Request Operation, Transceiver Arrangement, And Computer Program | |
CN112313896A (zh) | 非地面网络通信中混合自动重传请求设计的方法及其装置 | |
CN109478958A (zh) | 一种数据传输方法、设备及系统 | |
CN113067681B (zh) | 一种混合自动重传请求处理方法、通信设备及介质 | |
WO2020218231A1 (ja) | 端末、基地局、受信方法及び送信方法 | |
CN102916792B (zh) | 数据传输方法和用户设备 | |
CN102420682B (zh) | 中继链路下行反馈信息传输时序确定方法及装置 | |
KR20100134024A (ko) | 무선통신 시스템에서 harq 수행 방법 | |
KR20070101889A (ko) | 이동 통신 시스템에서 효율적인 기지국 스케줄링 방법 및장치 | |
CN113316922A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |