ITU-R BT 1619 SPANISH-2003 Vertical ancillary data mapping for serial digital interface《连续数字接口的垂直辅助数据映射 问题ITU-R 42 6和ITU-R 20 6》.pdf

1、 Rec. UIT-R BT.1619 1 RECOMENDACIN UIT-R BT.1619 Correspondencia de datos auxiliares verticales para interfaz digital en serie (Cuestiones UIT-R 42/6 y UIT-R 20/6) (2003) La Asamblea de Radiocomunicaciones de la UIT, considerando a) que muchos pases estn instalando dispositivos de produccin de telev

2、isin digital basados en la utilizacin de componentes de vdeo digital conformes a las Recomendaciones UIT-R BT.601, UIT-R BT.656, UIT-R BT.709, UIT-R BT.799 y UIT-R BT.1120; b) que conforme a las Recomendaciones UIT-R BT.656, UIT-R BT.799 o UIT-R BT.1120 una seal tiene la capacidad de aceptar seales

3、de datos adicionales para su multiplexin con la propia seal de datos de vdeo; c) que se pueden lograr beneficios de explotacin y econmicos mediante la multiplexin de seales de datos auxiliares con la seal de datos de vdeo; d) que las ventajas de la explotacin sern mayores cuanto menor sea el nmero d

4、e formatos diferentes que se utilicen para las seales de datos auxiliares; e) que el formato de los paquetes de datos auxiliares se especifica en la Recomenda-cin UIT-R BT.1364; f) que el encaminamiento de servicios de radiodifusin de datos destinados al pblico, as como las comunicaciones y el contr

5、ol internos de los organismos de radiodifusin en la interfaz digital en serie (SDI), beneficia a las operaciones de transmisin de radiodifusin, recomienda 1 que se utilice el formato de los datos auxiliares descrito en la Norma SMPTE 334M-2000, Vertical Ancillary Data Mapping for Bit-Serial Interfac

6、e, como mtodo para transportar informacin de control y comunicacin en la SDI. NOTA 1 La Norma SMPTE 334M comprende una referencia normativa a la Norma SMPTE 292M, Bit-Serial Digital Interface for High-Definition Television Systems. El formato de 50 Hz, 1250 lneas que figura en el Cuadro 1, columna C

7、 de la Norma SMPTE 292M, no se debe considerar parte de esta Recomendacin. Resumen de la Norma SMPTE 334M-2000 La presente Recomendacin define un mtodo de codificacin que permite transportar servicios de datos en el espacio de datos auxiliares verticales de una seal de televisin con componente binar

8、ia en serie conforme a las Recomendaciones UIT-R BT.656 o UIT-R BT.1120 y ponerlos en el formato de la Recomendacin UIT-R BT.1364. 2 Rec. UIT-R BT.1619 Se incluyen los servicios de radiodifusin de datos destinados al pblico, as como las comunicaciones y el control internos de los organismos de radio

9、difusin. A pesar de la referencia a la interfaz binaria en serie, ningn elemento de esta especificacin impide su utilizacin en una interfaz digital paralela para seales de vdeo digitales. Los datos que se describen en la presente Norma tambin se pueden transportar en formato clave longitud valor, de

10、 conformidad con la Recomendacin UIT-R BT.1563 (Norma SMPTE 336M-2001), o a travs de otros medios. NOTA 1 Las Normas SMPTE 334M-2000 y 292M-1998 figuran en los Anexos 1 y 2. Las Normas SMPTE 334M-2000 y 292M-1998 se refieren nicamente a las versines 2000 y 1998 respectivamente, que sen las aprobadas

11、 el 3.05.03 por las Administraciones de los Estados Miembros de la UIT en cumplimiento de lo dispuesto en la Resolucin UIT-R 1-3. En virtud del acuerdo entre la UIT y la SMPTE, la SMPTE ha facilitado y autorizado la utilizacin de estas versiones y el UIT-R ha aceptado su inclusin en la presente Reco

12、mendacin. Cualquier versin posterior de las Normas SMPTE 334M y 292M que no hayan sido aceptadas y aprobadas por la Comisin de Estudio 6 de Radiocomunicaciones no formar parte de la presente Recomendacin. Las ltimas versiones de los Documentos de la SMPTE se pueden consultar en el sitio web de la SM

13、PTE: http:/www.smpte.org/. Rec. UIT-R BT.1619 3 Anexo 1 1 ScopeThis standard defines a method of coding whichallows data services to be carried in the vertical ancil-lary data space of a bit-serial component televisionsignal conforming with SMPTE 292M or ANSI/SMPTE259M.This includes data broadcast s

14、ervices intended for thepublic as well as broadcaster internal control andcommunications.Despite the reference to the bit-serial interface,nothing in this specification precludes its use in aparallel digital interface for component digital videosignals.The data described in this standard may also be

15、transported in KLV format according to SMPTE 336M,or via other means.2 Normative referencesThe following standards contain provisions which,through reference in this text, constitute provisions ofthis standard. At the time of publication, the editionsindicated were valid. All standards are subject t

16、orevision, and parties to agreements based on thisstandard are encouraged to investigate the possibilityof applying the most recent edition of the standardsindicated below.ANSI/SMPTE 125M-1995, Television ComponentVideo Signal 4:2:2 Bit-Parallel Digital InterfaceANSI/SMPTE 259M-1997, Television 10-B

17、it 4:2:2Component and 4fsc Composite Digital Signals Serial Digital InterfaceSMPTE 291M-1998, Television Ancillary DataPacket and Space FormattingSMPTE 292M-1998, Television Bit-Serial DigitalInterface for High-Definition Television SystemsANSI/EIA-608-1994, Recommended Practice for Line21 Data Serv

18、iceEIA-708-B, Digital Television Closed-Captioning(DTVCC)EIA-766-1998, U.S. Region Rating Table (RRT) andContent Advisory Descriptor for Transport of Con-tent Advisory Information Using ATSC A/65 Programand System Information Protocol (PSIP)3 Location of vertical ancillary dataThe data packets are l

19、ocated in the active line portionof one or more lines in the vertical ancillary space.Data may be located in any lines in the area from thesecond line after the line specified for switching to thelast line before active video, inclusively.Individual data services are not assigned to any spe-cific da

20、ta lines; receiving equipment should identifyand select services on the basis of their ANC DID andSDID fields.Because ANC data may be located in the lines imme-diately preceding active video, manufacturers of videocompression equipment should ensure that thesedata bits are not included in video comp

21、ression cal-culations.The chrominance (Cb/Cr) and luminance (Y) data arecarried in two separate streams within the SMPTE292M signal with their own ANC data flags and CRCs.ApprovedMay 12, 2000Copyright 2000 by THE SOCIETY OF MOTION PICTURE AND TELEVISION ENGINEERS595 W. Hartsdale Ave., White Plains,

22、NY 10607(914) 761-1100for Television Vertical Ancillary Data Mappingfor Bit-Serial InterfaceSMPTE 334M-2000SMPTE STANDARDPage 1 of 4 pages4 Rec. UIT-R BT.1619 Defined data services shall be carried in the Y stream.Other data services may be inserted into either one ofthese streams without restrictio

23、ns.In the 259M/125M signal, the chrominance and lumi-nance data are carried in a single stream. In this case,all data services shall be carried in this stream with asingle ANC data flag and CRC.4 Format of VANC data packetsEach data packet follows the format defined inSMPTE 291M for a type 2 ANC pac

24、ket. It consists ofthe ancillary data flag (ADF), the data ID (DID), thesecondary data ID (SDID), the data count (DC), theuser data words (UDW), and the checksum (CS). TheUDW consists of the data payload plus forward errorcorrection overhead.4.1 ANC packet header formatThe ADF has the value 000h 3FF

25、h 3FFh.The following value of DID is used for the closed-captioning services defined in this standard: 161h(61h plus parity bits per 291M). A second value of DID(162h = 62h plus parity) is used for other serviceswhich are identified by this standard, and whoseformat is specified by recommended pract

26、ices.Other data services which are internal to a broadcastnetwork may use DID values in the ranges specifiedfor user application data (40h-5Fh and C0h-DFh).These DID values are not registered.The specified values of DID (61h and 62h) identify type 2ANC packets. In each packet, the SDID code identifi

27、esthe type of data. Table 1 shows the values of DID andSDID for services defined within this standard. Table 2shows the values of DID and SDID for other services.DC is a count of the number of words in the UDW; bitsb7-b0 of DC represent the number of words of userdata; bits b8 and b9 are parity per

28、291M.For defined services such as captioning, the format ofthe data in the UDW is defined in this specification orin a normative reference. For other data services, thedata content is not specified here, and the value of DCis variable.4.2 UDW formatAll data services consist of 8-bit data bytes, whic

29、h aretransmitted in bits b7-b0 of the 10-bit data word. Bitb8 is even parity for b7 through b0, and b9 = not b8.In addition to providing a simple error detection capa-bility, this avoids transmitting data which match one ofthe code words 0-3 and 1020-1023 which are prohib-ited by SMPTE 292M and ANSI

30、/SMPTE125M.Service DID SDID DCClosed captioning (EIA-708-B) 61h (161h) 1 (101h) VariableEIA-608 data 61h (161h) 2 (102h) 3 (203h)Table 1 Defined data servicesService DID SDID DCProgram description (DTV) 62h (162h) 1 (101h) VariableData broadcast (DTV) 62h (162h) 2 (102h) VariableVBI data 62h (162h)

31、3 (203h) VariableTable 2 Variable-format data servicesSMPTE 334M-2000Page 2 of 4 pagesRec. UIT-R BT.1619 5 The data payload for each service is inserted into theUDW of the ANC packet as a sequence of 10-bitwords. The number of words is indicated in the DCfield of the ANC packet header.4.3 Defined se

32、rvicesThe services shown in table 1 have their format de-fined in this clause. The values in parentheses for DID,SDID, and DC include parity bits b8 and b9.4.3.1 Format of the closed captioning (EIA-708-B)packetThe payload of the closed captioning (EIA-708-B)packet is the caption distribution packet

33、 (CDP) de-fined in EIA-708-B. This packet has a variable length.4.3.2 Format of the ANC EIA-608 (VBI) packetIn NTSC video, the closed captioning, content advi-sory, and other services are carried in a format definedby the EIA-608 standard. Closed captioning may becarried in line 21 of either field.

34、Content advisory andother data may be in line 21 of field 2 only.These can be carried in an ANC packet in a 292Mstream to allow the EIA-608 data waveform to berecreated and reinserted into an NTSC signal pro-duced by converting the DTV signal into an analogsignal at a station. The format of this ANC

35、 packet isdefined in annex A.4.4 Other data servicesTable 2 lists other data services whose format is notspecified by this standard. Their DID and SDID valuesare specified here to ensure that they can be correctlyand consistently recognized and routed.The DTV program description service carries data

36、which pertain to the video and audio programs. Itscontents are defined in the forthcoming SMPTE RP 207.The DTV data broadcast service carries data intendedfor broadcast to the public along with the video andaudio programs. Its contents are the subject of a futurerecommended practice.The VBI data ser

37、vice is intended for use in reconsti-tuting data in the VBI of a standard-definition analogvideo signal produced from the digital video program.Its contents are defined in the forthcoming SMPTE RP208.5 Timing of data and videoThere is no specific provision in this standard forensuring that the relat

38、ive timing between the videoand its embedded VANC data is correct. The onlytiming relationship that exists is created when the dataare embedded in the video. Once that relationship isestablished, the deterministic nature of 292M or 259Mtransport ensures that the relationship is preserved.Annex A (no

39、rmative)Format of the ANC EIA-608 packetThe data payload for EIA-608 data is 2 bytes per line. TheANC packet encapsulates these two bytes without modifica-tion, and adds a byte which identifies the VBI line and fieldto be used for insertion. The data count (DC) is therefore3 (203h).The format of the

40、 packet is as follows:Header:ADF (3 words)DID = 161hSDID = 102hDC = 203hUDW:LINE (1 word)EIA-608 data (2 words)Suffix:CS (1 word)The LINE value at the start of the UDW represents thefield number and VBI line where the data are intendedto be carried. Bit b7 of the LINE value is the field number(0 for

41、 field 2; 1 for field 1). Bits b6 and b5 are 0. Bitsb4-b0 form a 5-bit unsigned integer which representsthe offset (in lines) of the data insertion line, relative tothe base VBI frameline (line 9 of 525-line field 1, line272 of 525-line field 2, line 5 of 625-line field 1, line 318of 625-line field

42、2).SMPTE 334M-2000Page 3 of 4 pages6 Rec. UIT-R BT.1619 Annex B (informative)BibliographyANSI/SMPTE 296M-1997, Television 1280 720 Scanning,Analog and Digital Representation and Analog InterfaceANSI/SMPTE 299M-1997, Television 24-Bit Digital AudioFormat for HDTV Bit-Serial InterfaceATSC A/53, ATSC D

43、igital Television StandardATSC A/65, Program and System Information Protocol forTerrestrial Broadcast and CableSMPTE 274M-1998, Television 1920 1080 Scanningand Analog and Parallel Digital Interfaces for Multiple Pic-ture RatesForthcoming SMPTE 336M, Television Data EncodingProtocol Using Key-Length

44、-ValueForthcoming SMPTE RP 207, Transport of Program Descrip-tion Data in Ancillary Data PacketsForthcoming SMPTE RP 208, Transport of VBI Packet Datain Ancillary Data PacketsSMPTE 334M-2000Page 4 of 4 pagesRec. UIT-R BT.1619 7 Anexo 2 1 ScopeThis standard defines a bit-serial digital coaxial andfib

45、er-optic interface for HDTV component signalsoperating at data rates of 1.485 Gb/s and 1.485/1.001Gb/s. Bit-parallel data derived from specified sourceformats are multiplexed and serialized to form theserial data stream. A common data format and channelcoding are used based on the source format para

46、lleldata for a given high-definition television system.Coaxial cable interfaces are suitable for applicationwhere the signal loss does not exceed an amountspecified by the receiver manufacturer. Typical lossamounts would be in the range of up to 20 dB atone-half the clock frequency. Fiber optic inte

47、rfaces aresuitable for application at up to 2 km of distance usingsingle-mode fiber.Several source formats are referenced and othersoperating within the covered data rate range may beserialized based on the techniques defined by thisstandard. Revisions to this standard may add othersource formats wh

48、en approved documents are avail-able. Mechanism s for transporting lower data-rateformats over this interface are under development andwill be specified in other documents.2 Normative referencesThe following standards contain provisions which,through reference in this text, constitute provisions oft

49、his standard. At the time of publication, the editionsindicated were valid. All standards are subject torevision, and parties to agreements based on thisstandard are encouraged to investigate the possibilityof applying the most recent edition of the standardsindicated below.ANSI/SMPTE 295M-1997, Television - 1920 1080 50 Hz - Scanning and InterfaceANSI/SMPTE 296M-1997, Television- 1280 720Scanning, Analog and Digital Representation andAnalog InterfaceSMPTE 260M-1999, Television -