作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客
本文网址：https://blog.csdn.net/HiWangWenBing/article/details/122503634
目录
第6章 Configuration Management 配置管理
6.1 Baseline configuration基本的配置操作
6.2 Framework for optional feature handling
6.4 Notification of Updates to Configuration Datastore
第6章 Configuration Management 配置管理
6.1 Baseline configuration基本的配置操作
所谓配置管理，就是Client（controller）从Server（O-RU）中获取或修改CM 模块中的配置参数的过程。
对于修改过程，O-RAN提供了2阶段模型和3阶段模型
所谓2阶段模型：modify、commit二跟步骤完成一次修改
所谓3阶段模型（可选）：modify、commit、confirm三个步骤完成一次修改
（1）CM配置模块中的操作支持两种对象类型：
- State状态对象
- Parameter参数对象
也就是说，系统的状态和和参数统称为配置configuration.
（2）CM配置模块中的操作支持两种行为类型
- retrive读操作
- modify写操作或修改操作
6.1.1 Retrieve State
6.1.2 Modify State
这是一组非常重要的命令，Controller对O-RU所有的控制命令，都是通过该类型的操作来完成的。
（1）不需要复位
（2）需要复位
也就是说，是否需要复位是有controller通过独立的reset命令来指示的。
6.1.3 Retrieve Parameters
6.1.4 Modify Parameters
6.1.5 Deleting Parameters
6.2 Framework for optional feature handling
在O-RAN规范中，必选的配置，称为common configuration，可选的配置，称为optional configuration。
这就意味着不同的O-RU其支持的可选性是不一样的，Controller如何知道不同的O-RU支持的不同选项呢？另外，不同的controller，也有可能不支持不同的选项.
O-RAN在NETCONF连接建立后的第一条hello消息中提供对自身capabilities的交换，而capabilities的描述是通过ietf-yang-library来实现的，它描述了Server和终端各自支持的配置信息的原模型。那些不支持的选项以及还没有实现的必选项，将不出现在该原模型中。
6.3 M-Plane Operational State
None.....
6.4 Notification of Updates to Configuration Datastore
我们知道，O-RU支持同时连接多个controller，如果其中一个controller修改了O-RU的状态，其他controller如何知道呢？
多个controller可能是如下的几种场景：
- 多个controller来自不同的厂家
- 多个controller来之同一个厂家
- hybrid混合模式，O-DU与controller之间
O-RU提供了配置消息的Notification通知机制，当自身内部的配置发生变化后，会通知所有与之有NETCONF连接关系且已经注册过netconf-config-change的controller。
有些controller不关系中间的变化，它就不会向O-RU注册netconf-config-change，自然O-RAN就不需要通知它。
作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客
本文网址：https://blog.csdn.net/HiWangWenBing/article/details/122503634