相位跟踪参考信号的发送方法及装置与流程

1.本技术涉及通信技术领域，尤其涉及一种相位跟踪参考信号(phase tracking reference signal,ptrs)的发送方法及装置。


背景技术：

2.在现有的无线通信网络(如2g、3g和4g网络，其中g是generation的简称)中，通信系统的工作频段都在6ghz以下的频率范围中，而在这个频率范围内可用的工作频段越来越少，无法满足日益增长的通信需求。相反，6ghz以上的频率范围却有大量未充分利用的频段。因此，业界正在研究和开发工作频段在6ghz以上的未来(如5g)无线通信网络，以提供超高速的数据通信业务。在6ghz以上的频率范围，可用于下一代无线通信网络的频段包括位于28ghz、39ghz、60ghz、73ghz等处的频段。因其工作频段在6ghz以上，下一代无线通信网络具有高频通信系统的显著特点，如大带宽和高集成天线阵列，从而容易实现到较高的吞吐量。然而，相对现有的无线通信网络，工作在6ghz以上范围的下一代无线通信网络将遭受更加严重的中射频失真，尤其是相位噪声(phase noise,phn)带来的影响。另外，多普勒效应和中心频率偏移(central frequency offset，cfo)对高频通信系统性能带来的影响也会随着频段所处位置的变高而加剧。相位噪声、多普勒效应和cfo的一个共同特点是给高频通信系统的数据接收引入了相位误差，导致高频通信系统的性能下降甚至无法工作。
3.以相位噪声为例，随着频段的增加，相位噪声水平以20*log(f1/f2)的水平恶化。以2g频段和28g频段为例，28g频段的相位噪声水平比2g频段高23db。相位噪声水平越高，造成的相位误差就越大，对信号的影响就越大。
4.参考信号是发射端在发送的信号中加入预先已知的导频符号，接收端根据已知的导频符号信息完成某种特定功能。相位噪声的估计最常使用的方法是利用插入的相位跟踪参考信号(phase tracking reference signal,ptrs)来估计相位误差。
5.由于相位噪声本身的物理特性，ptrs的设计通常具备以下一些特征：
6.相噪在时间上随机变化，相干时间较短，在相位噪声参考信号的设计中，可以将相干时间理解成认为具有相同相位噪声的连续正交频分多址接入(orthogonal frequency division multiplex,ofdm)符号个数，因此一般要求估计相位噪声的参考信号具有较高的时域密度，此外不同的传输条件对ptrs的时域密度要求也不同。
7.相位噪声由本地振荡器(简称为本振)的非理想性产生，因此具有相同本地振荡器的不同天线端口具有相同的相位噪声。所以，物理上和同一个本振相连接的各个解调参考信号(demodulation reference signal，dmrs)天线端口具有相同的相位噪声，其中一个天线端口对应一个dmrs端口，因此只需要为这多个具有相同本振的dmrs天线端口配置1个ptrs天线端口，用于承载ptrs，通过这1个ptrs天线端口上发送的ptrs就可以估计出这一组dmrs天线端口上的相噪。
8.随着通信技术的发展，可能会用到多个本振来形成天线端口集合，这意味着需要采用不同的ptrs，如何选择合适的ptrs就成了一个新的课题。


技术实现要素：

9.本技术提供一种用于相位跟踪参考信号(phase tracking reference signal,ptrs)的发送方法及装置。
10.第一方面，本技术提供一种相位跟踪参考信号ptrs发送方法，包括：
11.终端设备获取上行指配信息；
12.所述终端设备根据所述上行指配信息以及预设规则确定待发送ptrs以及承载所述待发送ptrs的天线端口，所述天线端口从天线端口集合中选取，所述待发送ptrs为所有可用的ptrs中的一个或者多个；
13.所述终端设备在所述天线端口上承载所述待发送ptrs并发送所述待发送ptrs。
14.采用本方面涉及的方法，实现了只需根据上行指配信息中的预编码和/或秩等控制信息和预设规则，隐式的得到待发送的ptrs的数目和承载天线端口，而不需要明确的指示信令，有效的节约了控制信令的开销，提高了空口传输效率。
15.在一种可能的设计中，在所述终端设备根据所述上行指配信息以及预设规则确定待发送ptrs以及承载所述待发送ptrs的天线端口之前，所述终端设备确定待发送ptrs的数目。
16.在一种可能的设计中，所述天线端口集合为调度的天线端口集合。
17.在一种可能的设计中，所述上行指配信息中包括预编码码字信息；
18.所述预设规则包括：所述预编码码字信息对应的预编码码字的每一列与所述天线端口集合中的每个天线端口一一对应，所述预编码码字的同一行中的非零元素所在列对应的所述天线端口集合中的天线端口对应同一个待发送ptrs。
19.在一种可能的设计中，所述预编码码字的同一行中的非零元素所在列属于同一组，且所述组与所述待发送ptrs一一对应。
20.在一种可能的设计中，所述上行指配信息中包括预编码码字信息；
21.所述预设规则包括：所述预编码码字信息对应的预编码码字的每一行与所述天线端口集合中的每个天线端口一一对应，若所述预编码码字中同一行中的非零元素大于1个，则所述大于1个非零元素所在的列中的全部非零元素所在的行对应的发送的天线端口对应同一个ptrs。
22.在一种可能的设计中，所述预编码码字的同一列中的非零元素所在行属于同一组，且所述组与所述待发送ptrs一一对应。
23.在一种可能的设计中，所述预编码码字为码字受限子集cbsr中的一个。
24.在一种可能的设计中，所述上行指配信息中包括秩信息，所述秩的值为r；
25.所述预设规则为：所述待发送ptrs的数目为min(r,c)或者min(s,c)或者min(q,c)；
26.其中c为所述终端设备支持的最大ptrs数目或者网络设备配置给终端设备的最大ptrs数目，s为给定r的时候所述终端设备支持的最小ptrs数目，q为给定r的时候所述终端设备支持的最大ptrs数目，所述c、r、s、q为正整数。
27.在一种可能的设计中，所述所有可用的ptrs中的任意一个ptrs对应所述天线端口集合中的两个或两个以上天线端口，且任意不同的两个ptrs对应的天线端口完全不同。
28.在一种可能的设计中，所述所有可用的ptrs中的任意一个ptrs对应所述天线端口
集合中的两个或两个以上天线端口的对应方式由高层信令或者下行控制信令通知或者预先设定。
29.在一种可能的设计中，所述任意一个ptrs对应的天线端口中，用于发送所述任意一个ptrs的天线端口由高层信令或者所述下行控制信令通知或者预先设定。
30.在一种可能的设计中，所述预设规则由高层信令或者下行控制信令通知或者预先设定。
31.在一种可能的设计中，所述终端设备获取上行指配信息之前，所述终端设备向网络设备发送所述的所有可用的ptrs与所述天线端口集合中天线端口的对应关系。
32.在一种可能的设计中，所述上行指配信息中包括x比特，所述x个比特用于指示承载所述待发送ptrs的天线端口号或者ptrs关联的dmrs端口号，对不同的所述待发送ptrs的数目，所述指示的方式不同。
33.在一种可能的设计中，上述ptrs的发送方法可以通过硬件来实现，例如，通过电路、一个或多个集成电路来实现。上述ptrs的发送方法也可以通过软件来实现，例如，一个或多个处理器通过读取存储器中存储的指令来执行上述ptrs的发送方法。该一个或多个处理器可以集成在一个芯片中，也可以分布在多个芯片中。上述ptrs的发送方法也可也一部分通过硬件来实现，一部分通过软件来实现，例如，处理器通过读取存储器中存储的指令来执行上述“确定待发送ptrs”的步骤，而对“发送待发送ptrs操作”的步骤通过一个逻辑电路或者一个加速器来实现。当然，本领域的技术人员在具体实现时，也可以采用上述各种方式的组合。
34.第二方面，本技术提供一种ptrs的发送装置，包括：
35.获取模块，用于获取上行指配信息；
36.确定模块，用于根据所述上行指配信息以及预设规则确定待发送ptrs以及承载所述待发送ptrs的天线端口，所述天线端口从天线端口集合中选取，所述待发送ptrs为所有可用的ptrs中的一个或者多个；
37.发送模块，用于在所述天线端口上承载所述待发送ptrs并发送所述待发送ptrs。
38.在一种可能的设计中，在根据所述上行指配信息以及预设规则确定待发送ptrs以及承载所述待发送ptrs的天线端口之前，所述确定模块还用于确定待发送ptrs的数目。
39.在一种可能的设计中，所述天线端口集合为调度的天线端口集合。
40.在一种可能的设计中，所述上行指配信息中包括预编码码字信息；
41.所述预设规则包括：所述预编码码字信息对应的预编码码字的每一列与所述天线端口集合中的每个天线端口一一对应，所述预编码码字的同一行中的非零元素所在列对应的所述天线端口集合中的天线端口对应同一个待发送ptrs。
42.在一种可能的设计中，进一步包括，所述预编码码字的同一行中的非零元素所在列属于同一组，且所述组与所述待发送ptrs一一对应。
43.在一种可能的设计中，所述上行指配信息中包括预编码码字信息；
44.所述预设规则包括：所述预编码码字信息对应的预编码码字的每一行与所述天线端口集合中的每个天线端口一一对应，若所述预编码码字中同一行中的非零元素大于1个，则所述大于1个非零元素所在的列中的全部非零元素所在的行对应的发送的天线端口对应同一个ptrs。
45.在一种可能的设计中，所述预编码码字的同一列中的非零元素所在行属于同一组，且所述组与所述待发送ptrs一一对应。
46.在一种可能的设计中，所述预编码码字为码字受限子集cbsr中的一个。
47.在一种可能的设计中，所述上行指配信息中包括秩信息，所述秩的值为r；
48.所述预设规则为：所述待发送ptrs的数目为min(r,c)或者min(s,c)或者min(q,c)；
49.其中c为所述装置支持的最大ptrs数目或者网络设备配置给所述装置的最大ptrs数目，s为给定r的时候所述装置支持的最小ptrs数目，q为给定r的时候所述装置支持的最大ptrs数目，所述c、r、s、q为正整数。
50.在一种可能的设计中，所述所有可用的ptrs中的任意一个ptrs对应所述天线端口集合中的两个或两个以上天线端口，且任意不同的两个ptrs对应的天线端口完全不同。
51.在一种可能的设计中，所述所有可用的ptrs中的任意一个ptrs对应所述天线端口集合中的两个或两个以上天线端口的对应方式由高层信令或者下行控制信令通知或者预先设定。
52.在一种可能的设计中，所述任意一个ptrs对应的天线端口中，用于发送所述任意一个ptrs的天线端口由高层信令或者所述下行控制信令通知或者预先设定。
53.在一种可能的设计中，所述预设规则由高层信令或者下行控制信令通知或者预先设定
54.在一种可能的设计中，所述获取模块获取上行指配信息之前，所述发送模块还用于向网络设备发送所述的所有可用的ptrs与所述天线端口集合中天线端口的对应关系。
55.在一种可能的设计中，所述上行指配信息中包括x比特，所述x个比特用于指示承载所述待发送ptrs的天线端口号，对不同的所述待发送ptrs的数目，所述指示的方式不同。
56.在一种可能的设计中，所述装置为终端设备。
57.上述第二方面以及上述第二方面的各可能的设计中所提供的ptrs的发送装置，其有益效果可以参见上述第一方面和第一方面的各可能的实施方式所带来的有益效果，在此不再赘述。
58.第三方面，本技术提供一种ptrs的发送装置，包括：处理器；
59.处理器用于调用存储器中的程序指令执行第一方面及第一方面任一种可能的设计中的ptrs的发送方法。
60.在一种可能的设计中，所述装置还包括存储器，所述存储器用于存储程序指令。
61.上述存储器可以在处理器内部，或者处理器外部。上述处理器可以集成在终端设备或者基站中。
62.上述处理器可以是电路，或者是一个或多个集成电路、或者是一个或多个专用芯片。该处理器也可以是一个通用芯片，将用于实现上述ptrs的发送方法的程序指令加载上该处理器上就可以实现上述ptrs的发送的功能。上述处理器也可以是电路、集成电路、专用芯片、通用芯片中的一个或多个的组合。
63.在一种可能的设计中，所述装置为终端设备。
64.第四方面，本技术提供一种ptrs的发送装置，包括：
65.输入接口，用于获取上行指配信息；
66.逻辑电路，用于基于获取的上行指配信息执行包括上述第一方面以及上述第一方面的各可能的设计中的方法，得到待发送ptrs；
67.输出接口，用于输出ptrs信号。
68.在一种可能的设计中，所述装置为终端设备。
69.第五方面，本技术提供一种通信设备，包括上述第三方面以及上述第三方面的各可能的设计中或者包括上述第四方面以及上述第四方面的各可能的设计中所提供的ptrs的发送装置和收发器；
70.所述收发器用于发送所述ptrs。
71.第六方面，本技术提供一种可读存储介质，包括：可读存储介质和计算机程序，所述计算机程序用于实现上述第一方面以及上述第一方面的各可能的设计中所提供的ptrs的发送方法。
72.第七方面，本技术提供一种程序产品，其特征在于，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，ptrs的发送装置的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得ptrs的发送装置实施上述第一方面以及上述第一方面的各可能的设计中所述的ptrs的发送方法。
附图说明
73.图1(a)和图1(b)为本技术实施例中应用的通信系统架构示意图；
74.图2为一种ptrs天线端口和dmrs天线端口的关联示意图
75.图3为本技术提供的一种ptrs的发送方法实施例的流程图；
76.图4为本技术提供的调度的天线端口与发送的天线端口示意图；
77.图5为本技术提供的一种ptrs的接收方法流程示意图；
78.图6为本技术实施例中ptrs的发送装置结构示意图之一；
79.图7为本技术实施例中ptrs的发送装置结构示意图之二；
80.图8为本技术实施例中ptrs的发送装置结构示意图之三；
81.图9为本技术实施例中ptrs的接收装置结构示意图之一；
82.图10为本技术实施例中ptrs的接收装置结构示意图之二；
83.图11为本技术实施例中ptrs的接收装置结构示意图之三。
具体实施方式
84.本技术实施例可以应用于无线通信系统，需要说明的是，本技术实施例提及的无线通信系统包括但不限于：长期演进系统(long term evolution，lte)以及下一代5g移动通信系统的三大应用场景增强型移动宽带(enhanced mobile broad band，embb)、超可靠性低延时通信(ultra-reliable and low latency communications,urllc)以及大规模机器通信(massive machine-type communications，mmtc)。或者该无线通信系统还可以是终端设备对终端设备(device to device，d2d)通信系统，其它的通信系统，或者未来的通信系统等。
85.本技术涉及的通信装置可以配置在通信设备中，而通信设备主要包括网络设备或
者终端设备。本技术中的发送端如果为网络设备，则接收端为终端设备；本技术中的发送端如果为终端设备，则接收端为网络设备。
86.在本技术实施例中，如图1(a)所示，通信系统100包括网络设备110和终端设备112。当无线通信网络100包括核心网时，该网络设备110还可以与核心网相连。网络设备101还可以与ip网络200进行通信，例如，因特网(internet)，私有的ip网，或其它数据网等。网络设备为覆盖范围内的终端设备提供服务。例如，参见图1(a)所示，网络设备110为网络设备110覆盖范围内的一个或多个终端设备提供无线接入。除此之外，网络设备之间的覆盖范围可以存在重叠的区域，例如网络设备110和120。网络设备之间还可以可以互相通信，例如，网络设备110可以与网络设备120之间进行通信。
87.由于网络设备110或终端设备112发送信息或数据时均可以使用本技术实施例中描述的ptrs的发送方法，为方便描述，本技术实施例将通信系统100简化为如图1(b)所示的包括发送端102和接收端101的系统。发送端102为终端设备112，接收端101可以为网络设备110；或者，发送端102为网络设备110，接收端101为终端设备112。网络设备110可以是用于与终端设备进行通信的设备。例如，可以是lte系统中的演进型基站(evolved node b，enb或enodeb)，5g网络中的网络侧设备(gnodeb，gnb)，其它网络中与终端设备进行通信的网络侧设备，或者未来网络中的网络侧设备等。或者该网络设备还可以是中继站、接入点、车载设备等。在终端设备对终端设备(device to device，d2d)通信系统中，该网络设备还可以是担任基站功能的终端设备。终端设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(user equipment，ue)，移动台(mobile station，ms)等。
88.一般地，在网络设备发送的下行控制信息(downlink control information,dci)中，网络设备明确指示终端设备在向网络设备发送数据和控制信息的上行传输中所用的时频资源、天线端口、预编码方式等。
89.在以往的系统中，由于终端设备只采用一个本振，且天线数目也较少，因此所有的dmrs天线端口都是相干端口，只需一个ptrs，所以dci中无需区分ptrs，因此也就无需专门的域来指配ptrs。
90.但是随着通信技术的发展，同一网络设备或者终端设备可能采用越来越多的天线，即使是同一本振，也不能保证其连接的天线端口都一定相干，或者，同一终端设备采用了多个(这里的“多个”指“两个或两个以上”，下同)的本振，这些情况下都需要多于1个ptrs，每个ptrs端口对应一组dmrs天线端口，不同的任意两个ptrs端口对应的drms天线端口完全不同。
91.一个ptrs天线端口还需要和该组dmrs天线端口内的具体某一个dmrs天线端口建立关联关系，具有关联关系的一个ptrs天线端口和一个dmrs天线端口除了具有相同的相噪，还可以认为传输过程中经历了相同的信道，接收端通过这种关联关系，在估计相位噪声时可以确定需要使用哪一个dmrs天线端口估计的信道来辅助相噪估计。
92.如图2所示，dmrs的天线端口1、2是具有相同(或者非常接近，不失一般性，均以“相同”来说明)相位噪声的一组天线端口，dmrs天线端口3、4、5是具有相同相位噪声的一组天线端口，这两组dmrs天线端口分别对应ptrs端口6和7，即意味着ptrs端口6和dmrs天线端口组{1,2}具有相同的相位噪声，ptrs端口7和dmrs天线端口组{3,4,5}具有相同的相位噪声。
在dmrs天线端口组{1,2}内，ptrs端口6和组内的dmrs天线端口1具有关联关系，具有相同的信道(或者说具有相同的precoding)，在dmrs天线端口组{3,4,5}内，ptrs端口7和dmrs天线端口3具有关联关系，经历相同的信道。可以认为，天线端口1、2属于一个相干天线端口集合，而天线端口3、4、5属于另一个相干天线端口集合。这里的天线端口的组号与ptrs端口一一对应，其中ptrs组1即对应ptrs#6，而ptrs组2即对应ptrs#7。在不影响清楚性的前提下，也可以用ptrs#1代替ptrs#6，用ptrs#2代替ptrs#7。
93.其中，相干天线端口集合是指可以进行相干传输的天线端口构成的集合，属于同一天线端口集合的所有天线端口可以进行相干传输。所述相干传输是指，天线端口之间可以进行任意联合预编码发送探测参考信号(sounding reference signal，srs)或者物理上行共享信道(physical uplink shared channel，pusch)或者物理上行控制信道(physical uplink control channel，pucch)，所述任意联合预编码是指预编码向量或者矩阵中，对应一组相干传输的天线端口预编码系数可以为任意元素。
94.相干天线端口集合指的是网络通过配置信息配置的srs资源或者资源集合中对应的相干天线端口集合，也可以是终端设备通过高层信令上报给网络设备的相干天线端口集合，或者网络设备通过高层信令配置给终端的相干天线端口集合。可选的，一种所述高层信令可以是码字受限子集(codebook subset restriction,cbsr)信令，通过cbsr中指示的预编码码字的信息，确定相干天线端口集合。高层信令可以是无线资源控制(radio resource control，rrc)消息，或者媒体接入控制控制元素(media access control control element，mac ce)消息，或者是两者的组合，或者是其他控制信令，本技术不做限制。
95.可选的，网络设备发送给终端设备的srs资源配置信息中，可以包括srs端口的相干信息，可以通过多种方法配置端口相干信息，一种配置方式是指示一个srs资源内的多个天线端口之间的相干信息，另外一种配置方式是配置多个srs资源，每个srs资源包括1个或者多个天线端口，将多个srs资源进行划分或者分组，同一组中srs资源中的srs天线端口为相干传输天线端口，当然可以有其他配置方式，本技术不做限制。
96.特别地，一个通信设备的所有天线端口若都相干，则该通信设备可以称为全相干，只有一个ptrs；一个通信设备的所有天线端口对若都互不相干，该通信设备可以称为不相干，这种情况下ptrs数量等于dmrs天线端口数；一个通信设备的天线端口对中部分天线端口对之间可以相干，则可称为部分相干，例如，如图2中的示例即属于部分相干。
97.那么，当网络设备支持多个ptrs时，在下行传输中，网络设备如何通知终端设备下行采用的到底是1个还是多个ptrs？到底采用的是哪一个ptrs？每个ptrs端口的关联dmrs天线端口到底是哪一个？网络设备可以在广播信道或者在终端设备接入过程中将其所支持的ptrs信息告知终端设备，包括但不限于支持的ptrs数目，每一ptrs对应的dmrs天线端口组，每一ptrs端口的关联dmrs天线端口号，等等。
98.当终端设备支持多个ptrs时，在上行传输中，网络设备如果通知终端设备在上行传输中到底该采用1个还是多个ptrs？到底采用的是哪一个ptrs？每个ptrs端口的关联dmrs天线端口到底是哪一个？当然，终端设备可以在接入网络设备时将ptrs的支持能力告知基站，包括但不限于支持的ptrs数目、每一ptrs对应的dmrs天线端口组、每一ptrs端口的关联dmrs天线端口号等等。
99.对于上述的两个问题，都可以用一个简单的解决方案，就是在现有的dci中加一个
域，专门用于指示下行采用的ptrs数目和/或ptrs端口号，或者终端设备在上行传输时采用的ptrs数目和/或ptrs端口号，或者通过高层信令进行准静态的指配。但这种方法必然导致开销的增加，例如当一个设备支持2个ptrs时，就需要2个比特。这种方式虽然能非常清楚的将ptrs相关传递给接收端，但开销无疑较大。
100.因此，为了有效控制开销，可以采用隐式的方式指示。这种指示方式充分利用现有上行指配信息所包含的信息，比如预编码信息，比如秩(rank)信息，等等，这样，终端只需根据上行指配信息中的预编码和/或秩等控制信息和预设规则，隐式的得到待发送的ptrs的数目和承载天线端口，而不需要明确的指示信令，有效的节约了控制信令的开销，提高了空口传输效率下面详细说明。
101.以终端设备上行传输为例，图3为本技术提供的一种ptrs的发送方法实施例的流程图，如图3所示，本实施例的执行主体为终端设备(ptrs的发送端)，本实施例的方法可以包括：
102.s101、获取上行指配(uplink grant)信息。
103.终端设备获取网络设备发送的上行指配信息，该上行指配信息一般由网络设备下发，可以包括在dci中，也可以包括在其他能携带上行指配信息的控制消息类型中。
104.网络设备是根据终端设备支持的ptrs、信道信息、系统负载等因素确定该终端设备对应的上行指配信息的。
105.s102、确定待发送ptrs的数目。
106.根据上行指配信息中的预编码码字信息和/或秩信息对应的传输预编码中相干天线端口集合的数目，确定上行待发送ptrs端口的数目。
107.作为一个示例，这里的预编码码字信息可以是lte中的传输预编码矩阵指示(transmission precoding matrix indicactor，tpmi)或在5g或未来通信技术中用于指示预编码码字的信息，这里不做限制。
108.作为一个示例，这里的秩信息可以是lte中的传输秩指示(transmission rank indicactor，tri)或在5g或未来通信技术中用于指示秩的信息，这里不做限制。
109.s103、根据所述上行指配信息以及预设规则确定待发送ptrs以及发送所述待发送ptrs的天线端口，所述天线端口从天线端口集合中选取，所述待发送ptrs为所有可用的ptrs中的一个或者多个。
110.可选的，步骤s102和步骤s103可以合并，或者说，当确定发送待发送的ptrs的天线端口时，这些天线端口的数目就是待发送ptrs的数目。因此在本技术的叙述中对s102和s103不进行明确的区分。
111.例如，终端设备根据上行指配信息中的tpmi对应的传输预编码矩阵的可以进行相干传输的天线端口信息以及ptrs端口与相干天线端口集合中的天线端口对应关系，确定ptrs端口与上行dmrs端口(集合)中的至少一个端口对应。其中，所述相干天线端口集合是指可以进行相干传输的天线端口构成的集合，属于同一天线端口集合的所有天线端口可以进行相干传输。所述相干传输是指，天线端口之间可以进行任意联合预编码发送探测参考信号(sounding reference signal，srs)或者物理上行共享信道(physical uplink shared channel，pusch)或者物理上行控制信道(physical uplink control channel，pucch)，所述任意联合预编码是指预编码向量或者矩阵中，对应一组相干传输的天线端口
预编码系数可以为任意元素。相干天线端口集合指的是配置给终端设备的srs中对应的相干天线端口集合，也可以是终端设备通过高层信令上报给网络设备的相干天线端口集合。
112.当上行指配信息中包括预编码码字信息时，可以根据预编码码字信息对应的预编码码字确定可以进行相干传输的天线端口信息，根据相干天线端口中的天线端口对应关系确定ptrs端口与上行dmrs端口中的至少一个端口对应。预编码码字信息可以是传输预编码码字索引、和秩联合编码的预编码码字或其索引、或者其他任意形式的预编码信息。
113.如图4所示，当提到天线端口的时候，事实上可以有两种不同的含义，一种是预编码前的，不妨称之为调度的天线端口，这时候dmrs天线端口数就是m，即天线端口集合中包含了m个调度的天线端口；一种是预编码后的，不妨称之为发送的天线端口，这时候dmrs天线端口数就是n，即天线端口集合中包含了n个发送的天线端口。但需要指出的是，无论是调度的天线端口还是发送的天线端口，对最终的空口传输实际上是等效的，只是在信号处理流程中的不同表示。若x表示预编码前的向量，p表示预编码码字，y表示预编码的输出向量，y＝px，则预编码码字p的维度为n
×
m。注意，实际应用中图4中的物理天线个数不一定为n而可能大于n，视乎需要。
114.在不同的运用场景中，有的时候需要确定的是承载ptrs的调度的天线端口，有的时候需要确定的是承载ptrs的发送的天线端口。
115.具体而言，可以规定预定规则一：预编码码字信息对应的预编码码字中的每一列与天线端口集合中m个调度的天线端口一一对应，预编码码字中同一行中的非零元素若大于1个，则该大于1个非零元素所在的列对应的调度的天线端口为相干的天线端口，即对应同一个ptrs。或者说，天线端口集合中相干的天线端口对应的预编码码字的列在同一组，预编码码字中同一行的非零元素所在列属于同一组，且所在的组与所述待发送ptrs一一对应。可选的，还可以将组进行编号，组号与ptrs的端口号一一对应。
116.类似地，可以规定预定规则二：预编码码字信息对应的预编码码字中的每一行与天线端口集合中n个发送的天线端口一一对应，预编码码字中同一行中的非零元素若大于1个，则该大于1个非零元素所在的列中的全部非零元素所在的行对应的发送的天线端口为相干的天线端口，即对应同一个ptrs。或者说，天线端口集合中相干的天线端口对应的预编码码字的行在同一组，预编码码字中同一列的非零元素所在行属于同一组，且所在的组与所述待发送ptrs一一对应。可选的，还可以将组进行编号，组号与ptrs的端口号一一对应。
117.不妨以一个具有4个天线端口的终端设备为例，最大同时支持4层数据传输(即m和n都小于等于4)，假设4个天线端口可以分为两组，每组包括两个天线端口，该两个天线端口可以进行相干传输，例如该两个天线端口对应一对交叉极化天线，或者该两个天线端口对应一个天线面板。则根据上述原则，终端设备最终确定的ptrs端口如表1所示，其中传输预编码向量或者矩阵中对应的βi(其中i＝0,1,2,...,6)均为功率归一化系数，pi(其中i＝0,1,2,...,6)中的各个字母参数均为权值系数，一般为模值在0和1(包括0和1)之间的复数，在满足秩要求的前提下，部分权值系数可以为0。不失一般性，直接以行号或者列号来表示天线端口号。
118.可选的，终端设备可以直接采用表1的全部或者部分采用查表的方法根据预编码码字查找承载ptrs的天线端口。当然，表1仅仅是个示例。
119.表1
[0120][0121][0122]
*这里也可以用#1或#2来承载ptrs#2，而#3或#4用于承载ptrs#1，只需预先约定即
可，不影响本技术方法的实质，其余2个ptrs与天线端口的映射方式也类似，表1仅仅是示例。
[0123]
由表1可以有包括但不限于如下推论：
[0124]
1)对同一个预编码码字，根据不同的预定规则得到的ptrs数目一样；
[0125]
2)即使是相同的秩，根据相同的预定规则，不同的预编码码字对应的ptrs数目都有可能一样也有可能不一样，例如p2和p3：按预定规则一，p2对应的ptrs数目为1而p3对应的ptrs数目为2；按预定规则二，p2对应的ptrs数目为2而p3对应的ptrs数目为4；
[0126]
3)即使是相同的ptrs数目，按不同的预定规则，所选取的承载ptrs的天线端口可能一样也有可能不一样，比如对于p0和p1，按预定规则一都只能选天线端口#1，而按预定规则二，则p0和p1对应的天线端口不限于天线端口#1，尤其是p1对应的ptrs已经不能选择承载于天线端口#1；
[0127]
4)对于给定的天线组，如果要支持多ptrs，那么可能只能选取一部分预编码码字，比如p4和p5，由于ptrs与天线端口的对应方式不一样，所以需要根据终端本身的天线组特性确定。
[0128]
需要指出的是，表1中出现的“或”表明涉及的天线端口为相干天线，属于同一个相干天线端口集合，本技术不限定对应同一个ptrs的相干天线端口集合中到底是哪一个天线端口用于承载ptrs。可选的，一个ptrs端口与该ptrs端口对应的所有相干天线端口中的天线端口对应关系包括但不限于该ptrs端口号对应于相干天线端口集合中最大天线端口号、最小天线端口号、奇数号、偶数号或任一按照预定义规则定义的天线端口号，所述对应关系通过预定义或通过高层信令或者dci或任意预先约定的下行信道进行配置。
[0129]
例如，可以dci中增加x个比特用于指示承载ptrs的天线端口号，那么根据ptrs的具体数量，该x个比特需要用不同的预设规则进行解读和映射。一般地，假如天线端口数为z，可以取x＝log2z或者x＝z/2。例如表1的例子中，x可以取为2。当一个终端设备只支持1个ptrs的时候，这2个比特就指示4个天线端口中到底由哪一个来发送ptrs。当一个终端设备最多能支持2个ptrs的时候，这2个比特可以分别指示每个ptrs对应的天线端口。例如，如果预编码码字为p4，则第1个比特用于指示承载ptrs#1的是天线端口#1还是天线端口#2，例如取0时表示是天线端口#1而取1时表示是天线端口#2，或者反之。当采用预设规则一的时候，第2个比特是冗余的，但当采用预设规则二时，第2个比特可以用于指示承载ptrs#2的是天线端口#3还是天线端口#4。如果预编码码字为p6，则无论采用预设规则一还是预设规则二，第1个比特可以用于指示承载ptrs#1的是天线端口#1还是天线端口#3，第2个比特可以用于指示承载ptrs#2的是天线端口#2还是天线端口#4。这种通过前述的方式得到ptrs的数目，然后根据不同的ptrs的数目对x比特进行不同映射指示的方法也可以看成是一种隐式的指示。
[0130]
可选的，x个比特可以用于指示x个ptrs选择的天线端口号，每个ptrs对应2个天线端口，该ptrs对应的比特的0表示这2个天线端口中的一个，而1表示这2个天线端口中的另一个。
[0131]
可选的，预编码码字还可以是cbsr中的一个。
[0132]
如果要进一步简化确定待发送ptrs的数目及承载待发送ptrs的天线端口的预定规则，还可以只用秩信息。这种方式下，终端设备根据秩的值确定ptrs的数量，然后根据预
定的ptrs数量和承载ptrs的天线端口之间的一一对应关系确定发送待发送ptrs的dmrs天线端口。
[0133]
例如，如果上行指配信息中包括秩信息，所述秩的值为r；则待发送ptrs的数目a取为min(r,c)或者min(s,c)或者min(q,c)或者任意一个预先约定的值，其中c为所述终端设备支持的最大ptrs数目或者网络设备配置给终端设备的最大ptrs数目，s为给定r的时候所述终端设备支持的最小ptrs数目，q为给定r的时候所述终端设备支持的最大ptrs数目，所述c、r、s、q为正整数，min()为求取括号内最小值的操作。a确定后，可选的，按所述所有可用的ptrs中的每个ptrs的端口号从小到大依次选取a个为所述的待发送ptrs，或者按所述所有可用的ptrs中的每个ptrs的端口号从大到小依次选取a个为所述的待发送ptrs，或者按任意预先设定的规则从所述所有可用的ptrs中选取a个为所述的待发送ptrs。比如按表1中的方式，实际上默认了按ptrs端口号从小到大依次选取的方式。
[0134]
可以看到，这种映射方式虽然简单，但需要在网络设备和终端设备之间预先约定较多的内容，例如在r＝2的时候，由于未采用预编码码字信息而ptrs端口与天线端口之间的对应关系较为固定，所以实际能用的预编码码字只能是p2和p3中的一个。表1的例子中，c＝2，所以对于r＝2，则s＝1，q＝2，当ptrs数目a为min(r,c)＝2或者min(q,c)＝2时，只能采用p2，并按表1中的对应关系确定承载ptrs的天线端口，当当ptrs数目a为min(s,c)＝1时，只能采用p3，并按表1中的对应关系确定承载ptrs的天线端口。
[0135]
当然，这里也可以直接跳过确定ptrs数目的过程，直接将秩信息与承载ptrs端口的天线端口一一对应起来。例如，只选取表1中的部分行与列形成表2，注意表2仅仅是一个示例，其中选取的规则是a＝min(q,c)。
[0136]
表2
[0137][0138][0139]
同样的，如果有x个比特用于指示承载ptrs的天线端口，该x个比特也可以采用前述的方法进行解读和映射，这里不再赘述。
[0140]
类似地，终端设备还可以根据上行调度授权信息中的sri对应的srs资源信息，确定上行ptrs端口的信息，所述ptrs端口信息包括ptrs端口数目信息，以及ptrs端口与dmrs端口对应信息。
[0141]
s104，在所述天线端口上发送待发送ptrs。
[0142]
要注意的是，图中并未画出终端设备确定待发送ptrs的序列和时频资源的过程以及具体的资源映射、调制、数模变换、变频等处理步骤，这是因为这些都是现有技术，因此并未赘述。
[0143]
图3所示的例子为用于上行传输的例子，但实际上这些预设规则也同样适用于下行的ptrs接收，即在下行的数据或者控制信息的传输中，同样可以根据dci中携带的下行传输预编码码字或者秩信息将网络设备侧采用的ptrs数目及承载ptrs的天线端口以隐式或者结合x个额外比特的部分隐式的方式告知终端设备。图5为一个ptrs接收的实施例。
[0144]
s201：终端设备获取下行指配消息；
[0145]
s202：所述终端设备确定接收ptrs的数目
[0146]
s203：所述终端设备根据所述下行指配消息以及预设规则确定接收ptrs以及承载所述接收ptrs的天线端口，所述天线端口从天线端口集合中选取，所述接收ptrs为所有可用的ptrs中的一个或者多个。
[0147]
其中步骤s202和s203与步骤s102和s103所述的方法一致，不再赘述。
[0148]
s204：所述终端设备在所述天线端口检测所述接收ptrs。
[0149]
需要说明的是，上述步骤不一定完全按顺序执行，某些步骤还是可选的，例如步骤s102和s202。
[0150]
还需要说的是，上述方法涉及的都是单个的tpmi。一般地，一个tpmi对应至少一个ptrs，所以，当一个dci或者其他上行指配信息中包含2个或2个以上的tpmi的时候，意味着终端设备至少支持2个ptrs，这个能力以及ptrs与天线端口的对应关系可以在终端设备接入网络的时候通知网络设备，具体的每个tpmi对应的ptrs的确定方式即可采用上述方法。
[0151]
基于图3所示的ptrs的发送方法的同一发明构思，如图6所示，本技术实施例中还提供一种ptrs的发送装置700，该ptrs的发送装置700用于执行图3所示的ptrs的发送方法。图3所示的ptrs的发送方法中的部分或全部可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，ptrs的发送装置700包括：输入接口701，用于获取上行指配信息；逻辑电路702，用于执行上述图3所示的ptrs的发送方法，具体请见前面方法实施例中的描述，此处不再赘述；输出接口703，用于输出ptrs信号。
[0152]
可选的，ptrs的发送装置700在具体实现时可以是芯片或者集成电路。
[0153]
可选的，当上述实施例的ptrs的发送方法中的部分或全部通过软件来实现时，如图7所示，ptrs的发送装置800包括：存储器801，用于存储程序；处理器802，用于执行存储器801存储的程序，当程序被执行时，使得ptrs的发送装置800可以实现上述图3对应实施例提供的ptrs的发送方法。
[0154]
可选的，上述存储器801可以是物理上独立的单元，也可以与处理器802集成在一起。
[0155]
可选的，当上述图3对应实施例的ptrs的发送方法中的部分或全部通过软件实现时，ptrs的发送装置800也可以只包括处理器802。用于存储程序的存储器801位于ptrs的发送装置800之外，处理器802通过电路/电线与存储器801连接，用于读取并执行存储器801中存储的程序。
[0156]
处理器802可以是中央处理器(central processing unit，cpu)，网络处理器
(network processor，np)或者cpu和np的组合。
[0157]
处理器802还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，asic)，可编程逻辑器件(programmable logic device，pld)或其组合。上述pld可以是复杂可编程逻辑器件(complex programmable logic device，cpld)，现场可编程逻辑门阵列(field-programmable gate array，fpga)，通用阵列逻辑(generic array logic,gal)或其任意组合。
[0158]
存储器801可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)；存储器801也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)；存储器801还可以包括上述种类的存储器的组合。
[0159]
基于图3对应实施例所示的ptrs的发送方法的同一发明构思，如图8所示，本技术实施例中还提供一种ptrs的发送装置实施例的结构示意图，该ptrs的发送装置可以包括：获取模块901，确定模块902，发送模块903。获取模块901用于执行步骤s101对应的方法，确定模块902用于执行步骤s102和s103对应的方法，发送模块903用于执行步骤s104对应的方法。该装置为终端设备。
[0160]
本实施例的装置，可以用于执行图3对应方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0161]
需要注意的是，图8中并未画出包括但不限于ptrs序列产生、时频资源确定模块、调制模块、数模转换模块、变频模块、发送模块等现有技术中常用的模块的部分或全部，其中发送模块用于发送ptrs，在发送之前，还要进行调制、数模变换等操作。
[0162]
基于图5所示的ptrs的发送方法的同一发明构思，如图9所示，本技术实施例中还提供一种ptrs的接收装置1100，该ptrs的接收装置1100用于执行图5所示的ptrs的接收方法。图5所示的ptrs的接收方法中的部分或全部可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，ptrs的接收装置1100包括：输入接口1101，用于获取下行指配信息；逻辑电路1102，用于执行上述图5所示的ptrs的接收方法，具体请见前面方法实施例中的描述，此处不再赘述；输出接口1103，用于输出检测后的ptrs信号。
[0163]
可选的，ptrs的接收装置1100在具体实现时可以是芯片或者集成电路。
[0164]
可选的，当上述实施例的ptrs的接收方法中的部分或全部通过软件来实现时，如图10所示，ptrs的接收装置1200包括：存储器1201，用于存储程序；处理器1202，用于执行存储器1201存储的程序，当程序被执行时，使得ptrs的接收装置1200可以实现上述图5对应实施例提供的ptrs的接收方法。
[0165]
可选的，上述存储器1201可以是物理上独立的单元，也可以与处理器1202集成在一起。
[0166]
可选的，当上述图5对应实施例的ptrs的接收方法中的部分或全部通过软件实现时，ptrs的接收装置1200也可以只包括处理器1202。用于存储程序的存储器1201位于ptrs的接收装置1200之外，处理器1202通过电路/电线与存储器1201连接，用于读取并执行存储器1201中存储的程序。
[0167]
处理器1202可以是中央处理器(central processing unit，cpu)，网络处理器(network processor，np)或者cpu和np的组合。
[0168]
处理器1202还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，asic)，可编程逻辑器件(programmable logic device，pld)或其组合。上述pld可以是复杂可编程逻辑器件(complex programmable logic device，cpld)，现场可编程逻辑门阵列(field-programmable gate array，fpga)，通用阵列逻辑(generic array logic,gal)或其任意组合。
[0169]
存储器1201可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，ram)；存储器1201也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，hdd)或固态硬盘(solid-state drive，ssd)；存储器1201还可以包括上述种类的存储器的组合。
[0170]
基于图5对应实施例所示的ptrs的接收方法的同一发明构思，如图11所示，本技术实施例中还提供一种ptrs的接收装置实施例的结构示意图，该ptrs的接收装置可以包括：获取模块1301，确定模块1302，检测模块1303。获取模块1301用于执行步骤s201对应的方法，确定模块1302用于执行步骤s202和s203对应的方法，检测模块1303用于执行步骤s204对应的方法。该装置为终端设备。
[0171]
本实施例的装置，可以用于执行图5对应方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。
[0172]
需要注意的是，图11中并未画出包括但不限于ptrs序列确定模块、时频资源确定模块、解调模块、模数转换模块、变频模块等现有技术中常用的部分或全部模块，其中检测模块用于检测ptrs，在检测之前，还要进行解调、模数变换、ptrs序列映射、时频资源映射等操作。
[0173]
本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。所述计算机指令还可以从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。
[0174]
本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0175]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0176]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计
算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0177]
尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
[0178]
显然，本领域的技术人员可以对本技术实施例进行各种改动和变型而不脱离本技术实施例的精神和范围。这样，倘若本技术实施例的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。