CN109803297B - 用于波束恢复的用户设备监听行为的方法和设备 - Google Patents

用于波束恢复的用户设备监听行为的方法和设备 Download PDF

Info

Publication number
CN109803297B
CN109803297B CN201811366498.8A CN201811366498A CN109803297B CN 109803297 B CN109803297 B CN 109803297B CN 201811366498 A CN201811366498 A CN 201811366498A CN 109803297 B CN109803297 B CN 109803297B
Authority
CN
China
Prior art keywords
request
control region
link
time window
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811366498.8A
Other languages
English (en)
Other versions
CN109803297A (zh
Inventor
刘家宏
李名哲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN109803297A publication Critical patent/CN109803297A/zh
Application granted granted Critical
Publication of CN109803297B publication Critical patent/CN109803297B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305—Handover due to radio link failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025—Transmission of mode-switching indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

从用户设备的角度公开一种方法和设备。在一个实施例中，方法包含用户设备通过第一链路接收和/或监听第一控制区域。方法进一步包含用户设备在第一链路出现故障的情况下传送第一请求。方法还包含用户设备为了接收响应而在与第一请求相关联的时间窗内通过第二链路接收和/或监听第二控制区域。此外，方法包含用户设备在与第一请求相关联的时间窗结束之后接收和/或监听第一控制区域。

Description

用于波束恢复的用户设备监听行为的方法和设备
技术领域
本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信***中用于波束恢复的用户设备监听行为的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线电接入网(E-UTRAN)。E-UTRAN***可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
从用户设备(User Equipment，UE)的角度公开一种方法和设备。在一个实施例中，方法包含UE通过第一链路接收和/或监听第一控制区域。方法进一步包含UE在第一链路出现故障的情况下传送第一请求。方法还包含UE为了接收响应而在与第一请求相关联的时间窗内通过第二链路接收和/或监听第二控制区域。此外，方法包含UE在与第一请求相关联的时间窗结束之后接收和/或监听第一控制区域。
附图说明
图1示出了根据一个示例性实施例的无线通信***的图式。
图2是根据一个示例性实施例的传送器***(也被称作接入网络)和接收器***(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信***的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5A到5C提供三种类型的波束成形的示例性图示。
图6是3GPP R2-162709的图1的再现。
图7和8是3GPP R2-160947的图的再现。
图9示出了在单个TRP小区情况下的示例性部署。
图10示出了在多个TRP小区情况下的示例性部署。
图11示出了在多个TRP情况下的包括5G节点的示例性5G小区。
图12示出了LTE小区和NR小区之间的示例性比较。
图13示出了波束产生的示例性组合限制。
图14是3GPP R2-162251的图3的再现。
图15是3GPP R2-162251的图4的再现。
图16是根据一个示例性实施例的流程图。
图17是根据一个示例性实施例的流程图。
图18是根据一个示例性实施例的流程图。
图19是根据一个示例性实施例的流程图。
图20是根据一个示例性实施例的流程图。
图21是根据一个示例性实施例的流程图。
图22是根据一个示例性实施例的流程图。
图23是根据一个示例性实施例的流程图。
图24是根据一个示例性实施例的流程图。
图25是根据一个示例性实施例的流程图。
图26是根据一个示例性实施例的流程图。
图27是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信***和装置采用支持广播服务的无线通信***。无线通信***经广泛部署以提供各种类型的通信，例如语音、数据等。这些***可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、3GPP长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(LongTerm Evolution Advanced，LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra MobileBroadband，UMB)、WiMax或一些其它调制技术。
具体地说，下文描述的示例性无线通信***装置可设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”的在本文中被称作3GPP的协会提供的标准，包含：R2-162366，“波束成形影响(Beam Forming Impacts)”，诺基亚和阿尔卡特朗讯；R2-163716，“关于基于波束成形的高频NR的术语的论述(Discussion on terminology ofbeamforming based high frequency NR)”，三星；R2-162709，“NR中的波束支持(Beamsupport in NR)”，英特尔；R2-162762，“NR中的作用中模式移动性：较高频率中的SINR下降(Active Mode Mobility in NR：SINR drops in higher frequencies)”，爱立信；R3-160947，TR 38.801V0.1.0，“关于新无线电接入技术的研究；无线电接入架构和接口(Studyon New Radio Access Technology；Radio Access Architecture and Interfaces)”；R2-164306，“电子邮件讨论[93bis#23][NR]部署情形的概述(Summary of email discussion[93bis#23][NR]Deployment scenarios)”，NTT DOCOMO公司；3GPP RAN2#94会议记录；R2-162251，“高频新RAT的RAN2方面(RAN2aspects of high frequency New RAT)”，三星；TS36.213V14.3.0，“E-UTRA物理层程序(E-UTRA Physical layer procedures)”；TS36.212V14.3.0，“E-UTRA复用和信道译码(E-UTRA Multiplexing and channel coding)”；TS 36.211V14.3.0，“E-UTRA物理信道和调制(E-UTRA Physical channels andmodulation)”；3GPP TSG RAN WG1#85v1.0.0的最终报告(中国南京，2016年5月23日至27日)；3GPP TSG RAN WG1#86v1.0.0的最终报告(瑞典哥德堡，2016年8月22日至26日)；3GPPTSG RAN WG1#86bis v1.0.0的最终报告(葡萄牙里斯本，2016年10月10日至14日)；3GPPTSG RAN WG1#87v1.0.0的最终报告(美国里诺，2016年11月14日至18日)；3GPP TSG RANWG1#AH1_NR v1.0.0的最终报告(美国斯波坎，2017年1月16日至20日)；3GPP TSG RAN WG1#88v1.0.0的最终报告(希腊雅典，2017年2月13日至17日)；3GPP TSG RAN WG1#88bisv1.0.0的最终报告(美国斯波坎，2017年4月3日至7日)；3GPP TSG RAN WG1#89v1.0.0的最终报告(中国杭州，2017年5月15日至19日)；3GPP TSG RAN WG1#AH_NR2v1.0.0的最终报告(中国青岛，2017年6月27日至30日)；3GPP TSG RAN WG1会议#90的最终***笔记(捷克布拉格，2017年8月21日至25日)；3GPP TSG RAN WG1会议#AH_NR3的最终***笔记(日本名古屋，2017年9月18日至21日)；以及3GPP TSG RAN WG1会议#90bis的最终***笔记(捷克布拉格，2017年10月9日至13日)(通过电子邮件批准更新)。上文所列的标准和文档特此明确地以全文引用的方式并入。
图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(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE)的实施例的简化框图。在传送器***210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。
在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。
可使用OFDM技术将每一数据流的经译码数据与导频数据复用。导频数据通常为以已知方式进行处理的已知数据模式，且可在接收器***处使用以估计信道响应。随后基于针对每一数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的经复用导频和译码数据以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码和调制。
接着将所有数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器220可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。
每一传送器222接收和处理相应的符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从NT个天线224a到224t传送来自传送器222a到222t的NT个经调制信号。
在接收器***250处，由NR个天线252a到252r接收所传送的经调制信号，并且将从每一天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收信号、数字化经调节信号以提供样本，并且进一步处理所述样本以提供对应的“接收”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收并处理NR个接收符号流以提供NT个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX处理器260进行的处理与传送器***210处的TX MIMO处理器220及TX数据处理器214所执行的处理互补。
处理器270定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着通过TX数据处理器238(所述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、中央处理单元(central processing unit，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一般执行物理连接。
自2015年3月以来，已经启动了关于下一代(即，5G)接入技术的3GPP标准化活动。一般来说，下一代接入技术旨在支持以下三个系列的使用情形以用于满足紧急的市场需求以及由ITU-R IMT-2020阐述的更长期的要求：
-经增强移动宽带(enhanced Mobile Broadband，eMBB)
-大规模机器类型通信(massive Machine Type Communications，mMTC)
-超可靠且低时延通信(Ultra-Reliable and Low Latency Communications，URLLC)。
关于新无线电接入技术的5G研究项目的目的是识别并开发新无线电***所需的技术组件，其应当能够使用范围至少高达100GHz的任何频谱带。支持高达100GHz的载波频率在无线电传播领域中产生了许多挑战。当载波频率增加时，路径损耗也增加。
基于3GPP R2-162366，在较低频带(例如，目前LTE频带＜6GHz)中，可通过形成用于传送下行链路公共信道的宽扇区波束来提供所需的小区覆盖范围。但是，如果在较高频率(>>6GHz)下利用宽扇区波束，天线增益相同的情况下，小区覆盖范围减小。因此，为了在较高频带上提供所需小区覆盖范围，需要较高天线增益来补偿增加的路径损耗。为了增加宽扇区波束上的天线增益，使用较大天线阵列(天线元件的数目在数十至数百的范围内)来形成高增益波束。
因此，由于高增益波束比宽扇区波束窄，所以需要用于传送下行链路公共信道的多个波束来覆盖所需的小区区域。接入点能够形成的并行高增益波束的数目可能受到所利用的收发器架构的成本和复杂性限制。实际上，在较高频率下，并行高增益波束的数目比覆盖小区区域所需的波束的总数目小得多。换句话说，接入点能够在任何给定时间通过使用波束的子集而仅覆盖小区区域的一部分。
基于3GPP R2-163716，波束成形是在天线阵列中用于定向信号传送/接收的信号处理技术。通过波束成形，波束可以通过以下方式形成：组合相控天线阵列中的元件，其方式为使得特定角度处的信号经受相长干扰，而其它信号经受相消干扰。可以使用多个天线阵列来同时利用不同波束。
波束成形可一般分成三种类型的实施方案：数字波束成形、混合波束成形以及模拟波束成形。对于数字波束成形，波束在数字域上产生，即，每一天线元件的加权可受基带控制(例如，连接到收发器单元(Transceiver Unit，TXRU))。因此，横跨***带宽以不同方式调谐每一子带的波束方向是非常容易的。并且，不时改变波束方向不需要正交频分复用(Orthogonal Frequency Division Multiplexing，OFDM)符号之间的任何切换时间。可以同时产生方向覆盖整个覆盖范围的所有波束。然而，此结构需要TXRU(收发器/RF链)与天线元件之间的(几乎)一对一映射，且在天线元件的数目增加且***带宽增加(还存在热量问题)时非常复杂。
对于模拟波束成形，波束在模拟域上产生，即，每一天线元件的加权可受射频(Radio Frequency，RF)电路中的振幅/相位移位器控制。由于加权仅受所述电路控制，所以同一波束方向将适用于整个***带宽。此外，如果要改变波束方向，那么需要切换时间。通过模拟波束成形同时产生的波束的数目取决于TXRU的数目。应注意，对于给定大小的阵列，TXRU的增加可减少每一波束的天线元件，从而产生更宽的波束。简单地说，模拟波束成形可避免数字波束成形的复杂性和发热问题，但是它的操作更受限制。混合波束成形可被视为模拟波束成形与数字波束成形之间的折中，其中波束可来自模拟域和数字域两者。
图5A到5C提供三种类型的波束成形的示例性图示。
基于3GPP R2-162709并且如图6所示，eNB可以具有多个TRP(集中式或分布式)。每一传送接收点(Transmission/Reception Point，TRP)可形成多个波束。波束的数目和在时间/频域中同时的波束的数目取决于天线阵列元件的数目和TRP处的射频(radiofrequency，RF)。
NR的潜在移动性类型可列出如下：
·TRP内移动性
·TRP间移动性
·NR eNB间移动性
基于3GPP R2-162762，仅依赖于波束成形且在较高频率中操作的***的可靠性可具有挑战性，因为覆盖范围可能对时间和空间变化都较敏感。因此，相比于在LTE情况下，所述狭窄链路的信号噪声干扰比(Signal to Noise and Interference ratio，SINR)可能下降的快得多。
在接入节点处使用具有数百个元件的天线阵列，可以创建每节点具有数十或数百个候选波束的相当规则的波束网格覆盖模式。从此阵列产生的个别波束的覆盖区域可能较小，小到宽度约为几十米。因此，相比于通过LTE提供的大面积覆盖范围的情况，当前服务波束区域外部的信道质量降级更快。
基于3GPP R3-160947，图7和8所示的情形应该被视为受NR无线电网络架构支持。
基于3GPP R2-164306，采集独立NR的小区布局的以下情形以供研究：
·仅宏小区部署
·不均匀部署
·仅小型小区部署
基于3GPP RAN2#94会议记录，1个NR eNB对应于1个或许多TRP。两级网络控制移动性：
·在“小区”级驱动的RRC。
·零/最少RRC参与(例如，在MAC/PHY处)
图9到12示出了5G NR中的小区的概念的一些实例。图9示出了在单个TRP小区情况下的示例性部署。图10示出了在多个TRP小区情况下的示例性部署。图11示出了在多个TRP情况下的包括5G节点的示例性5G小区。图12示出了LTE小区和NR小区之间的示例性比较。
如在3GPP TSG RAN WG1#85v1.0.0(中国南京，2016年5月23日至27日)的最终报告中所描述的，RAN1#85会议中关于波束管理的一些协议如下：
关于受支持NR操作的R1-165559WF，三星、诺基亚、阿尔卡特朗讯上海贝尔
协议：
●以下是NR中将研究的波束成形的三个实施方案
○模拟波束成形
○数字波束成形
○混合波束成形
○注意：用于NR的物理层程序设计相对于在TRP/UE处采用的波束成形实施方案可能对UE/TRP不可知，但其可采取波束成形实施方案特定的优化以便不损失效率
●RAN1针对这些信道/信号/测量/反馈研究基于多波束的方法以及基于单波束的方法
○初始接入信号(同步信号和随机接入信道)
○***信息递送
○RRM测量/反馈
○L1控制信道
○其它有待进一步研究
○注意：用于NR的物理层程序设计可尽可能地统一，无论在单独初始接入程序中至少为了同步信号检测而在TRP处采用基于多波束还是单波束的方法
○注意：单波束方法可为多波束方法的特殊情况
○注意：单波束方法和多波束方法的个别优化是可能的
●基于多波束的方法
○在基于多波束的方法中，使用多个波束来覆盖TRP/UE的DL覆盖区域和/或UL覆盖距离
○基于多波束的方法的一个实例是波束扫掠：
■当波束扫掠应用于信号(或信道)时，所述信号(信道)在多个波束上传送/接收，所述多个波束是在有限持续时间中的多个时间实例上
●单个/多个波束可在单个时间实例中传送/接收
○其它有待进一步研究
●基于单波束的方法
○在基于单波束的方法中，可使用单个波束来覆盖TRP/UE的DL覆盖区域和/或UL覆盖距离，对于LTE小区特定的信道/RS是类似的
●对于基于单波束和多波束的方法，RAN1可另外考虑以下各项
●功率提升
●SFN
●重复
●波束分集(仅对于多波束方法)
●天线分集
●不排除其它方法
●不排除基于单波束和基于多波束的方法的组合
R1-165564，关于UE波束成形和波束管理的前景，诺基亚、三星、英特尔、交互数字公司、阿尔卡特朗讯上海贝尔
协议：
●RAN1至少针对基于多波束的方法研究波束成形程序及其***影响
○基于多波束和单波束的方法中用于波束成形优化例如开销和等待时间等不同度量的物理层程序
○基于多波束的方法中需要波束训练的物理层程序，即传送器和/或接收器波束的导向
■例如，周期性/非周期性的下行链路/上行链路TX/RX波束扫掠信号，其中周期性信号可半静态地或动态地配置(有待进一步研究)
■例如，UL探测信号
■不排除其它实例
R1-165684，关于波束成形程序的前景，诺基亚
协议：
●考虑TRP内和TRP间波束成形程序。
●根据以下潜在使用情况，考虑具有/不具有TRP波束成形/波束扫掠以及具有/不具有UE波束成形/波束扫掠的波束成形程序：
○UE移动、UE旋转、波束成块：
■在TRP处的波束改变，在UE处的相同波束
■在TRP处的相同波束，在UE处的波束改变
■在TRP处的波束改变，在UE处的波束改变
○不排除其它情况
在如3GPP TSG RAN WG1#86v1.0.0(瑞典哥德堡，2016年8月22日至26日)的最终报告中所描述，RAN1#86会议中关于波束管理的一些协议如下：
R1-168278，关于DL波束管理的前景，英特尔公司、华为、海思、爱立信、诺基亚、阿尔卡特朗讯上海贝尔、威瑞森、MTK、LGE、NTT DoCoMo、新威(Xinwei)
协议：
●在一个或多个TRP内支持以下DL L1/L2波束管理程序：
○P-1：用于实现不同TRP Tx波束上的UE测量以支持TRP Tx波束/UE Rx波束的选择
■对于TRP处的波束成形，其通常包含从一组不同波束的TRP内/TRP间Tx波束扫掠
■对于在UE处的波束成形，其通常包含从一组不同波束的UE Rx波束扫掠
■有待进一步研究：可联合地或循序地确定TRP Tx波束和UE Rx波束
○P-2：用于实现不同TRP Tx波束上的UE测量以可能地改变TRP间/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-168468，支持波束相关程序的定义，诺基亚、高通、CATT、英特尔、NTT DoCoMo、联发科技、爱立信、ASB、三星、LGE
{
●波束管理＝获取并保持可用于DL和UL传送/接收的一组TRP和/或UE波束的一组L1/L2程序，其至少包含以下方面：
○波束确定＝用于TRP或UE选择其自身的Tx/Rx波束。
○波束测量＝用于TRP或UE测量所接收波束成形信号的特性
○波束报告＝用于UE基于波束测量来报告波束形成信号的属性/质量的信息
○波束扫掠＝覆盖空间区域的操作，其中以预定方式在时间间隔期间传送和/或接收波束。
}
R1-168389，关于下行链路控制信道的设计的前景，中兴通讯股份有限公司、中兴微电子、高通、ASTRI、英特尔公司
R1-168274的修订
协议：
●研究用于L1控制信道的波束和用于数据信道的波束的关系
○例如，使用不同波束宽度用于数据和控制
○例如，使用不同波束方向用于数据和控制
○例如，至少一个波束由数据和控制共享
○例如，同一波束用于数据和控制
如3GPP TSG RAN WG1#86bis v1.0.0(葡萄牙里斯本，2016年10月10日至14日)的最终报告中所描述，RAN1#86会议中关于波束管理的一些协议如下：
R1-1610971，关于波束互易性的定义，三星、高通、交互数字公司、英特尔、IITM、IITH、CeWIT、特哈斯网络、KT、联发科技、AT&T、威瑞森、摩托罗拉移动、信实通信
工作假设：
○以下定义为在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能够基于TRP的基于对UE的一个或多个Tx波束的上行链路测量的指示而确定用于下行链路接收的UE Rx波束。
○仍可论述更精炼的定义
R1-1610894，UL波束管理，三星、华为、英特尔
协议：
●NR中将进一步研究UL波束管理
○相似程序可定义为DL波束管理，其中细节有待进一步研究，例如：
■U-1：用于实现不同UE Tx波束上的TRP测量以支持UE Tx波束/TRP Rx波束的选择
●注意：这不一定适用于所有情况
■U-2：用于实现对不同TRP Rx波束的TRP测量以可能地改变/选择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，关于波束恢复的前景，三星、高通、英特尔、KT、LGE、爱立信
协议：
●NR支持在用于NR的链路故障和/或堵塞的情况下的机制
○是否使用新程序有待进一步研究
●研究至少以下方面：
○是否需要用于此机制的DL或UL信号传送
■例如，RACH前导码序列、DL/UL参考信号、控制信道等
○如果需要，用于此机制的资源分配
■例如，RACH资源对应机制等
如3GPP TSG RAN WG1#87v1.0.0(美国里诺，2016年11月14日至18日)的最终报告中所描述，RAN1#87会议中关于波束管理的一些协议如下：
R1-1613287，关于NR NW发起的波束切换的前景，英特尔、爱立信
协议：
●NR提供针对波束对链路堵塞的稳健性
○研究实现以上目的的机制
■例如，通过用N个波束实现PDCCH/PDSCH监听
●例如，N＝1、2……
●例如，TDM监听、同时监听等
■例如，通过经由例如SFBC和/或多级控制信道实现复合波束
■实例并不希望为穷尽性的
R1-1613682，关于波束对应的前景，三星、NTT DOCOMO、交互数字公司、联发科技、Convida Wireless、夏普
协议：
●在必要时鼓励公司精炼波束对应的定义
○注意：是否在NR中引入此定义是单独的话题
●在波束对应的精炼定义(如果存在)下，研究是否需要用于确定UE的波束对应的机制。
○研究可以考虑以下方面——
■例如，待考虑的SNR/功率(波束质量)、CSI和其它的度量
■例如，声明波束对应的度量的值
■例如，复杂度/开销
■例如，支持关于在UE处的波束对应向gNB报告的可能性
R1-1613670，关于用于控制和数据信道的波束管理的前景，中兴、中兴微电子、ASTRI、英特尔、三星、LGE
协议：
●NR在具有和不具有下行链路指示的情况下支持导出QCL假设以辅助UE侧波束成形从而用于下行链路控制信道接收
○有待进一步研究：细节
■例如，QCL假设细节
■例如，指示信令(例如，DCI、MAC CE、RRC等)
■例如，用于DL控制和数据信道的波束相关指示
R1-1613774，关于NR中UE发起的UL传送的前景，LG电子、爱立信、华为、海思
协议：
●NR应当例如在波束质量降级的情况下研究事件驱动的UE发起的UL传送的必要性
○例如，由于UE移动性/旋转、堵塞和/或链路故障等
○有待进一步研究：波束质量降级的事件的细节
如3GPP TSG RAN WG1#AH1_NR v1.0.0(美国斯波坎，2017年1月16日至20日)的最终报告中所描述，RAN1#AH1_NR会议中关于波束管理的一些协议如下：
R1-1701481，关于多波束NR***中的波束恢复的前景，高通、诺基亚、ASB、新威、英特尔、交互数字公司
协议：
●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-1701351，关于波束对应的前景，NTT DOCOMO、三星、三菱电气、联发科技、夏普、OPPO、MTI
协议：
●对于波束对应的定义：
○确认定义的先前工作假设
■注意：此定义/术语是为了方便讨论
○详细性能条件由RAN4作出
协议：
●支持UE波束对应相关信息向TRP的能力指示
○有待进一步研究的细节包含能力定义、当指示不必要时的情况(如果存在)
如3GPP TSG RAN WG1#88v1.0.0(希腊雅典，2017年2月13日至17日)的最终报告中所描述，RAN1#88会议中关于波束管理的一些协议如下：
R1-1703558，用于波束管理的RS，三星、联发科技、KT公司、诺基亚、ASB、威瑞森
协议：对于用于P1/P2/P3的波束管理(BM)的信号，进一步研究其是UE特定的还是非UE特定的
R1-1703988，关于从波束故障恢复的机制的前景，华为、海思、LG电子、联发科技、AT&T、三星、vivo
协议：
●波束故障事件在相关联控制信道的波束对链路的质量下降到足够低(例如，与阈值(即相关联的定时器的暂停时间)比较)时发生。当波束故障发生时触发从波束故障恢复的机制
○注意：此处波束对链路是为了方便而使用的，并且可以在也可以不在规范中使用
○有待进一步研究：质量是否可另外包含与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电子、华为、海思、联发科技、三星、诺基亚
协议：
●NR中应当支持以下机制：
○报告波束故障的UL传送可位于与PRACH相同的时间实例中：
■正交于PRACH资源的资源
●频率和/或序列中的正交有待进一步研究(并不希望影响PRACH设计)
●信道/信号有待进一步研究
○报告波束故障的UL传送可位于与PRACH不同的时间实例(可针对UE进行配置)
■考虑在配置UL信号中RACH周期性的影响以报告位于PRACH外的时隙中的波束故障
■用于UL传送的信号/信道有待进一步研究
○不排除使用其它信道/信号的额外机制(例如，SR、无UL授予的PUSCH、UL控制)
如3GPP TSG RAN WG1#88bis v1.0.0(美国斯波坎，2017年4月3日至7日)的最终报告中所描述，RAN1#88bis会议中关于波束管理的一些协议如下：
R1-1706633，关于波束故障恢复的前景，联发科技、爱立信、三星、KT公司、交互数字公司
协议：
●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电子、爱立信、英特尔、KT公司、诺基亚、联发科技
协议：
●研究当NW接收到波束故障恢复请求时如何支持至少一个机制
○例如，NW指派用于波束报告的UL授予，NW向UE传送用于波束测量的DL RS、NW信号波束指示或确认等
○例如，关于应用哪一机制的NW决策的UE辅助
○特定机制是否具有规范影响
R1-1706681，关于从波束故障恢复的前景，三星、联发科技、爱立信、NTT DOCOMO
协议：对于“无新候选波束”的情形是否存在问题，且如果存在问题则RLF程序是否可以充分处理所述问题有待进一步研究
如在3GPP TSG RAN WG1#89v1.0.0(中国杭州，2017年5月15日至19日)的最终报告中所描述的，RAN1#89会议中关于波束管理的一些协议如下：
R1-1709606，波束恢复机制的会后总结，联发科技
工作假设：
●至少支持波束故障恢复请求传送的以下触发条件：
○条件1：当检测到波束故障且至少对于当仅CSI-RS用于新候选波束识别时的情况识别候选波束时
○有待进一步研究的条件2：至少对于无互易性的情况单独检测波束故障
■在不了解候选波束的情况下如何传送恢复请求有待进一步研究
○注意：如果支持这两个条件，那么UE使用哪一触发条件还取决于gNB配置和UE能力
R1-1709309，关于波束恢复的前景，中兴、联发科技、vivo、展讯、高通、ASTRI、AT&T、OPPO、爱立信、LGE、新威
结论：
●对于波束管理中的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公司、爱立信
协议：
●为了接收对波束故障恢复请求的gNB响应，UE监听NR PDCCH，假设对应的PDCCHDM-RS与UE识别的候选波束的RS成空间QCL
○候选波束是否是根据预配置组识别有待进一步研究
○支持在时间窗期间对波束故障恢复请求的gNB响应的检测
■时间窗是进行配置还是预定有待进一步研究
■时间窗内的监听时机的数目有待进一步研究
■时间窗的大小/位置有待进一步研究
■如果窗内未检测到响应，那么UE可以执行请求的重新传送
●细节有待进一步研究
○如果在传送特定次数之后未检测到，那么UE通知高层实体
■传送的次数或者可能存在的进一步结合定时器或由定时器单独确定有待进一步研究
如在3GPP TSG RAN WG1#AH1_NR2v1.0.0(中国青岛，2017年6月27日至30日)的最终报告中所描述的，RAN1#AH1_NR2会议中关于波束管理的一些协议如下：
协议：
●RAN1协定特定数目的波束故障恢复请求传送可通过使用一些参数由NW配置
○供NW使用的参数可以是：
■传送次数
■仅基于定时器
■以上各项的组合
●有待进一步研究：波束故障恢复程序是否受到RLF事件影响
协议：
●在没有成功从波束故障恢复的情况下，UE向高层发送指示，并制止进一步的波束故障恢复
○RLF和不成功的波束故障恢复指示(如果存在)之间的关系，例如，波束故障恢复程序是影响RLF事件还是受RLF事件影响
○发送LS通知RAN2——将在下次会议进行
R1-1711717，关于使用用于波束恢复的SS块的前景，中兴、爱立信、NTT DOCOMO、联发科技、展讯、vivo、OPPO、高通、新威、LG电子、AT&T、联想、CMCC、***、中国电信、ASTRI、三星、诺基亚、ASB、III、MTI、夏普、国家仪器
提议：
●除了周期性CSI-RS之外，服务小区内的SS块也可用于新候选波束识别
■以下各者支持：中兴、爱立信、NTT DOCOMO、联发科技、展讯、vivo、OPPO、高通、新威、LG电子、AT&T、联想、CMCC、***、中国电信、ASTRI、三星、诺基亚、ASB、III、MTI、夏普、国家仪器
■以下各者反对：IDC、HW、海思、英特尔
在下一会议中继续讨论
如3GPP TSG RAN WG1会议#90(捷克布拉格，2017年8月21日至25日)的最终***笔记中所描述，RAN1#90会议中关于波束管理的一些协议如下：
R1-1715012，关于波束恢复机制的会后讨论，联发科技公司
协议：
●仅在所有服务控制信道发生故障时声明波束故障。
●当服务控制信道的子集发生故障时，同样应当处理此事件
●细节有待进一步研究
R1-1714771，关于波束恢复机制的会后讨论总结，联发科技
协议：
·除了周期性CSI-RS之外，服务小区内的SS块也可用于新候选波束识别
·可配置以下选择方案用于新候选波束识别
·仅CSI-RS
·注意：在此情况下，SSB将不被配置成用于新候选波束识别
·仅SS块
·注意：在此情况下，CSI-RS将不被配置成用于新候选波束识别
·有待进一步研究：CSI-RS+SS块
工作假设：
·对于PRACH上的波束故障恢复请求传送，支持使用即具有其它PRACH资源的CDM的资源。
-应注意，CDM是指与PRACH前导码相同的序列设计。
-应注意，用于波束故障恢复请求传送的PRACH的前导码选自用于Rel-15中的无争用PRACH操作的那些前导码
-注意：此特征并不希望对与其它PRACH资源相关的设计产生任何影响
-进一步考虑是否需要具有其它PRACH的TDM
如3GPP TSG RAN WG1会议#AH_NR3(日本名古屋，2017年9月18日至21日)的最终***笔记中所描述，RAN1#AH_NR3会议中关于波束管理的一些协议如下：
R1-1716874，关于波束恢复机制的会后总结，联发科技
协议：
通过以下修订确认用于波束恢复请求传送的触发条件1的WA
·“至少支持波束故障恢复请求传送的以下触发条件：
条件1：当检测到波束故障且至少对于当仅CSI-RS用于新候选波束识别时的情况识别候选波束时”
协议：
确认以下工作假设
·对于PRACH上的波束故障恢复请求传送，支持使用即具有其它PRACH资源的CDM的资源
-应注意，CDM是指与PRACH前导码相同的序列设计。
-应注意，用于波束故障恢复请求传送的PRACH的前导码选自用于Rel-15中的无争用PRACH操作的那些前导码
-注意：此特征并不希望对与其它PRACH资源相关的设计产生任何影响
-进一步考虑是否需要具有其它PRACH的TDM
注意：公司可进一步研究用于传送波束故障恢复请求的前导码序列上的额外循环移位的必要性和可行性
R1-1716920，关于用于波束故障恢复机制的专用PRACH分配的前景
联发科技、交互数字公司、华为、海思、LG、英特尔、爱立信
协议：
-出于新候选波束识别目的
-在仅CSI-RS情况中，在仅CSI-RS资源和专用PRACH资源之间配置直接关联
-在仅SS块情况中，在仅SS块资源和专用PRACH资源之间配置直接关联
-在CSI-RS+SS块情况(如果支持)中，在CSI-RS/SSB的资源和专用PRACH资源之间配置关联
·CSI-RS和SSB可通过QCL关联而与相同专用资源相关联
如3GPP TSG RAN WG1会议#90bis(捷克布拉格，2017年10月9日至13日)的最终***笔记中所描述，RAN1#90bis会议中关于波束管理的一些协议如下：
R1-1719170，关于波束管理参数的前景，高通、爱立信、英特尔、LGE、三星、华为、海思、诺基亚、NSB
完成BM的参数列表的电子邮件讨论
直到10月27日-Sundar(高通)
电子邮件批准之后的更新
协议：
●包含RRC参数：Num-Reported-RS-Measure。取值范围——{1,2,3,4}，默认——1。
○针对非基于群组的报告中的每一报告设置待报告的所测量RS资源的数目N。N<＝N_max，其中取决于UE能力，N_max是2或4。N的取值范围是{1,2,3,4}。
○注意：某些RS和/或报告设置可能不需要此参数
○有待进一步研究：用于gNB选择UE的N个波束的子集来测量和报告的信令机制。
●参数Apply_Same_SpatialFilter_Mult-SRS-Resource的包含有待进一步研究
●波束管理将不讨论SRS的功率控制的RRC参数，而是将与UL PC中的功率控制一起讨论该RRC参数。
●支持参数Is-TCI-Present
○在至少配置/指示空间QCL的情况下，TCI字段是否存在于DL相关DCI中。有待进一步研究：关于它是针对每一CORESET的还是针对每一经配置UE的细节
○布尔
○默认为真
●在TCI不存在于DL相关DCI中的情况下，继续讨论关于用于确定PDSCH的QCL参数的QCL参数/指示的高层信令的细节
●NR支持在接收PDSCH的DL指派的时间和接收PDSCH的时间之间的偏移小于Threshold-Sched-Offset的情况下识别空间QCL的机制。
○有待进一步研究：如果识别需要显式RRC信令或基于规则。
●NR不支持波束管理中的RRC参数：Threshold-Sched-Offset。
○此类参数是否被包含为UE能力有待进一步研究
●支持以下参数：
○参考RS和目标SRS之间的空间关系的SRS-SpatialRelationInfo配置/指示。参考RS可为SSB/CSI-RS/SRS。来源：R1-1718920
○取值范围：{SSB,CSI-RS,SRS}
●支持以下RRC参数：
○resource-config-SS-list：用于波束测量和资源组中的报告的SSB资源列表。来源：R1-1719059
○取值范围：{SSB索引}
●支持出于新候选波束识别的目的而配置RS资源的RRC参数。
○参数是参考信号类型还是用于波束故障恢复的实际资源有待进一步研究。
●确认以下工作假设：
○基于以下质量量度确定波束故障检测：
■假设PDCCH BLER
●有待进一步研究：是否需要RRC参数来设置不同阈值以供UE检测波束故障。
●继续关于阈值类型以及是否需要RRC参数Candidate-Beam-Identification-Threshold的讨论
●支持参数“Beam-failure-recovery-request-RACH-Resource”
○用于波束故障恢复的专用PRACH资源的参数：
■前导码序列相关参数，例如，根序列、循环移位和前导码索引。
■最大传送次数
■最大功率斜变数目
■目标接收功率
■用于重新传送的定时器
■重新传送Tx功率斜变步长
■波束故障恢复定时器
○注意：如果重复使用与初始存取相同的参数，那么可为上述参数的子集
○结构和元件的细节有待进一步研究
●不需要引入RRC参数Beam-Failure-Resource，因为它被“Beam-failure-recovery-request-RACH-Resource”涵盖
●潜在的RRC参数Beam-Failure-Recovery-Response-CORESET和Candidate-Beam-BFR-Resource-List有待进一步研究
R1-1718933，关于波束故障恢复的会后讨论总结，联发科技
协议：
通过定址到C-RNTI的PDCCH传送gNB响应
有待进一步研究：gNB响应的DCI格式
应用专用CORESET以监听BFRQ的gNB响应。CORESET从以下两个替代方案中进行向下旋转：
替代方案1：与先前的波束故障相同的CORESET
替代方案2：专门配置用于波束故障恢复的CORESET
R1-1718982，关于用于波束故障恢复的候选波束识别的前景，华为、海思、LGE、英特尔、交互数字公司、AT&T、vivo、展讯、联想、摩托罗拉移动、夏普、KT公司、OPPO、中兴、中兴微电子(SaneChips)、诺基亚、诺基亚上海贝尔、中国电信
还受Convida Wireless、WILUS公司、富士通支持
协议：
规范支持出于新候选波束识别目的的CSI-RS+SS块情况
上述情况经gNB配置
注意：专用PRACH资源被配置成SSB或CSI-RS资源
当UE配置有CSI-RS+SSB时，支持以下两种情形
情形1：PRACH仅与SSB相关联
在此情形中，用于新波束识别的CSI-RS资源可根据与SSB的QCL关联找到。
情形2：多个PRACH中的每一个与SSB或CSI-RS资源相关联
有待进一步研究：多个SSB可与相同上行链路资源相关联。
关于上述协议，CATT担心它可能不是用于波束故障恢复的基本特征
工作假设：
基于以下质量量度确定波束故障检测：
假设PDCCH BLER
R1-1719174，关于波束故障恢复的前景，联发科技、英特尔、华为、海思、中兴、中兴微电子、CHTTL
提议：
·如果连续经检测波束故障实例的数目超过经配置最大数目，那么可传送波束恢复请求
·(工作假设)如果假设PDCCH BLER高于阈值，那么它被视为波束故障实例
·注意：当所有服务波束发生故障时，确定波束故障
·当候选波束的度量X高于阈值时，可识别候选波束
·有待进一步研究：度量X
·引入1个或2个阈值
·如果引入2个阈值，那么一个用于SSB，另一个用于CSI-RS
·在RAN1#91中对以下替代方案中的一个进行向下旋转
·Alt-1：固定值
·Alt-2：可通过RRC信令配置的值
·RAN2应该针对阈值的配置指定RRC信令
·注意：对于波束故障检测，UE应该知道PDCCH的CSI-RS和DMRS之间的传送功率偏移
·其它细节有待进一步研究。
协议：
·供gNB独特地识别来自波束故障恢复请求传送的UE标识
-PRACH序列被配置给UE
工作假设：
·至少以下参数应该被配置成用于波束故障恢复的专用PRACH资源
-每UE参数
·前导码序列相关参数
-例如，根序列、循环移位和前导码索引
·最大传送次数
·最大功率斜变数目
·目标接收功率
·重新传送Tx功率斜变步长
·波束故障恢复定时器
-每专用PRACH资源参数
·频率位置信息
·时间位置(如果它仅是所有RACH符号的子集(例如，PRACH掩模)
·相关联的SSB或CSI-RS信息
-注意：作为开始点，使用初始接入前缀传送机制和参数。如果识别出任何问题，可引入新机制。
·如果重复使用与初始存取相同的参数，那么不需要上述UE参数的其它RRC信令
电子邮件讨论将论述R1-1719174的幻灯片8、9、10中的其余波束故障恢复问题
-直到10月27日，Chia-Hao(联发科技)
电子邮件批准的更新：
协议：
●支持时间窗的持续时间的RRC配置和UE的专用CORESET以监听波束故障恢复请求的gNB响应。
○UE假设专用CORESET在波束故障恢复请求中与UE识别的候选波束的DL RS成空间QCL。
○有待进一步研究：多个专用CORESET可被配置给UE，其中每一CORESET可具有不同空间QCL配置
○注意：时间窗由在关于波束故障恢复请求传送的规范中限定的固定时间偏移和从固定时间偏移开始的RRC可配置持续时间确定。
■固定时间偏移k(时隙)的值有待进一步研究。
下文可以使用一个或多个以下术语：
●BS：用于控制一个或多个与一个或多个小区相关联的TRP的NR中的网络中央单元或网络节点。BS和TRP之间的通信经由前传。BS还可被称作中央单元(CU)、eNB、gNB或NodeB。
●TRP：传送接收点提供网络覆盖且与UE直接通信。TRP还可被称作分布式单元(distributed unit，DU)或网络节点。
●小区：小区由一个或多个相关联TRP组成，即，小区的覆盖范围由所有相关联TRP的覆盖范围组成。一个小区受一个BS控制。小区还可被称作TRP群组(TRP group，TRPG)。
●波束扫掠：为了覆盖所有可能的传送和/或接收方向，需要数个波束。因为不可能同时产生所有这些波束，所以波束扫掠是指在一个时间间隔中产生这些波束的子集，并在其它时间间隔中改变所产生的波束，即在时域中改变波束。如此，可在若干时间间隔之后覆盖所有可能方向。
●波束扫掠数目：在所有可能的传送和/或接收方向上扫掠波束一次所必需的时间间隔数目。换句话说，在一个时间段内将应用波束扫掠的信令传送“波束扫掠数目”次，例如，在所述时间段的不同时间在(至少部分)不同的波束中传送信令。
●服务波束：UE的服务波束是通过例如TRP的网络节点产生的当前正在用于与UE通信的波束，例如以供传送和/或接收。
●候选波束：UE的候选波束是服务波束的候选者。服务波束可以是也可以不是候选波束。
●合格波束：合格波束是基于测量波束上的信号具有好于阈值的无线电质量的波束。
●最佳服务波束：具有最佳质量(例如，最高BRSRP值)的服务波束。
●最差服务波束：具有最差质量(例如，最低BRSRP值)的服务波束。
下文可以使用一个或多个以下对于网络侧的假设：
●使用波束成形的NR可为独立的，即UE可直接驻留在NR上或连接到NR。
■使用波束成形的NR和不使用波束成形的NR可共存，例如，在不同的小区中。
●TRP可将波束成形应用到数据和控制信令传送和接收两者(如果可能且有益的话)。
■由TRP同时产生的波束的数目取决于TRP能力，例如，由不同TRP同时产生的波束的最大数目可为不同的。
■例如对于在每一方向上待提供的控制信令，波束扫掠是必需的。
■(对于混合波束成形)TRP可能不支持所有波束组合，例如，一些波束可能无法同时产生。图18示出了波束产生的组合限制的实例。
●相同小区中的TRP的下行链路时序同步。
●网络侧的RRC层在BS中。
●TRP应该同时支持例如由于不同的UE能力或UE版本而具有UE波束成形和不具有UE波束成形的UE。
下文可以使用一个或多个以下对于UE侧的假设：
●如果可能且有益，那么UE可执行波束成形以供接收和/或传送。
■由UE同时产生的波束的数目取决于UE能力，例如，有可能产生超过一个波束。
■由UE产生的波束比由TRP、gNB或eNB产生的波束宽。
■波束扫掠以供传送和/或接收对于用户数据来说一般不是必要的，但是对于其它信令来说可能是必要的，例如，以用于执行测量。
■(对于混合波束成形)UE可能不支持所有波束组合，例如一些波束可能无法同时产生。图13示出了波束产生的组合限制的实例。
●不是每一个UE都支持UE波束成形，例如，由于UE能力或NR第一个(少数)版本中不支持UE波束成形。
●一个UE有可能同时产生多个UE波束，并且有可能由来自相同小区的一个或多个TRP的多个服务波束服务。
■相同或不同的(DL或UL)数据可通过不同波束在相同的无线资源上进行传送以用于分集或处理量增益。
●存在至少两种UE(RRC)状态：连接状态(或称为作用中状态)和非连接状态(或称为非作用中状态或空闲状态)。非作用中状态可以是额外状态或属于连接状态或非连接状态。
基于3GPP R2-162251，实际上，为了在eNB和UE侧两者中使用波束成形，将通过eNB中的波束成形的天线增益视为大约15到30dBi，并且将UE的天线增益视为大约3到20dBi。图14(3GPP R2-162251的图3的再现)示出了通过波束成形的增益补偿。
从SINR角度来看，急剧的波束成形降低来自相邻干扰源(即，下行链路情况中的相邻eNB或连接到相邻eNB的其它UE)的干扰功率。在TX波束成形情况中，仅来自其当前波束指向到RX的相同方向的其它TX的干扰将是“有效”干扰。“有效”干扰意味着干扰功率高于有效噪声功率。在RX波束成形情况中，仅来自其波束方向与UE的当前RX波束方向相同的其它TX的干扰将是有效干扰。图15(3GPP R2-162251的图4的再现)示出了通过波束成形弱化的干扰。
在5G或NR中，为了在将来提供用于不同类型的要求和服务的巨大业务速率，使用更高和更高的频率带宽来实现目标。然而，其中执行传送的频带越高，传播损耗更严重。因此，在NR中，波束成形技术一直被视为且被接受作为缓解这个问题及改进覆盖范围的方法。
在NR中，UE和网络之间存在一个或多个波束对链路要连接。然而，如果UE波束和网络波束因为旋转或堵塞而不匹配，那么UE和网络之间的链路将发生故障。更确切地说，当相关联的控制信道的波束对链路的质量下降到足够低(例如，与阈值(即相关联的定时器的暂停时间)比较)时，UE和网络之间的(波束对)链路被视为发生故障，这被称作波束故障。当波束故障出现时，触发用于从波束故障恢复的机制。在NR中，波束故障程序包含以下步骤：
●波束故障检测
●新候选波束识别
●波束故障恢复请求(BFRQ)传送
●UE监听波束故障恢复请求的gNB响应
细节可查询3GPP TSG WG1#88bis v1.0.0的最终报告。
当前，在UE检测到波束故障之后，UE可向网络传送波束故障恢复请求(BFRQ)，其包括用于恢复的UE识别候选波束的信息。在传送请求之后，UE将在经配置时间窗内开始监听对请求的gNB响应，其中请求(传送时间)和时间窗的开始时间之间存在时间偏移。基于3GPPRAN1中的协议，网络将配置专用CORESET以供UE在时间窗内监听gNB响应。更确切地说，UE将在监听专用于gNB响应的经配置CORESET时监听gNB响应，其中专用CORESET可能不同于UE在波束故障出现或被检测到之前监听的CORESET(或其一个子集)。在整个本发明中，UE在波束故障之前监听的CORESET表示为先前CORESET。
然而，仍然不确定也不清楚的一件事是在时间窗期间没有接收到gNB响应的情况下在时间窗之后的UE监听行为。UE没有接收到gNB响应的原因可为gNB没有接收到波束故障恢复请求。另一个可能原因是在UE侧遗漏了gNB响应。在时间窗结束之后，因为UE仍然处于RRC_CONNECTED模式，所以UE可返回监听UE在波束故障之前监听的CORESET(通过发生故障的服务波束)。然而，gNB有可能已经接收到波束故障恢复请求并向UE传送gNB响应，但是gNB响应在某种程度上被UE遗漏。在此情况下，考虑到网络已经意识到服务波束已发生故障且波束恢复请求已传送，UE通过发生故障的服务波束保持监听先前CORESET可能不是有效的。此类行为可在下一BFRQ传送机会和下一时间窗之前一直阻碍UE和网络之间的快速重新连接。因此，应该限定确切行为以免UE和/或网络的模糊性。此外，还应该考虑网络和UE之间的快速重新连接的效率。本发明提供一些解决这一问题的解决方案，这些解决方案在下文详细描述。
在一个实施例中，UE监听或接收第一控制区域。UE可通过第一链路监听和/或接收第一控制区域。UE还可监听和/或接收第二控制区域。更确切地说，UE可通过第二链路监听和/或接收第二控制区域。此外，UE可通过第一链路接收从网络传送的控制信令和/或数据传送。此外，UE可通过第一链路接收和/或监听来自网络的下行链路控制信息，其中下行链路控制信息包括下行链路指派、上行链路授予、CSI报告触发和SRS触发中的至少一个。UE还可通过第二链路接收从网络传送的控制信令和/或数据传送。
示例性第一控制区域可更详细地描述如下。在一个实施例中，第一控制区域可为CORESET或搜索空间。第一控制区域可包含一组PDCCH候选者或一组频率和时间资源。第一控制区域可为配置成监听下行链路控制信令的CORESET。更确切地说，第一控制区域可为配置成监听可指示DL指派和/或UL授予的下行链路控制信令的CORESET。
示例性第二控制区域可更详细地描述如下。在一个实施例中，第二控制区域可为CORESET或搜索空间。第二控制区域可包含一组PDCCH候选者或一组频率和时间资源。在一个实施例中，UE可至少监听和/或接收第二控制区域中的(下行链路)控制信息。具体地说，第二控制区域可为配置成在传送波束故障恢复请求之后监听gNB响应的CORESET。
示例性第一链路可更详细地描述如下。在一个实施例中，第一链路可通过高层配置给UE。此外，第一链路可为无线电链路。第一链路还可为至少一个(DL)波束。更确切地说，第一链路是至少一个(DL)波束对链路。在一个实施例中，第一链路可为在单载波上的至少一个(DL)波束对链路。具体地说，第一链路可以指针对UE所服务的至少一个波束对链路。替代地，第一链路是指针对UE所服务的所有波束对链路。
示例性第二链路可更详细地描述如下。在一个实施例中，第二链路可通过UE识别。具体地说，UE可识别第二链路，并且可向网络传送和/或报告关于第二链路的信息。第二链路可为无线电链路。在一个实施例中，第二链路可为至少一个(DL)波束。更确切地说，第二链路可为至少一个(DL)波束对链路。具体地说，第二链路可为在单载波上的至少一个(DL)波束对链路。
在UE检测到第一链路发生故障之后，UE可向网络传送第一请求。在一个实施例中，“第一链路发生故障”可意味着“出现波束故障”。具体地说，“第一链路发生故障”可意味着UE的所有(服务)波束对链路发生故障或UE的所有(服务)波束对链路的所有控制信道发生故障。在一个实施例中，当相关联的控制信道的波束对链路的质量下降到足够低(例如，与阈值(即相关联的定时器的暂停时间)比较)时，UE和网络之间的波束对链路将被视为发生故障。
在一个实施例中，UE可基于度量而检测到第一链路发生故障。更确切地说，如果由度量测量的第一链路的质量低于阈值，那么UE检测到第一链路发生故障。度量可与SINR、假设BLER或RSRP相关。
在一个实施例中，第一请求可为波束故障恢复请求。第一请求可至少包括和/或指示下行链路参考信号的ID或索引和/或RSRP值。下行链路参考信号可与候选波束相关联。此外，网络可在候选波束上传送下行链路参考信号。UE可基于下行链路参考信号的测量结果检测和/或查找候选波束。下行链路参考信号可与候选波束成空间QCL。
替代地，第一请求可包括和/或指示候选波束的波束索引。UE可预期在第一链路发生故障之后，网络使用候选波束来向UE传送响应或下行链路传送。此外，UE可使用与接收下行链路参考信号的空间滤波器相同的空间滤波器来传送第一请求。UE还可使用与接收下行链路参考信号的空间滤波器相同的空间滤波器来接收响应。更确切地说，UE可使用与传送第一请求的空间滤波器相同的空间滤波器来接收响应。更确切地说，UE可使用与接收下行链路参考信号的空间滤波器相同的空间滤波器来接收候选波束。在一个实施例中，候选波束可为第二链路。第二链路还可包括和/或包含候选波束。
在一个实施例中，在传送第一请求之后，UE可监听和/或接收来自网络的响应。具体地说，UE可在传送第一请求之后监听和/或接收第二控制区域上的响应。在一个实施例中，UE可在与第一请求传送相关联的时间窗期间监听和/或接收第二控制区域上的响应。时间窗的开始时间可与第一请求相关联。在一个实施例中，第一请求的传送时间(单元)和时间窗的开始时间(单元)之间存在时间偏移。第一请求的传送时间单元可为时隙、子帧、符号、子时隙、微时隙、TTI或缩短TTI。时间窗的开始时间单元也可为时隙、子帧、符号、子时隙、微时隙、TTI或缩短TTI。在一个实施例中，响应可为波束故障恢复响应。更确切地说，响应是gNB响应。第二控制区域或与第二控制区域相关联的第二配置可专用的，且配置给UE以用于监听响应。
在一个实施例中，UE可通过第二链路监听和/或接收响应。具体地说，UE可通过在第一请求中指示的候选波束监听和/或接收响应。更确切地说，UE可在时间窗期间在第二链路上监听和/或接收第二控制区域上的响应。在UE接收到响应之后，UE可向网络传送应答。
在一个实施例中，响应可更详细地限定如下。响应可为UE特定的。响应还可通过小区中的标识加扰或定址到小区中的标识。在一个实施例中，标识可为C-RNTI。替代地，响应可为DCI。更确切地说，响应可为通过C-RNTI加扰或定址到C-RNTI的DCI。在时间窗结束之后，UE可停止监听响应。
替代地，响应可为下行链路指派、UL授予或非周期性CSI报告触发。响应还可为DL/UL RS传送或DL/UL RS传送触发。在一个实施例中，响应可用于波束精炼。具体地说，响应可触发波束报告。
在一个实施例中，应答可更详细地限定如下。应答可为上行链路控制信号(例如，ACK/NACK)、上行链路传送(例如，PUSCH、PUCCH和PRACH)、CSI报告或波束报告。
如果UE在与第一请求相关联的时间窗内没有接收到响应，那么UE可触发第二请求传送。更确切地说，如果UE在与第一请求相关联的时间窗内没有接收到响应，那么UE可传送第二请求。与第一请求相关联的时间窗的最后时间(单元)和第二请求的传送时间(单元)之间可存在时间间隔。在一个实施例中，时间间隔可以指与第一请求相关联的时间窗的最后时间(单元)和第二请求的传送时间(单元)之间的持续时间。
替代地，与第一请求相关联的时间窗的最后时间(单元)和与第二请求相关联的时间窗的开始时间(单元)之间可存在时间间隔。在一个实施例中，时间间隔可以指与第一请求相关联的时间窗的最后时间(单元)和第二请求的传送时间(单元)之间的持续时间以及第二请求的传送时间(单元)和与第二请求相关联的时间窗的开始时间(单元)之间的时间偏移。在另一实施例中，时间间隔可以指与第一请求相关联的时间窗的最后时间(单元)和与第二请求相关联的时间窗的开始时间(单元)之间的持续时间。在一个实施例中，时间窗的最后时间单元可为时隙、子帧、符号、子时隙、微时隙、TTI或缩短TTI。第二请求的传送时间单元也可为时隙、子帧、符号、子时隙、微时隙、TTI或缩短TTI。更具体地说，第二请求可以指在第一请求之后波束故障恢复请求的下一可用传送(机会)。更确切地说，第二请求可以指在与第一请求相关联的时间窗之后波束故障恢复请求的下一可用传送(机会)。
在一个实施例中，在时间间隔期间的UE监听行为可在以下替代方案中实施。以下替代方案可以(但不限于)在时间间隔期间执行。
替代方案1：
在一个实施例中，在时间窗结束之后，网络可传送第一控制区域中的响应。然而，在时间窗结束之后，网络可能不传送第二控制区域中的响应。更确切地说，在时间窗结束之后，网络可在时间间隔结束之前一直传送第一控制区域中的响应。然而，在时间窗结束之后，网络可直到时间间隔结束才传送第二控制区域中的响应。
在一个实施例中，在时间窗结束之后，网络可在接收到第二请求之前一直传送第一控制区域中的响应。然而，在时间窗结束之后，网络可直到时间间隔结束才传送第二控制区域中的响应。更确切地说，在时间窗结束之后，网络可在接收到第二请求之后在时间偏移之前一直传送第一控制区域中的响应。然而，在时间窗结束之后，网络可直到接收到第二请求之后的时间偏移才传送第二控制区域中的响应。
在一个实施例中，在时间窗结束之后，网络可在与第二请求相关联的时间窗的开始时间之前一直传送第一控制区域中的响应。然而，在时间窗结束之后，网络可直到与接收到的第二请求相关联的时间窗的开始时间才传送第二控制区域中的响应。更确切地说，网络可通过第二链路和/或通过候选波束传送第一控制区域中的响应。替代地，网络可通过第一链路传送第一控制区域中的响应。
在一个实施例中，网络在第一控制区域中传送响应可意味着网络至少在与第一控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中传送下行链路控制信息或下行链路传送。
在一个实施例中，在时间窗结束之后，UE可监听第一控制区域。然而，在时间窗结束之后，UE不监听第二控制区域。更确切地说，在时间窗结束之后，UE可在时间间隔结束之前一直监听第一控制区域。然而，在时间窗结束之后，UE直到时间间隔结束才监听第二控制区域。
在一个实施例中，在时间窗结束之后，UE可在第二请求的传送(机会)之前一直监听第一控制区域。然而，在时间窗结束之后，UE直到时间间隔结束才监听第二控制区域。更确切地说，在时间窗结束之后，UE可在第二请求的传送(机会)之后在时间偏移之前一直监听第一控制区域。然而，在时间窗结束之后，UE直到第二请求的传送(机会)之后的时间偏移才监听第二控制区域。
在一个实施例中，在时间窗结束之后，UE可在与第二请求相关联的时间窗的开始时间之前一直监听第一控制区域。然而，在时间窗结束之后，UE直到与第二请求相关联的时间窗的开始时间才监听第二控制区域。更确切地说，UE可通过第二链路和/或候选波束监听第一控制区域。替代地，UE可通过第一链路监听第一控制区域。
在一个实施例中，UE监听第一控制区域可意味着UE至少监听与第一控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中的下行链路控制信息或下行链路传送。
替代方案2：
在一个实施例中，在时间窗结束之后，网络可传送第二控制区域中的响应。然而，在时间窗结束之后，网络不传送第一控制区域中的响应。更确切地说，在时间窗结束之后，网络可在时间间隔结束之前一直传送第二控制区域中的响应。然而，在时间窗结束之后，网络可直到时间间隔结束才传送第一控制区域中的响应。
在一个实施例中，在时间窗结束之后，网络可在接收到第二请求之前一直传送第二控制区域中的响应。然而，在时间窗结束之后，网络直到接收到第二请求才传送第一控制区域中的响应。更确切地说，在时间窗结束之后，网络可在接收到第二请求之后在时间偏移之前一直传送第二控制区域中的响应。然而，在时间窗结束之后，网络直到接收到第二请求之后的时间偏移才传送第一控制区域中的响应。在一个实施例中，在时间窗结束之后，网络可在与接收到的第二请求相关联的时间窗的开始时间之前一直传送第二控制区域中的响应。在传送第一请求之后，网络不传送第一控制区域中的响应。
在一个实施例中，网络可通过第二链路传送第二控制区域中的响应。更确切地说，网络可通过候选波束传送第二控制区域中的响应。替代地，网络可通过第一链路传送第二控制区域中的响应。在一个实施例中，网络在第二控制区域中传送响应可意味着网络至少在与第二控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中传送下行链路控制信息或下行链路传送。
在一个实施例中，在时间窗结束之后，UE可监听第二控制区域。然而，在时间窗结束之后，UE可能不监听第一控制区域。在一个实施例中，在时间窗结束之后，UE可在时间间隔结束之前一直监听第二控制区域。然而，在时间窗结束之后，UE可直到时间间隔结束才监听第二控制区域。
在一个实施例中，在时间窗结束之后，UE在第二请求的传送(机会)之前一直监听第二控制区域。然而，在时间窗结束之后，UE直到第二请求的传送(机会)才监听第一控制区域。在一个实施例中，在时间窗结束之后，UE可在第二请求的传送(机会)之后在时间偏移之前一直监听第二控制区域。然而，在时间窗结束之后，UE直到第二请求的传送(机会)之后的时间偏移才监听第一控制区域。在一个实施例中，在时间窗结束之后，UE可在与第二请求相关联的时间窗的开始时间之前一直监听第二控制区域。在传送第一请求之后，UE不监听第一控制区域。
在一个实施例中，UE可通过第二链路监听第二控制区域。更确切地说，UE可通过候选波束监听第二控制区域。替代地，UE可通过第一链路监听第二控制区域。在一个实施例中，UE监听第二控制区域可意味着UE至少监听与第二控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中的下行链路控制信息或下行链路传送。
在替代方案2中，如果UE在与第一请求相关联的时间窗内没有接收到响应，那么UE可触发第二请求传送，并在时间间隔期间保持接收和/或监听第二控制区域的与第一请求相关联的响应。更确切地说，如果UE没有接收到响应且与第一请求相关联的时间窗到期，那么UE可触发第二请求传送，并在时间间隔期间保持接收和/或监听第二控制区域的与第一请求相关联的响应。
替代方案3：
在一个实施例中，在时间窗结束之后，网络可通过第一链路传送第一控制区域中的响应，或通过第二链路传送第二控制区域中的响应。更确切地说，在时间窗结束之后，网络可在时间间隔结束之前一直通过第一链路传送第一控制区域中的响应或通过第二链路传送第二控制区域中的响应。替代地，在时间窗结束之后，网络可在接收到第二请求之前一直通过第一链路传送第一控制区域中的响应或通过第二链路传送第二控制区域中的响应。更确切地说，在时间窗结束之后，网络可在接收到第二请求之后在时间偏移之前一直通过第一链路传送第一控制区域中的响应或通过第二链路传送第二控制区域中的响应。在一个实施例中，在时间窗结束之后，网络可在与接收到的第二请求相关联的时间窗的开始时间之前一直通过第一链路传送第一控制区域中的响应或通过第二链路传送第二控制区域中的响应。
在一个实施例中，网络可通过第一链路在第一控制区域中传送响应或通过第二链路在第二控制区域中传送响应可意味着网络至少通过第一链路在与第一控制区域的时域资源相同的时域资源中传送下行链路控制信息或下行链路传送，并通过第二链路在与第二控制区域的时域资源相同的时域资源中传送下行链路控制信息或下行链路传送。在一个实施例中，网络通过第一链路在第一控制区域中传送响应并通过第二链路在第二控制区域中传送响应可意味着网络至少通过第一链路在与第一控制区域的频域资源相同的频域资源中传送下行链路控制信息或下行链路传送，并通过第二链路在与第二控制区域的频域资源相同的频域资源中传送下行链路控制信息或下行链路传送。
在一个实施例中，在时间窗结束之后，UE可(同时)通过第一链路监听第一控制区域并通过第二链路监听第二控制区域。更确切地说，在时间窗结束之后，UE可在时间间隔结束之前一直(同时)通过第一链路监听第一控制区域并通过第二链路监听第二控制区域。替代地，在时间窗结束之后，UE可在第二请求的传送(机会)之前一直(同时)通过第一链路监听第一控制区域并通过第二链路监听第二控制区域。更确切地说，在时间窗结束之后，UE可在第二请求的传送(机会)之后在时间偏移之前一直(同时)通过第一链路监听第一控制区域并通过第二链路监听第二控制区域。此外，在时间窗结束之后，UE还可在与第二请求相关联的时间窗的开始时间之前一直(同时)通过第一链路监听第一控制区域并通过第二链路监听第二控制区域。
在一个实施例中，UE(同时)通过第一链路监听第一控制区域并通过第二链路监听第二控制区域可意味着UE至少通过第一链路监听与第一控制区域的时域资源相同的时域资源中的下行链路控制信息或下行链路传送，并通过第二链路监听与第二控制区域的时域资源相同的时域资源中的下行链路控制信息或下行链路传送。替代地，UE(同时)通过第一链路监听第一控制区域并通过第二链路监听第二控制区域可意味着UE至少通过第一链路监听与第一控制区域的频域资源相同的频域资源中的下行链路控制信息或下行链路传送，并通过第二链路监听与第二控制区域的频域资源相同的频域资源中的下行链路控制信息或下行链路传送。
在一个实施例中，UE可接收和/或监听一组PDCCH候选者，其中第一控制区域包括所述一组PDCCH候选者的一部分，且第二控制区域包括所述一组PDCCH候选者的其余部分。
替代方案4：
在一个实施例中，在时间窗结束之后，网络不传送第一控制区域和第二控制区域中的响应。更确切地说，在时间窗结束之后，网络不通过第一链路传送第一控制区域中的响应，也不通过第二链路传送第二控制区域中的响应。在一个实施例中，在时间窗结束之后，网络直到时间间隔结束才传送第一控制区域和第二控制区域中的响应。并且，在时间窗结束之后，网络直到接收到第二请求才传送第一控制区域和第二控制区域中的响应。此外，在时间窗结束之后，网络直到接收到第二请求之后的时间偏移才传送第一控制区域和第二控制区域中的响应。此外，在时间窗结束之后，网络直到与接收到的第二请求相关联的时间窗的开始时间才传送第一控制区域和第二控制区域中的响应。
在一个实施例中，在时间窗结束之后，UE既不监听第一控制区域也不监听第二控制区域。更确切地说，在时间窗结束之后，UE既不通过第一链路监听第一控制区域，也不通过第二链路监听第二控制区域。在一个实施例中，在时间窗结束之后，UE在时间间隔结束之前一直既不监听第一控制区域也不监听第二控制区域。并且，在时间窗结束之后，UE在第二请求的传送(机会)之前一直既不监听第一控制区域也不监听第二控制区域。此外，在时间窗结束之后，UE在第二请求的传送(机会)之后在时间偏移之前一直既不监听第一控制区域也不监听第二控制区域。此外，在时间窗结束之后，UE在与第二请求相关联的时间窗的开始时间之前一直既不监听第一控制区域也不监听第二控制区域。
在替代方案4中，并不预期UE在时间间隔期间接收(与第一请求相关联的)响应。此外，UE在时间间隔期间不接收和/或监听任何控制区域的响应。这可能是为了功率节省。
在一个实施例中，在时间间隔期间，UE可接收和/或测量下行链路参考信令，但是可能不接收和/或监听任何控制区域的响应。UE可接收和/或测量的下行链路参考信令可包括同步信号和/或CSI-RS。UE可接收和/或测量下行链路参考信令以查找候选波束。
在一个实施例中，低层可向高层指示时间窗结束和/或没有接收到响应。在一个实施例中，低层可向高层指示(由低层进行的)响应监听停止。低层还可向高层指示已传送第二请求。在一个实施例中，低层可为PHY层，且高层可为MAC层。
此外，这一替代方案可能与DRX无关。
替代方案5：
在一个实施例中，在时间窗结束之后，网络可基于指示而至少传送下行链路控制信息或下行链路传送。更确切地说，在时间窗结束之后，网络可在时间间隔期间基于指示而至少传送下行链路控制信息或下行链路传送。
在一个实施例中，网络可基于指示通过第二链路至少传送第一控制区域上的下行链路控制信息或下行链路传送。更确切地说，网络可基于指示通过第二链路至少传送第二控制区域上的下行链路控制信息或下行链路传送。
在一个实施例中，网络可基于指示(同时)至少通过第一链路传送第一控制区域上的下行链路控制信息或下行链路传送并通过第二链路传送第二控制区域上的下行链路控制信息或下行链路传送。更确切地说，网络可基于指示而至少通过第二链路传送第一控制区域上的下行链路控制信息或下行链路传送或通过第二链路传送第二控制区域上的下行链路控制信息或下行链路传送。然而，网络不基于指示传送(通过第一链路)第一控制区域中的响应和(通过第二链路)第二控制区域中的响应。
在实施例中，在时间窗结束之后，网络可在时间间隔结束之前一直基于指示而至少传送下行链路控制信息或下行链路传送。在一个实施例中，在时间窗结束之后，网络可在接收到第二请求之前一直基于指示而至少传送下行链路控制信息或下行链路传送。此外，在时间窗结束之后，网络可在接收到第二请求之后在时间偏移之前一直基于指示而至少传送下行链路控制信息或下行链路传送。此外，在时间窗结束之后，网络可在与接收到的第二请求相关联的时间窗的开始时间之前一直基于指示而至少传送下行链路控制信息或下行链路传送。
在一个实施例中，网络在第一控制区域传送可意味着网络至少在与第一控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中传送下行链路控制信息或下行链路传送。
在一个实施例中，网络在第二控制区域传送可意味着网络至少在与第二控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中传送下行链路控制信息或下行链路传送。
在一个实施例中，指示可为来自高层的配置。更确切地说，指示可为MAC-CE或由MAC-CE传送。替代地，指示可为动态信令或由动态信令传送，其中动态信令可为DCI。
在一个实施例中，在时间窗结束之后，UE可基于指示而至少监听下行链路控制信息或下行链路传送。更确切地说，在时间窗结束之后，UE可在时间间隔期间基于指示而至少监听下行链路控制信息或下行链路传送。
在一个实施例中，UE可基于指示通过第二链路至少监听第一控制区域上的下行链路控制信息或下行链路传送。替代地，UE可基于指示通过第二链路至少监听第二控制区域上的下行链路控制信息或下行链路传送。
在一个实施例中，UE可基于指示至少(同时)通过第一链路监听第一控制区域上的下行链路控制信息或下行链路传送并通过第二链路监听第二控制区域上的下行链路控制信息或下行链路传送。在一个实施例中，UE可基于指示而至少(同时)通过第二链路监听第一控制区域上的下行链路控制信息或下行链路传送或通过第二链路监听第二控制区域上的下行链路控制信息或下行链路传送。在一个实施例中，网络基于指示既不监听(通过第一链路)第一控制区域也不监听(通过第二链路)第二控制区域。
在一个实施例中，在时间窗结束之后，UE可在时间间隔结束之前一直基于指示而至少监听下行链路控制信息或下行链路传送。此外，在时间窗结束之后，UE可在第二请求的传送(机会)之前一直基于指示而至少监听下行链路控制信息或下行链路传送。此外，在时间窗结束之后，UE可在第二请求的传送(机会)之后在时间偏移之前一直基于指示而至少监听下行链路控制信息或下行链路传送。并且，在时间窗结束之后，UE可在与第二请求相关联的时间窗的开始时间之前一直基于指示而至少监听下行链路控制信息或下行链路传送。
在一个实施例中，UE监听第一控制区域可意味着UE至少监听与第一控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中的下行链路控制信息或下行链路传送。
在一个实施例中，UE监听第二控制区域可意味着UE至少监听与第二控制区域的时域资源和/或频域资源相同的时域资源和/或频域资源中的下行链路控制信息或下行链路传送。
在一个实施例中，指示可为来自高层的配置。更确切地说，指示可为MAC-CE或由MAC-CE传送。替代地，指示可为动态信令或由动态信令传送，其中动态信令可为DCI。
替代方案可至少在以下实例中实施。
实例1-指示可为2位字段或信号。指示可指示以下示例性选择方案中的一个。
选择方案1：UE在时间间隔期间通过第二链路至少监听第一控制区域上的下行链路控制信息或下行链路传送。
选择方案2：UE在时间间隔期间通过第二链路至少监听第二控制区域上的下行链路控制信息或下行链路传送。
选择方案3：在时间间隔期间，UE(同时)至少通过第一链路监听第一控制区域上的下行链路控制信息或下行链路传送并通过第二链路监听第二控制区域上的下行链路控制信息或下行链路传送。
选择方案4：UE在时间间隔期间既不通过第一链路监听第一控制区域，也不监听第二控制区域。
作为一实例，选择方案1可对应于“00”；选择方案2可对应于“01”；选择方案3可对应于“10”；以及选择方案4可对应于“11”。
上述选择方案的次序或内容仅是举例且不受限制。位值和对应的映射关系仅是举例且不受限制。
实例2-指示可为1位字段或信号。此外，UE可在时间间隔期间被配置为默认监听行为。指示可指示以下示例性选择方案中的一个。
选择方案1：UE在时间间隔期间通过第二链路至少监听第一控制区域上的下行链路控制信息或下行链路传送。
选择方案2：UE在时间间隔期间通过第二链路至少监听第二控制区域上的下行链路控制信息或下行链路传送。
选择方案3：在时间间隔期间，UE(同时)至少通过第一链路监听第一控制区域上的下行链路控制信息或下行链路传送并通过第二链路监听第二控制区域上的下行链路控制信息或下行链路传送。
选择方案4：UE在时间间隔期间既不通过第一链路监听第一控制区域，也不监听第二控制区域。
更具体地说，默认行为可为选择方案1。作为一实例，指示可指示选择方案2或选择方案3，例如，“0”可对应于选择方案2，且“1”可对应于选择方案3。如果UE接收指示“0”的指示，那么UE可在时间间隔期间通过第二链路至少监听第二控制区域上的下行链路控制信息或下行链路传送，而不是进行在选择方案1中描述的行为。
指示还可为位图或表格或列表，其不限于以上实例中的方法。
依赖于或独立于上述替代方案，时间窗可限定或重新限定为供UE决定在UE传送第一请求之后是否传送第二请求/重新传送波束故障恢复请求的时间间隔。在一个实施例中，在UE传送第一请求之后，如果UE在(与第一请求相关联的)时间窗内没有接收到响应中，那么UE可传送第二请求/重新传送波束故障恢复请求。在一个实施例中，UE在时间窗内没有接收到响应可意味着UE没有接收到响应且时间窗的定时器到期。
在一个实施例中，如果UE传送第二请求/重新传送波束故障恢复请求，那么持续时间的定时器可启动或重新启动。第一请求和第二请求可通过不同链路传送。替代地，第一请求和第二请求可通过相同链路传送。此外，第一请求和第二请求可通过不同候选波束传送。替代地，第一请求和第二请求可通过相同候选波束传送。
在一个实施例中，UE可通过第二链路传送第一请求，并通过可以与第二链路相同也可以不与第二链路相同的链路传送第二请求。此外，UE可通过候选波束传送第一请求，并通过可以与第一请求的候选波束相同也可以不与第一请求的候选波束相同的候选波束传送第二请求。UE可以重新选择或重新确定也可以不重新选择或重新确定用于第二请求的另一候选波束。
在一个实施例中，如果UE在时间窗内没有接收到响应，那么UE可在时间窗之后监听或保持监听响应。这可意味着即使时间窗的定时器到期，UE也可监听或保持监听响应。此外，这可意味着即使时间窗的定时器不处于运行中，UE也可监听或保持监听响应。
在一个实施例中，如果UE在时间窗内没有接收到响应，那么UE可在时间间隔中监听或保持监听响应。更确切地说，如果UE在时间窗内没有接收到响应，那么UE可在第二请求的传送(机会)之前一直监听或保持监听响应。此外，如果UE在时间窗内没有接收到响应，那么UE可在第二请求的传送(机会)之后在时间偏移之前一直监听或保持监听响应。此外，如果UE在时间窗内没有接收到响应，那么UE可在与第二请求相关联的时间窗的开始时间之前一直监听或保持监听响应。UE可使用上述替代方案中的一个或超过一个来监听响应。
在一个实施例中，在整个描述或实施例中的“链路”可替换为“连接”。不管传送请求所通过的资源是什么种类，所述解决方案和替代方案都可应用于波束(故障)恢复程序。网络可包括gNB、TRP、网络节点或中继节点。
此外，本发明的解决方案和替代方案不限于解决在UE遗漏gNB响应或没有接收到gNB响应之后的CORESET监听行为。本发明的解决方案和替代方案还可应用于配置有单个载波或小区的UE和配置有多个载波或小区的UE两者。
图16是从UE的角度来看的根据一个示例性实施例的流程图1600。在步骤1605中，UE通过第一链路接收和/或监听第一控制区域。在步骤1610中，UE在第一链路出现故障的情况下传送第一请求。在步骤1615中，UE为了接收响应而在与第一请求相关联的时间窗内通过第二链路接收和/或监听第二控制区域。在步骤1620中，在与第一请求相关联的时间窗结束之后，UE接收和/或监听第一控制区域。
在一个实施例中，如果UE在与第一请求相关联的时间窗内未成功接收到响应，那么在与第一请求相关联的时间窗结束之后，UE接收和/或监听第一控制区域。在一个实施例中，如果UE在与第一请求相关联的时间窗内成功接收到响应，那么在与第一请求相关联的时间窗结束之后，UE接收和/或监听第一控制区域。在一个实施例中，在与第一请求相关联的时间窗口结束之后，UE接收和/或监视第一控制区域。
在一个实施例中，如果UE在与第一请求相关联的时间窗内未成功接收到响应，那么UE可传送第二请求，并且可為了接收响应而在与第二请求相关联的时间窗内通过第二链路接收和/或监听第二控制区域。更确切地说，在与第一请求相关联的时间窗结束之后，UE可在与第二请求相关联的时间窗的开始时间之前一直接收和/或监听第一控制区域。替代地，在与第一请求相关联的时间窗结束之后，UE可在第二请求的传送时间单元之前一直接收和/或监听第一控制区域。
在一个实施例中，UE监听第一控制区域意味着UE至少在与第一控制区域的频域和/或时域资源相同的频域和/或时域资源中监听下行链路控制信息或下行链路传送。
在一个实施例中，在与第一请求相关联的时间窗结束之后，UE可通过第一链路接收和/或监听第一控制区域。然而，在与第一请求相关联的时间窗结束之后，UE不通过第二链路接收和/或监听第二控制区域。
在一个实施例中，第一控制区域可为配置成监听下行链路控制信令的控制资源集(Control Resource Set，CORESET)，所述下行链路控制信令指示下行链路(Downlink，DL)指派和/或上行链路(Uplink，UL)授予，和/或第二控制区域是配置成在传送波束故障恢复请求之后监听gNB响应的CORESET。此外，第一链路可包含在单载波上的至少一个下行链路(DL)波束对链路。此外，第一链路出现故障可意味着所有相关联的控制信道的质量下降到足够低(例如，与阈值比较)，这意味着下降到阈值以下。
在一个实施例中，第一请求可为指示下行链路参考信号的波束故障恢复请求，其中UE基于下行链路参考信号的测量结果检测和/或查找候选波束。此外，第二请求可为指示下行链路参考信号的波束故障恢复请求，其中UE基于下行链路参考信号的测量结果检测和/或查找候选波束。第二链路可包含与第一请求所指示的下行链路参考信号成空间QCL的候选波束。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)通过第一链路接收和/或监听第一控制区域，(ii)在第一链路出现故障的情况下传送第一请求，(iii)為了接收响应而在与第一请求相关联的时间窗内通过第二链路接收和/或监听第二控制区域，以及(iv)在与第一请求相关联的时间窗结束之后接收和/或监听第一控制区域。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图17是从网络的角度来看的根据一个示例性实施例的流程图1700。在步骤1705中，网络通过第一链路向UE在第一控制区域中传送下行链路控制信息。在步骤1710中，网络从UE接收第一请求。在步骤1715中，网络在与第一请求相关联的时间窗内通过第二链路向UE在第二控制区域中传送响应。在步骤1720中，在与第一请求相关联的时间窗结束之后，网络至少在与第一控制区域的频域和/或时域资源相同的频域和/或时域资源中传送下行链路控制信息或下行链路传送。
在一个实施例中，如果网络在与第一请求相关联的时间窗内未成功接收到应答，那么在与第一请求相关联的时间窗结束之后，网络至少在与第一控制区域的频域和/或时域资源相同的频域和/或时域资源中传送下行链路控制信息或下行链路传送。在一个实施例中，如果网络在与第一请求相关联的时间窗内成功接收到应答，那么在与第一请求相关联的时间窗结束之后，网络至少在与第一控制区域的频域和/或时域资源相同的频域和/或时域资源中传送下行链路控制信息或下行链路传送。在一个实施例中，在与第一请求相关联的时间窗结束之后，网络至少在与第一控制区域的频域和/或时域资源相同的频域和/或时域资源中传送下行链路控制信息或下行链路传送。
在一个实施例中，第一控制区域可为配置成传送下行链路控制信令的控制资源集(Control Resource Set，CORESET)，所述下行链路控制信令指示下行链路(Downlink，DL)指派和/或上行链路(Uplink，UL)授予，和/或第二控制区域可为配置成在接收到第一请求之后传送响应的CORESET。
在一个实施例中，第一链路包含在单载波上的至少一个下行链路(DL)波束对链路。第二链路可包含与第一请求所指示的下行链路参考信号成空间QCL的候选波束。
在一个实施例中，在与第一请求相关联的时间窗结束之后，网络直到接收到第二请求或直到与接收到的第二请求相关联的时间窗的开始时间才传送第二控制区域中的响应。第一请求和第二请求可为波束故障恢复请求。
在一个实施例中，包括上行链路控制信号(例如，ACK/NACK)、上行链路传送(例如，PUSCH、PUCCH和PRACH)、信道状态信息(Channel State Information，CSI)报告和/或波束报告中的任一个可对应于响应。
返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)通过第一链路向UE在第一控制区域中传送下行链路控制信息，(ii)从UE接收第一请求，(iii)在与第一请求相关联的时间窗内通过第二链路向UE在第二控制区域中传送响应，以及(iv)在与第一请求相关联的时间窗结束之后，至少在与第一控制区域的频域和/或时域资源相同的频域和/或时域资源中传送下行链路控制信息或下行链路传送。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图18是从网络的角度来看的根据一个示例性实施例的流程图1800。在步骤1805中，网络通过第一链路在第一控制区域中传送下行链路控制信息。在步骤1810中，网络接收第一请求。在步骤1815中，网络在时间窗内通过第二链路在第二控制区域中传送响应。在步骤1820中，如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后，网络在第一控制区域中传送响应。
返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)通过第一链路在第一控制区域中传送下行链路控制信息，(ii)接收第一请求，(iii)在时间窗内通过第二链路在第二控制区域中传送响应，以及(iv)如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后在第一控制区域中传送响应。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图19是从UE的角度来看的根据一个示例性实施例的流程图1900。在步骤1905中，UE通过第一链路接收和/或监听第一控制区域。在步骤1910中，UE在第一链路出现故障的情况下传送第一请求。在步骤1915中，UE为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域。在步骤1920中，如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后，UE接收和/或监听第一控制区域的响应。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)通过第一链路接收和/或监听第一控制区域，(ii)在第一链路出现故障的情况下传送第一请求，(iii)为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域，以及(iv)如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后接收和/或监听第一控制区域的响应。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在图18和19中示出和上文描述的实施例的上下文中，在一个实施例中，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE可通过第二链路接收和/或监听第一控制区域的响应。此外，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE可通过第一链路接收和/或监听第一控制区域的响应。并且，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE可在时间间隔中接收和/或监听第一控制区域的响应。
在一个实施例中，UE可在时间间隔结束之前、在第二请求的传送(机会)之前、在第二请求的传送(机会)之后的时间偏移之前或在与第二请求相关联的时间窗的开始时间之前一直接收和/或监听第一控制区域的响应。
在一个实施例中，如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后，UE可能不通过第二链路在时间间隔中接收和/或监听第二控制区域。更确切地说，在时间窗结束之后，UE可能直到与第二请求相关联的时间窗的开始时间才监听第二控制区域。
在一个实施例中，UE接收和/或监听第一控制区域的响应可意味着UE至少接收和/或监听与第一控制区域的时域资源相同的时域资源中的下行链路控制信息或下行链路传送。替代地，UE接收和/或监听第一控制区域的响应可意味着UE至少接收和/或监听与第一控制区域的频域资源相同的频域资源中的下行链路控制信息或下行链路传送。
图20是从网络的角度来看的根据一个示例性实施例的流程图2000。在步骤2005中，网络通过第一链路在第一控制区域中传送下行链路控制信息。在步骤2010中，网络接收第一请求。在步骤2015中，网络在时间窗内通过第二链路在第二控制区域中传送响应。在步骤2020中，如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后，网络在第二控制区域中传送响应。
返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)通过第一链路在第一控制区域中传送下行链路控制信息，(ii)接收第一请求，(iii)在时间窗内通过第二链路在第二控制区域中传送响应，以及(iv)如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后在第二控制区域中传送响应。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图21是从UE的角度来看的根据一个示例性实施例的流程图2100。在步骤2105中，UE通过第一链路接收和/或监听第一控制区域。在步骤2110中，UE在第一链路出现故障的情况下传送第一请求。在步骤2115中，UE为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域。在步骤2120中，如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后，UE为了接收响应而接收和/或监听第二控制区域。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)通过第一链路接收和/或监听第一控制区域，(ii)在第一链路出现故障的情况下传送第一请求，(iii)為了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域，以及(iv)如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后接收和/或监听第二控制区域。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在图20和21中示出和上文论述的实施例的上下文中，在一个实施例中，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE为了接收响应而可通过第二链路接收和/或监听第二控制区域。并且，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE为了接收响应而可在时间间隔中接收和/或监听第二控制区域。更确切地说，UE为了接收响应而可在时间间隔结束之前一直接收和/或监听第二控制区域。
在一个实施例中，如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后，UE可能不通过第二链路在时间间隔中接收或监听第一控制区域的响应。更确切地说，在传送第一请求之后，UE可能不监听第一控制区域。
在一个实施例中，UE接收和/或监听在第二控制区域的响应可意味着UE至少接收和/或监听与第二控制区域的时域资源相同的时域资源和/或与第二控制区域的频域资源相同的频域资源中的下行链路控制信息或下行链路传送。
图22是从网络的角度来看的根据一个示例性实施例的流程图2200。在步骤2205中，网络通过第一链路在第一控制区域中传送下行链路控制信息。在步骤2210中，网络接收第一请求。在步骤2215中，网络在时间窗内通过第二链路在第二控制区域中传送响应。在步骤2220中，如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后，网络在第一控制区域和第二控制区域中传送响应。
返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)通过第一链路在第一控制区域中传送下行链路控制信息，(ii)接收第一请求，(iii)在时间窗内通过第二链路在第二控制区域中传送响应，以及(iv)如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后在第一控制区域和第二控制区域中传送响应。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图23是从UE的角度来看的根据一个示例性实施例的流程图2300。在步骤2305中，UE通过第一链路接收和/或监听第一控制区域。在步骤2310中，UE在第一链路出现故障的情况下传送第一请求。在步骤2315中，UE为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域。在步骤2320中，如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后，UE为了接收响应而接收和/或监听第一控制区域和第二控制区域。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)通过第一链路接收和/或监听第一控制区域，(ii)在第一链路出现故障的情况下传送第一请求，(iii)为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域，以及(iv)如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后为了接收响应而接收和/或监听第一控制区域和第二控制区域。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在图22和23中示出和上文论述的实施例的上下文中，在一个实施例中，UE可接收和/或监听一组物理下行链路控制信道(Physical Downlink Control Channel，PDCCH)候选者，其中第一控制区域包括所述一组PDCCH候选者的一部分，且第二控制区域包括所述一组PDCCH候选者的其余部分。在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE可通过第一链路接收或监听第一控制区域的响应，并为了接收响应而通过第二链路接收或监听第二控制区域。并且，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE为了接收响应而可通过第二链路接收和/或监听第一控制区域，并通过第二链路接收和/或监听第二控制区域。此外，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE为了接收响应而可在时间间隔中接收和/或监听第一控制区域和第二控制区域。更确切地说，UE可在时间间隔结束之前一直接收和/或监听第一控制区域和第二控制区域。
在一个实施例中，UE接收和/或监听在第一控制区域和第二控制区域的响应可意味着UE至少接收和/或监听与第一控制区域和第二控制区域的时域资源相同的时域资源和/或与第一控制区域和第二控制区域的频域资源相同的频域资源中的下行链路控制信息或下行链路传送。
图24是从网络的角度来看的根据一个示例性实施例的流程图2400。在步骤2405中，网络通过第一链路在第一控制区域中传送下行链路控制信息。在步骤2410中，网络接收第一请求。在步骤2415中，网络在时间窗内通过第二链路在第二控制区域中传送响应。在步骤2420中，如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后，网络不传送在第一控制区域和第二控制区域中的响应。
返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)通过第一链路在第一控制区域中传送下行链路控制信息，(ii)接收第一请求，(iii)在时间窗内通过第二链路在第二控制区域中传送响应，以及(iv)如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后不传送在第一控制区域和第二控制区域中的响应。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图25是从UE的角度来看的根据一个示例性实施例的流程图2500。在步骤2505中，UE通过第一链路接收和/或监听第一控制区域。在步骤2510中，UE在第一链路出现故障的情况下传送第一请求。在步骤2515中，UE为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域。在步骤2520中，如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后，UE既不接收和/或监听在第一控制区域的响应，也不接收和/或监听在第二控制区域的响应。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)通过第一链路接收和/或监听第一控制区域，(ii)在第一链路出现故障的情况下传送第一请求，(iii)为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域，以及(iv)如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后既不接收和/或监听在第一控制区域的响应，也不接收和/或监听在第二控制区域的响应。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在一个实施例中，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE可在时间间隔中既不接收和/或监听在第一控制区域的响应，也不接收和/或监听在第二控制区域的响应。此外，UE可在时间间隔结束之前一直既不接收和/或监听在第一控制区域的响应，也不接收和/或监听在第二控制区域的响应。然而，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE可在时间间隔中不接收和/或监听在任何控制区域的响应。
在一个实施例中，在时间间隔期间，UE可接收和/或测量下行链路参考信令，但是可能不接收和/或监听在任何控制区域的响应。
图26是从网络的角度来看的根据一个示例性实施例的流程图2600。在步骤2605中，网络通过第一链路在第一控制区域中传送下行链路控制信息。在步骤2610中，网络接收第一请求。在步骤2615中，网络在时间窗内通过第二链路在第二控制区域中传送响应。在步骤2620中，如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后，网络基于指示而在控制区域中传送响应。
返回参考图3和4，在网络节点的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得网络节点能够：(i)通过第一链路在第一控制区域中传送下行链路控制信息，(ii)接收第一请求，(iii)在时间窗内通过第二链路在第二控制区域中传送响应，以及(iv)如果网络在时间窗内未成功接收到应答，那么在时间窗结束之后基于指示而在控制区域中传送响应。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
图27是从UE的角度来看的根据一个示例性实施例的流程图2700。在步骤2705中，UE通过第一链路接收和/或监听第一控制区域。在步骤2710中，UE在第一链路出现故障的情况下传送第一请求。在步骤2715中，UE为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域。在步骤2720中，如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后，UE为了接收响应而基于指示而接收和/或监听控制区域。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)通过第一链路接收和/或监听第一控制区域，(ii)在第一链路出现故障的情况下传送第一请求，(iii)为了接收响应而在时间窗内通过第二链路接收和/或监听第二控制区域，以及(iv)如果UE在时间窗内未成功接收到响应，那么在时间窗结束之后为了接收响应而基于指示而接收和/或监听控制区域。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。
在图24、25、26和27中示出和上文论述的实施例的上下文中，在一个实施例中，在时间窗结束之后且在UE在时间窗内未成功接收到响应的情况下，UE为了接收响应而可在时间间隔中基于指示而接收和/或监听控制区域。此外，UE可在时间间隔结束之前一直基于指示而接收和/或监听控制区域。指示可指示第一控制区域。
在一个实施例中，UE为了接收响应而可通过第二链路接收和/或监听第一控制区域。指示可指示第二控制区域。UE为了接收响应而可通过第二链路接收和/或监听第二控制区域。
在一个实施例中，UE为了接收响应而可通过第一链路接收和/或监听第一控制区域，并通过第二链路接收和/或监听第二控制区域。此外，UE为了接收响应而可通过第二链路接收和/或监听第一控制区域，并通过第二链路接收和/或监听第二控制区域。指示可既不指示第一控制区域，也不指示第二区域。指示还可指示UE不接收和/或监听在任何控制区域的响应。
在一个实施例中，UE接收和/或监听在第一控制区域的响应可意味着UE至少接收和/或监听与第一控制区域的时域资源相同的时域资源和/或与第一控制区域的频域资源相同的频域资源中的下行链路控制信息或下行链路传送。替代地，UE接收和/或监听在第二控制区域的响应可意味着UE至少接收和/或监听与第二控制区域的时域资源相同的时域资源和/或与第二控制区域的频域资源相同的频域资源中的下行链路控制信息或下行链路传送。
在一个实施例中，指示可为来自高层的配置。替代地，指示可为MAC-CE或由MAC-CE传送。指示还可为动态信令或由动态信令传送，其中动态信令可为DCI。
在图16到25中示出和上文论述的实施例的上下文中，在一个实施例中，UE可针对从网络传送的控制信令和/或数据传送通过第一链路接收和/或监听第一控制区域。UE还可通过第一链路接收和/或监听第一控制区域以接收/监听下行链路控制信息，其中下行链路控制信息包括下行链路指派、上行链路授予、CSI报告触发和SRS触发中的至少一个。响应可包括下行链路指派、上行链路授予、CSI报告触发、DL/UL RS传送、DL/UL RS传送触发和波束报告触发中的至少一个。
在一个实施例中，第一和/或第二链路可为无线电链路。第一和/或第二链路还可为至少一个(DL)波束对链路。第一链路可以指针对UE所服务的至少一个波束对链路或针对UE所服务的所有波束对链路。第二链路可为在单载波上的至少一个(DL)波束对链路。
在一个实施例中，UE可通过测量下行链路参考信号来识别第二链路。此外，UE可接收和/或测量下行链路参考信号以查找候选波束。下行链路参考信令可包括同步信号和/或CSI-RS。
在一个实施例中，第一链路出现故障可意味着已发生波束故障、UE的所有(服务)波束对链路已发生故障，或UE的所有(服务)波束对链路的所有控制信道已发生故障。如果相关联的控制信道的波束对链路的质量下降到足够低(例如，与阈值(即相关联的定时器的暂停时间)比较)，那么波束对链路已发生故障。
在一个实施例中，UE可基于度量或在由度量测量的第一链路的质量低于阈值的情况下检测到第一链路发生故障。度量可与SINR或假设BLER或RSRP相关。
在一个实施例中，第一和/或第二控制区域可为CORSET或搜索空间。此外，第一和/或第二控制区域可包括一组PDCCH候选者或一组频率和时间资源。
在一个实施例中，第一控制区域可为配置成监听下行链路控制信令的CORESET，所述下行链路控制信令可指示DL指派和/或UL授予。第二控制区域可为配置成在传送第一请求之后监听响应的CORESET。第一请求可为波束故障恢复请求。第一请求可至少包括或指示下行链路参考信号的ID或索引和/或与候选波束相关联的RSRP值。
在一个实施例中，UE可基于下行链路参考信号的测量结果检测或查找候选波束。下行链路参考信号可与候选波束成空间QCL。
在一个实施例中，UE可预期网络在第一链路发生故障之后使用候选波束来向UE传送响应或下行链路传送。UE可使用与接收下行链路参考信号的空间滤波器相同的空间滤波器来传送第一请求和/或接收响应。UE还可使用与传送第一请求的空间滤波器相同的空间滤波器来接收响应。候选波束可为第二链路。第二链路可包括候选波束。
在一个实施例中，UE可在传送第一请求之后接收和/或监听响应。响应可为波束故障恢复响应或gNB响应。
在一个实施例中，UE可在与第一请求传送相关联的时间窗期间接收和/或监听响应。第一请求的传送时间(单元)和时间窗的开始时间(单元)之间可存在时间偏移。第二控制区域或与第二控制区域相关联的第二配置可专用于和/或被配置给UE以监听响应。
在一个实施例中，如果UE接收到响应，那么UE可向网络传送应答。响应可通过小区中的标识加扰或定址到小区中的标识。标识可为C-RNTI。响应可为DCI。应答可为上行链路控制信号(例如，ACK/NACK)或上行链路传送(例如，PUSCH、PUCCH和PRACH)或CSI报告或波束报告。
在一个实施例中，如果UE在与第一请求相关联的时间窗内没有接收到响应，那么UE可触发第二请求传送和/或可传送第二请求。时间间隔可以指与第一请求相关联的时间窗的最后时间(单元)和第二请求的传送时间(单元)之间的持续时间。时间间隔还可以指与第一请求相关联的时间窗的最后时间(单元)和第二请求的传送时间(单元)之间的持续时间以及第二请求的传送时间(单元)和与第二请求相关联的时间窗的开始时间(单元)之间的时间偏移。此外，时间间隔可以指与第一请求相关联的时间窗的最后时间(单元)和与第二请求相关联的时间窗的开始时间(单元)之间的持续时间。
在一个实施例中，第二请求可以指在第一请求之后的下一可用传送(机会)或在与第一请求相关联的时间窗之后的下一可用传送(机会)。
在一个实施例中，UE在时间窗内没有接收到响应可意味着UE没有接收到响应且时间窗的定时器到期。如果UE传送第二请求，那么持续时间的定时器可启动或重新启动。第一请求和第二请求可通过不同链路或不同候选波束或通过相同链路或相同候选波束传送。
在一个实施例中，UE可重新选择或重新确定用于第二请求的另一候选波束。在一个实施例中，UE可以不重新选择或重新确定用于第二请求的另一候选波束。链路可以指连接。UE可配置有单个载波或小区，或配置有多个载波或小区。时间单元可以指时隙、子帧、符号、子时隙、微时隙、TTI或缩短TTI中的任一个。
上文已经描述了本公开的各种方面。应清楚，本文中的教示可以广泛多种形式实施，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外，通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可基于脉冲重复频率而建立并行信道。在一些方面中，可基于脉冲位置或偏移而建立并行信道。在一些方面中，可基于时间跳频序列而建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及时间跳频序列而建立并行信道。
所属领域的技术人员将理解，可使用各种不同技术和技艺中的任一种来表示信息和信号。例如，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解，结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可实施为电子硬件(例如，数字实施方案、模拟实施方案或这两者的组合，这可使用源译码或某一其它技术进行设计)、并有指令的各种形式的程序或设计代码(为方便起见，其在本文中可称为“软件”或“软件模块”)，或这两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性对它们加以描述。此类功能性是实施为硬件还是软件取决于特定应用及强加于整个***的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。
此外，结合本文中所公开的各方面描述的各种说明性逻辑块、模块和电路可在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP核心结合，或任何其它此类配置。
应理解，在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的要素，但并不意味着限于所呈现的特定次序或层级。
结合本文中所公开的各方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的计算机可读存储媒体的任何其它形式。示例存储媒体可耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储媒体读取信息(例如，代码)和将信息写入到存储媒体。示例存储媒体可与处理器成一体式。处理器和存储媒体可以驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中，处理器和存储媒体可作为离散组件而驻存在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读媒体，所述计算机可读媒体包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可包括封装材料。
虽然已经结合各个方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims (16)

1.一种用于波束恢复的用户设备的方法，其特征在于，包括：
所述用户设备通过第一链路接收和/或监听第一控制区域；
所述用户设备在所述第一链路出现故障的情况下传送第一请求；
所述用户设备为了接收响应而在与所述第一请求相关联的时间窗内通过第二链路接收和/或监听第二控制区域；以及
如果所述用户设备在与所述第一请求相关联的所述时间窗内未成功接收到所述响应，则在与所述第一请求相关联的所述时间窗结束之后，所述用户设备接收和/或监听所述第一控制区域。
2.根据权利要求1所述的方法，其特征在于，如果所述用户设备在与所述第一请求相关联的所述时间窗内未成功接收到所述响应，那么所述用户设备传送第二请求，并为了接收响应而在与所述第二请求相关联的时间窗内通过第二链路接收和/或监听所述第二控制区域。
3.根据权利要求2所述的方法，其特征在于，在与所述第一请求相关联的所述时间窗结束之后，所述用户设备在与所述第二请求相关联的时间窗的开始时间之前或在所述第二请求的传送时间单元之前一直接收和/或监听所述第一控制区域。
4.根据权利要求1所述的方法，其特征在于，所述用户设备监听所述第一控制区域意味着所述用户设备至少在与所述第一控制区域的频域和/或时域资源相同的频域和/或时域资源中监听下行链路控制信息或下行链路传送。
5.根据权利要求1所述的方法，其特征在于，在与所述第一请求相关联的所述时间窗结束之后，所述用户设备不通过所述第二链路接收和/或监听所述第二控制区域。
6.根据权利要求1所述的方法，其特征在于，所述第一控制区域是配置成监听下行链路控制信令的控制资源集，所述下行链路控制信令指示下行链路指派和/或上行链路授予，和/或所述第二控制区域是配置成在传送波束故障恢复请求之后监听gNB响应的搜索空间或控制资源集。
7.根据权利要求1所述的方法，其特征在于，所述第一链路包含在单载波上的至少一个下行链路波束对链路。
8.根据权利要求1所述的方法，其特征在于，所述第一链路出现故障意味着所有相关联的控制信道的质量下降到阈值以下。
9.根据权利要求2所述的方法，其特征在于，所述第一请求和/或所述第二请求是指示一个下行链路参考信号的波束故障恢复请求，其中所述用户设备基于所述下行链路参考信号的测量结果检测和/或查找候选波束。
10.根据权利要求1所述的方法，其特征在于，所述第二链路包含与所述第一请求所指示的下行链路参考信号成空间QCL的候选波束。
11.一种用于波束恢复的网络的方法，其特征在于，包括：
所述网络通过第一链路向用户设备在第一控制区域中传送下行链路控制信息；
所述网络从所述用户设备接收第一请求；
所述网络在与所述第一请求相关联的时间窗内通过第二链路向所述用户设备在第二控制区域中传送响应；
所述网络在与所述第一请求相关联的所述时间窗内未成功接收到应答；在与所述第一请求相关联的所述时间窗结束之后，所述网络至少在与所述第一控制区域的频域和/或时域资源相同的频域和/或时域资源中传送下行链路控制信息或下行链路传送；以及
在与所述第一请求相关联的所述时间窗结束之后，所述网络直到接收到第二请求或直到与接收到的第二请求相关联的时间窗的开始时间才在所述第二控制区域中传送所述响应。
12.根据权利要求11所述的方法，其特征在于，所述第一控制区域是配置成传送下行链路控制信令的控制资源集，所述下行链路控制信令指示下行链路指派和/或上行链路授予，和/或所述第二控制区域是配置成在接收到所述第一请求之后传送所述响应的搜索空间或控制资源集。
13.根据权利要求11所述的方法，其特征在于，所述第一链路包含在单载波上的至少一个下行链路波束对链路。
14.根据权利要求11所述的方法，其特征在于，所述第二链路包含与所述第一请求所指示的下行链路参考信号成空间QCL的候选波束。
15.根据权利要求11所述的方法，其特征在于，所述第一请求和所述第二请求是波束故障恢复请求。
16.根据权利要求11所述的方法，其特征在于，所述应答对应于所述响应，其可包括上行链路控制信号、上行链路传送、信道状态信息报告和/或波束报告中的任一个。
CN201811366498.8A 2017-11-17 2018-11-16 用于波束恢复的用户设备监听行为的方法和设备 Active CN109803297B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201762587908P 2017-11-17 2017-11-17
US62/587,908 2017-11-17

Publications (2)

Publication Number Publication Date
CN109803297A CN109803297A (zh) 2019-05-24
CN109803297B true CN109803297B (zh) 2022-03-22

Family

ID=64362340

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811366498.8A Active CN109803297B (zh) 2017-11-17 2018-11-16 用于波束恢复的用户设备监听行为的方法和设备

Country Status (4)

Country Link
US (2) US11153800B2 (zh)
EP (1) EP3487083B1 (zh)
CN (1) CN109803297B (zh)
ES (1) ES2853487T3 (zh)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20190070146A (ko) * 2017-12-12 2019-06-20 삼성전자주식회사 무선 통신 시스템에서 빔포밍을 이용하여 신호를 송수신하기 위한 장치 및 방법
US11050478B2 (en) * 2017-12-19 2021-06-29 Samsung Electronics Co., Ltd. Method and apparatus for beam reporting in next generation wireless systems
US11523433B2 (en) 2017-12-21 2022-12-06 Samsung Electronics Co., Ltd. System and method of handling bandwidth part inactivity timer
WO2019140344A1 (en) * 2018-01-12 2019-07-18 Zte Wistron Telecom Ab Efficient signaling based on associations of configuration parameters
US10966183B2 (en) * 2018-01-12 2021-03-30 Apple Inc. Beam indication considering beam failure recovery in new radio
US10805148B2 (en) * 2018-02-05 2020-10-13 Ofinno, Llc Beam failure recovery request procedure
CN110166190B (zh) * 2018-02-11 2021-02-26 华为技术有限公司 准共址信息的确定方法及装置
CN110149179B (zh) * 2018-02-12 2021-01-15 维沃移动通信有限公司 一种波束失败恢复的方法和设备
US11324033B2 (en) * 2018-04-06 2022-05-03 Qualcomm Incorporated Physical downlink shared channel reception when physical downlink control channel with different spatial quasi-colocation assumptions are mapped to the same control resource set
CN110504998A (zh) * 2018-05-17 2019-11-26 索尼公司 用于无线通信的电子设备和方法、计算机可读存储介质
CN110769505B (zh) * 2018-07-26 2023-04-18 维沃移动通信有限公司 随机接入方法、终端及网络设备
CN110838861B (zh) * 2018-08-17 2023-03-17 大唐移动通信设备有限公司 信号传输方法、波束确定方法及其装置
CN111106913B (zh) * 2018-11-02 2021-04-27 维沃移动通信有限公司 无线通信的方法和设备
US11038559B2 (en) * 2018-11-29 2021-06-15 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving signal based on beamforming in communication system
US20220070894A1 (en) * 2018-12-30 2022-03-03 Telefonaktiebolaget Lm Ericsson (Publ) Scheduling request for radio access networks with beamforming
US10951301B2 (en) 2019-01-10 2021-03-16 Apple Inc. 5G new radio beam refinement procedure
DE102020200258A1 (de) 2019-01-10 2020-07-16 Apple Inc. 5g new radio strahlverbesserungsverfahren
US11109256B2 (en) * 2019-01-28 2021-08-31 Ualcomm Incorporated Beam reporting in a beam failure recovery request or a beam failure recovery procedure
US11356166B2 (en) * 2019-03-01 2022-06-07 Qualcomm Incorporated Apparatus and methods for early termination of beam failure detection for a multi-panel UE
US10826568B1 (en) * 2019-05-03 2020-11-03 Qualcomm Incorporated Simultaneous multiple default beams
US11463301B2 (en) * 2019-05-10 2022-10-04 Qualcomm Incorporated On-demand beam failure recovery resources
US11456793B2 (en) * 2019-05-24 2022-09-27 Qualcomm Incorporated Beam failure recovery techniques
WO2020240863A1 (ja) * 2019-05-31 2020-12-03 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
KR20200141840A (ko) * 2019-06-11 2020-12-21 삼성전자주식회사 전자 장치에서의 빔 실패 처리 방법 및 전자 장치
US11909526B2 (en) * 2019-06-17 2024-02-20 Nec Corporation Methods for communication, terminal device, network device, and computer readable medium
CN112134662B (zh) * 2019-06-25 2022-04-26 中国电信股份有限公司 准共站址信息指示方法、设备和***
EP3991486A4 (en) * 2019-06-28 2023-01-04 ZTE Corporation WIRELESS RADIO LINK RECOVERY METHODS
CN112260804B (zh) * 2019-07-05 2022-03-29 大唐移动通信设备有限公司 一种dmrs资源确定方法和通信设备
WO2021018259A1 (en) * 2019-08-01 2021-02-04 FG Innovation Company Limited Method of transmitting secondary cell beam failure recovery request information and related device
WO2021026325A1 (en) * 2019-08-08 2021-02-11 Ofinno, Llc Power control in random access procedure for multiple transmission and reception points
CN113993150B (zh) * 2019-09-19 2023-04-14 Oppo广东移动通信有限公司 波束管理方法及装置、用户设备、芯片及计算机介质
CN114788326B (zh) * 2019-12-12 2023-07-28 高通股份有限公司 设备到设备周期性信号配置
CN117119389A (zh) * 2020-08-06 2023-11-24 华为技术有限公司 一种信息传输的方法、装置以及***
EP4195785A4 (en) * 2020-08-28 2023-10-11 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND APPARATUS
US20220353131A1 (en) * 2021-04-29 2022-11-03 Qualcomm Incorporated Uplink beam continuation for downlink beam failure recovery
US11889489B2 (en) * 2021-07-09 2024-01-30 Qualcomm Incorporated Beam failure detection and recovery
US11621752B1 (en) * 2022-03-28 2023-04-04 Qualcomm Incorporated Transmit power violation protection mechanism in a radio unit of a disaggregated base station

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102972066A (zh) * 2010-02-22 2013-03-13 瑞典爱立信有限公司 用于恢复的无线电链路故障(rlf)的检测

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070174429A1 (en) * 2006-01-24 2007-07-26 Citrix Systems, Inc. Methods and servers for establishing a connection between a client system and a virtual machine hosting a requested computing environment
GB2452753A (en) * 2007-09-13 2009-03-18 Iti Scotland Ltd Channel switching in a communication network
US9468022B2 (en) * 2012-12-26 2016-10-11 Samsung Electronics Co., Ltd. Method and apparatus for random access in communication system with large number of antennas
US9173109B2 (en) * 2013-03-15 2015-10-27 Blackberry Limited Radio link quality monitoring
HUE043713T2 (hu) * 2013-03-29 2019-09-30 Intel Ip Corp Minõségtudatos sebességillesztési technikák DASH streameléshez
CN103596291B (zh) * 2013-11-26 2016-08-17 广东欧珀移动通信有限公司 一种使用移动终端进行蓝牙组网的方法及其装置
EP3295516B1 (en) * 2015-05-08 2021-07-14 Sony Group Corporation Beamforming control based on monitoring of multiple beams
US10306597B2 (en) * 2015-07-21 2019-05-28 Samsung Electronics Co., Ltd. Method and apparatus for beam-level radio resource management and mobility in cellular network
US10615862B2 (en) * 2016-04-13 2020-04-07 Qualcomm Incorporated System and method for beam adjustment request
US11395266B2 (en) * 2016-07-22 2022-07-19 Asustek Computer Inc. Method and apparatus for transmission or reception using beamforming in a wireless communication system
CN117615470A (zh) * 2016-08-10 2024-02-27 交互数字专利控股公司 连接性监督和恢复
EP3535855B1 (en) * 2016-11-04 2024-02-21 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for handling beam failure
EP3319244B1 (en) * 2016-11-04 2020-09-09 ASUSTek Computer Inc. Method and apparatus for user equipment beamforming operation in a wireless communication system
WO2018128409A1 (ko) * 2017-01-04 2018-07-12 엘지전자(주) 무선 통신 시스템에서의 상향링크 전력 제어 방법 및 이를 위한 장치
US10433312B2 (en) * 2017-02-05 2019-10-01 Lg Electronics Inc. Method of performing uplink transmission in wireless communication system and apparatus therefor
JP6898999B2 (ja) * 2017-03-09 2021-07-07 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるビーム復旧を行う方法、及びこのための装置
US11134492B2 (en) * 2017-04-12 2021-09-28 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in next generation wireless systems
CN109246743B (zh) * 2017-04-28 2021-10-15 华为技术有限公司 一种波束管理方法及终端设备、网络设备
US20180368009A1 (en) * 2017-06-16 2018-12-20 Futurewei Technologies, Inc. System and Method for Triggering Beam Recovery
CN109152054A (zh) * 2017-06-16 2019-01-04 华硕电脑股份有限公司 无线通信***中用于非授权频谱的波束管理的方法和设备
EP3632178A1 (en) * 2017-06-23 2020-04-08 Huawei Technologies Co. Ltd. Unified rlf detection, multi-beam rlm, and full-diversity bfr mechanisms in nr
JP7139413B2 (ja) * 2017-07-21 2022-09-20 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてチャンネル状態情報参照信号を送受信する方法、及びこのための装置
US10674383B2 (en) * 2017-07-25 2020-06-02 Mediatek Inc. Channels and procedures for beam failure recovery
US10779350B2 (en) * 2017-08-10 2020-09-15 Futurewei Technologies, Inc. Beam failure recovery request
US10952273B2 (en) * 2017-08-10 2021-03-16 At&T Intellectual Property I, L.P. Detecting and correcting radio link failures based on different usage scenarios
US20200252180A1 (en) * 2017-08-10 2020-08-06 Ntt Docomo, Inc. User terminal and radio communication method
US11950287B2 (en) * 2017-08-10 2024-04-02 Comcast Cable Communications, Llc Resource configuration of beam failure recovery request transmission
CN111183606B (zh) * 2017-08-10 2024-04-16 交互数字专利控股公司 用于nr的增强型已连接模式drx过程
WO2019030725A1 (en) * 2017-08-11 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) RECONFIGURATION OF CONNECTION ON A BEAM RECOVERY RESPONSE
WO2019051231A1 (en) * 2017-09-07 2019-03-14 Ofinno Technologies, Llc UPLINK BEAM MANAGEMENT
JP7406483B2 (ja) * 2017-09-08 2023-12-27 インターデイジタル パテント ホールディングス インコーポレイテッド Ｎｒのための動的帯域幅を用いた複数のｔｒｐおよびパネル送信
WO2019048934A1 (en) * 2017-09-11 2019-03-14 Lenovo (Singapore) Pte. Ltd. REFERENCE SIGNALS FOR RADIO LINK MONITORING
US10880761B2 (en) * 2017-09-11 2020-12-29 Qualcomm Incorporated System and method for selecting resources to transmit a beam failure recovery request
CN110447254B (zh) * 2017-09-11 2022-10-21 联发科技股份有限公司 波束故障恢复请求传输的方法及其用户设备
US20200288334A1 (en) * 2017-09-11 2020-09-10 Ntt Docomo, Inc. User terminal and radio communication method
US10979917B2 (en) * 2017-09-16 2021-04-13 Qualcomm Incorporated Systems and methods for communication beam loss recovery
US10986644B2 (en) * 2017-10-12 2021-04-20 Qualcomm Incorporated Beam management schemes
CA3022244A1 (en) * 2017-10-27 2019-04-27 Comcast Cable Communications, Llc Group common dci for wireless resources
EP4243324A3 (en) * 2017-11-16 2023-11-15 Beijing Xiaomi Mobile Software Co., Ltd. Channel state information report on bandwidth part

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102972066A (zh) * 2010-02-22 2013-03-13 瑞典爱立信有限公司 用于恢复的无线电链路故障(rlf)的检测

Also Published As

Publication number Publication date
EP3487083A1 (en) 2019-05-22
US20190159100A1 (en) 2019-05-23
US11153800B2 (en) 2021-10-19
US11716663B2 (en) 2023-08-01
US20220007258A1 (en) 2022-01-06
CN109803297A (zh) 2019-05-24
EP3487083B1 (en) 2020-12-16
ES2853487T3 (es) 2021-09-16

Similar Documents

Publication Publication Date Title
CN109803297B (zh) 用于波束恢复的用户设备监听行为的方法和设备
CN110062397B (zh) 无线通信中在多小区配置下波束故障报告的方法和设备
JP6636587B2 (ja) 無線通信システムにおけるビームフォーミング送信を考慮したアンライセンススペクトルにおけるチャネル利用のための方法及び装置
US11368950B2 (en) Method and apparatus for beam management in unlicensed spectrum in a wireless communication system
CN108347780B (zh) 无线通信***中用于触发波束状态信息报告的方法和设备
EP3461025B1 (en) Method and apparatus of beam determination in a wireless communication system
CN107645780B (zh) 无线通信***中使用波束成形的传送或接收方法和设备
US11611972B2 (en) Method and apparatus of handling multiple device-to-device transmissions in a wireless communication system
CN110784922B (zh) 处置无线通信中的侧链路资源的波束感测的方法和设备
CN109391382B (zh) 无线通信***中混合自动重复请求反馈处理的方法和设备
EP3282594A1 (en) Method and appratus for ue beamforming operation in a wireless communication system
KR101967051B1 (ko) 무선 통신 시스템에서 빔포밍을 핸들링하기 위한 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant