世界各地的網(wǎng)絡(luò )運營(yíng)商正在將基礎設施演進(jìn)到云，以便更靈活、快速地部署服務(wù)，提高運營(yíng)效率，然而這種演進(jìn)在遇到邊界控制器（SBC）時(shí)就停滯不前了。由于LTE通話(huà)和WiFi通話(huà)對SBC的需求暴漲，運營(yíng)商很難確定將這樣一個(gè)復雜且關(guān)鍵的硬件進(jìn)行虛擬化。
事實(shí)上，SBC一定可以被虛擬化，并且移動(dòng)到云中。但是有三個(gè)關(guān)鍵問(wèn)題要先回答：
問(wèn)題一：信令和媒體流平面是什么情況？
在硬件SBC中，信令和媒體流平面通常緊密交織，因此不可能像資源優(yōu)化那樣獲取虛擬化的核心利益。幸運的是，這可以通過(guò)分解兩個(gè)平面，并將虛擬化網(wǎng)絡(luò )功能組件封裝到虛擬機中來(lái)克服。
問(wèn)題二：媒體流質(zhì)量真的可以控制嗎？
SBC輸入/輸出（I / O）的需求無(wú)疑是巨大的，運營(yíng)商希望確保任何虛擬化的SBC都能提供與物理設備相同的服務(wù)質(zhì)量。這意味與7到10個(gè)控制包和20，000 RTP包一起，對典型的三分鐘VoLTE呼叫進(jìn)行處理代碼轉換和加密。
除此以外，還有一個(gè)復雜的問(wèn)題。物理SBC、RTP（或媒體流）中，數據包僅通過(guò)數據/轉發(fā)平面。但是在云環(huán)境中，數據包在傳輸帶應用之前，需要穿過(guò)多個(gè)層，包括硬件資源層、虛擬化層，以及進(jìn)程間通信接口。這些附加檢查點(diǎn)會(huì )影響可實(shí)現的系統吞吐量和分組速率。
如何解決這些對媒體流質(zhì)量的擔憂(yōu)？一方面，我們可以通過(guò)采用諸如OpenStack的虛擬化基礎設施管理器，智能地配置虛擬化層以獲得最佳系統性能。另一方面，還可以采用加速媒體流平面的先進(jìn)技術(shù)，例如單根I / O虛擬化（SR-iOV）和數據平面開(kāi)發(fā)套件（DPDK）。
問(wèn)題三：它是否與MANO框架兼容？
虛擬化SBC與基于云的管理和編排（MANO）框架的集成可能非常棘手，在多供應商云環(huán)境中尤其如此，其中網(wǎng)絡(luò )功能虛擬化協(xié)調器、虛擬化網(wǎng)絡(luò )功能管理器和虛擬化基礎設施管理器都可以由不同的供應商構建。只有找到了解決這個(gè)挑戰的辦法，才能通過(guò)自動(dòng)化獲得運營(yíng)效率和降低開(kāi)支，因此我們需要一個(gè)可以與任何定制的MANO框架配合使用的解決方案。
諾基亞云SBC遷移方法
諾基亞開(kāi)發(fā)了一種虛擬化SBC，支持大規模獨立的媒體流和信令平面處理、優(yōu)化的媒體流性能和簡(jiǎn)化的生命周期管理。該軟件旨在提供運營(yíng)商需要支持其IP多媒體流子系統（IMS）網(wǎng)絡(luò )的接入和對等功能，并且可以以集成的2 x 2U形式現場(chǎng)部署或完全在云實(shí)現。諾基亞的IMS產(chǎn)品組合被Current Analysis評為市場(chǎng)領(lǐng)導者，其邊界控制產(chǎn)品在同類(lèi)產(chǎn)品中處于頂級水平。
