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

《ANSI INCITS ISO IEC 13818-6 AMD 2-2000 Information technology - Generic coding of moving pictures and associated audio information - Part 6 Extensions for DSM-CC - AMENDMENT 2 Addi.pdf》由会员分享，可在线阅读，更多相关《ANSI INCITS ISO IEC 13818-6 AMD 2-2000 Information technology - Generic coding of moving pictures and associated audio information - Part 6 Extensions for DSM-CC - AMENDMENT 2 Addi.pdf（12页珍藏版）》请在麦多课文档分享上搜索。

1、INTERNATIONAL STANDARD ISO/IEC 1381 8-6 First edition AMENDMENT 2 1998-09-01 2000-06-01 Information technology - Generic coding of moving pictures and associated audio information - Part 6: Extensions for DSM-CC AMENDMENT 2: Additions to support synchronized download services, opportunistic data ser

2、vices and resource announcement in broadcast and interactive services Technologies de linformation - Codage gnrique des images animes et des informations sonores associes - Partie 6: Extensions pour DSM-CC AMENDEMENT 2: Ajouts pour supporter les services de tlchargement vers laval synchroniss, les s

3、ervices de donnes opportunistes et les annonces de ressources dans les services de diffusion et interactifs Adopted by INCITS (InterNational Committee for Information Technology Standards) as an American National Standard. Date of ANSI Approval: 11/15/00 Published by American National Standards Inst

4、itute, 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), International Electrotechnical Commission (IEC), American Na

5、tional 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 requests pertaining to this standard should be s

6、ubmitted to ITI, 1250 Eye Street NW, Washington, DC 20005. Printed in the United States of America Reference number ISO/IEC 1381 8-6:1998/Amd.2:2000(E) ISO/IEC 2000 ISO/IEC 13818-6:1998/Amd.2:2000(E) PDF disclaimer This PDF file may contain embedded typefaces. In accordance with Adobes licensing pol

7、icy, 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 infringing Adobes licensing policy. The IS0 Central

8、 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 optimized for printing. Every care has been taken t

9、o 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 specified, no part of this publication may be reproduce

10、d 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 Case postale 56 CH-I211 Geneva 20 Tel. + 41 22 749 O

11、1 11 Fax +41227341079 E-mail copyrightiso.ch Web www.iso.ch Printed in Switzerland II O ISOAEC 2000 -All rights reserved ISO/IEC 13818-6:1998/Amd.2:2000(E) Foreword IS0 (the International Organization for Standardization) and IEC (the International Electrotechnical Commission) form the specialized s

12、ystem 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 technical activity. IS0 and IEC technical committees

13、 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 ISOAEC Directives, Part 3 In the field of informatio

14、n 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 requires approval by at least 75 % of the national bodie

15、s 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 2 to International Standard ISOAEC 1381 8-6:1998 was prepared by

16、 Joint Technical Committee ISOAEC JTC 1, information technology, Subcommittee SC 29, Coding of audio, picture, multimedia and hypermedia information. O ISOAEC 2000 -All rights reserved . 111 ISO/IEC 13818-6:1998/Amd.2:2000(E) ox00 oxo1 0x02 0x03 0x04 Information technology - Generic coding of moving

17、 pictures and associated audio information - ISOAEC 13818-6 Reserved. DSM-CC Conditional Access adaptation format. DSM-CC User ID adaptation format. ISOAEC 13818-6 Reserved. DSM-CC Synchronized Download Protocol adaptation format. Part 6: Extensions for DSM-CC Syntax dsmccSynchronized Download Proto

18、col AMENDMENT 2: Additions to support synchronized download services, opportunistic data services and resource announcement in broadcast and interactive services Num. of bits I) Replace Table 2-5 with the following table: ,I Table 2-5 DSM-CC adaptationTypes PTS 3230 marker-bit PTS 2915 marker-bit PT

19、S 140 marker-bit I Adaptation I Description I 3 1 15 1 15 1 005-07F I ISOAEC 13818-6 Reserved. 0x80-OxFF I User Defined adaptation type. 2) Add the new subclause 2.1.4: ,I I reserved I 16 I I O01 O I 4 I The reserved field is ISOAEC 1381 8-6 reserved marker-bit -This l-bit field shall be set to “1”

20、PTS - The PTS is a 33-bit number coded in three separate fields as defined in ITU-T Rec. H.222.0 I ISOAEC 13818-1. This field shall refer to the first access unit commencing in the data module. O ISOAEC 2000 -All rights reserved 1 ISO/IEC 13818-6:1998/Amd.2:2000(E) OxOA OxOB oxoc OxOD OXOE - 0x1 3 0

21、x14 Ox15 - 07F Ox80 - OXFF 3) At the end of subclause 7. I, add the following text: ,I Mu Iti- protocol Encapsulation DSM-CC U-N Messages DSM-CC Stream Descriptors DSM-CC Sections (any type, including private data) ITU-T Rec. H.222.0 I ISOAEC 13818-1 reserved DSM-CC Synchronized Download Protocol IT

22、U-T Rec. H.222.0 I ISOAEC 13818-1 reserved User private The Synchronized Download protocol may be used to support the delivery to Clients of non-streaming data modules synchronized with another program element. The Synchronized Download protocol shall only be applicable to a non-flow controlled scen

23、ario in an MPEG-2 Transport Stream. The synchronization is achieved by the inclusion of an ITU-T Rec. H.222.0 I ISOAEC 13818-1 Presentation Time Stamp into the adaptation header fields of the Download Data message header. ,I 4) At the end of subclause 7.1. I, and before Figure 7-4, add the following

24、 text: ,I The Synchronized Download protocol shall be applicable only to Network Model 4. ,I 5) Add the new subclause 9.2.8: ,I 9.2.8 DSM-CC Synchronized Download Protocol The following restrictions shall apply to the DSM-CC sections and the MPEG-2 Transport Stream packets encapsulating the DSM-CC S

25、ynchronized Download Protocol. The PTS field in the DSM-CC Synchronized Download Protocol shall be present only in the DSMCC-section conveying the first block of the data module (i.e., the section-number field of the DSMCC-section is equal to No more than one DSMCC-section in which the DSM-CC Synchr

26、onized Download Protocol is encapsulated, shall start in any Transport Stream packet. The pointer field in MPEG-2 Transport Stream packets conveying the start of a DSMCC-section in which the DSM-CC Synchronized Download Protocol is encapsulated, shall be equal to O. 0). 6) Replace Table 9-4 with the

27、 following table: ,I Table 9-4 DSM-CC Stream Types I stream tvne I Descrintion - 0x00-oxo9 i ITU-T Rec. H.222.0 I ISOAEC 13818-1 defined 2 O ISOAEC 2000 -All rights reserved ISO/IEC 13818-6:1998/Amd.2:2000(E) Description ISOAEC 1381 8-6 Reserved Identifies the message as an ISOAEC 13818-6 IS User-to

28、- Network configuration message. Identifies the message as an ISOAEC 13818-6 IS User-to- Network session message. Identifies the message as an ISOAEC 13818-6 IS Download message. Identifies the message as an ISOAEC 13818-6 IS SDE! Channel Change Protocol message. Identifies the message as an ISOAEC

29、13818-6 IS User-to- 7) Add the following to the end of itemized list in subclause 9.2.3 “DSM-CC Stream Types” ,I 0 Only DSMCC-sections with table-id Ox3B or Ox3C shall be contained within Transport Stream packets of stream-type 0x14. 8) Replace Table 2-2 with the following table: ,I Table 2-2 MPEG-2

30、 DSM-CC dsmccType values I dsmccType 0x04 0x05 0x06 007-07F 0x80-OXFF Network pass-thru message. SMPTE 325M Omortunistic Flow Control Protocol I ISOAEC 13818-6 Reserved. I User Defined message type. I 9) After Table 2-2, add the following statement: The SMPTE 325M Opportunistic Flow Control Protocol

31、 is used for communication between a data server and an MPEG-2 emission multiplexer in support of opportunistic data services. Opportunistic data services attempt to fill any bandwidth available in the emission multiplex with broadcast data on a nearly instantaneous basis. In such a situation, the S

32、MPTE 325M Flow Control Protocol is used by the emission multiplexer to request data packets to the data server. Refer to SMPTE 325M for details. IO) Add the new subclauses 4.7.5.22, 4.7.5.23, 4.7.5.24, and 4.7.5.25: 4.7.5.22 Deferred MPEG Program Element Resource Descriptor definition Announcement o

33、f a program element residing in another MPEG-2 Program within the current Transport Stream or in an MPEG-2 Transport Stream other than the current one (i.e., a remote MPEG-2 Transport Stream) is made possible by use of the DeferredMpegProgramElement resource descriptor. The DeferredMpegProgramElemen

34、t descriptor allows Clients to locate a program element residing in another MPEG- 2 Program within the current Transport Stream or in a remote Transport Stream. The PID of the program element in the other Program within the current Transport Stream or in the remote Transport Stream is referred to in

35、directly by means of the associationTag field in the DeferredMpegProgramElement descriptor. The use of an associationTag makes the descriptor binding independent of possible PID re-mapping that may occur during the end-to-end transmission of the Transport Stream. O ISOAEC 2000 -All rights reserved 3

36、 ISO/IEC 13818-6:1998/Amd.2:2000(E) Table 4-97 DeferredMpegProgramElement descriptor Field Name originatorld m pegTransportStream Id m peg Prog ram N u m streamType associationTag Encoding Variable Field Length In Bytes S No 2 S No 2 S No 2 S No 1 S No 2 originatorld -This field shall identify the s

37、ource of the program element. mpegTransportStreamld - This field shall identify the remote Transport Stream in which the program element resides as defined in ITU-T Rec. H.222.0 I ISOAEC 13818-1. mpegProgramNum -This field shall specify the program number of the program which contains the program el

38、ement as defined in ITU-T Rec. H.222.0 I ISOAEC 13818-1. streamType - This field shall indicate the type of program element carried within the remote Transport Stream as defined in ITU-T Rec. H.222.0 I ISOAEC 13818-1. associationTag - This field shall specify the value of the association tag associa

39、ted with the program element. The remote Program Map Table shall include an association-tag-descriptor (as defined in clause 11) to allow identification of the PID value (as defined in ITU-T Rec. H.222.0 I ISOAEC 13818-1) assigned to the remote program element. Field Name sourcel pV6Add ress sourcel

40、 pV6Port destinationlpV6Address destinationlpV6Port ipV6Protocol Encoding Variable Field Length In Bytes S No 16 S No 2 S No 16 S No 2 S No 2 sourcelpV6Address - This 128-bit field shall specify the IP version 6 address of the device which is sending the IP messages. A value equal to O shall indicat

41、e that this is not a valid IP address. sourcelpV6Port - This 16-bit field shall specify the port from which the data will be transmitted. The value OxmF shall specify that the port number is unspecified. destinationlpV6Address -This 128 bit field shall specify the IP version 6 address of the device

42、to which the IP messages are sent. destinationlpV6Port - This 16-bit field shall specify the port to which the data will be transmitted. The value OxmF shall indicate that the port number is unspecified. ipV6Protocol -This 16-bit field shall specify the protocol which is being carried over the IP st

43、ream. These are defined to be 0x0006 for TCP and Ox001 7 for UDP. The sourcelpV6Address, sourcelpV6Port, destinationlpV6Address and destinationlpV6Port fields are transmitted as network byte order. 4 O ISOAEC 2000 -All rights reserved ISO/IEC 13818-6:1998/Amd.2:2000(E) Field Name URL-length URL-byte

44、 4.7.5.24 URL Resource Descriptor The URLResourceDescriptor is defined in Table 4-99. This descriptor is used to a URL string specified in accordance with IETF RFC 1738. Encoding Variable Field Length S No 2 S Var URL-length In Bytes Table 4-99 URL Resource Descriptor definition Field Name DHCP-leng

45、t h DHCP- byte Encoding Variable Field Length S No 2 S Var DHCP-lengt h In Bytes URL-length -This 16-bit field shall specify the length in bytes of the URL string. URL-byte - This 8-bit field shall represent a byte of the URL string. resourceDescriptorType Reserved ContinuousFeedSession AtmConnectio

46、n Mpeg Program P h ys ica IC ha n ne I 4.7.5.25 DHCP Resource Descriptor The DHCPResourceDescriptor is used for the transport of DHCP message types as defined in IETF RFC 2131 Value Description Ox0000 ISOAEC 1381 8-6 reserved. Ox0001 Describes resources already allocated in a continuous feed session

47、. 0x0002 Describes either an ATM PVC, or a pre-allocated SVC, connection resource. 0x0003 Provides a method of delivering the MPEG-2 Systems Program Map Table (PMT) information out of band. 0x0004 Indicates the use of a sDecific transDort stream. (ea. the TSUpstreamBandwidth DHCP-length - This 16-bi

48、t field shall specify the length in bytes of the DHCP message payload. DHCP-byte - This 8-bit field shall represent a byte of the DHCP message payload. ,I tuner channels on a Hybrid Fiber Coax (HFC) system): 0x0005 Describes the total upstream bandwidth in bitskecond I I) Replace Table 4-73 with the

49、 following table: TSDownstreamBandwidth Atm SvcCon n ectio n Table 4-73 DSM-CC User-to-Network resourceDescriptorTypes required to deliver session data from the Client to the Server. 0x0006 Describes the downstream bandwidth in bitskecond required to deliver session data from the Server to the Client. Provides ATM SVC SETUP Darameters. This is used when 0x0007 ConnectionNotify the Network or Client is resp