某地區(qū)iptv業(yè)務(wù)管理及管理知識(shí)發(fā)展規(guī)劃(編輯修改稿)
2025-03-08 04:38 本頁面
【文章內(nèi)容簡介】 A SWB PC1 PC2 PC3 ? 理解組播 IP地址的概念 組播 IP地址范圍： ~ ~ 網(wǎng)絡(luò)協(xié)議使用 全主機(jī)組 全組播路由器組 全 DVMRP路由器組 全 OSPF路由器組 ………… ~ 作為管理范圍地址，保留為私有內(nèi)部域使用 ? 組播 IP地址 組播 IP地址是一個(gè)邏輯概念 ? 在網(wǎng)絡(luò)上，沒有一個(gè)計(jì)算機(jī)的 IP地址是一個(gè)組播 IP地址，組播 IP地址僅僅代表了一個(gè)邏輯的組， ? 加入該組的終端設(shè)備可以以該組所在的組播地址為目的 IP地址來發(fā)送數(shù)據(jù)，這時(shí)候，發(fā)送的數(shù)據(jù)不是針對某個(gè)具體主機(jī)的，而是針對一組機(jī)器， ? 想接收這個(gè)組播數(shù)據(jù)流的計(jì)算機(jī)，只要傾聽接收到的每個(gè)數(shù)據(jù)報(bào)，判斷該數(shù)據(jù)報(bào)的目的 IP地址是不是組播組的 IP地址即可。若是，則接收，否則丟棄。 ? 組播數(shù)據(jù)的發(fā)送和接收 ? 流媒體服務(wù)器不斷以 ? 主機(jī) 1希望接收該媒體流，監(jiān)聽每個(gè)數(shù)據(jù)報(bào)文，判斷目的 IP地址是否為 ? 如果不是，丟棄，否則接收下來送到上層處理 流媒體服務(wù)器 流媒體客戶端 主機(jī) 1 主機(jī) 2 ? 組播數(shù)據(jù)的發(fā)送和接收 主機(jī)的 IP模塊維護(hù)一張接收列表 由若干 IP地址組成 通常情況下，該表只有兩項(xiàng) ? 主機(jī)自己的 IP地址 ? 廣播 IP地址（ ) 主機(jī) 1啟動(dòng)應(yīng)用程序 向 IP模塊注冊請求加入組播組 IP模塊在自己維護(hù)的接收列表里添加一項(xiàng)，即該組播組的組播 IP地址同時(shí)通知數(shù)據(jù)鏈路層 主機(jī) 1退出應(yīng)用程序 通知 IP模塊 刪除接收列表相應(yīng)表項(xiàng)同時(shí)通知數(shù)據(jù)鏈路層 ? IPTV網(wǎng)絡(luò)接入層 泉州 IPTV網(wǎng)絡(luò)接入層和 ADSL的接入層是采用相同的通路，分為 IP上行和 ATM上行，目前因?yàn)?ATM上行中繼 (155M)無法滿足 IPTV用戶帶寬需求，故 IPTV用戶均開在 IP上行 (GE口， 1000Mb)的設(shè)備上。下面將兩種上行的鏈路以及特點(diǎn)介紹一下： ? IP承載網(wǎng) CMS HMS EMS ATM DSLAM BAS 城域網(wǎng) DHCP relay ATM DSLAM連接方式 ? ATM上行 以未改造的華為 UA5000為例： 在上圖中， UA5000為 DSLAM設(shè)備， MD5500為 DSLAM匯聚設(shè)備，該設(shè)備上行為 155M，在寬帶高峰期，該帶寬無法滿足用戶的需求，會(huì)出現(xiàn)電視節(jié)目卡，馬賽克嚴(yán)重的現(xiàn)象。為此，泉州電信引入了 IP上行的概念，在根本上解決了此帶寬問題。 用戶端 UA5000 MD5500 EMS交換機(jī) IPTV網(wǎng)絡(luò) ? IP承載網(wǎng) CMS HMS EMS IP上行設(shè)備 BAS 城域網(wǎng) DHCP relay IP 連接方式 ? IP上行 以改造后的 UA5000來舉例： 在上圖中， UA5000為 DSLAM設(shè)備， 3928為小 L2 設(shè)備， 8505為大 L2 設(shè)備， 3828上行為雙中繼 1000Mb上行，這樣一來，在很大程度上就緩解了用戶高峰期間的帶寬流量。目前，泉州本部絕大部分華為節(jié)點(diǎn)已經(jīng)進(jìn)行了 IP化改造，用戶因?yàn)榫侄嗽O(shè)備原因而造成的帶寬不足現(xiàn)象已經(jīng)基本沒有。 用戶端 華為 3928 L2 8505 EMS交換機(jī) IPTV網(wǎng)絡(luò) ? 下面以一個(gè)在用用戶 22168855來說明用戶端到IPTV系統(tǒng)整個(gè)工作流程： 泉州九一路 H24136 用戶 22168855 九一路 3952 九一路 L2 8505 九一路 EMS T64G 東海 HMS T64G 普明 CMS T160G 上海文廣節(jié)目源 用戶至 IPTV系統(tǒng)工作流程 ? IPTV用戶故障簡析 IPTV用戶故障基本可以分成下面幾類： ? 1 出現(xiàn)等待信號 ? 2 錯(cuò)誤 7%提示 ? 3 錯(cuò)誤 83%提示 ? 4 節(jié)目卡，出現(xiàn)馬賽克 ? 某些 EMS節(jié)點(diǎn)觀看電視出現(xiàn)“等待信號” ? 出現(xiàn)該問題的原因可能是該 EMS的 ME空間太小而導(dǎo)致的電視無法在該 EMS進(jìn)行錄制，造成 ME空間太小的原因多數(shù)是由于某塊 ME出現(xiàn)了故障。 ? 某些 EMS節(jié)點(diǎn)觀看電視出現(xiàn)“等待信號” 在絕大多數(shù)情況某塊 ME出現(xiàn)問題會(huì)自動(dòng)被該 MD停止使用，并且出現(xiàn)問題的 ME上的內(nèi)容會(huì)自動(dòng)被復(fù)制到該 EMS上其它正常的 ME上，因此造成其它 ME的空間也急劇地下降，同時(shí) MD也進(jìn)行冷片刪除，但在某些異常情況下， MD無法刪除該 ME上的過期 TV/VOD，因此一旦該節(jié)點(diǎn)的某些 ME空間小于 30G時(shí)候，將出現(xiàn)電視無法錄制到該 EMS問題，從而觀看電視出現(xiàn)“等待信號”的故障。 ? 錯(cuò)誤 7%提示 ? 造成該錯(cuò)誤提示的協(xié)議上的原因是：機(jī)頂盒無法獲得DHCP分配的 IP地址。從用戶端的機(jī)頂盒到局端的DHCP服務(wù)器這條邏輯通路要經(jīng)過很多的設(shè)備和線路。也就是當(dāng)中的任何一個(gè)環(huán)節(jié)出現(xiàn)問題，都有可能導(dǎo)致該類型故障的發(fā)生。在實(shí)際處理和解決故障中，經(jīng)過總結(jié)，主要原因如
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號-1