CN115701174A - 一种用于接入控制的方法、通信装置和通信系统 - Google Patents

Abstract

本申请提供了一种与接入控制相关的方法和通信装置。该方法包括：生成第一信息，所述第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因；向第一网络设备发送所述第一信息。通过本申请的方法，能够实现基于接入原因的接入控制的灵活性、可以使得网络侧的负载更为均衡。

Description

一种用于接入控制的方法、通信装置和通信系统

技术领域

本申请涉及通信技术领域，特别涉及一种与接入控制相关的方法、通信装置和通信系统。

背景技术

移动通信系统中，终端设备在发起无线资源控制(radio access control，RRC)建立、RRC恢复、或者RRC重建立，在对应的请求当中会携带原因值(cause)。例如，RRC恢复流程中，在终端设备向网络设备发送的RRC恢复请求消息中，会携带恢复原因(resumeCause)。网络设备可以基于resumeCause确定是否让终端设备接入。

特别的，在网络设备采用集中式单元(centralized unit，CU)-分布式单元(distributed unit，DU)架构时，需要CU和DU有一套成熟的机制对用户设备进行基于cause的控制接入。然而现有技术中并没有相关机制。

发明内容

本申请实施例提供了一种与接入控制相关的技术，特别的该接入控制与接入原因相关，增加基于接入原因的接入控制的灵活性、可以使得网络侧的负载更为均衡。

本申请实施例具体可以通过如下技术方案实现：

第一方面，提供了一种通信方法，包括：第一网络设备生成第一信息，所述第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因；所述第一网络设备向第一网络设备发送所述第一信息。本方法中，相对于现有技术被动的接受接入控制的指示，实现了主动请求接入控制的环节，使得通信机制更加灵活可控。

第二方面，提供了一种通信方法，包括：第一网络设备从第二网络设备接收第一信息，所述第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因；所述第一网络设备根据所述第一信息，确定是否开启或者停止所述接入控制。本方法与第一方面的通信方法相对应，可以根据第二网络设备的请求决策是否开启或者停止第二网络设备对终端的接入控制，使得网络侧的负载更为均衡。

结合第一方面或者第二方面，在一种可能的设计中，所述第二网络设备从所述第一网络设备接收基于所述第一信息的第二信息，所述第二信息用于指示开启或者停止所述接入控制。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述第二信息包括第一时间段的信息，所述第一时间段为开启或者停止所述接入控制的时间。以实现更加精准地接入控制。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述第二信息还基于如下信息中的一种或者多种：所述第一网络设备的负载信息、所述第二网络设备的负载信息和与所述第一网络设备相邻的第一接入网设备管理的小区的负载信息。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述接入控制包括：对接入原因符合指定接入原因的终端设备进行拒绝接入，所述第二信息还包括：基于所述指定接入原因的拒绝率。为指定接入原因设置拒绝率，即便符合指定接入原因，也并不是绝对地被拒绝接入，在终端设备的接入需求与网络侧负载均衡中进行折中取舍，使得网络对终端设备的接入控制更加灵活。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述生成第一信息包括：所述第二网络设备根据所述第二网络设备的负载信息和终端设备的接入原因中的一个或者多个，生成所述第一信息。第一网络设备综合考虑与接入控制相关的一个或者多个因素而确定是否向第一网络设备发送第一信息，使得接入控制的开启或者停止更符合实际需求。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述第一网络设备的负载信息包括如下信息中的至少一个：所述第一网络设备管理的小区的负载信息和所述第一网络设备的总负载信息；所述第二网络设备的负载信息包括如下信息中的至少一个：所述第二网络设备管理的小区的负载信息和所述第二网络设备的总负载信息。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述第二网络设备根据所述第二信息，开启或者停止所述接入控制。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，第二网络设备向所述第一网络设备发送第三信息，所述第三信息包括如下信息中的一种或者多种：基于所述接入控制被拒绝接入的终端设备的总量、基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量和开启所述接入控制的第二时间段。第一网络设备不仅可以考虑到第二网络设备的请求，还可以考虑第一网络设备能够获得的其它信息，综合确定是否同意第二网络设备的请求，由于考虑的信息更多更全面，使得网络侧的负载得以更加均衡。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，第二网络设备从所述第一网络设备接收基于所述第三信息的第四信息，所述第四信息用于指示调整所述接入控制。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述接入原因包括无线资源控制RRC原因，或者切换原因。

结合第一方面或者第二方面、以及上述可能的设计，在一种可能的设计中，所述第一网络设备与所述第二网络设备属于第二接入网络设备，其中，所述第一网络设备为集中式单元CU，所述第二网络设备为分布式单元DU。

第三方面，本申请实施例还提供了一种通信方法，用于对终端设备进行接入控制，所述接入控制基于终端设备的接入原因，所述方法包括：第一网络设备从第二网络设备接收第三信息，所述第三信息包括如下中的一种或者多种：基于所述接入控制被拒绝接入的终端设备的总量、基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量和开启所述接入控制的第一时间段；并基于所述第三信息，调整所述接入控制。

第四方面，本申请实施例还提供了一种通信方法，用于对终端设备进行接入控制，所述接入控制基于终端设备的接入原因，所述方法包括：第二网络设备生成第三信息，所述第三信息包括如下中的一种或者多种：基于所述接入控制被拒绝接入的终端设备的总量、基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量和开启所述接入控制的第一时间段；所述第二网络设备向第一网络设备发送所述第三信息。

第二网络设备反馈基于接入原因的拒绝情况至第一网络设备，以使得第一网络设备做出更精确的接入控制指令，实现对终端设备的接入的精准控制。

结合第三方面或者第四方面，在一种可能的设计中，所述第一网络设备还基于如下信息中的一种或者多种调整所述接入控制：所述第一网络设备的负载信息、所述第二网络设备的负载信息和与所述第一网络设备相邻的第一接入网设备管理的小区的负载信息。

结合第三方面或者第四方面，以及上述可能的设计，在一种可能的设计中，所述第二网络设备向所述第一网络设备发送第二信息，所述第二信息用于指示对所述接入控制的策略。

结合第三方面或者第四方面，在一种可能的设计中，所述第二信息包括第一时间段的信息，所述第一时间段为开启或者停止所述接入控制的时间。以实现更加精准地接入控制。

结合第三方面或者第四方面、以及上述可能的设计，在一种可能的设计中，所述第三信息包括基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量，调整所述接入控制包括：将基于所述至少一个接入原因中的第一接入原因拒绝终端接入调整为允许基于所述第一接入原因的终端设备接入。

结合第三方面或者第四方面、以及上述可能的设计，在一种可能的设计中，所述第一网络设备从所述第二网络设备接收第三信息，所述第三信息用于请求开启或者停止对终端设备的接入控制。

结合第三方面或者第四方面、以及上述可能的设计，在一种可能的设计中，所述生成第三信息包括：所述第二网络设备根据所述第二网络设备的负载信息和终端设备的接入原因中的一个或者多个，生成所述第一信息。第一网络设备综合考虑与接入控制相关的一个或者多个因素而确定是否向第一网络设备发送第一信息，使得接入控制的开启或者停止更符合实际需求。

结合第三方面或者第四方面、以及上述可能的设计，在一种可能的设计中，所述接入控制包括：对接入原因符合指定接入原因的终端设备进行拒绝接入，所述第二信息包括：基于所述指定接入原因的拒绝率。为指定接入原因设置拒绝率，即便符合指定接入原因，也并不是绝对地被拒绝接入，在终端设备的接入需求与网络侧负载均衡中进行折中取舍，使得网络对终端设备的接入控制更加灵活。

结合第三方面或者第四方面、以及上述可能的设计，在一种可能的设计中，

结合第三方面或者第四方面、以及上述可能的设计，在一种可能的设计中，所述接入原因包括无线资源控制RRC原因，或者切换原因。

结合第三方面或者第四方面、以及上述可能的设计，在一种可能的设计中，所述第一网络设备与所述第二网络设备属于第二接入网络设备，其中，所述第一网络设备为集中式单元CU，所述第二网络设备为分布式单元DU。

第五方面，本申请提供了一种通信装置，该通信装置包括用于实现如上述第一方面以及第一方面中的可能的实现方式、第二方面以及第二方面中的可能的实现方式中第一网络设备或第二网络设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

第六方面，本申请提供了一种通信装置，该通信装置包括用于实现如上述第三方面以及第三方面中的可能的实现方式、第四方面以及第四方面中的可能的实现方式中第一网络设备或第二网络设备的功能。这些功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

第七方面，本申请提供了一种通信装置，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该通信装置实现上述第一方面以及第一方面中的可能的实现方式、第二方面以及第二方面中的可能的实现方式中第一网络设备或第二网络设备的功能。

第八方面，本申请提供了一种通信装置，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于如上述第三方面以及第三方面中的可能的实现方式、第四方面以及第四方面中的可能的实现方式中第一网络设备或第二网络设备的功能。

第九方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

第十方面，提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

上述第三方面至第八方面的有益效果可以分别参照第一方面和第二方面对应的有益效果，由于前述已经阐述，此处不再赘述。

附图说明

图1为本申请实施例的一种CU-DU架构图；

图2为本申请实施例的一种RRC状态转换图；

图3为本申请实施例的一种切换流程图；

图4为本申请实施例的一种应用场景图；

图5为本申请实施例的另一种应用场景图；

图6为本申请实施例的一种用于接入控制的方法的交互流程图；

图7为本申请实施例的另一种用于接入控制的方法的交互流程图；

图8为本申请实施例的一种通信装置结构示意图；

图9为本申请实施例的另一种通信装置结构示意图。

具体实施方式

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

在本申请实施例中，“示例的”“在一些实施例中”“在另一实施例中”“作为一种实现方式”等用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用示例的一词旨在以具体方式呈现概念。

本申请实施例中通信、传输有时可以混用，应当指出的是，在不强调区别时，其所表达的含义是一致的。例如传输可以包括发送和/或接收，可以为名词，也可以是动词。

需要指出的是，本申请实施例中涉及的“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。本申请实施例中涉及的等于可以与大于连用，适用于大于时所采用的技术方案，也可以与小于连用，适用于与小于时所采用的技术方案，需要说明的是，当等于与大于连用时，不与小于连用；当等于与小于连用时，不与大于连用。

以下对本申请实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

1、终端设备。本申请实施例中终端设备是一种具有无线收发功能的设备，可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。终端设备可以是固定的或者移动的。需要说明的是，终端设备可以支持至少一种无线通信技术，例如LTE、NR、宽带码分多址(wideband code division multiple access，WCDMA)等。例如，终端设备可以是手机(mobile phone)、平板电脑(pad)、台式机、笔记本电脑、一体机、车载终端、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备、未来移动通信网络中的终端设备或者未来演进的公共移动陆地网络(public land mobile network，PLMN)中的终端设备等。在本申请的一些实施例中，终端还可以是具有收发功能的装置，例如芯片系统。其中，芯片系统可以包括芯片，还可以包括其它分立器件。

2、接入网络设备。本申请实施例中接入网设备是一种为终端设备提供无线通信功能的设备，也可称之为无线接入网(radio access network，RAN)设备等。接入网络设备可以与核心网相连。示例的，接入网络设备包括但不限于：第五代移动通信系统(5th-generation，5G)中的下一代基站(generation nodeB，gNB)、演进型节点B(evolved nodeB，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved node B、或home node B，HNB)、基带单元(baseband unit，BBU)、收发点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器等。

特别的，接入网设备可以采用CU和DU分离架构。CU和DU可以理解为是对接入网设备从逻辑功能角度的划分。CU和DU在物理上可以分离部署，也可以部署在一起。如图1所示，多个DU可以共用一个CU(图中为两个DU共用一个CU)。一个DU也可以连接多个CU(图中未示出)。CU和DU之间可以通过接口相连，例如F1接口。CU和DU可以根据无线网络的协议层划分。例如，其中一种可能的划分方式是：CU用于执行RRC层、业务数据适配协议(service dataadaptation protocol，SDAP)层以及分组数据汇聚层协议(packet data convergenceprotocol，PDCP)层的功能，而DU用于执行无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层、物理(physical)层等的功能。可以理解对CU和DU处理功能按照这种协议层的划分仅仅是一种举例，也可以按照其它的方式进行划分。例如可以将CU或者DU划分为具有更多协议层的功能。又例如，CU或DU还可以划分为具有协议层的部分处理功能。在一种可能的设计中，将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。还可以按照业务类型或者其它系统需求对CU或者DU的功能进行划分。例如，按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。图1所示的网络架构可以应用于5G通信系统，其也可以与长期演进(long term evolution，LTE)系统共享一个或多个部件或资源。CU也可以具有核心网的一个或多个功能。一个或者多个CU可以集中设置，也分离设置。例如，CU可以设置在网络侧方便集中管理。DU可以具有多个射频功能，也可以将射频功能拉远设置。

进一步的，CU的功能可以由一个实体来实现也可以由不同的实体实现。例如，可以对CU的功能进行进一步切分，将控制面(control panel，CP)和用户面(user panel，UP)分离，即分为CU的控制面(CU-CP)和CU用户面(CU-UP)。在一种可能的设计中，CU-CP和CU-UP可以由不同的功能实体来实现，所述CU-CP和CU-UP可以与DU相耦合，共同完成接入网设备的功能。

3.RRC状态

在协议层中，RRC层及以下的协议层可以称为接入(Access Stratum，AS)层，终端设备的RRC状态可以反映终端设备的AS连接情况，其中AS连接包括终端设备与接入网设备之间的信令连接。终端设备的RRC状态可以包括RRC连接态(RRC connected state)、RRC非激活态(RRC inactive state)和RRC空闲态(RRC idle state)。其中，终端设备处于RRCconnected state时，终端设备与接入网设备和核心网都已建立链路，当有数据到达网络时可以直接传送到终端设备。当终端设备处于RRC inactive state时，终端设备之前和接入网设备以及核心网建立过链路，终端设备到接入网设备这一段链路当前被释放，但是接入网设备会存储终端设备的上下文，当有数据需要传输时，接入网设备可以通过RRC恢复流程快速恢复这段链路。当终端设备处于RRC idle state状态时，终端设备与接入网设备和核心网之间都没有链路，当有数据需要传输时，需要建立终端设备到接入网设备及核心网的链路。以上三种状态的转换如图2所示。其中，处于RRC idle state的终端设备通过RRC连接建立流程进入RRC connected state，处于RRC inactive state的终端设备通过RRC恢复流程进入RRC connected state。特别的，当原先处于RRC connected state的终端设备由于一些原因导致与网络断开连接，通过RRC重建流程重新进入RRC connected state(图中未示出)。

4.切换

处于RRC connected state的终端设备的切换流程是由接入网设备控制的，即接入网设备指示终端设备切换到哪个小区以及如何进行切换。如图3所示，当源接入网设备做出了切换决定后，在步骤3中向目标接入网设备发送切换请求handover request消息。若目标接入网设备同意本次切换则在步骤4中向源接入网设备发送接受切换请求的应答handover request ACK消息。基于此，源接入网设备在步骤5中通过RRC重配置RRCReconfiguration消息通知终端设备向目标接入网设备发起随机接入请求。

若终端设备想要接入网络，需要进入RRC connected state，需要发起相应的RRC流程(参见如图2与前述表述)。终端设备可以通过向接入网设备发送RRC请求消息触发相应的RRC流程。在RRC请求消息中会携带接入原因(也即原因值Cause)。例如，处于RRCinactive state的终端设备通过RRC恢复流程进入RRC connected state，终端设备向接入网设备发送RRC恢复请求(RRCresumeRequest)消息，并在其中携带恢复原因值resumeCause。接入网设备基于resumeCause决定是否让终端设备接入网络，也即进行接入控制。在一种可能的情况中，CU-DU架构下，为了实现DU的负载均衡，CU会发指示让DU在某些接入情况下(即某些resumeCause)拒绝终端设备接入网络。举例来说，该CU可以指示DU拒绝非紧急移动数据的RRC连接建立(reject RRC connection establishments for non-emergency MO DT)、拒绝为了信令的RRC连接建立(reject RRC connectionestablishments for Signalling)、只允许紧急会话和终端服务(permit emergencysessions and mobile terminated services only)、只允许高优先级会话和终端服务(permit high priority sessions and mobile terminated services only)中的一个或者多个。DU收到该指示后，根据这个指示允许或者拒绝终端设备接入。例如，DU接到的指示是Reject RRC connection establishments for non-emergency MO DT，那意味着除非接入原因是紧急移动数据，DU将拒绝终端设备接入网络，也终端设备将无法进入RRCconnected state。同样的，终端设备希望通过RRC建立流程或者RRC重建流程接入网络时，相应的基于建立原因establishmentCause或者重建立原因reestablishmentCause的接入控制流程可以参照上述终端设备通过RRC恢复流程接入网络时的接入控制。

类似的，在切换流程中，当源接入网设备向目标接入网设备发送切换请求消息时，在其中包含了本次切换的原因值(handoverCause)，对应的，目标接入网设备可以基于该handoverCause决定是否让终端设备接入网络。在目标接入网设备为CU-DU架构下具体的决定方式可以参照上一段中对应的介绍，此处不再赘述。

然而，基于现有的机制，CU和DU之间并没有有一套成熟的机制对用户设备进行基于接入原因的接入控制。例如，DU只能被动接收CU的指示，无主动请求机制。如此的单向设计并不灵活。

实施例一

本实施例提供一种与控制接入相关的方法，在第一网络设备和第二网络设备之间设立一套基于接入原因的接入控制交互机制，包括请求开启或者停止控制接入、以及相应的一些细节设计，以增加基于接入原因的接入控制的灵活性、可以使得网络侧的负载更为均衡。

本实施例可以应用于图4所示的应用场景下，其中，终端设备可以通过接入网设备接入网络，而接入网设备的构成可以如图1所示，即采用的是CU-DU架构。本实施例还可以应用于图5所示的应用场景。该场景下，源接入网设备决定将终端设备从其管理的小区1下切换到目标接入网设备管理的小区2下，在一种特殊的场景中，源接入网设备即为目标接入网设备，也可以理解为，终端设备此时可以由接入网设备的一个小区切换至另一个小区。目标接入网设备可以采用CU-DU架构。

需要说明的是，本申请实施例中，图4应用场景下的接入网设备和图5场景下的目标接入网设备包括第一网络设备和第二网络设备。在一种实现方式中，第一网络设备即为CU，第二网络设备即为DU。

如图6所示，本实施例的一种用于接入控制的方法包括：

101.第二网络设备生成第一信息，第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因。

102.第二网络设备向第一网络设备发送第一信息。

对应的，第一网络设备接收第一信息。

本实施例中所指的接入控制，与接入原因相关。例如，在RRC建立、RRC重建或者RRC恢复流程中，该接入原因分别为establishmentCause、reestablishmentCause和resumeCause，由请求接入网络的终端设备发送给第二网络设备。在一种可能的实现方式中，它们统称为RRC Cause。又例如，在切换流程中，该接入原因为handoverCause，由源接入网设备生成后发送给目标接入网设备，更进一步的，可以是由目标接入网设备的第二网络设备接收该handoverCause。

对终端设备的接入控制可以理解为，当终端设备的接入原因符合指定接入原因时，拒绝该终端设备接入网络，否则，同意该终端设备接入网络。该指定接入原因，可以是第一网络设备确定并指示给第二网络设备的。

通过步骤101和102，第二网络设备可以基于自身的实际情况，主动地请求开启或者停止对终端设备的接入控制，而不是被动接受第一网络设备主观的控制，这样更利于第二网络设备侧乃至整个网络侧的负载均衡。

在一种可能的实现方式中，第二网络设备可以根据如下信息当中的一个或者多个，生成第一信息：第二网络设备的负载信息和终端设备的接入原因。

可选的，第二网络设备的负载信息包括第二网络设备管理的小区的负载信息和/或所述第二网络设备的总负载信息。

现举一些例子进行说明：

1)第一信息根据第二网络设备的负载信息生成。

例如，第二网络设备可以通过对其管理的各个小区的负载进行实时或者定期的测量，以获得第二网络设备的总负载信息。若第二网络设备的总负载较大，例如超过了最大总负载的80％，则可以生成用于请求开启对终端设备基于接入原因的接入控制的第一信息，并将其发送给第一网络设备。反之，若第二网络设备的总负载较轻，同时目前第二网络设备正根据第一网络设备的要求对终端设备进行基于接入原因的控制接入，那么，则可以生成用于请求停止对终端设备基于接入原因的控制接入的第一信息。

又例如，第二网络设备可以对其管理的小区的负载进行实时或者定期的测量，若发现其管理下的第一小区的负载较大，例如超过了最大负载的80％，则可以生成用于请求开启对终端设备基于接入原因的接入控制的第一信息，并将其发送给第一网络设备。在一种实现方式中，在第一信息中还可以携带第一小区的标识，此时，第一信息可以请求的是针对第一小区开启对终端设备基于接入原因的接入控制。反之，第一小区的负载较小，且目前第二网络设备根据第一网络设备的要求对终端设备进行基于接入原因的接入控制，则第一信息用于请求停止对终端设备基于接入原因的接入控制。在一种实现方式中，在第一信息中还可以携带第一小区的标识，此时，第一信息可以请求的是针对第一小区停止对终端设备基于接入原因的接入控制。

2)第一信息根据终端设备的接入原因生成。

第二网络设备通过对收到的终端设备的接入原因作出分析，可以有针对性的向第一网络设备传达与开启或者停止基于接入原因的接入控制的信息。

例如，第二网络设备在一段时间内发现，请求通过其接入网络的终端设备上报的接入原因中，接入原因a占到70％，其余接入原因总共占30％，则第二网络设备可以基于此生成第一信息，该第一信息中包括了指示接入原因a的信息，也就是说，第一信息可以用于请求开启针对接入原因a的终端设备的接入控制。

上述各种示例中的第一信息的发送结合了第二网络设备当前的情况，如此第一网络设备能够更好地对接入控制做出决策。

上述各种示例中的情形可以单独使用，其中的至少两个也可以互相结合使用。本申请不做限制。

可选的，第一信息可以携带在DU状态指示GNB-DU status indication从第二网络设备发送给第一网络设备，也可以在现有的流程中新增加一条从第二网络设备发送给第一网络设备的消息，使第一信息携带在其中。

在第一网络设备接收到第一信息后，可以选择忽略第一消息、拒绝该第一消息的请求、或者按照第一信息的请求给第二网络设备发送第二信息。

第一网络设备若选择忽略第一消息或者拒绝该第一消息的请求，则表示第一网络设备不采纳第二网络设备上报的信息，这两种情况并不是本申请技术方案讨论的重点，因此不做深入阐述，本实施例将详细阐述第一网络设备按照第一信息的请求给第二网络设备发送第二信息。也即，可选的(对应图6中的虚线)，本方法继续执行103。

103.第一网络设备向第二网络设备发送基于第一信息的第二信息，第二信息用于指示开启或者停止该接入控制。

对应的，第二网络设备接收该第二信息。

根据第二网络设备的请求，也即若第一信息请求开启该接入控制，则第一网络设备同意该请求，发送第二信息指示第一网络设备开启所述接入控制；若第一信息请求停止该接入控制，则第一网络设备同意该请求，发送第二信息指示第一网络设备停止所述接入控制。

在一种实现方式中，为了使得接入控制更加精准，该第二信息中包括第一时间段的信息，第一时间段为对应开启或者停止该接入控制的时间。

可选的，第一时间段的信息是绝对时间信息，或者相对时间信息。比如，绝对时间信息为8点到8点10分。相对时间信息为第二网络设备从收到第一网络设备的第二信息开始起10分钟。

在一种可能的实现方式中，除了基于第一信息，第一网络设备还可以根据一个或者多个其它信息，综合决定向第一网络设备发送第二信息。其它信息包括：

第一网络设备的负载信息、第二网络设备的负载信息和与所述第一网络设备相邻的接入网设备管理的小区的负载信息。

可选的，第一网络设备的负载信息包括第一网络设备管理的小区的负载信息和/或所述第一网络设备的总负载信息。

可选的，第二网络设备的负载信息包括第二网络设备管理的小区的负载信息和/或所述第二网络设备的总负载信息。

这里需要说明的是，第二网络设备在生成和发送第一信息的时候可以考虑第一网络设备的负载信息，在一种实现方式中，是否发送第二信息，可以再次考虑第一网络设备的负载信息。其考虑是否发送第二信息的方式与考虑是否生成第一信息时的类似，此处不再赘述。

这里举例阐述第二网络设备的负载信息和与所述第一网络设备相邻的接入网设备管理的小区的负载信息相关的技术方案。

第二信息的发送还根据第一网络设备的负载信息决定。当第一网络设备得知本身的负载超过一定门限，如硬件资源使用已达到95％，即将引起网络拥塞,因第一网络设备的负载和第二网络设备的负载有关，如连接到第二网络设备的终端需要用到第一网络设备的资源,第一网络设备为了降低自身的负载，发送第二信息给第二网络设备使之开启接入控制。例如，开启基于接入原因的接入控制。容易理解的，第一网络设备得知本身的负载较低时，可以发送指示给第二网络设备使之关闭基于原因的接入控制。

第二信息的发送还根据与所述第一网络设备相邻的接入网设备管理的小区的负载信息决定。第一网络设备与相邻接入网设备之间存在接口的情况下，第一网络设备可以通过当前技术中的负载均衡等流程得知相邻接入网设备管理的小区负载。当第一网络设备得知相邻接入网设备管理的小区的负载(绝对值)非常高或者比第一网络设备的小区高很多(相对于本小区的值)，为了减轻相邻接入网设备管理的小区的负载，发送指示给第二网络设备使之关闭基于原因的接入控制，让更多的终端在第二网络设备完成接入。容易理解的，第一网络设备得知相邻接入网设备管理的小区的负载较低，而第一网络设备的小区的负载又相对较高时时，可以发送指示给第二网络设备使之开启基于原因的接入控制。

同样的，上述各种情形可以单独使用，其中的至少两个也可以互相结合使用。本申请不做限制。

在本实现方式中，第一网络设备不仅可以考虑到第二网络设备的请求，还可以考虑第一网络设备能够获得的其它信息，综合确定是否同意第二网络设备的请求，由于考虑的信息更多更全面，使得网络侧的负载得以更加均衡。

可选的，当第二信息指示开启所述接入控制时，第二信息中还可以携带指定接入原因的拒绝率。

如前所述，当终端设备的接入原因符合指定接入原因时，会被拒绝接入，在本实现方式中，如果第二信息中携带指定接入原因的拒绝率，那么当终端设备的接入原因符合指定接入原因并不是100％会被拒绝接入，第二网络设备会根据第二信息中携带的指定接入原因的拒绝率执行对符合指定接入原因的终端设备的拒绝。例如，指定接入原因的拒绝率为60％，当某一终端设备的接入原因符合该指定接入原因，第二网络设备可以对应产生0到1之间的随机数，当该随机数小于0.6时，则拒绝该终端设备接入，反之则允许该终端设备接入。

为指定接入原因设置拒绝率，即便符合指定接入原因，也并不是绝对地被拒绝接入，在终端设备的接入需求与网络侧负载均衡中进行折中取舍，使得网络对终端设备的接入控制更加灵活。

可选的，第二信息可以携带在网络接入率降低network access rate reduction消息中从第一网络设备发送给第二网络设备，也可以在现有的流程中新增加一条从第一网络设备发送给第二网络设备的消息，使第二消息携带在其中。

可选的，本方法还会执行104。

104.第二网络设备根据第二信息，开启或者停止接入控制。

根据第二信息中的指示，网络设备对应的开启或者停止对应的接入控制。

在RRC建立流程中，可以在第二网络设备接收到终端设备发送的RRC建立请求消息(其中携带establishmentCause)之后按照103中第一网络设备发送的第二信息中的指示对该终端设备进行接入控制。例如，开启接入控制时，基于establishmentCause，若第二网络设备允许终端设备接入，则向终端设备发送RRC建立消息；若第二网络设备拒绝终端设备接入，则向终端设备发送RRC拒绝消息。停止接入控制时，第二网络设备向终端设备发送RRC建立消息。

在RRC恢复流程中，可以在第二网络设备接收到终端设备发送的RRC恢复请求消息(其中携带resumeCause)之后按照103中第一网络设备第二信息中的指示对该终端设备进行接入控制。例如，开启接入控制时，基于resumeCause，若第二网络设备允许终端设备接入，则向终端设备发送RRC恢复消息；若第二网络设备拒绝终端设备接入，则向终端设备发送RRC拒绝消息。停止接入控制时，第二网络设备向终端设备发送RRC恢复消息。

在RRC重建立流程中，可以在第二网络设备接收到终端设备发送的RRC重建立请求消息(其中携带reestablishmentCause)之后按照103中第一网络设备第二信息中的指示对该终端设备进行接入控制。例如，开启接入控制时，基于reestablishmentCause，若第二网络设备允许终端设备接入，则向终端设备发送RRC重建立消息；若第二网络设备拒绝终端设备接入，则向终端设备发送RRC拒绝消息。停止接入控制时，第二网络设备向终端设备发送RRC重建立消息。

在切换流程中，上述所指的第一网络设备和第二网络设备为目标接入网设备下的第一网络设备和第二网络设备。源接入网设备发送切换请求消息至目标接入网设备(具体可以是目标接入网设备下的第二网络设备接收该切换请求消息)，该切换请求消息中携带handoverCause。随后目标接入网设备下的第二网络设备按照103中目标接入网设备下的第一网络设备第二信息中的指示对该终端设备进行接入控制。例如，开启接入控制时，基handover Cause，若第二网络设备允许终端设备切换以接入，则向源接入网设备发送切换响应消息；若第二网络设备拒绝终端设备接入，则向终端设备发送切换拒绝消息。停止接入控制时，第二网络设备向终端设备发送切换响应消息。

实施例二

本实施例可以基于实施例一，也可以为独立的技术方案。

本实施例的技术方案，相对于现有技术增加了第二网络设备反馈基于接入原因的拒绝情况至第一网络设备，以使得第一网络设备做出更精确的接入控制指令，实现对终端设备的接入的精准控制。

本实施例的应用场景与实施例一中的类似，此处不再赘述，且各个术语若无特殊说明，均与实施例一中的理解保持一致。

如图7所示，本实施例的方法包括：

201.第二网络设备向第一网络设备发送第三信息，第三信息包括如下中的一种或者多种：基于对终端设备的接入控制，被拒绝接入的终端设备的总量、基于该接入控制下的指定接入原因被拒绝接入的终端设备的数量和开启该接入控制的第二时间段；其中，该接入控制基于接入原因。

对应的，第一网络设备接收第三信息。

202.第一网络设备基于第三信息，调整该接入控制。

203.第一网络设备向第二网络设备发送第四信息，第四信息用于指示对该接入控制的调整。

对应的第二网路设备接收第四信息。

其中，当指定接入原因有多个时，基于该接入控制下的指定接入原因被拒绝接入的终端设备的数量，可以帮助第一网络设备获知多个指定接入原因中基于某个、某些或者每个指定接入原因下拒绝接入的终端设备的数量。第二时间段可以是绝对时间，也可以是相对时间，关于它们的举例已在实施例一种叙述，可以参照。另外该第二时间段，可以是总体开启接入控制的时间段，也可以是针对特定终端设备的开启接入控制的时间段。

在一种可能的实现方式中，在执行步骤201前，第二网络设备可以对第三信息中所包括的内容进行记录。记录方式可以是定期的，可以是由事件或者第一网络设备指示等触发的，本实施例不做限制。

可选的，第三信息可以携带在DU状态指示GNB-DU status indication从第二网络设备发送给第一网络设备，也可以在现有的流程中新增加一条从第二网络设备发送给第一网络设备的消息，使第三信息携带在其中。需要说明的是，当实施例二是基于实施例一时，第一信息和第三信息可以携带在同一消息中，也可以携带在不同的消息中。

由第三信息中的内容可知，此前，第二网络设备开启了、或者说开启过对终端设备的接入控制。步骤202中，第一网络设备对当前的接入控制情况进行调整，该调整是基于从第二网络设备处获得的第三信息。

现针对第三信息中所包括的信息进行举例说明。

例如，第三信息包括基于接入控制下的指定接入原因被拒绝接入的终端设备的数量，第一网络设备基于第三信息所包括的接入控制下的指定接入原因被拒绝接入的终端设备的数量。当前第二网络设备正开启该接入控制。

在一种具体的实现方式中，第三信息中指示：基于指定接入原因1，已拒绝100个终端设备的接入；基于指定接入原因2，已拒绝200个终端设备的接入；基于指定接入原因3，已拒绝300个终端设备的接入。若此时第一网络设备认为可以使得第二网络设备的终端设备接入数增加200个时，可以调整接入控制的具体内容：把拒绝终端设备基于指定接入原因2接入网络调整为允许终端设备基于指定接入原因2接入网络。

又例如，第三信息包括于对终端设备的接入控制，被拒绝接入的终端设备的总量。当前第二网络设备正开启该接入控制。若该总量达到了第一预设门限，那么第一网络设备可以调整接入控制：在第三时间段内停止该接入控制，或者将指定接入原因的拒绝率从100％降低到60％等。

再例如，第三信息包括开启该接入控制的第二时间段，并且第二网络设备当前仍然开启该接入控制。若第二时间段达到了第二预设门限，那么第一网络设备可以调整接入控制：停止该接入控制。

可选的，为了实现进一步的精准控制，可以进一步为对终端设备的接入控制，被拒绝接入的终端设备的总量和/或基于该接入控制下的指定接入原因被拒绝接入的终端设备的数量加上对应时间段的约束，即在一段时间内记录的对终端设备的接入控制，被拒绝接入的终端设备的总量和/或基于该接入控制下的指定接入原因被拒绝接入的终端设备的数量。

需要说明的是，以上调整方式只作为举例以帮助本领域技术人员的理解，并非造成对本申请实施例的任何限制。还可以按照网络的实际情况等，采用其它的调整方式。当然，第一网络设备可以综合上述所列举的第三信息中的一种和多种综合做出对接入控制的调整。

随后，第一网络设备通过第四信息将调整的内容或者方式通知第二网络设备。第二网络设备收到后，便可以按照第四信息，调整接入控制。如前所述，该调整可以包括开启或者停止接入控制、对接入控制中的指定接入原因的拒绝率进行调整、改变拒绝接入的指定接入原因等中的至少一种。

可选的，当本实施例与实施例一中的技术方案相结合时，可以先执行实施例一中的步骤，然后再按照实施例二中的方法对接入控制进行调整，可以循环使用实施例二中的步骤进行多次调整，以实现实时按需网络侧的负载。

上述本申请提供的实施例中，包括了第一网络设备、第二网络设备作为执行主体的角度对本申请实施例提供的通信方法进行了介绍。为了实现上述本申请实施例提供的通信方法中的各功能，以上这些设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

与上述构思相同，如图8所示，本申请实施例还提供一种通信装置1100，该通信装置1100包括处理模块1101和收发模块1102。

一示例中，通信装置1100用于实现上述本申请实施例一和实施例二方法中第一网络设备或者第二网络设备的功能。该装置可以是第一网络设备或者第二网络设备，也可以是第一网络设备或者第二网络设备的装置。其中，该装置可以包括芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其它分立器件。

例如，当通信装置1100用于实现第二网络设备的功能时，处理模块1101用于生成第一信息，所述第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因；收发模块1102用于向第一网络设备发送所述第一信息。

又例如，当通信装置1100用于实现第二网络设备的功能时，处理模块1101用于生成第三信息，所述第三信息包括如下中的一种或者多种：基于所述接入控制被拒绝接入的终端设备的总量、基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量和开启所述接入控制的第一时间段；其中，所述接入控制基于终端设备的接入原因；收发模块1102用于向第一网络设备发送所述第三信息。

又例如，当通信装置1100用于实现第一网络设备的功能时，收发模块1102用于从第二网络设备接收第一信息，所述第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因；处理模块1101用于根据所述第一信息，确定是否开启或者停止所述接入控制。

又例如，当通信装置1100用于实现第一网络设备的功能时，收发模块1102用于从第一网络设备接收第三信息，所述第三信息包括如下中的一种或者多种：基于所述接入控制被拒绝接入的终端设备的总量、基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量和开启所述接入控制的第一时间段；其中，所述接入控制基于终端设备的接入原因；处理模块1101用于基于所述第三信息，调整所述接入控制。

本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，另外，在本申请各个实施例中的各功能模块可以集成在一个处理器中，也可以是单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

与上述构思相同，如图9所示，本申请实施例还提供一种通信装置1200。

一示例中，该通信装置1200用于实现上述本申请实施例一和实施例二方法中第一网络设备或者第二网络设备的功能。该装置可以是第一网络设备或者第二网络设备，也可以是第一网络设备或者第二网络设备中的装置。通信装置1200包括至少一个处理器1201，用于实现上述方法中第一网络设备或者第二网络设备的功能。具体参见方法中的详细描述，此处不再说明。

在一些实施例中，通信装置1200还可以包括至少一个存储器1202，用于存储程序指令和/或数据。存储器1202和处理器1201耦合。本申请实施例中的耦合是装置、单元或模块之间的间隔耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。作为另一种实现，存储器1202还可以位于通信装置1200之外。处理器1201可以和存储器1202协同操作。处理器1201可能执行存储器1202中存储的程序指令，用于实现本申请上述实施例中的方法。所述至少一个存储器中的至少一个可以包括于处理器中。

在一些实施例中，通信装置1200还可以包括通信接口1203，用于通过传输介质和其它设备进行通信，从而用于通信装置1200中的装置可以和其它设备进行通信。示例性地，通信接口1203可以是收发器、电路、总线、模块或其它类型的通信接口，该其它设备可以是网络设备。处理器1201利用通信接口1203收发数据，并用于实现上述实施例中的方法。

本申请实施例中不限定上述通信接口1203、处理器1201以及存储器1202之间的连接介质。例如，本申请实施例在图9中以存储器1202、处理器1201以及通信接口1203之间可以通过总线连接，所述总线可以分为地址总线、数据总线、控制总线等。

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

在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

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

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (29)

1.一种通信方法，其特征在于，包括：

生成第一信息，所述第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因；

向第一网络设备发送所述第一信息。

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

从所述第一网络设备接收基于所述第一信息的第二信息，所述第二信息用于指示开启或者停止所述接入控制。

3.如权利要求1或者2所述的方法，其特征在于，所述第二信息包括第一时间段的信息，所述第一时间段为开启或者停止所述接入控制的时间。

4.如权利要求2或者3所述的方法，其特征在于，所述第一信息由第二网络设备生成，所述第二信息还基于如下信息中的一种或者多种：所述第一网络设备的负载信息、所述第二网络设备的负载信息和与所述第一网络设备相邻的第一接入网设备管理的小区的负载信息。

5.如权利要求2至4任一所述的方法，其特征在于，所述接入控制包括：对接入原因符合指定接入原因的终端设备进行拒绝接入，所述第二信息还包括：基于所述指定接入原因的拒绝率。

6.如权利要求1至5任一所述的方法，其特征在于，所述第一信息由第二网络设备生成，所述生成第一信息包括：所述第二网络设备根据所述第二网络设备的负载信息和终端设备的接入原因中的一个或者多个，生成所述第一信息。

7.如权利要求4至6任一所述的方法，其特征在于，所述第一网络设备的负载信息包括如下信息中的一个或者多个：所述第一网络设备管理的小区的负载信息和所述第一网络设备的总负载信息；所述第二网络设备的负载信息包括如下信息中的一个或者多个：所述第二网络设备管理的小区的负载信息和所述第二网络设备的总负载信息。

8.如权利要求2至7任一所述的方法，其特征在于，还包括：

根据所述第二信息，开启或者停止所述接入控制。

9.如权利要求1至8任一所述的方法，其特征在于，还包括：

向所述第一网络设备发送第三信息，所述第三信息包括如下信息中的一种或者多种：

基于所述接入控制被拒绝接入的终端设备的总量、基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量和开启所述接入控制的第二时间段。

10.如权利要求9所述的方法，其特征在于，还包括：

从所述第一网络设备接收基于所述第三信息的第四信息，所述第四信息用于指示调整所述接入控制。

11.如权利要求1至10任一所述方法，其特征在于，所述接入原因包括无线资源控制RRC原因、或者切换原因。

12.如权利要求4至11任一所述的方法，其特征在于，所述第一网络设备与所述第二网络设备属于第二接入网络设备，其中，所述第一网络设备为集中式单元CU，所述第二网络设备为分布式单元DU。

13.一种通信方法，其特征在于，包括：

从第二网络设备接收第一信息，所述第一信息用于请求开启或者停止对终端设备的接入控制，所述接入控制基于接入原因；

根据所述第一信息，确定是否开启或者停止所述接入控制。

14.如权利要求13所述的方法，其特征在于，还包括：

向所述第二网络设备发送第二信息，所述第二信息用于指示开启或者停止所述接入控制。

15.如权利要求13或者14所述的方法，其特征在于，所述第二信息所述第一时间段为开启或者停止所述接入控制的时间。

16.如权利要求14或者15所述的方法，其特征在于，所述第二信息基于如下信息中的一种或者多种：第一网络设备的负载信息、所述第二网络设备的负载信息和与所述第一网络设备相邻的第一接入网设备管理的小区的负载信息；其中，所述方法由所述第一网络设备执行。

17.如权利要求14至16任一所述的方法，其特征在于，所述接入控制包括：对接入原因符合指定接入原因的终端设备进行拒绝接入，所述第二信息还包括：基于所述指定接入原因的拒绝率。

18.如权利要求13至17任一所述的方法，所述第一信息基于所述第二网络设备的负载信息和终端设备的接入原因中的一个或者多个生成。

19.如权利要求16至18任一所述的方法，其特征在于，所述第一网络设备的负载信息包括如下信息中的至少一个：所述第一网络设备管理的小区的负载信息和所述第一网络设备的总负载信息；所述第二网络设备的负载信息包括如下信息中的至少一个：所述第二网络设备管理的小区的负载信息和所述第二网络设备的总负载信息。

20.如权利要求13至19任一所述的方法，其特征在于，还包括：

从所述第二网络设备接收第三信息，所述第三信息包括如下信息中的一种或者多种：

基于所述接入控制被拒绝接入的终端设备的总量、基于所述接入控制下指定接入原因被拒绝接入的终端设备的数量和开启所述接入控制的第二时间段；

根据所述第三信息，调整所述接入控制。

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

向所述第二网络设备发送第四信息，所述第四信息用于指示调整所述接入控制。

22.如权利要求13至21任一所述的方法，其特征在于，所述接入原因包括无线资源控制RRC原因，或者切换原因。

23.如权利要求16至22任一所述的方法，其特征在于，所述第一网络设备与所述第二网络设备属于第二接入网络设备，其中，所述第一网络设备为集中式单元CU，所述第二网络设备为分布式单元DU。

24.一种通信装置，其特征在于，包括用于实现如权利要求1至12任一方法的单元或者模块。

25.一种通信装置，其特征在于，包括用于实现如权利要求13至23任一方法的单元或者模块。

26.一种通信装置，其特征在于，包括处理器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置执行权利要求1至12任一项所述的方法。

27.一种通信装置，其特征在于，包括处理器和存储器，所述存储器中存储有指令，所述处理器执行所述指令时，使得所述装置执行权利要求13至23任一项所述的方法。

28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有指令，当所述指令在计算机上运行时，使得计算机执行权利要求1至23任一项所述的方法。

29.一种通信系统，其特征在于，包括如权利要求24的权利要求25所述的通信装置。

Images