CN110351851A - 数据传输方法、终端设备和网络设备 - Google Patents
数据传输方法、终端设备和网络设备 Download PDFInfo
- Publication number
- CN110351851A CN110351851A CN201810302369.6A CN201810302369A CN110351851A CN 110351851 A CN110351851 A CN 110351851A CN 201810302369 A CN201810302369 A CN 201810302369A CN 110351851 A CN110351851 A CN 110351851A
- Authority
- CN
- China
- Prior art keywords
- signal
- port
- terminal device
- information
- mask
- 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
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
-
- 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/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0466—Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
-
- 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
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
- H04B7/0456—Selection of precoding matrices or codebooks, e.g. using matrices antenna weighting
-
- 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请提供了一种数据传输方法、终端设备和网络设备,该方法包括:终端设备在第N发送时刻获取第一指示信息,其中,所述第一指示信息用于指示发送第一信号所使用的第一端口与发送第二信号所使用的第二端口是否相同,所述第二信号是所述终端设备在N‑K发送时刻发送的,N和K均为正整数,且N大于K;所述终端设备根据所述第一指示信息,发送所述第一信号;所述第一端口包括下列信息中的至少一种:发送所述第一信号所使用的第一天线端口、发送所述第一信号所使用的第一预编码矩阵以及发送所述第一信号所使用的第一空间滤波。本申请实施例的数据传输方法、终端设备和网络设备,有利于提高数据传输的可靠性。
Description
技术领域
本申请涉及通信领域,特别涉及通信领域中的数据传输方法、终端设备和网络设备。
背景技术
第五代移动通信技术(5th generation,5G)支持至少两种用于调度物理上行共享信道(physical uplink shared channel,PUSCH)的下行控制信息(downlink controlinformation,DCI)格式,不同的DCI格式对应的DCI中包含的字段内容以及相应的DCI的位宽不同。例如,DCI格式0_0(DCI format 0_0)中包含了时频资源分配信息、调制编码策略(modulation coding strategy,MCS)信息,而不包含探测参考信号资源指示(SRSresource indication,SRI)、传输秩指示(Transmission rank indication,TRI)、传输预编码矩阵指示(Transmission precoding matrix indication,TPMI)信息、天线端口指示信息等;而DCI格式0_1(DCI format 0_1)中包含了时频资源分配信息、MCS、SRI、TRI和TPMI信息、探测参考信号(sounding reference signal,SRS)请求信息(SRS request,用于动态触发SRS的发送)、天线端口指示信息等。调度PUSCH的不同的DCI格式对应的比特位宽可以不相同。网络设备可以通过高层信令无线资源控制(radio resource control,RRC)配置至少一个终端设备特定的搜索空间,每个搜索空间会对应时频资源配置信息,以使得该网络设备在该资源上进行DCI的检测。每个搜索空间同时包含了DCI格式的配置信息,一般只包含一种上行调度的DCI格式,如DCI format 0_0或DCI format 0_1。终端设备通过盲检测不同的搜索空间确定调度PUSCH使用的DCI格式以及对应的DCI信息。
通常地,网络设备通过RRC信令为终端设备配置至少一个SRS资源,终端设备根据接收到的SRS资源的配置信息在SRS资源上发送SRS;网络设备在该SRS资源上接收并测量该SRS,并基于该网络设备自身的实现算法确定该终端设备的资源调度信息(包括时频资源分配、传输方式等),通过DCI format 0_1指示SRI、TRI、TPMI、MCS和DMRS端口信息。
在某些情况下,网络设备将使用DCI format 0_0发送PDCCH调度PUSCH的传输。当网络设备使用DCI format 0_0时,协议中规定调度的PUSCH传输采用单端口传输模式,所谓单端口传输模式就是PUSCH和与PUSCH对应的DMRS使用单端口,同时发送PUSCH采用的传输层数为1。这是因为DCI format 0_0相比于format 0_1而言是精简的DCI格式,其中不包含SRI、TRI、TPMI信息以及DMRS的天线端口指示信息,则对于多端口PUSCH传输模式,终端设备无法通过上述信息获得正确的多端口PUSCH传输方式,比如PUSCH的传输端口、传输层数等等。因此,终端设备可能基于自身实现算法或者通过预定义的方式,确定发送PUSCH的物理端口、预编码向量或空间滤波(本文统称为端口信息),这样,会导致网络设备无法直接通过DCI向终端设备指示发送PUSCH所使用的端口信息,数据传输的可靠性较差。
发明内容
本申请提供一种数据传输方法、终端设备和网络设备,能够向终端设备指示发送PUSCH的端口信息,有利于提高数据传输的可靠性。
第一方面,提供了一种数据传输方法,包括:终端设备接收基站发送的下行信息,其中,所述下行信息为经过掩码加扰后的循环冗余校验(CRC)码;
所述终端根据所述下行信息得到所述掩码,所述掩码包含用于指示所述终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述终端设备在发送所述第一信号前发送所述第二信号;和
所述终端设备根据所述指示信息确定发送所述第一信号的端口,并在确定出的端口上发送所述第一信号。
本申请实施例的数据传输方法,第一指示信息指示终端设备当前发送的第一信号所使用的端口与之前发送的第二信号所采用的端口是否相同,使得终端设备根据该第一指示信息确定发送PUSCH的端口信息,有利于提高数据传输的可靠性。
结合第一方面,在第一方面的某些实现方式中,所述发送第一信号的端口包括以下信息中的一种或者多种:天线端口、预编码矩阵和空间滤波。
结合第一方面,在第一方面的某些实现方式中,所述第一信号为承载在物理上行共享信道PUSCH上的信号,或承载在物理上行控制信道PUCCH上的信号。
结合第一方面,在第一方面的某些实现方式中,所述第二信号为承载在PUSCH上的信号、承载在PUCCH上的信号或者随机接入前导序列。
结合第一方面,在第一方面的某些实现方式中,所述下行信息为下行控制信息(DCI)的经过所述掩码加扰后的CRC码。
结合第一方面,在第一方面的某些实现方式中,所述掩码为16比特,所述指示信息为所述掩码的一个或多个比特。
结合第一方面,在第一方面的某些实现方式中,所述掩码的最后一位取值为0时,指示发送所述第一信号的端口和发送第二信号的端口相同。
结合第一方面,在第一方面的某些实现方式中,所述掩码的最后一位取值为1时,指示发送所述第一信号的端口和发送第二信号的端口不同。
结合第一方面,在第一方面的某些实现方式中,所述DCI的格式为format 0_0或者format 0_1。
结合第一方面,在第一方面的某些实现方式中,所述天线端口的索引值为X,发送所述第二信号的端口的天线端口索引值为X+1或X-1,X为大于等于1的正整数。
结合第一方面,在第一方面的某些实现方式中,所述预编码矩阵的索引值为Z,其中,发送所述第二信号的端口的预编码矩阵的索引值为Z+1或Z-1,Z为大于等于1的正整数。
结合第一方面,在第一方面的某些实现方式中,所述第二信号所占的频域资源与所述第一信号所占的频域资源相同,或者所述第二信号所占的频域资源与所述第一信号所占的频域资源重叠的部分大于某一特定的值。
结合第一方面,在第一方面的某些实现方式中,所述掩码用于指示所述第一信号的端口是否与最近一次用于指示的端口信息的掩码相同。
在本申请的其他方面,提供了另一种数据传输方法,包括:终端设备接收下行控制信息DCI,所述DCI用于指示第一指示信息和第二指示信息;其中,所述第一指示信息为第一掩码信息或第一扰码信息,所述第一掩码信息是所述终端设备通过下行控制信息DCI确定的,所述DCI携带通过所述第一掩码信息加扰的循环冗余校验码,所述第一扰码信息是所述终端设备通过下行控制信息DCI确定的,所述DCI携带通过所述第一扰码信息加扰的信息比特,所述第二指示信息用于指示SRS资源的索引值;
所述终端设备根据所述第一指示信息、所述第二指示信息以及第一映射关系,确定所述第一天线端口,所述第一映射关系用于表示所述第一指示信息、所述第二指示信息与所述终端设备的天线端口之间的对应关系。
可选地,上述DCI的格式为DCI format 0_1。
第二方面,提供了另一种数据传输方法,包括:基站使用掩码对循环冗余校验(CRC)码进行加扰,得到加扰后的CRC码,其中,所述掩码包含用于指示终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述第二信号和所述第一信号均为所述终端设备发送,并且所述第二信号在所述第一信号前发送;所述基站将所述加扰后的CRC码发送给所述终端设备。
结合第二方面,在第二方面的某些实现方式中,所述发送第一信号的端口包括以下信息中的一种或者多种:天线端口、预编码矩阵和空间滤波。
结合第二方面,在第二方面的某些实现方式中,所述第一信号为承载在物理上行共享信道PUSCH上的信号,或承载在物理上行控制信道PUCCH上的信号。
结合第二方面,在第二方面的某些实现方式中,所述第二信号为承载在PUSCH上的信号、承载在PUCCH上的信号或者随机接入前导序列。
结合第二方面,在第二方面的某些实现方式中,所述加扰后的CRC码为下行控制信息(DCI)的经过所述掩码加扰后的CRC码。
结合第二方面,在第二方面的某些实现方式中,所述掩码为16比特,所述指示信息为所述掩码的一个或多个比特。
结合第二方面,在第二方面的某些实现方式中,所述掩码的最后一位取值为0时,指示发送所述第一信号的端口和发送第二信号的端口相同。
结合第二方面,在第二方面的某些实现方式中,所述掩码的最后一位取值为1时,指示发送所述第一信号的端口和发送第二信号的端口不同。
结合第二方面,在第二方面的某些实现方式中,所述DCI的格式为format 0_0或者format 0_1。
结合第二方面,在第二方面的某些实现方式中,所述天线端口的索引值为X,发送所述第二信号的端口的天线端口索引值为X+1或X-1,X为大于等于1的正整数。
结合第二方面,在第二方面的某些实现方式中,所述预编码矩阵的索引值为Z,其中,发送所述第二信号的端口的预编码矩阵的索引值为Z+1或Z-1,Z为大于等于1的正整数。
结合第二方面,在第二方面的某些实现方式中,所述第一指示信息用于指示所述第一端口与所述第二端口相同;或所述第一指示信息用于指示所述第一预编码矩阵的索引值为Z,其中,所述第二预编码矩阵的索引值为Z+1或Z-1,Z为大于1的正整数。
结合第二方面,在第二方面的某些实现方式中,所述第二信号所占的频域资源与所述第一信号所占的频域资源相同,或者所述第二信号所占的频域资源与所述第一信号所占的频域资源重叠的部分大于某一特定的值。
结合第二方面,在第二方面的某些实现方式中,所述掩码用于指示所述第一信号的端口是否与最近一次用于指示的端口信息的掩码相同。
第三方面,提供了一种终端设备,用于执行第一方面或第一方面任意可能的实现方式中的方法。具体地,该终端设备包括用于执行上述第一方面或第一方面的任一种可能的实现方式中的方法的单元。
第四方面,提供了另一种基站,用于执行第二方面或第二方面任意可能的实现方式中的方法。具体地,该网络设备包括用于执行上述第二方面或第二方面的任一种可能的实现方式中的方法的单元。
第五方面,提供了另一种终端设备,该终端设备包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,使得该处理器执行第一方面或第一方面的任一种可能的实现方式中的方法。
第六方面,提供了另一种基站,该基站包括:收发器、存储器和处理器。其中,该收发器、该存储器和该处理器通过内部连接通路互相通信,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,以控制接收器接收信号,并控制发送器发送信号,并且当该处理器执行该存储器存储的指令时,使得该处理器执行第二方面或第二方面的任一种可能的实现方式中的方法。
第七方面,提供了一种数据传输***,该***包括上述第三方面或第三方面的任一种可能实现方式中的终端设备以及第四方面或第四方面中的任一种可能实现方式中的基站;或者
该***包括上述第五方面或第五方面的任一种可能实现方式中的终端设备以及第六方面或第六方面中的任一种可能实现方式中的基站。
第八方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被计算机运行时,使得所述计算机执行上述第一方面或第一方面任一种可能实现方式中的方法。
第九方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码被计算机运行时,使得所述计算机执行上述第二方面或第二方面任一种可能实现方式中的方法。
第十方面,提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。
第十一方面,提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。
附图说明
图1示出了本申请实施例的通信***的示意图。
图2示出了根据本申请实施例的数据传输方法的示意性流程图。
图3示出了根据本申请实施例的场景示意图。
图4示出了根据本申请实施例的另一场景示意图。
图5示出了根据本申请实施例的另一场景示意图。
图6示出了根据本申请实施例的终端设备的示意性框图。
图7示出了根据本申请实施例的基站的示意性框图。
图8示出了根据本申请实施例的另一终端设备的示意性框图。
图9示出了根据本申请实施例的另一基站的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
应理解,本申请实施例的技术方案可以应用于各种通信***,例如:全球移动通信(global system of mobile communication,GSM)***、码分多址(code divisionmultiple access,CDMA)***、宽带码分多址(wideband code division multipleaccess,WCDMA)***、通用分组无线业务(general packet radio service,GPRS)、长期演进(long term evolution,LTE)***、LTE频分双工(frequency division duplex,FDD)***、LTE时分双工(time division duplex,TDD)、通用移动通信***(universal mobiletelecommunication system,UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access,WiMAX)通信***、未来的第五代(5th generation,5G)***或新无线(new radio,NR)等。
还应理解,本申请实施例的技术方案还可以应用于各种基于非正交多址接入技术的通信***,例如稀疏码多址接入(sparse code multiple access,SCMA)***,当然SCMA在通信领域也可以被称为其他名称;进一步地,本申请实施例的技术方案可以应用于采用非正交多址接入技术的多载波传输***,例如采用非正交多址接入技术正交频分复用(orthogonal frequency division multiplexing,OFDM)、滤波器组多载波(filter bankmulti-carrier,FBMC)、通用频分复用(generalized frequency division multiplexing,GFDM)、滤波正交频分复用(filtered-OFDM,F-OFDM)***等。
还应理解,在本申请实施例中,终端设备可以经无线接入网(radio accessnetwork,RAN)与一个或多个核心网进行通信,该终端设备可称为接入终端、用户设备(userequipment,UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol,SIP)电话、无线本地环路(wireless localloop,WLL)站、个人数字处理(personal digital assistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、未来5G网络中的终端设备或者未来演进的公共陆地移动网络(public land mobile network,PLMN)中的终端设备等。
还应理解,在本申请实施例中,网络设备可用于与终端设备通信,该网络设备可以是GSM***或CDMA***中的基站(base transceiver station,BTS),也可以是WCDMA***中的基站(node B,NB),还可以是LTE***中的演进型基站(evolutional node B,eNB或eNodeB),或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备、未来5G网络中的网络侧设备或者未来演进的PLMN网络中的网络设备等。
本申请实施例可以适用于LTE***以及后续的演进***如5G等,或其他采用各种无线接入技术的无线通信***,如采用码分多址,频分多址,时分多址,正交频分多址,单载波频分多址等接入技术的***,尤其适用于需要信道信息反馈和/或应用二级预编码技术的场景,例如应用Massive MIMO技术的无线网络、应用分布式天线技术的无线网络等。
应理解,多输入输出(multiple-input multiple-output,MIMO)技术是指在发送端设备和接收端设备分别使用多个发射天线和接收天线,使信号通过发送端设备与接收端设备的多个天线传送和接收,从而改善通信质量。它能充分利用空间资源,通过多个天线实现多发多收,在不增加频谱资源和天线发射功率的情况下,可以成倍地提高***信道容量。
MIMO可以分为单用户多输入多输出(single-user MIMO,SU-MIMO)和多用户多输入多输出(multi-user MIMO,MU-MIMO)。Massive MIMO基于多用户波束成形的原理,在发送端设备布置几百根天线,对几十个目标接收机调制各自的波束,通过空间信号隔离,在同一频率资源上同时传输几十条信号。因此,Massive MIMO技术能够充分利用大规模天线配置带来的空间自由度,提升频谱效率。
图1是本申请实施例所用的通信***的示意图。如图1所示,该通信***100包括网络设备102,网络设备102可包括多个天线组。每个天线组可以包括一个或多个天线,例如,一个天线组可包括天线104和106,另一个天线组可包括天线108和110,附加组可包括天线112和114。图1中对于每个天线组示出了2个天线,然而可以对于每个组使用更多或更少的天线。网络设备102可附加地包括发射机链和接收机链,本领域普通技术人员可以理解,它们均可包括与信号发送和接收相关的多个部件,例如处理器、调制器、复用器、解调器、解复用器或天线等。
网络设备102可以与多个终端设备通信,例如,网络设备102可以与终端设备116和终端设备122通信。然而,可以理解,网络设备102可以与类似于终端设备116或122的任意数目的终端设备通信。终端设备116和122可以是例如蜂窝电话、智能电话、便携式电脑、手持通信设备、手持计算设备、卫星无线电装置、全球定位***、PDA和/或用于在无线通信***100上通信的任意其它适合设备。
如图1所示,终端设备116与天线112和114通信,其中天线112和114通过前向链路118向终端设备116发送信息,并通过反向链路120从终端设备116接收信息。此外,终端设备122与天线104和106通信,其中天线104和106通过前向链路124向终端设备122发送信息,并通过反向链路126从终端设备122接收信息。
例如,在频分双工FDD***中,例如,前向链路118可利用与反向链路120所使用的不同频带,前向链路124可利用与反向链路126所使用的不同频带。
再例如,在时分双工TDD***和全双工(full duplex)***中,前向链路118和反向链路120可使用共同频带,前向链路124和反向链路126可使用共同频带。
被设计用于通信的每组天线和/或区域称为网络设备102的扇区。例如,可将天线组设计为与网络设备102覆盖区域的扇区中的终端设备通信。在网络设备102通过前向链路118和124分别与终端设备116和122进行通信的过程中,网络设备102的发射天线可利用波束成形来改善前向链路118和124的信噪比。此外,与网络设备通过单个天线向它所有的终端设备发送信号的方式相比,在网络设备102利用波束成形向相关覆盖区域中随机分散的终端设备116和122发送信号时,相邻小区中的移动设备会受到较少的干扰。
在给定时间,网络设备102、终端设备116或终端设备122可以是无线通信发送装置和/或无线通信接收装置。当发送数据时,无线通信发送装置可对数据进行编码以用于传输。具体地,无线通信发送装置可获取要通过信道发送至无线通信接收装置的一定数目的数据比特,例如,无线通信发送装置可生成、从其它通信装置接收、或在存储器中保存等要通过信道发送至无线通信接收装置的一定数目的数据比特。这种数据比特可包含在数据的传输块或多个传输块中,传输块可被分段以产生多个码块。
此外,该通信***100可以是公共陆地移动网络PLMN网络或者设备对设备(deviceto device,D2D)网络或者机器对机器(machine to machine,M2M)网络或者其他网络,图1仅为便于理解而示例的简化示意图,网络中还可以包括其他网络设备,图1中未予以画出。
为便于理解,下面先对本文涉及的相关技术进行介绍。
在第三代合作伙伴计划(3rd Generation Partnership Project,3GPP)的新无线接入技术(New Radio Access Technology,NR)***中,***的下行资源从时间上看被划分成了多个正交频分复用多址(Orthogonal Frequency Division Multiple,OFDM)符号,从频率上看被划分成了若干个子载波。下行链路中的物理下行链路控制信道(PhysicalDownlink Control Channel,PDCCH)通常占用一个子帧中前两个或三个OFDM符号。PDCCH用于承载下行链路控制信息(Downlink Control Information,DCI)。DCI中携带了终端设备特定的资源分配和终端设备特定的或小区共享的其他控制信息。***的上行链路中的物理上行链路共享信道(Physical Uplink Shared Channel,PUSCH)用于承载上行发送数据,通常使用离散傅里叶变换扩展OFDM(DFT-Spread OFDM,DFT-S-OFDM)生成频域信号。一般地,一个时隙(slot)通常包括14个OFDM符号。***中还定义了物理资源块(Physical ResourceBlock,PRB)的大小,一个PRB在频域上包含12个子载波,在某个OFDM符号内的某个子载波称为资源元素(Resource Element,RE)。
探测参考信号(Sounding Reference Signal,SRS)主要用于网络设备确定上行信道质量,从而进行上行频率选择性调度。终端设备发送SRS所占的时频资源位置以及相关的SRS发送方式需要根据网络设备通过RRC信令指示的SRS资源的配置信息或者进一步根据媒体接入控制(Medium Access Control-Control Element,MAC-CE)信令或者进一步根据DCI信令确定。每个SRS资源的配置信息中至少包含该SRS资源的索引号、SRS资源所占的时频位置信息、SRS资源对应的发送端口号等。
上行传输中包括基于码本的上行传输模式,对基于码本的上行传输而言,一种通常的做法是在终端设备处于RRC连接状态之后,网络设备通过RRC信令配置SRS资源信息,终端设备成功接收该RRC配置信息之后,根据该SRS的配置参数在相应的上行时频资源上发送SRS信号,网络设备在相应的SRS时频资源上接收并测量SRS获得上行信道信息。网络设备通过自身的实现算法确定调度该终端设备发送PUSCH所使用的时频资源以及传输方案,网络设备通过用于调度上行的PDCCH中承载的DCI信令将这些信息指示给终端设备。所述传输方案至少包括终端设备发送PUSCH所使用的空间滤波信息、秩指示(Transmission RankIndicator,TRI)、预编码指示(Transmission Precoding Matrix Indicator,TPMI)、调制和编码方案(Modulation and Coding Scheme,MCS)、天线端口指示信息等。终端设备在接收到调度PUSCH传输的DCI之后,会按照DCI中指示的时频资源以及发送方案进行PUSCH传输。所述TPMI的作用是指示终端设备的发送天线间进行相位加权,从而提高发送性能。需要注意的是,现有机制中TPMI指示预编码矩阵加权是作用在终端设备发送SRS所使用的发送天线。终端设备发送PUSCH使用的发送天线间的相位加权方法参考SRS,其中包括TPMI的指示结果。终端设备在发送PUSCH的同时需要发送与PUSCH相关联的解调参考信号(Demodulation RS,DMRS),网络设备完成PUSCH的解调需要根据DMRS进行信道估计。上述传输方案中包含的天线端口信息为发送DMRS使用的端口号。当多个终端设备进行MU-MIMO传输时,也就是说此时多个终端设备占用相同的时频资源进行数据传输,网络设备为不同的终端设备分配不同的DMRS端口以区分处于MU-MIMO传输中多个终端设备发送的数据信息。同时,需要说明的是,NR中支持DMRS和与其对应的PUSCH使用相同的端口号进行传输,这意味着,DMRS和与其对应的PUSCH采用相同的发送方式。
NR中支持具有更大的可用带宽的高频频段特别是毫米波频段。然而,高频频段将导致更大的路径损耗。为克服较大的传播损耗,NR广泛采用一种基于波束赋形技术的信号传输机制以通过较大的天线增益来补偿信号传播过程中的上述损耗。其中,波束赋形的信号可包括广播信道、数据信道、控制信道、同步信号以及小区特定的参考信号等。对于需要波束赋形的信号的场景,需要进行波束训练进行最优收发波束的确定。网络设备可以将波束训练的结果通过信令(包含RRC、MAC-CE和DCI)指示终端设备,以通知该终端设备收发各种参考信号和信道所使用的波束。本文将终端设备发送信息所使用的波束称为空间滤波信息。
空间滤波信息用于将目标资源与某一参考信号进行关联。当所关联的参考信号为SSB/PBCH时,终端设备发送该SRS资源使用与接收该SSB/PBCH使用的空间传输滤波(Spatial domain transmission filter)相同的空间传输滤波;当所关联的参考信号为CSI-RS时,终端设备发送该SRS资源使用与接收该CSI-RS使用的空间传输滤波(Spatialdomain transmission filter)相同的空间传输滤波;当所关联的参考信号为SRS时,终端设备发送该SRS资源使用与发送该关联的SRS使用的空间传输滤波(Spatial domaintransmission filter)相同的空间传输滤波。应理解,信道A参考信道B的空间滤波信息表示,发送信道A所采用的发射波束与发送信道B所采用的发射波束相同。
此外,NR中支持至少两种用于调度PUSCH的DCI格式,不同的DCI格式对应的DCI中包含的字段内容以及相应的DCI位宽不同。
1、DCI格式0_1
本文简称为DCI format 0_1,其中包含时频资源分配信息、MCS、SRI、TRI、TPMI信息、SRS请求信息(SRS request,用于动态触发SRS的发送)、天线端口指示信息等。具体地,DCI format 0_0可以包括如下字段:
(1)DCI格式指示信息
(2)载波指示
(3)上行(UL)/补充上行(SUL)指示
(4)带宽部分(bandwidth part)指示
(5)频域资源位置指示信息:用于指示为PUSCH分配的频域资源
(6)时域资源位置指示信息:用于指示为PUSCH分配的时域资源
(7)虚拟资源块(VRB)到物理资源块(PRB)映射
(8)频域跳频标识
(9)调制编码方案:用于指示数据块的调制阶数、目标码率等信息
(10)新数据指示
(11)冗余版本
(12)混合自动重传请求(HARQ)进程数
(13)第一下行分配指示
(14)第二下行分配指示
(15)发射功率控制指令
(16)SRS资源指示:当网络设备通过高层信令配置多个SRS资源时,该信令用于指示从多个SRS资源中选择一个或者多个SRS资源
(17)预编码信息和传输层数:用于指示PUSCH传输使用的传输层数和相应的预编码矩阵
(18)天线端口:用于指示与PUSCH关联的DMRS的端口号以及端口数
(19)SRS请求
(20)CSI请求
(21)码块组(Code Block Group,CBG)传输信息
(22)相位跟踪参考信号(Phase Tracking Reference Signal,PTRS)和DMRS关联(23)beta偏移指示
(24)DMRS序列初始化
通常地,网络设备通过RRC信令为终端设备配置至少一个SRS资源,终端设备根据接收到的SRS资源的配置信息在SRS资源上发送SRS;网络设备在该SRS资源上接收并测量该SRS,并基于该网络设备自身的实现算法确定该终端设备的资源调度信息(包括时频资源分配、传输方式等),通过DCI format 0_1指示SRI、TRI、TPMI、MCS和DMRS端口信息。
2、DCI格式0_0
本文简称为DCI format 0_0,其中包含时频资源分配信息、MCS信息,不包含SRI、TRI、TPMI信息、天线端口指示信息等。具体地,DCI format 0_0可以包括如下字段:
(1)DCI格式指示信息
(2)频域资源位置指示信息
(3)时域资源位置指示信息
(4)频域跳频标识
(5)调制编码方案
(6)新数据指示
(7)冗余版本
(8)混合自动重传请求(HARQ)进程数
(9)发射功率控制指令
(10)上行/补充上行指示
在某些情况下,网络设备将使用DCI format 0_0发送PDCCH调度PUSCH的传输。上述某些情况至少包括:
(1)网络设备未通过高层信令配置传输模式,主要是在初始接入之后一直到RRC配置完成且生效之间的时间段;由于这段时间内终端设备无法接收到任何RRC信令指示的配置信息,所以协议需要预定义一种传输机制,即基于DCI format 0_0调度的PUSCH单端口传输,主要是由于该传输机制不依赖于RRC信令,通过DCI信令指示必要的PUSCH传输所需的参数即可完成PUSCH的传输;
(2)针对小区边缘的终端设备使用format 0_0为其调度PUSCH。由于处于小区边缘的终端设备主要需要解决覆盖问题,使用精简的DCI格式可以有效提升覆盖,此时使用DCIformat 0_0调度数据是比较合理的做法;
(3)当网络设备为终端设备连续调度PUSCH传输时,为了尽可能避免调度时延(从网络设备通过DCI信令指示SRS资源到终端设备解调该DCI信令到该终端设备发送SRS资源到网络设备完成SRS信号的测量需要一段处理时间)。
调度PUSCH的不同的DCI格式对应的比特位宽可以不相同。网络设备通过高层信令RRC配置至少一个终端设备特定的搜索空间,每个搜索空间会对应时频资源配置信息以使得终端设备在该资源上进行DCI的检测。每个搜索空间同时包含了DCI格式的配置信息,一般只包含一种上行调度的DCI格式,如DCI format 0_0或DCI format 0_1。该终端设备可以通过盲检测不同的搜索空间,确定调度PUSCH使用的DCI格式以及对应的DCI信息。
在网络设备使用DCI format 0_0的情况下,终端设备可能基于自身实现算法或者通过预定义的方式,确定发送PUSCH的物理端口、预编码信息或空间滤波(本文统称为端口信息),这样,会导致网络设备无法直接通过DCI向终端设备指示发送PUSCH所使用的端口信息,数据传输的可靠性较差。
应理解,在本文中,端口至少包括天线端口(又称为物理端口)、预编码信息或空间滤波信息,本文所提到的端口均是逻辑端口。天线端口均指终端设备的天线端口(UEantenna port),该预编码信息包括RI和TPMI,用于指示预编码矩阵。
图2示出了本申请实施例的数据传输方法200的示意性流程图。该方法200可以应用于图1所示的通信***100,但本申请实施例不限于此。
S210,网络设备在第N发送时刻发送经过第一指示信息加扰的下行信息,其中,所述第一指示信息用于指示用户终端发送第一信号所使用的第一端口与发送第二信号所使用的第二端口是否相同,所述第二信号是所述终端设备在N-K发送时刻发送的,N和K均为正整数,且N大于K;则对应地,终端设备接收所述下行信息,并根据该下行信息获取所述第一指示信息;
S220,所述终端设备根据所述第一指示信息,发送所述第一信号;则对应地,所述网络设备接收所述第一信号。具体的可以为,所述终端设备根据所述第一指示信息确定发送所述第一信号的第一端口,在所述第一端口上向所述网络设备发送所述第一信号。
所述第一端口包括下列信息中的至少一种:发送所述第一信号所使用的第一天线端口、发送所述第一信号所使用的第一预编码矩阵以及发送所述第一信号所使用的第一空间滤波;
所述第二端口包括下列信息中的至少一种:发送所述第二信号所使用的第二天线端口、发送所述第二信号所使用的第二预编码矩阵以及发送所述第二信号所使用的第二空间滤波。
具体地,网络设备可以通过第一指示信息指示终端设备当前要发送的第一信号所使用的第一端口与第N-K发送时刻发送的第二信号所使用的第二端口是否相同,该终端设备根据该第一指示信息,确定是否要参考第二信号所使用的第二端口。应理解,本文中参考的含义为直接确定第一端口与第二端口相同,该终端设备具体可以参考其中的天线端口、预编码矩阵或空间滤波信息等。
在第一指示信息指示该第一端口与第二端口相同的情况下,该终端设备可以直接使用第二端口发送第一信号,在该第一指示信息指示第一端口与第二端口不相同的情况下,该终端设备可以随机选择端口发送该第一信号,也可以按照预定义的规则发送该第一信号,本申请实施例对此不作限定。
本申请实施例的数据传输方法,第一指示信息指示终端设备当前发送的第一信号所使用的端口与之前发送的第二信号所采用的端口是否相同,使得终端设备根据该第一指示信息确定发送PUSCH的端口信息,有利于提高数据传输的可靠性。
作为一个可选的实施例,所述第一信号为:承载在物理上行共享信道PUSCH上的信号,或,承载在物理上行控制信道PUCCH上的信号。
应理解,上述第一信号可以为承载在PUSCH上的信号,也可以为承载在PUCCH上的信号,本申请实施例对此不作限定。
还应理解,在本文中,发送时刻是一个相对的概念,代表终端设备发送信号的时刻,例如,第一信号在第2发送时刻发送,第二信号在第1发送时刻发送,该第2发送时刻可以是第5时间单元,该第1发送时刻可以是第3时间单元,取决于网络设备的调度,本申请实施例对此不作限定。
此外,终端设备还可以参考在第N-K发送时刻发送第二信号时发送的第二DMRS的发送方式,在第N发送时刻发送第一DMRS。
应理解,终端设备发送PUSCH或者PUCCH时需要同时发送相应的DMRS用于基站估计该PUSCH或者PUCCH的信道信息以便对PUSCH或者PUCCH成功解调,相应的DMRS是指DMRS的端口与PUSCH或者PUCCH的端口和所占的频域资源相同,则此时第一DMRS也可以按照与PUSCH或者PUCCH相同的机制确定其端口信息。
作为一个可选的实施例,所述第二信号为下列信号中的任意一种:承载在PUSCH上的信号、承载在PUCCH上的信号、承载在物理下行控制信道PDCCH上的信号以及随机接入前导序列。
应理解,上述第二信号可以为承载在PUSCH上的信号,可以为承载在PUCCH上的信号,也可以为承载在PDCCH上的信号,还可以为随机接入前导序列,本申请实施例对此不作限定。
此外,还可以定义终端设备发送PUCCH参考最近一次PUSCH的传输方式。由于发送PUCCH采用的端口信息是基于终端设备自身的实现算法确定,比如,固定采用某一端口发送PUCCH,其传输端口可能由于信道的时变特性而并不是最优选的。此时,由于发送PUSCH采用的端口是基于网络设备指示的,通过该端口发送数据的性能可能优于PUCCH的端口,则本次PUCCH的传输可以参考PUSCH传输。
作为一个可选的实施例,K=1,即所述第二信号为所述终端设备在发送所述第一信号之前最近一次发送的。
由于终端设备总是基于最近一次发送的信号进行所述第一信号的端口调整,这样可以提高端口调整效率进而提高***的吞吐量。
作为一个可选的实施例,所述第一指示信息为第一掩码信息或第一扰码信息,所述第一掩码信息用于对下行控制信息(DCI)的循环冗余校验(CRC)码进行加扰,所述第一扰码信息用于对下行控制信息中的信息比特进行加扰。
具体地,网络设备发送下行信息之前首先对需要传输的控制信息比特进行编码操作,编码之后的控制信息比特可以通过校验码生成多项式生成该控制信息比特的CRC码,并发送附加了CRC校验比特的该控制信息比特,也就是该控制信息比特的CRC码,终端设备接收到该控制信息比特的CRC码之后,可以通过相同的生成多项式对该CRC码进行模2除操作,若余数为0,则意味着该终端设备正确解码该下行信息。
进一步地,可以预先定义不同的第一掩码与不同第一信号传输采用的端口假设信息的对应关系,或者基站通过高层信令,包含RRC信令配置不同的第一掩码与不同的第一信号传输采用的端口假设信息的对应关系,所述端口假设信息可以为参考第二信号的端口或者不参考第二信号的端口。在生成CRC码之后,网络设备可以基于不同的第一掩码与不同的第一信号传输采用的端口假设信息的对应关系,通过不同的第一掩码对CRC码加扰的方式,使得经过第一掩码加扰后的CRC码携带额外的指示信息。比如,网络设备和终端设备均已知有至少两个第一掩码,每个第一掩码均对应一个端口指示信息,该端口指示信息包括终端设备天线端口、预编码矩阵等,则基站基于该对应关系会从所述至少两个第一掩码中选择一个第一掩码对CRC码进行加扰,这样基站通过不同的第一掩码加扰传递不同的端口指示信息。终端设备基于预先定义的或者RRC配置的不同的第一掩码与不同的第一信号传输采用的端口假设信息的对应关系,从接收到的CRC码中获知基站采用的是所述至少两个第一掩码中的某一个第一掩码,从而根据第一指示信息确定发送第一PUSCH所使用的第一端口。
同理,第一指示信息也可以为第一扰码信息。
具体地,在网络设备发送下行信息比特之前且生成该控制信息比特的CRC码之前,需要对信息比特采用特定的第一扰码信息加扰。
进一步地,可以预先定义不同的第一扰码与不同第一信号传输采用的端口假设信息的对应关系,或者基站通过高层信令,包含RRC信令配置不同的第一扰码与不同的第一信号传输采用的端口假设信息的对应关系,所述端口假设信息可以为参考第二信号的端口或者不参考第二信号的端口。网络设备可以基于不同的第一扰码与不同的第一信号传输采用的端口假设信息的对应关系,通过不同的第一扰码对CRC码加扰的方式,使得经过第一扰码加扰后的控制信息比特携带额外的指示信息。比如,网络设备和终端设备均已知有至少两个第一扰码,每个第一扰码均对应一个端口指示信息,则基站基于该对应关系会从所述至少两个第一扰码中选择一个第一扰码对该控制信息比特进行加扰,这样基站通过不同的第一扰码加扰传递不同的端口指示信息。终端设备基于预先定义的或者RRC配置的不同的第一扰码与不同的第一信号传输采用的端口假设信息的对应关系,从接收到的CRC码中获知基站采用的是所述至少两个第一扰码中的某一个第一扰码,从而根据第一指示信息确定发送第一PUSCH所使用的第一端口。
应理解,上述第一下行控制信息具体也可以为RRC信令和DCI,即网络设备通过RRC信令指示第一指示信息中不同的比特位传递特定的信息,之后通过DCI指示某一个比特位从而通知终端设备该比特位对应的特定的信息,终端设备可以基于RRC信令和DCI最终获得基站指示的特定的信息。
作为一个可选的实施例,所述第一掩码信息包括16个比特位,所述16个比特位中的一个或多个比特位用于指示所述终端设备是否使用所述第二端口发送所述第一信号。
可选地,该第一指示信息可以为上述第一掩码信息或第一扰码信息的比特位,该比特位全部取0则表示第一端口与第二端口相同,该比特位全部取1则表示该第一端口与第二端口不相同,或者该比特位取1则表示第一端口与第二端口相同,该比特位取0则表示该第一端口与第二端口不相同,但本申请实施例对此不作限定。
作为一个可选的实施例,所述第一掩码信息或所述第一扰码信息用于指示所述第一端口和所述第二端口相同,或
所述第一掩码信息或所述第一扰码信息用于指示所述第一端口和所述N-L发送时刻发送的第三信号所使用的所述第三端口相同,L为正整数,L小于N且大于K;
所述第三端口包括下列信息中的至少一种:
发送所述第三信号所使用的第三天线端口、发送所述第三信号所使用的第三预编码矩阵以及发送所述第三信号所使用的第三空间滤波。
具体地,上述第一掩码信息或第一扰码信息可以指示第一端口和第N-K发送时刻发送第二信号对应的第二端口相同,或第一端口和第N-L发送时刻发送的第三信号对应的第三端口相同。
网络设备和终端设备会预先协定L个不同的第一掩码信息或者L个不同的第一扰码信息,分别指示终端设备在第N时刻发送PUSCH采用的端口与第N-n1时刻发送的PUSCH采用的端口相同,终端设备在第N时刻发送PUSCH采用的端口与第N-n2时刻发送的PUSCH采用的端口相同,…,终端设备在第N时刻发送PUSCH采用的端口与第N-nL时刻发送的PUSCH采用的端口相同,其中,n1,n2,…,nL均为小于N的正整数;或
基站通过RRC信令配置L个不同的第一掩码信息或者L个不同的第一扰码信息分别表明终端设备在第N时刻发送PUSCH采用的端口与第N-n1时刻发送的PUSCH采用的端口相同,终端设备在第N时刻发送PUSCH采用的端口与第N-n2时刻发送的PUSCH采用的端口相同,…,终端设备在第N时刻发送PUSCH采用的端口与第N-nL时刻发送的PUSCH采用的端口相同,其中,n1,n2,…,nL均为小于N的正整数。在调度第N时刻发送的PUSCH时,基站从L个不同的第一掩码信息或者L个不同的第一扰码信息中选择一个对DCI进行加扰后指示给终端设备,终端设备接收该DCI并通过解码算法确定该DCI使用的掩码信息为L个不同的第一掩码信息或者L个不同的第一扰码信息中的一个,从而基于基站预先协定的第一掩码信息与端口指示信息的对应关系,或者基于基站通过RRC信令配置的第一掩码信息与端口指示信息的对应关系确定基站指示的端口信息,即采用的端口与第N-nK时刻发送的PUSCH采用的端口相同,其中K为大于等于1小于等于L个整数。
作为一个可选的实施例,所述第一指示信息为DCI中的第一字段,所述第一字段用于指示所述第一端口;或
所述第一指示信息为所述DCI中的第二字段,所述第二字段用于指示发送所述第一信号所使用的调制编码策略MCS,所述第一端口是根据所述MCS确定的。
具体地,网络设备可以向终端设备发送DCI,通过该DCI中的第一字段或第二字段作为上述第一指示信息。该第一字段用于指示上述第一端口,该第二字段用于指示MCS,因此,终端设备在接收到该DCI之后,在第一字段为第一指示信息的情况下,该终端设备可以直接根据DCI中的第一字段确定发送第一信号所使用的第一端口,在第二字段为第一指示信息的情况下,该终端设备可以根据DCI中的第二字段,确定发送第一信号所使用的MCS,再根据MCS确定发送该第一信号所使用的第一端口。
应理解,采用第一字段直接指示第一端口还是采用第二字段指示第一端口,可以是协议约定的,也可以是高层信令配置的,本申请实施例对此不作限定。
作为一个可选的实施例,所述第一指示信息用于指示所述第一端口与所述第二端口相同;或
所述第一指示信息用于指示所述第一天线端口的索引值为X,其中,所述第二天线端口的索引值为X+1或X-1,X为大于1的正整数。
具体地,在第一指示信息指示第一端口和第二端口不相同的情况下,终端设备发送第一信号使用的天线端口(即物理端口)的切换准则可以为:根据该终端设备的天线端口的索引值顺序(或倒序)来切换。例如,如果终端设备发送第二信号采用物理端口1,则该终端设备发送第一信号采用物理端口2。
作为一个可选的实施例,所述第一指示信息用于指示所述第一端口与所述第二端口相同;或
所述第一指示信息用于指示所述第一信号对应的探测参考信号SRS资源的索引值为Y,其中,所述第二信号对应的SRS资源的索引值为Y+1或Y-1,Y为大于1的正整数。
具体地,在第一指示信息指示第一端口和第二端口不相同的情况下,终端设备发送第一信号使用的端口的切换准则可以为:根据该终端设备的SRS资源的索引值顺序(或倒序)来切换。网络设备为终端设备配置了至少一个SRS资源,该SRS资源上发送的SRS为经过预编码的SRS,每个SRS资源上发送的SRS对应一个特征向量,即预编码矩阵,则根据发送的SRS资源的索引确定切换顺序,如果终端设备发送第二信号所采用SRS资源1对应的预编码矩阵,则该终端设备发送第一信号可以采用SRS资源2对应的预编码矩阵。
作为一个可选的实施例,所述第一指示信息用于指示所述第一端口与所述第二端口相同;或
所述第一指示信息用于指示所述第一预编码矩阵的索引值为Z,其中,所述第二预编码矩阵的索引值为Z+1或Z-1,Z为大于1的正整数。
应理解,该预编码矩阵索引的集合可以是预定义的,也可以是网络设备通过高层信令配置的,本申请实施例对此不作限定。
作为一个可选的实施例,上述第一指示信息还可以用来通知终端设备是否采用预编码矩阵轮询的传输方式发送第一信号,同时,也可以用来通知终端设备发送PUSCH的预编码资源块组(Precoding Resource Block Group,PRG)的大小。
其中,预编码矩阵轮询的意思是根据预定义的粒度在时频资源上采用不同的预编码矩阵发送数据,比如,粒度为1资源块(resource block,RB)的预编码矩阵轮询传输就是在频域上PUSCH所占的每个RB都采用不同的预编码矩阵发送PUSCH,该粒度就是PRG大小,即PRG指示了发送PUSCH采用相同预编码矩阵的最小粒度,如PRG=2,则每两个RB上传输的PUSCH采用的预编码矩阵相同。应理解,PRG的大小可以是预定义的。
本申请还提供了另一种数据传输方法,包括:终端设备接收下行控制信息DCI,所述DCI用于指示第一指示信息和第二指示信息;其中,所述第一指示信息为第一掩码信息或第一扰码信息,所述第一掩码信息是所述终端设备通过下行控制信息DCI确定的,所述DCI携带通过所述第一掩码信息加扰的循环冗余校验码,所述第一扰码信息是所述终端设备通过下行控制信息DCI确定的,所述DCI携带通过所述第一扰码信息加扰的信息比特,所述第二指示信息用于指示SRS资源的索引值;
所述终端设备根据所述第一指示信息、所述第二指示信息以及第一映射关系,确定所述第一天线端口,所述第一映射关系用于表示所述第一指示信息、所述第二指示信息与所述第一天线端口之间的对应关系。
可选地,上述DCI的格式为DCI format 0_1。
具体地,网络设备可以通过第一指示信息和第二指示信息联合指示发送第一信号所采用的第一天线端口,在这种情况下,存在第一映射关系,该第一映射关系用于指示该第一天线端口与第一指示信息、第二指示信息之间的对应关系。
应理解,该第一映射关系可以是协议约定的,也可以是网络设备通过高层信令配置的,本申请实施例对此不作限定。
作为一个可选的实施例,上述第二指示信息可以为SRS资源指示字段(SRI),网络设备配置多于1个SRS资源(每个SRS资源配置信息中包括一个SRS资源ID号)时,终端设备基于SRS的配置信息在SRS资源上发送SRS,每个SRS都会根据其配置信息(使用的端口,所占时频资源等等)选择相应的发送方式,网络设备接收并测量多个SRS。当通过DCI format 0_1指示调度PUSCH发送,网络设备通过该DCI中的SRI指示终端设备从配置的多个SRS资源中选择一个,终端设备发送PUSCH采用的发送方式可以参考通过SRI指示的SRS资源上发送的SRS的发送方式。
下面结合具体实施例对本申请进行详细说明。
实施例一
步骤1、网络设备通过高层信令RRC配置终端设备的特定搜索空间中DCI格式为format 0_0。
步骤2、网络设备在该终端设备的特定搜索空间对应的时频资源上发送用于调度PUSCH传输的DCI(对应上述第一下行控制信息)。其中,该DCI的CRC掩码(对应上述第一掩码)的状态位信息(对应上述第一指示信息)可以指示PUSCH单端口传输所使用的端口信息,该端口信息可以包括天线端口、预编码矩阵信息、空间滤波信息等。
具体地,CRC掩码的状态位0表示终端设备发送本次PUSCH使用的端口信息参考该终端设备发送的最近一次信号所采用的发送方式;CRC掩码的状态位1表示终端设备发送本次PUSCH使用的端口信息不参考最近一次信号采用的传输方式,即该终端设备发送本次PUSCH使用的端口信息与最近一次信号采用的传输方式不同。
该信号可以是PUSCH、PUCCH或PRACH。
图3示出了上述信号为PUSCH的场景示意图。当上述信号为PUSCH时,CRC掩码的状态位为0表示参考上一次的PUSCH的发送方式,CRC掩码的状态位为1表示不参考上一次PUSCH的发送方式,此时,终端设备可以自行确定当前PUSCH的发送方式,即端口信息,也可以按照协议约定的规则确定,本申请实施例对此不作限定。图3仅仅以端口的索引为例进行说明,当状态位为0时,PUSCH的端口索引为1,与上一次PUSCH的端口索引相同,当状态位为1时,PUSCH的端口索引为0,与上一次PUSCH的端口索引不同。
应理解,网络设备通过指示PUSCH发送是否切换端口,可以保证当信道条件变差的情况或者是考虑上行干扰控制的情况下,通知终端设备切换之前发送PUSCH使用的端口,从而可以提高PUSCH发送的性能,并且该指示信息并不会增加DCI的开销。
还应理解,PRACH或PUCCH传输通常采用比较鲁棒的方式,PUSCH参考PRACH或PUCCH的传输可以有效提高PUSCH传输的可靠性。与此同时,PRACH/PUCCH所占的频域资源比较局限,其对应的发送方式对于PUSCH调度在该频域资源相近的频域资源上较优,而对于PUSCH调度在该频域资源不相关的频域资源上不是最优;因此,PRACH/PUCCH的发送方式对于PUSCH传输可能不是优选方案,可以通过网络设备为终端部灵活配置,大大提高了PUSCH传输的灵活性。
在本申请实施例中,上述状态位信息可以为CRC掩码的最后一位,为0或1,如下面表一所示。
表一
端口信息 | CRC掩码 |
参考最近一次 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0> |
不参考最近一次 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1> |
但应理解,还可以通过其他1比特或多比特的信息作为上述状态位信息,例如CRC掩码的16比特全部为0,或者全部为1,或者为<0,1,0,1,0,1,0,1,0,1,0,1,0,1,0,1>,本申请实施例对此不作限定。
在CRC掩码的状态位1的情况下,终端设备可以根据预定义规则进一步确定当前发送PUSCH所使用的端口信息,使得终端设备和网络设备对齐。这是由于网络设备确定PUSCH传输所使用的MCS以及时频资源分配是基于PUSCH传输使用某一特定的端口及预编码矩阵计算得到的,若不规定终端设备切换端口为某一特定的端口,则网络设备指示的PUSCH传输所使用的MCS以及时频资源分配所基于的端口与该终端设备实际发送PUSCH所使用的端口有可能不匹配,会造成PUSCH性能的损失。该预定义规则可以包括下列几种:
(1)对于终端设备具有4根接收天线但只具有1根发送天线的场景,或者是终端设备具有4根天线,且4根天线可以同时用于数据接收但不能同时用于数据发送的场景,可以预先约定当网络设备指示上述CRC掩码的状态位1时,终端设备发送本次PUSCH使用的物理端口的切换准则为:
根据该终端设备物理端口的索引值的顺序确定切换顺序,也就是说,如果该终端设备发送最近一次PUSCH采用物理端口的索引值为1,则该终端设备发送本次PUSCH采用物理端口的索引值为2;
(2)对于上下行信道不存在互易性的场景,上行信道和下行信道是不相关的,此时,终端设备不能通过下行信道测量获取上行信道,网络设备也不能通过上行信道进行测量获取下行信道。在这种场景下,可以预先约定当网络设备指示CRC掩码的状态位1时,终端设备发送本次PUSCH使用的物理端口的切换准则为:
根据现***本索引按照某一确定的顺序切换传输方式,也就是说,如果终端设备发送最近一次PUSCH采用的码本索引为1,则该终端设备发送本次PUSCH采用的码本索引为2;
(3)对于上下行信道存在互易性的场景,上行信道和下行信道是完全相关(或对称)的,此时,终端设备可以通过下行信道测量获取上行信道,网络设备也可以通过上行信道测量获取下行信道。在这种场景下,可以预先约定当网络设备指示CRC掩码的状态位1时,终端设备发送本次PUSCH使用的物理端口的切换准则为:
根据网络设备和终端设备根据信道特征值分解获得的特征值从高至低确定切换顺序,具体可以为从所得特征值高对应的特征向量向所得特征值低对应的特征向量切换;或者
假设网络设备为终端设备配置了至少一个SRS资源,该SRS资源上发送的SRS为经过预编码的SRS,每个SRS资源上发送的SRS对应一个特征向量,即预编码矩阵,则根据发送的SRS资源的索引确定切换顺序,如果终端设备发送最近一次PUSCH采用SRS资源1对应的预编码矩阵,则该终端设备发送本次PUSCH采用SRS资源2对应的预编码矩阵。
(4)直接参考最近一次PUCCH采用的传输方式
图4示出了上述信号为PUSCH的另一场景示意图。当上述信号为PUSCH时,CRC掩码的状态位为0表示参考上一次的PUSCH的发送方式,CRC掩码的状态位为1表示不参考上一次PUSCH的发送方式,此时,终端设备可以按照协议约定的规则直接参考最近一次PUCCH采用的传输方式。应理解,图4仅仅以端口的索引为例进行说明,当状态位为0时,PUSCH的端口索引为1,与上一次PUSCH的端口索引相同,当状态位为1时,PUSCH的端口索引为0,与上一次PUSCH的端口索引不同,且与上一次PUCCH的端口索引相同。
实施例二
步骤1、网络设备通过高层信令RRC配置终端设备的特定搜索空间中DCI格式为format 0_0。
步骤2、网络设备在该终端设备的特定搜索空间对应的时频资源上发送用于调度PUSCH传输的DCI(对应上述第一下行控制信息)。其中,DCI format 0_0中的频域资源分配字段(即上述频域资源位置指示信息)指示分配的频域资源为0RB,DCI format 0_0中的部分字段,比如TDRA/MCS/RV/NDI字段可以用于指示终端设备当前发送PUSCH的端口信息。
具体地,当频域资源分配字段指示的频域资源为0RB时,表明当前未触发PUSCH传输,则网络设备可以用于指示PUSCH传输的相关字段均可以用于指示端口信息。终端设备通过解读资源分配字段的值,确定该DCI格式中其他字段是否用于指示上述端口信息。
网络设备可以通过复用上述字段指示发送PUSCH的秩信息、预编码信息、PRG大小等;比如,基站通过DCI指示PUSCH资源调度时,将时域资源分配字段/频域资源分配字段编码为全0,并且MCS和NDI字段对应的比特位依据TPMI和TRI字段的指示方式发送,也就是说,将MCS和NDI字段作为现有TPMI和TRI字段使用,此时MCS和NDI字段的某一种比特位就指示了相应的某一个TPMI和TRI的信息。
当终端设备通过解码获知频域资源分配字段对应的比特位为全0时,终端设备将上述字段中MCS和NDI字段解读为指示TPMI和TRI的字段,此时终端设备解码获得的MCS和NDI字段对应的比特位获取TPMI和TRI信息。
在本申请实施例中,预定义DCI format 0_0调度的PUSCH发送遵从最近一次未调度频域资源的DCI format 0_0的指示。如图5所示,一个方块表示一个时间单元,第一个时间单元内网络设备指示的0_0+表示本次指示的DCI format 0_0中的频域资源分配为0RB,此时,该DCI中的其他字段用于指示PUSCH发送采用的端口0,则第三个时间单元中网络设备指示的0_0表示本次指示的DCI format 0_0中的频域资源分配为大于0RB,此时,该DCI触发的PUSCH发送采用端口0,以此类推。
在本申请实施例中,网络设备通过特殊的DCI format 0_0,即该DCI未调度PUSCH,指示后续发送PUSCH采用的端口信息,从而终端设备只需要盲检测一个格式的DCI,从而实现减小终端设备盲检测的复杂度。
实施例三
本申请实施例主要针对终端设备上报只支持上行单端口传输或者网络设备配置的SRS资源端口数为1的场景。例如,具体可以是对于终端设备具有4根接收天线但只具有1根发送天线的场景,或者是终端设备具有4根天线且4根天线可以同时用于数据接收但不能同时用于数据发送的场景(简称为1T4R的终端设备)。在这种场景下,网络设备无法仅通过DCI format 0_1中的字段向终端设备进行发送PUSCH的端口指示,需要联合CRC掩码中的状态位和SRI信息联合指示终端设备传输PUSCH所使用的端口信息。
步骤1、网络设备通过高层信令RRC配置终端设备的特定搜索空间中DCI格式为format 0_1。
步骤2、网络设备在该终端设备的特定搜索空间对应的时频资源上发送用于调度PUSCH传输的DCI(对应上述第一下行控制信息)。其中,DCI format 0_1中的SRI和CRC掩码可以联合指示终端设备发送PUSCH所使用的物理端口信息。
如表二所示,对于1T4R的终端设备,共有4个天线端口,表二中的第一个至第四个天线端口与用于做SRS天线切换的SRS资源索引相关联,协议中可以定义用于做SRS天线切换的SRS资源上发送的SRS采用不同的终端设备的天线端口。
表二
天线端口 | CRC掩码和SRI |
第一个天线端口 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0>+’0’ |
第二个天线端口 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0>+’1’ |
第三个天线端口 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1>+’0’ |
第四个天线端口 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1>+’1’ |
在本申请实施例中,通过协议约定的方式,终端设备可以直接根据CRC掩码中的状态位和SRI确定发送PUSCH所使用的天线端口,并且保证网络设备与终端设备理解一致,从而提高数据传输的可靠性。
应理解,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
上文中结合图1至图5,详细描述了根据本申请实施例的数据传输方法,下面将结合图6至图9,详细描述根据本申请实施例的网络设备和终端设备。
图6示出了本申请实施例提供的终端设备600,该终端设备600包括:
接收单元610,用于接收基站发送的下行信息,其中,所述下行信息为经过掩码加扰后的循环冗余校验(CRC)码;
处理单元620,用于根据所述下行信息得到所述掩码,所述掩码包含用于指示所述终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述终端设备在发送所述第一信号前发送所述第二信号;和根据所述指示信息确定发送所述第一信号的端口;和
发送单元630,用于在确定出的端口上发送所述第一信号。
本申请实施例的终端设备,通过第一指示信息向终端设备指示当前发送的第一信号所使用的端口与之前发送的第二信号所采用的端口是否相同,使得终端设备根据该第一指示信息确定发送PUSCH的端口信息,有利于提高数据传输的可靠性。
可选地,所述发送第一信号的端口包括以下信息中的一种或者多种:天线端口、预编码矩阵和空间滤波。
可选地,所述第一信号为:承载在物理上行共享信道PUSCH上的信号,或,承载在物理上行控制信道PUCCH上的信号。
可选地,所述第二信号为承载在PUSCH上的信号、承载在PUCCH上的信号或者随机接入前导序列。
可选地,所述下行信息为下行控制信息(DCI)的经过所述掩码加扰后的CRC码。
可选地,所述掩码为16比特,所述指示信息为所述掩码的一个或多个比特。
可选地,所述掩码的最后一位取值为0时,指示发送所述第一信号的端口和发送第二信号的端口相同。
可选地,所述掩码的最后一位取值为1时,指示发送所述第一信号的端口和发送第二信号的端口不同。
可选地,所述DCI的格式为format 0_0或者format 0_1。
可选地,所述发送所述第一信号的端口的天线端口的索引值为X,发送所述第二信号的端口的天线端口索引值为X+1或X-1,X为大于等于1的正整数。
可选地,所述发送所述第一信号的端口的预编码矩阵的索引值为Z,发送所述第二信号的端口的预编码矩阵的索引值为Z+1或Z-1,Z为大于等于1的正整数。
应理解,这里的终端设备600以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,终端设备600可以具体为上述实施例中的终端设备,终端设备600可以用于执行上述方法实施例中与终端设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
图7示出了本申请实施例提供的基站700,该基站700包括:
处理单元710,用于使用掩码对循环冗余校验(CRC)码进行加扰,得到加扰后的CRC码,其中,所述掩码包含用于指示终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述第二信号和所述第一信号均为所述终端设备发送,并且所述第二信号在所述第一信号前发送;和
发送单元720,用于将所述加扰后的CRC码发送给所述终端设备。
本申请实施例的网络设备,通过第一指示信息向终端设备指示当前发送的第一信号所使用的端口与之前发送的第二信号所采用的端口是否相同,使得终端设备根据该第一指示信息确定发送PUSCH的端口信息,有利于提高数据传输的可靠性。
可选地,所述发送第一信号的端口包括以下信息中的一种或者多种:天线端口、预编码矩阵和空间滤波。
可选地,所述第一信号为承载在物理上行共享信道PUSCH上的信号,或承载在物理上行控制信道PUCCH上的信号。
可选地,所述第二信号为承载在PUSCH上的信号、承载在PUCCH上的信号或者随机接入前导序列。
可选地,所述加扰后的CRC码为下行控制信息(DCI)的经过所述掩码加扰后的CRC码。
可选地,所述掩码为16比特,所述指示信息为所述掩码的一个或多个比特。
可选地,所述掩码的最后一位取值为0时,指示发送所述第一信号的端口和发送第二信号的端口相同。
可选地,所述掩码的最后一位取值为1时,指示发送所述第一信号的端口和发送第二信号的端口不同。
可选地,所述DCI的格式为format 0_0或者format 0_1。
可选地,所述天线端口的索引值为X,发送所述第二信号的端口的天线端口索引值为X+1或X-1,X为大于等于1的正整数。
可选地,所述预编码矩阵的索引值为Z,其中,发送所述第二信号的端口的预编码矩阵的索引值为Z+1或Z-1,Z为大于等于1的正整数。
应理解,这里的基站700以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit,ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中,本领域技术人员可以理解,基站700可以具体为上述实施例中的网络设备,基站700可以用于执行上述方法实施例中与网络设备对应的各个流程和/或步骤,为避免重复,在此不再赘述。
图8示出了本申请实施例提供的另一终端设备800。该终端设备800包括处理器810、收发器820和存储器830。其中,处理器810、收发器820和存储器830通过内部连接通路互相通信,该存储器830用于存储指令,该处理器810用于执行该存储器830存储的指令,以控制该收发器820发送信号和/或接收信号。
其中,该收发器820用于接收基站发送的下行信息,其中,所述下行信息为经过掩码加扰后的循环冗余校验(CRC)码;该处理器810用于:根据所述下行信息得到所述掩码,所述掩码包含用于指示所述终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述终端设备在发送所述第一信号前发送所述第二信号;和根据所述指示信息确定发送所述第一信号的端口;该收发器820还用于在确定出的端口上发送所述第一信号。
应理解,终端设备800可以具体为上述实施例中的终端设备,并且可以用于执行上述方法实施例中与终端设备对应的各个步骤和/或流程。可选地,该存储器830可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。该处理器810可以用于执行存储器中存储的指令,并且当该处理器810执行存储器中存储的指令时,该处理器810用于执行上述与该终端设备对应的方法实施例的各个步骤和/或流程。
图9示出了本申请实施例提供的另一基站900。该基站900包括处理器910、收发器920和存储器930。其中,处理器910、收发器920和存储器930通过内部连接通路互相通信,该存储器930用于存储指令,该处理器910用于执行该存储器930存储的指令,以控制该收发器920发送信号和/或接收信号。
其中,该处理器910用于使用掩码对循环冗余校验(CRC)码进行加扰,得到加扰后的CRC码,其中,所述掩码包含用于指示终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述第二信号和所述第一信号均为所述终端设备发送,并且所述第二信号在所述第一信号前发送;该收发器920用于将所述加扰后的CRC码发送给所述终端设备。
应理解,基站900可以具体为上述实施例中的网络设备,并且可以用于执行上述方法实施例中网络设备对应的各个步骤和/或流程。可选地,该存储器930可以包括只读存储器和随机存取存储器,并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如,存储器还可以存储设备类型的信息。该处理器910可以用于执行存储器中存储的指令,并且当该处理器910执行存储器中存储的指令时,该处理器910用于执行上述与该网络设备对应的方法实施例的各个步骤和/或流程。
应理解,在本申请实施例中,上述装置的处理器可以是中央处理单元(centralprocessing unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件单元组合执行完成。软件单元可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器执行存储器中的指令,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应理解,本文中术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本文中所公开的实施例中描述的各方法步骤和单元,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (33)
1.一种数据传输方法,其特征在于,包括:
终端设备接收基站发送的下行信息,其中,所述下行信息为经过掩码加扰后的循环冗余校验(CRC)码;
所述终端根据所述下行信息得到所述掩码,所述掩码包含用于指示所述终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述终端设备在发送所述第一信号前发送所述第二信号;和
所述终端设备根据所述指示信息确定发送所述第一信号的端口,并在确定出的端口上发送所述第一信号。
2.根据权利要求1所述的方法,其特征在于,所述发送第一信号的端口包括以下信息中的一种或者多种:天线端口、预编码矩阵和空间滤波。
3.根据权利要求1或2所述的方法,其特征在于,所述第一信号为承载在物理上行共享信道PUSCH上的信号,或承载在物理上行控制信道PUCCH上的信号。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述第二信号为承载在PUSCH上的信号、承载在PUCCH上的信号或者随机接入前导序列。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述下行信息为下行控制信息(DCI)的经过所述掩码加扰后的CRC码。
6.根据权利要求5所述的方法,其特征在于,所述掩码为16比特,所述指示信息为所述掩码的一个或多个比特。
7.根据权利要求6所述的方法,其特征在于,所述掩码的最后一位取值为0时,指示发送所述第一信号的端口和发送第二信号的端口相同。
8.根据权利要求6所述的方法,其特征在于,所述掩码的最后一位取值为1时,指示发送所述第一信号的端口和发送第二信号的端口不同。
9.根据权利要求5-8任一项所述的方法,其特征在于,所述DCI的格式为format 0_0或者format 0_1。
10.根据权利要求8所述的方法,其特征在于,所述天线端口的索引值为X,发送所述第二信号的端口的天线端口索引值为X+1或X-1,X为大于等于1的正整数。
11.根据权利要求8或10所述的方法,其特征在于,所述预编码矩阵的索引值为Z,其中,发送所述第二信号的端口的预编码矩阵的索引值为Z+1或Z-1,Z为大于等于1的正整数。
12.一种终端设备,其特征在于,包括:
接收单元,用于接收基站发送的下行信息,其中,所述下行信息为经过掩码加扰后的循环冗余校验(CRC)码;
处理单元,用于:根据所述下行信息得到所述掩码,所述掩码包含用于指示所述终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述终端设备在发送所述第一信号前发送所述第二信号;和根据所述指示信息确定发送所述第一信号的端口;和
发送单元,用于在确定出的端口上发送所述第一信号。
13.根据权利要求12所述的终端设备,其特征在于,所述发送第一信号的端口包括以下信息中的一种或者多种:天线端口、预编码矩阵和空间滤波。
14.根据权利要求12或13所述的终端设备,其特征在于,所述第一信号为承载在物理上行共享信道PUSCH上的信号,或承载在物理上行控制信道PUCCH上的信号。
15.根据权利要求12-14任一项所述的终端设备,其特征在于,所述第二信号为承载在PUSCH上的信号、承载在PUCCH上的信号或者随机接入前导序列。
16.根据权利要求12-15任一项所述的终端设备,其特征在于,所述下行信息为下行控制信息(DCI)的经过所述掩码加扰后的CRC码。
17.根据权利要求16所述的终端设备,其特征在于,所述掩码为16比特,所述指示信息为所述掩码的一个或多个比特。
18.根据权利要求17所述的终端设备,其特征在于,所述掩码的最后一位取值为0时,指示发送所述第一信号的端口和发送第二信号的端口相同。
19.根据权利要求17所述的终端设备,其特征在于,所述掩码的最后一位取值为1时,指示发送所述第一信号的端口和发送第二信号的端口不同。
20.根据权利要求16-19任一项所述的终端设备,其特征在于,所述DCI的格式为format0_0或者format 0_1。
21.根据权利要求19所述的终端设备,其特征在于,所述发送所述第一信号的端口的天线端口的索引值为X,发送所述第二信号的端口的天线端口索引值为X+1或X-1,X为大于等于1的正整数。
22.根据权利要求19或21所述的终端设备,其特征在于,所述发送所述第一信号的端口的预编码矩阵的索引值为Z,发送所述第二信号的端口的预编码矩阵的索引值为Z+1或Z-1,Z为大于等于1的正整数。
23.一种基站,包括:
处理单元,用于使用掩码对循环冗余校验(CRC)码进行加扰,得到加扰后的CRC码,其中,所述掩码包含用于指示终端设备是否使用发送第二信号所使用的端口来发送第一信号的指示信息,其中,所述第二信号和所述第一信号均为所述终端设备发送,并且所述第二信号在所述第一信号前发送;和
发送单元,用于将所述加扰后的CRC码发送给所述终端设备。
24.根据权利要求23所述的基站,其特征在于,所述发送第一信号的端口包括以下信息中的一种或者多种:天线端口、预编码矩阵和空间滤波。
25.根据权利要求23所述的基站,其特征在于,所述第一信号为承载在物理上行共享信道PUSCH上的信号,或承载在物理上行控制信道PUCCH上的信号。
26.根据权利要求23-25任一项所述的基站,其特征在于,所述第二信号为承载在PUSCH上的信号、承载在PUCCH上的信号或者随机接入前导序列。
27.根据权利要求23-26任一项所述的基站,其特征在于,所述加扰后的CRC码为下行控制信息(DCI)的经过所述掩码加扰后的CRC码。
28.根据权利要求23-27任一项所述的基站,其特征在于,所述掩码为16比特,所述指示信息为所述掩码的一个或多个比特。
29.根据权利要求28所述的基站,其特征在于,所述掩码的最后一位取值为0时,指示发送所述第一信号的端口和发送第二信号的端口相同。
30.根据权利要求28所述的基站,其特征在于,所述掩码的最后一位取值为1时,指示发送所述第一信号的端口和发送第二信号的端口不同。
31.根据权利要求27-30任一项所述的基站,其特征在于,所述DCI的格式为format 0_0或者format 0_1。
32.根据权利要求30所述的基站,其特征在于,所述天线端口的索引值为X,发送所述第二信号的端口的天线端口索引值为X+1或X-1,X为大于等于1的正整数。
33.根据权利要求30或32所述的基站,其特征在于,所述预编码矩阵的索引值为Z,其中,发送所述第二信号的端口的预编码矩阵的索引值为Z+1或Z-1,Z为大于等于1的正整数。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810302369.6A CN110351851B (zh) | 2018-04-04 | 2018-04-04 | 数据传输方法、终端设备和网络设备 |
PCT/CN2019/081301 WO2019192530A1 (zh) | 2018-04-04 | 2019-04-03 | 数据传输方法、终端设备和网络设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810302369.6A CN110351851B (zh) | 2018-04-04 | 2018-04-04 | 数据传输方法、终端设备和网络设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110351851A true CN110351851A (zh) | 2019-10-18 |
CN110351851B CN110351851B (zh) | 2023-08-25 |
Family
ID=68100031
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810302369.6A Active CN110351851B (zh) | 2018-04-04 | 2018-04-04 | 数据传输方法、终端设备和网络设备 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110351851B (zh) |
WO (1) | WO2019192530A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021068202A1 (zh) * | 2019-10-11 | 2021-04-15 | 华为技术有限公司 | 一种通信方法及通信装置 |
WO2021097818A1 (zh) * | 2019-11-22 | 2021-05-27 | 华为技术有限公司 | 通信方法及装置 |
WO2021196232A1 (zh) * | 2020-04-03 | 2021-10-07 | Oppo广东移动通信有限公司 | 物理信道的资源映射方法、终端设备和网络设备 |
CN113644958A (zh) * | 2021-07-15 | 2021-11-12 | 南京熊猫汉达科技有限公司 | 一种低轨卫星窄带通信***及同频干扰规避方法 |
CN113726698A (zh) * | 2020-05-22 | 2021-11-30 | 展讯通信(上海)有限公司 | 上行扰码加扰方法及用户设备 |
CN114080013A (zh) * | 2020-08-14 | 2022-02-22 | 华为技术有限公司 | 信息传输方法及通信装置 |
CN114600517A (zh) * | 2019-11-07 | 2022-06-07 | 富士通株式会社 | 上行传输的发送方法、装置和通信*** |
CN115242320A (zh) * | 2021-04-23 | 2022-10-25 | 上海华为技术有限公司 | 一种数据传输的方法及其设备 |
CN116887417A (zh) * | 2020-11-20 | 2023-10-13 | 中兴通讯股份有限公司 | 用于相位跟踪参考信号解调参考信号关联的指示的***和方法 |
WO2024077448A1 (zh) * | 2022-10-10 | 2024-04-18 | 华为技术有限公司 | 通信方法、装置、芯片***、存储介质及计算机程序产品 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP4059169A4 (en) * | 2019-11-19 | 2022-12-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | WIRELESS COMMUNICATION APPARATUS AND METHOD |
CN113014363B (zh) * | 2019-12-19 | 2022-06-10 | 维沃移动通信有限公司 | Dmrs端口指示的方法及设备 |
WO2021164035A1 (zh) * | 2020-02-21 | 2021-08-26 | 华为技术有限公司 | 信号传输方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101888624A (zh) * | 2010-06-11 | 2010-11-17 | 中兴通讯股份有限公司 | 发射天线选择的配置方法及装置 |
CN102355293A (zh) * | 2011-08-15 | 2012-02-15 | 中兴通讯股份有限公司 | 测量参考信号发射方法及装置 |
CN107852616A (zh) * | 2015-06-29 | 2018-03-27 | 夏普株式会社 | 终端装置、基站装置、通信方法以及集成电路 |
-
2018
- 2018-04-04 CN CN201810302369.6A patent/CN110351851B/zh active Active
-
2019
- 2019-04-03 WO PCT/CN2019/081301 patent/WO2019192530A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101888624A (zh) * | 2010-06-11 | 2010-11-17 | 中兴通讯股份有限公司 | 发射天线选择的配置方法及装置 |
CN102355293A (zh) * | 2011-08-15 | 2012-02-15 | 中兴通讯股份有限公司 | 测量参考信号发射方法及装置 |
CN107852616A (zh) * | 2015-06-29 | 2018-03-27 | 夏普株式会社 | 终端装置、基站装置、通信方法以及集成电路 |
Non-Patent Citations (1)
Title |
---|
NEXTWAVE WIRELESS等: "R1-084432 "UE transmit antenna selection – Technical aspects"", 《3GPP TSG_RAN\WG1_RL1》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021068202A1 (zh) * | 2019-10-11 | 2021-04-15 | 华为技术有限公司 | 一种通信方法及通信装置 |
CN114600517A (zh) * | 2019-11-07 | 2022-06-07 | 富士通株式会社 | 上行传输的发送方法、装置和通信*** |
WO2021097818A1 (zh) * | 2019-11-22 | 2021-05-27 | 华为技术有限公司 | 通信方法及装置 |
WO2021196232A1 (zh) * | 2020-04-03 | 2021-10-07 | Oppo广东移动通信有限公司 | 物理信道的资源映射方法、终端设备和网络设备 |
CN113726698A (zh) * | 2020-05-22 | 2021-11-30 | 展讯通信(上海)有限公司 | 上行扰码加扰方法及用户设备 |
CN114080013A (zh) * | 2020-08-14 | 2022-02-22 | 华为技术有限公司 | 信息传输方法及通信装置 |
CN114080013B (zh) * | 2020-08-14 | 2024-03-19 | 华为技术有限公司 | 信息传输方法及通信装置 |
CN116887417A (zh) * | 2020-11-20 | 2023-10-13 | 中兴通讯股份有限公司 | 用于相位跟踪参考信号解调参考信号关联的指示的***和方法 |
CN116887417B (zh) * | 2020-11-20 | 2024-02-27 | 中兴通讯股份有限公司 | 用于相位跟踪参考信号解调参考信号关联的指示的***和方法 |
CN115242320A (zh) * | 2021-04-23 | 2022-10-25 | 上海华为技术有限公司 | 一种数据传输的方法及其设备 |
CN113644958A (zh) * | 2021-07-15 | 2021-11-12 | 南京熊猫汉达科技有限公司 | 一种低轨卫星窄带通信***及同频干扰规避方法 |
WO2024077448A1 (zh) * | 2022-10-10 | 2024-04-18 | 华为技术有限公司 | 通信方法、装置、芯片***、存储介质及计算机程序产品 |
Also Published As
Publication number | Publication date |
---|---|
WO2019192530A1 (zh) | 2019-10-10 |
CN110351851B (zh) | 2023-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110351851A (zh) | 数据传输方法、终端设备和网络设备 | |
US10805052B2 (en) | Technique for configuring a phase tracking reference signal | |
US11818721B2 (en) | User equipment and network node involved in the transmission of signals using transmission parameters determined according to transmission configuration indication | |
CN110336653A (zh) | 资源指示方法、终端设备和网络设备 | |
CN109565370A (zh) | 新无线电的上传控制信令 | |
CN111435875B (zh) | 发送和接收指示的方法和装置 | |
CN109863707A (zh) | 数据传输方法、终端设备以及网络设备 | |
CN108809578A (zh) | 传输数据的方法、终端设备和网络设备 | |
US11038644B2 (en) | Data communication method, network device, and terminal device | |
CN108462552A (zh) | 一种多码字传输方法及装置 | |
CN110266460A (zh) | 资源指示方法、终端设备和网络设备 | |
CN111867086B (zh) | 通信方法以及通信装置 | |
CN109428641A (zh) | 数据传输方法和装置 | |
US11711188B2 (en) | DMRS port indication method and apparatus | |
CN108028734A (zh) | 无线通信网络中的上行链路调度 | |
CN108809374A (zh) | 数据传输方法、终端设备和网络设备 | |
CN103959880B (zh) | 调度无线资源的方法、网络设备和用户设备 | |
CN110933747B (zh) | 一种资源配置方法及通信装置 | |
CN105940709A (zh) | 用于在蜂窝无线电通信***中报告信道状态的方法和装置 | |
CN109391312A (zh) | 数据传输方法和装置 | |
CN109150430A (zh) | 一种数据传输方法及装置 | |
CN109302221A (zh) | 一种被用于无线通信的用户、基站中的方法和装置 | |
EP3579434A1 (en) | Data transmission method, network device, and terminal device |
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 |