http://www.ors.at/fileadmin/user_upload/downloads/HD_SD_01.pdf
Requirements for
Standard DVB-T2 Receivers
for the Austrian Market
DRAFT
Notice
This document is property of ORS comm GmbH & Co KG hereafter ORScomm and may not be reproduced, modified and/or diffused in any way without theexplicit prior written permission of ORS comm.
By using this specification in any form, the reader unconditionallyacknowledges and accepts that ORS comm shall have no liability orresponsibility whatsoever to customer or any other person or entity withrespect to any loss or damage caused or alleged to be caused directly orindirectly by services furnished by us.
The information contained in this document is subject to change withoutnotification.
Tableof Contents
3.1 Audio, Video and Data Interfaces 8
3.1.2 Digital Audio Video Interface (HDMI) 8
3.1.3 Component Video (YPbPr) 9
3.2 DVB-T2 Tuner and Demodulator 10
3.2.2 Demodulation and Error Correction 10
4 Tuning and Scanning Procedures 12
4.2 Logical Channel Numbering (LCN) 13
4.2.1 Manual changes of the Channel List13
4.2.2 Automatic update of the Channel List13
4.2.3 Management of equivalent SDTV and HDTV services 13
4.3.3 Dynamic PMT processing 14
9 Teletext and DVB Subtitling 19
9.1.1 Teletext data in the VBI19
10 Conditional Access and digital rights management 20
10.1 Conditional Access System 20
10.3 Content Security for Content delivered via DVB 21
10.3.1 Digital Copy Protection 21
10.3.2 Analog Copy Protection 21
10.3.3 Component Video Control22
10.3.6 Playback Trick Mode Control23
10.4 General Rules on Content Immutability 23
10.4.1 No modification to program signals 23
10.4.2 No graphical overlays over 23
10.4.3 No concurrent display of program signals and othercontent23
10.4.4 No rescaling of the program signal24
10.4.5 No automatic Ad zapping 24
11 Digital Video Recorder (DVR)24
12 Processing of interactive applications AND Internetcontent (OPTIONAL)25
12.3 Media Access through Home Network 26
12.5 Requirements for internal Random Access Memory 27
12.6 Digital Rights Management and Content Scrambling 27
13.1 SSU Over-The-Air (Broadcast Download) 28
13.3 Download of SSU via the Internet connection 28
1 Introduction
1.1 Scope
This Guideline applies to Standard DVB-T2 receiver devices forthe Austrian market. This Guideline specifies the minimum requirements forReceiver Devices, which are designated for the reception of terrestrial signalprovided by the ORS group. Compliance to this guideline ensures that the IRD isable to receive, decrypt, decode and transmit the content to a display in anaccurate manner.
The specified Standard DVB-T2 receivershall provide access to both SD and HD signals transmitted over DVB-T and DVB-T2modulation.
It may include access to an internalor external storage mechanism such as a Hard Disk Drive, and should support asophisticated interactive EPG.
This document outlines a set of minimumrequirements for IRD’s (integrated receiver decoder), Conditional AccessModules and TV Sets with an integrated IRD used for receiving the DVB-T2 SD(standard definition) and HD (high definition) television programmingdistributed by the ORS group for the Austrian market.
Exceptions for IRDs, which are integratedin TV Sets, are written explicitly within the affected clause.
Requirements, which apply only to IRDswith PVR or PVR-ready functionality, are explicitly described.
This guideline defines only a minimum setof requirements and is not intended to be a complete specification for IRDs. Itlists the minimum requirements to receive digital audio and/or video in eitherstandard or high definition and/or data services distributed via DigitalTerrestrial Television.
1.2 Document History
| Version |
Date |
Comments |
| 0.1 |
17.10.2011 |
Initial version. |
| 0.2 |
13.11.2011 |
Review and expansion of interactive services |
| 0.3 |
1.2.2012 |
NorDig references added. Tuner Performance |
| 0.4 |
1.3.2012 |
Dolby Digital+ added |
| 0.5 |
7.3.2012 |
LTE signal immunity added, Interactivity revised |
| 0.6 |
26.3.2012 |
Cardless CA added |
| 0.7 |
27.3.2012 |
CTO approval |
1.3 Terminology
| Shall (mandatory) |
Denotes that the item is mandatory. |
| Should (recommended) |
Denotes that the item is not mandatory, but highly recommended. |
| May (allowed) |
Denotes that the item is allowed. |
2 General requirements
Compliance to general EBU requirementsfor HDTV receivers as described in EBU Tech 3333 [22] isrecommended.
The compliance to the generalrequirements of the applicable European Community directives is mandatory (CEmarking).
The user shall be able to storepreferences in the persistent memory of the IRD.
If the IRD is switched-onfrom standby mode, then the IRD shall tune to the last viewed service.
3 Hardware Requirements
3.1 Audio, Video and DataInterfaces
3.1.1 SCART Interface
The IRD may have a SCART interface or aComposite interface.
The SCART interface shall comply with ETSI EN 50049-1 [9] andETSI EN 50157-2 [10].
Thisclause is also valid for TV Sets, in case a SCART interface for video output isavailable.
3.1.2 Digital Audio Video Interface (HDMI)
The IRD shall have at least one HDMIoutput as described in ETSI TS 102 201 [16],sub-clause 4.6. All digital Video Interfaces shall be compliant to the HDMISpecification Version 1.3 [27] orhigher.
The IRD shall have at least one HDMIoutput as described in ETSI TS 102 201 [16],sub-clause 4.6. All digital Video Interfaces shall be compliant to the HDMISpecification Version 1.3 [27] orhigher.
The IRD shallprovide HDCP digital copy protection at HDMI output as defined inthe HDMI specification. The IRD shall provide an option for the user in thesystem menu to disable the HDCP authentication for unprotected content (see EBUTech 3333 [22], §9.5). The HDMI source (IRD) shall attemptauthentication if the content requires protection. A successful HDCPauthentication shallalwaystrigger encrypted transmission of the content.
Ifthe content is signaled as digital copy protected content and the HDCPauthentication handshake is successful, then the HDCP command ENC_EN triggeringthe encrypted transmission of content shallbe sent by the HDCP transmitter. If the content is signaled asdigital copy protected content and the HDCP authentication handshake fails atany time of the transmission, then unencrypted (clear) content shall notbe transmitted.
Theclause 3.1.2 is also valid for TV Sets,in case an HDMI interface for audio and/or video output is available.
3.1.3 Component Video (YPbPr)
The IRD may have analogcomponent video output (YPbPr, RCA connectors). The analog component videooutput shall support High Definition resolution.
Theclause 3.1.3 is also valid for TV Sets,in case a Component interface for video output is available.
3.1.4 Audio Interfaces
The IRD may have ananalog audio stereo output (left and right channel RCA connectors).
The IRD should have adigital audio S/PDIF output (electrical or optical connector).
Digital audio shall be available on allHDMI Interfaces and S/PDIF outputs, if available.
Theclause 3.1.4 is also valid for TV Sets, in case aComponent interface for video output is available.
3.1.5 Data Interface
The IRD should support atleast one of the following local data interfaces.
o RS232C as defined in ETSI TS102 201 [16], subclause 4.7.1
o Universal Serial Bus Port, USB2.0 [17]
o LAN: Fast Ethernet IEEE 802.3uand/or WLAN 802.11g (or higher)
In case the IRD contains an enhanced middleware, a wired or wireless LANconnection shall be supported.
3.1.6 DVB Common Interface
In case the IRD lacks an embeddedCA system as required in 10.1, the IRD shallbe equipped with at least one DVB Common Interface slot in compliance with theCommon Interface specification ETSI EN 50221 [20] andthe CI Plus Specification v1.3.1 [23].
The CA Module shall be capable ofsignalizing and activating any Content Protection and DRM functionality to the IRD asrequired 10.3. viaa secured and inevitable way.
3.2 DVB-T2 Tuner and Demodulator
3.2.1 General
The IRD shall include onetuner/demodulator unit for reception of signals from an indoor or external antenna.
For an IRD supporting PVRfunctionalities, two tuners /demodulators should be available for reception ofsignals from an indoor or external antenna.
3.2.2 Demodulation and ErrorCorrection
Demodulation and error correction shallbe performed for all symbol rates given above and for all error correctionrates specified in ETSI EN 302 755 [2]
The DVB-T2 receiver shall support allmodulation parameters as specified in ETSI EN 302 755 [2] .
3.2.3 RF Tuner Interface
3.2.3.1 General
The IRD shall accept incoming digital DVBsignals, which comply with DVB-T2, as specified in ETSI EN 302 755 V1.2.1.2009-09 [2][j1] ,
3.2.3.2 RF Input Connector
The IRD shall have one input tunerconnector, type: IEC female in accordance with IEC 60169-2, part 2 [4]. Theinput impedance shall be 75 ohm.
3.2.3.3 Power Supply to antenna
The IRD sould[j2] be able to provide power to an external antenna.
The provided power supply shall be
o Voltage: 5,0 V +/- 5%
o Current: at least 400 mA
If the RF input supports DC power to anexternal antenna with amplifier, it shall not degrade to the performance of theRF input characteristics.
The DC power supply shall be protectedagainst short circuit. Furthermore, there shall be an alternative in the menusystem to turn the DC power supply source on/off. In the first timeinitialization and resetting to factory default settings, the DC power supplyshall be switched off.
3.2.4 Tuner performance
3.2.4.1 General
The IRD’s Tuner shall fulfill allrequirements defined in the NorDig Unified Requirements for Integrated ReceiverDecoders [24]chapter 3.4.
This applies especially to the C/Nperformance and QEF reception performance for DVB-T and DVB-T2 signals.
3.2.4.2 Immunity to channelinterference from LTE 800 signals
The[j3] IRD should provide a frequency filter to protect the tuner fromdistortions and interferences evoked by LTE 800 signals.
The IRD should apply a frequency filter tothe incoming RF antenna signal for masking LTE 800 signals as shown in Table 1 and Diagram 1.
The application of this filter should beswitchable via the IRD’s set up menu. The initial manufacturer’s setting shouldcome with activated LTE filter.
In case this option is turned off, no LTEfilter should be applied to the incoming RF antenna signal.
| upper threshold |
lower threshold |
|
| MHz |
dB |
dB |
| 470 |
-0,5 |
0 |
| 766 |
-0,5 |
0 |
| 790 |
-3 |
0 |
| 798 |
-20 |
-5 |
| 822 |
-80 |
-40 |
| 830 |
-80 |
-50 |
| 862 |
-80 |
-50 |
| 900 |
-80 |
-50 |
Table 1: Required LTE800 filter characteristics
Diagram 1: Required LTE800 filter characteristics
4 Tuning and Scanning Procedures
4.1 General
The IRD shall provide an advanced signalstrength indicator and reception quality indicator. These indicators shall beaccessible in a submenu of the IRD configuration menu.
For manual channel list set up the IRDshall provide a scanning procedure over the whole frequency range as defined inthe NorDig Unified Requirements for Integrated Receiver Decoders [24]chapter 3.4.
The IRD shall use the manual scanningprocedure for retrieving the services available on the network if LCN asdescribed in 4.2 isnot available over the DTT network.
For automatic channel list management theIRD shall use Logical Channel Numbering (LCN) as described in 4.2.
4.2 Logical Channel Numbering (LCN)
The IRD shall support Logical ChannelNumbering version 2.0 as described in the technical specification NorDigUnified Requirements [24],clause 12.
4.2.1 Manual changes of the ChannelList
Within the Channel List View the usershall have the right to manually change the order of channels and insert,replace or delete channels at his own discretion and therefore change manuallythe mapping of channel numbers to channel names. In such case however, the IRD shallprovide an option in the IRD setup menu to reset the mappings to the originaland actively signaled Channel List. [j4]
4.2.2 Automatic update of the ChannelList
The IRD should be able to detect a changeof the Channel List due to the currently active signalization, e.g. the changeof technical parameters. This change should lead to an immediate update of theChannel List View or[j5] the user should receive an on-screen dialog which allows the userto accept or refuse such update of the Channel List View.
The IRD shall remember the manual changesof the Channel List View accomplished by the user and react accordingly to thecurrent signalization.
In case the IRD provides user defined channellists, these lists shall only be affectedby the LCN functionality if the user confirms the changes before.
4.2.3 Management of equivalent SDTV and HDTV services
The IRD should detect automatically if an SDTV channel is available also in HDTV qualityand should[j6] replace the SDTV channel with the equivalent HDTV channel, in case theequivalent HDTV service is entitled by the CA system for viewing.
This featureshall be implemented as described in [24].
4.3 MPEG-2 Demultiplexer
4.3.1 General
The IRD demultiplexershall be compliant to the MPEG-2 transport layer defined in ISO/IEC 13818-1 [6].
The IRD shall supportETSI TS 101 154 v1.7.1 [5].
Additional requirements:
The IRD shall interpretthe Conditional Access (CA) descriptor as defined in ETSI ETR 289 [15].
The IRD shall be able todecode an ISO/IEC13818-1 [6]stream with data rates up to 58 MBit/s.
The IRD shall be capableto utilize at least 32 elementary streams simultaneously, which requires 32 PIDfilters.
The IRD shall provide atleast 32 section filters.
The IRD shall supportvariable bit rate elementary streams within a constant bit rate transportstream.
4.3.2 DVB Descrambler
The descrambler unit shall be based onthe Common Scrambling Algorithm (CSA) as specified by DVB, see DVB A 011 [1].
The IRD shall be able toevaluate the CA descriptor regardless if it is inserted in the PMT at programlevel or program element level.
4.3.3 Dynamic PMT processing
The IRD shall be able tohandle dynamic changes in the Program Map Table (PMT).
A practical use scenario for dynamic PMTchanges is for example the requirement to support switching on and off regionalvariants of programs by a broadcaster.
The IRD shall handledynamic PMT changes in the correct manner and also certain additionalrestrictions shall be observed:
o Dynamic changes in the PMTshall not produce any disturbances in the Audio/Video output.
o In case switching of elementaryaudio and/or video streams is triggered, the maximum switching time (measuredfrom PMT update to clear picture) shall be 3 seconds. The maximum switchingtime shall be met regardless the elementary streams are scrambled or not.
It is recommended, that the video stream shouldfreeze (freeze frame), until the new video stream can be displayed.
The HDTV-IRD shall be able to handle adynamic switchover from H.264/AVC HDTV elementary stream to H.264/AVC SDTVelementary stream. The maximum outage shall be below 3 seconds.
5 Decoding Capablities
5.1 Video Decoding
The IRD video decodingsubsystem shall comply with ETSI TS 101 154 v1.7.1 [5] andshall comply with ETSI EN 302 307 V1.1.2 [3]. Still pictures shall be supportedin all modes listed below.
5.1.1 SDTV
5.1.1.1 MPEG-2
The IRD shall comply with ETSI TS 101 154v1.7.1 [5],sub-clause 5.1, “25 Hz MPEG-2 SDTV IRDs and Bitstreams”.
The minimum requirements are:
o The IRD has to supportMPEG-2 Main Profile Main Level bit streams (MPEG-2 MP@ML).
o The IRD shall support thedecoding and display of video material with a frame rate of 25 Hz interlaced.
o The IRD shall be able todecode bit-streams with 4:3 and 16:9 aspect ratio.
o The IRD shall support aluminance resolution of 352x576 to 720x576.
o A minimum bandwidth of 300kbpsshall be supported.
TheIRD shall comply with ETSI TS 101 154 v1.7.1 [5], sub-clause 5.6.2, “25 HzH.264/AVC SDTV IRD and Bitstream”.
Theminimum requirements are:
o The IRD shall support decoding and displaying ofH.264/AVC Main Profile, Level 3 bit streams.
o The IRD shall support the decoding and display ofvideo material with a frame rate of 25 Hz interlaced or progressive.
o The IRD shall be able to decode bit streams with 4:3and 16:9 aspect ratio.
o The IRD shall support a luminance resolution of352x576 to 720x576.
o A minimum bandwidth of 300kbpsshall be supported.
5.1.1.3 16:9 Letterbox Conversion
It shall be possible for the user toswitch the aspect ratio between 4:3 and 16:9 (adjustable in the userpreferences submenu). (Not required for TV Sets)
In case a 4:3 aspect ratio is preset inthe IRD user preferences settings and video with an aspect ratio of 16:9 isto be displayed, the IRD shall do an automatic 16:9 letterbox conversion. (Not required for TV Sets)
TV Sets shall display the video in thecorrect aspect ratio by adding pillar box or letterbox spacing.
5.1.2 HDTV
5.1.2.1 H.264/AVC
The IRD shall comply with ETSI TS 101 154v1.7.1 [5],sub-clause 5.7.2, “25 Hz H.264/AVC IRD and Bitstream”.
The minimum requirements are:
o The IRD shall supportdecoding and displaying of H.264/AVC High Profile, Level 4 bit streams.
o The IRD shall support thedecoding and display of video material with a frame rate of 25 Hz interlaced orprogressive, or 50 Hz progressive.
o The IRD shall be able todecode bit streams with 16:9 aspect ratio.
o The IRD shall support amaximum luminance resolution of 1920x1080.
o A minimum bandwidth of 1 Mbpsshall be supported.
The following HD video formats shall bemandatory supported:
o 1280x720p/50
o 1920x1080i/25
5.1.2.2 Downscaling from HDTV to SDTV
If the IRD is equipped with analog videointerfaces, the downscaled HDTV signal displayed on the analog output shallbe at least the same quality andresolution as full PAL resolution SDTV signal. The aspect ratio conversionshall be handled as described in clause 5.1.1.2.
The Content Security System shall controlthe analog output as described in 10.3.
5.2 Audio Decoding
The IRD audio decodingsubsystem shall comply with ETSI TS 101 154 v1.9.1 [5], inparticular with sub-clause 6 (“Audio”) and its related annexes.
The IRD shall keep in sync theaudio/video streams that are produced in order to achieve adequatelip-synchronization.
The audio decoder shall decode thefollowing input audio bit streams:
o MPEG-1 Audio Layer I and II
o E-AC-3 (Enhanced AC-3) [44]
The audio decoder should decode thefollowing input audio bit streams:
o HE AAC and HE AAC V2 as definedin [32]
5.2.1 Multichannel Audio
5.2.1.1 Digital Audio Interface
The IRD shall be able tooutput the audio stream in the native incoming audio format of the selectedaudio component on the digital audio interfaces (see 3.1.4.2) inaccordance with the requirements of 3.1.2. and 10.3.
For the S/PDIF output, the HDTV IRD shall transcode E-AC-3 [28]input bit streams to AC-3 [28] output bit streams The encoding should be at a bitrate of640kbps. During this transcoding process the metadata from the E-AC-3 [28]input bit stream shall be transferred to the AC-3 [28] output bit stream.[j7]
In the case of an E-AC-3 multi-channelaudio stream, a stereo downmix shall be selectable for the digital audiointerfaces
.
In case of a present HE AAC V2multi-channel audio stream the audio format shall be optionally available as PCMbit stream on the digital audio interfaces.
Thisclause is also valid for TV Sets, in case a digital multichannel audio output interfaceis available.
5.2.1.2 Analog Audio Interface
If present, the E-AC-3 or HE AAC V2 multi-channelaudio bit stream shall be decoded and downmixed to stereo and shall be fed tothe analog stereo output connectors (see 3.1.4.1).
The IRD shall apply all E-AC-3 [28]Metadata parameters to the decoded audio according to [28].
Thisclause is also valid for TV Sets, in case analog audio output interfaces are available.
5.2.1.3 Dynamic Audio ComponentSwitching
In case the selected E-AC3 [44] or HEAAC V2 [32] componentis turned off inside the selected service during playback, the Audio Decodershall select automatically one of the remaining audio components for digitaland analog output. During the switching period the interruption should beshorter than 3 seconds.
6 Service Information
The IRD shall be able toprocess the incoming MPEG-2 TS PSI and DVB SI data (descriptors, tables)according ETSI EN 300 468 v1.7.1 [11] and ETSITR 101 211 v1.7.1 [12].
The IRD shall be able toprocess the DVB-SI tables for ‘Actual’ and ‘Other’ transport streams.
The following tables are a mandatory setof tables the IRD shall be able to process: PAT, PMT, CAT, NIT, SDT, EIT, TDT, TOT
The IRD shall process thefollowing EIT tables:
o EIT actual(present/following/scheduled)
o EIT other(present/following/scheduled)
The following descriptors in the EIT shallbe processed by the IRD:
content_descriptor,short_event_descriptor, extented_event_descriptor.
The IRD shall process the copy controldescriptor as described in clause 10.3.
Descriptors or other data structures thatare currently undefined or are unknown to the IRD shall be skippedand shall not cause any harm.
The IRD shall support anextended_event_decriptor of up to 1.000 characters per event. Per service aminimum of 200 Events shall be handled and shall be displayed in the EPGschedule.
7 Navigatorand EPG
7.1 Standard EPG
The IRD shall implement a Navigator,which allows the user to control the operation of the IRD, and whichprovides user access to system information (user preferences settings, systemsettings, initiating system software updates etc.).
The Navigator is by definition part ofthe system software.
The Navigator shall support the Germanlanguage in all menus and submenus. The initial standard language shall be setto German language.
The Navigator shall include a basicelectronic program guide which displays information extracted from relevantDVB-SI tables as described in clause 6.
The IRD shall be able toread and use ISO 639-2 [7]language descriptors associated with the audio streams in the MPEG-2 transportstream ISO/IEC 13818-1 [6].
The user shall be able to set storablepreferences for the default audio language. If an audio-stream for the defaultaudio language is available for the service the IRD shallautomatically choose that audio stream. In addition the user shall be able tomanually select between all audio streams available within the active service.
8 REMOTE CONTROL
The IRD shall be controllable via aremote control.
The IRD’sremote control shall comply with the requirements of ETSI TS 102 796 V1.1.1 [25].
9 Teletext and DVB Subtitling
9.1 Teletext
During normal operation (decoding ofvideo/audio/data-streams), the IRD shall be able to demultiplex in parallelthe Teletext service transmitted in a packetized format according ETSI EN 300472 [14].
The IRD shall be able todisplay Teletext using the OSD. Teletext subtitle shall be displayedsynchronous with video. The correct and dynamic display of Teletext subtitlesis mandatory.
The remote control shall have a“Teletext” key. The Teletext function shall be easily available via remotecontrol interaction.
9.1.1 Teletext data in the VBI
The insertion of the Teletext data in theVBI of the analog video output is recommended.
VBI Insertion should conform to ITU-RBT.653-3 [18].
Theclause 9.1.1 is also valid for TV Sets, in case ananalog interface for video output is available.
9.2 DVB Subtitling
The IRD should be capableof decoding and displaying DVB subtitle services which are transmitted inconformance with ETSI EN 300 743 [19].
The enabling and disabling of thesubtitles shall be user controlled through the user interface and/or adedicated key of the remote control.
If both DVB-subtitling and Teletextsubtitling are received simultaneously the IRD shall only displaythe DVB-Subtitling stream.
10 Conditional Access and digital rights management
10.1 Conditional Access System
The IRD shall supportConditional Access (CA) in one of the following ways:
Embedded CA system
or
Embedded CA system and one or moreCommon Interface slot(s) for CAMs
or
One or more Common Interface slot(s)for CAMs
Each CI-slot of the IRD shall be incompliance with the DVB Common Interface specification ETSI EN 50221 [20] andthe additional requirements as described in 3.1.6.
The embedded CA system has to beintegrated according to the rules of the CA System vendor:
1) cardless CA System (see[46])
AND
2) Smartcard CA System (see [26])
All test procedures and licensing termsas defined by CA vendor has to be observed. This is valid and mandatory alsofor any subsequent updates of the CA system. The IRD vendor has to provide toORS comm a written and certified proof that the IRD fulfills all requirementsas stipulated in the specification for the Austrian market provided by the CAsystem vendor.
In case the CA system is residing in a CAmodule all requirements listed in clauses 10 and 11 shall be fulfilled in the same way aswith an embedded CA system.
10.2 Maturity Rating
The IRD shall supportMaturity Rating as provided by the CA system provider listed in clause 10.1.
10.3 Content Security for Content delivered via DVB
The IRD shall support all content securityfeatures as required by the Smartcard based CA system [26] AND cardless CAsytem [46] via an embedded CAsystem or via a CA system residing in a CA Module.
All signaling of copy protection and DRMinformation shall be done within ECMs of the CA system provider defined in clause10.1.
In case of encrypted content the IRD shallapply the copy protection and DRM measures to the related service components assignaled in the ECMs accordingly.
In addition to the ECM contained metadata,DRM and copy protection information are also contained in the EIT by insertionof a copy control descriptor. The IRD should decode and display thisinformation inside the shown present / following program information and theEPG schedule.
In case of unencrypted content the IRD shouldsupport the requirements listed in EBU TECH 3333 [22], §9.7.
10.3.1 Digital Copy Protection
The activation of digital copy protection issignaled in ECMs defined by the CA system provider listed in clause 10.1.
If digital copy protection is signaled asactive, then copy protection shall be enabled on all relevant digitalinterfaces. Please refer also to clause 3.1.2.
10.3.2 Analog Copy Protection
The activation of analog copy protection issignaled in ECMs defined by the CA system provider listed in clause 10.1.
If analog copy protection is signaled asactive, then all relevant analog interfaces (see clause 3.1.1) shalleither be disabled or appropriate actions to prevent copying shall be taken(e.g. activate Macrovision), except the analog video component interface, whichis handled separately (see clause 10.3.3).
10.3.3 Component Video Control
Restrictions regarding the analog componentvideo interface (YPbPr) are signaled in ECMs defined by the CA system providerlisted in clause 10.1.
10.3.4 Storage Rights
In case the IRD has an internal or anexternal storage capability, the storage rights information shall be signaledin ECMs defined by the CA system provider listed in clause 10.1.
The IRD shall be able to handle and observethe following storage rights:
· No restrictions on storage of content
· No recording allowed
· No recording except a temporary recording toa 90 minute time shift buffer.
These storage rights shall be stored togetherwith the content and shall be observed during subsequent playback of thecontent.
10.3.5 Storage Encryption
In case the IRD has an internal or anexternal storage capability, activation of storage encryption shall be signaledin ECMs defined by the CA system provider listed in clause 10.1.
The IRD should provide an encryption systemfor local encryption of content, which is stored on an internal or externalstorage device.
The IRD shall provide a decryption system forlocal decryption of content, which was previously stored encrypted on aninternal or external storage device.
In case storage encryption is set to thevalue “off”, the service should be recorded on the storage in clear without anyscrambling.
10.3.6 Playback Trick Mode Control
In case the IRD has an internal or anexternal storage capability, the restrictions on playback trick modes shall besignaled in ECMs defined by the CA system provider listed in clause 10.1.
10.4 General Rules on ContentImmutability
The subsequent clauses arerequired for program providers having additional needs in securing theimmutability of their program signals.
The IRD shall provide technicalmeans to observe these requirements.
10.4.1 No modification to programsignals
The IRD shall not allow themodification of the original program signal by any other service provider thanthe original one. This is not limited to but includes for example insertion orreplacement of advertisements.
10.4.2 No graphical overlays over
The IRD shall not allow anygraphical overlays on top of the original TV signal by any other serviceprovider than ORS comm, neither on the whole nor on parts of the TV screen.
The display of general (neutral)information like present/following event information and IRD relatedinformation displayed as part of the navigator (e.g. menus) is allowed.
This section does not apply toApplications which are directly related to the tuned broadcast signal likeHbbTV applications or Teletext which are transported or at least signalizedinside the currently decoded and displayed DVB broadcast service.
10.4.3 No concurrent display ofprogram signals and other content[j8]
The IRD shall not allow theconcurrent display of the program signal and any other content (video, images,text) by e.g. a split screen mechanism unless the original service providerissues an explicit permission for that or in case of Picture in Picture functionality.
The display of general (neutral)information like present/following event information and IRD relatedinformation displayed as part of the navigator (e.g. menus) is allowed.
This section does not apply toApplications which are directly related to the tuned broadcast signal likeHbbTV applications or Teletext which are transported or at least signalizedinside the currently decoded and displayed DVB broadcast service.
10.4.4 No rescaling of the programsignal
The IRD shall not allow therescaling of the program signal except in non-discriminatory EPGs and/ornavigators or within Picture in Picture functionality.
This section does not apply toApplications which are directly related to the tuned broadcast signal likeHbbTV applications or Teletext which are transported or at least signalizedinside the currently decoded and displayed DVB broadcast service or userinitiated applications[j9] .
10.4.5 No automatic Ad zapping
The IRD shall not allow automaticAd zapping, for example tuning to another service during commercial breaks.
This also applies during theplayback of recorded content (see clause 11.)
11 Digital Video Recorder (DVR)
All clauses hereinapply only to IRDs with internal storage or external storage capabilities(DVR). This storage may be used for scheduled recording, crash recording ortime shift applications under the observance of the following obligations:
11.1 Content Security
The recorded contentshall be accessible and decodable at any time. The access and decoding of therecorded content shall be in compliance to clause 10.3.
The DVR shall displayinformation about content security restrictions inside an EPG and inpresent/following event information based on EIT Schedule and EITPresent/Following based on the copy control descriptor as described in clause 10.3.
All content securityrestrictions valid at the time of recording shall be observed during playbackof the content.
11.2 DVR Scheduling
If the recording time is scheduled via anEPG, the recording process of the DVR should be triggered via thepresent-following event information (EIT present/following).
11.3 Maturity Rating
The maturity ratinginformation (see also 10.2) shall be storedtogether with the recorded content and shall be processed during subsequentplayback of the content.
12 Processing of interactiveapplications AND Internet content (OPTIONAL)
This chapter applies only to enhancedReceivers with capabilities for interactive applications and capabilities forprocessing content delivered via the Internet.
The IRD should be capable ofhandling interactive applications delivered via DVB-Datacasting (e.g. DVBDSM-CC) or via an IP connection compliant with ETSI TS 102 796 V1.5 [25].
12.1 Browser Capabilities
TheIRD should be compliant to the following Middleware requirements, in additionto the basic requirements of HbbTV [25].
The Browser, which is supplied as part of theHbbTV implementation, should support the following requirements[j10] :
- HTML 5 (as described in [33] – document stillevolving)
- HTML 4.01, XHTML 1.1, XHTML Basic, SMIL 2.1
- DOM Level 1, DOM Level 2
- CSS 1.0, CSS 2.0, CSS 3.0 (partial)
- ECMAScript (ECMA-262 3rd Edition)
- XMLHttpRequest (Ajax)
- HTTP 0.9/1.0/1.1
- SSL 2.0, SSL 3.0, TLS 1.0
- Crypto Modules
- IPv4/IPv6 Dual TCP/IP
- URI Schemes such as http:, https:, file:
- GIF87a, GIF89a, Animated GIF
- JPEG, Progressive JPEG, PNG,MNG, BMP
- Cookies (Expires, Path, Domain, Name, Secure)
- US-ASCII, Shift JIS, EUC-JP
- UTF-8/16,ISO-2022-JP, EUC-KR
- ISO-8859-1, GB2312, Big5
- Graphic 24-bit RGB Color
12.2 Internet Connectivity
The IRD should support Multi Media HomeNetworking through access to a logical or physical connection or other devices.Physical connection should be via one or more of the following options:
- FastEthernet IEEE 802.3u [45]
- IEEE 802.11a/b/g/n [38]
- USB 2.0 or 3.0 [41]
- HomePlug AV Power line modem [42]
12.3 Media Access through HomeNetwork
If external devices can be connected eitherphysically or logically to the IRD, the IRD should support DLNA V 1.5, [36],including the following Guidelines:
- Wi-Fi Direct Guidelines
- Electronic Programming Guide (EPG) Guidelines
- HPNA, Trick-modes, GMS Errata 4th Edition,SRS and CVP-NA-1 Guidelines
- Coral Download DIS Guidelines
- Media Formats and Profiles Fourth Addendum
- DLNA DTCP IP DIS Guidelines
12.4 Content Streaming
In addition to accessingAudiovisual services via the DVB-T2 broadcast path, the IRD shall be capable ofaccessing audiovisual services delivered over the Internet, using the followingprotocols:
- MPEG DASH ISO/IEC 23001-6 [35]
- Any streaming format required by HbbTV ETSITS 102 796 V1.5[j11] [25]
- Microsoft Smooth Streaming[j12]
The IRD shall supportfollowing media formats
- Any media format required by HbbTV ETSI TS102 796 V1.5[j14] [25]
12.5 Requirements for internalRandom Access Memory
The IRD should have aminimum internal storage of minimum 256 Megabytes for caching Internet streamed content. Forbroadcast TV, this memory can be used as a “Review Buffer” and for time shifting,according to the conditions detailed in Chapter 11.
12.6 Digital Rights Management andContent Scrambling
For Internet deliveredContent the IRD should support following Digital Rights Management methods:
- Microsoft Playready Version 1.3 [j15] including backward compatibility to MicrosoftWindows Media 10
The system should support also other DRMsystems, which can be downloaded[j16] as part of a system software updateor as application or operator specific plug-ins.
13 System Software Update
The IRD shall provide asoftware download mechanism for the download of software modules. Themanufacturer is responsible of providing a secure and failure safe downloadmechanism.
The System Software Update mechanismshall comply with state of the art and approved Security Mechanisms.
The IRD software downloadmechanism shall provide the possibility to replace the existing system softwarewith another.
User preferences settings and channellists shall be preserved. In case that this cannot be guaranteed, the user hasto be explicitly informed that user settings will be affected during the updateprocess.
Updates mechanisms required by CA systemvendor shall be supported.
The actual download process should be initiated by the user.
The progress of the update procedureshall be displayed on screen.
The update procedure shall be designed inway so that the user can interrupt the update procedure any time withoutcorrupting the currently installed IRD system software.
Any security aspects regarding system softwareupdates shall be in the responsibility of the IRD vendor.
The IRD vendor and/or itsrepresentative in the Austrian market shall be fully responsible for allsoftware updates and guarantees an update if necessary.
The IRD vendor and/or itsrepresentative in the Austrian market will indemnify ORS comm for all possibleclaims in regard to downloads to the IRD.
13.1 SSU Over-The-Air (BroadcastDownload)
The IRD shall be capableof establishing a system software update (SSU) via broadcast download. This maybe according to [13].
The IRD vendor has toprovide the following data to ORS comm to enable the SSU service via DTT:
o a TS-File for cyclic broadcastand
o the necessarydescriptors/parameters that are to be signaled.
All user dialogues shall be written inGerman language.
13.2 Local Download
Download should be possible using a localdata interface (see 3.1.5). TheIRD manufacturer shall define the protocol mechanisms. The actualdownload shall be in the user’s responsibility.
13.3 Download of SSU via theInternet connection
The IRD should be able to download newsystem software via Internet from remote server provided by the IRD’smanufacturer and/or vendor, in case the IRD has Internet connectivity and theIRD is connected to the Internet.
14 Definitions
| AAC-HE |
Advanced Audio Coding High Efficiency |
| API |
Application Programming Interface |
| AVC |
Advanced Video Coding |
| BAT |
Bouquet Association Table |
| CA |
Conditional Access |
| CAM |
Conditional Access Module |
| CAT |
Conditional Access Table |
| CI |
Common Interface |
| CI+ |
Common Interface Plus |
| CRC |
Cyclic Redundancy Check |
| CSA |
Common Scrambling Algorithm |
| CVBS |
Color, Video, Blank And Sync |
| DRM |
Digital Rights Management |
| DTS |
Digital Theatre Sound |
| DTT |
Digital Terrestrial Television |
| DVB |
Digital Video Broadcasting |
| DVB SSU |
DVB System Software Update. |
| DVB-T |
Digital Video Broadcasting - Terrestrial |
| DVB-T2 |
Digital Video Broadcasting – Second Generation Terrestrial |
| DVR |
Digital Video Recorder. An IRD, which is capable of recording a content of a DVB Transportstream on the IRD internal data storage or external data storage. |
| EICTA |
European Information & Communications Technology Industry Association |
| EIT |
Event Information Table |
| EITp/f |
Event Information Table, present/following |
| EITsch |
Event Information Table, schedule |
| EPG |
Electronic Program Guide |
| ETSI |
European Telecommunications Standards Institute |
| H.264 |
H.264 is a standard for video compression. It is also known as MPEG-4 Part 10, or MPEG-4 AVC (for Advanced Video Coding). |
| HbbTV |
Hybrid broadcast broadband Tele Vision. |
| HE-AAC V2 |
High Efficiency Advanced Audio Coding version 2 profile (also known as aacPlusv2 and eAAC+) |
| HD |
High Definition |
| HDCP |
High-bandwidth Digital Content Protection |
| HDTV |
High Definition Television |
| HDMI |
High Definition Multi-media Interface |
| iDTV |
Integrated Digital TV set |
| IRD |
Integrated Receiver Decoder: herein terrestrial DVB-T2 receiver |
| IRD vendor |
The IRD vendor is understood as a contractor of the ORS comm, who is amended to offer and sell certified IRDs in the Austrian market, according to the defined trade arrangement. |
| LCN |
Logical Channel Number |
| Mb |
Megabit |
| MFN |
Multi-Frequency Network |
| MPEG |
Motion Picture Experts Group |
| NID |
Network ID |
| NIT |
Network Information Table |
| ONID |
Original Network ID |
| ORF |
Österreichischer Rundfunk |
| ORS |
Österreichische Rundfunksender |
| ORS comm |
ORS comm GmbH & Co KG |
| PAT |
Programme Association Table |
| PID |
Program Identifier |
| PIN |
Personal Identification Number |
| PiP |
Simultaneous display of the unchanged video content of two independent live video sources on one screen. |
| PMT |
Program Map Table |
| PVR |
Personal Video Recorder, see also DVR |
| PSI |
Program Specific Information |
| RCA |
Radio Corporation of America |
| RF |
Radio Frequency |
| SCART |
Syndicat des Constructeurs d’Appareils Radiorécepteurs et Téléviseurs / Radio and Television Receiver Manufacturers’ |
| SD |
Standard Definition |
| SDT |
Service Description Table |
| SDTV |
Standard Definition Television |
| SFN |
Single Frequency Network |
| SGT |
Service Guide Table |
| SI |
Service Information |
| SID |
Service ID |
| TS |
Transport Stream |
| TV Set |
The term “TV Set” describes within this document the integrated combination of an IRD and a display. See also iDTV. |
| USB |
Universal Serial Bus |
15 References
| DVB A 011 |
DVB A 011 Common Scrambling Algorithm. DVB Blue Book A011. |
|
| Digital Video Broadcasting (DVB); Frame structure channel coding and modulation for a second generation digital terrestrial television broadcasting system (DVB-T2) |
||
| ETSI EN 302 307 V1.2.1 |
Digital Video Broadcasting (DVB): Second generation framing structure, channel coding and modulation systems for Broadcasting, Interactive Services, News Gathering and other broadband satellite applications. |
|
| IEC 60169-2 |
Radio-frequency connectors, Part 2: Coaxial unmatched connector |
|
| ETSI TS 101 154 v1.9.1 |
Digital Video Broadcasting (DVB); Implementation guidelines for the use of Video and Audio Coding in Broadcasting Applications based on the MPEG-2 Transport Stream |
|
| ISO/IEC 13818-1 |
Information technology - Generic coding of moving pictures and associated audio information. Part 1: Systems. |
|
| ISO 639-2 |
Code for the representation of names of languages |
|
| ITU-T V.92 |
Enhancements to Recommendation V.90 |
|
| ETSI EN 50049-1 |
Domestic and similar electronic equipment interconnection requirements: Peritelevision connector |
|
| ETSI EN 50157-2-1 |
Domestic and similar equipment interconnection requirements: AV.link-Part 2-1: Signal quality matching and automatic selection of source devices |
|
| ETSI EN 300 468 v1.11.1 |
Digital Video Broadcasting; Specification for service information (SI) in DVB Systems |
|
| ETSI TR 101 211 v1.9.1 |
Digital Video Broadcasting (DVB); Guidelines on implementation and usage of Service Information (SI) |
|
| ETSI TS 102 006 |
Digital Video Broadcasting (DVB); Specification for System Software Update in DVB Systems |
|
| ETSI EN 300 472 v1.3.1 |
Digital Video Broadcasting (DVB); Specification for conveying ITU-R System B Teletext in DVB bitstreams |
|
| ETSI ETR 289 |
Digital Video Broadcasting (DVB); Support for use of scrambling and Conditional Access within digital broadcasting systems. |
|
| ETSI TS 102 201 v1.2.1 |
Interfaces for DVB Integrated Receiver and Decoder |
|
| Universal Serial Bus |
Universal Serial Bus (USB) Specification, Revision 2.0, April 27, 2000. |
|
| ITU-R BT.653-3 |
Teletext systems |
|
| ETSI EN 300 743 v1.3.1 |
Digital Video Broadcasting (DVB); Subtitling systems |
|
| ETSI EN 50221 |
Common Interface Specification for Conditional Access and other Digital Video Broadcasting Decoder Applications |
|
| [21] |
ETSI TS 102 825 |
Digital Video Broadcasting Content Protection & Copy Management (DVB-CPCM) |
| EBU Tech 3333 |
EBU HDTV Receiver Requirements, March 2009 |
|
| CI Plus Specification v1.3.1 |
CI Plus Specification Minimum Version v1.3.1 available at http://www.ci-plus.com/data/ci-plus_specification_v1.3.1.pdf |
|
| NorDig Unified Requirements for Integrated Receiver Decoders, version 2.2.1 |
NorDig Unified Requirements for Integrated Receiver Decoders for use in cable, satellite, terrestrial and IP-based networks, Version 2.2.1 |
|
| ETSI TS 102 796 V1.5 |
Hybrid Broadcast Broadband TV (HbbTV) |
|
| CA Smartcard System Specification |
Nagra Advanced Security Certification Version 1.5 or higher. Actual version. OR Irdeto, Softcell DVB Client, Integration Guide. Version 3.10 or higher. Actual version. |
|
| HDMI Specification V1.3 |
HDMI Licensing LLC, High-Definition Multimedia Interface Specification Version 1.3 |
|
| [28] |
ETSI EN 300 744 v1.5.1 |
DVB Framing structure, channel coding and modulation for digital terrestrial television. (ETSI) |
| [29] |
ETSI TS 102 366 |
Digital Audio Compression (AC-3, Enhanced AC-3) Standard |
| [30] |
ISO/IEC 13818-2 |
Information technology - Generic coding of moving pictures and associated audio information: Video |
| [31] |
ISO/IEC 13818-3 |
Information technology - Generic coding of moving pictures and associated audio information - Part 3: Audio |
| [32] |
ISO/IEC 13818-7 |
Information technology - Generic coding of moving pictures and associated audio information - Part 7: Advanced Audio Coding (AAC). |
| [33] |
HTML 5 |
HTML5 - A vocabulary and associated APIs for HTML and XHTML Editor's Draft 04 November 2011 http://dev.w3.org/html5/spec/Overview.html |
| [34] |
Scalable Vector Graphics |
Scalable Vector Graphics (SVG) 1.1 (Second Edition) http://www.w3.org/TR/SVG11/ |
| MPEG DASH |
MPEG DASH ISO/IEC 23001-6 Draft International Standard, Dynamic Adaptive Streaming over HTTP |
|
| [36] |
DLNA |
Digital Living Network Alliance, Home Networked Device Interoperability Guidelines V.1.5, October 2006 |
| [37] |
UPnP |
Universal Plug and Play, as referenced by DLNA |
| [38] |
IEEE 802.11.a/b/g/n Wi-Fi |
IEEE Wireless Communications Protocols |
| [39] |
Windows Media DRM |
Windows Media DRM for Network Devices Specification |
| [40] |
HE AAC v2 |
ISO/IEC 14496-3High-Efficiency Advanced Audio Coding |
| [41] |
USB 2.0 and 3.0 |
http://www.usb.org/developers/docs/ |
| [42] |
PowerLine Modem |
HomePlug AV 1.0, IEEE 1901.2010 |
| API ORS Media |
Application Programming Interface for ORS comm media services |
|
| Dolby Digtial+ |
ETSI TS 102 366 Digital Audio Compression (AC-3, Enhanced AC-3) Standard |
|
| Ethernet |
Fast Ethernet IEEE 802.3u |
|
| Cardless CA System |
Nagra Advanced Security Certification Version 1.5 or higher. Actual version. OR Irdeto Cloaked CA Agent - Device Integration Overview |
[j1]In order to improve thecompatibility, it should be preferable to use this version
[j2]We don’t have this in our TV sets as usually rooftop aerial are usedfor these tv sets
[j3]Should be possible but we will not deliver any filter directly withthe TV. A software switchable filter is costly. onfirm
[j4]Is “reinstall TV” sufficient to fulfill this requirement?
[j5]Consistency. Please confirm.
[j6]Consistency. Please confirm.
[j7]Our TV is able to transcode but not necessarily at 640 kbps.
[j8]We regret to say that this is not possible for SAMSUNG TVs.
Any user initiated display activityshould always be possible.
[j9]As in the feedback of your first draft.
[j10]There are two separate instance depending on HBBTV browser or openinternet browser. Some of the item are supported in the open internet browserbut not in HBBTV browser. We recommend to propose any service only within theHBBTV framework (standard)
[j11]Reference will need to be updated
[j12]We recommend not to use and stick to HBBTV standard
[j13]We recommend not to use and stick to HBBTV standard
[j14]Same comment
[j15]Not sure which version we have
[j16]We don’t support downloadable DRM. We recommend not to assume thisrequirement.
[j17]For a better receiver compatibility. Please see the new specs for explanations