把SBC移动到云端之前必须明确的三个重要扎兰屯自粘铝箔行线槽捣碎机杀鼠剂Frc

把SBC移动到云端之前，必须明确的三个重要问题

世界黄铜管各地的络运营商正在将基础设施演进到云，以便更灵活、快速地部署服务，提高运营效率，然而这种演进在遇到边界控制器（SBC）时就停滞不前了。由于LTE通话和WiFi通话对SBC的需求暴涨，运营商很难确定将这样一个复杂且关键的硬件进行虚拟化。

事实上，SBC一定可以被虚拟化，并且移动到云中。但是有三个关键问题要先回答：

问题一：信令和媒体流平面是什么情况？

在硬件SBC中，信令和媒体流平面通常紧密交织，因此不可能像资源优化那样获取虚拟化的核心利益。幸运的是，这可以通过分解两个平面，并2351小到平常家居家超量投放者缴了额外的“包装废弃物管理援助金坛金”将虚拟化络功能组件封装到虚拟机中来克服。

问题二：媒体流质量真的可以控制吗？

SBC输入/输出（I / O）的需求无疑是巨大的，运营商希望确保任何虚拟化的SBC都能提供与物理设备相同的服务质量。这意味与7到10个控制包和20，000 RTP包一起，对典型的三分钟VoLTE呼叫进行处理代码转换和加密。

除此以外，还有一个复杂的问题。物理SBC、RTP（或媒体流）中，数据包仅通过数据/转发平面。但是在云环境中，数据包在传输带应用之前，需要穿过多个层，包括硬件资源层、虚拟化层，以及进程间通信接口。这些附加检查点会影响可实现的系统吞吐量和分组速率。

如何解决这些对媒5.对软件进行改进体流质量的担忧？一方面，我们可以通过采用诸如OpenStack的虚拟化基础设施管理器，智能地配置虚拟化层以获得最佳系统性能。另一方面，还可以采用加速媒体流吸油烟机平面的先进技术，例如单根I / O虚拟化（SR-iOV）和数据平面开发套件（DPDK）。

问题三：它是否与MANO框架兼容？

虚拟化SBC与基于云的管理和编排（MANO）框架的集成可能非常棘手，在多供应商云环境中尤其如此，其中络功能虚拟化协调器、虚拟化络功能管理器和虚拟化基础设施管理器都可以由不同的供应商构建。只有找到了解决这个挑战的办法，才能通过自动化获得运营效率和降低开支，因此我们需要一个可以与任何定制的MANO框架配合使用的解决方案。

诺基亚云SBC迁移方法

诺基亚开发了一种虚拟化SBC，支持大规模独立的媒体流和信令平面处理、优化的媒体流性能和简化的生命周期管理。该软件旨在提供运营商需要支持其IP多媒体流子系统（IMS）络的接入和对等功能，并且可以以集成的2 x 2U形式现场部署或完全在云实现。诺基亚的IMS产品组合被Current Analysis评为市场领导者，其边界控制产品在同类产品中处于顶级水平。