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