ANSI INCITS ISO IEC 13818-6 AMD 1-2000 Information technology - Generic coding of moving pictures and associated audio information - Part 6 Extensions for DSM-CC - Amendment 1 Addi.pdf

1、INTERNATIONAL STANDARD ISO/IEC 1381 8-6 First edition 1998-09-01 AMENDMENT 1 2000-1 0-1 5 Information technology - Generic coding of moving pictures and associated audio information - Part 6: Extensions for DSM-CC AMENDMENT 1 Additions to support data broadcasting Technologies de Iinformafion - Coda

2、ge gnrique des images animes ef des informafions sonores associes - Partie 6: Exfensions pour DSM-CC AMENDEMENT 1 Addifions la diffusion de soufien de donnes Adopted by INCITS (InterNational Committee for Information Technology Standards) as an American National Standard. Date of ANSI Approval: 3/27

3、/01 Published by American National Standards Institute, 25 West 43rd Street, New York, New York 10036 Copyright 2002 by Information Technology Industry Council (ITI). All rights reserved. These materials are subject to copyright claims of International Standardization Organization (ISO), Internation

4、al Electrotechnical Commission (IEC), American National Standards Institute (ANSI), and Information Technology Industry Council (ITI). Not for resale. No part of this publication may be reproduced in any form, including an electronic retrieval system, without the prior written permission of ITI. All

5、 requests pertaining to this standard should be submitted to ITI, 1250 Eye Street NW, Washington, DC 20005. Printed in the United States of America Reference number ISO/IEC 13818-6:1998/Amd.l:2000(E) ISO/IEC 2000 ISO/IEC 1381 8-6:1998/Amd.l:2000(E) PDF disclaimer This PDF file may contain embedded t

6、ypefaces. In accordance with Adobes licensing policy, this file may be printed or viewed but shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In downloading this file, parties accept therein the responsibility of not in

7、fringing Adobes licensing policy. The IS0 Central Secretariat accepts no liability in this area. Adobe is a trademark of Adobe Systems Incorporated. Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameters were o

8、ptimized for printing. Every care has been taken to ensure that the file is suitable for use by IS0 member bodies. In the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below. O ISOAEC 2000 All rights reserved. Unless otherwise speci

9、fied, no part of this publication may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm, without permission in writing from either IS0 at the address below or ISOs member body in the country of the requester. IS0 copyright office Ca

10、se postale 56 CH-I21 1 Geneva 20 Tel. + 41 22 749 O1 11 Fax +41227490947 E-mail copyrightiso.ch Web www.iso.ch Printed in Switzerland II O ISOAEC 2000 -All rights reserved ISO/IEC 1381 8-6:1998/Amd.l:2000(E) Foreword IS0 (the International Organization for Standardization) and IEC (the International

11、 Electrotechnical Commission) form the specialized system for worldwide standardization. National bodies that are members of IS0 or IEC participate in the development of International Standards through technical committees established by the respective organization to deal with particular fields of

12、technical activity. IS0 and IEC technical committees collaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, in liaison with IS0 and IEC, also take part in the work. International Standards are drafted in accordance with the rules given in the

13、ISOAEC Directives, Part 3. In the field of information technology, IS0 and IEC have established a joint technical committee, ISOAEC JTC 1. Draft International Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as an International Standard req

14、uires approval by at least 75 % of the national bodies casting a vote. Attention is drawn to the possibility that some of the elements of this Amendment may be the subject of patent rights. IS0 and IEC shall not be held responsible for identifying any or all such patent rights. Amendment 1 to Intern

15、ational Standard ISOAEC 1381 8-6:1998 was prepared by Joint Technical Committee ISOAEC JTC 1, lnformafion fechnology, Subcommittee SC 29, Coding of audio, picfure, mulfimedia and hypermedia informa fion. O ISOAEC 2000 -All rights reserved . 111 ISO/IEC 13818-6:1998/Amd.l:2000(E) table-id Ox00 - Ox37

16、 Information technology - Generic coding of moving pictures and associated audio information - Part 6: Extensions for DSM-CC DSMCC Section Type ITU-T Rec. H.222.0 I ISOAEC 13818-1 defined AMENDMENT 1 : Additions to support data broadcasting Ox38 - Ox39 Ox3A 1) Replace fhe semanfic definifion of Down

17、loadlnfolndication moduleSize in subclause 7.3.2 wifh fhe following: ISOAEC 13818-6 reserved DSM-CC Sections containing multi-protocol encapsulated data ,I The moduleSize field is the length, in bytes, of the described module. A value of zero indicates that the module size is not specified. ,I Ox3B

18、Ox3C Ox3D 2) Replace fhe lasf paragraph in subclause 9.2.1 wifh fhe following: DSM-CC Sections containing U-N Messages, except Download Data Messages DSM-CC Sections containing Download Data Messages DSM-CC Sections containina Stream DescriDtors MPEG-2 Systems, ISOAEC 13818-1:2000, defines generic t

19、able section syntax that DSM-CC uses to provide re- assembly of Transport Stream packets into DSM-CC messages. This specification defines additional semantics on ISOAEC 1381 8-1 :2000 sections to support additional DSM-CC requirements. Called DSMCC-section and DSMCC-Addressable-section, the syntax i

20、s compatible with the generic section syntax so that compliant MPEG-2 Systems decoders may be used. ,I Ox3E Ox3F 3) In subclause 9.2.2, replace every occurrence of “private-section“ wifh “generic-section“ DSM-CC Sections containing private data DSM-CC Addressable Sections 4) In subclause 9.2.2, repl

21、ace every occurrence of ”private-indicator” wifh “complement-indicator”. Ox40 - OXFE OxFF 5) Replace Table 9-3 wifh fhe following: ,I Table 9-3 DSM-CC table-id assignments User private forbidden 6) In subclause 9.2.2.1 replace fhe corresponding paragraphs wifh fhe following: version-number - This fi

22、eld is a 5-bit field. If the value of the table-id field equals Ox3A or Ox3B, this field shall be set to zero. If the value of the table-id field equals Ox3C and a DownloadDataBlock Message is conveyed, this field shall have the value of the least significant 5 bits of the moduleversion field of the

23、 conveyed DownloadDataBlock Message. If the value of the table-id field equals Ox3C and a DownloadDataRequest Message is conveyed, this O ISOAEC 2000 -All rights reserved 1 ISO/IEC 13818-6:1998/Amd.l:2000(E) field shall be set to zero. If the value of table-id equals Ox3D, then this field shall be s

24、et as defined in ISOAEC 13818-1:2000. If the value of the table-id field equals Ox3E, then the value and use of this field are defined by the user. current-next-indicator - This is a 1 bit flag. If the value of the table-id field equals Ox3A, Ox3B or Ox3C, this bit shall be set to I. Otherwise, this

25、 field shall be set as defined in ISOAEC 13818-1:2000. section-number - This field is a 8-bit field. If the value of the table-id field equals Ox3A or Ox3B, this field shall be set to zero. If the value of the table-id field equals Ox3C, this field shall have a value of the least significant 8 bits

26、of the blockNumber field of the conveyed DownloadDataBlock or DownloadDataRequest Message. If the value of the table-id field is not in the range of Ox3A to Ox3C, then this field shall be set as defined in ISOAEC 13818-1:2000. last-section-number - This field is a 8-bit field. This field specifies t

27、he number of the last section (that is, the section with the highest section number) of the table of which this section is a part. (Note: This means that this field shall be set to the maximum value that is encoded in the section-number field for the same table-id, table-id-extension and version-num

28、 ber field). ,I 7) Delefe fhe foofnofe under Table 9-2. 8) Add fhe following fo subclause 9.2.2.1 affer lasf-secfion-number: ,I LLCSNAPO - This structure shall contain the datagram according to the ISOAEC 8802-2 Logical Link Control (LLC) and ISOAEC 8802-la SubNetwork Attachment Point (SNAP) specifi

29、cations. For more information, see subclause 9.2.5, Encapsulation within MPEG-2 Transport Streams. ,I 9) Add fhe following subclauses affer subclause 9.2.2: ,I 9.2.3 DSM-CC Addressable Sections The DSMCC-addressable-section() format is used to send a DSM-CC encapsulated datagram to a specific device

30、 or group of devices. This format embeds the deviceld of the target device into the section header to allow address filtering at the section level. It also supports scrambling mechanisms. The following table defines the format and semantics of the DSMCC-addressable-section: Table 9-4 Addressable Sec

31、tions Syntax DSMCC-addressable-section() table-id O error-detection-type reserved addressable-section-length devi celd 7 O deviceldl58 reserved payload-scram bling-control add ress-scra m bl i n g-Co nt ro I LLCSNAP-flag 1 section-number last-section-num ber deviceld2316 deviceld3124 No. of bits 8 1

32、 1 2 12 8 8 2 2 2 1 1 8 8 8 8 Mnemonic uimsbf bslbf bslbf uimsbf uimsbf uimsbf bslbf bslbf bslbf bslbf uimsbf uimsbf uimsbf uimsbf deviceld3932 8 uimsbf 2 O ISOAEC 2000 -All rights reserved ISO/IEC 13818-6:1998/Amd.l:2000(E) Value O0 o1 10 11 deviceld4740 8 if (LLCSNAP-flag = I) LLCSNAPO 1 eise for

33、(j=O;jNl;j+) datagram-data- byte 8 1 1 if (section-number = last-section-number) for (j=O;jN2;j+) stuff ing-byte 8 1 1 if (error-detection-type = 1) checksum 32 1 else CRC-32 32 1 payload scrambling control unscrambled user defined user defined user defined uimsbf bslbf bslbf uimsbf rpchof 9.2.3.1 S

34、emantic definitions of fields in DSMCC-addressable-section For field semantics not defined below, refer to subclause 9.2.2.1. table-id - this is an 8-bit field which shall be set to Ox3F. error-detection-type - This is a 1 bit flag. When set to I, it indicates the presence of the checksum field. Whe

35、n set to O, it indicates the presence of the CRC-32 field. deviceld - This 48-bit field contains the deviceld of the intended device. The deviceld is fragmented into 6 fields of 8-bits. The deviceld fields contain either a clear or a scrambled deviceld as indicated by the address-scrambling-control

36、field. payload-scrambling-control - This 2-bit field defines the scrambling mode of the payload of the section. This includes the payload that starts after the deviceld4740 byte and excludes the checksum field. The value of this field is defined in the following table. The scrambling method applied

37、is user private. Table 9-5 Coding of the payload-scrambling-control field , I address-scrambling-control - This 2-bit field defines the scrambling mode of deviceld in this section. The scrambling method applied is user private. Table 9-6 Coding of the address-scrambling-control field I Value I addre

38、ss scramblina control I unscrambled user defined user defined user defined O ISOAEC 2000 -All rights reserved 3 ISO/IEC 13818-6:1998/Amd.l:2000(E) OxOB oxoc LLCSNAP-flag - This is a l-bit flag. If this flag is set to I, the payload carries an LLC/SNAP encapsulated datagram following the deviceld4740

39、 field. The LLCSNAP structure shall indicate the type of the datagram conveyed. If this flag is set to O, the section shall contain an IP datagram without LLC/SNAP encapsulation. See subclause 9.2.5 for use of LLC/SNAP. datagram-data-byte - This 8 bit field shall contain a byte of the datagram paylo

40、ad. stuffing-byte - This is an optional 8-bit field whose value is not specified. Note: If the payload of the section is scrambled, these bytes shall be scrambled. The number of stuffing-bytes used should meet the data alignment requirements defined by the user. CRC-32 - This field shall be set as d

41、efined in ISO/IEC 13818-1:2000 Annex B. This field is only present when error-detection-type is set to O. checksum - A 32 bit checksum calculated over the entire DSMCC-addressable-section. The checksum shall be calculated by treating the DSMCC-addressable-section as a sequence of 32-bit integers and

42、 petforming ones complement addition (an Exclusive-Or or XOR operation) over all the integers, most significant byte first, then taking the ones complement of the result. For the purpose of computing the checksum, the value of the checksum field shall be considered O. If the message length is not a

43、multiple of four bytes, the message shall be considered to be appended with zeroed bytes for the purpose of checksum calculation only. If the computed result is O, then the result shall be set to OxFFFFFFFF (the alternative value for a ones complement representation of O). In cases where a checksum

44、is not desired, the value of this field shall be set to O to indicate the checksum has not been calculated. This feature is useful for networks where error detection is provided at a protocol layer lower than the MPEG-2 Transport Stream. This field is only present when error-detection-type is set to

45、 I. IO) Replace exisfing Table 9-4 wifh fhe following: ,I DSM-CC U-N Messages DSM-CC Stream DescriDtors OxOD OXOE - 07F 0x00-oxo9 DSM-CC Sections (any type, including private data) or DSM-CC Addressable Sections ITU-T Rec. H.222.0 I ISOAEC 13818-1 reserved I ITU-T Rec. H.222.0 I ISOAEC 13818-1 defin

46、ed I I OxOA I Mu Iti-Drotocol Enca su lation I I Ox80 - OXFF I User private I ,I 11) Incremenf numbers of fables by 3 sfarfing wifh exisfing Table 9-5 and subclauses by 1 sfarfing wifh exisfing subclause 9.2.3: 4 O ISOAEC 2000 -All rights reserved ISO/IEC 1381 8-6:1998/Amd.l:2000(E) ICs 35.040 Price based on 4 pages O ISOAEC 2000 -All rights reserved