專利名稱：因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)及創(chuàng)建方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IPTV (因特網(wǎng)網(wǎng)絡(luò)電視)通信4支術(shù)領(lǐng)域，具體地， 涉及IPTV的CDN (媒體交付)流媒體系統(tǒng)的流媒體服務(wù)器有效部 署和組網(wǎng)。
背景技術(shù)：
IPTV系統(tǒng)能夠直接向顧客的電視機或電腦傳送高質(zhì)量的電視 節(jié)目和一見頻內(nèi)容，在保護傳統(tǒng)的語音/凄丈據(jù)業(yè)務(wù)的同時，還可以為現(xiàn) 有的客戶提供更為廣泛和互動的力良務(wù)。運營商可以在傳統(tǒng)電4見節(jié)目 播出的基礎(chǔ)上進行業(yè)務(wù)擴展，提供多種新型服務(wù)。例如，視頻點播 (VoD)、互動電視、卡拉OK、電視監(jiān)視、網(wǎng)絡(luò)視頻、游戲和信息 服務(wù)等。顧客不但可以實時收看每天的電視節(jié)目，而且還可以延遲 的方式觀看，非常方便。IPTV擴展了"看電視"的概念。"看電視"已 不再是原來意義上被動地觀看，觀眾可以互動地選擇和控制收視內(nèi) 容，享受著新的體驗。對于運營商而言，除了傳統(tǒng)的電視節(jié)目外， IPTV還可以在現(xiàn)有的寬帶基礎(chǔ)設(shè)施上傳送更高級的內(nèi)容。這些都 有助于帶來新業(yè)務(wù)、新收入，提高顧客滿意度和留住客戶。目前，IPTV不同業(yè)務(wù)主要通過分級的EPG (電子節(jié)目指南) 來組織，用戶通過^f吏用遙控器上的上下《定和確i人4定在不同的EPG頁 面之間進行切換來選擇不同的IPTV業(yè)務(wù)和具體節(jié)目，通過IPTV的 CDN和流媒體系統(tǒng)來為最終用戶提供IPTV服務(wù)。 IPTV系統(tǒng)的CDN和流媒體服務(wù)器是IPTV網(wǎng)絡(luò)里必不可少的 設(shè)備，它的功能主要包括流服務(wù)、內(nèi)容存儲、內(nèi)容分發(fā)和傳輸。然 而，現(xiàn)有的流媒體設(shè)備沒有功能區(qū)分，即每個流4某體服務(wù)器同時兼 有FtpServer、 FtpClient、頻道存儲、々某體月良務(wù)等。這種流媒體系統(tǒng) 的缺陷就是正因為沒有對流媒體服務(wù)器的功能進行區(qū)分，CDN在界 面上創(chuàng)建直播通道、FtpServer指定、重定向的時候，就有可能都選 擇同 一 臺流媒體服務(wù)器，從而就會對該流々某體服務(wù)器造成比較大的 壓力，對IPTV系統(tǒng)的性能造成較大的影響，尤其是對大規(guī)模的IPTV 系統(tǒng)的部署和商用是極其不利的。發(fā)明內(nèi)容考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于， 提供一種因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)，包括直播媒體分發(fā)單元， 用于在直播業(yè)務(wù)時產(chǎn)生流媒體；媒體存儲傳輸單元，用于存儲和傳 輸直播々某體分發(fā)單元產(chǎn)生的流4某體；以及々某體控制單元，用于管理 由直播媒體分發(fā)單元產(chǎn)生并由媒體存儲傳輸單元存儲和傳輸?shù)牧髅?體。在該系統(tǒng)中，直播媒體分發(fā)單元、媒體存儲傳輸單元、和媒體 控制單元均具有頻道存儲功能。流媒體包括單播流媒體、組播流媒 體、和廣播流媒體。媒體控制單元提供的管理包括媒體資源管理、 協(xié)議處理、媒體調(diào)度、和文件分片定位服務(wù)。直播力某體分發(fā)單元、 媒體存儲傳輸單元、和媒體控制單元中的每一個單獨配置。根據(jù)本發(fā)明的另 一方面，提供了 一種根據(jù)本發(fā)明的流^某體系統(tǒng) 來創(chuàng)建因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)的方法，包括經(jīng)由媒體交付 網(wǎng)絡(luò)管理器向流媒體服務(wù)器發(fā)送創(chuàng)建頻道的請求；流媒體服務(wù)器在 具有頻道存儲功能的流媒體服務(wù)器組中選擇一個流媒體服務(wù)器以創(chuàng) 建頻道；以及經(jīng)由網(wǎng)絡(luò)管理器返回創(chuàng)建頻道的結(jié)果。 在該方法中，具有存儲功能的流媒體服務(wù)器包括直播媒體分發(fā) 單元、媒體存儲傳輸單元、和々某體控制單元。當(dāng)創(chuàng)建中心頻道時， 從具有頻道存儲功能的直插^某體分發(fā)單元中選擇一個創(chuàng)建中心頻 道。當(dāng)創(chuàng)建中繼頻道時，從當(dāng)前流媒體節(jié)點單元處具有頻道存儲功 能的直播^ 某體分發(fā)單元中選擇一個，并從上一流媒體節(jié)點單元處具 有頻道存儲功能的直播媒體分發(fā)單元中選擇一個，創(chuàng)建中繼頻道。通過本發(fā)明的上述方面，避免某一個IPTV流媒體服務(wù)器過載 等，改善了 IPTV系統(tǒng)的性能和降低了系統(tǒng)的建設(shè)成本，有助于提 高IPTV運營商收入，提高顧客滿意度和留住客戶，有利于的IPTV 業(yè)務(wù)的開展和推廣。本發(fā)明的其它特征和優(yōu)點將在隨后的"i兌明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


附圖用來提供對本發(fā)明的進一步理解，并且構(gòu)成說明書的一部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的 限制。在附圖中圖1是示出了根據(jù)本發(fā)明實施例的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系 統(tǒng)的示意圖；圖2是示出了根據(jù)本發(fā)明實施例的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系 統(tǒng)的方法的流禾呈圖；圖3是示出了才艮據(jù)本發(fā)明實施例的IPTV系統(tǒng)組網(wǎng)和部署的示 意圖； 圖4是示出了根據(jù)本發(fā)明實施例的IPTV流媒體系統(tǒng)結(jié)構(gòu)的示 意圖；以及圖5是示出了基于本發(fā)明的IPTV系統(tǒng)頻道創(chuàng)建的示意圖。
具體實施方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進4亍_說明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實施例^又用于i兌明和解釋本發(fā)明，并不用于限定本 發(fā)明。圖1是示出了根據(jù)本發(fā)明實施例的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系 統(tǒng)的示意圖。如圖1所示，包括直播々某體分發(fā)單元102，用于在 直播業(yè)務(wù)時產(chǎn)生流^ 某體；々某體存儲傳輸單元104，用于存儲和傳輸 直播媒體分發(fā)單元產(chǎn)生的流媒體；以及媒體控制單元106，用于管 理由直播媒體分發(fā)單元產(chǎn)生并由媒體存儲傳輸單元存儲和傳輸?shù)牧?媒體。在該系統(tǒng)中，直播々某體分發(fā)單元102、 J 某體存儲傳輸單元104、 和媒體控制單元106均具有頻道存儲功能。流媒體包括單播流媒體、 組播流媒體、和廣播流媒體。媒體控制單元提供的管理包括媒體資 源管理、協(xié)議處理、媒體調(diào)度、和文件分片定位服務(wù)。直播媒體分 發(fā)單元、媒體存儲傳輸單元、和4某體控制單元中的每一個單獨配置。圖2是示出了根據(jù)本發(fā)明實施例的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系 統(tǒng)的方法的流程圖。如圖2所示，包括步驟S202，經(jīng)由媒體交付 網(wǎng)絡(luò)管理器向流媒體服務(wù)器發(fā)送創(chuàng)建頻道的請求；步驟S204，流媒 體服務(wù)器在具有頻道存儲功能的流媒體服務(wù)器組中選擇一個流媒體 服務(wù)器以創(chuàng)建頻道；以及步驟S206，經(jīng)由網(wǎng)絡(luò)管理器返回創(chuàng)建頻道 的結(jié)果。
在該方法中，具有存儲功能的流媒體服務(wù)器包括直播媒體分發(fā) 單元、媒體存儲傳輸單元、和媒體控制單元。當(dāng)創(chuàng)建中心頻道時， 從具有頻道存4諸功能的直插^某體分發(fā)單元中選擇一個創(chuàng)建中心頻 道。當(dāng)創(chuàng)建中繼頻道時，從當(dāng)前流媒體節(jié)點單元處具有頻道存儲功 能的直播媒體分發(fā)單元中選擇一個，并從上一流媒體節(jié)點單元處具 有頻道存儲功能的直播媒體分發(fā)單元中選擇一個，創(chuàng)建中繼頻道。圖3是示出了才艮據(jù)本發(fā)明實施例的IPTV系統(tǒng)組網(wǎng)和部署的示 意圖。如圖3所示，IPTV系統(tǒng)網(wǎng)絡(luò)的布局中，會分為頭端、1級中 心節(jié)點、2級中心節(jié)點和邊*彖節(jié)點幾個部分。其中，頭端在物理上 是一個節(jié)點，主要由音^見頻釆集和音^L頻編解碼器所組成，并將編 碼后的音視頻內(nèi)容以組播或單播方式發(fā)送給1級中心節(jié)點，或以全 網(wǎng)廣播形式發(fā)送給所有的節(jié)點。這些節(jié)點的劃分可以以行政區(qū)域來 進4亍，例如，1級中心節(jié)點可以是省級中心節(jié)點，2級中心節(jié)點可以 是市級中心節(jié)點，而邊緣節(jié)點可以是該市內(nèi)的區(qū)域性節(jié)點。1級中 心節(jié)點可以部署IPTV流々某體服務(wù)器以及業(yè)務(wù)運營管理平臺等，它 們可以處于相同或不同的^f立置；2級中心節(jié)點和邊^(qū)彖節(jié)點可以部署 流媒體服務(wù)器等；邊緣節(jié)點主要由流媒體服務(wù)器組成。頭端的視頻編解碼器將來自衛(wèi)星接收設(shè)備、DVD等視頻源設(shè)備 傳送過來的一見頻流進4亍壓縮、編碼，轉(zhuǎn)換為可在網(wǎng)絡(luò)上進4亍傳輸?shù)?包，分發(fā)到1級中心節(jié)點的流媒體服務(wù)器中去，再由該流媒體服務(wù) 器進行分發(fā)，直至分發(fā)到各個邊緣節(jié)點的流媒體服務(wù)器中，從而進 入到每個IPTV業(yè)務(wù)運營商的網(wǎng)絡(luò)，也可以通過全網(wǎng)組播，將內(nèi)容 分發(fā)到IPTV網(wǎng)絡(luò)中的各個節(jié)點中去。在每個IPTV業(yè)務(wù)運營商網(wǎng)絡(luò) 中，機頂盒將流媒體服務(wù)器傳送過來的包進行解碼，最終成為電視 才幾可以播;改的一見頻格式。業(yè)務(wù)運營管理平臺包括內(nèi)容管理平臺、業(yè) 務(wù)支撐平臺兩部分。
IPTV系統(tǒng)網(wǎng)絡(luò)的部署，各個中心節(jié)點和邊》彖節(jié)點的配置，可以 依據(jù)運營商的歷史數(shù)據(jù)、用戶數(shù)、服務(wù)質(zhì)量等因素來決定流媒體服 務(wù)器的多寡等參數(shù)。此外，關(guān)于IPTV內(nèi)容的引入和業(yè)務(wù)管理，l級中心節(jié)點包括直 播節(jié)目和點播節(jié)目的引入及管理(元數(shù)據(jù)的規(guī)定以及內(nèi)容屬性的提 取等)。1級中心節(jié)點的直播節(jié)目傳送到2級中心節(jié)點或直接傳送到 邊緣節(jié)點，2級中心節(jié)點也可提供直播節(jié)目(需加頭端)。l級中心 節(jié)點的點播節(jié)目可以通過CDN分發(fā)網(wǎng)絡(luò)，將1級中心節(jié)點的點播 節(jié)目推送到2級中心節(jié)點，或直接推送到邊緣節(jié)點。1級中心節(jié)點內(nèi)的IPTV業(yè)務(wù)平臺可以由多家設(shè)備廠商提供，按 照1級中心節(jié)點所覆蓋的用戶區(qū)域范圍大小，可以分成1個或多個 2級中心節(jié)點，2級中心節(jié)點下設(shè)一個到多個IPTV區(qū)域邊緣節(jié)點。 IPTV網(wǎng)絡(luò)的覆蓋相對靈活，覆蓋范圍小到一個地市的區(qū)或縣，大到 數(shù)個地市甚至全省直至全國。邊緣節(jié)點的流媒體服務(wù)器可以向IPTV 業(yè)務(wù)平臺提供直播和點播等內(nèi)容。圖4是示出了才艮據(jù)本發(fā)明實施例的IPTV流士某體系統(tǒng)結(jié)構(gòu)的示 意圖。如圖4所示，這里將它稱之為通用流々某體服務(wù)器(USS),它 是能夠提供各種IPTV業(yè)務(wù)所需的媒體資源的設(shè)備，例如，媒體存 儲、流服務(wù)和內(nèi)容分發(fā)/傳送，以及放音、錄音、DTMF收號、傳真、 會議、TTS及ASR、 ^見頻播放、視頻錄制、4見頻會議等功能。IMS 架構(gòu)下的MRF網(wǎng)元總體而言也是從媒體服務(wù)器演進而來。每個USS 按照功能不同，至少包括以下功能單一的流媒體服務(wù)器(1 ) MCU為媒體控制單元，提供媒體資源管理、協(xié)議處理、 々某體調(diào)度、文件分片定位月艮務(wù)，該板采用l+l備個分。
(2) MSTU為媒體存儲傳輸單元，主要承擔(dān)媒體存儲和傳輸 任務(wù)，該板采用N+l備份。(3) MDU為直播媒體分發(fā)單元，主要實現(xiàn)在直播業(yè)務(wù)時產(chǎn)生 單播/組播媒體流。如圖3所示的1級中心節(jié)點、2級中心節(jié)點和邊緣節(jié)點的主要 設(shè)備是流媒體服務(wù)器。在這些流媒體服務(wù)器上，可以創(chuàng)建中心/中繼 頻道或存儲VOD和時移電視的內(nèi)容。流媒體服務(wù)器的數(shù)量和它的 存儲的容量可以由IPTV業(yè)務(wù)的用戶數(shù)量、頻道數(shù)量和VOD片源數(shù) 量以及用戶的月良務(wù)器質(zhì)量(QoS)來決定。電視內(nèi)容是從頭端，通過在所述流々某體服務(wù)器上所創(chuàng)建的中心/ 中繼頻道下發(fā)到各個邊緣節(jié)點的。也就是說，電視的內(nèi)容從頭端到 用戶的終端，中間經(jīng)歷了 1級中心節(jié)點、2級中心節(jié)點和邊緣節(jié)點 的流媒體服務(wù)器?，F(xiàn)有技術(shù)在創(chuàng)建中心/中繼頻道的時候，不區(qū)分流 媒體服務(wù)器自身的功能類型，往往會導(dǎo)致其中的流媒體服務(wù)器的負 載不均，而且無法進4亍有效的組網(wǎng)調(diào)整，從而導(dǎo)致用戶的月良務(wù)質(zhì)量 嚴(yán)重下降。圖5是示出了基于本發(fā)明的IPTV系統(tǒng)頻道創(chuàng)建的示意圖。如 圖5所示，其頻道創(chuàng)建流程大致如下操作人員通過WEB界面發(fā)起頻道創(chuàng)建的命令至CDN MANAGER (管理器)；CDN MANAGER驗證要創(chuàng)建的頻道是否存在？若不存在則為 此創(chuàng)建一個新頻道，并將請求發(fā)送至CDN AGENT ( ^理力艮務(wù)器)；CDN AGENT纟企查該VCDN節(jié)點的配額。如果配額滿足則轉(zhuǎn)向 下一步，否則，向CDN MANAGER返回頻道創(chuàng)建失敗的結(jié)果。
如果該VCDN節(jié)點的配額滿足創(chuàng)建頻道的需求，則CDN AGENT向流媒體服務(wù)器發(fā)送頻道創(chuàng)建命令；流媒體服務(wù)器從頻道"存儲服務(wù)器"組中選擇一個可用的流媒 體服務(wù)器創(chuàng)建頻道；具有"存儲服務(wù)器"功能的流媒體服務(wù)器創(chuàng)建頻道；流媒體服務(wù)器返回創(chuàng)建頻道的結(jié)果至CDN AGENT;CDN AGENT返回創(chuàng)建頻道的結(jié)果至CDN MANAGER;以及CDN MANAGER返回創(chuàng)建頻道的結(jié)果至CDN WEB?；诒景l(fā)明，將流媒體服務(wù)器按照功能劃分成多個功能單一的 流媒體服務(wù)器以后，可以改進和提高現(xiàn)有IPTV系統(tǒng)的性能，增強 系統(tǒng)的可維護性。例如，通過CDN進行直播頻道創(chuàng)建的時候，現(xiàn) 有方案4口下創(chuàng)建中心頻道的時候，不區(qū)分流媒體服務(wù)器自身的功能類型， 選擇可用的流媒體服務(wù)器做中心頻道的創(chuàng)建。創(chuàng)建中繼頻道的時候，不區(qū)分本pop (流々某體節(jié)點)單元和上 一級pop單元流媒體服務(wù)器的功能類型；在本pop單元選擇一個可 用的流々某體月艮務(wù)器，在上一級pop單元選擇該頻道的中心頻道所在 的流媒體服務(wù)器進行兩者的中繼創(chuàng)建。該現(xiàn)有方案缺點就是，沒有區(qū)分流纟某體服務(wù)器的功能類型，無 法根據(jù)流媒體服務(wù)器的負載進行有效的組網(wǎng)調(diào)整。通過本發(fā)明的上述方面，可以改善上述的現(xiàn)有直纟番頻道創(chuàng)建方 案，即創(chuàng)建中心頻道的時候，從頻道"MDU存儲服務(wù)器"組中
選擇一個可用的流媒體服務(wù)器創(chuàng)建頻道。創(chuàng)建中繼頻道的時候，從本pop單元選擇一臺可用的"MDU頻道存儲服務(wù)器，，，從上一級pop 單元選擇一臺可用的MDU服務(wù)器。此外，通過本發(fā)明，系統(tǒng)很容 易地進行擴容等。可以根據(jù)所增加的用戶數(shù)量，來確定所增加的各 個MDU、 MSTU和MCU的數(shù)量，再將它們插入USS相應(yīng)的才幾框 中。綜上所述，通過本發(fā)明，避免某一個IPTV流媒體服務(wù)器過載 等，改善了 IPTV系統(tǒng)的性能和降低了系統(tǒng)的建設(shè)成本，有助于提 高IPTV運營商收入，提高顧客滿意度和留住客戶，有利于的IPTV 業(yè)務(wù)的開展和推廣。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應(yīng)包含在本發(fā)明的4呆護范圍之內(nèi)。
權(quán)利要求
1. 一種因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)，其特征在于，包括直播媒體分發(fā)單元，用于在直播業(yè)務(wù)時產(chǎn)生流媒體；媒體存儲傳輸單元，用于存儲和傳輸所述直播媒體分發(fā)單 元產(chǎn)生的所述-危J 某體；以及媒體控制單元，用于管理由所述直播媒體分發(fā)單元產(chǎn)生并 由所述媒體存儲傳輸單元存儲和傳輸?shù)乃隽鳌┠丑w。
2. 根據(jù)權(quán)利要求1所述的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)，其特征 在于，所述直播媒體分發(fā)單元、所述^ 某體存儲傳輸單元、和所 述媒體控制單元均具有頻道存儲功能。
3. 根據(jù)權(quán)利要求2所述的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)，其特征 在于，所述流媒體包括單播流媒體、組播流媒體、和廣播流媒 體。
4. 根據(jù)權(quán)利要求3所述的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)，其特征 在于，所述媒體控制單元提供的所述管理包括媒體資源管理、 協(xié)議處理、媒體調(diào)度、和文件分片定位服務(wù)。
5. 根據(jù)權(quán)利要求4所述的因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)，其特征 在于，所述直播々某體分發(fā)單元、所述々某體存儲傳輸單元、和所 述々某體控制單元中的每一個單獨配置。
6. 根據(jù)權(quán)利要求1至5中任一項所述的流媒體系統(tǒng)來創(chuàng)建因特網(wǎng) 網(wǎng)絡(luò)電視的流媒體系統(tǒng)的方法，其特征在于，包括 經(jīng)由媒體交付網(wǎng)絡(luò)管理器向流媒體服務(wù)器發(fā)送創(chuàng)建頻道的請求；所述流J 某體服務(wù)器在具有頻道存儲功能的流々某體服務(wù)器 組中選擇一個流媒體服務(wù)器以創(chuàng)建所述頻道；以及經(jīng)由所述網(wǎng)^>管理器返回創(chuàng)建所述頻道的結(jié)果。
7. 根據(jù)權(quán)利要求6所述的創(chuàng)建因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)的 方法，其特征在于，所述具有存儲功能的流媒體服務(wù)器包括直 播媒體分發(fā)單元、媒體存儲傳輸單元、和媒體控制單元。
8. 根據(jù)權(quán)利要求7所述的創(chuàng)建因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)的 方法，其特征在于，當(dāng)創(chuàng)建中心頻道時，從具有所述頻道存儲 功能的所述直播媒體分發(fā)單元中選擇一個創(chuàng)建所述中心頻道。
9. 根據(jù)權(quán)利要求7所述的創(chuàng)建因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)的 方法，其特征在于，當(dāng)創(chuàng)建中繼頻道時，從當(dāng)前流媒體節(jié)點單 元處具有所述頻道存儲功能的所述直播媒體分發(fā)單元中選擇 一個，并從上一流媒體節(jié)點單元處具有所述頻道存儲功能的所 述直播媒體分發(fā)單元中選擇一個，創(chuàng)建所述中繼頻道。
全文摘要
本發(fā)明公開了一種因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)，包括直播媒體分發(fā)單元，用于在直播業(yè)務(wù)時產(chǎn)生流媒體；媒體存儲傳輸單元，用于存儲和傳輸直播媒體分發(fā)單元產(chǎn)生的流媒體；以及媒體控制單元，用于管理由直播媒體分發(fā)單元產(chǎn)生并由媒體存儲傳輸單元存儲和傳輸?shù)牧髅襟w。同時本發(fā)明還公開了流媒體系統(tǒng)來創(chuàng)建因特網(wǎng)網(wǎng)絡(luò)電視的流媒體系統(tǒng)的方法。通過本發(fā)明，避免某一個IPTV流媒體服務(wù)器過載等，改善了IPTV系統(tǒng)的性能和降低了系統(tǒng)的建設(shè)成本，有助于提高IPTV運營商收入，提高顧客滿意度和留住客戶，有利于IPTV業(yè)務(wù)的開展和推廣。
文檔編號H04N7/173GK101123528SQ200710129618
公開日2008年2月13日 申請日期2007年7月23日 優(yōu)先權(quán)日2007年7月23日
發(fā)明者李木金 申請人:中興通訊股份有限公司