首頁(yè)>>>技術(shù)>>>融合通信

IPTV LAN接入網(wǎng)解決方案

2008/10/14

  IPTV即交互式網(wǎng)絡(luò)電視,是一種利用寬帶有線電視網(wǎng),集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù)于一體,向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。它能夠很好地適應(yīng)當(dāng)今網(wǎng)絡(luò)飛速發(fā)展的趨勢(shì),充分有效地利用網(wǎng)絡(luò)資源。 IPTV包含了BTV、VOD、nVOD等業(yè)務(wù)內(nèi)容,有效開展IPTV業(yè)務(wù)必須有接入承載網(wǎng)、終端、內(nèi)容網(wǎng)絡(luò)以及業(yè)務(wù)軟件系統(tǒng)等各組件的支持。僅接入承載網(wǎng)就包含了DSL接入、LAN接入、FTTx等多種模式,本文將重點(diǎn)描述LAN接入網(wǎng)承載IPTV業(yè)務(wù)的相關(guān)技術(shù)。

應(yīng)用領(lǐng)域 方案內(nèi)容

  在本方案中,根據(jù)IPTV業(yè)務(wù)特性,對(duì)VOD、接入認(rèn)證等這部分通常采用單播方式來(lái)處理,對(duì)于BTV、nVOD這樣的業(yè)務(wù)則采用組播方式來(lái)處理。

  針對(duì)上網(wǎng)業(yè)務(wù)精細(xì)化管理的需求,對(duì)上網(wǎng)用戶采用PUPV的VLAN劃分方式,而對(duì)于IPTV用戶,可以根據(jù)具體情況,采用PUPV(一用戶一VLAN)或PSPV(一業(yè)務(wù)一VLAN)方式來(lái)進(jìn)行VLAN劃分。對(duì)于VOD和認(rèn)證等基于單播數(shù)據(jù)流的業(yè)務(wù),數(shù)據(jù)轉(zhuǎn)發(fā)比較簡(jiǎn)單,這里不再贅述。IPTV接入網(wǎng)的難點(diǎn)在于BTV業(yè)務(wù)組播流的處理,結(jié)合IPTV在國(guó)內(nèi)尚處于初期發(fā)展階段,現(xiàn)網(wǎng)中設(shè)備大都無(wú)法直接支持IPTV業(yè)務(wù)的現(xiàn)狀,提出了集中組播復(fù)制和邊緣組播復(fù)制兩種解決方案。在IPTV發(fā)展初期,用戶量較少時(shí),采用集中復(fù)制。而在業(yè)務(wù)規(guī)模開展時(shí),采用邊緣復(fù)制。這樣將組播復(fù)制的壓力分散在樓道交換機(jī)上,可以滿足大量IPTV用戶接入的要求。

  方案支持PPPOE和DHCP+認(rèn)證方式。通過(guò)VLAN隔離或端口隔離來(lái)避免用戶間的影響。同時(shí)通過(guò)靈活QINQ來(lái)解決精確定位用戶和VLAN資源問題。另外,利用BRAS和家庭網(wǎng)關(guān)對(duì)用戶的流量和優(yōu)先級(jí)進(jìn)行設(shè)定,可以有效的控制接入網(wǎng)中的流量,配合QOS的隊(duì)列調(diào)度機(jī)制保證IPTV業(yè)務(wù)的視頻質(zhì)量。

  方案中關(guān)注如下問題 技術(shù)路線   用戶業(yè)務(wù)主要為HSI(上網(wǎng)業(yè)務(wù))、IPTV業(yè)務(wù)和VOIP業(yè)務(wù),每種業(yè)務(wù)對(duì)網(wǎng)絡(luò)的要求各不相同,為了便于QOS和安全策略的部署,因此我們必須將業(yè)務(wù)進(jìn)行區(qū)分。最簡(jiǎn)單的辦法就是通過(guò)不同VLAN來(lái)標(biāo)記不同的業(yè)務(wù)。

  考慮到業(yè)務(wù)特性,上網(wǎng)業(yè)務(wù)通常需要對(duì)用戶進(jìn)行精細(xì)化管理,而對(duì)IPTV業(yè)務(wù)通常采用較粗獷的管理模式,因此我們建議通過(guò)如下方式來(lái)做VLAN規(guī)劃:對(duì)上網(wǎng)業(yè)務(wù),采用PUPV(每用戶一VLAN),對(duì)于IPTV/VOIP業(yè)務(wù),采用PSPV(每業(yè)務(wù)一VLAN),即同一園區(qū)內(nèi)的IPTV用戶采用同一VLAN,不同園區(qū)的IPTV/VOIP用戶采用不同的業(yè)務(wù)VLAN,在局端,通過(guò)靈活QINQ對(duì)上網(wǎng)業(yè)務(wù)的VLAN打外層標(biāo)簽,對(duì)于IPTV業(yè)務(wù)的VLAN不打外層標(biāo)簽。


  如上圖所示,VLAN21和VLAN22為上網(wǎng)業(yè)務(wù),在局端打上外層標(biāo)簽100透?jìng)鞯紹RAS,而VLAN3和VLAN4分別為IPTV和VOIP的業(yè)務(wù)VLAN,VLAN5為組播VLAN(為了節(jié)約帶寬而專門承載組播業(yè)務(wù)的VLAN,其對(duì)IPTV用戶不可見),對(duì)于VLAN3/4/5在局端不作處理,直接透?jìng)鞯紹RAS或SR上。

  不同業(yè)務(wù)的VLAN具體劃分是通過(guò)家庭網(wǎng)關(guān)來(lái)實(shí)現(xiàn)的。

  需要強(qiáng)調(diào)的是,若樓道交換機(jī)比較老僅支持VLAN劃分但無(wú)法支持如IGMP SNOOPIGN、邊緣復(fù)制等組播特性時(shí),則不能采用上述的將IPTV用戶都劃分到一個(gè)VLAN內(nèi)(因?yàn)榻M播流將會(huì)在VLAN內(nèi)廣播),而是需要將IPTV用戶也劃分到不同VLAN內(nèi)(即PUPV方式),此時(shí)需要通過(guò)園區(qū)交換機(jī)進(jìn)行集中復(fù)制才能開展IPTV業(yè)務(wù),后面會(huì)詳細(xì)介紹這一點(diǎn)。

  接入認(rèn)證

  本方案中,上網(wǎng)業(yè)務(wù)采用PPPOE的認(rèn)證方式,IPTV業(yè)務(wù)可以采用PPPOE或DHCP+認(rèn)證。PPPOE認(rèn)證方式應(yīng)用已經(jīng)很廣泛了,在此不再贅述。

  DHCP+認(rèn)證方式是利用DHCP定義的一些OPTION字段來(lái)實(shí)現(xiàn)的,如通過(guò)OPTION60來(lái)識(shí)別終端類型,通過(guò)OPTION82來(lái)識(shí)別用戶位置(實(shí)際上就是標(biāo)記用戶)。



  當(dāng)網(wǎng)絡(luò)設(shè)備收到STB的DHCP請(qǐng)求報(bào)文時(shí),需要在報(bào)文后添加OPTION82字段,此時(shí)有兩種模式進(jìn)行DHCP+認(rèn)證,一種是直接把DHCP報(bào)文送給DHCP服務(wù)器,由DHCP服務(wù)器根據(jù)OPT82字段來(lái)判斷該用戶是否為合法用戶,從而決定是否為其分配IP地址。另一種是DHCP報(bào)文先送到BRAS,由BRAS將OPT82字段放到RADIUS的一個(gè)子域里,通過(guò)RADIUS服務(wù)器來(lái)進(jìn)行用戶合法性認(rèn)證,若用戶合法,再由DHCP服務(wù)器分配IP地址。

  組播復(fù)制

  根據(jù)樓道交換機(jī)支持的能力,組播復(fù)制方式可以采用邊緣復(fù)制或集中復(fù)制。

  若樓道交換機(jī)比較早時(shí),則不能采用PSPV的VLAN劃分方式,而是需要將IPTV用戶分到不同VLAN內(nèi),此時(shí)采用集中組播復(fù)制方式。否則可以采用組播邊緣復(fù)制。

  通常在組播點(diǎn)播時(shí),若用戶處在不同的VLAN內(nèi),則每個(gè)VLAN都會(huì)有一個(gè)組播流,即使用戶點(diǎn)播的是同一個(gè)頻道,鏈路上也會(huì)有多份相同的組播流,這樣就浪費(fèi)了大量的帶寬。因此我們引入組播VLAN這個(gè)概念,目的就是使用戶共用一個(gè)走組播業(yè)務(wù)的VLAN,組播流只在這個(gè)VLAN內(nèi)傳輸,直到面向最終用戶時(shí)才進(jìn)行復(fù)制,從而達(dá)到節(jié)省帶寬的目的。不管是集中復(fù)制還是邊緣復(fù)制,都會(huì)有一個(gè)走組播業(yè)務(wù)的VLAN,只不過(guò)集中復(fù)制時(shí)這個(gè)組播VLAN在園區(qū)交換機(jī)(集中復(fù)制點(diǎn))上,而邊緣復(fù)制則在樓道交換機(jī)(邊緣復(fù)制點(diǎn))上。

  邊緣復(fù)制特性

  邊緣復(fù)制是在末端L2交換機(jī)上實(shí)現(xiàn)的特性,其作用有兩個(gè):1 將交換機(jī)下用戶VLAN內(nèi)的IGMP報(bào)文轉(zhuǎn)到組播VLAN內(nèi)上行;2 將下行組播VLAN內(nèi)的組播流面向用戶端口復(fù)制,此時(shí)面向用戶端口出去的組播報(bào)文是不帶VLAN TAG的。

  在邊緣復(fù)制中,支持對(duì)上行IGMP加入報(bào)文抑制和最后用戶離開機(jī)制,當(dāng)交換機(jī)收到多個(gè)對(duì)同一個(gè)組的加入報(bào)文時(shí),將在組播VLAN內(nèi)只向上透?jìng)饕环,同樣,?dāng)有用戶離開某個(gè)組播組時(shí),只有這個(gè)組的最后一個(gè)用戶的IGMP離開報(bào)文才會(huì)在組播VLAN內(nèi)向上透?jìng)鳌亩蟠鬁p輕了了上層設(shè)備對(duì)IGMP報(bào)文的處理。

  集中復(fù)制特性

  集中復(fù)制特性是在支持L3特性的交換機(jī)上實(shí)現(xiàn)的特性。上行IGMP加入報(bào)文處理基本上同邊緣復(fù)制特性。但下行組播數(shù)據(jù)流時(shí),是根據(jù)組播轉(zhuǎn)發(fā)表項(xiàng)來(lái)將走組播業(yè)務(wù)的VLAN內(nèi)的組播數(shù)據(jù)流復(fù)制到用戶VLAN中,從而在下行端口的組播數(shù)據(jù)流是帶有用戶VLAN ID的,這也是和邊緣復(fù)制特性的主要不同之處。同樣集中復(fù)制特性也支持IGMP加入報(bào)文抑制和最后用戶離開機(jī)制。

  集中復(fù)制特性通常是在園區(qū)交換機(jī)上實(shí)現(xiàn),由于需要面向用戶進(jìn)行跨VLAN的組播復(fù)制,因此對(duì)設(shè)備性能要求較高,同時(shí)這樣的機(jī)制相比邊緣復(fù)制而言,會(huì)占用較多的園區(qū)和樓道之間的帶寬,因此建議只在IPTV業(yè)務(wù)開展初期,用戶量較小且樓道交換機(jī)功能較弱時(shí)采用。若IPTV業(yè)務(wù)規(guī)模發(fā)展,用戶量較大,則采用邊緣復(fù)制更為適合。

  QOS

  方案中通過(guò)家庭網(wǎng)關(guān)設(shè)備在業(yè)務(wù)終端接入時(shí)就分配vlan和優(yōu)先級(jí)標(biāo)志,在網(wǎng)絡(luò)中采用的是diffserv模型,針對(duì)不同的業(yè)務(wù)定義不同的COS值,L2交換機(jī)上采用SP隊(duì)列調(diào)度,保證端口擁塞時(shí)高優(yōu)先級(jí)業(yè)務(wù)優(yōu)先傳輸。

  安全

  IPTV承載網(wǎng)的安全性包括業(yè)務(wù)本身的安全(主要只防止非授權(quán)訪問)和承載網(wǎng)自身的安全。

  對(duì)于防止非授權(quán)用戶的訪問,可以通過(guò)在組播復(fù)制點(diǎn)上配置IGMP權(quán)限控制,丟棄非授權(quán)用戶發(fā)出的IGMP加入報(bào)文,從而達(dá)到防止非法用戶收看BTV頻道的目的。

  對(duì)于承載網(wǎng)自身的安全,主要依賴于用戶隔離(通過(guò)VLAN隔離或端口隔離來(lái)實(shí)現(xiàn))方式,這樣避免了用戶間的互相干擾,同時(shí)也避免了非法服務(wù)器接入等安全隱患。另外可以通過(guò)DHCP SNOOPING OPT82來(lái)防范DHCP請(qǐng)求攻擊造成的DHCP地址池枯竭問題,這是因?yàn)橹С諨HCP OPT82的DHCP服務(wù)器可以根據(jù)OPT82制定地址分配策略,保證對(duì)帶有相同OPT82信息的DHCP請(qǐng)求只分配一個(gè)IP地址。

  頻道快速切換

  正常情況下,IGMP-Snooping在接收到IGMP Leave報(bào)文時(shí)不會(huì)直接將端口從組播組中刪除,而是發(fā)送特定組查詢報(bào)文,如果等待一段時(shí)間后沒有得到響應(yīng),才將該端口從組播組中刪除。這樣當(dāng)用戶切換頻道時(shí),就會(huì)出現(xiàn)在一個(gè)時(shí)段內(nèi),有多路組播流流向用戶端口,占用帶寬,甚至可能影響STB的收視效果。為了解決這個(gè)問題,在面向用戶組播復(fù)制點(diǎn)上要支持Igmp fastleave功能,使交換機(jī)收到Leave報(bào)文后,直接刪除對(duì)應(yīng)的組播轉(zhuǎn)發(fā)表項(xiàng)。使得STB不會(huì)同時(shí)收到多份組播流。Igmp fastleave功能通常在組播復(fù)制點(diǎn)等能唯一標(biāo)識(shí)用戶的設(shè)備上實(shí)現(xiàn)。

  接入交換機(jī)未知組播丟棄

  邊緣復(fù)制下,接入交換機(jī)使能了igmp fastleave功能時(shí),會(huì)出現(xiàn)接入交換機(jī)刪除了組播轉(zhuǎn)發(fā)表項(xiàng)但上面的組播流仍然在短時(shí)間內(nèi)會(huì)流到接入交換機(jī)上,這些組播流對(duì)接入交換機(jī)而言會(huì)當(dāng)作未知組播處理,在同VLAN廣播。影響STB的收視效果,若多個(gè)用戶在同VLAN時(shí)還會(huì)互相影響。因此需要在接入交換機(jī)上使能未知組播丟棄,使這類組播流進(jìn)入接入交換機(jī)后直接丟棄,不作為廣播處理。

賽迪網(wǎng)中國(guó)信息化(industry.ccidnet.com)



相關(guān)鏈接:
東進(jìn)技術(shù)企業(yè)電信增值服務(wù)平臺(tái)解決方案 2008-10-14
新太科技電話傳媒產(chǎn)品介紹 2008-09-16
HXD09助湖南SP與6地市鐵通合作運(yùn)營(yíng)小秘書臺(tái)和漏話通 2008-08-19
Polylink 400業(yè)務(wù)運(yùn)營(yíng)解決方案 2008-08-18
科大訊飛語(yǔ)音識(shí)別InterReco 2.0——應(yīng)用開發(fā)及工具包 2008-08-18

分類信息:  增值電信_(tái)與_IPTV  IPTV_與_電信     熱點(diǎn)專題_增值電信_(tái)平臺(tái)   熱點(diǎn)專題_IPTV_解決方案   行業(yè)_電信_(tái)解決方案