CN113632533B - 一种数据处理方法、中继设备和网络设备 - Google Patents

Abstract

本申请实施例公开了一种数据处理方法，包括：中继设备接收网络设备发送的第一消息，所述第一消息包括至少一个接入原因，所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接，可以通过接入网设备的过载控制解决中继设备出现的过载问题，相比于中继设备自己进行过载控制，接入网设备可以进行中继设备的集中控制，进而实现负载均衡。

Description

一种数据处理方法、中继设备和网络设备

技术领域

本申请涉及通信领域，尤其涉及一种数据处理方法、中继设备和网络设备。

背景技术

在无线通信系统中，终端设备需要和网络设备建立连接，这一过程通常被称为随机接入(random access，RA)过程。通过随机接入，终端设备可以与网络建立上行同步，并获得唯一的小区无线网络临时标识(cell-Radio network temporary identifier，C-RNTI)。随机接入的最终目的就是建立同步，只有取得上行同步，终端设备才能进行上行传输。

在有建筑物或其他障碍物阻挡的场景下，网络设备通常需要至少一个中继设备(有中继能力的终端或者中继节点)才可与终端设备建立连接。

在有建筑物或其他障碍物阻挡的场景下，当网络设备或中继设备出现过载或将要出现过载时，需要中继设备拒绝终端设备的连接，使得网络设备或中继设备可以正常工作，然而现有标准中并未规定在网络设备通过至少一个中继设备与终端设备建立连接的场景中，如何解决基站或中继设备出现过载或将要出现过载，因此，本领域技术人员丞需一种可以处理网络设备或中继设备出现过载的方法。

发明内容

本申请提供了一种数据处理方法、中继设备和网络设备，可以实现在网络设备通过至少一个中继设备与终端设备建立连接的场景中，当网络设备或中继设备出现过载或将要出现过载时，进行相应的过载控制。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请实施例公开了一种数据处理方法，包括：中继设备接收网络设备发送的第一消息，所述第一消息包括至少一个接入原因，示例性的，接入原因可以但不限于是紧急呼叫(emergency)，高优先级用户(high priority access)，被叫(mt-access)，信令(mo-signalling)、主叫(mo-data)或者延迟容忍接入(delay tolerant access)，以网络设备为接入网设备为例，在一种实施例中，当接入网设备检测到自己出现过载或将要出现过载时，可以向中继设备发送第一消息。在一种实施例中，接入网设备可以自己检测到与其存在连接关系的中继设备上的过载情况，进而直接向中继设备发送第一消息。所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。通过上述方式，可以通过接入网设备的过载控制解决中继设备出现的过载问题，相比于中继设备自己进行过载控制，接入网设备可以进行中继设备的集中控制，实现负载均衡。

在本申请的一种设计中，所述方法还包括：所述中继设备向所述网络设备发送第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。本申请实施例中，中继设备若检测到过载，或者检测到将要过载，可以向接入网设备发送第二消息，该第二消息可以指示网络设备中继设备出现过载，或，所述第二消息包括中继设备的承载能力，接入网设备可以根据中继设备的承载能力判断中继设备是否过载，或是否将要过载。

在本申请的一种设计中，所述承载能力包括所支持的最大终端数，其中所述所支持的最大终端数中的终端为连接态的终端和空闲态的终端中的至少一个。

在本申请的一种设计中，所述方法还包括：所述中继设备接收第一终端设备发送的接入请求；所述中继设备获取所述第一终端设备的接入原因；若所述第一终端设备的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，则所述中继设备拒绝与所述第一终端设备连接。本实施例中，接入请求可以为Msg3，连接请求Msg3可以但不限于连接恢复请求RRC connection resume request、连接重建请求RRC connectionreestablishment request中的一种。连接请求Msg3可以携带UE的接入原因，中继设备接收到UE发送的连接请求Msg3之后，可以从连接请求Msg3中获取UE的接入原因。由于中继设备之前接收到接入网设备发送的第一消息，因此中继设备可以遍历第一消息中携带的至少一个接入原因，若在第一消息中携带的至少一个接入原因中遍历到了连接请求Msg3中携带的接入原因，则中继设备拒绝与UE连接。具体的，中继设备可以向UE发送连接拒绝消息RRCconnection reject。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到第二终端设备发送的第一连接恢复请求，第一连接恢复请求RRC connection resume request携带不限于恢复标识(Resume ID)、接入原因，如果UE在上次RRC连接释放时没有存储UE上下文，第一连接恢复请求RRC connection resume request同时应携带核心网给UE分配的标识，例如S-TMSI；所述中继设备确定所述第二终端设备对应的第一无线资源配置信息，本申请实施例中，第一无线资源配置信息可以是PDCCH，PDSCH等资源配置，现有技术中，在UE与网络设备(例如接入网设备)进行随机接入的方案中，是由接入网设备完成无线资源的配置，然而在接入网设备通过至少一个中继设备与UE建立连接的场景中，由于接入网设备通过至少一个中继设备与UE建立连接，因此接入网设备无法准确的进行无线资源配置，本实施例中，由中继设备进行无线资源配置，可以更准确的进行无线资源的配置；所述中继设备向所述网络设备发送第二连接恢复请求，所述第二连接恢复请求携带所述第一无线资源配置信息，本申请实施例中，中继设备确定UE对应的第一无线资源配置信息之后，可以将配置的第一无线资源配置信息承载在第一连接恢复请求中得到第二连接恢复请求RRC connectionresume request，并将第二连接恢复请求RRC connection resume request发送到接入网设备，需要说明的是，中继设备可以通过和UE连接的第一接口接收到UE发送的第一连接恢复请求RRC connection resume request，而通过与接入网设备连接的第二接口发送第二连接恢复请求RRC connection resume request。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到所述网络设备发送的连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。本实施例中，终端设备的终端标识可以为Temp C-RNTI或C-RNTI。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到所述网络设备发送的连接拒绝消息；所述中继设备向所述第二终端设备发送所述连接拒绝消息。本申请实施例中，接入网设备接收到中继设备发送的第二连接恢复请求RRC connection resumerequest后，若接入网设备无法找到UE的resume ID以及UE上下文信息，或者发现无法恢复连接，或者发现接入网设备过载后，接入网设备可以向中继设备发送连接拒绝消息RRCconnection reject，该消息用于中继设备对该UE进行拒绝，即使得中继设备发送连接拒绝消息RRC connection reject给UE。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到第三终端设备发送的第一请求；所述中继设备向所述网络设备发送所述第一请求；所述中继设备接收到所述网络设备发送的第三消息；所述中继设备确定所述第三终端设备对应的第二无线资源配置信息；所述中继设备向所述第三终端设备发送第四消息，所述第四消息携带有所述第二无线资源配置信息。

在本申请的一种设计中，所述第三消息携带有第三无线资源配置信息；所述中继设备确定所述第三终端设备对应的第二无线资源配置信息，包括：所述中继设备确定所述第三终端设备对应的第四无线资源配置信息；所述中继设备将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息；或，所述中继设备确定所述第三终端设备对应的第二无线资源配置信息；所述中继设备将所述第三无线资源配置信息替换为所述第二无线资源配置信息。在一种实施例中，中继设备可以确定UE对应的第四无线资源配置信息，并将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息。在一种实施例中，中继设备可以确定所述终端设备对应的第二无线资源配置信息，并将所述第三无线资源配置信息替换为所述第二无线资源配置信息。在一种实施例中，中继设备可以修改第三无线资源配置信息中的至少一个参数配置，得到第二无线资源配置信息。本申请实施例中，中继设备收到携带有接入网设备配置的第三无线资源配置信息后，若中继设备认为接入网设备的配置不合理时，中继设备可以添加或修改无线资源配置，在接入网设备通过至少一个中继设备与UE建立连接的场景中，由于接入网设备通过至少一个中继设备与UE建立连接，因此接入网设备无法准确的进行无线资源配置，本实施例中，由中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；所述第三消息为第一连接建立消息；所述第四消息为第二连接建立消息。本申请实施例中，接入网设备接收到中继设备发送的第三连接恢复请求RRC connection resume request后，若接入网设备无法找到UE的resume ID以及UE上下文信息，或者发现无法恢复连接，或者发现接入网设备过载后，即接入网设备不能为UE恢复RRC连接，则接入网设备可以将连接恢复过程回退到连接建立过程。具体的，接入网设备可以在SRB0上回复第三连接恢复请求RRC connectionsetup消息，功能如连接建立过程。在一种实施例中，第一连接建立消息RRC connectionsetup可以携带有第三无线资源配置信息，本实施例中，接入网设备在接收到中继设备发送的第三连接恢复请求RRC connection resume request后，可以配置UE对应的第三无线资源配置信息，并将第三无线资源配置信息通过第三连接恢复请求RRC connection resumerequest下发到中继设备。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到所述第三终端设备发送的连接设置完成消息；所述中继设备向所述网络设备发送所述连接设置完成消息。本申请实施例中，UE在收到第二连接建立消息RRC connection setup作为对第三连接恢复请求RRC connection resume request的响应时，丢弃已存储的接入层上下文，并通知非接入层(non-access stratum，NAS)在RRC进行的连接恢复已失败；UE按照第二连接建立消息RRC connection setup进行配置，并在SRB1上向中继设备发送连接设置完成消息RRCconnection setup complete。

在本申请的一种设计中，所述第一请求为连接重建请求；所述第三消息为第一连接重建消息；所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到所述第三终端设备发送的连接重建完成消息；所述中继设备向所述网络设备发送所述连接重建完成消息。

第二方面，本申请实施例公开了一种数据处理方法，包括：网络设备向中继设备发送第一消息，所述第一消息包括至少一个接入原因，以使得所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。

在本申请的一种设计中，所述方法还包括：所述网络设备接收到所述中继设备发送的第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

在本申请的一种设计中，所述承载能力包括所支持的最大终端数，其中所述所支持的最大终端数中的终端为连接态的终端和空闲态的终端中的至少一个。

在本申请的一种设计中，所述方法还包括：所述网络设备接收到所述中继设备发送的第二连接恢复请求，所述第二连接恢复请求携带有所述中继设备确定的第一无线资源配置信息。

在本申请的一种设计中，所述方法还包括：所述网络设备向所述中继设备发送连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述方法还包括：所述网络设备向所述中继设备发送连接拒绝消息，以使得所述中继设备向第二终端设备发送所述连接拒绝消息。

在本申请的一种设计中，所述方法还包括：所述网络设备接收到所述中继设备发送的第一请求；所述网络设备向所述中继设备发送第三消息，以使得所述中继设备确定所述第三终端设备对应的第二无线资源配置信息并向第三终端设备发送携带有所述第二无线资源配置信息的第四消息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；所述第三消息为第一连接建立消息；所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述方法还包括：所述网络设备接收到所述中继设备发送的连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；所述第三消息为第一连接重建消息；所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述方法还包括：所述网络设备接收到所述中继设备发送的连接重建完成消息。

第三方面，本申请实施例公开了一种数据处理方法，包括：所述中继设备接收到第二终端设备发送的第一连接恢复请求；所述中继设备确定所述第二终端设备对应的第一无线资源配置信息；所述中继设备向所述网络设备发送第二连接恢复请求，所述第二连接恢复请求携带所述第一无线资源配置信息。

在本申请的一种设计中，所述方法还包括：

所述中继设备接收到所述网络设备发送的连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述方法还包括：

所述中继设备接收到所述网络设备发送的连接拒绝消息；

所述中继设备向所述第二终端设备发送所述连接拒绝消息。

第四方面，本申请实施例公开了一种数据处理方法，包括：

所述中继设备接收到第三终端设备发送的第一请求；所述中继设备向所述网络设备发送所述第一请求；所述中继设备接收到所述网络设备发送的第三消息；所述中继设备确定所述第三终端设备对应的第二无线资源配置信息；所述中继设备向所述第三终端设备发送第四消息，所述第四消息携带有所述第二无线资源配置信息。

在本申请的一种设计中，所述第三消息携带有第三无线资源配置信息；所述中继设备确定所述第三终端设备对应的第二无线资源配置信息，包括：所述中继设备确定所述第三终端设备对应的第四无线资源配置信息；所述中继设备将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息；或，所述中继设备确定所述第三终端设备对应的第二无线资源配置信息；所述中继设备将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；所述第三消息为第一连接建立消息；所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到所述第三终端设备发送的连接设置完成消息；所述中继设备向所述网络设备发送所述连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述方法还包括：所述中继设备接收到所述第三终端设备发送的连接重建完成消息；所述中继设备向所述网络设备发送所述连接重建完成消息。

第五方面，本申请实施例公开了一种数据处理方法，包括：

所述网络设备接收到所述中继设备发送的第二连接恢复请求，所述第二连接恢复请求携带有所述中继设备确定的第一无线资源配置信息。

在本申请的一种设计中，所述方法还包括：所述网络设备向所述中继设备发送连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述方法还包括：所述网络设备向所述中继设备发送连接拒绝消息，以使得所述中继设备向第二终端设备发送所述连接拒绝消息。

第六方面，本申请实施例公开了一种数据处理方法，包括：

所述网络设备接收到所述中继设备发送的第一请求；所述网络设备向所述中继设备发送第三消息，以使得所述中继设备确定所述第三终端设备对应的第二无线资源配置信息并向第三终端设备发送携带有所述第二无线资源配置信息的第四消息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；所述第三消息为第一连接建立消息；所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述方法还包括：所述网络设备接收到所述中继设备发送的连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；所述第三消息为第一连接重建消息；所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述方法还包括：所述网络设备接收到所述中继设备发送的连接重建完成消息。

第七方面，本申请实施例公开了一种中继设备，包括：

接收单元，用于接收网络设备发送的第一消息，所述第一消息包括至少一个接入原因；

发送单元，用于根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。

在本申请的一种设计中，所述发送单元，还用于向所述网络设备发送第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

在本申请的一种设计中，所述承载能力包括所支持的最大终端数，其中所述所支持的最大终端数中的终端为连接态的终端和空闲态的终端中的至少一个。

在本申请的一种设计中，所述接收单元，还用于：接收第一终端设备发送的接入请求；

所述中继设备还包括：处理单元；

所述处理单元，用于获取所述第一终端设备的接入原因；

若所述第一终端设备的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，所述发送单元，还用于拒绝与所述第一终端设备连接。

在本申请的一种设计中，所述接收单元，还用于：接收到第二终端设备发送的第一连接恢复请求；

所述处理单元，还用于确定所述第二终端设备对应的第一无线资源配置信息；

所述发送单元，还用于向所述网络设备发送第二连接恢复请求，所述第二连接恢复请求携带所述第一无线资源配置信息。

在本申请的一种设计中，所述接收单元，还用于接收到所述网络设备发送的连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述接收单元，还用于接收到所述网络设备发送的连接拒绝消息；

所述发送单元，还用于向所述第二终端设备发送所述连接拒绝消息。

在本申请的一种设计中，所述接收单元，还用于接收到第三终端设备发送的第一请求；

所述发送单元，还用于向所述网络设备发送所述第一请求；

所述接收单元，还用于接收到所述网络设备发送的第三消息；

所述处理单元，还用于确定所述第三终端设备对应的第二无线资源配置信息；

所述发送单元，还用于向所述第三终端设备发送第四消息，所述第四消息携带有所述第二无线资源配置信息。

在本申请的一种设计中，所述第三消息携带有第三无线资源配置信息；

所述处理单元，具体用于：

确定所述第三终端设备对应的第四无线资源配置信息；

将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息；或，

确定所述第三终端设备对应的第二无线资源配置信息；

将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述第三终端设备发送的连接设置完成消息；

所述发送单元，还用于向所述网络设备发送所述连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述第三终端设备发送的连接重建完成消息；

所述发送单元，还用于向所述网络设备发送所述连接重建完成消息。

第八方面，本申请实施例公开了一种网络设备，包括：

发送单元，用于向中继设备发送第一消息，所述第一消息包括至少一个接入原因，以使得所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。

在本申请的一种设计中，所述网络设备还包括：接收单元；

所述接收单元，用于接收到所述中继设备发送的第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

在本申请的一种设计中，所述承载能力包括所支持的最大终端数，其中所述所支持的最大终端数中的终端为连接态的终端和空闲态的终端中的至少一个。

在本申请的一种设计中，所述接收单元，还用于接收到所述中继设备发送的第二连接恢复请求，所述第二连接恢复请求携带有所述中继设备确定的第一无线资源配置信息。

在本申请的一种设计中，所述发送单元，还用于向所述中继设备发送连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述发送单元，还用于向所述中继设备发送连接拒绝消息，以使得所述中继设备向第二终端设备发送所述连接拒绝消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述中继设备发送的第一请求；

所述发送单元，还用于向所述中继设备发送第三消息，以使得所述中继设备确定所述第三终端设备对应的第二无线资源配置信息并向第三终端设备发送携带有所述第二无线资源配置信息的第四消息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述中继设备发送的连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述中继设备发送的连接重建完成消息。

第九方面，本申请实施例公开了一种中继设备，包括：

接收单元，用于：接收到第二终端设备发送的第一连接恢复请求；

处理单元，用于确定所述第二终端设备对应的第一无线资源配置信息；

发送单元，用于向所述网络设备发送第二连接恢复请求，所述第二连接恢复请求携带所述第一无线资源配置信息。

在本申请的一种设计中，所述接收单元，还用于接收到所述网络设备发送的连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述接收单元，还用于接收到所述网络设备发送的连接拒绝消息；

所述发送单元，还用于向所述第二终端设备发送所述连接拒绝消息。

第十方面，本申请实施例公开了一种中继设备，包括：

接收单元，用于接收到第三终端设备发送的第一请求；

发送单元，用于向所述网络设备发送所述第一请求；

所述接收单元，还用于接收到所述网络设备发送的第三消息；

处理单元，用于确定所述第三终端设备对应的第二无线资源配置信息；

所述发送单元，还用于向所述第三终端设备发送第四消息，所述第四消息携带有所述第二无线资源配置信息。

在本申请的一种设计中，所述第三消息携带有第三无线资源配置信息；

所述处理单元，具体用于：

确定所述第三终端设备对应的第四无线资源配置信息；

将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息；或，

确定所述第三终端设备对应的第二无线资源配置信息；

将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述第三终端设备发送的连接设置完成消息；

所述发送单元，还用于向所述网络设备发送所述连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述第三终端设备发送的连接重建完成消息；

所述发送单元，还用于向所述网络设备发送所述连接重建完成消息。

第十一方面，本申请实施例公开了一种网络设备，包括：

接收单元，用于接收到所述中继设备发送的第二连接恢复请求，所述第二连接恢复请求携带有所述中继设备确定的第一无线资源配置信息。

在本申请的一种设计中，所述网络设备还包括：发送单元，还用于向所述中继设备发送连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述发送单元，还用于向所述中继设备发送连接拒绝消息，以使得所述中继设备向第二终端设备发送所述连接拒绝消息。

第十二方面，本申请实施例公开了一种网络设备，包括：

接收单元，用于接收到中继设备发送的第一请求；

发送单元，用于向所述中继设备发送第三消息，以使得所述中继设备确定所述第三终端设备对应的第二无线资源配置信息并向第三终端设备发送携带有所述第二无线资源配置信息的第四消息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述中继设备发送的连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述接收单元，还用于接收到所述中继设备发送的连接重建完成消息。

第十三方面，提供了一种中继设备，该中继设备包括：存储器以及处理器，存储器用于存储处理器所需执行的程序代码。通信接口用于与终端设备通信。处理器用于执行存储器所存储的程序代码，具体用于执行第一方面、第三方面和第四方面的任一种方法。

第十四方面，提供了一种网络设备，该网络设备包括：存储器以及处理器，存储器用于存储处理器所需执行的程序代码。通信接口用于与中继设备通信。处理器用于执行存储器所存储的程序代码，具体用于执行第二方面、第五方面和第六方面的任一种方法。

第十五方面，提供了一种计算机可读存储介质，用于存储为执行上述第一方面、第三方面和第四方面中的任意一种设计的功能所用的计算机软件指令，其包含用于执行上述第一方面、第三方面和第四方面的任意一种设计的方法所设计的程序。

第十六方面，提供了一种计算机可读存储介质，用于存储为执行上述第二方面、第五方面和第六方面中的任意一种设计的功能所用的计算机软件指令，其包含用于执行上述第二方面、第五方面和第六方面中的任意一种设计的方法所设计的程序。

从以上技术方案可以看出，本申请具有以下优点：

本申请实施例公开了一种数据处理方法，包括：中继设备接收网络设备发送的第一消息，所述第一消息包括至少一个接入原因，所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。通过上述方式，可以通过接入网设备的过载控制解决中继设备出现的过载问题，相比于中继设备自己进行过载控制，接入网设备可以进行中继设备的集中控制，实现负载均衡。

附图说明

图1为本申请涉及的无线通信系统的示意图；

图2示出了一种多跳中继的场景示意图；

图3示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图4示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图5示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图6示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图7示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图8a示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图8b示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图8c示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图8d示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图9示出了本申请实施例中的一种数据处理方法的过程的示意性流程图；

图10示出了本申请实施例中的一种中继设备的结构示意图；

图11示出了本申请实施例中的一种中继设备的结构示意图；

图12示出了本申请实施例中的一种网络设备的结构示意图；

图13示出了本申请实施例中的一种中继设备的结构示意图；

图14示出了本申请实施例中的一种通信系统的结构示意图。

具体实施方式

本申请提供了一种数据处理方法，可以实现在基站通过至少一个中继设备与终端设备建立连接的场景中，当基站或中继设备出现过载或将要出现过载时，进行相应的过载控制。

图1示出了本申请涉及的无线通信系统，所述无线通信系统可以是长期演进(longterm evolution，LTE)系统，也可以是第五代移动通信(the 5th Generation，5G)系统、新空口(NR)系统，机器与机器通信(machine to machine，M2M)系统等。如图1所示，无线通信系统100可包括：网络设备103，终端设备101，以及中继设备102。无线通信系统100可以是多跳中继系统，网络设备103和终端设备101之间至少有两个中继设备102。其中：

网络设备103可以为基站或其他接入网设备，基站可以用于与一个或多个终端进行通信，也可以用于与一个或多个具有部分终端功能的基站进行通信(比如宏基站与微基站，如接入点，之间的通信)。基站可以是时分同步码分多址(time division synchronouscode division multiple access，TD-SCDMA)系统中的基站收发台(base transceiverstation，BTS)，也可以是LTE系统中的演进型基站(evolutional node B，接入网设备)，以及5G系统、新空口(NR)系统中的基站gNB。另外，基站也可以为接入点(access point，AP)、传输节点(trans TRP)、中心单元(central unit，CU)或其他网络实体，并且可以包括以上网络实体的功能中的一些或所有功能。

终端设备101可以分布在整个无线通信系统100中，可以是静止的，也可以是移动的。在本申请的一些实施例中，本申请实施例中的终端设备101为具有无线收发功能的设备，包括但不限于用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备101还可以是蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SOP190191)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digitalassistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，无人机设备，智能家居，以及5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

中继设备102可以分布在小区边缘，可扩大网络设备103的覆盖范围。中继设备102可以包含两个物理层实体。其中，一个实体用于和其下属用户(即接入到中继设备102的终端设备101)通信。另一个实体具有用户功能(即终端功能)，用于网络设备103通信。具体实现中，中继设备102可以是中继基站，例如微基站等。中继设备102也可以是中继终端，例如空闲终端。中继设备102还可以是中继收发节点(TRP)，用户终端设备(customer premiseequipment，CPE)，中继收发器、中继代理等网络实体。

本申请实施例还可以应用于5G中的无线中继组网场景中。例如，可以应用于图2所示的多跳中继的场景中。如图2所示，本申请实施例的架构可以包括多个终端设备UE(UE1、UE2、UE3、UE4、UE5、UE6、UE7)和多级中继设备(中继设备1、中继设备2、中继设备3、中继设备4、中继设备5和中继设备6)。例如，在一条链路中网络设备可以通过中继设备1、中继设备2、中继设备3、中继设备4、中继设备5与UE1、UE2和UE3进行交互，需要说明的是，图3中的中继设备的数量仅为一种示意，实际应用中可根据需求选择，这里并不限定。

在无线通信系统中，终端设备需要和网络建立连接，这一过程通常被称为随机接入(random access，RA)过程。通过随机接入，终端设备可以与网络建立上行同步，并获得唯一的小区无线网络临时标识(cell-Radio network temporary identifier，C-RNTI)。随机接入的最终目的就是建立同步，只有取得上行同步，终端设备才能进行上行传输。

随机接入过程包括竞争和非竞争两种方式。以网络设备为接入网设备为例，基于竞争的随机接入过程通常由以下步骤组成：终端设备在随机接入前导序列集合中随机选取一个随机接入前导码(random access preamble，RAP)，并在网络设备预先指定的随机接入资源(例如，物理层随机接入信道(physical random access channel，PRACH))上发送选择的RAP；终端设备在物理层下行共享信道(physical downlink shared channel，PDSCH)上接收来自接入网设备下发的随机接入应答(random access response，RAR)消息；终端设备根据RAR消息中包含的C-RNTI，在RAR消息中指定的物理层上行共享信道(physical uplinkshared channel，PUSCH)上向接入网设备传送包括终端设备在本小区中的标识的随机接入过程消息，以用于竞争解决；并且终端设备需要接收来自接入网设备发送的竞争解决消息，从而完成随机接入过程。然而，现有标准中并未定义在网络设备通过至少一个中继设备与终端设备UE建立连接的场景中，如何实现UE的随机接入，以及如何在网络设备或中继设备出现过载时进行相应的过载控制。

图3示出了本申请实施例中的一种数据处理方法的过程的示意性流程图。应理解，图3示出了数据处理的过程的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图3中的各个操作的变形。此外，图3中的各个步骤可以按照与图3呈现的不同的顺序来执行，并且有可能并非要执行图3中的全部操作。

本文中，中继设备可以是单纯的中继，也可以是具有中继功能的终端，还可以是接入回传一体化节点(integrated access backhaul，IAB)。具体的，当终端设备配置为中继或IAB节点时，终端设备具有两侧协议栈，一侧是中继侧，另一侧是终端侧，其中，对中继侧的配置使用的是中继或者IAB节点的配置，如对中继的重配或配置流程是对中继或者IAB节点的操作，对终端侧配置使用的是终端的配置，比如对UE安全，承载配置等。

需要说明的是，在上行的场景中，每个中继/IAB节点从子节点接收数据时，是中继设备的中继/IAB节点侧从终端或者下级节点的UE侧接收数据，比如RRC连接请求消息和RRC连接完成消息。每个中继/IAB节点向父节点发送数据时，即通过中继/IAB节点的终端侧向父节点的中继/IAB节点侧或者基站发送数据。

在下行的场景中，父节点通过中继节点侧向子节点的终端侧或者终端发送数据，比如RRC连接建立消息，或者其他下行消息。

301、终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request。

本申请实施例中，UE可以向中继设备发送RA request，RA request可以是Msg1(message1)，其中，Msg1包括随机接入前导码(以下简称Preamble)。具体地，UE可以根据系统消息中的根序列号确定一个随机接入前导码，在系统消息中的PRACH时频信息相应的时频资源上发送上述Preamble。Preamble可以包括循环前缀(cyclic prefix，CP)、Preamble序列以及保护时间GT。其中，循环前缀(CP)用于对抗多径，保证多个接入用户之间的正交性。保护时间GT作为保护间隔，避免对下个子帧的信号造成干扰。前导码序列用于基站检测终端的随机接入请求以及用于测量上行定时提前量。

302、中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR。

本申请实施例中，中继设备在接收到UE发送的RA request之后，可以向UE发送Msg2(message2)，Msg2可以是随机接入响应消息(random access response，RAR)，其中，Msg2可以包括中继设备为UE计算的定时提前(timing advance，TA)。中继设备会在随机接入响应窗口内，在物理下行共享信道(physical downlink shared control channel，PDSCH)中反馈MAC的随机接入响应RAR。其中，RAR可以认为是前述的Msg2，承载在下行共享信道(Downlink share channel，DL-SCH)中。

RAR中包含的内容可以有UE的TA、上行资源授权(uplink grant，UL Grant)、和临时小区接入网络临时标识(temp cell radio network temporary identifier，Temp C-RNTI)。其中，TA是中继设备测量到前导码的接收与中继设备的标准时间之间的差异，用于通知UE在之后发送Msg3(message3)时调整时间提前量；UL Grant为给UE发送Msg3分配的PUSCH资源；Temp C-RNTI用于UE发送Msg3时标识UE，竞争解决后成功的UE将该标识转为C-RNTI，失败的用户等待下次接入。

UE可以通过解码PDSCH信道获得中继设备发送的RAR。UE在解码PDSCH信道时，可以首先通过随机接入无线网络临时标识(random access radio network temporaryidentity，RA-RNTI)解码出物理下行控制信道(physical downlink control channel，PDCCH)资源分配信息，然后继续解码PDSCH信道内容。而UE可以根据承载Msg1的PRACH时频资源位置确定RA-RNTI，其中，Msg1即步骤301中UE用于发送随机接入前导码的消息。

303、UE向中继设备发送第一连接恢复请求RRC connection resume request，相应的，中继设备接收到UE发送的第一连接恢复请求RRC connection resume request。

本申请实施例中，类似的中继设备的中继节点或者IAB节点侧接收的第一连接恢复请求，这里的中继或者IAB节点侧类似接入网设备的功能。

本申请实施例中，UE接收到中继设备发送的RAR之后，可以向中继设备发送Msg3(message3)，Msg3(message3)可以是RRC connection resume request。UE可以在信令无线承载0(signalling radio bearers，SRB0)上发送第一连接恢复请求RRC connectionresume request，其中，第一连接恢复请求RRC connection resume request携带不限于恢复标识(Resume ID)、接入原因。如果UE在上次RRC连接释放时没有存储UE上下文，此时发送RRC Connection request同时应携带核心网给UE分配的标识，例如S-TMSI。

Msg3可以支持混合自动重传请求(hybrid automatic repeat request，HARQ)过程，也就是中继设备在未成功接收Msg3时，可以向UE发送NACK(接收失败响应)，指示UE重传Msg3。可选的，中继设备可以通过Temp C-RNTI加扰的DCI0告诉UE重传Msg3的资源和位置。

304、中继设备确定UE对应的第一无线资源配置信息。

本申请实施例中，类似的中继设备的中继节点或者IAB节点侧确定UE对应的第一无线资源配置信息，这里的中继或者IAB节点侧类似接入网设备的功能。

本申请实施例中，中继设备接收到UE发送的第一连接恢复请求RRC connectionresume request之后，可以确定UE对应的第一无线资源配置信息。

本申请实施例中，无线资源配置信息可以包括下述内容中至少一项：承载皮遏制，MAC层配置，物理层资源配置，RLF相关定时器和常数配置。其中物理层资源配置可以包括：PDCCH配置，PDSCH配置，PUSCH配置等等。

现有技术中，在UE与网络设备(例如接入网设备)进行随机接入的方案中，是由接入网设备完成无线资源的配置，然而在接入网设备通过至少一个中继设备与UE建立连接的场景中，由于接入网设备通过至少一个中继设备与UE建立连接，因此接入网设备无法准确的进行无线资源配置，本实施例中，由中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

在另一种实施例中，当中继设备接收到UE发送的第一连接恢复请求RRCconnection resume request之后，可以自己确定UE对应的第一无线资源配置信息，并将第一无线资源配置信息发送给终端设备。也可以将确定的第一资源配置信息向接入网设备发送，并由接入网设备通过中继设备发送给终端设备。

在另一种实施例中，中继设备也可以先不确定第一资源配置信息，当收到接入网设备发送的连接恢复消息RRC connection resume后，若没有资源配置信息则可以确定第一资源配置信息并添加，或者若有，可以修改或者补充资源配置信息。

305、中继设备向所述网络设备接入网设备发送第二连接恢复请求RRCconnection resume request，相应的，接入网设备接收到中继设备发送的第二连接恢复请求RRC connection resume request。

本申请实施例中，中继设备的终端侧向接入网设备或者父节点的中继/IAB节点侧发送第二连接恢复请求RRC connection resume request。

本申请实施例中，中继设备确定UE对应的第一无线资源配置信息之后，可以将配置的第一无线资源配置信息承载在第一连接恢复请求中得到第二连接恢复请求RRCconnection resume request，并将第二连接恢复请求RRC connection resume request发送到接入网设备，需要说明的是，中继设备可以通过和UE连接的第一接口接收到UE发送的第一连接恢复请求RRC connection resume request，而通过与接入网设备连接的第二接口发送第二连接恢复请求RRC connection resume request。

可选的，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识，本实施例中，终端设备的终端标识可以为Temp C-RNTI或C-RNTI。

需要说明的是，本实施例中，中继设备的数量为至少一个，因此，中继设备向所述网络设备接入网设备发送第二连接恢复请求RRC connection resume request也可以理解为至少一个中继设备之间通过信令的转发向所述网络设备接入网设备发送第二连接恢复请求RRC connection resume request，以图2示出的场景为例，UE1通过中继设备5、中继设备4、中继设备3、中继设备2、中继设备1连接到网络设备的，因此，中继设备5先将第二连接恢复请求RRC connection resume request发送到中继设备4，之后中继设备4将第二连接恢复请求RRC connection resume request发送到中继设备3，以此类推，中继设备1将第二连接恢复请求RRC connection resume request发送到网络设备。

306、接入网设备向UE发送连接恢复消息RRC connection resume，相应的，UE接收到接入网设备发送的连接恢复消息RRC connection resume。

本申请实施例中，接入网设备接收到中继设备发送的第二连接恢复请求RRCconnection resume request之后，可以向UE发送连接恢复消息RRC connection resume。

本申请实施例中，接入网设备接收到中继设备发送的第二连接恢复请求RRCconnection resume request之后，可以进行冲突解决，并接入网设备证实RRC connectionresume request中携带的Resume ID是否存在，由于第二连接恢复请求中携带有第一无线资源配置信息，因此接入网设备可以根据第一无线资源配置信息对UE进行无线资源配置。若接入网设备证实Resume ID存在，则向UE发送Msg4(message4)，Msg4可以是连接恢复消息RRC connection resume，发送该消息时页可以携带用于竞争解决的MAC CE进行竞争解决，其中，连接恢复消息RRC connection resume中可以包括UE的Temp C-RNTI，由于此时已经进行了冲突解决，因此上述Temp C-RNTI也可认为是C-TNTI。

本实施例中，接入网设备发送连接恢复消息RRC connection resume时，接入网设备适配层可以填写该UE的C-RNTI和该UE父节点(与UE直连的中继设备)的C-RNTI，并将连接恢复消息RRC connection resume发送到与接入网设备直连的中继设备，中继设备可以根据该UE父节点的C-RNTI进行路由，最后通过与UE直连的中继设备向UE发送连接恢复消息RRC connection resume。

即，本申请实施例中，接入网设备向UE发送连接恢复消息RRC connection resume可以理解为，接入网设备通过中继设备向UE发送连接恢复消息RRC connection resume。

可选的，Msg4中的MAC PDU可以携带竞争解决标识。Msg4也可以支持HARQ过程，并且只有完成竞争解决的UE才会向接入网设备反馈ACK。UE接收Msg4后，如果根据Msg4中的竞争解决标识确定自己完成了竞争解决，即竞争成功接入接入网设备，UE则可以通过中继设备向接入网设备指示ACK，接入网设备的物理层(physical，PHY)收到ACK后报给接入网设备的介质访问控制层(media access control，MAC)。

307、接入网设备向中继设备发送连接恢复消息RRC connection resume，相应的，中继设备接收到接入网设备发送的连接恢复消息RRC connection resume。

本申请实施例中，接入网设备接收到中继设备发送的第二连接恢复请求RRCconnection resume request之后，可以向中继设备发送连接恢复消息RRC connectionresume。

需要说明的是，本申请实施例并不限定步骤307和步骤306之间的时序关系，即，接入网设备可以向UE发送连接恢复消息RRC connection resume之后，接入网设备向中继设备发送连接恢复消息RRC connection resume，也可以是，接入网设备向中继设备发送连接恢复消息RRC connection resume之后，接入网设备向UE发送连接恢复消息RRCconnection resume，也可以是，接入网设备同时向UE发送连接恢复消息RRC connectionresume。

本申请实施例中，由于接入网设备向UE发送的连接恢复消息RRC connectionresume具有完整性保护，即使该连接恢复消息RRC connection resume是通过中继设备进行转发的，然而对于中继设备来说，接入网设备向UE发送的连接恢复消息RRC connectionresume是透传的，因此接入网设备需要额外发送一条消息通知中继设备该UE竞争解决完成以及也可以进行无线资源配置的确认，因此，接入网设备向中继设备发送连接恢复消息RRCconnection resume。

308、UE向接入网设备发送连接恢复完成消息RRC connection resume complete，相应的，接入网设备接收到UE发送的连接恢复完成消息RRC connection resumecomplete。

本实施例中，UE接收到接入网设备发送的连接恢复消息RRC connection resume后，可以进行如下操作：根据存储的终端接入层上下文恢复RRC配置和安全上下文；重建SRB1和数据无线承载(data radio bearer，DRB)上的无线链路层控制协议(radio linkcontrol，RLC)实体；恢复分组数据汇聚(packet data convergence protocol，PDCP)状态，重建SRB1和DRB上的PDCP实体；如果连接恢复消息RRC connection resume中指示需要继续DRB上的头压缩状态信息的指示，则通知PDCP层RRC进行连接恢复操作，以便PDCP重置相应的数据传输计数值，并在DRB上继续使用原有的头压缩协议上下文；否则，只是通知PDCP层RRC进行连接恢复操作，以便PDCP重置相应的数据传输计数值，并重置DRB上的头压缩协议上下文；恢复SRB1和DRB；根据连接恢复消息RRC connection resume中Next Hop ChainingCount参数更新安全密钥；并基于更新的安全密钥生成完整性保护密钥并进行完整性保护验证，如果完整性保护验证成功，则继续生成加密密钥；并指示PDCP立即激活完整性保护和加密功能。对于SRB上的数据，需要进行完整性保护和加密，对于DRB上的数据，只进行加密。

本申请实施例中，UE向接入网设备发送连接恢复完成消息RRC connectionresume complete，本实施例中，UE可以将连接恢复完成消息RRC connection resumecomplete发送到与UE直连的中继设备，并进行消息转发，最后通过与接入网设备直连的中继设备向接入网设备发送连接恢复完成消息RRC connection resume complete。

即，本申请实施例中，UE向接入网设备发送连接恢复完成消息RRC connectionresume complete可以理解为，UE通过中继设备向接入网设备发送连接恢复完成消息RRCconnection resume complete。

本申请实施例中，终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request；中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR；UE向中继设备发送第一连接恢复请求RRC connection resumerequest，相应的，中继设备接收到UE发送的第一连接恢复请求RRC connection resumerequest；中继设备确定UE对应的第一无线资源配置信息；中继设备向所述网络设备接入网设备发送第二连接恢复请求RRC connection resume request，相应的，接入网设备接收到中继设备发送的第二连接恢复请求RRC connection resume request；接入网设备向UE发送连接恢复消息RRC connection resume，相应的，UE接收到接入网设备发送的连接恢复消息RRC connection resume；接入网设备向中继设备发送连接恢复消息RRC connectionresume，相应的，中继设备接收到接入网设备发送的连接恢复消息RRC connectionresume；UE向接入网设备发送连接恢复完成消息RRC connection resume complete，相应的，接入网设备接收到UE发送的连接恢复完成消息RRC connection resume complete。通过上述方式，在网络设备通过至少一个中继设备与终端设备建立连接的场景中，实现了UE的连接恢复，且中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

可选的，若中继设备没有在送第二连接恢复请求RRC connection resumerequest中携带第一无线资源配置的情况下，接入网设备可以进行无线资源配置。

以上为连接恢复成功场景下的一个实施例的详细描述，接下来针对连接恢复失败场景下的一种数据处理方法的实施例进行详细描述，图4示出了本申请实施例中的一种数据处理方法的过程的示意性流程图。应理解，图4示出了数据处理的过程的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图4中的各个操作的变形。此外，图4中的各个步骤可以按照与图4呈现的不同的顺序来执行，并且有可能并非要执行图4中的全部操作。

401、终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request。

步骤401的详细描述可参照图3对应的实施例中步骤301的描述，这里不再赘述。

402、中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR。

步骤402的详细描述可参照图3对应的实施例中步骤302的描述，这里不再赘述。

403、UE向中继设备发送第一连接恢复请求RRC connection resume request，相应的，中继设备接收到UE发送的第一连接恢复请求RRC connection resume request。

步骤403的详细描述可参照图3对应的实施例中步骤303的描述，这里不再赘述。

404、中继设备确定UE对应的第一无线资源配置信息。

步骤404的详细描述可参照图3对应的实施例中步骤304的描述，这里不再赘述。

405、中继设备向所述网络设备接入网设备发送第二连接恢复请求RRCconnection resume request，相应的，接入网设备接收到中继设备发送的第二连接恢复请求RRC connection resume request。

步骤405的详细描述可参照图3对应的实施例中步骤305的描述，这里不再赘述。

406、接入网设备向中继设备发送连接拒绝消息RRC connection reject，相应的，中继设备接收到接入网设备发送的连接拒绝消息RRC connection reject。

本申请实施例中，连接拒绝消息RRC connection reject可以为接入网设备对中继设备的指示消息，用于指示中继设备将该消息转发给终端设备。

本申请实施例中，接入网设备接收到中继设备发送的第二连接恢复请求RRCconnection resume request后，若接入网设备无法找到UE的resume ID以及UE上下文信息，或者发现无法恢复连接，或者发现接入网设备过载后，接入网设备可以向中继设备发送连接拒绝消息RRC connection reject，该消息用于中继设备对该UE进行拒绝，即使得中继设备发送连接拒绝消息RRC connection reject给UE。

本申请实施例中，接入网设备可以可选地携带是否需要继续保留终端存储的接入层上下文的指示信息，如果接入网设备指示释放接入层上下文，则UE丢弃已存储的接入层上下文和恢复识别，否则终端继续保存已有的接入层上下文。

407、中继设备向UE发送连接拒绝消息RRC connection reject，相应的，UE接收到中继设备发送的连接拒绝消息RRC connection reject。

本申请实施例中，中继设备接收到接入网设备发送的连接拒绝消息RRCconnection reject之后，向UE发送连接拒绝消息RRC connection reject，以此实现对UE的拒绝。

需要说明的是，中继设备向UE发送的连接拒绝消息RRC connection reject可以通过C-RNTI加扰。

本申请实施例中，终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request；中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR；UE向中继设备发送第一连接恢复请求RRC connection resumerequest，相应的，中继设备接收到UE发送的第一连接恢复请求RRC connection resumerequest；中继设备确定UE对应的第一无线资源配置信息；中继设备向所述网络设备接入网设备发送第二连接恢复请求RRC connection resume request，相应的，接入网设备接收到中继设备发送的第二连接恢复请求RRC connection resume request；接入网设备向中继设备发送连接拒绝消息RRC connection reject，相应的，中继设备接收到接入网设备发送的连接拒绝消息RRC connection reject；中继设备向UE发送连接拒绝消息RRCconnection reject，相应的，UE接收到中继设备发送的连接拒绝消息RRC connectionreject。通过上述方式，在网络设备通过至少一个中继设备与终端设备建立连接的场景中，实现了UE的连接恢复拒绝，且由中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

以上为连接恢复失败场景下的一个实施例的详细描述，接下来针对连接恢复回退场景中的一种数据处理方法的实施例进行详细描述，图5示出了本申请实施例中的一种数据处理方法的过程的示意性流程图。应理解，图5示出了数据处理的过程的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图5中的各个操作的变形。此外，图5中的各个步骤可以按照与图4呈现的不同的顺序来执行，并且有可能并非要执行图5中的全部操作。

501、终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request。

步骤501的详细描述可参照图3对应的实施例中步骤301的描述，这里不再赘述。

502、中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR。

步骤502的详细描述可参照图3对应的实施例中步骤302的描述，这里不再赘述。

503、UE向中继设备发送第三连接恢复请求RRC connection resume request，相应的，中继设备接收到UE发送的第三连接恢复请求RRC connection resume request。

步骤503的详细描述可参照图3对应的实施例中步骤303的描述，这里不再赘述。

504、中继设备向所述网络设备接入网设备发送第三连接恢复请求RRCconnection resume request，相应的，接入网设备接收到中继设备发送的第三连接恢复请求RRC connection resume request。

本申请实施例中，中继设备接收到UE发送的第三连接恢复请求RRC connectionresume request之后，可以向所述网络设备接入网设备发送第三连接恢复请求RRCconnection resume request。

505、接入网设备向中继设备发送第一连接建立消息RRC connection setup，相应的，中继设备接收到接入网设备发送的第一连接建立消息RRC connection setup。

本申请实施例中，接入网设备接收到中继设备发送的第三连接恢复请求RRCconnection resume request后，若接入网设备无法找到UE的resume ID以及UE上下文信息，或者发现无法恢复连接，或者发现接入网设备过载后，即接入网设备不能为UE恢复RRC连接，则接入网设备可以将连接恢复过程回退到连接建立过程。具体的，接入网设备可以在SRB0上回复第三连接恢复请求RRC connection setup消息，功能如连接建立过程。

在一种实施例中，第一连接建立消息RRC connection setup可以携带有第三无线资源配置信息，本实施例中，接入网设备在接收到中继设备发送的第三连接恢复请求RRCconnection resume request后，可以配置UE对应的第三无线资源配置信息，并将第三无线资源配置信息通过第三连接恢复请求RRC connection resume request下发到中继设备。

506、中继设备确定UE对应的第二无线资源配置信息。

本申请实施例中，中继设备接收到接入网设备发送的第一连接建立消息RRCconnection setup之后，可以获取其中携带的第三无线资源配置信息。

在一种实施例中，中继设备可以确定UE对应的第四无线资源配置信息，并将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息。

在一种实施例中，中继设备可以确定所述终端设备对应的第二无线资源配置信息，并将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

在一种实施例中，中继设备可以修改第三无线资源配置信息中的至少一个参数配置，得到第二无线资源配置信息。

在一种实施例中，中继设备可以确定第二无线资源配置信息等同于第三无线资源配置信息。

本申请实施例中，中继设备收到携带有接入网设备配置的第三无线资源配置信息后，若中继设备认为接入网设备的配置不合理时，中继设备可以添加或修改无线资源配置，在接入网设备通过至少一个中继设备与UE建立连接的场景中，由于接入网设备通过至少一个中继设备与UE建立连接，因此接入网设备无法准确的进行无线资源配置，本实施例中，由中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

507、中继设备向UE发送第二连接建立消息RRC connection setup，相应的，UE接收到中继设备发送的第二连接建立消息RRC connection setup。

本申请实施例中，中继设备确定UE对应的第二无线资源配置信息之后，可以向UE发送第二连接建立消息RRC connection setup，其中，第二连接建立消息RRC connectionsetup携带有所述第二无线资源配置信息。

需要说明的是，中继设备向UE发送的第二连接建立消息RRC connection setup可以通过C-RNTI加扰。

508、UE向中继设备发送连接设置完成消息RRC connection setup complete，相应的，中继设备接收到UE发送的连接设置完成消息RRC connection setup complete。

本申请实施例中，UE在收到第二连接建立消息RRC connection setup作为对第三连接恢复请求RRC connection resume request的响应时，丢弃已存储的接入层上下文，并通知非接入层(non-access stratum，NAS)在RRC进行的连接恢复已失败；UE按照第二连接建立消息RRC connection setup进行配置，并在SRB1上向中继设备发送连接设置完成消息RRC connection setup complete。

509、中继设备向接入网设备发送所述连接设置完成消息RRC connection setupcomplete。

本申请实施例中，终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request；中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR；UE向中继设备发送第三连接恢复请求RRC connection resumerequest，相应的，中继设备接收到UE发送的第三连接恢复请求RRC connection resumerequest；中继设备向所述网络设备接入网设备发送第三连接恢复请求RRC connectionresume request，相应的，接入网设备接收到中继设备发送的第三连接恢复请求RRCconnection resume request；接入网设备向中继设备发送第一连接建立消息RRCconnection setup，相应的，中继设备接收到接入网设备发送的第一连接建立消息RRCconnection setup；中继设备确定UE对应的第二无线资源配置信息；中继设备向UE发送第二连接建立消息RRC connection setup，相应的，UE接收到中继设备发送的第二连接建立消息RRC connection setup；UE向中继设备发送连接设置完成消息RRC connection setupcomplete，相应的，中继设备接收到UE发送的连接设置完成消息RRC connection setupcomplete；中继设备向接入网设备发送所述连接设置完成消息RRC connection setupcomplete。通过上述方式，在网络设备通过至少一个中继设备与终端设备建立连接的场景中，实现了UE的连接恢复回退，且在中继设备收到携带有接入网设备配置的第三无线资源配置信息后，若中继设备认为接入网设备的配置不合理时，中继设备可以添加或修改无线资源配置，在接入网设备通过至少一个中继设备与UE建立连接的场景中，由于接入网设备通过至少一个中继设备与UE建立连接，因此接入网设备无法准确的进行无线资源配置，本实施例中，由中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

以上为连接恢复回退场景下的一个实施例的详细描述，接下来针对连接重建成功的场景中的一种数据处理方法的实施例进行详细描述，图6示出了本申请实施例中的一种数据处理方法的过程的示意性流程图。应理解，图6示出了数据处理的过程的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图6中的各个操作的变形。此外，图6中的各个步骤可以按照与图6呈现的不同的顺序来执行，并且有可能并非要执行图6中的全部操作。

601、终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request。

步骤601的详细描述可参照图3对应的实施例中步骤301的描述，这里不再赘述。

602、中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR。

步骤602的详细描述可参照图3对应的实施例中步骤302的描述，这里不再赘述。

603、UE向中继设备发送连接重建请求RRC connection reestablishmentrequest，相应的，中继设备接收到UE发送的连接重建请求RRC connectionreestablishment request。

本申请实施例中，UE接收到中继设备发送的RAR之后，可以向中继设备发送连接重建请求RRC connection reestablishment request。

604、中继设备向接入网设备发送连接重建请求RRC connectionreestablishment request，相应的，接入网设备接收到中继设备发送的连接重建请求RRCconnection reestablishment request。

本申请实施例中，中继设备接收到UE发送的连接重建请求RRC connectionreestablishment request之后，可以向接入网设备发送连接重建请求RRC connectionreestablishment request。

605、接入网设备发送第一连接重建消息RRC connection reestablishment到中继设备，相应的，中继设备接收到接入网设备发送的第一连接重建消息RRC connectionreestablishment。

在一种实施例中，第一连接重建消息RRC connection reestablishment可以携带有第三无线资源配置信息，本实施例中，接入网设备在接收到中继设备发送的连接重建请求RRC connection reestablishment request后，可以配置UE对应的第三无线资源配置信息，并将第三无线资源配置信息通过第一连接重建消息RRC connection reestablishment下发到中继设备。

606、中继设备确定UE对应的第二无线资源配置信息。

本申请实施例中，中继设备接收到接入网设备发送的第一连接重建消息RRCconnection reestablishment之后，可以获取其中携带的第三无线资源配置信息。

在一种实施例中，中继设备可以确定UE对应的第四无线资源配置信息，并将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息。

在一种实施例中，中继设备可以确定所述终端设备对应的第二无线资源配置信息，并将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

在一种实施例中，中继设备可以修改第三无线资源配置信息中的至少一个参数配置，得到第二无线资源配置信息。

在一种实施例中，中继设备可以确定第二无线资源配置信息等同于第三无线资源配置信息。

本申请实施例中，中继设备收到携带有接入网设备配置的第三无线资源配置信息后，若中继设备认为接入网设备的配置不合理时，中继设备可以添加或修改无线资源配置，在接入网设备通过至少一个中继设备与UE建立连接的场景中，由于接入网设备通过至少一个中继设备与UE建立连接，因此接入网设备无法准确的进行无线资源配置，本实施例中，由中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

607、中继设备向UE发送第二连接重建消息RRC connection reestablishment，相应的，UE接收到中继设备发送的第二连接重建消息RRC connection reestablishment。

608、UE向中继设备发送连接重建完成消息RRC connection reestablishmentcomplete，相应的，中继设备接收到UE发送的连接重建完成消息RRC connectionreestablishment complete。

609、中继设备向接入网设备发送所述连接重建完成消息RRC connectionreestablishment complete，相应的，接入网设备接收到中继设备发送的连接重建完成消息RRC connection reestablishment complete。

本申请实施例中，终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request；中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR；UE向中继设备发送连接重建请求RRC connectionreestablishment request，相应的，中继设备接收到UE发送的连接重建请求RRCconnection reestablishment request；中继设备向接入网设备发送连接重建请求RRCconnection reestablishment request，相应的，接入网设备接收到中继设备发送的连接重建请求RRC connection reestablishment request；接入网设备发送第一连接重建消息RRC connection reestablishment到中继设备，相应的，中继设备接收到接入网设备发送的第一连接重建消息RRC connection reestablishment；中继设备确定UE对应的第二无线资源配置信息；中继设备向UE发送第二连接重建消息RRC connection reestablishment，相应的，UE接收到中继设备发送的第二连接重建消息RRC connection reestablishment；UE向中继设备发送连接重建完成消息RRC connection reestablishment complete，相应的，中继设备接收到UE发送的连接重建完成消息RRC connection reestablishmentcomplete；中继设备向接入网设备发送所述连接重建完成消息RRC connectionreestablishment complete，相应的，接入网设备接收到中继设备发送的连接重建完成消息RRC connection reestablishment complete。通过上述方式，在网络设备通过至少一个中继设备与终端设备建立连接的场景中，实现了UE的连接重建，且在中继设备收到携带有接入网设备配置的第三无线资源配置信息后，若中继设备认为接入网设备的配置不合理时，中继设备可以添加或修改无线资源配置，在接入网设备通过至少一个中继设备与UE建立连接的场景中，由于接入网设备通过至少一个中继设备与UE建立连接，因此接入网设备无法准确的进行无线资源配置，本实施例中，由中继设备进行无线资源配置，可以更准确的进行无线资源的配置。

以上为连接重建成功的场景下的一个实施例的详细描述，接下来针对连接重建失败的场景中的一种数据处理方法的实施例进行详细描述，图7示出了本申请实施例中的一种数据处理方法的过程的示意性流程图。应理解，图7示出了数据处理的过程的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图6中的各个操作的变形。此外，图7中的各个步骤可以按照与图7呈现的不同的顺序来执行，并且有可能并非要执行图7中的全部操作。

701、终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request。

步骤701的详细描述可参照图3对应的实施例中步骤301的描述，这里不再赘述。

702、中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR。

步骤702的详细描述可参照图3对应的实施例中步骤302的描述，这里不再赘述。

703、UE向中继设备发送连接重建请求RRC connection reestablishmentrequest，相应的，中继设备接收到UE发送的连接重建请求RRC connectionreestablishment request。

步骤703的详细描述可参照图6对应的实施例中步骤603的描述，这里不再赘述。

704、中继设备向接入网设备发送连接重建请求RRC connectionreestablishment request，相应的，接入网设备接收到中继设备发送的连接重建请求RRCconnection reestablishment request。

步骤704的详细描述可参照图6对应的实施例中步骤604的描述，这里不再赘述。

705、接入网设备向中继设备发送连接重建拒绝消息RRC connectionreestablishment reject，相应的，中继设备接收到接入网设备发送的连接重建拒绝消息RRC connection reestablishment reject。

本申请实施例中，接入网设备接收到中继设备发送的连接重建请求RRCconnection reestablishment request之后，若对UE校验失败或者无法找到UE上下文时，可以向中继设备发送连接重建拒绝消息RRC connection reestablishment reject。

706、中继设备向UE发送连接重建拒绝消息RRC connection reestablishmentreject，相应的，UE接收到中继设备发送的连接重建拒绝消息RRC connectionreestablishment reject。

本申请实施例中，中继设备接收到接入网设备发送的连接重建拒绝消息RRCconnection reestablishment reject之后，可以向UE发送连接重建拒绝消息RRCconnection reestablishment reject。

本申请实施例中，终端设备UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request；中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR；UE向中继设备发送连接重建请求RRC connectionreestablishment request，相应的，中继设备接收到UE发送的连接重建请求RRCconnection reestablishment request；中继设备向接入网设备发送连接重建请求RRCconnection reestablishment request，相应的，接入网设备接收到中继设备发送的连接重建请求RRC connection reestablishment request；接入网设备向中继设备发送连接重建拒绝消息RRC connection reestablishment reject，相应的，中继设备接收到接入网设备发送的连接重建拒绝消息RRC connection reestablishment reject；中继设备向UE发送连接重建拒绝消息RRC connection reestablishment reject，相应的，UE接收到中继设备发送的连接重建拒绝消息RRC connection reestablishment reject。

需要说明的是，当中继设备接收到UE发送的Msg 3之后，可以自己确定UE对应的第一无线资源配置信息，并将第一无线资源配置信息发送给终端设备。也可以将确定的第一资源配置信息向接入网设备发送，并由接入网设备通过中继设备发送给终端设备。

在另一种实施例中，中继设备也可以先不确定第一资源配置信息，当收到接入网设备发送的Msg 4或者Msg 3的响应消息后，若消息中没有资源配置信息则可以确定第一资源配置信息并添加，或者若有，可以修改或者补充资源配置信息。

以上为连接重建失败的场景下的一个实施例的详细描述，接下来针对中继设备出现过载的场景中的一种数据处理方法的实施例进行详细描述，图8a示出了本申请实施例中的一种数据处理方法的过程的示意性流程图。应理解，图8a示出了数据处理的过程的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图8a中的各个操作的变形。此外，图8a中的各个步骤可以按照与图8呈现的不同的顺序来执行，并且有可能并非要执行图8a中的全部操作。

801、中继设备向接入网设备发送第二消息，所述第二消息用于指示所述中继设备过载，其中，第二消息可以包括已经达到负荷的比例，已经缓存的数据量，或者单独的1比特过载指示，和/或，所述第二消息包括所述中继设备的承载能力，具体的能力包括所能连接的最大终端数，该中继所支持空闲态最大的终端数，缓存最大容量等等。相应的，接入网设备接收到中继设备发送的第二消息。

本申请实施例中，中继设备若检测到过载，或者检测到将要过载，可以向接入网设备发送第二消息，该第二消息可以指示网络设备中继设备出现过载，或，所述第二消息包括中继设备的承载能力，接入网设备可以根据中继设备的承载能力判断中继设备是否过载，或是否将要过载。

802、接入网设备向中继设备发送第一消息，所述第一消息包括至少一个接入原因，相应的，中继设备接收到接入网设备发送的第一消息。

本申请实施例中，接入网设备接收到中继设备发送的第二消息之后，相当于知道了某一个中继设备已经出现或将要出现过载的情况，接入网设备可以确定至少一个接入原因，示例性的，接入原因可以但不限于是紧急呼叫(emergency)，高优先级用户(highpriority access)，被叫(mt-access)，信令(mo-signalling)、主叫(mo-data)或者延迟容忍接入(delay tolerant access)。

本申请实施例中，第一消息中可以携带紧急呼叫(emergency)，高优先级用户(high priority access)，被叫(mt-access)，信令(mo-signalling)、主叫(mo-data)和延迟容忍接入(delay tolerant access)中的一种或多种。

第一消息可以指示中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接，相当于通过接入网设备实现了对中继设备的过载控制。

803、UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request。

步骤803的详细描述可参照图3对应的实施例中步骤301的描述，这里不再赘述。

804、中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR。

步骤804的详细描述可参照图3对应的实施例中步骤302的描述，这里不再赘述。

805、UE向中继设备发送连接请求Msg3，相应的，中继设备接收到UE发送的连接请求Msg3。

本申请实施例中，连接请求Msg3可以但不限于为图3或图4对应的实施例中描述的第一连接恢复请求RRC connection resume request、图5对应的实施例中描述的第三连接恢复请求RRC connection resume request以及图6对应的实施例中描述的连接重建请求RRC connection reestablishment request中的一种。

本申请实施例中，连接请求Msg3可以携带UE的接入原因。

806、中继设备获取UE的接入原因。

本申请实施例中，中继设备接收到UE发送的连接请求Msg3之后，可以从连接请求Msg3中获取UE的接入原因。

807、若UE的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，则中继设备拒绝与UE连接。

本申请实施例中，由于中继设备之前接收到接入网设备发送的第一消息，因此中继设备可以遍历第一消息中携带的至少一个接入原因，若在第一消息中携带的至少一个接入原因中遍历到了连接请求Msg3中携带的接入原因，则中继设备拒绝与UE连接。具体的，中继设备可以向UE发送连接拒绝消息RRC connection reject。

本申请实施例中，中继设备向接入网设备发送第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力，相应的，接入网设备接收到中继设备发送的第二消息；接入网设备向中继设备发送第一消息，所述第一消息包括至少一个接入原因，相应的，中继设备接收到接入网设备发送的第一消息；UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request；中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR；UE向中继设备发送连接请求Msg3，相应的，中继设备接收到UE发送的连接请求Msg3；中继设备获取UE的接入原因；若UE的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，则中继设备拒绝与UE连接。通过上述方式，可以通过接入网设备的过载控制解决中继设备出现的过载问题，相比于中继设备自己进行过载控制，接入网设备可以进行中继设备的集中控制，实现负载均衡。

需要说明的是，在另一种实施例中，中继设备可以拒绝与其直连的UE的接入同时，也控制其子节点(中继设备)上UE的接入，接下来分别进行说明。

示例性的，在图2示出的多跳中继的场景中，以中继设备3检测到过载为例，对接入网设备如果对中继进行过载控制的详细过程进行说明，接下来，根据接入网设备确定的控制策略和中继设备执行的控制策略不同分别说明。

本申请实施例中，在图2示出的多跳中继的场景中，当网络设备(接入网或者核心网)或者中继设备出现过载时，接入网设备可以首先确定控制策略，如确定至少一个接入原因以及与上述至少一个接入原因中每个接入原因对应的过载控制策略，其中，过载控制策略可以是拒绝全部终端设备的接入，或者是拒绝一定比例的终端设备的接入，或者拒绝某个原因值的一定比例终端的接入。

之后，接入网设备可以将上述至少一个接入原因以及与上述至少一个接入原因中每个接入原因对应的过载控制策略下发到出现过载的中继设备。

在一种实施例中，中继设备可以执行接入网设备下发的控制策略。

在另一种实施例中，中继设备根据接入网设备下发的控制策略重新确定一个控制策略，并将该重新确定的控制策略下发到其子节点(中继设备)上，使得子节点(中继设备)执行中继设备下发的控制策略。

参照图8b，图8b为一种数据处理方法的一个实施例示意图，图8b示出了当接入网设备确定控制策略为中继设备拒绝至少一个接入原因对应的全部UE接入、中继设备拒绝直连的至少一个接入原因对应的全部UE接入时的情况。

具体的过载控制相关方案里，中继接收控制策略后，根据策略对接入的UE进行控制，其中接入原因值携带在Msg 3中，Msg 3可以包括RRC连接请求消息，RRC连接重建请求消息，RRC连接恢复请求消息。

811、中继设备3依次通过中继设备2和中继设备1将第二消息发送到接入网设备，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

所述中继设备的承载能力包括下述能力至少一个：连接的最大终端数，包括连接态的终端，以及空闲态的终端数目，中继设备的缓存能力，处理能力等等。812、接入网设备确定控制策略，控制策略用于对某一个或者多个原因值进行接入控制，例如为“中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入”。

本实施例中，接入网设备可以根据中继设备发送的过载指示或根据中继的承载能力确定中继设备过载，并向中继设备发送过载控制信息。

813、接入网设备可以依次通过中继设备1、中继设备2将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备3。

814、中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入。

本实施例中，中继设备3将第二消息发送到接入网设备；接入网设备确定控制策略；接入网设备将第一消息发送到中继设备3；中继设备3拒绝与接入网设备指定的接入原因全部UE接入。通过上述方式，实现了接入网设备对中继设备的过载控制。

参照图8c，图8c为一种数据处理方法的一个实施例示意图，图8c示出了当接入网设备确定控制策略为中继设备拒绝至少一个接入原因对应的全部UE接入、中继设备指示其子节点拒绝至少一个接入原因对应的全部UE接入时的情况。

821、中继设备3依次通过中继设备2和中继设备1将第二消息发送到接入网设备，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

822、接入网设备确定控制策略对某一原因值进行接入控制，例如为“中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入”。

823、接入网设备依次通过中继设备1、中继设备2将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备3。

824、中继设备3确定控制策略为“中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入”。

825、中继设备3将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备6。

826、中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入。

本实施例中，中继设备3将第二消息发送到接入网设备；接入网设备确定控制策略；接入网设备将第一消息发送到中继设备3；中继设备3确定控制策略；中继设备3将第一消息发送到中继设备6；中继设备6拒绝中继设备3指定的接入原因对应的UE接入。通过上述方式，实现了通过接入网设备和中继设备一起进行过载控制，由于中继设备6为中继设备3的子节点，控制中继设备6执行拒绝终端接入的操作，也可以解决中继设备3的过载问题。

在另一种实施例中，接入网设备确定控制策略为中继设备拒绝至少一个接入原因对应的部分UE接入、中继设备拒绝直连的至少一个接入原因对应的部分UE接入。即基站发送过载控制指示时，还发送了接入控制的比例值，具体可以是所有原因值的某个百分比，也可以是某一原因值的接入控制比例。

在另一种实施例中，中继设备确定自己过载后，中继指定控制策略，向子节点发送指示信息，控制策略可以如其他实施例所述，子节点接收后，也可以向自己的子节点发送控制信息，直到最末级节点。

示例性的，中继设备3可以依次通过中继设备2和中继设备1的消息转发，将第二消息发送到接入网设备，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

接入网设备确定控制策略为“中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的某一比例，比如百分之80的UE接入”。

接入网设备可以依次通过中继设备1、中继设备2将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备3。

中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的百分之80的UE接入。

和图8b对应的实施例不同的是，本实施例中，中继设备3不是拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入，而只是拒绝其中的一部分。

具体的，中继设备3可以在十个接入原因为被叫(mt-access)和信令(mo-signalling)的终端设备中随机选择两个终端设备拒绝，此处并不限定中继设备3的选择方式。

在另一种实施例中，接入网设备确定控制策略为中继设备拒绝至少一个接入原因对应的部分UE接入、中继设备指示其子节点拒绝至少一个接入原因对应的部分UE接入。

示例性的，中继设备3可以依次通过中继设备2和中继设备1的消息转发，将第二消息发送到接入网设备，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

接入网设备确定控制策略对某一原因值进行接入控制，例如为“中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的某一比例，比如百分之80的UE接入”。

接入网设备可以依次通过中继设备1、中继设备2将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备3。

中继设备3确定控制策略为“中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的某一比例，比如百分之80的UE接入”。

中继设备3将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备6。

中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的百分之80的UE接入。

或，

和图8c对应的实施例不同的是，本实施例中，中继设备6不是拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入，而只是拒绝其中的一部分。

具体的，中继设备3可以在十个接入原因为被叫(mt-access)和信令(mo-signalling)的终端设备中随机选择两个终端设备拒绝，此处并不限定中继设备3的选择方式。

参照图8d，图8d为一种数据处理方法的一个实施例示意图，图8d示出了当接入网设备确定控制策略为中继设备拒绝至少一个接入原因对应的全部UE接入、中继设备指示其子节点拒绝至少一个接入原因对应的全部UE接入、且中继设备拒绝直连的至少一个接入原因对应的全部UE接入的情况。

831、中继设备3依次通过中继设备2和中继设备1将第二消息发送到接入网设备，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

832、接入网设备确定控制策略对某一原因值进行接入控制，例如为“中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入”。

833、接入网设备依次通过中继设备1、中继设备2将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备3。

834、中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入。

835、中继设备3确定控制策略对某一原因值进行接入控制，例如为“中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入”。

836、中继设备3将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第三消息发送到中继设备6。

837、中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入。

在另一种实施例中，接入网设备确定控制策略为中继设备拒绝至少一个接入原因对应的部分UE接入、中继设备指示其子节点拒绝至少一个接入原因对应的部分UE接入且中继设备拒绝直连的至少一个接入原因对应的部分UE接入。

示例性的，中继设备3可以依次通过中继设备2和中继设备1的消息转发，将第二消息发送到接入网设备，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

接入网设备确定控制策略对某一原因值进行接入控制，例如为“中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的某一比例，比如百分之80的UE接入”。

接入网设备可以依次通过中继设备1、中继设备2将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第一消息发送到中继设备3。

中继设备3拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的百分之80的UE接入。

中继设备3确定控制策略对某一原因值进行接入控制，例如为“中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的某一比例，比如百分之80的UE接入”。

中继设备3将携带有被叫(mt-access)和信令(mo-signalling)两个接入原因的第三消息发送到中继设备6。

中继设备6拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的百分之80的UE接入。

和图8d对应的实施例不同的是，本实施例中，中继设备3和中继设备6不是拒绝接入原因为被叫(mt-access)和信令(mo-signalling)的全部UE接入，而只是拒绝其中的一部分。

以上为针对中继设备出现过载的场景中的一个实施例的详细描述，接下来针对接入网设备出现过载的场景中的一种数据处理方法的实施例进行详细描述，图9示出了本申请实施例中的一种数据处理方法的过程的示意性流程图。应理解，图9示出了数据处理的过程的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图9中的各个操作的变形。此外，图9中的各个步骤可以按照与图9呈现的不同的顺序来执行，并且有可能并非要执行图9中的全部操作。

901、接入网设备向中继设备发送第一消息，所述第一消息包括至少一个接入原因，相应的，中继设备接收到接入网设备发送的第一消息。

在一种实施例中，当接入网设备检测到自己出现过载或将要出现过载时，可以向中继设备发送第一消息。

在一种实施例中，若接入网设备收到核心网设备的过载控制指示，则可以向中继设备发送第一消息。

在一种实施例中，接入网设备也可以检测到中继设备出现过载或将要出现过载，和图8a对应的实施例不同的是，本实施例中，中继设备不需要向接入网设备发送第二消息，接入网设备可以自己检测到与其存在连接关系的中继设备上的过载情况，进而直接向中继设备发送第一消息。

902、UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request。

步骤902的详细描述可参照图3对应的实施例中步骤301的描述，这里不再赘述。

903、中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR。

步骤903的详细描述可参照图3对应的实施例中步骤302的描述，这里不再赘述。

904、UE向中继设备发送连接请求Msg3，相应的，中继设备接收到UE发送的连接请求Msg3。

步骤904的详细描述可参照图8a对应的实施例中步骤805的描述，这里不再赘述。

905、中继设备获取UE的接入原因。

步骤905的详细描述可参照图8a对应的实施例中步骤806的描述，这里不再赘述。

906、若UE的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，则中继设备拒绝与UE连接。

步骤906的详细描述可参照图8a对应的实施例中步骤807的描述，这里不再赘述。

本实施例中，接入网设备向中继设备发送第一消息，所述第一消息包括至少一个接入原因，相应的，中继设备接收到接入网设备发送的第一消息；UE向中继设备发送随机接入请求RA request，相应的，中继设备接收到UE发送的RA request；中继设备向UE发送随机接入响应RAR，相应的，UE接收到中继设备发送的RAR；UE向中继设备发送连接请求Msg3，相应的，中继设备接收到UE发送的连接请求Msg3；中继设备获取UE的接入原因；若UE的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，则中继设备拒绝与UE连接。通过上述方式，解决了接入网设备通过至少一个中继设备与UE连接的场景下，接入网设备出现过载时的过载控制问题。

基于相同的技术构思，本申请实施例还提供了一种中继设备。图10示例性的示出了该中继设备的结构。该中继设备可包括：

接收单元1001，用于接收网络设备发送的第一消息，所述第一消息包括至少一个接入原因；

发送单元1003，用于根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。

可选的，所述发送单元1003，还用于向所述网络设备发送第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

可选的，所述承载能力包括所支持的最大终端数，其中所述所支持的最大终端数中的终端为连接态的终端和空闲态的终端中的至少一个。

可选的，所述接收单元1001，还用于：接收第一终端设备发送的接入请求；

所述中继设备还包括：处理单元1002；

所述处理单元1002，用于获取所述第一终端设备的接入原因；

若所述第一终端设备的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，所述发送单元1003，还用于拒绝与所述第一终端设备连接。

可选的，所述接收单元1001，还用于：接收到第二终端设备发送的第一连接恢复请求；

所述处理单元1002，还用于确定所述第二终端设备对应的第一无线资源配置信息；

所述发送单元1003，还用于向所述网络设备发送第二连接恢复请求，所述第二连接恢复请求携带所述第一无线资源配置信息。

可选的，所述接收单元1001，还用于接收到所述网络设备发送的连接恢复消息。

可选的，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

可选的，所述接收单元1001，还用于接收到所述网络设备发送的连接拒绝消息；

所述发送单元1003，还用于向所述第二终端设备发送所述连接拒绝消息。

可选的，所述接收单元1001，还用于接收到第三终端设备发送的第一请求；

所述发送单元1003，还用于向所述网络设备发送所述第一请求；

所述接收单元1001，还用于接收到所述网络设备发送的第三消息；

所述处理单元1002，还用于确定所述第三终端设备对应的第二无线资源配置信息；

所述发送单元1003，还用于向所述第三终端设备发送第四消息，所述第四消息携带有所述第二无线资源配置信息。

可选的，所述第三消息携带有第三无线资源配置信息；

所述处理单元1002，具体用于：

确定所述第三终端设备对应的第四无线资源配置信息；

将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息；或，

确定所述第三终端设备对应的第二无线资源配置信息；

将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

可选的，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

可选的，所述接收单元1001，还用于接收到所述第三终端设备发送的连接设置完成消息；

所述发送单元1003，还用于向所述网络设备发送所述连接设置完成消息。

可选的，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

可选的，所述接收单元1001，还用于接收到所述第三终端设备发送的连接重建完成消息；

所述发送单元1003，还用于向所述网络设备发送所述连接重建完成消息。

基于相同的技术构思，本申请实施例还提供了另一种中继设备。图11示例性的示出了该中继设备的结构。该中继设备可包括：

接收单元1001，用于：接收到第二终端设备发送的第一连接恢复请求；

处理单元1002，用于确定所述第二终端设备对应的第一无线资源配置信息；

发送单元1003，用于向所述网络设备发送第二连接恢复请求，所述第二连接恢复请求携带所述第一无线资源配置信息。

在本申请的一种设计中，所述接收单元1001，还用于接收到所述网络设备发送的连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述接收单元1001，还用于接收到所述网络设备发送的连接拒绝消息；

所述发送单元1003，还用于向所述第二终端设备发送所述连接拒绝消息。

基于相同的技术构思，本申请实施例还提供了另一种中继设备。图11示例性的示出了该中继设备的结构。该中继设备可包括：

接收单元1101，用于接收到第三终端设备发送的第一请求；

发送单元1103，用于向所述网络设备发送所述第一请求；

所述接收单元1101，还用于接收到所述网络设备发送的第三消息；

处理单元1102，用于确定所述第三终端设备对应的第二无线资源配置信息；

所述发送单元1103，还用于向所述第三终端设备发送第四消息，所述第四消息携带有所述第二无线资源配置信息。

在本申请的一种设计中，所述第三消息携带有第三无线资源配置信息；

所述处理单元1102，具体用于：

确定所述第三终端设备对应的第四无线资源配置信息；

将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息；或，

确定所述第三终端设备对应的第二无线资源配置信息；

将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述接收单元1101，还用于接收到所述第三终端设备发送的连接设置完成消息；

所述发送单元1103，还用于向所述网络设备发送所述连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述接收单元1101，还用于接收到所述第三终端设备发送的连接重建完成消息；

所述发送单元1103，还用于向所述网络设备发送所述连接重建完成消息。

基于相同的技术构思，本申请实施例还提供了一种网络设备。图12示例性的示出了该网络设备的结构。该网络设备可包括：

发送单元1202，用于向中继设备发送第一消息，所述第一消息包括至少一个接入原因，以使得所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。

需要说明的是，网络设备还可以包括处理单元1203，用于生成第一消息。

在本申请的一种设计中，所述网络设备还包括：接收单元1201；

所述接收单元1201，用于接收到所述中继设备发送的第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力。

在本申请的一种设计中，所述接收单元1201，还用于接收到所述中继设备发送的第二连接恢复请求，所述第二连接恢复请求携带有所述中继设备确定的第一无线资源配置信息。

在本申请的一种设计中，所述发送单元1202，还用于向所述中继设备发送连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述发送单元1202，还用于向所述中继设备发送连接拒绝消息，以使得所述中继设备向第二终端设备发送所述连接拒绝消息。

在本申请的一种设计中，所述接收单元1201，还用于接收到所述中继设备发送的第一请求；

所述发送单元1202，还用于向所述中继设备发送第三消息，以使得所述中继设备确定所述第三终端设备对应的第二无线资源配置信息并向第三终端设备发送携带有所述第二无线资源配置信息的第四消息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述接收单元1201，还用于接收到所述中继设备发送的连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述接收单元1201，还用于接收到所述中继设备发送的连接重建完成消息。

基于相同的技术构思，本申请实施例还提供了一种网络设备。图12示例性的示出了该网络设备的结构。该网络设备可包括：

接收单元1201，用于接收到所述中继设备发送的第二连接恢复请求，所述第二连接恢复请求携带有所述中继设备确定的第一无线资源配置信息。

在本申请的一种设计中，所述网络设备还包括：发送单元1202，还用于向所述中继设备发送连接恢复消息。

在本申请的一种设计中，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

在本申请的一种设计中，所述发送单元1202，还用于向所述中继设备发送连接拒绝消息，以使得所述中继设备向第二终端设备发送所述连接拒绝消息。

基于相同的技术构思，本申请实施例还提供了一种网络设备。图12示例性的示出了该网络设备的结构。该网络设备可包括：

接收单元1201，用于接收到中继设备发送的第一请求；

发送单元1202，用于向所述中继设备发送第三消息，以使得所述中继设备确定所述第三终端设备对应的第二无线资源配置信息并向第三终端设备发送携带有所述第二无线资源配置信息的第四消息。

在本申请的一种设计中，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

在本申请的一种设计中，所述接收单元1201，还用于接收到所述中继设备发送的连接设置完成消息。

在本申请的一种设计中，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

在本申请的一种设计中，所述接收单元1201，还用于接收到所述中继设备发送的连接重建完成消息。

本申请实施例中的接收单元1001、接收单元1101、接收单元1201、发送单元1003、发送单元1103和发送单元1202可以由收发器实现，处理单元1002、处理单元1102和处理单元1203可以由处理器实现。如图13所示，中继设备1300可以包括收发器1310，处理器1320和存储器1330。其中，存储器1330可以用于存储指示信息，还可以用于存储处理器1320执行的代码、指令等。

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

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

图14示出了本申请实施例的通信系统1400，该通信系统1400包括：终端设备1401、至少一个中继设备1402和网络设备1403。

中继设备1402可以为如图10和11所示的实施例中的中继设备，网络设备1403可以为如图12所示的实施例中的网络设备。

本申请实施例还提供一种计算机存储介质，该计算机存储介质可以存储用于指示上述任一种方法的程序指令。

可选地，该存储介质具体可以为存储器1330

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

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

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

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

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

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

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (28)

1.一种数据处理方法，其特征在于，包括：

中继设备向网络设备发送第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力；

中继设备接收网络设备发送的第一消息，所述第一消息包括至少一个接入原因；

所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。

2.根据权利要求1所述的方法，其特征在于，所述承载能力包括所支持的最大终端数，其中所述所支持的最大终端数中的终端为连接态的终端和空闲态的终端中的至少一个。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述中继设备接收第一终端设备发送的接入请求；

所述中继设备获取所述第一终端设备的接入原因；

若所述第一终端设备的接入原因为第一消息中包括的所述至少一个接入原因中的一个接入原因，则所述中继设备拒绝与所述第一终端设备连接。

4.根据权利要求1或2所述的方法，其特征在于，第一终端设备的接入原因携带在RRC连接请求消息、RRC连接恢复请求消息，以及RRC连接重建请求消息中的一个消息中。

5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述中继设备接收到第二终端设备发送的第一连接恢复请求；

所述中继设备确定所述第二终端设备对应的第一无线资源配置信息；

所述中继设备向所述网络设备发送第二连接恢复请求，所述第二连接恢复请求携带所述第一无线资源配置信息。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

所述中继设备接收到所述网络设备发送的连接恢复消息。

7.根据权利要求6所述的方法，其特征在于，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

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

所述中继设备接收到所述网络设备发送的连接拒绝消息；

所述中继设备向所述第二终端设备发送所述连接拒绝消息。

9.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述中继设备接收到第三终端设备发送的第一请求；

所述中继设备向所述网络设备发送所述第一请求；

所述中继设备接收到所述网络设备发送的第三消息；

所述中继设备确定所述第三终端设备对应的第二无线资源配置信息；

所述中继设备向所述第三终端设备发送第四消息，所述第四消息携带有所述第二无线资源配置信息。

10.根据权利要求9所述的方法，其特征在于，所述第三消息携带有第三无线资源配置信息；

所述中继设备确定所述第三终端设备对应的第二无线资源配置信息，包括：

所述中继设备确定所述第三终端设备对应的第四无线资源配置信息；

所述中继设备将所述第四无线资源配置信息增加到所述第三无线资源配置信息，得到所述第二无线资源配置信息；或，

所述中继设备确定所述第三终端设备对应的第二无线资源配置信息；

所述中继设备将所述第三无线资源配置信息替换为所述第二无线资源配置信息。

11.根据权利要求9所述的方法，其特征在于，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

所述中继设备接收到所述第三终端设备发送的连接建立完成消息；

所述中继设备向所述网络设备发送所述连接建立完成消息。

13.根据权利要求9所述的方法，其特征在于，所述第一请求为连接重建请求；

所述第三消息为第一连接重建消息；

所述第四消息为第二连接重建消息。

14.一种数据处理方法，其特征在于，包括：

网络设备接收到中继设备发送的第二消息，所述第二消息用于指示所述中继设备过载，或，所述第二消息包括所述中继设备的承载能力；

所述网络设备向中继设备发送第一消息，所述第一消息包括至少一个接入原因，以使得所述中继设备根据所述第一消息拒绝接入原因属于所述至少一个接入原因的终端设备连接。

15.根据权利要求14所述的方法，其特征在于，所述承载能力包括所支持的最大终端数，其中所述所支持的最大终端数中的终端为连接态的终端和空闲态的终端中的至少一个。

16.根据权利要求14或15所述的方法，其特征在于，

第一终端设备的接入原因携带在RRC连接请求消息、RRC连接恢复请求消息，以及RRC连接重建请求消息中的一个消息中。

17.根据权利要求14或15所述的方法，其特征在于，所述方法还包括：

所述网络设备接收到所述中继设备发送的第二连接恢复请求，所述第二连接恢复请求携带有所述中继设备确定的第一无线资源配置信息。

18.根据权利要求17所述的方法，其特征在于，所述方法还包括：

所述网络设备向所述中继设备发送连接恢复消息。

19.根据权利要求18所述的方法，其特征在于，所述第二连接恢复请求携带所述终端设备的终端标识，所述连接恢复消息携带所述终端标识。

20.根据权利要求17所述的方法，其特征在于，所述方法还包括：

所述网络设备向所述中继设备发送连接拒绝消息，以使得所述中继设备向第二终端设备发送所述连接拒绝消息。

21.根据权利要求14或15所述的方法，其特征在于，所述方法还包括：

所述网络设备接收到所述中继设备发送的第一请求；

所述网络设备向所述中继设备发送第三消息，以使得所述中继设备确定第三终端设备对应的第二无线资源配置信息并向第三终端设备发送携带有所述第二无线资源配置信息的第四消息。

22.根据权利要求21所述的方法，其特征在于，所述第一请求为第三连接恢复请求；

所述第三消息为第一连接建立消息；

所述第四消息为第二连接建立消息。

23.根据权利要求21所述的方法，其特征在于，所述方法还包括：

所述网络设备接收到所述中继设备发送的连接设置完成消息。

24.根据权利要求23所述的方法，其特征在于，所述方法还包括：

所述网络设备接收到所述中继设备发送的连接重建完成消息。

25.一种无线通信装置，所述无线通信装置中存储有指令，其特征在于，当所述无线通信装置在中继设备上运行时，使得所述中继设备执行权利要求1-13任意一项所述的方法。

26.一种无线通信装置，所述无线通信装置中存储有指令，其特征在于，当所述无线通信装置在网络设备上运行时，使得所述网络设备执行权利要求14-24任意一项所述的方法。

27.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，

当所述计算机可读存储介质在中继设备上运行时，使得所述中继设备执行权利要求1-13任意一项所述的方法。

28.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，

当所述计算机可读存储介质在网络设备上运行时，使得所述网络设备执行权利要求14-24任意一项所述的方法。