CN112929929A - 无线通信中关于小区停用处理波束故障恢复的方法和设备 - Google Patents

无线通信中关于小区停用处理波束故障恢复的方法和设备 Download PDF

Info

Publication number
CN112929929A
CN112929929A CN202011411702.0A CN202011411702A CN112929929A CN 112929929 A CN112929929 A CN 112929929A CN 202011411702 A CN202011411702 A CN 202011411702A CN 112929929 A CN112929929 A CN 112929929A
Authority
CN
China
Prior art keywords
cell
beam failure
failure recovery
bfr
triggered
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.)
Granted
Application number
CN202011411702.0A
Other languages
English (en)
Other versions
CN112929929B (zh
Inventor
龚逸轩
郭宇轩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN112929929A publication Critical patent/CN112929929A/zh
Application granted granted Critical
Publication of CN112929929B publication Critical patent/CN112929929B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/30—Reselection being triggered by specific parameters by measured or perceived connection quality data
    • H04W36/305—Handover due to radio link failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/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
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/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
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • 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
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • 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

Landscapes

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

Abstract

本发明公开一种无线通信中关于小区停用处理波束故障恢复的方法和设备。在一实例中，从用户设备的视角来看，用户设备触发与第一小区相关联的第一波束故障恢复。响应于被触发的第一波束故障恢复，用户设备触发用于次小区波束故障恢复的调度请求。响应于停用第一小区，用户设备取消与第一小区相关联的被触发的第一波束故障恢复和用于次小区波束故障恢复的被触发的调度请求。

Description

无线通信中关于小区停用处理波束故障恢复的方法和设备
技术领域
本公开大体上涉及无线通信网络，且更明确地说涉及一种无线通信系统中关于小区停用处理波束故障恢复的方法和设备。
背景技术
随着往来移动通信装置的大量数据的通信需求的快速增长，传统的移动语音通信网络正演进成与因特网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线电接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音及多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
根据本公开，提供一个或多个装置和/或方法。在一实例中，从用户设备(UserEquipment，UE)的视角来看，UE触发与第一小区相关联的第一波束故障恢复(beam failurerecovery，BFR)。响应于被触发的第一BFR，UE触发用于次小区(Secondary Cell，SCell)波束故障恢复的调度请求(Scheduling Request，SR)。响应于停用第一小区，UE取消与第一小区相关联的被触发的第一BFR和用于SCell波束故障恢复的被触发的SR。
在一实例中，从UE的视角来看，UE触发与第一小区相关联的第一BFR。响应于被触发的第一BFR，UE触发用于SCell波束故障恢复的SR。响应于停用第一小区，UE取消被触发的第一BFR，且进行以下操作中的一个：如果UE不具有与被触发的第二BFR相关联的已激活小区，则停止用于SCell波束故障恢复的SR传送；或如果UE具有与被触发的第二BFR相关联的已激活小区，则不停止用于SCell波束故障恢复的SR传送。
附图说明
图1展示根据一个示例性实施例的无线通信系统的图。
图2是根据一个示例性实施例的传送器系统(也被称为接入网络)和接收器系统(也被称为用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是示出根据一个示例性实施例与被触发的波束故障恢复(BFR)相关联的示例性情境的图式。
图6是示出根据一个示例性实施例与被触发的BFR相关联的示例性情境的图式。
图7是示出根据一个示例性实施例与被触发的BFR相关联的示例性情境的图式。
图8是示出根据一个示例性实施例与被触发的BFR相关联的示例性情境的图式。
图9是根据一个示例性实施例的流程图。
图10是根据一个示例性实施例的流程图。
图11是根据一个示例性实施例的流程图。
图12是根据一个示例性实施例的流程图。
图13是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等等。这些系统可基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)长期演进(Long Term Evolution，LTE)无线接入、3GPP高级长期演进(Long Term EvolutionAdvanced，LTE-A或LTE-Advanced)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、用于5G的3GPP新无线电(New Radio，NR)无线接入，或一些其它调制技术。
确切地说，下文描述的示例性无线通信系统装置可被设计成支持例如由名为“第三代合作伙伴计划”(在本文中被称作3GPP)的联盟提供的标准等一个或多个标准，包含：3GPP TS 38.321，V15.7.0，媒体接入控制(MAC)协议规范；R2-1915254，用于NR eMIMO的MAC运行CR，Samsung；R1-1909833，关于用于SCell BFR的MAC CE设计的答复LS，Apple；3GPPRAN2#108会议报告；3GPP RAN2#107bis会议报告。上文所列的标准和文献特此明确地以全文引用的方式并入。
图1呈现根据本公开的一个或多个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，且额外天线群组包含112和114。在图1中，针对每一天线群组仅展示两个天线，但是每一天线群组可利用更多或更少天线。接入终端116(access terminal，AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116传送信息，并经由反向链路118从接入终端116接收信息。AT 122与天线106和108通信，其中天线106和108经由前向链路126向AT 122传送信息并经由反向链路124从AT 122接收信息。在频分双工(frequency-divisionduplexing，FDD)系统中，通信链路118、120、124和126可使用不同频率来通信。例如，前向链路120可以使用与反向链路118所使用频率不同的频率。
每一天线群组和/或所述天线群组被设计成在其中通信的区域常常被称为接入网络的扇区。在实施例中，天线群组各自可被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在经由前向链路120和126的通信中，接入网络100的传送天线可利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到它的所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络通常会对相邻小区中的接入终端产生更少的干扰。
接入网络(access network，AN)可以是用于与终端通信的固定站或基站，并且也可称为接入点、Node B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB)或某一其它术语。接入终端(AT)还可以被称作用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。
图2呈现多输入多输出(multiple-input and multiple-output，MIMO)系统200中的传送器系统210(也被称为接入网络)和接收器系统250(也被称为接入终端(accessterminal，AT)或用户设备(user equipment，UE))的实施例。在传送器系统210处，可以将若干数据流的业务数据从数据源212提供到传送(transmit，TX)数据处理器214。
在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每一数据流选择的特定译码方案来格式化、译码及交错所述数据流的业务数据以提供经译码数据。
可以使用正交频分多路复用(orthogonal frequency-division multiplexing，OFDM)技术将每个数据流的经译码数据与导频数据多路复用。导频数据通常可以是以已知方式进行处理的已知数据模式，并且可在接收器系统处用以估计信道响应。接着可基于针对每一数据流选择的特定调制方案(例如，二进制相移键控(binary phase shift keying，BPSK)、正交相移键控(quadrature phase shift keying，QPSK)、M进制相移键控(M-aryphase shift keying，M-PSK)，或M进制正交振幅调制(M-ary quadrature amplitudemodulation，M-QAM))来调制(即，符号映射)所述数据流的经多路复用导频和经译码数据，以提供调制符号。通过由处理器230执行的指令可确定用于每个数据流的数据速率、译码和调制。
接着将数据流的调制符号提供给TX MIMO处理器220，TX MIMO处理器220可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220可将波束成形权重应用于数据流的符号及从其传送所述符号的天线。
每一传送器222接收并处理相应符号流以提供一个或多个模拟信号，且进一步调节(例如，放大、滤波和/或升频转换)模拟信号以提供适于在MIMO信道上传送的经调制信号。接着，可以分别从NT个天线224a至224t传送来自传送器222a至222t的NT个经调制信号。
在接收器系统250处，由NR个天线252a到252r接收所传送的经调制信号，并且可将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每个接收器254可以调节(例如，滤波、放大和降频转换)相应所接收信号，数字化经调节的信号以提供样本，和/或进一步处理所述样本以提供对应的“接收到的”符号流。
RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收和/或处理NR个所接收的符号流以提供NT个“检测到的”符号流。RX数据处理器260接着可对每个检测到的符号流进行解调、解交错和/或解码以恢复数据流的业务数据。由RX数据处理器260进行的处理可与由传送器系统210处的TX MIMO处理器220和TX数据处理器214执行的处理互补。
处理器270可周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。
反向链路消息可以包括与通信链路和/或接收到的数据流有关的各种类型的信息。反向链路消息随后可由TX数据处理器238处理(所述TX数据处理器还接收来自数据源236的若干数据流的业务数据)，由调制器280调制，由传送器254a到254r调节，和/或被传送回到传送器系统210。
在传送器系统210处，来自接收器系统250的经调制信号由天线224接收、由接收器222调节、由解调器240解调，并由RX数据处理器242处理，以提取由接收器系统250传送的反向链路消息。接着，处理器230可以确定使用哪一预译码矩阵来确定波束成形权重，然后可以处理所提取的消息。
图3呈现根据所公开主题的一个实施例的通信装置的替代简化功能框图。如图3中所展示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统可以是LTE系统或NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(CPU)308、存储器310、程序代码312以及收发器314。控制电路306经由CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户经由输入装置302(例如，键盘或小键盘)输入的信号，且可经由输出装置304(例如，监视器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号，将接收到的信号递送到控制电路306，且以无线方式输出由控制电路306生成的信号。也可利用无线通信系统中的通信装置300来实现图1中的AN 100。
图4是根据所公开主题的一个实施例的图3中所展示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402和层2部分404，且耦合到层1部分406。层3部分402可执行无线电资源控制。层2部分404可以执行链路控制。层1部分406可以执行和/或实施物理连接。
在3GPP TS 38.321，V15.7.0中介绍了上行链路(UL)数据传递：
5.4UL-SCH数据传递
5.4.1UL准予接收
上行链路准予是在PDCCH上在随机接入响应中动态地接收，或由RRC半持续地配置。MAC实体将使上行链路准予在UL-SCH上传送。为了执行所请求传送，MAC层从较低层接收HARQ信息。
如果MAC实体具有C-RNTI、临时C-RNTI或CS-RNTI，那么MAC实体将针对每一PDCCH时机且针对属于具有运行timeAlignmentTimer的TAG的每一服务小区且针对为此PDCCH时机接收的每一准予：
1>如果针对此服务小区的上行链路准予已针对MAC实体的C-RNTI或临时C-RNTI在PDCCH上接收；或
1>如果上行链路准予已在随机接入响应中接收：
2>如果上行链路准予是针对MAC实体的C-RNTI且如果用于同一HARQ进程的递送到HARQ实体的先前上行链路准予是针对MAC实体的CS-RNTI接收的上行链路准予或所配置的上行链路准予，则：
3>无论NDI的值如何均将NDI视为已经切换以用于对应的HARQ进程。
2>如果上行链路准予是针对MAC实体的C-RNTI，且所标识的HARQ进程被配置成用于所配置的上行链路准予，则：
3>开始或重启用于对应的HARQ进程的configuredGrantTimer(如果配置的话)。
2>将上行链路准予和相关联HARQ信息递送到HARQ实体。
1>否则，如果用于此PDCCH时机的上行链路准予已针对MAC实体的CS-RNTI在PDCCH上针对此服务小区接收：
2>如果接收到的HARQ信息中的NDI是1：
3>将用于对应的HARQ进程的NDI视为尚未切换；
3>开始或重启用于对应的HARQ进程的configuredGrantTimer(如果配置的话)；
3>将上行链路准予和相关联HARQ信息递送到HARQ实体。
2>否则，如果所接收HARQ信息中的NDI是0：
3>如果PDCCH内容指示经配置准予类型2停用，则：
4>触发经配置上行链路准予确认。
3>否则，如果PDCCH内容指示经配置准予类型2激活，则：
4>触发经配置上行链路准予确认；
4>存储用于此服务小区的上行链路准予和相关联HARQ信息作为经配置上行链路准予；
4>初始化或重新初始化用于此服务小区的经配置上行链路准予以在相关联PUSCH持续时间内开始且根据条款5.8.2中的规则重新发生；
4>停止用于对应的HARQ进程的configuredGrantTimer(如果在运行的话)；
针对每一服务小区和每一经配置上行链路准予(如果被配置且激活)，MAC实体将：
1>如果经配置上行链路准予的PUSCH持续时间与针对此服务小区在PDCCH上或在随机接入响应中接收的上行链路准予的PUSCH持续时间不重叠，则：
2>将HARQ进程ID设定成与此PUSCH持续时间相关联的HARQ进程ID；
2>如果用于对应的HARQ进程的configuredGrantTimer不处于运行中，则：
3>将用于对应的HARQ进程的NDI位视为已经切换；
3>将经配置上行链路准予和相关联HARQ信息递送到HARQ实体。
对于经配置上行链路准予，与UL传送的第一符号相关联的HARQ进程ID是从以下等式导出：
HARQ进程ID＝[floor(CURRENT_symbol/周期性)]模数nrofHARQ-进程其中CURRENT_symbol＝(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙数目×numberOfSymbolsPerSlot+时隙中的符号数目)，且numberOfSlotsPerFrame和numberOfSymbolsPerSlot指代每帧的连续时隙的数目和每时隙的连续符号的数目，分别如TS 38.211[8]中指定。
5.4.2HARQ操作
5.4.2.1HARQ实体
MAC实体包含针对具有经配置上行链路的每一服务小区(包含当其被配置有supplementaryUplink时的情况)的HARQ实体，其维持若干并行的HARQ进程。
每HARQ实体的并行UL HARQ进程的数目在TS 38.214[7]中指定。
每一HARQ进程支持一个TB。
每一HARQ进程与HARQ进程标识符相关联。对于利用RA响应中的UL准予的UL传送，使用HARQ进程标识符0。
当MAC实体被配置有pusch-AggregationFactor>1时，参数pusch-AggregationFactor提供在动态准予的集束内的TB传送数目。在初始传送之后，pusch-AggregationFactor-1 HARQ重传在集束内跟随其后。当MAC实体被配置有repK>1时，参数repK提供在经配置上行链路准予的集束内的TB传送数目。在初始传送之后，HARQ重传在集束内跟随其后。对于动态准予和经配置上行链路准予两者，集束操作依赖于HARQ实体针对作为同一集束的部分的每一传送调用同一HARQ进程。在集束内，触发HARQ重传而无需分别根据用于动态准予的pusch-AggregationFactor和用于经配置上行链路准予的repK等待来自先前传送的反馈。在集束内的每一传送是在集束内的初始上行链路准予递送到HARQ实体之后的单独上行链路准予。
针对在动态准予集束内的每一传送，根据TS 38.214[7]的条款6.1.2.1确定冗余版本的序列。对于经配置上行链路准予集束内的每一传送，根据TS38.214[7]的条款6.1.2.3确定冗余版本的序列。
针对每一上行链路准予，HARQ实体将：
1>标识与此准予相关联的HARQ进程，且针对每一所标识HARQ进程：
2>如果接收到的准予未寻址到PDCCH上的临时C-RNTI，并且相关联的HARQ信息中提供的NDI相比于此HARQ进程的此TB的先前传送中的值已经切换；或
2>如果在C-RNTI的PDCCH上接收了上行链路准予，并且所标识进程的HARQ缓冲区是空的；或
2>如果在随机接入响应中接收到上行链路准予；或
2>如果针对ra-ResponseWindow中的C-RNTI在PDCCH上接收到上行链路准予并且此PDCCH成功完成，则针对波束故障恢复起始随机接入程序；或
2>如果上行链路准予是经配置上行链路准予的集束的一部分并且可以根据TS38.214[7]的条款6.1.2.3用于初始传送，以及如果尚未针对此集束获得MAC PDU：
3>如果在Msg3缓冲区中存在MAC PDU，并且在随机接入响应中接收上行链路准予；或：
3>如果在Msg3缓冲区中存在MAC PDU并且针对ra-ResponseWindow中的C-RNTI在PDCCH上接收到上行链路准予，且此PDCCH成功完成，则针对波束故障恢复起始随机接入程序：
4>获得MAC PDU以从Msg3缓冲区传送。
4>如果上行链路准予大小与所获得MAC PDU的大小不匹配；以及
4>如果在接收到上行链路准予后成功完成随机接入程序：
5>向复用和集合(Multiplexing and assembly)实体指示在后续的上行链路传送中包含从所获得MAC PDU携载MAC SDU的MAC子PDU；
5>获得MAC PDU以从复用和集合实体传送。
3>否则：
4>获得MAC PDU以从复用和集合实体(如果存在)传送；
3>如果已经获得用于传送的MAC PDU，则：
4>将MAC PDU和上行链路准予及TB的HARQ信息递送到所标识HARQ进程；
4>指示所标识HARQ进程触发新传送；
4>如果上行链路准予寻址到CS-RNTI；或
4>如果上行链路准予是经配置上行链路准予；或
4>如果上行链路准予寻址到C-RNTI，且所标识HARQ进程被配置成用于经配置上行链路准予，则：
5>当执行传送时针对对应的HARQ进程开始或重启configuredGrantTimer(如果配置的话)。
3>否则：
4>刷新所标识HARQ进程的HARQ缓冲区。
2>否则(即，重传)：
3>如果在PDCCH上接收的上行链路准予寻址到CS-RNTI且如果所标识进程的HARQ缓冲区是空的；或
3>如果上行链路准予是集束的部分且如果针对此集束尚未获得MAC PDU；或
3>如果上行链路准予是经配置上行链路准予的集束的一部分，并且上行链路准予的PUSCH持续时间与针对此服务小区在PDCCH上或在随机接入响应中接收到的另一上行链路准予的PUSCH持续时间重叠：
4>忽略上行链路准予。
3>否则：
4>将上行链路准予和TB的HARQ信息(冗余版本)递送到所标识HARQ进程；
4>指示所标识HARQ进程触发重传；
4>如果上行链路准予寻址到CS-RNTI；或
4>如果上行链路准予寻址到C-RNTI，且所标识HARQ进程被配置成用于经配置上行链路准予，则：
5>当执行传送时针对对应的HARQ进程开始或重启configuredGrantTimer(如果配置的话)。
当确定NDI是否相比于先前传送中的值已经切换时，MAC实体将忽略针对其临时C-RNTI在PDCCH上的所有上行链路准予中接收到的NDI。
5.4.2.2HARQ进程
每一HARQ进程与HARQ缓冲区相关联。
在资源上且通过在PDCCH、随机接入响应或RRC上指示的MCS执行新传送。在资源上且(如果提供)通过在PDCCH上指示的MCS或者在相同资源上且通过与用于在集束内最后做出的传送尝试相同的MCS来执行重传。
如果HARQ实体请求用于TB的新传送，则HARQ进程将：
1>将MAC PDU存储在相关联的HARQ缓冲区中；
1>存储从HARQ实体接收的上行链路准予；
1>如下所述生成传送。
如果HARQ实体请求用于TB的重传，则HARQ进程将：
1>存储从HARQ实体接收的上行链路准予；
1>如下所述生成传送。
为了生成用于TB的传送，HARQ进程将：
1>如果从Msg3缓冲区获得MAC PDU；或
1>如果在传送时不存在测量间隙，且在重传的情况下，重传不会与从Msg3缓冲区获得的MAC PDU的传送发生冲突，则：
2>指示物理层根据所存储的上行链路准予生成传送。
在3GPP TS 38.321，V15.7.0中介绍调度请求(Scheduling Request，SR)：
5.4.4调度请求
调度请求(SR)用于请求用于新传送的UL-SCH资源。
可用零个、一个或更多个SR配置来配置MAC实体。SR配置由跨越不同BWP和小区的用于SR的一组PUCCH资源组成。对于逻辑信道，每BWP最多配置一个用于SR的PUCCH资源。
每一SR配置对应于一个或多个逻辑信道。每个逻辑信道可映射到零或一个SR配置，所述SR配置由RRC配置。触发BSR(条款5.4.5)的逻辑信道的SR配置(如果此配置存在)被视为用于所触发SR的对应的SR配置。
RRC针对调度请求程序配置以下参数：
-sr-ProhibitTimer(根据SR配置)；
-sr-TransMax(根据SR配置)。
针对调度请求程序使用以下UE变量：
-SR_COUNTER(根据SR配置)。
如果SR被触发且不存在待决的对应于相同SR配置的其它SR，则MAC实体将对应SR配置的SR_COUNTER设定成0。
当SR被触发时，其将被视为待决，直到将被取消为止。当传送MAC PDU并且此PDU包含长或短的BSR MAC CE时，将取消在MAC PDU集合之前触发的所有待决SR并且将停止每个相应的sr-ProhibitTimer，所述BSR MAC CE含有在MAC PDU集合之前上至(且包含)触发BSR(参见子条款5.4.5)的上一事件的缓冲区状态。当UL准予可容纳可用于传送的所有待决数据时，将取消所有待决SR并且将停止每个相应的sr-ProhibitTimer。
仅BWP上在SR传送时机的时间是活动状态的PUCCH资源被视为有效。
只要至少一个SR待决，对于每个待决SR，MAC实体应：
1>如果MAC实体没有被配置成用于待决SR的有效PUCCH资源：
2>在SpCell上起始随机接入程序(参见条款5.1)且取消待决SR。
1>否则，对于对应于待决SR的SR配置：
2>当MAC实体在有效PUCCH资源上具有用于所配置SR的SR传送时机时；以及
2>如果sr-ProhibitTimer在SR传送时机的时间不处于运行中；以及
2>如果用于SR传送时机的PUCCH资源不与测量间隙重叠；以及
2>如果用于SR传送时机的PUCCH资源不与UL-SCH资源重叠：
3>如果SR_COUNTER<sr-TransMax：
4>使SR_COUNTER按1递增；
4>指示物理层在用于SR的一个有效PUCCH资源上传信SR；
4>开始sr-ProhibitTimer。
3>否则：
4>通知RRC针对所有服务小区释放PUCCH；
4>通知RRC针对所有服务小区释放SRS；
4>清除所配置的任何下行链路指派和上行链路准予；
4>清除用于半持续CSI报告的任何PUSCH资源；
4>在SpCell上起始随机接入程序(参见条款5.1)且取消所有待决SR。
注1：当MAC实体具有用于SR传送时机的多于一个重叠有效PUCCH资源时，由UE实施决定选择哪个用于SR的有效PUCCH资源来传信SR。
注2：如果多于一个个别SR触发从MAC实体到PHY层的指令以在相同有效PUCCH资源上传信SR，则用于相关SR配置的SR_COUNTER仅递增一次。
由于不具有所配置的有效PUCCH资源的待决SR，MAC实体可以停止(如果存在)进行中的随机接入程序，所述随机接入程序由MAC实体在MAC PDU集合之前起始。当使用除由随机接入响应提供的UL准予以外的UL准予来传送MAC PDU并且此PDU包含BSR MAC CE时，或当UL准予可容纳可用于传送的所有待决数据时，可以停止此随机接入程序，所述BSR MAC CE含有在MAC PDU集合之前上至(且包含)触发BSR(参见条款5.4.5)的上一事件的缓冲区状态。
在3GPP TS 38.321，V15.7.0中介绍次小区(SCell)的激活和停用：
5.9SCell的激活/停用
如果MAC实体配置有一个或多个SCell，则网络可激活和停用经配置SCell。在配置SCell后，停用SCell。
通过以下操作来激活和停用经配置SCell：
-接收条款6.1.3.10中描述的SCell激活/停用MAC CE；
-针对每一经配置SCell(被配置有PUCCH的SCell(如果存在)除外)配置sCellDeactivationTimer定时器：在定时器到期时停用相关联的SCell。
MAC实体将针对每一经配置SCell：
1>如果接收到激活SCell的SCell激活/停用MAC CE，则：
2>根据TS 38.213[6]中限定的定时激活SCell；即，应用正常SCell操作，包含：
3>SCell上的SRS传送；
3>针对SCell的CSI报告；
3>SCell上的PDCCH监测；
3>针对SCell的PDCCH监测；
3>SCell上的PUCCH传送(如果配置的话)。
2>如果在接收此SCell激活/停用MAC CE之前停用了SCell：
3>激活分别由firstActiveDownlinkBWP-Id和firstActiveUplinkBWP-Id指示的DL BWP和UL BWP；
2>根据TS 38.213[6]中限定的定时开始或重启与SCell相关联的sCellDeactivationTimer；
2>根据所存储配置(如果存在的话)(重新)初始化与此SCell相关联的经配置准予类型1的任何暂停的经配置上行链路准予，且在根据条款5.8.2中的规则的符号中开始；
2>根据条款5.4.6.触发PHR。
1>否则，如果接收到停用SCell的SCell激活/停用MAC CE；或
1>如果与已激活SCell相关联的sCellDeactivationTimer到期，则：
2>根据TS 38.213[6]中限定的定时停用SCell；
2>停止与SCell相关联的sCellDeactivationTimer；
2>停止与SCell相关联的bwp-InactivityTimer；
2>停用与SCell相关联的任何活动的BWP；
2>分别清除与SCell相关联的任何经配置下行链路指派和任何经配置上行链路准予类型2；
2>清除用于与SCell相关联的半持续CSI报告的任何PUSCH资源；
2>暂停与SCell相关联的任何经配置上行链路准予类型1；
2>刷新与SCell相关联的所有HARQ缓冲区。
1>如果经激活SCell上的PDCCH指示上行链路准予或下行链路指派；或
1>如果调度经激活SCell的服务小区上的PDCCH指示用于经激活SCell的上行链路准予或下行链路指派；或
1>如果MAC PDU在经配置上行链路准予中传送或在经配置下行链路指派中接收：
2>重启与SCell相关联的sCellDeactivationTimer。
1>如果SCell被停用，则：
2>不在SCell上传送SRS；
2>不针对SCell报告CSI；
2>不在SCell上的UL-SCH上传送；
2>不在SCell上的RACH上传送；
2>不在SCell上监测PDCCH；
2>不针对SCell监测PDCCH；
2>不在SCell上传送PUCCH。
在TS 38.133[11]中，含有SCell激活/停用MAC CE的MAC PDU的HARQ反馈将不受由SCell激活/停用导致的PCell、PSCell和PUCCH SCell中断影响。
当SCell被停用时，在SCell上进行中的随机接入程序(如果存在)中止。
在针对3GPP TS 38.321的改变请求中，在R2-1915254中介绍用于针对SCell的波束故障程序的程序：
5.17波束故障检测和恢复程序
当在服务SSB/CSI-RS上检测到波束故障时，可由RRC根据具有波束故障恢复程序的服务小区配置MAC实体，所述波束故障恢复程序用于向服务gNB指示新SSB或CSI-RS。波束故障是通过对从下部层到MAC实体的波束故障例项指示进行计数来检测。如果由上部层在用于SpCell的波束故障恢复的进行中的随机接入程序期间重新配置beamFailureRecoveryConfig，则MAC实体将停止进行中的随机接入程序且使用新配置起始随机接入程序。
RRC在BeamFailureRecoveryConfig和RadioLinkMonitoringConfig中配置以下参数以用于波束故障检测和恢复程序：
-用于波束故障检测的beamFailureInstanceMaxCount；
-用于波束故障检测的beamFailureDetectionTimer；
-用于波束故障恢复程序的beamFailureRecoveryTimer；
-rsrp-ThresholdSSB：用于波束故障恢复的RSRP阈值；
-powerRampingStep：用于波束故障恢复的powerRampingStep；
-powerRampingStepHighPriority：用于波束故障恢复的powerRampingStepHighPriority；
-preambleReceivedTargetPower：用于波束故障恢复的preambleReceivedTargetPower；
-preambleTransMax：用于波束故障恢复的preambleTransMax；
-scalingFactorBI：用于波束故障恢复的scalingFactorBI；
-ssb-perRACH-Occasion：用于波束故障恢复的ssb-perRACH-Occasion；
-ra-ResponseWindow：用以使用无竞争随机接入前导码监测针对波束故障恢复的响应的时间窗；
-prach-ConfigurationIndex：用于波束故障恢复的prach-ConfigurationIndex；
-ra-ssb-OccasionMaskIndex：用于波束故障恢复的ra-ssb-OccasionMaskIndex；
-ra-OccasionList：用于波束故障恢复的ra-OccasionList。
编者注：用于SCell BFR的特定参数在其选定后将在此处复制。
以下UE变量用于波束故障检测程序：
-BFI_COUNTER：初始设定为0的用于波束故障例项指示的计数器。
MAC实体将针对每一服务小区被配置成用于波束故障检测：
1>如果已经从下部层接收到波束故障例项指示，则：
2>开始或重启beamFailureDetectionTimer；
2>使BFI_COUNTER按1递增；
2>如果BFI_COUNTER>＝beamFailureInstanceMaxCount，则：
3>如果服务小区是SCell：
4>触发BFR；
3>否则：
4>在SpCell上起始随机接入程序(参看条款5.1)。
1>如果beamFailureDetectionTimer到期；或
1>如果由与服务小区相关联的上部层重新配置beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的参考信号中的任一个：
2>将BFI_COUNTER设定为0。
1>如果服务小区为SpCell且随机接入程序成功完成(参看条款5.1)：
2>将BFI_COUNTER设定为0；
2>如果被配置，则停止beamFailureRecoveryTimer；
2>认为波束故障恢复程序成功完成。
1>否则，如果服务小区为SCell；以及
1>如果针对用于指示此服务小区的SCell BFR MAC CE传送的HARQ进程接收到寻址到指示针对新传送的上行链路准予的C-RNTI的PDCCH：
2>将BFI_COUNTER设定为0；
2>认为波束故障恢复程序成功完成，且取消针对此服务小区的所有被触发的BFR。
MAC实体将：
1>如果波束故障恢复程序确定至少一个BFR已被触发且未取消：
2>如果由于逻辑信道优先级排序，UL-SCH资源可用于新传送并且UL-SCH资源可容纳SCell BSR MAC CE加上其子标头，则：
3>指示复用和集合程序生成SCell BFR MAC CE。
2>否则：
3>触发用于SCell波束故障恢复的调度请求。
6.1.3.XX SCell BFR MAC CE
SCell BFR MAC CE由具有如表6.2.1-2中规定的LCID的MAC子标头标识。其具有可变大小且由以下字段组成：
编者注：准确的字段和格式有待进一步研究。
当将要生成SCell BFR MAC CE时，MAC实体将针对待在此SCell BFR MAC CE中报告的每一服务小区：
1>如果[candidateBeamRSList]中的SSB当中具有高于[rsrp-ThresholdSSB]的SS-RSRP的SSB或[candidateBeamRSList]中的CSI-RS当中具有高于[rsrp-ThresholdCSI-RS]的CSI-RSRP的CSI-RS中的至少一个可用，则：
2>选择[candidateBeamRSList]中的SSB当中具有高于[rsrp-ThresholdSSB]的SS-RSRP的SSB或[candidateBeamRSList]中的CSI-RS当中具有高于[rsrp-ThresholdCSI-RS]的CSI-RSRP的CSI-RS；
2>将[新候选者RS字段名称]设定为1，且设定对应于SCell BFR MAC CE中的选定SSB或CSI-RS的[新候选者RS索引字段名称]。
1>否则：
2>在SCell BFR MAC CE中将[新候选者RS字段名称]设定为0。
编者注：突出显示的字段名称将改变成为此目的限定的字段名称。
在3GPP RAN2#107bis会议中，已经作出与用于SCell的BFR程序相关联的协议，其中至少一些在下文从3GPP RAN2#107bis会议报告引述：
协议：
1.SCell波束故障检测依据小区进行。
2.SCell的每一DL BWP可配置有独立的SCell BFR配置(内容有待进一步研究)
3.针对相同小区群组内的BFR配置一个SR ID。
4.如果不存在可容纳SCell BFRQ MAC CE的有效上行链路准予，则SCell BFRQMAC CE触发SCell BFRQ SR。
5.SCell BFRQ MAC CE的传送是否取消发生故障的SCell的待决BFRQ SR有待进一步研究。(取决于MAC CE是否提供用于一个或多个Scell的信息)
6.当BFRQ SR传送的数目达到sr-TransMax时，UE触发RACH程序(即，重新使用版本15特性)
下文从与3GPP RAN1#98会议相关联的文献R1-1909833引述BFR程序的论述：
Q1：UE可使用任何服务小区的UL准予传送BFR MAC CE亦或存在不在发生故障的服务小区上发送BFR MAC CE的限制？
R1：至少从RAN1的视角来看，不需要对版本-16中的BFR的MAC CE传送引入此类限制。
Q2：如果UE已经具有可基于对问题1的应答在上面传送BFR MAC CE的服务小区上的UL准予，则UE仍需要传送针对BFR的SR式指示？
R2：在此情况下，UE不需要传送针对SCell BFR的SR式指示。
Q3：是否存在针对SCell BFR的SR式专用PUCCH资源未配置的情况？如果SR式专用PUCCH资源未配置，则RAN2考虑的一个可能选项是，当没有上行链路资源可用(即，在SpCell上执行CBRA)时，UE遵循现有框架结构来请求上行链路资源。
R3：RAN1未论述此情况。RAN1计划依据RAN1#98bis对此得出结论。
Q4：针对SCell BFR的SR式专用PUCCH资源是针对每一SCell单独地配置亦或其对于相同小区群组(即，MCG/SCG)的所有SCell是共同的？
R4：针对SCell BFR的SR式专用PUCCH资源并非针对每一SCell单独地配置。
Q5：使用什么条件来(成功地)完成SCell BFR？
R5：当UE接收对步骤2的波束故障恢复响应(beam failure recovery response，BFRR)时，UE可认为BFR程序完成，其中对步骤2的BFRR是为与携载步骤2MAC CE的PUSCH相同的HARQ进程调度新传送的正常上行链路准予，其与针对PUSCH的正常“ACK”相同。
在3GPP RAN2#108会议中，已经作出与用于SCell的BFR程序相关联的协议，其中至少一些在下文从3GPP RAN2#108会议报告引述：
协议：
1.beamFailureDetectionTimer和beamFailureInstanceMaxCount依据小区配置，确切地说依据所配置的每一DL BWP来配置。
2.在由上部层重新配置beamFailureDetectionTimer、beamFailureInstanceMaxCount或用于波束故障检测的参考信号中的任一个后，针对给定服务小区将BFI_COUNTER设定成0。
3.当SCell BFR SR资源未配置且SCell BFR MAC CE传送触发SCell BFR SR时，触发SpCell上的随机接入程序以请求UL资源传送SCell BFR MAC CE(类似于关于SR的版本-15特性)。
4.当触发SCell BFR SR且UE具有与SCell BFR SR PUCCH资源重叠的SR PUCCH资源时，UE将选择SCell BFR SR PUCCH资源用于传送。
5.当传送MAC PDU且此PDU包含SCell BFR MAC CE时，将取消在MAC PDU集合之前触发的SCell波束故障恢复的待决SR。
6.SCell BFR MAC CE可携载多个发生故障的SCell的信息，即，限定用于SCellBFR MAC CE的多个条目格式。
7.对于每一SCell，SCell BFR MAC CE指示以下信息：
-关于发生故障的SCell索引的信息；
-是否检测到新候选波束RS的指示；
-新候选波束RS索引(如果可用)。
8.SCell BFR MAC CE具有至少比“来自任何逻辑信道的数据，来自UL-CCCH的数据除外”高的优先级，且LBT MAC CE较高优先级有待进一步研究。
在NR中，已介绍用于次小区(SCell)的波束故障恢复(BFR)和BFR程序。UE可响应于从UE的一个或多个下部层(例如，物理层)接收到一个或多个波束故障指示(例如，连续波束故障指示)而触发BFR(例如，其是用于生成(SCell)BFR MAC CE或用于触发用于SCell波束故障恢复的调度请求的触发)。举例来说，UE可响应于从UE的所述一个或多个下部层接收到相当于波束故障指示的阈值数目的连续波束故障指示而触发BFR。UE可响应于来自所述一个或多个下部层的所述一个或多个波束故障指示而执行BFR程序。在一些实例中，针对SCell的BFR程序可包括将调度请求(Scheduling Request，SR)传送到基站(例如，SR可传送到基站以请求用于传送MAC控制要素(MAC control element，CE)的一个或多个上行链路(UL)资源)。替代地和/或另外，BFR程序可包括使用混合自动重复请求(Hybrid AutomaticRepeat Request，HARQ)进程将MAC CE(例如，BFR MAC CE)传送到基站(例如，MAC CE可在HARQ进程期间传送和/或MAC CE可通过执行HARQ进程的一个或多个操作而传送)。在一些实例中，MAC CE可指示与BFR相关联的一个或多个候选波束。替代地和/或另外，MAC CE可指示与被触发的BFR(例如，响应于接收到所述一个或多个波束故障指示而触发的BFR)和/或进行中的BFR程序相关联的一个或多个SCell。当基站调度用于传送(例如，针对用于传送MACCE的相同HARQ进程的新传送)的UL准予时，UE可认为BFR程序完成和/或结束。
当在取消被触发的BFR和/或完成进行中的BFR程序之前停用与被触发的BFR(例如，其是用于生成(SCell)BFR MAC CE或用于触发用于SCell波束故障恢复的调度请求的触发)和/或进行中的BFR程序相关联的小区时，可能发生例如图5中示出的问题。图5示出根据一些实施例与被触发的BFR相关联的示例性情境500。在示例性情境500中，UE由基站配置有多个小区(例如，两个小区)，小区1和小区2。小区1可以是初级小区(PCell)或SCell。小区2可以是SCell。UE配置有与小区2相关联的定时器(例如，sCellDeactivationTimer)(例如，所述定时器在图5中展示为“针对小区2的sCellDeactivationTimer”)。在定时t1处，UE可触发与小区2相关联的BFR(例如，UE可响应于来自UE的一个或多个下部层的一个或多个波束故障指示而触发与小区2相关联的BFR)。UE可响应于被触发的BFR(和/或响应于由UE触发所述被触发的BFR)来执行BFR程序。在定时t2处，UE响应于小区1上被触发的BFR(例如，响应于小区1上的BFR由UE触发)而传送SR。UE可配置有小区1上的一个或多个SR资源(例如，一个或多个物理上行链路控制信道(PUCCH)资源)(例如，所述一个或多个SR资源可对应于用于将一个或多个SR传送到基站的一个或多个资源)。在一实例中，UE可使用所述一个或多个SR资源将SR传送到基站。在定时t3处，响应于SR，基站可指示小区1上针对新传送的第一UL准予(在图5中展示为“UL准予1”)。UE可接收第一UL准予“UL准予1”和/或使用第一UL准予“UL准予1”来在定时t4处使用指示与用于小区2的BFR相关联的信息的HARQ进程(例如，HARQ进程1)来传送MAC CE(例如，BFR MAC CE)。在定时t5处，基站可指示针对新传送的第二UL准予(在图5中展示为“UL准予2”)以供HARQ进程(例如，用于传送MAC CE的HARQ进程1)完成BFR程序。然而，在定时t6处，定时器(例如，sCellDeactivationTimer)可在完成BFR程序之前到期(例如，定时器可在完成BFR程序之前到期，因为UE可能无法从小区2接收下行链路(DL)信令)和/或可停用小区2(例如，可响应于定时器到期而停用小区2)。进行中的BFR程序可能引发UE和基站之间不必要的传送额外开销，这是因为BFR程序用于恢复小区2和UE之间的传送和/或因为在停用小区2的情况下BFR程序可能不是必要的。MAC CE(例如，BFR MAC CE)的传送可能过时，且可能致使基站调度不必要的UL准予(例如，第二UL准予“UL准予2”)，例如用于执行BFR程序。在一些实例中，如果UE未配置有针对小区2的BFR的SR配置，则UE可响应于被触发的BFR触发随机接入程序，且随机接入程序可能干扰其它UE到基站的连接建立。
为了解决上述问题，例如为了避免不必要地执行BFR程序的操作，本公开相对于实例实施例1和实例实施例2提供一种或多种技术、系统和/或操作。
实例实施例1
在实例实施例1中，UE可响应于停用小区而取消与小区相关联的一个或多个被触发的BFR。举例来说，UE可响应于停用第一小区而取消与第一小区相关联的被触发的第一BFR。替代地和/或另外，UE可响应于停用第一小区而停止与第一小区相关联的进行中的BFR程序。替代地和/或另外，如果响应于进行中的BFR程序产生的BFR MAC CE包括仅第一小区的波束故障信息(和/或如果响应于进行中的BFR程序产生的BFR MAC CE未报告为UE激活的任何小区的波束故障)，则UE可响应于停用第一小区而停止与第一小区相关联的进行中的BFR程序。
替代地和/或另外，如果UE不具有与被触发的和/或待决的BFR(例如，除被触发的第一BFR外的被触发的第二BFR)相关联的一个或多个其它小区(例如，一个或多个已激活小区)，则UE可响应于停用第一小区而停止与第一小区相关联的进行中的BFR程序。举例来说，如果UE未配置有被激活的和与被触发的和/或待决的BFR相关联的小区(例如，任何小区)，则UE可响应于停用第一小区而停止与第一小区相关联的进行中的BFR程序。替代地和/或另外，如果响应于进行中的BFR程序产生的BFR MAC CE中指示的波束故障信息不包括一个或多个已激活小区的波束故障信息(例如，因为停用第一小区，所以在确定BFR MAC CE中指示的波束故障信息是否包括一个或多个已激活小区的波束故障信息时，可不考虑第一小区)，则UE可停止进行中的BFR程序(例如响应于停用第一小区)。在一些实例中，如果存在与被触发的和/或待决的BFR相关联的至少一个已激活小区(利用其配置UE)，则UE可不停止BFR程序(例如进行中的BFR程序)。如果响应于BFR程序产生的BFR MAC CE包括至少一个已激活小区(其不同于第一小区，举例来说，这是因为停用了第一小区)的波束故障信息，则UE可不停止BFR程序(例如进行中的BFR程序)。
进行中的BFR程序可包括针对BFR的SR的传送或SR传送(例如，用于与被触发的第一BFR相关联的SCell波束故障恢复的SR)。举例来说，SR(例如，用于SCell波束故障恢复的SR)可传送到基站以请求用于传送MAC CE(例如，进行中的BFR程序的BFR MAC CE)的一个或多个UL资源。UE可响应于被触发的第一BFR来触发SR(例如其是用于SR传送或用于起始随机接入程序的触发)(例如，UE可响应于触发被触发的第一BFR而触发和/或传送SR)。替代地和/或另外，如果UE不具有与被触发的和/或待决的BFR(例如，除被触发的第一BFR外的被触发的第二BFR)相关联的一个或多个其它小区(例如，一个或多个已激活小区)，则UE可响应于停用第一小区而停止SR的传送。举例来说，如果UE未配置有被激活的和与被触发的和/或待决的BFR相关联的小区(例如，任何小区)，则UE可响应于停用第一小区而停止SR的传送或SR传送。如果存在与被触发的和/或待决的BFR(例如，除被触发的第一BFR外的被触发的第二BFR)相关联的至少一个已激活小区(利用其配置UE)，则UE可不停止SR的传送或SR传送(例如响应于停用第一小区)。
在一些实例中，在UE停止SR的传送或SR传送(例如，响应于被触发的第一BFR而触发的SR)之前，UE可执行SR的一个或多个传送(例如，UE可在停用第一小区之前和/或在UE停止SR的传送或SR传送之前将SR传送到基站一次或多次)。
在一实例中，如果存在与被触发的BFR相关联的至少一个已激活小区，则UE可不停止与BFR相关联的SR的传送或SR传送(例如，如果用于配置UE的至少一个小区被激活且与被触发的和/或待决的BFR相关联，则UE可不停止与BFR相关联的SR的传送或SR传送)。如果不存在与被触发的BFR相关联的已激活小区，则UE可停止与BFR相关联的SR的传送或SR传送(例如，如果不存在用于配置UE的被激活且与被触发的和/或待决的BFR相关联的小区，则UE可停止与BFR相关联的SR的传送或SR传送)。
在另一实例中，如果存在与被触发的BFR相关联的至少一个已激活小区，则UE可不停止与BFR相关联的BFR MAC CE的传送(例如，如果用于配置UE的至少一个小区被激活且与被触发的和/或待决的BFR相关联，则UE可不停止与BFR相关联的BFR MAC CE的传送)。如果不存在与被触发的BFR相关联的已激活小区，则UE可停止与BFR相关联的BFR MAC CE的传送(例如，如果不存在用于配置UE的被激活且与被触发的和/或待决的BFR相关联的小区，则UE可停止与BFR相关联的BFR MAC CE的传送)。
替代地和/或另外，UE可响应于停用第一小区和/或响应于停止进行中的BFR程序而取消针对与第一小区相关联的BFR(例如，SCell波束故障恢复)的被触发的SR(例如其是用于SR传送或用于起始随机接入程序的触发)。
替代地和/或另外，响应于停用第一小区和/或响应于停止进行中的BFR程序，UE可停止响应于针对第一小区触发的SR或BFR起始的随机接入程序(例如，UE可停止响应于针对第一小区触发的SR或BFR起始的任何进行中的随机接入程序)。
替代地和/或另外，UE可不传送在停用第一小区之前生成的BFR MAC CE。BFR MACCE可指示第一小区的波束故障信息。
替代地和/或另外，UE可丢弃与被触发的第一BFR相关联的BFR MAC CE(例如，UE可响应于停用第一小区而丢弃BFR MAC CE)。替代地和/或另外，UE可生成无BFR MAC CE的MACPDU(例如，不包括BFR MAC CE的MAC PDU)。替代地和/或另外，UE可向无BFR MAC CE的第二MAC PDU重建包括BFR MAC CE的第一MAC PDU(例如，第二MAC PDU不包括BFR MAC CE)。举例来说，可基于第一MAC PDU生成第二MAC PDU(例如，第二MAC PDU可包括第一MAC PDU的除BFR MAC CE外的信息)。替代地和/或另外，可修改第一MAC PDU以生成第二MAC PDU(例如，可通过移除BFR MAC CE来修改第一MAC PDU以生成第二MAC PDU)。
替代地和/或另外，如果BFR MAC CE指示与停用无关联的一个或多个其它小区的波束故障，则UE可不丢弃与被触发的第一BFR相关联的BFR MAC CE。举例来说，如果BFR MACCE包括一个或多个已激活小区的波束故障信息，则UE可不丢弃与被触发的第一BFR相关联的BFR MAC CE。
替代地和/或另外，UE可不取消与被停用小区无关联的被触发的BFR(例如，与已激活小区相关联的被触发的BFR)。
替代地和/或另外，UE可不停止与除第一小区外的一个或多个小区(例如，一个或多个已激活小区)相关联的BFR程序(例如，进行中的BFR程序)。
图6示出根据一些实施例与被触发的BFR相关联的示例性情境600。在示例性情境600中，UE配置有多个服务小区(例如，两个已激活服务小区)，小区1和小区2。在定时t1处，UE可触发与小区2相关联的被触发的BFR(例如，用于SCell波束故障恢复)(例如，UE可响应于与小区2相关联的来自一个或多个下部层的一个或多个波束故障指示而触发被触发的BFR)。在一些实例中，UE响应于被触发的BFR执行BFR程序。替代地和/或另外，UE可响应于被触发的BFR触发SR。UE可在定时t2处将SR传送到基站用于请求一个或多个UL资源。基站经由PDCCH在定时t3处指示第一UL准予(展示为图6中的“UL准予1”)(例如，第一UL准予可由UE在定时t3处经由PDCCH接收)。UE配置有与小区2相关联的定时器(例如，sCellDeactivationTimer)(例如，所述定时器在图6中展示为“针对小区2的sCellDeactivationTimer”)。定时器可在定时t6处到期。响应于定时器(例如，sCellDeactivationTimer)到期，UE可停用小区2和/或停止BFR程序。UE不向基站传送指示小区2的波束故障的BFR MAC CE。举例来说，第一UL准予“UL准予1”可指示用于在定时t4处传送BFR MAC CE的一个或多个UL资源(例如，UE可使用第一UL准予“UL准予1”来在定时t4处使用HARQ进程传送BFR MAC CE)。UE可不响应于定时器在定时t4之前到期而在定时t4处传送BFR MAC CE(和/或UE可不在定时t4处响应于停用小区2而传送BFR MAC CE)。
在一些实例中，定时器可在传送SR之前到期(例如，对应于定时器到期的定时t6可在对应于传送SR的定时t2之前)。在一些实例中，如果计时器到期，UE不向基站传送(和/或不重传)与小区2的被触发的BFR相关联的SR。举例来说，如果定时t6(对应于定时器到期)在定时t2(对应于SR的传送)之前，则与小区2的被触发的BFR相关联的SR可不传送(和/或重传)到基站。
替代地和/或另外，如果定时器(例如，sCellDeactivationTimer)在触发被触发的BFR之后到期，UE可不响应于被触发的BFR而生成BFR MAC CE。
实例实施例2
在实例实施例2中，当BFR程序在进行中时，UE可响应于停用小区而触发BFR和/或生成BFR MAC CE。
在一些实例中，UE传送与针对第一小区的被触发的BFR相关联的第一BFR MAC CE。UE可响应于与第一小区相关联的停用(例如，停用第一小区)而生成第二BFR MAC CE。第二BFR MAC CE可不指示一个或多个被停用小区的波束故障(例如，第二BFR MAC CE可不基于停用第一小区而指示第一小区的波束故障)。第一BFR MAC CE可包括多个小区的波束故障信息(例如，所述多个小区可包括第一小区和一个或多个其它小区)。在一些实例中，在传送(和/或生成)第一BFR MAC CE之后停用第一小区(例如，第一BFR MAC CE可指示归因于在传送和/或生成第一BFR MAC CE时激活(而非停用)第一小区的第一小区的波束故障)。UE可取消与多个小区的一个或多个被停用小区相关联的被触发的BFR(例如，所述一个或多个被停用小区包括第一小区)。在一些实例中，如果UE响应于BFR程序生成BFR MAC CE(例如，第一BFR MAC CE)且BFR MAC CE包括未停用的(多个小区的)一个或多个小区的波束故障信息，则UE不停止与所述一个或多个被停用小区相关联的BFR程序。在一些实例中，如果BFR程序完成(例如，如果BFR程序在为UE停用第一小区之前完成)，则UE可不生成第二BFR MAC CE。如果BFR程序未完成，则UE可生成第二BFR MAC CE。举例来说，响应于停用第一小区，如果BFR程序未完成(和/或如果多个小区包括在为UE停用第一小区之后为UE激活的一个或多个小区)，则UE可生成第二BFR MAC CE。
在一些实例中，UE可(例如，响应于停用第一小区)丢弃第一BFR MAC CE。替代地和/或另外，UE可生成包括第二BFR MAC CE且不包括第一BFR MAC CE的MAC PDU。替代地和/或另外，UE可向包括第二BFR MAC CE且不包括第一BFR MAC CE的第二MAC PDU重建包括第一BFR MAC CE的第一MAC PDU。举例来说，可基于第一MAC PDU生成第二MAC PDU(例如，第二MAC PDU可包括第一MAC PDU的除第一BFR MAC CE外的信息)。替代地和/或另外，可修改第一MAC PDU以生成第二MAC PDU(例如，可通过移除第一BFR MAC CE且添加第二BFR MAC CE来修改第一MAC PDU以生成第二MAC PDU)。
图7示出根据一些实施例与被触发的BFR相关联的示例性情境700。在示例性情境700中，UE配置有多个服务小区(例如，三个已激活服务小区)，小区1、小区2和小区3。UE在定时t1处(和/或之前)触发与小区2和小区3相关联的一个或多个BFR(例如，UE可响应于来自下部层的一个或多个波束故障指示而触发与小区2和小区3相关联的所述一个或多个BFR)。所述一个或多个BFR可包括与小区2相关联的被触发的第一BFR和与小区3相关联的被触发的第二BFR。在一些实例中，UE响应于与小区2和小区3相关联的所述一个或多个BFR而执行BFR程序(例如，可响应于触发所述一个或多个BFR而执行BFR程序)。UE可在定时t2处将SR传送到基站以用于请求一个或多个UL资源。基站在定时t3处经由PDCCH指示第一UL准予(展示为图7中的“UL准予1”)(例如，第一UL准予可由UE在定时t3处经由PDCCH接收)。UE可基于UL准予生成与所述一个或多个BFR相关联的第一MAC CE(例如，第一BFR MAC CE)。在定时t4处，UE可将第一MAC CE传送到基站(例如，UE可使用第一UL准予“UL准予1”的一个或多个UL资源传送第一MAC CE)。UE配置有与小区2相关联的定时器(例如，sCellDeactivationTimer)(例如，所述定时器在图7中展示为“针对小区2的sCellDeactivationTimer”)。定时器可在定时t5处到期。响应于定时器(例如，sCellDeactivationTimer)到期，UE可停用小区2。响应于定时器(例如，sCellDeactivationTimer)到期和/或响应于停用小区2，UE可生成第二MAC CE(例如，第二BFR MAC CE)。第二MAC CE可包括小区3的波束故障信息(例如，UE可基于确定在UE生成第二MAC CE时小区3未停用而生成包括小区3的波束故障信息的第二MAC CE)。第二MAC CE可不包括小区2的波束故障信息(例如，UE可基于确定小区2被停用而生成不包括小区2的波束故障信息的第二MAC CE)。在定时t6处，UE可将第二MAC CE传送到基站。
第一MAC CE可在多个小区中的一个小区(例如，小区1、小区2、小区3等中的至少一个)上传送。
第二MAC CE可在多个小区中的一个小区(例如，小区1、小区2、小区3等中的至少一个)上传送。
第一MAC CE可在不同于在上面传送第二MAC CE的小区的小区上传送。替代地和/或另外，第一MAC CE可在与在上面传送第二MAC CE的小区相同的小区上传送。举例来说，如图7中所示，第一MAC CE和第二MAC CE两者可在小区1上传送。
在一些实例中，如果停用与第一MAC CE中指示的波束故障信息相关联的小区(例如，所有小区)，则UE可不生成第二MAC CE。举例来说，如果停用第一MAC CE对于其指示波束故障的小区(例如，所有小区)，则UE可不生成第二MAC CE。
图8示出根据一些实施例与被触发的BFR相关联的示例性情境800。在示例性情境800中，UE配置有多个服务小区(例如，三个已激活服务小区)，小区1、小区2和小区3。所述多个服务小区可在定时t1之前激活。UE在定时t1处(和/或之前)触发与小区2和小区3相关联的一个或多个BFR(例如，UE可响应于接收到一个或多个波束故障指示而触发与小区2和小区3相关联的所述一个或多个BFR)。所述一个或多个BFR可包括与小区2相关联的被触发的第一BFR和与小区3相关联的被触发的第二BFR。在一些实例中，UE响应于接收到所述一个或多个波束故障指示和/或响应于与小区2和小区3相关联的所述一个或多个BFR而执行BFR程序(例如，可响应于触发所述一个或多个BFR而执行BFR程序)。UE可生成第一BFR MAC CE。UE可在定时t2处在小区2上将第一BFR MAC CE传送到基站。UE可使用小区2上的经配置准予来传送第一BFR MAC CE(例如，经配置准予可对应于小区2上的UE可用来传送第一BFR MAC CE的一个或多个资源)。第一BFR MAC CE可包括小区2和小区3的波束故障信息。基站可向UE传送用于停用小区2的SCell停用MAC CE(例如，SCell停用MAC CE可以是指示和/或命令停用小区2的MAC CE)。UE可在定时t3处接收SCell停用MAC CE。可响应于SCell停用MAC CE而停用小区2。响应于停用小区2，UE可生成第二BFR MAC CE。第二BFR MAC CE可包括小区3的波束故障信息(例如，UE可基于确定在UE生成第二BFR MAC CE时小区3被激活(和/或未停用)而生成包括小区3的波束故障信息的第二BFR MAC CE。第二BFR MAC CE可不包括小区2的波束故障信息(例如，UE可基于确定小区2被停用而生成不包括小区2的波束故障信息的第二BFR MAC CE)。在定时t6处，UE可在小区1上传送第二BFR MAC CE。在一些实例中，响应于停用小区2，UE可不基于小区3未被停用(和/或基于小区3被激活)而停止BFR程序。举例来说，UE可不基于由第一BFR MAC CE报告和/或指示的一个或多个小区中的至少一个小区未被停用(例如，所述一个或多个小区中的至少一个小区被激活)而停止BFR程序。在第一BFR MACCE中报告和/或由第一BFR MAC CE指示的所述一个或多个小区可对应于其波束故障信息包含在第一BFR MAC CE中的一个或多个小区(例如，所述一个或多个小区可包括小区2和小区3)。替代地和/或另外，如果在第一BFR MAC CE中报告和/或由第一BFR MAC CE指示的所述一个或多个小区全部被停用(例如，如果小区2和小区3两者都被停用)，则UE可停止BFR程序。
相对于本文中的一个或多个实施例，在一些实例中，小区(例如，在本文的一个或多个实例实施例中论述的小区、第一小区、小区1、小区2、小区3等中的至少一个)可以是SCell。替代地和/或另外，小区可以是PCell和/或服务小区。
相对于本文中的一个或多个实施例，在一些实例中，小区的停用可响应于来自基站的SCell激活/停用MAC CE(例如，UE可响应于接收到SCell激活/停用MAC CE而停用小区)。举例来说，SCell激活/停用MAC CE(例如，SCell停用MAC CE)可指示(和/或可用于)小区的停用。
相对于本文中的一个或多个实施例，在一些实例中，小区的停用可响应于由基站传送的MAC CE(例如，UE可响应于接收到MAC CE而停用小区)。
相对于本文中的一个或多个实施例，在一些实例中，小区的停用可响应于定时器到期。在一些实例中，定时器是与小区相关联的sCellDeactivationTimer。
相对于本文中的一个或多个实施例，在一些实例中，在取消(或完成)被触发的BFR之前，被触发的BFR可被认为是待决的。
相对于本文中的一个或多个实施例，在一些实例中，UE可配置有多个服务小区。
相对于本文中的一个或多个实施例，在一些实例中，波束故障信息与同波束故障相关联的一个或多个小区相关联。波束故障信息可包括指示与波束故障相关联的所述一个或多个小区的一个或多个小区身份。举例来说，可经由波束故障信息的所述一个或多个小区身份报告所述一个或多个小区的波束故障。
相对于本文中的一个或多个实施例，在一些实例中，波束故障信息指示与一个或多个小区相关联的一个或多个候选波束。
相对于本文中的一个或多个实施例，在一些实例中，波束故障信息指示存在一个或多个候选波束(例如，波束故障信息可指示是否一个或多个候选波束存在和/或可用)。
相对于本文中的一个或多个实施例，在一些实例中，BFR MAC CE(例如，用于BFR的MAC CE)可包括一个小区的波束故障信息。
相对于本文中的一个或多个实施例，在一些实例中，BFR MAC CE(例如，用于BFR的MAC CE)可包括多个小区的波束故障信息。
相对于本文中的一个或多个实施例，在一些实例中，UE在不同于与被触发的BFR相关联的小区的小区上传送BFR MAC CE和/或SR。换句话说，UE在不同于与被触发的BFR相关联的小区的小区上执行SR传送。
相对于本文中的一个或多个实施例，在一些实例中，BFR程序可包括SR的传送或SR传送(例如，与被触发的BFR相关联的SR和/或用于SCell波束故障恢复的SR)。替代地和/或另外，BFR程序可以是(和/或可包括)SR的传送或SR传送(例如，与被触发的BFR相关联的SR和/或用于SCell波束故障恢复的SR)。
相对于本文中的一个或多个实施例，在一些实例中，BFR程序可包括指示与一个或多个小区(例如，一个或多个发生故障的服务小区)相关联的波束故障信息的BFR MAC CE的传送。替代地和/或另外，BFR程序可以是(和/或可包括)指示与一个或多个小区(例如，一个或多个发生故障的服务小区)相关联的波束故障信息的BFR MAC CE的传送。
相对于本文中的一个或多个实施例，在一些实例中，当UE接收到PDCCH信号且该PDCCH信号指示针对用于传送与BFR程序相关联的BFR MAC CE的HARQ进程的UL准予时，BFR程序可被认为完成和/或结束(例如，UL准予可对应于可用于传送BFR MAC CE的一个或多个UL资源)。
相对于本文中的一个或多个实施例，在一些实例中，如果被触发的BFR(例如，被触发的BFR，例如在本文的一个或多个实例实施例中论述的被触发的第一BFR、第一BFR等中的至少一个)未取消以及如果存在用于容纳BFR MAC CE和BFR MAC CE的子标头(和/或可容纳其传送)的可用的一个或多个上行链路共享信道(UL-SCH)资源(例如，作为逻辑信道优先级排序的结果)和/或当此情况发生时，UE可生成BFR MAC CE。
相对于本文中的一个或多个实施例，在一些实例中，如果被触发的BFR(例如，被触发的BFR，例如在本文的一个或多个实例实施例中论述的被触发的第一BFR、第一BFR等中的至少一个)未取消以及如果不存在用于容纳BFR MAC CE和BFR MAC CE的子标头(和/或可容纳其传送)的可用的UL-SCH资源(例如，作为逻辑信道优先级排序的结果)，UE可触发用于SCell波束故障恢复的SR。
相对于本文中的一个或多个实施例，在一些实例中，如果与小区相关联(从一个或多个下部层接收)的一个或多个波束故障指示(例如，波束故障例项指示)中的波束故障指示的数目大于或等于阈值，且小区为SCell，则UE可触发(小区的)BFR。UE可基于小区为PCell还是SCell来确定是否触发BFR。举例来说，如果小区为PCell，则UE可不触发BFR。
相对于本文中的一个或多个实施例，在一些实例中，响应于检测到一个或多个服务同步信号块(SSB)和/或一个或多个服务信道状态信息参考信号(CSI-RS)上的波束故障而使用和/或执行SR的传送或SR传送以用于向服务gNB指示信息(和/或可当检测到所述一个或多个服务SSB和/或所述一个或多个服务CSI-RS上的波束故障时使用和/或执行SR的传送或SR传送以用于向服务gNB指示信息)。所述信息可包括新SSB(例如，不同于所述一个或多个服务SSB的SSB)和/或新CSI-RS(例如，不同于所述一个或多个服务CSI-RS的CSI-RS)。
相对于本文中的一个或多个实施例，在一些实例中，发生故障的服务小区可以是与被触发的(且未取消的)BFR相关联的服务小区。
以上技术、概念和/或实施例中的一个、一些和/或全部可以形成为新实施例。
在一些实例中，可以独立地和/或单独地实施本文所公开的实施例，例如相对于实例实施例1和实例实施例2描述的实施例。替代地和/或另外，可以实施本文所描述的实施例的组合，例如相对于实例实施例1和/或实例实施例2描述的实施例的组合。替代地和/或另外，可以并行和/或同时地实施本文中所描述的实施例的组合，例如相对于实例实施例1和/或实例实施例2描述的实施例的组合。
本公开的各种技术可彼此独立地和/或分离地执行。替代地和/或另外，本公开的各种技术可以组合和/或使用单个系统实施。替代地和/或另外，本公开的各种技术可以并行和/或同时实施。
图9是从UE的视角来看根据一个示例性实施例的流程图900。在步骤905中，由基站配置第一小区和第二小区给UE。在步骤910中，UE触发与第一小区相关联的第一BFR。在步骤915中，UE触发与第二小区相关联的第二BFR。在步骤920中，UE响应于(被触发的)第一BFR和/或(被触发的)第二BFR而生成第一MAC CE。在步骤925中，UE执行停用第一小区的小区停用。在步骤930中，UE响应于小区停用而生成第二MAC CE。在步骤935中，UE将第二MAC CE传送到基站。
在一个实施例中，UE响应于由基站传送的第三MAC CE而停用第一小区，其中第三MAC CE指示第一小区的停用。
在一个实施例中，UE响应于与第一小区相关联的定时器到期而停用第一小区。
在一个实施例中，如果UE生成第二MAC CE(和/或在这之后)，则UE不传送第一MACCE。
在一个实施例中，UE响应于小区停用而取消(被触发的)第一BFR。
在一个实施例中，UE不响应于小区停用而停止与(被触发的)第一BFR和(被触发的)第二BFR相关联的BFR程序(例如，UE可不基于确定BFR程序与未被停用的至少一个小区(例如第二小区)相关联而停止BFR程序)。
在一个实施例中，UE在第一小区、第二小区或一个或多个其它已激活小区上传送第一MAC CE。
在一个实施例中，UE在不同于UE在上面传送第二MAC CE的第二小区的第一小区上传送第一MAC CE。
在一个实施例中，UE在相同小区上传送第一MAC CE和第二MAC CE。
在一个实施例中，第一MAC CE指示与第一小区和第二小区相关联的波束故障信息。
在一个实施例中，第二MAC CE指示与第二小区相关联的波束故障信息。第二MACCE不指示与第一小区相关联的波束故障信息。
返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够：(i)由基站配置第一小区和第二小区，(ii)触发与第一小区相关联的第一BFR，(iii)触发与第二小区相关联的第二BFR，(iv)响应于(被触发的)第一BFR和/或(被触发的)第二BFR生成第一MAC CE，(v)执行停用第一小区的小区停用，(vi)响应于小区停用生成第二MAC CE，以及(vii)将第二MAC CE传送到基站。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图10是从UE的视角来看根据一个示例性实施例的流程图1000。在步骤1005中，UE由基站配置第一小区和第二小区。在步骤1010中，UE触发与第一小区相关联的第一BFR。在步骤1015中，UE触发与第二小区相关联的第二BFR。在步骤1020中，UE响应于(被触发的)第一BFR和/或(被触发的)第二BFR而生成第一MAC CE。在步骤1025中，UE执行停用第一小区和第二小区的小区停用。在步骤1030中，UE不响应于小区停用而传送(和/或不重传)第一MACCE。
在一个实施例中，UE响应于小区停用而取消(被触发的)第一BFR。
在一个实施例中，UE响应于小区停用而取消第二BFR。
在一个实施例中，UE响应于小区停用而停止与(被触发的)第一BFR和第二BFR相关联的BFR程序(例如，UE可基于确定与BFR程序相关联的例如第一小区和/或第二小区等小区被停用和/或确定所述小区中没有小区被激活而停止BFR程序)。
在一个实施例中，UE响应于由基站传送的MAC CE而执行小区停用。
在一个实施例中，UE响应于由基站传送的一个或多个MAC CE而停用第一小区和第二小区，其中所述一个或多个MAC CE指示第一小区和第二小区的停用。
在一个实施例中，UE响应于由基站传送的第三MAC CE而停用第一小区和第二小区，其中第三MAC CE指示第一小区和第二小区的停用。
在一个实施例中，UE响应于与第一小区相关联的定时器到期而停用第一小区。
在一个实施例中，UE响应于与第二小区相关联的定时器到期而停用第二小区。
在一个实施例中，第一MAC CE指示与第一小区和第二小区相关联的波束故障信息。
返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够：(i)由基站配置第一小区和第二小区，(ii)触发与第一小区相关联的第一BFR，(iii)触发与第二小区相关联的第二BFR，(iv)响应于(被触发的)第一BFR和/或(被触发的)第二BFR生成第一MAC CE，(v)执行停用第一小区和第二小区的小区停用，以及(vi)不响应于小区停用而传送(和/或不重传)第一MACCE。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
参看图9-10，在一个实施例中，第一小区为SCell和/或第二小区为SCell。
在一个实施例中，第一小区为PCell和/或第二小区为PCell。
在一个实施例中，UE除第一小区和第二小区之外还配置有一个或多个小区。
在一个实施例中，波束故障信息指示一个或多个相关联小区的一个或多个小区身份。在其中波束故障信息与第一小区和第二小区相关联的实例中，波束故障信息可指示与第一小区相关联的第一小区身份和与第二小区相关联的第二小区身份。
在一个实施例中，波束故障信息指示用于一个或多个相关联小区的BFR的一个或多个候选波束(例如，一个或多个候选波束索引)。在其中波束故障信息与第一小区和第二小区相关联的实例中，波束故障信息可指示用于第一小区的BFR的一个或多个第一候选波束(例如，一个或多个第一候选波束索引)以及用于第二小区的BFR的一个或多个第二候选波束(例如，一个或多个第二候选波束索引)。
在一个实施例中，与一个或多个BFR(例如(被触发的)第一BFR和/或(被触发的)第二BFR)相关联的BFR程序包括将SR传送到基站。
在一个实施例中，与一个或多个BFR(例如(被触发的)第一BFR和/或(被触发的)第二BFR)相关联的BFR程序包括将与所述一个或多个BFR相关联的MAC CE传送(和/或重传)到基站。
在一个实施例中，响应于从UE的下部层接收的一个或多个波束故障指示(例如，与小区相关联的一个或多个波束故障指示)而触发与小区相关联的BFR(例如，与第一小区相关联的(被触发的)第一BFR和/或与第二小区相关联的(被触发的)第二BFR)。
图11是从UE的视角来看根据一个示例性实施例的流程图1100。在步骤1105中，UE触发与小区相关联的第一BFR。在步骤1110中，UE响应于被触发的第一BFR而执行BFR程序。在步骤1115中，UE响应于停用小区而取消被触发的第一BFR。在步骤1120中，如果UE不具有与被触发的第二BFR相关联的其它小区，则UE响应于停用小区而停止BFR程序(例如，响应于停用小区，如果UE不具有与被触发的第二BFR相关联的任何已激活小区，则UE可停止BFR程序)。
在一个实施例中，BFR程序包括传送与被触发的第一BFR和/或被触发的第二BFR相关联的SR。
在一个实施例中，BFR程序包括传送与被触发的第一BFR和/或被触发的第二BFR相关联的BFR MAC CE。
在一个实施例中，如果存在与被触发的第二BFR相关联的已激活小区(例如，用于配置UE的已激活小区)，则UE不停止BFR程序(例如，响应于停用小区)。
在一个实施例中，如果被触发的第一BFR未取消以及如果一个或多个UL-SCH资源可用于容纳BFR MAC CE和BFR MAC CE的子标头，则UE生成BFR MAC CE(例如，如果被触发的第一BFR未取消以及如果可容纳BFR MAC CE和BFR MAC CE的子标头的一个或多个UL-SCH资源可用，则UE可生成BFR MAC CE)。
在一个实施例中，如果被触发的第一BFR未取消以及如果UL-SCH资源不可用于容纳BFR MAC CE和BFR MAC CE的子标头，则UE触发用于SCell波束故障恢复的SR(例如，如果被触发的第一BFR未取消以及如果可容纳BFR MAC CE和BFR MAC CE的子标头的UL-SCH资源不可用，则UE可触发用于SCell波束故障恢复的SR)。
在一个实施例中，UE响应于停用小区而取消针对被触发的第一BFR触发的(被触发的)SR(与所述小区相关联)。
在一个实施例中，小区是与主小区群组(MCG)或次小区群组(SCG)相关联的SCell。
在一个实施例中，UE响应于停用小区而停止响应于被触发的第一BFR起始的随机接入程序。
在一个实施例中，小区的停用是响应于UE从基站接收到SCell激活/停用MAC CE(例如，指示(和/或用于)小区的停用的SCell停用MAC CE)。
在一个实施例中，小区的停用是响应于定时器到期。
在一个实施例中，响应于检测到一个或多个服务SSB和/或一个或多个服务CSI-RS上的波束故障而使用和/或执行BFR程序用于向服务gNB指示信息(和/或当检测到所述一个或多个服务SSB和/或所述一个或多个服务CSI-RS上的波束故障时，可使用和/或执行BFR程序用于向服务gNB指示信息)。所述信息可包括新SSB(例如，不同于所述一个或多个服务SSB的SSB)和/或新CSI-RS(例如，不同于所述一个或多个服务CSI-RS的CSI-RS)。
返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够：(i)触发与小区相关联的第一BFR，(ii)响应于被触发的第一BFR执行BFR程序，(iii)响应于停用小区而取消被触发的第一BFR，以及(iv)如果UE不具有与被触发的第二BFR相关联的其它小区，则响应于停用小区而停止BFR程序。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图12是从UE的视角来看根据一个示例性实施例的流程图1200。在步骤1205中，UE触发与第一小区相关联的第一BFR。在步骤1210中，UE响应于被触发的第一BFR而触发用于SCell波束故障恢复的SR。举例来说，UE可响应于被触发的第一BFR由UE触发而触发用于SCell波束故障恢复的SR。在步骤1215中，UE响应于停用第一小区而取消被触发的第一BFR和被触发的用于SCell波束故障恢复的SR。
在一个实施例中，响应于停用第一小区，如果UE不具有除第一小区外的与被触发的第二BFR相关联的小区(例如，已激活小区)，则UE停止用于SCell波束故障恢复的SR的传送或SR传送。在一实例中，响应于停用第一小区，如果UE不具有除第一小区外的与被触发的第二BFR相关联的小区(例如，已激活小区)，则UE可不传送用于SCell波束故障恢复的SR。
在一个实施例中，响应于停用第一小区，如果UE具有除第一小区外的与被触发的第二BFR相关联的小区(例如，已激活小区)，则UE可不停止用于SCell波束故障恢复的SR的传送或SR传送。在一实例中，响应于停用第一小区，如果UE具有除第一小区外的与被触发的第二BFR相关联的小区(例如，已激活小区)，则UE可传送用于SCell波束故障恢复的SR。
在一个实施例中，响应于停用第一小区，如果不存在被激活且与被触发的BFR相关联的任何小区(用于配置UE)，则UE停止用于SCell波束故障恢复的SR的传送或SR传送。在一实例中，响应于停用第一小区，如果不存在被激活且与被触发的BFR相关联的任何小区(用于配置UE)，则UE可不传送用于SCell波束故障恢复的SR。
在一个实施例中，在取消被触发的第一BFR之前，如果用于容纳BFR MAC CE和BFRMAC CE的子标头的一个或多个UL-SCH资源可用，则UE生成BFR MAC CE。在一实例中，如果被触发的第一BFR未取消且用于容纳BFR MAC CE和BFR MAC CE的子标头的所述一个或多个UL-SCH资源可用，则UE可生成BFR MAC CE。在一实例中，如果被触发的第一BFR未取消且可容纳BFR MAC CE和BFR MAC CE的子标头的传送的一个或多个UL-SCH资源可用，则UE可生成BFR MAC CE。
在一个实施例中，UE基于被触发的第一BFR未取消且基于用于容纳BFR MAC CE和BFR MAC CE的子标头的UL-SCH资源的不可用性而触发用于SCell波束故障恢复的SR。举例来说，响应于被触发的第一BFR，如果被触发的第一BFR未取消且可容纳BFR MAC CE和BFRMAC CE的子标头的传送的一个或多个UL-SCH资源不可用，则UE可触发用于SCell波束故障恢复的SR。
在一个实施例中，第一小区是与MCG或SCG相关联的SCell。举例来说，MCG或SCG可包括第一小区。
在一个实施例中，UE响应于被触发的第一BFR而起始随机接入程序。举例来说，UE可响应于被触发的第一BFR由UE触发而触发随机接入程序。响应于停用第一小区，UE停止随机接入程序。
在一个实施例中，响应于UE从基站接收与SCell停用相关联的MAC CE(例如，SCell激活/停用MAC CE)或响应于SCell停用定时器到期而执行第一小区的停用。
在一个实施例中，UE基于第一小区是否为SCell而确定是否触发第一BFR。举例来说，UE可基于第一小区为SCell而确定触发第一BFR。
在一个实施例中，UE在不同于第一小区的第二小区上传送用于SCell波束故障恢复的SR。换句话说，UE在不同于第一小区的第二小区上执行用于SCell波束故障恢复的SR传送。
返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够：(i)触发与第一小区相关联的第一BFR，(ii)响应于被触发的第一BFR而触发用于SCell波束故障恢复的SR，以及(iii)响应于停用第一小区而取消被触发的第一BFR和被触发的用于SCell波束故障恢复的SR。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图13是从UE的视角来看根据一个示例性实施例的流程图1300。在步骤1305中，UE触发与第一小区相关联的第一BFR。在步骤1310中，UE响应于被触发的第一BFR而触发用于SCell波束故障恢复的SR。举例来说，UE可响应于被触发的第一BFR由UE触发而触发用于SCell波束故障恢复的SR。在步骤1315中，响应于停用第一小区，UE取消被触发的第一BFR且进行以下操作中的一个：如果UE不具有与被触发的BFR相关联的已激活小区，则停止用于SCell波束故障恢复的SR的传送或SR传送；或如果UE具有与被触发的第二BFR相关联的已激活小区，则不停止用于SCell波束故障恢复的SR的传送或SR传送。
在一实例中，响应于停用第一小区，如果不存在被激活且与被触发的(和/或待决的)BFR相关联的任何小区(用于配置UE)，则UE停止用于SCell波束故障恢复的SR的传送或SR传送(和/或UE可不传送用于SCell波束故障恢复的SR)。
在一实例中，响应于停用第一小区，如果一个或多个小区(用于配置UE)被激活且与被触发的(和/或待决的)BFR相关联，则UE不停止用于SCell波束故障恢复的SR的传送或SR传送(和/或UE可传送用于SCell波束故障恢复的SR)。
在一个实施例中，响应于UE从基站接收与SCell停用相关联的MAC CE(例如，SCell激活/停用MAC CE)或响应于SCell停用定时器到期而执行第一小区的停用。
返回参看图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使UE能够：(i)触发与第一小区相关联的第一BFR，(ii)响应于被触发的第一BFR而触发用于SCell波束故障恢复的SR，以及(iii)响应于停用第一小区，取消被触发的第一BFR并进行以下操作中的一个：如果UE不具有与被触发的BFR相关联的已激活小区，则停止用于SCell波束故障恢复的SR的传送或SR传送；或如果UE具有与被触发的第二BFR相关联的已激活小区，则不停止用于SCell波束故障恢复的SR的传送或SR传送。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
为了增强根据本文的一些实施例用于无线通信的3GPP规范，本文提供增强1、增强2和增强3。增强1-3中的每一个反映根据本文的一些实施例的实施方案，且包括在3GPP TS38.321，V15.7.0的章节5.9中向动作的列表进行添加。动作的列表对应于在接收到停用SCell的SCell激活/停用MAC CE的情况下或在与SCell相关联的定时器(例如，sCellDeactivationTimer)到期的情况下可由装置执行的动作。下文引述3GPP TS 38.321，V15.7.0的章节5.9的含有动作的列表的一部分，其中装置可执行动作列表的一个或多个动作的条件前面是“1>”，且动作列表的列表项目前面是“2>”：
1>否则，如果接收到停用SCell的SCell激活/停用MAC CE；或
1>如果与已激活SCell相关联的sCellDeactivationTimer到期，则：
2>根据TS 38.213[6]中限定的定时停用SCell；
2>停止与SCell相关联的sCellDeactivationTimer；
2>停止与SCell相关联的bwp-InactivityTimer；
2>停用与SCell相关联的任何活动的BWP；
2>分别清除与SCell相关联的任何经配置下行链路指派和任何经配置上行链路准予类型2；
2>清除用于与SCell相关联的半持续CSI报告的任何PUSCH资源；
2>暂停与SCell相关联的任何经配置上行链路准予类型1；
2>刷新与SCell相关联的所有HARQ缓冲区。
在增强1中，额外列表项目添加到根据本公开的一些实施例的动作列表。增强1的额外列表项目对应于停止与同SCell相关联的BFR相关联的SR的传送或SR传送的动作(例如，SCell被停用)。下文提供3GPP TS 38.321，V15.7.0的章节5.9的含有增强1的额外列表项目的部分的修改后版本。增强1的额外列表项目前面是术语“额外列表项目：”以区分所述额外列表项目与最初包含在3GPP TS 38.321，V15.7.0的章节5.9中的其它列表项目。
增强1：
1>否则，如果接收到停用SCell的SCell激活/停用MAC CE；或
1>如果与已激活SCell相关联的sCellDeactivationTimer到期，则：
2>根据TS 38.213[6]中限定的定时停用SCell；
2>停止与SCell相关联的sCellDeactivationTimer；
2>停止与SCell相关联的bwp-InactivityTimer；
2>停用与SCell相关联的任何活动的BWP；
2>分别清除与SCell相关联的任何经配置下行链路指派和任何经配置上行链路准予类型2；
2>清除用于与SCell相关联的半持续CSI报告的任何PUSCH资源；
2>暂停与SCell相关联的任何经配置上行链路准予类型1；
2>刷新与SCell相关联的所有HARQ缓冲区；
额外列表项目：
2>停止传送与同SCell相关联的波束故障恢复相关联的调度请求。
在增强2中，额外列表项目添加到根据本公开的一些实施例的动作列表。增强2的额外列表项目对应于在BFR MAC CE报告仅SCell(例如，被停用SCell)的波束故障的情况下停止传送BFR MAC CE的动作(例如，如果BFR MAC CE不报告除SCell外的一个或多个小区的波束故障，则可停止BFR MAC CE的传送)。下文提供3GPP TS 38.321，V15.7.0的章节5.9的含有增强2的额外列表项目的部分的修改后版本。增强2的额外列表项目前面是术语“额外列表项目：”以区分所述额外列表项目与最初包含在3GPP TS 38.321，V15.7.0的章节5.9中的其它列表项目。
增强2：
1>否则，如果接收到停用SCell的SCell激活/停用MAC CE；或
1>如果与已激活SCell相关联的sCellDeactivationTimer到期，则：
2>根据TS 38.213[6]中限定的定时停用SCell；
2>停止与SCell相关联的sCellDeactivationTimer；
2>停止与SCell相关联的bwp-InactivityTimer；
2>停用与SCell相关联的任何活动的BWP；
2>分别清除与SCell相关联的任何经配置下行链路指派和任何经配置上行链路准予类型2；
2>清除用于与SCell相关联的半持续CSI报告的任何PUSCH资源；
2>暂停与SCell相关联的任何经配置上行链路准予类型1；
2>刷新与SCell相关联的所有HARQ缓冲区；
额外列表项目：
2>如果BFR MAC CE报告仅SCell的波束故障，则停止传送BFR MAC CE。
在增强3中，额外列表项目添加到根据本公开的一些实施例的动作列表。增强3的额外列表项目对应于在由BFR MAC CE报告的SCell(例如，对于其由BFR MAC CE指示波束故障的一个或多个SCell)全部被停用的情况下停止传送BFR MAC CE的动作(例如，额外列表项目可对应于在由BFR MAC CE报告的所有SCell被停用的情况下停止传送BFR MAC CE的动作)。下文提供3GPP TS 38.321，V15.7.0的章节5.9的含有增强3的额外列表项目的部分的修改后版本。增强3的额外列表项目前面是术语“额外列表项目：”以区分所述额外列表项目与最初包含在3GPP TS 38.321，V15.7.0的章节5.9中的其它列表项目。
增强3：
1>否则，如果接收到停用SCell的SCell激活/停用MAC CE；或
1>如果与已激活SCell相关联的sCellDeactivationTimer到期，则：
2>根据TS 38.213[6]中限定的定时停用SCell；
2>停止与SCell相关联的sCellDeactivationTimer；
2>停止与SCell相关联的bwp-InactivityTimer；
2>停用与SCell相关联的任何活动的BWP；
2>分别清除与SCell相关联的任何经配置下行链路指派和任何经配置上行链路准予类型2；
2>清除用于与SCell相关联的半持续CSI报告的任何PUSCH资源；
2>暂停与SCell相关联的任何经配置上行链路准予类型1；
2>刷新与SCell相关联的所有HARQ缓冲区；
额外列表项目：
2>如果由BFR MAC CE报告的SCell全部被停用，则停止传送BFR MAC CE。
可提供通信装置(例如，UE、基站、网络节点等)，其中通信装置可包括控制电路、安装于控制电路中的处理器和/或安装于控制电路中并耦合到处理器的存储器。所述处理器可被配置为执行存储于存储器中的程序代码以执行图9-13中所示的方法步骤。此外，所述处理器可执行程序代码，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
可以提供计算机可读介质。计算机可读介质可以是非暂时性计算机可读介质。计算机可读介质可包括快闪存储器装置、硬盘驱动器、盘(例如，磁盘和/或光盘，例如数字多功能光盘(DVD)、压缩光盘(CD)等中的至少一个)，和/或存储器半导体，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)等中的至少一个。计算机可读介质可以包括处理器可执行指令，所述处理器可执行指令在被执行时致使执行图9-13中所示出的方法步骤中的一个、一些和/或全部和/或上述动作和步骤和/或本文所描述的其它动作和步骤中的一个、一些和/或全部。
可理解，应用本文中呈现的技术中的一种或多种可产生一个或多个益处，包含(但不限于)提高装置(例如，UE和/或网络节点)之间的通信的效率。效率提高可以是由于使UE能够在停用与BFR程序相关联的小区(例如，SCell)时避免不必要地执行BFR程序的操作。
上文已经描述了本公开的各方面。应明白，本文中的教示可以通过多种多样的形式体现，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文公开的方面可以独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或两个以上方面。举例来说，可使用本文中所阐述的任何数目个方面来实施设备或实践方法。另外，可通过使用作为本文所阐述的方面中的一个或多个的补充或替代的其它结构、功能性或结构与功能性来实施此设备或实践此方法。作为一些上述概念的实例，在一些方面，可基于脉冲重复频率来建立并行信道。在一些方面中，可基于脉冲位置或偏移建立并行信道。在一些方面中，可基于跳时序列建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及跳时序列而建立并行信道。
所属领域的技术人员将理解，可使用多种不同技术及技艺中的任一个来表示信息和信号。举例来说，可用电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解，结合本文中所公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可被实施为电子硬件(例如，数字实施方案、模拟实施方案或两者的组合，其可使用源译码或某一其它技术设计)、并入有指令的各种形式的程序或设计代码(其可在本文中为方便起见称为“软件”或“软件模块”)，或两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性加以描述。这类功能性是实施为硬件还是软件取决于特定应用和强加于整个系统的设计约束。熟练的技术人员可针对每一特定应用以不同方式来实施所描述的功能性，但这样的实施决策不应被解释为会引起脱离本公开的范围。
另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“integrated circuit，IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可为微处理器，但在替代方案中，处理器可为任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器结合DSP内核，或任何其它此类配置。
应理解，在任何公开的过程中的步骤的任何特定次序或层级是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。所附方法权利要求以示例次序呈现各种步骤的要素，且并不有意限于所呈现的特定次序或层级。
结合本文中公开的方面所描述的方法或算法的步骤可直接用硬件、用处理器执行的软件模块或用这两者的组合体现。软件模块(例如，包含可执行指令和相关数据)和其它数据可驻留在数据存储器中，所述数据存储器例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可装卸式磁盘、CD-ROM，或此项技术中已知的任何其它形式的计算机可读存储介质。示例存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)且将信息写入到存储介质。示例存储介质可与处理器形成一体。处理器和存储介质可驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介质可以作为离散组件而驻留在用户设备中。替代地和/或另外，在一些方面中，任何合适的计算机程序产品可以包括计算机可读介质，所述计算机可读介质包括与本公开的方面中的一个或多个相关的代码。在一些方面中，计算机程序产品可以包括封装材料。
虽然已经结合各个方面描述了所公开的主题，但是应理解，所公开的主题能够进行进一步修改。本申请预期涵盖一般遵循所公开主题的原理的所公开主题的任何变化、使用或改编，并且包含所公开主题所涉及领域内已知和惯常的实践范围内出现的对本公开的偏离。
相关申请的交叉引用
本申请要求2019年12月6日提交的第62/944，572号美国临时专利申请的权益，所述临时专利申请的整个公开内容全文以引用的方式并入本文中。

Claims (20)

1.一种用户设备的方法，其特征在于，包括：
触发与第一小区相关联的第一波束故障恢复；
响应于被触发的所述第一波束故障恢复，触发用于次小区波束故障恢复的调度请求；以及
响应于停用所述第一小区，取消与所述第一小区相关联的被触发的所述第一波束故障恢复和用于次小区波束故障恢复的被触发的所述调度请求。
2.根据权利要求1所述的方法，其特征在于，包括：
响应于所述停用所述第一小区，如果所述用户设备不具有与被触发的第二波束故障恢复相关联的除所述第一小区外的小区，则停止用于次小区波束故障恢复的调度请求传送。
3.根据权利要求1所述的方法，其特征在于，包括：
响应于所述停用所述第一小区，如果所述用户设备具有与被触发的第二波束故障恢复相关联的除所述第一小区外的已激活小区，则不停止用于次小区波束故障恢复的调度请求传送。
4.根据权利要求1所述的方法，其特征在于，包括：
在所述取消被触发的所述第一波束故障恢复之前，如果用于容纳波束故障恢复媒体接入控制控制要素和所述波束故障恢复媒体接入控制控制要素的子标头的一个或多个上行链路共享信道资源可用，则生成所述波束故障恢复媒体接入控制控制要素。
5.根据权利要求1所述的方法，其特征在于：
基于被触发的所述第一波束故障恢复未取消且基于用于容纳波束故障恢复媒体接入控制控制要素和所述波束故障恢复媒体接入控制控制要素的子标头的上行链路共享信道资源的不可用性，执行所述触发用于次小区波束故障恢复的所述调度请求。
6.根据权利要求1所述的方法，其特征在于，包括：
响应于被触发的所述第一波束故障恢复，起始随机接入程序；以及
响应于所述停用所述第一小区，停止所述随机接入程序。
7.根据权利要求1所述的方法，其特征在于：
响应于以下事项来执行所述停用所述第一小区：
从基站接收到与次小区停用相关联的媒体接入控制控制要素；或
次小区停用定时器到期。
8.根据权利要求1所述的方法，其特征在于，包括：
基于所述第一小区是否为次小区而确定是否触发所述第一波束故障恢复。
9.根据权利要求1所述的方法，其特征在于，包括：
在不同于所述第一小区的第二小区上执行用于次小区波束故障恢复的调度请求传送。
10.一种用户设备，其特征在于，包括：
控制电路；
处理器，其安装于所述控制电路中；以及
存储器，其安装在所述控制电路中且可操作地耦合到所述处理器，其中所述处理器被配置成执行存储于所述存储器中的程序代码以执行操作，所述操作包括：
触发与第一小区相关联的第一波束故障恢复；
响应于被触发的所述第一波束故障恢复，触发用于次小区波束故障恢复的调度请求；以及
响应于停用所述第一小区，取消与所述第一小区相关联的被触发的所述第一波束故障恢复和用于次小区波束故障恢复的被触发的所述调度请求。
11.根据权利要求10所述的用户设备，其特征在于，所述操作包括：
响应于所述停用所述第一小区，如果所述用户设备不具有与被触发的第二波束故障恢复相关联的除所述第一小区外的小区，则停止用于次小区波束故障恢复的调度请求传送。
12.根据权利要求10所述的用户设备，其特征在于，所述操作包括：
响应于所述停用所述第一小区，如果所述用户设备具有与被触发的第二波束故障恢复相关联的除所述第一小区外的已激活小区，则不停止用于次小区波束故障恢复的调度请求传送。
13.根据权利要求10所述的用户设备，其特征在于，所述操作包括：
在所述取消被触发的所述第一波束故障恢复之前，如果用于容纳波束故障恢复媒体接入控制控制要素和所述波束故障恢复媒体接入控制控制要素的子标头的一个或多个上行链路共享信道资源可用，则生成所述波束故障恢复媒体接入控制控制要素。
14.根据权利要求10所述的用户设备，其特征在于：
基于被触发的所述第一波束故障恢复未取消且基于用于容纳波束故障恢复媒体接入控制控制要素和所述波束故障恢复媒体接入控制控制要素的子标头的上行链路共享信道资源的不可用性，执行所述触发用于次小区波束故障恢复的所述调度请求。
15.根据权利要求10所述的用户设备，其特征在于，所述操作包括：
响应于被触发的所述第一波束故障恢复，起始随机接入程序；以及
响应于所述停用所述第一小区，停止所述随机接入程序。
16.根据权利要求10所述的用户设备，其特征在于：
响应于以下事项来执行所述停用所述第一小区：
从基站接收到与次小区停用相关联的媒体接入控制控制要素；或
次小区停用定时器到期。
17.根据权利要求10所述的用户设备，其特征在于，所述操作包括：
基于所述第一小区是否为次小区而确定是否触发所述第一波束故障恢复。
18.根据权利要求10所述的用户设备，其特征在于，所述操作包括：
在不同于所述第一小区的第二小区上执行用于次小区波束故障恢复的调度请求传送。
19.一种非暂时性计算机可读介质，其包括当由用户设备执行时使得执行操作的处理器可执行指令，其特征在于，所述操作包括：
触发与第一小区相关联的第一波束故障恢复；
响应于被触发的所述第一波束故障恢复，触发用于次小区波束故障恢复的调度请求；以及
响应于停用所述第一小区，取消被触发的所述第一波束故障恢复并进行以下操作中的一个：
如果所述用户设备不具有与被触发的第二波束故障恢复相关联的已激活小区，则停止用于次小区波束故障恢复的调度请求传送；或
如果所述用户设备具有与被触发的所述第二波束故障恢复相关联的已激活小区，则不停止用于次小区波束故障恢复的所述调度请求传送。
20.根据权利要求19所述的非暂时性计算机可读介质，其特征在于：
响应于以下事项来执行所述停用所述第一小区：
从基站接收到与次小区停用相关联的媒体接入控制控制要素；或
次小区停用定时器到期。
CN202011411702.0A 2019-12-06 2020-12-04 无线通信中关于小区停用处理波束故障恢复的方法和设备 Active CN112929929B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962944572P 2019-12-06 2019-12-06
US62/944,572 2019-12-06

Publications (2)

Publication Number Publication Date
CN112929929A true CN112929929A (zh) 2021-06-08
CN112929929B CN112929929B (zh) 2024-02-13

Family

ID=73726573

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011411702.0A Active CN112929929B (zh) 2019-12-06 2020-12-04 无线通信中关于小区停用处理波束故障恢复的方法和设备

Country Status (5)

Country Link
US (2) US11418249B2 (zh)
EP (1) EP3832900B1 (zh)
KR (2) KR20210072713A (zh)
CN (1) CN112929929B (zh)
ES (1) ES2960864T3 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021164030A1 (en) * 2020-02-21 2021-08-26 Nokia Shanghai Bell Co., Ltd. Beam failure recovery mechanism
WO2021201524A1 (en) * 2020-04-01 2021-10-07 Samsung Electronics Co., Ltd. Method and apparatus for idle mode operation in wireless communication system
KR102397229B1 (ko) * 2020-04-10 2022-05-12 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 2 차 셀 빔 장애 복구를 위한 랜덤 액세스 절차를 위한 방법 및 장치
WO2021230644A1 (en) * 2020-05-12 2021-11-18 Lg Electronics Inc. Periodic transmissions for configured grant

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019028734A1 (en) * 2017-08-10 2019-02-14 Mediatek Singapore Pte. Ltd. APPARATUS AND MECHANISM FOR PERFORMING BEAM MANAGEMENT AND BEAM FAILURE RECOVERY IN A NR SYSTEM
US20190166539A1 (en) * 2017-11-27 2019-05-30 Asustek Computer Inc. Method and apparatus for reducing interruption of beaming recovery procedure in a wireless communication system
CN109997397A (zh) * 2017-07-25 2019-07-09 联发科技股份有限公司 用于波束故障恢复的信道和程序
CN110022565A (zh) * 2018-01-09 2019-07-16 夏普株式会社 用户设备以及波束故障恢复方法
CN110167036A (zh) * 2018-02-14 2019-08-23 华硕电脑股份有限公司 无线通信考虑波束故障恢复的监听控制资源的方法和设备
CN110351880A (zh) * 2018-04-04 2019-10-18 夏普株式会社 用户设备以及波束故障恢复方法
US20190349061A1 (en) * 2018-05-10 2019-11-14 Comcast Cable Communications, Llc Prioritization in Beam Failure Recovery Procedures

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110035556B (zh) 2018-01-11 2020-10-16 维沃移动通信有限公司 通信业务过程冲突的处理方法及终端
CA3033533A1 (en) 2018-02-09 2019-08-09 Ali Cirik Beam failure recovery procedure in carrier aggregation
US10659983B2 (en) * 2018-03-09 2020-05-19 FG Innovation Company Limited Beam failure detection and recovery
EP3811689B1 (en) 2018-08-03 2024-02-21 Ofinno, LLC Beam failure recovery procedure in dormant state
US11211990B2 (en) * 2019-05-01 2021-12-28 Ofinno, Llc Beam failure recovery in multi-TRP scenarios
US11303345B2 (en) * 2019-05-02 2022-04-12 Ofinno, Llc Beam failure recovery procedure in carrier aggregation
US11477837B2 (en) * 2019-08-15 2022-10-18 Ofinno, Llc Beam failure recovery with multiple cells
US11903069B2 (en) * 2019-08-16 2024-02-13 Intel Corporation Beam failure recovery in secondary cells

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109997397A (zh) * 2017-07-25 2019-07-09 联发科技股份有限公司 用于波束故障恢复的信道和程序
WO2019028734A1 (en) * 2017-08-10 2019-02-14 Mediatek Singapore Pte. Ltd. APPARATUS AND MECHANISM FOR PERFORMING BEAM MANAGEMENT AND BEAM FAILURE RECOVERY IN A NR SYSTEM
US20190166539A1 (en) * 2017-11-27 2019-05-30 Asustek Computer Inc. Method and apparatus for reducing interruption of beaming recovery procedure in a wireless communication system
CN109842894A (zh) * 2017-11-27 2019-06-04 华硕电脑股份有限公司 无线通信系统中减少波束恢复程序中断的方法和设备
CN110022565A (zh) * 2018-01-09 2019-07-16 夏普株式会社 用户设备以及波束故障恢复方法
CN110167036A (zh) * 2018-02-14 2019-08-23 华硕电脑股份有限公司 无线通信考虑波束故障恢复的监听控制资源的方法和设备
CN110351880A (zh) * 2018-04-04 2019-10-18 夏普株式会社 用户设备以及波束故障恢复方法
US20190349061A1 (en) * 2018-05-10 2019-11-14 Comcast Cable Communications, Llc Prioritization in Beam Failure Recovery Procedures

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
MARCO GIORDANI;ET AL: "An Efficient Uplink Multi-Connectivity Scheme for 5G Millimeter-Wave Control Plane Applications", 《IEEE TRANSACTIONS ON WIRELESS COMMUNICATIONS》 *
NOKIA, NOKIA SHANGHAI BELL: "R2-1915331 "Summary of email discussion [107bis#61][NR][eMIMO]"", 3GPP TSG_RAN\\WG2_RL2, no. 2, pages 8 - 12 *
NOKIA, NOKIA SHANGHAI BELL: "R2-1915332 "Remaining details of SCell BFR"", 3GPP TSG_RAN\\WG2_RL2, no. 2, pages 1 - 4 *
SAMSUNG: "RP-192434 "Status Report to TSG: Enhancements on MIMO for NR"", 3GPP TSG_RAN\\TSG_RAN, no. 86 *
高程;朱雪田;刘春花: "5G波束故障恢复设计与实现", 《电子技术应用》 *

Also Published As

Publication number Publication date
US11418249B2 (en) 2022-08-16
US20210175955A1 (en) 2021-06-10
KR20230066520A (ko) 2023-05-16
US20220352964A1 (en) 2022-11-03
ES2960864T3 (es) 2024-03-07
EP3832900B1 (en) 2023-09-06
KR20210072713A (ko) 2021-06-17
EP3832900A1 (en) 2021-06-09
CN112929929B (zh) 2024-02-13

Similar Documents

Publication Publication Date Title
KR102191102B1 (ko) 무선 통신 시스템에서 사이드 링크에 구성된 그랜트를 위한 재전송 표시 처리 방법 및 장치
CN110278616B (zh) 无线通信系统中随机接入过程期间处置传送的方法和设备
CN112788779B (zh) 无线通信系统中用于上行链路准予覆盖的方法和设备
CN112929929B (zh) 无线通信中关于小区停用处理波束故障恢复的方法和设备
CN113242612A (zh) 无线通信系统中用于非活动状态下的传送的方法和设备
CN113543182B (zh) 用于次小区波束故障恢复的随机接入程序的方法和设备
CN113473633B (zh) 上行链路数据与调度请求之间优先级排序的方法和设备
CN113133037B (zh) 关于媒体接入控制重置处理波束故障恢复的方法和设备
RU2467503C2 (ru) Базовая станция, мобильная станция и способ управления связью
CN113939045B (zh) 无线通信系统中处置经配置上行链路准予集束的drx计时器的方法和设备

Legal Events

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