DRAFT OF ETSI REPORT TECHNNICAL REPORT ON HIGH DEFINITION VIDEO OVER POWERLINE A PART OF ETSI NGN@HOME ETSI PLUGTEST 26 Roger SAMY (Sagem Communication) Regis FRECHIN & Julien TRONEL (France Telecom R&D)
1 Introduction With the increased use of digital video and high-speed broadband networks, transferring real-time audio and video over the Internet or broadband networks such as Ethernet, cable and DSL (also known as streaming video, video over IP, IP video and video-on-demand) has become popular. Rather than downloading and storing large audio and video files, then playing them back, data is sent across the network in streams. Streaming breaks the audio and video data into small packets suitable for transmission. The real-time audio and video data flows from a video server, through a network, and is decoded and played back on the receiver: STB or DMA (or client ) in real time. Thus, the user can start viewing a video without waiting until the end of the download process. Unicast, where a server sends data to one receiver Broadcast, where data is sent from one server to all receivers Multicast, where data is sent from one server to a group of receivers. This is a typical case for live and video-on-demand (VoD) applications. The recent support for multicasting is a result of needing real-time distribution of large amounts of data, such as audio and video, combined with an increasing number of users. In this environment, multicasting is an excellent way to save network and server capacity. Furthermore, this edition of ETSI Plugtest for NGN@Home, France Telecom and Sagem Communication offer video multicasting a unique possibility for HDTV video streaming from commercial video programs and commercially available HD-STB for all HDTV available in this event. The High Definition Broadcast Digital TV was a key technology proposed this year in the triple play positions, Power Line modems offer to the customer to have this new service every where at home in addition of other services showing to potential customer for building their own Digital Home network. 2 Description of the video component The audiovisual visual component is part of the global triple play infrastructure deployed for the 26 ETSI Plugtests in Lannion. Ten physical triple play "positions" and then twelve during the test week were setup in order to provide in addition to audiovisual services, Internet and Voice over IP services. The Audiovisual component is composed of 4 main parts: - The customer side (CS): - A Television Set - An 'Official' High Definition Set Top Box (STB) connected with HDMI cable to the TV Set or additional STB provided during the Plugtests - For the majority of positions, a test CPE connected via xdsl to a test DSLAM The position dedicated to the Power line tests included two television sets and power line devices, one connected to a CPE or to the dedicated router. In some cases STBs have a direct connection to the dedicated router via RJ45/copper or Fibre optic links - The aggregation network (AN): - The test DSLAMs - A Switch/Router dedicated to the event - The core network (CN):
The core network is mainly used to transport the nominal and backup live channels to the Customer Side. - This network is composed of: - The France Telecom integration centre network used by France Telecom to validate new services, architectures or equipments prior to deployment - The France Telecom operational IP network providing the regular France Telecom channels. - The service platform (SPF) itself, the entry point to get access to the audiovisual environment: - 2 service platform servers Portal structure The web page is divided into several frames, the background being used by the STB to display a TV or VoD content. - A first down frame is used to display information about the AV content currently watched by a user (i.e.: channel number and channel name for TV). - A second top frame is used to display help information telling the user how to use the remote control and to switch from one mode (VoD, TV Num, Home page) to another. - A first main and central frame is used to display the "home page", which is first proposed to the user when the STB boots or when the Broadcast TV and VOD service is stopped. This frame consists of a GIF animated image. This solution offers the opportunity to recall the different companies actively supporting the event but also not to damage High Definition Television set with a fixed image displayed during a too long time. The Broadcast TV service offers 16 channels. By default they are all accessible in the TV mode. If needed, a user is able to restrict the TV Channels by type: HD, SD, MPE2 or H264. SAGEM STB specific function calls The HTML page includes simple IGMP related request function calls that are not detailed in this section as they imply SAGEM COMMUNICATION internal knowledge. For VOD related functions please refer to chapter "Video on Demand Solution VLM based". Apache Server Side Includes (SSI) In order to identify easily a STB during the Plugtests, the Service Plate form was configured to determine at the server level the STB IP address information. This information is useful for several reasons: At the end of the boot process, a look at the STB IP address provides information about the connectivity to the AV platform as well as how the DHCP process happened. For network monitoring or debugging, filters often require specifying the STB IP address. Finally, the VoD service makes uses of the STB IP address to discriminate the VoD sessions. Please refer to chapter "Video on Demand Solution VLM based". Apache "Server Side Includes" was setup to answer to these needs. Eventually, SSI can also be used to determine other STB information like the Internet Browser type (HTTP_USER_AGENT) and to make easy the customisation the WEB server to integrate additional STB. More information available at http://httpd.apache.org/docs/1.3/howto/ssi.html.
Video on Demand Solution VLM based Initially, the integration of a VoD service in the AV plate form was not planned. Preliminary tests showed that the SAGEM STB VoD service implementation was highly dependant on other specific elements, part of a complex AV platform. The integration of free software like a Darwin RTSP server required numerous adaptations that were not compatible with the event dead line and generated too much complexity compared to the targeted plate form that we wanted simple and flexible. It was however meaningful to propose unicast VoD service for the event and additional work was done on this topic. Videolan free software provides a solution for broadcast TV and VoD. The application is technically rich and its configuration is mainly done through a GUI. In its first versions, the server did not support multiple concurrent VoD sessions. However, the latest releases of Videolan brought two useful features: - The module called VLM that supports more than one VoD session. The actual number depends on the PC configuration. - A HTTP based interface to configure the VLC server that in addition to the traditional type of GUI allows the server to parses URL encoded parameters. As the STB can request any URL as long as it is coded in the apache HTML page, all the blocks required to configure a simple VoD service are available in addition to the broadcast TV. Service Configuration Given the information provided in the previous chapter, the configuration is quite simple. The HTML page of the Apache web server allows a STB, based on remote command interaction, to send a HTTP request to the VLM Web server. By default, this server uses the TCP port 88 and a subdirectory called VLM. The end of the URL contains the parameters to create a VOD session, to stop and start the session as well as to delete a session. The flows are "unicasted" to the STB IP Address on UDP, port 1234. In addition to the variables vgvodserver (IP address of the VLM Server) and vgvodfile (path of the Video File), one can find the VLM specific commands and the variable called 'ip': the IP address of the requesting STB. As a result, each VoD entry in the VoD server points to a predefined VoD File, and gets a name that consists in the STB IP address. Network configuration for Live Channels The main live channels were transported in the core network to the dedicated router. In this part of the network, the PIM protocol was used. At the dedicated router level, IGMP version 2 was activated on interfaces to DSLAMs. The resolution was assured by SSM mapping: i.e. a given multicast group was associated to a unicast IP address of each multicast source. In order to test the interoperability between DSLAM and the dedicated router and the correct handling of IGMP packets in the DSLAM, half of the channels were always send to the DSLAM using a static IGMP command whereas the others were only available in the DSLAM if a STB or the DSLAM itself asks for this content. 3 DIGITAL HOME SERVICES OVER POWER- LINES The market residential gateway (RGW) accelerates delivery of data, voice and multimedia content throughout the home. The relationship is expected to result in RGW that allow service providers to offer consumers high definition IPTV and triple play services over existing electrical wires. Powerline technologies allow any services (VoIP, IPTV, Internet, Games, etc.) provided by an ISP available everywhere at home without new cabling, furthermore the capacity of new generation of PLT modems is compatible with new HDTV services deployed in many countries in Europe on various channels as Satellite, Cable, Digital Terrestrial TV, xdsl and FTTH.
The purpose of this report is to give a technical overview of performances of new powerline modems to Home Networking and distribute new services as HDTV video inside a home. 3.2 Digital HDTV and SDTV channels As the triple play positions relied on the availability of the Broadcast TV, several sources of multicast flows were setup for the Plugtests. In total, 16 channels were configured. The transport was Mpeg2TS. Out of these channels, 6 were High Definition Digital TV (2 with Mpeg2 encoding and 4 with H264 encoding). The rest of the flows used standard definition encoded either in Mpeg2 for 3 of them or H264 for the rest. France Telecom provided the main multicast SD/HD channels. In the arrays below they are channels 1 to 16. N 1 2 3 4 5 6 7 8 Bouquet Bouquet Channel TPS STAR HD TF1 HD FT HDTV3 M6 HD Bouquet FT-1 TPS mosaic 2 FT-1 FT-1 Label HD-H264-1 HD-H264-2 HD-H264-3 HD-H264-4 SD-H264-1 SD-H264-2 SD-H264-3 SD-MP2-1 Group 232..4.2 232..4.3 232..1.22 239.192..32 232..1.1 232..1.2 232..1.4 239.192..19 Type SD/HD HD HD HD HD SD SD SD SD Broadcast Statique statique Dynamique Dynamique statique statique Dynamique statique N 9 1 11 12 13 14 15 16 Channel TPS mosaic 1 Canal Sat mosaic PC Linux PC Linux Topaze Topaze Topaze Topaze Label SD-MP2-2 SD-MP2-3 V-SD MP2-1 V-SD MP2-2 T-HD MP2 T-HD MP2 T-SD H264 T-SD MP2 Group 239.192..14 239.192.2.42 234..4.12 234..4.13 233..1.14 233..1.13 233..1.17 233..1.16 Type SD/HD SD SD SD SD HD HD SD SD Broadcast Dynamique Dynamique statique Dynamique statique Dynamique statique Dynamique The HDTV sets used during these tests are provided by SAGEM (see the following pictures), SAMSUNG and SONY : VIDEO SERVER PLATFORM France Telecom R&D SAGEM Axium LCD HDMI ETHERNET SGEM Axium DLP HDTV SAGEM STB :IAD8
All these HD/SD STB used during the tests are connected to the HDTV (Sagem and others) via HDMI connexion interface for HD streams decoded (MPEG2, MPEG4/H264) for displaying high level quality images sequences without any distortions. These HD/SD STB are fed by an Ethernet port from a local video server platform setup by France Telecom. The Set-Top-Box for HD and SD used during these tests are provided by SAGEM (IAD8: see picture) NOTE: The STB IP address is visible in the help screen. 3.3 Technical Specifications of Video Streams The tests done in Lannion in June 26 are focussed on the evaluation of physical layer performances and the QoS on SD and HD video streaming near end user conditions. This includes a local network description with a video server streaming both SD and HD streams and a HD Set-top-Box for IPTV decoding these streams and displaying on Axium HDTV from SAGEM. When using HD streams at 12 Mbps or SD stream at 4 Mbps, the display of this HDTV 18i depending of the video streams used. The HD video streams used are encoded in MPEG4/H264 and are commercially available from France Telecom video platform. The SD video streams used during these tests are based on video encoded both in MPEG2 and MPEG4. For this event four HD channels and four SD channel are available on zapping mode from remote control of HD-STB.
The SAGEM High Definition Set Top Box was chosen and 1 of them provided by SAGEM COMMUNICATION for the Plugtests. For memory, SAGEM COMMUNICATION is already a STB provider for the France Telecom commercial TV and Video on Demand (VoD) services "La TV d'orange" (formerly known as "MaLigneTv"). As the main objective of the Plugtests was to test triple-play interoperability of CPEs and DSLAMs, not MaLigneTv, France Telecom developed a light and flexible service platform compatible with SAGEM STB providing TV and VoD services. Given the standard firmware provided in the SAGEM STBs, three servers were configured to answer to the STB requests. Below is the sequential macro calls between the STB and these servers. STB Router DHCP Server NTP Server WWW Server (1) IP address and options DHCP Request Relay STB synchronized (2) NTP Request (3) HTTP Request Home page displayed At the end of step (3), the STB boot process is finished and the user makes use of the STB remote control to get access to the audiovisual services. DHCP Server / Windows and Linux Initially, the Windows 2 DHCP server was used to assign IP addresses to STB. At this time and for simplicity reasons, no DHCP option checking was configured on the DHCP server. This approach was actually simple and provided good results as long as used in an audiovisual mono-play environment. A reasonably sized subnet for each DSLAM was sufficient. In the triple play context, we encountered quickly DHCP lack of address which blocked the STB boot process. Because CPEs may send broadcast DHCP to all VCs on the ADSL line, the configuration of Internet access with DHCP and PC connexions stole IP addresses from the AV pool. For this reason and because we were not able to setup a simple filter on Windows 2 DHCP server we moved to a Mandrake 1.1 distribution. With this DHCP server, we were able, thanks to a DHCP option filled by the STB, to check the requesting device and to assign an IP address from the AV pool to STB only. NTP Server As soon as the DHCP calls end and the STB gets its IP address, the STB sends a NTP request to synchronized its internal time. For the Plugtests, the NTP server is located on the Windows based service platform machine. Microsoft's Operating system allows the configuration of this function through a service called "Windows Time" and registry settings. In order to get the STB synchronized, we first enabled the service and then configured the server as a reliable NTP server (parameter "ReliableTimeSource" described by MS at http://support.microsoft.com/kb/q223184/ ).
Web Server As mentioned above, the main service platform server is Windows based. Nevertheless, we chose for convenience and future portability to use Apache server as the web server for the audiovisual services. The content of the web server is composed of a single HTML page and an animated gif image. Portal structure The web page is divided into several frames, the background being used by the STB to display a TV or VoD content. 4 A first down frame is used to display information about the AV content currently watched by a user (i.e.: channel number and channel name for TV). Local electrical network A local electrical network had been set-up by France Telecom R&D, the input of this network use a filter in order to eliminate the noises present in the test area where lot of DSL equipments are running. Furthermore, many configurations of the network are used in tests: one is based on point-to-point link simulating a link between an ADSL residential gateway and a set-top-box; the second is based on point-to-multipoint link simulating an ADSL residential gateway and two set-top-box or one set-top-box with one PC for Broadband Internet connexion as in usual Triple-play services. This local network include also high frequencies low-pass filter simulate the attenuation present in a real home network. Furthermore, we have the possibility to plug in and plug out two selective filters B1&B2 by plug-in/out simulating the switch on and off of electrical equipments in home. The transfer function of this local network have been calibrated in the laboratory of France Telecom R&D and we observe the variations of the transfer function corresponding to a good link, a medium link and the worst link.
Wall N1 P1 AC N2 N3 RFI filter B1 B2 P3 B1, B2: reflectors P2 configuration of electric network Losses Network PLT-ETSI,E+,E+ 5,E+6 1,E+7 1,5E+7 2,E+7 2,5E+7 3,E+7 3,5E+7-1,E+1-2,E+1 Losses (db) -3,E+1-4,E+1-5,E+1 P1 to P2 (B) P1 to P2 (1B) P1 to P2 (2B) P1 to P3 (B) P1 to P3 (1B) P1 to P3 (2B) -6,E+1-7,E+1-8,E+1 Frequency (MHz) P2
5 Visual test on video data The HDTV sets are used as eyewitness of the performances of PLT modems on their ability to transport multiple HD video streams. During these visual tests, we observe video freezing and the presence of some artefacts as blocks for the estimation of powerline transmission QoS: the number of freezing and the block artefacts giving a score for QoS for video transmission using powerline modems with various configurations of local electrical network by adding some filters simulating good, medium, worst cases. The worst case is the total freezing of the image sequence depending on PLT modems performances. Accès ADSL 2+ PLT-1 P1 P2 PLT-2 Flux HD Réseau P3 PLT-3 Flux SD 6 Tools for measurements We adopt the physical layer performances measurements based on Chariot software running on laptops with latest high performances processor, in order to obtain measurements independent from the laptop performance. The different links obtain on local electrical network and their variations obtain by plug in and out two filters are collected in Excel tables in order to compare various technologies present at this PLUGTEST event. We also made some measurements based on Iperf software, we observe that the two software running on the same laptops give very similar results. As it was available for in this event, we explore an early version of the Abacus tool from SPIRENT for this video sequence quality scoring process strongly correlated with the criteria based on visual detection of artefacts in image sequences.
7 Performance of present technologies 7.1 Performance tests For all tests we use Chariot application to simulate different types of data transfer (TCP, UDP ) and to simulate a triple-play test (data transfer + video stream + VoIP). PC1 PC2 PLT-1 P1 P2 PLT-2 Réseau électrique PLT adapter Switch P3 PLT-3 PC3 Console Chariot Configuration of Chariot test Point to point tests For this test, we use only 1 link (P1-P2 or P1-P3), and we make measurement without reflector (P1-P2 B and P1- P3 B), with 1 reflector (P1-P3 1B) and with 2 reflectors (P1-P3 2B). With Chariot application, we simulate 3 types of transfer : - TCP transfer - UDP unicast transfer - UDP Multicast transfer. POINT TO POINT CHARIOT TESTS Configuration test file scenario A B C D E P1-P2 B TCP1-AB 1 FTP PC1 --> PC2 48 28.2 28 47.4 61,7 TCP2-AB 2 FTP PC1 --> PC2 69 35.7 34 64,32 76 TCP4-AB 4 FTP PC1 --> PC2 7 35.8 35.9 69,8 88,5 TCP2-AB+BA 2 FTP PC1 --> PC2 2 FTP PC2 --> PC1 85,4 35,7 34,8 72,6 91,1 In UDP unicast mode: UDPxxM-AB 1 IPTV xx Mbit/s PC1 --> 73.8 36 32 72,9 59 PC2 MULTIxxM-AB In UDP multicast mode: 1 IPTV xx Mbit/s PC1 --> 73.8 32 29.2 72,9 58,3 PC2 P1-P3 B TCP4-AB 4 FTP PC1 --> PC2 51.6 21,5 19.5 44,6 47 In UDP multicast mode: MULTIyyM-AB 1 IPTV xx Mbit/s PC1 --> 5 No test 21.5 41.7 41,7 PC2
POINT TO POINT CHARIOT TESTS Configuration test file scenario A B C D E P1-P3 1 B TCP4-AB 4 FTP PC1 --> PC2 41.3 No test 11.9 25.2 1,5 In UDP multicast mode: MULTIyyM-AB 1 IPTV yy Mbit/s PC1 --> 49 No test 8.8 34 9,7 PC2 P1-P3 2 B TCP4-AB 4 FTP PC1 --> PC2 33.8 1.7 5.2 15.7 7,4 In UDP multicast mode: MULTIyyM-AB 1 IPTV yy Mbit/s PC1 --> 42 9 1 19.4 7,8 PC2 To illustrate these tests, 2 schematics to compare the performance of products : 1 st schematic: TCP transfer (TCP4-AB) Point to point tests - TCP transfer 9 8 7 7 69,8 88,5 troughput (Mbps) 6 5 4 3 2 1 51,6 47 44,6 41,3 35,835,9 33,8 25,2 21,5 19,5 15,7 1,5 1,7 5,2 7,4 P1-P2 B P1-P3 B P1-P3 1B P1-P3 2B A B C D E electric links 2 nd schematic: UDP Multicast transfer point to point test - UDP Multicast transfer 9 troughput (Mbps) 8 7 6 5 4 3 2 1 73,8 72,9 58,3 5 49 41,7 41,7 42 32 34 29,2 21,5 19,4 8,8 9,7 9 7,8 1 P1-P2 B P1-P3 B P1-P3 1 B P1-P3 2 B electric links A B C D E
Point to multipoints tests For this test, we send simultaneously 2 data transfer on 2 links (P1-P2 and P1-P3). And we add reflector(s) to decrease the attenuation of P1-P3 link. With Chariot application, we simulate 3 types of transfer : - TCP transfer - UDP unicast transfer - UDP Multicast transfer POINT TO MULPOINT CHARIOT TESTS configuration test file Scenario A B C D E P1-P2 B P1-P3 B TCP1-AB+AC 1 FTP PC1 --> PC2 1 FTP PC1 --> PC3 No test 13,1 11,4 11,3 12 25,6 21,8 33,4 29 TCP2-AB+AC 2 FTP PC1 --> PC2 2 FTP PC1 --> PC3 No test 13,4 12 12 12 36,8 2,6 46 28,7 TCP1- (AB+BA)+(AC+CA) P1-P2 B P1-P3 1 B P1-P2 B P1-P3 2 B UDPyyM-AB+AC 1 FTP PC1 --> PC2 1 FTP PC2 --> PC1 1 FTP PC1 --> PC3 1 FTP PC3 --> PC1 In UDP unicast mode: 1 IPTV yy Mbit/s PC1 --> PC2 1 IPTV yy Mbit/s PC1 --> PC3 MULTIyyM-AB+AC In UDP multicast mode: 1 IPTV yy Mbit/s PC1 --> PC2 1 IPTV yy Mbit/s PC1 --> PC3 TCP1-AB+AC TCP2-AB+AC TCP1- (AB+BA)+(AC+CA) UDPyyM-AB+AC 1 FTP PC1 --> PC2 1 FTP PC1 --> PC3 2 FTP PC1 --> PC2 2 FTP PC1 --> PC3 1 FTP PC1 --> PC2 1 FTP PC2 --> PC1 1 FTP PC1 --> PC3 1 FTP PC3 --> PC1 In UDP unicast mode: 1 IPTV yy Mbit/s PC1 --> PC2 1 IPTV yy Mbit/s PC1 --> PC3 MULTIyyM-AB+AC In UDP multicast mode: 1 IPTV yy Mbit/s PC1 --> PC2 1 IPTV yy Mbit/s PC1 --> PC3 TCP1-AB+AC TCP2-AB+AC TCP1- (AB+BA)+(AC+CA) UDPyyM-AB+AC 1 FTP PC1 --> PC2 1 FTP PC1 --> PC3 2 FTP PC1 --> PC2 2 FTP PC1 --> PC3 1 FTP PC1 --> PC2 1 FTP PC2 --> PC1 1 FTP PC1 --> PC3 1 FTP PC3 --> PC1 In UDP unicast mode: 1 IPTV yy Mbit/s PC1 --> PC2 1 IPTV yy Mbit/s PC1 --> PC3 MULTIyyM-AB+AC In UDP multicast mode: 1 IPTV yy Mbit/s PC1 --> PC2 1 IPTV yy Mbit/s PC1 --> PC3 No test 8,1 4,5 7,2 3,7 No test 12 12 7 4 7,8 4,3 13,9 11,9 No test 12 13,9 12 13,9 No test No test 7,3 8,3 No test No test 8 8 No test No test 7,9 4,4 4,4 1,9 No test No test 5,9 5,9 No test No test 7,9 6,9 No test No test 5,6 5,8 No test No test 5,8 5,8 No test No test 4 1,9 4,1 2 No test No test No test No test 4,9 4,9 17,5 17,5 12,1 12,1 29,3 29,3 31,1 29,1 19,2 2,9 23 27,4 15 15 1,3 1,3 24,4 24,4 24,3 24,4 14,3 18,8 23 17,5 13,2 13,2 8,3 8,3 23,7 23,7 N 23,4 23,4 18,5 19,6 13,5 13,7 3 3 14,6 14,6 29,3 15,2 47 12,8 2 2,6 4,3 4,3 29,3 13,9 No test 26,6 1 51 7,2 18,8 19,1 3,4 3,4 25,5 9,9 N
To illustrate these tests, several schematics: - TCP transfer without reflector, with 1 reflector and with 2 reflectors Point to Multipoint test TCP transfer - No reflector Throughput (Mbps) 8 7 6 5 4 3 2 1 28,7 2,6 12 36,8 46 12 C D E participants P1P3 B P1P2 B Point to multipoint test TCP transfer - 1 reflector Throughput (Mbps) 8 7 6 5 4 3 2 1 12,8 27,4 47 8 23 8 A B C D E participants P1P3 1B P1P2 B Point to multipoint test TCP transfer - 2 reflectors Throughput (Mbps) 8 7 6 5 4 3 2 1 7,2 17,5 51 5,8 23 5,8 A B C D E participants P1P3 2B P1P2 B
- UDP Unicast transfer without reflector, with 1 reflector and with 2 reflectors 6 Point to multipoint test UDP Multicast transfer - no reflector Throughput (Mbps) 5 4 3 2 1 29,3 3 12 11,9 29,3 3 12 13,9 A B C D E participants P1P3 B P1P2 B Point to multipoint test UDP multicast - 1 reflector Throughput (Mbps) 6 5 4 3 2 1 24,4 13,9 5,9 24,4 29,3 5,9 A B C D E participants P1P3 2B P1P2 B Point to multipoint test UDP multicast - 2 reflectors Throughput (Mbps) 6 5 4 3 2 1 23,7 9,9 23,7 25,5 4,9 4,9 A B C D E participants P1P3 2B P1P2 B
Multiplay chariot tests Point to point (blue) We simulate a tripleplay transfer on the link : - 1 FTP transfer (max rate possible) - 1 VoIP stream (64 kbps) - 1 IPTV UDP Multicast (13 Mbps) Point to multipoint (red) We simulate a tripleplay transfer on 2 links : - 1 FTP transfer (max rate possible) between P1 and P3-1 VoIP stream (64 kbps) between P1 and P3-1 IPTV UDP Multicast (13 Mbps and 4 Mbps) between P1 and P2 MULTIPLAY CHARIOT TESTS configuration test file scenario A B C D E P1-P2 B MP1AB 2 FTP PC1 --> PC2 1 VOIP 64 kbit/s PC1 --> PC2 1 IPTV 13 Mbit/s PC1 --> PC2 (UDP multicast) 2*23 No test 2*8.3 N : 12.7 2*22.5 N : 12.8 P1-P3 B MP1AB 2 FTP PC1 --> PC2 1 VOIP 64 kbit/s PC1 --> PC2 1 IPTV 13Mbit/s PC1 --> PC2 (UDP multicast) P1-P3 1 B MP1AB 2 FTP PC1 --> PC2 1 VOIP 64 kbit/s PC1 --> PC2 1 IPTV 13Mbit/s PC1 --> PC2 (UDP multicast) P1-P3 2 B MP1AB 2 FTP PC1 --> PC2 1 VOIP 64 kbit/s PC1 --> PC2 1 IPTV 13Mbit/s PC1 --> PC2 (UDP multicast) P1-P2 B P1-P3 B P1-P2 B P1-P3 B MP2- AB+AC MP3- AB+AC 2 FTP PC1 --> PC3 2 VOIP 64 kbit/s PC1 --> PC3 1 IPTV 4 Mbit/s PC1 --> PC2 (UDP multicast) 2 FTP PC1 --> PC3 2 VOIP 64 kbit/s PC1 --> PC3 1 IPTV 13 Mbit/s PC1 --> PC2 (UDP multicast) 2*17 2*14 2*1.5 No test 2*x 8 N : 4 No test N N N No test N N N No test 2*8.7 2*x 8 N : 4 2*16.5 N : 12.7 2*7 N : 12.45 2*7 1.7 2*36 N : 12,8 2*12,2 N : 11,8 2*2,6 N : 3,98 2*,6 N : 3,91 No test 2*11 N : 3,98 No test 2*5.7 No test No test 2*7 N : 12,77
7.2 HD/SD VIDEO STREAMING Participant A SD HD HD+SD HD+HD Good link Pass pass pass Pass Medium link Pass pass pass Freeze Bad link Pass pass freeze Freeze Participant B SD HD HD+SD HD+HD Good link Pass pass pass pass Medium link Pass pass pass pass Bad link Pass pass freeze freeze Participant C SD HD HD+SD HD+HD Good link Pass pass pass pass Medium link Pass pass pass freeze Bad link Pass pass freeze freeze Participant D SD HD HD+SD HD+HD Good link Pass pass pass pass Medium link Pass pass pass freeze Bad link Pass pass pass freeze Participant E SD HD HD+SD HD+HD Good link Pass pass pass pass Medium link Pass pass pass pass Bad link Pass pass pass pass Good,Medium and Bad links refer to same electrical networks than used with Charriot tests within this report using P1 to P2 and P1 to P3 test points. 8 CONCLUSION The High Definition Broadcast Digital TV was a key technology proposed this year in the triple play positions, Power Line modems offer to the customer to have this new service every where at home in addition of other services showing to potential customer for building their own Digital Home network. During this event, tests performed on HDTV streaming are based on a video platform set-up by France Telecom allowing the input data to be as close as possible to real HDTV/SDTV streams and on another end the state-of-art Set-top-box designed and provided by SAGEM Communication having MPEG2 and MPEG4/H264 decoder displaying on all brands HDTV including SAGEM, SONY and SAMSUNG via HDMI connection. Despite the various PLT refered as A,B,C,D,E modems tested in this event, on point to point connexions, all PLT modems showed at least their capacity to handle SD video streams without image sequence freezing with typical types of electrical local networks and only C,D,E PLT modems offered HDTV streams with the same QoS on point to multiple point conexxions. As these PLT modems are based on various industrial standards, the next PLT Plugtests, in order to test their interoperability, we need to make sub-groups based on a common technology based modems and we hope to test the coexistence of PLT modems if this work progresses into standards. The PLT modems tested during this event enables multiple high-definition video streams to be distributed over existing home powerlines with whole-house coverage, low latency, and robust Quality of Service (QoS) demanded by emerging Digital Home video and audio applications.
GLOSSARY AV: HDTV: HD: SD: HDMI: STB: PLT: Audio Visual High Definition Television High Definition Standard Definition High Definition Machine interface Set-top-Box Power Line Transmission
Annex A: Pictures of ETSI PLUGTEST in Lannion