CN116058034A - 多传输接收点场景中的特定于传输接收点的波束故障指示 - Google Patents

多传输接收点场景中的特定于传输接收点的波束故障指示 Download PDF

Info

Publication number
CN116058034A
CN116058034A CN202180058366.2A CN202180058366A CN116058034A CN 116058034 A CN116058034 A CN 116058034A CN 202180058366 A CN202180058366 A CN 202180058366A CN 116058034 A CN116058034 A CN 116058034A
Authority
CN
China
Prior art keywords
network entity
indication
trp
failed
failure
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.)
Pending
Application number
CN202180058366.2A
Other languages
English (en)
Inventor
M·德盖尔
T·科斯克拉
K·S·J·拉杜
S-J·哈科拉
Y·郁
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.)
Nokia Technologies Oy
Original Assignee
Nokia Technologies Oy
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 Nokia Technologies Oy filed Critical Nokia Technologies Oy
Publication of CN116058034A publication Critical patent/CN116058034A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/53—Allocation or scheduling criteria for wireless resources based on regulatory allocation policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information

Landscapes

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

Abstract

根据一个示例实施例，一种方法可以包括由用户设备接收至少一个网络实体故障指示配置。该方法还可以包括由用户设备检测至少一个第一网络实体满足至少一个波束故障状况。该方法还可以包括由用户设备基于至少一个接收到的网络实体故障指示配置来选择至少一个资源和至少一个参数中的一个或多个。该方法还可以包括由用户设备向至少一个第二网络实体传输满足至少一个波束故障状况的至少一个第一网络实体的至少一个指示。

Description

多传输接收点场景中的特定于传输接收点的波束故障指示
技术领域
一些示例实施例通常可以涉及移动或无线电信系统，诸如长期演进(LTE)、第五代(5G)无线电接入技术(RAT)、新无线电(NR)接入技术，和/或其他通信系统。例如，某些示例实施例可以涉及用于用户设备通知网络关于传输接收点处于波束故障状况中的系统和/或方法。
背景技术
移动或无线电信系统的示例可以包括5G RAT、通用移动电信系统(UMTS)陆地无线电接入网络(UTRAN)、LTE演进UTRAN(E-UTRAN)、高级LTE(LTE-A)、LTE-A Pro、NR接入技术，和/或MulteFire联盟。5G无线系统是指下一代(NG)无线电系统和网络架构。5G系统通常被构建在5G NR上，但是5G(或NG)网络也可以被构建在E-UTRA无线电上。预计NR可以支持诸如增强型移动宽带(eMBB)、超可靠低延迟通信(URLLC)和大规模机器类型通信(mMTC)之类的服务类别。预计NR递送用于支持物联网(IoT)的超宽带、超稳健、低延迟连接和大规模网络。下一代无线接入网(NG-RAN)表示用于5G的RAN，其可以为NR、LTE、LTE-A提供无线电接入。应注意，5G中向用户设备提供无线电接入功能性的节点(例如，类似于UTRAN中的节点B或LTE中的演进节点B(eNB))，当被建立在NR无线电上时可以被称为下一代节点B(gNB)，当被建立在E-UTRA无线电上时可以被称为下一代eNB(NG-eNB)。
发明内容
附图说明
为了正确理解示例实施例，应对附图进行参考，其中：
图1图示了检测波束故障的媒体访问控制层的示例。
图2图示了服务于用户设备的两个传输接收点的示例，其中一个传输接收点满足波束故障状况。
图3图示了根据某些实施例的信令图的示例。
图4图示了根据各种实施例的方法的流程图的示例。
图5图示了根据一些实施例的方法的流程图的示例。
图6图示了根据一些实施例的各种网络设备的示例。
图7图示了根据某些实施例的5G网络和系统架构的示例。
具体实施方式
将容易理解的是，如本文附图中大体描述和图示的某些示例实施例的组件可以以多种不同的配置来布置和设计。因此，以下对用于用户设备通知网络关于传输接收点处于波束故障状况中的系统、方法、装置和计算机程序产品的一些示例实施例的详细描述不旨在限制某些实施例的范围，而是表示选定的示例实施例。
第三代合作伙伴计划(3GPP)版本(Rel)-15新无线电(NR)定义了用户设备(UE)应如何使用媒体访问控制(MAC)层来声明波束故障。如图1中所示，物理(PHY)层可能不会采取任何行动，直到检测到波束故障实例。一旦被检测到，PHY层将向MAC层指示波束故障实例，MAC层使用计数器N对这些实例进行计数。
每个服务控制信道都需要发生故障才能检测到波束故障实例。假设的物理下行链路控制信道(PDCCH)误块率(BLER)可以被用于确定服务控制信道链路是否处于故障状况，其中BLER是使用对波束故障检测参考信号(BFD-RS)集合的测量来计算的。BFD-RS集合可以包括一些同步信号块(SSB)和/或信道状态信息参考信号(CSI-RS)索引。并且如上面所指出，BFD-RS集合中的每个BFD-RS资源需要首先处于故障状况中，以便波束故障实例将被指示给MAC层。
可以以多种方式来对UE进行配置，以确定BFD-RS集合。例如，诸如基站(BS)、传输接收点(TRP)等等的网络实体(NE)，可以明确地为UE配置至少一个被配置用于故障检测的RS索引。代替显式配置，UE可以默认使用隐式配置，其中BFD-RS集合包括在TCI-StatesPDCCH中列出的周期性CSI-RS和/或SSB，其可以被用于在至少一个控制资源集合(CORESET)上监控PDCCH。利用该默认配置，UE可以预期至少一个周期性CSI-RS和/或SSB具有与至少一个PDCCH解调参考信号(DMRS)的空间准协同定位(QCL)。因此，UE可以确定BFD-RS(q0)集合，以用于由用于PDCCH的激活的传输配置指示符(TCI)状态所指示的RS。
3GPP版本15还指定了基于竞争的随机接入(CBRA)和无竞争随机接入(CFRA)的波束故障恢复过程；但是，UE不会利用版本15CBRA BFR向网络显式地指示BFR。通过CFRA恢复，物理随机接入信道(PRACH)前导码可以与具有SSB和/或CSI-RS参数的候选波束RS列表中提供的下行链路参考信号(DRS)相关联，这可能类似于3GPP技术规范(TS)38.213中的集合q1。如果CFRA被配置，则UE可以改为首先选择至少一个超过参考信号接收功率(RSRP)阈值(诸如rsrp-ThresholdSSBBFR)的候选波束。如果没有候选波束超过RSRP阈值，则UE可以改为使用CBRA BFR，由UE选择SSB并执行标准随机接入信道(RACH)过程。最后，如果UE没有配置CFRA，则UE可以使用CBRA BFR。
虽然版本15不支持UE使用CBRA BFR向网络指示BFR，但是版本16允许使用用于辅助小区(SCell)BFR的MAC控制元素(CE)来进行该指示。特别地，版本15BFR在版本16中通过添加针对SCell的故障检测而被进一步增强。在SCell故障恢复中，UE可以配置有专用于SCell BFR的调度请求(SR)。UE可以使用该SR来指示针对SCell已经发生波束故障，并为MACCE请求资源，从而提供关于故障的SCell的附加信息。还可以使用可用的上行链路(UL)授权来传输MAC CE而不传输SR。除了包含关于故障的SCell的信息的位图之外，UE还可以在可用的UL授权上发送SCell BFR MAC CE。可以为每个故障的SCell从列表中选择新的候选索引，每个候选索引根据RSRP阈值是合适的。然后将显式地配置作为结果的候选RS列表。
在多传输接收点(TRP)场景中，BFD-RS集合可以被配置为包括与服务于UE的TRP相对应的资源。例如，对于服务于UE的两个TRP，BFD-RS可以显式地配置有两个CSI-RS索引，每个CSI-RS索引对应于一个特定TRP。替代地，如果BFD-RS包含与仅一个TRP相对应的资源，则UE将声明波束故障，然后尽管另一个TRP不满足故障状况，但是仍发起RACH恢复过程。
对于波束测量和报告，版本15指定了支持针对非组和基于组二者的波束报告的基于差分和非差分的报告。在这里，UE可以被配置为在单个报告实例中报告与诸如CSI-RS或SSB之类的多达四个参考信号(实际上多达四个波束)相对应的测量。因此，可以使用N个最强的CSI-RS资源指示符(CRI)和/或SSB资源指示符来报告测量，其中为每个指示符保留6比特长度字段，并且N≤4。可以保留7比特长度字段以用于最大的第1层(L1)-RSRP，从(-140dBmW到-44dBmW)，并且可以保留4比特长度字段，以用于差分L1-RSRP报告。当在物理上行链路共享信道(PUSCH)或长物理上行链路控制信道(PUCCH)上报告时，为波束管理所配置的L1-RSRP和/或资源指示符将被映射到第一CSI部分。
版本17的NR MIMO范围下的一个重要主题是“对支持多TRP部署的增强”，目标是频率范围1(FR1)和FR2。3GPP RP-193133中描述了有关多TRP操作工作范围的目标列表，其目标包括：识别和指定使用多TRP和/或多面板，来提高除了物理下行链路共享信道(PDSCH)之外的信道的可靠性和稳健性的特征，以版本16可靠性特征为基线；假设基于多下行链路控制信息(DCI)的多PDSCH接收，实现小区间多TRP操作的QCL/TCI相关增强；与波束管理相关的增强，可同时提供多TRP传输和多面板接收。
3GPP中仍未定义特定于TRP(即每个TRP)的波束故障恢复过程。虽然一个服务TRP可能不满足波束故障状况，但是其他TRP可能响应于故障的TRP而需要快速波束恢复和改变，例如利用连接的TRP，而不需要通常在每个服务TRP都已故障时使用的“完整”BFR过程(即，从UE的角度来看，当所有TRP都已故障时)。为了启用特定于TRP的BFD，诸如根据CORESET池索引，BFD-RS集合可以被拆分成子集，每个BFD-RS子集与不同的TRP相关联。因此，UE可以对每个子集分别执行BFD过程，并在其他TRP继续操作的同时检测故障的TRP。值得注意的是，3GPP尚未定义此类特定于TRP的BFD操作，但是预计3GPP最终将定义并启用一个。
如上面所指出，当BFD-RS集合中的每个BFD-RS资源满足故障状况时，触发当前波束故障过程。因此，对于包含针对两个服务TRP的RS资源的BFD-RS集合，当两个服务TRP都故障时，将声明波束故障。如图2中所图示，当只有一个TRP满足故障状况时，无法发起波束故障恢复过程是一个显著的限制。回顾前面的讨论，启用特定于TRP的波束故障指示和恢复对于未来的发展具有重要意义。
回到图2中所图示的场景，UE被配置为检测TRP-2满足故障状况而TRP-1未处于故障状况中。可以配置两个BFD-RS子集，其中每个BFD-RS子集与不同的TRP相关联。可能需要将TRP-2的故障及时通知网络，以使得可以针对故障的TRP执行快速波束调整/恢复，例如使用未故障的TRP。在一些场景中，取决于故障的原因，故障的TRP可能需要被另一个TRP替换。特别是当要传送超可靠和低延迟通信(URLLC)流量时和/或当需要多于一个TRP来满足严格的URLLC延迟和可靠性要求时，快速波束调整/恢复可能是有益的。此外，尽快恢复故障的TRP减少了UE执行全面的波束故障恢复过程的需要，因为在这种情况下，其他TRP在恢复第一个故障的TRP之前不太可能故障。本文所讨论的任何实施例都可以被应用于小区内和/或小区间多TRP。例如，TRP-1和TRP-2可以与不同的小区相关联。不同的小区可以通过物理小区身份(PCI)来识别，并且TRP可以通过关联CORESET、CORESETPoolIndexes、和/或由用于相关联的CORESET的PDCCH的活动TCI状态所指示的参考信号，而与不同的小区相关联。
在一些情形中，网络可以能够使用现有过程，通过配置UE来报告波束相关信息，以接收TRP的更新后的波束状况，诸如配置用于波束报告的与每个TRP相对应的RS。然而，当报告资源指示符和相关的L1-RSRP测量时，这种关于波束状况的频繁报告将需要相对较高的报告负载，并且配置频繁的/周期性的UL(PUCCH/PUSCH)资源以快速携带这种高负载。此外，这些资源将需要被配置，使得如此高的报告负载的传输也是足够可靠的，从而需要大量的UL资源。
本文所描述的某些实施例可以具有克服上述缺点的各种益处和/或优点。例如，某些实施例可以用低资源开销快速通知网络：TRP在多TRP系统中正在经历波束故障，特别是当仅使用(可靠的)1比特信息负载传输时。各种实施例可以具有允许网络快速恢复故障的TRP的附加益处，从而减少UE执行完整/经典波束故障恢复过程的需要。因此，下面讨论的某些实施例涉及计算机相关技术的改进。
图3图示了描绘UE通知网络关于NE(例如，TRP)处于波束故障状况中的信令图的示例。根据某些实施例，UE 310可以类似于UE610，并且NE 320(例如，TRP1)和NE 330(例如，TRP2)可以类似于图6中图示的NE 620。虽然下面描述的一些技术可以在示例实施例中讨论两个TRP，但是可以使用不同数量的TRP。此外，应该注意，以下的一些技术也可以被应用于一组波束和/或一组TRP。例如，TRP波束故障指示可以被配置为指示已经故障的一组波束，其中该组波束包括跨越多个TRP的波束。另外，下面描述的方法可以类似地应用于链路故障情形，该链路故障情形中TRP经历了无线电链路故障。
在301处，NE 320可以向UE 310传输任意数量的TRP故障指示配置，其可以包含若干专用/共享的UL资源和/或相关参数，并且可以被配置为允许UE 310以指示TRP正在经历波束故障。例如，专用/共享的UL资源可以被配置为携带关于至少一个TRP满足波束故障状况的任何数量的指示。这些指示可以包括故障的TRP的指示/指示符和/或被配置为识别/表征该故障的TRP的任何其他信息。在各种实施例中，TRP指示符可以是CORESETPoolIndex，其中UE 310可以假设：配置有相同CORESETPoolIndex的CORESET与相同的TRP相关联。另外或替代地，TRP指示符可以与任何数量的BFD-RS索引相关联，BFD-RS索引可以使用在至少一个TRP与至少一个被配置为携带TRP波束故障指示的UL资源之间的映射和/或关联。
作为示例，TRP故障指示配置可以包括周期性PUCCH资源的配置，诸如“config-1”和“config-2”，其中的每一个被配置为传输指示故障的TRP的一个比特信息(例如，比特“1”)。Config-1可以帮助UE 310向NE 320指示NE 330已故障，而相反地，config-2可以帮助UE 310向NE 330指示NE 320已故障。在另一示例中，TRP故障指示配置可以提供/配置至少一个UL MAC CE，以传输TRP波束故障指示。
在303处，UE 310可以检测到诸如NE 330之类的至少一个TRP处于波束故障状况中，诸如NE 330满足至少一个波束故障状况阈值。UE 310的检测可以基于至少一个BFD-RS子集。
在305处，响应于在303处的检测，UE 310可以选择在301处接收的至少一个资源和/或至少一个参数，以在报告至少一个故障的TRP(即，NE 330)时使用。在各种实施例中，UE 310可以基于哪个(哪些)TRP已经故障，或者相反地，哪个(哪些)TRP未处于故障状况中以及未故障，来选择使用哪些资源和/或参数。在具有两个TRP的示例中，UE 310可以被配置为向NE 320传输与特定资源相关联的至少一个信息比特，诸如1比特长度，以指示NE 330处于波束故障状况。在具有多于两个TRP的另一示例中，UE 310可以向NE 320传输关于资源的故障的(多个)TRP的至少一个指示符。
作为示例，UE 310可以检测到NE 330处于波束故障状况中，并且NE 320未处于波束故障状况中。使用在301处接收到的配置，UE310可以使用config-1来指示NE 330已故障。具体地，UE 310可以使用config-1中提供的PUCCH资源来向NE 320传输信息比特“1”。例如，config-1可以包括具有PUCCH格式0的资源，并且特定的循环移位可以被配置为指示信息比特“1”。替代地，TRP故障指示配置可以使UE 310经由UL MAC CE向NE 320指示NE 330的至少一个标识符(例如，CORESETPoolIndex)。
在某些实施例中，UE 310可以选择周期性和/或半持久性PUCCH资源来指示故障的(多个)TRP，诸如使用PUCCH格式0和1的资源。例如，UE 310可以使用在TRP故障指示、PUCCH资源和资源/参数配置之间的映射/关联来指示故障的TRP，这可以基于循环移位、时间/频率资源和空间关系信息的任意组合。
使用从305识别的资源和/或参数，在307处，UE 310可以向NE320传输至少一个指示，其指示至少一个故障的TRP和/或故障情形。在一些实施例中，UE 310还可以经由显式上行链路控制信息(UCI)来传输至少一个指示。在示例实施例中，在UE 310由两个TRP服务的情况下，可以配置格式0的专用周期性PUCCH资源的两种配置，其中第一配置可以允许向NE320传输，而第二配置可以允许向NE330传输。另外，至少一个TRP故障指示可以经由PUCCH格式0通过信令来传输，例如利用单个信息比特，类似于肯定的SR。结果，响应于UE 310检测到TRP故障，UE 310可以使用与NE 320相关联的周期性PUCCH资源的配置，来向NE 320传输TRP故障指示。
在一些实施例中，UE 310可以使用具有位图的PUCCH格式，该位图按照CORESET索引和/或CORESETPoolIndex的升序或降序，来指示与故障的TRP相关联的故障的RS。例如，在UE 310配置有4个BFD-RS的情况下，UE 310可以传输故障的TRP/故障的PDCCH波束组合的显式信息，从而允许网络使用位图信息来识别TRP故障。
在各种实施例中，PUSCH资源，诸如配置授权资源，可以被配置为携带TRP故障指示。例如，配置授权资源的各种参数/配置，诸如DMRS，可以携带TRP故障指示。附加地或替代地，UE 310可以在PUSCH上包括UCI形式的TRP故障指示——有或没有上行链路共享(传输)信道(UL-SCH)数据。UE 310可以使用PUSCH资源和(多个)服务TRP之间的各种关联，来选择合适的资源以传输TRP故障指示。例如，对于两个TRP，两个配置授权PUSCH配置可以携带该指示，其中每个配置可以对应于朝向不同TRP的传输，例如，通过将每个配置授权PUSCH配置与特定TRP显式地关联。为了在配置授权时机仅用于数据传输的情况下避免混淆，每个配置可以配置有两个DMRS，其中第一个DMRS被用于TRP故障指示，而第二个DMRS只被用于数据传输。因此，当TRP故障时，UE 310可以通过使用配置授权的配置，向未故障的TRP(诸如NE320)发送指示波束故障的(多个)DMRS来通知网络。
在一些实施例中，UE 310可以被配置有UL RS的任意组合，诸如探测参考信号(SRS)、资源以及相关参数，以传输TRP故障指示。例如，在两个TRP的情况下，可以使用两个SRS资源，每个SRS被配置为携带TRP故障指示。当TRP故障时，UE 310可以朝向未故障的TRP(即，NE 320)传输至少一个SRS，通知网络：NE 330已故障。此外，UE 310可以使用至少一个UL MAC CE来发信号通知TRP故障指示，其中UE 310可以经由专用和/或共享的SR资源来请求UL授权，以传输指示TRP故障指示的MAC CE，诸如如果UL(PUSCH)资源不可用的话。
在某些实施例中，UE 310可以配置有任意数量的非周期性/半持久波束报告配置，当UE 310传输(多个)TRP故障指示时，这些配置可以被激活。例如，(多个)UL指示可以向诸如NE 320之类的网络指示：已经在NE 330上检测到故障，并且作为响应，UE 310可以根据已配置的UL资源来接收开始波束报告的触发。在为UE 310配置新的PDCCH波束之后，PDCCH的TCI状态被激活，UE 310可以停止报告和/或报告资源可以被停用。附加地或替代地，如果UE310在N个报告周期之后没有接收到针对故障的PDCCH的新TCI状态，则UE 310可以停止报告，和/或可以停止在NE 330的(多个)CORESET上监控PDCCH。在一个示例实施例中，如果网络已经触发波束报告并取消报告，则UE 310可以停止在故障的CORESET或故障的TRP的CORESET上监控PDCCH。在一个示例实施例中，NE 320可以对UE 310进行配置以提供一组特定参考信号(诸如在CSI-ResourceConfig中)的波束报告(诸如CSI-ReportConfig)。资源配置和报告可以特定于所指示的TRP，并以所指示的TRP为条件。
图4图示了由UE执行的通知网络关于NE(例如，TRP)处于波束故障状况中的方法的示例。根据某些实施例，UE可以类似于图6中所图示的UE 610。虽然下面描述的一些技术可以在示例实施例中讨论两个TRP，但是可以使用任何数量的TRP。此外，应该注意，以下的一些技术也可以被应用于一组波束和/或一组TRP。例如，TRP波束故障指示可以被配置为指示已经故障的一组波束，其中该组波束包括跨越多个TRP的波束。另外，下面描述的方法可以类似地应用于链路故障情形，其中TRP经历了无线电链路故障。
在401处，UE可以从诸如图6中的NE 620之类的第一NE/TRP接收任意数量的TRP故障指示配置，其可以包含若干专用/共享的UL资源和/或相关参数，并且可以被配置为允许UE指示NE正在经历波束故障。例如，专用/共享的UL资源可以被配置为携带关于至少一个NE满足波束故障状况的任何数量的指示。这些指示可以包括故障的NE的指示/指示符，和/或被配置为识别/表征该故障的NE的任何其他信息。在各种实施例中，TRP指示符可以是CORESETPoolIndex，其中UE可以假设：配置有相同CORESETPoolIndex的CORESET与相同的NE/TRP相关联。附加地或替代地，TRP指示符可以与任何数量的BFD-RS索引相关联，BFD-RS索引可以使用在至少一个NE与至少一个被配置为携带TRP波束故障指示的UL资源之间的映射和/或关联。
作为示例，TRP故障指示配置可以包括周期性PUCCH资源的配置，诸如“config-1”和“config-2”，其中的每一个被配置为传输指示故障的TRP的一个比特信息(例如，比特“1”)。Config-1可以帮助UE向第一NE指示第二NE已故障，而相反地，config-2可以帮助UE向第二NE指示第一NE已故障。在另一示例中，TRP故障指示配置可以提供/配置至少一个ULMACCE，以传输TRP波束故障指示。
在403处，UE可以检测到诸如图6中的NE 620之类的至少一个第二NE/TRP处于波束故障状况，诸如故障的NE满足至少一个波束故障状况阈值。UE的检测可以基于至少一个BFD-RS子集。在另一示例中，多TRP中的故障检测可以基于一个BFD-RS集合，其中可以在该集合中的BFD-RS资源的部分/子集上检测故障。
在405处，响应于在403处的检测，UE可以选择在401处接收的至少一个资源和/或至少一个参数，以在报告至少一个第二NE/TRP(即，NE 330)时使用。在各种实施例中，UE可以基于哪个(哪些)TRP已经故障，或者相反地，哪个(哪些)TRP未处于故障状况以及未故障，来选择使用哪些资源和/或参数。在具有两个TRP的示例中，UE可以被配置为向第一NE传输与特定资源相关联的至少一个信息比特(例如1比特长度)，以指示第二NE处于波束故障状况。在具有多于两个TRP的另一示例中，UE可以向第一NE传输关于资源的第二TRP的至少一个指示符。
作为示例，UE可以检测到第二NE处于波束故障状况中，并且第一NE未处于波束故障状况中。使用在401处接收到的配置，UE可以使用config-1来指示第二NE。具体地，UE可以使用config-1中提供的PUCCH资源，来向第一NE传输信息比特“1”。例如，config-1可以包括具有PUCCH格式0的资源，并且特定的循环移位可以被配置为指示信息比特“1”。替代地，TRP故障指示配置可以使UE经由UL MAC CE，向第一NE指示第二NE的至少一个标识符(例如，CORESETPoolIndex)。
在某些实施例中，UE可以选择周期性和/或半持久性PUCCH资源来指示故障的TRP，诸如使用PUCCH格式0和1的资源。例如，UE可以使用TRP故障指示、PUCCH资源、与资源/参数配置之间的映射/关联，来指示故障的TRP，这可以基于循环移位、时间/频率资源和空间关系信息的任意组合。
使用从405识别的资源和/或参数，在407处，UE可以向第一NE传输至少一个指示，其指示至少一个第二NE和/或故障情形。在一些实施例中，UE还可以经由显式上行链路控制信息(UCI)来传输至少一个指示。在示例实施例中，在UE由两个TRP服务的情况下，可以配置格式0的专用周期性PUCCH资源的两种配置，其中第一配置可以允许向一个NE传输，而第二配置可以允许向另一个NE传输。另外，例如利用单个信息比特，至少一个TRP故障指示可以经由PUCCH格式0通过信令来传输，类似于肯定的SR。结果，响应于UE检测到TRP故障，UE可以使用与第二NE相关联的周期性PUCCH资源的配置，来向第一NE传输TRP故障指示。
在一些实施例中，故障检测和/或指示可以是基于与特定TRP相关联的BFD-RS资源集合的，或者可以基于CORESETPoolIndex的CORESETS的活动TCI状态来确定。在一些实施例中，UE可以提供故障的BFD-RS资源集合的指示。该指示可以向网络指示：特定TRP/网络元素处于故障状况。作为示例，UE可能已经被配置有可以分别与TRP-1和TRP-2相关联的波束故障检测资源集合q0_0和q0_1。当UE已经确定在至少一个资源集合上发生波束故障时，它可以指示一个或多个故障的资源集合。用于波束故障检测的资源集合可以具有明确的标识符，或者对于资源集合的故障指示可以与恢复信令配置相关联(例如，特定于资源集合的上行链路信号或信道)。
在一些实施例中，UE可以使用具有位图的PUCCH格式，该位图按照CORESET索引和/或CORESETPoolIndex的升序或降序，来指示与故障的TRP相关联的故障的RS。例如，在UE配置有4个BFD-RS的情况下，UE可以传输故障的TRP/故障的PDCCH波束组合的显式信息，从而允许网络使用位图信息来识别TRP故障。
在各种实施例中，PUSCH资源，诸如配置授权资源，可以被配置为携带TRP故障指示。例如，配置授权资源的各种参数/配置，诸如DMRS，可以携带TRP故障指示。附加地或替代地，UE可以在PUSCH上包括UCI形式的TRP故障指示——有或没有上行链路共享(传输)信道(UL-SCH)数据。UE可以使用PUSCH资源与(多个)服务TRP之间的各种关联，来选择合适的资源来传输TRP故障指示。例如，对于两个TRP，两个配置授权PUSCH配置可以携带该指示，其中例如通过将每个配置授权PUSCH配置与特定TRP显式地关联，每个配置可以对应于朝向不同TRP的传输。为了在配置授权时机仅用于数据传输的情况下避免混淆，每个配置可以配置有两个DMRS，其中第一个DMRS被用于TRP故障指示，而第二个DMRS只被用于数据传输。因此，当TRP故障时，UE可以通过使用(多个)配置授权的配置，向另一个NE/TRP发送指示波束故障的(多个)DMRS来通知网络。
在一些实施例中，UE可以被配置有UL RS的任意组合，诸如探测参考信号(SRS)、资源、以及相关参数，以传输TRP故障指示。例如，在两个TRP的情况下，可以使用两个SRS资源，每个SRS被配置为携带TRP故障指示。当TRP故障时，UE 310可以向未故障的TRP传输至少一个SRS，通知网络：NE已故障以及是哪一个已故障。此外，UE可以使用至少一个ULMAC CE来发信号通知TRP故障指示，其中UE可以经由专用/或共享的SR资源来请求UL授权，以传输指示TRP故障指示的MAC CE，诸如如果UL PUSCH资源不可用的话。
在某些实施例中，UE可以被配置有任意数量的非周期性/半持久波束报告配置，当UE传输(多个)TRP故障指示时，这些配置可以被激活。例如，(多个)UL指示可以向网络(诸如未故障的NE)指示：已经在NE上检测到故障，并且作为响应，UE可以根据已配置的UL资源，来接收开始波束报告的触发。在为UE配置新的PDCCH波束之后，PDCCH的TCI状态被激活，UE可以停止报告和/或报告资源可以被停用。附加地或替代地，如果UE在N个报告周期之后没有接收到针对故障的PDCCH的新TCI状态，则UE可以停止报告，和/或可以停止在故障的NE的CORESET上监控PDCCH。在一个示例实施例中，未故障的NE可以对UE进行配置，以提供一组特定参考信号(诸如在CSI-ResourceConfig中)的波束报告(诸如CSI-ReportConfig)。资源配置和报告可以特定于所指示的TRP，并以所指示的TRP为条件。
图5图示了由UE通知另一个NE(例如，TRP)处于波束故障状况中的NE执行的方法的示例。根据某些实施例，NE可以类似于如图6中所图示的NE 620。虽然下面描述了一个示例，但是应当理解，可以使用其他布置/数量的NE/TRP。此外，应该注意，以下的一些技术也可以被应用于一组波束和/或一组TRP。例如，TRP波束故障指示可以被配置为指示已经故障的一组波束，其中该组波束包括跨越多个TRP的波束。另外，下面描述的方法可以类似地应用于链路故障情况，链路故障情况中TRP经历了无线电链路故障。
在501处，NE可以向UE(诸如图6中的UE 610)传输任意数量的TRP故障指示配置，其可以包含若干专用/共享的UL资源和/或相关参数，并且可以被配置为允许UE指示TRP正在经历波束故障。例如，专用/共享的UL资源可以被配置为携带关于至少一个TRP满足波束故障状况的任何数量的指示。这些指示可以包括故障的TRP的指示/指示符，和/或被配置为识别/表征故障的TRP的任何其他信息。在各种实施例中，TRP指示符可以是CORESETPoolIndex，其中UE可以假设：被配置有相同CORESETPoolIndex的CORESET与相同的TRP相关联。附加地或替代地，TRP指示符可以与任何数量的BFD-RS索引相关联，其可以使用在至少一个TRP与至少一个被配置为携带TRP波束故障指示的UL资源之间的映射和/或关联。
作为示例，TRP故障指示配置可以包括周期性PUCCH资源的配置，诸如“config-1”和“config-2”，其中的每一个被配置为传输指示故障的TRP的一个比特信息(例如，比特“1”)。Config-1可以帮助UE向第一NE指示第二NE已故障，而相反地，config-2可以帮助UE向第二NE指示第一NE已故障。在另一示例中，TRP故障指示配置可以提供至少一个UL MAC CE以传输TRP波束故障指示。在503处，NE可以使用UE从501选择的至少一个资源/参数，从UE接收至少一个故障TRP的指示。
图6图示了根据某些示例实施例的系统的示例。在一个示例实施例中，系统可以包括多个设备，诸如例如UE 610和/或NE 620。
UE 610可以包括移动设备中的一个或多个，诸如移动电话、智能电话、个人数字助理(PDA)、平板电脑或便携式媒体播放器、数码相机、袖珍摄像机、视频游戏机、诸如全球定位系统(GPS)设备之类的导航单元、台式机或笔记本电脑、诸如传感器或智能仪表之类的单点设备或其任何组合。
NE 620可以是TRP、诸如演进节点B(eNB)或下一代节点B(gNB)之类的基站、下一代无线电接入网络(NGRAN)、服务网关、服务器、和/或任何其他接入节点或其组合。
这些设备中的一个或多个可以包括至少一个处理器，分别指示为611和621。至少一个存储器可以被提供在以612和622指示的一个或多个设备中。存储器可以是固定的或可移动的。存储器可以包括包含在其中的计算机程序指令或计算机代码。处理器611和621以及存储器612和622或其子集可以被配置为提供对应于图3-图5的各个块的部件。尽管未被示出，但是设备还可以包括定位硬件，诸如全球定位系统(GPS)或微机电系统(MEMS)硬件，其可以被用于确定设备的位置。诸如气压计、指南针等等的其他传感器也被允许并且可以被包括以确定位置、高度、方位等。
如图6中所示，可以提供收发器613和623，并且一个或多个设备还可以包括至少一个天线，分别被图示为614和624。该设备可以具有许多天线，诸如被配置用于多输入多输出(MIMO)通信的天线阵列，或用于多种无线电接入技术的多个天线。例如，可以提供这些设备的其他配置。
收发器613和623可以是发射器、接收器、或发射器和接收器两者，或者可以被配置用于传输和接收两者的单元或设备。
处理器611和621可以由任何计算或数据处理设备来体现，诸如中央处理单元(CPU)、专用集成电路(ASIC)或类似设备。处理器可以被实现为单个控制器或多个控制器或处理器。
存储器612和622可以独立地是任何合适的存储设备，诸如非暂时性计算机可读介质。可以使用硬盘驱动器(HDD)、随机存取存储器(RAM)、闪存或其他合适的存储器。存储器可以作为处理器而被组合在单个集成电路上，或者可以与一个或多个处理器分开。此外，存储在存储器中并且可以由处理器处理的计算机程序指令可以是任何合适形式的计算机程序代码，例如以任何合适的编程语言编写的编译或解释的计算机程序。存储器可以是可移动的或不可移动的。
存储器和计算机程序指令可以与用于特定设备的处理器一起，被配置为使诸如用户设备之类的硬件装置执行以下描述的任何过程(参见例如图3-图5)。因此，在某些实施例中，非暂时性计算机可读介质可以用计算机指令来编码，当在硬件中被执行时，计算机指令执行诸如本文描述的过程之一的过程。替代地，某些实施例可以完全在硬件中被执行。
在某些实施例中，装置可以包括被配置为执行图3-图5中所图示的任何过程或功能的电路。例如，电路可以是纯硬件电路实现，诸如模拟和/或数字电路。在另一个示例中，电路可以是硬件电路和软件的组合，诸如(多个)模拟和/或数字硬件电路与软件或固件的组合，和/或具有软件的(多个)硬件处理器的任何部分(包括(多个)数字信号处理器、软件和至少一个存储器，它们一起工作以使装置执行各种过程或功能。在又一示例中，电路可以是(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其包括用于操作的软件，诸如固件。当硬件操作不需要时，电路中的软件可能不存在。
图7图示了根据某些实施例的5G网络和系统架构的示例。所示的是多个网络功能，它们可以被实现为作为网络设备或专用硬件的一部分而操作的软件、被实现为网络设备本身或专用硬件、或者被实现为作为网络设备或专用硬件而操作的虚拟功能。图7中所图示的UE和NE可以分别类似于UE 610和NE 620。用户平面功能(UPF)可以提供服务，诸如RAT内和RAT间移动性、分组的路由和转发、数据分组的检查、用户平面服务质量(QoS)处理、下行链路分组的缓冲和/或下行链路数据通知的触发。应用功能(AF)可以主要与核心网络进行接口以促进流量路由的应用使用并与策略框架交互。
贯穿本说明书描述的示例实施例的特征、结构或特性在一个或多个示例实施例中可以以任何合适的方式来组合。例如，贯穿本说明书的短语“各种实施例”、“某些实施例”、“一些实施例”或其他类似语言的使用是指结合示例实施例而描述的特定特征、结构或特性可以被包括在至少一个示例实施例中这一事实。因此，贯穿本说明书的短语“在各种实施例中”、“在各种实施例中”、“在某些实施例中”、“在一些实施例中”或其他类似语言的出现不一定都指的是同一组示例实施例，并且所描述的特征、结构或特性可以在一个或多个示例实施例中以任何合适的方式来组合。
另外，如果期望的话，上面讨论的不同功能或过程可以不同的顺序和/或彼此同时执行。此外，如果期望的话，所描述的功能或过程中的一个或多个可以是可选的或可以进行组合。如此，上面的描述应该被认为是对某些示例实施例的原理和教导的说明，而不是对其的限制。
本领域的普通技术人员将容易理解，上面讨论的示例实施例可以以不同顺序的过程和/或以与所公开的那些不同的配置的硬件元件来实践。因此，尽管已经基于这些示例实施例描述了一些实施例，但是对于本领域技术人员来说显而易见的是，某些修改、变化和替代构造将是显而易见的，同时仍然在示例实施例的精神和范围内。
部分词汇表
3GPP      第三代合作伙伴项目
5G        第五代
5GC       第五代核心
5GS       第五代系统
AMF       接入和移动管理功能
ASIC      专用集成电路
BFD-RS    波束故障检测参考信号
BLER      误块率
BS        基站
CBRA      基于竞争的随机接入
CBSD      公民宽带无线电服务设备
CE        控制元件
CFRA      无竞争随机接入
CG        配置授权
CN        核心网络
CORESET   控制资源集合
CPU       中央处理单元
CSI       信道状态信息
CSI-RS    信道状态信息参考信号
CRI       信道状态信息参考信号资源指示符
DBmW      分贝-毫瓦
DCI       下行链路控制信息
DL        下行链路
DMRS      解调参考信号
DRS       下行链路参考信号
eMBB      增强型移动宽带
eMTC      增强型机器类型通信
eNB       演进节点B
eOLLA     增强型外环链路适配
EPS       演进分组系统
FDD       频分双工
FR        频率范围
gNB       下一代节点B
GPS       全球定位系统
HDD       硬盘驱动器
IEEE      电气和电子工程师协会
L1        第1层
L2        第2层
LTE       长期演进
LTE-A     高级长期演进
MAC       媒体访问控制
MBS       多播和广播系统
MCS       调制编码方案
MEMS      微机电系统
MIMO      多输入多输出
MME       移动管理实体
mMTC      大规模机器类型通信
MPDCCH    机器类型通信物理下行链路控制信道
MTC       机器类型通信
NAS       非接入层
NE        网络实体
NG        下一代
NG-eNB    下一代演进基站
NG-RAN    下一代无线电接入网
NR        新无线电
NR-U      无许可的新无线电
PBC       物理广播信道
PDA       个人数字助理
PDCCH     物理下行链路控制信道
PDSCH     物理下行链路共享信道
PDU       协议数据单元
PHY       物理
PRACH     物理随机接入信道
PRB       物理资源块
PUCCH     物理上行链路控制信道
PUSCH     物理上行链路共享信道
QCL       准协同定位
QoS       服务质量
RACH      随机接入信道
RAM       随机存取存储器
RAN       无线电接入网络
RAT       无线电接入技术
RE        资源元素
RLC       无线电链路控制
RRC       无线电资源控制
RS        参考信号
RSRP      参考信号接收功率
SMF       会话管理功能
SR        调度请求
SRB       信令无线电承载
SSB       同步信号块
TB        传输块
TCI       传输配置指示符
TDD       时分双工
TR        技术报告
TRP       传输接收点
TS        技术规格
Tx        传输
UCI       上行链路控制信息
UE        用户设备
UL        上行链路
UMTS      通用移动电信系统
UPF       用户平面功能
URLLC     超可靠和低延迟通信
UTRAN     通用移动电信系统陆上无线电接入网络
WLAN      无线局域网

Claims (31)

1.一种方法，包括：
由用户设备接收至少一个网络实体故障指示配置；
由所述用户设备检测至少一个第一网络实体满足至少一个波束故障状况；
由所述用户设备基于接收到的所述至少一个网络实体故障指示配置，来选择至少一个资源和至少一个参数中的一个或多个，所述至少一个资源和所述至少一个参数中的所述一个或多个被配置为传输检测到的所述至少一个第一网络实体满足所述至少一个波束故障状况的至少一个指示；以及
由所述用户设备向至少一个第二网络实体传输满足所述至少一个波束故障状况的所述至少一个第一网络实体的所述至少一个指示。
2.根据权利要求1所述的方法，其中所述至少一个第二网络实体处于非故障状况。
3.根据权利要求1所述的方法，其中所述至少一个网络实体故障指示配置中的每一个网络实体故障指示配置与至少一个网络实体相关联。
4.根据权利要求1所述的方法，其中所述至少一个网络实体故障指示配置包括至少一个上行链路媒体访问控制控制元素，所述至少一个上行链路媒体访问控制控制元素指示与检测到的所述至少一个第一网络实体相关联的至少一个CORESETPoolIndex。
5.根据权利要求1所述的方法，其中在至少一个物理上行链路信道资源上传输所述至少一个指示。
6.根据权利要求1所述的方法，其中在至少一个物理上行链路控制信道资源上传输所述至少一个指示。
7.根据权利要求1所述的方法，其中所述至少一个网络实体故障指示配置包括至少两个周期性物理上行链路控制信道资源集合，所述至少两个周期性物理上行链路控制信道资源集合被配置为传输检测到的所述至少一个第一网络实体的至少一个指示。
8.根据权利要求1所述的方法，其中关于网络实体处于波束故障状况中的所述检测是基于至少一个波束故障检测参考信号。
9.根据权利要求1所述的方法，其中关于网络实体处于波束故障状况的所述检测是对与所述网络实体相关联的至少一个波束故障检测参考信号子集执行的。
10.根据权利要求1所述的方法，其中经由至少一个上行链路参考信号传输所述至少一个网络实体故障指示。
11.根据权利要求1所述的方法，其中所述至少一个指示包括：经由至少一个物理上行链路共享信道传输的至少一个媒体访问控制控制元素。
12.根据权利要求1所述的方法，其中至少一个资源和至少一个参数中的一个或多个与至少一个网络实体相关联。
13.根据权利要求1所述的方法，其中所述用户设备被配置有至少一个非周期性或半持久波束报告配置，所述至少一个非周期性或半持久波束报告配置被配置用于在所述用户设备检测到所述至少一个故障网络实体、和/或发送对应的所述网络实体故障指示时激活。
14.根据权利要求1至13中任一项所述的方法，其中所述至少一个第一网络实体或所述至少一个第二网络实体中的至少一个包括传输接收点(TRP)。
15.一种方法，包括：
由网络实体传输至少一个网络实体故障指示配置；以及
由所述网络实体接收至少一个网络实体满足至少一个波束故障状况的至少一个指示。
16.根据权利要求15所述的方法，其中所述网络实体处于非故障状况中。
17.根据权利要求15所述的方法，其中所述至少一个网络实体故障指示配置中的每一个网络实体故障指示配置与至少一个网络实体相关联。
18.根据权利要求15所述的方法，其中所述至少一个网络实体故障指示配置包括至少一个上行链路媒体访问控制控制元素，所述至少一个上行链路媒体访问控制控制元素指示与所述至少一个故障网络实体相关联的至少一个CORESETPoolIndex。
19.根据权利要求15所述的方法，其中在至少一个物理上行链路信道资源上接收到所述至少一个指示。
20.根据权利要求15所述的方法，其中在至少一个物理上行链路控制信道资源上接收所述至少一个指示。
21.根据权利要求15所述的方法，其中所述至少一个网络实体故障指示配置包括至少两个周期性物理上行链路控制信道资源集合，所述至少两个周期性物理上行链路控制信道资源集合被配置为传输所述至少一个故障网络实体的至少一个指示。
22.根据权利要求15所述的方法，其中经由至少一个上行链路参考信号接收所述至少一个网络实体故障指示。
23.根据权利要求15所述的方法，其中所述至少一个指示包括：经由至少一个物理上行链路共享信道接收的至少一个媒体访问控制控制元素。
24.根据权利要求15所述的方法，其中至少一个资源和至少一个参数中的一个或多个与至少一个网络实体相关联。
25.根据权利要求15所述的方法，其中所述用户设备被配置有至少一个非周期性或半持久波束报告配置，所述至少一个非周期性或半持久波束报告配置被配置用于在所述用户设备检测到所述至少一个故障网络实体、或所述网络实体接收到所述至少一个网络实体故障指示时激活。
26.根据权利要求15至25中任一项所述的方法，其中所述网络实体包括传输接收点(TRP)。
27.一种装置，包括：
至少一个处理器；以及
包括计算机程序代码的至少一个存储器，
其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使得所述装置至少执行根据权利要求1-26中任一项所述的方法。
28.一种装置，包括用于执行根据权利要求1-26中任一项所述的方法的部件。
29.一种非暂时性计算机可读介质，包括存储在其上的用于执行根据权利要求1-26中任一项的方法的程序指令。
30.一种装置，包括被配置为使所述装置执行根据权利要求1-26中任一项所述的方法的电路。
31.一种用指令编码的计算机程序产品，所述指令用于执行根据权利要求1-26中任一项所述的方法。
CN202180058366.2A 2020-06-22 2021-05-04 多传输接收点场景中的特定于传输接收点的波束故障指示 Pending CN116058034A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063042473P 2020-06-22 2020-06-22
US63/042,473 2020-06-22
PCT/EP2021/061642 WO2021259541A1 (en) 2020-06-22 2021-05-04 Transmission reception point-specific beam failure indications in multi-transmission reception point scenarios

Publications (1)

Publication Number Publication Date
CN116058034A true CN116058034A (zh) 2023-05-02

Family

ID=75850189

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180058366.2A Pending CN116058034A (zh) 2020-06-22 2021-05-04 多传输接收点场景中的特定于传输接收点的波束故障指示

Country Status (5)

Country Link
US (2) US11770173B2 (zh)
EP (1) EP4154637A1 (zh)
JP (1) JP2023531957A (zh)
CN (1) CN116058034A (zh)
WO (1) WO2021259541A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11838774B2 (en) * 2020-09-25 2023-12-05 Qualcomm Incorporated Transmission reception point specific beam failure recovery process

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180124831A1 (en) * 2016-10-29 2018-05-03 Ofinno Technologies, Llc Dual connectivity scheduling request for wireless network and wireless device
WO2018129300A1 (en) 2017-01-06 2018-07-12 Idac Holdings, Inc. Beam failure recovery
WO2018201457A1 (en) 2017-05-05 2018-11-08 Mediatek Singapore Pte. Ltd. Handling of intermittent disconnection in a millimeter wave (mmw) system
WO2019017751A1 (ko) 2017-07-21 2019-01-24 엘지전자 주식회사 무선 통신 시스템에서 채널 상태 정보 참조 신호를 송수신하는 방법 및 이를 위한 장치
CN110299977A (zh) * 2018-03-22 2019-10-01 夏普株式会社 在用户设备上运行的方法及用户设备
EP3930237A1 (en) * 2018-05-10 2021-12-29 Comcast Cable Communications, LLC Prioritization in beam failure recovery procedures
EP4236597A3 (en) * 2018-06-19 2023-11-29 Mitsubishi Electric Corporation User apparatus, base station and communication system
CN112673581B (zh) * 2018-07-12 2024-02-13 株式会社Ntt都科摩 用户终端
US11895678B2 (en) * 2018-09-25 2024-02-06 Telefonaktiebolaget Lm Ericsson (Publ) Selecting a bandwidth part (BWP)
KR20210120030A (ko) * 2019-02-22 2021-10-06 엘지전자 주식회사 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
WO2020204322A1 (ko) * 2019-03-29 2020-10-08 엘지전자 주식회사 무선 통신 시스템에서 단말의 빔 관리 수행 방법 및 이를 지원하는 단말 및 기지국
US11595921B2 (en) * 2020-05-19 2023-02-28 Qualcomm Incorporated Methods and apparatus for QCL assumptions for cross carrier multiple DCI
US20210376909A1 (en) * 2020-05-26 2021-12-02 Qualcomm Incorporated Beam failure recovery techniques for multiple transmission-reception points in a secondary cell
US11716717B2 (en) * 2020-06-11 2023-08-01 Qualcomm Incorporated Methods and apparatus for downlink receive beam refinement
EP4190080A4 (en) * 2020-10-15 2023-10-25 ZTE Corporation BEAM FAILURE RECOVERY SYSTEM AND METHOD

Also Published As

Publication number Publication date
US11770173B2 (en) 2023-09-26
US20210399784A1 (en) 2021-12-23
US20230275643A1 (en) 2023-08-31
JP2023531957A (ja) 2023-07-26
WO2021259541A1 (en) 2021-12-30
EP4154637A1 (en) 2023-03-29

Similar Documents

Publication Publication Date Title
JP7371145B2 (ja) セカンダリセルビームリカバリ
KR102650783B1 (ko) 무선 네트워크에서의 빔 관리
CN111837414B (zh) 用于波束管理的小区分组
US9345044B2 (en) Method and apparatus for processing information
US20210028823A1 (en) Method for measurement and report of channel state information for network cooperative communication
WO2020228589A1 (zh) 通信方法和通信装置
KR102662713B1 (ko) 업링크 제어 정보(uci)의 송신
CN112385162A (zh) 多波束csi反馈
EP3545720B1 (en) Method and device for transmitting downlink control information
CN110337791B (zh) 反馈方法和通信设备
WO2013064107A1 (zh) 一种探测参考信号的功率控制方法、系统及装置
US20140241149A1 (en) Systems and methods for synchronizing wireless communication device configurations
CN115735395A (zh) 在无线通信系统中用于无线通信的方法和用户设备
US20230275643A1 (en) Transmission reception point-specific beam failure indications in multi-transmission reception point scenarios
CN115152157B (zh) 在无线通信系统中执行波束故障恢复过程的方法及其设备
CN114503451A (zh) 基于组的scell波束故障恢复
CN115315970B (zh) 确定小区间多下行链路控制信息多传输接收点中的波束故障检测参考信号
WO2022151110A1 (zh) 波束失败信息的生成和上报方法以及装置
TW202341684A (zh) 用於包括同時ｂｆｒ之ｍｔｒｐ的統一ｔｃｉ更新
CN115315970A (zh) 确定小区间多下行链路控制信息多传输接收点中的波束故障检测参考信号
KR20220162520A (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