WO2023279979A1 - 数据处理方法及装置 - Google Patents

Abstract

本申请公开了一种数据处理方法及装置，该方法可以应用于远端UE通过中继UE与网络设备之间通信的场景，如该方法包括：在初始化RRC连接的建立流程的情况下，或者，在初始化RRC连接的恢复流程的情况下，或者，在初始化RRC连接的重建流程的情况下，远端UE启动定时器，并在该定时器超时的情况下，向中继UE发送指示信息。该指示信息可以用于指示该中继UE不转发与远端UE对应的数据，或者，该指示信息用于释放远端UE与中继UE之间的单播链路，或者，该指示信息用于指示清除与远端UE对应的缓存。本申请提供的方法可以节省信令开销。

Description

数据处理方法及装置

本申请要求在2021年7月6日提交中华人民共和国知识产权局、申请号为202110761918.8、发明名称为“一种通信方法、UE及网络设备”的中国专利申请和在2021年8月5日提交中华人民共和国知识产权局、申请号为202110898812.2、发明名称为“数据处理方法及装置”的中国专利申请的优先权，及在2021年12月29日提交中华人民共和国知识产权局、申请号为202111635752.1、发明名称为“数据处理方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种数据处理方法及装置。

背景技术

在第三代合作伙伴计划(3rd generation partnership project，3GPP)版本(Release)16中，在新无线(new radio，NR)车与任何事物(vehicle-to-everything，V2X，X可以代表任何事物)中标准化了NR侧行链路(sidelink)的第一个版本。该版本聚焦在支持V2X相关的道路安全服务。Release 17中，立项了NR sidelink中继(relay)的内容，研究基于sidelink的relay功能，以提升sidelink或网络覆盖以及改善用户设备(user equipment，UE)功率效率，并且考虑更广泛的应用和服务。NR sidelink relay功能具体包括UE与网络(UE-to-Network)覆盖扩展和UE之间(UE-to-UE)覆盖扩展等。Release13中标准化了临近服务终端向网络中继(proSe UE-to-network relay)功能，但是不能应用于NR系统。Release 13中的临近服务UE与网络的中继功能中，中继UE可以在网际互联协议(internet protocol，IP)层转发远端UE与网络之间的数据，属于层3(layer-3)中继。然而，Release 17的NR侧行链路中继中考虑到了层3中继和层2(layer-2)中继。

一般的，远端UE需要通过中继UE与网络设备之间建立RRC连接时，该远端UE可以通过中继UE向基站发送RRC连接的请求消息，然后由中继UE向基站转发该请求消息。然而，当中继UE处于RRC非连接态时，该中继UE需要不断尝试进入RRC连接态，才能向基站转发该请求消息。即使是该中继UE无法进入RRC连接态，但是，其仍然会不断尝试进入RRC连接态。由此，会增加信令开销。

发明内容

本申请提供一种数据处理方法及装置，可以有效降低信令开销。

第一方面，本申请实施例提供一种数据处理方法，所述方法应用于远端终端设备或芯片，所述芯片应用于远端终端设备中，所述远端终端设备通过中继终端设备与网络设备通信。所述方法包括：在初始化所述终端设备的无线资源控制(radio resource control，RRC)连接的建立流程的情况下，启动定时器；在所述定时器超时的情况下，向所述中继终端设备发送指示信息，所述指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据， 或者，所述指示信息用于释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述指示信息用于指示清除与所述远端终端设备对应的缓存。

示例性的，RRC连接是远端终端设备与网络设备之间的连接，RRC层的信令在远端终端设备与网络设备之间是端到端的，可以不经过中继UE。

本申请实施例中，定时器超时，则表示远端终端设备与网络设备之间的RRC连接失败，由此，远端终端设备通过向中继终端设备发送指示信息，可使得中继终端设备及时释放远端终端设备与中继终端设备之间的单播链路；或者，可使得中继终端设备清除远端终端设备对应的缓存；或者，可使得中继终端设备不转发远端终端设备的Uu SRB上承载的数据。由此，可以在远端终端设备没有成功进入RRC连接态的情况下，避免中继终端设备仍不断努力尝试转发远端终端设备与网络设备之间的数据；或者，避免为远端终端设备提供中继服务而不断尝试进入RRC连接态；或者，可以使得中继终端设备尽快离开RRC连接态(如不需要为远端终端设备提供中继服务)；由此，避免了中继终端设备仍与网络设备之间进行不必要的信令交互，节省了信令开销；而且，由于中继终端设备不需要进入RRC连接态，由此可以节省功耗。

第二方面，本申请实施例提供一种数据处理方法，所述方法应用于中继终端设备或芯片，所述芯片应用于中继终端设备中，远端终端设备通过所述中继终端设备与网络设备通信。所述方法包括：接收来自所述远端终端设备的指示信息，所述指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述指示信息用于释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述指示信息用于指示清除与所述远端终端设备对应的缓存；处理所述指示信息。

本申请实施例中，当中继终端设备接收到来自远端终端设备的指示信息时，则可以表示远端终端设备与网络设备之间的RRC连接失败。由此，中继终端设备通过接收该指示信息，可使得中继终端设备及时释放远端终端设备与中继终端设备之间的单播链路；或者，可使得中继终端设备清除远端终端设备对应的缓存；或者，可使得中继终端设备不转发远端终端设备的Uu SRB上承载的数据。由此，可以在远端终端设备没有成功进入RRC连接态的情况下，避免中继终端设备仍不断努力尝试转发远端终端设备与网络设备之间的数据；或者，避免为远端终端设备提供中继服务而不断尝试进入RRC连接态；或者，可以使得中继终端设备尽快离开RRC连接态(如不需要为远端终端设备提供中继服务)；由此，避免了中继终端设备仍与网络设备之间进行不必要的信令交互，节省了信令开销；而且，由于中继终端设备不需要进入RRC连接态，由此可以节省功耗。

第三方面，本申请实施例提供一种数据处理方法，所述方法应用于中继终端设备或芯片，所述芯片应用于中继终端设备中，远端终端设备通过所述中继终端设备与网络设备通信。所述方法包括：接收所述远端终端设备的信令无线承载(signalling radio bearers，SRB)上承载的数据；启动定时器；在所述定时器超时的情况下，执行以下任一项或多项：确定不转发与所述远端终端设备对应的数据；释放所述远端终端设备与所述中继终端设备之间的单播链路；清除与所述远端终端设备对应的缓存。

本申请实施例中，远端终端设备的SRB上承载的数据包括：远端终端设备的Uu SRB0上承载的数据和/或远端终端设备的Uu SRB1上承载的数据。例如，远端终端设备的Uu SRB0上承载的数据，可以是指在远端终端设备的Uu SRB0对应的PC5无线链路控制(radio link control，RLC)承载的数据，或侧行链路逻辑信道上承载的数据等。

可理解，当中继终端设备接收到远端终端设备的Uu SRB上承载的数据时，该中继终端设备需要进入RRC连接态，以转发该远端终端设备的Uu SRB上承载的数据。由此，该中继终端设备通过启动定时器，可使得中继终端设备获知其是否成功转发了该远端终端设备的Uu SRB上承载的数据。在定时器超时时，该中继终端设备可以确认其未成功转发远端终端设备的Uu SRB上承载的数据。定时器超时时，则说明由于未成功进行转发，则可能影响到远端终端设备进入RRC连接态。由此，该中继终端设备可以及时释放远端终端设备与中继终端设备之间的单播链路；或者，该中继终端设备可以清除远端终端设备对应的缓存；或者，搞中继终端设备可以不再不转发远端终端设备的Uu SRB上承载的数据。从而，避免了中继终端设备仍与网络设备之间进行不必要的信令交互，节省了信令开销；而且，由于中继终端设备不需要进入RRC连接态，由此可以节省功耗。

第四方面，本申请实施例提供一种数据处理方法，所述方法应用于远端终端设备或芯片，所述芯片应用于远端终端设备中，所述远端终端设备通过中继终端设备与网络设备通信。所述方法包括：接收来自所述中继终端设备的第三指示信息，所述第三指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接不可用；向所述中继终端设备发送第一指示信息，所述第一指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述第一指示信息用于指示释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述第一指示信息用于指示清除与所述远端终端设备对应的缓存。

本申请实施例中，远端终端设备通过接收来自中继终端设备的第三指示信息，可使得远端终端设备及时获取中继终端设备的RRC连接的信息。从而，可以灵活确定是否继续通过该中继终端设备与网络设备交互，或者远端终端设备还能够及时重新与网络设备进行交互(如通过其他中继终端设备与网络设备通信)。进而，可以有效减少远端终端设备进入RRC连接态的时延。

第五方面，本申请实施例提供一种数据处理方法，所述方法应用于中继终端设备或芯片，所述芯片应用于中继终端设备中，远端终端设备通过所述中继终端设备与网络设备通信。所述方法包括：向所述远端终端设备发送第三指示信息，所述第三指示信息用于指示所述中继终端设备与所述网络设备之间的无线资源控制RRC连接不可用；接收来自所述远端终端设备的第一指示信息，所述第一指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述第一指示信息用于指示释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述第一指示信息用于指示清除与所述远端终端设备对应的缓存。

本申请实施例中，远端终端设备通过接收来自中继终端设备的第三指示信息，可使得远端终端设备及时获取中继终端设备的RRC连接的信息。从而，可以灵活确定是否继续通过该中继终端设备与网络设备交互，或者远端终端设备还能够及时重新与网络设备进行交互(如通过其他中继终端设备与网络设备通信)。进而，可以有效减少远端终端设备进入RRC连接态的时延。另外，中继终端设备通过接收第一指示信息，可使得该中继终端设备及时释放远端终端设备与中继终端设备之间的单播链路；或者，可使得中继终端设备清除远端终端设备对应的缓存；或者，可使得中继终端设备不转发远端终端设备的Uu SRB上承载的数据，有效节省功耗。

第六方面，本申请实施例提供一种通信装置，用于执行第一方面或第四方面所述的方法。该通信装置包括具有执行第一方面或第四方面所述的方法的单元。

示例性的，该通信装置可以为远端终端设备或芯片，该芯片可以应用于远端终端设备中 等。

第七方面，本申请实施例提供一种通信装置，用于执行第二方面、第三方面或第五方面所述的方法。该通信装置包括具有执行第二方面、第三方面或第五方面所述的方法的单元。

示例性的，该通信装置可以为中继终端设备或芯片，该芯片可以应用于中继终端设备中等。

在第六方面或第七方面中，上述通信装置可以包括收发单元和处理单元。对于收发单元和处理单元的具体描述还可以参考下文示出的装置实施例。

第八方面，本申请实施例提供一种通信装置，该通信装置包括处理器，用于执行上述第一方面或第四方面所示的方法。或者，该处理器用于执行存储器中存储的程序，当该程序被执行时，上述第一方面或第四方面所示的方法被执行。

在一种可能的实现方式中，存储器位于上述通信装置之外。

在一种可能的实现方式中，存储器位于上述通信装置之内。

本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，通信装置还包括收发器，该收发器，用于接收信号或发送信号。

本申请实施例中，该通信装置可以为远端终端设备或芯片，该芯片可以应用于远端终端设备中等。

第九方面，本申请实施例提供一种通信装置，该通信装置包括处理器，用于执行上述第二方面、第三方面或第五方面所示的方法。或者，处理器用于执行存储器中存储的程序，当该程序被执行时，上述第二方面、第三方面或第五方面所示的方法被执行。

在一种可能的实现方式中，存储器位于上述通信装置之外。

在一种可能的实现方式中，存储器位于上述通信装置之内。

在本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，通信装置还包括收发器，该收发器，用于接收信号或发送信号。

本申请实施例中，该通信装置可以为中继终端设备或芯片，该芯片应用于中继终端设备中等。

第十方面，本申请实施例提供一种通信装置，该通信装置包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述接口用于输入和/或输出代码指令；所述逻辑电路用于执行所述代码指令，以使第一方面或第四方面所述的方法被执行。

第十一方面，本申请实施例提供一种通信装置，该通信装置包括逻辑电路和接口，所述逻辑电路和所述接口耦合；所述接口用于输入和/或输出代码指令；所述逻辑电路用于执行所述代码指令，以使第二方面、第三方面或第五方面所述的方法被执行。

第十二方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第一方面或第四方面所示的方法被执行。

第十三方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第二方面、第三方面或第五方面所示的方法被执行。

第十四方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序或计算机代码，当其在计算机上运行时，使得上述第一方面或第四方面所示的方法被执行。

第十五方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序或计算机代码，当其在计算机上运行时，使得上述第二方面、第三方面或第五方面所示的方法被执行。

第十六方面，本申请实施例提供一种计算机程序，该计算机程序在计算机上运行时，上述第一方面或第四方面所示的方法被执行。

第十七方面，本申请实施例提供一种计算机程序，该计算机程序在计算机上运行时，上述第二方面、第三方面或第五方面所示的方法被执行。

第十八方面，本申请实施例提供一种无线通信系统，该无线通信系统包括远端终端设备和中继终端设备。

可选的，所述远端终端设备用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法，所述中继终端设备用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法。

可选的，所述远端终端设备用于执行上述第四方面或第四方面的任意可能的实现方式所示的方法，所述中继终端设备用于执行上述第五方面或第五方面的任意可能的实现方式所示的方法。

附图说明

图1a和图1b是本申请实施例提供的一种通信系统示意图；

图2至图13是本申请实施例提供的一种数据处理方法的流程示意图；

图14至图16是本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地描述。

本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

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

本申请提供的方法可以应用于各类通信系统，例如，可以是物联网(internet of things，IoT)系统、窄带物联网(narrow band internet of things，NB-IoT)系统、长期演进(long term evolution，LTE)系统，也可以是第五代(5th-generation，5G)通信系统，以及未来通信发展中出现的新的通信系统(如6G)等。以及本申请提供的方法还可以应用于无线局域网(wireless local area network，WLAN)系统，如无线保真(wireless-fidelity，Wi-Fi)等。

本申请提供的技术方案还可以应用于机器类通信(machine type communication，MTC)、机器间通信长期演进技术(long term evolution-machine，LTE-M)、设备到设备(device-todevice，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络、临近服务(proximity based services，ProSe)网络或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网系统中的通信方式统称为车与任何事物(vehicle-to-everything，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle to vehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle to pedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。示例性的，下文示出的图1a和图1b中，终端设备与终端设备之间便可以通过D2D技术、M2M技术、V2X技术或ProSe技术通信等。

本申请实施例提供了一种通信系统。本申请下文示出的方法实施例可以适用于该通信系统。该通信系统可以包括至少一个网络设备、至少一个中继终端设备和至少一个远端终端设备。

网络设备可以是下一代节点B(next generation node B，gNB)、下一代演进型基站(next generation evolved nodeB，ng-eNB)(可以简称为eNB)、或者未来6G通信中的网络设备等。网络设备可以是任意一种具有无线收发功能的设备，包括但不限于以上所示的基站。该基站还可以是未来通信系统如第六代通信系统中的基站。可选的，该网络设备可以为无线局域网(wireless fidelity，WiFi)系统中的接入节点、无线中继节点、无线回传节点等。可选的，该网络设备可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器。可选的，该网络设备可以是可穿戴设备或车载设备等。可选的，该网络设备还可以是小站，传输接收节点(transmission reception point，TRP)(或也可以称为传输点)等。可理解，该网络设备还可以是未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站等等。

中继终端设备也可以称为上述中继终端设备也可以称为中继用户设备(relay user equipment，relay UE)或临近服务终端向网络中继(proSe UE-to-network relay)，上述远端终端设备也可以称为远端用户设备(remote UE)等。示例性的，对于中继终端设备和远端终端设备来说，都可以是终端设备。对于终端设备的说明如下所示：

如终端设备也可称为用户设备(user equipment，UE)、终端等。终端设备是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上，如轮船上等；还可以部署在空中，例如部署在飞机或气球上等。终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control) 中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。可理解，该终端设备还可以是未来6G网络中的终端设备或者未来演进的PLMN中的终端设备等。可选的，本申请示出的终端设备不仅可以包括车联网中的车(如整车)、而且还可以包括车联网中的车载设备或车载终端(包括T-box或车联网系统中的主机)等，本申请对于该终端设备应用于车联网时的具体形态不作限定。可理解，上述关于终端设备的说明同样适用于中继终端设备和远端终端设备。

图1a和图1b是本申请实施例提供的一种通信系统的示意图。如图1a和图1b，远端终端设备通过中继终端设备与基站连接，或者远端终端设备通过中继终端设备接收寻呼或系统信息。图1a所示的通信系统中，远端终端设备可以处于基站的覆盖范围内(即in-coverage)。图1b所示的通信系统中，远端终端设备可以处于基站的覆盖范围之外(即out-of-coverage)。

示例性的，层2中继中，中继终端设备可以基于分组数据汇聚协议(packet data convergence protocol，PDCP)层或PDCP层之下的协议层(例如，回传适配协议(backhaul adaptation protocol，BAP)层(也可以称为适配层)、无线链路控制(radio link control，RLC)层)进行中继。接入网设备和远程终端设备可以有对等的PDCP层、服务数据适配协议(service data adaptation protocol，SDAP)层、RRC层等。无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层(physics，PHY)在远端终端设备和中继终端设备之间、以及在中继终端设备和接入网设备之间是端到端的。远端终端设备和接入网设备之间可以建立RRC连接，可以通过中继终端设备交互RRC消息。该情况下，可以认为远端终端设备通过中继终端设备和接入网设备通信。

基于蜂窝网络的D2D通信，在第三代合作伙伴项目(the 3rd generation partnership project，3GPP)中又称为邻近服务(proximity service，ProSe)，是一种在网络的控制下，终端设备之间直接进行通信的技术。它能够增加蜂窝通信系统频谱效率，降低终端设备的发射功率，在一定程度上解决无线通信系统频谱资源匮乏的问题。临近服务直接通信，指的是邻近的两个或多个使能ProSe UE之间直接通信，不需要通过任何网络节点。临近服务直接通信可通过侧行通信(sidelink communication)接入层功能实现。

关于远端终端设备和中继终端设备的进一步说明可以如下所示：

在以下任一项或多项条件下，远端终端设备可以通过中继终端设备和网络设备通信。

该远端终端设备距离网络设备较远；该远端终端设备不在网络设备的覆盖范围内；该远端终端设备处于网络设备的覆盖边缘；该远端终端设备与网络设备之间的链路质量较差；该远端终端设备不能被网络设备直接服务；该远端终端设备未设置Uu口；该远端终端设备不支持Uu接口中的无线链路控制(radio link control，RLC)、媒介访问控制(medium access control，MAC)、物理(physical，PHY)层协议或实体；该远端终端设备电量较低；该远端终端设备处于节能模式；该远端终端设备希望节省功耗。上述Uu接口为终端设备与无线接入网络(例如，下一代(next generation，NG)-RAN，演进的通用移动通信系统陆地无线接入网(evolved universal mobile telecommunications system terrestrial radio access network，E-UTRAN)等)之间的接口。

中继终端设备可以是为远端终端设备提供网络接入的终端设备，即中继终端设备可以为 远端终端设备提供中继服务。对于中继终端设备为远端终端设备提供中继服务可以理解为，远端终端设备发送给该网络设备的信息或数据等可以通过中继终端设备转发给该网络设备，该网络设备发送给远端终端设备的信息或数据等可以通过中继终端设备转发给远端终端设备。

为了本申请的简洁，下文将中继终端设备称为中继UE，远端终端设备称为远端UE。

一般的，远端UE和中继UE之间建立PC5单播链路(也可称为PC5单播连接)后，中继UE便可以为远端UE提供中继服务。从而，远端UE与中继UE之间进行侧行链路(sidelink)通信，远端UE与中继UE之间的接口为PC5接口。在PC5单播链路(PC5 unicast link)建立后，对应的PC5无线资源控制(radio resource control，RRC)连接(PC5 RRC connection)就建立了。即PC5 RRC连接和PC5单播链路之间是一一对应的。由此，远端UE和中继UE便可以进行sidelink单播通信。对于sidelink单播通信，PC5 RRC连接是在一个源(source)和目的(destination)对(the source and destination pair)之间的逻辑连接。例如，该source可以是sidelink单播通信中数据的发送端(sender)，destination可以是sidelink单播通信中数据的目标(target)或者接收端。

以下对本申请涉及的RRC连接进行说明。可理解，以下描述的RRC连接是以UE为例示出的，但是，该UE可以包括中继UE，也可以包括远端UE。也就是说，本申请关于RRC连接的说明适用于远端UE和中继UE。

UE在RRC空闲(idle)态时，若该UE的RRC层的上层(也可以称为UE的高层)请求建立RRC连接，则该UE可以初始化(也可以称为启动或发起等)RRC连接的建立流程。一旦，UE初始化RRC连接的建立流程，则UE可以执行以下任一项或多项：

进行统一接入控制(unified access control，UAC)(也可以称为统一访问控制)流程；

应用默认的层一(layer1，L1)参数值；

应用默认MAC小区组配置(MAC cell group configuration)；

应用公共控制信道(common control channel，CCCH)配置；

启动(也可以称为开启等)定时器T300；

初始化RRC建立请求(RRCSetupRequest)消息的传输。

可选的，一旦UE接收来自基站的RRC建立(RRCSetup)消息，则UE停止定时器T300。可选的，一旦UE接收到来自基站的RRC拒绝(RRCReject)消息，则UE停止定时器T300，还可以重置MAC，释放默认MAC小区组配置，向高层指示RRC连接建立失败，即RRC连接建立流程结束。如果RRC拒绝消息中配置了等待时间(wait time)(也可以称为等待时长)，则UE启动定时器T302，并将该定时器T302的值设置为等待时间。如果定时器T300超时，则该UE也可以重置MAC，释放MAC配置，重建立已经建立的无线承载(radio bearer，RB)的无线链路控制(radio link control，RLC)，向高层指示RRC连接建立失败，即RRC连接建立流程结束。可理解，本申请所示的定时器T300和定时器T302仅为示例，例如，定时器T300用于对UE的RRC连接建立流程进行计时；又例如，定时器T302用于对UE的等待时间进行计时。本申请所示的定时器T300和/或定时器T302也可以为其他具备相应功能的定时器等，本申请不作限定。该其他具备相应功能的定时器的启动条件和停止条件可以与上述定时器T300或定时器T302相同。

可理解，T300的值可以由系统信息块(system information block，SIB)配置等，本申请对此不作限定。

可选的，以上所示的定时器T300是以UE初始化RRC连接的建立流程为例说明的。如果UE需要初始化RRC连接的恢复流程，则对应的定时器可以包括定时器T319，在接收到来自基站的RRC连接恢复请求消息的响应消息时，停止定时器T319。如果UE需要初始化RRC连接的重建流程，则对应的定时器可以包括定时器T301，在接收到来自基站的RRC连接重建请求消息的响应消息时，停止定时器T301。关于UE恢复RRC连接的流程或重建RRC连接的流程的具体说明，可以参考相关标准或协议等，这里不作详述。可理解，本申请所示的定时器T319和定时器T301仅为示例，例如，定时器T319用于对UE的RRC连接恢复流程进行计时；又例如，定时器T301用于对UE的RRC连接重建流程进行计时。因此，本申请所示的定时器T319和/或定时器T301也可以为其他具备相应功能的定时器等，本申请不作限定。该其他具备相应功能的定时器的启动条件和停止条件可以与上述定时器T319或定时器T301相同。

一旦UE初始化RRC连接的建立流程，如果UE的RRC层的上层请求建立RRC连接时提供了接入类别(access category)以及一个或多个接入标识(access identity)，则进行统一接入控制流程。如果UE确定接入尝试被禁止(barred)，则RRC连接建立流程结束。示例性的，在统一接入控制流程中，如果接入类别对应的定时器T390正在运行，则表示接入尝试被禁止。否则如果定时器T302正在运行，且接入类别既不是“2”也不是“0”，则表示接入尝试被禁止。可选的，UE可以对接入类别进行接入禁止检查(access barring check)，该检查的结果可以包括接入尝试被禁止。该情况下，表示该UE的RRC连接的接入尝试被禁止，则RRC连接建立流程结束。否则，继续RRC连接建立流程。其中，在接入禁止检查中，若接入类别的接入尝试被认为是禁止的，则启动该接入类别对应的T390。上述接入类别“2”表示紧急(emergency)，接入类别“0”表示寻呼引起的移动站发起的信令(MO signalling resulting from paging)。可选的，接入类别还可以包括“1”，表示除紧急以外的接入或移动站发起的异常数据。可理解，在接入禁止检查中如果定时器T302超时或停止，并且接入类别对应的T390没在运行，则认为该接入类别的禁止被缓解了(alleviated)(也可以称为解除等)。

可理解，上述定时器T302的值可以是RRC拒绝消息中携带的等待时间。上述定时器T390的时长可以由UE生成随机数，根据该随机数确定。对于该定时器T302和定时器T390的时长确定方法，本申请不作限定。可理解，本申请所示的定时器T302和定时器T390仅为示例，本申请所示的定时器T302和/或定时器T390也可以为其他具备相应功能的定时器等，本申请不作限定。该其他具备相应功能的定时器的值的设置方式可以与上述所示的定时器T302或定时器T390相同。

一般的，远端UE在进行用户面数据传输之前需要与网络建立分组数据网络(packet data network，PDU)会话(PDU session)和数据无线承载(data radio bearers，DRB)。以及远端UE需要与基站建立RRC连接。在远端UE通过中继UE与网络建立Uu RRC连接之前，远端UE与中继UE需要建立PC5单播链路。然后，远端UE通过中继UE向基站发送RRC建立请求消息，该RRC建立请求消息还可以称为远端UE与基站之间建立RRC连接的第一条RRC消息。基站通过中继UE向远端UE发送RRC建立(RRCSetup)消息(如也可以称为RRC建立请求消息的响应消息)。远端UE通过中继UE向基站发送RRC建立完成(RRCSetup Complete)消息，从而表示远端UE与基站之间的RRC连接建立流程结束。

然而，在远端UE启动通过中继UE与基站建立RRC连接时，如果该中继UE不处于RRC 连接(RRC connected)态，如该中继UE处于RRC空闲态，则该中继UE就需要尝试建立与基站之间的RRC连接。该情况下，该中继UE就可能会发生RRC连接建立失败，或者RRC接入禁止。又如，该中继UE处于RRC非激活(RRC inactive)态，则中继UE就需要尝试恢复与基站之间的RRC连接。该情况下，该中继UE就可能会发生RRC恢复失败，或者RRC接入禁止。又如，该中继UE处于RRC连接态，发生无线链路失败(readio link failure，RLF)，则该中继UE需要尝试重建与基站之间的RRC连接。该情况下，该中继UE就可能会发生RRC连接失败等。在上述情况下，中继UE是否继续在远端UE和基站之间转发数据(例如，RRC消息)亟待解决。示例性的，在上述情况下，中继UE在无法与基站建立RRC连接的情况下，仍尝试建立RRC连接。不仅会使得中继UE不能将RRC建立请求消息及时转发给基站，增加远端UE的接入时延；而且还会增加信令开销(如中继UE不断尝试进入RRC连接态而不断发起RRC连接建立流程等)。

可理解，以上是以远端UE启动通过中继UE与基站建立RRC连接为例说明的，本申请同样适用于远端UE启动通过中继UE与基站恢复RRC连接，或，远端UE启动通过中继UE与基站重建RRC连接等。

鉴于此，本申请提供一种数据处理方法及装置，能够有效改善如下情况：如中继UE无法进入RRC连接态而不能及时向基站转发来自远端UE的数据，或不能及时向远端UE转发来自基站的数据，或中继UE仍不断尝试与基站之间建立RRC连接，或中继UE仍不断尝试与基站之间恢复RRC连接，或中继UE仍不断尝试与基站之间重建RRC连接。实施本申请提供的方法，在中继UE不能进入RRC连接态而不能及时向基站转发来自远端UE的数据或向远端UE转发来自基站的数据的情况下，远端UE通过与中继UE交互，可以避免中继终端设备仍不断努力尝试转发远端终端设备与网络设备之间的数据；或者，避免为远端终端设备提供中继服务而不断尝试进入RRC连接态；或者，可以使得中继终端设备尽快离开RRC连接态(如不需要为远端终端设备提供中继服务)；由此，避免了中继终端设备仍与网络设备之间进行不必要的信令交互，节省了信令开销；而且，由于中继终端设备不需要进入RRC连接态，由此可以节省功耗。可选的，中继UE通过与远端UE的交互，远端UE可以及时获取中继UE的RRC连接的信息，从而可以灵活确定是否继续通过该中继UE与基站交互，及时重新与基站进行交互，减少进入RRC连接态的时延。

本申请提供的方法中，在远端UE通过中继UE启动RRC连接建立(或RRC连接恢复、或RRC连接重建)，并且中继UE未处于RRC连接态的情况下下，即中继UE自己的RRC连接建立失败或接入禁止等，本申请将从以下两个内容考虑：

第一、中继UE是否继续尝试转发远端UE的Uu RB上承载的数据。

本申请中的Uu RB包括Uu信令无线承载(signalling radio bearer，SRB)和/或Uu数据无线承载(data radio bearer，DRB)。远端UE的Uu RB是远端UE与基站之间在Uu接口上的端到端的无线承载。例如，该远端UE的Uu SRB包括该远端UE的Uu SRB1或该远端UE的Uu SRB1中的任一项或多项。

可选的，中继UE继续尝试转发远端UE的Uu RB上承载的数据。中继UE继续为转发远端UE的Uu RB上承载的数据而启动RRC连接建立。如果中继UE的RRC连接建立成功，则中继UE转发远端UE的Uu SRB0上承载的数据。为了使得中继UE能够继续转发远端UE的Uu RB上承载的数据，中继UE自己的RRC连接建立失败后，需要继续缓存远端UE的Uu RB上承载的数据，即不清除远端UE的Uu RB上承载的数据。对于该情况的说明，可以 参考下文关于图7所示的方法。

可选的，中继UE不再转发远端UE的Uu RB上承载的数据。中继UE清除远端UE的Uu RB上承载的数据。中继UE不再继续为转发远端UE的Uu RB上承载的数据而启动RRC连接建立。对于该情况的说明，可以参考下文关于图8所示的方法。

第二、中继UE是否通知远端UE其RRC连接不可用。

可选的，中继UE通知远端UE其RRC连接不可用(也可以称为中继UE与基站之间的RRC连接不可用)。中继UE可以向远端UE发送指示信息，该指示信息用于指示中继UE的RRC连接不可用。可选的，中继UE指示RRC连接不可用的原因。可选的，中继UE指示RRC连接不可用的时长。可选的，中继UE向远端UE发送单播链路释放请求消息，从而中继UE与远端UE释放PC5单播链路。

可选的，中继UE不通知远端UE其RRC连接不可用。

可理解，本申请所示的RRC连接不可用包括：RRC连接失败、RRC连接建立失败、RRC连接重建失败、RRC连接恢复失败或RRC接入禁止。下文所示的中继UE的RRC连接即为该中继UE与基站之间的RRC连接，远端UE的RRC连接即为该远端UE与基站之间的RRC连接。

以下详细说明本申请实施例提供的数据处理方法。

图2是本申请实施例提供的一种数据处理方法的流程示意图。

本申请实施例中，远端UE在通过中继UE启动进入RRC连接态(比如，建立RRC连接、恢复RRC连接、重建RRC连接)后，如果没有成功进入RRC连接态(比如，RRC建立失败、RRC恢复失败、RRC重建失败、RRC连接失败)，远端UE进入RRC连接态的流程结束。在该情况下，中继UE继续转发远端UE与基站之间的数据，会造成不必要的信令发送(如可以节省信令开销)，或者造成远端UE误解接收到的信令。如远端UE的RRC连接失败后，又发起RRC连接建立流程，该情况下，如果该远端UE接收到了来自基站的响应消息，则可能会使得远端UE无法进行有效区分，即会对接收到的信令造成误解。

如图2所示，该方法包括：

201、远端UE和中继UE之间建立单播链路。

例如，该单播链路还可以称为PC5单播链路等。例如，远端UE向中继UE发送直接通信请求消息(direct communication request message)，该直接通信请求消息用于请求与中继UE建立单播链路。中继UE向远端UE发送直接通信接受消息(direct communication accept message)。由此远端UE和中继UE之间建立单播链路。可理解，本申请实施例对于建立单播链路的方法不作限定。远端UE和中继UE之间建立了单播链路，也即建立了PC5-RRC连接。

由于PC5 RRC连接和PC5单播链路之间是一一对应的，因此上述步骤201还可以表示为：远端UE与中继UE之间建立PC5 RRC连接。

202、远端UE初始化RRC连接建立流程，启动第一定时器。

示例性的，远端UE在RRC空闲态时，若该远端UE的高层请求建立RRC连接，则该远端UE可以初始化RRC连接建立流程。一旦远端UE初始化RRC连接建立流程，则该远端UE可以启动第一定时器。在远端UE初始化RRC连接建立流程的情况下，也可以理解为一旦远端UE初始化RRC连接的建立流程，由此远端UE可以通过中继UE向基站发送RRC建立请求消息(如图2所示的虚线部分)。该RRC建立请求消息用于请求与基站之间建立RRC 连接。例如，当远端UE处于RRC空闲态时，该远端UE可能会通过中继UE向基站发送RRC建立请求消息。当远端UE接收到基站发送的RRC建立消息后，该远端UE便可以进入RRC连接态。上述RRC建立请求消息可以承载在远端UE的Uu SRB0上。

可理解，上述远端UE通过中继UE向基站发送RRC建立请求消息可以有如下理解：

远端UE与基站之间有对等的RRC层，远端UE与基站之间的RRC消息可以理解为是端到端的。中继UE可以基于分组数据汇聚协议(packet data convergence protocol，PDCP)层或PDCP层之下的协议层(如适配层(adaptation layer)或RLC层)等进行中继。可选的，远端UE、中继UE和基站可以都使用层2中继技术。

在远端UE通过中继UE进行RRC连接建立的情况下，上述定时器可以在满足如下条件时停止：远端UE通过中继UE接收到来自基站的RRC建立消息或远端UE通过中继UE接收到来自基站的RRC拒绝消息。也就是说，远端UE可以在初始化RRC连接建立流程时，启动第一定时器；然后在通过中继UE接收到来自基站的该RRC连接的建立请求消息的响应消息时，停止该第一定时器。可理解，在远端UE通过中继UE接收到来自基站的响应消息后，如RRC建立消息或RRC拒绝消息，则说明该远端UE的RRC连接建立流程结束。

可选的，第一定时器的值可以由基站通过SIB配置、或者预先协商、或者由协议预先定义、或者由中继UE配置等，本申请实施例对此不作限定。

可选的，远端UE通过中继UE与基站进行RRC连接建立所使用的第一定时器的值，与UE直接与基站进行RRC连接建立(UE不是通过中继UE进行RRC连接建立)所使用的第二定时器(例如，T300)的值可以相同，也可以不同。本申请实施例所示的定时器的值也可以理解为该定时器的计时时长等。第一定时器和第二定时器可以是相同的定时器，也可以是不同的定时器。

可选的，第一定时器的值为第一值，第二定时器的值为第二值。示例性的，第一值可以大于或等于第二值。作为一个示例，可以分别由基站配置第一定时器和第二定时器的值。或者，由基站配置第二定时器的值，由中继UE配置第一定时器的值。作为又一示例，可以由基站配置第二定时器的取值以及第一定时器相对于第二定时器的偏移量。例如，基站可以配置第一值和偏移量1，则第一定时器的值可以为第一值与偏移量1的和，或者第一值与偏移量1的差等。作为又一示例，可以由基站配置第一定时器的值以及第二定时器相对于第一定时器的偏移量等。本申请实施例对于配置第一定时器和第二定时器值的方法不作限定。可理解，第一值与偏移量1的差可以包括第一值减去偏移量1的差等，下文所示的方法类似。

可选的，远端UE通过中继UE与基站进行RRC连接建立的情况下，在中继UE处于RRC连接态时使用的第一定时器，与中继UE处于RRC空闲态或RRC非激活态时使用的第一定时器，可以是不同的定时器，或者值不同。例如，在中继UE处于RRC连接态对应定时器1，中继UE处于RRC空闲态或RRC非激活态时对应定时器2。例如，该定时器1和该定时器2可以理解为是不同的定时器。又例如，该定时器1和该定时器2可以是同一个定时器，但是该定时器1的值和定时器2的值不同。例如，定时器1的值为第三值，定时器2的值为第四值。作为一示例，基站可以分别配置定时器1的值和定时器2的值。或者，中继UE分别配置定时器1的值和定时器2的值。作为又一示例，基站可以配置定时器1的值以及定时器2相对于定时器1的偏移量。例如，基站可以配置第三值和偏移量2，则定时器2的值可以为第三值与偏移量2的和，或第三值与偏移量2的差等。作为又一示例，可以由基站配置定时器2的值以及定时器1相对于定时器2的偏移量。例如，基站可以配置第四值和偏移量3， 则定时器1的值为第四值与偏移量3的和，或第四值与偏移量3的差等。可选的，可以由基站分别配置定时器1、定时器2和第二定时器的值。作为一示例，基站可以分别配置定时器1的值、定时器2相对于定时器1的偏移量和第二定时器的值。例如，基站配置第三值、偏移量2和第二值。则定时器2的值为第三值与偏移量2的和，或第三值与偏移量2的差等。作为又一示例，基站可以配置第二定时器的值、定时器1相对于第二定时器的偏移量和定时器2相对于第二定时器的偏移量。例如，基站配置第二值、偏移量4和偏移量5，则定时器1的值为第二值与偏移量4的和，或第二值与偏移量4的差等，定时器2的值为第二值与偏移量5的和，或第二值与偏移量5的差等。作为又一示例，基站配置第二定时器的值、定时器1相对于第二定时器的偏移量和定时器2相对于定时器1的偏移量。作为又一示例，基站配置第二定时器的值、定时器2相对于第二定时器的偏移量和定时器1相对于定时器2的偏移量。可理解，以上所示的方法仅为示例，对于其他配置方式，本申请实施例不再一一详述。

为了使得远端UE获得第一定时器的值，中继UE可以向远端UE指示其RRC状态，如RRC连接态、RRC空闲态或者RRC非激活态中的任一项。远端UE根据中继UE的RRC状态指示，确定定时器的值。或者，中继UE根据自己的RRC状态，向远端UE指示第一定时器的值等，本申请实施例对此不作限定。可理解，以上所示的定时器的说明可以与图2所示的方法耦合，或者，以上所示的定时器可以单独为一个实施例等，本申请实施例对此不作限定。

可选的，图2所示的方法还可以应用于远端UE通过中继UE恢复与基站之间的RRC连接，或者，远端UE通过中继UE重建与基站之间的RRC连接等。也就是说，骤202也可以表示为：远端UE初始化RRC连接恢复流程，启动第一定时器。或者，远端UE初始化RRC连接重建流程，启动第一定时器。或者，远端UE初始化进入RRC连接态流程，启动第一定时器。其中，进入RRC连接态包括以下至少一种：RRC连接建立、RRC连接恢复、RRC连接重建。可选的，对于不同的流程来说，不同流程所使用的第一定时器的值可以相同。可选的，对于不同的流程来说，不同流程所使用的第一定时器的值也可以不同。可选的，也可以存在对于至少两个流程来说，第一定时器的值相同的情况。

示例性的，如远端UE初始化RRC连接重建流程，或远端UE选择或重选了中继UE，则启动第一定时器。又如，远端UE初始化RRC连接的恢复流程，启动第一定时器。若远端UE发生RRC重配失败、PC5无线链路失败等，则该远端UE需要重建RRC连接，即远端UE初始化RRC连接重建流程。可选的，远端UE在初始化RRC连接重建流程的情况下，可以选择或重选中继UE。即远端UE可以在通过中继UE重建RRC连接中选择或重选了中继UE后，启动第一定时器。可理解，远端UE也可以在通过中继UE重建RRC连接中选择或重选了中继UE，并且获取了中继UE的服务小区的系统信息后，启动第一定时器。在远端UE选择或重选到中继UE的情况下，也可以理解为一旦远端UE选择或重选到中继UE，远端UE可以通过中继UE向基站发送RRC重建请求消息。若远端UE处于RRC非激活态，则该远端UE的高层或接入层(access stratum，AS)请求恢复RRC连接，即远端UE初始化RRC连接恢复流程。在远端UE初始化RRC连接恢复流程的情况下，也可以理解为一旦远端UE初始化RRC连接恢复流程，远端UE可以通过中继UE向基站发送RRC恢复请求消息。

在远端UE通过中继UE与基站进行RRC连接恢复(RRC resume)的情况下，上述第一定时器可以在满足如下条件时停止：远端UE通过中继UE接收到来自基站的RRC恢复消息， 或远端UE通过中继UE接收到来自基站的RRC拒绝消息，或远端UE通过中继UE接收到来自基站的RRC建立消息(如基站未得到远端UE的UE上下文)，或远端UE通过中继UE接收到来自基站的RRC释放消息。也就是说，远端UE可以在初始化RRC连接恢复流程时，启动第一定时器；然后通过中继UE接收到来自基站的RRC连接恢复的响应消息时，停止第一定时器。可理解，在远端UE接收到来自基站的响应消息后，如RRC恢复消息或RRC拒绝消息，则该远端UE的RRC连接恢复流程结束。

示例性的，远端UE通过中继UE与基站进行RRC连接恢复时使用的第一定时器可以是定时器T319，也可以是其他定时器等，本申请实施例对此不作限定。在远端UE通过中继UE与基站进行RRC连接恢复所使用的第一定时器的值，与UE直接与基站进行RRC连接恢复(UE不是通过中继UE进行RRC连接恢复)所使用的定时器T319的值可以相同，也可以不同。可理解，远端UE通过中继UE与基站进行RRC连接恢复流程所使用的第一定时器的说明，以及UE直接与基站进行RRC连接恢复时使用的定时器的说明，可以参考上文远端UE通过中继UE与基站进行RRC连接建立流程和UE直接与基站进行RRC连接建立流程的描述，这里不再一一详述。

在远端UE通过中继UE与基站进行RRC连接重建(RRC reestablishment)的情况下，上述第一定时器可以在满足如下条件时停止：远端UE通过中继UE接收到来自基站的RRC重建消息，或远端UE通过中继UE接收到来自基站的RRC建立消息。也就是说，远端UE可以在初始化RRC连接重建流程时，启动第一定时器；然后通过中继UE接收到来自基站的RRC连接重建的响应消息时，停止第一定时器。可理解，在远端UE通过中继UE接收到来自基站的响应消息后，如RRC重建消息或RRC建立消息，则该远端UE的RRC连接重建流程结束。在远端UE在通过中继UE重建RRC连接中选择或重选了中继UE后，或，远端UE在通过中继UE重建RRC连接中选择或重选了中继UE并获取了中继UE的服务小区的系统信息后，启动第一定时器的情况下，远端UE通过中继UE接收到来自基站的RRC重建消息，或远端UE通过中继UE接收到来自基站的RRC建立消息后，停止第一定时器。在远端UE初始化RRC连接重建流程，启动第一定时器的情况下，远端UE选择或重选到了中继UE后，停止第一定时器。可理解，远端UE也可在选择或重选到了中继UE，并与中继UE建立了单播连接后，停止第一定时器。远端UE也可在选择或重选到了中继UE，并获取了中继UE的服务小区的系统信息后，停止第一定时器。远端UE也可在选择或重选到了中继UE，与中继UE建立了单播连接，并获取了中继UE的服务小区的系统信息后，停止第一定时器。远端UE选择了中继UE包括以下任意一种：1)远端UE继续使用初始化RRC连接重建时连接的中继UE；2)远端UE初始化RRC连接重建时没有连接的中继UE，在初始化RRC连接重建后选择了一个中继UE；3)远端UE初始化RRC连接重建时有连接的第一中继UE，在初始化RRC连接重建后重选了一个第二中继UE，第二中继UE可以与第一中继UE相同，也可以不同。

示例性的，远端UE通过中继UE与基站进行RRC连接重建时使用的定时器可以是T301，也可以是其他定时器等，本申请实施例对此不作限定。在远端UE通过中继UE进行RRC连接重建所使用的第一定时器的值，与UE直接与基站进行RRC连接重建(UE不是通过中继UE进行RRC连接重建)所使用的T301的值可以相同，也可以不同。可理解，远端UE通过中继UE与基站进行RRC连接重建流程时使用的第一定时器的说明，以及UE直接与基站进行RRC连接重建时使用的定时器的说明，可以参考上文远端UE通过中继UE与基站进行RRC 连接建立流程和UE直接与基站进行RRC连接建立流程的描述，这里不再一一详述。这里远端UE通过中继UE与基站进行RRC连接重建时使用的定时器，可以是在远端UE在通过中继UE重建RRC连接中选择或重选了中继UE后启动的第一定时器，或者是远端UE在通过中继UE重建RRC连接中选择或重选了中继UE，并且获取了中继UE的服务小区的系统信息后启动的第一定时器。

示例性的，远端UE通过中继UE与基站进行RRC连接重建时，远端UE初始化RRC连接重建流程时启动的第一定时器可以是T311，也可以是其他定时器等，本申请实施例对此不作限定。在远端UE通过中继UE进行RRC连接重建所使用的第一定时器的值，与UE直接与基站进行RRC连接重建(UE不是通过中继UE进行RRC连接重建)所使用的T311的值可以相同，也可以不同。可理解，远端UE通过中继UE与基站进行RRC连接重建流程时使用的第一定时器的说明，以及UE直接与基站进行RRC连接重建时使用的定时器的说明，可以参考上文远端UE通过中继UE与基站进行RRC连接建立流程和UE直接与基站进行RRC连接建立流程的描述，这里不再一一详述。203、在第一定时器超时的情况下，远端UE向中继UE发送指示信息，该指示信息用于指示释放远端UE与中继UE之间的单播链路。对应的，中继UE接收该指示信息。

上述在第一定时器超时的情况下，也可以理解为：如果第一定时器超时，或一旦第一定时器超时等。上述指示信息还可以理解为：指示信息用于请求释放远端UE与中继UE之间的单播链路。

可选的，指示信息可以是单播链路释放请求消息，如断开请求(disconnect request)消息等。即该指示信息可以用于释放远端UE与中继UE之间的单播链路。如果第一定时器超时，远端UE的RRC层通知上层(例如，ProSe layer，或V2X layer，NAS layer)RRC连接建立失败，则上层触发向中继UE发送指示信息。

可选的，指示信息用于指示释放远端UE与中继UE之间的PC5 RRC连接。如指示信息可以是PC5 RRC连接释放请求消息。

可选的，该指示信息可以包含于PC5 RRC消息中，或者，该指示信息可以是PC5 RRC消息，或者，指示信息可以是PC5-S消息，或者，指示信息可以包含于PC5-S消息中等，本申请实施例对此不作限定。例如，远端UE向中继UE发送PC5 RRC消息，该消息用于指示远端UE与基站之间的RRC连接建立失败。该消息中还可以包括用于指示远端UE与基站的RRC连接建立超时的指示信息，或者，用于指示基站拒绝远端UE的RRC连接建立的指示信息等。

可选的，指示信息可以用于指示远端UE进入RRC连接态的流程结束。或者，指示信息可以用于指示远端UE不再通过上述中继UE进入RRC连接态。或者，指示信息可以用于指示远端UE进入RRC连接态失败。或者，指示信息可以用于指示远端UE进入RRC连接态超时。或者，指示信息可以用于指示基站拒绝远端UE进入RRC连接态。其中，进入RRC连接态包括以下至少一种：RRC连接建立、RRC连接恢复、RRC连接重建。或者，指示信息用于指示中继UE重建或释放远端UE的Uu RB对应的PC5 RLC。

可选的，指示信息可以用于指示远端UE与基站之间的RRC连接建立流程结束。或者，指示信息可以用于指示远端UE不再通过上述中继UE与基站建立RRC连接。或者，指示信息可以用于指示远端UE与基站之间的RRC连接建立失败。或者，指示信息可以用于指示远端UE与基站的RRC连接建立超时。或者，指示信息可以用于指示基站拒绝远端UE的RRC 连接建立。

可选的，指示信息可以用于指示远端UE与基站之间的RRC连接恢复流程结束。或者，指示信息可以用于指示远端UE不再通过上述中继UE与基站恢复RRC连接。或者，指示信息可以用于指示远端UE与基站之间的RRC连接恢复失败。或者，指示信息可以用于指示远端UE与基站的RRC连接恢复超时。或者，指示信息可以用于指示基站拒绝远端UE的RRC连接恢复。

可选的，指示信息可以用于指示远端UE与基站之间的RRC连接重建流程结束。或者，指示信息可以用于指示远端UE不再通过上述中继UE与基站重建RRC连接。或者，指示信息可以用于指示远端UE与基站之间的RRC连接重建失败。或者，指示信息可以用于指示远端UE与基站的RRC连接重建超时。或者，指示信息可以用于指示基站拒绝远端UE的RRC连接重建。

可选的，在第一定时器超时的情况下，远端UE还可以重建或释放Uu RB对应的PC5 RLC，和/或，远端UE释放远端UE的Uu RB对应的侧行链路逻辑信道。

可选的，在第一定时器超时的情况下，远端UE可以触发重选中继UE。该远端UE可以通过重选的中继UE与基站之间建立RRC连接、重建RRC连接、恢复RRC连接。远端UE可以重选一个中继UE，该重选的中继UE的服务小区与当前中继UE的服务小区不同。远端UE重选中继UE可以提高远端UE进入RRC连接的成功率，减少远端UE进入RRC连接态的时延。

可选的，在第一定时器超时之前，远端UE通过中继UE接收到来自基站的RRC拒绝消息，或者，远端UE通过中继UE接收到来自基站的RRC释放消息，则表示远端UE通过中继UE进入RRC连接态失败，远端UE可以触发重选中继UE。该远端UE可以通过重选的中继UE与基站之间建立RRC连接、重建RRC连接、恢复RRC连接。远端UE可以重选一个中继UE，该重选的中继UE的服务小区与当前中继UE的服务小区不同。远端UE重选中继UE可以提高远端UE进入RRC连接的成功率，减少远端UE进入RRC连接态的时延。

示例性的，上述步骤202和步骤203还可以理解为：

远端UE初始化RRC连接的建立流程，判断在初始化RRC连接建立流程的预设时长内，是否接收到了来自基站的响应消息(如RRC建立消息或RRC拒绝消息)；如果未接收到该响应消息，则远端UE向中继UE发送指示信息。示例性的，第一定时器与预设时长之间的关系可以如下所示：第一定时器的计时时长为预设时长，或者，第一定时器的值为预设时长，或者，第一定时器的定时时长为预设时长。

可理解，但凡远端UE维护的第一定时器超时；且不论中继UE与基站之间的RRC连接是否建立成功，或者，该中继UE是否成功向基站转发该RRC建立请求消息，或者，中继UE是否接收到基站向远端UE发送的响应消息等，本申请实施例不作限定。

204、中继UE释放远端UE与中继UE之间的单播链路。

示例性的，如果中继UE释放远端UE与中继UE之间的单播链路，中继UE删除远端UE与中继UE之间的单播链路的上下文。中继UE的ProSe层或V2X层向AS层通知单播链路释放了。中继UE的AS层丢弃与远端UE的侧行链路通信相关的配置，释放与远端UE之间的PC5 RLC，释放与远端UE之间的sidelink SRB。

可选的，步骤204还可以理解为：中继UE释放远端UE与中继UE之间的PC5 RRC连接。中继UE的AS层丢弃与远端UE的侧行链路通信相关的配置，释放与远端UE之间的PC5  RLC，释放与远端UE之间的sidelink SRB。中继UE的AS层向ProSe层或V2X层通知PC5 RRC连接释放了。可选的，中继UE还可以重建或释放远端UE的Uu RB对应的Uu RLC。中继UE还可以释放远端UE的Uu RB对应的Uu逻辑信道。

可选的，中继UE向基站指示远端UE进入RRC连接态的流程结束。中继UE还可以向基站指示进入RRC连接态的流程结束的远端UE的标识。基站收到指示后，向中继UE指示重建或释放远端UE的Uu RB对应的Uu RLC，和/或，释放远端UE的Uu RB对应的Uu逻辑信道。

可选的，在远端UE与中继UE之间的单播链路被释放之后，远端UE可以与另一个中继UE建立PC5单播链路和PC5 RRC连接，使得该远端UE可以通过另一个中继UE进入RRC连接态，例如建立RRC连接等。可选的，在远端UE与中继UE之间的单播链路被释放之后，如果该远端UE想要继续通过该中继UE向基站发送消息，则该远端UE需要重新与中继UE建立单播链路，以及重新建立PC5 RRC连接。

上述步骤204还可以理解为：中继UE处理指示信息，或者，中继UE根据指示信息进行处理等。

本申请实施例中，第一定时器超时，则表示远端UE与基站之间的RRC连接失败(或RRC连接建立流程失败、RRC连接恢复流程失败或RRC连接重建流程失败等)。

示例性的，在远端UE初始化RRC连接建立流程，启动第一定时器的情况下，若第一定时器超时，则远端UE与基站之间的RRC连接建立失败。远端UE的RRC层通知上层(例如，非接入层non-access stratum layer，NAS layer)RRC连接建立失败。远端UE的RRC连接建立流程结束。

示例性的，在远端UE初始化RRC连接重建流程，或远端UE在通过中继UE重建RRC连接中选择或重选了中继UE后，或远端UE在通过中继UE重建RRC连接中选择或重选了中继UE并且获取了中继UE的服务小区的系统信息后，启动第一定时器的情况下，若第一定时器超时，则远端UE与基站之间的RRC连接重建失败。远端UE的RRC层通知上层(例如，非接入层non-access stratum layer，NAS layer)RRC连接失败。远端UE回到RRC空闲态。远端UE的RRC连接重建流程结束。

示例性的，在远端UE初始化RRC连接恢复流程，启动第一定时器的情况下，若第一定时器超时，则远端UE与基站之间的RRC连接恢复失败。远端UE的RRC层通知上层(例如，非接入层non-access stratum layer，NAS layer)RRC连接恢复失败。远端UE回到RRC空闲态。远端UE的RRC连接建立恢复结束。

远端UE通过向中继UE发送指示信息，可使得中继UE及时释放远端UE与中继UE之间的单播链路。远端UE可以选择另一个中继UE与基站之间进行RRC连接。本申请实施例提供的方法，在远端UE没有成功进入RRC连接态的情况下，能够避免中继UE仍需要不断尝试不必要地继续转发远端UE与基站之间的数据，或者避免为远端UE提供中继服务而继续尝试进入RRC连接态，或者中继UE可以尽快离开RRC连接态，不仅可以节省信令开销，而且还可以节省功耗。可选的，还可以避免远端UE在进入RRC连接的流程失败后仍接收到基站的响应消息而造成误解。可选的，可以使得远端UE重新进行中继UE的选择，为便于该远端UE能够及时与基站之间进行连接，减少远端UE的接入时延，从而可以更快进行业务。

图3是本申请实施例提供的另一种数据处理方法的流程示意图，如图3所示，该方法包括：

301、远端UE和中继UE之间建立单播链路。

302、远端UE初始化RRC连接的建立流程，启动定时器。

关于步骤301和步骤302的说明可以参考图2所示的步骤201和步骤202，这里不再赘述。

303、在定时器超时的情况下，远端UE向中继UE发送第一指示信息，该第一指示信息用于指示中继UE不转发与远端UE对应的数据(也可以称为，该第一指示信息用于指示不在通过中继UE建立RRC连接，或者，该第一指示信息用于指示不需要中继UE转发与远端UE对应的数据)，或者，该第一指示信息用于指示中继UE清除与远端UE对应的缓存。对应的，中继UE接收该第一指示信息。

可选的，该第一指示信息用于指示中继UE丢弃与远端UE对应的数据，或者，该第一指示信息用于指示中继UE重建或释放远端UE的Uu RB对应的PC5 RLC，或者，该第一指示信息用于指示中继UE释放远端UE的Uu RB对应的侧行链路逻辑信道上承载的数据。可理解，转发远端UE的Uu RB上承载的数据可以是指转发远端UE的Uu RB对应的RLC SDU。转发远端UE的Uu SRB上承载的数据可以是指转发远端UE的Uu SRB对应的RLC SDU。

其中，重建或释放远端UE的Uu RB对应的PC5 RLC包括丢弃所有RLC服务数据单元(service data unit，SDU)和RLC协议数据单元(protocol data unit，PDU)。与远端UE对应的数据为远端UE的Uu RB上承载的数据。与远端UE对应的缓存可以为远端UE的Uu RB上承载的数据的缓存。本申请中的Uu无线承载(radio bearer，RB)，包括Uu信令无线承载(signalling radio bearer，SRB)和Uu数据无线承载(data radio bearer，DRB)。远端UE的Uu RB是远端UE与基站之间在Uu接口上的端到端的无线承载。远端UE的Uu SRB上承载的数据包括RRC建立请求消息、RRC恢复请求消息、RRC重建请求消息、RRC建立消息、RRC恢复消息、RRC重建消息、RRC拒绝消息、RRC释放消息等。

可理解，中继UE重建或释放远端UE的Uu RB对应的PC5 RLC后，或者，中继UE释放远端UE的Uu RB对应的侧行链路逻辑信道后，或者，中继UE清除与远端UE对应的缓存后，中继UE不转发与远端UE对应的数据。

可理解，本申请实施例中，中继UE不管是确定不转发与远端UE对应的数据，还是清除与远端UE对应的缓存，该中继UE与远端UE之间的单播链路可以仍然存在。远端UE需要通过中继UE向基站再次发送RRC建立请求消息时，该远端UE可以直接向中继UE发送RRC建立请求消息。可理解，关于第一指示信息的说明还可以参考图2所示的指示信息，这里不再一一详述。示例性的，第一指示信息可以用于指示远端UE与基站之间的RRC连接建立流程结束等。或者，该第一指示信息用于指示远端UE与基站之间的RRC连接恢复流程结束。或者，该第一指示信息用于指示远端UE与基站之间的RRC连接重建流程结束等。也就是说，图2所示的指示信息的说明也适用于图3所示的方法。不同的是，图2所示的方法中，中继UE接收到指示信息之后，会释放其与远端UE之间的单播链路。而图3所示的方法，中继UE接收到指示信息之后，可能会不转发与远端UE对应的数据，或者，清除该远端UE对应的缓存等。

当远端UE未在预设时长内通过中继UE接收到来自基站的响应消息时，可能会导致定时器超时。定时器的值为预设时长(也可以称为该定时器的计时时长为预设时长)。示例性的， 该远端UE未在预设时长内通过中继UE接收到基站的RRC建立消息或RRC拒绝消息的原因可能包括：

1、基站故障，不能及时响应来自远端UE的RRC建立请求消息；

2、基站响应RRC建立请求消息的时延较大，导致远端UE不能及时接收到RRC建立请求消息的响应消息；

3、中继UE与基站之间的RRC连接失败，导致中继UE不能向基站转发RRC建立请求消息；

4、中继UE与基站之间的RRC连接建立的时间较长，导致中继UE不能及时向基站转发RRC建立请求消息。

也就是说，在定时器超时的情况下，中继UE可能已经转发了RRC建立请求消息。但是，未及时转发基站向远端UE发送的响应消息，即该响应消息可能被缓存于中继UE中。或者，在定时器超时的情况下，中继UE还未向基站转发RRC建立请求消息，即该RRC建立请求消息被缓存于中继UE中。

可理解，对于上述3和4，如果中继UE未接收到第一指示信息，则该中继UE会继续尝试与基站之间建立RRC连接，或者，继续尝试向基站转发RRC建立请求消息。由此，会使得中继UE的功耗损失增加，同时，还可能会导致中继UE仍不能向基站转发成功RRC建立请求消息。

可理解，以上关于远端UE未在预设时长内接收到基站的RRC建立消息或RRC拒绝消息的原因的说明，同样适用于图2、图4或图5所示的方法等。

304、中继UE确定不转发与远端UE对应的数据，或者中继UE清除与远端UE对应的缓存。

中继UE确定不转发与远端UE对应的数据还可以理解为：中继UE不转发与远端UE对应的数据。或者，上述步骤305还可以理解为：中继UE处理第一指示信息，或者，中继UE根据第一指示信息进行处理等。

中继UE收到第一指示信息，可以进行以下一种或多种：

中继UE不转发与远端UE对应的数据，中继UE清除与远端UE对应的缓存，中继UE丢弃与远端UE对应的数据，中继UE重建或释放远端UE的Uu RB对应的PC5 RLC，中继UE释放远端UE的Uu RB对应的侧行链路逻辑信道。

可选的，中继UE还可以重建或释放远端UE的Uu RB对应的Uu RLC。或者，中继UE还可以释放远端UE的Uu RB对应的Uu逻辑信道。或者，中继UE向基站指示远端UE进入RRC连接态的流程结束。或者，中继UE可以向基站指示进入RRC连接态的流程结束的远端UE的标识。基站收到指示后，向中继UE指示重建或释放远端UE的Uu RB对应的Uu RLC，和/或，释放远端UE的Uu RB对应的Uu逻辑信道。

在一种可能的实现方式中，图3所示的方法还包括：

305、中继UE向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。对应的，远端UE接收该第二指示信息。

中继UE通过向远端UE发送第二指示信息，可使得远端UE获知中继UE已经进入RRC连接态，以及该远端UE可以通过中继UE向基站转发承载在Uu SRB0上的数据。例如，上述步骤305是中继UE确定不转发与远端UE对应的数据时，中继UE可以在进入RRC连接态后，转发与远端UE对应的数据。又例如，上述步骤305是中继UE释放与远端UE对应的 缓存时，中继UE向远端UE发送第二指示信息，该远端UE接收到该第二指示信息之后，如果还需要与基站之间建立RRC连接，则该远端UE可以重新发送RRC建立请求消息。

本申请实施例提供的方法，在远端UE没有成功进入RRC连接态的情况下，能够避免中继UE仍需要不断尝试不必要地继续转发远端UE与基站之间的数据，或避免为远端UE提供中继服务而继续尝试进入RRC连接态，或中继UE可以尽快离开RRC连接态，不仅可以节省信令开销，而且还节省功耗。可选的，还可以避免远端UE在进入RRC连接的流程失败后仍接收到基站的RRC消息而造成误解，可选的，可以使得远端UE重新进行中继UE的选择，为便于该远端UE能够及时与基站之间进行连接，减少远端UE的接入时延，从而可以更快进行业务。可选的，在远端UE再次通过中继UE进入RRC连接态时，该远端UE可以不用再建立单播链路，减少了时延。另外，远端UE和中继UE之间的单播链路还可能用于ProSe直接通信。

图4是本申请实施例提供的又一种数据处理方法的流程示意图，如图4所示，该方法包括：

401、远端UE和中继UE之间建立单播链路。

402、远端UE初始化RRC连接的建立流程，启动第一定时器。

403、在第一定时器未超时，且剩余时长小于第一时长的情况下，远端UE向中继UE发送第一指示信息。该第一指示信息用于指示中继UE不转发与远端UE对应的数据，或者，该第一指示信息用于指示清除与远端UE对应的缓存，或者，该第一指示信息用于指示释放远端UE与中继UE之间的单播链路。对应的，中继UE接收第一指示信息。

一般的，远端UE与中继UE之间会存在传输时延，因此该第一时长可以等于或小于该传输时延。例如，该第一定时器的剩余时长小于第一时长时，即使中继UE接收到了基站向远端UE发送的响应消息，由于中继UE向远端UE转发响应消息的时延，会导致远端UE无法在第一时长内接收到该响应消息。由此，远端UE通过向中继UE发送第一指示信息，可使得中继UE不再继续转发与远端UE对应的数据。如果远端UE不发送第一指示信息，则中继UE可能就会继续转发，该情况下，远端UE的第一定时器已经超时，即远端UE的RRC连接流程已经结束了，即使中继UE转发了响应消息也是无用的，或者还会使远端UE误解该消息。

可选的，在第一定时器未超时，且剩余时长小于第一时长的情况下，远端UE还可以重建或释放Uu RB对应的PC5 RLC，和/或，远端UE释放远端UE的Uu RB对应的侧行链路逻辑信道。

可理解，关于第一定时器的具体说明可以参考图2和图3所示的定时器，这里不再详述。

可选的，上述步骤403还可以表示为：

在第二定时器超时的情况下，远端UE向中继UE发送第一指示信息。对应的，中继UE接收该第一指示信息。

其中，第二定时器与第一定时器的启动条件和/或停止条件相同，第二定时器的值小于第一定时器的值。如第二定时器的值可以是SIB中配置的，或预先定义的，或中继UE配置的等。可选的，在第二定时器超时的情况下，远端UE还可以重建或释放Uu RB对应的PC5 RLC，和/或，远端UE释放远端UE的Uu RB对应的侧行链路逻辑信道。可理解，图4所示的第二定时器与图2所示的第二定时器可以相同，也可以不同。

可选的，上述步骤403还可以表示为：

在通过中继UE接收到来自基站的RRC拒绝消息的情况下，远端UE向中继UE发送第一指示信息，该第一指示信息用于指示释放远端UE与中继UE之间的单播链路。

在通过中继UE接收到来自基站的RRC拒绝消息的情况下，也可理解为一旦通过中继UE接收到来自基站的RRC拒绝消息。

如果远端UE通过中继UE接收到来自基站的RRC拒绝消息，则说明该远端UE与基站之间的RRC连接建立失败。由此，通过向中继UE发送第一指示信息，可使得中继UE释放与远端UE之间的单播链路。可理解，远端UE在接收到来自基站的RRC拒绝消息前，第一定时器未超时。

在通过中继UE接收到来自基站的RRC拒绝消息的情况下，远端UE可以重建或释放Uu RB对应的PC5 RLC，和/或，远端UE释放远端UE的Uu RB对应的侧行链路逻辑信道。

可选的，上述步骤403还可以表示为：

在进入RRC连接态流程中止的情况下，远端UE向中继UE发送第一指示信息，该第一指示信息用于指示释放远端UE与中继UE之间的单播链路。

其中，进入RRC连接态包括以下至少一种：RRC连接建立、RRC连接恢复、RRC连接重建。例如，远端UE的RRC层的上层中止RRC连接建立流程，远端UE向中继UE发送第一指示信息。可理解，远端UE在进入RRC连接态流程中止前，第一定时器未超时。

在进入RRC连接态流程中止的情况下，远端UE重建或释放Uu RB对应的PC5 RLC，和/或，远端UE释放远端UE的Uu RB对应的侧行链路逻辑信道。

可理解，关于第一指示信息的说明可以参考图2所示的指示信息或图3所示的第一指示信息，这里不再详述。

404、中继UE处理第一指示信息。

可理解，关于步骤404的具体说明可以参考上述步骤204和/或步骤304等，这里不再赘述。

在一种可能的实现方式中，图4所示的方法还包括：

405、中继UE向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。对应的，远端UE接收该第二指示信息。

示例性的，若第一指示信息用于指示中继UE不转发与远端UE对应的数据，或者，该第一指示信息用于指示清除与远端UE对应的缓存，则中继UE根据该第一指示信息进行处理之后，如果该中继UE与基站之间的RRC连接可用了，则该中继UE可以向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。图4所示的方法的有益效果可以参考图2或图3，这里不再详述。

图5是本申请实施例提供的又一种数据处理方法的流程示意图，如图5所示，该方法包括：

501、远端UE与中继UE之间建立单播链路。

502、远端UE通过中继UE向基站发送RRC建立请求消息。对应的，中继UE接收该RRC建立请求消息。

远端UE初始化RRC连接的建立流程的情况下，远端UE向中继UE发送RRC建立请求消息。

可选的，步骤502也可以表示为：远端UE初始化RRC连接恢复流程，通过中继UE向基站发送RRC恢复请求消息。或者，远端UE初始化RRC连接重建流程，通过中继UE向基站发送RRC重建请求消息。

可理解，关于RRC建立请求消息、RRC恢复请求消息或RRC重建请求消息的具体说明可以参考上述图2至图4所示的方法，这里不再详述。

503、中继UE在接收到来自远端UE的RRC建立请求消息的情况下，启动定时器。

可理解，上述在接收到来自远端UE的RRC建立请求消息的情况下，也可以称为一旦接收到来自远端UE的RRC建立请求消息。

可选的，中继UE在接收到来自远端UE的RRC恢复请求消息的情况下(也可以称为一旦接收到来自远端UE的RRC恢复请求消息)，启动定时器。

可选的，中继UE在接收到来自远端UE的RRC重建请求消息的情况下(也可以称为一旦接收到来自远端UE的RRC重建请求消息)，启动定时器。

可选的，中继UE也可能不知道其接收到的消息是什么类型的消息，如只知道其接收到了远端UE的Uu SRB0上承载的数据。可理解，这里所示的远端UE的Uu SRB0上承载的数据，可以是指在远端UE的Uu SRB0对应的PC5 RLC承载的数据，或侧行链路逻辑信道上承载的数据等。

504、在定时器超时的情况下，中继UE确定不转发RRC建立请求消息，或者，清除与远端UE对应的缓存，或者，释放与远端UE之间的单播链路。

上述定时器的时长(如下文所示的预设时长)可以由中继UE配置，或者，由远端UE配置，或者，由基站配置等，本申请实施例对此不作限定。示例性的，在满足如下条件中的任一项或多项时，停止上述定时器：

1、中继UE接收到来自基站的远端UE的Uu RB(如Uu SRB0，或者Uu SRB1)上承载的数据；

2、中继UE向远端UE转发了来自基站的远端UE的Uu RB(例如，Uu SRB0，或者Uu SRB1)；

3、中继UE向基站转发RRC建立请求消息；

4、中继UE向基站转发RRC恢复请求消息；

5、中继UE向基站转发RRC重建请求消息；

6、中继UE向基站转发远端UE的Uu RB上承载的数据；

7、远端UE完成与基站之间的RRC连接建立；

8、远端UE完成与基站之间的RRC连接恢复；

9、远端UE完成与基站之间的RRC连接重建；

10、远端UE进入RRC连接态。

可理解，Uu SRB0上承载的数据包括RRC建立消息、RRC拒绝消息中的任一种。Uu SRB1上的数据包括RRC恢复消息、RRC重建消息、RRC释放消息中的任一种。

可理解，在定时器运行时，上述条件中的任一项或多项满足，则停止定时器。可理解，远端UE在进入RRC连接态的情况下，可以向中继UE发送指示信息，从而指示其进入了RRC连接态等。本申请实施例对于中继UE如何得知远端UE的RRC连接建立流程结束或RRC连接恢复流程结束或RRC连接重建流程结束等不作限定。

如果定时器超时，说明中继UE未接收到来自基站的远端UE的Uu RB上承载的数据， 或未向远端UE转发来自基站的远端UE的Uu RB上承载的数据，从而远端UE未接收到来自基站的Uu RB上承载的数据，则远端UE无法在一定时长内接收到来自基站的进入RRC连接态的响应消息，表示远端UE进入RRC连接态失败。

可理解，关于RRC连接、RRC连接建立、RRC连接重建与RRC连接恢复等的说明可以参考图2或图3等所示的方法。

示例性的，上述步骤503和步骤504还可以理解为：

中继UE判断其在接收到来自远端UE的RRC建立请求消息(或远端UE的Uu RB上承载的数据)的预设时长内，是否成功向基站转发该RRC建立请求消息；若在预设时长内，中继UE未成功向基站转发了该RRC建立请求消息，则确定不再转发该RRC建立请求消息，或者清除与远端UE对应的缓存或释放与远端UE之间的单播链路。

或者，中继UE判断其在接收到来自远端UE的RRC建立请求消息(或远端UE的Uu RB上承载的数据)的预设时长内，是否成功与基站之间建立RRC连接；若在预设时长内，中继UE未成功与基站之间建立RRC连接，则确定不再转发该RRC建立请求消息。可选的，中继UE还可以不再继续尝试与基站之间建立RRC连接。

也就是说，若中继UE未成功与基站之间建立RRC连接，则说明该中继UE无法成功向基站转发来自远端UE的RRC建立请求消息，则该中继UE可以不再继续尝试转发该RRC建立请求消息。

可选的，图2至图4所示的远端UE中的第一定时器还可以与图5所示的中继UE中的定时器结合。图6是本申请实施例提供的又一种数据处理方法的流程示意图。示例性的，上述图2至图4所示的第一定时器在图6所示的方法中可以是第一定时器，图5所示的定时器在图6所示的方法中可以是第三定时器。如图6所示，该方法包括：

601、远端UE和中继UE之间建立单播链路。

602、远端UE通过中继UE向基站发送RRC建立请求消息。对应的，中继UE接收该RRC建立请求消息。

603、中继UE在接收到来自远端UE的RRC建立请求消息的情况下，启动第三定时器。

示例性的，第三定时器的时长可以根据第一定时器的时长确定。例如，第三定时器的时长可以小于第一定时器的时长。例如，第三定时器的时长可以根据第一定时器的时长以及偏移确定，该偏移量可以由SIB配置、或者预先定义等，本申请实施例对此不作限定。例如，第三定时器的时长可以是第一定时器的时长与偏移量的差。又如，第一定时器减去偏移量的差即为第三定时器。又例如，第三定时器的时长可以等于第一定时器的时长。

604、在第一定时器超时的情况下，远端UE向中继UE发送指示信息，该指示信息用于指示中继UE不转发与远端UE对应的数据，或者，用于指示中继UE清除与远端UE对应的缓存，或者，用于指示释放远端UE与中继UE之间的单播链路。

605、在第三定时器超时的情况下，或者，在接收到来自远端UE的指示信息的情况下，中继UE确定不转发RRC建立请求消息，或者，中继UE清除与远端UE对应的缓存，或者，中继UE释放远端UE与中继UE之间的单播链路。

也就是说，中继UE中的第三定时器超时的情况与接收到指示信息的情况，只要满足任一情况，该中继UE均可以执行上述步骤605；或者，在上述两种情况都满足时，中继UE可以执行上述步骤605。可理解，关于图6的具体说明可以参考图5，这里不再详述。

本申请实施例中，在远端UE没有成功进入RRC连接态的情况下，能够避免中继UE仍 需要不断尝试不必要地继续转发远端UE与基站之间的数据，或避免为远端UE提供中继服务而继续尝试进入RRC连接态，或中继UE可以尽快离开RRC连接态，不仅可以节省信令开销，而且还节省功耗。

图7是本申请实施例提供的又一种数据处理方法的流程示意图。

本申请实施例中，在中继UE在接收到来自远端UE的RRC建立请求消息(或RRC重建请求消息，或RRC恢复请求消息等)的情况下，即使中继UE与基站之间的RRC连接不可用(也可以称为中继UE与基站之间的RRC连接失败，也可以称为中继UE进入RRC连接态失败)，该中继UE仍可以继续尝试转发该RRC建立请求消息(或RRC重建请求消息，或RRC恢复请求消息等)。也就是说，该中继UE可以继续为转发RRC建立请求消息(或RRC重建请求消息，或RRC恢复请求消息)而启动RRC连接建立。为使得该中继UE能够继续转发该RRC建立请求消息，因此，中继UE与基站之间的RRC连接失败后，可以继续缓存该RRC建立请求消息(即不清除与远端UE对应的缓存)。

类似地，中继UE与基站之间的RRC连接不可用的情况还可以包括该中继UE的RRC连接是被接入禁止的。如果中继UE在接收到来自远端UE的RRC建立请求消息(或RRC重建请求消息，或RRC恢复请求消息)的情况下，该中继UE的RRC连接的接入被认为是禁止的，则在接入禁止缓解后，中继UE可以继续尝试转发RRC建立请求消息，即该中继UE继续为该RRC建立请求消息而启动RRC连接建立。为了使得中继UE能够继续转发RRC请求消息，则在中继UE与基站之间的RRC连接被接入禁止后，该中继UE仍需要继续缓存来自远端UE的RRC建立请求消息，即不清除缓存的RRC建立请求消息。

也就是说，本申请实施例中，中继UE与基站之间的RRC连接不可用的情况包括：中继UE的RRC连接建立失败、中继UE的RRC连接重建失败、中继UE的RRC连接恢复失败、中继UE的RRC连接被接入禁止等。可理解，该中继UE与基站之间的RRC连接不可用还可以理解为中继UE与基站之间的RRC连接失败。

如图7所示，该方法包括：

701、远端UE和中继UE之间建立单播链路。

702、远端UE通过中继UE向基站发送RRC建立请求消息，对应的，该中继UE接收该RRC建立请求消息。

可理解，关于步骤701和步骤702的说明可以参考上文，如图5所示的步骤501和步骤502，或者，如图2至图4所示的RRC建立请求消息、RRC恢复请求消息或RRC重建请求消息等。

本申请实施例中，中继UE在接收到RRC建立请求消息时，可能是处于RRC空闲态或RRC非激活态，因此在中继UE接收到RRC建立请求消息之后，该中继UE可能会发生如下情况：

情况1、RRC连接建立失败，或者，RRC重建失败、或者，RRC恢复失败、或者，接入禁止。

可理解，以上所示的RRC连接建立失败包括：定时器T300超时或接收到来自基站的RRC拒绝消息等。RRC重建失败包括：定时器T301超时(如在一定时间内没有收到基站的响应消息)或定时器T311超时(如在一定时间内没有选择到一个合适的小区)。RRC恢复失败包括：定时器T319超时(在一定时间内没有收到基站的响应消息)、收到来自基站的RRC释放 消息或收到来自基站的RRC拒绝消息等。接入禁止包括：定时器T390正在运行或定时器T302正在运行，且接入类别既不是“2”也不是“0”。

情况2、为转发RRC建立请求消息而启动与基站之间RRC连接的建立流程，且RRC连接建立失败。或者，为转发RRC建立请求消息而启动与基站之间RRC连接的建立流程，且RRC连接被禁止接入。或者，为转发RRC建立请求消息而启动与基站之间RRC连接的恢复流程，且RRC连接恢复失败。

也就是说，上述情况1中，本申请实施例对于中继UE建立RRC连接(或者重建RRC连接、或恢复RRC连接)的原因不作限定。而情况2中，中继UE建立RRC连接的原因则是为了向基站转发来自远端UE的RRC建立请求消息。

示例性的，中继UE建立RRC连接的原因(也可以称为原因值)可以包含于：中继UE向基站发送的RRC建立请求消息中；或者，由中继UE的RRC层的上层请求建立RRC连接时所提供的接入类别和/或接入标识确定。可理解，对于中继UE建立RRC连接的原因携带于哪些消息中，本申请实施例不作限定。

可理解，上述为转发RRC建立请求消息而启动与基站之间RRC连接的建立流程，还可以理解为：为远端UE提供中继服务而启动与基站之间RRC连接的建立流程。

情况3、第N次RRC连接建立失败，或者，第N次RRC连接被禁止接入，或者，第N次RRC连接重建失败，或者，第N次RRC连接恢复失败。该N为大于或等于1的整数。

情况4、为转发RRC建立请求消息而启动与基站之间RRC连接的建立流程，且RRC连接建立发生第M次失败。或者，为转发RRC建立请求消息而启动与基站之间RRC连接的建立流程，且RRC连接建立发生第M次接入禁止。或者，为转发RRC建立请求消息而启动与基站之间RRC连接的重建流程，且RRC连接建立发生第M次失败。或者，为转发RRC建立请求消息而启动与基站之间RRC连接的恢复流程，且RRC连接建立发生第M次失败。该M为大于或等于1的整数。

可理解，关于情况3和情况4的说明可以参考上述情况1和情况2，这里不再详述。

703、中继UE向远端UE发送第三指示信息，该第三指示信息用于指示中继UE与基站之间的RRC连接不可用。对应的，远端UE接收该第三指示信息。

上述第三指示信息还可以理解为：用于指示中继UE与基站之间的RRC连接失败。

可选的，第三指示信息可以用于指示中继UE与基站之间RRC连接失败的原因。由此，通过向远端UE指示原因，可使得远端UE获知中继UE与基站之间的RRC连接失败。例如，中继UE与基站之间的RRC连接失败的原因可以包括以下任一项或多项：RRC连接建立失败、RRC重建失败、RRC恢复失败、接入禁止、定时器T300超时、接收到来自基站的RRC拒绝消息、定时器T319超时、定时器T301超时、定时器T311超时、接收到来自基站的RRC释放消息、定时器T390正在运行或定时器T302正在运行，且接入类别既不是“2”也不是“0”。关于各个定时器的具体说明可以参考上文，这里不再详述。

可选的，第三指示信息用于指示中继UE与基站之间RRC连接不可用的时长。由此，通过向远端UE指示时长，可使得远端UE不仅获知中继UE与基站之间的RRC连接不可用，而且还可以获知中继UE的RRC连接不可用的时长。示例性的，当时长取值为0时，则表示中继UE与基站之间的RRC连接可用；当时长取值大于0时，则表示中继UE与基站之间的RRC连接不可用。作为一示例，中继UE在接收到来自基站的RRC拒绝消息的情况下，向远端UE发送第三指示信息，则该中继UE可以根据其接收到的RRC拒绝消息中的等待时间设 置第三指示信息指示的时间长度；其中，该RRC拒绝消息中包含等待时间(waitTime)。作为又一示例，中继UE在接收到来自基站的RRC拒绝消息之后，向远端UE发送第三指示信息，则该中继UE可以根据定时器T302的运行时长，或者，根据定时器T302的剩余时长确定第三指示信息所指示的时长。作为又一示例，中继UE在需要发送第三指示信息时，如果定时器T390正在运行，则该中继UE可以根据定时器T390的运行时长，或剩余时长确定第三指示信息所指示的时长。作为又一示例，第三指示信息指示的时长还可以为定时器T390的剩余时长和定时器T302的剩余时长中的最大值。可选的，在中继UE向远端UE发送第三指示信息之后，该中继UE再次发起RRC连接建立流程(可能是新的接入类别或接入标识等)，以及该中继UE再次接收到来自基站的RRC拒绝消息时，如该RRC拒绝消息中包括另一个等待时间(waitTime)，则该中继UE可以再次向远端UE发送第三指示信息，从而指示该另一个等待时间。又例如，中继UE向远端UE发送第三指示信息之后，该中继UE再次发起RRC连接建立流程(可能是新的接入类别、或接入标识)，以及该中继UE成功进入连接态，则表示中继UE的RRC连接不可用的时长变为0。该情况下，中继UE可以再次向远端UE发送第三指示信息，从而指示更新的时长(如为0)。

可选的，中继UE可以通过另外的指示信息向远端UE指示RRC连接不可用的时长。也就是说，可以通过不同的指示信息分别指示RRC连接不可用和RRC连接不可用的时长。可选的，可以通过不同的指示信息分别指示RRC连接不可用和RRC连接不可用的原因等，本申请实施例对此不作限定。

在一种可能的实现方式中，远端UE接收到第三指示信息之后，远端UE可以继续等待中继UE继续尝试与基站之间建立RRC连接。也就是说，不论第三指示信息是否指示时长，只要第三指示信息指示中继UE与基站之间的RRC连接不可用，远端UE都可以继续等待。对应的，中继UE在向远端UE发送第三指示信息之后，可以继续尝试与基站之间建立RRC连接，以及转发RRC建立请求消息。当中继UE与基站之间的RRC连接成功之后，该中继UE可以转发该RRC建立请求消息。可选的，当中继UE与基站之间的RRC连接成功之后，该中继UE可以向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。

在另一种可能的实现方式中，远端UE可以根据第三指示信息中的时长等待中继UE转发RRC建立请求消息。也就是说，中继UE处于接入禁止时，该中继UE可以向远端UE发送第三指示信息，该第三指示信息用于指示中继UE与基站之间RRC连接不可用的时长。当中继UE接入禁止缓解后，可以继续尝试与基站之间建立RRC连接。示例性的，在第三指示信息中指示的时长较大的情况下，则该远端UE可以向中继UE发送第二指示信息(如下文所示的步骤705)。然而，当该第三指示信息指示的时长较小时，该远端UE可以等待中继UE继续尝试建立RRC连接以转发RRC请求建立消息。也就是说，远端UE可以根据第三指示信息指示的时长确定是否发送第二指示信息。可理解，远端UE也可以直接根据第三指示信息发送第二指示信息等，本申请实施例对此不作限定。

远端UE根据第三指示信息所指示的中继UE与基站之间RRC连接不可用的时长确定中继UE的RRC连接的接入禁止缓解的时间。可选的，在该中继UE的接入禁止缓解之后，通过中继UE启动与基站之间的RRC连接建立流程。例如，远端UE可以重新通过中继UE向基站发送RRC建立请求消息。可理解，远端UE在收到第三指示信息后，在第三指示信息指示的时间内，即在中继UE禁止缓解之前，远端UE不通过中继UE发起进入RRC连接态流 程。可理解，关于RRC建立请求消息的说明同样适用于RRC恢复请求消息或RRC重建请求消息的描述。

在又一种可能的实现方式中，中继UE可以在发送第三指示信息后的一段时间内，不继续尝试向基站转发来自远端UE的RRC建立请求消息，即中继UE在该一段时间内不继续为转发远端UE的RRC建立请求消息而启动RRC连接建立流程。如果在该一段时间内，中继没有收到来自远端UE发送的第二指示信息(如下文所示的步骤705)，则中继UE可以继续尝试转发RRC建立请求消息，即中继UE可以继续为转发RRC建立请求消息而启动RRC连接建立。

在一种可能的实现方式中，图7所示的方法还包括：

704、远端UE向中继UE发送第一指示信息，该第一指示信息用于指示中继UE不转发与远端UE对应的数据，或者，该第一指示信息用于指示释放远端UE与中继UE之间的单播链路，或者，该第一指示信息用于指示清除与远端UE对应的缓存。

705、中继UE处理第一指示信息。

例如，中继UE可以根据第一指示信息执行以下任一项或多项：不转发与远端UE对应的数据、释放远端UE与中继UE之间的单播链路或者清除与远端UE对应的缓存。

可理解，关于步骤705和步骤706的具体说明可以参考上文，这里不再赘述。

在一种可能的实现方式中，当第一指示信息用于指示释放远端UE与中继UE之间的单播链路时，远端UE还可以与另一个中继UE进行交互。或者，当远端UE在一段时长后，再次尝试与上述中继UE建立PC5单播链路。

在一种可能的实现方式中，在第一指示信息用于指示中继UE不转发与远端UE对应的数据，或者，该第一指示信息用于指示清除与远端UE对应的缓存的情况下，图7所示的方法还可以包括：

706、中继UE向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。对应的，远端UE接收该第二指示信息。

中继UE与基站之间的RRC连接可用包括以下一种或多种：中继UE的接入禁止解除，中继UE进入RRC连接态。

示例性的，如果中继UE通过第三指示信息指示了其与基站之间RRC连接不可用的时长，则在该中继UE与基站之间的RRC连接的接入禁止被缓解之后，可以向远端UE发送第二指示信息。可选的，如果中继UE通过第三指示信息指示的时长，且该中继UE的接入禁止被提前缓解，则该中继UE可以向远端UE发送第二指示信息。

可选的，第一指示信息指示不转发与远端UE对应的数据时，由于中继UE中仍缓存了该远端UE对应的数据，因此远端UE不需要再次向远端UE发送RRC建立请求消息。该远端UE可以等待中继UE继续尝试与基站之间建立RRC连接，以及向基站转发RRC建立请求消息。

可选的，第一指示信息指示清除与远端UE对应的缓存时，由于中继UE已经将远端UE对应的缓存清除了，因此，远端UE需要重新向中继UE发送RRC建立请求，以便于通过中继UE与基站建立RRC连接。

可理解，远端UE在收到第二指示信息后，可以通过中继UE启动RRC连接建立，或者，通过中继UE向基站发送RRC建立请求消息等。可理解，远端UE在收到第三指示信息后，并在接收到第二指示信息前，即在中继UE禁止缓解之前，不通过中继UE发起进入RRC连 接态流程。

本申请实施例中，远端UE可以及时获取中继UE的RRC连接的信息，从而可以灵活确定是否继续通过该中继UE与基站交互，或者远端UE还能够及时重新与基站进行交互(如通过其他中继)，减少进入RRC连接态的时延。中继UE可以继续尝试进入RRC连接态，从而及时转发远端UE与基站之间的数据，减少远端UE进入RRC连接态的时延。

图8是本申请实施例提供的又一种数据处理方法的流程示意图。

本申请实施例中，在中继UE在接收到来自远端UE的RRC建立请求消息(或RRC重建请求消息，或RRC恢复请求消息)的情况下，如果中继UE与基站之间的RRC连接不可用，则该中继UE不再继续尝试转发该RRC建立请求消息。也就是说，如果中继自己的RRC连接建立失败，则该中继UE不继续尝试转发承载在远端UE的Uu SRB上的数据，即中继UE不继续为转发远端UE的Uu SRB上承载的数据而启动RRC连接建立流程。同时，中继UE清除缓存的远端UE的Uu SRB上承载的数据。

如图8所示，该方法包括：

801、远端UE和中继UE之间建立单播链路。

802、远端UE通过中继UE向基站发送RRC建立请求消息，对应的，该中继UE接收该RRC建立请求消息。

可理解，关于步骤801和步骤802的说明可以参考上文，这里不再赘述。

803、在中继UE与基站之间的RRC连接不可用的情况下，中继UE清除与远端UE对应的缓存。

在中继UE接收到RRC建立请求消息之后，该中继UE可能发生的四种情况可以如图7所示(如图7所示的情况1至情况4)，这里不再赘述。

在一种可能的实现方式中，在中继UE接收到来自远端UE的RRC建立请求消息后，发生RRC连接建立失败，或者RRC连接接入禁止，或者RRC连接重建失败，或者RRC连接恢复失败之后，该中继UE可以清除与远端UE对应的缓存。如该中继UE可以直接清除上述RRC建立请求消息的缓存。又如中继UE不转发与远端UE对应的数据，中继UE丢弃与远端UE对应的数据，中继UE重建或释放远端UE的Uu RB对应的PC5 RLC，中继UE释放远端UE的Uu RB对应的侧行链路逻辑信道等。

在另一种可能的实现方式中，在中继UE接收到RRC建立请求消息后，出现第N次RRC连接建立失败等，则该中继UE也可以直接清除远端UE对应的缓存。

在又一种可能的实现方式中，在中继UE接收到RRC建立请求消息后，为转发该RRC请求消息而启动RRC连接的建立流程，且RRC连接建立发生了第M次失败，则该中继UE清除与远端UE对应的缓存。

也就是说，当中继UE与基站之间的RRC连接失败之后(包括第一次RRC失败，或第N次RRC失败，或为转发RRC建立请求消息而发生第M次失败)，该中继UE便不再继续尝试向基站转发来自远端UE的RRC建立请求消息。

在一种可能的实现方式中，在中继UE与基站之间的RRC连接不可用的情况下，中继UE还可以向远端UE发送单播链路释放请求消息。也就是说，中继UE的RRC连接失败时，该中继UE可以请求释放其与远端UE之间的单播链路。关于单播链路释放请求消息的说明，以及中继UE和远端UE释放单播链路的方法可以参考上文，这里不再详述。或者，在另一 种可能的实现方式中，图8所示的方法可以包括步骤804。

可理解，本申请实施例所示的中继UE与基站之间的RRC连接不可用的情况不仅可以包括中继UE与基站之间的RRC连接建立失败的情况，还可以包括中继UE与基站之间的RRC连接恢复失败的情况，或中继UE与基站之间的RRC连接重建失败的情况等。关于中继UE与基站之间的RRC连接恢复失败的相关方法以及中继UE与基站之间的RRC连接重建失败的相关方法可以参考上文，这里不再详述。

804、中继UE向远端UE发送第三指示信息，该第三指示信息用于指示中继UE与基站之间的RRC连接不可用。对应的，远端UE接收该第三指示信息。

上述第三指示信息还可以用于指示中继UE不再继续尝试转发远端UE的Uu SRB0上承载的数据而启动RRC连接建立流程。

可理解，关于第三指示信息的其他说明可以参考图7所示的方法，这里不再赘述。

在一种可能的实现方式中，远端UE接收到第三指示信息之后，可以向中继UE发送第一指示信息，该第一指示信息释放远端UE与中继UE之间的单播链路。

在另一种可能的实现方式中，远端UE重选中继UE。也就是说，该远端UE可以通过另外的中继UE与基站之间建立RRC连接。

在又一种可能的实现方式中，远端UE根据第三指示信息所指示的中继UE与基站之间RRC连接不可用的时长确定中继UE的RRC连接的接入禁止缓解的时间。可选的，在该中继UE的接入禁止缓解之后，通过中继UE启动与基站之间的RRC连接建立流程。例如，远端UE可以重新向中继UE发送RRC建立请求消息。可理解，远端UE在收到第三指示信息后，在第三指示信息指示的时间内，即在中继UE禁止缓解之前，不通过中继UE发起进入RRC连接态流程。该情况下，图8所示的方法还可以包括步骤805。

在又一种可能的实现方式中，远端UE可以继续等待中继UE与基站之间的RRC连接建立成功。该情况下，图8所示的方法还可以包括步骤805。

在又一种可能的实现方式中，远端UE接收到第三指示信息后，还可以执行以下一种或多种：重建或释放所有已经建立的Uu RB对应的PC5 RLC、确认RRC连接失败、确认RRC连接建立流程结束、确认RRC连接恢复流程结束或确认RRC连接重建流程结束等。

805、中继UE向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。对应的，远端UE接收该第二指示信息。

示例性的，远端UE在收到第二指示信息后，可以通过中继UE启动RRC连接建立，或者，通过中继UE向基站发送RRC建立请求消息等。可理解，远端UE在收到第三指示信息后，并在接收到第二指示信息前，即在中继UE禁止缓解之前，不通过中继UE发起进入RRC连接态流程。

以上是以RRC连接建立流程为例说明的，本申请实施例提供的方法同样适用于RRC连接恢复流程和RRC连接重建流程等。例如，上述步骤802还可以为：远端UE通过中继UE向基站发送RRC恢复请求消息，或者，远端UE通过中继UE向基站发送RRC重建请求消息。本申请实施例中，中继UE的RRC连接不可用的情况下，该中继UE可以不再继续转发远端UE的Uu RB上承载的数据，不再启动进入RRC连接态，从而不仅可以节省信令开销，而且还可以节省功耗。

图9是本申请实施例提供的又一种数据处理方法的流程示意图。如图9所示，该方法包 括：

901、远端UE和中继UE之间建立单播链路。

902、中继UE向远端UE发送指示信息，该指示信息用于指示中继UE与基站之间的RRC连接不可用的时长。对应的，远端UE接收该指示信息。

903、远端UE在接收到指示信息后的时长之后，通过中继UE向基站发送RRC建立请求消息。对应的，中继UE接收该RRC建立请求消息。

远端UE根据指示信息所指示的中继UE与基站之间RRC连接不可用的时长确定中继UE的RRC连接的接入禁止缓解的时间。可选的，在该中继UE的接入禁止缓解之后，通过中继UE启动与基站之间的RRC连接建立流程。例如，远端UE可以重新向中继UE发送RRC建立请求消息。可理解，远端UE在收到指示信息后，在指示信息指示的时间内，即在中继UE禁止缓解之前，不通过中继UE发起进入RRC连接态流程。

示例性的，中继UE接收到RRC建立请求消息之后，向基站转发该RRC建立请求消息。对应，基站接收该RRC建立请求消息。然后，基站通过中继UE向远端UE发送RRC建立请求消息，对应的，远端UE接收该RRC建立请求消息。以及该远端UE通过中继UE向基站发送RRC建立完成消息，对应的，基站接收该RRC建立完成消息。从而表示远端UE与基站之间的RRC连接建立流程结束。

可理解，以上是以RRC连接建立流程为例说明的，本申请实施例提供的方法同样适用于RRC连接恢复流程和RRC连接重建流程等。

本申请实施例中，在中继UE处于RRC非连接态的情况下，远端UE可以不通过该中继UE向基站发起RRC连接建立流程或RRC恢复流程或RRC重建流程，从而不仅可以节省信令开销，而且还节省中继UE的功耗。

图10是本申请实施例提供的又一种数据处理方法的流程示意图。如图10所示，该方法包括：

1001、远端UE和中继UE之间建立单播链路。

1002、中继UE向远端UE发送第三指示信息，该第三指示信息用于指示中继UE与基站之间的RRC连接不可用。对应的，远端UE接收该第三指示信息。

可理解，关于远端UE接收到第三指示信息之后，该远端UE执行的方法可以参考图8，这里不再详述。示例性的，如远端UE接收到第三指示信息之后，可以向中继UE发送第一指示信息，该第一指示信息释放远端UE与中继UE之间的单播链路。又例如，远端UE重选中继UE。又例如，远端UE根据第三指示信息所指示的中继UE与基站之间RRC连接不可用的时长确定中继UE的RRC连接的接入禁止缓解的时间。又例如，远端UE可以继续等待中继UE与基站之间的RRC连接建立成功。

1003、中继UE向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。对应的，该远端UE接收该第二指示信息。

可理解，关于第一指示信息和第二指示信息的说明可以参考上文，这里不再详述。

1004、远端UE启动通过上述中继UE与基站之间建立RRC连接。

可理解，远端UE在收到第二指示信息后，可以通过中继UE启动RRC连接建立，或者，通过中继UE向基站发送RRC建立请求消息等。可理解，远端UE在收到第一指示信息后，并在接收到第二指示信息前，即在中继UE禁止缓解之前，不通过中继UE发起进入RRC连 接态流程。

可理解，以上是以RRC连接建立流程为例说明的，本申请实施例提供的方法同样适用于RRC连接恢复流程和RRC连接重建流程等。例如，上述步骤1004还可以为：远端UE启动通过中继UE与基站之间恢复RRC连接，或者，远端UE启动通过中继UE与基站之间重建RRC连接。

本申请实施例中，在中继UE处于RRC非连接态的情况下，远端UE可以不通过该中继UE向基站发起RRC连接建立流程或RRC恢复流程或RRC重建流程，从而不仅可以节省信令开销，而且还节省中继UE的功耗。

如图11所示，本申请实施例提供的又一种数据处理方法包括：

1101、远端UE和中继UE之间建立单播链路。

步骤1101的说明可以参考步骤201。

1102、中继UE向远端UE发送第三指示信息，该第三指示信息用于指示中继UE与基站之间的RRC连接不可用。对应的，远端UE接收该第三指示信息。

步骤1102的说明可以参考步骤703，或者步骤804，或者步骤1002。

RRC连接不可用还可以包括RRC切换失败。中继UE在RRC连接态时，可能会发生RRC切换。relay UE发生RRC切换也可以理解为relay UE收到基站发送的用于切换的RRC重配(RRCReconfiguration)消息。该基站在切换流程中也可以称为源基站。基站通过向relay UE发送RRC重配消息触发空口切换，消息中包含接入目标小区所需的信息，包括目标小区标识等。relay UE收到RRC重配消息后，启动定时器T304。relay UE同步到目标小区，并通过向目标基站发送RRC重配完成RRCReconfigurationComplete消息完成RRC切换流程。如果中继UE在目标小区上完成随机接入流程，则停止定时器T304。如果T304超时，中继UE触发RRC连接重建流程。可理解，T304超时，则RRC切换失败。目标基站与源基站(即向中继UE发送用于切换的RRC重配消息的基站)可以是同一个基站，也可以是不同的基站。目标基站是目标小区对应的基站。

在一种可能的实现方式中，远端UE接收到第三指示信息之后，可以向中继UE发送第一指示信息，该第一指示信息释放远端UE与中继UE之间的单播链路。

在另一种可能的实现方式中，远端UE重选中继UE。也就是说，该远端UE可以重选一个中继UE，以便通过重选的中继UE接收寻呼，或者是通过重选的中继UE进入RRC连接态。

在一种可能的实现方式中，该方法还包括：

在步骤步骤1102之前，1103a、远端UE通过中继UE向基站发送RRC建立请求消息，对应的，该中继UE接收该RRC建立请求消息。或者，远端UE通过中继UE向基站发送RRC恢复请求消息，对应的，该中继UE接收该RRC恢复请求消息。或者，远端UE通过中继UE向基站发送RRC重建请求消息，对应的，该中继UE接收该RRC重建请求消息。步骤1103a可参考步骤702，或者步骤802。

在一种可能的实现方式中，在中继UE与基站之间的RRC连接不可用的情况下，中继UE清除与远端UE对应的缓存，参考步骤803。

可选的，在步骤1102之后，1103b、远端UE向中继UE发送第一指示信息，该第一指示信息用于指示中继UE不转发与远端UE对应的数据，或者，该第一指示信息用于指示释放 远端UE与中继UE之间的单播链路，或者，该第一指示信息用于指示清除与远端UE对应的缓存。相应地，中继UE处理第一指示信息。参考步骤704和步骤705。

在一种可能的实现方式中，该方法还可以包括：

1104、中继UE向远端UE发送第二指示信息，该第二指示信息用于指示中继UE与基站之间的RRC连接可用。对应的，远端UE接收该第二指示信息，参考步骤706，或者步骤1003。中继UE与基站之间的RRC连接可用还可以包括中继UE RRC切换失败后，RRC重建完成。RRC重建完成可以是relay UE向基站发送了RRC重建立完成消息，或者是relay UE收到基站发送的RRC重建立消息，或者是定时器T301停止。

可选的，1105、远端UE启动通过上述中继UE与基站之间建立RRC连接，或者，远端UE启动通过中继UE与基站之间恢复RRC连接，或者，远端UE启动通过中继UE与基站之间重建RRC连接，参考步骤1004。

本申请实施例中，远端UE可以及时获取中继UE的RRC连接的信息，从而可以灵活确定是否继续与中继UE保持单播连接，并通过该中继UE与基站交互，或者远端UE还能够及时重选中继UE，以便与基站进行交互，减少进入RRC连接态的时延。中继UE可以继续尝试进入RRC连接态，从而及时转发远端UE与基站之间的数据，减少远端UE进入RRC连接态的时延。

如图12所示，本申请实施例提供的又一种数据处理方法包括：

1201、远端UE和中继UE之间建立单播链路。

步骤1201的说明可以参考步骤201。

1202、relay UE发生Uu RLF，relay UE发生RRC切换。

其中，relay UE的Uu RLF是指relay UE与基站之间的链路的RLF。relay UE发生Uu RLF也可以理解为relay UE检测到Uu RLF。relay UE发生Uu RLF后，relay UE发起RRC连接重建。

relay UE发生RRC切换也可以理解为relay UE收到基站发送的用于切换的RRC重配(RRCReconfiguration)消息。该基站在切换流程中也可以称为源基站。基站通过向relay UE发送RRC重配消息触发空口切换，消息中包含接入目标小区所需的信息，包括目标小区标识等。relay UE收到RRC重配消息后，启动定时器T304。relay UE同步到目标小区，并通过向目标基站发送RRC重配完成RRCReconfigurationComplete消息完成RRC切换流程。如果中继UE在目标小区上完成随机接入流程，则停止定时器T304。如果T304超时，中继UE触发RRC连接重建流程。可理解，T304超时，则RRC切换失败。目标基站与源基站(即向中继UE发送用于切换的RRC重配消息的基站)可以是同一个基站，也可以是不同的基站。目标基站是目标小区对应的基站。

1203、relay UE向remote UE发送第四指示信息，该第四指示信息用于指示relay UE发生Uu RLF，或者，第四指示信息用于指示relay UE发生RRC切换。

relay UE可在检测到Uu RLF后就向remote UE发送第四指示信息。

relay UE可在收到基站发送的用于切换的RRC重配(RRCReconfiguration)消息后就向remote UE发送第四指示信息。

可理解，relay UE由于发生了Uu RLF或RRC切换，可能不能向remote UE提供中继服务，因此，第四指示信息也可以是用于指示relay UE不能提供中继服务。

remote UE收到第四指示信息后，可以触发重选中继UE。Remote UE收到第四指示信息后，也可以确定不通过中继UE发起进入RRC连接态流程。Remote UE在通过relay UE处于RRC连接态时收到第四指示信息后，也可以发起RRC重建流程。

1204、relay UE向remote UE发送第五指示信息，该第五指示信息用于指示relay UE Uu RLF恢复，或relay UE RRC切换完成，或relay UE RRC重建完成，或者，第五指示信息用于指示remote UE进行RRC重建。

relay UE Uu RLF恢复也可以理解为relay UE RRC重建完成。RRC重建完成可以是relay UE向基站发送了RRC重建立完成消息，或者是relay UE收到基站发送的RRC重建立消息，或者是定时器T301停止。

RRC切换完成可以是relay UE向目标基站发送了RRC重配完成消息，或者是relay UE在目标小区上完成随机接入流程，或者是定时器T304停止。

可理解，relay UE RRC重建完成包括以下至少一种：relay UE发生Uu RLF后RRC重建完成，relay UE发生RRC切换后RRC重建完成。

remote UE收到第五指示信息后，可以确定继续与relay UE保持单播连接。Remote UE收到第五指示信息后，也可以确定可以通过中继UE发起进入RRC连接态流程。Remote UE收到第五指示信息后，也可以确定通过relay UE发起RRC重建流程。

1205、relay UE向remote UE发送relay UE的服务小区的系统信息。

这里的系统信息可以是以下中的至少一种：基本系统信息(essential system information)、系统消息块1(System Information Block 1，SIB1)、主信息块(master information block，MIB)、基本系统信息中的部分信息、系统消息块1中的部分信息、主信息块中的部分信息、小区标识(例如，用于明确标识公共陆地移动网(public land mobile network，PLMN)/独立非公共网络(standalone non-public network，SNPN)内的小区的小区标识)。

relay UE可在RRC切换完成或RRC重建完成后向remote UE发送relay UE的服务小区的系统信息。relay UE在RRC切换完成或RRC重建完成后再向remote UE发送服务小区的系统信息，则remote UE在relay UE在RRC切换完成或RRC重建完成之前不会通过relay UE发送RRC连接建立请求消息、或RRC连接重建请求消息、或RRC连接恢复请求消息，从而避免relay UE RRC切换或RRC重建不成功而导致remote UE向relay UE发送RRC连接建立请求消息、或RRC连接重建请求消息、或RRC连接恢复请求消息无效，可以减少信令开销，避免信令传输浪费。

relay UE还可在触发RRC重建后选择到了合适的小区后，向remote UE发送relay UE的该小区的系统信息。可理解，relay UE也可以在选择了合适的小区并获取了该小区的系统信息后，向remote UE发送relay UE的该小区的系统信息。这样remote UE可以尽早获取小区的系统信息，从而尽早应用系统信息。

relay UE还可在收到基站发送的用于RRC切换的RRC重配消息后，向remote UE发送relay UE切换的目标小区的系统信息。可理解，relay UE也可以在获取了目标小区的系统信息后，向remote UE发送relay UE切换的目标小区的系统信息。这样remote UE可以尽早获取小区的系统信息，从而尽早应用系统信息。

relay UE还可在RRC重建失败后向remote UE发送relay UE的服务小区的系统信息。

remote UE收到relay UE的服务小区的系统信息后，可以应用该系统信息。Remote UE可以根据该系统信息，通过relay UE向relay UE的服务小区对应的基站发送RRC连接建立请求消息，或发送RRC连接恢复请求消息。remote UE收到relay UE的服务小区的系统信息后，还可以根据relay UE的服务小区的小区标识确定RRC重建立请求消息中包括的shortMAC-I，以便remote UE通过中继UE向中继UE的服务小区对应的基站发送RRC重建请求消息。

可理解，步骤1203、1204、1205是可选步骤。可选的，步骤1204、1205可以在同一个消息中发送。在一种可能的实现方式中，如果relay UE的服务小区在relay UE发起重建后与重建之前是相同的服务小区，则relay UE只发送步骤1204中的指示信息。如果relay UE的服务小区在relay UE发起重建后与重建之前不同，则relay UE发送步骤1205中的指示信息，或者既发送1204中的指示信息，也发送1205中的指示信息。

在本申请实施例中，relay UE在RRC重建完成或RRC切换完成后可及时通知remote UE，可使remote UE灵活选择是否重选中继UE，也可以触发remote UE也进行RRC重建立，remote UE可继续通过完成RRC重建立的relay UE接入网络，无需选择其他的relay UE，减少了remote UE由于选择其他relay UE而带来的功耗。而且remote UE由于通过relay UE接入网络，relay UE 1处于RRC连接态，因此，可以减少因为remote UE通过Uu发起RRC重建立时因为小区信号质量不好而导致RRC重建立失败的情况出现，提高了remote UE的业务连续性。relay UE在RRC重建完成或RRC切换完成后向remote UE发送relay UE的服务小区的系统信息，以使得remote UE应用系统信息发起RRC连接建立流程、RRC连接恢复流程、RRC连接重建流程、发送RRC重建请求消息。

如图13所示，本申请实施例提供的又一种数据处理方法包括：

1301、remote UE通过relay UE与第一网络设备通信。

remote UE可通过relay UE接入网络，relay UE为remote UE提供中继服务。remote UE可通过relay UE，与第一网络设备建立RRC连接。remote UE处于RRC连接态时，可通过relay UE与第一网络设备传输数据。第一网络设备可以是基站。

例如，remote UE可向relay UE发送第一数据，第一数据需要发送给第一网络设备。则relay UE接收来自remote UE的第一数据后，将第一数据发送给第一网络设备。又例如，第一网络设备向relay UE发送第二数据，第二数据需要发送给remote UE。则relay UE接收来自第一网络设备的第二数据后，可将第二数据发送给remote UE。这样，remote UE和第一网络设备就通过relay UE实现了通信。

可理解，remote UE在通过relay UE与第一网络设备通信之前，remote UE需要与relay UE建立单播链路。

1302、relay UE发生Uu RLF，relay UE发生RRC切换。

步骤1302的说明可以参考步骤1202。步骤1202中的基站可以为第一网络设备，步骤1202中的目标基站可以为第二网络设备。示例性的，relay UE的Uu RLF是指relay UE与第一网络设备之间的链路的RLF。relay UE发生RRC切换也可以理解为relay UE收到第一网络设备发送的用于切换的RRC重配(RRCReconfiguration)消息。该第一网络设备在切换流程中也可以称为源基站。第一网络设备通过向relay UE发送RRC重配消息触发空口切换，消息中包含接入目标小区所需的信息，包括目标小区标识等。relay UE收到RRC重配消息后，启动定 时器T304。relay UE同步到目标小区，并通过向第二网络设备发送RRC重配完成RRCReconfigurationComplete消息完成RRC切换流程。第二网络设备可以是目标基站。第二网络设备是目标小区对应的网络设备。第一网络设备与第二网络设备可以相同，也可以不同。

1303、relay UE向remote UE发送第四指示信息，该第四指示信息用于指示relay UE发生Uu RLF，或者，第四指示信息用于指示relay UE发生RRC切换。

步骤1303的说明可以参考步骤1203。步骤1203中的基站可以为第一网络设备。

1304、远端UE初始化RRC连接重建流程。

步骤1304的说明可以参考步骤202。远端UE初始化RRC连接重建流程，可以启动第一定时器。

远端UE一旦初始化RRC连接重建流程，远端UE还可以挂起除了Uu SRB0外的所有Uu RB。Uu RB是远端UE与第一网络设备之间的RB，Uu SRB0是远端UE与第一网络设备之间的SRB0。

1305、relay UE向remote UE发送第五指示信息，该第五指示信息用于指示relay UE Uu RLF恢复，或relay UE RRC切换完成，或relay UE RRC重建完成。

步骤1305的说明可以参考步骤1204。

1306、relay UE向remote UE发送relay UE的服务小区的系统信息。

步骤1306的说明可以参考步骤1205。relay UE的服务小区对应的基站为第二网络设备。

remote UE收到relay UE的服务小区的系统信息，停止第一定时器。第一定时器可参考步骤202中远端UE初始化RRC连接重建流程时启动的第一定时器。remote UE收到relay UE的服务小区的系统信息，可以启动第二定时器。第二定时器可参考步骤202中远端UE在通过中继UE重建RRC连接中选择或重选了中继UE，并且获取了中继UE的服务小区的系统信息后启动的第一定时器。

1307、remote UE通过relay UE向第二网络设备发送RRC重建请求消息。

第二网络设备是relay UE的服务小区对应的基站。relay UE向第二网络设备转发remote UE的RRC重建请求消息。相应的，第二网络设备通过relay UE接收remote UE的RRC重建请求消息。

1308、第二网络设备通过relay UE向remote UE发送RRC重建消息。

相应的，remote UE通过relay UE接收来自第二网络设备的RRC重建消息。Remote UE停止第二定时器。Remote UE再通过中继UE向第二网络设备发送RRC重建完成消息，则remote UE的RRC连接重建流程结束。

可理解，步骤1305、1306是可选步骤。可选的，步骤1305、1306可以在同一个消息中发送。在一种可能的实现方式中，如果relay UE的服务小区在relay UE发起重建后与重建之前是相同的服务小区，则relay UE只发送步骤1305中的指示信息。如果relay UE的服务小区在relay UE发起重建后与重建之前不同，则relay UE发送步骤1306中的指示信息，或者既发送1305中的指示信息，也发送1306中的指示信息。

在本申请实施例中，relay UE在RRC重建完成或RRC切换完成后可及时通知remote UE，可使remote UE灵活选择是否重选中继UE，也可以触发remote UE也进行RRC重建立，remote UE可继续通过完成RRC重建立的relay UE接入网络，无需选择其他的relay UE，减少了remote UE由于选择其他relay UE而带来的功耗。而且remote UE由于通过relay UE接入网络，relay UE 1处于RRC连接态，因此，可以减少因为remote UE通过Uu发起RRC重建立时因为小 区信号质量不好而导致RRC重建立失败的情况出现，提高了remote UE的业务连续性。relay UE在RRC重建完成或RRC切换完成后向remote UE发送relay UE的服务小区的系统信息，以使得remote UE应用系统信息发送RRC重建请求消息。

结合以上所示的方法，本申请还提供如下实施例：

1.一种数据处理方法，应用于远端终端设备，所述远端终端设备通过中继终端设备与网络设备通信，所述方法包括：

在初始化无线资源控制RRC连接的建立流程的情况下，启动定时器；

在所述定时器超时的情况下，向所述中继终端设备发送指示信息，所述指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述指示信息用于释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述指示信息用于指示清除与所述远端终端设备对应的缓存。

2.根据实施例1所述的方法，在满足如下条件的情况下，停止所述定时器：

接收到来自所述网络设备的RRC建立消息；

接收到来自所述网络设备的RRC拒绝消息。

3.根据实施例1或2所述的方法，所述向所述中继终端设备发送指示信息之前，所述方法还包括：

通过所述中继终端设备向所述网络设备发送RRC建立请求消息。

4.根据实施例1-3任一项所述的方法，所述定时器包括定时器T300。

5.根据实施例1-4任一项所述的方法，所述与所述远端终端设备对应的数据为所述远端终端设备与所述网络设备之间的信令无线承载SRB上承载的数据。

6.一种数据处理方法，应用于中继终端设备，远端终端设备通过所述中继终端设备与网络设备通信，所述方法包括：

接收来自远端终端设备的指示信息，所述指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述指示信息用于释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述指示信息用于指示清除与所述远端终端设备对应的缓存；

处理所述指示信息。

7.根据实施例6所述的方法，所述处理所述指示信息包括以下任一项或多项：

确定不转发与所述远端终端设备对应的数据；

释放所述远端终端设备与所述中继终端设备之间的单播链路；

清除与所述远端终端设备对应的缓存。

8.根据实施例6或7所述的方法，所述接收来自远端终端设备的指示信息之前，所述方法还包括：

接收来自所述远端终端设备的信令无线承载SRB上承载的数据。

9.根据实施例6-8任一项所述的方法，所述与所述远端终端设备对应的数据为所述远端终端设备与所述网络设备之间的信令无线承载SRB上承载的数据。

10.一种数据处理方法，应用于中继终端设备，远端终端设备通过所述中继终端设备与网络设备通信，所述方法包括：

接收远端终端设备的信令无线承载SRB上承载的数据；

启动定时器；

在所述定时器超时的情况下，执行以下任一项或多项：

确定不转发与所述远端终端设备对应的数据；

释放所述远端终端设备与所述中继终端设备之间的单播链路；

清除与所述远端终端设备对应的缓存。

11.根据实施例10所述的方法，在满足如下任一项或多项条件的情况下，停止所述定时器：

接收到来自所述网络设备的所述远端UE的信令无线承载SRB上承载的数据；

向所述远端终端设备转发来自所述网络设备的所述远端终端设备的信令无线承载SRB上承载的数据。

12.一种数据处理方法，应用于远端终端设备，所述远端终端设备通过中继终端设备与网络设备通信，所述方法包括：

接收来自中继终端设备的第三指示信息，所述第三指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接不可用；

向所述中继终端设备发送第一指示信息，所述第一指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述第一指示信息用于指示释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述第一指示信息用于指示清除与所述远端终端设备对应的缓存。

13.根据实施例12所述的方法，所述第三指示信息还用于指示所述远端终端设备与所述网络设备之间的RRC连接不可用的时长。

14.根据实施例13所述的方法，所述方法还包括：

在所述时长之后，通过所述中继终端设备向所述网络设备发送数据。

15.根据实施例12所述的方法，所述接收来自中继终端设备的第三指示信息之前，所述方法还包括：

通过所述中继终端设备向所述网络设备发送数据。

16.根据实施例12-15任一项所述的方法，所述与所述远端终端设备对应的数据为所述远端终端设备与所述网络设备之间的信令无线承载SRB上承载的数据。

17.根据实施例12-16任一项所述的方法，所述方法还包括：

接收来自所述中继终端设备的第二指示信息，所述第二指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接可用。

18.根据实施例15-17任一项所述的方法，所述数据承载在RRC建立请求消息、RRC恢复请求消息或RRC重建请求消息中的任一项，所述接收来自中继终端设备的第三指示信息之后，所述方法还包括：

确定所述远端终端设备与所述网络设备之间的RRC连接失败。

19.一种数据处理方法，应用于中继终端设备，远端终端设备通过所述中继终端设备与网络设备通信，所述方法包括：

向远端终端设备发送第三指示信息，所述第三指示信息用于指示所述中继终端设备与所述网络设备之间的无线资源控制RRC连接不可用；

接收来自所述远端终端设备的第一指示信息，所述第一指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述第一指示信息用于指示释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述第一指示信息用于指示清除与 所述远端终端设备对应的缓存。

20.根据实施例19所述的方法，所述第三指示信息还用于指示所述远端终端设备与所述网络设备之间的RRC连接不可用的时长。

21.根据实施例20所述的方法，所述方法还包括：

在所述时长之后，接收来自所述远端终端设备的数据。

22.根据实施例19所述的方法，所述向远端终端设备发送第三指示信息之前，所述方法还包括：

接收来自所述远端终端设备的数据。

23.根据实施例19-22任一项所述的方法，所述方法还包括：

向所述远端终端设备发送第二指示信息，所述第二指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接可用。

24.根据实施例19-23任一项所述的方法，所述与所述远端终端设备对应的数据为所述远端终端设备与所述网络设备之间的信令无线承载SRB上承载的数据。

25.根据实施例22所述的方法，所述接收到来自所述远端终端设备的数据之后，所述方法还包括：

在确认所述中继终端设备与所述网络设备之间的RRC连接不可用的情况下，清除与所述远端终端设备对应的缓存。

26.根据实施例19所述的方法，所述接收来自所述远端终端设备的第一指示信息之后，所述方法还包括：

根据所述第一指示信息清除与所述远端终端设备对应的缓存。

27.根据实施例22所述的方法，所述数据为所述远端终端设备的信令无线承载SRB上承载的数据。

28.根据实施例27所述的方法，在所述中继终端设备接收到所述RRC建立请求消息之后，所述方法还包括：

在所述中继终端设备处于RRC空闲态的情况下，建立与所述网络设备之间的RRC连接；

所述向远端终端设备发送第三指示信息包括：

若所述中继终端设备与所述网络设备之间的RRC连接建立失败，则向所述远端终端设备发送所述第三指示信息。

29.根据实施例27所述的方法，在所述中继终端设备接收到所述RRC建立请求消息之后，所述方法还包括：

在所述中继终端设备处于RRC非连接态的情况下，重建与所述网络设备之间的RRC连接，或者，恢复与所述网络设备之间的RRC连接；

所述向远端终端设备发送第三指示信息包括：

若所述中继终端设备与所述网络设备之间的RRC连接重建失败或RRC连接恢复失败，则向所述远端终端设备发送所述第三指示信息。

30.一种数据处理方法，应用于中继终端设备，远端终端设备通过所述中继终端设备与网络设备通信，所述方法包括：

在所述中继终端设备与网络设备之间的RRC连接不可用的情况下，向远端终端设备发送指示信息，所述指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接不可用的时长；

在发送所述指示信息的时长之后，接收来自所述远端终端设备的数据。

31.一种数据处理方法，应用于远端终端设备，所述远端终端设备通过中继终端设备与网络设备通信，所述方法包括：

接收来自中继终端设备的指示信息，所述指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接不可用的时长；

在接收到所述指示信息后的时长之后，通过所述中继终端设备向网络设备发送数据。

32.一种数据处理方法，应用于中继终端设备，远端终端设备通过所述中继终端设备与网络设备通信，所述方法包括：

向所述远端终端设备发送第三指示信息，所述第三指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接不可用；

向所述远端终端设备发送第二指示信息，所述第二指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接可用。

33.一种数据处理方法，应用于远端终端设备，所述远端终端设备通过中继终端设备与网络设备通信，所述方法包括：

接收来自所述中继终端设备的第三指示信息，所述第三指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接不可用；

接收来自所述中继终端设备的第二指示信息，所述第二指示信息用于指示所述中继终端设备与所述网络设备之间的RRC连接可用；

启动通过所述中继终端设备与所述网络设备之间建立RRC连接。

以下将介绍本申请实施例提供的通信装置。

本申请根据上述方法实施例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面将结合图14至图16详细描述本申请实施例的通信装置。

图14是本申请实施例提供的一种通信装置的结构示意图，如图14所示，该通信装置包括处理单元1101和收发单元1102。

在本申请的一些实施例中，该通信装置可以是上文示出的远端终端设备或芯片，该芯片可以应用于远端终端设备等。即该通信装置可以用于执行上文方法实施例中由远端终端设备执行的步骤或功能等。

处理单元1101，用于在初始化远端终端设备的RRC连接的建立流程的情况下，启动定时器，该远端终端设备的RRC连接是该远端终端设备通过中继终端设备与网络设备之间的RRC连接；

收发单元1102，用于在定时器超时的情况下，向中继终端设备发送指示信息，该指示信息用于指示中继终端设备不转发与远端终端设备对应的数据，或者，该指示信息用于释放远端终端设备与中继终端设备之间的单播链路，或者，该指示信息用于指示清除与远端终端设备对应的缓存。

在一种可能的实现方式中，收发单元1102，还用于通过中继终端设备向网络设备发RRC建立请求消息。

复用图14，在本申请的另一些实施例中，该通信装置可以是上文示出的中继终端设备芯片，该芯片可以应用于中继终端设备等。即该通信装置可以用于执行上文方法实施例中由中继终端设备执行的步骤或功能等。

收发单元1102，用于接收来自远端终端设备的指示信息，该指示信息用于指示中继终端设备不转发与远端终端设备对应的数据，或者，该指示信息用于释放远端终端设备与中继终端设备之间的单播链路，或者，该指示信息用于指示清除与远端终端设备对应的缓存；

处理单元1101，用于处理指示信息。

在一种可能的实现方式中，收发单元1102，还用于接收来自远端终端设备的RRC建立请求消息。

本申请实施例中，关于远端终端设备的RRC连接、定时器或指示信息等说明还可以参考上文方法实施例(如图2、图3、图4或图6)中的介绍，这里不再一一详述。

复用图14，在本申请的又一些实施例中，该通信装置可以是上文示出的中继终端设备或芯片，该芯片可以应用于中继终端设备等。即该通信装置可以用于执行上文方法实施例中由中继终端设备执行的步骤或功能等。

收发单元1102，用于接收来自远端终端设备的RRC建立请求消息；

处理单元1101，用于启动定时器，以及在所述定时器超时的情况下，执行以下任一项或多项：

确定不转发与所述远端终端设备对应的数据；

释放所述远端终端设备与所述中继终端设备之间的单播链路；

清除与所述远端终端设备对应的缓存。

关于本申请实施例的具体说明可以参考上文方法实施例(如图5或图6)中的介绍，这里不再一一详述。

复用图14，在本申请的又一些实施例中，该通信装置可以是上文示出的远端终端设备或芯片，该芯片可以应用于远端终端设备等。即该通信装置可以用于执行上文方法实施例中由远端终端设备执行的步骤或功能等。

收发单元1102，用于接收来自中继终端设备的第三指示信息，该第三指示信息用于指示中继终端设备与网络设备之间的RRC连接不可用；

收发单元1102，还用于向中继终端设备发送第一指示信息，该第一指示信息用于指示中继终端设备不转发与远端终端设备对应的数据，或者，该第一指示信息用于指示释放远端终端设备与中继终端设备之间的单播链路，或者，该第一指示信息用于指示清除与远端终端设备对应的缓存。

在一种可能的实现方式中，收发单元1102，还用于在上述时长之后，通过中继终端设备向网络设备发送数据。

在一种可能的实现方式中，收发单元1102，还用于接收来自中继终端设备的第二指示信息，该第二指示信息用于指示中继终端设备与网络设备之间的RRC连接可用。

可理解，处理单元1101，可以用于控制收发单元1102执行上述接收或发送的步骤等，本申请实施例不作限定。

复用图14，在本申请的又一些实施例中，该通信装置可以是上文示出的中继终端设备或芯片，该芯片可以应用于中继终端设备等。即该通信装置可以用于执行上文方法实施例中由中继终端设备执行的步骤或功能等。

收发单元1102，用于向远端终端设备发送第三指示信息，该第三指示信息用于指示中继终端设备与网络设备之间的无线资源控制RRC连接不可用；

收发单元1102，还用于接收来自远端终端设备的第一指示信息，该第一指示信息用于指示中继终端设备不转发与远端终端设备对应的数据，或者，该第一指示信息用于指示释放远端终端设备与中继终端设备之间的单播链路，或者，该第一指示信息用于指示清除与远端终端设备对应的缓存。

在一种可能的实现方式中，收发单元1102，还用于在所述时长之后，接收来自远端终端设备的数据。

在一种可能的实现方式中，收发单元1102，还用于向远端终端设备发送第二指示信息，该第二指示信息用于指示中继终端设备与网络设备之间的RRC连接可用。

本申请实施例中，关于各个指示信息等说明还可以参考上文方法实施例(如图7或图8)中的介绍，这里不再一一详述。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

以上介绍了本申请实施例的发送端设备和接收端设备，以下介绍所述发送端设备和接收端设备可能的产品形态。应理解，但凡具备上述图14所述的发送端设备的功能的任何形态的产品，或者，但凡具备上述图14所述的接收端设备的功能的任何形态的产品，都落入本申请实施例的保护范围。还应理解，以下介绍仅为举例，不限制本申请实施例的发送端设备和接收端设备的产品形态仅限于此。

在一种可能的实现方式中，图14所示的通信装置中，处理单元1101可以是一个或多个处理器，收发单元1102可以是收发器，或者收发单元1102还可以是发送单元和接收单元，发送单元可以是发送器，接收单元可以是接收器，该发送单元和接收单元集成于一个器件，例如收发器。本申请实施例中，处理器和收发器可以被耦合等，对于处理器和收发器的连接方式，本申请实施例不作限定。

如图15所示，该通信装置120包括一个或多个处理器1220和收发器1210。

在本申请的一些实施例中，当该通信装置用于执行上述远端终端设备执行的步骤或方法或功能时，收发器1210，用于通过中继终端设备接收来自基站的信息(如RRC建立消息)，或者接收来自中继终端设备发送的信息(如指示信息等)，或者通过中继终端设备向基站发送信息(如RRC建立请求消息)，或者向中继终端设备发送指示信息等；处理器1220，用于处理上述信息。

例如，处理器1220，用于启动定时器；收发器1210，用于向中继终端设备发送指示信息等。

又例如，收发器1210，用于接收来自中继终端设备的第三指示信息，以及向中继终端设备发送第一指示信息等。处理器1220，用于响应第三指示信息，如确定不向中继终端设备发送数据等。

在本申请的另一些实施例中，当该通信装置用于执行上述中继终端设备执行的步骤或方法或功能时，收发器1210，用于接收来自远端终端设备的指示信息；处理器1220，用于处理该指示信息。或者，收发器1210，用于接收来自远端终端设备的RRC建立请求消息；处理器1220，用于启动定时器等。

可理解，对于处理器和收发器的具体说明还可以参考图14所示的处理单元和收发单元的介绍，这里不再赘述。

可选的，在图15所示的通信装置的各个实现方式中，收发器可以包括接收机和发射机，该接收机用于执行接收的功能(或操作)，该发射机用于执行发射的功能(或操作)。以及收发器用于通过传输介质和其他设备/装置进行通信。

可选的，在执行上述方法的过程中，上述方法中有关发送信息或接收信息的过程，可以理解为由处理器输出上述信息的过程，以及处理器接收输入的上述信息的过程。在输出上述信息时，处理器将该上述信息输出给收发器，以便由收发器进行发射。该上述信息在由处理器输出之后，还可能需要进行其他的处理，然后才到达收发器。类似的，处理器接收输入的上述信息时，收发器接收该上述信息，并将其输入处理器。可选的，在收发器收到该上述信息之后，该上述信息可能需要进行其他的处理，然后才输入处理器。

对于处理器所涉及的发射、发送和接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则均可以更加一般性的理解为处理器输出和接收、输入等操作，而不是直接由射频电路和天线所进行的发射、发送和接收操作。

在实现过程中，上述处理器可以是专门用于执行这些方法的处理器，也可以是执行存储器中的计算机指令来执行这些方法的处理器，例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器，例如只读存储器(Read Only Memory，ROM)，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

可选的，通信装置120还可以包括一个或多个存储器1230，用于存储程序指令和/或数据。存储器1230和处理器1220耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1220可能和存储器1230协同操作。处理器1220可可以执行存储器1230中存储的程序指令。可选的，上述一个或多个存储器中的至少一个可以包括于处理器中。

本申请实施例中不限定上述收发器1210、处理器1220以及存储器1230之间的具体连接介质。本申请实施例在图15中以存储器1230、处理器1220以及收发器1210之间通过总线1240连接，总线在图15中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图15中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成等。

本申请实施例中，存储器可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(Random Access Memory，RAM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、只读存储器(Read-Only Memory，ROM)或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)等等。存储器是能够用于携带或存储具有指令或数据结构形式的程序代码，并能够由计算机(如本申请示出的通信装置等)读和/或写的任何存储介质，但不限于此。本申请实施例中的存储器 还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

处理器1220主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器1230主要用于存储软件程序和数据。收发器1210可以包括控制电路和天线，控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

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

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

可理解，本申请实施例示出的通信装置还可以具有比图15更多的元器件等，本申请实施例对此不作限定。以上所示的处理器和收发器所执行的方法仅为示例，对于该处理器和收发器具体所执行的步骤可参照上文介绍的方法。

在另一种可能的实现方式中，图14所示的通信装置中，处理单元1101可以是一个或多个逻辑电路，收发单元1102可以是输入输出接口，又或者称为通信接口，或者接口电路，或接口等等。或者收发单元1102还可以是发送单元和接收单元，发送单元可以是输出接口，接收单元可以是输入接口，该发送单元和接收单元集成于一个单元，例如输入输出接口。如图16所示，图16所示的通信装置包括逻辑电路1301和接口1302。即上述处理单元1101可以用逻辑电路1301实现，收发单元1102可以用接口1302实现。其中，该逻辑电路1301可以为芯片、处理电路、集成电路或片上系统(system on chip，SoC)芯片等，接口1302可以为通信接口、输入输出接口、管脚等。示例性的，图16是以上述通信装置为芯片为例出的，该芯片包括逻辑电路1301和接口1302。可选的，该通信装置还可能包括存储器1303。

本申请实施例中，逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式，本申请实施例不作限定。

示例性的，当通信装置用于执行上述远端终端设备执行的方法或功能或步骤时，例如，逻辑电路1301，用于在初始化RRC连接的建立流程的情况下，启动定时器；接口1302，用于在该定时器超时的情况下，输出指示信息(如图2所示的指示信息)。又例如，接口1302，用于输入第三指示信息(如图7或图8)；逻辑电路1301，用于根据该第三指示信息确定不向中继终端设备发送数据。或者，接口1302，用于输入第三指示信息；逻辑电路1301，用于获得第一指示信息；接口1302，用于输出该第一指示信息。

示例性的，当通信装置用于执行上述中继终端设备执行的方法或功能或步骤时，接口1302，用于输入指示信息；逻辑电路1301，用于处理该指示信息(如图2所示的指示信息)。又例如，接口1302，用于输出第三指示信息(如图7或图8)，以及输入第一指示信息等。

可理解，本申请实施例示出的通信装置可以采用硬件的形式实现本申请实施例提供的方法，也可以采用软件的形式实现本申请实施例提供的方法等，本申请实施例对此不作限定。

本申请实施例中，关于各个指示信息、定时器等等的说明还可以参考上文方法实施例(包括图2-图10)中的介绍，这里不再一一详述。

对于图16所示的各个实施例的具体实现方式，还可以参考上述各个实施例，这里不再详述。

本申请实施例还提供了一种无线通信系统，该无线通信系统包括中继终端设备和远端终端设备，该中继终端设备和该远端终端设备可以用于执行前述任一实施例中的方法。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由中继终端设备执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由远端终端设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由中继终端设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由远端终端设备执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由中继终端设备执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由远端终端设备执行的操作和/或处理被执行。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (14)

1. 一种数据处理方法，应用于远端终端设备，其特征在于，所述远端终端设备通过中继终端设备与网络设备通信，所述方法包括：

   在初始化所述终端设备的无线资源控制RRC连接的建立流程的情况下，启动定时器；

   在所述定时器超时的情况下，向所述中继终端设备发送指示信息，所述指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述指示信息用于释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述指示信息用于指示清除与所述远端终端设备对应的缓存。
2. 根据权利要求1所述的方法，其特征在于，在满足如下任一项条件的情况下，停止所述定时器：

   接收到来自所述网络设备的RRC建立消息；

   接收到来自所述网络设备的RRC拒绝消息。
3. 根据权利要求1或2所述的方法，其特征在于，所述向所述中继终端设备发送指示信息之前，所述方法还包括：

   通过所述中继终端设备向所述网络设备发送RRC建立请求消息。
4. 根据权利要求1-3任一项所述的方法，其特征在于，所述与所述远端终端设备对应的数据为所述远端终端设备与所述网络设备之间的信令无线承载SRB上承载的数据。
5. 一种数据处理方法，应用于中继终端设备，其特征在于，远端终端设备通过所述中继终端设备与网络设备通信，所述方法包括：

   接收来自所述远端终端设备的指示信息，所述指示信息用于指示所述中继终端设备不转发与所述远端终端设备对应的数据，或者，所述指示信息用于释放所述远端终端设备与所述中继终端设备之间的单播链路，或者，所述指示信息用于指示清除与所述远端终端设备对应的缓存；

   处理所述指示信息。
6. 根据权利要求5所述的方法，其特征在于，所述处理所述指示信息包括以下任一项或多项：

   确定不转发与所述远端终端设备对应的数据；

   释放所述远端终端设备与所述中继终端设备之间的单播链路；

   清除与所述远端终端设备对应的缓存。
7. 根据权利要求5或6所述的方法，其特征在于，所述接收来自远端终端设备的指示信息之前，所述方法还包括：

   接收来自所述远端终端设备的信令无线承载SRB上承载的数据。
8. 根据权利要求5-7任一项所述的方法，其特征在于，所述与所述远端终端设备对应的数据为所述远端终端设备与所述网络设备之间的信令无线承载SRB上承载的数据。
9. 一种数据处理方法，应用于中继终端设备，其特征在于，远端终端设备通过所述中继终端设备与网络设备通信，所述方法包括：

   接收所述远端终端设备的信令无线承载SRB上承载的数据；

   启动定时器；

   在所述定时器超时的情况下，执行以下任一项或多项：

   确定不转发与所述远端终端设备对应的数据；

   释放所述远端终端设备与所述中继终端设备之间的单播链路；

   清除与所述远端终端设备对应的缓存。
10. 根据权利要求9所述的方法，其特征在于，在满足如下任一项条件的情况下，停止所述定时器：

    接收到来自所述网络设备的所述远端UE的信令无线承载SRB上承载的数据；

    向所述远端终端设备转发来自所述网络设备的所述远端终端设备的信令无线承载SRB上承载的数据。
11. 一种通信装置，其特征在于，包括处理器和存储器；

    所述处理器用于存储计算机执行指令；

    所述处理器用于执行所述计算机执行指令，以使权利要求1-4任一项所述的方法被执行；或者，

    所述处理器用于执行所述计算机执行指令，以使权利要求5-10任一项所述的方法被执行。
12. 一种通信装置，其特征在于，包括逻辑电路和接口，所述逻辑电路和接口耦合；

    所述接口用于输入和/或输出代码指令；

    所述逻辑电路用于执行所述代码指令，以使权利要求1-4任一项所述的方法被执行；或者，

    所述逻辑电路用于执行所述代码指令，以使权利要求5-10任一项所述的方法被执行。
13. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序被执行时，权利要求1-4任一项所述的方法被执行；或者，当所述计算机程序被执行时，权利要求5-10任一项所述的方法被执行。
14. 一种计算机程序产品，其特征在于，所述计算机程序产品包括指令，当所述指令在计算机上运行时，使得权利要求1-4任一项所述的方法被执行；或者，权利要求5-10任一项所述的方法被执行。

Images