CN112312487B - 通信方法和通信装置 - Google Patents

Abstract

本申请提供了一种通信方法和通信装置。该方法包括：终端设备接收RRC消息，该RRC消息用于指示终端设备发起由源小区至目标小区的RACH‑less切换；终端设备在确定该RACH‑less切换失败的情况下，优先考虑回退到源小区或与目标小区进行随机接入，在回退源小区或与目标小区随机接入失败的情况下，通过RRC重建立恢复与网络设备的通信。从而在RACH‑less切换失败后快速响应，尽可能合理、快速地接入一个小区，恢复终端设备的正常通信，提高用户体验。

Description

通信方法和通信装置

技术领域

本申请涉及通信领域，并且更具体地，涉及通信领域中的通信方法和通信装置。

背景技术

在移动通信系统中，传统的切换过程往往包括随机接入流程，即终端设备在接收到切换消息后，根据切换消息中包含的目标小区的相关信息(如目标小区的物理小区标识、频率信息、切换至目标小区所需的随机接入资源信息等)，与目标小区进行随机接入流程。为了减小随机接入过程可能引起的时延，目前已知一种方法，如，切换消息中可以包含上行(uplink，UL)授权(grant)信息和目标小区的提前定时量(timing advance，TA)信息，终端设备在接收到该切换消息后便可以直接基于切换消息中的UL grant向目标小区所属的网络设备发送无线资源控制(radio resource control，RRC)重配置完成消息，而无需再执行随机接入流程。从而可以减少切换过程中随机接入流程所消耗的时间，缩短切换中断时延。这种省去了随机接入流程的切换可以称为无随机接入信道(random access channel-less，RACH-less)切换(handover，HO)。

然而，在有些情况下，RACH-less切换可能会失败。在RACH-less切换失败的情况下终端设备如何采用合理的方式恢复通信是亟待解决的问题。

发明内容

本申请提供一种通信方法和通信装置，以期在终端设备发生RACH-less切换失败的情况下为终端设备提供合理的恢复机制。

第一方面，提供了一种通信方法，该方法可以由终端设备执行，或者，也可以由配置于终端设备中的部件(例如芯片或者电路)执行。本申请对此不作限定。

例如，该方法包括：接收无线资源控制RRC消息，该RRC消息指示终端设备发起由源小区至目标小区的无随机接入信道RACH-less切换；确定该RACH-less切换失败；与第一网络设备通信，其中该第一网络设备是：源小区所属的网络设备，或目标小区所属的网络设备，或重建立小区所属的网络设备，该重建立小区是满足预定准则的小区，且该重建立小区是在终端设备尝试与源小区所属的网络设备的通信失败和/或与目标小区的随机接入失败后请求接入的小区。

因此，本申请实施例提供的通信方法在终端设备由源小区至目标小区的RACH-less切换发生失败的情况下，为终端设备提供了多种恢复通信的方式。例如，在该多种恢复通信的方式中，终端设备可以通过回退到源小区或随机接入到目标小区来实现与网络设备的通信。在尝试与源小区所属的网络设备通信失败和/或与目标小区的随机接入失败的情况下，终端设备还可以发起RRC重建立来实现与网络设备的通信。因此，终端设备在RACH-less切换失败之后，可以通过较为合理的方式尝试恢复与网络设备的正常通信，尽可能地减小通信中断时延。而在回退源小区失败或与目标小区的随机接入失败时，仍然可以通过RRC重建立流程，恢复与网络设备的正常通信。

假如终端设备在与源小区保持了RRC连接的情况下，仍然通过复杂的RRC重建立流程来恢复正常通信，或者，如果终端设备原本可以通过随机接入流程接入到目标小区，却通过复杂的RRC重建立流程来恢复通信，一方面会给用户带来通信中断，影响用户体验；另一方面也造成终端设备实现的复杂度，增大终端设备的功耗。而这种通信中断和功耗原本是可以避免或者可以减小的。因此，本申请提供的技术方案为RACH-less切换发生失败的终端设备提供了合理的恢复机制，有利于提高用户体验。

结合第一方面，在第一方面的某些实现方式中，该第一网络设备是源小区所属的网络设备。即，该第一网络设备是源网络设备。也就是说，终端设备例如可以通过回退到源小区的方式恢复正常通信。

需要说明的是，回退到源小区这种实现方式适用于具有断开之前保持连接(make-before-break，MBB)能力或增强的断开之前保持连接(enhanced make-before-break，eMBB)能力的终端设备。即，终端设备在发起由源小区至目标小区的RACH-less切换时，还仍然具有能够保持与源小区的RRC连接的能力。

可选地，该方法还包括：在确定终端设备与源小区存在RRC连接的情况下，回退到源小区。

由于终端设备回退到源小区的实现较为方便，终端设备可以在与源小区存在RRC连接的情况下，直接回退到源小区。由此，终端设备可以快速地恢复通信。

可选地，在确定终端设备与源小区存在RRC连接的情况下，回退到源小区之前，该方法还包括：确定目标小区中不存在信号质量高于第一预设门限的波束。

也就是说，终端设备可以在回退到源小区之前，确定是否存在随机接入到目标小区的可能。若终端设备在目标小区中未检测到信号质量高于第一预设门限的波束，则终端设备可以选择不发起随机接入，而回退到源小区，与源网络设备通信。

基于信号质量来作出判决，有利于终端设备后续接入到小区后获得良好的通信质量。

可选地，在确定终端设备与源小区存在RRC连接的情况下，回退到源小区之前，该方法还包括：确定源小区的小区信号质量高于第二预设门限。

也就是说，终端设备可以在回退到源小区之前，确定源小区的小区信号质量是否良好。若终端设备确定源小区的小区信号质量高于第二预设门限，则终端设备可以认为源小区的小区信号质量较好，优先考虑回退到源小区，与源网络设备通信。

基于信号质量来作出判决，有利于终端设备后续接入到小区后获得良好的通信质量。

可选地，在确定终端设备与源小区存在RRC连接的情况下，回退到源小区之前，该方法还包括：向目标小区发起的随机接入流程发生失败。

当然，终端设备也可以在回退到源小区之前先尝试通过随机接入的方式接入到目标小区中。但若与目标小区的随机接入失败，由于RRC重建立相较于回退到源小区而言，更加耗时，且实现更为复杂，终端设备可以优先考虑回退到源小区，与源网络设备通信。

可选地，在向目标小区发起随机接入流程之前，该方法还包括：确定目标小区中存在信号质量高于第一预设门限的波束，或者，确定源小区的小区信号质量不高于第二预设门限。

终端设备可以基于一定的预设条件发起向目标小区的随机接入。例如当目标小区存在信号质量较好的波束时，如，当目标小区存在信号质量高于第一预设门限的波束时，或者，当源小区的小区信号质量较差时，如当源小区的小区信号质量不高于第二预设门限时，终端设备可以优先考虑与目标小区进行随机接入，以与目标网络设备通信。

结合第一方面，在第一方面的某些实现方式中，该第一网络设备是目标小区所属的网络设备。

应理解，目标小区所属的网络设备与源小区所属的网络设备可以是同一网络设备，也可以是不同的网络设备。当网络设备被部署为集中式单元(centralized unit，CU)+分布式单元(distributed unit，DU)的形式时，目标小区所属的网络设备与源小区所属的网络设备可以是同一CU但不同的DU，也可以是同一CU且同一DU，还可以是不同CU且不同DU。本申请对此不作限定。

可选地，该方法还包括：向目标小区发起随机接入流程；在随机接入成功后，与目标小区所属的网络设备通信。即，该第一网络设备是目标网络设备。也就是说，终端设备例如可以通过随机接入到目标小区的方式恢复正常通信。

可选地，在向目标小区发起随机接入流程之前，该方法还包括：确定源小区的信号质量不高于第二预设门限。

如前所述，终端设备可以基于一定的预设条件发起向目标小区的随机接入。例如，当源小区的小区信号质量较差时，如当小区信号质量不高于第二预设门限时，终端设备可以优先考虑与目标小区进行随机接入，以与目标网络设备通信。

可选地，在向目标小区发起随机接入流程之前，该方法还包括：确定目标小区存在信号质量高于第一预设门限的波束；以及所述向目标小区发起随机接入流程，包括：基于第一波束和RACH资源，向目标小区发起随机接入流程，所述第一波束是目标小区中信号质量高于第一预设门限的一个或多个波束中的一个。

如前所述，终端设备可以基于一定的预设条件发起向目标小区的随机接入。例如，当目标小区存在信号质量较好的波束时，如，当目标小区存在信号质量高于第一预设门限的波束时，终端设备可以优先考虑与目标小区进行随机接入，以与目标网络设备通信。

终端设备与目标小区进行随机接入时，具体可以基于信号质量高于第一预设门限的波束(如上文所述的第一波束)和RACH资源，与目标小区进行随机接入。

终端设备基于信号质量高于第一预设门限的波束进行随机接入，具体可以包括：终端设备基于与非竞争的随机接入(contention free random access，CFRA)资源关联的且信号质量高于第一预设门限的波束进行随机接入，和/或，终端设备基于信号质量高于第一预设门限的波束以及基于竞争的随机接入(contention based random access，CBRA)资源进行随机接入。

应理解，CFRA和CBRA是随机接入的两种类型。终端设备基于CFRA资源和基于CBRA资源进行随机接入时所使用的波束可能是不同的，但均为信号质量高于第一预设门限的波束。

可选地，在向目标小区发起随机接入流程之前，该方法还包括：确定终端设备与源小区的RRC连接已断开。

也就是说，由于在终端设备与源小区的RRC连接断开的情况下，终端设备无法回退到源小区，因此可以在RRC重建立和随机接入两种方式中选择一种来恢复通信。在一种实现方式中，终端设备可以在确定与源小区之间的RRC连接断开的情况下，优先考虑与目标小区进行随机接入。

结合第一方面，在第一方面的某些实现方式中，该第一网络设备是重建立小区所属的网络设备。终端设备例如可以通过RRC重建立的方式恢复正常通信。

如前所述，该重建立小区可以是终端设备尝试与源小区所属的网络设备的通信失败和/或与目标小区的随机接入失败后请求接入的小区。换言之，该重建立小区可以是终端设备在回退源小区发生失败和/或与目标小区的随机接入发生失败的情况下请求接入的小区。

需要说明的是，该重建立小区可以是源小区、目标小区或者除源小区、目标小区之外的其他小区。与此对应，该重建立小区所属的网络设备可以是源网络设备、目标网络设备或除源网络设备、目标网络设备之外的其他网络设备。本申请对此不作限定。

可选地，该方法还包括：向重建立小区发起RRC重建立流程；与重建立小区所属的网络设备通信。

也就是说，终端设备可以通过RRC重建立流程，接入重建立小区，以与重建立小区所属的网络设备通信。

可选地，在向重建立小区发起RRC重建立流程之前，该方法还包括：确定终端设备与所述源小区的RRC连接已断开。

也就是说，终端设备在由于在终端设备与源小区的RRC连接断开的情况下，终端设备无法回退到源小区，因此可以在RRC重建立和随机接入两种方式中选择一种来恢复通信。在一种实现方式中，终端设备可以在确定与源小区之间的RRC连接断开的情况下，优先考虑通过RRC重建立流程来恢复终端设备的通信。

可选地，在向重建立小区发起RRC重建立流程之前，该方法还包括：确定目标小区中不存在信号质量高于第一预设门限的波束。

也就是说，终端设备在发起RRC重建立流程之前，可以进一步考虑目标小区是否存在信号质量较好的波束以进行随机接入。在终端设备确定目标小区不存在信号质量较好的波束的情况下，如信号质量高于第一预设门限的波束，可以发起RRC重建立流程。

可选地，在向重建立小区发起RRC重建立流程之前，该方法还包括：向目标小区发起随机接入流程，但随机接入失败。

终端设备可以优先考虑与目标小区进行随机接入，但在与目标小区随机接入失败的情况下，终端设备可以通过RRC重建立流程来恢复通信。

可选地，在向重建立小区发起RRC重建立流程之前，更具体地说，在优先考虑与目标小区进行随机接入之前，该方法还包括：确定目标小区中存在信号质量高于第一预设门限的波束。

终端设备可以在目标小区存在信号质量较好的波束的情况下，优先考虑与目标小区进行随机接入。例如终端设备可以在目标小区存在信号质量高于第一预设门限的波束的情况下，优先与目标小区进行随机接入。

可选地，该方法还包括：确定源小区的小区信号质量不高于第二预设门限；向目标小区发起随机接入流程，但随机接入失败；发起RRC重建立流程。

若终端设备具有MBB能力或eMBB能力，可以优先考虑回退到源小区。在源小区的小区信号质量较差，如小区信号质量不高于第二预设门限，该终端设备还可以向目标小区发起随机接入流程。但若随机接入失败，终端设备可以发起RRC重建立流程。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：发送RACH-less切换失败相关信息，该RACH-less切换失败相关信息包括以下一项或多项：

1、源小区的小区标识；

2、目标小区的小区标识；

3、终端设备接入的小区的小区标识；

4、RACH-less切换是否成功的指示信息；

5、RACH-less切换失败的原因值；

6、终端设备预先获得的用于进行RACH-less切换的定时提前量(TA)；

7、终端设备与目标小区进行随机接入使用的定时提前量；以及

8、与RACH-less切换失败相关的时间信息。

其中，小区标识包括但不限于：物理小区标识(physical cell identifier，PCI)和频率信息，和/或，小区全球标识(cell global identity，CGI)。

RACH-less切换失败的原因值包括但不限于：目标小区中不存在信号质量高于第三预设门限且关联上行授权(UL grant)的波束，切换失败(HOF)或无线链路失败(radiolink failure，RLF)。

其中，第三预设门限具体是用于判断目标小区的波束的信号质量的一个预设门限。当终端设备检测到目标小区中存在信号质量高于第三预设门限的波束，且该波束被配置了与之关联的上行授权UL grant信息(例如通过切换消息配置)，则该终端设备可以基于该波束及与该波束关联的UL grant进行RACH-less切换。

这里所述的UL grant信息用于指示UL grant。具体地，UL grant可以包括以下至少一项：时频资源(如物理上行共享信道(physical uplink share channel，PUSCH)资源)、调制编码方式(modulation coding scheme，MCS)、新数据指示(new data indicator，NDI)、发起上行传输的时刻(如子帧或时隙(slot))、上行调度的间隔等等。本申请对进行RACH-less切换的UL grant中包含的具体内容不作限定。

应理解，第三预设门限与前文所述的第一预设门限、第二预设门限仅为便于区分不同的门限值而命名，不应对各预设门限的大小关系构成任何限定。

与RACH-less切换失败相关的时间信息与终端设备在恢复通信过程中所执行的流程相关。若终端设备回退到源小区，则与RACH-less切换失败相关的时间信息例如可以包括第一时间间隔、第二时间间隔和第三时间间隔中的一项或多项。

其中，该第一时间间隔是从该终端设备接收到该RRC消息的时刻到该RACH-less切换失败的时刻之间的时间间隔。第二时间间隔是从该RACH-less切换失败的时刻到该终端设备回退到该源小区的时刻之间的时间间隔。第三时间间隔是从该终端设备回退到该源小区的时刻至该终端设备上报该RACH-less切换失败相关信息的时刻之间的时间间隔。

若终端设备与目标小区随机接入成功，则与RACH-less切换失败相关的时间信息例如可以包括第一时间间隔、第四时间间隔和第五时间间隔中的一项或多项。

其中，第四时间间隔是从RACH-less切换失败的时刻到终端设备与目标小区随机接入成功的时刻之间的时间间隔。第五时间间隔是从终端设备随机接入成功的时刻至终端设备上报该RACH-less切换失败相关信息的时刻之间的时间间隔。

若终端设备通过RRC重建立接入重建立小区，则与RACH-less切换失败相关的时间信息例如可以包括第一时间间隔、第六时间间隔和第七时间间隔中的一项或多项。

其中，第六时间间隔是从RACH-less切换失败的时刻至终端设备发起RRC重建立的时刻之间的时间间隔。第七时间间隔是从终端设备发起RRC重建立的时刻至终端设备上报该RACH-less切换相关失败信息的时刻之间的时间间隔。

应理解，上文所列举的RACH-less切换失败相关信息中所包含的具体信息仅为示例，不应对本申请构成任何限定。

结合第一方面，在第一方面的某些实现方式中，该方法还包括：接收请求消息，该请求消息用于请求获取该RACH-less切换失败相关信息。

终端设备可以主动向网络设备，如第一网络设备，发送该RACH-less切换失败相关信息，也可以基于网络设备的请求，如上述请求消息，发送该RACH-less切换失败相关信息，本申请对此不作限定。

接收到该RACH-less切换失败相关信息的网络设备，如第一网络设备，可以将该RACH-less切换失败相关信息的部分或全部转发给存在需求的网络设备，例如可能是源网络设备和/或目标网络设备。源网络设备和/或目标网络设备可以基于RACH-less切换失败相关信息，对切换参数进行调整，以便于下一次RACH-less切换使用更合理的参数，以使得切换性能更优，继而提高RAHC-less切换的成功率和可靠性。

第二方面，提供了一种通信方法，该方法可以由网络设备执行，或者，也可以由配置于网络设备中的部件(例如芯片或者电路)执行。

例如，该方法包括：接收第一释放指示，该第一释放指示用于指示目标小区所属的网络设备释放UL grant，该UL grant用于终端设备通过RACH-less切换由源小区切换至该目标小区；释放该UL grant。

这里所述的释放UL grant具体可以包括，释放该UL grant调度的上行资源以及该UL grant中包含的其他信息，如调制编码方式(MCS)、新数据指示(NDI)、发起上行传输的时刻(如子帧或时隙(slot))、上行调度的间隔等等。

基于上述技术方案，目标网络设备可以在确定了终端设备RACH-less切换失败之后，释放UL grant。也就是将该终端设备不会使用的UL grant释放，以用于其他终端设备的上行传输。由于目标网络设备可以将该UL grant调度的上行资源释放，用于其他终端设备或其他调度场景，从而可以提高资源利用率。

结合第二方面，在第二方面的某些实现方式中，所述接收第一释放指示，包括：接收来自第一网络设备的该第一释放指示，该第一网络设备是该源小区或重建立小区所属的网络设备。

一种可能的情况是，终端设备接入的小区非目标小区，如源小区或者重建立小区。此情况下，第一网络设备可以向目标网络设备发送该第一释放指示，以便于目标网络设备释放UL grant。

结合第二方面，在第二方面的某些实现方式中，该接收第一释放指示，包括：接收来自该终端设备的用于指示RACH-less切换失败的指示信息，该指示信息用于指示：该终端设备由该源小区至该目标小区的RACH-less切换失败，以指示释放该UL grant。

一种可能的情况是，终端设备接入的小区为目标小区。此情况下，终端设备可以直接向目标网络设备发送用于指示RACH-less切换失败的指示信息，以便于目标网络设备释放UL grant。

该第一释放指示例如可以是上文所述的RACH-less切换失败相关信息，也可以是该RACH-less切换失败相关信息中的部分或全部信息，或者，还可以是基于该RACH-less切换失败相关信息生成的信息。本申请对此不作限定。

第三方面，提供了一种通信方法，该方法可以由网络设备执行，或者，也可以由配置于网络设备中的部件(例如芯片或者电路)执行。

例如，该方法包括：接收第二释放指示，该第二释放指示用于指示目标小区所属的网络设备释放随机接入信道RACH资源，该RACH资源是终端设备向该目标小区发起随机接入流程所使用的资源；释放该RACH资源。

基于上述技术方案，目标网络设备在确定终端设备接入到非目标小区的其他小区之后，可以释放接入目标小区所需的RACH资源，也就是将该终端设备不会使用的RACH资源释放，从而可以提高资源利用率。

结合第三方面，在第三方面的某些实现方式中，所述接收第二释放指示，包括：接收来自第一网络设备的该第二释放指示，该第一网络设备是源小区或重建立小区所属的网络设备。

如果终端设备接入非目标小区，则第一网络设备可以向目标网络设备发送第二释放指示，以指示目标网络设备释放RACH资源。

该第二释放指示例如可以是上文所述的RACH-less切换失败相关信息，也可以是该RACH-less切换失败相关信息中的部分或全部信息，或者，还可以是基于该RACH-less切换失败相关信息生成的信息。本申请对此不作限定。

应理解，上文所述的第一方面可以与第二方面和/或第三方面中提供的方法结合。

第四方面，提供了一种通信装置，包括用于执行第一方面以及第一方面中任一种可能实现方式中的方法的各个模块或单元。

第五方面，提供了一种通信装置，包括用于执行第二方面以及第二方面中任一种可能实现方式中的方法的各个模块或单元。

第六方面，提供了一种通信装置，包括用于执行第三方面以及第三方面中任一种可能实现方式中的方法的各个模块或单元。

第七方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令或者数据，以实现上述第一方面以及第一方面中任一种可能实现方式中的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为终端设备。当该通信装置为终端设备时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于终端设备中的芯片。当该通信装置为配置于终端设备中的芯片时，所述通信接口可以是输入/输出接口。

可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第八方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令或者数据，以实现上述第二方面以及第二方面中任一种可能实现方式中的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为网络设备。当该通信装置为网络设备时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于网络设备中的芯片。当该通信装置为配置于网络设备中的芯片时，所述通信接口可以是输入/输出接口。

可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第九方面，提供了一种通信装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令或者数据，以实现上述第三方面以及第三方面中任一种可能实现方式中的方法。可选地，该通信装置还包括存储器。可选地，该通信装置还包括通信接口，处理器与通信接口耦合。

在一种实现方式中，该通信装置为网络设备。当该通信装置为网络设备时，所述通信接口可以是收发器，或，输入/输出接口。

在另一种实现方式中，该通信装置为配置于网络设备中的芯片。当该通信装置为配置于网络设备中的芯片时，所述通信接口可以是输入/输出接口。

可选地，所述收发器可以为收发电路。可选地，所述输入/输出接口可以为输入/输出电路。

第十方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。所述处理电路用于通过所述输入电路接收信号，并通过所述输出电路发射信号，使得所述处理器执行第一方面至第三方面以及第一方面至第三方面中任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为一个或多个芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第十一方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行第一方面至第三方面以及第一方面至第三方面中任一种可能实现方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(read only memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理器输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。

上述第十一方面中的处理装置可以是一个或多个芯片。该处理装置中的处理器可以通过硬件来实现也可以通过软件来实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第十二方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述第一方面至第三方面以及第一方面至第三方面中任一种可能实现方式中的方法。

第十三方面，提供了一种计算机可读介质，所述计算机可读介质存储有计算机程序(也可以称为代码，或指令)当其在计算机上运行时，使得计算机执行上述第一方面至第三方面以及第一方面至第三方面中任一种可能实现方式中的方法。

第十四方面，提供了一种通信系统，包括前述的网络设备和终端设备。

附图说明

图1是适用于本申请实施例提供的通信方法和通信装置的通信系统的示意图；

图2至图10是本申请实施例提供的通信方法的示意性流程图；

图11是本申请实施例提供的通信装置的示意性框图；

图12是本申请实施例提供的终端设备的结构示意图；

图13是本申请实施例提供的网络设备的结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long TermEvolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、未来的第五代(5th Generation，5G)通信系统或新无线接入技术(new radio Access Technology，NR)，车到其它设备(vehicle-to-XV2X)，其中V2X可以包括车到互联网(vehicle to network，V2N)、车到车(vehicle to-vehicle，V2V)、车到基础设施(vehicle to infrastructure，V2I)、车到行人(vehicle topedestrian，V2P)等、车间通信长期演进技术(Long Term Evolution-Vehicle，LTE-V)、车联网、机器类通信(machine type communication，MTC)、物联网(Internet of Things，IoT)、机器间通信长期演进技术(Long Term Evolution-Machine，LTE-M)，机器到机器(Machine to Machine，M2M)等。

为便于理解本申请实施例，首先结合图1详细说明适用于本申请实施例的通信系统。图1示出了适用于本申请实施例的通信方法和通信装置的通信系统的示意图。如图1所示，该通信系统100可以包括至少两个网络设备，例如图1所示的网络设备110和网络设备120；该通信系统100还可以包括至少一个终端设备，例如图1所示的终端设备130。其中，该终端设备130可以是移动的或固定的。网络设备110和网络设备120均为可以通过无线链路与终端设备130通信的设备，如基站或基站控制器等。每个网络设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域(小区)内的终端设备进行通信。

图1示例性地示出了两个网络设备和一个终端设备，可选地，该通信系统100可以包括至少一个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。

上述各个通信设备，如图1中的网络设备110、网络设备120或终端设备130，可以配置多个天线。该多个天线可以包括至少一个用于发送信号的发射天线和至少一个用于接收信号的接收天线。另外，各通信设备还附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。因此，网络设备与终端设备之间可通过多天线技术通信。

可选地，该无线通信系统100还可以包括网络控制器、移动管理实体等其他网络实体，本申请实施例不限于此。

本申请实施例中，网络设备可以是任意一种具有无线收发功能的设备。该设备包括但不限于：演进型节点B(evolved Node B，eNB)、无线网络控制器(Radio NetworkController，RNC)、节点B(Node B，NB)、基站控制器(Base Station Controller，BSC)、基站收发台(Base Transceiver Station，BTS)、家庭基站(例如，Home evolved NodeB，或HomeNode B，HNB)、基带单元(BaseBand Unit，BBU)，无线保真(Wireless Fidelity，WIFI)系统中的接入点(Access Point，AP)、无线中继节点、无线回传节点、传输点(transmissionpoint，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为5G，如，NR，系统中的gNB，或，传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括有源天线单元(active antenna unit，AAU)。CU实现gNB的部分功能，DU实现gNB的部分功能，比如，CU负责处理非实时协议和服务，实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet data convergence protocol，PDCP)层的功能。DU负责处理物理层协议和实时服务，实现无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理(physical，PHY)层的功能。AAU实现部分物理层处理功能、射频处理及有源天线的相关功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令，也可以认为是由DU发送的，或者，由DU+AAU发送的。可以理解的是，网络设备可以为包括CU节点、DU节点、AAU节点中一项或多项的设备。此外，可以将CU划分为接入网(radio access network，RAN)中的网络设备，也可以将CU划分为核心网(core network，CN)中的网络设备，本申请对此不做限定。

网络设备为小区提供服务，终端设备通过网络设备分配的传输资源(例如，频域资源，或者说，频谱资源)与小区进行通信，该小区可以属于宏基站(例如，宏eNB或宏gNB等)，也可以属于小小区(small cell)对应的基站，这里的小小区可以包括：城市小区(metrocell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。

在本申请实施例中，终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobilephone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public landmobile network，PLMN)中的终端设备等。

其中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，终端设备还可以是物联网(internet of things，IoT)系统中的终端设备。IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

本申请对于终端设备的具体形式不作限定。

为便于理解本申请实施例，首先对本申请中涉及到的术语作简单说明。

1、随机接入：随机接入是终端设备开始向尝试接入的网络设备发送随机接入前导码索引(preamble index)，至终端设备与网络设备间建立起连接的这段过程。随机接入流程例如可能在切换、RRC重建立等流程中发生。

随机接入可以分为基于竞争的随机接入(CBRA)和非竞争的随机接入(CFRA)。其中CFRA使用的资源为CFRA资源，CFRA资源是专用RACH资源。CFRA资源具体可以包括前导码索引和时频资源。在NR中，CFRA资源可以是与小区的某个波束关联的CFRA资源。若网络设备为终端设备配置了CFRA资源，则终端设备可以使用该CFRA资源发起CFRA流程。如果CFRA失败或未配置CFRA资源，终端设备可以发起CBRA。CBRA资源可理解为公共资源，终端设备可以通过竞争的方式使用CBRA资源发起CBRA流程。切换过程中，可以进行CFRA流程和/或CBRA流程。

下面简单说明基于竞争的随机接入流程。基于竞争的随机接入流程具体可以包括下文所述的步骤一至步骤四。

步骤一：终端设备通过物理随机接入信道(physical random access channel，PRACH)向网络设备发送随机接入前导码(或者称随机接入前导序列)索引。

步骤二：网络设备向终端设备发送随机接入响应。该随机接入响应中可以包含响应的定时提前量(timing advance，TA)、UL grant和临时小区无线网络临时标识(cell-radio network temporary identifier，C-RNTI)等。

步骤三：终端设备基于接收到的随机接入响应，在网络设备分配的UL grant资源上发送消息/数据，例如，发送RRC建立请求消息，该RRC建立请求消息中可以包含终端设备的标识信息。该标识信息例如可以是上文所述的临时C-RNTI。

步骤四：网络设备接收到终端设备在分配的UL grant资源上发送的消息/数据后，若无冲突(或无竞争)，则网络设备给终端设备发送竞争解决消息，例如，网络设备向终端设备发送RRC建立消息。此后，终端设备可以与网络设备通信。

CFRA流程具体可以包括下文所述的步骤(1)至步骤(2)。

步骤(1)：终端设备通过PRACH向网络设备发送随机接入前导码索引(或者称随机接入前导序列)。在非竞争的随机接入流程中，该随机接入前导码索引是网络设备提前分配给终端设备的。换句话说，该随机接入前导码索引是专用的。

步骤(2)：网络设备向终端设备发送随机接入响应。该随机接入响应中可以包含响应的TA、UL grant等。

需要说明的是，UL grant具体可以包括以下至少一项：时频资源、调制编码方式(MCS)、新数据指示(NDI)、发起上行传输的时刻(如子帧或时隙(slot))以及上行调度的间隔等。其中，UL grant中包含的时频资源具体可以是指通过该UL grant调度的上行资源的时频位置。该UL grant调度的上行资源例如可以是PUSCH资源。

应理解，UL grant中包含的具体内容可以参考现有技术。本申请对于UL grant中包含的具体内容不作限定。

2、RRC重建立：当终端设备发生切换失败、RLF、RRC重配置失败等情况时，终端设备可以发起RRC重建立流程。

例如，RRC重建立流程可以包括以下几个步骤：

步骤1、终端设备向重建立小区(或者说该小区所属的网络设备)发送RRC重建立请求消息；

步骤2、重建立小区允许终端设备的请求，则给终端设备发送RRC重建立消息；

步骤3、终端设备向重建立小区发送RRC重建立完成消息。

这里，重建立小区可以是终端设备经过小区搜索或检测所确定的小区。该重建立小区可以是满足预定准则的小区，如NR协议TS38.304-f30中的小区选择S准则。为了简洁，这里不作详细说明。关于RRC重建立流程以及终端设备确定重建立小区的具体过程可以参考现有技术，为了简洁，这里不作详细说明。

3、波束(beam)：波束在NR协议中的体现可以是空域滤波器(spatial filter)，或者称空间滤波器(spatial filter)或空间参数(spatial parameters)。用于发送信号的波束可以称为发射波束(transmission beam，Tx beam)，可以称为空间发送滤波器(spatialdomain transmit filter)或空间发射参数(spatial domain transmit parameter)；用于接收信号的波束可以称为接收波束(reception beam，Rx beam)，可以称为空间接收滤波器(spatial domain receive filter)或空间接收参数(spatial domain receiveparameter)。

例如，波束可以理解为空间资源，可以指具有能量传输指向性的发送或接收预编码向量。并且，该发送或接收预编码向量能够通过索引信息进行标识，所述索引信息可以对应配置给终端的资源标识(identity，ID)，比如，所述索引信息可以对应配置的同步信号块(synchronization signal block，SSB)的标识或者资源；也可以对应配置的信道状态信息参考信号(channel state information reference signal，CSI-RS)的标识或者资源；也可以是对应配置的上行探测参考信号(sounding reference signal，SRS)的标识或者资源。可选地，所述索引信息也可以是通过波束承载的信号或信道显式或隐式承载的索引信息。所述能量传输指向性可以指通过该预编码向量对所需发送的信号进行预编码处理，经过该预编码处理的信号具有一定的空间指向性，接收经过该预编码向量进行预编码处理后的信号具有较好的接收功率，如满足接收解调信噪比等；所述能量传输指向性也可以指通过该预编码向量接收来自不同空间位置发送的相同信号具有不同的接收功率。可选地，同一通信装置(比如终端设备或网络设备)可以有不同的预编码向量，不同的设备也可以有不同的预编码向量，即对应不同的波束。针对通信装置的配置或者能力，一个通信装置在同一时刻可以使用多个不同的预编码向量中的一个或者多个，即同时可以形成一个波束或者多个波束。

基于不同的传输方向，波束可以分为发射波束和接收波束。发射波束可以是指信号经天线发射出去后在空间不同方向上形成的信号强度的分布，接收波束可以是指从天线上接收到的无线信号在空间不同方向上的信号强度分布。

应理解，上文列举的NR协议中对于波束的体现仅为示例，不应对本申请构成任何限定。本申请并不排除在未来的协议中定义其他的术语来表示相同或相似的含义的可能。

此外，波束可以是宽波束，或者窄波束，或者其他类型波束。形成波束的技术可以是波束赋形技术或者其他技术。波束赋形技术具体可以为数字波束赋形技术、模拟波束赋形技术或者混合数字/模拟波束赋形技术等。不同的波束可以认为是不同的资源。通过不同的波束可以发送相同的信息或者不同的信息。

可选地，将具有相同或者类似的通信特征的多个波束视为是一个波束。一个波束内可以包括一个或多个天线端口，用于传输数据信道、控制信道和探测信号等。形成一个波束的一个或多个天线端口也可以看作是一个天线端口集。

4、小区(cell)：小区是高层从资源管理或移动性管理或服务单元的角度来描述的。每个网络设备的覆盖范围可以被划分为一个或多个小区，且每个小区可以对应一个或多个频点，或者说，每个小区可以看成是一个或多个频点的覆盖范围所形成的区域。

需要说明的是，小区可以是网络设备的无线网络的覆盖范围内的区域。在本申请实施例中，不同的小区可以对应相同或者不同的网络设备。例如，小区#1所属的网络设备和小区#2所属的网络设备可以是不同的网络设备，如，基站。也就是说，小区#1和小区#2可以由不同的基站来管理。或者，又例如，管理小区#1的网络设备和管理小区#2的网络设备也可以是同一基站的不同的射频处理单元，例如，射频拉远单元(radio remote unit，RRU)，也就是说，小区#1和小区#2可以由同一基站管理，具有相同的基带处理单元和中频处理单元，但具有不同的射频处理单元。或者，再例如，小区#1所属的网络设备和小区#2所属的网络设备可以是同一个网络设备，如，基站。也就是说，小区#1和小区#2可以由相同的基站来管理，这种情况下，可以称为小区#1和小区#2共站。本申请对此不做特别限定。

如前所述，gNB在一些可能的部署中，可以包括CU和DU。在这种部署下，小区#1和小区#2可以由同一个CU和同一个DU管理，即，共CU且共DU；小区#1和小区#2可以由同一个CU和不同的DU管理，即，共CU但不共DU；小区#1和小区#2也可以由不同的CU和不同的DU管理，即，不共CU且不共DU。5、切换：在无线通信系统中，当终端设备从一个小区向另一个小区移动/靠近时，为了保持终端设备的通信不中断，需要进行切换。在本申请实施例中，源小区表示切换前为终端设备提供服务的小区，目标小区表示切换后为终端设备提供服务的小区。目标小区的相关信息(如目标小区的物理小区标识、频率信息、切换至目标小区所需的随机接入资源信息等)，可以通过切换消息来指示，该切换消息是源小区所属的网络设备(即源网络设备)向终端设备发送的。

切换可以是站内切换或站间切换。站内切换，可以指源小区与目标小区属于同一个网络设备(如基站)，其中，源小区、目标小区可以是同一个小区或者不同的小区；站间切换，指源小区与目标小区属于不同的网络设备(如基站)。本申请对此不做限定。

应理解，小区即为网络设备的覆盖区域，源小区对应源网络设备(例如源基站)，目标小区对应目标网络设备(例如目标基站)。

还应理解，源小区和目标小区可以属于同一网络设备，或者说，源小区和目标小区可以是共站的。此时，对于某一终端设备，目标小区对应的TA可以等于源小区对应的TA。目标小区也可以为小小区，此时，对于某一终端设备，目标小区的TA可以为0。

传统的切换流程中，终端设备的移动性管理是由网络设备控制的。即，网络设备通过发送切换消息指示终端设备切换到哪个小区以及如何进行切换。例如，源网络设备向终端设备发送切换消息以控制终端设备从源小区切换到目标小区。该切换消息可以是RRC消息。例如，在LTE系统中，该RRC消息可以是携带移动性控制信息信元(mobility controlinfo)的RRC连接重配置消息；在NR系统中，该RRC消息可以是携带同步重配置信元(reconfiguration with sync)的RRC重配置消息。切换消息中包含目标网络设备(即目标小区所属的网络设备)为该终端设备配置的接入目标小区所需的参数，例如，包含目标小区的信息(如，目标小区的物理小区标识(physical cell identifier，PCI)以及目标小区对应的频率信息、目标网络设备为终端设备分配的C-RNTI)、接入目标小区所需的RACH资源信息(如，专用RACH资源和/或公共RACH资源)等。终端设备在接收到该切换消息后，根据切换消息中包含的内容，向目标网络设备发起随机接入过程。NR引入波束特性，目标网络设备在配置接入目标小区所需的RACH资源信息时，可以考虑波束特性。例如，在配置CFRA资源时，目标网络设备可以配置与目标小区下的波束(如SSB或CSI-RS)关联的RACH资源。

应理解，切换消息和上述用于指示切换的RRC消息是从不同的角度来描述的。切换消息从功能的角度来描述，旨在表达该消息是用于指示终端设备进行切换。RRC消息从消息类型的角度来描述，旨在表达该消息是高层信令。其中RRC重配置消息是对RRC消息的列举。换句话说，该切换消息是通过高层信令下发给终端设备的。

还应理解，上文中列举了不同的RRC消息，如LTE中的RRC连接重配置消息、NR中的RRC重配置消息等，这些消息仅为便于理解而示例，不应对本申请构成任何限定。本申请对于用于指示终端设备发起切换流程的RRC消息的具体名称不作限定。

5、RACH-less切换(RACH-less HO)：如前所述，为了减少因随机接入流程带来的时延，终端设备可以基于RACH-less切换发起从源小区到目标小区的切换，即终端设备可以跳过(不执行)与目标小区的RACH这一流程。终端设备在接收到切换消息后，可以根据该切换消息，如上文所述的RRC重配置消息，使用该消息中指示的UL grant向目标网络设备发送RRC重配置完成消息，而无需再执行随机接入过程。可选的，该切换消息中可以包含指示信息，该指示信息用于指示终端设备执行RACH-less切换。

但由于RACH-less切换可能失败，导致终端设备并不能成功接入/切换至目标小区，也就是说目标小区后续并不能为终端设备提供服务。

例如，NR中引入了波束特性，切换消息中可以包含与目标小区的波束相关联的ULgrant信息。该切换消息中还可以包含一预设门限。终端设备可以使用目标小区中信号质量(该信号质量例如可以通过参考信号接收功率(reference signal receiving power，RSRP)或参考信号接收质量(reference signal receiving quality，RSRQ)等来评估)高于该预设门限的波束所关联的UL grant来向目标网络设备发送RRC重配置完成消息。但若目标小区配置的关联有UL grant的波束中不存在信号质量高于该预设门限的波束，或者说，目标小区中不存在关联了UL grant且信号质量高于预设门限的波束，则此次RACH-less切换失败。

6、RRC连接：终端设备在正常通信之前，可以建立与网络设备之间的RRC连接，或者说，与小区之间的RRC连接。当RRC连接断开时，终端设备无法正常通信。

在本申请提供的多个实施例中，终端设备在RACH-less切换后，确定与源小区是否存在RRC连接。终端设备确定与源小区是否存在RRC连接，主要取决于两个因素：1)源小区是否发生了RLF；2)终端设备在接收到切换消息后，是否具备在尝试接入目标小区的过程中，仍然可以保持与源小区的连接的能力。例如，终端设备是否具备断开之前保持连接(MBB)的能力，或者，终端设备是否具备增强的断开之前保持连接(eMBB)的能力。其中，终端设备具备MBB能力具体可以是指，该终端设备可以在发送随机接入前导码索引之前仍然能够保持与源小区的RRC连接(或数据调度)；终端设备具备eMBB能力具体可以是指，该终端设备可以在与目标小区进行随机接入过程的同时仍然能够保持与源小区的RRC连接(或数据调度)，例如，直至源小区发生RLF，或者，直至源网络设备或目标网络设备通知终端设备释放与源小区的RRC连接，在此之前，终端设备仍然能够保持与源小区的RRC连接(或数据调度)。

具体而言，如果终端设备具备MBB或eMBB的能力，则在源小区的信号质量良好的情况下，可以保持与源小区的RRC连接，或者，也可以断开与源小区的RRC连接，具体可以取决于终端设备的实现，不做限定。然而，当源小区的信号质量变差时，可能会发生RLF。若源小区发生RLF，则即便终端设备具备MBB或eMBB的能力也仍然会发生RRC连接断开。在一种实现方式中，当终端设备的高层连续若干次接收到物理层发送的异步信号(例如，连续接收到来自物理层的N310个异步信号(out-of-sync))，则可以确定源小区发生RLF。

当终端设备确定源小区发生RLF或者不具备MBB或eMBB的能力或者终端设备断开与源小区的RRC连接时，便可以确定与源小区的RRC连接断开。终端设备与源小区的RRC连接断开，也就表示，终端设备与源小区之间不存在RRC连接。

应理解，上文示例的终端设备确定源小区发生RLF的实现方式仅为示例，不应对本申请构成任何限定。本申请对于终端设备确定源小区是否发生RLF的具体实现方式不作限定。

还应理解，终端设备与源小区之间的RRC连接是否断开还可能受到其他因素的影响，上文列举仅为示例性说明，不应对本申请构成任何限定。

在RACH-less切换失败的情况下，终端设备需要采用合理的方式恢复通信，是一项亟待解决的技术问题。比如，终端设备在RACH-less切换失败时，如果仍然与源小区保持了RRC连接，但终端设备却发起了RRC重建立流程，就会造成信令开销，并且实现复杂度也较高。因此终端设备这样的处理方式就不是很合理，影响用户体验。

基于此，本申请提供一种通信方法，以期在RACH-less切换失败的情况下为终端设备提供合理的恢复机制。

为了便于理解本申请实施例，在介绍本申请实施例之前，先作出以下几点说明。

第一，在本申请实施例中，“用于指示”可以包括用于直接指示和用于间接指示，也可以包括显式指示和隐式指示。将某一信息所指示的信息称为待指示信息，则具体实现过程中，对待指示信息进行指示的方式有很多种，例如但不限于，可以直接指示待指示信息，如待指示信息本身或者该待指示信息的索引等。也可以通过指示其他信息来间接指示待指示信息，其中该其他信息与待指示信息之间存在关联关系。还可以仅仅指示待指示信息的一部分，而待指示信息的其他部分则是已知的或者提前约定的。例如，还可以借助预先约定(例如协议规定)是否存在某个信元来实现对待指示信息的指示，从而在一定程度上降低指示开销。

第二，在下文示出的实施例中，第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的指示信息、不同的时间间隔等。

第三，“预定义”或“预配置”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。其中，“保存”可以是指，保存在一个或者多个存储器中。所述一个或者多个存储器可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

第四，本申请实施例中涉及的“协议”可以是指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

第五，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或，b，或，c，或，a和b，或，a和c，或，b和c，或，a、b和c。其中a、b和c分别可以是单个，也可以是多个。

第六，在本申请实施例中，“当……时”、“在……的情况下”、“若”以及“如果”等描述均指在某种客观情况下设备(如，终端设备或者网络设备)会做出相应的处理，并非是限定时间，且也不要求设备(如，终端设备或者网络设备)在实现时一定要有判断的动作，也不意味着存在其它限定。

第七，为方便说明本申请实施例，在未作出特别说明的情况下，所涉及到的消息名称均为NR中的消息名称。但可以理解的是，这些消息名称仅为便于理解而示例，不应对本申请构成任何限定。本申请并不排除在未来的协议中定义其他的消息名称来替代本申请中所列举的消息名称以实现相同或相似功能的可能。此外，以NR中的消息名称为例来说明本申请实施例，并不应对本申请提供的方法所适用的场景构成任何限定。比如，本申请提供的方法同样也可以适用于LTE系统中。当本申请提供的方法应用于LTE系统时，下文实施例中的“RRC重配置”、“RRC重建立”等可以分别替换为“RRC连接重配置”、“RRC连接重建立”等。为了简洁，这里不一一列举。

第八，下文结合多个流程图详细描述了多个实施例，但应理解，这些流程图及其相应的实施例的相关描述仅为便于理解而示例，不应对本申请构成任何限定。各流程图中的每一个步骤并不一定是必须要执行的，例如有些步骤是可以跳过的。并且，各个步骤的执行顺序也不是固定不变的，也不限于图中所示，各个步骤的执行顺序应以其功能和内在逻辑确定。

下面结合附图详细说明本申请实施例提供的方法。

应理解，下文仅为便于理解和说明，以终端设备与网络设备之间的交互为例详细说明本申请实施例提供的方法。但这不应对本申请提供的方法的执行主体构成任何限定。例如，下文实施例示出的终端设备可以替换为配置于终端设备中的部件(如芯片或电路)等。下文实施例示出的网络设备也可以替换为配置于网络设备中的部件(如芯片或电路)等。

下文示出的实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。

图2是从设备交互的角度示出的本申请实施例提供的通信方法200的示意性流程图。如图2所示，该方法200可以包括步骤210至步骤250。下面详细说明方法200中的各步骤。

在步骤210中，终端设备接收RRC消息，该RRC消息指示终端设备发起由源小区至目标小区的RACH-less切换。

例如，可以由源网络设备发送该RRC消息。

如前所述，该RRC消息可以是用于指示终端设备发起由源小区至目标小区的RACH-less切换的消息，该消息中可以携带指示信息，该指示信息用于指示终端设备发起由源小区至目标小区的RACH-less切换。例如，NR中，该RRC消息可以是携带同步重配置信元(reconfiguration with sync)的RRC重配置消息，LTE中，该消息可以是携带移动性控制信息(mobility control info)的RRC连接重配置消息。本申请对于该RRC消息的具体名称不作限定。

该指示信息例如可以显式地指示终端设备发起由源小区至目标小区的RACH-less切换。例如通过RRC消息中某一预定义的字段来指示。此情况下，该指示信息可以是该RRC消息中某一预定义的字段。

该指示信息例如也可以隐式地指示终端设备发起由源小区至目标小区的RACH-less切换。例如上述RRC消息中可以包含用于RACH-less切换的UL grant信息，当终端设备接收到该RRC消息时，可以根据其中包含的用于RACH-less切换的UL grant信息，确定发起由源小区至目标小区的RACH-less切换。此情况下，该指示信息可以是该RRC消息中的ULgrant信息。

应理解，上文列举的指示终端设备发起由源小区至目标小区的RACH-less切换的具体方式仅为示例，不应对本申请构成任何限定。本申请对于网络设备如何指示终端设备发起RACH-less切换的具体方式不作限定。

该RRC消息中可以包含目标网络设备为该终端设备配置的接入目标小区所需的参数。例如，包含目标小区的信息(如，目标小区的物理小区标识(physical cellidentifier，PCI)以及目标小区对应的频率信息、目标网络设备为终端设备分配的C-RNTI)、接入目标小区所需的RACH资源信息(如，专用RACH资源和/或公共RACH资源)，以及通过RACH-less切换切换到目标小区所需的UL grant信息等。

终端设备基于上述参数，使用目标网络设备为该终端设备分配的UL grant，向目标网络设备发送RRC重配置完成消息。如此，终端设备完成由源小区至目标小区的RACH-less切换。

在NR中，该目标网络设备为终端设备分配的UL grant可以是与波束关联的ULgrant。在一种实现方式中，源网络设备给终端设备发送的切换消息中包含分别与目标小区下的一个或多个波束关联的UL grant，且该切换消息可以包含预设门限，例如，记作第三预设门限。当终端设备检测到目标小区中存在信号质量高于第三预设门限的波束，且切换消息中包含与该波束关联的UL grant时，终端设备可以使用与该波束关联的UL grant向目标小区发送RRC重配置完成消息。

事实上，通过上述RRC消息携带UL grant信息来指示用于RACH-less切换的ULgrant仅为一种可能的实现方式，不应对本申请构成任何限定。在另一种实现方式中，目标网络设备给终端设备发送的物理下行控制信道(physic downlink control channel，PDCCH)中可以包含UL grant信息。例如，目标网络设备可以通过某波束给终端设备发送PDCCH，该PDCCH中包含UL grant信息，即该UL grant信息可以与发送包含该UL grant信息的PDCCH的波束相关联。另外，切换消息中可以包含预设门限，例如，上述第三预设门限。当终端设备检测到目标小区中存在信号质量高于第三预设门限的波束，且该波束上发送的PDCCH中包含与该波束关联的UL grant信息，则，终端设备可以使用与该波束关联的ULgrant向目标小区发送RRC重配置完成消息。

应理解，这里所述的UL grant信息用于指示UL grant。UL grant具体可以包括以下至少一项：时频资源(如PUSCH资源)、MCS、NDI、发起上行传输的时刻(如子帧或时隙(slot))、上行调度的间隔等等。本申请对进行RACH-less切换的UL grant中包含的具体内容不作限定。

还应理解，用于携带UL grant信息的信令/消息并不仅限于上文所列举，本申请对于包含UL grant信息的具体信令/消息不作限定。

在步骤220中，终端设备确定RACH-less切换失败。

由上文描述可知，终端设备由源小区至目标小区的RACH-less切换成功的前提条件是，目标小区中存在信号质量高于第三预设门限的波束，且该波束有与之关联的ULgrant，该UL grant是目标网络设备为该终端设备分配的，可以包含在源网络设备发送的切换消息中或目标网络设备发送的PDCCH中。倘若终端设备从目标小区没有接收到信号质量高于第三预设门限的波束(或终端设备经过测量发现目标小区中不存在信号质量高于第三预设门限的波束)，或者即便接收到了信号质量高于第三预设门限的波束但网络设备并没有给该波束分配与之关联的UL grant，则终端设备发起的由源小区至目标小区的RACH-less切换失败。换句话说，目标网络设备预先分配了UL grant的波束中不存在高于第三预设门限的波束，或者说，目标网络设备在预配置UL grant时，给质量不好的一个或多个波束(例如，这些波束的信号质量低于第三预设门限)预配了UL grant。简单来说，终端设备可能会因为目标小区中不存在信号质量高于第三预设门限且关联UL grant的波束而发生RACH-less切换失败。

然而，终端设备发起的由源小区至目标小区的RACH-less切换失败的原因并不限于上文所述。下文列举了RACH-less切换失败的几种可能的场景。

一、定时器T304超时

定时器T304表示终端设备在切换时使用的定时器的时长。在一种实现方式中，上述RRC重配置消息中可以包含该定时器T304的相关信息，如T304的有效时长。定时器T304可以从终端设备接收到该RRC重配置消息开始计时，若T304的有效时长到达，但终端设备还没有成功接入到目标小区，则认为切换失败。T304机制同样适用与RACH-less切换，即指示终端设备进行RACH-less切换的RRC重配置消息中可以包含T304的有效时长，终端设备接收到该RRC消息后，启动T304，若定时器T304超时，终端设备还未成功切换至目标小区(例如，终端设备未能成功给目标网络设备发送RRC重配置完成消息)，可以认为该终端设备发起的由源小区至目标小区的RACH-less切换失败。

其中，终端设备未能成功给目标网络设备发送RRC重配置完成消息，例如可以是，终端设备未发送该RRC重配置完成消息，或者，终端设备虽然发送了该RRC重配置完成消息，但未接收到目标网络设备反馈的确认消息(acknowledgement，ACK)。应理解，这里列举的终端设备确定未成功给目标网络设备发送RRC重配置完成消息的具体方法仅为示例，本申请对此不作限定。

例如，定时器T304已超时，终端设备还未确定出信号质量高于第三预设门限且关联UL grant的波束，则可以认为该终端设备发起的由源小区至目标小区的RACH-less切换失败。此情况下，导致RACH-less切换失败的原因是目标小区中不存在信号质量高于第三预设门限且关联UL grant的波束。此时，失败原因值例如可以表示为：HOF或RACH-less HOF或T304超时或不存在信号质量高于某预设门限且关联UL grant的波束，本申请对此不做限定。

又例如，定时器T304运行期间(即，T304有效时长内)，终端设备已经确定出信号质量高于第三预设门限且关联UL grant的波束，但终端设备未成功发送RRC重配置完成消息，比如该RRC重配置完成消息的重传次数达到最大值仍未能成功发送该RRC重配置完成消息，则可以认为该终端设备发起的由源小区至目标小区的RACH-less切换失败。由于RRC重配置完成消息未能成功发送，当定时器T304的运行时长到达，终端设备仍未能完成RACH-less切换。此情况下，导致RACH-less切换失败的原因是重传次数达到最大值。此时，失败原因值例如可以表示为HOF或RACH-less HOF或重传次数达到最大值，本申请对此不做限定。

应理解，上文列举的T304超时导致的RACH-less切换失败的具体原因值仅为示例，不应对本申请构成任何限定。

二、定时器T310超时

定时器T310是终端设备检测RLF的定时器。T310的有效时长例如可以是源网络设备预先通过信令下发给终端设备的，也可以是预定义的，本申请对此不作限定。终端设备在检测到物理层故障时启动该定时器，若终端设备在定时器T310的有效时长内未接收到源网络设备发送的RRC重配置消息，则认为RACH-less切换失败。此情况下，导致RACH-less切换失败的原因是RLF。此时，失败原因值例如可以表示为RLF，本申请对此不做限定。

可以理解的是，这里所述的终端设备从源网络设备接收到的RRC重配置消息可以是用于指示该终端设备发起从源小区至目标小区的RACH-less切换的切换消息。

三、终端设备发起的由源小区至目标小区的RACH-less切换成功，但目标小区的信号质量不稳定，终端设备很快在目标小区发生RLF，导致RACH-less切换最终失败。如果终端设备在目标小区发生RLF后，又接入到源小区，则这种情况下，造成RACH-less切换失败的原因是过早切换；如果终端设备在目标小区发生RLF后，接入到新的小区(除源小区、目标小区外的其他小区)，则这种情况下，造成RACH-less切换失败的原因是切换至错误小区(例如，目标小区不合适)。此时，失败原因值例如可以表示为RLF或切换至错误小区，本申请对此不做限定。

综合上文列举的几种场景可以看到，终端设备发起的由源小区至目标小区的RACH-less切换失败的原因主要包括：目标小区不存在信号质量高于第三预设门限且关联UL grant的波束，HOF(或RACH-less HOF或重传次数达到最大值)或RLF或切换至错误小区。

应理解，上文仅为便于理解示出了RACH-less切换失败的几种可能的场景，但这不应对本申请构成任何限定。

在步骤230中，终端设备与第一网络设备通信，该第一网络设备是源小区所属的网络设备或目标小区所属的网络设备或重建立小区所属的网络设备，且该重建立小区是终端设备尝试与源小区所属的网络设备(即，源网络设备)的通信失败和/或与目标小区的随机接入失败后请求接入的小区。

换言之，终端设备可以与源小区、目标小区和重建立小区中某一个小区所属的网络设备通信。终端设备具体可以通过回退到源小区、随机接入到目标小区或RRC重建立中的一种或多种方式实现与第一网络设备的通信，从而恢复终端设备的正常通信。也就是说，终端设备与源小区、目标小区或重建立小区中的某一个小区之间存在RRC连接。该RRC连接可以是在RACH-less切换失败之后建立的，如该终端设备与目标小区之间的RRC连接或该终端设备与重建立小区之间的RRC连接；该RRC连接也可以是在RACH-less切换之前就已存在并且未因RACH-less切换而断开，或者说，该RRC连接可以是RACH-less切换前后就一直保持着的，如该终端设备与源小区之间的RRC连接。

这里，重建立小区可以是指通过发起RRC重建立流程而接入的小区。终端设备例如可以从邻区中选择满足预定准则的小区。该预定准则可以是小区选择S准则，例如，终端设备执行小区选择，将满足小区选择S准则的小区作为重建立小区，向该重建立小区发起RRC重建立流程，以接入该小区。应理解，该重建立小区例如可以是源小区，也可以是目标小区，还可以是其他小区。本申请对此不作限定。

在本申请实施例中，该重建立小区可以是终端设备在尝试与源网络设备的通信失败的情况下请求接入的小区，也可以是终端设备在与目标小区发起随机接入失败的情况下请求接入的小区，还可以是在终端设备尝试与源网络设备的通信失败且与目标小区发起的随机接入失败的情况下接入的小区。本申请对此不作限定。

此外，不管是源小区、目标小区还是重建立小区，各小区之间可以同站，也可以异站，本申请对此不作限定。

其中，同站例如可以是指同一个网络设备，比如，同一CU且同一DU，或同一CU但不同DU。异站例如可以是指不同的网络设备，比如，不同CU且不同DU。应理解，本申请对于网络设备的具体形态不作限定。

举例来说，终端设备可以在和源小区保持RRC连接的情况下，回退到源小区。这里所述的“保持RRC连接”可以是指，该RRC连接在此前存在，例如在终端设备进行RACH-less切换之前就一直存在，终端设备可以通过该RRC连接与源网络设备通信。并且在RACH-less切换失败后，该RRC连接并未断开，终端设备仍然可以通过该RRC连接与源网络设备通信。例如，终端设备可以通过判断源小区是否发生RLF或终端设备自身是否具备MBB或eMBB的能力来确认与源小区的RRC连接是否断开。在终端设备与源小区之间的RRC连接未断开的情况下，终端设备可以直接回退到源小区。此情况下，上述第一网络设备即源小区所属的网络设备，也就是源网络设备。

应理解，终端设备回退到源小区，也就是，终端设备继续通过与源小区之间的连接与源网络设备通信。

又例如，终端设备可以在RACH-less切换失败的情况下，直接向目标小区发起随机接入流程。例如，终端设备可以基于目标网络设备在RRC重配置消息中配置的RACH资源向目标网络设备发送随机接入前导码索引。若终端设备向目标小区发起的随机接入成功，则该终端设备与目标小区之间可以建立起RRC连接。此情况下，上述第一网络设备为目标小区所属的网络设备，也就是目标网络设备。

再例如，终端设备可以在RACH-less切换失败的情况下，向目标小区发起随机接入流程，但随机接入失败。终端设备可以进一步通过小区选择，向满足预定准则的小区发起RRC重建立。或者，终端设备可以在RACH-less切换失败且与源小区的RRC连接断开，直接发起RRC重建立。由此，终端设备可以与重建立小区之间建立起RRC连接。此情况下，上述第一网络设备为重建立小区所属的网络设备。

应理解，上文实施例仅为便于理解而示例，不应对本申请构成任何限定。只要终端设备在RACH-less切换失败的情况下，可以通过回退到源小区、随机接入到目标小区和RRC重建立中的一种或多种方式实现与网络设备的通信，均应落入本申请的保护范围内。

应理解，图2中仅为示例，将源网络设备与第一网络设备作为两个不同的网络设备示出。事实上，该第一网络设备与源网络设备可能为同一网络设备，也可能为不同的网络设备。图中仅为示例，不应对本申请构成任何限定。例如，若终端设备回退到源小区，则该第一网络设备与源网络设备是同一网络设备；又例如，若终端设备通过随机接入接入到目标小区，但目标小区与源小区同站，则目标网络设备与源网络设备可以是同一网络设备。即，第一网络设备与源网络设备也可以是同一网络设备。再例如，若终端设备通过RRC重建立，接入到不同于源小区和目标小区的另一重建立小区，而该重建立小区与源小区同站，则重建立小区所属的网络设备与源网络设备可以是同一网络设备。即，第一网络设备与源网络设备也可以是同一网络设备。为了简洁，这里不一一举例说明。图2中仅为便于理解而示例，并未示出各种可能的情况，本领域的技术人员可以理解在不同的情况下源网络设备与第一网络设备的关系。图2为了简洁，并未一一示出。

因此，本申请实施例提供的通信方法在终端设备由源小区至目标小区的RACH-less切换失败的情况下，为终端设备提供了多种恢复通信的方式。例如，在该多种恢复通信的方式中，终端设备可以通过回退到源小区或随机接入到目标小区来实现与网络设备的通信。在尝试与源小区所属的网络设备通信失败和/或与目标小区的随机接入失败的情况下，终端设备还可以发起RRC重建立来实现与网络设备的通信。因此，终端设备在RACH-less切换失败之后，可以通过较为合理的方式尝试恢复与网络设备的正常通信，尽可能地减小通信中断时延。而在回退源小区失败或与目标小区的随机接入失败时，仍然可以通过RRC重建立流程，恢复与网络设备的正常通信。

假如终端设备在与源小区保持了RRC连接的情况下，仍然通过复杂的RRC重建立流程来恢复正常通信，或者，如果终端设备原本可以通过随机接入流程接入到目标小区，却通过复杂的RRC重建立流程来恢复通信，一方面会给用户带来通信中断，影响用户体验；另一方面也造成终端设备实现的复杂度，增大终端设备的功耗。而这种通信中断和功耗原本是可以避免或者可以减小的。因此，本申请提供的技术方案为RACH-less切换发生失败的终端设备提供了合理的恢复机制，有利于提高用户体验。

为了更好地理解本申请实施例，下面结合图3至图8对步骤230做更进一步地说明。为了更完整地示出实施例的流程，图3至图8中示意性地示出了终端设备确定RACH-less切换失败的步骤。该步骤的相关描述可以参考上文中对步骤220的相关描述，为了简洁，这里不再赘述。

由于RRC重建立流程相较于随机接入到目标小区、回退到源小区更耗时，终端设备在确定RACH-less切换失败之后，可以优先考虑回退源小区或随机接入到目标小区。例如，可以对终端设备的行为做预先规范。一旦发生RACH-less切换失败，优先回退到源小区；或者，一旦发生RACH-less切换失败，优先随机接入到目标小区。或者，终端设备在RACH-less切换失败后，可以通过相应的判断，来决定后续的动作(如，回退到源小区或随机接入到目标小区或RRC重建立)。

图3是本申请实施例提供的通信方法的示意性流程图。图3示出的流程具体可以包括步骤301至步骤306。

终端设备在确定RACH-less切换失败之后，在步骤301中，确定与源小区是否存在RRC连接。具体地，在步骤301中，终端设备可以确定源小区是否发生RLF或终端设备与源小区的RRC连接是否保持。

如前所述，终端设备可以通过源小区是否发生RLF来确定终端设备与源小区之间的RRC连接是否断开，若断开，则表示该RRC连接不存在；若未断开，则表示该RRC连接存在。或者，终端设备可以根据自身是否具备MBB或eMBB的能力，来确定终端设备与源小区之间是否存在RRC连接，若可以继续保持，则表示该RRC连接存在；若不继续保持，则表示该RRC连接不存在。

该RRC连接例如可以是上文所述在RACH-less切换前就存在并一直保持着的。因此，步骤301也可以替换为，终端设备确定与源小区是否保持RRC连接。

若终端设备在步骤301中确定与源小区存在RRC连接，则执行步骤302，终端设备执行回退到源小区的操作。若终端设备通过执行步骤302成功回退到源小区，则该终端设备可以执行步骤303，与源网络设备通信；若终端设备通过执行步骤302未成功回退到源小区，即，回退源小区失败，则该终端设备可以执行步骤304，与目标小区进行随机接入。

需要说明的是，终端设备回退源小区失败可能是由于源小区的负载较重等原因造成。终端设备若回退源小区失败，可以通过向目标小区发起随机接入或者发起RRC重建立等方式恢复通信，本申请对此不作限定。图中仅为示例，示出了终端设备在回退源小区失败后执行与目标小区的随机接入的流程，而未对回退源小区失败后执行RRC重建立的流程予以示出。但这不应对本申请构成任何限定。若终端设备在步骤301中确定与源小区不存在RRC连接，则直接执行步骤304，终端设备向目标小区发起随机接入流程。

终端设备向目标小区发起随机接入的类型可以包括：CFRA和/或CBRA。或者说，终端设备可以仅通过CFRA或仅通过CBRA完成随机接入，也可以通过先CFRA再CBRA完成随机接入。

例如，若目标网络设备为该终端设备分配了CFRA资源，则终端设备可以优先通过CFRA资源与目标小区进行随机接入流程。若终端设备通过CFRA资源与目标小区进行的随机接入成功，则终端设备此次随机接入成功。终端设备接入到目标小区，可以执行步骤305，与目标网络设备通信。若终端设备通过CFRA资源向目标小区发起的随机接入失败，则终端设备可以通过CBRA资源向目标小区发起随机接入。若终端设备通过CBRA资源向目标小区发起的随机接入成功，则终端设备此次随机接入成功。终端设备接入到该目标小区，可以执行步骤305，与目标网络设备通信。若终端设备通过CBRA资源向目标小区发起随机接入失败，则终端设备此次随机接入失败。

若目标网络设备没有为终端设备分配CFRA资源，则终端设备可以通过CBRA资源向目标小区发起随机接入流程。若终端设备通过CBRA资源向目标小区发起的随机接入成功，则终端设备此次随机接入成功。终端设备接入到目标小区，可以执行步骤305，与目标网络设备通信。若终端设备通过CBRA资源向目标小区发起的随机接入失败，则终端设备此次随机接入失败。

若终端设备在步骤304中随机接入失败，则终端设备可以执行步骤306，发起RRC重建立流程。终端设备可以从邻近的小区中选择满足预定准则的一个小区，该预设条件可以是S准则，例如，步骤304的随机接入失败后，终端设备执行小区选择，将满足S准则的小区作为重建立小区，向该小区发起RRC重建立流程。在完成了该RRC重建立流程之后，该终端设备与重建立小区之间建立了RRC连接。该终端设备可以与重建立小区所属的网络设备通信。

应理解，上文已经对CFRA、CBRA和RRC重建立做了简单介绍。关于CFRA、CBRA以及RRC重建立的具体过程可以参考现有技术，为了简洁，这里不做详细说明。

图4是本申请另一实施例提供的通信方法的示意性流程图。图4示出的流程具体可以包括步骤401至步骤406。

终端设备在确定RACH-less切换失败之后，在步骤401中，向目标小区发起随机接入流程。如前所述，终端设备向目标小区发起随机接入的类型可以包括CFRA和/或CBRA。由于上文中步骤303已经对随机接入流程做了详细说明，为了简洁，这里不再赘述。

若终端设备在步骤401中向目标小区发起的随机接入成功，则终端设备与目标小区之间建立了RRC连接，终端设备可以在步骤402中与目标网络设备通信。若终端设备在步骤401中向目标小区发起的随机接入失败，则终端设备可以有两种选择：回退到源小区或发起RRC重建立。

由于相比回退到源小区而言，终端设备发起RRC重建立流程所需耗费的时间较长且实现时相对较复杂，终端设备可以优先考虑回退到源小区。在步骤403在确定与源小区是否存在RRC连接。若终端设备与源小区存在RRC连接(例如，源小区未发生RLF，或者，终端设备保持与源小区的RRC连接)，则终端设备可以执行步骤404，执行回退到源小区的操作。若终端设备通过执行步骤404成功回退到源小区，则可以执行步骤405，与源网络设备通信；若终端设备通过执行步骤404未成功回退到源小区，即，回退源小区失败，则可以执行步骤406，发起RRC重建立。

若终端设备与源小区不存在RRC连接，则终端设备可以执行步骤406，发起RRC重建立过程。终端设备可以在完成了RRC重建立流程之后，与重建立小区所属的网络设备通信。

终端设备也可以进一步结合源小区和目标小区的信号质量(所述信号质量例如可以通过RSRP和/或RSRQ来评估)，确定是回退到源小区还是随机接入到目标小区。例如，终端设备可以在目标小区的信号质量满足预设条件(为便于区分和说明，记作第一预设条件)的情况下，优先选择随机接入到目标小区，而在不满足该第一预设条件的情况下，优先选择回退到源小区。又例如，终端设备可以在源小区的信号质量满足预设条件(为便于区分和说明，记作第二预设条件)的情况下，优先选择回退到源小区，而在不满足该第二预设条件的情况下，优先选择随机接入到目标小区。

该第一预设条件例如可以是：目标小区中存在信号质量高于某一门限值的波束；或者，该第一预设条件例如也可以是：目标小区的小区信号质量高于某一门限值；或者，该第一预设条件例如还可以是：目标小区的小区信号质量比源小区的小区信号质量高出某一门限值等。为了简洁，这里不一一列举。

当该第一预设条件与波束的信号质量相关时，还可以进一步将波束与RACH资源相关联。例如，上文所述的该第一预设条件是目标小区中存在信号质量高于某一门限值的波束，可以进一步扩展为：目标小区下的分配了RACH资源的波束中存在信号质量高于某一门限值的波束，或者，目标小区中的信号质量高于某一门限值的波束关联有RACH资源。这里，RACH资源可以包括CFRA资源和/或CBRA资源。目标网络设备可以为目标小区下的一个或多个波束分配CFRA资源和CBRA资源，或者，可以为目标小区下的一个或多个波束分配CBRA资源，或者，可以为目标小区下的一个或多个波束分配CFRA资源。该RACH资源具体包含的资源类型由目标网络设备预先分配的资源类型决定。

需要说明的是，目标网络设备预先分配的CFRA资源与波束之间可能是一对一的关联关系，或者，可以是一对多的关联关系，本申请对此不做限定。

该第二预设条件例如可以是：源小区的小区信号质量高于某一门限值；该第二预设条件例如也可以是：源小区存在信号质量高于某一门限值的波束；或者，该第二预设条件例如还可以是：源小区的小区信号质量比目标小区的小区信号质量高出某一门限值；或者，该第二预设条件例如还可以是：目标小区中信号质量最好的波束的信号质量低于源小区中信号质量最好的波束的信号质量等。为了简洁，这里不一一列举。

应理解，本申请对于上述第一预设条件和第二预设条件的具体内容不作限定。不管是第一预设条件还是第二预设条件，其中所包含的门限值可以是绝对值，也可以是相对值。

应理解，用于评估信号质量的参数并不仅限于上文所列举的RSRP和RSRQ，本申请对用于评估信号质量的参数的具体类型和数量不做限定。

作为一个实施例，源网络设备向终端设备发送的RRC重配置消息中携带对应波束的信号质量的门限值，为便于区分和说明，记作第一预设门限。该第一预设门限可用于判断目标小区的波束信号质量。若终端设备检测到目标网络设备预先分配了RACH资源的波束中存在信号质量高于该第一预设门限的波束，即，若终端设备发现目标小区中存在配置了RACH资源且信号质量高于第一预设门限的波束，则终端设备优先选择随机接入到目标小区。

图5是示出了本实施例的具体流程。图5所示的流程包括步骤501至步骤509。

终端设备在确定RACH-less切换失败之后，在步骤501中，确定目标小区是否存在关联有CFRA资源且信号质量高于第一预设门限的波束。

在一种实现方式中，终端设备可以基于接收到的目标小区的波束来确定是否存在信号质量高于第一预设门限的波束。若确定存在信号质量高于第一预设门限的波束，可进一步确定该波束是否关联有CFRA资源，例如，终端设备可以根据切换消息(该切换消息中可以包含与目标小区的一个或多个波束相关联的CFRA资源)确定该波束是否被分配了与之关联的CFRA资源。

在另一种实现方式中，终端设备首先确定哪些波束被分配了CFRA资源。终端设备可以根据切换消息(该切换消息中可以包含与目标小区的一个或多个波束相关联的CFRA资源)确定哪些波束被分配了与之关联的CFRA资源，并基于关联了CFRA资源的波束确定其中是否存在信号质量高于第一预设门限的波束。

终端设备确定目标小区中是否存在关联有CFRA资源且信号质量高于第一预设门限的波束的具体方法属于终端设备的内部实现行为，本申请对终端设备的具体实现方式不作限定。

若终端设备在步骤501中确定目标小区存在关联有CFRA资源且信号质量高于第一预设门限的波束，则执行步骤502，与目标小区进行CFRA。终端设备具体可以通过信号质量高于第一预设门限的波束及其关联的CFRA资源，与目标小区进行CFRA。若终端设备在目标网络设备预先分配了CFRA资源的波束中检测到多个信号质量高于第一预设门限的波束，即，目标小区中存在多个波束，这些波束的信号质量均分别高于第一预设门限，且这些波束均关联有专用RACH资源。此情况下，终端设备可以从中选择一个波束，使用其关联的CRFA资源，与目标小区进行CFRA。被终端设备选择用来进行CFRA的波束可以记作第一波束。该第一波束例如可以是终端设备从信号质量高于第一预设门限且关联了CFRA资源的多个波束中选择出来的信号质量最好的波束，也可以是终端设备从目标小区中检测到的第一个信号质量高于第一预设门限且关联了CFRA资源的波束，还可以是终端设备从信号质量高于第一预设门限且关联了RACH资源的多个波束中任意选择的一个波束。本申请对第一波束的具体确定方式不作限定。

若终端设备基于第一波束及其关联的CFRA资源发起的随机接入成功，则终端设备可以执行步骤503，与目标网络设备通信。

若终端设备基于第一波束及其关联的CFRA资源发起的随机接入失败，则终端设备可以执行步骤504，确定目标小区是否存在信号质量高于第一预设门限的波束。若终端设备从目标小区中检测到了信号质量高于第一预设门限的波束，则终端设备可以与目标小区进行CBRA。终端设备进行CBRA时所使用的资源是公共的RACH资源(即，CBRA资源)而非专用RACH资源(即，CFRA资源)。若终端设备与目标小区进行CBRA成功，即终端设备发起的随机接入成功，终端设备可以执行步骤503，与目标网络设备通信。

若终端设备确定目标小区不存在信号质量高于第一预设门限的波束，则可以认为终端设备没有找到合适的波束与目标小区进行随机接入。

为方便区分和说明，本文中将终端设备没有找到合适的波束与目标小区进行随机接入也视为随机接入失败的一种情况。这里所述的终端设备没有找到合适的波束与目标小区进行随机接入可以是指，终端设备没有找到信号质量高于第一预设门限的波束，以基于该波束与目标小区进行随机接入。应理解，将终端设备没有找到合适的波束与目标小区进行随机接入归为随机接入失败的一种情况，仅为一种表述方式，不应对本申请构成任何限定。在另一种表述方式中，也可以将终端设备没有找到合适的波束与目标小区进行随机接入称为未进行随机接入。下文中为了简洁，省略对相同或相似情况的说明。

为便于理解，下文示出了终端设备进行随机接入的一个具体的例子。

终端设备可以首先确定目标小区中是否存在关联有CFRA资源且信号质量较高的波束。若终端设备确定目标小区中存在信号质量高于第一预设门限且关联了CFRA资源的波束，则终端设备确定出该第一波束及其关联的CFRA资源，与目标小区进行随机接入。假设该第一波束为波束1，该波束1关联的CFRA资源包括随机接入前导码序列1和时频资源1，即，目标网络设备为目标小区下的波束1分配了随机接入前导码序列1和时频资源1，则终端设备可以使用该时频资源1向目标小区发送随机接入前导码序列1，目标小区在接收到该随机接入前导码序列1之后，可以通过第一波束向终端设备发送随机接入响应。终端设备在接收到该随机接入响应后，可以向目标网络设备发送RRC重配置完成消息。由此，终端设备可以通过CFRA完成随机接入。本轮随机接入成功，终端设备可以与目标网络设备通信。终端设备可以进一步执行步骤503。

若CFRA失败或终端设备确定目标小区不存在信号质量高于第一预设门限且关联CFRA资源的波束，则终端设备可以判断目标小区是否存在信号质量高于第一预设门限的波束(即确定出的波束只需信号质量高于第一预设门限，无需关联有CFRA资源)。若目标小区存在信号质量高于第一预设门限的波束，则终端设备可以执行步骤505，即终端设备可以选择信号质量高于第一预设门限的波束进行CBRA。例如，切换消息中可以包含CBRA资源(即，公共的RACH资源)，终端设备确定出信号质量高于第一预设门限的波束后，可以使用CBRA资源，与目标小区进行基于CBRA。由此而确定的第一波束并不是上文所述的波束1，为便于区分，例如记作波束2。终端设备可以基于波束2与目标小区进行CBRA。CBRA的具体过程可以参考现有技术，为了简洁，这里不作详细说明。若终端设备CBRA成功，则可以向目标网络设备发送RRC重配置完成消息。本轮随机接入成功，终端设备可以与目标网络设备通信。若CBRA失败，则可以认为终端设备发起的本轮随机接入失败。终端设备可以执行步骤506，终端设备确定是否与源小区存在RRC连接。或者，若CBRA失败，终端设备无需判断是否还与源小区保持着RRC连接，可以直接执行步骤509，发起RRC重建立。

需要说明的是，上文实施例仅为一种可能的流程，不应对本申请构成任何限定。终端设备与目标小区的随机接入失败，例如可以是仅发起了CFRA且CFRA失败，也可以是仅发起了CBRA且CBRA失败，还可以是发起了CFRA和CBRA、且CFRA和CBRA均失败，还可以是由于未检测到目标小区中的信号质量高于第二预设门限的波束而导致终端设备无法与目标小区发起随机接入。

若终端设备确定目标小区不存在信号质量高于第一预设门限的波束，终端设备可以直接执行步骤506，终端设备确定是否与源小区存在RRC连接。

在步骤506中，终端设备确定是否与源小区存在RRC连接。如前所述，终端设备可以通过判断源小区是否发生RLF、终端设备是否具备MBB/eMBB能力等来判断终端设备与源小区之间的RRC连接是否断开。若未断开，则表示终端设备与源小区之间存在RRC连接，执行步骤507，执行回退到源小区的操作。若终端设备通过执行步骤507成功回退到源小区，则可以执行步骤508，与源网络设备通信；若终端设备通过执行步骤507未成功回退源小区，即，回退源小区失败，则可以执行步骤509，发起RRC重建立。

若终端设备在步骤506中确定与源小区间的RRC连接断开，则表示终端设备与源小区之间不存在RRC连接，可以执行步骤509，发起RRC重建立。终端设备可以在与重建立小区建立了RRC连接之后，与重建立小区所属的网络设备通信。

当然，如果终端设备确定目标小区中不存在信号质量高于第一预设门限的波束，或者，虽然目标小区中存在信号质量高于第一预设门限的波束，但终端设备与目标小区进行的随机接入流程失败，终端设备也可以直接执行步骤509，而不执行步骤506和步骤507。例如，如果终端设备不具备MBB或eMBB的能力，终端设备无需判断是否还与源小区保持着RRC连接，可以直接执行步骤509，发起RRC重建立。图5为便于区分和理解，以虚线示出了终端设备由步骤505直接跳转至步骤509的流程。

作为一个实施例，源网络设备向终端设备发送的RRC重配置消息中可以携带信号质量的门限值，为便于区分和说明，记作第二预设门限。该第二预设门限可用于判断源小区的小区信号质量。若终端设备检测到源小区的小区信号质量高于该第二预设门限，则终端设备可以选择回退到源小区。

图6示出了本实施例的具体流程。图6示出的流程包括步骤601至步骤606。

终端设备在确定RACH-less切换失败之后，在步骤601中，确定源小区的小区信号质量是否高于第二预设门限。若源小区的小区信号质量高于第二预设门限，则可以执行步骤602，确定与源小区是否存在RRC连接。若终端设备在步骤602中确定与源小区存在RRC连接，则可以执行步骤603，执行回退到源小区的操作。一种可能的实现方式中，步骤602是可选步骤，即终端设备确定出源小区的小区信号质量高于第二预设门限时，可以直接执行步骤603。若终端设备通过执行步骤603成功回退到源小区，则可以与源网络设备通信；若终端设备通过执行步骤603回退源小区失败，则可以与目标小区进行随机接入，也可以发起RRC重建立。本申请对此不作限定。应理解，图6中为避免混淆，并未示出终端设备在回退源小区成功或失败的情况下分别执行的流程，但这不应对本申请构成任何限定。

若终端设备在步骤602中确定与源小区不存在RRC连接，则可以执行步骤606，发起RRC重建立流程，以建立与重建立小区的RRC连接。终端设备可以在完成了RRC重建立流程之后，与重建立小区所属的网络设备通信。

若终端设备在步骤601中确定源小区的小区信号质量不高于第二预设门限，则可以执行步骤604，与目标小区进行随机接入。若随机接入成功，则终端设备执行步骤605，与目标网络设备通信。若随机接入失败，由于RRC重建立耗费的时间较长且实现复杂度相对较高，终端设备仍然可以优先考虑回退到源小区，故可以执行步骤602，确定与源小区是否存在RRC连接。在执行步骤602之后，可以依照上文所述的方式选择执行步骤603或步骤606。为了简洁，这里不再赘述。可以理解的是，若终端设备在随机接入失败之后回退源小区失败，则终端设备此时仍然可以通过RRC重建立来恢复通信。

需要说明的是，终端设备在步骤604与目标小区进行随机接入的具体流程可以参考上文步骤501至步骤505的相关描述，也可以基于不同于图5中步骤501至步骤505所示的流程，例如仅执行步骤501至步骤505中的部分步骤。此外，若在步骤604中终端设备与目标小区的随机接入失败，则可能是终端设备在目标小区没有检测到信号质量高于第一预设门限的波束，也可能是终端设备检测到了信号质量高于第一预设门限的波束，但随机接入失败。本申请对于终端设备随机接入失败的原因不作限定。

当然，终端设备在步骤604向目标小区发起随机接入失败之后，也可以直接执行步骤606，即直接发起RRC重建立，而不需要执行步骤602。例如，源小区信号质量很差，终端设备不希望回退到源小区。或者，终端设备在步骤601确定源小区的小区信号质量不高于第二预设门限时，也可以直接执行步骤606。应理解，图6中为避免混淆，并未将终端设备由步骤601直接跳转至步骤606的流程示出，但这不应对本申请构成任何限定。

图7是本申请另一实施例提供的通信方法的示意性流程图。图7示出的流程具体可以包括步骤701至步骤708。

终端设备在确定RACH-less切换失败之后，在步骤701中，确定与源小区是否存在RRC连接。

终端设备在步骤701中确定与源小区是否存在RRC连接。若终端设备确定与源小区存在RRC连接，则表示终端设备与源小区的RRC连接未断开，终端设备可以执行步骤702，执行回退到源小区的操作。若终端设备通过执行步骤702成功回退到源小区，则可以与源网络设备通信；若终端设备通过执行步骤702中未成功回退到源小区，则可以考虑与目标小区进行随机接入，终端设备可以执行步骤703，确定目标小区是否存在CFRA资源且信号质量高于第一预设门限的波束；或者，终端设备也可以执行步骤708，发起RRC重建立。应理解，图7中为避免混淆，未示出终端设备分别在回退源小区成功或失败的情况下执行的流程，但这不应对本申请构成任何限定。

若终端设备确定与源小区不存在RRC连接，则表示终端设备与源小区的RRC连接已断开，终端设备可以执行步骤703，确定目标小区是否存在关联CFRA资源且信号质量高于第一预设门限的波束。

若终端设备确定目标小区存在信号质量高于第一预设门限且关联CFRA资源的波束，则可以执行步骤704，与目标小区进行CFRA。若终端设备经步骤704与目标小区的CFRA成功，则可以执行步骤705，与目标网络设备通信。

若终端设备确定目标小区不存在信号质量高于第一预设门限且关联CFRA资源的波束，则可以执行步骤706，确定目标小区是否存在信号质量高于第一预设门限的波束。若存在，则终端设备可以执行步骤707，与目标小区进行CBRA。若终端设备经步骤707与目标小区的CBRA成功，则可以执行步骤705，与目标网络设备通信。

若终端设备在步骤706确定目标小区不存在信号质量高于第一预设门限的波束，或者，经步骤707与目标小区的CBRA失败，则表示终端设备与目标小区的随机接入失败。终端设备可以执行步骤708，发起RRC重建立。终端设备可以在与重建立小区建立了RRC连接之后，与重建立小区所属的网络设备通信。

应理解，步骤703至步骤707的相关内容可以参考上文步骤501至步骤505的的相关描述，为了简洁，这里不再赘述。当然，终端设备也可以在步骤701确定与源小区不存在RRC连接之后，直接执行步骤708，发起RRC重建立，而跳过步骤703至步骤707。图7为便于区分和理解，以虚线示出了终端设备直接由步骤701跳转至步骤708的流程。

终端设备还可以不执行步骤701，直接尝试与目标小区进行随机接入。如终端设备可以直接执行步骤703。终端设备与目标小区进行随机接入的具体流程可以参考图7中步骤703至步骤707的流程，或者，也可以基于不同于图7中步骤703至707所示的流程，例如仅执行步骤703至步骤707中的部分步骤。若终端设备与目标小区的随机接入失败，可以执行步骤708，发起RRC重建立，以建立与重建立小区的RRC连接。终端设备可以在完成了RRC重建立流程之后，与重建立小区所属的网络设备通信。

终端设备甚至还可以不执行步骤701、703和706，直接执行步骤704或707，并可以在随机接入成功后执行步骤705，或在随机接入失败后执行步骤708。为了简洁，这里不再赘述。为避免造成混淆，图7未对此流程予以示出。

图8是本申请又一实施例提供的通信方法的示意性流程图。图8示出的流程具体可以包括步骤801至步骤806。

终端设备在确定RACH-less切换失败之后，在步骤801中，确定与源小区是否存在RRC连接。若终端设备确定与源小区不存在RRC连接，则可以执行步骤804，与目标小区进行随机接入。若终端设备确定与源小区存在RRC连接，则可以执行步骤802，确定源小区的小区信号质量是否高于第二预设门限。

若终端设备在步骤802中确定源小区的小区信号质量高于第二预设门限，则可以执行步骤803，执行回退到源小区的操作。若终端设备通过执行步骤803成功回退到源小区，则终端设备可以与源网络设备通信；若终端设备通过执行步骤803，未成功回退到源小区，则终端设备可以执行步骤804，与目标小区进行随机接入，或者，也可以执行步骤806，发起RRC重建立。应理解，图8中为避免混淆，并未示出终端设备分别在回退源小区成功或失败的情况下执行的流程，但这不应对本申请构成任何限定。

若终端设备在步骤802中确定源小区的小区信号质量不高于第二预设门限，则可以执行步骤804，与目标小区进行随机接入。

终端设备与目标小区进行随机接入的具体流程可以参考图7中步骤703至步骤707的流程，或者，也可以基于不同于图7中步骤703至707所示的流程，例如仅执行步骤703至步骤707中的部分步骤。为了简洁，这里不再赘述。

若终端设备在步骤804中与目标小区的随机接入成功，则可以执行步骤805，与目标网络设备通信。若终端设备在步骤804中与目标小区的随机接入失败，则可以执行步骤806，发起RRC重建立，以建立与重建立小区的RRC连接。终端设备可以在完成了RRC重建立流程之后，与重建立小区所属的网络设备通信。

当然，终端设备也可以不执行步骤801，直接执行步骤802，并在源小区的小区信号质量高于第二预设门限的情况下，执行步骤803；在源小区的小区信号质量不高于第二预设门限的情况下，执行步骤804。图8中为避免混淆，对此流程未予以示出。

或者，终端设备在步骤801中确定与源小区不存在RRC连接时，也可以直接发起RRC重建立，以与重建立小区建立RRC连接。图8中为避免混淆，对此流程未予以示出。

上文结合图3至图8描述的多个实施例是对步骤230的更进一步地说明。基于这些实施例可以看到，终端设备在RACH-less切换之后，可以通过回退到源小区、随机接入到目标小区和发起RRC重建立中的一种或多种方式，恢复与网络设备的通信。

但应理解，上文结合附图描述的多个实施例仅为示例，不应对本申请构成任何限定。本领域的技术人员，基于相同的构思，通过执行不同于上文所列举的各个流程，或者对上文列举的流程进行简单的变形，也可以实现与网络设备的通信。

终端设备在RACH-less切换失败后，可以记录/存储RACH-less切换失败相关信息。该终端设备例如可以是具备记录/存储RACH-less切换失败相关信息的能力的终端设备。继步骤230之后，终端设备可以进一步向网络设备发送RACH-less切换失败相关信息。终端设备例如可以向上述第一网络设备发送该RACH-less切换失败相关信息。

该RACH-less切换失败相关信息具体可以包括以下一项或多项：

源小区的小区标识；

目标小区的小区标识；

终端设备接入的小区的小区标识；

RACH-less切换是否成功的指示信息；

RACH-less切换失败的原因值，该原因值包括：目标小区中不存在信号质量高于第三预设门限且关联UL grant的波束，HOF或RLF；

终端设备预先获得的用于进行RACH-less切换的定时提前量；

终端设备与目标小区进行随机接入使用的定时提前量；以及

与RACH-less切换失败相关的时间信息。

下面对该RACH-less切换失败相关信息中涉及到的几类信息做简单说明。

1、小区标识：

作为示例而非限定，小区标识可以包含物理小区标识(PCI)和频率信息，和/或，小区全球标识(cell global identity，CGI)。其中，频率信息例如可以是绝对无线载频号(absolute radio frequency channel number，ARFCN)或者其他可用于指示载频的信息。频率信息包含的具体内容可参照协议TS38.331-f51中对下行频率信息(FrequencyInfoDL)信元的解释。为了简洁，这里不作详细说明。

终端设备接入的小区，具体是指，本轮RACH-less切换过程中最终为终端设备提供服务的小区，或者也可以理解为，本轮RACH-less切换过程中最终与终端设备之间建立(维持或存在)RRC连接的小区。

基于上文多个实施例可以看到，终端设备接入的小区可以是源小区，也可以是目标小区，还可以是除了源小区和目标小区之外的其他重建立小区。本申请对此不作限定。

若终端设备回退到源小区，则终端设备接入的小区为源小区。终端设备接入的小区的小区标识也就是源小区所对应的小区标识。

若终端设备通过随机接入与目标小区建立了RRC连接，则终端设备接入的小区为目标小区。终端设备接入的小区的小区标识也就是目标小区所对应的小区标识。

若终端设备通过RRC重建立与重建立小区建立了RRC连接，则终端设备接入的小区为重建立小区。如前所述，重建立小区可以是源小区，也可以是目标小区，还可以是其他小区，本申请对此不作限定。终端设备接入的小区的小区标识也就是重建立小区所对应的小区标识。

终端设备可以对源小区的小区标识、目标小区的小区标识以及接入的小区的小区标识分别指示，也可以仅指示其中的一个或两个。本申请对此不作限定。

2、RACH-less切换是否成功的指示信息

RACH-less切换是否成功的指示信息例如可以通过单独的指示比特来指示，如通过一个二进制比特值来指示，当该指示比特为“0”时表示RACH-less切换成功，当该指示比特为“1”时表示RACH-less切换失败。应理解，这里仅为便于理解，示出了终端设备指示RACH-less切换是否成功的一种可能的实现方式，而不应对本申请构成任何限定。例如，还可以通过布尔值或其他形式来指示RACH-less切换是否成功，本申请对于RACH-less切换是否成功的指示信息的具体形式不作限定。

3、RACH-less切换失败的原因值

RACH-less切换失败的原因在上文中已经做了详细说明，为了简洁，这里不再赘述。终端设备可以对每一种失败原因定义一个值，也就是这里所述的原因值。例如原因值为“NoValidULgrant”表示目标小区中不存在信号质量高于第三预设门限且关联UL grant的波束，原因值为“HOF”或“RACH-less HOF”表示RACH-less切换失败，原因值为“RLF”表示发生无线链路失败。

应理解，上文所列举的RACH-less切换失败的原因及其对应的原因值仅为示例，不应对本申请构成任何限定。本申请并不排除其他可能导致RACH-less切换失败的原因，同时对于指示RACH-less切换失败的原因的具体指示方式不作限定。

在一种可能的实现方式中，RACH-less切换是否成功以及RACH-less切换失败的原因值可以分别用相应的信元来表示。如上所述，为了简洁，这里不再赘述。

在另一种可能的实现方式中，终端设备可以通过同一指示信息来指示RACH-less切换是否成功以及失败的原因值。例如，通过两位二进制比特值来指示，当该指示信息为“00”时表示RACH-less切换成功，当该指示信息非零时表示RACH-less切换失败。如当该指示信息为“01”时表示失败的原因值为目标小区中不存在信号质量高于第三预设门限且关联UL grant的波束，当该指示信息为“10”时表示失败的原因值为(RACH-less)切换失败，当该指示信息为“11”时表示失败的原因值为发生无线链路失败。

4、终端设备预先获得的用于进行RACH-less切换的TA

终端设备可以基于RRC重配置消息，如上文步骤210中所述的RRC重配置消息，预先获得用于进行RACH-less切换的TA，即，用于指示切换的RRC重配置消息中可以包含RACH-less切换的定时提前量，终端设备通过RACH-less切换的方式切换到目标小区时，所需使用的TA值即为该RACH-less切换的TA。为便于区分和说明，这里将终端设备预先获取的用于进行RACH-less切换的TA记作第一TA。

一种可能的场景是，源小区和目标小区共站。此情况下，目标小区对应的TA等于源小区对应的TA。即，该第一TA为源小区对应的TA。

另一种可能的场景是，目标小区为小小区。此情况下，目标小区对应的TA为0。即，该第一TA为0。

5、终端设备与目标小区进行随机接入使用的TA

由于终端设备在RACH-less切换失败后，可能与目标小区进行了随机接入，故该RACH-less切换失败相关信息还可以包括终端设备向目标小区发起随机接入使用的TA。为便于区分和说明，这里将终端设备向目标小区发起随机接入使用的TA记作第二TA。

如前所述，终端设备在向目标小区发起随机接入时，可能仅执行了CFRA或CBRA，或者，先执行了CFRA后执行了CBRA，故，终端设备向目标小区发起随机接入使用的第二TA可以包括：终端设备向目标小区发起CFRA使用的TA，或者，终端设备向目标小区发起CBRA使用的TA，或者，终端设备向目标小区发起CFRA使用的TA以及终端设备向目标小区发起CBRA使用的TA。

可以理解的是，若终端设备在RACH-less切换失败后，未与目标小区进行随机接入，则终端设备也可以不上报第二TA。本申请对此不作限定。

6、与RACH-less切换失败相关的时间信息

基于终端设备接入小区所经历的不同流程，上述与RACH-less切换失败相关的时间信息也可能不同。

若终端设备回退到源小区，则与RACH-less切换失败相关的时间信息例如可以包括：第一时间间隔、第二时间间隔和第三时间间隔中的一项或多项。

具体地，该第一时间间隔是从该终端设备接收到该RRC消息(例如上文步骤210中所述的NR中用于指示终端设备发起RACH-less切换的RRC重配置消息)的时刻到该RACH-less切换失败的时刻之间的时间间隔。

该第二时间间隔是从该RACH-less切换失败的时刻到该终端设备回退到该源小区的时刻之间的时间间隔。

由前文实施例可以看到，终端设备在RACH-less切换失败时候，可能直接回退到了源小区，也可能发起与目标小区的随机接入且在随机接入失败之后回退到源小区，故该第二时间间隔所包含的时间因终端设备的行为的不同而有所差异。

若终端设备在RACH-less切换失败后直接回退到源小区，则该第二时间间隔即为该RACH-less切换失败的时刻到该终端设备回退到该源小区的时刻之间的时间间隔。

在一种实现方式中，终端设备可以在RACH-less切换失败后确定与源小区是否存在RRC连接，并在确定存在RRC连接的情况下回退到源小区。如上文结合图3所描述的实施例。终端设备在确定存在RRC连接的情况下回退到源小区，也就是说，终端设备在确定存在RRC连接的情况下可以与源网络设备继续通信。因此，终端设备例如可以将确定与源小区存在RRC连接的时刻作为终端设备回退到源小区的时刻。

若终端设备在RACH-less切换失败后向目标小区发起随机接入且随机接入失败，则可能有以下三种可能：

A)终端设备仅发起CFRA但CFRA失败，然后回退到源小区。此情况下，该第二时间间隔可以包括：该RACH-less切换失败的时刻到CFRA失败的时刻之间的时间间隔以及CFRA失败的时刻至终端设备回退到源小区的时刻之间的时间间隔。如果终端设备执行CFRA失败之后就回退到源小区，而CFRA失败的时刻与回退到源小区的时刻之间的时间间隔可以忽略，也就是说，CFRA失败的时刻也可以认为是终端设备回退到源小区的时刻，故该第二时间间隔也可以称为该RACH-less切换失败的时刻到CFRA失败的时刻之间的时间间隔。

B)终端设备仅发起CBRA但CBRA失败，然后回退源小区。此情况下，该第二时间间隔可以包括该RACH-less切换失败的时刻到CBRA失败的时刻之间的时间间隔以及CBRA失败的时刻至终端设备回退到源小区的时刻之间的时间间隔。如果终端设备执行CBRA失败之后就回退源小区，则CBRA失败的时刻与回退到源小区的时刻之间的时间间隔可以忽略，也就是说，CBRA失败的时刻可以认为是回退到源小区的时刻，故该第二时间间隔也可以认为是该RACH-less切换失败的时刻到该CBRA失败的时刻之间的时间间隔。

C)终端设备发起CFRA失败后又发起CBRA，CBRA失败后回退到源小区。此情况下，该第二时间间隔可以包括：RACH-less切换失败的时刻到CFRA失败的时刻之间的时间间隔，CFRA失败的时刻至CBRA失败的时刻之间的时间间隔，以及CBRA失败的时刻至终端设备回退到源小区的时刻之间的时间间隔。如果终端设备执行CBRA失败之后就回退到源小区，则CBRA失败的时刻与回退到源小区的时刻之间的时间间隔可以忽略，也就是说，CBRA失败的时刻可以认为是回退到源小区的时刻，故该第二时间间隔也可以包含RACH-less切换失败的时刻到CFRA失败的时刻之间的时间间隔，以及CFRA失败的时刻至CBRA失败的时刻之间的时间间隔。或者，此情况下，该第二时间间隔也可以包括：RACH-less切换失败的时刻到CBRA失败的时刻之间的时间间隔，以及CBRA失败的时刻至终端设备回退到源小区的时刻之间的时间间隔。

需要说明的是，终端设备在发起随机接入失败(包括上文列举的仅CFRA失败，仅CBRA失败，以及CFRA和CBRA均失败)后回退到源小区的流程中，终端设备的射频链(radiofrequency chain，RF chain)可以由与目标网络设备对应转为与源网络设备对应。因此，在一种实现方式中，终端设备可以根据射频链与网络设备的对应关系的变化来确定回退到源小区的时刻。

应理解，上文中列举的用于确定终端设备回退到源小区的时刻的实现方式仅为示例，不应对本申请构成任何限定。本申请对于终端设备确定回退到源小区的时刻的具体实现方式不作限定。

第三时间间隔是从该终端设备回退到该源小区的时刻至该终端设备上报该RACH-less切换失败相关信息的时刻之间的时间间隔。

若终端设备在RACH-less切换失败后，与目标小区进行的随机接入成功，则RACH-less切换失败相关的时间信息例如可以包括：第一时间间隔、第四时间间隔和第五时间间隔中的一项或多项。

上文中已经对第一时间间隔做了详细说明，为了简洁，这里不再赘述。

第四时间间隔是从RACH-less切换失败的时刻到终端设备与目标小区随机接入成功的时刻之间的时间间隔。

由于终端设备随机接入成功有可能仅执行了CFRA便接入成功，也可能仅执行了CBRA便接入成功，还可能是CFRA失败后执行CBRA，并接入成功。

因此，若终端设备在RACH-less切换失败后向目标小区发起随机接入成功，则可能有以下三种可能：

A)终端设备仅执行了CFRA且接入成功。此情况下，该第四时间间隔可以是该RACH-less切换失败的时刻到CFRA成功的时刻之间的时间间隔。

B)终端设备仅执行了CBRA且接入成功。此情况下，该第四时间间隔可以是该RACH-less切换失败的时刻到CBRA成功的时刻之间的时间间隔。

C)终端设备CFRA失败后执行CBRA，且接入成功。此情况下，该第四时间间隔可以包括：该RACH-less切换失败的时刻到CFRA失败的时刻之间的时间间隔，以及CFRA失败的时刻到CBRA成功的时刻之间的时间间隔。

第五时间间隔是从终端设备随机接入成功的时刻至终端设备上报该RACH-less切换失败相关信息的时刻之间的时间间隔。

由于终端设备可能通过不同的随机接入类型接入成功，故终端设备随机接入成功的时刻可以是CFRA成功的时刻或CBRA成功的时刻。与上文关于第四时间间隔的描述中列举的A相对应，该第五时间间隔可以是指，CFRA成功的时刻至上报RACH-less切换失败相关信息的时刻之间的时间间隔。与上文关于第四时间间隔的描述中列举的B和C相对应，该第五时间间隔可以是指，CBRA成功的时刻至上报RACH-less切换失败相关信息的时刻之间的时间间隔。若终端设备通过RRC重建立接入到重建立小区，则RACH-less切换失败相关的时间信息例如可以包括：第一时间间隔、第六时间间隔和第七时间间隔中的一项或多项。

上文中已经对第一时间间隔做了详细说明，为了简洁，这里不再赘述。

第六时间间隔是从RACH-less切换失败的时刻至终端设备发起RRC重建立的时刻之间的时间间隔。

由上文列举的多个实施例可以看到，终端设备在RACH-less切换失败之后，可能直接发起RRC重建立，也可能向目标小区发起随机接入但随机接入失败之后，才发起RRC重建立。因此，若终端设备在RACH-less切换失败后通过RRC重建立，接入重建立小区，则可能有几种可能：

A)终端设备在RACH-less切换失败之后，直接发起RRC重建立，接入重建立小区。此情况下，该第六时间间隔可以是RACH-less切换失败的时刻至终端设备发起RRC重建立的时刻之间的时间间隔。

B)若终端设备在RACH-less切换失败之后，向目标小区发起且仅发起了CFRA，但CFRA失败，此后通过RRC重建立接入重建立小区。此情况下，该第六时间间隔可以包括：RACH-less切换失败的时刻至CFRA失败的时刻之前的时间间隔，以及CFRA失败的时刻至发起RRC重建立的时刻之间的时间间隔。

C)若终端设备在RACH-less切换失败之后，向目标小区发起且仅发起了CBRA，但CBRA失败，此后通过RRC重建立接入重建立小区。此情况下，该第六时间间隔可以包括：RACH-less切换失败的时刻至CBRA失败的时刻之前的时间间隔，以及CBRA失败的时刻至发起RRC重建立的时刻之间的时间间隔。

D)若终端设备在RACH-less切换失败之后，先后向目标小区发起了CFRA和CBRA但均接入失败，此后通过RRC重建立接入重建立小区。此情况下，该第六时间间隔可以包括：RACH-less切换失败的时刻至CFRA失败的时刻之前的时间间隔，CFRA失败的时刻至CBRA失败的时刻之间的时间间隔，以及CBRA失败的时刻至发起RRC重建立的时刻之间的时间间隔。

第七时间间隔是从终端设备发起RRC重建立的时刻至终端设备上报切换相关失败信息的时刻之间的时间间隔。

在另一种实现方式中，上述发起RRC重建立的时刻可以替换为完成RRC重建立的时刻，或者说，RRC重建立完成的时刻。例如，与上文关于第六时间间隔的描述中列举的A相对应，第六时间间隔可以是指，RACH-less切换失败的时刻至RRC重建立完成的时刻之间的时间间隔。与上文关于第六时间间隔的描述中列举的B相对应，第六时间间隔可以包括：RACH-less切换失败的时刻至CFRA失败的时刻之前的时间间隔，以及CFRA失败的时刻至RRC重建立完成的时刻之间的时间间隔。与上文关于第六时间间隔的描述中列举的C相对应，第六时间间隔可以包括：RACH-less切换失败的时刻至CBRA失败的时刻之前的时间间隔，以及CBRA失败的时刻至RRC重建立完成的时刻之间的时间间隔。与上文关于第六时间间隔的描述中列举的D相对应，第六时间间隔可以包括：RACH-less切换失败的时刻至CFRA失败的时刻之前的时间间隔，CFRA失败的时刻至CBRA失败的时刻之间的时间间隔，以及CBRA失败的时刻至RRC重建立完成的时刻之间的时间间隔。又例如，第七时间间隔可以是指，终端设备完成RRC重建立的时刻至终端设备上报RACH-less切换失败相关信息的时刻之间的时间间隔。

应理解，上文为便于理解，对上述RACH-lessRACH-less切换失败相关信息中的具体内容作了简单介绍。这些介绍仅为便于理解而示例，不应对本申请构成任何限定。

除了上文所列举的信息之外，该RACH-less切换失败相关信息还可以包括其他信息。本申请对此不作限定。

可选地，该RACH-less切换失败相关信息还可以包括RACH-less切换失败后终端设备是否与目标小区进行随机接入的指示信息，该指示信息例如可以是二进制比特值或布尔值或其他表示形式等。本申请对该指示信息的具体形式不做限定。

可选地，该RACH-less切换失败相关信息还可以包括终端设备与目标小区进行随机接入的类型信息。例如，该随机接入的类型信息包括：仅执行CFRA，或者，仅执行CBRA，或者，执行CFRA后执行了CBRA。

可选地，该RACH-less切换失败相关信息还可以包括终端设备与目标小区进行的随机接入是否成功的指示信息。例如，该RACH-lessRACH-less切换失败相关信息可以包括终端设备与目标小区进行的CFRA是否成功的指示信息，和/或，终端设备与目标小区进行的CBRA是否成功的指示信息。该指示信息可以是二进制比特值或布尔值或其他表示形式等。本申请对此不做限定。

如果终端设备与目标小区的随机接入成功(可能是CFRA成功，或者CBRA成功)，则，可选地，该RACH-less切换失败相关信息还可以包括终端设备与目标小区进行的随机接入成功时，所对应的波束(或者说，进行本次成功的随机接入时所选择的波束，例如上文所列举的第一波束)的标识信息。该波束的标识信息例如可以是SSB index或CSI-RS index。

如果终端设备与目标小区的随机接入失败(可能是CFRA失败，或者CBRA失败，或者CFRA失败且CBRA失败)，则，可选地，该RACH-less切换失败相关信息还可以包括终端设备与目标小区进行的随机接入失败时，所分别对应的波束(例如，不管是上述三种随机接入类型中的哪种，指示发生失败的每种随机接入流程中所对应选择的波束)的标识信息，该波束的标识信息可以是SSB index或CSI-RS index。

可选地，上述方法200还包括：步骤240，发送RACH-less切换失败相关信息。

相应地，第一网络设备接收该RACH-less切换失败相关信息。

可选地，该RACH-less切换失败相关信息携带在RRC消息中。终端设备在RACH-less切换失败后，可以主动向网络设备发送该RACH-less切换失败相关信息。

如前所述，该终端设备可以通过回退到源小区、发起与目标小区的随机接入或发起RRC重建立与第一网络设备通信。故终端设备可以主动向第一网络设备发送该RACH-less切换失败相关信息。如前所述，该第一网络设备可以是源网络设备。例如，终端设备回退到源小区，或者重建立小区是源小区。或者，该第一网络设备可以是目标网络设备。例如，终端设备通过随机接入接入到目标小区，或者重建立小区是目标小区。或者，该第一网络设备还可以是其他网络设备。例如，重建立小区是除源小区和目标小区之外的其他小区；或者，例如，后续随着终端设备的移动，终端设备接入到除源小区、目标小区之外的其他小区。本申请对此不作下限定。

终端设备可以周期性地向第一网络设备发送该RACH-less切换失败相关信息；或者，也可以基于事件触发向第一网络设备发送该RACH-less切换失败相关信息。例如，一旦终端设备接入到第一网络设备，可以向第一网络设备发送该RACH-less切换失败相关信息。

终端设备例如可以通过RRC重配置完成消息或RRC重建立完成消息，向第一网络设备发送该RACH-less切换失败相关信息。终端设备例如还可以通过用户设备信息应答(UEInformation Response)消息向第一网络设备发送该RACH-less切换失败相关信息。

应理解，上文列举的RRC消息的具体名称仅为便于理解而示例，不应对本申请购成任何限定。终端设备也可以通过其他RRC消息或者其他形式的消息来向第一网络设备发送该RACH-less切换失败相关信息。

还应理解，终端设备可以通过一个或多个信令(如RRC消息)来发送该RACH-less切换失败相关信息。本申请对此不作限定。

终端设备也可以基于网络设备的请求，发送该RACH-less切换失败相关信息。可选地，该方法200还包括：步骤250，终端设备接收请求消息，该请求消息用于请求获取RACH-less切换失败相关信息。相对应地，在步骤250中，第一网络设备发送该请求消息，该请求消息用于请求获取该RACH-less切换失败相关信息。

可选地，该请求消息是RRC消息。例如，该请求消息可以是用户设备信息请求(UEInformation Request)消息，或其他消息。本申请对此不做限定。

终端设备在与第一网络设备正常通信后，可以接收到来自第一网络设备的请求消息，该请求消息用于请求获取该RACH-less切换失败相关信息。该第一网络设备可以主动向终端设备发送该请求消息，也可以基于来自其他网络设备的请求而向终端设备发送该请求消息。

可选地，终端设备可以向第一网络设备发送终端设备是否记录/存储了RACH-less切换失败相关信息的指示信息。第一网络设备可以基于终端设备上报的是否记录/存储了RACH-less切换相关信息的指示信息，向终端设备发送该请求消息。

终端设备例如可以通过“HOF-InfoAvailabvle”或“RACH-less HOF-InfoAvailabvle”或其他字段来指示是否记录/存储了RACH-less切换失败相关信息，本申请对具体字段不做限定。该指示信息可以通过不同的取值来指示是否记录/存储了RACH-less切换失败相关信息。例如，当该指示信息取值为“TRUE”时，表示终端设备记录/存储了RACH-less切换失败相关信息；当该指示信息取值为“FALSE”时，表示终端设备未记录/存储RACH-less切换失败相关信息。

可选地，该指示信息可以包含在RRC建立完成消息，或RRC恢复完成消息，或RRC重建立完成消息，或RRC重配置完成消息中，本申请对此不做限定。

在第一网络设备是不同的网络设备的情况下，第一网络设备执行的操作也有所不同。

举例而言，该第一网络设备是源网络设备。源网络设备在确定终端设备接入源小区之后，可以主动向终端设备发送该请求消息，以请求获取RACH-less切换失败相关信息。源网络设备在接收到该RACH-less切换失败相关信息之后，还可以进一步向目标网络设备发送释放指示，以指示目标网络设备释放用于RACH-less切换的UL grant，和/或，用于随机接入的RACH资源。例如，用于指示目标网络设备释放UL grant的释放指示可以对应于后文方法900中的第一释放指示，用于指示目标网络设备释放RACH资源的释放指示可以对应于后文方法1000中的第二释放指示。

又例如，该第一网络设备是目标网络设备。目标网络设备在确定终端设备接入目标小区之后，可以主动向终端设备发送该请求消息，以请求获取RACH-less切换失败相关信息。目标网络设备在接收到该RACH-less切换失败相关信息之后，可以释放用于RACH-less切换的UL grant。因此该RACH-less切换失败相关信息相当于隐式地指示了目标网络设备释放该用于RACH-less切换的UL grant。

再例如，该第一网络设备是重建立小区所属的网络设备，且该第一网络设备既不是源网络设备，又不是目标网络设备。该第一网络设备在确定终端设备接入之后，可以主动向终端设备发送该请求消息，以请求获取RACH-less切换失败相关信息。或者，第一网络设备可以接收到来自其他网络设备(如源网络设备)的请求消息，并将该请求消息转发给终端设备，以请求获取RACH-less切换失败相关信息。第一网络设备在接收到来自终端设备的RACH-less切换失败相关信息之后，可以将该RACH-less切换失败相关信息发送给目标网络设备，或者，也可以将该RACH-less切换失败相关信息发送给源网络设备，并且源网络设备可以将该RACH-less切换失败相关信息转发给目标网络设备。目标网络设备在接收到该RACH-less切换失败相关信息之后，可以释放用于RACH-less切换的UL grant，和/或，用于随机接入的RACH资源。因此该RACH-less切换失败相关信息相当于隐式地指示了目标网络设备释放用于RACH-less切换的UL grant，或者，隐式地指示了目标网络设备释放用于随机接入的RACH资源。第一网络设备也可以基于对该RACH-less切换失败相关信息的解析，向目标网络设备发送释放指示，以指示目标网络设备释放用于RACH-less切换的UL grant，和/或，释放用于随机接入的RACH资源。例如，用于指示目标网络设备释放UL grant的释放指示可以对应于后文方法900中的第一释放指示，用于指示目标网络设备释放RACH资源的释放指示可以对应于后文方法1000中的第二释放指示。

需要说明的是，这里所述的释放UL grant具体可以包括，释放该UL grant调度的上行资源以及该UL grant中包含的其他信息，如MCS、NDI、发起上行传输的时刻(如子帧或slot)、上行调度的间隔等等。

此外，目标网络设备在确定该终端设备未接入到目标小区的情况下，还可以释放UE上下文等。本申请对于目标网络设备在确定终端设备未接入到目标小区之后所执行的操作不作限定。

当第一网络设备不是目标网络设备时，或者说，当终端设备接入的小区不是目标小区时，可选地，第一网络设备接收到来自终端设备的RACH-less切换失败相关信息后，可以将该切换失败相关信息中的部分或全部转发给目标网络设备，由目标网络设备进行切换相关参数的调整。

当第一网络设备不是源网络设备时，或者说，当终端设备接入的小区不是源小区时，第一网络设备接收到来自终端设备的RACH-less切换失败相关信息后，可以将该RACH-less切换失败相关信息中的部分或全部转发给源网络设备，由源网络设备进行切换相关参数的调整。

当第一网络设备不是目标网络设备且不是源网络设备时，或者说，当终端设备接入的小区不是源小区也不是目标小区时，可选地，第一网络设备接收到来自终端设备的RACH-less切换失败相关信息后，可以将该切换失败相关信息中的部分或全部转发给源网络设备，也可以将该RACH-less切换失败相关信息中的部分或全部转发给目标网络设备，由源网络设备和/或目标网络设备进行切换相关参数的调整。

当第一网络设备是源网络设备时，或者说，当终端设备接入的小区是源小区时，第一网络设备也可以根据该切换失败相关信息进行切换相关参数的调整。源网络设备还可以将该RACH-less切换失败相关信息中的部分或全部转发给目标网络设备，以便于目标网络设备进行切换相关参数的调整。

当第一网络设备是目标网络设备时，或者说，当终端设备接入的小区是目标小区时，第一网络设备也可以根据该RACH-less切换失败相关信息进行切换相关参数的调整。目标网络设备还可以将该RACH-less切换失败相关信息中的部分或全部转发给源网络设备，以便于源网络设备进行切换相关参数的调整。

上文所述的对切换相关参数的调整例如可以包括但不限于：调整UL grant的分配(例如，目标网络设备给信号质量较高的波束分配UL grant)、调整CFRA资源的分配(例如，目标网络设备给信号质量较高的波束分配CFRA资源)、调整信号质量的门限值(如上文所述的第三预设门限)、调整相关定时器的有效时长(例如，调整T304的有效时长)等。为了简洁，这里不一一列举。

网络设备(例如源网络设备和/或目标网络设备)进行切换相关参数的调整后，后续触发RACH-less切换时，可以配置更合理的参数，使得切换性能更优，进而提高RACH-less切换的成功率和可靠性。

因此，本申请实施例提供的通信方法在终端设备由源小区至目标小区的RACH-less切换发生失败的情况下，为终端设备提供了多种恢复通信的方式。例如，在该多种恢复通信的方式中，终端设备可以通过回退到源小区或随机接入到目标小区来实现与网络设备的通信。在尝试与源小区所属的网络设备通信失败和/或与目标小区的随机接入失败的情况下，终端设备还可以发起RRC重建立来实现与网络设备的通信。因此，终端设备在RACH-less切换失败之后，可以通过较为合理的方式尝试恢复与网络设备的正常通信，尽可能地减小通信中断时延。而在回退源小区失败或与目标小区的随机接入失败时，仍然可以通过RRC重建立流程，恢复与网络设备的正常通信。

为了更全面地理解本申请提供的方法，图9和图10从网络设备的角度示出了终端设备RACH-less切换失败之后的相关操作。

图9是本申请另一实施例提供的通信方法900的示意性流程图。如图9所示，图9示出的方法900可以包括步骤910和步骤920。

在步骤910中，目标网络设备接收第一释放指示，该第一释放指示用于指示目标网络设备释放UL grant，该UL grant用于终端设备通过RACH-less切换由源小区切换至目标小区。

如前所述，终端设备在RACH-less切换失败之后，该终端设备例如可以通过执行上文结合图2至图8中描述的实施例中所提供的方法与第一网络设备通信。

该第一网络设备可以是目标网络设备，也可以是源网络设备，还可以是除目标网络设备和源网络设备之外的其他网络设备。换句话说，该终端设备可能接入目标小区，也可能接入其它小区。例如，其它小区可以是源小区，也可以是除源小区、目标小区之外的小区。

若终端设备通过随机接入过程接入了目标小区，则该第一释放指示可以是直接从终端设备接收到的。如图中步骤910a所示，目标网络设备从终端设备接收第一释放指示。该第一释放指示例如可以包含上文实施例中所述的RACH-less切换失败相关信息，也可以单纯的上文所述的RACH-less切换是否成功的指示信息，或者还可以是上文所述的RACH-less切换失败的原因值等。该第一释放指示可以是终端设备发送的可用于指示RACH-less切换失败的各种可能形式的信息，本申请对此不作限定。该第一释放指示可以包含在RRC重配置完成消息中，或者，可以包含在其他已有的或者新定义的一条信令中，本申请对此不做限定。终端设备通过指示RACH-less切换失败，可以隐式地指示该目标网络设备用于该终端设备通过RACH-less切换由源小区切换到目标小区的UL grant已经不需要。因此目标网络设备可以释放该部分资源。

需要说明的是，当终端设备接入了目标小区时，图9中所示的第一网络设备与目标网络设备为同一网络设备。图9仅为便于理解，将第一网络设备与目标网络设备以不同的网络设备示出，不应对本申请构成任何限定。

若终端设备接入了其他小区，则该第一释放指示也可以是从其他网络设备接收到的。假设该终端设备接入的小区所属的网络设备(例如上文实施例中所述的第一网络设备)与目标网络设备是不同的网络设备，该目标网络设备可以从该第一网络设备接收到该第一释放指示，如图中步骤910b所示。该第一释放指示可以显式或隐式地指示该目标网络设备释放该终端设备通过RACH-less切换由源小区切换到目标小区所使用的UL grant。更进一步地，该第一网络设备可以基于终端设备上报的RACH-less切换失败相关信息，如图中步骤910c所示，发送该第一释放指示。

在一种实现方式中，该第一释放指示可以是上文所述的RACH-less切换失败相关信息、RACH-less切换是否成功的指示信息或RACH-less切换失败的原因值等可用于指示终端设备RACH-less切换失败的信息。在另一种实现方式中，该第一释放指示也可以是由该第一网络设备生成的用于指示目标网络设备释放UL grant的信息。本申请对于该第一释放指示的具体形式不作限定。

在步骤920中，目标网络设备可以基于接收到的第一释放指示，将RACH-less切换所需使用的UL grant释放，以将该UL grant调度的上行资源用于其他终端设备或其他调度场景，从而有利于提高资源利用率。此外，终端设备还可以释放UE上下文等。

可选地，该第一释放指示中还携带上述切换失败相关信息。目标网络设备可以根据该终端设备所上报的切换失败相关信息，调整切换相关参数。例如，调整UL grant的分配(例如，目标网络设备给信号质量较高的波束分配UL grant)、调整CFRA资源的分配(例如，目标网络设备给信号质量较高的波束分配CFRA资源)、调整信号质量的门限值(如上文所述的第三预设门限)、调整相关定时器的有效时长(例如，调整T304的有效时长)等。为了简洁，这里不一一列举。

应理解，上文所列举的目标网络设备调整的切换相关参数仅为示例，不应对本申请构成任何限定。本申请对于目标网络设备调整切换相关参数的具体操作不作限定。

基于上文所述的技术方案，目标网络设备可以在确定了终端设备RACH-less切换失败之后，释放UL grant。也就是将该终端设备不会使用的UL grant释放，以用于其他终端设备的上行传输。由于目标网络设备可以将该UL grant调度的上行资源释放，用于其他终端设备或其他调度场景，从而可以提高资源利用率。

图10是本申请又一实施例提供的通信方法1000的示意性流程图。如图10所示，图10示出的方法1000可以包括步骤1010和步骤1020。

在步骤1010中，目标网络设备接收第二释放指示，该第二释放指示用于指示目标网络设备释放RACH资源，该RACH资源是终端设备向目标小区发起随机接入流程所使用的资源。

如前所述，终端设备在RACH-less切换失败之后，该终端设备例如可以通过执行上文结合图2至图8中描述的实施例中所提供的方法与第一网络设备通信。

该第一网络设备可以是目标网络设备，也可以是源网络设备，还可以是除目标网络设备和源网络设备之外的其他网络设备。换句话说，该终端设备可能接入到目标小区，也可能接入到其它小区。例如，其它小区可以是源小区，也可以是除源小区、目标小区之外的小区。

若终端设备接入到其它小区，则该第二释放指示可以是从其他网络设备接收到的。假设该终端设备接入的小区所属的网络设备(例如上文实施例中所述的第一网络设备)与目标网络设备是不同的网络设备，该目标网络设备可以从该第一网络设备接收到该第二释放指示，如图中步骤1010a所示。该第二释放指示可以显式或隐式地指示该目标网络设备释放该终端设备向目标小区发起随机接入所需使用的RACH资源。更进一步地，该第一网络设备可以基于终端设备上报的RACH-less切换失败相关信息，如图中步骤1010b所示，生成并发送该第二释放指示。本申请对于该第二释放指示的具体形式不作限定。

在步骤1020中，目标网络设备可以基于接收到的第二释放指示，将预先分配的用于随机接入到目标小区所需使用的RACH资源释放，从而有利于提高资源利用率。

可选地，该第二释放指示中还携带RACH-less切换失败的原因值。目标网络设备可以根据终端设备所上报的RACH-less切换失败的原因值，调整切换相关参数，例如调整信号质量的门限值，如上文所述的第一预设门限或第二预设门限，等等。

应理解，上文所列举的目标网络设备调整的切换相关参数仅为示例，不应对本申请构成任何限定。本申请对于目标网络设备调整切换相关参数的具体操作不作限定。

基于上文所述的技术方案，目标网络设备在确定终端设备接入到非目标小区的其他小区之后，可以释放接入目标小区所需的RACH资源。也就是将该终端设备不会使用的RACH资源释放，从而可以提高资源利用率。

应理解，上文结合多个附图详细描述了本申请提供的多个实施例，这些实施例之间可以相互结合。例如图2所示的实施例与图3至图8中的任意一个实施例可以结合，图2所示的实施例可以与图9和/或图10结合。本领域的技术人员可以理解各实施例之间的逻辑关系。

还应理解，上述实施例中，各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

以上，结合图2至图10详细说明了本申请实施例提供的方法。以下，结合图11至图13详细说明本申请实施例提供的装置。

图11是本申请实施例提供的通信装置10意性框图。如图11所示，该通信装置10可以包括处理单元11和收发单元12。

在一种可能的设计中，该通信装置10可实现上文方法实施例中的对应于终端设备的操作，例如，该通信装置可以为终端设备，或者配置于终端设备中的部件，如芯片或电路。

该终端设备10可实现图2至图8所示方法实施例中终端设备的相应操作。该通信装置10可以包括用于执行图2至图8所示方法实施例中终端设备执行的方法的单元。并且，该通信装置10中的各单元和上述其他操作和/或功能分别为了实现图2至图8所示的方法实施例中的相应流程。

其中，当该通信装置10用于执行图2中的方法200时，收发单元12可用于接收RRC消息，该RRC消息指示通信装置10发起由源小区至目标小区的RACH-less切换；处理单元11可用于确定该RACH-less切换失败；该收发单元12还可用于与第一网络设备通信。其中，第一网络设备是源小区所属的网络设备、目标小区所属的网络设备或重建立小区所属的网络设备，该重建立小区是满足预定准则的小区，且该重建立小区是终端设备尝试与源小区所属的网络设备的通信失败和/或与目标小区的随机接入失败后请求接入的小区。

可选地，该第一网络设备是源小区所属的网络设备。

可选地，该处理单元11还用于在确定该通信装置10与源小区存在RRC连接的情况下，回退到源小区。

可选地，该处理单元11还用于确定目标小区中不存在信号质量高于第一预设门限的波束。

可选地，该处理单元11还用于确定源小区的小区信号质量高于第二预设门限。

可选地，该处理单元11还用于向所述目标小区发起随机接入流程，但随机接入失败。

可选地，该处理单元11还用于确定目标小区存在信号质量高于第一预设门限的波束，或者，确定源小区的小区信号质量不高于第二预设门限。

可选地，该第一网络设备是目标小区所属的网络设备。

可选地，该处理单元11还用于向目标小区发起随机接入流程；收发单元12具体用于在随机接入成功后，与目标小区所属的网络设备通信。

可选地，该处理单元11还用于确定源小区的信号质量不高于第二预设门限。

可选地，该处理单元11还用于确定目标小区存在信号质量高于第一预设门限的波束；并用于基于第一波束和RACH资源，向目标小区发起随机接入流程，其中第一波数是目标小区中信号质量高于第一预设门限的一个或多个波束中的一个。

可选地，该处理单元11还用于确定该通信装置10与源小区的RRC连接已断开。

可选地，该第一网络设备是重建立小区所属的网络设备。

可选地，该处理单元11还用于发起RRC重建立流程；该收发单元12具体用于与重建立小区所属的网络设备通信。

可选地，该处理单元11还用于确定该通信装置10与源小区的RRC连接已断开。

可选地，该处理单元11还用于确定目标小区中不存在信号质量高于第一预设门限的波束。

可选地，该处理单元11还用于向目标小区发起随机接入流程，但随机接入失败。

可选地，该处理单元11还用于在向目标小区发起随机接入流程之前，确定目标小区中存在信号质量高于第一预设门限的波束。

可选地，该处理单元11还用于确定源小区的小区信号质量不高于第二预设门限的情况下，向目标小区发起随机接入流程，但随机接入失败；并用于发起RRC重建立流程。

可选地，该收发单元12还用于发送RACH-less切换失败相关信息，该RACH-less切换失败相关信息包括以下一项或多项：源小区的小区标识；目标小区的小区标识；通信装置10接入的小区的小区标识；RACH-less切换是否成功的指示信息；RACH-less切换失败的原因值；终端设备预先获得的用于进行RACH-less切换的定时提前量；终端设备与目标小区进行随机接入使用的定时提前量；以及与RACH-less切换失败相关的时间信息；其中，小区标识包括：PCI和频率信息，和/或，CGI；RACH-less切换失败的原因值包括：目标小区中不存在信号质量高于第三预设门限且关联UL grant的波束，HOF或RLF。

可选地，该收发单元12还用于接收请求消息，该请求消息用于请求获取RACH-less切换失败相关信息。

可选地，通信装置10还可以包括存储单元，该存储单元可以用于存储指令或者数据，处理单元可以调用该存储单元中存储的指令或者数据，以实现相应的操作。

由于上文图3至图8所示实施例是对图2所示的方法200中步骤230的更进一步的说明，该通信装置10在用于实现图2的方法200中的相应流程时，可以执行图3至图9所示实施例中的步骤。为了简洁，这里不再赘述。

此外，该通信装置10也可实现上文方法900和方法1000中的终端设备中的相应操作。该通信装置10可以包括用于执行图9中的方法900或图10中的方法1000中终端设备执行的方法的单元。并且，该通信装置10中的各单元和上述其他操作和/或功能分别为了实现图9中的方法900或图10中的方法1000的相应流程。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

还应理解，该通信装置10中的收发单元12可以通过收发器或者通信接口实现，例如可对应于图12中示出的终端设备3000中的收发器2020。该通信装置10中的处理单元11可以通过至少一个处理器实现，例如可对应于图12中示出的终端设备3000中的处理器2010。

在另一种可能的设计中，该通信装置10可对应于上文方法实施例中的目标网络设备，例如，可以为目标网络设备，或者配置于目标网络设备中的部件，如芯片或电路。

具体地，该通信装置10可实现上文方法900或方法1000中的目标网络设备的相应操作。该通信装置10可以包括用于执行图9中的方法900或图10中的方法1000中目标网络设备执行的方法的单元。并且，该通信装置10中的各单元和上述其他操作和/或功能分别为了实现图9中的方法900或图10中的方法1000的相应流程。

其中，当该通信装置10用于执行图9中的方法900时，收发单元12可用于接收第一释放指示，该第一释放指示用于指示目标小区所属的网络设备释放UL grant，该UL grant用于终端设备通过RACH-less切换由源小区切换至该目标小区；处理单元11可用于释放该UL grant。

可选地，该收发单元12具体用于接收来自第一网络设备的第一释放指示，该第一网络设备是源小区或重建立小区所属的网络设备。

可选地，该收发单元12具体用于接收来自终端设备的用于指示RACH-less切换失败的指示信息，该指示信息用指示终端设备由源小区至目标小区的RACH-less切换失败，以指示释放UL grant。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

当该通信装置10用于执行图10中的方法1000时，收发单元12可用于接收第二释放指示，该第二释放指示用于指示目标小区所属的网络设备释放RACH资源，该RACH资源是终端设备向该目标小区发起随机接入流程所使用的资源；处理单元11可用于释放该RACH资源。

可选地，该收发单元12具体用于接收来自第一网络设备的第二释放指示，该第一网络设备是源小区或重建立小区所属的网络设备。

可选的，通信装置10还可以包括存储单元，该存储单元可以用于存储指令或者数据，处理单元可以调用该存储单元中存储的指令或者数据，以实现相应的操作。

此外，该通信装置10还可实现上文图2至图8所示方法实施例中的目标网络设备的相应操作。该通信装置10可以包括用于执行图2至图8所示方法实施例中目标网络设备执行的方法的单元。并且，该通信装置10中的各单元和上述其他操作和/或功能分别为了实现图2中的方法200的相应流程。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

还应理解，该通信装置10中的收发单元12可以通过收发器或者通信接口实现，例如可对应于图13中示出的网络设备3000中的收发器3300。该通信装置10中的处理单元11可以通过至少一个处理器实现，例如可对应于图13中示出的网络设备3000中的处理器3100。

图12是本申请实施例提供的终端设备2000的结构示意图。该终端设备2000可应用于如图1所示的系统中，执行上述方法实施例中终端设备的功能。如图所示，该终端设备3000包括处理器2010和收发器2020。可选地，该终端设备3000还包括存储器2030。其中，处理器2010、收发器3002和存储器2030之间可以通过内部连接通路互相通信，传递控制和/或数据信号，该存储器2030用于存储计算机程序，该处理器2010用于从该存储器2030中调用并运行该计算机程序，以控制该收发器2020收发信号。可选地，终端设备3000还可以包括天线2040，用于将收发器2020输出的上行数据或上行控制信令通过无线信号发送出去。

上述处理器2010可以和存储器2030可以合成一个处理装置，处理器2010用于执行存储器2030中存储的程序代码来实现上述功能。具体实现时，该存储器2030也可以集成在处理器2010中，或者独立于处理器2010。该处理器2010可以与图11中的处理单元11对应。

上述收发器2020可以与图11中的收发单元12对应。收发器2020可以包括接收器(或称接收机、接收电路)和发射器(或称发射机、发射电路)。其中，接收器用于接收信号，发射器用于发射信号。

应理解，图12所示的终端设备2000能够实现图2至图10所示方法实施例中涉及终端设备的各个过程。终端设备2000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。

上述处理器2010可以用于执行前面方法实施例中描述的由终端设备内部实现的动作，而收发器2020可以用于执行前面方法实施例中描述的终端设备向网络设备发送或从网络设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

可选地，上述终端设备2000还可以包括电源2050，用于给终端设备中的各种器件或电路提供电源。

除此之外，为了使得终端设备的功能更加完善，该终端设备3000还可以包括输入单元2060、显示单元2070、音频电路2080、摄像头2090和传感器2100等中的一个或多个，所述音频电路还可以包括扬声器2082、麦克风2084等。

图13是本申请实施例提供的网络设备的结构示意图，例如可以为基站的结构示意图。该基站3000可应用于如图1所示的系统中，执行上述方法实施例中网络设备的功能。如图所示，该基站3000可以包括一个或多个射频单元，如远端射频单元(remote radio unit，RRU)3100和一个或多个基带单元(BBU)(也可称为分布式单元(DU))3300。所述RRU 3100可以称为收发单元，与图11中的收发单元12对应。可选地，该收发单元3100还可以称为收发机、收发电路、或者收发器等等，其可以包括至少一个天线3101和射频单元3102。可选地，收发单元3100可以包括接收单元和发送单元，接收单元可以对应于接收器(或称接收机、接收电路)，发送单元可以对应于发射器(或称发射机、发射电路)。所述RRU 3100部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送指示信息。所述BBU 3300部分主要用于进行基带处理，对基站进行控制等。所述RRU 3100与BBU 3300可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。

所述BBU 3300为基站的控制中心，也可以称为处理单元，可以与图11中的处理单元11对应，主要用于完成基带处理功能，如信道编码，复用，调制，扩频等等。例如所述BBU(处理单元)可以用于控制基站执行上述方法实施例中关于网络设备的操作流程，例如，生成上述指示信息等。

在一个示例中，所述BBU 3300可以由一个或多个单板构成，多个单板可以共同支持单一接入制式的无线接入网(如LTE网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述BBU 3300还包括存储器3201和处理器3202。所述存储器3201用以存储必要的指令和数据。所述处理器3202用于控制基站进行必要的动作，例如用于控制基站执行上述方法实施例中关于网络设备的操作流程。所述存储器3201和处理器3202可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

应理解，图13所示的基站3000能够实现图2至图10所示方法实施例中涉及目标网络设备的各个过程。基站3000中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。

上述BBU 3300可以用于执行前面方法实施例中描述的由网络设备内部实现的动作，而RRU 3100可以用于执行前面方法实施例中描述的网络设备向终端设备发送或从终端设备接收的动作。具体请见前面方法实施例中的描述，此处不再赘述。

应理解，图13所示出的基站3000仅为网络设备的一种可能的架构，而不应对本申请构成任何限定。本申请所提供的方法可适用于其他架构的网络设备。例如，包含CU、DU和有源天线单元(active antenna unit，AAU)的网络设备等。本申请对于网络设备的具体架构不作限定。

本申请实施例还提供了一种处理装置，包括处理器和接口；所述处理器用于执行上述任一方法实施例中的方法。

应理解，上述处理装置可以是一个或多个芯片。例如，该处理装置可以是现场可编程门阵列(field programmable gate array，FPGA)，可以是专用集成芯片(applicationspecific integrated circuit，ASIC)，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(central processor unit，CPU)，还可以是网络处理器(networkprocessor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro

controller unit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图2至图10所示实施例中任一实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图2至图10所示实施例中任一实施例的方法。

根据本申请实施例提供的方法，本申请还提供一种系统，其包括前述的一个或多个终端设备以及一个或多个网络设备。

上述各个装置实施例中网络设备与终端设备和方法实施例中的网络设备或终端设备完全对应，由相应的模块或单元执行相应的步骤，例如通信单元(收发器)执行方法实施例中接收或发送的步骤，除发送、接收外的其它步骤可以由处理单元(处理器)执行。具体单元的功能可以参考相应的方法实施例。其中，处理器可以为一个或多个。

在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在2个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可例如根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤(step)，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

在上述实施例中，各功能单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令(程序)。在计算机上加载和执行所述计算机程序指令(程序)时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，高密度数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种通信方法，其特征在于，包括：

接收无线资源控制RRC消息，所述RRC消息指示终端设备发起由源小区至目标小区的无随机接入信道RACH-less切换，所述RRC消息包括用于通过所述RACH-less切换由源小区切换至所述目标小区的上行授权UL grant的信息，或向所述目标小区发起随机接入流程所使用的随机接入信道RACH资源的信息与用于通过所述RACH-less切换由源小区切换至所述目标小区的上行授权UL grant的信息；

确定所述RACH-less切换失败；

与第一网络设备通信，其中，所述第一网络设备是所述源小区所属的网络设备，在确定所述终端设备与所述源小区存在RRC连接的情况下，回退到所述源小区；或者，

所述第一网络设备是所述目标小区所属的网络设备，在确定所述终端设备与所述源小区的RRC连接已断开，所述目标小区存在信号质量高于第一预设门限的波束的情况下，基于第一波束和随机接入信道RACH资源，向所述目标小区发起随机接入流程，所述第一波束是所述目标小区中信号质量高于所述第一预设门限的一个或多个波束中的一个；或者，

所述第一网络设备是重建立小区所属的网络设备，所述重建立小区是满足预定准则的小区，且在所述终端设备尝试回退到所述源小区失败和/或与所述目标小区的随机接入失败后，向所述重建立小区发起RRC重建立流程。

2.如权利要求1所述的方法，其特征在于，在确定所述终端设备与所述源小区存在RRC连接的情况下，回退到所述源小区之前，所述方法还包括：

确定所述目标小区中不存在信号质量高于第一预设门限的波束。

3.如权利要求1所述的方法，其特征在于，在确定所述终端设备与所述源小区存在RRC连接的情况下，回退到所述源小区之前，所述方法还包括：

向所述目标小区发起的随机接入流程发生失败。

4.如权利要求3所述的方法，其特征在于，在向所述目标小区发起的随机接入流程发生失败之前，所述方法还包括：

确定所述目标小区中存在信号质量高于第一预设门限的波束。

5.如权利要求1所述的方法，其特征在于，在向所述目标小区发起随机接入流程之前，所述方法还包括：

确定所述终端设备与所述源小区的RRC连接已断开。

6.如权利要求1所述的方法，其特征在于，在向所述重建立小区发起RRC重建立流程之前，所述方法还包括：

确定所述目标小区中不存在信号质量高于第一预设门限的波束。

7.如权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：

发送RACH-less切换失败相关信息，所述RACH-less切换失败相关信息包括以下一项或多项：

所述源小区的小区标识；

所述目标小区的小区标识；

所述终端设备接入的小区的小区标识；

所述RACH-less切换是否成功的指示信息；

所述RACH-less切换失败的原因值，所述原因值包括：所述目标小区中不存在信号质量高于第三预设门限且关联上行授权UL grant的波束，切换失败HOF或无线链路失败RLF；

所述终端设备预先获得的用于进行所述RACH-less切换的定时提前量；

所述终端设备与所述目标小区进行随机接入使用的定时提前量；以及

与所述RACH-less切换失败相关的时间信息；

其中，所述小区标识包括：物理小区标识PCI和频率信息，和/或，小区全球标识CGI。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

接收请求消息，所述请求消息用于请求获取所述RACH-less切换失败相关信息。

9.一种通信装置，其特征在于，包括用于实现如权利要求1至8中任一项所述的方法的单元。

10.一种通信装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机指令，以使得所述装置执行：如权利要求1至8中任一项所述的方法。

11.一种通信系统，其特征在于，包括：如权利要求9所述的通信装置，或，如权利要求10所述的通信装置。

12.一种计算机存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被计算机执行时，以使得实现如权利要求1至8中任一项所述的方法。

Images