已閱讀5頁,還剩52頁未讀, 繼續(xù)免費閱讀
版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
中國電信 IPTV業(yè)務(wù)及技術(shù)培訓(xùn) 中國電信股份有限公司廣州研究院 數(shù)據(jù)網(wǎng)絡(luò)部業(yè)務(wù)室 陳戈 /webmoney 2 匯報提綱 IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議 /webmoney 3 What is IPTV? IPTV業(yè)務(wù)是指基于 IP 寬帶網(wǎng)絡(luò) , 以 ADSL、 FTTB+LAN為主要接入方式 , 以寬帶數(shù)字機頂盒 +電視機為用戶終端 , 聚合 SP 的各種視頻內(nèi)容和增值應(yīng)用 , 向用戶提供電信級的多種互動多媒體服務(wù)的寬帶增值業(yè)務(wù) 。 家庭娛樂是一項巨大的產(chǎn)業(yè) 在中國有 3.7億臺電視機 在家 70%的娛樂休閑時間是在看電視 9600萬的有線電視用戶 真正實現(xiàn)可管理的增值運營服務(wù)收入 相關(guān)背景 IPTV的定義 1. 寬帶網(wǎng)絡(luò)的建設(shè)最終是為發(fā)展寬帶增值業(yè)務(wù),而主流的寬帶應(yīng)用就是流媒體; 2. 寬帶用戶數(shù)增長變緩, ARPU值下降。 3. 打破現(xiàn)有電視收看的局限性,也正是 IPTV能夠解決的問題。 4. 面向巨大的 TV終端用戶市場, IPTV能夠成為電信運營商新業(yè)務(wù)的增長點。 /webmoney 4 IPTV系統(tǒng)支持的業(yè)務(wù)類型 視頻廣播類業(yè)務(wù) 廣播 ( TV) 遠程教育 視頻點播類業(yè)務(wù) VOD 廣播節(jié)目預(yù)定 (PVR) 遠程教育 音樂 /卡拉 OK 互動廣告 通信類業(yè)務(wù) 視頻通信 短信收發(fā) 網(wǎng)絡(luò)應(yīng)用類 互動游戲 信息服務(wù) 即時通信 機頂盒上網(wǎng)瀏覽 /webmoney 5 IPTV 系統(tǒng)應(yīng)以滿足用戶娛樂需求為主 , 兼顧教育 、 信息等其它需求 。 在內(nèi)容提供上 , 可以充分利用互聯(lián)星空現(xiàn)有的合作資源 ,尋找多家 、 掌握特色資源的內(nèi)容提供商的合作 。 IPTV 系統(tǒng)初期以 視頻節(jié)目的廣播 、 點播服務(wù) 為主 。 將來計劃逐步發(fā)展 網(wǎng)絡(luò)游戲 、 可視電話 、 交互信息服務(wù) 等其它應(yīng)用 。 在業(yè)務(wù)初期目標用戶發(fā)展上 , 應(yīng)以目前已有的寬帶用戶 、 高端用戶為主要目標用戶群 , 以后逐步發(fā)展未使用寬帶業(yè)務(wù)的用戶 。 IPTV業(yè)務(wù)發(fā)展的基本策略 /webmoney 6 IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議 匯報提綱 /webmoney 7 運營支撐層 業(yè)務(wù)應(yīng)用層 承載層 用戶終端 內(nèi)容處理 內(nèi)容管理 增值應(yīng)用管理 點播 廣播 通信服務(wù) 信息服務(wù) 流媒體服務(wù) 電子節(jié)目單 內(nèi)容分發(fā)網(wǎng)絡(luò) 運營支撐層 承載網(wǎng)絡(luò) ADSL接入 WLAN接入 機頂盒 業(yè)務(wù)應(yīng)用層 承載網(wǎng)絡(luò) 互聯(lián)星空 認證支付計費接口管理 用戶管理 統(tǒng)計分析 認證授權(quán) 計費支付及結(jié)算 機頂盒管理 數(shù)字版權(quán)管理 LAN接入 Web, Ftp等服務(wù) 平臺系統(tǒng)管理 互動游戲 匯聚層 IPTV平臺總體架構(gòu) /webmoney 8 運營支撐層 運營支撐層為 IPTV平臺提供運營支撐 , 是 IPTV平臺的運營支撐系統(tǒng) 。通過與互聯(lián)星空的接口連接 , 實現(xiàn)認證和支付功能 。 運營支撐層包括: 用戶管理 認證授權(quán) 計費支付及結(jié)算 統(tǒng)計分析 平臺系統(tǒng)管理 機頂盒管理 數(shù)字版權(quán)管理等模塊 。 /webmoney 9 業(yè)務(wù)應(yīng)用層 業(yè)務(wù)應(yīng)用層為 IPTV平臺提供業(yè)務(wù)應(yīng)用服務(wù) 。 業(yè)務(wù)應(yīng)用層包括: 內(nèi)容處理 內(nèi)容管理 增值應(yīng)用管理 點播 廣播 流媒體服務(wù) 電子節(jié)目單 通信服務(wù) 互動游戲 信息服務(wù)等增值應(yīng)用 。 /webmoney 10 承載層及用戶終端 承載層為 IPTV平臺提供網(wǎng)絡(luò)承載 。 包括: 內(nèi)容分發(fā)網(wǎng)絡(luò) 運營支撐層承載網(wǎng)絡(luò) 業(yè)務(wù)應(yīng)用層承載網(wǎng)絡(luò) 匯聚層 ADSL/LAN/WLAN寬帶接入 用戶終端是機頂盒 IPTV用戶使用機頂盒 , 通過 ADSL、 LAN、 WLAN等寬帶接入方式接入 , 在電視機上實現(xiàn) IPTV業(yè)務(wù) 。 /webmoney 11 IPTV業(yè)務(wù)流程 STB internet DSLAM BAS 中心片源 交換機 邊緣服務(wù)器 163后臺 Vnet后臺 97前臺 申請 IPTV用戶 IPTV運營支撐系統(tǒng) 編碼器 開戶流程 接入認證流程 業(yè)務(wù)認證流程 EPG服務(wù)器 點播流程 /webmoney 12 IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議 匯報提綱 /webmoney 13 ITU-T H.261(1990)-H.263(1995)-H.263+(1998)-H.264( 2004) ISO MPEG1(1991)-MPEG2(1994)-MPEG4(1999) Joint Video Team (JVT:VCEG/MPEG) 2001 H.264/MPEG4 Part 10. 又名 AVC MS VC-9 VC 9(2003)-Windows Media HD(2004) 時間 MPEG2 MPEG4/WMV H.264 市場占有率 Q4,2005 Q4,2006 Q2,2007 關(guān)鍵技術(shù)一: IPTV的編碼格式 /webmoney 14 主要編碼 參數(shù)比較 比較項目 MPEG-1 MPEG-2 MPEG-4 H.264 一般使用的數(shù)據(jù)率 1.38Mbits/sec (352 288) 6.5Mbits/sec (720 576) 1.2Mbits/sec (720 576) 1.0Mbits/sec (720 576) 幀頻 25(PAL) 30(NTSC) 25(PAL) 30(NTSC) 25(PAL) 30(NTSC) 25(PAL) 30(NTSC) 視頻質(zhì)量 滿意 很好 好至很好 好至很好 進行編碼的硬件要求 低 高 很高 很高 應(yīng)用方面 VCD DVD/HDTV/SDTV 視頻電話 , 視頻電子郵件和電子新聞 , 遠程監(jiān)控 視頻電話 , 視頻電子郵件和電子新聞 , 遠程監(jiān)控 /webmoney 15 寬帶視頻系統(tǒng)編碼格式對比 MPEG2 與 DVD編碼制式一致 , 具有豐富的節(jié)目源; 技術(shù)成熟 , 頻道切換時間快 , 體驗效果好 帶寬高 , 一般需要 3 3.5M, 存儲空間大 , 處理器資源要求最低 MPEG4 PART2 帶寬小 , 1M左右即可以達到近似 DVD效果 , 處理器資源要求較低 存在多個標準分支 , 需要考慮相互兼容的問題; 很可能最后過渡到 H.264( MPEG4 PART10) MPEG4 PART10( H.264) 相同帶寬下圖像質(zhì)量最好 , 但處理器資源要求最高 ( 2倍于 MPEG4) 標準的產(chǎn)業(yè)化需要一定的時間 , 預(yù)計在 2005年下旬開始商用 。 WMV9(VC-1) 與 PC用戶兼容性好 , 微軟的技術(shù)支持能力強; 帶寬要求與 H.264稍高 , 比 MPEG4低 , 處理器資源要求高 ( 1.5倍于 MPEG4) ; 節(jié)目緩沖時間長; 私有標準 , 目前正在尋求成為國際公開標準 。 建議選用 MPEG4為視頻編碼標準,提供 1.3M碼率的標清節(jié)目(準 DVD效果),并將過渡到 H.264。 /webmoney 16 ADSL覆蓋范圍與編碼格式的關(guān)系 注: 1000英尺 =0.3048千米 3.8KM 0.511mm 0.404 mm /webmoney 17 條件接收系統(tǒng) ( Conditional Access System) 目前主要應(yīng)用于有線電視網(wǎng) 適合單向網(wǎng)絡(luò) 、 適合廣播式網(wǎng)絡(luò) 內(nèi)容在服務(wù)器不加密 , 在傳輸時加密 數(shù)字版權(quán)管理 ( Digital Right Management) 目前主要應(yīng)用于互聯(lián)網(wǎng) 對文件進行加密 , 也可實時加密 適合雙向網(wǎng)絡(luò)應(yīng)用 關(guān)鍵技術(shù)二:內(nèi)容安全保護 目前內(nèi)容保護的主要技術(shù): /webmoney 18 DRM系統(tǒng)關(guān)鍵部份 機頂盒私鑰 誰控制機頂盒私鑰 , 誰即控制了用戶 內(nèi)容密鑰 誰控制內(nèi)容密鑰 ,誰即控制了內(nèi)容 授權(quán) 授權(quán)是計費的基礎(chǔ) 內(nèi)容密鑰 授權(quán) 機頂盒私鑰 /webmoney 19 DRM的商業(yè)模式 機頂盒私鑰 內(nèi)容密鑰 授權(quán) 電信自營 中國電信掌握 中國電信掌握 中國電信掌握 內(nèi)容合作模式( 電信主導(dǎo) ) 中國電信掌握 內(nèi)容提供商掌握 中國電信掌握 內(nèi)容合作模式( 內(nèi)容提供商主導(dǎo) ) 內(nèi)容提供商掌握 內(nèi)容提供商掌握 中國電信掌握 賣帶寬模式 內(nèi)容提供商掌握 內(nèi)容提供商掌握 內(nèi)容提供商掌握 最理想 電信具有一定的主動 性,合作不穩(wěn)定 電信無法管理用戶 和內(nèi)容,沒有主動性, IPTV用戶沒有粘著性,風險很大 不現(xiàn)實 /webmoney 20 關(guān)鍵技術(shù)三:機頂盒 機頂盒協(xié)議和標準: 保證多廠商設(shè)備的互通 格式的支持:不同的格式在視頻質(zhì)量 、 壓縮率方面存在差異 WMV即 VC9標準格式 MPEG4( Part2) /H.264格式 成本:良好的成本控制是 IPTV業(yè)務(wù)盈利的關(guān)鍵因素 基于 x86架構(gòu)的 STB, 成本在 1000元以上 基于 DSP芯片的 STB, 成本在 600-1000元 基于 ASIC專有芯片的 STB, 成本在 600元左右 擴展功能的支持: Game Peer to Peer視頻通信 /webmoney 21 關(guān)鍵技術(shù)四: IPTV的承載網(wǎng) 核心層 指省 163骨干網(wǎng)的相關(guān)設(shè)備 , 包括省網(wǎng)骨干路由器 , 省 IDC路由器和交換機等 匯聚層 匯聚層指從 BRAS/AR等設(shè)備至播放服務(wù)器間的網(wǎng)絡(luò)及設(shè)備范圍 匯聚層網(wǎng)絡(luò)范圍指城域網(wǎng)的核心和匯聚層 接入層 接入層指從用戶機頂盒到 BRAS/AR等設(shè)備之間的網(wǎng)絡(luò)及設(shè)備 核心層 匯聚層 接入層 IPTV承載網(wǎng)絡(luò)結(jié)構(gòu) /webmoney 22 QoS 保證 高帶寬 低丟包率 優(yōu)先于 Internet業(yè)務(wù) 支持組播 , 減少帶寬需求 組播方式提供業(yè)務(wù) CDN內(nèi)容分發(fā) 組播業(yè)務(wù)的管理 業(yè)務(wù)的安全可控 視頻業(yè)務(wù)的獨立性 對用戶業(yè)務(wù)的可控性 性能 組播轉(zhuǎn)發(fā)能力 頻道快速切換 DSLAM Internet BAS CDN xDSL 承載網(wǎng) BAS MODEM STB PC Home Network Home Gateway TV PC Home Network Ethernet L2 ES ES 省中心 承載網(wǎng)的技術(shù)要求 /webmoney 23 承載網(wǎng)的技術(shù)要求: QoS保證 帶寬:要求每個 IPTV用戶接入帶寬達到 2M(使用 MPEG4或更高壓縮率的編碼 )。 頻道切換時延:有線電視網(wǎng)的頻道切換非???, IPTV也應(yīng)盡量減少端到端時延 。 據(jù) IPTV用戶調(diào)查 , 用戶可接受 1秒的 TV頻道切換時間 , 及 10秒內(nèi)的 VOD切換時間 。 QOS 業(yè)務(wù) 網(wǎng)絡(luò)時延上限 延時抖動上限 丟包率上限 包誤差率上限 視頻直播 1s 1s 1/1000 1/10000 視頻點播 2s 1s 1/1000 1/10000 視頻會議 150ms 50ms 1/1000 1/10000 游 戲 200ms N/A N/A N/A 因此,必須考慮如何提高 IPTV業(yè)務(wù)的 QOS,如何逐步實施 /webmoney 24 業(yè)務(wù)層面考慮 IPTV業(yè)務(wù)對承載網(wǎng)絡(luò) QoS參數(shù)的敏感程度隨編碼格式 、 編碼速率 、承載協(xié)議的不同而有所差異 , 在業(yè)務(wù)設(shè)計上應(yīng)盡可能適應(yīng)承載網(wǎng)絡(luò)現(xiàn)狀; 典型 QoS機制:流媒體速率適應(yīng) /調(diào)節(jié)機制 、 媒體編碼冗余性 、媒體緩存機制 。 承載層面考慮 基于 IP網(wǎng)的端到端的 QoS機制目前尚不成熟 , 因此分層解決IPTV業(yè)務(wù)的 QoS質(zhì)量保證問題; IPTV業(yè)務(wù)流量流向模型易于確定 , 對音視頻直播類業(yè)務(wù)可使用專網(wǎng)傳輸或靜態(tài)預(yù)留資源方式下抵組播業(yè)務(wù)控制點;音視頻點播類業(yè)務(wù)可使用三層與二層機制 ,結(jié)合業(yè)務(wù)接入控制點的 CAC功能完成 QoS質(zhì)量保證 。 承載網(wǎng)的技術(shù)要求: QoS保證 /webmoney 25 關(guān)鍵技術(shù)五: IPTV的組播網(wǎng) 1、 組播復(fù)制點問題 2、 組播的靜態(tài)加入 VS動態(tài)加入 3、 組播的管理問題 4、 組播的安全問題 5、 組播的 QoS問題 /webmoney 26 組播復(fù)制點問題 BRAS復(fù)制 BRAS面向用戶進行組播復(fù)制 STB 與 PC 分別通過不同PPPoE STB單播組播在同一 PPPoE 對 BRAS下行帶寬要求較高 現(xiàn)網(wǎng)不需要改造 適合小規(guī)模用戶情況 匯 聚 層接 入 層 承 載 網(wǎng)M o d e mB R A S業(yè) 務(wù) 控 制 點 /業(yè) 務(wù) 復(fù) 制 點M o d e mP P P o EP P P o EP P P o E節(jié) 目 流/webmoney 27 組播復(fù)制點問題 -IP DSLAM復(fù)制 單播與組播分別使用不同 VLAN及PVC DSLAM進行面向用戶組播復(fù)制 DSLAM進行組播控制 適合大規(guī)模發(fā)展階段 IGMP IGMP 靜態(tài)配置組播 MAC地址,下引所有組播流 IGMP Proxy IGMP Filter /webmoney 28 組播復(fù)制點問題 -IP DSLAM復(fù)制 面向用戶組播復(fù)制點 單播與組播分別使用不同 VLAN及 PVC DSLAM進行面向用戶組播復(fù)制 DSLAM進行組播控制 適合大規(guī)模發(fā)展階段 /webmoney 29 組播復(fù)制點問題 -ATM DSLAM PC Modem ATM/MSTP 匯聚層 BRAS 業(yè)務(wù)接入控制點 接入層承載網(wǎng)絡(luò) BTV BTV DSLAM PC Modem 2 PVC 2 PVC ES P2MP PVC ADSL Modem使用雙 PVC上聯(lián) , 一條 PVC承載原有的寬帶上網(wǎng)業(yè)務(wù) , 另外一條 PVC承載 IPTV業(yè)務(wù) ; 為了減少對 ATM資源的要求 , 引入 ES(組播服務(wù)器 ) 組播通過 P2MP進行分發(fā); /webmoney 30 組播復(fù)制點問題 -ATM DSLAM ATM DSLAM上行鏈路帶寬不足的情況下 , 可擴容IP板; 組播流從 ATM DSLAM 的IP板下發(fā)到用戶 。 PC Modem ATM/MSTP 匯聚層 BRAS 業(yè)務(wù)接入控制點 接入層承載網(wǎng)絡(luò) BTV BTV DSLAM PC Modem 2 PVC 2 PVC L2 ETHERNET AR 1 2 /webmoney 31 組播復(fù)制點問題 LAN接入 BTV BTV L2 Switch PC CPE PC CPE L2 ETHERNET 匯聚層 BRAS/AR 業(yè)務(wù)接入控制點 接入層承載網(wǎng)絡(luò) 2 VLAN 2 VLAN 交換機面向用戶進行組播復(fù)制; 交 換 機 支 持 IGMP Snooping; 末端交換機支持 IGMP Filter 及 IGMP Snooping; /webmoney 32 引入 DSLAM組播的意義: DSLAM內(nèi)部完成組播及視頻流的復(fù)制 減輕網(wǎng)絡(luò)側(cè)的流量壓力 降低對網(wǎng)絡(luò)的 IGMP協(xié)議要求 組播延遲小 DSLAM對組播的支持: IGMP Proxy IGMP Snooping DSLAM組播的意義 /webmoney 33 IPTV組播需重點考慮問題 1、 組播復(fù)制點問題 2、 組播的靜態(tài)加入 VS動態(tài)加入 3、 組播的管理問題 4、 組播的安全問題 5、 組播的 QoS問題 /webmoney 34 組播的靜態(tài)加入 VS動態(tài)加入 組播的靜態(tài)加入 (靜態(tài)建立特定組的組播樹 ) 容易控制組播源的接入; 容易控制組播的范圍; 較難進行組播路徑的備份; 靜態(tài)組播一般在路由器端口指定加入某個組播組 , 并拒絕其它組的加入; 動態(tài)加入 ( 組播樹動態(tài)生成 ) 控制組播源的接入較難; 控制組播的范圍較難 , 存在安全隱患; 容易進行組播路徑的備份; 動態(tài)組播一般在路由器上啟用 PIM等組播路由; /webmoney 35 IPTV組播需重點考慮問題 1、 組播復(fù)制點問題 2、 組播的靜態(tài)加入 VS動態(tài)加入 3、 組播的管理問題 4、 組播的安全問題 5、 組播的 QoS問題 /webmoney 36 組播的管理問題 組播源的準入及控制 防止非法組播源假冒 IPTV源 防止非法組播源通過組播給用戶發(fā)送節(jié)目 組播范圍的控制 一些組只能在某個范圍內(nèi)傳播 合法用戶的準入 組播自身無認證功能 , 需網(wǎng)絡(luò)設(shè)備控制非法用戶的接入 /webmoney 37 CDN網(wǎng)絡(luò)主要適用于 VOD業(yè)務(wù) , IPTV業(yè)務(wù)需同時提供大量的直播業(yè)務(wù)( BTV) 。 直播業(yè)務(wù)與點播業(yè)務(wù)存在很多不同之處 直播業(yè)務(wù) 點播業(yè)務(wù) 業(yè)務(wù)運營模式 /調(diào) 度機制 IP與 TV的結(jié)合,播放多個節(jié)目頻道,由用戶選擇; 用戶從節(jié)目片源中自主選擇; 采用單播實現(xiàn); 編碼格式 MPEG2、 MPEG4/H.264、 WMV RM/RMVB、 ASF、 QuickTime、MPEG、 WMV等 視頻質(zhì)量 實時性要求更高,對時延和抖動均敏感,需要達到與有線電視相當?shù)钠焚|(zhì),標準清晰度 對時延的要求低于 BTV,普通電視要求 交互性要求 按頻道點播,切換頻道要求在 1秒之內(nèi)完成 按文件點播,交互性強,需要提供暫停、快進、拖放、重播等功能; IPTV承載網(wǎng):可控組播方案 /webmoney 38 BTV業(yè)務(wù)流程 DSLAM DSLAM Multicast CA STB 業(yè)務(wù)管理系統(tǒng) EPG 實時內(nèi)容 BTV前端 LIVE TV(Multicast) IP ENCODER IP DEMUX CPE HOME GATEWAY ES ATM/LAN SW ES RP 1.獲取節(jié)目表 2.加入頻道 4.加入組播 5.節(jié)目播放 IP城域網(wǎng) 骨干網(wǎng)絡(luò) RP/DR MP-BGP MSDP 0.組播內(nèi)容分發(fā) 0.域間組播內(nèi)容分發(fā) 3.開放權(quán)限 需要承載網(wǎng)支持組播轉(zhuǎn)發(fā)能力 需要在承載網(wǎng)邊緣提供面向用戶的組播復(fù)制和用戶管理功能 承載網(wǎng)要提供高品質(zhì):低時延、低抖動、基本不丟包 /webmoney 39 IPTV組播需重點考慮問題 1、 組播復(fù)制點問題 2、 組播的靜態(tài)加入 VS動態(tài)加入 3、 組播的管理問題 4、 組播的安全問題 5、 組播的 QoS問題 /webmoney 40 組播的安全問題 組播源的安全 IPTV是面向大眾的媒體工具 , 要嚴防非法內(nèi)容進入 IPTV; 只允許特定地址段的路由器接入組播源; 盡量使用靜態(tài)組播; 寬帶接入不允許發(fā)送組播源; /webmoney 41 IPTV組播需重點考慮問題 1、 組播復(fù)制點問題 2、 組播的靜態(tài)加入 VS動態(tài)加入 3、 組播的管理問題 4、 組播的安全問題 5、 組播的 QoS問題 /webmoney 42 組播的 QoS問題 組播是以 UDP承載的 , 無重傳機制; IPTV對質(zhì)量的要求非常高 , 少量丟包就會造成馬賽克現(xiàn)象; 目前的解決方案是使用 “ 應(yīng)用層組播 ” /webmoney 43 關(guān)鍵技術(shù)六:故障定位及質(zhì)量分析 IPTV是實時性業(yè)務(wù) , 對帶寬 , 時延 , 抖動 , 丟包等指標要求很高 。 用戶對業(yè)務(wù)質(zhì)量要求很高 , 而現(xiàn)有的基于盡力而為的 IP網(wǎng)路 , 很難保證質(zhì)量 目前的 IPTV業(yè)務(wù)涉及環(huán)節(jié)很多 , 故障定位困難 ,對運維提出了很高的要求 IPTV系統(tǒng)的穩(wěn)定性還需要經(jīng)受大規(guī)模用戶的考驗 /webmoney 44 IPTV故障類型 /webmoney 45 IPTV故障定位思路 /webmoney 46 質(zhì)量分析思路 (主動測試) /webmoney 47 質(zhì)量分析思路 (被動測試) /webmoney 48 IPTV系統(tǒng)概述 IPTV系統(tǒng)的總體介紹 IPTV系統(tǒng)關(guān)鍵技術(shù)分析 IPTV承載網(wǎng)建議 匯報提綱 /webmoney
溫馨提示
- 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)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 關(guān)于打擊欺詐騙保專項治理自查自糾總結(jié)
- 2026年焊接工人崗前培訓(xùn)卷
- 城際配送貨物配送服務(wù)協(xié)議
- 即時配送委托協(xié)議書
- 《勞動合同法》知識競賽試題及答案
- 餐飲品牌授權(quán)協(xié)議
- 慢病防控:從急性期管理到慢性期管理
- 慢病管理多學(xué)科人才培養(yǎng)體系
- 慢病管理中的健康傳播策略優(yōu)化
- 慢病管理中慢性病管理可持續(xù)發(fā)展策略
- 廣西壯族自治區(qū)公安機關(guān)2026年人民警察特殊職位招聘195人備考題庫及1套完整答案詳解
- 建筑企業(yè)安全生產(chǎn)責任制范本
- 互聯(lián)網(wǎng)新技術(shù)新業(yè)務(wù)安全評估管理辦法
- 2025年應(yīng)急管理專業(yè)知識考試試卷及答案
- 糖尿病足潰瘍預(yù)防與足部減壓護理專家共識課件
- 采購塑料壓塊合同范本
- 醫(yī)院抗菌藥物合理使用管理記錄
- 初級電工證考試試題及答案2025年
- 營造林檢查驗收報告【范本】
- 網(wǎng)約車停運費民事起訴狀模板
- 科研項目全生命周期管理機制研究
評論
0/150
提交評論