26.09.2012 Views

Triple-Play Service Deployment

Triple-Play Service Deployment

Triple-Play Service Deployment

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

168<br />

Interoperability and segmentation Test Case<br />

Chapter 6: Troubleshooting Video in the Headend<br />

Testing interoperability of equipment and isolating the source of MPEG problems<br />

are common practices in digital video test.Two useful procedures are comparative<br />

analysis of the MPEG stream at multiple test points, and simultaneous analysis of<br />

multiple test points.<br />

Digital video programs are created in an encoder and delivered via satellite to an<br />

IPTV Headend by the content provider.The video is MPEG-2, and the IPTV operator<br />

must convert this to H.264 for delivery over their DSL system. The provider<br />

demodulates the RF satellite distribution and sends the MPEG-2 over DVB-ASI into<br />

a transcoder.The output of the transcoder consists of MPEG transport streams, but<br />

the video has been converted from MPEG2 to H.264 (MPEG-4). In this example, the<br />

operator has observed occasional audio loss and tiling of the video on the<br />

presentation of these programs.When TR 101-290 performance of these programs<br />

at the egress of the IPTV headend is checked, consistent alarming for continuity<br />

counter errors is observed. It may be assumed that the presentation issues are due<br />

to data loss at the MPEG transport layer. The question to then be answered is from<br />

where are the continuity counter errors originating?<br />

To isolate the source, the technician must analyze the MPEG transport layer at<br />

multiple test points back upstream (see Figure 6.10). With an MPEG analyzer that<br />

supports a satellite RF interface, the technician can test the MPEG streams from the<br />

dish before entering the IPTV headend. If the MPEG transport is suffering the same<br />

errors from the dish, the technician can assume the problems are due to the<br />

content provider’s network (encoder, multiplexer and RF distribution). If not, this<br />

may indicate that problem originates in the IPTV headend. Working back towards<br />

the egress, the technician can test at the input to the transcoder if the MPEG<br />

analyzer has a DVB-ASI interface.Then, the technician may test again at the output<br />

if the analyzer supports on Ethernet interface.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!