【正文】 經(jīng)經(jīng)過現(xiàn)網(wǎng)考驗(yàn)的ERX 1400 設(shè)備作為初期測試的組播復(fù)制點(diǎn)，可能能夠達(dá)到更好的效果 。 因此我們建議盡量將二層、三層網(wǎng)絡(luò)點(diǎn)的邊緣節(jié)點(diǎn)劃分清晰，也就是將透傳實(shí)現(xiàn) PPPoE 透傳功能的交換機(jī)于實(shí)現(xiàn)終結(jié)VLAN 的交換機(jī)通過不同的設(shè)備分別實(shí)現(xiàn)。因此我們建議在城域網(wǎng)改 造中盡量降低三層交換機(jī)的比例。包括 AA市 電信在內(nèi)絕大部分國內(nèi)外運(yùn)營商均采用了此種協(xié)議。 對于 ***電信 IPTV初期工程， 組播源 如果 集中在一個(gè)局域網(wǎng)中， 而 RP選 在組播源所在局域網(wǎng)直連的路由器或三層交換機(jī)上由于網(wǎng)絡(luò)物理拓?fù)錈o冗余，可暫不考慮 RP冗余的問題 。匯聚交換機(jī)往往采用雙上行結(jié)構(gòu)，一條鏈路連接寬帶接入服務(wù)器， 另一條上聯(lián) SR，用于專線業(yè)務(wù)。 因此，我們這里建議 ***通訊公司 ERP（以太網(wǎng)環(huán)保護(hù)協(xié)議）很適合此種場合應(yīng)用。 另外 ERP 協(xié)議有著良好的兼容性，可以和其他不支持 ERP協(xié)議的交換機(jī)共同工作。如果使用 ADSL 技術(shù)，其最大上行 /下行速率為 640Kbps/8Mbps。 對于 IP TV業(yè)務(wù)開展來說，基礎(chǔ)就是承載網(wǎng)絡(luò)中合理有效的組播部署， 為了方便的部署 IP TV業(yè)務(wù)，寬帶接入局端設(shè)備必須支持 IGMP Snooping或者IGMP Proxy，基于用戶端口的業(yè)務(wù)控制和分流也是必需的。 采用 ***通訊公司 方案情況下視頻流只需要約 2M帶寬，大大增加了可用的DSLAM范圍。 通過 GTS系統(tǒng)，運(yùn)維人員可以對 DSL的內(nèi)線、外線進(jìn)行測試，真正實(shí)現(xiàn)對寬帶故障的“一 點(diǎn)通”，不僅大大縮短了確定、排除故障的時(shí)間，而且減少了運(yùn)維的人力成本。 11 3 承載網(wǎng)關(guān)鍵問題分析 接入?yún)R聚層 組播復(fù)制點(diǎn)的選擇 對于城域網(wǎng)承載 IP TV 業(yè)務(wù)有一個(gè)關(guān)鍵問題，就是 組播復(fù)制點(diǎn)的選擇 ，這個(gè)問題決定著組播數(shù)據(jù)流在接入層次的工作 整體流程 ，同時(shí)也影響著 IP TV 實(shí)施 的難易程度，因此該問題是我們必須要認(rèn)真面對和仔細(xì)分析的。 在這種模式下，用戶將組播和一般的 Inter訪問 都 封裝在 PPPoE的數(shù)據(jù)包里，通過 DSLAM 以及交換機(jī)等 二層傳輸設(shè)備，終結(jié)在作為寬帶接入服務(wù) 12 器的 BRAS 上。不需要 DSLAM支持組播。實(shí)現(xiàn)兩種方式的平滑過渡。 在 DSLAM上進(jìn)行組播復(fù)制（密集用戶階段時(shí)推薦） 眾所周知，組播復(fù)制點(diǎn)距離用戶約近，組播工作效率越高，因此如果將組播復(fù)制點(diǎn)向下推到 DSLAM 上組播流量將進(jìn)一步得到優(yōu)化。 采用在 DSLAM 上進(jìn)行組播復(fù)制主要優(yōu)勢在于：組播復(fù)制點(diǎn)移 到最接近用戶的 DSLAM 端，可以減輕對 BRAS的性能以及 BRAS與 DSLAM間鏈路的帶寬壓力。 需要進(jìn)行組播報(bào)文復(fù)制，建議通過二層硬件機(jī)制 ，減少對設(shè)備影響 資源情況 設(shè)備和帶寬資源使用效率較低 設(shè)備和帶寬資源使用效率較高， 業(yè)務(wù)質(zhì)量保證 需制定細(xì)顆粒度的 IP層 qos機(jī)制。 由于機(jī)頂盒不能使用 PPPoE，而需要采用 DHCP 方式， PC 用戶使用PPPoE 認(rèn)證也失去了意義， 因?yàn)?PC 同樣可以通過 DHCP 方式獲得 IP地址。 提醒：機(jī)頂盒接入時(shí)還有 第二 層認(rèn)證是 IPTV 平臺中間件對機(jī)頂盒登錄時(shí)的業(yè)務(wù)認(rèn)證。 提醒：機(jī)頂盒接入時(shí)還有 第二 層認(rèn)證是 IPTV 平臺中間件對機(jī)頂盒登錄時(shí)的業(yè)務(wù)認(rèn)證。 ? 適合業(yè)務(wù)運(yùn)營初期 ? DHCP 認(rèn)證方式 ? 在 DSLAM設(shè)備上實(shí)現(xiàn)寬帶上網(wǎng)業(yè)務(wù)與 IPTV業(yè)務(wù)分離，采用專用鏈路連接到匯聚層設(shè)備上，繞過 BRAS ? 采用 DHCP OPTION 82，配合 ARP Inspection 以及DHCP 系統(tǒng)上層應(yīng)用的安全控制技術(shù)，能夠解決用戶地址盜用和安全控制的問題。同時(shí)從 Modem 開始使用雙 PVC，把 IPTV 業(yè)務(wù)流和PC上網(wǎng)業(yè)務(wù)流區(qū)分 到不同的邏輯網(wǎng)絡(luò)中，以保證 IPTV業(yè)務(wù)的 QoS，實(shí)現(xiàn)可溯源。這樣能夠保證組播源的數(shù)據(jù)質(zhì)量，能夠?yàn)橛脩艚M播的服務(wù)質(zhì)量打好良好的基礎(chǔ)。 組播下行質(zhì)量的保證 對于 ***電信而言，組播的上行流量由于傳遞與高端核心路由器，往往擁有較高的性能與較高的帶寬， 加之 IP TV業(yè)務(wù) 在 IP骨干層使用組播技術(shù)進(jìn)行傳送，減少了對于帶寬的占用，因此組播上行流量往往較容易得到保證。為了解決這個(gè)問題我們可以采取兩個(gè)方面的解決辦法： 控制端口的用 戶數(shù)量 對于 BRAS作組播復(fù)制點(diǎn) 時(shí)用戶直播部分所占 下行 流量 與用戶數(shù)量程正比關(guān)系，因此有必要對 BRAS做出接入用戶數(shù)量的最大限制。 或者平均每增加 700 IP TV用戶應(yīng)該增加一條 GE接口。也應(yīng)該注意到，目前 ***電信城域網(wǎng)內(nèi)接入設(shè)備廠家較多，型號也多種多樣，在實(shí)行 QoS之前應(yīng)該統(tǒng)一考察接入層設(shè)備的 QoS支持能力。針對這種情況，我們可以在用戶端的入口方向設(shè)置速率限制，將此方向的組播流量限制在很小的范圍內(nèi)，而且只能發(fā)出目標(biāo)為已知組播組的數(shù)據(jù)，其他的將全部過濾，這樣就可以將用戶的攻擊的程度降到最低，并且防止用戶訪問任何未經(jīng)授權(quán)的組播組。 對于 后期階段，組播復(fù)制點(diǎn)下移到 DSLAM上時(shí)可以事先在 DSLAM設(shè)備上實(shí)現(xiàn)寬帶上網(wǎng)業(yè)務(wù)與 IPTV業(yè)務(wù)分離，同時(shí)采用邏輯 上獨(dú)立的鏈路連接到匯聚層設(shè)備上，進(jìn)一步增強(qiáng) IP TV網(wǎng)絡(luò)的安全性。 在 現(xiàn)有城域網(wǎng) 上疊加 VPN進(jìn)行承載 ，實(shí)行 QoS策略。 ***通訊公司 認(rèn)為對于 5 萬用戶的實(shí)現(xiàn)方式仍可以進(jìn)一步依據(jù)組播復(fù)制點(diǎn)的位置劃分為兩部分 。試運(yùn)行時(shí)僅開啟一個(gè) RP作為 IP層的核心路由器。 主要的改造方式包括，根據(jù)實(shí)際帶寬占用情況擴(kuò)展帶寬、提高設(shè)備、鏈路可靠性，盡量避免單節(jié)點(diǎn)、單鏈路的故障。 如前所述，如果單臺 BRAS接入 IP TV用戶數(shù)量接近 2021，應(yīng)該提前考慮該 BRAS 下 二層 設(shè)備是否能夠很好的支持組播，具體來講就是是否能夠支持IGMP snooping和 IGMP proxy 協(xié)議以及足夠的 QoS功能。 建議通過機(jī)頂盒將 IP TV 部分流量通過 cos 標(biāo)示出來優(yōu)先級 ，用以更好的實(shí)現(xiàn) QoS，我們建議 IP TV流量 cos可定義為 5。 Siemens AG, October 2004C om m un i c a t i ons方案 1 : 基于現(xiàn)有城域網(wǎng)（ 5 萬用戶）中間件電視頻道通信控制器3 層交換機(jī)T a n d b e rg網(wǎng)管設(shè)備控制平臺……Vo D 服務(wù)器Vo D 網(wǎng)管區(qū) 1 區(qū) 14 區(qū) 15城域網(wǎng)骨干節(jié)點(diǎn)區(qū) 2B R A S B R A S B R A S B R A S安全數(shù)據(jù)中心（存儲密鑰）平臺I PT V 頭端設(shè)備平臺流媒體平臺（邊緣）流媒體平臺 ( 核心 )Vo D 內(nèi)容管理系統(tǒng)SMG 內(nèi)容中心DRMI PT V 媒體流（組播）流媒體平臺（邊緣）Vo D 服務(wù)器Vo D 服務(wù)器Vo D 服務(wù)器流媒體平臺（邊緣）流媒體平臺（邊緣）Vo D 服務(wù)器 如上圖所示，方案 1 通過 ***電信城域網(wǎng)支持組播協(xié)議（ PIM）的 Inter平臺實(shí)現(xiàn)組播。首先，此方案 對組播業(yè)務(wù)的 QoS 進(jìn)行保障 有一定難度 ，一旦城域網(wǎng)出現(xiàn)問題，組播業(yè)務(wù)則無法正常開展。 Siemens AG, October 2004C om m un i c a t i ons中間件T V C h a n n e l通信控制器3 層交換機(jī)T a n d b e rg網(wǎng)管設(shè)備……區(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 頭端設(shè)備平臺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 服務(wù)器流媒體平臺（邊緣）流媒體平臺（邊緣）流媒體平臺（邊緣）Vo D 服務(wù)器Vo D 服務(wù)器M P L S V P NVo D 服務(wù)器Vo D 服務(wù)器 對于 本 方案， 目前來講有兩種技術(shù)可供選擇 。 因此我們不建議直接采用 L2 VPN 協(xié)議在 ***電信城域網(wǎng)中。 通過 此種方式 VPN 24 進(jìn)行組播時(shí)， IPTV 頭端設(shè)備平臺及 多 個(gè)區(qū)流媒體平臺的路由器構(gòu)成 MPLS VPN，這樣組播流則被發(fā)送給各個(gè)區(qū)平臺的路由器。其次，可以利用一些 MPLS 保障網(wǎng)絡(luò)健壯的特性， IPTV QoS 保障高于第一種方案。 本方案在二層范圍要求有較大規(guī)模的二層域才能有利于二層 VLAN VPN的組建，否則可能經(jīng)常面臨 VLAN 透穿的問題。 也就是說 IP TV 網(wǎng)絡(luò)與原有 inter 網(wǎng)絡(luò)基本上相互獨(dú)立，能夠最有效避免兩種不同的應(yīng)用相互影響的情況，降低兩張網(wǎng)設(shè)備性能要求，同時(shí) QoS 最容易實(shí)施。另外，隨著用戶的增加，建議將組播復(fù)制點(diǎn)由 BRAS移到 DSLAM，組播媒體流 可以 考慮使用 L2 VPN傳送至 DSLAM。另一方面積極研究 ***電信現(xiàn)有城域網(wǎng)特別是二層網(wǎng)絡(luò)的設(shè)備情況，準(zhǔn)備好城域網(wǎng)改造的前期工作。并且暫停該區(qū)域用戶的申請。 同時(shí) IP 核心層采用 AnycastRP 技術(shù)等先進(jìn)技術(shù)保證組播傳遞的可靠性?？梢匀W(wǎng)采用 MPLS 27 L2 VPN 技 術(shù)。 如果 ***電信網(wǎng)絡(luò)發(fā)展到 2030 萬用戶的 級別，也可以考慮城建單獨(dú)的專用的 IP TV 網(wǎng)絡(luò)，但是此種方案投資非常巨大，施工周期非常長。