CN113473633A - 上行链路数据与调度请求之间优先级排序的方法和设备 - Google Patents

上行链路数据与调度请求之间优先级排序的方法和设备 Download PDF

Info

Publication number
CN113473633A
CN113473633A CN202110319770.2A CN202110319770A CN113473633A CN 113473633 A CN113473633 A CN 113473633A CN 202110319770 A CN202110319770 A CN 202110319770A CN 113473633 A CN113473633 A CN 113473633A
Authority
CN
China
Prior art keywords
scheduling request
grant
uplink grant
priority
uplink
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
CN202110319770.2A
Other languages
English (en)
Other versions
CN113473633B (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 CN113473633A publication Critical patent/CN113473633A/zh
Application granted granted Critical
Publication of CN113473633B publication Critical patent/CN113473633B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • 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
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • 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
    • 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
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • 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

Landscapes

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

Abstract

本公开公开了一种上行链路数据与调度请求之间优先级排序的方法和设备。在从配置有基于逻辑信道的优先级排序的用户设备的角度的实例中，所述用户设备基于与触发第一调度请求相关联的第一逻辑信道确定第一上行链路授予与所述第一调度请求之间的优先级排序，其中所述第一上行链路授予与所述第一调度请求在时域中重叠。所述用户设备接收第二上行链路授予，其中所述第二上行链路授予与第二调度请求在时域中重叠。所述用户设备基于所述第二上行链路授予寻址到所述用户设备的临时小区无线电网络临时识别符而使所述第二上行链路授予优先于所述第二调度请求。

Description

上行链路数据与调度请求之间优先级排序的方法和设备
技术领域
本公开大体上涉及无线通信网络，且更确切地说，涉及无线通信系统中上行链路数据与调度请求之间进行优先级排序的方法和设备。
背景技术
随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成用与互联网协议(IP)数据包通信的网络。此IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。
示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)标准组织正在讨论新的下一代(例如，5G)无线电技术。因此，目前在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。
发明内容
根据本公开，提供一种或多种装置和/或方法。在从配置有基于逻辑信道的优先级排序的用户设备(UE)的角度的实例中，所述UE基于与触发第一调度请求相关联的第一逻辑信道确定第一上行链路(UL)授予与所述第一调度请求之间的优先级排序，其中所述第一UL授予与所述第一调度请求在时域中重叠。所述UE接收第二UL授予，其中所述第二UL授予与第二调度请求在时域中重叠。所述UE基于所述第二UL授予寻址到所述UE的临时小区无线电网络临时识别符(C-RNTI)而使所述第二UL授予优先于所述第二调度请求。
附图说明
图1展示根据一个示例性实施例的无线通信系统的图。
图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。
图3是根据一个示例性实施例的通信系统的功能框图。
图4是根据一个示例性实施例的图3的程序代码的功能框图。
图5是根据一个示例性实施例的为一个八位字节的先听后说(LBT)故障媒体接入控制(MAC)控制元素(CE)的图。
图6是根据一个示例性实施例的为四个八位字节的LBT故障MAC CE的图。
图7说明根据一个示例性实施例的与配置有基于逻辑信道的优先级排序的UE相关联的实例情形。
图8说明根据一个示例性实施例的与配置有基于逻辑信道的优先级排序的UE相关联的实例情形。
图9说明根据一个示例性实施例的与配置有基于逻辑信道的优先级排序的UE相关联的实例情形。
图10是根据一个示例性实施例的流程图。
图11是根据一个示例性实施例的流程图。
图12是根据一个示例性实施例的流程图。
图13是根据一个示范性实施例的流程图。
图14是根据一个示例性实施例的流程图。
具体实施方式
下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可基于码分多址(code division multiple access，CDMA)、时分多址(time division multiple access，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)长期演进(Long TermEvolution，LTE)无线接入、3GPP高级长期演进(Long Term Evolution Advanced，LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、用于5G的3GPP新无线电(New Radio，NR)无线接入或一些其它调制技术。
确切地说，下文描述的示例性无线通信系统装置可被设计成支持一个或多个标准，例如由名为在本文中称为3GPP的“第三代合作伙伴计划”的联合体提供的标准，包含：R2-2002341，NR IIOT介绍(Introduction of NR IIOT)；R2-2001897，用于NR的eMIMO的介绍(Introduction of eMIMO for NR)；R2-2001924，38.321中的NR-U的介绍(Introductionof NR-U in 38.321)。上文所列的标准和文件特此明确地以全文引用的方式并入。
图1呈现根据本公开的一个或多个实施例的多址无线通信系统。接入网络100(access network，AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出两个天线，然而，每一天线群组可利用更多或更少的天线。接入终端116(AT)与天线112和114通信，其中天线112和114通过前向链路120向接入终端116传送信息，并通过反向链路118从接入终端116接收信息。AT 122与天线106和108通信，其中天线106和108通过前向链路126向AT 122传送信息，并通过反向链路124从AT 122接收信息。在频分双工(frequency-division duplexing，FDD)系统中，通信链路118、120、124和126可以使用不同频率用于通信。举例来说，前向链路120可以使用与反向链路118所使用频率不同的频率。
每一群组的天线和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自可被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。
在经由前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到其接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络对相邻小区中的接入终端通常会造成更少的干扰。
接入网络(AN)可以是用于与终端通信的固定站或基站，并且也可以称为接入点、Node B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB)或某一其它术语。接入终端(AT)还可以被称作用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。
图2呈现多输入多输出(multiple-input and multiple-output，MIMO)系统200中的传送器系统210(也被称为接入网络)和接收器系统250(也被称为接入终端(AT)或用户设备(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、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU308执行存储器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可以执行和/或实施物理连接。
在R2-2002341中，介绍媒体接入控制(MAC)中在上行链路(UL)授予与调度请求之间的优先级排序。下方引述R2-2002341的部分：
5.4 UL-SCH数据传送
5.4.1 UL授予接收
上行链路授予是在PDCCH上在随机接入响应中动态地接收，或由RRC半持久地配置。MAC实体将使上行链路授予在UL-SCH上传送。为了执行所请求传送，MAC层从较低层接收HARQ信息。寻址到NDI＝0的CS-RNTI的上行链路授予被视为经配置上行链路授予。寻址到NDI＝1的CS-RNTI的上行链路授予被视为动态上行链路授予。
如果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>如果MAC实体经配置有lch-basedPrioritization：
1>如果经配置上行链路授予的PUSCH持续时间与针对此服务小区在PDCCH上或在随机接入响应中接收的上行链路授予的PUSCH持续时间不重叠，则：
2>将HARQ进程ID设置成与此PUSCH持续时间相关联的HARQ进程ID；
2>如果用于对应HARQ进程的configuredGrantTimer不处于运行中，则：
3>将用于对应HARQ进程的NDI位视为已经切换；
3>将经配置上行链路授予和相关联HARQ信息递送到HARQ实体。
编者注：FFS是SR/数据优先级排序是否可为来自数据/数据优先级排序的单独可配置参数。
对于不具有harq-procID-offset的经配置上行链路授予，与UL传送的第一符号相关联的HARQ进程ID是从下式导出：
HARQ进程ID＝[floor(CURRENT_symbol/周期性)]模数nrofHARQ-Processes
其中CURRENT_symbol＝(SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙数目×numberOfSymbolsPerSlot+时隙中的符号数目)，且numberOfSlotsPerFrame和numberOfSymbolsPerSlot指代每帧的连续时隙的数目和每时隙的连续符号的数目，分别如TS 38.211[8]中指定。
对于具有harq-procID-offset的经配置上行链路授予，与UL传送的第一符号相关联的HARQ进程ID是从下式导出：
HARQ进程ID＝[floor(CURRENT_symbol/周期性)]模数nrofHARQ-Processes+harq-procID-offset。
注意1：CURRENT_symbol指代发生的重复集束的第一传送时机的符号索引。
注意2：如果激活经配置上行链路授予并且相关联HARQ进程ID小于nrofHARQ-Processes，则HARQ进程被配置用于经配置上行链路授予，其中不配置harq-procID-offset。如果激活经配置上行链路授予且相关联HARQ进程ID大于或等于harq-procID-offset且小于用于经配置授予配置的harq-procID-offset与nrofHARQ-Processes的总和，则HARQ进程经配置以用于经配置上行链路授予，其中配置harq-procID-offset。
注意3：如果MAC实体接收随机接入响应中的授予以及用于其C-RNTI或CS-RNTI的重叠授予两者，从而需要SpCell上的同时传送，则MAC实体可以选择继续用于其RA-RNTI的授予或用于其C-RNTI或CS-RNTI的授予。
注意4：在不同配经配置授予配置之间不共享HARQ进程。
对于配置有lch-basedPrioritization的MAC实体，上行链路授予的优先级由可用数据在MAC PDU中多路复用或可在MAC PDU中多路复用的逻辑信道的优先级当中的最高优先级确定(根据如条款5.4.3.1.2中所描述的映射限制)。
编者注：考虑MAC CE的优先级确定为FFS。
当配置具有lch-basedPrioritization的MAC实体时，对于尚未为去优先化上行链路授予的每一上行链路授予：
1>如果此上行链路授予寻址到NDI＝1的CS-RNTI或C-RNTI：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
1>否则，如果此上行链路授予为经配置上行链路授予：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在另一经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果在优先级高于或等于上行链路授予的优先级的相同BWP中不存在寻址到NDI＝1的CS-RNTI或C-RNTI的上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
注意：如果优先级相等的至少两个经配置上行链路授予存在重叠PUSCH持续时间，则通过UE实施方案确定优先化上行链路授予。
5.4.2 HARQ操作
5.4.2.1 HARQ实体
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确定冗余版本的序列。对于经配置上行链路授予集束内的每一传送，根据TS 38.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>否则，如果此上行链路授予是为优先化上行链路授予的经配置授予；并且
3>如果经配置授予配置有autonomousReTx；并且
3>如果用于此HARQ进程的先前经配置上行链路授予被去优先化；并且
3>如果已针对此HARQ进程获得MAC PDU；并且
3>如果尚未执行所获得的MAC PDU的传送，则：
4>认为已获得MAC PDU。
3>否则，如果MAC实体不配置有lch-basedPrioritization；或
3>如果此上行链路授予为优先化上行链路授予，则：
4>获得MAC PDU以从复用和集合实体传送(如果存在)；
3>如果已经获得用于传送的MAC PDU，则：
4>将MAC PDU和上行链路授予及TB的HARQ信息递送到所识别HARQ进程；
4>指示所识别HARQ进程触发新传送；
4>如果上行链路授予是经配置上行链路授予；或
4>如果上行链路授予寻址到C-RNTI，且所识别HARQ进程配置成用于经配置上行链路授予，则：
5>当执行传送时启动或重新启动configuredGrantTimer(若经配置)以用于对应HARQ进程。
3>否则：
4>刷新所识别HARQ进程的HARQ缓冲区。
2>否则(即，重新传送)：
3>如果在PDCCH上接收的上行链路授予寻址到CS-RNTI且如果所识别进程的HARQ缓冲区是空的；或
3>如果上行链路授予是集束的部分且如果针对此集束尚未获得MAC PDU；或
3>如果上行链路授予是经配置上行链路授予的集束的一部分，并且上行链路授予的PUSCH持续时间与针对此服务小区在PDCCH上或随机接入响应中接收到的另一上行链路授予的PUSCH持续时间重叠；或
3>如果MAC实体配置有lch-basedPrioritization且此上行链路授予不为优先化上行链路授予，则：
4>忽略上行链路授予。
3>否则：
4>将上行链路授予和TB的HARQ信息(冗余版本)递送到所识别HARQ进程；
4>指示所识别HARQ进程触发重新传送；
4>如果上行链路授予寻址到CS-RNTI；或
4>如果上行链路授予寻址到C-RNTI，且所识别HARQ进程配置成用于经配置上行链路授予，则：
5>当执行传送时启动或重新启动configuredGrantTimer(若经配置)以用于对应HARQ进程。
当确定NDI是否已经相比于先前传送中的值切换时，MAC实体将忽略针对其临时C-RNTI在PDCCH上的所有上行链路授予中接收到的NDI。
编者注：如何修正“在自主(重新)传送已再次去优先化时，清空HARQ缓存区”为FFS。
5.4.2.2 HARQ进程
每一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>指示物理层根据所存储的上行链路授予生成传送。
5.4.5缓冲区状态报告
缓冲区状态报告(BSR)程序用于为服务gNB提供关于MAC实体中的UL数据量的信息。
RRC配置以下参数以控制BSR：
-periodicBSR-Timer；
-retxBSR-Timer；
-logicalChannelSR-DelayTimerApplied；
-logicalChannelSR-DelayTimer；
-logicalChannelSR-Mask；
-logicalChannelGroup。
每个逻辑信道可使用logicalChannelGroup分配到LCG。LCG的最大数目是八。
MAC实体根据TS 38.322和38.323[3][4]中的数据量计算程序来确定可用于逻辑信道的UL数据量。
如果发生以下事件中的任一个，应触发BSR：
-对于属于LCG的逻辑信道，UL数据变得可用于MAC实体；以及
-此UL数据属于具有比含有属于任何LCG的可用UL数据的任何逻辑信道的优先级高的优先级的逻辑信道；或
-属于LCG的逻辑信道中没有一个含有任何可用UL数据。
在此情况下，BSR在下文被称作‘常规BSR’；
-分配UL资源，并且填充位的数目等于或大于缓冲区状态报告MAC CE加上其子标头的大小，在此状况下，所述BSR在下文被称作‘填充BSR’；
-retxBSR-Timer到期，且属于LCG的逻辑信道中的至少一个含有UL数据，在此情况下，下文将所述BSR称为‘常规BSR’；
-periodicBSR-Timer到期，在此情况下下文将BSR称为‘周期性BSR’。
注意：当同时针对多个逻辑信道发生常规BSR触发事件时，每个逻辑信道触发一个单独的常规BSR。
对于常规BSR，MAC实体应：
1>如果针对由上部层配置具有真值的logicalChannelSR-DelayTimerApplied的逻辑信道触发BSR：
2>启动或重新启动logicalChannelSR-DelayTimer。
1>否则：
2>如果运行，则停止logicalChannelSR-DelayTimer。
对于常规和周期性BSR，MAC实体应：
1>如果在要建立含有BSR的MAC PDU时，多于一个LCG具有可用于传送的数据，则：
2>针对具有可用于传送的数据的所有LCG，报告长BSR。
1>否则：
2>报告短BSR。
对于填充BSR，MAC实体应：
1>如果填充位的数目等于或大于短BSR加上其子标头的大小但小于长BSR加上其子标头的大小：
2>如果在要建立BSR时，多于一个LCG具有可用于传送的数据：
3>如果填充位的数目等于短BSR加上其子标头的大小：
4>对于具有可用于传送的数据的最高优先级逻辑信道报告LCG的短截短BSR。
3>否则：
4>遵循这些LCG中的每一个中的最高优先级逻辑信道的降序(在含或不含可用于传送的数据的情况下)并且在相等优先级的情况下以LCGID的增序，对于具有可用于传送的数据的逻辑信道报告LCG的长截短BSR。
2>否则：
3>报告短BSR。
1>否则，如果填充位的数目等于或大于长BSR加上其子标头的大小：
2>针对具有可用于传送的数据的所有LCG，报告长BSR。
对于通过retxBSR-Timer到期触发的BSR，MAC实体考虑在触发BSR时，触发BSR的逻辑信道是具有可用于传送的数据的最高优先级逻辑信道。
MAC实体应：
1>如果缓冲区状态报告程序确定至少一个BSR已触发且未取消，则：
2>如果由于逻辑信道优先化，UL-SCH资源可用于新传送并且UL-SCH资源可适应BSR MAC CE加上其子标头，则：
3>指示多路复用和集合程序生成BSR MAC CE；
3>起动或重新起动periodicBSR-Timer，当所有所生成BSR是长或短截短BSR时除外；
3>启动或重新启动retxBSR-Timer。
2>否则，如果常规BSR已触发且logicalChannelSR-DelayTimer不处于运行中：
3>如果不存在可用于新传送的UL-SCH资源；或
3>如果MAC实体被配置有经配置上行链路授予且针对logicalChannelSR-Mask被设定成假的逻辑信道触发常规BSR；或
3>如果可用于新传送的UL-SCH资源不满足配置成用于触发BSR的逻辑信道的LCP映射限制(参见条款5.4.3.1)，则：
4>触发调度请求。
注意：如果MAC实体具有用于任一类型的所配置上行链路授予的活动配置，或如果MAC实体已接收到动态上行链路授予，或如果满足这两个条件，则UL-SCH资源被视为可用的。如果MAC实体已在给定时间点确定UL-SCH资源是可用的，则这无需意味着UL-SCH资源可用于所述时间点。
即使当多个事件已触发BSR时，MAC PDU也应最多含有一个BSR MAC CE。常规BSR和周期性BSR应优先于填充BSR。
MAC实体应在接收到针对任何UL-SCH上的新数据的传送的授予后重新起动retxBSR-Timer。
当UL授予可以适应可用于传送的所有待决数据但并不足以另外适应BSR MAC CE加上其子标头时，可取消所有触发的BSR。当传送MAC PDU并且此PDU包含长或短的BSR MACCE时，应取消在MAC PDU集合之前触发的所有BSR，所述BSR MAC CE含有在MAC PDU集合之前触发BSR的上至(且包含)上一事件的缓冲区状态。
注意：MAC PDU集合可在上行链路授予接收与对应MAC PDU的实际传送之间的任何时间点发生。可在集合含有BSR MAC CE的MAC PDU之后但在传送此MAC PDU之前触发BSR和SR。另外，可在MAC PDU集合期间触发BSR和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资源不与测量间隙重叠：
3>如果用于SR传送时机的PUCCH资源不与UL-SCH资源重叠；或
3>如果MAC实体配置有lch-basedPrioritization，且用于SR传送时机的PUCCH资源与任何UL-SCH资源重叠，且触发SR的逻辑信道的优先级高于用于任何UL-SCH资源的上行链路授予的优先级，其中如条款5.4.1中所指定确定上行链路授予的优先级：
4>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予；
4>如果SR_COUNTER<sr-TransMax：
5>使SR_COUNTER递增1；
5>指示物理层在用于SR的一个有效PUCCH资源上传信SR；
5>起动sr-ProhibitTimer。
4>否则：
5>通知RRC针对所有服务小区释放PUCCH；
5>通知RRC针对所有服务小区释放SRS；
5>清除任何经配置下行链路指派和上行链路授予；
5>清除用于半持续CSI报告的任何PUSCH资源；
5>在SpCell上起始随机接入程序(参见条款5.1)且取消所有待决SR。
在R2-2001897中，介绍用于次级小区的波束故障复原和调度请求。下方引述R2-2001897的部分：
5.4.4调度请求
调度请求(SR)用于请求UL-SCH资源以进行新的传送。
可用零个、一个或更多个SR配置来配置MAC实体。SR配置由横跨不同BWP和小区的用于SR的一组PUCCH资源组成。对于逻辑信道或SCell波束故障复原(见条款5.17)，每BWP配置用于SR的至多一个PUCCH资源。
每一SR配置对应于一个或多个逻辑信道或SCell波束故障复原。每个逻辑信道可映射到零或一个SR配置，所述SR配置由RRC配置。触发BSR(条款5.4.5)或SCell波束故障复原(如果存在此类配置)的逻辑信道的SR配置被视为用于所触发SR的对应SR配置。
RRC针对调度请求程序配置以下参数：
-sr-ProhibitTimer(根据SR配置)；
-sr-TransMax(根据SR配置)。
以下UE变量用于所述调度请求程序：
-SR_COUNTER(根据SR配置)。
如果SR被触发且不存在待决的对应于相同SR配置的其它SR，则MAC实体应将对应SR配置的SR_COUNTER设置成0。
当SR被触发时，其将被视为待定，直到将其取消为止。除了SCell波束故障复原以外，当传送MAC PDU并且此PDU包含长或短的BSR MAC CE时，将取消在MAC PDU集合之前触发的所有待决SR并且将停止每个相应的sr-ProhibitTimer，所述BSR MAC CE含有在MAC PDU集合之前上至(且包含)触发BSR(参见条款5.4.5)的上一事件的缓冲区状态。除了SCell波束故障复原以外，当UL授予可适应可用于传送的所有待决数据时，将取消所有待决SR并且将停止每个相应的sr-ProhibitTimer。当传送MAC PDU且此PDU包含SCell BFR MAC CE或含有所述SCell的波束故障复原信息的截短SCell BFR MAC CE时，应取消在SCell的波束故障复原的MAC PDU集合之前触发的待决SR。如果取消针对SCell波束故障复原所触发的所有SR，则MAC实体应停止对应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：除了用于SCell波束故障复原的SR之外，当MAC实体具有用于SR传送时机的多于一个重叠有效PUCCH资源时，由UE实施决定选择哪个用于SR的有效PUCCH资源来用信号发送SR。
注意2：如果多于一个单独SR触发从MAC实体到PHY层的指令以在相同有效PUCCH资源上用信号发送SR，则用于相关SR配置的SR_COUNTER仅递增一次。
注意3：当MAC实体具有用于SCell波束故障复原的待决SR且MAC实体具有与用于SR传送时机的SCell波束故障复原的PUCCH资源重叠的一个或多个PUCCH资源时，MAC实体仅认为用于SCell波束故障复原的PUCCH资源为有效的。
由于不具有所配置的有效PUCCH资源的待决SR，MAC实体可以停止(如果存在)进行中的随机接入程序，所述随机接入程序由MAC实体在MAC PDU集合之前起始。当使用除由随机接入响应提供的UL授予外的UL授予传送MAC PDU，且此PDU包含含有上至(且包含)在MACPDU集合之前触发BSR(参见条款5.4.5)的最后事件的缓冲区状态的BSR MAC CE时，或当UL授予可适应可用于传送的所有待决数据时，可停止进行中的随机接入程序。当使用不同于由随机接入响应提供的UL授予的UL授予传送MAC PDU且此PDU含有SCell BFR MAC CE或包含所述SCell的波束故障复原信息的截短SCell BFR MAC CE时，可归因于用于SCell的BFR的待决SR而停止进行中的随机接入程序。
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>否则：
34>在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或含有此服务小区的波束故障复原信息的截短SCell BFR MAC CE的HARQ进程接收到寻址到指示用于新传送的上行链路授予的C-RNTI的PDCCH；或
1>如果如条款5.9中所指定而撤销激活SCell，则：
2>将BFI_COUNTER设置成0；
2>认为波束故障复原程序成功完成，且取消针对此服务小区的所有被触发的BFR。
MAC实体应：
1>如果波束故障复原程序确定至少一个BFR已被触发且未取消：
2>如果UL-SCH资源可用于新传送，则：
3>如果由于逻辑信道优先级排序，UL-SCH资源可适应SCell BFR MAC CE加其子标头：
4>指示复用和集合程序生成SCell BFR MAC CE。
3>否则，如果由于逻辑信道优先级排序，UL-SCH资源可适应截短的SCell BFR MACCE加其子标头：
4>指示复用和集合程序生成截短的SCell BFR MAC CE。
2>否则：
3>触发用于SCell波束故障复原的调度请求。
在R2-2001924中，介绍先听后说(LBT)操作和与LBT故障相关联的调度请求。值得注意的是，R2-2001924的章节6.1.3.XX的标题为“一个八位字节的LBT故障MAC CE”的图6.1.3.XX-1在本文中再现为图5。R2-2001924的章节6.1.3.XX的标题为“四个八位字节的LBT故障MAC CE”的图6.1.3.XX-1在本文中再现为图6。下方引述R2-2001924的部分：
3.1定义
先听后说：如果信道识别为被占用，则据以不执行传送的程序，见TS37.213。
5.4.4调度请求
调度请求(SR)用于请求UL-SCH资源以进行新的传送。
可用零个、一个或更多个SR配置来配置MAC实体。SR配置由横跨不同BWP和小区的用于SR的一组PUCCH资源组成。对于逻辑信道且对于持续性LBT故障(参见条款5.X)，每BWP配置用于SR的至多一个PUCCH资源。
每一SR配置对应于一个或多个逻辑信道和/或持续性LBT故障。每一逻辑信道和持续性LBT故障可映射到由RRC配置的零或一个SR配置。触发BSR(条款5.4.5)或持续性LBT故障(条款5.X)的逻辑信道的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而无关于来自下部层的LBT故障指示并且此PDU包含长或短的BSR MAC CE时，将取消在MAC PDU集合之前触发的所有待决SR并且将停止每个相应的sr-ProhibitTimer，所述BSR MAC CE含有在MAC PDU集合之前上至(且包含)触发BSR(参见条款5.4.5)的上一事件的缓冲区状态。当UL授予可适应可用于传送的所有待决数据时，将取消用于BSR的所有待决SR并且将停止每个相应的sr-ProhibitTimer。
对于由持续性LBT故障触发的每一待决SR，MAC实体应：
1>如果传送MAC PDU而无关于来自下部层的LBT故障指示，且所述MAC PDU包含指示触发此SR的服务小区的持续性LBT故障的LBT故障MAC CE；或
1>如果消除对应的持续性LBT故障(参见条款5.X)：
2>取消待决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的一个有效PUCCH资源上传信SR；
4>如果未从下部层接收到LBT故障指示，则：
5>使SR_COUNTER递增1；
5>起动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仅递增一次。
注意3：对于如TS 37.213[XX]中所描述的在半静态信道接入模式中操作的UE，与固定帧周期的闲置时间重叠的PUCCH资源不被视为有效的。
由于不具有所配置的有效PUCCH资源的待决SR，MAC实体可以停止(如果存在)进行中的随机接入程序，所述随机接入程序由MAC实体在MAC PDU集合之前起始。当使用不同于由随机接入响应提供的UL授予的UL授予传送MAC PDU而无关于来自下部层的LBT故障指示，且此PDU包含含有上至(且包含)在MAC PDU集合之前触发BSR(参见条款5.4.5)的最后事件的缓冲区状态的BSR MAC CE时，或当UL授予可适应可用于传送的所有待决数据时，可停止此类随机接入程序。
5.X LBT操作
5.X.1综述
下部层可执行LBT程序，见TS 37.213[XX]，如果信道识别为被占用，则根据所述LBT程序不执行传送。当下部层在传送之前执行LBT程序以及不执行传送时，将LBT故障指示从下部层发送到MAC实体。除非另外规定，否则当执行LBT程序时，如果从下部层接收到LBT故障指示，则不应执行与“被传送”和“传送”有关的动作。
5.X.2 LBT故障检测和复原程序
MAC实体可由具有持续性LBT故障复原程序的RRC配置。持续性LBT故障是针对每个UL BWP通过对从下部层到MAC实体的用于全部UL传送的LBT故障指示进行计数来检测。
RRC在lbt-FailureRecoveryConfig中配置以下参数：
-用于持续性LBT故障检测的lbt-FailureInstanceMaxCount；
-用于持续性LBT故障检测的lbt-FailureDetectionTimer；
以下UE变量用于持续性LBT故障检测程序：
-LBT_COUNTER：初始设置为0的用于LBT故障指示的计数器。
对于配置有lbt-FailureRecoveryConfig的每一激活的服务小区，MAC实体应：
1>如果已从下部层接收到LBT故障指示，则：
2>启动或重新启动lbt-FailureDetectionTimer；
2>将LBT_COUNTER递增1；
2>如果LBT_COUNTER>＝lbt-FailureInstanceMaxCount：
3>在此服务小区中触发针对活动UL BWP的持续性LBT故障；
3>如果此服务小区是SpCell：
4>如果在配置有此服务小区中的相同载波上的PRACH时机的所有UL BWP中已触发持续性LBT故障：
5>向上部层指示持续性LBT故障。
4>否则：
5>停止此服务小区中的任何进行中的随机接入程序；
5>将活动UL BWP切换到在此服务小区中的相同载波上、配置有PRACH时机的ULBWP，且对于所述UL BWP，尚未触发持续性LBT故障；
5>起始随机接入程序(如条款5.1.1中所指定)。
1>如果lbt-FailureDetectionTimer到期；或
1>如果由上部层重新配置lbt-FailureDetectionTimer或lbt-FailureInstanceMaxCount，则：
2>将LBT_COUNTER设置为0。
MAC实体应：
1>如果在SpCell中已触发且未取消持续性LBT故障；且
1>如果由于逻辑信道优先化，UL-SCH资源可用于SpCell中的新传送并且这些UL-SCH资源可适应LBT故障MAC CE加上其子标头，则：
2>指示复用和集合程序生成LBT故障MAC CE。
1>否则，如果在至少一个SCell中已触发且未取消持续性LBT故障：
2>如果UL-SCH资源可用于尚未触发持续性LBT故障的服务小区中的新传送，且由于逻辑信道优先化，这些UL-SCH资源可适应LBT故障MAC CE加其子标头：
3>指示复用和集合程序生成LBT故障MAC CE。
2>否则：
3>触发LBT故障MAC CE的调度请求。
1>如果传送MAC PDU且此PDU包含LBT故障MAC CE，则：
2>在SCell中取消指示所传送的LBT故障MAC CE中的持续性LBT故障的所触发的持续性LBT故障。
1>如果在SpCell的活动UL BWP中触发且未取消持续性LBT故障；且
1>随机接入程序在SpCell中视为成功地完成(参见条款5.1)：
2>取消SpCell中的所触发的持续性LBT故障。
6.1.3.XX LBT故障MAC CE
由具有LCID的MAC子标头识别一个八位字节的LBT故障MAC CE，如表6.2.1-2中所指定。其具有固定大小，且由含有如下的8个C字段的单个八位字节组成(图6.1.3.XX-1)：
由具有LCID的MAC子标头识别四个八位字节的LBT故障MAC CE，如表6.2.1-2中所指定。其具有固定大小，且由含有如下的32个C字段的四个八位字节组成(图6.1.3.XX-2)：
-Ci：如果存在经配置以用于具有如TS 38.331[5]中所指定的ServCellIndex i的MAC实体的服务小区，且如果在此服务小区中已触发且未取消持续性LBT故障，则将所述字段设置为1，否则将所述字段设置为0。
图6.1.3.XX-1：一个八位字节的LBT故障MAC CE
图6.1.3.XX-2：四个八位字节的LBT故障MAC CE
在NR中，为了解决不同上行链路(UL)传送之间的重叠，UE在重叠UL授予(例如，动态授予或经配置授予)和/或调度请求(SR)(例如，在R2-2002341中论述)之间执行优先级排序。当至少两个UL授予彼此重叠时，可能发生重叠，例如，其中第一UL授予的一个或多个资源与第二UL授予的一个或多个资源重叠(例如，在时间上)。替代地和/或另外，当UL授予与调度请求(SR)重叠时，可能发生重叠，例如，其中UL授予的一个或多个资源与用于传送调度请求的一个或多个资源重叠(例如，在时间上)。在一些实例中，如果第一UL授予与第二UL授予重叠，则如果第一UL授予与比第二UL授予更高的优先级相关联，则UE可使第一UL授予优先于第二UL授予。在一实例中，可基于确定与相关联于第一UL授予的一个或多个逻辑信道(例如，一个或多个数据逻辑信道)相关联的一个或多个优先级高于与相关联于第二UL授予的一个或多个逻辑信道(例如，一个或多个数据逻辑信道)相关联的一个或多个优先级而确定第一UL授予与比第二UL授予高的优先级相关联。
对于UL授予(例如，经配置UL授予和/或寻址到具有NDI＝1的经配置调度无线电网络临时识别符(CS-RNTI)或寻址到小区无线电网络临时识别符(C-RNTI)的UL授予)与调度请求之间的优先级排序(例如，其中与UE相关联的媒体接入控制(MAC)实体配置有基于逻辑信道(LCH)的优先级排序(例如，lch-basedPrioritization)，UE可基于触发调度请求的一个或多个逻辑信道(和/或与UL授予相关联的一个或多个逻辑信道)确定优先级排序。举例来说，如果与UL授予相关联的一个或多个逻辑信道具有高于触发调度请求的逻辑信道的优先级的优先级，则UE可使UL授予优先于调度请求。
图7说明与配置有基于逻辑信道的优先级排序的UE相关联的实例情形。UE可生成MAC协议数据单元(PDU)702，其包括与逻辑信道2(LCH 2)相关联的第一数据704(图7中展示为“LCH 2数据”)。UE可在定时t3处具有上行链路共享信道(UL-SCH)资源714。UL-SCH资源714可与经配置授予和/或动态授予相关联。可基于UL-SCH资源714在定时t1生成MAC PDU702(例如，可响应于用UL-SCH资源714配置和/或调度而在定时t1生成MAC PDU 702)。UE可响应于逻辑信道1(LCH 1)具有可用于传送的第二数据708(图7中展示为“LCH 1数据可用”)而触发706缓冲区状态报告(BSR)程序(例如，UE可响应于第二数据708变得可用于传送而触发706BSR程序)。在定时t2处，UE可响应于BSR程序和/或响应于触发706BSR程序而触发710调度请求(SR)。调度请求与在定时t3处的调度请求传送时机716相关联。调度请求传送时机716和UL-SCH资源714在时域中重叠。UE基于逻辑信道1(LCH 1)的逻辑信道优先级和逻辑信道2(LCH 2)的逻辑信道优先级确定定时t3处传送调度请求还是传送MAC PDU 702。在定时t3处，UE基于传送调度请求还是传送MAC PDU 702的确定而执行包括调度请求或MAC PDU702的传送712。在一实例中，如果逻辑信道1(LCH 1)的逻辑信道优先级高于逻辑信道2(LCH2)的逻辑信道优先级，则UE可确定在定时t3处传送调度请求(例如，传送712可包括调度请求)。替代地和/或另外，如果逻辑信道1(LCH 1)的逻辑信道优先级低于逻辑信道2(LCH 2)的逻辑信道优先级，则UE可确定在定时t3处传送MAC PDU 702(例如，传送712可包括MACPDU 702)。
然而，一些调度请求通过波束故障复原(BFR)和/或先听后说LBT)故障触发，和/或不通过逻辑信道触发。因此，无法使用逻辑信道优先级排序技术确定调度请求与UL授予之间的优先级排序，这是由于调度请求未由逻辑信道触发。在UL授予和由BFR或LBT故障(例如，持续性LBT故障)触发的调度请求彼此重叠的情形中不定义UE行为。因此，UE可能不能够确定是传送与UL授予还是与由BFR或LBT故障触发的调度请求相关联的数据。
此外，在其中调度请求与同随机接入程序相关联的一个或多个UL授予重叠的一些系统(例如，一个或多个UL授予可包括寻址到临时C-RNTI的UL授予)中，如果与调度请求相关联的逻辑信道的优先级高于一个或多个UL授予的优先级，则UE可使调度请求优先于一个或多个UL授予，其可导致随机接入程序的阻塞和/或可延迟和/或阻止随机接入程序的完成。
图8说明与配置有基于逻辑信道的优先级排序的UE相关联的实例情形。UE执行Msg3传送802以在定时t1传送MAC PDU 804。Msg3传送802可对应于(例如，随机接入程序的)Msg3(消息3)806的传送。Msg3806可包括MAC PDU 804。UE可响应于逻辑信道1(LCH 1)具有可供传送的数据814而触发812Msg程序(例如，UE可响应于数据814变得可供传送而触发812BSR程序)。在定时t2处，UE可响应于BSR程序和/或响应于触发812BSR程序而触发810调度请求(SR)。调度请求与在定时t3处的调度请求传送时机818相关联。网络可以调度寻址到临时C-RNTI(TC-RNTI)的UL授予808。UL授予808可用于在定时t3处经由UL-SCH资源的Msg3重新传送。因此，与UL授予808相关联的调度请求传送时机818和UL-SCH资源在时域中(在定时t3)重叠。如果MAC PDU 804的优先级低于逻辑信道1(LCH 1)的优先级，则UE使调度请求优先于MAC PDU804，和/或UE在不执行Msg3重新传送的情况下传送816调度请求，这可导致随机接入程序的阻塞和/或可延迟和/或阻止随机接入程序的完成)。
在一些实例中，UE可使UL授予优先于重叠调度请求，例如对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求。举例来说，UE可在不考虑触发重叠调度请求的一个或多个逻辑信道的情况下使UL授予优先于重叠调度请求。替代地和/或另外，UE使UL授予优先于重叠调度请求的确定可能不基于触发调度请求的一个或多个逻辑信道。举例来说，使UL授予优先于重叠调度请求可不基于触发调度请求的一个或多个逻辑信道(和/或UL授予可优先于重叠调度请求而无关于一个或多个逻辑信道的优先级)。替代地和/或另外，UE可将UL授予视为优先化授予(例如，优先于重叠调度请求)。替代地和/或另外，UE可将调度请求视为去优先化调度请求(例如，优先级低于UL授予)。在一些实例中，UL授予是重新传送UL授予(例如，用于使用UL资源执行重新传送的UL授予)。替代地和/或另外，UL授予寻址到临时C-RNTI。在一些实例中，UE可始终使UL授予(例如，重新传送UL授予和/或寻址到临时C-RNTI的UL授予)优先于重叠调度请求(例如，对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)。
替代地和/或另外，UE可使调度请求优先于重叠UL授予，例如与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予。举例来说，UE可在不考虑触发调度请求的一个或多个逻辑信道的情况下使调度请求优先于重叠UL授予。替代地和/或另外，UE使调度请求优先于重叠UL授予的确定可能不基于触发调度请求的一个或多个逻辑信道。举例来说，使调度请求优先于重叠UL授予可不基于触发调度请求的一个或多个逻辑信道(和/或调度请求可优先于重叠UL授予而无关于一个或多个逻辑信道的优先级)。替代地和/或另外，UE可将调度请求视为优先化调度请求(例如，优先于重叠UL授予)。替代地和/或另外，UE可将重叠UL授予视为去优先化UL授予(例如，优先级低于调度请求)。在一些实例中，重叠UL授予是重新传送UL授予(例如，用于使用UL资源执行重新传送的UL授予)。替代地和/或另外，重叠UL授予寻址到临时C-RNTI。在一些实例中，UE可始终使调度请求优先于重叠UL授予(例如，重新传送UL授予和/或寻址到临时C-RNTI的UL授予)，例如与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予。
在一些实例中，UE可配置有基于逻辑信道的优先级排序(例如，lch-basedPrioritization)。在一些实例中，UE可基于UL授予的UL授予的类型以不同方式(和/或使用不同技术和/或规则)确定UL授予与调度请求之间的优先级排序。
在一些实例中，如果满足一个或多个第一条件，则UE可使UL授予优先于重叠调度请求(例如对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)。在一实例中，如果满足一个或多个第一条件，则UE可使UL授予优先于重叠调度请求而不考虑触发重叠调度请求的一个或多个逻辑信道的优先级(和/或不考虑触发重叠调度请求的一个或多个逻辑信道的优先级)。如果UL授予寻址到UE的临时C-RNTI，则可满足所述一个或多个第一条件。替代地和/或另外，如果UL授予是重新传送UL授予(例如，用于使用UL资源执行重新传送的UL授予)，则可符合所述一个或多个第一条件。
在一些实例中，如果不满足所述一个或多个第一条件，则UE可基于与UL授予相关联的第一优先级和/或与重叠调度请求相关联的第二优先级而确定UL授予与重叠调度请求(例如，对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)之间的优先级排序。在一实例中，第一优先级可为与UL授予相关联的一个或多个第一逻辑信道的优先级，和/或第二优先级可为与重叠调度请求相关联的一个或多个第二逻辑信道的优先级。在一实例中，如果不满足所述一个或多个第一条件，则如果所述第一优先级高于所述第二优先级，则UE可使UL授予优先于重叠调度请求。替代地和/或另外，如果不满足所述一个或多个第一条件，则如果所述第一优先级低于所述第二优先级，则UE可使重叠调度请求优先于UL授予。在一些实例中，如果UL授予不寻址到UE的临时C-RNTI(和/或如果UL授予寻址到不同于临时C-RNTI的RNTI)，则不满足所述一个或多个第一条件。
替代地和/或另外，如果不满足所述一个或多个第二条件，则UE可基于与UL授予相关联的第一优先级和/或与重叠调度请求相关联的第二优先级而确定UL授予与重叠调度请求(例如，对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)之间的优先级排序。在一实例中，第一优先级可为与UL授予相关联的一个或多个第一逻辑信道的优先级，和/或第二优先级可为与重叠调度请求相关联的一个或多个第二逻辑信道的优先级。在一实例中，如果满足所述一个或多个第二条件，则如果所述第一优先级高于所述第二优先级，则UE可使UL授予优先于重叠调度请求。替代地和/或另外，如果满足所述一个或多个第二条件，则如果所述第一优先级低于所述第二优先级，则UE可使重叠调度请求优先于UL授予。在一些实例中，如果UL授予寻址到CS-RNTI和/或C-RNTI(和/或不同于临时C-RNTI的其它类型的RNTI)，则满足所述一个或多个第二条件。
图9说明与配置有基于逻辑信道的优先级排序的UE相关联的实例情形。UE接收寻址到CS-RNTI的第一UL授予902(UL授予1)。第一UL授予902(UL授予1)可用于和/或指示在定时t3处激活经配置UL授予916。响应于接收到第一UL授予902(UL授予1)，UE可生成第一MACPDU 904(MAC PDU 1)，其包括与逻辑信道2(LCH 2)相关联的数据906(LCH 2数据)。UE可响应于逻辑信道1(LCH 1)具有可供传送的数据910而触发908第一BSR程序(BSR 1)(例如，UE可响应于数据910变得可供传送而触发908第一BSR程序(BSR 1))。在定时t2处，UE可响应于第一BSR程序(BSR 1)和/或响应于触发908第一BSR程序(BSR 1)而触发914第一调度请求(SR 1)。第一调度请求(SR 1)与在定时t3处的第一调度请求传送时机912(SR传送时机1)相关联。因此，经配置UL授予916与调度请求传送时机912(SR传送时机1)在时域中(在定时t3)重叠。UE基于逻辑信道1(LCH 1)的第一优先级和逻辑信道2(LCH 2)的第二优先级确定传送第一MAC PDU 904(MAC PDU 1)还是第一调度请求(SR 1)。在定时t3，UE基于确定传送第一调度请求(SR 1)还是传送第一MAC PDU 904(MAC PDU 1)执行传送934，包括第一调度请求(SR 1)或第一MAC PDU 904(MAC PDU 1)。在一实例中，如果逻辑信道1(LCH1)的第一优先级高于逻辑信道2(LCH 2)的第二优先级，则UE可确定在定时t3处传送第一调度请求(SR 1)(例如，传送934可包括第一调度请求(SR 1))。替代地和/或另外，如果逻辑信道1(LCH 1)的第一优先级低于逻辑信道2(LCH 2)的第二优先级，则UE可确定在定时t3处传送第一MACPDU 904(MAC PDU 1)(例如，传送934可包括第一MAC PDU904)。在一些实例中，UE可基于确定不满足一个或多个第一条件(和/或确定满足一个或多个第二条件)(例如基于确定第一UL授予902(UL授予1)寻址到CS-RNTI和/或基于确定第一UL授予902(UL授予1)不寻址到临时C-RNTI)而基于第一优先级和/或第二优先级确定第一调度请求(SR 1)与经配置UL授予916之间的优先级排序。
在定时t4，UE执行Msg3传送936以传送第二MAC PDU 918(MAC PDU 2)。Msg3传送936可对应于随机接入程序的Msg3(消息3)920的传送。Msg3可包括第二MAC PDU 918(MACPDU 2)。UE可响应于逻辑信道3(LCH 3)具有可供传送的数据928而触发926第二BSR程序(BSR2)(例如，UE可响应于数据928变得可供传送而触发926第二BSR程序(BSR2))。在定时t5处，UE可响应于第二BSR程序(BSR2)和/或响应于触发926第二BSR程序(BSR2)而触发924第二调度请求(SR 2)。第二调度请求(SR 2)与在定时t6处的第二调度请求传送时机932(SR传送时机2)相关联。网络可以调度寻址到临时C-RNTI(TC-RNTI)的第二UL授予922(UL授予2)。第二UL授予922(UL授予2)可指示在定时t6处执行UL重新传送930。因此，与第二UL授予922相关联的UL重新传送930与第二调度请求传送时机932(SR传送时机2)在时域中(在定时t6)重叠。UE在定时t6处基于第二UL授予922执行UL重新传送930。在一些实例中，UE可能不在第二调度请求传送时机932(SR传送时机2)传送第二调度请求(SR 2)。在一些实例中，UE可基于确定满足一个或多个第一条件，例如基于确定第二UL授予922寻址到临时C-RNTI而使第二UL授予922(和/或UL重新传送930)优先于第二调度请求(SR2。替代地和/或另外，UE可在不考虑触发第二调度请求(SR 2)的逻辑信道3(LCH 3)的优先级的情况下，使第二UL授予922(和/或UL重新传送930)优先于第二调度请求(SR 2)。替代地和/或另外，UE可基于确定满足一个或多个第一条件，例如基于确定第二UL授予922寻址到临时C-RNTI而在定时t6处执行UL重新传送930，和/或可不在定时t6处传送第二调度请求(SR 2)，而不考虑逻辑信道3(LCH 3)的优先级。
在一些实例中，UE可基于触发调度请求的原因、触发事项和/或事件而使调度请求优先于重叠UL授予(例如，与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)。在一些实例中，调度请求可与BFR(和/或触发的BFR，例如与一个或多个服务小区相关联的触发的BFR)相关联。举例来说，调度请求可响应于BFR(和/或触发的BFR，例如与一个或多个服务小区相关联的触发的BFR)而触发。在一些实例中，如果调度请求与BFR(和/或触发BFR，例如与一个或多个服务小区相关联的触发BFR)相关联，则UE可使调度请求优先于重叠UL授予。举例来说，可基于调度请求与BFR(和/或触发BFR，例如与一个或多个服务小区相关联的触发BFR)相关联的确定而使调度请求优先于重叠UL授予。在一些实例中，UE使调度请求优先于重叠UL授予的确定可能并不基于触发调度请求的一个或多个逻辑信道。替代地和/或另外，UE可将调度请求视为优先化调度请求(例如，优先于重叠UL授予)。替代地和/或另外，UE可将重叠UL授予视为去优先化UL授予(例如，优先级低于调度请求)。
在一些实例中，UE可基于触发重叠调度请求的原因、触发事项和/或事件而使UL授予优先于重叠调度请求(例如，对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)。在一些实例中，重叠调度请求可与BFR(和/或触发的BFR，例如与一个或多个服务小区相关联的触发的BFR)相关联。举例来说，重叠调度请求可响应于BFR(和/或触发的BFR，例如与一个或多个服务小区相关联的触发的BFR)而触发。在一些实例中，如果重叠调度请求与BFR(和/或触发BFR，例如与一个或多个服务小区相关联的触发BFR)相关联，则UE可使UL授予优先于重叠调度请求。举例来说，可基于重叠调度请求与BFR(和/或触发BFR，例如与一个或多个服务小区相关联的触发BFR)相关联的确定而使UL授予优先于重叠调度请求。在一些实例中，UE使UL授予优先于重叠调度请求的确定可能并不基于触发触发调度请求的一个或多个逻辑信道。替代地和/或另外，UE可将UL授予视为优先化授予(例如，优先于重叠调度请求)。替代地和/或另外，UE可将重叠调度请求视为去优先化调度请求(例如，优先级低于UL授予)。
在其中调度请求与BFR相关联的实例中，UE可基于与BFR相关联的一个或多个小区而确定调度请求与重叠UL授予(例如，与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)之间的优先级排序。
举例来说，如果调度请求与相关联于一个或多个次级小区的BFR相关联，则UE可使调度请求优先于重叠UL授予(例如与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)(例如，UE可基于调度请求与相关联于一个或多个次级小区的BFR相关联的确定而使调度请求优先于重叠UL授予)。替代地和/或另外，如果调度请求与相关联于一个或多个主要小区的BFR相关联，则UE可使UL授予优先于重叠调度请求(例如对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)(例如，UE可基于重叠调度请求与相关联于主要小区的BFR相关联的确定而使UL授予优先于重叠调度请求)。
替代地和/或另外，如果调度请求与相关联于一个或多个主要小区的BFR相关联，则UE可使调度请求优先于重叠UL授予(例如与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)(例如，UE可基于调度请求与相关联于一个或多个主要小区的BFR相关联的确定而使调度请求优先于重叠UL授予)。替代地和/或另外，如果调度请求与相关联于一个或多个次级小区的BFR相关联，则UE可使UL授予优先于重叠调度请求(例如对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)(例如，UE可基于重叠调度请求与相关联于次级小区的BFR相关联的确定而使UL授予优先于重叠调度请求)。
在一些实例中，如果调度请求与先听后说(LBT)故障相关联，则UE可使调度请求优先于重叠UL授予(例如，与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)。举例来说，可基于调度请求与LBT故障相关联的确定而使调度请求优先于重叠UL授予。替代地和/或另外，UE可将调度请求视为优先化调度请求(例如，优先于重叠UL授予)。替代地和/或另外，UE可将重叠UL授予视为去优先化UL授予(例如，优先级低于调度请求)。
替代地和/或另外，如果调度请求与持续性LBT故障相关联，则UE可使UL授予优先于重叠调度请求(例如，对应于与UL授予的UL资源重叠的调度请求传送时机的调度请求)。举例来说，可基于重叠调度请求与持续性LBT故障相关联的确定而使UL授予优先于重叠调度请求。替代地和/或另外，UE可将UL授予视为优先化授予(例如，优先于重叠调度请求)。替代地和/或另外，UE可将重叠调度请求视为去优先化调度请求(例如，优先级低于调度请求)。在一些实例中，持续性LBT故障为触发的持续性LBT故障和/或与一个或多个服务小区相关联。
在一些实例中，与UE相关联的调度请求的第一优先级可基于UE的第一逻辑信道的优先级。第一优先级可用以确定调度请求与重叠UL授予(例如与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)之间的优先级排序。举例来说，UE可基于调度请求的第一优先级确定重叠UL授予优先于调度请求还是调度请求优先于重叠UL授予。
在一实例中，如果与重叠UL授予相关联的一个或多个逻辑信道具有高于调度请求的第一优先级的第二优先级，则UE可使重叠UL授予优先于调度请求。UE可将重叠UL授予视为优先化授予(例如，如果第二优先级高于调度请求的第一优先级)。UE可将调度请求视为去优先化调度请求(例如，如果第二优先级高于调度请求的第一优先级)。
替代地和/或另外，如果调度请求的第一优先级高于与重叠UL授予相关联的一个或多个逻辑信道的第二优先级，则UE可使调度请求优先于重叠UL授予。UE可将重叠UL授予视为去优先化授予(例如，如果调度请求的第一优先级高于第二优先级)。UE可将调度请求视为优先化调度请求(例如，如果调度请求的第一优先级高于第二优先级)。
在一些实例中，如果(和/或当)满足与调度请求和/或重叠UL授予相关联的一个或多个第三条件(时)，UE可使用调度请求的第一优先级来确定调度请求与重叠UL授予之间的优先级排序。在一些实例中，如果重叠UL授予寻址到UE的CS-RNTI，则满足所述一个或多个第三条件。举例来说，如果(和/或当)重叠UL授予寻址到UE的CS-RNTI(时)，UE可使用调度请求的第一优先级来确定调度请求与重叠UL授予之间的优先级排序。替代地和/或另外，如果重叠UL授予寻址到UE的C-RNTI，则满足所述一个或多个第三条件。举例来说，如果(和/或当)重叠UL授予寻址到UE的C-RNTI(时)，UE可使用调度请求的第一优先级来确定调度请求与重叠UL授予之间的优先级排序。
在一些实例中，第一逻辑信道可为具有可供传送的数据的逻辑信道(例如，当触发调度请求时数据可供传送)。
替代地和/或另外，第一逻辑信道可为具有最高优先级的逻辑信道(例如，在具有可供传送的数据的一个或多个逻辑信道当中，第一逻辑信道可具有最高优先级)。
替代地和/或另外，第一逻辑信道可为具有最低优先级的逻辑信道(例如，在具有可供传送的数据的一个或多个逻辑信道当中，第一逻辑信道可具有最低优先级)。
在一些实例中，第一逻辑信道可为具有可供传送的数据的逻辑信道(例如，当触发调度请求时数据可供传送)，其中允许在一个或多个服务小区上传送数据。所述一个或多个服务小区可与相关联于调度请求的触发BFR相关联。替代地和/或另外，一个或多个服务小区可与相关联于调度请求的触发的持续性LBT故障相关联。
替代地和/或另外，第一逻辑信道可不为与不允许在一个或多个服务小区上传送的数据相关联的逻辑信道。
替代地和/或另外，第一逻辑信道可为具有最高优先级的逻辑信道(例如，在允许在一个或多个服务小区上传送的数据可供传送的一个或多个逻辑信道当中，第一逻辑信道可具有最高优先级)。
替代地和/或另外，第一逻辑信道可为具有最低优先级的逻辑信道(例如，在允许在一个或多个服务小区上传送的数据可供传送的一个或多个逻辑信道当中，第一逻辑信道可具有最低优先级)。
在一些实例中，调度请求的第一优先级可与可用于在一个或多个服务小区上传送(与调度请求相关联)的数据相关联。举例来说，第一优先级可对应于数据的优先级。替代地和/或另外，第一优先级可为与数据相关联的逻辑信道的优先级。
在一些实例中，调度请求的第一优先级可设置成例如固定值的值。
在一些实例中，调度请求(例如，与触发BFR、LBT故障、持续性LBT故障、MAC控制元件(CE)等中的至少一个相关联的调度请求等)的优先级可为一值(例如，固定值)。在一实例中，所述值可等于0、1、2、3、4、5、6、7或8。优先级的其它值在本公开的范围内。在一些实例中，所述值可与最高优先级(例如，与UE相关联的优先级当中的最高优先级)相关联。举例来说，调度请求的优先级可设置为最高优先级。替代地和/或另外，所述值可与最低优先级(例如，与UE相关联的优先级当中的最低优先级)相关联。举例来说，调度请求的优先级可设置为最低优先级。
替代地和/或另外，调度请求的优先级可为由网络配置的值。在一些实例中，调度请求的优先级独立于逻辑信道优先级(例如，调度请求的优先级可独立于与UE相关联的逻辑信道的一个或多个优先级)。举例来说，调度请求的优先级可不基于逻辑信道的优先级。
在一些实例中，如果与重叠UL授予相关联的一个或多个逻辑信道具有高于调度请求的优先级的第二优先级，则UE可使重叠UL授予(例如，与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)优先于调度请求。UE可将重叠UL授予视为优先化授予(例如，优先于调度请求)。UE可将调度请求视为去优先化调度请求(例如，优先级低于重叠UL授予)。
替代地和/或另外，如果调度请求的优先级高于与重叠UL授予相关联的一个或多个逻辑信道的第二优先级，则UE可使调度请求优先于重叠UL授予(例如，与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)。UE可将重叠UL授予视为去优先化授予(例如，优先级低于调度请求)。UE可将调度请求视为优先化调度请求(例如，优先于调度请求)。
在一些实例中，可基于触发调度请求的原因、触发事项和/或事件而确定调度请求的优先级。
在一实例中，如果响应于被触发的BFR而触发调度请求件，则调度请求的优先级可与一个或多个逻辑信道(例如，与调度请求相关联的一个或多个逻辑信道和/或与UE相关联的一个或多个逻辑信道)的一个或多个优先级当中的最高优先级相关联。替代地和/或另外，如果响应于触发的BFR而触发调度请求，则调度请求的优先级可与一个或多个逻辑信道(例如，与调度请求相关联的一个或多个逻辑信道和/或与UE相关联的一个或多个逻辑信道)的一个或多个优先级当中的低优先级相关联。
替代地和/或另外，如果响应于被触发的持续性LBT故障而触发调度请求件，则调度请求的优先级可与一个或多个逻辑信道(例如，与调度请求相关联的一个或多个逻辑信道和/或与UE相关联的一个或多个逻辑信道)的一个或多个优先级当中的最高优先级相关联。替代地和/或另外，如果响应于触发的持续性LBT故障而触发调度请求，则调度请求的优先级可与一个或多个逻辑信道(例如，与调度请求相关联的一个或多个逻辑信道和/或与UE相关联的一个或多个逻辑信道)的一个或多个优先级当中的低优先级相关联。
UE可基于MAC CE的优先级而确定调度请求的优先级。举例来说，调度请求可由触发的BFR触发，和/或调度请求的优先级可与相关联于触发的BFR的MAC CE(例如，BFR MACCE)的优先级相关联。调度请求的优先级可基于与触发的BFR相关联的MAC CE的优先级而确定。在一些实例中，UE可比较MAC CE(例如，BFR MAC CE)的优先级与重叠UL授予(例如，与同对应于调度请求的调度请求传送时机重叠的UL资源相关联的UL授予)的一个或多个逻辑信道的第二优先级以确定重叠UL授予与调度请求之间的优先级排序。举例来说，当确定重叠UL授予经优先化或去优先化时，UE可比较MAC CE的优先级与第二优先级(例如，UE可比较MAC CE的优先级与第二优先级以确定重叠UL授予经优先化还是去优先化)。
举例来说，当UL授予与由BFR触发的调度请求重叠时(例如，当UL授予的UL资源与对应于由BFR触发的调度请求的调度请求传送时机重叠时)，UE比较BFR MAC CE的第一优先级(例如，与BFR相关联)和与UL授予相关联的逻辑信道的第二优先级以确定使调度请求还是UL授予优先化。替代地和/或另外，与调度请求相关联的BFR MAC CE的第一优先级可具有固定值。在一些实例中，UE可使调度请求的优先级与BFR MAC CE的第一优先级的固定值相关联。
替代地和/或另外，当UL授予与由持续性LBT故障触发的调度请求重叠时(例如，当UL授予的UL资源与对应于由持续性LBT故障触发的调度请求的调度请求传送时机重叠时)，UE比较LBT故障MAC CE的第一优先级(例如，与持续性LBT故障相关联)和与UL调度授予相关联的逻辑信道的第二优先级，以确定使调度请求还是UL授予优先级。替代地和/或另外，与调度请求相关联的LBT故障MAC CE的第一优先级可具有固定值。在一些实例中，UE可使调度请求的优先级与LBT故障MAC CE的第一优先级的固定值相关联。
关于本文中的一个或多个实施例，例如上文所描述的一个或多个技术、装置、概念、方法和/或替代方案，UE可经配置以执行与一个或多个UL授予与调度请求之间的优先级排序相关联的一个或多个确定。UE可配置有lch-basedPrioritization(例如，在R2-2002341中所论述)。与优先级排序相关联的确定可对应于调度请求优先于UL授予还是UL授予优先于调度请求的确定。
关于本文中的一个或多个实施例，(例如)(UE的)MAC实体可经配置以执行与一个或多个UL授予与调度请求之间的优先级排序相关联的一个或多个确定。MAC实体可配置有lch-basedPrioritization(例如，在R2-2002341中所论述)。MAC实体可与UL授予和调度请求相关联。
关于本文中的一个或多个实施例，可以响应于触发的BFR而触发调度请求。替代地和/或另外，可响应于持续性LBT故障(例如，触发的持续性LBT故障)而触发调度请求。
关于本文中的一个或多个实施例，UE可能不具有可用于新传送(例如，传送BFRMAC CE和/或LBT故障MAC CE)的UL资源(例如，任何UL资源)。
关于本文中的一个或多个实施例，在调度请求与重叠UL授予重叠的情形中，调度请求可与同相关联于重叠UL授予的一个或多个UL资源重叠(例如，在时域中)的调度请求传送时机相关联。
关于本文中的一个或多个实施例，如果重叠UL授予被视为去优先化授予(例如，优先级低于调度请求)，则UE可不经由与重叠UL授予相关联的一个或多个UL资源执行UL传送。如果调度请求被视为优先化调度请求(例如，优先于重叠UL授予)，则UE可经由调度请求传送时机传送调度请求。
关于本文中的一个或多个实施例，如果重叠UL授予被视为优先化授予(例如，优先于调度请求)，则UE可经由与重叠UL授予相关联的一个或多个UL资源执行UL传送。如果调度请求被视为去优先化调度请求(例如，优先级低于重叠UL授予)和/或如果重叠UL授予被视为优先化授予(例如，优先于调度请求)，则UE可不经由调度请求传送时机传送调度请求。
关于本文中的一个或多个实施例，UL授予可用于重新传送。UL授予可寻址到NDI＝1的CS-RNTI。替代地和/或另外，UL授予可寻址到临时C-RNTI。UL授予可在无切换式新数据指示符(NDI)的情况下寻址到C-RNTI(例如，UL授予可以与非切换式的NDI相关联或UL授予可以不包括NDI)。
关于本文中的一个或多个实施例，UL授予可用于新传送。
关于本文中的一个或多个实施例，所述一个或多个UL资源(与UL授予相关联)可为一个或多个物理上行链路共享信道(PUSCH)资源。
关于本文中的一个或多个实施例，调度请求传送时机(与调度请求相关联)可与物理上行链路控制信道(PUCCH)相关联。
关于本文中的一个或多个实施例，与调度请求相关联的调度请求传送时机可在调度请求配置(例如，借以配置UE)中指示。
关于本文中的一个或多个实施例，调度请求配置可经配置以用于BFR。
关于本文中的一个或多个实施例，调度请求配置可经配置以用于持续性LBT故障。
关于本文中的一个或多个实施例，调度请求可与被触发的BFR相关联。
关于本文中的一个或多个实施例，可响应于来自UE的下部层的一个或多个波束故障指示(例如，共计第一数目的波束故障指示)而触发BFR(例如，触发的BFR)。
关于本文中的一个或多个实施例，BFR(例如，触发的BFR)可以与BFR(例如，BFR程序)相关联。
关于本文中的一个或多个实施例，调度请求可与触发的持续性LBT故障相关联。
关于本文中的一个或多个实施例，调度请求可与触发的CSI报告MAC CE相关联。
关于本文中的一个或多个实施例，可以不响应于BSR而触发调度请求。
关于本文中的一个或多个实施例，BFR(例如，BFR程序)可以与次级小区相关联。
关于本文中的一个或多个实施例，BFR(例如，BFR程序)可与主要小区相关联。
关于本文中的一个或多个实施例，所述一个或多个服务小区可包括主要小区。
关于本文中的一个或多个实施例，所述一个或多个服务小区可包括次级小区。
关于本文中的一个或多个实施例，当UL授予与调度请求重叠时，与UL授予相关联的一个或多个UL资源与和调度请求相关联的一个或多个调度请求传送时机重叠。
关于本文中的一个或多个实施例，如果MAC CE的优先级高于逻辑信道的优先级，则UE可在包含与逻辑信道相关联的数据之前在与UL授予相关联的传送块(TB)中包含MACCE。
关于本文中的一个或多个实施例，对于与UL授予相关联的逻辑信道，与逻辑信道相关联的数据可包含于与UL授予相关联的TB中。
前文技术和/或实施例中的一个、一些和/或全部可形成为新的实施例。
在一些实例中，本文中所公开的实施例可独立和/或分开实施。可替代地和/或另外，可实施本文中所描述实施例的组合。可替代地和/或另外，可并行和/或同时实施本文中所描述实施例的组合。
本公开的各种技术、实施例、方法和/或替代方案可以独立地和/或彼此分开执行。替代地和/或另外，本公开的各种技术、实施例、方法和/或替代方案可以使用单个系统组合和/或实施。替代地和/或另外，本公开的各种技术、实施例、方法和/或替代方案可以并行地和/或同时地实施。
图10是从UE的角度看的根据一个示例性实施例的流程图1000。在步骤1005中，UE触发调度请求，其中所述调度请求与调度请求传送时机相关联。在步骤1010中，UE接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联。在步骤1015中，UE经由调度请求传送时机将调度请求传送到网络，且不使用UL资源执行传送。
在一个实施例中，UE将UL授予视为去优先化授予。
返回参考图3和图4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)触发调度请求，其中调度请求与调度请求传送时机相关联，(ii)接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联，及(iii)经由调度请求传送时机将调度请求传送到网络且不使用UL资源执行传送。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图11是从UE的角度看的根据一个示范性实施例的流程图1100。在步骤1105中，UE触发调度请求，其中所述调度请求与调度请求传送时机相关联。在步骤1110中，UE接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联。在步骤1115中，UE使用UL资源执行到网络的传送，且不经由调度请求传送时机传送调度请求。
在一个实施例中，UE将UL授予视为优先化授予。
返回参考图3和图4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)触发调度请求，其中调度请求与调度请求传送时机相关联，(ii)接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联，及(iii)使用UL资源执行到网络的传送，且不经由调度请求传送时机传送调度请求。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图12是从UE的角度看的根据一个示例性实施例的流程图1200。在步骤1205中，UE触发与一个或多个小区相关联的调度请求，其中所述调度请求与调度请求传送时机相关联。在步骤1210中，UE接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联。在步骤1215中，UE基于可用于在一个或多个小区上传送的数据的第一优先级和与UL授予相关联的一个或多个逻辑信道的第二优先级(和/或基于除可用于传送的数据的第一优先级和与UL授予相关联的一个或多个逻辑信道的第二优先级之外的其它信息)而确定经由调度请求传送时机传送调度请求还是经由UL资源执行UL传送。
在一个实施例中，如果可用于在一个或多个小区上传送的数据的第一优先级高于与UL授予相关联的一个或多个逻辑信道的第二优先级，则UE传送调度请求(例如，经由调度请求传送时机)。
在一个实施例中，如果可用于在一个或多个小区上传送的数据的第一优先级低于与UL授予相关联的一个或多个逻辑信道的第二优先级，则UE经由UL资源执行UL传送。
返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)触发与一个或多个小区相关联的调度请求，其中所述调度请求与调度请求传送时机相关联，(ii)接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联，且(iii)基于可用于在一个或多个小区上传送的数据的第一优先级和与UL授予相关联的一个或多个逻辑信道的第二优先级(和/或基于除可用于传送的数据的第一优先级和与UL授予相关联的一个或多个逻辑信道的第二优先级之外的其它信息)而确定经由调度请求传送时机传送调度请求还是经由UL资源执行UL传送。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
图13是从UE的角度看的根据一个示例性实施例的流程图1300。在步骤1305中，UE触发与一个或多个小区相关联的调度请求，其中所述调度请求与调度请求传送时机相关联。在步骤1310中，UE接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联。在步骤1315中，UE基于与调度请求相关联的第一优先级和与UL授予相关联的第二优先级(和/或基于除与调度请求相关联的第一优先级和与UL授予相关联的第二优先级之外的其它信息)而确定经由调度请求传送时机传送调度请求还是经由UL资源执行UL传送。
在一个实施例中，第一优先级为预配置值(例如，预配置值可对应于UE在触发调度请求之前配置的值)和/或与调度请求相关联的网络配置值(例如，网络可以网络配置值来配置UE)。
在一个实施例中，第二优先级与和UL授予相关联的逻辑信道相关联(例如，第二优先级可对应于与UL授予相关联的逻辑信道的优先级)。
在一个实施例中，如果第一优先级高于第二优先级，则UE传送调度请求(例如，经由调度请求传送时机)。
在一个实施例中，如果第一优先级低于第二优先级，则UE经由UL资源执行UL传送。
返回参考图3和图4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)触发与一个或多个小区相关联的调度请求，其中所述调度请求与调度请求传送时机相关联，(ii)接收UL授予，其中UL授予和与调度请求传送时机重叠的UL资源相关联，且(iii)基于与调度请求相关联的第一优先级和与UL授予相关联的第二优先级(和/或基于除与调度请求相关联的第一优先级和与UL授予相关联的第二优先级之外的其它信息)而确定经由调度请求传送时机传送调度请求还是经由UL资源执行UL传送。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
关于图10-13，在一个实施例中，响应于BFR而触发调度请求。
在一个实施例中，调度请求与触发的BFR相关联。
在一个实施例中，响应于持续性LBT故障而触发调度请求。
在一个实施例中，响应于CSI报告MAC CE而触发调度请求。
在一个实施例中，不响应于可用于在逻辑信道中的传送的数据而触发调度请求(例如，可能并不响应于数据变得可用于在逻辑信道中传送而触发调度请求)。
在一个实施例中，不响应于缓冲区状态报告而触发调度请求。
在一个实施例中，如果UE确定执行UL传送(和/或如果UE执行UL传送)，则UE不传送调度请求。
在一个实施例中，如果UE确定传送调度请求(和/或如果UE传送调度请求)，则UE不执行UL传送。
在一个实施例中，BFR与一个或多个次级小区相关联。
在一个实施例中，BFR与主要小区相关联。
在一个实施例中，UE在传送调度请求之后经由由网络提供的第二UL授予将BFRMAC CE传送到网络。举例来说，网络基于和/或响应于接收到调度请求而向UE提供第二UL授予。
在一个实施例中，持续性LBT故障与一个或多个次级小区相关联。
在一个实施例中，持续性LBT故障与主要小区相关联。
图14是根据一个示例性实施例的从配置有基于逻辑信道的优先级排序(例如，lch-basedPrioritization)的UE的角度的流程图1400。在步骤1405中，UE基于与触发第一调度请求相关联的第一逻辑信道确定第一UL授予与第一调度请求之间的优先级排序，其中所述第一上行链路授予与所述第一调度请求在时域中重叠。在一实例中，第一UL授予与第一调度请求之间的优先级排序可基于与触发第一调度请求相关联的第一逻辑信道的优先级。第一调度请求可由第一逻辑信道触发。在步骤1410中，UE接收第二UL授予，其中所述第二UL授予与第二调度请求在时域中重叠。在步骤1415中，UE基于所述第二UL授予寻址到UE的临时C-RNTI而使第二UL授予优先于第二调度请求。
在一个实施例中，如果(和/或当)第二UL授予寻址到UE的临时C-RNTI(时)，UE使第二UL授予优先于第二调度请求。举例来说，UE可基于第二UL授予寻址到UE的临时C-RNTI而使第二UL授予优先于第二调度请求。在一些实例中，UE可基于第二UL授予寻址到UE的临时C-RNTI而使第二UL授予优先于第二调度请求，而无关于与第二UL授予相关联的逻辑信道的优先级是否高于或低于与第二调度请求相关联的逻辑信道的优先级。
在一个实施例中，UE使第二UL授予优先于第二调度请求包括将第二上行链路授予视为优先化授予。
在一个实施例中，UE使第二UL授予优先于第二调度请求包括将第二调度请求视为去优先化调度请求。
在一个实施例中，基于第二UL授予优先于第二调度请求，UE经由与第二UL授予相关联的UL资源执行UL传送。
在一个实施例中，UE基于第二UL授予优先于第二调度请求而不传送第二调度请求。替代地和/或另外，基于第二UL授予优先于第二调度请求，UE不经由与第二调度请求相关联的调度请求传送时机传送第二调度请求。在一实例中，调度请求传送时机可在时域中和与第二UL授予相关联的UL资源重叠。
在一个实施例中，响应于触发的BFR或触发的持续性LBT故障，UE触发第二调度请求。
在一个实施例中，UE使第二UL授予优先于第二调度请求不基于与触发第二调度请求相关联的逻辑信道(例如，使第二UL授予优先于第二调度请求不基于触发第二调度请求的逻辑信道)。
在一个实施例中，与第一UL授予相关联的第一UL资源和与第一调度请求相关联的第一调度请求传送时机重叠。第一UL授予可为经配置UL授予。替代地和/或另外，可基于和/或响应于第一UL授予而激活经配置UL授予。第一UL资源可为与经配置UL授予相关联的UL资源。
在一个实施例中，与第二UL授予相关联的第二UL资源和与第二调度请求相关联的第二调度请求传送时机重叠。
在一个实施例中，第一UL授予(例如，经配置UL授予)与第一调度请求重叠意味着与第一UL授予相关联的第一UL资源与相关联于第一调度资源的第一调度请求传送时机重叠，和/或第二UL授予与第二调度请求重叠意味着与第二UL授予相关联的第二UL资源与相关联于第二调度请求的调度请求传送时机重叠。
在一个实施例中，第二UL授予用于执行重新传送(例如，使用与第二UL授予相关联的UL资源执行重新传送)。
在一个实施例中，第一UL授予寻址到NDI＝1的CS-RNTI(例如，第一UL授予与等于1的NDI相关联)。
在一个实施例中，第一UL授予寻址到C-RNTI。
在一个实施例中，第一UL授予是经配置UL授予。
返回参考图3和图4，在配置有基于逻辑信道的优先级排序(例如，lch-basedPrioritization)的UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)基于与触发第一调度请求相关联的第一逻辑信道确定第一UL授予与第一调度请求之间的优先级排序，其中所述第一上行链路授予与所述第一调度请求在时域中重叠，(ii)接收第二UL授予，其中所述第二UL授予与第二调度请求在时域中重叠，且(iii)基于所述第二UL授予寻址到UE的临时C-RNTI而使第二UL授予优先于第二调度请求。此外，CPU 308可以执行程序代码312，以执行上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
为了增强根据本文中的一些实施例的用于无线通信的3GPP MAC规范，本文中提供增强1-4。增强1-4反映根据本文中的一些实施例的实施方案，且包括对R2-2002341的章节5.4.1的添加。根据一些实施例，可实施增强1-4中的一个、一些和/或全部和/或添加1-7(下文论述)中的一个、一些和/或全部。下文引述在不添加任何增强1-4的情况下R2-2002341的章节5.4.1的一部分：
当配置具有lch-basedPrioritization的MAC实体时，对于尚未为去优先化上行链路授予的每一上行链路授予：
1>如果此上行链路授予寻址到NDI＝1的CS-RNTI或C-RNTI：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
1>否则，如果此上行链路授予为经配置上行链路授予：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在另一经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果在优先级高于或等于上行链路授予的优先级的相同BWP中不存在寻址到NDI＝1的CS-RNTI或C-RNTI的上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
[…]
在增强1中，根据本公开的一些实施例，对R2-2002341的章节5.4.1的所述部分作出添加1和/或添加2。添加1提供：当确定UL授予(寻址到NDI＝1的CS-RNTI或C-RNTI)是优先化UL授予时，考虑触发重叠调度请求的MAC CE的优先级或触发重叠调度请求的逻辑信道的优先级。在无增强1的添加1的情况下，R2-2002341的章节5.4.1提供：在确定UL授予是否为优先化授予时，仅考虑触发重叠调度请求的逻辑信道的优先级(例如，不考虑MAC CE的优先级是否高于UL授予的优先级)，且因此，UE可能无法确定UL授予是否为优先化UL授予，和/或UE可能(例如，不正确地)确定UL授予为优先化UL授予，甚至在触发重叠调度请求的MAC CE的优先级高于UL授予的优先级的情形中也是如此。
增强1的添加2提供：当确定经配置UL授予是否为优先化UL授予时，考虑触发重叠调度请求的MAC CE的优先级或触发重叠调度请求的逻辑信道的优先级。在无增强1的添加2的情况下，R2-2002341的章节5.4.1提供：在确定经配置UL授予是否为优先化授予时，仅考虑触发重叠调度请求的逻辑信道的优先级(例如，不考虑MAC CE的优先级是否高于经配置UL授予的优先级)，且因此，UE可能无法确定经配置UL授予是否为优先化UL授予，和/或UE可能(例如，不正确地)确定经配置UL授予为优先化UL授予，甚至在触发重叠调度请求的MACCE的优先级高于经配置UL授予的优先级的情形中也是如此。
增强1的添加1以粗体显示，并以术语“添加1开始：”开头，之后是术语“添加1结束”，以区分添加1与R2-2002341的章节5.4.1中最初包含的内容。增强1的添加2以粗体显示，并以术语“添加2开始：”开头，之后是术语“添加2结束”，以区分添加2与R2-2002341的章节5.4.1中最初包含的内容。
增强1：
当配置具有lch-basedPrioritization的MAC实体时，对于尚未为去优先化上行链路授予的每一上行链路授予：
1>如果此上行链路授予寻址到NDI＝1的CS-RNTI或C-RNTI：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道(添加1开始：或MAC CE添加1结束)的优先级高于上行链路授予的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
1>否则，如果此上行链路授予为经配置上行链路授予：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在另一经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果在优先级高于或等于上行链路授予的优先级的相同BWP中不存在寻址到NDI＝1的CS-RNTI或C-RNTI的上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道(添加2开始：或MAC CE添加2结束)的优先级高于上行链路授予的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
[…]
在增强2中，根据本公开的一些实施例，对R2-2002341的章节5.4.1的所述部分作出添加3和/或添加4。添加3提供，在确定UL授予(寻址到NDI＝1的CS-RNTI或C-RNTI)是否为优先化UL授予时，考虑触发重叠调度请求的逻辑信道的优先级和/或重叠调度请求是否由BFR触发(例如，如果触发重叠调度请求的逻辑信道的优先级不高于UL授予的优先级且重叠调度请求并非由BFR出发，则可确定UL授予为优先化UL授予)。在无增强2的添加3的情况下，R2-2002341的章节5.4.1提供：当确定UL授予是否为优先化授予时，仅考虑触发重叠调度请求的逻辑信道的优先级(例如，不考虑重叠调度请求是否由BFR触发)，且因此，UE可能(例如，不正确地)确定UL授予为优先化UL授予，甚至在重叠调度请求由BFR触发的情形中也是如此。
增强2的添加4提供，在确定经配置UL授予是否为优先化UL授予时，考虑触发重叠调度请求的MAC CE的优先级和/或触发重叠调度请求的逻辑信道的优先级和/或重叠调度请求是否由BFR触发(例如，如果触发重叠调度请求的逻辑信道的优先级不高于经配置UL授予的优先级且重叠调度请求并非由BFR出发，则可确定经配置UL授予为优先化UL授予)。在无增强2的添加4的情况下，R2-2002341的章节5.4.1提供：当确定经配置UL授予时，仅考虑触发重叠调度请求的逻辑信道的优先级(例如，不考虑重叠调度请求是否由BFR触发)，且因此，UE可能(例如，不正确地)确定经配置UL授予为优先化UL授予，甚至在重叠调度请求由BFR触发的情形中也是如此。
增强2的添加3以粗体显示，并以术语“添加3开始：”开头，之后是术语“添加3结束”，以区分添加3与R2-2002341的章节5.4.1中最初包含的内容。增强2的添加4以粗体显示，并以术语“添加4开始：”开头，之后是术语“添加4结束”，以区分添加4与R2-2002341的章节5.4.1中最初包含的内容。
增强2：
当配置具有lch-basedPrioritization的MAC实体时，对于尚未为去优先化上行链路授予的每一上行链路授予：
1>如果此上行链路授予寻址到NDI＝1的CS-RNTI或C-RNTI：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予(添加3开始：或其中SR由BFR触发添加3结束)的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
1>否则，如果此上行链路授予为经配置上行链路授予：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在另一经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果在优先级高于或等于上行链路授予的优先级的相同BWP中不存在寻址到NDI＝1的CS-RNTI或C-RNTI的上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予(添加4开始：或其中SR由BFR触发添加4结束)的优先级：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
[…]
在增强3中，根据本公开的一些实施例，对R2-2002341的章节5.4.1的所述部分作出添加5和/或添加6。添加5提供，在确定UL授予(寻址到NDI＝1的CS-RNTI或C-RNTI)是否为优先化UL授予时，考虑触发重叠调度请求的逻辑信道的优先级和/或重叠调度请求是否由持续性LBT故障触发(例如，如果触发重叠调度请求的逻辑信道的优先级不高于UL授予的优先级且重叠调度请求并非由持续性LBT故障出发，则可确定UL授予为优先化UL授予)。在无增强3的添加5的情况下，R2-2002341的章节5.4.1提供：当确定UL授予是否为优先化授予时，仅考虑触发重叠调度请求的逻辑信道的优先级(例如，不考虑重叠调度请求是否由持续性LBT故障触发)，且因此，UE可能(例如，不正确地)确定UL授予为优先化UL授予，甚至在重叠调度请求由持续性LBT故障触发的情形中也是如此。
增强3的添加6提供，在确定经配置UL授予是否为优先化UL授予时，考虑触发重叠调度请求的MAC CE的优先级和/或触发重叠调度请求的逻辑信道的优先级和/或重叠调度请求是否由持续性LBT故障触发(例如，如果触发重叠调度请求的逻辑信道的优先级不高于经配置UL授予的优先级且重叠调度请求并非由持续性LBT故障触发，则可确定经配置UL授予为优先化UL授予)。在无增强3的添加6的情况下，R2-2002341的章节5.4.1提供：当确定经配置UL授予时，仅考虑触发重叠调度请求的逻辑信道的优先级(例如，不考虑重叠调度请求是否由持续性LBT故障触发)，且因此，UE可能(例如，不正确地)确定经配置UL授予为优先化UL授予，甚至在重叠调度请求由持续性LBT故障触发的情形中也是如此。
增强3的添加5以粗体显示，并以术语“添加5开始：”开头，之后是术语“添加5结束”，以区分添加5与R2-2002341的章节5.4.1中最初包含的内容。增强3的添加6以粗体显示，并以术语“添加6开始：”开头，之后是术语“添加6结束”，以区分添加6与R2-2002341的章节5.4.1中最初包含的内容。
增强3：
当配置具有lch-basedPrioritization的MAC实体时，对于尚未为去优先化上行链路授予的每一上行链路授予：
1>如果此上行链路授予寻址到NDI＝1的CS-RNTI或C-RNTI：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予的优先级(添加5开始：或其中SR由持续性LBT故障触发添加5结束)：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
1>否则，如果此上行链路授予为经配置上行链路授予：
2>如果在优先级高于上行链路授予的优先级的相同BWP中不存在另一经配置上行链路授予的重叠PUSCH持续时间；并且
2>如果在优先级高于或等于上行链路授予的优先级的相同BWP中不存在寻址到NDI＝1的CS-RNTI或C-RNTI的上行链路授予的重叠PUSCH持续时间；并且
2>如果不存在与SR传送重叠的PUCCH资源，其中触发SR的逻辑信道的优先级高于上行链路授予的优先级(添加6开始：或其中SR由持续性LBT故障触发添加6结束)：
3>此上行链路授予为优先化上行链路授予；
3>其它重叠的上行链路授予(如果存在)为去优先化上行链路授予。
[…]
在增强4中，根据本公开的一些实施例，对R2-2002341的章节5.4.1的所述部分作出添加7。添加7提供：(例如，UE的)MAC实体考虑触发调度请求的逻辑信道是在触发调度请求的时间具有可用于传送的数据的最高优先级逻辑信道。举例来说，最高优先级逻辑信道(例如，在触发调度请求时具有可用于传送的数据的一个或多个逻辑信道当中具有最高优先级的逻辑信道)可被视为触发调度请求的逻辑信道。因此，在确定UL授予(例如，经配置UL授予和/或寻址到NDI＝1的CS-RNTI或C-RNTI的UL授予)是否为优先化UL授予时，最高优先级逻辑信道的优先级可被视为触发重叠调度请求的逻辑信道的优先级(例如，如果最高优先级逻辑信道的优先级不高于UL授予的优先级，则可确定UL授予为优先化UL授予)。因此，即使在其中调度请求未由逻辑信道触发(归因于最高优先级逻辑信道被视为触发调度请求的逻辑信道)的情形中，UE也可确定调度请求与UL授予之间的优先级排序。
增强4的添加7如下：
对于针对SCell波束故障复原触发的SR，MAC实体考虑触发SR的逻辑信道是具有可用于在触发SR时传送的数据的最高优先级逻辑信道。
提供一种通信装置(例如，UE、基站、网络节点等)，其中所述通信装置可以包括控制电路、安装在控制电路中的处理器和/或安装在控制电路中并且耦合到处理器的存储器。处理器可以被配置成执行存储于存储器中的程序代码以执行图10到14中所说明的方法步骤。此外，处理器可以执行程序代码以执行上述动作和步骤和/或本文中描述的其它动作和步骤中一个、一些和/或全部。
可提供计算机可读介质。计算机可读介质可以是非暂时性计算机可读介质。计算机可读介质可包括快闪存储器装置、硬盘驱动器、盘(例如，磁盘和/或光盘，例如数字多功能盘(digital versatile disc，DVD)、压缩盘(compact disc，CD)等中的至少一个)，和/或存储器半导体，例如静态随机存取存储器(static random access memory，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器(synchronous dynamic random access memory，SDRAM)等中的至少一个。计算机可读介质可包括处理器可执行指令，所述处理器可执行指令在被执行时致使执行图10到14中所说明的一个、一些和/或全部的方法步骤，和/或上述动作和步骤和/或本文中描述的其它动作和步骤中的一个、一些和/或全部。
可理解，应用本文中呈现的技术中的一种或多种可产生一个或多个益处，包含(但不限于)提高装置(例如，UE和/或网络节点)之间的通信的效率。增加的效率可为使得UE能够确定UL授予与重叠调度请求之间的优先级排序，和/或使得UE能够确定PUSCH传送(例如，对应于经由与UL授予相关联的UL资源的传送)与PUCCH传送(例如，对应于经由调度请求传送时机的重叠调度请求的传送)之间的优先级排序的结果。替代地和/或另外，解决了与确定UL授予与重叠调度请求之间的优先级排序有关的不明确性(和/或确定PUSCH传送与PUCCH传送之间的优先级排序)。替代地和/或另外，应用本文中呈现的技术中的一或多个可导致防止和/或减少随机接入程序延时，这是例如归因于使得UE能够基于UL授予寻址到临时C-RNTI而使UL授予优先于重叠调度请求(而在一些系统中，调度请求可优于寻址到临时C-RNTI的UL授予，这例如归因于UL授予和调度请求的优先级，其可导致随机接入程序的阻塞和/或可能延迟和/或阻止随机接入程序的完成)。
上文已经描述了本公开的各种方面。应清楚，本文中的教示可以广泛多种形式实施，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可以独立于任何其它方面而实施，且可以通过不同方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外，通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于时间跳频序列建立并行信道。在一些方面中，可以基于脉冲重复频率、脉冲位置或偏移、以及时间跳频序列建立并行信道。
所属领域的技术人员将理解，可使用多种不同技术和技艺中的任一个来表示信息和信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。
所属领域的技术人员将进一步了解，结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路以及算法步骤可以实施为电子硬件(例如，可以使用源译码或某一其它技术进行设计的数字实施、模拟实施或这两者的组合)、并入有指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)或这两者的组合。为了清晰地说明硬件与软件的可互换性，上文已大体就其功能性来描述了各种说明性组件、块、模块、电路和步骤。此功能性是实施为硬件还是软件取决于特定应用和施加于整个系统的设计约束。本领域的技术人员可以针对每个特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为造成对本公开的范围的偏离。
另外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可以在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以为微处理器，但在替代方案中，处理器可以为任何常规的处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP内核，或任何其它此类配置。
应理解，在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的具体次序或层次可以重新布置，同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的元件，并且并不意味着限于所呈现的特定次序或层级。
结合本文中所公开的各方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或所属领域中已知的计算机可读存储介质的任何其它形式。示例存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)和将信息写入到存储介质。示例存储介质可以与处理器形成一体。处理器和存储介质可驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中，处理器和存储介质可以作为离散组件而驻存在用户设备中。替代地和/或另外，在一些方面中，任何合适的计算机程序产品可以包括计算机可读介质，所述计算机可读介质包括与本公开的方面中的一或多个相关的代码。在一些方面中，计算机程序产品可以包括封装材料。
虽然已结合各个方面描述所公开的主题，但应理解，所公开的主题能够进行进一步修改。本申请意图涵盖一般遵循所公开主题的原理并且包含所公开主题所涉及的在所属领域中已知和惯常的实践范围内出现的对本公开的偏离的所公开主题的任何变化、使用或改编。
相关申请案的交叉参考
本申请案要求2020年3月31日提交的第63/002，876号美国临时专利申请案的权益，所述美国临时专利申请案的整个公开内容以全文引用的方式并入本文中。

Claims (20)

1.一种配置有基于逻辑信道的优先级排序的用户设备的方法，其特征在于，所述方法包括：
基于与触发第一调度请求相关联的第一逻辑信道确定第一上行链路授予与所述第一调度请求之间的优先级排序，其中所述第一上行链路授予与所述第一调度请求在时域中重叠；
接收第二上行链路授予，其中所述第二上行链路授予与第二调度请求在时域中重叠；以及
基于所述第二上行链路授予寻址到所述用户设备的临时小区无线电网络临时识别符而使所述第二上行链路授予优先于所述第二调度请求。
2.根据权利要求1所述的方法，其特征在于：
所述使所述第二上行链路授予优先于所述第二调度请求包括将所述第二上行链路授予视为优先化授予。
3.根据权利要求1所述的方法，其特征在于：
所述使所述第二上行链路授予优先于所述第二调度请求包括将所述第二调度请求视为去优先化调度请求。
4.根据权利要求1所述的方法，其特征在于，包括：
基于所述使所述第二上行链路授予优先于所述第二调度请求而经由与所述第二上行链路授予相关联的上行链路资源执行上行链路传送。
5.根据权利要求1所述的方法，其特征在于，包括：
基于所述使所述第二上行链路授予优先于所述第二调度请求而不传送所述第二调度请求。
6.根据权利要求1所述的方法，其特征在于，包括：
响应于所触发的波束故障复原或所触发的持续性先听后说故障而触发所述第二调度请求。
7.根据权利要求1所述的方法，其特征在于：
所述使所述第二上行链路授予优先于所述第二调度请求并不基于与触发所述第二调度请求相关联的逻辑信道。
8.根据权利要求1所述的方法，其特征在于以下中的至少一项：
与所述第一上行链路授予相关联的第一上行链路资源和与所述第一调度请求相关联的第一调度请求传送时机重叠；或
与所述第二上行链路授予相关联的第二上行链路资源和与所述第二调度请求相关联的第二调度请求传送时机重叠。
9.根据权利要求1所述的方法，其特征在于：
所述第二上行链路授予用于执行重新传送。
10.根据权利要求1所述的方法，其特征在于：
所述第一上行链路授予寻址到经配置调度无线电网络临时识别符，且与等于1的新数据指示符相关联；或
所述第一上行链路授予寻址到小区无线电网络临时识别符；或
所述第一上行链路授予为经配置上行链路授予。
11.一种配置有基于逻辑信道的优先级排序的用户设备，其特征在于，所述用户设备包括：
控制电路；
处理器，其安装于所述控制电路中；以及
安装在所述控制电路中且可操作地耦合到所述处理器的存储器，其中所述处理器被配置成执行存储于所述存储器中的程序代码以执行操作，所述操作包括：
基于与触发第一调度请求相关联的第一逻辑信道确定第一上行链路授予与所述第一调度请求之间的优先级排序，其中所述第一上行链路授予与所述第一调度请求在时域中重叠；
接收第二上行链路授予，其中所述第二上行链路授予与第二调度请求在时域中重叠；以及
基于所述第二上行链路授予寻址到所述用户设备的临时小区无线电网络临时识别符而使所述第二上行链路授予优先于所述第二调度请求。
12.根据权利要求11所述的用户设备，其特征在于：
所述使所述第二上行链路授予优先于所述第二调度请求包括将所述第二上行链路授予视为优先化授予。
13.根据权利要求11所述的用户设备，其特征在于：
所述使所述第二上行链路授予优先于所述第二调度请求包括将所述第二调度请求视为去优先化调度请求。
14.根据权利要求11所述的用户设备，其特征在于，所述操作包括：
基于所述使所述第二上行链路授予优先于所述第二调度请求而经由与所述第二上行链路授予相关联的上行链路资源执行上行链路传送。
15.根据权利要求11所述的用户设备，其特征在于，所述操作包括：
基于所述使所述第二上行链路授予优先于所述第二调度请求而不传送所述第二调度请求。
16.根据权利要求11所述的用户设备，其特征在于，所述操作包括：
响应于所触发的波束故障复原或所触发的持续性先听后说故障而触发所述第二调度请求。
17.根据权利要求11所述的用户设备，其特征在于：
所述使所述第二上行链路授予优先于所述第二调度请求并不基于与触发所述第二调度请求相关联的逻辑信道。
18.根据权利要求11所述的用户设备，其特征在于：
所述第二上行链路授予用于执行重新传送。
19.根据权利要求11所述的用户设备，其特征在于：
所述第一上行链路授予寻址到经配置调度无线电网络临时识别符，且与等于1的新数据指示符相关联；或
所述第一上行链路授予寻址到小区无线电网络临时识别符；或
所述第一上行链路授予为经配置上行链路授予。
20.一种非暂时性计算机可读介质，其特征在于，包括处理器可执行指令，所述处理器可执行指令在由配置有基于逻辑信道的优先级排序的用户设备执行时使得执行操作，所述操作包括：
基于与触发第一调度请求相关联的第一逻辑信道确定第一上行链路授予与所述第一调度请求之间的优先级排序，其中所述第一上行链路授予与所述第一调度请求在时域中重叠；
接收第二上行链路授予，其中所述第二上行链路授予与第二调度请求在时域中重叠；以及
基于所述第二上行链路授予寻址到所述用户设备的临时小区无线电网络临时识别符而使所述第二上行链路授予优先于所述第二调度请求。
CN202110319770.2A 2020-03-31 2021-03-25 上行链路数据与调度请求之间优先级排序的方法和设备 Active CN113473633B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202063002876P 2020-03-31 2020-03-31
US63/002,876 2020-03-31

Publications (2)

Publication Number Publication Date
CN113473633A true CN113473633A (zh) 2021-10-01
CN113473633B CN113473633B (zh) 2022-05-31

Family

ID=75223136

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110319770.2A Active CN113473633B (zh) 2020-03-31 2021-03-25 上行链路数据与调度请求之间优先级排序的方法和设备

Country Status (7)

Country Link
US (2) US11140694B1 (zh)
EP (1) EP3890429B1 (zh)
JP (1) JP7158524B2 (zh)
KR (1) KR102355559B1 (zh)
CN (1) CN113473633B (zh)
ES (1) ES2936025T3 (zh)
TW (1) TWI751063B (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2019428744B2 (en) * 2019-02-13 2023-07-13 Nokia Technologies Oy Communication of uplink control information
EP4111799A4 (en) * 2020-04-01 2023-08-09 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR SLEEP MODE OPERATION IN A WIRELESS COMMUNICATION SYSTEM
KR20210123934A (ko) * 2020-04-06 2021-10-14 삼성전자주식회사 Rar에의해 수신한 상향링크 자원을 고려한 단말 내 우선화를 위한 방법 및 장치
CN116456478A (zh) * 2020-08-07 2023-07-18 Oppo广东移动通信有限公司 通信方法和通信装置
KR20230091939A (ko) * 2020-10-22 2023-06-23 애플 인크. Csi-피드백에 대한 승인들을 오버라이딩하기 위한 시스템들 및 방법들
US11470624B1 (en) * 2021-03-31 2022-10-11 PanPsy Technologies, LLC Wireless device processes for enhanced uplink transmission

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102415187A (zh) * 2009-04-23 2012-04-11 松下电器产业株式会社 用于生成多个上行链路传输块的逻辑信道优先级排序过程
WO2018082571A1 (en) * 2016-11-04 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for transmission scheduling in a wireless communication system
CN109792765A (zh) * 2016-09-29 2019-05-21 Lg电子株式会社 基于与特定逻辑信道优先级关联的上行链路许可的上行链路发送

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2009135448A (ru) * 2007-03-01 2011-04-10 НТТ ДоСоМо, Инк. (JP) Базовая станция и способ управления связью
GB2461158B (en) * 2008-06-18 2011-03-02 Lg Electronics Inc Method for performing random access procedures and terminal therof
US8873474B2 (en) * 2008-10-17 2014-10-28 Telefonaktiebolaget L M Ericsson (Publ) Method and mobile terminal providing priority-based uplink scheduling information
TW201101910A (en) * 2009-06-17 2011-01-01 Htc Corp Method for avoiding false random access procedure completion in a wireless communication system and related communication device
US9510365B2 (en) * 2012-04-26 2016-11-29 Lg Electronics Inc. Signal-transceiving method, and apparatus therefor
CA2882876C (en) * 2012-08-23 2021-01-26 Interdigital Patent Holdings, Inc. Providing physical layer resources to different serving sites
US8755318B2 (en) * 2012-09-05 2014-06-17 Apple Inc. Synchronizing uplink and downlink transmissions in a wireless device
US10667189B2 (en) * 2015-12-22 2020-05-26 Lg Electronics Inc. Method and device for transmitting and receiving data in wireless communication system
KR102463290B1 (ko) * 2016-08-02 2022-11-04 삼성전자 주식회사 차세대 이동통신 시스템에서 네트워크 소모 전력을 효과적으로 절감시키는 방법 및 장치
KR102491144B1 (ko) * 2017-05-04 2023-01-25 레즈메드 아이엔씨. 무선 장치 및 무선 네트워크에서의 스케줄링 요청
KR102460782B1 (ko) 2018-01-10 2022-10-31 삼성전자 주식회사 차세대 이동통신 시스템에서 시스템 정보 요청 시 효율적으로 단말 동작을 수행하는 방법 및 장치
US11051324B2 (en) * 2018-01-23 2021-06-29 Qualcomm Incorporated Multi-bit scheduling request
EP3540999B1 (en) * 2018-03-13 2020-08-05 ASUSTek Computer Inc. Method and apparatus for handling transmission during a random access procedure in a wireless communication system
CN110278612B (zh) * 2018-03-16 2022-07-12 华硕电脑股份有限公司 无线通信中处理多个无线电资源控制程序的方法和设备
RU2763363C1 (ru) * 2018-04-04 2021-12-28 Бейдзин Сяоми Мобайл Софтвэр Ко., Лтд. Способ и устройство для передачи запроса планирования
US11095355B2 (en) * 2018-05-10 2021-08-17 Comcast Cable Communications, Llc Prioritization in beam failure recovery procedures
US11659587B2 (en) 2018-10-30 2023-05-23 Mediatek Singapore Pte. Ltd. Method and apparatus for handling overlapped transmission opportunities in mobile communications
US11558864B2 (en) * 2019-02-15 2023-01-17 Qualcomm Incorporated Out-of-order processing
US11758540B2 (en) * 2019-03-21 2023-09-12 Acer Incorporated Multiplexing method of uplink control information (UCI) for ultra-reliable and low latency communications (URLLC)
US11240829B2 (en) * 2019-07-26 2022-02-01 Hannibal Ip Llc Methods and apparatuses for scheduling request resource prioritization for beam failure recovery

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102415187A (zh) * 2009-04-23 2012-04-11 松下电器产业株式会社 用于生成多个上行链路传输块的逻辑信道优先级排序过程
CN109792765A (zh) * 2016-09-29 2019-05-21 Lg电子株式会社 基于与特定逻辑信道优先级关联的上行链路许可的上行链路发送
WO2018082571A1 (en) * 2016-11-04 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatuses for transmission scheduling in a wireless communication system

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "《3GPP TSG-RAN WG2 Meeting #109 electronic R2-2000116》", 6 March 2020 *
SONY: "《3GPP TSG RAN WG1 #97 R1-1906843》", 17 May 2019 *

Also Published As

Publication number Publication date
ES2936025T3 (es) 2023-03-13
KR102355559B1 (ko) 2022-01-25
TW202139762A (zh) 2021-10-16
EP3890429B1 (en) 2022-11-16
JP7158524B2 (ja) 2022-10-21
US20210400684A1 (en) 2021-12-23
EP3890429A1 (en) 2021-10-06
KR20210122687A (ko) 2021-10-12
US11601959B2 (en) 2023-03-07
CN113473633B (zh) 2022-05-31
TWI751063B (zh) 2021-12-21
US20210307027A1 (en) 2021-09-30
US11140694B1 (en) 2021-10-05
JP2021164163A (ja) 2021-10-11

Similar Documents

Publication Publication Date Title
EP3540999B1 (en) Method and apparatus for handling transmission during a random access procedure in a wireless communication system
US11363571B2 (en) Method and apparatus for handling retransmission indication for configured grant in sidelink in a wireless communication system
EP3226639B1 (en) Method and apparatus for improving a transmission using a configured resource in a wireless communication system
CN113473633B (zh) 上行链路数据与调度请求之间优先级排序的方法和设备
US11558904B2 (en) Method and apparatus for uplink grant overridden in a wireless communication system
JP2018207493A (ja) 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
US20110128928A1 (en) Method and apparatus to improve contention based transmission in a wireless communication network
CN113543182B (zh) 用于次小区波束故障恢复的随机接入程序的方法和设备
CN112929929B (zh) 无线通信中关于小区停用处理波束故障恢复的方法和设备
CN113939045B (zh) 无线通信系统中处置经配置上行链路准予集束的drx计时器的方法和设备
KR102640020B1 (ko) 무선 통신 시스템에서 사용자 단말(ue)-간 조정 정보에 대한 제어 시그널링을 핸들링하는 방법 및 장치

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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40061459

Country of ref document: HK