CN112056000B - 在无线通信***中确定信道接入类型的方法和装置 - Google Patents

在无线通信***中确定信道接入类型的方法和装置 Download PDF

Info

Publication number
CN112056000B
CN112056000B CN201980029358.8A CN201980029358A CN112056000B CN 112056000 B CN112056000 B CN 112056000B CN 201980029358 A CN201980029358 A CN 201980029358A CN 112056000 B CN112056000 B CN 112056000B
Authority
CN
China
Prior art keywords
lbt
type
channel access
class
msg3
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.)
Active
Application number
CN201980029358.8A
Other languages
English (en)
Other versions
CN112056000A (zh
Inventor
A.阿吉瓦尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN112056000A publication Critical patent/CN112056000A/zh
Application granted granted Critical
Publication of CN112056000B publication Critical patent/CN112056000B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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

Landscapes

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

Abstract

本公开涉及用于融合支持比***(4G)***高的数据速率的第五代(5G)通信***与物联网(IoT)技术的通信方法和***。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。本公开提供了用于确定Msg3传输的信道接入过程类型的方法和装置。所述方法包括：接收包括关于用于传输随机接入过程的msg3的信道接入过程的类型的第一信息的随机接入响应(RAR)；基于第一信息执行信道接入过程；以及基于信道接入过程的结果发送随机接入过程的msg3。

Description

在无线通信***中确定信道接入类型的方法和装置
技术领域
本公开总体地涉及无线通信***，并且更具体地，涉及在无线通信***中在随机接入过程期间确定未授权频带中的消息3(msg3)传输的信道接入类型的设备、方法和***。
背景技术
为了满足自部署***(4G)通信***以来对无线数据业务的增长的需求，已经努力开发可以被称为“超4G网络”或“后长期演进(LTE)***”的改进的第五代(5G)或准5G(pre-5G)通信***。将使用更高频率(毫米波，mmWave)的频带(例如60GHz频带)来实现5G通信***以便利用更高的数据速率。
为了减少无线电波的传播损耗并增加传输距离，正在讨论将波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术，在5G通信***中使用。此外，在5G通信***中，基于高级小小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等的***网络改进正在进行。
在5G***中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和正交幅度调制(QAM)(FQAM)以及滑动窗口叠加编码(SWSC)，并且已经开发了作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
互联网正在演进成为其中分布式实体(诸如物件)在没有人为干预的情况下交换和处理信息的物联网(IoT)。作为IoT技术和大数据处理技术通过云服务器的连接的组合，万物互联(IoE)已经出现。
作为技术元素，诸如“传感技术”、“有线/无线通信与网络基础设施”、“服务接口技术”、以及“安全技术”已被需求用于IoT实施，近来已研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务，该服务通过收集和分析在连接物件之间生成的数据来为人类的生活创造新的价值。通过现有信息技术(IT)与各种工业应用的融合和结合，IoT可以应用于包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电、高级医疗服务的各个领域。
还进行了各种尝试以将5G通信***应用于IoT网络。例如，诸如传感器网络、MTC和M2M通信的技术可以通过波束形成、MIMO和阵列天线来实施。作为上述的大数据处理技术的云RAN的应用也可以被认为是5G技术与IoT技术之间融合的示例。
最近，为了满足日益增长的宽带订户并提供更多更优的应用和服务，已经开发了若干宽带无线技术。开发第2代(2G)无线通信***以提供语音服务，同时确保用户的移动性。开发第3代(3G)无线通信***以支持语音服务和数据服务。开发4G无线通信***以提供高速数据服务。然而，4G无线通信***不具有足够的资源来满足高速数据服务的日益增长的需求。因此，正在开发5G无线通信***以满足高速数据服务的日益增长的需求，并支持超可靠性和低延迟的应用。
此外，5G无线通信***预计满足在数据速率、延迟、可靠性、移动性等方面具有不同需求的不同用途。因此，预计5G无线通信***的空中接口的设计将足够灵活以基于UE将向终端顾客提供服务的市场细分和用途，服务具有不同能力的用户设备(UE)。例如，5G无线通信***有望满足增强移动宽带(eMBB)、大规模MTC(m-MTC)、超可靠低延迟通信(URLL)等。诸如数十Gbps的数据速率、低延迟、高移动性等的eMBB需求，满足代表传统无线宽带用户需要随时连接互联网的市场细分。诸如非常高的连接密度、不频繁的数据传输、很长的电池寿命、低移动性地址等的m-MTC需求，满足代表设想连接数十亿设备的IoT/IoE的市场细分。诸如非常低的延迟、非常高的可靠性、可变的移动性等的URLL需求，满足代表工业自动化应用以及车辆到车辆/车辆到基础设施通信(这对于自动驾驶汽车而言是重要的)的市场细分。
在4G无线通信***中，eNB负责在无线电资源控制(RRC)_CONNECTED状态中保持定时提前(timing advance)。在RRC_CONNECTED状态下，UE可以被配置有一个或多个服务小区。具有应用相同定时提前的上行链路(UL)(通常与由同一接收器承载的服务小区对应)的服务小区和使用相同的定时参考小区的服务小区被分组在定时提前组(TAG)中。每个TAG包括具有配置的UL的至少一个服务小区，并且每个服务小区到TAG的映射通过RRC来配置。
对于双连接(DC)，TAG仅包括与同一小区组(CG)相关联的小区，并且TAG的最大数是8。
对于主TAG(pTAG)，UE使用主小区组(MCG)中的主小区(PCell)和辅小区组(SCG)中的主辅小区(PSCell)作为定时参考。
在辅TAG(sTAG)中，UE可以使用sTAG中的任何激活的SCell作为定时参考小区。UE的同步状态遵循MCG的pTAG的同步状态。UE相对于SCG的同步状态遵循SCG的pTAG的同步状态。
当与pTAG相关联的计时器未运行时，与该CG中的sTAG相关联的计时器不应当运行。与一个CG相关联的计时器的到期不影响其它CG的操作。与MCG的pTAG相关联的计时器的值可以是UE特定的并且通过UE和eNB之间的专用信令来管理，或者可以是小区特定的并且经由广播信息指示。在这两种情况下，每当由eNB针对pTAG提供新的定时提前时，计时器通常重启：如果有的话，重启到UE特定的值；否则重启到小区特定的值。
通过UE和eNB之间的专用信令来管理与SCG的pTAG相关联的计时器的值以及与MCG的sTAG或SCG的sTAG相关联的计时器的值，并且与这些TAG相关联的计时器可以被配置以不同的值。每当由eNB针对对应的TAG给出新的定时提前时，这些TAG的计时器通常重启。
当前设计的问题是UE的同步状态遵循pTAG的同步状态。因此，如果pTAG的时间对齐计时器(timealignmenttimer，TAT)到期，则所有TAG的TAT也被认为到期。结果是，sTAG的服务小区上的通信被不必要地延迟，直到完成以下过程：a)pTAG的随机接入过程，以及b)sTAG的随机接入过程。因此，需要方法来避免这种延迟。
5G无线通信***还应当支持在授权载波和未授权载波上的操作。使用未授权载波可以通过利用空闲频谱接入进行智能数据卸载来减少蜂窝运营商的资本支出，并提供改进且智能的频谱接入及管理，这解决了在有限的可用频谱下增长的无线业务需求，并允许没有授权频谱的网络运营商有效利用第三代合作项目计划(3GPP)的无线电接入技术。
正在考虑在未授权载波上操作的各种部署场景，诸如：
新无线电(NR)-未授权(U)授权辅助接入(LAA)：授权频带NR(PCell)和未授权频带NR-U(SCell)之间的载波聚合。
独立的(SA)NR-U：独立的NR-U。
演进的陆地无线电接入网(E-UTRAN)新无线电的未授权(ENU)-DC：授权频带LTE(PCell)和未授权频带NR-U(PSCell)之间的双连接。
NNU(NRNR未授权，NR NR unlicensed)-DC：授权频带NR(PCell)和未授权频带NR-U(PSCell)之间的双连接。
以上场景包括具有在未授权频带中的下行链路(DL)和在授权频带中的UL的NR小区。
利用先听后说(LBT)过程，以便在未授权频谱中操作的设备和技术的公平且友好地共存。在试图在未授权频谱中的载波上传输的节点上的LBT过程要求该节点执行清楚的信道评估以确定该信道是否是空闲可用的。用于传输的LBT过程的各种类型或类别如下：
第1类：无LBT
没有LBT过程由发送实体执行。
第2类：不具有随机退避的LBT
在发送实体发送之前，信道被感测为空闲的持续时间是确定的。例如，感测间隔可以是25us，即UE可以在感测到信道空闲至少达感测间隔Td＝25us之后发送。对于UL传输，第2类也可被称为类型2的信道接入过程。
第3类：利用具有固定大小的竞争窗口的随机退避的LBT
在该LBT过程中，发送实体在竞争窗口内取随机数N。竞争窗口的大小由N的最小值和最大值指定。竞争窗口的大小是固定的。在发送实体在信道上发送之前，在LBT过程中使用随机数N以确定信道被检测为空闲的持续时间。详细的第3类LBT过程如下：
在推迟持续时间(defer duration，Td)的时隙持续时间内和在以下的第4步中计数器为零之后，UE在感测到信道空闲之后进行发送。详细步骤如下：
第1步：设置N＝Ninit，其中Ninit是在0和竞争窗口(CW)p之间均匀分布的随机数。CWp是给定的信道接入优先级类为“p”的竞争窗口。以下的表1中列出了不同的信道接入优先级类(CAPC)的各种LBT参数。
[表1]
Figure BDA0002751897990000051
如果没有任何其它技术共享，则可以长期保证载波(例如，通过规则的级别)，LBT优先级类3和4的最大信道占用时间是10毫秒。否则，LBT优先级类3和4的最大信道占用时间是8毫秒。
第2步：如果N>0，则计数器递减，设置N＝N-1。
第3步：感测信道达附加的时隙持续时间(Ts)。如果附加的时隙持续时间为空，则转至第4步；否则，跳转至第5步。
第4步：如果N＝0，则执行传输；否则，跳转至第2步。
第5步：在附加的推迟持续时间(Td)的时隙持续时间期间感测信道。Td等于Tf+mpⅹTs，其中Tf等于16微秒，Ts等于9微秒，并且mp对应于表1。
第6步：如果在Td期间感测到信道空闲，则跳转至第2步；否则，跳转至第5步。
第4类：具有竞争窗口大小可变的随机退避的LBT
在该LBT过程中，发送实体在竞争窗口内取随机数N。竞争窗口的大小由N的最小值和最大值指定。发送实体可以在取随机数N时改变竞争窗口的大小。在发送实体发送之前，在LBT过程中使用随机数N以确定信道被感测为空闲的持续时间。详细的过程与第3类相同，除了在第3类中，竞争窗口的大小是固定的，而在第4类中，发送实体可以在取随机数N时改变竞争窗口的大小。对于UL传输，第4类也可以被称为类型1的信道接入过程。
在4G无线通信***中，针对LBT过程或信道接入过程执行未授权频带中的通信。用于物理上行链路共享信道(PUSCH)的传输的LBT类型在物理下行链路控制信道(PDCCH)(即，在下行链路控制信息(DCI)中)指示。然而，在5G无线通信***中，需要在未授权频带(或未授权载波)上支持随机接入过程。在随机接入过程期间，Msg1在UL中传输。对于Msg1，即随机接入前导码传输，用于信道接入的LBT类别/类型是预先定义的。
在基于竞争的随机接入过程期间，还需要传输Msg3。Msg3包括公共控制信道(CCCH)服务数据单元(SDU)、小区无线网络临时标识符(C-RNTI)或介质访问控制(MAC)控制元素(CE)。此外，如果可用，则还可以包括缓冲区状态报告(BSR)/功率余量报告(PHR)等。
对于调度Msg3的初始传输，PDCCH不是由基站(gnodeB(gNB))发送，这产生了UE可以如何确定要用于Msg3传输的LBT类型/类别的问题。
发明内容
技术问题
在5G无线通信***中，需要开发处理时间对齐计时器(time alignment timer，TAT)到期的过程。此外，在5G无线通信***中，需要开发在非授权频带中的msg3传输过程。
技术方案
本公开的目的在于至少解决上述问题和/或缺点，并至少提供以下所述的优点。
根据本公开的一方面，提供了一种终端的方法。所述方法包括：从基站接收包括关于用于传输随机接入过程的msg3的信道接入过程的类型的第一信息的随机接入响应(RAR)；基于第一信息执行所述信道接入过程；以及基于所述信道接入过程的结果，向所述基站发送所述随机接入过程的msg3。
根据本公开另一方面，提供了一种基站的方法。所述方法包括：向终端发送包括关于用于传输随机接入过程的msg3的信道接入过程的类型的第一信息的随机接入响应(RAR)；以及基于所述信道接入过程的结果，从所述终端接收所述随机接入过程的msg3，其中所述信道接入过程基于第一信息来执行。
根据本公开的另一方面，提供了一种终端，其包括收发器和控制器，所述控制器与所述收发器耦接并且被配置为：从基站接收包括关于用于传输随机接入过程的msg3的信道接入过程的类型的第一信息的随机接入响应(RAR)；基于第一信息执行所述信道接入过程；以及基于所述信道接入过程的结果，向所述基站发送所述随机接入过程的msg3。
根据本公开的另一方面，提供了一种基站，其包括收发器和控制器，所述控制器与所述收发器耦接并且被配置为：向终端发送包括关于用于传输随机接入过程的msg3的信道接入过程的类型的第一信息的随机接入响应(RAR)；以及基于所述信道接入过程的结果，从所述终端接收所述随机接入过程的msg3，其中所述信道接入过程基于第一信息来执行。
有益技术效果
根据本公开的各个实施例，可以在5G无线通信***中有效地增强处理时间对准计时器(TAT)到期的过程。此外，在5G无线通信***中，存在开发在非授权频带中的msg3的传输过程的需求。
附图说明
从结合附图进行的以下描述，本公开的某些实施例的上述和其他方面、特征和优点将更加明显，在附图中：
图1A和1B是示出根据实施例的处理pTAG的TAT到期的方法的流程图；
图1B是示出根据实施例的处理pTAG的TAT的到期的方法的流程图；
图2是示出根据实施例的处理pTAG的TAT的到期的方法的流程图；
图3是示出根据实施例的处理pTAG的TAT的到期的方法的流程图；
图4是示出根据实施例的处理pTAG的TAT的到期的方法的流程图；
图5是示出根据实施例的处理pTAG的TAT的到期的方法的流程图；
图6是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图7是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图8是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图9是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图10是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图11是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图12是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图13是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图14是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图15是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图16是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图17是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图；
图18是示出根据实施例的终端的框图；以及
图19是示出根据实施例的基站的框图。
具体实施方式
参考附图提供以下描述以帮助全面理解由权利要求及其等同定义的本公开的各种实施例。它包括各种具体细节以帮助该理解，但这些仅被视为是示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和主旨的情况下，可以对本文描述的各种实施例进行各种改变和修改。此外，为了清楚和简洁，可以省略对公知的功能和构造的描述。
在以下描述和权利要求中使用的术语和词语不限于书面含义，而是用于使得能够对本公开清楚和一致的理解。因此，提供对本公开的各个实施例的以下描述仅用于说明目的，而不是用于限制由所附的权利要求及其等同所定义的本公开。
除非上下文另外明确规定，否则单数形式(诸如“一”、“一个”和“该”)包括复数指代。因此，例如对“组件表面”的指代包括对一个或多个这样的表面的指代。
术语“基本上”可以意味着不需要精确地实现所记载的特征、参数或值，而是包括例如公差、测量误差、测量精度限制和本领域技术人员已知的其它因素的偏差或变化，可以以不影响特征旨在提供的影响的量来发生。
流程图(或序列图)的块和流程图的组合可以通过计算机程序指令来表示和执行。这些计算机程序指令可以加载在通用计算机、专用计算机或可编程数据处理装备的处理器上。当加载的程序指令由处理器执行时，它们创建用于执行流程图中描述的功能的设备。因为计算机程序指令可以存储在可在专用计算机或可编程数据处理装备中使用的计算机可读存储器中，所以也可以创建执行流程图中所描述的功能的制品。因为计算机程序指令可以加载在计算机或可编程数据处理装备上，所以当作为进程执行时，它们可以执行流程图中所描述的功能的操作。
流程图的块可以对应于包含实施一个或多个逻辑功能的一个或多个可执行指令的模块、段或代码，或者可以对应于模块、段或代码中的一部分。在一些情况下，由块描述的功能可以以不同于所示顺序的顺序执行。例如，按顺序示出的两个块可以同时执行，或者以相反的顺序执行。
词语“单元”、“模块”等可以指代软件组件或硬件组件，诸如能够执行功能或操作的现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”等不限于硬件或软件。单元等可以被配置为驻留在可寻址存储介质中或驱动一个或多个处理器。单元等也可以指代软件组件、面向对象的软件组件、类组件、任务组件、进程、函数、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、数组或变量。由组件和单元提供的功能可以是较小的组件和单元的组合，也可以与其他组件和单元组合以组成更大的组件和单元。组件和单元可以被配置成驱动安全多媒体卡中的设备或一个或多个处理器。
在详细描述之前，描述了理解本公开所必要的术语或定义。但是，这些术语应当以非限制性的方式来解释。
“基站(BS)”是与UE通信的实体，可以指代基站收发器站(BTS)、节点B(NB)、演进型NB(eNB)、5G NB(5GNB)、gNB、接入点(AP)或发送和接收点(TRP)。
“UE”是与BS通信的实体，可以指设备、移动站(MS)、移动装备(ME)或终端。
实施例1-1
处于RRC连接(RRC CONNECTED)状态的UE被至少一个基站配置有多个服务小区。UE还配置有至少一个pTAG和至少一个sTAG。UE还配置有与每个被配置的TAG相关联的timeAlignmentTimer(时间对齐计时器，TAT或TAT计时器)的值。
当在属于TAG的服务小区的随机接入响应(RAR)消息中接收到定时提前命令(TAC)时，如果随机接入前导码不是UE中的MAC实体在基于竞争的随机接入前导码中选择的，或者如果没有针对该TAG运行timeAlignmentTimer，则UE中的MAC实体启动与该TAG相关联的timeAlignmentTimer。
如果UE中的MAC实体接收到TAC MAC CE，并且如果NTA(如3GPP TS 38.211中所定义的)已经被利用所指示的TAG保持，则UE中的MAC实体启动或重启与所指示的TAG相关联的timeAlignmentTimer。在该实施例中，当与pTAG相关联的timeAlignmentTimer到期时，UE执行以下操作(如图1A和图1B中所示)。
图1A和图1B是示出根据实施例的处理pTAG的TAT到期的方法的流程图。
参考图1A和图1B：
1.对于pTAG的所有服务小区，UE将：
a、刷新所有混合自动重复请求(HARQ)缓冲区；如果被配置，则释放物理上行链路控制信道(PUCCH)；如果被配置，则释放探测参考信号(SRS)(步骤105、110和115)；以及
b、清除任何配置的下行链路分配和配置的上行链路许可(步骤120)。
2.UE保持pTAG的NTA(步骤125)。
3.除了在特殊小区(SpCell)上的随机接入前导码传输(SpCell是指MCG的pTAG的PCell或SCG的pTAG的PSCell)之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，直到pTAG被UL同步。除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，同时pTAG的TAT计时器不运行(步骤130)。
4.对于每个sTAG，UE检查是否在SpCell上针对与该sTAG相关联的任何服务小区发送PUCCH传输(步骤135)。对于sTAG，如果在SpCell上针对与该sTAG相关联的任何服务小区发送PUCCH传输，则对于该sTAG，UE将：
a.刷新该TAG的所有服务小区的所有HARQ缓冲区(步骤140)；
b.如果被配置，则释放该TAG的所有服务小区的PUCCH(步骤145)；
c.如果被配置，则释放该TAG的所有服务小区的SRS(步骤150)；
d.清除该TAG的所有服务小区的任何被配置的下行链路分配和被配置的上行链路许可(步骤155)；
e.认为timeAlignmentTimer到期(步骤160)；
f.保持该TAG的NTA(步骤165)；以及
g.当与该TAG相关联的timeAlignmentTimer未运行时，除了随机接入前导码传输之外，UE不应当对该TAG的任何服务小区执行任何上行链路传输。除了随机接入前导码传输之外，UE不在该TAG的任何服务小区上执行任何上行链路传输，直到pTAG被UL同步(步骤170)。
例如，当UE被配置有两个sTAG(sTAG1和sTAG2)时，其中sTAG1包括小区1、小区2和小区3，sTAG2包括小区4、小区5和小区6，小区2的PUCCH传输可以在SpCell上发送。在该示例中，在与pTAG相关联的timeAlignmentTimer到期时，UE将针对sTAG1执行以上的a.-g.操作。然而，以上的操作a.-g.不会针对sTAG2执行。因此，在sTAG2的服务小区上的数据通信不存在中断。
在上述实施例中，在pTAG TAT到期时，网络(例如，gNB)发起随机接入(例如，在SpCell上发送PDCCH命令)。对于sTAG，当pTAG TAT到期时，仅当在SpCell上针对该sTAG的任何服务小区执行PUCCH传输时，网络才通过发送PDCCH命令来发起随机接入。
实施例1-2
处于RRC连接状态的UE被至少一个基站配置有多个服务小区。UE还被配置有至少一个pTAG和一个sTAG。UE还被配置有与所配置的TAG相关联的timeAlignmentTimer(TAT)计时器的值。
当在属于TAG的服务小区的随机接入响应消息中接收到TAC时，如果随机接入前导码不是由UE中的MAC实体在基于竞争的随机接入前导码中选择的或者如果针对该TAG没有运行timeAlignmentTimer，则UE中的MAC实体启动与该TAG相关联的timeAlignmentTimer。如果UE中的MAC实体接收到TAC MAC CE，并且如果NTA(如3GPP TS 38.211中所定义的)已经被利用所指示的TAG保持，则UE中的MAC实体启动或重启与所指示的TAG相关联的timeAlignmentTimer。在该实施例中，当与pTAG相关联的timeAlignmentTimer到期时，UE执行以下操作(如图2中所示)。
图2是示出根据实施例的处理pTAG的TAT到期的方法的流程图。
参考图2：
1.对于pTAG的所有服务小区，UE将：
a.刷新所有HARQ缓冲区(步骤205)；
b.如果被配置，则释放PUCCH(步骤210)；
c.如果被配置，则释放SRS(步骤215)；以及
d.清除任何配置的下行链路分配和配置的上行链路许可(步骤220)。
2.UE保持pTAG的NTA(步骤225)。
3.除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，直到pTAG被UL同步。除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，同时pTAG的TAT计时器不运行(步骤230)。
4.对于每个sTAG，UE检查是否在SpCell上针对与该sTAG相关联的任何服务小区发送PUCCH传输(步骤235)。如果在SpCell上针对与该sTAG相关联的任何服务小区发送PUCCH传输，则对于该sTAG：
a.当与pTAG相关联的timeAlignmentTimer未正在运行时，除了随机接入前导码传输之外，UE将不在该TAG的任何服务小区上执行任何上行链路传输。换言之，UE停止在该TAG的所有服务小区上的UL传输，直到pTAG被UL同步(步骤240)。
例如，当UE被配置有两个sTAG(sTAG1和sTAG2)时，其中sTAG1包括小区1、小区2和小区3，sTAG2包括小区4、小区5和小区6，小区2的PUCCH传输可以在SpCell上发送。在该示例中，UE将停止在sTAG1的任何服务小区上的UL传输，直到pTAG被UL同步。因此，在sTAG2的服务小区上的数据通信不存在中断。
在该实施例中，当pTAG TAT到期时，网络(例如，gNB)发起随机接入(例如，在SpCell上发送PDCCH命令)。对于sTAG，当pTAG TAT到期时，网络不发起随机接入，即网络不发送PDCCH命令。
实施例1-3
处于RRC连接状态的UE被至少一个基站配置有多个服务小区。UE还被配置有至少一个pTAG和一个sTAG。UE还被配置有与所配置的TAG相关联的timeAlignmentTimer(TAT)计时器的值。
当在属于TAG的服务小区的随机接入响应消息中接收到TAC时，如果随机接入前导码不是由UE中的MAC实体在基于竞争的随机接入前导码中选择的或者如果没有针对该TAG运行timeAlignmentTimer，则UE中的MAC实体启动与该TAG相关联的timeAlignmentTimer。
如果UE中的MAC实体接收到TAC MAC CE，并且如果NTA(如3GPP TS38.211中所定义的)已经被利用所指示的TAG保持，则UE中的MAC实体启动或重启与所指示的TAG相关联的timeAlignmentTimer。
在该实施例中，当与pTAG相关联的timeAlignmentTimer到期时，UE执行以下操作(如图3中所示)。
图3是示出根据实施例的处理pTAG的TAT到期的方法的流程图。
参考图3：
1.对于pTAG的所有服务小区，UE将：
a.刷新所有HARQ缓冲区(步骤305)；
b.如果被配置，则释放PUCCH(步骤310)；
c.如果被配置，则释放SRS(步骤315)；以及
d.清除任何配置的下行链路分配和配置的上行链路许可(步骤320)。
2.UE保持pTAG的NTA(步骤325)。
3.除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，直到pTAG被UL同步。除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，同时pTAG的TAT计时器不运行(步骤330)。
4.对于与sTAG相关联的每个服务小区，UE检查该服务小区的PUCCH传输是否在SpCell上发送(步骤335)。如果是，则对于该服务小区，当与pTAG相关联的timeAlignmentTimer未运行时，除了随机接入前导码传输之外，UE将不在该服务小区上执行任何上行链路传输。换言之，UE停止在该服务小区上的UL传输，直到pTAG被UL同步(步骤340)。
例如，当UE被配置有两个sTAG(sTAG1和sTAG2)时，其中sTAG1包括小区1、小区2和小区3，sTAG2包括小区4、小区5和小区6，小区2的PUCCH传输可以在SpCell上发送。在该示例中，UE将停止在sTAG1的小区2上的UL传输，直到pTAG被UL同步。然而，在服务小区小区1、小区3、小区4、小区5和小区6上的数据通信不存在中断。
实施例1-4
处于RRC连接状态的UE被至少一个基站配置有多个服务小区。UE还被配置有至少一个pTAG和一个sTAG。UE还被配置有与被配置的TAG相关联的timeAlignmentTimer(TAT)计时器的值。
当在属于TAG的服务小区的随机接入响应消息中接收到TAC时，如果随机接入前导码不是由UE中的MAC实体在基于竞争的随机接入前导码中选择的或者如果没有针对该TAG运行timeAlignmentTimer，则UE中的MAC实体启动与该TAG相关联的timeAlignmentTimer。如果UE中的MAC实体接收到TAC MAC CE，并且如果NTA(如3GPP TS 38.211中所定义的)已经被利用所指示的TAG保持，则UE中的MAC实体启动或重启与所指示的TAG相关联的timeAlignmentTimer。
在该实施例中，当与pTAG相关联的timeAlignmentTimer到期时，UE执行以下操作(如图4所示)。
图4是示出根据实施例的处理pTAG的TAT到期的方法的流程图。
参考图4：
1.对于pTAG的所有服务小区，UE将：
a.刷新所有HARQ缓冲区(步骤405)；
b.如果被配置，则释放PUCCH(步骤410)；
c.如果被配置，则释放SRS(步骤415)；以及
d.清除任何配置的下行链路分配和配置的上行链路许可(步骤420)。
2.UE保持pTAG的NTA(步骤425)。
3.除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，直到pTAG被UL同步。除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，同时pTAG的TAT计时器不运行(步骤430)。
4.对于每个sTAG，除了随机接入前导码传输之外，UE不在sTAG的任何服务小区上执行任何上行链路传输，直到pTAG被UL同步。对于每个sTAG，除了随机接入前导码传输之外，UE不在sTAG的任何服务小区上执行任何上行链路传输，同时pTAG的TAT不运行(步骤435)。在pTAG TAT到期时，sTAG的TAT计时器不被视为到期。
例如，当UE被配置有两个sTAG(sTAG1和sTAG2)，其中sTAG1包括小区1、小区2和小区3，sTAG2包括小区4、小区5和小区6，UE将停止在小区1、小区2、小区3、小区4、小区5和小区6上的UL传输，直到pTAG被UL同步。在pTAG被UL同步之后，不需要执行sTAG1和sTAG2的UL同步。
在该实施例中，在pTAG TAT计时器到期时，sTAG1和sTAG2的TAT计时器不被视为到期。
实施例1-5
处于RRC连接状态的UE被至少一个基站配置有多个服务小区。UE还被配置有至少一个pTAG和一个sTAG。UE还被配置有与所配置的TAG相关联的timeAlignmentTimer(TAT)计时器的值。
当在属于TAG的服务小区的随机接入响应消息中接收到TAC时，如果随机接入前导码不是由UE中的MAC实体在基于竞争的随机接入前导码中选择的或者如果没有针对该TAG运行timeAlignmentTimer，则UE中的MAC实体启动与该TAG相关联的timeAlignmentTimer。
如果UE中的MAC实体接收到TAC MAC CE，并且如果NTA(如3GPP TS 38.211中所定义的)已经被利用所指示的TAG保持，则UE中的MAC实体启动或重启与所指示的TAG相关联的timeAlignmentTimer。
在该实施例中，当与pTAG相关联的timeAlignmentTimer到期时，UE执行以下操作(如图5中所示)。
图5是示出根据实施例的处理pTAG的TAT到期的方法的流程图。
参考图5：
1.对于pTAG的所有服务小区，UE将：
a.刷新所有HARQ缓冲区(步骤505)；
b.如果被配置，则释放PUCCH(步骤510)；
c.如果被配置，则释放SRS(步骤515)；以及
d.清除任何配置的下行链路分配和配置的上行链路许可(步骤520)。
2.UE保持pTAG的NTA(步骤525)；
3.除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，直到pTAG被UL同步。除了SpCell上的随机接入前导码传输之外，UE不在pTAG的任何服务小区上执行任何上行链路传输，同时pTAG的TAT计时器不运行(步骤530)。
4.在pTAG TAT计时器到期时，sTAG的TAT计时器不被视为到期。
实施例1-6
根据UE的当前过程，如果sTAG的TAT计时器到期，则对于属于该TAG的所有服务小区，UE将刷新所有HARQ缓冲区，如果被配置，通知RRC释放PUCCH，如果被配置，则通知RRC释放SRS，清除任何配置的下行链路分配和配置的上行链路许可，并保持该TAG的NTA。
然而，当sTAG1的TAT计时器到期时，sTAG1中的服务小区之一是PUCCH SCell。sTAG2中的服务小区的PUCCH反馈在PUCCH SCell上发送。在这种情况下，应当停止sTAG2上的UL传输(至少在其反馈在sTAG1中的PUCCH SCell上发送的服务小区上)。
以下提供了各种选项以解决上述问题。
选项1：如果sTAG1的TAT计时器到期并且sTAG1包括PUCCH SCell，并且如果存在其PUCCH反馈在sTAG1中的服务小区(即PUCCH SCell)上发送的sTAG2中的任何服务小区，则sTAG2的TAT计时器被视为到期。
选项2：如果sTAG1的TAT计时器到期并且sTAG1包括PUCCH SCell，并且如果存在其PUCCH反馈在sTAG1中的服务小区(即PUCCH SCell)上发送的sTAG2中的任何服务小区，则UE停止sTAG2中的UL传输，直到sTAG1被UL同步。
如果sTAG1的TAT计时器到期并且sTAG1包括PUCCH SCell，并且如果存在其PUCCH反馈在sTAG1中的服务小区(即PUCCH SCell)上发送的sTAG2中的任何服务小区，则UE停止sTAG2中的UL传输，同时sTAG1的TAT计时器不运行。
选项3：如果sTAG1的TAT计时器到期并且sTAG1包括PUCCH SCell，则对于其PUCCH反馈在该PUCCH SCell上传输的每个服务小区，UE停止UL传输，直到sTAG1被UL同步。
如果sTAG1的TAT计时器到期并且sTAG1包括PUCCH SCell，则对于其PUCCH反馈在该PUCCH SCell上发送的每个服务小区，UE停止UL传输，同时sTAG1的TAT计时器不运行。
实施例2-1
图6是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图。
在图6的实施例中，预先定义了用于Msg3的初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别，并且在PDCCH中指示用于Msg3重传(即，与RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别，其中，PDCCH包括用于Msg3重传的调度信息。指示Msg3的重传的PDCCH被寻址到临时C-RNTI(TC-RNTI)，其中TC-RNTI由gNB在RAR中向UE指示。
被预定义用于Msg3的初始传输的LBT类型可以是LBT类型1或LBT类型2。被预定义用于Msg3的初始传输的LBT类别可以是LBT类别2或LBT类别4。被预定义用于Msg3的初始传输的LBT类别可以是LBT类别2或LBT类别3。被预定义用于Msg3的初始传输的LBT类别可以是LBT类别1、LBT类别2或LBT类别4。被预定义用于Msg3的初始传输的LBT类别可以是LBT类别1、LBT类别2或LBT类别3。被预定义用于Msg3的初始传输的LBT类别可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。
在PDCCH中指示的用于Msg3的重传的LBT类型可以是LBT类型1或LBT类型2。在这种情况下，可以在PDCCH中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(codepoint)(即0和1)分别指示LBT类型1和LBT类型2中的一个。
在PDCCH中指示的用于Msg3的重传的LBT类别可以是LBT类别2或LBT类别4。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别4中的一个。
在PDCCH中指示的用于Msg3的重传的LBT类别可以是LBT类别2或LBT类别3。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别3中的一个。
在PDCCH中指示的用于Msg3的重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别4。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)分别指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则可以从PDCCH省略第2位。
在PDCCH中指示的用于Msg3的重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别3。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)分别指示LBT类别1、LBT类别2和LBT类别3中的一个。可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则PDCCH中的另一个位可以指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则可以从PDCCH省略第2位。
在PDCCH中指示的用于Msg3的重传的LBT类别可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。在这种情况下，可在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如00、01、10和11)分别指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图6，在步骤605中，UE发送随机接入信道(RACH)前导码(或随机接入前导码)，然后在用于接收RAR的RAR窗口中监视寻址到RA-RNTI的PDCCH。
当在步骤610中接收到与RACH前导码(或随机接入前导码)对应的RAR时，在步骤615中，UE根据预定义的LBT类型或预定义的LBT类别执行LBT过程，并在步骤620中发送初始Msg3传输。
如果被预定义用于Msg3传输的LBT类型(或信道接入类型)是1，或者被预定义用于Msg3传输的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、竞争窗口(contention window，CW)大小等)的信道接入优先级类也被预定义。如果由寻址到RA-RNTI的PDCCH调度的传输块(TB)包括RAR，则RAR对应于由UE发送的RACH前导码，其中在接收到的RAR中的随机接入前导码标识符(RAPID)与由UE发送的RACH前导码的RAPID相等。
当在RAR中接收到的UL许可中发送Msg3的初始传输之后，UE监视被寻址到TC-RNTI的PDCCH。被寻址到TC-RNTI的PDCCH可以指示用于Msg3的重传的UL许可，或者它可以指示携带Msg4的DLTB。
如果在步骤625中UE接收到用于重传Msg3的PDCCH，则在步骤630中，UE执行如PDCCH中指示的LBT过程，并在步骤635中重传Msg3。
如果在PDCCH中指示的LBT类型(或信道接入类型)是1或者在PDCCH中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的信道接入优先级类(CAPC)也可以在PDCCH中指示。可替代地，CAPC不在PDCCH中指示，而是被独立地预定义和/或在***信息(SI)和/或RRC消息中指示。用于Msg3传输的CAPC也可以基于Msg3的内容(例如，MAC CE、MAC SDU的逻辑信道等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义和/或在SI和/或RRC消息中发信号通知。通常，Msg3将携带用于信令无线承载(SRB)的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即，最高优先级的CAPC(最低CAPC索引)，而对于SRB 2，可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(或最低CAPC索引)。
在PDCCH中的LBT类型或类别可以是可选的。如果在包括用于Msg3重传的调度信息的PDCCH中没有接收到LBT类型或类别，则UE可以执行预定义类型(类型1或类型2)或类别的LBT过程并重传Msg3。
在实施例中，如果在PDCCH中指示的用于重传的UL许可位于gNB发起的COT内，并且在COT中的DL传输与基于所指示的UL许可的UL传输之间的间隔小于16微秒，则gNB可以在PDCCH中指示LBT类别1。如果在PDCCH中指示的用于重传的UL许可位于gNB发起的COT内，并且在COT中的DL传输和基于所指示的UL许可的UL传输之间的间隔大于16微秒但小于25微秒，则gNB可以在PDCCH中指示类型2或LBT类别2。如果在PDCCH中指示的用于重传的UL许可位于gNB发起的COT内，并且在同一COT中没有跟随任何DL传输，则gNB可以在PDCCH中指示类型2或LBT类别2。如果在PDCCH中指示的用于重传的UL许可位于gNB发起的COT之外，则gNB可以在PDCCH中指示LBT类型1或LBT类别3/4。
实施例2-2
图7是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图。
在图7的实施例中，用于Msg3的初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在RAR中指示，用于Msg3的重传(即，与在RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在调度该重传的PDCCH中指示。指示Msg3的重传的PDCCH被寻址到TC-RNTI，其中TC-RNTI由gNB在RAR中向UE指示。
在RAR中指示的用于Msg3的初始传输的LBT类型可以是LBT类型1或LBT类型2。在这种情况下，可以在RAR中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类型1和LBT类型2中的一个。
在RAR中指示的用于Msg3的初始传输的LBT类别也可以是LBT类别2或LBT类别4。在这种情况下，可以在RAR中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别4中的一个。
在RAR中指示的用于Msg3的初始传输的LBT类别也可以是LBT类别2或LBT类别3。在这种情况下，可以在RAR中添加1位长度的LBT类别字段，其中所添加的字段的码点(即0和1)分别指示LBT类别2和LBT类别3中的一个。
在RAR中指示的用于Msg3的初始传输的LBT类别也可以是LBT类别1、LBT类别2或LBT类别4。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)分别指示LBT类别1、LBT类别2和LBT类别4中的一个。
可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则可以从RAR省略第2位。
在RAR中指示的用于Msg3的初始传输的LBT类别也可以是LBT类别1、LBT类别2或LBT类别3。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)分别指示LBT类别1、LBT类别2和LBT类别3中的一个。
可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则可以从RAR省略第2位。
在RAR中指示的用于Msg3的初始传输的LBT类别也可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如，00、01、10和11)分别指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
在RAR中指示的用于Msg3的重传的LBT类别可以是LBT类型1或LBT类型2。在这种情况下，可以在PDCCH中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类型1和LBT类型2中的一个。
在PDCCH中指示的用于Msg3的重传的LBT类别也可以是LBT类别2或LBT类别4。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别4中的一个。
在PDCCH中指示的用于Msg3的重传的LBT类别也可以是LBT类别2或LBT类别3。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别3中的一个。
在PDCCH中指示的用于Msg3的重传的LBT类别也可以是LBT类别1、LBT类别2或LBT类别4。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)分别指示LBT类别1、LBT类别2和LBT类别4中的一个。
可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则可以从PDCCH省略第2位。
在PDCCH中指示的用于Msg3的重传的LBT类别也可以是LBT类别1、LBT类别2或LBT类别3。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)分别指示LBT类别1、LBT类别2和LBT类别3中的一个。
可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则PDCCH中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则可以从PDCCH省略第2位。
在PDCCH中指示的用于Msg3的重传的LBT类别也可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如，00、01、10和11)分别指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图7，在步骤605中，UE发送RACH前导码(或随机接入前导码)，然后在用于接收RAR的RAR窗口中监视被寻址到RA-RNTI的PDCCH。
当在步骤710中接收到与RACH前导码对应的RAR时，在步骤715中，UE根据如RAR中所指示的LBT类型或类别执行LBT过程，并在步骤720中，发送初始的Msg3传输。如果由寻址到RA-RNTI的PDCCH调度的TB包括RAR，则RAR与由UE发送的RACH前导码对应，其中在接收到的RAR中的RAPID与由UE发送的RACH前导码的RAPID相等。如果RAR中所指示的LBT类型(或信道接入类型)是1或RAR中所指示的LBT类别是3或4，则可以在RAR中指示用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC。
可替代地，CAPC不在RAR中指示，而是被预定义和/或在SI和/或RRC消息中指示。还可以基于Msg3的内容(例如，MAC CE、MAC SDU的逻辑信道等)来确定CAPC。
在CAPC和逻辑信道之间的映射可以被预定义或在SI和/或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，可以预定义CAPC，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(或最低CAPC索引)。
当在RAR中接收到的UL许可中发送Msg3的初始传输之后，UE监视被寻址到TC-RNTI的PDCCH。被寻址到TC-RNTI的PDCCH可以指示用于Msg3的重传的UL许可，或者可以指示携带Msg4的DL TB。
如果在步骤725中UE接收到用于重传Msg3的PDCCH，则在步骤730中，UE执行如PDCCH中所指示的LBT过程，并在步骤735中重传Msg3。
如果PDCCH中指示的LBT类型(或信道接入类型)是1或PDCCH中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以在PDCCH中指示。
可替代地，CAPC不在PDCCH中指示，而是被预定义和/或在SI和/或RRC消息中指示。作为另一示例，CAPC可以基于Msg3的内容(例如MAC CE、MAC SDU的逻辑信道等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义和/或在SI和/或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，可以经由RRC消息配置CAPC。
CAPC可被预定义或被发信号通知以用于MAC CE。MAC CE的CAPC可是最高优先级的CAPC(或最低CAPC索引)。如上所述，Msg3传输的CAPC可基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可使用最高优先级的CAPC(最低CAPC索引)。
PDCCH中的LBT类型或类别可以是可选的。如果在包括用于Msg3重传的调度信息的PDCCH中没有接收到LBT类型或类别，则UE可以执行与用于初始的Msg3传输的相同的LBT过程并重传Msg3。
RAR中的LBT类型或类别可以是可选的。如果在RAR中没有接收到LBT类型或类别，则UE可以使用被预定义或在SI或RRC消息中发信号通知的LBT类型或类别来执行LBT过程。
用于Msg3的初始传输的LBT类型或类别可以在RAR的PDCCH(而不是RAR)中指示。其余的步骤如上所述。
在实施例中，如果在PDCCH中指示用于Msg3重传的UL许可位于gNB发起的COT内，并且在COT中的DL传输与基于所指示的UL许可的UL传输之间的间隔小于16微秒，则gNB可以在PDCCH中指示LBT类别1。如果在PDCCH中指示的用于Msg3重传的UL许可位于gNB发起的COT内，并且在COT中的DL传输和基于所指示的UL许可的UL传输之间的间隔大于16微秒但小于25微秒，则gNB可在PDCCH中指示类型2或LBT类别2。如果在PDCCH中指示用于Msg3重传的UL许可位于gNB发起的COT内，并且在同一COT中没有跟随任何DL传输，则gNB可在PDCCH中指示类型2或LBT类别2。如果在PDCCH中指示用于Msg3重传的UL许可位于gNB发起的COT之外，则gNB可在PDCCH中指示LBT类型1或LBT类别3/4。
在实施例中，如果在RAR中指示用于Msg3的初始传输的UL许可位于gNB发起的COT内，并且在COT中的DL传输与基于所指示的UL许可的UL传输之间的间隔小于16微秒，则gNB可在PDCCH中指示LBT类别1。如果在RAR中指示的用于Msg3的初始传输的UL许可位于gNB发起的COT内，并且在COT中的DL传输与基于所指示的UL许可的UL传输之间的间隔大于16微秒但小于25微秒，则gNB可在PDCCH中指示类型2或LBT类别2。如果在RAR中指示用于Msg3初始传输的UL许可位于gNB发起的COT内，并且在同一COT中没有跟随任何DL传输，则gNB可在PDCCH中指示类型2或LBT类别2。如果在RAR中指示用于Msg3初始传输的UL许可位于gNB发起的COT之外，则gNB可在PDCCH中指示LBT类型1或LBT类别3/4。
实施例2-3
图8是示出根据实施例的确定Msg3传输的LBT类型的方法的信号流图。
在图8的实施例中，用于Msg3的初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在SI(例如，在RACH配置中)中指示，用于Msg3的重传(即，与在RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在调度该重传的PDCCH中指示。指示重传Msg3的PDCCH被寻址到TC-RNTI，其中TC-RNTI由gNB在RAR中向UE指示。
在实施例中，在SI/RRC消息中指示的用于Msg3的初始传输的LBT类型是LBT类型1和LBT类型2中的一个。在这种情况下，可在SI/RRC消息中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2中的一个。在另一实施例中，在SI/RRC消息中指示的用于Msg3的初始传输的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可在SI/RRC消息中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在SI/RRC消息中指示的用于Msg3的初始传输的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可在SI/RRC消息中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在SI/RRC消息中指示的用于Msg3的初始传输的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可在SI/RRC消息中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在SI/RRC消息中可以不包含第2位。在另一实施例中，在SI/RRC消息中指示的用于Msg3的初始传输的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可在SI/RRC消息中添加两位长度的LBT类别字段，其中所添加字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在SI/RRC消息中可不包含第2位。在另一实施例中，在SI/RRC消息中指示的用于Msg3的初始传输的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
在实施例中，在PDCCH中指示的用于重传Msg3的LBT类型是LBT类型1和LBT类型2中的一个。在这种情况下，可在PDCCH中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2之一。在实施例中，在PDCCH中指示的用于重传Msg3的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在PDCCH中指示的用于重传Msg3的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在PDCCH中指示的用于重传Msg3的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在PDCCH中可不包含第2位。在另一实施例中，在PDCCH中指示的用于重传Msg3的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别3中的一个。可替代地，1位可指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则PDCCH中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则在PDCCH中可不包含第2位。在另一实施例中，在PDCCH中指示的用于Msg3的重传的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图8，在步骤805中，UE接收SI或RRC消息。
在步骤810中，UE发送RACH前导码(或随机接入前导码)，然后在用于接收RAR的RAR窗口中监视被寻址到RA-RNTI的PDCCH。
当在步骤815中接收到与RACH前导码对应的RAR时，在步骤820中，UE根据在接收到的SI(例如，在RACH配置中)中指示的LBT类型或类别或RRC消息来执行LBT过程，并在步骤825中发送初始的Msg3传输。
如果由寻址到RA-RNTI的PDCCH调度的TB包括RAR，则RAR与由UE发送的RACH前导码对应，其中，在接收到的RAR中的RAPID与由UE传输的RACH前导码的RAPID相等。
如果在SI或RRC消息中指示的LBT类型(或信道接入类型)是1，或者如果所指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CPAC被预定义和/或在SI和/或RRC消息中指示。
可替代地，CAPC可以基于Msg3的内容(例如MAC CE、MAC SDU的逻辑信道等)来确定。
在CAPC和逻辑信道之间的映射可以在SI或RRC消息中被预定义或被发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，如上所述，可以基于触发随机接入过程的事件来确定用于Msg3传输的CAPC。
在步骤825中，当在RAR中接收到的UL许可中发送Msg3的初始传输之后，UE监视被寻址到TC-RNTI的PDCCH。被寻址到TC-RNTI的PDCCH可以指示用于重传Msg3的UL许可，或者其可以指示携带Msg4的DL TB。
在步骤830中，如果UE接收到用于重传Msg3的PDCCH，则在步骤835中，UE执行如PDCCH中指示的LBT过程，并在步骤840中重传Msg3。
在步骤810和820中，在步骤805中的SI或RRC消息中指示的LBT过程可以应用于Msg1和Msg3。
如果PDCCH中指示的LBT类型(或信道接入类型)是1或指示的类别是3或4，则PDCCH中还指示了用于确定LBT过程的信道接入参数(例如m、竞争窗口(CW)大小等)的信道接入优先级类。在另一实施例中，信道接入优先级类不是在PDCCH中指示的，而是被预定义或在SI或RRC消息中指示。在另一实施例中，其可以基于Msg3的内容(例如MAC CE、MAC SDU的逻辑信道等)来确定。在信道接入优先级类和逻辑信道之间的映射可以被预定义或在SI或RRC消息中发信号通知。注意到通常Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(最低CAPC索引)，而对于SRB 2，其可以经由RRC消息来配置。MAC-CE的信道接入优先级可以被预定义或被发信号通知，在一实施例中，MAC-CE的CAPC可以是最高优先级的CAPC(最低CAPC索引)。在另一实施例中，可以基于触发随机接入过程的事件来确定用于Msg3传输的信道接入优先级类。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
在实施例2-2中，PDCCH中的LBT类型或类别可以是可选的。如果在包括用于Msg3重传的调度信息的PDCCH中没有接收到LBT类型或类别，则UE可以执行与用于初始的Msg3传输相同的LBT过程并重传Msg3。SI或RRC消息中的LBT类型或类别也可以是可选的。如果在SI或RRC消息中未接收到LBT类型或类别，则UE可以使用预定义的LBT类型或类别来执行LBT过程。
实施例2-4
图9是示出根据实施例的确定用于Msg3传输的LBT类型的方法的信号流图。
在图9的实施例中，用于初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别和用于Msg3重传(即，与在RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别是相同的并且被预定义。
被预定义用于Msg3的初始传输和重传的LBT类型可以是LBT类型1或LBT类型2。
被预定义用于Msg3的初始传输和重传的LBT类别可以是LBT类别2或LBT类别4。
被预定义用于Msg3的初始传输和重传的LBT类别可以是LBT类别2或LBT类别3。
被预定义用于Msg3的初始传输和重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别4。
被预定义用于Msg3的初始传输和重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别3。
被预定义用于Msg3的初始传输和重传的LBT类别可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。
参考图9，在步骤905中，UE发送RACH前导码(或随机接入前导码)，然后UE在用于接收RAR的RAR窗口中监视被寻址到RA-RNTI的PDCCH。
当在步骤910中UE接收到与RACH前导码对应的RAR时，在步骤915中，UE根据预定义的类型或类别执行LBT过程，并在步骤920中发送初始的Msg3传输。
如果由被寻址到RA-RNTI的PDCCH调度的TB包括RAR，则RAR对应于由UE发送的RACH前导码，其中在接收到的RAR中的RAPID与由UE发送的RACH前导码的RAPID相等。
在步骤920中，当在RAR中接收到的UL许可中发送Msg3的初始传输之后，UE监视被寻址到TC-RNTI的PDCCH。被寻址到TC-RNTI的PDCCH可以指示用于Msg3的重传的UL许可，或者可以指示携带Msg4的DL TB。
如果在步骤925中UE接收到用于重传Msg3的PDCCH，则在步骤930中，UE根据预定义的类型或类别执行LBT过程，并在步骤935中重传Msg3。
如果预定义的LBT类型(或信道接入类型)是1或者预定义的类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以被预定义。可替代地，CAPC可以在SI或RRC消息中指示，或者基于Msg3的内容(例如，MAC CE、MAC SDU的逻辑信道等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义或在SI或RRC消息发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，如上所述，可以基于触发随机接入过程的事件来确定用于Msg3传输的CAPC。
例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
实施例2-5
图10是示出根据实施例的确定用于Msg3传输的LBT类型的方法的信号流图。
在图10的实施例中，用于初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别和用于Msg3重传(即，与RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别是相同的且在RAR中指示。
在实施例中，在RAR中指示的用于Msg3的传输的LBT类型是LBT类型1和LBT类型2中的一个。在这种情况下，可以在RAR中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2中的一个。在另一实施例中，在RAR中指示的用于Msg3的传输的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可以在RAR中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在RAR中指示用于Msg3的传输的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可以在RAR中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在RAR中指示的用于Msg3的传输的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在RAR中可以不包括第2位。在另一实施例中，在RAR中指示的用于Msg3的传输的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别3中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则RAR中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则在RAR中可以不包括第2位。在另一实施例中，在RAR中指示的用于Msg3的传输的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图10，在步骤1005中，UE发送RACH前导码(或随机接入前导码)，然后在用于接收RAR的RAR窗口中监视被寻址到RA-RNTI的PDCCH。
当在步骤1010中接收到与RACH前导码对应的RAR时，在步骤1015中，UE执行如RAR中指示的LBT过程，并在步骤1020中发送初始的Msg3传输。
如果由被寻址到RA-RNTI的PDCCH调度的TB包括RAR，则RAR对应于由UE发送的RACH前导码，其中接收到的RAR中的RAPID与由UE发送的RACH前导码的RAPID相等。
在步骤1020中，当在RAR中接收到的UL许可中发送Msg3的初始传输之后，UE监视被寻址到TC-RNTI的PDCCH。被寻址到TC-RNTI的PDCCH可以指示用于Msg3的重传的UL许可，或者可以指示携带Msg4的DL-TB。
如果在步骤1025中UE接收到用于重传Msg3的PDCCH，则在步骤1030中，UE执行如RAR中指示的LBT过程，并且在步骤1035中重传Msg3。
如果在RAR中指示的LBT类型(或信道接入类型)是1或在RAR中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以在RAR中指示。
可替代地，CAPC不是在RAR中指示，而是被预定义，在SI或RRC消息中指示，或者基于Msg3的内容来确定(例如，MAC CE、MAC SDU的逻辑信道等)。
在CAPC和逻辑信道之间的映射可以被预定义，或者在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，如上所述，可以基于触发随机接入过程的事件来确定用于Msg3传输的CAPC。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
在RAR中的LBT类型或LBT类别也可以是可选的。例如，如果在RAR中没有接收到LBT类型或LBT类别，则UE可以使用被预定义或在SI或RRC消息发信号通知的LBT类型或LBT类别来执行LBT过程。
实施例2-6
图11是示出根据实施例的确定用于Msg3传输的LBT类型的方法的信号流图。
在图11的实施例中，用于初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别和用于Msg3重传(即，与RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别是相同的，并且在SI(例如，在RACH配置中)或RRC消息中指示。
在实施例中，在SI中指示的用于传输Msg3的LBT类型是LBT类型1和LBT类型2中的一个。在这种情况下，可以在SI中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2中的一个。在另一实施例中，在SI中指示的用于传输Msg3的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可以在SI中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在SI中指示的用于传输Msg3的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可以在SI中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在SI中指示的用于传输Msg3的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可以在SI中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替换地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在SI中可以不包括第2位。在另一实施例中，在SI中指示的用于传输Msg3的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可以在SI中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别3中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则在SI中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则在SI中可以不包括第2位。在另一实施例中，在SI中指示用于传输Msg3的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可以在SI中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图11，在步骤1105中，UE接收指示LBT类型或类别的SI或RRC消息。
在步骤1110中，UE发送RACH前导码(或随机接入前导码)，然后在用于接收RAR的RAR窗口中监视被寻址到RA-RNTI的PDCCH。
在步骤1115中，当接收到与RACH前导码对应的RAR时，在步骤1120中，UE根据在接收到的SI或RRC消息中指示的类型或类别来执行LBT过程，并在步骤1125中发送初始的Msg3传输。
如果由被寻址到RA-RNTI的PDCCH调度的TB包括RAR，则RAR对应于由UE发送的RACH前导码，其中接收到的RAR中的RAPID与由UE发送的RACH前导码的RAPID相等。
在步骤1125中，在RAR中接收到的UL许可中发送Msg3的初始传输之后，UE监视被寻址到TC-RNTI的PDCCH。被寻址到TC-RNTI的PDCCH可以指示用于重传Msg3的UL许可，或者可以指示携带Msg4的DL-TB。
在步骤1130中，如果UE接收到用于重传Msg3的PDCCH，则在步骤1135中，UE根据在接收到的SI或RRC消息中指示的LBT类型或类别来执行LBT过程，并在步骤1140中重传Msg3。
如果在接收到的SI或RRC消息中指示的LBT类型(或信道接入类型)是1，或者如果在接收到的SI或RRC消息中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以在SI或RRC消息中指示。
可替代地，CAPC不在SI或RRC消息中指示，而是被预定义。
CAPC也可以基于Msg3的内容(例如，逻辑信道或MAC SDU、MAC CE等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义或在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
在SI或RRC消息中的LBT类型或类别也可以是可选的。例如，如果在SI或RRC消息中未接收到LBT类型或类别，则UE可以使用预定义的LBT类型或类别来执行LBT过程。
实施例2-7
在该实施例中，用于初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别和用于Msg3重传(即，与RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别是相同的且基于Msg3的内容来确定。
在上述在SI或RRC消息中指示LBT类型或LBT类别的实施例中，SI或RRC消息中的LBT类型或LBT类别可以每带宽部分(bandwidth part，BWP)发信号通知。
在两步的基于竞争的随机接入(CBRA)的情况下，当发送MsgA(即，物理随机接入信道(PRACH)前导码和PUSCH有效载荷)时，UE可以接收回退RAR，其中回退RAR包括RAPID、TA命令、TC-RNTI和UL许可。回退RAR的内容与4步的CBRA过程中的RAR的内容相同。在这种情况下，UE在回退RAR中接收到的UL许可中发送Msg3。上述实施例可以应用于在两步的CBRA的情况下的Msg3的初始传输和重传。
如上所述，UE可以根据各个实施例来确定Msg3的初始传输和重传的LBT类型。还应当考虑在免竞争随机接入的RAR或两步的基于竞争的随机接入的RAR中接收到的UL许可的LBT类型或信道接入类型。
实施例3-1
图12是示出根据实施例的确定用于Msg3传输的LBT类型的方法的信号流图。
在图12的实施例中，用于基于在RAR中接收到的UL许可的初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别被预定义，并且用于重传(即，与在RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在PDCCH中指示，该PDCCH包含用于重传的调度信息。
被预定义用于初始传输的LBT类型(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)可以是LBT类型1或LBT类型2。
被预定义用于初始传输的LBT类别可以是LBT类别2或LBT类别4。
被预定义用于初始传输的LBT类别可以是LBT类别2或LBT类别3。
被预定义用于初始传输的LBT类别可以是LBT类别1、LBT类别2或LBT类别4。
被预定义用于初始传输的LBT类别可以是LBT类别1、LBT类别2或LBT类别3。
被预定义用于初始传输可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。
在PDCCH中指示的用于重传的LBT类型(即，与RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)可以是LBT类型1或LBT类型2。在这种情况下，可以在PDCCH中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类型1和LBT类型2中的一个。
在PDCCH中指示的用于重传的LBT类别可以是LBT类别2或LBT类别4。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别4中的一个。
在PDCCH中指示的用于重传的LBT类别可以是LBT类别2或LBT类别3。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别3中的一个。
在PDCCH中指示的用于重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别4。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)分别指示LBT类别1、LBT类别2和LBT类别4中的一个。
可替换地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则可以从PDCCH省略第2位。
在PDCCH中指示的用于重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别3。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如，00、01和10)分别指示LBT类别1、LBT类别2和LBT类别3中的一个。
可替换地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则PDCCH中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则可以从PDCCH中省略第2位。
在PDCCH中指示的用于重传的LBT类别可以是LBT类别1、LBT类别2、LBT类别3和LBT类别4。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的四个码点(例如00、01、10和11)分别指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图12，在步骤1205中，UE发送包括RACH前导码的Msg1。
当在步骤1210中接收到与RACH前导码对应的RAR时，在步骤1215中，UE执行预定义类型或类别的LBT过程，并且在步骤1220中，基于在RAR中接收到的UL许可来发送初始传输。如果被预定义用于基于在RAR中接收到的UL许可的初始传输的LBT类型(或信道接入类型)是1，或者如果用于初始传输的预定义类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以被预定义。
在步骤1220中，在RAR中接收到的UL许可中发送初始传输之后，UE监视PDCCH。
如果在步骤1225中UE接收到指示重传的PDCCH，则在步骤1230中，UE执行如PDCCH中指示的LBT过程，并在步骤1235中重传HARQ分组。
如果PDCCH中指示的LBT类型(或信道接入类型)是1，或者如果PDCCH中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以在PDCCH中指示。
可替换地，CAPC不在PDCCH中指示，而是被预定义或在SI或RRC消息中指示。作为另一示例，CAPC可以基于MAC分组数据单元(PDU)的内容(例如，MAC SDU或逻辑信道、MAC CE等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义，或者在SI或RRC消息中通过发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
可替换地，PDCCH中的LBT类型或类别可以是可选的。例如，如果在包括用于重传的调度信息的PDCCH中没有接收到LBT类型或类别，则UE可以执行预定义类型或类别的LBT过程并重传HARQ分组。
实施例3-2
图13是示出根据实施例的确定用于Msg3传输的LBT类型的方法的信号流图。
在图13的实施例中，基于在RAR中接收到的UL许可的用于初始传输(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在RAR中指示，以及用于重传(即，与RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在调度重传的PDCCH中指示。
在RAR中指示的用于初始传输的LBT类型可以是LBT类型1或LBT类型2。在这种情况下，可以在RAR中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类型1和LBT类型2中的一个。
在RAR中指示的用于初始传输的LBT类别可以是LBT类别2或LBT类别4。在这种情况下，可以在RAR中添加1位长度的LBT类别字段，其中所添加的字段的码点(即0和1)分别指示LBT类别2和LBT类别4中的一个。
在RAR中指示的用于初始传输的LBT类别可以是LBT类别2或LBT类别3。在这种情况下，可在RAR中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)分别指示LBT类别2和LBT类别3中的一个。
在RAR中指示的用于初始传输的LBT类别可以是LBT类别1、LBT类别2或LBT类别4。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)分别指示LBT类别1、LBT类别2和LBT类别4中的一个。
可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则可以从RAR中省略第2位。
在RAR中指示的用于初始传输的LBT类别可以是LBT类别1、LBT类别2或LBT类别3。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中是添加的字段的3个码点(例如00、01和10)分别指示LBT类别1、LBT类别2和LBT类别3中的一个。
可替代地，1位可以指示是否需要LBT。当不需要LBT时，LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则可以从RAR中省略第2位。
在RAR中指示的用于初始传输的LBT类别可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如，00、01、10和11)分别指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
在PDCCH中指示的用于重传的LBT类型或类别可以与实施例3-1中所描述的相同。因此，将不再提供重复描述。
参考图13，在步骤1305，UE发送包括RACH前导码的Msg1。
当在步骤1310中接收到与Msg1对应的RAR时，在步骤1315中，UE根据RAR中指示的LBT类型或类别执行LBT过程，并在步骤1320中发送初始传输。
如果RAR中指示的LBT类型(或信道接入类型)是1，或者如果RAR中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以在RAR中指示。
可替代地，CAPC不在RAR中指示，而是被预定义或在SI或RRC消息中指示。
作为另一示例，CAPC可以基于MAC PDU的内容(例如MAC SDU的逻辑信道、MAC CE等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义，或者在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(或最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。
在步骤1320中，当在RAR中接收到的UL许可中发初始传输之后，UE监视PDCCH。
如果在步骤1325中UE接收到用于重传HARQ分组的PDCCH，则在步骤1330中，UE执行如PDCCH中指示的LBT过程，并在步骤1335中重传HARQ分组。
如果PDCCH中指示的LBT类型(或信道接入类型)是1或PDCCH中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC也可以在PDCCH中指示。
可替代地，CAPC不在PDCCH中指示，而是被预定义或在SI或RRC消息中指示。
在另一示例中，CAPC可以基于MAC PDU内容(例如，MAC CE、MAC SDU的逻辑信道等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义，或者在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
PDCCH中的LBT类型或类别也可以是可选的。例如，如果在包括用于重传的调度信息的PDCCH中没有接收到LBT类型或类别，则UE可以执行与用于初始传输的相同的LBT过程并重传HARQ分组。
RAR中的LBT类型或类别也可以是可选的。例如，如果在RAR中没有接收到LBT类型或类别，则UE可以使用被预定义或在SI或RRC消息中发信号通知的LBT类型或类别来执行LBT过程。
实施例3-3
图14是示出根据实施例的用于确定Msg3传输的LBT类型的方法的信号流图。
在图14的实施例中，用于基于在RAR中接收到的UL许可的初始传输的LBT类型(或信道接入类型)或LBT类别在SI或RRC消息中指示，并且用于重传(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)的LBT类型(或信道接入类型)或LBT类别在调度重传的PDCCH中指示。
在实施例中，在SI/RRC消息中指示的用于初始传输的LBT类型(即，与在RAR中接收到的UL许可对应的HARQ过程的第一HARQ分组传输)是LBT类型1和LBT类型2中的一个。在这种情况下，可以在SI/RRC消息中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2中的一个。在另一实施例中，在SI/RRC消息中指示的用于初始传输的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可以在SI/RRC消息中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在SI/RRC消息中指示的用于初始传输的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可以在SI/RRC消息中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在SI/RRC消息中指示的用于初始传输的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可以在SI/RRC消息中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在SI/RRC消息中可以不包含第2位。在另一实施例中，在SI/RRC消息中指示的用于初始传输的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可以在SI/RRC消息中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别3中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则在SI/RRC消息中可以不包含第2位。在另一实施例中，在用于初始传输的SI/RRC消息中指示的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
在实施例中，在PDCCH中指示的用于重传的LBT类型(与RAR中接收到的UL许可对应的HARQ过程的后续的HARQ分组传输)是LBT类型1和LBT类型2中的一个。在这种情况下，可以在PDCCH中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2中的一个。在实施例中，在PDCCH中指示的用于重传的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在PDCCH中指示的用于重传的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可以在PDCCH中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在PDCCH中指示的用于重传的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在PDCCH中可以不包括第2位。在另一实施例中，在PDCCH中指示的用于重传的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别3中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则PDCCH中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则在PDCCH中可以不包括第2位。在另一实施例中，在PDCCH中指示的用于重传的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可以在PDCCH中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图14，在步骤1405中，UE接收包括LBT类型或类别的指示的SI或RRC消息。
在步骤1410中，UE发送包括RACH前导码的Msg1。
当在步骤1415中接收到与RACH前导码对应的RAR时，在步骤1420中，UE根据如SI(例如，在RACH配置中)或RRC消息中指示的LBT类型或类别来执行LBT过程，并在步骤1425中发送初始传输。
如果SI或RRC消息中指示的LBT类型(或信道接入类型)是1，或者如果SI或RRC消息中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数(例如m、CW大小等)的CAPC被预定义或在SI或RRC消息中指示。
可替代地，CAPC可以基于MAC PDU内容(例如，逻辑信道MAC SDU、MAC CE等)来确定。
在CAPC和逻辑信道之间的映射可以被预定义或在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
在步骤1425中，当在RAR中接收到的UL许可中发送初始传输之后，UE监视PDCCH。
如果在步骤1430中UE接收到用于重传HARQ分组的PDCCH，则在步骤1435中，UE执行如PDCCH中指示的LBT过程，并在步骤1440中重传HARQ分组。
在步骤1405中的SI或RRC消息中指示的LBT过程可以应用于Msg1和Msg3两者。
如果PDCCH中指示的LBT类型(或信道接入类型)是1，或者如果PDCCH中指示的LBT类别是3或4，则用于确定LBT过程信道接入参数的CAPC也可以在PDCCH中指示。
可替代地，CAPC不在PDCCH中指示，而是被预定义或在SI或RRC消息中指示。
作为另一示例，CAPC可以基于MAC PDU内容来确定。
在CAPC和逻辑信道之间的映射可以被预定义或在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
PDCCH中的LBT类型或类别也可以是可选的。例如，如果在包括用于重传的调度信息的PDCCH中没有接收到LBT类型或类别，则UE可以执行与用于初始传输的相同的LBT过程并重传HARQ分组。
SI或RRC消息中的LBT类型或类别也可以是可选的。例如，如果在SI或RRC消息中没有接收到LBT类型或类别，则UE可以使用预定义的LBT类型或类别来执行LBT过程。
实施例3-4
图15是示出根据实施例的用于确定Msg3传输的LBT类型的方法的信号流图。
在图15的实施例中，用于初始传输的LBT类型(或信道接入类型)或LBT类别和用于与在RAR中接收到的UL许可对应的HARQ过程的重传的LBT类型(或信道接入类型)或LBT类别是相同的，并且被预定义。
被预定义用于初始传输和重传的LBT类型可以是LBT类型1或LBT类型2。
被预定义用于初始传输和重传的LBT类别可以是LBT类别2或LBT类别4。
被预定义用于初始传输和重传的LBT类别可以是LBT类别2或LBT类别3。
被预定义用于初始传输和重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别4。
被预定义用于初始传输和重传的LBT类别可以是LBT类别1、LBT类别2或LBT类别3。
被预定义用于初始传输和重传的LBT类别可以是LBT类别1、LBT类别2、LBT类别3或LBT类别4。
参考图15，在步骤1505，UE发送包括RACH前导码的Msg1。
当在步骤1510中接收到与RACH前导码对应的RAR时，在步骤1515中，UE执行预定义类型或类别的LBT过程，并在步骤1520中发送初始传输。
当在步骤1520中在RAR中接收到的UL许可中发送初始传输之后，UE监视PDCCH。
在步骤1525中，如果UE接收到用于重传HARQ分组的PDCCH，则在步骤1530中，UE执行预定义类型或类别的LBT过程，并在步骤1535中重传HARQ分组。
如果预定义的LBT类型(或信道接入类型)是1或者如果预定义的LBT类别是3或4，则用于确定LBT过程的信道接入参数的CAPC也可以被预定义。
可替代地，CAPC可以在SI或RRC消息中指示。
作为另一示例，CAPC可以基于MAC PDU的内容来确定。
在CAPC和逻辑信道之间的映射可以被预定义或在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(最低CAPC索引)，而对于SRB 2，则CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
实施例3-5
图16是示出根据实施例的用于确定Msg3传输的LBT类型的方法的信号流图。
在图16的实施例中，用于初始传输的LBT类型(或信道接入类型)或类别和用于与在RAR中接收的UL许可对应的HARQ过程的重传的LBT类型(或信道接入类型)或类别是相同的，并且在RAR中指示。
在实施例中，在RAR中指示的用于传输的LBT类型是LBT类型1和LBT类型2中的一个。在这种情况下，可在RAR中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2中的一个。在另一实施例中，在RAR中指示用于传输的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可在RAR中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在RAR中指示用于传输的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可在RAR中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在RAR中指示用于传输的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替代地，1位可指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在RAR中可不包括第2位。在另一实施例中，在RAR中指示用于传输的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可在RAR中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别3中的一个。可替代地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则RAR中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则在RAR中可以不包括第2位。在另一实施例中，在RAR中指示用于传输的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可以在RAR中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图16，在步骤1605中，UE发送包括RACH前导码的Msg1。
当在步骤1610中接收到与RACH前导码相对应的RAR时，在步骤1615中，UE执行如RAR中指示的LBT过程，并且在步骤1620中发送初始传输。
在步骤1625中，如果UE接收到用于重传HARQ分组的PDCCH，则在步骤1630中，UE执行如RAR中指示的LBT过程，并且在步骤1635中重传HARQ分组。
如果RAR中指示的LBT类型(或信道接入类型)是1，或者如果RAR中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数的CAPC也可以在RAR中指示。
或者，CAPC不在RAR中指示，而是被预定义或在SI或RRC消息中指示。
作为另一示例，CAPC可以基于MAC PDU的内容来确定。
在CAPC和逻辑信道之间的映射可以被预定义或在SI或RRC消息中发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，用于MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。
作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
RAR中的LBT类型或类别可以是可选的。例如，如果在RAR中没有接收到LBT类型或类别，则UE可以使用预定义的或在SI或RRC消息中发信号通知的LBT类型或类别来执行LBT过程。
实施例3-6
图17是示出根据实施例的用于确定Msg3传输的LBT类型的方法的信号流图。
在图17的实施例中，用于初始传输的LBT类型(或信道接入类型)或LBT类别以及用于与在RAR中接收到的UL许可对应的HARQ过程的HARQ分组重传的LBT类型(或信道接入类型)或LBT类别是相同的，并且在SI(例如，在RACH配置中)或RRC消息中指示。
在实施例中，在SI中指示的用于传输的LBT类型是LBT类型1和LBT类型2中的一个。在这种情况下，可以在SI中添加1位长度的LBT类型字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类型1和LBT类型2中的一个。在另一实施例中，在SI中指示的用于传输的LBT类别是LBT类别2和LBT类别4中的一个。在这种情况下，可以在SI中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别4中的一个。在另一实施例中，在SI中指示的用于传输的LBT类别是LBT类别2和LBT类别3中的一个。在这种情况下，可以在SI中添加1位长度的LBT类别字段，其中所添加的字段的两个码点(即0和1)中的每一个指示LBT类别2和LBT类别3中的一个。在另一实施例中，在SI中指示的用于传输的LBT类别是LBT类别1、LBT类别2和LBT类别4中的一个。在这种情况下，可以在SI中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别4中的一个。可替换地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则另一位可以指示LBT类别2或LBT类别4。如果第1位指示不需要LBT，则在SI中可以不包括第2位。在另一实施例中，在SI中指示的用于传输的LBT类别是LBT类别1、LBT类别2和LBT类别3中的一个。在这种情况下，可以在SI中添加两位长度的LBT类别字段，其中所添加的字段的3个码点(例如00、01和10)中的每一个指示LBT类别1、LBT类别2和LBT类别3中的一个。可替换地，1位可以指示是否需要LBT。注意，不需要LBT意味着LBT类别是1。如果需要LBT，则在SI中的另一位指示LBT类别2或LBT类别3。如果第1位指示不需要LBT，则在SI中可以不包括第2位。在另一实施例中，在SI中指示的用于传输的LBT类别是LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。在这种情况下，可以在SI中添加两位长度的LBT类别字段，其中所添加的字段的4个码点(例如00、01、10和11)中的每一个指示LBT类别1、LBT类别2、LBT类别3和LBT类别4中的一个。
参考图17，在步骤1705中，UE接收包括LBT类型或类别的指示的SI或RRC消息。
在步骤1710中，UE发送包含RACH前导码的Msg1。
当在步骤1715中接收到与RACH前导码对应的RAR时，在步骤1720中，UE执行如SI或RRC消息中指示的LBT过程，并在步骤1725中发送初始传输。
如果在步骤1730中UE接收到用于重传HARQ分组的PDCCH，则在步骤1735中，UE执行如SI或RRC消息中指示的LBT过程，并在步骤1740中重传HARQ分组。
如果SI或RRC消息中指示的LBT类型(或信道接入类型)是1，或者如果SI或RRC消息中指示的LBT类别是3或4，则用于确定LBT过程的信道接入参数的CAPC可以在SI或RRC消息中指示。
或者，CAPC不在SI或RRC消息中指示，而是被预定义。
作为另一示例，CAPC可以基于MAC PDU的内容来确定。
在CAPC和逻辑信道之间的映射可以被预定义或在SI或RRC消息中被发信号通知。通常，Msg3将携带用于SRB的MAC SDU。对于SRB 0、SRB 1和SRB 3，CAPC可以被预定义，即最高优先级的CAPC(最低CAPC索引)，而对于SRB 2，CAPC可以经由RRC消息来配置。
CAPC可以被预定义或被发信号通知以用于MAC CE。例如，MAC CE的CAPC可以是最高优先级的CAPC(或最低CAPC索引)。
作为另一示例，用于Msg3传输的CAPC可以基于触发随机接入过程的事件来确定。例如，如果因为切换或由于波束故障恢复而触发随机接入过程，则可以使用最高优先级的CAPC(最低CAPC索引)。
在SI或RRC消息中的LBT类型或类别也可以是可选的。例如，如果在SI或RRC消息中没有接收到LBT类型或类别，则UE可以使用预定义的LBT类型或类别来执行LBT过程。
实施例3-7
在该实施例中，用于初始传输的LBT类型(或信道接入类型)或类别以及用于HARQ分组的传输和重传的LBT类型或类别是相同的，并且基于MAC PDU的内容来确定。
图18是示出根据实施例的终端的框图。
参考图18，终端包括收发器1810、控制器1820和存储器1830。控制器1820包括电路、专用集成电路(ASIC)或至少一个处理器。收发器1810、控制器1820和存储器1830被配置为执行如图1到图17所示的UE的上述操作。
尽管收发器1810、控制器1820和存储器1830被示出为单独的实体，但是它们可以被实现为单个实体，例如作为单个芯片，或者收发器1810、控制器1820和存储器1830可以彼此电连接或耦合。
收发器1810可以向其它网络实体(例如基站)发送信号以及从其接收信号。控制器1820可以控制终端执行根据上述实施例之一的功能。终端的操作可以使用存储对应程序代码的存储器1830来实施。具体地，终端可以配备有存储实施期望操作的程序代码的存储器1830。为了执行期望的操作，控制器1820可以通过使用处理器或中央处理小区(CPU)来读取和执行存储在存储器1830中的程序代码。
图19是示出根据实施例的基站的框图。
参考图19，基站包括收发器1910、控制器1920和存储器1930，它们被配置为执行图1到图17中所示的基站的上述操作。
尽管收发器1910、控制器1920和存储器1930被示出为单独的实体，但是它们可以被实现为单个实体，例如，作为单个芯片。收发器1910、控制器1920和存储器1930可以彼此电连接或耦合。
收发器1910可以向其它网络实体(例如终端)发送信号以及从其接收信号。控制器1920可以控制基站执行根据上述实施例之一的功能。控制器1920可以包括电路、ASIC或至少一个处理器。
基站的操作可以使用存储对应程序代码的存储器1930来实施。具体地，基站可以配备有存储实施期望操作的程序代码的存储器1930。为了执行期望的操作，控制器1920可以通过使用处理器或CPU来读取和执行存储在存储器1930中的程序代码。
虽然已经参考本公开的各个实施例来示出和描述本公开，但本领域的技术人员将理解，在不脱离由所附权利要求及其等同所定义的本公开的主旨和范围的情况下，可以在其中进行形式和细节中的各种改变。

Claims (16)

1.一种在无线通信***中由终端执行的方法，所述方法包括：
从基站接收包含用于传输与随机接入相关联的消息3MSG3的上行链路资源和关于用于传输MSG3的信道接入的类型的信息的随机接入响应RAR；
基于用于传输MSG3的信道接入的类型执行第一信道接入过程；
基于所述第一信道接入过程，向所述基站发送与随机接入相关联的MSG3；
从所述基站接收调度所述MSG3的重传的下行链路控制信息DCI，所述DCI包含关于用于重传MSG3的信道接入的类型的信息；
基于用于重传MSG3的信道接入的类型，执行第二信道接入过程；以及
基于所述第二信道接入过程向所述基站发送所述MSG3。
2.如权利要求1所述的方法，其中，用于所述DCI的物理下行链路控制信道PDCCH被寻址到所述RAR中包含的临时小区无线网络临时标识符TC-RNTI。
3.如权利要求1所述的方法，其中，用于传输MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，用于重传MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，与第一信道接入类型相关联的信道接入过程通过在推迟持续时间的时隙持续时间期间感测信道来执行，并且
其中，与第二信道接入类型相关联的信道接入过程通过在预定的持续时间感测所述信道来执行。
4.如权利要求3所述的方法，其中，用于传输MSG3的信道接入的类型还包含第三信道接入类型，
其中，用于重传MSG3的信道接入的类型还包含第三信道接入类型，而且
与第三信道接入类型相关联的信道接入过程通过不感测信道来执行。
5.一种在无线通信***中由基站执行的方法，所述方法包括：
向终端发送包含用于传输与随机接入相关联的消息3MSG3的上行链路资源和关于用于传输MSG3的信道接入的类型的信息的随机接入响应RAR；
在未接收MSG3的情况下，向所述终端发送调度所述MSG3的重传的下行链路控制信息DCI，所述DCI包含关于用于重传MSG3的信道接入的类型的信息；以及
基于信道接入过程从所述终端接收所述MSG3，所述信道接入过程基于用于重传MSG3的信道接入的类型。
6.如权利要求5所述的方法，其中，用于所述DCI的物理下行链路控制信道PDCCH被寻址到所述RAR中包含的临时小区无线网络临时标识符TC-RNTI。
7.如权利要求5所述的方法，其中，用于传输MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，用于重传MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，与第一信道接入类型相关联的信道接入过程通过在推迟持续时间的时隙持续时间期间感测信道来执行，并且
其中，与第二信道接入类型相关联的信道接入过程通过在预定的持续时间感测所述信道来执行。
8.如权利要求7所述的方法，其中，用于传输MSG3的信道接入的类型还包含第三信道接入类型，
其中，用于重传MSG3的信道接入的类型还包含第三信道接入类型，而且
与第三信道接入类型相关联的信道接入过程通过不感测信道来执行。
9.一种在无线通信***中的终端，所述终端包括：
收发器；和
控制器，被配置为：
经由所述收发器从基站接收包含用于传输与随机接入相关联的消息3MSG3的上行链路资源和关于用于传输MSG3的信道接入的类型的信息的随机接入响应RAR；
经由所述收发器基于用于传输MSG3的信道接入的类型执行第一信道接入过程；
经由所述收发器基于所述第一信道接入过程，向所述基站发送与随机接入相关联的MSG3；
经由所述收发器从所述基站接收调度所述MSG3的重传的下行链路控制信息DCI，所述DCI包含关于用于重传MSG3的信道接入的类型的信息；
经由所述收发器基于用于重传MSG3的信道接入的类型，执行第二信道接入过程；以及
经由所述收发器基于所述第二信道接入过程向所述基站发送所述MSG3。
10.如权利要求9所述的终端，其中，用于所述DCI的物理下行链路控制信道PDCCH被寻址到所述RAR中包含的临时小区无线网络临时标识符TC-RNTI。
11.如权利要求9所述的终端，其中，用于传输MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，用于重传MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，与第一信道接入类型相关联的信道接入过程通过在推迟持续时间的时隙持续时间期间感测信道来执行，并且
其中，与第二信道接入类型相关联的信道接入过程通过在预定的持续时间感测所述信道来执行。
12.如权利要求11所述的终端，其中，用于传输MSG3的信道接入的类型还包含第三信道接入类型，
其中，用于重传MSG3的信道接入的类型还包含第三信道接入类型，而且
与第三信道接入类型相关联的信道接入过程通过不感测信道来执行。
13.一种在无线通信***中的基站，所述基站包括：
收发器；和
控制器，被配置为：
经由所述收发器向终端发送包含用于传输与随机接入相关联的消息3MSG3的上行链路资源和关于用于传输MSG3的信道接入的类型的信息的随机接入响应RAR；
在未接收MSG3的情况下，经由所述收发器向所述终端发送调度所述MSG3的重传的下行链路控制信息DCI，所述DCI包含关于用于重传MSG3的信道接入的类型的信息；以及
经由所述收发器基于信道接入过程从所述终端接收所述MSG3，所述信道接入过程基于用于重传MSG3的信道接入的类型。
14.如权利要求13所述的基站，其中，用于所述DCI的物理下行链路控制信道PDCCH被寻址到所述RAR中包含的临时小区无线网络临时标识符TC-RNTI。
15.如权利要求13所述的基站，其中，用于传输MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，用于重传MSG3的信道接入的类型包含第一信道接入类型或第二信道接入类型，
其中，与第一信道接入类型相关联的信道接入过程通过在推迟持续时间的时隙持续时间期间感测信道来执行，并且
其中，与第二信道接入类型相关联的信道接入过程通过在预定的持续时间感测所述信道来执行。
16.如权利要求15所述的基站，其中，用于传输MSG3的信道接入的类型还包含第三信道接入类型，
其中，用于重传MSG3的信道接入的类型还包含第三信道接入类型，而且
与第三信道接入类型相关联的信道接入过程通过不感测信道来执行。
CN201980029358.8A 2018-08-14 2019-08-07 在无线通信***中确定信道接入类型的方法和装置 Active CN112056000B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201862718688P 2018-08-14 2018-08-14
US62/718,688 2018-08-14
PCT/KR2019/009924 WO2020036365A1 (en) 2018-08-14 2019-08-07 Method and apparatus for determining channel access type in wireless communication system

Publications (2)

Publication Number Publication Date
CN112056000A CN112056000A (zh) 2020-12-08
CN112056000B true CN112056000B (zh) 2022-08-23

Family

ID=69523078

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980029358.8A Active CN112056000B (zh) 2018-08-14 2019-08-07 在无线通信***中确定信道接入类型的方法和装置

Country Status (7)

Country Link
US (2) US11064533B2 (zh)
EP (2) EP3777430B1 (zh)
KR (1) KR102455229B1 (zh)
CN (1) CN112056000B (zh)
ES (1) ES2914573T3 (zh)
RU (1) RU2769952C1 (zh)
WO (1) WO2020036365A1 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102105050B1 (ko) * 2015-05-13 2020-04-27 엘지전자 주식회사 비면허 대역에서의 랜덤 액세스 과정을 수행하는 방법 및 기기
CN109891772B (zh) 2016-11-03 2022-10-04 康维达无线有限责任公司 Nr中的帧结构
BR112021002616A2 (pt) * 2018-08-17 2021-05-04 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método para transmitir um sinal, dispositivo terminal, e dispositivo de rede
US20200100296A1 (en) * 2018-09-26 2020-03-26 Mediatek Singapore Pte. Ltd. Listen before Talk and Channel Access Priority Class for RACH in New Radio Unlicensed
WO2020068251A1 (en) * 2018-09-27 2020-04-02 Convida Wireless, Llc Sub-band operations in unlicensed spectrums of new radio
US11490346B2 (en) * 2019-02-01 2022-11-01 Qualcomm Incorporated Open loop timing control for 2-step RACH
WO2020167880A1 (en) * 2019-02-13 2020-08-20 Mediatek Singapore Pte. Ltd. Channel access priority class for signaling radio bearers in new radio unlicensed
US11219065B2 (en) * 2019-02-14 2022-01-04 Lg Electronics Inc. Method and apparatus for random access procedure based on a channel access priority class in a wireless communication system
US11395343B2 (en) * 2019-02-14 2022-07-19 Sierra Wireless, Inc. Method and apparatus for supporting two-step random access channel usage in a wireless communication system
US11825561B2 (en) * 2019-08-09 2023-11-21 Intel Corporation Channel access sharing during a random access procedure for NR-unlicensed networks
CN114557112A (zh) * 2019-08-14 2022-05-27 瑞典爱立信有限公司 发信号通知关于先听后讲参数
CN115443705A (zh) * 2020-04-22 2022-12-06 联想(北京)有限公司 用于共享信道占用时间的方法及设备
US20210377860A1 (en) * 2020-05-26 2021-12-02 Huawei Technologies Co., Ltd. Systems and methods for power saving in a wireless communication system
WO2023197242A1 (en) * 2022-04-14 2023-10-19 Qualcomm Incorporated Timing advance timer handling for multi-timing advance operation for multi-transmit and receive points
WO2024074070A1 (en) * 2023-07-10 2024-04-11 Lenovo (Beijing) Ltd. Ta management of a serving cell configured with two timing advance groups

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017135803A1 (en) * 2016-02-04 2017-08-10 Samsung Electronics Co., Ltd. Method and apparatus for ue signal transmission in 5g cellular communications
CN107770877A (zh) * 2016-08-19 2018-03-06 北京佰才邦技术有限公司 一种先听后发lbt执行方法及相关装置

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6216039U (zh) 1985-07-16 1987-01-30
JP5457604B2 (ja) * 2010-04-01 2014-04-02 サムスン エレクトロニクス カンパニー リミテッド 無線通信システムにおける強化されたランダムアクセスメカニズム
US9681405B2 (en) 2011-05-10 2017-06-13 Samsung Electronics Co., Ltd. Method and apparatus for applying a time alignment timer in a wireless communication system using a carrier aggregation technique
EP2797377B1 (en) * 2011-12-20 2018-12-05 LG Electronics Inc. Method and apparatus for performing random access process in wireless communication system
WO2014183278A1 (zh) 2013-05-15 2014-11-20 华为技术有限公司 信号传输方法、装置、通信***、终端和基站
KR20160132368A (ko) * 2014-03-11 2016-11-18 엘지전자 주식회사 무선 통신 시스템에서 랜덤 액세스 절차(random access procedure) 내 단말에 임시 식별자를 할당하기 위한 방법 및 이를 위한 장치
CN105992383B (zh) 2015-01-29 2021-06-22 中兴通讯股份有限公司 随机接入响应消息发送方法和节点
KR102368455B1 (ko) 2015-05-15 2022-02-28 삼성전자주식회사 무선 통신 시스템에서 랜덤 액세스를 위한 장치 및 방법
US10420147B2 (en) * 2015-07-05 2019-09-17 Ofinno, Llc Random access process in carrier aggregation
KR102527359B1 (ko) * 2016-04-08 2023-05-02 성균관대학교산학협력단 사물인터넷 환경에서 커버리지 레벨과 서브캐리어 스페이싱 설정 및/또는 멀티-톤 설정을 고려한 랜덤 액세스 방법
US10506605B2 (en) 2016-01-29 2019-12-10 Research & Business Foundation Sungkyunkwan University Random access method considering a coverage level, subcarrier spacing configuration and/or multi-tone configuration in internet of things environment
US10177875B2 (en) * 2016-02-01 2019-01-08 Ofinno Technologies, Llc Downlink control signaling for uplink transmission in a wireless network
CN108476532A (zh) * 2016-02-02 2018-08-31 英特尔Ip公司 随机接入过程期间的先听后说(lbt)失败
US10292182B2 (en) * 2016-02-16 2019-05-14 Hfi Innovation Inc. Listen before talk channel access procedure for uplink LAA
CN107466113B (zh) * 2016-06-03 2020-04-21 北京佰才邦技术有限公司 一种Msg3传输方法、装置和相关设备
CN108235446A (zh) 2016-12-22 2018-06-29 夏普株式会社 用户设备和相关方法
CN118199805A (zh) * 2018-06-29 2024-06-14 联想（新加坡）私人有限公司 高效的rach行为
US11219061B2 (en) * 2018-07-24 2022-01-04 Qualcomm Incorporated Listen-before-talk (LBT) modes for random access procedures
US11706794B2 (en) * 2018-08-08 2023-07-18 Interdigital Patent Holdings, Inc. Physical random access for NR-U
US11272539B2 (en) * 2018-08-09 2022-03-08 Ofinno, Llc Channel access and bandwidth part switching

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017135803A1 (en) * 2016-02-04 2017-08-10 Samsung Electronics Co., Ltd. Method and apparatus for ue signal transmission in 5g cellular communications
CN107770877A (zh) * 2016-08-19 2018-03-06 北京佰才邦技术有限公司 一种先听后发lbt执行方法及相关装置

Also Published As

Publication number Publication date
CN112056000A (zh) 2020-12-08
EP3777430A4 (en) 2021-06-09
RU2769952C1 (ru) 2022-04-11
KR20200127036A (ko) 2020-11-09
US11064533B2 (en) 2021-07-13
KR102455229B1 (ko) 2022-10-17
EP3955688A1 (en) 2022-02-16
US11683843B2 (en) 2023-06-20
ES2914573T3 (es) 2022-06-14
EP3955688B1 (en) 2022-05-04
EP3777430B1 (en) 2021-11-17
EP3777430A1 (en) 2021-02-17
US20200059969A1 (en) 2020-02-20
US20210345414A1 (en) 2021-11-04
WO2020036365A1 (en) 2020-02-20

Similar Documents

Publication Publication Date Title
CN112056000B (zh) 在无线通信***中确定信道接入类型的方法和装置
US11665694B2 (en) Method and apparatus for enhanced contention based random access procedure
US11653387B2 (en) Random access method and apparatus in wireless communication system
US11751245B2 (en) Method and wireless communication system for handling timer operation
CN109565876B (zh) 用于支持下一代通信***中灵活的ue带宽的方法和装置
CN112385299B (zh) 在无线通信***中执行随机接入回退的方法和装置
CN114145072A (zh) 用于支持大随机接入响应（rar）窗口大小的随机接入过程的方法
CN110710320A (zh) 识别随机接入响应的***和方法
CN113303020A (zh) 无线通信***中的处理两步随机接入过程中的msg a重传的方法和设备
KR20200027908A (ko) 비면허 반송파에 대해 랜덤 액세스를 수행하는 방법 및 장치
US20220272764A1 (en) Method and apparatus for switching between 2 step and 4 step random access (ra) procedures and contention resolutions
KR20190125959A (ko) Message 3 프로토콜 데이터 유닛을 송수신하는 장치 및 방법
CN114080761A (zh) 用于处理关于主小区(PCell)和次小区(SCell)的调度请求(SR)取消、随机接入(RA)优先化和波束故障恢复(BFR)并发发生的方法和装置
CN113228716A (zh) 用于随机接入过程的方法和设备
KR20200085237A (ko) 메시지 3(msg3) 전송을 위해 다중 리소스들을 시그널링하기 위한 방법 및 장치
CN116134947A (zh) 无线通信中针对小数据传输的随机接入过程的方法和装置
CN115362745A (zh) 优先化多媒体优先级和任务关键服务的随机接入的方法及其装置
CN113728717B (zh) 用于在2步与4步ra过程之间切换和竞争解决的方法和设备

Legal Events

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