【導讀】目前，IPTV承載的最主要內(nèi)容包括視頻點播及電視頻道節(jié)目。在帶寬、頻道切換時延、網(wǎng)絡QoS等方面提供更好的保證。開銷及其他負荷在內(nèi)后建議采用2M帶寬。IPTV比不上有線電視的感覺。的優(yōu)先級，能夠更好的保證IPTV的質(zhì)量,具體QoS策略見方案描述。是無法滿足大規(guī)模開展商用IPTV業(yè)務的要求的。組播技術目前在國內(nèi)電信運。IP組播的基本思想是源IP主機只發(fā)送一份數(shù)據(jù)，一個或多個接。收者可接收相同數(shù)據(jù)的拷貝。不同用戶如果接收同一個組播流，服務器只需發(fā)達一份數(shù)據(jù)，網(wǎng)絡只需在。用戶的分支點進行復制，在分支點以上的網(wǎng)絡只需傳送一個數(shù)據(jù)流。

　　

【正文】 網(wǎng)管區(qū) 1 區(qū) 14 區(qū) 15城域網(wǎng)骨干節(jié)點區(qū) 2B R A S B R A S B R A S B R A S安全數(shù)據(jù)中心（存儲密鑰）平臺I PT V 頭端設備平臺流媒體平臺（邊緣）流媒體平臺 ( 核心 )Vo D 內(nèi)容管理系統(tǒng)SMG 內(nèi)容中心DRMI PT V 媒體流（組播）流媒體平臺（邊緣）Vo D 服務器Vo D 服務器Vo D 服務器流媒體平臺（邊緣）流媒體平臺（邊緣）Vo D 服務器 如上圖所示，方案 1 通過 ***電信城域網(wǎng)支持組播協(xié)議（ PIM）的 Inter平臺實現(xiàn)組播。組播媒體流由 IPTV 頭端設備發(fā)出，通過城域網(wǎng)的骨干節(jié)點后到達匯接層面（ 多 個區(qū)），再通過匯接層面達到 BRAS， 通過接入網(wǎng)絡后到達用戶 。 這種方案的優(yōu)勢是可以最大程度利用現(xiàn)有網(wǎng)絡，不需要對網(wǎng)絡進行很大的改造。 但是，其缺點也非常明顯。首先，此方案 對組播業(yè)務的 QoS 進行保障 有一定難度 ，一旦城域網(wǎng)出現(xiàn)問題，組播業(yè)務則無法正常開展。其次，對于組播協(xié)議（ PIM）的支持也存在問題。例如 Cisco 與 Juniper 設備間的 PIM 互通情況應提前進行測試。 23 方案二：在現(xiàn)有城域網(wǎng)上疊加 VPN承載 169。 Siemens AG, October 2004C om m un i c a t i ons中間件T V C h a n n e l通信控制器3 層交換機T a n d b e rg網(wǎng)管設備……區(qū) 1 區(qū) 14區(qū) 15C o r e N e tw o r k區(qū) 2B R A S B R A S B R A SB R A S控制平臺安全數(shù)據(jù)中心（存儲密鑰）平臺I PT V 頭端設備平臺Vo D 網(wǎng)管流媒體平臺Vo D 內(nèi)容管理系統(tǒng)SMG 內(nèi)容中心DRM方案 2 : 基于 M P L S V P N （ 10 20 萬用戶）I PT V 媒體流（組播）流媒體平臺（邊緣）Vo D 服務器流媒體平臺（邊緣）流媒體平臺（邊緣）流媒體平臺（邊緣）Vo D 服務器Vo D 服務器M P L S V P NVo D 服務器Vo D 服務器 對于 本 方案， 目前來講有兩種技術可供選擇 。一種為通過 BGP/MPLS 2547bis VPN 進行組播，而另一種為使用 L2 VPN（ VPLS, VPWS）進行組播 。 從原 理上講 L2 VPN 技術較適合以太城域網(wǎng)環(huán)境下的應用，因為它可以將***電信 IP TV 網(wǎng)絡整個虛擬成一個專用網(wǎng)絡，甚至包括了二層的接入網(wǎng)。但是我們也應該看到包括 VPLS、 HVPLS 在內(nèi)的以太網(wǎng)二層 VPN 協(xié)議還存在不少問題， L2 VPN 技術目前還未 完全 成熟 標準正在不斷完善之中， 國內(nèi) 也 沒有 大規(guī)模應用 實際案例。 因此我們不建議直接采用 L2 VPN 協(xié)議在 ***電信城域網(wǎng)中。 我們建議在二層環(huán)境下可以通過最簡單、被廣泛支持 VLAN 技術對于二層網(wǎng)絡進行邏輯上的劃分。在 ***電信城域網(wǎng) IP 層首先采用目前已經(jīng)成熟的 BGP MPLS L3 2547bis VPN。 來搭建三層的 IP TV 邏輯平臺。 通過 此種方式 VPN 24 進行組播時， IPTV 頭端設備平臺及 多 個區(qū)流媒體平臺的路由器構(gòu)成 MPLS VPN，這樣組播流則被發(fā)送給各個區(qū)平臺的路由器。 再由邊緣路由器向區(qū)域網(wǎng)進行組播轉(zhuǎn)發(fā)，轉(zhuǎn)發(fā)時可以采用靜態(tài)路由或其 PIMSM協(xié)議。 這種方案有兩個優(yōu)勢。首先，與 上個 方案一致， 本 方案也可以很大程度上利用現(xiàn)網(wǎng)。其次，可以利用一些 MPLS 保障網(wǎng)絡健壯的特性， IPTV QoS 保障高于第一種方案。 同時這種方案 在 IP 層 也存在兩個缺點。首先， 在同一 VPN 的邊緣路 由器之間如果采用 PIMSM 協(xié)議進行組播路由， 不同廠家對于組播協(xié)議（ PIM）協(xié)議的支持及互通需要詳細測試，否則風險性極大。其次，為了使用 MPLS VPN，需要在 7個區(qū)的流媒體平臺加入 CE設備 （路由器） 。 本方案在二層范圍要求有較大規(guī)模的二層域才能有利于二層 VLAN VPN的組建，否則可能經(jīng)常面臨 VLAN 透穿的問題。 在二層范圍我們建議實施 VLAN stacking 技術或者 ***通訊公司 VLAN switching 技術擴展城域網(wǎng) VLAN 數(shù)量的范圍，更好的實現(xiàn)二層范圍內(nèi)的 IP TV邏輯網(wǎng)的建立。 25 方 案三：設置專網(wǎng)承載 如果 IP TV 業(yè)務在 ***開展的非常成功，希望在大用戶量的基礎上，進一步提高 IP TV 服務質(zhì)量，也可以采用為 IPTV 專門興建一張網(wǎng)絡的方法來解決 ,方案拓撲示意圖如下： 169。 Siemens AG, October 2004C om m un i c a t i ons中間件T V C h a n n e l通信控制器3 層交換機T a n d b e rg網(wǎng)管設備……區(qū) 1 區(qū) 14區(qū) 15C o r e N e tw o r k區(qū) 2B R A S B R A S B R A SB R A S控制平臺安全數(shù)據(jù)中心（存儲密鑰）平臺I PT V 頭端設備平臺Vo D 網(wǎng)管Vo D 內(nèi)容管理系統(tǒng)SMG 內(nèi)容中心DRM方案 3 : 使用專網(wǎng)（ 10 20 萬用戶）流媒體平臺（邊緣）流媒體平臺（邊緣）流媒體平臺（邊緣）I PT V 媒體流（組播）Vo D 服務器Vo D 服務器流媒體平臺（核心）流媒體平臺（邊緣）Vo D 服務器Vo D 服務器Vo D 服務器 第三種方案為新建設一張網(wǎng)絡傳送 IPTV 組播媒體流。 也就是說 IP TV 網(wǎng)絡與原有 inter 網(wǎng)絡基本上相互獨立，能夠最有效避免兩種不同的應用相互影響的情況，降低兩張網(wǎng)設備性能要求，同時 QoS 最容易實施。但是本方案投資非常巨大，施工周期也很長，需要全面考慮后才 能實施。 通過以上分析可以看出，以上三種方案各有優(yōu)勢，而隨著用戶量的增加，對業(yè)務 QoS 的保障將越來越重要。為了最終達到這個目的， ***通訊公司 建議AA 市 電信考慮對基于 ATM 的城域網(wǎng)接入層和匯聚層設備進行升級，最終能夠使網(wǎng)絡演進為基于以太網(wǎng)的城域網(wǎng)。另外，隨著用戶的增加，建議將組播復制點由 BRAS移到 DSLAM，組播媒體流 可以 考慮使用 L2 VPN傳送至 DSLAM。 26 從投資角度來看，第一種方案是短期內(nèi)比較可行的方案；第二種方案及第三種方案均需要較大投資，由于購買不同廠家的設備投資差別較大，因此在方案確定后需要進 行深入和細致的討論。 因此，總的來說，第一種方案能夠比較快的部署業(yè)務，第三種方案可以作為今后考慮的方向。 ***通訊公司 建議實施步驟 ***通訊公司 建議，首先采用第一種方案并且直接將組播復制點放到 BRAS上，進行試運行，一方面拓展用戶，提高用戶認知度。另一方面積極研究 ***電信現(xiàn)有城域網(wǎng)特別是二層網(wǎng)絡的設備情況，準備好城域網(wǎng)改造的前期工作。 當用戶達到一定規(guī)模時考慮逐漸將 復制點向下移到用戶邊緣側(cè)，建議首先選擇 BRAS 進行組播復制能力有限 且其對應的二層設備能力較強的節(jié)點進行下移測試。積累一定經(jīng)驗且城域網(wǎng)初步改 造完畢后再向全網(wǎng)推廣。 隨著用戶數(shù)量的拓展， 應該對于 IP TV 用戶集中的區(qū)域進行擴容，同時 積極檢測城域網(wǎng)流量狀態(tài)，如果某些端口流量達到負荷上限應該盡快進行局部擴容。并且暫停該區(qū)域用戶的申請。 城域網(wǎng)改造時不僅應該考慮到設備支持組播的能力，同時應該將設備支持QoS 能力情況也放到重要位置，對于不支持 QoS 的設備建議替換，以保證全網(wǎng) QoS 的實現(xiàn)。 對于 IP TV 業(yè)務與普通數(shù)據(jù)業(yè)務的區(qū)分我們建議通過 CoS 標示來進行，也就是通過機頂盒將 IP TV 業(yè)務（直播、點播）數(shù)據(jù)流標有特殊的CoS 位 （如： 5），然后后續(xù)設備可以根 據(jù)這個標示進行 QoS 處理。 建議將IP TV 業(yè)務的優(yōu)先級 定為高于普通上網(wǎng)業(yè)務，同時加大組播隊列的數(shù)據(jù)緩存空間已降低組播的丟包率。 同時 IP 核心層采用 AnycastRP 技術等先進技術保證組播傳遞的可靠性。 隨著用戶數(shù)量的進一步增長，全網(wǎng)達到了 5 萬 10 萬用戶左右時 ***通訊公司 建議應該考慮采用虛擬專用的 IP TV 網(wǎng)絡。具體采用何種策略需要依據(jù)當時城域網(wǎng)現(xiàn)狀以及技術發(fā)展情況而定。 我們的建議是 如果 MPLS L2 VPN 技術已經(jīng)非常成熟并且得到了多數(shù)廠商的支持價格 也較合理時?？梢匀W(wǎng)采用 MPLS 27 L2 VPN 技 術。如果 MPLS L2 VPN 還沒有完全成熟， 二層環(huán)境內(nèi) 可以采用VLAN 技術進行虛擬 IP TV 專用網(wǎng)絡，并且建議在二層平臺之間搭建專用聯(lián)路專門承載 IP TV視頻流直接通往 IP TV平臺。 具體方案 可參見 ***通訊公司 電信級以太網(wǎng)相關方案。 ***通訊公司 認為現(xiàn)有 ***城域網(wǎng)進行優(yōu)化改造后，應該可以 以較高性能承載10萬 20萬用戶。 如果 ***電信網(wǎng)絡發(fā)展到 2030 萬用戶的 級別，也可以考慮城建單獨的專用的 IP TV 網(wǎng)絡，但是此種方案投資非常巨大，施工周期非常長。而且如果想興建完全獨立的 IP TV 網(wǎng)絡將意味著 每個家庭需要重新布放以太網(wǎng)線或者電話線。這樣的工作量和投資是驚人的和難以估計的。 因此 我們建議如果興建專用網(wǎng)絡，也是從 DSLAM和 用戶交換機端以上的專用網(wǎng)絡。