CN116261904A - 上行传输控制方法及装置 - Google Patents
上行传输控制方法及装置 Download PDFInfo
- Publication number
- CN116261904A CN116261904A CN202380007938.3A CN202380007938A CN116261904A CN 116261904 A CN116261904 A CN 116261904A CN 202380007938 A CN202380007938 A CN 202380007938A CN 116261904 A CN116261904 A CN 116261904A
- Authority
- CN
- China
- Prior art keywords
- ptrs
- port
- transmission
- dmrs
- srs resource
- 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.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本公开实施例提供了一种上行传输控制方法及装置,该方法包括:上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的PTRS相关的传输配置信息;对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送。本公开所提供的方案能够实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
Description
技术领域
本公开涉及移动通信技术领域,特别涉及一种上行传输控制方法及装置。
背景技术
在新无线(newradio,NR)系统中,为了改善小区边缘的覆盖,在服务区内提供更好的服务质量,多点协作传输成为一种重要的技术手段。在Rel-18中,期望通过多个天线面板向多个传输和接收点(transmissionandreceptionpoint,TRP)实现同时协作传输以增强传输的可靠性和吞吐率,因此要求用户设备(Userequipment,UE)具备同时发送多个波束的能力。可以基于单个物理下行控制信道(PhysicalDownlinkControlChannel,PDCCH)调度多天线面板/多TRP传输。
为了支持基于单个DCI的多天线面板/多TRP上行同时传输的单频网(SingleFrequency Network,SFN)方案,需要解决用于支持物理上行共享信道(Physical DownlinkShared Channel,PUSCH)的相位跟踪参考信号(Phase-tracking reference signals,PTRS)的SFN发送和接收。
发明内容
本公开提出了一种上行传输控制方法及装置,根据所提出的技术方案、机制、方法以及装置,能够实现PTRS的SFN传输下的增强指示,从而支持多天线面板同时传输(Simultaneous Transmission from Multiple Panels,STxMP)下SFN方案在基于非码本(Non-Codebook,NCB)的配置下的终端多天线面板的共相位误差(Common Phase Error,CPE)估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
本公开的第一方面实施例提供了一种上行传输控制方法,该方法由用户设备UE执行,该方法包括:上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。
在本公开的一些实施例中,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
在本公开的一些实施例中,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:在PUSCH多TRPSFN传输方式下,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上发送相同数量的PTRS端口数据,其中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行发送。
在本公开的一些实施例中,基于传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同,基于PTRS最大端口数以及PTRS-DMRS关联关系指示域所指示的PTRS-DMRS端口之间的关联关系,根据预设协议规则,确定PTRS实际发送参数;基于PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送。
在本公开的一些实施例中,预设协议规则包括以下任一项:实际PTRS端口数为预设SRI对应的PTRS端口数,预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。
在本公开的一些实施例中,预设协议规则包括以下任一项:不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,实际PTRS端口数为1;不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。
在本公开的一些实施例中,该方法还包括:接收网络设备发送的RRC信令,其中RRC信令中包括PTRS最大端口数,实际PTRS端口数小于或等于PTRS最大端口数。
在本公开的一些实施例中,响应于数据传输层数RANK等于1,PTRS-DMRS关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口发送并使用指示的DMRS端口进行PTRS的发送。
在本公开的一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为1,PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS端口所使用的DMRS端口:以2比特指示关联的DMRS端口;以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:基于PTRS-DMRS关联关系指示域确定实际发送PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用DMRS端口发送PTRS。
在本公开的一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为2,PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS对应的DMRS端口:以2比特指示关联的DMRS端口;以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:基于PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际发送PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际发送PTRS端口对应的DMRS端口,并分别发送PTRS。
在本公开的一些实施例中,基于默认规则确定的DMRS端口为以下任一项:前两个DMRS端口中的另一个;RANK>2时其他DMRS端口中的任一个;共享同一个PTRS端口的两个DMRS端口中的任一个。
在本公开的一些实施例中,通过预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自发送相同的PTRS端口。
在本公开的一些实施例中,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合指示指示域指示。
本公开的第二方面实施例提供了一种上行传输控制方法,该方法由网络设备执行,该方法包括:上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS对应的DMRS端口。
在本公开的一些实施例中,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
在本公开的一些实施例中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收包括:在PUSCH多TRP SFN传输方式下,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上接收相同数量的PTRS端口数据,其中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行接收。
在本公开的一些实施例中,基于传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收包括:响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同,基于预设协议规则确定的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收。
在本公开的一些实施例中,预设协议规则包括以下任一项:实际PTRS端口数为预设SRI对应的PTRS端口数,预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。
在本公开的一些实施例中,预设协议规则包括以下任一项:不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,实际PTRS端口数为1;不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。
在本公开的一些实施例中,该方法还包括:向UE发送RRC信令,其中RRC信令中包括PTRS最大端口数,实际PTRS端口数小于或等于最大端口数。
在本公开的一些实施例中,响应于数据传输层数RANK等于1,PTRS-DMRS关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口接收并使用指示的DMRS端口进行PTRS的接收。
在本公开的一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为1,PTRS-DMRS关联关系指示域通过以下方式之一确定实际接收PTRS对应的DMRS端口:以2比特指示关联的DMRS端口;以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收包括:基于PTRS-DMRS关联关系指示域确定实际接收PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用DMRS端口接收PTRS。
在本公开的一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为2,PTRS-DMRS关联关系指示域通过以下方式之一确定实际接收PTRS对应的DMRS端口:以2比特指示关联的DMRS端口;以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收包括:基于PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际接收PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际接收PTRS端口对应的DMRS端口,并分别接收PTRS。
在本公开的一些实施例中,基于默认规则确定的DMRS端口为以下任一项:前两个DMRS端口中的另一个;RANK>2时其他DMRS端口中的任一个;共享同一个PTRS端口的两个DMRS端口中的任一个。
在本公开的一些实施例中,在确定PTRS关联的DMRS端口时,通过预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际接收PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自接收相同的PTRS端口。
在本公开的一些实施例中,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合指示指示域指示。
本公开的第三方面实施例提供了一种上行传输控制装置,该装置配置于UE,该装置包括收发模块,收发模块用于:上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。
本公开的第四方面实施例提供了一种上行传输控制装置,该装置配置于网络设备,该装置包括收发模块,收发模块用于:上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS端口所使用的DMRS端口。
本公开的第五方面实施例提供了一种通信设备,包括:收发器;存储器;处理器,分别与收发器及存储器连接,配置为通过执行存储器上的计算机可执行指令,控制收发器的无线信号收发,并能够实现上述第一方面实施例或第二方面实施例的上行传输控制。
本公开第六面实施例提出了一种计算机存储介质,其中,计算机存储介质存储有计算机可执行指令;计算机可执行指令被处理器执行后,能够实现上述第一方面实施例或第二方面实施例的上行传输控制。
本公开实施例提供了一种上行传输控制方法及装置,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。本公开所提供的方案能够实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为根据本公开实施例的基于单DCI的多TRP发送实现示意图;
图2为根据本公开实施例的一种上行传输控制的流程示意图;
图3为根据本公开实施例的一种上行传输控制的流程示意图;
图4为根据本公开实施例的一种上行传输控制的流程示意图;
图5为根据本公开实施例的一种上行传输控制的流程示意图;
图6为根据本公开实施例的一种上行传输控制装置的框图;
图7为根据本公开实施例的一种上行传输控制装置的框图;
图8为本公开实施例提供的一种通信装置的结构示意图。
具体实施方式
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
在5G/NR Rel-16中,主要针对PDSCH传输引入了与多TRP相关的操作,与多TRP相关的操作可以包括单DCI操作和多DCI操作。利用单个DCI(Single DCI,S-DCI),单个PDCCH可用于调度来自多个TRP的多个PDSCH传输。
图1为根据本公开实施例的基于单DCI的多TRP发送实现示意图。作为示例,提供两个TRP(TRP1和TRP 2)以与具有多个天线面板(Panel 1和Panel 2)的UE进行通信。如图1所示,对于单DCI操作,传输可以基于一个PDCCH信道承载的一个DCI进行调度,也可以考虑基于不同PDCCH承载的不同DCI分别调度。
如上所述,与多TRP相关的操作可以包括单DCI操作和多DCI操作。另一方面,与多TRP相关的操作可以包括用于下行链路(例如PDSCH)的与多TRP相关的操作和用于上行链路(例如PUSCH)的与多TRP相关的操作。在5G/NR Rel-16中,主要针对PDSCH传输引入了与多TRP相关的操作,但是未定义用于PUSCH传输的与多TRP相关的操作。R17标准在多TRP(Multi-TRP,M-TRP)场景下,上行增强支持了对于PUSCH/PUCCH信道的重复发送方式可以通过采用时分复用(time-division multiplexing,TDM)方式在不同的上行波束方向上向SF给不同的基站端TRP进行上行信道的发送。
例如,终端多panel实现一般会配置多个物理panel,不同的panel的能力可能也不相同,比如具备不同的SRS端口数,每个panel支持的最大数据传输层数也不一定相同,比如一个panel支持最大2层的传输,另一个panel支持最大4层的传输。网络调度器会判断终端当前是否适合多Panel的上行同时传输,如果终端当前适合多panel的上行同时传输同时被调度,则网络会直接或间接指示相关的传输参数,包括终端具体波束指示信息、传输使用的数据层数、使用的DMRS端口分配情况、以及预编码的指示信息等,因此需要确定在S-DCI调度下的PTRS端口的配置和具体指示问题。
在R18中,上行同时传输可能支持的传输方案为对于多天线面板Panel/接收和发送点TRP/传输配置指示TCI的上行同步传输。目前,通信系统的瓶颈仍然在上行传输的速率及覆盖等,因此对于R18标准的系统增强方向,主要是考虑在Multi-TRP场景下,利用多panel终端进行上行同时传输来提高上行速率,并进一步提高传输的可靠性。传输可以基于一个PDCCH信道承载的一个DCI进行调度,也可以考虑基于不同PDCCH承载的不同DCI分别调度。基于单个DCI(S-DCI)的PUSCH传输的一个传输块(Transport Block,TB)的协作传输,包括多种不同的传输方案,目前考虑的同步传输方案主要是不用Panel的信道发送基于SDM或者FDM复用来实现的。下面对每种传输方案进行简单说明:
一种方案是空分复用(Space Division Multiplexing,SDM)方案:PUSCH的一个TB通过不同panel上分配的各自对应的解调参考信号(Demodulation Reference Signal,DMRS)端口或端口组合分别面向两个不同的TRP在相同的时频资源上进行发送,不同的Panel/TRP/传输时机(Transmission Occasion,TO)分别和不同的TCI state相关联,即与不同的波束相关联。在此基础上,SDM方案又具体分为SDM-A和SDM-B两种方案,其中,在SDM-A方案中,PUSCH的一个TB的不同部分分别通过不同Panel上分配的各自对应的DMRS端口或端口组合分别面向两个不同的TRP在相同的时频资源上进行发送,不同的Panel/TRP/TO分别和不同的TCI状态相关联;在SDM-B方案中,PUSCH的对应不同RV版本的同一个TB的重复通过不同Panel上分配的各自对应的DMRS端口或端口组合分别面向两个不同的TRP在相同的时频资源上进行发送,不同的Panel/TRP/TO分别和不同的TCI状态相关联。
另一种方案是频分复用(Frequency Division Multiplexing,FDM)方案:PUSCH的一个TB通过不同Panel上分配的相同DMRS端口或端口组合分别面向两个不同的TRP在相同时域资源上的不重叠频域资源上进行发送,不同的Panel/TRP/TO分别和不同的TCI状态相关联。在此基础上,FDM方案又具体分为FDM-A和FDM-B两种方案,其中,在FDM-A方案中,PUSCH的一个TB的不同部分分别通过不同Panel上分配的相同DMRS端口或端口组合分别面向两个不同的TRP在相同时域资源上的不重叠频域资源上进行发送,不同的Panel/TRP/TO分别和不同的TCI状态相关联;在FDM-B方案中,PUSCH的对应不同RV版本的同一个TB的重复通过不同Panel上分配的相同DMRS端口或端口组合分别面向两个不同的TRP在相同时域资源上的不重叠频域资源上进行发送,不同的Panel/TRP/TO分别和不同的TCI状态相关联。
又一种方案是空间复用SFN方案:PUSCH的一个TB通过不同Panel上分配的相同DMRS端口或端口组合分别面向两个不同的TRP在相同的时频资源上进行发送,不同的Panel/TRP/TO分别和不同的TCI状态相关联。应当理解的是,图1示例性地示出的方案为采用SDM传输方式的多TRP传输,其采用不同的天线端口传输不同的数据层。类似地,对于SFN传输方案,可采用相同的天线端口传输相同的数据层,在此不再赘述。
基于多panel的上行PUSCH同时传输通常会支持上述方案中的一种或多种。
在R18的上行增强中,考虑如何通过multi-panel/multi-TRP的上行同时传输用于支持更高的吞吐率和更可靠的传输性能。
为了支持基于S-DCI的多panel上行同时传输的SFN方案,DMRS和PTRS的传输方案也需要确定。对于DMRS,目前主要考虑SFN的传输方案,即在不同Panel使用相同的DMRS端口进行发送。对于PTRS,同样需要考虑SFN传输和非SFN传输的不同方案影响。
当前协议在支持基于非码本的PUSCH传输的PTRS发送时,同一个PTRS端口会关联到不同的SRS资源集合对应的同一组DMRS端口,但是对应不同SRS资源集合的SRI指示域包含的SRS资源的PTRS索引配置使得对应的实际PTRS端口数目可能并不一致,这样就会在造成实际发送的PTRS并不是SFN传输。因此需要解决用于支持NCB PUSCH的PTRS的SFN发送的问题。
在本公开中,提供了一种技术方案,能够实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
下面结合附图对本公开所提供的上行传输控制方法及装置进行详细地介绍。
图2示出了根据本公开实施例的一种上行传输控制的流程示意图。如图2所示,该方法可由UE执行,且可以包括以下步骤。
S201,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域。
在本实施例中,传输配置信息可以动态地包括用于多TRP SFN传输的两组或更多组DCI信息指示域。其中,每组信息指示域至少包括PTRS最大端口数、SRI指示域、以及PTRS与DMRS的关联关系指示域,但本公开并不限于此,每组信息指示于还可以包括其他信息指示域。
在一些实施例中,单个DCI中的TCI波束指示信息指示两个或更多个波束且传输配置信息可以包括两个或更多个SRI指示域,其中每个SRI指示域用于相应的波束方向上的PUSCH传输所被分配的SRS资源集合中的一个或多个携带预编码信息的SRS资源,则该单个DCI用于多天线面板多TRP传输,且该多天线面板多TRP传输为基于非码本的PUSCH传输。针对每个波束方向上的PUSCH传输,由一个SRI指示域指示从该PUSCH传输所被分配的SRS资源集合中选择的一个或多个SRS资源。对于基于码本的PUSCH传输中,通过SRI指示为PUSCH传输选择相应的空间滤波器(SpatialFilter),即PUSCH使用SRI选择的SRS资源对应的空间关系信息(TCI或Spatial Relation Info)作为发送使用的空间滤波。对于基于非码本的PUSCH传输中,通过一个SRS资源集合中的多个单端口SRS资源携带了终端计算并建议使用的PUSCH预编码信息,每个SRS资源携带对应一层数据使用的预编码信息,基站通过测量对于终端上报的预编码信息进行调度选择并通过SRI指示对预编码信息进行选择,即在对应的SRS资源集合中选择一个或多个SRS资源,终端在接收到基站的SRI指示后,就使用一个或多个对应的SRS资源对应的预编码作为PUSCH发送使用的预编码。
S202,对于基于非码本的PUSCH传输基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。
在本公开的实施例中,UE可以基于PTRS最大端口数目以及PTRS与DMRS端口之间的关联关系指示,根据预设协议规则,确定的PTRS的实际发送参数,包括但不限于实际PTRS端口数、以及实际发送PTRS对应的DMRS端口。
在本公开的实施例中,PTRS最大端口数可以是高层配置的,例如通过RRC信令配置,对此本公开实施例不予限制。
根据本公开实施例的上行传输控制方法,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。
图3示出了根据本公开实施例的一种上行传输控制的流程示意图。如图3所示,该方法可由UE执行,且可以包括以下步骤。
S301,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域。
在本公开的一些实施例中,在上行是否传输PTRS,也是通过高层参数的配置来控制。UE可以通过接收网络设备发送的RRC信令,来获取PTRS最大端口数。例如,RRC配置PTRS对应的最大端口数maxNrofPorts=1或2。
如果高层参数DMRS-UplinkConfig中没给UE配置phaseTrackingRS,那么上行UE不传输PTRS。如果高层给UE配置了参数UL-PTRS-present,并且PTRS端口数是1或者2,那么通过UL DCI0_1/0_2中的PTRS-DMRS关联关系(PTRS-DMRS association)指示域指示一个DMRS端口关联这个PTRS端口。其中,PTRS的最大端口数是由高层参数PTRS-UplinkConfig中的maxNrofPorts配置为'n2'得到。如果指示的最大PTRS端口数是2,那么网络侧通过SRS资源对应的DMRS端口分成两个组,分别建议关联关系。
在本公开的一些实施例中,所述传输配置信息包括DMRS端口指示域。DCI的DMRS域中可以指示对应每个波束方向上的PUSCH传输使用的DMRS端口信息,例如,对于指示的DMRS端口为{0,1}且对应的传输方案为FDM或SFN传输,则对应每个波束方向的PUSCH传输的DMRS端口都使用端口{0,1},即TRI为2。例如,对应指示的DMRS端口为{0,1}且对应的传输方案为SDM传输时,则也可以根据预定义的规则分别确定在每个TCI波束方向上PUSCH传输对应的DMRS端口,可能的端口分配是,第一个波束方向上的PUSCH传输使用DMRS端口为{0},且对应的TRI为1,第二个波束方形上的PUSCH传输使用DMRS端口{1},且对应的TRI为1。
在本公开中,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
换言之,对于NCB PUSCH,关联不同SRS资源集合的DMRS端口指示域指示的SRS资源相同或不同,SRI1/SRI2分别关联对应不同的panel/TRP/TCI第一/第二SRS资源集合。即,TPMI与SRS资源集合的对应关系可以是SRI 1对应于第一SRS资源集合,也可以是SRI 1对应于第二SRS资源集合。
在本公开的一些实施例中,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合(SRS resource setindicator)指示指示域指示。
其中SRS resource set indicator指示域用于动态指示STRP和MTRP传输调度。
在单TRP时,第一个SRI域可以和任一SRS资源关联,具体地,SRS resource setindicator指示域通过不同的码点用于STRP和MTRP之间的动态切换指示。如下表1。
表1
换言之,不同的SRS资源集合可以与多panel/TRP/波束TCI state上的PUSCH传输相关联,SRS资源集合与SRI域的对应关系通过SRS resource set indicator指示域定义。R17目前协议定义第一个SRI域对应第一个SRS资源集合,第二个SRI域对应第二个SRS资源集合。R18具体对应关系可以是第一SRI域对应第一SRS资源集合,也可以是第一SRI域对应第二SRS资源集合。
在本实施例中,网络设备向UE发送的单个DCI中携带的TCI波束指示信息指示两个或更多个波束以及传输配置信息包括两个或更多个SRI指示域,则该单个DCI用于多天线面板多TRP传输,且该多天线面板多TRP传输为基于非码本的PUSCH传输。每个波束方向上的基于非码本的PUSCH传输对应一个SRI指示域,即一个SRI指示域可以指示在一个波束方向上的基于非码本的PUSCH传输的预编码矩阵。
上述实施例中步骤S201的其他解释同样适用于本实施例中的步骤S301,其原理相同,在此不予赘述。
S302,对于基于非码本的PUSCH传输,在PUSCH多TRP SFN传输方式下,基于所述传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上发送相同数量的PTRS端口数据。
换言之,在本公开的方案中,可以使用决定PTRS端口数的SRI域对应的PTRS端口与DMRS端口对应关系,并应用于两个panel的PTRS发送,即在相同的DMRS端口上发送对应的PTRS。
在本公开的一些实施例中,所述PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS对应的DMRS端口。其中,实际PTRS端口数小于或等于PTRS最大端口数。
在本公开的一些实施例中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行发送。换言之,不同天线面板对应的不同探测参考信号SRS资源集合的DMRS端口指示域指示的DMRS端口或端口组相同,以实现多TRP SFN发送。
在一些可选实施例中,所述基于所述传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引(PTRS port index)实际对应的PTRS端口数不同,基于PTRS最大端口数以及PTRS-DMRS关联关系指示域所指示的PTRS-DMRS端口之间的关联关系,根据预设协议规则,确定PTRS实际发送参数;基于PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送。
换言之,当SRI1指示的SRS资源/SRS资源组合包含的PTRS端口索引对应的实际PTRS端口数为N1,SRI2指示的SRS资源/SRS资源组合包含的port index对应的实际PTRS端口数为N2时,应用预设协议规则来确定实际发送的PTRS端口数目N。
下面详细介绍预设协议规则。在本公开的一些可选实施例中,预设协议规则包括以下任一项:
在一种可选方式中,所述实际PTRS端口数为预设SRI对应的PTRS端口数,预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。换言之,N由固定的SRI域对应的PTRS端口数决定,如SRI 1指示域决定,N等于N1,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同的panel。
换言之,通过上述规则确定的实际PTRS端口数目为N,且每个PTRS端口具体对应的DMRS端口,则对于每个PUSCH的TO上发送实际端口数目均为N,且各个端口对应的DMRS端口均相同,从而实现PTRS的SFN发送。
其中,预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的传输时机所关联对应的不同SRI中的一个,具体哪个SRI生效可以通过预定义或网络配置指定。应理解的是,在本公开的一些可选实施例中,不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI不同,对此本公开不予赘述。
在另一种可选方式中,所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。换言之,N等于SRI1/SRI2对应的PTRS端口数的较小值,即min{N1,N2},并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同的panel。采用较小端口数的方案能够减小PTRS信令开销。
在又一种可选方式中,所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。换言之,N等于SRI1/SRI2对应的PTRS端口数的较大值,即max{N1,N2},并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同的panel。采用较大端口数的方案能够精确控制多panel的相位噪声的估计。
对于不同SRS资源集合包含的SRS资源对应的PTRS端口索引的索引值实际对应的PTRS端口数不一致的问题,使用本公开的方案可以限制用于NCB下的端口索引配置增强。在本公开的一些可选实施例中,所述预设协议规则包括以下任一项:
在一种可选方式中,不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,所述实际PTRS端口数为1。换言之,在该可选方案下,忽略不同SRS资源集合对于不同SRS资源配置的ptrs-PortIndex参数,例如,不同SRS资源集合的不同SRS资源都对应PTRS0。在该情况下,实际每个Panel只支持一个PTRS端口,即实际PTRS端口数为1。
在另一种可选方式中,不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。换言之,在该可选方案下,可配置不同的SRS资源集合中每个SRS资源的PTRS端口索引取值相同,例如,第一个SRS资源集合包含4个SRS资源,第二个SRS资源集合包含2个SRS资源,则至少保证配置第一个SRS资源集合的前面两个SRS资源的PTRS端口索引值与第二个SRS资源集合的两个SRS资源的PTRS端口索引值相同。
本公开不限制除上述可选方式之外的其他方式。
下面详细介绍PTRS与DMRS关联关系指示。首先,先对相关协议中的内容进行描述,以便于理解本公开所定义的PTRS与DMRS关联关系指示。
对于PDSCH/PUSCH信道,数据传输的数据层与解调使用的DMRS端口相对应。NR系统中数据信道(PDSCH/PUSCH)DMRS设计主要包含对Front-load DMRS以及Additional DMRS的设计,其中,对于低移动性场景,front-load DMRS能以较低的开销获得满足解调需求的信道估计性能,取决于传输所使用的正交端口数,front-load DMRS最多可以配置为两个OFDM符号。但是,NR系统所考虑的移动速度最高可达500km/h,面临动态范围如此之大的移动性,除了front-load DMRS之外,在中/高速场景之中,还需要在调度持续时间内安插更多的DMRS符号,以满足对信道时变性的估计精度。相关协议中定义了上行不同参数配置的DMRS端口分配表格,针对不同DMRS类型(1或2)、符号长度、数据层数、使用或不使用变换预编码(例如,dmrs-Type=1,maxLength=1,rank=1,transform precoder is disabled即代表DMRS类型1,单符号,单流传输,不使用变换预编码),可基于Table 7.3.1.1.2-8至Table7.3.1.1.2-23进行DMRS端口分配,如下表2至17所示,在此不再赘述。
表2(Table 7.3.1.1.2-8:Antenna port(s),transform precoder is disabled,dmrs-Type=1,maxLength=1,rank=1)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) |
0 | 1 | 0 |
1 | 1 | 1 |
2 | 2 | 0 |
3 | 2 | 1 |
4 | 2 | 2 |
5 | 2 | 3 |
6-7 | Reserved | Reserved |
表3(Table 7.3.1.1.2-9:Antenna port(s),transform precoder is disabled,dmrs-Type=1,maxLength=1,rank=2)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) |
0 | 1 | 0,1 |
1 | 2 | 0,1 |
2 | 2 | 2,3 |
3 | 2 | 0,2 |
4-7 | Reserved | Reserved |
表4(Table 7.3.1.1.2-10:Antenna port(s),transform precoder isdisabled,dmrs-Type=1,maxLength=1,rank=3)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) |
0 | 2 | 0-2 |
2-7 | Reserved | Reserved |
表5(Table 7.3.1.1.2-11:Antenna port(s),transform precoder isdisabled,dmrs-Type=1,maxLength=1,rank=4)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) |
0 | 2 | 0-3 |
2-7 | Reserved | Reserved |
表6(Table 7.3.1.1.2-12:Antenna port(s),transform precoder isdisabled,dmrs-Type=1,maxLength=2,rank=1)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) | Number of front-load symbols |
0 | 1 | 0 | 1 |
1 | 1 | 1 | 1 |
2 | 2 | 0 | 1 |
3 | 2 | 1 | 1 |
4 | 2 | 2 | 1 |
5 | 2 | 3 | 1 |
6 | 2 | 0 | 2 |
7 | 2 | 1 | 2 |
8 | 2 | 2 | 2 |
9 | 2 | 3 | 2 |
10 | 2 | 4 | 2 |
11 | 2 | 5 | 2 |
12 | 2 | 6 | 2 |
13 | 2 | 7 | 2 |
14-15 | Reserved | Reserved | Reserved |
表7(Table 7.3.1.1.2-13:Antenna port(s),transform precoder isdisabled,dmrs-Type=1,maxLength=2,rank=2)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) | Number of front-load symbols |
0 | 1 | 0,1 | 1 |
1 | 2 | 0,1 | 1 |
2 | 2 | 2,3 | 1 |
3 | 2 | 0,2 | 1 |
4 | 2 | 0,1 | 2 |
5 | 2 | 2,3 | 2 |
6 | 2 | 4,5 | 2 |
7 | 2 | 6,7 | 2 |
8 | 2 | 0,4 | 2 |
9 | 2 | 2,6 | 2 |
10-15 | Reserved | Reserved | Reserved |
表8(Table 7.3.1.1.2-14:Antenna port(s),transform precoder isdisabled,dmrs-Type=1,maxLength=2,rank=3)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) | Number of front-load symbols |
0 | 2 | 0-2 | 1 |
1 | 2 | 0,1,4 | 2 |
2 | 2 | 2,3,6 | 2 |
3-15 | Reserved | Reserved | Reserved |
表9(Table 7.3.1.1.2-15:Antenna port(s),transform precoder isdisabled,dmrs-Type=1,maxLength=2,rank=4)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) | Number of front-load symbols |
0 | 2 | 0-3 | 1 |
1 | 2 | 0,1,4,5 | 2 |
2 | 2 | 2,3,6,7 | 2 |
3 | 2 | 0,2,4,6 | 2 |
4-15 | Reserved | Reserved | Reserved |
表10(Table 7.3.1.1.2-16:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=1,rank=1)
表11(Table 7.3.1.1.2-17:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=1,rank=2)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) |
0 | 1 | 0,1 |
1 | 2 | 0,1 |
2 | 2 | 2,3 |
3 | 3 | 0,1 |
4 | 3 | 2,3 |
5 | 3 | 4,5 |
6 | 2 | 0,2 |
7-15 | Reserved | Reserved |
表12(Table 7.3.1.1.2-18:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=1,rank=3)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) |
0 | 2 | 0-2 |
1 | 3 | 0-2 |
2 | 3 | 3-5 |
3-15 | Reserved | Reserved |
表13(Table 7.3.1.1.2-19:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=1,rank=4)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) |
0 | 2 | 0-3 |
1 | 3 | 0-3 |
2-15 | Reserved | Reserved |
表14(Table 7.3.1.1.2-20:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=2,rank=1)
表15(Table 7.3.1.1.2-21:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=2,rank=2)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) | Number of front-load symbols |
0 | 1 | 0,1 | 1 |
1 | 2 | 0,1 | 1 |
2 | 2 | 2,3 | 1 |
3 | 3 | 0,1 | 1 |
4 | 3 | 2,3 | 1 |
5 | 3 | 4,5 | 1 |
6 | 2 | 0,2 | 1 |
7 | 3 | 0,1 | 2 |
8 | 3 | 2,3 | 2 |
9 | 3 | 4,5 | 2 |
10 | 3 | 6,7 | 2 |
11 | 3 | 8,9 | 2 |
12 | 3 | 10,11 | 2 |
13 | 1 | 0,1 | 2 |
14 | 1 | 6,7 | 2 |
15 | 2 | 0,1 | 2 |
16 | 2 | 2,3 | 2 |
17 | 2 | 6,7 | 2 |
18 | 2 | 8,9 | 2 |
19-31 | Reserved | Reserved | Reserved |
表16(Table 7.3.1.1.2-22:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=2,rank=3)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) | Number of front-load symbols |
0 | 2 | 0-2 | 1 |
1 | 3 | 0-2 | 1 |
2 | 3 | 3-5 | 1 |
3 | 3 | 0,1,6 | 2 |
4 | 3 | 2,3,8 | 2 |
5 | 3 | 4,5,10 | 2 |
6-31 | Reserved | Reserved | Reserved |
表17(Table 7.3.1.1.2-23:Antenna port(s),transform precoder isdisabled,dmrs-Type=2,maxLength=2,rank=4)
Value | Number of DMRS CDM group(s)without data | DMRS port(s) | Number of front-load symbols |
0 | 2 | 0-3 | 1 |
1 | 3 | 0-3 | 1 |
2 | 3 | 0,1,6,7 | 2 |
3 | 3 | 2,3,8,9 | 2 |
4 | 3 | 4,5,10,11 | 2 |
5-31 | Reserved | Reserved | Reserved |
而PTRS和DMRS的端口特性是相关的,当存在多个DMRS端口时则需要指定,某一PTRS端口和哪个或哪几个DMRS端口是相同的端口参数,即,通过PTRS和DMRS的关联关系指示域指定PTRS和DMRS端口之间的关联关系。
PTRS的端口数与相位噪声源的个数相关,当存在多个独立的相位噪声源时,每个相位噪声源都需要一个PTRS端口对其进行相位估计。因此,NR15/16中支持下行1个PTRS端口和上行2个PTRS端口。在上行是否传输PTRS,可以通过高层参数的配置来控制。如果高层参数DMRS-UplinkConfig中没给UE配置phaseTrackingRS,那么上行UE不传输PTRS。如果高层参数DMRS-UplinkConfig中没给UE配置phaseTrackingRS,那么上行UE不传输PTRS。如果高层给UE配置了参数UL-PTRS-present,并且PTRS端口数是1或者2,那么通过UL DCI0_1/0_2中的PTRS-DMRS关联关系(PTRS-DMRS association)指示域指示一个DMRS端口关联这个PTRS端口。
具体关联关系如下表所示:
下述表18示出了PTRS单端口情况(参见协议中Table 7.3.1.1.2-25:PTRS-DMRSassociation for UL PTRS port 0)。
表18
R17中引入了对应于指示数据层数RANK=2时对应的不同TRP方向上的PTRS与DMRS关联关系定义,如下表19所示(参见协议中Table 7.3.1.1.2-25A:PTRS-DMRS associationfor UL PTRS port 0or for the actual UL PTRS port)。其中,通过最低有效位(LeastSignificant Bit,LSB)和最高有效位(Most Significant Bit,MSB)指示不同方向上PTRS与DMRS关联关系。
表19
下表20示出了PTRS两端口的情况(参见协议Table 7.3.1.1.2-26:PTRS-DMRSassociation for UL PTRS ports 0and 1)。
表20
在本公开的一些可选实施例中,响应于数据传输层数RANK等于1,PTRS-DMRS关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口发送并使用指示的DMRS端口进行PTRS的发送。换言之,DMRS在传输中其数据层数不止一层,当RANK=1时,PTRS与DMRS的关联关系是确定的,PTRS在DRMS上直接传输,此时不需要指示。
在本公开的一些可选实施例中,响应于RANK大于或等于2且所述实际PTRS端口数为1,所述PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS对应的DMRS端口:
以2比特指示关联的DMRS端口(该方式可以针对SRI对应全相干码字的情况);
以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个(该方式可以针对SRI对应部分相干码字的情况);
相应地,UE可以基于PTRS-DMRS关联关系指示域确定实际发送PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用DMRS端口发送PTRS。
换言之,当RANK>=2且当端口数为1时,可以使用2比特基于上表2(Table7.3.1.1.2-25)指示具体的DMRS端口;也可以使用1比特来指示共享同一个PTRS端口的前2个DMRS端口的一个。
在本公开的一些可选实施例中,响应于RANK大于或等于2且用于进行PUSCH传输的实际PTRS端口数为2,所述PTRS-DMRS的关联关系指示域通过以下方式之一确定实际发送PTRS对应的DMRS端口:
以2比特指示关联的DMRS端口(该方式可以针对SRI对应全相干码字的情况);
以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口(该方式可以针对SRI对应部分相干码字的情况)。
相应地,UE可以基于PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际发送PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际发送PTRS端口对应的DMRS端口,并分别发送PTRS。
其中,PTRS port 0,即实际发送PTRS端口0,第一个PTRS端口,PTRS port 1,即实际发送PTRS端口1,第二个实际发送PTRS端口。
其中,基于默认规则确定的DMRS端口为以下任一项:
前两个DMRS端口中的另一个;
RANK>2时其他DMRS端口中的任一个;
共享同一个PTRS端口的两个DMRS端口中的任一个。
换言之,当RANK>=2且当端口数为2时,可以使用2比特基于上表4(Table7.3.1.1.2-26)指示具体的DMRS端口;也可以使用1比特仅指示对应PTRS端口0对应的DMRS端口,从共享同一个PTRS端口的前2个DMRS端口中的指定一个;另一个PTRS端口按照默认规则发送,比如,前2个DMRS端口中的另一个或固定共享另一个PTRS端口的DMRS端口中的第一个DMRS端口,对此本公开不予限制。
在本公开的一些实施例中,在确定PTRS关联的DMRS端口时,通过预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自发送相同的PTRS端口。
在本公开的一些实施例中,PT-RS的最大端口数是由高层参数PTRS-UplinkConfig中的maxNrofPorts配置为'n2'得到。如果指示的PTRS最大端口数是2,那么网络侧通过SRS资源对应的DMRS端口分成两个组,基于上述规则,分别建议关联关系。
在本公开的实施例中,由于在R16研究阶段,基于下行多TRP/天线面板间的多点协作传输技术的应用,对PDSCH进行了传输增强。由于数据传输包括上下行信道的调度反馈,因此在URLLC的研究中,只对下行数据信道增强并不能保证整体的业务性能。在R17的研究中,继续对下行控制信道PDCCH以及上行的控制信道PUCCH和数据信道PUSCH进行增强。
相位噪声(Phase Noise,PN)是由本振的执行破坏了OFDM系统中各子载波的正交性,而这引起共相位误差(Common Phase Error,CPE)导致调制星座的以固定角度的旋转和引起子载波间干扰(Inter-Carrier Interference,ICI)导致星座点的散射,在高频时这种情况更加明显。由于CPE的影响更大,在NR中主要考虑对CPE进行补偿。在NR中,设计了PTRS信号用于CPE的估计,为了增强信号覆盖,提高信号质量,PTRS作为一种UE专有(UE-specific)的参考信号由网络配置给终端,PTRS用于跟踪gNB和UE中的本振引入的相位噪声。PTRS可以看做DMRS的一种扩展,他们具有紧密的关系,如采用相同的预编码,端口关联性、正交序列的生成、QCL关系等。
PTRS的端口数与相位噪声源的个数相关,当存在多个独立的相位噪声源时,每个相位噪声源都需要一个PTRS端口对其进行相位估计。
换言之,针对基于非码本的情况,每个panel相关联的SRS资源集合中的每个SRS资源都对应一个PTRS端口索引,根据索引可以确定PTRS实际端口数,由于SRS资源集合包含多个SRS资源,每个SRS资源对应一个PTRS端口,则通过PTRS端口索引值可以确定对应的端口数是一个或是两个,UE即可按照指示进行发送。然而对于多panel场景,由于不同panel对应的SRI是不同的,SRI关联的SRS资源集合所包含的PTRS端口索引对应的PTRS端口数可能不一致,比如其中之一对应索引的端口数为1,另一对应索引的端口数为2,那么PTRS在发送时在一个panel上按照1发送,另一个按照2发送;而如果网络配置以SFN的传输方式进行上行传输,DMRS端口在两个panel上发送的DMRS端口为同一组,也即,panel 0发送的PUSCH和panel 1发送的PUSCH使用的是同一组DMRS端口,显然这是矛盾的。因此,上行同传在SFN下,所有的参考信号和数据都保持一致。那么在现有协议下出现SRI指示对应到的PTRS端口不一致的情况时,应用本公开的方案可以有效解决该冲突。
综上,基于本公开的方案,能够解决在网络设备指示不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同的情况下,实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
此外,基站多TRP/PANEL的应用主要为了改善小区边缘的覆盖,在服务区内提供更为均衡的服务质量,用不同的方式在多个TRP/PANEL间协作传输数据。从网络形态角度考虑,以大量的分布式接入点加基带集中处理的方式进行网络部署将更加有利于提供均衡的用户体验速率,并且显著的降低越区切换带来的时延和信令开销。利用多个TRP或面板之间的协作,从多个角度的多个波束进行信道的传输/接收,可以更好的克服各种遮挡/阻挡效应,保障链路连接的鲁棒性,适合URLLC业务提升传输质量和满足可靠性要求。
图4示出了根据本公开实施例的一种上行传输控制的流程示意图。如图4所示,该方法可由网络设备执行。
对于基于非码本的上行传输,在实际系统中一般都需要对下行配置的CSI-RS进行测量,终端利用上下行互易性,通过对下行信号的测量得到上行信道信息。包括的过程主要有:
1、网络为基于非码本的传输配置关联的下行CSI-RS用于终端下行信道探测;
2、终端通过下行信道的计算选择预编码矩阵,同时在配置好的SRS资源集合上在每个预编码的波束方向上发送SRS;
3、基站对SRS进行上行信道检测,网络同时对UE进行资源调度,并通过下行信令通知UE,同时通过SRI指示来选择预编码矩阵中的波束。
终端使用修改后的预编码矩阵确定实际的预编码以及允许的层数,进行PUSCH的发送;终端根据高层参数maxRank确定预编码指示的限制,SRI指示的SRS资源数不大于maxRank。为了实现网络对终端实际使用的预编码矩阵的修改,对于基于非码本的传输,网络需要给终端配置一个SRS资源集合,下表21给出了RANK最大为2时非码本PUSCH传输对应的SRI指示定义。
表21(Table 7.3.1.1.2-29:SRI indication for non-codebook based PUSCHtransmission,Lmax=2)
在本公开提出的方案中,如图4所示,包括以下步骤。
S401,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域。
在本公开的实施例中,网络设备可以为UE配置传输配置信息。传输配置信息可以动态地包括用于多TRP SFN传输的两组或更多组DCI信息指示域。其中,每组信息指示域至少包括PTRS最大端口数、SRI指示域、以及PTRS与DMRS的关联关系指示域,但本公开并不限于此,每组信息指示于还可以包括其他信息指示域。
在一些实施例中,单个DCI中的TCI波束指示信息指示两个或更多个波束且传输配置信息可以包括两个或更多个SRI指示域,其中每个SRI指示域用于相应的波束方向上的PUSCH传输所被分配的SRS资源集合中的一个或多个携带预编码信息的SRS资源,则该单个DCI用于多天线面板多TRP传输,且该多天线面板多TRP传输为基于非码本的PUSCH传输。针对每个波束方向上的PUSCH传输,由一个SRI指示域指示从该PUSCH传输所被分配的SRS资源集合中选择的一个或多个SRS资源。对于基于码本的PUSCH传输中,通过SRI指示为PUSCH传输选择相应的空间滤波器(Spatial Filter),即PUSCH使用SRI选择的SRS资源对应的空间关系信息(TCI或Spatial Relation Info)作为发送使用的空间滤波。对于基于非码本的PUSCH传输中,通过一个SRS资源集合中的多个单端口SRS资源携带了终端计算并建议使用的PUSCH预编码信息,每个SRS资源携带对应一层数据使用的预编码信息,基站通过测量对于终端上报的预编码信息进行调度选择并通过SRI指示对预编码信息进行选择,即在对应的SRS资源集合中选择一个或多个SRS资源,终端在接收到基站的SRI指示后,就使用一个或多个对应的SRS资源对应的预编码作为PUSCH发送使用的预编码。
S402,对于基于非码本的PUSCH传输,基于传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中所述PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS对应的DMRS端口。
在本公开的实施例中,网络设备与UE在上行传输过程中适用本公开所述的协议规则。基于所述传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际接收参数,网络设备可以在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,该参数包括但不限于实际PTRS端口数、以及实际接收PTRS对应的DMRS端口。
在本公开的实施例中,网络设备可以通过RRC信令向UE配置PTRS最大端口数,对此本公开实施例不予限制。
根据本公开实施例的上行传输控制方法,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域;对于基于非码本的PUSCH传输,基于传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中所述PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS对应的DMRS端口。本公开所提供的方案能够实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
图5示出了根据本公开实施例的一种上行传输控制的流程示意图。如图5所示,该方法可由网络设备执行,且可以包括以下步骤。
S501,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域。
在本公开的一些实施例中,在上行是否传输PTRS,可通过网络设备配置的高层参数控制。网络设备可以向UE发送RRC信令,来获取PTRS最大端口数。例如,RRC配置PTRS对应的最大端口数maxNrofPorts=1或2。
如果高层参数DMRS-UplinkConfig中没给UE配置phaseTrackingRS,那么上行UE不传输PTRS。如果高层给UE配置了参数UL-PTRS-present,并且PTRS端口数是1或者2,那么通过UL DCI0_1/0_2中的PTRS-DMRS关联关系(PTRS-DMRS association)指示域指示一个DMRS端口关联这个PTRS端口。其中,PTRS的最大端口数是由高层参数PTRS-UplinkConfig中的maxNrofPorts配置为'n2'得到。如果指示的最大PTRS端口数是2,那么网络侧通过SRS资源对应的DMRS端口分成两个组,分别建议关联关系。
在本公开的一些实施例中,所述传输配置信息包括DMRS端口指示域。DCI的DMRS域中可以指示对应每个波束方向上的PUSCH传输使用的DMRS端口信息,例如,对于指示的DMRS端口为{0,1}且对应的传输方案为FDM或SFN传输,则对应每个波束方向的PUSCH传输的DMRS端口都使用端口{0,1},即TRI为2。例如,对应指示的DMRS端口为{0,1}且对应的传输方案为SDM传输时,则也可以根据预定义的规则分别确定在每个TCI波束方向上PUSCH传输对应的DMRS端口,可能的端口分配是,第一个波束方向上的PUSCH传输使用DMRS端口为{0},且对应的TRI为1,第二个波束方形上的PUSCH传输使用DMRS端口{1},且对应的TRI为1。
在本公开的一些实施例中,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
换言之,对于NCB PUSCH,关联不同SRS资源集合的DMRS端口指示域指示的SRS资源相同或不同,SRI 1/SRI 2分别关联对应不同的panel/TRP/TCI第一/第二SRS资源集合。即,TPMI与SRS资源集合的对应关系可以是SRI 1对应于第一SRS资源集合,也可以是SRI 1对应于第二SRS资源集合。
在本公开的一些实施例中,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合(SRS resource setindicator)指示指示域指示。
其中SRS resource set indicator指示域用于动态指示STRP和MTRP传输调度。
在单TRP时,第一个SRI域可以和任一SRS资源关联,具体地,SRS resource setindicator指示域通过不同的码点用于STRP和MTRP之间的动态切换指示。如上述表1,在此不再赘述。
换言之,不同的SRS资源集合可以与多panel/TRP/波束TCI state上的PUSCH传输相关联,SRS资源集合与SRI域的对应关系通过SRS resource set indicator指示域定义。R17目前协议定义第一个SRI域对应第一个SRS资源集合,第二个SRI域对应第二个SRS资源集合。R18具体对应关系可以是第一SRI域对应第一SRS资源集合,也可以是第一SRI域对应第二SRS资源集合。
在本实施例中,网络设备向UE发送的单个DCI中携带的TCI波束指示信息指示两个或更多个波束以及传输配置信息包括两个或更多个SRI指示域,则该单个DCI用于多天线面板多TRP传输,且该多天线面板多TRP传输为基于码本的PUSCH传输。每个波束方向上的基于非码本的PUSCH传输对应一个SRI指示域,即一个SRI指示域可以指示在一个波束方向上的基于非码本的PUSCH传输的预编码矩阵。
上述实施例中步骤S401的其他解释同样适用于本实施例中的步骤S501,其原理相同,在此不予赘述。
S502,对于基于非码本的PUSCH传输,在PUSCH多TRP SFN传输方式下,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上接收相同数量的PTRS端口数据,其中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行接收。
换言之,在本公开的方案中,可以使用决定PTRS端口数的SRI域对应的PTRS端口与DMRS端口对应关系,并应用于两个panel的PTRS发送,即在相同的DMRS端口上发送对应的PTRS。相应地,网络设备在相同的DMRS端口上接收对应的PTRS。
在本公开的一些实施例中,所述PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS对应的DMRS端口。其中,实际PTRS端口数小于或等于PTRS最大端口数。
在本公开的一些实施例中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行接收。换言之,不同天线面板对应的不同探测参考信号SRS资源集合的DMRS端口指示域指示的DMRS端口或端口组相同,以实现多TRP SFN发送,并相应地实现网络设备的PTRS接收。
在一些可选实施例中,所述基于所述传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收包括:响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同,基于预设协议规则确定的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收。
换言之,当SRI1指示的SRS资源/SRS资源组合包含的PTRS端口索引对应的实际PTRS端口数为N1,SRI2指示的SRS资源/SRS资源组合包含的port index对应的实际PTRS端口数为N2时,应用预设协议规则来确定实际发送的PTRS端口数目N。
在一种可选方式中,所述实际PTRS端口数为预设SRI对应的PTRS端口数,预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。换言之,N由固定的SRI域对应的PTRS端口数决定,如SRI 1指示域决定,N等于N1,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同的panel。
其中,预设TPMISRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH传输时机PUSCH的传输时机所关联对应的不同TPMISRI中的一个,具体哪个TPMISRI生效可以通过预定义或网络配置指定。应理解的是,在本公开的一些可选实施例中,不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI不同,对此本公开不予赘述。在另一种可选方式中,所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。换言之,N等于SRI 1/SRI 2对应的PTRS端口数的较小值,即min{N1,N2},并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同的panel。
在又一种可选方式中,所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。换言之,N等于SRI 1/SRI 2对应的PTRS端口数的较大值,即max{N1,N2},并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同的panel。
对于不同SRS资源集合包含的SRS资源对应的PTRS端口索引的索引值实际对应的PTRS端口数不一致的问题,使用本公开的方案可以限制用于NCB下的端口索引配置增强。
在本公开的一些可选实施例中,所述预设协议规则包括以下任一项:
在一种可选方式中,不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,所述实际PTRS端口数为1。换言之,在该可选方案下,忽略不同SRS资源集合对于不同SRS资源配置的ptrs-PortIndex参数,例如,不同SRS资源集合的不同SRS资源都对应PTRS 0。在该情况下,实际每个Panel只支持一个PTRS端口,即实际PTRS端口数为1。
在另一种可选方式中,不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。换言之,在该可选方案下,可配置不同的SRS资源集合中每个SRS资源的PTRS端口索引取值相同,例如,第一个SRS资源集合包含4个SRS资源,第二个SRS资源集合包含2个SRS资源,则至少保证配置第一个SRS资源集合的前面两个SRS资源的PTRS端口索引值与第二个SRS资源集合的两个SRS资源的PTRS端口索引值相同。
本公开不限制除上述可选方式之外的其他方式。
下面详细介绍PTRS与DMRS关联关系指示。首先,先对相关协议中的内容进行描述,以便于理解本公开所定义的PTRS与DMRS关联关系指示。
对于PDSCH/PUSCH信道,数据传输的数据层与解调使用的DMRS端口相对应。NR系统中数据信道(PDSCH/PUSCH)DMRS设计主要包含对Front-load DMRS以及Additional DMRS的设计,其中,对于低移动性场景,front-load DMRS能以较低的开销获得满足解调需求的信道估计性能,取决于传输所使用的正交端口数,front-load DMRS最多可以配置为两个OFDM符号。但是,NR系统所考虑的移动速度最高可达500km/h,面临动态范围如此之大的移动性,除了front-load DMRS之外,在中/高速场景之中,还需要在调度持续时间内安插更多的DMRS符号,以满足对信道时变性的估计精度。相关协议中定义了上行不同参数配置的DMRS端口分配表格,针对不同DMRS类型(1或2)、符号长度、数据层数、使用或不使用变换预编码(例如,dmrs-Type=1,maxLength=1,rank=1,transform precoder is disabled即代表DMRS类型1,单符号,单流传输,不使用变换预编码),可基于Table 7.3.1.1.2-8至Table7.3.1.1.2-23进行DMRS端口分配,如上表2至17所示,在此不再赘述。
而PTRS和DMRS的端口特性是相关的,当存在多个DMRS端口时则需要指定,某一PTRS端口和哪个或哪几个DMRS端口是相同的端口参数,即,通过PTRS和DMRS的关联关系指示域指定PTRS和DMRS端口之间的关联关系。
PTRS的端口数与相位噪声源的个数相关,当存在多个独立的相位噪声源时,每个相位噪声源都需要一个PTRS端口对其进行相位估计。因此,NR15/16中支持下行1个PTRS端口和上行2个PTRS端口。在上行是否传输PTRS,可以通过高层参数的配置来控制。如果高层参数DMRS-UplinkConfig中没给UE配置phaseTrackingRS,那么上行UE不传输PTRS。如果高层参数DMRS-UplinkConfig中没给UE配置phaseTrackingRS,那么上行UE不传输PTRS。如果高层给UE配置了参数UL-PTRS-present,并且PTRS端口数是1或者2,那么通过UL DCI0_1/0_2中的PTRS-DMRS关联关系(PTRS-DMRS association)指示域指示一个DMRS端口关联这个PTRS端口。
具体关联关系如上述表18至20所示,在此不再赘述。
在本公开的一些可选实施例中,响应于数据传输层数RANK等于1,所述PTRS-DMRS关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口接收并使用指示的DMRS端口进行PTRS的接收。换言之,DMRS在传输中其数据层数不止一层,当RANK=1时,PTRS与DMRS的关联关系是确定的,PTRS在DRMS上直接传输,此时不需要指示。
在本公开的一些可选实施例中,响应于RANK大于或等于2且所述实际PTRS端口数为1,所述PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS对应的DMRS端口:
以2比特指示关联的DMRS端口(该方式可以针对SRI对应全相干码字的情况);
以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个(该方式可以针对SRI对应部分相干码字的情况);
相应地,UE可以基于PTRS-DMRS关联关系指示域确定实际接收PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用DMRS端口接收PTRS。
换言之,当RANK>=2且当端口数为1时,可以使用2比特基于上表2(Table7.3.1.1.2-25)指示具体的DMRS端口;也可以使用1比特来指示共享同一个PTRS端口的前2个DMRS端口的一个。
在本公开的一些可选实施例中,响应于RANK大于或等于2且用于进行PUSCH传输的实际PTRS端口数为2,所述PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS对应的DMRS端口:
以2比特指示关联的DMRS端口(该方式可以针对SRI对应全相干码字的情况);
以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口(该方式可以针对SRI对应部分相干码字的情况)。
相应地,UE可以基于PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际接收PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际接收PTRS端口对应的DMRS端口,并分别接收PTRS。
其中,PTRS port 0,即实际发送PTRS端口0,第一个PTRS端口,PTRS port 1,即实际发送PTRS端口1,第二个实际发送PTRS端口。
其中,基于默认规则确定的DMRS端口为以下任一项:
前两个DMRS端口中的另一个;
RANK>2时其他DMRS端口中的任一个;
共享同一个PTRS端口的两个DMRS端口中的任一个。
换言之,当RANK>=2且当端口数为2时,可以使用2比特基于上表4(Table7.3.1.1.2-26)指示具体的DMRS端口;也可以使用1比特仅指示对应PTRS端口0对应的DMRS端口,从共享同一个PTRS端口的前2个DMRS端口中的指定一个;另一个PTRS端口按照默认规则发送,比如,前2个DMRS端口中的另一个或固定共享另一个PTRS端口的DMRS端口中的第一个DMRS端口,对此本公开不予限制。
在本公开的一些实施例中,在确定PTRS关联的DMRS端口时,通过预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际接收PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自接收相同的PTRS端口。
在本公开的一些实施例中,PT-RS的最大端口数是由高层参数PTRS-UplinkConfig中的maxNrofPorts配置为'n2'得到。如果指示的PTRS最大端口数是2,那么网络侧通过SRS资源对应的DMRS端口分成两个组,基于上述规则,分别建议关联关系。
在本公开的实施例中,由于在R16研究阶段,基于下行多TRP/天线面板间的多点协作传输技术的应用,对PDSCH进行了传输增强。由于数据传输包括上下行信道的调度反馈,因此在URLLC的研究中,只对下行数据信道增强并不能保证整体的业务性能。在R17的研究中,继续对下行控制信道PDCCH以及上行的控制信道PUCCH和数据信道PUSCH进行增强。
相位噪声(Phase Noise,PN)是由本振的执行破坏了OFDM系统中各子载波的正交性,而这引起共相位误差(Common Phase Error,CPE)导致调制星座的以固定角度的旋转和引起子载波间干扰(Inter-Carrier Interference,ICI)导致星座点的散射,在高频时这种情况更加明显。由于CPE的影响更大,在NR中主要考虑对CPE进行补偿。在NR中,设计了PTRS信号用于CPE的估计,为了增强信号覆盖,提高信号质量,PTRS作为一种UE专有(UE-specific)的参考信号由网络配置给终端,PTRS用于跟踪gNB和UE中的本振引入的相位噪声。PTRS可以看做DMRS的一种扩展,他们具有紧密的关系,如采用相同的预编码,端口关联性、正交序列的生成、QCL关系等。
PTRS的端口数与相位噪声源的个数相关,当存在多个独立的相位噪声源时,每个相位噪声源都需要一个PTRS端口对其进行相位估计。
换言之,针对基于非码本的情况,每个panel相关联的SRS资源集合中的每个SRS资源都对应一个PTRS端口索引,根据索引可以确定PTRS实际端口数,由于SRS资源集合包含多个SRS资源,每个SRS资源对应一个PTRS端口,则通过PTRS端口索引值可以确定对应的端口数是一个或是两个,UE即可按照指示进行发送。然而对于多panel场景,由于不同panel对应的SRI是不同的,SRI关联的SRS资源集合所包含的PTRS端口索引对应的PTRS端口数可能不一致,比如其中之一对应索引的端口数为1,另一对应索引的端口数为2,那么PTRS在发送时在一个panel上按照1发送,另一个按照2发送;而如果网络配置以SFN的传输方式进行上行传输,DMRS端口在两个panel上发送的DMRS端口为同一组,也即,panel 0发送的PUSCH和panel 1发送的PUSCH使用的是同一组DMRS端口,显然这是矛盾的。因此,上行同传在SFN下,所有的参考信号和数据都保持一致。那么在现有协议下出现SRI指示对应到的PTRS端口不一致的情况时,应用本公开的方案可以有效解决该冲突。
综上,基于本公开的方案,能够解决在网络设备指示不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同的情况下,实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
此外,基站多TRP/PANEL的应用主要为了改善小区边缘的覆盖,在服务区内提供更为均衡的服务质量,用不同的方式在多个TRP/PANEL间协作传输数据。从网络形态角度考虑,以大量的分布式接入点加基带集中处理的方式进行网络部署将更加有利于提供均衡的用户体验速率,并且显著的降低越区切换带来的时延和信令开销。利用多个TRP或面板之间的协作,从多个角度的多个波束进行信道的传输/接收,可以更好的克服各种遮挡/阻挡效应,保障链路连接的鲁棒性,适合URLLC业务提升传输质量和满足可靠性要求。
上述本公开提供的实施例中,分别从UE和网络设备的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能,网络设备可以包括硬件结构、软件模块,以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。
与上述几种实施例提供的上行传输控制相对应,本公开还提供一种上行传输控制装置,由于本公开实施例提供的上行传输控制装置与上述几种实施例提供的上行传输控制相对应,因此上行传输控制的实施方式也适用于本实施例提供的上行传输控制装置,在本实施例中不再详细描述。
图6为本公开实施例提供的一种上行传输控制装置600的结构示意图,该上行传输控制装置600可配置于网络设备。
如图6所示,该装置600可以包括收发模块610。
收发模块610用于上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。
根据本公开实施例的上行传输控制装置,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。本公开所提供的方案能够实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
在一些实施例中,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
在一些实施例中,收发模块610具体用于:在PUSCH多TRP SFN传输方式下,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上发送相同数量的PTRS端口数据,其中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行发送。
在一些实施例中,收发模块610具体用于:响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同,基于PTRS最大端口数以及PTRS-DMRS关联关系指示域所指示的PTRS-DMRS端口之间的关联关系,根据预设协议规则,确定PTRS实际发送参数;基于PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送。
在一些实施例中,预设协议规则包括以下任一项:实际PTRS端口数为预设SRI对应的PTRS端口数,预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。
在一些实施例中,预设协议规则包括以下任一项:不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,实际PTRS端口数为1;不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。
在一些实施例中,收发模块610还用于:接收网络设备发送的RRC信令,其中RRC信令中包括PTRS最大端口数,实际PTRS端口数小于或等于PTRS最大端口数。
在一些实施例中,响应于数据传输层数RANK等于1,PTRS与DMRS的关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口发送并使用指示的DMRS端口进行PTRS的发送。
在一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为1,PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS端口所使用的DMRS端口:以2比特指示关联的DMRS端口;以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:基于PTRS-DMRS关联关系指示域确定实际发送PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用DMRS端口发送PTRS。
在一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为2,PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS对应的DMRS端口:以2比特指示关联的DMRS端口;以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:基于PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际发送PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际发送PTRS端口对应的DMRS端口,并分别发送PTRS。
在一些实施例中,基于默认传输规则确定的DMRS端口为以下任一项:前两个DMRS端口中的另一个;RANK>2时其他DMRS端口中的任一个;共享同一个PTRS端口的两个DMRS端口中的任一个。
在本公开的一些实施例中,在确定PTRS关联的DMRS端口时,通过预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自发送相同的PTRS端口。
在一些实施例中,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合指示指示域指示。
综上,基于本公开的上行传输控制装置,能够解决在网络设备指示不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同的情况下,实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。此外,基站多TRP/PANEL的应用主要为了改善小区边缘的覆盖,在服务区内提供更为均衡的服务质量,用不同的方式在多个TRP/PANEL间协作传输数据。从网络形态角度考虑,以大量的分布式接入点加基带集中处理的方式进行网络部署将更加有利于提供均衡的用户体验速率,并且显著的降低越区切换带来的时延和信令开销。利用多个TRP或面板之间的协作,从多个角度的多个波束进行信道的传输/接收,可以更好的克服各种遮挡/阻挡效应,保障链路连接的鲁棒性,适合URLLC业务提升传输质量和满足可靠性要求。
图7为本公开实施例提供的一种上行传输控制装置700的结构示意图,该上行传输控制装置700可配置于网络设备。
如图7所示,该装置700可以包括收发模块710。
收发模块701用于上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS对应的DMRS端口。
根据本公开实施例的上行传输控制装置,上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及对于基于非码本的PUSCH传输,基于传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS对应的DMRS端口。本公开所提供的方案能够实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。
在一些实施例中,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
在一些实施例中,收发模块701具有用于:在PUSCH多TRP SFN传输方式下,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上接收相同数量的PTRS端口数据,其中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行接收。
在一些实施例中,收发模块701具体用于:响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同,基于PTRS最大端口数以及PTRS-DMRS关联关系指示域所指示的PTRS-DMRS端口之间的关联关系,根据预设协议规则,确定PTRS实际接收参数;基于PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收。
在一些实施例中,预设协议规则包括以下任一项:实际PTRS端口数为预设SRI对应的PTRS端口数,预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。
在一些实施例中,预设协议规则包括以下任一项:不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,实际PTRS端口数为1;不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。
在一些实施例中,收发模块701还用于:向UE发送RRC信令,其中RRC信令中包括PTRS最大端口数,实际PTRS端口数小于或等于最大端口数。
在一些实施例中,响应于数据传输层数RANK等于1,PTRS与DMRS的关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口接收并使用指示的DMRS端口进行PTRS的接收。
在一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为1,PTRS-DMRS关联关系指示域通过以下方式之一确定实际接收PTRS端口所使用的DMRS端口:以2比特指示关联的DMRS端口;以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收包括:基于PTRS-DMRS关联关系指示域确定实际接收PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用DMRS端口接收PTRS。
在一些实施例中,响应于RANK大于或等于2且实际PTRS端口数为2,PTRS-DMRS关联关系指示域通过以下方式之一确定实际接收PTRS对应的DMRS端口:以2比特指示关联的DMRS端口;以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口;其中,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收包括:基于PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际接收PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际接收PTRS端口对应的DMRS端口,并分别接收PTRS。
在一些实施例中,基于默认协议规则确定的DMRS端口为以下任一项:前两个DMRS端口中的另一个;RANK>2时其他DMRS端口中的任一个;共享同一个PTRS端口的两个DMRS端口中的任一个。
在本公开的一些实施例中,在确定PTRS关联的DMRS端口时,通过预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际接收PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自接收相同的PTRS端口。
在一些实施例中,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合指示指示域指示。
综上,基于本公开的上行传输控制装置,能够解决在网络设备指示不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同的情况下,实现PTRS的SFN传输下的增强指示,从而支持STxMP传输下SFN方案在基于非码本的配置下的终端多天线面板的CPE估计,使得多点协作传输更加有效,有效提高数据传输的可靠性和吞吐率。此外,基站多TRP/PANEL的应用主要为了改善小区边缘的覆盖,在服务区内提供更为均衡的服务质量,用不同的方式在多个TRP/PANEL间协作传输数据。从网络形态角度考虑,以大量的分布式接入点加基带集中处理的方式进行网络部署将更加有利于提供均衡的用户体验速率,并且显著的降低越区切换带来的时延和信令开销。利用多个TRP或面板之间的协作,从多个角度的多个波束进行信道的传输/接收,可以更好的克服各种遮挡/阻挡效应,保障链路连接的鲁棒性,适合URLLC业务提升传输质量和满足可靠性要求。
请参见图8,图8是本公开实施例提供的一种通信装置800的结构示意图。通信装置800可以是网络设备,也可以是用户设备,也可以是支持网络设备实现上述方法的芯片、芯片系统、或处理器等,还可以是支持用户设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法,具体可以参见上述方法实施例中的说明。
通信装置800可以包括一个或多个处理器801。处理器801可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理,中央处理器可以用于对通信装置(如,基站、基带芯片,终端设备、终端设备芯片,DU或CU等)进行控制,执行计算机程序,处理计算机程序的数据。
可选的,通信装置800中还可以包括一个或多个存储器802,其上可以存有计算机程序804,处理器801执行所述计算机程序804,以使得通信装置800执行上述方法实施例中描述的方法。可选的,所述存储器802中还可以存储有数据。通信装置800和存储器802可以单独设置,也可以集成在一起。
可选的,通信装置800还可以包括收发器805、天线806。收发器805可以称为收发单元、收发机、或收发电路等,用于实现收发功能。收发器805可以包括接收器和发送器,接收器可以称为接收机或接收电路等,用于实现接收功能;发送器可以称为发送机或发送电路等,用于实现发送功能。
可选的,通信装置800中还可以包括一个或多个接口电路807。接口电路807用于接收代码指令并传输至处理器801。处理器801运行所述代码指令以使通信装置800执行上述方法实施例中描述的方法。
在一种实现方式中,处理器801中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路,或者是接口,或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的,也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写,或者,上述收发电路、接口或接口电路可以用于信号的传输或传递。
在一种实现方式中,处理器801可以存有计算机程序803,计算机程序803在处理器801上运行,可使得通信装置800执行上述方法实施例中描述的方法。计算机程序803可能固化在处理器801中,该种情况下,处理器801可能由硬件实现。
在一种实现方式中,通信装置800可以包括电路,所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit,IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit,ASIC)、印刷电路板(printed circuitboard,PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造,例如互补金属氧化物半导体(complementary metal oxide semiconductor,CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor,NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor,PMOS)、双极结型晶体管(bipolar junction transistor,BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。
以上实施例描述中的通信装置可以是网络设备或者用户设备,但本公开中描述的通信装置的范围并不限于此,而且通信装置的结构可以不受图8的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是:
(1)独立的集成电路IC,或芯片,或,芯片系统或子系统;
(2)具有一个或多个IC的集合,可选的,该IC集合也可以包括用于存储数据,计算机程序的存储部件;
(3)ASIC,例如调制解调器(Modem);
(4)可嵌入在其他设备内的模块;
(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等;
(6)其他等等。
本公开还提供一种可读存储介质,其上存储有指令,该指令被计算机执行时实现上述任一方法实施例的功能。
本公开还提供一种计算机程序产品,该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序。在计算机上加载和执行所述计算机程序时,全部或部分地产生按照本公开实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机程序可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机程序可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(digital video disc,DVD))、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
本领域普通技术人员可以理解:本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本公开实施例的范围,也表示先后顺序。
本公开中的至少一个还可以描述为一个或多个,多个可以是两个、三个、四个或者更多个,本公开不做限制。在本公开实施例中,对于一种技术特征,通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征,该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。
如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。
此外,应该理解,本公开所述的各种实施例可以单独实施,也可以在方案允许的情况下与其他实施例组合实施。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述,仅为本公开的具体实施方式,但本公开的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本公开揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本公开的保护范围之内。因此,本公开的保护范围应以所述权利要求的保护范围为准。
Claims (30)
1.一种上行传输控制方法,其特征在于,所述方法由用户设备UE执行,所述方法包括:
上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中所述传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及
对于基于非码本的PUSCH传输,基于所述PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中所述PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。
2.根据权利要求1所述的方法,其特征在于,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
3.根据权利要求1或2所述的方法,其特征在于,所述在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:
在PUSCH多TRP SFN传输方式下,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上发送相同数量的PTRS端口数据,其中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行发送。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述基于所述传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:
响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同,基于所述PTRS最大端口数以及PTRS-DMRS关联关系指示域所指示的PTRS-DMRS端口之间的关联关系,根据所述预设协议规则,确定所述PTRS实际发送参数;
基于所述PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送。
5.根据权利要求1至4中任一项所述的方法,其特征在于,所述预设协议规则包括以下任一项:
所述实际PTRS端口数为预设SRI对应的PTRS端口数,所述预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;
所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;
所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。
6.根据权利要求1至5中任一项所述的方法,其特征在于,所述预设协议规则包括以下任一项:
不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,所述实际PTRS端口数为1;
不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法还包括:
接收所述网络设备发送的RRC信令,
其中所述RRC信令中包括所述PTRS最大端口数,所述实际PTRS端口数小于或等于所述PTRS最大端口数。
8.根据权利要求1至7中任一项所述的方法,其特征在于,
响应于数据传输层数RANK等于1,所述PTRS-DMRS关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口发送并使用指示的DMRS端口进行PTRS的发送。
9.根据权利要求1至8中任一项所述的方法,其特征在于,
响应于RANK大于或等于2且所述实际PTRS端口数为1,所述PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS端口所使用的DMRS端口:
以2比特指示关联的DMRS端口;
以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个;
其中,所述在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:
基于所述PTRS-DMRS关联关系指示域确定实际发送PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用所述DMRS端口发送PTRS。
10.根据权利要求1至9中任一项所述的方法,其特征在于,
响应于RANK大于或等于2且所述实际PTRS端口数为2,所述PTRS-DMRS关联关系指示域通过以下方式之一确定实际发送PTRS端口所使用的DMRS端口:
以2比特指示关联的两个DMRS端口;
以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口;
其中,所述在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的发送包括:
基于所述PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际发送PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际发送PTRS端口对应的DMRS端口,并分别发送PTRS。
11.根据权利要求10所述的方法,其特征在于,基于默认规则确定的DMRS端口为以下任一项:
前两个DMRS端口中的另一个;
RANK>2时其他DMRS端口中的任一个;
共享同一个PTRS端口的两个DMRS端口中的任一个。
12.根据权利要求1至11中任一项所述的方法,其特征在于,通过所述预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自发送相同的PTRS端口。
13.根据权利要求1至12中任一项所述的方法,其特征在于,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合指示指示域指示。
14.一种上行传输控制方法,其特征在于,所述方法由网络设备执行,所述方法包括:
上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中所述传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及
对于基于非码本的PUSCH传输,基于所述PTRS相关的传输配置信息和预设协议规则确定用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中所述PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS端口所使用的DMRS端口。
15.根据权利要求14所述的方法,其特征在于,不同天线面板/TRP/波束TCI状态/SRS资源集合相关联对应的PUSCH的TO对应的DMRS端口或端口组相同。
16.根据权利要求14或15所述的方法,其特征在于,所述在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收包括:
在PUSCH多TRP SFN传输方式下,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上接收相同数量的PTRS端口数据,其中,每个PTRS端口数据相同并通过相同的一个或多个DMRS端口进行接收。
17.根据权利要求14至16中任一项所述的方法,其特征在于,所述基于所述传输配置信息和预设协议规则确定的用于进行PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收包括:
响应于不同SRI指示域指示的SRS资源集合包含的PTRS端口索引实际对应的PTRS端口数不同,基于所述预设协议规则确定的所述PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上分别按照SFN传输方式进行PTRS的接收。
18.根据权利要求14至17中任一项所述的方法,其特征在于,所述预设协议规则包括以下任一项:
所述实际PTRS端口数为预设SRI对应的PTRS端口数,所述预设SRI为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI中的一个,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;
所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最小值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上;
所述实际PTRS端口数为不同天线面板/TRP/波束TCI状态/SRS资源集合/PUSCH的TO所各自关联对应的SRI对应的PTRS端口数中的最大值,并将所确定的实际PTRS端口数以及实际发送PTRS端口所使用的DMRS端口同时应用于不同天线面板/TRP/波束TCI状态/SRS资源集合各自对应的PUSCH的TO上。
19.根据权利要求14至18中任一项所述的方法,其特征在于,所述预设协议规则包括以下任一项:
不使用RRC配置的不同SRS资源集合中包含的所有SRS资源对应的PTRS端口索引值,默认不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的SRS资源集合中的所有SRS资源对应的PTRS端口索引参数均对应同一PTRS端口,其中,所述实际PTRS端口数为1;
不同天线面板/TRP/波束TCI状态/PUSCH TO所关联的任一SRS资源集合中至少具有相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值与另一SRS资源集合中相同SRS资源索引的SRS资源对应的PTRS端口索引参数的取值相同。
20.根据权利要求14至19中任一项所述的方法,其特征在于,所述方法还包括:
向所述UE发送RRC信令,
其中所述RRC信令中包括所述PTRS最大端口数,所述实际PTRS端口数小于或等于所述最大端口数。
21.根据权利要求14至20中任一项所述的方法,其特征在于,
响应于数据传输层数RANK等于1,所述PTRS-DMRS关联关系指示域为空,PTRS在不同的PUSCH的TO上分别实际对应单端口接收并使用指示的DMRS端口进行PTRS的接收。
22.根据权利要求14至21中任一项所述的方法,其特征在于,
响应于RANK大于或等于2且所述实际PTRS端口数为1,所述PTRS-DMRS关联关系指示域通过以下方式之一确定实际接收PTRS端口所使用的DMRS端口:
以2比特指示关联的DMRS端口;
以1比特指示共享同一个PTRS端口的前两个DMRS端口中的一个;
其中,所述在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收包括:
基于所述PTRS-DMRS关联关系指示域确定实际接收PTRS端口所使用的DMRS端口,并在不同的PUSCH的TO上分别使用所述DMRS端口接收PTRS。
23.根据权利要求14至22所述的方法,其特征在于,
响应于RANK大于或等于2且所述实际PTRS端口数为2,所述PTRS-DMRS关联关系指示域通过以下方式之一确定实际接收PTRS端口所使用的DMRS端口:
以2比特指示关联的两个DMRS端口;
以1比特仅指示共享同一个PTRS端口的两个DMRS端口中的一个,或不同SRS资源集合对应的同一PTRS端口对应的DMRS端口;
其中,所述在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收包括:
基于所述PTRS-DMRS关联关系指示域确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第一个实际接收PTRS端口对应的DMRS端口,基于默认规则确定在不同天线面板/TRP/波束TCI状态/SRS资源集合对应的PUSCH的TO上第二个实际接收PTRS端口对应的DMRS端口,并分别接收PTRS。
24.根据权利要求23所述的方法,其特征在于,基于默认规则确定的DMRS端口为以下任一项:
前两个DMRS端口中的另一个;
RANK>2时其他DMRS端口中的任一个;
共享同一个PTRS端口的两个DMRS端口中的任一个。
25.根据权利要求14至24中任一项所述的方法,其特征在于,在确定PTRS关联的DMRS端口时,通过所述预设协议规则确定的相应的天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO对应的SRI来确定所述实际PTRS端口数以及实际接收PTRS端口所使用的DMRS端口,并同时在不同天线面板/TRP/波束TCI状态/SRS资源集/PUSCH的TO上在相同的DMRS端口上各自接收相同的PTRS端口。
26.根据权利要求14至25中任一项所述的方法,其特征在于,不同SRS资源集合与多天线面板上的PUSCH传输相关联,不同SRS资源集合与SRI指示域的对应关系通过SRS资源集合指示指示域指示。
27.一种上行传输控制装置,其特征在于,所述装置配置于UE,所述装置包括收发模块,所述收发模块用于:
上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI调度的物理上行共享信道PUSCH在网络调度多传输和接收点TRP单频网SFN传输方式下,接收网络设备发送的相位跟踪参考信号PTRS相关的传输配置信息,其中所述传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、解调参考信号DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及
对于基于非码本的PUSCH传输,基于所述PTRS相关的传输配置信息和预设协议规则确定的用于PUSCH传输的PTRS实际发送参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的发送,其中所述PTRS实际发送参数包括实际PTRS端口数、以及实际发送PTRS端口所使用的DMRS端口。
28.一种上行传输控制装置,其特征在于,所述装置配置于网络设备,所述装置包括收发模块,所述收发模块用于:
上行多天线面板同时传输STxMP场景下基于单个下行控制信息DCI物理上行共享信道PUSCH在网络调度为多传输和接收点TRP单频网SFN传输方式下,向UE发送相位跟踪参考信号PTRS相关的传输配置信息,其中所述传输配置信息包括PTRS最大端口数、探测参考信号SRS资源指示SRI指示域、DMRS端口指示域,以及PTRS-DMRS关联关系指示域;以及
对于基于非码本的PUSCH传输,基于所述PTRS相关的传输配置信息和预设协议规则确定用于PUSCH传输的PTRS实际接收参数,在不同天线面板/TRP/波束TCI状态/探测参考信号SRS资源集合对应的PUSCH的传输时机TO上分别按照SFN传输方式进行PTRS的接收,其中所述PTRS实际接收参数包括实际PTRS端口数、以及实际接收PTRS端口所使用的DMRS端口。
29.一种通信设备,其中,包括:收发器;存储器;处理器,分别与所述收发器及所述存储器连接,配置为通过执行所述存储器上的计算机可执行指令,控制所述收发器的无线信号收发,并能够实现权利要求1-26任一项所述的方法。
30.一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行指令;所述计算机可执行指令被处理器执行后,能够实现权利要求1-26任一项所述的方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2023073585 | 2023-01-28 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116261904A true CN116261904A (zh) | 2023-06-13 |
Family
ID=86686581
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202380007938.3A Pending CN116261904A (zh) | 2023-01-28 | 2023-01-28 | 上行传输控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116261904A (zh) |
-
2023
- 2023-01-28 CN CN202380007938.3A patent/CN116261904A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2021043058A1 (zh) | 数据传输方法、装置、传输接收节点、终端及介质 | |
CN109274472B (zh) | 数据传输方法、网络设备和终端设备 | |
CN114614960B (zh) | 用于高级无线通信的参考信号信令的方法和设备 | |
CN112997437B (zh) | 分开传送针对多个发送接收点的基于解调参考信号的信道信息 | |
US10313073B2 (en) | Transmission of reference signals | |
WO2019029378A1 (zh) | 参考信号配置信息的指示方法、基站及终端 | |
WO2019136934A1 (zh) | 信道状态信息上报频带的配置方法及通信装置 | |
CN103428777B (zh) | 参考信号处理方法及装置 | |
CN114338333A (zh) | 支持hst-sfn部署场景的增强设备和方法 | |
WO2020030254A1 (en) | Joint channel estimation | |
CN115066950A (zh) | 一种资源的配置方法及网络设备 | |
WO2017132793A1 (en) | Method, system and apparatus | |
CN109150461B (zh) | 一种发送解调参考信号的方法和装置、解调方法和装置 | |
CN115191101A (zh) | 一种传输配置指示状态的指示方法及装置 | |
CN110933747B (zh) | 一种资源配置方法及通信装置 | |
CN116326131A (zh) | 上行传输控制方法及装置 | |
CN115191137A (zh) | 一种传输配置指示状态的指示方法及装置 | |
CN116261904A (zh) | 上行传输控制方法及装置 | |
WO2022033876A1 (en) | Demodulation reference signal allocation for uplink shared channel for wireless communication | |
WO2023272598A1 (zh) | 参考信号的配置方法、装置、设备及存储介质 | |
CN114826510B (zh) | 一种信息处理方法、装置、终端及网络设备 | |
WO2022099611A1 (zh) | 一种通信方法及装置 | |
WO2023206431A1 (en) | Reference signal association for multiple uplink codewords | |
US20240014991A1 (en) | Signaling patterns for time drift reference signals | |
WO2024098310A1 (en) | Independent mapping of common and private transport blocks for rate splitting |
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 |