CN110719226B - 一种mano中cu-u资源调整的方法及装置 - Google Patents

Abstract

本申请公开了一种MANO中CU‑U资源调整的方法及装置，包括：CU‑C/CU‑NP接收CU‑U周期性上报的状态信息，形成信息收集表；若当前时刻MANO对所述CU‑U信息查询失败，所述CU‑C/CU‑NP则从所述信息收集表中获取所述CU‑U当前时刻的状态快照发送到所述MANO，使得所述MANO根据所述状态快照对CU‑U的资源进行调整。本申请提供的方法解决了现有技术中当5G通信吞吐量达到单CU‑U运算的最大负荷时，服务器中CU‑U的资源不能及时有效调控的技术问题。

Description

一种MANO中CU-U资源调整的方法及装置

技术领域

本申请涉及网络技术领域，尤其涉及一种MANO中CU-U资源调整的方法及装置。

背景技术

在5G通信系统的RAN(Radio Access Network，无线接入网)架构中，CU(Centralized Unit，集中式单元)和DU(Centralized Unit，分布式单元)作为基站(gNB)的内部单元分别被布置于物理隔离的不同位置。一个CU内有N个VNFC(Virtualized NetworkFunction Component，虚拟网络单元)，每个VNFC都是CU中的一个资源实例。因此每个VNFC就是一个CU的元素，多个VNFC集中起来构成了一个CU。MANO(Manogement&Orchestration，管理编排域)主要负责各CU单元的VNFC虚拟资源的分配和释放，并管理资源状态，其中CU运行的平台资源包括：计算资源、存储资源、网络资源等。MANO依据每个CU平台资源的使用情况，对资源进行统一的管理和编排。

因为一个CU正常工作需要CU-U(Central Unit Userplane，集中式单元用户面)和CU-C(Central Unit Controlplane，集中式单元控制面)，所以现有的MANO与CU的通信方案主要是通过主动查询的方式，对CU服务器上的VNFC单元进行遍历查询，MANO平台与CU服务器平台的跨平台通信模式如图1所示。通过将MANO的https消息转换为基站内部的消息，使得两个平台可以无障碍通信。

基于图1所示的通信模式，MANO平台与CU服务器平台进行通信的具体实现可以是：MANO平台发送Https-Get请求给MANO代理，MANO代理收到后，将消息转换为UDP(UserDatagram Protocol，用户数据报协议)消息，通过与CU-C/CU-NP(Centralized Unit-Network Porcessor，集中式单元中的网路交换单元)协商好的端口号，将UDP消息发送给基站内部，基站内部收到UDP消息后，解析消息内容，主动查询CU-U(Central Unit Userplane用户面CU单元)信息。当MANO平台发现CU-U返回的资源信息满足释放条件，则MANO平台会对CU-U资源进行释放；当MANO平台发现CU-U使用资源忙碌，则需要调控，启动新的VNFC虚拟机作为CU-U资源。

为保证MANO平台查询到的CU-U信息可靠有效，在MANO与CU-U通信的agent/adaptor层增加了可靠性校验，校验流程图如图2所示。具体实现可以是：

当MANO代理收到Https-Get请求后，启动收集信息定时器。MANO代理认为在定时器持续时间内收集到的信息为CU-U的可靠信息，当定时器到期，MANO代理将所有收集到的信息发送给MANO(其中，假设发送了4个CU-U信息的https-Get请求，在定时器周期内只收到了3个，那么就只将这3个有效信息发送给Mano)。

在定时器持续时间内，判断adaptor返回CU-U上报信息的Request Index，如果返回的Index是Mano代理最后一次查询请求的Index，则认为此次上报的CU-U信息为可靠信息，否则将此上报信息丢弃(假设在一个定时器周期内，同一个CU-U信息的https-Get请求发送了3次，但是收到的请求ID不是第三次(最后一次)的，则认为此信息为无效信息)。

现有方案主要解决了CU-C/CU-NP基站程序与MANO平台之间的通信链路稳定性问题，从adaptor到MANO的消息增加了可靠性判断，保证了当MANO代理与adaptor的通信中，如果出现UDP丢包的情况，可以筛选出有效的CU-U资源状态的响应消息。但是当5G通信吞吐量达到单CU-U运算的最大负荷时，此时需要MANO平台及时发现CU-U已经达到运算能力瓶颈，采取启动新VNFC(CU-U单元)的操作。在此种场景下，Adaptor主动查询CU-U资源使用情况，由于CU-U达到运算负荷，转发消息的NP处理器已经达到100％CPU占用率，消息队列出现拥堵，CU-U返回的资源情况消息会出现延迟或者丢包的情况。adaptor层收集不到关键CU-U的使用信息，进而导致Mano获取关键的CU-U使用信息超时，没有办法及时有效的调控服务器中CU-U的资源。

发明内容

本申请提供一种MANO中CU-U资源调整的方法及装置，用以解决现有技术中当5G通信吞吐量达到单CU-U运算的最大负荷时，服务器中CU-U的资源不能及时有效调控的技术问题。

第一方面，本申请提供一种管理编排域MANO中集中式单元用户面CU-U资源调整的方法，该方法包括：

集中式单元控制面CU-C/集中式单元中的网路交换单元CU-NP接收CU-U周期性上报的状态信息，形成信息收集表；其中，所述状态信息用于指示所述CU-U所对应的虚拟机的状态；

若当前时刻MANO对所述CU-U信息查询失败，所述CU-C/CU-NP则从所述信息收集表中获取所述CU-U当前时刻的状态快照发送到所述MANO，使得所述MANO根据所述状态快照对CU-U的资源进行调整；其中，所述状态快照为当前周期没有获取到CU-U的状态信息，则据CU-U前一个周期上报的状态信息形成的快照。

本申请实施例提供方法中CU-C/CU-NP存储了周期性获取的CU-U的状态信息，在Mano下发查询请求时，可以及时有效获取所有CU-U状态信息，从而使得Mano能够及时的调整CU-U的资源，并解决了异常场景中，对于用户操作无响应的问题，提升了用户感受。

在一种可能的实施方式中，CU-C/CU-NP接收集中式单元用户面CU-U周期性上报的状态信息，形成信息收集表包括：

CU-C/CU-NP确定所述CU-U对应基站gNB中所启动的CU-U总个数；

若所述CU-C/CU-NP收到与CU-C总个数对应数量的状态信息，或在设定时长范围内没有收到新的状态信息，则形成所述信息收集表。

在一种可能的实施方式中，所述形成所述信息收集表包括：

若根据所述CU-U总个数确定所述gNB中所启动的CU-U都上报了状态信息，则根据接收到的状态信息形成所述信息收集表；

若根据所述CU-U总个数确定所述gNB中所启动的CU-U中只有部分CU-U上报了状态信息，则根据收到状态信息以及没有状态信息的CU-U的状态快照形成所述信息收集表。

在一种可能的实施方式中，当所述信息收集表中包括至少一个CU-U的状态快照，则该方法还包括：

设置与所述至少一个CU-U对应的警告标志；其中，所述警告标志用于指示所述至少一个CU-U查询失败。

在一种可能的实施方式中，连续两次或以上形成的所述信息收集表中都包括至少一个CU-U的状态快照，则提取警告标志个数最多的CU-U的状态快照；

若所述状态快照满足超负荷运转状态，则将所述警告标志个数最多的CU-U的状态快照主动上报给所述MANO。

在本申请实施例所提供的方法中，当CU-U出现异常或者超负荷运转，导致主动查询CU-U信息失败时，会主动判断CU-U状态是否为超负荷运转(即通过判断信息收集表中的警告标志个数是否连续存在)，并将判断结果主动上报Mano，帮助Mano调控资源。

第二方面，提供一种MANO中CU-U资源调整的装置，该装置设置在CU-C/CU-NP中，包括：

信息接收单元，用于接收集中式单元用户面CU-U周期性上报的状态信息，形成信息收集表；其中，所述状态信息用于指示所述CU-U所对应的虚拟机的状态；

信息上报单元，用于若当前时刻MANO对所述CU-U信息查询失败，则从所述信息收集表中获取所述CU-U当前时刻的状态快照发送到所述MANO，使得所述MANO根据所述状态快照对CU-U的资源进行调整；其中，所述状态快照为当前周期没有获取到CU-U的状态信息，则据CU-U前一个周期上报的状态信息形成的快照。

在一种可能的实施方式中，所述信息接收单元具体用于确定所述CU-U对应gNB中所启动的CU-U总个数；若所述CU-C/CU-NP收到与CU-C总个数对应数量的状态信息，或在设定时长范围内没有收到新的状态信息，则形成所述信息收集表。

在一种可能的实施方式中，所述信息接收单元还用于若根据所述CU-U总个数确定所述gNB中所启动的CU-U都上报了状态信息，则根据接收到的状态信息形成所述信息收集表；若根据所述CU-U总个数确定所述gNB中所启动的CU-U中只有部分CU-U上报了状态信息，则根据收到状态信息以及没有状态信息的CU-U的状态快照形成所述信息收集表。

在一种可能的实施方式中，当所述信息收集表中包括至少一个CU-U的状态快照，则所述信息接收单元还用于设置与所述至少一个CU-U对应的警告标志；其中，所述警告标志用于指示所述至少一个CU-U查询失败。

在一种可能的实施方式中，所述信息上报单元还用于在连续两次或以上形成的所述信息收集表中都包括至少一个CU-U的状态快照，则提取警告标志个数最多的CU-U的状态快照；若所述状态快照满足超负荷运转状态，则将所述警告标志个数最多的CU-U的状态快照主动上报给所述MANO。

第三方面，提供一种基站，包括：

至少一个处理器，以及

与所述至少一个处理器连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现第一方面各种可能的实施方式中任一所述的方法。

第四方面一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现第一方面各种可能的实施方式中任一所述的方法。

本申请有益效果如下：

本申请实施例提供方法和装置中CU-C/CU-NP存储了周期性获取的CU-U的状态信息，在Mano下发查询请求时，可以及时有效获取所有CU-U状态信息，从而使得Mano能够及时的调整CU-U的资源，并解决了异常场景中，对于用户操作无响应的问题，提升了用户感受。

附图说明

图1为现有技术中MANO与CU-U单元的通信流程图；

图2为现有技术中adaptor与代理之间的可靠性校验实现方法流程图；

图3本申请实施例提供的一种MANO中CU-U资源调整的方法流程示意图；

图4为本申请实施例提供的方法结合具体的装置结构实现流程图；

图5为本申请实施例提供的方法中CU-U周期性状态信息上报的方法流程示意图；

图6为本申请实施例提供的方法中CU-C/CU-NP的中心控制模块信息采集的方法流程示意图；

图7为本申请实施例提供的方法中adaptor层对于CU-U的信息存储与判断的方法示意图；

图8为本申请实施例提供的一种MANO中CU-U资源调整的装置结构示意图。

具体实施方式

针对现有技术中CU-C/CU-NP都是主动查询CU-U资源使用情况，如果CU-U达到运算负荷，转发消息的NP处理器已经达到100％的CPU占用率，消息队列出现拥堵，CU-U返回的用于指示资源情况的状态信息会出现延迟或者丢包的情况。CU-C/CU-NP收集不到关键CU-U的使用信息，进而导致MANO获取关键的CU-U使用信息超时，对应的MANO则没有办法及时有效的调控服务器中CU-U的资源。基于上述问题本申请提供一种MANO中CU-U资源调整的方法，本申请实施例提供的方法针对CU和DU分离场景，结合CU服务器使用情况(当小区吞吐量超过阈值，虚拟机超负荷工作)，提出了一种可以使CU上各个VNFC的状态信息稳定上报的通信方法。解决了MANO合理调配VNFC资源时的数据获取途径的可靠性问题。使MANO软件能够实时查询gNB的操作维护(OM)状态。

以下结合附图和具体的应用场景对本申请实施例所提供的方法和装置做进一步详细的说明：

实施例一

如图3所示，本申请实施例提供一种MANO中CU-U资源调整的方法，该方法可以包括步骤：

步骤301，CU-C/CU-NP接收CU-U周期性上报的状态信息，形成信息收集表；其中，所述状态信息用于指示所述CU-U所对应的虚拟机的状态；

如图4所示，基于具体的装置结构，例如CU-U/CU-NP基站程序可以包括Adaptor层以及基站主程序，则对应的Adaptor层可以实现对CU-U周期性上报的状态信息进行存储以及判断，并且Adaptor层根据判断所得到的结果反馈给MANO，所以MANO的Get请求只传输到Adaptor层，与CU-U无直接的交互。

在申请实施例中接收CU-U周期性上报的状态信息的具体实现方式可以是如图5所示的方式，包括：

该实施例中每个CU-U启动后，都需要给CU-C/CU-NP发送接入请求，当CU-U收到CU-C/CU-NP回复的接入响应时，启动周期性定时器T1，定时查询本CU-U虚拟机的状态信息，并将查询得到的状态信息周期性的上报给CU-C/CU-NP的CCTR(中心控制)模块。

周期上报状态信息的方案，可以满足即使CU-U瞬时工作满负荷，MANO当前时刻查询CU-U的状态信息失败，但是在CU-C/CU-NP的CCTR中可以获取到上个周期的CU-U的状态快照。其中，该状态快照为当前周期没有获取到CU-U的状态信息，则据CU-U前一个周期上报的状态信息形成的快照；其中该状态快照保存于CU-C/CU-NP的CCTR模块，可以作为Mano调控资源的参考数据。

步骤302，若当前时刻MANO对所述CU-U信息查询失败，所述CU-C/CU-NP则从所述信息收集表中获取所述CU-U当前时刻的状态快照发送到所述MANO，使得所述MANO根据所述状态快照对CU-U的资源进行调整。

可选的，该申请实施例中可以根据收集到的状态信息个数以及收集状态信息的时长来判断是否状态信息采集完成，形成信息收集表。具体实现方式可以包括：

A，CU-C/CU-NP确定所述CU-U对应gNB中所启动的CU-U总个数；

B，若所述CU-C/CU-NP收到与CU-C总个数对应数量的状态信息，或在设定时长范围内没有收到新的状态信息，则形成所述信息收集表。

其中，形成的所述信息收集表包括至少两种情况：

1，若根据所述CU-U总个数确定所述gNB中所启动的CU-U都上报了状态信息，则根据接收到的状态信息形成所述信息收集表；

2，若根据所述CU-U总个数确定所述gNB中所启动的CU-U中只有部分CU-U上报了状态信息，则根据收到状态信息以及没有状态信息的CU-U的状态快照形成所述信息收集表。

如图6所示，结合具体的应用场景生成信息收集表的具体实现可以是：

当CU-C/CU-NP的中心控制模块收到一个CU-U的接入请求后，回复接入响应并启动单次定时器T2。若在定时器T2持续时间内收到其他CU-U的接入请求，删除之前的定时器，并重启一个与新接入的CU-U对应的定时器T2。由于在CU-C/CU-NP的中心控制模块(CCTR)中可以确定CU-U对应的gNB会启动CU-U的总个数，在T2定时器持续时间内，若CCTR收到所有CU-U上报的状态信息，则将收集到的信息上报给Adaptor层。若在T2定时器到期后，CU-U未完全上报(有CU-U单元出现高负荷运转或不存活，状态信息未上报)，则形成没有上报状态信息的CU-U的状态快照，然后将收到的状态信息以及形成的状态快照一起上报给Adaptor。

进一步，为了MANO及时的获取到CU-U的资源终端，Adaptor层会对接收到的CU-U状态信息进行汇总，并根据汇总后的结果向MANO上报对应的信息，具体实现步骤可以是：

对状态信息进行进一步的加工处理，具体可以是当所述信息收集表中包括至少一个CU-U的状态快照，则该方法还包括：

设置与所述至少一个CU-U对应的警告标志；其中，所述警告标志用于指示所述至少一个CU-U查询失败。

如果CU-U连续出现状态信息获取不到的情况，则说明CU-U可能出现了超负荷运转的状态，则需要及时将CU-U的情况上报MANO所以，该实施例中的方法还可以包括：

若连续两次或两次以上形成的所述信息收集表中都包括至少一个CU-U的状态快照，则提取警告标志个数最多的CU-U的状态快照；

若所述状态快照满足超负荷运转状态，则将所述警告标志个数最多的CU-U的状态快照主动上报给所述MANO。

如图7所示，Adaptor层对于CU-U的状态信息判断的具体实现方式可以是：

由于Adaptor层作为gNB的CU-C/CU-NP内的一个任务，因此Adaptor层与CCTR可以共享一个定时器T2(图6所示实例中的T2),如果在T2定时器持续时间内，Adaptor收到CCTR的信息收集表(在T2时刻内收到信息收集表，则说明该信息收集表中包括所有CU-U的状态信息)，则Adaptor认为此刻信息收集表内的CU-U信息为实时有效的，并将信息收集表内信息保存，等待Mano代理查询，如果接收到查询请求则直接上报。

如果T2定时器到期后，Adaptor层收到CCTR的CU-U信息收集表，则表示该信息收集表中有一个或多个CU-U的状态快照信息，实时信息查询失败。此时，Adaptor层会将查询失败的CU-U记录，设置警告标志。若CCTR连续两次或者两次以上都是T2超时后上报Adaptor，则说明有CU-U是未存活或超负荷运转，此时Adaptor层会将警告标志个数最多的CU-U的状态快照提取出来，并判断提取到的状态快照信息，如果满足超负荷运转状态，则将提取的状态快照信息主动上报给Mano代理。

本申请实施例所提供的方法更改CU-U单元的状态信息查询方式，将MANO主动查询更改为周期上报，并且Adaptor层保护性方案隔离了Mano与CU-U的直接通信，减少基站内部通信压力，有效防止外部攻击。

Adaptor层存储CU-U快照信息，在Mano下发查询请求时，可以及时有效获取所有CU-U状态信息，解决了异常场景中，对于用户操作无响应的问题，提升了用户感受。

当CU-U出现异常或者超负荷运转，导致主动查询CU-U信息失败时，本申请所提供的方法会主动判断CU-U状态是否为超负荷运转，并将判断结果主动上报Mano，帮助Mano快速有效的实现资源调控。

如图8所示，基于同一发明构思本申请实施例还提供一种MANO中CU-U资源调整的装置，该装置设置在CU-C/CU-NP中，包括：

信息接收单元801，用于接收CU-U周期性上报的状态信息，形成信息收集表；其中，所述状态信息用于指示所述CU-U所对应的虚拟机的状态；

信息上报单元802，用于若当前时刻MANO对所述CU-U信息查询失败，则从所述信息收集表中获取所述CU-U当前时刻的状态快照发送到所述MANO，使得所述MANO根据所述状态快照对CU-U的资源进行调整；其中，所述状态快照为当前周期没有获取到CU-U的状态信息，则据CU-U前一个周期上报的状态信息形成的快照。

可选的，该信息接收单元801具体用于确定所述CU-U对应gNB中所启动的CU-U总个数；若所述CU-C/CU-NP收到与CU-C总个数对应数量的状态信息，或在设定时长范围内没有收到新的状态信息，则形成所述信息收集表。

可选的，该信息接收单元还用于若根据所述CU-U总个数确定所述gNB中所启动的CU-U都上报了状态信息，则根据接收到的状态信息形成所述信息收集表；若根据所述CU-U总个数确定所述gNB中所启动的CU-U中只有部分CU-U上报了状态信息，则根据收到状态信息以及没有状态信息的CU-U的状态快照形成所述信息收集表。

可选的，当所述信息收集表中包括至少一个CU-U的状态快照，则所述信息接收单元还用于设置与所述至少一个CU-U对应的警告标志；其中，所述警告标志用于指示所述至少一个CU-U查询失败。

可选的，信息上报单元还用于在连续两次或以上形成的所述信息收集表中都包括至少一个CU-U的状态快照，则提取警告标志个数最多的CU-U的状态快照；若所述状态快照满足超负荷运转状态，则将所述警告标志个数最多的CU-U的状态快照主动上报给所述MANO。

基于同一发明构思，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行本申请实施例一所述上行数据发送方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

Claims (12)

1.一种管理编排域MANO中集中式单元用户面CU-U资源调整的方法，其特征在于，包括：

集中式单元控制面CU-C/集中式单元中的网路交换单元CU-NP接收CU-U周期性上报的状态信息，形成信息收集表；其中，所述状态信息用于指示所述CU-U所对应的虚拟机的状态；

若当前时刻MANO对所述CU-U信息查询失败，所述CU-C/CU-NP则从所述信息收集表中获取所述CU-U当前时刻的状态快照发送到所述MANO，使得所述MANO根据所述状态快照对CU-U的资源进行调整；其中，所述状态快照为当前周期没有获取到CU-U的状态信息，则据CU-U前一个周期上报的状态信息形成的快照。

2.如权利要求1所述的方法，其特征在于，CU-C/CU-NP接收CU-U周期性上报的状态信息，形成信息收集表包括：

CU-C/CU-NP确定所述CU-U对应基站gNB中所启动的CU-U总个数；

若所述CU-C/CU-NP收到与CU-C总个数对应数量的状态信息，或在设定时长范围内没有收到新的状态信息，则形成所述信息收集表。

3.如权利要求2所述的方法，其特征在于，所述形成所述信息收集表包括：

若根据所述CU-U总个数确定所述gNB中所启动的CU-U都上报了状态信息，则根据接收到的状态信息形成所述信息收集表；

若根据所述CU-U总个数确定所述gNB中所启动的CU-U中只有部分CU-U上报了状态信息，则根据收到状态信息以及没有状态信息的CU-U的状态快照形成所述信息收集表。

4.如权利要求3所述的方法，其特征在于，当所述信息收集表中包括至少一个CU-U的状态快照，则该方法还包括：

设置与所述至少一个CU-U对应的警告标志；其中，所述警告标志用于指示所述至少一个CU-U查询失败。

5.如权利要求4所述的方法，其特征在于，连续两次或以上形成的所述信息收集表中都包括至少一个CU-U的状态快照，则提取警告标志个数最多的CU-U的状态快照；

若所述状态快照满足超负荷运转状态，则将所述警告标志个数最多的CU-U的状态快照主动上报给所述MANO。

6.一种MANO中CU-U资源调整的装置，其特征在于，该装置设置在CU-C/CU-NP中，包括：

信息接收单元，用于接收集中式单元用户面CU-U周期性上报的状态信息，形成信息收集表；其中，所述状态信息用于指示所述CU-U所对应的虚拟机的状态；

信息上报单元，用于若当前时刻MANO对所述CU-U信息查询失败，则从所述信息收集表中获取所述CU-U当前时刻的状态快照发送到所述MANO，使得所述MANO根据所述状态快照对CU-U的资源进行调整；其中，所述状态快照为当前周期没有获取到CU-U的状态信息，则据CU-U前一个周期上报的状态信息形成的快照。

7.如权利要求6所述的装置，其特征在于，所述信息接收单元具体用于确定所述CU-U对应gNB中所启动的CU-U总个数；若所述CU-C/CU-NP收到与CU-C总个数对应数量的状态信息，或在设定时长范围内没有收到新的状态信息，则形成所述信息收集表。

8.如权利要求7所述的装置，其特征在于，所述信息接收单元还用于若根据所述CU-U总个数确定所述gNB中所启动的CU-U都上报了状态信息，则根据接收到的状态信息形成所述信息收集表；若根据所述CU-U总个数确定所述gNB中所启动的CU-U中只有部分CU-U上报了状态信息，则根据收到状态信息以及没有状态信息的CU-U的状态快照形成所述信息收集表。

9.如权利要求8所述的装置，其特征在于，当所述信息收集表中包括至少一个CU-U的状态快照，则所述信息接收单元还用于设置与所述至少一个CU-U对应的警告标志；其中，所述警告标志用于指示所述至少一个CU-U查询失败。

10.如权利要求9所述的装置，其特征在于，所述信息上报单元还用于在连续两次或以上形成的所述信息收集表中都包括至少一个CU-U的状态快照，则提取警告标志个数最多的CU-U的状态快照；若所述状态快照满足超负荷运转状态，则将所述警告标志个数最多的CU-U的状态快照主动上报给所述MANO。

11.一种基站，其特征在于，包括：

至少一个处理器，以及

与所述至少一个处理器连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令实现如权利要求1-5任一项所述的方法。

12.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-5任一项所述的方法。

Images