CN116097896A - 一种控制终端设备连接的方法及其装置 - Google Patents

Abstract

本公开实施例公开了一种控制终端设备连接的方法及其装置，可以应用于终端设备到网络(U2N)中继场景中，该方法包括：在处于连接态的第一终端设备接收到第二终端设备发送的第一消息的情况下，第一终端设备根据第一条件判断是否启动无线资源控制RRC重建；其中，第一终端设备为U2N中继场景中的远端终端设备，第二终端设备为U2N中继场景中的中继终端设备。通过实施本公开实施例，可以避免在收到中继终端设备发送的通知消息时触发不必要的连接重建，从而节省资源，避免资源浪费。

Description

一种控制终端设备连接的方法及其装置

技术领域

本公开涉及通信技术领域，尤其涉及一种控制终端设备连接的方法及其装置。

背景技术

为了支持终端设备(也称为用户设备，User Equipment，UE)与UE之间的直接通信，引入了Sidelink(侧链路)通信方式，UE与UE之间的接口为PC-5。一个UE可以不直接与网络设备(如基站)连接而通过另外一个UE的中继实现与网络设备的通信，其中与网络设备没有连接的UE称为远端UE(remote UE)，提供中继功能的UE称为中继UE(relay UE)，远端UE与中继UE之间通过Sidelink通信，这种架构称为U2N(UE to NW，终端设备到网络)中继。

远端UE与网络设备(如基站)可以建立直接链路(Direct Link)以及间接链路(Indirect Link)。其中，直接链路为远端UE与网络设备直接连接的链路，间接链路为远端UE通过中继UE与网络设备间接连接的链路。远端UE可以同时通过直接链路和间接链路与网络设备保持连接，这种功能称为多路径连接(Multipath)，可以使得远端UE支持多路径传输，从而可以提高传输速率和传输可靠性。需要说明的是，远端UE必须处于连接态才能支持多路径连接。

相关技术中，在中继UE发生无线链路失败、切换、小区重选、无线电资源控制(RRC)连接失败等连接问题时时，通过Sidelink向连接的远端UE发送通知消息。在处于连接态的远端UE接收到中继UE发送的通知消息，远端UE会触发重建以保证通信正常。但是，在这种情况下，通常会存在不必要的连接重建。

因此，目前尚缺乏用于控制U2N中继场景中远端UE连接的有效手段。

发明内容

本公开实施例提供一种控制终端设备连接的方法及其装置，可以应用于终端设备到网络(UE to NW，也叫U2N)中继场景，通过处于连接态的终端设备根据条件判断是否需要启动无线资源控制RRC重建，可以避免在收到中继终端设备发送的通知消息时触发不必要的连接重建，从而节省资源，避免资源浪费。

第一方面，本公开实施例提供一种控制终端设备连接的方法，所述方法应用于终端设备到网络中继场景，所述方法由第一终端设备执行，所述方法包括：

响应于处于连接态的所述第一终端设备接收到第二终端设备发送的第一消息，根据第一条件判断是否启动无线资源控制RRC重建；

其中，所述第一终端设备为所述终端设备到网络中继场景中的远端终端设备，所述第二终端设备为所述终端设备到网络中继场景中的中继终端设备。

在该技术方案中，通过处于连接态的终端设备根据条件判断是否需要启动RRC重建，可以避免在收到中继终端设备发送的通知消息时触发不必要的连接重建，从而节省资源，避免资源浪费。

在一种实现方式中，所述第一条件为所述第一终端设备配置了多路径传输；所述根据第一条件判断是否启动无线资源控制RRC重建，包括：

在确定所述第一终端设备配置了多路径传输的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输的情况下，启动RRC重建。

在一种可能的实现方式中，通过以下任一方式确定所述第一终端设备配置了多路径传输：

确定网络设备为所述第一终端设备配置了多路径承载；

确定网络设备为所述第一终端设备同时配置了直接承载和间接承载。

在一种实现方式中，所述第一条件包括所述第一终端设备配置了多路径传输且所述多路径传输中的间接路径不为主路径；所述根据第一条件判断是否启动无线资源控制RRC重建，包括：

在确定所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径不为主路径的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输，和/或，所述多路径传输中的间接路径为主路径的情况下，启动RRC重建；

其中，所述间接路径为所述第一终端设备通过所述第二终端设备与网络设备间接连接的路径。

在另一种实现方式中，所述第一条件包括所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径为主路径，以及所述第一终端设备配置了失败恢复功能；所述根据第一条件判断是否启动无线资源控制RRC重建，包括：

在确定所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径为主路径，以及所述第一终端设备配置了失败恢复功能的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输，和/或，所述多路径传输中的间接路径不为主路径，和/或，所述第一终端设备未配置失败恢复功能的情况下，启动RRC重建。

在一种可能的实现方式中，通过以下任一方式确定所述多路径传输中的间接路径为主路径：

确定所述间接路径用于传输信令无线承载SRB；

确定所述间接路径发生失败后，所述第一终端设备触发RRC连接重建；

确定所述间接路径为SRB的主传输路径；

确定所述间接路径为用于保持RRC连接的路径；

确定所述间接路径为锚点路径；

确定所述间接路径连接的小区为所述第一终端设备的主小区。

在一种可能的实现方式中，通过以下方式确定所述第一终端设备配置了失败恢复功能，包括：

确定定时器运行；其中，所述定时器为所述第一终端设备在向网络设备上报链路失败信息后启动的定时器，所述链路失败信息用于指示所述多路径传输中直接链路或间接链路发生链路失败。

在一种实现方式中，所述第一消息为所述第二终端设备在第一情况下通过侧链路向连接的所述第一终端设备发送的通知消息；或者，所述第一消息包括所述通知消息和所述通知消息中指示类型为无线链路失败；其中，所述第一情况包括以下任意一种：

发生无线链路失败；

发生切换；

发生小区重选；

发生RRC连接失败。

第二方面，本公开实施例提供一种通信装置，该通信装置具有实现上述第一方面所述的方法中终端设备的部分或全部功能，比如通信装置的功能可具备本公开中的部分或全部实施例中的功能，也可以具备单独实施本公开中的任一个实施例的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的单元或模块。

在一种实现方式中，该通信装置的结构中可包括收发模块和处理模块，所述处理模块被配置为支持通信装置执行上述方法中相应的功能。所述收发模块用于支持通信装置与其他设备之间的通信。所述通信装置还可以包括存储模块，所述存储模块用于与收发模块和处理模块耦合，其保存通信装置必要的计算机程序和数据。

作为示例，处理模块可以为处理器，收发模块可以为收发器或通信接口，存储模块可以为存储器。

第三方面，本公开实施例提供一种通信装置，该通信装置包括处理器，当该处理器调用存储器中的计算机程序时，执行上述第一方面所述的方法。

第四方面，本公开实施例提供一种通信装置，该通信装置包括处理器和存储器，该存储器中存储有计算机程序；所述处理器执行该存储器所存储的计算机程序，以使该通信装置执行上述第一方面所述的方法。

第五方面，本公开实施例提供一种通信装置，该装置包括处理器和接口电路，该接口电路用于接收代码指令并传输至该处理器，该处理器用于运行所述代码指令以使该装置执行上述第一方面所述的方法。

第六方面，本公开实施例提供一种计算机可读存储介质，用于储存为上述终端设备所用的指令，当所述指令被执行时，使所述终端设备执行上述第一方面所述的方法。

第七方面，本公开还提供一种包括计算机程序的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

第八方面，本公开提供一种芯片系统，该芯片系统包括至少一个处理器和接口，用于支持终端设备实现第一方面所涉及的功能，例如，确定或处理上述方法中所涉及的数据和信息中的至少一种。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存终端设备必要的计算机程序和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第九方面，本公开提供一种计算机程序，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。

附图说明

为了更清楚地说明本公开实施例或背景技术中的技术方案，下面将对本公开实施例或背景技术中所需要使用的附图进行说明。

图1是本公开实施例提供的一种通信系统的架构示意图；

图2是本公开实施例提供的一种控制终端设备连接的方法的流程示意图；

图3是根据一示例性实施例示出的一种控制终端设备连接的方法的流程图；

图4是根据一示例性实施例示出的一种控制终端设备连接的方法的流程图；

图5是根据一示例性实施例示出的一种控制终端设备连接的方法的流程图；

图6是本公开实施例提供的一种通信装置的结构示意图；

图7是本公开实施例提供的另一种通信装置的结构示意图；

图8是本公开实施例提供的一种芯片的结构示意图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。其中，在本公开的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面详细描述本公开的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

为了支持终端设备UE与UE之间的直接通信，引入了Sidelink(侧链路)通信方式，UE与UE之间的接口为PC-5。根据发送和接收UE的对应关系，在Sidelink上支持三种传输方式，例如单播、组播和广播。发送UE在PSCCH(Physical Sidelink Control Channel，物理侧链路控制信道)信道上发送Sidelink控制信息(Sidelink Control Information，SCI)以及在PSSCH(Physical Sidelink Shared Channel，物理侧链路共享信道)信道上发送第二阶段SCI，其中携带传输数据的资源位置以及源和目标标识等。接收UE在收到SCI后，根据其中的源UE和目的UE标识确定是否接收对应的数据以及对应哪个进程。在单播连接中，每个UE都对应一个目的标识，在组播中，每个UE可以属于一个或多个组，每个组与一个目的标识相对应，在广播中，所有UE都至少与一个目的标识相对应。

一个UE可以不直接与网络设备(如基站)连接而通过另外一个UE的中继实现与网络设备的通信，其中与网络设备没有连接的UE称为远端UE(remote UE)，提供中继功能的UE称为中继UE(relay UE)，远端UE与中继UE之间通过Sidelink通信，这种架构称为U2N(UE toNW，终端设备到网络)中继。

远端UE与网络设备(如基站)可以建立直接链路(Direct Link)以及间接链路(Indirect Link)。其中，直接链路为远端UE与网络设备直接连接的链路，间接链路为远端UE通过中继UE与网络设备间接连接的链路。远端UE可以同时通过直接链路和间接链路与网络设备保持连接，这种功能称为多路径连接(Multipath)，可以使得远端UE支持多路径传输，从而可以提高传输速率和传输可靠性。需要说明的是，远端UE必须处于连接态才能支持多路径连接。

当中继UE发生无线链路失败、切换、小区重选和RRC连接失败中任一种情况时，通过Sidelink向连接的远端UE发送通知消息(NotificationMessageSidelink)，中继UE根据触发通知消息的事件，在通知消息中携带指示类型(indicationType)。在一种实现方式种，如果中继UE发生无线链路失败，指示类型可以设置为中继UE无线链路失败(relayUE-UuRLF)；如果中继UE发生切换，指示类型设置为中继UE切换(relayUE-HO)；如果中继UE发生小区重选，可指示类型设置为中继UE小区重选(relayUE-CellReselection)；如果中继UE发生连接失败，指示类型设置为中继UE RRC失败(relayUE-UuRRCFailure)。

当远端UE收到通知消息后，处于连接态的远端UE会触发重建以保证通信正常，但是，在这种情况下，通常会存在不必要的连接重建。因此，目前尚缺乏用于控制U2N中继场景中远端UE连接的有效手段。

为此，本公开实施例提出了一种用于控制U2N中继场景中远端UE连接的方法，下面首先对本公开实施例适用的通信系统进行描述。

请参见图1，图1为本公开实施例提供的一种通信系统的架构示意图。该通信系统可包括但不限于一个网络设备和两个终端设备，图1所示的设备数量和形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的网络设备。图1所示的通信系统以包括一个网络设备101和两个终端设备UE(如第一终端设备102和第二终端设备103)为例。

需要说明的是，本公开实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统，或者其他未来的新型移动通信系统等。还需要说明的是，本公开实施例中的侧链路还可以称为侧行链路或直通链路。

本公开实施例中的网络设备101是网络侧的一种用于发射或接收信号的实体。例如，网络设备101可以为演进型基站(evolved NodeB，eNB)、传输点(transmissionreception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本公开的实施例对网络设备所采用的具体技术和具体设备形态不做限定。本公开实施例提供的网络设备可以是由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将网络设备，例如基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。

本公开实施例中的第一终端设备102和第二终端设备103可以分别是用户侧的一种用于接收或发射信号的实体，如手机。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端设备(mobile terminal，MT)等。终端设备可以是具备通信功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportationsafety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smarthome)中的无线终端设备等等。本公开的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

值得说明的是，在图1所示的无线通信系统中，第一终端设备102和第二终端设备103通过Sidelink直连链路通信。在一些实施方式种，第一终端设备102可以不直接与网络设备101连接而通过第二终端设备103的中继实现与网络设备101的通信，其中，与网络设备101没有连接的第一终端设备102称为远端UE(remote UE)，提供中继功能的第二终端设备103称为中继UE(relay UE)，远端UE与中继UE之间通过Sidelink单播通信，这种架构称为U2N(UE to NW，终端设备到网络)中继。

在一些实施方式中，第一终端设备102与网络设备101可以建立直接链路(DirectLink)以及间接链路(Indirect Link)。其中，直接链路为第一终端设备102与网络设备101直接连接的链路，间接链路为第一终端设备102通过第二终端设备103与网络设备101间接连接的链路，需要说明的是，这里的第一终端设备102作为远端UE，第二终端设备103作为中继UE。这样，远端UE可以同时通过直接链路和间接链路与网络设备保持连接，这种功能称为多路径连接(Multipath)，可以使得远端UE支持多路径传输，从而可以提高传输速率和传输可靠性。需要说明的是，远端UE必须处于连接态才能支持多路径连接。

还需要说明的是，第一终端设备102作为远端UE，第二终端设备103作为中继UE。其中，远端UE的承载可以只通过直接路径传输，称为直接承载(Direct Bearer)，也可以只通过间接路径传输，称为间接承载(Indirect Bearer)，也可以同时通过直接路径和间接路径传输，称为多路径承载(Multipath Bearer)。远端UE直接连接的小区和中继UE连接的小区可以相同也可以不同。

在一些实施方式中，在多路径方案中，两条路径分为主路径和辅路径。

在一些实施方式中，当第二终端设备配置了多个小区组时，即MCG(Master CellGroup，主小区组)和SCG(Secondary Cell Group，辅小区组)，如果第二终端设备在一个小区组发生了无线链路失败，第二终端设备可以通过另一个小区组向网络设备发送失败信息，使得网络设备可以为失败的小区组重配新的小区，从而恢复通信。失败信息包括失败原因和最新的终端设备关于小区的测量结果。在一种实现方式中，当第一终端设备同时通过直接链路和间接链路连接到网络设备时，如果直接链路和间接链路中的其中一条链路出现了失败，第一终端设备可以上报对应链路的失败信息，辅助网络恢复失败链路，这样可以使得第一终端设备具备失败恢复功能，该失败恢复功能可以让网络侧设备能够及时对失败链路进行恢复，进而降低失败链路上数据传输的延迟。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

下面结合附图对本公开所提供的控制终端设备连接的方法及其装置进行详细地介绍。

请参见图2，图2是本公开实施例提供的一种控制终端设备连接的方法的流程示意图。需要说明的是，本公开实施例的方法可应用于终端设备到网络(U2N)中继场景，该方法可以由第一终端设备执行，需要说明的是，这里的第一终端设备作为U2N中继场景中的远端UE，第二终端设备作为U2N中继场景中的中继UE。其中，远端UE与网络设备可以建立直接链路(Direct Link)以及间接链路(Indirect Link)。其中，直接链路为远端UE与网络设备直接连接的链路，间接链路为远端UE通过中继UE与网络设备间接连接的链路。远端UE可以同时通过直接链路和间接链路与网络设备保持连接，这种功能称为多路径连接(Multipath)，可以使得远端UE支持多路径传输，从而可以提高传输速率和传输可靠性。需要说明的是，远端UE必须处于连接态才能支持多路径连接。

如图2所示，该方法可以包括但不限于如下步骤：

在步骤201中，响应于处于连接态的第一终端设备接收到第二终端设备发送的第一消息，根据第一条件判断是否启动无线资源控制RRC重建。

可选地，处于连接态的第一终端设备收到第二终端设备发送的第一消息，该第一终端设备可以判断是否需要启动RRC重建，例如可以根据第一条件判断是否需要启动RRC重建。

在一些实施例中，该第一消息可以为第二终端设备在第一情况下通过侧链路Sidelink向连接的第一终端设备发送的通知消息。或者，在另一些实施例中，该第一消息可以包括该通知消息和指示类型；其中该指示类型可以用于指示第二终端设备与网路设备失去链接的原因(也就是第一情况)。例如：指示类型可以为无线链路失败。其中，该第一情况可包括以下任意一种：发生无线链路失败；发生切换；发生小区重选；发生RRC连接失败。

在一种可能的实现方式中，以第一消息为该通知消息为例，当第二终端设备发生无线链路失败、切换、小区重选和RRC连接失败中任一种情况时，第二终端设备通过Sidelink向连接的远端UE发送该通知消息(NotificationMessageSidelink)。处于连接态的第一终端设备收到该第二终端设备发送的该通知消息，第一终端设备可以判断是否需要启动RRC重建，可选地，第一终端设备可以根据第一条件判断是否需要启动RRC重建。

在另一种可能的实现方式中，以第一消息包括该通知消息和指示类型为例；当第二终端设备发生无线链路失败、切换、小区重选和RRC连接失败中任一种情况时，第二终端设备通过Sidelink向连接的远端UE发送第一消息，该第一消息可以包括该通知消息，另外，第二终端设备根据触发该通知消息的事件，还可在第一消息中携带指示类型(indicationType)。作为一种示例，处于连接态的第一终端设备收到该第二终端设备发送的第一消息，其中该第一消息中携带的指示类型为无线链路失败时，第一终端设备可以根据第一条件判断是否需要启动RRC重建。也就是说，处于连接态的第一终端设备收到该第二终端设备发送的该第一消息，其中该第一消息中携带的指示类型为无线链路失败，在这种情况下，可以认为第二终端设备发生了无线链路失败，处于连接态的第一终端设备可以根据第一条件判断是否需要启动RRC重建。

通过实施本公开实施例，通过处于连接态的终端设备判断是否需要启动RRC重建，可以避免在收到中继终端设备发送的通知消息时触发不必要的连接重建而导致连接中断，从而节省资源，避免资源浪费。

需要说明的是，在一些实施例中，第一条件可以为第一终端设备配置了多路径传输。第一终端设备可以根据该第一条件判断是否启动RRC重建，如果第一终端设备满足该第一条件，可以不启动RRC重建；如果第一终端设备不满足该第一条件，则需要启动RRC重建。可选地，图3是根据一示例性实施例示出的一种控制终端设备连接的方法的流程图。需要说明的是，本公开实施例的方法可应用于终端设备到网络(U2N)中继场景，该方法可以由第一终端设备执行，其中，该第一终端设备处于连接态。需要说明的是，这里的第一终端设备作为U2N中继场景中的远端UE，第二终端设备作为U2N中继场景中的中继UE。如图3所示，该方法可以包括但不限于如下步骤：

在步骤301中，接收第二终端设备发送的第一消息。

在一种实现方式中，处于连接态的第一终端设备收到第二终端设备发送的第一消息后，第一终端设备确定是否配置了多路径传输，来决定是否需要启动RRC重建。

在本公开的实施例中，步骤301可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。例如，可以采用如前述步骤201中的方式，接收由第一终端设备发送的第一消息；其中，第一消息可以为通知消息，或第一消息包括通知消息和指示类型；其中该指示类型可以用于指示第二终端设备与网路侧设备失去链接的原因。

在步骤302中，确定第一终端设备配置了多路径传输，不启动RRC重建。

可选地，确定第一终端设备配置了多路径传输，可以认为第一终端设备支持多路径传输，使得第一终端设备可以通过多路径传输中的直接路径与网络设备直接连接，还可以通过多路径传输中的间接路径与网络设备间接连接。对于第二终端设备发生无线链路失败、切换、小区重选和RRC连接失败中任一种情况，向第一终端设备发送第一消息。第一终端设备收到第二终端设备发送的第一消息后，由于第一终端设备配置了多路径传输，所以第一终端设备还可以通过多路径传输中的直接路径的链路(即直接链路)与网络设备直接连接，使得第一终端设备还可以继续与网络设备保持连接，所以第一终端设备可以不启动RRC重建，从而可以避免在收到中继UE发送的用于指示无线链路失败的信息时远端UE进行不必要的连接重建而导致连接中断。

在一种可能的实现方式中，第一终端设备确定网络设备为第一终端设备配置了多路径承载，则可以确定第一终端设备配置了多路径传输。

在另一种可能的实现方式中，第一终端设备确定网络设备为第一终端设备同时配置了直接承载和间接承载，则可以确定第一终端设备配置了多路径传输。

通过实施本公开实施例，在确定第一终端设备配置了多路径传输的情况下，可以不启动RRC重建，从而可以避免在收到中继UE发送的用于指示无线链路失败的信息时远端UE进行不必要的连接重建而导致连接中断，从而可以节省资源，避免资源浪费。

可选地，在本公开的一些实施例中，确定第一终端设备配置未配置多路径传输，启动RRC重建。

可选地，处于连接态的第一终端设备收到第二终端设备发送的第一消息后，该第一终端设备确定第一终端设备未配置多路径传输，可以认为第一终端设备不具备多路径传输功能。对于第二终端设备发生无线链路失败、切换、小区重选和RRC连接失败中任一种情况，向第一终端设备发送第一消息。第一终端设备收到第二终端设备发送的第一消息后，由于第一终端设备不具备多路径传输功能，第一终端设备需要启动RRC重建，以保证与网络设备间的连接正常，保障终端设备的正常通信。

需要说明的是，在一些实施例中，第一条件可以包括所述第一终端设备配置了多路径传输且所述多路径传输中的间接路径不为主路径，第一终端设备可以根据该第一条件判断是否启动RRC重建，如果第一终端设备满足该第一条件，可以不启动RRC重建；如果第一终端设备不满足该第一条件，则需要启动RRC重建。可选地，图4是根据一示例性实施例示出的一种控制终端设备连接的方法的流程图。需要说明的是，本公开实施例的方法可应用于终端设备到网络(U2N)中继场景，该方法可以由第一终端设备执行，其中，该第一终端设备处于连接态。需要说明的是，这里的第一终端设备作为U2N中继场景中的远端UE，第二终端设备作为U2N中继场景中的中继UE。如图4所示，该方法可以包括但不限于如下步骤：

在步骤401中，接收第二终端设备发送的第一消息。

在本公开的实施例中，步骤401可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。例如，可以采用如前述步骤201中的方式，接收由第一终端设备发送的第一消息；其中，第一消息可以为通知消息，或第一消息包括通知消息和指示类型；其中该指示类型可以用于指示第二终端设备与网路侧设备失去链接的原因。

在一种实现方式中，处于连接态的第一终端设备收到第二终端设备发送的第一消息后，第一终端设备确定是否配置了多路径传输，并确定该多路径传输中的间接路径是否不为主路径，来决定是否需要启动RRC重建。

在本公开的实施例中，步骤401可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。

在步骤402中，确定第一终端设备配置了多路径传输，且多路径传输中的间接路径不为主路径，不启动RRC重建。

其中，间接路径为第一终端设备通过所述第二终端设备与网络设备间接连接的路径。其中，若确定间接路径不为主路径，则为辅路径。

可选地，确定第一终端设备配置了多路径传输，可以认为第一终端设备支持多路径传输，使得第一终端设备可以通过多路径传输中的直接路径与网络设备直接连接，还可以通过多路径传输中的间接路径与网络设备间接连接。对于第二终端设备发生无线链路失败、切换、小区重选和RRC连接失败中任一种情况，向第一终端设备发送第一消息。第一终端设备收到第二终端设备发送的第一消息后，由于第一终端设备配置了多路径传输，且该多路径传输中的间接路径不为主路径，所以第一终端设备还可以通过多路径传输中的直接路径的链路(即直接链路)与网络设备直接连接，使得第一终端设备还可以继续与网络设备保持连接，所以第一终端设备可以不启动RRC重建，从而可以避免在收到中继UE发送的用于指示无线链路失败的信息时远端UE进行不必要的连接重建而导致连接中断。

可选地，在本公开的一些实施例中，确定第一终端设备未配置多路径传输，和/或，多路径传输中的间接路径为主路径，启动RRC重建。

在一种实现方式中，处于连接态的第一终端设备收到第二终端设备发送的第一消息后，该第一终端设备确定第一终端设备未配置多路径传输，和/或，多路径传输中的间接路径为主路径，则第一终端设备需要启动RRC重建，以保障终端设备的正常通信。

在本公开的一些实施例中，第一终端设备可以通过以下任一方式确定多路径传输中的间接路径为主路径：确定间接路径用于传输信令无线承载SRB；确定间接路径发生失败后，第一终端设备触发RRC连接重建；确定间接路径为SRB的主传输路径；确定间接路径为用于保持RRC连接的路径；确定间接路径为锚点路径；确定间接路径连接的小区为第一终端设备的主小区。

在一种可能的实现方式中，在确定间接路径用于传输信令无线承载SRB的情况下，确定多路径传输中的间接路径为主路径。

在另一种可能的实现方式中，在确定间接路径发生失败后，第一终端设备触发RRC连接重建的情况下，确定多路径传输中的间接路径为主路径。

在另一种可能的实现方式中，在确定间接路径为SRB的主传输路径的情况下，确定多路径传输中的间接路径为主路径。

在另一种可能的实现方式中，在确定间接路径为用于保持RRC连接的路径的情况下，确定多路径传输中的间接路径为主路径。

在另一种可能的实现方式中，在确定间接路径为锚点路径的情况下，确定多路径传输中的间接路径为主路径。

在另一种可能的实现方式中，在确定间接路径连接的小区为第一终端设备的主小区的情况下，确定多路径传输中的间接路径为主路径。

需要说明的是，在一些实施例中，第一条件可以包括所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径为主路径，以及所述第一终端设备配置了失败恢复功能；第一终端设备可以根据该第一条件判断是否启动RRC重建，如果第一终端设备满足该第一条件，可以不启动RRC重建；如果第一终端设备不满足该第一条件，则需要启动RRC重建。可选地，图5是根据一示例性实施例示出的一种控制终端设备连接的方法的流程图。需要说明的是，本公开实施例的方法可应用于终端设备到网络(U2N)中继场景，该方法可以由第一终端设备执行，其中，该第一终端设备处于连接态。需要说明的是，这里的第一终端设备作为U2N中继场景中的远端UE，第二终端设备作为U2N中继场景中的中继UE。如图5所示，该方法可以包括但不限于如下步骤：

在步骤501中，接收第二终端设备发送的第一消息。

在本公开的实施例中，步骤501可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。例如，可以采用如前述步骤201中的方式，接收由第一终端设备发送的第一消息；其中，第一消息可以为通知消息，或第一消息包括通知消息和指示类型；其中该指示类型可以用于指示第二终端设备与网路侧设备失去链接的原因。

在一种实现方式中，处于连接态的第一终端设备收到第二终端设备发送的第一消息后，第一终端设备确定是否配置了多路径传输，并确定该多路径传输中的间接路径是否不为主路径，以及确定第一终端设备是否配置了失败恢复功能，来决定是否需要启动RRC重建。

在本公开的实施例中，步骤501可以分别采用本公开的各实施例中的任一种方式实现，本公开实施例并不对此作出限定，也不再赘述。

在步骤502中，确定第一终端设备配置了多路径传输，且多路径传输中的间接路径为主路径，以及第一终端设备配置了失败恢复功能，不启动RRC重建。

可选地，确定第一终端设备配置了多路径传输，可以认为第一终端设备支持多路径传输，使得第一终端设备可以通过多路径传输中的直接路径与网络设备直接连接，还可以通过多路径传输中的间接路径与网络设备间接连接。对于第二终端设备发生无线链路失败、切换、小区重选和RRC连接失败中任一种情况，向第一终端设备发送第一消息。在第一终端设备配置了多路径传输的情况下，虽然多路径传输中的间接路径为主路径，但由于第一终端设备配置了失败恢复功能，所以第一终端设备可以通过失败恢复功能辅助网络设备恢复失败链路，在这种情况下，第一终端设备可以不启动RRC重建，以避免在收到中继UE发送的用于指示无线链路失败的信息时远端UE进行不必要的连接重建而导致连接中断。

在一种可能的实现方式中，第一终端设备可以通过以下方式确定第一终端设备配置了失败恢复功能，包括：确定定时器运行；其中，定时器为第一终端设备在向网络设备上报链路失败信息后启动的定时器，链路失败信息用于指示多路径传输中直接链路或间接链路发生链路失败。也就是说，第一终端设备在确定该定时器运行的情况下，确定第一终端设备配置了失败恢复功能。

可选地，在一些实施例中，第一终端设备在确定第一终端设备未配置多路径传输，和/或，多路径传输中的间接路径不为主路径，和/或，第一终端设备未配置失败恢复功能的情况下，启动RRC重建。

在一些实施例中，该失败恢复功能的实现方式可如下：当第一终端设备同时通过直接链路和间接链路连接到网络设备时，如果直接链路和间接链路中的其中一条链路出现了失败，第一终端设备可以上报对应链路的失败信息，以辅助网络恢复失败链路。

在一种可能的实现方式中，在间接链路失败的情况下，第一终端设备通过直接连路向网络设备上报间接链路失败信息。其中，该间接链路失败信息可包括以下至少一种：间接链路失败原因信息；第三终端设备的终端设备信息，终端设备信息包括终端设备标识、第一终端设备与第三终端设备的sidelink链路的无线信道质量和第三终端设备的服务小区标识中的至少一种；第二终端设备的终端设备标识。其中，第三终端设备可以是能够与第一终端设备建立间接链路的终端设备。

可选地，间接链路失败原因包括以下至少一种：第一终端设备与第二终端设备的sidelink链路发生无线链路失败；sidelink RLC实体通知发送达到第一最大重传次数；T400定时器超时；sidelink MAC实体通知丢失反馈达到最大丢失次数；sidelink PDCP实体通知SL-SRB2的完整性检测失败；sidelink PDCP实体通知SL-SRB3的完整性检测失败；第一终端设备与第二终端设备的sidelink链路发生持续LBT失败；第二终端设备发生无线链路失败；第二终端设备发生连接失败；第一终端设备与第二终端设备之间的PC5-RRC连接被释放。

在一种可能的实现方式中，在直接链路失败的情况下，第一终端设备通过间接链路向网络设备上报直接链路失败信息。其中，该直接链路失败信息包括直接链路失败原因信息，该直接链路失败原因信息包括以下至少一种：无线链路失败；T310定时器超时；T312定时器超时；RLC重传达到第二最大重传次数；随机接入失败；波束恢复失败；持续LBT失败。

上述本公开提供的实施例中，分别从第一终端设备的角度对本公开实施例提供的方法进行了介绍。为了实现上述本公开实施例提供的方法中的各功能，第一终端设备可以包括硬件结构、软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能可以以硬件结构、软件模块、或者硬件结构加软件模块的方式来执行。

请参见图6，为本公开实施例提供的一种通信装置60的结构示意图。图6所示的通信装置60可包括收发模块601和处理模块602。收发模块601可包括发送模块和/或接收模块，发送模块用于实现发送功能，接收模块用于实现接收功能，收发模块601可以实现发送功能和/或接收功能。

通信装置60可以是终端设备(如前述方法实施例中的第一终端设备)，也可以是终端设备中的装置，还可以是能够与终端设备匹配使用的装置。

通信装置60为终端设备(如前述方法实施例中的第一终端设备)：收发模块601用于接收第二终端设备发送的第一消息；处理模块602用于在处于连接态的第一终端设备接收到第二终端设备发送的第一消息的情况下，根据第一条件判断是否启动无线资源控制RRC重建；其中，第一终端设备为终端设备到网络中继场景中的远端终端设备，第二终端设备为终端设备到网络中继场景中的中继终端设备。

在一种实现方式中，第一条件为第一终端设备配置了多路径传输；处理模块602具体用于：在确定第一终端设备配置了多路径传输的情况下，不启动RRC重建；或者，在确定第一终端设备未配置多路径传输的情况下，启动RRC重建。

在一种可能的实现方式中，处理模块602还用于：在确定网络设备为第一终端设备配置了多路径承载的情况下，确定第一终端设备配置了多路径传输；或者，在确定网络设备为第一终端设备同时配置了直接承载和间接承载的情况下，确定第一终端设备配置了多路径传输。

在一种实现方式中，第一条件包括第一终端设备配置了多路径传输且多路径传输中的间接路径不为主路径；处理模块602具体用于：在确定第一终端设备配置了多路径传输，且多路径传输中的间接路径不为主路径的情况下，不启动RRC重建；或者，在确定第一终端设备未配置多路径传输，和/或，多路径传输中的间接路径为主路径的情况下，启动RRC重建；其中，间接路径为第一终端设备通过第二终端设备与网络设备间接连接的路径。

在另一种实现方式中，第一条件包括第一终端设备配置了多路径传输，且多路径传输中的间接路径为主路径，以及第一终端设备配置了失败恢复功能；处理模块602具体用于：在确定第一终端设备配置了多路径传输，且多路径传输中的间接路径为主路径，以及第一终端设备配置了失败恢复功能的情况下，不启动RRC重建；或者，在确定第一终端设备未配置多路径传输，和/或，多路径传输中的间接路径不为主路径，和/或，第一终端设备未配置失败恢复功能的情况下，启动RRC重建。

在一种可能的实现方式中，处理模块602还用于：在确定间接路径用于传输信令无线承载SRB的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径发生失败后，第一终端设备触发RRC连接重建的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径为SRB的主传输路径的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径为用于保持RRC连接的路径的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径为锚点路径的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径连接的小区为第一终端设备的主小区的情况下，确定多路径传输中的间接路径为主路径。

在另一种实现方式中，处理模块602还用于：在确定定时器运行的情况下，确定第一终端设备配置了失败恢复功能；其中，定时器为第一终端设备在向网络设备上报链路失败信息后启动的定时器，链路失败信息用于指示多路径传输中直接链路或间接链路发生链路失败。

在一种实现方式中，第一消息为第二终端设备在第一情况下通过侧链路向连接的第一终端设备发送的通知消息；或者，第一消息包括通知消息和通知消息中指示类型为无线链路失败；其中，第一情况包括以下任意一种：发生无线链路失败；发生切换；发生小区重选；发生RRC连接失败。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

请参见图7，图7是本公开实施例提供的另一种通信装置70的结构示意图。通信装置70可以是终端设备(如前述方法实施例中的第一终端设备)，也可以是支持终端设备实现上述方法的芯片、芯片系统、或处理器等。该装置可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

通信装置70可以包括一个或多个处理器701。处理器701可以是通用处理器或者专用处理器等。例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行计算机程序，处理计算机程序的数据。

可选的，通信装置70中还可以包括一个或多个存储器702，其上可以存有计算机程序704，处理器701执行所述计算机程序704，以使得通信装置70执行上述方法实施例中描述的方法。可选的，所述存储器702中还可以存储有数据。通信装置70和存储器702可以单独设置，也可以集成在一起。

可选的，通信装置70还可以包括收发器705、天线706。收发器705可以称为收发单元、收发机、或收发电路等，用于实现收发功能。收发器705可以包括接收器和发送器，接收器可以称为接收机或接收电路等，用于实现接收功能；发送器可以称为发送机或发送电路等，用于实现发送功能。

可选的，通信装置70中还可以包括一个或多个接口电路707。接口电路707用于接收代码指令并传输至处理器701。处理器701运行所述代码指令以使通信装置70执行上述方法实施例中描述的方法。

通信装置70为终端设备(如前述方法实施例中的第一终端设备)：处理器701用于执行图2中的步骤201；执行图3中的步骤302；图4中的步骤402；或图5中的步骤502。收发器705用于执行图3中的步骤301；图4中的步骤401；或图5中的步骤501。

在一种实现方式中，处理器701中可以包括用于实现接收和发送功能的收发器。例如该收发器可以是收发电路，或者是接口，或者是接口电路。用于实现接收和发送功能的收发电路、接口或接口电路可以是分开的，也可以集成在一起。上述收发电路、接口或接口电路可以用于代码/数据的读写，或者，上述收发电路、接口或接口电路可以用于信号的传输或传递。

在一种实现方式中，处理器701可以存有计算机程序，计算机程序在处理器701上运行，可使得通信装置70执行上述方法实施例中描述的方法。计算机程序可能固化在处理器701中，该种情况下，处理器701可能由硬件实现。

在一种实现方式中，通信装置70可以包括电路，所述电路可以实现前述方法实施例中发送或接收或者通信的功能。本公开中描述的处理器和收发器可实现在集成电路(integrated circuit，IC)、模拟IC、射频集成电路RFIC、混合信号IC、专用集成电路(application specific integrated circuit，ASIC)、印刷电路板(printed circuitboard，PCB)、电子设备等上。该处理器和收发器也可以用各种IC工艺技术来制造，例如互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)、N型金属氧化物半导体(nMetal-oxide-semiconductor，NMOS)、P型金属氧化物半导体(positive channelmetal oxide semiconductor，PMOS)、双极结型晶体管(bipolar junction transistor，BJT)、双极CMOS(BiCMOS)、硅锗(SiGe)、砷化镓(GaAs)等。

以上实施例描述中的通信装置可以是终端设备(如前述方法实施例中的第一终端设备)，但本公开中描述的通信装置的范围并不限于此，而且通信装置的结构可以不受图7的限制。通信装置可以是独立的设备或者可以是较大设备的一部分。例如所述通信装置可以是：

(1)独立的集成电路IC，或芯片，或，芯片系统或子系统；

(2)具有一个或多个IC的集合，可选的，该IC集合也可以包括用于存储数据，计算机程序的存储部件；

(3)ASIC，例如调制解调器(Modem)；

(4)可嵌入在其他设备内的模块；

(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；

(6)其他等等。

对于通信装置可以是芯片或芯片系统的情况，可参见图8所示的芯片的结构示意图。图8所示的芯片包括处理器801和接口802。其中，处理器801的数量可以是一个或多个，接口802的数量可以是多个。

对于芯片用于实现本公开实施例中终端设备(如前述方法实施例中的第一终端设备)的功能的情况：

接口802，用于接收第二终端设备发送的第一消息；处理器801用于在处于连接态的第一终端设备接收到第二终端设备发送的第一消息的情况下，根据第一条件判断是否启动无线资源控制RRC重建；其中，第一终端设备为终端设备到网络中继场景中的远端终端设备，第二终端设备为终端设备到网络中继场景中的中继终端设备。

在一种实现方式中，第一条件为第一终端设备配置了多路径传输；处理器801具体用于：在确定第一终端设备配置了多路径传输的情况下，不启动RRC重建；或者，在确定第一终端设备未配置多路径传输的情况下，启动RRC重建。

在一种可能的实现方式中，处理器801还用于：在确定网络设备为第一终端设备配置了多路径承载的情况下，确定第一终端设备配置了多路径传输；或者，在确定网络设备为第一终端设备同时配置了直接承载和间接承载的情况下，确定第一终端设备配置了多路径传输。

在一种实现方式中，第一条件包括第一终端设备配置了多路径传输且多路径传输中的间接路径不为主路径；处理器801具体用于：在确定第一终端设备配置了多路径传输，且多路径传输中的间接路径不为主路径的情况下，不启动RRC重建；或者，在确定第一终端设备未配置多路径传输，和/或，多路径传输中的间接路径为主路径的情况下，启动RRC重建；其中，间接路径为第一终端设备通过第二终端设备与网络设备间接连接的路径。

在另一种实现方式中，第一条件包括第一终端设备配置了多路径传输，且多路径传输中的间接路径为主路径，以及第一终端设备配置了失败恢复功能；处理器801具体用于：在确定第一终端设备配置了多路径传输，且多路径传输中的间接路径为主路径，以及第一终端设备配置了失败恢复功能的情况下，不启动RRC重建；或者，在确定第一终端设备未配置多路径传输，和/或，多路径传输中的间接路径不为主路径，和/或，第一终端设备未配置失败恢复功能的情况下，启动RRC重建。

在一种可能的实现方式中，处理器801还用于：在确定间接路径用于传输信令无线承载SRB的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径发生失败后，第一终端设备触发RRC连接重建的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径为SRB的主传输路径的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径为用于保持RRC连接的路径的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径为锚点路径的情况下，确定多路径传输中的间接路径为主路径；或者，在确定间接路径连接的小区为第一终端设备的主小区的情况下，确定多路径传输中的间接路径为主路径。

在另一种实现方式中，处理器801还用于：在确定定时器运行的情况下，确定第一终端设备配置了失败恢复功能；其中，定时器为第一终端设备在向网络设备上报链路失败信息后启动的定时器，链路失败信息用于指示多路径传输中直接链路或间接链路发生链路失败。

在一种实现方式中，第一消息为第二终端设备在第一情况下通过侧链路向连接的第一终端设备发送的通知消息；或者，第一消息包括通知消息和通知消息中指示类型为无线链路失败；其中，第一情况包括以下任意一种：发生无线链路失败；发生切换；发生小区重选；发生RRC连接失败。

可选的，芯片还包括存储器803，存储器803用于存储必要的计算机程序和数据。

本领域技术人员还可以了解到本公开实施例列出的各种说明性逻辑块(illustrative logical block)和步骤(step)可以通过电子硬件、电脑软件，或两者的结合进行实现。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本公开实施例保护的范围。

本公开还提供一种可读存储介质，其上存储有指令，该指令被计算机执行时实现上述任一方法实施例的功能。

本公开还提供一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一方法实施例的功能。

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

本领域普通技术人员可以理解：本公开中涉及的第一、第二等各种数字编号仅为描述方便进行的区分，并不用来限制本公开实施例的范围，也表示先后顺序。

本公开中的至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本公开不做限制。在本公开实施例中，对于一种技术特征，通过“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”等区分该种技术特征中的技术特征，该“第一”、“第二”、“第三”、“A”、“B”、“C”和“D”描述的技术特征间无先后顺序或者大小顺序。

本公开中各表所示的对应关系可以被配置，也可以是预定义的。各表中的信息的取值仅仅是举例，可以配置为其他值，本公开并不限定。在配置信息与各参数的对应关系时，并不一定要求必须配置各表中示意出的所有对应关系。例如，本公开中的表格中，某些行示出的对应关系也可以不配置。又例如，可以基于上述表格做适当的变形调整，例如，拆分，合并等等。上述各表中标题示出参数的名称也可以采用通信装置可理解的其他名称，其参数的取值或表示方式也可以通信装置可理解的其他取值或表示方式。上述各表在实现时，也可以采用其他的数据结构，例如可以采用数组、队列、容器、栈、线性表、指针、链表、树、图、结构体、类、堆、散列表或哈希表等。

本公开中的预定义可以理解为定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

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

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

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

Claims (18)

1.一种控制终端设备连接的方法，其特征在于，所述方法应用于终端设备到网络中继场景，所述方法由第一终端设备执行，所述方法包括：

响应于处于连接态的所述第一终端设备接收到第二终端设备发送的第一消息，根据第一条件判断是否启动无线资源控制RRC重建；

其中，所述第一终端设备为所述终端设备到网络中继场景中的远端终端设备，所述第二终端设备为所述终端设备到网络中继场景中的中继终端设备。

2.如权利要求1所述的方法，其特征在于，所述第一条件为所述第一终端设备配置了多路径传输；所述根据第一条件判断是否启动无线资源控制RRC重建，包括：

在确定所述第一终端设备配置了多路径传输的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输的情况下，启动RRC重建。

3.如权利要求2所述的方法，其特征在于，通过以下任一方式确定所述第一终端设备配置了多路径传输：

确定网络设备为所述第一终端设备配置了多路径承载；

确定网络设备为所述第一终端设备同时配置了直接承载和间接承载。

4.如权利要求1所述的方法，其特征在于，所述第一条件包括所述第一终端设备配置了多路径传输且所述多路径传输中的间接路径不为主路径；所述根据第一条件判断是否启动无线资源控制RRC重建，包括：

在确定所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径不为主路径的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输，和/或，所述多路径传输中的间接路径为主路径的情况下，启动RRC重建；

其中，所述间接路径为所述第一终端设备通过所述第二终端设备与网络设备间接连接的路径。

5.如权利要求1所述的方法，其特征在于，所述第一条件包括所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径为主路径，以及所述第一终端设备配置了失败恢复功能；所述根据第一条件判断是否启动无线资源控制RRC重建，包括：

在确定所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径为主路径，以及所述第一终端设备配置了失败恢复功能的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输，和/或，所述多路径传输中的间接路径不为主路径，和/或，所述第一终端设备未配置失败恢复功能的情况下，启动RRC重建。

6.如权利要求4或5所述的方法，其特征在于，通过以下任一方式确定所述多路径传输中的间接路径为主路径：

确定所述间接路径用于传输信令无线承载SRB；

确定所述间接路径发生失败后，所述第一终端设备触发RRC连接重建；

确定所述间接路径为SRB的主传输路径；

确定所述间接路径为用于保持RRC连接的路径；

确定所述间接路径为锚点路径；

确定所述间接路径连接的小区为所述第一终端设备的主小区。

7.如权利要求5所述的方法，其特征在于，通过以下方式确定所述第一终端设备配置了失败恢复功能，包括：

确定定时器运行；其中，所述定时器为所述第一终端设备在向网络设备上报链路失败信息后启动的定时器，所述链路失败信息用于指示所述多路径传输中直接链路或间接链路发生链路失败。

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

所述第一消息为所述第二终端设备在第一情况下通过侧链路向连接的所述第一终端设备发送的通知消息；或者，

所述第一消息包括所述通知消息和所述通知消息中指示类型为无线链路失败；其中，所述第一情况包括以下任意一种：

发生无线链路失败；

发生切换；

发生小区重选；

发生RRC连接失败。

9.一种通信装置，其特征在于，应用于第一终端设备，所述装置包括：

收发模块，用于接收第二终端设备发送的第一消息；

处理模块，用于在处于连接态的所述第一终端设备接收到所述第二终端设备发送的第一消息的情况下，根据第一条件判断是否启动无线资源控制RRC重建；

其中，所述第一终端设备为终端设备到网络中继场景中的远端终端设备，所述第二终端设备为所述终端设备到网络中继场景中的中继终端设备。

10.如权利要求9所述的装置，其特征在于，所述第一条件为所述第一终端设备配置了多路径传输；所述处理模块具体用于：

在确定所述第一终端设备配置了多路径传输的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输的情况下，启动RRC重建。

11.如权利要求10所述的装置，其特征在于，所述处理模块还用于：

在确定网络设备为所述第一终端设备配置了多路径承载的情况下，确定所述第一终端设备配置了多路径传输；或者，

在确定网络设备为所述第一终端设备同时配置了直接承载和间接承载的情况下，确定所述第一终端设备配置了多路径传输。

12.如权利要求9所述的装置，其特征在于，所述第一条件包括所述第一终端设备配置了多路径传输且所述多路径传输中的间接路径不为主路径；所述处理模块具体用于：

在确定所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径不为主路径的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输，和/或，所述多路径传输中的间接路径为主路径的情况下，启动RRC重建；

其中，所述间接路径为所述第一终端设备通过所述第二终端设备与网络设备间接连接的路径。

13.如权利要求9所述的装置，其特征在于，所述第一条件包括所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径为主路径，以及所述第一终端设备配置了失败恢复功能；所述处理模块具体用于：

在确定所述第一终端设备配置了多路径传输，且所述多路径传输中的间接路径为主路径，以及所述第一终端设备配置了失败恢复功能的情况下，不启动RRC重建；或者，

在确定所述第一终端设备未配置多路径传输，和/或，所述多路径传输中的间接路径不为主路径，和/或，所述第一终端设备未配置失败恢复功能的情况下，启动RRC重建。

14.如权利要求12或13所述的装置，其特征在于，所述处理模块还用于：

在确定所述间接路径用于传输信令无线承载SRB的情况下，确定所述多路径传输中的间接路径为主路径；或者，

在确定所述间接路径发生失败后，所述第一终端设备触发RRC连接重建的情况下，确定所述多路径传输中的间接路径为主路径；或者，

在确定所述间接路径为SRB的主传输路径的情况下，确定所述多路径传输中的间接路径为主路径；或者，

在确定所述间接路径为用于保持RRC连接的路径的情况下，确定所述多路径传输中的间接路径为主路径；或者，

在确定所述间接路径为锚点路径的情况下，确定所述多路径传输中的间接路径为主路径；或者，

在确定所述间接路径连接的小区为所述第一终端设备的主小区的情况下，确定所述多路径传输中的间接路径为主路径。

15.如权利要求13所述的装置，其特征在于，所述处理模块还用于：

在确定定时器运行的情况下，确定所述第一终端设备配置了失败恢复功能；

其中，所述定时器为所述第一终端设备在向网络设备上报链路失败信息后启动的定时器，所述链路失败信息用于指示所述多路径传输中直接链路或间接链路发生链路失败。

16.如权利要求9至15中任一项所述的装置，其特征在于，

所述第一消息为所述第二终端设备在第一情况下通过侧链路向连接的所述第一终端设备发送的通知消息；或者，

所述第一消息包括所述通知消息和所述通知消息中指示类型为无线链路失败；其中，所述第一情况包括以下任意一种：

发生无线链路失败；

发生切换；

发生小区重选；

发生RRC连接失败。

17.一种通信装置，其特征在于，所述装置包括处理器和存储器，所述存储器中存储有计算机程序，所述处理器执行所述存储器中存储的计算机程序，以使所述装置执行如权利要求1至8中任一项所述的方法。

18.一种计算机可读存储介质，用于存储有指令，当所述指令被执行时，使如权利要求1至8中任一项所述的方法被实现。

Images