




下載本文檔
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、中國有線電視2012( 12)CHINA DIGITAL CABLE TV ·技術(shù)交流·中圖分類號(hào): TN943 6文獻(xiàn)標(biāo)識(shí)碼: B文章編號(hào): 1007 7022( 2012) 12 1379 05組播技術(shù)在廣電網(wǎng)絡(luò)中的應(yīng)用IP丁偉標(biāo)(寧海縣廣播電視臺(tái),浙江 寧海 315600)摘 要: IP 組播技術(shù)不同于 IP 單播技術(shù),它是一種能夠節(jié)省并優(yōu)化網(wǎng)絡(luò)資源的技術(shù)。介紹 IP 組播技術(shù)的一些概念,并結(jié)合廣電業(yè)務(wù)的應(yīng)用,探討在不同的網(wǎng)絡(luò)技術(shù)架構(gòu)中 IP 組播技術(shù)的應(yīng)用。關(guān)鍵詞: 組播; RP; IGMP; PIM; 單播; IPQAM; IPTV; 分發(fā)樹IP Multicas
2、t Technology Application in Broadcasting NetworkDING Wei-biao( Ninghai County Radio and TV Station,Zhejiang Ninghai 315600,China)Abstract: IP multicast technology is different from the IP unicast technique,it is a kind of being able to save and to optimize cyber source and producing technology This
3、paper introduced the IP multicast technology con- cepts,combined with the broadcasting business applications,according to the different network technology ar- chitecture is introduced the IP multicast technology in its applicationKey words: multicast; RP; IGMP; PIM; unicast; IPQAM; IPTV; distributio
4、n tree抽象,是對(duì)標(biāo)準(zhǔn) IP 網(wǎng)絡(luò)層協(xié)議的擴(kuò)展。它使用特定的IP 組播地址,按照最大投遞的原則,將 IP 數(shù)據(jù)包傳輸 到一個(gè)組播群組的終端集合,它的基本方法是: 當(dāng)某一 發(fā)送端向一組接收端發(fā)送數(shù)據(jù)時(shí),它不必將數(shù)據(jù)向每 一接收端都發(fā)送數(shù)據(jù),只需將數(shù)據(jù)發(fā)送到一個(gè)特定的 預(yù)約的組地址,所有加入該組的接收端均可以收到這 份數(shù)據(jù)。這樣對(duì)發(fā)送端而言,數(shù)據(jù)只需發(fā)送一次就可 以發(fā)送到所有接收者,大大減輕了網(wǎng)絡(luò)的負(fù)載和發(fā)送 者的負(fù)擔(dān)。組播是對(duì)需要接收該流量的客戶端發(fā)送的 一組數(shù)據(jù),是一種無害的廣播。組播( Multicast) 技術(shù) 能夠有效地解決單點(diǎn)發(fā)送、多點(diǎn)接收的問題,從而實(shí)現(xiàn) 網(wǎng)絡(luò)中點(diǎn)到多點(diǎn)的高效數(shù)據(jù)
5、傳送,能夠節(jié)約大量網(wǎng)絡(luò) 帶寬、降低網(wǎng)絡(luò)負(fù)載。0引言廣電系統(tǒng)進(jìn)入三網(wǎng)融合的試點(diǎn)業(yè)務(wù)中,最為關(guān)鍵的就是有線寬帶和增值業(yè)務(wù),有線網(wǎng)絡(luò)運(yùn)營商必須加快完成雙向網(wǎng)改造,才能開展上述業(yè)務(wù)。廣電必須利 用自身媒體優(yōu)勢(shì),要讓視音頻服務(wù)功能成為廣電的優(yōu) 勢(shì)。在線數(shù)字電視以及點(diǎn)播、時(shí)移電視是高帶寬的多 媒體應(yīng)用,按照傳統(tǒng)網(wǎng)絡(luò)的設(shè)計(jì),作為承載視音頻業(yè)務(wù) 的城域骨干以及接入網(wǎng)絡(luò)勢(shì)必帶來帶寬的急劇消耗和 網(wǎng)絡(luò)擁擠問題,如何充分有效地利用網(wǎng)絡(luò)資源是設(shè)計(jì) 網(wǎng)絡(luò)的一個(gè)重要原則,采取 IP 組播技術(shù)將是廣電雙向 網(wǎng)絡(luò)設(shè)計(jì)中一個(gè)很好的解決方案。1 組播技術(shù)簡(jiǎn)介IP 組播不同于單播和廣播技術(shù),是對(duì)硬件組播的作者簡(jiǎn)介: 丁偉標(biāo)( 19
6、68 ) ,男,工程師,從事有線數(shù)字電視、IP 網(wǎng)絡(luò)技術(shù)工作,E-mail: nhgddwb qq com。2技術(shù)方案選擇隨著三網(wǎng)融合的推進(jìn),各地廣電部門都在進(jìn)行雙 向網(wǎng)絡(luò)的改造和數(shù)字電視前端平臺(tái)的建設(shè),其中各廣 電單位根據(jù)實(shí)際情況采取了不同的技術(shù)方案。眾所周 知方案不外乎兩種技術(shù)即 IPQAM 和 IPTV,數(shù)字電視 的電視直播業(yè)務(wù)還是基于 IPQAM 及廣電傳統(tǒng)的單向 HFC 網(wǎng) 絡(luò) 來 傳 輸,時(shí) 移 電 視、點(diǎn) 播 業(yè) 務(wù) 可 以 基 于 IPQAM 技術(shù)來實(shí)現(xiàn),當(dāng)然也可以基于 IPTV 來實(shí)現(xiàn)。 不過我想隨著技術(shù)的不斷發(fā)展和針對(duì)不同用戶群的需 求,廣電也可以適當(dāng)?shù)乜紤]光纖到戶這種接入
7、網(wǎng)來提 高用戶接入的帶寬,此時(shí)廣電以單向的 HFC 網(wǎng)絡(luò)來傳 送直播業(yè)務(wù)或者以純 IP( MPEG-2 over IP) 的方式來傳 輸直播業(yè)務(wù)和 WebTV,下面針對(duì)這兩種技術(shù)方案介紹 IP 組播技術(shù)的應(yīng)用。議和路由器 路由器之間的組播路由協(xié)議。組成員關(guān)系協(xié)議包括 IGMP 以及 Cisco 私有的 CGMP,IGMP 現(xiàn) 有版本有 V1、V2、V3。組播路由協(xié)議分為域內(nèi)組播路 由協(xié)議和域間組播路由協(xié)議。域內(nèi)組播路由協(xié)議包括 PIM SM、PIM DM、DVMRP 等協(xié)議,域間組播路由 協(xié)議包括 MBGP、MSDP 等協(xié)議。同時(shí)為了有效抑制組 播數(shù)據(jù)在鏈路層的擴(kuò)散,引入了 IGMP Snoo
8、ping、CGMP 等二層組播協(xié)議。當(dāng)然隨著 IGMP v3 以及 SSM 模型 的出現(xiàn),我們也模糊了域內(nèi)組播路由協(xié)議和域間組播 路由協(xié)議的概念。隨著 IP 技術(shù)的廣泛應(yīng)用以及三網(wǎng)融合的發(fā)展,數(shù) 字電視前端系統(tǒng)設(shè)備也都 IP 化,IPQAM 調(diào)制器及復(fù) 用加擾器都支持組播功能,支持 IGMP v2 / v3 協(xié)議。在 IPQAM 這種技術(shù)架構(gòu)中,根據(jù)廣電 IPQAM 技術(shù)架構(gòu) 的應(yīng)用場(chǎng)景,因我們送的是直播節(jié)目,所以在實(shí)際運(yùn)行 中 IPQAM 調(diào)制器利用 IGMP 協(xié)議發(fā)出 Report 消息申 請(qǐng)加入各個(gè)組播組后再不會(huì)發(fā)出 leave 消息,可以理解 為信號(hào)源是“推送”模式,期間 DR( 指定
9、路由器) 會(huì)按 一定周期向接收端 IPQAM 調(diào)制器發(fā)出查詢信息,檢測(cè) 是否還有需要接收的組播組。在此路由器將采用 PIM DM 協(xié)議,PIM DM 協(xié)議為密集模式協(xié)議,當(dāng)復(fù)用 器( 組播源) 開始發(fā)送組播數(shù)據(jù)時(shí),所有的網(wǎng)絡(luò)節(jié)點(diǎn)都 會(huì)收到該數(shù)據(jù)。PIM DM 采用擴(kuò)散 剪枝的方式進(jìn)組播技術(shù)在 IPQAM 中的應(yīng)用在 IPQAM 這種技術(shù)架構(gòu)中,因電視直播業(yè)務(wù)的接 入網(wǎng)是傳統(tǒng)的 HFC 網(wǎng)絡(luò),IP 流從視頻服務(wù)器傳送到邊 沿 IPQAM 調(diào) 制 解 調(diào) 器,IP 組播技術(shù)的應(yīng)用是在 IPQAM 調(diào)制器至復(fù)用器之間。為有效節(jié)約骨干網(wǎng)或 城域網(wǎng)的帶寬資源和降低網(wǎng)絡(luò)負(fù)載,組播相關(guān)協(xié)議部 署在骨干網(wǎng)或者
10、城域網(wǎng)及邊緣設(shè)備之中。具體網(wǎng)絡(luò)部 署結(jié)構(gòu)如圖 1 所示:3行組播數(shù)據(jù)包的轉(zhuǎn)發(fā),如果某區(qū)域沒有組播組成員,PIM DM 協(xié)議會(huì)發(fā)送剪枝消息,將通往該區(qū)域的轉(zhuǎn)發(fā)接口剪枝,并建立剪枝狀態(tài)。也就是說在某一區(qū)域的 所有 IPQAM 調(diào)制器都發(fā)出 leave 某一組播組成員的時(shí) 候,將不往該區(qū)域發(fā)送該組播組所對(duì)應(yīng)的幾套節(jié)目。下面結(jié)合本地的組播配置情況簡(jiǎn)要介紹一下。首 先前端復(fù)用器進(jìn)行組播包的封裝,封裝后的包結(jié)構(gòu)如 圖 2 所示:圖 1 IPQAM 模式網(wǎng)絡(luò)結(jié)構(gòu)示意圖數(shù)字電視中的視音頻業(yè)務(wù)以及文字圖片等數(shù)據(jù)流 都是按照 MPEG 2 的標(biāo)準(zhǔn)進(jìn)行打包,形成 188 個(gè)或者204 個(gè)固定長度的 TS 包,當(dāng)然還
11、包括節(jié)目引導(dǎo)信息表 PSI 及 SI,接著將這些數(shù)據(jù)包進(jìn)行復(fù)用,形成傳送 TS 碼流。一般一個(gè) TS 流對(duì)應(yīng) 6 8 個(gè)節(jié)目,那么對(duì)于不 同的 TS 流要進(jìn)行規(guī)劃,如把 CCTV1 6 規(guī)劃到 TS1, CCTV7 13 規(guī)劃到 TS2 等等,把 TS1 封裝成組播地址227 1 1 1 的組播包,TS2 封裝成組播地址為 227 11 2 的組播包,這些組播包再封裝成 IP 數(shù)據(jù)包,根據(jù) 接收端的需求傳送到 IP 骨干網(wǎng)或城域網(wǎng),接收端則根 據(jù)需求接收所需要的組播包。組播協(xié)議分為主機(jī) 路由器之間的組成員關(guān)系協(xié)圖 2 IP 組播包分層示意圖同時(shí)在控制層面構(gòu)建組播分發(fā)樹后,在數(shù)據(jù)層面 按照組播路
12、由表進(jìn)行組播數(shù)據(jù)流的轉(zhuǎn)發(fā)和傳輸,到了 接收端進(jìn)行 IP 數(shù)據(jù)包的一層層拆封,最后還原成 TS 流通過 HFC 網(wǎng)絡(luò)傳送到機(jī)頂盒進(jìn)行視音頻解碼等。丁偉標(biāo): IP 組播技術(shù)在廣電網(wǎng)絡(luò)中的應(yīng)用中國有線電視2012 年第 12 期在 IP 網(wǎng)絡(luò)設(shè)備端,采用的網(wǎng)絡(luò)設(shè)備有 Cisco7609、Cisco3560G 等,具體涉及到組播的部分配置以及 IP 網(wǎng) 絡(luò)的邏輯拓?fù)浣Y(jié)構(gòu)如圖 3 所示:log adjacency changesredistribute connected subnetsnetwork 10 10 10 32 0 0 0 3 area 0 network 10 10 10 40 0 0
13、0 3 area 0 network 10 10 255 247 0 0 0 0 area 0在 IPQAM 設(shè)備端有關(guān)于組播的配置情況如圖 4所示:圖 3 骨干傳輸網(wǎng)網(wǎng)絡(luò)拓?fù)鋱D( 部分)Cisco7609:ip multicast routingip multicast hardware switching replication mode ingress圖 4 IPQAM 組播配置示意圖ipv6 multicastmode ingresshardware switchingreplication圖中 描 述 的 是 Pass Through 直 通 的 配 置 界 面,IPQAM 調(diào)制器啟
14、用 IGMP 協(xié)議,申請(qǐng)加入 224 30 0 1 6 的組播組地址,從 Gbe Port1 口接收前端信源下發(fā) 的對(duì)應(yīng)組播組數(shù)據(jù)流,處理后根據(jù)預(yù)設(shè)的物理參數(shù)調(diào) 制成 RF 信號(hào)從不同的 QAM 通道送出; 此設(shè)備還支持 IGMP3 協(xié)議,從配置界面有 Source IP 這一欄可以看 出,為了提高組播運(yùn)營的安全性,在 Source IP 欄可以 輸入信源 IP 地址,并對(duì) PIM 路由器進(jìn)行一系列的配 置,實(shí)現(xiàn)組播的 SSM 模式,實(shí)行對(duì)組播源的控制。4 組播技術(shù)在 IPTV 中的應(yīng)用隨著廣電雙向網(wǎng)絡(luò)改造的持續(xù)開展,網(wǎng)絡(luò)帶寬實(shí)interface Loopback0ip address 10
15、10 255 247 255 255 255 255 ip pim sparse dense mode!interface TenGigabitEthernet5 /4 description To NHTV C7609 1 mtu 9216ip address 10 10 10 42 255 255 255 252ip pim sparse dense mode現(xiàn)了一定程度的飛躍,用戶接入帶寬的瓶頸逐步消除,在接收端的 7609 上,由于與接入設(shè)備 3560 相連,在 3560 相連的端口對(duì)應(yīng)的 Vlan 里應(yīng)配置:interface Vlan135ip address 192 168 13
16、5 1 255 255 255 0 ip pim sparse dense modeip igmp snooping querier接入設(shè)備 3560:ip routing!ip igmp snooping querier組播路由協(xié)議 PIM 生成組播分發(fā)樹是基于單播 路由表來實(shí)現(xiàn)的,所以在 7609 上還要配置單播路由, 我們這里采用 ospf 動(dòng)態(tài)路由協(xié)議:router ospf 100router id 10 10 255 247奠定了三網(wǎng)融合和全業(yè)務(wù)運(yùn)營的基礎(chǔ)。目前廣電雙向網(wǎng)改造的模式主要有 PON + LAN、PON + EoC、CMTS 等等,有條件的根據(jù)實(shí)地情況,可以進(jìn)行光纖到戶
17、改造。此時(shí),基于純 IP 數(shù)據(jù)流的 IPTV 技術(shù)方案也可以成為廣電開展直播業(yè)務(wù)首選方案之 一,或者與 IPQAM 技術(shù)方案并存。IPTV 業(yè)務(wù)主要有點(diǎn)播業(yè)務(wù)和直播業(yè)務(wù),對(duì)于點(diǎn)播 業(yè)務(wù),其組網(wǎng)和應(yīng)用模式與上網(wǎng)業(yè)務(wù)類似,在此不再贅 述。對(duì)于直播業(yè)務(wù),采用組播方式更有利于節(jié)省帶寬 占用和提升業(yè)務(wù)體驗(yàn),逐漸成為主流模式。IPTV 直播業(yè)務(wù)是基于 IP 數(shù)據(jù)包來傳輸?shù)?,從?源到信宿全程全網(wǎng)采用組播技術(shù),從網(wǎng)絡(luò)傳輸平臺(tái)骨 干網(wǎng)或城域網(wǎng)到接入網(wǎng) PON 的所有設(shè)備都開啟 IP 組 播協(xié)議,組網(wǎng)結(jié)構(gòu)多種多樣,但是都不外乎如圖 5 所示 的整個(gè) IPTV 傳輸網(wǎng)絡(luò)結(jié)構(gòu)。RP 到葉路由器的路徑不一定是最優(yōu)的,
18、所以一旦葉路由器知道了源是誰后,當(dāng)達(dá)到所指定的組播流量閾值后將向源發(fā)出 Join 信息,逐跳地向上游路由器進(jìn)行 RPF,沿 RPF 路徑發(fā)出 Join 信息,最終到第一跳路由器,然后成 功地構(gòu)建完從第一跳路由器到葉路由器的源 樹( 最短路徑樹 SPT) ,此時(shí)組播流量沿著源 樹復(fù)制和分發(fā),同時(shí)修剪掉從 RP 發(fā)過來以及 源到 RP 的組播流量,這就是 SPT 切換,這樣 用戶就收到了他所選擇的節(jié)目?jī)?nèi)容。上面探討的是 IPTV 業(yè)務(wù)的組播分發(fā)樹在路由上 是如何構(gòu)建的,那么對(duì)于 IPTV 組播業(yè)務(wù)在 PON 上是 如何承載的,有兩種方式: PON 系統(tǒng)透?jìng)骱?PON 系統(tǒng) 分布式 IGMP。圖 5
19、 IPTV 模式網(wǎng)絡(luò)結(jié)構(gòu)示意圖下面探討一下 IP 組播技術(shù)在城域網(wǎng)和 PON 承載IPTV 組播業(yè)務(wù)的一些應(yīng)用。IPQAM 技術(shù)方案的組播 接收端一般都放在廣電機(jī)房,數(shù)量少而且比較集中,而 IPTV 技術(shù)方案的組播源接收端都分布在用戶家里,比 較分散而且數(shù)量比起 IPQAM 接收端大得很多,用戶申 請(qǐng)接收組播源數(shù)據(jù)流隨機(jī)性很強(qiáng),在組播技術(shù)的應(yīng)用 中則要采取不同于 IPQAM 方案的組播路由協(xié)議。針對(duì) IPTV 的使用情形,在 IP 城域網(wǎng)的路由器之 間啟動(dòng) PIM SM 協(xié)議,在接收端( PON、STB 及 PC) 啟 動(dòng) IGMPv2 / v3 協(xié)議,在與接收端處于同一網(wǎng)段的路由 器接口上啟
20、用與接收端相對(duì)應(yīng)的 IGMPv2 / v3 協(xié)議。 在網(wǎng)絡(luò)中 PIM 協(xié)議構(gòu)建組播分發(fā)樹是基于單播路由 表來實(shí)現(xiàn)的,PIM 利用現(xiàn)有的單播路由信息,對(duì)組播報(bào) 文執(zhí)行 RPF( Reverse Path Forwarding) 檢查,創(chuàng)建組播 路由表項(xiàng),構(gòu)建組播分發(fā)樹。此時(shí)在運(yùn)行 PIM SM 協(xié) 議的所有路由器當(dāng)中,將構(gòu)建一臺(tái)重要的 PIM 路由器 叫 RP,根據(jù)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)和規(guī)模,可以手動(dòng)指定,也可 以自動(dòng)分配一臺(tái) RP 路由器,當(dāng) IPTV 組播數(shù)據(jù)信源向 與它直接相連的第一跳路由器發(fā)送第一個(gè)組播數(shù)據(jù) 時(shí),第一跳路由器將組播數(shù)據(jù)封裝在 Register 消息中 用單播發(fā)往 RP 路由器,注
21、冊(cè)源信息。隨后當(dāng)有 IPTV 用戶打開電視收看節(jié)目時(shí)( 也就是機(jī)頂盒或者 PC 通 過 IGMP 協(xié)議發(fā)出 Report 消息加入某一組播組) ,此時(shí)在 PON 透?jìng)髂J较?,只?fù)責(zé)透?jìng)?IPTV 組播業(yè)務(wù),不涉及對(duì)組播協(xié)議和組播流的處理,組播協(xié)議的交互和組播流處理在 STB ( 或 PC) 與網(wǎng)絡(luò)設(shè)備( 交換機(jī)或BRAS) 之間完成,PON 系統(tǒng)不需涉及 IGMP 組播配置。在 PON 系 統(tǒng) 分 布 式模 式 下,PON 參 與IGMPIGMP 協(xié)議處理以及組播流的復(fù)制和轉(zhuǎn)發(fā),組播業(yè)務(wù)在 BRAS / SR、OLT、ONU、STB 各節(jié)點(diǎn)全程實(shí)現(xiàn)。PON系統(tǒng)可動(dòng)態(tài)對(duì)用戶的 IGMPJoin
22、/ Leave 請(qǐng) 求 報(bào) 文、查詢 / 報(bào)告報(bào)文做相應(yīng)的偵聽、代理,實(shí)現(xiàn)匯聚合并處理、基本的業(yè)務(wù)控制等功能,提高了業(yè)務(wù)處理效率。組播流送抵 ONU 側(cè),組播業(yè)務(wù)按需向 PON 口和用戶端口 分發(fā)和復(fù)制,極大節(jié)省了網(wǎng)絡(luò)帶寬占用。同時(shí) PON 系統(tǒng)對(duì) IGMP 協(xié)議和組播流提供基本的業(yè)務(wù)控制能力,提高業(yè)務(wù)安全。用戶一旦收看或者切換節(jié)目信息時(shí)機(jī)頂盒發(fā)起 IGMP 組播組 join 或 leave 請(qǐng)求及響應(yīng)組播路由器的查 詢,接收組播流,ONU 啟用 IGMP Snooping 功能,透?jìng)?并偵聽 IGMP Join / Leave 請(qǐng)求、查詢和報(bào)告報(bào)文,構(gòu)建 和維護(hù) ONU 側(cè)的組播轉(zhuǎn)發(fā)表,包括
23、組播組與用戶端口最后一跳路由器( 也叫葉路由器) ,逐跳地建立( *,的轉(zhuǎn)發(fā) 關(guān) 系,同時(shí)控制組播流 向用戶端口的分 發(fā)。G) 表項(xiàng),生成一顆以 RP 為根的共享樹,然后以 RP 為中轉(zhuǎn)站,組播源數(shù)據(jù)封裝到 Register 消息中用單播方 式發(fā)送到 RP,再按共享樹所創(chuàng)建的路徑到達(dá) IPTV 用 戶處,此時(shí) RP 路由器向第一跳路由器發(fā)出 Join 消息 逐跳地構(gòu)建源樹,構(gòu)建完源樹 RP 向第一跳路由器發(fā) 出 Register stop 報(bào)文,告訴第一跳路由器停止向 RP 發(fā) 出注冊(cè)報(bào)文,組播流量沿著源樹到 RP,再從 RP 沿著 共享樹到用戶端,此時(shí)如果后續(xù)還有全部的組播流量 都經(jīng)過 RP
24、,那么對(duì)于 RP 來說壓力太大,同時(shí)從源到OLT 啟用 IGMP Proxy 功能,向上端路由器( BRAS / SR)傳遞 IGMPJoin / Leave 請(qǐng)求和報(bào)告報(bào)文,向用戶側(cè)傳遞 IGMP 查詢報(bào)文,構(gòu)建和維護(hù) OLT 側(cè)的組播轉(zhuǎn)發(fā)表,包 括組播組與 PON 口的轉(zhuǎn)發(fā)關(guān)系,同時(shí)控制組播流向 PON 口的分發(fā),起到 Proxy 作用。組播管理IP 組播因具有使用 UDP 協(xié)議進(jìn)行盡力而為的傳 送組播包、組播源節(jié)點(diǎn)不知道組播組成員、任何的節(jié)點(diǎn) 可以動(dòng)態(tài)加入和離開組播組的特點(diǎn),所以 IPTV 應(yīng)用5丁偉標(biāo): IP 組播技術(shù)在廣電網(wǎng)絡(luò)中的應(yīng)用中國有線電視2012 年第 12 期的安全性還存在
25、一些問題,有必要對(duì)組播的安全和可控性進(jìn)行管理。尤其是對(duì)我們廣電部門的安全播出提 出了更嚴(yán)峻的挑戰(zhàn),為防止非法信號(hào)源的隨意插入、非 法用戶 的 隨意收看提出了組播可控性的一些技術(shù) 措施。根據(jù)組播技術(shù)存在上述的缺陷,需要對(duì)信源安全 性、用戶認(rèn)證和流量擴(kuò)散進(jìn)行控制和管理。網(wǎng)絡(luò)上的 任何節(jié)點(diǎn)都可以作為組播源發(fā)送組播流量,存在非法 組播源傳播的問題,組播技術(shù)缺乏對(duì)組播可靠性的控 制機(jī)制,我們可以在網(wǎng)絡(luò)核心節(jié)點(diǎn)或者邊緣節(jié)點(diǎn)通過 訪問控制列表 ACL、SSM 模型等技術(shù)只允許特定的 IP 組播源數(shù)據(jù)包通過,過濾掉其他非法的 IP 組播源數(shù)據(jù) 包。同時(shí)采取對(duì)用戶進(jìn)行認(rèn)證的措施,當(dāng)某一用戶加 入某個(gè)組播組收看電
26、視時(shí),首先通過業(yè)務(wù)管理平臺(tái)對(duì) 其進(jìn)行用戶認(rèn)證,通過認(rèn)證則授權(quán)其接收組播流量收 看相應(yīng)的電視節(jié)目,此 BRAS 設(shè)備對(duì)用戶認(rèn)證、授權(quán)起 到?jīng)Q定性的作用,同時(shí)保存用戶認(rèn)證授權(quán)信息,實(shí)行用 戶頻道的快速切換。在服務(wù)質(zhì)量方面,在二層網(wǎng)絡(luò)之 中對(duì)組播流量的擴(kuò)散采取 IGMP Snooping 協(xié)議進(jìn)行流 量的抑制,通過監(jiān)聽 IGMP 消息使得組播流量流向其 對(duì)應(yīng)的端口,避免了向不需要該組播組流量的端口發(fā) 送無效的組播數(shù)據(jù)包,從而節(jié)省了網(wǎng)絡(luò)系統(tǒng)資源。種原因其發(fā)展速度甚慢,并沒有得到大規(guī)模的應(yīng)用,目前隨著網(wǎng)絡(luò)廠商的支持 IP 組播技術(shù)產(chǎn)品的問世,憑著IP 組播技術(shù)得天獨(dú)厚的節(jié)省網(wǎng)絡(luò)和服務(wù)器帶寬資源的優(yōu)勢(shì),網(wǎng)
27、絡(luò)提供商也開始逐漸地提供這種高級(jí)服務(wù),提供大規(guī)模網(wǎng)絡(luò)服務(wù)和應(yīng)用的大公司也使用了這種IP 組播技術(shù)。在三網(wǎng)融合下,隨著數(shù)字電視產(chǎn)品和網(wǎng)絡(luò)設(shè)備支 持 IP 組播技術(shù),最近幾年廣電也開始大規(guī)模應(yīng)用 IP 組播技術(shù),上面就 IP 組播技術(shù)在廣電雙向網(wǎng)絡(luò)兩種技 術(shù)架構(gòu)中的應(yīng)用情況進(jìn)行了技術(shù)分析,當(dāng)然組播技術(shù) 在廣電其他系統(tǒng)中還有很多應(yīng)用。雖然組播技術(shù)在傳 輸可靠性、安全性等方面存在缺點(diǎn),但還會(huì)得到大規(guī)模 的運(yùn)用,這充分說明組播技術(shù)節(jié)省網(wǎng)絡(luò)資源、減輕服務(wù) 器負(fù)荷的優(yōu)勢(shì)所在。參考文獻(xiàn):1Beau Williason IP 組播網(wǎng)絡(luò)設(shè)計(jì)開發(fā)( 第一卷)M 顧金星,譯 北京: 電子工業(yè)出版社,2001 廖洪濤,徐 征 數(shù)字電視業(yè)務(wù)支撐系統(tǒng)M 北京: 電子工業(yè)出版社,200723萬曉榆,張洪,歐陽春,等 IPTV 技術(shù)與運(yùn)營M 北京: 科學(xué)出版社,2010收稿日期: 2012-07-246結(jié)束語IP 組播技術(shù)從 1988 年就提出來了,但是由于種櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨櫨
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年系列自動(dòng)遙測(cè)氣象站合作協(xié)議書
- 輸液安全及靜脈護(hù)理
- 幼兒園孝心教育課件
- 單位2025年終總結(jié)
- 二手房購房合同參考
- 船舶航行中的安全風(fēng)險(xiǎn)評(píng)估
- 自強(qiáng)不息思政教育
- 硫代硫酸鹽相關(guān)行業(yè)投資方案范本
- 冷光源:EL冷光片相關(guān)項(xiàng)目投資計(jì)劃書范本
- 空氣清新器相關(guān)行業(yè)投資規(guī)劃報(bào)告
- hidlibrary使用操作手冊(cè)
- 足療店禁止涉黃協(xié)議書模板
- 醫(yī)師定期考核題庫-公衛(wèi)
- 小學(xué)數(shù)學(xué)教學(xué)中數(shù)學(xué)邏輯思維的啟蒙與培養(yǎng)
- 校外培訓(xùn)機(jī)構(gòu)規(guī)范辦學(xué)承諾書
- 非遺文化之漆扇介紹課件
- 軟件工程自考02333重點(diǎn)難點(diǎn)匯集
- 污水氣浮處理工程技術(shù)規(guī)范(HJ 2007-2010)
- 護(hù)理技能操作案例分析
- 第十一屆大唐杯5G知識(shí)考試題庫300題(含答案)
- 宣講《鑄牢中華民族共同體意識(shí)》全文課件
評(píng)論
0/150
提交評(píng)論