CN114070478A - 一种信息传输方法、终端及网络侧设备 - Google Patents
一种信息传输方法、终端及网络侧设备 Download PDFInfo
- Publication number
- CN114070478A CN114070478A CN202010791006.0A CN202010791006A CN114070478A CN 114070478 A CN114070478 A CN 114070478A CN 202010791006 A CN202010791006 A CN 202010791006A CN 114070478 A CN114070478 A CN 114070478A
- Authority
- CN
- China
- Prior art keywords
- harq process
- feedback information
- process identifier
- uplink data
- data
- 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]
- H04L1/1816—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
-
- 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
-
- 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
-
- 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
- H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
-
- 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1893—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明提供了一种信息传输方法、终端及网络侧设备。所述方法包括:接收网络侧设备对第一上行数据的反馈信息;根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;根据所述第一HARQ进程标识,进行数据重传;其中,重传数据中包括所述第一HARQ进程标识。本发明的实施例,终端接收到网络侧设备针对第一上行数据的反馈信息时,能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识,并根据所述第一HARQ进程标识进行数据重传,使网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下,也能够执行上行数据的重传调度。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种信息传输方法、终端及网络侧设备。
背景技术
在新空口(New Radio,NR)中,网络侧会预先配置一些上行链路(Uplink,UL)资源,如配置授权资源,方便一些对延时要求高的业务或业务格式比较规则的业务在这些配置的UL资源上传输。在非授权频谱上,终端设备以及网络设备在侦听到信道处于空闲状态时,才能在该信道上发送数据。在网络侧没有成功解码用户设备(User Equipment,UE)UL数据包时,无法获知UE的混合自动重传请求(Hybrid Automatic Repeat request,HARQ)进程ID,所以无法通过HARQ进程ID来索引UE的上行数据来调度重传。如果UE根据时间计算HARQ进程ID,在重传时,如果无法在基站调度的UL资源发送数据,UE需要等待网络侧再次重传调度。这样会造成重传时延的增加。
发明内容
本发明提供一种信息传输方法、终端及网络侧设备,解决了现有的数据重传机制导致数据传输时延增加的问题。
本发明的实施例提供一种信息传输方法,应用于终端,包括:
接收网络侧设备对第一上行数据的反馈信息;
根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权(Configured Grant,CG)资源上传输;或者
第一HARQ进程的初传在动态授权(Dynamic Grant,DG)资源上传输。
可选地,所述根据所述第一HARQ进程标识,进行数据重传,包括:
根据所述第一HARQ进程标识,在所述反馈信息指示的资源上进行数据重传,所述反馈信息包括:数据重传的资源指示信息;或者
根据所述第一HARQ进程标识,在CG资源上进行重传。
可选地,所述反馈信息包括:第一上行数据的发送时间;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,包括:
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述反馈信息包括:第二HARQ进程标识;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,包括:
根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地,所述根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识,包括:
根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述根据所述第一HARQ进程标识,进行数据重传,包括:
根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;
在所确定的CG资源或DG资源上,进行第一上行数据的重传。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,包括:
根据所述配置授权CG的索引信息,确定发送所述第一上行数据的CG资源;
根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
可选地,所述反馈信息包括:新数据指示(New Data Indicator,NDI),和/或冗余版本标识(Redundancy Version Identifier,RV ID)。
可选地,在目标情况下,导致所述第一上行数据未被所述网络侧设备成功接收;
所述目标情况包括以下至少一项:
对话前监听LBT失败;
所述第一上行数据的初传优先级降低。
本发明的实施例提供一种信息传输方法,应用于网络侧设备,包括:
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地,所述接收终端发送的重传数据,包括:
接收所述反馈信息指示的资源上的重传数据,所述反馈信息包括:数据重传的资源指示信息;或者,
接收终端在CG资源上的重传数据。
可选地,所述反馈信息包括:第一上行数据的发送时间。
可选地,所述反馈信息包括:第二HARQ进程标识。
可选地,在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息之前,所述方法还包括:
根据第一上行数据的发送时间,确定第二HARQ进程标识。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息。
可选地,在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息之前,所述方法还包括:
根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。
本发明的实施例提供一种终端,包括:收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
接收网络侧设备对第一上行数据的反馈信息;
根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地,所述根据所述第一HARQ进程标识,进行数据重传,包括:
根据所述第一HARQ进程标识,在所述反馈信息指示的资源上进行数据重传,所述反馈信息包括:数据重传的资源指示信息;或者
根据所述第一HARQ进程标识,在CG资源上进行重传。
可选地,所述反馈信息包括:第一上行数据的发送时间;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述反馈信息包括:第二HARQ进程标识;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地,所述根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识,具体包括:
根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述根据所述第一HARQ进程标识,进行数据重传,具体包括:
根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;
在所确定的CG资源或DG资源上,进行第一上行数据的重传。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述配置授权CG的索引信息,确定发送所述第一上行数据的CG资源;
根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。
可选地,在目标情况下,导致所述第一上行数据未被所述网络侧设备成功接收;
所述目标情况包括以下至少一项:
对话前监听LBT失败;
所述第一上行数据的初传优先级降低。
本发明的实施例提供一种网络侧设备,包括:收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地,所述接收终端发送的重传数据,具体包括:
接收所述反馈信息指示的资源上的重传数据,所述反馈信息包括:数据重传的资源指示信息;或者,
接收终端在CG资源上的重传数据。
可选地,所述反馈信息包括:第一上行数据的发送时间。
可选地,所述反馈信息包括:第二HARQ进程标识。
可选地,所述处理器还用于:
根据第一上行数据的发送时间,确定第二HARQ进程标识。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息。
可选地,所述处理器还用于:
根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。
本发明的实施例提供一种终端,包括:
第一接收模块,用于接收网络侧设备对第一上行数据的反馈信息;
第一确定模块,用于根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
传输模块,用于根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
本发明的实施例提供一种网络侧设备,包括:
第一发送模块,用于在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
第二接收模块,用于接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
本发明的实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现如上述的信息传输方法的步骤。
本发明的上述技术方案的有益效果是:
终端接收到网络侧设备针对第一上行数据的反馈信息时,能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识,并根据所述第一HARQ进程标识进行数据重传,使网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下,也能够执行上行数据的重传调度。
附图说明
图1表示配置授权类型1和配置授权类型2的数据发送过程示意图;
图2表示本发明实施例的信息传输方法的流程示意图之一;
图3表示本发明实施例的数据重传的实现过程示意图之一;
图4表示本发明实施例的数据重传的实现过程示意图之二;
图5表示本发明实施例的数据重传的实现过程示意图之三;
图6表示本发明实施例的信息传输方法的流程示意图之二;
图7表示本发明实施例的终端的模块结构示意图;
图8表示本发明实施例的网络侧设备的模块结构示意图;
图9表示本发明实施例的终端的结构框图;
图10表示本发明实施例的网络侧设备的结构框图。
具体实施方式
为使本发明要解决的技术问题、技术方案和优点更加清楚,下面将结合附图及具体实施例进行详细描述。在下面的描述中,提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此,本领域技术人员应该清楚,可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外,为了清楚和简洁,省略了对已知功能和构造的描述。
应理解,说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外,这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本发明的各种实施例中,应理解,下述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
本发明实施例中术语“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。在本申请所提供的实施例中,应理解,“与A相应的B”表示B与A相关联,根据A可以确定B。但还应理解,根据A确定B并不意味着仅仅根据A确定B,还可以根据A和/或其它信息确定B。
本发明实施例中,接入网的形式不限,可以是包括宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、RRU(Remote RadioUnit,远端射频模块)、RRH(Remote Radio Head,射频拉远头)等的接入网。用户终端可以是移动电话(或手机),或者其他能够发送或接收无线信号的设备,包括用户设备、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment,客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。
在进行本发明实施例的说明时,首先对下面描述中所用到的一些概念进行解释说明。
1)配置授权传输:
在NR中,网络侧会预先配置一些UL资源,方便一些对延时要求高的业务(比如:高可靠低时延通信(Ultra Reliable Low Latency Communications,URLLC))或业务格式比较规则的业务(比如基于IP的语音传输(Voice over Internet Protocol,VoIP)业务)在这些配置的UL资源上传输。
配置授权类型1(Configured Grant Type1)和配置授权类型2(Configured granttype2)是两种调度方式,相同点是基站会预先分配周期性的资源位置,UE会按照基站与分配的资源位置发送数据。区别点在于:
Configured Grant Type1是无线资源控制(Radio Resource Control,RRC)配置资源位置,调制编码方式(Modulation Coding Scheme,MCS)方式,调制编码方式(RadioBlock,RB)大小,HARQ个数,周期等内容,不需要物理层激活、去激活过程,在RRC配置后即生效。
Configured grant type2同样是RRC配置资源位置,HARQ个数,周期,但并不会配置RB,MCS方式。同时需要物理层发送下行控制信息(Downlink control information,DCI)对资源进行激活和去激活操作。
Configured Grant type1和Configured Grant type2中HARQ ID取值范围为0到N-1。其中N为RRC配置的针对Configured Grant type1和Configured Grant type2调度HARQ进程个数。可以看出Configured Grant type1和Configured Grant type2的HARQ进程也包括0。Configured Grant type1和Configured Grant type2数据发送过程如图1所示,其中,MAC(Media Access Control,媒体介入控制),PDU(Packet Data Unit,分组数据单元)。
在配置上行授权类型1时,gNB会配置以下参数:
CS(Configured Scheduling,配置调度)-RNTI:在类型1中供重传使用的无线网络临时标识(Radio Network Temporary Identifier,RNTI)RNTI;
Periodicity(周期):配置授权的周期;
Nrof HARQ-Processes(HARQ进程数量):配置授权使用的HARQ个数;
time Domain Offset(时域偏移量):时域上与SFN=0的资源偏移量;
time Domain Allocation(时域分配):配置上行授权在时域上的分配,包括起始符号以及长度。
针对配置授权类型2,gNB会配置以下参数:
CS-RNTI:用于指示重传,激活、去激活类型2时使用的RNTI;
periodicity:配置授权的周期;
Nrof HARQ-Processes:配置授权使用的HARQ个数;
通过物理层DCI来指示配置授权类型2的资源起始位置(起始位置为DCI中指示的PUSCH的初始化/再次初始化的位置),时频域资源位置等。
2)配置授权的HARQ进程ID计算:
在NR系统中,为了节省PDCCH控制开销,网络侧会分配一些预配置的资源。这些配置资源的周期和资源位置是网络侧一次分配,多次重复使用的。
为了匹配更好的执行重传调度,标准规范了HARQ进程ID与配置资源相匹配的关系,以NR系统为例,HARQ进程ID的计算公式为:
下行链路(Downlink,DL):
HARQ Process ID=[floor(CURRENT_slot×10/(Number Of Slots Per Frame×periodicity))]%Nrof HARQ-Processes;
其中CURRENT_slot=[(SFN×Number Of Slots Per Frame)+slot number inthe frame],Number Of Slots Per Frame表示每个帧内连续的时隙个数,slot number inthe frame表示传输过程中时隙的序列号,SFN(System Frame Number,系统帧号)为系统帧号。
UL:HARQ Process ID=[floor(CURRENT_symbol/periodicity)]%nrof HARQ-Processes;
其中,CURRENT_symbol表示UL发送时隙的第一个符号编号。
3)NR-U(New Radio in Unlicensed Spectrum,工作于免许可频段的5G空中接口)中,UE HARQ进程ID分配方式。
在NR-U中,由于信道是抢占的,终端设备以及网络设备在侦听到信道处于空闲状态时,才能在该信道上发送数据。在发送配置授权的数据时,如果UE根据现有技术根据时间计算HARQ进程ID,那么重传时,如果无法在基站调度的UL资源发送数据,那么UE需要等待网络侧再次重传调度。这样会造成重传时延的增加。
如果UE采用CG的自动重传方式,那么UE只能选择与当前HARQ进程ID相同的CG传输机会,但是如果在这个重传的CG上出现对话前监听(Listen Before Talk,LBT)失败,那么UE只能等到下一个与当前CG HARQ进程ID一样的CG时刻,这样也会增加重传时延。在CG初传过程中,如果与当前CG时刻对应的HARQ进程被一直占用,UE也无法执行对应的新传,这样同样会增加数据传输的时延。所以,在NR-U系统中,UE自主选择HARQ进程ID,同时在发送物理上行共享信道(Physical Uplink Shared Channel,PUSCH)时,将UE选择HARQ进程ID携带在UL控制指示,如上行控制信息(Uplink Control Information,UCI)中,这样基站在获取了该UCI的同时,能够获取UE的HARQ进程ID。
4)NR-U中的重传机制:
在NR-U中,在网络侧没有成功解码UE UL数据包时,无法获知UE的HARQ进程ID,所以无法通过HARQ进程ID来索引UE的UL数据来调度重传。所以在NR-U中,网络侧是通过配置授权的自动重传方式来执行重传的。同时引入CG重传定时器。举例来讲,UE在CGm发送了数据包1,UE打开CG重传定时器,如果网络侧没有成功解码数据包1,无法获知UE的HARQ进程ID,所以UE在CG重传定时器超时后找到另一个可用的CG时隙发送重传所述数据包1。
本申请提供一种信息传输方法、终端及网络侧设备,能够解决数据重传机制导致数据传输时延增加的问题。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,并不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
如图2所示,本发明的实施例提供了一种信息传输方法,应用于终端,具体包括以下步骤:
步骤21:接收网络侧设备对第一上行数据的反馈信息。
终端发送上行传输时,如果网络侧设备不能成功接收所述第一上行数据,则向终端发送反馈信息。所述不能成功接收所述第一上行数据可以包括:所述网络侧设备不能解析出所述第一上行数据但是可以确定所述第一上行数据使用的第一HARQ进程标识,所述第一HARQ进程标识例如第一HARQ进程号;或者,所述网络侧设备既不能解析出所述第一上行数据也不能确定所述第一HARQ进程标识。
例如:UE在CG0时刻发送UL数据:UE在HARQ进程资源池中,选择HARQ进程,假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识),并携带在所述第一上行数据中。UE将所述第一HARQ进程ID携带在CG-UCI中,并复用到该UL数据中。当网络侧设备在CG0时刻,只检查到了UE发送了数据,但是却没有成功解码所述CG-UCI,无法获知UE发送的所述第一上行数据的第一HARQ进程ID,则所述网络侧设备发送所述反馈信息。
步骤22:根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识。
终端接收所述网络侧设备发送的所述反馈信息,根据所述反馈信息判断所述网络侧设备反馈所对应的第一HARQ进程标识。所述反馈信息用于对所述第一上行数据进行重传调度。
步骤23:根据所述第一HARQ进程标识,进行数据重传;其中,重传数据中包括所述第一HARQ进程标识。
终端根据所述反馈信息,在网络侧设备调度的重传资源上对所述第一上行数据进行重传,并携带所述第一HARQ进程标识。其中,所述第一HARQ进程标识为终端发送所述第一上行数据时实际使用的进程标识。
该实施例中,终端接收到网络侧设备针对第一上行数据的反馈信息时,能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识,并根据所述第一HARQ进程标识进行数据重传,使网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下,也能够执行上行数据的重传调度。
可选地,所述反馈信息用于调度所述第一上行数据的重传;或者,所述反馈信息用于指示所述第一上行数据的传输未成功。所述反馈信息可以为网络侧设备发送的针对于所述第一上行数据的重传调度命令,用于调度所述第一上行数据的重传;或者,所述反馈信息为针对于所述第一上行数据的传输状态的反馈,指示所述第一上行数据是否传输成功。
其中,第一HARQ进程的初传可以在配置授权CG资源上传输;或者,第一HARQ进程的初传可以在动态授权DG资源上传输。
可选地,在目标情况下,导致所述第一上行数据未被所述网络侧设备成功接收;所述目标情况包括以下至少一项:对话前监听LBT失败;所述第一上行数据的初传优先级降低。
该实施例中,终端可以在所述CG资源或者DG资源上进行所述第一上行数据的初传,其中,如果此次初传的传输资源出现LBT失败,和/或,所述第一上行数据的初传优先级被降低,则可能导致所述第一上行数据不能被所述网络侧设备成功接收。
具体地,所述第一HARQ进程的初传可以在CG资源上,即终端在所述CG资源进行所述第一上行数据的初传,所述第一HARQ进程的初传失败的原因可以为:由于LBT失败或者被降优先级,导致所述第一HARQ进程的初传未被网络侧设备成功接收。或者,所述第一HARQ进程的初传在DG资源上,所述第一HARQ进程的初传失败的原因可以为:由于LBT失败导致所述第一HARQ进程的初传未被网络侧设备成功接收。
终端根据所述反馈信息确定所述第一上行数据对应的第一HARQ进程标识后,根据所述第一HARQ进程标识执行数据重传,在重传的数据中携带所述第一HARQ进程标识。具体地,根据所述第一HARQ进程标识,进行数据重传,可以包括:根据所述第一HARQ进程标识,在所述反馈信息指示的资源上进行数据重传,所述反馈信息包括:数据重传的资源指示信息;或者,根据所述第一HARQ进程标识,在CG资源上进行重传。
该实施例中,在终端根据所述第一HARQ进程标识执行数据重传时,可以根据反馈信息内的资源指示信息,在指示的资源上进行所述第一上行数据的重传,其中,网络侧设备在向终端发送所述反馈信息时,在所述反馈信息内携带用于指示重传资源的指示信息。或者,终端根据所述第一HARQ进程标识,在CG资源上进行重传。
进一步地,终端根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,包括但不限于以下几种方式:
方式一:反馈信息内包括基于时间的指示。
具体地,所述反馈信息包括:第一上行数据的发送时间;所述步骤22可以包括:根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
该实施例中,所述反馈信息内包括所述第一上行数据的发送时间,网络侧设备在未成功接收所述第一上行数据时,能够获取到所述第一上行数据的发送时间,将所述发送时间携带在是反馈信息内发送至终端,使终端根据所述发送时间,确定与所述发送时间相关联的HARQ进程ID,即所述第一HARQ进程标识。并进一步确定与所述发送时间关联的CG资源或者DG资源。
可选地,所述步骤23包括:根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;在所确定的CG资源或DG资源上,进行第一上行数据的重传。终端根据所述第一HARQ进程标识,执行与第一HARQ进程相关联的CG或DG重传,并在重传数据内携带所述第一HARQ进程标识。
下面通过示例说明所述反馈信息携带第一上行数据的发送时间时,终端执行数据重传的实现过程:
示例一,如图3所示:
1):UE在CG0时刻发送UL数据(即所述第一上行数据);
UE在HARQ进程资源池中,选择HARQ进程,假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识),如图3中的“HP#0”,并携带在所述UL数据中。UE将所述第一HARQ进程ID携带在CG-UCI中,并复用到该UL数据中。
2):网络侧设备未成功接收到所述CG-UCI,无法获知UE的UL数据对应的第一HARQ进程ID;
3):网络侧设备向该UE发送反馈信息;
网络侧设备将CG0的发送时间信息,携带在所述反馈信息中,所述反馈信息可以是UL重传调度命令,也可以是UL数据的DL反馈命令。可选的,所述反馈信息包含UL授权信息。
4):所述终端接收到网络侧设备的反馈信息,执行重传。
所述终端根据反馈信息中的第一上行数据的发送时间,判断所述反馈信息所对应的CG资源信息。根据图3所示,所述UE判断出所述反馈信息为对应的CG0的反馈信息。
5):所述终端根据所述反馈信息,执行重传。根据步骤1可知,该重传数据中包括CG-UDI(Uplink Data Information,上行数据信息),并包括所述第一HARQ进程ID。
方式二:反馈信息内包括第二HARQ进程标识。
具体地,所述反馈信息可以包括:第二HARQ进程标识;所述步骤22可以包括:根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
该实施例中,所述第二HARQ进程标识为网络侧设备配置的,可以为根据第一上行数据的发送时间计算得到,或者定义一个特殊的HARQ进程标识。网络侧设备在未成功接收所述第一上行数据时,向终端发送反馈信息,所述反馈信息内携带所述第二HARQ进程标识,利用该第二HARQ进程标识进行所述第一上行数据的重传调度。
终端接收到所述反馈信息,根据所述反馈信息内的所述第二HARQ进程标识,能够确定与所述第二HARQ进程标识对应的发送所述第一上行数据使用的第一HARQ进程标识。
具体地,所述根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识,包括:根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。所述终端可以根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间,进一步根据所述发送时间确定与所述发送时间对应的所述第一HARQ进程标识。
可选地,所述步骤23包括:根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;在所确定的CG资源或DG资源上,进行第一上行数据的重传。终端根据所述第一HARQ进程标识,执行与第一HARQ进程相关联的CG或DG重传,并在重传数据内携带所述第一HARQ进程标识。
下面通过示例说明所述反馈信息携带第二HARQ进程标识时,终端执行数据重传的实现过程:
示例二,如图4所示:
1):UE在CG0时刻发送UL数据。
UE在HARQ进程资源池中,选择HARQ进程,假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识),如图4中“HP#0”,并携带在所述UL数据(即所述第一上行数据)中。UE将所述第一HARQ进程ID携带在CG-UCI中,并复用到该UL数据中。
2):网络侧设备未接收到所述CG-UCI,无法获知UE的UL数据HARQ进程ID;
3)网络侧设备向该UE发送反馈信息;
网络侧设备根据CG0的发送时间,计算一个HARQ进程ID(即第二HARQ进程标识,例如图4中的HP#2),并将该HARQ进程ID携带在所述反馈信息中,所述反馈信息可以是UL重传调度命令,也可以是UL数据的DL反馈命令。可选的,所述反馈指示包含UL授权信息。
4):所述终端接收到网络侧设备的反馈信息,执行重传;
所述终端根据反馈信息中的第二HARQ进程标识的信息,例如根据公式:
HARQ Process ID=[floor(CURRENT_symbol/periodicity)]%nrof HARQ-Processes;
反推所述反馈信息所对应的CG信息。根据图4所示,所述UE判断出所述反馈信息为对应的CG0的反馈信息。
5):所述终端设备根据反馈指示,执行重传。根据步骤1可知,该重传数据中包括CG-UDI,并包括所述第一HARQ进程ID。
需要说明的,所述第二HARQ进程标识可以通过所述反馈信息中的目标比特信息指示;或者,所述第二HARQ进程标识可以通过所述反馈信息中的HARQ进程标识域携带。
例如,网络侧设备可以在所述反馈信息中引入1比特信息,用于指示是否使用了所述第二HARQ进程标识,如果使用所述第二HARQ进程标识,终端将此次重传调度与所述第一上行数据在CG上的初始传输关联起来,即此次重传调度为针对所述第一上行数据的重传。或者,网络侧设备在所述反馈信息的HARQ进程标识域内,填入无效的HARQ进程标识(即所述第二HARQ进程标识),例如没有为终端配置的进行号。
或者,利用1比特信息指示是否使用所述第二HARQ进程标识,加进程标识指示,该进程标识指示可以是根据终端发送所述第一上行数据的发送时间推导的,如果使用这种指示,终端将该重传调度与该进程标识指示所对应时间位置的上行传输关联起来。
方式三:反馈信息内包括CG的索引信息。
具体地,所述反馈信息包括:配置授权CG的索引信息;所述步骤22可以包括:根据所述配置授权CG的索引信息,确定发送所述第一上行数据的CG资源;根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
该实施例中,网络侧设备发送的所述反馈信息包括CG授权的索引信息,例如:CGID。终端接收到所述反馈信息后,根据CG授权的索引信息确定CG资源以及与所述CG资源对应的第一HARQ进程标识。可选地,网络侧设备可以根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。
下面通过示例说明所述反馈信息携带CG的索引信息时,终端执行数据重传的实现过程:
示例三,如图5所示:
1):UE在CG0时刻发送UL数据。
UE在HARQ进程资源池中,选择HARQ进程,假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识),如图5中“HP#0”,并携带在所述UL数据(即所述第一上行数据)中。UE将所述第一HARQ进程ID携带在CG-UCI中,并复用到该UL数据中。
2):网络侧设备未接收到所述CG-UCI,无法获知UE的UL数据HARQ进程ID;
3):网络侧设备向该UE发送反馈信息;
网络侧设备根据未收到配置授权的时域位置信息判断该配置授权的配置授权ID信息(即所述索引信息),将CG0的配置授权ID,以图5为例,CG ID为1,携带在所述反馈信息中,所述反馈信息可以是UL重传调度命令,也可以是UL数据的DL反馈命令。可选的,所述反馈指示包含UL授权信息。
4):所述终端接收到网络侧设备的反馈信息,执行重传。
所述终端根据反馈信息中CG的索引信息,判断所述反馈信息所对应的CG信息。根据图5所示,所述UE判断出所述反馈信息为对应CG0的反馈信息。
5):所述终端设备根据反馈指示,执行重传。根据步骤1可知,该重传数据中包括CG-UDI,并包括所述第一HARQ进程ID。
可选地,所述反馈信息可以包括:新数据指示NDI,和/或冗余版本标识RV ID。所述反馈信息是由配置调度RNTI(Configured Scheduling RNTI,CS-RNTI)加扰。
可选地,在所述网络侧设备不能解析出所述第一上行数据,但是可以确定该第一上行数据使用的第一HARQ进程标识时,利用所述第一HARQ进程标识进行重传调度。
本发明的实施例,终端接收到网络侧设备针对第一上行数据的反馈信息时,能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识,并根据所述第一HARQ进程标识进行数据重传,使网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下,也能够执行上行数据的重传调度。
如图6所示,本发明实施例还提供一种信息传输方法,应用于网络侧设备,包括:
步骤61、在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息。
如果网络侧设备不能成功接收终端发送的第一上行数据,则向终端发送反馈信息。所述不能成功接收所述第一上行数据可以为:所述网络侧设备不能解析出所述第一上行数据中携带的所述第一HARQ进程标识。
例如:UE在CG0时刻发送UL数据:UE在HARQ进程资源池中,选择HARQ进程,假定所选的HARQ进程为第一HARQ进程ID(即所述第一HARQ进程标识),并携带在所述第一上行数据中。UE将所述第一HARQ进程ID携带在CG-UCI中,并复用到该UL数据中。当网络侧设备在CG0时刻,只检查到了UE发送了数据,但是却没有成功解码所述CG-UCI,无法获知UE发送的所述第一上行数据的第一HARQ进程ID,则所述网络侧设备发送所述反馈信息。
步骤62、接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
终端接收到所述反馈信息后,根据所述反馈信息判断网络侧设备反馈所对应的第一HARQ进程标识。所述反馈信息用于对所述第一上行数据进行重传调度。终端根据所述反馈信息,在网络侧设备调度的重传资源上对所述第一上行数据进行重传,并携带所述第一HARQ进程标识。网络侧设备接收重传数据,则可以获得所述第一HARQ进程标识。
该实施例中,网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下,向终端发送针对第一上行数据的反馈信息,使终端能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识,并根据所述第一HARQ进程标识进行数据重传,实现网络侧设备在无法成功接收第一HARQ进程标识的情况下,也能够执行上行数据的重传调度。
可选地,所述反馈信息用于调度所述第一上行数据的重传;或者,所述反馈信息用于指示所述第一上行数据的传输未成功。所述反馈信息可以为网络侧设备发送的针对于所述第一上行数据的重传调度命令,用于调度所述第一上行数据的重传;或者,所述反馈信息为针对于所述第一上行数据的传输状态的反馈,指示所述第一上行数据是否传输成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者第一HARQ进程的初传在动态授权DG资源上传输。在目标情况下,可能导致所述网络侧设备对第一上行数据接收失败,即对所述第一HARQ进程标识接收失败。其中,目标情况可以包括但不限于如下至少一项:对话前监听LBT失败,即此次初传的传输资源出现LBT失败;所述第一上行数据的初传优先级降低。
具体地,所述第一HARQ进程的初传可以在CG资源上,即终端在所述CG资源进行所述第一上行数据的初传,所述第一HARQ进程的初传失败的原因可以为:由于LBT失败或者被降优先级,导致所述第一HARQ进程的初传未被网络侧设备成功接收。或者,所述第一HARQ进程的初传在DG资源上,所述第一HARQ进程的初传失败的原因可以为:由于LBT失败导致所述第一HARQ进程的初传未被网络侧设备成功接收。
可选地,所述接收终端发送的重传数据,包括:接收所述反馈信息指示的资源上的重传数据,所述反馈信息包括:数据重传的资源指示信息;接收终端在CG资源上的重传数据。
该实施例中,网络侧设备在向终端发送所述反馈信息时,可以在所述反馈信息内携带用于指示重传资源的指示信息,则终端根据反馈信息内的资源指示信息,在指示的资源上进行所述第一上行数据的重传,网络侧设备在指示的资源上接收重传数据。或者,终端根据所述第一HARQ进程标识,在CG资源上进行重传,则网络侧设备在CG资源上接收重传数据。
可选地,所述反馈信息包括:第一上行数据的发送时间。终端能够根据所述第一上行数据的发送时间确定所述第一HARQ进程标识。
该实施例中,网络侧设备在未成功接收所述第一上行数据对应的第一HARQ进程标识时,能够获取到所述第一上行数据的发送时间,将所述发送时间携带在是反馈信息内发送至终端,使终端根据所述发送时间,确定与所述发送时间相关联的第一HARQ进程标识。并进一步确定与所述发送时间关联的CG资源或者DG资源。所述第一HARQ进程标识为终端发送所述第一上行数据时实际使用的HARQ进程标识。
可选地,所述反馈信息包括:第二HARQ进程标识。终端可以根据所述第二HARQ进程标识确定所述第一HARQ进程标识。
该实施例中,所述第二HARQ进程标识为网络侧设备配置的,网络侧设备可以根据第一上行数据的发送时间计算得到所述第二HARQ进程标识,或者所述网络侧设备定义一个特殊的HARQ进程标识。在未成功接收所述第一上行数据对应的第一HARQ进程标识时,向终端发送反馈信息,所述反馈信息内携带所述第二HARQ进程标识,利用该第二HARQ进程标识进行所述第一上行数据的重传调度。
具体地,在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息之前,所述方法还可以包括:根据第一上行数据的发送时间,确定第二HARQ进程标识。终端接收到所述反馈信息,根据所述反馈信息内的所述第二HARQ进程标识,能够确定与所述第二HARQ进程标识对应的发送所述第一上行数据使用的第一HARQ进程标识。具体地,终端可以根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。进而根据所述第一HARQ进程标识得到发送所述第一上行数据的CG资源或者DG资源。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者,所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
例如,网络侧设备可以在所述反馈信息中引入1比特信息,用于指示是否使用了所述第二HARQ进程标识,如果使用所述第二HARQ进程标识,终端将此次重传调度与所述第一上行数据在CG上的初始传输关联起来。或者,网络侧设备在所述反馈信息的HARQ进程标识域内,填入无效的HARQ进程标识(即所述第二HARQ进程标识),例如没有为终端配置的进行号。
或者,网络侧设备利用1比特信息指示是否使用所述第二HARQ进程标识,加进程标识指示,该进程标识指示可以是根据终端发送所述第一上行数据的发送时间推导的,如果使用这种指示,终端将该重传调度与该进程标识指示所对应时间位置的上行传输关联起来。
可选地,所述反馈信息包括:配置授权CG的索引信息。终端能够根据所述CG的索引信息确定发送所述第一上行数据的CG资源,从而根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
该实施例中,网络侧设备发送的所述反馈信息包括CG授权的索引信息,例如:CGID。可选地,在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息之前,所述方法还包括:根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。终端接收到所述反馈信息后,根据CG授权的索引信息确定CG资源以及与所述CG资源对应的第一HARQ进程标识。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。所述反馈信息是由CS-RNTI加扰。
可选地,在所述网络侧设备不能解析出所述第一上行数据,但是可以确定该第一上行数据使用的第一HARQ进程标识时,利用所述第一HARQ进程标识进行重传调度。
该实施例中,网络侧设备在无法成功接收到所述第一HARQ进程标识的情况下,向终端发送针对第一上行数据的反馈信息,使终端能够根据反馈信息确定发送第一上行数据的第一HARQ进程标识,并根据所述第一HARQ进程标识进行数据重传,实现网络侧设备在无法成功接收第一HARQ进程标识的情况下,也能够执行上行数据的重传调度。
如图7所示,本发明的实施例提供了一种终端700,包括:
第一接收模块710,用于接收网络侧设备对第一上行数据的反馈信息;
第一确定模块720,用于根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
传输模块730,用于根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地,所述传输模块具体用于:
根据所述第一HARQ进程标识,在所述反馈信息指示的资源上进行数据重传,所述反馈信息包括:数据重传的资源指示信息;或者
根据所述第一HARQ进程标识,在CG资源上进行重传。
可选地,所述反馈信息包括:第一上行数据的发送时间;
所述第一确定模块具体用于:根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述反馈信息包括:第二HARQ进程标识;
所述第一确定模块具体用于:根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地,所述第一确定模块具体用于:
根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述传输模块具体用于:
根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;
在所确定的CG资源或DG资源上,进行第一上行数据的重传。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息;
所述第一确定模块具体用于:根据所述配置授权CG的索引信息,确定发送所述第一上行数据的CG资源;
根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。
可选地,在目标情况下,导致所述第一上行数据未被所述网络侧设备成功接收;
所述目标情况包括以下至少一项:
对话前监听LBT失败;
所述第一上行数据的初传优先级降低。
需要说明的是,该终端的实施例是与上述应用于终端的信息传输方法的实施例对应,上述方法实施例中所有实现方式均适用于该终端的实施例中,也能达到相同的技术效果。由于方法实施例和该终端的实施例是基于同一申请构思的,解决问题的原理相似,因此可以相互参见,重复之处不再赘述。
如图8所示,本发明的实施例提供了一种网络侧设备800,包括:
第一发送模块810,用于在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
第二接收模块820,用于接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地,所述第二接收模块具体用于:
接收所述反馈信息指示的资源上的重传数据,所述反馈信息包括:数据重传的资源指示信息;或者,
接收终端在CG资源上的重传数据。
可选地,所述反馈信息包括:第一上行数据的发送时间。
可选地,所述反馈信息包括:第二HARQ进程标识。
可选地,所述网络侧设备还包括:
第二确定模块,用于根据第一上行数据的发送时间,确定第二HARQ进程标识。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息。
可选地,所述网络侧设备还包括:
第三确定模块,用于根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。
需要说明的是,该网络侧设备的实施例是与上述应用于网络侧设备的信息传输方法的实施例对应,上述方法实施例中所有实现方式均适用于该网络侧设备的实施例中,也能达到相同的技术效果。
需要说明的是,本申请实施例中对单元的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
如图9所示,本发明实施例还提供一种终端,包括收发机94、存储器93、处理器91及存储在存储器93上并可在处理器上运行的计算机程序。
其中,存储器93,用于存储计算机程序;收发机94,与总线接口92连接,用于在所述处理器91的控制下收发数据;处理器91,用于读取所述存储器93中的计算机程序并执行以下操作:
接收网络侧设备对第一上行数据的反馈信息;
根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地,所述根据所述第一HARQ进程标识,进行数据重传,具体包括:
根据所述第一HARQ进程标识,在所述反馈信息指示的资源上进行数据重传,所述反馈信息包括:数据重传的资源指示信息;或者
根据所述第一HARQ进程标识,在CG资源上进行重传。
可选地,所述反馈信息包括:第一上行数据的发送时间;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述反馈信息包括:第二HARQ进程标识;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
可选地,所述根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识,具体包括:
根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
可选地,所述根据所述第一HARQ进程标识,进行数据重传,具体包括:
根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;
在所确定的CG资源或DG资源上,进行第一上行数据的重传。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述配置授权CG的索引信息,确定发送所述第一上行数据的CG资源;
根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。
可选地,在目标情况下,导致所述第一上行数据未被所述网络侧设备成功接收;
所述目标情况包括以下至少一项:
对话前监听LBT失败;
所述第一上行数据的初传优先级降低。
需要说明的是,在图9中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器91代表的一个或多个处理器和存储器93代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机94可以是多个元件,即包括发送机和收发机,提供用于在传输介质上与各种其他装置通信的单元,这些传输介质包括无线信道、有线信道、光缆等传输介质。针对不同的终端,用户接口95还可以是能够外接内接需要设备的接口,连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器91负责管理总线架构和通常的处理,存储器93可以存储处理器91在执行操作时所使用的数据。
可选的,处理器91可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit,专用集成电路)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)或CPLD(Complex Programmable Logic Device,复杂可编程逻辑器件),处理器也可以采用多核架构。
处理器通过调用存储器存储的计算机程序,用于按照获得的可执行指令执行本申请实施例提供的任一所述方法。处理器与存储器也可以物理上分开布置。
在此需要说明的是,本发明实施例提供的上述终端,能够实现上述应用于终端的方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
如图10所示,本发明实施例还提供一种网络侧设备,包括收发机104、存储器103、处理器101及存储在存储器103上并可在处理器上运行的计算机程序。
其中,存储器103,用于存储计算机程序;收发机104,与总线接口102连接,用于在所述处理器101的控制下收发数据;处理器101,用于读取所述存储器103中的计算机程序并执行以下操作:
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
可选地,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
可选地,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
可选地,所述接收终端发送的重传数据,具体包括:
接收所述反馈信息指示的资源上的重传数据,所述反馈信息包括:数据重传的资源指示信息;或者,
接收终端在CG资源上的重传数据。
可选地,所述反馈信息包括:第一上行数据的发送时间。
可选地,所述反馈信息包括:第二HARQ进程标识。
可选地,所述处理器还用于:
根据第一上行数据的发送时间,确定第二HARQ进程标识。
可选地,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
可选地,所述反馈信息包括:配置授权CG的索引信息。
可选地,所述处理器还用于:
根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。
可选地,所述反馈信息包括:新数据指示NDI,和/或冗余版本标识RV ID。
其中,在图10中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器101代表的一个或多个处理器和存储器103代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。收发机104可以是多个元件,即包括发送器和收发机,提供用于在传输介质上与各种其他装置通信的单元,这些传输介质包括无线信道、有线信道、光缆等传输介质。
处理器101负责管理总线架构和通常的处理,存储器103可以存储处理器101在执行操作时所使用的数据。
处理器101可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device,CPLD),处理器也可以采用多核架构。
在此需要说明的是,本发明实施例提供的上述网络侧设备,能够实现上述应用于网络侧设备的方法实施例所实现的所有方法步骤,且能够达到相同的技术效果,在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
另外,本发明具体实施例还提供一种计算机可读存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如上述信息传输方法中的步骤。且能达到相同的技术效果,为避免重复,这里不再赘述。其中,所述可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备,包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
此外,需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行,某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言,能够理解本发明的方法和装置的全部或者任何步骤或者部件,可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中,以硬件、固件、软件或者它们的组合加以实现,这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
因此,本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此,本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说,这样的程序产品也构成本发明,并且存储有这样的程序产品的存储介质也构成本发明。显然,所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (49)
1.一种信息传输方法,应用于终端,其特征在于,包括:
接收网络侧设备对第一上行数据的反馈信息;
根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
2.根据权利要求1所述的方法,其特征在于,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
3.根据权利要求1所述的方法,其特征在于,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
4.根据权利要求1所述的方法,所述特征在于,所述根据所述第一HARQ进程标识,进行数据重传,包括:
根据所述第一HARQ进程标识,在所述反馈信息指示的资源上进行数据重传,所述反馈信息包括:数据重传的资源指示信息;或者
根据所述第一HARQ进程标识,在CG资源上进行重传。
5.根据权利要求1所述的方法,其特征在于,所述反馈信息包括:第一上行数据的发送时间;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,包括:
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
6.根据权利要求1所述的方法,其特征在于,所述反馈信息包括:第二HARQ进程标识;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,包括:
根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
7.根据权利要求6所述的方法,其特征在于,所述根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识,包括:
根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
8.根据权利要求5或6所述的方法,其特征在于,所述根据所述第一HARQ进程标识,进行数据重传,包括:
根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;
在所确定的CG资源或DG资源上,进行第一上行数据的重传。
9.根据权利要求6所述的方法,其特征在于,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
10.根据权利要求1所述的方法,其特征在于,所述反馈信息包括:配置授权CG的索引信息;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,包括:
根据所述配置授权CG的索引信息,确定发送所述第一上行数据的CG资源;
根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
11.根据权利要求1所述的方法,其特征在于,所述反馈信息包括:新数据指示,和/或冗余版本标识。
12.根据权利要求1所述的方法,其特征在于,在目标情况下,导致所述第一上行数据未被所述网络侧设备成功接收;
所述目标情况包括以下至少一项:
对话前监听LBT失败;
所述第一上行数据的初传优先级降低。
13.一种信息传输方法,应用于网络侧设备,其特征在于,包括:
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
14.根据权利要求13所述的方法,其特征在于,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
15.根据权利要求13所述的方法,其特征在于,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
16.根据权利要求13所述的方法,其特征在于,所述接收终端发送的重传数据,包括:
接收所述反馈信息指示的资源上的重传数据,所述反馈信息包括:数据重传的资源指示信息;或者,
接收终端在CG资源上的重传数据。
17.根据权利要求13所述的方法,其特征在于,所述反馈信息包括:第一上行数据的发送时间。
18.根据权利要求13所述的方法,其特征在于,所述反馈信息包括:第二HARQ进程标识。
19.根据权利要求18所述的方法,其特征在于,在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息之前,所述方法还包括:
根据第一上行数据的发送时间,确定第二HARQ进程标识。
20.根据权利要求18所述的方法,其特征在于,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
21.根据权利要求13所述的方法,其特征在于,所述反馈信息包括:配置授权CG的索引信息。
22.根据权利要求21所述的方法,其特征在于,在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息之前,所述方法还包括:
根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。
23.根据权利要求13所述的方法,其特征在于,所述反馈信息包括:新数据指示,和/或冗余版本标识。
24.一种终端,包括:收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
接收网络侧设备对第一上行数据的反馈信息;
根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
25.根据权利要求24所述的终端,其特征在于,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
26.根据权利要求24所述的终端,其特征在于,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
27.根据权利要求24所述的终端,其特征在于,所述根据所述第一HARQ进程标识,进行数据重传,具体包括:
根据所述第一HARQ进程标识,在所述反馈信息指示的资源上进行数据重传,所述反馈信息包括:数据重传的资源指示信息;或者
根据所述第一HARQ进程标识,在CG资源上进行重传。
28.根据权利要求24所述的终端,其特征在于,所述反馈信息包括:第一上行数据的发送时间;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
29.根据权利要求24所述的终端,其特征在于,所述反馈信息包括:第二HARQ进程标识;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识。
30.根据权利要求29所述的终端,其特征在于,所述根据所述第二HARQ进程标识,确定与所述第二HARQ进程标识对应的第一HARQ进程标识,具体包括:
根据所述第二HARQ进程标识,确定所述第一上行数据的发送时间;
根据所述第一上行数据的发送时间,确定与所述第一上行数据的发送时间对应的第一HARQ进程标识。
31.根据权利要求28或29所述的终端,其特征在于,所述根据所述第一HARQ进程标识,进行数据重传,具体包括:
根据第一HARQ进程标识,确定与所述第一HARQ进程标识对应的CG资源或DG资源;
在所确定的CG资源或DG资源上,进行第一上行数据的重传。
32.根据权利要求29所述的终端,其特征在于,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
33.根据权利要求24所述的终端,其特征在于,所述反馈信息包括:配置授权CG的索引信息;
所述根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识,具体包括:
根据所述配置授权CG的索引信息,确定发送所述第一上行数据的CG资源;
根据所述CG资源,确定与所述CG资源对应的第一HARQ进程标识。
34.根据权利要求24所述的终端,其特征在于,所述反馈信息包括:新数据指示,和/或冗余版本标识。
35.根据权利要求24所述的终端,其特征在于,在目标情况下,导致所述第一上行数据未被所述网络侧设备成功接收;
所述目标情况包括以下至少一项:
对话前监听LBT失败;
所述第一上行数据的初传优先级降低。
36.一种网络侧设备,包括:收发机、存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
37.根据权利要求36所述的网络侧设备,其特征在于,所述反馈信息用于调度所述第一上行数据的重传;
或者,
所述反馈信息用于指示所述第一上行数据的传输未成功。
38.根据权利要求36所述的网络侧设备,其特征在于,第一HARQ进程的初传在配置授权CG资源上传输;或者
第一HARQ进程的初传在动态授权DG资源上传输。
39.根据权利要求36所述的网络侧设备,其特征在于,所述接收终端发送的重传数据,具体包括:
接收所述反馈信息指示的资源上的重传数据,所述反馈信息包括:数据重传的资源指示信息;或者,
接收终端在CG资源上的重传数据。
40.根据权利要求36所述的网络侧设备,其特征在于,所述反馈信息包括:第一上行数据的发送时间。
41.根据权利要求36所述的网络侧设备,其特征在于,所述反馈信息包括:第二HARQ进程标识。
42.根据权利要求41所述的网络侧设备,其特征在于,所述处理器还用于:
根据第一上行数据的发送时间,确定第二HARQ进程标识。
43.根据权利要求41所述的网络侧设备,其特征在于,所述第二HARQ进程标识通过所述反馈信息中的目标比特信息指示;或者
所述第二HARQ进程标识通过所述反馈信息中的HARQ进程标识域携带。
44.根据权利要求36所述的网络侧设备,其特征在于,所述反馈信息包括:配置授权CG的索引信息。
45.根据权利要求44所述的网络侧设备,其特征在于,所述处理器还用于:
根据第一HARQ进程标识接收失败的时域位置,确定配置授权CG的索引信息。
46.根据权利要求36所述的网络侧设备,其特征在于,所述反馈信息包括:新数据指示,和/或冗余版本标识。
47.一种终端,其特征在于,包括:
第一接收模块,用于接收网络侧设备对第一上行数据的反馈信息;
第一确定模块,用于根据所述反馈信息,确定未被所述网络侧设备成功接收的所述第一上行数据对应的第一混合自动重传请求HARQ进程标识;
传输模块,用于根据所述第一HARQ进程标识,进行数据重传;
其中,重传数据中包括所述第一HARQ进程标识。
48.一种网络侧设备,其特征在于,包括:
第一发送模块,用于在对第一上行数据对应的第一混合自动重传请求HARQ进程标识接收失败的情况下,向终端发送反馈信息;
第二接收模块,用于接收终端发送的重传数据,所述重传数据中包括所述第一HARQ进程标识。
49.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1至12中任一项所述的信息传输方法的步骤,或者实现如权利要求13至23中任一项所述的信息传输方法的步骤。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010791006.0A CN114070478B (zh) | 2020-08-07 | 2020-08-07 | 一种信息传输方法、终端及网络侧设备 |
EP21853406.3A EP4195550A4 (en) | 2020-08-07 | 2021-08-03 | INFORMATION TRANSMISSION METHOD, TERMINAL AND NETWORK-SIDE DEVICE |
PCT/CN2021/110325 WO2022028417A1 (zh) | 2020-08-07 | 2021-08-03 | 信息传输方法、终端及网络侧设备 |
US18/004,874 US20230361934A1 (en) | 2020-08-07 | 2021-08-03 | Information transmission method, terminal and network side device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010791006.0A CN114070478B (zh) | 2020-08-07 | 2020-08-07 | 一种信息传输方法、终端及网络侧设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114070478A true CN114070478A (zh) | 2022-02-18 |
CN114070478B CN114070478B (zh) | 2023-06-30 |
Family
ID=80120000
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010791006.0A Active CN114070478B (zh) | 2020-08-07 | 2020-08-07 | 一种信息传输方法、终端及网络侧设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20230361934A1 (zh) |
EP (1) | EP4195550A4 (zh) |
CN (1) | CN114070478B (zh) |
WO (1) | WO2022028417A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023193153A1 (en) * | 2022-04-06 | 2023-10-12 | Shenzhen Tcl New Technology Co., Ltd. | Wireless communication method and related devices |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180092122A1 (en) * | 2016-09-25 | 2018-03-29 | Ofinno Technologies, Llc | Harq process in semi-persistent scheduling |
WO2018191644A1 (en) * | 2017-04-14 | 2018-10-18 | Intel IP Corporation | Hybrid automatic repeat request (harq) for grant-less uplink (gul) and scheduled uplink (sul) in licensed assisted access (laa) systems |
CN109392099A (zh) * | 2017-08-03 | 2019-02-26 | 维沃移动通信有限公司 | Urllc中上行免授权传输的方法、用户侧设备和网络侧设备 |
CN109391372A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 通信方法与设备 |
CN109644085A (zh) * | 2016-08-10 | 2019-04-16 | 华为技术有限公司 | 混合自动重传请求的方法和终端设备 |
US20190268104A1 (en) * | 2017-03-24 | 2019-08-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq process for grant-free uplink transmissions |
CN110830180A (zh) * | 2018-08-10 | 2020-02-21 | 北京展讯高科通信技术有限公司 | 用户设备、基站及其数据传输方法及装置 |
CN110830179A (zh) * | 2018-08-10 | 2020-02-21 | 北京展讯高科通信技术有限公司 | 用户设备、基站及其数据传输方法及装置 |
WO2020062055A1 (en) * | 2018-09-28 | 2020-04-02 | Lenovo (Beijing) Limited | Triggering harq-ack reporting on unlicensed spectrum |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10869333B2 (en) * | 2016-12-16 | 2020-12-15 | Huawei Technologies Co., Ltd. | Systems and methods for mixed grant-free and grant-based uplink transmissions |
JP2020036051A (ja) * | 2016-12-28 | 2020-03-05 | 株式会社Nttドコモ | ユーザ装置、及びデータ送信方法 |
US11711171B2 (en) * | 2018-01-11 | 2023-07-25 | Huawei Technologies Co., Ltd. | System and method for reliable transmission over network resources |
WO2020033689A1 (en) * | 2018-08-09 | 2020-02-13 | Convida Wireless, Llc | Autonomous uplink transmission in unlicensed new radio spectrum |
-
2020
- 2020-08-07 CN CN202010791006.0A patent/CN114070478B/zh active Active
-
2021
- 2021-08-03 EP EP21853406.3A patent/EP4195550A4/en active Pending
- 2021-08-03 WO PCT/CN2021/110325 patent/WO2022028417A1/zh unknown
- 2021-08-03 US US18/004,874 patent/US20230361934A1/en active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109644085A (zh) * | 2016-08-10 | 2019-04-16 | 华为技术有限公司 | 混合自动重传请求的方法和终端设备 |
US20180092122A1 (en) * | 2016-09-25 | 2018-03-29 | Ofinno Technologies, Llc | Harq process in semi-persistent scheduling |
US20190268104A1 (en) * | 2017-03-24 | 2019-08-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq process for grant-free uplink transmissions |
WO2018191644A1 (en) * | 2017-04-14 | 2018-10-18 | Intel IP Corporation | Hybrid automatic repeat request (harq) for grant-less uplink (gul) and scheduled uplink (sul) in licensed assisted access (laa) systems |
CN109392099A (zh) * | 2017-08-03 | 2019-02-26 | 维沃移动通信有限公司 | Urllc中上行免授权传输的方法、用户侧设备和网络侧设备 |
CN109391372A (zh) * | 2017-08-11 | 2019-02-26 | 华为技术有限公司 | 通信方法与设备 |
CN110830180A (zh) * | 2018-08-10 | 2020-02-21 | 北京展讯高科通信技术有限公司 | 用户设备、基站及其数据传输方法及装置 |
CN110830179A (zh) * | 2018-08-10 | 2020-02-21 | 北京展讯高科通信技术有限公司 | 用户设备、基站及其数据传输方法及装置 |
WO2020062055A1 (en) * | 2018-09-28 | 2020-04-02 | Lenovo (Beijing) Limited | Triggering harq-ack reporting on unlicensed spectrum |
Non-Patent Citations (2)
Title |
---|
HUAWEI: "\"R2-1910822 Determination of HARQ process ID for a CG or SPS occasion\"", 3GPP TSG_RAN\\WG2_RL2 * |
张涵嫣;方一鸣;: "LTE-A终端HARQ机制的实现与测试", 广东通信技术, no. 07 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023193153A1 (en) * | 2022-04-06 | 2023-10-12 | Shenzhen Tcl New Technology Co., Ltd. | Wireless communication method and related devices |
Also Published As
Publication number | Publication date |
---|---|
CN114070478B (zh) | 2023-06-30 |
EP4195550A4 (en) | 2023-11-29 |
WO2022028417A1 (zh) | 2022-02-10 |
US20230361934A1 (en) | 2023-11-09 |
EP4195550A1 (en) | 2023-06-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102303054B1 (ko) | 통신 방법 및 디바이스 | |
CN112235765B (zh) | 一种资源选择方法、装置及终端 | |
CN110351056B (zh) | 一种harq-ack消息的传输方法、终端及基站 | |
EP3439390B1 (en) | Information feedback method, base station, terminal, and storage medium | |
JP6357164B2 (ja) | フィードバックレポートのためのシステムおよび方法 | |
EP3675585B1 (en) | Communication method and apparatus | |
CN109314987B (zh) | 反馈信息传输方法、装置、设备及系统 | |
CN111867117B (zh) | 一种激活/去激活配置的方法、网络设备及终端 | |
WO2018059188A1 (zh) | 一种上行传输方法和设备 | |
CN108289333B (zh) | 一种上行传输起始位置的配置方法、接入网实体及ue | |
JP7179783B2 (ja) | 無線通信システムの情報伝送方法および機器 | |
CN110139238B (zh) | 信息发送方法及终端 | |
CN114070478B (zh) | 一种信息传输方法、终端及网络侧设备 | |
EP3874637B1 (en) | Harq-ack handling with multiple pucch in multi-trp transmission in nr | |
CN110831218B (zh) | 一种信息传输方法、基站及终端 | |
CN112738875B (zh) | 一种功率参数的确定方法、指示方法、终端和网络设备 | |
EP3809752B1 (en) | Electronic device, wireless communication method and computer readable medium | |
CN114698109A (zh) | 上行调度方法、装置以及存储介质 | |
CN114501531A (zh) | 一种数据传输方法、装置及设备 | |
CN112399583A (zh) | 一种资源传输方法、终端和网络设备 | |
CN113056020B (zh) | 一种资源重选的判定方法及终端 | |
CN115174008B (zh) | 数据传输方法、装置及存储介质 | |
WO2023206383A1 (zh) | 随机接入方法、装置、设备、存储介质以及程序产品 | |
WO2021184223A1 (zh) | 通信方法、装置、设备及可读存储介质 | |
CN114390553A (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 |