CN114145072A - 用于支持大随机接入响应（rar）窗口大小的随机接入过程的方法 - Google Patents
用于支持大随机接入响应（rar）窗口大小的随机接入过程的方法 Download PDFInfo
- Publication number
- CN114145072A CN114145072A CN202080048058.7A CN202080048058A CN114145072A CN 114145072 A CN114145072 A CN 114145072A CN 202080048058 A CN202080048058 A CN 202080048058A CN 114145072 A CN114145072 A CN 114145072A
- Authority
- CN
- China
- Prior art keywords
- mac
- rar
- pdu
- mac pdu
- capc
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 296
- 230000004044 response Effects 0.000 title description 13
- 238000004891 communication Methods 0.000 claims abstract description 49
- 230000001960 triggered effect Effects 0.000 claims description 12
- 230000000977 initiatory effect Effects 0.000 claims description 8
- 238000005516 engineering process Methods 0.000 abstract description 17
- 230000036541 health Effects 0.000 abstract description 2
- 230000005540 biological transmission Effects 0.000 description 164
- 230000008569 process Effects 0.000 description 52
- 238000012545 processing Methods 0.000 description 39
- 230000011664 signaling Effects 0.000 description 25
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 21
- 108091005487 SCARB1 Proteins 0.000 description 15
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 15
- 230000008901 benefit Effects 0.000 description 15
- 238000013461 design Methods 0.000 description 14
- 238000001228 spectrum Methods 0.000 description 12
- 101100150275 Caenorhabditis elegans srb-3 gene Proteins 0.000 description 11
- 238000011084 recovery Methods 0.000 description 11
- 239000000969 carrier Substances 0.000 description 10
- 230000006870 function Effects 0.000 description 10
- 238000012544 monitoring process Methods 0.000 description 10
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 8
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 8
- 101150096310 SIB1 gene Proteins 0.000 description 6
- 238000001514 detection method Methods 0.000 description 6
- 230000000694 effects Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 101100399876 Homo sapiens LRRC26 gene Proteins 0.000 description 4
- 102100022842 Structural maintenance of chromosomes protein 4 Human genes 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 4
- 238000004220 aggregation Methods 0.000 description 4
- 238000013459 approach Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000013468 resource allocation Methods 0.000 description 4
- 101150106760 smc-4 gene Proteins 0.000 description 4
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 3
- 101150096622 Smr2 gene Proteins 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 3
- 230000003247 decreasing effect Effects 0.000 description 3
- 230000009977 dual effect Effects 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000009849 deactivation Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000000670 limiting effect Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000000737 periodic effect Effects 0.000 description 2
- 230000002829 reductive effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 241000282412 Homo Species 0.000 description 1
- 101150071746 Pbsn gene Proteins 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 229940112112 capex Drugs 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- FEBLZLNTKCEFIT-VSXGLTOVSA-N fluocinolone acetonide Chemical compound C1([C@@H](F)C2)=CC(=O)C=C[C@]1(C)[C@]1(F)[C@@H]2[C@@H]2C[C@H]3OC(C)(C)O[C@@]3(C(=O)CO)[C@@]2(C)C[C@@H]1O FEBLZLNTKCEFIT-VSXGLTOVSA-N 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000010363 phase shift Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- 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/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0092—Indication of how the channel is divided
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/14—Spectrum sharing arrangements between different networks
-
- 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
- H04W74/0838—Random access procedures, e.g. with 4-step access using contention-free random access [CFRA]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于将用于支持比第四代(4G)系统更高的数据速率的第五代(5G)通信系统与用于物联网(IoT)的技术融合的通信方法和系统。该通信方法和系统可以被应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家庭、智能建筑、智慧城市、智能汽车、联网汽车、健康保健、数字教育、智能零售、安保和安全服务。提供了一种由终端执行的用于在无线通信系统中处理先听后讲(LBT)故障的方法。
Description
技术领域
本公开涉及在随机接入响应(RAR)中发送和接收帧信息的方法、在非授权载波中处理配置的许可传输的方法、用于支持大RAR窗口大小的随机接入(RA)过程的方法、以及先听后讲(LBT)处理的方法。
背景技术
为了满足对自第四代(4G)通信系统的部署以来已增加的无线数据业务的需求，一直在努力开发改进的第五代(5G)或预5G通信系统。因此，5G或预5G通信系统也被称为“超4G网络”或“后长期演进(LTE)系统”。5G无线通信系统被认为不仅支持较低频率频带，而且还支持更高频率(mmWave)频带，例如10GHz至100GHz频带，以便实现更高的数据速率。为了减轻无线电波的传播损耗并增加传输距离，正在5G无线通信系统的设计中考虑波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。另外，在5G通信系统中，针对系统网络改进的开发基于高级小小区、云无线电接入网络(RAN)、超密集网络、装置对装置(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等在进行中。在5G系统中，同样已开发了作为混合频移键控(FSK)和正交振幅调制(QAM)的组合的频率与正交振幅调制(FQAM)，以及作为高级编码调制(ACM)的滑动窗口叠加编码(SWSC)、滤波器组多载波(FBMC)、非正交多址(NOMA)和作为高级接入技术的稀疏码多址(SCMA)。
在类似的方面，作为人类在其中生成并消费信息的以人类为中心的连接网络的因特网现在正演变为物联网(IoT)，其中诸如事物的分布式实体在没有人类干预的情况下交换并处理信息。通过与云服务器连接作为IoT技术和大数据处理技术的组合的万物互联网(IoE)也已出现。随着IoT实现方式已需要诸如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”及“安全性技术”的技术要素，最近已研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可提供智能因特网技术服务，该智能因特网技术服务通过收集并分析在连网事物当中生成的数据来为人类生活创造新价值。在这种情况下，可通过现有信息技术(IT)与各种工业应用之间的融合和组合将IoT应用于包括智能家庭、智能建筑、智慧城市、智能汽车或联网汽车、智能电网、卫生保健、智能电器和高级医疗服务的各种领域。
与此一致，已做出各种尝试来将5G通信系统应用于IoT网络。例如，可通过波束成形、MIMO、阵列天线来实现诸如传感器网络、MTC、M2M通信的技术。云RAN作为上述大数据处理技术的应用也可被认为是5G技术与IoT技术之间的融合的示例。
近年来，已开发了若干宽带无线技术，以满足增长数目的宽带订户并且以提供诸如这些的更多且更好的应用和服务。第二代(2G)无线通信系统已被开发来在确保用户的移动性的同时提供语音服务。第三代(3G)无线通信系统支持语音服务和数据服务。4G无线通信系统已被开发来提供高速数据服务。然而，4G无线通信系统资源当前遭受资源的缺少而无法满足对高速数据服务的增长需求。因此，正在开发5G无线通信系统(也称为下一代无线电或NR)以满足具有多样要求的各种服务(例如，高速数据服务)的不断需求，支持超可靠性和低时延应用。
另外，期望5G无线通信系统解决在数据速率、时延、可靠性、移动性等方面具有完全不同要求的不同用例。然而，期望5G无线通信系统的空中接口的设计将足够灵活以取决于用户设备(UE)向最终客户提供服务的用例和细分市场而为具有完全不同努力的UE服务。期望5G无线通信系统解决的示例用例包括增强移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低时延通信(URLL)等。eMBB要求(例如，几十Gbps的数据速率、低时延、高移动性等)解决表示随时随地需要互联网连接的无线宽带订户的细分市场。m-MTC要求(例如，非常高的连接密度、不频繁的数据传输、非常长的电池寿命、低移动性地址等)解决表示IoT/IoE设想几十亿装置的连接的细分市场。URLL要求(例如，非常低的时延、非常高的可靠性可变移动性等)解决表示工业自动化应用以及被预见为自主汽车的使能者之一的车辆对车辆/车辆对基础设施通信的细分市场。
5G无线通信系统的当前设计用于在授权载波上运行。最近已经启动了一项研究以研究对5G无线通信系统的增强功能以便在非授权载波上运行。使用非授权载波的主要动机是通过利用免费频谱接入进行智能数据卸载来减少蜂窝运行商的资本支出(CAPEX)；改进和智能的频谱接入和管理以解决在有限可用频谱下增加的无线业务需求，并允许没有授权频谱的网络运营商利用无线电高效的第三代合作伙伴计划(3GPP)无线电接入技术。正在考虑在非授权载波上运行的各种部署场景，诸如：
新无线电-非授权(NR-U)授权辅助接入(LAA)：授权频带NR(主小区(PCell))与非授权频带NR-U(辅小区(SCell))之间的载波聚合NR-U独立(SA)：独立NR-U
LTE NR非授权-双连接(ENU-DC)：授权频带LTE(PCell)与非授权频带NR-U(主SCell(PSCell))之间的双连接
NR非授权-双连接(NNU-DC)：授权频带NR(PCell)与非授权频带NR-U(PSCell)之间的双连接
注意，上述场景包括在非授权频带中具有下行链路(DL)而在授权频带中具有上行链路(UL)的NR小区。
上述研究的目标之一是为了确定支持非授权频段的随机接入(RA)过程所需的改进。在5G(也称为NR或新无线电)无线通信系统中，RA过程用于实现UL时间同步。RA过程由RRC连接状态下的非同步用户设备(UE)在UL中在初始接入、切换、无线电资源控制(RRC)连接重建过程、调度请求传输、辅小区组(SCG)添加/修改和数据或控制信息传输期间使用。在RA过程期间，UE首先发送RA前导(也称为消息1(Msg1))，然后在与其RA前导传输相对应的RAR窗口中等待RA响应(RAR)或消息2(Msg2)。下一代节点B(gNB)在寻址到RA无线电网络临时标识符(RA-RNTI)的物理DL共享信道(PDSCH)上发送RAR。RA-RNTI确定由gNB在其中检测到RA前导的时间-频率资源(也称为物理RA信道(PRACH)时机或PRACH传输(TX)时机或RA信道(RACH)时机)。RAR窗口的最大大小是一个无线电帧，即10ms。RA-RNTI被计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中
s_id是UE已发送Msg1(即RA前导)的PRACH时机的第一正交频分复用(OFDM)符号的索引；0≤s_id<14，
t_id是PRACH时机的第一时隙的索引(0≤t_id<80)。
f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且
ul_carrier_id是用于Msg1传输的UL载波(对于正常UL(NUL)载波来说为0而对于补充UL(SUL)载波来说为1)。
由gNB检测到的各种RA前导的若干RAR能够由gNB复用在同一RAR媒体接入控制(MAC)协议数据单元(PDU)中。如果RAR包括由UE发送的RA前导的RA前导标识符(RAPID)，则MAC PDU中的RAR对应于UE的RA前导传输。如果在RAR窗口期间未接收到与其RA前导传输相对应的RAR并且UE尚未发送RA前导的次数到达可配置的(由gNB在RACH配置中配置的)次数，则UE重传RA前导。
如果与其RA前导传输相对应的RAR被接收并且UE已发送专用RA前导，则RA过程被认为是成功的。如果UE已发送非专用(即基于竞争的)RA前导，则在成功接收RAR时，UE在RAR中接收到的UL许可中发送消息3(Msg3)。Msg3包括诸如RRC连接请求、RRC连接重建请求、RRC切换确认、调度请求等的消息。它也包括UE标识符(即小区-无线电网络临时标识符(C-RNTI)或系统架构演进(SAE)-临时移动订户标识符(S-TMSI)或随机数)。在发送Msg3之后，UE启动竞争解决定时器。在竞争解决定时器正在运行的同时，如果UE接收到寻址到包括在Msg3中的C-RNTI的物理下行链路控制信道(PDCCH)，则竞争解决被认为是成功的，竞争解决定时器被停止并且RA过程完成。在竞争解决定时器正在运行的同时，如果UE接收到包括UE的竞争解决标识符(在Msg3中发送的公共控制信道(CCCH)服务数据单元(SDU)的前X个比特)的竞争解决MAC CE，则竞争解决被认为是成功的，竞争解决定时器被停止并且RA过程完成。如果竞争解决定时器期满并且UE尚未发送RA前导达可配置的次数，则UE重传RA前导。
UE在其上发送RA前导的小区可以是授权载波或非授权载波。如果用于UL传输的载波是非授权载波，则UE在UL中发送Msg1和Msg3之前需要执行信道感测(即先听后讲(LBT))以确定信道是否空闲。类似地，如果用于DL传输的载波是非授权载波，则gNB在DL中发送Msg2和Msg4之前需要执行信道感测(即LBT)以确定信道是否空闲。可能的是gNB已接收到RA前导但是当信道不空闲时不能够在RAR窗口中发送RAR。UE将在RAR窗口期满时重传PRACH。经重传的RA前导可能由于冲突未被gNB接收到或者UE可能未能重传RA前导或者重传可能由于信道在UL中不空闲而被延迟。能够通过具有更大的RAR窗口大小来避免此问题。然而，大小大于10ms的大RAR窗口导致RA-RNTI歧义。
图1是根据相关技术的由于大RAR窗口大小而导致的RA-RNTI歧义的示例图示。
如果PRACH由UE1和UE2分别在PRACH时机X和PRACH时机Y中使用同一RA前导来发送，则不能区分在RAR窗口X与RAR窗口Y之间的公共时隙中接收到的RAR，因为RA-RNTI对于PRACH时机X和PRACH时机Y是相同的。
可以通过包括关于PRACH时机开始的无线电帧的信息来解决RA-RNTI歧义的前述问题。RAR MAC PDU包括一个或更多个RAR MAC subPDU，其中每个MAC subPDU由RAPID MAC子报头和RAR MAC净荷构成。如果MAC子报头中的RAPID与由UE发送的RA前导匹配并且RARMAC净荷中的帧信息对应于UE已在其中发送RA前导的PRACH时机的无线电帧，则RAR属于UE。然而这不是高效方法，因为即使RAR不是为它准备的，UE也需要处理RAR MAC净荷。需要对于接收到的RAR MAC PDU中的每一个RAR执行此过程，直到UE为它自己找到RAR为止或者直到未剩下更多的RAR需要处理为止。此方法也可能导致开销问题，因为对于RAR MAC PDU中的每个RAR MAC净荷需要包括帧信息。此方法不能为包括RAPID MAC子报头但不包括RAR MAC净荷的MAC subPDU提供帧信息。当发送的RA前导用于SI请求时，没有RAR MAC净荷的这种类型的MAC subPDU被包括来指示SI请求肯定应答。
因此，需要用于在RAR中发送和接收帧信息的增强方法。
上述信息仅作为背景信息被呈现以帮助理解本公开。至于上述任一项是否可能适用作为关于本公开的现有技术，尚未做出确定，并且未做出任何断言。
发明内容
技术问题
需要一种用于在RAR中发送和接收帧信息的增强方法。
对于非授权载波上的上行链路(UL)传输，用户设备(UE)选择在媒体接入控制(MAC)协议数据单元(PDU)中复用的逻辑信道(LCH)的最高信道接入优先级等级(CAPC)索引(即最低优先级CAPC)。与选择的CAPC索引相对应的先听后讲(LBT)参数用于执行信道接入(即LBT过程)以进行UL传输。与最低CAPC(即最高优先级)索引相对应的SRB数据(即信令无线电承载的MAC SDU)在与数据无线电承载的MAC SDU和MAC PDU中的MAC CE复用的情况下被取消优先。因此需要一些方法来增强当前设计。
对于扩展RAR窗口，能够在物理下行链路公共控制信道(PDCCH)上发送的下行链路控制信息(DCI)中包括系统帧编号(SFN)的一个或更多个最低有效比特(LSB)。因此在具有同步过程的重新配置期间，UE需要首先获取目标SpCell的SFN，然后向目标SpCell发起RA。由于SFN的6个最高有效比特(MSB)被包括在MIB中并且4个比特被包括在PBCH净荷中，因此UE需要对目标SpCell的PBCH进行解码，这可以延迟具有同步过程的重新配置。因此需要减少延迟的方法。
本公开的各方面是为了解决至少上述问题和/或缺点并且为了提供至少下述优点。因此，本公开的一个方面是为了提供一种用于融合第五代(5G)通信系统以便支持比第四代(4G)系统更高的数据速率的通信方法和系统。
附加方面将部分地在下面的描述中被阐述，并且部分地将从描述中显而易见，或者可通过对所呈现的实施例的实践来学习。
问题的解决方案
根据本公开的一个方面，提供了一种由终端执行的在无线通信系统中处理先听后讲(LBT)故障的方法。所述方法包括：识别服务小区中的活动上行链路(UL)带宽部分(BWP)的一致LBT故障；识别至少一个UL BWP，所述至少一个UL BWP在所述服务小区中的同一载波上没有被触发一致LBT故障，其中，所述至少一个UL BWP被配置有物理随机接入信道(PRACH)时机；以及将所述活动UL BWP切换到所述至少一个UL BWP当中的UL BWP。
根据本公开的另一方面，提供了一种无线通信系统中的终端。所述终端包括收发器和与所述收发器可操作地耦合的至少一个处理器。所述至少一个处理器被配置为：识别服务小区中的活动UL BWP的一致LBT故障；识别至少一个UL BWP，所述至少一个UL BWP在所述服务小区中的同一载波上没有被触发一致LBT故障，其中，所述至少一个UL BWP被配置有PRACH时机；以及将所述活动UL BWP切换到所述至少一个UL BWP当中的UL BWP。
发明的有益效果
帧标识符可以被应用于包括RAR的MAC subPDU和包括SI请求肯定应答的MACsubPDU两者。帧标识符也可以被应用于包括BI的MAC subPDU。由于每个RAR MAC PDU添加帧标识符仅一次，所以开销更少。
本公开的方法的优点是占用UL许可的最大部分的CAPC支配信道接入，这好于其中总是选择最低优先级CAPC的传统方案。本公开的另一方法的优点是在占用UL许可的部分超过阈值的CAPC中，即使它不占用UL许可的最大部分，最高优先级CAPC也支配信道接入。
为UL配置的许可选择CAPC的设计被增强。
可以减少具有同步过程的重新配置的延迟。
本公开的其他方面、优点和显著特征将从以下详细描述中变得对于本领域的技术人员而言显而易见，以下详细描述结合附图进行，公开了本公开的各种实施例。
附图说明
根据结合附图进行的以下描述，本公开的某些实施例的上述及其他方面、特征和优点将更显而易见，在附图中：
图1是根据相关技术的由于大RAR窗口大小而导致的随机接入(RA)无线电网络临时标识符(RA-RNTI)歧义的示例图示；
图2示出了根据本公开的实施例的基于第一RAR MAC PDU格式的随机接入响应(RAR)媒体接入控制(MAC)协议数据单元(PDU)的示例；
图3示出了根据本公开的实施例的基于第二RAR MAC PDU格式的RAR MAC PDU的示例；
图4示出了根据本公开的实施例的用户设备(UE)操作；
图5示出了根据本公开的实施例的下一代节点B(gNB)操作；
图6示出了根据本公开的实施例的基于第一RAR MAC PDU格式的RAR MAC PDU的示例；
图7示出了根据本公开的实施例的UE操作；
图8示出了根据本公开的实施例的gNB操作；
图9示出了根据本公开的实施例的基于第一RAR MAC PDU格式的RAR MAC PDU的示例；
图10示出了根据本公开的实施例的UE操作；
图11示出了根据本公开的实施例的gNB操作；
图12示出了根据本公开的实施例的基于第一RAR MAC PDU格式的RAR MAC PDU的示例；
图13示出了根据本公开的实施例的UE操作；
图14示出了根据本公开的实施例的gNB操作；
图15是为相关技术的UL配置的许可选择信道接入优先级等级(CAPC)的设计的示例图示；
图16示出了根据本公开的实施例的用于上行链路(UL)传输的CAPC的选择；
图17是根据本公开的实施例的要使用先听后讲(LBT)类型1信道接入在UL许可中发送的MAC PDU的示例图示；
图18示出了根据本公开的实施例的用于UL传输的CAPC的选择；
图19示出了根据本公开的实施例的用于UL传输的CAPC的选择；
图20是根据本公开的实施例的要使用LBT类型1信道接入在UL许可中发送的MACPDU的示例图示；
图21示出了根据本公开的实施例的用于UL传输的CAPC的选择；
图22示出了根据本公开的实施例的用于UL传输的CAPC的选择；
图23是根据本公开的实施例的示例图示；
图24是根据本公开的实施例的另一示例图示；
图25示出了根据本公开的实施例的UE执行RA过程的方法；
图26示出了根据本公开的实施例的绝对时间提前(TA)命令MAC控制元素(CE)；
图27示出了根据本公开的实施例的TA命令MAC CE；
图28示出了根据本公开的实施例的UE执行RA过程的另一方法；
图29示出了根据本公开的实施例的UE执行RA过程的另一方法；
图30示出了根据本公开的实施例的UE执行RA过程的另一方法；
图31是根据本公开的实施例的终端的框图；以及
图32是根据本公开的实施例的基站的框图。
贯穿附图，相似的附图标记将被理解为是指相似的部分、部件和结构。
具体实施方式
参考附图的以下描述被提供来帮助全面地理解如由权利要求及其等同形式所限定的本公开的各种实施例。它包括各种特定细节以帮助该理解，但是这些应被视为仅仅示例性的。因此，本领域的普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，能够对本文描述的各种实施例做出各种变化和修改。另外，为了清楚和简洁，可以省略对公知功能和构造的描述。
以下描述和权利要求中使用的术语和单词不限于书目含义，而仅仅由发明人使用来使得能够清楚且一致地理解本公开。因此，对于本领域的技术人员而言应当显而易见的是，本公开的各种实施例的以下描述是仅为了图示目的而提供的，而不是为了限制如由所附权利要求及其等同形式所限定的本公开的目的而提供的。
应当理解，除非上下文另外清楚地规定，否则单数形式“一”、“一个”和“该”包括复数指示物。因此，例如，对“部件表面”的引用包括对此类表面中的一个或更多个的引用。
通过术语“大体上”，意味着不需要确切地实现所叙述的特性、参数或值，而是偏差或变化，包括例如公差、测量误差、测量准确度限制以及为本领域的技术人员已知的其他因素，可以不排除该特性旨在提供的效果的量出现。
本领域的技术人员已知，可以通过计算机程序指令来表示和执行流程图(或顺序图)的框和流程图的组合。这些计算机程序指令可以被加载在通用计算机、专用计算机或可编程数据处理设备的处理器上。当所加载的程序指令由处理器执行时，它们创建用于执行流程图中描述的功能的手段。因为计算机程序指令可以被存储在可在专用计算机或可编程数据处理设备中使用的计算机可读存储器中，所以也能够创建执行流程图中描述的功能的制品。因为计算机程序指令可以被加载在计算机或可编程数据处理设备上，所以当作为进程执行时，它们可以执行流程图中描述的功能的操作。
流程图的框可以对应于包含实现一个或更多个逻辑功能的一个或更多个可执行指令的模块、段或代码，或者可以对应于其一部分。在一些情况下，可以与所列举的顺序不同的顺序执行由框描述的功能。例如，可以同时执行或以相反顺序执行按顺序列举的两个框。
在本说明书中，单词“单元”、“模块”等可以指软件部件或硬件部件，诸如例如能够执行功能或操作的现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”等不限于硬件或软件。单元等可以被配置以便驻留在可寻址存储介质中或者驱动一个或更多个处理器。单元等也可以指软件部件、面向对象软件部件、类部件、任务部件、进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微码、电路、数据、数据库、数据结构、表、数组或变量。由部件和单元提供的功能可以是更小的部件和单元的组合，并且可以与其他部件和单元组合以组成更大的部件和单元。部件和单元可以被配置为驱动安全多媒体卡中的装置或一个或更多个处理器。
在详细描述之前，描述理解本公开所必需的术语或定义。然而，应当以非限制性方式解释这些术语。
基站(BS)是与用户设备(UE)进行通信的实体并且可以被称为BS、基站收发站(BTS)、节点B(NB)、演进型NB(eNB)、接入点(AP)、第五代(5G)NB(5GNB)或下一代NB(gNB)。
UE是与BS进行通信的实体并且可以被称为UE、装置、移动站(MS)、移动设备(ME)或终端。
在随机接入响应(RAR)中发送和接收帧信息的方法
方法一：
在本公开的用于在RAR中发送和接收帧信息的一种方法中，UE/gNB发送/接收RAR媒体接入控制(MAC)协议数据单元(PDU)，其中RAR MAC PDU是第一RAR MAC PDU格式和第二RAR MAC PDU格式中的一种。
*第一RAR MAC PDU格式：
图2示出了根据本公开的实施例的基于第一RAR MAC PDU格式的RAR MAC PDU的示例。为了图示，帧ID被假定为与图2中80ms(即8个无线电帧)的最大RAR窗口大小相对应的3位。不排除其他大小的帧ID。
参考图2，根据第一(即增强)RAR MAC PDU格式的RAR MAC PDU由一个或更多个MACsubPDU和可选地填充构成。每个MAC subPDU由下列中的一个构成：
-仅具有帧标识符的MAC子报头；
-仅具有退避指示符的MAC子报头；
-仅具有随机接入(RA)前导标识符(RAPID)的MAC子报头(即对系统信息(SI)请求的肯定应答)；
-具有RAPID和MAC RAR的MAC子报头。
帧标识符MAC子报头包括帧标识符(帧ID)。帧标识符的大小是“X”位并且帧标识符MAC子报头中的剩余位(若有的话)保留(R)位。帧标识符是下列中的一个：
-帧标识符＝系统子帧编号(SFN)
-帧标识符＝SFN modulo(无线电帧中的最大支持的RAR窗口大小)
-帧标识符＝SFN modulo(无线电帧中的配置的RAR窗口大小)
-帧标识符＝SFN的'p'个最低有效位，其中'p'可以是预定义的或等于log2(无线电帧中的最大RAR窗口大小)或log2(无线电帧中的配置的RAR窗口大小)
-SFN是物理RA信道(PRACH)时机的无线电帧的系统帧编号或PRACH时机开始的无线电帧的系统帧编号。
-配置的RAR窗口大小是由gNB用信号通知的RAR窗口的大小，其中gNB从可配置的RAR窗口大小的集合中选择RAR窗口的大小。可配置的RAR窗口大小的集合是预定义的。最大支持的RAR窗口大小是指可配置的RAR窗口大小的集合中的RAR窗口大小的最大值。
仅具有帧标识符的MAC subPDU被放置在MAC PDU的开头。帧标识符MAC子报头被包括在RAR MAC PDU的第一MAC subPDU中。
具有退避指示符的MAC子报头由五个报头字段扩展(E)/类型(T)/保留(R)/R/退避指示符(BI)构成。仅具有退避指示符的MAC subPDU在被包括的情况下被放置在具有帧标识符的MAC subPDU之后。如果需要，退避指示被紧接包括在承载帧标识符MAC子报头的MACsubPDU之后，即退避指示被包括在第二MAC subPDU中。
具有RAPID的MAC子报头由三个报头字段E/T/RAPID构成。填充在存在的情况下被放置在MAC PDU的末尾。填充的存在和长度基于传输块(TB)大小和MAC subPDU的大小是隐式的。在BI MAC子报头和RAPID子报头中，类型(T)字段被设置为根本不同的值。MAC subPDU的MAC子报头中设置为'0'的扩展(E)字段指示MAC subPDU是MAC PDU中的最后MAC subPDU。MAC subPDU的MAC子报头中设置为'1'的E字段指示至少另一MAC subPDU跟随。
如果在MAC PDU中包括退避指示，则能够将'仅具有RAPID的MAC subPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第二MAC subPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则能够将'仅具有RAPID的MAC subPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。
第二RAR MAC PDU格式：
图3示出了根据本公开的实施例的基于第二RAR MAC PDU格式的RAR MAC PDU的示例。
参考图3，根据第二(即常规)RAR MAC PDU格式的RAR MAC PDU由一个或更多个MACsubPDU和可选地填充构成。每个MAC subPDU由下列中的一个构成：
-仅具有退避指示符的MAC子报头；
-仅具有RAPID的MAC子报头(即对SI请求的肯定应答)；
-具有RAPID和MAC RAR的MAC子报头。
具有退避指示符的MAC子报头由五个报头字段E/T/R/R/BI构成。仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头。
具有RAPID的MAC子报头由三个报头字段E/T/RAPID构成。填充在存在的情况下被放置在MAC PDU的末尾。填充的存在和长度基于TB大小和MAC subPDU的大小是隐式的。在BIMAC子报头和RAPID子报头中类型(T)字段被设置为根本不同的值。MAC subPDU的MAC子报头中设置为'0'的E字段指示MAC subPDU是MAC PDU中的最后MAC subPDU。MAC subPDU的MAC子报头中设置为'1'的E字段指示至少另一MAC subPDU跟随。
如果在MAC PDU中包括退避指示，则能够将'仅具有RAPID的MAC subPDU'和'具有RAPID和MAC RAR的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则能够将'仅具有RAPID的MAC subPDU'和'具有RAPID和MAC RAR的MAC subPDU'放置在MAC PDU的开头与填充(若有的话)之间的任何地方。
UE操作：
实施例1：
图4示出了根据本公开的实施例的UE操作。
参考图4，UE在操作410发送RA前导，UE在操作420监测用于RAR接收的物理下行链路控制信道(PDCCH)，并且UE在操作430接收RAR MAC PDU。UE在操作440确定UE在其上监测PDCCH以接收RAR的小区是否是非授权小区。如果小区是非授权小区，则UE在操作450根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区是授权小区，则UE在操作460根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带或非授权载波，则小区是非授权小区。否则小区是授权小区。
根据第一MAC PDU格式的UE处理：
UE在操作451处理第一MAC subPDU并且从第一MAC subPDU的MAC子报头获得帧标识符，以及在操作452处理RAR MAC PDU中的剩余MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。
如果RAR MAC PDU中的第二MAC subPDU包括退避指示符，则UE在操作453将PREAMBLE_BACKOFF设置为通过MAC subPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。SCALING_FACTOR_BI可以是1或者能够由gNB在RRC信令中用信号通知。不检查帧标识符以便处理具有BI的MAC subPDU。当在RA过程期间应用退避时，在0到PREAMBLE_BACKOFF之间随机地选择退避值。或者，如果RAR MAC PDU中的第二MAC subPDU包括退避指示符并且从第一MAC subPDU获得的帧标识符对应于由UE在其中发送RA前导的PRACH时机的无线电帧(即对应于由UE在其中发送RA前导的PRACH时机开始的无线电帧)，UE将PREAMBLE_BACKOFF设置为通过MAC subPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。当在RA过程期间应用退避时，在0到PREAMBLE_BACKOFF之间随机地选择退避值。
为了确定从第一MAC subPDU获得的帧标识符是否对应于由UE在其中发送RA前导的PRACH时机的无线电帧，UE如较早地说明的那样计算与PRACH时机的无线电帧相对应的帧标识符并且将其与在RAR MAC PDU中接收到的帧标识符的值进行比较。如果它们匹配，则从第一MAC subPDU获得的帧标识符对应于由UE在其中发送RA前导的PRACH时机的无线电帧。
如果MAC subPDU(除了第一MAC subPDU以外)包括具有RAPID的MAC子报头，其中RAPID与由UE发送的RA前导匹配并且从第一MAC subPDU获得的帧标识符对应于由UE在其中发送RA前导的PRACH时机的无线电帧(即对应于由UE在其中发送RA前导的PRACH时机开始的无线电帧)，UE在操作454认为RAR被成功地接收。
如果RAR被认为成功地接收并且此MAC subPDU仅包括RAPID，则UE将认为这是是对SI请求的肯定应答。
根据第二MAC PDU格式的UE处理：
UE在操作462处理RAR MAC PDU中的MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。
如果RAR MAC PDU中的第一MAC subPDU包括退避指示符，则UE在操作463将PREAMBLE_BACKOFF设置为通过MAC subPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。
如果MAC subPDU包括具有RAPID的MAC子报头，其中RAPID与由UE发送的RA前导匹配，则UE在操作464认为RAR被成功地接收。如果RAR被认为成功地接收并且此MAC subPDU仅包括RAPID，则UE认为这是对SI请求的肯定应答。
实施例2：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定所配置的RAR窗口大小是否大于10ms。如果所配置的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MACPDU的详细UE操作与图4中描述的相同。
实施例3：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RARMAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MAC PDU的详细UE操作与图4中描述的相同。
gNB操作：
图5示出了根据本公开的实施例的gNB操作。
参考图5，gNB在操作510接收一个或更多个RA前导，并且在操作520确定将在其上发送RAR的小区是否是非授权小区。如果小区是非授权小区，则gNB在操作530根据第一RARMAC PDU格式来生成用于传输的RAR MAC PDU。如果小区是授权小区，则gNB在操作540根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区的下行链路(DL)载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。
为了根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU，gNB在操作531在RAR MAC PDU中包括第一MAC subPDU，其中第一MAC subPDU由仅具有帧标识符的MAC子报头构成。如果需要在RAR MAC PDU中发送退避指示，则gNB在操作532在RAR MAC PDU中包括第二MAC subPDU，其中第二MAC subPDU由仅具有BI的MAC子报头构成。gNB在操作533在RARMAC PDU中包括一个或更多个MAC subPDU，其中每个MAC subPDU包括仅具有RAPID的MAC子报头或具有RAPID和MAC RAR的MAC子报头。这些MAC subPDU中的每一个MAC subPDU对应于由gNB在PRACH时机中接收到的RA前导，PRACH时机开始于无线电帧，无线电帧的帧标识符被包括在第一MAC subPDU中。
为了根据第二RAR MAC PDU格式来生成RAR MAC PDU，如果需要在RAR MAC PDU中发送退避指示，则gNB在操作542包括第一MAC subPDU，其中第一MAC subPDU由仅具有BI的MAC子报头构成。gNB在操作543包括一个或更多个MAC subPDU，其中每个MAC subPDU包括仅具有RAPID的MAC子报头或具有RAPID和MAC RAR的MAC子报头。
gNB在操作534或544发送所生成的RAR MAC PDU。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定将在其上发送RAR的小区是否被配置有大于10ms的RAR窗口大小。如果所配置的RAR窗口大小大于10ms，gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图5中描述的相同。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定对于将在其上发送RAR的小区，最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RARMAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图5中描述的相同。
如此方法中公开的第一RAR MAC PDU格式的优点是帧标识符能够被应用于包括RAR的MAC subPDU和包括SI请求肯定应答的MAC subPDU两者。帧标识符也能够被应用于包括BI的MAC subPDU。由于每个RAR MAC PDU添加帧标识符仅一次，所以开销更少。缺点是需要总是在RAR MAC PDU中包括帧标识符。
方法2：
在本公开的用于在RAR中发送和接收帧信息的第二方法中，UE/gNB发送/接收RARMAC PDU，其中RAR MAC PDU是第一RAR MAC PDU格式和第二RAR MAC PDU格式中的一种。
第一RAR MAC PDU格式：
图6示出了根据本公开的另一实施例的基于第一RAR MAC PDU格式的RAR MAC PDU的示例。为了图示，帧ID被假定为与图6中80ms的最大RAR窗口大小相对应的3位。
参考图6，根据第一(即增强)RAR MAC PDU格式的RAR MAC PDU由一个或更多个MACsubPDU和可选地填充构成。每个MAC subPDU由下列中的一个构成：
-仅具有帧标识符的MAC子报头；
-仅具有退避指示符的MAC子报头；
-仅具有RAPID的MAC子报头(即对SI请求的肯定应答)；
-具有RAPID和MAC RAR的MAC子报头。
帧标识符MAC子报头包括E、T、R1和帧标识符(帧ID)。取决于为帧标识符定义的位数，它也可以包括一个或更多个R位。例如，如果帧标识符是5位长，则没有R位；而如果帧标识符是3位长，则有两个R位。帧标识符是下列中的一个：
-帧标识符＝SFN
-帧标识符＝SFN modulo(无线电帧中的最大支持的RAR窗口大小)
-帧标识符＝SFN modulo(无线电帧中的配置的RAR窗口大小)
-帧标识符＝SFN的'p'个最低有效位，其中'p'可以是预定义的或等于log2(无线电帧中的最大RAR窗口大小)或log2(无线电帧中的配置的RAR窗口大小)
-SFN是PRACH时机的无线电帧的系统帧编号或PRACH时机开始的无线电帧的系统帧编号。
-配置的RAR窗口大小是由gNB用信号通知的RAR窗口的大小，其中gNB从可配置的RAR窗口大小的集合中选择RAR窗口的大小。可配置的RAR窗口大小的集合是预定义的。最大支持的RAR窗口大小是指可配置的RAR窗口大小的集合中的RAR窗口大小的最大值。
具有退避指示符的MAC子报头由五个报头字段E/T/R1/R/BI构成。具有帧标识符的MAC子报头由至少四个报头字段E/T/R1/帧ID构成。对于具有退避指示符的MAC子报头和具有帧标识符的MAC子报头，T位被设置为相同值(例如T等于0)。R1位被设置为不同值(例如R1在具有退避指示符的MAC子报头中被设置为零而R1在具有帧标识符的MAC子报头中被设置为'1')从而对具有退避指示符的MAC子报头和具有帧标识符的MAC子报头进行区分。
具有RAPID的MAC子报头由三个报头字段E/T/RAPID构成。填充在存在的情况下被放置在MAC PDU的末尾。填充的存在和长度基于TB大小和MAC subPDU的大小是隐式的。RAPID子报头中的T位的值与帧标识符子报头和BI子报头中的T位的值不同。
MAC subPDU的MAC子报头中设置为'0'的E字段指示MAC subPDU是MAC PDU中的最后的MAC subPDU。MAC subPDU的MAC子报头中设置为'1'的E字段指示至少另一MAC subPDU跟随。
实施例1：参考图6，仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头。仅具有帧标识符的MAC subPDU在被包括的情况下被放置在具有退避指示符的MAC subPDU之后的MAC PDU的开头。如果在MAC PDU中包括退避指示，则能够将'仅具有RAPID的MAC subPDU'和'具有RAPID和MAC RAR的MAC subPDU'放置在第二MAC subPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则能够将'仅具有RAPID的MAC subPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。这具有如下优点：UE可以在处理承载RAPID的MAC subPDU之前获得帧标识符；UE也可以在不用处理帧标识符的情况下获得退避指示符；并且gNB可以发送仅具有退避指示符的RAR MAC PDU，这在方法1中是不可能的。
实施例2：仅具有帧标识符的MAC subPDU被放置在MAC PDU的开头。仅具有退避指示的MAC subPDU在被包括的情况下被放置在具有帧标识符的MAC subPDU之后的MAC PDU的开头。如果在MAC PDU中包括退避指示，则能够将'仅具有RAPID的MAC subPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第二MAC subPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则能够将'仅具有RAPID的MAC subPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。这具有如下优点：UE可以在处理任何MAC subPDU之前获得帧标识符并且帧标识符可以被应用于每个MAC subPDU。
实施例3：仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头。仅具有帧标识符的MAC subPDU被放置在包括RAPID和MAC RAR的第一MAC subPDU之前。如果在MAC PDU中包括退避指示，则能够将'仅具有RAPID的MAC subPDU'放置在第二MACsubPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则能够将'仅具有RAPID的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。'具有RAPID和MAC RAR的MAC subPDU'被放置在承载帧标识符的MAC subPDU之后且在填充(若有的话)之前。这具有如下优点：UE可以在处理承载RAPID和MAC RAR的MAC subPDU之前获得帧标识符；UE也可以在不用处理帧标识符的情况下获得退避指示符；并且UE也可以在不用处理帧标识符的情况下获得仅具有RAPID的MAC subPDU。gNB可以发送仅具有退避指示符的RAR MAC PDU，而不用包括具有帧标识符的MAC subPDU；并且gNB可以发送具有退避指示的RAR MAC PDU和/或仅具有RAPID的MAC subPDU，而不用包括具有帧标识符的MACsubPDU。
如此方法中公开的第一RAR MAC PDU格式的优点是：帧标识符可以被应用于包括RAR的MAC subPDU和包括SI请求肯定应答的MAC subPDU两者。由于每个RAR MAC PDU添加帧标识符仅一次，所以开销更少。不需要总是在RAR MAC PDU中包括帧标识符。如果RAR MACPDU仅包括BI则能够跳过它。在实施例中，如果RAR MAC PDU不包括任何MAC RAR，则也能够跳过它。或者，此方法对于UE实现方式是有益的，因为第一RAR MAC PDU格式和第二RAR MACPDU格式的MAC子报头结构是类似的并且因此降低实现方式的复杂度。
第二RAR MAC PDU格式：在本公开的此方法中，根据第二(即常规)RAR MAC PDU格式的RAR MAC PDU与在用于在RAR中发送和接收帧信息的方法1中描述的相同。
UE操作：
实施例1：
图7示出了根据本公开的另一实施例的UE操作。
参考图7，UE在操作710发送RA前导，UE在操作720监测用于RAR接收的PDCCH，并且UE在操作730接收RAR MAC PDU。UE在操作740确定UE在其上监测PDCCH以接收RAR的小区是否是非授权小区。如果小区是非授权小区，则UE在操作750根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区是授权小区，则UE在操作760根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。
在根据第一MAC PDU格式来处理RAR MAC PDU的同时，UE在操作751处理RAR MACPDU中的MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。如果RAR MACPDU中的第一MAC subPDU包括退避指示符，则UE在操作752将PREAMBLE_BACKOFF设置为通过MAC subPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。如果RAR MAC PDU中的MACsubPDU包括帧标识符，则UE在操作753处理MAC subPDU并且从MAC subPDU的MAC子报头获得帧标识符。如果MAC subPDU包括具有RAPID的MAC子报头，其中RAPID与由UE发送的RA前导匹配并且从另一MAC subPDU获得的帧标识符对应于由UE在其中发送RA前导的PRACH时机的无线电帧，则UE在操作754认为RAR被成功地接收。如果RAR被认为成功地接收并且此MACsubPDU仅包括RAPID，则UE将这个认为是对SI请求的肯定应答。
在根据第二RAR MAC PDU格式来处理RAR MAC PDU的同时，UE在操作761处理RARMAC PDU中的MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。如果RARMAC PDU中的第一MAC subPDU包括退避指示符，则UE在操作762将PREAMBLE_BACKOFF设置为通过MAC subPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。如果MAC subPDU包括具有RAPID的MAC子报头，其中RAPID与由UE发送的RA前导匹配，则UE在操作764认为RAR被成功地接收。如果RAR被认为成功地接收并且此MAC subPDU仅包括RAPID，则UE将这个认为是对SI请求的肯定应答。
实施例2：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定所配置的RAR窗口大小是否大于10ms。如果所配置的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MACPDU的详细UE操作与图7中描述的相同。
实施例3：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RARMAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MAC PDU的详细UE操作与图7中描述的相同。
根据第一RAR MAC PDU格式，对于具有退避指示符的MAC子报头和具有帧标识符的MAC子报头，T位被设置为相同值(例如T等于0)。所以在根据第一MAC PDU格式来处理RARMAC PDU时，UE检查R1位以确定MAC子报头是否包括BI或帧标识符。R1位被设置为不同值(例如R1在具有退避指示符的MAC子报头中被设置为零而R1在具有帧标识符的MAC子报头中被设置为'1')以区分具有退避指示符的MAC子报头和具有帧标识符的MAC子报头。在实施例中，在根据第一RAR MAC PDU格式来处理RAR MAC PDU的同时，UE确定MAC subPDU中的MAC子报头是BI子报头或帧标识符子报头还是RAPID子报头，其中UE确定如果T＝0且R1＝0则MAC子报头是BI子报头；如果T＝0且R1＝1则MAC子报头是帧标识符子报头；而如果T＝1则MAC子报头是RAPID子报头。在实施例中，在根据第二RAR MAC PDU格式来处理RAR MAC PDU的同时，UE确定MAC subPDU中的MAC子报头是BI子报头还是RAPID子报头。UE确定如果T＝0则MAC子报头是BI子报头；而如果T＝1则MAC子报头是RAPID子报头。
gNB操作：
图8示出了根据本公开的另一实施例的gNB操作。
参考图8，gNB在操作810接收一个或更多个RA前导，并且在操作820确定将在其上发送RAR的小区是否是非授权小区。如果小区是非授权小区，则gNB在操作830根据第一RARMAC PDU格式来生成用于传输的RAR MAC PDU。如果小区是授权小区，则gNB在操作840根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。
在根据第一RAR MAC PDU格式来生成RAR MAC PDU的同时，如果需要在RAR MACPDU中发送退避指示，则gNB在操作831在RAR MAC PDU中包括第一MAC subPDU或第二MACsubPDU，其中第一MAC subPDU或第二MAC subPDU由仅具有BI的MAC子报头构成。gNB在操作832在RAR MAC PDU中包括第一MAC subPDU或第二MAC subPDU，其中第一MAC subPDU或第二MAC subPDU由仅具有帧标识符的MAC子报头构成。gNB在操作833在RAR MAC PDU中包括一个或更多个MAC subPDU，其中每个MAC subPDU包括仅具有RAPID的MAC子报头或具有RAPID和MAC RAR的MAC子报头。这些MAC subPDU中的每一个MAC subPDU对应于由gNB在PRACH时机中接收到的RA前导，PRACH时机开始于无线电帧，无线电帧的帧标识符被包括在第一MACsubPDU中。
在根据第二RAR MAC PDU格式来生成RAR MAC PDU的同时，如果需要在RAR MACPDU中发送退避指示，则gNB在操作841包括第一MAC subPDU，其中第一MAC subPDU由仅具有BI的MAC子报头构成。gNB在操作843包括一个或更多个MAC subPDU，其中每个MAC subPDU包括仅具有RAPID的MAC子报头或具有RAPID和MAC RAR的MAC子报头。
gNB在操作834或844发送所生成的RAR MAC PDU。
或者，此实施例中的详细操作遵循如图5所示的操作。在根据第一MAC PDU格式来生成RAR MAC PDU的同时，对于具有退避指示符的MAC子报头和具有帧标识符的MAC子报头，T位被设置为相同值(例如T等于0)。R1位被设置为不同值(例如R1在具有退避指示符的MAC子报头中被设置为零而R1在具有帧标识符的MAC子报头中被设置为'1')以区分具有退避指示符的MAC子报头和具有帧标识符的MAC子报头。在实施例中，在根据第一RAR MAC PDU格式来生成RAR MAC PDU的同时，gNB在BI MAC子报头中设置T＝0和R1＝0；在帧标识符MAC子报头中设置T＝0和R1＝1；而RAPID MAC子报头中设置T＝1。在实施例中，在根据第二RAR MACPDU格式来生成RAR MAC PDU的同时，gNB在BI MAC子报头中设置T＝0；而RAPID MAC子报头中设置T＝1。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定将在其上发送RAR的小区是否被配置有大于10ms的RAR窗口大小。如果所配置的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图8中描述的相同。或者，此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图5中描述的相同。在根据第一MAC PDU格式来生成RAR MAC PDU的同时，对于具有退避指示符的MAC子报头和具有帧标识符的MAC子报头，T位被设置为相同值(例如T等于0)。R1位被设置为不同值(例如，R1在具有退避指示符的MAC子报头中被设置为零而R1在具有帧标识符的MAC子报头中被设置为'1')以区分具有退避指示符的MAC子报头和具有帧标识符的MAC子报头。在实施例中，在根据第一RAR MAC PDU格式来生成RAR MAC PDU的同时，gNB在BI MAC子报头中设置T＝0和R1＝0；在帧标识符MAC子报头中设置T＝0和R1＝1；而在RAPID MAC子报头中设置T＝1。在实施例中，在根据第二RAR MAC PDU格式来生成RAR MAC PDU的同时，gNB在BI MAC子报头中设置T＝0；而在RAPID MAC子报头中设置T＝1。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定对于将在其上发送RAR的小区，最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RARMAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图8中描述的相同。或者，此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图5中描述的相同。在根据第一MAC PDU格式来生成RAR MAC PDU的同时，对于具有退避指示符的MAC子报头和具有帧标识符的MAC子报头，T位被设置为相同值(例如T等于0)。R1位被设置为不同值(例如，R1在具有退避指示符的MAC子报头中被设置为零而R1在具有帧标识符的MAC子报头中被设置为'1')以区分具有退避指示符的MAC子报头和具有帧标识符的MAC子报头。在实施例中，在根据第一RAR MAC PDU格式来生成RAR MAC PDU的同时，gNB在BI MAC子报头中设置T＝0和R1＝0；在帧标识符MAC子报头中设置T＝0和R1＝1；而在RAPID MAC子报头中设置T＝1。在实施例中，在根据第二RAR MAC PDU格式来生成RAR MACPDU的同时，gNB在BI MAC子报头中设置T＝0；而在RAPID MAC子报头中设置T＝1。
方法3：
在本公开的用于在RAR中发送和接收帧信息的第三方法中，UE/gNB发送/接收RARMAC PDU，其中RAR MAC PDU是第一RAR MAC PDU格式和第二RAR MAC PDU格式中的一种。
第一RAR MAC PDU格式：
图9示出了根据本公开的另一实施例的基于第一RAR MAC PDU格式的RAR MAC PDU的示例。为了图示，帧ID被假定为与图9中80ms的最大RAR窗口大小相对应的3位。
参考图9，根据第一(即增强)RAR MAC PDU格式的RAR MAC PDU由一个或更多个MACsubPDU和可选地填充构成。每个MAC subPDU由下列中的一个构成：
-仅具有帧标识符的MAC子报头；
-仅具有退避指示符的MAC子报头；
-仅具有RAPID的MAC子报头(即对SI请求的肯定应答)；
-具有RAPID和MAC RAR的MAC子报头。
帧标识符MAC子报头包括E、T和帧标识符(帧ID)。取决于为帧标识符定义的位数，它也可以包括一个或更多个R位。例如，如果帧标识符是6位长，则没有R位。如果帧标识符是3位长，则有3个R位。帧标识符是下列中的一个：
-帧标识符＝SFN
-帧标识符＝SFN modulo(无线电帧中的最大支持的RAR窗口大小)
-帧标识符＝SFN modulo(无线电帧中的配置的RAR窗口大小)
-帧标识符＝SFN的'p'个最低有效位，其中'p'可以是预定义的或等于log2(无线电帧中的最大RAR窗口大小)或log2(无线电帧中的配置的RAR窗口大小)
-SFN是PRACH时机的无线电帧的系统帧编号或PRACH时机开始的无线电帧的系统帧编号。
-配置的RAR窗口大小是由gNB用信号通知的RAR窗口的大小，其中gNB从可配置的RAR窗口大小的集合中选择RAR窗口的大小。可配置的RAR窗口大小的集合是预定义的。最大支持的RAR窗口大小是指可配置的RAR窗口大小的集合中的RAR窗口大小的最大值。
具有退避指示符的MAC子报头由五个报头字段E/T/R/R/BI构成。具有帧标识符的MAC子报头由至少三个报头字段E/T/帧ID构成。对于具有退避指示符的MAC子报头和具有帧标识符的MAC子报头，T位被设置为相同值(例如T等于0)。在RAR MAC PDU中，如果存在包括具有T＝0的子报头的仅一个MAC subPDU，则子报头是帧标识符子报头。如果存在包括具有T＝0的子报头的两个MAC subPDU，则第一MAC subPDU用于BI而第二MAC subPDU用于帧标识符。
具有RAPID的MAC子报头由三个报头字段E/T/RAPID构成。填充在存在的情况下被放置在MAC PDU的末尾。填充的存在和长度基于TB大小和MAC subPDU的大小是隐式的。RAPID子报头中的T位的值与帧标识符子报头和BI子报头中的T位的值不同。
MAC subPDU的MAC子报头中设置为'0'的E字段指示MAC subPDU是MAC PDU中的最后的MAC subPDU。MAC subPDU的MAC子报头中设置为'1'的E字段指示至少另一MAC subPDU跟随。
仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头。仅具有帧标识符的MAC subPDU在被包括的情况下被放置在具有退避指示符的MAC subPDU之后的MAC PDU的开头。如果在MAC PDU中包括退避指示，则可以将'仅具有RAPID的MACsubPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第二MAC subPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则能够将'仅具有RAPID的MACsubPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。
如此方法中公开的第一RAR MAC PDU格式的优点是：帧标识符可以被应用于包括RAR的MAC subPDU和包括SI请求肯定应答的MAC subPDU两者。由于每个RAR MAC PDU添加帧标识符仅一次，所以开销更少。不需要总是在RAR MAC PDU中包括帧标识符。如果RAR MACPDU仅包括BI则能够跳过它。或者，此方法对于UE实现方式是有益的，因为用于第一RAR MACPDU格式和第二RAR MAC PDU格式的MAC子报头结构是类似的并且因此降低实现方式的复杂度。
第二RAR MAC PDU格式：在本公开的此方法中，根据第二(即常规)RAR MAC PDU格式的RAR MAC PDU与方法1中描述的相同。
UE操作：
实施例1：
图10示出了根据本公开的另一实施例的UE操作。
参考图10，UE在操作1010发送RA前导，UE在操作1020监测用于RAR接收的PDCCH，并且UE在操作1030接收RAR MAC PDU。UE在操作1040确定UE在其上监测PDCCH以接收RAR的小区是否是非授权小区。如果小区是非授权小区，则UE在操作1050根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区是授权小区，则UE在操作1060根据第二RAR MACPDU格式来处理所接收到的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。
在根据第一MAC PDU格式来处理RAR MAC PDU的同时，UE在操作1051处理RAR MACPDU中的MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。如果RAR MACPDU中的MAC subPDU包括退避指示符，则UE在操作1052将PREAMBLE_BACKOFF设置为通过MACsubPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。如果RAR MAC PDU中的MACsubPDU包括帧指示符，则UE在操作1053处理MAC subPDU并且从MAC subPDU的MAC子报头获得帧标识符。如果MAC subPDU包括具有RAPID的MAC子报头，其中RAPID与由UE发送的RA前导匹配并且从另一MAC subPDU获得的帧标识对应于由UE在其中发送RA前导的PRACH时机的无线电帧，则UE在操作1054认为RAR被成功地接收。如果RAR被认为成功地接收并且此MACsubPDU仅包括RAPID，则UE将这个认为是对SI请求的肯定应答。UE确定MAC子报头是BI子报头还是帧标识符如下：在RAR MAC PDU中，如果存在包括具有T＝0的子报头的仅一个MACsubPDU，则子报头是帧标识符子报头并且此MAC subPDU仅包括帧标识符子报头。如果存在包括具有T＝0的子报头的两个MAC subPDU，则第一MAC subPDU包括BI而第二MAC subPDU包括帧标识符。如果T＝1，则UE确定MAC子报头是RAPID子报头。
在根据第二RAR MAC PDU格式来处理RAR MAC PDU的同时，UE在操作1061处理RARMAC PDU中的MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。如果RARMAC PDU中的第一MAC subPDU包括退避指示符，则UE在操作1062将PREAMBLE_BACKOFF设置为通过MAC subPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。如果MAC subPDU包括具有RAPID的MAC子报头，其中RAPID与由UE发送的RA前导匹配，则UE在操作1064认为RAR被成功地接收。如果RAR被认为成功地接收并且此MAC subPDU仅包括RAPID，则UE将这个认为是对SI请求的肯定应答。UE确定MAC subPDU中的MAC子报头是BI子报头还是RAPID子报头。UE确定如果T＝0则MAC子报头是BI子报头；而如果T＝1则MAC子报头是RAPID子报头。
实施例2：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定所配置的RAR窗口大小是否大于10ms。如果所配置的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MACPDU的详细UE操作与图10中描述的相同。在根据第一MAC PDU格式来处理RAR MAC PDU的同时，UE确定MAC子报头是BI子报头还是帧标识如下：在RAR MAC PDU中，如果存在包括具有T＝0的子报头的仅一个MAC subPDU，则子报头是帧标识子报头并且此MAC subPDU仅包括帧标识符子报头。如果存在包括具有T＝0的子报头的两个MAC subPDU，则第一MAC subPDU包括BI而第二MAC subPDU包括帧标识符。UE确定如果T＝1则MAC子报头是RAPID子报头。在根据第二RAR MAC PDU格式来处理RAR MAC PDU的同时，UE确定MAC subPDU中的MAC子报头是BI子报头还是RAPID子报头。UE确定如果T＝0则MAC子报头是BI子报头；而如果T＝1则MAC子报头是RAPID子报头。
实施例3：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RARMAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MAC PDU的详细UE操作与图10中描述的相同。在根据第一MAC PDU格式来处理RAR MACPDU的同时，UE确定MAC子报头是BI子报头还是帧标识符如下：在RAR MAC PDU中，如果存在包括具有T＝0的子报头的仅一个MAC subPDU，则子报头是帧标识符子报头并且此MACsubPDU仅包括帧标识符子报头。如果存在包括具有T＝0的子报头的两个MAC subPDU，则第一MAC subPDU包括BI而第二MAC subPDU包括帧标识符。UE确定如果T＝1则MAC子报头是RAPID子报头。在根据第二RAR MAC PDU格式来处理RAR MAC PDU的同时，UE确定MAC subPDU中的MAC子报头是BI子报头还是RAPID子报头。UE确定如果T＝0则MAC子报头是BI子报头；而如果T＝1则MAC子报头是RAPID子报头。
gNB操作：
图11示出了根据本公开的实施例的gNB操作。
参考图11，gNB在操作1110接收一个或更多个RA前导，并且在操作1120确定将在其上发送RAR的小区是否是非授权小区。如果小区是非授权小区，则gNB在操作1130根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区是授权小区，则gNB在操作1140根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。
在根据第一RAR MAC PDU格式来生成RAR MAC PDU的同时，仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头，即第一MAC subPDU包括BI。如果第一MAC subPDU包括BI，则具有帧标识符的MAC subPDU是第二MAC subPDU。如果需要在RARMAC PDU中发送退避指示，则gNB在操作1131在RAR MAC PDU中包括第一MAC subPDU，其中第一MAC subPDU由仅具有BI的MAC子报头构成。gNB也在RAR MAC PDU中包括第二MAC subPDU，其中第二MAC subPDU由仅具有帧标识符的MAC子报头构成。如果不需要在RAR MAC PDU中发送退避指示，则gNB在操作1132在RAR MAC PDU中包括第一MAC subPDU，其中第一MACsubPDU由仅具有BI的MAC子报头构成。gNB在操作1133在RAR MAC PDU中包括一个或更多个MAC subPDU，其中每个MAC subPDU包括仅具有RAPID的MAC子报头或具有RAPID和MAC RAR的MAC子报头。这些MAC subPDU中的每一个MAC subPDU对应于由gNB在PRACH时机中接收到的RA前导，PRACH时机开始于无线电帧，无线电帧的帧标识符被包括在第一MAC subPDU中。
在根据第二RAR MAC PDU格式来生成RAR MAC PDU的同时，如果需要在RAR MACPDU中发送退避指示，则gNB在操作1141包括第一MAC subPDU，其中第一MAC subPDU由仅具有BI的MAC子报头构成。gNB在操作1143包括一个或更多个MAC subPDU，其中每个MACsubPDU包括仅具有RAPID的MAC子报头或具有RAPID和MAC RAR的MAC子报头。
gNB在操作1134或1144发送所生成的RAR MAC PDU。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定将在其上发送RAR的小区是否被配置有大于10ms的RAR窗口大小。如果所配置的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图11中描述的相同。在根据第一RAR MAC PDU格式来生成RAR MAC PDU的同时，仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头，即第一MAC subPDU包括BI。如果第一MAC subPDU包括BI，则具有帧标识符的MAC subPDU是第二MAC subPDU。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定对于将在其上发送RAR的小区，最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RARMAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图11中描述的相同。在根据第一RARMAC PDU格式来生成RAR MAC PDU的同时，仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头，即第一MAC subPDU包括BI。如果第一MAC subPDU包括BI，则具有帧标识符的MAC subPDU是第二MAC subPDU。
方法4：
在本公开的用于在RAR中发送和接收帧信息的第四方法中，UE/gNB发送/接收RARMAC PDU，其中RAR MAC PDU是第一RAR MAC PDU格式和第二RAR MAC PDU格式中的一种。
第一RAR MAC PDU格式：
图12示出了根据本公开的实施例的基于第一RAR MAC PDU格式的RAR MAC PDU的示例。为了图示，帧ID被假定为与图12中80ms的最大RAR窗口大小相对应的3位。
参考图12，根据第一(即增强)RAR MAC PDU格式的RAR MAC PDU由一个或更多个MAC subPDU和可选地填充构成。每个MAC subPDU由下列中的一个构成：
-仅具有退避指示符的MAC子报头；
-仅具有RAPID和帧ID的MAC子报头(即对SI请求的肯定应答)；
-具有RAPID、帧ID和MAC RAR的MAC子报头。
RAPID MAC子报头包括E、T、RAPID和帧标识符(帧ID)。取决于为帧标识符定义的位数，它也可以包括一个或更多个R位。例如，如果帧标识符是8位长，则没有R位。如果帧标识符是3位长，则有5个R位。帧标识符是下列中的一个：
-帧标识符＝SFN
-帧标识符＝SFN modulo(无线电帧中的最大支持的RAR窗口大小)
-帧标识符＝SFN modulo(无线电帧中的配置的RAR窗口大小)
-帧标识符＝SFN的'p'个最低有效位，其中'p'可以是预定义的或等于log2(无线电帧中的最大RAR窗口大小)或log2(无线电帧中的配置的RAR窗口大小)
-SFN是PRACH时机的无线电帧的系统帧编号或PRACH时机开始的无线电帧的系统帧编号
-配置的RAR窗口大小是由gNB用信号通知的RAR窗口的大小，其中gNB从可配置的RAR窗口大小的集合中选择RAR窗口的大小。可配置的RAR窗口大小的集合是预定义的。最大支持的RAR窗口大小是指可配置的RAR窗口大小的集合中的RAR窗口大小的最大值。
具有退避指示符的MAC子报头由五个报头字段E/T/R/R/BI构成。
具有RAPID和帧ID的MAC子报头由至少四个报头字段E/T/RAPID/帧ID构成。取决于为帧ID定义的位数，它也可以包括一个或更多个R位。填充在存在的情况下被放置在MACPDU的末尾。填充的存在和长度基于TB大小和MAC subPDU的大小是隐式的。
仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头。如果在MAC PDU中包括退避指示，则可以将'仅具有RAPID的MAC subPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第二MAC subPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则可以将'仅具有RAPID的MAC subPDU'以及'具有RAPID和MACRAR的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)的任何地方。
MAC subPDU的MAC子报头中设置为'0'的E字段表示MAC subPDU是MAC PDU中的最后的MAC subPDU。MAC subPDU的MAC子报头中设置为'1'的E字段指示至少另一MAC subPDU跟随。
此方法对于UE实现方式是有益的，因为第一RAR MAC PDU格式和第二RAR MAC PDU格式的MAC子报头结构是类似的并且因此降低实现方式的复杂度。在此方法中，MAC子报头的数目也没有增加。
第二RAR MAC PDU格式：在所提出的公开的此方法中，根据第二(即常规)RAR MACPDU格式的RAR MAC PDU与方法1中描述的相同。
UE操作：
实施例1：
图13示出了根据本公开的另一实施例的详细UE操作。
参考图13，UE在操作1310发送RA前导，UE在操作1320监测用于RAR接收的PDCCH，并且UE在操作1330接收RAR MAC PDU。UE在操作1340确定UE在其上监测PDCCH以接收RAR的小区是否是非授权小区。如果小区是非授权小区，则UE在操作1350根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区是授权小区，则UE在操作1360根据第二RAR MACPDU格式来处理所接收到的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。
在根据第一MAC PDU格式来处理RAR MAC PDU的同时，UE在操作1351处理RAR MACPDU中的MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。如果RAR MACPDU中的MAC subPDU包括退避指示符，则UE在操作1352将PREAMBLE_BACKOFF设置为通过MACsubPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。如果MAC subPDU包括具有RAPID和帧ID的MAC子报头，其中RAPID与由UE发送的RA前导匹配并且帧ID对应于由UE在其中发送RA前导的PRACH时机的无线电帧，则UE在操作1353认为RAR被成功地接收。如果RAR被认为成功地接收并且此MAC subPDU仅包括RAPID，则UE将这个认为是对SI请求的肯定应答。
在根据第二RAR MAC PDU格式来处理RAR MAC PDU的同时，UE在操作1361处理RARMAC PDU中的MAC subPDU直到RAR被成功地接收或者不再有MAC subPDU剩下为止。如果RARMAC PDU中的第一MAC subPDU包括退避指示符，则UE在操作1362将PREAMBLE_BACKOFF设置为通过MAC subPDU的BI字段与SCALING_FACTOR_BI相乘指示的退避值。如果MAC subPDU包括具有RAPID的MAC子报头，其中RAPID与由UE发送的RA前导匹配，则UE在操作1363认为RAR被成功地接收。如果RAR被认为成功地接收并且此MAC subPDU仅包括RAPID，则UE将这个认为是对SI请求的肯定应答。
实施例2：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定所配置的RAR窗口大小是否大于10ms。如果所配置的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MACPDU的详细UE操作与图13中描述的相同。
实施例3：在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RAR MAC PDU。UE确定最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RARMAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后处理RAR MAC PDU的详细UE操作与图13中描述的相同。
gNB操作：
图14示出了根据本公开的实施例的gNB操作。
参考图14，gNB在操作1410接收一个或更多个RA前导，并且在操作1420确定将在其上发送RAR的小区是否是非授权小区。如果小区是非授权小区，则gNB在操作1430根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区是授权小区，则gNB在操作1440根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。
在根据第一RAR MAC PDU格式来生成RAR MAC PDU的同时，如果需要在RAR MACPDU中发送退避指示，则gNB在操作1431在RAR MAC PDU中包括第一MAC subPDU，其中第一MAC subPDU由仅具有BI的MAC子报头构成。gNB在操作1432在RAR MAC PDU中包括一个或更多个MAC subPDU，其中每个MAC subPDU包括具有RAPID和帧ID的MAC子报头或具有RAPID、帧ID和MAC RAR的MAC子报头。这些MAC subPDU中的每一个MAC subPDU对应于由gNB在PRACH时机中接收到的RA前导，PRACH时机开始于无线电帧，无线电帧的帧标识符(帧ID)被包括在第一MAC subPDU中。
在根据第二RAR MAC PDU格式来生成RAR MAC PDU时，如果需要在RAR MAC PDU中发送退避指示，则gNB在操作1441包括第一MAC subPDU，其中第一MAC subPDU由仅具有BI的MAC子报头构成。gNB在操作1442包括一个或更多个MAC subPDU，其中每个MAC subPDU包括仅具有RAPID的MAC子报头或具有RAPID和MAC RAR的MAC子报头。
gNB在操作1433或1443发送所生成的RAR MAC PDU。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定将在其上发送RAR的小区是否被配置有大于10ms的RAR窗口大小。如果所配置的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RAR MAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图14中描述的相同。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定对于将在其上发送RAR的小区，最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。此实施例中关于在确定第一RAR MAC PDU格式或第二RARMAC PDU格式之后生成RAR MAC PDU的详细gNB操作与图14中描述的相同。
方法5：
在本公开的用于在RAR中发送和接收帧信息的此方法中，提出要定义新MAC子报头(即帧标识符MAC子报头)。帧标识符MAC子报头包括T和帧标识符(帧ID)。取决于为帧标识符定义的位数，它也可以包括一个或更多个R位。例如，如果帧标识符是6位长，则没有R位。如果帧标识符是3位长，则有3个R位。帧标识符是下列中的一个：
-帧标识符＝SFN
-帧标识符＝SFN modulo(无线电帧中的最大支持的RAR窗口大小)
-帧标识符＝SFN modulo(无线电帧中的配置的RAR窗口大小)
-帧标识符＝SFN的'p'个最低有效位，其中'p'可以是预定义的或等于log2(无线电帧中的最大RAR窗口大小)或log2(无线电帧中的配置的RAR窗口大小)
-SFN是PRACH时机的无线电帧的系统帧编号或PRACH时机开始的无线电帧的系统帧编号。
-配置的RAR窗口大小是由gNB用信号通知的RAR窗口的大小，其中gNB从可配置的RAR窗口大小的集合中选择RAR窗口的大小。可配置的RAR窗口大小的集合是预定义的。最大支持的RAR窗口大小是指可配置的RAR窗口大小的集合中的RAR窗口大小的最大值。
在本公开中，UE/gNB发送/接收RAR MAC PDU，其中RAR MAC PDU是第一RAR MACPDU格式和第二RAR MAC PDU格式中的一种。
第一RAR MAC PDU格式：
在本公开的此方法中，RAR MAC PDU由一个或更多个MAC subPDU和可选地填充构成。每个MAC subPDU包括下列中的一个：
-仅具有帧标识符的MAC子报头；
-仅具有退避指示符的MAC子报头；
-仅具有RAPID的MAC子报头(即对SI请求的肯定应答)；
-具有RAPID和MAC RAR的MAC子报头。
-指示填充的MAC子报头
具有退避指示符的MAC子报头由四个报头字段T/R/R/BI构成。
具有帧标识符的MAC子报头由至少两个报头字段T/帧ID构成。
具有RAPID的MAC子报头由两个报头字段T/RAPID构成。填充在存在的情况下被放置在MAC PDU的末尾。填充的存在和长度基于TB大小和MAC subPDU的大小是隐式的。
用于填充的MAC子报头由T/R/R/R/R/R/R构成。2位类型字段区分BI、帧标识符、RAPID和填充子报头。
仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头。仅具有帧标识符的MAC subPDU在被包括的情况下被放置在具有退避指示符的MAC subPDU之后的MAC PDU的开头。如果在MAC PDU中包括退避指示，则可以将'仅具有RAPID的MACsubPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第二MAC subPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则能够将'仅具有RAPID的MACsubPDU'以及'具有RAPID和MAC RAR的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。
(替代)仅具有退避指示符的MAC subPDU在被包括的情况下被放置在MAC PDU的开头。仅具有帧标识符的MAC subPDU被放置在包括RAPID和MAC RAR的第一MAC subPDU之前。如果在MAC PDU中包括退避指示，则可以将'仅具有RAPID的MAC subPDU'放置在第二MACsubPDU与填充(若有的话)之间的任何地方。如果在MAC PDU中不包括退避指示，则可以将'仅具有RAPID的MAC subPDU'放置在第一MAC subPDU与填充(若有的话)之间的任何地方。'具有RAPID和MAC RAR的MAC subPDU'被放置在承载帧标识符的MAC subPDU之后且在填充(若有的话)之前。
第二RAR MAC PDU格式：在本公开的此方法中，根据第二(即常规)RAR MAC PDU格式的RAR MAC PDU与方法1中描述的相同。
UE操作：在实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RARMAC PDU。UE确定UE在其上监测PDCCH以接收RAR的小区是否是非授权小区。如果小区是非授权小区，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区是授权小区，则UE根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。在实施例中，UE操作如图7所示。
在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RARMAC PDU。UE确定所配置的RAR窗口大小是否大于10ms。如果所配置的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。
在另一实施例中，UE发送RA前导，UE监测用于RAR接收的PDCCH，并且UE接收RARMAC PDU。UE确定最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则UE根据第一RAR MAC PDU格式来处理所接收到的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则UE根据第二RAR MAC PDU格式来处理所接收到的RAR MAC PDU。
gNB操作：在实施例中，gNB接收一个或更多个RA接入前导，并且确定将在其上发送RAR的小区是否是非授权小区。如果小区是非授权小区，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区是授权小区，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果小区的DL载波频率对应于非授权频带，则小区是非授权小区。否则小区是授权小区。在实施例中，gNB操作如图8所示。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定将在其上发送RAR的小区是否被配置有大于10ms的RAR窗口大小。如果所配置的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果所配置的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。
在另一实施例中，gNB接收一个或更多个RA前导，并且确定对于将在其上发送RAR的小区，最大支持的RAR窗口大小是否大于10ms。如果最大支持的RAR窗口大小大于10ms，则gNB根据第一RAR MAC PDU格式来生成用于传输的RAR MAC PDU。如果最大支持的RAR窗口大小小于等于10ms，则gNB根据第二RAR MAC PDU格式来生成用于传输的RAR MAC PDU。gNB然后发送所生成的RAR MAC PDU。
在非授权载波中处理配置的许可传输的方法
对于非授权载波上的上行链路(UL)传输，UE在传输之前需要执行信道感测(即先听后讲(LBT))以确定信道是否空闲。存在如在下面说明的那样为UL传输定义的两种类型的LBT过程：
类别1：无LBT
无LBT过程由发送实体执行。
类别2：没有随机退避的LBT
在发送实体发送之前感测到信道空闲的持续时间是确定性的。在示例中，感测间隔可以是25us，即UE可以在感测到信道空闲达至少感测间隔Td＝25us之后发送。对于UL传输，类别3也被称为类型2信道接入过程。
类别3：具有竞争窗口为固定大小的随机退避的LBT
UE在推迟持续时间(Td)的时隙持续时间期间感测到信道空闲之后发送，并且在步骤4中计数器为零值之后发送，详细过程如下：
步骤1：设置N＝Ninit，其中Ninit是均匀地分布在0与CWp之间的随机数。CWp是用于给定信道接入优先级等级'p'的竞争窗口。在下表1中列举了针对不同信道接入优先级等级(CAPC)的各种LBT参数。
[表1]
如果可以在长期基础上(例如通过监管级别)保证不存在共享载波的任何其他技术，则用于LBT优先级等级3和4的最大信道占用时间持续10毫秒。否则，用于LBT优先级等级3和4的最大信道占用时间持续8毫秒。步骤2：如果N>0，并且UE选择递减计数器，则设置为N＝N-1。步骤3：在附加时隙持续时间内感测信道。如果附加时隙持续时间空闲，则进行到步骤4；否则，进行到步骤5。步骤4：如果N＝0，则执行传输。否则，进行到步骤2。
步骤5：在附加推迟持续时间Td的时隙持续时间期间感测信道。推迟持续时间(Td)等于Tf+mp x Ts，其中Tf等于16us并且Ts等于9us。
步骤6：如果在Td期间感测到信道空闲，则进行到步骤2。否则，进行到步骤5。
类别4：具有竞争窗口为可变大小的随机退避的LBT
LBT过程具有下列的作为其组成部分之一。发送实体在竞争窗口内抽取随机数N。竞争窗口的大小由N的最小值和最大值指定。发送实体可以在抽取随机数N时改变竞争窗口的大小。在LBT过程中使用随机数N来确定在发送实体在信道上发送之前感测到信道空闲的持续时间。详细过程与类别3相同。唯一差异是在类别3中竞争窗口的大小是固定的，然而在类别4中发送实体可以在抽取随机数N时改变竞争窗口的大小。对于UL传输类别4也被称为类型1信道接入过程。
在新无线电(NR)系统设计中，在UL中，gNB可以在PDCCH上经由小区无线电网络临时标识符(C-RNTI)向UE动态地分配资源。UE总是监测PDCCH以便在其DL接收被启用(在被配置时由不连续接收(DRX)统治的活动)时为UL传输找到可能的许可。当配置了载波聚合(CA)时，同一C-RNTI适用于所有服务小区。
另外，利用配置的许可，gNB能够向UE分配用于UL传输的周期性UL资源。定义了两种类型的配置的UL许可：
在类型1情况下，RRC直接提供配置的UL许可(包括周期)。
在类型2情况下，RRC定义配置的UL许可的周期，然而寻址到配置的调度-RNTI(CS-RNTI)的PDCCH可以用信号通知并激活配置的UL许可，或者停用它；即寻址到CS-RNTI的PDCCH指示可以根据由RRC定义的周期隐式地重用UL许可，直到被停用为止。
在动态许可的情况下，要用于信道接入的LBT类型/类别由gNB在PDCCH中用信号通知。要使用的CAPC值也由gNB在PDCCH中用信号通知。
为了用于配置的许可的UL信道接入，gNB对于每个逻辑信道(LCH)用信号通知CAPC。除填充缓冲器状态报告(BSR)MAC CE和推荐位速率MAC CE外的MAC控制元素(CE)使用最高优先级CAPC(即最低CAPC索引)。信令无线电承载0(SRB0)、信令无线电承载1(SRB1)和信令无线电承载3(SRB3)使用最高优先级CAPC(即最低CAPC索引)，然而用于SRB2的CAPC是可配置的。UE选择在MAC PDU中复用的LCH的最高CAPC索引(即最低优先级CAPC)。
为UL配置的许可选择CAPC的此设计的一个问题是与最低CAPC(即最高优先级)相对应的数据被取消优先。
图15是相关技术的为UL配置的许可选择CAPC的设计的示例图示。
参考图15，根据相关技术，为信道接入选择CAPC4，即使在MAC PDU中非常小量数据对应于此CAPC也如此。选择在MAC PDU中复用的LCH的最低CAPC索引(即最高优先级CAPC)可能并不总是好的。可能的是MAC PDU中的非常小量数据属于最低CAPC索引。所以需要一些方法来增强当前设计。
方法1：
在NR中，MAC PDU由一个或更多个MAC subPDU构成。每个MAC subPDU由下列中的一个构成：仅MAC子报头(包括填充)；MAC子报头和MAC服务数据单元(SDU)；MAC子报头和MACCE；或MAC子报头和填充。MAC SDU是可变大小的。每个MAC子报头对应于MAC SDU、MAC CE或填充。除了固定大小的MAC CE、填充以及包含UL公共控制信道(CCCH)的MAC SDU之外的MAC子报头由四个报头字段R/F/LCID/L构成。用于固定大小的MAC CE、填充以及包含UL CCCH的MAC SDU的MAC子报头由两个报头字段R/LCID构成。
图16示出了根据本公开的实施例的用于UL传输的CAPC的选择。在实施例中，此方法被应用于配置的许可中的UL传输。
操作1610：参考图16，为了确定要用于MAC PDU的UL传输的CAPC，UE首先在操作1610确定在MAC PDU中复用的MAC subPDU的CAPC。或者，在另一实施例中，UE首先确定除承载填充的MAC subPDU外的在MAC PDU中复用的MAC subPDU的CAPC。或者，在另一实施例中，UE首先确定除承载填充的MAC subPDU以及承载填充BSR的MAC subPDU和承载推荐位速率MAC CE的MAC subPDU外的在MAC PDU中复用的MAC subPDU的CAPC。
对于包括MAC SDU的MAC subPDU，CAPC是包括在MAC subPDU中的MAC SDU的LCH的CAPC。gNB为数据无线电承载(DRB)的每个LCH用信号通知CAPC。与信令无线电承载SRB0、SRB1和SRB3相对应的LCH使用最高优先级CAPC(即最低CAPC索引)，然而用于SRB2的CAPC由gNB在RRC消息中配置。填充使用最低优先级的CAPC(即最高CAPC索引)。
对于包括MAC CE的MAC subPDU，CAPC是包括在该MAC subPDU中的MAC CE的CAPC。除填充BSR和推荐位速率外的MAC CE使用最高优先级CAPC(即最低CAPC索引)。填充BSR和推荐位速率MAC CE使用最低优先级CAPC(即最高CAPC索引)。
操作1620：UE然后在操作1620为每个确定的CAPC计算参数'X'，其中'X'等于针对该CAPC的MAC subPDU的总大小/MAC PDU的总大小。大小可以是字节数或位数。在实施例中，MAC subPDU的大小可能不包括MAC子报头的大小。
操作1630：UE在操作1630选择具有'X'的最高值的CAPC。UE应用与所选CAPC相对应的参数以用于接入用于UL传输的信道。
图17是根据本公开的实施例的要(利用使用CAPC的LBT过程)在信道接入时在UL许可中发送的MAC PDU的示例图示。
参考图17，根据上面说明的方法计算的'X'值对于CAPC 2、3和CAPC4分别是0.3、0.4和0.3。所以UE选择与X的最高值即0.4相对应的CAPC3。
图18示出了根据本公开的另一实施例的用于UL传输的CAPC的选择。在实施例中，此方法被应用于配置的许可中的UL传输。
操作1810：参考图18，为了确定要用于MAC PDU的UL传输的CAPC，UE首先在操作1810确定在MAC PDU中复用的MAC SDU和MAC CE的CAPC。或者，在另一实施例中，UE首先确定除填充BSR MAC CE和推荐位速率MAC CE外的在MAC PDU中复用的MAC SDU和MAC CE的CAPC。或者，在另一实施例中，UE首先确定MAC SDU的CAPC。
对于MAC SDU，CAPC是MAC SDU的LCH的CAPC。gNB为DRB的每个LCH用信号通知CAPC。对于与信令无线电承载SRB0、SRB1和SRB3相对应的LCH，使用最高优先级CAPC，然而用于SRB2的CAPC由gNB在RRC消息中配置。
对于MAC CE，CAPC是MAC CE的CAPC。除填充BSR和推荐位速率外的MAC CE使用最高优先级CAPC(即最低CAPC索引)。填充BSR和推荐位速率MAC CE使用最低优先级CAPC(即最高CAPC索引)。
操作1820：UE然后为每个确定的CAPC计算参数'X'，其中'X'等于[MAC PDU中针对该CAPC的MAC SDU和/或MAC CE的总大小]/MAC PDU的总大小。在操作1820大小可以是字节数或位数。
操作1830：UE选择具有'X'的最高值的CAPC。UE在操作1830应用与所选CAPC相对应的参数以用于接入用于UL传输的信道。
第一方法的优点是：占用UL许可的最大部分的CAPC支配信道接入，这好于总是选择最低优先级CAPC的传统方案。
在另一实施例中，如果在MAC PDU中未复用某些LCH，则应用上面说明的方法。如果在MAC PDU中复用某些LCH，则UE应用规则，即UE选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)。
在实施例中，某些LCH是用于信令无线电承载的LCH。如果在MAC PDU中包括SRBsMAC SDU中的任一个，则UE应用规则，即UE选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)。换句话说，如果在MAC PDU中包括SRBs MAC SDU中的任一个，则UE选择SRB的CAPC索引(或其MAC SDU被包括在MAC PDU中的SRB的最低CAPC索引)，因为SRB的CAPC索引是最低的。
在另一实施例中，某些LCH是用于信令无线电承载SRB0、SRB1和SRB3的LCH。如果在MAC PDU中包括SRB0、SRB1和SRB3MAC SDU，则UE选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)。
在另一实施例中，某些LCH是用于信令无线电承载的一个或更多个LCH。可以预定义UE为其选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)的一个或更多个信令无线电承载。
在另一实施例中，某些LCH是由gNB用信号通知的一个或更多个LCH。
在另一实施例中，某些LCH是除填充BSR以外的MAC CE。如果在MAC PDU中包括任何MAC CE(除填充BSR以外)，则UE应用规则。
在另一实施例中，某些LCH是一个或更多个MAC CE。可以预定义对于其应用规则的一个或更多个MAC CE。
方法2：
在NR中，MAC PDU由一个或更多个MAC subPDU构成。每个MAC subPDU由下列中的一个构成：仅MAC子报头(包括填充)；MAC子报头和MAC SDU；MAC子报头和MAC CE；或MAC子报头和填充。MAC SDU是可变大小的。每个MAC子报头对应于MAC SDU、MAC CE或填充。除了固定大小的MAC CE、填充以及包含UL CCCH的MAC SDU之外的MAC子报头由四个报头字段R/F/LCID/L构成。用于固定大小的MAC CE、填充以及包含UL CCCH的MAC SDU的MAC子报头由两个报头字段R/LCID构成。
图19示出了根据本公开的实施例的用于UL传输的CAPC的选择。在实施例中，此方法被应用于配置的许可中的UL传输。
操作1910：参考图19，为了确定要用于MAC PDU的UL传输的CAPC，UE首先在操作1910确定在MAC PDU中复用的MAC subPDU的CAPC。或者，在另一实施例中，UE首先确定除承载填充的MAC subPDU外的在MAC PDU中复用的MAC subPDU的CAPC。或者，在另一实施例中，UE首先确定除承载填充的MAC subPDU以及承载填充BSR的MAC subPDU和承载推荐位速率的MAC subPDU外的在MAC PDU中复用的MAC subPDU的CAPC。
对于包括MAC SDU的MAC subPDU，CAPC是包括在MAC subPDU中的MAC SDU的LCH的CAPC。gNB为DRB的每个LCH用信号通知CAPC。对于与信令无线电承载SRB0、SRB1和SRB3相对应的LCH使用最高优先级CAPC(即最低CAPC索引)，然而用于SRB2的CAPC由gNB在RRC消息中配置。填充使用最低优先级CAPC(即最高CAPC索引)。
对于包括MAC CE的MAC subPDU，CAPC是包括在该MAC subPDU中的MAC CE的CAPC。除填充BSR外的MAC CE使用最高优先级CAPC(即最低CAPC索引)。填充BSR和推荐位速率使用最低优先级CAPC(即最高CAPC索引)。
操作1920：UE然后在操作1920为每个确定的CAPC计算参数'X'，其中'X'等于针对该CAPC的MAC subPDU的总大小/MAC PDU的总大小。大小可以是字节数或位数。在实施例中，MAC subPDU的大小可能不包括MAC子报头的大小。
操作1930：在'X'大于阈值的CAPC当中，UE在操作1930选择具有最低CAPC索引(即最高优先级)的CAPC。如果不存在'X'大于阈值的CAPC，则UE选择具有'X'的最高值的CAPC。UE应用与所选CAPC相对应的参数以用于接入用于UL传输的信道。
gNB将阈值用信号通知给UE。阈值对于所有UL配置的许可可以是公共的，或者可以为每个UL配置的许可单独地配置它。如果未配置阈值，则UE选择具有'X'的最高值的CAPC。或者，如果未配置阈值，则UE选择具有最高CAPC索引(即最低优先级)的CAPC，而不需要执行操作1920。或者，如果未配置阈值，则UE选择具有最低CAPC索引(即最高优先级)的CAPC，而不需要执行操作1920。
图20是根据本公开的实施例的要使用LBT类型1信道接入在UL许可中发送的MACPDU的示例图示。
参考图20，根据上面说明的方法计算的'X'值对于CAPC 2、4和CAPC 3分别是0.2、0.5和0.3。如果阈值是0.25，则UE从CAPC 3和CAPC 4中选择CAPC。CAPC 3和CAPC 4当中的最低CAPC索引是3，所以UE选择CAPC 3。
图21示出了根据本公开的实施例的用于UL传输的CAPC的选择。在实施例中，此方法被应用于配置的许可中的UL传输。
操作2110：参考图21，为了确定要用于MAC PDU的UL传输的CAPC，UE首先在操作2110确定在MAC PDU中复用的MAC SDU和MAC CE的CAPC。或者，在另一实施例中，UE首先确定除填充BSR MAC CE和推荐位速率MAC CE外的在MAC PDU中复用的MAC SDU和MAC CE的CAPC。
对于MAC SDU，CAPC是MAC SDU的LCH的CAPC。gNB为DRB的每个LCH用信号通知CAPC。对于与信令无线电承载SRB0、SRB1和SRB3相对应的LCH使用最高优先级CAPC，然而用于SRB2的CAPC由gNB在RRC消息中配置。
对于MAC CE，CAPC是MAC CE的CAPC。除填充BSR和推荐位速率外的MAC CE使用最高优先级CAPC(即最低CAPC索引)。填充BSR使用最低优先级CAPC(即最高CAPC索引)。
操作2120：UE然后为每个确定的CAPC计算参数'X'，其中'X'等于[针对该CAPC的MAC SDU和MAC CE的总大小]/MAC PDU的总大小。在操作2120大小可以是字节数或位数。
操作2130：在'X'大于阈值的CAPC当中，UE在操作2130选择具有最低CAPC索引(即最高优先级)的CAPC。如果不存在'X'大于阈值的CAPC，则UE选择具有'X'的最高值的CAPC。UE应用与所选CAPC相对应的参数以用于接入用于UL传输的信道。
gNB将阈值用信号通知给UE。阈值对于所有UL配置的许可可以是公共的或者可以为每个UL配置的许可单独地配置它。如果未配置阈值，则UE选择具有'X'的最高值的CAPC。或者，如果未配置阈值，则UE选择具有最高CAPC索引(即最低优先级)的CAPC，而不需要执行操作2120。或者，如果未配置阈值，则UE选择具有最低CAPC索引(即最高优先级)的CAPC，而不需要执行操作2120。
此方法的优点是：在占用UL许可的部分超过阈值的CAPC当中，即使最高优先级CAPC不占用UL许可的最大部分，它也支配信道接入。
在另一实施例中，如果在MAC PDU中不复用某些LCH，则应用上面说明的方法。如果在MAC PDU中复用某些LCH，则UE应用规则，即UE选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)。
在实施例中，某些LCH是用于信令无线电承载的LCH。如果在MAC PDU中包括SRBsMAC SDU中的任一个，则UE应用规则，即UE选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)。换句话说，如果在MAC PDU中包括SRBs MAC SDU中的任一个，则UE选择SRB的CAPC索引(或其MAC SDU被包括在MAC PDU中的SRB的最低CAPC索引)，因为SRB的CAPC索引是最低的。
在另一实施例中，某些LCH是用于信令无线电承载SRB0、SRB1和SRB3的LCH。如果在MAC PDU中包括SRB0、SRB1和SRB3MAC SDU中的任一个，则UE选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)。
在另一实施例中，某些LCH是用于信令无线电承载的一个或更多个LCH。可以预定义UE为其选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)的一个或更多个信令无线电承载。
在另一实施例中，某些LCH是由gNB用信号通知的一个或更多个LCH。
在另一实施例中，某些LCH是除填充BSR以外的MAC CE。如果在MAC PDU中包括任何MAC CE(除填充BSR以外)，则UE应用规则。
在另一实施例中，某些LCH是一个或更多个MAC CE。可以预定义对于其应用规则的一个或更多个MAC CE。
方法3：
在NR中，MAC PDU由一个或更多个MAC subPDU构成。每个MAC subPDU由下列中的一个构成：仅MAC子报头(包括填充)；MAC子报头和MAC SDU；MAC子报头和MAC CE；或MAC子报头和填充。MAC SDU是可变大小的。每个MAC子报头对应于MAC SDU、MAC CE或填充。除了固定大小的MAC CE、填充以及包含UL CCCH的MAC SDU之外的MAC子报头由四个报头字段R/F/LCID/L构成。用于固定大小的MAC CE、填充以及包含UL CCCH的MAC SDU的MAC子报头由两个报头字段R/LCID构成。
图22示出了根据本公开的实施例的用于UL传输的CAPC的选择。在实施例中，此方法被应用于配置的许可中的UL传输。
参考图22，UE在操作2210确定某些LCH是否在MAC PDU中被复用。如果是，UE在操作2220应用第一规则，即UE选择在MAC PDU中复用的LCH/MAC CE的最低CAPC索引(即最高优先级)。否则，UE在操作2230应用第二规则，即UE选择在MAC PDU中复用的LCH/MAC CE的最高CAPC索引(即最低优先级)。
在实施例中，某些LCH是用于信令无线电承载的LCH。如果在MAC PDU中包括SRBsMAC SDU中的任一个，则UE应用第一规则。换句话说，如果在MAC PDU中包括SRBs MAC SDU中的任一个，则UE选择SRB的CAPC索引(或其MAC SDU被包括在MAC PDU中的SRB的最低CAPC索引)，因为SRB的CAPC索引是最低的。
在另一实施例中，某些LCH是用于信令无线电承载SRB0、SRB1和SRB3的LCH。如果在MAC PDU中包括SRB0、SRB1和SRB3MAC SDU中的任一个，则UE应用第一规则。
在另一实施例中，某些LCH是用于信令无线电承载的一个或更多个LCH。可以预定义对于其应用第一规则的一个或更多个信令无线电承载。
在另一实施例中，某些LCH是由gNB用信号通知的一个或更多个LCH。假设gNB用信号通知UE需要对于其应用第一规则的LCH X和LCH Y。如果在MAC PDU中包括LCH X、LCH YMAC SDU中的任一个，则UE应用第一规则。
在另一实施例中，某些LCH是除填充BSR以外的MAC CE。如果在MAC PDU中包括任何MAC CE(除填充BSR以外)，则UE应用第一规则。
在另一实施例中，某些LCH是一个或更多个MAC CE。可以预定义对于其应用第一规则的一个或更多个MAC CE。
上述实施例中的一个或更多个可以用于确定第一规则和第二规则的应用。
方法4：
在公开的此方法中，提出了用于UL传输的增强复用操作。在实施例中，此方法被应用于配置的许可中的UL传输。
操作1：UE包括来自具有可用于传输的数据并且被允许使用此UL许可的LCH当中的最高优先级LCH的MAC SDU。
操作2：UE包括来自除具有可用于传输的数据并且被允许只有当MAC PDU中的剩余可用空间大于阈值时才在MAC PDU中使用此UL许可的LCH当中的最高优先级LCH外具有最低优先级的任何其他LCH的MAC SDU。阈值可以由gNB预定义或用信号通知。
-示例UL许可大小是1000个字节
LCH 1、LCH 2和LCH 3被允许使用此UL许可，并且具有可用于传输的数据。如果LCH1是最高优先级，则UE在MAC PDU中包括LCH 1数据。如果在包括最高优先级LCH之后可用的数据量是200个字节，并且200个字节大于阈值，则UE按照LCH优先化(LCP)在MAC PDU中复用LCH 2和/或LCH 3。否则仅仅包括填充和/或填充BSR。
方法5：
实施例1：
在公开的此方法中，提出了用于UL传输的增强复用操作。在实施例中，此方法被应用于配置的许可中的UL传输。
操作1：UE包括来自具有可用于传输的数据并且被允许使用此UL许可的LCH当中的最高优先级LCH的MAC SDU。
操作2：UE包括来自除具有可用于传输的数据并且被允许只有当它们具有与最高优先级LCH相同的CAPC时才在MAC PDU中使用此UL许可的LCH当中的最高优先级LCH外具有最低优先级的任何其他LCH的MAC SDU。
-示例UL许可大小是1000个字节
LCH 1、LCH 2和LCH 3被允许使用此UL许可，并且具有可用于传输的数据。如果LCH1是最高优先级(P1)，LCH 2具有优先级(P2)，并且LCH 3具有优先级(P4)，则用于LCH 1的CAPC是CAPC 1，用于LCH 2的CAPC是CAPC 1，并且用于LCH 3的CAPC是CAPC 3，用于LCH 1的MAC SDU被首先包括在MAC PDU中，因为它具有最高优先级。如果在添加LCH 1的MAC SDU之后UL许可仍未用完，则包括用于LCH 2的MAC SDU，因为它具有与LCH 1相同的CAPC。尽管在添加LCH 2的MAC SDU之后UL许可仍未用完，但是不包括用于LCH 3的MAC SDU，因为它不具有与LCH 1和LCH 2相同的CAPC。如果可用，来自LCH 1和LCH2的数据可以按优先级递减的顺序包含在内。
实施例2：
UE应用第一选择准则和第二选择准则以便选择可以在MAC PDU中复用的LCH。
当执行新传输时，MAC实体应该：
第一选择准则：
1>为每个UL许可选择满足以下所有条件的LCH(或具有可用于传输的数据的LCH)：
2>allowedSCS-List中的允许的子载波间隔(SCS)索引值的集合在被配置的情况下，包括与UL许可相关联的SCS索引；以及
2>maxPUSCH-Duration在被配置的情况下，大于或等于与UL许可相关联的物理UL共享信道(PUSCH)传输持续时间；以及
2>configuredGrantType1Allowed在被配置的情况下，在UL许可是配置的许可类型1的情况下被设置为ture(真)；以及
2>allowedServingCells在被配置的情况下，包括与UL许可相关联的小区信息。不适用于与在同一MAC实体内配置了分组数据汇聚协议(PDCP)重复的DRB相关的LCH(即CA重复)，对其而言，PDCP重复已停用。
allowedSCS-List、maxPUSCH-Duration、ConfiguredGrantType1Allowed和allowedServingCells由gNB在LCH配置中可选地配置。
allowedSCS-List：如果存在于从gNB接收到的LCH配置中，则来自此LCH的UL MACSDU仅可以被映射到所指示的参数集。否则，来自此LCH的UL MAC SDU可以被映射到任何配置的参数集。
allowedServingCells：如果存在于从gNB接收到的LCH配置中，则来自此LCH的ULMAC SDU仅能够被映射到此列表中指示的服务小区。否则，可以将来自此LCH的UL MAC SDU映射到LCH的小区组的任何配置的服务小区。
configureGrantType1Allowed：如果存在，则可以在配置的许可类型1上发送来自此LCH的UL MAC SDU。
maxPUSCH-Duration：如果存在于从gNB接收到的LCH配置中，则仅可以使用导致PUSCH持续时间短于或等于此字段所表示的持续时间的UL许可来发送来自此LCH的UL MACSDU。否则，可以使用导致任何PUSCH持续时间的UL许可来发送来自此LCH的UL MAC SDU。
第二选择准则：
1>如果在非授权载波上对于配置的UL许可执行新传输：
2>(根据第一选择准则)在上面选择的LCH当中选择具有与最高优先级LCH的CAPC相同的CAPC的LCH。
(或者)
1>如果在非授权载波上对于配置的UL许可执行新传输并且上面选择的LCH当中的最高优先级LCH属于SRB(或者特定SRB，可以预定义特定SRB)
2>(根据第一选择准则)在上面选择的LCH当中选择具有与最高优先级LCH的CAPC相同的CAPC的LCH。
(或者)
1>如果在非授权载波上执行新传输：
2>(根据第一选择准则)在上面选择的LCH当中选择具有与最高优先级LCH的CAPC相同的CAPC的LCH。
(或者)
1>如果在非授权载波上执行新传输，并且上面选择的LCH当中的最高优先级LCH属于SRB(或特定SRB，可以预定义特定SRB)
2>(根据第一选择准则)在上面选择的LCH当中选择具有与最高优先级LCH的CAPC相同的CAPC的LCH。
资源的分配：
当执行新传输时，MAC实体应该：
1>向LCH分配资源如下：
2>(根据上面说明的选择准则)为具有Bj>0的UL许可选择的LCH被以递减优先级次序分配资源。如果LCH的优先位速率(PBR)被设置为infinity(无穷大)，则MAC实体应在满足较低优先级LCH的PBR之前为可用于在LCH上传输的所有数据分配资源；
2>将Bj递减提供给上述LCH j的MAC SDU的总大小；
2>如果有任何资源剩下，则(根据上面说明的选择准则)选择的所有LCH以严格递减优先级次序提供(无论Bj的值如何)，直到该LCH的数据或UL许可被用完(以先到者为准)为止。配置有相等优先级的LCH应当被同等地服务。
当LCH被建立时，MAC实体应将LCH的Bj初始化为零。
对于每个LCH j，MAC实体应该：
1>在LCP过程的每一实例之前将Bj递增乘积PBR×T，其中T是自Bj被最后递增以来经过的时间；
1>如果Bj的值大于桶尺寸(即PBR×桶尺寸持续时间(BSD))：
2>将Bj设置为桶尺寸。
由gNB为每个逻辑配置PBR和BSD。
方法6：
在当前设计中，UE选择LCH以供复用如下：
1>为每个UL许可选择满足所有以下条件的LCH(或具有可用于传输的数据的LCH)：
2>allowedSCS-List中的允许SCS索引值的集合在被配置情况下包括与UL许可相关联的SCS索引；以及
2>maxPUSCH-Duration在被配置的情况下，大于或等于与UL许可相关联的PUSCH传输持续时间；以及
2>configuredGrantType1Allowed在被配置的情况下，在UL许可是配置的许可类型1的情况下被设置为true(真)；以及
2>allowedServingCells在被配置的情况下，包括与UL许可相关联的小区信息。不适用于与在同一MAC实体内配置了PDCP重复的DRB相关的LCH(即CA重复)，对其而言，PDCP重复已停用。
allowedSCS-List、maxPUSCH-Duration、ConfiguredGrantType1Allowed和allowedServingCells由gNB在LCH配置中可选地配置。
allowedSCS-List：如果存在于从gNB接收到的LCH配置中，则来自此LCH的UL MACSDU仅可以被映射到所表示的参数集。否则，来自此LCH的UL MAC SDU可以被映射到任何配置的参数集。
allowedServingCells：如果存在于从gNB接收到的LCH配置中，则来自此LCH的ULMAC SDU仅可以被映射到此列表中表示的服务小区。否则，来自此LCH的UL MAC SDU可以被映射到LCH的小区组的任何配置的服务小区。
configureGrantType1Allowed：如果存在，则可以在配置的许可类型1上发送来自此LCH的UL MAC SDU。
maxPUSCH-Duration：如果存在于从gNB接收到的LCH配置中，则仅可以使用导致PUSCH持续时间短于或等于通过此字段表示的持续时间的UL许可来发送来自此LCH的ULMAC SDU。否则，可以使用导致任何PUSCH持续时间的UL许可来发送来自此LCH的UL MACSDU。
资源的分配：
当执行新传输时，MAC实体应该：
1>向LCH分配资源如下：
2>(根据上面说明的选择准则)为具有Bj>0的UL许可选择的LCH被以递减优先级次序分配资源，其中如果满足以下条件之一，资源被分配给LCH j：
3>条件1：LCH j的CAPC索引≤Z
3>条件2：如果LCH j的CAPC索引>Z并且在剩余UL许可中可以从LCH j包括的数据的量大于已经分配的UL许可的量
如果尚未为LCH分配资源，则Z＝最高CAPC索引。否则Z＝MAX(已经被分配了UL许可的资源的所有LCH的CAPC索引)。
如果LCH的PBR被设置为infinity(无穷大)，则MAC实体应在满足较低优先级LCH的PBR之前为可用于在LCH上传输的所有数据分配资源；
2>将Bj递减提供给上述LCH j的MAC SDU的总大小；
2>如果有任何资源剩下，则(根据上面说明的选择准则)选择的所有LCH以严格递减优先级次序(无论Bj的值如何)提供直到该LCH的数据或UL许可被用完(以先到者为准)为止，其中如果满足以下条件之一，则资源被分配给LCH j：
3>条件1：LCH j的CAPC索引≤Z
3>条件2：如果LCH j的CAPC索引>Z并且在剩余UL许可中可以从LCH j包括的数据的量大于已经分配的UL许可的量
如果尚未为LCH分配资源，则Z＝最高CAPC索引。否则Z＝MAX(已经被分配了UL许可的资源的所有LCH的CAPC索引)。
图23是根据本公开的实施例的示例图示。
参考图23，与LCH相对应的SDU 1已经在UL许可中被分配了资源。为了调度下一个LCH，'具有可用于传输的数据并且被允许使用此UL许可的LCH'当中的候选LCH应当满足以下条件之一：
-LCH具有CAPC索引Y，其中如果可以在剩余UL许可中为该LCH包括的数据的量>L1，则Y>X；或者
-LCH具有CAPC索引Y≤X
图24是根据本公开的实施例的另一示例图示。
参考图24，与LCH相对应的SDU 1和SDU 2已经在UL许可中被分配了资源。为了调度下一个LCH，'具有可用于传输的数据并且被允许使用此UL许可的LCH'当中的候选LCH应当满足以下条件之一：
-LCH具有CAPC索引Y，其中如果可以在剩余UL许可中为该LCH包括的数据的量>L1，则Y>Max(X,X1)；或者
-LCH具有CAPC索引Y≤MAX(X,X1)
用于支持大RAR窗口大小的RA过程的方法
在更高频率(mmWave)频带中运行的5G无线通信系统中，UE和gNB使用波束成形相互通信。波束成形技术用于减轻传播路径损耗并增加传播距离以便在更高频带下通信。波束成形使用高增益天线来增强发送和接收性能。可以将波束成形分类成在发送端中执行的发送(TX)波束成形和在接收端中执行的接收(RX)波束成形。通常，TX波束成形通过通过使用多个天线允许传播到达的区域密集地位于特定方向上来增加方向性。在这种情形下，可以将多个天线的聚合称为天线阵列，并且可以将阵列中包括的每个天线称为阵列元件。可以以诸如线性阵列、平面阵列等的各种形式配置天线阵列。TX波束成形的使用导致信号的方向性增加，从而增加传播距离。此外，由于几乎不在除方向性方向以外的方向上发送信号，所以作用于另一接收端的信号干扰显著地减小了。接收端可以通过使用RX天线阵列来对RX信号执行波束成形。RX波束成形通过允许传播集中在特定方向上来增加在特定方向上发送的RX信号强度，并且从RX信号中排除在除特定方向以外的方向上发送的信号，从而提供阻塞干扰信号的效果。通过使用波束成形技术，发送器可以做出不同方向的多个发送(TX)波束图案。也可以将这些TX波束图案中的每一个TX波束图案称为TX波束。在高频率下运行的无线通信系统使用多个窄TX波束来在小区中发送信号，因为每个窄TX波束向小区的一部分提供覆盖范围。TX波束越窄，天线增益越高，并且因此使用波束成形发送的信号的传播距离越大。接收器也可以做出不同方向的多个接收(RX)波束图案。也可以将这些RX波束图案中的每一个RX波束图案称为RX波束。
5G无线通信系统支持独立运行模式以及双连接(DC)。在DC中，多个Rx/Tx UE可以被配置为利用由经由非理想回程连接的两个不同节点(或NB)提供的资源。一个节点作为主节点(MN)而另一个节点作为辅节点(SN)。MN和SN经由网络接口连接并且至少MN连接到核心网络。NR也支持多无线电接入技术(RAT)DC(MR-DC)操作，由此处于RRC_CONNECTED的UE被配置为利用由位于经由非理想回程连接的两个不同节点中并且提供E-UTRA(即如果节点是ng-eNB)或NR接入(即如果节点是gNB)的两个根本不同的调度器提供的无线电资源。在NR中对于未配置有CA/DC的处于RRC_CONNECTED的UE，存在由主小区(PCell)组成的仅一个服务小区。对于配置有CA/DC的处于RRC_CONNECTED的UE，术语'服务小区'用于表示由特殊小区(SpCell)和所有辅小区(SCell)组成的小区的集合。在NR中，术语主小区组(MCG)是指由PCell和可选地一个或更多个SCell组成的与MN相关联的服务小区的组。在NR中，术语辅小区组(SCG)是指由主SCell(PSCell)和可选地一个或更多个SCell组成的与SN相关联的服务小区的组。在NR中，PCell是指在主频率上运行的MCG中的服务小区，其中UE执行初始连接建立过程或发起连接重建过程。在NR中对于配置有CA的UE，SCell是在SpCell之上提供附加无线电资源的小区。PSCell是指SCG中的服务小区，其中UE在执行具有同步过程的重新配置时执行RA。对于DC操作，术语SpCell是指MCG的PCell或SCG的PSCell，否则(例如，当未配置DC时)术语SpCell是指PCell。
在5G无线通信系统中，小区中的gNB或BS广播同步信号并且物理广播信道(PBCH)块(SSB)由主同步信号(PSS)、辅同步信号(SSS)和SI构成。SI包括在小区中通信所需的公共参数。在5G无线通信系统中，SI被划分成主信息块(MIB)和多个SI块(SIB)。
总是以80ms的周期在PBCH上发送MIB并且在80ms内进行重复，并且它包括从小区获取SIB1所需的参数。
SIB1被以160ms的周期和可变传输重复在DL共享信道(SCH)上发送。SIB1的默认传输重复周期是20ms，但是实际的传输重复周期由网络实现方式决定。SIB1包括有关带有是否仅按需提供一个或更多个SIB的指示的其他SIB的可用性和调度(例如SIB到SI消息的映射、周期、SI窗口大小)以及在那种情况下由UE执行SI请求所需的配置的信息。SIB1是小区特定SIB。
除SIB1以外的SIB被承载于在DL-SCH上发送的SystemInformation消息中。仅具有相同周期的SIB可以被映射到同一SI消息。
在5G无线通信系统中，PDCCH用于调度物理DL共享信道(PDSCH)上的DL传输和PUSCH上的UL传输，其中PDCCH上的DL控制信息(DCI)包括：包含至少与DL-SCH相关的调制和编码格式、资源分配及混合自动重传请求(HARQ)信息的DL分配；或包含至少与UL-SCH相关的调制和编码格式、资源分配及HARQ信息的UL调度许可。除了调度之外，PDCCH还可以用于：具有配置的许可的配置的PUSCH传输的激活和停用；PDSCH半持久传输的激活和停用；向一个或更多个UE通知时隙格式；向一个或更多个UE通知物理资源块(PRB)和正交频分复用(OFDM)符号，其中UE可以假定没有传输去往UE；用于物理UL控制信道(PUCCH)和PUSCH的TX功率控制(TPC)命令的传输；由一个或更多个UE用于半持久调度(SRS)传输的一个或更多个TPC命令的传输；切换UE的活动带宽部分(BWP)；或发起RA过程。UE根据所对应的搜索空间配置在一个或更多个配置的控制资源集(CORESET)中的配置的监测时机中监测PDCCH候选集。CORESET由持续时间为1至3个OFDM符号的PRB集构成。资源单元资源元素组(REG)和控制信道元素(CCE)被定义在CORESET内，其中每个CCE由REG集构成。控制信道由CCE的聚合形成。用于控制信道的不同码速率是通过聚合不同数目的CCE来实现的。在CORESET中支持交织和非交织的CCE至REG的映射。极性编码被用于PDCCH。承载PDCCH的每个REG承载它自己的解调参考信号(DMRS)。正交相移键控(QPSK)调制被用于PDCCH。
在5G无线通信系统中，由gNB为每个配置的BWP用信号通知搜索空间配置的列表，其中每个搜索配置由标识符唯一地标识。要用于诸如寻呼接收、SI接收和RAR接收的特定目的的搜索空间配置标识符由gNB显式地用信号通知。在NR中，搜索空间配置由参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration组成。UE使用参数PDCCH监测周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监测偏移(Monitoring-offset-PDCCH-slot)和PDCCH监测图案(Monitoring-symbols-PDCCH-within-slot)在时隙内确定PDCCH监测时机。PDCCH监测时机存在于时隙'x'至x+duration中，其中编号为'y'的无线电帧中的编号为'x'的时隙满足以下等式：
(y*(无线电帧中的时隙数)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0；
具有PDCCH监测时机的每个时隙中的PDCCH监测时机的起始符号由Monitoring-symbols-PDCCH-in-slot给出。PDCCH监测时机的长度(以符号为单位)被给出在与搜索空间相关联的CORESET中。搜索空间配置包括与其相关联的CORESET配置的标识符。CORESET配置的列表由gNB针对每个配置的BWP用信号通知，其中每个CORESET配置由标识符唯一地标识。每个无线电帧的持续时间为10ms。无线电帧由无线电帧编号或SFN标识。每个无线电帧由若干时隙组成，其中无线电帧中的时隙数和时隙的持续时间取决于SCS。在NR中预定义无线电帧中的时隙数以及取决于用于每个支持的SCS的无线电帧的时隙的持续时间。每个CORESET配置与传输配置指示符(TCI)状态的列表相关联。每个TCI状态配置一个DL参考信号(RS)ID(SSB或信道状态信息(CSI)RS)。与CORESET配置相对应的TCI状态的列表由gNB经由无线电资源控制(RRC)信令用信号通知。TCI状态列表中的TCI状态之一由gNB激活并指示给UE。TCI状态指示由gNB用于在搜索空间的PDCCH监测时机中发送PDCCH的DL TX波束(DL TX波束与TCI状态的SSB/CSI RS准共置(QCLed))。
在5G无线通信系统中，支持带宽自适应(BA)。利用BA，UE的接收和发送带宽不需要和小区的带宽一样大并且可以被调整：可以命令宽度改变(例如以在低活动的时段期间缩小以节省电力)；位置可以在频域中移动(例如，增加调度灵活性)；并且可以命令SCS改变(例如允许不同的服务)。小区的总小区带宽的子集被称为BWP。BA是通过给RRC连接的UE配置BWP并告诉UE哪个配置的BWP是当前的活动BWP来实现的。当配置了BA时，UE只需要在一个活动BWP上监测PDCCH，即它不需要在服务小区的整个DL频率上监测PDCCH。在RRC连接状态下，对于每个配置的服务小区(即PCell或SCell)，UE被配置有一个或更多个DL和UL BWP。对于激活的服务小区，在任何时间点总是有一个活动的UL和DL BWP。服务小区的BWP切换用于一次激活一个不活动的BWP并且停用一个活动BWP。BWP切换由表示DL分配或UL许可的PDCCH、bwp-InactivityTimer、RRC信令或启动RA过程时MAC实体本身控制。在添加SpCell或激活SCell时，分别通过firstActiveDownlinkBWP-Id和firstActiveUplinkBWP-Id表示的DL BWP和UL BWP是活动的，而不接收表示DL分配或UL许可的PDCCH。用于服务小区的活动BWP由RRC或PDCCH来表示。对于不成对的频谱，DL BWP与UL BWP配对，并且BWP切换对于UL和DL两者是公共的。在BWP不活动定时器期满时，UE将活动DL BWP切换到默认DL BWP或初始DLBWP(如果未配置默认DL BWP的话)。
在5G无线通信系统中，支持RA。RA用于实现UL时间同步。RA由处于RRC连接状态的非同步UE在UL中在初始接入、切换、RRC连接重建过程、调度请求传输、SCG添加/修改、波束故障恢复和数据或控制信息传输期间使用。支持若干类型的RA过程。
基于竞争的RA(CBRA)：这也被称为4步骤CBRA。在这种类型的RA中，UE首先发送RA前导(也称为消息1(Msg1))，然后在RAR窗口中等待RAR。RAR也被称为消息2(Msg2)。gNB在PDSCH上发送RAR。调度承载RAR的PDSCH的PDCCH被寻址到RA-无线电网络临时标识符(RA-RNTI)。RA-RNTI标识由gNB在其中检测到RA前导的时间-频率资源(也称为PRACH时机或PRACH TX时机或RA信道(RACH)时机(RO))。RA-RNTI被计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已在其中发送Msg1即RA前导的PRACH时机的第一OFDM符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于正常UL(NUL)载波来说为0而对于补充UL(SUL)载波来说为1)。针对由gNB检测到的各种RA前导的若干RAR可以由gNB复用在同一RAR MAC PDU中。如果RAR包括由UE发送的RA前导的RAPID，则MAC PDU中的RAR对应于UE的RA前导传输。如果在RAR窗口期间未接收到与其RA前导传输相对应的RAR并且UE尚未发送RA前导达可配置的(由gNB在RACH配置中配置的)次数，则UE返回到第一步骤，即选择RA资源(前导/RO)并且发送RA前导。可以在返回到第一步骤之前应用退避。
如果接收到与其RA前导传输相对应的RAR，则UE在RAR中接收的UL许可中发送消息3(Msg3)。Msg3包括诸如RRC连接请求、RRC连接重建请求、RRC切换确认、调度请求、SI请求等的消息。它可以包括UE标识符(即C-RNTI或系统架构演进(SAE)-临时移动订户标识符(S-TMSI)或随机数)。在发送Msg3之后，UE启动竞争解决定时器。在竞争解决定时器正在运行的同时，如果UE接收到寻址到包括在Msg3中的C-RNTI的PDCCH，则竞争解决被认为是成功的，竞争解决定时器被停止并且RA过程完成。在竞争解决定时器正在运行的同时，如果UE接收到包括UE的竞争解决标识符(在Msg3中发送的CCCH SDU的前X位)的竞争解决MAC CE，则竞争解决被认为是成功的，竞争解决定时器被停止并且RA过程完成。如果竞争解决定时器期满并且UE尚未发送RA前导达可配置的次数，则UE返回到第一步骤，即选择RA资源(前导/RO)并且发送RA前导。可以在返回到第一步骤之前应用退避。
无竞争RA(CFRA)：这也被称为传统CFRA或4步骤CFRA。CFRA过程被用于诸如需要低时延的切换、用于SCell的定时提前(TA)建立等的场景。eNB(或gNB)向UE分配专用RA前导。UE发送专用RA前导。eNB(或gNB)在寻址到RA-RNTI的PDSCH上发送RAR。RAR传达RA前导标识符和定时对准信息。RAR也可以包括UL许可。类似于CBRA过程在RAR窗口中发送RAR。在接收到包括由UE发送的RA前导的RAPID的RAR之后CFRA被认为成功地完成。在为了波束故障恢复而发起RA的情况下，如果在用于波束故障恢复的搜索空间中接收到寻址到C-RNTI的PDCCH，则CFRA被认为成功地完成。如果RAR窗口期满并且RA未成功地完成而且UE尚未发送RA前导达可配置的(由gNB在RACH配置中配置的)次数，则UE重传RA前导。
对于诸如切换和波束故障恢复的某些事件，如果向UE分配专用前导，则在RA的第一步骤期间，即在用于Msg1传输的RA资源选择期间，UE确定是发送专用前导还是非专用前导。专用前导是通常为SSB/CSI RS的子集提供的。如果在由gNB为其提供CFRA资源(即专用前导/RO)的SSB/CSI RS当中没有DL参考信号接收功率(RSRP)高于阈值的SSB/CSI RS，则UE选择非专用前导。否则UE选择专用前导。所以在RA过程期间，一个RA尝试可以是CFRA，而其他RA尝试可以是CBRA。
2步骤CBRA：在第一步骤中，UE在PRACH上发送RA前导并且在PUSCH上发送净荷。RA前导和净荷传输也被称为消息A(MsgA)。在第二步骤中，在MsgA传输之后，UE在配置的窗口内监测来自网络(即gNB)的响应。该响应也被称为消息B(MsgB)。如果在MsgA净荷中发送CCCH SDU，则UE使用MsgB中的竞争解决信息来执行竞争解决。如果在MsgA净荷中发送C-RNTI，则竞争解决在UE接收到寻址到C-RNTI的PDCCH的情况下是成功的。如果竞争解决是成功的，则RA过程被认为成功地完成。代替与所发送的MsgA相对应的竞争解决信息，MsgB可包括与在MsgA中发送的RA前导相对应的回退信息。如果接收到回退信息，则UE发送Msg3并且如在CBRA过程中一样使用Msg4来执行竞争解决。如果竞争解决是成功的，则RA过程被认为成功地完成。如果竞争解决在回退时(即在发送Msg3时)失败，则UE重传MsgA。如果UE在发送MsgA之后监测网络响应的配置的窗口期满并且UE尚未接收到包括如上面所说明的竞争解决信息或回退信息的MsgB，则UE重传MsgA。如果RA过程即使在发送MsgA可配置的次数之后也未成功地完成，则UE回退到4步骤RA过程，即UE仅发送RA前导。
MsgA净荷可以包括CCCH SDU、专用控制信道(DCCH)SDU、专用业务信道(DTCH)SDU、BSR MAC CE、功率余量报告(PHR)MAC CE、SSB信息、C-RNTI MAC CE或填充中的一个或更多个。MsgA可以在第一步骤中包括UE ID(例如随机ID、S-TMSI、C-RNTI、恢复ID等)以及前导。可以将UE ID包括在MsgA的MAC PDU中。可以在MAC CE中承载诸如C-RNTI的UE ID，其中MACCE被包括在MAC PDU中。可以在CCCH SDU中承载其他UE ID(诸如随机ID、S-TMSI、C-RNTI、恢复ID等)。UE ID可以是随机ID、S-TMSI、C-RNTI、恢复ID、国际移动订户标识符(IMSI)、空闲模式ID、不活动模式ID等中的一个。UE ID在UE执行RA过程的不同场景中可以是不同的。如果UE在通电之后(在它附着到网络之前)执行RA，则UE ID是随机ID。如果UE在它附着到网络之后在IDLE状态下执行RA，则UE ID是S-TMSI。如果UE具有分配的C-RNTI(例如，处于连接状态)，则UE ID是C-RNTI。如果UE处于不活动状态，则UE ID是恢复ID。除了UE ID之外，还可以在MsgA中发送一些附加控制信息。可以将控制信息包括在MsgA的MAC PDU中。控制信息可以包括以下各项中的一项或多项：连接请求指示、连接恢复请求指示、SI请求指示、缓冲器状态指示、波束信息(例如一个或更多个DL TX波束ID或SSB ID)、波束故障恢复指示/信息、数据指示符、小区/BS/发送接收点(TRP)切换指示、连接重建指示、重新配置完成或切换完成消息等。
2操作CFRA：在这种情况下，gNB向UE分配专用RA前导和PUSCH资源以进行MsgA传输。也可以指示要用于前导传输的RO。在第一步骤中，UE使用无竞争RA资源(即专用前导/PUSCH资源/RO)来在PRACH上发送RA前导并在PUSCH上发送净荷。在第二步骤中，在MsgA传输之后，UE在配置的窗口内监测来自网络(即gNB)的响应。如果UE接收到寻址到C-RNTI的PDCCH，则RA过程被认为成功地完成。
问题：在发送4步骤CBRA或CFRA的第一步骤即RA前导之后，UE在配置的RAR窗口中监测RAR。对于高达10ms的RAR窗口，如果UE接收到寻址到RA-RNTI的PDCCH并且由此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为是成功的。
UE在其上发送RA前导的小区可以是授权载波或非授权载波。如果用于UL传输的载波是非授权载波，则UE在UL中发送Msg1和Msg3之前需要执行信道感测(即先听后讲(LBT))以确定信道是否空闲。类似地，如果用于DL传输的载波是非授权载波，则gNB在DL中发送Msg2和Msg4之前需要执行信道感测(即LBT)以确定信道是否空闲。可能的是gNB已接收到RA前导，但是由于信道不空闲而不能够在RAR窗口中发送RAR。UE将在RAR窗口期满时重传PRACH。经重传的RA前导可能由于冲突而未被gNB接收到或者UE可能无法重传RA前导或者重传可能由于信道在UL中不空闲而被延迟。可以通过更大的RAR窗口大小来避免此问题。然而大小大于10ms的大RAR窗口导致如图1所示的RA-RNTI歧义。如果PRACH分别由UE 1和UE 2在PRACH时机X和PRACH时机Y中使用同一RA前导来发送，则不能区分在RAR窗口X与RAR窗口Y之间的公共时隙中接收到的RAR，因为RA-RNTI对于PRACH时机X和PRACH时机Y来说是相同的。
可以通过在DCI中包括关于PRACH时机开始的无线电帧的信息来解决RA-RNTI歧义的前述问题。对于扩展RAR窗口(>10ms)，如果UE接收到寻址到RA-RNTI的PDCCH并且接收到的PDCCH的DCI中的帧信息与对应于在其中发送RA前导的SFN的帧信息匹配并且通过此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为是成功的。帧信息是SFN的'X'个最低有效位(LSB)。对于40ms的RAR窗口大小，X是2。
在NR中，如果UE接收到RRCReconfiguration消息，其中RRCReconfiguration消息中的CellGroupConfig信息元素(IE)包含具有reconfigurationWithSync的spCellConfig，则UE执行具有同步过程的重新配置。在此过程期间，UE与目标SpCell的DL同步，然后向目标SpCell发起RA。不需要UE总是对PBCH进行解码。例如，如果目标SpCell的频带<3GHz并且PRACH关联周期不大于一个无线电帧，则不需要UE在执行RA之前对PBCH进行解码。
对于扩展RAR窗口，可以在DCI中包括SFN的X个LSB。所以在具有同步过程的重新配置期间，UE需要首先获取目标SpCell的SFN，然后向目标SpCell发起RA。由于SFN的6个最高有效位(MSB)被包括在MIB中并且4位被包括在PBCH净荷中，所以UE需要对目标SpCell的PBCH进行解码，这可以延迟具有同步过程的重新配置。所以需要一种方法来减少此延迟。
当RAR窗口大小>10ms时用于4步骤CBRA和CFRA的成功RAR接收的准则
方法1：
图25示出了根据本公开的实施例的UE执行RA过程的方法。
参考图25，UE在操作2510发送RA前导(也称为Msg1)并且然后在RAR窗口中等待RAR。RAR也被称为Msg2。
UE然后在操作2520检查所发送的RA前导是否是从CBRA前导中选择的。
如果所发送的RA前导是从CBRA前导中选择的，则UE在操作2530在RAR窗口中监测寻址到RA-RNTI的PDCCH。
如果UE在操作2540接收到寻址到RA-RNTI的PDCCH并且接收到的PDCCH的DCI中的帧信息与对应于在其中发送RA前导的SFN的帧信息匹配并且通过此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为成功地接收。
在接收到CBRA前导时，gNB在PDSCH上发送RAR。调度承载RAR的PDSCH的PDCCH被寻址到RA-RNTI。RA-RNTI标识由gNB在其中检测到RA前导的时间-频率资源(也称为PRACH时机或PRACH TX时机或RO)。RA-RNTI被计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已在其中发送Msg1即RA前导的PRACH时机的第一OFDM符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于NUL载波来说为0而对于SUL载波来说为1)。与在其中接收到RA前导的SFN相对应的帧信息被包括在寻址到RA-RNTI的PDCCH的DCI中。帧信息是SFN的'X'个LSB。可以基于RAR窗口大小预定义或确定X。例如，对于40ms的RAR窗口大小X可以是2位。
RAR中的TA命令：在RA过程期间，UE在RAR中接收TA命令(TA)。RAR被包括在通过寻址到RA-RNTI的PDCCH调度的DL TB中。在RAR中接收到的TA命令的长度是12位。TA命令对应于在其上发送RA前导的服务小区的TA组(TAG)。RAR中接收到的TA用于确定NTA，其中NTA＝TA·16·64/2μ。2μ·15kHz是在接收到RA响应之后来自UE的第一UL传输的SCS。
如果所发送的RA前导不是从CBRA前导中选择的(即它是CFRA前导)，则UE在操作2550在RAR窗口中监测寻址到C-RNTI的PDCCH。使用RRC信令消息来向UE专门地分配无竞争前导。
如果UE在操作2560接收到寻址到调度DL TB的C-RNTI的PDCCH并且此DL TB包括绝对TA命令，则RAR被认为成功地接收。可以将绝对TA命令包括在MAC CE中。
在接收到CFRA前导之后，gNB在PDSCH上发送响应。调度PDSCH的PDCCH被寻址到C-RNTI。由于CFRA前导由gNB分配给UE，所以gNB可以在接收到CFRA前导时标识UE并且因此标识分配给UE的C-RNTI。gNB将绝对TA命令包括在PDSCH上发送的DL TB中。
TAMACCE中的绝对TA命令：图26示出了根据本公开的实施例的绝对TA命令MAC CE。接收到的TA命令的长度是12位。TA命令对应于在其上发送RA的服务小区的TAG。在RAR中接收到的TA用于确定NTA，其中NTA＝TA·16·64/2μ。2μ·15kHz是SCS UL BWP。
TA MAC CE中的TA命令：图27示出了根据本公开的实施例的TA命令MAC CE。也可以经由TA命令MAC CE接收用于特定TAG的TA命令(TA)。在TA命令MAC CE中接收到的TA命令的长度是6位。在TA MAC CE中接收到的TA指示通过索引值TA＝0、1、2、...、63将当前NTA值NTA_old调整为新NTA值NTA_new，其中对于2μ·15kHz的SCS，NTA_new＝NTA_old+(TA-31)·16·64/2μ·2μ·15。2μ·15kHz是SCS UL BWP。
在图26和图27中对于TA命令MAC CE在MAC CE的MAC子报头中使用不同的LCID。
在实施例中，上述方法只有当RAR窗口大小大于10ms时才适用。在另一实施例中，上述方法适用于任何大小的RAR窗口大小。
方法2：
图28示出了根据本公开的实施例的UE执行RA过程的另一方法。
参考图28，UE在操作2810发送RA前导(也称为Msg1)并且然后在RAR窗口中等待RAR。RAR也被称为Msg2。
如果所发送的RA前导是从CBRA前导中选择的或者如果没有为具有同步的重新配置(例如，切换)发起此RA过程，则UE在操作2820在RAR窗口中监测寻址到RA-RNTI的PDCCH。
如果UE在操作2830接收到寻址到RA-RNTI的PDCCH并且接收到的PDCCH的DCI中的帧信息与对应于在其中发送RA前导的SFN的帧信息匹配并且通过此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为成功地接收。
在接收到CBRA前导时，gNB在PDSCH上发送RAR。调度承载RAR的PDSCH的PDCCH被寻址到RA-RNTI。RA-RNTI标识由gNB在其中检测到RA前导的时间-频率资源(也称为PRACH时机或PRACH TX时机或RO)。RA-RNTI被计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已在其中发送Msg1即RA前导的PRACH时机的第一OFDM符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于NUL载波来说为0而对于SUL载波来说为1)。与在其中接收到RA前导的SFN相对应的帧信息被包括在寻址到RA-RNTI的PDCCH的DCI中。帧信息是SFN的'X'个LSB。可以基于RAR窗口大小预定义或确定X。例如，对于40ms的RAR窗口大小X可以是2位。
RAR中的TA命令：在RA过程期间，UE在RAR中接收TA命令(TA)。RAR被包括在通过寻址到RA-RNTI的PDCCH调度的DL TB中。在RAR中接收到的TA命令的长度是12位。TA命令对应于在其上发送RA前导的服务小区的TAG。在RAR中接收到的TA用于确定NTA，其中NTA＝TA·16·64/2μ。2μ·15kHz是在接收到RAR之后来自UE的第一UL传输的SCS。
如果所发送的RA前导不是从CBRA前导中选择的(即它是CRFA前导)并且为了具有同步过程的重新配置发起此RA过程，则UE在操作2840在RAR窗口中监测寻址到C-RNTI的PDCCH。使用RRC信令消息来向UE专门地分配无竞争前导。
如果UE在操作2850接收到寻址到调度DL TB的C-RNTI的PDCCH并且此DL TB包括绝对TA命令，则RAR被认为成功地接收。可以将绝对TA命令包括在MAC CE中。
在接收到CFRA前导之后，gNB在PDSCH上发送响应。调度PDSCH的PDCCH被寻址到C-RNTI。由于CFRA前导由gNB分配给UE，所以gNB可以在接收到CFRA前导时标识UE并且因此标识分配给UE的C-RNTI。gNB将绝对TA命令包括在PDSCH上发送的DL TB中。
TA MAC CE中的绝对TA命令(参见图26)：接收到的TA命令的长度是12位。TA命令对应于在其上发送RA前导的服务小区的TAG。在RAR中接收到的TA用于确定NTA，其中NTA＝TA·16·64/2μ。2μ·15kHz是SCS UL BWP。
TA MAC CE中的TA命令(参见图27)：也可以经由TA命令MAC CE接收用于特定TAG的TA命令(TA)。在TA命令MAC CE中接收到的TA命令的长度是6位。在TA MAC CE中接收到的TA指示通过索引值TA＝0,1,2,...,63将当前NTA值NTA_old调整为新NTA值NTA_new，其中对于2μ·15kHz的SCS，NTA_new＝NTA_old+(TA-31)·16·64/2μ·2μ·15。2μ·15kHz是SCS UL BWP。
在实施例中，上述方法只有当RAR窗口大小大于10ms时才适用。在另一实施例中，上述方法适用于任何大小的RAR窗口大小。
方法3：
图29示出了根据本公开的实施例的UE执行RA过程的另一方法。
参考图29，UE在操作2910发送RA前导(也称为Msg1)并且然后在RAR窗口中等待RAR。RAR也被称为Msg2。
UE在操作2920在RAR窗口中监测寻址到RA-RNTI的PDCCH。
如果所发送的RA前导是从CBRA前导中选择的：
如果UE在操作2930接收到寻址到RA-RNTI的PDCCH并且接收到的PDCCH的DCI中的帧信息与对应于在其中发送RA前导的SFN的帧信息匹配并且通过此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为成功地接收。
在接收到CBRA前导时，gNB在PDSCH上发送RAR。调度承载RAR的PDSCH的PDCCH被寻址到RA-RNTI。RA-RNTI标识由gNB在其中检测到RA前导的时间-频率资源(也称为PRACH时机或PRACH TX时机或RO)。RA-RNTI被计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已在其中发送Msg1即RA前导的PRACH时机的第一OFDM符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于NUL载波来说为0而对于SUL载波来说为1)。与在其中接收到RA前导的SFN相对应的帧信息被包括在寻址到RA-RNTI的PDCCH的DCI中。帧信息是SFN的'X'个LSB。可以基于RAR窗口大小预定义或确定X。例如，对于40ms的RAR窗口大小X可以是2位。
如果所发送的RA前导不是从CBRA前导中选择的(即它是CFRA前导)：
如果UE在操作2940接收到寻址到RA-RNTI的PDCCH并且通过此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为成功地接收。
在实施例中，上述方法只有当RAR窗口大小大于10ms时才适用。在另一实施例中，上述方法适用于任何大小的RAR窗口大小。
方法4：
图30示出了根据本公开的实施例的UE执行RA过程的另一方法。
参考图30，UE在操作3010发送RA前导(也称为Msg1)并且然后在RAR窗口中等待RAR。RAR也被称为Msg2。
UE在操作3020在RAR窗口中监测寻址到RA-RNTI的PDCCH。
如果所发送的RA前导是从CBRA前导中选择的或者没有为具有同步的重新配置(例如切换)发起此RA过程：
如果UE在操作3030接收到寻址到RA-RNTI的PDCCH并且接收到的PDCCH的DCI中的帧信息与对应于在其中发送RA前导的SFN的帧信息匹配并且通过此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为成功地接收。
在接收到CBRA前导时，gNB在PDSCH上发送RAR。调度承载RAR的PDSCH的PDCCH被寻址到RA-RNTI。RA-RNTI标识由gNB在其中检测到RA前导的时间-频率资源(也称为PRACH时机或PRACH TX时机或RO)。RA-RNTI被计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已在其中发送Msg1即RA前导的PRACH时机的第一OFDM符号的索引；0≤s_id<14；t_id是PRACH时机的第一时隙的索引(0≤t_id<80)；f_id是频域中的时隙内的PRACH时机的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于NUL载波来说为0而对于SUL载波来说为1)。与在其中接收到RA前导的SFN相对应的帧信息被包括在寻址到RA-RNTI的PDCCH的DCI中。帧信息是SFN的'X'个LSB。可以基于RAR窗口大小预定义或确定X。例如，对于40ms的RAR窗口大小X可以是2位。
如果所发送的RA前导不是从CBRA前导中选择的(即它是CFRA前导)并且此RA过程是为具有同步的重新配置发起的：
如果UE在操作3040接收寻址到RA-RNTI的PDCCH并且通过此PDCCH调度的成功地解码的TB包括与发送的RA前导的RA前导索引匹配的RAPID，则RAR被认为成功地接收。
在实施例中，上述方法只有当RAR窗口大小大于10ms时才适用。在另一实施例中，上述方法适用于任何大小的RAR窗口大小。
方法5：
在本公开的一种方法中，UE执行RA过程如下：
网络(即gnB)指示UE应当执行操作1还是操作2。
操作1：在目标SpCell中发起RA之前，UE对SpCell的PBCH进行解码以导出2个LSB。在发送RA前导之后，UE监测寻址到RA-RNTI的PDCCH。如果UE接收到寻址到RA-RNTI的PDCCH并且DCI包括与在其中发送前导的SFN相对应的帧信息并且通过此PDCCH调度的TB包括发送的前导的RAPID，则RAR被认为成功地接收。
操作2：在本公开的一个实施例中，此操作与方法1中定义的相同。在本公开的替代实施例中，此操作与方法2中定义的相同。在本公开的替代实施例中，此操作与方法3中定义的相同。在本公开的替代实施例中，此操作与方法4中定义的相同。
用于具有同步的重新配置的RRCReconfiguration消息可以包括要执行操作2的指示。在RRCReconfiguration消息中不存在此指示的情况下，UE执行操作1。
方法6：
在本公开的一种方法中，UE执行RA过程如下：
在具有同步的重新配置期间，如果UE在接入目标小区之前对PBCH进行解码或者如果UE已经具有目标小区的定时信息，则UE执行操作1。否则它执行操作2。如果UE不提前具有目标小区的定时，UE可以对PBCH进行解码以获得半帧定时(对于大于3GHz，半帧定时在PBCH中)；而如果RA关联周期大于10ms，则UE可以对PBCH进行解码以获得SFN定时。
操作1：在目标SpCell中发起RA之前，UE对SpCell的PBCH进行解码以导出2个LSB。在发送RA前导之后，UE监测寻址到RA-RNTI的PDCCH。如果UE接收到寻址到RA-RNTI的PDCCH并且DCI包括与在其中发送前导的SFN相对应的帧信息并且通过此PDCCH调度的TB包括发送的前导的RAPID，则RAR被认为成功地接收。
操作2：在本公开的一个实施例中，此操作与方法1中定义的相同。在本公开的替代实施例中，此操作与方法2中定义的相同。在本公开的替代实施例中，此操作与方法3中定义的相同。在本公开的替代实施例中，此操作与方法4中定义的相同。
方法7：
在本公开的一种方法中，UE接收带有同步IE的重新配置的RRC重新配置消息。在所接收到的重新配置消息中，UE接收用于第一活动UL BWP的第一窗口大小配置和第二RAR窗口大小配置。第一RAR窗口大小小于等于10ms。第二RAR窗口大小可以小于等于10ms或大于等于10ms。第一RAR窗口大小被配置在RACHConfigCommon IE中而第二RAR窗口大小被配置在RACHConfigDedicated IE中。对于在接收到具有同步的重新配置时向目标SpCell的RA，UE使用在RACHConfigDedicated IE中配置的RAR窗口大小。UE分别在4步骤RA/2步骤RA的情况下不在寻址到RA-RNTI/MSGB-RNTI的PDCCH的DCI中监测SFN的LSB。在RA过程完成时，对于在目标SpCell上发起的后续RA过程，UE使用在RACHConfigCommon中配置的RAR窗口大小。此操作的优点是在切换期间，不需要UE为RAR接收获取SFN。
CAPC和配置的许可处理
LBT过程对于在非授权频谱中运行的装置和技术的公平友好共存至关重要。试图在非授权频谱中的载波上发送的节点上的LBT过程需要该节点执行空闲信道评估以确定该信道是否空闲以供使用。用于传输的LBT过程的各种类型或类别如下：
类别1：无LBT
无LBT过程由发送实体执行。
类别2：没有随机退避的LBT
在发送实体发送之前感测到信道空闲的持续时间是确定性的。在示例中，感测间隔可以是25us，即UE可以在感测到信道空闲达至少感测间隔Td＝25us之后发送。对于UL传输，类别3也被称为类型2信道接入过程。
类别3：具有竞争窗口为固定大小的随机退避的LBT
LBT过程具有以下过程作为其组成部分之一。发送实体在竞争窗口内抽取随机数N。竞争窗口的大小由N的最小值和最大值指定。竞争窗口的大小是固定的。在LBT过程中使用随机数N来确定在发送实体在信道上发送之前感测到信道空闲的时间的持续时间。详细类别3LBT过程如下：
UE在推迟持续时间(Td)的时隙持续时间内感测到信道空闲之后并且在步骤4中计数器为零之后发送，详细过程如下：
步骤1：设置N＝Ninit，其中Ninit是均匀地分布在0与CWp之间的随机数。CWp是用于给定信道接入优先级等级'p'的竞争窗口。在表1中列举了针对不同CAPC的各种LBT参数。
步骤2：如果N>0，并且UE选择递减计数器，则设置N＝N-1。
步骤3：在附加时隙持续时间(Ts)内感测信道。如果附加时隙持续时间是空闲的，则进行到步骤4；否则，进行到步骤5。
步骤4：如果N＝0，则执行传输。否则，进行到步骤2。
步骤5：在附加推迟持续时间Td的时隙持续时间期间感测信道。推迟持续时间(Td)等于Tf+mp x Ts，其中Tf等于16us并且Ts等于9us。
步骤6：如果在Td期间感测到信道空闲，则进行到步骤2。否则，进行到步骤5。
类别4：具有竞争窗口为可变大小的随机退避的LBT
LBT过程具有下列的作为其组成部分之一。发送实体在竞争窗口内抽取随机数N。竞争窗口的大小由N的最小值和最大值指定。发送实体可以在抽取随机数N时改变竞争窗口的大小。在LBT过程中使用随机数N来确定在发送实体在信道上发送之前感测到信道空闲的时间的持续时间。详细过程与类别3相同。唯一差异是在类别3中竞争窗口的大小是固定的，然而在类别4中发送实体可以在抽取随机数N时改变竞争窗口的大小。UL传输类别4也被称为类型1信道接入过程。
在NR系统设计中，在UL中，gNB可以经由PDCCH上的C-RNTI向UE动态地分配资源。UE总是监测PDCCH以便在其DL接收被启用(在被配置时通过DRX控制的活动)时为UL传输找到可能的许可。当CA被配置时，同一C-RNTI适用于所有服务小区。另外，利用配置的许可，gNB可以向UE分配用于UL传输的周期性UL资源。定义了两种类型的配置的UL许可：
在类型1情况下，RRC直接提供所配置的UL许可(包括周期)。
在类型2情况下，RRC定义所配置的UL许可的周期，同时寻址到CS-RNTI的PDCCH可以用信号通知并激活所配置的UL许可或者停用它；即寻址到CS-RNTI的PDCCH指示可以根据通过RRC定义的周期隐式地重用UL许可，直到被停用为止。
在动态许可的情况下，gNB指示要用于信道接入的LBT类型/类别由gNB在PDCCH中用信号通知。要使用的CAPC值也由gNB在PDCCH中用信号通知。
对于针对配置的许可使用基于CAPC的LBT过程示例LBT类型1(即类别4LBT)的UL信道接入或者对于在2步骤RACH的情况下PUSCH上的MsgA净荷传输或者对于DCI不包括CAPC的任何UL传输，UE需要确定CAPC。为此，gNB为DRB的每个LCH用信号通知CAPC。除填充BSR和推荐位速率外的MAC CE使用最高优先级CAPC(即最低CAPC索引)。填充BSR和推荐位速率MACCE使用最低优先级CAPC(即最高CAPC索引)。SRB0、SRB1和SRB3使用最高优先级CAPC(即表1中的最低CAPC索引)，而用于SRB2的CAPC是可配置的。UE选择具有在MAC PDU中复用的MACSDU的LCH的最高CAPC索引(即最低优先级CAPC)。
为UL配置的许可选择CAPC的此设计的一个问题是如果与最低CAPC(即最高优先级)相对应的SRB数据在与MAC PDU中的其他LCH MAC SDU复用的情况下被取消优先。所以需要一些方法来增强当前设计。
方法1：
对于所配置的UL许可或者对于在2步骤RACH的情况下PUSCH上的MsgA净荷传输或者对于DCI不包括CAPC的任何UL传输，在非授权载波(即在非授权频谱或频带上运行的服务小区)上，如果DCCH LCH的MAC SDU被包括在MAC PDU中并且执行基于CAPC的LBT过程(例如，基于类别3或4的LBT)以进行信道接入，则UE不应包括具有比DCCH的CAPC索引高的CAPC索引的LCH的任何其他MAC SDU(即其MAC SDU被包括在MAC PDU中的DCCH LCH的CAPC)。在MACPDU中包括属于具有不同CAPC索引的SRB的DCCH的多个MAC SDU的情况下，DCCH的CAPC索引是包括在MAC PDU中的DCCH的CAPC索引当中的最高索引。
在替代实施例中，对于所配置的UL许可或者对于在2步骤RACH的情况下PUSCH上的MsgA净荷传输或者对于DCI不包括CAPC的任何UL传输，在非授权载波(即，在非授权频谱或频带上运行的服务小区)上，如果在MAC PDU中包括DCCH LCH的MAC SDU并且执行基于CAPC的LBT过程(例如基于类别3或4的LBT)以进行信道接入，则UE不应包括具有比DCCH的CAPC索引高的CAPC索引的LCH的任何其他MAC SDU(即其MAC SDU被包括在MAC PDU中的DCCH LCH的CAPC)，并且UE不应包括具有比DCCH的CAPC索引高的CAPC索引的任何MAC CE(即其MAC SDU被包括在MAC PDU中的DCCH LCH的CAPC)。在MAC PDU中包括属于具有不同CAPC索引的SRB的DCCH的多个MAC SDU的情况下，DCCH的CAPC索引是包括在MAC PDU中的DCCH的CAPC索引当中的最高索引。例如，让我们假定SRB1和SRB2分别具有CAPC索引1和CAPC索引3，如果在MACPDU中包括SRB1和SRB2两者的MAC SDU，则UE不应包括具有比3高的CAPC索引的LCH的任何其他MAC SDU并且UE不应包括具有比3高的CAPC索引的任何MAC CE。
在替代实施例中，对于所配置的UL许可或者对于在2步骤RACH的情况下PUSCH上的MsgA净荷传输或者对于DCI不包括CAPC的任何UL传输，在非授权载波(即在非授权频谱或频带上运行的服务小区)上，如果在MAC PDU中包括DCCH LCH的MAC SDU并且执行基于CAPC的LBT过程(例如基于类别3或4的LBT)以进行信道接入，则UE不应包括具有比DCCH的CAPC索引高的CAPC索引的'除DCCH以外的LCH'的任何其他MAC SDU(即其MAC SDU被包括在MAC PDU中的DCCH LCH的CAPC)。在MAC PDU中包括属于具有不同CAPC索引的SRB的DCCH的多个MAC SDU的情况下，DCCH的CAPC索引是包括在MAC PDU中的DCCH的CAPC索引当中的最高索引。例如，让我们假定SRB1和SRB2分别具有CAPC索引1和CAPC索引3，如果在MAC PDU中包括SRB1和SRB2两者的MAC SDU，则UE不应包括具有比3高的CAPC索引的LCH的任何其他MAC SDU。
在替代实施例中，对于所配置的UL许可或者对于在2步骤RACH的情况下PUSCH上的MsgA净荷传输或者对于DCI不包括CAPC的任何UL传输，在非授权载波(即在非授权频谱或频带上运行的服务小区)上，如果在MAC PDU中包括DCCH LCH的MAC SDU并且执行基于CAPC的LBT过程(例如基于类别3或4的LBT)以进行信道接入，则UE不应包括具有比DCCH的CAPC索引高的CAPC索引的'除DCCH以外的LCH'的任何其他MAC SDU(即其MAC SDU被包括在MAC PDU中的DCCH LCH的CAPC)，并且UE不应包括具有比DCCH的CAPC索引高的CAPC索引的任何MAC CE(即其MAC SDU被包括在MAC PDU中的DCCH LCH的CAPC)。在MAC PDU中包括属于具有不同CAPC索引的SRB的DCCH的多个MAC SDU的情况下，DCCH的CAPC索引是包括在MAC PDU中的DCCH的CAPC索引当中的最高索引。例如，让我们假定SRB1和SRB2分别具有CAPC索引1和CAPC索引3，如果在MAC PDU中包括SRB1和SRB2两者的MAC SDU，则UE不应包括具有比3高的CAPC索引的LCH的任何其他MAC SDU并且UE不应包括具有比3高的CAPC索引的任何MAC CE。
仅仅因为配置的UL许可是针对非授权载波的不意味着执行基于CAPC的LBT从而接入信道以便在此UL许可上传输。所以重要的是，UE检查是否应用了基于CAPC的LBT过程(例如LBT类别3/4)。在TS 38.889和TS 38.213中详述了在其中应用基于CAPC的LBT过程(例如LBT类别3或4)的各种情况。
方法2：
对于所配置的UL许可或者对于在2步骤RACH的情况下PUSCH上的MsgA净荷传输或者对于DCI不包括CAPC的任何UL传输，在非授权载波(即在非授权频谱或频带上运行的服务小区)上，执行基于CAPC的LBT过程(例如如果是基于类别3或4的LBT)以进行信道接入，如果在MAC PDU中包括DCCH LCH的MAC SDU，则UE选择DCCH的CAPC索引。SRB1、SRB2和SRB3的MACSDU被映射到DCCH。如果在MAC PDU中包括属于不同DCCH(或DCCH LCH)的多个MAC SDU，则UE选择其MAC SDU被复用在MAC PDU中的DCCH的最低CAPC索引(即最高优先级)。例如，让我们假定SRB1和SRB2分别具有CAPC索引1和CAPC索引3。SRB1和SRB3的MAC SDU被包括在MAC PDU中。所以CAPC索引1被选择，因为它是CAPC索引1和CAPC索引3中的最低者。如果在MAC PDU中包括除DCCH以外的LCH的MAC SDU，则UE选择在MAC PDU中复用的LCH的最高CAPC索引(最低优先级)(或者可替代地UE选择在MAC PDU中复用的LCH/MAC CE的最高CAPC索引(最低优先级))。如果在MAC PDU中仅包括MAC CE，则UE选择包括在MAC PDU中的MAC CE的最低CAPC索引(即最高优先级)。
仅仅因为配置的UL许可是针对非授权载波的不意味着执行基于CAPC的LBT从而接入信道以便在此UL许可上传输。所以重要的是，UE检查是否应用了基于CAPC的LBT过程(例如LBT类别3/4)。在TS 38.889和TS 38.213中详述了在其中应用基于CAPC的LBT过程(例如LBT类别3或4)的各种情况。
LBT故障处理
对于LBT故障处理，gNB在RRCReconfiguration消息中用信号通知lbt-FailureRecoveryConfig IE。RRCReconfiguration消息被发送给处于RRC连接的UE。lbt-FailureRecoveryConfig IE是为服务小区单独地配置的。lbt-FailureRecoveryConfig IE包括用于一致LBT故障检测的参数lbt-FailureInstanceMaxCount和lbt-FailureDetectionTimer。来自gNB的RRCReconfiguration消息由UE中的RRC层处理。如果对于服务小区从gNB接收到lbt-FailureRecoveryConfig，则该服务小区的MAC实体使用在该服务小区的lbt-FailureRecoveryConfig IE中配置的参数来执行一致LBT故障恢复过程。
一致LBT故障是通过针对从低层(即物理层)到MAC实体的所有UL传输对LBT故障指示进行计数来按UL BWP检测的。
UE变量LBT_COUNTER，即最初被设置为0的用于LBT故障指示的计数器被用于一致LBT故障检测过程并且是为配置有lbt-FailureRecoveryConfig的每个激活的服务小区单独地维护的。
对于配置有lbt-FailureRecoveryConfig的每个激活的服务小区，MAC实体应：
1>如果已从低层接收到LBT故障指示：
2>启动或重新启动lbt-FailureDetectionTimer；
2>将LBT_COUNTER递增1；
2>如果LBT_COUNTER>＝lbt-FailureInstanceMaxCount：
*3>如果此服务小区是SCell：
4>对于活动UL BWP声明一致LBT故障；
4>向复用和组装实体指示要在后续UL传输中包括LBT故障MAC CE。
3>否则(即SpCell)：
4>对于活动UL BWP声明一致LBT故障；
4>如果已在此服务小区中配置有PRACH时机的所有UL BWP中声明了一致LBT故障：
5>向高层指示一致LBT故障。
4>否则：
5>将活动UL BWP切换到在此服务小区中配置有PRACH时机并且尚未对于其声明一致LBT故障的UL BWP；
5>执行如TS 38.321中的条款5.15中指定的BWP操作；
5>发起RA过程。
1>如果lbt-FailureDetectionTimer期满；或者
1>如果lbt-FailureDetectionTimer或lbt-FailureInstanceMaxCount由高层重新配置：
2>将LBT_COUNTER设置为0。
在上述过程中，在SpCell的活动UL BWP的LBT故障时，UE切换到配置有PRACH时机并且尚未对于其声明一致LBT故障的UL BWP。然而在UL中，可以有两个载波SUL和NUL。如果活动UL BWP在SUL上并且UE切换到NUL上的UL BWP，则可能有问题，因为UE可能不在NUL的UL覆盖范围中并且UL传输将失败。如果活动UL BWP在NUL上并且UE切换到SUL上的UL BWP，则可能有问题，因为UE可能不在SUL的UL覆盖范围中并且UL传输将失败。
附加地，在NUL和SUL两者上可能有多个UL BWP。在具有PRACH时机的所有UL BWP上的LBT故障时向高层声明LBT故障将延迟无线电链路故障(RLF)。
方法1：
在本公开的方法中，描述了针对SpCell的LBT故障处理。对于LBT故障处理，gNB在RRCReconfiguration消息中用信号通知lbt-FailureRecoveryConfig IE。RRCReconfiguration消息被发送给处于RRC连接的UE。lbt-FailureRecoveryConfig IE是为SpCell配置的。lbt-FailureRecoveryConfig IE包括用于一致LBT故障检测的参数lbt-FailureInstanceMaxCount和lbt-FailureDetectionTimer。来自gNB的RRCReconfiguration消息由UE中的RRC层处理。如果对于SpCell从gNB接收到lbt-FailureRecoveryConfig，则SpCell的MAC实体使用在SpCell的lbt-FailureRecoveryConfig IE中配置的参数来执行一致LBT故障恢复过程。
一致LBT故障是通过针对从低层(即物理层)到MAC实体的所有UL传输对LBT故障指示进行计数来按UL BWP检测的。UE变量LBT_COUNTER，即最初被设置为0的用于LBT故障指示的计数器被用于一致LBT故障检测过程。对于SpCell的LBT故障处理UE操作如下：
1>在接收到来自低层的LBT故障指示(这里来自低层的LBT故障指示是由于LBT故障而未能在SpCell的UL中发送，即基于针对UL信道接入的LBT过程确定了不能执行UL传输)：
2>启动或重新启动lbt-FailureDetectionTimer；
2>将LBT_COUNTER递增1；
2>如果LBT_COUNTER>＝lbt-FailureInstanceMaxCount：
3>对于活动UL BWP声明一致LBT故障；
3>如果已在此服务小区的NUL中配置有PRACH时机的所有UL BWP中声明了一致LBT故障；或者
3>如果已在此服务小区的SUL中配置有PRACH时机的所有UL BWP中声明了一致LBT故障；
4>向高层指示一致LBT故障(高层，即RRC将在接收到此指示时声明RLF)
3>否则：
4>将活动UL BWP切换到与在此服务小区中配置有PRACH时机并且尚未对于其声明一致LBT故障的活动UL BWP相同的载波的UL BWP；
4>发起RA过程。
在发起RA过程时，UE将基于RSRP阈值在SUL与NUL之间选择。
如果配置了SUL并且如果DL路径损耗基准的RSRP小于rsrp-ThresholdSSB-SUL，则UE选择SUL载波用于执行RA过程。否则UE选择NUL载波用于执行RA过程。
可能的是所选择的载波与在发起RA过程之前使用的载波不同。为了确保载波切换之后的活动UL BWP也具有RACH时机，提出了对于配置有SUL和NUL的服务小区，如果NUL中具有BWP ID'X'的UL BWP具有RACH时机，则SUL中具有相同BWP ID'X'的UL BWP也应当被配置有RACH时机。上述提议可以适用于在实施例中在非授权载波上运行的小区。
方法2：
在本公开的方法中，描述了针对SpCell的LBT故障处理。对于LBT故障处理，gNB在RRCReconfiguration消息中用信号通知lbt-FailureRecoveryConfig IE。RRCReconfiguration消息被发送给处于RRC连接的UE。lbt-FailureRecoveryConfig IE是为SpCell配置的。lbt-FailureRecoveryConfig IE包括用于一致LBT故障检测的参数lbt-FailureInstanceMaxCount和lbt-FailureDetectionTimer。来自gNB的RRCReconfiguration消息由UE中的RRC层处理。如果对于SpCell从gNB接收到lbt-FailureRecoveryConfig，则SpCell的MAC实体使用在SpCell的lbt-FailureRecoveryConfig IE中配置的参数来执行一致LBT故障恢复过程。
一致LBT故障是通过针对从低层(即物理层)到MAC实体的所有UL传输对LBT故障指示进行计数来按UL BWP检测的。UE变量LBT_COUNTER，即最初被设置为0的用于LBT故障指示的计数器被用于一致LBT故障检测过程。对于SpCell的LBT故障处理UE操作如下：
1>在接收到来自低层的LBT故障指示(这里来自低层的LBT故障指示是由于LBT故障而未能在SpCell的UL中发送，即基于针对UL信道接入的LBT过程确定了不能执行UL传输)：
2>启动或重新启动lbt-FailureDetectionTimer；
2>将LBT_COUNTER递增1；
2>如果LBT_COUNTER>＝lbt-FailureInstanceMaxCount：
3>对于活动UL BWP声明一致LBT故障；
3>如果已在此服务小区中的活动UL BWP的载波上配置有PRACH时机的所有UL BWP中声明了一致LBT故障；
4>向高层指示一致LBT故障(高层，即RRC将在接收到此指示时声明RLF)
3>否则：
4>将活动UL BWP切换到与在此服务小区中配置有PRACH时机并且尚未对于其声明一致LBT故障的活动UL BWP相同的载波的UL BWP；
4>在与活动UL BWP相同的载波上发起RA过程。(在这种情况下UE将不在发起随机接入过程时基于RSRP阈值在SUL与NUL之间选择)
RA的载波选择：
1>如果为LBT故障恢复而发起RA过程：
2>选择当前活动UL BWP的载波以用于执行RA过程；
2>将PCMAX设置为所选载波的PCMAX,f,c。
1>否则如果要用于RA过程的载波(由gNB)显式地用信号通知：
2>选择用信号通知的载波以用于执行RA过程；
2>将PCMAX设置为用信号通知的载波的PCMAX,f,c。
1>否则如果要用于RA过程的载波未被显式地用信号通知；以及
1>如果用于RA过程的服务小区被配置有如TS 38.331中指定的补充上行链路；以及
1>如果下行链路路径损耗基准的RSRP小于rsrp-ThresholdSSB-SUL：
2>选择SUL载波以用于执行RA过程；
2>将PCMAX设置为SUL载波的PCMAX,f,c。
1>否则：
2>选择NUL载波以用于执行RA过程；
2>将PCMAX设置为NUL载波的PCMAX,f,c。
图31是根据本公开的实施例的终端的框图。
参考图31，终端包括收发器3110、控制器3120和存储器3130。控制器3120可以指电路系统、ASIC、FPGA或至少一个处理器。收发器3110、控制器3120和存储器3130被配置为执行各图例如图4、图7、图10、图13、图16、图18、图19、图21、图22、图25、图28、图29和图30中图示的或如在上面以其他方式描述的UE的操作。尽管收发器3110、控制器3120和存储器3130被示出为单独的实体，但是可以将它们集成到单个芯片上。收发器3110、控制器3120和存储器3130也可以彼此电连接或耦合。
收发器3110可以向其他网络实体(例如，基站)发送信号并且从其他网络实体(例如，基站)接收信号。
控制器3120可以控制UE执行根据上述实施例的功能。在本公开的实施例中，对于配置的许可上的UL传输，控制器3120被配置为在发送DCCH SDU的情况下选择DCCH的CAPC，否则选择具有MAC SDU的LCH的和在MAC PDU中复用的MAC CE的最低优先级CAPC(即，最高数目的CAPC索引)。在本公开的另一实施例中，控制器3120被配置为触发服务小区中的活动ULBWP的一致LBT故障。如果已从低层标识了LBT故障指示，则控制器3120可以被配置为递增LBT计数器(即LBT_COUNTER)。如果LBT计数器大于预配置阈值(即FailureInstanceMaxCount)，则触发服务小区中的活动UL BWP的一致LBT故障。如果在服务小区中的同一载波上配置有PRACH时机的所有UL BWP中触发了一致LBT故障，则控制器3120被配置为确定对于服务小区检测到RLF。否则，控制器3120被配置为将活动UL BWP切换到在服务小区中的同一载波上配置有PRACH时机并且尚未对于其触发一致LBT故障的UL BWP，以及在已切换的UL BWP上发起通过一致UL LBT故障触发的RA过程。
在实施例中，可以使用存储对应程序代码的存储器3130来实现终端的操作。具体地，终端可以配备有存储器3130以存储实现期望操作的程序代码。为了执行期望操作，控制器3120可以通过使用处理器或中央处理单元(CPU)来读取并执行存储在存储器3130中的程序代码。
图32是根据本公开的实施例的基站的框图。
参考图32，基站包括收发器3210、控制器3220和存储器3230。控制器3220可以指电路系统、ASIC、FPGA或至少一个处理器。收发器3210、控制器3220和存储器3230被配置为执行各图例如图5、图8、图11和图14中图示的或如在上面以其他方式描述的gNB的操作。尽管收发器3210、控制器3220和存储器3230被示出为单独的实体，但是可以将它们集成到单个芯片上。收发器3210、控制器3220和存储器3230也可以彼此电连接或耦合。
收发器3210可以向其他网络实体(例如，终端)发送信号并且从其他网络实体(例如，终端)接收信号。
控制器3220可以控制gNB执行根据本公开的实施例的功能。
在实施例中，可以使用存储对应程序代码的存储器3230来实现基站的操作。具体地，基站可以配备有存储器3230以存储实现期望操作的程序代码。为了执行期望操作，控制器3220以通过使用处理器或CPU来读取并执行存储在存储器3230中的程序代码。
虽然已参考本公开的各种实施例示出并描述了本公开，但是本领域的技术人员将理解，在不脱离如由所附权利要求及其等同形式所限定的本公开的精神和范围的情况下，可以在其中做出形式和细节上的各种变化。
Claims (10)
1.一种由终端执行的用于在无线通信系统中处理先听后讲(LBT)故障的方法，所述方法包括：
识别服务小区中的活动上行链路(UL)带宽部分(BWP)的一致LBT故障；
识别至少一个UL BWP，所述至少一个UL BWP在所述服务小区中的同一载波上没有被触发一致LBT故障，其中，所述至少一个UL BWP被配置有物理随机接入信道(PRACH)时机；以及
将所述活动UL BWP切换到所述至少一个UL BWP当中的UL BWP。
2.根据权利要求1所述的方法，所述方法进一步包括：
在切换到的UL BWP上发起由所述一致UL LBT故障触发的随机接入过程。
3.根据权利要求1所述的方法，所述方法进一步包括：
如果已经在所述服务小区中的同一载波上配置有PRACH时机的所有UL BWP中触发了一致LBT故障，则确定对于所述服务小区检测到无线电链路故障。
4.根据权利要求1所述的方法，所述方法进一步包括：
识别LBT故障指示；以及
基于识别出所述LBT故障指示，递增LBT计数器，
其中，所述一致LBT故障是在所述LBT计数器大于预配置阈值的情况下被识别出的。
5.根据权利要求1所述的方法，其中，所述服务小区是主小区或辅小区组的主辅小区。
6.一种无线通信系统中的终端，所述终端包括：
收发器；以及
至少一个处理器，所述至少一个处理器与所述收发器可操作地耦合并且被配置为：
识别服务小区中的活动上行链路(UL)带宽部分(BWP)的一致LBT故障；
识别至少一个UL BWP，所述至少一个UL BWP在所述服务小区中的同一载波上没有被触发一致LBT故障，其中，所述至少一个UL BWP被配置有物理随机接入信道(PRACH)时机；以及
将所述活动UL BWP切换到所述至少一个UL BWP当中的UL BWP。
7.根据权利要求6所述的终端，其中，所述至少一个处理器被进一步配置为：
在切换到的UL BWP上发起由所述一致UL LBT故障触发的随机接入过程。
8.根据权利要求6所述的终端，其中，所述至少一个处理器被进一步配置为：
如果已经在所述服务小区中的同一载波上配置有PRACH时机的所有UL BWP中触发了一致LBT故障，则确定对于所述服务小区检测到无线电链路故障。
9.根据权利要求6所述的终端，其中，所述至少一个处理器被进一步配置为：
识别LBT故障指示；以及
基于识别出所述LBT故障指示，递增LBT计数器，
其中，所述一致LBT故障是在所述LBT计数器大于预配置阈值的情况下被识别出的。
10.根据权利要求6所述的终端，其中，所述服务小区是主小区或辅小区组的主辅小区。
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962869742P | 2019-07-02 | 2019-07-02 | |
| US62/869,742 | 2019-07-02 | ||
| US201962870941P | 2019-07-05 | 2019-07-05 | |
| US62/870,941 | 2019-07-05 | ||
| US201962931623P | 2019-11-06 | 2019-11-06 | |
| US62/931,623 | 2019-11-06 | ||
| PCT/KR2020/008697 WO2021002714A1 (en) | 2019-07-02 | 2020-07-02 | Method of random access procedure for supporting large random access response (rar) window size |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114145072A true CN114145072A (zh) | 2022-03-04 |
Family
ID=74065306
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080048058.7A Pending CN114145072A (zh) | 2019-07-02 | 2020-07-02 | 用于支持大随机接入响应（rar）窗口大小的随机接入过程的方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (2) | US11553530B2 (zh) |
| EP (1) | EP3977807B1 (zh) |
| JP (1) | JP2022540393A (zh) |
| KR (1) | KR20220027065A (zh) |
| CN (1) | CN114145072A (zh) |
| WO (1) | WO2021002714A1 (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024152350A1 (en) * | 2023-01-20 | 2024-07-25 | Qualcomm Incorporated | Random access channel configurations for candidate cell switching |
Families Citing this family (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020060358A1 (ko) * | 2018-09-21 | 2020-03-26 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호를 송수신하는 방법 및 장치 |
| EP3975638A4 (en) * | 2019-07-18 | 2022-06-15 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | INFORMATION REPORTING PROCEDURE AND RELATED DEVICE |
| ES2962817T3 (es) * | 2019-07-19 | 2024-03-21 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Método de comunicación inalámbrica, dispositivo terminal y dispositivo de red |
| EP3780870A1 (en) * | 2019-08-13 | 2021-02-17 | Apple Inc. | Downlink radio resource control message transmission in 2-step random access |
| US11528656B2 (en) * | 2019-08-13 | 2022-12-13 | Mediatek Singapore Pte Ltd. | Multiplexing logical channels with different channel access priority class in new radio unlicensed |
| CN112399626A (zh) * | 2019-08-13 | 2021-02-23 | 苹果公司 | 2步随机接入中的下行链路无线电资源控制消息传输 |
| US11558899B2 (en) * | 2019-08-15 | 2023-01-17 | Industrial Technology Research Institute | Method and user equipment of performing resource switching in unlicensed spectrum |
| US11678375B2 (en) * | 2019-10-18 | 2023-06-13 | Qualcomm Incorporated | Random access response type differentiation |
| US12120545B2 (en) * | 2019-11-06 | 2024-10-15 | Intel Corporation | Cross-layer quality of service (QoS) indication for sidelink communications |
| CN112770411B (zh) * | 2019-11-06 | 2023-03-21 | 维沃移动通信有限公司 | Lbt失败的处理方法、终端及网络侧设备 |
| US11553518B2 (en) * | 2019-11-07 | 2023-01-10 | Qualcomm Incorporated | Prioritization of uplink transmissions on NR-U |
| WO2021089040A1 (en) * | 2019-11-07 | 2021-05-14 | FG Innovation Company Limited | Method of listen before talk recovery procedure and related device |
| US10980059B1 (en) * | 2019-12-01 | 2021-04-13 | PanPsy Technologies, LLC | Recovery from consistent uplink listen before talk failure |
| WO2021114104A1 (zh) * | 2019-12-10 | 2021-06-17 | Oppo广东移动通信有限公司 | 数据传输方法、设备及存储介质 |
| US10980062B1 (en) | 2019-12-16 | 2021-04-13 | PanPsy Technologies, LLC | Wireless device and wireless network processes and consistent LBT failures |
| US11646826B2 (en) * | 2020-01-29 | 2023-05-09 | Qualcomm Incorporated | Message repetition configurations for random access procedures |
| US20230061643A1 (en) * | 2020-02-12 | 2023-03-02 | Apple Inc. | Reporting Uplink Listen-Before-Talk Failure |
| MX2022007817A (es) * | 2020-02-21 | 2022-09-19 | Zte Corp | Un método de transmisión de datos en banda sin licencia. |
| WO2021203395A1 (zh) * | 2020-04-09 | 2021-10-14 | 富士通株式会社 | 指示lbt失败的方法及装置 |
| US11582796B2 (en) * | 2020-05-15 | 2023-02-14 | Qualcomm Incorporated | Listen-before-talk (LBT) failure detection in dormant cell and outside discontinuous reception (DRX) active time |
| EP4278737A4 (en) * | 2021-01-18 | 2024-07-17 | Ericsson Telefon Ab L M | METHOD AND APPARATUS FOR ADVANCING TIME |
| CN114828273A (zh) * | 2021-01-20 | 2022-07-29 | 华硕电脑股份有限公司 | 无线通信系统中用于确定信道接入的方法和设备 |
| US20230171814A1 (en) * | 2021-11-30 | 2023-06-01 | Samsung Electronics Co., Ltd. | Method and apparatus for random access transmissions and receptions |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170238342A1 (en) * | 2016-02-16 | 2017-08-17 | Mediatek Inc. | Channel Access Procedure and QoS Provisioning for Uplink LAA |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20190182865A1 (en) | 2016-08-12 | 2019-06-13 | Telefonaktiebolaget L M Ericsson (Publ) | Lbt parameters for uplink in unlicensed spectrum |
| US11470654B2 (en) | 2018-06-06 | 2022-10-11 | Samsung Electronics Co., Ltd. | Method and system for handling random access response in wireless communication system |
| US20210274555A1 (en) * | 2018-06-19 | 2021-09-02 | Idac Holdings, Inc. | Methods, apparatus and systems for system access in unlicensed spectrum |
| WO2019245297A1 (en) * | 2018-06-20 | 2019-12-26 | Lg Electronics Inc. | Method for selecting bwp and device supporting the same |
| EP3609277B1 (en) * | 2018-08-09 | 2022-12-28 | Comcast Cable Communications, LLC | Supplementary uplink for random access procedures |
-
2020
- 2020-07-02 US US16/919,530 patent/US11553530B2/en active Active
- 2020-07-02 CN CN202080048058.7A patent/CN114145072A/zh active Pending
- 2020-07-02 JP JP2022500109A patent/JP2022540393A/ja active Pending
- 2020-07-02 KR KR1020217039828A patent/KR20220027065A/ko unknown
- 2020-07-02 WO PCT/KR2020/008697 patent/WO2021002714A1/en unknown
- 2020-07-02 EP EP20835498.5A patent/EP3977807B1/en active Active
-
2023
- 2023-01-05 US US18/150,483 patent/US20230164849A1/en active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20170238342A1 (en) * | 2016-02-16 | 2017-08-17 | Mediatek Inc. | Channel Access Procedure and QoS Provisioning for Uplink LAA |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2024152350A1 (en) * | 2023-01-20 | 2024-07-25 | Qualcomm Incorporated | Random access channel configurations for candidate cell switching |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2022540393A (ja) | 2022-09-15 |
| US11553530B2 (en) | 2023-01-10 |
| EP3977807A1 (en) | 2022-04-06 |
| US20210007146A1 (en) | 2021-01-07 |
| EP3977807A4 (en) | 2023-07-05 |
| KR20220027065A (ko) | 2022-03-07 |
| WO2021002714A1 (en) | 2021-01-07 |
| EP3977807B1 (en) | 2024-08-28 |
| US20230164849A1 (en) | 2023-05-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3977807B1 (en) | Lbt channel access procedure based on selected capc index | |
| US11895707B2 (en) | Method and apparatus for supporting multiple message a sizes and uplink coverage for two step random access procedure | |
| US20210105828A1 (en) | Method and apparatus for random access procedure | |
| CN113303020A (zh) | 无线通信系统中的处理两步随机接入过程中的msg a重传的方法和设备 | |
| US11805555B2 (en) | Method and apparatus for random access procedure in wireless communication system | |
| CN116235603A (zh) | 用于小数据传输的方法和装置 | |
| US11576212B2 (en) | Method and apparatus for handling switching between 2-step and 4-step random access | |
| KR102700177B1 (ko) | 무선 통신 시스템에서 랜덤 액세스 프리앰블 그룹 선택을 위한 방법 및 장치 | |
| US11606812B2 (en) | Method of prioritizing random access for multimedia priority and mission critical services and apparatus thereof | |
| KR20220116025A (ko) | 무선 통신 시스템에서 시스템 정보 요청을 처리하기 위한 방법 및 장치 | |
| US11700639B2 (en) | Method and apparatus for releasing PUSCH resources assigned for random access in wireless communication system | |
| EP3874896B1 (en) | Method and apparatus for bwp switching and pusch resource overhead reducing for 2 step rach in wireless communication system | |
| US20240314846A1 (en) | Method and apparatus for performing random access in wireless communication system | |
| CN114080761A (zh) | 用于处理关于主小区(PCell)和次小区(SCell)的调度请求(SR)取消、随机接入(RA)优先化和波束故障恢复(BFR)并发发生的方法和装置 |
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 |