CN116709407A - 用于去激活的辅小区组（scg）的波束故障检测和恢复 - Google Patents

用于去激活的辅小区组（scg）的波束故障检测和恢复 Download PDF

Info

Publication number
CN116709407A
CN116709407A CN202310756555.8A CN202310756555A CN116709407A CN 116709407 A CN116709407 A CN 116709407A CN 202310756555 A CN202310756555 A CN 202310756555A CN 116709407 A CN116709407 A CN 116709407A
Authority
CN
China
Prior art keywords
scg
cell group
network node
mode
power saving
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
CN202310756555.8A
Other languages
English (en)
Inventor
I·L·达席尔瓦
J·贝里奎斯特
S·瓦格
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN116709407A publication Critical patent/CN116709407A/zh
Pending legal-status Critical Current

Links

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
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06964—Re-selection of one or more beams after beam failure
    • 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
    • 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
    • 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
    • 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
    • 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
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0248—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal dependent on the time of the day, e.g. according to expected transmission activity
    • 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
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Remote Monitoring And Control Of Power-Distribution Networks (AREA)

Abstract

实施例包括用于被配置为经由主小区组(MCG)和辅小区组(SCG)与无线网络通信的用户设备(UE)的方法。此类方法包括：响应于经由MCG或SCG接收第一命令而进入用于SCG的节能模式；当处于用于SCG的节能模式且处于用于MCG的激活模式时，执行用于SCG的波束故障检测(BFD)并避免执行用于SCG的一个或多个波束管理操作。在一些实施例中，UE可以在处于用于SCG的节能模式时检测到SCG中的波束故障之后执行各种操作。其他实施例包括用于被配置为提供MCG或SCG的网络节点以及被配置为执行此类方法的UE和网络节点的补充方法。

Description

用于去激活的辅小区组(SCG)的波束故障检测和恢复
本申请是申请日为2021年9月27日、申请号为202180066940.9、发明名称为“用于去激活的辅小区组(SCG)的波束故障检测和恢复”的申请的分案申请。
技术领域
本公开一般涉及无线通信网络并且更具体地涉及减少用户设备(UE)在连接到无线网络中的多个小区组时消耗的能量的技术，特别是在小区组中的一个小区组处于去激活状态时。
背景技术
长期演进(LTE)是第三代合作伙伴计划(3GPP)中开发的所谓第四代(4G)无线电接入技术的总称，并且最初在版本8(Rel-8)和版本9(Rel-9)中标准化，也称为演进UTRAN(E-UTRAN)。LTE针对各种授权频段，并伴随着对通常称为系统架构演进(SAE)的非无线电方面的改进，系统架构演进包括演进分组核心(EPC)网络。LTE通过后续版本继续演进。
包括LTE和SAE的网络的整体示例性架构如图1所示。E-UTRAN 100包括一个或多个演进节点B(eNB)，例如eNB 105、110和115，以及一个或多个用户设备(UE)，例如UE 120。在3GPP标准中使用时，“用户设备”或“UE”是指能够与符合3GPP标准的网络设备通信的任何无线通信设备(例如，智能手机或计算设备)，网络设备包括E-UTRAN以及UTRAN和/或GERAN，作为第三代(“3G”)和第二代(“2G”)3GPP RAN而众所周知。
根据3GPP的规定，E-UTRAN 100负责网络中所有与无线电相关的功能，包括无线电承载控制、无线电准入控制、无线电移动性控制、调度以及在上行链路和下行链路中为UE动态分配资源，以及与UE通信的安全性。这些功能驻留在例如eNB 105、110和115的eNB中。每个eNB可以服务于包括一个或多个小区(包括分别由eNB 105、110和115服务的小区106、111和115)的地理覆盖区域。
E-UTRAN中的eNB通过X2接口相互通信，如图1所示。eNB还负责到EPC 130的E-UTRAN接口，特别是到移动性管理实体(MME)和服务网关(SGW)的S1接口，在图1中共同显示为MME/S-GW 134和138。通常，MME/S-GW处理UE的总体控制以及UE和EPC的其余部分之间的数据流。更具体地说，MME处理UE和EPC之间的信令(例如，控制平面)协议，这些协议被称为非接入层(NAS)协议。S-GW处理UE和EPC之间的所有因特网协议(IP)数据分组(例如，数据或用户平面)并且当UE在eNB(例如eNB 105、110和115)之间移动时充当数据承载的本地移动性锚点(anchor)。
EPC 130还可以包括归属订户服务器(HSS)131，其管理用户和订户相关信息。HSS131还可以提供移动管理、呼叫和会话建立、用户认证和接入授权方面的支持功能。HSS 131的功能可以与传统归属位置寄存器(HLR)和认证中心(AuC)功能或操作的功能相关。HSS131还可以通过各自的S6a接口与MME 134和138通信。
在一些实施例中，HSS 131可以通过Ud接口与用户数据存储库(UDR)(在图1中标记为EPC-UDR 135)通信。EPC-UDR 135可以在用户凭证被AuC算法加密后存储它们。这些算法不是标准化的(即供应商特定的)，因此除HSS 131的供应商外，任何其他供应商都无法访问存储在EPC-UDR 135中的加密凭证。
图2示出了UE、eNB和MME之间的示例性控制平面(CP)协议栈的框图。示例性协议栈包括UE和eNB之间的物理(PHY)、媒体访问控制(MAC)、无线电链路控制(RLC)、分组数据会聚协议(PDCP)和无线电资源控制(RRC)层。PHY层关注如何以及什么特性被使用在LTE无线电接口上通过传输信道传输数据。MAC层在逻辑信道上提供数据传输服务，将逻辑信道映射到PHY传输信道，并重新分配PHY资源以支持这些服务。RLC层提供传输到上层或从上层传输的数据的错误检测和/或纠正、级联、分段和重组、以及重新排序。PDCP层提供用于CP和用户平面(UP)两者的加密/解密和完整性保护，以及其他UP功能(例如报头压缩)。示例性协议栈还包括UE和MME之间的非接入层(NAS)信令。
RRC层控制在无线电接口处的UE和eNB之间的通信，以及UE在E-UTRAN中的小区之间的移动性。在UE开机后，它将处于RRC_IDLE(空闲)状态，直到与网络建立RRC连接，此时UE将转换到RRC_CONNECTED(连接)状态(例如，可以进行数据传输的状态)。在与网络的连接被释放后UE返回到RRC_IDLE。在RRC_IDLE状态下，UE不属于任何小区，没有为UE建立RRC上下文(例如，在E-UTRAN中)，并且UE与网络失去UL同步。即便如此，处于RRC_IDLE状态的UE在EPC中是已知的，并且具有指派的IP地址。
此外，在RRC_IDLE状态下，UE的无线电在上层配置的不连续接收(DRX)调度上处于活动状态。在DRX活动周期(也称为“DRX开启持续时间”)期间，RRC_IDLE UE接收由服务小区广播的系统信息(SI)，执行相邻小区的测量以支持小区重选，并监视用于寻呼的寻呼信道，寻呼是通过服务于UE驻留的小区的eNB来自EPC的。
UE必须执行随机接入(RA)过程才能从RRC_IDLE状态移动到RRC_CONNECTED状态。在RRC_CONNECTED状态下，服务UE的小区是已知的，并且在服务eNB中为UE建立RRC上下文，使得UE和eNB可以通信。例如，为处于RRC_CONNECTED状态的UE配置小区无线电网络临时标识符(C-RNTI)——用于UE和网络之间的信令的UE标识。
3GPP Rel-10支持大于20MHz的带宽。一个重要的Rel-10需求是向后兼容Rel-8。因此，宽带LTE Rel-10载波(例如，>20MHz)对于Rel-8(“传统”)终端应该表现为多个载波(“分量载波”或CC)。传统终端可以在宽带Rel-10载波的所有部分进行调度。实现这一点的一种方式是通过载波聚合(CA)，Rel-10终端由此可以接收多个CC，每个CC优选地具有与Rel-8载波相同的结构。
在Rel-12中引入了LTE双连接(DC)。在DC操作中，处于RRC_CONNECTED状态的UE消耗由至少两个通过非理想回程(backhaul)相互连接的不同网络点提供的无线电资源。在LTE中，这两个网络点可以称为“主基站”(MeNB)和“辅基站”(SeNB)。更一般地，术语主节点(MN)、锚节点和MeNB可以互换使用，而术语辅节点(SN)、自举(booster)节点和SeNB也可以互换使用。DC可以看作是CA的一个特例，其中聚合的载波(或小区)由物理上分离的网络节点提供，并且没有通过稳健的高容量连接进行连接。
目前，第五代(“5G”)蜂窝系统(也称为新无线电(NR))正在第三代合作伙伴计划(3GPP)中进行标准化。NR被开发以旨在提供最大的灵活性，来支持各种不同的用例。这些包括增强型移动宽带(eMBB)、机器类型通信(MTC)、超可靠低延迟通信(URLLC)、辅助链路设备到设备(D2D)以及一些其他用例。5G/NR技术与第四代LTE共享许多相似之处。例如，两者的PHY都在1ms子帧中使用类似的时域物理资源布置，这些子帧包括多个持续时间相等的时隙，每个时隙包括多个基于OFDM的符号。作为另一个示例，NR RRC层包括RRC_IDLE和RRC_CONNECTED状态，但添加了另一种称为RRC_INACTIVE(非激活)的状态。除了像LTE中那样通过“小区”提供覆盖之外，NR网络还通过“波束”提供覆盖。通常，DL“波束”是可以由UE测量或监视的由网络传输的RS的覆盖区域。
DC也被设想为5G/NR网络的一个重要特征。NR已经考虑了几种DC(或更一般地，多连接)场景。这些包括类似于上面讨论的LTE-DC的NR-DC，除了MN和SN(称为“gNB”)都使用NR接口与UE通信。此外，已经考虑了各种多RAT DC(MR-DC)场景，由此UE可被配置为使用由两个不同节点提供的资源，一个提供E-UTRA/LTE接入，另一个提供NR接入。一个节点充当MN(例如，提供MCG)，另一个节点充当SN(例如，提供SCG)，MN和SN通过网络接口连接，并且至少MN连接到核心网络(例如，EPC或5GC)。
每个CG包括一个MAC实体、主小区(PCell)、以及可选的一个或多个辅小区(SCell)。术语“特殊小区”(或简称“SpCell”)指的是MCG的PCell或SCG的PSCell，这取决于是否UE的MAC实体分别与MCG或SCG相关联。在非DC操作(例如CA)中，SpCell指的是PCell。SpCell始终被激活，并支持UE的物理UL控制信道(PUCCH)传输和基于竞争的随机接入。
一般而言，如果不使用跨载波调度，NR UE需要针对PCell、PSCell和可能的所有其他SCell上的UL许可(grant)和DL调度分配持续监视物理DL控制信道(PDCCH)。即使使用跨载波调度，UE也必须在PCell上或针对于SCell在PSCell上执行额外的PDCCH监视，这取决于SCell是属于MCG还是SCG。
为了提高网络能效和MR-DC中的UE的电池寿命，3GPP Rel-17包括用于高效SCG/SCell激活/去激活的工作项目。这对于具有NR SCG的MR-DC配置尤其重要，因为在某些情况下NR UE的能耗比在LTE中高三到四倍。
发明内容
但是，如果UE的SCG被去激活(或者，更一般地，处于诸如SCG悬置(suspended)、SCG休眠等节能模式)，则UE可以停止监视用于SCG的PSCell和SCell的PDCCH。这会给SCG中UE的波束管理带来各种问题、难点和/或困难，包括波束故障检测和恢复。
本公开的实施例例如通过促进解决上面总结的和下面更详细描述的示例性问题的解决方案为在无线网络中操作的UE提供波束管理的具体改进。
本公开的实施例包括用于被配置为通过MCG和SCG与无线网络通信的UE的方法(例如，过程)。这些示例性方法可以包括响应于通过MCG或SCG接收到第一命令而进入用于SCG的节能模式。这些示例性方法还可包括，当处于用于SCG的节能模式并且处于用于MCG的激活模式时，执行针对SCG的波束故障检测(BFD)，并避免执行针对SCG的一个或多个波束管理操作。
在一些实施例中，当处于用于SCG的节能模式时执行针对SCG的BFD是基于以下一项或多项：
·继续在接收第一命令之前正在执行的针对SCG的BFD；
·特定于用于SCG的节能模式的SCG BFD配置；
·SCG的服务小区的子集，该子集由无线网络配置；以及
·重置与SCG BFD相关的一个或多个计时器或计数器，这些一个或多个计时器或计数器在接收到第一命令之前正在运行。
在这些实施例中的一些中，当处于用于SCG的节能模式下执行针对SCG的BFD包括：执行针对在子集中包括的服务小区的BFD并且避免执行针对在子集中未包括的SCG的服务小区BFD。
在一些实施例中，针对SCG的一个或多个波束管理操作(即，UE避免执行的)包括以下任何一项：执行与SCG相关联的波束的层1(L1)测量；以及报告对与SCG相关联的波束执行的L1测量。
在一些实施例中，该示例性方法还可以包括在处于用于SCG的节能模式时在检测到SCG中的波束故障之后执行一个或多个操作，该一个或多个操作包括以下任何一项：
·退出用于SCG的节能模式并进入用于SCG的激活模式；
·执行朝向SCG的随机接入(RA)过程；
·向UE中的较高协议层指示UE的较低协议层检测到SCG中的波束故障。
·向第二网络节点或被配置为提供MCG的第一网络节点发送在SCG中检测到波束故障的指示；以及
·从第一网络节点接收指示用于SCG的模式的第二命令。
在这些实施例中的一些中，RA过程是针对波束故障恢复被发起并且是响应于检测到与SCG相关联的波束故障；第二命令是在完成RA过程后接收到的，并且指示用于SCG的激活模式；并且进入用于SCG的激活模式是响应于第二命令。
在一些变体中，这些示例性方法还可以包括以下内容：当处于用于SCG的节能模式并且处于用于MCG的激活模式时，通过MCG接收与SCG的PDCCH关联的TCI状态；并且在进入用于SCG的激活模式后，基于接收到的TCI状态监视SCG的PDCCH。在一些进一步的变体中，接收到的TCI状态不同于与SCG的PDCCH相关联的最近的TCI状态，最近的TCI状态是在进入用于SCG的节能模式之前接收到的。
在其他这些实施例中，响应于检测到SCG中的波束故障进入用于SCG的激活模式，以及响应于进入用于SCG的激活模式执行朝向SCG的RA过程。在一些变体中，这些示例性方法还可以包括以下之一：退出用于SCG的激活模式并进入用于SCG的节能模式；或者根据第二命令(即接收到时)设置SCG模式。
在进一步的变体中，在处于用于SCG的节能模式时在检测到SCG中的波束故障之后执行的一个或多个操作包括响应于进入用于SCG的激活模式或成功完成RA过程而发起第一计时器。在这样的变体中，响应于第一计时器的到期而没有接收到第二命令，退出用于SCG的激活模式并且进入用于SCG的节能模式。
在这些实施例的其他实施例中，执行朝向SCG的RA过程是用于波束故障恢复的并且是响应于检测到与SCG相关联的波束故障的。此外，在处于用于SCG的节能模式时在检测到SCG中的波束故障之后执行的一个或多个操作包括响应于RA过程的成功完成而发起第二计时器。在这样的变体中，进入用于SCG的激活模式是响应于第二计时器的到期而没有接收到第二命令。
在这些实施例的其他实施例中，执行朝向SCG的RA过程是响应于接收到指示用于SCG的激活模式的第二命令。此外，退出用于SCG的节能模式并且进入用于SCG的激活模式是响应于RA过程的成功完成。
在这些和某些其他实施例的一些变体中，朝向SCG的RA过程由UE的较高协议层基于由UE的较低协议层检测到波束故障的指示来发起。
在这些实施例的一些实施例中，在朝向SCG的RA过程期间，在SCG中检测到波束故障的指示被发送给第二网络节点，并且执行朝向SCG的RA过程包括通过SCG接收与SCG的PDCCH相关联的TCI状态。在这样的实施例中，TCI状态基于在SCG中检测到波束故障的指示。在一些变体中，在SCG中检测到波束故障的指示被作为MAC CE通过与用于处于节能模式的SCG的BFR相关联的逻辑信道发送。
在这些实施例的其他实施例中，向第一网络节点发送在SCG中检测到波束故障的指示是响应于接收到指示用于SCG的激活模式的第二命令的。此外，响应于发送指示执行朝向SCG的RA过程，并且响应于朝向SCG的RA过程的成功完成而退出用于SCG的节能模式并进入用于SCG的激活模式。在一些变体中，该指示作为以下之一被发送给第一网络节点：
·RRC消息中的SCG故障信息字段，该字段具有指示波束故障的特定值；
·通过与SCG波束故障报告(BFR)相关联的逻辑信道的MAC CE；以及
·与BFR相关联并且包括SCG的标识符的MAC CE。
在这些实施例的一些实施例中，执行的朝向SCG的用于BFR的RA过程不同于以下一项或多项：
·在处于用于SCG的节能模式时未检测到SCG中的波束故障之后朝向SCG执行的第一RA过程；以及
·在处于用于SCG的激活模式时朝向SCG执行的第二RA过程。
在一些实施例中，这些示例性方法还可以包括在处于用于SCG的节能模式时在没有检测到SCG中的波束故障之后执行一个或多个操作，该一个或多个操作包括以下任一项：
·从第一网络节点接收指示用于SCG的激活模式的第二命令；
·退出用于SCG的节能模式并进入用于SCG的激活模式；以及
·在UE进入用于SCG的节能模式之前基于由无线网络配置的TCI状态监视MCG或SCG中的PDCCH。
在一些变体中，响应于接收到第二命令退出用于SCG的节能模式和进入用于SCG的连接模式，并且响应于接收到第二命令监视MCG中的PDCCH。
其他实施例包括用于被配置为在无线网络中为UE提供SCG的第二网络节点的方法(例如，过程)。这些示例性方法可以包括在UE处于用于SCG的激活模式时向UE发送进入用于SCG的节能模式的第一命令。这些示例性方法还可包括在UE处于用于SCG的节能模式时执行一个或多个操作，该一个或多个操作包括以下任何操作：
·在SCG中执行与UE的RA过程；以及
·从UE或从被配置为向UE提供MCG的第一网络节点接收当UE处于用于SCG的节能模式时UE在SCG中检测到波束故障的指示。
在一些实施例中，该指示是在朝向SCG的RA过程期间从UE接收到的。在这样的实施例中，当UE处于用于SCG的节能模式时执行的一个或多个操作包括基于该指示确定与SCG的PDCCH相关联的TCI状态。在这样的实施例中，执行RA过程包括向UE发送TCI状态。在一些变体中，在SCG中检测到波束故障的指示作为MAC CE通过逻辑信道被接收，该逻辑信道与用于处于节能模式的SCG的BFR相关联。
在其他实施例中，该指示是从第一网络节点接收到的，并且该示例性方法还可以包括基于接收到的指示来释放SCG。
在其他实施例中，这些示例性方法还可以包括向第一网络节点发送恢复UE在用于SCG的激活模式下的操作的请求。该指示是响应于该请求从第一网络节点接收的。
在一些实施例中，这些示例性方法还可以包括，在UE进入用于SCG的节能模式之前，向UE发送特定于用于SCG的节能模式的以下信息中的一个或多个：SCG BFD配置，以及SCG的服务小区的子集。在这样的实施例中，所指示的SCG中的波束故障检测基于特定于用于SCG的节能模式的信息(即，SCG BFD配置和/或服务小区的子集)。在一些变体中，以下中的一个或多个适用：
·包括SCG的服务小区的子集的SCG BFD配置；
·当UE处于用于SCG的节能模式时，针对BFD仅监视子集；以及
·SCG BFD配置与第一命令一起发送。
其他实施例包括用于被配置为对无线网络中的UE提供MCG的第一网络节点的方法(例如，过程)。这些示例性方法可以包括，当UE处于用于MCG的激活模式和用于SCG的节能模式时，向UE发送进入用于SCG的激活模式的第二命令。这些示例性方法还可包括在UE处于用于SCG的节能模式时执行一个或多个操作，该一个或多个操作包括以下任何操作：
·当UE处于用于SCG的节能模式时，从UE接收到UE在SCG中检测到波束故障的指示；以及
·基于先前为UE配置的TCI状态向在MCG中的UE发送PDCCH。
在一些实施例中，这些示例性方法还可以包括将该指示转发给被配置为提供SCG的第二网络节点。
在一些实施例中，该指示作为以下之一从UE接收：
·RRC消息中的SCG故障信息字段，该字段具有指示波束故障的特定值；
·通过与SCG BFR相关联的逻辑信道的MAC CE；以及
·与BFR相关联并且包括SCG的标识符的MAC CE。
在一些实施例中，TCI状态先前由被配置为提供SCG的第二网络节点在以下之一期间配置：在UE进入用于SCG的节能模式之前，或当UE处于用于SCG的节能模式时。
在一些实施例中，这些示例性方法还可以包括从被配置为提供SCG的第二网络节点接收恢复UE在用于SCG的激活模式下的操作的请求。第二命令是响应该请求而发送的。
在一些实施例中，这些示例性方法还可以包括，在UE进入用于SCG的节能模式之前，向UE发送特定于用于SCG的节能模式的以下信息中的一个或多个：SCG BFD配置，以及SCG的服务小区的子集。在这样的实施例中，所指示的SCG中的波束故障检测基于特定于用于SCG的节能模式的信息。在某些变体中，以下一项或多项适用：
·SCG BFD配置包括SCG的服务小区的子集；
·当UE处于用于SCG的节能模式时，针对BFD仅监视子集；以及
·SCG BFD配置与UE进入用于SCG的节能模式的第一命令一起发送。
其他实施例包括被配置为执行对应于本文描述的任何示例性方法的操作的UE(例如，无线设备、IoT设备等或其组件)或网络节点(例如，基站、eNB、gNB、ng-eNB、en-gNB等或其组件)。其他实施例包括存储程序指令的非暂时性计算机可读介质，这些程序指令在由处理电路执行时配置此类UE或网络节点以执行对应于本文描述的任何示例性方法的操作。
本文描述的这些和其他实施例可以通过不要求UE报告针对去激活的SCG的CSI和/或L1波束测量，同时保持一定程度的波束对准以用于SCG重新激活，来促进降低UE能量消耗。由于UE对BFD执行波束监视，因此UE可以在SCG重新激活时在需要时触发随机接入，只要在SCG去激活时未检测到BFD，就可以减少恢复延迟。某些实施例还有助于，在SCG被去激活时，UE准备好SCG重新激活，UE执行BFR以建立波束对准。
鉴于下面简要描述的附图阅读下面的详细描述，本公开的实施例的这些和其他目的、特征和优点将变得明显。
附图说明
图1是示例性LTE网络架构的高级别框图。
图2示出了示例性LTE控制平面(CP)协议层。
图3示出了示例性5G/NR网络架构的高级别视图。
图4-5分别示出了支持使用EPC和5GC的多RAT DC(MR-DC)的示例性网络架构的高级别视图。
图6-7分别示出了从UE的角度的对于具有EPC的EN-DC和具有5GC的MR-DC的用户平面(UP)无线电协议架构。
图8-9分别示出了从网络角度的对于具有EPC的EN-DC和具有5GC的MR-DC的UP无线电协议架构。
图10示出了用于NR UE的示例性频域配置。
图11示出了用于NR时隙的示例性时频资源网格。
图12示出了CellGroupConfig(小区组配置)信息元素(IE)的示例性结构。
图13A-D示出了用于TCI状态配置的各种示例性IE或字段的ASN.1数据结构。
图14A-C示出了TCI状态如何被配置和/或激活的各个方面。
图15A-B分别示出了用于示例性RadioLinkMonitoringConfig(无线电链路监视配置)和SpCellConfig(SpCell配置)IE的ASN.1数据结构。
图16示出了用于示例性BeamFailureRecoveryConfig(波束故障恢复配置)IE的ASN.1数据结构。
图17是用于NR Scell的示例性状态转换图。
图18示出了根据本公开的各种示例性实施例的，当UE的SCG被激活和去激活时，不同的RS资源被配置用于UE波束故障检测的情况。
图19-21、24-25和27是根据本公开的各种实施例的UE和与UE的MCG和SCG相关联的网络节点之间的信号流程图。
图22-23示出了根据本公开的各种实施例的MAC实体和RRC实体之间的各种UE内部信令。
包括图26A-B的图26示出了根据本公开的各种实施例的可用于报告去激活的SCG中的波束故障的示例性RRC IE的ASN.1数据结构。
图27示出了说明某些实施例的信号流程图，特别是对于BFD的小区组间报告的情况。
图28是根据本公开的各种实施例的用于UE(例如，无线设备、IoT设备等或其组件)的示例性方法(例如，过程)的流程图。
图29是根据本公开的各种实施例用于无线网络(例如，E-UTRAN、NG-RAN)中的第二网络节点(例如基站、eNB、gNB、ng-eNB、en-gNB等)的示例性方法(例如过程)的流程图。
图30是根据本公开的各种实施例用于无线网络(例如，E-UTRAN、NG-RAN)中的第一网络节点(例如基站、eNB、gNB、ng-eNB、en-gNB等)的示例性方法(例如过程)的流程图。
图31示出无线网络的实施例。
图32示出了UE的实施例。
图33是示出可用于无线网络中网络节点的各种实施例的实施的示例性虚拟化环境的框图。
图34-35是根据本公开的各种实施例的各种通信系统和/或网络的框图。
图36-39是根据本公开的各种实施例的用于发送和/或接收用户数据的示例性方法(例如，过程)的流程图。
具体实施方式
现在将参考附图更全面地描述上面概括的实施例。然而，其他实施例包含在本文公开的主题的范围内，所公开的主题不应解释为仅限于本文阐述的实施例；相反，这些实施例是以示例的方式提供的，以向本领域技术人员传达主题的范围。
通常，除非在使用该术语的上下文中清楚地给出了和/或隐含了不同的含义，否则本文中使用的所有术语将根据其在相关技术领域中的普通含义来解释。除非明确说明，否则对一/一个/该元件、设备、组件、装置、步骤等的所有引用应开放地解释为是指该元件、设备、组件、装置、步骤等的至少一个实例。除非明确地将一个步骤描述为在另一个步骤之后或之前和/或隐含地一个步骤必须在另一个步骤之后或之前，否则本文所公开的任何方法的步骤不必以所公开的确切顺序执行。在适当的情况下，本文公开的任何实施例的任何特征可以适用于任何其他实施例。同样，任何实施例的任何优点可以适用于任何其他实施例，反之亦然。通过下面的描述，所附实施例的其他目的、特征和优点将显而易见。
此外，贯穿以下给出的整个描述中使用以下术语：
·无线电节点：如本文所使用的，“无线电节点”可以是“无线电接入节点”或“无线设备”。
·无线电接入节点：如本文所用，“无线电接入节点”(或等效地“无线电网络节点”、“无线电接入网络节点”或“RAN节点”)可以是蜂窝通信网络的无线电接入网络(RAN)中的操作以无线地发送和/或接收信号的任何节点。无线电接入节点的一些示例包括但不限于3GPP第五代(5G)NR网络中的基站(例如，新无线电(NR)基站(gNB/en-gNB)或3GPP LTE网络中的增强或演进节点B(eNB/ng-eNB)、基站分布式组件(例如CU和DU)、基站控制和/或用户平面组件(例如CU-CP、CU-UP)、高功率或宏基站、低功率基站(例如，微型、微微、毫微微或归属基站等)、集成接入回程(IAB)节点、传输点、远程无线电单元(RRU或RRH)和中继节点。
·核心网络节点：如本文所用，“核心网络节点”是核心网络中的任何类型的节点。核心网络节点的一些示例包括例如移动性管理实体(MME)、服务网关(SGW)、分组数据网络网关(P-GW)、接入和移动性管理功能(AMF)、会话管理功能(AMF)、用户平面功能(UPF)、服务能力开放功能(SCEF)等。
·无线设备：如本文所用，“无线设备”(或简称“WD”)是通过与网络节点和/或其他无线设备无线通信来接入蜂窝通信网络(例如，由其服务)的任何类型的设备。无线通信可以涉及使用电磁波、无线电波、红外波和/或适合通过空气传送信息的其他类型的信号来发送和/或接收无线信号。无线设备的一些示例包括但不限于智能电话、移动电话、手机、IP语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线相机、游戏机控制台或设备、音乐存储设备、播放设备、可穿戴设备、无线端点、移动站、平板电脑、笔记本电脑、笔记本电脑嵌入式设备(LEE)、笔记本电脑安装设备(LME)、智能设备、无线客户端设备(CPE))、移动式通信(MTC)设备、物联网(IoT)设备、车载无线终端设备等。除非另有说明，术语“无线设备”在本文中可与术语“用户设备”(或简称“UE”)互换使用。
·网络节点：如本文所用，“网络节点”是作为无线电接入网络(例如，无线电接入节点或上面讨论的等效名称)或蜂窝通信网络的核心网络(例如，上面讨论的核心网络节点)的一部分的任何节点。在功能上，网络节点是能够、被配置、被布置和/或可操作以直接或间接地与无线设备和/或与蜂窝通信网络中的其他网络节点或设备通信以启用和/或提供对该无线设备的无线接入和/或在蜂窝通信网络中执行其他功能(例如，管理)的设备。
注意，本文的描述集中在3GPP蜂窝通信系统上，并且因此，经常使用3GPP术语或类似于3GPP术语的术语。然而，本文公开的概念不限于3GPP系统。此外，尽管本文使用术语“小区”，但应理解(特别是关于5G NR)波束可用于代替小区，因此，本文描述的概念同样适用于小区和波束两者。
如上所述，如果UE的SCG被去激活(或者更一般地，处于诸如SCG悬置、SCG休眠等节能模式)，则UE可以停止监视用于SCG的PSCell和SCell的PDCCH。这会给UE的SCG中的波束管理带来各种问题、难点和/或困难，包括波束故障检测和波束故障恢复。在下面对NR网络架构和各种双连接(DC)布置的描述之后，这将在下面更详细地讨论。
图3示出了包括下一代RAN(NG-RAN)399和5G核心(5GC)398的5G网络架构的高级别视图。NG-RAN 399可以包括通过一个或多个NG接口连接到3GC的一组gNodeB(gNB)，例如分别通过接口302、352连接的gNB 300、350。此外，gNB可以通过一个或多个Xn接口(例如gNB300和350之间的Xn接口340)相互连接。关于到UE的NR接口，每个gNB都可以支持频分双工(FDD)，时分双工(TDD)或其组合。
NG-RAN 399被分层为无线电网络层(RNL)和传输网络层(TNL)。NG-RAN架构，即NG-RAN逻辑节点和它们之间的接口，被定义为RNL的一部分。对于每个NG-RAN接口(NG、Xn、F1)，指定了相关的TNL协议和功能。TNL提供用于用户平面传输和信令传输的服务。在一些示例性配置中，每个gNB都连接到3GPP TS 23.501中定义的“AMF区域”内的所有5GC节点。如果支持对NG-RAN接口的TNL上的CP和UP数据进行的保护，则应采用NDS/IP。
图3所示的NG RAN逻辑节点包括中央(或集中式)单元(CU或gNB-CU)和一个或多个分布式(或分散式)单元(DU或gNB-DU)。例如，gNB 300包括gNB-CU 310和gNB-DU 320和330。CU(例如，gNB-CU 310)是托管较高层协议并执行各种gNB功能(例如控制DU的操作)的逻辑节点。每个DU都是托管较低层协议的逻辑节点，并且可以根据功能拆分来包括gNB功能的各个子集。因此，每个CU和DU都可以包括执行其相应功能所需的各种电路，包括处理电路、(例如，用于通信的)收发器电路和电源电路。此外，术语“中央单元”和“集中式单元”在本文中可互换使用，术语“分布式单元”和“分散式单元”也是如此。
gNB-CU通过相应的F1逻辑接口(例如图3中所示的接口322和332)连接到gNB-DU。gNB-CU和连接的gNB-DU仅作为gNB对其他gNB和5GC可见。换句话说，F1接口在gNB-CU之外是不可见的。在图3所示的gNB拆分CU-DU架构中，可以通过允许UE连接到由同一CU服务的多个DU或允许UE连接到由不同CU服务的多个DU来实现DC。
DC也被设想为5G/NR网络的重要特征。3GPP TR 38.804(v14.0.0)描述了各种示例性双连接(DC)场景或配置，其中MN和SN可以应用NR RAT、LTE RAT或两者并且可以连接到EPC或5GC。以下术语用于描述这些示例性DC场景或配置：
·DC：LTE DC(即MN和SN都采用LTE，如上所述)；
·EN-DC：LTE-NR DC，其中MN(eNB)使用LTE，SN(gNB)使用NR，并且两者都连接到EPC。
·NGEN-DC：LTE-NR双连接，其中UE连接到一个充当MN的ng-eNB和一个充当SN的gNB。ng-eNB连接到5GC，gNB通过Xn接口连接到ng-eNB。
·NE-DC：LTE-NR双连接，其中UE连接到一个充当MN的gNB和一个充当SN的ng-eNB。gNB连接到5GC，ng-eNB通过Xn接口连接到gNB。
·NR-DC(或NR-NR DC)：MN和SN都使用NR并通过NG连接到5GC。
·MR-DC(多RAT DC)：3GPP TS 36.300(v16.0.0)中描述的E-UTRA内双连接(DC)的概括，其中多Rx/Tx UE可被配置为利用通过非理想回程连接的两个不同节点提供的资源，一个节点提供E-UTRA接入，另一个节点提供NR接入。一个节点充当MN，另一个节点充当SN，其中一个使用LTE，另一个使用NR。MN和SN通过网络接口连接，至少MN连接到核心网络。EN-DC、NE-DC和NGEN-DC是MR-DC的不同示例。
图4示出了支持EN-DC的示例性网络架构的高级别视图，包括E-UTRAN 499和EPC498。如图所示，E-UTRAN 499可以包括通过相应的X2(或X2-U)接口彼此互连的en-gNB 410(例如，410a、b)和eNB 420(例如，420a、b)。eNB 420可以类似于图1中所示的那些，而ng-eNB可以类似于图3中所示的gNB，只是它们通过S1-U接口连接到EPC 498，而不是通过X2接口连接到5GC。eNB还通过S1接口连接到EPC 498，类似于图1中所示的布置。更具体地，en-gNB410(例如，410a、b)和eNB 420(例如，420a、b)连接到EPC 498中的MME(例如，MME430a、b)和S-GW(例如，S-GW440a、b)。
en-gNB和eNB中的每一个可以服务于包括一个或多个小区的地理覆盖区域，包括图4中示例性示出的小区411a-b和421a-b。取决于它所在的特定小区，UE 405可以分别通过NR或LTE无线电接口与服务于该特定小区的en-gNB或eNB通信。此外，UE 405可以与eNB服务的第一小区和en-gNB服务的第二小区(诸如图4所示的小区420a和410a)处于EN-DC连接中。
如上所述，NR网络还通过“波束”提供覆盖。通常，DL“波束”是可以由UE测量或监视的由网络传输的RS的覆盖区域。例如，在NR中，此类RS可以单独或组合地包括以下任何一项：SS/PBCH块(SSB)、CSI-RS、第三(tertiary)参考信号(或任何其他同步信号)、定位RS(PRS)、DMRS、相位跟踪参考信号(PTRS)等。一般来说，无论RRC状态如何，所有UE都可以使用SSB，而其他RS(例如，CSI-RS、DM-RS、PTRS)与具有网络连接(即处于RRC_CONNECTED状态)的特定UE相关联。
图5示出了支持基于5GC的MR-DC配置的示例性网络架构的高级别视图。更具体地说，图5示出了NG-RAN 599和5GC 598。NG-RAN 599可以包括通过相应的Xn接口彼此互连的gNB 510(例如，510a、b)和ng-eNB 520(例如，520a、b)。gNB和ng-eNB还通过NG接口连接到5GC 598，更具体地说，通过相应的NG-C接口连接到AMF(接入和移动性管理功能)530(例如，AMF 530a、b)，以及通过相应的NG-U接口连接到UPF(用户平面功能)540(例如，UPF 540a、b)。此外，AMF 530a、b可以与一个或多个会话管理功能(SMF，例如，SMF 550a、b)和网络开放功能(NEF，例如，NEF 560a、b)通信。
每个gNB 510可以类似于图3中所示的那些，而每个ng-eNB可以类似于图1中所示的eNB，除了它们通过NG接口连接到5GC 598而不是通过S1接口连接到EPC。gNB和ng-eNB中的每一个都可以服务于包括一个或多个小区(包括图5中示例性所示的小区511a-b和521a-b)的地理覆盖区域。gNB和ng-eNB还可以使用各种定向波束来提供相应小区中的覆盖。根据它所在的特定小区，UE 505可以分别通过NR或LTE无线电接口与服务于该特定小区的gNB或ng-eNB通信。此外，UE 505可以与由ng-eNB服务的第一小区和由gNB服务的第二小区(例如图5中所示的小区520a和510a)处于MR-DC连接中。
图6-7分别示出了从UE的角度的具有EPC(例如，EN-DC)和具有5GC(例如，NGEN-DC、NE-DC和NR-DC)的MR-DC的UP无线电协议架构。在这两种情况下，UE都支持MCG、SCG和拆分承载，如上所述。在图6所示的EN-DC布置中，MCG承载具有LTE(例如，E-UTRA)或NR PDCP以及LTE RLC和MAC层，而SCG承载具有NR PDCP、RLC和MAC层。拆分承载具有NR PDCP层以及LTE和NR的RLC和MAC层。在图7所示的布置中，所有承载都具有NR PDCP层和与MN和SN使用的RAT相对应的较低层。图6-7中的架构之间的一个区别是，具有5GC的MR-DC的各种承载与在PDCP之上的SDAP层中终止的QoS流相关联。
图8-9分别示出了从网络角度的具有EPC(例如EN-DC)和5GC(例如NGEN-DC、NE-DC和NR-DC)的MR-DC的UP无线电协议架构。在图8所示的EN-DC布置中，终止于MN的MCG承载具有MN使用的RAT的PDCP层，而所有其他承载具有NR PDCP层。所有承载都具有与它们终止的节点的RAT相关联的较低层。在图9所示的布置中，所有承载都具有NR PDCP层和与它们终止于其中的节点的RAT相关联的较低层。从网络的角度来看，每个MCG、SCG或拆分承载都可以在MN或SN中终止。例如，节点之间的X2或Xn接口将携带用于在MN PDCP层中终止的SCG或拆分承载的到SN中的较低层的业务。类似的，X2或Xn将携带用于在SN PDCP层中终止的MCG或拆分承载的到MN中的较低层的业务。图8-9中的架构之间的一个区别是，用于具有5GC的MR-DC的各种承载与被终止的QoS流相关联。
图10示出了用于NR UE的示例性频域配置。在Rel-15 NR中，UE可以在DL中配置有多达四个载波带宽部分(BWP)，其中单个的DL BWP在给定时间处于活动状态。UE可以在UL中配置有多达四个BWP，其中单个的UL BWP在给定时间处于活动状态。如果UE配置有补充UL，则UE可以在补充UL中配置有多达四个附加BWP，其中单个补充UL BWP在给定时间处于活动状态。在图10的示例性布置中，UE配置有三个DL(或UL)BWP，分别标记为BWP 0-2。
公共RB(CRB)从0开始到载波带宽的末尾来编号。为UE配置的每个BWP都有公共参考CRB0(如图10所示)，使得配置的BWP可以从大于零的CRB开始。CRB0可以通过网络提供的以下参数之一来标识，如3GPP TS 38.211第4.4节中进一步定义的：
·用于主小区(PCell，例如PCell或PSCell)中的DL的PRB-index(索引)-DL-common(公共)；
·用于PCell中的UL的PRB-index-UL-common；
·用于辅小区(SCell)中的DL的PRB-index-DL-Dedicated(专用)；
·用于SCell中的UL的PRB-index-UL-Dedicated；以及
·用于补充UL的PRB-index-SUL-common。
以这种方式，UE可以配置有窄BWP(例如10MHz)和宽BWP(例如100MHz)，每个都从特定的CRB开始，但是在给定的时间点只有一个BWP对于UE处于活动状态。在图10所示的布置中，BWP 0-2分别在CRB N0 BWP、N1 BWP和N2 BWP处开始。在BWP中，PRB在频域中从0到来定义和编号，其中i是载波的特定BWP的索引。在图10所示的布置中，BWP 0-2分别包括PRB 0到N1、N2和N3。
每个NR资源元素(RE)在一个OFDM符号间隔期间对应于一个OFDM子载波。NR支持各种SCS值Δf＝(15×2μ)kHz，其中μ∈(0、1、2、3、4)被称为“参数集(numerology)”。参数集μ＝0(即，Δf＝15kHz)提供了也用于LTE中的基本(或参考)SCS。符号持续时间、循环前缀(CP)持续时间和时隙持续时间与SCS或参数集成反比。例如，对于Δf＝15kHz，每子帧有一个(1-毫秒)时隙，对于Δf＝30kHz，每子帧有两个0.5-毫秒时隙，等等。此外，最大载波带宽与根据2μ*50MHz的参数集直接相关。下面的表1总结了支持的NR参数集和相关联参数。网络可以配置不同的DL和UL参数集。
表1
图11示出了NR时隙的示例性时频资源网格。如图11所示，资源块(RB)包括一组12个连续的OFDM子载波，持续时间为14符号时隙。与LTE一样，资源元素(RE)包括一个时隙中的一个子载波。NR时隙可以包括14个OFDM符号用于普通循环前缀和12个符号用于扩展循环前缀。
在NR中，物理下行链路控制信道(PDCCH)被限制在包含特定数量的符号和特定数量的子载波的区域，称为控制资源集(CORESET)。通常，CORESET在频域中包括多个RB(即，12个RE的倍数)，在时域中包括1-3个OFDM符号。用于定义CORESET的最小单元是资源元素组(REG)，它在频率上跨越一个PRB，在时间上跨越一个OFDM符号。CORESET资源可以通过RRC信令指示给UE。
除了PDCCH之外，CORESET中的每个REG还包含解调参考信号(DM-RS)，以帮助估计在其上发送该REG的无线电信道。当发送PDCCH时，可以使用预编码器在传输之前基于无线电信道的一些知识在发送天线处应用权重。如果在发射机处用于REG的预编码器没有不同，则可以通过在在时间和频率中接近的多个REG上估计信道来提高UE处的信道估计性能。为了帮助UE进行信道估计，可以将多个REG组合在一起形成REG束(bundle)，并且可以向UE指示用于CORESET的REG束大小(即2、3或5个REG)。UE可以假定用于PDCCH的传输的任何预编码器对于REG束中的所有REG是相同的。
与LTE类似，NR数据调度可以例如以每时隙为基础动态执行。在每个时隙中，基站(例如gNB)通过PDCCH发送下行链路控制信息(DCI)，其指示哪个UE被调度以在该时隙中接收数据，以及哪些RB将携带该数据。UE首先检测并解码DCI，并且如果DCI包括用于UE的DL调度信息，则基于DL调度信息接收对应的PDSCH。DCI格式1_0和1_1用于传达PDSCH调度。
同样，PDCCH上的DCI可以包括UL许可，其指示哪个UE被调度以在该时隙中在PUCCH上发送数据，以及哪些RB将携带该数据。UE首先检测并解码DCI，并且如果DCI包括用于UE的上行链路许可，则在由UL许可指示的资源上发送对应的PUSCH。DCI格式0_0和0_1用于传达用于PUSCH的UL许可，而其他DCI格式(2_0、2_1、2_2和2_3)用于其他目的，包括时隙格式信息、保留资源、传输功率控制信息等的传输。
在NR Rel-15中，DCI格式0_0/1_0被称为“回退(fallback)DCI格式”，而DCI格式0_1/1_1被称为“非回退(non-fallback)DCI格式”。回退DCI支持其中DCI大小取决于活动BWP的大小的资源分配类型1。因此，DCI格式0_1/1_1旨在以有限的灵活性调度单个传输块(TB)传输。另一方面，非回退DCI格式可以提供具有多层传输的灵活TB调度。
DCI包括补充有有效载荷数据的循环冗余校验(CRC)的有效载荷。由于DCI是在多个UE接收的PDCCH上发送的，因此需要包括目标UE的标识符。在NR中，这是通过使用指派给UE的无线电网络临时标识符(RNTI)加扰CRC来完成的。最常见的是，由服务小区指派给目标UE的小区RNTI(C-RNTI)被用于此目的。
DCI有效载荷连同由标识符加扰的CRC一起被编码并在PDCCH上传输。给定先前配置的搜索空间，每个UE在称为“盲解码”的过程中尝试根据多个假设(也称为“候选者”)检测寻址到它的PDCCH。PDCCH候选者跨越1、2、4、8或16个CCE，CCE的数量被称为PDCCH候选者的聚合级别(AL)。如果使用多于一个CCE，则第一CCE中的信息将在其他CCE中重复。通过改变AL，可以使PDCCH对于特定的有效载荷大小或多或少具有稳健性。换句话说，可以通过调整AL来执行PDCCH链路适配。根据AL，PDCCH候选者可以位于CORESET中的不同时频位置。
可以使用散列函数来确定对应于UE必须在搜索空间集中监视的PDCCH候选者的CCE。针对不同的UE不同地进行散列。以这种方式，UE使用的CCE被随机化，并且具有被包括在CORESET中的消息的多个UE之间的冲突概率被降低。一旦UE解码DCI，它就会使用指派给它和/或与特定PDCCH搜索空间相关联的RNTI对CRC进行解扰。在匹配的情况下，UE认为检测到的DCI是寻址到它的，并遵循DCI中的指令(例如，调度信息)。
例如，为了确定用于被调度的PDSCH传输的调制阶数、目标码率和TB大小，UE首先读取DCI(例如，格式1_0或1_1)中的5比特调制和编码方案字段(IMCS)以基于3GPP TS38.214V15.0.0章节5.1.3.1中定义的过程来确定调制阶数(Qm)和目标码率(R)。随后，UE读取DCI中的冗余版本字段(rv)以确定冗余版本。基于此信息以及层数(v)和速率匹配前分配的PRB的总数(nPRB)，UE根据3GPP TS 38.214V15.0.0章节5.1.3.2中定义的过程确定用于PDSCH的传输块大小(TBS)。
Rel-15中为NR指定了波束管理。该特征用于跟踪适合发送和接收的波束。使用具有固定波束网格传输方案的模拟波束成形的网络节点通常会例如通过评估每波束的层1(L1)参考信号接收功率(RSRP)的UE报告来连续监视波束候选者。UE对与相应波束相关联的SSB执行此类测量。
通常，NR波束管理框架允许网络向UE通知波束之间的空间关系，并促进UE侧波束跟踪。在朝向网络启动随机接入信道(RACH)过程之前，UE在一组SSB上进行测量并选择合适的一个。然后，UE在与所选SSB关联的RACH资源上进行传输。UE和网络两者都将使用对应的波束进行通信，直到RRC_CONNECTED状态波束管理处于活动状态。网络在没有任何显式信令的情况下推断UE选择了哪个SSB波束。这个用于寻找初始波束的过程通常标记为P1。
网络可以使用SSB波束作为尝试使用哪个(窄)CSI-RS波束的指示。例如，用于波束管理的窄CSI-RS波束的候选集是基于最佳SSB波束的。一旦CSI-RS被发送，UE就会测量RSRP并将结果报告给网络。如果网络从UE接收到指示新的CSI-RS波束优于用于发送PDCCH/PDSCH的波束的CSI-RSRP报告，则网络相应地更新用于UE的服务波束，并且可能地修改CSI-RS波束的候选集。
网络还可以指示UE对SSB执行测量。如果网络接收到指示新的SSB波束优于先前最佳SSB波束的UE报告，则可以激发用于UE的CSI-RS波束的候选集的对应更新。这个改善过程通常被称为P2。
一旦进入RRC_CONNNECTED状态，UE配置有参考信号集。基于波束管理/L1测量，UE确定其哪个DL波束适合接收该集合中的每个参考信号。然后网络指示哪些参考信号与将用于发送PDCCH/PDSCH的波束相关联，并且UE在接收PDCCH/PDSCH时使用此信息来调整其DL波束。PDCCH和PDSCH波束可以相同——如果不同，则需要附加信令。
当网络已经更新了它的用于UE的服务DL发送波束时，UE可能需要更新它的对应DL接收波束。为实现这一点，网络在新的服务发送波束上重复发送CSI-RS，同时UE改变其接收波束。UE然后可以选择最佳接收波束并将其与测量的参考信号相关联。此过程通常称为P3。
可以从不同天线端口从同一基站(例如gNB)天线发送多个信号。这些信号可以具有相同的大尺度特性，例如在包括以下项目的参数方面，多普勒频移/扩展、平均时延扩展和/或平均时延。然后将这些天线端口称为“准共址”或“QCL”。网络可以用信号通知UE两个天线端口关于一个或多个参数是QCL。一旦UE知道两个天线端口关于某个参数(例如，多普勒扩展)是QCL，UE就可以基于其中一个天线端口估计该参数，并在接收另一个天线端口时使用该估计。通常，第一天线端口由诸如CSI-RS的测量参考信号(称为“源RS”)表示，并且第二天线端口是解调参考信号(DMRS)(称为“目标RS”)。
例如，如果天线端口A和B相对于平均时延是QCL，则UE可以根据从天线端口A(源RS)接收的信号估计平均时延，并假设从天线端口B(目标RS)接收的信号具有相同的平均时延。这对于解调很有用，因为UE在尝试使用DMRS测量信道时可以预先知道信道的特性。
关于可以对QCL做出什么假设的信息从网络用信号通知给UE。在NR中，定义了以下四种发送源RS和发送目标RS之间的QCL关系：
·类型A：{多普勒频移、多普勒扩展、平均时延、时延扩展}
·类型B：{多普勒频移，多普勒扩展}
·类型C：{平均时延，多普勒频移}
·类型D：{空间Rx参数}
引入QCL类型D是为了促进具有模拟波束成形的波束管理，被称为“空间QCL”。空间QCL目前没有严格的定义，但理解是如果两个发射天线端口是空间QCL，UE可以使用相同的Rx波束接收它们。当QCL关系被用信号通知给UE时，它不仅包括关于特定QCL类型(例如A、B、C或D)的信息，还包括服务小区索引、BWP索引和源参考信号标识(CSI-RS、TRS或SSB)。
QCL类型D与波束管理最相关，但也有必要向UE传达类型A QCL RS关系，以便它们可以估计所有相关的大尺度参数。通常，这可以通过为UE配置用于时间/频率偏移估计的跟踪参考信号(TRS，例如，CSI-RS)来完成。为了能够使用任何QCL参考，UE必须以足够好的信号干扰加噪声比(SINR)来接收它。在许多情况下，这限制了用于特定UE的TRS以在特定波束和/或波束配置中发送它。
换句话说，当这两个信号是QCL类型D时，它们在相同的方向或通过相同的下行链路波束来发送。如果UE知道一个信号与它之前使用特定RX波束接收到的一些其他信号是在空间上QCL，则UE可以可靠地使用相同的RX波束来接收该信号。因此，网络可以给出要解码的信道(例如，PDCCH/PDSCH)与已知在给定方向上发送的可被UE用作参考的信号(例如CSI-RS、SSB等)之间的关系。
为了在波束和TRP选择中引入动态，可以通过具有N个传输配置指示符(TCI)状态的RRC信令来配置UE，其中N在频率范围2(FR2，例如6GHz以上)中最多为128，并且在FR1(例如，低于6GHz)中最多为8，这取决于UE能力。每个配置的TCI状态包括用于源RS(例如，CSI-RS或SS/PBCH)和目标RS(例如，PDSCH/PDCCH DMRS天线端口)之间的QCL关联的参数。TCI状态也可用于传达用于接收CSI-RS的QCL信息。TCI状态列表中的N个状态可以被解释为由网络发送的N个可能的波束、网络用来与UE通信的N个可能的TRP、或者从一个或多个TRP发送的一个或多个波束的组合。
更具体地说，每个TCI状态可以包括ID以及用于一个或两个源DL RS的QCL信息，每个源RS与QCL类型、服务小区索引、BWP索引和源参考信号标识(CSI-RS、TRS或SSB)相关联。例如，两个不同的CSI-RS{CSI-RS1，CSI-RS2}可以在TCI状态中被配置为{qcl-Type(类型)1，qcl-Type2}＝{TypeA，TypeD}。UE可以将此TCI状态解释为意味着UE可以从CSI-RS1导出多普勒频移、多普勒扩展、平均时延、时延扩展，并且从CSI-RS2导出空间Rx参数(例如，要使用的RX波束)。如果QCL类型D不适用(例如，低频带或中频带操作)，则TCI状态仅包含单个源RS。但是，除非特别指出，否则对源RS“对”的参考包括单个源RS的情况。
此外，可以为PDSCH配置可用TCI状态的第一列表，并且可以为PDCCH配置第二列表。第二列表可以包含指向为PDSCH配置的TCI状态子集的指针，称为TCI状态ID。对于在FR1中操作的UE，网络随后为PDCCH激活一个TCI状态(即，通过向UE提供TCI)和为PDSCH激活多达八个TCI状态，具体取决于UE能力。
例如，UE可以配置有来自总共64个配置的TCI状态的列表中的四个活动TCI状态。因此，其他60个配置的TCI状态是非活动的，UE不需要准备为这些状态估计大尺度参数。另一方面，UE通过对为这四个TCI状态中的每一个指示的源RS执行测量和分析来连续跟踪和更新用于这四个活动TCI状态的大尺度参数。用于PDSCH调度的每个DCI都包括指向被调度UE的一个或两个活动TCI状态的指针(或索引)。基于这个指针，UE知道在执行PDSCH DMRS信道估计和PDSCH解调时使用哪个大尺度参数估计。
UE TCI状态当前通过RRC做为CellGroupConfig信息元素(IE)的一部分来配置，CellGroupConfig信息元素(IE)是上面讨论的CU-DU拆分架构中的DU配置参数。该IC可被传达给UE，例如，在从RRC_INACTIVE到RRC_CONNECTED状态的转换期间的RRCResume(RRC恢复)消息中，或者在切换、小区内重新配置、或从RRC_IDLE到RRC_CONNECTED状态的转换期间的RRCReconfiguration(RRC重配置)消息中。TCI状态配置作为SpCell(即PCell或PSCell)的每DL BWP的PDSCH配置的一部分用信号通知，其中SpCell可以包括一个或多个DL BWP。图12示出了包括TCI状态配置的CellGroupConfig的示例性结构。
图13A-D示出用于通过RRC信令配置UE的TCI状态的各种示例性IE的ASN.1数据结构。具体而言，图13A示出了用于PDSCH配置(即，用于特定DL BWP)的ASN.1数据结构，包括要添加或修改的TCI状态列表。每个列表成员由TCI-State(TCI-状态)字段描述，图13D示出了示例性ASN.1数据结构。如图13D所示，每个TCI-state字段都有一个与其配置相关联的TCI-stateID(TCI-状态ID)。
PDCCH配置和TCI状态之间也存在关联，因为UE可能还需要监视用于PDCCH的DL波束。图13B示出了用于PDCCH配置的PDCCH-Config(PDCCH-配置)IE的ASN.1数据结构。这个IE包括controlResourcesSettToAddModList(控制资源集增加修改列表)，它是CORESET资源的列表。图13C示出了ControlResourceSet(控制资源集)字段的ASN.1数据结构，表示单个CORESET资源。
如上所述，每个CORESET包含1-3个OFDM符号以及PDCCH的频域分配，即，PDCCH在频率中何处发送并应由UE监视。图13C中所示的ControlResourceSet字段还包括要添加或修改的TCI状态列表，每个成员都包括指向为接收PDSCH配置的应该被用于接收在该CORESET中发送的PDCCH候选者的TCI状态之一的TCI-StateID字段(例如，根据图13A)。每个CORESET可以具有配置的/激活的不同TCI状态，便于为不同的PDCCH候选者使用不同的发送波束。
图13D示出了示例性TCI-State字段的ASN.1数据结构，其包括称为QCL-Info(QCL-信息)的QCL配置字段。该字段包括可选的称为cell(小区)的子字段，它指示在其中正在配置QCL源RS的UE的服务小区。如果此子字段不存在，则它适用于在其中配置TCI-State的服务小区(即，小区组的SpCell，而不是索引的SCell)。仅当qcl-Type被配置为类型D时，RS才能位于在其中配置TCI-State的服务小区以外的服务小区。换句话说，对于给定的SpCellConfig，给定TCI状态的RS与该小区组中的服务小区相关联，其可以是PCell/PScell或相关联的SCell。这由TCI状态配置中的cell子字段指示。如果该子字段不存在，则引用配置了TCI状态的小区。
总而言之，TCI配置在给定的DL BWP中的PDSCH配置中提供。对于PDCCH，CORESET配置包含TCI状态指针，指向PDSCH中配置的TCI状态。每个TCI状态包含前面描述的QCL信息，即一个或两个源下行链路RS，每个源RS与QCL类型相关联。
一旦为UE配置了CellGroupConfig和SpCellConfig以及每BWP的PDSCH和PDCCH配置，具有与在其中需要检测这些信道的不同传输下行链路波束关联的可能TCI状态，UE需要知道网络何时在时域中发送。换句话说，所有这些配置的TCI状态并不是一直使用，而是仅在需要时使用。因此，在NR中定义了有效的激活/去激活过程，由此网络为给定的CORESET指示UE将监视哪个TCI状态(例如，UE需要监视哪个DL波束以检测网络发送的可能的CORESET)。
图14A-C示出了用于UE的TCI状态激活的各个方面。具体而言，图14A示出了UE和服务gNB之间的信令图。gNB初始在窄波束中向UE发送CSI-RS，UE将最佳1-4CSI-RS资源的RSRP报告给gNB。gNB基于报告的测量选择CSI-RS资源。gNB知道它在哪个波束中发送了选择的资源，并将该波束映射到SSB和TCI状态S，包括对应的SSB索引。然后gNB向UE发送激活TCI状态S的媒体访问控制(MAC)控制元素(CE)。
图14B示出了用于激活TCI状态的示例性MAC CE。来自3GPP TS 38.321的以下文本进一步描述了该示例性MAC CE的内容和使用。
***来自3GPP TS 38.321文本开始***
5.18.5用于UE特定PDCCH的TCI状态的指示
网络可以通过发送章节6.1.3.15中所述的针对UE特定PDCCH MAC CE的TCI状态指示来指示用于在simultaneousTCI-UpdateList1-r16(同时的TCI-更新列表1-r16)或simultaneousTCI-UpdateList2-r16(同时的TCI-更新列表2-r16)中配置的服务小区或服务小区集的CORESET的PDCCH接收的TCI状态。
MAC实体应：
1>如果MAC实体在服务小区上接收到用于UE特定PDCCH MAC CE的TCI状态指示：
2>向低层指示关于用于UE特定PDCCH MAC CE的TCI状态指示的信息。
...
6.1.3.15用于UE特定PDCCH MAC CE的TCI状态指示
用于UE特定PDCCH MAC CE的TCI状态指示由具有LCID的MAC子报头标识，如表6.2.1-1中所述。它具有16比特(bit)的固定大小，具有以下字段：
-服务小区ID：该字段指示MAC CE所应用的服务小区的标识。该字段的长度为5比特。如果指示的服务小区被配置为simultaneousTCI-UpdateList1-r16或simultaneousTCI-UpdateList2-r16的一部分，如TS38.331[5]中所述，则此MAC CE分别适用于集合simultaneousTCI-UpdateList1-r16或simultaneousTCI-UpdateList2-r16中的所有服务小区；
-CORESET ID：该字段指示由如TS38.331[5]中所指定的ControlResourceSetId(控制资源集Id)标识的控制资源集，对其TCI状态正被指示。如果该字段的值为0，则该字段指的是如TS38.331[5]中指定的由controlResourceSetZero(控制资源集零)配置的控制资源集。字段的长度为4比特；
-TCI状态ID：该字段指示由TCI-StateId标识的TCI状态，如TS38.331[5]中指定的，其适用于由CORESET ID字段标识的控制资源集。如果CORESET ID的字段被设置为0，则该字段指示由活动BWP中PDSCH-Config(PDSCH-配置)中tci-States-ToAddModList(tci-状态-增加修改列表)和tci-States-ToReleaseList(tci-状态-释放列表)配置的前64个TCI状态中的一个TCI状态的TCI-StateId。如果CORESET ID的字段被设置为非0的其他值，则该字段指示由所指示的CORESET ID标识的controlResourceSet中的tci-StatesPDCCH-ToAddList(tci-状态PDCCH-增加列表)和tci-StatesPDCCH-ToReleaseList(tci-状态PDCCH-释放列表)配置的TCI-StateId。该字段的长度为7比特。
***来自3GPP TS 38.321的文本结束***
通常，网络可以通过MAC CE指示/激活一个用于PDCCH的TCI状态(即，提供用于PDCCH的TCI)和最多八个用于PDSCH的活动TCI状态。UE支持的活动TCI状态的数量是UE能力。
一旦UE知道用于PDCCH监视的给定CORESET的TCI状态(例如，用于监视PDCCH的DL波束方向)，UE需要知道对于正在调度的给定数据考虑哪个TCI状态。当UE根据用MAC CE指示的给定TCI状态监视CORESET中的PDCCH时，UE可以接收DCI，该DCI指示配置的用于PDSCH的TCI状态中的哪一个将被用于(即激活)以解码PDSCH上的数据。有不同的方法可以做到这一点，例如：
·DCI指示UE应使用与接收到DCI的CORESET相同的TCI状态；
·DCI指示UE应使用与PDSCH关联的另一TCI状态，具有映射到PDSCH配置中的列表中配置的一个TCI状态的三个比特指示；或者
·DCI指示UE应使用与PDSCH相关联的另一TCI状态，具有用于整数0-7之间的比特图的三个比特指示和PDSCH配置中的列表中配置的TCI状态之一。比特图在用于PDSCH激活的另一MAC CE中提供。当为PDSCH配置的TCI状态列表大于8时使用这种情况，并且将在与PDCCH相比不同的TCI状态中调度PDSCH。
总之，正是在DCI内，UE获得了与给定调度机会相关联的PDSCH的TCI状态。PDSCH配置包含tci-StatesToAddModList(tci-状态增加修改列表)，它指示包括一个RS集中的DLRS与PDSCH DMRS端口之间的QCL关系的传输配置。换句话说，它指示可以在其中调度PDSCH的波束。这些配置的TCI状态中的每一个都可以由DCI激活。
在为PDSCH定义多于八(8)个TCI状态的情况下，存在基于DCI的MAC CE辅助方案，即，上述第三个选项。比特图可以表示的不同值被称为“码点”。例如，三比特字段最多可以表示八个TCI码点。一个或两个TCI状态可被映射到每个TCI码点。当一个TCI状态被映射到TCI码点时，指示的TCI状态将用于单TRP传输。当两个TCI状态被映射到TCI码点时，指示的TCI状态将用于多TRP传输。
图14C示出了TCI状态如何被映射到NR-Rel-15中DCI TransmissionConfiguration Indication(传输配置指示)字段中的码点。在此示例中，用于UE特定PDSCH的TCI状态的激活/去激活的MAC CE具有三个八位字节的大小，并包含对应于已在UE中为给定BWP配置的16个不同TCI状态ID的16个Ti字段(i＝0、1、2、...、15)。在此示例中，ID为i＝2、4、5、7、8、9、11和13的TCI状态正在使用图14C中所示的MAC CE来激活(通过值“1”)。特别地，TCI状态ID被映射到DCI Transmission Configuration Indication字段的码点值，如下所示：
·TCI状态IDi＝2对应码点值0；
·TCI状态IDi＝4对应码点值1；
·TCI状态IDi＝5对应码点值2；
·TCI状态IDi＝7对应码点值3；
·TCI状态IDi＝8对应码点值4；
·TCI状态IDi＝9对应码点值5；
·TCI状态IDi＝11对应码点值6；以及
·TCI状态IDi＝13对应码点值7。
在NR Rel-15中，RRC_CONNECTED UE可被配置为在CSI-RS或SSB上报告最多四个波束中的每个波束的L1-RSRP。UE测量报告可以通过PUCCH或PUSCH发送。以下特性也应用于波束管理的测量和报告：
·周期性和半持久性CSI-RS资源是配置有特定周期和特定时隙偏移的RRC。
·非周期性CSI-RS由DCI调度，在相同DCI中调度用于测量报告的UL资源。
·半持久性CSI-RS使用RRC来配置并使用MAC CE来激活。周期性CSI-RS使用RRC来配置。
·UE应报告什么/如何报告的选项在CSI-MeasConfig(CSI测量配置)的一部分，CSI-RS报告设置(CSIReportConfig(CSI报告配置))中定义，CSI-MeasConfig是ServingCellConfig(服务小区配置)的一部分(即，在spCell的CellGroupConfig中)。
·报告设置也指CSI-ResourceConfig(CSI-资源配置)，它定义了报告设置应该对其使用的资源。
·UE可被配置为基于CSI-RS报告CSI。
·报告的对应于第一(最佳)CSI/SSB的RSRP值需要7比特(绝对值)，而任何其他RSRP值使用相对于第一的编码用4比特报告。
下面的表2总结了L1测量的UE报告。
表2
NR Rel-15中还引入了波束故障检测(BFD)和波束故障恢复(BFR)。网络为UE配置BFD参考信号，例如(SSB或CSI-RS)，并且当来自L1的波束故障实例指示的数量在配置的计时器到期之前达到配置的阈值时，UE宣告波束故障。基于SSB的BFD基于与初始DL BWP相关联的SSB，并且只能被配置用于初始DL BWP和包含与初始DL BWP相关联的SSB的DL BWP。对于其他DL BWP，BFD只能基于CSI-RS执行。
图15A示出了示例性RRC RadioLinkMonitoringConfig IE的ASN.1数据结构，它可以用于为BFD配置资源。需要特别注意的是purpose(目的)字段，它可以采用值“beamFailure(波束失败)”、“rlf”或“both(两者)”中的任一个。
对于BFD(如上所述)配置的阈值是Qout,LR和Qin,LR。前者对应于如RRC IESpCellConfig中配置的并在3GPP TS 38.133中进一步描述的rlmInSyncOutOfSyncThreshold(rlm同步失步阈值)的默认值。后者对应于字段rsrp-ThresholdSSB(rsrp-阈值SSB)或rsrp-ThresholdBFR-r16(rsrp-阈值BFR-r16)提供的值。图15B示出了示例性SpCellConfig IE的ASN.1数据结构，包括rlmInSyncOutOfSyncThreshold。根据3GPP TS 38.133，表8.1.1-1，该字段被定义为用于同步(IS)/失步(OOS)指示生成的块误差率(BLER)阈值对索引。列出的“n1”对应于值1。当该字段不存在时，UE应用值0。每当这被重新配置时，UE重置计数器N310和N311，并停止计时器T310(如果正在运行)。
UE L1根据资源配置集合针对阈值Qout，LR评估无线电链路质量。更具体地，UE基于PCell或PSCell上的与UE监视的PDCCH接收的DM-RS为QCL的周期性CSI-RS资源配置或SSB来评估无线电链路质量。UE将Qin，LR阈值应用于SSB的L1-RSRP测量。在使用由powerControlOffsetSS(功率控制偏移SS)提供的值缩放相应的CSI-RS接收功率之后，UE将Qin，LR阈值应用于CSI-RS资源的L1-RSRP测量。
在非DRX操作中，当UE用于评估无线电链路质量的集合中所有对应资源配置的无线电链路质量差于阈值Qout，LR时，UE L1向较高层提供指示。换句话说，如果至少一个资源高于阈值Qout，LR，则L1不会向较高层指示BFD。L1通知何时无线电链路质量比阈值Qout，LR更差，其周期性由在UE用于评估无线电链路质量的集合/>中的PCell或PSCell上的周期性CSI-RS配置和/或SSB的最短周期和2毫秒之间的最大值确定。在DRX操作中，L！当无线电链路质量比阈值Qout，LR差时向较高层提供指示，其周期性在3GPP TS 38.133中指定。
当RRC_CONNECTED UE配置有MR-DC时，每个SpCell配置都可以有其自己的BFD配置。对于PCell或PSCell，根据较高层的请求，UE向较高层提供来自集合的周期性CSI-RS配置索引和/或SSB索引以及大于或等于Qin，LR阈值的对应L1-RSRP测量。对于SCell，根据来自较高层的请求，UE指示是否存在来自集合/>的具有大于或等于Qin，LR阈值的对应L1-RSRP测量的至少一个周期性CSI-RS配置索引和/或SSB索引，并提供来自集合/>的周期性CSI-RS配置索引和/或SSB索引以及大于或等于Qin，LR阈值的对应L1-RSRP测量(如果有)。
对于服务小区的每个BWP，可以通过failureDetectionResources(故障检测资源)向UE提供周期性CSI-RS资源配置索引的集合并通过candidateBeamRSList(候选波束RS列表)或candidate-BeamRSListExt-r16(候选-波束RS列表扩展-r16)或candidateBeamRSSCellList-r16(候选波束RSS小区列表-r16)提供周期性CSI-RS资源配置索引和/或SSB索引的集合/>这些可用于服务小区的BWP上的无线电链路质量测量。
如果对于服务小区的BWP，UE没有通过failureDetectionResources或beamFailureDetection-ResourceList(波束故障检测-资源列表)被提供则UE确定集合/>包括周期性CSI-RS资源配置索引，其具有与UE用于监视PDCCH的相应CORESET的TCI-State指示的RS集合中的相同的值。如果TCI状态中有两个RS索引，则集合/>包括具有用于对应TCI状态的QCL-TypeD配置的RS索引。上面讨论的图13D示出了TCI-State IE如何包括此信息(例如，referenceSignal(参考信号)和qcl-Type字段)。例如，如上面讨论的图13A所示，这可被指示为DL BWP配置中的PDSCH配置(例如，PDSCH-Config)内的TCI状态配置的一部分。
此外，如图13B所示，每个PDCCH配置(它是DL BWP配置的一部分，每小区每BWP最多三个)可以包括UE应该监视的一个或多个CORESET。每个CORESET配置包括指示CORESET可以在哪些波束中被发送和由UE监视的一个或多个TCI状态。图13C中所示的ControlResourceSet的ASN.1数据结构说明了这一点。
在检测到波束故障后，UE通过在PCell上发起随机接入(RA)过程来触发BFR。UE选择合适的波束来执行BFR；如果gNB为某些波束提供了专用的随机接入资源，则这些波束将被UE优先。BFR的参数通过BeamFailureRecoveryConfig IE中的RRC被配置用于专用ULBWP，作为CellGroupConfig的一部分。图16示出了示例性BeamFailureRecoveryConfig IE的ASN.1数据结构。RA过程完成后，波束故障恢复被视为完成。BFD和BFR期间的UE操作在3GPP TS 38.321(NR MAC规范)中有更详细的描述。
3GPP先前指定了休眠的LTE SCell以及NR Scell的类休眠行为的概念。在LTE中，当SCell处于休眠状态时，UE不需要监视对应的PDCCH或PDSCH，也无法在对应的UL中进行发送。这种行为类似于去激活状态下的行为，但是还需要UE执行和报告CQI测量，这与去激活状态行为不同。PUCCH SCell(配置有PUCCH的SCell)不能处于休眠状态。
在NR中，SCell的类休眠行为基于休眠BWP的概念。通过RRC信令配置的UE专用BWP之一可被配置为对于SCell休眠。如果激活的SCell的活动BWP是休眠BWP，则UE停止监视SCell上的PDCCH，但继续执行CSI测量、AGC和波束管理(如果被配置为这样做)。DCI用于控制对于SCell(s)或SCG(s)进入/离开休眠BWP，并被发送给包括休眠SCell的小区组的SpCell(即，如果SCell属于MCG，则发送给PSCell，如果SCell属于SCG，则发送给PSCell)。SpCell(即PCell或PSCell)和PUCCH SCell不能配置有休眠BWP。
图17是NR Scell的示例性状态转换图。在高层，UE的SCell可以基于来自网络的明确命令(例如MAC CE)或去激活计时器的到期在去激活和激活状态之间转换。在激活状态中，特定的BWP可以基于从网络接收到的DCI在活动和休眠条件之间转换。
然而，如果UE配置有MR-DC，则它不能充分受益于休眠状态或类休眠行为的能量减少，因为PSCell不能被配置为休眠。相反，现有的解决方案可以根据需要释放(为了节能)和添加(当业务需求需要时)SCG。然而，业务可能是突发的，因此根据需要添加和释放SCG可能涉及MN和SN之间的大量RRC信令和节点间消息传递。这可能会经历相当长的时延。
在3GPP Rel-16的上下文中，有一些关于将PSCell置于休眠状态(也称为SCGSuspension(悬置))的讨论。该解决方案的一些被同意的原则包括：
·UE支持处于RRC_CONNECTED的SCG的网络控制的悬置。
·悬置SCG的UE行为有待进一步研究(FFS)。
·在Rel 16中，UE最多支持一个SCG配置，悬置或不悬置。
·在添加SCG后处于RRC_CONNECTED中，SCG可以通过配置被悬置或不悬置。
为Rel-16提出了更详细的解决方案，但这些解决方案存在各种问题。例如，一种解决方案提出，gNB可以指示UE在预计不会在SCG中发送数据业务时悬置SCG传输，以便UE保留SCG配置但不使用它以用于省电目的。悬置SCG的信令可以基于DCI/MAC-CE/RRC，但是上面没有讨论从gNB到UE的特定配置的细节。即便如此，这种针对SCell的解决方案可能不适用于可能与不同网络节点(例如，作为SN操作的gNB)相关联的PSCell。
没有针对3GPP Rel-17讨论具体的SCG能量减少技术。但是，预计此类技术将涉及以下一项或多项：
·UE开始在休眠状态下操作PSCell，例如，将PSCell切换到休眠BWP)。网络认为PSCell处于休眠状态，并且至少停止在PSCell中为该UE发送PDCCH。
·UE去激活PSCell，类似于SCell去激活。网络认为PSCell已去激活，并且至少停止在PSCell中为该UE发送PDCCH。
·UE在长DRX中操作PSCell；SCG DRX可以在需要时从MN关闭(例如，通过MCG MACCE或DCI)，例如用于SN终止的SCG承载的DL数据到达。
·UE悬置其与SCG的操作(例如，悬置与SCG相关联的承载，包括MN和SN终止的承载)但存储SCG配置(“存储的SCG”)。在网络侧，SN可以像UE一样存储SCG，或者SN可以释放UE的SCG上下文，并在恢复时重新生成它。后一种选项需要MN的支持，MN为SCG被悬置的UE存储SCG上下文。
尽管这些技术主要针对SCG，但类似的方法很可能也适用于MCG。例如，MCG可能被悬置或处于长DRX中，而数据通信仅通过SCG发生。
最近，在3GPP RAN2 WG内部达成一致，应针对SCG去激活研究以下问题：
·信令和节点间交互如何在激活去激活(例如，MN触发的、SN触发的、UE触发的、信令机制、哪个节点控制等)时工作。
·如果对于去激活的SCG，UE停止监视用于SCG的PSCell和SCell的PDCCH。
·如果对于去激活的SCG中的PSCell，UE执行CSI/RRM测量和报告；AGC；波束管理；RLM；等等。
去激活的SCG中的一个可能行为是UE停止监视用于SCG的PSCell和SCell的PDCCH。直到Rel-16，配置有MR-DC的UE可以至少对每个SpCell(即，PCell、PSCell，并且如果配置有SCG的SCell)执行波束管理操作。随着Rel-17中SCG去激活的引入，UE应通过最小化SCG操作(例如PDCCH监视)来降低能耗。同时，UE必须准备好快速恢复去激活的SCG。这些要求可能相互矛盾和/或相互冲突。
在传统RRC_CONNECTED操作中启用快速PDCCH监视的一种方法是通过波束管理过程。例如，为了促进去激活的SCG的快速恢复，UE可以继续为RRC_CONNECTED定义的相同波束管理操作，其中SCG处于去激活操作模式。但是，这些操作通过UE执行L1测量、报告SCG的UL信道(例如，PUCCH、PUSCH)上的L1测量、处理MAC CE等而消耗能量。这种方法还需要与去激活的SCG相关联的SN保持监视它的UL信道(例如，PUCCH)。同时，停止波束管理操作可能会导致波束未对准(misalignment)，因此在恢复时需要重新对准，这会增加激活SCG所需的时间。
因此，本公开的实施例提供了用于被配置用于在无线网络(例如，NG-RAN)中的具有第一小区组(例如，MCG)和第二小区组(例如，SCG)的MR-DC的UE的技术。这些技术可以包括UE(从网络节点)接收第二小区组进入去激活或节能操作模式(例如，从激活或正常能量操作模式)的指示。此外，当第二小区组被去激活时，UE可以停止和/或避免执行某些波束管理操作。这些波束管理操作可以包括以下至少一项：
·报告在PUSCH上和/或在PUCCH上的L1波束测量；以及
·执行L1波束测量。
另外，当第二小区组处于第二操作模式时，UE可以通过以下至少一种方式执行与第二小区组相关联的BFD：
·UE继续为第二小区组执行BFD(例如，用于SCG的SpCell的BFD)，如同它在第二小区组的小区处于正常操作模式时执行；
·UE为第二小区组执行BFD(例如，用于SCG的SpCell的BFD)，但不是如同在第二小区组的小区处于正常操作模式时执行，而是根据至少一个不同的BFD配置执行；以及
·UE在将第二小区组(例如，SCG)转换到去激活操作模式时重置与用于第二小区组的BFD相关的计数器和计时器。
此外，UE可以确定当第二小区组处于第二操作模式(例如，去激活的SCG)时是否应该宣告与第二小区组相关联的波束故障，并且基于是否宣告BFD执行以下动作中的至少一个：
·如果宣告了BFD，则触发用于第二小区组上的BFR的随机接入(例如，使用第二小区组的SpCell)；
·当宣告了BFD时，UE考虑要检测的波束故障，但不会触发BFR用于与第二小区组的BFR的随机接入，即，UE不会在BFD时对PSCell执行随机接入。例如，不在触发BFR时执行随机接入，但可能稍后在第二小区组被激活(恢复)时执行。在那种情况下，当为去激活的第二小区组中的小区宣告BFD时，UE延迟随机接入的发起，例如，直到第二小区组转换到活动/正常/激活的正常操作模式。
·当宣告了BFD时，UE通过第一小区组在MAC CE或RRC消息中向网络指示这一点。这样，网络将立即了解波束故障并可以采取适当的动作(例如，如果未检测到BFD，则确定它可以在没有随机接入的情况下恢复第二小区组，如果检测到BFD，则确定它不能在没有随机接入的情况下恢复第二小区组)。
本公开的实施例还包括用于与用于UE的第二小区组(例如，SCG)相关联的无线网络的网络节点的技术，UE也被配置为通过第一小区组(例如，MCG)与该无线网络通信。网络节点可以向UE发送第二小区组(例如，从正常操作模式)进入去激活操作模式的指示。该指示可以通过以下任何一种方式发送：
·通过第一小区组，例如，对于SCG要被去激活的情况，UE通过MCG接收RRC消息或MAC CE；
·通过第二小区组，例如，对于SCG要被去激活的情况，UE通过SCG接收RRC消息或MAC CE；
·通过第二小区组，例如，对于MCG要被去激活的情况，UE通过SCG接收RRC消息或MAC CE；
·通过第一小区组，例如，对于MCG要被去激活的情况，UE通过MCG接收RRC消息或MAC CE。
此外，网络节点可以基于第二小区组处于去激活操作模式，对第二小区组的服务小区中的至少一个执行一个或多个动作。例如，网络节点可以停止使用PDCCH调度UE、停止发送DCI、停止监视UL信道(例如，PUSCH、PUCCH)等。
此外，网络节点可以基于第二小区组处于去激活操作模式而停止执行波束管理操作。这可以包括以下任何一项：
·在第二小区组处于正常操作模式时，停止为被配置用于报告L1波束测量的UE监视上行链路中的控制信道(例如，PUSCH、PUCCH)；
·停止发送用于L1报告的CSI-RS，例如用于CSI\，和/或波束管理；
·继续监视PRACH；
此外，网络节点可以执行以下动作中的至少一项：
·从其第二小区组(例如，第二小区组的SpCell)被去激活的UE接收与BFR相关联的随机接入前导码；
·接收与恢复操作相关联的随机接入前导码，即，在要恢复第二小区组时；
·从与第一小区组(例如，主小区组–MCG)相关联的网络节点(例如，gNodeB)接收指示，该指示包含关于在第二小区组上宣告的BFD的信息。基于接收到的信息，网络节点可以采取对应的动作，例如，它可以避免发送UE用于BFD的参考信号。
本公开的实施例还包括用于无线网络的网络节点的技术，网络节点与用于UE的第一小区组(例如，MCG)相关联，UE也被配置为通过第二小区组(例如，SCG)与该无线网络通信。网络节点可以通过第一小区组从UE接收在第二小区组上宣告的BFD的指示并采取对应的动作。该指示可以是MAC CE或RRC消息。对应的动作可以包括激活SCG以便为第二小区组建立新的波束关系或者通过节点间通信向与第二小区组相关联的网络节点通知所宣告的BFD。
此外，网络节点可以基于在该报告中接收到的信息来确定如何恢复/激活SCG。例如，如果没有检测到BFD，网络可以确定它可以在没有随机接入的情况下恢复第二小区组。在这种情况下，网络节点可以发送具有显式/隐式TCI状态指示(例如，指示UE监视第二小区组上的PDCCH的MAC CE)的第二小区组恢复指示，触发UE接入第二小区组而无需随机接入。替代地，如果检测到BFD，网络可以确定它不能在没有随机接入的情况下恢复第二小区组。在这种情况下，网络节点可以发送第二小区组恢复指示(例如，包括RACH配置的RRC消息)，触发UE执行与第二小区组的随机接入过程。替代地，网络节点可以释放被去激活的第二小区组，或者向与第二小区组相关联的节点发送请求相同处理的消息。
实施例可以提供各种好处、优点和/或对本文描述的问题的解决方案。例如，实施例通过不要求UE报告CSI和/或L1波束测量来促进节能，同时保持在波束对准方面的准备程度。由于UE对BFD执行波束监视，因此UE可以只在第二小区组恢复时在需要时触发随机接入，只要在第二小区组被去激活时未检测到BFD，就可以减少恢复延迟。某些实施例还通过UE在去激活状态下执行BFR来解决此准备问题，因此即使在第二小区组去激活时也建立波束对准。
在下面的讨论中，术语“悬置”、“去激活”、“不活动”和“节能模式”相对于UE的小区组(例如，SCG)可互换使用。然而，从UE的角度来看，用于SCG的“节能模式”意味着UE相对于SCG正在以节能模式操作。同样，术语“恢复的”、“激活的”、“活动的”、“正常能量模式”、“正常操作”和“传统操作”可针对UE的小区组(例如，SCG)互换使用。从UE的角度来看，用于SCG的“正常能量模式”意味着UE相对于SCG在正常(即非节能)能量模式下操作。操作的示例是UE信号接收/发送过程，例如RRM测量、信号接收、信号发送、测量配置、测量报告、触发的事件测量报告的评估等。
在下面的讨论中，短语“对SCG的测量”或“与SCG相关联的测量”对应于对SCG的小区(例如，SpCell)执行测量和/或根据SCG测量配置执行测量。
在下文中，在被悬置的用于配置有DC的UE的SCG方面来描述实施例。然而，类似的原理可以应用于为被悬置用于配置有DC的UE的MCG。
在下文中，当第二小区组被去激活时，“波束故障检测”(或简称“BFD”)通常涉及UE执行监视为BFD目的而配置的RS集，其中L1生成对于MAC层的指示(例如，IS/OOS)。可以在第二小区组的服务小区上执行监视，例如，在第二小区组的SpCell的BFD的上下文中。
如上所述，UE可以(从网络节点)接收到用于UE的第二小区组(例如，从正常操作模式)进入去激活操作模式的指示。在一些实施例中，当UE接收到命令时，UE可以配置有MR-DC，其中MCG和SCG都在正常操作模式下操作。在其他实施例中，UE可以接收包括用于第二小区组进入去激活操作模式的指示的MR-DC配置(例如，SCG配置)。在任何一种情况下，该指示都可被包括在RRC消息(例如，作为IE或字段)、MAC控制元素(CE)等中。
在一些实施例中，第二小区组可以是为MR-DC中的UE配置的SCG。在这种情况下，第二小区组的服务小区可以是SpCell(PSCell)和任何SCell。在其他实施例中，第二小区组可以是为MR-DC中的UE配置的MCG。在这种情况下，第二小区组的服务小区可以是SpCell(PCell)和MCG的任何SCell。
如上所述，当第二小区组被去激活时，UE可以停止和/或避免执行某些波束管理操作。在各种实施例中，这些波束管理操作可以包括以下至少之一：
·停止报告L1波束测量(在PUSCH上和/或在PUCCH上)。
ο这些可以是基于SS/PBCH块(SSB)的L1 RSRP测量；
ο这些可以是基于CSI-RS的L1 RSRP测量；
ο当第二小区组进入去激活操作模式时，UE悬置与第二小区组相关联(例如，与第二小区组的SpCell相关联)的以下L1测量和报告中的至少一个：
·周期性、非周期性和半永久性报告；
·PUCCH上的报告；
·PUSCH上的报告；
·任何其他上行链路控制信道上的报告；
·停止执行以L1报告为目的的L1波束测量；用于其他目的(例如BFD)的其他测量可能会继续。这些可以是基于SSB或CSI-RS的L1RSRP测量。
·停止执行与以下配置中的至少一个相关联的L1报告和L1测量(根据这些配置可以认为其等同于悬置操作)：
ο根据与第二小区组的小区相关联的CSI-MeasConfig IE(服务小区配置的一部分并且在IE CellGroupConfig内发送)的配置；该配置被用于配置属于在其中包括CSI-MeasConfig的服务小区的CSI-RS(参考信号)，要在在其中包括CSI-MeasConfig的服务小区上的PUCCH上被发送的信道状态信息报告，以及在其中包括CSI-MeasConfig的服务小区上接收到的DCI触发的PUSCH上的信道状态信息报告。根据该方法，当第二小区组进入去激活操作模式时，CSI-MeasConfig内的至少一个配置(即，字段或IE)可被悬置(即，测量和报告停止)，例如以下至少一个：
-nzp-CSI-RS-ResourceToAddModList(nzp-CSI-RS-资源增加修改列表)是NZP-CSI-RS-Resource(NZP-CSI-RS-资源)的列表
-可以从CSI-ResourceConfig或从MAC CE引用的NZP-CSI-RS-ResourceSet(NZP-CSI-RS-资源集)的池
-csi-SSB-ResourceSetToAddModList(csi-SSB-资源集增加修改列表)是CSI-SSB-ResourceSet(CSI-SSB-资源集)的列表
-可以从CSI-ResourceConfig中引用的CSI-SSB-ResourceSet的池
-csi-ResourceConfigToAddModList(csi-资源配置增加修改列表)是CSI-ResourceConfig的列表
-如3GPP TS 38.214第5.2.1.2节中规定的配置的CSI资源设置
-csi-ReportConfigToAddModList(csi-报告配置增加修改列表)是CSI-ReportConfig(csi-报告配置)的列表
-如3GPP TS 38.214第5.2.1.1节中规定的配置的CSI报告设置
·根据与第二小区组的小区相关联的CSI-ReportConfig(CSI-MeasConfig的一部分)的配置；使用该配置。悬置配置和/或停止根据配置执行的操作对应于停止或悬置在其中包括CSI-ReportConfig的小区(例如，第二小区组的SpCell或与小区组相关联的SCell)上的PUCCH上发送的周期性或半持久性报告；悬置配置和/或停止根据配置执行的动作对应于停止或悬置由在其中包括CSI-ReportConfig的小区上接收到的DCI触发的在PUSCH上发送的半持久性或非周期性报告(在这种情况下，在其上发送报告的小区由接收到的DCI确定)。根据该方法，当第二小区组进入去激活操作模式时，CSI-ReportConfig内的至少一个配置(即，字段或IE)可被悬置(即，测量和报告停止)。
如上所述，UE可以在第二小区组处于去激活操作模式时执行与第二小区组相关联的BFD。这可以涉及在第二小区组的至少一个服务小区上执行BFD。在第二小区组是SCG的情况下，这可以包括SCG的SpCell(PSCell)和/或SCG的任何SCell。在第二小区组是MCG的情况下，这可以包括MCG的SpCell(PCell)和/或MCG的任何SCell。
在各种实施例中，UE可以以各种方式在第二小区组处于去激活操作模式时执行BFD。在一些实施例中，UE以与第二小区组处于正常操作模式时相同的方式继续对第二小区组执行BFD。例如，UE根据用于第二小区组的CellGroupConfig中的BFD配置，为第二小区组的SpCell至少执行如3GPP TS 38.213第6节(“链路恢复过程”)中描述的动作。换句话说，L1继续监视(例如，在波束中发送的)参考信号并可能对于较高层(例如MAC)生成波束故障指示(BFI)，较高层基于BFI数量的计数来监视波束故障。
在一个变体中，UE对第二小区组的SpCell和配置有BFD的第二小区组的所有SCell执行BFD。换言之，SpCell是对其执行BFD的服务小区中的一个，其他SCell是对其执行BFD的其他服务小区。在另一变体中，UE对配置有BFD的第二小区组的SCell的子集执行BFD。
在另一变体中，UE仅对第二小区组的SpCell执行BFD。因此，即使为第二小区组的SCell配置了BFD，当第二小区组被去激活时，UE停止针对SCell的BFD并且仅继续针对PSCell的BFD。当UE激活休眠的SCG时(例如，接收到恢复SCG操作的指示)，UE再次也对SCell执行BFD。
在另一个变体中，当第二小区组进入去激活操作模式时，UE仅对显式配置给它的服务小区执行BFD。可以为该配置提供去激活第二小区组的指示，或者在第二小区组被配置时作为CellGroupConfig的一部分。
在其他实施例中，UE对第二小区组执行BFD，但是以不同于当第二小区组的小区处于正常操作模式时执行的方式。例如，UE根据包括一个或多个新参数的不同BFD配置，针对第二小区组的SpCell执行至少如3GPP TS 38.213第6节(“链路恢复过程”)中所描述的动作。这些可以被配置为仅在第二小区组被去激活时使用。
例如，可以在用于第二小区组的CellGroupConfig中配置不同的BFD参数(例如，在类似RRC重新配置的消息中)，以及这些BFD相关参数将由UE在第二小区组处于去激活操作模式时用于第二小区组的某指示。在一些变体中，不同的BFD参数可以在指示第二小区组将处于去激活操作模式的相同消息中配置。
在一些变体中，不存在用于去激活操作模式的特定BFD配置可以促使UE基于用于第二小区组的正常操作模式的BFD配置来执行BFD。在其他变体中，不存在用于去激活操作模式的特定BFD配置可以促使UE在第二小区组处于去激活操作模式时避免对第二小区组执行BFD。在其他变体中，UE可以预先配置有默认BFD配置，用于当第二小区组被去激活并且没有其他BFD配置对于该情况可用时。
一般而言，新的BFD配置(即，用于在第二小区组被去激活时使用)可包含与图15A所示的用于在第二小区组处于正常操作模式时使用的RadioLink-MonitoringConfig(无线电链路-监视配置)IE中找到的参数相似和/或等同的参数。例如，可以例如在RadioLink-MonitoringConfig IE中的新的radioLinkMonitoringConfig-SCG-deactivated(无线电链路监视配置-SCG-去激活)IE或字段中提供这些参数。以下是新BFD配置中可能不同的一些参数示例：
·failureDetectionResourcesToAddModList(故障检测资源增加修改列表)；要为BFD监视的RS资源列表，例如，要监视的SSB、CSI-RS、或SSB和CSI-RS的混合的列表，以便在所有资源低于Qout阈值时生成BFI。
ο与激活第二小区组的情况相比，新的BFD配置可包含更多要监视的资源，例如，要为BFD监视更多的波束/SSB/CSI-RS资源。由于当第二小区组被去激活时UE不监视PDCCH和报告测量，因此可能监视更多用于BFD的资源以用于更稳健的BFD方案。图18示出了当SCG被激活时K＝3个RS资源被配置用于UE BFD并且当SCG被去激活时M＝4个RS资源(包括至少一个不同的资源)被配置用于UEBFD的情况。
ο另一种可能的策略是，与第二小区组被激活的情况相比，新的BFD配置可包含更少的要监视的资源，例如，更少的要监视的用于BFD的波束，例如更多的SSB/CSI-RS资源；原因在于，由于BFD在某种程度上取代了包括L1波束测量的报告的波束管理操作，因此在UE恢复/激活第二小区组之前，应考虑来自少量波束的任何偏差。
ο在一些变体中，用于去激活的第二小区组的BFD资源的新配置可以仅基于SSB，因为SSB无论如何都可以由第二小区组(例如，PSCell)发送，因此不需要为了这个目的发送CSI-RS。一个选项可以是UE自主停止监视配置的CSI-RS，并且仅基于配置的SSB执行BFD。对于集合UE仅根据PSCell上的SSB评估无线电链路质量，这些SSB与当SCG处于正常操作模式时由UE正监视的PDCCH接收的DM-RS准共址。UE将Qin，LR阈值应用于从SSB获得的L1-RSRP测量。
·beamFailureInstanceMaxCount(波束故障实例最大计数)：该字段确定在多少波束故障事件后触发UE BFR，这可以使UE在第二小区组被去激活时能够或多或少容忍BFD，这取决于网络策略。一个选项是增加它，以促使UE能够仅在非常严重时宣告BFD，考虑到在第二小区组被去激活时UE没有在监视PDCCH，这可能是有意义的。另一个选项可能是减少它以促使UE尽可能准备好恢复与SCG的操作并开始监视PDCCH。
·beamFailureDetectionTimer(波束故障检测计数器)：这是用于BFD的计时器，它可以是“波束故障检测的Qout，LR报告周期”的数量的值(如3GPP TS 38.213章节6中所定义的)，其可以当第二小区组被去激活时使UE能够或多或少容忍BFD，这取决于网络策略。
在一些实施例中，新的BFD配置可以包括rlmInSyncOutOfSyncThreshold的新值(如上文关于图15B所讨论的)。
在一些实施例中，新的BFD配置可以是用于执行BFD的方法的改变。在正常/激活操作模式下，UE通过监视(例如，通过RadioLinkMonitoringConfig)为BFD配置的RS资源集来执行BFD。根据3GPP TS 38.213第6节，如果没有为BFD的目的提供RS，UE将基于用于PDCCH的激活的TCI-State来执行波束监视。根据这些实施例，当UE去激活第二小区组时，即使为BFD配置了RS资源，UE也改变BFD监视方法，就好像RS资源没有被配置一样，例如基于在第二小区组转换到去激活操作模式之前激活的最后PDCCH TCI状态来执行用于BFD的波束监视。当第二小区组被恢复时，BFD返回为BFD配置的RS资源。
如上所述，当第二小区组处于第二操作模式(例如，去激活的SCG)时，UE可以确定是否应该宣告与第二小区组相关联的BFD，并且基于是否宣告BFD(例如，确定已经发生)执行至少一个动作。
在一些实施例中，可以在第二小区组的服务小区(例如，SpCell)的MAC实体处进行确定。即使第二小区组处于去激活操作模式，服务小区的MAC实体也会监视来自L1的BFI的可能接收。MAC实体启动或重新启动BFR计时器，并针对从L1接收到的每个BFI将BFI_COUNTER(BFI_计数器)递增1。
在一些实施例中，该确定可基于上述计数器与配置的可在预定时间内发生的BFI实例的最大数量(例如，beamFailureInstanceMaxCount)之间的比较来进行。例如，如果在BFR计时器运行时BFI_COUNTER>＝beamFailureInstanceMaxCount，则宣告BFD并且UE执行用于去激活的第二小区组的动作。如果BFR计时器到期，则BFI_COUNTER被设置为0。
在一些变体中，当第二小区组处于去激活操作模式时，计时器可以被设置为较低的值，使得BFR不像在正常操作模式中那样容易被触发。在一些变体中，BFI_COUNTER可以在第二小区组进入去激活操作模式和/或进入正常操作模式时被重置。
在各种实施例中，UE可以基于是否宣告了BFD来执行各种动作。在一些实施例中，如果宣告了BFD，则UE可以触发随机接入，以用于对第二小区组上的BFR(例如，使用第二小区组的SpCell)。BFR可以每UL BWP来配置。对于活动UL BWP，至少可以有以下选项：
·当第二小区组(例如，PSCell)进入去激活操作模式时，UE将UE处于正常操作模式时的活动UL BWP视为其所选载波的活动UL BWP。
·当第二小区组进入去激活操作模式时，活动UL BWP改变例如成为被配置可能在第二小区组进入去激活操作模式时使用的UL BWP。
·当第二小区组进入去激活操作模式时，活动UL BWP改变为被配置为初始上行链路BWP的UL BWP(例如，使用initialUplinkBWP(初始上行链路BWP))、被配置为第一活动上行链路BWP的UL BWP(例如，使用firstActiveUplinkBWP-Id(第一活动上行链路BWP-Id))、或与默认DL BWP属于同一BWP对的UL BWP。
UE可以基于被配置为用于处于正常操作模式下的第二小区组的参数来发起用于BFR的随机接入(RA)(例如，与第二小区组的服务小区)。在一些实施例中，UE可以发起四步RA过程。这可以是无竞争RA(CFRA)过程或基于竞争的RA(CBRA)过程。在一个变体中，UE可以仅针对BFR执行四步RA。这是因为BFR可能不需要非常快，并且网络可能希望限制用于该过程的UL资源(例如，仅分配RACH资源，不分配PUSCH资源用于发送MSG.A)。
在其他实施例中，UE可以发起两步RA过程。这可以是CFRA过程或CBRA过程。只有满足某些条件和/或如果配置为在第二小区组去激活时使用，这才可以发起。配置UE以发起两步RA的动机是BFR可以尽可能快地执行，以便第二小区组(例如，检测到BFR的小区)准备好被恢复并进入其中UE监视PDCCH的激活操作模式。
在一些实施例中，UE可以基于与用于在第二小区组被激活时发起BFR的不同配置和/或参数集，在去激活第二小区组时发起用于BFR的RA过程(例如，两步或四步)。
可以在可能可被包括在图16中所示的BeamFailureRecoveryConfig(波束故障恢复配置)IE中的新beamFailureRecoveryConfig-deactivated-SCG(波束故障恢复配置-去激活-SCG)IE或字段中为第二小区组的服务小区配置不同的BFR/RA参数。以下是可以包括在此类IE或字段中(参见3GPP TS 38.331或38.321中的定义)的一些示例性参数：
·rootSequenceIndex-BFR(根序列索引-BFR)
·RACH-ConfigGeneric(RACH-配置通用)的rach-ConfigBFR(rach配置BFR)
·RSRP-Range(RSRP-范围)的rsrp-ThresholdSSB(rsrp-阈值SSB)
·candidateBeamRSList(候选波束RS列表)
ο一种可能的策略是为去激活的第二小区组配置更多的SSB，因为UE没有执行L1报告(例如，波束报告/CSI报告)并且事件的发生不应该那么频繁；
ο另一种可能的策略是如果网络希望在去激活操作模式下监视较少的候选者，则配置较少的SSB。这些SSB可能与为正常操作模式配置的不同。
ο一种可能的策略是仅将SSB配置为BFR的候选者。在去激活操作模式中，与第二小区组相关联的节点将不需要发送CSI-RS(其不被处于RRC_IDLE或RRC_INACTIVE中的UE使用)但可能需要发送SSB。如果UE具有处于去激活操作模式的第二小区组，则这可以节省一些能量。
ο一种可能的策略是仅配置周期较长或在较宽波束中发送的CSI-RS，以便UE更容易执行BFR。
ο一种可能的策略是为去激活的第二小区组配置比激活的第二小区组更多或更少的CSI-RS。
·ssb-perRACH-Occasion(ssb-每RACH-时机)；
·ra-ssb-OccasionMaskIndex(ra-ssb-时机掩码索引)；
·IE SearchSpaceId(搜索空间Id)的recoverySearchSpaceId(恢复搜索空间Id)；
·ra-Prioritization(ra-优先化)；
·beamFailureRecoveryTimer(波束故障恢复计时器)；
·IE SubcarrierSpacing(子载波间隔)的msg1-SubcarrierSpacing(msg1-子载波间隔)；
·IE RA-Prioritization(RA-优先化)的ra-PrioritizationTwoStep-r16(ra-优先化两步-r16)；
·candidateBeamRSListExt-v1610(候选波束RS列表扩展-v1610)。
可以在用于第二小区组的CellGroupConfig中(例如，在RRCReconfiguration类似消息中)配置不同的BFR/RA参数，以及当第二小区组处于去激活操作模式时这些BFR相关参数将由UE用于第二小区组的某指示。在一些变体中，不同的BFR/RA参数可以在指示第二小区组将处于去激活操作模式的同一消息中配置。
在一些变体中，不存在用于在去激活操作模式中使用的特定BFR配置可以促使UE基于第二小区组的正常操作模式中使用的BFR配置来执行BFR。在其他变体中，不存在用于在去激活操作模式中使用的特定BFR配置可以促使UE在第二小区组处于去激活操作模式时避免对第二小区组执行BFR。在其他变体中，UE可以被预配置有默认BFR配置，用于当第二小区组被去激活并且没有其他BFR配置对于该情况可用时。
在一些实施例中，发起/执行RA过程用于处于去激活操作模式下的第二小区组的BFR(例如，朝向PSCell)可以涉及UE执行以下操作中的任一个：
·RACH资源选择：选择被配置为BFR的候选者的至少一个SSB或CSI-RS；
·前导码发送：这可以与正常操作模式相同的方式执行；
·随机接入响应(RAR)的接收：在去激活的第二小区组的小区中发送RA前导码后，根据当第二小区组处于去激活操作模式时要使用的BFR配置，UE(例外地)监视PDCCH以用于接收响应于前导码的RAR。在一些变体中，这可以“例外地”完成，因为当第二小区组(例如，SCG)被去激活时，UE不应该监视PDCCH。UE在它选择用于前导码发送的DL波束中执行RAR的接收。在一些变体中，如果用于BFR请求的CFRA前导码由MAC实体发送，则UE执行以下动作中的至少一个：
ο在随机接入前导码发送结束起的第一PDCCH时机(如TS 38.213中指定)启动在BeamFailureRecoveryConfig(或当第二小区组被去激活时使用的等效配置)中配置的RAR窗口(例如，根据ra-ResponseWindow(ra-响应窗口))；
ο在RAR窗口(例如，ra-ResponseWindow)正在运行时，在为BFR配置的搜索空间指示的搜索空间上监视PDCCH发送，例如根据由C-RNTI标识的SpCell的recoverySearchSpaceId。例如，在资源选择期间监视发生在与所选SSB相关联的波束中(即，假设所选SSB作为要针对RAR监视的PDCCH的QCL源)；
·当CFRA用于BFR时，在以下情况下，UE认为RA过程已成功完成：1)从用于前导码被发送的服务小区(例如，第二小区组的SpCell)的L1接收到(例如，在由recoverySearchSpaceId指示的搜索空间上的)PDCCH传输的接收通知时；以及2)PDCCH传输被寻址到UE的C-RNTI时。
·当CBRA用于BFR时，在以下情况下，UE认为RAR接收成功：1)在RA-RNTI的PDCCH上接收到有效的DL指派；2)接收到的传输块(TB)被成功解码；以及3)如果RAR包含具有与发送的CBRA前导码相对应的随机接入前导码标识符的MAC子PDU。在这种情况下，UE发送MSG3并执行竞争解决，并为处于去激活操作模式的第二小区组的服务小区执行以下动作中的至少一个：
ο处理接收到的定时提前命令：BFR是与处于去激活操作模式的第二小区组相关联的网络节点调整定时提前的机会；
ο调整功率斜坡参数；
ο如果MAC实体未在基于竞争的随机接入前导码中选择随机接入前导码，则认为随机接入过程已成功完成，否则执行以下动作：
-将TEMPORARY(临时)_C-RNTI设置为RAR中接收到的值。
-指示复用和组装实体以在后续的上行链路传输中包括BFRMAC CE(例如，如同在第二小区组处于正常操作模式的情况下的BFR MAC CE，用于去激活操作模式的新BFR MACCE，或截断的BFR MAC CE)。
-从复用和组装实体获取要发送的MAC PDU并将其存储在Msg3缓冲器中。MAC PDU可以包含用于竞争解决的MAC CE(即，包括竞争解决标识)和/或关于BFD和BFR的附加信息。
-发送Msg3。
-根据TS 38.321的子章节5.1.5执行竞争解决；并且，如果认为竞争解决成功，则认为随机接入过程成功。
以下提议的规范文本定义了示例性BFR MAC CE，包括UE为被去激活的小区组中的服务小区触发BFR的情况。这可以是BFR MAC CE或截断的BFR MAC CE。
***提议的3GPP规范文本开始***
6.1.3.23BFR MAC CE
用于BFR的MAC CE包括：
-BFR MAC CE；或者
-处于去激活操作模式中的小区组的服务小区的BFR MAC CE；或者
-截断的BFR MAC CE。
BFR MAC CE和截断的BFR MAC CE由具有LCID/eLCID的MAC子报头标识，如表6.2.1-2和表6.2.1-2b中所指定。
表6.2.1-2b用于UL-SCH的一个八位字节eLCID的值
***提议的3GPP规范文本结束***
在各种实施例中，可以存在用于在BFR时(例如，当BFR触发朝向第二小区组的RA时)更新PDCCH TCI状态的不同选项。下面描述了几个选项。
·当UE(例如，从MN)接收到第二小区组将退出去激活状态并进入正常操作模式的指示时，UE将在RA资源选择期间选择的SSB视为要针对PDCCH进行监视的SSB/DL波束。换言之，当UE接收到将第二小区组转换到激活/正常操作模式的命令时，UE需要开始监视PDCCH并且基于与在用于BFR的随机接入期间选择的SSB的QCL关系来选择用于PDCCH监视的源。
·在用于BFR的RA期间，UE从第二小区组的服务小区接收MAC CE，包括PDCCH TCI状态指示。在接收后，UE更新其PDCCH TCI状态，即在将第二小区组转换到激活/活动/正常操作模式时，它使用更新的TCI状态进行PDCCH监视。
·通常，TCI状态的更新可能导致UE执行BFD的方式发生变化。因此，在一个选项中，如果TCI状态已针对PDCCH监视进行了更新，则UE相应地更新其用于BFD监视的QCL源(例如，在没有为BFD配置RS的情况下)
·在可单独使用或与上述选项一起使用的另一选项中，UE接收包含TCI状态、BFD和/或BFR的配置的RRCReconfiguration消息。
图19示出了示出某些实施例的信号流图，特别是针对当第二小区组被去激活时的BFR之后被更新PDCCH TCI状态的情况。图19所示的示例性信令是在UE(1910)、与第二小区组的服务小区相关联的节点(例如，SN1920)以及与第一小区组的服务小区相关联的节点(例如，MN 1930)之间。如图19所示，在执行朝向第二小区组的用于BFR的成功RA过程之后，UE接收到包含更新的PDCCH TCI状态(“Y”)的MAC CE。在第二小区组被第一小区组节点激活之后，UE稍后使用这个更新的TCI状态。
一旦UE认为RA过程成功完成，就可以有关于第二小区组的操作模式的不同替代方案。在一些实施例中，UE认为第二小区组保持在去激活操作模式并且停止对第二小区组(例如，对于PSCell)执行PDCCH监视，停止执行L1波束测量和L1波束报告等。
在其他实施例中，UE将第二小区组从去激活转换到正常操作模式。因此，BFR的触发可以被视为UE发起的第二小区组的恢复(或激活)和/或建立波束对准的方式。在与第二小区组相关联的网络节点(例如，SN)处，在接收到用于BFR(用于CFRA)的前导码时，或在用于BFR过程的CBRA之后，该节点确定第二小区组应处于哪种操作模式。例如，节点可以(例如，通过MAC CE或RRC消息)向UE指示第二小区组将保持去激活或将返回到激活/正常操作模式。
在其他实施例中，UE期望包括在RA过程期间第二小区组的操作模式的指示的MACCE。例如，当BFR被触发并且第二小区组被去激活时，UE可以在RA期间接收指示第二小区组应该保持去激活的MAC CE。作为另一示例，当BFR被触发并且第二小区组被激活时，UE可以在RA期间接收指示第二小区组应当被去激活的MAC CE。在任何一种情况下，UE都根据接收到的MAC CE进行操作。
在其他实施例中，UE可以使用计时器，一旦BFR的RA成功完成，就可以发起该计时器。当计时器运行时，UE认为第二小区组将被激活或以正常操作模式操作并且监视PDCCH。这为网络提供了通过MAC CE、DCI等重新配置和/或更新UE的机会。计时器可以在从网络接收到指示第二小区组的操作模式的消息时停止。在计时器到期时，UE将第二小区组从激活操作模式转换到去激活操作模式并恢复适当的操作。
图20-21示出了说明特别是与上述计时器的操作相关的某些实施例的信号流图。图20-21所示的示例性信令是在UE(1910)、与第二小区组的服务小区相关联的节点(例如，SN1920)以及与第一小区组的服务小区相关联的节点(例如，MN1930)之间。如图20中所示，UE在RA的资源选择之前和UE已经将第二小区组转换到正常操作模式之后启动计时器(“第一计时器”)。在RA过程完成后计时器到期，此时UE将第二小区组返回到去激活操作模式。替代地，如图21中所示，UE在UE已经成功完成RA过程之后启动计时器(“第一计时器”)。在计时器到期时，UE将第二小区组返回到去激活操作模式。
在一些实施例中，UE可以利用与用于BFR的RA相关的第二计时器。一旦用于BFR的RA成功完成，就可以启动第二计时器。当第二计时器运行时，UE认为第二小区组被去激活并且避免在第二计时器运行时监视PDCCH。UE在从网络接收到指示第二小区组的操作模式的消息之后停止第二计时器。在第二计时器到期之后，UE将第二小区组从去激活转换到激活，此时网络可以通过MAC CE、DCI等对于UE重新配置、更新和/或调度数据。
在一些实施例中，基于是否宣告BFD执行各种动作可以包括在将第二小区组(例如，SCG)转换到去激活操作模式时，UE重置与用于第二小区组的BFD和BFR相关的计数器和计时器。这可以包括以下任何一项：
·每服务小区的BFI_COUNTER，其在将第二小区组(例如SCG)转换到去激活操作模式之后可被设置为0；
·每服务小区的BFI_COUNTER，其在将第二小区组(例如SCG)转换到正常/激活操作模式之后可被设置为0；
·在服务小区(例如，PSCell)转换到去激活操作模式时，BFD计时器(例如，beamFailureDetectionTimer)(如果正在运行)被停止；
·在服务小区(例如，PSCell)转换到正常/激活操作模式时，BFD计时器(例如，beamFailureDetectionTimer)(如果正在运行)被停止。
以下示出某些实施例可能如何在3GPP TS 38.321中指定，特别是针对当第二小区组被去激活时在BFD之后UE触发BFR的情况。然而，这些摘录并不意在穷举并且可以省略与示例性实施例基本上不相关的某些文本。
***提议的3GPP规范文本开始***
5.17波束故障检测和恢复过程
(……)
RRC在BeamFailureRecoveryConfig和RadioLinkMonitoringConfig中配置以下参数用于波束故障检测和恢复过程：
(…)
如果服务小区与处于去激活操作模式(例如，SCG的SpCell被去激活)的小区组相关联，则应用用于波束故障检测和恢复过程的radioLinkMonitoringConfig-SCG-deactivated和beamFailureRecoveryConfig-deactivated-SCG的不同值；如果这些配置不存在，则UE假定在radioLinkMonitoringConfig和beamFailureRecoveryConfig中配置的那些。
以下UE变量用于波束故障检测过程：
-BFI_COUNTER(每服务小区)：用于波束故障实例指示的初始被设置为0的计数器。当服务小区(例如，PSCell)转换到去激活操作模式时，这也被设置为0。
-当服务小区(例如，PSCell)转换到去激活操作模式时，beamFailureDetectionTimer被停止(如果正在运行)
MAC实体应对于被配置用于波束故障检测的每个服务小区：
1>如果已从较低层接收到波束故障实例指示：
2>启动或重启beamFailureDetectionTimer；
2>BFI_COUNTER递增1；
2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount：
3>如果服务小区是SCell：
4>为该服务小区触发BFR；
3>否则：
4>在SpCell上发起随机接入过程(见章节5.1)。
1>如果beamFailureDetectionTimer到期；或者
1>如果服务小区进入去激活操作模式(例如，PSCell)；或者
1>如果beamFailureDetectionTimer、beamFailureInstanceMaxCount或任何用于波束故障检测的参考信号被与该服务小区相关联的上层重新配置：
2>将BFI_COUNTER设置为0。
1>如果服务小区是SpCell并且为SpCell波束故障恢复发起的随机接入过程被成功完成(见章节5.1)：
2>将BFI_COUNTER设置为0；
2>停止beamFailureRecoveryTimer(如果已配置)；
2>考虑波束故障恢复过程成功完成。
1>否则如果服务小区是SCell，并且针对用于包含该服务小区的波束故障恢复信息的BFR MAC CE或截断BFR MAC CE的发送的HARQ进程接收到寻址到指示新传输的上行链路许可的C-RNTI的PDCCH；或者
1>如果SCell如章节5.9的规定被去激活：
2>设置BFI_COUNTER为0；
2>认为波束故障恢复过程已成功完成，并为该服务小区取消所有触发的BFR。
(…)
5.1随机接入过程
5.1.1随机接入过程初始化
...
RRC为随机接入过程配置以下参数：
(…)
-rsrp-ThresholdSSB：用于为4步RA类型选择SSB的RSRP阈值。如果随机接入过程是为了波束故障恢复而发起的，用于在candidateBeamRSList中选择SSB的rsrp-ThresholdSSB是指BeamFailureRecoveryConfig IE中的rsrp-ThresholdSSB；
-rsrp-ThresholdCSI-RS(rsrp-阈值CSI-RS)：用于为4步RA类型选择CSI-RS的RSRP阈值。如果随机接入过程是为波束故障恢复发起的，rsrp-ThresholdCSI-RS等于BeamFailureRecoveryConfig IE中的rsrp-ThresholdSSB；
(…)
-candidateBeamRSList：标识用于恢复的波束候选者和相关联的随机接入参数的参考信号(CSI-RS和/或SSB)列表；
-recoverySearchSpaceId：用于监视波束故障恢复请求的响应的搜索空间标识；
(…)
-用于波束故障恢复请求的随机接入前导码集和/或PRACH时机(如果有的话)；
(…)
当在服务小区上发起随机接入过程时，MAC实体应：
(…)
1>如果随机接入过程是为SpCell波束故障恢复发起的(如章节5.17所述)，并且如果用于4步RA类型的波束故障恢复请求的无竞争随机接入资源已被RRC显式提供用于为随机接入过程选择的BWP；或者
1>如果随机接入过程是为同步重新配置而发起的，并且如果对于为随机接入过程选择的BWP在rach-ConfigDedicated(rach-配置专用)中显式提供了用于4步RA类型的无竞争随机接入资源：
2>将RA_TYPE设置为4-stepRA。
1>否则如果为随机接入过程选择的BWP配置有2步和4步RA类型随机接入资源并且下行链路路径损耗参考的RSRP高于msgA-RSRP-Threshold(msgA-RSRP-阈值)；或者
1>如果为随机接入过程选择的BWP仅配置了2步RA类型随机接入资源(即没有配置4步RACH RA类型资源)；或者
1>如果随机接入过程是为使用同步重新配置而发起的，并且如果已对于为随机接入过程选择的BWP在rach-ConfigDedicated中显式提供了用于2步RA类型的无竞争随机接入资源：
2>将RA_TYPE设置为2-stepRA。
1>否则：
2>将RA_TYPE设置为4-stepRA。
1>执行如章节5.1.1a中指定的特定于随机接入类型的变量的初始化；
1>如果RA_TYPE被设置为2-stepRA:
2>执行用于两步RA类型的随机接入资源选择过程(见章节5.1.2a)。
1>否则：
2>执行随机接入资源选择过程(见章节5.1.2)。
***提议的3GPP规范文本结束***
在其他实施例中，UE不响应于检测到第二小区组的波束故障的发生而触发用于BFR的RA。在各种实施例中，这可以涉及UE避免在BFD之后执行朝向PSCell的RA，或者UE稍后在第二小区组被激活(恢复)时而不是在触发BFR之后执行RA。在后一种情况下，如果为去激活的第二小区组中的小区宣告BFD，则UE延迟随机接入的发起，直到第二小区组转换到正常操作模式。
这些实施例可以涉及UE中的协议层和/或协议实体的各种操作，除非另有说明，否则它们可以同义地使用。例如，MAC层可以称为MAC实体或MAC层实体，并且包括与MAC协议相关联的一组参数、配置和状态信息。
在这些实施例中的一些实施例中，在第二小区组被去激活的同时检测到BFD的发生之后，UE设置指示检测到BFD(例如，针对SpCell或第二小区组的至少一个SCell)的变量。例如，UE可以将状态变量(例如BFD_DETECTED(BFD_检测到))设置为“ture(真)”。
在这些实施例的一些中，在第二小区组被去激活的同时检测到BFD的发生之后，UE递增计数器(例如，BFD_COUNTER)。具有大于1的值的计数器指示在第二小区组去激活时已经检测到UE BFD。
在这些实施例的一些中，在第二小区组被去激活的同时检测到BFD的发生之后，UE停止对为BFD的目的配置的RS资源的波束监视和/或测量。
在这些实施例的一些中，在第二小区组被去激活的同时检测到BFD的发生之后，UE可以继续波束监视。如果认为链路已恢复(根据基于持续波束监视的预定义标准)，UE可以重新启动BFD过程、重新启动计时器、并将计数器重置为0。
当检测到波束故障时，MAC层(或检测到波束故障的任何协议层)向较高层(例如RRC)指示，以便稍后可以将信息用作由较高层控制的进一步UE操作的标准(例如，决定是否在第二小区组恢复之后执行RA)。在一些实施例中，较高层(例如，RRC)可以在任何时间从较低层(例如，MAC)请求关于是否已经针对处于去激活操作模式的第二小区组中的小区检测到波束故障的指示。
在一些实施例中，根据是否针对处于去激活操作模式的第二小区组检测到波束故障，稍后可以采取进一步的动作。在一些变体中，如果UE从网络接收到恢复第二小区组的指示(例如，RRC消息或MAC CE，通过第一小区组中的小区接收的)，则UE确定是否检测到波束故障。
在一个替代方案中，假设第二小区组的恢复在RRC层处理(例如，基于要进行恢复的RRC消息)，RRC层可以通过RRC请求第二小区组的MAC层(例如，SCG的MAC实体)指示(例如，BFD_DETECTED)是否已针对处于去激活操作模式的第二小区组的小区检测到波束故障来知道BFD。替代地，如果MAC层已通知RRC该BFD已发生(例如，通过内部UE过程)，则RRC层可能已经知道该信息。基于该信息，RRC层可以触发进一步的动作(例如，在恢复/激活之后朝向第二小区组的RA)。
图22A-B示出了关于BFD指示的UE层之间的通信的两个示例性模型。具体地，通信是在第二小区组的RRC实体(或层)和MAC实体之间。图22A中的示例性模型基于RRC实体从MAC实体请求是否已经针对处于去激活操作模式的第二小区组的小区检测到波束故障的指示。这可以响应于来自网络的请求UE恢复第二小区组的RRC消息来完成。相比之下，图22B中的示例性模型基于MAC实体向RRC实体发送关于是否已经针对处于去激活操作模式的第二小区组的小区检测到波束故障的未经请求的指示。RRC实体稍后可以响应于恢复第二小区组的网络请求来使用此信息。
下面示出了可以如何在3GPP TS 38.321和38.331中分别规定某些实施例的UEMAC和RRC层操作。然而，这些摘录并不意在穷举并且可以省略与示例性实施例基本上不相关的某些文本。
***提议的3GPP 38.321文本开始***
5.17波束故障检测和恢复过程
(…)
MAC实体应对于被配置用于波束故障检测的每个服务小区：
1>如果已从较低层接收到波束故障实例指示：
2>启动或重启beamFailureDetectionTimer；
2>BFI_COUNTER递增1；
2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount：
3>如果服务小区是SCell：
4>为该服务小区触发BFR；
3>如果服务小区处于去激活操作模式：
4>向较高层指示检测到波束故障；
3>否则：
4>在SpCell上发起随机接入过程(见章节5.1)。
1>如果beamFailureDetectionTimer到期；或者
(…)
***提议的3GPP 38.321文本结束***
***提议的3GPP 38.331文本开始***
5.3.5.3UE对RRCReconfiguration的接收
UE应在接收到RRCReconfiguration或执行条件重配置(CHO或CPC)之后执行以下操作：
(…)
1>如果RRCReconfiguration包括resumeDeactivatedSCG(恢复去激活SCG)：
(…)
2>如果SCG的较低层指示检测到波束故障：
3>在SCG的SpCell上发起随机接入过程，如TS 38.321[3]中所指定的；
***提议的3GPP 38.331文本结束***
在另一个替代方案中，UE RRC层可以基于UE从网络接收到用于该效果的RRC消息来请求MAC层恢复处于去激活状态的第二小区组。第二小区组的MAC实体知道BFD_DETECTED的值，并相应地响应RRC请求采取行动。例如，如果BFD_DETECTED为“真”，则第二小区组的MAC层可以发起RA，否则UE可以基于最后指示的TCI状态监视PDCCH。
在另一个替代方案中，UE RRC层生成RRC消息(例如，RRCReconfigurationComplete(RRC重配置完成))，该消息被提交给较低层以在第二小区组中发送。第二小区组的MAC实体知道BFD_DETECTED的值，并相应地响应RRC消息采取行动。例如，如果BFD_DETECTED为“真”，则第二小区组的MAC层可以发起RA以进行初始波束对准并获得用于发送RRC消息的调度许可。
图23示出了关于BFD指示的UE层之间的通信的示例性模型。具体地，通信是在第二小区组的RRC实体(或层)和MAC实体之间。图23中的示例性模型基于RRC实体通知MAC实体第二小区组将被(例如，基于来自网络的请求)激活。MAC层知道是否已经针对正在激活的第二小区组的小区检测到波束故障。如果是，则MAC层发起RA。
在其他实施例中，可以在MCG的MAC层处例如基于UE接收到恢复/激活第二小区组的MAC CE来处理第二小区组的恢复。这些实施例至少可以有以下变体：
·在一些变体中，MCG MAC实体请求SCG MAC实体是否检测到波束故障。如果SCGMAC层响应检测到波束故障，则MCG MAC实体请求SCG MAC层采取进一步的动作，例如，在SCG上发起RA。如果没有检测到波束故障，则SCG MAC层假定最后指示的用于PDCCH的TCI状态来监视PDCCH。
·在一些变体中，MCG MAC实体请求SCG MAC实体恢复操作。如果检测到波束故障，SCG MAC实体将采取进一步的动作，例如，在SCG上发起随机接入。如果没有检测到波束故障，则SCG MAC层会假定最后指示的用于PDCCH的TCI状态来监视PDCCH。
在一些实施例中，如果在第二小区组中检测到波束故障，则UE可以在恢复第二小区组时执行朝向第二小区组的SpCell的RA。在一些变体中，这可以是可以选择性地专门用于这种情况下的恢复的四步RA过程。在其他变体中，这可以是两步RA过程。这可以是CFRA过程或CBRA过程。这可以仅仅在满足某些条件和/或如果被配置为在第二小区组去激活时使用时发起。
在一些实施例中，如果在第二小区组中没有检测到波束故障，则UE可以在第二小区组的SpCell的恢复/激活之后开始监视PDCCH，而不需要为了初始波束对准的目的而执行RA。即便如此，出于其他原因(例如时间对准)仍可能需要RA。监视PDCCH可能要求了解PDCCHTCI状态，UE可以假定其为最后指示的(例如，在BFR过程期间的MAC CE中的)TCI。
在一些实施例中，如果在第二小区组中检测到波束故障则执行的RA过程可以不同于如果未检测到波束故障执行的RA过程。此外，这些中的一个或两个可以不同于出于另一原因(例如，UL时间对准)执行的RA过程。作为示例，可以使用不同的RA资源，使得在与新的最佳波束相关的资源上执行恢复/激活时的RA过程或者使用不同的特定专用PRACH前导码。
在一些实施例中，UE仅与被去激活的第二小区组的SpCell执行BFR。换言之，UE停止用于第二小区组的SCell的BFR(如果配置)。
图24示出了说明特别是对于UE不在BFD之后发起RA的情况的某些实施例的信号流图。图24中所示的示例性信令是在UE(1910)、与第二小区组的服务小区相关联的节点(例如，SN1920)和与第一小区组的服务小区相关联的节点(例如，MN 1930)之间。如图24所示，UE延迟朝向第二小区组的RA直到(例如，从与第一小区组相关联的节点，例如MN)接收到恢复/激活当前去激活的第二小区组的指示。
图25示出了说明特别是针对UE未检测到第二小区组中的波束故障的情况的某些其他实施例的信号流图。图25所示的示例性信令是在UE(1910)、与第二小区组的服务小区相关联的节点(例如，SN1920)和与第一小区组的服务小区相关联的节点(例如，MN 1930)之间。由于在第二小区组中未宣告波束故障，因此在接收到恢复/激活第二小区组的指示之后，UE开始使用先前配置的PDCCH TCI状态来监视第二小区组中的PDCCH。
在一些实施例中，当在去激活的第二小区组中宣告波束故障时，UE可以通过第一小区组向网络指示该情况。例如，UE可以基于要用于激活的第一小区组的正常操作模式的配置参数，通过第一小区组的服务小区(例如，用于配置有MR-DC的UE的MCG的PCell)发起传输。在一些实施例中，该指示可以作为RRC消息来发送。
图26A-B示出了用于指示去激活SCG中的BFD的两个示例性IE的ASN.1数据结构。具体而言，图26A示出了如3GPP TS 38.331中定义的SCGFailureInformation(SCG故障信息)消息的ASN.1数据结构，特别是对于MCG和SCG是NR的情况。该消息已更新为包括新的failureType(故障类型)值“BFD”。图26B示出了如3GPP TS 36.331中定义的SCGFailureInformationNR消息的ASN.1数据结构，特别是对于MCG是EUTRA/LTE且SCG是NR的情况。该消息也已更新为包括新的failureType值“BFD”。替代地，3GPP TS 38.331中定义的ULInformationTransferMRDC(UL信息传输MRDC)RRC消息可用于携带指示，例如，在MeasurementReport(测量报告)、FailureInformation(故障信息)或新字段或IE中。
在其他实施例中，去激活的第二小区组中BFD的指示可以通过MAC CE。在一些变体中，可以为此目的引入新的MAC CE。在最简单的形式中，MAC CE中不需要有效载荷，并且在3GPP TS 38.321中预留标识新MAC CE的新逻辑信道ID(LCID)就足够了(例如，在现有表6.2.1-1中)。下面提供了根据这些实施例的3GPP TS 38.321的示例性文本。
***提议的3GPP TS 38.321文本开始***
6.1.3MAC控制元素(CE)[…]
6.1.3.5辅小区组BFR MAC CE
辅小区组BFR MAC CE由具有LCID的MAC子报头标识，如表6.2.1-1中所指定。它具有固定大小的零比特。
[…]
6.1.3.23BFR MAC CE
用于BFR的MAC CE包括：
-BFR MAC CE；或者
-用于辅小区组的服务小区的BFR MAC CE；或者
-截断的BFR MAC CE。
BFR MAC CE和截断的BFR MAC CE由具有LCID/eLCID的MAC子报头标识，如表6.2.1-2和表6.2.1-2b中所指定。
表6.2.1-2用于UL-SCH的LCID的值
表6.2.1-2b用于UL-SCH的一个八位字节eLCID的值
***提议的3GPP TS 38.321文本结束***
在其他实施例中，可以扩展当前BFR MAC CE以使得也能够指示用于第二小区组的BFR。在网络侧，接收到BFR MAC CE的MN确定是针对第一小区组还是第二小区组的服务小区；当是针对第二小区组的服务小区时，MN将其转发给与第二小区组相关联的SN。两个指示选项是可能的。在一个选项中，UE在BFR MAC CE中包括与检测到BFD的服务小区相关联的服务小区索引。在另一选项中，UE在BFR MAC CE中包括小区组的新标识以指示所报告的BFRMAC是用于第一小区组还是用于第二小区组。
下面提供了根据这些实施例的3GPP TS 38.321的示例性文本。
***提议的3GPP TS 38.321文本开始***
6.1.3.23BFR MAC CE
用于BFR的MAC CE包括：
-BFR MAC CE；或者
-截断的BFR MAC CE。
BFR MAC CE和截断的BFR MAC CE由具有LCID/eLCID的MAC子报头标识，如表6.2.1-2和表6.2.1-2b中所指定。
表6.2.1-2用于UL-SCH的LCID的值
表6.2.1-2b用于UL-SCH的一个八位字节eLCID的值
***提议的3GPP TS 38.321文本结束***
在一些实施例中，可以引入新的BFR MAC CE，其中可以包括用于任何配置的服务小区的BFR信息，而不管小区组。两个指示选项是可能的。在一个选项中，UE包括小区组ID，其根据是否针对第一小区组、第二小区组、第n小区组等中的服务小区检测到BFD被设置为不同的值。在另一选项中，可以使用更大数量的服务小区索引，使得即使在第一小区组中报告BFR，也可以参考第二小区组的服务小区。
图27示出了说明某些实施例的信号流图，特别是对于BFD的小区组间报告的情况。图27中所示的示例性信令是在UE(1910)、与第二小区组的服务小区相关联的节点(例如，SN1920)和与第一小区组的服务小区相关联的节点(例如，MN 1930)之间。在这种情况下，UE向与第一小区组相关联的节点报告去激活的第二小区组中波束故障的指示。该节点(例如，MN)确定该指示与第二小区组相关并将其转发给与第二小区组相关联的节点。该节点可以基于指示采取进一步的动作，例如释放第二小区组。
可以参考图28-30进一步说明上述实施例，图28-30分别示出了由UE、第二网络节点和第一网络节点执行的示例性方法(例如，过程)。换句话说，下面描述的操作的各种特征对应于上面描述的各种实施例。这些示例性方法可以协同使用以提供各种示例性益处和/或优势。尽管图28-30以特定顺序示出了特定块，但是各个方法的操作可以以与所示不同的顺序执行并且可以组合和/或划分成具有与所示不同功能的块。可选块或操作由虚线指示。
特别地，图28示出了根据本公开的各种实施例的用于被配置为通过MCG和SCG与无线网络通信的UE的示例性方法(例如，过程)的流程图。示例性方法可以由诸如本文别处所描述的UE(例如，无线设备、IoT设备、调制解调器等或其组件)执行。
示例性方法可以包括框2810的操作，其中UE可以响应于通过MCG或SCG接收到第一命令而进入用于SCG的节能模式。示例性方法还可以包括框2820的操作，其中UE可以在处于用于SCG的节能模式和处于用于MCG的激活模式时执行针对SCG的波束故障检测(BFD)并且避免执行针对SCG的一个或多个波束管理操作。
在一些实施例中，在处于用于SCG的节能模式时执行针对SCG的BFD(例如，在框2820中)是基于以下一项或多项：
·继续在接收到第一命令之前正在执行的用于SCG的BFD；
·特定于用于SCG的节能模式的SCG BFD配置；
·SCG的服务小区的子集，该子集由无线网络配置；以及
·重置一个或多个与SCG BFD相关的计时器或计数器，这些计时器或计数器在接收到第一命令之前正在运行。
在这些实施例的一些实施例中，在处于用于SCG的节能模式时执行用于SCG的BFD包括子框2821的操作，其中UE可以针对包括在子集中的服务小区执行BFD并且避免针对未包括在子集中的SCG的服务小区执行BFD。特别地，该子集可以包括n个服务小区，n＝0…N-1，其中N是SCG的服务小区的数量。
在一些实施例中，用于SCG的一个或多个波束管理操作(即，UE避免执行的)包括以下任何一项：执行与SCG相关联的波束的层1(L1)测量；以及报告对与SCG相关联的波束执行的L1测量。
在一些实施例中，示例性方法还可以包括框2850的操作，其中UE可以在处于用于SCG的节能模式时在检测到SCG中的波束故障之后执行一个或多个操作，该一个或多个操作包括以下中的任何一项(由相应的子框编号标识)：
·(2851)退出用于SCG的节能模式并进入用于SCG的激活模式；
·(2852)执行朝向SCG的随机接入(RA)过程；
·(2855)向UE中的较高协议层指示UE的较低协议层检测到SCG中的波束故障；
·(2856)向第二网络节点或被配置为提供MCG的第一网络节点发送在SCG中检测到波束故障的指示；以及
·(2857)从第一网络节点接收指示用于SCG的模式的第二命令。
在这些实施例中的一些实施例中，RA过程被发起用于波束故障恢复并且是响应于检测到与SCG相关联的波束故障的；第二命令是在完成RA过程后接收到的，并且指示用于SCG的激活模式；并且进入用于SCG的激活模式是响应于第二命令。图19示出了这些实施例的示例。
在一些变体中，示例性方法还可以包括框2830和2860的操作。在框2830中，UE可以在处于用于SCG的节能模式和处于用于MCG的激活模式时通过MCG接收与SCG的PDCCH相关联的TCI状态。在框2860中，UE可以在进入用于SCG的激活模式之后基于接收到的TCI状态来监视SCG的PDCCH。在一些进一步的变体中，接收到的TCI状态不同于与SCG的PDCCH相关联的最近的TCI状态，最近的TCI状态是在进入用于SCG的节能模式之前接收到的(例如，在框2810中)。
在这些实施例的其他实施例中，进入用于SCG的激活模式是响应于检测到SCG中的波束故障，并且执行朝向SCG的RA过程(例如，在子框2852中)响应于进入用于SCG的激活模式。图20-21示出了这些实施例的示例。
在一些变体中，示例性方法还可以包括框2870或框2880的操作。在框2870中，UE可以退出用于SCG的激活模式并且进入用于SCG的节能模式。在框2880中，UE可以根据第二命令(即，当接收到时)设置SCG模式。
在进一步的变体中，在处于用于SCG的节能模式时在检测到SCG中的波束故障之后在框2850中执行的一个或多个操作包括子框2853的操作，其中UE可以响应于以下之一发起第一计时器：进入用于SCG的激活模式(例如，子框2851)，或成功完成RA过程(例如，子框2852)。在这样的变体中，退出用于SCG的激活模式和进入用于SCG的节能模式是响应于第一计时器的到期而没有接收到第二命令。
在这些实施例的其他实施例中，执行朝向SCG的RA过程用于波束故障恢复并且响应于检测与SCG相关联的波束故障。此外，在处于用于SCG的节能模式时在检测到SCG中的波束故障之后在框2850中执行的一个或多个操作包括子框2854的操作，其中UE可以响应成功完成RA过程发起第二计时器(例如，在子框2852中)。在这样的变体中，进入用于SCG的激活模式是响应于第二计时器的到期而没有接收到第二命令。
在这些实施例的其他实施例中，执行朝向SCG的RA过程(例如，在子框2852中)是响应于接收到指示用于SCG的激活模式的第二命令(例如，在子框2857中)。此外，退出用于SCG的节能模式和进入用于SCG的激活模式(例如，在子框2851中)是响应于RA过程的成功完成。图24示出了这些实施例的示例。
在这些和某些其他实施例的一些变体中，朝向SCG的RA过程由UE的较高协议层基于由UE的较低协议层检测到波束故障的指示来发起。
在这些实施例的一些实施例中，在SCG中检测到波束故障的指示在朝向SCG的RA过程期间被发送给第二网络节点，并且执行朝向SCG的RA过程(例如，在子框2852中)包括通过SCG接收与SCG的PDCCH相关联的TCI状态。在这样的实施例中，TCI状态基于在SCG中检测到波束故障的指示。图20-21和24示出了这些实施例的示例。在一些变体中，在SCG中检测到波束故障的指示作为MAC CE通过与用于处于节能模式的SCG的BFR相关联的逻辑信道被发送。
在这些实施例的其他实施例中，向第一网络节点发送在SCG中检测到波束故障的指示(例如，在子框2856中)是响应于接收到指示用于SCG的激活模式的第二命令(例如，在子框2857中)。此外，执行朝向SCG的RA过程(例如，在子框2852中)是响应于发送指示，并且退出用于SCG的节能模式并进入用于SCG的激活模式(例如，在子框2851中)是响应于成功完成朝向SCG的RA过程。图27示出了这些实施例的示例。
在一些变体中，该指示作为以下之一被发送给第一网络节点：
·RRC消息中的SCG故障信息字段，该字段具有指示波束故障的特定值；
·通过与SCG波束故障报告(BFR)相关联的逻辑信道的MAC CE；以及
·与BFR相关联并且包括SCG的标识符的MAC CE。
在这些实施例的一些实施例中，朝向SCG执行的RA过程(例如，在2852中)不同于以下一项或多项：
·在处于用于SCG的节能模式时未检测到SCG中的波束故障之后执行的朝向SCG的第一RA过程；以及
·在处于用于SCG的激活模式时朝向SCG执行的第二RA过程。
在一些实施例中，示例性方法还可以包括框2840的操作，其中UE可以在处于用于SCG的节能模式时在没有检测到SCG中的波束故障之后执行一个或多个操作，该一个或多个操作包括以下任何一项(由相应的子框编号标识)：
·(2841)从第一网络节点接收指示用于SCG的激活模式的第二命令；
·(2842)退出用于SCG的节能模式并进入用于SCG的激活模式；以及
·(2843)在UE进入用于SCG的节能模式之前基于由无线网络配置的TCI状态监视MCG或SCG中的PDCCH。
在一些变体中，退出用于SCG的节能模式和进入用于SCG的连接模式(例如，在子框2842中)是响应于接收到第二命令(例如，在子框2841中)，并且监视MCG中的PDCCH(例如，在子框2843中)是响应于接收到第二命令。
此外，图29示出了根据本公开的各种实施例的用于被配置为在无线网络中为UE提供SCG的第二网络节点的示例性方法(例如，过程)的流程图。该示例性方法可以由网络节点(例如，基站、eNB、gNB、ng-eNB、en-gNB等或其组件)执行，例如本文其他地方所描述的。
该示例性方法可以包括框2910的操作，其中当UE处于用于SCG的激活模式时第二网络节点可以向UE发送进入用于SCG的节能模式的第一命令。示例性方法还可以包括框2940的操作，其中第二节点可以在UE处于用于SCG的节能模式时执行一个或多个操作，该一个或多个操作包括以下任何一项(由相应的子框编号标识)：
·(2941)执行与SCG中的UE的RA过程；以及
·(2942)从UE或从被配置为向UE提供MCG的第一网络节点接收在UE处于用于SCG的节能模式时UE检测到SCG中的波束故障的指示。
在一些实施例中，该指示是在朝向SCG的RA过程期间从UE接收到的。在这样的实施例中，当UE处于用于SCG的节能模式时执行的一个或多个操作包括子框2943的操作，其中第二网络节点可以基于该指示来确定与SCG的PDCCH相关联的TCI状态。在这样的实施例中，执行RA过程(例如，在子框2941中)包括向UE发送TCI状态。图19-21和24示出了这些实施例的示例。在一些变体中，在SCG中检测到波束故障的指示作为MAC CE通过与用于处于节能模式的SCG的BFR相关联的逻辑信道被接收。
在其他实施例中，该指示是从第一网络节点接收到的，并且示例性方法还可以包括框2950的操作，其中第二网络节点可以基于接收到的指示来释放SCG。图27示出了这些实施例的示例。
在其他实施例中，示例性方法还可以包括框2930的操作，其中第二网络节点可以向第一网络节点发送恢复UE在用于SCG的激活模式中的操作的请求。该指示是从响应于该请求的第一网络节点接收的。
在一些实施例中，示例性方法还可以包括框2920的操作，其中第二网络节点可以在UE进入用于SCG的节能模式之前向UE发送特定于用于SCG的节能模式的以下信息中的一个或多个：SCG BFD配置，以及SCG的服务小区的子集。特别地，该子集可以包括n个服务小区，n＝0…N-1，其中N是SCG的服务小区的数量。
在这样的实施例中，指示的SCG中的波束故障检测基于特定于用于SCG的节能模式的信息(即，SCG BFD配置和/或服务小区的子集)。
在某些变体中，以下情况之一适用：
·SCG BFD配置包括SCG的服务小区的子集。
·当UE处于用于SCG的节能模式时，仅应针对BFD监视子集；以及
·SCG BFD配置与第一命令一起发送(例如，在框2910中)。
此外，图30示出了根据本公开的各种实施例的用于被配置为在无线网络中为UE提供MCG的第一网络节点的示例性方法(例如，过程)的流程图。该示例性方法可以由网络节点(例如，基站、eNB、gNB、ng-eNB、en-gNB等或其组件)执行，例如本文其他地方所描述的。
示例性方法可以包括框3030的操作，其中第一网络节点可以在UE处于用于MCG的激活模式以及处于用于SCG的节能模式时向UE发送进入用于SCG的激活模式的第二命令。示例性方法还可以包括框3040的操作，其中当UE处于用于SCG的节能模式时第一网络节点可以执行一个或多个操作，该一个或多个操作包括以下任何操作(由相应的子框号标识)：
·(3041)从UE接收当UE处于用于SCG的节能模式时UE检测到SCG中的波束故障的指示；以及
·(3042)基于先前为UE配置的TCI状态向在MCG中的UE发送PDCCH。
在一些实施例中，示例性方法还可以包括框3050的操作，其中第一网络节点可以将指示转发给被配置为提供SCG的第二网络节点。
在一些实施例中，该指示作为以下之一从UE接收：
·RRC消息中的SCG故障信息字段，该字段具有指示波束故障的特定值；
·通过与SCG波束故障报告(BFR)相关联的逻辑信道的MAC CE；以及
·与BFR相关联并且包括SCG的标识符的MAC CE。
在一些实施例中，TCI状态先前由被配置为提供SCG的第二网络节点在以下期间之一配置：在UE进入用于SCG的节能模式之前(例如，如图25所示)，或UE处于用于SCG的节能模式时(例如，如图10所示)。
在一些实施例中，示例性方法还可以包括框3020的操作，其中第一网络节点可以从被配置为提供SCG的第二网络节点接收恢复UE在用于SCG的激活模式中的操作的请求。响应于请求发送第二命令(例如，在框3030中)。
在一些实施例中，示例性方法还可以包括框3010的操作，其中第一网络节点可以在UE进入用于SCG的节能模式之前向UE发送特定于用于SCG的节能模式的以下信息中的一个或多个：SCG BFD配置，以及SCG的服务小区的子集。特别地，该子集可以包括n个服务小区，n＝0…N-1，其中N是SCG的服务小区的数量。
在这样的实施例中，指示的SCG中的波束故障检测(例如，在子框3041中)是基于特定于用于SCG的节能模式的信息。在某些变体中，以下一项或多项适用：
·SCG BFD配置包括SCG的服务小区的子集。
·当UE处于用于SCG的节能模式时，仅应针对BFD监视子集；以及
·SCG BFD配置与UE进入用于SCG的节能模式的第一命令一起发送。
尽管本文描述的主题可以使用任何适当的组件在任何适当类型的系统中实现，但是本文所公开的实施例是相对于无线网络(诸如图31所示的示例无线网络)进行描述的。为了简单起见，图31的无线网络仅描绘了网络3106、网络节点3160和3160b以及WD3110、3110b和3110c。在实践中，无线网络可以进一步包括适合于支持无线设备之间或无线设备与另一通信设备(例如，座机电话、服务提供商或任何其他网络节点或终端设备)之间的通信的任何附加元件。在所示出的组件中，网络节点3160和无线设备(WD)3110以附加的细节被描绘。无线网络可以向一个或多个无线设备提供通信和其他类型的服务，以促进无线设备访问和/或使用由无线网络提供的服务或经由无线网络提供的服务。
无线网络可以包括任何类型的通信、电信、数据、蜂窝和/或无线电网络或其他类似类型的系统和/或与其接口。在一些实施例中，无线网络可被配置为根据特定标准或其他类型的预定义规则或过程进行操作。因此，无线网络的特定实施例可以实现通信标准，例如全球移动通信系统(GSM)、通用移动电信系统(UMTS)、长期演进(LTE)和/或其他合适的2G、3G、4G、或5G标准；无线局域网(WLAN)标准，例如IEEE802.11标准；以及/或任何其他适当的无线通信标准，例如全球微波访问互操作性(WiMax)、蓝牙、Z-波和/或ZigBee(紫蜂)标准。
网络3106可以包括一个或多个回程网络、核心网络、IP网络、公共交换电话网络(PSTN)、分组数据网络、光网络、广域网(WAN)、局域网(LAN)、无线局域网(WLAN)、有线网络、无线网络、城域网和实现设备之间的通信的其他网络。
网络节点3160和WD3110包括下面更详细描述的各种组件。这些组件一起工作以提供网络节点和/或无线设备功能，例如在无线网络中提供无线连接。在不同的实施例中，无线网络可以包括任何数量的有线或无线网络、网络节点、基站、控制器、无线设备、中继站和/或可以促进或参与数据和/或信号通过有线或无线连接的通信的任何其他组件或系统。
网络节点的示例包括但不限于接入点(AP)(例如，无线电接入点)、基站(BS)(例如，无线电基站、节点B、演进型节点B(eNB)和NR NodeB(gNBs))。可以基于基站提供的覆盖量(或者换句话说，它们的发射功率级别)对基站进行分类，然后也可以将其称为毫微微基站、微微基站、微基站或宏基站。基站可以是中继节点或控制中继的中继施主节点。网络节点还可以包括分布式无线电基站的一个或多个(或所有)部分，例如集中式数字单元和/或远程无线电单元(RRU)(有时也称为远程无线电头端(RRH))。这样的远程无线电单元可以与或可以不与天线集成为天线集成无线电。分布式无线电基站的部分也可以称为分布式天线系统(DAS)中的节点。
网络节点的其他示例包括诸如MS RBS的多标准无线电(MSR)设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)的网络控制器、基站收发站(BTS)、传输点、传输节点、多小区/多播协调实体(MCE)、核心网络节点(例如MSC、MME)、O&M节点、OSS节点、SON节点、定位节点(例如E-SMLC)和/或MDT。作为另一示例，网络节点可以是如下面更详细描述的虚拟网络节点。然而，更一般而言，网络节点可以表示能够、被配置为、被布置为和/或可操作以使无线设备能够访问无线网络和/或向无线设备提供对无线网络的访问，或向已访问无线网络的无线设备提供某种服务的任何合适的设备(或设备组)。
在图31中，网络节点3160包括处理电路3170、设备可读介质3180、接口3190、辅助设备3184、电源3186、电源电路3187和天线3162。尽管在图31的示例无线网络中示出的网络节点3160可以表示包括所图示的硬件组件的组合的设备，但是其他实施例可以包括具有组件的不同组合的网络节点。应当理解，网络节点包括执行本文公开的任务、特征、功能和方法和/或过程所需的硬件和/或软件的任何合适的组合。此外，尽管将网络节点3160的组件描绘为位于较大盒子内或嵌套在多个盒子内的单个盒子，但实际上，网络节点可包括构成单个所示组件的多个不同物理组件(例如，设备可读介质3180可以包括多个单独的硬盘驱动器以及多个RAM模块)。
类似地，网络节点3160可以包括多个物理上单独的组件(例如，NodeB组件和RNC组件、或者BTS组件和BSC组件等)，每个组件可以具有它们自己的各自的组件。在网络节点3160包括多个单独的组件(例如，BTS和BSC组件)的某些情况下，一个或多个单独的组件可以在数个网络节点之间共享。例如，单个RNC可以控制多个NodeB。在这种情况下，每个唯一的NodeB和RNC对可以在某些情况下被视为一个单独的网络节点。在一些实施例中，网络节点3160可以被配置为支持多种无线电接入技术(RAT)。在这样的实施例中，一些组件可以被复制(例如，用于不同RAT的单独的设备可读介质3180)，并且一些组件可以被重用(例如，相同的天线3162可以被RAT共享)。网络节点3160还可以包括用于集成到网络节点3160中的不同无线技术(例如，GSM、WCDMA、LTE、NR、Wi-Fi或蓝牙无线技术)的多组各种所示的组件。这些无线技术可以集成到网络节点3160内相同或不同的芯片或芯片组以及其他组件中。
处理电路3170可以被配置为执行本文描述为由网络节点提供的任何确定、计算或类似操作(例如，某些获取操作)。由处理电路3170执行的操作可以包括：处理由处理电路3170获取的信息，例如通过将获取的信息转换成其他信息、将获取的信息或转换后的信息与存储在网络节点中的信息进行比较、和/或基于获取的信息或转换后的信息执行一个或多个操作；以及作为所述处理的结果，做出确定。
处理电路3170可以包括微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列或任何其他合适的计算设备、资源或可操作以单独地或结合其他网络节点3160组件(例如设备可读介质3180)提供网络节点3160的各种功能的硬件、软件和/或编码逻辑的组合中的一个或多个的组合。这种功能可以包括本文所讨论的各种无线特征、功能或益处中的任何一种。
例如，处理电路3170可以执行存储在设备可读介质3180中或处理电路3170内的存储器中的指令。在一些实施例中，处理电路3170可以包括片上系统(SOC)。作为更具体的示例，存储在介质3180中的指令(也称为计算机程序产品)可以包括当由处理电路3170执行时可以将网络节点3160配置为执行与本文所述的各种示例性方法(例如，过程)相对应的操作的指令。
在一些实施例中，处理电路3170可以包括射频(RF)收发器电路3172和基带处理电路3174中的一个或多个。在一些实施例中，射频(RF)收发器电路3172和基带处理电路3174可以在单独的芯片(或芯片组)、板或单元(例如无线电单元和数字单元)上。在替代实施例中，RF收发器电路3172和基带处理电路3174中的部分或全部可以在相同的芯片或芯片组、板或单元上。
在某些实施例中，本文描述为由网络节点、基站、eNB或其他这样的网络设备提供的功能中的一些或全部可以由执行存储在设备可读介质3180或处理电路3170内的存储器上的指令的处理电路3170来执行。在替代实施例中，一些或全部功能可以由处理电路3170提供，而无需执行存储在单独的或离散的设备可读介质上的指令，诸如以硬线方式。在那些实施例的任何一个中，无论是否执行存储在设备可读存储介质上的指令，处理电路3170都可以被配置为执行所描述的功能。这样的功能所提供的益处不仅限于处理电路3170单独或网络节点3160的其他组件，而是整体上由网络节点3160和/或通常由最终用户和无线网络享有。
设备可读介质3180可以包括任何形式的易失性或非易失性计算机可读存储器、包括但不限于永久存储器、固态存储器、远程安装的存储器、磁性介质、光学介质、随机存取存储器(RAM)、只读存储器(ROM)、大容量存储介质(例如硬盘)、可移动存储介质(例如闪存驱动器、高密度盘(CD)或数字视频盘(DVD))和/或任何其他易失性或非易失性、非临时性的设备可读和/或计算机可执行的存储设备，它们存储可以由处理电路3170使用的信息、数据和/或指令。设备可读介质3180可以存储任何合适的指令、数据或信息，其包括计算机程序、软件、包括逻辑、规则、代码、表等中的一个或多个的应用和/或能够由处理电路3170执行并由网络节点3160利用的其他指令中的一个或多个。设备可读介质3180可用于存储由处理电路3170进行的任何计算和/或经由接口3190接收的任何数据。在一些实施例中，处理电路3170和设备可读介质3180可以被认为是集成的。
接口3190用于网络节点3160、网络3106和/或WD3110之间的信令和/或数据的有线或无线通信中。如图所示，接口3190包括端口/端子3194以例如通过有线连接向和从网络3106发送和接收数据。接口3190还包括可以耦合到天线3162或在某些实施例中为天线3162的一部分的无线电前端电路3192。无线电前端电路3192包括滤波器3198和放大器3196。无线电前端电路3192可以连接到天线3162和处理电路3170。无线电前端电路可被配置为调节在天线3162和处理电路3170之间通信的信号。无线电前端电路3192可接收将通过无线连接向其他网络节点或WD发送的数字数据。无线电前端电路3192可以使用滤波器3198和/或放大器3196的组合将数字数据转换为具有适当信道和带宽参数的无线电信号。然后可以通过天线3162发射无线电信号。类似地，在接收数据时，天线3162可以收集无线电信号，无线电信号然后由无线电前端电路3192转换成数字数据。数字数据可以被传递到处理电路3170。在其他实施例中，接口可以包括不同的组件和/或组件的不同组合。
在某些替代实施例中，网络节点3160可以不包括单独的无线电前端电路3192，相反，处理电路3170可以包括无线电前端电路并且可以在没有单独的无线电前端电路3192的情况下连接到天线3162。类似地，在一些实施例中，所有或一些RF收发器电路3172都可以板视为接口3190的一部分。在其他实施例中，接口3190可以包括一个或多个端口或端子3194、无线电前端电路3192和RF收发器电路3172，作为无线单元(未示出)的一部分，并且接口3190可以与基带处理电路3174通信，该基带处理电路3174是数字单元(未示出)的一部分。
天线3162可以包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列。天线3162可以耦合到无线电前端电路3190，并且可以是能够无线地发送和接收数据和/或信号的任何类型的天线。在一些实施例中，天线3162可以包括可操作以在例如2GHz和66GHz之间发送/接收无线电信号的一个或多个全向、扇形或平板天线。全向天线可用于在任何方向上发送/接收无线电信号，扇形天线可用于从特定区域内的设备发送/接收无线电信号，而平板天线可以是用于以相对直线的方式发送/接收无线电信号的视线天线。在某些情况下，一个以上天线的使用可以称为MIMO。在某些实施例中，天线3162可以与网络节点3160分离并且可以通过接口或端口连接到网络节点3160。
天线3162、接口3190和/或处理电路3170可以被配置为执行本文描述为由网络节点执行的任何接收操作和/或某些获取操作。可以从无线设备、另一个网络节点和/或任何其他网络设备接收任何信息、数据和/或信号。类似地，天线3162、接口3190和/或处理电路3170可以被配置为执行本文描述为由网络节点执行的任何发送操作。可以向无线设备、另一个网络节点和/或任何其他网络设备发送任何信息、数据和/或信号。
电源电路3187可以包括或耦合到电源管理电路，并被配置为向网络节点3160的组件提供功率，以执行本文所述的功能。电源电路3187可以从电源3186接收功率。电源3186和/或电源电路3187可被配置为以适合于各个组件的形式(例如以每个对应组件所需的电压和电流级别)向网络节点3160的各个组件提供功率。电源3186可以包括在电源电路3187和/或网络节点3160中或在其外部。例如，网络节点3160可以经由输入电路或接口(例如电缆)可连接至外部电源(例如电源插座)，由此外部电源向电源电路3187提供功率。作为又一示例，电源3186可以包括电池或电池组形式的电源，该电池或电池组连接至或集成于电源电路3187中。如果外部电源出现故障，电池可以提供备用电源。也可以使用其他类型的电源，例如光伏设备。
网络节点3160的替代实施例可以包括除图31所示组件之外的附加组件，其可以负责提供网络节点的功能的某些方面，包括本文所述的任何功能和/或支持本文所述的主题所必需的任何功能。例如，网络节点3160可以包括用户接口设备，以允许和/或促进将信息输入到网络节点3160中并且允许和/或促进从网络节点3160输出信息。这可以允许和/或促进用户执行网络节点3160的诊断、维护、修理和其他管理功能。
在一些实施例中，无线设备(WD，例如WD3110)可以被配置为在没有直接人类交互的情况下发送和/或接收信息。例如，当被内部或外部事件触发或响应于来自网络的请求时，WD可以设计为按预定的调度向网络发送信息。WD的示例包括但不限于智能电话、移动电话、手机、IP语音(VoIP)电话、无线本地环路电话、台式计算机、个人数字助理(PDA)、无线相机、游戏机或设备、音乐存储设备、播放设备、可穿戴终端设备、无线端点、移动台、平板电脑、笔记本电脑、笔记本电脑内置设备(LEE)、笔记本电脑安装设备(LME)、智能设备、无线客户端设备(CPE)、移动类型通信(MTC)设备、物联网(IoT)设备、车载无线终端设备等。
WD可以支持设备对设备(D2D)通信(例如通过实现用于辅助链路通信的3GPP标准、车对车(V2V)、车对基础设施(V2I)、车对一切(V2X))，并且在这种情况下可以称为D2D通信设备。作为又一个特定示例，在物联网(IoT)场景中，WD可以表示执行监视和/或测量并将此类监视和/或测量的结果向另一个WD和/或网络节点发送的机器或其他设备。在这种情况下，WD可以是机器对机器(M2M)设备，其在3GPP上下文中可以称为MTC设备。作为一个示例，WD可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这样的机器或设备的示例是传感器、诸如功率计的计量设备、工业机械、或家用或个人电器(例如冰箱、电视机等)、个人可穿戴设备(例如手表、健身追踪器等)。在其他情况下，WD可以表示能够监视和/或报告其运行状态或与其运行相关联的其他功能的车辆或其他设备。如上所述的WD可以表示无线连接的端点，在这种情况下，该设备可以被称为无线终端。此外，如上所述的WD可以是移动的，在这种情况下，它也可以被称为移动设备或移动终端。
如图所示，无线设备3110包括天线3111、接口3114、处理电路3120、设备可读介质3130、用户接口设备3132、辅助设备3134、电源3136和电源电路3137。WD3110可以包括多组用于WD3110支持的不同无线技术(例如GSM、WCDMA、LTE、NR、Wi-Fi、WiMAX或蓝牙无线技术，仅举几例)的一个或多个所示组件。这些无线技术可以与WD3110中的其他组件集成到相同或不同的芯片或芯片组中。
天线3111可以包括被配置为发送和/或接收无线信号的一个或多个天线或天线阵列，并连接到接口3114。在某些替代实施例中，天线3111可以与WD3110分离并可以通过接口或端口连接到WD3110。天线3111、接口3114和/或处理电路3120可被配置为执行本文描述为由WD执行的任何接收或发送操作。可以从网络节点和/或另一个WD接收任何信息、数据和/或信号。在一些实施例中，无线电前端电路和/或天线3111可以被认为是接口。
如图所示，接口3114包括无线电前端电路3112和天线3111。无线电前端电路3112包括一个或多个滤波器3118和放大器3116。无线电前端电路3114连接到天线3111和处理电路3120，并且被配置为调节在天线3111和处理电路3120之间传递的信号。无线电前端电路3112可以耦合到天线3111或作为天线3111的一部分。在一些实施例中，WD3110可以不包括单独的无线电前端电路3112；相反，处理电路3120可以包括无线电前端电路，并且可以连接到天线3111。类似地，在一些实施例中，RF收发器电路3122的一些或全部可以被认为是接口3114的一部分。无线电前端电路3112可以接收要被通过无线连接发送给其他网络节点或WD的数字数据。无线电前端电路3112可以使用滤波器3118和/或放大器3116的组合将数字数据转换为具有适当信道和带宽参数的无线电信号。然后可以通过天线3111发送无线电信号。类似地，在接收数据时，天线3111可以收集无线电信号，无线电信号然后由无线电前端电路3112转换成数字数据。数字数据可以被传递到处理电路3120。在其他实施例中，接口可以包括不同的组件和/或组件的不同组合。
处理电路3120可以包括微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列或任何其他合适的计算设备、资源、或硬件、软件和/或编码的组合中的一个或多个的组合，其可操作以单独或与其他WD3110组件(例如设备可读介质3130)组合使用，以提供WD3110功能。这样的功能可以包括本文讨论的各种无线特征或益处中的任何一种。
例如，处理电路3120可以执行存储在设备可读介质3130中或处理电路3120内的存储器中的指令，以提供本文公开的功能。更具体地，存储在介质3130中的指令(也称为计算机程序产品)可以包括当由处理器3120执行时可以将无线设备3110配置为执行与本文所述的各种示例性方法(例如，过程)相对应的操作的指令。
如图所示，处理电路3120包括RF收发器电路3122、基带处理电路3124和应用处理电路3126中的一个或多个。在其他实施例中，处理电路可以包括不同的组件和/或组件的不同组合。在某些实施例中，WD3110的处理电路3120可以包括SOC。在一些实施例中，RF收发器电路3122、基带处理电路3124和应用处理电路3126可以在单独的芯片或芯片组上。在替代实施例中，基带处理电路3124和应用处理电路3126的部分或全部可以组合到一个芯片或芯片组中，并且RF收发器电路3122可以在单独的芯片或芯片组上。在又一替代实施例中，RF收发器电路3122和基带处理电路3124的部分或全部可以在同一芯片或芯片组上，并且应用处理电路3126可以在单独的芯片或芯片组上。在其他替代实施例中，RF收发器电路3122、基带处理电路3124和应用处理电路3126的部分或全部可以组合在同一芯片或芯片组中。在一些实施例中，RF收发器电路3122可以是接口3114的一部分。RF收发器电路3122可以调节RF信号以用于处理电路3120。
在某些实施例中，本文描述为由WD执行的某些或全部功能可以由执行存储在设备可读介质3130上的指令的处理电路3120提供，设备可读介质3130在某些实施例中可以是计算机可读存储设备介质。在替代实施例中，一些或全部功能可以由处理电路3120提供，而无需执行存储在单独的或离散的设备可读存储介质上的指令,诸如以硬线方式。在那些特定实施例的任何一个中，无论是否执行存储在设备可读存储介质上的指令，处理电路3120都可被配置为执行所描述的功能。此类功能所提供的益处不仅限于单独的处理电路3120或WD3110的其他组件，而是可以整体上由WD3110和/或最终用户和无线网络享有。
处理电路3120可被配置为执行本文描述为由WD执行的任何确定、计算或类似操作(例如某些获取操作)。由处理电路3120执行的这些操作可以包括：处理由处理电路3120获取的信息，例如通过将获取的信息转换成其他信息、将获取的信息或转换后的信息与WD3110存储的信息进行比较、和/或基于获取的信息或转换后的信息执行一个或多个操作；以及作为所述处理的结果，作出确定。
设备可读介质3130可用于存储计算机程序、软件、包括逻辑、规则、代码、表等中的一个或多个的应用、和/或能够由处理电路3120执行的其他指令。设备可读介质3130可以包括计算机存储器(例如随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移动存储介质(例如高密度盘(CD)或数字视频磁盘(DVD))和/或存储可由处理电路3120使用的信息、数据和/或指令的任何其他易失性或非易失性、非暂时性设备可读和/或计算机可执行存储设备。在一些实施例中，处理电路3120和设备可读介质3130可以被认为是集成的。
用户接口设备3132可以包括允许和/或促进人类用户与WD3110交互的组件。这种交互可以具有多种形式，例如视觉、听觉、触觉等。用户接口设备3132可用于向用户产生输出并允许和/或促进用户向WD3110提供输入。交互的类型可能有所不同，具体取决于WD3110中安装的用户接口设备3132的类型。例如，如果WD3110是智能电话，则交互可以是通过触摸屏；如果WD3110是智能仪表，则交互可以通过提供使用情况(例如使用的加仑数)的屏幕或提供声音警报的扬声器(例如如果检测到烟雾)进行。用户接口设备3132可以包括输入接口、设备和电路以及输出接口、设备和电路。用户接口设备3132被配置为允许和/或促进向WD3110输入信息，并且被连接到处理电路3120以允许和/或促进处理电路3120处理输入的信息。用户接口设备3132可以包括例如麦克风、接近传感器或其他传感器、键/按钮、触摸显示器、一个或多个相机、USB端口或其他输入电路。用户接口设备3132还被配置为允许和/或促进从WD3110输出信息，并允许和/或促进处理电路3120从WD3110输出信息。用户接口设备3132可以包括例如扬声器、显示器、振动电路、USB端口、耳机接口或其他输出电路。使用用户接口设备3132的一个或多个输入和输出接口、设备和电路，WD3110可以与最终用户和/或无线网络通信，并允许和/或促进他们受益于本文所述的功能。
辅助设备3134可操作以提供WD通常可能不会执行的更特定的功能。这可以包括用于出于各种目的进行测量的专用传感器、用于诸如有线通信之类的附加通信类型的接口等。辅助设备3134的组件的包含和类型可以根据实施例和/或场景而变化。
在一些实施例中，电源3136可以是电池或电池组的形式。也可以使用其他类型的电源，例如外部电源(例如电源插座)、光伏设备或功率单元。WD3110还可包括用于将来自电源3136的功率传送到WD3110的各个部分的电源电路3137，这些部分需要来自电源3136的功率来执行本文所述或指示的任何功能。在某些实施例中，电源电路3137可以包括电源管理电路。电源电路3137可以附加地或可替代地可操作以从外部电源接收功率；在这种情况下，WD3110可以通过输入电路或接口(例如电源电缆)连接到外部电源(例如电源插座)。在某些实施例中，电源电路3137也可以可操作以将功率从外部电源传递到电源3136。这可以例如用于对电源3136进行充电。电源电路3137可以执行对来自电源3136的功率的任何格式化、转换或其他修改，以使功率适合对其提供功率的WD3110的各个组件。
图32示出了根据本文描述的各个方面的UE的一个实施例。如本文所使用的，就拥有和/或操作相关设备的人类用户而言，用户设备或UE可能不一定具有用户。取而代之，UE可以表示旨在出售给人类用户或由人类用户操作但是可能不或者最初可能不与特定人类用户相关联的设备(例如智能洒水控制器)。替代地，UE可以表示不旨在出售给最终用户或不由最终用户操作的设备，但是可以与用户的利益相关联或为用户的利益而操作的设备(例如智能功率计)。UE3200可以是由第三代合作伙伴计划(3GPP)标识的任何UE，包括NB-IoT UE、机器类型通信(MTC)UE和/或增强型MTC(eMTC)UE。如图32所示，UE3200是WD的一个示例，该WD被配置为根据第三代合作伙伴计划(3GPP)颁布的一种或多种通信标准(例如3GPP的GSM、UMTS、LTE和/或5G标准)进行通信。如前所述，术语WD和UE可以互换使用。因此，尽管图32是UE，但是本文讨论的组件同样适用于WD，反之亦然。
在图32中，UE3200包括可操作地耦合到输入/输出接口3205、射频(RF)接口3209、网络连接接口3211、存储器3215(包括随机存取存储器(RAM)3217、只读存储器(ROM)3219和存储介质3221等)、通信子系统3231、电源3233、和/或任何其他组件或其任何组合的处理电路3201。存储介质3221包括操作系统3223、应用3225和数据3227。在其他实施例中，存储介质3221可以包括其他类似类型的信息。某些UE可以利用图32所示的所有组件，或者仅这些组件的子集。组件之间的集成级别可以从一个UE到另一UE变化。此外，某些UE可包含组件的多个实例，例如多个处理器、存储器、收发器、发射机、接收机等。
在图32中，处理电路3201可被配置为处理计算机指令和数据。处理电路3201可被配置为实现可操作以执行被存储为存储器中的机器可读计算机程序的机器指令的任何顺序状态机，例如一个或多个硬件实现的状态机(例如，以离散逻辑、FPGA、ASIC等形式)；可编程逻辑以及适当的固件；一个或多个存储的程序、通用处理器(例如微处理器或数字信号处理器(DSP))以及适当的软件；或以上的任何组合。例如，处理电路3201可以包括两个中央处理单元(CPU)。数据可以是适合计算机使用的形式的信息。
在所描述的实施例中，输入/输出接口3205可被配置为向输入设备、输出设备或输入和输出设备提供通信接口。UE3200可被配置为经由输入/输出接口3205使用输出设备。输出设备可以使用与输入设备相同类型的接口端口。例如，USB端口可用于向UE3200提供输入或从UE3200提供输出。输出设备可以是扬声器、声卡、视频卡、显示器、监视器、打印机、致动器、发射器、智能卡、另一个输出设备或其任何组合。UE3200可被配置为经由输入/输出接口3205使用输入设备，以允许和/或促进用户将信息捕获到UE3200中。输入设备可以包括触敏显示器或存在敏感显示器、相机(例如数字相机、数字摄像机、网络摄像机等)、麦克风、传感器、鼠标、轨迹球、方向盘、轨迹板、滚轮、智能卡等。存在敏感显示器可以包括电容性或电阻性触摸传感器，以感测来自用户的输入。传感器可以是例如加速度计、陀螺仪、倾斜传感器、力传感器、磁力计、光学传感器、接近传感器、另一个类似的传感器或其任意组合。例如，输入设备可以是加速度计、磁力计、数码相机、麦克风和光学传感器。
在图32中，RF接口3209可被配置为向诸如发射机、接收机和天线的RF组件提供通信接口。网络连接接口3211可被配置为向网络3243a提供通信接口。网络3243a可以涵盖有线和/或无线网络，诸如局域网(LAN)、广域网(WAN)、计算机网络、无线网络、电信网络、另一个类似的网络或其任何组合。例如，网络3243a可以包括Wi-Fi网络。网络连接接口3211可被配置为包括用于根据一个或多个通信协议(例如以太网、TCP/IP、SONET、ATM等)通过通信网络与一个或多个其他设备通信的接收机和发射机接口。网络连接接口3211可以实现适合于通信网络链路(例如光、电等)的接收机和发射机功能。发射机和接收机功能可以共享电路组件、软件或固件，或者代替地可以单独实现。
RAM3217可被配置为经由总线3202与处理电路3201接口，以在执行诸如操作系统、应用程序和设备驱动器之类的软件程序期间提供数据或计算机指令的存储或缓存。ROM3219可被配置为向处理电路3201提供计算机指令或数据。例如，ROM3219可被配置为存储存储在非易失性存储器中的用于基本系统功能(例如基本输入和输出(I/O)、启动、或从键盘接收的击键)的不变的低级系统代码或数据。存储介质3221可被配置为包括诸如RAM、ROM、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储(EEPROM)、磁盘、光盘、软盘、硬盘、可移动盒式磁带或闪存驱动器的存储器。
在一个示例中，存储介质3221可被配置为包括操作系统3223、诸如网页浏览器应用、小部件或小工具引擎或另一应用之类的应用3225、以及数据文件3227。存储介质3221可以存储各种操作系统中的任何一种或操作系统的组合以供UE3200使用。例如，应用程序3225可以包括可执行程序指令(也被称为计算机程序产品)，其当由处理器3201执行时，可将UE 3200配置为执行与本文所述的各种示例性方法(例如，过程)相对应的操作。
存储介质3221可被配置为包括多个物理驱动器单元，例如独立磁盘冗余阵列(RAID)、软盘驱动器、闪存、USB闪存驱动器、外部硬盘驱动器、拇指驱动器、笔式驱动器、密钥驱动器、高密度数字多功能盘(HD-DVD)光盘驱动器、内部硬盘驱动器、蓝光光盘驱动器、全息数字数据存储(HDDS)光盘驱动器、外部迷你双列直插式存储器模块(DIMM)、同步动态随机存取存储器(SDRAM)、外部微DIMM SDRAM、智能卡存储器(例如订户身份模块或可移动用户身份(SIM/RUIM)模块)、其他存储器或其任意组合。存储介质3221可以允许和/或促进UE3200访问存储在暂时性或非暂时性存储介质上的计算机可执行指令、应用程序等，以卸载数据或上载数据。制造品(诸如利用通信系统的制造品)可以有形地体现在存储介质3221中，该存储介质可以包括设备可读介质。
在图32中，处理电路3201可被配置为使用通信子系统3231与网络3243b通信。网络3243a和网络3243b可以是相同网络或不同网络。通信子系统3231可被配置为包括用于与网络3243b通信的一个或多个收发器。例如，通信子系统3231可被配置为包括用于根据一个或多个通信协议(例如IEEE802.32、CDMA、WCDMA、GSM、LTE、UTRAN、WiMax等)与能够进行无线通信的另一设备(例如另一WD、UE或无线电接入网(RAN)的基站)的一个或多个远程收发器通信的一个或多个收发器。每个收发器可以包括发射机3233和/或接收机3235，以分别实现适合于RAN链路的发射机或接收机功能(例如频率分配等)。此外，每个收发器的发射机3233和接收机3235可以共享电路组件、软件或固件，或者可替代地可以单独实现。
在所示的实施例中，通信子系统3231的通信功能可以包括数据通信、语音通信、多媒体通信、诸如蓝牙的短程通信、近场通信、基于位置的通信(诸如使用全球定位系统(GPS)确定位置)、另一类似的通信功能或其任意组合。例如，通信子系统3231可以包括蜂窝通信、Wi-Fi通信、蓝牙通信和GPS通信。网络3243b可以包括有线和/或无线网络(诸如局域网(LAN)、广域网(WAN)、计算机网络、无线网络、电信网络、另一个类似的网络或其任何组合)。例如，网络3243b可以是蜂窝网络、Wi-Fi网络和/或近场网络。电源3213可被配置为向UE3200的组件提供交流电(AC)或直流电(DC)功率。
本文描述的特征、益处和/或功能可在UE3200的组件之一中实现，或者可以在UE3200的多个组件之间划分。此外，本文描述的特征、益处和/或功能可以在硬件、软件或固件的任意组合中实现。在一个示例中，通信子系统3231可被配置为包括本文描述的任何组件。此外，处理电路3201可被配置为通过总线3202与任何这样的组件通信。在另一个示例中，任何这样的组件可以由存储在存储器中的程序指令来表示，该程序指令在由处理电路3201执行时执行本文所述的对应功能。在另一个示例中，任何这样的组件的功能可以在处理电路3201和通信子系统3231之间划分。在另一个示例中，任何这样的组件的非计算密集型功能可以用软件或固件实现，计算密集型功能可以用硬件实现。
图33是示出虚拟化环境3300的示意性框图，在该虚拟化环境3300中可以虚拟化由一些实施例实现的功能。在本上下文中，虚拟化意味着创建装置或设备的虚拟版本，其可以包括虚拟化硬件平台、存储设备和联网资源。如本文所使用的，虚拟化可以被应用于节点(例如，虚拟化的基站或虚拟化的无线电接入节点)或设备(例如，UE、无线设备或任何其他类型的通信设备)或其组件，并且涉及一种其中至少一部分功能被实现为一个或多个虚拟组件(例如，通过在一个或多个网络中的一个或多个物理处理节点上执行的一个或多个应用、组件、功能、虚拟机或容器)的实现。
在一些实施例中，本文描述的一些或所有功能可以被实现为由在由一个或多个硬件节点3330托管的一个或多个虚拟环境3300中实现的一个或多个虚拟机执行的虚拟组件。此外，在虚拟节点不是无线电接入节点或不需要无线电连接(例如，核心网络节点)的实施例中，则可以将网络节点完全虚拟化。
这些功能可以由一个或多个应用3320(可替代地称为软件实例、虚拟设备、网络功能、虚拟节点、虚拟网络功能等)实现，应用3320可操作以实现本文公开的一些实施例的某些特征、功能和/或好处。应用3320在虚拟化环境3300中运行，虚拟化环境3300提供包括处理电路3360和存储器3390的硬件3330。存储器3390包含可由处理电路3360执行的指令3395，由此应用3320可操作以提供本文公开的一个或多个特征、益处和/或功能。
虚拟化环境3300包括通用或专用网络硬件设备3330，该通用或专用网络硬件设备3330包括一组一个或多个处理器或处理电路3360，该处理器或处理电路3360可以是商用现货(COTS)处理器、专用专用集成电路(ASIC)或包括数字或模拟硬件组件或专用处理器的任何其他类型的处理电路。每个硬件设备可以包括存储器3390-1，其可以是用于临时存储由处理电路3360执行的指令3395或软件的非持久性存储器。例如，指令3395可以包括程序指令(也称为计算机程序产品)，该程序指令在由处理电路3360执行时可以将硬件节点3320配置为执行与本文所述的各种示例性方法(例如，过程)相对应的操作。这样的操作也可以归因于由硬件节点3330托管的虚拟节点3320。
每个硬件设备可以包括一个或多个网络接口控制器(NIC)3370(也称为网络接口卡)，其包括物理网络接口3380。每个硬件设备还可以包括其中存储了可由处理电路3360执行的软件3395和/或指令的非暂时性持久性机器可读存储介质3390-2。软件3395可以包括任何类型的软件，其包括用于实例化一个或多个虚拟化层3350(也称为管理程序)的软件、执行虚拟机3340的软件以及允许其执行与在本文描述的一些实施例相关地描述的功能、特征和/或益处的软件。
虚拟机3340包括虚拟处理、虚拟存储器、虚拟网络或接口以及虚拟存储，并且可以由相应的虚拟化层3350或管理程序运行。虚拟设备3320的实例的不同实施例可以在一个或多个虚拟机3340上实现，并且可以以不同的方式来实现。
在操作期间，处理电路3360执行软件3395以实例化管理程序或虚拟化层3350(其有时可以被称为虚拟机监视器(VMM))。虚拟化层3350可以向虚拟机3340呈现看起来像联网硬件的虚拟操作平台。
如图33所示，硬件3330可以是具有通用或特定组件的独立网络节点。硬件3330可以包括天线33225，并且可以通过虚拟化来实现一些功能。可替代地，硬件3330可以是较大的硬件集群的一部分(例如，诸如在数据中心或客户端设备(CPE)中)，在该较大的硬件集群中，许多硬件节点一起工作并且通过尤其监督应用3320的生命周期管理的管理和编排(MANO)33100来管理。
在某些上下文中，硬件的虚拟化称为网络功能虚拟化(NFV)。NFV可用于将许多网络设备类型整合到行业标准的大容量服务器硬件、物理交换机和物理存储中，这些设备可位于数据中心和客户端设备中。
在NFV的上下文中，虚拟机3340可以是物理机器的软件实现，其运行程序，就好像它们在物理的非虚拟化机器上执行一样。每个虚拟机3340和执行该虚拟机的硬件3330的那部分(无论是专用于该虚拟机的硬件和/或该虚拟机与其他虚拟机3340共享的硬件)形成单独的虚拟网络元素(VNE)。
仍然在NFV的上下文中，虚拟网络功能(VNF)负责处理运行在硬件网络基础设施3330顶部的一个或多个虚拟机3340中的特定网络功能，并与图33中的应用3320相对应。
在一些实施例中，每个包括一个或多个发射机33220和一个或多个接收机33210的一个或多个无线电单元33200可以耦合到一个或多个天线33225。无线电单元33200可以经由一个或多个适当的网络接口直接与硬件节点3330通信，并且可以与虚拟组件结合使用，以为虚拟节点提供无线电能力，例如无线电接入节点或基站。以这种方式布置的节点也可以与一个或多个UE通信，例如本文其他地方所描述的。
在一些实施例中，可以通过控制系统33230来执行一些信令，该控制系统可以可替代地用于硬件节点3330和无线电单元33200之间的通信。
参考图34，根据实施例，一种通信系统包括诸如3GPP型蜂窝网络之类的电信网络3410，其包括诸如无线电接入网络之类的接入网络3411和核心网络3414。接入网3411包括多个基站3412a、3412b、3412c，例如节点B、eNB、gNB或其他类型的无线接入点，每个定义对应的覆盖区域3413a、3413b、3413c。每个基站3412a、3412b、3412c可通过有线或无线连接3415连接到核心网络3414。位于覆盖区域3413c中的第一UE3491被配置为无线连接到对应的基站3412c或被其寻呼。覆盖区域3413a中的第二UE3492可无线连接到对应的基站3412a。尽管在该示例中示出了多个UE3491、3492，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE连接到覆盖区域中的基站的情况。
电信网络3410本身连接到主机计算机3430，主机计算机3430可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中或作为服务器场中的处理资源。主机计算机3430可以在服务提供商的所有权或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络3410与主机计算机3430之间的连接3421和3422可以直接从核心网络3414扩展到主机计算机3430，或者可以通过可选的中间网络3420。中间网络3420可以是公共、私有或托管网络之一，也可以是其中多个的组合；中间网络3420(如果有的话)可以是骨干网或互联网；特别地，中间网络3420可以包括两个或更多个子网络(未示出)。
图34的通信系统作为整体实现了连接的UE3491、3492与主机计算机3430之间的连接。该连接可以被描述为过顶(Over-the-Top)(OTT)连接3450。主机计算机3430和连接的UE3491、3492被配置为经由使用接入网络3411、核心网络3414、任何中间网络3420以及可能的其他基础设施(未示出)作为中介的OTT连接3450来传递数据和/或信令。在OTT连接3450通过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接3450可以是透明的。例如，可以不向或者不需要向基站3412通知传入(incoming)下行链路通信的过去路由，该传入下行链路通信具有源自主机计算机3430的将向连接的UE3491转发(例如移交)的数据。类似地，基站3412不需要知道从源自UE3491朝向主机计算机3430的传出(outgoing)上行链路通信的未来路由。
现在将参考图35描述，根据实施例的，在前面的段落中讨论的UE、基站和主机计算机的示例实施方式。在通信系统3500中，主机计算机3510包括硬件3515，该硬件3515包括被配置为建立和维护与通信系统3500的不同通信设备的接口的有线或无线连接的通信接口3516。主机计算机3510还包括处理电路3518，处理电路3518可以具有存储和/或处理能力。特别地，处理电路3518可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。主机计算机3510还包括软件3511，该软件3511存储在主机计算机3510中或可由主机计算机3510访问并且可由处理电路3518执行。软件3511包括主机应用3512。主机应用3512可操作于向诸如UE3530的远程用户提供服务，UE3530经由终止于UE3530和主机计算机3510的OTT连接3550连接。在向远程用户提供服务时，主机应用3512可以提供使用OTT连接3550发送的用户数据。
通信系统3500还可以包括基站3520，该基站3520在电信系统中提供并且包括使其能够与主机计算机3510以及与UE3530通信的硬件3525。硬件3525可以包括用于建立和维护与通信系统3500的不同通信设备的接口的有线或无线连接的通信接口3526，以及用于建立和维护与位于由基站3520服务的覆盖区域(图35中未示出)中的UE3530的至少无线连接3570的无线电接口3527。通信接口3526可被配置为促进到主机计算机3510的连接3560。连接3560可以是直接的，或者可以通过电信系统的核心网络(图35中未示出)和/或通过电信系统外部的一个或多个中间网络。在所示的实施例中，基站3520的硬件3525还可以包括处理电路3528，处理电路3528可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。
基站3520还具有内部存储或可通过外部连接访问的软件3521。例如，软件3521可以包括程序指令(也称为计算机程序产品)，该程序指令在由处理电路3528执行时可以配置基站3520以执行与本文所述的各种示例性方法(例如，过程)相对应的操作。
通信系统3500还包括已经提到的UE3530。其硬件3535可以包括无线电接口3537，无线电接口3537被配置为建立并维护与服务于UE3530当前所在的覆盖区域的基站的无线连接3570。UE3530的硬件3535还包括处理电路3538，处理电路3538可以包括一个或多个适于执行指令的可编程处理器、专用集成电路、现场可编程门阵列或这些的组合(未示出)。
UE3530进一步包括存储在UE3530中或可由UE3530访问并且可由处理电路3538执行的软件3531。软件3531包括客户端应用3532。客户端应用3532可操作于在主机计算机3510的支持下经由UE3530向人类或非人类用户提供服务。在主机计算机3510中，正在执行的主机应用3512可以通过终止于UE3530和主机计算机3510的OTT连接3550与正在执行的客户端应用3532通信。在向用户提供服务中，客户端应用3532可以从主机应用3512接收请求数据，并响应于该请求数据提供用户数据。OTT连接3550可以传送请求数据和用户数据两者。客户端应用3532可以与用户交互以生成其提供的用户数据。软件3531还可以包括程序指令(也称为计算机程序产品)，该程序指令在由处理电路3538执行时可以将UE 3530配置为执行与本文所述的各种示例性方法(例如，过程)相对应的操作。
注意，图35所示的主机计算机3510、基站3520和UE3530可以分别与图33的主机计算机1230、基站3312a、3312b、3312c之一和UE3391、3392之一相似或相同。也就是说，这些实体的内部工作原理可以如图35所示，而独立地，周围网络拓扑结构可以是图33的那样。
在图35中，已经抽象地绘制了OTT连接3550，以示出主机计算机3510与UE3530之间经由基站3520的通信，而没有明确地参考任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定路由，网络基础设施可被配置为将该路由对UE3530或对操作主机计算机3510的服务提供商或两者隐藏。当OTT连接3550是活动的时，网络基础设施可以进一步做出决定，通过该决定它动态地改变路由(例如基于负载平衡考虑或网络的重新配置)。
UE3530和基站3520之间的无线连接3570根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进了使用OTT连接3550提供给UE3530的OTT服务的性能，在OTT连接3550中无线连接3570形成最后的段。更确切地说，本文公开的示例性实施例可以改进由网络来监视数据流(包括相应无线电承载)的端到端服务质量(QoS)的灵活性，该数据流与用户设备(UE)和另一实体(例如5G网络外部的OTT数据应用或服务)之间的数据会话相关联。这些和其他优势可以促进5G/NR解决方案的更及时设计、实施和部署。此外，这样的实施例可以促进对数据会话QoS的灵活和及时的控制，这可以导致5G/NR所设想的容量、吞吐量、延迟等的改进，并且对OTT服务的增长很重要。
可以出于监视数据速率、延迟和一个或多个实施例在其上改善的其他网络操作方面的目的而提供测量过程。可能还存在可选的网络功能，用于响应于测量结果的变化来重新配置主机计算机3510和UE3530之间的OTT连接3550。用于重新配置OTT连接3550的测量过程和/或网络功能可以在主机计算机3510的软件3511和硬件3515中或在UE3530的软件3531和硬件3535中或两者中实现。在实施例中，可以将传感器(未示出)部署在OTT连接3550所经过的通信设备中或与之相关联；传感器可以通过提供以上例示的监视量的值或提供软件3511、3531可以从中计算或估计监视量的其他物理量的值来参与测量过程。OTT连接3550的重配置可以包括消息格式、重传设置、优选的路由等；重新配置不必影响基站3520，并且它可能对于基站3520是未知的或不可感知的。这种过程和功能在本领域中是已知的和实践的。在某些实施例中，测量可以涉及专有UE信令，其促进主机计算机3510对吞吐量、传播时间、延迟等的测量。可以如下实现测量，软件3511和3531在监视消息传播时间、错误等的同时促使使用OTT连接3550发送消息(尤其是空消息或“假(dummy)”消息)。
图36是示出根据一些实施例的在通信系统中实现的实例方法和/或过程的流程图。在一些实例实施例中，该通信系统包括主机计算机、基站和UE，它们可以是参考本文其它附图描述的那些。为了本公开简单起见，本部分仅包括对图36的附图参考。在步骤3610，主机计算机提供用户数据。在步骤3610的子步骤3611(可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤3620中，主机计算机发起到UE的携带用户数据的传输。在步骤3630(可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送由主机计算机发起的传输中携带的用户数据。在步骤3640(也可以是可选的)，UE执行与由主机计算机执行的主机应用相关联的客户端应用。
图37是示出根据一些实施例的在通信系统中实现的实例方法和/或过程的流程图。在一些实例实施例中，该通信系统包括主机计算机、基站和UE，它们可以是参考本文其它附图描述的那些。为了本公开简单起见，本部分仅包括对图37的附图参考。在步骤3710，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤3720中，主机计算机发起到UE的携带用户数据的传输。根据贯穿本公开所描述的实施例的教导，传输可以通过基站。在步骤3730(可以是可选的)，UE接收在传输中携带的用户数据。
图38是示出根据一些实施例的在通信系统中实现的实例方法和/或过程的流程图。在一些实例实施例中，通信系统包括主机计算机、基站和UE，它们可以是参考本文其它附图描述的那些。为了本公开简单起见，本部分仅包括对图38的附图参考。在步骤3810(可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或替代地，在步骤3820中，UE提供用户数据。在步骤3820的子步骤3821(可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤3810的子步骤3811(可以是可选的)中，UE执行客户端应用，该客户端应用响应于由主机计算机提供的接收的输入数据来提供用户数据。在提供用户数据时，执行的客户端应用可以进一步考虑从用户接收的用户输入。不管如何提供用户数据，UE在子步骤3830(可能是可选的)中发起用户数据到主机计算机的传输。在该方法的步骤3840中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。
图39是示出根据一些实施例的在通信系统中实现的实例方法和/或过程的流程图。在一些实例实施例中，通信系统包括主机计算机、基站和UE，它们可以是参考本文其它附图描述的那些。为了本公开简单起见，在本部分中仅包括对图39的附图参考。在步骤3910(可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在步骤3920(可以是可选的)，基站发起接收的用户数据到主机计算机的传输。在步骤3930(可以是可选的)，主机计算机接收由基站发起的传输中携带的用户数据。
以上仅说明了本公开的原理。鉴于本文的教导，对所描述的实施例的各种修改和变更对于本领域技术人员来说将是明显的。因此应当理解，本领域技术人员将能够设计出尽管本文没有明确示出或描述但是体现了本公开的原理并且因此可以落入本公开的精神和范围内的多种系统、布置和程序。如本领域普通技术人员应当理解的，各种示例性实施例可以彼此一起使用以及互换使用。
如本文所用，术语“单元”可具有在电子、电气设备和/或电子设备领域的常规含义，并且可以包括例如电气和/或电子电路、设备、模块、处理器、存储器、逻辑固态和/或用于执行相应任务、过程、计算、输出和/或显示功能等的离散设备、计算机程序或指令，例如本文描述的那些。
可以通过一个或多个虚拟装置的一个或多个功能单元或模块来执行本文公开的任何适当的步骤、方法、特征、功能或益处。每个虚拟装置可以包括多个这些功能单元。这些功能单元可以通过处理电路来实现，处理电路可以包括一个或多个微处理器或微控制器以及可以包括数字信号处理器(DSP)、专用数字逻辑等的其他数字硬件。处理电路可被配置为执行存储在存储器中的程序代码，存储器可以包括一种或几种类型的存储器，例如只读存储器(ROM)、随机存取存储器(RAM)、高速缓冲存储器、闪存设备、光学存储设备等。存储在存储器中的程序代码包括用于执行一种或多种电信和/或数据通信协议的程序指令以及用于执行本文所述的一种或多种技术的指令。在一些实现中，处理电路可以用于使得相应的功能单元执行根据本公开的一个或多个实施例的相应功能。
如本文所描述的，设备和/或装置可以由半导体芯片、芯片组或包括这样的芯片或芯片组的(硬件)模块表示；然而，这并不排除设备或装置的功能不是硬件实现的而是被实现为软件模块(例如计算机程序或包括用于在处理器上执行或运行的可执行软件代码部分的计算机程序产品)的可能性。此外，设备或装置的功能可以通过硬件和软件的任何组合来实现。设备或装置也可以被视为多个设备和/或装置的组合，无论是在功能上相互协作还是彼此独立。此外，只要设备或装置的功能得以保留，设备和装置就可以在整个系统中以分布式方式实现。这样的和类似的原理被认为是技术人员已知的。
除非另有定义，否则本文中使用的所有术语(包括技术和科学术语)具有与本公开所属领域的普通技术人员通常所理解的相同含义。将进一步理解，除非本文明确地定义，否则本文使用的术语应被解释为具有与本说明书和相关领域的上下文中的含义一致的含义，并且将不以理想化或过于正式的意义来解释。
此外，在包括说明书、附图的本公开中使用的某些术语在某些情况下可以同义使用(例如数据和信息)。应当理解，虽然这些词(和/或可以彼此同义的其他词)可以在本文中作为同义词使用，但是可能存在这样的词旨在不作为同义词使用的情况。此外，就现有技术知识在上文中未通过引用明确并入的程度而言，其全部明确地并入本文。引用的所有出版物通过引用整体并入本文。
本文描述的技术和装置包括但不限于以下列举的例子：
A1.一种用于被配置为通过主小区组(MCG)和辅小区组(SCG)与无线网络通信的用户设备(UE)的方法，该方法包括：
在处于用于SCG的正常操作模式时，从与SCG相关联的第二节点接收进入用于SCG的节能模式的命令；
在处于用于SCG的节能模式下，执行与SCG相关联的波束故障检测(BFD)，并避免执行针对SCG的一个或多个波束管理操作；以及
基于在用于SCG的节能模式下是否检测到波束故障，执行以下一项或多项操作：
执行朝向第二小区组的随机接入(RA)过程以进行波束故障恢复(BFR)；
基于在UE进入节能模式之前由第二节点配置的PDCCH传输配置指示符(TCI)状态监视SCG中的物理下行链路控制信道(PDCCH)；以及
向与MCG相关联的第一节点发送在SCG中检测到波束故障的指示。
B1.一种用于无线网络的与用于用户设备(UE)的辅小区组(SCG)相关联的第二节点的方法，用户设备也被配置为通过主小区组(MCG)与无线网络通信，该方法包括：
当UE处于用于SCG的正常操作模式时，向UE发送进入用于SCG的节能模式的命令：
当UE处于用于SCG的节能模式时执行以下操作中的一项或多项：
执行与UE的随机接入(RA)过程以在SCG中进行波束故障恢复(BFR)；
从与MCG相关联的第一节点接收UE在SCG中检测到波束故障的指示；
基于UE检测到波束故障的指示释放SCG；以及
向第一节点发送恢复UE的用于SCG的正常操作模式的请求。
B2.根据实施例B1的方法，还包括：在UE退出用于SCG的节能模式后，基于在UE进入用于SCG的节能模式之前由第二节点配置的PDCCH传输配置指示符(TCI)状态在SCG中发送物理下行链路控制信道(PDCCH)。
C1.一种被配置为通过主小区组(MCG)和辅小区组(SCG)与无线网络通信的用户设备(UE)，所述UE包括：
被配置为通过SCG和MCG与无线网络通信的无线电收发器电路；以及
可操作地耦合到无线电收发器电路的处理电路，由此处理电路和无线电收发器电路被配置为执行对应于实施例A1的方法的操作。
C2.一种通过主小区组(MCG)和辅小区组(SCG)与无线网络通信的用户设备(UE)，UE还被布置为执行与实施例A1的方法相对应的操作。
C3.一种存储计算机可执行指令的非暂时性计算机可读介质，所述计算机可执行指令当由被布置成通过主小区组(MCG)和辅小区组(SCG)与无线网络通信的用户设备(UE)的处理电路执行时配置UE执行与实施例A1的方法对应的操作。
C4.一种包括计算机可执行指令的计算机程序产品，所述计算机可执行指令当由被布置成通过主小区组(MCG)和辅小区组(SCG)与无线网络通信的用户设备(UE)的处理电路执行时配置UE执行对应于实施例A1的方法的操作。
D1.一种无线网络的被布置成通过辅小区组(SCG)与用户设备(UE)通信的网络节点，该网络节点包括：
通信接口电路，被配置为通过SCG与UE通信并且与被配置为通过主小区组(MCG)与UE通信的另一网络节点通信；以及
可操作地耦合到通信接口电路的处理电路，由此处理电路和通信接口电路被配置为执行对应于实施例B1-B2的任何方法的操作。
D2.一种无线网络的被布置为通过辅小区组(SCG)与用户设备(UE)通信的网络节点，该网络节点还被布置为执行对应于实施例B1-B2的方法中的任何方法的操作。
D3.一种存储计算机可执行指令的非暂时性计算机可读介质，所述计算机可执行指令当由被布置为通过辅小区组(SCG)与用户设备(UE)通信的网络节点的处理电路执行时配置网络节点以执行对应于实施例B1-B2的方法中的任何方法的操作。
D4.一种包括计算机可执行指令的计算机程序产品，所述计算机可执行指令当由被布置为通过辅小区组(SCG)与用户设备(UE)通信的网络节点的处理电路执行时配置网络节点以执行对应于实施例B1-B2的方法中的任何方法的操作。

Claims (51)

1.一种用于被配置为经由主小区组MCG和辅小区组SCG与无线网络通信的用户设备UE的方法，所述方法包括：
响应于经由所述MCG或所述SCG接收第一命令，进入(2810)用于所述SCG的节能模式；以及
当处于用于所述SCG的所述节能模式并且处于用于所述MCG的激活模式时，执行(2820)针对所述SCG的至少主小区PSCell的波束故障检测BFD，并避免执行与所述SCG相关联的波束的层1即L1测量和报告；所述方法还包括：
向被配置为提供所述MCG的第一网络节点发送(2856)针对所述SCG的至少所述PSCell检测到波束故障的指示。
2.根据权利要求1所述的方法，其中，当处于用于所述SCG的所述节能模式时执行(2820)针对所述SCG的BFD是基于以下中的一项或多项：
继续在接收所述第一命令之前正在执行的针对所述SCG的BFD；
特定于用于所述SCG的所述节能模式的SCG BFD配置；
所述SCG的服务小区的子集，所述子集由所述无线网络配置；以及
重置与SCG BFD相关的一个或多个计时器或计数器，所述一个或多个计时器或计数器在接收所述第一命令之前正在运行。
3.根据权利要求2所述的方法，其中，当处于用于所述SCG的所述节能模式时执行(2820)针对所述SCG的BFD包括：执行(2821)针对在所述子集中包括的服务小区的BFD，并且避免执行针对在所述子集中未包括的所述SCG的服务小区的BFD。
4.根据权利要求1-3中任一项所述的方法，还包括：当处于用于所述SCG的所述节能模式时，在检测到所述SCG中的波束故障之后执行(2850)一个或多个操作，所述一个或多个操作包括以下中的任一项：
退出(2851)用于所述SCG的所述节能模式，并进入用于所述SCG的激活模式；
执行(2852)朝向所述SCG的随机接入RA过程；
向所述UE中的较高协议层指示(2855)所述UE的较低协议层检测到所述SCG中的所述波束故障；
从所述第一网络节点接收(2857)指示用于所述SCG的模式的第二命令。
5.根据权利要求4所述的方法，其中：
所述RA过程是针对波束故障恢复而发起的，并且是响应于检测到与所述SCG相关联的所述波束故障；
所述第二命令是在完成所述RA过程后接收的，并且指示用于SCG的所述激活模式；以及
响应于所述第二命令，进入用于所述SCG的所述激活模式。
6.根据权利要求5所述的方法，还包括：
当处于用于所述SCG的所述节能模式并且处于用于所述MCG的所述激活模式时，经由所述MCG接收(2830)与所述SCG的物理下行链路控制信道PDCCH相关联的TCI状态；以及
在进入用于所述SCG的所述激活模式后，基于所接收的TCI状态监视(2860)所述SCG的所述PDCCH。
7.根据权利要求6所述的方法，其中，所接收的TCI状态不同于与所述SCG的所述PDCCH相关联的近来的TCI状态，所述近来的TCI状态是在进入用于所述SCG的所述节能模式之前接收的。
8.根据权利要求4所述的方法，其中：
响应于检测到所述SCG中的所述波束故障，进入用于所述SCG的所述激活模式；以及
响应于进入用于所述SCG的所述激活模式，执行(2852)朝向所述SCG的所述RA过程。
9.根据权利要求8所述的方法，还包括：在成功完成所述RA过程后执行以下中的一项：
退出(2870)用于所述SCG的所述激活模式，并进入用于所述SCG的所述节能模式；或者
根据所述第二命令设置(2880)所述SCG模式。
10.根据权利要求9所述的方法，其中：
当处于用于所述SCG的所述节能模式时，在检测到所述SCG中的波束故障之后执行的所述一个或多个操作包括：响应于以下中的一项发起(2853)第一计时器：进入用于所述SCG的所述激活模式，或成功完成所述RA过程；以及
响应于所述第一计时器的到期而没有接收到所述第二命令，退出(2851)用于所述SCG的所述激活模式，并且进入用于所述SCG的所述节能模式。
11.根据权利要求4所述的方法，其中：
朝向所述SCG的所述RA过程是用于波束故障恢复，并且是响应于检测到与所述SCG相关联的所述波束故障；
当处于用于所述SCG的所述节能模式时，在检测到所述SCG中的波束故障之后执行的所述一个或多个操作包括：响应于成功完成所述RA过程，发起(2854)第二计时器；以及
响应于所述第二计时器的到期而没有接收到所述第二命令，进入用于所述SCG的所述激活模式。
12.根据权利要求4所述的方法，其中：
响应于接收(2857)指示用于所述SCG的所述激活模式的所述第二命令，执行(2852)朝向所述SCG的所述RA过程；以及
响应于成功完成所述RA过程，退出(2851)用于所述SCG的所述节能模式，并进入用于所述SCG的所述激活模式。
13.根据权利要求8和12中任一项所述的方法，其中，基于所述UE的所述较低协议层检测到所述波束故障的所述指示，由所述UE的所述较高协议层发起朝向所述SCG的所述RA过程。
14.根据权利要求8-13中任一项所述的方法，其中：
在朝向所述SCG的所述RA过程期间，在所述SCG中检测到所述波束故障的指示被发送给所述第二网络节点；以及
执行(2852)所述RA过程包括：经由所述SCG接收与所述SCG的物理下行链路控制信道PDCCH相关联的TCI状态；以及
所述TCI状态是基于所述指示的。
15.根据权利要求14所述的方法，其中，经由与节能模式下用于SCG的波束故障恢复BFR相关联的逻辑信道，在所述SCG中检测到所述波束故障的所述指示作为媒体访问控制MAC控制元素CE被发送。
16.根据权利要求4所述的方法，其中：
响应于接收(2857)指示用于所述SCG的所述激活模式的所述第二命令，向所述第一网络节点发送(2856)在所述SCG中检测到所述波束故障的所述指示；
响应于发送(2856)所述指示，执行(2852)朝向所述SCG的所述RA过程；以及
响应于成功完成朝向所述SCG的所述RA过程，退出(2851)用于所述SCG的所述节能模式，并且进入用于所述SCG的激活模式。
17.根据权利要求16所述的方法，其中，所述指示作为以下中的一项被发送给所述第一网络节点：
无线电资源控制RRC消息中的SCG故障信息字段，所述字段具有指示波束故障的特定值；
经由与SCG波束故障报告BFR相关联的逻辑信道的媒体访问控制MAC控制元素CE；以及
与BFR相关联并且包括所述SCG的标识符的MAC CE。
18.根据权利要求4-17中任一项所述的方法，其中，朝向所述SCG执行的所述RA过程不同于以下中的一项或多项：
当处于用于所述SCG的所述节能模式时，在未检测到所述SCG中的波束故障之后，朝向所述SCG执行的第一RA过程；以及
当处于用于所述SCG的所述激活模式时，朝向所述SCG执行的第二RA过程。
19.根据权利要求1-3中任一项所述的方法，还包括：当处于用于所述SCG的所述节能模式时，在没有检测到所述SCG中的波束故障之后执行(2840)以下中的一项或多项：
从所述第一网络节点接收(2841)指示用于所述SCG的激活模式的第二命令；
退出(2842)用于所述SCG的所述节能模式，并进入用于所述SCG的所述激活模式；以及
在所述UE进入用于所述SCG的所述节能模式之前，基于由所述无线网络配置的传输配置指示符TCI状态，监视(2843)所述MCG或所述SCG中的物理下行链路控制信道PDCCH。
20.根据权利要求19所述的方法，其中：
响应于所述第二命令，退出(2842)用于所述SCG的所述节能模式，并且进入用于所述SCG的激活模式；以及
响应于所述第二命令，监视(2843)所述MCG中的所述PDCCH。
21.一种用于被配置为在无线网络中为用户设备UE提供辅小区组SCG的第二网络节点的方法，所述方法包括：
当所述UE处于用于所述SCG的激活模式时，向所述UE发送(2910)进入用于所述SCG的节能模式的第一命令；以及
当所述UE处于用于所述SCG的所述节能模式时，执行(2940)一个或多个操作，所述一个或多个操作包括以下中的任何一项：
在所述SCG中与所述UE执行(2941)随机接入RA过程；以及
从所述UE或从被配置为对所述UE提供主小区组MCG的第一网络节点接收(2942)当所述UE处于所述节能模式时所述UE检测到所述SCG中的波束故障的指示。
22.根据权利要求21所述的方法，其中：
在朝向所述SCG的所述RA过程期间从所述UE接收所述指示；
当所述UE处于用于所述SCG的所述节能模式时执行的所述一个或多个操作包括：基于所述指示，确定(2943)与所述SCG的物理下行链路控制信道PDCCH相关联的TCI状态；以及
执行(2941)所述RA过程包括：向所述UE发送所述TCI状态。
23.根据权利要求22所述的方法，其中，经由与节能模式下用于SCG的BFR相关联的逻辑信道，在所述SCG中检测到所述波束故障的所述指示作为媒体访问控制MAC控制元素CE被接收。
24.根据权利要求21所述的方法，其中：
从所述第一网络节点接收所述指示；以及
所述方法进一步包括：基于所接收的指示，释放(2950)所述SCG。
25.根据权利要求21所述的方法，还包括：向所述第一网络节点发送(2930)恢复所述UE在用于所述SCG的激活模式中的操作的请求，其中，响应于所述请求而从所述第一网络节点接收所述指示。
26.根据权利要求21-25中任一项所述的方法，其中：
所述方法还包括：在所述UE进入用于所述SCG的所述节能模式之前，向所述UE发送(2920)特定于用于所述SCG的所述节能模式的以下信息中的一项或多项：SCG BFD配置，以及所述SCG的服务小区的子集；以及
所指示的所述SCG中的波束故障检测基于特定于用于所述SCG的所述节能模式的所述信息。
27.根据权利要求26所述的方法，其中，以下中的一项或多项适用：
所述SCG BFD配置包括所述SCG的服务小区的所述子集；
当所述UE处于用于所述SCG的所述节能模式时，对于BFD应当仅监视所述子集；以及
所述SCG BFD配置与所述第一命令一起被发送。
28.一种用于被配置为在无线网络中为用户设备UE提供主小区组MCG的第一网络节点的方法，所述方法包括：
当所述UE在所述无线网络中处于用于所述MCG的激活模式并且处于用于辅小区组SCG的节能模式时，向所述UE发送(3030)进入用于所述SCG的激活模式的第二命令；以及
在发送所述第二命令后，执行(3040)以下中的一项：
从所述UE接收(3041)当所述UE处于用于所述SCG的所述节能模式时所述UE检测到所述SCG中的波束故障的指示；或者
基于先前针对所述UE所配置的传输配置指示符TCI状态，在所述MCG中向所述UE发送(3042)物理下行链路控制信道PDCCH。
29.根据权利要求28所述的方法，还包括：将所述指示转发(3050)到被配置为提供所述SCG的第二网络节点。
30.根据权利要求28-29中任一项所述的方法，其中，所述指示作为以下中的一项从所述UE接收：
无线电资源控制RRC消息中的SCG故障信息字段，所述字段具有指示波束故障的特定值；
经由与SCG波束故障报告BFR相关联的逻辑信道接收的媒体访问控制MAC控制元素CE；以及
与BFR相关联并且包括所述SCG的标识符的MAC CE。
31.根据权利要求28-30中任一项所述的方法，还包括：从被配置为提供所述SCG的第二网络节点接收(3020)恢复所述UE在用于所述SCG的激活模式中的操作的请求，其中，响应所述请求而发送所述第二命令。
32.根据权利要求28-31中任一项所述的方法，其中：
所述方法进一步包括：在所述UE进入用于所述SCG的所述节能模式之前，向所述UE发送(3010)特定于用于所述SCG的所述节能模式的以下信息中的一项或多项：SCG BFD配置，以及所述SCG的服务小区的子集；以及
所指示的所述SCG中的波束故障检测基于特定于用于所述SCG的所述节能模式的所述信息。
33.根据权利要求32所述的方法，其中，以下中的一项或多项适用：
所述SCG BFD配置包括所述SCG的服务小区的所述子集；
当所述UE处于用于所述SCG的所述节能模式时，对于BFD应当仅监视所述子集；以及
所述SCG BFD配置与用于所述UE进入用于所述SCG的所述节能模式的所述第一命令一起被发送。
34.一种被配置为经由主小区组MCG和辅小区组SCG与无线网络(100，399，499，599，3243)通信的用户设备UE(120，405，505，1910，3110，3200，3430)，所述UE包括：
通信接口电路(3114，3209，3231，3537)，被配置为经由所述SCG和所述MCG与所述无线网络通信；以及
可操作地耦合到所述通信接口电路的处理电路(3120，3201，3538)，由此，所述处理电路和所述通信接口电路被配置为：
响应于经由所述MCG或所述SCG接收第一命令，进入用于所述SCG的节能模式；以及
当处于用于所述SCG的所述节能模式并且处于用于所述MCG的激活模式时，执行针对所述SCG的至少主小区PSCell的波束故障检测BFD，并避免执行与所述SCG相关联的波束的层1即L1测量和报告；以及
向被配置为提供所述MCG的第一网络节点发送针对所述SCG的至少所述PSCell检测到波束故障的指示。
35.根据权利要求34所述的UE，其中，所述处理电路和所述通信接口电路还被配置为执行与权利要求2-20所述的方法中的任一方法对应的操作。
36.一种被配置为经由主小区组MCG和辅小区组SCG与无线网络(100，399，499，599，3243)通信的用户设备UE(120，405，505，1910，3110，3200，3430)，所述UE进一步被配置为：
响应于经由所述MCG或所述SCG接收第一命令，进入用于所述SCG的节能模式；以及
当处于用于所述SCG的所述节能模式并且处于用于所述MCG的激活模式时，执行针对所述SCG的至少主小区PSCell的波束故障检测BFD，并避免执行与所述SCG相关联的波束的层1即L1测量和报告；以及
向被配置为提供所述MCG的第一网络节点发送针对所述SCG的至少所述PSCell检测到波束故障的指示。
37.根据权利要求36所述的UE，还被配置为执行与权利要求2-20所述的方法中的任一方法对应的操作。
38.一种存储计算机可执行指令的非暂时性计算机可读介质(3130，3221)，所述计算机可执行指令当由被配置为经由主小区组MCG和辅小区组SCG与无线网络(100，399，499，599，3243)通信的用户设备UE(120，405，505，1910，1910，3110，3200，3430)的处理电路(3120，3201，3538)执行时，配置所述UE执行与权利要求1-20所述的方法中的任一方法对应的操作。
39.一种包括计算机可执行指令的计算机程序产品(3225，3531)，所述计算机可执行指令当由被配置为经由主小区组MCG和辅小区组SCG与无线网络(100，399，499，599，3243)通信的用户设备UE(120，405，505，1910，3110，3200，3430)的处理电路(3120，3201，3538)执行时，配置所述UE以执行与权利要求1-20所述的方法中的任一方法对应的操作。
40.一种被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供辅小区组SCG的第二网络节点(105，110，115，1920，300，350，410，420，510，520，1920，3160，3330，3520)，所述第二网络节点包括：
通信接口电路(3190，3370，33200，3526，3527)，被配置为经由SCG与所述UE通信，并且与被布置为在所述无线网络中为所述UE提供主小区组MCG的第一网络节点通信；以及
可操作地耦合到所述通信接口电路的处理电路(3170，3360，3528)，由此，所述处理电路和所述通信接口电路被配置为：
当所述UE处于用于所述SCG的激活模式时，向所述UE发送进入用于所述SCG的节能模式的第一命令；以及
当所述UE处于用于所述SCG的所述节能模式时，执行一个或多个操作，所述一个或多个操作包括以下中的任何一项：
在所述SCG中针对波束故障恢复BFR与所述UE执行随机接入RA过程；以及
从所述UE或从被配置为对所述UE提供主小区组MCG的第一网络节点接收当所述UE处于用于所述SCG的所述节能模式时所述UE检测到所述SCG中的波束故障的指示。
41.根据权利要求42所述的第二网络节点，其中，所述处理电路和所述通信接口电路还被配置为执行与权利要求22-27所述的方法中的任一方法对应的操作。
42.一种被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供辅小区组SCG的第二网络节点(105，110，115，1920，300，350，410，420，510，520，1920，3160，3330，3520)，所述第二网络节点还被配置为：
当所述UE处于用于所述SCG的激活模式时，向所述UE发送进入用于所述SCG的节能模式的第一命令；以及
当所述UE处于用于所述SCG的所述节能模式时执行一个或多个操作，所述一个或多个操作包括以下中的任何一项：
在所述SCG中针对波束故障恢复BFR与所述UE执行随机接入RA过程；以及
从所述UE或从被配置为对所述UE提供主小区组MCG的第一网络节点接收当所述UE处于用于所述SCG的所述节能模式时所述UE检测到所述SCG中的波束故障的指示。
43.根据权利要求42所述的第二网络节点，还被配置为执行与权利要求21-27所述的方法中的任一方法对应的操作。
44.一种存储计算机可执行指令的非暂时性计算机可读介质(3180，3390)，所述计算机可执行指令当由被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供辅小区组SCG的第二网络节点(105，110，115，1920，300，350，410，420，510，520，1920，3160，3330，3520)的处理电路(3170，3360，3528)执行时，配置所述第二网络节点以执行与权利要求21-27所述的方法中的任一方法对应的操作。
45.一种包括计算机可执行指令的计算机程序产品(3395，3521)，所述计算机可执行指令当由被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供辅小区组SCG的第二网络节点(105，110，115，1920，300，350，410，420，510，520，1920，3160，3330，3520)的处理电路(3170，3360，3528)执行时，配置所述第二网络节点以执行与权利要求21-27所述的方法中的任一方法对应的操作。
46.一种被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供主小区组MCG的第一网络节点(105，110，115，300，350，410，420，510，520，1930，3160，3330，3520)，所述第一网络节点包括：
通信接口电路(3190，3370，33200，3526，3527)，被配置为经由所述MCG与所述UE通信，并且与被布置为在所述无线网络中为所述UE提供辅小区组SCG的第二网络节点通信；以及
可操作地耦合到所述通信接口电路的处理电路(3170，3360，3528)，由此，所述处理电路和所述通信接口电路被配置为：
当所述UE在所述无线网络中处于用于所述MCG的激活模式并且处于用于辅小区组SCG的节能模式时，向所述UE发送进入用于所述SCG的激活模式的第二命令；以及
在发送所述第二命令之后，执行以下操作中的一个：
从所述UE接收当所述UE处于用于所述SCG的所述节能模式时检测到所述SCG中的波束故障的指示；或者
基于先前针对所述UE所配置的传输配置指示符TCI状态，在所述MCG中向所述UE发送物理下行链路控制信道PDCCH。
47.根据权利要求46所述的第一网络节点，其中，所述处理电路和所述通信接口电路还被配置为执行与权利要求29-33所述的方法中的任一方法对应的操作。
48.一种被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供主小区组MCG的第一网络节点(105，110，115，300，350，410，420，510，520，1930，3160，3330，3520)，所述第一网络节点还被配置为：
当所述UE在所述无线网络中处于用于所述MCG的激活模式并且处于用于辅小区组SCG的节能模式时，向所述UE发送进入用于所述SCG的激活模式的第二命令；以及
在发送所述第二命令之后，执行以下中的一项：
从所述UE接收当所述UE处于用于所述SCG的所述节能模式时所述UE检测到所述SCG中的波束故障的指示；或者
基于先前针对所述UE所配置的传输配置指示符TCI状态，在所述MCG中向所述UE发送物理下行链路控制信道PDCCH。
49.根据权利要求48所述的第一网络节点，还被布置为执行与权利要求29-33所述的方法中的任一方法对应的操作。
50.一种存储计算机可执行指令的非暂时性计算机可读介质(3180，3390)，所述计算机可执行指令当由被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供主小区组MCG的第一网络节点(105，110，115，300，350，410，420，510，520，1930，3160，3330，3520)的处理电路(3170，3360，3528)执行时，配置所述第一网络节点以执行与权利要求28-33所述的方法中的任一方法对应的操作。
51.一种包括计算机可执行指令的计算机程序产品(3395，3521)，所述计算机可执行指令当由被配置为在无线网络(100，399，499，599，3243)中为用户设备UE(120，405，505，1910，3110，3200，3530)提供主小区组MCG的第一网络节点(105，110，115，300，350，410，420，510，520，1930，3160，3330，3520)的处理电路(3170，3360，3528)执行时，配置所述第一网络节点以执行与权利要求28-33所述的方法中的任一方法对应的操作。
CN202310756555.8A 2020-09-29 2021-09-27 用于去激活的辅小区组（scg）的波束故障检测和恢复 Pending CN116709407A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202063085117P 2020-09-29 2020-09-29
US63/085,117 2020-09-29
PCT/SE2021/050936 WO2022071848A1 (en) 2020-09-29 2021-09-27 Beam failure detection and recovery for deactivated secondary cell group (scg)
CN202180066940.9A CN116261897A (zh) 2020-09-29 2021-09-27 用于去激活的辅小区组(scg)的波束故障检测和恢复

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN202180066940.9A Division CN116261897A (zh) 2020-09-29 2021-09-27 用于去激活的辅小区组(scg)的波束故障检测和恢复

Publications (1)

Publication Number Publication Date
CN116709407A true CN116709407A (zh) 2023-09-05

Family

ID=78080421

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202310756555.8A Pending CN116709407A (zh) 2020-09-29 2021-09-27 用于去激活的辅小区组（scg）的波束故障检测和恢复
CN202180066940.9A Pending CN116261897A (zh) 2020-09-29 2021-09-27 用于去激活的辅小区组(scg)的波束故障检测和恢复

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202180066940.9A Pending CN116261897A (zh) 2020-09-29 2021-09-27 用于去激活的辅小区组(scg)的波束故障检测和恢复

Country Status (8)

Country Link
US (1) US20230337020A1 (zh)
EP (1) EP4223067A1 (zh)
JP (1) JP2023544564A (zh)
KR (1) KR20230070274A (zh)
CN (2) CN116709407A (zh)
BR (1) BR112023005672A2 (zh)
CO (1) CO2023005013A2 (zh)
WO (1) WO2022071848A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4151043A4 (en) * 2021-07-29 2023-03-22 Apple Inc. PDCCH CHANNEL MANAGEMENT DURING SECONDARY CELL GROUP ACTIVATION
WO2023080818A1 (en) * 2021-11-02 2023-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Beam failure detection and recovery for deactivated secondary cell group (scg)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020028792A1 (en) * 2018-08-03 2020-02-06 Cirik Ali Cagatay Beam failure recovery procedure in dormant state
WO2020067806A1 (ko) * 2018-09-28 2020-04-02 엘지전자 주식회사 반송파 집성 시스템에서 단말의 동작 방법 및 상기 방법을 이용하는 장치

Also Published As

Publication number Publication date
CO2023005013A2 (es) 2023-05-19
CN116261897A (zh) 2023-06-13
EP4223067A1 (en) 2023-08-09
WO2022071848A1 (en) 2022-04-07
KR20230070274A (ko) 2023-05-22
US20230337020A1 (en) 2023-10-19
BR112023005672A2 (pt) 2023-04-25
JP2023544564A (ja) 2023-10-24

Similar Documents

Publication Publication Date Title
US11924704B2 (en) Conditional mobility selection
KR102520387B1 (ko) 조건부 이동성 실행에 따른 측정 구성의 핸들링
US11375482B2 (en) Methods of signaling supplementary activity configuration for lean carrier operation
US20230040285A1 (en) Reporting Failures of Conditional Handover Mobility Operations
US20220167451A1 (en) Methods and Apparatuses for Managing SCell State during UE Suspend/Resume
US20230308905A1 (en) Ue triggered second cell group suspension/dormancy/deactivation/resumption
AU2021322550B2 (en) Configuring a wireless device configured with multi-radio access technology dual connectivity
WO2022031207A1 (en) Uplink (ul) synchronization for deactivated secondary cell group (scg)
US20230337020A1 (en) Beam Failure Detection and Recovery for Deactivated Secondary Cell Group (SCG)
US20230362817A1 (en) Beam Management for Deactivated Secondary Cell Group (SCG)
KR20220089702A (ko) 휴면 대역폭 부분의 시그널링
US20230363028A1 (en) Configuring a wireless device with multi-radio access technology dual connectivity
US20230044648A1 (en) Method for Capacity Indication in Extended UE Configuration
US20220264518A1 (en) Resume in Paging
JP7485783B2 (ja) デュアルコネクティビティにおける動的電力共有のためのシグナリング拡張
US20230083993A1 (en) Switching Random Access Triggered by Backoff
KR20230118984A (ko) 비활성화된 2차 셀 그룹(scg)에 대한 업링크 데이터도착 리포트

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