專利名稱：內(nèi)容分發(fā)網(wǎng)絡的資源抽象方法和業(yè)務開通方法
內(nèi)容分發(fā)網(wǎng)絡的資源抽象方法和業(yè)務開通方法 :汰術領域
本發(fā)明屬于IP (因特網(wǎng)協(xié)議)網(wǎng)絡技術為核心的數(shù)據(jù)通信領域， 特別涉及內(nèi)容分發(fā)網(wǎng)絡(CDN)技術，提出了一種通過對CDN網(wǎng)絡 中的設備能力進行資源抽象，向上提供統(tǒng)一的資源模型和業(yè)務模型的 方法，基于這一模型，可方便的實現(xiàn)業(yè)務開展和服務定義。
背景技術：
內(nèi)容分發(fā)網(wǎng)絡(CDN)有效地支撐了當前的高質(zhì)量流媒體業(yè)務。 CDN通過在現(xiàn)有的因特網(wǎng)中增加一層新的網(wǎng)絡架構，將網(wǎng)站的內(nèi)容發(fā) 布到最接近用戶的網(wǎng)絡"邊緣"，使用戶可以就近獲得所需的內(nèi)容，通 過對用戶流量的疏導解決了因特網(wǎng)中核心網(wǎng)絡擁擠的狀況，同時提高 了用戶訪問網(wǎng)站的響應速度。圖1描述了 CDN的概念，其中GSLB 又稱為全局負載均衡設備。
CDN節(jié)點通常由負栽均衡設備(SLB )和一定數(shù)量的各類緩存服 務器構成，如圖2所示。負載均衡設備是節(jié)點的管理設備和通道，需 要監(jiān)測本節(jié)點的資源使用情況，并將信息上報給GSLB。負載均衡設 備同時完成節(jié)點內(nèi)用戶訪問的調(diào)度，平衡各緩存服務器的負載。
在商業(yè)模式上，CDN主要通過與客戶簽訂服務合同獲得收入。 CDN網(wǎng)絡的客戶包括:使用CDN資源開展媒體業(yè)務的服務提供商SP、 電信自營業(yè)務和臨時進行資源租用的客戶。CDN網(wǎng)絡的客戶為了改善 用戶體驗，通過租用CDN網(wǎng)絡的服務能力將其內(nèi)容(流媒體、應用 或網(wǎng)頁)分發(fā)到CDN網(wǎng)絡的各個節(jié)點上?？蛻艉虲DN運營商之間通 常以客戶從CDN網(wǎng)絡所獲得的帶寬增益或客戶占用的CDN資源作為 結算依據(jù)。
在目前的CDN網(wǎng)絡中，當客戶提交CDN服務請求后，CDN系
統(tǒng)管理員需要根據(jù)客戶的請求，查詢和統(tǒng)計每個節(jié)點的設備資源占用 情況，以確定是否有足夠資源進行業(yè)務開展。當資源確認后，需要釆
用手工添加方式將CDN服務設備(主要是緩存設備)加入一個緩存 服務器組，用戶需要加速的內(nèi)容就由這個緩存服務器組完成。然后， 管理員根據(jù)客戶提供的服務請求信息，建立內(nèi)容加速規(guī)則，然后將這 些規(guī)則下發(fā)到緩存服務器組的設備。當所有設備的配置都成功后，業(yè) 務即可開通。
但是，在實際的業(yè)務運營中，這種做法存在以下一些問題
1) CDN網(wǎng)絡中的業(yè)務管理系統(tǒng)(BSS)和運營支撐系統(tǒng)(OSS) 沒有清晰的劃分，功能有^f艮多交叉和重合之處，導致業(yè)務邏輯不清晰， 增加管理系統(tǒng)的復雜性；
2) 在每一次的業(yè)務開通過程中，業(yè)務管理員都需要手工對設備 進行操作，業(yè)務開通速度慢，效率低，同時也增加運維人員工作量， 容易產(chǎn)生錯誤；
3) 缺乏一個良好的資源總體視圖，每個業(yè)務的開通都是直接對 設備操作，經(jīng)常出現(xiàn)同一設備的爭搶等，對高服務質(zhì)量要求的業(yè)務， 其資源難以保障。
在實際的業(yè)務運營中，對于業(yè)務使用者而言，更加關心資源的使 用，而不關心具體的設備配置。因此，需要一種CDN網(wǎng)絡的資源抽 象模型和相應的業(yè)務開展方法。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于資源抽象的資源模型和業(yè)務模型 系統(tǒng)框架，通過該資源模型，可以將抽象的設備功能轉化為更為直觀 的資源。
根據(jù)本發(fā)明的第一方面，提供了一種內(nèi)容分發(fā)網(wǎng)絡CDN的資源 抽象方法，包括在一定約束條件和策略下將內(nèi)容分發(fā)網(wǎng)絡的設備所 提供的服務能力定義為內(nèi)容分發(fā)網(wǎng)絡資源集合VCDN，該VCDN集合 包括一個或多個內(nèi)容分發(fā)網(wǎng)絡資源子集；利用內(nèi)容分發(fā)網(wǎng)絡的客戶所
提供的內(nèi)容形成一個內(nèi)容集合，該內(nèi)容集合包括一個或多個內(nèi)容子集； 通過綁定內(nèi)容分發(fā)網(wǎng)絡資源子集與內(nèi)容子集形成一個或多個頻道；其 中，通過在頻道上疊加頻道約束條件和頻道策略，頻道成為內(nèi)容分發(fā) 網(wǎng)絡向客戶提供服務的最小單元。
在本發(fā)明的第一方面中，所述CDN資源可以包括兩種類型的資 源并發(fā)訪問資源，提供針對CDN客戶的內(nèi)容的并發(fā)服務能力；內(nèi) 容存儲資源，提供對于內(nèi)容的存儲空間。
根據(jù)本發(fā)明的第二方面，提供了一種內(nèi)容分發(fā)網(wǎng)絡CDN的資源 管理方法，包括將內(nèi)容分發(fā)網(wǎng)絡CDN中的設備提供的服務能力定 義為CDN資源；定義與CDN資源相關的約束條件；定義與CDN資 源相關的策略，將其存儲在統(tǒng)一的CDN策略庫中；在所述約束條件 和所述策略下將CDN資源定義為一個抽象集合VCDN，其包括多個 CDN資源子集；定義與CDN資源相關的操作；以及把所述與CDN 資源相關的操作映射到內(nèi)容分發(fā)網(wǎng)絡CDN的實際物理設備，從而將 針對CDN資源的操作轉變?yōu)獒槍DN物理設備的操作。
在本發(fā)明的第二方面中，所述CDN資源被劃分為三類預留類 資源、共享類資源和統(tǒng)計復用類資源。
在本發(fā)明的第二方面中，定義與CDN資源相關的操作的步驟包 括以內(nèi)容分發(fā)網(wǎng)絡CDN的節(jié)點為計算單位，當內(nèi)容分發(fā)網(wǎng)絡CDN 的客戶請求被傳遞到CDN節(jié)點的負載均衡設備SLB時，SLB根據(jù)資 源屬性進行CAC判斷，以確定是否接受該客戶請求；在下載方式和 媒體格式的約束下定義并發(fā)訪問資源；以及SLB 了解本地節(jié)點的當前 資源使用情況，并報告給內(nèi)容分發(fā)網(wǎng)絡CDN的管理中心。
根據(jù)本發(fā)明的第三方面，提供了一種基于資源模型的CDN網(wǎng)絡 業(yè)務開通和實現(xiàn)方法，其中所述CDN網(wǎng)絡包括業(yè)務管理系統(tǒng)BSS、 運營支撐系統(tǒng)OSS、全局負載均衡設備GSLB和多個CDN節(jié)點，每 個CDN節(jié)點包括節(jié)點管理器、負載均衡設備SLB和緩存服務器，其 中CDN資源在一定約束條件和策略下被定義為一個抽象集合VCDN， 該集合VCDN包括一個或多個CDN資源子集；所述內(nèi)容分發(fā)網(wǎng)絡CDN的客戶的業(yè)務內(nèi)容構成一個集合，該內(nèi)容集合包括一個或多個內(nèi) 容子集，所述方法包括
客戶向業(yè)務管理系統(tǒng)BSS發(fā)起服務請求，提出希望進行加速的 業(yè)務內(nèi)容和業(yè)務類型；
業(yè)務管理系統(tǒng)BSS校驗所述服務請求的合法性；
如果所述校驗不合法，業(yè)務管理系統(tǒng)BSS要求客戶重新填寫服 務請求，如果校驗合法，則業(yè)務管理系統(tǒng)BSS分析希望加速的業(yè)務內(nèi) 容，將這些內(nèi)容劃分為不同的加速頻道；
業(yè)務管理系統(tǒng)BSS請求運營支撐系統(tǒng)OSS中的資源管理模塊進 行頻道的資源分配；
在資源管理模塊對資源分配信息進行確認后，業(yè)務管理系統(tǒng) BSS向運營支撐系統(tǒng)OSS提交頻道配置請求，將客戶的加速內(nèi)容子集 與CDN資源子集進行綁定；
資源管理模塊向運營支撐系統(tǒng)OSS中的設備配置模塊下發(fā) CDN資源集合VCDN的配置要求；
設備配置模塊根據(jù)所述VCDN配置要求，向GSLB下發(fā)VCDN 配置策略并向CDN節(jié)點管理器下發(fā)節(jié)點設備配置要求；
GSLB響應于所述VCDN配置策略返回確認信息，CDN節(jié)點管 理器根據(jù)所述節(jié)點設備配置要求對SLB、緩存服務器進行配置；
在所有設備配置成功后，業(yè)務管理系統(tǒng)BSS向客戶發(fā)送頻道上 線通知；以及
客戶完成頻道上線，實現(xiàn)業(yè)務開通。 利用本發(fā)明提供的CDN網(wǎng)絡的資源抽象方法和基于資源抽象模 型的CDN網(wǎng)絡業(yè)務開通方法，可以帶來以下好處
1) 可以對CDN資源進行更加有效的管理；
2) 便于業(yè)務的開展和服務的定義；
3) 基于資源模型可以建立策略管理機制，使得CDN業(yè)務流程 更加靈活，更加能夠適應客戶(服務提供商/內(nèi)容提供商)和業(yè)務變化 的需求；
4)另外，通過資源抽象，對OSS和BSS的功能有了更好的劃 分，設備的維護、更換由OSS負責，BSS只負責業(yè)務層面的開通和維 護，方便了整個網(wǎng)絡的運行維護。


結合附圖參照下面詳細的描述，可以清楚本發(fā)明的以上及其它優(yōu) 點、特征和目的，在附圖中
圖l是典型的CDN網(wǎng)絡的配置圖2是圖1中的CDN節(jié)點的組成的示意圖3是根據(jù)本發(fā)明一個實施方案的資源抽象模型系統(tǒng)框架圖4是根據(jù)本發(fā)明一個實施方案的CDN資源管理框架示意圖5示出了 CDN資源操作的一個例子；以及
圖6才艮據(jù)本發(fā)明的一個實施方案示出了一種典型的CDN業(yè)務頻 道開通和設備配置流程。
具體實施例方式
內(nèi)容分發(fā)網(wǎng)絡CDN的所有設備提供的服務能力都可以看作一種 "資源"。以CDN POP點為例，CDN POP點是一種類型的CDN節(jié)點， 是在一個物理位置上面向用戶提供服務的設備集群，主要包括SLB設 備和多臺緩存設備。 一個CDN POP點應具有針對本地設備和內(nèi)容的 管理和監(jiān)測功能。CDN POP點是CDN網(wǎng)絡中的設備物理部署單元。 由于CDN是釆用分層組網(wǎng)方式建立的，所以根據(jù)所處網(wǎng)絡層次的不 同，CDN POP點可以分為核心節(jié)點(如全國核心)、骨干節(jié)點(如 省骨干)和邊緣節(jié)點。對于這樣的CDN POP點而言，提供流媒體服 務的能力是"流媒體并發(fā)服務資源"，提供Web加速服務的能力是 "Web頁面并發(fā)服務資源"，存儲能力是"存儲空間資源"。
對于業(yè)務使用者而言，他們更加關心資源的使用，而不關心具體 的設備配置。因此，通過資源模型，可以將抽象的設備功能轉化為更 為直觀的資源利用，便于業(yè)務的開展和服務的定義。
資源管理就是通過建立資源模型，對底層的資源進行抽象。這種
基于資源的模型可以對CDN資源進行更加有效的管理，包括建立策 略管理機制，使得CDN業(yè)務流程更加靈活，更加能夠適應客戶的業(yè) 務變化的需求；另外，基于資源的模型使得互通操作僅需要在抽象層 完成，可方便的實現(xiàn)異構CDN網(wǎng)絡的互通操作。
資源抽象模型系統(tǒng)框架
CDN資源是對CDN系統(tǒng)能力的抽象。對于CDN而言，最主要 的資源有兩類
-并發(fā)訪問資源提供針對內(nèi)容的并發(fā)服務能力； - 內(nèi)容存儲資源CDN節(jié)點提供的對于內(nèi)容的存儲空間。 需要說明的是，CDN網(wǎng)絡的內(nèi)容取自CDN網(wǎng)絡外部的內(nèi)容源 (OCS)。 OCS是原始的內(nèi)容存儲和服務設備，其管理不由CDN網(wǎng) 絡負責。CDN網(wǎng)絡需要從內(nèi)容源中獲取內(nèi)容進行分發(fā)和服務；同時一 旦用戶請求的內(nèi)容在CDN網(wǎng)絡內(nèi)未命中，就需要CDN網(wǎng)絡從內(nèi)容源 動態(tài)獲取所請求的內(nèi)容。在CDN網(wǎng)絡的內(nèi)部還包括一種類型的CDN 節(jié)點——內(nèi)容中心(未示出)，它是CDN網(wǎng)絡內(nèi)的內(nèi)容存儲和服務 設備，其作用類似于內(nèi)容源，但是其管理由CDN網(wǎng)絡負責。另外， CDN POP點也具備在緩存設備中存儲內(nèi)容的能力。因此，內(nèi)容中心 和CDN POP點都可以被抽象為CDN內(nèi)容存儲資源。
所有的CDN資源構成CDN資源集合。為了有效的管理并使用 CDN資源，在本發(fā)明中定義了基于CDN虛擬子網(wǎng)(VCDN)的資源 模型和基于頻道的業(yè)務模型。圖3是根據(jù)本發(fā)明一個實施方案的資源 抽象模型系統(tǒng)框架圖。
CDN虛擬子網(wǎng)(VCDN)
VCDN可以定義為具有一定約束條件和策略定義的CDN資源的 集合。VCDN建立在CDN網(wǎng)絡之上，可以看作是疊加了業(yè)務屬性的 CDN網(wǎng)絡的子集。VCDN主要有兩個屬性1) 資源集合VCDN是CDN系統(tǒng)資源的一個子集；
2) 業(yè)務屬性業(yè)務屬性定義了 VCDN提供哪種類型的業(yè)務服務能力。
約束條件是預先編程定義的，約束策略會有一個基本的定義，但 真正執(zhí)行的策略需要人工編寫腳本程序來執(zhí)行或者從以前編輯好的策 略庫中調(diào)用。
頻道
一個CDN的資源子集服務于服務提供商的內(nèi)容子集，當資源子 集和內(nèi)容子集進行綁定后即形成頻道。所謂綁定，即確定一個CDN
資源子集服務于哪個內(nèi)容子集，換言之，即確定一個內(nèi)容子集由哪個 CDN資源子集來服務。通過疊加約束條件后，頻道就可作為CDN向 客戶(例如服務提供商)提供服務的最小單元。 頻道主要包括以下屬性
1) 頻道標識；
2) 對應的域名；
3) 所屬客戶的標識；
4) 產(chǎn)品歸屬該業(yè)務屬于哪個產(chǎn)品包；
5) 綁定的VCDN;
6) 策略定義基于服務內(nèi)容定義的一組策略；
7) 訪問控制屬性(ACL);
8) 認證服務器地址；
9) 支持的增值業(yè)務；
10) 業(yè)務資費；
11) 其他。
口口
產(chǎn)品是CDN提供的、可供用戶選擇的最小電信服務單元，是電 信服務合同的最小標的。產(chǎn)品就是經(jīng)過產(chǎn)品化包裝后的頻道或頻道的
組合。頻道被產(chǎn)品化包裝為產(chǎn)品，是由CDN的業(yè)務管理系統(tǒng)(BSS)完 成的，其實就是將已經(jīng)分配好的頻道和VCDN資源作為合同標的錄入 業(yè)務管理系統(tǒng)。產(chǎn)品化的過程與配置和實現(xiàn)無關，其實是一種銷售方 式。
產(chǎn)品主要包括以下屬性
1) 產(chǎn)品代碼；
2) 產(chǎn)品名稱(產(chǎn)品類名稱)；
3) 協(xié)議號(個性化)；
4) 產(chǎn)品有效期(合同有效期)；
5) 客戶歸屬；
6) 業(yè)務包/產(chǎn)品組成(包含哪些頻道)；
7) 資費；
8) 結算日期；
9) 業(yè)務范圍；
10) 資源占用；
11) 結算方式；
12) 其他。
CDN資源管理框架
圖4是CDN資源管理框架示意圖，其中，CDN的資源管理主要 通過對VCDN的管理來進行
1) CDN資源子集描述并定義VCDN;
2) CDN資源操作資源相關的操作定義，例如資源的預留、資 源的撤銷(釋放)等，CDN資源操作提供了對CDN資源具體使用的 接口；
3) CDN資源約束資源相關的約束條件，例如針對的服務提供 商的約束、適用內(nèi)容的約束等等；
4) CDN資源策略資源相關的策略定義，例如內(nèi)容分發(fā)策略等。
資源策略由統(tǒng)一的CDN策略庫來存儲；
5) CDN資源映射把抽象的操作映射到實際的CDN物理設備， 這樣，針對CDN的資源的操作可以轉變?yōu)獒槍DN物理設備的操作， 例如設備配置。
CDN資源操作方法
針對CDN資源的操作主要是對CDN資源池的操作。根據(jù)CDN 資源的屬性，CDN資源可以分為三類預留、共享、統(tǒng)計復用(Max、 Min)，如圖5所示。
-預留類資源需要從總的資源池中扣除，系統(tǒng)保證資源的可用 性，但是一旦超出，系統(tǒng)將拒絕服務。
-共享類資源不需要扣除(釆用盡力服務的方式共享)。
-統(tǒng)計復用類資源僅扣除Min (最小量)的資源，系統(tǒng)提供對 Min的資源保證，并允許復用到Max (最大量)，但不保證一定能復 用到最大量。資源使用一旦超過Max，系統(tǒng)將拒絕服務。
對資源池的操作主要包括以下幾個方面
1)網(wǎng)絡中設備的能力被抽象為具體的資源能力形態(tài)(帶寬、存 儲、并發(fā)用戶數(shù)等)。在一個設備部署上線后，由廠家提供該設備的 能力參數(shù)，然后由系統(tǒng)管理員輸入業(yè)務管理系統(tǒng)(BSS)。設備上線后， 該設備的能力就會加入到其所在節(jié)點的資源池里。
2)資源以節(jié)點(骨干節(jié)點者邊緣節(jié)點)為計算單位，當 用戶請求被傳遞到節(jié)點的SLB時，SLB根據(jù)資源屬性進行CAC判斷， 以確定是否接受用戶請求。所謂CAC,即如果網(wǎng)絡資源不能滿足用戶 的QoS (服務質(zhì)量)要求，或者接納一個新的呼叫要侵犯預留給正在 進行通信的線路的資源，從而降低這些通信的QoS時，網(wǎng)絡將不接納 這個新的呼叫，這種機制被稱為"連接接納控制(CAC )，，。如果VCDN 中同時定義了用戶的訪問控制策略，SLB需要同時根據(jù)該策略進行判 斷。如果SLB接受了用戶請求，則從資源池中分配一定的資源用于所 請求的業(yè)務。
2)并發(fā)訪問資源需要在下載方式和媒體格式的約束下定義。 3 ) SLB需要了解本地節(jié)點的當前資源使用情況(以VCDN為單 位)，并上報到管理中心。
基于資源抽象模型， 一個典型的CDN業(yè)務頻道開通和設備配置 流程如圖6所示。
需要說明一點，在資源模型中，對于新增的節(jié)點或設備都會通過 資源映射納入資源池的統(tǒng)一調(diào)配和管理，當設備或節(jié)點進行調(diào)整時， 在資源池中也會進行相應的改動。下面對這一流程進行簡要說明
(1) SP向業(yè)務管理系統(tǒng)發(fā)起服務請求，提出希望進行加速的 內(nèi)容和類型；
(2) 業(yè)務管理系統(tǒng)對SP的服務請求進行處理，對請求的合法 性進行校驗；
(3) 業(yè)務管理系統(tǒng)向SP返回響應，如果校驗不合法，則要求 重新填寫服務請求；
(4) 業(yè)務受理系統(tǒng)向業(yè)務分析系統(tǒng)發(fā)起加速業(yè)務內(nèi)容分析；
(5) 系統(tǒng)對加速內(nèi)容進行分析，根據(jù)業(yè)務類型等原則劃分為不 同的加速頻道；
(6) 系統(tǒng)向SP返回產(chǎn)品包信息，包含具體的加速內(nèi)容劃分；
(7) 業(yè)務管理系統(tǒng)請求資源管理模塊進行頻道的資源分配；
(8) 資源管理模塊對頻道的節(jié)點、帶寬等資源分配信息進行確
認；
(9) 資源管理模塊向業(yè)務管理系統(tǒng)返回確認信息；
(10) 業(yè)務管理系統(tǒng)向運營支撐系統(tǒng)提交頻道配置請求，將SP
的加速內(nèi)容子集與VCDN進行綁定；
(11) 資源管理模塊向設備配置模塊下發(fā)VCDN配置要求
(12) 設備配置模塊根據(jù)VCDN配置要求，分配節(jié)點、帶寬等 資源，配置計費、日志、服務門戶、GSLB策略和內(nèi)容管理等；
(13 )設備配置模塊向GSLB下發(fā)VCDN配置策略；(14 ) GSLB返回確i人信息；
(15) 設備配置模塊向POP節(jié)點管理器下發(fā)節(jié)點設備配置要
求；
(16) POP節(jié)點管理器對SLB、 Cache等設備進行配置；
(17) 設備配置成功后，向節(jié)點管理器返回確認信息；
(18) 節(jié)點管理器向設備配置模塊返回確認信息；
(19) 所有設備配置成功后，向業(yè)務管理系統(tǒng)返回確認信息；
(20) 業(yè)務管理系統(tǒng)向SP發(fā)送頻道上線通知；
(21) SP對該頻道上線進行確認；
(22) SP對該頻道的授權DNS進行切換，完成頻道上線流程。 以上描述了本發(fā)明的幾個主要方面和實施方案。然而，正如本領
域技術人員將會容易看到的，在不背離要求保護的本發(fā)明的范圍的條 件下，同樣可能作出不同于以上公開的實施例的其它實施方案。
權利要求
1. 一種內(nèi)容分發(fā)網(wǎng)絡的資源抽象方法，包括在一定約束條件和策略下將內(nèi)容分發(fā)網(wǎng)絡的設備所提供的服務能力定義為內(nèi)容分發(fā)網(wǎng)絡資源集合VCDN，該VCDN集合包括一個或多個內(nèi)容分發(fā)網(wǎng)絡資源子集；利用內(nèi)容分發(fā)網(wǎng)絡的客戶所提供的內(nèi)容形成一個內(nèi)容集合，該內(nèi)容集合包括一個或多個內(nèi)容子集；通過綁定內(nèi)容分發(fā)網(wǎng)絡資源子集與內(nèi)容子集形成一個或多個頻道；其中，通過在頻道上疊加頻道約束條件和頻道策略，頻道成為內(nèi)容分發(fā)網(wǎng)絡向客戶提供服務的最小單元。
2. 如權利要求1所述的資源抽象方法，其中，所述內(nèi)容分發(fā)網(wǎng) 絡資源包括兩種類型的資源并發(fā)訪問資源，提供針對內(nèi)容分發(fā)網(wǎng)絡 客戶的內(nèi)容的并發(fā)服務能力；內(nèi)容存儲資源，提供對于內(nèi)容的存儲空 間。
3. 如權利要求1所述的資源抽象方法，其中，通過對頻道或頻 道的組合進行產(chǎn)品化包裝，形成產(chǎn)品。
4. 如權利要求1所述的資源抽象方法，其中，所述頻道包括以 下屬性頻道標識、對應的域名、所屬客戶的標識、產(chǎn)品歸屬、綁定 的VCDN、策略定義、訪問控制屬性、認證服務器地址、支持的增值業(yè)務和業(yè)務資費。
5. 如權利要求4所述的資源抽象方法，其中，所述產(chǎn)品包括以 下屬性產(chǎn)品代碼、產(chǎn)品名稱、協(xié)議號、產(chǎn)品有效期、客戶歸屬、業(yè) 務包/產(chǎn)品組成、資費、結算日期、業(yè)務范圍、資源占用和結算方式。
6. —種內(nèi)容分發(fā)網(wǎng)絡的資源管理方法，包括將內(nèi)容分發(fā)網(wǎng)絡中的設備提供的服務能力定義為內(nèi)容分發(fā)網(wǎng)絡資源；定義與內(nèi)容分發(fā)網(wǎng)絡資源相關的約束條件；定義與內(nèi)容分發(fā)網(wǎng)絡資源相關的策略，將其存儲在統(tǒng)一的內(nèi)容分發(fā)網(wǎng)絡策略庫中；在所述約束條件和所述策略下將內(nèi)容分發(fā)網(wǎng)絡資源定義為一個 抽象集合VCDN，其包括多個內(nèi)容分發(fā)網(wǎng)絡資源子集；定義與內(nèi)容分發(fā)網(wǎng)絡資源相關的操作；以及把所述與內(nèi)容分發(fā)網(wǎng)絡資源相關的操作映射到內(nèi)容分發(fā)網(wǎng)絡的 實際物理設備，從而將針對內(nèi)容分發(fā)網(wǎng)絡資源的操作轉變?yōu)獒槍?nèi)容 分發(fā)網(wǎng)絡物理設備的操作。
7. 如權利要求6所述的內(nèi)容分發(fā)網(wǎng)絡資源管理方法，其中所述 內(nèi)容分發(fā)網(wǎng)絡資源被劃分為三類預留類資源、共享類資源和統(tǒng)計復 用類資源。
8. 如權利要求6所述的內(nèi)容分發(fā)網(wǎng)絡資源管理方法，其中，定 義與內(nèi)容分發(fā)網(wǎng)絡資源相關的操作包括以內(nèi)容分發(fā)網(wǎng)絡的節(jié)點為計算單位，當內(nèi)容分發(fā)網(wǎng)絡的客戶請求 被傳遞到內(nèi)容分發(fā)網(wǎng)絡節(jié)點的負載均衡設備時，所述負栽均衡設備根 據(jù)資源屬性進行連接接納控制判斷，以確定是否接受該客戶請求； 在下載方式和媒體格式的約束下定義并發(fā)訪問資源；以及 所述負載均衡設備了解本地節(jié)點的當前資源使用情況，并報告給 內(nèi)容分發(fā)網(wǎng)絡的管理中心。
9. 一種基于資源模型的內(nèi)容分發(fā)網(wǎng)絡CDN的業(yè)務開通和實現(xiàn)方 法，其中所述內(nèi)容分發(fā)網(wǎng)絡包括業(yè)務管理系統(tǒng)BSS、運營支撐系統(tǒng) OSS、全局負載均衡設備GSLB和多個CDN節(jié)點，每個CDN節(jié)點包 括節(jié)點管理器、負載均衡設備SLB和緩存服務器，其中CDN資源 在一定約束條件和策略下被定義為一個抽象集合VCDN，該集合 VCDN包括一個或多個CDN資源子集；所述內(nèi)容分發(fā)網(wǎng)絡CDN的客 戶的業(yè)務內(nèi)容構成一個集合，該內(nèi)容集合包括一個或多個內(nèi)容子集， 所述方法包括客戶向業(yè)務管理系統(tǒng)BSS發(fā)起服務請求，提出希望進行加速的 業(yè)務內(nèi)容和業(yè)務類型；業(yè)務管理系統(tǒng)BSS校驗所述服務請求的合法性；如果所述校驗不合法，業(yè)務管理系統(tǒng)BSS要求客戶重新填寫服 務請求，如果校驗合法，則業(yè)務管理系統(tǒng)BSS分析希望加速的業(yè)務內(nèi) 容，將這些內(nèi)容劃分為不同的加速內(nèi)容子集；業(yè)務管理系統(tǒng)BSS請求運營支撐系統(tǒng)OSS中的資源管理模塊進 行資源分配；在資源管理模塊對資源分配信息進行確認后，業(yè)務管理系統(tǒng) BSS向運營支撐系統(tǒng)OSS提交頻道配置請求，將客戶的加速內(nèi)容子集 與CDN資源子集進行綁定，從而形成頻道；資源管理模塊向運營支撐系統(tǒng)OSS中的設備配置模塊下發(fā) CDN資源集合VCDN的配置要求；設備配置模塊根據(jù)所述VCDN配置要求，向GSLB下發(fā)VCDN 配置策略并向CDN節(jié)點管理器下發(fā)節(jié)點設備配置要求；GSLB響應于所述VCDN配置策略返回確認信息，CDN節(jié)點管 理器根據(jù)所述節(jié)點設備配置要求對SLB、緩存服務器進行配置；在所有設備配置成功后，業(yè)務管理系統(tǒng)BSS向客戶發(fā)送頻道上 線通知；以及客戶完成頻道上線，實現(xiàn)業(yè)務開通。
全文摘要
本發(fā)明提出一種內(nèi)容分發(fā)網(wǎng)絡的資源抽象方法和業(yè)務開通方法，其核心思想是通過將抽象的設備功能轉化為更為直觀的資源利用，以便于業(yè)務的開展和服務的定義；其中主要的成果包括提出了一種CDN資源模型，定義了VCDN和頻道的概念，建立了CDN的基本業(yè)務模型，并提出了CDN資源管理和操作的方法。
文檔編號H04L12/18GK101388785SQ20071015420
公開日2009年3月18日 申請日期2007年9月11日 優(yōu)先權日2007年9月11日
發(fā)明者周開宇, 廣小明, 李振雨, 楊戰(zhàn)宏, 楊明川, 王和宇, 譚國權, 雷葆華, 魏丫丫 申請人:中國電信股份有限公司