检索规则说明:AND代表“并且”;OR代表“或者”;NOT代表“不包含”;(注意必须大写,运算符两边需空一格)
检 索 范 例 :范例一: (K=图书馆学 OR K=情报学) AND A=范并思 范例二:J=计算机应用与软件 AND (U=C++ OR U=Basic) NOT M=Visual
作 者:杨振东[1] Yang Zhendong(China Unicom Guangdong Branch,Guangzhou 510627,China)
出 处:《邮电设计技术》2022年第6期82-87,共6页Designing Techniques of Posts and Telecommunications
摘 要:介绍了一种运营支撑系统架构分步演进方法,在设计和部署上将云网资源/能力编排协同层与云网业务/应用编排协同层分离解耦,云网资源/能力编排协同层参考ONAP/PSR架构进行部署,根据需要将云网业务/应用编排协同层迁移到ONAP/PSR架构。通过云网协同器实现RFS和RES的编排协同,根据需要增加CFS的编排协同能力,或由上层业务平台实现CFS的编排协同。提出的方法具有平滑演进、灵活扩展等特点,可以为运营支撑系统分步向ONAP/PSR架构演进提供指引。It introduces a step-by-step evolution method of operation support system architecture.In the design and deployment of operation support system architecture,the cloud&network resource/capability orchestration layer is decoupled from the service/application orchestration layer.The cloud&network resource/capability orchestration layer is deployed with reference to the ONAP/TMF architecture,and the service/application orchestration layer is migrated to the ONAP/TMF architecture as needed.The cloud&network coordinator realizes the orchestration collaboration of RFS and RES,then adds the orchestration of CFS in the cloud&network coordinator as needed,or realizes the orchestration collaboration of CFS by the upper service platform.The proposed method has the characteristics of smooth evolution and flexible expansion.It can provide guidance for the stepby-step evolution of operation support system architecture to ONAP/TMF architecture.
分 类 号:TN919[电子电信—通信与信息系统]
正在载入数据...
正在载入数据...
正在载入数据...
正在载入数据...
正在载入数据...
正在载入数据...
正在载入数据...
正在链接到云南高校图书馆文献保障联盟下载...
云南高校图书馆联盟文献共享服务平台 版权所有©
您的IP:216.73.216.7