CN121970429A - 定时器的处理方法和装置 - Google Patents

Abstract

本申请实施例提供一种定时器的处理方法和装置，所述方法包括：终端设备在第一定时器未运行时，执行以下处理至少之一：快速恢复；基于随机接入的小区切换；使用动态授权发送第一个上行数据；以及启动或重启所述第一定时器；其中，所述第一定时器是配置的授权定时器或者时间对齐定时器。根据本申请实施例，终端设备可以在第一定时器未运行时继续传输第一个上行数据，从而保证LTM小区切换成功完成或者LTM执行完成。

Description

定时器的处理方法和装置 技术领域

本申请实施例涉及通信技术领域。

背景技术

PUSCH(Physical Uplink Shared Channel，物理上行链路共享信道)可以由PDCCH(Physical Downlink Control Channel，物理下行链路控制通道)上的DCI(Downlink Control Information，下行链路控制信息)调度，网络设备使用DCI上的上行授权(uplink grant)调度每个上行传输的初传。或者，PUSCH可以经RRC(Radio Resource Control，无线资源控制协议)提供配置的授权(configured grant，CG)，目前支持以下两种操作：

Type-2(类型2)：第一个PUSCH由DCI触发，后续PUSCH的传输遵循RRC配置和从该DCI收到的调度；

Type-1(类型1)：PUSCH由终端设备发送缓存的数据到达触发，该PUSCH的传输遵循RRC配置。

对于共享频谱信道接入的操作，终端设备可以在CG上重传。为了处理CG上可能的LBT(listen before talk，先听后说)失败，可以配置CG重传定时器以确保自主重传；当配置了CG重传定时器时，终端设备将会自己选择每个CG资源的HARQ(Hybrid Automatic Repeat-reQuest，混合自动重传请求)进程。

对于小区级的调度，CS-RNTI(Configured Scheduling RNTI，配置的调度RNTI。)是用于下行SPS(Semi－Persistent Scheduling，半静态调度)和上行CG的唯一终端设备标识符。

对于一个服务小区的一个BWP(Bandwidth Part，部分带宽)，终端设备可被配置最多12个激活的CG，当配置了多个CG时，网络侧决定一次激活哪些(包括所有的)CG。对于Type-2，每个CG使用DCI命令单独激活，一个DCI可用于去激活一个或多个CG。

当配置了SUL(Supplementary Uplink，补充上行链路)时，网络侧需要确保SUL上的一个激活的CG在时间上与另外的UL配置上的另外一个激活的CG不重叠。

对于动态授权(DG，dynamic grant)和CG Type-2，重复(repetitions)的数量也可以在L1信令(L1signaling)里动态地指示，如果RRC里也存在重复的数量，则动态指示的重复数覆盖(override)该RRC里配置的重复数。

为了改善NR(New Radio，新无线)上行覆盖，动态授权和配置的授权的PUSCH传输都支持TB(Transport Block，传输块)重复的多时隙(slot)聚合增强。

应该注意，上面对技术背景的介绍只是为了方便对本申请的技术方案进行清楚、完整的说明，并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本申请的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。

发明内容

发明人发现，在L1/L2触发的移动性(LTM)过程中，网络设备决定执行到目标小区的小区切换(cell switch)并发送触发小区切换的、包括目标小区候选配置索引(candidate configuration index)的MAC CE。终端设备切换到目标小区并应用候选配置索引指示的配置；此外，终端设备还发送目标小区里的第一个上行数据(也称为第一个UL data)，例如RRC重配置完成消息，如果未执行随机接入过程，即对于RACH-less LTM，当终端设备确定网络侧已经成功接收了其第一个上行数据时，终端设备认为LTM执行完成。另外，终端设备通过接收目标小区里终端设备的C-RNTI寻址的、调度该第一个上行数据传输后的一个新传的PDCCH，确定其第一个上行数据的成功接收。

根据当前讨论，动态授权或配置的授权可用于LTM过程中终端设备在目标小区里的第一个上行数据的传输。在动态授权情况下，假设源DU(Distributed Unit，分布式单元)告知目标DU选择的波束，以便目标DU开始动态调度UL授权；在配置的授权情况下，终端设备选择与LTM MAC CE里指示的波束关联的配置的授权的机会(occasion)。

然而，对于RACH-less LTM，存在以下问题：

问题1：在终端设备使用配置的授权发送第一个上行数据的情况下，如果相应的CG定时器超时时，终端设备还没有成功完成LTM执行或者LTM小区切换，那么终端设备将无法继续传输第一个上行数据，也就无法完成LTM执行或者LTM小区切换，增加了终端设备与网络的业务中断。

问题2：在LTM过程中，当收到包括TAC(Timing Advance Command，定时提前命令)的LTM小区切换命令(MAC CE)时，终端设备为指示的LTM目标小区的PTAG(Primary Timing Advance Group，主定时提前组)应用该TAC，并启动或重启这个PTAG关联的TAT(TA timer，定时提前计时器)。根据现有机制，如果该TAT并未运行，那么终端设备不能进行除了随机接入前导码和MSGA(message A，消息A)传输外的任何上行传输。这意味着，如果当该TAT超时时，终端设备还没有成功完成LTM执行或 者LTM小区切换，如图1所示，那么终端设备无法继续传输第一个上行数据，也就无法完成LTM执行或者LTM小区切换，增加了终端设备与网络的业务中断。

针对上述问题至少之一或其他类似问题，本申请实施例提供一种定时器的处理方法和装置，以使得终端设备在CG定时器或者TA定时器(TAT)未运行时能够继续传输第一个上行数据和/或继续进行小区切换过程，从而保证LTM小区切换成功完成或者LTM执行完成；或者使得终端设备在CG定时器或者TA定时器(TAT)未运行时能够进行快速恢复，从而减小业务中断。

根据本申请实施例的一方面，通过一种定时器的处理装置，配置于终端设备，其中，所述装置包括：

第一处理单元，其在第一定时器未运行时，执行以下处理中的至少之一：

快速恢复；

基于随机接入的小区切换；

使用动态授权发送第一个上行数据；以及

启动或重启所述第一定时器；

其中，所述第一定时器是配置的授权定时器或者时间对齐定时器。

本申请实施例的有益效果之一在于：根据本申请实施例，当第一定时器未运行时，终端执行(1)快速恢复、(2)基于随机接入的小区切换、(3)使用动态授权发送第一个上行数据或(4)启动或重启该第一定时器中的至少之一，由此，终端设备可以在第一定时器未运行时继续传输第一个上行数据和/或继续进行小区切换过程，从而保证LTM小区切换成功完成或者LTM执行完成；或者使得终端设备在CG定时器或者TA定时器(TAT)未运行时能够进行快速恢复，从而减小业务中断。

参照后文的说明和附图，详细公开了本申请的特定实施方式，指明了本申请的原理可以被采用的方式。应该理解，本申请的实施方式在范围上并不因而受到限制。在所附权利要求的精神和条款的范围内，本申请的实施方式包括许多改变、修改和等同。

针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用，与其它实施方式中的特征相组合，或替代其它实施方式中的特征。

应该强调，术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在，但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。

附图说明

在本申请实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外，在附图中，类似的标号表示几个附图中对应的部件，并可用于指示多于一种实施方式中使用的对应部件。

图1是TAT超时的情况下UE无法发送目标小区里第一个上行数据的一示意图；

图2是LTM过程的一示意图；

图3是基于L1/L2的小区间移动性场景的示意图；

图4是Intra-AMF/UPF切换场景(也即L3切换场景)的一示意图；

图5是Intra-AMF/UPF条件切换场景(也即CHO场景)的一示意图；

图6是本申请实施例的定时器的处理方法的一示意图；

图7是本申请实施例的定时器的处理装置的一示意图；

图8是本申请实施例的通信系统的一示意图；

图9是本申请实施例的终端设备的一示意图。

具体实施方式

参照附图，通过下面的说明书，本申请的前述以及其它特征将变得明显。在说明书和附图中，具体公开了本申请的特定实施方式，其表明了其中可以采用本申请的原则的部分实施方式，应了解的是，本申请不限于所描述的实施方式，相反，本申请包括落入所附权利要求的范围内的全部修改、变型以及等同物。

在本申请实施例中，术语“第一”、“第二”等用于对不同元素从称谓上进行区分，但并不表示这些元素的空间排列或时间顺序等，这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在，但并不排除存在或添加一个或多个其他特征、元素、元件或组件。

在本申请实施例中，单数形式“一”、“该”等包括复数形式，应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义；此外术语“所述”应理解为既包括单数形式也包括复数形式，除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”，术语“基于”应理解为“至少部分基于……”，除非上下文另外明确指出。

在本申请实施例中，术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络，例如长期演进(LTE，Long Term Evolution)、增强的长期演进(LTE-A，LTE-Advanced)、宽带码分多址接入(WCDMA，Wideband Code Division Multiple Access)、 高速报文接入(HSPA，High-Speed Packet Access)等等。

并且，通信系统中设备之间的通信可以根据任意阶段的通信协议进行，例如可以包括但不限于如下通信协议：1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及5G、新无线(NR，New Radio)等等，和/或其他目前已知或未来将被开发的通信协议。

在本申请实施例中，术语“网络设备”例如是指通信系统中将终端设备接入通信网络并为该终端设备提供服务的设备。网络设备可以包括但不限于如下设备：基站(BS，Base Station)、接入点(AP、Access Point)、发送接收点(TRP，Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服务器、无线网络控制器(RNC，Radio Network Controller)、基站控制器(BSC，Base Station Controller)等等。

基站可以包括但不限于：节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及5G基站(gNB)，等等，此外还可包括远端无线头(RRH，Remote Radio Head)、远端无线单元(RRU，Remote Radio Unit)、中继(relay)或者低功率节点(例如femeto、pico等等)、IAB(Integrated Access and Backhaul，集成接入和回程)节点或IAB-DU或IAB-donor。并且术语“基站”可以包括它们的一些或所有功能，每个基站可以对特定的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域，这取决于使用该术语的上下文。在不引起混淆的情况下，术语“小区”和“基站”可以互换。

在本申请实施例中，术语“用户设备”(UE，User Equipment)或者“终端设备”(TE，Terminal Equipment或Terminal Device)例如是指通过网络设备接入通信网络并接收网络服务的设备。终端设备可以是固定的或移动的，并且也可以称为移动台(MS，Mobile Station)、终端、用户台(SS，Subscriber Station)、接入终端(AT，Access Terminal)、IAB-MT(Mobile Terminal，移动终端)、站(station)，等等。

终端设备可以包括但不限于如下设备：蜂窝电话(Cellular Phone)、个人数字助理(PDA，Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机，等等。

再例如，在物联网(IoT，Internet of Things)等场景下，终端设备还可以是进行监控或测量的机器或装置，例如可以包括但不限于：机器类通信(MTC，Machine Type Communication)终端、车载通信终端、设备到设备(D2D，Device to Device)终端、机器到机器(M2M，Machine to Machine)终端，等等。

此外，术语“网络侧”或“网络设备侧”是指网络的一侧，可以是某一基站，也可以包 括如上的一个或多个网络设备。术语“用户侧”或“终端侧”或“终端设备侧”是指用户或终端的一侧，可以是某一UE，也可以包括如上的一个或多个终端设备。本文在没有特别指出的情况下，“设备”可以指网络设备，也可以指终端设备。

图2是LTM过程的一示意图，如图2所示，该过程包括以下步骤：

1.UE向gNB发送MeasurementReport(测量报告)消息，其中，gNB-CU决定使用LTM并发起候选小区准备；

2.gNB向UE发送一条RRCReconfiguration(RRC重配置)消息，包括一个或多个候选小区的LTM候选小区配置；

3.UE存储LTM候选小区配置并向gNB发送一条RRCReconfigurationComplete(RRC重配置完成)消息；

4a/4b.收到小区切换命令前，UE可能执行候选小区的DL(Downlink，下行链路，简称为下行)同步和TA(Timing Advance，定时提前)获取；

5.UE执行配置的候选小区上的L1测量，并向gNB发送低层测量报告；

注意：DL/UL(Uplink，上行链路，简称为上行)同步和L1测量的顺序尚未定义，可以改变。

6.gNB决定向目标小区执行小区切换，并发送一个MAC CE(MAC控制元素)通过包括目标小区的候选配置索引触发小区切换LTM命令。UE切换到目标小区的配置；

7.如果小区切换需要包括执行随机接入过程，UE向目标小区执行随机接入过程；

8.UE向目标小区指示小区切换的完成。

其中，UE可以为后续LTM小区切换基于步骤2里提供的配置多次执行步骤4-8。

图3是本申请实施例的小区间移动性场景的一示意图。

如图3所示，在本申请实施例中，当终端设备从一个小区的覆盖区域移动到另一个小区的覆盖区域，在某一点需要执行服务小区改变。小区间移动性支持的场景包括：gNB间场景、Inter-DU场景，Intra-DU场景，切换场景，CA场景，NR-DC场景，异频场景等。

在切换场景中，切换是指PCell的移动性/改变，涉及非CA(即PCell only)和CA场景(即PCell和SCell(s))，包括：

目标PCell/目标SCell(s)不是当前服务小区(即有PCell改变的CA→CA场景)，例如图3所示的场景中B到D的小区改变；

目标PCell是一个当前SCell，例如图3所示的场景中B到C的小区改变；以及，

目标SCell是当前PCell，例如图3所示的场景中A到B的小区改变。

在CA场景中，支持没有SCell改变的PCell改变和有SCell改变的PCell改变。

在NR-DC场景中，支持不涉及MN(Mobile Network，移动网络)的PSCell改变(即intra-SN)。

在异频场景中，异频场景包括到非当前服务小区的异频小区的移动性，如果可行，支持异频L1测量。

在上述各场景下，源小区和目标小区可能是同步的或异步的，可能工作在FR1上或FR2上。

图4是Intra-AMF/UPF切换场景(也即L3切换场景)的一示意图。如图4所示，在该场景下，包括以下步骤：

0.源gNB内UE上下文包含有关漫游和访问限制信息，这些信息在连接建立或最后一次TA更新时提供。

1.源gNB配置UE测量过程，UE根据测量配置上报。

2.源gNB基于测量报告和RRM信息决定切换UE。

3.源gNB向目标gNB发出切换请求消息，该切换请求消息传递具有必要信息的透明RRC容器以在目标侧准备切换。源gNB还可以请求用于一个或多个DRB的DAPS切换。

4.准入控制可由目标gNB执行。

5.目标gNB准备与L1/L2的切换，并向源gNB发送HANDOVER REQUEST ACKNOWLEDGE，其包括要作为RRC消息发送到UE以执行切换的透明容器。目标gNB还指示是否接受DAPS切换。

注：一旦源gNB接收到切换请求确认，或者一旦在下行链路中发起切换命令的传输，就可以启动数据转发。

6.源gNB通过向UE发送RRCReconfiguration消息来触发Uu切换。

7.对于未配置DAPS的DRBs，源gNB向目标gNB发送SN STATUS TRANSFER消息，以传达应用PDCP状态保持的DRB(即，RLC AM)的上行PDCP SN接收端状态和下行PDCP SN发射端状态。上行PDCP SN接收端状态至少包括第一丢失UL PDCP SDU的PDCP SN，并且可以包括UE需要在目标小区中重传的无序UL PDCP SDUs(如果有的话)的接收状态的位图。下行PDCP SN发射端状态指示目标gNB将分配给新的PDCP SDUs的下一个PDCP SN，该PDCP SDUs还不具有PDCP SN。

8.UE与目标小区同步，并通过向目标gNB发送RRCReconfigurationComplete消息来完成RRC切换过程。在DAPS切换的情况下，UE在接收到RRCReconfiguration消息时不从源小区分离。当接收到来自目标节点的显式的(explicit)释放时，UE释放源资源和配置，并且停止与源的DL/UL接收/传输。

9.目标gNB向AMF发送PATH SWITCH REQUEST消息，以触发5GC将DL数据路径切换到目标gNB并建立朝向目标gNB的NG-C接口实例。

10. 5GC将DL数据路径切换到目标gNB。UPF在旧路径上按照每个PDU会话/隧道向源gNB发送一个或多个“结束标记(end marker)”分组，然后可以释放朝向源gNB所有U平面/TNL资源。

11.AMF用PATH SWITCH REQUEST ACKNOWLEDGE消息来确认PATH SWITCH REQUEST消息。

12.当接收到来自AMF的PATH SWITCH REQUEST ACKNOWLEDGE消息时，目标gNB发送UE CONTEXT RELEASE以通知源gNB切换成功。然后源gNB可以释放与UE上下文相关联的无线和C平面相关资源。任何正在进行的数据转发都可以继续。

图5是Intra-AMF/UPF条件切换场景(也即CHO场景)的一示意图。如图5所示，在该场景下，包括以下步骤：

0.源gNB内UE上下文包含有关漫游和访问限制信息，这些信息在连接建立或最后一次TA更新时提供。

1.源gNB配置UE测量过程，UE根据测量配置上报。

2.源gNB决定使用CHO。

3.源gNB为属于一个或多个候选gNBs的一个或多个候选小区请求CHO，为每个候选小区发送一个CHO请求消息。

4.准入控制可由目标gNB执行。如果切片信息被发送到目标gNB，则应执行切片感知准入控制。如果PDU会话与不受支持的切片相关联，则目标gNB应拒绝此类PDU会话。

5.候选gNB向源gNB发送包含CHO候选小区配置的CHO响应(HO REQUEST ACKNOWLEDGE)。每个候选小区发送CHO响应消息。

6.源gNB向UE发送RRCReconfiguration消息，包含CHO候选小区的配置和CHO执行条件。

其中，候选小区的CHO配置可以跟随源gNB的其他重配置。

7.UE向源gNB发送RRCReconfigurationComplete消息。

7a.如果应用了早期数据转发，则源gNB发送EARLY STATUS TRANSFER消息。

8.UE在接收到CHO配置后保持与源gNB的连接，并开始评估候选小区的CHO执行条件。如果至少一个CHO候选小区满足相应的CHO执行条件，则UE与源gNB分离(detach)，应用为该选定的候选小区存储的相应配置，同步到该候选小区，并通过向目标gNB发送RRCReconfigurationComplete消息来完成RRC切换过程。。

8a.目标gNB向源gNB发送HANDOVER SUCCESS消息，通知UE已经成功接入目标小区。

8b.源gNB发送SN STATUS TRANSFER消息。

8c.源gNB向其他信令连接或其他候选目标gNB(如果有)发送HANDOVER CANCEL消息，以取消UE的CHO。

下面结合附图和具体实施方式对本申请实施例进行说明。在以下的说明中，在不引起混淆的情况下，“如果…”、“在…情况下”以及“当…时”可以相互替换使用。

第一方面的实施例

本申请实施例提供一种定时器的处理方法，从终端设备的一侧进行说明。

图6本申请实施例的定时器的处理方法的一示意图，如图6示，该方法包括：

610：终端设备在第一定时器未运行时，执行以下处理至少之一：

快速恢复；

基于随机接入的小区切换；

使用动态授权发送第一个上行数据；以及

启动或重启所述第一定时器；

其中，所述第一定时器是配置的授权定时器(configuredGrantTimer)或者时间对齐定时器(timeAlignmentTimer)。

值得注意的是，以上附图6仅示意性地对本申请实施例进行了说明，但本申请不限于此。例如可以增加其他的一些操作或者减少其中的某些操作。本领域的技术人员可以根据上述内容进行适当地变型，而不仅限于上述附图6的记载。

在上述实施例中，当第一定时器未运行时，终端执行(1)快速恢复、(2)基于随机接入的小区切换、(3)使用动态授权发送第一个上行数据或(4)启动或重启该第一定时器中的至少之一，由此，终端设备可以在第一定时器未运行时继续传输第一个上行 数据和/或继续进行小区切换过程，从而保证LTM小区切换成功完成或者LTM执行完成；或者使在CG定时器或者TA定时器(TAT)未运行时能够进行快速恢复，从而减小业务中断。

在本申请实施例中，第一定时器未运行是指以下至少之一：

配置了第一定时器，并且该第一定时器超时；

配置了第一定时器，并且该第一定时器被停止；

未配置第一定时器。

在一些实施例中，终端设备执行快速恢复包括：终端设备发起RRC连接重建。

例如，终端设备进行小区选择；如果满足第一条件，也即，选择的小区是条件切换(CHO)候选小区，且网络配置了失败后尝试CHO，则终端设备尝试一次CHO执行，或者终端设备应用该CHO候选小区的配置；如果满足第二条件，也即，选择的小区是L1/L2触发的移动性(LTM)候选小区，且网络配置了失败后尝试LTM，则终端设备尝试一次到上述候选小区的LTM，或者终端设备应用该LTM候选小区的配置；如果不满足第一条件和/或第二条件，则终端设备发送RRC连接重建请求。

在上述示例中，不满足第一条件是指：选择的小区不是CHO候选小区，并且网络没有配置失败后尝试CHO。也即，如果选择的小区不是CHO候选小区，并且网络没有配置失败后尝试CHO，则终端设备发送RRC连接重建请求。

在上述示例中，不满足第二条件是指：选择的小区不是LTM候选小区，并且网络没有配置失败后尝试LTM。也即，如果选择的小区不是LTM候选小区，并且网络没有配置失败后尝试LTM，则终端设备发送RRC连接重建请求。

在上述示例中，不满第一条件和第二条件是指：选择的小区既不是CHO候选小区也不是LTM候选小区，并且网络没有配置失败后尝试CHO和LTM。也即，如果选择的小区既不是CHO候选小区也不是LTM候选小区，并且网络没有配置失败后尝试CHO和LTM，则终端设备发送RRC连接重建请求。

又例如，终端设备进行小区选择；如果满足第一条件，也即，选择的小区是条件切换(CHO)候选小区，且网络配置了失败后尝试CHO，则终端设备尝试一次CHO执行，或者终端设备应用该CHO候选小区的配置；否则，终端设备发送RRC连接重建请求。

再例如，终端设备进行小区选择；如果满足第二条件，也即，选择的小区是L1/L2触发的移动性(LTM)候选小区，且网络配置了失败后尝试LTM，则终端设备尝试一次到上述候选小区的LTM，或者终端设备应用该LTM候选小区的配置；否则，终端设备 发送RRC连接重建请求。

在上述实施例中，终端设备的MAC层/实体可以向上层(upper layers)指示(RACH-less)第一定时器超时或停止或者指示小区切换失败或者指示无线链路失败或者指示执行失败恢复，和/或，终端设备可以认为小区切换定时器超时。由此，相比较于现有机制，终端设备的行为尽可能重用现有机制，从而减少终端设备的复杂度并降低终端设备的成本。这里，小区切换定时器例如为T304。关于T304的含义可以参考相关技术，此处省略说明。

根据上述实施例，当第一定时器未运行时，终端设备发起RRC连接重建。由此，终端设备能够进行快速恢复，从而减小业务中断。

在一些实施例中，终端设备执行基于随机接入的小区切换，可以包括：终端设备的MAC层执行到目标小区的随机接入过程。

例如，终端设备使用RRC配置的波束、低层(例如MAC层，本申请不限于此)指示的波束或选择的波束所关联的随机接入资源发送上述波束关联的随机接入前导码，从而执行到目标小区的随机接入过程。

在上述实施例中，上述RRC配置的波束/低层指示的波束/选择的波束例如为SSB，TRS或者CSI-RS，本申请不限于此。

例如，RRC配置的波束为candidateBeamRSList/rach-ConfigDedicated里的SSBs，或者candidateBeamRSList/rach-ConfigDedicated里的CSI-RSs，等等。

再例如，低层指示的波束为LTM cell switch command MAC CE指示的TCI state index对应的波束。

再例如，选择的波束为UE选择的SS-RSRP大于配置的阈值的SSB或选择CSI-RSRP大于配置的阈值的CSI-RS。

在上述实施例中，随机接入过程可以是基于竞争的随机接入过程，也可以是非竞争的随机接入过程。

在上述实施例中，终端设备的MAC层还可以将第一个上行数据从第一定时器相应的HARQ进程(第二HARQ进程)缓存放入复用和组装实体；向上层(upper layers)指示第一定时器超时或停止或者指示(RACH-less)小区切换失败或者指示无线链路失败或者指示执行失败恢复，和/或，终端设备可以认为小区切换定时器超时。这样，基于该指示或认为小区切换定时器超时，终端设备可以进行相应的操作，并向低层提供随机接入过程需要的配置，从而保证当第一定时器未运行时，终端设备能够进行到目标小区 的随机接入过程。这里，小区切换定时器例如为T304。关于T304的含义可以参考相关技术，此处省略说明。

在上述实施例中，终端设备的RRC层还可以指示MAC层执行到目标小区的随机接入过程并向低层递交CCCH消息或第一RRC消息，从而触发MAC层执行到目标小区的随机接入过程。这样，终端设备能尽可能重用现有随机接入发起的过程，从而减少终端复杂度并降低终端设备的成本。

根据上述实施例，当第一定时器未运行时，终端设备执行基于随机接入的小区切换。由此，终端设备可以在目标小区上进行随机接入过程，从而完成LTM执行或者完成LTM小区切换并继续发送第一个上行数据。

在一些实施例中，终端设备使用动态授权发送第一个上行数据，包括：

终端设备监听目标小区的激活BWP上的PDCCH；

如果接收到MAC的C-RNTI的PDCCH上的上行授权，则确定相应的HARQ进程(称为第一HARQ进程)；该HARQ进程从复用和组装实体(Multiplexing and assembly entity)获取MAC PDU。

在上述实施例中，终端设备可以将第一个上行数据从第一定时器(configuredGrantTimer)对应的HARQ进程(原来的HARQ进程，也即，第一定时器未运行时第一个上行数据传输所对应的HARQ进程，称为第二HARQ进程)的缓存(buffer)中放入复用和组装实体。由此，第一HARQ进程可以从该复用和组装实体获取上述第一个上行数据的MAC PDU，从而完成该第一个上行数据的发送。

或者，在上述实施例中，终端设备(例如终端设备的RRC层)也可以再次向低层(例如PDCP/RLC/MAC)递交第一RRC消息，例如RRC重配置完成消息(CCCH消息)。由此，当通过监听目标小区的激活BWP上的PDCCH，确定上述第一HARQ进程时，终端设备可以从复用和组装实体获取包括第一RRC消息的MAC PDU作为第一个上行数据传输，从而完成该第一个上行数据的发送。

在上述示例中，终端设备的MAC层还可以向上层(upper layers)指示第一定时器(configuredGrantTimer)超时，从而触发终端设备向低层递交上述第一RRC消息。

根据上述实施例，当配置的授权定时器(configuredGrantTimer)未运行时，终端设备使用动态授权发送第一个上行数据。由此，终端设备可以在目标小区上继续发送第一个上行数据，从而完成LTM执行或者完成LTM小区切换。

在一些实施例中，第一定时器是配置的授权定时器(configuredGrantTimer)，终端 设备启动或重启第一定时器，包括以下至少之一：

重启上述第一定时器；

监听目标小区的激活BWP上的PDCCH，如果接收到MAC实体的CS-RNTI的PDCCH上的上行授权(也即DG重传)，则启动或重启上述第一定时器；

监听目标小区的激活BWP上的PDCCH，如果接收到MAC实体的CS-RNTI的PDCCH上的上行授权(也即DG重传)，并且如果未配置CG重传定时器(例如cg-LTM-RetransmissionTimer)，则启动或重启上述第一定时器。

在上述实施例中，终端设备可以使用上述上行授权进行第一个上行数据的重传。

在另一些实施例中，第一定时器是时间对齐定时器(timeAlignmentTimer)，终端设备启动或重启第一定时器，包括：

重启上述第一定时器。

在上述实施例中，当完成小区切换或者认为第一个上行数据被成功接收时，停止该第一定时器或者认为该第一定时器超时或停止。由此，避免了第一定时器持续运行导致的传输错误或终端与网络之间的不一致。

根据上述实施例，当第一定时器未运行时，终端设备启动或重启该第一定时器。由此，终端设备可以在该第一定时器的运行期间继续发送第一个上行数据，从而完成LTM执行或者完成LTM小区切换。

在前面的实施例中，对第一定时器未运行时终端设备的处理做了说明，在其他的实施例中，终端设备也可以在第一定时器未运行并且满足了某个条件(称为第三条件)时，执行上述处理(也即，(1)快速恢复、(2)基于随机接入的小区切换、(3)使用动态授权发送第一个上行数据或(4)启动或重启该第一定时器)至少之一。

在上述实施例中，第三条件包括以下至少之一：

正在进行小区切换；

发送了上述第一个上行数据(传输)；

尚未认为上述第一个上行数据(传输)成功接收；

尚未收到MAC的C-RNTI的PDCCH上的下行分配(downlink assignment)；

尚未收到递交给第一定时器对应的HARQ进程(前述第二HARQ进程)的HARQ实体的MAC的C-RNTI的PDCCH上的上行授权。

在上述实施例中，上述正在进行小区切换，例如正在进行LTM或者HO或者CHO，等等，可以是T304正在运行。关于T304的定义，可以参考相关技术。

在上述实施例中，上述认为第一个上行数据(传输)成功接收，包括收到MAC的C-RNTI的PDCCH上的下行分配，或收到递交给第一定时器对应的HARQ进程(前述第二HARQ进程)的HARQ实体的MAC的C-RNTI的PDCCH上的上行授权。

在上述实施例中，上述第一定时器是配置的授权定时器。本申请不限于此，上述第一定时器也可以是时间对齐定时器。

根据上述实施例，当第一定时器未运行时，终端设备继续判断上述第三条件是否满足，在第三条件也满足的情况下，终端设备再执行以上四种处理至少之一，从而发送第一个上行数据和/或继续进行小区切换过程，以完成LTM执行或者完成LTM小区切换；或者在CG定时器或者TA定时器(TAT)未运行时能够进行快速恢复，从而减小业务中断。

在一些实施例中，如图6所示，该方法还包括：

620：终端设备启动或重启第一定时器。

在上述实施例中，如果该第一定时器是配置的授权定时器(configuredGrantTimer)，则终端设备可以在以下情况下启动或重启该第一定时器，这些情况包括但不限于以下至少之一：

当进行传输时，如果未从低层收到LBT失败指示，则启动或重启相应的HARQ进程的第一定时器；

在PDCCH上收到MAC实体的C-RNTI的上行授权，且确认的HARQ进程配置了配置的上行授权，则启动或重启相应的HARQ进程的第一定时器；

在PDCCH上收到MAC实体的CS-RNTI的PDCCH occasion的上行授权，且收到的HARQ信息里的NDI是1，则启动或重启相应的HARQ进程的第一定时器。

在上述实施例中，如果该第一定时器是时间对齐定时器(timeAlignmentTimer)，则终端设备可以在以下情况下启动或重启该第一定时器，这些情况包括但不限于以下至少之一：

当收到包括TAC的小区切换命令时，启动或重启PTAG关联的第一定时器；

当收到包括目标小区信息的小区切换命令时，如果终端设备有目标小区的有效TA值，启动或重启PTAG关联的第一定时器；

当应用目标小区的配置时，启动或重启PTAG关联的第一定时器。

在上述实施例中，小区切换命令可以是LTM小区切换命令MAC CE(参见图2所示的过程)，或者，小区切换命令可以是RRC reconfiguration with sync消息(参见图4 所示的过程)。

在上述实施例中，目标小区可以是CHO候选小区，终端设备的RRC层可以应用该CHO候选小区的配置，并向MAC层提供第一指示，MAC层基于该第一指示启动或重启PTAG关联的第一定时器。

在上述实施例中，目标小区也可以是LTM候选小区，终端设备的RRC层可以应用该LTM候选小区的配置，向MAC层提供第二指示，MAC层基于该第二指示启动或重启PTAG关联的第一定时器。

以上各个实施例仅对本申请实施例的方法进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。

下面结合图2、图4和图5所示的场景对本申请实施例的方法进行说明。其中，括号中的内容是可选的或者进一步解释或者可替换的。

以图2所示的场景为例，如图2所示，小区切换命令是步骤6里的小区切换命令MAC CE，目标小区是LTM候选小区之一，目标小区的配置包括在步骤2里由RRC重配置消息包括的LTM候选配置里。

在一个示例中，第一定时器是配置的授权定时器。

如图2所示，终端设备在步骤4(4a/4b)与候选小区进行了DL同步和UL同步。在步骤6，gNB决定向一个目标小区进行小区切换并发送包括该目标小区的候选配置索引的MAC CE触发小区切换。终端设备向该目标小区切换并应用候选配置索引指示的配置。基于步骤4b，网络设备能够在步骤6里MAC CE里包括终端设备在该目标小区上的有效TA，这样，终端设备可以不进行到该目标小区的随机接入过程，向该目标小区发送第一个UL data，以完成LTM小区切换过程。

在上述示例中，向该目标小区发送第一个UL data，包括：根据步骤6的MAC CE里指示的波束信息(以及RRC信令，如图2的步骤2的包括LTM候选配置的RRC重配置消息里提供的配置的授权)，选择关联的配置授权机会，认为其有效(valid)。终端设备使用这些配置的授权进行第一个UL data的初传和重传。

在上述示例中，使用配置的授权进行第一个UL data的初传，包括：对于每个配置的授权，如果配置且激活，终端设备(例如MAC实体)将设置HARQ进程ID为该配置的授权的PUSCH duration关联的HARQ进程ID(例如第二HARQ进程)；如果配置了CG LTM重传定时器但对于相应的HARQ进程未运行，(如果该配置的授权是为了 LTM小区切换时的初始传输，即初始新传，)向上述第二HARQ进程递交该配置的授权和关联的HARQ信息。

在上述示例中，使用配置的授权进行第一个UL data的初传，还包括：对于每个配置的授权，终端设备(例如HARQ实体)将确认该配置的授权关联的HARQ进程，(如果尚未获取MAC PDU，如果该授权是优先的授权，)从复用和组装实体获取MAC PDU；向确认的HARQ进程递交MAC PDU、该配置的授权和该TB的HARQ信息；指示该HARQ进程触发一个新传(new transmission)；当该传输进行时，(如果未从低层收到LBT失败指示，)如果配置，启动或重启该HARQ进程相应的配置的授权定时器(即第一定时器)；启动或重启CG LTM重传定时器。

在上述示例中，当该配置的授权定时器超时时，(如果满足第一条件，)终端设备执行以下至少之一：

(1)快速恢复。

当该配置的授权定时器超时时，MAC层(MAC实体)向上层指示小区切换失败(可选)；

(基于该指示，)终端设备(例如RRC)发起RRC连接重建过程，即：进行小区选择，如果选择的小区是LTM候选小区且网络配置了失败后尝试LTM，终端设备尝试一次到该候选小区上的LTM，即终端设备应用该LTM候选小区的配置(此时，终端设备执行基于随机接入的过程，不会出现第一定时器超时或停止的问题)；否则(即选择的小区不是LTM候选小区或网络配置了失败后尝试LTM至少之一)，终端设备发送RRC连接重建请求。

(2)基于随机接入的小区切换。

例如(option 1)：

当该配置的授权定时器超时时，终端设备(第二HARQ进程)将获取的MAC PDU(从相应的HARQ进程buffer)放入/放回复用与组装实体；

当该配置的授权定时器超时时，终端设备(MAC层/MAC实体)向该目标小区发起随机接入过程。

再例如(option 2)：

当该配置的授权定时器超时时，MAC层(MAC实体)向上层指示小区切换失败(可选)；

RRC指示MAC执行到目标小区的随机接入过程(可选)，向低层递交第一RRC消 息(例如，RRC重配置完成消息)；

当该配置的授权定时器超时时，终端设备(MAC层/MAC实体)向该目标小区发起随机接入过程。

(3)使用动态授权发送第一个上行数据。

例如(option 1)：

当该配置的授权定时器超时时，终端设备(第二HARQ进程)将获取的MAC PDU(从相应的HARQ进程buffer)放入/放回复用与组装实体；

(如果该配置的授权定时器超时，)终端设备(MAC层/MAC实体)监听该目标小区的激活BWP上的PDCCH，如果收到MAC的C-RNTI的PDCCH的UL授权，确定相应的HARQ进程(第一HARQ进程)；

终端设备(第一HARQ进程)从复用和组装实体获取MAC PDU。

再例如(option 2)：

当该配置的授权定时器超时时，MAC层(MAC实体)向上层指示小区切换失败(可选)；

RRC向低层递交第一RRC消息(例如，RRC重配置完成消息)；

(如果该配置的授权定时器超时，)终端设备(MAC层/MAC实体)监听该目标小区的激活BWP上的PDCCH，如果收到MAC的C-RNTI的PDCCH的UL授权，确定相应的HARQ进程(第一HARQ进程)；

终端设备(第一HARQ进程)从复用和组装实体获取MAC PDU。

(4)启动或重启该配置的授权定时器。

当该配置的授权定时器超时时，重启该配置的授权定时器；或者

(如果该配置的授权定时器超时时，)终端设备(MAC层/MAC实体)监听目标小区的激活BWP上的PDCCH；当该配置的授权定时器超时时，如果收到MAC的CS-RNTI的PDCCH的UL授权(且如果未配置CG LTM重传定时器，例如cg-LTM-RetransmissionTimer)，重启该配置的授权定时器；第二HARQ进程(实体)使用该UL授权进行第一个UL data的重传。

在另一个示例中，第一定时器是时间对齐定时器。

如图2所示，该终端设备在步骤4(4a/4b)与候选小区进行了DL同步和UL同步。在步骤6，gNB决定向一个目标小区进行小区切换并发送包括该目标小区的候选配置索引的MAC CE触发小区切换。终端设备向该目标小区切换并应用候选配置索引指示的 配置。基于步骤4b，网络设备能在步骤6里MAC CE里包括终端设备在该目标小区上的有效TA，这样终端设备可以不进行到该目标小区的随机接入过程，向该目标小区发送第一个UL data，以完成LTM小区切换过程。

在上述示例中，当收到包括该有效TA(例如TAC)的LTM小区切换命令MAC CE时，启动或重启PTAG关联的时间对齐定时器。

在上述示例中，当该时间对齐定时器超时时，(如果满足第一条件，)终端设备执行以下至少之一：

(1)快速恢复。

当该时间对齐定时器超时时，MAC层(MAC实体)向上层指示该时间对齐定时器超时或小区切换失败(可选)；

(基于该指示，)终端设备(RRC)发起RRC连接重建过程，即：进行小区选择，如果选择的小区是LTM候选小区且网络配置了失败后尝试LTM，终端设备尝试一次到该候选小区上的LTM，即终端应用该LTM候选小区的配置；否则(即选择的小区不是LTM候选小区或网络配置了失败后尝试LTM至少之一)，终端设备发送RRC连接重建请求。

(2)基于随机接入的小区切换。

例如(option 1)：

当该时间对齐定时器超时时，终端设备(第二HARQ进程)将获取的MAC PDU(从相应的HARQ进程buffer)放入/放回复用与组装实体；

当该时间对齐定时器超时时，终端设备(MAC层/MAC实体)向该目标小区发起随机接入过程。

再例如(option 2)：

当该时间对齐定时器超时时，MAC层(MAC实体)向上层指示该时间对齐定时器超时或小区切换失败(可选)；

RRC指示MAC执行到目标小区的随机接入过程(可选)，向低层递交第一RRC消息(例如，RRC重配置完成消息)；

当该时间对齐定时器超时时，终端设备(MAC层/MAC实体)向该目标小区发起随机接入过程。

(3)启动或重启该时间对齐定时器。

当该时间对齐定时器超时时，重启该时间对齐定时器；

当(成功)完成LTM小区切换或认为第一个上行数据成功接收时，停止该时间对齐定时器或认为该时间对齐定时器超时。

以图4所示的场景为例，如图4所示，小区切换命令是步骤6里的RRC reconfiguration消息。

在一个示例中，第一定时器是配置的授权定时器。

如图4所示，在步骤2或步骤6前，该终端设备与候选小区进行了DL同步和UL同步。在步骤6，gNB决定向一个目标小区进行小区切换并发送包括该目标小区的配置的RRC重配置消息触发小区切换。终端设备向该目标小区切换并应用该配置。基于之前的DL/UL同步，网络能在步骤6里RRC重配置消息里包括终端设备在该目标小区上的有效TA，这样终端设备可以不进行到该目标小区的随机接入过程(即“detach from old cell Synchronise to new cell”可以修改为“detach from old cell,apply target configurations”)，向该目标小区发送第一个UL data，以完成小区切换过程。

接下来的步骤与图2所示的场景中第一定时器是配置的授权定时器的情况类似，与图2所示的场景中第一定时器是配置的授权定时器的情况不同的是，上述情况中的“MAC CE”替换为RRC重配置消息。

在另一个示例中，第一定时器是时间对齐定时器。

如图4所示，在步骤2或步骤6前，该终端设备与候选小区进行了DL同步和UL同步。在步骤6，gNB决定向一个目标小区进行小区切换并发送包括该目标小区的配置的RRC重配置消息触发小区切换。终端设备向该目标小区切换并应用该配置。基于之前的DL/UL同步，网络能在步骤6里RRC重配置消息里包括终端设备在该目标小区上的有效TA，这样终端设备可以不进行到该目标小区的随机接入过程(即“detach from old cell Synchronise to new cell”可以修改为“detach from old cell,apply target configurations”)，向该目标小区发送第一个UL data，以完成小区切换过程。

接下来的步骤与图2所示的场景中第一定时器是时间对齐定时器的情况类似，与图2所示的场景中第一定时器是时间对齐定时器的情况不同的是，上述情况中的“LTM小区切换命令MAC CE”替换为(用于(L3)小区切换的)RRC重配置消息、“完成LTM小区切换”替换成(L3)小区切换完成。

以图5所示的场景为例，如图5所示，应用目标小区的配置是评估CHO条件后确定目标小区并应用其配置。

在一个示例中，第一定时器是配置的授权定时器。

如图5所示，在步骤6，gNB向终端设备提供候选小区的配置和CHO评估条件，终端设备执行CHO条件的评估；在“detach from old cell Synchronise to new cell”前，该终端设备与候选小区进行了DL同步和UL同步。终端设备决定向一个目标小区进行小区切换并应用该目标小区的配置。基于之前的DL/UL同步，网络能在步骤6里RRC重配置消息里包括终端设备在该目标小区上的有效TA，这样终端设备可以不进行到该目标小区的随机接入过程(即“detach from old cell Synchronise to new cell”可以修改为“detach from old cell,apply target configurations”)，向该目标小区发送第一个UL data，以完成小区切换过程。

接下来的步骤与图2所示的场景中第一定时器是配置的授权定时器的情况类似，与图2所示的场景中第一定时器是配置的授权定时器的情况不同的是，上述情况中的“MAC CE”替换为RRC重配置消息。

在另一个示例中，第一定时器是时间对齐定时器。

如图5所示，在步骤6，gNB向终端设备提供候选小区的配置和CHO评估条件，终端执行CHO条件的评估；在“detach from old cell Synchronise to new cell”前，该终端设备与候选小区进行了DL同步和UL同步。终端设备决定向一个目标小区进行小区切换并应用该目标小区的配置。基于之前的DL/UL同步，网络能在步骤6里RRC重配置消息里包括终端设备在该目标小区上的有效TA，这样终端设备可以不进行到该目标小区的随机接入过程(即“detach from old cell Synchronise to new cell”可以修改为“detach from old cell,apply target configurations”)，向该目标小区发送第一个UL data，以完成小区切换过程。

接下来的步骤与图2所示的场景中第一定时器是时间对齐定时器的情况类似，与图2所示的场景中第一定时器是时间对齐定时器的情况不同的是，上述情况中的“LTM小区切换命令MAC CE”替换为(用于(L3)小区切换的)RRC重配置消息、“完成LTM小区切换”替换成(L3)小区切换完成。

根据本申请实施例的方法，当第一定时器未运行时，终端执行(1)快速恢复、(2)基于随机接入的小区切换、(3)使用动态授权发送第一个上行数据或(4)启动或重启该第一定时器中的至少之一，由此，终端设备可以在第一定时器未运行时继续传输第一个上行数据和/或继续进行小区切换过程，从而保证LTM小区切换成功完成或者LTM执行完成；或者在CG定时器或者TA定时器(TAT)未运行时能够进行快速恢复，从而减小业务中断。

第二方面的实施例

本申请实施例提供一种定时器的处理装置，该装置例如可以是终端设备，也可以是配置于终端设备的某个或某些部件或者组件。由于该装置解决问题的原理与第一方面的实施例的方法相同，因此其具体的实施可以参照第一方面的实施例的方法的实施，内容相同之处不再重复说明。

图7是本申请实施例的定时器的处理装置的一示意图。如图7所示，该装置700包括：

第一处理单元710，其在第一定时器未运行时，执行以下处理至少之一：

快速恢复；

基于随机接入的小区切换；

使用动态授权发送第一个上行数据；以及

启动或重启所述第一定时器；

其中，所述第一定时器是配置的授权定时器或者时间对齐定时器。

在本申请实施例中，第一定时器未运行是指以下至少之一：

配置了第一定时器，并且该第一定时器超时；

配置了第一定时器，并且该第一定时器被停止；

未配置第一定时器。

在一些实施例中，第一处理单元710在第一定时器未运行时执行快速恢复，包括：第一处理单元710发起RRC连接重建。

在上述实施例中，第一处理单元710发起RRC连接重建可以包括：

第一处理单元710进行小区选择；

如果满足第一条件，也即，选择的小区是条件切换(CHO)候选小区，且网络配置了失败后尝试CHO，则第一处理单元710尝试一次CHO执行或者第一处理单元710应用所述CHO候选小区的配置；

如果满足第二条件，也即，选择的小区是L1/L2触发的移动性(LTM)候选小区，且网络配置了失败后尝试LTM，则第一处理单元710尝试一次到所述候选小区的LTM或者第一处理单元710应用所述LTM候选小区的配置；

如果不满足所述第一条件和/或所述第二条件，则第一处理单元710发送RRC连接重建请求。

在上述实施例中，第一处理单元710执行快速恢复，还可以包括：

第一处理单元710在终端设备的MAC层向上层指示第一定时器超时或停止或者指示小区切换失败或者指示无线链路失败；或者

第一处理单元710在终端设备的MAC层向上层指示执行失败恢复；或者

第一处理单元710认为小区切换定时器超时。

在一些实施例中，第一处理单元710在第一定时器未运行时执行基于随机接入的小区切换，包括：

第一处理单元710在终端设备的MAC层执行到目标小区的随机接入过程。

在上述实施例中，第一处理单元710在终端设备的MAC层执行到目标小区的随机接入过程，可以包括：

第一处理单元710使用RRC配置的波束、低层指示的波束或选择的波束所关联的随机接入资源发送所述波束关联的随机接入前导码。

在上述实施例中，随机接入过程可以是基于竞争的随机接入过程，也可以是非竞争的随机接入过程。

在上述实施例中，第一处理单元710执行基于随机接入的小区切换，还包括以下至少之一：

第一处理单元710在终端设备的MAC层将第一个上行数据从所述第一定时器相应的HARQ进程缓存放入复用和组装实体；

第一处理单元710在终端设备的MAC层向上层指示第一定时器超时或停止或者指示小区切换失败或者指示执行失败恢复；

第一处理单元710在终端设备的RRC层指示MAC层执行到目标小区的随机接入过程并向低层递交CCCH消息或第一RRC消息。

在一些实施例中，第一处理单元710在第一定时器未运行时使用动态授权发送第一个上行数据，包括：

第一处理单元710监听目标小区的激活BWP上的PDCCH；

如果接收到MAC的C-RNTI的PDCCH上的上行授权，则确定相应的HARQ进程；所述HARQ进程从复用和组装实体获取MAC PDU。

在上述实施例中，第一定时器可以为配置的授权定时器，第一处理单元710使用动态授权发送第一个上行数据，还可以包括：

第一处理单元710将所述第一个上行数据从所述第一定时器对应的HARQ进程的 缓存中放入复用和组装实体。

或者，在上述实施例中，第一定时器为配置的授权定时器，第一处理单元710使用动态授权发送第一个上行数据，还可以包括：

第一处理单元710向低层递交第一RRC消息。

在上述实施例中，第一处理单元710还可以在终端设备的MAC层向上层指示第一定时器超时或停止。

在一些实施例中，第一定时器是配置的授权定时器，第一处理单元710在该第一定时器未运行时启动或重启该第一定时器，包括以下至少之一：

重启该第一定时器，；

监听目标小区的激活BWP上的PDCCH，如果接收到MAC实体的CS-RNTI的PDCCH上的上行授权，则启动或重启该第一定时器；

监听目标小区的激活BWP上的PDCCH，如果接收到MAC实体的CS-RNTI的PDCCH上的上行授权，并且如果未配置CG重传定时器，则启动或重启该第一定时器。

在一些实施例中，第一定时器是时间对齐定时器，第一处理单元710在该第一定时器未运行时启动或重启该第一定时器，包括：

重启该第一定时器，所述。

在上述实施例中，当完成小区切换或者认为第一个上行数据被成功接收时，第一处理单元710停止该第一定时器或者认为该第一定时器超时或停止。

在一些实施例中，第一处理单元710在第一定时器未运行并且满足了第三条件时，执行以上处理至少之一；该第三条件包括以下至少之一：

正在进行小区切换；

发送了所述第一个上行数据；

尚未认为所述第一个上行数据成功接收；

尚未收到MAC的C-RNTI的PDCCH上的下行分配；

尚未收到递交给所述第一定时器对应的HARQ进程的HARQ实体的MAC的C-RNTI的PDCCH上的上行授权。

在一些实施例中，如图7所示，该装置700还包括：

第二处理单元720，其启动或重启所述第一定时器。

在上述实施例中，如果第一定时器是配置的授权定时器，则第二处理单元720启动或重启所述第一定时器，可以包括：

第二处理单元720执行以下处理至少之一：

当进行传输时，如果未从低层收到LBT失败指示，启动或重启相应的HARQ进程的所述第一定时器；

在PDCCH上收到MAC实体的C-RNTI的上行授权，且确认的HARQ进程配置该配置的上行授权，启动或重启相应的HARQ进程的所述第一定时器；

在PDCCH上收到MAC实体的CS-RNTI的PDCCH occasion的上行授权，且收到的HARQ信息里的NDI是1，启动或重启相应的HARQ进程的所述第一定时器。

在上述实施例中，如果第一定时器是时间对齐定时器，则第二处理单元720启动或重启所述第一定时器，可以包括：

第二处理单元720执行以下处理至少之一：

当收到包括TAC的小区切换命令时，启动或重启所述TAC对应的PTAG关联的所述第一定时器；

当收到包括目标小区信息的小区切换命令时，如果终端设备有目标小区的有效TA值，启动或重启所述TA指对应的PTAG关联的该第一定时器；

当应用目标小区的配置时，启动或重启所述目标小区对应的PTAG关联的该第一定时器。

在上述实施例中，小区切换命令可以是LTM小区切换命令MAC CE，也可以是RRC reconfiguration with sync消息。

在上述实施例中，目标小区可以是CHO候选小区，第二处理单元720可以在终端设备的RRC层应用上述CHO候选小区的配置，向MAC层提供第一指示，MAC层基于该第一指示启动或重启上述PTAG关联的第一定时器。

在上述实施例中，目标小区也可以是LTM候选小区，第二处理单元720在终端设备的RRC层应用上述LTM候选小区的配置，向MAC层提供第二指示，MAC层基于该第二指示启动或重启上述PTAG关联的第一定时器。

以上对本申请实施例进行了示例性说明，但本申请不限于此，还可以在以上各个实施例的基础上进行适当的变型。例如，可以单独使用上述各个实施例，也可以将以上各个实施例中的一种或多种结合起来。

值得注意的是，以上仅对与本申请相关的各部件或模块进行了说明，但本申请不限于此。上述装置还可以包括其他部件或者模块，关于这些部件或者模块的具体内容，可以参考相关技术。此外，上述各个部件或模块可以通过例如处理器、存储器、发射机、 接收机等硬件设施来实现；本申请实施并不对此进行限制。

根据本申请实施例的装置，终端设备可以在第一定时器未运行时继续传输第一个上行数据和/或继续进行小区切换过程，从而保证LTM小区切换成功完成或者LTM执行完成；或者在CG定时器或者TA定时器(TAT)未运行时能够进行快速恢复，从而减小业务中断。

第三方面的实施例

本申请实施例还提供一种通信系统，包括网络设备和终端设备。

图8是本申请实施例的通信系统的示意图，示意性说明了以终端设备和网络设备为例的情况，如图8所示，通信系统800可以包括网络设备801和终端设备802、803。为简单起见，图8仅以两个终端设备和一个网络设备为例进行说明，但本申请实施例不限于此。

在本申请实施例中，网络设备801和终端设备802、803之间可以进行现有的业务或者未来可实施的业务发送。例如，这些业务可以包括但不限于：增强的移动宽带(eMBB，enhanced Mobile Broadband)、大规模机器类型通信(mMTC，massive Machine Type Communication)和高可靠低时延通信(URLLC，Ultra-Reliable and Low-Latency Communication)，等等。

值得注意的是，图8示出了两个终端设备802、803均处于网络设备801的覆盖范围内，但本申请不限于此。两个终端设备802、803可以均不在网络设备801的覆盖范围内，或者一个终端设备802在网络设备801的覆盖范围之内而另一个终端设备803在网络设备801的覆盖范围之外。

在一些实施例中，终端设备包括第二方面的实施例所述的装置700，被配置为执行第一方面的实施例所述的方法。由于在第一方面的实施例中，已经对该方法进行了详细说明，其内容被合并于此，不再重复说明。

本申请实施例还提供一种终端设备，该终端设备例如可以是UE，但本申请不限于此，还可以是其它的终端设备。

图9是本申请实施例的终端设备的示意图。如图9所示，该终端设备900可以包括处理器901和存储器902；存储器902存储有数据和程序，并耦合到处理器901。值得注意的是，该图是示例性的；还可以使用其它类型的结构，来补充或代替该结构，以实现电信功能或其它功能。

在一些实施例中，第二方面的实施例的装置700的功能可以被集成到处理器901中，其中，处理器901可以被配置为执行程序而实现如第一方面的实施例所述的方法，其内容被合并于此，此处不再重复说明。

在另一些实施例中，第二方面的实施例的装置700可以与处理器901分开配置，例如可以将第二方面的实施例的装置700配置为与处理器901连接的芯片，通过处理器901的控制来实现第二方面的实施例的装置700的功能。

如图9所示，该终端设备900还可以包括：通信模块903、输入单元904、显示器905、电源906。其中，上述部件的功能与现有技术类似，此处不再赘述。值得注意的是，终端设备900也并不是必须要包括图9中所示的所有部件，上述部件并不是必需的；此外，终端设备900还可以包括图9中没有示出的部件，可以参考相关技术。

本申请实施例还提供一种计算机程序，其中当在终端设备中执行所述程序时，所述程序使得所述终端设备执行第一方面的实施例所述的方法。

本申请实施例还提供一种存储有计算机程序的存储介质，其中所述计算机程序使得终端设备执行第一方面的实施例所述的方法。

本申请以上的装置和方法可以由硬件实现，也可以由硬件结合软件实现。本申请涉及这样的计算机可读程序，当该程序被逻辑部件所执行时，能够使该逻辑部件实现上文所述的装置或构成部件，或使该逻辑部件实现上文所述的各种方法或步骤。本申请还涉及用于存储以上程序的存储介质，如硬盘、磁盘、光盘、DVD、flash存储器等。

结合本申请实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如，图中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合，既可以对应于计算机程序流程的各个软件模块，亦可以对应于各个硬件模块。这些软件模块，可以分别对应于图中所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。

软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息；或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中，也可以存储在可插入移动终端的存储卡中。例如，若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置，则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存 装置中。

针对附图中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图描述的功能方框中的一个或多个和/或功能方框的一个或多个组合，还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。

以上结合具体的实施方式对本申请进行了描述，但本领域技术人员应该清楚，这些描述都是示例性的，并不是对本申请保护范围的限制。本领域技术人员可以根据本申请的精神和原理对本申请做出各种变型和修改，这些变型和修改也在本申请的范围内。

关于包括以上实施例的实施方式，还公开下述的附记：

1.一种定时器的处理方法，其中，所述方法包括：

终端设备在第一定时器未运行时，执行以下处理至少之一：

快速恢复；

基于随机接入的小区切换；

使用动态授权发送第一个上行数据；以及

启动或重启所述第一定时器；

其中，所述第一定时器是配置的授权定时器或者时间对齐定时器。

2.根据附记1所述的方法，其中，所述终端设备执行快速恢复，包括：

所述终端设备发起RRC连接重建。

3.根据附记2所述的方法，其中，所述终端设备执行快速恢复，还包括：

所述终端设备的MAC层向上层指示第一定时器超时或停止或者指示小区切换失败或者指示无线链路失败；或者

所述终端设备的MAC层向上层指示执行失败恢复；或者

所述终端设备认为小区切换定时器超时。

4.根据附记1所述的方法，其中，所述终端设备执行基于随机接入的小区切换，包括：

所述终端设备的MAC层执行到目标小区的随机接入过程。

5.根据附记4所述的方法，其中，所述终端设备的MAC层执行到目标小区的随机 接入过程，包括：

所述终端设备使用RRC配置的波束、低层指示的波束或选择的波束所关联的随机接入资源发送所述波束关联的随机接入前导码。

6.根据附记4或5所述的方法，其中，

所述随机接入过程是基于竞争的随机接入过程，或者，所述随机接入过程是非竞争的随机接入过程。

7.根据附记1-6中任一项所述的方法，其中，所述方法还包括：

所述终端设备启动或重启所述第一定时器。

8.根据附记7所述的方法，其中，所述第一定时器是时间对齐定时器，所述终端设备启动或重启所述第一定时器，包括以下至少之一：

当收到包括TAC的小区切换命令时，启动或重启所述TAC对应的PTAG关联的所述第一定时器；

当收到包括目标小区信息的小区切换命令时，如果终端设备有目标小区的有效TA值，启动或重启所述TA指对应的PTAG关联的该第一定时器；

当应用目标小区的配置时，启动或重启所述目标小区对应的PTAG关联的该第一定时器。

9.根据附记8所述的方法，其中，

所述目标小区是CHO候选小区，所述终端设备的RRC层应用所述CHO候选小区的配置，向MAC层提供第一指示，所述MAC层基于所述第一指示启动或重启所述PTAG关联的所述第一定时器。

10.根据附记8所述的方法，其中，

所述目标小区是LTM候选小区，所述终端设备的RRC层应用所述LTM候选小区的配置，向MAC层提供第二指示，所述MAC层基于所述第二指示启动或重启所述PTAG关联的所述第一定时器。

Claims (20)

1. 一种定时器的处理装置，配置于终端设备，其中，所述装置包括：

   第一处理单元，其在第一定时器未运行时，执行以下处理至少之一：

   快速恢复；

   基于随机接入的小区切换；

   使用动态授权发送第一个上行数据；以及

   启动或重启所述第一定时器；

   其中，所述第一定时器是配置的授权定时器或者时间对齐定时器。
2. 根据权利要求1所述的装置，其中，所述第一定时器未运行是指以下至少之一：

   配置了所述第一定时器，并且所述第一定时器超时；

   配置了所述第一定时器，并且所述第一定时器被停止；

   未配置所述第一定时器。
3. 根据权利要求1所述的装置，其中，所述第一处理单元执行快速恢复，包括：

   所述第一处理单元发起RRC连接重建。
4. 根据权利要求3所述的装置，其中，所述第一处理单元发起RRC连接重建包括：

   所述第一处理单元进行小区选择；

   如果满足第一条件，也即，选择的小区是条件切换(CHO)候选小区，且网络配置了失败后尝试CHO，则所述第一处理单元尝试一次CHO执行或者所述第一处理单元应用所述CHO候选小区的配置；

   如果满足第二条件，也即，选择的小区是L1/L2触发的移动性(LTM)候选小区，且网络配置了失败后尝试LTM，则所述第一处理单元尝试一次到所述候选小区的LTM或者所述第一处理单元应用所述LTM候选小区的配置；

   如果不满足所述第一条件和/或所述第二条件，则所述第一处理单元发送RRC连接重建请求。
5. 根据权利要求1所述的装置，其中，所述第一处理单元执行基于随机接入的小区切换，包括：

   所述第一处理单元在所述终端设备的MAC层执行到目标小区的随机接入过程。
6. 根据权利要求5所述的装置，其中，所述第一处理单元执行基于随机接入的小区切换，还包括以下至少之一：

   所述第一处理单元在所述终端设备的MAC层将第一个上行数据从所述第一定时器相应的HARQ进程缓存放入复用和组装实体；

   所述第一处理单元在所述终端设备的MAC层向上层指示第一定时器超时或停止或者指示小区切换失败或者指示执行失败恢复；

   所述第一处理单元在所述终端设备的RRC层指示MAC层执行到目标小区的随机接入过程并向低层递交CCCH消息或第一RRC消息。
7. 根据权利要求1所述的装置，其中，所述第一处理单元使用动态授权发送第一个上行数据，包括：

   所述第一处理单元监听目标小区的激活BWP上的PDCCH；

   如果接收到MAC的C-RNTI的PDCCH上的上行授权，则确定相应的HARQ进程；所述HARQ进程从复用和组装实体获取MAC PDU。
8. 根据权利要求7所述的装置，其中，所述第一定时器为配置的授权定时器，所述第一处理单元使用动态授权发送第一个上行数据，还包括：

   所述第一处理单元将所述第一个上行数据从所述第一定时器对应的HARQ进程的缓存中放入复用和组装实体。
9. 根据权利要求7所述的装置，其中，所述第一定时器为配置的授权定时器，所述第一处理单元使用动态授权发送第一个上行数据，还包括：

   所述第一处理单元向低层递交第一RRC消息。
10. 根据权利要求9所述的装置，其中，

    所述第一处理单元还在所述终端设备的MAC层向上层指示第一定时器超时或停止。
11. 根据权利要求1所述的装置，其中，所述第一定时器是配置的授权定时器，所述第一处理单元启动或重启所述第一定时器，包括以下至少之一：

    重启所述第一定时器；

    监听目标小区的激活BWP上的PDCCH，如果接收到MAC实体的CS-RNTI的PDCCH上的上行授权，则启动或重启所述第一定时器；

    监听目标小区的激活BWP上的PDCCH，如果接收到MAC实体的CS-RNTI的PDCCH上的上行授权，并且如果未配置CG重传定时器，则启动或重启所述第一定时器。
12. 根据权利要求1所述的装置，其中，所述第一定时器是时间对齐定时器，所述第一处理单元启动或重启所述第一定时器，包括：

    所述第一处理单元重启所述第一定时器。
13. 根据权利要求12所述的装置，其中，

    当完成小区切换或者认为所述第一个上行数据被成功接收时，所述第一处理单元停止所述第一定时器或者认为所述第一定时器超时或停止。
14. 根据权利要求1所述的装置，其中，

    所述第一处理单元在所述第一定时器未运行并且满足了第三条件时，执行以上处理至少之一；

    所述第三条件包括以下至少之一：

    正在进行小区切换；

    发送了所述第一个上行数据；

    尚未认为所述第一个上行数据成功接收；

    尚未收到MAC的C-RNTI的PDCCH上的下行分配；

    尚未收到递交给所述第一定时器对应的HARQ进程的HARQ实体的MAC的C-RNTI的PDCCH上的上行授权。
15. 根据权利要求1所述的装置，其中，所述装置还包括：

    第二处理单元，其启动或重启所述第一定时器。
16. 根据权利要求15所述的装置，其中，所述第一定时器是配置的授权定时器，所述第二处理单元启动或重启所述第一定时器，包括以下至少之一：

    当进行传输时，如果未从低层收到LBT失败指示，启动或重启相应的HARQ进程的所述第一定时器；

    在PDCCH上收到MAC实体的C-RNTI的上行授权，且确认的HARQ进程配置该配置的上行授权，启动或重启相应的HARQ进程的所述第一定时器；

    在PDCCH上收到MAC实体的CS-RNTI的PDCCH occasion的上行授权，且收到的HARQ信息里的NDI是1，启动或重启相应的HARQ进程的所述第一定时器。
17. 根据权利要求15所述的装置，其中，所述第一定时器是时间对齐定时器，所述第二处理单元启动或重启所述第一定时器，包括以下至少之一：

    当收到包括TAC的小区切换命令时，启动或重启所述TAC对应的PTAG关联的所述第一定时器；

    当收到包括目标小区信息的小区切换命令时，如果终端设备有目标小区的有效TA值，启动或重启所述TA指对应的PTAG关联的该第一定时器；

    当应用目标小区的配置时，启动或重启所述目标小区对应的PTAG关联的该第一定时器。
18. 根据权利要求17所述的装置，其中，

    所述小区切换命令是LTM小区切换命令MAC CE，或者，

    所述小区切换命令是RRC reconfiguration with sync消息。
19. 一种终端设备，其特征在于，所述终端设备包括存储器和处理器，所述存储器存储有计算机程序，所述处理器被配置为执行所述计算机程序而实现如下所述的方法：

    在第一定时器未运行时，执行以下处理至少之一：

    快速恢复；

    基于随机接入的小区切换；

    使用动态授权发送第一个上行数据；以及

    启动或重启所述第一定时器；

    其中，所述第一定时器是配置的授权定时器或者时间对齐定时器。
20. 一种通信系统，其特征在于，所述通信系统包括网络设备和权利要求19所述的终端设备。