CN112369101B - 一种数据传输方法及通信装置 - Google Patents
一种数据传输方法及通信装置 Download PDFInfo
- Publication number
- CN112369101B CN112369101B CN201880095266.5A CN201880095266A CN112369101B CN 112369101 B CN112369101 B CN 112369101B CN 201880095266 A CN201880095266 A CN 201880095266A CN 112369101 B CN112369101 B CN 112369101B
- Authority
- CN
- China
- Prior art keywords
- dci
- bit
- field
- format
- scheduled
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- 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/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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本申请公开一种数据传输方法及通信装置,用于减少系统开销,提高重传效率。该方法包括:从网络设备接收下行控制信息DCI,其中,所述DCI包括第一比特和第二比特,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个传输块TB关联的两个新数据指示NDI;根据所述DCI中的所述第一比特和所述第二比特,在所述两个TB对应的HARQ进程上进行上行数据传输或下行数据传输。通过一个DCI承载该DCI调度的两个TB关联的两个NDI,尽可能地不增加DCI开销。同时,由于是通过DCI中的第一比特和第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传效率。本申请实施例提供的方法和设备提高了网络的覆盖能力,可以应用于物联网,例如MTC、IoT、LTE‑M、M2M等。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种数据传输方法及通信装置。
背景技术
混合式自动重传请求(hybrid automatic repeat request,HARQ)是一种结合前向纠错(forward error correction,FEC)与自动重传请求(automatic repeat request,ARQ)的技术,HARQ在数据的发送端和接收端都存在,发送端的HARQ操作包括新传和重传数据、接收并处理HARQ反馈,接收端的HARQ操作包括接收数据、生成HARQ反馈等。也就是说,HARQ有上行和下行之分,上行HARQ针对上行共享信道(uplink share channel,UL-SCH),对终端设备发往基站的上行数据进行确认以及重传;下行HARQ针对下行共享信道(downlinkshare channel,DL-SCH),对基站发往终端设备的下行数据进行确认以及重传。
在窄带物联网(narrow band internet of things,NB-IoT)系统中,支持一个下行控制信息(downlink control information,DCI)调度两个传输块(transport block,TB),这样可以节约DCI开销,并且要对每个TB进行HARQ反馈,所以需要考虑一个DCI调度的两个TB的HARQ反馈的反馈方式。
发明内容
本申请实施例提供一种数据传输方法及通信装置,用于减少系统开销,提高重传效率。
第一方面,提供一种数据传输方法,该方法可由终端设备执行,该方法包括:从网络设备接收DCI,该DCI中包括第一比特和第二比特,该第一比特和第二比特分别用于指示与该DCI调度的两个TB关联的两个NDI,再根据该DCI中的第一比特和第二比特,在两个TB对应的HARQ进程上进行上行数据传输或下行数据传输。
在本申请实施例中,通过一个DCI承载该DCI调度的两个TB关联的两个NDI,尽可能地不增加DCI开销。同时,由于是通过DCI中的第一比特和第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传效率。
在一种可能的设计中,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特。在该方案中,第一比特和第二比特分属于DCI中的不同域,通过不同的域直接指示两个HARQ反馈,由于不同的域之间间隔明显,所以可以在一定程度上提高第一比特和第二比特的辨识性,以便于对第一比特和第二比特准确的进行识别和解读。
在一种可能的设计中,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
在上述方案中,可以直接将DCI中现有的NDI域用来指示与两个TB关联的其中的一个NDI,由于现有的DCI中原本就包括NDI这个域,所以直接将其理解为与原本相同的含义,可以尽量减少对DCI的重新定义,从而可以尽量减少重写解读的负担,同时也可以确保对两个TB关联的NDI的准确指示。
在一种可能的设计中,所述另一个域为HARQ进程数域或RV域。
在上述方案中,由于NDI本身是1比特,并且HARQ进程数域和RV域也正好占用1比特,所以可以直接通过HARQ进程数域和RV域完整的指示除原本的NDI域指示一个NID外的另一个NDI,不额外增加DCI开销,保证DCI可靠性。
在一种可能的设计中,所述DCI包括两个NDI域,所述两个域为所述两个NDI域。
在上述方案中,相当于是更改了DCI的格式,但是是在未改变DCI的整体结构和大小的前提下做的解读上的更改,不会影响DCI的可靠性。
在一种可能的设计中,所述DCI的格式为以下格式中的一种:format N0和formatN1。
在一种可能的设计中,在从网络设备接收DCI之前,还可以向所述网络设备发送设备能力信息,所述设备能力信息用于指示终端设备支持通过一个DCI调度两个TB的调度方式,再从所述网络设备接收配置信息,所述配置信息用于指示应用于所述终端设备的TB调度方式是:通过同一个DCI调度两个TB。
在上述方案中,通过终端设备和网络设备预先的交互,这样网络设备可以预先确定在TB调度中采用的DCI格式,并且终端设备也可以预先确定后续到底应该以哪一种DCI解读方式对网络设备发送的DCI进行解读,从而可以避免终端设备对不同的DCI进行盲检以确定到底需要以哪种方式进行解读,以减少由于盲检而导致的复杂度,提高通信效率。
第二方面,提供一种数据传输方法,该方法可由网络设备执行,该方法包括:确定发送给终端设备的DCI,其中,所述DCI包括第一比特和第二比特,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个传输块TB关联的两个新数据指示NDI,再向所述终端设备发送所述DCI。
本申请实施例中,通过一个DCI承载该DCI调度的两个TB关联的两个NDI,尽可能地不增加DCI开销。同时,由于是通过DCI中的第一比特和第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传效率。
在一种可能的设计中,可以先确定应用于终端设备的TB调度方式,其中,应用于所述终端设备的TB调度方式包括以下方式中的一种:两个TB通过同一个DCI调度、两个TB中的每一个TB通过一个DCI调度,再在应用于所述终端设备的TB调度方式为两个TB通过同一个DCI调度时,再确定发送给终端设备的DCI。
在一种可能的设计中,在确定应用于终端设备的TB调度方式之前,还可以先从所述终端设备接收设备能力信息,所述设备能力信息用于指示所述终端设备支持通过一个DCI调度两个TB的调度方式,再向所述终端设备发送配置信息,所述配置信息用于指示应用于所述终端设备的TB调度方式是:通过同一个DCI调度两个TB。
在上述方案中,通过终端设备和网络设备预先的交互,这样网络设备可以预先确定在TB调度中采用的DCI格式,并且终端设备也可以预先确定后续到底应该以哪一种DCI解读方式对网络设备发送的DCI进行解读,从而可以避免终端设备对不同的DCI进行盲检以确定到底需要以哪种方式进行解读,以减少由于盲检而导致的复杂度,提高通信效率。
在一种可能的设计中,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特。
在一种可能的设计中,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
在一种可能的设计中,所述另一个域为HARQ进程数域或RV域。
在一种可能的设计中,所述DCI包括两个NDI域,所述两个域为所述两个NDI域。
第三方面,提供一种数据传输方法,该方法可以由终端设备执行,该方法包括:从网络设备接收DCI,其中,所述DCI能够调度两个TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB使用的HARQ进程的数量为1或2,所述DCI还包括第一比特和/或第二比特;在所述DCI调度的TB使用的HARQ进程的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个NDI,根据所述DCI中的所述第三比特、所述第一比特或所述第二比特,在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输;以及在所述DCI调度的TB使用的HARQ进程的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI,根据所述DCI中的所述第三比特、所述第一比特和所述第二比特,在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输。
本申请实施例中,通过定义第三比特可以明确DCI调度的TB实际使用的HARQ进程数,以便于终端设备能够根据该DCI明确网络设备的实际调度情况,增强终端设备和网络设备之间的通信可靠性。并且通过一个DCI承载该DCI调度的TB关联的NDI,尽可能地不增加DCI开销。同时,由于是通过DCI中的第一比特和/或第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传效率。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;以及在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或HARQ-ACK资源域占用的比特。
上述方案中,针对不同的DCI格式对第三比特进行了不同的定义,可以使得第三比特满足多种场景下的使用,增加第三比特定义的灵活性。
在一种可能的设计中,在所述DCI调度的TB使用的HARQ进程的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的TB使用的HARQ进程为预定HARQ进程。
在上述方案中,可以直接将DCI中现有的NDI域用来指示与两个TB关联的其中的一个NDI,由于现有的DCI中原本就包括NDI这个域,所以直接将其理解为与原本相同的含义,可以尽量减少对DCI的重新定义,从而可以尽量减少重写解读的负担,同时也可以确保对两个TB关联的NDI的准确指示。
在一种可能的设计中,在所述DCI调度的TB使用的HARQ进程的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的TB使用的HARQ进程的进程标识,所述第四比特与所述第三比特不同。
在上述方案中,利用第四比特来指示该DCI调度的TB实际使用的HARQ进程的HARQ进程标识,即通过第四比特明确指示当前调度TB使用的一个HARQ进程到底是哪一个HARQ进程。通过第四比特对调度的TB使用的HARQ进程的HARQ进程标识进行指示的方式,避免盲检,可以提高通信效率和可靠性,同时还可以节约网络资源,降低终端设备的功耗。
在一种可能的设计中,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第四比特属于冗余版本RV域或重复次数域占用的比特;以及在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
在一种可能的设计中,所述DCI还包括HARQ进程标识域,所述第四比特属于所述HARQ进程标识域占用的比特。以此增强第四比特的辨识性。
在一种可能的设计中,在所述DCI调度的TB使用的HARQ进程的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特。
在一种可能的设计中,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
在一种可能的设计中,在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;以及在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
在一种可能的设计中,所述DCI包括两个NDI域,所述两个域为所述两个NDI域。
在上述方案中,相当于是更改了DCI的格式,但是是在未改变DCI的整体结构和长度的前提下做的解读上的更改,这不会影响DCI的可靠性,同时提供一种新的解读方式,增加DCI解读的灵活性。
在一种可能的设计中,在确定应用于终端设备的TB调度方式之前,还可以从所述终端设备接收设备能力信息,所述设备能力信息用于指示所述终端设备支持通过一个DCI调度两个TB的调度方式;并向所述终端设备发送配置信息,所述配置信息用于指示应用于所述终端设备的TB调度方式是:通过同一个DCI调度两个TB。
第四方面,提供一种数据传输方法,该方法可以由网路设备执行,该方法包括:确定发送给终端设备的下行控制信息DCI,再向所述终端设备发送所述DCI;其中,所述DCI能够调度两个传输块TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB使用的HARQ进程的数量为1或2,所述DCI还包括第一比特和/或第二比特,在所述DCI调度的TB使用的HARQ进程的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个新数据指示NDI,在所述DCI调度的TB使用的HARQ进程的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或自动重传请求的确认应答HARQ-ACK资源域占用的比特。
在一种可能的设计中,在所述DCI调度的TB使用的HARQ进程的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的TB使用的HARQ进程为预定HARQ进程。
在一种可能的设计中,在所述DCI调度的TB使用的HARQ进程的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的TB使用的HARQ进程的进程标识,所述第四比特与所述第三比特不同。
在一种可能的设计中,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第四比特属于RV域或重复次数域占用的比特;在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
在一种可能的设计中,所述DCI还包括HARQ进程标识域,所述第四比特属于所述HARQ进程标识域占用的比特。
在一种可能的设计中,在所述DCI调度的TB使用的HARQ进程的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特。
在一种可能的设计中,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
在一种可能的设计中,在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
在一种可能的设计中,所述DCI包括两个NDI域,所述两个域为所述两个NDI域。
在一种可能的设计中,在确定发送给终端设备的下行控制信息DCI之前,所述方法还包括:确定应用于所述终端设备的TB调度方式是通过同一个DCI调度两个TB。
第五方面,提供一种数据传输方法,该方法可以由终端设备执行,该方法包括:从网络设备接收DCI,其中,所述DCI能够调度两个TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB的数量为1或2,所述DCI还包括第一比特和/或第二比特;在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个NDI,根据所述DCI中的所述第三比特、所述第一比特或所述第二比特,在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输;以及在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI,根据所述DCI中的所述第三比特、所述第一比特和所述第二比特,在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输。
本申请实施例中,通过定义第三比特可以明确DCI调度的TB的数量,以便于终端设备能够根据该DCI明确网络设备的实际调度情况,增强终端设备和网络设备之间的通信可靠性。并且通过一个DCI承载该DCI调度的TB关联的NDI,尽可能地不增加DCI开销。同时,由于是通过DCI中的第一比特和/或第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传效率。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;以及在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或HARQ-ACK资源域占用的比特。
上述方案中,针对不同的DCI格式对第三比特进行了不同的定义,可以使得第三比特满足多种场景下的使用,增加第三比特定义的灵活性。
在一种可能的设计中,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的一个TB的传输资源位置为预定传输资源位置。
在上述方案中,可以直接将DCI中现有的NDI域用来指示与两个TB关联的其中的一个NDI,由于现有的DCI中原本就包括NDI这个域,所以直接将其理解为与原本相同的含义,可以尽量减少对DCI的重新定义,从而可以尽量减少重写解读的负担,同时也可以确保对两个TB关联的NDI的准确指示。
在一种可能的设计中,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的一个TB的传输资源位置或指示所述DCI调度的一个TB的传输块标识,所述第四比特与所述第三比特不同。
在上述方案中,通过第四比特可以避免盲检,提高通信效率和可靠性,同时还可以节约网络资源,降低终端设备的功耗。
在一种可能的设计中,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第四比特属于RV域或重复次数域占用的比特;以及在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
在一种可能的设计中,所述DCI还包括传输资源位置指示域,所述第四比特属于所述传输资源位置指示域占用的比特。
在一种可能的设计中,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特。
在一种可能的设计中,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
在一种可能的设计中,在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;以及在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
在一种可能的设计中,所述DCI包括两个NDI域,所述两个域为所述两个NDI域。
在上述方案中,相当于是更改了DCI的格式,但是是在未改变DCI的整体结构和长度的前提下做的解读上的更改,这不会影响DCI的可靠性,同时提供一种新的解读方式,增加DCI解读的灵活性。
在一种可能的设计中,在确定应用于终端设备的TB调度方式之前,还可以从所述终端设备接收设备能力信息,所述设备能力信息用于指示所述终端设备支持通过一个DCI调度两个TB的调度方式;并向所述终端设备发送配置信息,所述配置信息用于指示应用于所述终端设备的TB调度方式是:通过同一个DCI调度两个TB。
第六方面,提供一种数据传输方法,该方法可以由网络设备执行,该方法包括:确定发送给终端设备的下行控制信息DCI,再向所述终端设备发送所述DCI;其中,所述DCI能够调度两个传输块TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB的数量为1或2,所述DCI还包括第一比特和/或第二比特,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个新数据指示NDI,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;以及在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或HARQ-ACK资源域占用的比特。
在一种可能的设计中,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的一个TB的传输资源位置为预定传输资源位置。
在一种可能的设计中,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的一个TB的传输资源位置或指示所述DCI调度的一个TB的传输块标识,所述第四比特与所述第三比特不同。
在一种可能的设计中,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
在一种可能的设计中,在所述DCI的格式为format N0时,所述第四比特属于RV域或重复次数域占用的比特;以及在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
在一种可能的设计中,所述DCI还包括传输资源位置指示域,所述第四比特属于所述传输资源位置指示域占用的比特。
在一种可能的设计中,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特。
在一种可能的设计中,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
在一种可能的设计中,在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;以及在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
在一种可能的设计中,所述DCI包括两个NDI域,所述两个域为所述两个NDI域。
在一种可能的设计中,在确定应用于终端设备的TB调度方式之前,还可以从所述终端设备接收设备能力信息,所述设备能力信息用于指示所述终端设备支持通过一个DCI调度两个TB的调度方式;并向所述终端设备发送配置信息,所述配置信息用于指示应用于所述终端设备的TB调度方式是:通过同一个DCI调度两个TB。
第七方面,提供一种通信装置,该通信装置可以是终端设备,也可以是终端设备中的装置,该装置可以包括处理模块和接收模块,这些模块可以执行上述第一方面任一种设计示例中的终端设备所执行的相应功能。
第八方面,提供一种通信装置,该通信装置可以是网络设备,也可以是网络设备中的装置,该装置可以包括处理模块和发送模块,这些模块可以执行上述第二方面任一种设计示例中的终端设备所执行的相应功能。
第九方面,提供一种通信装置,该通信装置可以是终端设备,也可以是终端设备中的装置,该装置可以包括处理模块和接收模块,这些模块可以执行上述第三方面任一种设计示例中的终端设备所执行的相应功能。
第十方面,提供一种通信装置,该通信装置可以是网络设备,也可以是网络设备中的装置,该装置可以包括处理模块和发送模块,这些模块可以执行上述第四方面任一种设计示例中的终端设备所执行的相应功能。
第十一方面,提供一种通信装置,该通信装置可以是终端设备,也可以是终端设备中的装置,该装置可以包括处理模块和接收模块,这些模块可以执行上述第五方面任一种设计示例中的终端设备所执行的相应功能。
第十二方面,提供一种通信装置,该通信装置可以是网络设备,也可以是网络设备中的装置,该装置可以包括处理模块和发送模块,这些模块可以执行上述第六方面任一种设计示例中的终端设备所执行的相应功能。
第十三方面,提供一种通信装置,该通信装置可以是终端设备,该装置包括处理器,用于实现上述第一方面或第三方面或第五方面描述的方法。所述装置还可以包括存储器,用于存储程序指令和数据。所述存储器与所述处理器耦合,所述处理器可以调用并执行所述存储器中存储的程序指令,用于实现上述第一方面、第三方面以及第五方面描述的方法中的任意一种方法。所述装置还可以包括通信接口,所述通信接口用于该装置与其它设备进行通信。示例性地,该其它设备为网络设备。
第十四方面,提供一种通信装置,该通信装置可以是网络设备,该装置包括处理器,用于实现上述第二方面或第四方面或第六方面描述的方法。所述装置还可以包括存储器,用于存储程序指令和数据。所述存储器与所述处理器耦合,所述处理器可以调用并执行所述存储器中存储的程序指令,用于实现上述第二方面、第四方面以及第六方面描述的方法中的任意一种方法。所述装置还可以包括通信接口,所述通信接口用于该装置与其它设备进行通信。示例性地,该其它设备为终端设备。
第十五方面,本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行第一方面或第三方面或第五方面所述的方法。
第十六方面,本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行第二方面或第四方面或第六方面所述的方法。
第十七方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现第一方面或第三方面或第五方面所述的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第十八方面,本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现第二方面或第四方面或第六方面所述的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
第十九方面,本申请实施例提供了一种通信系统,所述通信系统包括第七方面所述的通信装置和第八方面所述的通信装置。
第二十方面,本申请实施例提供了一种系统,所述系统包括第九方面所述的通信装置和第十方面所述的通信装置。
第二十一方面,本申请实施例提供了一种系统,所述系统包括第十一方面所述的通信装置和第十二方面所述的通信装置。
第二十二方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面或第三方面或第五方面所述的方法。
第二十三方面,提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述第二方面或第四方面或第六方面所述的方法。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对本申请实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为HARQ进程的停等机制示意图;
图2为四个并行的HARQ进程的停等机制示意图;
图3为本申请实施例中的一种应用场景示意图;
图4为本申请实施例中的一种数据传输方法的一种流程图;
图5为本申请实施例中的通信装置的结构框图;
图6为本申请实施例中的通信装置的另一结构框图;
图7为本申请实施例中的通信装置的结构示意图;
图8为本申请实施例中的通信装置的另一结构示意图。
具体实施方式
为了使本申请实施例的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例作进一步地详细描述。
以下,对本申请实施例中的部分用语进行解释说明,以便于本领域技术人员理解。
1、终端设备,包括向用户提供语音和/或数据连通性的设备,例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network,RAN)与核心网进行通信,与RAN交换语音和/或数据。该终端设备可以包括用户设备(user equipment,UE)、无线终端设备、移动终端设备、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point,AP)、远程终端设备(remoteterminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、或用户装备(user device)等。例如,可以包括移动电话(或称为“蜂窝”电话),具有移动终端设备的计算机,便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,智能穿戴式设备等。例如,个人通信业务(personal communication service,PCS)电话、无绳电话、会话发起协议(session initiation protocol,SIP)话机、无线本地环路(wireless local loop,WLL)站、个人数字助理(personal digital assistant,PDA)、等设备。还包括受限设备,例如功耗较低的设备,或存储能力有限的设备,或计算能力有限的设备等。例如包括条码、射频识别(radio frequency identification,RFID)、传感器、全球定位系统(global positioning system,GPS)、激光扫描器等信息传感设备。
作为示例而非限定,在本申请实施例中,该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备,是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称,如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上,或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备,更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能,例如:智能手表或智能眼镜等,以及只专注于某一类应用功能,需要和其它设备如智能手机配合使用,如各类进行体征监测的智能手环、智能头盔、智能首饰等。
2、网络设备,例如包括接入网(access network,AN)设备和核心网设备。接入网设备例如基站(例如,接入点),可以是指接入网中在空中接口上通过一个或多个小区与无线终端设备通信的设备。网络设备可用于将收到的空中帧与网际协议(IP)分组进行相互转换,作为终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括IP网络。网络设备还可协调对空中接口的属性管理。例如,网络设备可以包括长期演进(longterm evolution,LTE)系统或演进的LTE系统(LTE-Advanced,LTE-A)中的演进型基站(NodeB或eNB或e-NodeB,evolutional Node B),或者也可以包括第五代移动通信技术(fifth generation,5G)新无线(new radio,NR)系统中的下一代节点B(next generationnode B,gNB)或者也可以包括云接入网(cloud radio access network,CloudRAN)系统中的集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU),本申请实施例并不限定。
若在LTE系统中,核心网设备例如为移动性管理实体(mobility managemententity,MME);若在NR系统中,核心网设备例如为接入和移动性管理功能实体(access andmobility management function,AMF)。
3、NB-IoT,目前第三代合作伙伴计划(3rd generation partnership project,3GPP)标准在研究基于蜂窝网络,通过设计新的空口,充分利用窄带技术的特点,来承载IoT业务,这一类IoT被称为NB-IoT。与传统的蜂窝网络相比,NB-IoT系统的业务和终端设备具有以下特点:
(1)业务低速率、长周期:与传统的蜂窝网络相比,NB-IoT业务产生的数据包更小,同时对于时延通常不是很敏感。
(2)海量连接要求:对大规模部署的智能水/电表,智能家居,汽车,可穿戴设备等物联网终端设备,一个NB-IoT的基站下可能覆盖大量这类型的终端设备,例如数量可能超过数万个。
(3)低成本要求:相较于现有的蜂窝网络终端设备来说,NB-IoT系统要求终端设备的成本更低,以实现终端设备的海量部署。而低成本的需求要求终端设备的实现复杂性也要很低。
(4)低功耗要求:NB-IoT系统要求终端设备的功耗更低,从而节约终端设备的电池电量,保证终端设备超长的待机时间,进而节约更换电池的人力成本。
4、HARQ,即混合式自动重传请求,是一种结合前向纠错(orward errorcorrection,FEC)与自动重传请求(automatic repeat request,ARQ)的技术,FEC通过添加冗余信息,使得接收端能够纠正一部分错误,从而减少重传次数。对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端重新发送数据。接收端使用检错码,通常为循环冗余校验码Cyclic Redundancy Check,CRC)校验,来检测接收到的数据是否出现错误。如果接收端没有检测到错误,则接收端会发送一个肯定应答(acknowledgement,ACK)给发送端,发送端收到ACK后,会接着发送下一个数据包。如果接收端检测到错误,则接收端会发送一个否定应答(negative acknowledgement,NACK)给发送端,发送端收到NACK后,会重发数据。
HARQ采用停等机制的方式来发送数据。请参见图1所示,在停等机制中,发送端发送一个数据包后,就停下来等待确认信息,发送端接收到HARQ反馈后再发送数据包,接收端会使用1bit(比特)信息对该数据包的接收情况进行肯定(ACK)或否定(NACK)的确认。接收端接收到NACK后重传数据包,接收到ACK后就发送新的数据包,但是每次传输后发送端都要停下来等待确认,在等待确认期间,信道是空闲的,不发送任何数据,因此会导致吞吐量较低。鉴于此,可以使用多个并行的停等进程,即当一个HARQ进程在等待确认信息时,发送端可以使用另一个HARQ进程来继续发送数据,例如图2所示的4个HARQ进程并行运行的示例。
5、本申请实施例中的术语“系统”和“网络”可被互换使用,以及术语“字段”和“域”可被互换使用。“多个”是指两个或两个以上,鉴于此,本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”,可理解为一个或多个,例如理解为一个、两个或更多个。例如,包括至少一个,是指包括一个、两个或更多个,而且不限制包括的是哪几个,例如,包括A、B和C中的至少一个,那么包括的可以是A,B,C,A和B,A和C,B和C,或A和B和C。“至少两个”,可理解为两个或更多个。同理,对于“至少一种”等描述的理解,也是类似的。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,或单独存在B这三种情况。另外,字符“/”,如无特殊说明,一般表示前后关联对象是一种“或”的关系。
以及,除非有相反的说明,本申请实施例提及“第一”、“第二”、“第三”、“第四”等序数词是用于对多个对象进行区分,不用于限定多个对象的顺序、时序、优先级或者重要程度。例如,第二比特和第三比特,只是为了区分不同比特,并不是表示比特实际指示的内容、优先级或者重要程度等的不同。
本申请实施例可以适用于NB-IoT系统,也可以适用于其他类似的通信系统,例如LTE系统或LTE-A系统等。
为了更好地理解本申请实施例提供的技术方案,下面介绍本申请实施例的技术背景。
新数据指示(new data indicator,NDI)域作为HARQ信息会承载在DCI中,用于指示当前调度的传输是新传还是重传。目前在每个HARQ进程上,采用一个DCI调度一个TB的调度方式,目前的一个DCI中就只有一个NDI域。如果DCI中的NDI相比前一次调度的DCI中的NDI发生翻转,表示当前调度的传输是新传,而如果DCI中的NDI相比前一次DCI中的NDI没有发生翻转,表示当前调度的传输是重传。
目前在NB-IoT系统中,为了节约DCI开销,可以通过一个DCI调度两个TB。对于上行传输,TB的HARQ反馈是通过DCI中的NDI指示的,所以可以通过DCI中的NDI来对TB的HARQ反馈进行指示。终端设备在接收到DCI后,如果DCI中的NDI字段相比上一次调度的DCI中的NDI字段发生翻转,表示上一次调度的TB传输成功,本次调度的是新传。如果DCI中NDI字段相比上一次调度的DCI中的NDI字段没有发生翻转,表示上一次调度的TB的传输失败,本次调度的是重传。对于下行传输,DCI中同样需要包含NDI字段,用于指示新传或重传。对于一个DCI调度的两个TB时,两个TB关联的NDI域如何指示是需要明确的。
针对以上问题,通常的反馈方式是,DCI中只有一个NDI字段,NDI字段一般占用1比特(bit),对于两个TB来说,采用该种方式的话就需要2个DCI来承载两个TB关联的NDI,但是这样的反馈方式需要的DCI开销较大。为了节约DCI开销,比如,在现有DCI格式中通过新增字段的方式来承载两个TB关联的NDI,但是这种同步指示的方式增加了DCI的长度,会影响DCI的可靠性。基于此,比如还可以采用另外一种同步指示的方式,具体来说,就是使用一个DCI中的1bit对两个TB关联的NDI进行联合指示,换句话说,就是以一个DCI中的1bit来同时承载两个TB关联的NDI,例如一种具体的方式就是将两个TB关联的NDI的指示进行与运算后再以DCI中的1bit进行联合指示,假设两个TB为TB1和TB2,由于两个TB关联的NDI可能是0或1,那么在将两个TB关联的NDI进行与运算之后,则可能有0和1这两种联合指示结果,而对于联合指示结果为0来说,可能包括01&02=0、01&12=0、11&02=0这三种情形,其中,01表示TB1关联的NDI为0,02表示TB2关联的NDI为0,12表示TB2关联的NDI为0,所以在实际中到底是哪一种情形却是无法知晓的,也就是说,有三种情形对应的联合指示结果均为0,而实际中到底是这三种情形中的哪一种却是无法知晓的,可见,通过联合指示的方式无法识别在联合指示结果表明需要重传时,到底是其中一个TB需要重传还是两个TB均需要重传,并且即使知晓是其中一个TB需要重传时也无法识别到底是哪一个TB需要重传,所以重传判断的准确性低,并且,为了确保传输的可靠性,在获得0(即需要重传)的联合指示结果时则会同时对两个TB均进行重传,然而在实际中可能只有其中一个TB需要重传,所以这也就可能导致数据的重复传输,即重传的效率较低,并且还会浪费系统的传输资源。
鉴于此,本申请实施例提供一种数据传输方法,在本申请实施例中,由于采用一个DCI同时承载两个TB的两个HARQ反馈对应的NDI,所以可以节约DCI开销,同时通过对一个DCI调度的两个TB关联的两个NDI以DCI中的两个比特进行独立指示的方式,可以提高两个HARQ反馈同步反馈的有效性和准确性。
如上介绍了本申请实施例的技术背景,下面请参见图3,为本申请实施例的一种应用场景示意图。
在图3中包括网络设备和多个终端设备,其中,网络设备和终端设备1-终端设备6组成一个通信系统,在该通信系统中,网络设备可以发送信息给每个终端设备,对应的,每个终端设备也可以向网络设备发送信息,此外,终端设备4-终端设备6也可以组成一个通信系统,在该通信系统,终端设备5可以发送信息给终端设备4和终端设备6中的一个或多个终端设备。在本申请实施例中,图3所示的通信系统中的这些终端设备例如可以包括手机、电视机、加油站设备、打印机、汽车、冰箱、空调等设备,这些终端设备可以为NB-IoT系统下的终端设备,或者也可以是其它系统(例如LTE系统或LTE-A系统)下的终端设备。
下面结合附图介绍本申请实施例提供的技术方案。
请参见图4,本申请实施例提供一种数据传输方法,该方法的流程描述如下。
S41:终端设备确定自身是否支持通过一个DCI调度两个TB的调度方式。
不同的终端设备可能具备不同的设备能力,例如有的终端设备能够支持一个DCI调度两个TB或者多个TB的调度方式,而有的终端设备可能只支持一个DCI调度一个TB的调度方式,所以,对于某个终端设备来说,在与网络设备进行信息交互之前可以先将自身的能力上报给网络设备,以便于网络设备根据该终端设备自身的实际设备能力,为该终端设备分配对应的系统资源,以及采用该终端设备能够识别和处理的调度方式对DCI进行调度,进而使得该终端设备在获得网络设备发送的DCI之后能够进行正确的解读,并根据正确的解读结果完成后续业务。另外,DCI调度的一个TB可以使用一个HARQ进程,比如DCI调度的两个TB可以使用两个不同的HARQ进程,或者,DCI调度的两个TB也可以共同使用同一个HARQ进程,也就是说,DCI调度的TB数和调用的这些TB使用的HARQ进程数之间可以是一一对应的关系,或者也可以是两个或多个TB对应同一个HARQ进程,本申请实施例不做限制。
所以,终端设备在向网络设备上报自身的设备能力之前,需要先确定自身的实际设备能力,在本申请实施例中,终端设备可以判断自身是否支持通过一个DCI调度两个TB的调度方式,在确定之后可以生成设备能力信息,根据确定结果的不同,该设备能力信息可以包括用于指示该终端设备是否能够支持通过一个DCI调度两个TB的调度方式的指示信息,换言之,通过该指示信息就可以确定该终端设备到底是否能够支持通过一个DCI调度两个TB的调度方式。
需要说明的是,本申请实施例中的设备能力信息至少可以指示终端设备是否能够支持通过一个DCI调度两个TB的调度方式,在此基础上,本申请实施例中的设备能力信息还可以用于指示该终端设备的其它能力,此处就不展开说明了。
S42:终端设备向网络设备发送设备能力信息,则网络设备可以接收终端设备发送的该设备能力信息。
进一步地,在生成了设备能力信息之后,终端设备可以将该设备能力信息发送给网络设备,以通过该设备能力信息向网络设备上报自身当前的实际设备能力。
S43:网络设备根据接收的设备能力信息,确定终端设备是否支持通过一个DCI调度两个TB的调度方式,进而确定应用于该终端设备的TB调度方式。
由于设备能力信息能够指示终端设备到底是否支持通过一个DCI调度两个TB的调度方式,所以在接收终端设备发送的设备能力信息之后,网络设备可以根据该设备能力信息判断该终端设备到底是否支持一个DCI调度两个TB,也可以根据当前网络资源的占用情况或者当前网络的负载情况判断该终端设备到底是否支持一个DCI调度两个TB,并根据判断结果确定将应用于该终端设备的TB调度方式。
在本申请实施例中,不同的TB调度方式对应不同的DCI解读方式,具体来说,当通过一个DCI调度一个TB时,由于一个DCI中已经包括有一个NDI域,所以可以通过现有的该一个NDI域来指示该一个TB对应的HARQ反馈,即在通过一个DCI调度一个TB的调度方式下,终端设备可以按照现有的DCI解读方式对网络设备发送的DCI进行解读;当通过一个DCI调度两个TB时,由于原本的DCI中只包括一个NDI域,所以为了对两个TB关联的NDI进行同时且准确的指示,本申请实施例中提出了一种新的DCI解读方式,也就是说,对于通过一个DCI同时调度两个TB的调度方式,可以按照本申请实施例中提供的新的DCI解读方式对网络设备发送的DCI进行解读。对于在一个DCI调度两个TB下的新的DCI解读方式将在后文详细说明。
以下对网络设备根据终端设备发送的设备能力信息进行判断的两种情形进行说明。
第一种情形,当根据设备能力信息确定终端设备不支持通过一个DCI调度两个TB的调度方式时,那么网络设备就可以继续以一个DCI调度一个TB的调度方式来与该终端设备进行通信,因为通过一个DCI调度一个TB已经是比较成熟的技术,所以目前的终端设备一般都支持该调度方式,故在确定终端设备不支持通过一个DCI调度两个TB的调度方式时,就表明终端设备只能以现有的DCI解读方式对网络设备发送的DCI进行解读,所以为确保终端设备能够正确解读网络设备发送的DCI,网络设备就还是继续以之前的调度方式(即一个DCI调度一个TB)与终端设备进行交互,以保证系统的可靠性。
第二种情形,当根据设备能力信息确定终端设备支持通过一个DCI调度两个TB的调度方式时,此时网络设备可以有两种选择来选择应用于该终端设备的TB调度方式,一种可能的选择方式是将通过一个DCI调度两个TB的调度方式应用于该终端设备,另一种可能的选择方式还是继续将之前的调度方式(即一个DCI调度一个TB)应用于该终端设备。
对于第二种情形,在具体实施过程中,到底选择哪种调度方式作为应用于终端设备的调度方式,例如可以按照以下策略进行选择。
1)可以根据终端设备的请求选择。例如,终端设备可以根据自身的实际设备能力向网络设备请求适应的TB调度方式,那么网络设备则可以根据终端设备的实际请求以选择对应的TB调度方式。
2)可以根据终端设备与网络设备之间的约定选择。例如,终端设备与网络设备的约定是默认采用以前的TB调度方式(即一个DCI调度一个TB),或者默认采用新的TB调度方式(即通过一个DCI调度两个TB的TB调度方式),所以网络设备可以直接按照约定选择。
3)可以根据系统当前的资源使用情况灵活选择。例如,当前的系统比较空闲,系统开销较小,那么网络设备此时则可以采用以前的TB调度方式,即通过一个DCI调度一个TB,以实现DCI与TB之间的一一对应调度,又例如当前的系统比较繁忙,为了尽量降低系统开销,以确保系统传输的可靠性,此时则可以采用一个DCI调度两个TB的TB调度方式。这种结合系统当前资源使用情况进行灵活选择的方式,可以使得系统资源能够更为合理的分配,尽量提供系统的可靠性。
S44:网络设备根据确定的将要应用于终端设备的TB调度方式,生成配置信息。
按照前述介绍的方式确定将要应用于终端设备的TB调度方式之后,网络设备会根据确定的方式生成配置信息,该配置信息用于指示应用于该终端设备的TB调度方式到底是哪一种,例如在本申请实施例中,该配置信息用于指示应用于该终端设备的TB调度方式是通过一个DCI调度两个TB,相当于就是,网络设备在确定了终端设备的实际设备能力之后,会返回给终端设备一个反馈,以告知终端设备其知晓了终端设备的实际设备能力,进而会采用终端设备能够解读的DCI的方式来对TB进行调度。
S45:网络设备将生成的配置信息发送给终端设备,则终端设备接收该配置信息。
在获得配置信息之后,终端设备可以根据该配置信息确定网络设备即将采用的TB调度方式,例如确定网络设备即将采用的TB调度方式是通过一个DCI调度两个TB,那么在后续获得网络设备发送的DCI之后则可按照前面提到的新的DCI解读方式对接收的DCI进行解读。
上述的S41-S45可以发生在终端设备建立无线资源控制(radio resourcecontrol,RRC)连接的过程中,也就是说,终端设备可以在建立RRC连接的过程中向网络设备上报自身的实际设备能力,网络设备可以通过RRC高层信令的形式将生成的配置信息发送给终端设备,那么终端设备在进入RRC连接态之后,则可以按照网络设备指示的TB调度方式对网络设备发送的DCI进行相应的解读,以确保终端设备与网络设备之间通信的可靠性。
并且,通过终端设备和网络设备预先的交互,这样网络设备可以预先确定在TB调度中采用的DCI格式,并且终端设备也可以预先确定后续到底应该以哪一种DCI解读方式对网络设备发送的DCI进行解读,从而可以避免终端设备对不同的DCI进行盲检以确定到底需要以哪种方式进行解读,以减少由于盲检而导致的复杂度,提高通信效率。
另外,需要说明的是,上述的S41-S45可以不是必须执行的步骤,即上述的S41-S45在本申请实施例中均是可选的步骤,所以在图4中将S41-S45对应的步骤均以虚线表示。
S46、网络设备向终端设备发送DCI,则终端设备接收该DCI。
本申请实施例中,根据应用于终端设备的不同的TB调度方式,网络设备向终端设备发送的DCI可以按照不同的解读方式进行解读,如前所说,当TB调度方式是通过一个DCI调度一个TB时,则还是采用目前现有的解读方式,当TB调度方式是通过一个DCI调度两个TB时,则可以采用本申请实施例中的新的解读方式。并且,本申请实施例中的新的解读方式,为确保DCI格式的可靠性而未改变DCI的大小,是在现有的DCI格式的基础上提供一种新的解读方式,比如将DCI中现有的某个字段解读成新的一种含义。
对于本申请实施例中针对一个DCI调度两个TB提出的新的DCI解读方式,可以令DCI中的第一比特和第二比特分别来指示与该DCI调度的两个TB关联的两个NDI,换言之,可以对DCI中现有的第一比特和第二比特进行新的解读,而新解读后的含义则可以令其分别指示与该DCI调度的两个TB关联的两个NDI。对于新的解读方式,网络设备和终端设备是提前约定好的,也就是说,只要网络设备确定应用于终端设备的TB调度方式是通过一个DCI调度两个TB,那么就可以直接采用这种新的解读方式来生成DCI中各个字段所表示的含义,对应的,终端设备在接收这样的DCI之后,则可以按照与网络设备相同的解读方式对其进行解读,以实现终端设备和网络设备之间的可靠通信。
S47、终端设备根据接收的DCI确定上行传输方式和下行传输方式。
DCI中除了承载NDI外,还用于承载网络设备配置的资源调度信息,DCI中承载的资源调度信息针对的可以是上行传输或者下行传输。所以在获得网络设备发送的DCI之后,终端设备则可以按照预先约定好的解读方式对其进行解读,进而确定上下行传输对应的TB,资源以及对应NDI,根据NDI确定在上述资源上按照相应的TB进行新传或者重传。例如可以将根据NDI确定在上行资源上按照相应的TB进行新传或者重传理解为上行传输方式,以及根据NDI确定在下行资源上按照相应的TB进行新传或者重传理解为下行传输方式。
S48、终端设备根据确定的上行传输方式和下行传输方式,进行上行数据传输或下行数据传输。
即,在根据DCI确定了具体的传输方式之后,终端设备即可按照确定的方式进行相应的数据传输,例如确定出在哪些资源上进行数据新传或重传。
本申请实施例中,通过一个DCI承载该DCI调度的两个TB关联的两个NDI,尽可能地不增加DCI开销。同时,由于是通过DCI中的第一比特和第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传效率。
为了便于本申请实施例的方案进行理解,以下以NB-IOT系统为例进行说明,首先,对NB-IOT系统的信道和DCI格式进行介绍。
NB-IOT定义了三种下行物理信道,分别是:窄带物理下行控制信道(narrowbandphysical downlink control channel,NPDCCH)、窄带物理下行共享信道(narrowbandphysical downlink share channel,NPDSCH)和窄带物理广播信道(narrowband physicaldownlink broadcast channel,NPDBCH)。其中,NPDCCH就是主要用于承载DCI,即进行上下行调度,包括上下行调度信息(上下行资源分配)、HARQ反馈、随机接入响应(random accessreponse,RAR)调度信息、寻呼指示等,NPDCCH通过一个或两个窄带信道控制单元(narrowband control channel clement,NCCE)的聚合进行传输。
NB-IOT系统中的DCI具有format N0、format N1和format N2三种格式。其中,format N0用于上行调度,即用于窄带物理上行共享信道(Narrowband Physical uplinkShare Channel,NPDSCH)调度,format N1用于下行NPDSCH调度,除了寻呼承载与非竞争下的随机接入触发外,format N1可用于所有的NPDSCH,包括用户数据与系统信息块(systeminformation blocks,SIBs)。包括RAR调度、指示对窄带物理下行共享信道(narrowbandphysical uplink share channel,NPUSCH)的HARQ ACK/NACK资源、指示NPDSCH的重传次数等;format N2主要用于寻呼调度与直接指示系统更新。
由于DCI的format N0是用于上行调度,以及format N1是用于下行调度,所以终端设备在接收网络设备发送的DCI之后,可以根据该DCI的格式确定具体是进行何种调度。为了便于理解,请参见表1所示的format N0以及表2所示的format N1,其中,表1和表2所示的DCI格式是以标准Release 14规定的DCI格式为例进行说明,当然,在标准Release14之前,还有其它的DCI格式,例如在标准Release 14之前的DCI格式,与表1和表2所示的最大区别在于,其不具备HARQ进程数域,即之前的DCI只包括23bits,相对于表1和表2中的DCI来说少了其中的HARQ进程数这个字段占用的1bit。
表1
DCI内容 | 比特数 |
格式N0/格式N1区分标识 | 1 |
子载波指示 | 6 |
资源分配 | 3 |
调度时延 | 2 |
MCS | 4 |
RV | 1 |
重复次数 | 3 |
NDI | 1 |
DCI重复次数 | 2 |
HARQ进程数 | 1 |
合计 | 24 |
表2
DCI内容 | 比特数 |
格式N0/格式N1区分标识 | 1 |
NPDCCH order指示 | 1 |
调度时延 | 3 |
资源分配 | 3 |
MCS | 4 |
重复次数 | 4 |
NDI | 1 |
HARQ-ACK资源 | 4 |
DCI重复次数 | 2 |
HARQ进程数 | 1 |
合计 | 24 |
DCI中的各个域用于指示当前调用的TB使用的HARQ进程的调度信息。
NB-IoT上行调度的DCI格式为format N0,请参见表1,HARQ进程标识通过HARQ进程数这个域进行指示,以调度时延域为例,其中调度时延域对于HARQ进程0指的是HARQ进程0的DCI到HARQ进程0的上行数据之间的延时,对HARQ进程1指的是HARQ进程1的DCI到HARQ进程1的上行数据之间的延时。NDI用于指示当前传输是初传还是重传,上行HARQ反馈没有独立信道,可以通过NDI来进行指示的。冗余版本(redundancy version,RV)的设计用于实现增量冗余(incremental redundancy,IR)HARQ传输,即将编码器生成的冗余比特分成若干组,每个RV定义一个传输开始点,首次传送和各次HARQ重传分别使用不同的RV,以实现冗余比特的逐步积累,完成增量冗余HARQ操作,从而提高重传的可靠性。
NB-IoT下行调度的DCI格式为format N1,请参见表2,HARQ进程标识通过HARQ进程数这个域进行指示,以调度时延域为例,其中调度时延域对于HARQ进程0指的是HARQ进程0的DCI到HARQ进程0的下行数据之间的延时,对HARQ进程1指的是HARQ进程1的DCI到HARQ进程1的上行数据之间的延时。NDI用于指示当前传输是初传还是重传,即下行HARQ反馈是通过NDI来进行指示的。
此外,再对表1和表2中的一些域进行说明。其中,格式N0/格式N1区分标识域是用于指示该DCI的具体格式,也就是说,终端设备是通过该域来识别DCI的格式到底是formatN0还是format N1,进而可以确定上行调度还是下行调度,在另一种描述中,也将格式N0/格式N1区分标识域称作DCI格式标记域;子载波指示域用于指示频域资源位置,具体用于指示子载波位置或者子载波位置及子载波数,资源分配域用于指示调度资源的分配,比如时域资源的分配;调制编码策略(modulation and coding scheme,MCS)域用于指示调制阶数;根据MCS域和资源分配域可以确定传输块大小;重复次数域用于指示TB传输使用的重复次数;DCI重复次数域用于指示DCI的重复次数;HARQ-ACK资源域用于指示HARQ反馈传输的资源位置。
以下再结合上述介绍的表1和表2所示的format N0和format N1对本申请实施例中提出的新的DCI解读方式进行说明,并且,本申请实施例中提供以下几种不同的解读方式。
第一种方式
直接令DCI中的第一比特和第二比特分别用于指示与该DCI调度的两个TB关联的两个NDI。
在第一种方式中,通过一个DCI承载该DCI调度的两个TB关联的两个NDI,尽可能地减少DCI开销,并且由于是通过DCI中的第一比特和第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传识别的准确性,进而可以提高重传效率。
在一种可能的实施方式中,第一比特和第二比特可以分别属于DCI中的两个域占用的比特,即第一比特和第二比特分属于DCI中的不同域,通过不同的域直接指示两个HARQ反馈,由于不同的域之间间隔明显,所以可以在一定程度上提高第一比特和第二比特的辨识性,以便于对第一比特和第二比特准确的进行识别和解读。
进一步地,对于第一比特和第二比特分属于不同的两个域的情形,可选的,可以直接将DCI中现有的一个NDI域直接作为该两个域中的一个,即,可以直接将NDI域中的一个比特解读为第一比特或第二比特,又由于NDI原本就只占1bit,也即直接将DCI中现有的NDI域用来指示与两个TB关联的其中的一个NDI。请参见表1或表2,可见现有的DCI中原本就包括NDI这个域,所以直接将其理解为与原本相同的含义,可以尽量减少对DCI的重新定义,从而可以尽量减少重写解读的负担,同时也可以确保对两个TB关联的NDI的准确指示。
在确定其中一个域为DCI中现有的NDI域之后,网络设备还需要对另外一个域重新进行定义,以便于终端设备按照重新定义的进行解读,根据DCI格式的特性,由于其中的格式N0/格式N1区分标识域(DCI格式标记域)是用来指示DCI格式的,所以不能被占用,在此基础上,可以将另外一个域定义为除NDI域和DCI格式标记域之外的一个域,例如定义为HARQ进程数域或RV域,或者还可以定义为子载波指示域、重复次数域、HARQ-ACK资源域,等等。需要说明的是,在定义另外一个域时,需要考虑DCI的格式,例如在DCI的格式为format N0时,可以将另一个域定义为RV域、HARQ进程数域或子载波指示域,又例如在DCI的格式为formatN0时,可以将另一个域定义为重复次数域、HARQ进程数域或HARQ-ACK资源域。
在定义另一个域时,可以先确定每个域所占用的比特数,尽量选用占用的比特数较多的域,因为占用的比特数较多的域,如果将其中1比特重新解读为与TB关联的NDI指示,那么由于剩下的比特数还较多,这样可以尽量不影响该域对原本所指示的信息的表达,这样可以在达到提高重传效率的基础上,尽量降低对DCI原本指示的信息的影响。以另一个域占用4bit的重复次数域为例,可以选择其中1bit用于表示前述的第一比特或第二比特,可以从原本的4bit中的任意位置中选择1bit进行重新解读,例如选择最高位的1bit,或者选择最低位的1bit,或者也可以选择第二高位的1bit,只要在被选中1bit作为需要按照新的解读方式解读的第一比特或第二比特之后,重复次数域剩下的其实就只包括3bit了,那么在解读重复次数域指示的信息时,就通过剩下的这3bit进行指示。
在本申请实施例中,通过将DCI中现有的一个域进行重新解读为一个NDI域,不增加DCI的开销,从而保证DCI传输可靠性。同时通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传识别的准确性,进而可以提高重传效率。
请参见表3所示的,当将另一个域定义为HARQ进程数域时的DCI的新的解读方式示意,即直接将HARQ进程数域占用的比特解读为NDI指示,此时DCI的格式并无任何变化,只是解读方式改变了。表3中HARQ进程数上的删除线只是示意占用的比特解读为NDI。
表3
再参见表4所示的,当将另一个域定义为HARQ进程数域时的DCI的新的解读方式示意,即直接将HARQ进程数域以NDI域替换表示了,即DCI包括了两个NDI域,此时相当于是更改了DCI的格式了,但是是在未改变DCI的整体结构和长度的前提下做的解读上的更改,这不会影响DCI的可靠性,并且还提供了一种新的解读方式,增加DCI解读的灵活性,例如将更改后的DCI格式称作format N3或其它。
表4
DCI内容 | 比特数 |
格式N0/格式N1区分标识 | 1 |
子载波指示 | 6 |
资源分配 | 3 |
调度时延 | 2 |
MCS | 4 |
RV | 1 |
重复次数 | 3 |
NDI | 1 |
DCI重复次数 | 2 |
NDI | 1 |
合计 | 24 |
在另一种可能的实施方式中,第一比特和第二比特还可以属于同一个域,例如第一比特和第二比特是重复次数域中的两个不同比特,即通过同一个域也可以承载两个TB关联的两个NDI,以实现方案的多样化,便于第一比特和第二比特的灵活设置。在该种方式中,未使用的NDI可以作为预留比特留作他用,例如可以进行一些扩展使用,相当于增加了DCI的可扩展使用字段,从而增加DCI调度的灵活性。
第二种方式
虽然可以通过一个DCI调度两个TB,但是在实际中,对于一个特定的DCI,其实际调度的TB的数量可能是1个或者2个,以及如前所述的,DCI调度的TB可以使用同一个HARQ进程,或者可以分别使用一个HARQ进程,当两个TB分别使用一个HARQ进程时,此时DCI调度的两个TB一共使用两个HARQ进程,也就是说,一个DCI调度两个TB时,实际所使用的HARQ进程数可能是1个或者2个。
根据上述分析,针对第二种方式,以下再介绍两种具体的实施方式。
方式A:在DCI中定义了第三比特,该第三比特用于指示DCI调度的TB的数量是1或2,即通过第三比特指示DCI实际调度的TB的数量。
此外,在DCI中还定义了第一比特和/或第二比特,在DCI调度的TB数量为1时,该第一比特或第二比特用于指示与该DCI调度的一个TB关联的一个NDI,在DCI调度的TB数量为2时,该第一比特和第二比特用于指示与该DCI调度的两个TB关联的两个NDI。
方式B:还在DCI中定义了第三比特,该第三比特用于指示DCI调度的TB使用的HARQ进程的数量是1或2,即通过第三比特指示DCI调度的TB实际使用的HARQ进程的数量。
此外,在DCI中还定义了第一比特和/或第二比特,在DCI调度的TB使用的HARQ进程的数量为1时,该第一比特或第二比特用于指示与该DCI调度的一个TB关联的一个NDI,在DCI调度的TB使用的HARQ进程的数量为2时,该第一比特和第二比特用于指示与该DCI调度的两个TB关联的两个NDI。
需要说明的是,在DCI调度的TB数量为1或在DCI调度的TB使用的HARQ进程的数量为1时,第一比特和第二比特可以择一存在,也就是说,只有第一比特或第二比特,所以可以这样理解,在DCI调度的TB数量为1或在DCI调度的TB使用的HARQ进程的数量为1时,第一比特和第二比特相同。
在第二种方式中,再通过定义第三比特可以明确DCI实际调度的TB的数量或DCI调度的TB实际使用的HARQ进程数,以便于终端设备能够根据该DCI明确网络设备的实际调度情况,增强终端设备和网络设备之间的通信可靠性。
针对上述方式A或方式B,在DCI的格式为format N0时,第三比特可以属于DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特,以及在DCI的格式为format N1时,第三比特可以属于DCI中的HARQ进程数域或重复次数域或HARQ-ACK资源域占用的比特,对于将第三比特设置为这些域中的比特的理由可以参见前述第一种方式中对第一比特对第二比特的选择定义理由,此处就不再重复说明了,也就是说,本申请实施例中对第三比特进行了定义,以便其能按照定义被重新解读,但是需要理解的是,由于第三比特是专用于指示DCI实际调度的TB的数量或DCI调度的TB实际使用的HARQ进程数量的,所以第三比特和第一比特及第二比特最好不要复用,以免解读出错,换言之,第三比特和第一比特为不同比特,以及第三比特和第二比特也为不同比特。由于针对不同的DCI格式对第三比特进行了不同的定义,可以使得第三比特满足多种场景下的使用,增加第三比特定义的灵活性。
针对上述方式A或方式B,在DCI调度的TB数量为1或在DCI调度的TB使用的HARQ进程的数量为1时,第一比特或第二比特所在的域为DCI中的NDI域,为何定义NDI域的理由也可以参见前述第一种方式中选择NDI域的理由,此处就不再重复了。另外,如第一种方式介绍的,第一比特或第二比特也还可以是其它域中的比特,只要第一比特(或第二比特)与第三比特为不同比特即可。
在本申请实施例中,在DCI调度的TB数量为1且第一比特或第二比特所在的域为DCI中的NDI域时,此是可以默认DCI调度的TB的传输资源位置为预定传输资源位置,即终端设备按照默认的方式确定TB的传输资源位置。或者,在另一种可能的实施方式中,还可以在DCI中定义第四比特,利用该第四比特来指示该DCI调度的一个TB的传输资源位置,通过第四比特对调度的一个TB的传输资源位置进行指示的方式,相对于前述默认的方式来说,可以明确当前调度的一个TB实际的传输资源位置,避免盲检,从而可以提高通信效率和可靠性。
在本申请实施例中,在DCI调度的TB使用的HARQ进程的数量为1且第一比特或第二比特所在的域为DCI中的NDI域时,此是可以默认DCI调度的TB使用的HARQ进程为预定HARQ进程,即终端设备按照默认的方式确定当前调度的TB使用的HARQ进程。或者,在另一种可能的实施方式中,还可以在DCI中定义第四比特,利用该第四比特来指示该DCI调度的TB实际使用的HARQ进程的HARQ进程标识,即通过第四比特明确指示当前调度TB使用的一个HARQ进程到底是哪一个HARQ进程。通过第四比特对调度的TB使用的HARQ进程的HARQ进程标识进行指示的方式,避免盲检,可以提高通信效率和可靠性。当实际使用的HARQ进程数为1时,例如约定为进程0,对于如下场景,当终端设备只有HARQ进程1上有数据需要重传时,如果切换到进程0采用新传,无法和HARQ进程1的HARQ缓存(buffer)中的信息进行合并,如果仍然使用进程1进行重传,则意味着这种场景下网络设备需要调度使用两个进程,即便进程0本没有数据,从网络侧的角度来说会浪费网络资源,从终端设备的角度来说,本来进程0没有数据网络设备却调度在进程0传输,会增加终端设备功耗,所以通过本申请实施例中第四比特指示HARQ进程标识的方式,可以节约网络资源,降低终端设备的功耗。
在一种可能的实施方式中,第四比特可以属于除DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特,第四比特和第三比特不同,第四比特和第一比特(或第二比特)也不同。
在一种可能的实施方式中,在DCI的格式为format N0时,第四比特可以属于RV域或重复次数域占用的比特,以及在DCI的格式为format N1时,第四比特可以属于重复次数域或HARQ-ACK资源域占用的比特。在另一种可能的实施方式中,DCI还可以包括HARQ进程标识域,而第四比特可以属于该HARQ进程标识域占用的比特,即通过新定义的一个HARQ进程标识域来承载第二比特,使得第四比特的辨识性更强。
在本申请实施例中,在DCI调度的TB数量为2或在DCI调度的TB使用的HARQ进程的数量为2时,第一比特和第二比特可以分别属于DCI中的两个域占用的比特,例如,其中一个域为NDI域,而另一个域为除NDI域和DCI格式标记域外的一个域。进一步地,在DCI的格式为format N0时,另一个域可以为RV域或重复次数域,在DCI的格式为format N1时,另一个域可以为重复次数域或HARQ-ACK资源域。
上述对于第一比特和第二比特能够承载的域的定义,可以参见前述第一种方式中对于第一比特和第二比特的相关介绍,此处就不再重复说明了。
在另一种可能的实施方式中,第一比特和第二比特还可以属于同一个域,例如第一比特和第二比特是重复次数域中的两个不同比特,即通过同一个域也可以承载两个TB关联的两个NDI,以实现方案的多样化,便于第一比特和第二比特的灵活设置。在该种方式中,未使用的NDI可以作为预留比特留作他用,例如可以进行一些扩展使用,相当于增加了DCI的可扩展使用字段,从而增加DCI调度的灵活性。
本申请实施例中,通过定义第三比特可以明确DCI调度的TB实际使用的HARQ进程数或DCI调度的TB数,以便于终端设备能够根据该DCI明确网络设备的实际调度情况,增强终端设备和网络设备之间的通信可靠性。并且通过一个DCI承载该DCI调度的TB关联的NDI,尽可能地不增加DCI开销。同时,由于是通过DCI中的第一比特和/或第二比特分别指示两个TB关联的NDI,也就是通过不同的比特指示位对不同的NDI进行独立指示,这样能够准确区分哪个TB需要重传,提高重传效率。
上述本申请提供的实施例中,分别从网络设备、终端设备、以及网络设备和终端设备之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能,网络设备和终端设备可以包括硬件结构和/或软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行,取决于技术方案的特定应用和设计约束条件。
基于同一发明构思,请参见图5所示,本申请实施例提供一种通信装置50,该通信装置500可以终端设备,能够实现本申请实施例提供的数据传输方法中终端设备的功能;装置500也可以是能够支持终端设备实现本申请实施例提供的数据传输方法中终端设备的功能的装置。装置500可以是硬件结构、软件模块、或硬件结构加软件模块。装置500可以由芯片系统实现。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。如图5所示,装置500可以包括处理模块501和收发模块502。
其中,处理模块501可以用于执行图4所示的实施例中的S41和S47,和/或用于支持本文所描述的技术的其它过程。收发模块502可以用于执行图4所示的实施例中的S45和S46,和/或用于支持本文所描述的技术的其它过程。收发模块502用于装置500和其它模块进行通信,其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
基于同一发明构思,请参见图6所示,本申请实施例提供一种通信装置60,该通信装置600可以网络设备,能够实现本申请实施例提供的数据传输方法中网络设备的功能;装置600也可以是能够支持网络设备实现本申请实施例提供的数据传输方法中网络设备的功能的装置。装置600可以是硬件结构、软件模块、或硬件结构加软件模块。装置600可以由芯片系统实现。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。如图6所示,装置600可以包括处理模块601和发送模块602。
其中,处理模块601可以用于执行图4所示的实施例中的S41和S47,和/或用于支持本文所描述的技术的其它过程。发送模块602可以用于执行图4所示的实施例中的S45和S46,和/或用于支持本文所描述的技术的其它过程。发送模块602用于装置600和其它模块进行通信,其可以是电路、器件、接口、总线、软件模块、收发器或者其它任意可以实现通信的装置。此外,装置600还可以包括接收模块,该接收模块可以用于执行图4所示的实施例中的S42和S48,和/或用于支持本文所描述的技术的其它过程。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
基于同一构思,请参见图7,本申请实施例提供了一种通信装700,图7示出了本申请实施例提供的通信装置700的结构示意图,其中,通信装置700可以是终端设备,能够实现本申请实施例提供的数据传输方法中终端设备的功能;通信装置700也可以是能够支持终端设备实现本申请实施例提供的数据传输方法中终端设备的功能的装置。其中,该通信装置700可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置700包括至少一个处理器720,用于实现或用于支持该装置实现本申请实施例提供的数据传输方法中终端设备的功能。示例性地,处理器720可以处理信息,例如对应到图5所示的装置500中的处理模块501。
通信装置700还可以包括至少一个存储器730,用于存储程序指令和/或数据。存储器730和处理器720耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器720可能和存储器730协同操作。处理器720可能执行存储器730中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
通信装置700还可以包括通信接口710,用于通过传输介质和其它设备进行通信,从而用于装置700中的装置可以和其它设备进行通信。处理器720可以利用通信接口710收发数据,通信接口710例如可以对应到图5中的收发模块502。
本申请实施例中不限定上述通信接口710、处理器720以及存储器730之间的具体连接介质。本申请实施例在图7中以存储器730、处理器720以及通信接口710之间通过总线740连接,总线在图7中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器720可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器730可以是非易失性存储器,比如硬盘(hard diskdrive,HDD)或固态硬盘(solid-state drive,SSD)等,还可以是易失性存储器(volatilememory),例如随机存取存储器(random-access memory,RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
基于同一构思,请参见图8所示,本申请实施例提供了另一种通信装置800,图8示出了本申请实施例提供的另一种装置800的结构示意图,其中,通信装置800可以是网络设备,能够实现本申请实施例提供的数据传输方法中网络设备的功能;通信装置800也可以是能够支持网络设备实现本申请实施例提供的数据纯属方法中网络设备的功能的装置。其中,该通信装置800可以为芯片系统。本申请实施例中,芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
通信装置800包括至少一个处理器820,用于实现或用于支持该装置实现本申请实施例提供的数据传输方法中网络设备的功能。示例性地,处理器820例如对应到图6所示的实施例中的处理模块601。
通信装置800还可以包括至少一个存储器830,用于存储程序指令和/或数据。存储器830和处理器820耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器820可能和存储器830协同操作。处理器820可能执行存储器830中存储的程序指令。所述至少一个存储器中的至少一个可以包括于处理器中。
通信装置800还可以包括通信接口810,用于通过传输介质和其它设备进行通信,从而用于通信装置800中的装置可以和其它设备进行通信。处理器820可以利用通信接口810收发数据,通信接口810例如可以对应到图6中的发送模块602。
本申请实施例中不限定上述通信接口810、处理器820以及存储器830之间的具体连接介质。本申请实施例在图8中以存储器830、处理器820以及通信接口810之间通过总线840连接,总线在图8中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图8中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
在本申请实施例中,处理器820可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件,可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
在本申请实施例中,存储器830可以是非易失性存储器,比如HDD或固态硬盘SSD等,还可以是易失性存储器(volatile memory),例如随机存取存储器RAM。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
本申请实施例中还提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行本申请实施例中的数据传输的方法。
本申请实施例提供了一种芯片系统,该芯片系统包括处理器,还可以包括存储器,用于实现本申请实施例中的数据传输的方法。该芯片系统可以由芯片构成,也可以包含芯片和其他分立器件。
本申请实施例还提供一种包含指令的计算机程序产品,所述计算机程序产品中存储有指令,当其在计算机上运行时,使得计算机执行上述数据传输方法。面的任意一种可能的实施方式中所述的方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现、当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程设备。指令可以存储在计算机存储介质中,或者从一个计算机存储介质向另一个计算机存储介质传输,例如,指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质,(例如,软盘、硬盘、磁带、磁光盘(MO)等)、光介质(例如,CD、DVD、BD、HVD等)、或者半导体介质(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(Solid State Disk,SSD))等。
本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的设备。
这些指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令设备的制造品,该指令设备实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (54)
1.一种数据传输方法,其特征在于,所述方法包括:
从网络设备接收下行控制信息DCI,其中,所述DCI包括第一比特和第二比特,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个传输块TB关联的两个新数据指示NDI,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域;
根据所述DCI中的所述第一比特和所述第二比特,在所述两个TB对应的HARQ进程上进行上行数据传输或下行数据传输。
2.如权利要求1所述的方法,其特征在于,所述另一个域为HARQ进程数域或冗余版本RV域。
3.如权利要求1或2所述的方法,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
4.一种通信装置,其特征在于,所述通信装置包括:
收发模块,用于从网络设备接收下行控制信息DCI,其中,所述DCI包括第一比特和第二比特,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个传输块TB关联的两个新数据指示NDI,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域;
处理模块,用于根据所述DCI中的所述第一比特和所述第二比特,通过所述收发模块在所述两个TB对应的HARQ进程上进行上行数据传输或下行数据传输。
5.如权利要求4所述的通信装置,其特征在于,所述另一个域为HARQ进程数域或冗余版本RV域。
6.如权利要求4或5所述的通信装置,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
7.一种数据传输方法,其特征在于,所述方法包括:
确定发送给终端设备的下行控制信息DCI,其中,所述DCI包括第一比特和第二比特,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个传输块TB关联的两个新数据指示NDI,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域;
向所述终端设备发送所述DCI。
8.如权利要求7所述的方法,其特征在于,所述另一个域为HARQ进程数域或冗余版本RV域。
9.如权利要求7或8所述的方法,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
10.一种通信装置,其特征在于,所述通信装置包括:
处理模块,用于确定发送给终端设备的下行控制信息DCI,其中,所述DCI包括第一比特和第二比特,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个传输块TB关联的两个新数据指示NDI,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域;
发送模块,用于向所述终端设备发送所述DCI。
11.如权利要求10所述的通信装置,其特征在于,所述另一个域为HARQ进程数域或冗余版本RV域。
12.如权利要求10或11所述的通信装置,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
13.一种数据传输方法,其特征在于,所述方法包括:
从网络设备接收下行控制信息DCI,其中,所述DCI能够调度两个传输块TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB的数量为1或2,所述DCI还包括第一比特和/或第二比特;
在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个新数据指示NDI,根据所述DCI中的所述第三比特,以及所述第一比特或所述第二比特,在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输;
在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI,根据所述DCI中的所述第三比特、所述第一比特和所述第二比特,在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输;
其中,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
14.如权利要求13所述的方法,其特征在于,
在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或自动重传请求的确认应答HARQ-ACK资源域占用的比特。
15.如权利要求13所述的方法,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的TB使用的HARQ进程为预定HARQ进程。
16.如权利要求13所述的方法,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的TB使用的HARQ进程的进程标识,所述第四比特与所述第三比特不同。
17.如权利要求16所述的方法,其特征在于,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
18.如权利要求17所述的方法,其特征在于,
在所述DCI的格式为format N0时,所述第四比特属于冗余版本RV域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
19.如权利要求16所述的方法,其特征在于,所述DCI还包括HARQ进程标识域,所述第四比特属于所述HARQ进程标识域占用的比特。
20.如权利要求13所述的方法,其特征在于,所述另一个域为HARQ进程数域。
21.如权利要求13所述的方法,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
22.如权利要求20所述的方法,其特征在于,
在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;
在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
23.一种通信装置,其特征在于,所述通信装置包括:
收发模块,用于从网络设备接收下行控制信息DCI,其中,所述DCI能够调度两个传输块TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB的数量为1或2,所述DCI还包括第一比特和/或第二比特;
处理模块,用于在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个新数据指示NDI,根据所述DCI中的所述第三比特,以及所述第一比特或所述第二比特,通过所述收发模块在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输;在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI,根据所述DCI中的所述第三比特、所述第一比特和所述第二比特,通过所述收发模块在所述DCI调度的TB对应的HARQ进程上进行上行数据传输或下行数据传输;
其中,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
24.如权利要求23所述的通信装置,其特征在于,
在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或自动重传请求的确认应答HARQ-ACK资源域占用的比特。
25.如权利要求23所述的通信装置,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的TB使用的HARQ进程为预定HARQ进程。
26.如权利要求23所述的通信装置,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的TB使用的HARQ进程的进程标识,所述第四比特与所述第三比特不同。
27.如权利要求26所述的通信装置,其特征在于,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
28.如权利要求27所述的通信装置,其特征在于,
在所述DCI的格式为format N0时,所述第四比特属于冗余版本RV域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
29.如权利要求26所述的通信装置,其特征在于,所述DCI还包括HARQ进程标识域,所述第四比特属于所述HARQ进程标识域占用的比特。
30.如权利要求23所述的通信装置,其特征在于,所述另一个域为HARQ进程数域。
31.如权利要求23所述的通信装置,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
32.如权利要求31所述的通信装置,其特征在于,
在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;
在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
33.一种数据传输方法,其特征在于,所述方法包括:
确定发送给终端设备的下行控制信息DCI,其中,所述DCI能够调度两个传输块TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB的数量为1或2,所述DCI还包括第一比特和/或第二比特,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个新数据指示NDI,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI;
向所述终端设备发送所述DCI;
其中,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
34.如权利要求33所述的方法,其特征在于,
在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或自动重传请求的确认应答HARQ-ACK资源域占用的比特。
35.如权利要求33所述的方法,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的TB使用的HARQ进程为预定HARQ进程。
36.如权利要求33所述的方法,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的TB使用的HARQ进程的进程标识,所述第四比特与所述第三比特不同。
37.如权利要求36所述的方法,其特征在于,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
38.如权利要求37所述的方法,其特征在于,
在所述DCI的格式为format N0时,所述第四比特属于冗余版本RV域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
39.如权利要求36所述的方法,其特征在于,所述DCI还包括HARQ进程标识域,所述第四比特属于所述HARQ进程标识域占用的比特。
40.如权利要求33所述的方法,其特征在于,所述另一个域为HARQ进程数域。
41.如权利要求33所述的方法,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
42.如权利要求41所述的方法,其特征在于,
在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;
在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
43.一种通信装置,其特征在于,所述通信装置包括:
处理模块,用于确定发送给终端设备的下行控制信息DCI,其中,所述DCI能够调度两个传输块TB或一个TB,所述DCI包括第三比特,所述第三比特用于指示所述DCI调度的TB的数量为1或2,所述DCI还包括第一比特和/或第二比特,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特用于指示与所述DCI调度的一个TB关联的一个新数据指示NDI,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别用于指示与所述DCI调度的两个TB关联的两个NDI;
发送模块,用于向所述终端设备发送所述DCI;
其中,在所述DCI调度的TB的数量为2时,所述第一比特和所述第二比特分别属于所述DCI中的两个域占用的比特,所述两个域中的一个域为NDI域,所述两个域中的另一个域为除所述NDI域和DCI格式标记域外的一个域。
44.如权利要求43所述的通信装置,其特征在于,
在所述DCI的格式为format N0时,所述第三比特属于所述DCI中的HARQ进程数域或子载波指示域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第三比特属于所述DCI中的HARQ进程数域或重复次数域或自动重传请求的确认应答HARQ-ACK资源域占用的比特。
45.如权利要求43所述的通信装置,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI调度的TB使用的HARQ进程为预定HARQ进程。
46.如权利要求43所述的通信装置,其特征在于,在所述DCI调度的TB的数量为1时,所述第一比特或所述第二比特所在的域为所述DCI中的NDI域,所述DCI还包括第四比特,所述第四比特用于指示所述DCI调度的TB使用的HARQ进程的进程标识,所述第四比特与所述第三比特不同。
47.如权利要求46所述的通信装置,其特征在于,所述第四比特属于除所述DCI中的NDI域、HARQ进程数域和DCI格式标记域外的一个域占用的比特。
48.如权利要求47所述的通信装置,其特征在于,
在所述DCI的格式为format N0时,所述第四比特属于冗余版本RV域或重复次数域占用的比特;
在所述DCI的格式为format N1时,所述第四比特属于重复次数域或HARQ-ACK资源域占用的比特。
49.如权利要求46所述的通信装置,其特征在于,所述DCI还包括HARQ进程标识域,所述第四比特属于所述HARQ进程标识域占用的比特。
50.如权利要求43所述的通信装置,其特征在于,所述另一个域为HARQ进程数域。
51.如权利要求43所述的通信装置,其特征在于,所述DCI的格式为以下格式中的一种:format N0和format N1。
52.如权利要求51所述的通信装置,其特征在于,
在所述DCI的格式为format N0时,所述另一个域为RV域或重复次数域;
在所述DCI的格式为format N1时,所述另一个域为重复次数域或HARQ-ACK资源域。
53.一种计算机可读存储介质,其特征在于,存储指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求1至3中任一项所述的方法,或者执行如权利要求13至22中任一项所述的方法。
54.一种计算机可读存储介质,其特征在于,存储指令,当所述指令在计算机上运行时,使得所述计算机执行如权利要求7至9中任一项所述的方法,或者执行如权利要求33至42中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2018/100113 WO2020029307A1 (zh) | 2018-08-10 | 2018-08-10 | 一种数据传输方法及通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112369101A CN112369101A (zh) | 2021-02-12 |
CN112369101B true CN112369101B (zh) | 2023-02-07 |
Family
ID=69414397
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880095266.5A Active CN112369101B (zh) | 2018-08-10 | 2018-08-10 | 一种数据传输方法及通信装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11856582B2 (zh) |
EP (2) | EP3826414B1 (zh) |
CN (1) | CN112369101B (zh) |
WO (1) | WO2020029307A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11792824B2 (en) * | 2020-03-30 | 2023-10-17 | Qualcomm Incorporated | Multicast feedback and retransmission for transport block grouping |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714580A (zh) * | 2009-11-09 | 2012-10-03 | Lg电子株式会社 | 用于支持多天线传输技术的有效控制信息传输方法和装置 |
WO2018064583A1 (en) * | 2016-09-30 | 2018-04-05 | Intel Corporation | Ue configured to support up to two harq processes in nb-iot |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102045766A (zh) * | 2009-10-23 | 2011-05-04 | 中兴通讯股份有限公司 | 一种调度上行双数据流传输的方法及系统 |
US10841911B2 (en) * | 2015-10-02 | 2020-11-17 | Lg Electronics Inc. | Method for transmitting downlink control information in wireless communication system |
US10477528B2 (en) * | 2016-02-02 | 2019-11-12 | Ofinno, Llc | Downlink control information in a wireless device and wireless network |
CN107027184B (zh) * | 2016-02-02 | 2020-01-14 | 电信科学技术研究院 | 一种下行控制信息传输方法及装置 |
JP6321068B2 (ja) * | 2016-03-31 | 2018-05-09 | 株式会社Nttドコモ | ユーザ端末及び無線通信方法 |
US10334581B2 (en) * | 2016-09-24 | 2019-06-25 | Ofinno, Llc | Transport block transmission in a wireless device and wireless network |
US10638467B2 (en) * | 2016-09-28 | 2020-04-28 | Sharp Kabushiki Kaisha | User equipments, base stations and methods |
WO2018058583A1 (en) * | 2016-09-30 | 2018-04-05 | Mediatek Singapore Pte. Ltd. | Methods and apparatus for indicating and implementing of new ue category |
WO2018084487A1 (ko) * | 2016-11-04 | 2018-05-11 | 엘지전자 주식회사 | Nb iot에서 harq ack/nack 신호를 전송하는 방법 |
WO2019160490A1 (en) * | 2018-02-15 | 2019-08-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Resource configuration in a wireless communication system |
US11902023B2 (en) * | 2018-06-26 | 2024-02-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for retransmission in the presence of dynamic rate matching indications |
WO2020032732A1 (ko) * | 2018-08-09 | 2020-02-13 | 엘지전자 주식회사 | 협대역 사물 인터넷 시스템을 지원하는 무선 통신 시스템에서 미리 설정된 상향링크 자원을 이용하여 상향링크 데이터를 전송하는 방법 및 그 장치 |
US11778608B2 (en) * | 2018-08-09 | 2023-10-03 | Lg Electronics Inc. | Method for transmitting uplink data in wireless communication system supporting narrowband internet of things, and apparatus therefor |
-
2018
- 2018-08-10 EP EP18929618.9A patent/EP3826414B1/en active Active
- 2018-08-10 WO PCT/CN2018/100113 patent/WO2020029307A1/zh unknown
- 2018-08-10 CN CN201880095266.5A patent/CN112369101B/zh active Active
- 2018-08-10 EP EP22205397.7A patent/EP4199401A1/en active Pending
-
2021
- 2021-02-09 US US17/171,537 patent/US11856582B2/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102714580A (zh) * | 2009-11-09 | 2012-10-03 | Lg电子株式会社 | 用于支持多天线传输技术的有效控制信息传输方法和装置 |
WO2018064583A1 (en) * | 2016-09-30 | 2018-04-05 | Intel Corporation | Ue configured to support up to two harq processes in nb-iot |
Non-Patent Citations (3)
Title |
---|
"R1-1808732";Samsung;《3GPP tsg_ran\wg1_rl1》;20180811;全文 * |
R1-1612787 "On new DCI format for the support of two NPDSCH HARQ processes";Ericsson;《3GPP tsg_ran\WG1_RL1》;20161104;正文第1-3节 * |
R1-1808036 "Scheduling of multiple DL/UL transport blocks in LTE-MTC";Ericsson;《3GPP tsg_ran\wg1_rl1》;20180811;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN112369101A (zh) | 2021-02-12 |
WO2020029307A1 (zh) | 2020-02-13 |
EP3826414A4 (en) | 2021-08-04 |
EP3826414B1 (en) | 2023-06-07 |
EP4199401A1 (en) | 2023-06-21 |
US20210168847A1 (en) | 2021-06-03 |
US11856582B2 (en) | 2023-12-26 |
EP3826414A1 (en) | 2021-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110830151B (zh) | 反馈信息的传输方法和装置 | |
US20220183025A1 (en) | Priority-dependent uci resource determination | |
US12010690B2 (en) | Communication method, communications apparatus, and storage medium | |
WO2018219353A1 (zh) | 一种数据传输的方法和装置 | |
US20140211767A1 (en) | Scheduling Communications | |
CN112398597B (zh) | 一种反馈信息传输方法及装置 | |
KR20190038577A (ko) | 주파수-분할 듀플렉스 송신 시간 간격 동작을 위한 시스템들 및 방법들 | |
US20230014182A1 (en) | Harq information transmission method and apparatus | |
US11224037B2 (en) | Data transmission method, terminal device, and network device | |
US10492209B2 (en) | Control information sending or receiving method, apparatus, and system | |
CN112583532B (zh) | 一种harq信息传输方法及设备 | |
US20220174517A1 (en) | Channel Measurement Method and Terminal Apparatus | |
CN115699645A (zh) | 混合自动重传请求应答harq-ack的反馈方法和终端设备 | |
CN110730513B (zh) | 一种通信方法及装置 | |
CN112369101B (zh) | 一种数据传输方法及通信装置 | |
WO2021226972A1 (zh) | 边链路反馈信息的发送和接收方法以及装置 | |
US20200195408A1 (en) | Puncturing of enhanced mobile broadband | |
WO2022213913A1 (zh) | 重传响应反馈方法及装置、终端设备 | |
US20240171325A1 (en) | Electronic device, communication method and storage medium | |
WO2020031278A1 (ja) | 送信装置、受信装置、無線通信システム、及び通信方法 | |
CN115604846A (zh) | 数据传输的方法和装置 | |
CN115314166A (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 |