專利名稱：網(wǎng)絡電視iptv組播業(yè)務故障定界方法、設備及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及網(wǎng)絡電視IPTV組播業(yè)務故障定界方法、設備 及系統(tǒng)。
背景技術：
IPTVdnternet Protocol Television,網(wǎng)絡電視)是電信網(wǎng)的新興業(yè)務， BTV (Broadband Television，寬帶電視)業(yè)務是IPTV業(yè)務中最基本的一類，BTV業(yè)務主要 以組播方式傳送交付。根據(jù)ITU-T G. 1081推薦標準，IPTV業(yè)務的E2E (End-to-End，端到端)轉發(fā)路徑 可以劃分為多個域(domain)，并且在E2E轉發(fā)路徑上定義了 5類監(jiān)測點(PT1-PT5) (PT (monitoring) Point,(監(jiān)測)點)。承載BTV業(yè)務的組播網(wǎng)絡存在于PT2與PT4之間。IPTV組播業(yè)務的服務保障是IPTV業(yè)務運維的重要方面。電信運營商通常將E2E 轉發(fā)路徑的維護責任分段劃給不同的子部門。當用戶投訴IPTV業(yè)務發(fā)生故障時，電信運營 商希望能夠快速準確地對故障定界，即判斷出故障發(fā)生在E2E轉發(fā)路徑上的哪一段，以便 及時向相應的維護責任部門進行派修處理?，F(xiàn)有技術提供一種依靠部署被動探針和主動探針的故障定界方案，其中被動探針 能夠并發(fā)接收多路直播節(jié)目做實時分析，主動探針依靠發(fā)送和接收仿真的媒體流來推斷網(wǎng) 絡承載視頻節(jié)目的能力。該方案典型的應用場景，例如在PT2部署被動探針，并發(fā)監(jiān)測組 播源的質量；或，在PT3部署被動探針或主動探針；或，在PT4部署主動探針或者依靠查修 人員攜帶手持儀表到站點檢測；或，在PT5依靠查修人員攜帶手持儀表上門檢測。其中，手 持儀表具備有限的主動探針和/或被動探針的測試能力。然而，上述方案中，被動探針成本高，難以廣泛部署，通常只能部署在頭端或核 心網(wǎng)關鍵節(jié)點，不可能覆蓋到最終用戶；主動探針的仿真測試得到的結果是基于網(wǎng)絡的 QoS (Quality of krvice，業(yè)務質量)，也沒有覆蓋到用戶側(駐地網(wǎng)/家庭網(wǎng))，不能準確 反映最終用戶體驗；手持儀表，需要人工赴遠端做測試，不能在用戶投訴時快速得到結果。為了能夠覆蓋到最終用戶，并達到快速實現(xiàn)故障定界的目的，現(xiàn)有技術還提供一 種在機頂盒中內嵌性能監(jiān)測中間件軟件的方案，該方案能夠在用戶側(駐地網(wǎng)/家庭網(wǎng)) 分析接收到的視頻節(jié)目質量。但是，發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)上述現(xiàn)有技術仍存在如下不足故障定界能力不足，只能判斷家庭網(wǎng)一側的E2E業(yè)務質量，不能判斷組播網(wǎng)絡中 是否存在質量問題；需要機頂盒內置支持性能檢測的中間件軟件，只能覆蓋具備此軟件的 機頂盒用戶，若機頂盒不具備此軟件，則需對機頂盒進行升級或更換，部署實施成本較高。

發(fā)明內容
本發(fā)明實施例提供一種網(wǎng)絡電視IPTV組播業(yè)務故障定界方法，用以提高故障定 界能力，降低部署實施成本，該方法包括
仿真組播源設備產(chǎn)生仿真組播流，并通過IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的 節(jié)點，將產(chǎn)生的仿真組播流作為測試頻道交付給用戶；用戶機頂盒建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映 射關系，并根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流。本發(fā)明實施例還提供一種IPTV組播業(yè)務的仿真組播源設備，用以提高故障定界 能力，降低部署實施成本，包括產(chǎn)生模塊，用于產(chǎn)生仿真組播流；交付模塊，用于通過IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點，將產(chǎn)生的仿真組播流 作為測試頻道交付給用戶。本發(fā)明實施例還提供一種IPTV組播業(yè)務的用戶機頂盒，用以提高故障定界能力， 降低部署實施成本，包括建立模塊，用于建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁 映射關系；接收模塊，用于根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流。本發(fā)明實施例還提供一種IPTV組播業(yè)務故障定界系統(tǒng)，用以提高故障定界能力， 降低部署實施成本，包括仿真組播源設備，用于產(chǎn)生仿真組播流；通過IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié) 點，將產(chǎn)生的仿真組播流作為測試頻道交付給用戶；用戶機頂盒，用于建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆 綁映射關系；根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流。本發(fā)明實施例中，仿真組播源設備產(chǎn)生仿真組播流，并通過IPTV組播業(yè)務端到端 E2E轉發(fā)路徑中的節(jié)點，將產(chǎn)生的仿真組播流作為測試頻道交付給用戶；用戶機頂盒建立 各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映射關系，并根據(jù)所述捆綁映 射關系，接收各個測試頻道對應的仿真組播流；從而能夠基于最終用戶的真實體驗，快速準 確地對IPTV組播業(yè)務故障進行定界，不但能夠覆蓋到最終用戶，也可以判斷出組播網(wǎng)絡中 存在的質量問題，故障定界能力較強；并且，本發(fā)明實施例無需用戶機頂盒進行軟件和/或 硬件上的故障探測支持，能夠增強現(xiàn)有運維手段，部署實施的成本較低。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。在附圖中圖1為本發(fā)明實施例中IPTV組播業(yè)務故障定界方法的處理流程圖；圖2為本發(fā)明實施例中仿真組播源設備通過IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié) 點將仿真組播流作為測試頻道交付給用戶的具體實施示意圖；圖3為本發(fā)明實施例中仿真組播源設備的一種具體實例的示意圖；圖4為本發(fā)明實施例中建立各用戶與測試頻道之間捆綁映射關系的示意圖；圖5為本發(fā)明實施例中IPTV組播業(yè)務故障定界方法的典型應用場景示意圖6為本發(fā)明實施例中IPTV組播業(yè)務的仿真組播源設備的結構示意圖；圖7為本發(fā)明實施例中圖6中交付模塊602的具體實施示意圖；圖8為本發(fā)明實施例中IPTV組播業(yè)務的用戶機頂盒的結構示意圖；圖9為本發(fā)明實施例中圖8所示IPTV組播業(yè)務的用戶機頂盒的具體實施示意圖；圖10為本發(fā)明實施例中IPTV組播業(yè)務故障定界系統(tǒng)的結構示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合附圖對本發(fā) 明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并 不作為對本發(fā)明的限定。如圖1所示，本發(fā)明實施例中，網(wǎng)絡電視IPTV組播業(yè)務故障定界方法的處理流程 可以包括步驟101、仿真組播源設備產(chǎn)生仿真組播流；步驟102、仿真組播源設備通過IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的節(jié)點，將產(chǎn) 生的仿真組播流作為測試頻道交付給用戶；步驟103、用戶機頂盒建立各個測試頻道與對應的仿真組播流的組播源地址之間 的捆綁映射關系；步驟104、用戶機頂盒根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播 流。由圖1所示流程可以得知，本發(fā)明實施例中，仿真組播源設備產(chǎn)生仿真組播流，并 通過IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的節(jié)點，將產(chǎn)生的仿真組播流作為測試頻道交付 給用戶；用戶機頂盒建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映射 關系，并根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流；從而能夠基于最終 用戶的真實體驗，快速準確地對IPTV組播業(yè)務故障進行定界，不但能夠覆蓋到最終用戶， 也可以判斷出組播網(wǎng)絡中存在的質量問題，故障定界能力較強；并且，本發(fā)明實施例無需用 戶機頂盒進行軟件和/或硬件上的故障探測支持，能夠增強現(xiàn)有運維手段，部署實施的成 本較低。舉例來說，可以在IPTV組播業(yè)務E2E轉發(fā)路徑中，選擇若干處于故障分責邊界的 節(jié)點(例如在通常情況上，所選擇節(jié)點的數(shù)量< 幻。仿真組播源設備通過這些節(jié)點，將產(chǎn)生 的仿真組播流向用戶交付，用戶能夠以收看測試頻道的方式接收仿真組播流。舉例來說，仿真組播源設備通過IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的節(jié)點，將 產(chǎn)生的仿真組播流作為測試頻道交付給用戶的具體實施方式
可以有多種，例如，仿真組播 源設備可以內置于IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點中。仿真組播源設備內置于IPTV 組播業(yè)務E2E轉發(fā)路徑中的節(jié)點時，仿真組播源設備產(chǎn)生仿真組播流，即IPTV組播業(yè)務E2E 轉發(fā)路徑中的節(jié)點產(chǎn)生仿真組播流，由IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點將產(chǎn)生的仿真 組播流發(fā)送給用戶。又如，仿真組播源設備可以旁掛于IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點。仿真組 播源設備旁掛于IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點時，仿真組播源設備在產(chǎn)生仿真組播 流后，將產(chǎn)生的仿真組播流經(jīng)IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點轉發(fā)給用戶。
6
如果在探針中實現(xiàn)前述旁掛方式，能夠增強判障能力、提升解決方案的價值；如果 在IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點中實現(xiàn)前述的內置方式，能夠減少探針的部署，降 低IPTV運維成本。圖2為仿真組播源設備通過IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點將仿真組播流 作為測試頻道交付給用戶的具體實施示意圖，圖2中示出了在IPTV組播業(yè)務E2E轉發(fā)路徑 中的節(jié)點內置仿真組播源設備和旁掛仿真組播源設備這兩種實施方式的具體實例。如圖2 所示，BTV頻道從BTV頻道節(jié)目源開始，經(jīng)IPTV組播業(yè)務E2E轉發(fā)路徑中的轉發(fā)路徑A、節(jié) 點i、轉發(fā)路徑B、節(jié)點j、轉發(fā)路徑C、節(jié)點k、轉發(fā)路徑D，傳送到機頂盒。舉例來說，其中轉 發(fā)路徑A、B、C、D各段可以有其它未內置或旁掛仿真組播源設備的節(jié)點；在旁掛方式下，測 試頻道L從仿真播組源設備i經(jīng)過節(jié)點i、轉發(fā)路徑B、節(jié)點j、轉發(fā)路徑C、節(jié)點k、轉發(fā)路 徑D，傳送到機頂盒；測試頻道M從仿真組播源設備j經(jīng)過節(jié)點j、轉發(fā)路徑C、節(jié)點k、轉發(fā) 路徑D，傳送到機頂盒；測試頻道N從仿真組播源設備k經(jīng)過節(jié)點k、轉發(fā)路徑D，傳送到機 頂盒。舉例來說，內置方式的仿真組播源設備可以在數(shù)據(jù)通信設備或接入設備內實現(xiàn)， 旁掛方式的仿真組播源設備可以在探針中實現(xiàn)；即，可以在IPTV組播業(yè)務E2E轉發(fā)路徑中 的數(shù)據(jù)通信設備或接入設備內置仿真組播源設備；或者，可以在IPTV組播業(yè)務E2E轉發(fā)路 徑中的節(jié)點部署探針，將仿真組播源設備設置于探針中。圖3為仿真組播源設備的一種具體實例的示意圖。如圖3所示，仿真組播源設備 300可以包括存儲單元302，其中可以預存視頻片段，存儲單元302連接有播放單元306，播 放單元306還與組播發(fā)送接口 308相連，播放單元306能夠以組播方式將存儲單元302預 存的視頻片段從組播發(fā)送接口 308循環(huán)向IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點發(fā)出(單 路或并發(fā)多路均可)，無需編解碼。存儲單元302預存的視頻片段可以是標清或高清，媒體 格式可以是MPEG-2、MPEG-4、H. 264, VC-I等格式，以便與運營商BTV業(yè)務所用制式保持一 致。即具體實施時，在仿真組播源設備旁掛于IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點時，前 述仿真組播源設備將產(chǎn)生的仿真組播流經(jīng)IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點轉發(fā)給用 戶，可以包括仿真組播源設備通過組播發(fā)送接口，以組播方式向IPTV組播業(yè)務E2E轉發(fā)路 徑中的節(jié)點循環(huán)發(fā)送仿真組播流。另外，仿真組播源設備中，存儲單元302還可連接管理單 元304，管理單元304還分別與播放單元306和命令控制接口 310相連。實施時仿真組播源 設備300可以通過命令控制接口 310，使管理單元304對播放單元306發(fā)送仿真組播流進行 遠程控制。例如，可以通過命令控制接口 310遠程控制仿真組播源設備打開或關閉測試頻 道，打開后能夠通過仿真組播源設備的組播發(fā)送接口 308連續(xù)循環(huán)播放仿真組播流。由于本發(fā)明實施例中仿真組播源設備通過IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點 將仿真組播流作為測試頻道交付給用戶，會占用一定的網(wǎng)絡帶寬(假設100個頻道增加3 個測試頻道，則需要占用約3%的帶寬)，因此，當網(wǎng)絡輕載時，可以使用全天候連續(xù)播放仿 真組播流，使機頂盒隨時都能加入測試頻道；當需要限制仿真組播流所占帶寬時，則可以通 過命令控制接口遠程控制仿真組播源設備的臨時性打開和關閉仿真組播流的發(fā)送。具體實施時，前述IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的節(jié)點可以有多種類型， 典型的節(jié)點可以包括=IPTV媒體服務器的出口節(jié)點、城域網(wǎng)與接入網(wǎng)的分界節(jié)點、下移的 組播復制節(jié)點(即靠近用戶側的組播復制節(jié)點)其中之一或任意組合；當然，也可以是IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的其它節(jié)點。其中，IPTV媒體服務器的出口點，例如可 以是核心路由器或交換機；城域網(wǎng)與接入網(wǎng)的分界點例如可以是BRAS(Broadband Remote Access Server，寬帶接入設備)或SR(Service Router，業(yè)務路由器)；下移的組播復制點， 例如可以是匯聚交換機或 DSLAM(Digital Subscriber Line AccessMultiplexer，數(shù)字用 戶線接入復用器)或0LT(optiCal line terminal，光線路終端)設備。為了能夠讓測試頻道交付到用戶，具體實施時，可以將仿真組播源設備與IPTV的 EPG (Electronic Program Guide，電子節(jié)目導航)子系統(tǒng)結合起來，類似于增加IPTV本地 附加頻道的方式，將若干測試頻道和對應的若干仿真組播流的組播源地址(即前述仿真組 播源設備的組播地址)進行捆綁。舉例來說，可以建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁 映射關系；根據(jù)所述捆綁映射關系，向用戶提供各個測試頻道對應的仿真組播流。具體的， 可以在用戶機頂盒建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映射 關系；進而使用戶機頂盒可以根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播 流。舉一例如圖4所示，建立各用戶與測試頻道L、M、N之間的捆綁映射關系如表1
權利要求
1.一種網(wǎng)絡電視IPTV組播業(yè)務故障定界方法，其特征在于，該方法包括仿真組播源設備產(chǎn)生仿真組播流，并通過IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的節(jié) 點，將產(chǎn)生的仿真組播流作為測試頻道交付給用戶；用戶機頂盒建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映射關 系，并根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流。
2.如權利要求1所述的方法，其特征在于，所述仿真組播源設備內置于所述節(jié)點中； 或，所述仿真組播源設備旁掛于所述節(jié)點，所述仿真組播源設備通過所述節(jié)點將產(chǎn)生的仿真組播流作為測試頻道交付給用戶，包括所述仿真組播源設備將產(chǎn)生的仿真組播流 經(jīng)所述節(jié)點轉發(fā)給用戶。
3.如權利要求2所述的方法，其特征在于，所述仿真組播源設備將產(chǎn)生的仿真組播流 經(jīng)所述節(jié)點轉發(fā)給用戶，包括所述仿真組播源設備通過組播發(fā)送接口，以組播方式向所述節(jié)點循環(huán)發(fā)送所述仿真組 播流；所述仿真組播源設備通過命令控制接口，對所述仿真組播流的發(fā)送進行遠程控制。
4.如權利要求2所述的方法，其特征在于，所述仿真組播源設備內置于所述節(jié)點中，包括所述節(jié)點為IPTV組播業(yè)務E2E轉發(fā)路徑中的數(shù)據(jù)通信設備或接入設備時，所述仿真組 播源設備內置于所述數(shù)據(jù)通信設備或接入設備中； 所述仿真組播源設備旁掛于所述節(jié)點，包括 所述節(jié)點部署有探針，所述仿真組播源設備設置于所述探針中。
5.如權利要求1所述的方法，其特征在于，還包括所述用戶機頂盒根據(jù)用戶收看各個測試頻道的結果，對所述IPTV組播業(yè)務進行故障 定界。
6.如權利要求5所述的方法，其特征在于，所述用戶機頂盒根據(jù)用戶收看各個測試頻 道的結果，對所述IPTV組播業(yè)務進行故障定界，包括假設從直播電視BTV頻道節(jié)目源開始，所述IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點依次 為節(jié)點1 節(jié)點X ；其中X為節(jié)點總數(shù)；通過節(jié)點1 節(jié)點X交付的所述仿真組播流對應的 測試頻道為測試頻道1 測試頻道X，X為大于1的整數(shù)，若用戶未能成功收看直播電視BTV頻道，能成功收看測試頻道1，則確定所述BTV頻道 節(jié)目源或所述BTV頻道節(jié)目源至所述節(jié)點1之間的轉發(fā)路徑發(fā)生故障；若用戶未能成功收看直播電視BTV頻道和測試頻道1 測試頻道Y-1，能成功收看測試 頻道Y，則確定節(jié)點Y-I或節(jié)點Y-I至節(jié)點Y之間的轉發(fā)路徑發(fā)生故障；其中，1 < Y < X ； 若用戶未能成功收看直播電視BTV頻道和全部測試頻道，則確定節(jié)點X或用戶機頂盒 或節(jié)點X至用戶機頂盒之間的轉發(fā)路徑發(fā)生故障。
7.如權利要求1所述的方法，其特征在于，所述節(jié)點包括下述節(jié)點中的一個或者任意 組合所述IPTV組播業(yè)務E2E轉發(fā)路徑中的IPTV媒體服務器的出口節(jié)點、城域網(wǎng)與接入網(wǎng) 的分界節(jié)點和下移的組播復制節(jié)點。
8.—種IPTV組播業(yè)務的仿真組播源設備，其特征在于，包括產(chǎn)生模塊，用于產(chǎn)生仿真組播流；交付模塊，用于通過IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點，將產(chǎn)生的仿真組播流作為 測試頻道交付給用戶。
9.如權利要求8所述的設備，其特征在于，所述仿真組播源設備內置于所述節(jié)點中； 或，所述仿真組播源設備旁掛于所述節(jié)點，所述交付模塊具體用于將產(chǎn)生的仿真組播流經(jīng)所述節(jié)點轉發(fā)給用戶。
10.如權利要求9所述的設備，其特征在于，所述仿真組播源設備旁掛于所述節(jié)點時， 所述交付模塊包括發(fā)送單元，用于通過組播發(fā)送接口，以組播方式向所述節(jié)點循環(huán)發(fā)送所述仿真組播流；發(fā)送控制單元，用于通過命令控制接口，對所述仿真組播流的發(fā)送進行遠程控制。
11.一種IPTV組播業(yè)務的用戶機頂盒，其特征在于，包括建立模塊，用于建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映射 關系；接收模塊，用于根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流。
12.如權利要求11所述的用戶機頂盒，其特征在于，還包括故障定界模塊，用于根據(jù)用戶收看各個測試頻道的結果，對所述IPTV組播業(yè)務進行故 障定界。
13.一種IPTV組播業(yè)務故障定界系統(tǒng)，其特征在于，包括仿真組播源設備，用于產(chǎn)生仿真組播流；通過IPTV組播業(yè)務E2E轉發(fā)路徑中的節(jié)點，將 產(chǎn)生的仿真組播流作為測試頻道交付給用戶；用戶機頂盒，用于建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映 射關系；根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流。
14.如權利要求13所述的系統(tǒng)，其特征在于，所述仿真組播源設備內置于所述節(jié)點中； 或，所述仿真組播源設備旁掛于所述節(jié)點，所述仿真組播源設備具體用于將產(chǎn)生的仿真組播流經(jīng)所述節(jié)點轉發(fā)給用戶。
15.如權利要求14所述的系統(tǒng)，其特征在于，所述仿真組播源設備旁掛于所述節(jié)點時， 所述仿真組播源設備具體用于通過組播發(fā)送接口，以組播方式向所述節(jié)點循環(huán)發(fā)送所述仿真組播流； 通過命令控制接口，對所述仿真組播流的發(fā)送進行遠程控制。
16.如權利要求13所述的系統(tǒng)，其特征在于，所述用戶機頂盒還用于根據(jù)用戶收看各個測試頻道的結果，對所述IPTV組播業(yè)務進行故障定界。
全文摘要
本發(fā)明公開了一種網(wǎng)絡電視IPTV組播業(yè)務故障定界方法、設備及系統(tǒng)，其中方法包括仿真組播源設備產(chǎn)生仿真組播流，并通過IPTV組播業(yè)務端到端E2E轉發(fā)路徑中的節(jié)點，將產(chǎn)生的仿真組播流作為測試頻道交付給用戶；用戶機頂盒建立各個測試頻道與對應的仿真組播流的組播源地址之間的捆綁映射關系，并根據(jù)所述捆綁映射關系，接收各個測試頻道對應的仿真組播流。采用本發(fā)明能夠基于最終用戶的真實體驗，快速準確地對IPTV組播業(yè)務故障進行定界，不但能夠覆蓋到最終用戶，也能判斷出組播網(wǎng)絡中存在的質量問題，故障定界能力較強；并且，本發(fā)明實施例無需用戶機頂盒進行軟件和/或硬件上的故障探測支持，能夠增強現(xiàn)有運維手段，部署實施的成本較低。
文檔編號H04N21/6405GK102143375SQ20101021365
公開日2011年8月3日 申請日期2010年6月23日 優(yōu)先權日2010年6月23日
發(fā)明者楊捷 申請人:華為技術有限公司