CN110999153B - 数据传输方法和装置 - Google Patents
数据传输方法和装置 Download PDFInfo
- Publication number
- CN110999153B CN110999153B CN201780093613.6A CN201780093613A CN110999153B CN 110999153 B CN110999153 B CN 110999153B CN 201780093613 A CN201780093613 A CN 201780093613A CN 110999153 B CN110999153 B CN 110999153B
- Authority
- CN
- China
- Prior art keywords
- control information
- bit
- downlink control
- bits
- scheduling
- 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
- 238000000034 method Methods 0.000 title claims abstract description 227
- 230000005540 biological transmission Effects 0.000 title claims abstract description 32
- 230000004044 response Effects 0.000 claims abstract description 10
- 230000008569 process Effects 0.000 claims description 141
- 238000013468 resource allocation Methods 0.000 claims description 41
- 230000006870 function Effects 0.000 claims description 34
- 238000004590 computer program Methods 0.000 claims description 11
- 238000004891 communication Methods 0.000 description 53
- 230000015654 memory Effects 0.000 description 33
- 238000012545 processing Methods 0.000 description 29
- 238000013461 design Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 9
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 230000007774 longterm Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 101150071746 Pbsn gene Proteins 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000011144 upstream manufacturing Methods 0.000 description 1
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种数据传输方法和装置,该方法包括网络设备接收终端设备发送的上行数据;该网络设备向该终端设备发送第一下行控制信息,该第一下行控制信息的第一比特的取值均为1,该第一比特的个数大于或等于1,该第一比特用于表示该第一下行控制信息用于指示该网络设备对该上行数据的肯定应答或者否定应答。本申请实施例能够降低上行数据的反馈延迟。
Description
技术领域
本申请涉及通信领域,特别涉及通信领域中的数据传输方法和装置。
背景技术
在长期演进(long term evolution,LTE)系统中,终端设备和网络设备之间交互的信息通过物理信道进行承载。其中,下行数据通过物理下行共享信道(physicaldownlink shared channel,PDSCH)进行承载,上行数据通过物理上行共享信道(physicaluplink shared channel,PUSCH)进行承载。网络设备通过下行控制信息(downlinkcontrol information,DCI)为终端设备指示PDSCH和PUSCH的资源分配、调制编码方式等信息。该DCI可以通过物理下行控制信道(physical downlink control channel,PDCCH)进行承载。
LTE系统的上下行数据传输采用混合自动重传请求(hybrid automatic repeatrequest,HARQ)技术,HARQ技术是将向前纠错和检错重发相结合的一种技术,其具体处理流程为:在每次发送的数据中含有纠错和检错的校验比特,如果接收的数据中的出错比特数目在纠错能力之内,则错误被自行纠正;当差错严重,超出纠错能力时,则让发送端重发该数据。LTE采用多进程的停止等待HARQ实现方式,即对于某一个HARQ进程,若接收端接收到的数据正确,不需要重传,则接收端向发送端反馈肯定应答(acknowledgement,ACK),否则反馈否定应答(negative acknowledgment,NACK)指示重传。发送端在等待ACK/NACK反馈时,此进程暂时中止传输,当收到反馈后,再根据反馈的是ACK还是NACK选择发送新的数据还是重传此进程上一次发送的数据。上行数据的ACK/NACK反馈通过物理HARQ指示信道(physical hybrid ARQ indicator channel,PHICH)进行承载。LTE系统的PDCCH和PHICH占用的频率宽度可以是整个系统带宽,最大可达到20MHz。当终端设备的接收带宽小于系统带宽时,就无法接收PDCCH承载的DCI,以及PHICH承载的ACK/NACK。
由于机器类型通信的物理下行控制信道(MTC Physical Downlink ControlChannel,MPDCCH)占用的带宽不大于一个窄带,可以将DCI通过MPDCCH来承载。在现有的一种传输方法中,通过在DCI中包含1个比特的新数据指示(new data indicator,NDI),用于指示该DCI调度的上行数据是新发送的数据,还是重传此进程上一次发送的数据,使得网络设备对于PUSCH承载的上行数据是否正确接收的ACK/NACK反馈的功能可以通过MPDCCH承载的DCI中的NDI比特来实现,使得终端设备不用再接收PHICH承载的ACK/NACK。
但是,通过DCI中的NDI对PUSCH承载的上行数据是否正确接收进行隐式反馈的方法,基站为了表明终端设备一次发送的数据是正确接收了,需要等到下一次有终端设备的上行数据时才能通过NDI指示新传上行数据。而终端设备在一次上行数据发送完成后,可能需要等一段时间才有下一次需要发送的上行数据,因此,网络设备也需要等一段时间才能通过DCI中的NDI反馈正确接收,使得终端设备可能无法及时获知上行数据是否被网络设备正确接收,即网络设备对上行数据的反馈存在较大延迟。
发明内容
本申请提供一种数据传输方法和装置,以期能够降低网络设备对上行数据的反馈延迟。
第一方面,提供了一种数据传输的方法,该方法包括网络设备接收上行数据,发送第一下行控制信息,该第一下行控制信息的第一比特的取值均为1,该第一比特的个数大于或等于1,该第一比特用于表示该第一下行控制信息用于指示该网络设备对该上行数据的肯定应答或者否定应答。
相应地,终端设备发送上行数据,接收该第一下行控制信息。
可选地,该终端设备可以根据该第一下行控制信息,确定该上行数据是否被该网络设备正确接收。
因此,本申请实施例中,网络设备一旦确定了是否正确接收终端设备发送的上行数据,即可向该终端设备发送上述第一下行控制信息,反馈该上行数据的接收情况,无需像现有技术那样等到下一次终端设备需要发送上行数据的时候才反馈,这样,有利于降低网络设备对上行数据的反馈时延,从而提高系统性能。
可选地,在第一方面的一种实现方式中,在该网络设备接收终端设备发送的上行数据之前,该方法还包括:
该网络设备向该终端设备发送第二下行控制信息,在该第二下行控制信息的第一比特中,至少一个比特的取值是0,该第二下行控制信息用于该网络设备调度物理上行共享信道;
相应地,该终端设备接收该网络设备发送的第二下行控制信息,在该第二下行控制信息的第一比特中,至少一个比特的取值是0,该第二下行控制信息用于调度物理上行共享信道;
该终端设备根据该第二下行控制信息,向该网络设备发送该上行数据。
具体地,在本申请实施例中,网络设备发送给终端设备的下行控制信息可以分为第一下行控制信息和第二下行控制信息。其中,第一下行控制信息是用于网络设备对终端设备发送的上行数据是否正确接收进行反馈的。第一下行控制信息可以不用于该网络设备调度物理上行共享信道。第一下行控制信息也可以用于该网络设备调度重传的物理上行共享信道。第二下行控制信息用于该网络设备调度物理上行共享信道。有鉴于此,第一下行控制信息可以在网络设备确定了是否正确接收上行数据之后的任意时刻发送。第二下行控制信息只能在该网络设备调度该终端设备进行数据传输的时候发送。由于在第二下行控制信息中,存在第一比特,该第一比特的取值不均为1,因此,本申请实施例将第一控制信息中的第一比特的取值均设置为1,以便于终端设备能够区分第一下行控制信息和第二下行控制信息。
具体的,当第一比特的取值均为1时,终端设备可以确定接收到的下行控制信息为反馈的控制信息,在第一比特的取值不全为1即第一比特中至少一个比特的取值是0时,终端设备可以确定下行控制信息为数据调度的第二下行控制信息。
因此,本申请实施例的数据传输方法,网络设备一旦确定了是否正确接收终端设备发送的上行数据,即可向该终端设备发送上述第一下行控制信息,反馈该上行数据的接收情况,无需像现有技术那样等到下一次终端设备需要发送上行数据的时候才反馈,这样,有利于降低网络设备对上行数据的反馈时延,从而提高系统性能。
可选地,在第一方面的一种实现方式中,该第一下行控制信息只用于指示对该上行数据的肯定应答,该第一下行控制信息还包括混合自动重传请求HARQ进程号指示比特,该HARQ进程号指示比特用于指示该上行数据对应的HARQ进程。
可选地,在第一方面的一种实现方式中,在该第一下行控制信息的比特中,除存在的填充比特、该第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位及该HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
具体而言,当网络设备对上行数据正确接收需要反馈ACK时,发送第一DCI,该第一DCI只用于指示上行数据正确接收,即为该网络设备的肯定应答。当网络设备对上行数据接收错误需要反馈NACK时,则网络设备可以按照现有的方式通过NDI比特指示重传上行数据,即通过NDI比特对上行数据错误接收进行隐式反馈,此时DCI中的第一比特不全为1。终端设备接收DCI时,若检测到DCI中的第一比特都是1时,则UE认为这个DCI指示ACK,即其针对的HARQ进程的上行数据被网络设备正确接收。
具体地,上述第一下行控制信息除了第一比特之外,还可以包括用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位,以及HARQ进程号指示比特。在第一下行控制信息中,可以包括填充比特,也可以不包括填充比特。其中,该填充比特用于扩展第一下行控制信息包括的比特数目,使得第一下行控制信息包括的比特数目达到目标值。第一下行控制信息包括填充比特时,该第一下行控制信息的比特中存在的填充比特的个数大于0。第一下行控制信息不包括填充比特时,该第一下行控制信息的比特中存在的填充比特的个数是0。在下行控制信息中,用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位为0,通常表示该下行控制信息的格式是调度物理上行共享信道的下行控制信息格式;用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位为1,通常表示该下行控制信息的格式是调度物理下行共享信道的下行控制信息格式。在该第一下行控制信息中,用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位为0。除此之外,该第一下行控制信息中包括的其余比特可以是保留比特,可以取值均为1,也可以取值均为0,本申请实施例对此不作限定。对于该第一下行控制信息包括的该其余比特的个数,本申请实施例对此也不作限定。
可选地,在第一方面的一种实现方式中,该第一下行控制信息还包括反馈指示比特,该反馈指示比特用于指示该网络设备对该上行数据的肯定应答或者否定应答。
可选地,在第一方面的一种实现方式中,该上行数据包括N个HARQ进程对应的上行数据,该反馈指示比特的个数为N,且该反馈指示比特的N个比特分别用于指示该网络设备对该N个HARQ进程对应的上行数据的肯定应答或者否定应答,N为大于1的整数。
具体地,上述第一下行控制信息可以针对一个HARQ进程对应的上行数据是否正确接收进行反馈,也可以针对多个HARQ进程对应的上行数据是否正确接收进行反馈。在该第一下行控制信息针对N个HARQ进程对应的上行数据是否正确接收进行反馈的情况下,该第一下行控制信息包括的反馈指示比特的个数为N,一个比特对应一个HARQ进程。这样,网络设备在一个下行控制信息中,可以向终端设备反馈多个HARQ进程对应的上行数据的接收情况,以便于降低网络设备的反馈开销,提高网络设备的反馈效率。
可选地,在第一方面的一种实现方式中,在该第一下行控制信息中,
除存在的填充比特、该第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及该反馈指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、该第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、该反馈指示比特以及用于指示重传的上行数据的调度信息的比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中该用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
可选地,在第一方面的一种实现方式中,该N等于2。
在通常情况下,上行数据对应的HARQ进程最多有2个。该反馈指示比特的个数为2,且该反馈指示比特的2个比特分别用于指示该网络设备对该2个HARQ进程对应的上行数据的肯定应答或者否定应答。
可选地,在第一方面的一种实现方式中,该反馈指示比特的个数为1,该第一下行控制信息还包括HARQ进程号指示比特,该HARQ进程号指示比特用于指示该上行数据对应的HARQ进程。
具体地,在该第一下行控制信息仅用于反馈一个HARQ进程对应的上行数据的接收情况时,该第一下行控制信息中还可以携带HARQ进程号指示比特,用于指示本次反馈所对应的HARQ进程。在该第一下行控制信息用于反馈多个HARQ进程对应的上行数据的接收情况时,网络设备和终端设备可以按照预先约定的规则,确定第一控制信息中的各个反馈指示比特与该多个HARQ进程中的每个HARQ进程的上行数据之间的一一对应关系,或者,由网络设备向终端设备配置上述一一对应关系。该终端设备在接收到该第一下行控制信息之后,便可以根据该一一对应关系,直接确定该多个HARQ进程中的每个HARQ进程的上行数据对应的反馈指示比特,并根据该反馈指示比特确定对应的上行数据是否被网络设备正确接收。
可选地,在第一方面的一种实现方式中,在该第一下行控制信息的比特中,
除存在的填充比特、该第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、该反馈指示比特以及该HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、该第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、该反馈指示比特、用于指示重传的上行数据的调度信息的比特以及该HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中,该用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
具体地,上述第一下行控制信息可以仅仅用于网络设备对上行数据是否正确接收进行反馈,也可以既用于网络设备对上行数据是否正确接收进行反馈,在网络设备反馈的是NACK的情况下,还用于调度终端设备重传该上行数据。因此,该第一下行控制信息还可以包括用于指示重传的上行数据的调度信息的比特,但本申请实施例对此不作限定。
作为一个可选的实施例,该反馈指示比特是在该第一下行控制信息的比特中,除存在的填充比特、该第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及混合自动重传请求HARQ进程号指示比特之外的多个比特。
可选地,该多个比特是第一下行控制信息的比特中,除存在的填充比特、该第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及混合自动重传请求HARQ进程号指示比特之外的全部比特。
其中,该HARQ进程号指示比特用于指示该上行数据对应的HARQ进程。可选的,该反馈指示比特的取值均为1用于指示对该上行数据的肯定应答;该反馈指示比特的取值均为0用于指示对该上行数据的否定应答。可选的,该反馈指示比特的取值均为0用于指示对该上行数据的肯定应答;该反馈指示比特的取值均为1用于指示对该上行数据的否定应答。该反馈指示比特的个数大于1个,均用于指示对该HARQ进程号指示比特所指示的HARQ进程对应的上行数据的肯定应答或者否定应答。该反馈指示比特的各个比特的取值都相同。
可选地,在第一方面的一种实现方式中,该第一下行控制信息的比特数与该第二下行控制信息的比特数相等,且该第一下行控制信息的第一比特的位置与该第二下行控制信息的第一比特的位置相同;和/或,
该第一下行控制信息与该第二下行控制信息的格式相同。
因此,本申请实施例通过将设置第一下行控制信息的比特数与调度数据的DCI的比特数据相同,或者,格式相同,不会增加终端设备对该第一下行控制信息的盲检测复杂度,实现与调度数据的DCI的兼容性。
可选地,在第一方面的一种实现方式中,该第二下行控制信息的第一比特为用于指示调制编码方式的比特;和/或,
该第一比特的个数为4。
可选地,在第一方面的一种实现方式中,该第二下行控制信息的第一比特为用于指示资源分配的域的全部比特或者部分比特;或,
该第二下行控制信息的第一比特为用于指示资源分配和调制编码方式的域的全部比特或者部分比特。
可选地,在第一方面的一种实现方式中,该第二下行控制信息的第一比特第一取值状态指示的物理上行共享信道的资源是小于12个子载波的资源。
可选地,在第一方面的一种实现方式中,该第一比特的个数为9或11;或,
可选地,在第一方面的一种实现方式中,在该第一下行控制信息的比特中,用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位取值为0。
可选地,在第一方面的一种实现方式中,该用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位是区分控制信息格式6-0B和控制信息格式6-1B的标志位。
因此,本申请实施例中,针对6-0B格式的DCI,网络设备一旦确定了是否正确接收终端设备发送的上行数据,即可向该终端设备发送上述第一下行控制信息,反馈该上行数据的接收情况,无需像现有技术那样等到下一次终端设备需要发送上行数据的时候才反馈,这样,有利于降低网络设备对上行数据的反馈时延,从而提高系统性能。
第三方面,提供了一种网络设备,本申请提供的网络设备具有实现上述方法方面中网络设备行为的功能,其包括用于执行上述方法方面所描述的步骤或功能相对应的部件(means)。所述步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
在一种可能的设计中,上述网络设备包括一个或多个处理器和收发单元。所述一个或多个处理器被配置为支持所述网络设备执行上述方法中相应的功能。例如,生成DCI。所述收发单元用于支持所述网络设备与其他设备通信,实现接收/发送功能。例如,发送所述处理器生成的DCI。
应理解,本申请中,“/”可以表示“和/或”。
可选的,所述基站还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存基站必要的程序指令和数据。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置。本申请并不限定。
所述网络设备可以为基站或TRP等,所述收发单元可以是收发器,或收发电路。
所述网络设备还可以为通信芯片。所述收发单元可以为通信芯片的输入/输出电路或者接口。
另一个可能的设计中,上述网络设备,包括收发器、处理器和存储器。该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该网络设备执行第一方面、第一方面中任一种可能实现方式中网络设备完成的方法。
第四方面,提供了一种终端设备,本申请提供的终端设备具有实现上述方法方面中终端设备行为的功能,其包括用于执行上述方法方面所描述的步骤或功能相对应的部件(means)。所述步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
在一种可能的设计中,上述终端设备包括一个或多个处理器和收发单元。所述收发单元用于支持所述终端设备与其他设备通信,实现接收/发送功能。例如,接收DCI。所述一个或多个处理器被配置为支持所述终端设备执行上述方法中相应的功能。例如,根据DCI确定上行数据的反馈情况。
可选的,所述终端设备还可以包括一个或多个存储器,所述存储器用于与处理器耦合,其保存基站必要的程序指令和数据。所述一个或多个存储器可以和处理器集成在一起,也可以与处理器分离设置。本申请并不限定。
所述终端设备可以为UE等,所述收发单元可以是收发器,或收发电路。
所述终端设备还可以为通信芯片。所述收发单元可以为通信芯片的输入/输出电路或者接口。
另一个可能的设计中,上述终端设备,包括收发器、处理器和存储器。该处理器用于控制收发器收发信号,该存储器用于存储计算机程序,该处理器用于从存储器中调用并运行该计算机程序,使得该终端设备执行第一方面第一方面中任一种可能实现方式中终端设备完成的方法。
第五方面,提供了一种系统,该系统包括上述终端设备和网络设备。
第六方面,提供了一种计算机程序产品,该计算机程序产品包括:计算机程序(也可以称为代码,或指令),当该计算机程序被运行时,使得计算机执行上述第一方面第一方面中任一种可能实现方式中的方法。
第七方面,提供了一种计算机可读介质,该计算机可读介质存储有计算机程序(也可以称为代码,或指令)当其在计算机上运行时,使得计算机执行上述第一方面、第一方面中任一种可能实现方式中的方法。
第八方面,本申请提供了一种芯片系统,该芯片系统包括处理器,用于支持网络设备实现上述方面中所涉及的功能,例如,例如接收或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存网络设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
第九方面,本申请提供了一种芯片系统,该芯片系统包括处理器,用于终端设备实现上述方面中所涉及的功能,例如,例如发送或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中,所述芯片系统还包括存储器,所述存储器,用于保存终端设备必要的程序指令和数据。该芯片系统,可以由芯片构成,也可以包括芯片和其他分立器件。
附图说明
图1是本申请实施例可应用的一种系统场景示意图。
图2是根据本申请另一实施例的数据传输的方法示意流程图。
图3是根据本申请一个实施例的终端设备的示意框图。
图4是根据本申请一个实施例的网络设备的示意框图。
图5是根据本申请一个实施例的装置的示意框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例可应用于各种通信系统,因此,下面的描述不限制于特定通信系统。例如,本申请实施例可以应用于全球移动通讯(global system of mobilecommunication,GSM)系统、码分多址(code division multiple access,CDMA)系统、宽带码分多址(wideband code division multiple access,WCDMA)系统、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time division duplex,TDD)、通用移动通信系统(universal mobile telecommunication system,UMTS)、全球互联微波接入(worldwide interoperability for microwave access,WiMAX)通信系统、以及未来的第五代(5th generation,5G)系统或新无线(new radio,NR)等。
应理解,在本申请实施例可应用的通信系统中,只要存在一个设备(例如,终端设备)发送上行数据,另一个设备(例如,网络设备)需要接收该上行数据,并通过相应的方式对该上行数据是否正确接收进行反馈即可,本申请实施例并不限于上述描述的通信系统。
图1示出了适用于本申请实施例的无线通信系统100的示意性框图。该无线通信系统100可以包括网络设备110和至少一个终端设备,图1中示出了该至少一个终端设备为三个设备的情况,分别为终端设备120、130和140的情况,但本申请实施例并不限于此。
应理解,本申请实施例中的网络设备110可以接收终端设备发送的上行数据,该网络设备可以是全球移动通讯(global system of mobile communication,GSM)或码分多址(code division multiple access,CDMA)中的基站(base transceiver station,BTS),也可以是宽带码分多址(wideband code division multiple Access,WCDMA)中的基站(nodeB,NB),还可以是长期演进(long term evolution,LTE)中的演进型基站(evolutional node B,eNB/eNodeB),或者中继站或接入点,或者车载设备、可穿戴设备以及未来5G网络中的网络侧设备或者未来演进的公用陆地移动通信网络(public landmobile network,PLMN)中的网络设备等,例如,NR系统中传输点(TRP或TP)、NR系统中的基站(gNB)、5G系统中的基站的一个或一组(包括多个天线面板)天线面板等,本申请实施例对此并未特别限定。
本申请实施例中的终端设备可以向网络设备发送上行数据,例如,该终端设备可以是进行机器类型通信(machine type communication,MTC)业务的设备,终端设备可也可以称为用户设备(user equipment,UE),例如,带宽降低低复杂度用户设备(Bandwidth-reduced Low-complexity UE,BL UE),覆盖增强用户设备(Coverage Enhancement UE,CEUE);终端设备可也可以称为接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless local loop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、无人机设备以及未来5G网络中的终端设备或者未来演进的PLMN中的终端设备等,本申请实施例对此并不限定。
图1中,展示了终端设备120为用户设备,终端设备130为车载设备,终端设备140为打印机的情况。
应理解,本申请实施例中的网络设备110也可以为上述的一种终端设备,这种情况下,上述的网络设备与终端设备间的通信可以演变为终端设备间的通信,这种情况下,也可以称为机器间通信(machine to machine,M2M),或设备间通信(D2D)本申请实施例并不限于此。
如图1所示,在终端设备发送上行数据后,网络设备需要反馈该上行数据是否正确接收,以便在反馈错误接收的情况下,需要终端设备重传该数据,在反馈正确接收的情况下,不需要终端设备重传数据。
已有的方案中,网络设备可以通过DCI中的1个比特的NDI指示该DCI调度的上行数据是新发送的数据,还是重传此进程上一次发送的数据。
然而,现有方案中,该DCI用于调度数据,也就是说只有在有数据调度的情况下,网络设备才会发送DCI,那么在网络设备错误接收上行数据的情况下,网络设备可以通过调度终端设备重传的DCI隐式反馈上行数据接收失败。但是,在网络设备正确接收终端设备发送的上行数据的情况下,在网络设备没有新的上行数据调度时,网络设备不会发送DCI调度新传,从而来反馈该上行数据的正确接收,只有在有新的上行数据调度的情况下,网络设备才会发送调度该新的上行数据的DCI来隐式反馈之前的上行数据的正确接收,导致终端设备可能无法及时获知上行数据是否被网络设备正确接收,即网络设备对上行数据的反馈存在较大延迟。
本申请实施例巧妙地提出了一种数据传输方法,能够通过发送控制信息(例如,DCI)对上行数据进行及时反馈,无需等待有数据调度时才发送控制信息,能够降低网络设备对上行数据的反馈延迟。
以下,为了便于理解和说明,作为示例而非限定,对本申请中的数据传输的方法在通信系统中的执行过程和动作进行说明。
具体的,如图2所示方法包括:
210,终端设备发送上行数据。
相应地,网络设备接收该上行数据。
例如,网络设备首先生成用于上行数据调度的下行控制信息,例如,第二下行控制信息,所述第二下行控制信息用于所述网络设备调度物理上行共享信道。然后,网络设备向终端设备发送该第二下行控制信息,终端设备在获取到该第二下行控制信息后,根据该第二下行控制信息向网络设备发送该上行数据。
220,所述网络设备向所述终端设备发送第一下行控制信息。
所述第一下行控制信息的第一比特的取值均为1,所述第一比特的个数大于或等于1,所述第一比特用于表示所述第一下行控制信息用于指示所述网络设备对所述上行数据的肯定应答或者否定应答。
相应地,终端设备接收该第一下行控制信息。
可选地,该终端设备可以根据该第一下行控制信息,确定该上行数据是否被该网络设备正确接收。
具体地,终端设备向网络设备发送上行数据,该网络设备接收该上行数据,并向该终端设备发送第一比特的取值均为1的第一下行控制信息。该终端设备接收该网络设备发送的下行控制信息,根据该下行控制信息的第一比特的取值均为1,确定该下行控制信息为第一下行控制信息,进一步根据该第一下行控制信息确定该网络设备对该上行数据是否正确接收。
例如,网络设备可以通过物理下行信道发送该第一下行控制信息,该物理下行信信道可以为PDCCH或MPDCCH等,本申请实施例并不限于此。
应理解,本申请实施例中第一下行控制信息也可以称为用于反馈的下行控制信息,该第一下行控制信息通过第一比特取值均为1表示所述第一下行控制信息用于指示所述网络设备对所述上行数据的肯定应答或者否定应答。
第二下行控制信息为数据调度的控制信息,该第二下行控制信息中的第一比特中,至少一个比特的取值是0。
具体地,在本申请实施例中,网络设备发送给终端设备的下行控制信息可以分为第一下行控制信息和第二下行控制信息。其中,第一下行控制信息是用于网络设备对终端设备发送的上行数据是否正确接收进行反馈的。第一下行控制信息可以不用于该网络设备调度物理上行共享信道。第一下行控制信息也可以用于该网络设备调度重传的物理上行共享信道。第二下行控制信息用于该网络设备调度物理上行共享信道。有鉴于此,第一下行控制信息可以在网络设备确定了是否正确接收上行数据之后的任意时刻发送。第二下行控制信息只能在该网络设备调度该终端设备进行数据传输的时候发送。由于在第二下行控制信息中,存在第一比特,该第一比特的取值不均为1,因此,本申请实施例将第一控制信息中的第一比特的取值均设置为1,以便于终端设备能够区分第一下行控制信息和第二下行控制信息。
具体的,当第一比特的取值均为1时,终端设备可以确定接收到的下行控制信息为用于反馈的第一下行控制信息,在第一比特的取值不全为1即第一比特中至少一个比特的取值是0时,终端设备可以确定下行控制信息为用于数据调度的第二下行控制信息。
因此,本申请实施例的数据传输方法,网络设备一旦确定了是否正确接收终端设备发送的上行数据,即可向该终端设备发送上述第一下行控制信息,反馈该上行数据的接收情况,无需像现有技术那样等到下一次终端设备需要发送上行数据的时候才反馈,这样,有利于降低网络设备对上行数据的反馈时延,从而提高系统性能。
可选地,该第一下行控制信息的格式可以与第二下行控制信息的格式相同,例如,为6-0B。
可选地,作为另一实施例,所述第一下行控制信息的比特数与第二DCI的比特数相等,且所述第一下行控制信息的第一比特的位置与调度数据的DCI的第一比特的位置相同。
因此,本申请实施例通过将设置第一下行控制信息的比特数与调度数据的DCI的比特数据相同,或者,格式相同,不会增加终端设备对该第一下行控制信息的盲检测复杂度,实现与调度数据的DCI的兼容性。
应理解,由于第一下行控制信息与数据调度的第二下行控制信息的格式相同,因此,终端设备需要辨别获取的控制信息是反馈的控制信息还是数据调度的控制信息。
具体的,当第一比特的取值均为1时,终端设备可以确定接收到的下行控制信息为用于反馈的第一下行控制信息,在第一比特的取值不全为1即第一比特中至少一个比特的取值是0时,终端设备可以确定下行控制信息为用于数据调度的第二下行控制信息。
首先,为了使得本文中的数据传输的方法容易理解,首先结合表1至表3介绍本申请实施例中的调度数据的下行控制信息即第二下行控制信息DCI的格式。应理解,本文中,以DCI作为下行控制信息的简称,但本申请的下行控制信息并不限定于此。
在覆盖增强模式B(CE mode B)情况下,第二DCI所包括的信息如表1至表3所示。表1的第二DCI的格式是6-0B。表2、表3的第二DCI的格式可以是6-0B,也可以不是6-0B。
表1
表1示出了DCI格式6-0B一种第二DCI包含的域以及每个域包含的比特的个数。其中DCI格式6-0B包含的域包括6-0B和6-1B的区分标志位、用于指示资源块分配、调制编码方式MCS、重复次数、HARQ进程号、NDI、DCI子帧重复次数的域。
表2
表2示出了另一第二DCI包含的域以及每个域包含的比特的个数。其中DCI包含的域包括区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位、用于指示MCS和资源分配、重复次数、HARQ进程号、NDI、DCI子帧重复次数的域。M是正整数。可选的,M大于可选的,或者
表3
表3示出了再一种第二DCI包含的域以及每个域包含的比特的个数。其中DCI包含的域包括区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位、用于窄带指示和窄带内的资源分配、MCS、重复次数、HARQ进程号、NDI、DCI子帧重复次数的域。N是正整数。可选的,N大于
下面描述表1、表2和表3的区别。
表2中,MCS和资源分配为一个域。在指示PUSCH的资源分配、MCS等信息的第二DCI中,所述MCS和资源分配的比特的一种取值状态对PUSCH采用的MCS以及分配的资源进行指示。所述MCS和资源分配的比特的取值状态可以是对PUSCH采用的MCS以及分配的资源进行联合编码。
可选地,所述MCS和资源分配的比特指示的为PUSCH分配的资源可以是S个子载波的资源,S是<12的正整数。所述MCS和资源分配的比特可以既能指示以PRB为单位为PUSCH分配的资源,也能指示以一个或多个子载波为单位为PUSCH分配的资源。所述MCS和资源分配的比特指示的为PUSCH分配的资源可以是在整个系统带宽内分配的资源;也可以是在所述MCS和资源分配的比特中包含个比特用于指示的窄带,剩余的比特指示在所述窄带内分配的资源。
所述DCI中的资源分配的比特指示的为PUSCH分配的资源可以是S个子载波的资源,S是<12的正整数。所述DCI中的资源分配的比特可以既能指示以PRB为单位为PUSCH分配的资源,也能指示以一个或多个子载波为单位为PUSCH分配的资源。或者,所述资源分配的比特是仅支持指示以一个或多个子载波为单位为PUSCH分配资源的比特。所述资源分配的比特指示的为PUSCH分配的资源可以是在整个系统带宽内分配的资源,也可以是在所述资源分配的比特中包含个比特用于指示的窄带,剩余的比特指示在所述窄带内分配的资源。。
需要说明的是,上述表1至表3所示的第二DCI中,比特的取值均存在无效的取值。比特的某个取值是无效取值是指,在第二DCI中,比特的取值不为该取值。比特的取值是比特的二进制值,或者比特的取值状态。例如,在表1中,MCS的4比特的16种取值状态中,只有11种取值状态是有实际含义的有效状态。MCS的4比特表示的十进制数为MCS的索引IMCS。IMCS>10对于CE mode B的BL/CE UE是无效的取值。
例如,在表2中MCS和资源分配的比特的取值全为‘1’是没有意义的无效取值状态。
例如,在表3中资源分配的比特的取值全为‘1’是没有意义的无效取值状态。
应理解,在实际应用中,用于数据调度的第二DCI中存在比特的取值不会为上述无效取值。因此,本申请实施例提出将所述比特作为第一比特,使得第一DCI的第一比特的取值全为一,第二DCI中的第一比特取值全为1为上述无效取值状态。这样,终端设备通过第一比特全为1即可确定获取的DCI为第一DCI,第一比特不全为1,则确定获取的DCI为第二DCI。所述第一比特可以是DCI的域的全部比特或者部分比特。
可选地,与表1对应,所述第二下行控制信息的第一比特可以为用于指示调制编码方式的比特中的部分或全部比特。
具体而言,在本申请实施例的一种设计中,为了能够使得本申请实施例的第一下行控制信息与用于调度的第二下行控制信息进行区分,本申请实施例中可以将第二下行控制信息中用于指示MCS的4个比特或部分比特作为第一比特,只要在该第一比特的取值均为1的情况下,MCS的4个比特的取值大于10即可。
具体而言,MCS的4个比特的取值为1011、1100、1101、1110、1111时为无效的取值,也就是说在数据调度的第二下行控制信息中,MCS的4个比特的取值不会等于上述值。因此,本申请实施例中只要第一比特取1时,能够保证该4个比特取值大于10,所述第一比特即可用于表示下行控制信息为用于指示对所述上行数据的肯定应答或者否定应答收的第一下行控制信息。
可选地,在一种实现方式中,例如,该第一比特包括4个比特,在这种情况下,在第一DCI中,该第一比特取值为1111;在第二DCI中,该第一比特用于指示MCS。
可选地,该第一比特可以包括第二DCI中用于指示MCS的比特中的部分比特,例如,该第一比特包括第二DCI中用于指示MCS的比特中的前两个比特(也可以称为高位的两个比特),也即在前两个比特为1的情况下,用于指示MCS的比特的4个比特的取值11xx,其中,x可以取0也可以取1。
可选地该第一比特可以包括三个比特,例如,包括第二DCI中用于指示MCS的比特的4个比特中的前两个比特,和其余比特中的任意一个比特。或者,该第一比特包括第二DCI中用于指示MCS的比特第一个比特以及第3和第4个比特。
可选地,作为另一实施例,与表2对应,所述第二下行控制信息的第一比特可以为用于指示资源分配和调制编码方式的域的全部比特或者部分比特。
可选地,作为另一实施例,与表3所示,述第二下行控制信息的第一比特为用于指示资源分配的域的全部比特或者部分比特。
可选地,作为一个实施例,在220中,该第一下行控制信息只用于指示对所述上行数据的肯定应答,所述第一下行控制信息还包括混合自动重传请求HARQ进程号指示比特,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程。
可选地,在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
可选的,当网络设备对上行数据正确接收需要反馈ACK时,发送第一DCI,该第一DCI只用于指示上行数据正确接收,即为该网络设备的肯定应答。当网络设备对上行数据接收错误需要反馈NACK时,则网络设备可以按照现有的方式通过NDI比特指示重传上行数据,即通过NDI比特对上行数据错误接收进行隐式反馈,此时DCI中的第一比特不全为1。终端设备接收DCI时,若检测到DCI中的第一比特都是1时,则UE认为这个DCI指示ACK,即其针对的HARQ进程的上行数据被网络设备正确接收。
具体地,上述第一下行控制信息除了第一比特之外,还可以包括用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位,以及HARQ进程号指示比特。在第一下行控制信息中,可以包括填充比特,也可以不包括填充比特。其中,所述填充比特用于扩展第一下行控制信息包括的比特数目,使得第一下行控制信息包括的比特数目达到目标值。第一下行控制信息包括填充比特时,所述第一下行控制信息的比特中存在的填充比特的个数大于0。第一下行控制信息不包括填充比特时,所述第一下行控制信息的比特中存在的填充比特的个数是0。在下行控制信息中,用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位为0,通常表示所述下行控制信息的格式是调度物理上行共享信道的下行控制信息格式;用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位为1,通常表示所述下行控制信息的格式是调度物理下行共享信道的下行控制信息格式。在所述第一下行控制信息中,用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位为0。除此之外,该第一下行控制信息中包括的其余比特可以是保留比特,可以取值均为1,也可以取值均为0,本申请实施例对此不作限定。对于该第一下行控制信息包括的所述其余比特的个数,本申请实施例对此也不作限定。
下面针对上述表1至表3所示的第二DCI包含的内容,结合表4至6描述第一DCI仅用于指示ACK时的比特取值情况。
表4
表5
表6
表4-表6为本申请实施例第一DCI和第二DCI的一种可能的实现方式。该第一DCI用于指示网络设备对上行数据的肯定应答。第一DCI包含的域可以和第二DCI包含的域相同,也可以和第二DCI包含的域不同或具有不同的名称。第二DCI的比特个数和第一DCI的比特个数相同。第二DCI的比特和第一DCI的比特相对应。表4-表6示出了第二DCI中各域的比特在第一DCI中的取值。其中,DCI格式6-0B和6-1B的区分标志位为0,表示该DCI的格式为6-0B。或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0。表4中示出了第一比特为MCS域的情况,表5中示出了第一比特为MCS和资源分配域的全部比特或者部分比特的情况,表6中示出了第一比特为资源分配域的全部比特或者部分比特的情况。且第一比特,全为1。在第一DCI和第二DCI中,用于指示HARQ进程号的域包括1个HARQ进程号指示比特。应理解,在上述表4至表6中,在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
网络设备将表4至表6中的DCI发送给终端设备之后,该终端设备可以首先确定该DCI中的6-0B和6-1B的区分标志位为0或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0,再根据第一比特均为1,确定该DCI为第一DCI,即用于反馈的DCI,由于该第一DCI是网络设备在正确接收上行数据的时候才发送,该终端设备可以直接根据该第一DCI确定该网络设备对上行数据已经正确接收,无需再通过反馈指示比特进行指示。
应理解,在上述表4至表6中,在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
其中一种实施方式DCI中的该其余比特取值都是‘1’。
另一种实施方式是该其余比特设置成全‘0’。本申请实施例并不限于此。
可替代地,作为一个实施例,在220中,所述第一下行控制信息还包括反馈指示比特,所述反馈指示比特用于指示所述网络设备对所述上行数据的肯定应答或者否定应答。
应理解,在第一下行控制信息仅指示对所述上行数据的肯定应答的情况下,该第一下行控制信息可以不携带反馈指示比特,或者在该第一下行控制信息中存在反馈指示比特,但该反馈指示比特取值均为0或者均为1。而在第一下行控制信息指示对所述上行数据的肯定应答或者否定应答的情况下,该第一下行控制信息需要包括反馈指示比特,该反馈指示比特具体用于指示网络设备的对所述上行数据的反馈为肯定应答ACK或否定应答NACK。
进一步地,作为另一可选实施例,所述上行数据包括N个HARQ进程对应的上行数据,所述反馈指示比特的个数为N,且所述反馈指示比特的N个比特分别用于指示所述网络设备对所述N个HARQ进程对应的上行数据的肯定应答或者否定应答,N为大于1的整数。
具体地,上述第一下行控制信息可以针对一个HARQ进程对应的上行数据是否正确接收进行反馈,也可以针对多个HARQ进程对应的上行数据是否正确接收进行反馈。在该第一下行控制信息针对N个HARQ进程对应的上行数据是否正确接收进行反馈的情况下,该第一下行控制信息包括的反馈指示比特的个数为N,一个比特对应一个HARQ进程。这样,网络设备在一个下行控制信息中,可以向终端设备反馈多个HARQ进程对应的上行数据的接收情况,以便于降低网络设备的反馈开销,提高网络设备的反馈效率。
可选地,作为一个实施例,N=2。
在CE mode B的通常情况下,上行数据对应的HARQ进程最多有2个。所述反馈指示比特的个数为2,且所述反馈指示比特的2个比特分别用于指示所述网络设备对所述2个HARQ进程对应的上行数据的肯定应答或者否定应答。
进一步的,在上述实施例中,在所述第一下行控制信息中,
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及所述反馈指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特以及用于指示重传的上行数据的调度信息的比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
作为一个可选的实施例,所述反馈指示比特的个数为1,所述第一下行控制信息还包括HARQ进程号指示比特,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程。
具体地,在该第一下行控制信息仅用于反馈一个HARQ进程对应的上行数据的接收情况时,该第一下行控制信息中还可以携带HARQ进程号指示比特,用于指示本次反馈所对应的HARQ进程。在该第一下行控制信息用于反馈多个HARQ进程对应的上行数据的接收情况时,网络设备和终端设备可以按照预先约定的规则,确定第一控制信息中的各个反馈指示比特与所述多个HARQ进程中的每个HARQ进程的上行数据之间的一一对应关系,或者,由网络设备向终端设备配置上述一一对应关系。该终端设备在接收到该第一下行控制信息之后,便可以根据该一一对应关系,直接确定该多个HARQ进程中的每个HARQ进程的上行数据对应的反馈指示比特,并根据所述反馈指示比特确定对应的上行数据是否被网络设备正确接收。
进一步地,在上述实施例中,在所述第一下行控制信息中,
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特以及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特、用于指示重传的上行数据的调度信息的比特以及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中,所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
具体地,上述第一下行控制信息可以仅仅用于网络设备对上行数据是否正确接收进行反馈,也可以既用于网络设备对上行数据是否正确接收进行反馈,在网络设备反馈的是NACK的情况下,还用于调度终端设备重传该上行数据。因此,该第一下行控制信息还可以包括用于指示重传的上行数据的调度信息的比特,但本申请实施例对此不作限定。
作为一个可选的实施例,所述反馈指示比特是在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及混合自动重传请求HARQ进程号指示比特之外的多个比特。
可选的,所述多个比特是在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及混合自动重传请求HARQ进程号指示比特之外的全部比特。
其中,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程。可选的,所述反馈指示比特的取值均为1用于指示对所述上行数据的肯定应答;所述反馈指示比特的取值均为0用于指示对所述上行数据的否定应答。可选的,所述反馈指示比特的取值均为0用于指示对所述上行数据的肯定应答;所述反馈指示比特的取值均为1用于指示对所述上行数据的否定应答。所述反馈指示比特的个数大于1个,均用于指示对所述HARQ进程号指示比特所指示的HARQ进程对应的上行数据的肯定应答或者否定应答。所述反馈指示比特的各个比特的取值都相同。
下面针对上述表1至表3所示的第二DCI包含的内容,结合表7至10描述第一DCI用于指示ACK或NACK时的比特取值情况,其中,表7至表10中包括反馈指示比特,且该反馈指示比特为1个比特,即对应对一个HARQ进程的上行数据反馈的情况。
表7
表8
表9
表10
表7-表10为本申请实施例第一DCI和第二DCI的一种可能的实现方式。该第一DCI用于指示网络设备对上行数据的肯定应答或否定应答。第一DCI包含的域可以和第二DCI包含的域相同,也可以和第二DCI包含的域不同或具有不同的名称。第二DCI的比特个数和第一DCI的比特个数相同。第二DCI的比特和第一DCI的比特相对应。表7-表10示出了第二DCI中各域的比特在第一DCI中的取值。其中,DCI格式6-0B和6-1B的区分标志位为0,表示该DCI的格式为6-0B。或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0。表7和表8中示出了第一比特为MCS域的情况,表9中示出了第一比特为MCS和资源分配域的全部比特或者部分比特的情况,表10中示出了第一比特为资源分配域的全部比特或者部分比特的情况。且第一比特,全为1。在第一DCI和第二DCI中,用于指示HARQ进程号的域包括1个HARQ进程号指示比特。
表7至表10中还包括一个比特的反馈指示比特,该反馈指示比特可以为除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、指示HARQ进程号的比特之外的比特中的任意一个比特。例如,表7中反馈指示比特为资源块分配域中的高一位比特,表8至表10中为NDI域的一个比特。应理解,表7至表10中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、指示HARQ进程号的比特以及所述反馈指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
可选地,在一种实施方式中,DCI中的该其余比特取值都是‘1’。
另一种实施方式中,DCI中的该其余比特取值都是‘0’。
需要说明的是,表7至10中,描述了,其余比特为保留比特,或者取值均为1,或者取值均为0的情况。
但本申请实施例并不限于此。
当第一DCI种的反馈比特反馈NACK时,本申请实施例中的第一DCI还可以用于调度终端设备重传该上行数据。因此,该第一下行控制信息还可以包括用于指示重传的上行数据的调度信息的比特,但本申请实施例对此不作限定。
也就是说,在本申请实施例中,第一DCI中除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特、指示HARQ进程号的比特以及用于指示重传的上行数据的调度信息的比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
本申请实施例中,在第一DCI反馈NACK的情况下,还可以指示调度重传,避免了再次发送调度重传的DCI,能够节省信令开销。
网络设备将表7至表10中的DCI发送给终端设备之后,该终端设备可以首先确定该DCI中的6-0B和6-1B的区分标志位或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0,再根据该第一比特均为1,确定该DCI为第一DCI,即用于反馈的DCI,最后,根据反馈指示比特对应的1比特指示,确定该网络设备反馈的是ACK或NACK。
下面针对上述表1至表3所示的第二DCI包含的内容,结合表11至13描述第一DCI用于指示ACK或NACK时的比特取值情况,其中,表11至表13中包括反馈指示比特,且该反馈指示比特为2个比特,即对应对2个HARQ进程的上行数据进行反馈的情况。
表11
表12
表13
表11-表13为本申请实施例第一DCI和第二DCI的一种可能的实现方式。该第一DCI用于指示网络设备对上行数据的肯定应答或否定应答。第一DCI包含的域可以和第二DCI包含的域相同,也可以和第二DCI包含的域不同或具有不同的名称。第二DCI的比特个数和第一DCI的比特个数相同。第二DCI的比特和第一DCI的比特相对应。表11-表13示出了第二DCI中各域的比特在第一DCI中的取值。其中,DCI格式6-0B和6-1B的区分标志位为0,表示该DCI的格式为6-0B。或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0。表11中示出了第一比特为MCS域的情况,表12中示出了第一比特为MCS和资源分配域的全部比特或者部分比特的情况,表13中示出了第一比特为资源分配域的全部比特或者部分比特的情况。且第一比特,全为1。在第一DCI中,反馈指示比特包括2个比特,对应两个HARQ进程号,所述反馈指示比特的2个比特分别用于指示所述网络设备对所述2个HARQ进程对应的上行数据的肯定应答或者否定应答。
表11至表13中该反馈指示比特可以为除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位之外的比特中的任意两个比特。例如,表11中反馈指示比特为资源块分配域中的高位和次高位,其中高位的1比特指示HARQ进程#0的上行数据的ACK反馈或NACK反馈,次高位的1比特指示HARQ进程#1的上行数据的ACK反馈或NACK反馈。表12中,反馈指示比特为重复次数指示域中的高位和次高位,其中高位的1比特指示HARQ进程#0的上行数据的ACK反馈或NACK反馈,次高位的1比特指示HARQ进程#1的上行数据的ACK反馈或NACK反馈。表13中,反馈指示比特为DCI子帧重复次数域中的高位和次高位,其中高位的1比特指示HARQ进程#0的上行数据的ACK反馈或NACK反馈,次高位的1比特指示HARQ进程#1的上行数据的ACK反馈或NACK反馈。应理解,表11至表13中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及所述反馈指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
可选地,在一种实施方式中,DCI中的该其余比特取值都是‘1’。
另一种实施方式中,DCI中的该其余比特取值都是‘0’。
需要说明的是,表11至13中,描述了,上述其余比特为保留比特,或者取值均为1,或者取值均为0的情况,但本申请实施例并不限于此。
当第一DCI种的反馈比特反馈NACK时,本申请实施例中的第一DCI还可以用于调度终端设备重传该上行数据。因此,该第一下行控制信息还可以包括用于指示重传的上行数据的调度信息的比特,但本申请实施例对此不作限定。
也就是说,在本申请实施例中,第一DCI中除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特以及用于指示重传的上行数据的调度信息的比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
本申请实施例中,在第一DCI反馈NACK的情况下,还可以指示调度重传,避免了再次发送调度重传的DCI,能够节省信令开销。
网络设备将表11至表13中的DCI发送给终端设备之后,该终端设备可以首先确定该DCI中的6-0B和6-1B的区分标志位或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0,再根据该第一比特均为1,确定该DCI为第一DCI,即用于反馈的DCI,最后,根据反馈指示比特对应的2比特指示,确定该网络设备分别对两个HARQ对应的上行数据的反馈是ACK或NACK。
下面针对上述表1至表3所示的第二DCI包含的内容,结合表14至16描述第一DCI用于指示ACK或NACK时的比特取值情况。其中,表14至表16中包括反馈指示比特,且该反馈指示比特为多个比特,所述多个比特的取值均相同,对一个HARQ进程的上行数据进行反馈。
表14
表15
表16
表14-表16为本申请实施例第一DCI和第二DCI的一种可能的实现方式。该第一DCI用于指示网络设备对上行数据的肯定应答或否定应答。第一DCI包含的域可以和第二DCI包含的域相同,也可以和第二DCI包含的域不同或具有不同的名称。第二DCI的比特个数和第一DCI的比特个数相同。第二DCI的比特和第一DCI的比特相对应。表14-表16示出了第二DCI中各域的比特在第一DCI中的取值。其中,DCI格式6-0B和6-1B的区分标志位为0,表示该DCI的格式为6-0B。或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0。表14中示出了第一比特为MCS域的情况,表15中示出了第一比特为MCS和资源分配域的全部比特或者部分比特的情况,表16中示出了第一比特为资源分配域的全部比特或者部分比特的情况。且第一比特,全为1。在第一DCI和第二DCI中,用于指示HARQ进程号的域包括1个HARQ进程号指示比特。在第一DCI中,反馈指示比特是除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及混合自动重传请求HARQ进程号指示比特之外的全部比特。可选的,所述反馈指示比特的取值均为1用于指示对所述上行数据的肯定应答;所述反馈指示比特的取值均为0用于指示对所述上行数据的否定应答。可选的,所述反馈指示比特的取值均为0用于指示对所述上行数据的肯定应答;所述反馈指示比特的取值均为1用于指示对所述上行数据的否定应答。所述反馈指示比特的个数大于1个,均用于指示对所述HARQ进程号指示比特所指示的HARQ进程对应的上行数据的肯定应答或者否定应答。所述反馈指示比特的各个比特的取值都相同。
网络设备将表14至表16中的DCI发送给终端设备之后,该终端设备可以首先确定该DCI中的6-0B和6-1B的区分标志位或者区分调度PDSCH的DCI格式和调度PUSCH的DCI格式的标志位为0,再根据该第一比特均为1,确定该DCI为第一DCI,即用于反馈的DCI,最后,根据反馈指示比特的指示,确定该网络设备反馈是ACK或NACK。
应注意,上述实施例的例子仅仅是为了帮助本领域技术人员理解本申请实施例,而非要将本申请实施例限于所例示的具体数值或具体场景。本领域技术人员根据上述给出的例子,显然可以进行各种等价的修改或变化。例如,本申请实施例中上述表1至表16可以进行各种变形、拆分或组合,这样的修改或变化也落入本申请实施例的范围内。
上文中结合图1至图2,详细描述了根据本申请实施例的数据传输方法,下面将结合图3至图5,详细描述根据本申请实施例的数据传输装置。
图3为本申请实施例提供的一种终端设备的结构示意图。该终端设备可适用于图1所示出的系统中。为了便于说明,图3仅示出了终端设备的主要部件。如图3所示,终端设备10包括处理器、存储器、控制电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对整个终端设备进行控制,执行软件程序,处理软件程序的数据,例如用于支持终端设备执行上述方法实施例中所描述的动作,如,基于接收的下行控制信息DCI确定上行数据的反馈状态。存储器主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器,主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。
当终端设备开机后,处理器可以读取存储单元中的软件程序,解释并执行软件程序的指令,处理软件程序的数据。当需要通过无线发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。
本领域技术人员可以理解,为了便于说明,图3仅示出了一个存储器和处理器。在实际的终端设备中,可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等,本申请实施例对此不做限制。
作为一种可选的实现方式,处理器可以包括基带处理器和中央处理器,基带处理器主要用于对通信协议以及通信数据进行处理,中央处理器主要用于对整个终端设备进行控制,执行软件程序,处理软件程序的数据。图3中的处理器可以集成基带处理器和中央处理器的功能,本领域技术人员可以理解,基带处理器和中央处理器也可以是各自独立的处理器,通过总线等技术互联。本领域技术人员可以理解,终端设备可以包括多个基带处理器以适应不同的网络制式,终端设备可以包括多个中央处理器以增强其处理能力,终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中,也可以以软件程序的形式存储在存储单元中,由处理器执行软件程序以实现基带处理功能。
在发明实施例中,可以将具有收发功能的天线和控制电路视为终端设备10的收发单元101,例如,用于支持终端设备执行如图2部分所述的接收功能。将具有处理功能的处理器视为终端设备10的处理单元102。如图3所示,终端设备10包括收发单元101和处理单元102。收发单元也可以称为收发器、收发机、收发装置等。可选的,可以将收发单元101中用于实现接收功能的器件视为接收单元,将收发单元101中用于实现发送功能的器件视为发送单元,即收发单元101包括接收单元和发送单元,接收单元也可以称为接收机、输入口、接收电路等,发送单元可以称为发射机、发射器或者发射电路等。
处理器102可用于执行该存储器存储的指令,以控制收发单元101接收信号和/或发送信号,完成上述方法实施例中终端设备的功能。作为一种实现方式,收发单元101的功能可以考虑通过收发电路或者收发的专用芯片实现。
图4为本申请实施例提供的一种网络设备的结构示意图,如可以为基站的结构示意图。如图4所示,该基站可应用于如图1所示的系统中,执行上述方法实施例中网络设备的功能。基站20包括一个或多个射频单元,如远端射频单元(remote radio unit,RRU)201和一个或多个基带单元(baseband unit,BBU)(也可称为数字单元,digital unit,DU)202。所述RRU201可以称为收发单元、收发机、收发电路、或者收发器等等,其可以包括至少一个天线2011和射频单元2012。所述RRU201部分主要用于射频信号的收发以及射频信号与基带信号的转换,例如用于向终端设备发送DCI。所述BBU202部分主要用于进行基带处理,对基站进行控制等。所述RRU201与BBU202可以是物理上设置在一起,也可以物理上分离设置的,即分布式基站。
所述BBU202为基站的控制中心,也可以称为处理单元,主要用于完成基带处理功能,如信道编码,复用,调制,扩频等等。例如所述BBU(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程。
在一个示例中,所述BBU202可以由一个或多个单板构成,多个单板可以共同支持单一接入制式的无线接入网(如LTE网),也可以分别支持不同接入制式的无线接入网(如LTE网,5G网或其他网)。所述BBU202还包括存储器2021和处理器2022。所述存储器2021用以存储必要的指令和数据。例如存储器2021存储上述实施例中的指示信息与组合信息的对应关系等。所述处理器2022用于控制基站进行必要的动作,例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器2021和处理器2022可以服务于一个或多个单板。也就是说,可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。
图5给出了一种通信装置500的结构示意图,装置500可用于实现上述方法实施例中描述的方法,可以参见上述方法实施例中的说明。所述通信装置500可以是芯片,网络设备(如基站),终端设备或者其他网络设备等。
所述通信装置500包括一个或多个处理器501。所述处理器501可以是通用处理器或者专用处理器等。例如可以是基带处理器、或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理,中央处理器可以用于对通信装置(如,基站、终端、或芯片等)进行控制,执行软件程序,处理软件程序的数据。所述通信装置可以包括收发单元,用以实现信号的输入(接收)和输出(发送)。例如,通信装置可以为芯片,所述收发单元可以是芯片的输入和/或输出电路,或者通信接口。所述芯片可以用于终端或基站或其他网络设备。又如,通信装置可以为终端或基站或其他网络设备,所述收发单元可以为收发器,射频芯片等。
所述通信装置500包括一个或多个所述处理器501,所述一个或多个处理器501可实现图2所示各实施例中网络设备或者终端设备的方法。
在一种可能的设计中,所述通信装置500包括用于生成下行控制信息DCI的部件(means),以及用于发送DCI的部件(means)。可以通过一个或多个处理器来实现所述生成DCI的means以及发送DCI的means的功能。例如可以通过一个或多个处理器生成所述DCI,通过收发器、或输入/输出电路、或芯片的接口发送所述DCI。该DCI可以参见上述方法实施例中的相关描述
在一种可能的设计中,所述通信装置500包括用于接收下行控制信息DCI的部件(means)以及用于根据DCI确定上行数据的反馈状态的部件。所述DCI以及如何确定上行数据的接收状态参见上述方法实施例中的相关描述。例如可以通过收发器、或输入/输出电路、或芯片的接口接收所述DCI,通过一个或多个处理器基于所述DCI确定上行数据的接收状态。
可选的,处理器501除了实现图2所示各实施例的方法,还可以实现其他功能。
可选的,一种设计中,处理器501也可以包括指令503,所述指令可以在所述处理器上被运行,使得所述通信装置500执行上述方法实施例中描述的方法。
在又一种可能的设计中,通信装置500也可以包括电路,所述电路可以实现前述方法实施例中的功能。
在又一种可能的设计中所述通信装置500中可以包括一个或多个存储器502,其上存有指令504,所述指令可在所述处理器上被运行,使得所述通信装置500执行上述方法实施例中描述的方法。可选的,所述存储器中还可以存储有数据。可选的处理器中也可以存储指令和/或数据。所述处理器和存储器可以单独设置,也可以集成在一起。
在又一种可能的设计中,所述通信装置500还可以包括收发单元505以及天线506。所述处理器501可以称为处理单元,对通信装置(终端或者基站)进行控制。所述收发单元505可以称为收发机、收发电路、或者收发器等,用于通过天线506实现通信装置的收发功能。
本申请实施例还提供一种通信系统,其包括前述的网络设备和一个或多于一个终端设备。
应理解,在本申请实施例中,处理器可以是中央处理单元(Central ProcessingUnit,简称为“CPU”),该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
该存储器可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。
该总线系统除包括数据总线之外,还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见,在图中将各种总线都标为总线系统。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
还应理解,本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step),能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (27)
1.一种数据传输方法,其特征在于,包括:
网络设备接收终端设备发送的上行数据;
所述网络设备向所述终端设备发送第一下行控制信息,所述第一下行控制信息的第一比特的取值均为1,所述第一比特的个数大于或等于1,所述第一比特用于表示所述第一下行控制信息用于指示所述网络设备对所述上行数据的肯定应答或者否定应答;
在所述网络设备接收终端设备发送的上行数据之前,所述方法还包括:
所述网络设备向所述终端设备发送第二下行控制信息,在所述第二下行控制信息的第一比特中,至少一个比特的取值是0,所述第二下行控制信息用于所述网络设备调度物理上行共享信道;
其中,所述网络设备接收终端设备发送的上行数据,包括:
所述网络设备接收所述终端设备根据所述第二下行控制信息发送的所述上行数据。
2.根据权利要求1所述的方法,其特征在于,所述第一下行控制信息只用于指示对所述上行数据的肯定应答,所述第一下行控制信息还包括混合自动重传请求HARQ进程号指示比特,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程。
3.根据权利要求2所述的方法,其特征在于,在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
4.根据权利要求1所述的方法,其特征在于,所述第一下行控制信息还包括反馈指示比特,所述反馈指示比特用于指示所述网络设备对所述上行数据的肯定应答或者否定应答。
5.根据权利要求4所述的方法,其特征在于,所述上行数据包括N个HARQ进程对应的上行数据,所述反馈指示比特的个数为N,且所述反馈指示比特的N个比特分别用于指示所述网络设备对所述N个HARQ进程对应的上行数据的肯定应答或者否定应答,N为大于1的整数。
6.根据权利要求4所述的方法,其特征在于,在所述第一下行控制信息中,
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及所述反馈指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特以及用于指示重传的上行数据的调度信息的比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
7.根据权利要求5所述的方法,其特征在于,所述N等于2。
8.根据权利要求4所述的方法,其特征在于,所述反馈指示比特的个数为1,所述第一下行控制信息还包括HARQ进程号指示比特,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程。
9.根据权利要求8所述的方法,其特征在于,在所述第一下行控制信息的比特中,
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特以及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特、用于指示重传的上行数据的调度信息的比特以及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中,所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
10.根据权利要求4所述的方法,其特征在于,所述反馈指示比特是在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及混合自动重传请求HARQ进程号指示比特之外的多个比特;其中,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程;所述反馈指示比特的取值均为1用于指示对所述上行数据的肯定应答;所述反馈指示比特的取值均为0用于指示对所述上行数据的否定肯定应答。
11.根据权利要求1所述的方法,其特征在于,在所述第一下行控制信息的比特中,用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位取值为0。
12.根据权利要求11所述的方法,其特征在于,所述用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位是区分控制信息格式6-0B和控制信息格式6-1B的标志位。
13.一种数据传输方法,其特征在于,包括:
终端设备向网络设备发送上行数据;
所述终端设备接收所述网络设备发送的第一下行控制信息,所述第一下行控制信息的第一比特的取值为1,所述第一比特的个数大于或等于1,且所述第一比特用于表示所述第一下行控制信息用于指示所述网络设备对所述上行数据的肯定应答或者否定应答;
在所述终端设备向网络设备发送上行数据之前,所述方法还包括:
所述终端设备接收所述网络设备发送的第二下行控制信息,在所述第二下行控制信息的第一比特中,至少一个比特的取值是0,所述第二下行控制信息用于调度物理上行共享信道;
所述终端设备向网络设备发送上行数据,包括:
所述终端设备根据所述第二下行控制信息,向所述网络设备发送所述上行数据。
14.根据权利要求13所述的方法,其特征在于,所述第一下行控制信息只用于指示对所述上行数据的肯定应答,所述第一下行控制信息还包括混合自动重传请求HARQ进程号指示比特,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程。
15.根据权利要求14所述的方法,其特征在于,在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0。
16.根据权利要求13所述的方法,其特征在于,所述第一下行控制信息还包括反馈指示比特,所述反馈指示比特用于指示所述网络设备对所述上行数据的肯定应答或者否定应答。
17.根据权利要求16所述的方法,其特征在于,所述上行数据包括N个HARQ进程对应的上行数据,所述反馈指示比特的个数为N,且所述反馈指示比特的N个比特分别用于指示所述网络设备对所述N个HARQ进程对应的上行数据的肯定应答或者否定应答,N为大于1的整数。
18.根据权利要求16或17所述的方法,其特征在于,在所述第一下行控制信息中,
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及所述反馈指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特以及用于指示重传的上行数据的调度信息的比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
19.根据权利要求17所述的方法,其特征在于,所述N等于2。
20.根据权利要求16所述的方法,其特征在于,所述反馈指示比特的个数为1,所述第一下行控制信息还包括HARQ进程号指示比特,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程。
21.根据权利要求20所述的方法,其特征在于,在所述第一下行控制信息的比特中,
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特以及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0;或
除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位、所述反馈指示比特、用于指示重传的上行数据的调度信息的比特以及所述HARQ进程号指示比特之外,其余比特是保留比特,或者取值均为1,或者取值均为0,其中,所述用于指示重传的上行数据的调度信息的比特包括用于指示以下至少一种信息的比特:
资源分配、调制编码方式、重复次数以及下行控制信息子帧重复次数。
22.根据权利要求16所述的方法,其特征在于,所述反馈指示比特是在所述第一下行控制信息的比特中,除存在的填充比特、所述第一比特、用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位以及混合自动重传请求HARQ进程号指示比特之外的多个比特;其中,所述HARQ进程号指示比特用于指示所述上行数据对应的HARQ进程;所述反馈指示比特的取值均为1用于指示对所述上行数据的肯定应答;所述反馈指示比特的取值均为0用于指示对所述上行数据的否定肯定应答。
23.根据权利要求13所述的方法,其特征在于,在所述第一下行控制信息的比特中,用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位取值为0。
24.根据权利要求23所述的方法,其特征在于,所述用于区分调度物理下行共享信道的下行控制信息格式和调度物理上行共享信道的下行控制信息格式的标志位是区分控制信息格式6-0B和控制信息格式6-1B的标志位。
25.一种数据传输装置,其特征在于,包括一个或多个处理器和收发单元,所述收发单元用于支持所述数据传输装置与终端设备通信,所述一个或多个处理器被配置为支持所述数据传输装置执行如权利要求1至12中任一项所述方法中相应的功能。
26.一种数据传输装置,其特征在于,包括一个或多个处理器和收发单元,所述收发单元用于支持所述数据传输装置与网络设备通信,所述一个或多个处理器被配置为支持所述数据传输装置执行如权利要求13至24中任一项所述方法中相应的功能。
27.一种计算机可读存储介质,其特征在于,包括计算机程序,当其在计算机上运行时,使得计算机执行如权利要求1至12或13至24中任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2017/097272 WO2019028916A1 (zh) | 2017-08-11 | 2017-08-11 | 数据传输方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110999153A CN110999153A (zh) | 2020-04-10 |
CN110999153B true CN110999153B (zh) | 2022-07-26 |
Family
ID=65273098
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780093613.6A Active CN110999153B (zh) | 2017-08-11 | 2017-08-11 | 数据传输方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110999153B (zh) |
WO (1) | WO2019028916A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019028833A1 (zh) * | 2017-08-11 | 2019-02-14 | 华为技术有限公司 | 数据传输方法和装置 |
CN112583561B (zh) * | 2019-09-30 | 2023-11-17 | 中兴通讯股份有限公司 | 一种信息的发送、接收方法及装置 |
EP4030659A4 (en) * | 2019-10-09 | 2022-09-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | WIRELESS COMMUNICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE |
EP4087292B1 (en) * | 2020-03-19 | 2024-02-07 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Sidelink data transmission method and terminal device |
CN114070490B (zh) * | 2020-08-07 | 2023-05-30 | 北京佰才邦技术股份有限公司 | 下行控制信息传输方法、终端及网络设备 |
US20240163017A1 (en) * | 2021-03-30 | 2024-05-16 | Beijing Xiaomi Mobile Software Co., Ltd. | Methods for processing data reception, related communication apparatus and storage medium |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103178942A (zh) * | 2011-12-21 | 2013-06-26 | 华为技术有限公司 | 信令传输方法、基站和用户设备 |
CN104811284A (zh) * | 2014-01-29 | 2015-07-29 | 上海贝尔股份有限公司 | 为mtc ue进行上行链路传输反馈的方法和装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102148672B (zh) * | 2011-04-18 | 2014-04-02 | 电信科学技术研究院 | 发送应答反馈传输配置信息及应答反馈方法、系统和设备 |
KR20150060118A (ko) * | 2013-11-25 | 2015-06-03 | 주식회사 아이티엘 | Harq ack/nack의 전송방법 및 장치 |
-
2017
- 2017-08-11 CN CN201780093613.6A patent/CN110999153B/zh active Active
- 2017-08-11 WO PCT/CN2017/097272 patent/WO2019028916A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103178942A (zh) * | 2011-12-21 | 2013-06-26 | 华为技术有限公司 | 信令传输方法、基站和用户设备 |
CN104811284A (zh) * | 2014-01-29 | 2015-07-29 | 上海贝尔股份有限公司 | 为mtc ue进行上行链路传输反馈的方法和装置 |
Non-Patent Citations (1)
Title |
---|
HARQ feedback indication design for UL grant-free transmission;HUAWEI,et al.;《3GPP TSG RAN WG1 Meeting #89, R1-1706920》;20170519;第2节 * |
Also Published As
Publication number | Publication date |
---|---|
WO2019028916A1 (zh) | 2019-02-14 |
CN110999153A (zh) | 2020-04-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110999153B (zh) | 数据传输方法和装置 | |
JP6767477B2 (ja) | 短縮物理アップリンク共有チャネル・アレンジメント | |
US12010690B2 (en) | Communication method, communications apparatus, and storage medium | |
JP2021153301A (ja) | スケーラブルフィードバックレポート | |
CN109429275B (zh) | 一种通信方法及装置 | |
US20240178974A1 (en) | Method and apparatus for fallback operation for semi-static harq-ack codebook determination | |
US11502785B2 (en) | Communication method, access network device, and terminal | |
US20220174720A1 (en) | Sidelink Feedback Information Transmission Method and Communications Apparatus | |
US10779284B2 (en) | Data transmission method, user equipment, and base station | |
WO2019157669A1 (zh) | 通信方法及装置 | |
CN108809541B (zh) | 上行数据的传输方法和装置 | |
US20190207718A1 (en) | Information transmission method and device | |
US11902943B2 (en) | Communication method and communications apparatus | |
US20230028448A1 (en) | Feedback information sending method and apparatus | |
CN110730513B (zh) | 一种通信方法及装置 | |
CN111585710A (zh) | 发送反馈信息的方法和装置和接收反馈信息的方法和装置 | |
CN109150380B (zh) | 数据传输的方法、网络设备和终端设备 | |
WO2021159539A1 (zh) | 一种信道的接收机会确定方法及通信装置 | |
JP2023542690A (ja) | ユーザ装置及びユーザ装置の方法 | |
US10873438B2 (en) | Method and apparatus for feeding back data transmission acknowledgement and communication system | |
WO2022027688A1 (zh) | 一种确定harq-ack码本的方法及装置 | |
WO2021035450A1 (zh) | 一种数据传输方法和通信设备 | |
CN115174005B (zh) | 重传响应反馈方法及装置、终端设备 | |
EP4319025A1 (en) | Method and apparatus for transmitting control information | |
CN112398617B (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 |