CN112369102B - 用于处理定时器操作的方法和无线通信系统 - Google Patents
用于处理定时器操作的方法和无线通信系统 Download PDFInfo
- Publication number
- CN112369102B CN112369102B CN201980039706.XA CN201980039706A CN112369102B CN 112369102 B CN112369102 B CN 112369102B CN 201980039706 A CN201980039706 A CN 201980039706A CN 112369102 B CN112369102 B CN 112369102B
- Authority
- CN
- China
- Prior art keywords
- cot
- base station
- timer
- mac
- transmission
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 333
- 238000004891 communication Methods 0.000 title claims abstract description 49
- 230000005540 biological transmission Effects 0.000 claims abstract description 284
- 230000011664 signaling Effects 0.000 claims abstract description 49
- 238000012544 monitoring process Methods 0.000 claims description 60
- 230000004044 response Effects 0.000 claims description 59
- 230000000694 effects Effects 0.000 claims description 29
- 230000008569 process Effects 0.000 claims description 21
- 238000005516 engineering process Methods 0.000 abstract description 13
- 230000003044 adaptive effect Effects 0.000 description 25
- 230000001960 triggered effect Effects 0.000 description 15
- 238000010586 diagram Methods 0.000 description 12
- 230000009471 action Effects 0.000 description 11
- 230000006870 function Effects 0.000 description 8
- 230000000977 initiatory effect Effects 0.000 description 7
- 230000000737 periodic effect Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000011084 recovery Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000001934 delay Effects 0.000 description 4
- 230000003068 static effect Effects 0.000 description 4
- 230000003111 delayed effect Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 101150096310 SIB1 gene Proteins 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 235000019527 sweetened beverage Nutrition 0.000 description 1
Classifications
-
- 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]
- H04W74/0816—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA] with collision avoidance
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
-
- 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/0841—Random access procedures, e.g. with 4-step access with collision treatment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开可以应用于基于5G通信技术和IoT相关技术的智能服务。因此,本文的实施例公开了用于在无线通信系统(300)中处理定时器操作的方法。所述方法包括由UE(100)从基站(200)接收信令消息。所述信令消息包括与所获取的基站(200)的COT有关的信息。此外,所述方法包括由所述UE(100)从物理层向MAC层指示获取的COT,所述物理层指示以下之一:所述基站(200)已获取用于传输的COT和所述基站(200)由于LBT故障而错过传输时机。
Description
技术领域
本公开涉及一种用于处理定时器操作的方法和无线通信系统,并且更具体地,涉及一种在无线通信系统中使用先听后说(listen-before-talk)来工作的新无线电(newradio,NR)未授权操作的介质访问控制(MAC)层定时器的管理。本申请基于2018年6月13日提交的印度申请号为201841022151的申请并要求其优先权,其公开内容通过引用并入本文中。
背景技术
为满足自部署4G通信系统以来对增长的无线数据业务的需求,已经努力开发改进的5G通信系统或准5G(pre-5G)通信系统。因此,5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。5G通信系统被认为在更高频率(毫米波,mmWave)频带(例如60GHz频带)中实现以便实现更高的数据速率。为了降低无线电波的传播损耗并增加传输距离,在5G通信系统中讨论了波束形成、大规模多输入多输出(MIMO)、全维度MIMO(FD-MIMO)、阵列天线、模拟波束形成、大规模天线技术。此外,在5G通信系统中,基于高级小小区、云无线接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等的系统网络改进正在进行。在5G系统中,已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)以及滑动窗口叠加编码(SWSC),并且已经开发了作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。
作为以人为中心的其中人们生成和消费信息的连接网络的互联网,现在正在向物联网(IoT)发展,其中分布式实体(如物件)可以在没有人工干预的情况下交换和处理信息。已经出现了作为IoT技术与大数据处理技术通过利用云服务器的连接而形成的万物互联(IoE)。作为技术要素,诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”,已被需求用于IoT实施,近来已研究了传感器网络、机器到机器(M2M)通信、机器类型通信(MTC)等。这种IoT环境可以提供智能互联网技术服务,该服务通过收集和分析在连接物件之间生成的数据,为人类生活创造新的价值。IoT可以通过现有信息技术(IT)与各种工业应用之间的融合和结合,应用于各个领域,包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进医疗服务。
为此,已经进行了各种尝试将5G通信系统应用于IoT网络。例如,诸如传感器网络、机器类型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束形成、MIMO和阵列天线来实施。作为上述的大数据处理技术的云无线接入网(RAN)的应用也可以被认为是5G技术与IoT技术之间融合的示例。
发明内容
技术问题
在未授权频带中的NR操作需要NB/用户设备(UE)在任何传输之前执行先听后说(LBT)过程。如果任何其它设备(例如,其它UE)在该时间点正在使用未授权频谱,则其被视为LBT故障并且UE/NB不能发送,直到LBT过去。作为结果,NB可能错过关键传输的传输时机,像物理下行链路控制信道(PDCCH)传输。随机接入信道(RACH)过程要求UE在发送RACH前导码(根据3GPP TS 38.321)之后的随机接入响应窗口(ra-ResponseWindow)的持续期间内监视目的地为随机接入无线网络临时标识符(RA-RNTI)/小区无线网络临时标识符(C-RNTI)的下行链路分配(随机接入响应)。如果在窗口内没有接收到响应,则假定RACH前导码解码在NB处失败或者RACH前导码没有到达NB并且假定RACH失败。然而,当NR在未授权频带中操作时,因为NB处的LBT故障,目的地为RA-RNTI/C-RNTI的下行链路分配可能延迟。因此,如果UE在窗口内没有接收到适当的下行链路分配,则UE无法区分是RACH失败还是在NB处的LBT故障。
如果UE能够成功地传输消息3(即Msg3),则UE在随机接入竞争解决定时器(ra-ContentionResolutionTimer)的持续时间内,目的地为它的TC-RNTI/C-RNTI下行链路分配和根据3GPP TS 38.321对消息4(即Msg4)(如适用)的成功解码来监视PDCCH。如果在RA竞争解决定时器的持续时间内没有接收到适当的下行链路分配和成功解码的Msg4(如果适用),则假定竞争解决失败,并且假定RACH失败。然而,当NR在未授权频带中操作时,因为NB处的LBT故障,目的地为TC-RNTI/C-RNTI的下行链路分配和/或对Msg4(如果适用)的成功解码可能被延迟。因此,如果UE在窗口内没有接收到适当的下行链路分配,则UE无法区分是RACH失败还是在NB处的LBT故障。由于基于缺少适当DCI或RAR/竞争解决所需的下行链路传输的LBT故障的可能性,UE无法确定是由于RACH过程故障还是LBT故障。
上述类似的讨论对于DRX操作也是有效的,缺少与UE对应的PDCCH可能是因为不存在针对UE的下行数据传输或者是由于LBT故障而使得NB不能发送PDCCH。类似地,对于缺少包含上行链路许可的PDCCH的缓冲区状态报告(BSR)过程/调度请求(SR),在BSR/SR已被发送之后,可能是因为在NB处存在SR/BSR未被解码、或者NB不期望调度或者由于LBT故障而使得NB不能发送PDCCH。
因此,希望解决上述缺点或其它不足,或至少提供一个有用的替代方案。
技术方案
在一个实施例中,基于信令消息,从基站(200)向UE发送COT活动指示或COT不活动指示。信令消息包括第1层消息、介质访问控制-控制元素(MAC CE)消息和无线资源控制(RRC)消息中的至少一个。
在一个实施例中,当基站使用短LBT来获取信道、但是基站不能使用长LBT成功获取信道时,向UE发送COT不活动指示。
因此,本文的实施例公开了一种在无线通信系统中处理定时器操作的方法。该方法包括:由UE从基站接收信令消息。信令消息包括关于所获取的基站的COT的信息。此外,该方法包括由UE从物理层向MAC层指示获取的COT信息。物理层指示基站已经获取用于传输的COT和该基站由于LBT故障而已经错过传输时机中的一个。
定时器操作可以与在MAC层中与RAR、CR、SR、DRX和BSR对应的任何定时器对应。
在一个实施例中,与所获取的基站的COT有关的信息基于搜索空间配置、CORESET配置和监视时间配置中的至少一个来指示。
在一个实施例中,为UE提供搜索空间配置、CORESET配置和监视时间配置中的至少一个以监视提供关于所获取COT的信息的基站传输。
在有关实施例中,搜索空间配置包括用于下行链路信号监视的时间资源、与下行链路控制信息(DCI)格式、同步信号块(SSB)、信道状态信息参考信号(CSI-RS)和要由UE监控的前导码传输中的至少一个有关的信息中的至少一个。
在一个实施例中,搜索空间配置被提供用于与RAR、PDSCH和PUSCH中的至少一个对应的物理下行链路控制信道(PDCCH)监视。在一个实施例中,监视时间配置包括同步信号块(SSB)参数、信道状态信息参考信号(CSI-RS)和前导码信息中的至少一个,其中UE(100)被配置为在搜索空间配置内监视单独的DCI格式、SSB、CSI-RS资源以及来自的小区的前导码传输中的一个。
在一个实施例中,监视时间配置包括用于监视同步信号块(SSB)参数、信道状态信息参考信号(CSI-RS)和前导码信息中的至少一个的时间资源、时间周期、偏移量和持续时间中的至少一个。
在一个实施例中,该方法包括由UE检测启动MAC定时器的事件被满足。此外,该方法包括响应于启动COT定时器的事件被满足,由UE启动COT定时器而不是MAC定时器。此外,该方法包括由UE接收指示基站获取用于传输的COT的COT活动指示。此外,该方法包括基于COT活动指示停止COT定时器并启动MAC定时器。
在一个实施例中,该方法包括当UE接收到指示基站由于LBT故障而已经错过传输时机的COT不活动指示时由UE停止或暂停MAC定时器,并且,恢复并重启COT定时器。此外,该方法包括基于COT活动指示由UE停止或暂停COT定时器,以及恢复或重启MAC定时器。
在一个实施例中,该事件与以下中的一个对应:接收同步信号块(SSB)传输信息,来自基站的SSB传输信息与被发送的物理随机接入信道(PRACH)相关联的SSB索引对应;来自与服务小区对应的基站的信道状态信息参考信号(CSI-RS)传输;来自基站的与关联于被发送的PRACH的服务小区的CSI-RS索引对应的CSI-RS传输;由小区公共无线网络临时标识符(RNTI)的值标识的物理下行链路控制信道(PDCCH);来自基站的指示用于基站的服务小区的开始COT、结束COT和进行中COT中的一个的前导码传输;以及根据被定义用于MAC定时器的监视标准的基站传输。
在一个实施例中,COT定时器(150)被提供给每个MAC定时器(140)的公共配置和每个MAC定时器(140)的单独配置中的至少一个,其中与相同的MAC过程对应的MAC定时器(140)可具有相同的独立配置,并且其中公共配置基于每个服务小区、每个带宽部分、每个MAC实体基础中的至少一个来提供。
在一个实施例中,通过RRC信令消息、基于MAC CE的信令消息、基于DCI的信令消息中的一个来修改COT定时器的配置。
在一个实施例中,该方法包括COT定时器到期时由UE检测由于LBT故障而引起的失败事件,其中该失败事件是随机接入响应的接收失败事件、竞争解决失败事件、调度请求过程失败事件、DRX过程失败事件,以及BSR过程失败事件。
在一个实施例中,该方法包括在接收到COT不活动指示时由UE重启MAC定时器。
在一个实施例中,UE基于以下之一启动RA响应窗口:MAC层指令物理层执行PRACH传输、物理层在第一PRACH场合下启动传输、由物理层执行的PRACH传输的结束。
在一个实施例中,在由于LBT故障而导致RAR故障的情况下,UE使用基于SSB和CSI-RS之一的RACH资源,执行以下中的至少一个:不增大PREAMBLE_POWER_RAMPING_COUNTER、以及UE取消PRACH传输的优先级。
在一个实施例中,UE基于以下中的至少一个来启动RA竞争解决定时器:MAC层指令物理层执行RRC连接请求消息传输、物理层在RRC连接请求消息的符号/时隙上启动传输,以及由物理层执行的RRC连接请求消息传输的结束。
在一个实施例中,当UE处理基于LBT故障的调度请求(SR)失败时,UE触发SR并将调度请求(SR)计数器增大预定值。
在一个实施例中,当UE处理基于LBT故障的SR失败时,UE在增大SR计数器并触发SR或触发RACH之前保持计数器值并等待计数器超过RRC配置的阈值。
因此,本文的实施例公开了一种在无线通信系统中处理定时器操作的基站。基站包括与存储器耦接的处理器。处理器被配置为确定是否COT被启动或正在进行。处理器被配置为执行以下操作之一:响应于确定COT已被启动或正在进行,向UE发送指示基站已获取用于传输的COT的COT活动指示,以及响应于确定COT未被启动或未进行,向UE发送指示基站由于先听后说(LBT)故障而已经错过传输时机的COT不活动指示。
因此,本文的实施例公开了一种在无线通信系统中处理定时器操作的UE。UE包括与存储器耦接的处理器。处理器被配置为从基站接收信令消息。信令消息包括与所获取的基站的COT有关的信息。处理器被配置为从物理层向MAC层指示所获取的COT。物理层指示以下之一:基站获取了用于传输的COT、以及基站由于LBT故障而已经错过传输时机。
当结合以下描述和附图进行考虑时,将更好地理解和理解本文的实施例的这些和其它方面。然而,应当理解,在指示优选实施例及其大量具体细节的同时,以下描述是通过说明而非限制的方式给出。在不脱离其主旨的情况下,可以在本文的实施例的范围内进行许多改变和修改,并且本文的实施例包括所有这样的修改。
有益技术效果
本文的实施例的主要目标是提供在无线通信系统中处理定时器操作的方法和系统。因此,本文的实施例公开了在无线通信系统中处理定时器操作的方法。该方法包括由基站确定是否COT被启动或正在进行。此外,该方法包括由基站执行以下操作之一:响应于确定COT被启动或正在进行,向UE发送指示基站已获取用于传输的COT的COT活动指示,以及响应于确定COT未被启动或未进行,向UE发送指示基站由于先听后说(LBT)故障而已经错过传输时机的COT不活动指示。
附图说明
该方法在附图中被示出,贯穿附图,相同的参考字母在各个图中指示对应部分。通过以下参照附图的描述,可更好地理解这里的实施例,其中:
图1a是根据如本文所公开的实施例的用于处理定时器操作的无线通信系统的概略图;
图1b是根据如本文所公开的实施例的UE中包括的处理器的框图;
图1c是根据如本文所公开的实施例的基站中包括的处理器的框图;
图2a是示出根据如本文所公开的实施例的非适应性过程中的定时器处理的示意图;
图2b是示出如根据本文所公开的实施例的适应性过程中的定时器处理的示意图;
图2c是图示如根据本文所公开的实施例的基于网络指示的定时器重启的示意图;
图3是示出根据如本文所公开的实施例的由基站实现的用于在无线通信系统中处理定时器操作的方法的流程图;以及
图4是根据如本文所公开的实施例的由UE实现的用于在无线通信系统中处理定时器操作的方法的流程图。
具体实施方式
参考附图中所示并在下面的描述中详细说明的非限制性实施例,本文的实施例及其各种特征和有利细节将被更全面地解释。省略对公知组件和处理技术的描述以避免不必要地模糊本文的实施例。另外,本文描述的各个实施例不一定相互排斥,因为一些实施例可以与一个或多个其它实施例组合以形成新的实施例。除非另外指示,否则本文中使用的术语“或”是指非排他性的或者。本文中使用的示例仅仅是为了便于理解本文中的实施例可以被实施的方式,并且进一步使本领域技术人员能够实施本文的实施例。因此,不应当将示例解释为限制本文的实施例的范围。
如本领域中的传统方式,可以根据执行所述的一个或多个功能的块来描述和说明实施例。这些块在本文中可以被称为管理器、单元、模块、硬件组件等,通过模拟和/或数字电路(诸如逻辑门、集成电路、微处理器、微控制器、存储器电路、无源电子元件、有源电子元件、光学元件、硬连线电路等)物理地实现,并且可以可选地由固件和软件驱动。例如,电路可以实施在一个或多个半导体芯片中,或者实施在诸如印刷电路板等的基板支撑上。构成块的电路可以由专用硬件实现,或者由处理器(例如,一个或多个可编程微处理器和相关联的电路)实现,或者通过执行块的一些功能的专用硬件和执行块的其它功能的处理器的组合来实现。在不脱离本公开的范围的情况下,实施例的每个块可以物理地分离成两个或更多个相互作用和分立的块。类似地,在不脱离本发明的范围的情况下,实施例的块可以物理地组合成更复杂的块。
在专利公开中使用了以下术语。
1.NR:新无线电。该术语是5G的同义词。
2.LTE:长期演进。该术语是4G的同义词。
3.RACH:由UE执行的随机接入过程。
4.eNB:增强型节点B(LTE节点B)。
5.gNB:5G节点B。
6.RAR-随机接入响应。
7.PDCCH-物理下行链路控制信道。
8.DCI-下行链路控制信息。
9.SSB:同步信号块。一个同步信号块包括主同步信号、辅同步信号和物理广播信道传输。
10.LBT:先听后说。在发起未授权信道上的传输前,UE/NB需要检查未授权信道是否正被附近的任何其它设备用于通信。如果在一定时间段内未发现在未授权信道中通信的这样的设备,则UE/NB可发起未授权信道上的传输。
11.COT:信道占用时间。它是UE或NB可以保留用于连续的数据或控制传输的未授权信道的时间量。在UE/NB使用LBT操作获取未授权信道之后,它可以在由信道占用时间指示的时间内通过未授权信道执行传输。该传输持续时间也可以称为传输突发。
因此,本文的实施例提供了一种在无线通信系统中处理定时器操作的方法。该方法包括通过UE从基站接收信令消息。信令消息包括关于所获取的基站的COT的信息。此外,该方法包括由UE从物理层向MAC层指示所获取的COT。物理层指示基站已经获取用于传输的COT和该基站由于LBT故障而已经错过传输时机中的一个。
在一个实施例中,基于UE和NB之间的某个无线信令,UE的较低层(例如物理层)将向UE的MAC层提供两个指示中的一个(dlCOTActive:NB能够获取用于传输的COT,以及dlCOTInactive:NB由于LBT故障而已经错过传输时机)。基站可发送第1层(L1)消息或介质访问控制-控制元素(MAC CE)或无线资源控制(RRC)消息,该消息包含关于所获取的基站的COT的指示。在示例中,UE的物理层在接收到来自服务小区的下行链路传输(例如,由公共小区标识或下行链路前导码标识的PDCCH或信道状态指示符参考信号(CSI-RS)或SSB)之后,可确定服务小区的下行链路传输突发或COT已经开始或正在进行,并且可基于该确定向MAC实体指示dlCOTActive。此外,UE的物理层可基于不同的方法来确定服务小区的下行链路传输突发或COT的结束(例如,UE可基于缺少诸如SSB或CSI-RS的小区公共信号来确定COT的结束,或者服务小区使用包含关于结束时间的信息的SSB或PDCCH传输而在正在进行的COT期间指示下行链路传输突发的结束时间),在这种情况下,物理层可向MAC实体指示dlCOTInactive。
在一个实施例中,UE可以被提供RRC配置(使用系统信息或专用RRC信令),以便允许UE接收包含关于所获取COT的信息的基站传输并启动下行链路COT定时器(dlCOTTimer)。在配置内可以包含以下信息。
在一个实施例中,可以为UE提供搜索空间配置以监视提供关于所获取COT的信息的基站传输。搜索空间配置包括用于下行链路信号监视的时间资源(例如,时间偏移、周期和持续时间),并且可以包含关于DCI格式的信息或关于由UE监视的SSB或CSI-RS或前导码传输的信息。
在另一实施例中,UE监视被配置用于与RAR、PDSCH或PUSCH等对应的PDCCH监视的搜索空间。在搜索空间内,UE可以被配置为监视来自小区的单独的DCI格式或SSB或CSI-RS资源或前导码传输。UE还可以被配置有用于监视给定基站传输的监视时间场合(例如,时间周期、偏移、持续时间)。通过对给定的基站传输(例如DCI/SSB/CSI-RS/前导码)进行解码,UE可以确定由基站获取的关于COT的信息。
在另一实施例中,可以向UE提供单独的CORESET配置以监视提供关于所获取的COT的信息的基站传输。如果未提供这样的配置,则UE使用在与ControlResourceSetId=0相关联的SIB1中提供的CORESET配置。
在另一实施例中,UE可被配置有监视时间配置(该配置包括时间周期、偏移和持续时间),其中UE被期望监视指示关于所获取的COT的信息的基站传输。该配置还可包含关于基站传输的信息,例如SSB参数、CSI-RS资源、前导码信息等。
现在参考附图,尤其是参考图1a至图4,其中类似的参考符号在所有这些附图中一致地标记对应特征,这里示出了优选实施例。
图1a是根据如本文所公开的实施例的用于处理定时器操作的无线通信系统(300)的概略图。在一个实施例中,无线通信系统(300)包括UE(100)和基站(200)。UE(100)可以是例如但不限于蜂窝电话机、平板电脑、智能电话机、笔记本电脑、个人数字助理(PDA)、全球定位系统、多媒体设备、视频设备、物联网(IoT)设备、智能手表、游戏机、无人机(UAV)、飞机等。UE(100)也可被本领域技术人员称为移动台、订户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、移动订户站、接入终端、移动终端、无线终端,远程终端、手持设备、用户代理、移动客户端等。基站(200)也可被称为基站收发信机站、无线基站、无线收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、eNB、gNB等。
在一个实施例中,UE(100)包括处理器(110)、通信器(120)、存储器(130)、MAC定时器(140)和COT定时器(150)。处理器(110)与通信器(120)、存储器(130)、MAC定时器(140)和COT定时器(150)耦接。
在一个实施例中,处理器(110)被配置为从基站(200)接收信令消息。信令消息包括与所获取的基站(200)的COT有关的信息。此外,处理器(110)被配置为从物理层向MAC层指示获取的COT。物理层指示基站(200)获取用于传输的COT或基站(200)由于LBT故障而已经错过传输时机。
在一个实施例中,信令信息包括第1层消息、MAC CE消息和RRC消息中的至少一个。在一个实施例中,基于搜索空间配置、CORESET配置和监视时间配置中的至少一个来指示与所获取的基站(200)的COT有关的信息。
在一个实施例中,对UE(100)提供搜索空间配置、CORESET配置和监控时间配置中的至少一个以监视提供与所获取的COT有关的信息的基站传输。
在一个实施例中,搜索空间配置包括用于下行链路信号监视的时间资源、与要由UE(100)监视的DCI格式、SSB、CSI-RS和前导码传输中的至少一个有关的信息中的至少一个。
在一个实施例中,搜索空间配置被提供用于与RAR、PDSCH和PUSCH中的至少一个对应的PDCCH监视。
在一个实施例中,监视时间配置包括SSB参数、CSI-RS和前导码信息中的至少一个。
此外,处理器(110)被配置为检测启动COT定时器(150)的事件被满足,并且响应于启动COT定时器的事件被满足而启动COT定时器(150)而不是MAC定时器(140)。此外,处理器(110)被配置为接收指示基站(200)获取用于传输的COT的COT活动指示。此外,处理器(110)被配置为基于COT活动指示来停止COT定时器(150)和恢复MAC定时器(140)。
此外,处理器(110)被配置为当UE(100)接收到指示基站(200)由于LBT故障而已经错过传输时机的COT不活动指示时,停止或暂停MAC定时器(140)并启动COT定时器(150)。此外,处理器(110)被配置为接收指示基站(200)获取用于传输的COT的另一COT活动指示。此外,处理器(110)被配置为基于COT活动指示来停止COT定时器(150)并恢复MAC定时器(140)。
在一个实施例中,该事件对应于以下之一:接收到同步信号块(SSB)传输信息,接收到来自基站的与关联于所传输的物理随机接入信道(PRACH)的SSB索引对应的SSB传输信息,接收到来自基站(200)的与服务小区对应的信道状态信息参考信号(CSI-RS)传输,接收到来自基站(200)的和与关联于所传输的PRACH的服务小区的CSI-RS索引对应的CSI-RS传输,接收到由小区公共无线网络临时标识符(RNTI)值标识的物理下行链路控制信道(PDCCH),接收到来自基站(200)的指示用于基站(200)的服务小区的开始COT、结束COT和进行中COT中的一个的前导码传输,以及接收到根据被定义用于MAC定时器的监视准则的基站传输。
在一个实施例中,COT定时器(150)基于以下中的至少一个来配置:服务小区、MAC实体、每个带宽部分、从至少一个不连续接收(DRX)定时器接收到的预定义值、随机接入过程、缓冲区状态报告过程、功率余量报告过程、和调度请求过程。
在一个实施例中,通过RRC信令消息、基于MAC CE的信令消息、基于DCI的信令消息中的一个来修改COT定时器(150)的配置。
在一个实施例中,当至少一个UE(100)被提供有用于监视包含与COT有关的信息的网络传输的RRC配置时;当UE(100)正在监视未授权载波中的RAR时;当UE(100)已经在未授权载波上执行PRACH传输时,当MAC实体指令物理层执行PRACH传输时;当物理层向MAC层指示PRACH传输的启动时;当物理层向MAC层指示调度请求传输的结束时;当UE(100)正在监视未授权载波上的RRC连接响应时;当UE(100)在未授权载波上已执行RRC连接请求传输时;当UE(100)正在监视未授权载波上的PDCCH或PDSCH传输时;以及当UE(100)已执行未授权载波上的调度请求(SR)传输时,UE(100)启动COT定时器(150)以监视来自基站(200)的信令信息。
在一个实施例中,UE(100)停止COT定时器(150),当在响应窗口正在运行时UE(100)监视用于下行链路分配的PDCCH时;当在响应窗口正在运行时在波束故障恢复请求的情况下UE(100)监视由RA-RNTI标识的PDCCH或由C-RNTI标识的PDCCH时;当在成功接收到目的地为UE(100)的RAR时在波束故障恢复请求和包含与COT有关的信息的网络指示的情况下UE(100)监视由RA-RNTI标识的PDCCH或由C-RNTI标识的PDCCH两者时;当UE(100)发起RAR-LBT-FAILURE过程时;当UE(100)执行随机接入响应失败过程时;当UE(100)执行SR-LBT-FAILURE过程时;当周期性BSR被触发时;以及当UE(100)执行PERIODIC-BSR-LBT-FAILURE过程时。
处理器(110)被配置为执行存储在存储器(130)中的指令并执行各种过程。通信器(120)被配置用于在内部硬件组件之间的内部通信以及经由一个或多个网络的与外部设备的通信。
存储器(130)存储要由处理器140执行的指令。存储器(130)可包括非易失性存储元件。这样的非易失性存储元件的示例可包括磁性硬盘、光盘、软盘、闪存或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。另外,在一些示例中,存储器(130)可被认为是非暂时性存储介质。术语“非暂时性”可指示存储介质不体现在载波或传播信号中。然而,术语“非暂时性”不应当被解释为存储器(130)是不可移动的。在一些示例中,存储器(130)可以被配置为存储比存储器更大的信息量。在某些示例中,非暂时性存储介质可存储随时间而变化的数据(例如,在随机接入存储器(RAM)或高速缓存中)。
在一个实施例中,基站(200)包括处理器(210)、通信器(220)和存储器(230)。处理器(210)与存储器(230)和通信器(220)耦接。处理器(210)被配置为确定是否COT被启动或正在进行。处理器(210)被配置为响应于确定COT被启动或正在进行,向UE(100)发送指示基站(200)已获取用于传输的COT的COT活动指示,以及响应于确定COT未被启动或未进行,向UE(100)发送指示基站(200)由于LBT故障而已经错过传输时机的COT不活动指示。
在一个实施例中,当基站(200)使用短LBT获取信道但是基站(200)未能使用长LBT获取信道时,向UE(100)发送COT不活动指示。
处理器(210)被配置为执行存储在存储器(230)中的指令并执行各个过程。通信器(220)被配置用于在内部硬件组件之间的内部通信以及经由一个或多个网络的与外部设备的通信。
存储器(230)存储要由处理器(210)执行的指令。存储器(230)可包括非易失性存储元件。这样的非易失性存储元件的示例可包括硬盘、光盘、软盘、闪存或电可编程存储器(EPROM)或电可擦除可编程(EEPROM)存储器的形式。另外,在一些示例中,存储器(230)可被认为是非暂时性存储介质。术语“非暂时性”可指示存储介质不体现在载波或传播信号中。然而,术语“非暂时性”不应当被解释为存储器(230)是不可移动的。在一些示例中,存储器(230)可以被配置为存储比存储器大的数量的信息。在某些示例中,非暂时性存储介质可以存储随时间而变化的数据(例如,在随机接入存储器(RAM)或高速缓存中)。
虽然图1a示出了无线通信系统(300)的各种硬件组件,但是应当理解,其它实施例不限于此。在其它实施例中,无线通信系统(300)可以包括更少或更多数量的组件。此外,组件的标签或名称仅用于说明目的,并不限制本发明的范围。一个或多个组件可以组合在一起以执行相同或基本相似的功能,以处理无线通信系统(300)中的定时器操作。
图1b是根据如本文所公开实施例的UE(100)中包括的处理器(110)的框图。在实施例中,处理器(110)包括COT确定器(110a)、定时器操作指示器(110b)、事件检测器(110c)、COT定时器处理器(110d)和MAC定时器处理器(110e)。
在一个实施例中,COT确定器(110a)被配置为从基站(200)接收信令消息,其中信令消息包括与所获取的基站(200)的COT有关的信息。此外,定时器操作指示器(110b)被配置为从物理层向MAC层指示定时器操作。物理层指示基站(200)获取用于传输的COT或基站(200)由于LBT故障而已经错过传输时机。
此外,事件检测器(110c)被配置为检测启动MAC定时器(140)的事件被满足。COT定时器处理器(110d)被配置为响应于启动COT定时器的事件被满足,启动COT定时器(150)而不是MAC定时器(140)。此外,处理器(110)被配置为接收指示基站(200)获取用于传输的COT的COT活动指示。此外,COT定时器处理器(110d)被配置为停止COT定时器(150)。MAC定时器处理器(110e)被配置为基于COT活动指示来启动MAC定时器(140)。
此外,MAC定时器处理器(110e)被配置为当UE(100)接收到指示基站(200)由于LBT故障而已经错过传输时机的COT不活动指示时,停止或暂停MAC定时器(140)并使用COT定时器处理器(110d)来启动COT定时器(150)。此外,COT定时器处理器(110d)被配置为接收指示基站(200)获取用于传输的COT的另一COT活动指示。此外,COT定时器处理器(110d)被配置为基于COT活动指示,停止COT定时器(150)并使用MAC定时器处理器(110e)来恢复MAC定时器(140)。
虽然图1b示出了处理器(110)的各种硬件组件,但是应当理解,其它实施例不限于此。在其它实施例中,处理器(110)可以包括更少或更多数量的组件。此外,组件的标签或名称仅用于说明目的,并不限制本发明的范围。一个或多个组件可以组合在一起以执行相同或基本相似的功能以处理无线通信系统(300)中的定时器操作。
图1c是根据如本文公开的实施例的基站(200)中包括的处理器(210)的框图。在实施例中,处理器(210)包括COT确定器(210a)和定时器操作指示器(210b)。
COT确定器(210a)被配置为确定是否COT被启动或正在进行。定时器操作指示器(210b)被配置为响应于确定COT被启动或正在进行,向UE(100)发送指示基站(200)已获取用于传输的COT的COT活动指示,以及响应于确定COT未启动或未进行,向UE(100)发送指示基站由于LBT故障而已经错过传输时机的COT不活动指示。
虽然图1c示出了处理器(210)的各种硬件组件,但是应当理解,其它实施例不限于此。在其它实施例中,处理器(210)可以包括更少或更多数量的组件。此外,组件的标签或名称仅用于说明目的,并不限制本发明的范围。一个或多个组件可以组合在一起以执行相同或基本相似的功能以处理无线通信系统(300)中的定时器操作。
图2a是示出根据如本文所公开的实施例的非适应性过程中的定时器处理的示意图
提出了三种方案,其中每种方案都使MAC定时器(140)的现有操作适应于NR的未授权操作,其中UE(100)或基站传输(例如PDCCH)可能由于LBT故障而丢失/延迟。对应该过程,可以考虑一个或多个MAC定时器(140),包括:ra-ResponseWindow(随机接入响应窗口)、bfr-ResponseWindow(BFR响应窗口)、ra-ContentionResolutionTimer(随机接入竞争解决定时器)、drx-onDurationTimer、drx-InactivityTimer(DRX不活动定时器)、drx-RetransmissionTimerDL(DRX下行链路重传定时器)、drx-RetransmissionTimerUL(DRX上行链路重传定时器)、drx-ShortCycleTimer(DRX短循环定时器)、drx-HARQ-RTT-TimerDL、drx-HARQ-RTT-TimerUL、periodicBSR-Timer(周期性BSR定时器)、retxBSR-Timer、sr-ProhibitTimer(SR禁止定时器)、phr-PeriodicTimer(PHR周期性定时器)、以及phr-ProhibitTimer(PHR禁止定时器)。
在一个实施例中,通过UE(100)和基站(200)之间的无线信令,UE(100)的较低层(例如物理层)向UE的MAC层提供以下的两个指示之一:(a)dlCOTActive-基站(200)能够获取用于传输的COT,(b)dlCOTInactive-基站(200)由于LBT故障而已经错过传输时机。
基站(200)可发送第1层(L1)消息或介质访问控制-控制元素(MAC CE)或无线资源控制(RRC)消息,该消息包含与所获取的基站(200)的COT有关的指示。在示例中,UE的物理层在接收到来自服务小区的下行链路传输(例如,SSB或信道状态指示符参考信号(CSI-RS)、或由公共小区标识所标识的PDCCH或下行链路前导码)之后,可确定服务小区的下行链路传输突发或COT已启动或正在进行,并且基于此,UE(100)的物理层可向MAC实体指示dlCOTActive。此外,物理层可基于不同的方法(例如,UE(100)可以基于缺少SSB或CSI-RS之类的小区公共信号来确定COT的结束,或者服务小区使用包含与结束时间有关的信息的SSB或PDCCH传输,在进行中的COT期间指示下行链路传输突发的结束时间)来确定服务小区的下行链路传输突发或COT的结束,在这种情况下,物理层可向MAC实体指示dlCOTInactive。UE(100)可被提供有RRC配置(使用系统信息或专用RRC信令)以便允许UE(100)监视包含与所获取COT的信息有关的基站传输并启动dlCOTTimer。在该配置内可包含以下信息:
(1):在一个实施例中,可以为UE(100)提供搜索空间配置以监视提供与所获取COT有关的信息的基站传输。搜索空间配置包括用于下行链路信号监视的时间资源(例如,时间偏移、周期和持续时间),并且可以包含关于要由UE(100)监视的DCI格式、SSB或CSI-RS或前导码传输的信息。
(2):在另一实施例中,UE(100)监视被配置用于与RAR或PDSCH或PUSCH等对应的PDCCH监视的搜索空间。在搜索空间内,UE(100)可以被配置为监视来自小区的单独的DCI格式或SSB或CSI-RS资源或前导码传输。UE(100)还可以被配置有用于监视给定基站传输的监视时间场合(例如,时间周期、偏移、持续时间)。通过对给定的基站传输(例如DCI/SSB/CSI-RS/前导码)进行解码,UE(100)可以确定由基站(200)获取的关于COT的信息。
(3):在另一实施例中,可以向UE(100)提供单独的CORESET配置以监视提供与所获取COT有关的信息的基站传输。如果没有提供这样的配置,则UE使用SIB1中提供的与ControlResourceSetId=0相关联的CORESET配置。
(4):在另一实施例中,UE(100)可以被配置有监视时间配置(其包括时间周期、偏移和持续时间),其中UE(100)被期望监视指示与所获取COT有关的信息的基站传输。该配置还可以包含关于基站传输的信息,例如SSB参数、CSI-RS资源、前导码信息等。
基于此,提供了在对触发条件略加修改的情况下,可以应用于任何定时器/监视窗口的两种方案。
dlCOTTimer操作:
非适应性方法:在一个实施例中,对于任何定时器/监视窗口,例如定时器T,所提出的方法引入了一个称为dlCOTTimer的新定时器。dlCOTTimer可以是COT定时器(150)。术语“dlCOTTimer”和“COT定时器(150)”在本公开中可互换地使用。
(1):以时隙或符号或绝对时间单位(例如以毫秒为单位)表示的dlCOTTimer的持续时间。UE(100)可被配置有用于不同用例的dlCOTTimer的不同值,例如,UE(100)可被配置有用于不同定时器T的不同dlCOTTimer值。
(2):UE(100)基于被定义用于每个定时器的触发准则启动dlCOTTimer,并在本公开中进一步讨论。
(3):当dlCOTTimer正在运行时,UE(100)应当基于以下选项中的一个或多个来监视下行链路信道:
(a):当dlCOTTimer正在运行时,UE(100)监视(100)来自基站(200)的SSB传输。
(b):当dlCOTTimer正在运行时,UE(100)监视来自基站(200)的与所传输的PRACH相关联的SSB索引对应的SSB传输。
(c):当dlCOTTimer正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果对于该服务小区CSI-RS资源被配置给UE(100))。
(d):当dlCOTTimer正在运行时,UE(100)监视来自基站(200)的与关联于所传输的PRACH的服务小区的CSI-RS索引对应的CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。
(e):UE(100)监视由小区公共RNTI值(即预定义的RNTI值或由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。
(f):UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的开始/结束/进行中的COT的前导码/任何传输。
(g):UE(100)根据被定义用于定时器T的监视标准来监视基站传输。例如,在波束故障恢复请求的情况下,UE(100)监视由与C-RNTI或由UE(100)发送的PRACH对应的RA-RNTI标识的PDCCH,对于当针对DRX定时器发起dlCOTTimer时、或者当dlCOTTimer响应于调度请求传输而被启动时的情况等,UE(100)监视由C-RNTI标识的PDCCH。
(4):当接收到dlCOTActive指示时,UE(100)停止dlCOTTimer并在L2持续时间之后启动T。对于不同的MAC定时器,L2可以不同。L2的值可以经由RRC配置/MAC CE/DCI来配置,或者也可以具有预定义的值。
(5):dlCOTTimer的一个实例可以被多个定时器T共享。例如,如果针对定时器T1(例如drx-InactivityTimer),dlCOTTimer已经运行,则UE(100)不需要发起另一个dlCOTTimer的实例以便触发定时器T2(例如drx-RetransmissionTimerUL)。
图2b是示出根据如本文所公开的实施例的适应性过程中的定时器处理的示意图。
适应性方法:在一个实施例中,对于任何定时器/监控窗口,假定T,所提出的方法引入了称为dlCOTTimer的新定时器。
(1):以时隙或符号或绝对时间单位(例如,以毫秒为单位)表示dlCOTTimer的持续时间。针对不同用例,UE(100)可以被配置不同的dlCOTTimer的值,例如,针对不同定时器T,UE(100)可以被配置不同的dlCOTTimer的值。
(2):UE(100)基于被定义用于每个定时器的触发标准来启动dlCOTTimer,并在本专利公开中讨论。
(3):当dlCOTTimer正在运行时,UE(100)应基于以下选项中的一个或多个监视下行链路信道:
(a):当dlCOTTimer正在运行时,UE(100)监视来自基站(200)的SSB传输。
(b):当dlCOTTimer正在运行时,UE(100)监视来自基站(200)的与关联于所发送的PRACH的SSB索引对应的SSB传输。
(c):当dlCOTTimer正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。
(d):当dlCOTTimer正在运行时,UE(100)监视来自基站(200)的与关联于所发送PRACH的服务小区的CSI-RS索引对应的CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。
(e):UE(100)监视由小区公共RNTI值(即预定义的RNTI值或由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。
(f):UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的开始/结束/进行中的COT的前导码/任何传输。
(g):UE(100)基于被定义用于定时器T的监视准则来监视基站传输,例如,在波束故障恢复请求的情况下,UE(100)监视由与由UE(100)发送的PRACH或C-RNTI对应的RA-RNTI标识的PDCCH,对于当针对DRX定时器发起dlCOTTimer时、或者当dlCOTTimer响应于调度请求传输而被启动时的情况等,UE(100)监视由C-RNTI标识的PDCCH。
(4):在接收到dlCOTActive指示时,如果T甚至未启动过一次,则UE(100)停止dlCOTTimer并在L2持续时间之后启动T。对于不同定时器,L2可以不同。L2可以经由RRC配置/MAC CE/DCI被配置,或者也可具有静态配置。
(5):在接收到dlCOTActive指示时,如果T已暂停/挂起:
(a):如果dlCOTTimer正在运行,则UE(100)应当:
(i):暂停/挂起dlCOTTimer,并在L3持续时间后恢复T。
(ii):停止dlCOTTimer,L3持续时间后恢复T。
(iii):对于不同的定时器,L3可以不同。L3可以经由RRC配置/MAC CE/DCI被配置,或者也可以具有静态配置。
(6):在接收到dlCOTInactive指示时:
(a):如果T正在运行,则UE(100)应当:
(i):暂停/挂起T,并在L4持续时间后恢复dlCOTTimer。
(ii):暂停/挂起T,并在L4持续时间后重启dlCOTTimer。
(iii):对于不同的定时器,L4可以不同。L4可以经由RRC配置/MAC CE/DCI被配置,或者也可以具有静态配置。
(7):dlCOTTimer的一个实例可以由多个定时器T共享。例如,如果对于定时器T1(例如drx-InactivityTimer),dlCOTTimer已经在运行,则UE(100)不需要发起dlCOTTimer的另一实例来触发定时器T2(例如drx-RetransmissionTimerUL)
dlCOTTimer的配置:对于任何定时器/监视窗口T,如以上在适应性/非适应性方法中所述,相关的dlCOTTimer可以按以下方式配置。
(a):在一个实施例中,以适用于一个或多个定时器T的公共配置来提供dlCOTTimer。例如,针对dlCOTTimer的RRC配置是按照被配置用于小区的服务小区、MAC实体或带宽部分而被提供的。UE(100)针对在给定服务小区或MAC实体或带宽部分内操作的所有MAC定时器,分别应用相同的dlCOTTimer值。
(b):在另一实施例中,针对每一定时器T,提供dlCOTTimer的配置。
(i):对于以下定时器的每一配置,提供dlCOTTimer的单独配置:ra-ResponseWindow、bfr-ResponseWindow、ra-ContentionResolutionTimer、drx-onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL、drx-ShortCycleTimer、drx-HARQ-RTT-TimerDL、drx-HARQ-RTT-TimerUL、periodicBSR-Timer、retxBSR-Timer、sr-ProhibitTimer、phr-PeriodicTimer、以及phr-ProhibitTimer。
(ii):可以针对以下过程中的每个配置提供dlCOTTimer的单独配置:
(1):所有的DRX定时器共享相同值的dlCOTTimer。
(2):与随机接入过程有关的所有定时器共享相同值的dlCOTTimer。
(3):与缓冲区状态报告过程有关的所有定时器共享相同值的dlCOTTimer。
(4):与功率余量报告过程有关的所有定时器共享相同值的dlCOTTimer。
(5):与调度请求过程有关的所有定时器共享相同值的dlCOTTimer。
(c):在另一实施例中,如果没有针对特定的定时器T提供dlCOTTimer的配置,则UE应当使用在公共配置中提供的dlCOTTimer的值。
(2):在另一实施例中,可以经由RRC信令/基于MAC CE的信令/基于DCI的信令,修改与各个dlCOTTimer对应的配置。
随机接入响应定时器操作:
(1):如果以下条件中的一个或多个为真,则UE(100)可以发起dlCOTTimer用于RAR接收:
(a):UE(100)被提供有用于监视基站传输的RRC配置,该基站传输包含关于所获取的COT和dlCOTTimer的配置的信息。
(b):UE(100)正在监视未授权载波中的RAR。
(c):UE(100)已在未授权载波上执行PRACH传输。
(2):UE(100)在以下实例之一,根据被提供用于RAR接收的配置来启动与随机访问响应定时器对应的dlCOTTimer:
(a):在MAC实体指令物理层执行PRACH传输之后,UE(100)启动dlCOTTimer。
(b):在物理层在第一PRACH场合(例如,在多个PRACH传输场合下)启动传输之后,UE(100)启动dlCOTTimer以X个时间单位。物理层可以向MAC层指示PRACH传输的启动。X的值可以由基站(200)配置(例如,使用系统信息或专用配置)或者可以是预定义的值(例如,X的值可以是0)。
(c):在物理层执行的PRACH传输结束后,UE(100)启动dlCOTTimer以X个时间单位(例如,在多个PRACH传输场合下,PRACH传输的结束对应于最后一个PRACH传输场合)。物理层可以向MAC层指示PRACH传输的结束。X的值可以由基站(200)配置(例如,使用系统信息或专用配置)或者可以是预定义的值(例如,X的值可以是0)。
(3):UE(100)根据“非适应性方法”或“适应性方法”中提及的过程,挂起/停止/恢复/启动dlCOTTimer和ra-ResponseWindow。
(4):当ra-ResponseWindow运行时,UE(100)应当监视用于下行链路分配的PDCCH:
(a):在实施例中,当ra-ResponseWindow正在运行时,在波束故障恢复请求的情况下,UE(100)仅监视由RA-RNTI标识的PDCCH或由C-RNTI标识的PDCCH。
(b):在另一实施例中,在波束故障恢复请求且基站指示包含关于COT的信息(根据第1点中指示的配置)的情况下,UE(100)监视由RA-RNTI标识的PDCCH或C-RNTI标识的PDCCH两者。
(5):当成功接收到目的地为UE(100)的RAR时,UE应当停止dlCOTTimer(如果正在运行)和ra-ResponseWindow。
(6):当dlCOTTimer到期时,UE(100)发起RAR-LBT-FAILURE过程:
(7):在ra-ResponseWindow到期时,UE(100)应当执行关于随机接入响应失败的过程。
竞争解决定时器(ContentionResolutionTimer)操作:
(1):如果以下条件中的一个或多个为真,则UE(100)可以发起dlCOTTimer用于消息4的接收:
(a):UE(100)被提供有用于监视基站传输的RRC配置,该基站传输包含关于所获取的COT和dlCOTTimer的配置的信息。
(b):UE(100)正在监视未授权载波上的消息4。
(c):UE(100)已在未授权的载波上执行PRACH传输。
(d):UE(100)已在未授权的载波上执行消息3传输。
(2):UE(100)根据在以下实例之一提供的配置,启动与ContentionResolutionTimer对应的dlCOTTimer:
(a):在MAC实体指令物理层执行消息3的传输之后,UE(100)启动dlCOTTimer。
(b):UE(100)在消息3(或消息4)的第一符号/时隙上开始传输之后,UE(100)启动dlCOTTimer以X个时间单位(例如,在消息3的上行链路许可可能包含多个符号/时隙的情况下)。物理层可以向MAC指示消息3的传输的启动。X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MAC CE)或者可以是预定义的值(例如,X的值可以是0)。
(c):UE(100)在由物理层执行的消息3传输结束之后,启动dlCOTTimer以X个时间单位(例如,在消息3的许可包括多个符号/时隙的情况下,消息3传输的结束与消息3传输的最后一个符号/时隙对应)。物理层可向MAC层指示消息3传输的结束。X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MAC CE)或者可以是预定义的值(例如,X的值可以是0)。
(3)UE(100)根据“非适应性方法”或“适应性方法”中提及的过程,挂起/停止/恢复/启动dlCOTTimer和ra-ContentionResolutionTimer(随机接入竞争解决定时器)。
(4):当ra-ContentionResolutionTimer运行时,UE(100)应当监视用于下行链路分配的PDCCH:
(a):在一个实施例中,当ra-ContentionResolutionTimer正在运行时,在C-RNTIMAC CE被包含在消息3内的情况下,UE(100)仅监视由TC-RNTI标识的PDCCH或由C-RNTI标识的PDCCH。
(b):在另一实施例中,在C-RNTI MAC CE被包含在消息3内且基站指示包含关于COT的信息的情况下,UE(100)监视由TC-RNTI标识的PDCCH或由C-RNTI标识的PDCCH两者。
(5):当成功接收到目的地为UE(100)的消息4传输时,UE(100)应当停止dlCOTTimer(如果正在运行)和ra-ContentionResolutionTimer。
(6):当dlCOTTimer到期时,UE(100)应当发起CR-LBT-FAILURE过程:
(7):在ra-ContentionResolutionTimer到期时,UE(100)应执行关于竞争解决失败的过程
(8):如果ra-ContentionResolutionTimer正在运行并且UE(100)接收到dlCOTInactive指示,则UE(100)停止ra-ContentionResolutionTimer。
sr-ProhibitTimer操作:
(1):如果以下条件中的一个或多个为真,则UE(100)可以发起dlCOTTimer:
(a):UE(100)被提供有用于监视基站传输的RRC配置,该基站传输包含关于所获取的COT和dlCOTTimer的配置的信息。
(b):UE(100)正在监视未授权载波上的PDCCH或PDSCH传输。
(c):UE(100)在未授权载波上已执行调度请求(SR)传输。
(2):UE(100)根据在以下实例之一提供的配置,启动与sr-ProhibitTimer对应的dlCOTTimer:
(a):在MAC实体指令物理层执行调度请求传输之后,UE(100)启动dlCOTTimer。
(b):在物理层在第一调度请求场合(例如,在多个调度请求传输场合的情况下)启动传输之后,UE(100)启动dlCOTTimer以X个时间单位。物理层可以向MAC层指示调度请求传输的启动。X的值可以由基站(200)配置(例如,使用系统信息或专用配置)或者可以是预定义的值(例如,X的值可以是0)。
(c):在由物理层执行的调度请求传输结束之后,UE(100)启动dlCOTTimer以X个时间单位(例如,在多个调度请求传输场合的情况下,调度请求传输的结束与最后的调度请求传输场合对应)。物理层可以向MAC层指示调度请求传输的结束。X的值可以由基站(200)配置(例如,使用系统信息或专用配置)或者可以是预定义的值(例如X的值可以是0)。
(3):UE(100)根据“非适应性方法”或“适应性方法”中提及的程序挂起/停止/恢复/启动dlCOTTimer和sr-ProhibitTimer
(4):在dlCOTTimer到期时,UE(100)应当执行SR-LBT-FAILURE过程。
(5):当dlCOTTimer运行时,UE(100)不应当执行调度请求的传输。
periodicBSR-Timer操作:
(1):如果缓冲器状态报告过程确定至少一个BSR已被触发且未被取消,并且如果UL-SCH资源可以用于新的即时传输,则UE(100)应当启动与periodicBSR-Timer对应的dlCOTTimer。
(2):UE(100)根据“非适应性方法”或“适应性方法”中提及的过程挂起/停止/恢复/启动dlCOTTimer和periodicBSR-Timer
(3):在periodicBSR-Timer到期时,应当触发周期性BSR。
(4):在dlCOTTimer到期时,UE(100)应当执行PERIODIC-BSR-LBT-FAILURE过程。
retxBSR-Timer操作:
(1):如果缓冲器状态报告过程确定至少一个BSR已经触发并且未被取消,并且如果UL-SCH资源可以用于新的即时传输,或者在接收到用于在任何UL-SCH上传输新数据的许可时,UE(100)应当启动与retxBSR-Timer对应的dlCOTTimer。
(2):UE(100)根据“非适应性方法”或“适应性方法”中提及的过程挂起/停止/恢复/启动dlCOTTimer和retxBSR-Timer
(3):在retxBSR-Timer到期时,应当触发常规BSR。
(4):在dlCOTTimer到期时,UE(100)应当执行RETX-BSR-LBT-FAILURE过程。
drx-onDurationTimer操作:
(1):如果以下条件中的一个或多个为真,UE(100)可以发起dlCOTTimer用于drx-onDurationTimer操作:
(a):UE(100)被提供有用于监视基站传输的RRC配置,该基站传输包含关于所获取的COT和dlCOTTimer的配置的信息。
(b):UE(100)正在监视未授权载波上的PDCCH。
(2):UE(100)根据在以下实例中的一个或多个提供的配置启动与drx-onDurationTimer对应的dlCOTTimer:
(a):UE(100)在SFN和子帧后启动dlCOTTimer以X个时间单位,其中:
(i):如果使用短DRX循环(Short DRX Cycle),并且[(SFN X 10)+子帧编号]模(drx-ShortCycle)=(drx-StartOffset)模(drx-ShortCycle),或者
(ii):如果使用长DRX循环(Long DRX Cycle),并且[(SFN X 10)+子帧编号]模(drx-LongCycle)=drx-StartOffset。
(iii):X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MACCE)或可以是预定义的值(例如,X的值可以是0)。
(b):UE(100)在启动预先配置的时间窗口之后,启动dlCOTTimer以X个时间单位,其中,时间窗口配置至少包括时间窗口启动场合的时间偏移、时间窗口的时间周期。例如,时间窗口可以是提供给UE(100)的离散监视定时配置,或者时间窗口可以是使用专用配置提供给UE(100)的任何配置。X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MAC CE)或者可以是预定义的值(例如,X的值可以是0)。
(3):UE(100)根据“非适应性方法”或“适应性方法”中提及的过程,挂起/停止/恢复/启动dlCOTTimer和drx-onDurationTimer
(4):当drx-OnDurationTimer运行时,UE(100)应当监视用于下行链路分配的PDCCH:
(a):在一个实施例中,UE(10)仅监视由C-RNTI标识的PDCCH。
(b):在另一实施例中,UE(100)监视由C-RNTI标识的PDCCH和包含关于COT的信息的基站指示两者。
(5):在成功接收到DRX命令MAC CE或长DRX命令MAC CE时,UE(100)应当停止dlCOTTimer(如果正在运行)和drx-OnDurationTimer。
(6):当dlCOTTimer到期时,UE(100)发起ON-DRX-LBT-FAILURE过程。
(7):当drx-onDurationTimer到期或停止时,如果dlCOTTimer正在运行,则UE(100)将其停止。
(8):如果drx-onDurationTimer正在运行并且UE(100)接收到dlCOTInactive指示,则UE(100)停止drx-onDurationTimer。
drx-InactivityTimer(操作:
(1):如果以下条件中的一个或多个为真,UE(100)可以发起dlCOTTimer用于drx-InactivityTimer操作:
(a):UE(100)具有用于监视基站传输的RRC配置,该基站传输包含关于所获取的COT和dlCOTTimer的配置的信息。
(b):UE(100)正在监控未授权载波上的PDCCH。
(2):UE(100)在接收到指示新传输(DL或UL)的PDCCH之后启动dlCOTTimer以X个时间单位。X的值可以由基站(200)配置(例如,使用系统信息或专用配置),或者可以是预定义的值(例如,X的值可以是0)。
(3):UE(100)根据“非适应性方法”或“适应性方法”中提及的过程,挂起/停止/恢复/启动dlCOTTimer和drx-InactivityTimer
(4):当drx-InactivityTimer正在运行时,UE(100)应当监视用于下行链路分配的PDCCH:
(a):在实施例中,UE(100)仅监视由C-RNTI标识的PDCCH。
(b):在另一实施例中,UE(100)监视由C-RNTI标识的PDCCH和包含关于COT的信息的基站指示两者。
(5):当成功接收到DRX命令MAC CE或长DRX命令MAC CE时,UE(100)应当停止dlCOTTimer(如果正在运行)和drx-InactivityTimer。
(6):当dlCOTTimer到期时,UE(100)发起IN-DRX-LBT-FAILURE过程。
(7):当drx-InactivityTimer到期或停止时,如果dlCOTTimer正在运行,则UE(100)将其停止。
(8):如果drx-InactivityTimer正在运行并且UE(100)接收到dlCOTInactive指示,则UE(100)停止drx-InactivityTimer。
drx-RetransmissionTimerUL操作:
(1):如果以下条件中的一个或多个为真,则UE(100)可以发起dlCOTTimer用于drx-RetransmissionTimerUL操作:
(a):UE(100)被提供有用于监视基站传输的RRC配置,该基站传输包含与所获取的COT和dlCOTTimer的配置有关的信息。
(b):UE(100)正在监视未授权载波上的PDCCH。
(2):在drx-HARQ-RTT-TimerUL到期后,UE(100)启动dlCOTTimer以X个时间单位。X的值可以由基站(200)配置(例如,使用系统信息或专用配置),或者可以是预定义的值(例如,X的值可以是0)。
(3):UE(100)根据“非适应性方法”或“适应性方法”中提及的过程挂起/停止/恢复/启动dlCOTTimer和drx-RetransmissionTimerUL
(4):当drx-RetransmissionTimerUL正在运行时,UE(100)应当监视用于下行链路分配的PDCCH:
(a):在实施例中,UE(100)仅监视由C-RNTI标识的PDCCH。
(b):在另一实施例中,UE(100)监视由C-RNTI标识的PDCCH和包含关于COT的信息的基站指示两者。
(5):当成功接收到指示UL传输的PDCCH或如果MAC PDU在被配置的上行链路许可中传输,则UE(100)应当停止dlCOTTimer(如果正在运行)和与UL传输对应的HARQ过程的drx-RetransmissionTimerUL。
(6):当dlCOTTimer到期时,UE(100)启动RETU-DRX-LBT-FAILURE过程。
(7):在drx-RetransmissionTimerUL到期或停止时,如果dlCOTTimer正在运行用于对应的HARQ过程,则UE(100)将其停止。
(8):如果drx-RetransmissionTimerUL正在运行并且UE(100)接收到dlCOTInactive指示,则UE(100)停止用于对应的HARQ过程的drx-RetransmissionTimerUL。
drx-RetransmissionTimerDL操作:
(1):如果以下条件中的一个或多个为真,则UE(100)可以发起dlCOTTimer用于drx-RetransmissionTimerDL操作:
(a):UE(100)被提供有用于监视基站传输的RRC配置,该基站传输包含关于所获取的COT和dlCOTTimer的配置的信息。
(b):UE(100)正在监视未授权载波上的PDCCH。
(2):在drx-HARQ-RTT-TimerDL到期之后并且如果对应的HARQ过程的数据未被成功解码,则UE(100)启动dlCOTTimer以X个时间单位。X的值可以由基站(200)配置(例如,使用系统信息或专用配置)或者可以是预定义的值(例如,X的值可以是0)。
(3):UE(100)根据“非适应性方法”或“适应性方法”中所述的程序挂起/停止/恢复/启动dlCOTTimer和drx-RetransmissionTimerDL
(4):当drx-RetransmissionTimerDL正在运行时,UE(100)监视用于下行链路分配的PDCCH:
(a):在一个实施例中,UE(100)仅监视由C-RNTI标识的PDCCH。
(b):在另一实施例中,UE(100)监视由C-RNTI标识的PDCCH和包含关于COT的信息的基站指示两者。
(5):当成功接收到指示DL传输的PDCCH或者如果DL分配已被配置,则UE(100)应当停止dlCOTTimer(如果正在运行)和用于与DL传输对应的HARQ过程的drx-RetransmissionTimerDL。
(6):当dlCOTTimer到期时,UE(100)发起RETD-DRX-LBT-FAILURE过程。
(7):在drx-RetransmissionTimerDL到期或停止时,如果dlCOTTimer正在运行用于对应的HARQ过程,则UE(100)将其停止。
(8):如果drx-RetransmissionTimerDL正在运行并且UE(100)接收到dlCOTInactive指示,则UE(100)停止对应的HARQ过程的drx-RetransmissionTimerDL。
图2c是示出根据如本文所公开的实施例的基于网络指示的定时器重启的示意图
基于基站指示的定时器重启:
(1):如果基站(200)能够使用短LBT获取信道但使用长LBT不能成功获取信道,则基站(200)使用短LBT获取信道,并且基站(200)向(一个或多个)UE(100)发送指示使用长LBT获取信道失败的指示。来自基站(200)的指示可以是可以由侦听基站传输的所有UE(100)接收的公共广播信号或消息,或者可以是可以由(一个或多个)UE(100)接收的UE特定消息。在一个实施例中,该指示可以是被保留以提供长LBT不成功的否定指示的信号,例如具有预定义或被配置的物理小区标识的SSB传输或解调参考信号(DM-RS)信号或CSI-RS传输。在另一实施例中,指示可以为在主信息块或系统信息块或公共DCI中包含的显式参数值的形式。
(2):基站(200)发送上述指示
(a):在一个实施例中,对于单独使用关于指示的相同或不同模式的每个(或几个)定时器不同。
(b):在另一实施例中,一个指示,用于所有定时器的重启。
(c):在另一实施例中,一个指示,根据定时器的配置(例如,重启所需的指示数)触发它们的重启。此配置可以是静态/半静态/经由RRC消息可配置/经由MAC CE可配置。
(3):对于任何定时器/窗口T,当接收到使用长LBT无法获取信道的基站指示时,UE(100)重启定时器T(如果正在运行)
随机接入响应定时器操作:
(1):在以下实例之一,UE(100)根据被提供用于RAR接收的配置启动ra-ResponseWindow(随机接入响应窗口):
(a):UE(100)在MAC实体指令物理层执行PRACH传输之后启动ra-ResponseWindow。
(b):UE(100)在物理层在第一PRACH场合(例如,在多个PRACH传输场合的情况下)启动传输后,启动ra-ResponseWindow以X个时间单位。物理层可向MAC层指示PRACH传输的启动。X的值可由基站(200)(例如,使用系统信息或专用配置)配置,或者可以是预定义的值(例如,X的值可以是0)。
(c):UE(100)在由物理层执行的PRACH传输结束(例如,在多个PRACH传输场合的情况下,PRACH传输的结束对应于最后一个PRACH传输场合)之后,启动ra-ResponseWindow以X个时间单位。物理层可以向MAC层指示PRACH传输的结束。X的值可以由基站(200)(例如,使用系统信息或专用配置)配置,或者可以是预定义的值(例如,X的值可以是0)。
(d):UE(100)可以被配置有RAR定时窗口(包含参数:相对于其中定时窗口被启动的{SFN=0,子帧/时隙=0}的时间偏移、定时窗口周期和每个定时窗口发生的持续时间),在其开始时,UE(100)可以发起ra-ResponseWindow。在PRACH传输后的X个时间单位,UE(100)在给定RAR定时窗口启动的第一时机发起ra-ResponseWindow。X的值可以由基站(200)(例如,使用系统信息或专用配置)配置,或者可以是预定义的值(例如,X的值可以是0)。
(2):当ra-ResponseWindow正在运行时,UE(100)应当基于以下选项中的一个或多个监视下行链路信道:
(a):在一个实施例中,当ra-ResponseWindow正在运行时,UE(100)监视来自基站(200)的SSB传输。在进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(b):在另一实施例中,当ra-ResponseWindow正在运行时,UE(100)监视来自基站(200)的与关联于所发送的PRACH的SSB索引对应的SSB传输。在进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(c):在另一实施例中,当ra-ResponseWindow正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果针对该服务小区,CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(d):在另一实施例中,当ra-ResponseWindow正在运行时,UE(100)监视来自基站(200)的与关联于所发送的PRACH的服务小区的CSI-RS索引对应的CSI-RS传输(如果针对该服务小区,CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(e):在另一实施例中,UE(100)监视由小区公共RNTI的值(即预定义的RNTI值或由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的目的地为小区公共RNTI的PDCCH传输。
(f):在另一实施例中,UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的启动/结束/进行中的COT的前导码/任何传输。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的指示启动/结束/进行中的COT的前导码/任何传输。
(g):在另一实施例中,在波束故障恢复请求的情况下,UE(100)监视由与UE(100)发送的PRACH对应的RA-RNTI或C-RNTI标识的PDCCH。
(3):在成功发送RACH前导码时,UE(100)初始化计数器RACH-LBT-FAILURE=0
(4):在接收到不能使用长LBT获取信道的基站指示时,UE(100)重启ra-ResponseWindow(如果正在运行)并将RACH-LBT-FAILURE增大1。
(5):如果RACH-LBT-FAILURE>MAX-RACH-LBT-FAILURE(该值可以通过RRC来配置),则UE(100)执行RAR-LBT-FAILURE过程。
(6):当成功接收到目的地址是UE(100)的RAR时,UE(100)将停止ra-ResponseWindow,并认为该随机接入响应接收成功。
(7):在ra-ResponseWindow到期时,UE(100)应当执行关于随机接入响应故障的过程。
竞争解决定时器(Contention Resolution Timer)操作:
(1):在以下实例之一,UE(100)根据被提供用于RAR接收的配置来启动ra-ContentionWindowTimer(随机接入竞争窗口定时器):
(a):在MAC实体指令物理层执行消息3传输之后,UE(100)启动ra-ContentionWindowTimer。
(b):在物理层在消息4的第一个符号/时隙上启动传输之后(例如,在消息3的上行链路许可可以包含多个符号/时隙的情况下),UE(100)启动ra-ContentionWindowTimer以X个时间单位。物理层可以向MAC层指示消息3传输的启动。X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MAC CE),或者可以是预定义的值(例如,X的值可以是0)。
(c):UE(100)在由物理层执行的消息3传输结束后(例如,在消息3的许可包括多个符号/时隙的情况下,消息3传输的结束与消息3传输的最后一个符号/时隙对应),启动ra-ContentionWindowTimer以X个时间单位。物理层可以向MAC层指示消息3传输的结束。X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MAC CE),或者可以是预定义的值(例如,X的值可以是0)。
(d):UE(100)可以被配置有CR定时窗口(包含参数:相对于其中定时窗口启动的{SFN=0,子帧/时隙=0}的时间偏移、定时窗口周期和每个定时窗口出现的持续时间),在其开始时,UE(100)可以发起ra-ContentionWindowTimer。在发送PRACH的X个时间单位之后,UE(100)在给定的RAR定时窗口启动的第一时机启动ra-ContentionWindowTimer。X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MAC CE),或者可以是预定义的值(例如,X的值可以是0)。
(2):当ra-ContentionWindowTimer正在运行时,UE(100)应当基于以下选项中的一个或多个来监视下行链路信道:
(a):在一个实施例中,当ra-ContentionWindowTimer正在运行时,UE(100)监视来自基站(200)的SSB传输。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(b):在另一实施例中,当ra-ContentionWindowTimer正在运行时,UE(100)监视来自基站(200)的与关联于所发送的PRACH的SSB索引对应的SSB传输。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(c):在另一实施例中,当ra-ContentionWindowTimer正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(d):在另一实施例中,当ra-ContentionWindowTimer正在运行时,UE(100)监视来自基站(200)的与关联于所发送的PRACH的服务小区的CSI-RS索引对应的CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(e):在另一实施例中,UE(100)监视由小区公共RNTI值(即,预定义的RNTI值或者由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视目的地为小区公共RNTI的来自基站(200)的PDCCH传输。
(f):在另一实施例中,UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的启动/结束/进行中的COT的前导码/任何传输。在该方案的进一步扩展中,对于其中UE(100)已执行PRACH的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的指示启动/结束/进行中的COT的前导码/任何传输。
(g):在另一实施例中,在C-RNTI MAC CE包括在消息3内的情况下,UE(100)监视由TC-RNTI或C-RNTI标识的PDCCH。
(3):在成功传输消息3时,UE(100)初始化计数器RACH-LBT-FAILURE=0。
(4):在接收到不能使用长LBT获取信道的基站指示时,UE(100)重启ra-ContentionResolutionWindow(如果正在运行),并将RACH-LBT-FAILURE增大1。
(5):如果RACH-LBT-FAILURE>MAX-RACH-LBT-FAILURE(该值可以由RRC配置),则UE(100)执行CR-LBT-FAILURE过程。
(6):当成功接收到针对UE(100)的消息4传输时,UE(100)应当停止ra-ContentionResolutionTimer。
(7):当ra-ContentionResolutionTimer到期时,UE(100)应当执行关于竞争解决失败的过程。
sr-ProhibitTimer操作:
(1):当接收到较低层成功传输SR的指示时,UE(100)应当启动sr-ProhibitTimer并初始化SR-LBT-FAILURE-COUNT=0。
(2):当接收到不能获取信道的基站指示时,UE(100)将重启sr-ProhibitTimer并将sr-LBT-FAILURE-COUNT增大1。
(3):如果SR-LBT-FAILURE-COUNT>SR-LBT-FAILURE-COUNT-MAX(该值可以由RRC配置),则UE(100)执行SR-LBT-FAILURE过程。
periodicBSR-Timer操作:
(1):如果缓冲器状态报告过程确定至少一个BSR已被触发且未被取消,并且如果UL-SCH资源可用于新的即时传输,则UE(100)应当启动periodicBSR-Timer。
(2):当接收到不能获取信道的基站指示时,UE(100)将重启periodicBSR-Timer,并将PERIODIC-BSR-LBT-FAILURE-COUNT增大1。
(3):如果PERIODIC-BSR-LBT-FAILURE-COUNT>PERIODIC-BSR-LBT-FAILURE-COUNT-MAX(该值可由以RRC配置),则UE(100)执行PERIODIC-BSR-LBT-FAILURE过程。
retxBSR-Timer操作:
(1):如果缓冲器状态报告过程确定至少一个BSR已被触发且未被取消,并且如果UL-SCH资源可用于新的即时传输,或者当接收到用于在任何UL-SCH上传输新数据的许可时,则UE(100)应当启动retxBSR-Timer。
(2):当接收到不能获取信道的基站指示时,UE(100)将重启retxBSR-Timer,并将RETX-BSR-LBT-FAILURE-COUNT增大1。
(i):如果RETX-BSR-LBT-FAILURE-COUNT>RETX-BSR-LBT-FAILURE-COUNT-MAX(该值可以由RRC配置),则UE(100)执行RETX-BSR-LBT-FAILURE过程。
drx-OnDurationTimer操作:
(1):在以下实例之一,UE(100)根据被提供用于DRX操作的配置,启动drx-OnDurationTimer:
(a):UE(100)在SFN和子帧之后启动drx-OnDurationTimer以X个时间单位,其中:
(i):如果使用短DRX循环(Short DRX Cycle),并且[(SFN X 10)+子帧编号]模(drx-ShortCycle)=(drx-StartOffset)模(DRX ShortCycle)或
(ii):如果使用长DRX循环(Long DRX Cycle),并且[(SFN X 10)+子帧编号]模(drx-LongCycle)=drx-StartOffset。
(iii):X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MACCE),或者可以是预定义的值(例如,X的值可以是0)。
(b):在启动预先配置的时间窗口后,UE(100)启动drx-OnDurationTimer以X个时间单位,其中该时间窗口配置至少包括时间窗口的启动场合的时间偏移、时间窗口的时间周期。例如,时间窗口可以是提供给UE(100)的离散监视定时配置,或者时间窗口可以是使用专用配置提供给UE(100)的任何配置。X的值可以由基站(200)指示(例如,使用系统信息或专用配置或DCI或MAC CE),或者可以是预定义的值(例如,X的值可以是0)。
(2):当drx-OnDurationTimer正在运行时,UE(100)应当基于以下选项中的一个或多个来监视下行链路信道:
(a):在一个实施例中,当drx-OnDurationTimer正在运行时,UE(100)监视来自基站(200)的SSB传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(b):在另一实施例中,当drx-OnDurationTimer正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(c):在另一实施例中,UE(100)监视由小区公共RNTI的值(即,预定义的RNTI值或由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的目的地为小区公共RNTI的PDCCH传输。
(d):在另一实施例中,UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的启动/结束/进行中的COT的前导码/任何传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的指示启动/结束/进行中的COT的前导码/任何传输。
(e):在另一实施例中,UE(100)监视由MAC实体的C-RNTI、CS-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI标识的PDCCH。
(3):在drx-onDurationTimer启动后,UE(100)初始化计数器ON-drx-LBT-COUNTER=0
(4):当接收到不能使用长LBT获取信道的基站指示时,UE(100)重启drx-OnDurationTimer(如果正在运行),并将On-drx-LBT-COUNTER增大1。
(5):如果ON-DRX-LBT-COUNTER>MAX-ON-DRX-LBT-COUNTER(该值可以通过RRC来配置),则UE(100)执行ON-DRX-LBT-FAILURE过程。
(6):当成功接收到目的地为UE(100)的C-RNTI的PDCCH时,UE(100)应当停止drx-OnDurationTimer。
drx-InactivityTimer操作:
(1):在UE接收到指示新传输(DL或UL)的PDCCH之后,UE(100)启动drx-InactivityTimer以X个时间单位。X的值可以由基站(200)配置(例如,使用系统信息或专用配置),或者可以是预定义的值(例如,X的值可以是0)。
(2):当drx-InactivityTimer运行时,UE(100)应当基于以下选项中的一个或多个来监视下行链路信道:
(a):在一个实施例中,当drx-InactivityTimer正在运行时,UE(100)监视来自基站(200)的SSB传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(b):在另一实施例中,当drx-InactivityTimer正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(c):在另一实施例中,UE(100)监视由小区公共RNTI的值(即,预定义的RNTI值或由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的目的地为小区公共RNTI的PDCCH传输。
(d):在另一实施例中,UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的启动/结束/进行中的COT的前导码/任何传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的指示启动/结束/进行中的COT的前导码/任何传输。
(e):在另一实施例中,UE(100)监视由MAC实体的C-RNTI、CS-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI标识的PDCCH。
(3):在drx-InactivityTimer启动后,UE(100)初始化计数器IN-DRX-LBT-COUNTER=0
(4):当接收到不能使用长LBT获取信道的基站指示时,UE(100)重启drx-InactivityTimer(如果正在运行),并将IN-drx-LBT-COUNTER增大1。
(5):如果IN-DRX-LBT-COUNTER>MAX-IN-DRX-LBT-COUNTER(该值可以由RRC配置),则UE(100)执行IN-DRX-LBT-FAILURE过程。
(6):当成功接收到DRX命令MAC CE或长DRX命令MAC CE时,UE(100)应当停止drx-InactivityTimer。
drx-RetransmissionTimerUL操作:
(1):在drx-RetransmissionTimerUL到期后,UE(100)启动drx-RetransmissionTimerUL以X个时间单位。X的值可以由基站(200)配置(例如,使用系统信息或专用配置),或者可以是预定义的值(例如,X的值可以是0)。
(2):当drx-RetransmissionTimerUL正在运行时,UE(100)应当基于以下选项中的一个或多个来监视下行链路信道:
(a):在一个实施例中,当drx-RetransmissionTimerUL正在运行时,UE(100)监视来自基站(200)的SSB传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(b):在另一实施例中,当drx-RetransmissionTimerUL正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(c):在另一实施例中,UE(100)监视由小区公共RNTI的值(即,预定义的RNTI值或由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的目的地为小区公共RNTI的PDCCH传输。
(d):在另一实施例中,UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的启动/结束/进行中的COT的前导码/任何传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的指示启动/结束/进行中的COT的前导码/任何传输。
(e):在另一实施例中,UE(100)监视由MAC实体的C-RNTI、CS-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI标识的PDCCH。
(3):在启动drx-RetransmissionTimerUL之后,UE(100)初始化计数器RETU-DRX-LBT-COUNTER=0
(4):当接收到不能使用长LBT获取信道的基站(200)的指示时,UE(100)重启drx-RetransmissionTimerUL(如果正在运行),并将RETU-DRX-LBT-COUNTER增大1。
(5):如果RETU-DRX-LBT-COUNTER>MAX-REU-DRX-LBT-COUNTER(该值可以通过RRC配置),则UE(100)执行RETU-DRX-LBT-FAILURE过程。
(6):当成功接收到DRX命令MAC CE或长DRX命令MAC CE时,UE(100)应当停止drx-RetransmissionTimerUL。
drx-RetransmissionTimerDL操作:
(7):在drx-HARQ-RTT-TimerDL到期后并且如果对应的HARQ过程的数据未被成功解码时,UE(100)启动drx-RetransmissionTimerDL以X个时间单位。X的值可以由基站(200)配置(例如,使用系统信息或专用配置),或者可以是预定义的值(例如,X的值可以是0)。
(8):当drx-RetransmissionTimerDL正在运行时,UE(100)应当基于以下选项中的一个或多个来监视下行链路信道:
(a):在一个实施例中,当drx-RetransmissionTimerDL正在运行时,UE(100)监视来自基站(200)的SSB传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的SSB传输。
(b):在另一实施例中,当drx-RetransmissionTimerDL正在运行时,UE(100)监视来自基站(200)的与服务小区对应的任何CSI-RS传输(如果针对该服务小区CSI-RS资源被配置给UE(100))。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的CSI-RS传输。
(c):在另一实施例中,UE(100)监视由小区公共RNTI的值(即,预定义的RNTI值或由基站(200)例如在系统信息或专用配置中配置的RNTI值)标识的PDCCH。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的目的地为小区公共RNTI的PDCCH传输。
(d)在另一实施例中,UE(100)监视来自基站(200)的指示用于基站(200)的给定服务小区的启动/结束/进行中的COT的前导码/任何传输。在该方案的进一步扩展中,对于为其配置DRX的基站(200)的给定小区,当COT正在进行时(例如,基于dlCOTActive和dlCOTInactive指示),UE(100)不需要监视来自基站(200)的指示启动/结束/进行中的COT的前导码/任何传输。
(e):在另一实施例中,UE(100)监视由MAC实体的C-RNTI、CS-RNTI、TPC-PUCCH-RNTI、TPC-PUSCH-RNTI和TPC-SRS-RNTI标识的PDCCH。
(9):在启动drx-RetransmissionTimerDL之后,UE(100)初始化计数器RETD-DRX-LBT-COUNTER=0
(10):在接收到不能使用长LBT获取信道的基站指示时,UE(100)重启DRX-RetransmissionTimerDL(如果正在运行),并将RETD-DRX-LBT-COUNTER增大1。
(11):如果RETD-DRX-LBT-COUNTER>MAX-RETD-DRX-LBT-COUNTER(该值可以通过RRC配置),则UE(100)执行RETD-DRX-LBT-FAILURE过程。
(12):在成功接收到DRX命令MAC CE或长DRX命令MAC CE时,UE(100)应当停止drx-RetransmissionTimerDL。
LBT故障时UE的动作:
随机接入响应定时器操作:在另一实施例中,因为过度的LBT故障或RAR-LBT-FAILURE过程而导致的随机接入响应接收失败,由UE(100)采取的动作如下:
(1):对因为过度的LBT故障而导致的随机接入响应接收失败的UE(100)的动作:
(a):在实施例中,UE(100)执行与ra-ResponseWindow到期相同的过程:
(i):UE(100)将PREAMBLE_TRANSMISSION_COUNTER(前导码传输计数器)增大1。
(ii):如果PREAMBLE_TRANSMISSION_COUNTER=preambleTxMax+1,则如果PRACH在SpCell上传输,则UE(100)向上层指示随机接入问题,或者如果PRACH在SCell上执行,则UE(100)认为随机接入过程未成功完成。
(iii):在该随机接入过程中,如果MAC在基于竞争的随机接入前导码当中选择了随机接入前导码,则UE(100)选择随机退避(backoff)定时器,并将后续的尝试延迟以退避值。
(iv):UE(100)执行随机接入资源选择。
(b):在另一实施例中,在RAR-LBT-FAILURE时,UE(100)执行以下动作中的一个或多个:
(i):UE(100)保持计数器PREAMBLE_LBT_FAILURE,使得在随机接入过程开始时,UE(100)将PREAMBLE_LBT_FAILURE的值设置为1。此外,UE(100)可以在随机接入配置中被配置有参数preambleLbtMax。
(ii):如果UE(100)检测到RAR-LBT-FAILURE,则UE(100)将PREAMBLE_LBT_FAILURE增大1
(iii):如果PREAMBLE_LBT_FAILURE=preambleLbtMax+1,则如果PRACH在SpCell上传输,则UE(100)向上层指示随机接入问题,或者如果PRACH在SCell上执行,则UE(100)认为随机接入过程未成功完成。
(iv):在该随机接入过程中,如果MAC在基于竞争的随机接入前导码中选择了随机接入前导码,则UE(100)选择随机退避定时器,并将后续的尝试延迟以退避值。
(v):UE(100)执行随机接入资源选择。
(c):在另一实施例中,如果先前的随机接入传输尝试导致RAR-LBT-FAILURE,则UE(100)不增大PREAMBLE_POWER_RAMPING_COUNTER
(d):在另一实施例中,UE(100)使用给定的基于SSB/CSI-RS的RACH资源来取消PRACH传输的优先级。
ContentionResolutionTimer操作:在另一实施例中,因为LBT故障或CR-LBT-FAILURE过程而导致竞争解决失败时由UE(100)采取的动作如下:
(1):因为过度的LBT故障而导致的随机接入响应接收失败时的UE(100)的动作:
(a):在一实施例中,UE(100)执行与ra-ContentionResolutionTimer到期相同的过程。
(i):UE(100)在Msg3缓冲器中刷新用于传输MAC PDU的HARQ缓冲器;
(ii):UE(100)将PREAMBLE_TRANSMISSION_COUNTER(前导码传输计数器)增大1
(iii):如果PREAMBLE_TRANSMISSION_COUNTER=preambleLbtMax+1,则UE(100)向上层指示随机接入问题。
(iv):UE(100)选择随机退避定时器,并将后续的尝试延迟以退避值。
(v):UE(100)执行随机接入资源选择。
(b):在另一实施例中,在CR-LBT-FAILURE时,UE(100)执行以下动作:
(i):UE(100)维持计数器PREAMBLE_LBT_FAILURE,使得在随机接入过程开始时,UE(100)将PREAMBLE_LBT_FAILURE的值设置为1。此外,UE(100)可以在随机接入配置中被配置有参数preambleLbtMax。
(ii):如果UE(100)检测到RAR-LBT-FAILURE,则UE(100)将PREAMBLE-LBT-FAILURE增大1。
(iii):如果PREAMBLE-LBT-FAILURE=preambleLbtMax+1,则UE(100)向上层指示随机接入问题。
(iv):UE(100)选择随机退避定时器,并将后续的尝试延迟以退避值。
(v):UE(100)执行随机接入资源选择。
(c):在另一实施例中,如果先前的随机接入传输尝试导致CONTENTION-LBT-FAILURE,则UE(100)不增大PREAMBLE_POWER_RAMPING_COUNTER。
(d):在另一实施例中,UE(100)使用给定的基于SSB/CSI-RS的RACH资源来取消PRACH传输的优先级。
sr-Prohibit Timer操作:在另一实施例中,由UE(100)针对SR-LBT-FAILURE过程所采取的动作。
(1):在一个实施例中,UE(100)再次触发SR并且将对应的SR_COUNTER(SR计数器)增加1。
(2):在另一实施例中,UE(100)应保持SR_PROHIBIT_COT_FAIL_RETRY_COUNT,
(a):当第一次触发SR时,UE(100)初始化SR_PROHIBIT_COT_FAIL_RETRY_COUNT=0。
(b):对于每次触发SR,UE(100)每次都将SR_PROHIBIT_COT_FAIL_RETRY_COUNT增加1
(a):针对对应的SR,运行SR-LBT-FAILURE过程。
(c):如果SR_PROHIBIT_COT_FAIL_RETRY_COUNT>SR_PROHIBIT_COT_FAIL_RETRY_COUNT_MAX(其可以通过RRC配置),则UE(100)将再次触发对应的SR,并将SR_COUNT增大1。
(3):在另一实施例中,UE(100)应当保持SR_PROHIBIT_COT_FAIL_RETRY_COUNT,
(a):当第一次触发SR时,UE(100)初始化SR_PROHIBIT_COT_FAIL_RETRY_COUNT=0。
(b):对于每次触发SR,UE(100)每次都将SR_PROHIBIT_COT_FAIL_RETRY_COUNT增大1
(a):针对对应的SR,运行SR-LBT-FAILURE过程。
(c):如果SR_PROHIBIT_COT_FAIL_RETRY_COUNT>SR_PROHIBIT_COT_FAIL_RETRY_COUNT_MAX(其可以通过RRC配置),则当SR_COUNTER>=SR-TransMax时,UE(100)将执行RACH和与c类似的步骤。
periodicBSR-Timer操作:在另一实施例中,由UE(100)针对PERIODIC-BSR-LBT-FAILURE过程采取动作。当PERIODIC-BSR-LBT-FAILURE过程被触发时,UE(100)应当执行与periodicBSR-Timer到期相同的操作。
retxBSR-Timer操作:在另一实施例中,由UE(100)针对RETX-BSR-LBT-FAILURE过程采取动作。当RETX-BSR-LBT-FAILURE过程被触发时,UE(100)应当执行与retxBSR-Time到期相同的操作。
drx-onDurationTimer操作:在另一实施例中,当ON-DRX-LBT-FAILURE过程被触发时,如果drx-onDurationTimer正在运行,则UE(100)应将其停止。
drx-InactivityTimer操作:在另一实施例中,当IN-DRX-LBT-FAILURE过程被触发时,如果drx-InactivityTimer正在运行,则UE(100)应当将其停止。
drx-RetransmissionTimerUL操作:在另一实施例中,当RETU-DRX-LBT-FAILURE过程被触发时,如果drx-RetransmissionTimerUL正在运行,则UE(100)应当将其停止。
drx-RetransmissionTimerDL操作:在另一实施例中,当RETD-DRX-LBT-FAILURE过程被触发时,如果drx-RetransmissionTimerDL正在运行,则UE(100)应当将其停止。
图3是示出根据如本文所公开的实施例的由基站(200)实现的在无线通信系统(300)中处理定时器操作的方法的流程图S300。操作(S302-S306)由处理器(210)处理。在S302,方法包括确定是否COT被启动或正在进行。响应于确定COT被启动或正在进行,在S304,方法包括向UE(100)发送指示基站(200)已获取用于传输的COT的COT活动指示。响应于确定COT未被启动或未进行,在S306,方法包括向UE(100)发送指示基站由于LBT故障而已经错过传输时机的COT不活动指示。
图4示出了根据本文所公开的实施例的由UE(100)实现的用于在无线通信系统(300)中处理定时器操作的方法的流程图S400。
在S402,方法包括从基站(200)接收信令消息。信令消息包括与所获取的基站(200)的COT有关的信息。在S404,该方法包括从物理层向MAC层指示获取的COT。物理层指示基站(200)获取用于传输的COT或基站(200)由于LBT故障而已经错过传输时机。
流程图S300和S400中的各个动作、行为、块、步骤等可以所呈现顺序执行、以不同顺序执行或同时执行。此外,在一些实施例中,在不脱离本发明范围的情况下,可省略、添加、修改、略过一些动作、行为、块、步骤等。
本文公开的实施例可以使用在至少一个硬件设备上运行并执行网络管理功能来控制元件的至少一个软件程序来实现。
之前对具体实施例的描述将充分揭示本文的实施例的一般性质,使得其它人可以通过应用现有知识,在不脱离一般概念的情况下,容易地修改和/或适应这些具体实施例的各种应用,因此,这样的适应和修改应当并且旨在所公开实施例的等同的含义和范围内理解。应当理解,本文中使用的措辞或术语是为了描述而非限制的目的。因此,虽然已经根据优选实施例描述了本文的实施例,但是本领域技术人员将认识到,可以在如本文所述的实施例的住址和范围内进行修改来实践本文的实施例。
Claims (15)
1.一种在无线通信系统(300)中处理定时器操作的方法,包括:
由基站(200)确定信道占用时间(COT)是否被启动或正在进行;以及
由所述基站(200)执行以下之一:
响应于确定COT被启动或正在进行,向用户设备(UE)(100)发送指示所述基站(200)已获取用于传输的COT的COT活动指示,以及
响应于确定COT未被启动或未进行,向所述UE(100)发送指示所述基站(200)由于先听后说(LBT)故障而错过传输时机的COT不活动指示。
2.如权利要求1所述的方法,其中,所述COT活动指示和所述COT不活动指示中的一个基于信令消息从所述基站(200)被发送到所述UE(100),其中,所述信令消息包括第1层消息、介质访问控制-控制元素(MAC CE)消息和无线资源控制(RRC)消息中的至少一个。
3.如权利要求1所述的方法,其中,当所述基站(200)已使用短LBT获取信道而所述基站(200)不能使用长LBT获取信道时,向所述UE(100)发送所述COT不活动指示。
4.一种在无线通信系统(300)中处理定时器操作的方法,包括:
由用户设备(UE)(100)从基站(200)接收信令消息,其中,所述信令消息包括与所获取的基站(200)的信道占用时间(COT)有关的信息;以及
由UE(100)从物理层向介质访问控制(MAC)层指示所获取的COT信息,其中,所述物理层指示以下之一:所述基站(200)已获取用于传输的COT和所述基站(200)由于先听后说(LBT)故障而错过传输时机。
5.如权利要求4所述的方法,其中,所述信令消息包括第1层消息、介质访问控制-控制元素(MAC CE)消息和无线资源控制(RRC)消息中的至少一个,以及
其中,来自所述基站(200)的包含与所获取COT有关的信息的信令消息的指示基于搜索空间配置、CORESET配置和监视时间配置中的至少一个。
6.如权利要求5所述的方法,其中,所述搜索空间配置包括用于下行链路信号监视的时间资源、与要由所述UE(100)监视的下行链路控制信息(DCI)格式、同步信号块(SSB)、信道状态信息参考信号(CSI-RS)、以及前导码传输中的至少一个有关的信息中的至少一个,
其中,所述搜索空间配置被提供用于与随机接入响应(RAR)和物理上行链路共享信道(PUSCH)中的至少一个对应的物理下行链路控制信道(PDCCH)监视,其中,所述UE(100)被配置为在所述搜索空间配置内监视单独DCI格式、SSB、CSI-RS资源和来自小区的前导码传输中的一个,以及
其中,所述监视时间配置包括用于监视同步信号块(SSB)参数、信道状态信息参考信号(CSI-RS)和前导码信息中的至少一个的时间资源、时间周期、偏移量和持续时间中的至少一个。
7.如权利要求4所述的方法,还包括:
由所述UE(100)检测到启动MAC定时器(140)的事件被满足;
响应于启动COT定时器(150)的事件被满足,由所述UE(100)启动所述COT定时器而不是所述MAC定时器(140);
由所述UE(100)接收指示所述基站(200)已获取用于传输的COT的COT活动指示;
基于所述COT活动指示停止所述COT定时器(150)并启动所述MAC定时器(140),
当所述UE(100)接收到指示所述基站(200)基于LBT故障而错过传输时机的COT不活动指示时,由所述UE(100)停止或暂停所述MAC定时器(140),并恢复或重启所述COT定时器(150);以及
基于所述COT活动指示,由所述UE(100)停止或暂停所述COT定时器(150),并恢复或重启所述MAC定时器(140),
其中,所述COT定时器(150)在用于每个MAC定时器(140)的公共配置和用于每个MAC定时器(140)的单独配置中的至少一个中提供,其中,与相同MAC过程对应的MAC定时器(140)可具有相同的独立配置,并且其中,所述公共配置基于每个服务小区、每个带宽部分和每个MAC实体基础中的至少一个提供,并且
其中,所述COT定时器(150)的配置通过RRC信令消息、基于MAC-CE的信令消息和基于DCI的信令消息中的一个来修改。
8.如权利要求4所述的方法,还包括:在COT定时器(150)到期时,由所述UE(100)检测由于所述LBT故障而导致的失败事件,其中,所述失败事件是随机接入响应接收失败事件、竞争解决失败事件、调度请求过程失败事件、不连续接收(DRX)过程失败事件和缓冲区状态报告(BSR)过程失败事件,
其中,所述UE(100)执行以下中的至少一个:PREAMBLE_POWER_RAMPING_COUNTER不被递增,以及在由于LBT故障而导致RAR故障的情况下,所述UE(100)使用基于SSB和CSI-RS中的一个的RACH资源来取消PRACH传输的优先级,
其中,当所述UE(100)处理基于LBT故障的SR失败时,所述UE(100)触发调度请求(SR)并将调度请求(SR)计数器增大预定值,并且
其中,当所述UE(100)处理基于LBT故障的SR失败时,所述UE(100)在增大SR计数器并触发SR或触发RACH之前保持计数器值并等待计数器超过RRC配置的阈值。
9.如权利要求4所述的方法,还包括:在接收到COT不活动指示时,由所述UE(100)重新启动所述MAC定时器(140),
其中,所述UE(100)基于以下中的一个来启动随机接入响应窗口:所述MAC层指令所述物理层执行PRACH传输,所述物理层在第一PRACH场合启动传输,以及由所述物理层执行的PRACH传输的结束,
其中,所述UE(100)基于以下中的至少一个启动随机接入竞争解决定时器:所述MAC层指令所述物理层执行RRC连接请求消息传输,所述物理层在RRC连接请求消息的符号/时隙上启动传输,以及由所述物理层执行的RRC连接请求消息传输的结束。
10.一种在无线通信系统(300)中处理定时器操作的基站(200),包括:
存储器(230);以及
处理器(210),与所述存储器(230)耦接,被配置为:
确定信道占用时间(COT)是否被启动或正在进行;以及
执行以下操作之一:
响应于确定COT被启动或正在进行,向用户设备(UE)(100)发送指示所述基站(200)已获取用于传输的COT的COT活动指示,以及
响应于确定COT未被启动或未进行,向所述UE(100)发送指示所述基站(200)由于先听后说(LBT)故障而错过传输时机的COT不活动指示。
11.如权利要求10所述的基站(200),其中,所述COT活动指示或所述COT不活动指示基于信令消息从所述基站(200)被发送到所述UE(100),其中所述信令消息包括第1层消息、介质访问控制-控制元素(MAC CE)消息和无线资源控制(RRC)消息中的至少一个,以及
其中,当所述基站(200)使用短LBT获取信道而所述基站(200)不能使用长LBT获取信道时,向所述UE(100)发送所述COT不活动指示。
12.一种在无线通信系统(300)中处理定时器操作的用户设备(UE)(100),包括:
存储器(130);以及
处理器(110),与所述存储器(130)耦接,被配置为:
从基站(200)接收信令消息,其中,所述信令消息包括与所获取的所述基站(200)的信道占用时间(COT)有关的信息;以及
从物理层向介质访问控制(MAC)层指示获取的COT信息,其中,所述物理层执行以下之一:使用COT活动指示来指示所述基站(200)已获取用于传输的COT、以及使用COT不活动指示来指示所述基站(200)由于先听后说(LBT)故障而错过传输时机。
13.如权利要求12所述的UE(100),其中,所述信令信息包括第1层消息、介质访问控制-控制元素(MAC CE)消息和无线资源控制(RRC)消息中的至少一个,其中,来自所述基站(200)的包含与所获取的所述基站(200)的COT有关的信息的所述信令消息的指示基于搜索空间配置、CORESET配置和监视时间配置中的至少一个,
其中,所述搜索空间配置包括用于下行链路信号监视的时间资源、与要由所述UE(100)监视的下行链路控制信息(DCI)格式、同步信号块(SSB)、信道状态信息参考信号(CSI-RS)、以及前导码传输中的至少一个有关的信息中的至少一个,
其中,所述搜索空间配置被提供用于与随机接入响应(RAR)和物理上行链路共享信道(PUSCH)中的至少一个对应的物理下行链路控制信道(PDCCH)监视,其中,所述UE(100)被配置为在所述搜索空间配置内监视单独的DCI格式、SSB、CSI-RS资源和来自小区的前导码传输中的一个,以及
其中,所述监视时间配置包括用于监视同步信号块(SSB)参数、信道状态信息参考信号(CSI-RS)和前导码信息中的至少一个的时间资源、时间周期、偏移量和持续时间中的至少一个。
14.如权利要求12所述的UE(100),其中,所述处理器(110)被配置为:
检测到启动MAC定时器(140)的事件被满足;
响应于启动COT定时器(150)的事件被满足,启动所述COT定时器而不是所述MAC定时器(140);
接收指示所述基站(200)已获取用于传输的COT的COT活动指示;以及
基于所述COT活动指示,停止所述COT定时器(150)并启动所述MAC定时器(140),
其中,所述处理器(110)被配置为:
当所述UE(100)接收到指示所述基站(200)由于LBT故障而错过传输时机的COT不活动指示时,停止或暂停所述MAC定时器(140),并恢复或重启所述COT定时器(150);以及
基于所述COT活动指示,停止或暂停所述COT定时器(150),并恢复或重启所述MAC定时器(140),
其中,所述COT定时器(150)在用于每个MAC定时器(140)的公共配置和用于每个MAC定时器(140)的单独配置中的至少一个中提供,其中,与相同MAC过程对应的MAC定时器(140)可以具有相同的独立配置,并且其中,所述公共配置基于每个服务小区、每个带宽部分和每个MAC实体基础中的至少一个被提供,并且
其中,所述COT定时器(150)的配置通过RRC信令消息、基于MAC-CE的信令消息和基于DCI的信令消息中的一个来修改。
15.如权利要求12所述的UE(100),其中,所述处理器(110)被配置为在所述COT定时器(150)到期时检测由于所述LBT故障而导致的失败事件,并且在接收到所述COT不活动指示时重启所述MAC定时器(140),
其中,所述失败事件是随机接入响应接收失败事件、竞争解决失败事件、调度请求过程失败事件、不连续接收(DRX)过程失败事件、和缓冲区状态报告(BSR)过程失败事件,
其中,所述UE(100)基于以下中的一个来启动随机接入响应窗口:所述MAC层指令所述物理层执行PRACH传输,所述物理层在第一PRACH场合下启动传输,以及由所述物理层执行的PRACH传输的结束,
其中,所述UE(100)执行以下中的至少一个:PREAMBLE_POWER_RAMPING_COUNTER不递增,以及在由于LBT故障而导致RAR故障的情况下,所述UE(100)使用基于SSB/CSI-RS的RACH资源来取消PRACH传输的优先级,
其中,所述UE(100)基于以下中的至少一个启动随机接入竞争窗口定时器:所述MAC层指令所述物理层执行RRC连接请求消息,所述物理层在RRC连接请求消息的符号/时隙上启动传输,以及由所述物理层执行的RRC连接请求消息传输的结束,
其中,当所述UE(100)处理基于LBT故障的SR失败时,所述UE(100)触发调度请求(SR)并将调度请求(SR)计数器增大预定值,并且
其中,当所述UE(100)处理基于LBT故障的SR失败时,所述UE(100)在增大SR计数器并触发SR或触发RACH之前保持计数器值并等待计数器超过RRC配置的阈值。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
IN201841022151 | 2018-06-13 | ||
IN201841022151 | 2019-06-12 | ||
PCT/KR2019/007141 WO2019240512A1 (en) | 2018-06-13 | 2019-06-13 | Method and wireless communication system for handling timer operation |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112369102A CN112369102A (zh) | 2021-02-12 |
CN112369102B true CN112369102B (zh) | 2023-08-11 |
Family
ID=68842794
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980039706.XA Active CN112369102B (zh) | 2018-06-13 | 2019-06-13 | 用于处理定时器操作的方法和无线通信系统 |
Country Status (4)
Country | Link |
---|---|
US (2) | US11252760B2 (zh) |
EP (1) | EP3791671B1 (zh) |
CN (1) | CN112369102B (zh) |
WO (1) | WO2019240512A1 (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
BR112020016778A2 (pt) | 2018-02-19 | 2020-12-15 | Ntt Docomo, Inc. | Terminal, método de radiocomunicação para um terminal e estação base |
CN112369102B (zh) * | 2018-06-13 | 2023-08-11 | 三星电子株式会社 | 用于处理定时器操作的方法和无线通信系统 |
CN110708750B (zh) * | 2018-07-09 | 2021-06-22 | 华为技术有限公司 | 一种功率调整方法、终端及存储介质 |
US11330455B2 (en) * | 2018-12-21 | 2022-05-10 | Qualcomm Incorporated | Indication of pause duration for unlicensed band operation |
US11451432B2 (en) * | 2019-01-28 | 2022-09-20 | Qualcomm Incorporated | Timer configuration for new radio-unlicensed and new radio-shared spectrum |
CN113767710B (zh) * | 2019-03-28 | 2024-04-26 | 瑞典爱立信有限公司 | 基于dl cca操作信息适配ue服务小区过程 |
WO2020199203A1 (en) * | 2019-04-04 | 2020-10-08 | Lenovo (Beijing) Limited | Determining channel statistics for clear channel assessments |
US20230032015A1 (en) * | 2020-01-23 | 2023-02-02 | Qualcomm Incorporated | User equipment as initiating device in frame based equipment mode |
CN115088337A (zh) * | 2020-02-12 | 2022-09-20 | 苹果公司 | 报告上行链路先听后说失败 |
JP7380907B2 (ja) * | 2020-04-09 | 2023-11-15 | 富士通株式会社 | Lbt失敗を指示する方法及び装置 |
WO2021232180A1 (en) * | 2020-05-18 | 2021-11-25 | Nokia Shanghai Bell Co., Ltd. | Methods and apparatuses for random access procedure |
WO2022077331A1 (en) * | 2020-10-15 | 2022-04-21 | Apple Inc. | Wireless device initiated channel occupancy in unlicensed spectrum |
US20220408224A1 (en) * | 2021-06-17 | 2022-12-22 | Qualcomm Incorporated | Initial access enhancements for fixed point-to-multipoint millimeter-wave wireless communication networks |
CN116634488A (zh) * | 2022-02-11 | 2023-08-22 | 华为技术有限公司 | 通信方法及装置 |
WO2024035065A1 (ko) * | 2022-08-08 | 2024-02-15 | 엘지전자 주식회사 | Sl-u에서 iuc-정보 리포팅을 위한 단말 동작 방법 및 장치 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3251453B1 (en) | 2015-01-30 | 2020-09-09 | Telefonaktiebolaget LM Ericsson (publ) | Methods providing listen-before-talk and related ues and network nodes |
KR102068553B1 (ko) | 2015-08-13 | 2020-01-21 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 다중-반송파 LBT(listen-before-talk) 프로토콜의 경쟁 윈도우 적응 |
CN108432281B (zh) * | 2016-01-29 | 2020-12-25 | 华为技术有限公司 | 一种上行传输方法、基站及终端设备 |
US10575338B2 (en) | 2016-02-04 | 2020-02-25 | Samsung Electronics Co., Ltd. | Method and apparatus for UE signal transmission in 5G cellular communications |
US10624125B2 (en) | 2016-10-26 | 2020-04-14 | Qualcomm Incorporated | Techniques for semi-autonomously scheduling an uplink transmission in a shared radio frequency spectrum band |
US20180124831A1 (en) * | 2016-10-29 | 2018-05-03 | Ofinno Technologies, Llc | Dual connectivity scheduling request for wireless network and wireless device |
US10462761B2 (en) * | 2017-07-25 | 2019-10-29 | Samsung Electronics Co., Ltd. | Method and SS block time locations and SS burst set composition for NR unlicensed spectrum |
CN112369102B (zh) * | 2018-06-13 | 2023-08-11 | 三星电子株式会社 | 用于处理定时器操作的方法和无线通信系统 |
CN110636613B (zh) * | 2018-06-21 | 2023-05-02 | 中兴通讯股份有限公司 | 随机接入方法、终端、基站、存储介质、电子装置 |
US11140708B2 (en) * | 2018-07-30 | 2021-10-05 | Samsung Electronics Co., Ltd. | Method and apparatus for frame based equipment operation of NR unlicensed |
WO2020033623A1 (en) * | 2018-08-08 | 2020-02-13 | Idac Holdings, Inc. | Efficient and robust acknowledgement procedures for new radio operation in unlicensed bands |
-
2019
- 2019-06-13 CN CN201980039706.XA patent/CN112369102B/zh active Active
- 2019-06-13 WO PCT/KR2019/007141 patent/WO2019240512A1/en unknown
- 2019-06-13 EP EP19818745.2A patent/EP3791671B1/en active Active
- 2019-06-13 US US17/251,157 patent/US11252760B2/en active Active
-
2022
- 2022-02-14 US US17/651,031 patent/US11751245B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
EP3791671A4 (en) | 2022-03-09 |
EP3791671B1 (en) | 2024-01-24 |
US20220167412A1 (en) | 2022-05-26 |
CN112369102A (zh) | 2021-02-12 |
EP3791671A1 (en) | 2021-03-17 |
US11751245B2 (en) | 2023-09-05 |
WO2019240512A1 (en) | 2019-12-19 |
US11252760B2 (en) | 2022-02-15 |
US20210282187A1 (en) | 2021-09-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112369102B (zh) | 用于处理定时器操作的方法和无线通信系统 | |
US11653387B2 (en) | Random access method and apparatus in wireless communication system | |
US11889565B2 (en) | Method and system for handling random access response in wireless communication system | |
US11523433B2 (en) | System and method of handling bandwidth part inactivity timer | |
CN110945957B (zh) | 执行随机接入过程的方法和装置 | |
US11818080B2 (en) | Random access with bandwidth part switch | |
CN113383583B (zh) | 随机接入信道(rach)过程功率控制 | |
KR101967540B1 (ko) | 무선 통신 시스템에서 랜덤 액세스 절차의 Msg3 전송을 개선하기 위한 방법 및 장치 | |
US11968737B2 (en) | Active time handling with 2-step granting | |
EP3556157B1 (en) | Systems and methods for asynchronous grant-free access | |
CN114145072A (zh) | 用于支持大随机接入响应(rar)窗口大小的随机接入过程的方法 | |
US10531441B2 (en) | Methods, apparatuses and system for transmission of a connection request message in a wireless communications system | |
CN115669196A (zh) | 用于在无线通信系统中发送和接收寻呼和专用系统信息的方法和装置 | |
CN116134947A (zh) | 无线通信中针对小数据传输的随机接入过程的方法和装置 | |
CN115553052A (zh) | 用于无线通信系统中的无线电链路失败报告的方法和装置 | |
CN113767677A (zh) | 非许可频带中的随机接入消息重传 | |
CN113056956B (zh) | 新无线电-非许可(nr-u)中改进的rach过程 | |
CN114616905A (zh) | 用于媒体接入控制层中的随机接入过程的方法和设备 | |
CN113330804A (zh) | 用于在无线通信系统中释放分配用于随机接入的pusch资源的方法和装置 | |
CN116114332A (zh) | 用于通信的方法、设备和计算机存储介质 | |
CN116134876A (zh) | 用于数据传输的方法及设备 | |
CN114651497A (zh) | 随机接入过程中的竞争解决 | |
US20240196446A1 (en) | Method and system for handling random access response in wireless communication system | |
US20230023556A1 (en) | System and method of pdcch skipping and random access |
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 |