1、 ETSI TS 102 358 V1.1.1 (2005-01)Technical Specification Digital Radio Mondiale (DRM);Specific Restrictions for the use of theDistribution and Communication Protocol (DCP)European Broadcasting Union Union Europenne de Radio-Tlvision EBUUER ETSI ETSI TS 102 358 V1.1.1 (2005-01) 2 Reference DTS/JTC-DR
2、M-09 Keywords broadcasting, digital, DRM, radio, MUX ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 00017 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important n
3、otice Individual copies of the present document can be downloaded from: http:/www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Porta
4、ble Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information
5、 on the current status of this and other ETSI documents is available at http:/portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http:/portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may
6、 be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2005. European Broadcasting Union 2005. All rights reserved. DECTTM, PLUGTESTSTM and UMTSTM are Trade Marks of E
7、TSI registered for the benefit of its Members. TIPHONTMand the TIPHON logo are Trade Marks currently being registered by ETSI for the benefit of its Members. 3GPPTM is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. ETSI ETSI TS 102 358 V1.1.1
8、(2005-01) 3 Contents Intellectual Property Rights4 Foreword.4 Introduction 4 1 Scope 5 2 References 5 3 Definitions, symbols and abbreviations .5 3.1 Definitions5 3.2 Symbols6 3.3 Abbreviations .6 3.4 Conventions7 4 DCP-based application protocols for DRM .7 4.1 Specified DRM application protocols 7
9、 4.2 Protocol Stack 8 4.3 DRM Transmission Chain overview 8 4.4 DRM Broadcast chain setup scenarios .9 5 DRM-specific DCP Definitions and Restrictions.10 5.1 Special TAG Items .11 5.2 Proprietary TAG Items.11 5.3 DCPs AF Layer .12 6 DCP Interface standards.12 6.1 RS232.13 6.2 Ethernet (IP over Ether
10、net).13 6.2.1 Transport Layer 13 6.2.2 Network Layer 14 6.2.3 Link Layer 14 History 15 ETSI ETSI TS 102 358 V1.1.1 (2005-01) 4 Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IP
11、Rs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are av
12、ailable on the ETSI Web server (http:/webapp.etsi.org/IPR/home.asp). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web
13、server) which are, or may be, or may become, essential to the present document. Foreword This Technical Specification (TS) has been produced by Joint Technical Committee (JTC) Broadcast of the European Broadcasting Union (EBU), Comit Europen de Normalisation ELECtrotechnique (CENELEC) and the Europe
14、an Telecommunications Standards Institute (ETSI). NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the specific field of broadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body by including in the Memorandum of Unders
15、tanding also CENELEC, which is responsible for the standardization of radio and television receivers. The EBU is a professional association of broadcasting organizations whose work includes the co-ordination of its members activities in the technical, legal, programme-making and programme-exchange d
16、omains. The EBU has active members in about 60 countries in the European broadcasting area; its headquarters is in Geneva. European Broadcasting Union CH-1218 GRAND SACONNEX (Geneva) Switzerland Tel: +41 22 717 21 11 Fax: +41 22 717 24 81 Introduction In order to meet the need for a digital transmis
17、sion system suitable for use in all of the bands below 30 MHz, the Digital Radio Mondiale (DRM) consortium was formed in early 1998. The DRM consortium is a non-profit making body which seeks to develop and promote the use of the DRM system worldwide. Its members include broadcasters, network provid
18、ers, receiver and transmitter manufacturers and research institutes. More information is available from their website (http:/www.drm.org/). A large number of communications protocols have been developed to allow reliable exchange of data using a wide variety of different techniques. Some have relied
19、 on two-way communication to allow requests for re-tries of missing or corrupted messages, while others have relied on Forward Error Correcting codes such as Reed Solomon to rebuild the original message. Unfortunately most of the protocols are tightly coupled to the application they were originally
20、developed for, do not scale well in multicast networks or are unsuitable for use over the uni-directional circuits often found in distribution systems. When the development of a distribution protocol for Digital Radio Mondiale broadcasts was considered, none of the available protocols was deemed sui
21、table and so it was decided to develop a general purpose, low-level, reliable communications protocol suitable for both uni-directional and bi-directional data links which would meet the needs of DRM but would also hopefully be flexible enough to meet the needs of other applications as well. ETSI ET
22、SI TS 102 358 V1.1.1 (2005-01) 5 1 Scope The present document extends and regulates in detail some aspects of the generic and application-independent Distribution and Communication Protocol (DCP) to build a common basis for all DCP-based application protocols standardized within the scope of Digital
23、 Radio Mondiale (DRM) see ES 201 980 1. These DRM-specific application protocols comprise for example the Multiplex Distribution Interface (MDI), the Modulator Control Interface (MCI), the Service Distribution Interface (SDI), the Receiver Status and Control Interface (RSCI), and others. The definit
24、ions and restrictions to the DCP protocol given in the present document are mandatory for all DCP-based DRM application protocols. 2 References The following documents contain provisions which, through reference in this text, constitute provisions of the present document. References are either speci
25、fic (identified by date of publication and/or edition number or version number) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. Referenced documents which are not found to be publicly available in the expected lo
26、cation might be found at http:/docbox.etsi.org/Reference. 1 ETSI ES 201 980: “Digital Radio Mondiale (DRM); System Specification“. 2 ETSI TS 102 821: “Digital Radio Mondiale (DRM); Distribution and Communications Protocol (DCP)“. 3 ETSI TS 102 820: “Digital Radio Mondiale (DRM); Multiplex Distributi
27、on Interface (MDI)“. 4 ANSI/TIA/EIA-232-F: “Interface Between Data Terminal Equipment and Data Circuit-Terminating Equipment Employing Serial Binary Data Interchange“. 5 IEEE 802.3-2002: “Information Technology - Telecommunication superceded by EIA-520B000 . 7 TIA/EIA-568-B (series): “Commercial Bui
28、lding Telecommunications Cabling Standard - Part 1: General Requirements“. 3 Definitions, symbols, abbreviations and conventions 3.1 Definitions For the purposes of the present document, the following terms and definitions apply: Byte: collection of 8-bits Coordinated Universal Time (literally Unive
29、rsel Temps Coordonn) (UTC): time format counting in standard SI seconds with periodic adjustments made by the addition (or removal) of leap seconds to keep the difference between UTC and Astronomical Time less than 0,9 seconds ETSI ETSI TS 102 358 V1.1.1 (2005-01) 6 NOTE: TAI and UTC were defined as
30、 having an initial offset of 10 seconds on January 1 1972 (TAI prior to this date had a variable fractional offset to UTC as the two times did not use the same definition of the second). As at 25 February 2003 there have been 22 leap seconds, all positive, making TAI=UTC+32. Distribution and Communi
31、cation Protocol (DCP): transport layer communications protocol providing fragmentation, addressing and/or reliable data transmission over errored channels using a Reed Solomon code to provide Forward Error Correction MDI Packet: TAG packet containing those TAG Items as defined in TS 102 820 3 TAG It
32、em: DCP elemental type combining the name, length and value of the data in a single logical data entity TAG Name: name field within an individual TAG Item used to identify an individual piece of information TAG Packet: collection of TAG Items with a header carrying a cohesive and self-contained bloc
33、k of data TAG Value: the payload of a TAG Item 3.2 Symbols For the purposes of the present document, the following symbols apply: NxThe value “N“ is expressed in radix “x“. The radix of “x“ shall be decimal, thus 2A16is the hexadecimal representation of the decimal number 42. 3.3 Abbreviations For t
34、he purposes of the present document, the following abbreviations apply: AF Application Framing (a DCP Protocol Layer) AFS Alternative Frequency Switching ASI Asynchronous Serial Interface BER Bit Error Ratio BOOTP Boot ProtocolCRC Cyclic Redundancy Check DCP Distribution and Communication Protocol D
35、HCP Dynamic Host Configuration Protocol DRM Digital Radio Mondiale FAC Fast Access Channel (DRM Multiplex Component) FEC Forward Error Correction FF File Framing (a DCP Protocol Layer) GMT Greenwich Mean Time GPS Global Positioning SystemIP Internet ProtocolISO International Organization for Standar
36、dization LSb Least Significant Bit LSB Least Significant Byte MCI Modulator Control Interface MDI Multiplex Distribution Interface MFN Multi-Frequency Network MJD Modified Julian Date MPEG Moving Picture Experts Group MSb Most Significant Bit MSB Most Significant Byte MSC Main Service Channel (DRM M
37、ultiplex component) OFDM Orthogonal Frequency Division Multiplexing PFT Protection, Fragmentation and Transport (a DCP Protocol Layer) PRBS Pseudo-Random Binary Sequence RF Radio Frequency rfu reserved for future use RSCI Receiver Status and Control Interface ETSI ETSI TS 102 358 V1.1.1 (2005-01) 7
38、SDC Service Description Channel (DRM Multiplex component) SDI Service Distribution Interface SFN Single Frequency Network SMFN Synchronized Multi-Frequency Network TAI International Atomic Time (Temps Atomique International) TCP Transmission Control Protocol (IP-based protocol) UDP User Datagram Pro
39、tocol (IP-based protocol) UTC Co-ordinated Universal Time (Universel Temps Coordonn) 3.4 Conventions The order of bits and bytes within each description shall use the following notation unless otherwise stated: In figures, the bit or byte shown in the left hand position is considered to be first. In
40、 tables, the bit or byte shown in the left hand position is considered to be first. In byte fields, the Most Significant bit (MSb) is considered to be first and denoted by the higher number. For example, the MSb of a single byte is denoted “b7“ and the Least Significant bit (LSb) is denoted “b0“. In
41、 vectors (mathematical expressions), the bit with the lowest index is considered to be first. 4 DCP-based application protocols for DRM 4.1 Specified DRM application protocols The Distribution and Communication Protocol DCP describes a common way to transport information over a variety of basic tran
42、sport protocols like IP, serial line or file. It provides transport information, addressing information, fragmentation to handle limited basic transport protocols and forward error correction to deal with packet losses or packet corruption. The DCP protocol is application-independent and free for to
43、 use for every organization and purpose. It is specified in document Distribution and Communication Protocol (DCP) (see TS 102 821 2). The actual content to be transported in DRM-specific protocols based on DCP (tailored to individual purposes) is defined in additional documents, e.g.: - Multiplex D
44、istribution Interface (MDI ) (see TS 102 820 3) covers the transport of data and commands from the DRM Multiplexer to the DRM Modulator. - Modulator Control Interface (MCI) covers the remote signaling of commands and setups to the modulator and sender equipment. - Service Distribution Interface (SDI
45、) covers the transport of data and commands from the studio and other sources to the DRM Multiplexer. - Receiver Status and Control Interface (RSCI) covers the transport of a receivers status information in addition to the DRM multiplex as well as commands to control the receivers behaviour. ETSI ET
46、SI TS 102 358 V1.1.1 (2005-01) 8 4.2 Protocol Stack The general protocol stack in use for all standardized DRM-specific protocols is outlined in figure 1 (using an example selection of currently standardized DCP-based DRM application protocols): DCPDCP-DRMMDI RSCI MCI SDIseriallineIP file DRMspecifi
47、cprotocolsapplicationindependentprotocolFigure 1: DRM Protocol Stack The present documents position in this protocol stack is labelled “DCP-DRM“ and marked by a dark grey background. NOTE: the RSCI is a superset of the MDI protocol. 4.3 DRM Transmission Chain overview Figure 2 gives an overview of t
48、he DRM transmission chain. It shows which connections are covered by which of the above protocols. #DRMMultiplexencodedaudio / dataDRMModulatorDRMModulatorBroadcast ReceptionmodulatedsignalRF FrontendDRM Demodulator#DRMMultiplexDRMTransmission,Signal on the airconfigcontrol/config*possible use of pr
49、otocoldata / audiomodulatedsignalstatus/controlMDI/DCPMDISDI/DCPDCP*MDI/DCPDCPMCI/DCPDCPSDI/DCPDCPRSCI/DCPDCPContent Provider (Studio)SCEncSCEncaudio / dataDRM MultiplexerconfigSDI/DCPDCP#DRM Multiplex: MSC streams 03, FAC, SDC, SCDec SCDecDRM DemultiplexerDRM Decoderencodeddata / audioSCEnc: ServiceComponent Encoder SCDec: ServiceComponent DecoderFigure 2: DRM Transmission Chain and its protocols ETSI ETSI TS 102 358 V1.1.1 (2005-01) 9 4.4 DRM Broadcast chain setup scenarios Several overall scenarios for arranging the equi
