NFV和SDN如何塑造電信的未來

  十多年來，電信網(wǎng)絡(luò)的轉(zhuǎn)型已迫在眉睫。大多數(shù)網(wǎng)絡(luò)運(yùn)營商甚至都不清楚如何實現(xiàn)轉(zhuǎn)型。也許是因為該行業(yè)已經(jīng)掌握了一些技術(shù)，如軟件定義網(wǎng)絡(luò)(SDN)，網(wǎng)絡(luò)功能虛擬化(NFV)，并認(rèn)為采用它們能解決所有問題。

  雖然NFV和SDN都可以在轉(zhuǎn)型中發(fā)揮作用，但他們必須用一種正確的方式來看待SDN和NFV的現(xiàn)實意義。這樣NFV和SDN可以為運(yùn)營商們做很多事情，并且在很長的一段時間內(nèi)服務(wù)于運(yùn)營商。

  一個真實狀況是運(yùn)營商未來的利潤將基于最大化每個用戶的平均收入，然后最小化成本?，F(xiàn)在，這被認(rèn)為是移動服務(wù)成功的典范，并且可能是視頻流服務(wù)的模型。它被視為利潤規(guī)劃和電信未來引入新網(wǎng)絡(luò)技術(shù)創(chuàng)新的第一步。

  推出新的功能設(shè)計吸引用戶這對獲取大額利潤是至關(guān)重要的一步。原因是運(yùn)營商的Opex高于Capex。在Opex領(lǐng)域，客戶的獲取和保留是最大的單一成本。世界上最好的服務(wù)生命周期管理系統(tǒng)無法幫助運(yùn)營商銷售，它只能減少客戶流失產(chǎn)生有限的影響。而粘性服務(wù)，即那些在承諾方面能自我延續(xù)的服務(wù)才是真正的關(guān)鍵。

  云原生的NFV和SDN方法

  運(yùn)營商需要采用不同的方法。幸運(yùn)的是，不需要花費額外的五年改變規(guī)格的問題。正確的電信轉(zhuǎn)型方法是要認(rèn)識到云托管功能應(yīng)該作為云功能托管和編排，而不是網(wǎng)絡(luò)功能。

  我們已經(jīng)知道Capex和Opex將托管功能替換為物理設(shè)備的好處是有限的，因此NFV的真正價值在于創(chuàng)建云托管，可組合的功能。忘記與NFV相關(guān)的術(shù)語，如MANO，虛擬化基礎(chǔ)架構(gòu)管理器，虛擬網(wǎng)絡(luò)功能管理器，把重點放在使用傳統(tǒng)云工具和元素簡單地將有用功能編排到服務(wù)中。大多數(shù)云托管功能都會創(chuàng)建over-the-top(OTT)服務(wù)或服務(wù)增加，大多數(shù)運(yùn)營商認(rèn)為這是電信未來真正收益的地方。

  可以編排到服務(wù)中的OTT功能的范圍取決于運(yùn)營商的特定市場焦點以及他們對OTT服務(wù)的當(dāng)前承諾。在一些市場中，電信運(yùn)營商多年以來一直直接參與OTT服務(wù)，這些運(yùn)營商已經(jīng)有了具體的機(jī)會目標(biāo)，甚至還有一些技術(shù)。從廣義上說，視頻和廣告是運(yùn)營商自己評價最高的。家庭和設(shè)施的控制和安全將是下一步。所有這些服務(wù)從一開始就具有成為利潤中心的優(yōu)勢，并且許多服務(wù)可以在沒有過多第一成本的情況下啟動。

  新功能的靈活編排是SDN在未來電信領(lǐng)域的應(yīng)用。如果一個新服務(wù)是由就近的邊緣或城域數(shù)據(jù)中心托管的功能和連接組成的結(jié)構(gòu)，那么使用當(dāng)前網(wǎng)絡(luò)技術(shù)將所有部件整合在一起是一個挑戰(zhàn)。如果結(jié)果必須同時具有充分的安全性和成本效益，這一點尤其正確。SDN提供了創(chuàng)建服務(wù)子網(wǎng)的能力，這些子網(wǎng)完全獨立于運(yùn)營商。

  SDN已經(jīng)成為云數(shù)據(jù)中心的一部分，因此假設(shè)服務(wù)功能托管擴(kuò)展并涉及多個數(shù)據(jù)中心是合乎邏輯的，SDN將被擴(kuò)展以支持更大的任務(wù)。創(chuàng)建和維護(hù)這些連接必須與服務(wù)更改導(dǎo)致的故障轉(zhuǎn)移，擴(kuò)展和重新部署決策同步。因此，數(shù)據(jù)中心和WAN的通用編排方法很重要。SDN可以提供這一點，因為它已經(jīng)在數(shù)據(jù)中心內(nèi)完成了必要的工作。

  評估電信成本降低

  在成本方面，運(yùn)營商的目標(biāo)是充分利用技術(shù)，使協(xié)調(diào)NFV和SDN成為可能。這兩種技術(shù)所能提供的敏捷性取決于編排工具，這些工具提供接近零接觸。由于SDN和NFV有用于配置的軟件API，因此它們通常易于適應(yīng)生命周期編排，其中可能需要插件或輔助控制器來控制物理設(shè)備的網(wǎng)絡(luò)。當(dāng)某些服務(wù)功能已經(jīng)被托管時，甚至將基本連接服務(wù)功能視為NFV和SDN實現(xiàn)的候選者也是有意義的。

  如果沒有服務(wù)生命周期自動化的幫助，NFV和SDN就不能保證必要的成本削減，而這正是兩種技術(shù)目前所認(rèn)識到的。然而，目前還不清楚如何實現(xiàn)這一目標(biāo)。致力于零接觸自動化和AT&T ECOMP SDN項目的ETSI小組已經(jīng)開放了源代碼?，F(xiàn)在說這些努力中的哪一項是否能夠得到回報，或者何時能夠得到回報還為時過早。

  好消息是電信的未來正在發(fā)生轉(zhuǎn)變，其中包括對NFV和SDN的云本地化遠(yuǎn)景。假設(shè)NFV和SDN的部署遵循云原則，不是由獨立的網(wǎng)絡(luò)標(biāo)準(zhǔn)機(jī)構(gòu)與網(wǎng)絡(luò)硬件更緊密地結(jié)合在一起，那么Kubernetes之類的云編排工具可以介入解決很多(如果不是全部的話)的服務(wù)生命周期自動化問題。

  在新的收入和成本降低方面，云本地視角是所有這一切的關(guān)鍵。如果NFV和SDN遵循以云為中心的部署路徑，而不是以兩種技術(shù)為基礎(chǔ)的更傳統(tǒng)的以網(wǎng)絡(luò)為中心的方法，兩種技術(shù)的收入增長和成本管理要素可以與一個共同的，總體的，生命周期自動化愿景相結(jié)合。這將使SDN和NFV在未來的電信領(lǐng)域不斷發(fā)展。如果沒有云本地化觀點，這兩種技術(shù)都不可能達(dá)預(yù)期效果。