CN112399566A - 处理数据的方法和通信装置 - Google Patents
处理数据的方法和通信装置 Download PDFInfo
- Publication number
- CN112399566A CN112399566A CN201910748755.2A CN201910748755A CN112399566A CN 112399566 A CN112399566 A CN 112399566A CN 201910748755 A CN201910748755 A CN 201910748755A CN 112399566 A CN112399566 A CN 112399566A
- Authority
- CN
- China
- Prior art keywords
- indication
- data
- field
- information
- domain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种处理数据的方法和通信装置,可以提高终端设备处理数据的效率,提高数据传输的鲁棒性。该方法可以包括:终端设备在第一时频资源上接收第一数据和在第二时频资源上接收第二数据,其中,第一时频资源和第二时频资源的频域资源不重叠,或,第一时频资源和第二时频资源的时域资源不重叠;终端设备接收指示信息,该指示信息可以指示终端设备第一数据和第二数据的传输方案,或者,该指示信息可以指示第一数据和第二数据是否能够软比特信息合并解码。终端设备根据指示信息确定第一数据和第二数据能够软比特信息合并解码,或者,终端设备根据指示信息确定第一数据和第二数据不能软比特信息合并解码。
Description
技术领域
本申请涉及通信领域,具体涉及一种处理数据的方法和通信装置。
背景技术
在第五代(5th Generation,5G)通信系统中,随着移动通信的快速发展,在系统容量、瞬时峰值速率、频谱效率、小区边缘用户吞吐量以及时延等诸多方面有了更高的要求。在通信传输过程中有很多小包突发业务产生,例如,超可靠低延迟通信(ultra-reliableand low latency communication,URLLC)等突发业务。以URLLC业务为例,一般情况下,URLLC业务可靠性的要求高达99.999%,因此通常采用分集的方案来进行数据传输。
为了保证数据传输的可靠性,提出了一些方案,例如频分复用(frequencydivision multiplexing,FDM)方案。FDM方案包括多种不同的传输方式。例如,多个网络设备,如多个发送接收点(transmission and reception point,TRP),分别传输同一份数据信息的一部分。又如,多个网络设备重复传输相同的数据信息,等等。
考虑到不同的传输方式,终端设备处理数据的方式也需要被考虑。
发明内容
本申请提供一种处理数据的方法和通信装置,可以提高终端设备处理数据的效率,提高数据传输的鲁棒性。
第一方面,提供了一种处理数据的方法。该方法可以由终端设备执行,或者,也可以由配置于终端设备中的芯片或芯片系统或电路执行,本申请对此不作限定。
该方法可以包括:在第一时频资源上接收第一数据和在第二时频资源上接收第二数据,其中,所述第一时频资源和所述第二时频资源的频域资源不重叠,或,所述第一时频资源和所述第二时频资源的时域资源不重叠;接收指示信息;根据所述指示信息确定所述第一数据和所述第二数据是否能够软比特信息合并解码。
可选地,终端设备根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码,即表示,终端设备根据指示信息确定是否能够对第一数据和第二数据执行软比特信息合并解码。例如,终端设备根据指示信息确定能够对第一数据和第二数据执行软比特信息合并解码;又如,终端设备根据指示信息确定不能对第一数据和第二数据执行软比特信息合并解码。
应理解,“能够”指的是不同频域资源上的数据具备进行软比特信息的条件,终端设备仍然可以根据自身的能力或当前传输的需要决定是否做软比特信息合并。
可选地,指示信息指示的内容可以是传输方案;或者,指示信息可以指示终端设备是否能够对不同频域资源上的数据流进行软比特信息合并解码;或者,指示信息可以指示终端设备不同的频域资源上的数据流关联的是同一个冗余版本(redundancy version,RV),还是独立的RV。
可选地,在某些情况下,如区分多个发送接收点(transmission and receptionpoint,TRP)发送的数据时,数据可以替换为传输块(transport block,TB)或码字(codeword,CW)。例如,第一数据可以替换为第一TB,或者,第一数据可以替换为第一CW。又如,第二数据可以替换为第二TB,或者,第二数据可以替换为第二CW。
示例性地,第一时频资源和第二时频资源的频域资源不重叠,可以理解为,第一时频资源和第二时频资源在频域上不重叠。例如,第一数据和第二数据可以通过频分复用(frequency division multiplexing,FDM)的方式发送给终端设备。
示例性地,第一时频资源和第二时频资源的时域资源不重叠,可以理解为,第一时频资源和第二时频资源在时域上不重叠。例如,第一数据和第二数据可以通过时分复用(time division multiplexing,TDM)的方式发送给终端设备。
基于上述技术方案,终端设备可以先根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码,再处理不同频域资源或不同时域资源上接收到的数据。相反,终端设备如果直接分别处理在不同频域资源或不同时域资源上接收到的数据,不仅会降低处理数据的效率,也会影响数据传输的鲁棒性。因此,通过本申请,不仅可以提升终端设备处理数据的效率,也可以提升数据的传输性能进而提高传输效率。
结合第一方面,在第一方面的某些实现方式中,所述第一时频资源和所述第二时频资源关联不同的准共址QCL信息。
第一时频资源和第二时频资源关联不同的准共址QCL信息,可以理解为第一传输单元和第二传输单元关联不同的准共址(quasi-co-location,QCL),可以表示,第一传输单元和第二传输单元关联的QCL不同;或者可以表示,在第一传输单元接收到的第一数据和第二传输单元接收到的第二数据关联的QCL和在第二传输单元接收到的第二数据关联的QCL不同。
可选地,QCL信息可以包括:QCL类型(type)、参考信号资源类型、参考信号资源索引等信息。关于不同的QCL信息和相同的QCL信息见下文实施例描述。
基于上述方案,在多站传输场景下,终端设备可以根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码。
结合第一方面,在第一方面的某些实现方式中,所述指示信息承载于以下任意1种或多种以上信令中:无线资源控制RRC信令、媒体接入控制-控制元素MAC-CE信令、下行控制信息DCI。
也就是说,指示信息可以通过无线资源控制(radio resource control,RRC)信令、媒体接入控制(media access control,MAC)信令、下行控制信息(downlink controlinformation,DCI)中的任意一种信令指示,也可以通过RRC信令、MAC-CE信令、DCI中的任意两种或三种联合指示。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:接收调度所述第一数据和所述第二数据的下行控制信息DCI,所述DCI中包括第一TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;所述指示信息承载于所述第二TB指示域中。
可选地,第一TB指示域用于指示第一数据的传输参数。例如,网络设备可以通过第一TB指示域中的调制编码方案(modulation and coding scheme,MCS)域指示第一数据的MCS。又如,网络设备可以通过第一TB指示域中的RV域指示第一数据的RV。又如,网络设备可以通过第一TB指示域中的NDI域指示第一数据为新传或重传。
可选地,在DCI中仅包括一个TB指示域的情况下,终端设备确定第一数据和第二数据不能够软比特信息合并解码。
基于上述技术方案,可以复用闲置的指示项,即DCI中处于去使能(disable)状态的TB指示域,不仅可以动态地指示传输方案,无需增加额外的信令开销,而且可以提高资源的有效利用率。
结合第一方面,在第一方面的某些实现方式中,所述指示信息承载于所述第二TB指示域中,包括:所述指示信息承载于以下任意一项或多项中:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
基于上述技术方案,可以复用闲置的指示项,例如处于disable状态的TB指示域中的新数据指示(new data indicator,NDI)域、处于disable状态的TB指示域中的MCS域、以及处于disable状态的TB指示域中的RV域中的一项或多项,不仅可以动态地指示传输方案,无需增加额外的信令开销,而且可以提高资源的有效利用率。
结合第一方面,在第一方面的某些实现方式中,在所述第二TB指示域中的MCS配置为26、RV配置为1的情况下,所述指示信息承载于NDI域中。
可选地,终端设备可以基于MCS和RV取值为(26,1)的组合,来确定第二TB指示域处于去使能状态。
结合第一方面,在第一方面的某些实现方式中,调度所述第一数据和所述第二数据的DCI中包括第一TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;所述指示信息包括第一信息,所述第一信息用于通知所述终端设备:所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,和/或,所述第二TB指示域中的RV域用于指示所述第二数据的RV。
可选地,终端设备可以通过RRC信令或新增的高层信令,确定第二TB指示域处于去使能状态。
或者,可选地,终端设备也可以根据当前传输为FDM传输,确定第二TB指示域处于去使能状态。也就是说,可以默认在FDM传输下,只要有2个TB指示域,其中一个TB指示域固定处于去使能状态。
可选地,基于第一信息,终端设备通过读取第二TB指示域中的MCS域可以确定第二数据的MCS,和/或,终端设备通过读取第二TB指示域中的RV域可以确定第二数据的RV。
可选地,基于第一信息,终端设备可以确定传输方案,或者说,终端设备可以确定第一数据和第二数据能够软比特信息合并解码。相应地,终端设备未接收到第一信息,那么终端设备可以确定第一数据和第二数据不能够软比特信息合并解码。
可选地,第二TB指示域中的MCS域指向一个保留(reserved)的值,以及第二TB指示域中的RV域指向一个reserved的值的情况下,终端设备确定第一数据和第二数据不能够软比特信息合并解码。
可选地,第二TB指示域中的RV域指向一个reserved的值的情况下,或者,第二TB指示域中的MCS域指向一个保留(reserved)的值的情况下,终端设备可以确定第一数据和第二数据不能够软比特信息合并解码;或者,终端设备可以确定第一数据和第二数据能够软比特信息合并解码。
可选地,在DCI中仅包括一个TB指示域的情况下,终端设备确定第一数据和第二数据不能够软比特信息合并解码。
结合第一方面,在第一方面的某些实现方式中,所述指示信息还包括第二信息,所述第二信息用于指示所述第二TB指示域中的NDI域取值;在所述第二TB指示域中的NDI域取值为第一数值的情况,所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,所述第二TB指示域中的RV域用于指示所述第二数据的RV;在所述第二TB指示域中的NDI域取值为第二数值的情况,所述第二TB指示域中的MCS域和RV域为预留;其中,所述第一数值和所述第二数值不相等。
可选地,终端设备根据第一信息以及第二TB指示域的指示功能是否开启,确定传输方案,或者说,确定第一数据和第二数据是否能够软比特信息合并解码。
可选地,基于第一信息和第二信息,终端设备通过读取第二TB指示域中的MCS域可以确定第二数据的MCS,和/或,终端设备通过读取第二TB指示域中的RV域可以确定第二数据的RV。并且,终端设备可以确定第一数据和第二数据能够软比特信息合并解码。
可选地,第一数值为0,第二数值为1;或者,第一数值为1,第二数值为0。
结合第一方面,在第一方面的某些实现方式中,所述指示信息承载于调度所述第一数据和所述第二数据的DCI中,在所述调度所述第一数据和所述第二数据的DCI中包含2个TB指示域,且所述2个TB指示域中的一个TB指示域处于去使能状态的情况下,确定所述第一数据和所述第二数据能够软比特信息合并解码;在所述调度所述第一数据和所述第二数据的DCI中包含1个TB指示域的情况下,确定所述第一数据和所述第二数据不能软比特信息合并解码。
结合第一方面,在第一方面的某些实现方式中,所述指示信息承载于调度所述第一数据和所述第二数据的DCI中的天线端口指示域,其中,所述天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一个DMRS端口配置,所述至少两种DMRS端口配置中DMRS端口数量相同。
可选地,解调参考信号(demodulation reference signal,DMRS)端口配置与传输方案具有对应关系,终端设备根据接收到的DMRS端口配置,结合该对应关系,确定传输方案或者确定第一数据和第二数据是否能够软比特信息合并解码。
基于上述技术方案,可以通过复用DMRS的冗余行,无需增加额外的信令开销,不仅可以实现传输方案的动态指示,而且协议修改量极小。
结合第一方面,在第一方面的某些实现方式中,所述至少两种DMRS端口配置满足以下任一条件:码分复用CDM组的个数相同,且端口号不同;CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或,CDM组的个数不同,且端口号相同。
结合第一方面,在第一方面的某些实现方式中,终端设备支持软比特信息合并的能力,或,所述终端设备支持第一传输方案和第二传输方案。
可选地,第一传输方案表示:两个网络设备分别传输同一份数据信息的一部分,其中,同一份数据信息即表示同一个TB。也就是说,两个网络设备分别传输一个TB的部分数据信息,即第一数据和第二数据,该第一数据和第二数据对应一个码字,且对应的码字中携带的冗余版本相同。
可选地,第二传输方案表示:两个网络设备传输相同的数据信息,其中,相同的数据信息即表示相同的TB。也就是说,两个网络设备分别传输相同的TB,即第一数据和第二数据,第一数据对应的码字中携带的冗余版本,和第二数据对应的码字中携带的冗余版本可能不同。
可选地,本申请实施例的方案可以应用于终端设备既支持第一传输方案又支持第二传输方案的场景。或者说,本申请实施例的方案可以应用于终端设备支持软比特信息合并的能力的场景。或者说,在终端设备既支持第一传输方案又支持第二传输方案的情况下,网络设备向终端设备发送指示信息,终端设备根据该指示信息确定第一数据和第二数据是否能够软比特信息合并解码。
结合第一方面,在第一方面的某些实现方式中,所述方法还包括:通过终端设备UE能力上报:所述终端设备支持所述软比特信息合并的能力,或,所述终端设备支持所述第一传输方案和所述第二传输方案。
终端设备可以通过UE能力上报:是否支持方案A(scheme A)和方案B(scheme B),或者,是否支持软比特信息合并。
第二方面,提供了一种处理数据的方法。该方法可以由网络设备执行,或者,也可以由配置于网络设备中的芯片或电路或芯片系统执行,本申请对此不作限定。
该方法可以包括:生成指示信息,所述指示信息用于终端设备确定第一数据和第二数据是否能够软比特信息合并解码,所述第一数据是在第一时频资源上传输的数据,所述第二数据是在第二时频资源上传输的数据,其中,所述第一时频资源和所述第二时频资源的频域资源不重叠,或,所述第一时频资源和所述第二时频资源的时域资源不重叠;发送所述指示信息。
可选地,指示信息指示的内容可以是传输方案;或者,指示信息可以指示终端设备是否能够对不同频域资源上的数据流进行软比特信息合并解码;或者,指示信息可以指示终端设备不同的频域资源上的数据流关联的是同一个RV,还是独立的RV。
可选地,在某些情况下,如区分多个TRP发送的数据时,数据可以替换为TB或CW。例如,第一数据可以替换为第一TB,或者,第一数据可以替换为第一CW。又如,第二数据可以替换为第二TB,或者,第二数据可以替换为第二CW。
基于上述技术方案,终端设备可以先根据网络设备下发的指示信息,确定第一数据和第二数据是否能够软比特信息合并解码,再处理不同频域资源或不同时域资源上接收到的数据。相反,如果网络设备不进行指示,终端设备可能直接分别处理在不同频域资源或不同时域资源上接收到的数据,不仅会降低处理数据的效率,也会影响数据传输的鲁棒性。因此,通过本申请,不仅可以提升终端设备处理数据的效率,也可以提升数据的传输性能进而提高传输效率。
结合第二方面,在第二方面的某些实现方式中,所述第一时频资源和所述第二时频资源关联不同的准共址QCL信息。
第一时频资源和第二时频资源关联不同的准共址QCL信息,可以理解为第一传输单元和第二传输单元关联不同的QCL,可以表示,第一传输单元和第二传输单元关联的QCL不同;或者可以表示,在第一传输单元接收到的第一数据和第二传输单元接收到的第二数据关联的QCL和在第二传输单元接收到的第二数据关联的QCL不同。
可选地,QCL信息可以包括:QCL type、参考信号资源类型、参考信号资源索引等信息。关于不同的QCL信息和相同的QCL信息见下文实施例描述。
基于上述方案,在多站传输场景下,终端设备可以根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码。
结合第二方面,在第二方面的某些实现方式中,所述指示信息承载于以下任意1种或多种以上信令中:无线资源控制RRC信令、媒体接入控制-控制元素MAC-CE信令、下行控制信息DCI。
也就是说,网络设备可以通过RRC信令、MAC-CE信令、DCI中的任意一种信令指示,也可以通过RRC信令、MAC-CE信令、DCI中的任意两种或三种联合指示。
结合第二方面,在第二方面的某些实现方式中,所述发送所述指示信息,包括:发送调度所述第一数据和所述第二数据的下行控制信息DCI,所述DCI中包括第一传输块TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;所述第二TB指示域中携带所述指示信息。
基于上述技术方案,可以复用闲置的指示项,即DCI中处于去使能(disable)状态的TB指示域,不仅可以动态地指示传输方案,无需增加额外的信令开销,而且可以提高资源的有效利用率。
结合第二方面,在第二方面的某些实现方式中,所述第二TB指示域中携带所述指示信息,包括:所述第二TB指示域中的以下任意一项中携带所述指示信息:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
基于上述技术方案,可以复用闲置的指示项,例如处于disable状态的TB指示域中的NDI域、处于disable状态的TB指示域中的MCS域、以及处于disable状态的TB指示域中的RV域中的一项或多项,不仅可以动态地指示传输方案,无需增加额外的信令开销,而且可以提高资源的有效利用率。
结合第二方面,在第二方面的某些实现方式中,在所述第二TB指示域中的MCS配置为26、RV配置为1的情况下,所述第二TB指示域中的NDI域中携带指示信息。
可选地,终端设备可以基于MCS和RV取值为(26,1)的组合,来确定第二TB指示域处于去使能状态。
结合第二方面,在第二方面的某些实现方式中,发送调度所述第一数据和所述第二数据的DCI,所述DCI中包括第一TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;所述指示信息包括第一信息,所述第一信息用于通知所述终端设备:所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,和/或,所述第二TB指示域中的RV域用于指示所述第二数据的RV。
可选地,网络设备可以通过RRC信令或新增的高层信令,向终端设备指示第二TB指示域处于去使能状态。
结合第二方面,在第二方面的某些实现方式中,所述指示信息还包括第二信息,所述第二信息用于指示所述第二TB指示域中的NDI域取值;在所述第二TB指示域中的NDI域取值为第一数值的情况,所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,所述第二TB指示域中的RV域用于指示所述第二数据的RV;在所述第二TB指示域中的NDI域取值为第二数值的情况,所述第二TB指示域中的MCS域和RV域为预留;其中,所述第一数值和所述第二数值不相等。
可选地,第一数值为0,第二数值为1;或者,第一数值为1,第二数值为0。
结合第二方面,在第二方面的某些实现方式中,所述发送所述指示信息,包括:
发送调度所述第一数据和所述第二数据的下行控制信息DCI中的天线端口指示域,所述天线端口指示域中携带所述指示信息;其中,所述天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一种DMRS端口配置,所述至少两种DMRS端口配置中DMRS端口数量相同。
可选地,DMRS端口配置与传输方案具有对应关系,终端设备根据接收到的DMRS端口配置,结合该对应关系,确定传输方案或者确定第一数据和第二数据是否能够软比特信息合并解码。
基于上述技术方案,可以通过复用解调参考信号(demodulation referencesignal,DMRS)的冗余行,无需增加额外的信令开销,不仅可以实现传输方案的动态指示,而且协议修改量极小。
结合第二方面,在第二方面的某些实现方式中,所述至少两种DMRS端口配置满足以下任一条件:码分复用CDM组的个数相同,且端口号不同;CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或,CDM组的个数不同,且端口号相同。
结合第二方面,在第二方面的某些实现方式中,所述终端设备支持软比特信息合并的能力,或,所述终端设备支持第一传输方案和第二传输方案。
可选地,第一传输方案表示:两个网络设备分别传输同一份数据信息的一部分,其中,同一份数据信息即表示同一个TB。也就是说,两个网络设备分别传输一个TB的部分数据信息,即第一数据和第二数据,该第一数据和第二数据对应一个码字,且对应的码字中携带的冗余版本相同。
可选地,第二传输方案表示:两个网络设备传输相同的数据信息,其中,相同的数据信息即表示相同的TB。也就是说,两个网络设备分别传输相同的TB,即第一数据和第二数据,第一数据对应的码字中携带的冗余版本,和第二数据对应的码字中携带的冗余版本可能不同。
可选地,本申请实施例的方案可以应用于终端设备既支持第一传输方案又支持第二传输方案的场景。或者说,本申请实施例的方案可以应用于终端设备支持软比特信息合并的能力的场景。或者说,在终端设备既支持第一传输方案又支持第二传输方案的情况下,网络设备向终端设备发送指示信息,终端设备根据该指示信息确定第一数据和第二数据是否能够软比特信息合并解码。
结合第二方面,在第二方面的某些实现方式中,所述方法还包括:接收所述终端设备上报的终端设备UE能力,所述UE能力指示:所述终端设备支持所述软比特信息合并的能力,或,所述终端设备支持所述第一传输方案和所述第二传输方案。
终端设备可以通过UE能力上报:是否支持方案A(scheme A)和方案B(scheme B),或者,是否支持软比特信息合并。
第三方面,提供了一种处理数据的方法。该方法可以由终端设备执行,或者,也可以由配置于终端设备中的芯片或电路或芯片系统执行,本申请对此不作限定。
该方法可以包括:在第一时频资源上接收第一数据和在第二时频资源上接收第二数据;接收下行控制信息DCI,该DCI中包括第一传输块TB指示域和第二TB指示域,第一TB指示域处于使能状态,第二TB指示域处于去使能状态;通过读取第二TB指示域中的调制与编码策略指示MCS域可以确定第二数据的MCS,和/或,通过读取第二TB指示域中的冗余版本RV域可以确定第二数据的RV。
基于上述技术方案,复用了处于去使能状态的第二TB指示域,从而可以兼容2个或2个以上的MCS以及2个或2个以上的RV的动态指示,有很强的后向扩展性。
结合第三方面,在第三方面的某些实现方式中,所述方法还包括:通过读取第一TB指示域中的MCS域可以确定第一数据的MCS,和/或,通过读取第一TB指示域中的RV域可以确定第一数据的RV。
结合第三方面,在第三方面的某些实现方式中,所述方法还包括:在第二TB指示域开启的情况下,通过读取第二TB指示域中的调制与编码策略指示MCS域可以确定第二数据的MCS,和/或,通过读取第二TB指示域中的冗余版本RV域可以确定第二数据的RV。
基于上述技术方案,复用了处于去使能状态的第二TB指示域,例如,可以通过信令或NDI域等开启或关闭第二TB指示域中的指示功能,从而可以兼容2个或2个以上的MCS以及2个或2个以上的RV的动态指示,有很强的后向扩展性。
结合第三方面,在第三方面的某些实现方式中,根据第二TB指示域中的新传数据指示NDI域,确定第二TB指示域是否开启。
第四方面,提供一种通信装置,所述通信装置用于执行上述第一方面或第三方面提供的通信方法。具体地,所述通信装置可以包括用于执行第一方面或第三方面提供的通信方法的模块。
第五方面,提供一种通信装置,所述通信装置用于执行上述第二方面提供的通信方法。具体地,所述通信装置可以包括用于执行第二方面提供的通信方法的模块。
第六方面,提供一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第一方面或第三方面以第一方面或第三方面中任一种可能实现方式中的通信方法。可选地,该通信装置还包括存储器。可选地,该通信装置还包括通信接口,处理器与通信接口耦合,所述通信接口用于输入和/或输出信息。所述信息包括指令和数据中的至少一项。
在一种实现方式中,该通信装置为终端设备。当该通信装置为终端设备时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为芯片或芯片系统。当该通信装置为芯片或芯片系统时,所述通信接口可以是输入/输出接口可以是该芯片或芯片系统上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。所述处理器也可以体现为处理电路或逻辑电路。
在另一种实现方式中,该通信装置为配置于终端设备中的芯片或芯片系统。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第七方面,提供一种通信装置,包括处理器。该处理器与存储器耦合,可用于执行存储器中的指令,以实现上述第二方面以及第二方面中任一种可能实现方式中的通信方法。可选地,该通信装置还包括存储器。可选地,该通信装置还包括通信接口,处理器与通信接口耦合,所述通信接口用于输入和/或输出信息。所述信息包括指令和数据中的至少一项。
在一种实现方式中,该通信装置为网络设备。当该通信装置为网络设备时,所述通信接口可以是收发器,或,输入/输出接口。
在另一种实现方式中,该通信装置为芯片或芯片系统。当该通信装置为芯片或芯片系统时,所述通信接口可以是该芯片或芯片系统上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。所述处理器也可以体现为处理电路或逻辑电路。
在另一种实现方式中,该通信装置为配置于网络设备中的芯片或芯片系统。
可选地,所述收发器可以为收发电路。可选地,所述输入/输出接口可以为输入/输出电路。
第八方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被通信装置执行时,使得所述通信装置实现第一方面或第三方面,以及第一方面或第三方面的任一可能的实现方式中的通信方法。
第九方面,提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被通信装置执行时,使得所述通信装置实现第二方面,以及第二方面的任一可能的实现方式中的通信方法。
第十方面,提供一种包含指令的计算机程序产品,所述指令被计算机执行时使得通信装置实现第一方面或第三方面提供的通信方法。
第十一方面,提供一种包含指令的计算机程序产品,所述指令被计算机执行时使得通信装置实现第二方面提供的通信方法。
第十二方面,提供了一种通信系统,包括前述的网络设备和终端设备。
附图说明
图1是适用于本申请实施例的通信系统的一示意图;
图2是适用于本申请实施例的多点传输的一示意图;
图3是根据本申请一实施例的处理数据的方法的示意图;
图4和图5是适用于本申请实施例的传输方案的示意图;
图6是根据本申请又一实施例的处理数据的方法的示意图;
图7是本申请实施例提供的通信装置的一示意性框图;
图8是本申请实施例提供的通信装置的又一示意性框图;
图9是本申请实施例提供的终端设备的结构示意图;
图10是本申请实施例提供的网络设备的结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:第五代(5thgeneration,5G)系统或新无线(new radio,NR)、长期演进(long term evolution,LTE)系统、LTE频分双工(frequency division duplex,FDD)系统、LTE时分双工(time divisionduplex,TDD)、通用移动通信系统(universal mobile telecommunication system,UMTS)等。本申请实施例的技术方案还可以应用于设备到设备(device to device,D2D)通信,机器到机器(machine to machine,M2M)通信,机器类型通信(machine type communication,MTC),以及车联网系统中的通信。其中,车联网系统中的通信方式统称为V2X(X代表任何事物),例如,该V2X通信包括:车辆与车辆(vehicle to vehicle,V2V)通信,车辆与路边基础设施(vehicle to infrastructure,V2I)通信、车辆与行人之间的通信(vehicle topedestrian,V2P)或车辆与网络(vehicle to network,V2N)通信等。
为便于理解本申请实施例,首先结合图1详细说明适用于本申请实施例的通信系统。
图1是适用于本申请实施例的无线通信系统100的一示意图。如1图所示,该无线通信系统100可以包括至少一个网络设备,例如图1所示的网络设备111、网络设备112、以及网络设备113,该无线通信系统100还可以包括至少一个终端设备,例如图1所示的终端设备121和终端设备122。网络设备和终端设备均可配置多个天线,网络设备与终端设备可使用多天线技术通信。
网络设备111、网络设备112、以及网络设备113,可以是同一小区中的发送接收点(transmission and reception point,TRP),也可以是不同小区中的网络设备,本申请对此不作限定。应理解,本申请各实施例还可以应用在一个网络设备的多天线面板相当于多TRP的场景下。
在通信系统100中,网络设备111、网络设备112、以及网络设备113,彼此之间可通过回程(backhaul)链路通信,该回程链路可以是有线回程链路(例如光纤、铜缆),也可以是无线回程链路(例如微波)。网络设备111和网络设备112可以进行相互协同,来为终端设备121提供服务,因此,终端设备121可通过无线链路分别与网络设备111和网络设备112通信。网络设备111和网络设备113可以进行相互协同,来为终端设备122提供服务,因此,终端设备122可通过无线链路分别与网络设备111和网络设备113通信。
按照收发点之间的通信时延分类,可以将回程分为理想回程(ideal backhaul)和非理想回程(non-ideal backhaul)。理想回程下的两传输节点之间,通信时延可以是微秒级别,与NR中毫秒级别的调度相比,可以忽略不计;非理想回程下的两传输节点之间,通信时延可以是毫秒级别,与NR中毫秒级别的调度相比,无法忽略。
在通信系统100中,网络设备111和网络设备112之间可以理想回程,即可以认为网络设备111和网络设备112之间基本没有传输时延。网络设备111和网络设备113之间可以为非理想回程,意味着网络设备111和网络设备113之间存在一定的传输时延。
示例性地,在通信系统100中,终端设备121处于网络设备111和网络设备112的协作传输状态下。换句话说,网络设备111和网络设备112均可以向终端设备121发送下行控制信息和数据,同样,终端设备121也可以向网络设备111或网络设备112发送上行数据。由于网络设备111和网络设备112之间没有交互时延,因此网络设备111和网络设备112与终端设备121的协作传输可以通过同一个控制信息调度。例如,由其中一个网络设备(如网络设备111或网络设备112)发送下行控制信息(downlink control information,DCI)。
此外,网络设备111和网络设备112中的一个或多个还可以分别采用载波聚合技术,在一个或多个CC上为终端设备121调度物理下行共享信道(physical downlink sharechannel,PDSCH)。例如,网络设备111可以在CC#1和CC#2上为终端设备121调度PDSCH,网络设备112可以在CC#1和CC#3上为终端设备121调度PDSCH。网络设备111和网络设备112所调度的CC可以是相同的,也可以是不同的,本申请对此不作限定。
示例性地,在通信系统100中,终端设备122处于网络设备111和网络设备113的协作传输状态下。换句话说,网络设备111和网络设备113均可以向终端设备122发送下行控制信息和数据,同样,终端设备122也可以向网络设备111或网络设备113发送上行数据。由于网络设备111和网络设备113之间存在交互时延,因此网络设备111和网络设备113与终端设备122的协作传输一般由各自网络设备分别独立调度。例如网络设备111和网络设备113各自发送DCI。
此外,网络设备111和网络设备113中的一个或多个还可以分别采用载波聚合技术,在一个或多个CC上为终端设备122调度PDSCH。例如,网络设备111可以在CC#4和CC#5上为终端设备122调度PDSCH,网络设备113可以在CC#4和CC#6上为终端设备122调度PDSCH。网络设备111和网络设备113所调度的CC可以是相同的,也可以是不同的,本申请对此不作限定。
应理解,上述应用于本申请实施例的通信系统仅是举例说明,适用本申请实施例的通信系统并不局限于此。
还应理解,上述通信系统中还可以包括更多或更少数量的网络设备,或者,上述通信系统中还可以包括更多或更少数据的终端设备。
本申请实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session InitiationProtocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal Digital Assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,5G网络或未来网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,PLMN)中的终端设备等,本申请实施例对此并不限定。
示例性地,终端设备中可以包括:无线资源控制(radio resource control,RRC)信令交互模块、媒体接入控制(media access control,MAC)信令交互模块、以及物理(physical,PHY)信令交互模块。其中,RRC信令交互模块可以为:网络设备和终端设备用于发送及接收RRC信令的模块。MAC信令交互模块可以为:网络设备和终端设备用于发送及接收媒体接入控制控制元素(media access control control element,MAC-CE)信令的模块。PHY信令及数据可以为:网络设备和终端设备用于发送及接收上行控制信令或下行控制信令、上下行数据或下行数据的模块。
本申请实施例中的网络设备可以是用于与终端设备通信的设备,该网络设备可以是全球移动通讯(Global System of Mobile communication,GSM)系统或码分多址(CodeDivision Multiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional NodeB,eNB或eNodeB),还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,本申请实施例并不限定。
示例性地,网络设备中也可以包括:RRC信令交互模块、MAC信令交互模块、以及PHY信令交互模块。
在一些部署中,网络设备可以包括集中式单元(centralized unit,CU)和分布式单元(distributed unit,DU)。网络设备还可以包括有源天线单元(active antenna unit,AAU)。CU实现网络设备的部分功能,DU实现网络设备的部分功能,比如,CU负责处理非实时协议和服务,实现RRC,分组数据汇聚层协议(packet data convergence protocol,PDCP)层的功能。DU负责处理物理层协议和实时服务,实现无线链路控制(radio link control,RLC)层、MAC层和PHY层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息,或者,由PHY层的信息转变而来,因而,在这种架构下,高层信令,如RRC层信令,也可以认为是由DU发送的,或者,由DU+AAU发送的。可以理解的是,网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外,可以将CU划分为接入网(radio access network,RAN)中的网络设备,也可以将CU划分为核心网(core network,CN)中的网络设备,本申请对此不做限定。
为便于理解本申请实施例,首先对本申请中涉及的几个术语做简单说明。
1、波束
波束在NR协议中的体现可以是空域滤波器(spatial filter),或者称空间滤波器(spatial filter)或空间参数(spatial parameters)。用于发送信号的波束可以称为发射波束(transmission beam,Tx beam),可以称为空间发送滤波器(spatial domaintransmit filter)或空间发射参数(spatial domain transmit parameter);用于接收信号的波束可以称为接收波束(reception beam,Rx beam),可以称为空间接收滤波器(spatial domain receive filter)或空间接收参数(spatial domain receiveparameter)。
发射波束可以是指信号经天线发射出去后在空间不同方向上形成的信号强度的分布,接收波束可以是指从天线上接收到的无线信号在空间不同方向上的信号强度分布。
应理解,上文列举的NR协议中对于波束的体现仅为示例,不应对本申请构成任何限定。本申请并不排除在未来的协议中定义其他的术语来表示相同或相似的含义的可能。
此外,波束可以是宽波束,或者窄波束,或者其他类型波束。形成波束的技术可以是波束赋形技术或者其他技术。波束赋形技术具体可以为数字波束赋形技术、模拟波束赋形技术或者混合数字/模拟波束赋形技术等。不同的波束可以认为是不同的资源。通过不同的波束可以发送相同的信息或者不同的信息。
可选地,将具有相同或者类似的通信特征的多个波束视为是一个波束。一个波束对应一个或多个天线端口,用于传输数据信道、控制信道和探测信号等。一个波束对应的一个或多个天线端口也可以看作是一个天线端口集。
2、波束配对关系
波束配对关系,即,发射波束与接收波束之间的配对关系,也就是空间发射滤波器与空间接收滤波器之间的配对关系。在具有波束配对关系的发射波束和接收波束之间传输信号可以获得较大的波束赋形增益。
在一种实现方式中,发送端和接收端可以通过波束训练来获得波束配对关系。具体地,发送端可通过波束扫描的方式发送参考信号,接收端也可通过波束扫描的方式接收参考信号。具体地,发送端可通过波束赋形的方式在空间形成不同指向性的波束,并可以在多个具有不同指向性的波束上轮询,以通过不同指向性的波束将参考信号发射出去,使得参考信号在发射波束所指向的方向上发射参考信号的功率可以达到最大。接收端也可通过波束赋形的方式在空间形成不同指向性的波束,并可以在多个具有不同指向性的波束上轮询,以通过不同指向性的波束接收参考信号,使得该接收端接收参考信号的功率在接收波束所指向的方向上可以达到最大。
通过遍历各发射波束和接收波束,接收端可基于接收到的参考信号进行信道测量,并将测量得到的结果通过信道状态信息(channel state information,CSI)上报发送端。例如,接收端可以将参考信号接收功率(reference signal receiving power,RSRP)较大的部分参考信号资源上报给发送端,如上报参考信号资源的标识,以便发送端在传输数据或信令时采用信道质量较好的波束配对关系来收发信号。
3、天线端口(antenna port)
天线端口简称端口。可以理解为被接收端所识别的发射天线,或者在空间上可以区分的发射天线。针对每个虚拟天线可以配置一个天线端口,每个虚拟天线可以为多个物理天线的加权组合。根据所承载的信号的不同,天线端口可以分为参考信号端口和数据端口。其中,参考信号端口例如包括但不限于,解调参考信号(demodulation referencesignal,DMRS)端口、零功率信道状态信息参考信号触发(channel state informationreference signal,CSI-RS)端口等。
在本申请实施例中,该天线端口可以是指DMRS端口(DMRS port)。不同DMRS端口的DMRS占用的时频资源可能不同,或者,正交覆盖码不同。当网络设备向终端设备指示端口时,终端设备可以基于网络设备所指示的端口接收DMRS,并基于接收到的DMRS解调PDCCH或PDSCH。
此外,与该天线端口相关的参数可以是DMRS端口、DMRS端口组(DMRS port group)或DMRS码分复用(code division multiplexing,CDM)组(DMRS CDM group)。终端设备可以基于DCI中指示的天线端口确定DMRS端口,进而确定所属的DMRS端口组或DMRS码分复用组。
需要说明的是,DMRS端口组和DMRS码分复用组可以理解为基于不同的方式对DMRS端口进行分组而得到。天线端口、DMRS端口、DMRS端口组和DMRS码分复用组可以通过索引来区分,也可以通过标识来区分,或者还可通过其他可用于区分不同端口或不同组的信息来区分,本申请对此不作限定。
下文实施例中,端口和DMRS端口有时交替使用,应理解,在本申请实施例中,端口表示DMRS端口。
4、准共址(quasi-co-location,QCL)
准共址或者称准同位。具有QCL关系的天线端口对应的信号中具有相同的参数,或者,一个天线端口的参数可用于确定与该天线端口具有QCL关系的另一个天线端口的参数,或者,两个天线端口具有相同的参数,或者,两个天线端口间的参数差小于某阈值。其中,所述参数可以包括以下一项或多项:时延扩展(delay spread),多普勒扩展(Dopplerspread),多普勒频移(Doppler shift),平均时延(average delay),平均增益,空间接收参数(spatial Rx parameters)。其中,空间接收参数可以包括以下的一项或多项:到达角(angle of arrival,AOA)、平均AOA、AOA扩展、离开角(angle of departure,AOD)、平均离开角AOD、AOD扩展、接收天线空间相关性参数、发送天线空间相关性参数、发射波束、接收波束以及资源标识。
其中,上述角度可以为不同维度的分解值,或不同维度分解值的组合。天线端口为具有不同天线端口编号的天线端口,和/或,具有相同天线端口号在不同时间和/或频率和/或码域资源内进行信息发送或接收的天线端口,和/或,具有不同天线端口号在不同时间和/或频率和/或码域资源内进行信息发送或接收的天线端口。资源标识可以包括:CSI-RS资源标识,或探测参考信号(sounding reference signal,SRS)资源标识,或同步信号块(synchronization signal block,SSB)资源标识,或物理随机接入信道(Physical RandomAccess Channel,PRACH)上传输的前导序列的资源标识,或解调参考信号(demodulationreference signal,DMRS)的资源标识,用于指示资源上的波束。
在NR协议中,QCL关系可以基于不同的参数分为以下四种类型:
类型A(type A):多普勒频移、多普勒扩展、平均时延、时延扩展;
类型B(type B):多普勒频移、多普勒扩展;
类型C(type C):多普勒频移、平均时延;以及
类型D(type D):空间接收参数。
本申请实施例所涉及的QCL为类型D的QCL。下文中在没有特别说明的情况下,QCL可以理解为类型D的QCL,即,基于空间接收参数定义的QCL。
当QCL关系指类型D的QCL关系时,可以认为是空域QCL。当天线端口满足空域QCL关系时,下行信号的端口和下行信号的端口之间,或上行信号的端口和上行信号的端口之间的QCL关系,可以是两个信号具有相同的AOA或AOD,用于表示具有相同的接收波束或发射波束。又例如对于下行信号和上行信号间或上行信号与下行信号的端口间的QCL关系,可以是两个信号的AOA和AOD具有对应关系,或两个信号的AOD和AOA具有对应关系,即可以利用波束互易性,根据下行接收波束确定上行发射波束,或根据上行发射波束确定下行接收波束。
从发送端来看,如果说两个天线端口是空域QCL的,则可以是指这两个天线端口的对应的波束方向在空间上是一致的。从接收端来看,如果说两个天线端口是空域QCL的,则可以是指接收端能够在同一波束方向上接收到这两个天线端口发送的信号。
具有空域QCL关系的端口上传输的信号还可以具有对应的波束,对应的波束包括以下至少之一:相同的接收波束、相同的发射波束、与接收波束对应的发射波束(对应于有互易的场景)、与发射波束对应的接收波束(对应于有互易的场景)。
具有空域QCL关系的端口上传输的信号还可以理解为使用相同的空间滤波器(spatial filter)接收或发送信号。空间滤波器可以为以下至少之一:预编码,天线端口的权值,天线端口的相位偏转,天线端口的幅度增益。
具有空域QCL关系的端口上传输的信号还可以理解为具有对应的波束对连接(beam pair link,BPL),对应的BPL包括以下至少之一:相同的下行BPL,相同的上行BPL,与下行BPL对应的上行BPL,与上行BPL对应的下行BPL。
因此,空间接收参数(即,类型D的QCL)可以理解为用于指示接收波束的方向信息的参数。
5、传输配置指示(transmission configuration indicator,TCI)状态
TCI状态可用于指示两种参考信号之间的QCL关系。每个TCI状态中可以包括服务小区的索引(ServeCellIndex)、带宽部分(band width part,BWP)标识(identifier,ID)和参考信号资源标识,其中,参考信号资源标识例如可以为以下至少一项:非零功率(non-zero power,NZP)CSI-RS参考信号资源标识(NZP-CSI-RS-ResourceId)、非零功率CSI-RS参考信号资源集标识(NZP-CSI-RS-ResourceSetId)或SSB索引(SSB-Index)。
在此后的通信过程中,终端设备可以基于网络设备所指示的TCI状态确定接收波束,网络设备可以基于同一TCI状态确定发射波束。
此外,TCI状态可以是全局配置的。在为不同的小区、不同的BWP配置的TCI状态中,若TCI状态的索引相同,则所对应的TCI状态的配置也相同。
6、时频资源
在本申请实施例中,数据或信息可以通过时频资源来承载,其中,该时频资源可以包括时域上的资源和频域上的资源。其中,在时域上,时频资源可以包括一个或多个时域单元(或者,也可以称为时间单位),在频域上,时频资源可以包括一个或多个频域单元。
其中,一个时域单元(也可称为时间单元)可以是一个符号或者几个符号,或者一个迷你时隙(mini-slot),或者一个时隙(slot),或者一个子帧(subframe),其中,一个子帧在时域上的持续时间可以是1毫秒(ms),一个时隙由7个或者14个符号组成,一个迷你时隙可以包括至少一个符号(例如,2个符号或4个符号或者7个符号,或者小于等于14个符号的任意数目符号)。列举的上述时域单元大小仅仅是为了方便理解本申请的方案,不应理解对本申请的限定,可以理解的是,上述时域单元大小可以为其它值,本申请不做限定。
一个频域单元可以是一个或多个资源单元(resource element,RE),或者资源块(resource block,RB),或者一个资源块组(resource block group,RBG),或者一个预定义的子带(subband),或者预编码资源组(precoding resource group,PRG)等。
7、多点传输技术
通过多点传输技术可以降低小区之间的干扰,提高用户速率。多点传输技术可以包括:联合传输(Joint transmission,JT)、动态点/小区选择(Dynamic cell/Pointselection,DCS/DPS)、协调波束/调度(Coordinated beam forming/scheduling,CB/CS)、以及基于多DCI的多点传输(Multi-DCI based multi-TRP transmission)等。
其中,基于多DCI的多点传输,表示多个网络设备,如多个TRP,分别向同一个终端设备发送各自的PDCCH,每个PDCCH调度对应的PDSCH。
其中,基于CB/CS技术,通过给有用信号增加波束赋形的方式,可以避免在强干扰方向给边缘终端设备发送信号,从而达到协调邻区的干扰的目的。
其中,基于JT技术,多个小区联合给终端设备发送数据,终端设备收到多份有用数据,因此可以提升边缘终端设备的传输速率。
其中,基于DCS/DPS技术,网络动态选择更好的传输点为终端设备服务,这样使得终端设备能够被信号更强的小区服务,此时强度较弱的小区信号则成为干扰,利用这种多个TRP的信道的差异,可以提高终端设备的信号信干噪比。
8、基于多点传输技术的鲁棒性传输方案
多点传输技术下,来自多个传输点的信道之间存在信道多样性,采用重复发送的方式可以提升通信链路的可靠性,因此多点传输技术可用于增强一些业务的可靠性,如超可靠低延迟通信(ultra-reliable and low latency communication,URLLC)等业务。URLLC的业务类型包括:工业自动化控制、远程驾驶、远程医疗等,可靠性的要求往往在99.999%以上,端到端时延要求在数个毫秒以内。
图2示出了适用于本申请的多点传输的一示意图。如图2所示,一个终端设备可以与两个网络设备,如TRP,处于多点传输协作模式,两个网络设备可以分别位于终端设备的不同方向。
两个网络设备发送的数据可以在不同频域资源上进行传输。其中,两个网络设备可以分别发送同一份数据的不同部分,这样可以享受较低码率带来的编码增益。或者,两个网络设备也可以发送相同的数据,这样可以在接收侧,即终端设备,做软合并带来额外的编码增益。
考虑到网络设备可能会采用如上不同的方式向终端设备传输数据,终端设备处理数据的方式也需要改变。
有鉴于此,本申请实施例提出一种方法,可以提高终端设备处理数据的效率,提高数据通信性能。
下面将结合附图详细说明本申请提供的各个实施例。
图3是本申请实施例提供的一种处理数据的方法300的示意性交互图。方法300可以包括如下步骤。
310,终端设备在第一时频资源上接收第一数据和在第二时频资源上接收第二数据。
示例性地,第一时频资源和第二时频资源的频域资源不重叠,可以理解为,第一时频资源和第二时频资源在频域上不重叠。例如,第一数据和第二数据可以通过频分复用(frequency division multiplexing,FDM)的方式发送给终端设备。
示例性地,第一时频资源和第二时频资源的时域资源不重叠,可以理解为,第一时频资源和第二时频资源在时域上不重叠。例如,第一数据和第二数据可以通过时分复用(time division multiplexing,TDM)的方式发送给终端设备。
可选地,第一时频资源和第二时频资源关联不同的QCL信息。
假设第一时频资源包括第一传输单元,第二时频资源包括第二传输单元,第一传输单元和第二传输单元关联不同的QCL信息。
传输单元可以包括以下任意一项:时域单元、频域单元、或时频单元,例如,本申请实施例中提及的传输单元可以替换为时域单元,也可以替换为频域单元,也可以替换成时频单元。关于时域单元和频域单元可参考上文的描述。
第一传输单元和第二传输单元关联不同的QCL信息,可以理解为,第一传输单元和第二传输单元关联两个不同的TCI-state(即TCI-state索引不同)。不同的TCI-state中,可能包含相同的QCL信息,因此第一传输单元和第二传输单元关联不同的QCL信息,还可以理解为第一传输单元和第二传输单元关联两个不同的QCL信息。反之,相同的TCI-state(即TCI-state索引相同)一般都对应相同的QCL信息。
可选地,QCL信息可以包括:QCL type、参考信号资源类型、参考信号资源索引等信息。不同的QCL信息可以包括以下至少一项:不同的QCL type、不同的参考信号资源类型、不同的参考信号资源索引。
示例性地,QCL不同,可以表示终端设备收到的数据关联的TCI-state的索引不同;或者,QCL不同,可以表示终端设备收到的数据关联的TCI-state中QCL type不同;或者,QCL不同,可以表示终端设备收到的数据关联的TCI-state中QCL type相同,但相同type的QCL信息(QCL information,QCL-info)对应的参考信号资源类型不同(如CSI-RS和SSB)或参考信号资源索引不同;或者,QCL不同,可以表示终端设备收到的数据关联的TCI-state中至少一个QCL type的QCL-info对应的参考信号资源类型不同(如CSI-RS和SSB)或参考信号资源索引不同等。
示例性地,QCL相同,可以表示终端设备收到的数据关联的TCI-state的索引相同;或者,QCL相同,可以表示终端设备收到的数据关联的TCI-state中QCL type相同;或者,QCL相同,可以表示终端设备收到的数据关联的TCI-state中QCL type相同,且该type的QCL-info对应的参考信号资源相同(如参考信号资源索引相同,且参考信号资源类型相同)等;或者,QCL相同,可以表示终端设备收到的数据关联的TCI-state中包括的所有QCL-info对应的参考信号资源相同(如参考信号资源索引相同)等。
为便于描述,本申请实施例主要以FDM为例进行说明。
在FDM的传输方式下,包括两种传输方案,为区分,分别记为方案A(scheme A)和方案B(scheme B)。以两个网络设备,如两个TRP,向终端设备发送第一数据和第二数据为例。
方案A
两个网络设备分别传输同一份数据信息的一部分,简称为第一数据和第二数据。其中,一份数据信息可以认为是一个码字,一个码字可以认为由一个传输块(transportblock,TB)生成。也就说,第一数据和第二数据各自携带了一个TB的部分信息。可以理解,该第一数据和第二数据组成一个码字,且对应一个冗余版本(redundancy version,RV)。
方案B
两个网络设备传输相同的数据信息,仍简称为第一数据和第二数据。其中,相同的数据信息表示它们携带的TB信息是相同的。这意味着第一数据和第二数据对应的码字可以由同一个TB生成,也可以分别由相同的两个TB生成,它们各自都携带了这个TB的全部信息。可以理解,第一数据和第二数据各自对应一个码字,且各自对应一个冗余版本,这里冗余版本可以相同,也可以不同。
在上述描述中,涉及TB、码字和数据,在下文做统一解释。网络设备首先会从高层收到一个TB,然后这个TB会经历一系列物理层流程,包括循环冗余校验(cyclicredundancy check,CRC)添加,码块(code bloc,CB)切割,基于CB的CRC添加,然后以CB为编码单位送进编码模块,并且进行速率匹配过程,在速率匹配过程中可以添加冗余版本(RV),从编码模块出来之后的CB可以再拼接成一串比特流,该比特流便是传统意义上的码字。码字经过调制便成了调制符号,将调制符号映射到物理信道的时频资源上,简称为数据。因此,一般意义上,TB和码字有一一对应关系,且一个码字只能添加一个冗余版本。在本申请实施例中,当区分两个TRP发送的数据时,用第一、第二数据来描述,在这种语境下,数据也可以替换为TB或者码字。
下文详细介绍上述方案A和方案B。
应理解,第一数据、第二数据仅是示例性说明,本申请实施例并未限定于此。例如,也可以是2个以上的网络设备,如2个以上的TRP向终端设备发送数据,相应的,终端设备还可以接收更多的数据。可以理解,本申请实施例可以适用于终端设备接收2个数据的场景,也可以适用于终端设备接收2个以上的数据的场景。
例如,终端设备还可以在第三时频资源上接收第三数据,其中,第一时频资源、第二时频资源、以及第三时频资源的频域资源不重叠,或者,第一时频资源、第二时频资源、以及第三时频资源的时域资源不重叠。
应理解,当终端设备在2个以上的时频资源上接收数据时,该2个以上时频资源关联的QCL可以都不同,也可以部分不同,对此不作限定。
例如,终端设备4个时频资源上接收数据,如分别记为第一时频资源、第二时频资源、第三时频资源、第四时频资源。关于该4个时频资源关联的QCL是否相同,至少包括以下两种情况。
一情况,4个时频资源关联的QCL都不同。即,第一时频资源、第二时频资源、第三时频资源、第四时频资源关联的QCL均不同;
又一情况,4个时频资源关联的QCL部分不同。例如,4个时频资源关联的QCL有2个不同,如,第一时频资源和第三时频资源关联的QCL相同,第二时频资源和第四时频资源关联的QCL相同,第一时频资源和第二时频资源关联的QCL不同。
应理解,第一时频资源、第二时频资源、第三时频资源、第四时频资源均只是举例,其命名并不对本申请实施例的保护范围造成限定。
还应理解,终端设备还可以在更多的时频资源上接收数据,对此不作限定。
下文为便于描述,以终端设备接收第一数据和第二数据为例进行说明。
320,终端设备接收指示信息。
可选地,指示信息指示的内容可以是传输方案,即指示信息可以指示传输方案为方案A还是方案B,或者指示信息指示的内容可以为以下任意一项:
(1)该指示信息可以指示终端设备是否能够对不同频域资源上的数据流进行软比特信息合并解码。
例如,网络设备向终端设备发送指示信息,该指示信息指示:能够对不同频域资源上的数据流进行软比特信息合并解码,那么终端设备能够对不同频域资源上的数据流进行软比特信息合并解码。又如,网络设备向终端设备发送指示信息,该指示信息指示:不能对不同频域资源上的数据流进行软比特信息合并解码,那么终端设备不对不同频域资源上的数据流进行软比特信息合并解码。应理解,这里所述的能够指的是不同频域资源上的数据具备进行软比特信息的条件,终端设备仍然可以根据自身的能力或当前传输的需要决定是否做软比特信息合并。
软比特信息合并,简称为软合并(soft combining)。软合并通过将两个或多个数据包合并译码,以提高译码正确率。本申请实施例中的软比特信息合并,即为软合并,对该技术方法本身不在本申请中赘述,可参考现有技术。
指示信息指示终端设备是否能够对不同频域资源上的数据流进行软比特信息合并解码,可以等同于指示信息指示终端设备传输方案为方案A或方案B。
由上文关于方案A的描述可知,方案A中第一数据和第二数据各自携带了一个TB的部分信息,因此终端设备接收的时候不可以对该第一数据和第二数据做软比特信息合并。因此,指示信息指示指示终端设备不能对不同频域资源上的数据流进行软比特信息合并解码,可以等同于在指示传输方案A。
由上文关于方案B的描述可知,方案B中第一数据和第二数据分别携带了相同的TB的完整信息,因此终端接收的时候可以对该第一数据和第二数据做软比特信息合并。因此,指示信息指示终端设备能够对不同频域资源上的数据流进行软比特信息合并解码,可以等同于在指示传输方案B。
(2)该指示信息可以指示终端设备不同的频域资源上的数据流关联的是同一个RV,还是独立的RV。
例如,网络设备向终端设备发送指示信息,该指示信息指示:不同的频域资源上的数据流关联的是同一个RV,那么终端设备能够对不同频域资源上的数据流进行软比特信息合并解码。又如,网络设备向终端设备发送指示信息,该指示信息指示:不同的频域资源上的数据流关联的是独立的RV,那么终端设备不对不同频域资源上的数据流进行软比特信息合并解码。
应理解,这里所述独立的RV,或者称为多个RV,可以是相同的RV版本号,也可以是不同的RV版本号。以2个RV为例,例如该2个RV可以是2个相同的RV版本号,如都是RV0和RV0,或者该2个RV可以是2个不同的RV版本号,如分别为RV1和RV2。
指示信息指示终端设备不同的频域资源上的数据流关联的是同一个RV还是独立的RV,可以等同于指示信息指示终端设备传输方案为方案A或方案B。
由上文关于方案A的描述可知,方案A中第一数据和第二数据对应一个码字和一个RV,因此,指示信息指示终端设备不同的频域资源上的数据流关联的是同一个RV,可以等同于在指示传输方案A。
由上文关于方案B的描述可知,方案B中第一数据和第二数据各自对应一个码字和一个RV,因此指示信息指示终端设备不同的频域资源上的数据流关联的是独立的RV,可以等同于在指示传输方案B。
应理解,上述方式(1)和(2)作为方案A和方案B的替代性特征描述,并非限定,符合上文方案A和方案B相关物理层流程的传输方案均应落入本申请指示信息方案的保护范围。
下文主要以指示信息指示方案A或方案B为例,详细说明指示信息的多种方案。
330,终端设备根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码。
终端设备根据指示信息确定第一数据和第二数据能够软比特信息合并解码,表示终端设备可以对第一数据和第二数据做软比特信息合并解码。实际通信中,终端设备根据指示信息确定第一数据和第二数据能够软比特信息合并解码的情况下,终端设备可能对第一数据和第二数据做软比特信息合并解码,也可能不对第一数据和第二数据做软比特信息合并解码,对此本申请实施例不作限定。
终端设备根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码,也可以替换为,终端设备根据指示信息确定传输方案。
示例性地,当终端设备确定传输方案为方案A时,终端设备可以单独处理在不同频域资源上接收到的数据。换句话说,终端设备不能对在不同频域资源上接收到的数据执行软比特信息合并解码。
示例性地,当终端设备确定传输方案为方案B时,终端设备确定在不同的频域资源上接收到的数据是相同数据的重复传输,终端设备能够合并处理在不同频域资源上接收到的数据。换句话说,终端设备能够对在不同频域资源上接收到的数据执行软比特信息合并解码。
下文为简洁,用终端设备基于指示信息确定传输方案为例进行说明。应理解,下文中,终端设备基于指示信息确定传输方案,均可替换为,终端设备根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码。如终端设备确定传输方案为方案A,可以替换为,终端设备确定第一数据和第二数据不能执行软比特信息合并解码;又如,终端设备确定传输方案为方案B,可以替换为,终端设备确定第一数据和第二数据能够执行软比特信息合并解码。
下文结合指示信息的具体方案详细说明。
下面首先介绍一下方案A和方案B。
以两个网络设备,如两个TRP,向终端设备发送PDSCH1和PDSCH2为例,结合图4和图5说明这两种传输方案。
图4为方案A的一示意图。
在方案A中,两个网络设备分别传输同一份数据信息的一部分,简称为第一数据和第二数据,如图4所示的PDSCH1和PDSCH2。待传输的TB组成一个CW后,信息比特流会按照一定的规则,分别映射到不同的频域资源上。如图4所示,PDSCH1和PDSCH2为在不同频域资源上传输的该TB的不同数据信息。
如图4所示,在方案A中,两个网络设备分别传输一个TB的部分数据信息,即PDSCH1和PDSCH2,该PDSCH1和PDSCH2对应一个码字。因为一个码字对应一个冗余版本,因此相应地,该PDSCH1和PDSCH2对应一个冗余版本。
图5为方案B的一示意图。
在方案B中,两个网络设备传输相同的数据信息,仍简称为第一数据和第二数据,如图5所示的PDSCH1和PDSCH2。在方案B中,相同的TB在经过速率匹配环节后,输出的码字可能会分别携带不同的冗余版本,在数据映射环节,这两个码字则是分别映射到不同的频域资源上。
如图5所示,在方案B中,两个网络设备分别传输相同的TB,即PDSCH1和PDSCH2,PDSCH1对应的码字中携带的冗余版本记为RV1,PDSCH2对应的码字中携带的冗余版本记为RV2。
本申请实施例对网络设备使用方案A还是方案B传输数据,不作限定。
例如,在网络设备(如TRP)之间信道条件接近的情况下,网络设备可以使用相对简单的方案A保证数据传输的鲁棒性。
又如,在网络设备(如TRP)之间有较大的路径损耗差异时,网络设备可以使用方案B来进一步保证这种场景下的传输鲁棒性。
可选地,本申请实施例的方案可以应用于终端设备既支持方案A又支持方案B的场景。或者说,本申请实施例的方案可以应用于终端设备支持软比特信息合并的能力的场景。或者说,在终端设备既支持方案A又支持方案B的情况下,网络设备向终端设备发送指示信息,终端设备根据该指示信息确定第一数据和第二数据是否能够软比特信息合并解码。
示例性地,终端设备可以通过UE能力上报:是否支持方案A(scheme A)和方案B(scheme B),或者,是否支持软比特信息合并。
此处的UE能力可以有如下的两种设计:
(1)通过一个UE能力单元上报以下任意一项:scheme A(only)、scheme B(only)、both(scheme A and scheme B)。
例如,当终端设备只支持方案A时,上报的UE能力包括:scheme A(only)(仅支持方案A)。又如,当终端设备只支持方案B时,上报的UE能力包括:scheme B(only)(仅支持方案B)。又如,当终端设备支持方案A和方案B时,上报的UE能力包括:both(scheme A andscheme B)(方案A和方案B均支持)。
应理解,这项UE能力中还可以包含其他的传输方案的选项。
(2)通过不同的UE能力单元分别上报scheme A(如FDM scheme A)和scheme B(如FDM scheme B),换句话说或,scheme A和scheme B通过各自单独的UE能力上报。此时可能的形式包括:UE能力—scheme A,和UE能力—scheme B。
各自的UE能力中可以至少包含一项开关。开关,或者也可以称为状态指示,可以理解为指示终端设备是否支持相应的传输方案。每项开关可以包括两种状态:使能(enable)状态和disable状态。如果该项开关处于enable状态,表示终端设备支持该传输方案;如果该项开关处于disable状态,表示终端设备不支持该传输方案。以UE能力—scheme A为例,当UE能力—scheme A对应的开关处于enable状态,说明终端设备支持方案A;当UE能力—scheme A对应的开关处于disable状态,说明终端设备不支持方案A。
应理解,“开关”仅是一种命名,本申请并不排除未来有其他的命名方式来表达相同的含义。
例如,当终端设备只支持方案A时,上报的UE能力包括:UE能力—scheme A(支持方案A),且该UE能力—scheme A对应的开关处于enable状态。又如,当终端设备只支持方案B时,上报的UE能力包括:UE能力—scheme B(支持方案B),且该UE能力—scheme B对应的开关处于enable状态。又如,当终端设备支持方案A和方案B时,上报的UE能力包括:UE能力—scheme A(支持方案A)和UE能力—scheme B(支持方案B),且UE能力—scheme A和UE能力—scheme B对应的开关均处于enable状态。
上述以终端设备通过UE能力上报是否支持方案A或方案B为例进行了说明,应理解,终端设备是否支持软比特信息合并,也可以通过上述设计实现,此处不再赘述。
下面详细介绍指示信息的几种可能的方案。
应理解,本申请实施例的方案可以适用于DCI包括1个TB指示域的场景,也可以适用于DCI包括多个TB指示域的场景。
下文为便于描述,当DCI中包括多个TB指示域时,以第一TB指示域和第二TB指示域为例进行示例性说明,第一TB指示域处于enable状态,第二TB指示域处于disable状态。第一TB指示域和第二TB指示域只是为区分做的命名,即第一TB指示域表示处于enable状态的TB指示域,第二TB指示域表示处于disable状态的TB指示域,并不对本申请实施例的保护范围造成限定。例如,当2个TB指示域中有一个指示域是处于disable状态,那么将该处于disable状态的指示域记为第二TB指示域。
方案1:指示信息可以承载于DCI的TB指示域中。
方案1可以适用于DCI中包括1个TB指示域的场景,也可以适用于DCI中包括多个TB指示域的场景。
场景1:DCI中包括1个TB指示域。
在该场景下,即DCI中包括1个TB指示域的情况下,可以默认当前的传输方案为方案A。
一种可能的实现方式,可以通过RRC信令,如maxNrofCodeWordsScheduledByDCI(DCI调度的最大码字),来指示当前传输DCI中TB指示域的数量。
例如,当该信令取值为1时,表示当前传输DCI最多可以支持1个码字。此时,DCI中只分配一个TB指示域。或者,也可以理解为,DCI中第一TB指示域会分配,DCI中第二TB指示域是不会分配的。即,终端设备只能检测到第一TB指示域,检测不到第二TB指示域。
场景2:DCI中包括多个TB指示域。
在该场景下,即DCI中包括多个TB指示域的情况下,传输方案可以通过处于disable状态的TB指示域中的以下一项或多项指示域指示:调制编码方案(modulation andcoding scheme,MCS)域、新数据指示(new data indicator,NDI)域、RV域。
下面以第一TB指示域和第二TB指示域为例,详细介绍场景2的情况。可选地,终端设备接收调度第一数据和第二数据的DCI,该DCI包括第一TB指示域和第二TB指示域,其中,第一TB指示域处于使能(enable)状态(或者说开启状态),第二TB指示域处于去使能(disable)状态(或者说关闭状态),指示信息可以承载于第二TB指示域。
一个DCI可以指示多个TB的传输信息。例如,一个DCI可以支持2个码字的传输,也就是说,DCI中可以包括2个TB指示域,该2个TB指示域可以指示2个TB的传输信息。
一种可能的实现方式,可以通过RRC信令,如maxNrofCodeWordsScheduledByDCI(DCI调度的最大码字),来指示当前传输DCI最多可以支持的码字数。
例如,当该信令取值为2时,表示当前传输DCI最多可以支持2个码字。也可以理解为,DCI中分配2个TB指示域。或者,也可以理解为,DCI中第一TB指示域和第二TB指示域均会正常分配的。即,终端设备可以检测到第一TB指示域和第二TB指示域。应理解,通过RRC信令指示的码字数是半静态配置的,而实际调度的码字数是由信道状况动态可变的。因此,在实际通信中,调度1个码字还是2个码字,可以进一步由TB指示域中MCS和RV的特殊组合值确定。如当其中一TB指示域中的MCS为26(即MCS域指示该TB的MCS为26)、并且该TB指示域中的RV为1(即RV域指示该TB的RV为1)时,终端设备会认为该TB指示域处于disable状态,也可以理解为,第二个码字没有被调用,或者说,只有一个码字被调用。应理解,disable状态下的第二TB指示域是正常可以被终端设备检测到的。
方案A对应1个码字,因此,maxNrofCodeWordsScheduledByDCI取值为2时,即DCI中分配2个TB指示域时,DCI中有一个TB指示域是处于disable状态的。也就是说,在方案A下,DCI中分配多个TB指示域时,DCI中只有一个TB指示域需要被使用,其余的TB指示域必须处于disable状态,终端设备才会理解当前系统只有一个TB的传输。
方案B对应2个携带重复信息的码字,但是在方案B中,不同频域资源上的数据流共用相同的DMRS端口,在大多数场景下,最大的传输层数不会超过4层,因此根据码字到层映射规则的限制,在小于或等于4层传输场景下,终端设备只能识别最大一个码字,即使maxNrofCodeWordsScheduledByDCI取值为2,即DCI中分配2个TB指示域,DCI中依然有一个TB指示域是处于disable状态的。也就是说,在方案B下,DCI中分配多个TB指示域时,DCI中仍然只有一个TB指示域需要被使用,其余TB指示域必须处于disable状态,终端设备才会理解当前系统只有一个TB的传输。或者,也可以理解为,在一种实现方式中,第二TB指示域中的MCS总是26、RV总是1,即MCS和RV的组合总是处于26,1的状态。
由上可知,不管是方案A还是方案B,DCI中分配2个TB指示域时,DCI中总有一个TB指示域是处于disable状态的。因此,可以利用处于disable状态的TB指示域,来指示传输方案。例如,该指示信息可以携带于处于disable状态的TB指示域中的以下任意一项中:NDI域、MCS域、或RV域。
下面分别介绍。
实现方式A,指示信息可以携带于NDI域。或者,也可以理解为,指示信息为NDI域。
通常情况下,NDI域可用于指示此次DCI调度的资源是用于初传或重传,或者说,NDI域可用于指示此次DCI所调度的数据(如PDSCH数据)是初传还是重传。NDI域可以通过比特位是否翻转来指示。当该比特位翻转时,表示当前数据是初传;当该比特位未翻转时,表示当前数据是重传。翻转的意思是,NDI域取值与之前不同。例如,0->1,即表示NDI域取值从0变为1,或者说,从0翻转为1。或者,也可以理解为,之前NDI域取值为0,现在NDI域取值为1。又如,1->0,即表示NDI域取值从1变为0,或者说,从1翻转为0。或者,也可以理解为,之前NDI域取值为1,现在NDI域取值为0。
在数据传输失败的情况下,终端设备可能会反馈一个非确认(negativeacknowledgement,NACK)信息,网络设备可以根据调度重传该传输失败的数据。在该情况下,调度这份重传数据的DCI中的NDI比特位不会翻转。反之,如果初传成功,终端设备可能会反馈一个确认(acknowledgement,ACK)信息,则相应的DCI中的NDI比特会翻转。
示例性地,仍以DCI包括第一TB指示域和第二TB指示域为例进行说明。其中,第一TB指示域处于enable状态,第二TB指示域处于disable状态,指示信息可以承载于第二TB指示域中的NDI域中。
换句话说,网络设备可以通过第二TB指示域中的NDI域指示传输方案,相应地,终端设备可以根据第二TB指示域中的NDI域确定传输方案。
一种可能的格式如下:
for transport block 1(对于第一个TB):
-modulation and coding scheme—5bits
-new data indicator—1bit
-redundancy version—2bits
for transport block 2(对于第二个TB):
-modulation and coding scheme—5bits
-new data indicator—1bit(传输方案)
-redundancy version—2bits
第二个TB指示域中的NDI域可以通过比特位是否翻转来指示。
例如,当该比特位翻转时,表示传输方案为方案A;当该比特位未翻转时,表示传输方案为方案B。又如,当该比特位翻转时,表示传输方案为方案B;当该比特位未翻转时,表示传输方案为方案A。
示例性,该NDI域可以包括1个指示比特。当该指示比特为“0”时,可认为传输方案为方案A;当该指示比特为“1”时,可认为传输方案为方案B。
对于网络设备,当使用方案A传输第一数据和第二数据时,可以将NDI域取值设置为0;当使用方案B传输第一数据和第二数据时,可以将NDI域取值设置为1。
对于终端设备,当接收到的NDI域取值为0时,则可以确定当前的传输方案为方案A;当接收到的NDI域取值为1时,则可以确定当前的传输方案为方案B。
又如,该NDI域可以包括1个指示比特。当该指示比特为“1”时,可认为传输方案为方案A;当该指示比特为“0”时,可认为传输方案为方案B。
对于网络设备,当使用方案A传输第一数据和第二数据时,可以将NDI域取值设置为1;当使用方案B传输第一数据和第二数据时,可以将NDI域取值设置为0。
对于终端设备,当接收到的NDI域取值为1时,则可以确定当前的传输方案为方案A;当接收到的NDI域取值为0时,则可以确定当前的传输方案为方案B。
可选地,在该实现方式A下,本申请实施例对终端设备如何确定第二TB指示域处于disable状态的方式不作限定。任何可以使得终端设备确定第二TB指示域处于disable状态的方式都落入本申请实施例的保护范围。
下面示例性地介绍几种可能的实现方式。
方式(1),终端设备根据MCS和RV取值的组合确定某个TB指示域处于disable状态。
例如,将MCS和RV取值为26和1作为特定的组合,用于确定TB指示域是否处于disable状态,当然这个组合取值也可以取其他值,例如27和2。
可以理解,在某一个TB指示域中的MCS为26、RV为1的情况下,该TB指示域往往被认为是第二TB指示域。
在该方式(1)下,用于指示传输方案的指示信息可以承载于该TB指示域的NDI域中。
例如,该NDI域可以包括1个指示比特。当该指示比特为“0”时,可认为传输方案为方案A;当该指示比特为“1”时,可认为传输方案为方案B。
对于网络设备,当使用方案A传输第一数据和第二数据时,可以将某一TB指示域中的NDI域取值设置为0,且该TB指示域中的MCS为26、RV为1;当使用方案B传输第一数据和第二数据时,可以将某一TB指示域中的NDI域取值设置为1,且该TB指示域中的MCS为26、RV为1。
对于终端设备,当接收到的TB指示域中的MCS为26、RV为1时,可以根据该TB指示域中的NDI域取值确定当前的传输方案。如NDI域取值为0时,则可以确定当前的传输方案为方案A;当如NDI域取值为1时,则可以确定当前的传输方案为方案B。
一种可能的格式如下:
for transport block 1(对于第一个TB):
-modulation and coding scheme—5bits
-new data indicator—1bit
-redundancy version—2bits
for transport block 2(对于第二个TB):
-modulation and coding scheme—26
-new data indicator—1bit(传输方案)
-redundancy version—1
方式(2),网络设备可以通过RRC信令或新增的高层信令指示某个TB指示域处于disable状态。相应地,终端设备根据该RRC信令确定某个TB指示域处于disable状态。
网络设备可以通过RRC信令或新增的高层信令,来指示某一TB指示域处于disable状态,而不用通过该TB指示域中的MCS和RV为(26,1)的组合来指示该TB指示域处于disable状态。在该方式(2)下,可以理解,相当于释放了MCS和RV为(26,1)的组合的指示功能。
方式(3),在FDM传输下,只要有2个TB指示域,默认其中一个TB指示域固定处于disable状态。
终端设备可以确定当前传输为FDM传输,进而可以确定在该传输下,其中一个TB指示域是处于disable状态的。
可选地,终端设备可以通过以下任意一种方法确定传输模式为FDM传输。
方法1,DCI中的频域资源分配(frequency domain-resource allocation,FD-RA)指示域显式地分为多个指示域用于不同频分资源的频域指示,或者该DCI为新的DCI格式,用于FDM传输。方法2,通过一个信令通知终端设备当前为FDM的传输模式,该信令不区分方案A或B。
例如,网络设备可以通过一高层信令,通知终端设备当前所处的传输模式为FDM传输。
又如,网络设备也可以通过一动态信令,通知终端设备当前所处的传输模式为FDM传输。如通过DCI中的指示域或DCI的格式等。
应理解,上述两种方法仅是示例性说明,任何可以使得终端设备确定传输模式为FDM传输的方法都落入本申请实施例的保护范围。
基于上述实现方式A,通过利用处于disable状态的TB指示域中的NDI域,无需增加额外的信令开销,便可以指示传输方案。
实现方式B,指示信息携带于RV域。或者,也可以理解为,指示信息为RV域。
示例性地,仍以DCI包括第一TB指示域和第二TB指示域为例进行说明。其中,第一TB指示域处于enable状态,第二TB指示域处于disable状态,指示信息可以承载于第二TB指示域中的RV域中。
可选地,在该实现方式B下,终端设备可以通过上述实现方式A中的方式(2)或方式(3)确定某一TB指示域处于disable状态。在上述方式(2)或方式(3)下,相当于释放了MCS和RV为(26,1)的组合的指示功能,故可以利用RV域来实现传输方案的指示。
处于disable状态的第二TB指示域中的RV域可以用于指示传输方案。一种可能的格式如下:
for transport block 1(对于第一个TB):
-modulation and coding scheme—5bits
-new data indicator—1bit
-redundancy version—2bits
for transport block 2(对于第二个TB):
-modulation and coding scheme—5bits
-new data indicator—1bit
-redundancy version—2bits(传输方案)
例如,该第二个TB指示域中的RV域可以包括2个指示比特。当该指示比特为“01”时,可认为传输方案为方案A;当该指示比特为“10”时,可认为传输方案为方案B。
对于网络设备,当使用方案A传输第一数据和第二数据时,可以将RV域取值设置为01;当使用方案B传输第一数据和第二数据时,可以将RV域取值设置为10。
对于终端设备,当接收到的RV域取值为01时,则可以确定当前的传输方案为方案A;当接收到的RV域取值为10时,则可以确定当前的传输方案为方案B。
又如,该NDI域可以包括2个指示比特。当该指示比特为“00”时,可认为传输方案为方案A;当该指示比特为“11”时,可认为传输方案为方案B。
对于网络设备,当使用方案A传输第一数据和第二数据时,可以将RV域中的取值设置为00;当使用方案B传输第一数据和第二数据时,可以将RV域中的取值设置为11。
对于终端设备,当接收到的RV域取值为00时,则可以确定当前的传输方案为方案A;当接收到的RV域取值为11时,则可以确定当前的传输方案为方案B。
可以理解,通过RV域指示传输方案时,还可以包含其他的传输方案的指示,也就是说,方案A和方案B仅仅是其中的两项。例如,通过RV域指示传输方案是,最多可以支持4种传输方案的选择。即,可以有候选的4种传输方案,通过RV域指示当前传输的传输方案为哪个。
应理解,在该实现方式B下,RV域不再和MCS域组合(即MCS和RV取值为(26,1)的组合)以指示某TB指示域处于disable状态,或者说,处于disable状态的TB指示域中的RV域被释放,故可以通过该TB指示域中的RV域来实现传输方案的指示。
基于上述实现方式B,通过利用处于disable状态的TB指示域中的RV域,无需增加额外的信令开销,便可以指示传输方案。
实现方式C,指示信息携带于MCS域。或者,也可以理解为,指示信息为MCS域。
示例性地,仍以DCI包括第一TB指示域和第二TB指示域为例进行说明。其中,第一TB指示域处于enable状态,第二TB指示域处于disable状态,指示信息可以承载于第二TB指示域中的MCS域中。
可选地,在该实现方式C下,终端设备可以通过上述实现方式A中的方式(2)或方式(3)确定某一TB指示域处于disable状态。在上述方式(2)或方式(3)下,相当于释放了MCS和RV为(26,1)的组合的指示功能,故可以利用MCS域来实现传输方案的指示。
处于disable状态的第二TB指示域中的MCS域可以用于指示传输方案。一种可能的格式如下:
for transport block 1(对于第一个TB):
-modulation and coding scheme—5bits
-new data indicator—1bit
-redundancy version—2bits
for transport block 2(对于第二个TB):
-modulation and coding scheme—5bits(传输方案)
-new data indicator—1bit
-redundancy version—2bits
例如,该第二个TB指示域中的MCS域可以包括5个指示比特。当该指示比特为“00000”时,可认为传输方案为方案A;当该指示比特为“11111”时,可认为传输方案为方案B。
对于网络设备,当使用方案A传输第一数据和第二数据时,可以将MCS域取值设置为00000;当使用方案B传输第一数据和第二数据时,可以将MCS域取值设置为11111。
对于终端设备,当接收到的MCS域取值为00000时,则可以确定当前的传输方案为方案A;当接收到的MCS域取值为11111时,则可以确定当前的传输方案为方案B。
可以理解,通过MCS域指示传输方案时,还可以包含其他的传输方案的指示,也就是说,方案A和方案B仅仅是其中的两项。例如,通过MCS域指示传输方案是,最多可以支持32种传输方案的选择。即,可以有候选的32种传输方案,通过RV域指示当前传输的传输方案为哪个。
应理解,在该实现方式C下,MCS域不再和RV域组合(即MCS和RV取值为(26,1)的组合)以指示某TB指示域处于disable状态,或者说,处于disable状态的TB指示域中的MCS域被释放,故可以通过该TB指示域中的MCS域来实现传输方案的指示。
基于上述实现方式C,通过利用处于disable状态的TB指示域中的MCS域,无需增加额外的信令开销,便可以指示传输方案。
实现方式D,指示信息通过以下任意两项或三项实现:MCS域、RV域、NDI域。
可选地,在实现方式D中,终端设备可以通过上述实现方式A中的方式(2)或方式(3)确定某一TB指示域处于disable状态。
示例性地,通过MCS和NDI的取值组合来指示传输方案。
例如,MCS取值为26,NDI取值为0,表示传输方案为方案A,MCS取值为26,NDI取值为1,表示传输方案为方案B;又如,MCS取值为26,NDI取值为1,表示传输方案为方案A,MCS取值为26,NDI取值为0,表示传输方案为方案B。
示例性地,通过RV和NDI的取值组合来指示传输方案。
例如,RV取值为1,NDI取值为0,表示传输方案为方案A,RV取值为1,NDI取值为1,表示传输方案为方案B;又如,RV取值为1,NDI取值为1,表示传输方案为方案A,RV取值为1,NDI取值为0,表示传输方案为方案B。
示例性地,通过MCS和RV的取值组合来指示传输方案。
例如,MCS取值为26或27,RV取值为1,表示传输方案为方案A或方案B。
示例性地,通过MCS、RV、以及NDI的取值组合来指示传输方案。
例如,MCS取值为26,NDI取值为1,RV取值为1或2,表示传输方案为方案A或方案B。
应理解,上述几种示例仅是示例性说明,任何属于上述示例的变形方式都落入本申请实施例的保护范围。
还应理解,上述实现方式A、实现方式B、以及实现方式C可以单独使用,也可以结合使用。例如,当终端设备通过上述实现方式A中的方式(2)或方式(3)确定某一TB指示域处于disable状态时,上述实现方式A、实现方式B、实现方式C可以结合使用。例如,NDI取值为1,且RV取值为11,表示传输方案为方案A。
基于上述方案1,可以复用闲置的指示项,即DCI中处于disable状态的TB指示域,例如处于disable状态的TB指示域中的NDI域、处于disable状态的TB指示域中的MCS域、以及处于disable状态的TB指示域中的RV域中的一项或多项,不仅可以动态地指示传输方案,无需增加额外的信令开销,而且可以提高资源的有效利用率。
方案2:指示信息包括第一信息,第一信息用于通知终端设备:第二TB指示域中的MCS域用于指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV。
方案2可以适用于DCI中包括1个TB指示域的场景,也可以适用于DCI中包括多个TB指示域的场景。
场景1:DCI中包括1个TB指示域。
在该场景下,即DCI中包括1个TB指示域的情况下,可以默认当前的传输方案为方案A。
场景2:DCI中包括多个TB指示域。
在该场景下,即DCI中包括多个TB指示域的情况下,网络设备可以通过第一信息间接地指示传输方案。
下面以第一TB指示域和第二TB指示域为例,详细介绍场景2的情况。
在该方案2下,终端设备可以通过上述方案1的实现方式A中的方式(2)或方式(3)确定某一TB指示域处于disable状态。
在方案2下,终端设备根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码,至少可以包括以下三种实现方式。
方式1:终端设备可以根据第一信息确定传输方案。
一示例,假设网络设备通过上述方案1的实现方式A中的方式(2)指示终端设备某一TB指示域处于disable状态,如网络设备通过RRC信令指示某一TB指示域处于disable状态,那么第一信息可以承载于该RRC信令上。也就是说,该RRC信令还可以用于指示:第二TB指示域中的MCS域指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV,那么终端设备可以确定当前传输方案为方案B。第二TB指示域中的MCS域用于指示第二数据的MCS,第二TB指示域中的RV域用于指示第二数据的RV,可以表示第二TB指示域的指示功能生效,但第二TB指示域仍然处于disable状态,即终端设备关于传输码字数的信息仍然为1个码字的传输。第二TB指示域中的MCS域用于指示第二数据的MCS,第二TB指示域中的RV域用于指示第二数据的RV,意味着终端设备通过读取第二TB指示域中MCS域和/或RV域的内容,可以确定第二数据的MCS和/或RV。并且,终端设备也可以确定当前传输方案是方案B,或者说,终端设备确定第一数据和第二数据能够软比特信息合并解码。
在该示例下,网络设备通过RRC信令指示某一TB指示域处于disable状态时,该RRC信令也可以用于指示,第二TB指示域中的MCS域指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV。
或者,在该示例下,网络设备向终端设备发送第一信息,该第一信息用于指示第二TB指示域中的MCS域指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV。终端设备接收到该第一信息,可以默认第二TB指示域处于disable状态,即网络设备不需要再单独向终端设备发送RRC信令,以通知终端设备第二TB指示域处于disable状态。
或者,在该示例下,网络设备通过RRC信令指示某一TB指示域处于disable状态时,终端设备可以默认:第二TB指示域中的MCS域指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV。
或者,在该示例下,网络设备通过RRC信令指示某一TB指示域处于disable状态、且满足条件的情况下,终端设备可以确定:第二TB指示域中的MCS域指示第二数据的MCS。其中,该条件可以包括MCS域没有指向预留(reserved)的值。
或者,在该示例下,网络设备通过RRC信令指示某一TB指示域处于disable状态、且满足条件的情况下,终端设备可以确定:第二TB指示域中的RV域指示第二数据的RV。其中,该条件可以包括RV域没有指向reserved的值。
又一示例,终端设备未接收到第一信息,那么终端设备可以确定当前传输方案为方案A。
例如,网络设备使用传输方案A进行传输,则网络设备可以不配置或生成第一信息,即不会向终端设备发送第一信息。对于终端设备,终端设备没有收到第一信息,则终端设备可以确定当前传输方案为方案A。
可以理解,该方式1下,第一信息可以用于间接地指示传输方案。因为,对于处于disable状态的第二TB指示域,第二TB指示域的MCS域和/或RV域具备指示功能的情况下,终端设备认为只有一个码字的传输,但是却有两个不同的RV版本和/或两个不同的MCS,便可以认为是相同TB的不同RV版本的重复传输,或者该不同RV版本的码字还可以基于不同MCS传输,因此可以间接判断该传输方案为方案B。
方式2:终端设备根据MCS域是否指向reserved的值,和/或,RV域是否指向reserved的值,确定传输方案。
一示例,第二TB指示域中的MCS域指向一个reserved的值,以及第二TB指示域中的RV域也指向一个reserved的值的情况下,终端设备确定当前传输方案为方案A。
例如,MCS域指向一个reserved的值、RV域指向一个reserved的值的情况下,表示当前第二TB的MCS和RV无效,可以间接地表示当前传输方案为方案A。
又一示例,第二TB指示域中的MCS域指向一个reserved的值,如MCS的值为MCS表(MCS table)最后几个值(value),可能包括以下几种情况。
(1)第二TB指示域中的MCS域指向一个reserved的值,可以表示当前第二TB的MCS无效,那么也可以表示当前传输方案为方案A。在该情况下,关于第二TB指示域中的RV域不作限定,例如,第二TB指示域中的RV域可以被用于其他指示或者其他作用。
(2)第二TB指示域中的MCS域指向一个reserved的值,第二TB指示域中的RV域被复用,即第二TB指示域中的RV域指示第二数据的RV,可以表示当前传输方案为方案B。在该情况下,第二数据的MCS可以与第一数据的MCS相同。也就是说,第二数据的MCS的取值可以通过第一TB指示域的MCS域确定。
又一示例,第二TB指示域中的RV域指向一个reserved的值,可能包括以下几种情况。
(1)第二TB指示域中的RV域指向一个reserved的值,可以表示当前第二TB的RV无效,那么也可以表示当前传输方案为方案A。在该情况下,关于第二TB指示域中的MCS域不作限定,例如,第二TB指示域中的MCS域可以被用于其他指示或者其他作用。
(2)第二TB指示域中的RV域指向一个reserved的值,第二TB指示域中的MCS域被复用,即第二TB指示域中的MCS域指示第二数据的MCS,可以表示当前传输方案为方案B。在该情况下,第二数据的RV可以与第一数据的RV相同。也就是说,第二数据的RV的取值可以通过第一TB指示域的RV域确定。
应理解,上述各个示例仅是示例性说明,本申请实施例并未限定于此,任何属于上述各个示例的变形都落入本申请实施例的保护范围。
方式3:终端设备根据第一信息以及第二TB指示域的指示功能是否开启,确定传输方案。
示例性地,在第二TB指示域的指示功能开启的情况下,第二TB指示域中的MCS域指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV,终端设备确定当前传输方案为方案B。在第二TB指示域的指示功能关闭的情况下,终端设备确定当前传输方案为方案A。
应理解,在本申请实施例中,指示第二TB指示域的指示功能是否生效的方式有很多,本申请实施例对此不作限定,任何可以使得终端设备确定第二TB指示域的指示功能是否生效的方式都落入本申请实施例的保护范围。下面列举几种可能的方式。
(一)、指示信息还包括第二信息,第二信息可以用于动态关闭或开启第二TB指示域的指示功能。
可选地,第二信息为第二TB指示域中的NDI域取值。也就是说,考虑到第二TB指示域中的NDI域没有被使用,故可以被用作动态指示第二TB指示域的指示功能开启(或者也可以称为生效)或关闭。
应理解,在该方式下,终端设备可以根据第二TB指示域中的NDI域取值和第一信息确定第一数据和第二数据是否能够软比特信息合并解码。
例如,NDI域取值为第一数值的情况下,第二TB指示域的指示功能开启。终端设备根据第一信息确定第二TB指示域处于disable状态,终端设备通过NDI域取值为第一数值,确定第二TB指示域的指示功能开启。因此,终端设备通过读取第二TB指示域中MCS域和/或RV域的内容,可以确定第二数据的MCS和/或RV。并且,终端设备也可以确定当前传输方案为方案B,或者说,终端设备确定第一数据和第二数据能够软比特信息合并解码。
又如,NDI域取值为第二数值的情况下,该第二TB指示域的使用方法和现有技术相同,或者说,第二TB指示域中的MCS域和RV域为预留(或称为关闭),对此不作限定。在该情况下,可以认为当前传输方案为方案A。
如,第一数值为0,第二数值为1。或者,第一数值为1,第二数值为0。
(二)、通过一DCI中的新增比特或复用其他比特指示第二TB指示域的指示功能是否生效。
应理解,上述列举的确定第二TB指示域的指示功能是否生效的2种方式仅是示例性说明,并不对本申请实施例的保护范围造成限定。例如,终端设备通过实现方式A中的方式(2)或方式(3)确定某一TB指示域处于disable状态后,可以默认该处于disable状态的第二TB指示域的指示功能生效。并且,终端设备也可以根据第一信息确定当前传输方案是方案B,或者说,终端设备确定第一数据和第二数据能够软比特信息合并解码。
还应理解,上述示例性地列举了:终端设备可以根据第一信息确定传输方案;或者,终端设备可以根据MCS域是否指向reserved的值,或者,RV域是否指向reserved的值,确定传输方案;或者,终端设备可以根据第一信息以及第二TB指示域的指示功能是否开启,确定传输方案。应理解,本申请实施例并未限定于此。例如,终端设备通过实现方式A中的方式(2)或方式(3)确定某一TB指示域处于disable状态后,默认第二TB指示域中的MCS域指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV,并且终端设备可以根据第二信息来确定当前传输方案。如第二信息指示第二TB指示域的指示功能开启的情况下,确定传输方案为方案B;第二信息指示第二TB指示域的指示功能关闭的情况下,确定传输方案为方案A。
基于上述方案2,通过确定第二TB指示域的指示功能生效,可以确定传输方案为方案B,即终端设备确定第一数据和第二数据能够软比特信息合并解码。
方案3:指示信息可以承载于DCI中的天线端口指示域。
可以理解为,网络设备向终端设备发送的天线端口指示域可以用于指示在传输方案,或者说,指示终端设备第一数据和第二数据是否能够执行软比特信息合并解码。
其中,天线端口指示域指示至少两种DMRS端口配置中的一种DMRS端口配置,至少两种DMRS端口配置中DMRS端口数量相同。
可选地,该至少两种DMRS端口配置还满足以下任一条件:
条件1:CDM组的个数相同,且端口号不同;
条件2:CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;
条件3:CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或
条件4:CDM组的个数不同,且端口号相同。
示例性地,可以预先规定DMRS端口配置与传输方案之间的对应关系。
网络设备可以基于第一数据和第二数据的传输方案,通过DCI中的天线端口指示域指示对应的DMRS端口配置。相应地,终端设备基于该DMRS端口配置,结合对应关系,确定传输方案。
假设天线端口指示域指示两种DMRS端口配置,为区分,分别记为第一DMRS端口配置和第二DMRS端口配置。
应理解,第一DMRS端口配置和第二DMRS端口配置,仅是为区分做的命名,并不对本申请实施例的保护范围造成限定。例如,第一DMRS端口配置也可以称为第一端口配置,第二DMRS端口配置也可以称为第二端口配置。
对应关系可以包括:第一DMRS端口配置与方案A之间的对应关系,和/或,第二DMRS端口配置与方案B之间的对应关系。
可以理解,对应关系可以仅包括第一DMRS端口配置与方案A之间的对应关系,那么相应地,第二DMRS端口配置对应方案B。又或者,对应关系可以仅包括第二DMRS端口配置与方案B之间的对应关系,那么相应地,第一DMRS端口配置对应方案A。又或者,对应关系可以包括第一DMRS端口配置与方案A之间的对应关系,还包括第二DMRS端口配置与方案B之间的对应关系。
该对应关系可以是预先规定的,如协议预先定义的;或者,该对应关系也可以是网络设备预先配置的,对此不作限定。
第一DMRS端口配置和第二DMRS端口配置中DMRS端口数量相同。可选地,第一DMRS端口配置和第二DMRS端口配置还可以满足上述条件1至条件4中的任一条件。下面结合不同的条件进行说明。
示例性地,结合下表1说明。
表1
条件1:CDM组的个数相同,且端口号不同。
也就是说,第一DMRS端口配置和第二DMRS端口配置中DMRS端口数量相同,且第一DMRS端口配置和第二DMRS端口配置的CDM组的个数相同,端口号不同。
结合表1所示的DMRS表格为例。
CDM组的个数相同,端口号不同,即如表1所示的第二列的数值相同、且第三列所示的DMRS端口号不同。
应理解,CDM组的个数,也可以称为DMRS速率匹配(rate matching)值。CDM组的个数或DMRS速率匹配值可以对应上述表1中的第二列。本申请实施例统一用CDM组的个数表示。
以下任意组合中,DMRS端口配置中:DMRS端口数量相同、CDM组的个数相同、且端口号不同,故以下任意组合均可以用于指示传输方案:value为0和value为1、value为3和value为4、value为3和value为5、value为5和value为6、value为4和value为6、value为3和value为6、value为4和value为5。
以value为3和value为5用于指示传输方案为例。从表1可知,value为3的DMRS端口配置和value为5的DMRS端口配置:DMRS端口数量相同、CDM组的个数相同且端口号不同。故value为3和value为5的两行DMRS端口配置可用于指示传输方案。
例如,第一DMRS端口配置可以选取表1中value为3的那一行,第二DMRS端口配置可以选取表1中value为5的那一行,也就是说,value为3和value为5的两行DMRS端口配置可用于指示传输方案。
第一对应关系可以包括:value为3的DMRS端口配置对应方案A,以及,value为5的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为3的DMRS端口配置对应方案A,那么,相应地,value为5的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为5的DMRS端口配置对应方案B,那么,相应地,value为3的DMRS端口配置对应方案A。
相应地,对于网络设备,当使用方案A传输时,可以采用value为3的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为3。或者,当使用方案B传输时,可以采用value为5的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为5。
相应地,对于终端设备,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为3,则可以确定当前的传输方案为方案A。此外,终端设备还可以通过天线端口指示域指示的value 3再通过读取表1获得该value为3对应的信息(如DMRS端口为0)。
或者,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为5,则可以确定当前的传输方案为方案B。此外,终端设备还可以通过天线端口指示域指示的value5再通过读取表1获得该value为5对应的信息(如DMRS端口为2)。
应理解,上述仅是示例性说明,本申请实施例并不限定于此。
在该条件1下,端口号不同,也可以指端口号组合不同。
也就是说,第一DMRS端口配置和第二DMRS端口配置中DMRS端口数量相同,且第一DMRS端口配置和第二DMRS端口配置的CDM组的个数相同,端口号组合不同。
结合表2所示的DMRS表格为例。
例如,第一DMRS端口配置可以选取表2中value为20的那一行,第二DMRS端口配置可以选取表2中value为24的那一行。其中,value为20对应的DMRS端口组合为{0,1},value为24对应的DMRS端口组合{0,4},其端口号组合不同。也就是说,value为20和value为24的两行DMRS端口配置可用于指示传输方案。
第一对应关系可以包括:value为20的DMRS端口配置对应方案A,以及,value为24的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为20的DMRS端口配置对应方案A,那么,相应地,value为24的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为24的DMRS端口配置对应方案B,那么,相应地,value为20的DMRS端口配置对应方案A。
相应地,对于网络设备,当使用方案A传输时,可以采用value为20的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为20。或者,当使用方案B传输时,可以采用value为24的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为24。
相应地,对于终端设备,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为20,则可以确定当前的传输方案为方案A。或者,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为24,则可以确定当前的传输方案为方案B。此外,终端设备还可以通过天线端口指示域指示的value 20或value 24再通过读取表2获得该value20或value 24对应的信息(如value为20对应的DMRS端口组合为{0,1},value为24对应的DMRS端口组合{0,4})。
表2
应理解,上述仅是示例性说明,本申请实施例并不限定于此。例如,对于其他可能的DMRS表格,可选的value组合可能与本实施例所列举的不同,应理解,规则或者说条件可以是相同的,也就是说,该条件可以适用于任何其他可能的DMRS表格。
条件2:CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组。
也就是说,第一DMRS端口配置和第二DMRS端口配置中DMRS端口数量相同,且第一DMRS端口配置和第二DMRS端口配置的CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组。
结合表1所示的DMRS表格为例。
以下任意组合中,DMRS端口配置中:DMRS端口数量相同、CDM组的个数相同、端口号不同、且不同的端口号来自不同的CDM组,故以下任意组合均可以用于指示传输方案:value为3和value为5、value为4和value为6。
以value为4和value为6用于指示传输方案为例。从表1可知,value为4的DMRS端口配置和value为6的DMRS端口配置:DMRS端口数量相同、CDM组的个数相同、端口号不同、且不同的端口号来自不同的CDM组。故value为4和value为6的两行DMRS端口配置可用于指示传输方案。
例如,第一DMRS端口配置可以选取表1中value为4的那一行,第二DMRS端口配置可以选取表1中value为6的那一行,也就是说,value为4和value为6的两行DMRS端口配置可用于指示传输方案。
第一对应关系可以包括:value为4的DMRS端口配置对应方案A,以及,value为6的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为4的DMRS端口配置对应方案A,那么,相应地,value为6的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为6的DMRS端口配置对应方案B,那么,相应地,value为4的DMRS端口配置对应方案A。
相应地,对于网络设备,当使用方案A传输时,可以采用value为4的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为4。或者,当使用方案B传输时,可以采用value为6的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为6。
相应地,对于终端设备,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为4,则可以确定当前的传输方案为方案A。此外,终端设备还可以通过天线端口指示域指示的value 4再通过读取表1获得该value为3对应的信息(如DMRS端口为1)。
或者,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为6,则可以确定当前的传输方案为方案B。此外,终端设备还可以通过天线端口指示域指示的value6再通过读取表1获得该value为6对应的信息(如DMRS端口为3)。
应理解,上述仅是示例性说明,本申请实施例并不限定于此。例如,对于其他可能的DMRS表格,可选的value组合可能与本实施例所列举的不同,应理解,规则或者说条件可以是相同的,也就是说,该条件可以适用于任何其他可能的DMRS表格。
条件3:CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组。
也就是说,第一DMRS端口配置和第二DMRS端口配置中DMRS端口数量相同,且第一DMRS端口配置和第二DMRS端口配置的CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组。
结合表1所示的DMRS表格为例。
以下任意组合中,DMRS端口配置中:DMRS端口数量相同、CDM组的个数相同、端口号不同、且不同的端口号来自相同的CDM组,故以下任意组合均可以用于指示传输方案:value为0和value为1、value为3和value为4、value为5和value为6。
以value为3和value为4用于指示传输方案为例。从表1可知,value为3的DMRS端口配置和value为4的DMRS端口配置:DMRS端口数量相同、CDM组的个数相同、端口号不同、且不同的端口号来自相同的CDM组。故value为3和value为4的两行DMRS端口配置可用于指示传输方案。
例如,第一DMRS端口配置可以选取表1中value为3的那一行,第二DMRS端口配置可以选取表1中value为4的那一行,也就是说,value为3和value为4的两行DMRS端口配置可用于指示传输方案。
第一对应关系可以包括:value为3的DMRS端口配置对应方案A,以及,value为4的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为3的DMRS端口配置对应方案A,那么,相应地,value为4的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为4的DMRS端口配置对应方案B,那么,相应地,value为3的DMRS端口配置对应方案A。
相应地,对于网络设备,当使用方案A传输时,可以采用value为3的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为3。或者,当使用方案B传输时,可以采用value为4的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为4。
相应地,对于终端设备,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为3,则可以确定当前的传输方案为方案A。此外,终端设备还可以通过天线端口指示域指示的value 3再通过读取表1获得该value为3对应的信息(如DMRS端口为0)。
或者,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为4,则可以确定当前的传输方案为方案B。此外,终端设备还可以通过天线端口指示域指示的value4再通过读取表1获得该value为4对应的信息(如DMRS端口为1)。
应理解,上述仅是示例性说明,本申请实施例并不限定于此。例如,对于其他可能的DMRS表格,可选的value组合可能与本实施例所列举的不同,应理解,规则或者说条件可以是相同的,也就是说,该条件可以适用于任何其他可能的DMRS表格。
条件4:CDM组的个数不同,且端口号相同。
也就是说,第一DMRS端口配置和第二DMRS端口配置中DMRS端口数量相同,且第一DMRS端口配置和第二DMRS端口配置的CDM组的个数不同,端口号相同。
结合表1所示的DMRS表格为例。
CDM组的个数不同,端口号相同,即如表1所示的第二列的数值不同、且第三列所示的DMRS端口号相同。
以下任意组合中,DMRS端口配置中:DMRS端口数量相同、CDM组的个数不同、且端口号相同,故以下任意组合均可以用于指示传输方案:value为0和value为3、value为1和value为4。
以value为1和value为4用于指示传输方案为例。从表1可知,value为1的DMRS端口配置和value为4的DMRS端口配置:DMRS端口数量相同、CDM组的个数不同、且端口号相同。故value为1和value为4的两行DMRS端口配置可用于指示传输方案。
例如,第一DMRS端口配置可以选取表1中value为1的那一行,第二DMRS端口配置可以选取表1中value为4的那一行,也就是说,value为1和value为4的两行DMRS端口配置可用于指示传输方案。
第一对应关系可以包括:value为1的DMRS端口配置对应方案A,以及,value为4的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为1的DMRS端口配置对应方案A,那么,相应地,value为4的DMRS端口配置对应方案B。或者,第一对应关系可以包括:value为1的DMRS端口对应方案B,那么,相应地,value为4的DMRS端口配置对应方案A。
相应地,对于网络设备,当使用方案A传输时,可以采用value为1的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为1。或者,当使用方案B传输时,可以采用value为4的DMRS端口配置。例如,网络设备向终端设备发送的DCI中的天线端口指示域指示的value为4。
相应地,对于终端设备,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为1,则可以确定当前的传输方案为方案A。此外,终端设备还可以通过天线端口指示域指示的value 1再通过读取表1获得该value为1对应的信息(如DMRS端口为1)。
或者,终端设备基于网络设备发送的DCI中的天线端口指示域确定value为4,则可以确定当前的传输方案为方案B。此外,终端设备还可以通过天线端口指示域指示的value4再通过读取表1获得该value为4对应的信息(如DMRS端口为1)。
应理解,上述仅是示例性说明,本申请实施例并不限定于此。
还应理解,上述列举的几种条件仅是结合示例性说明,任何属于该条件的变形都落入本申请实施例的保护范围。
还应理解,本申请实施例对对应关系的形式不作限定。例如,上述对应关系可以以表格的形式存在。
还应理解,第一DMRS端口配置和第二DMRS端口配置仅是为了说明,在实际通信过程中,也可以直接基于上述任一条件,使用相应的DMRS端口,实现传输方案的指示。
还应理解,value取值为x的DMRS端口配置对应为表格中的一行配置,应理解,具体的取值可能随着表格的不同而变化,本申请实施例并非保护具体的value取值,而是上述所列举的条件,任何适用于上述所列举的条件的DMRS端口配置都落入本申请实施例的保护范围。
基于上述方案3,可以通过复用DMRS的冗余行,无需增加额外的信令开销,不仅可以实现传输方案的动态指示,而且协议修改量极小。
方案4:指示信息可以承载于DCI中。
一种可能的情况,URLLC所有的传输方式都不支持两个码字的传输,或者说,终端设备只能最大识别一个码字。因此可以有如下的默认方法。
可以默认:在DCI中包括1个TB指示域的情况下,传输方案为方案A;在DCI中包括2个或2个以上的TB指示域的情况下,传输方案为方案B。
在步骤330,终端设备根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码。基于方案4,步骤330可以理解为,终端设备确定DCI中包括1个TB指示域时,则确定第一数据和第二数据不能够软比特信息合并解码;终端设备确定DCI中包括2个或2个以上TB指示域时,则确定第一数据和第二数据能够软比特信息合并解码。
可选地,当终端设备确定maxNrofCodeWordsScheduledByDCI=1时,可以确定DCI中包括1个TB指示域,那么可以确定传输方案为方案A;当终端设备确定maxNrofCodeWordsScheduledByDCI=N时,可以确定DCI中包括N个TB指示域,那么可以确定传输方案为方案B,其中,N为大于2或等于2的整数。
方案5:指示信息为现有的高层参数。
如前所述,在FDM传输模式下,可能只有一个TB指示域被开启,可以理解为,maxNrofCodeWordsScheduledByDCI可以一直配置为1。因此,该高层参数也可以复用为用于指示传输方案的指示信息。
示例性地,在FDM传输模式下,默认只有一个TB指示域被开启,该高层参数maxNrofCodeWordsScheduledByDCI可以被重新赋予新的指示内容,即maxNrofCodeWordsScheduledByDCI用于指示传输方案。例如,当前传输方案为方案A时,网络设备可以配置maxNrofCodeWordsScheduledByDCI取值为1,相应地,终端设备根据该maxNrofCodeWordsScheduledByDCI取值为1,确定传输方案为方案A。又如,当前传输方案为方案B时,网络设备可以配置maxNrofCodeWordsScheduledByDCI取值为2,相应地,终端设备根据该maxNrofCodeWordsScheduledByDCI取值为2,确定传输方案为方案B。
应理解,在方案5中,maxNrofCodeWordsScheduledByDCI被赋予新的意义。也就是说,当maxNrofCodeWordsScheduledByDCI被赋予新的意义的情况下,即maxNrofCodeWordsScheduledByDCI用于指示传输方案时,maxNrofCodeWordsScheduledByDCI取值为2并不表示DCI中分配2个TB指示域,而是可以表示当前传输方案为方案B。
为了区别于现有技术中maxNrofCodeWordsScheduledByDCI的使用,方案5中所述方法可以限制在URLLC传输业务下,或者进一步限制在FDM传输模式下,即,当且仅当上述场景下,maxNrofCodeWordsScheduledByDCI才可以被复用作为传输方案A和B的指示方法。具体确定URLLC业务或FDM传输模式的方法不做限定。
方案6:指示信息为新的高层参数。
可以引入一个新的高层信令,用于指示传输方案。
应理解,该高层信令还可以包含其他的传输方案的指示,也就是说,方案A和方案B仅仅是其中的两项。
示例性地,引入一个新的高层参数,例如记为schemeinfo(传输方案指示),假设该schemeinfo占1bit。当该schemeinfo的取值为0时,终端设备确定传输方案为方案A;当该schemeinfo的取值为1时,终端设备确定传输方案为方案B。
应理解,上述示例仅是为便于理解做的示例性说明,本申请实施例并未限定于此。
方案7:指示信息携带于新格式的DCI中。
可以引入一个新的DCI格式,此时可能有一个专门的DCI域(field)(即一个专门的指示域)用于动态指示传输方案。
应理解,该指示域还可以包含其他的传输方案的指示,也就是说,方案A和方案B仅仅是其中的两项。
上述示例性地介绍了指示信息的几种形式,即指示终端设备传输方案的几种方式。通过上述任意一种方式,终端设备均可以确定传输方案,或者说,终端设备可以确定第一数据和第二数据是否能够软比特信息合并解码。
可选地,指示信息可以承载于以下任意1种或多种以上信令中:RRC信令、MAC-CE信令、DCI。
如上述方案2,指示信息承载于RRC信令和DCI中。具体地,指示信息包括第一信息和第二信息,第一信息可以通过RRC信令通知终端设备,第二信息可以通过DCI通知给终端设备。
应理解,在上述一些实施例中,以第一数据和第二数据为例进行了说明,本申请实施例并未限定于此。例如,终端设备还可以在第三时频资源接收第三数据、在第四时频资源接收第四数据等等。
还应理解,在上述一些实施例中,以第一TB指示域和第二TB指示域为例进行了说明,本申请实施例并未限定于此。第一TB指示域和第二TB指示域只是为区分做的命名,即第一TB指示域用来表示处于enable状态的TB指示域,第二TB指示域用来表示处于disable状态的TB指示域。
还应理解,上述考虑了两种场景:场景1,DCI中包括1个TB指示域;场景2,DCI中包括多个TB指示域。上述任意一个方案均适用该两种场景。
示例性地,针对场景1。例如,可以通过上述的方案1或方案2中的任意一种方案实现,即DCI中包括1个TB指示域的情况下,传输方案为方案A。又如,可以通过上述的方案4中的默认方案确定,即当DCI中包括1个TB指示域时,传输方案为方案A。
示例性地,针对场景2。例如,可以通过上述的方案1至方案3中的任意一种方案实现,具体的可参考上文的描述。又如,可以通过上述的方案4中的默认方案确定,即当DCI中包括2个或2个以上的TB指示域时,传输方案为方案B。
基于上述技术方案,网络设备通过向终端设备指示传输方案,可以使得终端设备基于传输方案处理接收到的数据,如终端设备根据指示信息确定是否合并处理在不同频域资源上接收到的数据。从而不仅可以提升终端设备处理数据的效率,也可以提升数据的传输性能进而提高传输效率。
基于上述技术方案,通过各种巧妙的信令设计,如复用处于disable状态的TB指示域、或者DMRS表格中冗余的指示项、或者复用高层信令maxNrofCodeWordsScheduledByDCI、或者新的DCI格式中的新指示域、或者新的高层信令等等,不仅可以有效地指示传输方案,而且不增加额外信令开销,且可以提高资源利用率。
下面结合图6所示的方法600,详细描述,通过处于disable状态的第二TB指示域指示对应TB的传输参数。
方法600可以包括如下步骤。
610,终端设备在第一时频资源上接收第一数据和在第二时频资源上接收第二数据。
该步骤同方法300中的步骤310相似,此处不再赘述。
620,终端设备接收DCI,该DCI中包括第一TB指示域和第二TB指示域,第一TB指示域处于使能状态,第二TB指示域处于disable状态。
关于第一TB指示域和第二TB指示域可以参考方法300中的描述,此处不再赘述。
第一TB指示域可以用于确定第一数据的传输信息。例如,网络设备可以通过第一TB指示域中的MCS域指示第一数据的MCS。又如,网络设备可以通过第一TB指示域中的RV域指示第一数据的RV。又如,网络设备可以通过第一TB指示域中的NDI域指示第一数据为新传或重传。
方法600还可以包括:终端设备确定第二TB指示域处于disable状态。
例如,网络设备可以通过RRC信令或新增的高层信令,来指示某一TB指示域处于disable状态。或者,也可以默认在FDM传输下,只要有2个TB指示域,其中一个TB指示域固定处于disable状态。
终端设备确定TB指示域处于disable状态的方式,可以参考方法300中实现方式A中的方式(2)或方式(3)。此处不再赘述。
可以理解,在方法600中,不用通过TB指示域中的MCS和RV为(26,1)的组合来指示该TB指示域处于disable状态。相当于释放了MCS和RV为(26,1)的组合的指示功能。
630,终端设备通过读取第二TB指示域中的MCS域可以确定第二数据的MCS,和/或,通过读取第二TB指示域中的RV域可以确定第二数据的RV。
可选地,终端设备也可以确定第二TB指示域开启的情况下,再通过读取第二TB指示域中的MCS域可以确定第二数据的MCS,和/或,通过读取第二TB指示域中的RV域可以确定第二数据的RV。
终端设备确定第二TB指示域的指示功能是否开启的方式,可以参考上述方法300中的方案2中的描述,此处不再赘述。
应理解,上述实施例中,以第一数据和第二数据为例进行了说明,本申请实施例并未限定于此。例如,终端设备还可以在第三时频资源接收第三数据、在第四时频资源接收第四数据等等。
基于上述实施例,复用了处于disable状态的第二TB指示域,例如,可以通过信令或NDI域等开启或关闭第二TB指示域中的指示功能,从而可以兼容2个或2个以上的MCS以及2个或2个以上的RV的动态指示,有很强的后向扩展性。
本文中描述的各个实施例可以为独立的方案,也可以根据内在逻辑进行组合,这些方案都落入本申请的保护范围中。
可以理解的是,上述各个方法实施例中,由终端设备实现的方法和操作,也可以由可用于终端设备的部件(例如芯片或者电路)实现,由网络设备实现的方法和操作,也可以由可用于网络设备的部件(例如芯片或者电路)实现。
以上,结合图3至图6详细说明了本申请实施例提供的方法。以下,结合图7至图10详细说明本申请实施例提供的通信装置。应理解,装置实施例的描述与方法实施例的描述相互对应,因此,未详细描述的内容可以参见上文方法实施例,为了简洁,这里不再赘述。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,各个网元,例如发射端设备或者接收端设备,为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
图7是本申请实施例提供的通信装置的示意性框图。如图所示,该通信装置700可以包括通信单元710和处理单元720。通信单元710可以与外部进行通信,处理单元720用于进行数据处理。通信单元710还可以称为通信接口或收发单元。通信接口用于输入和/或输出信息,信息包括指令和数据中的至少一项。可选地,该通信装置可以为芯片或芯片系统。当该通信装置为芯片或芯片系统时,通信接口可以是输入/输出接口可以是该芯片或芯片系统上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。所述处理器也可以体现为处理电路或逻辑电路。
在一种可能的设计中,该通信装置700可实现对应于上文方法实施例中的终端设备执行的步骤或者流程,例如,可以为终端设备,或者配置于终端设备中的芯片或电路或芯片系统。这时,该通信装置700可以称为终端设备。通信单元710用于执行上文方法实施例中终端设备侧的收发相关操作,处理单元720用于执行上文方法实施例中终端设备的处理相关操作。
一种可能的实现方式,通信单元710用于:在第一时频资源上接收第一数据和在第二时频资源上接收第二数据,其中,第一时频资源和第二时频资源的频域资源不重叠,或,第一时频资源和第二时频资源的时域资源不重叠;通信单元710还用于:接收指示信息;处理单元720用于:根据指示信息确定第一数据和第二数据是否能够软比特信息合并解码。
可选地,第一时频资源和第二时频资源关联不同的准共址QCL信息。
可选地,指示信息承载于以下任意1种或多种以上信令中:无线资源控制RRC信令、媒体接入控制-控制元素MAC-CE信令、下行控制信息DCI。
可选地,通信单元710还用于:接收调度第一数据和第二数据的下行控制信息DCI,DCI中包括第一TB指示域和第二TB指示域,第一TB指示域处于使能状态,第二TB指示域处于去使能状态;指示信息承载于第二TB指示域中。
可选地,指示信息承载于第二TB指示域中,包括:指示信息承载于以下任意一项中:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
可选地,调度第一数据和第二数据的DCI中包括第一TB指示域和第二TB指示域,第一TB指示域处于使能状态,第二TB指示域处于去使能状态;指示信息包括第一信息,第一信息用于指示终端设备:第二TB指示域处于去使能状态。
可选地,第一信息还用于通知终端设备:第二TB指示域中的MCS域用于指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV。
可选地,指示信息还包括第二信息,第二信息为第二TB指示域中的NDI域取值,在第二TB指示域中的NDI域取值为第一数值的情况,第二TB指示域中的MCS域用于指示第二数据的MCS,第二TB指示域中的RV域用于指示第二数据的RV;在第二TB指示域中的NDI域取值为第二数值的情况,第二TB指示域中的MCS域和RV域为预留;其中,第一数值和第二数值不相等。
可选地,指示信息承载于调度第一数据和第二数据的DCI中,在调度第一数据和第二数据的DCI中包含2个TB指示域,且2个TB指示域中的一个TB指示域处于去使能状态的情况下,处理单元720用于:确定第一数据和第二数据能够软比特信息合并解码;在调度第一数据和第二数据的DCI中包含1个TB指示域的情况下,处理单元720用于:确定第一数据和第二数据不能软比特信息合并解码。
可选地,指示信息承载于调度第一数据和第二数据的DCI中的天线端口指示域,其中,天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一种DMRS端口配置,至少两种DMRS端口配置中DMRS端口数量相同。
可选地,至少两种DMRS端口配置满足以下任一条件:码分复用CDM组的个数相同,且端口号不同;CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或,CDM组的个数不同,且端口号相同。
可选地,通信装置700支持软比特信息合并的能力,或,通信装置700支持第一传输方案和第二传输方案。
可选地,通信单元710还用于通过UE能力上报:通信装置700支持软比特信息合并的能力,或,通信装置700支持第一传输方案和所述第二传输方案。
该通信装置700可实现对应于根据本申请实施例的方法300和方法600中的终端设备执行的步骤或者流程,该通信装置700可以包括用于执行图3中的方法300和图6中方法600中的终端设备执行的方法的单元。并且,该通信装置700中的各单元和上述其他操作和/或功能分别为了实现图3中的方法300和图6中方法600的相应流程。
其中,当该通信装置700用于执行图3中的方法300时,通信单元710可用于执行方法300中的步骤310和步骤320,处理单元720可用于执行方法300中的步骤330。
当该通信装置700用于执行图6中的方法600时,通信单元710可用于执行方法600中的步骤610和步骤620,处理单元720可用于执行方法600中的步骤630。
应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,该通信装置700中的通信单元710可通过图9中示出的终端设备900中的收发器910实现,该通信装置700中的处理单元720可通过图9中示出的终端设备900中的处理器920实现。其中,收发器可以包括发射器和/或接收器,分别实现发送单元和接收单元的功能。
还应理解,该通信装置700中的通信单元710也可以为输入/输出接口。
在另一种可能的设计中,该通信装置700可实现对应于上文方法实施例中的网络设备执行的步骤或者流程,例如,可以为网络设备,或者配置于网络设备中的芯片或电路或芯片系统。这时,该通信装置700可以称为网络设备。通信单元710用于执行上文方法实施例中网络设备侧的收发相关操作,处理单元720用于执行上文方法实施例中网络设备的处理相关操作。
一种可能的实现方式,处理单元720用于:生成指示信息,指示信息用于终端设备确定第一数据和第二数据是否能够软比特信息合并解码,第一数据是在第一时频资源上传输的数据,第二数据是在第二时频资源上传输的数据,其中,第一时频资源和第二时频资源的频域资源不重叠,或,第一时频资源和第二时频资源的时域资源不重叠;通信单元710用于:发送指示信息。
可选地,第一时频资源和第二时频资源关联不同的准共址QCL信息。
可选地,指示信息承载于以下任意1种或多种以上信令中:无线资源控制RRC信令、媒体接入控制-控制元素MAC-CE信令、下行控制信息DCI。
可选地,通信单元710具体用于:发送调度第一数据和第二数据的下行控制信息DCI,DCI中包括第一TB指示域和第二TB指示域,第一TB指示域处于使能状态,第二TB指示域处于去使能状态;第二TB指示域中携带指示信息。
可选地,第二TB指示域中携带指示信息,包括:第二TB指示域中的以下任意一项中携带指示信息:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
可选地,通信单元710还用于:发送调度第一数据和第二数据的DCI,DCI中包括第一TB指示域和第二TB指示域,第一TB指示域处于使能状态,第二TB指示域处于去使能状态;指示信息包括第一信息,第一信息用于指示终端设备:第二TB指示域处于去使能状态。
可选地,第一信息还用于通知终端设备:第二TB指示域中的MCS域用于指示第二数据的MCS,和/或,第二TB指示域中的RV域用于指示第二数据的RV。
可选地,指示信息还包括第二信息,第二信息为第二TB指示域中的NDI域取值,在第二TB指示域中的NDI域取值为第一数值的情况,第二TB指示域中的MCS域用于指示第二数据的MCS,第二TB指示域中的RV域用于指示第二数据的RV;在第二TB指示域中的NDI域取值为第二数值的情况,第二TB指示域中的MCS域和RV域为预留;其中,第一数值和第二数值不相等。
可选地,通信单元710具体用于:发送调度第一数据和第二数据的DCI中的天线端口指示域,天线端口指示域中携带指示信息;其中,天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一种DMRS端口配置,至少两种DMRS端口配置中DMRS端口数量相同。
可选地,至少两种DMRS端口配置满足以下任一条件:码分复用CDM组的个数相同,且端口号不同;CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或,CDM组的个数不同,且端口号相同。
可选地,终端设备支持软比特信息合并的能力,或,终端设备支持第一传输方案和第二传输方案。
可选地,通信单元710还用于:接收终端设备上报的终端设备UE能力,UE能力指示:终端设备支持软比特信息合并的能力,或,终端设备支持第一传输方案和第二传输方案。
该通信装置700可实现对应于根据本申请实施例的方法300和方法600中的网络设备执行的步骤或者流程,该通信装置700可以包括用于执行图3中的方法300和图6中方法600中的网络设备执行的方法的单元。并且,该通信装置700中的各单元和上述其他操作和/或功能分别为了实现图3中的方法300和图6中方法600的相应流程。
其中,当该通信装置700用于执行图3中的方法300时,通信单元710可用于执行方法300中的步骤310和步骤320。
当该通信装置700用于执行图6中的方法600时,通信单元710可用于执行方法600中的步骤610和步骤620。
应理解,各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明,为了简洁,在此不再赘述。
还应理解,该通信装置700中的通信单元为可通过图10中示出的网络设备1000中的收发器1010实现,该通信装置700中的处理单元720可通过图10中示出的网络设备1000中的处理器1020实现。
还应理解,该通信装置700中的通信单元710也可以为输入/输出接口。其中,收发器可以包括发射器和/或接收器,分别实现发送单元和接收单元的功能。
图8是本申请实施例提供的通信装置800的又一示意性框图。如图所示,通信装置800包括收发器810、处理器820、和存储器830,存储器830中存储有程序,处理器820用于执行存储器830中存储的程序,对存储器830中存储的程序的执行,使得处理器820用于执行上文方法实施例中的相关处理步骤,对存储器830中存储的程序的执行,使得处理器820控制收发器810执行上文方法实施例中的收发相关步骤。
作为一种实现,该通信装置800用于执行上文方法实施例中终端设备所执行的动作,这时,对存储器830中存储的程序的执行,使得处理器820用于执行上文方法实施例中终端设备侧的处理步骤,对存储器830中存储的程序的执行,使得处理器820控制收发器810执行上文方法实施例中终端设备侧的接收和发送步骤。
作为另一种实现,该通信装置800用于执行上文方法实施例中网络设备所执行的动作,这时,对存储器830中存储的程序的执行,使得处理器820用于执行上文方法实施例中网络设备侧的处理步骤,对存储器830中存储的程序的执行,使得处理器820控制收发器810执行上文方法实施例中网络设备侧的接收和发送步骤。
本申请实施例还提供一种通信装置900,该通信装置900可以是终端设备也可以是芯片。该通信装置900可以用于执行上述方法实施例中由终端设备所执行的动作。
当该通信装置900为终端设备时,图9示出了一种简化的终端设备的结构示意图。便于理解和图示方便,图9中,终端设备以手机作为例子。如图9所示,终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理,以及对终端设备进行控制,执行软件程序,处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置,例如触摸屏、显示屏,键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是,有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时,处理器对待发送的数据进行基带处理后,输出基带信号至射频电路,射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时,射频电路通过天线接收到射频信号,将射频信号转换为基带信号,并将基带信号输出至处理器,处理器将基带信号转换为数据并对该数据进行处理。为便于说明,图9中仅示出了一个存储器和处理器,在实际的终端设备产品中,可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置,也可以是与处理器集成在一起,本申请实施例对此不做限制。
在本申请实施例中,可以将具有收发功能的天线和射频电路视为终端设备的收发单元,将具有处理功能的处理器视为终端设备的处理单元。
如图9所示,终端设备包括收发单元910和处理单元920。收发单元910也可以称为收发器、收发机、收发装置等。处理单元920也可以称为处理器,处理单板,处理模块、处理装置等。可选地,可以将收发单元910中用于实现接收功能的器件视为接收单元,将收发单元910中用于实现发送功能的器件视为发送单元,即收发单元910包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
例如,在一种实现方式中,处理单元920,用于执行图3中的步骤330和图6中的步骤630,和/或,处理单元920还用于执行本申请实施例中终端设备侧的其他处理步骤。收发单元910还用于执行图3中所示的步骤310和步骤320、和图6中的步骤610和步骤620,和/或收发单元910还用于执行终端设备侧的其他收发步骤。
应理解,图9仅为示例而非限定,上述包括收发单元和处理单元的终端设备可以不依赖于图9所示的结构。
当该通信设备900为芯片时,该芯片包括收发单元和处理单元。其中,收发单元可以是输入输出电路或通信接口;处理单元可以为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例还提供一种通信装置1000,该通信装置1000可以是网络设备也可以是芯片。该通信装置1000可以用于执行上述方法实施例中由网络设备所执行的动作。
当该通信装置1000为网络设备时,例如为基站。图10示出了一种简化的基站结构示意图。基站包括1010部分以及1020部分。1010部分主要用于射频信号的收发以及射频信号与基带信号的转换;1020部分主要用于基带处理,对基站进行控制等。1010部分通常可以称为收发单元、收发机、收发电路、或者收发器等。1020部分通常是基站的控制中心,通常可以称为处理单元,用于控制基站执行上述方法实施例中网络设备侧的处理操作。
1010部分的收发单元,也可以称为收发机或收发器等,其包括天线和射频单元,其中射频单元主要用于进行射频处理。可选地,可以将1010部分中用于实现接收功能的器件视为接收单元,将用于实现发送功能的器件视为发送单元,即1010部分包括接收单元和发送单元。接收单元也可以称为接收机、接收器、或接收电路等,发送单元可以称为发射机、发射器或者发射电路等。
1020部分可以包括一个或多个单板,每个单板可以包括一个或多个处理器和一个或多个存储器。处理器用于读取和执行存储器中的程序以实现基带处理功能以及对基站的控制。若存在多个单板,各个单板之间可以互联以增强处理能力。作为一种可选的实施方式,也可以是多个单板共用一个或多个处理器,或者是多个单板共用一个或多个存储器,或者是多个单板同时共用一个或多个处理器。
例如,在一种实现方式中,1010部分的收发单元用于执行图3中所示的步骤310和步骤320、和图6中的步骤610和步骤620中网络设备侧的发送操作,和/或1010部分的收发单元还用于执行本申请实施例中网络设备侧的其他收发步骤。1020部分的处理单元用于执行本申请实施例中网络设备侧的处理步骤。
应理解,图10仅为示例而非限定,上述包括收发单元和处理单元的网络设备可以不依赖于图10所示的结构。
当该通信装置1000为芯片时,该芯片包括收发单元和处理单元。其中,收发单元可以是输入输出电路、通信接口;处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
另外,网络设备不限于上述形态,也可以是其它形态:例如:包括AAU,还可以包括CU节点和/或DU节点,或者包括BBU和自适应无线单元(adaptive radio unit,ARU),或BBU;也可以为客户终端设备(customer premises equipment,CPE),还可以为其它形态,本申请不限定。
上述CU和/或DU可以用于执行前面方法实施例中描述的由网络设备内部实现的动作,而AAU可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述,此处不再赘述。
本申请实施例还提供了一种处理装置,包括处理器和接口。所述处理器可用于执行上述方法实施例中的方法。
应理解,上述处理装置可以是一个芯片。例如,该处理装置可以是现场可编程门阵列(field programmable gate array,FPGA),可以是专用集成芯片(applicationspecific integrated circuit,ASIC),还可以是系统芯片(system on chip,SoC),还可以是中央处理器(central processor unit,CPU),还可以是网络处理器(networkprocessor,NP),还可以是数字信号处理电路(digital signal processor,DSP),还可以是微控制器(micro controller unit,MCU),还可以是可编程控制器(programmable logicdevice,PLD)或其他集成芯片。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应注意,本申请实施例中的处理器可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
可以理解,本申请实施例中的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(read-only memory,ROM)、可编程只读存储器(programmable ROM,PROM)、可擦除可编程只读存储器(erasable PROM,EPROM)、电可擦除可编程只读存储器(electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(static RAM,SRAM)、动态随机存取存储器(dynamic RAM,DRAM)、同步动态随机存取存储器(synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(directrambus RAM,DR RAM)。应注意,本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行图3至图6所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读介质存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行图3至图6所示实施例中任意一个实施例的方法。
根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的一个或多个终端设备以及一个或多个网络设备。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disc,SSD))等。
上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备对应,由相应的模块或单元执行相应的步骤,例如通信单元(收发器)执行方法实施例中接收或发送的步骤,除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中,处理器可以为一个或多个。
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如,部件可以是但不限于,在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示,在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中,部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外,这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据,例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (42)
1.一种处理数据的方法,其特征在于,包括:
在第一时频资源上接收第一数据和在第二时频资源上接收第二数据,
其中,所述第一时频资源和所述第二时频资源的频域资源不重叠,或,所述第一时频资源和所述第二时频资源的时域资源不重叠;
接收指示信息;
根据所述指示信息确定所述第一数据和所述第二数据是否能够软比特信息合并解码。
2.根据权利要求1所述的方法,其特征在于,
所述接收指示信息,包括:
接收调度所述第一数据和所述第二数据的下行控制信息DCI,所述DCI中包括第一传输块TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述指示信息承载于所述第二TB指示域中。
3.根据权利要求2所述的方法,其特征在于,
所述指示信息承载于所述第二TB指示域中,包括:
所述指示信息承载于以下任意一项或多项中:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
4.根据权利要求1所述的方法,其特征在于,
调度所述第一数据和所述第二数据的DCI中包括第一TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述指示信息包括第一信息,所述第一信息用于通知:
所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,和/或,所述第二TB指示域中的RV域用于指示所述第二数据的RV。
5.根据权利要求4所述的方法,其特征在于,
所述指示信息还包括第二信息,所述第二信息为所述第二TB指示域中的NDI域取值,
在所述第二TB指示域中的NDI域取值为第一数值的情况,所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,所述第二TB指示域中的RV域用于指示所述第二数据的RV;
在所述第二TB指示域中的NDI域取值为第二数值的情况,所述第二TB指示域中的MCS域和RV域为预留;
其中,所述第一数值和所述第二数值不相等。
6.根据权利要求1所述的方法,其特征在于,所述指示信息承载于调度所述第一数据和所述第二数据的DCI中,
在所述调度所述第一数据和所述第二数据的DCI中包含2个TB指示域,且所述2个TB指示域中的一个TB指示域处于去使能状态的情况下,确定所述第一数据和所述第二数据能够软比特信息合并解码;
在所述调度所述第一数据和所述第二数据的DCI中包含1个TB指示域的情况下,确定所述第一数据和所述第二数据不能软比特信息合并解码。
7.根据权利要求1所述的方法,其特征在于,
所述指示信息承载于调度所述第一数据和所述第二数据的DCI中的天线端口指示域,
其中,所述天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一种DMRS端口配置,所述至少两种DMRS端口配置中DMRS端口数量相同。
8.根据权利要求7所述的方法,其特征在于,
所述至少两种DMRS端口配置满足以下任一条件:
码分复用CDM组的个数相同,且端口号不同;
CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;
CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或
CDM组的个数不同,且端口号相同。
9.根据权利要求1至8中任一项所述的方法,其特征在于,
终端设备支持软比特信息合并的能力,或,所述终端设备支持第一传输方案和第二传输方案。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
通过终端设备UE能力上报:所述终端设备支持所述软比特信息合并的能力,或,所述终端设备支持所述第一传输方案和所述第二传输方案。
11.一种处理数据的方法,其特征在于,包括:
生成指示信息,所述指示信息用于终端设备确定第一数据和第二数据是否能够软比特信息合并解码,所述第一数据是在第一时频资源上传输的数据,所述第二数据是在第二时频资源上传输的数据,
其中,所述第一时频资源和所述第二时频资源的频域资源不重叠,或,所述第一时频资源和所述第二时频资源的时域资源不重叠;
发送所述指示信息。
12.根据权利要求11所述的方法,其特征在于,
所述发送所述指示信息,包括:
发送调度所述第一数据和所述第二数据的下行控制信息DCI,所述DCI中包括第一传输块TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述第二TB指示域中携带所述指示信息。
13.根据权利要求12所述的方法,其特征在于,
所述第二TB指示域中携带所述指示信息,包括:
所述第二TB指示域中的以下任意一项中携带所述指示信息:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
14.根据权利要求11所述的方法,其特征在于,所述方法还包括:
发送调度所述第一数据和所述第二数据的DCI,所述DCI中包括第一TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述指示信息包括第一信息,所述第一信息用于通知所述终端设备:
所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,和/或,所述第二TB指示域中的RV域用于指示所述第二数据的RV。
15.根据权利要求14所述的方法,其特征在于,
所述指示信息还包括第二信息,所述第二信息为所述第二TB指示域中的NDI域取值,
所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,所述第二TB指示域中的RV域用于指示所述第二数据的RV的情况下,所述第二TB指示域中的NDI域取值为第一数值;
所述第二TB指示域中的MCS域和RV域为预留的情况下,所述第二TB指示域中的NDI域取值为第二数值;
其中,所述第一数值和所述第二数值不相等。
16.根据权利要求11所述的方法,其特征在于,
所述发送所述指示信息,包括:
发送调度所述第一数据和所述第二数据的下行控制信息DCI中的天线端口指示域,所述天线端口指示域中携带所述指示信息;
其中,所述天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一种DMRS端口配置,所述至少两种DMRS端口配置中DMRS端口数量相同。
17.根据权利要求16所述的方法,其特征在于,
所述至少两种DMRS端口配置满足以下任一条件:
码分复用CDM组的个数相同,且端口号不同;
CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;
CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或
CDM组的个数不同,且端口号相同。
18.根据权利要求11至17中任一项所述的方法,其特征在于,所述方法还包括:
接收终端设备上报的终端设备UE能力,所述UE能力指示:所述终端设备支持所述软比特信息合并的能力,或,所述终端设备支持所述第一传输方案和所述第二传输方案。
19.根据权利要求1至18中任一项所述的方法,其特征在于,所述第一时频资源和所述第二时频资源关联不同的准共址QCL信息。
20.根据权利要求1至19中任一项所述的方法,其特征在于,
所述指示信息承载于以下任意1种或多种以上信令中:
无线资源控制RRC信令、媒体接入控制-控制元素MAC-CE信令、或下行控制信息DCI。
21.一种通信装置,其特征在于,包括:处理单元和通信单元,
所述通信单元用于:在第一时频资源上接收第一数据和在第二时频资源上接收第二数据,
其中,所述第一时频资源和所述第二时频资源的频域资源不重叠,或,所述第一时频资源和所述第二时频资源的时域资源不重叠;
所述通信单元还用于:接收指示信息;
所述处理单元用于:根据所述指示信息确定所述第一数据和所述第二数据是否能够软比特信息合并解码。
22.根据权利要求21所述的通信装置,其特征在于,所述通信单元具体用于:
接收调度所述第一数据和所述第二数据的下行控制信息DCI,所述DCI中包括第一传输块TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述指示信息承载于所述第二TB指示域中。
23.根据权利要求22所述的通信装置,其特征在于,
所述指示信息承载于所述第二TB指示域中,包括:
所述指示信息承载于以下任意一项或多项中:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
24.根据权利要求21所述的通信装置,其特征在于,
调度所述第一数据和所述第二数据的DCI中包括第一TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述指示信息包括第一信息,所述第一信息用于通知所述通信装置:
所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,和/或,所述第二TB指示域中的RV域用于指示所述第二数据的RV。
25.根据权利要求24所述的通信装置,其特征在于,
所述指示信息还包括第二信息,所述第二信息为所述第二TB指示域中的NDI域取值,
在所述第二TB指示域中的NDI域取值为第一数值的情况,所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,所述第二TB指示域中的RV域用于指示所述第二数据的RV;
在所述第二TB指示域中的NDI域取值为第二数值的情况,所述第二TB指示域中的MCS域和RV域为预留;
其中,所述第一数值和所述第二数值不相等。
26.根据权利要求21所述的通信装置,其特征在于,所述指示信息承载于调度所述第一数据和所述第二数据的DCI中,
在所述调度所述第一数据和所述第二数据的DCI中包含2个TB指示域,且所述2个TB指示域中的一个TB指示域处于去使能状态的情况下,所述处理单元用于:确定所述第一数据和所述第二数据能够软比特信息合并解码;
在所述调度所述第一数据和所述第二数据的DCI中包含1个TB指示域的情况下,所述处理单元用于:确定所述第一数据和所述第二数据不能软比特信息合并解码。
27.根据权利要求21所述的通信装置,其特征在于,
所述指示信息承载于调度所述第一数据和所述第二数据的DCI中的天线端口指示域,
其中,所述天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一种DMRS端口配置,所述至少两种DMRS端口配置中DMRS端口数量相同。
28.根据权利要求27所述的通信装置,其特征在于,
所述至少两种DMRS端口配置满足以下任一条件:
码分复用CDM组的个数相同,且端口号不同;
CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;
CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或
CDM组的个数不同,且端口号相同。
29.根据权利要求21至28中任一项所述的通信装置,其特征在于,
所述通信装置支持软比特信息合并的能力,或,所述通信装置支持第一传输方案和第二传输方案。
30.根据权利要求29所述的通信装置,其特征在于,所述通信单元还用于:
通过终端设备UE能力上报:所述通信装置支持所述软比特信息合并的能力,或,所述通信装置支持所述第一传输方案和所述第二传输方案。
31.一种通信装置,其特征在于,包括:处理单元和通信单元,
所述处理单元用于:生成指示信息,所述指示信息用于终端设备确定第一数据和第二数据是否能够软比特信息合并解码,所述第一数据是在第一时频资源上传输的数据,所述第二数据是在第二时频资源上传输的数据,
其中,所述第一时频资源和所述第二时频资源的频域资源不重叠,或,所述第一时频资源和所述第二时频资源的时域资源不重叠;
所述通信单元用于:发送所述指示信息。
32.根据权利要求31所述的通信装置,其特征在于,
所述通信单元具体用于:
发送调度所述第一数据和所述第二数据的下行控制信息DCI,所述DCI中包括第一传输块TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述第二TB指示域中携带所述指示信息。
33.根据权利要求32所述的通信装置,其特征在于,
所述第二TB指示域中携带所述指示信息,包括:
所述第二TB指示域中的以下任意一项中携带所述指示信息:新传数据指示NDI域、调制与编码策略指示MCS域、或冗余版本RV域。
34.根据权利要求31所述的通信装置,其特征在于,所述通信单元还用于:
发送调度所述第一数据和所述第二数据的DCI,所述DCI中包括第一TB指示域和第二TB指示域,所述第一TB指示域处于使能状态,所述第二TB指示域处于去使能状态;
所述指示信息包括第一信息,所述第一信息用于通知所述终端设备:
所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,和/或,所述第二TB指示域中的RV域用于指示所述第二数据的RV。
35.根据权利要求34所述的通信装置,其特征在于,
所述指示信息还包括第二信息,所述第二信息为所述第二TB指示域中的NDI域取值,
所述第二TB指示域中的MCS域用于指示所述第二数据的MCS,所述第二TB指示域中的RV域用于指示所述第二数据的RV的情况下,所述第二TB指示域中的NDI域取值为第一数值;
所述第二TB指示域中的MCS域和RV域为预留的情况下,所述第二TB指示域中的NDI域取值为第二数值;
其中,所述第一数值和所述第二数值不相等。
36.根据权利要求31所述的通信装置,其特征在于,
所述通信单元具体用于:
发送调度所述第一数据和所述第二数据的下行控制信息DCI中的天线端口指示域,所述天线端口指示域中携带所述指示信息;
其中,所述天线端口指示域指示至少两种解调参考信号DMRS端口配置中的一种DMRS端口配置,所述至少两种DMRS端口配置中DMRS端口数量相同。
37.根据权利要求36所述的通信装置,其特征在于,
所述至少两种DMRS端口配置满足以下任一条件:
码分复用CDM组的个数相同,且端口号不同;
CDM组的个数相同,端口号不同,且不同的端口号来自不同的CDM组;
CDM组的个数相同,端口号不同,且不同的端口号来自相同的CDM组;或
CDM组的个数不同,且端口号相同。
38.根据权利要求31至37中任一项所述的通信装置,其特征在于,所述通信单元还用于:
接收所述终端设备上报的终端设备UE能力,所述UE能力指示:所述终端设备支持所述软比特信息合并的能力,或,所述终端设备支持所述第一传输方案和所述第二传输方案。
39.根据权利要求21至38中任一项所述的通信装置,其特征在于,所述第一时频资源和所述第二时频资源关联不同的准共址QCL信息。
40.根据权利要求21至39中任一项所述的通信装置,其特征在于,
所述指示信息承载于以下任意1种或多种以上信令中:
无线资源控制RRC信令、媒体接入控制-控制元素MAC-CE信令、或下行控制信息DCI。
41.一种通信装置,其特征在于,包括:
通信接口,用于输入和/或输出信息;
处理器,用于执行所述存储器中存储的计算机指令,使得所述通信装置执行如权利要求1至10中任一项所述的方法,或者,使得所述通信装置执行如权利要求11至20中任一项所述的方法。
42.一种计算机存储介质,其特征在于,其上存储有计算机程序,所述计算机程序被通信装置执行时,使得所述通信装置执行如权利要求1至10中任一项所述的方法,或者,使得所述通信装置执行如权利要求11至20中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910748755.2A CN112399566B (zh) | 2019-08-14 | 2019-08-14 | 处理数据的方法和通信装置 |
PCT/CN2020/103651 WO2021027518A1 (zh) | 2019-08-14 | 2020-07-23 | 处理数据的方法和通信装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910748755.2A CN112399566B (zh) | 2019-08-14 | 2019-08-14 | 处理数据的方法和通信装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112399566A true CN112399566A (zh) | 2021-02-23 |
CN112399566B CN112399566B (zh) | 2022-04-12 |
Family
ID=74569497
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910748755.2A Active CN112399566B (zh) | 2019-08-14 | 2019-08-14 | 处理数据的方法和通信装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN112399566B (zh) |
WO (1) | WO2021027518A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022228185A1 (zh) * | 2021-04-30 | 2022-11-03 | 华为技术有限公司 | 信号传输方法及通信装置 |
WO2022252954A1 (zh) * | 2021-05-31 | 2022-12-08 | 华为技术有限公司 | 资源配置的方法及装置 |
WO2023206288A1 (zh) * | 2022-04-28 | 2023-11-02 | 北京小米移动软件有限公司 | 传输方式指示方法、装置、通信设备及存储介质 |
WO2024066979A1 (zh) * | 2022-09-30 | 2024-04-04 | 华为技术有限公司 | 一种协作传输的数据调度的方法和装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11695499B2 (en) * | 2021-06-30 | 2023-07-04 | Qualcomm Incorporated | Dynamic demodulation reference signal configuration signaling for adaptation with different transmission modes |
CN116419408A (zh) * | 2021-12-28 | 2023-07-11 | 维沃移动通信有限公司 | 参考信号端口指示方法、终端及网络侧设备 |
CN115087099B (zh) * | 2022-08-19 | 2022-11-15 | 翱捷科技股份有限公司 | 一种寻呼信道的增强接收装置和方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108260208A (zh) * | 2016-12-29 | 2018-07-06 | 华为技术有限公司 | 一种多载波中传输数据的方法、终端设备和网络设备 |
CN108809507A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 用于数据传输的方法、终端和网络设备 |
US20190124631A1 (en) * | 2016-06-29 | 2019-04-25 | Huawei Technologies Co., Ltd. | Communication method and apparatus, and system |
US20190141647A1 (en) * | 2017-11-07 | 2019-05-09 | Ajit Nimbalker | Methods of limited buffer rate-matching (lbrm), pre-emption, and sidelink syncrhonization in new radio (nr) systems |
US20190199406A1 (en) * | 2016-11-04 | 2019-06-27 | Huawei Technologies Co.,Ltd. | Communication method, communications apparatus, network device, and terminal |
US20190215104A1 (en) * | 2018-01-11 | 2019-07-11 | Huawei Technologies Co., Ltd. | System and Method for Reliable Transmission over Network Resources |
US20190230697A1 (en) * | 2018-01-22 | 2019-07-25 | Qualcomm Incorporated | Physical downlink control channel (pdcch) repetition and decoding for ultra-reliability low latency communication (urllc) |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102291209B (zh) * | 2010-06-20 | 2014-04-02 | 上海贝尔股份有限公司 | 增强长期演进的管理设备中控制上行传输的方法及装置 |
EP3590211A1 (en) * | 2017-03-01 | 2020-01-08 | Telefonaktiebolaget LM Ericsson (publ) | Improved acknowledgement signaling |
CN111294143B (zh) * | 2019-01-11 | 2022-11-25 | 展讯半导体(南京)有限公司 | Pdsch软合并方法及装置、存储介质、用户终端、基站 |
-
2019
- 2019-08-14 CN CN201910748755.2A patent/CN112399566B/zh active Active
-
2020
- 2020-07-23 WO PCT/CN2020/103651 patent/WO2021027518A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20190124631A1 (en) * | 2016-06-29 | 2019-04-25 | Huawei Technologies Co., Ltd. | Communication method and apparatus, and system |
US20190199406A1 (en) * | 2016-11-04 | 2019-06-27 | Huawei Technologies Co.,Ltd. | Communication method, communications apparatus, network device, and terminal |
CN108260208A (zh) * | 2016-12-29 | 2018-07-06 | 华为技术有限公司 | 一种多载波中传输数据的方法、终端设备和网络设备 |
CN108809507A (zh) * | 2017-05-05 | 2018-11-13 | 华为技术有限公司 | 用于数据传输的方法、终端和网络设备 |
US20190141647A1 (en) * | 2017-11-07 | 2019-05-09 | Ajit Nimbalker | Methods of limited buffer rate-matching (lbrm), pre-emption, and sidelink syncrhonization in new radio (nr) systems |
US20190215104A1 (en) * | 2018-01-11 | 2019-07-11 | Huawei Technologies Co., Ltd. | System and Method for Reliable Transmission over Network Resources |
US20190230697A1 (en) * | 2018-01-22 | 2019-07-25 | Qualcomm Incorporated | Physical downlink control channel (pdcch) repetition and decoding for ultra-reliability low latency communication (urllc) |
Non-Patent Citations (1)
Title |
---|
HUAWEI, HISILICON: "Reliability/robustness enhancement with multi-TRP/panel", 《3GPP TSG RAN WG1 MEETING #96B R1-1903983》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022228185A1 (zh) * | 2021-04-30 | 2022-11-03 | 华为技术有限公司 | 信号传输方法及通信装置 |
WO2022252954A1 (zh) * | 2021-05-31 | 2022-12-08 | 华为技术有限公司 | 资源配置的方法及装置 |
WO2023206288A1 (zh) * | 2022-04-28 | 2023-11-02 | 北京小米移动软件有限公司 | 传输方式指示方法、装置、通信设备及存储介质 |
WO2024066979A1 (zh) * | 2022-09-30 | 2024-04-04 | 华为技术有限公司 | 一种协作传输的数据调度的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN112399566B (zh) | 2022-04-12 |
WO2021027518A1 (zh) | 2021-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112399566B (zh) | 处理数据的方法和通信装置 | |
CN109757127B (zh) | 用于在无线通信系统中报告信道状态信息的方法及其装置 | |
CN109392152B (zh) | 通信方法和通信装置 | |
CN109495230B (zh) | 收发上行链路控制信息的方法和设备 | |
CN110463099B (zh) | 接收用于相位噪声消除的ptrs的方法及其装置 | |
JP6439950B2 (ja) | 送信装置及び送信方法 | |
US10911166B2 (en) | Method and apparatus for measuring channel in wireless communication system | |
US10686501B2 (en) | Precoding information signaling method and apparatus for uplink transmission in mobile communication system using a plurality of array antennas | |
JP2021503775A (ja) | 無線アクセスネットワークのための確認応答シグナリング | |
CN111656722B (zh) | 用于无线电接入网络的控制信令的方法和节点 | |
KR102374244B1 (ko) | 업링크 제어 채널을 전송하기 위한 방법 및 장치 | |
CN111757518B (zh) | 信息传输的方法和通信装置 | |
CN110583076B (zh) | 一种资源配置的方法及设备 | |
US20210075561A1 (en) | Acknowledgment signaling in a radio access network | |
CN111447047B (zh) | 发送信道信息的方法和装置与接收信道信息的方法和装置 | |
US9503237B2 (en) | Method and apparatus for conveying demodulation pilot information in a multi antenna wireless communication system | |
CN111788788A (zh) | 针对反馈信令的功率控制 | |
US20200404686A1 (en) | Resource mapping based on bandwidth part | |
CN111194086A (zh) | 发送和接收数据的方法和通信装置 | |
CN114629613A (zh) | 调度uci传输方案 | |
CN114651408A (zh) | 基于确认传输的多播反馈 | |
US20230345376A1 (en) | Method for determining feature of terminal and communication apparatus | |
CN114128205A (zh) | 控制信令结构 | |
CN110933747B (zh) | 一种资源配置方法及通信装置 | |
US20220109521A1 (en) | Acknowledgement signaling for radio access networks |
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 |