CN116325999A

CN116325999A - 通信方法和通信装置

Info

Publication number: CN116325999A
Application number: CN202080106370.7A
Authority: CN
Inventors: 余唱; 常俊仁
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2020-10-23
Filing date: 2020-10-23
Publication date: 2023-06-23
Also published as: WO2022082781A1; EP4221451A1; US20230262656A1; EP4221451A4

Abstract

本申请提供一种通信方法和通信装置，能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。该方法包括：接收第一指示信息，所述第一指示信息用于指示第二终端设备为第一终端设备监听寻呼消息；监听网络设备为所述第一终端设备发送的寻呼消息。其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。本申请可以应用于无线通信系统，例如D2D通信系统，V2X通信系统等。

Description

通信方法和通信装置

技术领域

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

背景技术

随着无线多媒体业务的发展，人们对高数据速率和用户体验的需求日益增长，从而对传统蜂窝网络的系统容量和覆盖提出了更高要求。另外，社交网络、近距离数据共享、本地广告等应用的流行使得人们对了解附近感兴趣的人或事物并与之通信，即邻近服务(proximity services)的需求逐渐增加。而传统的基于小区的蜂窝网络在高数据速率以及邻近服务的支持方面存在明显的局限性。在这种需求背景下，通信系统中设备与设备(例如终端设备与终端设备)之间能够进行通信。设备与设备之间进行通信，可以减轻蜂窝网络的负担、减少用户设备的电池功耗、提高数据速率，并改善网络基础设施的鲁棒性，能够很好地满足上述高数据速率业务和邻近服务的要求。设备与设备之间的通信，例如可以为(device-to-device，D2D)通信、车联网(vehicle to everything，V2X)通信等，其中V2X通信例如可以为车与车(vehicle to vehicle，V2V)、车与人(vehicle to pedestrian，V2P)、车与路边基础设施(vehicle to infrastructure)通信等，不作限定。

设备与设备的通信允许多个用户设备在有网络基础设施或无网络基础设施的情况下进行直接发现/直接通信。在一些场景中，这些设备中可以包括中继(relay)节点UE(或relay UE)，蜂窝网络覆盖边缘或覆盖外的远端(remote)UE能通过中继节点UE与网络进行蜂窝通信，或设备间能够通过relay UE进行通信。

Remote UE可以支持空闲(idle)态、去激活(inactive)态和连接(connected)态等三种RRC状态。存在一些可能的场景，remote UE与网络设备对remote UE的RRC状态不匹配(mismatch)。例如，网络设备认为remote UE为idle态或inactive态，而remote UE则认为当前处于connected态。此时，网络设备、remote UE、relay UE如何对remote的RRC状态进行对齐是亟待解决的问题。

发明内容

本申请提供一种通信方法和通信装置，能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

第一方面，提供了一种通信方法，该方法可以由第二终端设备，或可配置于第二终端设备的部件(例如芯片或者电路等)执行。该方法包括：

接收第一指示信息，所述第一指示信息用于指示第二终端设备为第一终端设备监听寻呼消息；监听网络设备为所述第一终端设备发送的寻呼消息。

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。作为示例，第一终端设备可以为远端 (remote)终端设备，第二终端设备可以为中继(relay)终端设备，本申请对此不作限定。

因此，本申请实施例通过向第二终端设备指示监听第一终端设备的寻呼消息，能够使得第二终端设备确定第一终端设备的RRC状态为RRC idle态或RRC inactive态，并确定需要为第一终端设备监听寻呼消息，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐，例如网络设备、第一终端设备、第二终端设备均感知第一终端设备处于RRC idle态或inactive态或连接态。

在网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐时，能够实现网络设备、第一终端设备和第二终端设备之间更高效地进行数据传输。例如，第二终端设备能够确定为第一终端设备监听寻呼消息或者接收下行数据/信令传输，并实现第二终端设备对来自网络设备的寻呼消息或者数据的接收和转发。

结合第一方面，在第一方面的某些实现方式中，还包括：

向所述第一终端设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。

因此，本申请实施例中，第二终端设备进一步可以指示第一终端设备进入RRC idle态或RRC inactive态，从而使得第一终端设备进入RRC idle态或RRC inactive态，有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

在一些可能的实现方式中，第二终端设备还可以向第一终端设备发送指示信息，用于进一步指示第一终端设备是进入RRC idle态，还是进入RRC inactive态。可选的，第二终端设备可以根据网络设备的指示，来确定第一终端设备是进入RRC idle态，还是进入RRC inactive态，本申请对此不作限定。该指示可以和第一指示信息在同一条消息中发送，或不同消息中发送，本申请对此不作限定。

结合第一方面，在第一方面的某些实现方式中，还包括：

向所述第一终端设备发送第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。作为示例，侧行链路配置可以为PC5配置，PC5配置例如可以包括侧行链路无线承载(sidelink radio bearer，SLRB)配置、MAC配置、无线链路控制(radio link control，RLC)承载配置，以及RLC配置等。空口链路配置例如可以为NR空口数据无线承载(data radio bearer，DRB)配置、信令无线承载(signaling radio bearer)、PDCP配置、SDAP配置等。

因此，本申请实施例中，通过向第一终端设备指示释放第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置，能够使得第一终端设备在进入RRC idle态或RRC inactive态时，释放与第二终端设备之间的侧行链路配置，和/或与网络设备之间的空口链路配置。

结合第一方面，在第一方面的某些实现方式中，还包括：

确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐。也就是说，在确定网络设备和第一终端设备之间的RRC状态没有对齐的情况下，第二终端设备可以根据第一指示信息，确定为第一终端设备监听寻呼消息，即确定第一终端设备为RRC idle态或RRC inactive态。

作为示例，可以在确定没有成功接收来自网络设备的第一消息，或没有成功解码所述第一消息的情况下，确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐，其中，所述第一消息用于释放或挂起所述第一终端设备与所述网络设备之间的无线资源控制RRC连接。示例性的，第一消息可以为RRC连接释放(RRC connection release)消息，或RRC连接挂起(RRC connection release with suspend)消息，对此不作限定。

结合第一方面，在第一方面的某些实现方式中，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于指示所述第一终端设备进入空闲态；或者

所述第一消息用于挂起所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入去激活态。

结合第一方面，在第一方面的某些实现方式中，所述第一指示信息来自所述网络设备。因此，本申请实施例中，网络设备可以确定第一终端设备进入RRC idle态或RRC inactive态，例如可以在不需要向第一终端设备发送下行数据/信令时确定第一终端设备进入RRC idle态或RRC inactive态，指示第二终端设备为第一终端设备监听寻呼消息。

结合第一方面，在第一方面的某些实现方式中，所述第一指示信息携带于所述网络设备向所述第二终端设备发送的RRC消息或MAC CE中。这样，可以通过现有的消息来发送该第一指示信息。

结合第一方面，在第一方面的某些实现方式中，所述第一指示信息来自所述第一终端设备。因此，本申请实施例中，第一终端设备可以确定进入RRC idle态或RRC inactive态，例如可以在不需要向网络设备发送上行数据/信令时确定进入RRC idle态或RRC inactive态，指示第二终端设备为第一终端设备监听寻呼消息。

结合第一方面，在第一方面的某些实现方式中，所述寻呼消息用于所述网络设备寻呼所述第一终端设备。例如，网络设备可以在需要向第一终端设备发送下行数据/信令时，发送该寻呼消息。

结合第一方面，在第一方面的某些实现方式中，所述第一指示信息包括所述第一终端设备的标识。此时，可以根据所述第一终端设备的标识，监听所述网络设备为所述第一终端设备发送的寻呼消息。

本申请实施例中，通过在第一指示信息中包括第一终端设备的标识，使得第二终端设备在同时与该多个终端设备通过侧行链路通信时，能够根据第一终端设备的标识，为第一终端设备监听寻呼消息，从而实现第二终端设备在同时与多个终端设备通过侧行链路通信时，能够为该多个终端设备中的第一终端设备，或者该多个终端设备中的每个终端设备监听寻呼消息。

结合第一方面，在第一方面的某些实现方式中，还包括：

接收所述网络设备为所述第一终端设备发送的寻呼消息，并通过所述侧行链路向所述第一终端设备发送所述寻呼消息。这里，接收网络设备为第一终端设备发送的寻呼消息，可以指获取到，或监听到网络设备为第一终端设备发送的寻呼消息，对此不作限定。

因此，本申请实施例中，第二终端设备与网络设备对齐第一终端设备的RRC状态为RRC idle态，或RRC inactive态之后，可以接收网络设备发送的用于寻呼第一终端设备的寻呼消息，并可以将该寻呼消息发送给第一终端设备，进而有助于第一终端设备根据该寻呼消息，进入RRC idle态或RRC inactive态。

结合第一方面，在第一方面的某些实现方式中，所述通过所述侧行链路向所述第一终端设备发送所述寻呼消息之前，还可以建立或重建所述侧行链路。例如，当第二终端设备在通过侧行链路发送寻呼消息之前，已经释放或还没有建立该侧行链路时，则可以建立或重建该侧行链路，以发送该寻呼消息。

第二方面，提供了一种通信方法，该方法可以由第一终端设备，或可配置于第一终端设备的部件(例如芯片或者电路等)执行。该方法包括：

接收来自所述第二终端设备的第二指示信息，和/或，接收所述第二终端设备转发的寻呼消息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态，所述寻呼消息用于所述网络设备寻呼所述第一终端设备；进入空闲态或去激活态。

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。作为示例，第一终端设备可以为远端(remote)终端设备，第二终端设备可以为中继(relay)终端设备，本申请对此不作限定。

因此，本申请实施例中，第二终端设备可以指示，或者向第一终端设备转发用于寻呼第一终端设备的寻呼消息，使得第一终端设备能够根据该指示，或根据接收到的寻呼消息，进入RRC idle态或RRC inactive态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

在一些可能的实现方式中，第二终端设备还可以向第一终端设备发送指示信息，用于进一步指示第一终端设备是进入RRC idle态，还是进入RRC inactive态，本申请对此不作限定。

结合第二方面，在第二方面的某些实现方式中，还包括：

接收来自所述第二终端设备的第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。作为示例，侧行链路配置可以为PC5配置，PC5配置例如可以包括侧行链路无线承载(sidelink radio bearer，SLRB)配置、MAC配置、无线链路控制(radio link control，RLC)承载配置，以及RLC配置等。空口链路配置例如可以为NR空口配置。

因此，本申请实施例中，通过第二终端设备向第一终端设备指示释放第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置，能够使得第一终端设备在进入RRC idle态或RRC inactive态时，释放与第二终端设备之间的侧行链路配置，和/或与网络设备之间的空口链路配置。

结合第二方面，在第二方面的某些实现方式中，接收来自所述第二终端设备的第二指示信息，和/或，接收所述第二终端设备转发的来自网络设备的寻呼消息之前，还可以建立或重建立所述侧行链路。例如，当第二终端设备在通过侧行链路发送第二指示信息和/或寻呼消息之前，已经释放或还没有建立该侧行链路时，则可以建立或重建该侧行链路，以发送该寻呼消息。

结合第二方面，在第二方面的某些实现方式中，在接收所述第二终端设备转发的来自网络设备的寻呼消息，所述进入空闲态或去激活态，还可以包括发起与所述网络设备之间的RRC建立/恢复过程。

这样，第一终端设备可以通过进入RRC idle态或RRC inactive态，来释放之前旧的空口链路配置，并根据该寻呼消息，发起与网络设备之间的RRC建立/恢复过程，建立或恢复RRC连接，实现对RRC链路的重新配置。

第三方面，提供了一种通信方法，该方法可以由第一终端设备，或可配置于第一终端设备的部件(例如芯片或者电路等)执行。该包括：

确定第一终端设备进入空闲态或去激活态；

向第二终端设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为第一终端设备监听寻呼消息。

因此，本申请实施例中，第一终端设备可以确定进入RRC idle态或RRC inactive态，在确定进入RRC idle态或RRC inactive态时，指示第二终端设备为第一终端设备监听寻呼消息，即向第二终端设备指示其RRC状态为RRC idle态或RRC inactive态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第三方面，在第三方面的某些实现方式中，可以在确定在第一时长没有接收或发送第一终端设备的数据或信令，确定进入空闲态或去激活态。例如，当确定在第一时长没有需要发送给网络设备的UL数据/信令，以及在第一时长没有接收第二终端设备发送的来自网络设备的DL数据/信令时，确定进入空闲态或去激活态。

作为一种可能的实现方式，第一终端设备侧可以设置定时器，来实现在第一时长没有接收或发送第一终端设备的数据或信令，确定进入空闲态或去激活态。可选的，第一终端设备可以在接收或发送数据/信令时，启动或重启该定时器。

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

发送第一消息，所述第一消息用于释放或挂起第一终端设备与网络设备之间的无线资源控制RRC连接；向第二终端设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为所述第一终端设备监听寻呼消息。

因此，本申请实施例中，网络设备可以在释放或挂起第一终端设备与网络设备之间的RRC连接的情况下，向第二终端设备指示监听第一终端设备的寻呼消息，能够使得第二终端设备确定第一终端设备的RRC状态为RRC idle态或RRC inactive态，并确定需要为第一终端设备监听寻呼消息，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第四方面，在第四方面的某些实现方式中，可以向所述第二终端设备发送所述第一消息。当第一消息成功发送至第二终端设备，且被第二终端设备成功解码时，第二终端设备能够根据该第一消息，确定第一终端设备的RRC状态为RRC idle态，或RRC inactive态。

结合第四方面，在第四方面的某些实现方式中，所述第一消息没有成功发送至所述第二终端设备，或所述第一消息没有被所述第二终端设备成功解码。此时，第二终端设备由于无法读取网络设备发送给第一终端设备的RRC消息，因此不能确定(即不知道)第一终端设备的RRC状态。

作为一种可能的实现方式，网络设备可以通过是否接收到第二终端设备发送的对应于上述第一消息的反馈消息，来确定第一消息是否成功发送至第二终端设备，或第一消息是否被第二终端设备成功解码。

结合第四方面，在第四方面的某些实现方式中，还包括：

接收否定反馈信息，所述否定反馈信息用于指示所述第一消息没有成功发送至所述第二终端设备，或所述第一消息没有被所述第二终端设备成功解码。这样，网络设备能够根据该否定反馈信息，确定第一消息没有成功发送至所述第二终端设备，或所述第一消息没有被所述第二终端设备成功解码。

结合第四方面，在第四方面的某些实现方式中，所述寻呼消息用于所述网络设备寻呼所述第一终端设备。

结合第四方面，在第四方面的某些实现方式中，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入空闲态。示例性的，第一消息可以为RRC连接释放(RRC connection release)消息，本申请对此不作限定。

或者，所述第一消息用于挂起所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入去激活态。示例性的，第一消息可以为RRC连接挂起(RRC connection release with suspend)消息，本申请对此不作限定。

结合第四方面，在第四方面的某些实现方式中，所述第一指示信息包括所述第一终端设备的标识。这里，通过在第一指示信息中包括第一终端设备的标识，使得第二终端设备在同时与该多个终端设备通过侧行链路通信时，能够根据第一终端设备的标识，为第一终端设备监听寻呼消息。

结合第四方面，在第四方面的某些实现方式中，所述向第二终端设备发送第一指示信息之前，还可以向所述第二终端设备发送寻呼消息或RRC建立消息。因此，本申请实施例对于处于RRC idle态或RRC inactive态的第二终端设备，可以通过发送该寻呼消息或RRC建立消息，使得第二终端设备可以由RRC idle态或RRC inactive态进入RRC连接态，并在进入RRC连接态之后，接收网络设备发送的消息或信息，例如上述第一消息，或第一指示信息。

结合第四方面，在第四方面的某些实现方式中，所述第一指示信息携带于RRC消息或媒体接入控制控制元素MAC CE中。

第五方面，提供了一种通信方法，该方法可以由第二终端设备，或可配置于第二终端设备的部件(例如芯片或者电路等)执行。该方法包括：

第二终端设备确定在第一时长没有接收和/或发送第一终端设备的数据或信令；

确定所述第一终端设备进入空闲态或去激活态。

因此，本申请实施例中，第二终端设备可以通过确定第一时长没有接收或发送第一终端设备的数据或信令，来确定第一终端设备进入空闲态或去激活态，从而能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

示例性的，第二终端设备可以确定在第一时长没有接收网络设备下发的需要转发给第一终端设备的DL数据/信令，以及在第一时长没有接收第一终端设备发送的需要转发给网络设备的UL数据/信令时，确定第一终端设备进入空闲态或去激活态。

结合第五方面，在第五方面的某些实现方式中，还可以监听所述网络设备为所述第一终端设备发送的寻呼消息。这样，第二终端设备可以在确定第一终端设备进入RRC idle态，或RRC inactive态时，监听网络设备为第一终端设备发送的寻呼消息。

结合第五方面，在第五方面的某些实现方式中，还可以向所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。

这样，第二终端设备可以向网络设备指示第一终端设备进入空闲态或去激活态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第五方面，在第五方面的某些实现方式中，还包括：

接收来自所述网络设备的下行数据和/或信令，并向所述第一终端设备转发所述下行数据和/或信令，该下行数据和/或信令可以触发第一终端设备发起RRC建立/恢复过程。这里，该下行数据/信令不包括RRC释放(RRC release)消息。

结合第五方面，在第五方面的某些实现方式中，所述第二终端设备可以设置第一定时器，在确定第一定时器超时，确定在所述第一时长没有接收或发送所述第一终端设备的数据或信令。作为示例，该定时器可以为数据不活动计时器(data inactivity timer)，本申请对此不作限定。

结合第五方面，在第五方面的某些实现方式中，可以设置第一定时器计时达到第一时长时超时，并在接收或发送所述第一终端设备的数据或信令，启动或重启所述第一定时器。

结合第五方面，在第五方面的某些实现方式中，所述第一时长由所述网络设备配置。作为示例，第二终端设备可以从网络设备接收指示信息来确定第一时长，其中，该指示信息用于指示第一时长。

结合第五方面，在第五方面的某些实现方式中，第二终端设备还可以向所述第一终端设备发送第四指示信息，所述第四指示信息用于指示所述第一时长。例如，当第一时长由第二终端设备确定，或者由网络设备配置时，第二终端设备可以向第一终端设备指示该第一时长。

因此，本申请实施例通过网络设备向第二终端设备指示第一时长，和/或第二终端设备向第一终端设备指示第一时长，能够对第一时长进行对齐，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

在一些可能的实现方式中，所述第一时长可以由第二终端设备确定，或者由协议预先定义，本申请对此不作限定。

在一些可能的实现方式中，所述第一时长可以由第一终端设备配置。作为示例，第二终端设备可以从第一终端设备接收指示信息来确定第一时长。

可选的，当第一时长由第二终端设备确定，或由第一终端设备配置时，第二终端设备还可以向网络设备指示该第一时长。

第六方面，提供了一种通信方法，该方法可以由第一终端设备，或可配置于第一终端设备的部件(例如芯片或者电路等)执行。该方法包括：

第一终端设备确定在第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令；确定所述第一终端设备进入空闲态或去激活态。

其中，所述第一终端设备通过第二终端设备与所述网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。作为示例，第一终端设备可以为远端(remote)终端设备，第二终端设备可以为中继(relay)终端设备，本申请对此不作限定。

因此，本申请实施例中，第一终端设备可以通过确定第一时长没有接收或发送第一终端设备的数据或信令，来确定第一终端设备进入空闲态或去激活态，从而能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

作为示例，第一终端设备可以在确定在第一时长没有需要发送给网络设备的UL数据/信令，以及在第一时长没有接收第二终端设备发送的来自网络设备的DL数据/信令时，确定第一终端设备进入空闲态或去激活态。

结合第六方面，在第六方面的某些实现方式中，还包括：

向所述第二终端设备或所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态。

这样，第一终端设备可以向第二终端设备或网络设备指示第一终端设备进入空闲态或去激活态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第六方面，在第六方面的某些实现方式中，还包括：

接收所述第二终端设备转发的来自所述网络设备的下行数据和/或信令；

发起与所述网络设备之间的RRC建立/恢复过程。

这里，该下行数据/信令不包括RRC释放(RRC release)消息。因此，在本申请实施例中，当第一终端设备处于RRC idle态或RRC inactive态时，如果接收到第二终端设备转发的来自网络设备的下行数据和/或信令时，第一终端设备可以发起与网络设备之间的RRC建立/恢复过程，以接收该下行数据和/或信令。

结合第六方面，在第六方面的某些实现方式中，所述第一终端设备可以设置第二定时器，在确定第二定时器超时时，确定在所述第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令。作为示例，该定时器可以为数据不活动计时器(data inactivity timer)，本申请对此不作限定。

结合第六方面，在第六方面的某些实现方式中，可以设置第二定时器计时达到第一时长时超时，并在接收来自网络设备的数据或信令，和/或，向所述网络设备发送数据或信令，启动或重启所述第二定时器。

结合第六方面，在第六方面的某些实现方式中，还包括：

接收来自所述第二终端设备的第四指示信息，所述第四指示信息用于指示所述第一时长。因此，本申请实施例通过第二终端设备向第一终端设备指示第一时长，能够对第一时长进行对齐，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

在一些可能的实现方式中，所述第一时长可以由第一终端设备确定，或者由协议预先定义，本申请对此不作限定。

在一些可能的实现方式中，所述第一时长可以由网络设备配置。作为示例，第一终端设备可以从网络设备接收指示信息来确定第一时长。

可选的，当第一时长由第一终端设备确定，或由第二终端设备配置时，第一终端设备还可以向网络设备指示该第一时长。

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

网络设备确定在第一时长没有接收和/或发送第一终端设备的数据或信令；确定所述第一终端设备进入空闲态或去激活态。

其中，所述第一终端设备通过第二终端设备与所述网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。为示例，第一终端设备可以为远端(remote)终端设备，第二终端设备可以为中继(relay)终端设备，本申请对此不作限定。

因此，本申请实施例中，网络设备可以通过确定第一时长没有接收或发送第一终端设备的数据或信令，来确定第一终端设备进入空闲态或去激活态，从而能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

作为示例，网络设备可以确定在第一时长没有需要发送给第一终端设备的DL数据/信令，以及在第一时长没有接收来自第一终端设备的UL数据/信令时，确定第一终端设备进入空闲态或去激活态。

结合第七方面，在第七方面的某些实现方式中，还包括：

向所述第二终端设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为所述第一终端设备监听寻呼消息。

因此，本申请实施例中，网络设备可以在确定第一终端设备的进入RRC idle态或RRC inactive态时，向第二终端设备指示监听第一终端设备的寻呼消息，能够使得第二终端设备确定需要为第一终端设备监听寻呼消息，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第七方面，在第七方面的某些实现方式中，还包括：

向所述第二终端设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。

因此，本申请实施例中，网络设备可以在确定第一终端设备的进入RRC idle态或RRC inactive态时，向第二终端设备指示监听第一终端设备进入RRC idle态或RRC inactive态，从而能够使得第二终端设备确定第一终端设备的RRC状态为RRC idle态或RRC inactive态，有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第七方面，在第七方面的某些实现方式中，所述网络设备可以设置第三定时器，在确定第三定时器超时时，确定在所述第一时长没有接收或发送第一终端设备的数据或信令。

结合第七方面，在第七方面的某些实现方式中，可以设置第二定时器计时达到第一时长时超时，并在接收或发送所述第一终端设备的数据或信令的时刻，启动或重启所述第三定时器。

结合第七方面，在第七方面的某些实现方式中，网络设备还可以括确定所述第一时长。

结合第七方面，在第七方面的某些实现方式中，网络设备还可以向所述第二终端设备发送第四指示信息，所述第四指示信息用于指示所述第一时长。

因此，本申请实施例通过网络设备向第二终端设备指示第一时长，能够对第一时长进行对齐，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

在一些可能的实现方式中，网络设备可以从第一终端设备或第二终端设备接收指示信息来确定第一时长，本申请对此不作限定。

第八方面，提供了一种通信方法，该方法可以由第二终端设备，或可配置于第二终端设备的部件(例如芯片或者电路等)执行。该方法包括：

第二终端设备接收第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态；所述第二终端设备根据所述第二指示信息，确定所述第一终端设备为空闲态或去激活态。

其中，所述第一终端设备通过所述第二终端设备与所述网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。作为示例，第一终端设备可以为远端(remote)终端设备，第二终端设备可以为中继(relay)终端设备，本申请对此不作限定。

因此，本申请实施例通过向第二终端设备指示第一终端设备的RRC状态为RRC idle态或RRC inactive态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第八方面，在第八方面的某些实现方式中，所述第二指示信息来自所述第一终端设备。

结合第八方面，在第八方面的某些实现方式中，还可以向所述网络设备发送所述第二指示信息。

结合第八方面，在第八方面的某些实现方式中，所述第二指示信息来自所述网络设备。

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

网络设备接收第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态；所述网络设备根据所述第二指示信息，确定所述第一终端设备为空闲态或去激活态。

因此，本申请实施例通过向网络设备指示第一终端设备的RRC状态为RRC idle态或RRC inactive态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第九方面，在第九方面的某些实现方式中，所述第二指示信息来自所述第一终端设备或所述第二终端设备。

第十方面，提供了一种通信方法，该方法可以由第一终端设备，或可配置于第一终端设备的部件(例如芯片或者电路等)执行。该方法包括：

第一终端设备接收第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态；进入空闲态或去激活态。

因此，本申请实施例通过向第一终端设备指示第一终端设备的RRC状态为RRC idle态或RRC inactive态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

结合第十方面，在第十方面的某些实现方式中，所述第二指示信息来自所述第二终端设备或所述网络设备。

第十一方面，提供了一种通信装置，用于执行上述第一方面至第十方面中任一方面或任一方面的任意可能的实现方式中的方法，具体的，该装置包括用于执行上述第一方面至第十方面中任一方面或任一方面的任意可能的实现方式中的方法的单元或模块。

第十二方面，提供了一种通信装置，包括：处理器和收发器。可选的，还可以包括存储器。其中，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，并且当该处理器执行该存储器存储的指令时，该执行使得该处理器执行上述第一方面至第十方面中任一方面或任一方面的任意可能的实现方式中的方法。

第十三方面，提供了一种通信芯片，包括处理器和通信接口，所述处理器用于从所述通信接口调用并运行指令，当所述处理器执行所述指令时，实现上述第一方面至第十方面中任一方面或任一方面的任意可能的实现方式中的方法。

可选地，该通信芯片还可以包括存储器，该存储器中存储有指令，处理器用于执行存储器中存储的指令或源于其他的指令。当该指令被执行时，处理器用于实现上述第一方面至第十方面中任一方面或任一方面的任意可能的实现方式中的方法。

第十四方面，提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面至第十方面中任一方面或任一方面的任意可能的实现方式中的方法的指令。

第十五方面，本申请实施例还提供一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得该计算机执行第一方面至第十方面中任一方面或任一方面的任意可能的实现方式中的方法。

第十六方面，提供了一种通信系统，该通信系统包括网络设备、第一终端设备和第二终端设备，其中，网络设备、第一终端设备和第二终端设备可以参见上述第一方面至第十方面中各方面的描述。

应理解，本申请的第十一至第十六方面及对应的实现方式所取得的有益效果参见本申请的第一方面至第十方面及对应的实现方式所取得的有益效果，不再赘述。

附图说明

图1是一种适用于本申请的通信系统的示意图；

图2是U2N中继的协议栈的一个示意图；

图3是终端设备的RRC连接状态转换的一个示意图；

图4是本申请实施例提供的一种通信方法的示意性流程图；

图5是本申请实施例提供的另一种通信方法的示意性流程图；

图6是本申请实施例提供的另一种通信方法的示意性流程图；

图7是本申请实施例提供的另一种通信方法的示意性流程图；

图8是本申请实施例提供的一种无线通信的装置的示意图；

图9是本申请提供的一种终端设备的结构示意图；

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

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、第五代(5th generation，5G)系统或新无线(new radio，NR)等。

通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，物联网(internet of things，IoT)通信，设备到设备(device to device，D2D)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，车联网(vehicle to everything，V2X)通信,车辆间(vehicle to vehicle，V2V)通信，车与人(vehicle to pedestrian，V2P)通信、车与路边基础设施(vehicle to infrastructure)通信等，不作限定。

本申请实施例涉及的终端设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、连接到无线调制解调器的其他处理设备或车载设备等。无线终端可以经无线接入网(radio access network，RAN)与一个或多个核心网进行通信，也可以支持终端设备之间的直连通信。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

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

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

本申请实施例所涉及的网络设备可以是任意一种部署在无线接入网中为终端设备提供无线通信功能的装置。网络设备可以包括各种形式的宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，网络设备的名称可能会有所不同，例如全球移动通信系统(global system for mobile communication，GSM)或码分多址(code division multiple access，CDMA)网络中的基站收发信台(base transceiver station，BTS)，宽带码分多址(wideband code division multiple access，WCDMA)中的NB(NodeB)，长期演进(long term evolution，LTE)中的eNB或eNodeB(Evolutional NodeB)。网络设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器。网络设备还可以是5G网络中的基站gNB设备或者未来演进的PLMN网络中的网络设备。网络设备还可以是可穿戴设备或车载设备。网络设备还可以传输接收节点(transmission and reception Point，TRP)。

首先介绍本申请的应用场景。图1是一种适用于本申请的通信系统的示意图。示例性的，该通信系统可以为V2X通信系统，但是本申请不限于此。如图1所示，通信系统可以包括网络设备110、终端设备120、终端设备130、终端设备140、终端设备150、终端设备160、终端设备170和终端设备180。这些终端设备例如可以为车辆，可以通过无线链路与网络设备110进行通信。作为示例，终端设备可以通过电磁波与网络设备110进行通信。

在图1中，网络设备110可以与上述7个终端设备中的一个或多个终端设备进行信令和/或数据传输。例如，终端设备120或终端设备130可以向网络设备110发送上行数据和/或信令，网络设备110可以接收终端设备120或终端设备130发送的上行数据/或信令，又例如，网络设备110还可以发送下行数据和/或信令给终端设备120、终端设备180和终端设备130，终端设备130还可以发送下行数据和/或信令给终端设备140、终端设备150、终端设备160，或者终端设备130也可以在侧行链路上发送数据和/或信令给终端设备140、终端设备150、终端设备160。此外，终端设备160、终端设备170和终端设备180也可以组成一个通信系统，其中终端设备180可以在侧行链路上发送数据和/或信令给终端设备 160和终端设备170。也就是说，本申请实施例应用的通信系统不仅包含终端设备与网络设备之间的通信，还可以包含终端设备与终端设备之间的通信。

需要说明的是，本申请实施例示出的多个终端设备是为了更好的更全面的说明本申请实施例，但不应该对本申请实施例造成任何限制。例如，在实际应用中，可以只存在一个或一个以上的终端设备。

应理解，通信系统100仅是举例说明，适用本申请的通信系统不限于此，例如，通信系统100中包含的网络设备和终端设备的数量还可以是其它的数量，或者终端设备还可以为其他类型的终端设备。

在图1中，终端设备130、终端设备180可以作为中继终端设备(即中继节点)，终端设备140、终端设备150、终端设备160和终端设备170可以作为远端终端设备(即remote节点)。远端终端设备能够通过中继终端设备与网络设备进行通信，或远端设备之间可以通过中继终端设备进行通信。

图2示出了UE到网络(UE to network，U2N)中继的协议栈的一个示意图。如图2所示，远端终端设备具有两套协议栈结构，分别为NR协议栈结构和PC5协议栈结构，其中，NR协议栈中包括应用(application，APP)层、协议数据单元(protocol data unit，PDU)层、NR-业务数据适配协议(service data adaptation protocol，SDAP)层、NR-分组数据汇聚层协议(packet data convergence protocol，PDCP)层等，PC5协议栈包括PC5-无线链路控制(radio link control，RLC)层、PC5-媒体接入控制(media access control，MAC)层、PC5-物理(PHY)层。中继终端设备也具有两套协议栈结构，分别为NR协议栈结构和PC5协议栈结构，其中，NR协议栈包括NR-RLC层、NR-MAC层、NR-PHY层。NG-RAN(也称为5G-RAN)中包括NR协议栈结构和N3stack，其中，NR协议栈结构包括NR-SDAP层、NR-PDCP层、NR-RLC层、NR-MAC层、NR-PHY层。UPF，例如为PDU会话锚点(PDU session anchor)，可以包括PDU层和N3stack。

在图2中，远端终端设备的NR协议栈结构可以与NG-RAN或UPF或其他网络侧设备进行通信，PC5协议栈可以与中继终端设备中的PC5协议栈进行通信。中继终端设备中的NR协议栈可以与NG-RAN中的NR结构栈进行通信。

需要说明的是，图2中以NR协议栈为上下行链路的协议栈为例进行描述，以PC5协议栈为终端设备之间的侧行链路(sidelink，SL)为例进行描述，但是本申请实施例并不限于此。

下面，对本申请中的涉及RRC连接状态进行说明。

RRC连接状态包括三种，分别为RRC空闲(idle)态、RRC连接(connected)态，以及RRC去激活(inactive)态。

1)终端设备处于RRC idle态时，一般不能与网络设备进行传输数据，终端设备和网络设备也不保存终端设备的上下文，但是核心网设备保存该终端设备的上下文。同时，核心网设备与网络设备之间也没有终端设备专用的信令连接。此时，终端设备可以通过小区选择或重选来实现对移动性的处理。示例性的，处于RRC idle态的终端设备可以执行以下行为：

监听通过下行控制信息(downlink control information，DCI)并采用寻呼无线网络临时标识(paging radio network temporary identifier，P-RNTI)加扰传输的短消息(short message)；

监听用于核心网(core network，CN)寻呼的寻呼信道，例如，可以使用核心网设备为终端设备分配的S临时移动用户识别码(S-temporary mobile subscriber identity，S-TMSI)来监听寻呼信道；

执行邻居小区测量和小区选择/重选；

获取系统信息并发送系统信息(system information，SI)请求(如果配置)。

2)终端设备处于RRC connected态时，核心网设备和接入设备均有该终端设备的上下文，并且终端设备与接入设备之间维持RRC连接，终端设备可以进行数据的上下行传输。示例性的，处于RRC connected态的终端设备可以执行以下行为：

监听通过DCI并采用P-RNTI加扰传输的short message(如果配置)；

监听与共享数据信道关联的控制信道，以确定网络设备是否为其调度了数据；

提供信道质量和反馈信息；

执行邻居小区测量和测量上报；

获取系统信息。

3)终端设备处于RRC inactive态时，终端设备和接入设备存储该终端设备的AS上下文，核心网设备也具有终端设备上下文。并且，核心网设备和接入设备之间有终端设备专用的信令连接，且终端设备和接入设备不需要维护RRC连接，以减小终端设备的信令开销和功耗。因此，终端设备由RRC inactive态转换到RRC连接态时不需要核心网设备参与，能够很快地进行数据传输。此时，终端设备可以通过小区重选来实现对移动性的处理。示例性的，处于RRC inactive态的终端设备可以执行以下行为：

监听通过DCI并采用P-RNTI加扰传输的short message；

监听用于CN寻呼的寻呼信道，例如，可以使用核心网设备为终端设备分配的的S-TMSI来监听寻呼信道；

监听用于RAN寻呼的寻呼信道，例如使用RNTI(RNTI)来监听寻呼信道；

执行邻居小区测量和小区选择/重选；

周期性的或当移动到已配置的基于RAN的通知区域之外时，执行基于RNA的通知区域更新；

获取系统信息并发送SI请求(如果配置)。

可以看出，对于核心网设备来说，inactive态的终端设备与connected态终端设备类似，对于接入设备来说，inactive态终端设备与idle态终端设备类似，没有实时的RRC连接和数据发送，需要通过寻呼为终端设备发送下行数据。对于inactive态，由于核心网设备与接入设备之间的专用连接没有释放，接入设备侧储存了终端设备的上下文，可以加快终端设备恢复到连接态的速度，快速进行数据传输。

图3示出了终端设备在LTE通信系统以及NR通信系统中的RRC连接状态转换的一个示例。LTE通信系统中的RRC连接状态例如可以包括演进的UMTS陆地无线接入(evolved UMTS terrestrial radio access,EUTRA)RRC connected态，EUTRA RRC inactive态和EUTRA RRC idle态。NR通信系统中的RRC连接状态例如可以包括NR RRC connected态，NR RRC inactive态和NR RRC idle态。

如图3所示，在LTE或NR通信系统中，终端设备可以在RRC connected态和RRC inactive态之间转换，例如在RRC connected态进行挂起(suspend，也可以称为暂时释放，release with suspend)而进入inactive态，可以在inactive态进行恢复(resume)进入connected态。终端设备也可以在RRC connected态和RRC idle态之间转换，例如可以在RRC connected态进行释放(release)进入RRC idle态，可以在RRC idle态进行RRC建立(establish)进入RRC connected态。终端设备还可以在inactive态进行释放(release)进入idle态。

另外，终端设备还可以通过切换(handover)在EUTRA RRC connected态和NR connected态之间转换，通过重选(reselection)在EUTRA RRC idle态和NR RRC idle态之间转换，或者通过reselection由EUTRA RRC inactive态进入NR RRC idle态，或者通过reselection由NR RRC inactive态进入EUTRA RRC idle态。

当网络设备有下行数据要发送，但是终端设备却处于RRC idle态或RRC inactive态时，网络设备会发起寻呼。或者，当有系统信息更新时，网络设备也会通过寻呼告诉终端设备系统信息发生了更新。

也就是说，寻呼允许网络设备通过寻呼消息到达处于RRC idle态和RRC inactive态的终端设备，或者通过short message通知处于RRC idle态、RRC inactive态和RRC connected态的终端设备的系统消息(system information)改变和地震海啸预警系统(earthquake tsunami warning system，ETWS)/商用移动告警系统(commercial mobile alert system，CMAS)指示。寻呼消息和short message都在物理下行控制信道(physical downlink control channel，PDCCH)上用P-RNTI寻址，寻呼消息在寻呼控制信道(paging control channel，PCCH)上发送，short message直接在PDCCH上发送。其中，寻呼消息是通过P-RNTI加扰的PDCCH指示的物理下行共享信道(physical downlink shared channel，PDSCH)资源位置发送给终端设备的。

在终端设备侧，当终端设备处于RRC idle态时，终端设备可以监听寻呼信道以接收CN发起的寻呼消息。当终端设备处于RRC inactive态时，终端设备可以监听寻呼信道以接收RAN发起的寻呼消息。终端设备可以不需要连续的监听寻呼信道，例如可以在定义的寻呼不连续接收(discontinuous Reception，DRX)周期(cycle)，处于RRC idle态或inactive态的终端设备仅需要在每个DRX周期的一个寻呼时机(paging occasion，PO)期间监听寻呼信道。这样，终端设备可以在预定时间段内醒来接收寻呼消息，在其他时间段保持休眠状态，这样可以降低功耗，延长终端设备的电池的寿命。

示例性的，终端设备可以在寻呼周期的寻呼帧(paging frame，PF)的特定PO尝试接收寻呼消息。其中一个PO可能包含多个时隙(slot)，PO也不一定是子帧。相应的，网络设备需要在相应的时刻将寻呼消息从空口上发出，这样终端设备才有可能在这个时刻接收到寻呼消息。

综上，终端设备在RRC idle态或RRC inactive态可以接收寻呼的寻呼消息，在RRC connected态、RRC idle态或RRC inactive态都能接收寻呼的系统消息更新指示以及其他寻呼通知消息。

处于RRC idle态的终端设备接收的是CN发起(CN-initiated)的寻呼，处于RRC inactive态的终端设备接收的是RAN发起(RAN-initiated)的寻呼。这两种情况下，寻呼消息的格式可以相同。

当终端设备处于RRC idle态时，如果终端设备的标识与寻呼列表(paging record)内的终端设备标识(例如UE标识，UE-identity)中的某一个匹配，那么终端设备就将其终端设备标识向其高层上报。

当终端设备处于RRC inactive态，如果终端设备的非激活RNTI(inactive RNTI，I-RNTI)与寻呼列表内的终端设备标识(例如UE标识，UE-identity)中的某一个匹配，那么初始化RRC连接过程，I-RNTI在Paging消息中的UE-Identity携带，用于唤醒inactive态的终端设备。否则，如果是终端设备对应的标识，则终端设备将终端设备标识向其高层上报，并且终端设备进入RRC idle态。

当终端设备接收到寻呼的系统消息更新指示后，可以在下一个变更周期(modification period)去接收新的系统消息。

在U2N中继场景下，例如图1所示的场景中，如果remote UE处于RRC idle态或inactive态，则可以由remote UE通过remote UE与网络设备之间的Uu口自行监听寻呼消息(这仅适用于覆盖范围内(in coverage，IC)的remote UE)，或者可以由relay UE代替监听remote UE的寻呼消息。这两种监听寻呼消息的方式可以由网络设备配置，本申请实施例对此不作限定。

当由relay UE代替监听remote UE的寻呼消息时，relay UE需要知道remote UE进入了idle态或inactive态，那么relay UE可以在remote UE的PO监听寻呼消息，或者可以在relay UE的PO监听寻呼消息，不作限定。

存在一种可能的情况，网络设备确定remote UE进入idle态时，会向relay UE发送需要发送给remote UE的RRC连接释放(RRC connection release)消息。relay UE可能没有接收到或者不能成功解码网络设备发送给remote UE的RRC连接释放消息，那么relay UE不会向remote UE转发网络设备发送给remote UE的RRC连接释放消息，进而remote UE接收不到网络设备下发的RRC连接释放消息，仍然保持在连接态。此时，出现网络设备、relay UE和remote UE的RRC状态不匹配(mismatch)的问题。

这将导致以下问题：

当网络设备配置remote UE监听PO时，remote UE由于与网络设备的RRC状态的不匹配，将不会监听寻呼消息；

当网络设备配置由relay UE代为监听remote UE的寻呼消息时，由于relay UE不知道网络设备认为remote UE处于idle态，relay UE不知道需要为remote UE监听寻呼消息。

有鉴于此，本申请实施例提供了一种通信方法，在该方法中，可以向relay UE指示监听remote UE的寻呼消息，能够使得relay UE确定remote UE的RRC状态为RRC idle态或RRC inactive态，进一步的relay UE可以指示remote UE进入RRC idle态或RRC inactive态，从而实现网络设备、relay UE、remote UE对remote UE的RRC状态的对齐，便于relay UE确定是否需要为remote UE监听寻呼消息，或者remote UE确定是否需要监听寻呼消息。

下面结合附图描述本申请实施例提供的通信方法。

本申请的技术方案可以应用于无线通信系统中，例如，图1中所示的通信系统。处于无线通信系统中的通信装置可以包括网络设备、第一终端设备和第二终端设备，各个通信装置之间可具有无线通信连接关系。该通信装置中的网络设备可对应于图1中所示的网络设备，也可以为配置于网络设备中的芯片；该通信装置中的第一终端设备可对应于图1中所示的远端终端设备，也可以为配置于远端终端设备中的芯片；该通信装置中的第二终端设备可对应于图1中所示的中继终端设备，也可以为配置于中继终端设备中的芯片。

应理解，在下文示出的实施例中，“预先定义”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，或者网络设备预先配置等，本申请对于其具体的实现方式不做限定。

还应理解，本申请实施例中涉及的“保存”，可以是指的保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

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

以下，不失一般性，首先以一对第一终端设备和第二终端设备(即中继终端设备和远端终端设备)对的通信过程为例详细说明本申请实施例。可以理解，处于无线通信系统中的任意一对第一终端设备和第二终端设备(即中继终端设备和远端终端设备)，或者配置于一对第一终端设备和第二终端设备(即中继终端设备和远端终端设备)中的芯片均可以基于相同的方法进行通信，处于无线通信系统中的任意一个网络设备或者配置于网络设备中的芯片均可以基于相同的方法进行通信，本申请对此不做限定。

本申请实施例中，第一终端设备可以通过第二终端设备与网络设备进行通信，第一终端设备与第二终端设备之间可以通过侧行链路通信。作为示例，第一终端设备、第二终端设备以及网络设备之间的协议栈结构可以为如图2所示的协议栈结构。

图4示出了本申请实施例提供的一种通信方法400的示意性流程图。在方法400中，网络设备在释放或挂起第一终端设备与网络设备之间的无线资源控制RRC连接时，可以指示第二终端设备(例如relay终端设备，relay UE等)为第一终端设备(例如remote终端设备，remote UE等)监听寻呼消息。相应的，第二终端设备根据网络设备的指示监听寻呼消息，并指示第一终端设备进入RRC idle态或RRC inactive态。第一终端设备可以根据第二终端设备的指示，进入RRC idle态或RRC inactive态。

图4中所示的通信方法包括步骤401至406。

401，可选地，网络设备发送第一消息，该第一消息用于释放或挂起第一终端设备与网络设备之间的无线资源控制RRC连接。

当第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接时，第一消息用于配置第一终端设备进入空闲态，即RRC idle。作为示例，此时第一消息可以为RRC连接释放(RRC connection release)消息。

当第一消息用于挂起所述第一终端设备与所述网络设备之间的RRC连接时，第一消息用于配置第一终端设备进入RRC inactive态。作为示例，此时第一消息可以为RRC连接挂起(RRC connection release with suspend)消息。

作为一种可能的实现方式，当网络设备确定当前没有需要发送给第一终端设备的下行(downlink，DL)数据/信令时，或者在第一预设时长没有从第一终端设备接收上行(uplink， UL)数据/信令时，网络设备可以确定释放或挂起第一终端设备与网络设备之间的RRC连接，即确定将第一终端设备的RRC状态从RRC connected态转换为RRC idle态，或RRC inactive态。此时，网络设备可以执行步骤401，即发送上述第一消息。

示例性的，可以预先定义该第一预设时长，例如，网络设备中可以预先存储该第一预设时长，或者由协议定义该第一预设时长，本申请对此不做限定。

在本申请实施例中，UL数据例如可以包括MAC PDU或者传输块(transport block，TB)，UL信令例如可以包括RRC消息，或者MAC CE等，例如侧行链路UE信息(SidelinkUEInformation)。DL数据例如可以包括MAC PDU或者TB，DL信令例如可以包括RRC消息，或者MAC CE等，例如RRC重配置消息。

可选地，网络设备可以向第二终端设备发送上述第一消息。

在一些可能的实施例中，当第一消息成功发送至第二终端设备，且被第二终端设备成功解码时，第二终端设备能够根据该第一消息，确定第一终端设备的RRC状态为RRC idle态，或RRC inactive态。

而在另一些可能实施例中，当第一消息没有成功发送至第二终端设备，或该第一消息没有被第二终端设备成功解码时，第二终端设备由于无法读取网络设备发送给第一终端设备的RRC消息，因此不能确定(即不知道)第一终端设备的RRC状态。

例如，当第二终端设备成功接收并解码上述第一消息时，可以向网络设备发送确认(acknowledgement，ACK)消息，以指示成功接收并解码上述第一消息；当第二终端设备在第二预设时长没有成功接收或没有成功解码上述第一消息时，可以向网络设备发送否定应答(negative acknowledgement)消息，以指示没有成功接收或成功解码上述第一消息。

示例性的，可以预先定义该第二预设时长，例如，终端设备中可以预先存储该第二预设时长，或者网络设备可以预先向第二终端设备指示该第二预设时长，或者由协议定义该第二预设时长，本申请实施例对此不做限定。

在一些可选的实施例中，第二终端设备可以确定网络设备和第一终端设备的RRC状态没有对齐。

作为一种可能的实现方式，如果第二终端设备确定没有成功接收来自网络设备的第一消息，或没有成功解码该第一消息，则第二终端设备并不能够确定第一终端设备的RRC状态，即可以确定网络设备和第一终端设备之间的RRC状态没有对齐。

例如，网络设备确定第一终端设备进入RRC idle态，但是第二终端设备没有接收到RRC连接释放消息，或没有成功解码RRC连接释放消息，因此第二终端设备不确定第一终端设备的RRC状态，而此时第一终端设备仍然处于RRC connected态。此时，可以认为网络设备和第一终端设备的RRC状态没有对齐，即出现了RRC状态的不匹配(mismatch)。

可选的，在步骤401之后，如果网络设备有需要向第一终端设备发送的下行数据或下行信令，网络设备可以发送用于寻呼该第一终端设备的寻呼消息。

402，网络设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为第一终端设备监听寻呼消息。其中，该寻呼消息可以用于网络设备寻呼第一终端设备。

可以理解的是，当第二终端设备为第一终端设备监听寻呼消息时，第一终端设备的RRC状态为RRC idle态或RRC inactive态。因此，第一指示信息用于指示第二终端设备为第一终端设备监听寻呼消息，还可以替换为：第一指示信息用于指示第一终端设备的RRC状态为RRC idle态或RRC inactive态，或者第一指示信息用于指示第一终端设备的RRC状态由RRC connected态转换为RRC idle态或RRC inactive态。

在一些可能的实施例中，第一指示信息中可以包括第一终端设备的标识。例如，当第二终端设备连接了多个终端设备(即同时能够与该多个终端设备通过侧行链路通信)时，第一指示信息中可以包括第一终端设备的标识，此时通过该第一终端设备的标识，能够指示第二终端设备为该多个终端设备中的该第一终端设备监听寻呼消息。

在一些可能的实施例中，第一指示信息可以携带于RRC消息或媒体接入控制(media access control，MAC)控制元素(control element，CE)信令中。作为示例，RRC消息可以为RRC重配置消息，或其他RRC消息，不作限定。

作为一种可能的实现方式，可以在RRC消息中或MAC CE信令中定义一个字段，该字段可以用于指示第二终端设备是否需要代替第一终端设备监听寻呼消息。作为一个示例，当该字段为0时，可以表示第二终端设备不需要代替第一终端设备监听寻呼消息，当该字段为1时，可以表示第二终端设备需要代替第一终端设备监听寻呼消息，或者反之，不作限定。

在一些可能的实施例中，网络设备可以在发送第一消息的情况下，例如在发送第一消息的同时，或发送第一消息之前，或发送第一消息之后，发送上述第一指示信息。也就是说，不管网络设备有没有成功发送上述第一消息，均发送该第一指示信息，以确保第二终端设备能够代替第一终端设备监听网络设备发送的寻呼消息。

在另一些可能的实施例中，网络设备可以在确定第一消息没有成功发送的情况下，发送上述第一指示信息。例如，可以在接收到第二终端设备反馈的NACK消息之后，向第二终端设备发送该第一指示信息。这样，通过在第一消息没有成功发送的情况下，发送该第一指示信息，使得第二终端设备能够在没有接收到第一消息的情况下，也能够代替第一终端设备监听网络设备发送的寻呼消息。

在一些可能的实施例中，当第二终端设备处于RRC连接态时，网络设备可以直接向该RRC连接态的第二终端设备发送上述第一指示信息。

在另一些可能的实施例中，例如当第二终端设备处于RRC idle态或RRC inactive态时，网络设备在向第二终端设备发送第一指示信息之前，还可以向所述第二终端设备发送寻呼消息或RRC建立消息，以使得第二终端设备由RRC idle态或RRC inactive态进入RRC连接态。在第二终端设备进入RRC连接态之后，网络设备可以向第二终端设备发送该第一指示信息。

对应的，第二终端设备可以接收网络设备发送的上述第一指示信息。

可选的，网络设备还可以向第二终端设备指示第一终端设备是进入RRC idle态，还是RRC inactive态。示例性的，网络设备可以在用于寻呼第一终端设备的寻呼消息，或者在该寻呼消息所在的MAC PDU的MAC头中，或者在RRC消息中增加指示字段，来指示第一终端设备是进入RRC idle态，还是RRC inactive态。

403，第二终端设备监听网络设备为第一终端设备发送的寻呼消息。

第二终端设备在接收到上述第一指示信息之后，可以根据该第一指示信息，监听网络设备为第一终端设备发送的寻呼消息。例如，可以在第一终端设备的PO上监听寻呼消息，或者在第二终端设备的PO上监听第一终端设备的寻呼消息，本申请对此不作限定。

在一些可能的实施例中，当第一指示信息中包括第一终端设备的标识时，第二终端设备可以根据该第一终端设备的标识，监听所述网络设备为第一终端设备发送的寻呼消息。

可以理解的是，当第二终端设备监听网络设备为第一终端设备发送的寻呼消息时，第二终端设备可以确定(或认为)第一终端设备的RRC状态为RRC idle态或RRC inactive态。

404，第二终端设备向第一终端终端设备发送第二指示信息，该第二指示信息用于指示第一终端设备进入空闲态或去激活态。对应的，第一终端设备接收该第二指示信息。

作为示例，第二终端设备可以通过与第一终端设备之间的侧行链路，向第一终端设备发送上述第二指示信息。例如将该第二指示信息携带在侧行链路RRC消息、或者MAC CE、或者MAC头中。或者，第二指示信息还可以用于指示第一终端设备释放无限连路资源，可以是空口链路配置的承载配置，例如，Uu SDAP配置、和/或Uu PDCP配置。可选地，第二指示信息还可以指示第一终端设备释放以下一种或多种：SL RLC配置、MAC配置、SL承载配置、SL LCH配置等。

需要说明的是，本申请实施例对步骤403和步骤404的先后顺序不作限定。例如，步骤403可以在步骤404之前，或之后，或同时执行。另外，在一些实施例中，步骤404可以为可选的步骤，即可以不执行步骤404。

405，第二终端设备向第一终端设备发送寻呼消息。

具体而言，当第二终端设备接收(或监听到，或获取)网络设备为第一终端设备发送的寻呼消息时，第二终端设备可以向第一终端设备发送(或转发)该寻呼消息。例如，当第二终端设备在第一终端设备的PO，或者在第二终端设备PO监听到针对第一终端设备的寻呼消息之后，可以通过PC5侧行链路向第一终端设备发送(或转发)该寻呼消息。

在步骤405之前，当第二终端设备并没有接收到第一终端设备发送的用于指示RRC状态的指示信息时，第二终端设备并不能够确定第一终端设备的RRC状态。

在一些可选的实施例中，例如可以在步骤404之后，或与步骤404同时，或步骤405之前，或者在步骤405之后，或与步骤405同时，第二终端设备可以向第一终端设备发送第三指示信息，该第三指示信息用于指示所述第一终端设备释放第一配置，该第一配置可以为第二终端设备与第一终端设备之间的侧行链路配置(例如PC5配置)，和/或第一终端设备与网络设备之间的空口链路配置(例如NR空口配置)。

第三指示信息可以用于触发侧行链路释放过程，和/或空口链路释放过程。示例性的，第三指示信息可以携带在PC5RRC释放消息中，本申请对此不作限定。

示例性的，PC5配置可以包括侧行链路无线承载(sidelink radio bearer，SLRB)配置、MAC配置、无线链路控制(radio link control，RLC)承载配置，以及RLC配置等，不作限定。

在一些可选的实施例中，第二指示信息和第三指示信息可以在同一条消息中发送，也可以在两条不同的消息中分别发送，本申请实施例对此不作限定。

在一些可选的实施例中，第二终端设备可以不执行步骤404，而是向第一终端设备发送第三指示信息。

可选的，第二终端设备可以根据网络设备的指示，确定第一终端设备是进入RRC idle态，还是进入RRC inactive态。另外，第二终端设备还可以进一步向第一终端设备指示第一终端设备进入RRC idle态或RRC inactive态。例如，第二终端设备可以在寻呼消息所在的MAC PDU的MAC头中，或者在RRC消息中，或者SCI中增加指示字段，来指示第以终端设备是进入RRC idle态，还是进入RRC inactive态。

在一些可选的实施例中，当在步骤405，即第二终端设备向第一终端设备发送寻呼消息之前，第二终端设备已经触发了侧行链路释放过程，那么在执行步骤405之前，第二终端设备还需要建立或重建该侧行链路，以通过该建立或重建的侧行链路，发送寻呼消息。

406，第一终端设备进入空闲态或去激活态。

作为一个示例，第一终端设备可以在接收到上述第二指示信息之后，进入RRC idle态或RRC inactive态。示例性的，当第二指示信息用于指示第一终端设备进入RRC idle态时，第一终端设备进入RRC idle态，执行进入idle态的行为，包括但不限于重置MAC、停止正在运行的定时器、丢弃UE非激活态上下文等。当第二指示信息用于指示第一终端设备进入RRC inactive态时，第一终端设备进入RRC inactive态。

可选的，第一终端设备在接收到该第二指示信息之后，还可以释放第二终端设备与第一终端设备之间的侧行链路配置(例如PC5链路配置)，和/或第一终端设备与网络设备之间的空口链路配置(例如NR空口配置)，本申请对此不作限定。

作为另一个示例，第一终端设备可以在接收到步骤405中第二终端设备转发的寻呼消息之后，进入RRC idle态或RRC inactive态。此时，该寻呼消息还可以用于指示第一终端设备进入RRC idle态或RRC inactive态。

可选的，第一终端设备在接收到该寻呼消息之后，还可以释放第二终端设备与第一终端设备之间的侧行链路配置(例如PC5链路配置)，和/或第一终端设备与网络设备之间的空口链路配置(例如NR空口配置)，本申请对此不作限定。

作为另一个示例，第一终端设可以在接收到上述第三指示信息之后，释放第二终端设备与第一终端设备之间的侧行链路配置(例如PC5链路配置)，和/或第一终端设备与网络设备之间的空口链路配置(例如NR空口配置)。可选的，此时第一终端设备可以进入RRC idle态或RRC inactive态。

作为示例，第一终端设备进入RRC idle态或RRC inactive态的行为，具体可以包括重置MAC配置，释放无线资源，向上层指示释放RRC连接以及释放原因(release cause)等，不作限定。

在第一终端设备的侧行链路配置(例如RLC配置，或MAC配置)是由网络设备提供的情况下，第一终端设备进入RRC idle态或RRC inactive态的同时(或之后)，释放该侧行链路配置。

在第一终端设备的侧行链路配置(例如RLC配置，或MAC配置)是由网络设备提供，并且第一终端设备通过PC5侧行链路为第二终端设备配置该侧行链路的情况下，第一终端设备进入RRC idle态或RRC inactive态的同时(或之后)，释放该侧行链路配置，并发起PC5RRC过程，例如RRC建立/恢复，或者RRC重配置过程，以通知第二终端设备释放该侧行链路配置。

可选地，当第一终端设备接收到第二终端设备转发的寻呼消息，并进入RRC idle态或RRC inactive态之后，可以发起与网络设备之间的RRC建立/恢复过程。具体而言，第一终端设备可以通过进入RRC idle态或RRC inactive态，来释放之前旧的空口链路配置，并根据该寻呼消息，发起与网络设备之间的RRC建立/恢复过程，建立或恢复RRC连接，实现对RRC链路的重新配置。

在一些可选的实施例中，当第一终端设备的RRC状态从RRC connected态转换为RRC idle态或RRC inactive态时，第一终端设备还可以向第二终端设备发送上述第一指示信息，以向第二终端设备指示第一终端设备的RRC状态为RRC idle态或RRC inactive态，或指示第一终端设备的RRC状态从RRC connected态转换为RRC idle态或RRC inactive态，或指示第二终端设备监听网络设备发送的寻呼消息。

示例性的，当第一终端设备的RRC状态从RRC connected态转换为RRC idle态时，第一指示信息用于指示第一终端设备的RRC状态为RRC idle态，或指示第一终端设备的RRC状态从RRC connected态转换为RRC idle态。当第一终端设备的RRC状态从RRC connected态转换为RRC inactive态时，第一指示信息用于指示第一终端设备的RRC状态为RRC inactive态，或指示第一终端设备的RRC状态从RRC connected态转换为RRC inactive态。

可选的，第一终端设备和网络设备中的至少一个可以向第二终端设备发送上述第一指示信息。例如，当第一终端设备向第二终端设备发送上述第一指示信息时，可以不执行步骤402，或者第二终端设备没有成功接收或解码网络设备发送的携带该第一指示信息的消息。又例如，当网络设备向第二终端设备发送上述第一指示信息时，第一终端设备可以不向第二终端设备发送该第一指示信息，或第二终端设备没有成功接收或解码第一终端设备发送的携带该第一指示信息的消息。

在一些可能的实施例中，例如在第二终端设备从第一终端设备接收第一指示信息，且没有从网络设备接收到第一指示信息的情况下，第二终端设备还可以向网络设备指示第一终端设备的RRC状态由RRC connected态转换为RRC idle态户或RRC inactive态。

作为一种可能的实现方式，第一终端设备可以当前没有需要向网络设备发送的数据或信令，或者在第三预设时长没有接收网络设备发送的数据或信令时，确定当前的RRC状态从RRC connected态转换为RRC idle态，或RRC inactive态，本申请对此不作限定。

示例性的，可以预先定义该第三预设时长，例如，终端设备中可以预先存储该第三预设时长，或者网络设备可以预先向第二终端设备指示该第三预设时长，或者由协议定义该第三预设时长，或者网络通过信令配置第三预设时长，本申请实施例对此不做限定。

作为一种可能的实现方式，第一终端设备可以通过与第二终端设备之间的侧行链路(例如PC5链路)，向第二终端设备发送上述第一指示信息，本申请对此不作限定。

因此，本申请实施例通过向第二终端设备指示监听第一终端设备的寻呼消息，能够使得第二终端设备确定第一终端设备的RRC状态为RRC idle态或RRC inactive态，从而确定需要为第一终端设备监听寻呼消息，进一步的第二终端设备可以指示第一终端设备进入RRC idle态或RRC inactive态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

示例性的，本申请实施例适用于第二终端设备没有成功接收或解码用于释放或挂起第一终端设备与网络设备之间的RRC连接的第一消息的场景，此时第二终端设备由于没有成功接收或解码该该第一消息，因此并不能确定第一终端设备的RRC状态。在这种情况下，一旦第二终端设备接收到监听第一终端设备的寻呼消息的指示，则可以确定第一终端设备处于RRC idle态或RRC inactive态，进而可以指示第一终端设备进入RRC idle态或inactive态，实现网络设备、第二终端设备和第一终端设备均感知第一终端设备处于RRC idle态或inactive态，从而能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

图5示出了本申请实施例提供的另一种通信方法500的示意性流程图。在方法500中，当确定在第一时长没有接收/发送第一终端设备的数据或信令时，可以确定第一终端设备进入空闲态或去激活态。作为示例，方法500可以由第二终端设备(或第二终端设备中的芯片)执行，或由第一终端设备(或第一终端设备中的芯片)，或网络设备(或网络设备中的芯片)执行，本申请对此不作限定。如图5所示，方法500包括步骤510和520。

510，确定在第一时长没有接收或发送第一终端设备的数据或信令。

在一些实施例中，可以确定在第一时长没有接收第一终端设备的数据或信令，且没有发送第一终端数设备的数据或信令。

作为示例，当方法500由第二终端设备执行时，第二终端设备可以确定在第一时长没有接收网络设备下发的需要转发给第一终端设备的DL数据/信令，以及在第一时长没有接收第一终端设备发送的需要转发给网络设备的UL数据/信令。

作为示例，当方法500由第一终端设备执行时，第一终端设备可以确定在第一时长没有需要发送给网络设备的UL数据/信令，以及在第一时长没有接收第二终端设备发送的来自网络设备的DL数据/信令。

作为示例，当方法500由网络设备执行时，网络设备可以确定在第一时长没有需要发送给第一终端设备的DL数据/信令，以及在第一时长没有接收来自第一终端设备的UL数据/信令。

示例性的，本申请实施例中，可以预先定义该第一时长，例如，网络设备、第一终端设备或第二终端设备中可以预先存储该第一时长，或者由协议定义该第一时长，或者网络设备可配置该第一时长，或者第二终端设备可以配置该第一时长，或者第一终端设备可以配置该第一时长，本申请对此不做限定。

作为示例，当第一时长由网络设备配置时，网络设备可以向第一终端设备或第二终端设备指示(例如通过发送指示信息)该第一时长，或者网络设备可以向第二终端设备指示该第一时长，进一步的第二终端设备向第一终端设备指示该第一时长，本申请对此不作限定。

作为示例，当第一时长由第二终端设备配置时，第二终端设备可以向网络设备或第一终端设备指示(例如通过发送指示信息)该第一时长。

作为示例，当第一时长由第一终端设备配置时，第一终端设备可以向网络设备或第二终端设备指示(例如通过发送指示信息)该第一时长，或者第一终端设备可以向第二终端设备指示该第一时长，进一步的第二终端设备可以向网络设备指示该第一时长，本申请对此不作限定。

作为一种可能的实现方式，可以通过设置定时器，例如数据不活动计时器(data inactivity timer)，来确定是否在第一时长没有接收或发送第一终端设备的数据或信令。例如，可以设置定时器计时达到第一时长时超时。可选的，可以在接收或发送数据或信令时，启动定时器。当计时器超时时，可以确定在第一时长没有接收或发送数据或信令。

在一些实施例中，第二终端设备内部可以设置定时器，该定时器可以是专用于转发数据的，此时能够与第二终端设备进行侧行链路通信的一个或多个第一终端设备的数据/信令可以触发该定时器。

在一些实施例中，当第二终端设备能够与至少两个第一终端设备进行侧行链路通信时，第二终端设备内部可以对每个第一终端设备都分别定义或维护或运行一个上述定时器，此时每个第一终端设备的数据/信令可以触发该第一终端设备对应的定时器。

在一些实施例中，第二终端设备内部可以仅有一个定时器，该定时器可以用于空口数据(例如Uu数据)和转发数据，此时能够与第二终端设备进行侧行链路通信的一个或多个第一终端设备的数据/信令，以及第二终端设备的数据/信令均可以触发该定时器。

作为具体的例子，网络设备可以为第一终端设备的PC5MAC定义定时器(例如data inactivity timer)。第二终端设备的MAC是PC5MAC实体(entity)，没有与网络设备之间的端到端MAC，并且MAC接收的是来自侧行链路逻辑信道(sidelink logical channel，SL LCH)，例如侧行链路控制信道(sidelink control channel，SCCH)、侧行链路业务信道(sidelink traffic channel，STCH)，的MAC服务数据单元(service data unit，SDU)，或发送对应SL LCH的MAC SDU。

对于上述第一终端设备的定时器，可以在第一终端数设备发送对应于专用于转发的SCCH或STCH的MAC SDU时，启动或重启定时器，并且在第一终端设备接收来自对应于专用于转发的SCCH或SRCH的MAC SDU时，启动或重启定时器。这样，当第一终端设备在第一时长内既没有发送SCCH或STCH的MAC SDU，也没有接收来自SCCH或SRCH的MAC SDU，则该定时器超时。

作为示例，网络设备在定义第一终端设备侧的定时器时，定义了该第一时长。或者，第一终端设备可以预先存储该第一时长，或者由协议定义该第一时长，或者网络设备来指示该第一时长，本申请对此不作限定。

需要说明的是，以上以第一终端设备侧设置定时器为例进行描述，在第二终端设备侧以及网络设备侧的定时器可以参见第一终端设备侧的定时器的描述，或者需要做一些简单的适配，这都在本申请实施例的保护范围之内。

520，确定所述第一终端设备进入空闲态或去激活态。

作为示例，在第二终端设备确定在第一时长没有接收或发送第一终端设备的数据或信令时，则第二终端设备可以确定第一终端设备进入RRC idle态或RRC inactive态。可选地，该数据或信令为需要第二终端设备转发给网络设备或者其他终端设备的数据或信令，

作为示例，在第一终端设备确定在第一时长没有接收或发送第一终端设备的数据或信令时，则第一终端设备可以确定进入RRC idle态或RRC inactive态。

作为示例，在网络设备确定在第一时长没有接收或发送第一终端设备的数据或信令时，则网络设备可以确定第一终端设备进入RRC idle态或RRC inactive态。

在一些可选的实施例中，当第二终端设备确定第一终端设备进入空闲态或去激活态时，第二终端设备可以确定为第一终端设备监听寻呼消息。

可选的，第二终端设备还可以向网络设备或第一终端设备发送第二指示信息，该第二指示信息用于指示第一终端设备进入RRC idle态或RRC inactive态。这样，通过向网络设备指示第一终端设备进入空闲态或去激活态，从而有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

在一些可选的实施例中，当第一终端设备确定进入空闲态或去激活态时，第一终端设备可以向网络设备或第二终端设备发送第二指示信息，该第二指示信息用于指示第一终端设备进入RRC idle态或RRC inactive态。

在一些可选的实施例中，当网络设备确定第一终端设备进入空闲态或去激活态时，网络设备可以向第二终端设备或第二终端设备发送第二指示信息，该第二指示信息用于指示第一终端设备进入RRC idle态或RRC inactive态。

在一些可选的实施例中，当第一终端设备确定进入连接态时，第一终端设备可以向第二终端设备或网络设备发送指示信息，该指示信息用于指示第一终端设备进入RRC连接态。第二终端设备接收到该指示信息后，停止为第一终端设备监听寻呼消息。这里，该步骤可以与实施例中其他步骤结合使用，也可以作为独立的方法使用，不作限定。

需要说明的是，本申请实施例中，当确定第一终端设备进入RRC idle态时，第二指示信息用于指示第一终端设备进入RRC idle态，当确定第一终端设备进入RRC inactive态时，第二指示信息用于指示第一终端设备进入RRC inactive态。

因此，本申请实施例中，网络设备、第一终端设备和第二终端设备中的至少一个可以通过确定第一时长没有接收或发送第一终端设备的数据或信令，来确定第一终端设备进入空闲态或去激活态，从而能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐，例如网络设备、第一终端设备、第二终端设备均感知第一终端设备处于RRC idle态或inactive态或连接态。

在一些实施例中，第一终端设备可以在第一时长没有发送UL数据/信令，或没有接收DL数据/信令时，确定进入RRC idle态或RRC inactive态。作为示例，可以通过在第一终端设备侧设置定时器来确定第一终端设备是否在在第一时长没有发送UL数据/信令，或接收DL数据/信令。此时，可以通过图6中所示的方法600，或图7中所示的方法700，使得第二终端设备确定第一终端设备的RRC状态。

参见图6，示出了本申请实施例提供的另一种通信方法600的示意性流程图。在方法600中，第一终端设备在确定进入RRC idle态或RRC inactive态时，可以向第二终端设备指示第一终端设备的RRC状态，以使得第二终端设备确定第一终端设备的RRC状态。

应理解，图6示出了通信方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图6中的各个操作的变形。此外，图6中的各个步骤可以按照与图6呈现的不同的顺序来执行，并且有可能并非要执行图6中的全部操作。如图6所示，该通信方法可以包括步骤601至610。

601，可选地，网络设备向第二终端设备发送DL数据/信令。对应的，第二终端设备接收该DL数据/信令。这里，该DL数据/信令是网络设备发送的需要转发给第一终端设备的DL数据/信令。

602，可选地，第二终端设备没有及时获得(或选择到)SL资源。

作为示例，当第二终端设备在第二时长范围内没有选择到SL资源，或者第二终端设备没有选择到满足时延要求的资源，或者第二终端设备在第二时长范围内没有获得基站调度的SL资源，或者第二终端设备获得的SL资源在第二时长范围内不可用，或者第二终端设备在第二时长范围内没有可用(available)的SL资源时，可以确定第二终端设备没有及时选择到SL资源。其中，SL资源例如可以为模式2(mode 2)SL资源，不作限定。

示例性的，本申请实施例中，可以预先定义该第二时长，例如，第二终端设备中可以预先存储该第二时长，或者由协议定义该第二时长，或者网络设备可以向第二终端设备指示该第二时长，本申请对此不做限定。

可选的，603，网络设备向第二终端设备发送第四指示信息。其中，第四指示信息用于指示第一时长，其中，定时器在该第一时长如果没有接收或发送第一终端设备的数据/信令，则该定时器超时。第二终端设备接收到第四指示信息之后，可以执行步骤604，向第一终端设备发送第四指示信息。

或者，可替换的，可以不执行步骤603和604，而是由第一终端设备确定上述第一时长。

或者，可替换的，可以由第二终端设备确定第一时长，并在确定第一时长后，执行步骤604，即向第一终端设备发送第四指示信息，以指示第一时长。

需要说明的是，步骤603和604可以在步骤605之前的任意时刻发生，例如可以在步骤601之前或与步骤601同时发生，或者在步骤602之前或与步骤602同时发生，或者可以在步骤602之后发生，本申请对此不作限定。

605，第一终端设备侧定时器超时。

作为示例，第一终端设备可以在接收到第二端设备转发来自网络设备的DL数据/信令，或在向第二终端设备需要发送给网络设备的UL数据/信令时，启动或重启定时器。当第一终端设备在启动或重启定时器后的第一时长内没有接收DL数据/信令，或发送UL数据/信令时，第一终端设备侧的该定时器超时。

当第一终端设备侧的定时器超时时，第一终端设备可以确定其由RRC connected态进入RRC idle态，或RRC inactive态。

需要说明的是，由于第二终端设备没有及时选择到SL资源，导致网络设备发送给第一终端设备的DL数据/信令没有成功发送至第一终端设备，进而导致第一终端设备侧定时器超时，而此时网络设备仍可以认为第一终端设备处于RRC connected态，第二终端设备此时不能确定第一终端设备的RRC状态，从而导致出现了网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的mismatch。

606，第一终端设备向第二终端设备发送第二指示信息，第二指示信息用于指示第一终端设备进入RRC idle态，或RRC inactive态。对应的，第二终端设备接收该第二指示信息。

示例性的，第二指示信息可以携带于PC5RRC消息中，即第一终端设备可以通过PC5RRC消息向第二终端设备指示其进入RRC idle态，或RRC inactive态。或者第二指示也可以携带在MAC CE、侧行链路控制信息(sidelink control information，SCI)中。

607，第二终端设备监听第一终端设备的寻呼消息。

作为示例，第二终端设备可以根据第二指示信息，确定第一终端设备进入RRC idle态，或RRC inactive态。此时，第二终端设备可以为第一终端设备监听网络设备发送的寻呼消息。

因此，本申请实施例通过第一终端设备向第二终端设备指示第一终端设备进入RRC idle态或inactive态，能够使得第二终端设备确定第一终端设备的RRC状态为RRC idle态或RRC inactive态，从而可以为第一终端设备监听网络设备发送的寻呼消息，有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐，例如网络设备、第一终端设备、第二终端设备均感知第一终端设备处于RRC idle态或inactive态或连接态。

可选的，608，第二终端设备向网络设备发送第二指示信息，以指示第一终端设备进入RRC idle态或RRC inactive态。或者，可选的，第一终端设备还可以直接向网络设备发送第二指示信息，以指示第一终端设备进入RRC idle态或RRC inactive态。

对应的，网络设备可以接收第二指示信息，并可以根据该第二指示信息，确定第一终端设备进入RRC idle态或RRC inactive态。网络设备确定第一终端设备进入RRC idle态或RRC inactive态之后，如果有DL数据/信令需要发送给第一终端设备，则可以发送用于寻呼第一终端设备的寻呼消息。

因此，本申请实施例通过第一终端设备或第二终端设备向网络设备指示第一终端设备进入RRC idle态或RRC inactive态，能够使得网络设备确定第一终端设备的RRC状态为RRC idle态或RRC inactive态，从而可以有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐，例如网络设备、第一终端设备、第二终端设备均感知第一终端设备处于RRC idle态或inactive态或连接态。

609，第二终端设备向第一终端设备发送DL数据/信令。对应的，第一终端设备接收该DL数据/信令。这里，该DL数据/信令即为步骤601中，第二终端设备从网络设备接收到的DL数据/信令。

示例性的，当第二终端设备选择到SL资源时，可以在所选择的SL资源上向第一终端设备发送上述DL数据/信令。

在一些实施例中，如果第二终端设备没有选择到SL资源，则第二终端设备不会向第一终端设备发送上述DL数据/信令。

610，第一终端设备触发或发起RRC建立/恢复过程。

示例性的，第一终端设备可以在接收到上述DL数据/信令之后，触发或发起RRC建立/恢复过程。需要说明的是，该DL数据/信令不包括RRC释放(RRC release)消息。也就是说，当在步骤609中，第一终端设备接收到RRC释放消息时，不执行步骤610。

响应于第一终端设备发起的该RRC建立/恢复过程，网络设备可以和第一终端设备之间建立RRC连接。此时，网络设备、第一终端设备和第二终端设备均可以感知第一终端设备处于RRC connected态。

参见图7，示出了本申请实施例提供的另一种通信方法700的示意性流程图。在方法600中，在第二终端设备侧可以配置与第一终端设备侧相同的定时器，以使得第二终端设备确定第一终端设备的RRC状态。

应理解，图7示出了通信方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图7中的各个操作的变形。此外，图7中的各个步骤可以按照与图7呈现的不同的顺序来执行，并且有可能并非要执行图7中的全部操作。如图6所示，该通信方法可以包括步骤701至710。

701，网络设备向第二终端设备发送DL数据/信令。对应的，第二终端设备接收该DL数据/信令。

702，第二终端设备没有及时获得SL资源。

具体的，步骤701和702可以参见图6中步骤601和602的描述，这里不再赘述。

可选的，703，网络设备向第二终端设备发送第四指示信息。其中，第四指示信息用于指示第一时长，其中，定时器在该第一时长如果没有接收或发送第一终端设备的数据/信令，则该定时器超时。第二终端设备接收到第四指示信息之后，可以执行步骤704，向第一终端设备发送第四指示信息。

或者，可替换的，可以不执行步骤703，而是由第二终端设备确定上述第一时长，。可选的，第二终端设备可以执行步骤704，即在确定第一时长之后，向第一终端设备指示第四指示信息。

或者，可替换的，可以由第一终端设备确定第一时长，并在确定第一时长后，向第二终端设备发送第四指示信息，以指示第一时长。

需要说明的是，步骤703和704可以在步骤705之前的任意时刻发生，例如可以在步骤701之前或与步骤701同时发生，或者在步骤702之前或与步骤702同时发生，或者可以在步骤702之后发生，本申请对此不作限定。

705，第二终端设备侧定时器超时。

作为示例，第二终端设备可以在接收到网络设备发送的对应第一终端设备的DL数据/信令(例如步骤601)，或向第一终端设备转发了网络设备发送的DL数据/信令，或接收第一终端设备发送的需要发送给网络设备的UL数据/信令，或向网络设备转发了第一终端设备发送的UL数据或信令时，启动或重启定时器。当第二终端设备在启动或重启定时器后的第一时长内没有接收或发送对应于第一终端设备的数据/信令时，第二终端设备侧的该定时器超时。

当第二终端设备确定第二终端设备侧的对应于第一终端设备的定时器超时时，第二终端设备可以确认第一终端设备进入RRC idle态，或RRC inactive态。此时，第二终端设备可以为第一终端设备监听网络设备发送的寻呼消息。可选地，第二终端设备可以向第一终端设备发送指示信息，该指示信息用于指示第二终端设备将第一终端设备的RRC状态确定为RRC idle态，或RRC inactive态。第一终端设备接收到该指示信息后，当存在有效数据(available data)或者存在需要通过第二终端设备转发给网络设备的数据/信令时，发送或触发RRC连接建立/恢复过程。

在一些可选的实施例中，当第二终端设备与多个远端终端设备通过侧行链路通信时，第二终端设备侧可以配置多个定时器，每个定时器可以对应于一个远端终端设备。这样，当一个定时器超时时，第二终端设备可以确定该定时器对应的远端终端设备进入RRC idle态或RRC inactive态，进而可以为该远端终端设备监听网络设备发送的寻呼消息。

706，第一终端设备侧定时器超时。

需要说明的是，当第一终端设备侧和第二终端设备侧均配置了定时器时，第一终端设备侧的定时器和第二终端设备侧的定时器可以称为一个定时器对，一个定时器对中的两个定时器可以被配置或者预定义相同的时长。在一些实施例中，第一终端设备侧的定时器和第二终端设备侧的定时器可以分别在不同的时刻超时，本申请实施例对此不作限定。

需要说明的是，由于第二终端设备没有及时选择到SL资源，导致网络设备发送给第一终端设备的DL数据/信令没有成功发送至第一终端设备，进而导致第一终端设备侧定时器超时，此时如果第二终端设备侧没有设置定时器，则第二终端设备不能确定第一终端设备的RRC状态，网络设备仍可以认为第一终端设备处于RRC connected态，从而导致出现了网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的mismatch。而当第二终端设备侧设置有定时器时，则第二终端设备可以在第二终端设备侧的定时器超时时，确定第一终端设备进入RRC idle态或RRC inactive态，从而能够有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐。

707，第二终端设备监听第一终端设备的寻呼消息。

作为示例，第二终端设备可以在第二终端设备侧的定时器超时，确定第一终端设备进入RRC idle态，或RRC inactive态。此时，第二终端设备可以为第一终端设备监听网络设备发送的寻呼消息。

因此，本申请实施例中，第二终端设备能够在设置的定时器超时时确定第一终端设备进入了RRC idle态或inactive态，从而第二终端设备可以为第一终端设备监听网络设备发送的寻呼消息，有助于实现网络设备、第一终端设备、第二终端设备对第一终端设备的RRC状态的对齐，例如网络设备、第一终端设备、第二终端设备均感知第一终端设备处于RRC idle态或inactive态或连接态。

可选的，708，第二终端设备向网络设备发送第二指示信息，以指示第一终端设备进入RRC idle态或RRC inactive态。或者，可选的，第一终端设备还可以直接向网络设备发送第二指示信息，以指示第一终端设备进入RRC idle态或RRC inactive态。

709，第二终端设备向第一终端设备发送DL数据/信令。对应的，第一终端设备接收该DL数据/信令。

710，第一终端设备发起RRC建立/恢复过程。

具体的，步骤708至710可以参见图6中步骤608至610中的描述，不再赘述。

可以理解的是，本申请上述各个实施例中，由网络设备实现的方法也可以由可用于网络设备的部件(例如芯片或者电路)实现，由第一终端设备实现的方法也可以由可用于第一终端设备的部件(例如芯片或者电路)实现，由第二终端设备实现的方法也可以由可用于第二终端设备的部件(例如芯片或者电路)实现。

根据前述方法，图8为本申请实施例提供的无线通信的装置800的示意图。

一些实施例中，该装置800可以为网络设备，也可以为芯片或电路，比如可设置于网络设备的芯片或电路。一些实施例中，该装置800可以为第一终端设备，也可以为芯片或电路，比如可设置于第一终端设备的芯片或电路。一些实施例中，该装置800可以为第二终端设备，也可以为芯片或电路，比如可设置于第二终端设备的芯片或电路。

该装置800可以包括处理单元810(即，处理器的一例)和收发单元830。

可选的，收发单元830可以通过收发器或者收发器相关电路或者接口电路实现。

可选的，该装置还可以包括存储单元820。一种可能的方式中，该存储单元820用于存储指令。可选的，该存储单元也可以用于存储数据或者信息。存储单元820可以通过存储器实现。

一种可能的设计中，该处理单元810可以用于执行该存储单元820存储的指令，以使装置800实现如上述方法中网络设备执行的步骤。

进一步的，该处理单元810、存储单元820、收发单元830可以通过内部连接通路互相通信，传递控制和/或数据信号。例如，该存储单元820用于存储计算机程序，该处理单元810可以用于从该存储单元820中调用并运行该计算计程序，以控制收发单元830接收信号和/或发送信号，完成上述方法中网络设备的步骤。

一种可能的设计中，该处理单元810可以用于执行该存储单元820存储的指令，以使装置800实现如上述方法中第一终端设备执行的步骤。

进一步的，该处理单元810、存储单元820、收发单元830可以通过内部连接通路互相通信，传递控制和/或数据信号。例如，该存储单元820用于存储计算机程序，该处理单元810可以用于从该存储单元820中调用并运行该计算计程序，以控制收发单元830接收信号和/或发送信号，完成上述方法中第一终端设备的步骤。

一种可能的设计中，该处理单元810可以用于执行该存储单元820存储的指令，以使装置800实现如上述方法中第二终端设备执行的步骤。

进一步的，该处理单元810、存储单元820、收发单元830可以通过内部连接通路互相通信，传递控制和/或数据信号。例如，该存储单元820用于存储计算机程序，该处理单元810可以用于从该存储单元820中调用并运行该计算计程序，以控制收发单元830接收信号和/或发送信号，完成上述方法中第二终端设备的步骤。

存储单元820可以集成在处理单元810中，也可以与处理单元810分开设置。

可选地，若该装置800为通信设备，该收发单元830可以包括接收器和发送器。其中，接收器和发送器可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为收发器。

可选地，若该装置800为芯片或电路，该收发单元830可以包括输入接口和输出接口。

作为一种实现方式，收发单元830的功能可以考虑通过收发电路或者收发的专用芯片实现。处理单元810可以考虑通过专用处理芯片、处理电路、处理单元或者通用芯片实现。

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的通信设备(例如，网络设备、第一终端设备或第二终端设备)。即将实现处理单元810、收发单元830功能的程序代码存储在存储单元820中，通用处理单元通过执行存储单元820中的代码来实现处理单元810、收发单元830的功能。

在一些实施方式中，当装置800是第二终端设备或设置于第二终端设备中的芯片或电路时，

收发单元830，用于接收第一指示信息，所述第一指示信息用于指示第二终端设备为第一终端设备监听寻呼消息；

处理单元810，用于监听网络设备为所述第一终端设备发送的寻呼消息；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。

可选的，所述收发单元830还用于向所述第一终端设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。

可选的，所述收发单元830还用于向所述第一终端设备发送第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。

可选的，所述处理单元810还用于确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐。

可选的，所述处理单元810具体用于：

确定没有成功接收来自网络设备的第一消息，或没有成功解码所述第一消息；

确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐，其中，所述第一消息用于释放或挂起所述第一终端设备与所述网络设备之间的无线资源控制RRC连接。

可选的，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于指示所述第一终端设备进入空闲态；或者

可选的，所述第一指示信息来自所述网络设备。

可选的，所述第一指示信息携带于所述网络设备向所述第二终端设备发送的RRC消息或MAC CE中。

可选的，所述第一指示信息来自所述第一终端设备。

可选的，所述寻呼消息用于所述网络设备寻呼所述第一终端设备。

可选的，所述第一指示信息包括所述第一终端设备的标识。其中，所述处理单元810具体用于根据所述第一终端设备的标识，监听所述网络设备为所述第一终端设备发送的寻呼消息。

可选的，所述收发单元830还用于接收所述网络设备为所述第一终端设备发送的寻呼消息，以及通过所述侧行链路向所述第一终端设备发送所述寻呼消息。

可选的，所述处理单元810还用于建立或重建所述侧行链路。

在一些实施方式中，当装置800是第一终端设备或设置于第一终端设备中的芯片或电路时，

收发单元830，用于接收来自所述第二终端设备的第二指示信息，和/或，接收所述第二终端设备转发的寻呼消息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态，所述寻呼消息用于所述网络设备寻呼所述第一终端设备；

处理单元810，用于进入空闲态或去激活态；

可选的，所述收发单元830还用于接收来自所述第二终端设备的第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。

可选的，所述处理单元810还用于建立或重建立所述侧行链路。

可选的，所述处理单元810具体用于发起与所述网络设备之间的RRC建立/恢复过程。

在一些实施方式中，当装置800是网络设备或设置于网络设备中的芯片或电路时，

收发单元830，用于发送第一消息，所述第一消息用于释放或挂起第一终端设备与网络设备之间的无线资源控制RRC连接；

所述收发单元830还用于向第二终端设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为所述第一终端设备监听寻呼消息；

可选的，所述收发单元830具体用于向所述第二终端设备发送所述第一消息。

可选的，所述第一消息没有成功发送至所述第二终端设备，或所述第一消息没有被所述第二终端设备成功解码。

可选的，所述收发单元830还用于接收否定反馈信息，所述否定反馈信息用于指示所述第一消息没有成功发送至所述第二终端设备，或所述第一消息没有被所述第二终端设备成功解码。

可选的，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入空闲态；或者

可选的，所述第一指示信息包括所述第一终端设备的标识。

可选的，所述收发单元830还用于向所述第二终端设备发送寻呼消息或RRC建立消息。

可选的，所述第一指示信息携带于RRC消息或媒体接入控制控制元素MAC CE中。

处理单元810，用于确定在第一时长没有接收和/或发送第一终端设备的数据或信令；

所述处理单元810还用于确定所述第一终端设备进入空闲态或去激活态；

可选的，所述处理单元810还用于监听所述网络设备为所述第一终端设备发送的寻呼消息。

可选的，收发单元830用于向所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。

可选的，收发单元830用于接收来自所述网络设备的下行数据和/或信令，并向所述第一终端设备转发所述下行数据和/或信令。

可选的，所述处理单元810具体用于确定第一定时器超时，确定在所述第一时长没有接收或发送所述第一终端设备的数据或信令。

可选的，收发单元830用于接收或发送所述第一终端设备的数据或信令，启动或重启所述第一定时器。

可选的，所述第一时长由所述网络设备配置。

可选的，收发单元830用于向所述第一终端设备发送第四指示信息，所述第四指示信息用于指示所述第一时长。

处理单元810，用于确定在第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令；

所述处理单元810还用于确定第一终端设备进入空闲态或去激活态；

其中，所述第一终端设备通过第二终端设备与所述网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。

可选的，收发单元830用于向所述第二终端设备或所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态。

可选的，收发单元830用于接收所述第二终端设备转发的来自所述网络设备的下行数据和/或信令；

所述处理单元810还用于发起与所述网络设备之间的RRC建立/恢复过程。

可选的，所述处理单元810具体用于当确定第二定时器超时时，确定在所述第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令。

可选的，收发单元830用于接收来自网络设备的数据或信令，和/或，向所述网络设备发送数据或信令；

所述处理单元810还用于启动或重启所述第二定时器。

可选的，收发单元830还用于接收来自所述第二终端设备的第四指示信息，所述第四指示信息用于指示所述第一时长。

处理单元810还用于确定所述第一终端设备进入空闲态或去激活态；

可选的，收发单元830用于向所述第二终端设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为所述第一终端设备监听寻呼消息。

可选的，收发单元830用于向所述第二终端设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。

可选的，处理单元810具体用于当确定第三定时器超时时，确定在所述第一时长没有接收或发送第一终端设备的数据或信令。

可选的，处理单元810具体用于在接收或发送所述第一终端设备的数据或信令的时刻，启动或重启所述第三定时器。

可选的，处理单元810还确定所述第一时长。

可选的，收发单元830还用于向所述第二终端设备发送第四指示信息，所述第四指示信息用于指示所述第一时长。

收发单元830用于接收第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态；

处理单元810用于根据所述第二指示信息，确定所述第一终端设备为空闲态或去激活态；

其中，所述第一终端设备通过所述第二终端设备与所述网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。

可选的，所述第二指示信息来自所述第一终端设备。

可选的，收发单元830还用于向所述网络设备发送所述第二指示信息。

可选的，所述第二指示信息来自所述网络设备。

所述网络设备根据所述第二指示信息，确定所述第一终端设备为空闲态或去激活态；

可选的，所述第二指示信息来自所述第一终端设备或所述第二终端设备。

处理单元810用于进入空闲态或去激活态；

可选的，所述第二指示信息来自所述第二终端设备或所述网络设备。

上述实施例中的各个单元也可以称为模块或者电路或者部件。

其中，以上列举的装置800中各模块或单元的功能和动作仅为示例性说明。当该装置800配置在或本身即为网络设备时，装置800中各模块或单元可以用于执行上述方法实施例中网络设备所执行的各动作或处理过程。当该装置800配置在或本身即为第一终端设备时，装置800中各模块或单元可以用于执行上述方法实施例中第一终端设备所执行的各动作或处理过程。当该装置800配置在或本身即为第二终端设备时，装置800中各模块或单元可以用于执行上述方法实施例中第二终端设备所执行的各动作或处理过程。

该装置800所涉及的与本申请实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。

图9为本申请提供的一种终端设备900的结构示意图。该终端设备900可以执行上述方法实施例中终端设备(例如第一终端设备或第二终端设备)执行的动作。

为了便于说明，图9仅示出了终端设备的主要部件。如图9所示，终端设备900包括处理器、存储器、控制电路、天线以及输入输出装置。

处理器主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行上述传输预编码矩阵的指示方法实施例中所描述的动作。存储器主要用于存储软件程序和数据，例如存储上述实施例中所描述的码本。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当终端设备开机后，处理器可以读取存储单元中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。

本领域技术人员可以理解，为了便于说明，图9仅示出了一个存储器和处理器。在实际的终端设备中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不做限制。

例如，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图9中的处理器集成了基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。

示例性的，在本申请实施例中，可以将具有收发功能的天线和控制电路视为终端设备900的收发单元910，将具有处理功能的处理器视为终端设备900的处理单元920。如图9所示，终端设备900包括收发单元910和处理单元920。收发单元910也可以称为收发器、收发机、收发装置等。可选的，可以将收发单元910中用于实现接收功能的器件视为接收单元，将收发单元910中用于实现发送功能的器件视为发送单元，即收发单元包括接收单元和发送单元。示例性的，接收单元也可以称为接收机、接收器、接收电路等，发送单元可以称为发射机、发射器或者发射电路等。

图10为本申请实施例提供的一种网络设备1000的结构示意图，可以用于实现上述方法中的网络设备的功能。网络设备1000包括一个或多个射频单元，如远端射频单元(remote radio unit,RRU)1010和一个或多个基带单元(baseband unit，BBU)(也可称为数字单元，digital unit，DU)1020。所述RRU1010可以称为收发单元、收发机、收发电路、或者收发器等等，其可以包括至少一个天线1011和射频单元1012。所述RRU1010部分主要用于射频信号的收发以及射频信号与基带信号的转换，例如用于向终端设备发送上述实施例中所述的信令消息。所述BBU1020部分主要用于进行基带处理，对基站进行控制等。所述RRU1010与BBU1020可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。

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

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

在一种可能的实施方式中，随着片上系统(system-on-chip，SoC)技术的发展，可以将1020部分和1010部分的全部或者部分功能由SoC技术实现，例如由一颗基站功能芯片实现，该基站功能芯片集成了处理器、存储器、天线接口等器件，基站相关功能的程序存储在存储器中，由处理器执行程序以实现基站的相关功能。可选的，该基站功能芯片也能够读取该芯片外部的存储器以实现基站的相关功能。

应理解，图10示例的网络设备的结构仅为一种可能的形态，而不应对本申请实施例构成任何限定。本申请并不排除未来可能出现的其他形态的基站结构的可能。

根据本申请实施例提供的方法，本申请实施例还提供一种通信系统，其包括前述的网络设备、第一终端设备和第二终端设备。

应理解，本申请实施例中，该处理器可以为中央处理单元(central processing unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

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

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一实施例中的网络设备执行的步骤，或者第一终端设备执行的步骤，或者第二终端设备执行的步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一实施例中的网络设备执行的步骤，或者第一终端设备执行的步骤，或者第二终端设备执行的步骤。

本申请实施例还提供了一种系统芯片，该系统芯片包括：通信单元和处理单元。该处理单元，例如可以是处理器。该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该通信装置内的芯片执行上述本申请实施例提供的网络设备执行的步骤，或者第一终端设备执行的步骤，或者第二终端设备执行的步骤。

可选地，该计算机指令被存储在存储单元中。

本申请实施例还提供了一种通信系统，包括前述实施例中的网络设备、第一终端设备和第二终端设备。

本申请中的各个实施例可以独立的使用，也可以进行联合的使用，这里不做限定。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

需要说明的是，在本申请提供的各个实施例中，各个步骤之间没有时间限制关系，并且各个步骤可以作为一个方案，也可以和其他一个或多个步骤组合构成一个方案，本申请对此不作限定。

本申请中的各个实施例可以独立的使用，也可以进行联合的使用，例如各不同实施例中的任何一个或多个步骤可以进行组合，单独构成实施例，这里不做限定。

应理解，在上文示出的实施例中，第一、第二仅为便于区分不同的对象，而不应对本申请构成任何限定。

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

还应理解，“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或一个以上；“A和B中的至少一个”，类似于“A和/或B”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和B中的至少一个，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

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

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

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

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

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

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

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

Claims

一种通信方法，应用于第二终端设备，其特征在于，包括：

接收第一指示信息，所述第一指示信息用于指示所述第二终端设备为第一终端设备监听寻呼消息；

监听网络设备为所述第一终端设备发送的寻呼消息；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求1所述的方法，其特征在于，还包括：

向所述第一终端设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。
根据权利要求1或2所述的方法，其特征在于，还包括：

向所述第一终端设备发送第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。
根据权利要求1-3任一项所述的方法，其特征在于，还包括：

确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐。
根据权利要求4所述的方法，其特征在于，所述确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐，包括：

在确定没有成功接收来自网络设备的第一消息，或没有成功解码所述第一消息的情况下，确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐，其中，所述第一消息用于释放或挂起所述第一终端设备与所述网络设备之间的无线资源控制RRC连接。
根据权利要求5所述的方法，其特征在于，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于指示所述第一终端设备进入空闲态；或者

所述第一消息用于挂起所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入去激活态。
根据权利要求4-6任一项所述的方法，其特征在于，所述第一指示信息来自所述网络设备。
根据权利要求7所述的方法，其特征在于，所述第一指示信息携带于所述网络设备向所述第二终端设备发送的RRC消息或MAC CE中。
根据权利要求1或2所述的方法，其特征在于，所述第一指示信息来自所述第一终端设备。
根据权利要求1-9任一项所述的方法，其特征在于，所述第一指示信息包括所述第一终端设备的标识；

其中，监听所述网络设备为所述第一终端设备发送的寻呼消息，包括：

根据所述第一终端设备的标识，监听所述网络设备为所述第一终端设备发送的寻呼消息。
根据权利要求1-10任一项所述的方法，其特征在于，还包括：

接收所述网络设备为所述第一终端设备发送的寻呼消息；

通过所述侧行链路向所述第一终端设备发送所述寻呼消息。
根据权利要求11所述的方法，其特征在于，所述通过所述侧行链路向所述第一终端设备发送所述寻呼消息之前，还包括：

建立或重建所述侧行链路。
一种通信方法，应用于第一终端设备，其特征在于，包括：

接收来自所述第二终端设备的第二指示信息，和/或，接收所述第二终端设备转发的寻呼消息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态，所述寻呼消息用于所述网络设备寻呼所述第一终端设备；

进入空闲态或去激活态；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求13所述的方法，其特征在于，还包括：

接收来自所述第二终端设备的第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。
根据权利要求13或14所述的方法，其特征在于，接收来自所述第二终端设备的第二指示信息，和/或，接收所述第二终端设备转发的来自网络设备的寻呼消息之前，还包括：

建立或重建立所述侧行链路。
根据权利要求13-15任一项所述的方法，其特征在于，在接收所述第二终端设备转发的来自网络设备的寻呼消息，所述进入空闲态或去激活态，还包括：

发起与所述网络设备之间的RRC建立/恢复过程。
一种通信方法，其特征在于，包括：

发送第一消息，所述第一消息用于释放或挂起第一终端设备与网络设备之间的无线资源控制RRC连接；

向第二终端设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为所述第一终端设备监听寻呼消息；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求17所述的方法，其特征在于，所述发送第一消息包括：

向所述第二终端设备发送所述第一消息。
根据权利要求18所述的方法，其特征在于，还包括：

接收否定反馈信息，所述否定反馈信息用于指示所述第一消息没有成功发送至所述第二终端设备，或所述第一消息没有被所述第二终端设备成功解码。
根据权利要求17-19任一项所述的方法，其特征在于，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入空闲态；

所述第一消息用于挂起所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入去激活态。
根据权利要求17-20任一项所述的方法，其特征在于，所述第一指示信息包括所述第一终端设备的标识。
根据权利要求17-21任一项所述的方法，其特征在于，所述向第二终端设备发送第一指示信息之前，还包括：

向所述第二终端设备发送寻呼消息或RRC建立消息。
根据权利要求17-22任一项所述的方法，其特征在于，所述第一指示信息携带于RRC消息或媒体接入控制控制元素MAC CE中。
一种通信方法，其特征在于，包括：

第二终端设备确定在第一时长没有接收和/或发送第一终端设备的数据或信令；

确定所述第一终端设备进入空闲态或去激活态；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求24所述的方法，其特征在于，还包括：

监听所述网络设备为所述第一终端设备发送的寻呼消息。
根据权利要求24或25所述的方法，其特征在于，还包括：

向所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。
根据权利要求24-26任一项所述的方法，其特征在于，还包括：

接收来自所述网络设备的下行数据和/或信令；

向所述第一终端设备转发所述下行数据和/或信令。
根据权利要求24-27任一项所述的方法，其特征在于，所述第二终端设备确定在第一时长没有接收或发送第一终端设备的数据或信令，包括：

确定第一定时器超时，确定在所述第一时长没有接收或发送所述第一终端设备的数据或信令。
根据权利要求28所述的方法，其特征在于，还包括：

接收或发送所述第一终端设备的数据或信令，启动或重启所述第一定时器。
根据权利要求24-29任一项所述的方法，其特征在于，所述第一时长由所述网络设备配置。
根据权利要求24-30任一项所述的方法，其特征在于，还包括：

向所述第一终端设备发送第四指示信息，所述第四指示信息用于指示所述第一时长。
一种通信方法，其特征在于，包括：

第一终端设备确定在第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令；

确定所述第一终端设备进入空闲态或去激活态；

其中，所述第一终端设备通过第二终端设备与所述网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求32所述的方法，其特征在于，还包括：

向所述第二终端设备或所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态。
根据权利要求32或33所述的方法，其特征在于，还包括：

接收所述第二终端设备转发的来自所述网络设备的下行数据和/或信令；

和/或，发起与所述网络设备之间的RRC建立/恢复过程。
根据权利要求32-34任一项所述的方法，其特征在于，所述第一终端设备确定所述第一终端设备在第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令，包括：

当确定第二定时器超时时，确定在所述第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令。
根据权利要求35所述的方法，其特征在于，还包括：

接收来自网络设备的数据或信令，和/或，向所述网络设备发送数据或信令，启动或重启所述第二定时器。
根据权利要求32-36任一项所述的方法，其特征在于，还包括：

接收来自所述第二终端设备的第四指示信息，所述第四指示信息用于指示所述第一时长。
一种通信装置，其特征在于，包括：

收发单元，用于接收第一指示信息，所述第一指示信息用于指示第二终端设备为第一终端设备监听寻呼消息；

处理单元，用于监听网络设备为所述第一终端设备发送的寻呼消息；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求38所述的装置，其特征在于，所述收发单元还用于向所述第一终端设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。
根据权利要求38或39所述的装置，其特征在于，所述收发单元还用于向所述第一终端设备发送第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。
根据权利要求38-40任一项所述的装置，其特征在于，所述处理单元还用于确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐。
根据权利要求41所述的装置，其特征在于，所述处理单元具体用于：

确定没有成功接收来自网络设备的第一消息，或没有成功解码所述第一消息；

确定所述网络设备和所述第一终端设备之间的RRC状态没有对齐，其中，所述第一消息用于释放或挂起所述第一终端设备与所述网络设备之间的无线资源控制RRC连接。
根据权利要求42所述的装置，其特征在于，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于指示所述第一终端设备进入空闲态；或者

所述第一消息用于挂起所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入去激活态。
根据权利要求41-43任一项所述的装置，其特征在于，所述第一指示信息来自所述网络设备。
根据权利要求44所述的装置，其特征在于，所述第一指示信息携带于所述网络设备向所述第二终端设备发送的RRC消息或MAC CE中。
根据权利要求38或39所述的装置，其特征在于，所述第一指示信息来自所述第一终端设备。
根据权利要求38-46任一项所述的装置，其特征在于，所述第一指示信息包括所述第一终端设备的标识；

其中，所述处理单元具体用于根据所述第一终端设备的标识，监听所述网络设备为所述第一终端设备发送的寻呼消息。
根据权利要求38-47任一项所述的装置，其特征在于，所述收发单元还用于：

接收所述网络设备为所述第一终端设备发送的寻呼消息；

通过所述侧行链路向所述第一终端设备发送所述寻呼消息。
根据权利要求48所述的装置，其特征在于，所述处理单元还用于建立或重建所述侧行链路。
一种通信装置，其特征在于，包括：

收发单元，用于接收来自所述第二终端设备的第二指示信息，和/或，接收所述第二终端设备转发的寻呼消息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态，所述寻呼消息用于所述网络设备寻呼所述第一终端设备；

处理单元，用于进入空闲态或去激活态；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求50所述的装置，其特征在于，

所述收发单元还用于接收来自所述第二终端设备的第三指示信息，所述第三指示信息用于指示所述第一终端设备释放所述第一终端设备与所述第二终端设备之间的侧行链路配置，和/或所述第一终端设备与所述网络设备之间的空口链路配置。
根据权利要求50或51所述的装置，其特征在于，所述处理单元还用于建立或重建立所述侧行链路。
根据权利要求50-52任一项所述的装置，其特征在于，所述处理单元具体用于发起与所述网络设备之间的RRC建立/恢复过程。
一种通信装置，其特征在于，包括：

收发单元，用于发送第一消息，所述第一消息用于释放或挂起第一终端设备与网络设备之间的无线资源控制RRC连接；

所述收发单元还用于向第二终端设备发送第一指示信息，所述第一指示信息用于指示所述第二终端设备为所述第一终端设备监听寻呼消息；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求54所述的装置，其特征在于，所述收发单元具体用于向所述第二终端设备发送所述第一消息。
根据权利要求55所述的装置，其特征在于，所述收发单元还用于接收否定反馈信息，所述否定反馈信息用于指示所述第一消息没有成功发送至所述第二终端设备，或所述第一消息没有被所述第二终端设备成功解码。
根据权利要求54-56任一项所述的装置，其特征在于，所述第一消息用于释放所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入空闲态；或者

所述第一消息用于挂起所述第一终端设备与所述网络设备之间的RRC连接，所述第一消息用于配置所述第一终端设备进入去激活态。
根据权利要求54-57任一项所述的装置，其特征在于，所述第一指示信息包括所述第一终端设备的标识。
根据权利要求54-58任一项所述的装置，其特征在于，所述收发单元还用于向所述第二终端设备发送寻呼消息或RRC建立消息。
根据权利要求54-59任一项所述的装置，其特征在于，所述第一指示信息携带于RRC消息或媒体接入控制控制元素MAC CE中。
一种通信装置，其特征在于，包括：

处理单元，用于确定在第一时长没有接收和/或发送第一终端设备的数据或信令；

所述处理单元还用于确定所述第一终端设备进入空闲态或去激活态；

其中，所述第一终端设备通过所述第二终端设备与网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求61所述的装置，其特征在于，

所述处理单元还用于监听所述网络设备为所述第一终端设备发送的寻呼消息。
根据权利要求61或62所述的装置，其特征在于，还包括：

收发单元，用于向所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备进入空闲态或去激活态。
根据权利要求61-63任一项所述的装置，其特征在于，还包括：

收发单元，用于接收来自所述网络设备的下行数据和/或信令，并向所述第一终端设备转发所述下行数据和/或信令。
根据权利要求61-64任一项所述的装置，其特征在于，所述处理单元具体用于：

确定第一定时器超时，确定在所述第一时长没有接收或发送所述第一终端设备的数据或信令。
根据权利要求65所述的装置，其特征在于，还包括：

收发单元，用于接收或发送所述第一终端设备的数据或信令，启动或重启所述第一定时器。
根据权利要求61-66任一项所述的装置，其特征在于，所述第一时长由所述网络设备配置。
根据权利要求61-67任一项所述的装置，其特征在于，还包括：

收发单元，用于向所述第一终端设备发送第四指示信息，所述第四指示信息用于指示所述第一时长。
一种通信装置，其特征在于，包括：

处理单元，用于确定在第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令；

所述处理单元还用于确定第一终端设备进入空闲态或去激活态；

其中，所述第一终端设备通过第二终端设备与所述网络设备进行通信，所述第一终端设备与所述第二终端设备之间通过侧行链路通信。
根据权利要求69所述的装置，其特征在于，还包括：

收发单元，用于向所述第二终端设备或所述网络设备发送第二指示信息，所述第二指示信息用于指示所述第一终端设备为空闲态或去激活态。
根据权利要求69或70所述的装置，其特征在于，还包括：

收发单元，用于接收所述第二终端设备转发的来自所述网络设备的下行数据和/或信令；

所述处理单元还用于发起与所述网络设备之间的RRC建立/恢复过程。
根据权利要求69-71任一项所述的装置，其特征在于，所述处理单元具体用于：

当确定第二定时器超时时，确定在所述第一时长没有接收来自网络设备的数据或信令，和/或，没有向所述网络设备发送数据或信令。
根据权利要求72所述的装置，其特征在于，还包括：

收发单元，用于接收来自网络设备的数据或信令，和/或，向所述网络设备发送数据或信令；

所述处理单元还用于启动或重启所述第二定时器。
根据权利要求69-73任一项所述的装置，其特征在于，还包括：

收发单元，用于接收来自所述第二终端设备的第四指示信息，所述第四指示信息用于指示所述第一时长。
一种通信装置，其特征在于，包括：处理器和收发器，所述处理器用于从存储器中调用并运行计算机程序，以执行如权利要求1-37任一项所述的方法。
根据权利要求75所述的通信装置，其特征在于，还包括：所述存储器。
一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1-37任一项中的方法。
一种通信芯片，其特征在于，所述芯片包括：

处理器和通信接口，所述处理器用于从所述通信接口调用并运行指令，当所述处理器执行所述指令时，实现如权利要求1-37中任一项所述的方法。
一种通信系统，其特征在于，包括：

用于执行如权利要求1-12任一项所述的方法的装置、用于执行如权利要求13-16任一项所述的方法的装置，以及用于执行如权利要求17-23任一项所述的方法的装置；或者

用于执行如权利要求24-31任一项所述的方法的装置、用于执行如权利要求32-37任一项所述的方法的装置。