CAN CSA-ISO IEC 13818-6B-2002 Information technology - Generic coding of moving pictures and associated audio information - Part 6 Extensions for DSM-CC AMENDMENT 2 Additions to su.pdf

1、Amendment 2:2002 toNational Standard of CanadaCAN/CSA-ISO/IEC 13818-6:02Amendment 2:2000 to International Standard ISO/IEC 13818-6:1998 has been adopted without modificationas Amendment 2:2002 to CAN/CSA-ISO/IEC 13818-6:02. This Amendment was reviewed by the CSA TechnicalCommittee on Information Tec

2、hnology (TCIT) under the jurisdiction of the Strategic Steering Committee onInformation Technology and deemed acceptable for use in Canada.March 2002Information technology Generic codingof moving pictures and associated audioinformation Part 6:Extensions for DSM-CCAMENDMENT 2: Additions to supportsy

3、nchronized download services, opportunisticdata services and resource announcement inbroadcast and interactive servicesTechnologies de linformation Codage gnrique des images animeset des informations sonores associes Partie 6: Extensions pour DSM-CCAMENDEMENT 2: Ajouts pour supporter les services de

4、 tlchargementvers laval synchroniss, les services de donnes opportunistes et lesannonces de ressources dans les services de diffusion et interactifsReference numberISO/IEC 13818-6:1998/Amd.2:2000(E) ISO/IEC 2000Reference numberISO/IEC 13818-6:1998/Amd.2:2000(E)ISO/IEC 2000INTERNATIONALSTANDARDISO/IE

5、C13818-6First edition1998-09-01AMENDMENT 22000-06-01Information technology Generic codingof moving pictures and associated audioinformation Part 6:Extensions for DSM-CCAMENDMENT 2: Additions to supportsynchronized download services, opportunisticdata services and resource announcement inbroadcast an

6、d interactive servicesTechnologies de linformation Codage gnrique des images animeset des informations sonores associes Partie 6: Extensions pour DSM-CCAMENDEMENT 2: Ajouts pour supporter les services de tlchargementvers laval synchroniss, les services de donnes opportunistes et lesannonces de resso

7、urces dans les services de diffusion et interactifsISO/IEC 13818-6:1998/Amd.2:2000(E)PDF disclaimerThis PDF file may contain embedded typefaces. In accordance with Adobes licensing policy, this file may be printed or viewed but shall notbe edited unless the typefaces which are embedded are licensed

8、to and installed on the computer performing the editing. In downloading thisfile, parties accept therein the responsibility of not infringing Adobes licensing policy. The ISO Central Secretariat accepts no liability in thisarea.Adobe is a trademark of Adobe Systems Incorporated.Details of the softwa

9、re products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation parameterswere optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In the unlikely eventthat a problem relating to it is fo

10、und, please inform the Central Secretariat at the address given below. ISO/IEC 2000All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means, electronicor mechanical, including photocopying and microfilm, without permission

11、 in writing from either ISO at the address below or ISOs member bodyin the country of the requester.ISO copyright officeCase postale 56 Gb7 CH-1211 Geneva 20Tel. + 41 22 749 01 11Fax + 41 22 734 10 79E-mail copyrightiso.chWeb www.iso.chii ISO/IEC 2000 All rights reservedISO/IEC 13818-6:1998/Amd.2:20

12、00(E) ISO/IEC 2000 All rights reserved iiiForewordISO (the International Organization for Standardization) and IEC (the International Electrotechnical Commission)form the specialized system for worldwide standardization. National bodies that are members of ISO or IECparticipate in the development of

13、 International Standards through technical committees established by therespective organization to deal with particular fields of technical activity. ISO and IEC technical committeescollaborate in fields of mutual interest. Other international organizations, governmental and non-governmental, inliai

14、son with ISO and IEC, also take part in the work.International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 3.In the field of information technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.Draft International Standards adop

15、ted 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 bodies casting a vote.Attention is drawn to the possibility that some of the elements of this Amendment may be the subject of

16、patentrights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.Amendment 2 to International Standard ISO/IEC 13818-6:1998 was prepared by Joint Technical CommitteeISO/IEC JTC 1, Information technology, Subcommittee SC 29, Coding of audio, picture, multimedia an

17、dhypermedia information.ISO/IEC 13818-6:1998/Amd.2:2000(E) ISO/IEC 2000 All rights reserved 1Information technology Generic coding of moving pictures andassociated audio information Part 6:Extensions for DSM-CCAMENDMENT 2: Additions to support synchronized downloadservices, opportunistic data servic

18、es and resource announcementin broadcast and interactive services1) Replace Table 2-5 with the following table:“Table 2-5 DSM-CC adaptationTypesAdaptationTypeDescription0x00 ISO/IEC 13818-6 Reserved.0x01 DSM-CC Conditional Access adaptation format.0x02 DSM-CC User ID adaptation format.0x03 ISO/IEC 1

19、3818-6 Reserved.0x04 DSM-CC Synchronized Download Protocol adaptation format.0x05-0x7F ISO/IEC 13818-6 Reserved.0x80-0xFF User Defined adaptation type.“2) Add the new subclause 2.1.4:“2.1.4 DSM-CC Synchronized Download Protocol Adaptation FormatTable 2.9 indicates the format of the DSM-CC Synchroniz

20、ed Download protocol adaptation fields.Table 2-9 DSM-CC Synchronized Download Protocol Adaptation FormatSyntax Num. of bitsdsmccSynchronizedDownloadProtocolreserved 160010 4PTS 3230 3marker_bit 1PTS 2915 15marker_bit 1PTS 140 15marker_bit 1The reserved field is ISO/IEC 13818-6 reserved.marker_bit Th

21、is 1-bit field shall be set to “1”.PTS - The PTS is a 33-bit number coded in three separate fields as defined in ITU-T Rec. H.222.0 | ISO/IEC13818-1. This field shall refer to the first access unit commencing in the data module.ISO/IEC 13818-6:1998/Amd.2:2000(E)2 ISO/IEC 2000 All rights reserved“3)

22、At the end of subclause 7.1, add the following text:“The Synchronized Download protocol may be used to support the delivery to Clients of non-streaming datamodules synchronized with another program element. The Synchronized Download protocol shall only beapplicable to a non-flow controlled scenario

23、in an MPEG-2 Transport Stream. The synchronization is achieved bythe inclusion of an ITU-T Rec. H.222.0 | ISO/IEC 13818-1 Presentation Time Stamp into the adaptation headerfields of the Download Data message header.“4) At the end of subclause 7.1.1, and before Figure 7-4, add the following text:“The

24、 Synchronized Download protocol shall be applicable only to Network Model 4.“5) Add the new subclause 9.2.8:“9.2.8 DSM-CC Synchronized Download ProtocolThe following restrictions shall apply to the DSM-CC sections and the MPEG-2 Transport Stream packetsencapsulating the DSM-CC Synchronized Download

25、Protocol.Gb7 The PTS field in the DSM-CC Synchronized Download Protocol shall be present only in the DSMCC_sectionconveying the first block of the data module (i.e., the section_number field of the DSMCC_section is equal to0).Gb7 No more than one DSMCC_section in which the DSM-CC Synchronized Downlo

26、ad Protocol is encapsulated,shall start in any Transport Stream packet.Gb7 The pointer field in MPEG-2 Transport Stream packets conveying the start of a DSMCC_section in which theDSM-CC Synchronized Download Protocol is encapsulated, shall be equal to 0.“6) Replace Table 9-4 with the following table

27、:“Table 9-4 DSM-CC Stream Typesstream_type Description0x00-0x09 ITU-T Rec. H.222.0 | ISO/IEC 13818-1 defined0x0A Multi-protocol Encapsulation0x0B DSM-CC U-N Messages0x0C DSM-CC Stream Descriptors0x0D DSM-CC Sections (any type, including private data)0x0E - 0x13 ITU-T Rec. H.222.0 | ISO/IEC 13818-1 r

28、eserved0x14 DSM-CC Synchronized Download Protocol0x15 - 0x7F ITU-T Rec. H.222.0 | ISO/IEC 13818-1 reserved0x80 - 0xFF User private“ISO/IEC 13818-6:1998/Amd.2:2000(E) ISO/IEC 2000 All rights reserved 37)Addthefollowingtotheendofitemizedlistinsubclause9.2.3“DSM-CCStreamTypes”“Gb7 Only DSMCC_sections w

29、ith table_id 0x3B or 0x3C shall be contained within Transport Stream packets ofstream_type 0x14.“8) Replace Table 2-2 with the following table:“Table 2-2 MPEG-2 DSM-CC dsmccType valuesdsmccType Description0x00 ISO/IEC 13818-6 Reserved0x01 Identifies the message as an ISO/IEC 13818-6 IS User-to-Netwo

30、rk configuration message.0x02 Identifies the message as an ISO/IEC 13818-6 IS User-to-Network session message.0x03 Identifies the message as an ISO/IEC 13818-6 IS Downloadmessage.0x04 Identifies the message as an ISO/IEC 13818-6 IS SDBChannel Change Protocol message.0x05 Identifies the message as an

31、 ISO/IEC 13818-6 IS User-to-Network pass-thru message.0x06 SMPTE 325M Opportunistic Flow Control Protocol0x07-0x7F ISO/IEC 13818-6 Reserved.0x80-0xFF User Defined message type.“9) After Table 2-2, add the following statement:“The SMPTE 325M Opportunistic Flow Control Protocol is used for communicati

32、on between a data server and anMPEG-2 emission multiplexer in support of opportunistic data services. Opportunistic data services attempt to fillany bandwidth available in the emission multiplex with broadcast data on a nearly instantaneous basis. In such asituation, the SMPTE 325M Flow Control Prot

33、ocol is used by the emission multiplexer to request data packets tothe data server. Refer to SMPTE 325M for details.“10) 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 definitionAnnouncement of a program element residing

34、in another MPEG-2 Program within the current Transport Stream orin an MPEG-2 Transport Stream other than the current one (i.e., a remote MPEG-2 Transport Stream) is madepossible by use of the DeferredMpegProgramElement resource descriptor. TheDeferredMpegProgramElement descriptor allows Clients to l

35、ocate 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 inthe other Program within the current Transport Stream or in the remote Transport Stream is referred to indirectly bymeans of the associatio

36、nTag fieldintheDeferredMpegProgramElement descriptor. The use of anassociationTag makes the descriptor binding independent of possible PID re-mapping that may occur during theend-to-end transmission of the Transport Stream.ISO/IEC 13818-6:1998/Amd.2:2000(E)4 ISO/IEC 2000 All rights reservedTable 4-9

37、7 DeferredMpegProgramElement descriptorField Name Encoding Variable FieldLength InBytesoriginatorId s No 2mpegTransportStreamId s No 2mpegProgramNum s No 2streamType s No 1associationTag s No 2originatorId This field shall identify the source of the program element.mpegTransportStreamId This field s

38、hall identify the remote Transport Stream in which the program elementresides as defined in ITU-T Rec. H.222.0 | ISO/IEC 13818-1.mpegProgramNum This field shall specify the program number of the program which contains the programelement as defined in ITU-T Rec. H.222.0 | ISO/IEC 13818-1.streamType T

39、his field shall indicate the type of program element carried within the remote Transport Stream asdefined in ITU-T Rec. H.222.0 | ISO/IEC 13818-1.associationTag This field shall specify the value of the association tag associated with the program element.The remote Program Map Table shall include an

40、 association_tag_descriptor (as defined in clause 11) to allowidentification of the PID value (as defined in ITU-T Rec. H.222.0 | ISO/IEC 13818-1) assigned to the remoteprogram element.4.7.5.23 Internet Protocol Version 6 Resource DescriptorThe IPV6ResourceDescriptor is specified in Table 4-98. This

41、 descriptor shall be used to announce the presence ofa communication channel supporting the Internet Protocol Version 6.Table 4-98 IPV6 Resource Descriptor definitionField Name Encoding Variable FieldLength InBytessourceIpV6Address s No 16sourceIpV6Port s No 2destinationIpV6Address s No 16destinatio

42、nIpV6Port s No 2ipV6Protocol s No 2sourceIpV6Address This 128-bit field shall specify the IP version 6 address of the device which is sending theIP messages. A value equal to 0 shall indicate that this is not a valid IP address.sourceIpV6Port This 16-bit field shall specify the port from which the d

43、ata will be transmitted. The value 0xffffshall specify that the port number is unspecified.destinationIpV6Address This 128 bit field shall specify the IP version 6 address of the device to which the IPmessages are sent.destinationIpV6Port This 16-bit field shall specify the port to which the data wi

44、ll be transmitted. The value 0xffffshall indicate that the port number is unspecified.ipV6Protocol This 16-bit field shall specify the protocol which is being carried over the IP stream. These aredefined to be 0x0006 for TCP and 0x0017 for UDP.The sourceIpV6Address, sourceIpV6Port, destinationIpV6Ad

45、dress and destinationIpV6Port fields are transmittedas network byte order.ISO/IEC 13818-6:1998/Amd.2:2000(E) ISO/IEC 2000 All rights reserved 54.7.5.24 URL Resource DescriptorThe URLResourceDescriptor is defined in Table 4-99. This descriptor is used to a URL string specified inaccordance with IETF

46、RFC 1738.Table 4-99 URL Resource Descriptor definitionField Name Encoding Variable Field LengthIn BytesURL_length s No 2URL_byte s Var URL_lengthURL_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.4.7.5.2

47、5 DHCP Resource DescriptorThe DHCPResourceDescriptor is used for the transport of DHCP message types as defined in IETF RFC 2131.Table 4-100 DHCP Resource Descriptor definitionField Name Encoding Variable Field LengthIn BytesDHCP_length s No 2DHCP_byte s Var DHCP_lengthDHCP_length This 16-bit field

48、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.“11) Replace Table 4-73 with the following table:“Table 4-73 DSM-CC User-to-Network resourceDescriptorTypesresourceDescriptorType Value DescriptionReserved 0x00

49、00 ISO/IEC 13818-6 reserved.ContinuousFeedSession 0x0001 Describes resources already allocated in a continuous feedsession.AtmConnection 0x0002 Describes either an ATM PVC, or a pre-allocated SVC,connection resource.MpegProgram 0x0003 Provides a method of delivering the MPEG-2 SystemsProgram Map Table (PMT) information out of band.PhysicalChannel 0x0004 Indicates the use of a specific transport stream. (e.g. thetuner channels on a Hybrid Fiber Coax (HFC) system).TSUpstreamBandwidth 0x00