CN108616933A - 一种中央单元-分布式单元架构下的通信处理方法及装置 - Google Patents

Abstract

本发明公开了一种中央单元‑分布式单元架构下的通信处理方法及装置，包括：在CU‑DU架构下进行通信时，在CU控制L3信令过程；对UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；接收DU上报的状态信息。DU向CU提供与DU相关的L1/L2配置建议；对UE进行L1/L2级别的管理和操作；向CU上报DU的状态信息。采用本发明，使得CU可以更好的控制DU，DU也可以及时反馈自己的状态，二者协同为UE提供服务，保证较低的复杂度和开销，提高了***效率，保证了很好的用户体验。

Description

一种中央单元-分布式单元架构下的通信处理方法及装置

技术领域

本发明涉及无线通信技术领域，特别涉及一种中央单元-分布式单元架构下的通信处理方法及装置。

背景技术

图1为LTE***结构示意图，如图所示，在LTE(Long Term Evolution，长期演进)***中，网络侧的节点之间大多进行有线连接，即eNB(演进基站)之间通过有线链路连接，eNB和核心网节点，例如MME(Mobility Management Entity，移动性管理实体)、S-GW(ServingGateway，服务网关)等，二者之间也是采取有线链路连接。

现有Cell(小区)的定义为：下行资源和可能的上行资源的集合。下行资源载波频率和上行资源载波频率的关联由传输在下行资源上的***消息来指示。载波频率指的是该小区的中心频率。不同的载波组成不同的小区，载波之间通过CA(Carrier Aggregation，载波聚合)的方式，可以共同为用户提供服务。

Cell对UE(User Equipment，用户设备)来说，是在同一个载波频率上，并且为UE提供服务的网络设备。目前单个载波的最大带宽为20MHz。

现有技术中，eNB一般为单个节点或者由ideal backhaul(理想回传)连接的节点之间组成一个eNB，所有的RAN(Radio Access Network，无线接入网)操作均在eNB完成，流程较为简单和清晰。

但现有技术的不足在于：引入CU-DU(CU：Central Unit，中央单元；DU：Distributed Unit，分布式单元)之后，DU如何启动工作，UE如何接入，如何建立连接和数据承载，CU-DU之间如何交互信息等，这些有关CU-DU协调工作的方面目前没有成熟的解决方案。

发明内容

本发明提供了一种CU-DU架构下的通信处理方法及装置，用以在引入CU-DU之后，解决CU-DU协调工作方面的问题。

本发明实施例中提供了一种CU-DU架构下的CU通信处理方法，包括：

在CU-DU架构下进行通信时，在CU控制L3信令过程；

对UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；

接收DU上报的状态信息。

较佳地，对DU进行相应的DU公共配置，包括对以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

较佳地，进一步包括：

与DU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

较佳地，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

较佳地，接收DU在接收到Msg3消息之后通过所述用户面公共传输通道发送的RRC消息。

较佳地，在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送携带相关的配置的RRC连接建立信令。

较佳地，进一步包括：

与DU建立用于接入的UE的SRB1传输的通道。

较佳地，接收DU通过所述用于接入的UE的SRB1传输的通道发送的RRC连接建立完成消息。

较佳地，进一步包括：

与DU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

较佳地，进一步包括：

根据DU发送的配置参数组织RRC信令。

较佳地，为DU配置算法和/或业务相关的参数。

较佳地，接收DU上报的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

本发明实施例中提供了一种CU-DU架构下的DU通信处理方法，包括：

在CU-DU架构下进行通信时，接受CU对UE和/或DU进行的相应的各层参数和承载配置，和/或，对DU进行的相应的DU公共配置；

向CU提供与DU相关的L1/L2配置建议；

在CU控制的L3信令过程中对UE进行L1/L2级别的管理和操作；

向CU上报DU的状态信息。

较佳地，接受CU对DU进行相应的DU公共配置，包括以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

较佳地，进一步包括：

与CU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

较佳地，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

较佳地，在接收到Msg3消息之后通过所述用户面公共传输通道向CU发送RRC消息。

较佳地，接收CU在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送的携带相关的配置的RRC连接建立信令。

较佳地，进一步包括：

与CU建立用于接入的UE的SRB1传输的通道。

较佳地，通过所述用于接入的UE的SRB1传输的通道向CU发送RRC连接建立完成消息。

较佳地，进一步包括：

与CU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

较佳地，向CU提供与DU相关的L1/L2配置建议，是提供供CU组织RRC信令的配置参数。

较佳地，接受CU为DU配置的算法和/或业务相关的参数。

较佳地，向CU上报DU的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

本发明实施例中提供了一种CU-DU架构下的CU通信处理装置，包括：

控制模块，用于在CU-DU架构下进行通信时，在CU控制L3信令过程；

配置模块，用于对UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；

CU接收模块，用于接收DU上报的状态信息。

较佳地，配置模块进一步用于在对DU进行相应的DU公共配置时，包括对以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

较佳地，进一步包括：

CU通道建立模块，用于与DU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

较佳地，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

较佳地，进一步包括：

CU发送模块，用于接收DU在接收到Msg3消息之后通过所述用户面公共传输通道发送的RRC消息。

较佳地，CU发送模块进一步用于在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送携带相关的配置的RRC连接建立信令。

较佳地，CU通道建立模块进一步用于与DU建立用于接入的UE的SRB1传输的通道。

较佳地，CU接收模块进一步用于接收DU通过所述用于接入的UE的SRB1传输的通道发送的RRC连接建立完成消息。

较佳地，CU通道建立模块进一步用于与DU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

较佳地，配置模块进一步用于根据DU发送的配置参数组织RRC信令。

较佳地，配置模块进一步用于为DU配置算法和/或业务相关的参数。

较佳地，CU接收模块进一步用于接收DU上报的包括如下信息之一或者其组合的状态信息：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

本发明实施例中提供了一种CU-DU架构下的DU通信处理装置，包括：

配置接收模块，用于在CU-DU架构下进行通信时，接受CU对UE和/或DU进行的相应的各层参数和承载配置，和/或，对DU进行的相应的DU公共配置；

配置建议模块，用于向CU提供与DU相关的L1/L2配置建议；

管理模块，用于在CU控制的L3信令过程中对UE进行L1/L2级别的管理和操作；

上报模块，用于向CU上报DU的状态信息。

较佳地，配置接收模块进一步用于接受CU对DU进行包括以下参数之一或者其组合进行配置的相应的DU公共配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

较佳地，进一步包括：

DU通道建立模块，用于与CU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

较佳地，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

较佳地，进一步包括：

DU发送模块，用于在接收到Msg3消息之后通过所述用户面公共传输通道向CU发送RRC消息。

较佳地，DU发送模块进一步用于接收CU在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送的携带相关的配置的RRC连接建立信令。

较佳地，DU通道建立模块进一步用于与CU建立用于接入的UE的SRB1传输的通道。

较佳地，DU发送模块进一步用于通过所述用于接入的UE的SRB1传输的通道向CU发送RRC连接建立完成消息。

较佳地，DU通道建立模块进一步用于与CU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

较佳地，配置建议模块进一步用于向CU提供与DU相关的L1/L2配置建议，是提供供CU组织RRC信令的配置参数。

较佳地，配置接收模块进一步用于接受CU为DU配置的算法和/或业务相关的参数。

较佳地，上报模块进一步用于向CU上报包括如下信息之一或者其组合的DU的状态信息：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

本发明有益效果如下：

在本发明实施例提供的技术方案中，由于CU节点控制UE的L3信令过程，并负责对UE和DU进行相应的各层参数和承载配置和/或对DU进行相应的DU公共配置，DU可以为它相关的L1/L2配置提供建议。在L3信令的配置集合之内，DU可以直接对UE进行L1/L2级别的管理和操作。DU也需要将自己的状态及时上报CU，以便于CU根据最新状态作出更好的决策和判断。该种CU-DU架构下的工作方案，使得CU可以更好的控制DU，DU也可以及时反馈自己的状态，二者协同为UE提供服务，保证较低的复杂度和开销，提高了***效率，保证了很好的用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为背景技术中LTE***结构示意图；

图2为本发明实施例中CU-DU架构下的CU通信处理方法实施流程示意图；

图3为本发明实施例中CU-DU架构下的DU通信处理方法实施流程示意图；

图4为本发明实施例中UE接入实施流程示意图；

图5为本发明实施例中CU-DU架构下的CU通信处理装置结构示意图；

图6为本发明实施例中CU-DU架构下的DU通信处理装置结构示意图；

图7为本发明实施例中CU结构示意图；

图8为本发明实施例中DU结构示意图。

具体实施方式

移动通信***未来发展中，为了更好的满足用户需求，极大提升网络容量和吞吐量，必将会引入更多的传输节点和更大的传输带宽。在5G网络中，为了有更大的带宽和更大的传输速率，引入高频小站将是一个必然趋势。对这些高频小站采取本地集中化的管理，将能带来集中处理增益，因此引入CU-DU架构。本发明实施例中将提出一种CU-DU架构下的工作方案，以保证CU和DU能够协同工作，为用户提供连续的高速率传输支持并降低公共开销和信令开销，提升用户的业务体验，并提高网络效率。下面结合附图对本发明的具体实施方式进行说明。

在说明过程中，将分别从CU与DU侧的实施进行说明，然后还将给出二者配合实施的实例以更好地理解本发明实施例中给出的方案的实施。这样的说明方式并不意味着二者必须配合实施、或者必须单独实施，实际上，当CU与DU分开实施时，其也各自解决CU侧、DU侧的问题，而二者结合使用时，会获得更好的技术效果。

图2为CU-DU架构下的CU通信处理方法实施流程示意图，如图所示，可以包括：

步骤201、在CU-DU架构下进行通信时，在CU控制L3信令过程；

步骤202、对UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；

步骤203、接收DU上报的状态信息。

需要说明的是，上述步骤仅为示意，表示在CU上实现的功能步骤，但并不代表其需要按图2所述的步骤时序实施。

图3为CU-DU架构下的DU通信处理方法实施流程示意图，如图所示，可以包括：

步骤301、在CU-DU架构下进行通信时，接受CU对UE和/或DU进行的相应的各层参数和承载配置，和/或，对DU进行的相应的DU公共配置；

步骤302、向CU提供与DU相关的L1/L2配置建议；

步骤303、在CU控制的L3信令过程中对UE进行L1/L2级别的管理和操作；

步骤304、向CU上报DU的状态信息。

需要说明的是，上述步骤仅为示意，表示在CU上实现的功能步骤，但并不代表其需要按图3所述的步骤时序实施。

在上述实施中，CU节点控制UE的L3信令过程，并负责对UE和DU进行相应的各层参数和承载配置，DU可以为它相关的L1/L2配置提供建议。在L3信令的配置集合之内，DU可以直接对UE进行L1/L2级别的管理和操作。DU也需要将自己的状态及时上报CU，以便于CU根据最新状态作出更好的决策和判断。

下面以实例说明具体的实现方式。

实施例1：

本例用以说明UE接入前的准备实施。

实施中，在CU侧，对DU进行相应的DU公共配置，可以包括对以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

实施中，在DU侧，接受CU对DU进行相应的DU公共配置，可以包括以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

CU对DU进行的相应的各层参数和承载配置，是UE专用的，这些配置也可以称为DU公共配置。

具体的，在UE接入之前，一个DU开机进入工作状态，需要一些基本的配置，例如工作频点带宽、公共参数、基本信道配置、***广播等信息，这些信息可以来自于OAM(Operations,Administration and Maintenance，运行、管理和维护)配置，也可以来自于CU的配置。如果是来自于OAM，则属于一种半静态的规划和配置，属于网络规划和网络优化的范畴，在此不再赘述。

如果是由CU进行配置DU，则自由度和灵活度会更高一些。CU可以根据运营商对此区域的一个整体规划，并结合网络当前的状态，给DU配置最合适的工作频点和带宽。例如，运营商在此区域规划的频点和带宽的范围之内，CU需要考虑DU在这个位置覆盖的业务需求究竟有多少，以及DU本身的硬件支持能力，给DU选择一个干扰最小且频谱效率高的频点以及对应的带宽，配置给DU。

至于其他公共参数、基本信道配置，CU在配置的时候，则可以考虑周围其他DU和/或gNB(next generation NodeB，下一代基站)的情况，如果DU单独组成一个小区，则其公共参数和基本信道配置是独立的，还可以考虑和周围相关小区的干扰问题，尽量避免小区之间的干扰，由CU配置干扰较小的参数给DU。

对于***消息，如果DU与周围的DU组成同一个小区，则***消息的发送可以同时同步以相同的发送方式进行，则此时CU在配置***消息内容给DU的同时，还可以将发送时刻发送方式等内容通知给DU，以便于DU加入同步发送的行列。一般来说，小区级别的***消息，需要多DU同步发送，也不排除在此种情况下每个DU有自己独立的***消息，例如随机接入相关的***消息，这类***消息是每个DU不一样的配置，可以由CU统一协调，再下发给不同的DU，由DU在空口发送，并且发送方式方面也可以由CU协调，降低DU之间的干扰。

如果DU单独成为一个小区，则它可以单独的发送***消息，但***消息的内容可以由CU配置，且***消息的发送方式也可以由CU协调之后配置，以使得相邻小区的***消息尽量减少互相之间的干扰。

实施例2：

本例用以说明UE接入的实施。在UE由DU进行接入的过程中，DU需要和CU协作，完成整个过程。

图4为UE接入实施流程示意图，如图所示，可以包括如下主要步骤：

准备步骤：当DU开机，从CU获得基本的配置之后，DU与CU建立基本的传输通道，CU-DU之间可以建立一个控制面传输通路，用于CU-DU之间的控制面信令的传输，并且还可以建立一个CU-DU用户面公共传输通道，用于传输UE相关公共信道的数据，例如所有映射到空口CCCH(Common Control Channel，公共控制信道)或者SRB0(SRB：Signalling RadioBearer，信令无线承载)的数据均可以通过该基本的用户面公共传输通道进行传输，实施中，这个CU-DU用户面公共传输通道是有别于默认承载的，默认承载一般优先级较低，用于传输一些没有建立传输通路的QoS(Quality of Service，服务质量)需求为best effort(最低限度，尽力而为)的用户数据，而这个CU-DU用户面公共传输通道虽然也是可以承载多个UE的数据，但其优先级较高，因为SRB0传输的信令一般都较为紧急，是用户建立RRC连接或者恢复RRC(Radio Resource Control，无线资源控制)连接的重要信令。

也即，还可以进一步包括：与DU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

用户面公共传输通道上传输的信息可以包括CCCH信息和/或SRB0的信息。

所述用户面公共传输通道是高优先级承载。

步骤401：当UE需要发起业务时，首先在该DU的PRACH资源上按照规定发起Message1的传输，一般来说，在四步随机接入过程中，传输Preamble(前导序列)码；

在两步随机接入过程中，msg1传输preamble码+msg3消息。

步骤402：当DU接收到Msg1消息，给UE调度资源，回复Msg2即RAR(Random accessresponse，随机接入响应)，给UE分配资源用以传输Msg3；

步骤403：UE在Msg3对应的资源上传输RRC连接建立请求消息；

步骤404：DU在接收到Msg3消息之后，需要将该RRC消息发送给CU，由于此时该UE还没有建立专用的CU-DU传输通道，因此Msg3消息可以使用准备步骤提到的CU-DU用户面公共传输通道，传输给CU，该通道是由DU下的所有UE共用，所有CCCH信息和SRB0的信息都可以在该通道上传输；

同样的，在两步随机接入的过程中，由于Msg1和Msg3消息是合并发送的，因此相当于省略了步骤402和步骤403，直接进入步骤404。

也即，实施中，在DU侧，在接收到Msg3消息之后通过所述用户面公共传输通道向CU发送RRC消息。

相应的，实施中，在CU侧，接收DU在接收到Msg3消息之后通过所述用户面公共传输通道发送的RRC消息。

步骤405：CU在CU-DU用户面公共传输通道上接收到UE的RRC连接建立请求信令，则处理该信令，并形成RRC连接建立信令携带相关的配置，发送给DU；同样，考虑到时延问题，信令需要立即发送，此时也是没有该UE的专用传输通道，仍旧可以将RRC建立信令在CU-DU用户面公共传输通道上进行传输；

也即，实施中，在CU侧，在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送携带相关的配置的RRC连接建立信令。

相应的，实施中，在DU侧，接收CU在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送的携带相关的配置的RRC连接建立信令。

进一步，如果可以忍受一定的时延，则此时可以为该UE建立专用于RRC信令的传输通道，即在CU-DU之间建立对应于该UE的SRB1传输的通道，可以将RRC信令在该通道上进行专用传输；或者是将RRC建立信令仍旧在CU-DU用户面公共传输通道上进行传输，但后续立即为UE在CU-DU之间建立对应于该UE的SRB1传输的通道，该通道用于传输该UE的所有RRC信令或者对应于空口SRB1传输的通道。

也即，还可以进一步包括：

与CU建立用于接入的UE的SRB1传输的通道。

步骤406：DU在Msg4消息中发送RRC连接建立信令，同时进行竞争解决。

步骤407：UE进行RRC连接相关的配置，完成之后向DU反馈RRC连接建立完成消息；

步骤408：RRC连接建立完成消息在UE专用的CU-DU信令传输通道上进行传输，CU接收之后，整个RRC连接建立过程结束；

也即，实施中，在DU侧，通过所述用于接入的UE的SRB1传输的通道向CU发送RRC连接建立完成消息。

相应的，实施中，在CU侧，接收DU通过所述用于接入的UE的SRB1传输的通道发送的RRC连接建立完成消息。

后续UE因为业务传输需要可能会发起NAS(Non Access Stratum，非接入层)层过程，进行业务请求(Service Request)，NAS信令在CU-DU之间的通路可以是该UE建立的第二条CU-DU专用信令通路，即对应于空口NAS信令或者SRB2的传输，用于进行NAS信令承载，包括安全激活等过程。

也即，还可以进一步包括：

与DU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

一般来说，承载RRC信令和NAS信令的CU-DU通路都应该具有较高的优先级和保障，同时RRC信令通路优先级略高于NAS信令，因此在CU-DU上最好以不同的通路来承载，但也不排除将两类信令承载在同一通路上进行发送，实现较简单，但对信令优先级不容易区分。

也即，用于对应于接入的UE的空口NAS信令或者SRB2传输的通道可以是高优先级承载。

实施例3：

本例用以说明承载建立和配置的实施。

对于UE来说，尽量对网络侧的部署方式不可见，也就是说，无论UE是处于单个gNB的服务之下，还是处于CU-DU架构的覆盖之下，UE需要具有统一的过程，对网络侧的部署方式保持透明。

发给UE的RRC信令是由CU来决定，包括UE的专用承载建立，SRB1，SRB2和DRB(DataRadio Bearer，数据无线承载)的建立以及相对应的L1/L2/L3的配置参数，以及QoS flow(QoS流)到DRB的映射方式等。对UE来说，接收到网络侧相应的配置命令，则按照要求进行配置，后续进行数据传输。

对网络侧来说，在CU-DU的架构中，由于是在两个节点进行操作，CU掌管集中控制和协调，DU掌管传输相关细节参数，因此不排除DU来决定UE的L1/L2的某些配置参数，DU需要将这些参数发送给CU，由CU形成最终的配置信令发送给UE；一般来说，由DU决定的参数比较偏底层传输，例如天线相关配置，Beam(波束)相关配置等，而跟算法和业务相关的参数，例如L2/L3的处理参数，一般由CU决定。

也即，实施中，在DU侧，向CU提供与DU相关的L1/L2配置建议，是提供供CU组织RRC信令的配置参数。

相应的，实施中，在DU侧，还可以进一步包括：

根据DU发送的配置参数组织RRC信令。

对DU来说，如果有部分参数是由DU决定，则DU将最终参数发送给CU，由CU组织RRC信令，再经过DU发送给UE，这样DU和UE之间可以达到配置的同步，后续协调地传输。而对于算法和业务相关的参数，可以由CU配置给DU，例如MAC(Media Access Control，媒体接入控制)传输相关的参数，逻辑信道、RLC(Radio Link Control，无线链路控制)参数等(DataRadio Bearer，数据无线承载)，由CU配置给DU，DU遵照执行，与UE协调工作。一般来说，CU配置DU的过程属于CU-DU之间的控制面过程，可以通过控制面与UE相关的传输通道进行传输，底层可以是SCTP(Simple Control Transmission Protocol，简单控制传输协议)传输协议。

也即，实施中，在CU侧，RRC信令是经DU传输给UE的。

相应的，实施中，在DU侧，还可以进一步包括：

将CU发送的所述RRC信令传输给UE。

实施中，在CU侧，为DU配置算法和/或业务相关的参数。

相应的，实施中，在DU侧，接受CU为DU配置的算法和/或业务相关的参数。

实施例4：

本例用以说明状态信息反馈和上报的实施。

实施中，在CU侧，接收DU上报的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

相应的，实施中，在DU侧，向CU上报DU的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

具体的，DU需要将它的状态反馈给CU，以便于CU进行更精准的判断。

DU的上报可以基于周期性触发也可以基于事件触发。周期性上报是指以指定的时间间隔进行上报，上报结果可以是该时间段内的平均值或者其他方式滤波的结果。事件触发是指满足某些条件时再上报，例如高于某个门限，或持续高于某个门限满足特定时长再进行上报。

DU上报的信息，可以包含下列内容：

软硬件负荷；

资源占用情况；

激活UE数目；

随机接入情况，包括次数，成功率等；

数据包平均时延；

数据平均误块率；

平均吞吐量；

数据数量；

DU相关的底层配置，例如有哪些底层资源，已经分配多少资源，剩余多少资源等。

当DU将该信息上报给CU，便于CU获得DU的实际状态，对于UE接纳包括分离承载是否建立的判断，将会更准确。CU掌握一些底层配置情况，也便于在CU就对UE的一些底层配置进行判断或者直接配置。

基于同一发明构思，本发明实施例中还提供了一种CU-DU架构下的CU通信处理装置、一种CU-DU架构下的DU通信处理装置，由于这些装置解决问题的原理与一种CU-DU架构下的CU通信处理方法、一种CU-DU架构下的DU通信处理方法相似，因此这些装置的实施可以参见方法的实施，重复之处不再赘述。

图5为CU-DU架构下的CU通信处理装置结构示意图，如图所示，可以包括：

控制模块501，用于在CU-DU架构下进行通信时，在CU控制L3信令过程；

配置模块502，用于对UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；

CU接收模块503，用于接收DU上报的状态信息。

实施中，配置模块进一步用于在对DU进行相应的DU公共配置时，包括对以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

实施中，进一步包括：

CU通道建立模块504，用于与DU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

实施中，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

实施中，进一步包括：

CU发送模块505，用于接收DU在接收到Msg3消息之后通过所述用户面公共传输通道发送的RRC消息。

实施中，CU发送模块进一步用于在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送携带相关的配置的RRC连接建立信令。

实施中，CU通道建立模块进一步用于与DU建立用于接入的UE的SRB1传输的通道。

实施中，CU接收模块进一步用于接收DU通过所述用于接入的UE的SRB1传输的通道发送的RRC连接建立完成消息。

实施中，CU通道建立模块进一步用于与DU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

实施中，配置模块进一步用于根据DU发送的配置参数组织RRC信令。

实施中，配置模块进一步用于为DU配置算法和/或业务相关的参数。

实施中，CU接收模块进一步用于接收DU上报的包括如下信息之一或者其组合的状态信息：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

图6为CU-DU架构下的DU通信处理装置结构示意图，如图所示，可以包括：

配置接收模块601，用于在CU-DU架构下进行通信时，接受CU对UE和/或DU进行的相应的各层参数和承载配置，和/或，对DU进行的相应的DU公共配置；

配置建议模块602，用于向CU提供与DU相关的L1/L2配置建议；

管理模块603，用于在CU控制的L3信令过程中对UE进行L1/L2级别的管理和操作；

上报模块604，用于向CU上报DU的状态信息。

实施中，配置接收模块进一步用于接受CU对DU进行包括以下参数之一或者其组合进行配置的相应的DU公共配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

实施中，进一步包括：

DU通道建立模块605，用于与CU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

实施中，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

实施中，进一步包括：

DU发送模块606，用于在接收到Msg3消息之后通过所述用户面公共传输通道向CU发送RRC消息。

实施中，DU发送模块进一步用于接收CU在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送的携带相关的配置的RRC连接建立信令。

实施中，DU通道建立模块进一步用于与CU建立用于接入的UE的SRB1传输的通道。

实施中，DU发送模块进一步用于通过所述用于接入的UE的SRB1传输的通道向CU发送RRC连接建立完成消息。

实施中，DU通道建立模块进一步用于与CU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

实施中，配置建议模块进一步用于向CU提供与DU相关的L1/L2配置建议，是提供供CU组织RRC信令的配置参数。

实施中，配置接收模块进一步用于接受CU为DU配置的算法和/或业务相关的参数。

实施中，上报模块进一步用于向CU上报包括如下信息之一或者其组合的DU的状态信息：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

在实施本发明实施例提供的技术方案时，可以按如下方式实施。

图7为CU结构示意图，如图所示，CU中包括：

处理器700，用于读取存储器720中的程序，执行下列过程：

在CU-DU架构下进行通信时，在CU控制L3信令过程；

对UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；

收发机710，用于在处理器700的控制下接收和发送数据，执行下列过程：

接收DU上报的状态信息。

实施中，对DU进行相应的DU公共配置，包括对以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

实施中，进一步包括：

与DU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

实施中，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

实施中，接收DU在接收到Msg3消息之后通过所述用户面公共传输通道发送的RRC消息。

实施中，在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送携带相关的配置的RRC连接建立信令。

实施中，进一步包括：

与DU建立用于接入的UE的SRB1传输的通道。

实施中，接收DU通过所述用于接入的UE的SRB1传输的通道发送的RRC连接建立完成消息。

实施中，进一步包括：

与DU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

实施中，进一步包括：

根据DU发送的配置参数组织RRC信令。

实施中，为DU配置算法和/或业务相关的参数。

实施中，接收DU上报的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。

图8为DU结构示意图，如图所示，DU中包括：

处理器800，用于读取存储器820中的程序，执行下列过程：

在CU-DU架构下进行通信时，接受CU对UE和/或DU进行的相应的各层参数和承载配置，和/或，对DU进行的相应的DU公共配置；

向CU提供与DU相关的L1/L2配置建议；

在CU控制的L3信令过程中对UE进行L1/L2级别的管理和操作；

收发机810，用于在处理器800的控制下接收和发送数据，执行下列过程：

向CU上报DU的状态信息。

实施中，接受CU对DU进行相应的DU公共配置，包括以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

实施中，进一步包括：

与CU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

实施中，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

实施中，在接收到Msg3消息之后通过所述用户面公共传输通道向CU发送RRC消息。

实施中，接收CU在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送的携带相关的配置的RRC连接建立信令。

实施中，进一步包括：

与CU建立用于接入的UE的SRB1传输的通道。

实施中，通过所述用于接入的UE的SRB1传输的通道向CU发送RRC连接建立完成消息。

实施中，进一步包括：

与CU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

实施中，向CU提供与DU相关的L1/L2配置建议，是提供供CU组织RRC信令的配置参数。

实施中，接受CU为DU配置的算法和/或业务相关的参数。

实施中，向CU上报DU的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器800代表的一个或多个处理器和存储器820代表的存储器的各种电路链接在一起。总线架构还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机810可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器800负责管理总线架构和通常的处理，存储器820可以存储处理器800在执行操作时所使用的数据。

综上所述，在本发明实施例提供的技术方案中，CU负责对UE和DU进行配置，DU可以对L1/L2相关参数给与建议，DU需要上报自己的状态给CU。

具体还提供了初始对DU的配置的方案；UE初始接入过程方案；承载建立和参数配置的方案；反馈和上报的方案。

本发明实施例给出的CU-DU架构下的工作方案，使得CU可以更好的控制DU，DU也需要及时反馈自己的状态，二者协同为UE提供服务，保证较低的复杂度和开销，提高了***效率，保证了很好的用户体验。

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

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

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

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

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

Claims (48)

1.一种中央单元CU-分布式单元DU架构下的CU通信处理方法，其特征在于，包括：

在CU-DU架构下进行通信时，在CU控制L3信令过程；

对用户设备UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；

接收DU上报的状态信息。

2.如权利要求1所述的方法，其特征在于，对DU进行相应的DU公共配置，包括对以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

3.如权利要求1所述的方法，其特征在于，进一步包括：

与DU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

4.如权利要求3所述的方法，其特征在于，所述用户面公共传输通道上传输的信息包括公共控制信道CCCH信息和/或信令无线承载SRB0的信息。

5.如权利要求3所述的方法，其特征在于，接收DU在接收到Msg3消息之后通过所述用户面公共传输通道发送的无线资源控制RRC消息。

6.如权利要求5所述的方法，其特征在于，在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送携带相关的配置的RRC连接建立信令。

7.如权利要求5所述的方法，其特征在于，进一步包括：

与DU建立用于接入的UE的SRB1传输的通道。

8.如权利要求7所述的方法，其特征在于，接收DU通过所述用于接入的UE的SRB1传输的通道发送的RRC连接建立完成消息。

9.如权利要求8所述的方法，其特征在于，进一步包括：

与DU建立用于对应于接入的UE的空口非接入层NAS信令或者SRB2传输的通道。

10.如权利要求1所述的方法，其特征在于，进一步包括：

根据DU发送的配置参数组织RRC信令。

11.如权利要求1所述的方法，其特征在于，为DU配置算法和/或业务相关的参数。

12.如权利要求1所述的方法，其特征在于，接收DU上报的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

13.一种CU-DU架构下的DU通信处理方法，其特征在于，包括：

在CU-DU架构下进行通信时，接受CU对UE和/或DU进行的相应的各层参数和承载配置，和/或，对DU进行的相应的DU公共配置；

向CU提供与DU相关的L1/L2配置建议；

在CU控制的L3信令过程中对UE进行L1/L2级别的管理和操作；

向CU上报DU的状态信息。

14.如权利要求13所述的方法，其特征在于，接受CU对DU进行相应的DU公共配置，包括以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

15.如权利要求13所述的方法，其特征在于，进一步包括：

与CU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

16.如权利要求15所述的方法，其特征在于，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

17.如权利要求15所述的方法，其特征在于，在接收到Msg3消息之后通过所述用户面公共传输通道向CU发送RRC消息。

18.如权利要求17所述的方法，其特征在于，接收CU在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送的携带相关的配置的RRC连接建立信令。

19.如权利要求17所述的方法，其特征在于，进一步包括：

与CU建立用于接入的UE的SRB1传输的通道。

20.如权利要求19所述的方法，其特征在于，通过所述用于接入的UE的SRB1传输的通道向CU发送RRC连接建立完成消息。

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

与CU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

22.如权利要求13所述的方法，其特征在于，向CU提供与DU相关的L1/L2配置建议，是提供供CU组织RRC信令的配置参数。

23.如权利要求13所述的方法，其特征在于，接受CU为DU配置的算法和/或业务相关的参数。

24.如权利要求13所述的方法，其特征在于，向CU上报DU的状态信息包括如下信息之一或者其组合：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

25.一种CU-DU架构下的CU通信处理装置，其特征在于，包括：

控制模块，用于在CU-DU架构下进行通信时，在CU控制L3信令过程；

配置模块，用于对UE和/或DU进行相应的各层参数和承载配置，和/或，对DU进行相应的DU公共配置；

CU接收模块，用于接收DU上报的状态信息。

26.如权利要求25所述的装置，其特征在于，配置模块进一步用于在对DU进行相应的DU公共配置时，包括对以下参数之一或者其组合进行配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

27.如权利要求25所述的装置，其特征在于，进一步包括：

CU通道建立模块，用于与DU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

28.如权利要求27所述的装置，其特征在于，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

29.如权利要求27所述的装置，其特征在于，进一步包括：

CU发送模块，用于接收DU在接收到Msg3消息之后通过所述用户面公共传输通道发送的RRC消息。

30.如权利要求29所述的装置，其特征在于，CU发送模块进一步用于在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送携带相关的配置的RRC连接建立信令。

31.如权利要求29所述的装置，其特征在于，CU通道建立模块进一步用于与DU建立用于接入的UE的SRB1传输的通道。

32.如权利要求31所述的装置，其特征在于，CU接收模块进一步用于接收DU通过所述用于接入的UE的SRB1传输的通道发送的RRC连接建立完成消息。

33.如权利要求32所述的装置，其特征在于，CU通道建立模块进一步用于与DU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

34.如权利要求25所述的装置，其特征在于，配置模块进一步用于根据DU发送的配置参数组织RRC信令。

35.如权利要求25所述的装置，其特征在于，配置模块进一步用于为DU配置算法和/或业务相关的参数。

36.如权利要求25所述的装置，其特征在于，CU接收模块进一步用于接收DU上报的包括如下信息之一或者其组合的状态信息：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。

37.一种CU-DU架构下的DU通信处理装置，其特征在于，包括：

配置接收模块，用于在CU-DU架构下进行通信时，接受CU对UE和/或DU进行的相应的各层参数和承载配置，和/或，对DU进行的相应的DU公共配置；

配置建议模块，用于向CU提供与DU相关的L1/L2配置建议；

管理模块，用于在CU控制的L3信令过程中对UE进行L1/L2级别的管理和操作；

上报模块，用于向CU上报DU的状态信息。

38.如权利要求37所述的装置，其特征在于，配置接收模块进一步用于接受CU对DU进行包括以下参数之一或者其组合进行配置的相应的DU公共配置：

DU开机后使用的配置参数、公共参数、基本信道配置、***消息的内容、***消息的发送时间、***消息的发送方式。

39.如权利要求37所述的装置，其特征在于，进一步包括：

DU通道建立模块，用于与CU建立用于控制面信令传输的控制面传输通路与用于UE相关公共信道数据传输的用户面公共传输通道。

40.如权利要求39所述的装置，其特征在于，所述用户面公共传输通道上传输的信息包括CCCH信息和/或SRB0的信息。

41.如权利要求39所述的装置，其特征在于，进一步包括：

DU发送模块，用于在接收到Msg3消息之后通过所述用户面公共传输通道向CU发送RRC消息。

42.如权利要求41所述的装置，其特征在于，DU发送模块进一步用于接收CU在通过所述用户面公共传输通道接收到UE的RRC连接建立请求信令后，通过所述用户面公共传输通道向DU发送的携带相关的配置的RRC连接建立信令。

43.如权利要求41所述的装置，其特征在于，DU通道建立模块进一步用于与CU建立用于接入的UE的SRB1传输的通道。

44.如权利要求43所述的装置，其特征在于，DU发送模块进一步用于通过所述用于接入的UE的SRB1传输的通道向CU发送RRC连接建立完成消息。

45.如权利要求44所述的装置，其特征在于，DU通道建立模块进一步用于与CU建立用于对应于接入的UE的空口NAS信令或者SRB2传输的通道。

46.如权利要求37所述的装置，其特征在于，配置建议模块进一步用于向CU提供与DU相关的L1/L2配置建议，是提供供CU组织RRC信令的配置参数。

47.如权利要求37所述的装置，其特征在于，配置接收模块进一步用于接受CU为DU配置的算法和/或业务相关的参数。

48.如权利要求37所述的装置，其特征在于，上报模块进一步用于向CU上报包括如下信息之一或者其组合的DU的状态信息：

软硬件负荷、资源占用情况、激活UE数目、随机接入情况、数据包平均时延、数据平均误块率、平均吞吐量、数据数量、DU相关的底层配置。