一种小区建立方法及装置与流程

本发明涉及无线通信技术领域，尤其涉及一种小区建立方法及装置。

背景技术：

传统基站由一台专用物理设备实现，主要包括基带单元(buildingbasebandunit，bbu)和射频单元(radioremoteunit，rru)，如图1所示。建立小区时，bbu与rru通过信令交互完成物理小区建立、逻辑小区建立以及天线校准等相关流程。

未来无线网络需要提供多种业务服务，可以分为三大类：增强移动宽带业务(enhancemobilebroadband，embb)、面向垂直行业的大规模机器类通信业务(massivemachinetypecommunication，mmtc)、侧重于安全可靠的紧急通信业务(ultrareliable&lowlatencycommunication，urllc)。不同的业务对于网络架构的需求有所差异，主要体现在时延、前传和回传的传输能力、业务数据处理的容量等方面。传统的网络结构，一方面由于时延要求和底层i/q数据传输对前传的压力，无法对数据进行集中处理；另一方面基站软硬件耦合性强，无法适应不同无线接入技术的信号处理，也不利于网络虚拟化。

随着移动的通信的发展，传统基站在面对通用的网络结构以及各种业务需求时，越来越局限，对基站架构切分的需求日益强烈，集中单元/分布单元(centralizedunit/distributedunit，cu/du)架构应运而生。其中，根据控制面和用户面分离原则，cu进一步切分为控制面cu(cu-c)和用户面cu(cu-u)。

cu主要处理非实时的信息流和协议栈，可以运行在通用处理器上，适合进行云化，实现软件和硬件解耦，产生集中协作增益；du侧重于处理时延敏感的底层信息，涉及大量的调度、调制解调和编解码等处理，需要专用硬件来保证空口性能。

由于架构的变化，基于传统基站的小区建立方式已不适用于cu/du架构。

技术实现要素：

本申请实施例提供了一种小区建立方法及装置，用以基于cu/du架构实现小区建立。

第一方面，提供一种小区建立方法，包括：cu接收用于触发建立逻辑小区的请求消息，所述cu确定所请求建立的逻辑小区需要自动激活，则判断已启用的无线资源控制(rrc)进程所承载的小区数量是否已达到上限以及是否有空闲的分组数据汇聚协议(pdcp)进程，若判定已启用的rrc进程所承载的小区数量未到达上限且有空闲的pdcp进程，则将已启用的rrc进程资源以及所述空闲的pdcp进程资源分配给所请求建立的逻辑小区。

在一种可能的实现方式中，所述判断是否有空闲的pdcp进程，包括：所述du查询资源共享池中保存的处理器核占用信息；若根据所述处理器核占用信息判断空闲的处理器核数量不少于一个pdcp进程占用的处理器核数量，则判定有空闲的pdcp进程，否则判定没有空闲的pdcp进程。其中，所述资源共享池用于被所述cu和du访问。

在一种可能的实现方式中，还包括：若所述cu判定已启用的rrc进程所承载的小区数量已达到上限，则判断是否有空闲的rrc进程；若判定有空闲的rrc进程，则加载所述空闲的rrc进程，并将加载的rrc进程资源分配给所请求激活的逻辑小区，否则发送扩容请求。

在一种可能的实现方式中，判断是否有空闲的rrc进程，包括：所述cu查询资源共享池中保存的处理器核占用信息，若根据所述处理器核占用信息判断空闲的处理器核数量不少于一个rrc进程占用的处理器核数量，则判定有空闲的rrc进程，否则判定没有空闲的rrc进程。其中，所述资源共享池用于被所述cu和分布单元du访问。

在一种可能的实现方式中，所述cu包括cu-c和cu-u，所述将已启用的rrc进程资源以及所述空闲的pdcp进程资源分配给所请求激活的逻辑小区，包括：所述cu中的cu-c将用于承载所述逻辑小区的rrc进程的资源信息保存于资源共享池；所述cu中的cu-c向所述cu中的cu-u发送加载pdcp进程的请求，所述cu-u加载pdcp进程，并将加载的pdcp进程的资源信息发送给所述cu-c；所述cu-c将用于承载所述逻辑小区的pdcp进程的资源信息保存于所述资源共享池。其中，所述资源共享池用于被所述cu和分布单元du访问。

在一种可能的实现方式中，还包括：所述cu接收逻辑小区删除请求消息，所述逻辑小区删除请求消息用于请求删除所述逻辑小区；所述cu释放为所述逻辑小区分配的rrc进程资源以及pdcp进程资源，释放所述pdcp进程资源占用的处理器核资源，并更新资源共享池中的逻辑小区资源信息；其中，所述资源共享池用于被所述cu和分布单元du访问。

在一种可能的实现方式中，所述cu接收用于触发建立逻辑小区的请求消息，包括：所述cu接收du发送的物理小区建立成功通知消息，所述物理小区建立成功通知消息用于触发所述cu建立逻辑小区。所述cu接收用于触发建立逻辑小区的请求消息之后，还包括：所述cu向所述du发送业务参数配置请求消息，所述业务参数配置请求消息携带业务配置参数；所述cu向所述du发送逻辑小区建立请求消息，所述逻辑小区建立请求消息用于触发du上的rru和com进行逻辑小区建立的相关处理。所述cu将已启用的rrc进程资源以及所述空闲的pdcp进程资源分配给所请求建立的逻辑小区之后，还包括：所述cu向所述du发送的逻辑小区建立成功通知消息。

在一种可能的实现方式中，所述cu包括cu-c和cu-u，所述cu-u包括pdcp协议单元。所述方法还包括：所述cu中的cu-c接收du发送的用户信息查询请求消息；所述cu-c根据所述用户信息查询请求消息查询用户信息，并将查询到的用户信息发送给所述cu中的cu-u；所述cu-u将所述用户信息发送给所述du的rlc协议单元，以触发所述rlc协议单元将所述用户信息发送给所述du中的mac协议单元。

第二方面，提供一种cu，包括：cu-c和cu-u。所述cu-c，用于接收用于触发建立逻辑小区的请求消息，确定所请求建立的逻辑小区需要自动激活，则判断已启用的rrc进程所承载的小区数量是否已达到上限以及是否有空闲的pdcp进程，若判定已启用的rrc进程所承载的小区数量未到达上限且有空闲的pdcp进程，则将已启用的rrc进程资源以及所述空闲的pdcp进程资源分配给所请求建立的逻辑小区。

在一种可能的实现方式中，所述cu-c具体用于：查询资源共享池中保存的处理器核占用信息；其中，所述资源共享池用于被所述cu和所述du访问；若根据所述处理器核占用信息判断空闲的处理器核数量不少于一个pdcp进程占用的处理器核数量，则判定有空闲的pdcp进程，否则判定没有空闲的pdcp进程。

在一种可能的实现方式中，所述cu-c还用于：若判定已启用的rrc进程所承载的小区数量已达到上限，则判断是否有空闲的rrc进程；若判定有空闲的rrc进程，则加载所述空闲的rrc进程，并将加载的rrc进程资源分配给所请求激活的逻辑小区，否则发送扩容请求。

在一种可能的实现方式中，所述cu-c，具体用于：将用于承载所述逻辑小区的rrc进程的资源信息保存于资源共享池；其中，所述资源共享池用于被所述cu和分布单元du访问；cu-c向所述cu-u发送加载pdcp进程的请求；所述cu-u具体用于：加载pdcp进程，并将加载的pdcp进程的资源信息发送给所述cu-c；所述cu-c还用于：将用于承载所述逻辑小区的pdcp进程的资源信息保存于所述资源共享池。

在一种可能的实现方式中，所述cu-c，还用于：接收逻辑小区删除请求消息，所述逻辑小区删除请求消息用于请求删除所述逻辑小区；释放为所述逻辑小区分配的rrc进程资源以及pdcp进程资源，释放所述pdcp进程资源占用的处理器核资源，并更新资源共享池中的逻辑小区资源信息；其中，所述资源共享池用于被所述cu和分布单元du访问。

第三方面，提供一种通信装置，包括：处理器、存储器，所述处理器和存储器通过总线连接；所述处理器，用于读取存储器中的程序，执行如上述第一方面中任一项所述的方法。

第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行如上述第一方面中任一项所述的方法。

本申请的上述实施例中，在cu/du架构中，cu用于实现逻辑小区的建立过程。cu在接收到用于请求建立逻辑小区的消息后，若确定该逻辑小区需要自动激活，才为该逻辑小区分配rrc资源和pdcp资源，这样可以根据业务需要为逻辑小区分配资源，节省了系统资源的使用。另一方面，cu可以根据已启用的rrc进程所承载的小区数量，以及是否有空闲的pdcp进程，为逻辑小区分配资源，从而提供了一种有效的逻辑小区建立方案。

附图说明

图1为现有技术中的基站的结构示意图；

图2为本申请实施例中cu和du共享资源示意图；

图3为本申请实施例提供的逻辑小区建立流程示意图；

图4为本申请实施例提供的逻辑小区建立过程中cu-c和cu-u的交互流程示意图；

图5为本申请实施例提供的逻辑小区建立流程示意图；

图6为本申请实施例提供的逻辑小区删除流程示意图；

图7为本申请实施例提供的du与cu之间交互的信令流程示意图；

图8为本申请实施例提供的链路状态变更情况下的小区建立和删除流程示意图；

图9为本申请实施例提供的用户信息查询流程示意图；

图10为本申请实施例提供的cu的结构示意图；

图11为本申请实施例提供的通信装置的结构示意图。

具体实施方式

无线接入网络(radioaccessnetwork，ran)是网络中将终端接入到无线网络的部分。ran节点(或设备)为无线接入网中的节点(或设备)，又可以称为基站。目前，一些ran节点的举例为：gnb、传输接收点(transmissionreceptionpoint，trp)、演进型节点b(evolvednodeb，enb)、无线网络控制器(radionetworkcontroller，rnc)、节点b(nodeb，nb)、基站控制器(basestationcontroller，bsc)、基站收发台(basetransceiverstation,bts)、家庭基站(例如，homeevolvednodeb，或homenodeb，hnb)、基带单元(basebandunit，bbu)，或无线保真(wirelessfidelity，wifi)接入点(accesspoint，ap)等。另外，在一种网络结构中，ran可以包括集中单元(centralizedunit，cu)节点和分布单元(distributedunit，du)节点。

ran节点采用cd/du架构，其中，从分组数据汇聚协议(packetdataconvergeprotocol，pdcp)位置切分，pdcp以及之上的协议层(比如rrc层)属于cu，pdcp之下协议层(比如rlc层、mac层)属于du。切分后，ran节点协议栈中的无线资源控制(radioresourcecontrol，rrc)层、pdcp层位于cu，无线链路控制(radiolinkcontrol，rlc)层、媒体接入控制(mediumaccesscontrol，mac)层、物理层(physicallay，pl)和射频资源位于du。

上述cu/du架构中，du和cu之间通过通信接口(比如f1接口)进行消息交互。

基于上述采用cd/du架构的ran节点，本申请实施例提供了一种小区建立方法及相关装置。下面结合附图对本申请实施例进行详细描述。

基于上述cu/du架构，由于cu和du分离，本申请实施例将小区建立流程中的资源信息进行共享。通过资源共享，可以保证ran节点整体的数据唯一性。

为此，可设置资源共享池，该资源共享池可被cu和du访问。该资源共享池中可保存来源于物理小区上设备相关的参数以及逻辑小区的配置信息。

具体地，资源共享池中保存的信息可包括以下几类：

(1)占用的du资源的相关信息。

(2)主信息块(masterinformationblock，mib)信息。

现有技术中，cu只维护逻辑小区相关的mib信息，du只维护物理小区相关的mib信息。本申请实施例中，资源共享池中既可存储逻辑小区相关的mib信息，也可存储护物理小区相关的mib信息。通过资源共享，cu和du均可获得所有物理小区和逻辑小区的mib信息。

其中，与本申请实施例相关的逻辑小区相关的mib信息，可包括用于承载逻辑小区的rrc进程的资源信息(也称为rrc进程的拓扑信息)，用于承载逻辑小区的pdcp进程的资源信息(也称为pdcp进程的拓扑信息)，以及其他相关信息。

(3)mac层、pl层部分软件功能单元(softwarefunctionunit，sfu)的处理器核分布信息。

其中，所述sfu的处理器分布信息可包括：虚拟机上总处理器核的数量以及已经启用的rrc进程和pdcp进程占用的处理器核数量。其中，由于cu位于虚拟机上，因此所述虚拟机上总处理器核的数量以及已经启用的rrc进程和pdcp进程占用的处理器核的数量，可包括：每个cu上总处理器核的数量以及已经启用的rrc进程和pdcp进程占用的处理器核数量。

一个rrc进程或pdcp进程可以处理一个或多个小区，占用一个或多个处理器核。比如，1个rrc进程处理8个小区，占用一个处理器核，一个pdcp进程处理1个小区，占用5个处理器核。

图2示出了cu和du进行资源共享的示意图。如图所示，cu可将逻辑小区相关的mib信息存储于资源共享池。du可将du设备信息(包括占用的du资源的相关信息)提供给资源共享池，将物理小区相关的mib信息提供给资源共享池，以及将sfu的处理器核分布信息提供给资源共享池。

本申请实施例中，采用cu/du架构的ran节点加载rrc资源和pdcp资源延后到小区激活阶段，而不像传统基站在初始化时进行资源的加载。由于cu位于虚拟机上，所以资源数量不再固定，需要根据业务需求动态增加或减少rrc资源和pdcp资源。

具体地，本申请实施例中，每激活一个新的小区(即建立一个新的逻辑小区)，可先判断是否需要启用新的进程，如果需要启用新的进程且该虚拟机上剩余的空闲处理器核数不少于需要启用的进程所占用的处理器核数量，则可触发加载该小区需要的高层(highlayer，hl)进程和pdcp进程，再进行小区激活，若激活小区时发现虚拟机上的处理器核数目不够启用新进程，则需向网络管理和编排(managementandorchestration，mano)系统发送扩容请求。进一步地，小区去激活后，可关闭分给该小区的pdcp进程资源和hl进程资源，回收处理器核资源。

参见图3，为本申请实施例提供的小区建立流程示意图，如图所示，该流程可包括：

s301：cu接收用于触发建立逻辑小区的请求消息。

可选地，所述用于触发建立逻辑小区的请求消息，可以是管理站发送的。管理站可根据业务需要，请求激活逻辑小区(即建立逻辑小区)。所述用于触发建立逻辑小区的请求消息，也可能是du发送的，du在物理小区建立成功之后，可向cu发送物理小区建立完成通知消息，以触发cu建立逻辑小区。其中，du发送的物理小区建立完成通知消息，也可以用逻辑小区建立请求消息或其他消息名称代替。

s302：cu判断已启用的rrc进程所承载的小区数量是否已达到上限，以及是否有空闲的pdcp进程，若判定已启用的rrc进程所承载的小区数量未到达上限且有空闲的pdcp进程，则转入s303。

可选地，cu上可保存已启用的rrc进程所承载的小区数量，进而可以据此判断出已启用的rrc进程所承载的小区数量是否已达到上限。cu也可以通过查询资源共享池中保存的逻辑小区的mib信息，从而获得已启用的rrc进程所承载的小区数量。其中，一个rrc进程所承载的小区数量的上限为预定值，比如该上限值可以等于8。

可选地，cu可查询资源共享池中保存的处理器核占用信息，若根据查询到的处理器核占用信息判断空闲的处理器核数量不少于一个pdcp进程占用的处理器核数量，则判定有空闲的pdcp进程，否则判定没有空闲的pdcp进程。

可选地，cu在接收到用于触发建立逻辑小区的请求后，可首先判断是否需要自动激活该逻辑小区，若是，才执行s302以及其后的步骤，否则结束本流程。

s303：cu将已启用的rrc进程资源以及空闲的pdcp进程资源分配给所请求建立的逻辑小区。

该步骤中，cu使用已启用的rrc进程以及空闲的pdcp进程来承载该逻辑小区。

进一步地，上述流程中，若s302中，cu判断已启用的rrc进程所承载的小区数量已达到上限，则转入s304。

s304：cu判断是否有空闲的rrc进程，若有，则转入s305，否则转入s306。

可选地，cu可查询资源共享池中保存的处理器核占用信息，若根据查询到的处理器核占用信息判断空闲的处理器核数量不少于一个rrc进程占用的处理器核数量，则判定有空闲的rrc进程，否则判定没有空闲的rrc进程。

s305：cu加载空闲的rrc进程，并将加载的rrc进程资源分配给所请求建立的逻辑小区。

该步骤中，cu使用空闲的rrc进程承载该逻辑小区。

s306：cu发送扩容请求，或者结束本流程。

进一步地，若s302中，cu判断没有空闲的pdcp进程，则转入s306。

考虑到cu可包括cu-c和cu-u，则上述流程的s303中，cu-c和cu-u可通过相互配合，实现逻辑小区的资源加载过程。

参见图4，为本申请实施例提供的逻辑小区资源加载过程示意图，该过程对应于图3中的s303。如图所示，该流程可包括：

s401：cu-c保存用于承载所述逻辑小区的rrc进程的资源信息。

可选地，cu-c可将用于承载所述逻辑小区的rrc进程的资源信息保存于本地，或者保存于资源共享池，或者既保存在本地又保存在资源共享池。

s402：cu-c向cu-u发送加载pdcp进程的请求。

s403～404：cu-u加载pdcp进程，并将加载的pdcp进程的资源信息发送给cu-c。

s405：cu-c保存用于承载所述逻辑小区的pdcp进程的资源信息。

可选地，cu-c可将用于承载所述逻辑小区的pdcp进程的资源信息保存于本地，或保存于资源共享池，或者既保存于本地又保存于资源共享池。

具体实施时，基于上述图3所示的流程，cu可先判断rrc进程所承载的小区数量是否已达到上限，在判定未达到上限后，再判断是否有空闲的pdcp进程，并根据判断结果按照上述流程进行处理。图5示例性地示出了该流程。

如图5所示，该流程可包括：

s501：cu-c完成单板初始化并获取处理器核数量后，管理站向cu-c发送逻辑小区建立请求消息。

s502：cu-c接收到该请求消息后，判断所请求建立的逻辑小区是否需要自动激活，若是，则转入s503，否则结束本流程。

s503：cu-c判断已启用的rrc进程所承载的小区数量是否达到上限，若达到上限，则转入s504，否则转入s506。

s504：cu-c判断是否有空闲的rrc进程，若有，则转入s505，否则转入s513。

s505：cu-c加载新的rrc进程。

s506：cu-c保存承载该逻辑小区的rrc进程的拓扑信息。

s507：cu-c判断是否有空闲的pdcp进程，若有则转入s508，否则转入s513。

s508：cu-c向cu-u发送加载pdcp进程的请求消息。

s509：cu-u接收到该消息后，加载pdcp进程。

s510：cu-u向cu-c发送加载pdcp进程响应消息，该响应消息携带所加载的pdcp资源编号等信息。

s511：cu-c接收到该响应消息后，保存承载该逻辑小区的pdcp进程的拓扑信息。

s512：cu-c向管理站返回小区建立结果通知消息。

s513：cu-u向网络管理和编排(mano)系统发送扩容请求消息。

上述流程的具体实施方式可参见图3和图4所示的流程，在此不再重复。

参见图6，为本申请实施例提供的逻辑小区删除流程示意图，如图所示，该流程可包括：

s601：cu接收逻辑小区删除请求消息。

s602：cu释放为所请求删除的逻辑小区分配的rrc进程资源以及为该逻辑小区分配的pdcp进程资源，并释放该pdcp进程资源占用的处理器核资源。

进一步地，还可包括以下步骤：

s603：cu根据上述逻辑小区删除操作，更新资源共享池中的逻辑小区资源信息，比如更新逻辑小区的mib信息。

为了实现cu和du间的信令交互，本申请实施例中，在du上新增了小区代理模块。cu发给du的小区相关信令均发给du上的小区代理模块，由小区代理模块查找小区所用的基带和射频资源，进行分发处理。该小区代理模块上行接收du内其他各模块上报给小区代理模块的信令，并将信令转发给cu上的小区管理模块。cu与du间信令交互主要有如下几个方面：

(1)业务参数配置请求流程：主要包括上下行算法参数的配置请求消息，用户日志配置参数的配置请求消息，小区相关参数和天线参数的配置请求消息等。

(2)小区相关通知消息流程：主要包括物理小区建立成功通知消息，du发送的逻辑小区建立响应消息，逻辑小区建立成功的通知消息等。

(3)f1链路状态变更后的处理信令流程。

参见图7，为本申请实施例提供的小区建立相关的信令流程，该流程主要描述cu与du之间的交互。其中，cu上设置有小区管理模块，du上设置有小区代理模块，用于小区管理相关功能。

如图所示，该流程可包括：

s701：du上的小区代理模块建立物理小区后，向cu发送物理小区建立成功通知消息。

s702：cu上的小区管理模块接收到物理小区建立成功通知消息后，向du发送业务参数配置请求消息，该业务参数配置请求消息携带业务配置参数。

其中，所述业务配置参数可包括du上的mac层、物理层所需要的逻辑小区建立相关参数。

s703：cu上的小区管理模块向du发送逻辑小区建立请求消息。

该步骤中，cu接收到du发送的物理小区建立成功通知消息后，可触发逻辑小区的建立过程。在cu上进行的逻辑小区的建立过程可参见图3、图4或图5所示的流程，再次不在重复。

进一步地，逻辑小区的建立过程中，需要向rrc层、rru和som(slaveofoperationandmanagement)操作维护子代理发送建立请求消息。其中，rrc位于cu上，rru和som位于du上，因此需要向du发送逻辑小区建立请求消息，以触发rru和com进行逻辑小区建立的相关处理操作。

s704：du根据接收到的逻辑小区建立请求消息进行相应处理后，向cu发送逻辑小区建立响应消息。

s705：cu完成逻辑小区建立后，向du发送逻辑小区建立成功通知消息。

参见图8，为本申请实施例提供的链路状态变更情况下的小区建立和删除过程。其中，链路状态检测模块可检测cu和du之间的f1链路的状态。

如图所示，链路状态检测模块检测到f1链路从故障状态变化为正常状态时，向du发送物理小区建立通知消息，以触发du建立物理小区。du建立物理小区后，可触发cu建立逻辑小区(参见图中s801)。其中，逻辑小区的建立过程可参见前述实施例，在此不再重复。

链路状态检测模块检测到f1链路从正常状态变化为故障状态时，向du发送物理小区删除通知消息，以指示du删除物理小区(参见图中s803～804)。链路状态检测模块向cu发送逻辑小区删除请求消息，以指示cu删除逻辑小区(参见图中s805)。其中，逻辑小区的删除过程可参见前述实施例，在此不再重复。

本申请实施例中，在cu/du架构中，cu和du可以分别查询用户信息。图9示出了用户信息查询流程示意图。

参见图9，为本申请实施例提供的用户信息查询流程示意图，如图所示，该流程可包括：

s901：du向cu发送用户信息查询请求消息。

s902：cu中的cu-c接收到该用户信息查询请求消息后，将相应的用户标识(ueindex)发送给cu-u。

其中，cu-c位于pdcp协议单元之上的高层，cu-u位于pdcp协议单元。

s903：cu-u根据该用户标识(ueindex)查询用户信息；

s904：cu-u将查询到的用户信息发送给du。

s905：du中的rlc协议单元接收到组用户业务面查询消息后，将该消息发送给mac协议单元。

上述流程中，cu-u位于pdcp协议单元，cu-u查询到的用户信息经pdcp协议单元，到rlc协议单元，再到mac协议单元，因此在整个查询流程中，返回的用户信息根据所经过的协议单元，添加了相应协议单元的相关信息，最终返回到du的用户信息中包含了pdcp、rlc、mac协议单元的相关信息。

需要说明的是，本申请实施例中，pdcp协议单元与pdcp层具有基本相同的含义，均用于表示协议栈中的一个协议层级。类似地，rlc协议单元和rlc层也具有基本相同的含义，mac协议单元和mac层也具有基本相同的含义。

通过以上描述可以看出，本申请实施例可以实现cu/du架构下的小区建立过程，有效地处理了新架构下的资源共享、信令流程等问题，为业务验证提供了有力保障。

基于相同的技术构思，本申请实施例还提供了一种cu。

参见图10，为本申请实施例提供的cu的结构示意图，如图所示，该装置可包括：cu-c1001、cu-u1002。其中，cu-u可包含多个。

cu-c1101，用于接收用于触发建立逻辑小区的请求消息，确定所请求建立的逻辑小区需要自动激活，则判断已启用的rrc进程所承载的小区数量是否已达到上限以及是否有空闲的pdcp进程，若判定已启用的rrc进程所承载的小区数量未到达上限且有空闲的pdcp进程，则将已启用的rrc进程资源以及所述空闲的pdcp进程资源分配给所请求建立的逻辑小区。

可选地，cu-c1001具体用于：查询资源共享池中保存的处理器核占用信息，若根据所述处理器核占用信息判断空闲的处理器核数量不少于一个pdcp进程占用的处理器核数量，则判定有空闲的pdcp进程，否则判定没有空闲的pdcp进程。其中，所述资源共享池用于被所述cu和所述du访问。

可选地，cu-c1001还用于：若判定已启用的rrc进程所承载的小区数量已达到上限，则判断是否有空闲的rrc进程；若判定有空闲的rrc进程，则加载所述空闲的rrc进程，并将加载的rrc进程资源分配给所请求激活的逻辑小区，否则发送扩容请求。

可选地，cu-c1001具体用于：将用于承载所述逻辑小区的rrc进程的资源信息保存于资源共享池，cu-c向所述cu-u发送加载pdcp进程的请求；其中，所述资源共享池用于被所述cu和分布单元du访问。cu-u1002具体用于：加载pdcp进程，并将加载的pdcp进程的资源信息发送给cu-c1001。cu-c1001还用于：将用于承载所述逻辑小区的pdcp进程的资源信息保存于所述资源共享池。

可选地，cu-c1001还用于：接收逻辑小区删除请求消息，所述逻辑小区删除请求消息用于请求删除所述逻辑小区；释放为所述逻辑小区分配的rrc进程资源以及pdcp进程资源，释放所述pdcp进程资源占用的处理器核资源，并更新资源共享池中的逻辑小区资源信息；其中，所述资源共享池用于被所述cu和分布单元du访问。

基于相同的技术构思，本申请实施例还提供了一种通信装置，该通信装置可实现前述实施例中cu所实现的功能。

参见图11，为本申请实施例提供的通信装置的结构示意图，如图所示，该通信装置可包括：处理器1101、存储器1102、网络接口1103以及总线接口1104。

处理器1101负责管理总线架构和通常的处理，存储器1102可以存储处理器1101在执行操作时所使用的数据。网络接口1103用于在处理器1101的控制下接收和发送数据。

总线架构可以包括任意数量的互联的总线和桥，具体由处理器1101代表的一个或多个处理器和存储器1102代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器1101负责管理总线架构和通常的处理，存储器1102可以存储处理器1101在执行操作时所使用的数据。

本发明实施例揭示的流程，可以应用于处理器1101中，或者由处理器1101实现。在实现过程中，小区建立流程的各步骤可以通过处理器1101中的硬件的集成逻辑电路或者软件形式的指令完成。处理器1101可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1102，处理器1101读取存储器1102中的信息，结合其硬件完成信号处理流程的步骤。

具体地，处理器1101，用于读取存储器1102中的程序并执行：通过网络接口1103接收用于触发建立逻辑小区的请求消息后，若确定所请求建立的逻辑小区需要自动激活，则判断已启用的rrc进程所承载的小区数量是否已达到上限以及是否有空闲的pdcp进程，若判定已启用的rrc进程所承载的小区数量未到达上限且有空闲的pdcp进程，则将已启用的rrc进程资源以及所述空闲的pdcp进程资源分配给所请求建立的逻辑小区。该流程的具体实现方式可参见前述实施例，在此不再重复。

基于相同的技术构思，本申请实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行前述实施例所执行的流程。

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

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

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

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

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