ITU-R BT 1619-2003 Vertical ancillary data mapping for serial digital interface《串行数字接口的垂直辅助数字映射》.pdf

《ITU-R BT 1619-2003 Vertical ancillary data mapping for serial digital interface《串行数字接口的垂直辅助数字映射》.pdf》由会员分享，可在线阅读，更多相关《ITU-R BT 1619-2003 Vertical ancillary data mapping for serial digital interface《串行数字接口的垂直辅助数字映射》.pdf（15页珍藏版）》请在麦多课文档分享上搜索。

1、 Rec. ITU-R BT.1619 1 RECOMMENDATION ITU-R BT.1619 Vertical ancillary data mapping for serial digital interface (Questions ITU-R 42/6 and ITU-R 20/6) (2003) The ITU Radiocommunication Assembly, considering a) that many countries are installing digital television production facilities based on the us

2、e of digital video components conforming to Recommendations ITU-R BT.601, ITU-R BT.656, ITU-R BT.709, ITU-R BT.799 and ITU-R BT.1120; b) that there exists the capacity within a signal conforming to Recommendation ITU-R BT.656, ITU-R BT.799 or ITU-R BT.1120 for additional data signals to be multiplex

3、ed with the video data signal itself; c) that there are operational and economic benefits to be achieved by the multiplexing of ancillary data signals with the video data signal; d) that the operational benefits are increased if a minimum of different formats are used for ancillary data signals; e)

4、that formatting of ancillary data packets is specified in Recommendation ITU-R BT.1364; f) that carriage of data broadcast services intended for the public as well as broadcaster internal control and communications within the serial digital interface (SDI) benefit broadcast transmission operations,

5、recommends 1 that the ancillary data formatting described in SMPTE Standard 334M-2000 Vertical Ancillary Data Mapping for Bit-Serial Interface, be used as a method for carrying communications and control information in the SDI. NOTE 1 SMPTE 334M includes a normative reference to SMPTE 292M Bit-Seria

6、l Digital Interface for High-Definition Television Systems. The 1250-line, 50 Hz format listed in Table 1, column C of SMPTE 292M shall not be considered part of this Recommendation. Summary of SMPTE Standard 334M-2000 This Recommendation defines a method of coding which allows data services to be c

7、arried in the vertical ancillary data space of a bit-serial component television signal conforming with Recommendation ITU-R BT.656 or ITU-R BT.1120 and formatted as specified in Recommendation ITU-R BT.1364. 2 Rec. ITU-R BT.1619 This includes data broadcast services intended for the public as well

8、as broadcaster internal control and communications. Despite the reference to the bit-serial interface, nothing in this specification precludes its use in a parallel digital interface for component digital video signals. The data described in this Standard may also be transported in key length value

9、format according to Recommendation ITU-R BT.1563 (SMPTE 336M-2001), or via other means. NOTE 1 SMPTE Standards 334M-2000 and 292M-1998 are given in Annexes 1 and 2. SMPTE Standards 334M-2000 and 292M-1998 refer to Versions 2000 and 1998 respectively only, which are the versions approved by Administr

10、ations of Member States of the ITU in application of Resolution ITU-R 1-3 on 3-05-03. By agreement between ITU and SMPTE, these Versions were provided and authorized for use by SMPTE and accepted by ITU-R for inclusion in this Recommendation. Any subsequent versions of SMPTE Standards 334M and 292M,

11、 which have not been accepted and approved by Radiocommunication Study Group 6 are not part of this Recommendation. For subsequent versions of SMPTE documents, the reader should consult the SMPTE website: http:/www.smpte.org/. Rec. ITU-R BT.1619 3 Annex 1 1 ScopeThis standard defines a method of cod

12、ing 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 services intended for thepublic as well as broadcaster internal control andcommunications.Despite the

13、 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 betransported in KLV format according to SMPTE 336M,or via other means.2 Normative referencesThe follo

14、wing 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 torevision, and parties to agreements based on thisstandard are encouraged to investigate the possibi

15、lityof 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-Bit 4:2:2Component and 4fsc Composite Digital Signals Serial Digital InterfaceSMPTE 291M-1998, Televi

16、sion Ancillary DataPacket and Space FormattingSMPTE 292M-1998, Television Bit-Serial DigitalInterface for High-Definition Television SystemsANSI/EIA-608-1994, Recommended Practice for Line21 Data ServiceEIA-708-B, Digital Television Closed-Captioning(DTVCC)EIA-766-1998, U.S. Region Rating Table (RRT

17、) 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 located in the active line portionof one or more lines in the vertical ancillary space.Data may be lo

18、cated 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 data lines; receiving equipment should identifyand select services on the basis of their ANC DID andSD

19、ID 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 compression cal-culations.The chrominance (Cb/Cr) and luminance (Y) data arecarried in two separate stre

20、ams 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, NY 10607(914) 761-1100for Television Vertical Ancillary Data Mappingfor Bit-Serial InterfaceSMPTE 33

21、4M-2000SMPTE STANDARDPage 1 of 4 pages4 Rec. ITU-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 restrictions.In the 259M/125M signal, the chrominance and lumi-nance data are carried in a single stream. In t

22、his 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 packet. It consists ofthe ancillary data flag (ADF), the data ID (DID), thesecondary data ID (SDID), th

23、e 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 3FFh 3FFh.The following value of DID is used for the closed-captioning services defined in this standar

24、d: 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 practices.Other data services which are internal to a broadcastnetwork may use DID values in the ranges s

25、pecifiedfor 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 identifiesthe type of data. Table 1 shows the values of DID andSDID for services defined within this standar

26、d. 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 291M.For defined services such as captioning, the format ofthe data in the UDW is defined in this sp

27、ecification 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, which aretransmitted in bits b7-b0 of the 10-bit data word. Bitb8 is even parity for b7 through b0, and

28、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/SMPTE125M.Service DID SDID DCClosed captioning (EIA-708-B) 61h (161h) 1 (101h) VariableEIA-608 data

29、 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) 3 (203h) VariableTable 2 Variable-format data servicesSMPTE 334M-2000Page 2 of 4 pagesRec. ITU-R BT.

30、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 servicesThe services shown in table 1 have their format de-fined in this clause. The values in parenth

31、eses 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 (CDP) de-fined in EIA-708-B. This packet has a variable length.4.3.2 Format of the ANC EIA-608 (VBI

32、) 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. Content advisory andother data may be in line 21 of field 2 only.These can be carried in an ANC pack

33、et 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 packet isdefined in annex A.4.4 Other data servicesTable 2 lists other data services whose format i

34、s 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 datawhich pertain to the video and audio programs. Itscontents are defined in the forthcoming SMPTE RP 2

35、07.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 service is intended for use in reconsti-tuting data in the VBI of a standard-definition analogvideo sig

36、nal 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 relative timing between the videoand its embedded VANC data is correct. The onlytiming relationship that

37、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 (normative)Format of the ANC EIA-608 packetThe data payload for EIA-608 data is 2 bytes per line. TheAN

38、C 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 packet is as follows:Header:ADF (3 words)DID = 161hSDID = 102hDC = 203hUDW:LINE (1 word)EIA-608 dat

39、a (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 field 2; 1 for field 1). Bits b6 and b5 are 0. Bitsb4-b0 form a 5-bit unsigned integer which repres

40、entsthe 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 2).SMPTE 334M-2000Page 3 of 4 pages6 Rec. ITU-R BT.1619 Annex B (informative)BibliographyANSI/SMPTE

41、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 Digital Television StandardATSC A/65, Program and System Information Protocol forTerrestrial Broadcas

42、t 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-ValueForthcoming SMPTE RP 207, Transport of Program Descrip-tion Data in Ancillary Data PacketsFort

43、hcoming SMPTE RP 208, Transport of VBI Packet Datain Ancillary Data PacketsSMPTE 334M-2000Page 4 of 4 pagesRec. ITU-R BT.1619 7 Annex 2 1 ScopeThis standard defines a bit-serial digital coaxial andfiber-optic interface for HDTV component signalsoperating at data rates of 1.485 Gb/s and 1.485/1.001Gb

44、/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 paralleldata for a given high-definition television system.Coaxial cable interfaces are suitable for app

45、licationwhere 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 interfaces aresuitable for application at up to 2 km of distance usingsingle-mode fiber.Several source f

46、ormats 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 when approved documents are avail-able. Mechanism s for transporting lower data-rateformats over this

47、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 ofthis standard. At the time of publication, the editionsindicated were valid. All standards are subjec

48、t 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

49、, Analog and Digital Representation andAnalog InterfaceSMPTE 260M-1999, Television - 1125/60 High-Definition Production System - Digital Repre-sentation and Bit-Parallel Interface SMPTE 274M-1998, Television - 1920 1080Scanning and Analog and Parallel Digital Interfacesfor Multiple Picture RatesSMPTE 291M-1998, Television - Ancillary DataPacket and Space Formatting SMPTE RP 184-1996, Specification of Jitter in Bit-Serial Digital SystemsIEC 60169-8 (1978-01), Radio Frequency Connectors,Part 8: R.F. Coaxial Connectors with Inner Di