阅读说明：本技术 准入控制的方法和装置 (Admission control method and device ) 是由 王瑞 彭文杰 韩锋 于 2019-03-29 设计创作，主要内容包括：本申请实施例提供了准入控制的方法和装置,能够在辅基站SN不能继续为终端设备服务时,释放该辅基站SN。该准入控制的方法,包括：辅基站确定释放为无线资源控制RRC去激活态的终端设备保留的第一资源,其中,所述第一资源为专用于所述终端设备的资源；所述辅基站向主基站发送第一消息,所述第一消息用于通知所述辅基站不能恢复对所述终端设备的服务。(The embodiment of the application provides a method and a device for controlling admission, which can release a secondary base station SN when the secondary base station SN can not continuously serve a terminal device. The admission control method comprises the following steps: the auxiliary base station determines to release a first resource reserved for a terminal device in a Radio Resource Control (RRC) deactivated state, wherein the first resource is a resource dedicated to the terminal device; and the secondary base station sends a first message to the main base station, wherein the first message is used for informing that the secondary base station cannot recover the service of the terminal equipment.)

准入控制的方法和装置

技术领域

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

背景技术

目前，已知一种终端通信状态，即，无线资源控制(radio resource control，RRC)去激活状态，简称去激活(inactive)状态。在该inactive状态下，核心网设备、接入设备和终端设备都保留有终端设备的上下文信息，核心网设备和接入设备之间具有该终端设备专用的信令连接，但是终端设备和接入设备之间不需要维护RRC连接。

一种可能的方式中，终端设备可以同时与至少两个接入设备存在通信连接并可以收发数据，可以称之为(dual-connectivity，DC)，或多连接。该至少两个接入设备之中，可以将负责与该终端设备交互无线资源控制消息，并负责和核心网控制平面实体交互的接入设备称为主基站(master node，MN)，其他接入设备可以称之为辅基站(secondary node，SN)。

在DC架构下，当终端设备进入Inactive状态时，MN不释放SN，以便于终端设备在恢复到RRC连接态时，能够快速的恢复SN承载的数据传输。但是，在终端设备在由inactive状态到RRC连接态转换的过程中，如何对终端设备的恢复进行准入控制是亟需解决的问题。

发明内容

本申请实施例提供了准入控制的方法和装置，能够在辅基站SN不能继续为终端设备服务时，释放该辅基站SN。

第一方面，提供了一种准入控制的方法，包括：

辅基站确定释放为无线资源控制RRC去激活态的终端设备保留的第一资源，其中，所述第一资源为专用于所述终端设备的资源；

所述辅基站向主基站发送第一消息，所述第一消息用于通知所述辅基站不能恢复对所述终端设备的服务。

因此，本申请实施例在双连接的网络架构中，当终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备时，辅基站SN可以向主基站MN发送第一消息，来通知辅基站SN不能继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

结合第一方面，在第一方面的某些实现方式中，在所述辅基站向所述主基站发送第一消息之前，还包括：

所述辅基站从所述主基站接收第一请求，所述第一请求用于请求所述辅基站恢复对所述终端设备的服务。

作为示例，第一请求可以为SN恢复请求，第一消息可以为SN恢复拒绝消息。

因此，在终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备的情况下，当SN在接收到主基站发送的SN恢复请求时，可以向MN发送SN恢复拒绝消息，来通知SN不能继续为终端设备服务。

结合第一方面，在第一方面的某些实现方式中，所述第一消息中包括原因值，所述原因值用于标识所述辅基站不能恢复对所述终端设备的服务。

结合第一方面，在第一方面的某些实现方式中，所述第一资源包括以下至少一种：

所述辅基站为所述终端设备分配或预留的资源、所述辅基站保留的所述终端设备的上下文、所述辅基站与主基站之间的接口上的所述终端设备专用的控制面连接和用户面连接、辅基站与核心网之间的该终端设备专用的用户面连接。

其中，辅基站SN为该终端设备分配或预留的资源，例如可以为空口传输资源、NG-U接口传输资源、辅基站与主基站的Xn接口用户面传输资源、辅基站与主基站的Xn接口控制面传输资源中的至少一种。

辅基站SN与核心网之间的该终端设备专用的用户面连接，例如可以包括传输层信息(transport layer information)，数据传输通道，辅基站SN为终端设备分配的NG-U传输层地址信息，核心网为终端设备分配的NG-U传输层地址信息中的至少一种。

辅基站SN和主基站MN的接口上的该终端设备专用的控制面连接，例如可以包括传输层信息、流控制传输协议(stream control transmission protocol，SCTP)连接、主基站MN为终端设备分配的UE XnAP ID，辅基站为终端设备分配的UE XnAP ID中的至少一种。作为示例，辅基站SN和主基站MN的接口可以为Xn接口。

辅基站SN和主基站MN的接口上的该终端设备专用的用户面连接，例如可以为传输层信息，数据传输通道，辅基站SN为终端设备分配的Xn-U传输层地址信息，主基站MN为终端设备分配的Xn-U传输层地址信息中的至少一种。

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

所述辅基站向所述主基站发送保留的所述终端设备的上下文。

结合第一方面，在第一方面的某些实现方式中，所述上下文包括以下信息中的至少一种：

所述辅基站承载的服务质量QoS流与数据无线承载DRB的映射关系，辅小区组SCG配置，所述辅基站承载的分组数据汇聚协议PDCP的配置，所述辅基站承载的所述PDCP上下文，所述辅基站承载的分组数据单元PDU会话/QoS流的安全指示和安全结果，所述辅基站SN承载的PDU会话/QoS流对应的SDAP的配置。

可选的，终端设备的上下文还可以包括辅基站SN与核心网之间的该终端设备专用的用户面连接，辅基站SN和主基站MN的接口上的该终端设备专用的控制面连接和用户面连接等中的至少一种。

结合第一方面，在第一方面的某些实现方式中，所述辅基站确定释放保留的第一资源，包括：

所述辅基站基于所述辅基站的自身负载确定释放所述第一资源。

作为示例，辅基站SN可以根据自身负载，确定是否释放第一资源。一种可能的情况，辅基站SN可以在负载过重导致不能继续为终端设备进行服务时，可以确定释放第一资源，或者，辅基站在没有负载过重时，确定不释放第一资源，此时辅基站SN能够继续为终端设备服务，即可以恢复与终端设备的RRC连接。

或者，在一些实施例中，辅基站SN还可以根据其他因素确定是否释放第一资源，本申请实施例对比不作具体限定。

第二方面，提供了一种准入控制的方法，包括：

主基站从辅基站接收第一消息，所述第一消息用于通知所述辅基站不能恢复对无线资源控制RRC去激活态的终端设备的服务；

所述主基站根据所述第一消息，确定所述辅基站不能恢复对所述终端设备的服务。

因此，本申请实施例在双连接的网络架构中，当终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备时，辅基站SN可以向主基站MN发送第一消息，来通知辅基站SN不能继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

结合第二方面，在第二方面的某些实现方式中，所述主基站从辅基站接收第一消息之前，还包括：

所述主基站向所述辅基站发送第一请求，所述第一请求用于请求所述辅基站恢复对所述终端设备的服务。

作为示例，第一请求可以为SN恢复请求，第一消息可以为SN恢复拒绝消息。

因此，在终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备的情况下，当SN在接收到主基站发送的SN恢复请求时，可以向MN发送SN恢复拒绝消息，来通知SN不能继续为终端设备服务。

结合第二方面，在第二方面的某些实现方式中，所述第一消息中包括原因值，所述原因值用于标识所述辅基站拒不能恢复对所述终端设备的服务。

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

所述主基站从所述辅基站接收所述终端设备的上下文。

结合第二方面，在第二方面的某些实现方式中，所述上下文包括以下信息中的至少一种：

所述辅基站承载的QoS流与数据无线承载DRB的映射关系，辅小区组SCG配置，所述辅基站承载的分组数据汇聚协议PDCP的配置，所述辅基站承载的所述PDCH上下文，所述辅基站承载的PDU会话/QoS流的安全指示和安全结果，所述辅基站SN承载的PDU会话/QoS流对应的SDAP的配置。

可选的，终端设备的上下文还可以包括辅基站SN与核心网之间的该终端设备专用的用户面连接，辅基站SN和主基站MN的接口上的该终端设备专用的控制面连接和用户面连接等中的至少一种。

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

所述主基站释放保留的第二资源，所述第二资源为所述主基站与所述辅基站的接口上的所述终端设备专用的资源。

作为示例，第二资源可以包括主基站与辅基站的接口上的该终端设备专用的控制面连接、用户面连接和传输资源中的至少一个。

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

所述主基站建立用于承载服务质量QoS流/分组数据单元PDU会话的NG-U隧道，其中，在释放所述第二资源之前，所述QoS流/PDU会话承载在所述辅基站的NG-U隧道上。

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

所述主基站向所述终端设备发送第二消息，所述第二消息用于向所述终端设备通知释放所述辅基站的配置，其中，所述辅基站的配置包括SCG配置、辅基站配置的测量信息、功率配置信息中的至少一种。

可选的，所述第二消息为RRC恢复消息，或RRC重配置消息。

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

所述主基站接收所述终端设备发送的第二请求，所述第二请求用于请求所述终端设备由无线资源控制RRC去激活态恢复到RRC连接态。

结合第二方面，在第二方面的某些实现方式中，所述第二请求中包括所述辅基站是否可以恢复的相关信息，用于辅助主基站确定是否可以向辅基站发送恢复请求。

第三方面，提供了一种终端设备，包括：

从主基站接收第二消息，所述第二消息用于向所述终端设备通知释放所述辅基站的配置，其中，所述辅基站的配置包括SCG配置、辅基站配置的测量信息、功率配置信息中的至少一种；

所述终端设备释放所述辅基站的配置。

因此，本申请实施例在双连接的网络架构中，当终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备时，辅基站SN可以向主基站通知辅基站SN不能继续为终端设备服务，从而终端设备释放该辅基站的配置。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

第四方面，提供了一种无线通信的装置，该装置可以是辅基站，也可以是该辅基站内的芯片。该装置具有实现上述第一方面及各种可能的实现方式的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的设计中，该装置包括：收发模块，可选地，该装置还包括处理模块，所述收发模块例如可以是收发器、接收器、发射器中的至少一种，该收发模块可以包括射频电路或天线。该处理模块可以是处理器。可选地，所述装置还包括存储模块，该存储模块例如可以是存储器。当包括存储模块时，该存储模块用于存储指令。该处理模块与该存储模块连接，该处理模块可以执行该存储模块存储的指令或源自其他的指令，以使该装置执行上述第一方面及各种可能的实现方式的方法。

在另一种可能的设计中，当该装置为芯片时，该芯片包括：收发模块，可选地，该芯片还包括处理模块，收发模块例如可以是该芯片上的输入/输出接口、管脚或电路等。处理模块例如可以是处理器。该处理模块可执行指令，以使该终端内的芯片执行上述第一方面以及任意可能的实现的通信方法。可选地，该处理模块可以执行存储模块中的指令，该存储模块可以为芯片内的存储模块，如寄存器、缓存等。该存储模块还可以是位于通信设备内，但位于芯片外部，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

其中，上述任一处提到的处理器，可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制上述第一方面及各种可能的实现方式的方法的程序执行的集成电路。

第五方面，提供了一种无线通信的装置，该装置可以是主基站，也可以是该主基站内的芯片。该装置具有实现上述第二方面及各种可能的实现方式的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的设计中，该装置包括：收发模块，可选地，该装置还包括处理模块，所述收发模块例如可以是收发器、接收器、发射器中的至少一种，该收发模块可以包括射频电路或天线。该处理模块可以是处理器。可选地，所述装置还包括存储模块，该存储模块例如可以是存储器。当包括存储模块时，该存储模块用于存储指令。该处理模块与该存储模块连接，该处理模块可以执行该存储模块存储的指令或源自其他的指令，以使该装置执行上述第二方面及各种可能的实现方式的通信方法。

在另一种可能的设计中，当该装置为芯片时，该芯片包括：收发模块，可选地，该装置还包括处理模块，收发模块例如可以是该芯片上的输入/输出接口、管脚或电路等。处理模块例如可以是处理器。该处理模块可执行指令，以使该终端内的芯片执行上述第二方面以及任意可能的实现的方法。可选地，该处理模块可以执行存储模块中的指令，该存储模块可以为芯片内的存储模块，如寄存器、缓存等。该存储模块还可以是位于通信设备内，但位于芯片外部，如只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)等。

其中，上述任一处提到的处理器，可以是一个通用中央处理器(CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制上述第二方面及各种可能的实现方式的程序执行的集成电路。

第六方面，提供了一种计算机存储介质，该计算机存储介质中存储有程序代码，该程序代码用于指示执行上述第一方面或第二方面或第三方面或其任意可能的实现方式中的方法的指令。

第七方面，提供了一种包含指令的计算机程序产品，其在计算机上运行时，使得计算机执行上述第一方面或第二方面或第三方面或其任意可能的实现方式中的方法。

第八方面，提供了一种通信系统，该通信系统包括具有实现上述第一方面的各方法及各种可能设计的功能的装置和上述具有实现上述第二方面的各方法及各种可能设计的功能的装置。进一步的，该通信系统中还可以包括前述的终端设备。

第九方面，提供了一种处理器，用于与存储器耦合，用于执行上述第一方面或第二方面或第三方面或其任意可能的实现方式中的方法。

第十方面，提供了一种芯片，芯片包括处理器和通信接口，该通信接口用于与外部器件或内部器件进行通信，该处理器用于实现上述第一方面或第二方面或第三方面或其任意可能的实现方式中的方法。

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

可选地，该芯片可以集成在主基站或辅基站上。

附图说明

图1示出了应用本申请实施例的一种网络架构的示意图。

图2示出了本申请实施例提供的一种网络架构的示意图。

图3示出了适用于本申请实施例的网络架构的又一示意图。

图4示出了应用本申请实施例一种网络架构的示意图。

图5示出了应用本申请实施例另一种网络架构的示意图。

图6示出了应用本申请实施例另一种网络架构的示意图。

图7示出了应用本申请实施例另一种网络架构的示意图。

图8示出了本申请实施例提供的一种准入控制的方法的示意性流程图。

图9示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图10示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图11示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图12示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图13示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图14示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图15示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图16示出了本申请实施例提供的另一种准入控制的方法的示意性流程图。

图17示出了本申请实施例提供的一种无线通信的装置的示意图。

图18示出了本申请实施例提供的另一种无线通信的装置的示意图。

图19示出了本申请提供的一种终端设备的结构示意图。

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

具体实施方式

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

本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、未来的第五代(5th generation，5G)系统或新无线(new radio，NR)等。

本申请实施例中的终端设备也可以称为：用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

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

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

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

另外，本申请实施例中的接入设备可以是用于与终端设备通信的设备，该接入设备也可以称为接入网设备或无线接入网设备，可以是LTE系统中的演进型基站(evolvedNodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，或者该接入设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的接入设备或者未来演进的PLMN网络中的接入设备等，可以是WLAN中的接入点(access point，AP),可以是新型无线系统(new radio，NR)系统中的gNB本申请实施例并不限定。

另外，在本申请实施例中，接入设备是RAN中的设备，或者说，是将终端设备接入到无线网络的RAN节点。例如，作为示例而非限定，作为接入设备，可以列举：gNB、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，homeevolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wifi)接入点(access point，AP)等。在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备、或者控制面CU节点(CU-CP节点)和用户面CU节点(CU-UP节点)以及DU节点的RAN设备。

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

此外，LTE系统或5G系统中的载波上可以同时有多个小区同频工作，在某些特殊场景下，也可以认为上述载波与小区的概念等同。例如在载波聚合(carrier aggregation，CA)场景下，当为终端设备配置辅载波时，会同时携带辅载波的载波索引和工作在该辅载波的辅小区的小区标识(cell indentification，Cell ID)，在这种情况下，可以认为载波与小区的概念等同，比如终端设备接入一个载波和接入一个小区是等同的。

图1示出了应用本申请实施例的一种网络架构的示意图。如图1所示，终端设备可以同时与两个接入设备进行双链接(dual-connectivity，DC)。该两个接入设备之中，负责与该终端设备交互无线资源控制消息，并负责和核心网控制平面实体交互的该接入设备为主基站(master node，MN)，另一个无线接入设备则为辅基站(secondary node，SN)。

类似的，终端设备也可以同时与多个接入设备存在通信连接并可收发数据，可以称之为多连接或者多链接(multi-connectivity，MC)，该多个接入设备之中，可以有一个接入设备负责与该终端设备交互无线资源控制消息，并负责和核心网控制平面实体交互，那么，该接入设备可以称之为MN，则其余的接入设备可以称之为SN。

本申请实施例中，MN和SN可以为相同无线接入类型(radio access type，RAT)的基站，也可以是不同RAT的基站。

图2示出了本申请实施例提供的一种网络架构的示意图。如图2所示，接入设备和终端设备之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packet data convergenceprotocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(mediaaccess control，MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能；在一种实现中，PDCP层之上还可以包括业务数据适配协议(service data adaptation protocol，SDAP)层。

这些协议层的功能可以由一个节点实现，或者可以由多个节点实现；例如，在一种演进结构中，接入设备可以包括集中单元(centralized unit，CU)和分布单元(distributed unit，DU)，多个DU可以由一个CU集中控制。

如图2所示，CU和DU可以根据无线网络的协议层划分，例如PDCP层及以上协议层的功能设置在CU，PDCP以下的协议层，例如RLC层和MAC层等的功能设置在DU。或者说，CU具有PDCP层以上(含PDCP、RRC和SDAP)功能，DU具有PDCP层以下(含RLC、MAC和PHY)功能。

这种协议层的划分仅仅是一种举例，还可以在其它协议层划分，例如在RLC层划分，将RLC层及以上协议层的功能设置在CU，RLC层以下协议层的功能设置在DU；或者，在某个协议层中划分，例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外，也可以按其它方式划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。

图3示出了适用于本申请实施例的网络架构的又一示意图。相对于图2所示的架构，还可以将CU的控制面(CP)和用户面(UP)分离，分成不同实体来实现，分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。

在以上网络架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。

在以上实施例中CU划分为接入网RAN侧的网络设备，此外，也可以将CU划分为核心网CN侧的网络设备，在此不做限制。

本申请以下实施例中的装置，根据其实现的功能，可以位于终端设备或网络设备。当采用以上CU-DU的结构时，接入设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。

图4示出了应用本申请实施例一种网络架构的示意图。该网络架构为5G无线通信系统。如图4所示，该5G无线通信系统(也称为5G system，5GS，5G系统等)的总体架构由5G核心网(也称为5G Core，5GCN，5GC)和NG-RAN(也称为5G-RAN)组成。其中，5GC为5G无线通信系统的核心网，NG-RAN为5G无线通信系统的无线接入网。

具体的，如图4所示，NG-RAN中包括两类RAN节点(RAN node)，分别为gNB和ng-eNB。其中，gNB为终端设备提供新空口(new radio，NR)的用户面和控制面协议栈的终结点(Terminations)。ng-eNB为终端设备提供演进的全球陆地无线接入(evolved universalterrestrial radio access，E-UTRA)用户面和控制面协议栈的终结点。其中，5GC中的核心网设备与NG-RAN中的接入设备(例如gNB，ng-eNB)之间通过NG接口进行数据传输。gNB与gNB之间，gNB与ng-eNB之间，ng-eNB与ng-eNB之间均可以通过Xn接口进行数据传输。

需要说明的是，图4中示例性的示出了网络架构的示意图，但本申请实施例并不限制于此。例如该5GC中还可以包括更多的核心网设备，NG-RAN中还可以包括其他接入技术的基站等。

在图4所示的5G无线通信系统中定义了以下3种具体的多无线接入类型双连接(multiple RATs dual connectivity,MR-DC)架构：

1)E-UTRA NR DC(简称为EN-DC)架构

该架构也可以称为选择(option)3系列。如图5所示，即LTE基站(比如LTE eNB)作为主站MN，NR基站(比如gNB)作为辅站SN进行DC，并且核心网设备为EPC。

在图5中(a)所示的实现方式中，LTE eNB通过S1-C接口或S1-U接口连接到EPC，为终端设备与EPC之间的数据提供空口传输资源。

在图5中(b)所示的实现方式中，LTE eNB通过S1-C接口或S1-U接口连接到EPC，gNB通过S1-U接口连接到EPC，为终端设备与EPC之间的数据传输提供空口传输资源。

2)NR E-UTRA DC(简称NE-DC)架构

该架构也可以称为option 4系列。如图6所示，即NR基站(比如gNB)作为主站MN，LTE基站(比如ng eNB)作为辅站SN进行DC，并且核心网设备为5GC。

在图6中(a)所示的实现方式中，gNB通过NG-C接口或NG-U接口连接到5GC，为终端设备与5GC的数据传输提供空口传输资源。

在图6中(b)所示的实现方式中，gNB通过NG-C接口或NG-U接口连接到5GC，ng-eNB通过NG-U接口连接到5GC，为终端设备与5GC的数据传输提供空口传输资源。

3)下一代E-UTRA NR DC(Next Generation E-UTRA NR DC，简称NG NE-DC)架构

该架构也可以称为option 7系列。如图7所示，即LTE基站(比如ng-gNB)作为主站MN，NR基站(比如gNB)作为辅站SN进行DC，并且核心网设备为5GC。

在图7中(a)所示的实现方式中，ng-eNB通过NG-C接口或NG-U接口连接到5GC，为终端设备与5GC的数据传输提供空口传输资源。

在图7中(b)所示的实现方式中，ng-eNB通过NG-C接口或NG-U接口连接到5GC，gNB通过NG-U接口连接到5GC，为终端设备与5GC的数据传输提供空口传输资源。

此外，MN和SN也可以是相同制式的无线接入设备，例如MN和SN均为NR基站或均为LTE基站。需要说明的是，在图5至图7所示的网络架构中，主站MN和辅站SN之间可以通过有线连接或无线连接进行数据传输，本申请实施例对此不作限定。

本申请实施例中，由于终端设备在一个基站下可以同时接收多个小区的服务，因此主基站MN也可以称为主小区组(master cell group，MCG)。类似的，辅基站SN也可以称为辅小区组(secondary cell group，SCG)。

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

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

在RRC空闲态时，终端设备删除终端设备的上下文，但是核心网设备具有该终端设备的上下文，接入设备没有该终端设备的上下文。同时，核心网设备与接入设备之间也没有终端设备专用的信令连接，例如终端设备相关的NG连接，或者UE相关的S1连接(UEassociated S1connection)。本申请实施例中，终端设备的上下文例如为终端设备的接入层(access stratum，AS)上下文，本申请实施例对此不作限定。

当有下行数据到达时，核心网设备会在该终端设备的跟踪区(tracking area，TA)发起对该终端设备的寻呼(paging)。其中，跟踪区也可以称为寻呼区。然后，终端设备通过监听寻呼信道获知是否需要转换到RRC连接态进行下行数据的接收。

当有上行数据发送时，终端设备会主动触发进入RRC连接态，从而进行数据发送。

另外，终端设备在RRC空闲态移动时，当跨跟踪区TA时，需要进行位置区域更新(tracking area update，TAU)。

终端设备在RRC连接态时，核心网设备和接入设备均有该终端设备的上下文。并且，终端设备与接入设备之间维持RRC连接，终端设备可以进行数据的上下行传输。

终端设备在RRC去激活态时，终端设备和接入设备存储该终端设备的AS上下文，核心网设备也具有终端设备上下文。并且，核心网设备和接入设备之间有终端设备专用的信令连接，例如UE相关的NG连接(UE associated NG connection)。但是终端设备和接入设备不需要维护RRC连接。本申请实施例中，RRC去激活态也可以称为RRC去激活态。

当有下行数据到达时，接入设备可以发起寻呼，寻呼区域可以为空闲态的寻呼区(tracking area，TA)，或者为基于RAN寻呼区(RAN-based notification area，RNA)。当终端设备在RRC去激活态移动时，跨寻呼区需要进行位置更新，例如TAU或基于RAN寻呼区更新(RAN-based notification area update，RNAU)。

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

需要说明的是，对于图6中的NE-DC架构，图7中的NG EN-DC架构以及MN和SN均为NR基站的DC架构而言，由于其中的基站均属于NG-RAN，且与5GC相连，因此当终端设备在NE-DC、NG EN-DC以及NR-NR DC架构下，可以支持RRC去激活态，即RRC去激活态。

下面将结合附图详细说明本申请提供的准入控制的方法和装置。

本申请的技术方案可以应用于无线通信系统中，处于无线通信系统中的通信装置之间可具有无线通信连接关系。该通信装置中的一个例如可以为第一接入设备(例如主基站MN)，或者配置于第一接入设备(例如主基站MN)中的芯片，该通信装置中的另一个例如可以为第二接入设备(例如辅基站SN)或者配置于第二接入设备(例如辅基站SN)中的芯片。另外，该通信装置中还包括终端设备，该终端设备支持RRC去激活态。

下面，将结合图8至图14，以第一接入设备为主基站MN，第二接入设备为辅基站SN为例进行描述。对于主基站MN中的芯片，辅基站SN中的芯片的实现方法，可以参考主基站MN和辅基站SN的具体说明，不作重复介绍。

图8是从设备交互的角度示出的准入控制的方法的示意性流程图。如图8所示，该准入控制的方法可以包括步骤110至130。

110，辅基站确定释放为无线资源控制RRC去激活态的终端设备保留的第一资源。其中，该第一资源为专用于该终端设备的资源。

一种可能的方式中，在主基站将终端设备配置为RRC去激活态时，主基站MN可以请求挂起辅基站SN。挂起的辅基站SN可以为该RRC去激活态的终端设备保留资源，即上述第一资源。本申请实施例中，保留可以指预留，或者保存。

需要说明的是，在辅基站执行步骤110，即确定释放为该RRC去激活态的终端设备保留的第一资源的时刻，终端设备可以处于RRC去激活态，或者也可能由RRC去激活态转为其他连接状态，本申请实施例对此不作限定。

作为示例，第一资源可以包括以下信息中的至少一种：

辅基站SN为该终端设备分配或预留的资源，辅基站SN保留的该终端设备的上下文，辅基站SN与核心网之间的该终端设备专用的用户面连接，辅基站SN和主基站MN之间的接口上的该终端设备专用的控制面连接和用户面连接等，本申请实施例对此不作具体限定。

其中，辅基站SN为该终端设备分配或预留的资源，例如可以为空口传输资源、NG-U接口传输资源、辅基站与主基站之间的Xn接口用户面传输资源、辅基站与主基站之间的Xn接口控制面传输资源中的至少一种。

辅基站SN与核心网之间的该终端设备专用的用户面连接，例如可以包括传输层信息(transport layer information)，数据传输通道，辅基站SN为终端设备分配的NG-U传输层地址信息，核心网为终端设备分配的NG-U传输层地址信息中的至少一种。

辅基站SN和主基站MN之间的接口上的该终端设备专用的控制面连接，例如可以包括传输层信息、流控制传输协议(stream control transmission protocol，SCTP)连接、主基站MN为终端设备分配的UE XnAP ID，辅基站为终端设备分配的UE XnAP ID中的至少一种。作为示例，辅基站SN和主基站MN之间的接口可以为Xn接口。

辅基站SN和主基站MN之间的接口上的该终端设备专用的用户面连接，例如可以为传输层信息，数据传输通道，辅基站SN为终端设备分配的Xn-U传输层地址信息，主基站MN为终端设备分配的Xn-U传输层地址信息中的至少一种。其中，传输层地址信息可以包含IP地址、端口号、GTP隧道标识中的至少一种。

可选的，辅基站SN保存的该终端设备的上下文，例如为AS上下文，可以包括以下信息中的至少一种：

辅基站SN承载的PDU session/QoS流与数据无线承载DRB的映射关系，辅小区组SCG配置，辅基站SN承载的分组数据汇聚协议PDCP的配置，辅基站SN承载的所述PDCP上下文，辅基站SN承载的PDU会话/QoS流对应的SDAP的配置，辅基站SN承载的PDU会话/QoS流的安全指示和安全结果等，本申请实施例对此不作具体限定。

可选的，终端设备的上下文还可以包括辅基站SN与核心网之间的该终端设备专用的用户面连接，辅基站SN和主基站MN的接口上的该终端设备专用的控制面连接和用户面连接等中的至少一种，本申请实施例对此不作限定。那么，此时，第一资源可以指辅基站SN保留的该终端设备的上下文。

本申请实施例中，辅基站SN可以在终端设备处于RRC去激活态时，确定释放保留的专用于该终端设备的第一资源。可以理解的是，辅基站SN确定释放该第一资源，也可以称为辅基站SN确定不再继续为该终端设备服务或者辅基站SN不具备继续为该终端设备服务的能力。

作为示例，辅基站SN可以根据自身负载，确定是否释放第一资源。一种可能的情况，辅基站SN可以在负载过重导致不能继续为终端设备进行服务时，可以确定释放第一资源，或者，辅基站在没有负载过重时，确定不释放第一资源，此时辅基站SN能够继续为终端设备服务，即可以恢复与终端设备的RRC连接。

或者，在一些实施例中，辅基站SN还可以根据其他因素确定是否释放第一资源，本申请实施例对比不作具体限定。例如，当辅基站SN的配置改变使得辅基站SN不能接纳该终端设备时，可以确定释放第一资源。

120，辅基站SN向主基站MN发送第一消息，该第一消息用于通知辅基站SN不能恢复对该终端设备的服务。

对应的，主基站MN接收该第一消息。

本申请实施例中，主基站MN可以是配置终端设备进入RRC去激活态的基站，也可以是终端设备恢复的基站。需要说明的是，配置终端设备进入RRC去激活态的基站与终端设备恢复的基站可以为同一个基站，或者不同的基站。作为示例，终端设备的移动，可能会导致配置终端设备进入RRC去激活态的基站与终端设备恢复的基站的不同。

一种可能的实现方式中，第一消息中可以携带原因值，该原因值可以表示辅基站过载，或者，标识辅基站不能恢复对该终端设备的服务。

可选的，辅基站SN还还可以向主基站MN发送辅基站侧的终端设备的上下文。一种实现方式，第一消息中可以携带辅基站侧的终端设备的上下文。可以理解的是，也可以通过不同于第一消息的消息向MN发送辅基站侧的终端设备的上下文。

130，主基站根据该第一消息，确定所述辅基站不能恢复对该终端设备的服务。

可选的，主基站在确定辅基站不能恢复对终端设备的服务之后，可以释放保留的第二资源。其中，该第二资源为主基站与辅基站之间的接口上的该终端设备专用的资源。

作为示例，第二资源可以包括主基站与辅基站之间的接口上的该终端设备专用的控制面连接、用户面连接和传输资源中的至少一个。

一种可能的设计中，上述主基站与辅基站接口上的该终端设备专用的传输资源，例如可以为辅基站与主基站之间的接口的用户面传输资源、辅基站与主基站之间的接口控制面传输资源中的至少一种。

具体的，主基站与辅基站之间的接口上的该终端设备专用的控制面连接、用户面连接可以参见上文中的描述，为了简洁，这里不再赘述。

对应的，当辅基站SN发送辅基站侧的终端设备的上下文时，主基站MN可以获取辅基站侧的上下文。主基站MN可以根据该上下文获取辅基站SN对该终端设备配置信息。可选的，当辅基站SN释放之后，主基站可以根据该配置信息，重新对终端设备进行增量(delta)配置，或将该配置信息发送给新的辅基站，用于该新的辅基站进行配置的参考。

可选的，主基站MN还可以建立用于承载服务质量QoS流/分组数据单元PDU会话的NG-U隧道，其中，在主基站MN释放上述第二资源之前，该QoS流/PDU会话承载在辅基站MN的NG-U隧道上。也就是说，MN#1还可以进行路径切换(path switch)。这样，能够实现将原来承载在SN的QoS流(flow)/PDU会话(session)的NG-U隧道转移到MN上。

因此，本申请实施例在双连接的网络架构中，当终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备时，辅基站SN可以向主基站MN发送第一消息，来通知辅基站SN不能继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

图9是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站，与终端设备请求恢复的主基站相同，比如均为MN#1。应理解，图9示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图9中的各个操作的变形。此外，图9中的各个步骤可以按照与图9呈现的不同的顺序来执行，并且有可能并非要执行图9中的全部操作。

201，MN#1确定将终端设备配置为RRC去激活态。

202，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

203，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

可选的，SN可以基于该请求消息，释放该终端设备的部分配置，例如RLC层以及以下的配置。

需要说明的是，本申请实施例中，步骤202和203的顺序可以互换，也就是说，对202和203的先后顺序不做限定。

204，SN向MN#1发送响应于步骤203中的请求消息的确认(acknowledge，ACK)。

可选的，该ACK中可以携带SN侧的终端设备的上下文。具体的，上下文可以参见图8中的描述，为了简洁，这里不再赘述。

205，终端设备向MN#1发送恢复请求(resume request)，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#1确定是否可以向SN发送恢复请求。

206，MN#1向SN发送SN恢复请求(SN resume request)，用于请求SN恢复对终端设备的服务。该SN恢复请求可以为第一请求的一个示例。

可选的，该SN恢复请求可以为SN修改请求(SN modification request)，其中携带指示信息，该指示信息用于指示SN为终端设备生成或更新SCG配置，从而令SN获知该消息表示请求SN恢复。

可选的，207，SN确定负载过重。

具体的，SN可以根据自身负载判断是否能够继续为终端设备提供服务。当SN确定过载时，则不能继续为终端设备提供服务。此时，SN确定释放专用于该终端设备的第一资源。具体的，第一资源可以参见图8中的描述，为了简洁，这里不再赘述。

可选的，当SN确定没有过载时，则SN确定继续为终端设备提供服务，即不需要释放第一资源。

本申请实施例中，对206和207的先后顺序不做限定。也就是说，步骤207也可以在步骤206之前发生。

208，SN向MN#1发送SN恢复拒绝(SN resume reject)消息，用于表示拒绝对终端设备继续服务的请求。这里，SN恢复拒绝消息对应于图8中的第一消息的一个示例。

可选的，SN恢复拒绝消息中携带原因值，表示SN过载，即标识SN不能恢复对该终端设备的服务。

可选的，当SN恢复请求为SN修改请求时，SN恢复拒绝消息可以为SN修改确认消息或SN修改失败消息。与现有技术不同的是，MN#1收到SN恢复拒绝消息(例如SN修改确认消息或SN修改失败消息)，需要知道该消息表示的不是修改失败，而是SN不能成功恢复，效果等同于SN释放。可选的，本申请实施例中，SN修改确认消息或SN修改失败消息中包括原因值，表示SN拒绝对终端设备继续服务。

可选的，当ACK中没有包括SN侧的终端设备的上下文时，SN恢复拒绝消息中还可以包括SN侧的终端设备的上下文。

本申请实施例中，SN在发送该SN恢复拒绝消息的同时，或者之后，释放为该终端设备保留的第一资源，该第一资源为专用于该终端设备的资源。

对应的，MN#1接收该SN恢复拒绝消息，并根据该消息，确定SN不能继续为终端设备服务。此时，MN#1可以释放第二资源，第二资源为MN#1与SN之间的接口上的该终端设备的专用的资源。具体的，第二资源可以参见图8中的描述，为了简洁，这里不再赘述。

可选的，MN#1还可以建立用于承载服务质量QoS流/分组数据单元PDU会话的NG-U隧道，其中，在释放所述第二资源之前，所述QoS流/PDU会话承载在所述辅基站的NG-U隧道上。

可选的，当SN确定继续为终端设备服务时，SN向MN#1发送SN恢复确认消息，用于表示能够继续对终端设备服务。可选的，当SN恢复请求消息为SN修改请求消息时，SN恢复确认消息可以为SN修改确认消息。

209，MN#1向终端设备发送配置信息。

可选的，当MN#1接收到SN恢复拒绝消息时，该配置信息中可以包括指示信息，用于告知终端设备释放SN相关的配置。作为示例，SN相关配置具体包含以下信息中的至少一种：SCG配置、SN配置的测量信息、功率配置信息等。

可选的，该配置信息可以携带在RRC恢复消息中，或者承载于RRC重配置消息中。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备的情况下，当SN在接收到SN恢复请求时，可以向MN发送SN恢复拒绝消息，来通知SN不能继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

图10是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站(比如为MN#1)，与终端设备请求恢复的主基站(比如MN#2)不同。应理解，图10示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图10中的各个操作的变形。此外，图10中的各个步骤可以按照与图10呈现的不同的顺序来执行，并且有可能并非要执行图10中的全部操作。

301，MN#1确定将终端设备配置为RRC去激活态。

302，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

303，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

304，SN向MN#1发送响应于步骤303中的请求消息的确认(acknowledge，ACK)。

具体的，步骤301至304可以参见图9中的步骤201至204，为了简洁，这里不再赘述。

305，终端设备向MN#2发送恢复请求(resume request)，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#2确定是否可以向SN发送恢复请求。可以理解，当终端设备在由MN#1移动至MN#2之后，会向MN#2发送恢复请求。

306，MN#2从MN#1请求上下文。

这里，该上下文为MN#1侧保存的该终端设备的上下文。

作为示例，该上下文包括以下信息中的至少一种：

MN#1承载的QoS流与数据无线承载DRB的映射关系，主小区组MCG配置，MN#1承载的分组数据汇聚协议PDCP的配置，MN#1承载的所述PDCP上下文，MN#1承载的PDU会话/QoS流对应的SDAP配置，MN#1承载的PDU会话/QoS流的安全指示和安全结果等，本申请实施例对此不作具体限定。

可选的，MN#2还可以指示MN#1请求恢复SN。

307，MN#1向MN#2发送MN侧的终端设备的上下文。

可选的，MN#1还可以向终端设备发送SN的标识，以及终端设备标识。一些实施例中，终端设备标识可以为SN为终端设备分配的Xn接口上的终端设备标识。作为示例，当该终端设备为UE时，终端设备标识可以为SN UE XnAP ID。

可选的，MN#1还可以向MN#1发送指示信息，用于向MN#2指示MN#1为终端设备挂起了SN。

308，MN#2向SN发送SN恢复请求(SN resume request)，用于请求SN恢复对终端设备的服务。

可选的，SN恢复请求中可以包括终端设备标识，用于SN识别该终端设备。作为示例，该终端设备标识可以为SN为终端设备分配的Xn接口上的标识。

可选的，该SN恢复请求可以为SN修改请求(SN modification request)，其中携带指示信息，该指示信息用于指示SN为终端设备生成或更新SCG配置，从而令SN获知该消息表示请求SN恢复。

可选的，309，SN确定负载过重。

310，SN向MN#2发送SN恢复拒绝(SN resume reject)消息，用于表示拒绝对终端设备继续服务的请求。

311，MN#2向终端设备发送配置信息。

具体的，步骤309至311中，SN与MN#2的交互过程可以参见图8中步骤207至209中SN与MN#1的交互过程中的描述，为了简洁，这里不再赘述。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备的情况下，当SN在接收到SN恢复请求时，可以向MN发送SN恢复拒绝消息，来通知SN不能继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

图11是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站，与终端设备请求恢复的主基站相同，比如均为MN#1。应理解，图11示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图11中的各个操作的变形。此外，图11中的各个步骤可以按照与图11呈现的不同的顺序来执行，并且有可能并非要执行图11中的全部操作。

401，MN#1确定将终端设备配置为RRC去激活态。

402，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

403，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

404，SN向MN#1发送响应于步骤403中的请求消息的确认(acknowledge，ACK)。

具体的，步骤401至404可以参见图9中的步骤201至204，为了简洁，这里不再赘述。

可选的，405，SN确定负载过重。

具体的，SN可以根据自身负载判断是否能够继续为终端设备提供服务。当SN确定过载时，则不能继续为终端设备提供服务，可以执行406。此时，SN确定释放专用于该终端设备的第一资源。具体的，第一资源可以参见图8中的描述，为了简洁，这里不再赘述。

可选的，当SN确定没有过载时，则SN确定继续为终端设备提供服务，即不需要释放第一资源。此时，SN不需要向MN#1发送消息。也就是说，MN接收到终端设备的恢复请求时，如果SN还没有向MN#1发送用于请求释放专用于终端设备的第一资源的SN释放请求消息，MN#1可以认为SN可以继续为终端设备服务。

一种实现方式中，当步骤404中的ACK中包括SN侧的终端设备的上下文时，如果MN#1接收到了终端设备发送的恢复请求，且没有接收到SN主动发送的SN释放请求消息，则MN#1可以根据ACK中的SN侧的终端设备的上下文，对SN进行恢复。

406，SN向MN#1发送SN释放请求消息，用于请求释放专用于终端设备的第一资源。SN请求释放第一资源，则表示SN不能继续为终端设备提供服务。也就是说，本申请实施例中，当SN确定不能继续为终端设备提供服务时，可以主动向MN#1发送SN释放请求消息。这里，SN释放请求消息对应于图8中的第一消息的一个示例。

可选的，当ACK中没有包括SN侧的终端设备的上下文时，SN释放请求消息中还可以包括SN侧的终端设备的上下文。

本申请实施例中，SN在发送该SN释放请求消息的同时，或者之后，释放为该终端设备保留的第一资源，该第一资源为专用于该终端设备的资源。

对应的，MN#1接收该SN释放请求消息，并根据该消息，确定SN不能继续为终端设备服务。此时，MN#1可以释放第二资源，第二资源为MN#2与SN之间的接口上该终端设备专用的资源。

具体的，第二资源可以参见图8中的描述，为了简洁，这里不再赘述。

407，MN#1向SN发送SN释放确认消息。

可选的，MN还可以建立用于承载服务质量QoS流/分组数据单元PDU会话的NG-U隧道，其中，在释放所述第二资源之前，所述QoS流/PDU会话承载在所述辅基站的NG-U隧道上。

408，终端设备向MN#1发送恢复请求(resume request)，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#1确定是否可以向SN发送恢复请求。

409，MN#1向终端设备发送配置信息。

这里，该配置信息可以参考图9中步骤209中的配置信息的描述，为了简洁，这里不再赘述。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备的情况下，SN可以主动向MN发送SN释放请求消息，来指示SN不能继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

图12是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站(比如为MN#1)，与终端设备请求恢复的主基站(比如MN#2)不同。应理解，图12示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图12中的各个操作的变形。此外，图12中的各个步骤可以按照与图12呈现的不同的顺序来执行，并且有可能并非要执行图12中的全部操作。

501，MN#1确定将终端设备配置为RRC去激活态。

502，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

503，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

504，SN向MN#1发送响应于步骤503中的请求消息的确认(acknowledge，ACK)。

具体的，步骤501至504可以参见图9中的步骤201至204，为了简洁，这里不再赘述。

可选的，505，SN确定负载过重。

506，SN向MN#1发送SN释放请求消息，用于请求释放专用于终端设备的第一资源。

507，MN#1向SN发送SN释放确认消息。

具体的，步骤505至507可以参见图11中的步骤405至407中的描述，为了简洁，这里不再赘述。

508，终端设备向MN#2发送恢复请求(resume request)，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#2确定是否可以向SN发送恢复请求。

509，MN#2向MN#1请求上下文。

510，MN#1向MN#2发送MN侧的终端设备的上下文。

具体的，步骤509和510可以参见图10中的306和307，为了简洁，这里不再赘述。

可选的，MN#1可以向MN#2通知挂起的SN已经被释放。

511，MN#2向终端设备发送配置信息。

这里，该配置信息可以参考图9中步骤209中的配置信息的描述，为了简洁，这里不再赘述。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态，且辅基站SN确定不能继续为该终端设备的情况下，SN可以主动向MN发送SN释放请求消息，来指示SN不能继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

图13是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站，与终端设备请求恢复的主基站相同，比如均为MN#1。应理解，图13示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图13中的各个操作的变形。此外，图13中的各个步骤可以按照与图13呈现的不同的顺序来执行，并且有可能并非要执行图13中的全部操作。

601，MN#1确定将终端设备配置为RRC去激活态。

602，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

603，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

604，SN向MN#1发送响应于步骤603中的请求消息的确认(acknowledge，ACK)。

具体的，步骤601至604可以参见图9中的步骤201至204，为了简洁，这里不再赘述。

605，SN将自身的负载信息告知MN#1。

可选的，SN可以周期性的发送负载信息给MN#1。或者，SN可以基于事件触发向MN#1发送负载信息。作为一个示例，具体事件可以为当负载信息发生变化时，向MN#1发送更新后的负载信息。其中，负载信息发生变化，可以为由负载低变为负载高，或者由负载高变为负载低。作为另一个示例，负载信息可以为量化的数值区间，或者为简单的等级指示(例如高、中、低)等，本申请实施例对此不作限定。

606，终端设备向MN#1发送恢复请求，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#1确定是否可以向SN发送恢复请求。

607，MN#1根据605中接收到的SN负载信息，判断是否过载。

可选的，步骤607可以在步骤606之后执行，即MN在收到终端设备的恢复请求之后，基于SN的负载信息，确定是向SN发送SN恢复请求消息，还是SN释放请求消息。

具体的，当确定SN没有过载时，执行步骤608a和步骤609a，并将恢复终端设备与MN#1和SN的RRC连接状态。

608a，MN#1向SN发送SN恢复请求。

609a，SN向MN#1发送SN恢复确认。

具体的，步骤608a和609a可以参见现有技术中恢复SN恢复的过程，这里不再详细描述。

当确定SN过载时，MN可以主动触发SN释放流程，即执行步骤608b和步骤609b。

608b，MN#1向SN发送SN释放请求，用于请求释放SN。释放SN，则SN不能继续为终端设备提供服务。具体而言，SN可以释放专用于终端设备的第一资源。具体的，第一资源可以参见图8中的描述，为了简洁，这里不再赘述。

本申请实施例中，MN#1在向SN发送SN释放请求时，或者之后，可以释放第二资源，第二资源为MN与SN之间的接口上该终端设备专用的资源。具体的，第二资源可以参见图8中的描述，为了简洁，这里不再赘述。

可选的，MN还可以建立用于承载服务质量QoS流/分组数据单元PDU会话的NG-U隧道，其中，在释放所述第二资源之前，所述QoS流/PDU会话承载在所述辅基站的NG-U隧道上。

609b，SN向MN#1发送SN释放确认。

可选的，当ACK中没有包括SN侧的终端设备的上下文时，SN释放确认中可以包括SN侧的终端设备上下文。

本申请实施例中，SN在发送该SN释放请求消息的同时，或者之后，释放为该终端设备保留的第一资源，该第一资源为专用于该终端设备的资源。

610，MN#1向终端设备发送配置信息。

这里，该配置信息可以参考图9中步骤209中的配置信息的描述，为了简洁，这里不再赘述。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态时，辅基站将自身的负载信息发送给主基站，主基站在确定辅基站负荷过重不能继续为该终端设备的情况下，主动向SN发送SN释放请求消息，来指示释放SN，实现SN不需要继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

图14是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站(比如为MN#1)，与终端设备请求恢复的主基站(比如MN#2)不同。应理解，图14示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图14中的各个操作的变形。此外，图14中的各个步骤可以按照与图14呈现的不同的顺序来执行，并且有可能并非要执行图14中的全部操作。

701，MN#1确定将终端设备配置为RRC去激活态。

702，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

703，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

704，SN向MN#1发送响应于步骤703中的请求消息的确认(acknowledge，ACK)。

具体的，步骤701至704可以参见图9中的步骤201至204，为了简洁，这里不再赘述。

705，SN将自身的负载信息告知MN#1。

具体的，步骤705可以参见图13中步骤605的描述，为了简洁，这里不再赘述。

706，终端设备向MN#2发送恢复请求，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#2确定是否可以向SN发送恢复请求。

707，MN#2向MN#1请求上下文。

708，MN#1根据705中接收到的SN负载信息，判断是否过载。

具体的，当确定SN没有过载时，执行步骤709a至711a，并将恢复终端设备与MN#1和SN的RRC连接状态。

709a，MN#1向MN#2发送终端设备上下文。

710a，MN#2向SN发送SN恢复请求。

711a，SN向MN#2发送SN恢复确认。

当确定SN过载时，MN可以主动触发SN释放流程，即执行步骤710b和步骤711b。

710b，MN#1向SN发送SN释放请求，用于请求释放SN。

711b，SN向MN#1发送SN释放确认。

一些实施例中，步骤706和707可以在709b至711b(或709a至711a)之前执行。也就是说，当MN#2向MN#1请求上下文时，MN#1可以确定终端设备请求恢复到RRC连接态。这时，MN#1可以判断SN是否过载。如果MN#1确定SN过载，则主动触发SN释放流程，即执行步骤709b至711b。如果SN没有过载，则执行步骤709a至711a。

一些实施例中，步骤706和707可以在709b至711b之后执行。也就是说，当MN#1确定SN过载时，将主动触发SN释放过程，即执行710b和步骤711b。之后，如果MN#2向MN#1请求上下文，则MN#1可以执行709b。

709b，MN#1向MN#2发送终端设备上下文。可选的，此时，MN#1还可以向MN#2通知挂起的SN已经被释放。可选的，其中可以携带原因值，表示SN负载过重。

具体的，710b和711b可以参见图13中的步骤608b和609b的描述，为了简洁，这里不再赘述。

712，MN#1向终端设备发送配置信息。

这里，该配置信息可以参考图9中步骤209中的配置信息的描述，为了简洁，这里不再赘述。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态时，辅基站将自身的负载信息发送给主基站，主基站在确定辅基站负荷过重不能继续为该终端设备的情况下，主动向SN发送SN释放请求消息，来指示释放SN，实现SN不需要继续为终端设备服务。基于此本申请实施例在辅基站SN恢复的过程中引入了准入控制机制，因而能够在辅基站SN不能恢复成功的情况下，完成辅基站SN的释放。

图15是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站，与终端设备请求恢复的主基站相同，比如均为MN#1。应理解，图15示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图15中的各个操作的变形。此外，图15中的各个步骤可以按照与图15呈现的不同的顺序来执行，并且有可能并非要执行图15中的全部操作。

801，MN#1确定将终端设备配置为RRC去激活态。

802，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

803，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

804，SN向MN#1发送响应于步骤803中的请求消息的确认(acknowledge，ACK)。

具体的，步骤801至804可以参见图9中的步骤201至204，为了简洁，这里不再赘述。

805，终端设备向MN#1发送恢复请求(resume request)，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#1确定是否可以向SN发送恢复请求。

806，MN#1向终端设备发送配置信息。

可选的，该配置信息用于配置终端设备建立MCG RLC承载，并将上述MCG RLC承载与承载在SN上的PDU session/QoS flow关联。可选的，MN#1基于在步骤804中收到的终端设备上下文中的辅基站SN承载的PDU session/QoS流与数据无线承载DRB的映射关系，不改变上述映射关系，为上述DRB建立一一对应的MCG RLC承载，并与上述DRB标识进行关联。可以理解，上述做法达到的效果是，保留SN承载的PDU session/QoS流与DRB的映射关系，把原DRB关联的SCG RLC承载替代为MCG RLC承载。下行方向，承载在原SN承载的PDU session/QoS的数据依然通过NG-U与SN的数据传输通道，经过SN的SDAP和PDCP处理，不同的是，上述经过数据处理的数据经过SN与MN#1之间的接口，进一步通过MCG RLC承载发送给终端设备。上行方向类似。

807，MN#1向SN发送SN恢复指示，用于指示SN恢复对该终端设备的服务。

可选的，该恢复指示还用于指示SN启动承载在SN上的PDU session/QoS flow和对应的SDAP和PDCP的上下行数据传输。可选的，该恢复指示消息还包含承载在SN上的PDUsession/QoS flow与MCG RLC bearer的映射关系。可选的，该恢复指示消息还包含用于MN#1接收将承载在MCG RLC bearer的下行数据的传输层地址信息。

808，SN向MN#1发送SN恢复响应，比如SN恢复确认消息。可选的，该恢复确认消息还包含用于SN接收将承载MCG RLC bearer的上行数据的传输层地址信息。可选的，该恢复确认消息还包含SCG的配置，用于终端设备更新在SN侧的配置。

可选的，809，MN#1将从SN接收到的SCG的配置发送给终端设备，用于终端设备更新在SN侧的配置。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态后重新恢复RRC连接时，主基站MN仅保留在辅基站SN上的SDAP和PDCP的处理，不使用辅基站SN上的物理无线传输资源(例如SCG RLC承载)，而是为所有承载在SN上PDU session/QoS flow分配主基站MN上的物理无线传输资源(例如MCG RLC承载)，从而降低辅基站SN上恢复对终端设备服务的开销，保证辅基站SN可以恢复对终端设备的服务。基于此本申请实施例在终端设备恢复DC操作的过程中引入了将SCG RLC承载重配为MCG RLC承载的过程，因而能够保障辅基站SN能够恢复成功。并且引入了恢复过程中的重配操作，使辅基站SN可以基于自身的情况(例如负载)，完成辅基站SN侧的配置更新。

图16是从设备交互的角度示出的另一种准入控制的方法的示意性流程图，其中配置终端设备进入RRC去激活态的主基站(比如为MN#1)，与终端设备请求恢复的主基站(比如MN#2)不同。应理解，图16示出了准入控制的方法的步骤或操作，但这些步骤或操作仅是示例，本申请实施例还可以执行其他操作或者图16中的各个操作的变形。此外，图16中的各个步骤可以按照与图16呈现的不同的顺序来执行，并且有可能并非要执行图16中的全部操作。

901，MN#1确定将终端设备配置为RRC去激活态。

902，MN#1向终端设备发送RRC连接释放消息，用于将终端设备配置为RRC去激活态。

903，MN#1向SN发送请求消息，用于向SN告知终端设备已进入RRC去激活态，并请求挂起该SN。

904，SN向MN#1发送响应于步骤903中的请求消息的确认(acknowledge，ACK)。

具体的，步骤901至904可以参见图9中的步骤201至204，为了简洁，这里不再赘述。

905，终端设备向MN#2发送恢复请求(resume request)，用于请求从RRC去激活态恢复到RRC连接态。可选的，恢复请求中可以携带SN是否可以恢复的相关信息，用于辅助MN#2确定是否可以向SN发送恢复请求。

906，MN#2向MN#1请求上下文。

907，MN#1向MN#2发送MN侧的终端设备的上下文。

具体的，步骤906和907可以参见图10中的306和307，为了简洁，这里不再赘述。

可选的，MN#1可以向MN#2通知被挂起的SN的标识信息，以及该SN为终端设备分配的标识，作为示例，当终端设备为UE时，该标识可以为UE XnAP ID。

908，MN#2向终端设备发送配置信息。

这里，该配置信息可以参考图15中步骤806中的配置信息的描述，为了简洁，这里不再赘述。

909，MN#2向SN发送SN恢复指示，用于指示SN恢复对该终端设备的服务。这里该SN恢复指示可以参考图15中步骤807中的SN恢复指示的描述，为了简洁，这里不再赘述。可选的，该SN恢复指示消息还包含该SN为终端设备分配的标识，用于SN识别该终端设备。作为示例，当终端设备为UE时，该标识可以为UE XnAP ID。

910，SN向MN#2发送SN恢复响应，例如SN恢复确认消息。这里，该配置信息可以参考图15中步骤807中SN恢复确认消息的描述，为了简洁，这里不再赘述。

可选的，911，MN#2将从SN接收到的SCG的配置发送给终端设备，用于终端设备更新在SN侧的配置。

因此，本申请实施例在双连接的网络架构中，在终端设备进入去激活态后重新恢复RRC连接时，主基站MN仅保留在辅基站SN上的SDAP和PDCP的处理，不使用辅基站SN上的物理无线传输资源(例如SCG RLC承载)，而是为所有承载在SN上PDU session/QoS flow分配主基站MN上的物理无线传输资源(例如MCG RLC承载)，从而降低辅基站SN上恢复对终端设备服务的开销，保证辅基站SN可以恢复对终端设备的服务。基于此本申请实施例在终端设备恢复DC操作的过程中引入了将SCG RLC承载重配为MCG RLC承载的过程，因而能够保障辅基站SN能够恢复成功。并且引入了恢复过程中的重配操作，使辅基站SN可以基于自身的情况(例如负载)，完成辅基站SN侧的配置更新。

可以理解的是，本申请上述各个实施例中，由主基站实现的方法也可以由可用于主基站的部件(例如芯片或者电路)实现，由辅基站实现的方法也可以由可用于辅基站的部件(例如芯片或者电路)实现。

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

其中，该装置1000可以为辅基站，也可以为芯片或电路，比如可设置于辅基站的芯片或电路。该装置1000可以包括处理单元1010(即，处理器的一例)和收发单元1030。

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

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

一种可能的设计中，该处理单元1010可以用于执行该存储单元1020存储的指令，以使装置1000实现如上述方法中辅基站执行的步骤。

进一步的，该处理单元1010、存储单元1020、收发单元1030可以通过内部连接通路互相通信，传递控制和/或数据信号。例如，该存储单元1020用于存储计算机程序，该处理单元1010可以用于从该存储单元1020中调用并运行该计算计程序，以控制收发单元1030接收信号和/或发送信号，完成上述方法中辅基站的步骤。该存储单元1020可以集成在处理单元1010中，也可以与处理单元1010分开设置。

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

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

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

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的通信设备(例如，辅基站)。即将实现处理单元1010、收发单元1030功能的程序代码存储在存储单元1020中，通用处理单元通过执行存储单元1020中的代码来实现处理单元1010、收发单元1030的功能。

在一种实现方式中，处理单元1010用于确定释放为无线资源控制RRC去激活态的终端设备保留的第一资源，其中，所述第一资源为专用于所述终端设备的资源。

该收发单元1030用于向主基站发送第一消息，所述第一消息用于通知所述辅基站不能恢复对所述终端设备的服务。

可选的，收发单元1030还用于从所述主基站接收第一请求，所述第一请求用于请求所述辅基站恢复对所述终端设备的服务。

可选的，所述第一消息中包括原因值，所述原因值用于标识所述辅基站不能恢复对所述终端设备的服务。

可选的，所述第一资源包括以下至少一种：

所述辅基站为所述终端设备分配或预留的资源、所述辅基站保留的所述终端设备的上下文、所述辅基站与主基站之间的接口上的所述终端设备专用的控制面连接和用户面连接、辅基站与核心网之间的该终端设备专用的用户面连接。

可选的，收发单元1030还用于向所述主基站发送保留的所述终端设备的上下文。

可选的，所述上下文包括以下信息中的至少一种：

所述辅基站承载的服务质量QoS流与数据无线承载DRB的映射关系，辅小区组SCG配置，所述辅基站承载的分组数据汇聚协议PDCP的配置，所述辅基站承载的所述PDCP上下文，所述辅基站承载的分组数据单元PDU会话/QoS流的安全指示和安全结果，所述辅基站SN承载的PDU会话/QoS流对应的SDAP的配置。

可选的，处理器1010具体可以基于自身负载确定释放所述第一资源。

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

其中，以上列举的装置1000中各模块或单元的功能和动作仅为示例性说明，当该装置1000配置在或本身即为辅基站时，装置1000中各模块或单元可以用于执行上述方法中辅基站所执行的各动作或处理过程。

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

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

其中，该装置1100可以为主基站，也可以为芯片或电路，比如可设置于接入设备的芯片或电路。该装置1100可以包括处理单元1110(即，处理器的一例)和收发单元1130。

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

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

一种可能的设计中，该处理单元1110用于执行该存储单元1120存储的指令，以使装置1100实现如上述方法中主基站(例如MN#1，或MN#2)执行的步骤。

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

可选地，若该装置1100为通信设备(例如，主基站)，该收发单元1130包括接收器和发送器。其中，接收器和发送器可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为收发器。

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

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

作为另一种实现方式，可以考虑使用通用计算机的方式来实现本申请实施例提供的通信设备(例如，主基站)。即将实现处理单元1110、收发单元1130功能的程序代码存储在存储单元1120中，通用处理单元通过执行存储单元1120中的代码来实现处理单元1110、收发单元1130的功能。

在一种实现方式中，收发单元1130用于接收第一消息，所述第一消息用于通知所述辅基站不能恢复对终端设备的服务，其中，所述终端设备处于无线资源控制RRC去激活态。

处理单元1110用于根据所述第一消息，确定所述辅基站不能恢复对所述终端设备的服务。

可选的，收发单元1130还用于向所述辅基站发送第一请求，所述第一请求用于请求所述辅基站恢复对所述终端设备的服务。

可选的，所述第一消息中包括原因值，所述原因值用于标识所述辅基站拒不能恢复对所述终端设备的服务。

可选的，收发单元1130还用于所述主基站从所述辅基站接收所述终端设备的上下文。

可选的，所述上下文包括以下信息中的至少一种：

所述辅基站承载的QoS流与数据无线承载DRB的映射关系，辅小区组SCG配置，所述辅基站承载的分组数据汇聚协议PDCP的配置，所述辅基站承载的所述PDCH上下文，所述辅基站承载的PDU会话/QoS流的安全指示和安全结果，所述辅基站SN承载的PDU会话/QoS流对应的SDAP的配置。

可选的，处理单元1110还用于所述主基站释放保留的第二资源，所述第二资源为所述主基站与所述辅基站的接口上的所述终端设备专用的资源。

可选的，处理单元1110还用于所述主基站建立用于承载服务质量QoS流/分组数据单元PDU会话的NG-U隧道，其中，在释放所述第二资源之前，所述QoS流/PDU会话承载在所述辅基站的NG-U隧道上。

可选的，收发单元1130还用于向所述终端设备发送第二消息，所述第二消息用于向所述终端设备通知释放所述辅基站的配置，其中，所述辅基站的配置包括SCG配置、辅基站配置的测量信息、功率配置信息中的至少一种。

其中，以上列举的装置1100中各模块或单元的功能和动作仅为示例性说明，当该装置1100配置在或本身即为主基站时，装置1100中各模块或单元可以用于执行上述方法中主基站(例如，MN#1，或MN#2)所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

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

图19为本申请提供的一种终端设备1200的结构示意图。该终端设备1200可以执行上述方法实施例中终端设备执行的动作。

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

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

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

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

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

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

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

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

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

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

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

根据本申请实施例提供的方法，本申请实施例还提供一种通信系统，其包括前述的主基站和辅基站。进一步的，该通信系统中还可以包括前述的终端设备。

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

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

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

本申请实施例还提供一种无线通信的系统，其包括上述主基站和辅基站。进一步的，该系统中还可以包括上述终端设备。

本申请实施例还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被计算机执行时实现上述任一实施例中的主基站执行的步骤，或者辅基站执行的步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品被计算机执行时实现上述任一实施例中的主基站执行的步骤，或者辅基站执行的步骤。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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