Digital Imaging and Communications in Medicine (DICOM)

Digital Imaging and Communications in Medicine (DICOM) Supplement 195: HEVC/H.5 Transfer Syntax Prepared by: DICOM Standards Committee, Working Group 13 Visible Light 10 N. 17th Street Rosslyn, Virginia 09 USA Work Item: 015-1-A VERSION: Version March 11, 01

Page i Table of Contents Scope and Field of Application... iii 1 INTRODUCTION... III IMPROVEMENT OF THE ::0 CONTENT COMPRESSION EFFICIENCY... III 3 IMPROVEMENT OF THE LOSSLESS CONTENT MANAGEMENT... III SCOPE OF THE SUPPLEMENT... IV Changes to NEMA Standards Publication PS 3.3 Digital Imaging and Communications in Medicine (DICOM) Part 3: Information Object Definitions....1 INTERNATIONAL ORGANIZATION FOR STANDARDIZATION (ISO) AND INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC)... 3 A..5. MULTI-FRAME TRUE COLOR SC IMAGE IOD CONTENT CONSTRAINTS... 3 A.3..3.1 ENHANCED MR COLOR IMAGE IOD CONTENT CONSTRAINTS... 3 C.7..1.1.5.1 LOSSY IMAGE COMPRESSION METHOD... Changes to NEMA Standards Publication PS 3. Digital Imaging and Communications in Medicine (DICOM) Part 3: Service Class Specifications... 5 Y.3..1.3 TIME RANGE... Changes to NEMA Standards Publication PS 3.5 Digital Imaging and Communications in Medicine (DICOM) Part 5: Data Structures and Encoding... 7 SECTION NORMATIVE REFERENCES... ENCODING OF PIXEL, OVERLAY AND WAVEFORM DATA... 9..X HEVC/H.5 Main Profile /Level 5.1 Video Compression... 9..X HEVC/H.5 Main Profile /Level 5.1 Video Compression... 1..X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME Profile /Level 5.1 Video Compression... 15..X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME 1 Profile /Level 5.1 Video Compression... 1..X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME 1 Profile /Level 5.1 Video Compression... 1..X LOSSLESS HEVC/H.5 SCALABLE MAIN :: Profile /Level.1 Video Compression... 5..X LOSSY HEVC/H.5 SCALABLE MONOCHROME Profile /Level 5.1 Video Compression. 9..X LOSSY HEVC/H.5 SCALABLE MONOCHROME 1 Profile /Level 5.1 Video Compression31..X LOSSY HEVC/H.5 SCALABLE MONOCHROME 1 Profile /Level 5.1 Video Compression33..X LOSSY HEVC/H.5 SCALABLE MAIN :: Profile /Level.1 Video Compression... 35 TRANSFER SYNTAX... 37.X Transfer Syntax for HEVC/H.5 Main Profile / Level 5.1 Image Compression... 37.X Transfer Syntax for HEVC/H.5 Main Profile / Level 5.1 Image Compression... 37.X Transfer Syntax for Lossless HEVC/H.5 Scalable Monochrome Profile / Level 5.1 Image Compression... 37.X Transfer Syntax for Lossless HEVC/H.5 Scalable Monochrome 1 Profile / Level 5.1 Image Compression... 37.X Transfer Syntax for Lossless HEVC/H.5 Scalable Monochrome 1 Profile / Level 5.1 Image Compression... 3.X Transfer Syntax for Lossless HEVC/H.5 Scalable Main :: Profile / Level.1 Image Compression... 3.X Transfer Syntax for Lossy HEVC/H.5 Scalable Monochrome Profile / Level 5.1 Image Compression... 3.X Transfer Syntax for Lossy HEVC/H.5 Scalable Monochrome 1 Profile / Level 5.1 Image Compression... 3

Page ii.x Transfer Syntax for Lossy HEVC/H.5 Scalable Monochrome 1 Profile / Level 5.1 Image Compression... 39.X Transfer Syntax for Lossy HEVC/H.5 Scalable Main :: Profile / Level.1 Image Compression... 39 A TRANSFER SYNTAX SPECIFICATIONS (NORMATIVE)... 0 A..X HEVC/H.5 Main Profile / Level 5.1 VIDEO COMPRESSION... 0 A..X HEVC/H.5 Main Profile / Level 5.1 VIDEO COMPRESSION... 0 A..X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME Profile / Level 5.1 VIDEO COMPRESSION... 0 A..X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME 1 Profile / Level 5.1 VIDEO COMPRESSION... 0 A..X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME 1 Profile / Level 5.1 VIDEO COMPRESSION... 1 A..X LOESSLESS HEVC/H.5 SCALABLE MAIN :: Profile / Level.1 VIDEO COMPRESSION... 1 A..X LOSSY HEVC/H.5 SCALABLE MONOCHROME Profile / Level 5.1 VIDEO COMPRESSION... 1 A..X Lossy HEVC/H.5 SCALABLE MONOCHROME 1 Profile / Level 5.1 VIDEO COMPRESSION... A..X LOSSY HEVC/H.5 SCALABLE MONOCHROME 1 Profile / Level 5.1 VIDEO COMPRESSION... A..X LOSSY HEVC/H.5 SCALABLE MAIN :: Profile / Level.1 VIDEO COMPRESSION. Changes to NEMA Standards Publication PS 3. Digital Imaging and Communications in Medicine (DICOM) Part : Data Dictionary... A REGISTRY OF DICOM UNIQUE IDENTIFIERS (UIDS) (NORMATIVE)... 5 Changes to NEMA Standards Publication PS 3.17 Digital Imaging and Communications in Medicine (DICOM) Part : Explanatory Information... KK.1.1 RETRIEVAL BASED ON REPORT REFERENCES... 7 LL.3 RETRIEVAL OF SELECTED FRAME COMPOSITE INSTANCES FROM MPEG-, OR MPEG- AVC/H. OR HEVC/H.5 VIDEO... 7 MM.. MPEG-, OR MPEG- AVC/H. OR HEVC/H.5... 7 MM..5 JPEG 000 PART MULTI-COMPONENT TRANSFORM... MM.. A "SINGLE FRAME" MULTI-FRAME IMAGE... MM. AUDIO... VVV. LOSSY AND LOSSLESS IMAGES RETRIEVAL PROCESS FOR HEVC SCALABLE STREAMS (INFORMATIVE)...

Page iii Scope and Field of Application 1 INTRODUCTION This supplement describes ten new Transfer Syntaxes to embed High Efficiency Video Coding (HEVC) / H.5 Main Profile / Level 5.1, Main Profile / Level 5.1, Scalable Monochrome Profile / Level 5.1, Scalable Monochrome 1 Profile / Level 5.1, Scalable Monochrome 1 Profile / Level 5.1 and Scalable Main :: Profile / Level.1 encoded pixel data in DICOM. It does not introduce any new SOP Classes or IODs. HEVC allows two new major enhancements of the DICOM standards: 1) The improvement of ::0 content compression efficiency ) The improvement of the lossless content management IMPROVEMENT OF THE ::0 CONTENT COMPRESSION EFFICIENCY The use of video and still image data in the medical industry has increased and new technologies providing better colors or higher precision are available on the market. Meanwhile, the needs for reduced storage and media exchange cost remains important. To answer the related demand for higher ::0 compression efficiency, this supplement proposes to add the following profiles. Transfer Syntax HEVC/H.5 Main Profile /Level 5.1 will perform consistent with the ISO/IEC 0-:01 HEVC Main Profile at Level 5.1. This will enable the storage of video files with a resolution of 09x at 50Hz/0Hz. Transfer Syntax HEVC/H.5 Main Profile /Level 5.1 will perform consistent with the ISO/IEC 0- :01 HEVC Main Profile at Level 5.1. This will notably enable the storage of video files with a higher dynamic range and a wider gamut space and a resolution of 09x at 50Hz/0Hz. 3 IMPROVEMENT OF THE LOSSLESS CONTENT MANAGEMENT In this supplement, it is also proposed to include new profiles in order to offer a more efficient way to store lossless images. The targeted applications include using HEVC streams to store and exchange lossless images. The proposed profiles aim at the compression of Monochrome and :: images as these are the ones which usually require processing and/or storage in a lossless format. The proposed HEVC profiles for monochrome and :: lossless support are based on scalability to bring a new efficient way to share and manage lossless images within PACS, and between PACS and other facilities or other devices inside a facility. The proposed new format of lossless stream would be composed of a lossy light base (with possibly a high quality) and a lossless heavier complementary stream. By using the profiles introduced below, it is possible to manipulate the lossy and the lossless versions of images without any additional compression on the storage side. The proposed syntax would allow for a software encoding roughly times slower than JPEG and decoding of roughly the same speed as JPEG (please note that these numbers are given as indications and may vary depending on the implementation). The expected compression gains which can be expected when using the transfer syntaxes below compared to using transfer syntaxes with JPEG000 are of about 1% to % depending on the content. The reader should be reminded that these syntaxes are proposed for the extra features they bring rather than the raw compression efficiency they bring.

Page iv Transfer Syntaxes Lossless HEVC/H.5 Scalable Monochrome Profile /Level 5.1 and Lossy HEVC/H.5 Scalable Monochrome Profile /Level 5.1 will perform consistent with the ISO/IEC 0-:01 HEVC Scalable Monochrome Profile at Level 5.1 except for additional constraints on the enhancement layers of the coded bitstreams. This will enable the storage of monochrome sequences of still pictures with a resolution of 09x at 50Hz/0Hz in a lossless or lossy format comprising a detachable lossy and lighter version. Such content can typically be produced from CT scanners. Transfer Syntaxes Lossless HEVC/H.5 Scalable Monochrome 1 Profile /Level 5.1 and Lossy HEVC/H.5 Scalable Monochrome 1 Profile /Level 5.1 will perform consistent with the ISO/IEC 0- :01 HEVC Scalable Monochrome 1 Profile at Level 5.1 except for additional constraints on the enhancement layers of the coded bitstreams. This will enable the storage of high dynamic range monochrome sequences of still pictures with a resolution of 09x at 50Hz/0Hz in a lossless format comprising a detachable lossy and lighter version. Such content can typically be produced from CT scanners. Transfer Syntaxes Lossless HEVC/H.5 Scalable Monochrome 1 Profile /Level 5.1 and Lossy HEVC/H.5 Scalable Monochrome 1 Profile /Level 5.1 will perform consistent with the ISO/IEC 0- :01 HEVC Scalable Monochrome 1 Profile at Level 5.1 except for additional constraints on the enhancement layers of the coded bitstreams. This will enable the storage of high dynamic range monochrome sequences of still pictures with a resolution of 09x at 50Hz/0Hz in a lossless or lossy format comprising a detachable lossy and lighter version. Such content can typically be produced from CT scanners. Transfer Syntaxes Lossless HEVC/H.5 Scalable Main :: Profile /Level.1 and Lossy HEVC/H.5 Scalable Main :: Profile /Level.1 will perform consistent with the ISO/IEC 0-:01 HEVC Scalable Main :: Profile at Level.1 except for additional constraints on the enhancement layers of the coded bitstreams. This will enable the storage of RGB video files and sequences of still pictures with a resolution of 190x0 at 50Hz/0Hz in a lossless or lossy format comprising a detachable lossy and lighter version. Such content can typically be produced from CT scanners. The levels defined in this section are meant to constrain the maximum picture size but not the decoder buffer size contrary to what is written in the HEVC specifications. This follows the simple fact that when encoding a video in lossless mode, the compression rate cannot be guaranteed. It is important to note that media file format and media applications standards are usually not designed for monochrome or :: images. Planning for a future compatibility with such standard is therefore deemed unnecessary. SCOPE OF THE SUPPLEMENT This proposed supplement includes Addenda to existing Parts of DICOM: PS 3.5 Addendum: Data Structures and Encoding PS 3. Addendum: Data Dictionary PS 3.11 Addendum Media Storage Application Profiles 5 Licensing issues Fujitsu does not have any patent pertaining to the support of HEVC bitstreams inside DICOM. HEVC has now two pools of patents which define royalties to pay for when buying or using HEVC codecs: MPEG-LA patent pool (http://www.mpegla.com/main/programs/hevc/documents/hevcweb.pdf) HEVC Advance (http://www.hevcadvance.com/pdf/royaltyratessummary.pdf) While MPEG-LA requires a royalty based on the purchase of equipment, HEVC Advance requires companies to pay royalties on the basis of HEVC streams they produce which they sell to customers. Interested readers are encouraged to look for further information with the help of specialized professionals.

Page v

Page Changes to NEMA Standards Publication PS 3.3 Digital Imaging and Communications in Medicine (DICOM) Part 3: Information Object Definitions

Page 3 Add references to Section, International Organization for Standardization (ISO) and International Electrotechnical Commission (IEC) to include HEVC/H.5 related information:.1 INTERNATIONAL ORGANIZATION FOR STANDARDIZATION (ISO) AND INTERNATIONAL ELECTROTECHNICAL COMMISSION (IEC)... 1 1 [ISO/IEC 19-] ISO/IEC. Information technology - Coding of audio-visual objects - Part : Open Font Format. http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.htm?csnumber=513. [ISO/IEC 0-:01] ISO/IEC. Information technology -- High efficiency coding and media delivery in heterogeneous environments -- Part : High efficiency video coding. http://www.iso.org/iso/iso_catalogue/ catalogue_tc/catalogue_detail.htm?csnumber= 70. [ISO 1507-1] ISO. 005. Image technology colour management - Architecture, profile format, and data structure. Also available as ICC.1:00- (Profile version..0.0), International Color Consortium, available at http:// www.color.org/vspec.xalter.... 1 1 Amend Multi-frame True Color SC Image IOD Content Constraints to include HEVC/H.5 related information: A..5. MULTI-FRAME TRUE COLOR SC IMAGE IOD CONTENT CONSTRAINTS The VOI LUT Module shall not be present. 0 In the Image Pixel Module, the following constraints apply: Samples per Pixel (00,000) shall be 3 Photometric Interpretation (00,000) shall be RGB for uncompressed or lossless compressed transfer syntaxes that do not involve color space transformations, YBR_ICT for irreversible JPEG 000 transfer syntaxes, YBR_RCT for reversible JPEG 000 transfer syntaxes, YBR_PARTIAL_0 for MPEG, and MPEG- AVC/H., HEVC/H.5 Main Profile /Level 5.1 and HEVC/H.5 Main Profile /Level 5.1 transfer syntaxes and YBR_FULL_ for other lossy compressed transfer syntaxes 3 Amend Enhanced MR Color Image IOD Content Constraints to include HEVC/H.5 related information: A.3..3.1 ENHANCED MR COLOR IMAGE IOD CONTENT CONSTRAINTS The General Image Module, Overlay Plane Module and VOI LUT Module shall not be used in a Standard Extended SOP Class of the Enhanced MR Color Image. Note 3 3 3 In order to annotate images, whether during acquisition or subsequently, SOP Instances of the Color Softcopy Presentation State Storage or the Structured Report Storage SOP Classes that reference the image SOP Instance, may be used. No standard mechanism is provided for inclusion of annotations within the image SOP Instance itself, and implementers are discouraged from using private extensions to circumvent this restriction.

Page Color Softcopy Presentation State Storage Instances that are generated during acquisition may be referenced from the Image SOP Instance by using the Referenced Presentation State Sequence in the MR Image and Spectroscopy Instance Macro invoked from the Enhanced MR Image Module. See Section C..13.. Photometric Interpretation (00,000) shall be RGB for uncompressed or lossless compressed transfer syntaxes that do not involve color space transformations, YBR_ICT for irreversible JPEG000 transfer syntaxes, YBR_RCT for reversible JPEG000 transfer syntaxes, YBR_PARTIAL_0 for MPEG, and MPEG- AVC/H., HEVC/H.5 Main Profile /Level 5.1 and HEVC/H.5 Main Profile /Level 5.1 transfer syntaxes and YBR_FULL_ for other lossy compressed transfer syntaxes. Pixel Presentation (000,905) shall be TRUE_COLOR. Amend Lossy Image Compression Method to include HEVC/H.5 related information: 1 1 1 1 0 C.7..1.1.5.1 LOSSY IMAGE COMPRESSION METHOD Lossy Image Compression Method (00,11) may be multi valued if successive lossy compression steps have been applied; the value order shall correspond to the values of Lossy Image Compression Ratio (00,11), if present. Defined Terms for Lossy Image Compression Method (00,11): ISO_91_1 ISO_195_1 ISO_15_1 ISO_131_ ISO_19_ ISO_0_ JPEG Lossy Compression JPEG-LS Near-lossless Compression JPEG 000 Irreversible Compression MPEG Compression MPEG- AVC/H. Compression HEVC/H.5 Lossy Compression

Page 5 Changes to NEMA Standards Publication PS 3. Digital Imaging and Communications in Medicine (DICOM) Part 3: Service Class Specifications

Page Amend Time Range to include HEVC/H.5 related information: Y.3..1.3 TIME RANGE Time Range (000,113) contains the start and end times to be included in the returned object. Times are in seconds, relative to the value of the Content Time (000,0033) in the parent object. The range shall include all frames between the specified times including any frames at the specified times. The range may be expanded as a consequence of the format in which the information is stored. Where such expansion occurs, any embedded audio data shall be similarly selected. Under all circumstances, the returned Composite SOP Instance shall retain the relationship between image and audio data. Note 1 1 For MPEG-, and MPEG- AVC/H., HEVC/H.5 Main Profile /Level 5.1 and HEVC/H.5 Main Profile /Level 5.1 this would be to the nearest surrounding Key Frames. For JPEG 000 Part, this would be to nearest surrounding precinct or tile boundary Time Range shall only be used to specify extraction from SOP instances where the times of frames can be ascertained using one or more of the following Attributes: Frame Time (001,3) 1 1 Frame Time Vector (001,5) Frame Reference DateTime (001,9151) in the Frame Content Sequence (000,9111)

Page 7 Changes to NEMA Standards Publication PS 3.5 Digital Imaging and Communications in Medicine (DICOM) Part 5: Data Structures and Encoding

Page SECTION NORMATIVE REFERENCES Add references to section to include HEVC/H.5 related information:... [ISO/IEC 19-1] ISO/IEC. 003. Information technology - Coding of audio-visual objects - Part 1: MP file format. [ISO/IEC 0-:01] ISO/IEC. 01. High efficiency coding and media delivery in heterogeneous environments -- Part : High efficiency video coding [ISO/IEC 15-1] ISO/IEC. 00. JPEG 000 Image Coding System....

Page 9 ENCODING OF PIXEL, OVERLAY AND WAVEFORM DATA 1 Add HEVC/H.5 Main Profile /Level 5.1 Video Compression to Section...X HEVC/H.5 Main Profile /Level 5.1 Video Compression HEVC/H.5 Main Profile /Level 5.1 is designed for the compression of video formats up to k. DICOM provides a mechanism for supporting the use of HEVC/H.5 Image Compression through the Encapsulated Format (see PS 3.3). Annex A defines a Transfer Syntax that references the HEVC/H.5 Standard. The use of the DICOM Encapsulated Format to support HEVC/H.5 compressed pixel data requires that the Data Elements that are related to the Pixel Data encoding (e.g., Photometric Interpretation, Samples per Pixel, Planar Configuration, Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) shall contain values that are consistent with the characteristics of the compressed data stream, with some specific exceptions noted here. The Pixel Data characteristics included in the HEVC/H.5 bit stream shall be used to decode the compressed data stream. 1 1 1 0 Notes: 1. These requirements are specified in terms of consistency with what is encapsulated, rather than in terms of the uncompressed pixel data from which the compressed data stream may have been derived.. When decompressing, should the characteristics explicitly specified in the compressed data stream be inconsistent with those specified in the DICOM Data Elements, those explicitly specified in the compressed data stream should be used to control the decompression. The DICOM data elements, if inconsistent, can be regarded as suggestions as to the form in which an uncompressed Data Set might be encoded. 3 3 3 The requirements are: Planar Configuration (00,000) shall be 0 Samples per Pixel (00,000) shall be 3 Photometric Interpretation (00,000) shall be YBR_PARTIAL_0 Bits Allocated (00,00) shall be Bits Stored (00,01) shall be High Bit (00,0) shall be 7 Pixel Representation (00,03) shall be 0 The value of HEVC/H.5 sample aspect_ratio_idc shall be 1 in the encapsulated HEVC/H.5 bit stream if aspect_ratio_info_present_flag is 1. Pixel Aspect Ratio (00,003) shall be absent. This corresponds to a 'Sampling Aspect Ratio' (SAR) of 1:1. The values for Rows (00,00), Columns (00,0011), Cine Rate (001,000), and Frame Time (001,3) or Frame Time Vector (001,5) shall be compliant with the Main Profile / Level 5.1 of the HEVC/H.5 standard ([ISO/IEC 0-:01]) and restricted to a square pixel aspect ratio. 3 0 Notes: 1. The value of Planar Configuration (00,000) is irrelevant since the manner of encoding components is specified in the HEVC/H.5 standard, hence it is set to 0.. The limitation on rows and columns are to maximize interoperability between software environments and commonly available hardware HEVC/H.5 encoder/decoder implementations. Source pictures that have a lower value should be re-formatted by scaling and/or pixel padding prior to HEVC/H.5 encoding.

Page 3. The Frame Time (001,3) may be calculated from the frame rate of the acquiring camera. A frame rate of 9.97 frames per second corresponds to a frame time of 33.37 ms.. The value of chroma_format_idc for this profile and level is equal to 1, indicating the usage of ::0 content. One fragment shall contain the whole HEVC/H.5 bit stream. 1 1 1 Note: If a video stream exceeds the maximum length of one fragment (approximately GB), it may be sent as multiple SOP Instances, but each SOP Instance will contain an independent and playable bit stream, and not depend on the encoded bit stream in other (previous) instances. The manner in which such separate instances are related is not specified in the standard, but mechanisms such as grouping into the same Series, and references to earlier instances using Referenced Image Sequence may be used. The container format for the video bitstream shall be MPEG- Transport Stream, a.k.a. MPEG-TS (see [ISO/IEC 131-1]) or MPEG-, a.k.a. MP container (see [ISO/IEC 19-1] and [ISO/IEC 19-1]). The PTS/DTS of the transport stream shall be used in the MPEG coding. Any audio components present within the bit stream shall be interleaved in either LPCM, AC-3, AAC, MP3 or MPEG-1 Layer II audio format and shall comply with the following restrictions: Table -X. Allowed Audio Formats Audio Format MPEG- TS Container MP Container LPCM Allowed - AC3 Allowed - AAC Allowed Allowed MP3 Allowed Allowed 1 0 MPEG-1 Audio Layer II Allowed Allowed LPCM Maximum bit rate:.0 Mbps Sampling frequency:, 9 khz Bits per sample: 1, 0 or bits Number of channels: channels Note: If LPCM is used for Audio components, the container format shall be MPEG- TS. AC-3 Maximum bit rate: 0kbps Sampling frequency: khz Bits per sample: 1 bits Number of channels: or 5.1 channels Notes: 1. AC-3 is standardized in [ETSI TS 3]. If AC-3 is used for Audio components, the container format shall be MPEG- TS. 3 AAC Maximum bit rate: 0kbps

Page 11 Sampling frequency: khz Bits per sample: 1, 0 or bits Number of channels: or 5.1 channels Note: AAC is standardized in Part 7 of the MPEG- standard (see [ISO/IEC 131-7], and Subpart in Part 3 of the MPEG- standard (see [ISO/IEC 19-3]). 1 CBR MPEG-1 LAYER III (MP3) Audio Standard Maximum bit rate: kbps Sampling frequency: 3 khz,.1 khz or khz for the main channel (the complementary channels can be sampled at the half rate, as defined in the Standard) Bits per sample: up to bits Number of channels: one main mono or stereo channel, and optionally one or more complementary channel(s) Notes: 1. MPEG-1 Layer III is standardized in Part 3 of the MPEG-1 standard (see [ISO/IEC 1117-3]). 1 1 1 0. Although MPEG describes each channel as including up to 5 signals (e.g. for surround effects), it is recommended to limit each of the two channels to signals each one (stereo). MPEG-1 LAYER II (MP) Maximum bit rate: 3kbps Sampling frequency: 3 khz,.1 khz or khz Bits per sample: up to bits Number of channels: Note: MPEG-1 Layer II is standardized in Part 3 of the MPEG-1 standard (see [ISO/IEC 1117-3]).

Page 1 Add HEVC/H.5 Main Profile / Level 5.1 video compression to Section. 1..X HEVC/H.5 Main Profile /Level 5.1 Video Compression HEVC/H.5 Main Profile /Level 5.1 is designed for the compression of video formats up to k with a bit depth of bits per component. DICOM provides a mechanism for supporting the use of HEVC/H.5 Image Compression through the Encapsulated Format (see PS 3.3). Annex A defines a Transfer Syntax that references the HEVC/H.5 Standard. The use of the DICOM Encapsulated Format to support HEVC/H.5 compressed pixel data requires that the Data Elements that are related to the Pixel Data encoding (e.g., Photometric Interpretation, Samples per Pixel, Planar Configuration, Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) shall contain values that are consistent with the characteristics of the compressed data stream, with some specific exceptions noted here. The Pixel Data characteristics included in the HEVC/H.5 bit stream shall be used to decode the compressed data stream. 1 1 1 Notes: 1. These requirements are specified in terms of consistency with what is encapsulated, rather than in terms of the uncompressed pixel data from which the compressed data stream may have been derived.. When decompressing, should the characteristics explicitly specified in the compressed data stream be inconsistent with those specified in the DICOM Data Elements, those explicitly specified in the compressed data stream should be used to control the decompression. The DICOM data elements, if inconsistent, can be regarded as suggestions as to the form in which an uncompressed Data Set might be encoded. 0 3 3 The requirements are: Planar Configuration (00,000) shall be 0 Samples per Pixel (00,000) shall be 3 Photometric Interpretation (00,000) shall be YBR_PARTIAL_0 Bits Allocated (00,00) shall be 1 Bits Stored (00,01) shall be High Bit (00,0) shall be 9 Pixel Representation (00,03) shall be 0 The value of HEVC/H.5 sample aspect_ratio_idc shall be 1 in the encapsulated HEVC/H.5 bit stream if aspect_ratio_info_present_flag is 1. Pixel Aspect Ratio (00,003) shall be absent. This corresponds to a 'Sampling Aspect Ratio' (SAR) of 1:1. The values for Rows (00,00), Columns (00,0011), Cine Rate (001,000), and Frame Time (001,3) or Frame Time Vector (001,5) shall be compliant with the Main Profile / Level 5.1 of the HEVC/H.5 standard ([ISO/IEC 0-:01]) and restricted to a square pixel aspect ratio. 3 3 0 Notes: 1. The value of Planar Configuration (00,000) is irrelevant since the manner of encoding components is specified in the HEVC/H.5 standard, hence it is set to 0.. The limitation on rows and columns are to maximize interoperability between software environments and commonly available hardware HEVC/H.5 encoder/decoder implementations. Source pictures that have a lower value should be re-formatted by scaling and/or pixel padding prior to HEVC/H.5 encoding. 3. The Frame Time (001,3) may be calculated from the frame rate of the acquiring camera. A frame rate of 9.97 frames per second corresponds to a frame time of 33.37 ms.. The value of chroma_format_idc for this profile and level is equal to 1, indicating the usage of ::0 content.

Page 13 One fragment shall contain the whole HEVC/H.5 bit stream. 1 Note: If a video stream exceeds the maximum length of one fragment (approximately GB), it may be sent as multiple SOP Instances, but each SOP Instance will contain an independent and playable bit stream, and not depend on the encoded bit stream in other (previous) instances. The manner in which such separate instances are related is not specified in the standard, but mechanisms such as grouping into the same Series, and references to earlier instances using Referenced Image Sequence may be used. The container format for the video bitstream shall be MPEG- Transport Stream, a.k.a. MPEG-TS (see [ISO/IEC 131-1]) or MPEG-, a.k.a. MP container (see [ISO/IEC 19-1] and [ISO/IEC 19-1]). The PTS/DTS of the transport stream shall be used in the MPEG coding. Any audio components present within the bit stream shall be interleaved in either LPCM, AC-3, AAC, MP3 or MPEG-1 Layer II audio format and shall comply with the following restrictions: Table -X. Allowed Audio Formats Audio Format MPEG- TS Container MP Container LPCM Allowed - AC3 Allowed - AAC Allowed Allowed MP3 Allowed Allowed 1 1 1 MPEG-1 Audio Layer II Allowed Allowed LPCM Maximum bit rate:.0 Mbps Sampling frequency:, 9 khz Bits per sample: 1, 0 or bits Number of channels: channels 0 Note: If LPCM is used for Audio components, the container format shall be MPEG- TS. AC-3 Maximum bit rate: 0kbps Sampling frequency: khz Bits per sample: 1 bits Number of channels: or 5.1 channels Notes: 1. AC-3 is standardized in [ETSI TS 3]. If AC-3 is used for Audio components, the container format shall be MPEG- TS. 3 AAC Maximum bit rate: 0kbps Sampling frequency: khz Bits per sample: 1, 0 or bits Number of channels: or 5.1 channels

Page 1 Note: AAC is standardized in Part 7 of the MPEG- standard (see [ISO/IEC 131-7], and Subpart in Part 3 of the MPEG- standard (see [ISO/IEC 19-3]). 1 1 1 1 CBR MPEG-1 LAYER III (MP3) Audio Standard Maximum bit rate: kbps Sampling frequency: 3 khz,.1 khz or khz for the main channel (the complementary channels can be sampled at the half rate, as defined in the Standard) Bits per sample: up to bits Number of channels: one main mono or stereo channel, and optionally one or more complementary channel(s) Notes: 1. MPEG-1 Layer III is standardized in Part 3 of the MPEG-1 standard (see [ISO/IEC 1117-3]).. Although MPEG describes each channel as including up to 5 signals (e.g. for surround effects), it is recommended to limit each of the two channels to signals each one (stereo). MPEG-1 LAYER II (MP) Maximum bit rate: 3kbps Sampling frequency: 3 khz,.1 khz or khz Bits per sample: up to bits Number of channels: Note: MPEG-1 Layer II is standardized in Part 3 of the MPEG-1 standard (see [ISO/IEC 1117-3]). 0

Page 15 1 Add Lossless HEVC/H.5 Scalable Monochrome Profile / Level 5.1 video compression to Section...X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME Profile /Level 5.1 Video Compression Lossless HEVC/H.5 Scalable Monochrome Profile / Level 5.1 is designed for the lossless compression of monochrome video formats up to k with a bit depth of bits per component. DICOM provides a mechanism for supporting the use of HEVC/H.5 Image Compression through the Encapsulated Format (see PS 3.3). Annex A defines a Transfer Syntax that references the HEVC/H.5 Standard. The use of the DICOM Encapsulated Format to support HEVC/H.5 compressed pixel data requires that the Data Elements that are related to the Pixel Data encoding (e.g., Photometric Interpretation, Samples per Pixel, Planar Configuration, Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) shall contain values that are consistent with the characteristics of the compressed data stream, with some specific exceptions noted here. The Pixel Data characteristics included in the HEVC/H.5 bit stream shall be used to decode the compressed data stream. 1 Notes: 1. These requirements are specified in terms of consistency with what is encapsulated, rather than in terms of the uncompressed pixel data from which the compressed data stream may have been derived. 1 1 0 3 3 3 3 0. When decompressing, should the characteristics explicitly specified in the compressed data stream be inconsistent with those specified in the DICOM Data Elements, those explicitly specified in the compressed data stream should be used to control the decompression. The DICOM data elements, if inconsistent, can be regarded as suggestions as to the form in which an uncompressed Data Set might be encoded. The requirements are: Planar Configuration (00,000) shall be 0 Samples per Pixel (00,000) shall be 1 Photometric Interpretation (00,000) shall be MONOCHROME Bits Allocated (00,00) shall be Bits Stored (00,01) shall be High Bit (00,0) shall be 7 Pixel Representation (00,03) shall be 0 The value of HEVC/H.5 sample aspect_ratio_idc shall be 1 in the encapsulated HEVC/H.5 bit stream if aspect_ratio_info_present_flag is 1. Pixel Aspect Ratio (00,003) shall be absent. This corresponds to a 'Sampling Aspect Ratio' (SAR) of 1:1. The values for Rows (00,00), Columns (00,0011), Cine Rate (001,000), and Frame Time (001,3) or Frame Time Vector (001,5) shall be compliant with the Scalable Monochrome Profile / Level 5.1 of the HEVC/H.5 standard ([ISO/IEC 0-:01]) and restricted to a square pixel aspect ratio. The value of HEVC/H.5 vps_max_layers_minus1 shall be 1 for all VPS (Video Parameter Set) data present in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 cu_transquant_bypass_flag shall be 1 for all coding units associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 slice_type shall not be equal to for all slices associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 pred_mode_type shall not be equal to MODE_INTRA for all coding units associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream.

Page 1 1 1 1 1 0 The value of HEVC/H.5 inter_layer_pred_enable_flag shall be 1 for all slices associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The HEVC/H.5 variables RefPicList0[ ] and RefPicList1[ ] derived as specified in the subclause F..3. of the HEVC/H.5 standard ([ISO/IEC 0-:01]), shall contain only one inter-layer reference picture when associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. Notes: 1. The value of Planar Configuration (00,000) is irrelevant since the manner of encoding components is specified in the HEVC/H.5 standard, hence it is set to 0.. The limitation on rows and columns are to maximize interoperability between software environments and commonly available hardware HEVC/H.5 encoder/decoder implementations. Source pictures that have a lower value should be re-formatted by scaling and/or pixel padding prior to HEVC/H.5 encoding. 3. The Frame Time (001,3) may be calculated from the frame rate of the acquiring camera. A frame rate of 9.97 frames per second corresponds to a frame time of 33.37 ms.. The value of chroma_format_idc for this profile and level is equal to 0, indicating the usage of :0:0 content. 5. The constraint over the value of cu_transquant_bypass_flag in the HEVC/H.5 bitstreams ensures that the HEVC compression is lossless and fully reversible at least for the highest temporal layer of the bitstream.. The constraints over vps_max_layers_minus1, slice_type, pred_mode_type and inter_layer_pred_enable_flag are added in order to reduce the complexity of the design for complying codecs. One fragment shall contain either all the Access Units necessary to decode at least one frame and at most a single key frame, or the Access Unit associated with the decoding of a single frame of a non-base layer. All the Access Units corresponding to the encoding of a temporal layer shall be contained in fragments located after those containing the Access Units corresponding to the encoding of a temporally lower layer. 3 Notes: 1. These last two requirements allow a simplified parsing of the DICOM data when performing a random access to a frame.. The fragments used for non-base layer hevc streams cannot be read without the parsing of their associated base-layer complementary fragments. 3 3 3 0 The Number of Frames (00,000) attribute shall be equal to the number of frames associated with nuh_layer_id equal to 0. The Basic Offset Table item, when associated to a value, shall contain indexes referring to all the frames present in the stream. When the Basic Offset Table is associated to a value, there shall be one Basic Offset value from the Basic Offset Table per frame associated with a nuh_layer_id greater than 0. Note: The frames associated with nuh_layer_id not equal to 0 are enhancement of the others and correspond to the same pictures. The data shall be the native HEVC/H.5 stream and shall not be comprised into a container format. Note: This means that no audio data can be added into the stream.

Page 17

Page 1 1 1 Add HEVC/H.5 Lossless Scalable Monochrome 1 Profile / Level 5.1 video compression to Section...X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME 1 Profile /Level 5.1 Video Compression Lossless HEVC/H.5 Scalable Monochrome 1 Profile / Level 5.1 is designed for the lossless compression of monochrome video formats up to k with a bit depth of 1 bits per component. DICOM provides a mechanism for supporting the use of HEVC/H.5 Image Compression through the Encapsulated Format (see PS 3.3). Annex A defines a Transfer Syntax that references the HEVC/H.5 Standard. The use of the DICOM Encapsulated Format to support HEVC/H.5 compressed pixel data requires that the Data Elements that are related to the Pixel Data encoding (e.g., Photometric Interpretation, Samples per Pixel, Planar Configuration, Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) shall contain values that are consistent with the characteristics of the compressed data stream, with some specific exceptions noted here. The Pixel Data characteristics included in the HEVC/H.5 bit stream shall be used to decode the compressed data stream. 1 1 0 Notes: 1. These requirements are specified in terms of consistency with what is encapsulated, rather than in terms of the uncompressed pixel data from which the compressed data stream may have been derived.. When decompressing, should the characteristics explicitly specified in the compressed data stream be inconsistent with those specified in the DICOM Data Elements, those explicitly specified in the compressed data stream should be used to control the decompression. The DICOM data elements, if inconsistent, can be regarded as suggestions as to the form in which an uncompressed Data Set might be encoded. 3 3 3 3 0 The requirements are: Planar Configuration (00,000) shall be 0 Samples per Pixel (00,000) shall be 1 Photometric Interpretation (00,000) shall be MONOCHROME Bits Allocated (00,00) shall be 1 Bits Stored (00,01) shall be 1 High Bit (00,0) shall be 11 Pixel Representation (00,03) shall be 0 The value of HEVC/H.5 sample aspect_ratio_idc shall be 1 in the encapsulated HEVC/H.5 bit stream if aspect_ratio_info_present_flag is 1. Pixel Aspect Ratio (00,003) shall be absent. This corresponds to a 'Sampling Aspect Ratio' (SAR) of 1:1. The values for Rows (00,00), Columns (00,0011), Cine Rate (001,000), and Frame Time (001,3) or Frame Time Vector (001,5) shall be compliant with the Scalable Monochrome 1 Profile / Level 5.1 of the HEVC/H.5 standard ([ISO/IEC 0-:01]) and restricted to a square pixel aspect ratio. The value of HEVC/H.5 vps_max_layers_minus1 shall be 1 for all VPS (Video Parameter Set) data present in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 cu_transquant_bypass_flag shall be 1 for all coding units associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 slice_type shall not be equal to for all slices associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 pred_mode_type shall not be equal to MODE_INTRA for all coding units associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream.

Page 19 1 1 1 1 0 The value of HEVC/H.5 inter_layer_pred_enable_flag shall be 1 for all slices associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The HEVC/H.5 variables RefPicList0[ ] and RefPicList1[ ] derived as specified in the subclause F..3. of the HEVC/H.5 standard ([ISO/IEC 0-:01]), shall contain only one inter-layer reference picture when associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. Notes: 1. The value of Planar Configuration (00,000) is irrelevant since the manner of encoding components is specified in the HEVC/H.5 standard, hence it is set to 0.. The limitation on rows and columns are to maximize interoperability between software environments and commonly available hardware HEVC/H.5 encoder/decoder implementations. Source pictures that have a lower value should be re-formatted by scaling and/or pixel padding prior to HEVC/H.5 encoding. 3. The Frame Time (001,3) may be calculated from the frame rate of the acquiring camera. A frame rate of 9.97 frames per second corresponds to a frame time of 33.37 ms.. The value of chroma_format_idc for this profile and level is equal to 0, indicating the usage of :0:0 content. 5. The constraint over the value of cu_transquant_bypass_flag in the HEVC/H.5 bitstreams ensures that the HEVC compression is lossless and fully reversible at least for the highest temporal layer of the bitstream.. The constraints over vps_max_layers_minus1, slice_type, pred_mode_type and inter_layer_pred_enable_flag are added in order to reduce the complexity of the design for complying codecs. One fragment shall contain either all the Access Units necessary to decode at least one frame and at most a single key frame, or the Access Unit associated with the decoding of a single frame of a non-base layer. All the Access Units corresponding to the encoding of a temporal layer shall be contained in fragments located after those containing the Access Units corresponding to the encoding of a temporally lower layer. 3 Notes: 1. These last two requirements allow a simplified parsing of the DICOM data when performing a random access to a frame.. The fragments used for non-base layer hevc streams cannot be read without the parsing of their associated base-layer complementary fragments. 3 3 3 0 The Number of Frames (00,000) attribute shall be equal to the number of frames associated with nuh_layer_id equal to 0. The Basic Offset Table item, when associated to a value, shall contain indexes referring to all the frames present in the stream. When the Basic Offset Table is associated to a value, there shall be one Basic Offset value from the Basic Offset Table per frame associated with a nuh_layer_id greater than 0. Note: The frames associated with nuh_layer_id not equal to 0 are enhancement of the others and correspond to the same pictures. The data shall be the native HEVC/H.5 stream and shall not be comprised into a container format.

Page 0 Note: This means that no audio data can be added into the stream.

Page 1 1 1 Add HEVC/H.5 Lossless Scalable Monochrome 1 Profile / Level 5.1 video compression to Section...X LOSSLESS HEVC/H.5 SCALABLE MONOCHROME 1 Profile /Level 5.1 Video Compression Lossless HEVC/H.5 Scalable Monochrome 1 Profile / Level 5.1 is designed for the lossless compression of monochrome video formats up to k with a bit depth of 1 bits per component. DICOM provides a mechanism for supporting the use of HEVC/H.5 Image Compression through the Encapsulated Format (see PS 3.3). Annex A defines a Transfer Syntax that references the HEVC/H.5 Standard. The use of the DICOM Encapsulated Format to support HEVC/H.5 compressed pixel data requires that the Data Elements that are related to the Pixel Data encoding (e.g., Photometric Interpretation, Samples per Pixel, Planar Configuration, Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) shall contain values that are consistent with the characteristics of the compressed data stream, with some specific exceptions noted here. The Pixel Data characteristics included in the HEVC/H.5 bit stream shall be used to decode the compressed data stream. 1 Notes: 1. These requirements are specified in terms of consistency with what is encapsulated, rather than in terms of the uncompressed pixel data from which the compressed data stream may have been derived. 1 0 3 3 3 3 0. When decompressing, should the characteristics explicitly specified in the compressed data stream be inconsistent with those specified in the DICOM Data Elements, those explicitly specified in the compressed data stream should be used to control the decompression. The DICOM data elements, if inconsistent, can be regarded as suggestions as to the form in which an uncompressed Data Set might be encoded. The requirements are: Planar Configuration (00,000) shall be 0 Samples per Pixel (00,000) shall be 1 Photometric Interpretation (00,000) shall be MONOCHROME Bits Allocated (00,00) shall be 1 Bits Stored (00,01) shall be 1 High Bit (00,0) shall be 15 Pixel Representation (00,03) shall be 0 The value of HEVC/H.5 sample aspect_ratio_idc shall be 1 in the encapsulated HEVC/H.5 bit stream if aspect_ratio_info_present_flag is 1. Pixel Aspect Ratio (00,003) shall be absent. This corresponds to a 'Sampling Aspect Ratio' (SAR) of 1:1. The values for Rows (00,00), Columns (00,0011), Cine Rate (001,000), and Frame Time (001,3) or Frame Time Vector (001,5) shall be compliant with the Scalable Monochrome 1 Profile / Level 5.1 of the HEVC/H.5 standard ([ISO/IEC 0-:01]) and restricted to a square pixel aspect ratio. The value of HEVC/H.5 vps_max_layers_minus1 shall be 1 for all VPS (Video Parameter Set) data present in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 cu_transquant_bypass_flag shall be 1 for all coding units associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 slice_type shall not be equal to for all slices associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream.

Page The value of HEVC/H.5 pred_mode_type shall not be equal to MODE_INTRA for all coding units associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 inter_layer_pred_enable_flag shall be 1 for all slices associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The HEVC/H.5 variables RefPicList0[ ] and RefPicList1[ ] derived as specified in the subclause F..3. of the HEVC/H.5 standard ([ISO/IEC 0-:01]), shall contain only one inter-layer reference picture when associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. 1 1 1 1 0 Notes: 1. The value of Planar Configuration (00,000) is irrelevant since the manner of encoding components is specified in the HEVC/H.5 standard, hence it is set to 0.. The limitation on rows and columns are to maximize interoperability between software environments and commonly available hardware HEVC/H.5 encoder/decoder implementations. Source pictures that have a lower value should be re-formatted by scaling and/or pixel padding prior to HEVC/H.5 encoding. 3. The Frame Time (001,3) may be calculated from the frame rate of the acquiring camera. A frame rate of 9.97 frames per second corresponds to a frame time of 33.37 ms.. The value of chroma_format_idc for this profile and level is equal to 0, indicating the usage of :0:0 content. 5. The constraint over the value of cu_transquant_bypass_flag in the HEVC/H.5 bitstreams ensures that the HEVC compression is lossless and fully reversible at least for the highest temporal layer of the bitstream.. The constraints over vps_max_layers_minus1, slice_type, pred_mode_type and inter_layer_pred_enable_flag are added in order to reduce the complexity of the design for complying codecs. 3 3 3 3 0 One fragment shall contain either all the Access Units necessary to decode at least one frame and at most a single key frame, or the Access Unit associated with the decoding of a single frame of a non-base layer. All the Access Units corresponding to the encoding of a temporal layer shall be contained in fragments located after those containing the Access Units corresponding to the encoding of a temporally lower layer. Notes: 1. These last two requirements allow a simplified parsing of the DICOM data when performing a random access to a frame.. The fragments used for non-base layer hevc streams cannot be read without the parsing of their associated base-layer complementary fragments. The Number of Frames (00,000) attribute shall be equal to the number of frames associated with nuh_layer_id equal to 0. The Basic Offset Table item, when associated to a value, shall contain indexes referring to all the frames present in the stream. When the Basic Offset Table is associated to a value, there shall be one Basic Offset value from the Basic Offset Table per frame associated with a nuh_layer_id greater than 0. Note: The frames associated with nuh_layer_id not equal to 0 are enhancement of the others and correspond to the same pictures. The data shall be the native HEVC/H.5 stream and shall not be comprised into a container format.

Page 3 Note: This means that no audio data can be added into the stream.

Page

Page 5 Add HEVC/H.5 Lossless Scalable Main :: Profile / Level.1 video compression to Section. 1..X LOSSLESS HEVC/H.5 SCALABLE MAIN :: Profile /Level.1 Video Compression Lossless HEVC/H.5 Scalable Main :: Profile / Level.1 is designed for the lossless compression of RGB video formats up to Full HD with a bit depth of bits per component. DICOM provides a mechanism for supporting the use of HEVC/H.5 Image Compression through the Encapsulated Format (see PS 3.3). Annex A defines a Transfer Syntax that references the HEVC/H.5 Standard. The use of the DICOM Encapsulated Format to support HEVC/H.5 compressed pixel data requires that the Data Elements that are related to the Pixel Data encoding (e.g., Photometric Interpretation, Samples per Pixel, Planar Configuration, Bits Allocated, Bits Stored, High Bit, Pixel Representation, Rows, Columns, etc.) shall contain values that are consistent with the characteristics of the compressed data stream, with some specific exceptions noted here. The Pixel Data characteristics included in the HEVC/H.5 bit stream shall be used to decode the compressed data stream. 1 1 1 Notes: 1. These requirements are specified in terms of consistency with what is encapsulated, rather than in terms of the uncompressed pixel data from which the compressed data stream may have been derived.. When decompressing, should the characteristics explicitly specified in the compressed data stream be inconsistent with those specified in the DICOM Data Elements, those explicitly specified in the compressed data stream should be used to control the decompression. The DICOM data elements, if inconsistent, can be regarded as suggestions as to the form in which an uncompressed Data Set might be encoded. 0 3 3 3 3 0 The requirements are: Planar Configuration (00,000) shall be 0 Samples per Pixel (00,000) shall be 3 Photometric Interpretation (00,000) shall be RGB Bits Allocated (00,00) shall be Bits Stored (00,01) shall be High Bit (00,0) shall be 7 Pixel Representation (00,03) shall be 0 The value of HEVC/H.5 sample aspect_ratio_idc shall be 1 in the encapsulated HEVC/H.5 bit stream if aspect_ratio_info_present_flag is 1. Pixel Aspect Ratio (00,003) shall be absent. This corresponds to a 'Sampling Aspect Ratio' (SAR) of 1:1. The values for Rows (00,00), Columns (00,0011), Cine Rate (001,000), and Frame Time (001,3) or Frame Time Vector (001,5) shall be compliant with the Scalable Main :: Profile / Level 5.1 of the HEVC/H.5 standard ([ISO/IEC 0-:01]) and restricted to a square pixel aspect ratio. The value of HEVC/H.5 vps_max_layers_minus1 shall be 1 for all VPS (Video Parameter Set) data present in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 cu_transquant_bypass_flag shall be 1 for all coding units associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream. The value of HEVC/H.5 slice_type shall not be equal to for all slices associated to a picture with nuh_layer_id equal to the value of vps_max_layers_minus1 of its associated VPS in the encapsulated HEVC/H.5 bit stream.