[發(fā)明專利]CDN網(wǎng)絡(luò)功能虛擬化的管理方法、裝置及系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 201710855200.9
• 申請(qǐng)日: 2017-09-20
• 公開(kāi)（公告）號(hào): CN109525413B
• 公開(kāi)（公告）日: 2023-05-30
• 發(fā)明（設(shè)計(jì)）人: 繆川揚(yáng)
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04L67/51
• 分類號(hào): H04L67/51;H04L41/0803;G06F9/455
• 代理公司: 北京康信知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 江舟;董文倩

本發(fā)明提供了一種CDN網(wǎng)絡(luò)功能虛擬化的管理方法、裝置及系統(tǒng)，其中，該方法包括：接受來(lái)自內(nèi)容分發(fā)網(wǎng)絡(luò)CDN運(yùn)維系統(tǒng)的業(yè)務(wù)請(qǐng)求指令，其中，所述業(yè)務(wù)請(qǐng)求指令包括業(yè)務(wù)描述信息；按照業(yè)務(wù)描述信息生成支持業(yè)務(wù)運(yùn)行的虛擬化功能模塊。通過(guò)本發(fā)明，解決了相關(guān)技術(shù)中不能虛擬化CDN節(jié)點(diǎn)的問(wèn)題。

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種CDN網(wǎng)絡(luò)功能虛擬化的管理方法、裝置及系統(tǒng)。

背景技術(shù)

相關(guān)技術(shù)中的內(nèi)容分發(fā)網(wǎng)絡(luò)(Content?Delivery?Network，CDN)在互聯(lián)網(wǎng)音視頻傳輸，IPTV網(wǎng)絡(luò)媒體傳輸?shù)阮I(lǐng)域已經(jīng)應(yīng)用多年了。CDN的核心思想是將內(nèi)容推送到離用戶最近的服務(wù)節(jié)點(diǎn)上，使得用戶就近訪問(wèn)內(nèi)容。使用CDN進(jìn)行媒體傳輸能夠極大的提高用戶對(duì)于媒體內(nèi)容獲取的相應(yīng)速度，也極大的減少了媒體內(nèi)容在骨干網(wǎng)絡(luò)上傳輸?shù)膸拤毫Α＝鼛啄炅耍ヂ?lián)網(wǎng)的各種業(yè)務(wù)都進(jìn)入了高速發(fā)展的階段，對(duì)于音視頻的質(zhì)量要求也在不斷的提高，未來(lái)4K，8K，多視角，VR(虛擬現(xiàn)實(shí))視頻都可能是在網(wǎng)絡(luò)上傳輸?shù)闹饕獌?nèi)容。此外，互聯(lián)網(wǎng)也在不斷的推出各種新型的業(yè)務(wù)，其中很多業(yè)務(wù)都需要CDN進(jìn)行加速服務(wù)。因此，CDN網(wǎng)絡(luò)逐漸成為運(yùn)營(yíng)商的一項(xiàng)基礎(chǔ)設(shè)施。

但是，傳統(tǒng)的CDN在面對(duì)新發(fā)展的業(yè)務(wù)和升級(jí)業(yè)務(wù)需求的時(shí)候逐漸產(chǎn)生了一些缺陷。傳統(tǒng)的CDN一般煙囪型的設(shè)計(jì)，面對(duì)的是單項(xiàng)業(yè)務(wù)，不同的CDN之間能力不能分享，近幾年對(duì)于這一問(wèn)題，也產(chǎn)生例如融合業(yè)務(wù)平臺(tái)等解決方案。其次，CDN的節(jié)點(diǎn)設(shè)備一般是專用設(shè)備，設(shè)備的升級(jí)改造，專用軟件的遷移等都限制在本臺(tái)設(shè)備上，對(duì)于新的業(yè)務(wù)部署非常的不利。另外，CDN提供商面向客戶提供業(yè)務(wù)的時(shí)候，一般只能部署專用的節(jié)點(diǎn)設(shè)備，但是由于客戶的需求和業(yè)務(wù)的不同，節(jié)點(diǎn)設(shè)備的軟硬件資源的利用無(wú)法得到最佳的效率。對(duì)于CDN運(yùn)營(yíng)商來(lái)說(shuō)，更具業(yè)務(wù)的需求需要增加或者減少節(jié)點(diǎn)來(lái)說(shuō)，都需要人工進(jìn)行配置，也無(wú)法保證安裝和維護(hù)能夠及時(shí)和高效。在實(shí)際的網(wǎng)絡(luò)部署上，不同的省份，不同的運(yùn)營(yíng)商都會(huì)部署自己的CDN網(wǎng)絡(luò)，CDN和CDN之間的互聯(lián)，業(yè)務(wù)的運(yùn)行，內(nèi)容的分發(fā)都存在相互獨(dú)立的狀態(tài)，對(duì)于用戶來(lái)說(shuō)，獲取同樣內(nèi)容的方式受到了很大的限制。而對(duì)于內(nèi)容提供商來(lái)說(shuō)，內(nèi)容的發(fā)布也受制于不同的渠道，會(huì)大大的提高內(nèi)容傳播的成本。

從網(wǎng)絡(luò)層面來(lái)說(shuō)，傳統(tǒng)的CDN節(jié)點(diǎn)，特別是邊緣節(jié)點(diǎn)的位置一般處于核心網(wǎng)的邊緣，內(nèi)容數(shù)據(jù)到達(dá)用戶終端還需要通過(guò)匯聚層和接入層。從未來(lái)的視頻業(yè)務(wù)發(fā)展來(lái)看，現(xiàn)有的CDN邊緣節(jié)點(diǎn)的帶寬需求已經(jīng)不能滿足未來(lái)視頻業(yè)務(wù)的發(fā)展需求，而將CDN節(jié)點(diǎn)下沉至承載網(wǎng)，所需要的節(jié)點(diǎn)數(shù)量會(huì)變多，但需要處理的交互操作也會(huì)更加精細(xì)化，部署物理設(shè)備無(wú)疑是需要增加大量的人力成本和設(shè)備成本，并且部署的位置和規(guī)模對(duì)現(xiàn)有的CDN網(wǎng)絡(luò)拓?fù)湟矔?huì)有巨大的影響。而從底層傳輸網(wǎng)絡(luò)來(lái)說(shuō)，CDN在邏輯上對(duì)于底層網(wǎng)絡(luò)的感知在傳統(tǒng)上是不涉及的，因?yàn)闊o(wú)法感知底層網(wǎng)絡(luò)的情況，因此CDN在數(shù)據(jù)傳輸?shù)穆窂揭?guī)劃上多少都存在帶寬利用率不高的情況。但是由于近幾年底層網(wǎng)絡(luò)的技術(shù)的發(fā)展，底層網(wǎng)絡(luò)的能力也逐漸能夠開(kāi)放了，對(duì)于CDN來(lái)說(shuō)，探測(cè)底層網(wǎng)絡(luò)的情況也變得可能，這也會(huì)影響到未來(lái)CDN網(wǎng)絡(luò)的設(shè)計(jì)思路。

針對(duì)相關(guān)技術(shù)中存在的上述問(wèn)題，目前尚未發(fā)現(xiàn)有效的解決方案。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供了一種CDN網(wǎng)絡(luò)功能虛擬化的管理方法、裝置及系統(tǒng)，以至少解決相關(guān)技術(shù)中不能虛擬化CDN節(jié)點(diǎn)的問(wèn)題。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了一種CDN網(wǎng)絡(luò)功能虛擬化的管理方法，包括：接受來(lái)自內(nèi)容分發(fā)網(wǎng)絡(luò)CDN運(yùn)維系統(tǒng)的業(yè)務(wù)請(qǐng)求指令，其中，所述業(yè)務(wù)請(qǐng)求指令包括業(yè)務(wù)描述信息；按照業(yè)務(wù)描述信息生成支持業(yè)務(wù)運(yùn)行的虛擬化功能模塊。

可選地，在接受來(lái)自內(nèi)容分發(fā)網(wǎng)絡(luò)CDN運(yùn)維系統(tǒng)的業(yè)務(wù)請(qǐng)求指令之后，所述方法還包括：根據(jù)所述業(yè)務(wù)請(qǐng)求指令對(duì)業(yè)務(wù)運(yùn)行相關(guān)的CDN節(jié)點(diǎn)軟件邏輯模塊和支持所述CDN節(jié)點(diǎn)軟件邏輯模塊所需要的資源進(jìn)行編排和管理。

可選地，所述方法還包括：通過(guò)網(wǎng)絡(luò)資源編排請(qǐng)求接口與SDN控制面進(jìn)行通訊，進(jìn)行網(wǎng)絡(luò)資源的編排和申請(qǐng)，其中，所述網(wǎng)絡(luò)功能虛擬化管理服務(wù)器支持SDN的北向接口功能。