ETSI TS 128 536 V17.2.0是3GPP Release 17阶段关于通信服务保障管理的核心技术规范,该标准构建在5G网络架构基础上,针对NG-RAN和5GC提供的服务,定义了完整的闭环控制保障解决方案。本标准作为3GPP管理编排(MANO)体系的重要组成部分,与TS 28.535(需求规范)、TS 28.530(概念与用例)等规范共同构成了5G网络自动化管理的技术框架。
本标准定义了基于保障闭环控制循环(AssuranceClosedControlLoop)的管理服务架构,该架构通过实时监控、分析和自动化调整,确保通信服务持续满足预定义的服务等级规范(SLS)。信息模型采用面向对象的设计理念,构建了层次化的类结构。
| 核心类 | 功能定位 | 关键属性 | 管理维度 |
|---|---|---|---|
| AssuranceClosedControlLoop | 闭环控制循环主实体 | operationalState, administrativeState, controlLoopLifeCyclePhase | 生命周期管理 |
| AssuranceGoal | 保障目标定义 | assuranceTargetList, observationTime, assuranceGoalStatusObserved | 目标状态监控 |
| AssuranceTarget | 保障目标项 | assuranceTargetName, assuranceTargetValue, assuranceTargetStatusObserved | 指标级监控 |
| AssuranceScope | 保障范围定义 | taiList | 地理范围限定 |
标准定义了完整的服务等级规范保障流程,该流程包含11个关键步骤,形成持续优化的控制循环:
目标推导阶段:保障控制循环消费者从ServiceProfile或SliceProfile中推导保障目标,这些目标基于通信服务客户(CSC)与通信服务提供商(CSP)之间的SLA协议。
数据采集阶段:系统通过订阅性能管理(PM)、故障管理(FM)、体验质量(QoE)和最小化路测(MDT)数据,建立全方位的数据采集网络。同时可选地集成管理数据分析服务(MDAS)或NWDAF提供的分析数据。
分析决策阶段:实体参与循环对采集的数据进行深度分析,评估保障目标达成状态,并基于预测分析结果制定缓解措施。当美利体育登录入口官网到目标未达成或预测将无法达成时,系统自动触发资源配置调整。
执行反馈阶段:通过通用配置管理服务执行资源调整操作,完成后继续监控分析,形成持续优化的闭环。
标准附录C详细定义了AssuranceClosedControlLoop的状态管理机制,基于ITU-T X.731状态管理模型,构建了完整的状态转换逻辑:
| 状态组合 | 管理含义 | 触发条件 | 典型应用场景 |
|---|---|---|---|
| Locked & Disabled | 人工锁定且操作禁用 | ACCL创建完成或操作暂停 | 系统初始化或维护期 |
| Locked & Enabled | 人工锁定但操作启用 | 系统自动恢复操作 | 紧急保障场景 |
| Unlocked & Enabled | 完全运行状态 | 管理消费者解锁ACCL | 正常业务保障期 |
| Unlocked & Disabled | 解锁但操作禁用 | 无保障目标需要满足 | 资源优化回收期 |
控制循环生命周期包含四个明确阶段:Preparation(准备)、Commissioning(调试)、Operation(运行)和Decommissioning(退役),每个阶段对应不同的管理策略和操作权限。
标准附录A描述了控制循环在5G网络不同层次部署的协同机制:
该层控制循环负责将CSC提供的SLA/SLS要求转换为ServiceProfile,代表对CSP的通信服务保障要求。需要与网络切片层控制循环协调计算通信服务资源需求,基于最终用户服务体验监控网络切片性能。
接收来自服务配置文件的SLA/SLS要求,在网络切片配置完成后监控网络切片性能(KPI、QoE)。当性能不达标时,管理系统基于MDAS生产者的分析报告识别根本原因并重新配置资源。
将服务配置文件分解为切片配置文件后,获得每个网络切片子网的性能要求。管理系统基于MDAS具备服务观察能力,当NSSI性能要求满足度指示问题时执行管理操作。
标准附录B提供了COSLA NRM的完整OpenAPI定义,采用YAML格式规范了信息服务的接口定义。基于TS 32.160定义的映射规则,确保模型到接口的一致性转换。
关键技术特性包括:
枚举类型定义:明确定义ControlLoopLifeCyclePhase、AssuranceGoalStatusObserved等关键枚举值,确保状态一致性。
数据结构规范:AssuranceTarget数据类型包含保障目标名称、值以及观察和预测状态,支持细粒度目标管理。
引用关系管理:通过networkSliceRef和networkSliceSubnetRef建立与网络切片实例的关联,确保保障目标与具体网络资源的绑定。
标准定义了完整的通知机制,支持配置变更和告警事件的实时推送:
| 通知类型 | 必备性 | 应用场景 | 技术实现 |
|---|---|---|---|
| 告警通知 | 必备 | 新告警产生、告警清除、确认状态变更 | 基于TS 28.532 |
| 配置通知 | 可选 | 管理对象创建删除、属性值变更、事件通知 | 基于TS 32.302 |
相较于前期版本,Release 17在以下方面进行了重要增强:
状态管理规范化:新增附录C明确ACCL状态转换逻辑,基于ITU-T X.731标准完善状态管理。
模型精简化:通过CR 0035实现聚焦的ACCL定义,提升模型可理解性和实施便利性。
术语一致性:统一使用"闭环控制循环"术语,消除前期版本中的表述不一致问题。
分阶段部署策略:建议从网络切片层控制循环开始实施,逐步扩展到通信服务层和子网层。
数据采集优化:建立统一的性能、故障、QoE和MDT数据采集框架,避免数据孤岛。
分析能力建设:重点投资MDAS或NWDAF集成能力,提升预测性保障的准确性。
运维流程适配:基于标准定义的状态管理模型,重构现有的网络运维流程,实现自动化运维转型。
本标准为5G网络自动化保障提供了完整的技术框架,通过闭环控制机制实现了从被动运维向主动保障的转变,为运营商构建智能、自适应的网络管理体系奠定了坚实基础。
请注意,本内容不等同于标准原文,请参阅正式版文本。
Copyright ?2007-2026 ANTPEDIA, All Rights Reserved
京ICP备07018254号 京公网安备1101085018 电信与信息服务业务经营许可证:京ICP证110310号
页面更新时间: 2026-09-18 07:50