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