Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
  • H04N19/124—Quantisation
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
  • H04N19/117—Filters, e.g. for pre-processing or post-processing
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
  • H04N19/13—Adaptive entropy coding, e.g. adaptive variable length coding [AVLC] or context adaptive binary arithmetic coding [CABAC]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
  • H04N19/146—Data rate or code amount at the encoder output
  • H04N19/15—Data rate or code amount at the encoder output by monitoring actual compressed data size at the memory before deciding storage at the transmission buffer
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
  • H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
  • H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
  • H04N19/167—Position within a video image, e.g. region of interest [ROI]
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
  • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
  • H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
  • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
  • H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
  • H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
  • H04N19/189—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
  • H04N19/196—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding being specially adapted for the computation of encoding parameters, e.g. by averaging previously computed encoding parameters
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
  • H04N19/43—Hardware specially adapted for motion estimation or compensation
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/46—Embedding additional information in the video signal during the compression process
  • H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
  • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
  • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding

Definitions

• This relates to methods and apparatus for video encoding and decoding.
• video communication e.g., video communication, security and surveillance, industrial automation, and entertainment (e.g., DV, HDTV, satellite TV, set-top boxes, Internet video streaming, video gaming devices, digital cameras, cellular telephones, video jukeboxes, high-end displays and personal video recorders).
• entertainment e.g., DV, HDTV, satellite TV, set-top boxes, Internet video streaming, video gaming devices, digital cameras, cellular telephones, video jukeboxes, high-end displays and personal video recorders.
• video applications are becoming increasingly mobile as a result of higher computation power in handsets, advances in battery technology, and high-speed wireless connectivity.
• Video compression i.e., video coding
• video compression techniques that apply prediction, transformation, quantization, and entropy coding to sequential blocks of pixels, i.e., macroblocks, in a video sequence to compress, i.e., encode, the video sequence.
• a macroblock is defined as a 16x16 rectangular block of pixels in a frame or slice of a video sequence where a frame is defined to be a complete image captured during a known time interval.
• a quantization parameter may be used to modulate the step size of the quantization for each macroblock.
• QP quantization parameter
• quantization of a transform coefficient involves dividing the coefficient by a quantization step size.
• the quantization step size which may also be referred to as the quantization scale, is defined by the standard based on the QP value, which may be an integer within some range 0 ... 51.
• a step size for a QP value may be determined, for example, using a table lookup and/or by computational derivation.
• the quantization step size (Qs) used to quantize a macroblock regulates how much spatial detail is retained in a compressed macroblock.
• the smaller the Qs the more retention of detail and the better the quality but at the cost of a higher bit rate. As the Qs increases, less detail is retained and the bit rate decreases but at the cost of increased distortion and loss of quality.
• Embodiments of the invention relate to a method and apparatus for a video decoder.
• the method includes receiving a coded largest coding unit in a video decoder, wherein the coded largest coding unit comprises a coded coding unit structure and a plurality of coded quantization parameters, and decoding the coded largest coding unit based on the coded coding unit structure and the plurality of coded quantization parameters.
• FIG. 1 is a block diagram of a digital system
• Fig. 2 shows a recursive quadtree structure
• FIGs. 3A and 3B are block diagrams of a video encoder
• FIG. 4-8 illustrate example embodiments
• FIG. 9 shows a block diagram of a video decoder
• Fig. 10 shows an example embodiment
• FIGs. 11 and 12 are flow diagrams of example method embodiments.
• Fig. 13 is a block diagram of an illustrative digital system embodiment.
• coding operations of prediction, transformation, quantization, and entropy coding are performed based on fixed size 16x16 blocks referred to as macroblocks. Further, a quantization parameter is generated for each macroblock with no provision for doing so for larger or smaller blocks. For larger frame sizes, e.g., frame sizes used for high definition video, using a larger block size for the block-based coding operations may provide better coding efficiency and/or reduce data transmission overhead. For example, a video sequence with a 1280x720 frame size and a frame rate of 60 frames per second is 36 times larger and 4 times faster than a video sequence with a 176x144 frame size and a frame rate of 15 frames per second.
• a block size larger than 16x16 would allow a video encoder to take advantage of the increased spatial and/or temporal redundancy in the former video sequence.
• Such larger block sizes are currently proposed in the emerging next generation video standard referred to High Efficiency Video Coding (HEVC).
• HEVC is the proposed successor to H.264/MPEG-4 AVC (Advanced Video Coding), currently under
• JCT-VC Joint Collaborative Team on Video Coding
• MPEG Moving Picture Experts Group
• VCEG ITU-T Video Coding Experts Group
• an increased block size may adversely affect rate control. That is, many rate control techniques manage QP on a block-by-block basis according to the available space in a hypothetical transmission buffer. Increasing the block size reduces the granularity at which rate control can adjust the value of QP, thus possibly making rate control more difficult and/or adversely affecting quality. Further, reducing the granularity at which QP can change by increasing the block size impacts the visual quality performance of perceptual rate control techniques that adapt the QP based on the activity in a block.
• Embodiments described herein provide for block-based video coding with a large block size, e.g., larger than 16x16, in which multiple quantization parameters for a single block may be generated. More specifically, a picture (or slice) is divided into non-over-lapping blocks of pixels referred to as largest coding units (LCU). As used herein, the term "picture" refers to a frame or a field of a frame. A frame is a complete image captured during a known time interval. A slice is a subset of sequential LCUs in a picture. An LCU is the base unit used for block-based coding.
• LCU largest coding units
• an LCU plays a similar role in coding as the prior art macroblock, but it may be larger, e.g., 32x32, 64x64, 128x128, etc.
• the LCU is the largest unit in a picture for which a quantization parameter (QP) may be generated.
• QP quantization parameter
• various criteria e.g., rate control criteria, complexity considerations, rate distortion constraints, etc.
• a CU is a block of pixels within an LCU and the CUs within an LCU may be of different sizes.
• CU partitioning i.e., the CU structure
• Block-based coding is then applied to the LCU to code the CUs.
• the QPs are used in the quantization of the corresponding CUs.
• the CU structure and the QPs are also coded for communication, i.e., signaling, to a decoder.
• QP values are communicated to a decoder in a compressed bit stream as delta QP values.
• Techniques for computing the delta QPs and for controlling the spatial granularity at which delta QPs are signaled are also provided.
• more than one technique for computing the delta QP values may be used in coding a single video sequence.
• the technique used may be signaled in a compressed bit stream at the appropriate level, e.g., sequence, picture, slice, and/or LCU.
• Fig. 1 shows a digital system in accordance with one or more embodiments.
• the system includes a source digital system 100 that transmits encoded video sequences to a destination digital system 102 via a communication channel 116.
• the source digital system 100 includes a video capture component 104, a video encoder component 106 and a transmitter component 108.
• the video capture component 104 is configured to provide a video sequence to be encoded by the video encoder component 106.
• the video capture component 104 may be for example, a video camera, a video archive, or a video feed from a video content provider.
• the video capture component 104 may generate computer graphics as the video sequence, or a combination of live video, archived video, and/or computer- generated video.
• the video encoder component 106 receives a video sequence from the video capture component 104 and encodes it for transmission by the transmitter component 108.
• the video encoder component 106 receives the video sequence from the video capture component 104 as a sequence of frames, divides the frames into LCUs, and encodes the video data in the LCUs.
• the video encoder component 106 may be configured to apply one or more techniques for generating and encoding multiple quantization parameters for an LCU during the encoding process as described herein. Embodiments of the video encoder component 106 are described in more detail below in reference to Figs. 3 A and 3B.
• the transmitter component 108 transmits the encoded video data to the destination digital system 102 via the communication channel 116.
• the communication channel 116 may be any communication medium, or combination of communication media suitable for transmission of the encoded video sequence, such as, for example, wired or wireless communication media, a local area network, or a wide area network.
• the destination digital system 102 includes a receiver component 110, a video decoder component 112 and a display component 114.
• the receiver component 110 receives the encoded video data from the source digital system 100 via the communication channel 116 and provides the encoded video data to the video decoder component 112 for decoding.
• the video decoder component 112 reverses the encoding process performed by the video encoder component 106 to reconstruct the LCUs of the video sequence.
• the video decoder component may be configured to apply one or more techniques for decoding multiple quantization parameters for an LCU during the decoding process as described herein. Embodiments of the video decoder component 112 are described in more detail below in reference to Fig. 9.
• the reconstructed video sequence is displayed on the display component 114.
• the display component 114 may be any suitable display device such as, for example, a plasma display, a liquid crystal display (LCD), a light emitting diode (LED) display, etc.
• a plasma display such as, for example, a plasma display, a liquid crystal display (LCD), a light emitting diode (LED) display, etc.
• LCD liquid crystal display
• LED light emitting diode
• the source digital system 100 may also include a receiver component and a video decoder component and/or the destination digital system 102 may include a transmitter component and a video encoder component for transmission of video sequences both directions for video steaming, video broadcasting, and video telephony. Further, the video encoder component 106 and the video decoder component 112 may perform encoding and decoding in accordance with one or more video compression standards.
• the video encoder component 106 and the video decoder component 112 may be implemented in any suitable combination of software, firmware, and hardware, such as, for example, one or more digital signal processors (DSPs), microprocessors, discrete logic, application specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), etc.
• DSPs digital signal processors
• ASICs application specific integrated circuits
• FPGAs field-programmable gate arrays
• an LCU may be partitioned into coding units (CU) during the coding process.
• a recursive quadtree structure is assumed for partitioning of LCUs into CUs.
• a CU may be square.
• an LCU is also square.
• a picture is divided into non- overlapped LCUs.
• the CU structure within an LCU can be a recursive quadtree structure adapted to the frame. That is, each time a CU (or LCU) is partitioned, it is divided into four equal- sized square blocks.
• a given CU can be characterized by the size of the LCU and the hierarchical depth of the LCU where the CU occurs. The maximum hierarchical depth is determined by the size of the smallest CU (SCU) permitted.
• Fig. 2 shows an example of a recursive quadtree structure in which the LCU is assumed to be 128x128 and the SCU is assumed to be 8x8.
• the maximum hierarchical depth of the quadtree structure is 5. Further, five possible CU sizes are allowed: 128x128, 64x64, 32x32, 16x16, and 8x8. If the LCU is assumed to be 64x64 and the SCU is assumed to be 8x8, the maximum hierarchical depth is 4 and four possible CU sizes are allowed: 64x64, 32x32, 16x16, and 8x8.
• FIGs. 3A and 3B show block diagrams of a video encoder, e.g., the video encoder
• Fig. 3A shows a high level block diagram of the video encoder and Fig. 3B shows a block diagram of the LCU processing component 342 of the video encoder.
• a video encoder includes a coding control component 340, an LCU processing component 342, a rate control component 344, and a memory 346.
• An input digital video sequence is provided to the coding control component 340.
• the memory 346 may be internal memory, external memory, or a combination thereof.
• the coding control component 340 sequences the various operations of the video encoder.
• the coding control component 340 performs any processing on the input video sequence that is to be done at the frame level, such as determining the coding type (I, P, or B) of a picture based on the high level coding structure, e.g., IPPP, IBBP, hierarchical-B, and dividing a frame into LCUs for further processing.
• LCU size and SCU size may be different in different embodiments of the video encoder. Further, the LCU size and SCU size may be signaled at the sequence, picture, and/or slice level.
• the coding control component 340 also interacts with the rate control component 344 to determine an initial coding unit structure and initial QPs for each LCU.
• the rate control component 344 receives an LCU from the coding control component 340 and applies various criteria to the LCU to determine one or more QPs to be used by the LCU processing component 342 in coding the LCU. More specifically, the rate control component 344 partitions the LCU into CUs of various sizes within the recursive quadtree structure based on the various criteria to determine the granularity at which QPs should be applied and then computes a QP for each CU that is not further subdivided, i.e., for each coding unit that is a leaf node in the quadtree. The CU structure of the LCU and the QPs are provided to the coding control component 340.
• the QPs applied to an LCU during the coding of the LCU will be signaled in the compressed bit stream.
• the SCU size sets the size of the smallest CU in the recursive quadtree structure.
• a minimum QP CU size may be specified in addition to the LCU and SCU sizes.
• the smallest CU that the rate control component 344 can use in partitioning an LCU is limited by the minimum QP CU size rather than the SCU size.
• the minimum QP CU size may be set to sizes larger than the SCU to constrain the granularity at which QPs may be applied. For example, if the LCU is assumed to be 64x64 and the SCU is assumed to be 8x8, the four possible CU sizes allowed in the recursive quadtree structure are 64x64, 32x32, 16x6, and 8x8. Without the minimum QP CU size constraint, the rate control component 344 can generate QPs for CUs as small as 8x8. However, if a minimum QP CU size of 16x16 is specified, the rate control component 344 can generate QPs for CUs as small as 16x16 but no smaller. The minimum QP CU size may be set at the sequence, picture, slice, and/or LCU level and signaled in the compressed bit stream accordingly.
• Fig. 4 shows an example CU partitioning of an LCU.
• the LCU is partitioned into 4 CUs, A, B, C, and D.
• CU A is further partitioned into four CUs, Al, A2, A3, and A4 and
• CU D is further partitioned into four CUs, Dl, D2, D3, and D4.
• CUs A2 and Dl are also further partitioned into four CUs, respectively A21, A22, A23, and A24 and Dl 1, D12, D13, and D14.
• the rate control component 344 computes a QP for each of the CUs that is not further sub-divided, i.e., for Al, A21, A22, A23, A24, A3, A4, B, C, Dl l, D12, D13, D14, D2, D3, and D4.
• any suitable criteria may be used by rate control component 344, such as, for example, perceptual rate control constraints, target bit rate constraints, rate-distortion optimization constraints, and complexity considerations, alone or in any combination.
• the rate control component 344 may determine the CU partitioning and corresponding QPs at least in part based on the spatial characteristics of the LCU. As is well known, if a region of a picture is smooth, quantization errors can be more visible to the human eye whereas if a region is busy (e.g., high textured), any quantization error will likely not be visible.
• the rate control component 344 may determine the activity in an LCU and then partition the LCU into CU sizes based on the locations/levels of the activity.
• An activity measure for a region of an image may be determined, for example, based on edge information, texture information, etc. The goal would be to assign lower QP values to flat regions (regions with little to no activity) to reduce quantization error and to assign higher QP values to busy regions (regions with high activity) as the quantization error will be hidden.
• LCUs there will be transition regions in which LCUs will have both sky and trees.
• Such LCU may be partitioned into CUs sized based on activity (within the limits of the quadtree coding structure). For example, an LCU may be divided into four CUs A, B, C, and D, and the activity level in areas of each CU may then analyzed. If a CU, say CU A, has regions of widely varying activity levels, then CU A may be further divided into four CUs, Al, A2, A3, and A4 in an attempt to reduce the variance in activity level over the area where a QP will be applied. These four CUs may each also be further divided into four CUs based on activity. Once the CU partitioning is complete, QP values may then be computed for each CU.
• the coding control component 340 provides information regarding the initial
• the coding control component may provide the LCU and SCU size to the entropy encoder component 340 for inclusion in the compressed video stream at the appropriate point.
• the coding control component 340 may generate a quantization parameter array for use by the quantize component 306 and store the quantization parameter array in the memory 346.
• the size of the quantization parameter array may be determined based on the maximum possible number of CUs in an LCU. For example, assume the size of the SCU is 8x8 and the size of the LCU is 64x64. Thus, the maximum possible number of CUs in an LCU is 64.
• the quantization parameter array is sized to hold a QP for each of these 64 possible coding units, i.e., is an 8x8 array.
• the QPs computed by the rate control component 344 are mapped into this array based on the CU structure. As is explained in more detail herein in reference to the quantize component 306, a QP for any size CU in the LCU may be located in this array using the coordinates of the upper left hand corner of the CU in the LCU.
• Fig. 5 shows an example of mapping QPs into a quantization parameter array 502 based on the CU structure 500.
• the CU structure assumes a 64x64 LCU.
• the presence of a CU identifier, e.g., Al, C, Dl l, etc., in an array cell represents the QP parameter for that CU.
• the QP for CU Al is in locations (0,0), (0,1), (1,0), and (1,1)
• the QP for CU Dl l is in location (4,4)
• the QP for CU C is in locations (4, 0), (4, 1), (4, 2), (4, 3), (5, 0), (5, 1), (5, 2), (5, 3), (6, 0), (6, 1), (6, 2), (6, 3), (7, 0), (7, 1), (7, 2), and (7, 3).
• the LCU processing component 342 receives LCUs of the input video sequence from the coding control component 340 and encodes the LCUs to generate the compressed video stream. As previously mentioned, the LCU processing component 342 also receives information regarding the CU structure and QPs of an LCU as determined by the rate control component 344.
• the CUs in the CU structure of an LCU may be processed by the LCU processing component 342 in a depth-first Z-scan order. For example, in the LCU of Fig. 4, the CUs would be scanned in the following order: A1->A21->A21->A22- >A23->A3->A4->B->C->D 11->D 12->D 13->D 14->D2->D3->D4.
• Fig. 3B shows the basic coding architecture of the LCU processing component
• the LCUs 300 from the coding control unit 340 are provided as one input of a motion estimation component 320, as one input of an intra prediction component 324, and to a positive input of a combiner 302 (e.g., adder or sub tractor or the like). Further, although not specifically shown, the prediction mode of each picture as selected by the coding control component 340 is provided to a mode selector component, and the entropy encoder 334.
• the storage component 318 provides reference data to the motion estimation component 320 and to the motion compensation component 322.
• the reference data may include one or more previously encoded and decoded CUs, i.e., reconstructed CUs.
• the motion estimation component 320 provides motion estimation information to the motion compensation component 322 and the entropy encoder 334. More specifically, the motion estimation component 320 performs tests on CUs in an LCU based on multiple temporal prediction modes using reference data from storage 318 to choose the best motion vector(s)/prediction mode based on a coding cost. To perform the tests, the motion estimation component 320 may begin with the CU structure provided by the coding control component 340. The motion estimation component 320 may divide each CU indicated in the CU structure into prediction units according to the unit sizes of prediction modes and calculate the coding costs for each prediction mode for each CU.
• the motion estimation component 320 may also decide to alter the CU structure by further partitioning one or more of the CUs in the CU structure. That is, when choosing the best motion vectors/prediction modes, in addition to testing with the initial CU structure, the motion estimation component 320 may also choose to divide the larger CUs in the initial CU structure into smaller CUs (within the limits of the recursive quadtree structure), and calculate coding costs at lower levels in the coding hierarchy. As will be explained below in reference to the quantizer component 306, any changes made to the CU structure do not affect how the QPs computed by the rate control component 344 are applied. If the motion estimation component 320 changes the initial CU structure, the modified CU structure is communicated to other components in the LCU processing component 342 that need the information.
• the motion estimation component 320 provides the selected motion vector (MV) or vectors and the selected prediction mode for each inter predicted CU to the motion compensation component 323 and the selected motion vector (MV) to the entropy encoder 334.
• the motion compensation component 322 provides motion compensated inter prediction information to a selector switch 326 that includes motion compensated inter predicted CUs and the selected temporal prediction modes for the inter predicted CUs.
• the coding costs of the inter predicted CUs are also provided to the mode selector component (not shown).
• the intra prediction component 324 provides intra prediction information to the selector switch 326 that includes intra predicted CUs and the corresponding spatial prediction modes. That is, the intra prediction component 324 performs spatial prediction in which tests based on multiple spatial prediction modes are performed on CUs in an LCU using previously encoded neighboring CUs of the picture from the buffer 328 to choose the best spatial prediction mode for generating an intra predicted CU based on a coding cost. To perform the tests, the intra prediction component 324 may begin with the CU structure provided by the coding control component 340. The intra prediction component 324 may divide each CU indicated in the CU structure into prediction units according to the unit sizes of the spatial prediction modes and calculate the coding costs for each prediction mode for each CU.
• the intra prediction component 324 may also decide to alter the CU structure by further partitioning one or more of the CUs in the CU structure. That is, when choosing the best prediction modes, in addition to testing with the initial CU structure, the intra prediction component 324 may also chose to divide the larger CUs in the initial CU structure into smaller CUs (within the limits of the recursive quadtree structure), and calculate coding costs at lower levels in the coding hierarchy. As will be explained below in reference to the quantizer component 306, any changes made to the CU structure do not affect how the QP values computed by the rate control component 344 are applied.
• the modified CU structure is communicated to other components in the LCU processing component 342 that need the information.
• the spatial prediction mode of each intra predicted CU provided to the selector switch 326 is also provided to the transform component 304. Further, the coding costs of the intra predicted CUs are also provided to the mode selector component.
• the selector switch 326 selects between the motion-compensated inter predicted
• the output of the selector switch 326 i.e., the predicted CU
• the output of the delay component 330 is provided to another combiner (i.e., an adder) 338.
• the combiner 302 subtracts the predicted CU from the current CU to provide a residual CU to the transform component 304.
• the resulting residual CU is a set of pixel difference values that quantify differences between pixel values of the original CU and the predicted CU.
• the transform component 304 performs unit transforms on the residual CUs to convert the residual pixel values to transform coefficients and provides the transform coefficients to a quantize component 306.
• the quantize component 306 determines a QP for the transform coefficients of a residual CU and quantizes the transform coefficients based on that QP. For example, the quantize component 306 may divide the values of the transform coefficients by a quantization scale (Qs) derived from the QP value. In some embodiments, the quantize component 306 represents the coefficients by using a desired number of quantization steps, the number of steps used (or correspondingly the value of Qs) determining the number of bits used to represent the residuals. Other algorithms for quantization such as rate-distortion optimized quantization may also be used by the quantize component 306.
• the quantize component 306 determines a QP for the residual CU transform coefficients based on the initial CU structure provided by the coding control component 340. That is, if the residual CU corresponds to a CU in the initial CU structure, then the quantize component 306 uses the QP computed for that CU by the rate control component 344. For example, referring to the example of Fig. 4, if the residual CU was generated from CU C with no further partitioning during the prediction processing, then the QP for CU C is used to quantize the residual CU.
• the quantize component 306 uses the QP of the original CU that was subdivided during the prediction processing to create the CU as the QP for the residual CU. For example, if CU C of Fig. 4 is further partitioned during the prediction processing as shown in Fig. 6, and the residual CU corresponds to one of CUs CI, C2, C3, or C4, then the QP for CU C is used to quantize the residual CU.
• the quantize component 306 uses the QP of the original CU of the same size as the minimum QP CU that was partitioned by the rate control component 344 to create the CU. For example, in the LCU of Fig. 4, if the LCU size is 64x64 and the minimum QP CU size is 32x32 and the residual CU corresponds to one of the 8x8 CUs A21, A22, A23, or A24, then the QP for CU A2 is used to quantize the residual CU.
• the coding control component 340 may generate a quantization parameter array that is stored in the memory 346.
• the quantize component 306 may use this matrix to determine a QP for the residual CU coefficients. That is, the coordinates of the upper left corner of the CU corresponding to the residual CU, whether that CU is in the original coding structure or was added during the prediction process, may be used to locate the appropriate QP in the quantization parameter array.
• the x coordinate may be divided by the width of the SCU and the y coordinate may be divided by the height of the SCU to compute the coordinates of the appropriate QP in the quantization parameter array.
• the SCU is 8x8.
• the coordinates of the upper left corner of CU A4 are (16, 16).
• the coordinates of the location in the quantization parameter array 502 holding the appropriate QP are (2, 2).
• the coordinates of the upper left corner of CU C4 are (48, 16).
• the coordinates of the location in the quantization parameter matrix 502 holding the appropriate QP are (6, 2).
• the quantized transform coefficients are taken out of their scan ordering by a scan component 308 and arranged by significance, such as, for example, beginning with the more significant coefficients followed by the less significant.
• the ordered quantized transform coefficients for a CU provided via the scan component 308 along with header information for the CU are coded by the entropy encoder 334, which provides a compressed bit stream to a video buffer 336 for transmission or storage.
• the entropy coding performed by the entropy encoder 334 may be use any suitable entropy encoding technique, such as, for example, context adaptive variable length coding (CAVLC), context adaptive binary arithmetic coding (CAB AC), run length coding, etc.
• CAVLC context adaptive variable length coding
• CAB AC context adaptive binary arithmetic coding
• run length coding etc.
• the entropy encoder 334 encodes information regarding the CU structure used to generate the coded CUs in the compressed bit stream and information indicating the QPs used in the quantization of the coded CUs.
• the CU structure of an LCU is signaled to a decoder by encoding the sizes of the LCU and the SCU and a series of split flags in the compressed bit stream. If a CU in the recursive quadtree structure defined by the LCU and the SCU is split, i.e., partitioned, in the CU structure, a split flag with a value indicating a split, e.g., 1, is signaled in the compressed bit stream.
• a split flag with a value indicating no split, e.g., 0, is signaled in the compressed bit stream.
• Information specific to the unsplit CU will follow the split flag in the bit stream.
• the information specific to a CU may include CU header information (prediction mode, motion vector differences, coding block flag information, etc), QP information, and coefficient information. Coefficient information may not be included if all of the CU coefficients are zero. Further, if the size of a CU is the same size as the SCU, no split flag is encoded in the bit stream for that CU.
• Fig. 7 shows an example of signaling the CU structure of the LCU of Fig. 4 assuming that the LCU size is 64x64 and the SCU size is 8x8. This example assumes that all the CUs have at least one non-zero coefficient.
• split flag SO is set to 1 to indicate that the LCU is split into four CUs: A, B, C, and D.
• Split flag SI is set to 1 to indicate that CU A is split into four CUs: Al, A2, A3, and A4.
• Split flag S2 is set to 0 to indicate that CU Al is not split. Information specific to CU Al follows split flag S2.
• Split flag S3 is set to 1 to indicate that CU A2 is split into four CUs: A21, A22, A23, and A24. CUs A21, A22, A23, and A24 are 8x8 so no split flags are encoded for these CUs. Information specific to each of the CUS follows split flag S3. Split flag S4 is set to 0 to indicate that CU A3 is not split, and so on.
• the delta QP for CU B is QPB - QPA4 and the delta QP for CU D2 is QPD2 - QPD14.
• Computing a delta QP in this way may be desirable when rate control is not based on perceptual criteria.
• spatially neighboring CUs of a CU may be defined as those CUs adjacent to the CU in the CU structure of the LCU.
• CU A22, CU A24, and CU A4 are left neighboring CUs of CU B.
• CU A23 and CU A24 are top neighboring CUs of CU A4.
• adjacent CUs in an LCU to the left or above, respectively, of the LCU in a picture may be considered as left neighboring and top neighboring CUs, respectively.
• more than one mode for computing a predicted QP value for purposes of computing delta QP may be provided.
• deltaQP (QP of current CU) - (QP of previous CU in coding order);
• deltaQP (QP of current CU) - f(QP of spatially neighboring CUs) where qp_predictor_mode is selected elsewhere in the video encoder. More than two modes for computing a delta QP value may be provided in a similar fashion. Further, the mode used to compute delta QPs, i.e., qp_predictor_mode, may be signaled in the compressed bit stream at the appropriate level, e.g., sequence, picture, slice, and/or LCU level.
• the entropy encoder 334 encodes a delta QP value for each
• a delta QP value would be included in the information specific to CU Al, in the information specific to CU A21, in the information specific to CU A22, etc.
• a delta QP value is encoded in the CU specific information for each CU with at least one non-zero coefficient that is larger than or equal to the minimum QP CU in size.
• a delta QP is encoded at the non-leaf CU level.
• the size of the minimum QP CU is also encoded in the bit stream at the appropriate point.
• FIG. 8 shows an example of signaling delta QPs for the CU structure of the LCU of Fig. 4 assuming that the LCU size is 64x64, the SCU size is 8x8, the minimum QP CU size is 32x32, and each CU has at least one non-zero coefficient.
• Each of the CUs A, B, C, and D is 32x32, so delta QPs, designated dQPx, are signaled for those CUs and not for any of the smaller ones.
• an embedded decoder inside the encoder is an embedded decoder.
• the embedded decoder provides the same utility to the video encoder.
• Knowledge of the reconstructed input allows the video encoder to transmit the appropriate residual energy to compose subsequent frames.
• the ordered quantized transform coefficients for a CU provided via the scan component 308 are returned to their original post- transform arrangement by an inverse scan component 310, the output of which is provided to a dequantize component 312, which outputs estimated transformed information, i.e., an estimated or reconstructed version of the transform result from the transform component 304.
• the QP for the CU is communicated to the dequantize component 312 by the quantize component 306.
• the dequantize component 312 determines the QP from a quantization parameter array in the manner previously described.
• the estimated transformed information is provided to the inverse transform component 314, which outputs estimated residual information which represents a reconstructed version of a residual CU.
• the reconstructed residual CU is provided to the combiner 338.
• the combiner 338 adds the delayed selected CU to the reconstructed residual CU to generate an unfiltered reconstructed CU, which becomes part of reconstructed picture information.
• the reconstructed picture information is provided via a buffer 328 to the intra prediction component 324 and to a filter component 316.
• the filter component 316 is an in-loop filter which filters the reconstructed frame information and provides filtered reconstructed CUs, i.e., reference data, to the storage component 318.
• the above described techniques for computing delta QPs may be used in other components of the video encoder.
• the QPs originally generated by the rate control component 344 may be adjusted up or down by one or more other components in the video encoder prior to quantization.
• Fig. 9 shows a block diagram of a video decoder, e.g., the video decoder 112, in accordance with one or more embodiments of the invention.
• the video decoder operates to reverse the encoding operations, i.e., entropy coding, quantization, transformation, and prediction, performed by the video encoder of Figs. 3 A and 3B to regenerate the frames of the original video sequence.
• encoding operations i.e., entropy coding, quantization, transformation, and prediction
• the entropy decoding component 900 receives an entropy encoded video bit stream and reverses the entropy encoding to recover the encoded CUs and the encoded CU structures of the LCUs.
• the decoded information is communicated to other components in the video decoder as appropriate.
• the entropy decoding performed by the entropy decoding component 900 may include detecting coded QP values in the bit stream and decoding them for communication to the inverse quantization component 902.
• the entropy decoding component 900 may detect delta QP values in the bit stream and compute reconstructed QP values from the delta QP values for communication to the inverse quantization component 902.
• the entropy decoding component 900 computes QP as the delta QP + QPprev, where QPprev is the reconstructed QP computed by the entropy decoding component 900 for the immediately preceding CU in the bit stream. For this computation, the entropy decoding component 900 may store and update a value for QPprev as each encoded CU is entropy decoded and a reconstructed QP is determined for that CU.
• the entropy decoding component 900 computes a reconstructed QP as the delta QP + f(rQPs of spatially neighboring CUs), where rQP is a reconstructed QP. Further, if the video encoder supports multiple modes for computing a delta QP, the video decoder will compute a reconstructed QP from the delta QP according to the mode signaled in the bit stream.
• the entropy decoding component 900 may store the reconstructed QPs of the appropriate spatially neighboring CUs.
• the reconstructed QPs of the neighboring CUs may be stored in a reconstructed quantization parameter array in a manner similar to that of the previously described quantization parameter array.
• Example reconstructed QP calculations are described below assuming f() is equal to the rQP of the left neighboring CU and in reference to the example LCU structures 1000 and
• LCU 0 1000 has been decoded and its reconstructed QPs are stored in the reconstructed quantization parameter array 1004.
• reconstructed QPs are computed for LCU 1 1002, they may be stored in a reconstructed quantization parameter array for that LCU.
• the following calculations demonstrate how reconstructed QP values for some of the CUs in LCU 1 1002 may be reconstructed from left neighboring CUs:
• rQP(Al) dQP(Al)+rQP(B22 of LCU 0 1000)
• rQP(A21) dQP(A21)+rQP(Al)
• rQP(A22) dQP(A22)+rQP(A21)
• rQP(A23) dQP(A23)+rQP(Al)
• rQP(A24) dQP(A24)+rQP(A23)
• rQP(A3) dQP(A3)+rQP(B42 of LCU 0 1000)
• rQP(A4) dQP(A4)+rQP(A3)
• the left column of the reconstructed quantization parameter array 1004 (B22, B24, B42, B44, D22, D24, D42, D44) is all that is required for applying predictor f() to LCU 1 1002. If the left neighboring CU is not available as can be the case for the first LCU in a picture, a predefined QP value may be used or the reconstructed QP value in CU coding order may be used. [0071] Referring again to Fig. 9, the inverse quantization component 902 de-quantizes the residual coefficients of the residual CUs based on the reconstructed QP values. The inverse transform component 904 transforms the frequency domain data from the inverse quantization component 902 back to residual CUs. That is, the inverse transform component 904 applies an inverse unit transform, i.e., the inverse of the unit transform used for encoding, to the de- quantized residual coefficients to produce the residual CUs.
• an inverse unit transform i.e., the inverse
• a residual CU supplies one input of the addition component 906.
• the other input of the addition component 906 comes from the mode switch 908.
• the mode switch 908 selects a prediction block from the motion compensation component 910 and when intra-prediction is signaled, the mode switch selects a prediction block from the intra prediction component 914.
• the motion compensation component 910 receives reference data from storage 912 and applies the motion compensation computed by the encoder and transmitted in the encoded video bit stream to the reference data to generate a predicted CU.
• the intra-prediction component 914 receives previously decoded predicted CUs from the current picture and applies the intra-prediction computed by the encoder as signaled by a spatial prediction mode transmitted in the encoded video bit stream to the previously decoded predicted CUs to generate a predicted CU.
• the addition component 906 generates a decoded CU, by adding the selected predicted CU and the residual CU.
• the output of the addition component 906 supplies the input of the in-loop filter component 916.
• the in-loop filter component 916 smoothes artifacts created by the block nature of the encoding process to improve the visual quality of the decoded frame.
• the output of the in-loop filter component 916 is the decoded frames of the video bit stream.
• Each decoded CU is stored in storage 912 to be used as reference data.
• unit transforms smaller than a CU may be used.
• the video encoder may further partition a CU into transform units.
• a CU may be partitioned into smaller transform units in accordance with a recursive quadtree structure adapted to the CU size.
• the transform unit structure of the CU may be signaled to the decoder in a similar fashion as the LCU CU structure using transform split flags.
• delta QP values may be computed and signaled at the transform unit level.
• a flag indicating whether or not multiple quantization parameters are provided for an LCU may be signaled at the appropriate level, e.g., sequence, picture, and/or slice.
• Fig. 11 is a flow diagram of a method for generating and encoding multiple quantization parameters for an LCU in a video encoder in accordance with one or more embodiments.
• an LCU is received 1100.
• Various criteria are then applied to the LCU to determine a CU structure for the LCU and QPs are computed for the CUs in the CU structure 1102.
• the LCU may be divided into CUs of various sizes within a recursive quadtree structure based on the various criteria to determine the granularity at which QP values should be applied, i.e., to determine the CU structure for the LCU.
• a quantization parameter is then computed for each CU in the CU structure.
• CUs in the CU structure are then coded using the corresponding QPs 1104.
• a block-based coding process i.e., prediction, transformation, and quantization
• the prediction, transformation, and quantization may be performed on each CU as previously described herein.
• the QPs used in coding the CUs are also coded 1106. For example, to signal the
• delta QPs may be computed.
• the delta QP values may be computed as previously described.
• the coded QPs, the coded CUs, and the CU structure are then entropy coded to generate a portion of the compressed bit stream 1108.
• the coded QPs, coded CUs, and the CU structure may be signaled in the compressed bit stream as previously described herein.
• Fig. 12 is a flow diagram of a method for decoding multiple quantization parameters for an LCU in a video decoder in accordance with one or more embodiments.
• a coded LCU that may include a coded CU structure and coded QPs is received 1200.
• the coded CU structure and the coded QPs may be generated by a video encoder as previously described.
• Reconstructed QPs for coded CUs in the coded LCU are then computed based on the coded QPs 1202.
• the reconstructed QPs may be computed as previously described.
• the coded LCU is then decoded based on the coded CU structure and the reconstructed QPs 1204.
• coded coding units in the coded LCU may be decoded using a block-based decoding process as previously described herein that reverses a block-based coding process used by the video encoder.
• the techniques described in this disclosure may be implemented in hardware, software, firmware, or a combination thereof. If implemented in software, the software may be executed in one or more processors, such as a microprocessor, application specific integrated circuit (ASIC), field programmable gate array (FPGA), or digital signal processor (DSP).
• the software that executes the techniques may be initially stored in a computer-readable medium such as compact disc (CD), a diskette, a tape, a file, memory, or any other computer readable storage device, and loaded and executed in the processor.
• the software may also be sold in a computer program product, which includes the computer-readable medium and packaging materials for the computer-readable medium.
• the software instructions may be distributed via removable computer readable media (e.g., floppy disk, optical disk, flash memory, USB key), via a transmission path from computer readable media on another digital system, etc.
• Embodiments of the methods and encoders as described herein may be implemented for different types of digital system (e.g., a desk top computer, a laptop computer, a handheld device such as a mobile (i.e., cellular) phone, a personal digital assistant, a digital camera, etc.).
• Fig. 13 is a block diagram of a digital system (e.g., a mobile cellular telephone) 1300 that may be configured to use techniques described herein.
• the signal processing unit (SPU) 1302 includes a digital signal processing system (DSP) that includes embedded memory and security features.
• the analog baseband unit 1304 receives a voice data stream from handset microphone 1313a and sends a voice data stream to the handset mono speaker 1313b.
• the analog baseband unit 1304 also receives a voice data stream from the microphone 1314a and sends a voice data stream to the mono headset 1314b.
• the analog baseband unit 1304 and the SPU 1302 may be separate ICs.
• the analog baseband unit 1304 does not embed a programmable processor core, but performs processing based on configuration of audio paths, filters, gains, etc being setup by software running on the SPU 1302.
• the display 1320 may also display pictures and video sequences received from a local camera 1328, or from other sources such as the USB 1326 or the memory 1312.
• the SPU 1302 may also send a video sequence to the display 1320 that is received from various sources such as the cellular network via the RF transceiver 1306 or the camera 1326.
• the SPU 1302 may also send a video sequence to an external video display unit via the encoder unit 1322 over a composite output terminal 1324.
• the encoder unit 1322 may provide encoding according to PAL/SECAM/NTSC video standards.
• the SPU 1302 includes functionality to perform the computational operations required for video encoding and decoding.
• the SPU 1302 is configured to perform computational operations for applying one or more techniques for generating and encoding multiple quantization parameters for an LCU during the encoding process as described herein.
• Software instructions implementing the techniques may be stored in the memory 1312 and executed by the SPU 1302, for example, as part of encoding video sequences captured by the local camera 1328.
• the SPU 1302 is configured to perform computational operations for applying one or more techniques for decoding multiple quantization parameters for an LCU as described herein as part of decoding a received coded video sequence or decoding a coded video sequence stored in the memory 1312.
• Software instructions implementing the techniques may be stored in the memory 1312 and executed by the SPU 1302.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Signal Processing (AREA)
• Computing Systems (AREA)
• Theoretical Computer Science (AREA)
• Compression Or Coding Systems Of Tv Signals (AREA)
• Compression, Expansion, Code Conversion, And Decoders (AREA)

Priority Applications (1)

Applications Claiming Priority (8)

Publications (2)

Family

ID=44901909

Family Applications (1)

Country Status (3)

Cited By (17)

Families Citing this family (77)

Family Cites Families (16)

• 2011
  • 2011-04-25 US US13/093,715 patent/US20110274162A1/en not_active Abandoned
  • 2011-05-04 WO PCT/US2011/035179 patent/WO2011140211A2/en not_active Ceased
  • 2011-05-04 JP JP2013509218A patent/JP2013529021A/ja active Pending
• 2014
  • 2014-11-03 US US14/531,632 patent/US9635364B2/en active Active
• 2015
  • 2015-08-20 JP JP2015162979A patent/JP6060229B2/ja active Active
• 2016
  • 2016-04-28 JP JP2016090166A patent/JP6372866B2/ja active Active
  • 2016-05-03 US US15/145,637 patent/US9635365B2/en active Active
  • 2016-10-10 US US15/289,745 patent/US10368069B2/en active Active
• 2019
  • 2019-07-29 US US16/524,614 patent/US10972734B2/en active Active
• 2021
  • 2021-03-04 US US17/191,748 patent/US11743464B2/en active Active
• 2023
  • 2023-08-23 US US18/237,068 patent/US12231638B2/en active Active
• 2025
  • 2025-01-15 US US19/022,947 patent/US20250159167A1/en active Pending

Also Published As

Similar Documents

Legal Events