[發明專利]CDN網絡中的數據傳輸方法及設備

有效

• 申請號: 201010620661.6
• 申請日: 2010-12-31
• 公開（公告）號: CN102137006A
• 公開（公告）日: 2011-07-27
• 發明（設計）人: 顧納;陳寒冰;歐雄兵
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L29/06
• 代理公司: 北京同立鈞成知識產權代理有限公司 11205
• 代理人: 劉芳

技術領域

本發明涉及通信技術，尤其涉及一種CDN網絡中的數據傳輸方法及設備。

背景技術

內容分發網絡(Content?Delivery?Network，CDN)是通過在現有的IP傳輸網絡中增加一層新的網絡架構，將網站的內容發布到最接近用戶的網絡“邊緣”，使用戶可以就取得所需的內容，解決目前網絡擁擠的狀況，提高用戶訪問網絡的響應速度。

CDN網絡中，如果邊緣服務器中沒有用戶所請求的內容，則邊緣服務器會向CDN路由服務器發送查詢請求，查詢上層節點的信息，之后，邊緣服務器根據其上層節點的位置信息從上層節點獲取用戶所請求的內容，上層節點可以為中心存儲服務器或者內容源服務器。

為了提高可靠性，運營商通常會部署多個內容源服務器。由于內容源服務器并不受CDN的控制，一般通過靜態配置的方式告訴CDN其域名或者IP地址信息，CDN中沒有內容原服務器動態的負載和狀態信息，因此，CDN路由服務器不能選擇合理的內容源服務器，甚至內容源服務器過載或者故障時可能仍然被選中，導致業務失敗或者業務質量變差。

發明內容

本發明實施例是提供一種CDN網絡中數據傳輸方法及設備，用以解決現有技術中采用靜態配置方式確定最優內容源服務器時造成的業務質量較差的問題，實現對業務質量的提高。

本發明實施例提供了一種CDN網絡中數據傳輸方法，包括：

接收終端發送的訪問請求消息；

如果本地沒有所述訪問請求消息所請求的內容，判斷向上層節點已經發送的訪問請求消息的次數是否大于預設的探測閾值；

如果大于預設的探測閾值，則根據已經建立的鏈路狀況信息表，在多個可選的上層節點中確定合適的上層節點，所述鏈路狀況信息表是在發送給上層節點的訪問請求消息的次數小于等于所述預設的探測閾值時，根據從所述多個可選的上層節點下載內容時得到的每個上層節點的鏈路狀況信息建立的；

將所述訪問請求消息發送給所述合適的上層節點，以獲取所請求的內容。

本發明實施例提供了一種CDN網絡中數據傳輸設備，包括：

接收模塊，用于接收終端發送的訪問請求消息；

判斷模塊，用于如果本地沒有所述訪問請求消息所請求的內容，判斷向上層節點已經發送的訪問請求消息的次數是否大于預設的探測閾值；

確定模塊，用于如果大于預設的探測閾值，則根據已經建立的鏈路狀況信息表，在多個可選的上層節點中確定合適的上層節點，所述鏈路狀況信息表是在發送給上層節點的訪問請求消息的次數小于等于所述預設的探測閾值時，根據從所述多個可選的上層節點下載內容時得到的每個上層節點的鏈路狀況信息建立的；

發送模塊，用于將所述訪問請求消息發送給所述合適的上層節點，以獲取所請求的內容。

由上述技術方案可知，本發明實施例通過根據鏈路狀況信息確定合適的上層節點，由于鏈路狀況信息可以實時反映各上層節點的狀況，因此，根據鏈路狀況信息確定的合適的上層節點相對于采用靜態配置方式確定的上層節點是更為合理的，可以提高業務質量。

附圖說明

為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本發明第一實施例的方法流程示意圖；

圖2為本發明第二實施例的方法流程示意圖；

圖3為本發明第二實施例對應系統結構示意圖；

圖4為本發明第三實施例的方法流程示意圖；

圖5為本發明第四實施例的設備結構示意圖。

具體實施方式

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

圖1為本發明第一實施例的方法流程示意圖，包括：

步驟11：接收終端發送的訪問請求消息；

步驟12：如果本地沒有所述訪問請求消息所請求的內容，判斷向上層節點已經發送的訪問請求消息的次數是否大于預設的探測閾值；