廣東省IPTV承載網(wǎng)實施方案_第1頁
廣東省IPTV承載網(wǎng)實施方案_第2頁
廣東省IPTV承載網(wǎng)實施方案_第3頁
廣東省IPTV承載網(wǎng)實施方案_第4頁
廣東省IPTV承載網(wǎng)實施方案_第5頁
已閱讀5頁,還剩35頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 廣東電信 IPTV承載網(wǎng)實施方案 廣東省電信有限公司 企業(yè)發(fā)展部 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 匯報提綱 IPTV承載網(wǎng)要考慮的問題 廣東省 IPTV承載網(wǎng)近期實施方案 后期考慮方案(深圳試點) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV承載網(wǎng)要考慮的主要問題 一、提高接入層的帶寬容量,解決 IPTV業(yè)務(wù)對承載網(wǎng)絡(luò)的高帶寬需求 ATM匯聚網(wǎng)絡(luò)已經(jīng)成為事實的帶寬瓶頸,將考慮用以太匯聚網(wǎng)絡(luò)來分流承載業(yè)務(wù)。 優(yōu)先考慮用 IP上行 DSLAM來承載 IPTV業(yè)務(wù),結(jié)合 SVLAN技術(shù)方案,為IPTV業(yè)務(wù)搭建寬帶接入平臺。 二、為 IPTV業(yè)務(wù)提供 QOS保證 目前 IP網(wǎng)絡(luò)(從省網(wǎng)、城域網(wǎng)、接入網(wǎng))尚未部署差分服務(wù),沒有提供針對業(yè)務(wù)的 QOS保證,網(wǎng)絡(luò)的瞬時動蕩可能影響到 IPTV用戶的業(yè)務(wù)體驗。 QOS策略可分步分段實施,先保證從 IPTV POP點到用戶端的 QOS,然后逐步實施,最終解決端到端的 QOS。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV承載網(wǎng)要考慮的主要問題 三、為了提供直播業(yè)務(wù)的傳輸效率,需提供對組播支持。 要求網(wǎng)絡(luò)能提供端到端的組播支持,包括省網(wǎng)、城域網(wǎng)、接入網(wǎng)、 BRAS、 DSLAM、 MODME。 組播路由協(xié)議的支持,特別是互通性。 組播管理 組播管理包括用戶接收數(shù)據(jù)的可控管理 組播源的管理 組播分發(fā)范圍的管理 組播計費管理 組播的安全管理 端到端組播 QOS的支持 目前,只實現(xiàn)了 IPTV POP點至 BRAS的靜態(tài)組播推送。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV承載網(wǎng)要考慮的主要問題 四、業(yè)務(wù)網(wǎng)關(guān)的選擇 IPTV業(yè)務(wù)接入到 BRAS還是接入到 SR 涉及到實施方案用單 PVC承載還用雙 PVC承載 五、組播復(fù)制及組播控制點選擇 從帶寬效率和用戶體驗考慮,較佳的方案是 DSLAM復(fù)制。 DSLAM復(fù)制要解決的問題很多: 大量舊設(shè)備對組播的不支持( ATM內(nèi)核); DSLAM設(shè)備數(shù)量巨大,維護(hù)管理困難; 廠家組播控制協(xié)議的私有化; 組播安全控制; 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV承載網(wǎng)要考慮的主要問題 六、認(rèn)證方式( PPPOE認(rèn)證 Vs DHCP認(rèn)證) IPTV業(yè)務(wù)要考慮組播傳送直播業(yè)務(wù); PPPOE終結(jié)在 BRAS, 面向用戶的組播復(fù)制點只能在 BRAS層面; 如果實行 DSLAM復(fù)制,要考慮 DHCP ; 考慮到 DHCP本身沒有 AAA功能,需要保證以下的安全性: 1、用戶私配地址無效,只能通過 DHCP獲得地址才能進(jìn)行訪問。 2、當(dāng)分配用戶的 IP地址時, BRAS需要通過 RADIUS屬性發(fā)送相應(yīng)的用戶信息給后臺,讓后臺了解用戶上網(wǎng)行為,包括 : 1)用戶的 MAC 2)分給用戶的 IP地址 3) 用戶的線路資料 4)用戶的上、下網(wǎng)時間 5)從那個 BRAS的上來 3、雖然 DHCP沒有 AAA功能,可采用 OPTION60屬性,最低限度保證只有 STB的 DHCP請求才分給地址,其他設(shè)備(如 PC)不分配地址。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 匯報提綱 IPTV承載網(wǎng)要考慮的問題 廣東省 IPTV承載網(wǎng)近期實施方案 后期考慮方案(深圳試點) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 廣東電信 IPTV承載網(wǎng)總體目標(biāo) IPTV承載網(wǎng)方案分步實施, 初期:快速部署業(yè)務(wù) 中期:規(guī)模業(yè)務(wù)承載,提高網(wǎng)絡(luò)效率及業(yè)務(wù)質(zhì)量 長遠(yuǎn):適應(yīng)各種增值業(yè)務(wù)開展,具備多業(yè)務(wù)差異化服務(wù)能力 初期: 時間: 05年底 06年初 利用現(xiàn)網(wǎng)空余資源,不對現(xiàn)網(wǎng)做大的調(diào)整 采用 PPPOE認(rèn)證 業(yè)務(wù)控制點及組播復(fù)制點均為 BRAS 中期 時間: 06年中開始 核心承載由 CHINANET轉(zhuǎn)為 CN2 新的認(rèn)證方式: DHCP 組播復(fù)制點下移 城域接入層改造 全程 QoS部署 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV業(yè)務(wù)承載網(wǎng)近期實施方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. VOD業(yè)務(wù)實現(xiàn) 4. 直播業(yè)務(wù)實現(xiàn) 5. QOS實現(xiàn) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 初期組網(wǎng)方案 IPTVPOP區(qū)域中心IPTVPOPIPTVPOPIPTVPOP城域網(wǎng)163網(wǎng)城域網(wǎng)1I P T V 中心城域網(wǎng)3區(qū)域中心區(qū)域中心BRASDSLAM用戶端1ATM/Ethernet/MSTP/RPR用戶端3用戶端2以 CHINANET及城域骨干網(wǎng)作為依托,通過 CDN系統(tǒng)把省中心節(jié)目推送到地市區(qū)域中心及 IPTV POP點服務(wù)器。 BRAS根據(jù) PPPoE Session對業(yè)務(wù)流進(jìn)行復(fù)制 IPTV終端接入方式 單 PVC上行 雙 PPPOE Session 使用跟寬帶上網(wǎng)不同的帳號后綴,例如: xxxiptv.gd 從 IPTV POP點到用戶的STB提供 QOS保證。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 骨干層實施方案 骨干層部分 近期方案中, IP TV業(yè)務(wù)承載網(wǎng)的骨干部分使用163網(wǎng)承載,業(yè)務(wù)流從省中心通過 CDN系統(tǒng),分發(fā)到各個城域網(wǎng)的區(qū)域中心: 163網(wǎng)城域網(wǎng)1省中心城域網(wǎng)2城域網(wǎng)3區(qū)域中心 區(qū)域中心 區(qū)域中心用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 匯聚層實施方案 匯聚層部分 匯聚層部分指從 BRAS到城域網(wǎng)出口的一段網(wǎng)絡(luò)。 IPTV POP點組網(wǎng) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 接入層實施方案 ADSL Modem使用單 PVC上聯(lián)到 DSLAM設(shè)備,該 PVC可同時承載用戶的 IPTV業(yè)務(wù)和寬帶上網(wǎng)業(yè)。原有的寬帶上網(wǎng)業(yè)務(wù)與 IP TV業(yè)務(wù)分離在 BRAS上實現(xiàn), BRAS采用虛擬路由器( VR)的方式,不同的 VR為不同的業(yè)務(wù)提供接入,實現(xiàn)邏輯上的業(yè)務(wù)分離,并通過各自所屬的 Uplink端口(或邏輯子端口)分別上聯(lián)到各自的匯聚網(wǎng) 。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV業(yè)務(wù)承載網(wǎng)近期實施方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. VOD業(yè)務(wù)實現(xiàn) 4. 直播業(yè)務(wù)實現(xiàn) 5. QOS實現(xiàn) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 認(rèn)證方式 認(rèn)證方式 本方案中,對于網(wǎng)絡(luò)層的認(rèn)證方式,無論用戶享受 VOD業(yè)務(wù)還是直播業(yè)務(wù), IPTV用戶端均采用 PPPOE的認(rèn)證方式。 IPTV用戶使用跟寬帶上網(wǎng)用戶不同的 PPPOE帳號后綴,例如:xxxiptv.gd(區(qū)別于寬帶的 xxx163.gd), BRAS根據(jù)用戶帳號的后綴不同,把 IPTV用戶終結(jié)在專用的 VR上。實現(xiàn)兩種業(yè)務(wù)流邏輯分開,便于管理、分析、統(tǒng)計和 QOS的實施。 為了避免用戶使用機(jī)頂盒的 IP地址進(jìn)行其它業(yè)務(wù)的 INTERNET訪問,必須限定 IP TV業(yè)務(wù) IP地址的訪問范圍,使其只能用于完成 IP TV業(yè)務(wù)的訪問流程,而超出 IP TV業(yè)務(wù)系統(tǒng)之外的目的 IP地址一概不能訪問。 具體做法是在 BRAS/SR作 IP目的地址的訪問控制列表,限制用戶的 IP地址只具有對 IP TV業(yè)務(wù)系統(tǒng)的訪問權(quán)限。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV業(yè)務(wù)承載網(wǎng)近期實施方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. VOD業(yè)務(wù)實現(xiàn) 4. 直播業(yè)務(wù)實現(xiàn) 5. QOS實現(xiàn) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM VOD業(yè)務(wù)實現(xiàn) IPTVPOP區(qū)域中心IPTVPOPIPTVPOPIPTVPOP城域網(wǎng)163網(wǎng)城域網(wǎng)1省中心城域網(wǎng)3區(qū)域中心區(qū)域中心BRASDSLAM用戶端1ATM/Ethernet/MSTP/RPR用戶端3用戶端2用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV業(yè)務(wù)承載網(wǎng)近期實施方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. VOD業(yè)務(wù)實現(xiàn) 4. 直播業(yè)務(wù)實現(xiàn) 5. QOS實現(xiàn) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 組播業(yè)務(wù)實現(xiàn)方案 DSLAM STB BAS CPE HOME GATEWAY PC CHINANET省網(wǎng) 實時內(nèi)容 BTV前端 LIVE TV(Multicast) IP ENCODER IP DEMUX CS 城域骨干網(wǎng) L2 BRAS至 IPTV POP點服務(wù)器之間開啟靜態(tài)組播,將組播節(jié)目流推送至 BRAS ES(城域中心) 城域接入網(wǎng) ES接受組播信號實行時移特性(城域中心的實行 7天存貯) A B C D E F G ES M12000 VLAN1 組播業(yè)務(wù)流 采用單播方式實時將組播節(jié)目發(fā)送到區(qū)域各地區(qū)域中心和 IPTV POP點服務(wù)器 BRAS基于 PPPoE Session進(jìn)行節(jié)目復(fù)制 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IPTV業(yè)務(wù)承載網(wǎng)近期實施方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. VOD業(yè)務(wù)實現(xiàn) 4. 直播業(yè)務(wù)實現(xiàn) 5. QOS實現(xiàn) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM QOS實施 骨干層 在 CN2還沒建好之前,省中心到城域網(wǎng)的 IPTV流量在骨干網(wǎng)必須由 ChinaNet承載,由于 ChinaNet不分 QoS等級并且不開啟組播,因此要實現(xiàn)省中心到廣東 163網(wǎng)邊緣設(shè)備的內(nèi)容分發(fā),只能依賴單播,并且靠相對輕載實現(xiàn) QoS保證。 匯聚層 IPTV POP點到 BRAS所經(jīng)過的網(wǎng)絡(luò)設(shè)備啟用基于DiffServ的 QOS策略,保證 VOD的業(yè)務(wù)優(yōu)先。 城域網(wǎng)出口到 IPTV POP節(jié)點 所經(jīng)過的城域網(wǎng)核心層,暫時沒有開啟 DiffServ,靠 相對輕載實現(xiàn) QoS保證。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM QOS實施 接入層 在 BRAS層面,對每個 IPTV用戶, BRAS提供以下的 QOS優(yōu)先策略 : 1對申請了 IPTV業(yè)務(wù)的用戶的 PVC進(jìn)行上限速率限制,如 3M速率。 在任何時候都要保證用戶 PVC的流量( IPTV Session流量和寬帶上網(wǎng) Session流量的總和)不能超過 DSLAM設(shè)備到 Modem這一段ADSL線路所允許的帶寬流量,否則將引起 ADSL線路擁塞,由于DSLAM是二層設(shè)備,沒有用戶的業(yè)務(wù)感知能力,將造成 IPTV業(yè)務(wù)流丟失。 2 在 BRAS上設(shè)置 QOS策略,保證 IPTV業(yè)務(wù)具有較高的優(yōu)先級別。 例如,在 BRAS下行端口中, 保證 IPTV Session的業(yè)務(wù)流量具有更高的優(yōu)先級別,而寬帶上網(wǎng)業(yè)務(wù)流量只實現(xiàn) best effort。 3對 LAN上行的 IPTV用戶,由于 BRAS尚無法實現(xiàn)基于 VLAN/SVLAN的總帶寬限制?,F(xiàn)階段在 BRAS層面,只保證 IPTV業(yè)務(wù)具有較高的優(yōu)先級別。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 匯報提綱 IPTV承載網(wǎng)要考慮的問題 廣東省 IPTV承載網(wǎng)近期實施方案 后期考慮方案(深圳試點) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 深圳城域網(wǎng) IPTV承載網(wǎng)試點方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. 組播方案 4. QOS方案 5. 工程實施方案 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 組網(wǎng)方案 _網(wǎng)絡(luò)拓?fù)?1 6 3 骨干IP DSLAMMODEMPVCCN2省中心服務(wù)器IPTVPOP點城域網(wǎng)接入層 匯聚層 骨干層匯聚交換機(jī)接入交換機(jī)(支持Q i n Q )BRAS( Q i n Q 終結(jié))每個用戶一個 CVLAN。 接入交換機(jī)對 IP DSLAM上行所有的 CVLAN打上 SVLAN標(biāo)記。 SVLAN終結(jié), BRAS實現(xiàn)業(yè)務(wù)接入管理控制。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM BRAS 用戶 CVLAN VLAN 100 VLAN 101 VLAN 102 VLAN 103 VLAN 104 VLAN 500 S-VLAN 2000 VLAN 2000 支持 SVLAN交換機(jī) 一一映射 IP DSLAM VLAN 1000 VLAN 1000 用戶單 PVC IP DSLAM實現(xiàn)每用戶 PVC跟一個VLAN的一一映射,即從 VLAN 100500,而 VLAN 1000為專門獨立的組播VLAN。 接入交換機(jī)支持 QinQ,把CVLAN 100 500封裝到SVLAN2000承載,而對組播的 VLAN1000只作透傳。 BRAS支持 QinQ,實現(xiàn)每個用戶一個 VLAN(CVLAN),解決用戶源可索性和 DHCP安全性。 組網(wǎng)方案 _接入實現(xiàn) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IP DSLAM Modem PC STB 用戶 PVC PPPoE IPoE BRAS 組播 VLAN Bridging IP DSLAM Modem PC STB 用戶 PVC PPPoE IPoE BRAS 用戶 CVLAN 組播 VLAN Bridging 組網(wǎng)方案 _接入層協(xié)議棧 IGMP 用戶 CVLAN 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 深圳城域網(wǎng) IPTV承載網(wǎng)試點方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. 組播方案 4. QOS方案 5. 工程實施方案 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 認(rèn)證方式 試驗 DHCP認(rèn)證方式 STB采用 DHCP認(rèn)證方式 BRAS作為 DHCP SERVER 技術(shù)細(xì)節(jié)考慮 1、用戶私配地址無效,只能通過 DHCP獲得地址才能進(jìn)行訪問。 2、當(dāng)分配用戶的 IP地址時, BRAS需要通過 RADIUS屬性發(fā)送相應(yīng)的用戶信息給后臺,讓后臺了解用戶上網(wǎng)行為,包括 : 1)用戶的 MAC 2)分給用戶的 IP地址 3) 用戶的線路資料 4)用戶的上、下網(wǎng)時間 5)從那個 BRAS的上來 3、雖然 DHCP沒有 AAA功能,可采用 OPTION60屬性,最低限度保證只有 STB的 DHCP請求才分給地址,其他設(shè)備(如 PC)不分配地址。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM DHCP認(rèn)證流程 統(tǒng)一后臺 RADIUS SERVER BRAS (DHCP SERVER) STB BRAS作為 DHCP SERVER,根據(jù)Option60識別分配地址,同時把用戶的上網(wǎng)行為通過 RADIUS屬性發(fā)送給后臺,后臺在網(wǎng)絡(luò)層面獲知用戶的信息。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM DHCP認(rèn)證流程 通信流程 Terminal BRASRADISServerD I S C O V E R + O p t i o n 6 0上網(wǎng)屬性傳送RELEASEOFFERA C K上網(wǎng)屬性傳送用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 深圳城域網(wǎng) IPTV承載網(wǎng)試點方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. 組播方案 4. QOS方案 5. 工程實施方案 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM IP DSLAM Modem STB 用戶 PVC IPoE BRAS 組播 VLAN Bridging IGMP proxy 組播方案 _接入層 IGMP 用戶 CVLAN IGMP信息 組播流 DSLAM開啟 IGMP proxy功能,并把用戶的 IGMP joining發(fā)給 BRAS。此外,還對實現(xiàn)用戶的組播權(quán)限控制 寬帶業(yè)務(wù) 直播數(shù)據(jù)流從組播VLAN下發(fā)到每個 IP DSLAM ,而并非從用戶的 CVLAN下發(fā) 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 組播方案 _接入層 組播 VLAN 1000 CVLAN 100 用戶 PVC 一個用戶端口 IP DSLAM IP DSLAM設(shè)備要求能實現(xiàn)跨VLAN組播,即 VLAN1000的組播數(shù)據(jù)能送到跟 CVLAN100成映射關(guān)系的 PVC上。 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM 深圳城域網(wǎng) IPTV承載網(wǎng)試點方案 1. 組網(wǎng)方案 2. 認(rèn)證方式 3. 組播方案 4. QOS方案 5. 工程實施方案 用戶至上用心服務(wù) /webmoney 廣 東 省 電 信 公 司 GDTELECOM QOS方案 _接入層 1、在 BRAS層面: 根據(jù) DSCP(或者五元組),保證 IPTV業(yè)務(wù)的優(yōu)先級別高于寬帶業(yè)務(wù)。 在 BRAS的用戶接入側(cè),每用戶一個 SVLAN,需對 SLVAN子端口的流量 S

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論