CN114698104A - 一种指示天线端口的方法、装置与系统 - Google Patents

Abstract

本申请提供了一种指示天线端口的方法、装置与系统，该方法是针对低能力终端设备设计的，包括：网络设备基于低能力终端设备的数据传输方式，以及收发参考信号的天线端口数量，将数据传输方式通过物理高层信令为终端设备配置，从而降低了动态指示信令的开销，节省了传输资源，提高了数据传输的性能。

Description

一种指示天线端口的方法、装置与系统

技术领域

本申请涉及通信技术领域，尤其涉及一种指示天线端口的方法、装置与系统。

背景技术

目前，第三代移动通信伙伴项目(3rd generation partnership project，3GPP)，开展了低能力的(reduced capability，REDCAP)用户设备(user equipment,UE)的项目研究。

REDCAP UE通常具有更窄的带宽和更低的传输速率，相较于增强移动宽带(enhanced mobile broadband，EMBB)用户设备最少要求支持到100m带宽而言，REDCAP UE仅需要数兆带宽。因此，其电池寿命更长，处理复杂度更低，成本也更低。新无线(newradio,NR)通信系统中，REDCAP UE可以应用于不需要支持大的带宽的场景，包括工业无线传感器网络(industry wireless sensor network，IWSN)，视频监控网络(videosurveillance network，VSN)，可穿戴设备，例如智能手表等。

NR RADCAP UE一个重要的潜在特征就是发射或者接收天线数目的减少，也即是发送或者接收信号的天线端口的数量变少。终端设备与基站之间的多天线数据传输需要基于解调参考信号(demodulation reference signal，DMRS)实现解调，如何设计适配NRREDCAP UE的参考信号的端口配置亟待解决。

发明内容

本申请提供一种指示天线端口的方法、装置与系统，能够根据低能力终端设备的特性，为低能力终端设备指示适配其收发参考信号的端口配置。

第一方面，提供了一种指示天线端口的方法，该方法可以由网络设备执行。

该方法可以包括：网络设备确定第一天线端口指示字段和/或第二天线端口指示字段，该第一天线端口指示字段用于指示终端设备接收参考信号时使用的天线端口，该第二天线端口指示字段用于指示该终端设备发送参考信号时使用的天线端口，该第一天线端口指示字段包括在第一下行控制信息中，该第二天线端口指示字段包括在第二下行控制信息中，其中，该第一天线端口指示字段占用的比特数为0、1、2、3中的一个，该第二天线端口指示字段占用的比特数为0、1、2中的一个；该网络设备向该终端设备发送该第一下行控制信息和/或该第二下行控制信息，该终端设备为低能力终端设备。

本申请实施例提供的指示天线端口的方法，基于REDCAP UE来进行设计。本申请的方法通过降低下行控制信息的中用于指示天线端口的字段的比特开销，有助于提升低能力终端设备检测物理下行控制信道(physical downlink control channel，PDCCH)的相关性能，例如提升盲检的性能，从而降低了检测的功耗，提升了REDCAP UE检测PDCCH数据传输的可靠性和传输的覆盖范围。

结合第一方面，在第一方面的某些实现方式中，该网络设备确定第一天线端口指示字段和/或第二天线端口指示字段，包括：根据该终端设备数据的传输方式确定第一天线端口指示字段和/或第二天线端口指示字段，其中，该传输方式包括单用户SU传输方式或多用户MU传输方式。

本申请实施例提供的指示天线端口的方法，可以根据终端设备不同的传输方式来确定指示天线端口的指示字段，即在确定终端设备当前的传输方式后，通过下行控制信息给终端设备指示更加匹配当前传输方式的天线端口指示信息，增加了指示的灵活性和针对性。

结合第一方面，在第一方面的某些实现方式中，该终端设备的数据接收方式为单用户SU传输方式时，网络设备确定该第一天线端口指示字段为0比特或1比特，或者该终端设备的数据接收方式为多用户MU传输方式时，网络设备确定该第一天线端口指示字段为0比特或1比特或3比特。

可选的，网络设备在确定第一天线端口指示字段的比特数时，需要先确定终端设备数据的传输方式。

可选地，该终端设备数据的传输方式可以是网络设备向终端设备发送第二信息，用该第二信息指示给终端设备的。

可选地，该第二信息的内容可以是网络设备直接指示的终端设备数据的传输方式为SU传输方式或者为MU传输方式，也可以是指示终端设备沿用上一次的数据传输方式。

可选地，该第二信息可以承载在高层信令中。

本申请实施例提供的指示天线端口的方法，基于REDCAP UE的信道传输特征，将与信道传输特征相关的参考信号的配置，也就是REDCAP UE的数据传输方式，通过高层信令的方式实现，进而降低了动态信令指示的开销，从而可以提升REDCAP UE检测PDCCH数据传输的可靠性和传输的覆盖范围。

结合第一方面，在第一方面的某些实现方式中，该网络设备确定第一天线端口指示字段和/或第二天线端口指示字段，包括：根据该终端设备接收参考信号的天线端口的数量和该终端设备的数据接收方式确定该第一天线端口指示字段；和/或根据该终端设备的数据发送方式确定该第二天线端口指示字段。

可选的，网络设备接收来自终端设备的第三信息，终端设备通过第三信息上报接收参考信号的天线端口的数量，网络设备通过该第三信息确定终端设备接收参考信号的天线端口的数量。

可以理解，网络设备在确定第一天线端口指示字段的时候，可以先确定终端设备接收参考信号的天线端口的数量，再确定该终端设备数据的传输方式，或者这两个步骤也可以同时进行，或者反过来，网络设备可以先接收第三信息获知终端设备接收参考信号的天线端口的数量，然后通过第二信息为终端设备指示数据传输方式。或者，网络设备可以不依赖终端设备上报的第三信息，网络设备可以自行确定终端设备的接收参考信号的天线端口的数量。上述确定天线数量与确定传输方式之间没有必然的先后顺序，但网络设备在确定第一天线端口指示字段之前需要明确该终端设备数据传输方式和接收参考信号的天线端口的数量。

结合第一方面，在第一方面的某些实现方式中，该终端设备接收参考信号的天线端口的数量为1，该终端设备的数据接收方式为SU传输方式时，该第一天线端口指示字段为0比特；或者该终端设备接收参考信号的天线端口的数量为2，该终端设备的数据接收方式为SU传输方式时，该第一天线端口指示字段为1比特；或者该终端设备接收参考信号的天线端口的数量为1，该终端设备的数据接收方式为MU传输方式时，该第一天线端口指示字段为0比特或3比特；或者该终端设备接收参考信号的天线端口的数量为2，该终端设备的数据接收方式为MU传输方式时，该第一天线端口指示字段为1比特或3比特。

结合第一方面，在第一方面的某些实现方式中，该0比特的指示字段用于指示默认的天线端口，该1比特的指示字段用于指示默认的1个天线端口或默认的2个天线端口，该3比特的指示字段用于指示3比特的取值所对应的天线端口。3比特的取值从000到111可能对应8种不同的情况，通过比特具体取值对应到其中一种天线端口的情况。

指示字段位于下行控制信息中，下行控制信息中有相应的指示域用于承载指示字段，0比特的指示字段可以理解为此时第一下行控制信息中指示域中的比特不用于指示参考信号的端口，而用于指示其他信息，此时终端设备确定指示字段为0比特，确定使用默认的天线端口进行参考信号的接收，默认的天线端口可以理解为终端设备与网络设备提前约定或者协商好的天线端口。

应理解，该第一下行控制信息中的指示字段所占用的比特数，网络设备需要通过其他信息来指示终端设备。可选的，该信息可以承载于该第一下行控制信息。

应理解，当该0比特或1比特或3比特为第一天线端口指示字段时，用于指示的是终端设备接收参考信号时使用的天线端口。

本申请实施例提供的指示天线端口的方法，网络设备根据REDCAP UE的数据传输方式和接收参考信号的天线端口的数量，通过下行控制信息给终端设备指示更加匹配当前传输方式以及当前接收参考信号的天线端口数量下的天线端口指示信息，增加了指示的灵活性。

结合第一方面，在第一方面的某些实现方式中，该终端设备的数据发送方式为SU传输方式时，该第二天线端口指示字段为0比特，或者该终端设备的数据发送方式为MU传输方式时，该第二天线端口指示字段为0比特或2比特。

结合第一方面，在第一方面的某些实现方式中，该0比特的指示字段用于指示默认的天线端口，该2比特的指示字段用于指示2比特的取值所对应的天线端口。

2比特的取值从00到11可能对应4种不同的情况，通过比特具体取值对应到其中一种天线端口的情况。

同样的，0比特的指示字段可以理解为此时下行控制信息中指示域中的比特不用于指示参考信号的端口，而用于指示其他信息，此时终端设备确定指示字段为0比特，确定使用默认的天线端口进行参考信号的发送，默认的天线端口可以理解为终端设备与网络设备提前约定或者协商好的天线端口。

应理解，当该0比特或2比特为第二天线端口指示字段时，用于指示的是终端设备发送参考信号时使用的天线端口。

应理解，由于低能力终端设备的上行发送参考信号的天线端口的数量只为1，也就是发送参考信号的天线端口的数量为1，因此，当需要终端设备发送上行参考信号时，可以不需要终端设备向网络设备通过发送信息来上报发送参考信号的天线端口的数量，网络设备默认终端设备发送参考信号的天线端口的数量为1。

可选的，终端设备仍然可以通过第三信息上报发送参考信号的天线端口的数量。

应理解，在网络设备指示终端设备发送参考信号使用的天线端口时，即网络设备在确定第二天线端口指示字段的之前需要明确该终端设备的数据传输方式。

应理解，第二下行控制信息中的指示字段所占用的比特数，网络设备需要通过其他信息来指示终端设备。可选的，该信息可以承载于该第二下行控制信息中。

结合第一方面，在第一方面的某些实现方式中，网络设备发送第一信息，该第一信息用于指示该终端设备的天线端口对应的参考信号占用的OFDM符号中的数据与该参考信号之间的复用传输方式，该复用传输方式包括频分复用和时分复用。

可选的，该第一信息可以包括在第一下行控制信息中和/或第二下行控制信息中。

可选的，该第一信息可以承载在无线资源控制信令中或介质接入控制信令中。

基于上述技术方案，通过在下行控制信息中为终端设备配置参考信号与数据的复用传输方式，可以只在一种格式的下行控制信息中为终端设备指示复用传输方式，使得终端设备减少检测多种下行控制信息的格式，减少了终端设备检测PDCCH的功耗。此外，由于该第一信息可以承载于该第一下行控制信息中和/或第二下行控制信息中，因此，可以通过该第一下行控制信息中和/或第二下行控制信息的保留状态，实现参考信号与数据复用方式的动态切换，保证低能力终端设备数据传输的性能。可选的，该第一信息也可以承载于该第一天线端口指示字段和/或第二天线端口指示字段的保留状态中，换句话说，当该第一天线端口指示字段或第二天线端口指示字段中存在保留状态时，该保留状态可以用来指示数据与该参考信号之间的复用传输方式。

第二方面，提供了一种确定天线端口的方法，该方法包括：终端设备接收第一下行控制信息和/或第二下行控制信息，该第一下行控制信息包括第一天线端口指示字段，该第二下行控制信息包括第二天线端口指示字段，其中，该第一天线端口指示字段占用的比特数为0、1、2、3中的一个，该第二天线端口指示字段占用的比特数为0、1、2中的一个。该终端设备根据该第一天线端口指示字段确定接收下行数据时使用的天线端口和/或该第二天线端口指示字段确定发送上行数据时使用的天线端口。

本申请实施例提供的确定天线端口的方法，对于REDCAP UE来讲，由于其收发天线最大天线端口数目有限，因此，本申请的方法能够降低指示天线端口的比特开销，有助于提升REDCAP UE检测物理下行控制信道(physical downlink control channel，PDCCH)数据传输的可靠性和传输的覆盖范围。

结合第二方面，在第二方面某些实现方式中，该方法还包括：该终端设备确定的数据传输方式，该传输方式包括单用户SU传输方式或多用户MU传输方式。其中，该终端设备根据该第一天线端口指示字段确定接收下行数据时使用的天线端口和/或该第二天线端口指示字段确定发送上行数据时使用的天线端口，包括：该终端设备根据该传输方式和第一天线端口指示字段确定接收下行数据时使用的天线端口和/或该第二天线端口指示字段确定发送上行数据时使用的天线端口。

本申请实施例提供的确定天线端口的方法，终端设备根据自身数据的传输方式来确定接收指示天线端口的指示字段，即终端设备确定的是能够匹配当前传输方式的天线端口指示信息，增加了指示的灵活性和多样性。

结合第二方面，在第二方面某些实现方式中，当该终端设备的数据传输方式为单用户SU传输方式时，该第一天线端口指示字段为0比特或1比特，此时，该终端设备根据该SU传输方式和该0比特第一天线端口指示字段，确定默认的天线端口为该接收参考信号时使用的天线端口，或者该终端设备根据该SU传输方式和该1比特第一天线端口指示字段，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口。当该终端设备的数据接收方式为MU传输方式时，该第一天线端口指示字段为0比特或1比特或3比特，该终端设备根据该MU传输方式和该0比特的第一天线端口指示字段，确定默认的天线端口为该接收参考信号时使用的天线端口，或者该终端设备根据该MU传输方式和该1比特第一天线端口指示字段，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口，或者该终端设备根据该MU传输方式和该3比特第一天线端口指示字段，确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口。

应理解，指示字段位于下行控制信息中，下行控制信息中有相应的指示域用于承载指示字段，0比特的指示字段可以理解为此时第一下行控制信息中指示域中的比特不用于指示参考信号的端口，而用于指示其他信息，此时终端设备确定指示字段为0比特，确定使用默认的天线端口进行参考信号的接收，默认的天线端口可以理解为终端设备与网络设备提前约定或者协商好的天线端口。而3比特的取值从000到111可能对应8种不同的情况，通过比特具体取值对应到其中一种天线端口的情况。

需要说明的是，终端设备是通过网络设备发送的其他信息来确定下行控制信息中的指示字段所占用的比特数的。可选的，该信息可以承载于该第一下行控制信息中。

可选地，该终端设备数据的传输方式可以是从网络设备处接收到的第二信息获得的。

可选地，该第二信息的内容可以是网络设备直接指示的终端设备数据的传输方式为SU传输方式或者为MU传输方式，也可以是指示终端设备沿用上一次的数据传输方式。

可选地，该第二信息可以承载在高层信令中。

可选的，终端设备接收该第二信息的时间可以在接收第一下行控制信息之后，换句话说，终端设备只需在确定第一下行控制信息指示的内容时，获得数据的传输方式即可。

本申请实施例提供的确定天线端口的方法，REDCAP UE通过高层信令的方式获得数据的传输方式，从而能够接收到更小开销的动态指示信息信令，提升了REDCAP UE检测PDCCH数据传输的可靠性和传输的覆盖范围。

结合第二方面，在第二方面某些实现方式中，该终端设备根据接收参考信号的天线端口的数量、数据接收方式和该第一天线端口指示字段确定接收参考信号时使用的天线端口。

可选的，当该终端设备接收参考信号的天线端口的数量为1，该数据接收方式为SU传输方式时，终端设备接收该0比特的第一天线端口指示字段，此时，终端设备确定默认的天线端口为该接收参考信号时使用的天线端口。或者当该终端设备接收参考信号的天线端口的数量为2，该数据接收方式为SU传输方式时，终端设备接收该1比特的第一天线端口指示字段，此时，该终端设备确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口。或者当该终端设备接收参考信号的天线端口的数量为1，该数据接收方式为MU传输方式时，终端设备接收0比特或3比特的该第一天线端口指示字段，此时，若该第一天线端口指示字段为0比特，终端设备确定默认的天线端口为该接收参考信号时使用的天线端口，若该第一天线端口指示字段为3比特，终端设备确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口。或者当该终端设备接收参考信号的天线端口的数量为2，该数据接收方式为MU传输方式时，终端设备接收1比特或3比特的该第一天线端口指示字段，此时，若该第一天线端口指示字段为1比特，终端设备确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口，若该第一天线端口指示字段为3比特，终端设备确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口。

可选的，终端设备可以通过第三信息向网络设备上报接收参考信号的天线端口的数量。

应理解，若网络设备获得终端设备接收参考信号的天线端口的数量是通过终端设备上报的第三信息获得的，则终端设备在接收第一天线端口指示字段之前，应先向网络设备发送该第三信息，从而该第一天线指示字段才能够对应该接收参考信号的天线端口数量。

本申请实施例提供的确定天线端口的方法，由于REDCAP UE在不同使用场景下的数据传输方式和接收参考信号的天线端口的数量不同，因此，通过高层信令来配置REDCAPUE的数据传输方式，降低动态信令的比特开销，有助于提升REDCAP UE检测PDCCH。

结合第二方面，在第二方面某些实现方式中，该终端设备的数据发送方式为SU传输方式时，该第二天线端口指示字段为0比特，该终端设备确定默认的天线端口为该发送参考信号时使用的天线端口。

结合第二方面，在第二方面某些实现方式中，该终端设备的数据发送方式为MU传输方式时，该第二天线端口指示字段为0比特或2比特，若该第二天线端口指示字段为0比特，终端设备确定默认的天线端口为该发送参考信号时使用的天线端口，若该第二天线端口指示字段为2比特，终端设备确定该第二天线端口指示字段的取值所对应的天线端口为该发送参考信号时使用的天线端口。

应理解，2比特的取值从00到11可能对应4种不同的情况，通过比特具体取值对应到其中一种天线端口的情况。

同样的，0比特的指示字段可以理解为此时下行控制信息中指示域中的比特不用于指示参考信号的端口，而用于指示其他信息，此时终端设备确定指示字段为0比特，确定使用默认的天线端口进行参考信号的发送，默认的天线端口可以理解为终端设备与网络设备提前约定或者协商好的天线端口。

应理解，由于低能力终端设备的上行发送参考信号的天线端口的数量只为1，也就是发送参考信号的天线端口的数量为1，因此，当终端设备发送上行参考信号时，可以不需要终端设备向网络设备通过发送信息来上报发送参考信号的天线端口的数量，网络设备默认终端设备发送参考信号的天线端口的数量为1。

可选的，终端设备仍然可以通过第三信息上报发送参考信号的天线端口的数量。

应理解，第二下行控制信息中的指示字段所占用的比特数，网络设备需要通过其他信息来指示终端设备。可选的，该信息可以承载于该第二下行控制信息中。

结合第二方面，在第二方面某些实现方式中，终端设备接收第一信息，该终端设备根据该第一信息确定天线端口对应的参考信号占用的OFDM符号中的数据与该参考信号之间的复用传输方式，该复用传输方式包括频分复用和时分复用。

第三方面，提供了一种指示天线端口的装置，该装置可以是网络装置或者网络设备。具体地，该装置可以包括用于执行第一方面或任一可能的实施方式中的方法的模块，例如包括处理模块，可选的，还可以包括收发模块。示例性地，收发模块可以包括发送模块和接收模块，发送模块和接收模块可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。例如，所述收发模块也可以通过收发器实现，所述处理模块也可以通过处理器(或者，处理电路)实现。或者，发送模块可以通过发送器实现，接收模块可以通过接收器实现，发送器和接收器可以是不同的功能模块，或者也可以是同一个功能模块，但能够实现不同的功能。如果第一通信装置为通信设备，收发器例如通过通信设备中的天线、馈线和编解码器等实现。或者，如果第一通信装置为设置在通信设备中的芯片，那么收发器(或，发送器和接收器)例如为芯片中的通信接口，该通信接口与通信设备中的射频收发组件连接，以通过射频收发组件实现信息的收发。该装置包括：处理模块，还用于确定第一天线端口指示字段和/或第二天线端口指示字段，该第一天线端口指示字段用于指示该终端设备接收下行数据时使用的天线端口，该第二天线端口指示字段用于指示该终端设备发送上行数据时使用的天线端口，该第一天线端口指示字段包括在第一下行控制信息中，该第二天线端口指示字段包括在第二下行控制信息中，其中，该第一天线端口指示字段占用的比特数为0、1、2、3中的一个，该第二天线端口指示字段占用的比特数为0、1、2中的一个。收发模块，用于向该终端设备发送该第一下行控制信息和/或该第二下行控制信息。

结合第三方面，在第三方面的某些实现方式中，该终端设备的数据接收方式为单用户SU传输方式时，该第一天线端口指示字段为0比特或1比特，或者该终端设备的数据接收方式为多用户MU传输方式时，该第一天线端口指示字段为0比特或1比特或3比特。

结合第三方面，在第三方面的某些实现方式中，该处理模块，具体用于根据该终端设备接收参考信号的天线端口的数量和该终端设备的数据接收方式确定该第一天线端口指示字段；和/或根据该终端设备的数据发送方式确定该第二天线端口指示字段。

结合第三方面，在第三方面的某些实现方式中，该终端设备接收参考信号的天线端口的数量为1，该终端设备的数据接收方式为SU传输方式时，该第一天线端口指示字段为0比特；或者该终端设备接收参考信号的天线端口的数量为2，该终端设备的数据接收方式为SU传输方式时，该第一天线端口指示字段为1比特；或者该终端设备接收参考信号的天线端口的数量为1，该终端设备的数据接收方式为MU传输方式时，该第一天线端口指示字段为0比特或3比特；或者该终端设备接收参考信号的天线端口的数量为2，该终端设备的数据接收方式为MU传输方式时，该第一天线端口指示字段为1比特或3比特。

结合第三方面，在第三方面的某些实现方式中，该终端设备的数据发送方式为SU传输方式时，该第二天线端口指示字段为0比特，或者该终端设备的数据发送方式为MU传输方式时，该第二天线端口指示字段为0比特或2比特。

结合第三方面，在第三方面的某些实现方式中，该收发模块，还用于发送第一信息，该第一信息用于指示该终端设备的天线端口对应的参考信号占用的OFDM符号中的数据与该参考信号之间的复用传输方式，该复用传输方式包括频分复用和时分复用。

第四方面，提供了一种确定天线端口的装置，该装置包括：收发模块，用于接收第一下行控制信息和/或第二下行控制信息，该第一下行控制信息包括第一天线端口指示字段，该第二下行控制信息包括第二天线端口指示字段，其中，该第一天线端口指示字段占用的比特数为0、1、2、3中的一个，该第二天线端口指示字段占用的比特数为0、1、2中的一个。处理模块，用于根据该第一天线端口指示字段确定接收下行数据时使用的天线端口和/或该第二天线端口指示字段确定发送上行数据时使用的天线端口。

结合第四方面，在第四方面的某些实现方式中，该处理模块，用于根据数据接收方式和该第一天线端口指示字段确定接收参考信号时使用的天线端口，和/或根据数据发送方式和该第二天线端口指示字段确定发送参考信号时使用的天线端口，其中，该数据接收方式和数据发送方式包括单用户SU传输方式或多用户MU传输方式。

结合第四方面，在第四方面的某些实现方式中，该处理模块具体用于：根据该SU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口。或者根据该SU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口。或者，根据该MU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口。或者根据该MU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口。或者根据该MU传输方式和该第一天线端口指示字段为3比特，确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口。

结合第四方面，在第四方面的某些实现方式中，该处理模块具体用于：根据该接收参考信号的天线端口的数量为1、该SU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为2、该SU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为1、该MU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为1、该MU传输方式和该第一天线端口指示字段为3比特，确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为2、该MU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为2、该MU传输方式和该第一天线端口指示字段为3比特，确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口。

结合第四方面，在第四方面的某些实现方式中，该处理模块具体用于：根据该SU传输方式和该第二天线端口指示字段为0比特，确定默认的天线端口为该发送参考信号时使用的天线端口。

结合第四方面，在第四方面的某些实现方式中，根据该MU传输方式和该第二天线端口指示字段为0比特，确定默认的天线端口为该发送参考信号时使用的天线端口，或者根据该MU传输方式和该第二天线端口指示字段为2比特，确定该第二天线端口指示字段的取值所对应的天线端口为该发送参考信号时使用的天线端口。

结合第四方面，在第四方面的某些实现方式中，该收发模块，还用于接收第一信息，该处理模块，用于根据该第一信息确定天线端口对应的参考信号占用的OFDM符号中的数据与该参考信号之间的复用传输方式，该复用传输方式包括频分复用和时分复用。

结合第一、二、三、四方面，在某些实现方式中该0比特用于指示或确定默认的天线端口，该1比特的取值用于指示或确认默认的1个天线端口或者默认的2个天线端口，该2比特或3比特的取值用于指示或确认对应的天线端口。

第五方面，提供了一种通信装置，该装置包括：处理器，用于执行存储器中存储的计算机程序，以使得该通信装置执行第一方面或其任意可能的实现方式中的通信方法，或执行第二方面或其任意可能的实现方式中的通信方法。

第六方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当该计算机程序在计算机上运行时，使得该计算机执行第一方面或其任意可能的实现方式中的实现方式中的通信方法，或执行第二方面或其任意可能的实现方式中的通信方法。

第七方面，提供了一种芯片系统，该芯片系统包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片系统地通信设备执行第一方面或其任意可能的实现方式中的通信方法，或执行第二方面或其任意可能的实现方式中的通信方法。

第八方面，提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行上述第一方面或第二方面，或其任意可能的实现方式中的方法。

第九方面，提供了一种通信系统，该通信系统包括具有实现上述第一方面的各方法及各种可能设计的功能的装置和上述具有实现上述第二方面的各方法及各种可能设计的功能的装置。

附图说明

图1是应用本申请实施例的无线通信系统的一个示例图。

图2是本申请实施例提供的一种指示和确定天线端口的方法的流程示意图。

图3是本申请实施例提供的另一种指示和确定天线端口的方法的流程示意图。

图4是本申请实施例提供的另一种指示和确定天线端口的方法的流程示意图。

图5是本申请实施例提供的一种指示参考信号与数据复用方式的方法的流程示意图。

图6是本申请的网络设备的一例示意性框图。

图7是本申请的终端设备的一例示意性框图。

图8是本申请实施例提供的通信装置的示意图。

图9为本申请实施例提供的再一例通信装置的示意图。

图10是本申请的终端设备的示意性结构图。

具体实施方式

本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)系统或新无线(new radio，NR)、下一代5G移动通信系统的三大应用场景以及在未来可能出现的通信系统等。本申请实施例应用的通信系统的架构可以包括网络侧设备(例如基站)和终端侧设备，需要说明的是，本申请实施例中提供的指示和确定天线端口方法的运行环境并不限于上述网络架构。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是全球移动通讯(global system of mobile communication，GSM)系统或码分多址(codedivision multiple access，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(wideband code division multiple access，WCDMA)系统中的基站(nodeB，NB)，还可以是LTE系统中的演进型基站(evolutional nodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，本申请实施例并不限定。

本申请实施例中的终端设备的用户场景可以是单一的NR REDCAP UE应用场景，也可以是包括EMBB UE设备与NR REDCAP UE共存的应用场景，EMBB UE设备也可以是传统UE或者legacy UE。其中，终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digitalassistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

下面将结合附图，对本申请中的技术方案进行描述。

应理解，作为示例而非限定，本申请实施例中的参考信号是以DMRS为例对本申请实施例中的技术方案进行描述的，在未来可能出现的通信系统中，该参考信号的名称等即使发生改变，但只要其在系统中所起的作用与DMRS相同或类似，本申请的技术方案都应适用。或者，在通信系统中的其他信号，若同样是采用本申请实施例的技术方案，都应包含在本申请要保护的范围内。

图1是本申请实施例的无线通信系统的示意图。如图1所示，该通信系统100包括网络设备102，网络设备102可包括1个天线或多个天线例如，天线104、106、108、110、112和114。另外，网络设备102可附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。

网络设备102可以与多个终端设备(例如终端设备116和终端设备122)通信。然而，可以理解，网络设备102可以与类似于终端设备116或终端设备122的任意数目的终端设备通信。其中，终端设备122可以代表的是RADCAP UE，例如可以是应用于工业无线传感网络的中的任何终端设备，或者视频监控系统中的终端设备，或者可穿戴设备，或者手持计算设备等。终端设备116可以是传统UE或者legacy UE。其可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备116还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

这些RADCAP UE具有如下至少一项特征：

(1)REDCAP UE有节能的需求，因此，REDCAP UE在盲检测过程中，检测不同DCI的个数不能太多。

(2)REDCAP UE有覆盖的需求，因此REDCAP UE期望更灵活的DMRS与数据的复用方式，这里的复用方式包括频分复用(frequency division multiplexing，FDM)和时分复用(time division multiplexing，TDM)。当采用TDM方式实现DMRS和数据的复用传输时，REDCAP UE可以获取DMRS功率提升，进而保证数据的解调性能。

(3)结合REDCAP UE器件的1发2收性能，不需要配置太多的DMRS端口。

如图1所示，终端设备116与天线112和114通信，其中天线112和114通过前向链路(也称为下行链路)118向终端设备116发送信息，并通过反向链路(也称为上行链路)120从终端设备116接收信息。此外，终端设备122与天线104和106通信，其中天线104和106通过前向链路124向终端设备122发送信息，并通过反向链路126从终端设备122接收信息。

REDCAP UE又可以称为降低能力终端设备，或低能力终端设备，可以理解，在通信方法演进的过程中，REDCAP UE可能会演变成其他名字，但是只要收发天线数量少于普通终端设备或具有节能覆盖需求，本方法均适用。

例如，在频分双工(frequency division duplex，FDD)系统中，前向链路118可与反向链路120使用不同的频带，前向链路124可与反向链路126使用不同的频带。

再例如，在时分双工(time division duplex，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网络或者D2D网络或者M2M网络或者其他网络，图1只是举例的简化示意图，网络中还可以包括其他网络设备，图1中未予以画出。

下面将结合图2至图5对本申请的指示和确定天线端口的方法进行详细说明。

图2示出了本申请实施例提供的一种指示和确定天线端口的方法200的流程示意图，如图2所示，该指示和确定天线端口的方法包括：

S201，网络设备确定第一天线端口指示字段和/或第二天线端口指示字段。

具体地，网络设备确定需要发送的第一天线端口指示字段和/或第二天线端口指示字段。其中，第一天线端口指示字段用于指示终端设备接收的下行数据中DMRS的天线端口，其占用的比特数为0、1、2、3中的一个，第二天线端口指示字段用于指示终端设备发送的上行数据中DMRS的天线端口，其占用的比特数为0、1、2中的一个。

应理解，网络设备可以根据不同的数据传输需求确定第一天线端口指示字段和第二天线端口指示字段中的一个，或两者可同时确定，本申请对此不做限定。

S202，网络设备向终端设备发送第一下行控制信息和/或第二下行控制信息。

具体地，网络设备确定第一天线端口指示字段和/或第二天线端口指示字段后，网络设备向终端设备发送第一下行控制信息和/或第二下行控制信息。其中，第一天线端口指示字段包括在第一下行控制信息中，第二天线端口指示字段包括在第二下行控制信息中。

网络设备可以向终端设备发送两条下行控制信息，或者根据系统不同的数据传输需求向终端设备发送第一下行控制信息或第二下行控制信息。

S203，终端设备确定天线端口。

具体地，终端设备根据接收到的第一下行控制信息中的第一天线端口指示字段确定接收下行DMRS的天线端口和/或终端设备根据接收到的第二下行控制信息中的第二天线端口指示字段确定发送的上行DMRS的天线端口。

因此，本申请实施例提供的指示天线端口的方法，能够根据REDCAP UE的特性，减少了下行控制信息中用于指示天线端口的比特开销，有助于提升REDCAP UE检测PDCCH数据传输的可靠性和传输的覆盖范围。

应理解，在本申请实施例中，网络设备在实施本申请提供的技术方案时，可以先确定终端设备为低能力终端设备。

REDCAP UE的位置相对固定且移动性较差，一般不轻易发生改变，因此其信道条件相对稳定，网络设备可根据一段时间内，终端设备的信道条件未发生变化来确定终端设备的类型为REDCAP UE。或者，终端设备可通过无线资源控制信令(radio resource control，RRC)或介质接入控制信令(media access control，MAC)或其他信息等向网络设备上报业务场景、业务类型或者业务能力等信息，网络设备通过终端设备上报的信息确定终端设备的类型为REDCAP UE。

根据图2的方法，本申请实施例中网络设备在确定第一天线端口指示字段和/或第二天线端口指示字段时，或者终端设备根据第一天线端口指示字段和/或第二天线端口指示字段确定天线端口时，该方法还可以包括确定终端设备的数据传输方式，例如图3所示的方法300。

S301，网络设备向终端设备发送第二信息，通过第二信息指示终端设备的数据传输方式。

具体而言，网络设备指示终端设备的数据传输方式为单用户(single user，SU)传输方式或多用户(multiple user，MU)传输方式，其中，该SU数据传输方式表示单用户-多输入多输出(single user-multiple input multiple output，SU-MIMO)，可以理解为网络设备发送的数据由一个终端设备使用，或者说在同一时间和同一个频段内，网络设备只能够与一个终端设备通信。因此，即便终端设备不能完全占用终端设备的无线带宽，那网络设备也无法将剩余带宽分配给其它终端设备使用，也可以理解为一段频谱单用户场景下可以采用多流空分复用。该MU数据传输方式表示的是多用户-多输入多输出(multiple user-multiple input multiple output，MU-MIMO)，添加了多终端设备同时通信的机制，可以理解为网络设备发送的一段数据同时被多个终端设备所接收，即多个设备复用实现多用户多输入多输出，也可以理解为一个扇区下多个用户可以分层提高频谱效率。

不同的数据传输方式下为终端设备配置第一天线端口指示字段和/或第二天线端口指示字段，如下表1所示。

表1终端设备天线端口指示字段占用的比特数

应理解，表1仅作为示例而非限定，表1根据终端设备的传输方式仅列举了不同传输方式下第一天线端口指示字段或第二天线端口指示字段占用的比特数的部分取值而非全部。比如，终端设备的传输方式为SU时，第一天线端指示字段占用的比特数小于等于3比特，例如第一天线端口指示字段占用的比特数可以为1比特，也可以为2比特。

此时，可以利用2比特中的1比特来指示下行接收参考信号的端口，用2比特中的另1比特来指示下行数据传输中所使用的调制和编码策略(modulation and coding scheme，MCS)值，来提高数据接收的准确性。

可选的，可以利用2比特中的1比特来指示下行接收参考信号的端口，用2比特中的另1比特指示下行数据传输中是否使用重复，可以有效的提高下行链路的覆盖性能。

可选的，也可以利用2比特中的1比特来指示下行接收参考信号的端口，用2比特中的另1比特指示其他衡量或者改善下行数据传输性能有关的参数，本申请对此不做限定。

需要说明的是，终端设备的数据传输方式可以是网络设备根据终端设备的业务类型等因素为终端设备配置的，并通过第二信息通知终端设备的。或者终端设备向网络设备发送请求消息，请求在某一段时间内期望的数据传输方式是SU方式还是MU方式，当网络设备接收到终端设备的请求后，通过第二信息为终端设备配置。又或者，终端设备在某一次传输数据时，未收到网络设备发送的指示传输方式的信令，终端设备可以默认网络设备为其配置的传输方式不变，继续沿用上一次数据传输的方式。因此，在本申请中，网络设备通过何种途径为终端设备配置的数据传输方式，换而言之，终端设备如何确定传输方式，图3只作为本申请实施例一种示例，而非限定。

在本申请实施例中，网络设备发送给终端设备的第二信息，本申请也不做任何限定，可以承载于高层信令中，例如，可以是承载于RRC或者MAC信令或其他信令。

示例地，在本实施例步骤S305中，当终端设备确定数据传输方式后，根据接收到的第一下行控制信息中的第一天线端口指示字段确定接收DMRS的天线端口和/或根据接收到的第二下行控制信息中的第二天线端口指示字段确定发送DMRS的天线端口可以如表2所示。

表2终端设备确定的DMRS的天线端口

具体的，在表2中，默认端口是指终端设备收到网络设备发送的第一天线端口指示字段后和/或第二天线端口指示字段后，终端设备与网络设备提前约定或者协商好的天线端口。

应理解，指示字段位于下行控制信息中，下行控制信息中有相应的指示域用于承载指示字段，0比特的指示字段可以理解为此时下行控制信息中指示域中的比特不用于指示参考信号的端口，而用于指示其他信息，此时终端设备确定指示字段为0比特，确定使用默认的天线端口进行参考信号的收发。应理解，该默认端口可以是只存在于终端设备中的，也可以同时预设在网络设备和终端设备中，本申请对此不做限定。例如，终端设备的数据传输方式为SU时，网络设备确定的第一天线端口指示字段占用的比特数为0，终端设备接受第一下行控制信息后，根据第一天线端口指示字段的比特数为0，确定接收参考信号的天线端口为默认的天线端口，例如，天线端口#0，即零号天线端口；当网络设备确定的第一天线端口指示字段占用的比特数为1比特，终端设备确定第一下行控制信息中的第一天线端口指示字段占用的比特数为1后，确定接收参考信号的天线端口为默认的天线端口，例如1比特取0时，确定天线端口为天线端口#0，即零号天线端口，1比特取1时，确定天线端口为天线端口#0和天线端口#1，即此时1比特的取值分别指示了默认的1个天线端口和默认的两个天线端口。

综上所述，本申请实施例提供的指示和确定天线端口的方法，可以根据终端设备不同的传输方式来确定指示天线端口的指示字段，通过下行控制信息给终端设备指示更加匹配当前传输方式的天线端口指示信息，增加了指示的灵活性和针对性，，同时，设计通过高层信令来配置REDCAP UE的数据传输方式，进而降低了动态信令用于指示天线端口的比特开销，从而降低了终端设备检测PUCCH的功耗，节约了下行控制信息的资源。

图4示出了本申请实施例提供的另一种指示和确定天线端口的方法400的流程示意图。

在本实施例中，网络设备确定终端设备使用的参考信号的天线端口的数量，并根据终端设备使用的参考信号的天线端口的数量、终端设备的数据传输方式来确定第一天线端口指示字段和/或所述第二天线端口指示字段，并通过第一下行控制信息和/或第二下行控制信息发送给终端设备，终端设备根据接收到的第一下行控制信息中的第一天线端口指示字段确定接收的下行数据中DMRS的天线端口和/或终端设备根据接收到的第二下行控制信息中的第二天线端口指示字段确定发送的上行数据中DMRS的天线端口。

需要说明的是，在本实施例当中，存在与上述方法200(图2)、方法300(图3)相同的步骤，本实施例为了简便，不再赘述。

在本实施例当中，网络设备确定终端设备使用的参考信号的天线端口的数量，可以是每一次网络设备发送第一下行控制信息和/或第二下行控制信息前，终端设备通过RRC或者MAC信令上报给网络设备的，也可以是网络设备根据一段时间内终端设备未上报使用的参考信号的天线端口的数量，网络设备默认终端设备继续使用之前使用的参考信号的天线端口的数量，本申请对此不做限定。

可选的，根据REDCAP UE的特性，其发送上行数据时使用的参考信号的天线端口的数量为1，因此，REDCAP UE可以不向网络设备上报传输数据使用的参考信号的天线端口的数量，网络设备默认REDCAP UE使用的参考信号的天线端口的数量为1。

应理解，网络设备在确定第一天线端口指示字段的时候，可以先确定终端设备接收DMRS的天线端口的数量，再确定该终端设备数据的传输方式，或者这两个步骤也可以同时进行，或者反过来，网络设备可以先接收第三信息获知终端设备接收DMRS的天线端口的数量，然后通过第二信息为终端设备指示数据传输方式。即，上述确定天线数量与确定传输方式之间没有必然的先后顺序，但网络设备在确定第一天线端口指示字段之前需要明确该终端设备数据传输方式和接收参考信号的天线端口的数量。

可选的，网络设备可以不依赖终端设备上报的第三信息，网络设备可以自行确定终端设备的接收参考信号的天线端口的数量。在本申请实施例中，终端设备发送给网络设备的第二信息，可以承载于上行信道的高层信令中或其他信令中，本申请对此不做限定，例如，可以是承载于RRC或者MAC信令或其他信令。

示例性的，在本实施例中，由于终端设备为REDCAP UE，结合REDCAP UE器件的1发2收的特性(即接收下行数据时至多使用2根天线，发送上行数据时使用1根天线)与终端设备的数据传输方式，可将网络设备指示给终端设备的DMRS天线端口，即终端设备确定解调DMRS的天线端口汇总为表3。作为示例，表3给出了指示参考信号的比特数以及终端设备确认天线端口方式的众多可能，在网络设备与终端设备的实际指示过程中，其具体指示方式可以参见表3中的部分内容而非全部，例如可以是表4示出的可能。

表3终端设备确定的DMRS的天线端口

表4终端设备确定的DMRS的天线端口

具体地，结合表3对本申请指示和确定天线端口的方法进行详细说明。

首先，对于网络设备发送第一下行控制信息时的情况进行说明。当网络设备确定需要向该终端设备发送下行数据时，网络设备在确定该终端设备接收下行数据使用的参考信号的天线端口的数量后，向该终端设备发送第一下行控制信息。由上可知，第一天线端口指示字段包括在第一下行控制信息中，第一天线端口指示字段占用的比特数为0、1、2、3中的一个。

(1)当网络设备通过第二信息为终端设备(REDCAP UE)配置的数据传输方式为SU时，

若终端设备接收DMRS的天线端口的数量为1，则网络设备向终端设备发送的第一下行控制信息中的第一天线端口指示字段占用的比特数可以为0，那么终端设备收到该第一下行控制信息后确定默认的DMRS天线端口，该默认的DMRS天线端口为#0或者其他编号，本申请对此不做限定。

可选地，网络设备向终端设备发送的第一下行控制信息中的第一天线端口指示字段占用的比特数可以为1，此时终端设备收到该第一下行控制信息后，确定默认的DMRS天线端口，该默认的DMRS天线端口为#0或者其他编号，本申请对此不做限定。

可选地，网络设备向终端设备发送的第一下行控制信息中的第一天线端口指示字段占用的比特数可以为2，此时终端设备收到该第一下行控制信息后，确定默认的DMRS天线端口，该默认的DMRS天线端口为#0或者其他编号，本申请对此不做限定。

可选地，网络设备向终端设备发送的第一下行控制信息中的第一天线端口指示字段占用的比特数可以为3，此时终端设备收到该第一下行控制信息后，确定默认的DMRS天线端口，该默认的DMRS天线端口为#0或者其他编号，本申请对此不做限定。

可选的，终端设备接收参考信号的天线端口的数量为1时，当第一下行控制信息中的第一天线端口指示字段占用的比特数大于0时，也即为1或2或3时，该字段中并不包含直接指示DMRS天线端口的信息，终端设备确定的是默认的DMRS天线端口。因此，该字段的中的1或2或3比特可以作为该第一下行控制信息中的冗余比特位，或者，可以用来指示其他信息，例如：

可以用来指示下行数据传输中所使用的调制和编码策略(modulation andcoding scheme，MCS)值，来提高数据接收的准确性。或者，可以指示下行数据传输中是否使用重复，来有效的提高下行链路的覆盖性能。或者，可以指示其他衡量或者改善下行数据传输性能有关的参数，本申请对此不做限定。

本申请实施例提供的指示天线端口的方法，当第一天线端口指示字段占用的比特数为0时，或者存在冗余比特位时，该冗余比特位可以用于指示例如上述的信息，提升了资源的利用效率。

若终端设备接收参考信号的天线端口的数量为2，则网络设备向终端设备发送的第一下行控制信息中的第一天线端口指示字段占用的比特数可以为1，该1比特用于指示默认的1个天线端口或默认的2个天线端口为终端设备接收DMRS时使用的天线端口，例如表5所示。

表5第一天线端口指示字段与DMRS天线端口的对应关系

第一天线端口指示字段	DMRS天线端口
		0	0
1	0，1

具体地，终端设备可以根据表5中表示的对应关系来确定DMRS天线端口。当该1比特用于指示默认的1个天线端口时，终端设备收到该第一下行控制信息后确定默认的DMRS天线端口，该默认的DMRS天线端口为#0。当该1比特用于指示默认的2个天线端口时，终端设备收到该第一下行控制信息后确定默认的DMRS天线端口，该默认的DMRS天线端口为#0和#1。

应理解，表5所示出的DMRS天线端口仅为示例而非限定，指示字段的取值与DMRS天线端口的对应关系可以是其他的组合。但是应当指出的是，当终端设备接收参考信号的天线端口的数量为2，数据接收方式为SU传输方式时，网络设备发送的第一下行控制信息中的1比特用于指示DMRS天线端口的数量，而非端口编号。

可选地，网络设备向终端设备发送的第一下行控制信息中的第一天线端口指示字段占用的比特数也可以为2或3，此时，该第一天线端口指示字段指示DMRS端口的方法可以如表6所示例的情况(比特数为2的情况)。该第一天线端口指示字段中超出用于指示DMRS天线端口比特位的其他比特位的作用同参考信号的天线端口的数量为1的情况，这里不再赘述。

表6第一天线端口指示字段与DMRS天线端口的对应关系

第一天线端口指示字段	DMRS天线端口
		00	0
01	1
		10	0，1
11	Reserved

可选的，与终端设备接收参考信号的天线端口的数量为1类似的，此时第一天线端口指示字段占用的比特数也可以为0比特，这种情况下，0比特也可以是默认为直接指示终端设备两个端口都要用。当然也可以是其他的方式，比如默认为使用2个端口中的一个，该种情况下，默认的天线端口可以理解为终端设备与网络设备提前约定或者协商好的天线端口，比如#0端口。

(2)当网络设备通过第二信息为终端设备(REDCAP UE)配置的数据传输方式为MU(终端设备需要与其他终端设备复用)时，

若与终端设备复用的其他终端设备同样为REDCAP UE，例如与终端设备业务特征类似的终端设备时，终端设备确定DMRS天线端口的情况与网络设备发送第一下行控制信息情况中的(1)，即REDCAP UE的数据传输方式为SU时相同。

若与终端设备复用的其他终端设备并不均为REDCAP UE，而是存在相较于REDCAPUE来说移动性较强的终端设备，例如像EMBB类型的终端设备时，网络设备向终端设备发送的第一下行控制信息中的第一天线端口指示字段占用的比特数为3，此时终端设备收到该第一下行控制信息后可通过查询例如表7所示的第一天线端口指示字段与DMRS天线端口的对应关系确定DMRS天线端口。

表7第一天线端口指示字段与DMRS天线端口的对应关系

第一天线端口指示字段	DMRS天线端口
		000	0
001	1
		010	2
011	3
		100	0,1
101	2,3
		110	4,5
111	Reserved

需要说明的是，由于REDCAP UE本身只有1发2收的多天线数据传输能力，因此，不需要支持太多的天线端口数，在这种情况下可以通过DMRS类型1以及结合DMRS符号长度为1(正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)符号为单符号)，就可以保证REDCAP UE的多天线数据传输。换而言之，若网络设备配置的DMRS的参数为以下任意一种：DMRS类型1以及结合DMRS符号长度为2，或者DMRS类型2以及结合DMRS符号长度为1，又或者DMRS类型2以及结合DMRS符号长度为2，同样适用本申请的方法。

接下来，对于网络设备发送第二下行控制信息时的情况进行说明。当网络设备确定终端设备为REDCAP UE且需要向网络设备发送上行数据时，网络设备向该终端设备发送第二下行控制信息。该第二下行控制信息包括第二天线端口指示字段，该第二天线端口指示字段占用的比特数为0、1、2中的一个。

需要说明的是，由于REDCAP UE进行上行数据传输的时候，发送参考信号的天线端口的数量为1，因此，可以不必向网络设备上报使用的参考信号的天线端口的数量，从而节省资源开销。

(1)当网络设备通过第二信息为终端设备(REDCAP UE)配置的数据传输方式为SU时，

网络设备向终端设备发送的第二下行控制信息中的第二天线端口指示字段占用的比特数可以为0，当终端设备收到该第二下行控制信息后，确定默认的DMRS天线端口，该默认的DMRS天线端口为#0或者其他编号，本申请对此不做限定。

可选地，网络设备向终端设备发送的第二下行控制信息中的第二天线端口指示字段占用的比特数可以为1，此时终端设备收到该第二下行控制信息后，确定默认的DMRS天线端口，该默认的DMRS天线端口为#0或者其他编号，本申请对此不做限定。

可选地，网络设备向终端设备发送的第二下行控制信息中的第二天线端口指示字段占用的比特数可以为2，此时终端设备收到该第二下行控制信息后，确定默认的DMRS天线端口，该默认的DMRS天线端口为#0或者其他编号，本申请对此不做限定。

需要说明的是，当第二下行控制信息中的第二天线端口指示字段占用的比特数大于0时，也即为1或2时，此时该第，下行控制信息中指示域中的比特不用于指示参考信号的端口，，终端设备确定的是默认的DMRS天线端口，该默认的天线端口可以理解为终端设备与网络设备提前约定或者协商好的天线端口。因此，该字段的中的1或2比特可以作为该第二下行控制信息中的冗余比特位，或者，可以用来指示其他信息，例如：

可以用来指示上行数据传输中是否使用重复，来有效的提高上行链路的性能。或者，可以指示其他衡量或者改善上行数据传输性能有关的参数，本申请对此不做限定。

本申请实施例提供的指示天线端口的方法，当第二天线端口指示字段占用的比特数为0时，或者存在冗余比特位时，该冗余比特位可以用于指示例如上述的信息，提升了资源的利用效率。

(2)当网络设备通过第二信息为终端设备(REDCAP UE)配置的数据传输方式为MU(终端设备需要与其他终端设备复用)时，

若与终端设备复用的其他终端设备同样为REDCAP UE，例如与终端设备业务特征类似的终端设备时，终端设备确定DMRS天线端口的情况与网络设备发送第二下行控制信息情况(即，终端设备发送DMRS时)中的(1)相同。

若与终端设备复用的其他终端设备并不都是REDCAP UE，而是存在相较于REDCAPUE来说移动性较强的终端设备，例如像EMBB类型的终端设备时，网络设备向终端设备发送的第二下行控制信息中的第二天线端口指示字段占用的比特数为2，此时终端设备收到该第二下行控制信息后，可通过查询例如表8所示的第二天线端口指示字段与DMRS天线端口的对应关系确定DMRS天线端口。

表8第二天线端口指示字段与DMRS天线端口的对应关系

第二天线端口指示字段	DMRS天线端口
		00	0
01	1
		10	2
11	3

网络设备通过RRC信令或者MAC信令配置DMRS符号个数最大为1个或2个OFDM符号，但不支持符号个数的动态切换，即网络设备如果配置DMRS符号个数为1个，则在一段时间内，网络设备与终端设备之间的数据传输对应的DMRS配置是基于DMRS符号个数为1个时对应的DMRS配置，如果网络设备配置DMRS符号个数为2个，则在一段时间内，网络设备与终端设备之间的数据传输对应的DMRS配置是基于DMRS符号为2个时对应的DMRS配置，因此，当DMRS符号为2个时，可以对应多用户复用的场景。此时，可以将DMRS符号个数为2个OFDM符号对应的所有天线端口集合进行分组，然后再通过2bit指示分组内具体的天线端口信息。

可选地，如果上行数据传输是基于离散傅里叶变换扩展正交频分复用(discretefourier transform-spread orthogonal frequency division multiplexing，DFT-S-OFDM)的，那么仅支持DMRS类型1。当DMRS符号个数为2个OFDM符号时，所支持的天线端口包括天线端口#0～#7，此时可以将所有的天线端口#0～#7划分为2个DMRS天线端口集合#0～#3和#4～#7，其中每个天线端口集合中包括4个DMRS天线端口，此时可以利用2比特指示2个DMRS天线端口集合中各自的端口，则表8可以变形为如下表9。

表9第二天线端口指示字段与DMRS天线端口的对应关系

第二天线端口指示字段	DMRS天线端口
		00	0/4
01	1/5
		10	2/6
11	3/7

可选地，如果上行数据传输是基于OFDM传输波形实现的，那么当DMRS类型为1的时，DMRS具体指示方式可以同前述表8的方式。如果DMRS类型为2的时，可以通过对DMRS类型2所支持的DMRS端口数进行分组，然后利用2bit指示2个DMRS天线端口集合中各自的端口，同前述表9的方式。

应理解，在本申请实施例提供的方法中，默认的DMRS天线端口可以是提前预设在终端设备中的，也可以同时预设在网络设备和终端设备中，本申请对此不做限定。

本申请实施例提供的指示天线端口的方法，网络设备根据REDCAP UE的数据传输方式和发送参考信号的天线端口的数量，通过下行控制信息给终端设备指示更加匹配当前传输方式的天线端口指示信息，增加了指示的灵活性。同时，通过高层信令的方式实现REDCAP UE的数据传输方式的指示，进而降低了动态信令指示的开销。图5示出了本申请实施例提供的一种指示参考信号与数据之间复用传输方式的方法500的流程示意图。

S501，网络设备向终端设备发送第一信息，该第一信息用于指示终端设备的天线端口对应的参考信号占用的OFDM符号中的数据与所述参考信号之间的复用传输方式，该复用传输方式包括频分复用和时分复用。

具体地，该第一信息可以是上述实施例中用于指示参考信号天线端口的第一下行控制信息指示字段中的保留状态或者冗余位。

进一步可选地，该第一信息也可以承载于该第一天线端口指示字段和/或第二天线端口指示字段的保留状态中，即当该第一天线端口指示字段或第二天线端口指示字段中存在保留状态时，该保留状态可以用来指示数据与该参考信号之间的复用传输方式。

进一步可选地，该第一信息可以是承载于高层信令中，例如，可以是承载于RRC或者MAC信令或其他信令，本申请不做限定。

本领域技术人员都应理解的是，对于时分复用，物理下行共享信道的持续时间至少为2个OFDM符号。

S502，终端设备接收该第一信息，并根据第一信息确定天线端口对应的参考信号占用的OFDM符号中的数据与所述参考信号之间的复用传输方式。

在本实施例当中，该终端设备可以是上述实施例中提到的REDCAP UE，或者LTE系统或NR系统中普遍存在其他类型终端设备等，本申请实施例对此不做限定。

本申请实施例提供的指示参考信号与数据之间复用传输方式的方法，可以实现参考信号与数据之间复用方式的动态切换，可以根据REDCAP UE的信道条件，动态调整参考信号传输的功率提升特性，保证数据传输性能。

以上，结合图2至图5详细说明了本申请实施例提供的方法。以下，结合图6至图10详细说明本申请实施例提供的通信装置。

图6是本申请实施例提供的通信装置的示意性框图。如图所示，该通信装置10可以包括处理模块11和收发模块12。

在一种可能的设计中，该通信装置10可对应于上文方法实施例中的网络设备。

具体地，该通信装置10可对应于根据本申请实施例的方法200、方法300、方法400以及方法500中的网络设备，该通信装置10可以包括用于执行图2中的方法200或图3中的方法300或图4中的方法400或图5中的方法500中的网络设备执行的方法的模块。并且，该通信装置10中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200或图3中的方法300或图4中的方法400或图5中的方法500的相应流程。

其中，当该通信装置10用于执行图2中的方法200时，处理模块11可用于执行方法200中的步骤S201。收发模块12可用于执行方法200中的步骤202。

具体地，处理模块11，用于确定第一天线端口指示字段和/或第二天线端口指示字段，该第一天线端口指示字段用于指示该终端设备接收下行数据时使用的天线端口，该第二天线端口指示字段用于指示该终端设备发送上行数据时使用的天线端口，该第一天线端口指示字段包括在第一下行控制信息中，该第二天线端口指示字段包括在第二下行控制信息中，其中，该第一天线端口指示字段占用的比特数为0、1、2、3中的一个，该第二天线端口指示字段占用的比特数为0、1、2中的一个。

该收发模块12，用于向该终端设备发送该第一下行控制信息和/或该第二下行控制信息。

当该通信装置10用于执行图3中的方法300时，处理模块11可用于执行方法300中的步骤S303。收发模块12可用于执行方法300中的步骤S301和S304。

具体地，该处理模块11，当该终端设备的数据接收方式为单用户SU传输方式时，确定该第一天线端口指示字段为0比特或1比特，或者该终端设备的数据接收方式为多用户MU传输方式时，确定该第一天线端口指示字段为0比特或1比特或3比特。

该收发模块12，用于向终端设备发送第二信息，该第二信息用于指示终端设备的数据传输方式。

该收发模块12，还用于向该终端设备发送该第一下行控制信息和/或该第二下行控制信息。

当该通信装置10用于执行图4中的方法400时，处理模块11可用于执行方法400中的步骤S404和步骤S405。收发模块12可用于执行方法400中的步骤S401、步骤S403和S406。

具体地，该处理模块11，用于确定该终端设备接收参考信号的天线端口的数量为1，该终端设备的数据接收方式为SU传输方式时，该第一天线端口指示字段为0比特；或者该终端设备接收参考信号的天线端口的数量为2，该终端设备的数据接收方式为SU传输方式时，该第一天线端口指示字段为1比特；或者该终端设备接收参考信号的天线端口的数量为1，该终端设备的数据接收方式为MU传输方式时，该第一天线端口指示字段为0比特或3比特；或者该终端设备接收参考信号的天线端口的数量为2，该终端设备的数据接收方式为MU传输方式时，该第一天线端口指示字段为1比特或3比特。

该收发模块12，用于向终端设备发送第二信息，该第二信息用于指示终端设备的数据传输方式。

该收发模块12，还用于接收来自终端设备的第三信息，该第三信息用于指示终端设备接收参考信号的天线端口的数量。

该收发模块12，还用于向该终端设备发送该第一下行控制信息和/或该第二下行控制信息。

当该通信装置10用于执行图5中的方法500时，收发模块12可用于执行方法500中的步骤S501。

具体地，该收发模块12，用于向终端设备发送第一信息，该第一信息用于指示终端设备传输的参考信号与数据的复用方式。

图7是本申请实施例提供的通信装置的示意性框图。如图所示，该通信装置20可以包括收发模块21和处理模块22。

在一种可能的设计中，该通信装置20可对应于上文方法实施例中的终端设备，或者配置于终端设备中的芯片。

具体地，该通信装置20可对应于根据本申请实施例的方法200、方法300、方法400以及方法500中的终端设备，该通信装置20可以包括用于执行图2中的方法200或图3中的方法300或图4中的方法400或图5中的方法500中的终端设备执行的方法的模块。并且，该通信装置20中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200或图3中的方法300或图4中的方法400或图5中的方法500的相应流程。

其中，当该通信装置20用于执行图2中的方法200时，收发模块21可用于执行方法200中的步骤S202。处理模块22可用于执行方法200中的步骤S203。

具体地，该收发模块21用于接收第一下行控制信息和/或第二下行控制信息，该第一下行控制信息包括第一天线端口指示字段，该第二下行控制信息包括第二天线端口指示字段，其中，该第一天线端口指示字段占用的比特数为0、1、2、3中的一个，该第二天线端口指示字段占用的比特数为0、1、2中的一个。

该处理模块22用于根据该第一天线端口指示字段确定接收下行数据时使用的天线端口和/或该第二天线端口指示字段确定发送上行数据时使用的天线端口。

当该通信装置20用于执行图3中的方法300时，收发模块21可用于执行方法300中的S301和S304。处理模块22可用于执行方法300中的步骤S302、步骤S305。

具体地，该收发模块21用于接收网络设备发送的第二信息，该第二信息用于指示终端设备的数据传输方式。

该收发模块21还用于接收第一下行控制信息和/或第二下行控制信息，该第一下行控制信息包括第一天线端口指示字段，该第二下行控制信息包括第二天线端口指示字段，其中，该第一天线端口指示字段占用的比特数为0、1、2、3中的一个，该第二天线端口指示字段占用的比特数为0、1、2中的一个。

该处理模块22用于根据第二信息确定数据的传输方式，其中，该数据接收方式和数据发送方式包括单用户SU传输方式或多用户MU传输方式。

该处理模块22，具体用于，根据该SU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口。或者根据该SU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口。或者，根据该MU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口。或者根据该MU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口。或者根据该MU传输方式和该第一天线端口指示字段为3比特，确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口。或者根据该SU传输方式和该第二天线端口指示字段为0比特，确定默认的天线端口为该发送参考信号时使用的天线端口。或者根据该MU传输方式和该第二天线端口指示字段为0比特，确定默认的天线端口为该发送参考信号时使用的天线端口，或者根据该MU传输方式和该第二天线端口指示字段为2比特，确定该第二天线端口指示字段的取值所对应的天线端口为该发送参考信号时使用的天线端口。

当该通信装置20用于执行图4中的方法400时，收发模块21可用于执行方法400中的步骤S401、步骤S403和步骤S406。处理模块22可用于执行方法400中的步骤S402、步骤S407。

该收发模块21还用于向网络设备发送第三信息，该第三信息用于上报终端设备接收参考信号的天线端口的数量。

该处理模块22，还用于根据该接收参考信号的天线端口的数量为1、该SU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为2、该SU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为1、该MU传输方式和该第一天线端口指示字段为0比特，确定默认的天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为1、该MU传输方式和该第一天线端口指示字段为3比特，确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为2、该MU传输方式和该第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为该接收参考信号时使用的天线端口；或者根据该接收参考信号的天线端口的数量为2、该MU传输方式和该第一天线端口指示字段为3比特，确定该第一天线端口指示字段的取值所对应的天线端口为该接收参考信号时使用的天线端口。

当该通信装置20用于执行图5中的方法500时，收发模块21可用于执行方法500中的步骤S501，处理模块22可用于执行方法500中的步骤S502。

具体地、该收发模块用于接收第一信息，该第一信息用于指示数据与参考信号的复用方式，其中，该复用传输方式包括频分复用和时分复用。

该处理模块22，用于根据该第一信息确定天线端口对应的参考信号占用的OFDM符号中的数据与该参考信号之间的复用传输方式。

根据前述方法，图8为本申请实施例提供的通信装置30的示意图，如图8所示，该装置30可以为指示天线端口的设备，包括具有接入管理功能的网元，如AMF等。

该装置30可以包括处理器31(即，处理模块的一例)和存储器32。该存储器32用于存储指令，该处理器31用于执行该存储器32存储的指令，以使该装置30实现如图2、图3或图4中对应的方法中指示天线端口的设备执行的步骤或图5中指示参考信号与数据复用方式的设备执行的步骤。

进一步地，该装置30还可以包括通信接口33(即，收发模块的一例)。进一步地，该处理器31、存储器32、通信接口33可以通过内部连接通路互相通信，传递控制和/或数据信号。该存储器32用于存储计算机程序，该处理器31可以用于从该存储器32中调用并运行该计算机程序，以控制通信接口33接收信号和发送信号，完成上述方法中网络设备的步骤。该存储器32可以集成在处理器31中，也可以与处理器31分开设置。

可选地，若该通信装置30为通信设备，该通信接口33为收发器。

可选地，若该通信装置30为芯片或电路，该通信接口33为输入和输出接口。

作为一种实现方式，通信接口33功能可以考虑通过收发电路或者收发的专用芯片实现。处理器31可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的通信设备。即将实现处理器31、通信接口33功能的程序代码存储在存储器32中，通用处理器通过执行存储器32中的代码来实现处理器31、通信接口33的功能。

其中，通信装置30中各模块或单元可以用于执行上述方法中指示天线端口的设备(例如，网络设备)所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

该装置30所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。

根据前述方法，图9为本申请实施例提供的通信装置40的示意图，如图9所示，该装置40可以为根据指示信息确定天线端口的设备，包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端，移动台(Mobile Station，MS)，终端(Terminal)，用户设备UE，软终端等等。

该装置40可以包括处理器41(即，处理模块的一例)和存储器42。该存储器42用于存储指令，该处理器41用于执行该存储器42存储的指令，以使该装置40实现如图2、图3或图4中对应的方法中根据指示信息确定天线端口的设备执行的步骤或图5中根据控制信息确定参考信号与数据复用方式的设备执行的步骤。

进一步地，该装置40还可以包括通信接口43(即，收发模块的一例)。进一步地，该处理器41、存储器42、通信接口43可以通过内部连接通路互相通信，传递控制和/或数据信号。该存储器42用于存储计算机程序，该处理器41可以用于从该存储器42中调用并运行该计算机程序，以控制通信接口43接收信号和发送信号，完成上述方法中终端设备的步骤。该存储器42可以集成在处理器41中，也可以与处理器41分开设置。

可选地，若该通信装置40为通信设备，该通信接口43为收发器。

可选地，若该通信装置40为芯片或电路，该通信接口43为输入接口和输出接口。

作为一种实现方式，通信接口43的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器41可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的通信设备。即将实现处理器41、通信接口43功能的程序代码存储在存储器42中，通用处理器通过执行存储器42中的代码来实现处理器41、通信接口43的功能。

其中，通信装置40中各模块或单元可以用于执行上述方法中根据指示确定天线端口的设备(即，终端设备)所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

该装置40所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。

图10本申请提供的一种终端设备1000的结构示意图。为了便于说明，图10仅示出了终端设备的主要部件。如图10所示，终端设备1000包括处理器、存储器、控制电路、天线以及输入输出装置。

处理器主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行上述传输预编码矩阵的指示方法实施例中所描述的动作。存储器主要用于存储软件程序和数据，例如存储上述实施例中所描述的码本。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当终端设备开机后，处理器可以读取存储单元中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。

本领域技术人员可以理解，为了便于说明，图10仅示出了一个存储器和处理器。在实际的终端设备中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

作为一种可选的实现方式，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图10中的处理器集成了基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。

如图10所示，终端设备1000包括收发单元1001和处理单元1002。收发单元也可以称为收发器、收发机、收发装置等。可选的，可以将收发单元1001中用于实现接收功能的器件视为接收单元，将收发单元1001中用于实现发送功能的器件视为发送单元，即收发单元1001包括接收单元和发送单元。示例性的，接收单元也可以称为接收机、接收器、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。

图10所示的终端设备可以执行上述方法200、300、400或500中终端设备所执行的各动作，这里，为了避免赘述，省略其详细说明。

应理解，本申请实施例中，该处理器可以为中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-only memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(Random accessmemory，RAM)可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Souble data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct rambus RAM，DR RAM)。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (32)

1.一种指示天线端口的方法，其特征在于，包括：

确定第一天线端口指示字段和/或第二天线端口指示字段，所述第一天线端口指示字段用于指示终端设备接收参考信号时使用的天线端口，所述第二天线端口指示字段用于指示所述终端设备发送参考信号时使用的天线端口，所述第一天线端口指示字段包括在第一下行控制信息中，所述第二天线端口指示字段包括在第二下行控制信息中，

其中，所述第一天线端口指示字段占用的比特数为0、1、2、3中的一个，所述第二天线端口指示字段占用的比特数为0、1、2中的一个；

向所述终端设备发送所述第一下行控制信息和/或所述第二下行控制信息，所述终端设备为低能力终端设备。

2.根据权利要求1所述的方法，其特征在于，

所述终端设备的数据接收方式为单用户SU传输方式时，所述第一天线端口指示字段为0比特或1比特，或者

所述终端设备的数据接收方式为多用户MU传输方式时，所述第一天线端口指示字段为0比特或1比特或3比特。

3.根据权利要求1或2所述的方法，其特征在于，

所述确定第一天线端口指示字段和/或第二天线端口指示字段，包括：

根据所述终端设备接收参考信号的天线端口的数量和所述终端设备的数据接收方式确定所述第一天线端口指示字段；和/或

根据所述终端设备的数据发送方式确定所述第二天线端口指示字段。

4.根据权利要求3中所述的方法，其特征在于，

所述终端设备接收参考信号的天线端口的数量为1，所述终端设备的数据接收方式为SU传输方式时，所述第一天线端口指示字段为0比特；或者

所述终端设备接收参考信号的天线端口的数量为2，所述终端设备的数据接收方式为SU传输方式时，所述第一天线端口指示字段为1比特；或者

所述终端设备接收参考信号的天线端口的数量为1，所述终端设备的数据接收方式为MU传输方式时，所述第一天线端口指示字段为0比特或3比特；或者

所述终端设备接收参考信号的天线端口的数量为2，所述终端设备的数据接收方式为MU传输方式时，所述第一天线端口指示字段为1比特或3比特。

5.根据权利要求1至4中任一项所述的方法，其特征在于，

所述终端设备的数据发送方式为SU传输方式时，所述第二天线端口指示字段为0比特，或者

所述终端设备的数据发送方式为MU传输方式时，所述第二天线端口指示字段为0比特或2比特。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：

发送第一信息，所述第一信息用于指示所述终端设备的天线端口对应的参考信号占用的OFDM符号中的数据与所述参考信号之间的复用传输方式，所述复用传输方式包括频分复用和时分复用。

7.一种确定天线端口的方法，其特征在于，包括：

终端设备接收第一下行控制信息和/或第二下行控制信息，所述第一下行控制信息包括第一天线端口指示字段，所述第二下行控制信息包括第二天线端口指示字段，所述终端设备为低能力终端设备，

其中，所述第一天线端口指示字段占用的比特数为0、1、2、3中的一个，所述第二天线端口指示字段占用的比特数为0、1、2中的一个；

所述终端设备根据所述第一天线端口指示字段确定接收参考信号时使用的天线端口和/或根据所述第二天线端口指示字段确定发送参考信号时使用的天线端口。

8.根据权利要求7所述的方法，其特征在于，所述终端设备根据所述第一天线端口指示字段确定接收参考信号时使用的天线端口和/或根据所述第二天线端口指示字段确定发送参考信号时使用的天线端口，包括：

所述终端设备根据数据接收方式和所述第一天线端口指示字段确定接收参考信号时使用的天线端口，

和/或

所述终端设备根据数据发送方式和所述第二天线端口指示字段确定发送参考信号时使用的天线端口，

其中，所述数据接收方式和数据发送方式包括单用户SU传输方式或多用户MU传输方式。

9.根据权利要求7或8所述的方法，其特征在于，

所述终端设备的数据接收方式为SU传输方式时，所述第一天线端口指示字段为0比特或1比特；

所述终端设备根据所述SU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口，

或者

所述终端设备根据所述SU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口；

或者

所述终端设备的数据接收方式为MU传输方式时，所述第一天线端口指示字段为0比特或1比特或3比特；

所述终端设备根据所述MU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口，

或者

所述终端设备根据所述MU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口，

或者

所述终端设备根据所述MU传输方式和所述第一天线端口指示字段为3比特，确定所述第一天线端口指示字段的取值所对应的天线端口为所述接收参考信号时使用的天线端口。

10.根据权利要求8所述的方法，其特征在于，所述终端设备根据数据接收方式和所述第一天线端口指示字段确定接收参考信号时使用的天线端口，包括：

所述终端设备根据接收参考信号的天线端口的数量、数据接收方式和所述第一天线端口指示字段确定接收参考信号时使用的天线端口。

11.根据权利要求10所述的方法，其特征在于，

所述终端设备接收参考信号的天线端口的数量为1，所述数据接收方式为SU传输方式，所述第一天线端口指示字段为0比特；

所述终端设备根据所述接收参考信号的天线端口的数量为1、所述SU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口；

或者

所述终端设备接收参考信号的天线端口的数量为2，所述数据接收方式为SU传输方式，所述第一天线端口指示字段为1比特；

所述终端设备根据所述接收参考信号的天线端口的数量为2、所述SU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口；

或者

所述终端设备接收参考信号的天线端口的数量为1，所述数据接收方式为MU传输方式，所述第一天线端口指示字段为0比特或3比特；

所述终端设备根据所述接收参考信号的天线端口的数量为1、所述MU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口；

或者

所述终端设备根据所述接收参考信号的天线端口的数量为1、所述MU传输方式和所述第一天线端口指示字段为3比特，确定所述第一天线端口指示字段的取值所对应的天线端口为所述接收参考信号时使用的天线端口；

或者

所述终端设备接收参考信号的天线端口的数量为2，所述数据接收方式为MU传输方式，所述第一天线端口指示字段为1比特或3比特；

所述终端设备根据所述接收参考信号的天线端口的数量为2、所述MU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口；

或者

所述终端设备根据所述接收参考信号的天线端口的数量为2、所述MU传输方式和所述第一天线端口指示字段为3比特，确定所述第一天线端口指示字段的取值所对应的天线端口为所述接收参考信号时使用的天线端口。

12.根据权利要求8所述的方法，其特征在于，

所述终端设备的数据发送方式为SU传输方式时，所述第二天线端口指示字段为0比特；

所述终端设备根据所述SU传输方式和所述第二天线端口指示字段为0比特，确定默认的天线端口为所述发送参考信号时使用的天线端口。

13.根据权利要求8所述的方法，其特征在于，

所述终端设备的数据发送方式为MU传输方式时，所述第二天线端口指示字段为0比特或2比特；

所述终端设备根据所述MU传输方式和所述第二天线端口指示字段为0比特，确定默认的天线端口为所述发送参考信号时使用的天线端口，

或者

所述终端设备根据所述MU传输方式和所述第二天线端口指示字段为2比特，确定所述第二天线端口指示字段的取值所对应的天线端口为所述发送参考信号时使用的天线端口。

14.根据权利要求7至13中任一项所述的方法，其特征在于，所述方法还包括：

接收第一信息，所述终端设备根据所述第一信息确定天线端口对应的参考信号占用的OFDM符号中的数据与所述参考信号之间的复用传输方式，所述复用传输方式包括频分复用和时分复用。

15.一种指示天线端口的装置，其特征在于，包括：

处理模块，用于确定第一天线端口指示字段和/或第二天线端口指示字段，所述第一天线端口指示字段用于指示终端设备接收参考信号时使用的天线端口，所述第二天线端口指示字段用于指示所述终端设备发送参考信号时使用的天线端口，所述第一天线端口指示字段包括在第一下行控制信息中，所述第二天线端口指示字段包括在第二下行控制信息中，

其中，所述第一天线端口指示字段占用的比特数为0、1、2、3中的一个，所述第二天线端口指示字段占用的比特数为0、1、2中的一个；

收发模块，用于向所述终端设备发送所述第一下行控制信息和/或所述第二下行控制信息，所述终端设备为低能力终端设备。

16.根据权利要求15所述的装置，其特征在于，

所述终端设备的数据接收方式为单用户SU传输方式时，所述第一天线端口指示字段为0比特或1比特，或者

所述终端设备的数据接收方式为多用户MU传输方式时，所述第一天线端口指示字段为0比特或1比特或3比特。

17.根据权利要求15或16所述的装置，其特征在于，所述处理模块具体用于：

根据所述终端设备接收参考信号的天线端口的数量和所述终端设备的数据接收方式确定所述第一天线端口指示字段；和/或

根据所述终端设备的数据发送方式确定所述第二天线端口指示字段。

18.根据权利要求17所述的装置，其特征在于，

所述终端设备接收参考信号的天线端口的数量为1，所述终端设备的数据接收方式为SU传输方式时，所述第一天线端口指示字段为0比特；或者

所述终端设备接收参考信号的天线端口的数量为2，所述终端设备的数据接收方式为SU传输方式时，所述第一天线端口指示字段为1比特；或者

所述终端设备接收参考信号的天线端口的数量为1，所述终端设备的数据接收方式为MU传输方式时，所述第一天线端口指示字段为0比特或3比特；或者

所述终端设备接收参考信号的天线端口的数量为2，所述终端设备的数据接收方式为MU传输方式时，所述第一天线端口指示字段为1比特或3比特。

19.根据权利要求15至18中任一项所述的装置，其特征在于，

所述终端设备的数据发送方式为SU传输方式时，所述第二天线端口指示字段为0比特，或者

所述终端设备的数据发送方式为MU传输方式时，所述第二天线端口指示字段为0比特或2比特。

20.根据权利要求15至19中任一项所述的装置，其特征在于，

所述收发模块，还用于发送第一信息，所述第一信息用于指示所述终端设备的天线端口对应的参考信号占用的OFDM符号中的数据与所述参考信号之间的复用传输方式，所述复用传输方式包括频分复用和时分复用。

21.一种确定天线端口的装置，其特征在于，包括：

收发模块，用于接收第一下行控制信息和/或第二下行控制信息，所述第一下行控制信息包括第一天线端口指示字段，所述第二下行控制信息包括第二天线端口指示字段，所述装置为低能力终端设备，

其中，所述第一天线端口指示字段占用的比特数为0、1、2、3中的一个，所述第二天线端口指示字段占用的比特数为0、1、2中的一个；

处理模块，用于根据所述第一天线端口指示字段确定接收参考信号时使用的天线端口和/或根据所述第二天线端口指示字段确定发送参考信号时使用的天线端口。

22.根据权利要求21所述的装置，其特征在于，所述处理模块还用于：

根据数据接收方式和所述第一天线端口指示字段确定接收参考信号时使用的天线端口，

和/或

根据数据发送方式和所述第二天线端口指示字段确定发送参考信号时使用的天线端口，

其中，所述数据接收方式和数据发送方式包括单用户SU传输方式或多用户MU传输方式。

23.根据权利要求21或22所述的装置，其特征在于，

所述装置的数据接收方式为SU传输方式时，所述第一天线端口指示字段为0比特或1比特；

所述处理模块具体用于：

根据所述SU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口，

或者

根据所述SU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口；

或者

所述装置的数据接收方式为MU传输方式时，所述第一天线端口指示字段为0比特或1比特或3比特；

所述处理模块具体用于：

根据所述MU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口，

或者

根据所述MU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口，

或者

根据所述MU传输方式和所述第一天线端口指示字段为3比特，确定所述第一天线端口指示字段的取值所对应的天线端口为所述接收参考信号时使用的天线端口。

24.根据权利要求22所述的装置，其特征在于，所述处理模块还用于：

根据接收参考信号的天线端口的数量、数据接收方式和所述第一天线端口指示字段确定接收参考信号时使用的天线端口。

25.根据权利要求24所述的装置，其特征在于，

所述装置接收参考信号的天线端口的数量为1，所述数据接收方式为SU传输方式，所述第一天线端口指示字段为0比特；

所述处理模块具体用于：

根据所述接收参考信号的天线端口的数量为1、所述SU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口；

或者

所述装置接收参考信号的天线端口的数量为2，所述数据接收方式为SU传输方式，所述第一天线端口指示字段为1比特；

所述处理模块具体用于：

根据所述接收参考信号的天线端口的数量为2、所述SU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口；

或者

所述装置接收参考信号的天线端口的数量为1，所述数据接收方式为MU传输方式，所述第一天线端口指示字段为0比特或3比特；

所述处理模块具体用于：

根据所述接收参考信号的天线端口的数量为1、所述MU传输方式和所述第一天线端口指示字段为0比特，确定默认的天线端口为所述接收参考信号时使用的天线端口；

或者

根据所述接收参考信号的天线端口的数量为1、所述MU传输方式和所述第一天线端口指示字段为3比特，确定所述第一天线端口指示字段的取值所对应的天线端口为所述接收参考信号时使用的天线端口；

或者

所述装置接收参考信号的天线端口的数量为2，所述数据接收方式为MU传输方式，所述第一天线端口指示字段为1比特或3比特；

所述处理模块具体用于：

根据所述接收参考信号的天线端口的数量为2、所述MU传输方式和所述第一天线端口指示字段为1比特，确定默认的1个天线端口或默认的2个天线端口为所述接收参考信号时使用的天线端口；

或者

根据所述接收参考信号的天线端口的数量为2、所述MU传输方式和所述第一天线端口指示字段为3比特，确定所述第一天线端口指示字段的取值所对应的天线端口为所述接收参考信号时使用的天线端口。

26.根据权利要求22所述的装置，其特征在于，

所述装置的数据发送方式为SU传输方式时，所述第二天线端口指示字段为0比特；

所述处理模块具体用于：

根据所述SU传输方式和所述第二天线端口指示字段为0比特，确定默认的天线端口为所述发送参考信号时使用的天线端口。

27.根据权利要求22所述的装置，其特征在于，

所述装置的数据发送方式为MU传输方式时，所述第二天线端口指示字段为0比特或2比特；

所述处理模块具体用于：

根据所述MU传输方式和所述第二天线端口指示字段为0比特，确定默认的天线端口为所述发送参考信号时使用的天线端口，

或者

根据所述MU传输方式和所述第二天线端口指示字段为2比特，确定所述第二天线端口指示字段的取值所对应的天线端口为所述发送参考信号时使用的天线端口。

28.根据权利要求21至27中任一项所述的装置，其特征在于，

所述收发模块，还用于接收第一信息，根据所述第一信息确定天线端口对应的参考信号占用的OFDM符号中的数据与所述参考信号之间的复用传输方式，所述复用传输方式包括频分复用和时分复用。

29.根据权利要求1至6或7至14中任一项所述的方法或根据权利要求15至20或21至28中任一项所述的装置，其特征在于，

所述0比特用于指示或确定默认的天线端口，所述1比特的取值用于指示或确认默认的1个天线端口或者默认的2个天线端口，所述2比特或3比特的取值用于指示或确认对应的天线端口。

30.一种通信装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机程序，以使得所述通信装置执行权利要求1至6中任一项所述的通信方法，或执行权利要求7至14中任一项所述的通信方法。

31.一种计算机可读存储介质，其特征在于，

所述计算机可读存储介质上存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行权利要求1至6中任一项所述的通信方法，或执行权利要求7至14中任一项所述的通信方法。

32.一种芯片系统，其特征在于，包括：

处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片系统地通信设备执行权利要求1至6中任一项所述的通信方法，或执行权利要求7至14中任一项所述的通信方法。

Images