CN112703697B - 用于支持具有循环延迟分集的上行链路传输的探通参考信号配置 - Google Patents

Abstract

本公开的各个方面一般涉及无线通信。在一些方面，用户装备(UE)可接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及使用SRS资源集中的一个或多个资源针对该至少两个非相干或部分相干的天线端口传送SRS。提供了众多其他方面。

Description

用于支持具有循环延迟分集的上行链路传输的探通参考信号 配置

相关申请的交叉引用

本申请要求于2018年9月21日提交的题为“SOUNDING REFERENCE SIGNALCONFIGURATIONS TO SUPPORT UPLINK TRANSMISSIONS WITH CYCLIC DELAY DIVERSITY(用于支持具有循环延迟分集的上行链路传输的探通参考信号配置)”的美国临时专利申请No.62/734,727、以及于2019年9月19日提交的题为“SOUNDING REFERENCE SIGNALCONFIGURATIONS TO SUPPORT UPLINK TRANSMISSIONS WITH CYCLIC DELAY DIVERSITY(用于支持具有循环延迟分集的上行链路传输的探通参考信号配置)”的美国非临时专利申请No.16/575,976的优先权，这些申请由此通过援引明确纳入于此。

公开领域

本公开的各方面一般涉及无线通信，以及用于支持具有循环延迟分集的上行链路传输的探通参考信号配置的技术和装置。

背景

无线通信系统被广泛部署以提供诸如电话、视频、数据、消息接发、和广播等各种电信服务。典型的无线通信系统可以采用能够通过共享可用的系统资源(例如，带宽、发射功率等等)来支持与多个用户通信的多址技术。此类多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、时分同步码分多址(TD-SCDMA)系统、以及长期演进(LTE)。LTE/高级LTE是对由第三代伙伴项目(3GPP)颁布的通用移动电信系统(UMTS)移动标准的增强集。

无线通信网络可包括能够支持数个用户装备(UE)通信的数个基站(BS)。用户装备(UE)可经由下行链路和上行链路来与基站(BS)进行通信。下行链路(或即前向链路)是指从BS到UE的通信链路，而上行链路(或即反向链路)是指从UE到BS的通信链路。如本文将更详细描述的，BS可被称为B节点、g B节点(gNB)、接入点(AP)、无线电头端、传送接收点(TRP)、新无线电(NR)BS、5G B节点等等。

以上多址技术已经在各种电信标准中被采纳以提供使得不同的用户装备能够在城市、国家、地区、以及甚至全球级别上进行通信的共同协议。新无线电(NR)(其还可被称为5G)是对由第三代伙伴项目(3GPP)颁布的LTE移动标准的增强集。NR被设计成通过改善频谱效率、降低成本、改善服务、利用新频谱、以及与在下行链路(DL)上使用具有循环前缀(CP)的正交频分复用(OFDM)(CP-OFDM)、在上行链路(UL)上使用CP-OFDM和/或SC-FDM(例如，还被称为离散傅里叶变换扩展OFDM(DFT-s-OFDM)以及支持波束成形、多输入多输出(MIMO)天线技术和载波聚集的其他开放标准更好地整合，来更好地支持移动宽带因特网接入。然而，随着对移动宽带接入的需求持续增长，存在对于LTE和NR技术的进一步改进的需要。优选地，这些改进应当适用于其他多址技术以及采用这些技术的电信标准。

概述

在一些方面，一种由用户装备(UE)执行的无线通信方法可包括：接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及使用SRS资源集中的一个或多个资源针对该至少两个非相干或部分相干的天线端口传送SRS。

在一些方面，一种用于无线通信的UE可包括存储器以及操作地耦合至该存储器的一个或多个处理器。该存储器以及该一个或多个处理器可被配置成：接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及使用SRS资源集中的一个或多个资源针对该至少两个非相干或部分相干的天线端口传送SRS。

在一些方面，一种非瞬态计算机可读介质可以存储用于无线通信的一条或多条指令。该一条或多条指令在由UE的一个或多个处理器执行时可使得该一个或多个处理器：接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及使用SRS资源集中的一个或多个资源针对该至少两个非相干或部分相干的天线端口传送SRS。

在一些方面，一种用于无线通信的装备可包括：用于接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示的装置，其中该虚拟端口是该装备的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及用于使用SRS资源集中的一个或多个资源针对该至少两个非相干或部分相干的天线端口传送SRS的装置。

在一些方面，一种由UE执行的无线通信方法可包括：确定UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；确定UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集，其中该第一SRS资源集和该第二SRS资源集与不同用途相关联；以及使用第二SRS资源集或为UE配置的第三SRS资源集中的一个或多个资源，针对该至少两个非相干或部分相干的天线端口传送SRS。

在一些方面，一种用于无线通信的UE可包括存储器以及操作地耦合至该存储器的一个或多个处理器。该存储器以及该一个或多个处理器可被配置成：确定UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；确定UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集，其中该第一SRS资源集和该第二SRS资源集与不同用途相关联；以及使用第二SRS资源集或为UE配置的第三SRS资源集中的一个或多个资源，针对该至少两个非相干或部分相干的天线端口传送SRS。

在一些方面，一种非瞬态计算机可读介质可以存储用于无线通信的一条或多条指令。该一个或多个指令在由UE的一个或多个处理器执行时可使得该一个或多个处理器：确定UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；确定UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集，其中该第一SRS资源集和该第二SRS资源集与不同用途相关联；以及使用第二SRS资源集或为UE配置的第三SRS资源集中的一个或多个资源，针对该至少两个非相干或部分相干的天线端口传送SRS。

在一些方面，一种用于无线通信的装备可包括：用于确定该装备被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信的装置，其中该虚拟端口是该装备的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；用于确定该装备被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集的装置，其中该第一SRS资源集和该第二SRS资源集与不同用途相关联；以及用于使用第二SRS资源集或为该装备配置的第三SRS资源集中的一个或多个资源，针对该至少两个非相干或部分相干的天线端口传送SRS的装置。

诸方面一般包括如基本上在本文参照附图和说明书描述并且如附图和说明书所解说的方法、设备、系统、计算机程序产品、非瞬态计算机可读介质、用户装备、基站、无线通信设备和处理系统。

前述内容已较宽泛地勾勒出根据本公开的示例的特征和技术优势以力图使下面的详细描述可以被更好地理解。附加的特征和优势将在此后描述。所公开的概念和具体示例可容易地被用作修改或设计用于实施与本公开相同目的的其他结构的基础。此类等效构造并不背离所附权利要求书的范围。本文所公开的概念的特性在其组织和操作方法两方面以及相关联的优势将因结合附图来考虑以下描述而被更好地理解。每一附图是出于解说和描述目的来提供的，且并不定义对权利要求的限定。

附图简述

为了能详细理解本公开的以上陈述的特征所用的方式，可参照各方面来对以上简要概述的内容进行更具体的描述，其中一些方面在附图中解说。然而应该注意，附图仅解说了本公开的某些典型方面，故不应被认为限定其范围，因为本描述可允许有其他等同有效的方面。不同附图中的相同附图标记可标识相同或相似的元素。

图1是概念性地解说根据本公开的各个方面的无线通信网络的示例的框图。

图2是概念性地解说根据本公开的各个方面的无线通信网络中基站与用户装备(UE)处于通信中的示例的框图。

图3是解说根据本公开的各个方面的通过组合非相干和/或部分相干的天线端口来形成虚拟端口的示例的示图。

图4-5是解说根据本公开的各个方面的探通参考信号资源集的示例的示图。

图6-8是解说根据本公开的各个方面的用于支持具有循环延迟分集的上行链路传输的探通参考信号配置的示例的示图。

图9-10是解说根据本公开的各个方面的例如由用户装备执行的示例过程的示图。

详细描述

以下参照附图更全面地描述本公开的各个方面。然而，本公开可用许多不同形式来实施并且不应解释为被限于本公开通篇给出的任何具体结构或功能。相反，提供这些方面是为了使得本公开将是透彻和完整的，并且其将向本领域技术人员完全传达本公开的范围。基于本文中的教导，本领域技术人员应领会，本公开的范围旨在覆盖本文中所披露的本公开的任何方面，不论其是与本公开的任何其他方面相独立地实现还是组合地实现的。例如，可使用本文中所阐述的任何数目的方面来实现装置或实践方法。另外，本公开的范围旨在覆盖使用作为本文中所阐述的本公开的各个方面的补充或者另外的其他结构、功能性、或者结构及功能性来实践的此类装置或方法。应当理解，本文中所披露的本公开的任何方面可由权利要求的一个或多个元素来实施。

现在将参照各种装置和技术给出电信系统的若干方面。这些装置和技术将在以下详细描述中进行描述并在附图中由各种框、模块、组件、电路、步骤、过程、算法等等(统称为“元素”)来解说。这些元素可使用硬件、软件、或其组合来实现。此类元素是实现成硬件还是软件取决于具体应用和加诸于整体系统上的设计约束。

注意到，虽然各方面在本文可使用通常与3G和/或4G无线技术相关联的术语来描述，但本公开的各方面可以在包括NR技术在内的基于其它代的通信系统(诸如5G和后代)中应用。

图1是解说可以在其中实践本公开的各方面的网络100的示图。网络100可以是LTE网络或某个其他无线网络，诸如5G或NR网络。无线网络100可包括数个BS 110(示出为BS110a、BS 110b、BS 110c、以及BS 110d)和其他网络实体。BS是与用户装备(UE)通信的实体并且还可被称为基站、NR BS、B节点、gNB、5G B节点(NB)、接入点、传送接收点(TRP)等等。每个BS可为特定地理区域提供通信覆盖。在3GPP中，术语“蜂窝小区”可指BS的覆盖区域和/或服务该覆盖区域的BS子系统，这取决于使用该术语的上下文。

BS可以为宏蜂窝小区、微微蜂窝小区、毫微微蜂窝小区、和/或另一类型的蜂窝小区提供通信覆盖。宏蜂窝小区可覆盖相对较大的地理区域(例如，半径为数千米)，并且可允许无约束地由具有服务订阅的UE接入。微微蜂窝小区可覆盖相对较小的地理区域，并且可允许无约束地由具有服务订阅的UE接入。毫微微蜂窝小区可覆盖相对较小的地理区域(例如，住宅)，并且可允许有约束地由与该毫微微蜂窝小区有关联的UE(例如，封闭订户群(CSG)中的UE)接入。用于宏蜂窝小区的BS可被称为宏BS。用于微微蜂窝小区的BS可被称为微微BS。用于毫微微蜂窝小区的BS可被称为毫微微BS或家用BS。在图1中所示的示例中，BS110a可以是用于宏蜂窝小区102a的宏BS，BS 110b可以是用于微微蜂窝小区102b的微微BS，并且BS 110c可以是用于毫微微蜂窝小区102c的毫微微BS。BS可支持一个或多个(例如，三个)蜂窝小区。术语“eNB”、“基站”、“NR BS”、“gNB”、“TRP”、“AP”、“B节点”、“5G NB”、和“蜂窝小区”在本文中可互换地使用。

在一些方面，蜂窝小区可以不必是驻定的，并且蜂窝小区的地理区域可根据移动BS的位置而移动。在一些方面，BS可通过各种类型的回程接口(诸如直接物理连接、虚拟网络、和/或使用任何合适的传输网络的类似物)来彼此互连和/或互连至接入网100中的一个或多个其他BS或网络节点(未示出)。

无线网络100还可包括中继站。中继站是能接收来自上游站(例如，BS或UE)的数据的传输并向下游站(例如，UE或BS)发送该数据的传输的实体。中继站也可以是能够为其他UE中继传输的UE。在图1中所示的示例中，中继站110d可与宏BS 110a和UE 120d通信以促成BS 110a与UE 120d之间的通信。中继站还可被称为中继BS、中继基站、中继等等。

无线网络100可以是包括不同类型的BS(例如，宏BS、微微BS、毫微微BS、中继BS等等)的异构网络。这些不同类型的BS可能具有不同的发射功率电平、不同的覆盖区、以及对无线网络100中的干扰的不同影响。例如，宏BS可具有高发射功率电平(例如，5到40瓦)，而微微BS、毫微微BS和中继BS可具有较低发射功率电平(例如，0.1到2瓦)。

网络控制器130可耦合至BS集合并可提供对这些BS的协调和控制。网络控制器130可以经由回程与各BS进行通信。这些BS还可以例如经由无线或有线回程直接或间接地彼此通信。

UE 120(例如，120a、120b、120c)可分散遍及无线网络100，并且每个UE可以是驻定的或移动的。UE也可被称为接入终端、终端、移动站、订户单元、站等等。UE可以是蜂窝电话(例如，智能电话)、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持式设备、膝上型计算机、无绳电话、无线本地环路(WLL)站、平板、相机、游戏设备、上网本、智能本、超级本、医疗设备或装备、生物测定传感器/设备、可穿戴设备(智能手表、智能服装、智能眼镜、智能腕带、智能首饰(例如，智能戒指、智能手环))、娱乐设备(例如，音乐或视频设备、或卫星无线电)、车载组件或传感器、智能仪表/传感器、工业制造装备、全球定位系统设备、或者被配置成经由无线或有线介质通信的任何其他合适设备。

一些UE可被认为是机器类型通信(MTC)设备、或者演进型或增强型机器类型通信(eMTC)UE。MTC和eMTC UE例如包括机器人、无人机、远程设备，诸如传感器、仪表、监视器、位置标签等等，其可与基站、另一设备(例如，远程设备)或某个其他实体通信。无线节点可例如经由有线或无线通信链路来为网络(例如，广域网，诸如因特网或蜂窝网络)提供连通性或提供至该网络的连通性。一些UE可被认为可以是物联网(IoT)设备，和/或可被实现为NB-IoT(窄带物联网)设备。一些UE可被认为是客户端装备(CPE)。UE120可被包括在外壳的内部，该外壳容纳UE 120的组件，诸如处理器组件、存储器组件等等。

一般而言，在给定的地理区域中可部署任何数目的无线网络。每个无线网络可支持特定的RAT，并且可在一个或多个频率上操作。RAT也可被称为无线电技术、空中接口等等。频率也可被称为载波、频率信道等等。每个频率可在给定地理区域中支持单个RAT以避免不同RAT的无线网络之间的干扰。在一些情形中，可部署NR或5G RAT网络。

在一些方面，两个或更多个UE 120(例如，示为UE 120a和UE 120e)可使用一个或多个侧链路信道来直接通信(例如，不使用基站110作为中介来彼此通信)。例如，UE 120可使用对等(P2P)通信、设备到设备(D2D)通信、车联网(V2X)协议(例如，其可包括交通工具到交通工具(V2V)协议、交通工具到基础设施(V2I)协议、等等)、网状网络、等等。在这种情形中，UE 120可执行调度操作、资源选择操作、和/或在本文别处描述为如由基站110执行的其他操作。

如以上指示的，图1仅是作为示例来提供的。其他示例是可能的并且可不同于关于图1所描述的内容。

图2示出了可以是图1中的各基站之一和各UE之一的基站110和UE 120的设计200的框图。基站110可装备有T个天线234a到234t，并且UE 120可装备有R个天线252a到252r，其中一般而言T≥1且R≥1。

在基站110处，发射处理器220可从数据源212接收给一个或多个UE的数据，至少部分地基于从每个UE接收到的信道质量指示符(CQI)来为该UE选择一种或多种调制和编码方案(MCS)，至少部分地基于为每个UE选择的(诸)MCS来处理(例如，编码和调制)给该UE的数据，并提供针对所有UE的数据码元。发射处理器220还可以处理系统信息(例如，针对半静态资源划分信息(SRPI)等等)和控制信息(例如，CQI请求、准予、上层信令等等)，并提供开销码元和控制码元。发射处理器220还可生成用于参考信号(例如，因蜂窝小区而异的参考信号(CRS))和同步信号(例如，主同步信号(PSS)和副同步信号(SSS))的参考码元。发射(TX)多输入多输出(MIMO)处理器230可在适用的情况下对数据码元、控制码元、开销码元、和/或参考码元执行空间处理(例如，预编码)，并且可将T个输出码元流提供给T个调制器(MOD)232a到232t。每个调制器232可处理各自的输出码元流(例如，针对OFDM等等)以获得输出采样流。每个调制器232可进一步处理(例如，转换至模拟、放大、滤波、及上变频)输出采样流以获得下行链路信号。来自调制器232a至232t的T个下行链路信号可分别经由T个天线234a到234t被传送。根据以下更详细描述的各个方面，可以利用位置编码来生成同步信号以传达附加信息。

在UE 120处，天线252a到252r可接收来自基站110和/或其他基站的下行链路信号并且可分别向解调器(DEMOD)254a到254r提供收到信号。每个解调器254可调理(例如，滤波、放大、下变频、和数字化)收到信号以获得输入采样。每个解调器254可进一步处理输入采样(例如，针对OFDM等等)以获得收到码元。MIMO检测器256可获得来自所有R个解调器254a到254r的收到码元，在适用的情况下对这些收到码元执行MIMO检测，并且提供检出码元。接收处理器258可处理(例如，解调和解码)这些检出码元，将针对UE120的经解码数据提供给数据阱260，并且将经解码的控制信息和系统信息提供给控制器/处理器280。信道处理器可确定参考信号收到功率(RSRP)、收到信号强度指示符(RSSI)、参考信号收到质量(RSRQ)、信道质量指示符(CQI)等等。在一些方面，UE 120的一个或多个组件可被包括在外壳中。

在上行链路上，在UE 120处，发射处理器264可以接收和处理来自数据源262的数据和来自控制器/处理器280的控制信息(例如，针对包括RSRP、RSSI、RSRQ、CQI等的报告)。发射处理器264还可以生成一个或多个参考信号的参考码元。来自发射处理器264的码元可在适用的情况下由TX MIMO处理器266预编码，进一步由调制器254a到254r处理(例如，针对DFT-s-OFDM、CP-OFDM等等)，并且被传送给基站110。在基站110处，来自UE 120以及其他UE的上行链路信号可由天线234接收，由解调器232处理，在适用的情况下由MIMO检测器236检测，并由接收处理器238进一步处理以获得经解码的由UE 120发送的数据和控制信息。接收处理器238可将经解码的数据提供给数据阱239并将经解码的控制信息提供给控制器/处理器240。基站110可包括通信单元244并且经由通信单元244与网络控制器130通信。网络控制器130可包括通信单元294、控制器/处理器290、以及存储器292。

基站110的控制器/处理器240、UE 120的控制器/处理器280、和/或图2的(诸)任何其他组件可执行与用于支持具有循环延迟分集的上行链路传输的探通参考信号配置相关联的一种或多种技术，如在本文中他处更详细地描述的。例如，基站110的控制器/处理器240、UE 120的控制器/处理器280、和/或图2的(诸)任何其他组件可执行或指导例如图9的过程900、图10的过程1000、和/或如本文中所描述的其他过程的操作。存储器242和282可分别存储供基站110和UE 120的数据和程序代码。调度器246可以调度UE以进行下行链路和/或上行链路上的数据传输。

在一些方面，UE 120可包括：用于接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示的装置，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；用于使用SRS资源集中的一个或多个资源针对该至少两个非相干或部分相干的天线端口传送SRS的装置等等。附加地或替换地，UE 120可包括：用于确定UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信的装置，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；用于确定UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集的装置，其中该第一SRS资源集和该第二SRS资源集与不同用途相关联；用于使用第二SRS资源集或为UE配置的第三SRS资源集中的一个或多个资源，针对该至少两个非相干或部分相干的天线端口传送SRS的装置等等。在一些方面，此类装置可包括结合图2所描述的UE 120的一个或多个组件。

如以上指示的，图2是作为示例来提供的。其他示例是可能的并且可不同于关于图2所描述的内容。

图3是解说根据本公开的各个方面的通过组合非相干和/或部分相干的天线端口来形成虚拟端口的示例300的示图。

取决于UE 120的天线端口的相干性，可将多天线UE 120分类为三个群中的一个群。如果天线端口集合之中(例如，在两个天线端口之间)的相对相位在从那些天线端口进行SRS传输的时间与从那些天线端口进行的后续物理上行链路共享信道(PUSCH)传输的时间之间保持相同，则该天线端口集合(例如，两个天线端口)是相干的。当在该情形时，由于天线端口的相对相位将针对SRS传输和PUSCH传输是相同的，因此可使用SRS(例如，由UE120和/或基站110使用SRS)确定用于对PUSCH传输进行预编码的上行链路预编码器。在该情形中，预编码可跨越该相干天线端口集合(在本文中有时称为相干端口)。如果天线端口集合不相干(即，非相干)，则因为天线端口的相对相位将随着从SRS传输到PUSCH传输而改变，此上行链路预编码器确定变得困难。

例如，如果天线端口集合之间的相对相位对于SRS传输和PUSCH传输是不同的，则该天线端口集合被认为非相干。在该情形中，预编码不跨越该非相干天线端口集合(在本文中有时称为非相干端口)。进一步地，如果天线端口集合的第一子集彼此相干并且天线端口集合的第二子集彼此相干，但是天线端口的第一子集和天线端口的第二子集彼此不相干，则天线端口集合被认为是部分相干的。在该情形中，共用预编码可用于相干端口的子集内，但不用于跨非相干端口的子集。然而，某些技术可应用于从缺乏相干的天线端口中合成虚拟天线端口(在本文中有时称为虚拟端口)(例如，使得共用预编码可用于在虚拟端口上并被应用于非相干的天线端口)。

例如，如附图标记305所示，可使用预编码(例如，上行链路预编码)和循环延迟分集来将非相干天线端口集合(例如，被示为两个非相干天线端口)组合成单个虚拟端口。预编码器可由UE 120确定和/或由基站110信令通知。循环延迟分集(CDD)可指在一个非相干端口而不在其他非相干端口上引入延迟(例如，循环延迟)的技术。延迟可以采样(例如5个采样，10个采样等)、采样部分来测量。例如，第一非相干端口可传送第一采样流，而第二非相干端口可传送具有轻微循环延迟(例如，5个采样、10个采样等的延迟)的第二采样流(例如，可以是相同的流)。例如，对于其中每码元传送16个采样的5个采样的循环延迟，第一非相干端口可传送16个采样，其中首先传送第一采样(例如，[s1，s2，s3，s4，…，s16])，第二非相干端口可传送16个采样，第一采样第六传送(例如，具有五个采样的延迟)(例如，[s12，s13，s14，s15，s16，s1，s2，s3，…，s11])。

附加地或替换地，如附图标记310所示，可以如上描述类似的方式使用预编码(例如，上行链路预编码)和循环延迟分集来将部分相干天线端口集合(有时在本文中被称为部分相干端口)组合成单个虚拟端口。如所示，端口的第一子集可以彼此相干，且端口的第二子集可以彼此相干，但是两个子集可以彼此不相干。如进一步所示，预编码可被应用于各个子集以生成彼此不相干的第一虚拟端口和第二虚拟端口。随后，CDD可被应用于这两个虚拟端口(例如，通过使用CDD从虚拟端口传送通信)，从而从部分相干端口(例如，使用预编码和CDD)形成单个虚拟端口。

当以上所描述的从非相干端口集合和/或部分相干端口集合形成虚拟端口(例如，使用预编码和CDD)时，此虚拟端口可仅用于上行链路通信(例如，PUSCH通信)，并且在一些方面可不用于下行链路通信。例如，被组合以形成虚拟端口的实际端口(例如，非相干端口和/或部分相干端口)可用于下行链路通信。在该情形中，基站110可能需要确定映射至实际端口的信道(例如，以选择用于下行链路通信的预编码器、向UE 120指示此(诸)预编码器等)。通常至少部分地基于从UE 120传送至基站110的SRS来确定此类信道。然而，基站110可能不具有关于虚拟端口和/或被组合以形成虚拟端口的实际端口的信息，并且因此可能没有关于映射至这些端口的信道的信息。

如以下更详细地描述的，本文描述的一些技术和装置允许UE 120使用SRS针对虚拟端口(例如，UE 120的使用预编码和CDD的至少两个非相干或部分相干的天线端口的组合)传送SRS，使得基站110可确定映射至虚拟端口和/或被组合以形成虚拟端口的实际端口的信道。

尽管图3以集合和子集示出了天线端口对，但是在一些方面，不同数目的天线端口可被包括在集合或子集中。例如，天线端口集合或天线端口子集可包括三个天线端口、四个天线端口等。

如以上指示的，图3是作为示例来提供的。其他示例是可能的并且可不同于关于图3所描述的内容。

图4是解说根据本公开的各个方面的探通参考信号资源集的示例400的示图。

基站110可将UE 120配置有一个或多个SRS资源集以分配用于由UE 120进行SRS传输的资源。例如，用于SRS资源集的配置可在无线电资源控制(RRC)消息(例如，RRC配置消息和RRC重新配置消息等)中被指示。如图4所示，SRS资源集可包括一个或多个资源(例如，被示为SRS资源A和SRS资源B)，该一个或多个资源可包括时间资源和/或频率资源(例如，时隙、码元、资源块、时间资源的周期性等)。

如图4进一步所示，SRS资源可包括其上SRS要被传送的一个或多个天线端口(例如，在时频资源中)。因此，用于SRS资源集的配置可指示其中SRS要被传送的一个或多个时频资源，并且可指示在其上SRS要在那些时频资源中被传送的一个或多个天线端口。在一些方面，用于SRS资源集的配置可指示用于该SRS资源集的使用情形(例如，在SRS设置用途(SRS-SetUse)信息元素中)。例如，SRS资源集可具有天线切换、码本、非码本、波束管理等的使用情形。

天线切换SRS资源集可用于指示具有在上行链路和下行链路信道之间的互易性的下行链路信道状态信息(CSI)。例如，当在上行链路信道和下行链路信道之间存在互易性时，基站110可使用天线切换SRS(例如，使用天线切换SRS资源集的资源传送的SRS)来捕获下行链路CSI(例如，以确定要用于与UE 120进行通信的下行链路预编码器)。

当基站110向UE 120指示上行链路预编码器时，码本SRS资源集可用于指示上行链路CSI。例如，当基站110被配置成向UE 120指示上行链路预编码器(例如，使用预编码器码本)时，基站110可使用码本SRS(例如，使用码本SRS资源集的资源传送的SRS)来捕获上行链路CSI(例如，以确定要向UE指示并由UE 120用于与基站110进行通信的上行链路预编码器)。

当UE 120选择上行链路预编码器(例如，而不是基站110指示要由UE 120使用的上行链路预编码器)时，非码本SRS资源集可用于指示上行链路CSI。例如，当UE 120被配置成选择上行链路预编码器时，基站110可使用非码本SRS(例如，使用非码本SRS资源集的资源传送的SRS)来捕获上行链路CSI。在该情形中，可使用由UE 120选择的预编码器(例如，可将其指示给基站110)对非码本SRS进行预编码。

波束管理SRS资源集可用于指示用于毫米波通信的CSI。

如图4所示，在一些方面，向UE 120指示的不同SRS资源集(例如，具有不同使用情形)可交叠(例如，在时间、频率等方面，诸如在同一时隙中)。例如，如附图标记405所示，第一SRS资源集(例如，被示为SRS资源集1)被示为具有天线切换使用情形。如所示，该示例天线切换SRS资源集包括第一SRS资源(被示为SRS资源A)和第二SRS资源(被示为SRS资源B)。因此，可使用天线端口0和天线端口1在SRS资源A(例如，第一时频资源)中传送天线切换SRS，并且可使用天线端口2和天线端口3在SRS资源B(例如，第二时频资源)中传送天线切换SRS。

如附图标记410所示，第二SRS资源集(例如，被示为SRS资源集2)可以是码本使用情形。如所示，此示例码本SRS资源集仅包括第一SRS资源(被示为SRS资源A)。因此，可使用天线端口0和天线端口1在SRS资源A(例如，第一时频资源)中传送码本SRS。在该情形中，UE120可以不使用天线端口2和天线端口3在SRS资源B(例如，第二时频资源)中传送码本SRS。以下结合图5所描述有关图4的示例SRS资源集配置的附加细节。

如以上指示的，图4是作为示例来提供的。其他示例是可能的并且可不同于关于图4所描述的内容。

图5是解说根据本公开的各方面的SRS资源集的另一示例500的示图。

图5示出了其中可使用以上结合图4所描述的SRS资源集配置传送SRS的时隙(例如，时间资源)的示例配置。在一些方面，该配置可用于例如具有2个发射链和4个接收链的UE 120，其中UE 120的所有天线端口是非相干的。在一些方面，图5的示例配置可能需要重用于上行链路传输的两个下行链路端口。

在图5的示例配置中，天线切换SRS资源集可包括各自具有两个端口的两个周期性SRS资源，并且可每上行链路时隙(例如，被标记为U0、U1、U2等等)探通各SRS资源中的一个SRS资源。例如，并且如附图标记505所示，一个SRS资源(例如，图4的SRS资源B)可包括天线端口2和3。在该情形中，UE 120可每隔一个上行链路时隙(例如，具有每8个时隙的周期性，包括U0、U2、U4、U6等)在天线端口2和3上传送天线切换SRS。如附图标记510所示，另一SRS资源(例如，图4的SRS资源A)可包括天线端口0和1。在该情形中，UE 120可从与SRS资源B不同的上行链路时隙开始每隔一个上行链路时隙(例如，具有每8个时隙的周期性，包括U1、U3、U5等))在天线端口0和1上传送天线切换SRS。

进一步地，在该配置中，码本SRS资源集可包括具有两个端口的一个周期性SRS资源，并且可在每隔一个上行链路时隙(例如，被标记为U1、U3、U5等)中探通该SRS资源。例如，并且如附图标记510所示，该SRS资源(例如，图4的SRS资源A)可包括天线端口0和1。在该情形中，UE 120可每隔一个上行链路时隙(例如，具有每8个时隙的周期性，包括U1、U3、U5等)在天线端口0和1上传送码本SRS。因此，码本SRS资源(例如，SRS资源A)可与天线切换SRS资源(例如，也是SRS资源A)交叠，如以上结合图4所指示的。SRS资源中的此交叠可意味着在相同时频资源中在相同端口上传送针对两个不同使用情形的SRS。

当UE 120被配置有针对不同使用情形的交叠SRS资源集时，基站110在使用那些SRS资源集来配置UE 120时可以能够恰当地解读收到SRS(例如，用于确定信道、用于获取CSI、用于将端口映射至信道、用于确定上行链路预编码器、用于确定下行链路预编码器等)，使得基站110具有关于收到SRS的信息。然而，当UE 120使用预编码和循环延迟分集来组合UE 120的非相干和/或部分相干的天线端口(以上均结合图3所描述的)以形成虚拟端口(例如，如以上结合图3所描述的)并且针对虚拟端口和/或所组合端口传送SRS时，则基站110可能不能恰当地解读收到SRS(例如，因为基站110不具有有关虚拟端口、被组合以形成虚拟端口的端口等的信息)。例如，基站110可将收到SRS解读为用于实际端口，和/或假设SRS对应于稍后将用于传送PUSCH通信的端口和/或信道。然而，由于PUSCH通信可由具有与所组合端口不同特性的虚拟端口来传送(例如，由于预编码和CDD的应用)，因此基站110的假设可能是不正确的。

本文描述的一些技术和装置允许基站110捕获关于虚拟端口和/或所组合端口的信息，这些信息可用于恰当地解读收到SRS。这可改进信道确定，可改进所确定CSI的准确性，可辅助将端口映射至信道，可辅助进行预编码器确定、可辅助选择适当的调制和编码方案(MCS)等。结果，可改进网络性能、可减少差错等等。以下提供了附加细节。

如以上指示的，图5是作为示例来提供的。其他示例是可能的并且可不同于关于图5所描述的内容。

图6是解说根据本公开的各个方面的用于支持具有循环延迟分集的上行链路传输的SRS配置的示例600的示图。

如附图标记605所示，UE 120可从基站110接收对要用于信令通知用于PUSCH通信的虚拟端口的SRS资源集的指示。如本文其他地方所描述的，虚拟端口可以是UE 120的使用预编码和循环延迟分集的至少两个非相干或部分相干的天线端口的组合。在一些方面，所指示SRS资源集可与除了天线切换、码本、非码本和波束管理之外的使用情形相关联。例如，SRS资源集可与虚拟端口使用情形相关联，该虚拟端口使用情形可由SRS-SetUse信息元素来指示(例如，被示为虚拟端口)。基站可指示该使用情形以及要针对该使用情形传送SRS的资源(例如，被示为[资源])。在一些方面，可使用RRC消息等向UE 120信令通知SRS资源集配置(例如，使用情形、资源等)。

如附图标记610所示，UE 120可使用SRS资源集中的一个或多个资源针对至少两个非相干或部分相干的天线端口传送SRS(例如，一个或多个SRS)。在一些方面，此传输可包括使用指示实际端口将使用CDD进行组合的延迟来在实际天线端口上传送SRS。替换地，此传输可包括在虚拟端口上传送SRS。

如附图标记615所示，在一些方面，UE 120可使用指示实际端口将使用CDD进行组合的延迟来在实际天线端口上传送SRS。例如，UE 120可在至少两个非相干或部分相干的天线端口中的第一天线端口上，以及在至少两个非相干或部分相干天线端口中的第二天线端口上以指示将CDD用于该至少两个非相干或部分相干天线端口的延迟传送SRS。由UE 120用于此传输的延迟可向基站110指示其中PUSCH通信将被解读的方式(例如，其中由UE 120要将CDD应用于实际端口上以供PUSCH通信的方式)。

在一些方面，UE 120可指示要由UE 120用于CDD以供后续PUSCH通信的实际延迟。例如，用于传送SRS的延迟可与将用于PUSCH通信的延迟相同。在一些方面，该延迟可以是被指派给UE 120(例如，由基站110)以供PUSCH通信的资源块数目和/或带宽的函数。在一些方面，UE 120可指示被允许由UE120(例如，至少部分地基于UE能力和/或配置)用于CDD以供后续PUSCH通信的最大延迟，而不是指示实际延迟。在一些方面，最大延迟和实际延迟可以是相同的。在任一情形中，基站110可使用所指示延迟来更准确地解读由UE120使用虚拟端口传送的后续PUSCH通信。

在一些方面，要用于信令通知虚拟端口的SRS资源集可与具有不同使用情形的另一SRS资源集(例如，由基站110向UE 120指示的另一SRS资源集)交叠(例如，可部分地交叠或完全交叠)。例如，要用于信令通知虚拟端口的SRS资源集可与天线切换SRS资源集交叠。在一些方面，当要用于信令通知虚拟端口的SRS资源集与天线切换SRS资源集交叠时，UE120可使用指示实际端口将使用CDD进行组合的延迟来在实际天线端口上传送SRS。以此方式，当针对虚拟端口使用情形和天线切换使用情形两者的SRS资源集交叠时，实际天线端口(例如，被组合以形成虚拟端口的实际天线端口)可用于针对这两个使用情形传送SRS。以该情形中，基站110可使用收到SRS来从实际端口合成虚拟端口，以确定将由UE 120用来在虚拟端口上传送PUSCH通信的信道的CSI。如本文中所使用的，交叠可指时间上的交叠、频率上的交叠等。

如附图标记620所示，在一些方面，UE 120可在虚拟端口(例如，使用预编码和循环延迟分集来组合实际端口)上传送SRS。在一些方面，要用于信令通知虚拟端口的SRS资源集可与具有不同使用情形的另一SRS资源集(例如，由基站110向UE 120指示的另一SRS资源集)正交(例如，可以不交叠)。例如，要用于信令通知虚拟端口的SRS资源集可与天线切换SRS资源集正交。在一些方面，当要用于信令通知虚拟端口的SRS资源集与天线切换SRS资源集正交时，UE 120可在虚拟端口上传送SRS。以此方式，基站110不需要合成虚拟端口。替换地，如以上所描述的，UE 120可在实际天线端口上传送SRS，而基站110可以合成虚拟端口。因此，探通虚拟端口可能要求SRS资源集不交叠，而探通实际端口的进行可与SRS资源集是否交叠无关。

在一些方面，并且如以下结合图7所更详细地描述的，要用于信令通知虚拟端口的SRS资源集可具有比天线切换SRS资源集更长的周期性(例如，更低的占空比)。附加地或替换地，还如以下结合图7所更详细地描述的，要用于信令通知虚拟端口的SRS资源集可被激活和停用，并且在一些方面，可被激活达与PUSCH通信相同的历时。

通过针对要用于传送PUSCH通信的虚拟端口传送SRS和/或通过针对要被组合以形成虚拟端口的实际端口传送SRS并且指示其中实际端口要被组合的方式(例如，用于CDD的延迟)，基站110可以能够更准确地确定用于虚拟端口的信道，从而改进对用于传送PUSCH通信的信道(例如，PUSCH)的CSI确定。附加地或替换地，基站110可确定用于CDD的延迟，这可有助于确定用于传送PUSCH通信的信道的功率延迟简档，可有助于在对PUSCH通信进行解码时的信道估计(例如，使用基于解调参考信号(DMRS)的信道估计)等。

如以上指示的，图6是作为示例来提供的。其他示例是可能的并且可不同于关于图6所描述的内容。

图7是解说根据本公开的各个方面的用于支持具有循环延迟分集的上行链路传输的SRS配置的另一示例700的示图。

图7示出了与图5所示的配置类似的时隙(例如，时间资源)的示例配置，除了要用于探通虚拟端口的附加SRS资源集。以与以上结合图5所描述的类似的方式，天线切换SRS资源集可包括各自具有两个端口的两个周期性SRS资源，并且每上行链路时隙可探通一个SRS资源。例如，如附图标记705所示，一个SRS资源(例如，图4的SRS资源B)可包括天线端口2和3，而UE 120可在偶数上行链路时隙中在天线端口2和3上传送天线切换SRS。如附图标记710所示，另一SRS资源(例如，图4的SRS资源A)可包括天线端口0和1，而UE 120可在奇数上行链路时隙中在天线端口0和1上传送天线切换SRS。

如以上结合图5所描述的，在该配置中，码本SRS资源集可包括具有两个端口的一个周期性SRS资源，并且该SRS资源可在奇数上行链路时隙中被探通。例如，如附图标记710所示，该SRS资源(例如，图4的SRS资源A)可包括天线端口0和1，而UE 120可在奇数上行链路时隙中在天线端口0和1上传送码本SRS。因此，码本SRS资源(例如，SRS资源A)可与天线切换SRS资源(例如，也是SRS资源A)交叠。

如参考标记715所示，虚拟端口SRS资源集可包括具有两个端口的周期性SRS资源，并且该SRS资源可在奇数上行链路时隙中(例如，在与天线切换SRS资源和/或码本SRS资源交叠的时隙中)被探通。在该情形中，UE 120可在奇数上行链路时隙中传送虚拟端口SRS。由于虚拟端口SRS资源集与天线切换SRS资源集(和码本SRS资源集)交叠，因此UE 120可通过在第一实际天线端口和第二实际天线端口上以指示使用CDD的延迟传送SRS来针对虚拟端口传送SRS，如以上结合图6所描述的。如果虚拟端口SRS资源集在时间上不与天线切换SRS资源集交叠，则UE 120可通过在虚拟端口而不是实际端口上传送SRS来针对虚拟端口传送SRS，如上面结合图6所描述的。

如图7所示，在一些方面，虚拟端口SRS资源集可具有比天线切换SRS资源集更长的周期性。附加地或替换地，虚拟端口SRS资源集可具有比与虚拟端口SRS资源集交叠的天线切换SRS资源集更长的周期性。例如，天线切换SRS资源集被示为具有2个时隙的周期性(例如，每个上行链路机会)，而与虚拟端口SRS资源集交叠的天线切换SRS资源集被示为具有4个时隙的周期性(例如，每隔一个上行链路机会)，而虚拟端口SRS资源集被示为具有8个时隙的周期性(例如，每四个上行链路机会)。

如图7进一步所示，在一些方面，虚拟端口SRS资源集可被激活达与PUSCH通信相同的历时。如附图标记720所示，PUSCH通信被示为从时隙U8中开始被调度。如附图标记725所示，PUSCH通信被示为在时隙U18中结束。结果，虚拟SRS资源集被示为仅在时隙U8(例如，PUSCH开始时隙)和U18(例如，PUSCH结束时隙)之间被激活，并且SRS仅在虚拟端口SRS资源集中落在时隙U8和U18之间的资源中被传送。由于在一些情形中虚拟端口仅用于PUSCH通信，因此UE 120可被配置成在PUSCH通信的历时内仅针对虚拟端口传送SRS，从而节省网络资源。

如以上指示的，图7是作为示例来提供的。其他示例是可能的并且可不同于关于图7所描述的内容。

图8是解说根据本公开的各个方面的用于支持具有循环延迟分集的上行链路传输的SRS配置的另一示例800的示图。

如由附图标记805所示，UE 120可确定该UE 120被配置成将虚拟端口用于PUSCH通信。如本文其他地方所描述的，虚拟端口可以是UE 120的使用预编码和循环延迟分集的至少两个非相干或部分相干的天线端口的组合。在一些方面，UE 120可至少部分地基于UE120的配置、确定UE 120具有至少两个非相干天线端口、确定UE 120具有至少两个部分相干的天线端口等来作出该确定。

如由附图标记810所示，UE 120可确定该UE 120被配置有与第二SRS资源集交叠的第一SRS资源集。第一SRS资源集和第二SRS资源集可与不同用途相关联。例如，第一SRS资源集可以是天线切换SRS资源集，而第二SRS资源集可以是码本SRS资源集。附加地或替换地，UE 120可被配置有第三SRS资源集，诸如非码本SRS资源集。在一些方面，如附图标记815所示，该SRS资源集配置可由基站110向UE 120指示(例如，在RRC消息等中)。

如进一步所示，第一SRS资源集可包括第一SRS资源(被示为[资源1])，第二SRS资源集可包括第二SRS资源(被示为[资源2])，而第三SRS资源集可包括第三SRS资源(被示为[资源3])。如上所指示的，第一SRS资源集可与第二SRS资源集部分地或完全交叠。附加地或替换地，第一SRS资源集可与第三SRS资源集部分地或完全交叠。附加地或替换地，第二SRS资源集可与第三SRS资源集部分地或完全交叠。

如附图标记820所示，UE 120使用第二SRS资源集和/或第三SRS资源集中的一个或多个资源针对至少两个非相干或部分相干的天线端口传送SRS。如附图标记825所示，以与以上结合图6所述类似的方式，此传输可包括使用指示实际端口将使用CDD进行组合的延迟在实际天线端口上传送SRS。例如，UE 120可在至少两个非相干或部分相干的天线端口中的第一天线端口上传送SRS，以及在至少两个非相干或部分相干天线端口中的第二天线端口上以指示将CDD用于至少两个非相干或部分相干天线端口的延迟传送SRS与。由UE120用于此传输的延迟可向基站110指示其中PUSCH通信将被解读的方式(例如，其中由UE 120要将CDD应用于实际端口上以供PUSCH通信的方式)。

如以上结合图6所描述的，在一些方面，UE 120可指示要由UE 120用于CDD以供后续PUSCH通信的实际延迟。例如，用于传送SRS的延迟可与将用于PUSCH通信的延迟相同。在一些方面，该延迟可以是被指派给UE 120(例如，由基站110)以供PUSCH通信的资源块数目和/或带宽的函数。在一些方面，UE 120可指示被允许由UE 120(例如，至少部分地基于UE能力和/或配置)用于CDD以供后续PUSCH通信的最大延迟，而不是指示实际延迟。在一些方面，最大延迟和实际延迟可以是相同的。在任一情形中，基站110可使用所指示延迟来更准确地解读由UE 120使用虚拟端口传送的后续PUSCH通信。

在该情形中，在UE 120不使用单独虚拟端口SRS资源集(例如，针对虚拟端口使用情形)而是重用码本SRS资源集和/或非码本SRS资源集以探通非相干或部分相干的端口的情况下，用于信令通知虚拟端口的SRS资源必然与那些SRS资源集中至少一个SRS资源集的SRS资源交叠。在该情形中，UE 120可使用指示实际端口将使用CDD进行组合的延迟来在实际天线端口上传送SRS。以此方式，基站110可使用收到SRS来从实际端口合成虚拟端口，以确定将由UE 120用来在虚拟端口上传送PUSCH通信的信道的CSI。

如以上指示的，图8是作为示例来提供的。其他示例是可能的并且可不同于关于图8所描述的内容。

图9是解说根据本公开的各个方面的例如由UE执行的示例过程900的示图。示例过程900是其中UE(例如，UE 120等等)执行与用于支持具有循环延迟分集的上行链路传输的SRS配置相关联的操作的示例。

如图9中所示，在一些方面，过程900可包括接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合(框910)。例如，UE(例如，使用天线252、DEMOD 254、MIMO检测器256、接收处理器258、控制器/处理器280等)可接收对要用于信令通知用于PUSCH通信的虚拟端口的SRS资源集的指示，如以上结合图6-7所描述的。在一些方面，虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干的天线端口的组合。

如图9中进一步所示，在一些方面，过程900可包括使用SRS资源集中的一个或多个资源针对至少两个非相干或部分相干的天线端口传送SRS(框920)。例如，UE(例如，使用控制器/处理器280、发射处理器264、TX MIMO处理器266、MOD 254、天线252等)可使用SRS资源集中的一个或多个资源针对至少两个非相干或部分相干的天线端口传送SRS，如以上结合图6-7所描述的。

过程900可包括附加方面，诸如下述任何单个方面或各方面的任何组合、和/或结合在本文别处描述的一个或多个其他过程。

在第一方面，SRS资源集在时间上不与具有与该SRS资源集不同用途的另一所指示的SRS资源集交叠。

在第二方面，单独或与第一方面结合地，SRS资源集在时间上不与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集交叠。

在第三方面，单独或与第一方面和第二方面中的一者或多者结合地，使用预编码和循环延迟分集在虚拟端口上传送SRS。

在第四方面，单独或与第一至第三方面中的一者或多者结合地，SRS资源集在时间上与具有与该SRS资源集不同用途的另一所指示的SRS资源集部分地或完全交叠。

在第五方面，单独或与第一至第四方面中的一者或多者结合地，SRS资源集在时间上与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集部分地或完全交叠。

在第六方面，单独或与第一至第五方面中的一者或多者结合地，在至少两个非相干或部分相干天线端口中的第一天线端口上传送SRS以及在至少两个非相干或部分相干天线端口中的第二天线端口上以指示将循环延迟分集用于该至少两个非相干或部分相干天线端口的延迟传送该SRS。

在第七方面，单独或与第一至第六方面中的一者或多者结合地，延迟指示允许要由UE用于在具有循环延迟分集的虚拟端口上传送PUSCH通信的最大延迟。

在第八方面，单独或与第一至第七方面中的一者或多者结合地，延迟指示要由UE用于在具有循环延迟分集的虚拟端口上传送PUSCH通信的实际延迟。

在第九方面，单独或与第一至第八方面中的一者或多者结合地，用于传送SRS的延迟是被指派给UE以供PUSCH通信的资源块数目的函数。

在第十方面，单独或与第一至第九方面中的一者或多者结合地，SRS资源集与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集相比具有更长的周期性。

在第十一方面，单独或与第一至第十方面中的一者或多者结合地，SRS资源集被激活达与PUSCH通信相同的历时。

尽管图9示出了过程900的示例框，但在一些方面，过程900可包括与图9中所描绘的框相比附加的框、更少的框、不同的框或不同地布置的框。附加地或替换地，过程900的两个或更多个框可以并行执行。

图10是解说根据本公开的各个方面的例如由UE执行的示例过程1000的示图。示例过程1000是其中UE(例如，UE 120等等)执行与用于支持具有循环延迟分集的上行链路传输的SRS配置相关联的操作的示例。

如图10中所示，在一些方面，过程1000可包括确定UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信，其中该虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合(框1010)。例如，UE(例如，使用控制器/处理器280等)可确定UE被配置成将虚拟端口用于PUSCH通信，如以上结合图8所描述的。在一些方面，虚拟端口是UE的使用预编码和循环延迟分集的至少两个非相干或部分相干的天线端口的组合。

如图10中进一步所示，在一些方面，过程1000可包括确定UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集，其中该第一SRS资源集和该第二SRS资源集与不同用途相关联(框1020)。例如，UE(例如，使用控制器/处理器280等)可确定UE被配置有与第二SRS资源集在时间上交叠的第一SRS资源集，如以上结合图8所描述的。在一些方面，第一SRS资源集和第二SRS资源集与不同用途相关联。

如图10中进一步所示，在一些方面，过程1000可包括使用第二SRS资源集或为UE配置的第三SRS资源集中的一个或多个资源针对至少两个非相干或部分相干的天线端口传送SRS(框1030)。例如，UE(例如，使用控制器/处理器280、发射处理器264、TX MIMO处理器266、MOD 254、天线252等)可使用第二SRS资源集或为UE配置的第三SRS资源集中的一个或多个资源针对至少两个非相干或部分相干的天线端口传送SRS，如以上结合图8所描述的。

过程1000可包括附加方面，诸如下述任何单个方面或各方面的任何组合、和/或结合在本文别处描述的一个或多个其他过程。

在第一方面，第一SRS资源集是用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集，第二SRS资源集是用于当基站向UE指示上行链路预编码器时指示上行链路信道状态信息的码本SRS资源集，而第三SRS资源集是用于在UE选择上行链路预编码器时指示上行链路信道状态信息的非码本SRS资源集。

在第二方面，单独或与第一方面结合地，在至少两个非相干或部分相干天线端口中的第一天线端口上传送SRS以及在至少两个非相干或部分相干天线端口中的第二天线端口上以指示将循环延迟分集用于该至少两个非相干或部分相干天线端口的延迟传送该SRS。

在第三方面，单独或与第一至第二方面中的一者或多者结合地，延迟指示允许要由UE用于在具有循环延迟分集的虚拟端口上传送PUSCH通信的最大延迟。

在第四方面，单独或与第一至第三方面中的一者或多者结合地，延迟指示要由UE用于在具有循环延迟分集的虚拟端口上传送PUSCH通信的实际延迟。

在第五方面，单独或与第一至第四方面中的一者或多者结合地，用于传送SRS的延迟是被指派给UE以供PUSCH通信的资源块数目的函数。

在第六方面，单独或与第一至第五方面中的一者或多者结合地，第一SRS资源集在时间上与第二SRS资源集部分地或完全交叠。

在第七方面，单独或与第一至第六方面中的一者或多者结合地，第一SRS资源集在时间上与第三SRS资源集部分地或完全交叠。

尽管图10示出了过程1000的示例框，但在一些方面，过程1000可包括与图10中所描绘的框相比附加的框、更少的框、不同的框或不同地布置的框。附加地或替换地，过程1000的两个或更多个框可以并行执行。

前述公开提供了解说和描述，但不旨在穷举或将各方面限于所公开的精确形式。修改和变体鉴于以上公开内容是可能的或者可以通过实施各方面来获得。

如本文所使用的，术语组件旨在被宽泛地解释为硬件、固件、或硬件和软件的组合。如本文中所使用的，处理器用硬件、固件、或硬件和软件的组合实现。

一些方面在此与阈值相结合地描述。如本文所使用的，满足阈值可以指值大于阈值、大于或等于阈值、小于阈值、小于或等于阈值、等于阈值、不等于阈值等。

本文中所描述的系统和/或方法可以按硬件、固件、或硬件和软件的组合的不同形式来实现将会是显而易见的。用于实现这些系统和/或方法的实际的专用控制硬件或软件代码不限制各方面。由此，这些系统和/或方法的操作和行为在本文中在不参照特定软件代码的情况下描述——理解到，软件和硬件可被设计成至少部分地基于本文的描述来实现这些系统和/或方法。

尽管在权利要求书中叙述和/或在说明书中公开了特定特征组合，但这些组合不旨在限制可能方面的公开。事实上，许多这些特征可以按权利要求书中未专门叙述和/或说明书中未公开的方式组合。尽管以下列出的每一从属权利要求可以直接从属于仅仅一个权利要求，但可能方面的公开包括与这组权利要求中的每一项其他权利要求相组合的每一从属权利要求。引述一列项目中的“至少一者”的短语指代这些项目的任何组合，包括单个成员。作为示例，“a、b或c中的至少一个”旨在涵盖：a、b、c、a-b、a-c、b-c、和a-b-c，以及具有多个相同元素的任何组合(例如，a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c、和c-c-c，或者a、b和c的任何其他排序)。

此处所使用的元素、动作或指令不应被解释为关键或基本的，除非被明确描述为这样。而且，如此处所使用的，冠词“一”和“某一”旨在包括一个或多个项目，并且可与“一个或多个”可互换地使用。此外，如本文所使用的，术语“集合”和“群”旨在包括一个或多个项目(例如，相关项、非相关项、相关和非相关项的组合等)，并且可以与“一个或多个”可互换地使用。在旨在只有一个项目的情况下，使用术语“一个”或类似语言。而且，如本文所使用的，术语“具有”、“含有”、“包含”等旨在是开放性术语。此外，短语“基于”旨在意指“至少部分地基于”，除非另外明确陈述。

Claims (42)

1.一种由用户装备(UE)执行的无线通信方法，包括：

接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中所述虚拟端口是所述UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及

使用所述SRS资源集中的一个或多个资源针对所述至少两个非相干或部分相干的天线端口传送SRS。

2.如权利要求1所述的方法，其特征在于，所述SRS资源集在时间上不与具有与所述SRS资源集不同用途的另一所指示的SRS资源集交叠。

3.如权利要求1所述的方法，其特征在于，所述SRS资源集在时间上不与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集交叠。

4.如权利要求1所述的方法，其特征在于，使用预编码和循环延迟分集在所述虚拟端口上传送所述SRS。

5.如权利要求1所述的方法，其特征在于，所述SRS资源集在时间上与具有与所述SRS资源集不同用途的另一所指示的SRS资源集部分地或完全交叠。

6.如权利要求1所述的方法，其特征在于，所述SRS资源集在时间上与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集部分地或完全交叠。

7.如权利要求1所述的方法，其特征在于，在所述至少两个非相干或部分相干的天线端口中的第一天线端口上传送所述SRS以及在所述至少两个非相干或部分相干天线端口中的第二天线端口上以指示将循环延迟分集用于所述至少两个非相干或部分相干天线端口的延迟来传送所述SRS。

8.如权利要求7所述的方法，其特征在于，所述延迟指示被允许要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的最大延迟。

9.如权利要求7所述的方法，其特征在于，所述延迟指示要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的实际延迟。

10.如权利要求7所述的方法，其特征在于，用于传送所述SRS的所述延迟是被指派给所述UE以供所述PUSCH通信的资源块数目的函数。

11.如权利要求1所述的方法，其特征在于，所述SRS资源集具有与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集相比更长的周期性。

12.如权利要求1所述的方法，其特征在于，所述SRS资源集被激活达与所述PUSCH通信相同的历时。

13.一种由用户装备(UE)执行的无线通信方法，包括：

确定所述UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信，其中所述虚拟端口是所述UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；

确定所述UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集，其中所述第一SRS资源集和所述第二SRS资源集与不同用途相关联；以及

使用所述第二SRS资源集或为所述UE配置的第三SRS资源集中的一个或多个资源，针对所述至少两个非相干或部分相干的天线端口传送SRS。

14.如权利要求13所述的方法，其特征在于：

所述第一SRS资源集是用于指示具有在上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集，

所述第二SRS资源集是用于当基站向所述UE指示上行预编码器时指示上行链路信道状态信息的码本SRS资源集，并且

所述第三SRS资源集是用于当所述UE选择上行预编码器时指示上行链路信道状态信息的非码本SRS资源集。

15.如权利要求13所述的方法，其特征在于，在所述至少两个非相干或部分相干的天线端口中的第一天线端口上传送所述SRS以及在所述至少两个非相干或部分相干天线端口中的第二天线端口上以指示将循环延迟分集用于所述至少两个非相干或部分相干天线端口的延迟来传送所述SRS。

16.如权利要求15所述的方法，其特征在于，所述延迟指示被允许要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的最大延迟。

17.如权利要求15所述的方法，其特征在于，所述延迟指示要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的实际延迟。

18.如权利要求15所述的方法，其特征在于，用于传送所述SRS的所述延迟是被指派给所述UE以供所述PUSCH通信的资源块数目的函数。

19.如权利要求13所述的方法，其特征在于，所述第一SRS资源集在时间上与所述第二SRS资源集部分地或完全交叠。

20.如权利要求13所述的方法，其特征在于，所述第一SRS资源集在时间上与所述第三SRS资源集部分地或完全交叠。

21.一种用于无线通信的用户装备(UE)，包括：

存储器；以及

操作地耦合至所述存储器的一个或多个处理器，所述存储器和所述一个或多个处理器被配置成：

接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中所述虚拟端口是所述UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及

使用所述SRS资源集中的一个或多个资源针对所述至少两个非相干或部分相干的天线端口传送SRS。

22.如权利要求21所述的UE，其特征在于，所述SRS资源集在时间上不与具有与所述SRS资源集不同用途的另一所指示的SRS资源集交叠。

23.如权利要求21所述的UE，其特征在于，所述SRS资源集在时间上不与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集交叠。

24.如权利要求21所述的UE，其特征在于，使用预编码和循环延迟分集在所述虚拟端口上传送所述SRS。

25.如权利要求21所述的UE，其特征在于，所述SRS资源集在时间上与具有与所述SRS资源集不同用途的另一所指示的SRS资源集部分地或完全交叠。

26.如权利要求21所述的UE，其特征在于，所述SRS资源集在时间上与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集部分地或完全交叠。

27.如权利要求21所述的UE，其特征在于，在所述至少两个非相干或部分相干的天线端口中的第一天线端口上传送所述SRS以及在所述至少两个非相干或部分相干天线端口中的第二天线端口上以指示将循环延迟分集用于所述至少两个非相干或部分相干天线端口的延迟来传送所述SRS。

28.如权利要求27所述的UE，其特征在于，所述延迟指示被允许要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的最大延迟。

29.如权利要求27所述的UE，其特征在于，所述延迟指示要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的实际延迟。

30.如权利要求27所述的UE，其特征在于，用于传送所述SRS的所述延迟是被指派给所述UE以供所述PUSCH通信的资源块数目的函数。

31.如权利要求21所述的UE，其特征在于，所述SRS资源集具有与用于指示具有上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集相比更长的周期性。

32.如权利要求21所述的UE，其特征在于，所述SRS资源集被激活达与所述PUSCH通信相同的历时。

33.一种用于无线通信的用户装备(UE)，包括：

存储器；以及

操作地耦合至所述存储器的一个或多个处理器，所述存储器和所述一个或多个处理器被配置成：

确定所述UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信，其中所述虚拟端口是所述UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；

确定所述UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集，其中所述第一SRS资源集和所述第二SRS资源集与不同用途相关联；以及

使用所述第二SRS资源集或为所述UE配置的第三SRS资源集中的一个或多个资源，针对所述至少两个非相干或部分相干的天线端口传送SRS。

34.如权利要求33所述的UE，其特征在于：

所述第一SRS资源集是用于指示具有在上行链路和下行链路信道之间的互易性的下行链路信道状态信息的天线切换SRS资源集，

所述第二SRS资源集是用于当基站向所述UE指示上行预编码器时指示上行链路信道状态信息的码本SRS资源集，并且

所述第三SRS资源集是用于当所述UE选择上行预编码器时指示上行链路信道状态信息的非码本SRS资源集。

35.如权利要求33所述的UE，其特征在于，在所述至少两个非相干或部分相干的天线端口中的第一天线端口上传送所述SRS以及在所述至少两个非相干或部分相干天线端口中的第二天线端口上以指示将循环延迟分集用于所述至少两个非相干或部分相干天线端口的延迟来传送所述SRS。

36.如权利要求35所述的UE，其特征在于，所述延迟指示被允许要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的最大延迟。

37.如权利要求35所述的UE，其特征在于，所述延迟指示要由所述UE用于在具有循环延迟分集的所述虚拟端口上传送所述PUSCH通信的实际延迟。

38.如权利要求35所述的UE，其特征在于，用于传送所述SRS的所述延迟是被指派给所述UE以供所述PUSCH通信的资源块数目的函数。

39.如权利要求33所述的UE，其特征在于，所述第一SRS资源集在时间上与所述第二SRS资源集部分地或完全交叠。

40.如权利要求33所述的UE，其特征在于，所述第一SRS资源集在时间上与所述第三SRS资源集部分地或完全交叠。

41.一种存储用于无线通信的指令的非瞬态计算机可读介质，所述指令包括：

在由用户装备(UE)的一个或多个处理器执行时使所述一个或多个处理器执行以下操作的一条或多条指令：

接收对要用于信令通知用于物理上行链路共享信道(PUSCH)通信的虚拟端口的探通参考信号(SRS)资源集的指示，其中所述虚拟端口是所述UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；以及

使用所述SRS资源集中的一个或多个资源针对所述至少两个非相干或部分相干的天线端口传送SRS。

42.一种存储用于无线通信的指令的非瞬态计算机可读介质，所述指令包括：

在由用户装备(UE)的一个或多个处理器执行时使所述一个或多个处理器执行以下操作的一条或多条指令：

确定所述UE被配置成将虚拟端口用于物理上行链路共享信道(PUSCH)通信，其中所述虚拟端口是所述UE的使用预编码和循环延迟分集的至少两个非相干或部分相干天线端口的组合；

确定所述UE被配置有与第二探通参考信号(SRS)资源集在时间上交叠的第一SRS资源集，其中所述第一SRS资源集和所述第二SRS资源集与不同用途相关联；以及

使用所述第二SRS资源集或为所述UE配置的第三SRS资源集中的一个或多个资源，针对所述至少两个非相干或部分相干的天线端口传送SRS。