CN114946133A - 通信的方法、设备和计算机可读介质 - Google Patents

Abstract

本公开的实施例涉及通信的方法、设备和计算机可读存储介质。网络设备向终端设备发送与网络设备处的第一数目的端口相关联的信道状态信息参考信号；从终端设备接收基于终端设备的能力生成的压缩信道状态信息；以及从压缩信道状态信息恢复与网络设备处的第二数目的端口相关联的信道状态信息，第二数目的端口不少于第一数目的端口。终端设备从网络设备接收与网络设备处的第一数目的端口相关联的信道状态信息参考信号；基于信道状态信息参考信号来确定信道状态信息；基于终端设备的能力来压缩信道状态信息；以及向网络设备发送压缩信道状态信息，以用于恢复与第二数目的端口相关联的信道状态信息。因此，可以更准确地获取CSI，同时降低复杂性和开销。

Description

通信的方法、设备和计算机可读介质

技术领域

本公开的实施例总体上涉及电信领域，并且具体地，涉及大规模多输入多输出(MIMO)系统中的通信的方法、设备和计算机可读存储介质。

背景技术

在大规模MIMO系统中，特别是在毫米波(mmWave)频率下以频分复用(FDD)模式操作的系统中，获取准确的信道状态信息(CSI)对于波束成形或预编码设计以实现大量天线带来的吞吐量提升来说是最重要的。随着天线端口的数目越来越多，CSI获取期间的一个关键问题是大量CSI参考信号(CSI-RS)的发送和大量CSI的反馈所带来的大开销。

具有双向建模的毫米波MIMO信道表现出空间稀疏性。鉴于此，可以至少在空间域压缩大规模MIMO系统中的相关CSI，以减少CSI反馈开销。目前，以良好的性能实现大规模MIMO的CSI获取程序中的开销减少是非常受关注的。

发明内容

一般来说，本公开的示例实施例提供用于CSI获取的方案。

在第一方面，提供一种通信方法。方法包括：在网络设备处向终端设备发送与网络设备处的第一数目的端口相关联的信道状态信息参考信号；从终端设备接收基于终端设备的能力生成的压缩信道状态信息；以及从压缩信道状态信息恢复与网络设备处的第二数目的端口相关联的信道状态信息，该第二数目的端口不少于第一数目的端口。

在第二方面，提供一种通信方法。方法包括：在终端设备处从网络设备接收与网络设备处的第一数目的端口相关联的信道状态信息参考信号；基于信道状态信息参考信号来确定信道状态信息；基于终端设备的能力来压缩信道状态信息；以及向网络设备发送压缩信道状态信息，以用于恢复与网络设备处的第二数目的端口相关联的信道状态信息，该第二数目的端口不少于第一数目的端口。

在第三方面，提供一种网络设备。该网络设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使网络设备执行根据第一方面的方法：

在第四方面，提供一种终端设备。该终端设备包括：至少一个处理器；以及至少一个存储器，包括计算机程序代码；该至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使终端设备执行根据第二方面的方法：

在第五方面，提供一种非瞬态计算机可读介质。该非瞬态计算机可读介质包括程序指令，该程序指令用于使装置执行根据第一方面的方法。

在第六方面，提供一种非瞬态计算机可读介质。该非瞬态计算机可读介质包括程序指令，该程序指令用于使装置执行根据第二方面的方法。

应理解，发明内容部分并非旨在标识本公开的实施例的关键或基本特征，也不旨在用于限制本公开的范围。本公开的其他特征将通过以下描述变得容易理解。

附图说明

现将参考附图描述一些示例实施例，其中：

图1图示了示例通信网络，本公开的示例实施例可以在该示例通信网络中实现；

图2图示了根据本公开的一些实施例说明在CSI获取期间的通信过程的流程图；

图3图示了根据本公开的示例实施例的在网络设备处实现的通信方法的流程图；

图4图示了根据本公开的示例实施例的CSI恢复的示例方法的流程图；

图5图示了根据本公开的示例实施例的在终端设备处实现的通信方法的流程图；

图6图示了根据本公开的示例实施例的CSI反馈的示例方法的流程图；

图7图示了通过累积分布函数(CDF)对本方案与现有方案之间的归一化均方误差(NMSE)性能的示例比较；

图8图示了通过CDF对本方案与现有方案之间的吞吐量性能的示例比较；

图9图示了通过CDF对本方案与现有方案之间的吞吐量性能与终端设备数目的示例比较；

图10图示了装置的简化框图，该装置适用于实现本公开的示例实施例；以及

图11图示了根据本公开的示例实施例的示例计算机可读介质的框图。

贯穿图式，相同或相似的附图标号表示相同或相似的元件。

具体实施方式

现将参考一些示例实施例描述本公开的原理。应理解，这些实施例仅出于说明目的描述且帮助所属领域的技术人员理解并实现本公开，而不暗示关于本公开的范围的任何限制。本文中所描述的公开内容能够以除下文所描述的方式以外的各种方式来实现。

在以下描述和权利要求中，除非另外定义，否则本文中使用的所有技术和科学术语具有如本公开所属领域的普通技术人员通常理解的相同含义。

本公开中对“一个实施例”、“实施例”、“示例实施例”等的参考指示所描述实施例可以包括特定特征、结构或特性，但不必每个实施例都包括特定特征、结构或特性。此外，此类短语不一定指代相同实施例。此外，当结合实施例描述特定特征、结构或特性时，应认为，其在所属领域的技术人员的知识范围内以结合其他实施例实现此特征、结构或特性，而不管是否明确地描述。

应理解，尽管可以在本文中使用术语“第一”和“第二”等来描述各种元件，但这些元件不应被这些术语限制。这些术语仅用于区分一个元件与另一元件。例如，在不脱离示例实施例的范围的情况下，第一元件可以被称为第二元件，并且类似地，第二元件可以被称为第一元件。如本文中所使用，术语“和/或”包括所列示术语中的一个或多个术语的任何和所有组合。

本文中使用的术语仅出于描述特定实施例的目的，并且不旨在限制示例实施例。如本文中所使用，除非上下文另外明确指示，否则单数形式“一”和“该”旨在还包括复数形式。将进一步理解，术语“包括”、“具有”在本文中使用时指定所陈述特征、元件和/或组件等的存在，但不排除一个或多个其他特征、元件、组件和/或其组合的存在或增加。

如本申请中所使用，术语“电路系统”可以指代以下一项或多项或全部：

(a)纯硬件电路实现(诸如仅在类比和/或数字电路系统中的实现)以及

(b)硬件电路和软件的组合，诸如(如适用)：

(i)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)(多个)硬件处理器的任何部分与软件(包括数字信号处理器)、软件和(多个)存储器，其在一起工作以使装置(诸如移动手机或服务器)执行各种功能)，以及

(c)(多个)硬件电路和或处理器，诸如(多个)微处理器或(多个)微处理器的部分，其需要软件(例如固件)进行操作，但在不需要进行操作时软件可能不存在。

电路系统的此定义应用于此术语在本申请中(包括在任何权利要求中)的所有使用。作为另一示例，如本申请中所使用，术语电路系统还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的部分和其伴随软件和/或固件的实施。术语电路系统还涵盖(例如，且如果适用于特定权利要求元件)用于移动设备的基带集成电路或处理器集成电路，或服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如本文中所使用，术语“通信网络”是指遵循任何合适通信标准的网络，诸如长期演进(LTE)、LTE高级(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)、窄带物联网(NB-IoT)等。此外，终端设备与通信网络中的网络设备之间的通信可以根据任何合适的代通信协议来执行，该协议包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来第五代(5G)通信协议和/或目前已知或将来开发的任何其他协议。本公开的实施例可以应用于各种通信系统。鉴于通信的快速发展，当然还将存在可以用来实施本公开的未来类型通信技术和系统。不应视为将本公开的范围仅限于前述系统。

如本文中所使用，术语“网络设备”是指通信网络中的节点，终端设备经由该节点接入网络并从其接收服务。取决于所应用术语和技术，网络设备可以指代基站(BS)或接入点(AP)，例如节点B(NodeB或NB)、演进NodeB(eNodeB或eNB)、NR NB(也称为gNB)、远程无线单元(RRU)、无线电头(RH)、远程无线电头(RRH)、中继、诸如femto、pico等低功率节点。

术语“终端设备”是指可以能够进行无线通信的任何末端设备。通过示例而非限制，终端设备还可以称为通信设备、用户装备(UE)、用户站(SS)、便携式用户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式电脑、台式电脑、诸如数字相机等图像捕获终端设备、游戏终端设备、音乐存储和回放器具、车载无线终端设备、无线端点、移动站、笔记本电脑嵌入式装备(LEE)、笔记本电脑安装装备(LME)、USB硬件保护装置、智能设备、无线客户端装备(CPE)、物联网(loT)设备、手表或其他穿戴物、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如远程手术)、工业设备和应用(例如在工业和/或自动化处理链情景中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络中操作的设备等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户装备”和“UE可以互换地使用。”

图1图示了示例通信网络100，本公开的实施例可以在该示例通信网络100中实现。如图1中所示，网络100包括网络设备110和由网络设备110服务的终端设备120。应理解，如图1中所示的网络设备和终端设备的数目仅用于说明的目的，并不意味着任何限制。网络100可以包括适于实现本公开的实施例的任何合适数目的网络设备和终端设备。

如图1中所示，网络设备110和终端设备120可以相互通信。网络设备110可以具有用于与终端设备120通信的多个天线。例如，网络设备110可以包括四个天线111、112、113和114。终端设备120还可以具有用于与网络设备110通信的多个天线。例如，终端设备120可以包括四个天线121、122、123和124。应理解，如图1中所示的天线的数目仅用于说明的目的，并不意味着任何限制。网络设备110和终端设备120中的每一项可以提供适于实现本公开的实施例的任何合适数目的天线。

网络100中的通信可以符合任何合适的标准，包括但不限于LTE、LTE演化、LTE高级(LTE-A)、宽带码分多址接入(WCDMA)、码分多址(CDMA)和全球移动通信系统(GSM)等。此外，可以根据当前已知或将来开发的任何代通信协议来执行通信。通信协议的示例包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议。

可以经由多个天线111、112、113和114以及多个天线121、122、123和124在网络设备110与终端设备120之间建立多个信道或子信道来进行数据发送。为了实现大量天线带来的吞吐量提升，需要获取与多个信道或子信道相关联的准确CSI用于数据发送中的波束成形或预编码设计。在CSI获取期间，网络设备110可以经由信道或子信道中的每一项向终端设备120发送CSI-RS，并且终端设备120可以基于接收到的CSI-RS测量信道或子信道中的每一项上的CSI，并向网络设备110发送测量的CSI。

例如，假设网络设备110安装有M_T个发送天线端口。网络设备110同时服务于K个终端设备120，其中每个终端设备120具有

个接收天线。系统中考虑的完整信道由

表示，其中

是来自所有终端设备120的接收天线的总数。毫米波信道由广泛使用的集群模型表示，由第k个终端设备120的H_k表示。网络设备110需要CSIH＝[H⁽¹⁾，H⁽²⁾，...，H^(K)]来为K个终端设备120设计诸如预编码的发送处理。在FDD系统中，下行信道H可以经由终端设备120处估计的CSI的反馈而获得。

随着天线的数目越来越多，将在终端设备120处估计的CSI具有大维度，因此在下行链路中需要大CSI-RS开销。另一方面，一旦终端设备120获得下行链路CSI-RS，反馈整个显式CSI将提高MIMO传输性能但也会导致显著大的开销。

在一些传统的方案中，网络设备110可以向终端设备120发送非预编码的CSI-RS，并且终端设备120可以通过基于非预编码的CSI-RS估计信道或子信道来确定CSI。终端设备120可以通过使用例如主成分分析(PCA)或正交匹配追踪(OMP)来压缩CSI以去除不必要的冗余，并且向网络设备110发送压缩CSI。网络设备110可以接收压缩CSI并且执行压缩CSI的重构。以此方式，可以减少CSI反馈开销。然而，该方案的缺点是由于许多天线端口引起的大量发送CSI-RS和压缩信息的一致反馈，诸如用于在网络设备110处重构的对应码本的压缩矩阵或索引。这将导致发送CSI-RS和反馈两者的大开销。

在一些仍然传统的方案中，网络设备110可以使用例如波束网格(GoB)将波束成形的CSI-RS发送给终端设备120，并且终端设备120可以估计波束成形的CSI-RS并且反馈具有减小维度的波束成形的CSI，以及CSI-RS资源指示符(CRI)。这减少了CSI-RS发送和反馈两者的开销。然而，网络设备110需要针对获得的波束成形的CSI设计“第二阶段”预编码以将层映射到端口。以此方式，性能将受到波束成形的CSI-RS的波束选择的限制，这是因为预编码设计分为两部分，一个是“第二阶段”预编码，另一个是端口虚拟化。

在一些仍然传统的方案中，将上述两种方案组合以在网络设备110处利用波束成形的CSI-RS并在终端设备120处执行CSI压缩。以此方式，开销大大减少，但是网络设备110仍然需要为获得的波束成形的CSI设计“第二阶段”预编码以将层映射到端口。这对于提高MIMO发送性能和复杂度是不利的。

发明人注意到具有双向建模的毫米波MIMO信道表现出空间稀疏性。可以至少在空间域压缩大规模MIMO系统中的相关CSI，以减少CSI反馈开销。一种流行的方案是在终端设备120处应用压缩审查(CS)公式，并且网络设备110可以简单地从压缩CSI反馈重构CSI。在未来的移动通信中，由于需要新的功能，要求终端设备120具有低功耗和低复杂度，而网络设备110可能更强大。因此，仍然非常希望将计算工作从终端设备120转移到网络设备110。

为了解决上述和其他潜在问题，本公开的实施例提供了一种改进的基于机器学习(ML)的CSI获取的方案，其机制在如图2所示的高级流程图中说明。

图2图示了说明根据本公开的一些实施例的在CSI获取期间的通信过程的流程图200。网络设备110向终端设备120发送与网络设备110处的第一数目的端口相关联的210个CSI-RS。在接收到CSI-RS时，终端设备120基于对CSI-RS的信道测量来确定220相关CSI。在确定CSI时，终端设备120压缩230 CSI，并向网络设备110发送240压缩CSI。在接收到压缩CSI时，网络设备110从压缩CSI恢复250与网络设备110处的第二数目的端口相关联的CSI。第二数目的端口不少于第一数目的端口，即第二数目的端口等于或大于第一数目的端口。

应理解，本文中的端口可以指端口虚拟化中的虚拟端口。在一些实施例中，第二数目的端口可以等于网络设备110处的总端口数。在一些备选实施例中，第二数目的端口可能小于网络设备110处的总端口数。与传统方案相比，本方案可以基于预定的ML模型恢复具有比用于CSI反馈的端口数更多的端口的CSI，而不需要类似CRI的反馈，因此可以更准确地获取CSI，同时降低复杂度和开销。

现将详细参考附图描述本公开的一些示例实施例。然而，所属领域的技术人员将容易地理解，本文给出的关于这些附图的详细描述是出于解释性目的，因为本公开超出了这些有限的实施例。

图3图示了根据本公开的示例实施例的在网络设备处实现的通信方法300的流程图。方法300可以在图1中所示的网络设备110处实现。出于讨论起见，现将参考图1描述方法300。应理解，方法300还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。

如图3中所示，在块310处，网络设备110向终端设备120发送将与网络设备110处的第一数目的端口相关联的CSI-RS。在一些实施例中，网络设备110可以压缩CSI-RS，并且向终端设备120发送压缩CSI-RS。在这种情况下，第一数目的端口可以小于网络设备110处的总端口数。在一些实施例中，网络设备110可以基于网络设备110处的天线特性来压缩CSI-RS。在一些示例实施例中，网络设备110可以基于网络设备110处的天线响应来压缩CSI-RS。

例如，如果发送天线端口的数目为M_T，则应用空间压缩矩阵

其中N_T＜M_T通过假设空间冗余存在于网络设备110的发送器处而成立。网络设备110只需要发送N_T个CSI-RS而不是M_T，这减少了CSI-RS的开销。

现将描述设计发送压缩矩阵F的示例。由于网络设备110不知道来自终端设备120或多个终端设备的(多个)到达角，因此将大范围划分为N_T个间隔，并在每个角间隔内应用离散长球面序列(DPSS)波束空间波束成形。用于第n角度区间n＝1，...，N_T的DPSS方法的半定矩阵定义为

其中Θ_n和Φ_n是二维感兴趣的角度区域，

是采样点

处的阵列响应。通过对等式(2)应用特征值分解(EVD)，

原始DPSS波束空间矩阵F_n可以通过对跨越感兴趣采样区域的特征向量求和(相等组合)来获得，写为

用于测量静态波束的矩阵可以写为

由于用于测量的波束成形矩阵仅取决于网络设备110处的阵列响应，因此它被认为是“静态的”。应注意，上述示例仅用于说明，除阵列响应之外的其他天线特性也可以用于设计发送压缩矩阵，也可以采用其他形式的矩阵。以此方式，网络设备110处对CSI-RS的准静态压缩/操作呈现出特定的“波束”模式，不需要终端设备120侧的任何波束选择，也不需要来自终端设备120的CRI反馈。

在一些备选实施例中，网络设备110可以发送原始的或未压缩的CSI-RS。在这种情况下，第一数目的端口可能等于网络设备110处的总端口数。在这些实施例中，网络设备110还可以向终端设备120发送关于发送压缩的信息，以用于在终端设备120处对CSI进行压缩，稍后将结合图5和图6对其进行描述。例如，终端设备110可以发送关于发送压缩矩阵F的信息。应注意，也可以使用关于发送压缩的任何其他合适形式的信息。

在块320处，网络设备110从终端设备120接收压缩CSI(例如Y(k)，其中k表示第k个终端设备)。根据本公开的实施例，压缩CSI是基于终端设备120的能力生成的。在一些实施例中，压缩CSI的压缩模式可以分为对公共码本ML友好的第一压缩模式和对公共码本ML不友好的第二压缩模式。

在终端设备120启用第一压缩模式的一些实施例中，可以使用公共码本基于终端设备120处的天线特性来生成压缩CSI。应准确地定义码本以满足压缩要求。压缩不随动态信道传播特性而变化，但可以随不同终端设备的不同天线方向图而变化。这对于具有良好性能的启用ML的CSI恢复来说是简单的。在终端设备120启用第二压缩模式的一些实施例中，可以使用唯一码本基于终端设备120处的信道传播特性来生成压缩CSI。关于与压缩CSI相关联的压缩，其他细节将在后面结合图5和图6进行描述。

在接收到压缩CSI后，在块330处，网络设备110从压缩CSI恢复与网络设备110处的第二数目的端口相关联的CSI(例如H^(k)，其中k表示第k个终端设备)。根据本公开的实施例，第二数目的端口不少于第一数目的端口。在一些实施例中，第二数目的端口可能等于网络设备110处的总端口数。在一些备选实施例中，第二数目的端口可能小于网络设备110处的总端口数。

根据本公开的实施例，网络设备110可以基于预定ML模型从压缩CSI恢复与第二数目的端口相关联的CSI。可以针对与压缩CSI相关联的不同压缩模式采用不同的模型。下文将结合图4进行描述。图4图示了根据本公开的示例实施例的CSI恢复的示例方法400的流程图。方法400可以在图1中所示的网络设备110处实现。出于讨论起见，将参考图1描述方法400。应理解，方法400还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。

在块410处，网络设备110可以确定模式是否是第一压缩模式或第二压缩模式。在接收到压缩CSI时，网络设备110可以确定压缩CSI的压缩模式。在一些实施例中，模式可以由终端设备120决定或触发。在这种情况下，网络设备110可以从终端设备120接收表示模式的指示符，并且基于该指示符确定模式。例如，在一些实施例中，网络设备110可以在物理上行控制信道(PUCCH)中接收指示符。在一些实施例中，网络设备110可以与压缩CSI一起接收指示符。应注意，发送来自终端设备120的指示符可以通过任何其他合适的方式来进行，并且不受上述示例的限制。

在一些备选实施例中，模式可以由网络设备110决定或触发。在一些实施例中，网络设备110可以从终端设备120接收关于终端设备120的能力的信息，并且基于终端设备120的能力来确定模式。例如，在终端设备120启用第一压缩模式的一些实施例中，网络设备110可以将该模式确定为第一压缩模式。在终端设备120不启用第一压缩模式的一些实施例中，网络设备110可以将该模式确定为第二压缩模式。

在模式由网络设备110决定的这些实施例中，网络设备110可以进一步向终端设备120发送表示模式的指示符以用于CSI压缩。例如，在一些实施例中，网络设备110可以在物理下行控制信道(PDCCH)中发送指示符。在一些实施例中，网络设备110可以与CSI-RS一起发送指示符。应注意，来自网络设备110的指示符的发送可以通过任何其他合适的方式来进行，并且不受上述示例的限制。

参考图4，如果在块410处确定模式为第一压缩模式，则在块420处，网络设备110可以基于将压缩CSI映射到与第二数目的端口相关联的CSI的第一预定模型来恢复与第二数目的端口相关联的CSI。在一些实施例中，由于

作为第一预定模型的输入，可以获得H^(k)作为输出。通过在第三维中连接其实部和虚部，

是矩阵Y^(k)的张量符号。

根据本公开的实施例，可以通过以大量压缩CSI作为输入并以对应的已知精确CSI作为输出来训练神经网络来预先生成第一预定模型。在训练过程期间，所有可能的用于CSI压缩的码本案例都被认为是输入，因此用于CSI恢复的第一预定模型将不受特定终端设备的限制。应理解，第一预定模型可以通过任何合适的神经网络训练方式获得，本公开对此不做限制。

如果在块410处确定该模式为第二压缩模式，则在块430处，网络设备110可以接收用于压缩来自终端设备120的CSI的码本的指示(例如W^(k)，其中k表示第k个终端设备)。该指示可以任何合适的方式进行。码本指示的反馈不会带来大开销，因为码本的大小很小，仅受终端设备120处的天线数目限制，并且与接收压缩有关。

在块440处，网络设备110可以基于码本生成处理的CSI(例如

)。例如，在一些实施例中，压缩的CSI Y^(k)可以通过对压缩的CSI Y^(k)进行矢量化来处理，写为：

其中Y^(k)表示与第k个终端设备相关联的压缩CSI，y^(k)表示与第k个终端设备相关联的矢量化压缩CSI，W^(k)表示与第k个终端设备相关联的接收压缩矩阵，H^(k)表示与第k个终端设备相关联的精确信道矩阵，F表示发送压缩矩阵。然后可以通过最小二乘法(LS)来获得处理的CSI。

其中

表示处理的CSI，Y^(k)为与第k个终端设备相关联的的压缩CSI，W^(k)表示与第k个终端设备相关联的接收压缩矩阵，H^(k)表示与第k个终端设备相关联的精确信道矩阵，F表示发送压缩矩阵，

表示终端设备120处的接收天线端口的数目，M_T表示网络设备110处的发送天线端口的数目。

应注意，上述等式仅用于说明，并不用于限制本申请，并且可以采用任何其他合适的实现。

在块450处，网络设备110可以基于将处理的CSI映射到与第二数目的端口相关联的CSI的第二预定模型来恢复与第二数目的端口相关联的CSI(例如H^(k))。在一些实施例中，可以通过将

的实部和虚部重新形成张量符号

来进一步处理处理的CSI，以便作为第二预定模型的输入。然后，可以获得与第二数目的端口相关联的CSI作为第二预定模型的输出。

根据本公开的实施例，可以通过以大量处理的CSI作为输入并且对应的已知精确CSI作为输出来训练神经网络来预先生成第二预定模型，该处理的CSI是从压缩CSI并基于码本的指示生成。应理解，第二预定模型可以通过任何合适的神经网络训练方式获得，本公开对此不做限制。

上文已参考图3和图4描述了在网络设备110处的示例实现。以此方式，未压缩维度的CSI可以从具有有限端口数的CSI反馈中恢复，这由针对两种模式训练的神经网络启用。相应地，现在将参考图5至图6描述在终端设备120处的示例实现。

图5图示了根据本公开的示例实施例的在终端设备处实现的通信方法500的流程图。方法500可以在图1中所示的终端设备120处实现。出于讨论起见，将参考图1描述方法500。应理解，方法500还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。

如图5中所示，在块510处，终端设备120从网络设备110接收与网络设备110处的第一数目的端口相关联的CSI-RS。在一些实施例中，终端设备120可以接收压缩CSI-RS。在这种情况下，第一数目的端口可能小于网络设备110处的总端口数。在一些实施例中，终端设备120可以接收基于网络设备110处的天线特性生成的压缩CSI-RS。例如，压缩CSI-RS可以根据以上等式(1)-(3)来生成。更多细节可以参考结合图3的块310给出的类似描述。

在一些备选实施例中，终端设备120可以接收原始的或未处理的CSI-RS。在这种情况下，第一数目的端口可以等于网络设备110处的总端口数。在这些实施例中，终端设备120还可以从网络设备110接收关于发送压缩的信息，以便稍后用于CSI的压缩。例如，终端设备120可以接收关于发送压缩矩阵F的信息。应注意，也可以使用关于发送压缩的任何其他合适形式的信息。

在块520处，终端设备120基于CSI-RS来确定CSI。根据本公开的实施例，终端设备120可以通过CSI-RS的信道估计来确定与第一数目的端口相关联的CSI。应注意，CSI的确定可以通过任何合适的方式进行，本公开对此不做限制。

在块530处，终端设备120基于终端设备120的能力来压缩CSI。在一些实施例中，终端设备可以确定压缩模式，并且基于该模式来压缩CSI。如上所述，在一些实施例中，压缩CSI的压缩模式可以分为对公共码本ML友好的第一压缩模式和对公共码本ML不友好的第二压缩模式。对不同的模式采用不同的压缩，以便于在网络设备110处恢复CSI。下文将结合图6进行描述。

图6图示了根据本公开的示例实施例的CSI反馈的示例方法600的流程图。方法600可以在图1中所示的终端设备120处实现。出于讨论起见，将参考图1描述方法600。应理解，方法600还可以包括未示出的附加块和/或省略一些示出的块，并且本公开的范围在这方面不受限制。

在块610处，终端设备120可以确定是否启用第一压缩模式或第二压缩模式。在一些实施例中，模式可以由网络设备110决定或触发。在这种情况下，终端设备120可以向网络设备110发送关于终端设备120的能力的信息以确定模式。相应地，终端设备120可以从网络设备110接收表示模式的指示符，并且基于该指示符来确定模式。例如，在一些实施例中，终端设备120可以在PDCCH中接收指示符。在一些实施例中，终端设备120可以与CSI-RS一起接收指示符。应注意，从网络设备110接收指示符可以通过任何其他合适的方式来进行，并且不受上述示例的限制。

在一些备选实施例中，模式可以由终端设备120决定或触发。在一些实施例中，终端设备120可以基于终端设备120的能力来确定模式。例如，在终端设备120启用第一压缩模式的一些实施例中，终端设备120可以将该模式确定为第一压缩模式。在终端设备120不启用第一压缩模式的一些实施例中，终端设备120可以将该模式确定为第二压缩模式。

在模式由终端设备120决定的这些实施例中，终端设备120可以进一步向网络设备110发送表示模式的指示符以用于CSI恢复。例如，在一些实施例中，终端设备120可以在PUCCH中发送指示符。在一些实施例中，终端设备120可以与CSI反馈一起发送指示符。应注意，发送来自终端设备120的指示符可以通过任何其他合适的方式来执行，并且不受上述示例的限制。

参考图6，如果在块610处确定启用第一压缩模式，则在块620处，终端设备120可以基于终端设备120处的天线特性来压缩CSI。例如，在一些实施例中，UE应用接收压缩

以进一步减少CSI反馈开销。所得压缩CSI可以表示为

其中Y^(k)表示与第k个终端设备相关联的压缩CSI，W^(k)表示与第k个终端设备相关联的接收压缩矩阵，H^(k)表示与第k个终端设备相关联的精确信道矩阵，F表示发送压缩矩阵，

表示终端设备120处的接收天线端口的数目，并且N_T表示CSI-RS的数目。

在启用第一压缩模式的一些实施例中，终端设备120可以应用匹配其感兴趣范围内的阵列响应的“静态”波束空间压缩。与等式(1)类似，基于由下式定义的DPSS的半定矩阵

其中

表示用于每个终端设备120的采样点

的阵列响应。EVD应用于此矩阵J^UE＝U∑U^H上，并且可以通过取其主要特征如下获得压缩矩阵W^(k)

这确保了感兴趣区域的良好阵列增益，并且不依赖于不同的信道。

在一些实施例中，可以定义公共码本，W^(k)可以映射到该公共码本。由于W^(k)的设计遵循“最大化感兴趣的角度区域中的有效阵列增益”的标准并且是“静态的”(不依赖于信道/时变)，因此可以针对每个终端设备的天线配置获得W^(k)。还需要码本表示W^(k)。在一些实施例中，不同的终端设备可能具有不同的W^(k)，但对于每个终端设备，W^(k)根据其自己的模式是固定的。

在一些实施例中，公共码本可以被设计为适合不同数目的天线元件。由于终端设备可能没有很多天线，因此公共码本的大小将不大。因此，与W^(k)匹配的码本的选择也将不大。

在接收到非压缩CSI-RS的一些实施例中，终端设备120可以基于所接收关于发送压缩的信息(例如发送压缩矩阵F)来确定接收压缩矩阵W^(k)，例如根据等式(7)和(8)。所得压缩CSI可以写为：

Y^(k)＝W^(k)HF (9)

其中Y^(k)表示压缩CSI，W^(k)表示接收压缩矩阵，H表示精确信道矩阵，F表示发送压缩矩阵。

应注意，上述等式仅出于说明提供，并不旨在限制本申请，并且可以采用任何其他合适的实施方式。

参考图6，如果在块610处确定启用第二压缩模式，则在块630处，终端设备120可以基于终端设备120处的信道传播特性来压缩CSI。在一些实施例中，终端设备120可以通过应用动态信道相关方案来压缩空间域中的CSI。例如，基于估计的信道，终端设备120可以找出重要分量并将其与诸如DFT码本的预定义码本对齐。该方案确保终端设备120从码本中选择压缩矩阵以最大化接收期间的有效阵列增益，其是动态的并且取决于CSI。

在启用第二压缩模式的一些实施例中，在块640处，终端设备120可以向网络设备110发送用于压缩CSI的码本的指示，以便由网络设备110用于CSI恢复。在一些实施例中，终端设备120可以向网络设备110发送码本的指示以及压缩CSI。在一些备选实施例中，终端设备120可以分离地向网络设备110发送码本的指示。与第二种压缩方式相比，在第一种压缩方式下，不需要估计用于获得接收压缩矩阵W^(k)的信道信息，从而可以在终端设备上实现复杂度的降低。

返回图5，在块540处，终端设备120向网络设备110发送压缩CSI，以用于恢复与网络设备110处的第二数目的端口相关联的CSI，第二数目的端口不少于第一数目的端口。以此方式，基于终端设备120的能力的CSI压缩可以促进从与有限端口数相关联的压缩CSI恢复未压缩维度的CSI。

通过本公开的方案，利用深度神经网络，其固有地探索毫米波大规模MIMO信道的空间稀疏性，使得能够实现比反馈的端口数更多的端口的增强的CSI恢复。此外，CSI压缩在网络设备和终端设备两者处被拆分。实现起来很简单，因为发送压缩是静态的，无需太多CSI知识，并且终端设备也不需要像基于OMP的方案那样进行复杂的压缩。

另外，与非预编码案例相比，本方案可以减少CSI-RS开销。与波束成形案例相比，本方案在设计发送预编码方面具有更高的灵活性，其不分为波束和“第二阶段”预编码。因此，其还可以支持更大数目的发送层。此外，本方案不需要CRI反馈。所提出的方案根据不同终端设备的能力灵活地支持不同模式的CSI压缩。

发明人总结了本方案与现有方案的不同之处，如表1所示。

表1：与现有方案的比较

发明人通过考虑毫米波多用户MIMO系统来执行模拟。模拟设置示于表2中。

表2：模拟设置

在模拟中，深度卷积神经网络(CNN)由MATLAB2018a实施。考虑4个CNN单元，并在卷积层中分别应用具有连续单元的L_f＝[8，16，32，64]的滤波器。连接的CNN单元之后的全连接层具有与输出大小相同的神经元数目。总数据集包括50000个样本，其中85％用于训练，其余用于验证。训练率为0.0002，梯度下降率为0.9。使用2048的小批量大小进行梯度下降。

发明人使用不同的压缩值对第一压缩模式(模式0)和第二压缩模式(模式1)两者的所提出方案进行评估，并与基于OMP的算法以及完美案例进行比较。所提出方案的压缩值为发送器的8(32个中的8个，发送天线端口的数目)和1或2(4中的1或2个，接收天线的数目)，即128个中的8或16个。对于OMP方法，由于迭代算法，压缩值随着不同的信道实现而变化。调整停止标准以使平均压缩值与我们提出的方法相当，该方法具有128种案例中的9种和17种案例。更小的压缩值指示更高的压缩比。

图7图示通过CDF对本方案与现有方案之间的NMSE性能的示例比较700。如图7中所示，710表示本方案中压缩值为16的模式0案例，720表示现有方案中压缩值为17的OMP案例，730表示本方案中压缩值为8的模式0案例，740表示本方案中压缩值为8的模式1案例，750表示本方案中压缩值为16的模式0案例，760表示现有方案中压缩值为9的OMP案例。

可以观察到，压缩值为16的模式0实现了最佳性能，优于模式1。尽管值为8的模式0的性能不优于模式1的性能，但由于其具有较小压缩值的静态波束空间压缩可能会失去其自适应性，如果压缩值较高则可能就足够了。在模式1中，终端设备处的压缩随信道而变化，这是动态的。因此，模式1的性能更稳定。发明人还评估了具有不同压缩值的基于OMP的方法。性能略优于模式1。

图8图示了通过CDF对本方案与现有方案之间的吞吐量性能的示例比较800。发明人分析吞吐量性能作为使用不同CSI获取方案的用户数目的函数，假设SNR为15dB并且考虑2个用户。如图8中所示，810表示本方案中压缩值为8的模式1案例，820表示现有方案中压缩值为9的OMP案例，830表示本方案中压缩值为8的模式0案例，840表示本方案中压缩值为16的模式1案例，850表示现有方案中压缩值为17的OMP案例，860表示本方案中压缩值为16的模式0案例，870表示完美案例。可以观察到，在模式0中的所提出方案优于在模式1和具有相似压缩值的OMP方案中的方案。

图9图示了通过CDF对本方案与现有方案之间的吞吐量性能与终端设备数目的示例比较(假设SNR为15dB)。如图9中所示，910表示本方案中压缩值为8的模式0案例，920表示本方案中压缩值为16的模式1案例，930表示本方案中压缩值为8的模式1案例，940表示波束成形的CSI-RS案例，950表示现有方案中压缩值为17的OMP案例，960表示本方案中压缩值为16的模式0案例，970表示完美案例，980表示现有方案中压缩值为9的OMP案例。

当考虑不同数目的用户时，其表现出相似的结果。其还考虑波束成形的CSI-RS案例，其中基于DFT的码本用于波束成形处理。性能损失是由于分离的“两阶段”预编码，其中“第一阶段”是针对CSI-RS的波束成形，而“第二阶段”预编码是基于波束成形的CSI设计的。

另外，发明人执行开销分析。系统中的主要开销由CSI-RS和CSI反馈确定，如表3所示。发送CSI-RS的开销取决于发送的CSI-RS的数目，因此取决于发送天线端口的数目。对于所提出的方案，由于存在发送压缩，因此CSI-RS的开销为O(N_T)且在我们的示例中N_T＝8.。对于OMP方法，不进行发送压缩，因此开销随M_T而扩展且在我们的示例中M_T＝32。对于CSI反馈的开销，由于量化比特由Q表示，因此用于所提出方案的CSI反馈位的数目可通过

计算，其中

是压缩值。在此示例中，其为2Q·8或2Q·16.。模拟中基于OMP的方案需要2Q·9或2Q·17，其中L＝9或17。此外，在针对模式1和基于OMP的方案提出的方法中，还需要反馈压缩矩阵的索引。压缩矩阵通常从码本选择，其大小由天线的数目确定。所提出模式1需要

个比特来反馈码本的索引，其在我们的示例中为1或2比特。对于OMP算法，其需要

个比特来反馈索引，其需要1·log₂(32·4)＝7个比特。

表2：开销分析

基于计算，案例中所考虑方案的开销分析如表4所示。可以观察到，所提出方案显著降低了CSI-RS和码本指示两者的开销。

表3：开销分析和不同方案的比较

综上所述，根据估计误差、吞吐量和开销方面的性能，可以得出结论，从有限的CSI反馈中提出的基于ML的CSI恢复方法显示出良好的性能并减少了CSI-RS和CSI反馈两者的开销。

在一些实施例中，能够执行方法300的装置(例如网络设备110)可以包括用于执行方法300的相应步骤的部件。部件可以通过任何合适的形式实现。例如，部件可以在电路系统或软件模块中实现。

在一些实施例中，装置可以包括：用于在网络设备处向终端设备发送与网络设备处的第一数目的端口相关联的信道状态信息参考信号的部件；用于从终端设备接收基于终端设备的能力生成的压缩信道状态信息的部件；以及用于从压缩信道状态信息恢复与网络设备处的第二数目的端口相关联的信道状态信息的部件，该第二数目的端口不少于第一数目的端口。

在一些实施例中，用于发送的部件可以包括：用于将与第二数目的端口相关联的原始信道状态信息参考信号压缩为与网络设备处的第一数目的端口相关联的信道状态信息参考信号的部件；以及用于向终端设备发送压缩信道状态信息参考信号的部件。

在一些实施例中，用于恢复的部件包括：用于确定信道状态信息的压缩模式是否为基于终端设备处的天线特性执行压缩的第一压缩模式的部件；以及用于根据确定信道状态信息的压缩模式为第一压缩模式，基于将压缩信道状态信息映射到信道状态信息的第一预定模型来恢复信道状态信息的部件。

在一些实施例中，装置还包括：用于从终端设备接收用于压缩信道状态信息的码本的指示的部件。在一些实施例中，用于恢复的部件包括：用于确定信道状态信息的压缩模式是否为第二压缩模式的部件，在该第二压缩模式中基于终端设备处的信道传播特性来执行压缩；以及用于基于来码本生成处理的信道状态信息并根据确定信道状态信息的压缩模式为第二压缩方式基于将处理的信道状态信息映射到信道状态信息的第二预定模型来恢复信道状态信息的部件。

在一些实施例中，装置还包括：用于根据压缩信道状态信息的压缩模式由网络设备决定，向终端设备发送表示该模式的指示符部件；以及用于根据压缩信道状态信息的压缩模式由终端设备决定，从终端设备接收表示该模式的指示符的部件。在一些另外的实施例中，用于恢复的部件包括：用于基于该模式来恢复信道状态信息的部件。

在一些实施例中，能够执行方法500的装置(例如终端设备120)可以包括用于执行方法500的相应步骤的部件。部件可以通过任何合适的形式实现。例如，部件可以在电路系统或软件模块中实现。

在一些实施例中，装置可以包括：用于在终端设备处并从网络设备接收与网络设备处的第一数目的端口相关联的信道状态信息参考信号的部件；用于基于信道状态信息参考信号来确定信道状态信息的部件；用于基于终端设备的能力来压缩信道状态信息的部件；以及用于向网络设备发送压缩信道状态信息以用于恢复与网络设备处的第二数目的端口相关联的信道状态信息的部件，该第二数目的端口不少于第一数目的端口。

在一些实施例中，用于接收的部件包括：用于从网络设备接收与第一数目的端口相关联的压缩信道状态信息参考信号的部件，与第一数目的端口相关联的压缩信道状态信息参考信号从与第二数目的端口相关联的原始信道状态信息参考信号生成。

在一些实施例中，用于压缩的部件包括：用于确定终端设备是否启用第一压缩模式的部件；以及用于根据确定终端设备启用第一压缩模式，基于终端设备处的天线特性来压缩信道状态信息的部件。

在一些实施例中，用于压缩的部件包括：用于确定终端设备是否启用第二压缩模式的部件；以及用于根据终端设备启用第二压缩模式的确定基于终端设备处的信道传播特性来压缩信道状态信息的部件。在一些另外的实施例中，装置还包括：用于向网络设备发送用于压缩信道状态信息的码本的指示的部件。

在一些实施例中，装置还包括：用于根据压缩信道状态信息的压缩模式由终端设备决定，向网络设备发送表示该模式的指示符的部件；以及用于根据压缩信道状态信息的压缩模式由网络设备决定，从网络设备接收表示该模式的指示符的部件。在一些另外的实施例中，用于压缩的部件包括：用于基于该模式来压缩信道状态信息的部件。

图10为设备1000的简化框图，该设备1000适用于实现本公开的实施例。可以提供设备1000以实现网络设备或终端设备，例如如图1中所示的网络设备110或终端设备120。如所示出，设备1000包括一个或多个处理器1010、耦接到处理器1010的一个或多个存储器1020以及耦接到处理器1010的一个或多个通信模块1040(诸如发送器和/或接收器)。

通信模块1040用于双向通信。通信模块1040具有至少一个天线以促进通信。通信接口可以表示与其他网络元件通信所需的任何接口。

处理器1010可以为适合于本地技术网络的任何类型，并且可以包括以下一项或多项：作为非限制示例，通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核心处理器架构的处理器。设备1000可以具有多个处理器，诸如在时间上受制于与主处理器同步的时钟的特殊应用集成电路芯片。

存储器1020可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)1024、电可编程只读存储器(EPROM)、闪速存储器、硬盘、光盘(CD)、数字视盘(DVD)和其他磁性存储装置和/或光存储装置。易失性存储器的示例包括但不限于随机存取存储器(RAM)1022和不会在断电持续期间持续的其他易失性存储器。

计算机程序1030包括由相关联处理器1010执行的计算机可执行指令。程序1030可以存储在ROM 1024中。处理器1010可以通过将程序1030加载到RAM 1022中来执行任何合适动作和处理。

本公开的实施例可以借助于程序1030实现，以使得设备1000可以执行如参考图3至图6所讨论的本公开的任何过程。本公开的实施例还可以通过硬件或通过软件和硬件的组合来实现。

在一些实施例中，程序1030可以有形地包含在计算机可读介质中，该计算机可读介质可以包括在(诸如存储器1020中的)设备1000或设备1000可访问的其他存储设备中。设备1000可以将程序1030从计算机可读介质加载到RAM 1022以供执行。计算机可读介质可以包括任何类型的有形非易失性存储装置，诸如ROM、EPROM、闪速存储器、硬盘、CD、DVD等。图11示出了呈CD或DVD形式的计算机可读介质1100的示例。计算机可读介质具有存储在其上的程序1030。

一般来说，本公开的各种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。一些方面可以在硬件中实现，而其他方面可以在固件或软件中实现，该固件或软件可以由控制器、微处理器或其他计算设备执行。尽管本公开的实施例的各个方面被说明且描述为框图、流程图或使用一些其他图形表示，但应理解，本文中描述的块、装置、系统、技术或方法可以作为非限制示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其一些组合中实现。

本公开还提供至少一个计算机程序产品，该计算机程序产品有形地存储在非瞬态计算机可读存储介质上。计算机程序产品包括计算机可执行指令(诸如程序模块中包括的计算机可执行指令)，该计算机可执行指令在目标现实或虚拟处理器上的设备中执行以执行如上文参考图3至图6所描述的方法300至方法600。一般来说，程序模块包括执行特定任务或实施特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能可以如所期望在程序模块之间组合或拆分。用于程序模块的机器可执行指令可以在本地设备或分布式设备内执行。在分布式设备中，程序模块可以位于本地介质和远程存储介质两者中。

用于执行本公开的方法的程序代码可以一种或多种编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机的处理器或控制器或其他可编程数据处理装置，以使得程序代码在由处理器或控制器执行时使得能够实现流程图和/或框图中指定的功能/操作。程序代码可以完全在机器上、部分在机器上作为独立软件包执行，部分在机器上且部分在远程机器上或完全在远程机器或服务器上执行。

在本公开的上下文中，计算机程序代码或相关数据可以由任何合适载体携载，以使设备、装置或处理器能够执行如上所述的各种过程和操作。载体的示例包括信号、计算机可读介质等。

计算机可读介质可以为计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备，或前述的任何合适组合。计算机可读存储介质的更具体示例将包括具有一个或多个电线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM或闪速存储器)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁性存储设备或前述的任何合适组合。

此外，当以特定顺序描绘操作时，此不应理解为需要以所示特定顺序或以连续顺序执行此类操作，或执行所有说明操作或实现期望结果。在某些情况下，多任务处理和并行处理可以为有利的。同样，尽管以上讨论中含有若干具体实现细节，但这些不应解释为本公开的范围的限制，而是解释为可以特定于特定实施例的特征的描述。在单独实施例的背景下描述的某些特征还可以在单个实施例的组合中实现。相反，在单个实施例的背景下描述的各种特征还可以单独地在多个实施例中或在任何合适的子组合中实现。

尽管已以专用于结构特征和/或方法动作的语言来描述本公开，但应理解，随附权利要求中定义的本公开不必限于上文描述的具体特征或动作。实际上，上述具体特征和动作被公开为实施权利要求的示例形式。

Claims (22)

1.一种通信方法，包括：

在网络设备处，向终端设备发送与所述网络设备处的第一数目的端口相关联的信道状态信息参考信号；

从所述终端设备，接收基于所述终端设备的能力生成的压缩信道状态信息；以及

从所述压缩信道状态信息，恢复与所述网络设备处的第二数目的端口相关联的信道状态信息，所述第二数目的端口不少于所述第一数目的端口。

2.根据权利要求1所述的方法，其中所述发送包括：

将与所述第二数目的端口相关联的原始信道状态信息参考信号，压缩为与所述网络设备处的所述第一数目的端口相关联的所述信道状态信息参考信号；以及

向所述终端设备发送所述压缩信道状态信息参考信号。

3.根据权利要求1所述的方法，其中所述恢复包括：

确定所述信道状态信息的所述压缩的模式是否为基于所述终端设备处的天线特性来执行所述压缩的第一压缩模式；以及

根据确定所述信道状态信息的所述压缩的所述模式是所述第一压缩模式，基于将所述压缩信道状态信息映射到所述信道状态信息的第一预定模型来恢复所述信道状态信息。

4.根据权利要求1所述的方法，还包括：

从所述终端设备接收用于压缩所述信道状态信息的码本的指示，以及

其中所述恢复包括：

确定所述信道状态信息的所述压缩的模式是否为基于所述终端设备处的信道传播特性来执行所述压缩的第二压缩模式；以及

根据确定所述信道状态信息的所述压缩的所述模式是所述第二压缩模式，

基于所述码本来生成处理的信道状态信息；以及

基于将所述处理的信道状态信息映射到所述信道状态信息的第二预定模型来恢复所述信道状态信息。

5.根据权利要求1所述的方法，还包括：

根据所述压缩信道状态信息的压缩的模式由所述网络设备决定，向所述终端设备发送表示所述模式的指示符；以及

根据所述压缩信道状态信息的压缩的所述模式由所述终端设备决定，从所述终端设备接收表示所述模式的指示符，以及

其中所述恢复包括：

基于与所述模式相关联的预定模型来恢复所述信道状态信息，所述预定模型将所述压缩信道状态信息映射到所述信道状态信息。

6.一种通信方法，包括：

在终端设备处，从网络设备接收与所述网络设备处的第一数目的端口相关联的信道状态信息参考信号；

基于所述信道状态信息参考信号来确定信道状态信息；

基于所述终端设备的能力来压缩所述信道状态信息；以及

向所述网络设备发送压缩的所述信道状态信息，以用于恢复与所述网络设备处的第二数目的端口相关联的信道状态信息，所述第二数目的端口不少于所述第一数目的端口。

7.根据权利要求6所述的方法，其中所述接收包括：

从所述网络设备接收与所述第一数目的端口相关联的压缩信道状态信息参考信号，与所述第一数目的端口相关联的所述压缩信道状态信息参考信号是从与所述第二数目的端口相关联的原始信道状态信息参考信号生成的。

8.根据权利要求6所述的方法，其中所述压缩包括：

确定所述终端设备是否启用第一压缩模式；以及

根据确定所述终端设备启用所述第一压缩模式，基于所述终端设备处的天线特性来压缩所述信道状态信息。

9.根据权利要求6所述的方法，其中所述压缩包括：

确定所述终端设备是否启用第二压缩模式；以及

根据确定所述终端设备启用所述第二压缩模式，基于所述终端设备处的信道传播特性来压缩所述信道状态信息，以及

所述方法还包括：

向所述网络设备发送用于压缩所述信道状态信息的码本的指示。

10.根据权利要求6所述的方法，还包括：

根据所述压缩信道状态信息的压缩的模式由所述终端设备决定，向所述网络设备发送表示所述模式的指示符；以及

根据所述压缩信道状态信息的压缩的模式由所述网络设备决定，从所述网络设备接收表示所述模式的指示符，以及

其中所述压缩包括：

基于所述模式来压缩所述信道状态信息。

11.一种网络设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述网络设备：

在所述网络设备处，向终端设备发送与所述网络设备处的第一数目的端口相关联的信道状态信息参考信号；

从所述终端设备，接收基于所述终端设备的能力生成的压缩信道状态信息；以及

从所述压缩信道状态信息，恢复与所述网络设备处的第二数目的端口相关联的信道状态信息，所述第二数目的端口不少于所述第一数目的端口。

12.根据权利要求11所述的网络设备，其中所述网络设备被使得通过以下各项发送所述信道状态信息参考信号：

将与所述第二数目的端口相关联的原始信道状态信息参考信号，压缩为与所述网络设备处的所述第一数目的端口相关联的所述信道状态信息参考信号；以及

向所述终端设备发送所述压缩信道状态信息参考信号。

13.根据权利要求11所述的网络设备，其中所述网络设备被使得通过以下各项恢复所述信道状态信息：

确定所述信道状态信息的所述压缩的模式是否为基于所述终端设备处的天线特性来执行所述压缩的第一压缩模式；以及

根据确定所述信道状态信息的所述压缩的所述模式是所述第一压缩模式，基于将所述压缩信道状态信息映射到所述信道状态信息的第一预定模型来恢复所述信道状态信息。

14.根据权利要求11所述的网络设备，其中所述网络设备还被使得：

从所述终端设备接收用于压缩所述信道状态信息的码本的指示，以及

其中所述网络设备被使得通过以下各项恢复所述信道状态信息：

确定所述信道状态信息的所述压缩的模式是否为基于所述终端设备处的信道传播特性来执行所述压缩的第二压缩模式；以及

根据确定所述信道状态信息的所述压缩的所述模式是所述第二压缩模式，

基于所述码本来生成处理的信道状态信息；以及

基于将所述处理的信道状态信息映射到所述信道状态信息的第二预定模型来恢复所述信道状态信息。

15.根据权利要求11所述的网络设备，其中所述网络设备还被使得：

根据所述压缩信道状态信息的压缩的模式由所述网络设备决定，向所述终端设备发送表示所述模式的指示符；以及

根据所述压缩信道状态信息的压缩的所述模式由所述终端设备决定，从所述终端设备接收表示所述模式的指示符，以及

其中所述网络设备被使得通过以下项恢复所述信道状态信息：

基于与所述模式相关联的预定模型来恢复所述信道状态信息，所述预定模型将所述压缩信道状态信息映射到所述信道状态信息。

16.一种终端设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述终端设备：

在所述终端设备处，从网络设备接收与所述网络设备处的第一数目的端口相关联的信道状态信息参考信号；

基于所述信道状态信息参考信号来确定信道状态信息；

基于所述终端设备的能力来压缩所述信道状态信息；以及

向所述网络设备发送压缩的所述信道状态信息，以用于恢复与所述网络设备处的第二数目的端口相关联的信道状态信息，所述第二数目的端口不少于所述第一数目的端口。

17.根据权利要求16所述的终端设备，其中所述终端设备被使得通过以下项接收所述信道状态信息参考信号：

从所述网络设备接收与所述第一数目的端口相关联的压缩信道状态信息参考信号，与所述第一数目的端口相关联的所述压缩信道状态信息参考信号是从与所述第二数目的端口相关联的原始信道状态信息参考信号生成的。

18.根据权利要求16所述的终端设备，其中所述终端设备被使得通过以下各项压缩所述信道状态信息：

确定所述终端设备是否启用第一压缩模式；以及

根据确定所述终端设备启用所述第一压缩模式，基于所述终端设备处的天线特性来压缩所述信道状态信息。

19.根据权利要求16所述的终端设备，其中所述终端设备被使得通过以下各项压缩所述信道状态信息：

确定所述终端设备是否启用第二压缩模式；以及

根据确定所述终端设备启用所述第二压缩模式，基于所述终端设备处的信道传播特性来压缩所述信道状态信息，以及

其中所述终端设备还被使得：

向所述网络设备发送用于压缩所述信道状态信息的码本的指示。

20.根据权利要求16所述的终端设备，其中所述终端设备还被使得：

根据所述压缩信道状态信息的压缩的模式由所述终端设备决定，向所述网络设备发送表示所述模式的指示符；以及

根据所述压缩信道状态信息的压缩的模式由所述网络设备决定，从所述网络设备接收表示所述模式的指示符，以及

其中所述终端设备被使得通过以下项压缩所述信道状态信息：

基于所述模式来压缩所述信道状态信息。

21.一种非瞬态计算机可读介质，包括程序指令，所述程序指令用于使装置执行根据权利要求1至5中任一项所述的方法。

22.一种非瞬态计算机可读介质，包括程序指令，所述程序指令用于使装置执行根据权利要求6至10中任一项所述的方法。

Images