CN109152054A - 无线通信***中用于非授权频谱的波束管理的方法和设备 - Google Patents

Abstract

本发明从用户设备的角度公开一种方法和设备。在一个实施例中，所述方法包含用户设备在非授权频谱中在第一信道占用时间中检测和/或接收下行链路传送。所述方法还包含用户设备在非授权频谱中在第二信道占用时间中检测和/或接收下行链路传送，其中第二信道占用时间是在第一信道占用时间之后由用户设备检测到的下一信道占用时间。所述方法进一步包含在第一信道占用时间结束之后，用户设备在每一时间单元中执行接收波束扫掠直到用户设备在第二信道占用时间中接收到下行链路传送或直到用户设备在第二信道占用时间中找到候选波束为止。

Description

无线通信***中用于非授权频谱的波束管理的方法和设备

技术领域

本公开大体上涉及无线通信网络，且更具体地说涉及在无线通信***中 用于非授权频谱的波束管理的方法和设备。

背景技术

随着移动通信装置之間传送大量数据之需求的快速增长，传统的移动语 音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。 此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、 多播和按需通信服务。

示例性网络结构是演进型通用陆地无线接入网络(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN***可以提供高数 据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正 在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对 3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

从用户设备(User Equipment，UE)的角度公开一种方法和设备。在一 个实施例中，所述方法包含UE在非授权频谱中在第一信道占用时间中检测 和/或接收下行链路传送。所述方法还包含UE在非授权频谱中在第二信道占 用时间中检测和/或接收下行链路传送，其中第二信道占用时间是在第一信 道占用时间之后由UE检测到的下一信道占用时间。所述方法进一步包含在 第一信道占用时间结束之后，UE在每一时间单元中执行接收波束扫掠直到 UE在第二信道占用时间中接收到下行链路传送或直到UE在第二信道占用 时间中找到候选波束为止。

附图说明

图1示出根据一个示例性实施例的无线通信***的图。

图2是根据一个示例性实施例的发射器***(也被称作接入网络)和接 收器***(也被称作用户设备或UE)的框图。

图3是根据一个示例性实施例的通信***的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是3GPP TS 36.213V14.2.0的表15.2.1-1的再现。

图6是根据一个示例性实施例的流程图。

图7是根据一个示例性实施例的流程图。

图8是根据一个示例性实施例的流程图。

图9是根据一个示例性实施例的流程图。

图10是根据一个示例性实施例的流程图。

图11是根据一个示例性实施例的流程图。

图12是根据一个示例性实施例的流程图。

图13是根据一个示例性实施例的流程图。

图14是根据一个示例性实施例的流程图。

图15是根据一个示例性实施例的流程图。

图16是根据一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信***和装置采用支持广播服务的无线通信 ***。无线通信***经广泛部署以提供各种类型的通信，例如话音、数据等。 这些***可以是基于码分多址(CDMA)、时分多址(TDMA)、正交频分多 址(OFDMA)、3GPP长期演进(Long TermEvolution，LTE)无线接入、3GPP 长期演进高级(Long Term Evolution Advanced，LTE-A)、3GPP2超移动宽 带(Ultra Mobile Broadband，UMB)、WiMax，或一些其它调制技术。

确切地说，下文描述的示例性无线通信***装置可以被设计成支持一个 或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作 3GPP的联合体提供的标准，包含：TS 36.213V14.2.0，“E-UTRA物理层程 序”；TS 36.212V14.2.0，“E-UTRA多路复用和信道译码”；3GPP TSG RAN WG1#86bis v1.0.0的最终报告(葡萄牙里斯本，2016年10月10-14日)； 3GPP TSG RAN WG1#87v1.0.0的最终报告(美国里诺，2016年11月14-18 日)；3GPP TSG RAN WG1#88v1.0.0的最终报告(希腊雅典，2017年2月13-17日)；3GPP TSG RANWG1#88bis v1.0.0的最终报告(美国斯波坎，2017 年4月3-7日)；3GPP TSG RAN WG1#89v0.1.0的草案报告(中国杭州， 2017年5月15-19日)；3GPP TSG RAN WG1#AH1_NR v1.0.0的最终报告 (美国斯波坎，2017年1月16-20日)；以及3GPP TSG RAN WG1#86v1.0.0 的最终报告(瑞典哥德堡，2016年8月22-26日)。上文所列的标准和文献 特此明确地以全文引用的方式并入。

图1示出了根据本发明的一个实施例的多址无线通信***。接入网络 100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天 线群组包含108和110，并且又一天线群组包含112和114。在图1中，针 对每一天线群组仅示出了两个天线，但是每一天线群组可以利用更多或更少 个天线。接入终端116(AT)与天线112和114通信，其中天线112和114 通过前向链路120向接入终端116传送信息，并通过反向链路118从接入终 端116接收信息。接入终端(AT)122与天线106和108通信，其中天线106 和108通过前向链路126向接入终端(AT)122传送信息，并通过反向链路 124从接入终端(AT)122接收信息。在FDD***中，通信链路118、120、 124和126可以使用不同频率用于通信。举例来说，前向链路120可使用与 反向链路118所使用频率不同的频率。

每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网 络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区 域的扇区中的接入终端通信。

在前向链路120和126上的通信中，接入网络100的传送天线可以利用 波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相 比于通过单个天线传送到它的所有接入终端的接入网络，使用波束成形以传 送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对 相邻小区中的接入终端造成更少的干扰。

接入网络(AN)可以是用于与终端通信的固定台或基站，并且也可被 称作接入点、节点B、基站、增强型基站、演进节点B(eNB)，或某其它术 语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线 通信装置、终端、接入终端或某一其它术语。

图2是MIMO***200中的传送器***210(也被称作接入网络)和接 收器***250(也被称作接入终端(AT)或用户设备(UE)的实施例的简 化框图。在传送器***210处，从数据源212将用于数个数据流的业务数据 提供到传送(TX)数据处理器214。

在一个实施例中，在相应的传送天线上传送每一数据流。TX数据处理 器214基于针对每一数据流而选择的特定译码方案来格式化、译码及交错所 述数据流的业务数据以提供译码数据。

可使用OFDM技术将每一数据流的译码数据与导频数据多路复用。导 频数据通常为以已知方式进行处理的已知数据模式，且可在接收器***处使 用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如， BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据 流的多路复用导频和译码数据以提供调制符号。由处理器230执行的指令可 确定用于每一数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供给TX MIMO处理器220，所述处理 器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220 接着将N_T个调制符号流提供给N_T个传送器(TMTR)222a至222t。在某些 实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及正 从其传送所述符号的天线。

每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并 且进一步调节(例如，放大、滤波和上变频转换)所述模拟信号以提供适合 于经由MIMO信道传送的经调制信号。接着分别从N_T个天线224a到224t 传送来自传送器222a到222t的N_T个经调制信号。

在接收器***250处，由N_R个天线252a至252r接收所传送的经调制 信号，并且将从每个天线252接收到的信号提供到相应的接收器(RCVR) 254a至254r。每一接收器254调节(例如，滤波、放大和下变频转换)相 应的所接收信号、将经调节信号数字化以提供样本，并且进一步处理所述样 本以提供对应的“所接收”符号流。

RX数据处理器260接着基于特定接收器处理技术从N_R个接收器254 接收及处理N_R个所接收符号流以提供N_T个“所检测”符号流。RX数据处理 器260接着解调、解交错及解码每一所检测符号流以恢复数据流的业务数 据。由RX处理器260进行的处理与传送器***210处的TX MIMO处理器 220及TX数据处理器214所执行的处理互补。

处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信 息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的 数个数据流的业务数据)处理，由调制器280调制，由传送器254a至254r 调节，及被传送回到传送器***210。

在传送器***210处，来自接收器***250的经调制信号由天线224接 收、由接收器222调节、由解调器240解调，并由RX数据处理器242处理， 以提取由接收器***250传送的反向链路消息。接着，处理器230确定使用 哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

转向图3，此图示出了根据本发明的一个实施例的通信装置的替代简化 功能框图。如图3所示，可以利用无线通信***中的通信装置300以用于实 现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无 线通信***优选地是LTE***。通信装置300可包含输入装置302、输出装 置304、控制电路306、中央处理单元(CPU)308、存储器310、程序代码 312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序 代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过 输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304 (例如，监视器或扬声器)输出图像和声音。收发器314用于接收和传送无 线信号、将接收到的信号传递到控制电路306、且无线地输出由控制电路306 产生的信号。也可以利用无线通信***中的通信装置300来实现图1中的 AN 100。

图4是根据本发明的一个实施例在图3中所示的程序代码312的简化框 图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2 部分404，且耦合到层1部分406。层3部分402大体上执行无线电资源控 制。层2部分404大体上执行链路控制。层1部分406大体上执行物理连接。

3GPP TS 36.213陈述：

15.2上行链路信道接入程序

UE和为UE调度UL传送的eNB将执行本子条款中描述的程序，用于 UE接入执行LAAScell传送的通道。

15.2.1用于上行链路传送的信道接入程序

UE可接入根据类型1或类型2UL信道接入程序中的一个执行LAA Scell UL传送的载波。类型1信道接入程序在子条款15.2.1.1中描述。类型 2信道接入程序在子条款15.2.1.2中描述。

如果调度PUSCH传送的UL准予指示类型1信道接入程序，那么UE 将使用类型1信道接入程序用于传送包含PUSCH传送的传送，除非本子条 款中另外说明。

如果调度PUSCH传送的UL准予指示类型2信道接入程序，那么UE 将使用类型2信道接入程序用于传送包含PUSCH传送的传送，除非本子条 款中另外说明。

UE将使用类型1信道接入程序用于传送不包含PUSCH传送的SRS传 送。UL信道接入优先级类p＝1用于不包含PUSCH的SRS传送。

如果调度UE以在子帧n中传送PUSCH和SRS，且如果UE在子帧n 中无法接入信道用于PUSCH传送，那么UE将尝试根据为SRS传送指定的 上行链路信道接入程序在子帧n中进行SRS传送。

[3GPP TS 36.213 V14.2.0的标题为“用于UL的信道接入优先级类”的表 15.2.1-1被再现为图5]

如果‘UL持续时间和偏移’字段配置用于子帧n的‘UL偏移’l和‘UL持续 时间’d，那么

如果UE传送的结束在子帧n+l+d-1中或之前发生，那么UE可以在子 帧n+l+i中使用信道接入类型2用于传送，其中i＝0,1,...d-1，而无论在用于 那些子帧的UL准予中发送的信道接入类型如何。

如果调度UE以使用PDCCH DCI格式0B/4B在设定子帧n₀,n₁,…,n_w-1中传 送包含PUSCH的传送，且如果UE在子帧n_k中无法接入用于传送的信道， 那么UE将根据在DCI中指示的信道接入类型尝试在子帧n_k+1中进行传送， 其中k∈{0,1,…w-2}，且w是在DCI中指示的所调度子帧的数目。

如果调度UE以使用一个或多个PDCCH DCI格式0A/0B/4A/4B在子帧 n₀,n₁,…,n_w-1的集合中传送包含PUSCH的无间隙的传送，且UE在根据类型1 或类型2UL信道接入程序中的一个接入载波之后在子帧n_k中执行传送，那 么UE可以在n_k之后继续子帧中的传送，其中k∈{0,1,…w-1}。

如果在子帧n+1中的UE传送的开始紧跟子帧n中的UE传送的结束， 那么预期在那些子帧中不会以用于传送的不同信道接入类型来指示UE。

如果调度UE以使用一个或多个PDCCH DCI格式0A/0B/4A/4B在子帧n₀,n₁,…,n_w-1中无间隙地传送，且如果UE在子帧n_k1期间或之前已经停止传送， k1∈{0,1,…w-2}，且如果UE感测到信道在UE已停止传送之后连续空闲(idle)， 那么UE可以使用类型2信道接入程序在较晚子帧n_k2中进行传送， k2∈{1,…w-1}。如果UE感测到信道在UE已停止传送之后未连续空闲，那么 UE可以使用类型1信道接入程序在较晚子帧n_k2中进行传送，k2∈{1,…w-1}， 其中在对应于子帧n_k2的DCI中指示UL信道接入优先级类。

如果UE接收到UL准予且DCI指示使用类型1信道接入程序在子帧n 中开始的PUSCH传送，且如果UE在子帧n之前具有进行中的类型1信道 接入程序。

-如果用于进行中的类型1信道接入程序的UL信道接入优先级类值p₁相同于或大于DCI中指示的UL信道接入优先级类值p₂，那么UE可以通过 使用进行中的类型1信道接入程序接入载波而响应于UL准予来传送PUSCH 传送。

-如果用于进行中的类型1信道接入程序的UL信道接入优先级类值p₁小于DCI中指示的UL信道接入优先级类值p₂，那么UE将终止进行中的信 道接入程序。

如果调度UE以在子帧n中在载波集合C上进行传送，且如果在载波集 合C上调度PUSCH传送的UL准予指示类型1信道接入程序，且如果对于 载波集合C中的所有载波指示同一‘PUSCH开始位置’，且如果载波集合C 的载波频率是在[7]中的子条款5.7.4中定义的载波频率集合中的一个的子集

-UE可以使用类型2信道接入程序在载波c_i∈C上进行传送，

-如果紧接于载波c_j∈C上的UE传送之前在载波c_i上执行类型2信 道接入程序，i≠j，且

-如果UE已使用类型1信道接入程序接入载波c_j，

-其中在载波集合C中的任何载波上执行类型1信道接入程序之 前由UE从载波集合C均匀随机地选择载波c_j。

当eNB已根据子条款15.1.1中描述的信道接入程序在载波上传送时 eNB可以在子帧n中的载波上调度包含PUSCH的传送的UL准予的DCI中 指示类型2信道接入程序，或当eNB已根据子条款15.1.1中描述的信道接 入程序在载波上传送时eNB可以使用‘UL持续时间和偏移’字段指示UE可 以在子帧n中在载波上执行用于包含PUSCH的传送的类型2信道接入程序， 或如果子帧n在开始于t₀且结束于t₀+T_CO的时间间隔内发生，那么eNB可以 在子帧n中在载波上调度包含PUSCH的传送，其跟随eNB在所述载波上的 具有持续时间T_{short_ul}＝25us的传送，其中T_CO＝T_mcot,p+T_g，其中

-t₀是当eNB开始传送时的时刻，

-T_mcot,p值如子条款15.1中所描述由eNB确定，

-T_g是在eNB的DL传送与由eNB调度的UL传送之间以及从t₀开始由 eNB调度的任何两个UL传送之间发生的具有大于25us的持续时间的所有 间隙的总持续时间。

eNB应当在邻接帧中在t₀与t₀+T_CO之间调度UL传送，前提是它们可以 邻接地调度。

对于在T_{short_ul}＝25us的持续时间内跟随eNB在载波上的传送的在所述载 波上的UL传送，UE可以使用类型2信道接入程序用于UL传送。

如果eNB在DCI中指示用于UE的类型2信道接入程序，那么eNB在 DCI中指示用以获得对信道的接入的信道接入优先级类。

15.2.1.1类型1UL信道接入程序

UE可以在推迟持续时间T_d的时隙持续时间期间在首先感测到信道空闲 之后以及在步骤4中在计数器N为零之后使用类型1信道接入程序传送所述 传送。通过根据下文描述的步骤感测用于额外时隙持续时间的信道来调整计 数器N。

1)设定N＝N_init，其中N_init是在0与CW_p之间均匀分布的随机数，且去往 步骤4；

2)如果N＞0且UE选择递减计数器，则设定N＝N-1；

3)在额外时隙持续时间中感测信道，且如果额外时隙持续时间空闲， 则去往步骤4；否则，去往步骤5；

4)如果N＝0，那么停止；否则，去往步骤2。

5)感测信道直到在额外推迟持续时间T_d内检测到繁忙时隙或者检测到 额外推迟持续时间T_d的所有时隙为空闲；

6)如果在额外推迟持续时间T_d的所有时隙持续时间期间感测到信道为 空闲，那么去往步骤4；否则，去往步骤5；

如果在以上程序中在步骤4之后UE尚未在执行LAA Scell传送的载波 上传送包含PUSCH或SRS的传送，那么如果当UE准备好传送包含PUSCH 或SRS的传送时至少在时隙持续时间T_sl中感测到信道空闲，以及如果紧邻 于包含PUSCH或SRS的传送之前在推迟持续时间T_d的所有时隙持续时间 期间已感测到信道空闲，那么UE可以在载波上传送包含PUSCH或SRS的 传送。如果在UE准备好传送之后当UE首先感测信道时在时隙持续时间T_sl中尚未感测到信道空闲，或如果紧邻于包含PUSCH或SRS的既定传送之前 在推迟持续时间T_d的任何时隙持续时间期间尚未感测到信道空闲，那么在 推迟持续时间T_d的时隙持续时间期间感测到信道空闲之后UE前进到步骤 1。

推迟持续时间T_d由持续时间T_f＝16us随后紧跟m_p个连续时隙持续时间 组成，其中每一时隙持续时间为T_sl＝9us，且T_f包含位于T_f的开始处的空闲 时隙持续时间T_sl；

如果在时隙持续时间期间UE感测信道，且在时隙持续时间内至少4us 内由UE检测到的功率小于能量检测阈值X_Thresh，那么将时隙持续时间T_sl视 为空闲。否则，将时隙持续时间T_sl视为繁忙。

CW_min,p≤CW_p≤CW_max,p是竞争窗口。CW_p调整在子条款15.2.2中描述。

CW_min,p和CW_max,p是在上述程序的步骤1之前选择。

m_p、CW_min,p和CW_max,p是基于发送到UE的信道接入优先级类，如表15.2.1-1 中所示。

X_Thresh调整在子条款15.2.3中描述。

15.2.1.2类型2UL信道接入程序

如果UL UE使用类型2信道接入程序用于包含PUSCH的传送，那么 UE可以紧邻于在至少感测间隔T_{short_ul}＝25us中感测到信道空闲之后传送包含 PUSCH的传送。T_{short_ul}由持续时间T_f＝16us紧跟有一个时隙持续时间T_sl＝9us组 成，且T_f包含位于T_f的开始处的空闲时隙持续时间T_sl。如果在T_{short_ul}的时隙 持续时间期间感测信道为空闲，那么将信道视为在T_{short_ul}中空闲。

15.2.2竞争窗口调整程序

如果UE在载波上使用与信道接入优先级类p相关联的类型1信道接入 程序进行传送，那么UE维持竞争窗口值CW_p，且使用以下程序对于在子条 款15.2.1.1中描述的程序的步骤1之前的那些传送调整CW_p

-如果用于与HARQ_ID_ref相关联的至少一个HARQ进程的NDI值被 切换，

-对于每个优先级类p∈{1,2,3,4}设定CW_p＝CW_min,p

-否则，对于每个优先级类p∈{1,2,3,4}将CW_p增加到下一较高允许值；

HARQ_ID_ref是参考子帧n_ref中的UL-SCH的HARQ进程ID。参考子 帧n_ref如下确定

-如果UE在子帧n_g中接收到UL准予，那么子帧n_w是其中UE已使用 类型1信道接入程序传送UL-SCH的子帧n_g-3之前的最近子帧。

-如果UE以子帧n₀开始且在子帧n₀,n₁,…,n_w中无间隙地传送包含 UL-SCH的传送，那么参考子帧n_ref是子帧n₀，

-否则，参考子帧n_ref是子帧n_w，

如果调度UE以使用类型1信道接入程序在集合子帧n₀,n₁,…,n_w-1中无间 隙地传送包含PUSCH的传送，以及如果UE不能在子帧集合中传送包含 PUSCH的任何传送，那么UE可以对于每个优先级类p∈{1,2,3,4}保持CW_p的 值不变。

如果用于最后调度的传送的参考子帧也是n_ref，那么UE可以对于每个 优先级类p∈{1,2,3,4}将CW_p的值保持为与用于使用类型1信道接入程序的包 含PUSCH的最后调度传送的值相同。

如果CW_p＝CW_max,p，那么用于调整CW_p的下一较高允许值是CW_max,p。

如果CW_p＝CW_max,p对于N_init的产生连续使用K次，那么仅对于为了N_init的 产生将CW_p＝CW_max,p连续使用K次的那个优先级类p将CW_p复位为CW_min,p。K 是由UE针对每一优先级类p∈{1,2,3,4}从值集合{1,2,…,8}选择。

15.2.3能量检测阈值适配程序

接入执行LAA Scell传送的载波的UE应当将能量检测阈值(X_Thresh)设 定为小于或等于最大能量检测阈值X_{Thresh_max}。

X_{Thresh_max}如下确定：

-如果以较高层参数‘maxEnergyDetectionThreshold-r14’配置UE，

-将X_{Thresh_max}设定成等于通过较高层参数发送的值。

-否则

-UE应当根据子条款15.2.3.1中描述的程序确定X'_{Thresh_max}

-如果以较高层参数‘energyDetectionThresholdOffset-r14’配置UE，

-通过根据由较高层参数发送的偏移值调整X'_{Thresh_max}而设定 X_{Thresh_max}

-否则

-UE应设定X_{Thresh_max}＝X'_{Thresh_max}

15.2.3.1默认最大能量检测阈值计算程序

如果较高层参数‘absenceOfAnyOtherTechnology-r14’指示真：

-X_r是当监管要求已定义时由这些要求界定的以dBm计的最大能 量检测阈值，否则X_r＝T_max+10dB

否则

其中

-T_A＝10dB

-P_H＝23dBm；

-P_TX设定成如[6]中定义的P_{CMAX_H,c}的值。

-T_max(dBm)＝10·log10(3.16228·10^-8(mW/MHz)·BWMHz(MHz))；

-BWMHz是以MHz计的单载波带宽。

3GPP TS 36.212陈述：

5.3.3.1.1A格式0A

DCI格式0A用于LAA SCell中的PUSCH的调度。

以下信息借助于DCI格式0A进行传送：

-载波指示符--0或3位。此字段根据[3]中的定义存在。

-用于format0A/format1A区分的旗标--1位，其中值0指示格式0A且 值1指示格式1A。

-PUSCH触发A--1位，其中值0指示非触发调度且值1指示触发调度， 如[3]的章节8.0中定义。

-定时偏移--4位，如[3]的章节8.0中定义。

-当PUSCH触发A被设定成0时，

-字段指示PUSCH传送的绝对定时偏移。

-否则，

-字段的前两个位指示PUSCH传送的相对于如[3]的章节13A中定义的 UL偏移l的定时偏移。

-字段的最后两个位指示经由触发调度对PUSCH的调度在其内有效的 时间窗口。

-资源块指派--5或6位，提供UL子帧中的资源分配，如[3]的章节8.1.4 中定义

-调制和译码方案--5位，如[3]的章节8.6中定义

-HARQ进程号--4位。

-新数据指示--1位

-冗余版本--2位，如[3]的章节8.6.1中定义

-用于经调度PUSCH的TPC命令--2位，如[3]的章节5.1.1.1中定义

-用于DM RS和OCC索引的循环移位--3位，如[2]的章节5.5.2.1.1中 定义

-CSI请求--1、2或3位，如[3]的章节7.2.1中定义。2位字段适用于被 配置有不多于五个DL小区的UE以及

-被配置有多于一个DL小区且当对应DCI格式映射到由如[3]中定义的 C-RNTI给出的UE特定搜索空间上时的UE；

-由较高层以多于一个CSI过程配置且当对应DCI格式映射到由如[3] 中定义的C-RNTI给出的UE特定搜索空间上时的UE；

-由较高层以参数csi-MeasSubframeSet被配置有两个CSI测量集合且 当对应DCI格式映射到由如[3]中定义的C-RNTI给出的UE特定搜索空间上 时的UE；

3位字段适用于被配置有多于五个DL小区且当对应DCI格式映射到 由如[3]中定义的C-RNTI给出的UE特定搜索空间上时的UE；

否则1位字段适用

-SRS请求--1位。此字段的解译提供于[3]的章节8.2中

-PUSCH开始位置--2位，如表5.3.3.1.1A-1中指定。

-PUSCH结束符号--1位，其中值0指示子帧的最后符号且值1指示子 帧的第二到最后符号。

-信道接入类型--1位，如[3]的章节15.2中定义

-信道接入优先级类--2位，如[3]的章节15.2中定义

如果映射到给定搜索空间上的格式0A中的信息位的数目小于用于调度 同一服务小区且映射到同一搜索空间上的格式1A的有效负载大小(包含附 加到格式1A的任何填补位)，那么零应附加到格式0A，直到有效负载大小 等于格式1A的有效负载大小。

表5.3.3.1.1A-1：PUSCH开始位置

值PUSCH开始位置

00 符号0

01 符号0中25μs

10 符号0中(25+TA)μs

11 符号1

5.3.3.1.1B格式0B

DCI格式0B用于LAA SCell中的多个子帧中的每一个中的PUSCH的 调度。

以下信息借助于DCI格式0B进行传送：

-载波指示符--0或3位。此字段根据[3]中的定义存在。

-PUSCH触发A--1位，其中值0指示非触发调度且值1指示触发调度， 如[3]的章节8.0中定义。

-定时偏移--4位，如[3]的章节8.0中定义。

-当PUSCH触发A被设定成0时，

-字段指示PUSCH传送的绝对定时偏移。

-否则，

-字段的前两个位指示PUSCH传送的相对于如[3]的章节13A中描述的 UL偏移l的定时偏移。

-字段的最后两个位指示经由触发调度对PUSCH的调度在其内有效的 时间窗口。

-经调度子帧的数目--1或2位。当 maxNumberOfSchedSubframes-Format0B-r14由较高层配置成二时1位字段 适用，否则2位字段适用。

-资源块指派--5或6位，提供UL子帧中的资源分配，如[3]的章节8.1.4 中定义。

-调制和译码方案--5位，如[3]的章节8.6中定义。

-HARQ进程号--4位。4位适用于第一经调度子帧，且用于其它经调度 子帧的HARQ进程号在[3]的章节8.0中定义。

-新数据指示--maxNumberOfSchedSubframes-Format0B-r14位。每一经 调度PUSCH对应于1位。

-冗余版本--maxNumberOfSchedSubframes-Format0B-r14位。每一经调 度PUSCH对应于1位，如[3]的章节8.6.1中定义。

-用于经调度PUSCH的TPC命令--2位，如[3]的章节5.1.1.1中定义。

-用于DM RS和OCC索引的循环移位--3位，如[2]的章节5.5.2.1.1中 定义。

-CSI请求--1、2或3位，如[3]的章节7.2.1中定义。2位字段适用于被 配置有不多于五个DL小区的UE以及

-被配置有多于一个DL小区且当对应DCI格式映射到由如[3]中定义的 C-RNTI给出的UE特定搜索空间上时的UE；

-由较高层以多于一个CSI过程配置且当对应DCI格式映射到由如[3] 中定义的C-RNTI给出的UE特定搜索空间上时的UE；

-由较高层以参数csi-MeasSubframeSet被配置有两个CSI测量集合且 当对应DCI格式映射到由如[3]中定义的C-RNTI给出的UE特定搜索空间上 时的UE；

3位字段适用于被配置有多于五个DL小区且当对应DCI格式映射到 由如[3]中定义的C-RNTI给出的UE特定搜索空间上时的UE；

否则1位字段适用。

-SRS请求--2位。此字段的解译提供于[3]的章节8.2中。

-PUSCH开始位置--2位，如表5.3.3.1.1A-1中指定仅适用于第一经调 度子帧。

-PUSCH结束符号--1位，其中值0指示最后经调度子帧的最后符号且 值1指示最后经调度子帧的第二到最后符号。

-信道接入类型--1位，如[3]的章节15.2中定义。

-信道接入优先级类--2位，如[3]的章节15.2中定义。

如果格式0B中的信息位的数目等于用于与同一服务小区中的已配置 DL传送模式相关联的DCI格式1、2、2A、2B、2C或2D的有效负载大小， 那么一个零位将附加到格式0B。

[…]

5.3.3.1.8A格式4A

DCI格式4用于具有多天线端口传送模式的LAA SCell中的PUSCH的 调度。

以下信息借助于DCI格式4A进行传送：

-载波指示符--0或3位。所述字段根据[3]中的定义存在。

-PUSCH触发A--1位，其中值0指示非触发调度且值1指示触发调度， 如[3]的章节8.0中定义。

-定时偏移--4位，如[3]的章节8.0中定义。

-当PUSCH触发A被设定成0时，

-字段指示PUSCH传送的绝对定时偏移。

-否则，

-字段的前两个位指示PUSCH传送的相对于如[3]的章节13A中 定义的UL偏移l的定时偏移。

-字段的最后两个位指示经由触发调度对PUSCH的调度在其内 有效的时间窗口。

-资源块指派--5或6位，提供UL子帧中的资源分配，如[3]的章节8.1.4 中定义。

-HARQ进程号--4位。

-冗余版本--2位，如[3]的章节8.6.1中定义对于两个输送块是共同的。

-用于经调度PUSCH的TPC命令-2个位，如[3]的章节5.1.1.1中定义

-用于DM RS和OCC索引的循环移位--3位，如[2]的章节5.5.2.1.1中 定义

-CSI请求--1、2或3位，如[3]的章节7.2.1中定义。2位字段适用于被 配置成具有不多于五个DL小区的UE以及

-被配置成具有多于一个DL小区的UE；

-由较高层以多于一个CSI过程配置的UE；

-由较高层以参数csi-MeasSubframeSet配置成具有两个CSI测量集 合的UE；

3位字段适用于被配置成具有多于五个DL小区的UE；

否则1位字段适用。

-SRS请求--2，如[3]的章节8.2中定义。

-PUSCH开始位置--2位，如表5.3.3.1.1A-1中指定。

-PUSCH结束符号--1位，其中值0指示子帧的最后符号且值1指示子 帧的第二到最后符号。

-信道接入类型--1位，如[3]的章节15.2中定义。

-信道接入优先级类--2位，如[3]的章节15.2中定义。

另外，对于输送块1：

-调制和译码方案以及冗余版本--5位，如[3]的章节8.6中定义。

-新数据指示--1位。

另外，对于输送块2：

-调制和译码方案以及冗余版本--5位，如[3]的章节8.6中定义。

-新数据指示--1位。

预译码信息和层的数目：如表5.3.3.1.8-1中指定的位数目。如表 5.3.3.1.8-2和表5.3.3.1.8-3中所示的位字段。应注意用于2个天线端口的 TPMI指示在[2]的表5.3.3A.2-1中将使用哪一码簿索引，且用于4个天线端 口的TPMI指示在[2]的表5.3.3A.2-2、表5.3.3A.2-3、表5.3.3A.2-4和表 5.3.3A.2-5中将使用哪一码簿索引。如果启用两个输送块，那么输送块1映 射到码字0；且输送块2映射到码字1。倘若输送块中的一个停用，那么根 据表5.3.3.1.5-2指定输送块到码字映射。对于单个经启用码字，仅对于对应 输送块的重新传送支持表5.3.3.1.8-3中的索引24到39，前提是所述输送块 先前已使用两个层进行传送。

如果格式4A中的信息位的数目等于用于与同一服务小区中的已配置 DL传送模式相关联的DCI格式1、2、2A、2B、2C或2D的有效负载大小， 那么一个零位将附加到格式4A。

5.3.3.1.8B格式4B

DCI格式4B用于LAA SCell中的多个子帧中的每一个中具有多天线端 口传送模式的PUSCH的调度。

以下信息借助于DCI格式4B进行传送：

-载波指示符--0或3位。所述字段根据[3]中的定义存在。

-PUSCH触发A--1位，其中值0指示非触发调度且值1指示触发调度， 如[3]的章节8.0中定义。

-定时偏移--4位，如[3]的章节8.0中定义。

-当PUSCH触发A被设定成0时，

-字段指示PUSCH传送的绝对定时偏移。

-否则，

-字段的前两个位指示PUSCH传送的相对于如[3]的章节13A中 定义的UL偏移l的定时偏移。

-字段的最后两个位指示经由触发调度对PUSCH的调度在其内 有效的时间窗口。

-经调度子帧的数目--1或2位。当 maxNumberOfSchedSubframes-Format4B-r14由较高层配置成二时1位字段适 用，否则2位字段适用。

-资源块指派--5或6位，提供UL子帧中的资源分配，如[3]的章节8.1.4 中定义。

-HARQ进程号--4位。4位适用于第一经调度子帧，且用于其它经调度 子帧的HARQ进程号在[3]的章节8.0中定义。

-冗余版本--maxNumberOfSchedSubframes-Format4B-r14位。每一经调 度PUSCH对应于1位，如[3]的章节8.6.1中定义。冗余版本对于两个输送 块是共同的。

-用于经调度PUSCH的TPC命令--2位，如[3]的章节5.1.1.1中定义。

-用于DM RS和OCC索引的循环移位--3位，如[2]的章节5.5.2.1.1中 定义。

-CSI请求--1、2或3位，如[3]的章节7.2.1中定义。2位字段适用于被 配置成具有不多于五个DL小区的UE以及

-被配置成具有多于一个DL小区的UE；

-由较高层以多于一个CSI过程配置的UE；

-由较高层以参数csi-MeasSubframeSet配置成具有两个CSI测量集 合的UE；

3位字段适用于被配置成具有多于五个DL小区的UE；

否则1位字段适用。

-SRS请求--2，如[3]的章节8.2中定义。

-PUSCH开始位置--2位，如表5.3.3.1.1A-1中指定仅适用于第一经调 度子帧。

-PUSCH结束符号--1位，其中值0指示最后经调度子帧的最后符号且 值1指示最后经调度子帧的第二到最后符号。

-信道接入类型--1位，如[3]的章节15.2中定义。

-信道接入优先级类--2位，如[3]的章节15.2中定义。

另外，对于输送块1：

-调制和译码方案以及冗余版本--5位，如[3]的章节8.6中定义。

-新数据指示--maxNumberOfSchedSubframes-Format4B-r14位。每一经 调度PUSCH对应于1位。

另外，对于输送块2：

-调制和译码方案以及冗余版本--5位，如[3]的章节8.6中定义。

-新数据指示--maxNumberOfSchedSubframes-Format4B-r14位。每一经 调度PUSCH对应于1位。

预译码信息和层的数目：如表5.3.3.1.8-1中指定的位数目。如表 5.3.3.1.8-2和表5.3.3.1.8-3中所示的位字段。应注意用于2个天线端口的 TPMI指示在[2]的表5.3.3A.2-1中将使用哪一码簿索引，且用于4个天线端 口的TPMI指示在[2]的表5.3.3A.2-2、表5.3.3A.2-3、表5.3.3A.2-4和表 5.3.3A.2-5中将使用哪一码簿索引。如果启用两个输送块，那么输送块1映 射到码字0；且输送块2映射到码字1。倘若输送块中的一个停用，那么根 据表5.3.3.1.5-2指定输送块到码字映射。对于单个经启用码字，仅对于对应 输送块的重新传送支持表5.3.3.1.8-3中的索引24到39，前提是所述输送块 先前已使用两个层进行传送。

如果格式4B中的信息位的数目等于用于与同一服务小区中的已配置 DL传送模式相关联的DCI格式1、2、2A、2B、2C或2D的有效负载大小， 那么一个零位将附加到格式4B。

3GPP TSG RAN WG1#86bis v1.0.0的最终报告(葡萄牙里斯本，2016 年10月10-14日)陈述：

用于新无线电接口的多天线方案

波束管理

R1-1609248关于UE旋转的影响 LG电子

提议1：在NR中应当支持基于UE触发的波束管理。

提议2：考虑高于6GHz的用于UE的全向单个或交叉极天线。

提议3：当UE旋转时可考虑(半)OL MIMO技术。

提议4：对于NR应当研究UE中心MCS回退机制。

R1-1609395 DL混合波束成形程序的论述 联想(Lenovo)

提议1：应当考虑基于RSRP的波束测量和反馈方案用于波束选择和精 炼。

提议2：应当通过波束测量和反馈方案支持在TRP处的空间多路复用。

提议3：假定为UE提供提供足够RS资源以调谐其RX波束，则UE RX 波束选择和精炼的标准影响应当最小化。

提议4：可使用CSI-RS和反馈用于给定模拟波束的CSI获取。

提议5：应当研究模拟波束与数字波束成形之间的相互作用。

R1-1609754波束管理原理 爱立信(Ericsson)

●提议1：在NR中的CSI框架(即用于数据传送的链路自适应的框架) 内处置波束管理。

●提议2：使用CSI-RS用于波束管理测量

●提议3：在波束管理程序中，由网络使用通过从UE的TRP和/或下行 链路测量的上行链路测量来监视一个或多个波束对链路(BPL)。

●提议4：在用于波束管理测量的时隙或子帧中支持CSI-RS的可配置 (时间多路复用、频率多路复用或这两者)扫掠

●提议5：研究对用于波束管理测量的CSI-RS应当支持哪些不同类型 的频率分配

●提议6：当触发K个CSI-RS传送(K个波束)的扫掠时，还关于P-1/P-2 和P-3程序之间的区别向UE指示其是否可以假定同一波束用于K个传送。

R1-1610487波束管理的发展方向 爱立信(Ericsson)，英特尔(Intel)， CATT，InterDigital Communications

可能的协议：

·至少CSI-RS可用于测量以支持波束管理过程P1、P2、P3

·当用于P1/P2/P3时，可为此目的考虑CSI-RS信号结构的优化(与 例如链路自适应相反)

·也可以考虑额外RS，例如DMRS和同步信号

R1-1610516波束管理RS的发展方向 三星(Samsung)，英特尔 (Intel)，VerizonWireless

·NR支持两个类型的RS用于波束管理程序(P-1、P-2和P-3)：

-波束参考信号(BRS)：

·BRS是小区特定配置且周期性传送。

·有待进一步研究：BRS也用于L3移动性

-CSI-RS：

·CSI-RS是UE特定配置的。

·可基于CSI-RS是否用于P1、P2或P3而具体优化用于CSI-RS 的信号结构

·注意：CSI-RS也用于CSI获取

R1-1610658波束管理的发展方向 爱立信(Ericsson)，三星 (Samsung)，英特尔(Intel)

·波束管理程序可利用至少以下两个RS类型：

·用于移动性的RS，至少对于P-1：

·注意：当使用移动性信号的波束扫掠时此RS可用于P-1

·CSI-RS，对于P-1、P-2和P-3：

·CSI-RS是UE特定配置的。

·多个UE可以被配置成具有同一CSI-RS

·可基于CSI-RS是否用于P1、P2或P3而具体优化用于CSI-RS 的信号结构

·注意：CSI-RS也可用于CSI获取

·注意：倘若移动性信号是单个波束或当使用SFN传送时，例如 跨越多TRP/面板，CSI-RS可用于P-1

·也可以考虑额外RS，例如DMRS和同步信号

Interdigital、CATT也支持。

工作假设：

●波束管理程序可利用至少以下RS类型：

○至少在连接模式中为移动性目的定义的RS

■有待进一步研究：RS可为NR-SS或CSI-RS或新设计的RS

●不排除其它

○CSI-RS：

■CSI-RS是UE特定配置的

●多个UE可以被配置成具有同一CSI-RS

■可针对特定程序具体优化用于CSI-RS的信号结构

■注意：CSI-RS也可用于CSI获取

●也可以考虑其它RS用于波束管理，例如DMRS和同步信号

R1-1610891基于群组的波束管理的发展方向ZTE，ZTE Microelectronics，ASTRI，诺基亚(Nokia)，ASB，CATT

协议：

●基于群组的波束管理有待进一步研究：

○波束分组的定义：

■波束分组＝用于TRP或UE将多个Tx和/或Rx波束和/或波束 对分组成一个波束子集

○用于波束分组、报告、用于波束测量的基于波束群组的指示、基 于波束的传送或波束切换等的详细机制有待进一步研究

■一些实例可参见R1-1610891和R1-1609414

R1-1610825波束管理的发展方向CATT，CATR，CMCC，Xinwei

协议：

●对于下行链路，NR支持具有和不具有波束相关指示的波束管理

○当提供波束相关指示时，关于用于数据接收的UE侧波束成形/接 收程序的信息可通过QCL向UE指示

■有待进一步研究：除QCL外的信息

○有待进一步研究：当提供波束相关指示时，向UE指示关于用于数 据传送的Tx波束的信息

●对于下行链路，基于由TRP传送的RS(用于波束管理)，UE报告与 N个选定Tx波束相关联的信息

○研究可如何选择N个Tx波束

○研究其中N包括所有Tx波束的情况

○研究UE报告信息

○注意：N可等于1

R1-1610923用于NR的波束报告的发展方向LG电子，英特尔(Intel)， NTT DOCOMO，MediaTek

协议：

●支持至少网络触发的非周期性波束报告：

○在P-1、P-2和P-3相关操作下支持非周期性波束报告

○波束报告细节有待进一步研究

○有待进一步研究：UE辅助/起始的非周期性波束报告

○有待进一步研究：在UE辅助/起始的非周期性波束报告的情况下，

UE请求消息可在保留/专用/共同上行链路信道(例如，物理随机接入信 道、物理上行控制信道)上传送。

●是否需要半持久/周期性/事件触发的波束(网络触发或UE辅助/起始) 报告需要进一步研究

R1-1610511用于DL控制信道的波束管理的发展方向ZTE，ZTE Microelectronics，英特尔(Intel)，Xinwei

协议：

●支持在控制信道和对应数据信道传送上使用相同或不同波束

○用于控制信道和对应数据信道的天线端口(例如，共享一些端口 或不共享)有待进一步研究

●研究与涉及控制和数据信道的使用且涉及一个或多个TRP的波束/波 束对指示/报告相关的详细方面

R1-1610971波束互易性(Beam reciprocity)的定义的发展方向三星 (Samsung)，高通(Qualcomm)，InterDigital，英特尔(Intel)，IITM，IITH， CeWIT，Tejas Networks，KT，MediaTek，AT&T，Verizon，摩托罗拉移 动(Motorola Mobility)，Reliance Jio

工作假设：

○以下定义为在TRP和UE处的Tx/Rx波束对应

○如果满足以下中的至少一项则在TRP处的Tx/Rx波束对应保持：

■TRP能够基于UE对TRP的一个或多个Tx波束的下行链路测 量而确定所述上行链路接收的TRP Rx波束。

■TRP能够基于TRP对TRP的一个或多个Rx波束的上行链路测 量而确定用于下行链路传送的TRP Tx波束

○如果满足以下中的至少一项则在UE处的Tx/Rx波束对应保持：

■UE能够基于UE对UE的一个或多个Rx波束的下行链路测量 而确定用于上行链路传送的UE Tx波束。

■UE能够基于对UE的一个或多个Tx波束的上行链路测量基于 TRP的指示而确定用于下行链路接收的UE Rx波束。

○仍可论述更精炼的定义

R1-1610894 UL波束管理三星(Samsung)，华为(Huawei)，英特尔 (Intel)

协议：

●NR中将进一步研究UL波束管理

○相似程序可定义为DL波束管理，其中细节有待进一步研究，例如：

■U-1：用以实现对不同UE Tx波束的TRP测量以支持UE Tx波 束/TRP Rx波束的选择

●注意：这不一定在所有情况中有用

■U-2：用以实现对不同TRP Rx波束的TRP测量以可能改变/选 择TRP间/内Rx波束

■U-3：用以实现对同一TRP Rx波束的TRP测量以在UE使用 波束成形的情况下改变UE Tx波束

●支持与Tx/Rx波束对应有关的信息的指示有待进一步研究

●基于以下研究UL波束管理：

○PRACH

○SRS

○DM-RS

○不排除其它信道和参考信号

●通过考虑Tx/Rx波束对应研究上行链路波束管理程序

○对于TRP和UE具有Tx/Rx波束对应的情况

○对于TRP不具有Tx/Rx波束对应和/或UE不具有Tx/Rx波束对应 的情况

R1-1610964波束恢复的发展方向三星(Samsung)，高通 (Qualcomm)，英特尔(Intel)，KT，LGE，爱立信(Ericsson)

诺基亚(Nokia)也支持

协议：

●NR支持在用于NR的链路失败和/或堵塞的情况下的机制

○是否使用新程序有待进一步研究

●研究至少以下方面：

○是否需要用于此机制的DL或UL信号传送

■例如RACH前导序列、DL/UL参考信号、控制信道等

○如果需要，用于此机制的资源分配

■例如，RACH资源对应机制等

R1-1611014波束管理的发展方向CATT，CATR，CMCC，Xinwei， 三星(Samsung)

CSI获取

R1-1610716NR中的CSI-RS和CSI报告的发展方向LG电子，爱立 信(Ericsson)，英特尔(Intel)，三星(Samsung)

决策：如下标注、修改和商定文档：

协议：

●至少对于CSI获取，NR支持CSI-RS、SRS

○有待进一步研究：用于CSI测量的DL DMRS的使用

●NR支持CSI-RS的非周期性传送

●对于CSI-RS传送，NR支持以下中的至少一项：

○半持久传送

■可激活或停用预配置的CSI-RS资源

■有待进一步研究：激活/停用机制

○周期性传送

■周期性CSI-RS可由较高层配置

○有待进一步研究：用于半持久CSI-RS的激活/停用的动态控制的 机制(例如，协议层)

○有待进一步研究：为半持久CSI-RS提供可靠的激活/停用的机制

●NR支持非周期性CSI报告

●NR支持以下中的至少一项：

○周期性CSI报告

■可由较高层配置

○半持久CSI报告

■可激活或停用CSI报告的配置

■有待进一步研究：激活和停用机制

●研究通过使用CSI-RS的周期性/非周期性/半持久CSI报告

○使用其它RS有待进一步研究

○关于必要配置、条件、情形和使用情况有待进一步研究

●关于相关的CSI-RS传送和CSI报告，至少支持以下组合

○具有非周期性CSI-RS的非周期性CSI报告

○具有半持久/周期性CSI-RS的非周期性CSI报告

○具有半持久/周期性CSI-RS的半持久/周期性CSI报告

●为了更灵活地支持以上组合，NR应当允许对CSI-RS指示和CSI报告 指示定时的独立控制。

○以上‘指示’可指代取决于RS/报告类型的触发、激活和停用。

○如何保证CSI-RS传送和CSI-RS的指示之间的适当时间间隔需要 进一步研究

○如何保证CSI-RS与CSI报告之间的适当时间间隔需要进一步研究

○注意：这不排除CSI-RS指示和CSI报告指示的联合控制。

R1-1610907CSI-RS资源汇集的发展方向爱立信(Ericsson)，三星 (Samsung)，LG，诺基亚(Nokia)(R1-1610705)

协议：

●应当研究CSI-RS资源集合，由此可以在用户之间动态共享所述集合 内的CSI-RS资源

●研究在2个步骤中的CSI-RS资源配置

○步骤1：通过UE特定RRC配置为一个或多个用户预先配置K个 CSI-RS资源的集合

○步骤2：对于给定用户，动态指示来自所述集合的CSI-RS资源的 K个中的N个(其中N>＝1)，以在给定时间窗口中实现CSI测量

■研究以下替代方案

●替代方案1：通过DCI的动态信令

●替代方案2：通过MAC CE的动态信令

○CSI-RS传送可动态指示为在窗口内的单发或多发

○已配置的CSI-RS资源池可用于信道/干扰测量

○为一个UE配置CSI-RS资源的多个集合

R1-1610517CSI测量和报告的发展方向华为(Huawei)，HiSilicon， 爱立信(Ericsson)，高通(Qualcomm)

协议：

●考虑UE实施方案复杂性，应当研究自含式(self-contained)结构(例如， 子帧)中的CSI-RS传送和CSI报告的可行性

○有待进一步研究：基于DM-RS的CSI报告

●在NR中应当支持在不同干扰假设下的干扰测量

○干扰假设和干扰测量的机制的定义有待进一步研究

参考信号设计和QCL

R1-1608675关于用于NR MIMO的准共址/波束ZTE，ZTE Microelectronics

●观察1：不同的基于波束的信道之间的延迟偏移是显著的。

●观察2：当波束对指向邻近方向时可观察到相似的信道性质。

●提议1：将例如到达角度、角展度等“准共波束”参数的新集合引入到

QCL参数。根据准共波束性质的天线端口的分组由UE反馈。

●提议2：支持用于不同应用的QCL参数的灵活配置

●提议3：考虑信道互易性支持UL端口到DL端口的QCL关联

R1-1610492用于NR的CSI-RS配置的发展方向英特尔(Intel)，三星 (Samsung)，爱立信(Ericsson)

协议：

●用于NR的CSI-RS配置包含至少‘天线端口的数目’

○配置可为显式的或隐式的

●可为周期性/半持久CSI报告和非周期性CSI报告独立地配置CSI-RS 天线端口的数目

可能的工作假设：

·为CSI-RS配置支持的天线端口的数目包含至少以下值

-1,2,4,8,12,16,20,24,28,32

工作假设：

●为CSI-RS配置支持的天线端口的数目包含至少以下值

○1,2,4,8,[12],16,[20],[24],[28],32

●RAN1将在下一次会议中更新/移除以上括号部分

○研究例如性能、情形、RS开销、考虑帧结构的RS模式、NR与 LTE之间的硬件的再使用

R1-1610520用于NR的QCL的发展方向英特尔(Intel)，LGE，爱立 信(Ericsson)，NTT DOCOMO，三星(Samsung)

协议：

●以新空间QCL参数延伸NR中的QCL框架以支持UE侧波束成形/ 接收程序

○细节有待进一步研究(例如，接收到达角度、传送出发角度、接 收器天线的空间相关、Rx/Tx波束成形等)

●对于DM-RS天线端口，NR支持：

○所有端口经过QCL

○并非所有端口经过QCL

■细节有待进一步研究

●有待进一步研究，例如：

○在不同CC上传送的天线端口之间的QCL

○在一个CSI-RS资源内的CSI-RS天线端口之间的QCL

■所有端口经过QCL

■并非所有端口经过QCL

○两个或更多个CSI-RS资源内的CSI-RS天线端口之间的QCL

■所有端口经过QCL

■并非所有端口经过QCL

○具有其它RS类型的DM-RS天线端口的QCL

○考虑信道互易性的QCL

R1-1610513用于NR的QCL的发展方向ZTE Corporation，ZTE Microelectronics

协议：

●NR中应当研究QCL假设的灵活配置/指示：

○应当研究QCL参数的可能的分组：

■例如，平均增益，平均延迟

■例如，到达/出发角度、延迟扩展、多普勒扩展

RACH程序

R1-1610489用于多波束操作的RACH程序的发展方向NTT DOCOMO，ETRI，高通(Qualcomm)，诺基亚(Nokia)，Alcatel-Lucent Shanghai-Bell，ZTE

协议：

●当Tx/Rx互易性至少对于多个波束操作在gNB处可用时，对于至少 在空闲模式中的UE考虑以下RACH程序

○用于DL广播信道/信号的一个或多个时机与RACH时机的子集之 间的关联通过广播***信息向UE告知或是UE已知的

■有待进一步研究：“非关联”的信令

■应当进一步研究用于RACH前导的详细设计

○基于DL测量和对应关联，UE选择RACH时机的子集

■有待进一步研究：用于RACH前导传送的Tx波束选择

○在gNB，用于UE的DL Tx波束可基于检测到的RACH前导而获 得且也将应用于消息2

■消息2中的UL准予可以指示消息3的传送定时

●对于具有和不具有Tx/Rx互易性的情况，应当力求共同随机接入程序

●当Tx/Rx互易性不可用时，对于至少在空闲模式中的UE可以进一步 考虑以下情况

○是否或如何向gNB报告DL Tx波束，例如，

■RACH前导/资源

■消息3

○是否或如何向UE指示UL Tx波束，例如，

■RAR

R1-1610783不具有gNB互易性的用于多波束的RACH程序的发展方向 ZTE，ZTEMicroelectronics，诺基亚(Nokia)，NTT DOCOMO

·RACH时机：

-时间频率资源和前导的子集。

·RACH时机的子集：

-一个或多个RACH时机

·通过广播***信息告知RACH时机的子集内的多个/重复UE前导传 送

-在gNB处无Tx/Rx互易性的情况下覆盖gNB Rx波束扫掠

协议：

●RACH资源：

○用以发送RACH前导的时间频率资源

●UE是否需要在RACH资源的子集内传送一个或多个/重复前导可通过 广播***信息来告知

○举例来说，在gNB处无Tx/Rx互易性的情况下覆盖gNB Rx波束 扫掠

R1-1610849波束互易性的定义的发展方向三星(Samsung)

·针对TRP和UE处的Tx/Rx波束互易性定义以下各项：

-在TRP处的Tx/Rx波束互易性：

·TRP能够基于UE对TRP的Tx波束的下行链路测量报告而确 定用于上行链路接收的TRP Rx波束。

·TRP能够基于TRP对TRP的Rx波束的上行链路测量而确定用 于下行链路传送的TRP Tx波束

-在UE处的Tx/Rx波束互易性：

·UE能够基于UE对UE的Rx波束的下行链路测量而确定用于 上行链路传送的UETx波束。

·UE能够基于TRP对UE的Tx波束的上行链路测量而确定用于 下行链路接收的UERx波束。

R1-1610962统一RACH程序的发展方向ZTE，ZTE Microelectronics，NTT DOCOMO，诺基亚(Nokia)，Alcatel-Lucent Shanghai Bell，夏普(Sharp)，英特尔(Intel)

R1-1610960RACH前导的发展方向NTT DOCOMO，英特尔(Intel)， 夏普(Sharp)，ZTE

协议：

●NR支持多个RACH前导格式，包含至少

○具有较长前导长度的RACH前导格式

○具有较短前导长度的RACH前导格式

○多少标志有待进一步研究(例如，RACH序列的数目、有效负载 大小等)

●支持RACH资源中的多个/重复RACH前导

○有待进一步研究：如何支持单波束和/或多波束操作

○有待进一步研究：前导可以相同或不同

●用于RACH前导的基础参数取决于频率范围可以不同

○有待进一步研究：每频率范围将支持多少基础参数

●有待进一步研究：用于RACH前导的基础参数可以不同于或相同于用 于其它UL数据/控制信道的基础参数

R1-1611011RACH前导评估假设的发展方向诺基亚(Nokia)， Alcatel-LucentShanghai Bell，NTT DOCOMO

协议：

●在对于RACH前导传送和RACH资源选择的评估中，公司报告以下 假设

○在基站处对Rx波束扫掠的支持

○对覆盖范围的支持，例如TR38.913中定义的值

3GPP TSG RAN WG1#87v1.0.0的最终报告(美国里诺，2016年11月 14-18日)陈述：

波束管理和CSI获取

R1-1613287NR NW起始的波束切换的发展方向英特尔(Intel)，爱立 信(Ericsson)

CATT也支持

协议：

●NR提供针对波束对链路堵塞的稳健性

○研究实现以上目的的机制

■例如，通过以N个波束实现PDCCH/PDSCH监视

●例如，N＝1,2,…

●例如，TDM监视、同时的监视等

■例如，通过经由例如SFBC和/或多级控制信道实现复合波束

■实例并不希望为穷尽性的

R1-1613171周期性和半持久CSI报告的发展方向三星(Samsung)， NTT DOCOMO，爱立信(Ericsson)，LGE

协议：

●对于NR，支持周期性和半持久CSI报告：

○对于周期性：报告周期性和定时偏移的较高层配置

○关于报告周期性和定时偏移的半持久CSI报告的情况有待进一步 研究

○详细信令有待进一步研究

R1-1613542波束对应的发展方向三星(Samsung)，NTT DOCOMO， InterDigital，MediaTek，Convida Wireless，夏普(Sharp)

可能的协议：

·支持UE关于互易性校准的能力向TRP的指示。

·研究是否需要用于确定互易性校准的程序

-例如，如附录中所示

-例如，待考虑的SNR/功率(波束质量)、CSI和其它的度量

R1-1613682波束对应的发展方向三星(Samsung)，NTT DOCOMO， InterDigital，MediaTek，Convida Wireless，夏普(Sharp)

协议：

●在必要时鼓励公司精炼波束对应的定义

○注意：是否在NR中引入此定义是单独的话题

●在波束对应的精炼定义(如果存在)下，研究是否需要用于确定UE 的波束对应的机制。

○研究可以考虑以下方面-

■例如，待考虑的SNR/功率(波束质量)、CSI和其它的度量

■例如，声明波束对应的度量的值

■例如，复杂性/开销

■例如，支持关于在UE处的波束对应向gNB的报告的可能性

R1-1613365用于控制和数据信道的波束管理的发展方向ZTE，ZTEMicroelectronics，ASTRI，英特尔(Intel)

三星(Samsung)也支持

可能的协议：

·对于下行链路控制信道，NR支持具有和不具有波束相关指示的波束 管理

·当提供波束相关指示时，关于用于下行链路控制信道接收的UE 侧波束成形/接收程序的信息可通过QCL向UE指示

·有待进一步研究：除QCL外的信息

·有待进一步研究：DL控制和数据信道共享至少用于波束相关指示的 同一波束资源池

·例如，波束资源池是用于经由QCL的波束群组指示的参考信号资 源池

·研究在共享波束资源池内用于DL控制和数据信道的单独波束相关指 示

R1-1613670用于控制和数据信道的波束管理的发展方向ZTE，ZTEMicroelectronics，ASTRI，英特尔(Intel)，三星(Samsung)，LGE

协议：

●NR在具有和不具有下行链路指示的情况下支持导出QCL假设以辅助 UE侧波束成形以用于下行链路控制信道接收

○有待进一步研究：细节

■例如，QCL假设细节

■例如，指示信令(例如，DCI、MAC CE、RRC等)

■例如，用于DL控制和数据信道的波束相关指示

R1-1613740基于群组的波束管理的发展方向ZTE，ZTE Microelectronics，ASTRI(R1-1613366的修正)

R1-1613725 NR中的事件驱动的UL传送的发展方向LG电子， ZTE，ZTEMicroelectronics，英特尔(Intel)，NTT DOCOMO，三星 (Samsung)，诺基亚(Nokia)，ASB

R1-1613774NR中的UE起始的UL传送的发展方向LG电子，爱立 信(Ericsson)，华为(Huawei)，HiSilicon

MTK也支持

协议：

●NR应当例如在波束质量降级的情况下研究事件驱动的UE起始UL 传送的必要性

○例如，由于UE移动性/旋转、堵塞和/或链路失败等

○有待进一步研究：波束质量降级的事件的细节

R1-1613288NR UE请求的波束切换的发展方向英特尔公司(Intel Corporation)，三星(Samsung)

R1-1613157波束报告的发展方向LG电子，英特尔(Intel)，三星 (Samsung)

R1-1613589波束指示和报告的发展方向三星(Samsung)，爱立信 (Ericsson)，NTTDOCOMO，英特尔(Intel)，Verizon，KT

R1-1613727波束指示和报告的发展方向三星(Samsung)，爱立信 (Ericsson)，NTTDOCOMO，英特尔(Intel)，LGE，Verizon，KT

R1-1613649 UL波束管理的发展方向华为(Huawei)，HiSilicon，中 国联通(ChinaUnicom)，Softbank，Xinwei，MTK，NTT DOCOMO

3GPP TSG RAN WG1#88v1.0.0的最终报告(希腊雅典，2017年2月 13-17日)陈述：

波束管理

R1-1701797用于NR MIMO的波束管理的高级视图ZTE，ZTE Microelectronics

R1-1701827关于波束管理的评估的[NRAH1-01]电子邮件讨论的概述 ZTE,ZTEMicroelectronics

●提议1：考虑波束管理的方面(章节2中)用于评估。

●提议2：对于链路层级评估和***层级评估分别采用表1和表2中的 评估假设用于波束管理。

决策：在R1-1703533中标注、进一步修正和商定文档。

波束管理框架

R1-1702934用于波束报告的测量和报告信息三星(Samsung)

●提议1：值N(用于报告的选择波束的数目)是较高层配置的。

●提议2：波束测量量包含RSRP。

●提议3：为了实现多面板或多TRP波束测量，UE可被配置成具有多 于一个K个波束的集合，其中UE报告来自每个集合的N个选择波束的测 量结果。

R1-1702077关于波束报告的论述CATT

●提议1：选择波束的数目N可由TRP配置或由UE确定。

●提议2：用于波束报告的测量量可以在RSRP、CSI和RSRP与CSI 两者之间配置。

●提议3：报告CSI-RS资源ID以指示选择的波束。

●提议4：支持基于波束分组的TX波束选择以保证选择的TX波束的 独立性。

○UE需要从不同波束群组选择TX波束。

●提议5：在TRP处实行波束分组，且将分组信息连同用于波束管理的 RS设定一起发送到UE。

R1-1703523波束管理的框架的发展方向华为(Huawei)，HiSilicon， LG电子

协议：

●UE可被配置成具有以下高层参数用于波束管理：

○N≥1报告设定，M≥1资源设定

■报告设定与资源设定之间的链路是在商定的CSI测量设定中配 置

■以资源和报告设定支持基于CSI-RS的P-1和P-2

■可具有或不具有报告设定而支持P-3

○报告设定至少包含

■指示选择的波束的信息

●L1测量报告

●有待进一步研究的细节(例如，基于RSRP或CSI等)

■时域行为：例如，非周期性、周期性、半持久

■在支持多个频率粒度的情况下的频率粒度

○资源设定至少包含

■时域行为：例如，非周期性、周期性、半持久

■RS类型：至少NZP CSI-RS

■至少一个CSI-RS资源集合，其中每一CSI-RS资源集合具有 K≥1个CSI-RS资源

●每资源设定是否支持>1CSI-RS资源集合有待进一步研究

●K个CSI-RS资源的一些参数可为相同的，例如，端口编号、 时域行为、密度和周期性(如果存在)

用于CSI获取框架的机制是否可适用的进一步离线讨论

R1-1703525用于NR MIMO的波束报告的发展方向ZTE，ZTE Microelectronics，爱立信(Ericsson)，英特尔(Intel)，Mediatek，诺基亚 (Nokia)，ASB

协议：

●确认关于在RAN1 1月NR专门会议中进行的基于群组的波束报告的 工作假设，具有以下更新：

○对于可能的向下选择或合并的进一步讨论，尤其考虑开销

协议：

●NR考虑L个群组支持以下波束报告，其中L>＝1且每个群组取决于 采用哪一替代方案而涉及Rx波束集合(替代方案1)或UE天线群组(替 代方案2)。

○对于每个群组l，UE报告至少以下信息：

■至少对于一些情况的指示群组的信息

●有待进一步研究：省略此参数的条件，例如当L＝1或N_l＝1 时

■用于N_l个波束的测量量

●支持L1RSRP和CSI报告(当CSI-RS用于CSI获取时)

○有待进一步研究：RSRP/CSI导出和内容的细节

○有待进一步研究：其它报告内容，例如RSRQ

○有待进一步研究：L1RSRP与CSI报告之间的可配置性

○有待进一步研究：是否支持不同的L1RSRP反馈

○有待进一步研究：如何选择N_l个波束，例如，在接收功 率高于某一阈值方面或在相关性小于某一阈值方面的最大N_l

个波束

■在适用时指示N_l个DL Tx波束的信息

●有待进一步研究：关于此信息的细节，例如，CSI-RS资源 ID、天线端口索引、天线端口索引和时间索引的组合、序列索引、 用于帮助用于MIMO tx的等级选择的波束选择规则等

○此基于群组的波束报告是按UE基础可配置的。

■此基于群组的波束报告可按UE基础断开，例如当L＝1或N_l＝1 时

●注意：当断开时不报告群组识别符

■有待进一步研究：如何确定L。例如，通过网络配置或UE选 择或UE能力，例如可同时接收多少波束

■有待进一步研究：如何使用CSI框架进行配置以支持多面板或 多TRP传送

R1-1704102用于UL和DL波束管理的RS关联的发展方向ZTE， ZTEMicroelectronics，ASTRI，CMCC，爱立信(Ericsson)，英特尔公司 (Intel Corporation)(R1-1703526的修正)

协议：

●对于具有和不具有波束对应的情况在同一节点处是否支持UL与DL 天线端口之间的信道性质的至少以下关联有待进一步研究

○UL SRS/DM-RS/RACH和DL CSI-RS/DM-RS/SS

○波束相关指示信令(如果存在)的细节

R1-1703730基于多波束的PUCCH传送的发展方向LG电子， InterDigital

协议：

●研究进一步基于多波束的NR-PUCCH传送以用于针对波束对链路堵 塞的稳健性

○例如，UE在不同NR-PUCCH OFDM符号中在不同UL Tx波束上 传送NR-PUCCH

■有待进一步研究：多波束触发条件/机制(例如，事件触发、网 络配置等)

■有待进一步研究：用于每一波束的OFDM符号的数目

R1-1703958波束指示的发展方向三星(Samsung)，KT Corp.，NTT DOCOMO，Verizon，英特尔(Intel)，CATT，爱立信(Ericsson)，华为 (Huawei)，HiSilicon

协议：

●对于单播DL数据信道的接收，支持DL数据信道的DL RS天线端口 与DMRS天线端口之间的空间QCL假设的指示：经由DCI(下行链路准予) 指示指示RS天线端口的信息

○所述信息指示以DMRS天线端口经过QCL的RS天线端口

■有待进一步研究：指示细节

●例如，RS端口/资源ID的显式指示，或隐式地导出

○何时应用指示有待进一步研究(例如，仅针对经调度PDSCH或在 下一指示前假设所述指示；当包含以上信息时，如果将存在调度/波束切 换偏移等)

○有待进一步研究：用于接收后退单播PDSCH(如果支持)的波束 指示

○注意：相关信令是UE特定的

●有待进一步研究：用于接收(UE群组)共同PDSCH以用于RRC连 接的UE的波束指示(如果需要)

●用于NR-PDCCH的波束指示的候选信令方法(即监视NR-PDCCH的 配置方法)

○MAC CE信令

○RRC信令

○DCI信令

○特定透明和/或隐式方法

○以上的组合

R1-1703558用于波束管理的RS三星(Samsung)，MediaTek，KT Corp.，诺基亚(Nokia)，ASB，Verizon

协议：对于用于P1/P2/P3的波束管理(BM)的信号，进一步研究其是 UE特定的还是非UE特定的

从波束失败恢复的机制

R1-1701716关于波束堵塞的链路恢复程序的讨论华为(Huawei)， HiSilicon

●提议1：波束失败在L1/L2中定义且在当前使用中的一个或多个波束 对链路的质量低于某一阈值时发生，L1/L2中的阈值的定义有待进一步研究。

●提议2：对于波束失败支持至少以下情境

○DL和UL均已失败

○仅下行链路失败

○仅上行链路失败

●提议3：支持NW触发机制以从波束失败恢复。

●提议4：支持基于与参考波束对链路的高/低相关的波束对链路选择。

●提议5：支持候选波束对链路与参考波束对链路之间的相关的报告。

●提议6：支持专用RACH和SRS资源/序列的配置和监视以实现从波 束失败恢复的机制。

R1-1702799从波束失败恢复的机制的观点NTT DOCOMO,INC.

●提议1：作用中波束集合与非作用波束集合之间的SS块RSRP的比较 用于触发UL信号传送以从波束失败恢复。

●提议2：UE重新使用用于DL广播信道/信号的一个或多个时机与 RACH资源的子集之间的关联，所述关联由广播***信息告知。基于DL测 量，例如SS块RSRP，和对应的关联，UE选择与最佳SS块RSRP相关联 的RACH资源的子集，且发送PRACH前导以指示波束失败。

●提议3：NR进一步考虑UE发送调度请求或无UL准予的PUSCH以 指示波束失败。用于DL广播信道/信号的一个或多个时机与UL信号之间的 关联是通过RRC信令向UE告知。

●提议4：在UE发送波束失败报告之后，UE对于NR-PDCCH接收应 当使用用以测量最佳SS块RSRP的UE Rx波束以及用以接收运载RAR的 NR-PDCCH的DM-RS端口。

●提议5：NR将支持基于DMRS的半开环传送。UE和TRP切换到半 开环传送方案作为当触发时的回退方案。

R1-1703555从波束失败的恢复的信令高通(Qualcomm)，爱立信 (Ericsson)

R1-1703988从波束失败恢复的机制的发展方向华为(Huawei)， HiSilicon，LG电子，MediaTek，AT&T，三星(Samsung)，vivo

CATT、爱立信(Ericsson)也支持

协议：

●当相关联控制信道的波束对链路的质量下降足够低(例如，与相关联 定时器的阈值超时相比)时波束失败事件发生。当波束失败发生时触发从波 束失败恢复的机制

○注意：此处波束对链路是为了方便而使用，且可或可不在规范中 使用

○有待进一步研究：质量是否可另外包含与NR-PDSCH相关联的波 束对链路的质量

○有待进一步研究：当配置多个Y波束对链路时，Y个波束对链路 中的X(<＝Y)个下降到低于满足波束失败条件的某个阈值可以声明波束 失败

○有待进一步研究：相关联NR-PDCCH的搜索空间(UE特定对共 同)

○有待进一步研究：在UE被配置成针对NR-PDCCH监视多个波束 对链路的情况下用于NR-PDCCH的信令机制

○此阈值的确切定义有待进一步研究，且不排除触发此机制的其它 条件

●以下信号可被配置成用于由UE检测波束失败且用于由UE识别新潜 在波束

○信号有待进一步研究，例如，用于波束管理的RS、用于精细定时

/频率跟踪的RS、SS块、PDCCH(包含群组共同PDCCH和/或UE特定 PDCCH)的DM-RS、用于PDSCH的DMRS

●如果波束失败事件发生且不存在到服务小区的新潜在波束，那么UE 是否向L3提供指示有待进一步研究。

○注意：用于声明无线电链路失败的准则是由RAN2决定。

○有待进一步研究：此指示的必要性

●NR支持配置用于在含有RACH和/或有待进一步研究的调度请求的符 号中或在其它指示符号中发送用于恢复目的的请求的资源

R1-1703571用于链路失败恢复请求的UL信号的发展方向LG电子， 华为(Huawei)，HiSilicon，MediaTek，三星(Samsung)，诺基亚(Nokia)

协议：

●NR中应当支持以下机制：

○报告波束失败的UL传送可位于与PRACH相同的时间实例中：

■正交于PRACH资源的资源

●频率和/或序列中的正交有待进一步研究(并不希望影响 PRACH设计)

●信道/信号有待进一步研究

○报告波束失败的UL传送可位于与PRACH不同的时间实例(对于 UE可配置)

■考虑在配置UL信号中RACH周期性的影响以报告位于PRACH外的时隙中的波束失败

■用于UL传送的信号/信道有待进一步研究

○不排除使用其它信道/信号的额外机制(例如，SR、无UL准予的 PUSCH、UL控制)

用于UL的波束管理

R1-1702326关于用于NR的UL波束管理InterDigital

Communications

●提议1：应当使用多于一个信号类型用于UL波束管理，且信号类型 应当基于UE状态对于某一UL波束管理程序可配置。

●提议2：支持波束对应状态指示作为UE能力的部分。研究临时波束 对应状态更新的必要性。

R1-1703133用于NR的联合DL/UL波束管理操作索尼(Sony)

●提议1：应当支持在信道互易性环境下的联合DL/UL波束管理操作以 减少DL信令开销。

●提议2：NR应当支持高效UL RS资源分配方法用于TRP侧协调的 UL RS接收。

R1-1703687 UL波束管理的发展方向华为(Huawei)，HiSilicon，英 特尔(Intel)，MediaTek，InterDigital

R1-1704090 UL波束管理的发展方向华为(Huawei),HiSilicon，英 特尔(IIntel)，MediaTek，InterDigital，Xinwei，NTT DOCOMO，三星 (Samsung)，LG电子

R1-1703999 SRS配置CATT，诺基亚(Nokia)

R1-1703729用于UL波束管理的SRS传送的发展方向LG电子， CATT

R1-1703754多端口SRS传送上的UE行为的发展方向LG电子，诺基 亚(Nokia)，Alcatel-Lucent Shanghai Bell，ZTE，ZTE Microelectronics

协议：进一步研究用于SRS传送的UE行为以及来自gNB的指示(如 果存在)的细节

3GPP TSG RAN WG1#88bis v1.0.0的最终报告(美国斯波坎，2017年4 月3-7日)陈述：

波束管理

R1-1704402电子邮件讨论[88-15]关于波束管理的评估的概述ZTE， ZTEMicroelectronics

波束管理细节

R1-1704229 DL波束管理华为(Huawei)，HiSilicon

R1-1705342 DL波束管理细节三星(Samsung)

R1-1705891 DL波束管理细节爱立信(Ericsson)

R1-1704455 关于UL波束管理和不完美的波束对应的讨论 MediaTek Inc.

R1-1705581 用于NR的波束管理高通公司(Qualcomm Incorporated)

R1-1706457波束测量RS的发展方向三星(Samsung)

协议：

●对于UE RRC连接模式，至少对于P1程序(Tx/Rx波束对准)，除 UE特定配置的CSI-RS之外还使用以下选项支持周期性信号。在下一次会议 中将进行从以下选项的向下选择。

○选项1：SS块

○选项2：小区特定配置的CSI-RS

■从广播消息(例如，MIB、SIB)获得的CSI-RS的配置

○选项3：无额外选项

R1-1706596关于波束管理的观点的概述高通公司(Qualcomm Inc.)

R1-1706840波束管理中的SS块的使用的发展方向高通 (Qualcomm)，LG，AT&T，爱立信(Ericsson)，Xinwei，Oppo

R1-1706733波束管理中的SS块的使用的发展方向高通 (Qualcomm)，LG，AT&T，爱立信(Ericsson)，Xinwei，Oppo，IITH， CEWiT，Tejas Networks，IITM，ZTE

协议：

●研究是否支持用于UE基于SS块测量提供L1/L2报告的机制以用于 波束管理

○SS块中哪些信道/信号用于测量有待进一步研究

○特别地鉴于L3-RSRP

○进一步研究是否具有用于SS块的L1-RSRP测量报告和CSI-RS的 统一格式

R1-1706641 BPL定义的发展方向诺基亚(Nokia)，爱立信 (Ericsson)，ASB

R1-1706540波束相关指示的发展方向爱立信(Ericsson)，英特尔 (Intel)，ZTE

协议：

●用于空间QCL假设以辅助UE侧波束成形/接收的低开销指示的目标

○细节有待进一步研究(例如，基于标签，其中标签涉及先前CSI-RS 资源，基于BPL，涉及先前测量报告，多个资源(集合)中的一个资源 (集合)由RRC配置的指示，基于CSI-RS资源/端口索引等)

R1-1706735用于UL和DL波束管理的RS关联的发展方向

ZTE，ZTE Microelectronics，ASTRI，CMCC，英特尔公司(Intel Corporation)，Xinwei，爱立信(Ericsson)，三星(Samsung)，MediaTek， KT Corp，Spreadtrum

R1-1706784 UL波束管理的发展方向MediaTek，华为(Huawei)， HiSilicon，InterDigital，ZTE，ZTE Microelectronics，Xinwei，三星 (Samsung)，索尼(Sony)，OPPO，中国电信(China Telecom)，英特尔(Intel)， Mitsubishi Electric，爱立信(Ericsson)，NEC，Deutsche Telekom，富士 通(Fujitsu)，ITRI，NTT DOCOMO，***(China Unicom)，LG电 子，SoftBank，KRRI

协议：

●从RAN1AH1701确认WA，具有以下更新：

○NR支持至少一个NW控制的机制用于UL传送的波束管理

R1-1706796用于UL传送的波束管理的发展方向MediaTek，华为 (Huawei)，HiSilicon，InterDigital，ZTE，ZTE Microelectronics，Xinwei， 三星(Samsung)，英特尔(Intel)，索尼(Sony)，OPPO，ITRI，KRRI

协议：

●研究在无UE波束对应的情况下UE是否提供信息到gNB以辅助UL 波束管理

○例如，基于DL波束管理结果(如果可用)，训练UE Tx波束所需 要的SRS资源的量

●研究在波束扫掠的一个回合期间UE是否以及如何使用同一传送功率 用于SRS传送

○例如，从波束特定功率控制信令和最大传送功率导出

○有待进一步研究：特定影响

R1-1706455用于UL波束管理的UL Tx波束指示的发展方向LGE， CATT，三星(Samsung)

R1-1706454基于多波束的PUCCH传送的发展方向LG电子，WILUS Inc.，KT Corp.

R1-1706459波束报告的发展方向ZTE，ZTE Microelectronics， ASTRI

R1-1706660波束报告的发展方向CATT，英特尔(Intel)

协议：

●对于波束报告，鼓励公司执行关于比较替代方案1和替代方案2的详 细分析，具体来说考虑开销(反馈开销、信令开销等)、性能、在操作中的 灵活性等

○在下一次会议向下选择两个替代方案中的一个的目标，具有合并 为单个替代方案(如果是，则对应分析)的可能性

○每一公司在分析中陈述假设的UE实施方案

R1-1704551下行链路波束管理的细节CATT

从波束失败恢复的机制

R1-1705343从波束失败恢复的讨论三星(Samsung)

R1-1705951用于NR MIMO的波束堵塞检测和恢复ASTRI，TCL Communication Ltd.

R1-1705961 NR中的波束恢复诺基亚(Nokia)，Alcatel-Lucent Shanghai Bell

R1-1706633波束失败恢复的发展方向MediaTek，爱立信(Ericsson)， 三星(Samsung)，KT Corp，InterDigital

诺基亚(Nokia)，ASB也支持

协议：

●UE波束失败恢复机制包含以下方面

○波束失败检测

○新候选波束识别

○波束失败恢复请求传送

○UE监视gNB响应是否有波束失败恢复请求

●波束失败检测

○UE监视波束失败检测RS以评估是否已满足波束失败触发条件

○波束失败检测RS至少包含用于波束管理的周期性CSI-RS

■如果还在波束管理中使用SS块，那么可考虑服务小区内的SS 块

○有待进一步研究：用于声明波束失败的触发条件

●新候选波束识别

○UE监视波束识别RS以找到新候选波束

○波束识别RS包含

■用于波束管理的周期性CSI-RS，如果其由NW配置

■周期性CSI-RS和服务小区内的SS块，如果还在波束管理中使 用SS块

●波束失败恢复请求传送

○由波束失败恢复请求运载的信息包含以下至少一项

■关于识别UE和新gNB TX波束信息的显式/隐式信息

■关于识别UE和是否存在新候选波束的显式/隐式信息

■有待进一步研究：

●指示UE波束失败的信息

●额外信息，例如，新波束质量

○在以下选项之间向下选择以用于波束失败恢复请求传送

■PRACH

■PUCCH

■类似PRACH(例如，来自PRACH的用于前导序列的不同参数)

○波束失败恢复请求资源/信号可以另外用于调度请求

●UE监视控制信道搜索空间以接收对波束失败恢复请求的gNB响应

○有待进一步研究：控制信道搜索空间可相同或不同于与服务BPL 相关联的当前控制信道搜索空间

○有待进一步研究：如果gNB未接收到波束失败恢复请求传送则 UE进一步作用

结论：

●注意：稍后将同时论述SS块和DMRS的必要性

R1-1706453波束恢复机制的发展方向LG电子，爱立信(Ericsson)， 英特尔(Intel)，KT Corp.，诺基亚(Nokia)，MediaTek

协议：

●研究当NW接收到波束失败恢复请求时如何支持至少一个机制

○例如，NW指派用于波束报告的UL准予，NW传送用于波束测量 的DL RS、NW信号波束指示或确认到UE等

○例如，关于应用哪一机制的NW决策的UE辅助

○是否特定机制具有规范影响

R1-1706681从波束失败恢复的发展方向三星(Samsung)，MediaTek， 爱立信(Ericsson)，NTT DOCOMO

协议：对于“无新候选波束”的情形是否存在问题，且如果是则RLF程 序是否可充分处置问题有待进一步研究

R1-1706827 DL波束指示的发展方向ZTE，ZTE Microelectronics

协议：

●对于DL数据信道的接收，进一步研究至少以下各项：

○是否具有空间QCL假设的有效窗口

○较高层信令(如果支持)与DCI指示之间的交互

■用于较高层和基于DCI的方法的信令细节(例如，DCI中的对 应信息字段等)有待进一步研究

○波束管理与PDSCH传送之间的交互

○是否具有默认行为(例如，由于DCI未中检测)，且如果是则默认 行为

○波束切换时间、DCI解码时间等

3GPP TSG RAN WG1#89v0.1.0的草案报告(中国杭州，2017年5月15-19日)陈述：

波束管理

波束管理细节

R1-1708666关于用于波束管理和RRM测量的CSI-RS上的RAN2LS 爱立信(Ericsson)

R1-1709014[草案]用于波束管理和RRM测量的CSI-RS上的响应LS ZTE

R1-1709496波束管理的潜在协议高通(Qualcomm)

协议：

●支持CSI-RS资源内的天线端口与小区的SS块(或SS块时间索引) 的天线端口之间的空间QCL假设

○不排除其它QCL参数

○有待进一步研究：显式或隐式或可配置或默认的指示

○注意：默认假设可以不是QCL

●用于UE特定NR-PDCCH的QCL的配置是通过RRC和MAC-CE信 令

○应注意未必总是需要MAC-CE

○有待进一步研究：DCI信令的必要性

○注意：举例来说，以PDCCH的DMRS经过QCL的DL RS，用于 延迟扩展、多普勒扩展、多普勒频移和平均延迟参数、空间参数

协议：对于波束管理不支持小区特定配置的CSI-RS

星期五会议

R1-1709774波束管理的潜在协议高通(Qualcomm)

协议：

·考虑以下波束分组准则：

○A1(基于替代方案1)：对于同一群组报告的不同TRP TX波束可 在UE处同时接收。

○A2(基于替代方案2)：对于不同群组报告的不同TRP TX波束可 在UE处同时接收。

○通过下一次会议向下选择波束分组准则

·有待进一步研究除以上分组准则之外，还可考虑以下分组准则

○C1(与A1组合)：对于不同群组报告的不同TRP TX波束无法在 UE处同时接收。

○C2(与A2组合)：对于同一群组报告的不同TRP TX波束无法在 UE处同时接收。

协议：

·对于具有波束群组报告的波束管理，应当考虑以下量

○在规范中支持的群组的最大数目M，

○在规范中支持的每群组的Tx波束的最大数目N

○将报告的群组的数目L

○报告中的每群组的Tx波束的数目Q

○有待进一步研究：并入UE能力信息的参数L、Q的UE特定配置

·支持L＝1，Q＝1，其暗示对报告和指示开销无影响

·鼓励公司评估性能以确定用于NR的第一版的M、N、L、Q的值

○决定规范支持的L、M、N、Q的值以能够确定对报告和指示开销 的影响

R1-1709617用于波束管理的CSI-RS设计的发展方向三星 (Samsung)，英特尔(Intel)，KT，爱立信(Ericsson)

R1-1709797用于波束管理的CSI-RS模式的发展方向华为 (Huawei)，HiSilicon，CATT，ZTE，OPPO

R1-1709668用于波束管理的CSI-RS的发展方向ZTE，LG电子， ASTRI，华为(Huawei)，HiSi，三星(Samsung)，爱立信(Ericsson)， InterDigital，CATT

诺基亚(Nokia)，英特尔(Intel)，高通(Qualcomm)也支持

协议：

·NR支持CSI-RS配置以支持用于波束管理的Tx和/或Rx波束扫掠， 递送至少以下信息

○与CSI-RS资源配置有关的信息

■例如，CSI-RS RE模式、CSI-RS天线端口的数目、CSI-RS周 期性(如果适用)等

○与CSI-RS资源的数目有关的信息

○与每一CSI-RS资源相关联的时域重复(如果存在)次数有关的信 息

■有待进一步研究：时域重复的细节，例如，用于时域重复的信 令可能不是显式的

○信令细节有待进一步研究，例如，显式指示对隐式指示

○注意这不暗示用于子时间单元分割的特定选项(IFDMA或副载波 按比例缩放或基于DFT)

○有待进一步研究：不同子时间单元是否具有相同或不同端口

R1-1709554用于UL波束管理的非周期性SRS的发展方向OPPO， Xinwei，小米(Xiaomi)，Coolpad，Spreadtrum，诺基亚(Nokia)，ASB， CATT，中国电信(China Telecom)，英特尔(Intel)，三星(Samsung)， MediaTek，CATR，NTT DoCoMo，爱立信(Ericsson)，华为(Huawei) HiSilicon

协议：

·对于由单个非周期性SRS触发字段触发的非周期性SRS传送，UE可 被配置成传送用于UL波束管理的N(N>1)个SRS资源

○用于UL波束管理的N个SRS资源的传送功率有待进一步研究

R1-1709808使用SS块用于波束管理的发展方向ZTE

R1-1709773UL波束管理的发展方向华为(Huawei)，HiSilicon，英 特尔(Intel)，Xinwei，MediaTek，InterDigital

R1-1709483波束切换的发展方向CATT

从波束失败恢复的机制

R1-1709606波束恢复机制的离线概述MediaTek

工作假设：

·至少支持波束失败恢复请求传送的以下触发条件：

○条件1：当检测到波束失败且至少对于当仅CSI-RS用于新候选波 束识别时的情况识别候选波束时

○有待进一步研究条件2：至少对于无互易性的情况单独检测波束失 败

■在无候选波束的知识的情况下如何传送恢复请求有待进一步 研究

○注意：如果支持两个条件，那么UE使用哪一触发条件还取决于gNB配置和UE能力

R1-1709309波束恢复的发展方向ZTE，MediaTek，vivo， Spreadtrum，高通(Qualcomm)，ASTRI，AT&T，OPPO，爱立信(Ericsson)， LGE，Xinwei

结论：

·对于波束管理中的P-1至少支持除CSI-RS之外的SS块有待进一步研 究

○具有或不具有L1-RSRP报告有待进一步研究

协议：

·支持以下信道用于波束失败恢复请求传送：

○基于PRACH的非基于竞争的信道，其使用正交于其它PRACH传 送的资源的资源，至少用于FDM情况

■实现正交性的其它方式有待进一步研究，例如，与其它PRACH 资源的CDM/TDM

■是否具有与用于其它目的的PRACH的序列和/或格式不同的序 列和/或格式有待进一步研究

■注意：这不阻止来自其它日程项目的波束失败恢复请求传送的 PRACH设计优化尝试

■有待进一步研究：在此PRACH资源上的重新传送行为类似于 常规RACH程序

○使用用于波束失败恢复请求传送的PUCCH的支持

■PUCCH是否具有波束扫掠有待进一步研究

■注意：这可以或可以不影响PUCCH设计

○基于竞争的PRACH资源作为对无竞争波束失败恢复资源的补充 有待进一步研究

■来自传统的RACH资源池

■使用4步RACH程序

■注意：例如，如果新候选波束不具有用于无竞争PRACH状传 送的资源，那么使用基于竞争的PRACH资源

○UE是否半静态地被配置成使用其中的一个或这两者有待进一步 研究，如果是两者，则在UE被配置有两者的情况下是否支持UE对信道 中的一个的动态选择

R1-1709639针对未预期情况处置波束失败恢复的发展方向vivo，高通(Qualcomm)，KT Corp，爱立信(Ericsson)

协议：

·为了接收对波束失败恢复请求的gNB响应，UE监视NR PDCCH，假 设对应PDCCHDM-RS是以UE识别的候选波束的RS经过空间QCL

○候选波束是否是从预配置集合识别有待进一步研究

○支持在时间窗口期间对波束失败恢复请求的gNB响应的检测

■时间窗口是被配置或预定有待进一步研究

■时间窗口内的监视时机的数目有待进一步研究

■时间窗口的大小/位置有待进一步研究

■如果窗口内未检测到响应，那么UE可以执行请求的重新传送

●细节有待进一步研究

○如果在某一数目的传送之后未检测到，那么UE通知较高层实体

■传送的数目或者可能进一步结合或由定时器单独确定有待进 一步研究

3GPP TSG RAN WG1#AH1_NR v1.0.0的最终报告(美国斯波坎，2017 年1月16-20日)陈述：

波束管理和CSI获取

R1-1700748关于稳健波束管理爱立信(Ericsson)

●观察1：使用多个波束对链路可改进基于波束的***中的稳健性

●观察2：需要以快速且高效方式处置BPL失败以为用户维持高且可靠 的性能。

●提议1：支持UE正监视PDCCH的作用中波束对链路

●提议2：支持一个或多个所监视的波束对链路以改善稳健性且发现新 链路

●提议3：支持所监视的BPL上的可配置PDCCH接收作为增加针对BPL 堵塞的稳健性的手段。

R1-1700803波束恢复程序高通公司(Qualcomm Incorporated)

●提议1：NR支持多波束情形中的RACH时隙中的调度请求和波束恢 复请求。

●提议2：NR支持每一SR/波束恢复请求副载波区中的循环移位的数目 高于RACH副载波区中的循环移位的数目。NR基于SR/波束恢复请求前导 的持续时间以及小区的预期延迟扩展而决定此数目。

●提议3：NR支持gNB对UE分配专用SR或波束恢复请求资源。

●提议4：当gNB和UE经UL同步以及gNB和UE经UL失去同步时 NR将支持波束恢复请求和调度请求。

●提议5：当gNB和UE经UL同步时NR将通过波束恢复请求和调度 请求区支持波束恢复请求和调度请求。

●提议6：如果波束对应在gNB处可用，那么NR支持在RACH时隙中 UE将良好DL同步资源映射到调度请求或波束恢复请求的符号索引。

●提议7：如果波束对应在gNB处不可用，那么NR通过选定副载波区 与调度请求/波束恢复请求前导的循环移位的组合支持UE递送其最佳DL TX波束ID。

●提议8：当gNB和UE经UL失去同步时，NR将使用基于竞争的RACH 支持波束恢复请求和调度请求。

R1-1701481多波束NR***中的波束恢复的发展方向高通 (Qualcomm)，诺基亚(Nokia)，ASB，Xinwei，英特尔(Intel)，Interdigital

LG，爱立信(Ericsson)，OPPO也支持

协议：

●NR支持UE可触发器从波束失败恢复的机制

●网络向UE显式地配置用于恢复目的的信号的UL传送的资源

○支持其中基站从所有或部分方向进行监听的资源的配置，例如随 机接入区

●有待进一步研究：与监视RS/控制信道/数据信道的UE行为相关联的 恢复信号(新的或现有信号有待进一步研究)的触发条件

●支持用于允许UE监视波束以识别新潜在波束的DL信号的传送

○有待进一步研究：不排除波束扫掠控制信道的传送

○此机制应当考虑性能与DL信令开销之间的折衷

协议(以及离线)：

●NR-PDCCH传送支持针对波束对链路堵塞的稳健性

○UE可被配置成同时监视M个波束对链路上的NR-PDCCH，其中

■M≥1。M的最大值可以至少取决于UE能力。

■有待进一步研究：UE可以选择M个中的至少一个波束用于 NR-PDCCH接收

○UE可被配置成在不同NR-PDCCH OFDM符号中监视不同波束对 链路上的NR-PDCCH

■有待进一步研究：与其它波束对链路相比以更短的工作循环监 视一个波束对链路上的NR-PDCCH。

■有待进一步研究：配置的时间粒度，例如时隙水平配置、符号 水平配置

■有待进一步研究：应注意此配置适用于UE可能不具有多个RF

链的情形

○有待进一步研究：监视波束对链路上的NR-PDCCH的定义。

○与用于监视多个波束对链路上的NR-PDCCH的UE Rx波束设定相 关的参数是通过较高层信令或MAC CE来配置和/或在搜索空间设计中考 虑

■有待进一步研究：所需的参数

■有待进一步研究：需要支持较高层信令和MAC CE两者

R1-1701321波束报告的发展方向三星(Samsung)，KT

决策：如下标注、修改文档：

协议：

●基于用于包括K(＝被配置波束的总数目)个波束的波束管理的RS(至 少CSI-RS)的UE测量且报告N个选定波束的测量结果：

○N不一定是固定数字

○有待进一步研究：是否/如何配置和/或指示N的值

○注意：不排除基于用于移动性目的的RS的以上程序。

●报告信息至少包含

○用于N个波束的测量量

■有待进一步研究：详细报告内容，例如CSI、RSRP或这两者

■有待进一步研究：如何选择N个波束

■有待进一步研究：如何识别子集

○指示N个DL Tx波束的信息，如果N<K

■有待进一步研究：关于此信息的细节，例如CSI-RS资源ID、 天线端口索引、天线端口索引和时间索引的组合、序列索引等

R1-1701299用于波束管理和CSI获取的统一框架的发展方向LG电 子，AT&T，CATT，爱立信(Ericsson)，NTT DOCOMO

·NR支持先前商定的CSI框架以用于CSI获取和波束管理两者。

可能的协议：

·NR支持先前商定的CSI框架，包含RS、测量值、报告设定，以用于 CSI获取和波束管理两者

·用于波束管理的必要不同方面有待进一步研究

R1-1701480 DL波束管理框架的发展方向LG电子，AT&T，CATT， 爱立信(Ericsson)，NTT DOCOMO

可能的协议：

·DL波束管理至少由商定框架支持(即，N≥1报告设定、M≥1资源设 定和1个测量设定，其中测量设定包含L≥1链路)

-报告设定支持用于DL波束管理的波束报告，至少包含：用于报告 CSI-RS资源选择和质量相关度量的配置

·细节有待进一步研究

-可以配置报告/资源/测量设定来支持P-1和P-2。

-可至少以配置资源设定来支持P-3。

-用于资源设定的RS有待进一步研究

R1-1701546用于DL波束管理的框架的发展方向LG电子，爱立信 (Ericsson)，NTTDOCOMO

·力求应用商定的CSI框架(即，资源、测量和报告设定)用于DL波 束管理。

-有待进一步研究：任何设定是否需要单独地设计。

-有待进一步研究：每一设定的内容

-有待进一步研究：每一设定的配置

-有待进一步研究：设定之间的联系

-注意：未暗示必须配置同一设定用于CSI获取和波束管理。

-注意：不排除新设定的引入。

-注意：可以配置报告、资源和测量设定来支持P-1和P-2。

-注意：可至少以配置资源设定来支持P-3。

R1-1701313周期性/半持久/非周期性CSI报告的发展方向NTT DOCOMO，英特尔(Intel)，LGE，Mitsubishi，夏普(Sharp)，Softbank

InterDigital也支持。

协议：

●对于周期性CSI-RS，

○通过MAC CE和/或DCI激活/停用半持久CSI报告

○通过DCI触发非周期性CSI报告

■有待进一步研究：以MAC CE进行额外信令的必要性

●对于半持久CSI-RS，

○不支持周期性CSI报告。

○通过MAC CE和/或DCI激活/停用半持久CSI报告

■通过MAC CE和/或DCI激活/停用半持久CSI-RS

■有待进一步研究：CSI报告与CSI-RS传送之间的信令的关系

○通过DCI触发非周期性CSI报告

■通过MAC CE和/或DCI激活/停用半持久CSI-RS

■有待进一步研究：以MAC CE进行额外信令的必要性

●对于非周期性CSI-RS，

○不支持周期性[和半持久]CSI报告

○通过DCI触发非周期性CSI报告

■通过DCI和/或MAC CE触发非周期性CSI-RS

■有待进一步研究：CSI报告与CSI-RS传送之间的信令的关系，

例如，CSI报告与CSI-RS传送之间的共同DCI信令

■有待进一步研究：以MAC CE进行额外信令的必要性

●应注意在以上项目符号中可在MAC CE与DCI之间稍后完成进一步 向下选择

●应注意有可能通过测量设定中的链接来动态触发RS和报告

R1-1701356用于非周期性CSI-RS和非周期性CSI报告的定时的发展 方向LG电子，三星(Samsung)，爱立信(Ericsson)，ZTE，ZTE Microelectronics

协议：

●NR支持同时触发非周期性CSI-RS和非周期性CSI报告的机制。

○有待进一步研究：信令细节(例如，单个DCI或单独DCI)

○有待进一步研究：用于干扰测量的方法

○有待进一步研究：非周期性CSI报告的参考资源

●对于非周期性CSI-RS定时偏移X，如果通过DCI完成非周期性 CSI-RS触发，则至少支持X＝0

○有待进一步研究：支持X的其它值

○注意：‘非周期性CSI-RS定时偏移X’指代关于时隙的数目在非周 期性CSI-RS触发与非周期性CSI-RS传送之间的时间间隔。

●对于CSI报告定时偏移Y，其为固定的或可由网络配置，但具有对Y 的下限的某个限制以提供足够CSI计算时间。

○Y的候选值是固定的或通过某种规则预定。

■规则有待进一步研究(例如，CSI测量/RS/报告设定的数目、 CSI反馈类型、端口的数目、最近CSI-RS传送定时、UE能力等)

○注意：‘非周期性CSI报告定时偏移Y’指代关于时隙的数目在非周 期性CSI报告触发与非周期性CSI报告之间的时间间隔。

○Y是固定或可配置的有待进一步研究

○通过DCI和/或MAC CE和/或较高层信令完成配置有待进一步研 究

R1-1701317 UL波束管理的发展方向MediaTek，LG，InterDigital， vivo，Xinwei，ZTE，ZTE Microelectronics，英特尔(Intel)，ITRI，华为 (Huawei)，HiSilicon，CMCC，OPPO，爱立信(Ericsson)，DOCOMO

·NR支持NW控制的UL波束管理程序

·UL波束管理程序的细节有待进一步研究且研究应当至少包含

-用于UL波束管理程序的信号

·例如，SRS、PRACH前导、UL DMRS

·也可包含额外内容，例如波束报告

-用于TRP指示选择的UE Tx波束和配置UE扫掠的方法和内容

-波束对应状态的影响

·例如，当使用UL波束管理机制时

·例如，例如U-1、U-2、U-3等程序，和基于波束对应的程序

-UE能力报告

·例如，模拟波束成形的能力

-考虑当UL和DL是来自相同TRP和来自不同TRP时的情况

讨论：三星(Samsung)也支持。

工作假设：

●NR支持至少一个NW控制的机制用于UL传送的波束管理

○细节有待进一步研究，至少包含以下研究：

■在必要时用于机制的信号

●例如，SRS、PRACH前导、UL DMRS

●也可包含额外内容，例如波束报告

■用于TRP指示选择的UE Tx波束和配置UE扫掠的方法和内容

■波束对应状态的影响

●例如，当使用所述机制时

●例如，例如U-1、U-2、U-3等程序，和基于波束对应的程 序

■UE能力报告

●例如，模拟波束成形的能力

■考虑当UL和DL是来自相同TRP和来自不同TRP时的情况

■当所述机制特别有用时的条件

R1-1701351波束对应的发展方向NTT DOCOMO，三星(Samsung)， MitsubishiElectric，MediaTek，夏普(Sharp)，OPPO，MTI

协议：

●对于波束对应的定义：

○确认定义的先前工作假设

■注意：此定义/术语是为了讨论的方便

○详细性能条件由RAN4作出

协议：

●支持UE波束对应相关信息向TRP的能力指示

○有待进一步研究的细节包含能力定义，当指示不必要时的情况(如 果存在)

R1-1701394用于UL波束管理的SRS的发展方向LG电子，英特尔(Intel)，MediaTek

协议：

●对于NR UL，支持在持续时间内以相同和不同UE Tx波束预编码的 SRS的传送

○细节有待进一步研究，包含所得开销、持续时间(例如，一个时 隙)和配置，例如在以下方面：

■不同UE Tx波束：按SRS资源和/或按SRS端口有待进一步研 究

■跨越端口的同一UE Tx波束：用于给定SRS资源和/或SRS资 源的集合

■有待进一步研究：可以TDM/FDM/CDM方式映射SRS资源。

■有待进一步研究：例如IFDMA或较大副载波间距等开销减少 方案

■gNB可在接收SRS之后指示用于UE的选定SRS端口/资源有 待进一步研究。

R1-1701286 CRI报告的发展方向三星(Samsung)，CATT，爱立信 (Ericsson)，DOCOMO

协议：

●当UE被配置有K>1NZP CSI-RS资源时，UE可报告N个UE选择的 CSI-RS资源相关索引的集合

○有待进一步研究：对应CSI报告参数的名称

○有待进一步研究：N的最大值(不排除仅N＝1的支持)

○有待进一步研究：连同CSI-RS资源相关索引(如果存在)一起报 告何种其它CSI参数，以及联合报告机制(在多个报告参数的情况下)

○有待进一步研究：此特征到其它类型的资源的延伸

R1-1701503用于NR MIMO的波束报告的发展方向ZTE，ZTE Microelectronics，爱立信(Ericsson)，英特尔(Intel)，MediaTek，诺基亚 (Nokia)，ASB，三星(Samsung)

工作假设：

●支持波束报告的这两个替代方案中的至少一个：

○替代方案1：UE报告关于可使用选定UE Rx波束集合接收的TRP Tx波束的信息。

■其中Rx波束集合指代用于接收DL信号的UE Rx波束的集合

●注意：关于如何构造Rx波束集合是UE实施方案问题。

●一个实例：UE Rx波束集合中的每一个Rx波束对应于每一 面板中的选定Rx波束。

■对于具有多于一个UE Rx波束集合的UE，UE可报告TRP Tx 波束以及每报告TX波束的相关联UE Rx波束集合的识别符

■注意：针对同一Rx波束集合报告的不同TRP Tx波束可在UE 处同时接收。

■注意：针对不同UE Rx波束集合报告的不同TRP TX波束可能 无法在UE处同时接收

○替代方案2：UE按UE天线群组基础报告关于TRP Tx波束的信息

■其中UE天线群组指代接收UE天线面板或子阵列

■对于具有多于一个UE天线群组的UE，UE可报告TRP Tx波 束以及每报告TX波束的相关联UE天线群组的识别符

■注意：针对不同天线群组报告的不同TX波束可在UE处同时 接收。

■注意：针对同一UE天线群组报告的不同TX波束可能无法在 UE处同时接收

●有待进一步研究：在规范中如何捕获UE天线群组或Rx波束集合

R1-1701506波束指示的发展方向三星(Samsung)，爱立信 (Ericsson)，KT Corp.，Verizon，NTT DOCOMO，AT&T，LGE

协议：

·对于DL控制信道的接收，支持DL RS天线端口与用于DL控制信道 的解调的DLRS天线端口之间的空间QCL假设的指示

-有待进一步研究：信令方法

-注意：对于一些情况可能不需要指示：

·对于DL数据信道的接收，支持DL数据信道的DL RS天线端口与 DMRS天线端口之间的空间QCL假设的指示

-有待进一步研究：为此目的使用哪一(哪些)DL RS

-用于DL数据信道的DMRS天线端口的不同集合可被指示为具有RS天线端口的不同集合的QCL

-选项1：指示RS天线端口的信息是经由DCI指示

·有待进一步研究：指示RS天线端口的信息是否将仅针对经调 度“PDSCH”或在下一指示之前进行假设

-选项2：指示RS天线端口的信息是经由MAC-CE指示，且将在下 一指示之前进行假设

-选项3：指示RS天线端口的信息是经由MAC CE与DCI的组合 指示

-支持至少一个选项

·有待进一步研究：是否支持任一个或两个选项

-有待进一步研究：指示用于DL控制信道的DMRS端口的RS天 线端口的信息是否也适用于用于DL数据信道的DMRS端口

-注意：对于一些情况可能不需要指示：

R1-1701504用于DL控制信道和数据信道的波束管理的发展方向 ZTE，ZTEMicroelectronics，ASTRI，英特尔(Intel)

R1-1701514用于波束管理的评估的发展方向ZTE，ZTE Microelectronics，爱立信(Ericsson)，诺基亚(Nokia)，ASB

3GPP TSG RAN WG1#86v1.0.0的最终报告(瑞典哥德堡，2016年8 月22-26日)陈述：

用于新无线电接口的多天线方案

R1-167291具有混合波束成形的数字子***诺基亚(Nokia)， Alcatel-LucentShanghai Bell，Verizon Wireless

●观察1：使用混合收发器架构的操作与数字架构相比经受增加的调度 等待时间和***开销。尤其UL控制信令对于混合架构是昂贵的。

●观察2：为UL控制而加宽RX波束可使用在一些情形中，但将远不 是最佳解决方案。

●观察3：可以连同混合架构一起以有成本效益的方式实施全数字子系 统。

●观察4：全数字子***具有显著改善混合架构操作的高可能性。

●提议1：以允许用全数字RX子***优化BS混合实施方案的方式限 定UL控制信号和信道和RS结构：

-具有灵活分配和调度可能性的窄带资源分配结构

-对于例如控制信号调度请求实现高多路复用能力的信号设计

R1-166089用于NR MIMO的波束管理程序华为(Huawei)，HiSilicon

●提议1：NR中应当研究以下波束优化程序，包含可靠性性能、开销 等。

○基于DL或UL的联合TRP和UE波束精炼

○基于DL或UL的仅UE波束精炼

○基于DL或UL的仅TRP波束精炼

●提议2：NR中应当考虑用于最佳波束和角度估计的波束探测。

●提议3：NR中应当支持用于TRP之间的快速链路恢复的机制和信令。

●提议4：NR中应当考虑从数据波束导出且使用用于控制信号传送的 精炼波束的控制波束

●提议5：总体波束管理中应当考虑采取用于HF的LF辅助控制信令传 送的波束管理程序。

R1-167466用于波束管理的关键原理爱立信(Ericsson)

●波束管理由L1/L2程序处置

●力求在NR中的CSI框架(即用于数据传送的链路自适应的框架)内 处置波束管理。

●在波束管理程序中，由网络使用通过从UE的TRP和/或下行链路测 量的上行链路测量来监视一个或多个波束对链路(BPL)

●支持不同TRP波束中的BMRS的扫掠以允许UE中的每TRP波束的 测量。

●考虑支持同一TRP波束中的BMRS的重复以允许不同UE接收波束 中的TRP波束的测量。

R1-167951具有混合波束成形的数字子***的发展方向诺基亚 (Nokia)，ASB

·支持使用由与天线元件的数目相同(或相似)量的RxRU组成的数字 RX子***增强混合架构操作。

·UL信号设计和UL控制信道设计需要遵循以下原理：

-UL控制信号与相关联解调UL RS的传送带宽显著小于***带宽， 例如，10/20MHz带宽。

-对于例如UL控制信号调度请求实现高多路复用能力的UL信号设 计。

-混合RX和数字RX的高效联合操作，例如，UL数据和UL控制 信道的高效利用。

讨论：也应当列出窄带与宽带之间的干扰

R1-167950波束管理的发展方向英特尔公司(Intel Corporation)， 爱立信(Ericsson)

●区分两个波束相关程序：

○程序A用以支持基于波束的移动性

■主要目的是发现TRP TX波束且执行移动性相关测量

■也可以考虑UE RX波束训练支持

■支持从未经同步的相邻TRP搜索和发现TRP TX波束

●注意：TRP仍可以经同步但UE将不做出此假设

■L3报告

○程序B用以支持波束管理

■目的是跟踪TRP TX波束且支持UE选择UE RX波束

■将进行测量的RS(波束)被显式地配置到UE

●注意：不涉及搜索/发现程序

■L1/L2报告

讨论：三星(Samsung)要求更多时间，不是简单改变。

R1-167961非周期性波束扫掠和CSI报告的发展方向ZTE

·研究非周期性波束扫掠的以下方面：

·用于UL和DL的三种类型的波束扫掠：

·仅TRP波束扫掠，保持固定UE波束

-支持由同一UE波束测量多个TRP波束

·仅UE波束扫掠，保持固定TRP波束

-支持以多个UE波束测量同一TRP波束

-例如，通过时域复制波形。TRP Tx使用同一TRP波束 且UE每复制品使用一个UE波束进行接收

-例如，通过多个基于较宽副载波间距的OFDM符号。TRP

Tx使用同一TRP波束且UE以不同UE波束接收每一符号

·联合TRP和UE波束扫掠

·TX和/或RX波束在控制/反馈信令上的指示：

·指示是按波束或按波束群组

·非周期性CSI报告的内容，例如RSRP、RI/PMI/CQI、波束ID

·注意：支持各种移动性情境

·不排除其它

·研究与非周期性RS传送结合的非周期性CSI：

·非周期性参考信号和干扰测量资源的动态指示包含

·用于CSI反馈和波束选择/训练的信道测量的非周期性参考信 号

·用于干扰测量的非周期性干扰测量资源，包含使用非零功率参 考信号

·用于非周期性信道和干扰测量资源的资源池共享

·基于DMRS的CSI反馈包含CQI调整和波束精炼

·研究非周期性CSI触发、非周期性RS传送和CSI反馈之间的 定时要求。

-CSI触发与非周期性RS传送之间的定时X

-非周期性RS传送与CSI/波束反馈Y之间的定时

·不排除其它

R1-167947波束管理的发展方向华为(Huawei)，HiSilicon，Potevio ·研究用于波束管理的以下方面

-用以传送波束管理RS的TRP对UE透明

-基于L1和L2程序的波束管理程序

-基于LF辅助HF的波束管理程序

-波束管理包含以下两个阶段：

·粗略波束对准，即，无需先前所获取波束信息的周期性波束扫 掠

·细粒波束对准，即，具有先前所获取波束信息的周期性/非周期 性波束扫掠

-力求在NR中的统一CSI框架内处置此程序

-由于UE移动/旋转/堵塞的快速链路恢复程序

》例如，监视多个波束对用于链路恢复

-基于波束探测的波束精炼/跟踪

》例如，波束选择或角度估计

·波束管理的RS设计原理

-除专用于CSI获取和波束管理的DL RS之外，DL波束管理还可 基于DL DMRS

-UL波束管理可基于SRS、UL DMRS和高效节能的UE特定跟踪 信号

R1-167966波束管理的发展方向CATT，三星(Samsung)

·RAN1应当研究在不同信道互易性假设下的波束管理程序

-在TRP或UE处，通过TX和RX信道互易性(例如，波束互易性)， 可从RX波束(或TX波束)获得TX波束(或波束波束)以减少开销和 等待时间

-无TX和RX信道互易性的情况下，波束管理程序可能需要DL和 UL链路两者中的TX和RX波束扫掠

·RAN1应当研究确定用于通信的波束对的不同方法，例如，

-联合确定：联合地确定波束对的Tx波束和Rx波束

-单独确定：循序地确定波束对的Tx波束或Rx波束

·研究具有和不具有用于数据/控制信道或参考信号传送的波束的显式 指示的波束管理程序

可能的协议：

●支持以下两个DL波束管理程序：

○用于无需先前所获取波束信息的初始波束获取(可称为波束获取)

的程序A

■支持TRP TX波束和UE RX波束扫掠

■[程序A可针对移动性考虑]

○用于具有先前所获取波束信息的波束改变(可称为波束调整)的 程序B

■B-1：对于同一UE Rx波束支持TRP间/内Tx波束改变[在多个 TRP内]

■B-2：对于同一TRP Tx波束支持UE Rx波束改变

■力求用于TRP内和TRP间波束管理的同一程序设计

●注意：UE可能不知道TRP对于TRP间Tx波束改变已改变

■注意：可联合地执行程序B-1和B-2

■注意：可多次执行程序B-1和B-2以同时实现例如TRP Tx/UE Rx波束改变

■[程序B可针对移动性考虑]

○支持管理用于UE的多个Tx/Rx波束对以用于快速链路恢复

○程序A和B中可利用来自另一载波(例如，LF载波)的辅助信息

■例如，使用低频率载波来反馈用于高频的测量

○[程序A可用于波束维持]

R1-168278 DL波束管理的发展方向英特尔公司(Intel Corporation)，华为(Huawei)，HiSilicon，爱立信(Ericsson)，诺基亚 (Nokia)，Alcatel-Lucent ShanghaiBell，Verizon，MTK，LGE，NTT DoCoMo，Xinwei

协议：

●在一个或多个TRP内支持以下DL L1/L2波束管理程序：

○P-1：用以实现不同TRP Tx波束上的UE测量以支持TRP Tx波束

/UE Rx波束的选择

■对于TRP处的波束成形，其通常包含从不同波束的集合的TRP 内/间Tx波束扫掠

■对于在UE处的波束成形，其通常包含从不同波束的集合的UE Rx波束扫掠

■有待进一步研究：可联合地或循序地确定TRP Tx波束和UE Rx 波束

○P-2：用以实现不同TRP Tx波束上的UE测量以可能改变TRP间/

内Tx波束

■从用于波束精炼的比P-1中可能更小的波束集合

■注意：P-2可为P-1的特殊情况

○P-3：用以实现对同一TRP Tx波束的UE测量以在UE使用波束成 形的情况下改变UE Rx波束

○力求用于TRP内和TRP间波束管理的同一程序设计

■注意：UE可能不知道其是TRP内还是TRP间波束

○注意：可联合地和/或多次执行程序P-2和P-3以同时实现例如TRP Tx/UE Rx波束改变

○注意：程序P-3可以或可能不具有物理层程序特定影响

○支持管理用于UE的多个Tx/Rx波束对

○注意：可在波束管理程序中研究来自另一载波的辅助信息

○应注意以上程序可应用于任何频带

○应注意可在每TRP单个/多个波束中使用以上程序

○注意：在单独RAN1日程项目内处理的基于多个/单个波束的初始 接入和移动性

R1-168322支持波束相关程序的定义诺基亚(Nokia)，高通 (Qualcomm)，CATT，英特尔(Intel)，NTT DoCoMo，Mediatek，爱立信 (Ericsson)，ASB，三星(Samsung)，LG

·波束管理＝获取且维持可用于DL和UL传送/接收的TRP和/或UE波 束的集合的程序的集合，包含至少以下方面：

-波束选择＝用于TRP或UE选择其自身的波束。

-波束测量＝用于TRP或UE测量所接收波束成形信号的特性

-波束报告＝用于UE基于波束测量而报告波束成形信号的性质/质 量

-波束扫掠＝覆盖空间区域的操作，其中以预定方式在时间间隔期间 传送和/或接收波束。

讨论：爱立信(Ericsson)→可添加这些并不与移动性相关的注释？

决策：标注且商定文档：

R1-168468支持波束相关程序的定义诺基亚(Nokia)，高通 (Qualcomm)，CATT，英特尔(Intel)，NTT DoCoMo，Mediatek，爱立信 (Ericsson)，ASB，三星(Samsung)，LGE

R1-167965NR中的CSI测量和报告的发展方向华为(Huawei)， HiSilicon

·NR中应当研究统一的CSI获取框架，其将支持

-基于CSI-RS的CSI测量

-基于用于波束管理的RS的波束测量

-隐式和显式CSI反馈

-基于互易性的CSI获取

·NR中应当研究隐式CSI反馈方法

-码簿设计

-从以下获得的干扰测量结果

·ZP CSI-RS

·NZP CSI-RS

·DMRS

-波束测量结果

·NR中应当研究显式CSI反馈方法

-信道协方差矩阵的反馈

·例如，基于Kronecker乘积

-信道矩阵或信道本征向量的反馈

·例如，基于多波束组合

-已量化和非量化/模拟反馈

·NR中应当支持具有以下特征的多级CSI测量和报告

-宽带/长期和子带/短期CSI的联合反馈

-基于混合未经预译码和波束成形的CSI-RS

-显式CSI和隐式CSI的联合反馈

·NR应当研究至少以下CSI测量和报告机制

-非周期性CSI测量和报告

-半持久CSI测量和报告

·NR中应当研究‘时间间隔X’中的自含式CSI触发、测量和报告

-注意：此处‘时间间隔X’的定义遵循RAN1#85会议中的协议

R1-168179 NR中的CSI测量和报告的发展方向华为(Huawei)， HiSilicon，爱立信(Ericsson)，中国电信(China Telecom)

决策：如下标注且修改文档：

协议：

●NR中应当研究简化CSI获取框架，其可以支持

○基于CSI-RS(如果支持)的CSI测量

○隐式和显式CSI反馈

○基于不同程度互易性的CSI获取

○将支持的其它特征

●NR中应当研究隐式CSI反馈方法

○码簿设计

○基于干扰测量资源的干扰测量，所述资源可以是以下选项中的一 个或多个

■ZP CSI-RS(如果支持)

■NZP CSI-RS(如果支持)

■DMRS(如果支持)

■不排除其它资源

○基于DMRS(如果支持)的CSI反馈

●NR中应当研究显式CSI反馈方法

○信道协方差矩阵的反馈

○信道矩阵的反馈

○信道本征向量的反馈

○已量化和非量化/模拟反馈

○不排除其它方法

●NR中应当研究具有以下组件的CSI测量和报告

○宽带/长期CSI

○子带/短期CSI

○显式CSI

○隐式CSI

○以上组件个别地或联合地配置有待进一步研究

QCL

R1-167970 NR中的天线端口QCL的发展方向英特尔(Intel)，LGE， 爱立信(Ericsson)，三星(Samsung)，InterDigital，华为(Huawei)/HiSilicon

协议：

●NR中使用天线端口传送所有物理信道和参考信号

●商定用于NR的以下天线端口定义(与LTE中相同)作为工作假设

○定义天线端口，使得可以从传送相同天线端口上的另一符号所经 过的信道中推断出传递天线端口上的符号所经过的信道。

●工作假设：NR中用于天线端口的参数QCL至少包含(如果支持QCL)

○平均增益、平均延迟、延迟扩展、多普勒频移和多普勒扩展(与 LTE中相同)

○额外参数有待进一步研究

●QCL和其它手段是否可用于UE波束成形管理有待进一步研究

●NR中用于DM-RS天线端口的以下QCL假设有待进一步研究

○跨越DM-RS天线端口的QCL

■所有DMRS天线端口彼此经过QCL

■并非全部DMRS天线端口彼此经过QCL

○跨越用于DM-RS天线端口的已调度PRB的QCL

○DM-RS天线端口群组之间的QCL

○具有其它参考信号的天线端口的DM-RS天线端口的QCL(NR中 将定义RS)

○不排除其它假设

●注意：NR中的解调参考信号(DM-RS)的天线端口用以至少传送物 理数据和可能控制信道且在UE处使用用于解调。

R1-168272 NR中的QCL假设的发展方向华为(Huawei)， HiSilicon，中国电信(China Telecom)，DoCoMo，CATR，英特尔(Intel)

R1-168360 NR中的QCL假设和配置的发展方向华为(Huawei)， HiSilicon，中国电信(China Telecom)，DoCoMo，CATR，英特尔(Intel)

R1-168436 NR中的QCL假设和配置的发展方向华为(Huawei)， HiSilicon，中国电信(China Telecom)，DoCoMo，CATR，英特尔(Intel)

协议：

●允许UE在天线端口之间做出的所有QCL假设应当被识别且显式地 指定

●如下定义QCL：

○如果一个天线端口上的符号递送所经过的信道的性质可以从另一 天线端口上的符号递送所经过的信道推断，那么这两个天线端口称为准 共址的。

○不排除对QCL定义的进一步精炼

R1-168388波束管理的发展方向CATT，三星(Samsung)，National Instruments，ZTE

协议：

●考虑波束管理程序中的不同信道互易性假设

○在TRP或UE处，通过TX和RX信道互易性(完全或部分)(例 如，波束互易性)，可从RX波束(或TX波束)获得TX波束(或RX波 束)以减少开销和等待时间

○无TX和RX信道互易性的情况下，波束管理程序可能需要DL和 UL链路两者中的TX和RX波束扫掠

●RAN1研究确定用于一个链路方向(上行链路或下行链路)上的通信 的Tx和Rx波束的不同方法，例如，

○联合确定：联合地确定Tx波束和Rx波束

○单独确定：循序地确定Tx波束或Rx波束。

○多级确定：举例来说，粗略Tx-Rx波束确定，接着是精细Tx-Rx 波束确定

●研究具有和不具有用于传送的波束或波束群组的显式信令的波束管 理程序

非周期性CSI

R1-168386非周期性CSI报告的发展方向ZTE Corporation，ZTEMicroelectronics，ASTRI，英特尔公司(InteI Corporation)，三星(Samsung)， CATT

协议：

研究与非周期性RS传送结合的非周期性CSI报告：

●非周期性RS和干扰测量资源的动态指示包含

○用于CSI报告的信道测量的非周期性RS

○用于干扰测量的非周期性干扰测量资源，包含使用非零/零功率 RS、解调RS；

○用于非周期性信道和干扰测量资源的资源池共享

●研究非周期性RS触发、CSI报告触发、非周期性RS传送和CSI报告 之间的定时要求。

○CSI触发与非周期性RS传送之间的定时X

○非周期性RS传送与CSI报告之间的定时Y

○注意：考虑用于RS传送和CSI报告的单个触发；

●不排除其它

●注意：非周期性触发不排除按需(使用激活/释放机制)触发

周期性CSI

R1-168186用于NR的周期性和半持久CSI的发展方向三星 (Samsung)，爱立信(Ericsson)，高通(Qualcomm)

协议：

●支持以下方案中的至少一个用于CSI报告：

○方案1：类似于LTE的周期性CSI报告

○方案2：半持久CSI报告(例如，类似于LTE SPS的激活/释放机 制)

○方案3：非周期性CSI报告

○有待进一步研究：可能的信令支持

●力求设计NR周期性、半持久和/或非周期性CSI报告，考虑至少以下 方面

○UL覆盖范围

○所需的RS

○报告信息类型

○前向兼容性

○能量效率

○RS和CSI报告开销

●研究是否在不同报告例项中避免指定CSI报告之间的相依性

○这些相依性(如果存在)对于周期性、半持久和/或非周期性CSI 报告可为不同的

CSI定时

R1-168135CSI定时关系的发展方向LG，InterDigital，英特尔 (Intel)，华为(Huawei)

协议：

●研究用于CSI测量、CSI反馈触发/报告的RS指示/传送的灵活定时。 至少对于周期性CSI(适当时)/非周期性/半持久CSI报告应当考虑以下方 面

○每一定时之间的联系

■细节有待进一步研究。一些非穷尽性示例性定时关系包含：

●实例1)RS指示和CSI反馈触发

●实例2)RS指示和RS传送

●实例3)同一[SF]中的RS指示、RS传送、CSI反馈触发和 CSI报告

○用于定时的信令方法，如果需要(如果是，则关于细节)

○RS传送与CSI报告之间的可行时间间隔考虑了CSI计算延迟/复 杂性、传播延迟、信道同调时间和UL定时提前

○需要考虑信令开销

○注意：以上定时指代层1控制信令、较高层信令或其组合

■注意：RS指示可为RS触发或RS激活/停用，且可包含RS资 源配置。

○注意：这不排除用于CSI测量、CSI反馈报告的基于固定定时的 RS传送。

UE旋转

R1-168308 NR中以波束成形对可旋转UE的支持的发展方向LG，英 特尔(Intel)，KT，MediaTek，InterDigital，三星(Samsung)

协议：

●关于以下方面研究UE移动、旋转和/或信道/波束堵塞的影响

○UE/TRP波束改变

○从CSI报告实例到数据传送实例的CSI失配

●在UE移动、旋转和/或信道/波束堵塞的考虑下研究至少以下技术， 包含

○UE/TRP Tx/Rx波束的波束管理

○提供更多稳健性的传送/接收技术(例如，半OL MIMO传送、波 束循环、波束加宽)

R1-168389下行链路控制信道的设计的发展方向ZTE Corporation， ZTEMicroelectronics，高通(Qualcomm)，ASTRI，英特尔公司(Intel Corporation)

R1-168274的修正

协议：

●研究用于L1控制信道的波束和用于数据信道的波束的关系

○例如，使用不同波束宽度用于数据和控制

○例如，使用不同波束方向用于数据和控制

○例如，至少一个波束由数据和控制共享

○例如，用于数据和控制的同一波束

R1-168318关于NR MIMO的星期三离线会议的概述三星 (Samsung)

R1-168448关于NR MIMO的星期四离线会议的概述三星 (Samsung)

大体来说，LTE已被视为近年来无线通信中的成功方式。随着蜂窝式业 务爆发，在非授权频谱中实施的LTE被全世界的运营商视为有吸引力的方 法。因此，3GPP已致力于授权辅助接入(Licensed Assisted Access，LAA)， 这意味着通过已授权频谱中的小区辅助的非授权频谱中的小区可以用来卸 载业务。用于LAA DL(下行链路)和UL(上行链路)的可实行程序分别 在LTE版本13和14中开发。在版本15中，提供关于LAA传送的一些增 强。

在NR中，非授权频谱中的使用由于尤其在高频带中的较宽带宽而对通 信运营商表现出吸引力。然而，在高频带中，由于高频带中的信号穿透的电 力损耗是显著的，因此传送和接收中的波束成形技术是很重要的。迄今为止， 3GPP NR工作项目中已经讨论了一些波束相关程序，包含波束恢复、 P1/P2/P3波束管理、U1/U2/U3波束管理等。这些波束相关程序当前是基于 已授权频谱情形而建立。为了规范工作的减少，在非授权频谱情形中可以直接使用或修改这些程序。

然而，需要修改一些程序以避免UE可能面对的一些不明确的状况，例 如波束恢复程序。从3GPP TSG RAN WG1#88bis v1.0.0的最终报告(美国 斯波坎，2017年4月3-7日)中所阐述的协议，波束恢复程序大体上包含以 下四个方面：

○波束失败检测，

○新候选波束识别，

○波束失败恢复请求传送，

○UE监视是否有对应波束失败恢复请求的gNB响应。

波束失败可以大体上定义为：当相关联控制信道的波束对链路的质量下 降足够低(例如，与一阈值相比，或者相关联定时器超时)时，如3GPP TSG RAN WG1#88v1.0.0的最终报告(希腊雅典，2017年2月13-17日)所论 述。

因此，当UE难以接收控制信号/信道或无法接收控制信号或信道时， UE会认为波束失败发生。但是，由于非授权频谱中的信道不确定性，UE 为何未接收到控制信号或控制信道并不绝对地由波束失败引起。实际上，原 因可以是网络不能够占用信道且传送下行链路控制信号。类似地，波束失败 在占用时间开始之前发生的可能性也对UE了解网络是否占用信道具有影 响，因为传统上，UE通过检测是否接收到来自网络的下行链路传送(例如，监视控制信号/信道、接收参考信号)来了解到网络是否已占用信道。因此， 对于非授权频谱中的NR，UE无法接收下行链路传送可能由波束失败或信道 繁忙引起。此不明确的情形将使UE无法区分波束失败或信道繁忙。

大体来说，存在若干有机会的解决方案用来解决此问题。

解决方案1-大体来说，一个解决方案是确保至少在大多数下行链路占 用时间期间波束对链路不失败。换句话说，在网络占用信道且开始传送下行 链路传送之后，在大多数下行链路占用时间期间网络与UE之间的波束对链 路始终有效。为了实现此情形，可在起始子帧中实施P1波束管理程序以确 保所有UE的波束对是有效的。以此方式，UE可以监视或接收来自网络的 下行链路传送且了解到信道由网络占用。

网络可在起始子帧中开始实施波束扫掠。在波束扫掠程序中，网络应当 传送下行链路传送，其可为下行链路信号、下行链路数据或下行链路信道。 对于扫掠程序中的每一传送，网络可传送一个或多个波束。UE还在起始子 帧中实施波束扫掠以接收可能的下行链路信号、下行链路数据或下行链路信 道，其中在每一扫掠使用一个或多个波束。由于UE不知道哪一子帧是起始 子帧，因此UE需要在上次下行链路占用时间结束之后在每一子帧中或者在 无下行链路占用时间曾发生的持续时间期间在每一子帧中实施波束扫掠。在 UE找到候选波束之后，UE应当向网络指示候选波束。因此，步骤可以包括：

1.UE在上次下行链路占用时间结束之后在每一子帧中或者在无下行链 路占用时间曾发生的持续时间期间在每一子帧中执行接收波束扫掠。

2.在网络获得信道之后网络在起始子帧中实施传送波束扫掠。

3.UE找到候选波束且向网络指示候选波束。

因此，在下行链路占用时间的开始时，持续时间组成可能为：

1.下行链路部分，以便网络和UE均实施波束扫掠，其中UE应当在此 部分中找到候选波束；

2.切换部分，用于UE进行DL/UL切换；以及

3.上行链路部分，用于UE向网络指示候选波束。

在这些步骤之后，可避免UE无法知道网络已占用信道的状况，因为网 络与UE之间的所有波束对被保证有效。除此以外，可在网络和UE均已知 波束失败状况的同时完成波束恢复程序，这减少了等待时间。

解决方案2-在解决方案1中，UE需要在上次下行链路占用时间结束 之后在每一子帧中或者在无下行链路占用时间曾发生的持续时间期间在每 一子帧中实施接收波束扫掠。此方法对于UE端强加某一水平的负担，因为 需要执行接收波束扫掠以盲检测是否存在来自网络的下行链路传送。

因此，在解决方案2中，UE可基于时间周期m实施接收波束扫掠。时 间周期值m可从网络指示或UE基于特定规则或映射表而导出。可基于在当 前使用的DL LBT(先听后讲)优先级类下的最大占用时间值或平均占用时 间值的值而选择时间周期值m。DL LBT优先级类值可由网络隐式地或显式 地发送或者由UE导出。举例来说，假定最大占用时间值是10ms，那么平 均占用时间值可被计算为┌(1+2+…+10)/10┐＝6ms。周期值可以选择为平均 占用时间的值的二分之一，例如3ms，或通过其它数学计算来选择。如果上 次下行链路占用时间在子帧n中结束，那么UE需要在子帧n+3、n+6、... 等中执行接收波束扫掠。

以此方式，UE可能并不总是在下行链路占用时间期间的起始子帧中实 施接收波束扫掠程序。网络应当能够基于周期m导出特定子帧，其为UE在 下行链路占用时间期间第一次应用接收波束扫掠的子帧。替代于在占用时间 的起始子帧中执行传送波束扫掠，网络仅在特定子帧中执行传送波束扫掠。 因此，在占用时间期间的时间间隔中，虽然不执行传送波束扫掠，但网络仍 通过在上次传送或上次占用时间中使用的波束对将下行链路数据调度到 UE。

并且，除基于周期m的波束扫掠外，UE仍在不执行波束扫掠的子帧中 使用在上次接收或上次占用时间中使用的接收波束(如果存在)检测下行链 路传送/下行链路信号是否发生。如果UE检测到来自网络的下行链路传送或 下行链路信号，那么UE可能在下行链路占用时间期间跳过基于周期m的接 收波束扫掠程序。对于在下行链路占用时间期间未检测到来自网络的下行链 路传送或下行链路信号的那些UE，需要执行基于周期m的接收波束扫掠程 序。在UE于特定子帧中找到候选波束之后，UE应当向网络指示候选波束。 因此，步骤可能包括：

1.UE在上次下行链路占用时间结束之后在基于周期m的子帧中或者在 无下行链路占用时间曾发生的持续时间期间内基于周期m的子帧中执行接 收波束扫掠。

2.UE仍使用在上次下行链路传送占用时间中使用的接收波束(如果存 在)检测下行链路传送或下行链路信号是否发生。

3.一些UE在下行链路占用时间的开始时检测下行链路传送或下行链路 信号发生。随后，这些UE可能在下行链路占用时间期间跳过基于周期m的 接收波束扫掠程序。

4.在下行链路占用时间的开始时未检测到下行链路传送或下行链路信 号发生的其它UE仍在下行链路占用时间期间实施基于周期m的接收波束扫 掠程序。

5.UE找到候选波束且向网络指示候选波束。

因此，在下行链路占用时间的特定子帧中，持续时间组成可能为

1.下行链路部分，以便网络和UE均实施波束扫掠，其中UE应当在此 部分中找到候选波束；

2.切换部分，用于UE进行DL/UL切换；

3.UL部分，用于UE向网络指示候选波束。

解决方案3-并非网络在起始子帧或特定子帧中实施传送波束扫掠，网 络可使用上次接收或上次占用时间中的波束在起始子帧中将下行链路传送 (例如，下行链路数据、下行链路信号、下行链路信道)传送到所有UE。此 下行链路传送不运载过多信息且UE可快速解码所述下行链路传送且在较短 时间内传送响应或确认信号。所述下行链路传送可为小区特定、波束特定或 UE特定的。所述响应或确认信号是UE特定的，因此网络可通过接收响应/ 确认信号而了解到哪一UE的波束仍是有效的。此方法让网络确认哪一UE 的波束仍是有效的。通过此信息，网络可开始调度波束仍有效的那些UE， 且对波束并不有效的UE实施波束恢复相关程序，例如波束管理程序或波束 恢复程序。在此方法中，UE可能如下所述实施接收波束扫掠：

1.在上次下行链路占用时间结束之后的每一子帧中或者在无下行链路 占用时间曾发生的持续时间期间的每一子帧中实施接收波束扫掠；或

2.在上次下行链路占用时间结束之后在基于周期m的子帧中或者在无 下行链路占用时间曾发生的持续时间期间内基于周期m的子帧中实施接收 波束扫掠，其中m的描述与解决方案2中相同。

一个可能性是UE在上次下行链路占用时间结束之后或者在无下行链路 占用时间曾发生的持续时间期间不实施接收波束扫掠。

另外，可以组合上文所论述的一个或多个解决方案。

图6是根据UE的一个示例性实施例的流程图600。在步骤605中，UE 在非授权频谱中在第一信道占用时间中检测和/或接收下行链路传送。在步 骤610中，UE在非授权频谱中在第二信道占用时间中检测和/或接收下行链 路传送，其中第二信道占用时间是在第一信道占用时间之后由UE检测到的 下一信道占用时间。在步骤615中，在第一信道占用时间结束之后，UE在 每一时间单元中执行接收波束扫掠直到UE在第二信道占用时间中接收到下行链路传送或直到UE在第二信道占用时间中找到候选波束为止。

在一个实施例中，如果UE在非授权频谱中尚未接收到下行链路传送， 那么UE可以在每一时间单元中执行接收波束扫掠直到UE接收到下行链路 传送或直到UE找到候选波束为止。每一时间单元可以是子帧或时隙。在 UE找到候选波束之后，UE可以向网络指示候选波束。

返回参看图3和4，在UE的一个示范性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE 能够：(i)在非授权频谱中在第一信道占用时间中检测和/或接收下行链路传 送，(ii)在非授权频谱中在第二信道占用时间中检测和/或接收下行链路传 送，其中第二信道占用时间是在第一信道占用时间之后由UE检测到的下一 信道占用时间，以及(iii)在第一信道占用时间结束之后在每一时间单元中执行接收波束扫掠直到UE在第二信道占用时间中接收到下行链路传送或直 到UE在第二信道占用时间中找到候选波束为止。此外，CPU 308可执行程 序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。

图7是根据UE的一个示例性实施例的流程图700。在步骤705中，UE 在非授权频谱中在第一信道占用时间中检测和/或接收下行链路传送。在步 骤710中，UE在非授权频谱中在第二信道占用时间中检测和/或接收下行链 路传送，其中第二信道占用时间是在第一信道占用时间之后由UE检测到的 下一信道占用时间。在步骤715中，在第一信道占用时间结束之后，UE在 基于一时间周期的时间单元中执行接收波束扫掠直到UE在第二信道占用时间中接收到下行链路传送或直到UE在第二信道占用时间中找到候选波束为 止。

在一个实施例中，如果UE在非授权频谱中尚未接收过下行链路传送， 那么UE可以在基于一时间周期的时间单元中执行接收波束扫掠直到UE接 收到下行链路传送或直到UE找到候选波束为止。每一时间单元可以是子帧 或时隙。

在一个实施例中，在UE找到候选波束之后，UE可以向网络指示候选 波束。此外，在第一信道占用时间结束之后且在第二信道占用时间结束之前， 除非波束对被更新，否则UE可以经由在上次接收中或第一信道占用时间中 使用的波束对检测和/或监视下行链路传送，其中UE可以在UE不执行接收 波束扫掠的时间单元中检测和/或监视下行链路传送。如果UE经由在上次接 收中或第一信道占用时间中使用的波束对检测到下行链路传送，那么UE可 以在第二信道占用时间中的剩余时间单元中跳过基于所述时间周期的接收 波束扫掠。

在一个实施例中，所述时间周期可以基于特定规则或映射表而确定。所 述时间周期也可以基于在所使用LBT优先级值下的最大或平均占用时间值 而确定。另外，所述时间周期可以由UE导出或由网络指示。

返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE 能够：(i)在非授权频谱中在第一信道占用时间中检测和/或接收下行链路传 送，(ii)在非授权频谱中在第二信道占用时间中检测和/或接收下行链路传 送，其中第二信道占用时间是在第一信道占用时间之后由UE检测到的下一 信道占用时间，以及(iii)在第一信道占用时间结束之后在基于一时间周期的时间单元中执行接收波束扫掠直到UE在第二信道占用时间中接收到下行 链路传送或直到UE在第二信道占用时间中找到候选波束为止。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动 作和步骤。

图8是根据网络的一个示例性实施例的流程图800。在步骤805中，网 络在非授权频谱中在第一信道占用时间中传送下行链路传送。在步骤810 中，网络在非授权频谱中在第二信道占用时间中传送下行链路传送，其中第 二信道占用时间是在第一信道占用时间之后的信道占用时间。在步骤815 中，网络在第二信道占用时间的特定时间单元中执行传送波束扫掠。

在一个实施例中，网络可以在第二信道占用时间的特定时间单元中以占 用信道的波束执行传送波束扫掠。所述特定时间单元可以是第二信道占用时 间的起始时间单元。此外，所述特定时间单元可以是基于一时间周期的时间 单元，其中所述时间周期是由网络指示或配置以用于UE在第一信道占用时 间之后执行接收波束扫掠。

在一个实施例中，除非波束对被更新，网络可以在除所述特定时间单元 外的时间单元中经由用以在上次传送中或第一信道占用时间中服务于UE的 波束对向UE传送下行链路传送。

返回参看图3和4，在网络的一个示范性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络 能够：(i)在非授权频谱中在第一信道占用时间中传送下行链路传送，(ii) 在非授权频谱中在第二信道占用时间中传送下行链路传送，其中第二信道占 用时间是在第一信道占用时间之后的信道占用时间，以及(iii)在第二信道 占用时间的特定时间单元中执行传送波束扫掠。此外，CPU 308可执行程序 代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。

图9是根据UE的一个示例性实施例的流程图900。在步骤905中，UE 具有或检测/接收第一持续时间随后是第二持续时间、随后是第三持续时间， 而第一持续时间包括网络的第一信道占用时间且第三持续时间包括网络的 第二信道占用时间。在步骤910中，UE在第二持续时间和第三持续时间期 间的每一子帧中执行接收波束扫掠直到UE接收到来自网络的下行链路传送 为止。

返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE 能够：(i)具有或检测/接收第一持续时间随后是第二持续时间、随后是第三 持续时间，而第一持续时间包括网络的第一信道占用时间且第三持续时间包 括网络的第二信道占用时间，以及(ii)在第二持续时间和第三持续时间期 间的每一子帧中执行接收波束扫掠直到UE接收到来自网络的下行链路传送为止。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本 文所描述的其它动作和步骤。

图10是根据网络的一个示例性实施例的流程图1000。在步骤1005中， 网络具有或传送第一持续时间随后是第二持续时间、随后是第三持续时间， 而第一持续时间包括网络的第一信道占用时间且第三持续时间包括网络的 第二信道占用时间。在步骤1010中，网络在第三持续时间期间的起始子帧 中执行传送波束扫掠。

返回参看图3和4，在网络的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络 能够：(i)具有或传送第一持续时间随后是第二持续时间、随后是第三持续 时间，而第一持续时间包括网络的第一信道占用时间且第三持续时间包括网 络的第二信道占用时间，以及(ii)在第三持续时间期间的起始子帧中执行 传送波束扫掠。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。

在图9和10中图示且上文描述的实施例的上下文中，UE可以在第二持 续时间和第三持续时间期间的每一子帧中执行接收波束扫掠直到UE找到候 选波束为止。替代地，UE可以在第二持续时间和第三持续时间期间的每一 时间单元中执行接收波束扫掠直到UE接收到来自网络的下行链路传送为 止。UE也可以在第二持续时间和第三持续时间期间的每一时间单元中执行 接收波束扫掠直到UE找到候选波束为止。

在一个实施例中，UE和网络的操作频带可以位于非授权频谱中。UE 可以在每一次扫掠通过一个或多个波束执行接收波束扫掠。网络可以在第三 持续时间期间的起始子帧中以占用信道的波束实施传送波束扫掠。网络也可 以在第三持续时间期间的起始子帧中在每一次扫掠以一个波束或多个波束 实施传送波束扫掠。

在一个实施例中，UE可以在网络实施传送波束扫掠的子帧中藉由接收 波束扫掠找到候选波束。此外，UE可以在第三持续时间期间向网络指示候 选波束。

图11是根据UE的一个示例性实施例的流程图1100。在步骤1105中， UE具有或检测/接收第一持续时间随后是第二持续时间，而第二持续时间包 括网络的第一信道占用时间。在步骤1110中，UE在第一持续时间和第二持 续时间期间的每一子帧中执行接收波束扫掠直到UE接收到来自网络的下行 链路传送为止。

返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE 能够：(i)具有或检测/接收第一持续时间随后是第二持续时间，而第二持续 时间包括网络的第一信道占用时间，以及(ii)在第一持续时间和第二持续 时间期间的每一子帧中执行接收波束扫掠直到UE接收到来自网络的下行链 路传送为止。此外，CPU 308可执行程序代码312以执行所有上述动作和步 骤或本文所描述的其它动作和步骤。

图12是根据网络的一个示例性实施例的流程图1200。在步骤1205中， 网络具有或传送第一持续时间随后是第二持续时间，而第二持续时间包括网 络的第一信道占用时间。在步骤1210中，网络在第二持续时间期间的起始 子帧中执行传送波束扫掠。

返回参看图3和4，在网络的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络 能够：(i)具有或传送第一持续时间随后是第二持续时间，而第二持续时间 包括网络的第一信道占用时间，以及(ii)在第二持续时间期间的起始子帧 中执行传送波束扫掠。此外，CPU 308可执行程序代码312以执行所有上述 动作和步骤或本文所描述的其它动作和步骤。

在图11和12中示出且上文描述的实施例的上下文中，UE可以在第一 持续时间和第二持续时间期间的每一子帧中执行接收波束扫掠直到UE找到 候选波束为止。替代地，UE可以在第一持续时间和第二持续时间期间的每 一时间单元中执行接收波束扫掠直到UE接收到来自网络的下行链路传送为 止。UE也可以在第一持续时间和第二持续时间期间的每一时间单元中执行 接收波束扫掠直到UE找到候选波束为止。

在一个实施例中，UE和网络的操作频带可以位于非授权频谱中。此外， UE可以在每一次扫掠通过一个或多个波束执行接收波束扫掠。

在一个实施例中，网络可以在第二持续时间期间的起始子帧中以占用信 道的波束实施传送波束扫掠。网络也可以在第二持续时间期间的起始子帧中 在每一次扫掠以一个波束或多个波束实施传送波束扫掠。

在一个实施例中，UE可以在网络实施传送波束扫掠的子帧中藉由接收 波束扫掠找到候选波束。此外，UE可以在第三持续时间期间向网络指示候 选波束。

图13是根据UE的一个示例性实施例的流程图1300。在步骤1305中， UE具有或检测/接收第一持续时间随后是第二持续时间、随后是第三持续时 间，而第一持续时间包括网络的第一信道占用时间且第三持续时间包括网络 的第二信道占用时间。在步骤1310中，UE在第二持续时间和第三持续时间 期间在基于一时间周期的子帧中执行接收波束扫掠直到UE接收到来自网络 的下行链路传送为止。

返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE 能够：(i)具有或检测/接收第一持续时间随后是第二持续时间、随后是第三 持续时间，而第一持续时间包括网络的第一信道占用时间且第三持续时间包 括网络的第二信道占用时间，以及(ii)在第二持续时间和第三持续时间期 间的基于一时间周期的子帧中执行接收波束扫掠直到UE接收到来自网络的下行链路传送为止。此外，CPU 308可执行程序代码312以执行所有上述动 作和步骤或本文所描述的其它动作和步骤。

图14是根据网络的一个示例性实施例的流程图1400。在步骤1405中， 网络具有或传送第一持续时间随后是第二持续时间、随后是第三持续时间， 而第一持续时间包括网络的第一信道占用时间且第三持续时间包括网络的 第二信道占用时间。在步骤1410中，网络在第三持续时间期间的特定子帧 中执行传送波束扫掠。

返回参看图3和4，在网络的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络 能够：(i)具有或传送第一持续时间随后是第二持续时间、随后是第三持续 时间，而第一持续时间包括网络的第一信道占用时间且第三持续时间包括网 络的第二信道占用时间，以及(ii)在第三持续时间期间的特定子帧中执行 传送波束扫掠。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其它动作和步骤。

在图13和14中示出且上文描述的实施例的上下文中，UE可以在第二 持续时间和第三持续时间期间在基于所述时间周期的子帧中执行接收波束 扫掠直到UE找到候选波束为止。替代地，UE可以在第二持续时间和第三 持续时间期间在基于所述时间周期的时间单元中执行接收波束扫掠直到UE 接收到来自网络的下行链路传送为止。UE也可以在第二持续时间和第三持 续时间期间在基于所述时间周期的时间单元中执行接收波束扫掠直到UE找 到候选波束为止。

在一个实施例中，所述时间周期可以通过特定规则或映射表决定。所述 特定规则可以与在所使用LBT优先级值下的最大或平均占用时间值相关。 此外，所述时间周期可以由UE导出或由网络指示。

在一个实施例中，UE和网络的操作频带可以位于非授权频谱中。此外， UE可以在每一次扫掠通过一个或多个波束执行接收波束扫掠。

在一个实施例中，网络可以在第三持续时间中的特定子帧中以占用信道 的波束实施传送波束扫掠。网络也可以在第三持续时间中的特定子帧中在每 一次扫掠以一个波束或多个波束实施传送波束扫掠。所述特定子帧可以是 UE在第三持续时间中首先实施传送波束扫掠的子帧。

在一个实施例中，UE可以在特定子帧中藉由接收波束扫掠找到候选波 束。此外，UE可以在第三持续时间期间向网络指示候选波束。

在一个实施例中，除非波束对被更新，网络可以通过在第三持续时间期 间在除特定子帧外的子帧中对UE使用在上次传送或第一信道占用时间中使 用的波束对来调度下行链路传送。

在一个实施例中，除非波束对被更新，UE可以通过在第二持续时间和 第三持续时间期间在不执行接收波束扫掠的子帧中使用在上次接收或第一 信道占用时间中使用的波束对来检测或监视来自网络的下行链路传送。如果 UE在第二持续时间和第三持续时间期间在不执行接收波束扫掠的子帧中使 用在最后接收或第一信道占用时间中使用的波束对来检测或监视来自网络 的下行链路传送，那么UE可以在第三持续时间中的剩余子帧中跳过基于所 述时间周期的接收波束扫掠。

图15是根据UE的一个示例性实施例的流程图1500。在步骤1505中， UE具有或检测/接收第一持续时间随后是第二持续时间，而第二持续时间包 括网络的第一信道占用时间。在步骤1510中，UE在第一和第二持续时间期 间在基于一时间周期的子帧中执行接收波束扫掠直到UE接收到来自网络的 下行链路传送为止。

返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE 能够：(i)具有或检测/接收第一持续时间随后是第二持续时间，而第二持续 时间包括网络的第一信道占用时间，以及(ii)在第一和第二持续时间期间 在基于一时间周期的子帧中执行接收波束扫掠直到UE接收到来自网络的下 行链路传送为止。此外，CPU 308可执行程序代码312以执行所有上述动作 和步骤或本文所描述的其它动作和步骤。

图16是根据网络的一个示例性实施例的流程图1600。在步骤1605中， 网络具有或传送第一持续时间随后是第二持续时间，而第二持续时间包括网 络的第一信道占用时间。在步骤1610中，网络在第二持续时间期间的特定 子帧中执行传送波束扫掠。

返回参看图3和4，在网络的一个示例性实施例中，装置300包含存储 于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络 能够：(i)具有或传送第一持续时间随后是第二持续时间，而第二持续时间 包括网络的第一信道占用时间，以及(ii)在第二持续时间期间的特定子帧 中执行传送波束扫掠。此外，CPU 308可执行程序代码312以执行所有上述 动作和步骤或本文所描述的其它动作和步骤。

在图15和16中示出且上文描述的实施例的上下文中，UE可以在第一 持续时间和第二持续时间期间在基于所述时间周期的子帧中执行接收波束 扫掠直到UE找到候选波束为止。替代地，UE可以在第一持续时间和第二 持续时间期间在基于所述时间周期的时间单元中执行接收波束扫掠直到UE 接收到来自网络的下行链路传送为止。UE也可以在第一持续时间和第二持 续时间期间在基于所述时间周期的时间单元中执行接收波束扫掠直到UE找 到候选波束为止。

在一个实施例中，所述时间周期可以通过特定规则或映射表决定。所述 特定规则可以与在所使用LBT优先级值下的最大或平均占用时间值相关。 此外，所述时间周期可以由UE导出或由网络指示。

在一个实施例中，UE和网络的操作频带可以位于非授权频谱中。此外， UE可以在每一次扫掠通过一个或多个波束执行接收波束扫掠。

在一个实施例中，网络可以在第二持续时间中的特定子帧中以占用信道 的波束实施传送波束扫掠。网络也可以在第二持续时间中的特定子帧中在每 一次扫掠以一个波束或多个波束实施传送波束扫掠。所述特定子帧可以是 UE在第二持续时间中首先实施传送波束扫掠的子帧。

在一个实施例中，UE可以在特定子帧中藉由接收波束扫掠找到候选波 束。此外，UE可以在第二持续时间期间向网络指示候选波束。

在一个实施例中，除非波束对被更新，网络可以在第二持续时间期间在 除特定子帧外的子帧中对UE使用在上次传送或第一信道占用时间中使用的 波束对来调度下行链路传送。UE可以在第一持续时间和第二持续时间期间 在不执行接收波束扫掠的子帧中使用在上次接收或第一信道占用时间中使 用的波束对来检测或监视来自网络的下行链路传送，除非波束对被更新。如 果UE在第一持续时间和第二持续时间期间在不执行接收波束扫掠的子帧中 使用在上次接收或第一信道占用时间中使用的波束对来检测或监视来自网络的下行链路传送，那么UE可以在第二持续时间中的剩余子帧中跳过基于 所述时间周期的接收波束扫掠。

上文已经描述了本公开的各种方面。应明白，本文中的教示可以通过广 泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表 性的。基于本文中的教示，所属领域的技术人员应了解，本文中公开的方面 可以独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或 多于两个方面。举例来说，可以使用本文中所阐述的任何数目个方面来实施 设备或实践方法。另外，通过使用除了在本文中所阐述的方面中的一个或多 个之外或不同于在本文中所阐述的方面中的一个或多个的其它结构、功能性或结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一 些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方 面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于时 间跳频序列建立并行信道。在一些方面中，可以基于脉冲重复频率、脉冲位 置或偏移、以及时间跳频序列建立并行信道。

本领域技术人员将理解，可使用多种不同技术及技艺中的任一者来表示 信息及信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场 或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命 令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文公开的方面描述的各种说 明性逻辑块、模块、处理器、构件、电路和算法步骤可以被实施为电子硬件 (例如，数字实施方案、模拟实施方案或两者的组合，可以使用信源编码或 某种其它技术来设计)、并入指令的各种形式的程序或设计代码(本文为方 便起见可以称为“软件”或“软件模块”)或这两者的组合。为清晰地说明硬件 与软件的此可互换性，上文已大体就其功能性描述了各种说明性组件、块、 模块、电路和步骤。此类功能性是实施为硬件还是软件取决于特定应用及强 加于整个***的设计约束。所属领域的技术人员可以针对每一特定应用以不 同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的 范围的偏离。

另外，结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以 实施于集成电路(“IC”)、接入终端或接入点内或者由集成电路、接入终端 或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集 成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离 散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其 经设计以执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、 在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在 替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。 处理器也可以实施为计算装置的组合，例如DSP和微处理器的组合、多个 微处理器、与DSP核心结合的一个或多个微处理器，或任何其它此类配置。

应理解，在任何所公开的过程中的步骤的任何特定次序或阶层都是样本 方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或阶层可以 重新布置，同时保持在本公开的范围内。随附的方法权利要求以样本次序呈 现各种步骤的元素，且并不有意限于所呈现的特定次序或阶层。

结合本文中所公开的方面描述的方法或算法的步骤可以直接用硬件、用 由处理器执行的软件模块或用这两者的组合实施。软件模块(例如，包含可 执行指令和相关数据)和其它数据可以驻存在数据存储器中，例如RAM存 储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄 存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的计算机可读存 储媒体的任何其它形式。样本存储媒体可以耦合到例如计算机/处理器等机 器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器 可以从存储媒体读取信息(例如，代码)且将信息写入到存储媒体。样本存 储媒体可以与处理器形成一体。处理器及存储媒体可驻留在ASIC中。ASIC 可以驻留在用户设备中。在替代方案中，处理器和存储媒体可作为离散组件 驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包 括计算机可读媒体，所述计算机可读媒体包括与本发明的各方面中的一个或 多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。

虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修 改。本申请既定涵盖对本发明的任何改变、使用或调适，这通常遵循本发明 的原理且包含从本公开的此些偏离，所述偏离处于在本发明所属的技术领域 内的已知及惯常实践的范围内。

Claims (18)

1.一种用户设备的方法，其特征在于，包括：

所述用户设备在非授权频谱中在第一信道占用时间中检测和/或接收下行链路传送；

所述用户设备在非授权频谱中在第二信道占用时间中检测和/或接收下行链路传送，其中所述第二信道占用时间是在所述第一信道占用时间之后由所述用户设备检测到的下一信道占用时间；以及

在所述第一信道占用时间结束之后，所述用户设备在每一时间单元中执行接收波束扫掠直到所述用户设备在所述第二信道占用时间中接收到下行链路传送或直到所述用户设备在所述第二信道占用时间中找到候选波束为止。

2.根据权利要求1所述的方法，其特征在于，如果所述用户设备在非授权频谱中未接收过下行链路传送，那么所述用户设备在每一时间单元中执行接收波束扫掠直到所述用户设备接收到下行链路传送或直到所述用户设备找到候选波束为止。

3.根据权利要求1所述的方法，其特征在于，时间单元是子帧或时隙。

4.根据权利要求1所述的方法，其特征在于，在所述用户设备找到所述候选波束之后，所述用户设备向网络指示所述候选波束。

5.一种用户设备的方法，其特征在于，包括：

所述用户设备在非授权频谱中在第一信道占用时间中检测和/或接收下行链路传送；

所述用户设备在非授权频谱中在第二信道占用时间中检测和/或接收下行链路传送，其中所述第二信道占用时间是在所述第一信道占用时间之后由所述用户设备检测到的下一信道占用时间；以及

在所述第一信道占用时间结束之后，所述用户设备在基于一时间周期的时间单元中执行接收波束扫掠直到所述用户设备在所述第二信道占用时间中接收到下行链路传送或直到所述用户设备在所述第二信道占用时间中找到候选波束为止。

6.根据权利要求5所述的方法，其特征在于，如果所述用户设备在非授权频谱中未接收过下行链路传送，那么所述用户设备在基于一时间周期的时间单元中执行接收波束扫掠直到所述用户设备接收到下行链路传送或直到所述用户设备找到候选波束为止。

7.根据权利要求5所述的方法，其特征在于，时间单元是子帧或时隙。

8.根据权利要求5所述的方法，其特征在于，在所述用户设备找到所述候选波束之后，所述用户设备向网络指示所述候选波束。

9.根据权利要求5所述的方法，其特征在于，除非波束对被更新，否则在所述第一信道占用时间结束之后且在所述第二信道占用时间结束之前，所述用户设备经由在上次接收时或所述第一信道占用时间中使用的波束对检测和/或监视下行链路传送，其中所述用户设备在所述用户设备不执行所述接收波束扫掠的时间单元中检测和/或监视下行链路传送。

10.根据权利要求5所述的方法，其特征在于，如果所述用户设备经由在上次接收时或所述第一信道占用时间中使用的波束对检测下行链路传送，那么所述用户设备在所述第二信道占用时间中的剩余时间单元中跳过基于所述时间周期的所述接收波束扫掠。

11.根据权利要求5所述的方法，其特征在于，所述时间周期是基于特定规则或映射表而确定。

12.根据权利要求5所述的方法，其特征在于，所述时间周期是基于在所使用的先听后讲优先级值下的最大或平均占用时间值而确定。

13.根据权利要求5所述的方法，其特征在于，所述时间周期是由用户设备导出或由网络指示。

14.一种网络的方法，其特征在于，包括：

所述网络在非授权频谱中在第一信道占用时间中传送下行链路传送；

所述网络在非授权频谱中在第二信道占用时间中传送下行链路传送，其中所述第二信道占用时间是在所述第一信道占用时间之后的信道占用时间；以及

所述网络在所述第二信道占用时间的特定时间单元中执行传送波束扫掠。

15.根据权利要求14所述的方法，其特征在于，所述网络在所述第二信道占用时间的所述特定时间单元中以占用信道的波束执行传送波束扫掠。

16.根据权利要求14所述的方法，其特征在于，所述特定时间单元是所述第二信道占用时间的起始时间单元。

17.根据权利要求14所述的方法，其特征在于，所述特定时间单元是基于一时间周期的时间单元，其中所述时间周期由所述网络指示或配置以用于用户设备在所述第一信道占用时间之后执行接收波束扫掠。

18.根据权利要求14所述的方法，其特征在于，除非波束对被更新，否则所述网络在除所述特定时间单元外的时间单元中经由用以在上次传送时或所述第一信道占用时间中服务于所述用户设备的波束对向所述用户设备传送下行链路传送。