[發(fā)明專利]一種內(nèi)容數(shù)據(jù)傳輸方法及設(shè)備

有效

• 申請(qǐng)?zhí)枺?/td>: 201710510864.1
• 申請(qǐng)日: 2017-06-28
• 公開(kāi)（公告）號(hào): CN109150576B
• 公開(kāi)（公告）日: 2021-01-05
• 發(fā)明（設(shè)計(jì)）人: 薛傳頌
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04L12/24
• 分類號(hào): H04L12/24
• 代理公司: 北京中博世達(dá)專利商標(biāo)代理有限公司 11274
• 代理人: 申健

本申請(qǐng)實(shí)施例公開(kāi)了一種內(nèi)容數(shù)據(jù)傳輸方法及設(shè)備，涉及通信領(lǐng)域，解決了在最優(yōu)傳輸鏈路不是直連鏈路時(shí)，反射節(jié)點(diǎn)負(fù)載增加及應(yīng)用層實(shí)現(xiàn)時(shí)的業(yè)務(wù)邏輯復(fù)雜的問(wèn)題。CDN協(xié)同服務(wù)器在確定內(nèi)容源節(jié)點(diǎn)和內(nèi)容接收節(jié)點(diǎn)之間的回源業(yè)務(wù)質(zhì)量觸發(fā)路徑調(diào)整閾值時(shí)，確定內(nèi)容源節(jié)點(diǎn)與內(nèi)容接收節(jié)點(diǎn)之間的最優(yōu)傳輸鏈路，根據(jù)最優(yōu)傳輸鏈路確定包括流轉(zhuǎn)發(fā)配置信息的網(wǎng)絡(luò)配置信息，當(dāng)最優(yōu)傳輸鏈路為非直連鏈路時(shí)，流轉(zhuǎn)發(fā)配置信息為內(nèi)容源節(jié)點(diǎn)的出口網(wǎng)絡(luò)設(shè)備與反射節(jié)點(diǎn)的出口網(wǎng)絡(luò)設(shè)備之間的隧道的信息，隧道用于傳輸內(nèi)容接收節(jié)點(diǎn)請(qǐng)求的待下載內(nèi)容數(shù)據(jù)，并向SDN控制器發(fā)送網(wǎng)絡(luò)配置信息，以便SDN控制器根據(jù)網(wǎng)絡(luò)配置信息更新內(nèi)容源節(jié)點(diǎn)的出口網(wǎng)絡(luò)設(shè)備的流轉(zhuǎn)發(fā)配置。

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

本申請(qǐng)實(shí)施例涉及通信領(lǐng)域，尤其涉及一種內(nèi)容數(shù)據(jù)傳輸方法及設(shè)備。

背景技術(shù)

內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，CDN)是一種在現(xiàn)有互聯(lián)網(wǎng)基礎(chǔ)之上，通過(guò)在網(wǎng)絡(luò)各處設(shè)置CDN節(jié)點(diǎn)(一個(gè)CDN節(jié)點(diǎn)可以包括若干個(gè)內(nèi)容緩存服務(wù)器)所構(gòu)成的一層智能虛擬網(wǎng)絡(luò)，其實(shí)質(zhì)是在互聯(lián)網(wǎng)上構(gòu)建的一個(gè)覆蓋(overlay)網(wǎng)絡(luò)。CDN可以將網(wǎng)絡(luò)內(nèi)容由內(nèi)容源節(jié)點(diǎn)發(fā)布到最接近用戶的網(wǎng)絡(luò)“邊緣”(下文稱為：內(nèi)容接收節(jié)點(diǎn))，使用戶可以就近取得所需內(nèi)容數(shù)據(jù)，緩解互聯(lián)網(wǎng)的網(wǎng)絡(luò)擁擠狀況，提高用戶所能獲取服務(wù)或業(yè)務(wù)的服務(wù)質(zhì)量。其中，內(nèi)容源節(jié)點(diǎn)指的是內(nèi)容數(shù)據(jù)轉(zhuǎn)發(fā)的入口CDN節(jié)點(diǎn)，內(nèi)容接收節(jié)點(diǎn)指的是內(nèi)容數(shù)據(jù)轉(zhuǎn)發(fā)的出口CDN節(jié)點(diǎn)。

眾所周知的，動(dòng)態(tài)內(nèi)容數(shù)據(jù)和直播內(nèi)容數(shù)據(jù)無(wú)法預(yù)先在內(nèi)容接收節(jié)點(diǎn)中緩存，必須實(shí)時(shí)從內(nèi)容源節(jié)點(diǎn)獲取。在現(xiàn)有技術(shù)中，在內(nèi)容接收節(jié)點(diǎn)從內(nèi)容源節(jié)點(diǎn)獲取所需內(nèi)容數(shù)據(jù)之前，可以采用overlay智能路由技術(shù)實(shí)時(shí)探測(cè)CDN節(jié)點(diǎn)之間的網(wǎng)絡(luò)質(zhì)量信息，如往返時(shí)間(Round-trip Time，RTT)、丟包率等，然后根據(jù)獲得的網(wǎng)絡(luò)質(zhì)量信息，并結(jié)合CDN節(jié)點(diǎn)的負(fù)載信息在內(nèi)容源節(jié)點(diǎn)與內(nèi)容接收節(jié)點(diǎn)之間確定出最優(yōu)傳輸鏈路，以確保傳輸質(zhì)量。

在現(xiàn)有技術(shù)中，對(duì)于最優(yōu)傳輸鏈路為非直連鏈路的情況，應(yīng)用層回源調(diào)度過(guò)程(即用戶獲得需下載內(nèi)容數(shù)據(jù)的過(guò)程)具體為：在內(nèi)容接收節(jié)點(diǎn)接收到回源節(jié)點(diǎn)信息(回源節(jié)點(diǎn)信息包括內(nèi)容源節(jié)點(diǎn)信息和反射節(jié)點(diǎn)信息，反射節(jié)點(diǎn)指的是用于內(nèi)容數(shù)據(jù)轉(zhuǎn)發(fā)的中轉(zhuǎn)CDN節(jié)點(diǎn))之后，內(nèi)容接收節(jié)點(diǎn)需先根據(jù)反射節(jié)點(diǎn)信息，采用超文本傳輸協(xié)議(Hyper TextTransport Protocol，HTTP)代理的方式向反射節(jié)點(diǎn)發(fā)送請(qǐng)求，該請(qǐng)求中包括用戶需下載的內(nèi)容數(shù)據(jù)的統(tǒng)一資源定位符(Uniform Resource Locator，URL)和內(nèi)容源節(jié)點(diǎn)信息。反射節(jié)點(diǎn)接收到該請(qǐng)求之后，先從該請(qǐng)求中解析出內(nèi)容源節(jié)點(diǎn)信息，然后根據(jù)解析出的內(nèi)容源節(jié)點(diǎn)信息，向內(nèi)容源節(jié)點(diǎn)發(fā)送包括用戶需下載的內(nèi)容數(shù)據(jù)的URL的內(nèi)容下載請(qǐng)求。內(nèi)容源節(jié)點(diǎn)接收到反射節(jié)點(diǎn)發(fā)送的內(nèi)容下載請(qǐng)求之后，將對(duì)應(yīng)的內(nèi)容數(shù)據(jù)先返回至反射節(jié)點(diǎn)，反射節(jié)點(diǎn)可以判斷自身是否需要進(jìn)行緩存，在確定需要緩存時(shí)，緩存接收到的內(nèi)容數(shù)據(jù)，并需要將接收到的內(nèi)容數(shù)據(jù)轉(zhuǎn)發(fā)給內(nèi)容接收節(jié)點(diǎn)。最后，內(nèi)容接收節(jié)點(diǎn)便可以將用戶需下載的內(nèi)容數(shù)據(jù)返回給終端設(shè)備，供用戶查看。

現(xiàn)有技術(shù)中至少存在如下問(wèn)題：在確定出的最優(yōu)傳輸鏈路不是直連鏈路時(shí)，用戶需下載的內(nèi)容數(shù)據(jù)必須經(jīng)過(guò)反射節(jié)點(diǎn)的中轉(zhuǎn)才能從內(nèi)容源節(jié)點(diǎn)傳輸至最接近用戶的內(nèi)容接收節(jié)點(diǎn)，這樣會(huì)額外消耗反射節(jié)點(diǎn)的中央處理器(Central Processing Unit，CPU)和內(nèi)存資源，導(dǎo)致反射節(jié)點(diǎn)的負(fù)載增加。且在業(yè)務(wù)層實(shí)現(xiàn)時(shí)，內(nèi)容接收節(jié)點(diǎn)必須要以HTTP代理的方式向反射節(jié)點(diǎn)發(fā)送內(nèi)容下載請(qǐng)求，這樣會(huì)導(dǎo)致應(yīng)用層實(shí)現(xiàn)時(shí)的業(yè)務(wù)邏輯復(fù)雜。

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

本申請(qǐng)實(shí)施例提供一種內(nèi)容數(shù)據(jù)傳輸方法及設(shè)備，解決了在最優(yōu)傳輸鏈路不是直連鏈路時(shí)，反射節(jié)點(diǎn)負(fù)載增加及應(yīng)用層實(shí)現(xiàn)時(shí)的業(yè)務(wù)邏輯復(fù)雜的問(wèn)題。

為達(dá)到上述目的，本申請(qǐng)實(shí)施例采用如下技術(shù)方案：

本申請(qǐng)實(shí)施例的第一方面，提供一種內(nèi)容數(shù)據(jù)傳輸方法，包括：