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/20—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video object coding
  • H04N19/29—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video object coding involving scalability at the object level, e.g. video object layer [VOL]
• • 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
• • 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
  • H04N19/34—Scalability techniques involving progressive bit-plane based encoding of the enhancement layer, e.g. fine granular scalability [FGS]
• • 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/40—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using video transcoding, i.e. partial or full decoding of a coded input stream followed by re-encoding of the decoded output 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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
• • 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
• • 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
• • 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/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
  • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
  • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
  • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
  • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
  • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
  • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
  • H04N21/64784—Data processing by the network
  • H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
  • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
  • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
  • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
  • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
  • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets

Definitions

• the present invention is directed to an encoder, a decoder, a device, method, data record, module, computer program product, and system for data encoding, decoding, storage and transmission of a scalable data stream comprising at least two scalability layers.
• Multimedia applications include local playback, streaming or on-demand, conversational and broadcast/multicast services. Interoperability is important for fast deployment and large-scale market formation of each multimedia application. To achieve high interoperability, different standards are specified.
• Video coding standards include ITU-T H.261 , ISO/IEC MPEG-1 Visual, ITU-T H.262 or ISO/IEC MPEG-2 Visual, ISO/IEC MPEG-4 Visual, ITU-T H.264 or ISO/IEC MPEG-4 AVC (abbreviated as AVC, AVC/H.264 or H.264/AVC in this document), and the possible future ones such as ISO/IEC MPEG-21 SVC, China AVS, ITU-T H.265, and ISO/IEC MPEG 3DAV.
• Available media file format standards include ISO file format (ISO/IEC 14496-12), MPEG-4 file format (ISO/IEC 14496-14), AVC file format (ISO/IEC 14496-15) and 3GPP file format (3GPP TS 26.244).
• 3GPP TS 26.140 specifies the media types, formats and codecs for the multimedia messaging services (MMS) within the 3GPP system.
• 3GPP TS 26.234 specifies the protocols and codecs for the packet-switched streaming services (PSS) within the 3GPP system.
• PSS packet-switched streaming services
• the ongoing 3GPP TS 26.346 specifies the protocols and codecs for multimedia broadcast/multicast services (MBMS) within the 3GPP system.
• MBMS multimedia broadcast/multicast services
• Typical audio and video coding standards specify “profiles” and “levels.”
• a “profile” is a subset of algorithmic features of the standard and a “level” is a set of limits to the coding parameters that impose a set of constraints in decoder resource consumption. Indicated profile and level can be used to signal properties of a media stream and to signal the capability of a media decoder.
• a decoder can declare whether it can decode a stream without trying decoding, which may cause the decoder to crash, to operate slower than real-time, and/or to discard data due to buffer overflows, if the decoder is not capable of decoding the stream.
• Each pair of profile and level forms an "interoperability point.”
• Some coding standards allow creation of scalable bit streams.
• a meaningful decoded representation can be produced by decoding only certain parts of a scalable bit stream.
• Scalable bit streams can be used for rate adaptation of pre- encoded unicast streams in a streaming server and for transmission of a single bit stream to terminals having different capabilities and/or with different network conditions.
• a list of other use cases for scalable video coding can be found in the ISO/IEC JTC1 SC29 WG11 (MPEG) output document N6880, "Applications and Requirements for Scalable Video Coding", the 71 th MPEG meeting, January 2005, Hong Kong, China.
• Scalable coding technologies include conventional layered scalable coding techniques and fine granularity scalable coding. A review of these techniques can be found in an article by Weiping Li entitled "Overview of fine granularity scalability in MPEG-4 video standard," IEEE Transactions on Circuits and Systems for Video Technology, vol. 11 , no. 3, pp. 301- 317, March 2001.
• Scalable video coding is a desirable feature for many multimedia applications and services used in systems employing decoders with a wide range of processing power.
• Several types of video scalability schemes have been proposed, such as temporal, spatial and quality scalability. These proposed types consist of a base layer and an enhancement layer.
• the base layer is the minimum amount of data required to decode the video stream, while the enhancement layer is the additional data required to provide an enhanced video signal.
• the working draft of the scalable extension to H.264/AVC currently enables coding of multiple scalable layers.
• the working draft is described in JVT-N020, "Scalable video coding - working draft 1 ,” 14th meeting, Hong Kong, Jan 2005, and is also known as MPEG document w6901 , "Working Draft 1.0 of 14496- 10:200x/AMD1 Scalable Video Coding," Hong Kong meeting, January 2005.
• the variable DependencylD signaled in the bitstream is used to indicate the coding dependencies of different scalable layers.
• a scalable bit stream contains at least two scalability layers, the base layer and one or more enhancement layers. If one scalable bit stream contains more than one scalability layer, it then has the same number of alternatives for decoding and playback.
• Each layer is a decoding alternative.
• Layer 0 the base layer, is the first decoding alternative.
• Layer 1 the first enhancement layer, is the second decoding alternative. This pattern continues with subsequent layers.
• a lower layer is contained in the higher layers. For example, layer 0 is contained in layer 1 , and layer 1 is contained in layer 2.
• Each layer is characterized by a set of at least one property, such as Fine granularity scalability (FGS) information, Region-of-interest (ROI) scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream.
• FGS Fine granularity scalability
• ROI Region-of-interest
• sub-sample scalable layer information decoding dependency information
• initial parameter sets initial parameter sets
• the present invention allows for encoding, decoding, storage, and transmission of a scalable bit stream, wherein at least two scalability layers are present and each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream, and wherein said set of at least one property is signaled for at least one layer that is different from the entire stream, wherein signaling of said set of at least one property may be in said scalable bit stream, in a file format container containing said scalable bit stream, or in a transmission or control protocol for transmission or control of at least one layer of said scalable bit stream.
• a set of at least one property such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets
• a server or client does not need to analyze the FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets of each layer of a stream by verifying the bit stream, thus reducing the computational complexity.
• inclusion of device sub- unit to enable the capability is avoided.
• One exemplary embodiment of the present invention discloses a method and device for encoding a scalable data stream to include layers having different coding properties.
• the method includes: producing one or more layers of the scalable data stream, wherein the layers are characterized by a coding property that is different than a coding property of the scalable data stream, and signaling the layers with the characterized coding property such that they are readable by a decoder without the need to decode the entire layers.
• Another exemplary embodiment of the present invention discloses a method and device for encoding a scalable bit stream, wherein at least two scalability layers are present and each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream, and wherein said set of at least one property is signaled for at least one layer that is different from the entire stream, wherein signaling of said set of at least one property is in said scalable bit stream.
• a set of at least one property such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets
• the method includes: producing a scalable bit stream to included at least two layers, each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream, and signaling, in said scalable bit stream, said set of at least one property, for at least one layer that is different from the entire stream, such that said set of at least one property is readable by a without the need of analyzing said set of at least one property or trying to decode a layer of said scalable bit stream without the knowledge of whether the device have the capability to decode the layer, which may lead to a device crash.
• a set of at least one property such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets
• Another exemplary embodiment of the invention discloses a method and device for analyzing a scalable bit stream, wherein at least two scalability layers are present and each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream.
• the method includes: analyzing said set of at least one property such that said set of at least one property can be signaled in said scalable bit stream, in a file format container containing said scalable bit stream, or in a transmission or control protocol for transmission or control of at least one layer of said scalable bit stream.
• Another exemplary embodiment of the invention discloses a method and device for converting a scalable bit stream, wherein at least two scalability layers are present and each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream, and wherein said set of at least one property is signaled for at least one layer that is different from the entire stream, wherein signaling of said set of at least one property may be in said scalable bit stream, in a file format container containing said scalable bit stream, or in a transmission or control protocol for transmission or control of at least one layer of said scalable bit stream.
• the method includes: creation of a non- scalable bit stream containing the base layer of said scalable bit stream, creation of a second scalable bit stream containing an enhancement layer of said scalable bit stream.
• Another exemplary embodiment of the invention discloses a method and device for decoding a scalable bit stream, wherein at least two scalability layers are present and each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream, and wherein said set of at least one property is signaled for at least one layer that is different from the entire stream, wherein signaling of said set of at least one property may be in said scalable bit stream, in a file format container containing said scalable bit stream, or in a transmission or control protocol for transmission or control of at least one layer of said scalable bit stream.
• a set of at least one property such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets
• the device comprises: a first component for receiving said scalable bit stream, a second component for identifying at least one layer in said scalable bit stream and reading said set of at least one property of said at least one layer, a third component for determining whether the decoder is capable of decoding said at least one layer based on said set of at least one property, and a fourth component for decoding said at least one layer if the third component determines that the decoder is capable of decoding said at least one layer.
• Another exemplary embodiment of the invention discloses a method and device for storage of a scalable bit stream, wherein at least two scalability layers are present and each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream.
• the method includes: analyzing said at least one property if not signaled in said scalable bit stream, storing said at least one property and said scalable bit stream with or without said at least one property in the bit stream to a file format container according to a file format specification.
• Another exemplary embodiment of the invention discloses a method and a device for transmission of at least one layer of a scalable bit stream, wherein at least two scalability layers are present and each layer is characterized by a set of at least one property, such as FGS information, ROI scalability information, sub- sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream, and wherein said set of at least one property is signaled for at least one layer that is different from the entire stream, wherein signaling of said set of at least one property may be in said scalable bit stream or in a file format container containing said scalable bit stream.
• a set of at least one property such as FGS information, ROI scalability information, sub- sample scalable layer information, decoding dependency information, and initial parameter sets
• the device comprises: a first component for making present information on the available layers or alternatives for decoding and playback to a set of at least one receiver, wherein the receivers may be divided into at least one receiver group, each receiver group consists of at least one receiver; a second component for deciding at least one layer from said available layers to serve a receiver or a receiver group according to request and/or information on said receiver or a receiver group, and a third component for transmission and control of said at least one layer to said receiver or a receiver group.
• ROI Region-of-interest
• FGS Fine granularity scalability
• Sub-sample scalable layer information Decoding dependency information
• Initial parameter sets Initial parameter sets.
• Figure 1 is a diagram illustrating a system in which the present invention can be applied
• Figure 2 is a diagram illustrating signaling of a set of at least one property information for a scalable bit stream in an exemplary embodiment of the present invention
• Figure 3 is a diagram illustrating an encoding device in an exemplary embodiment of the present invention
• Figure 4 is a diagram illustrating a converter device in an exemplary embodiment of the present invention.
• Figure 5 is a diagram illustrating a decoder device in an exemplary embodiment of the present invention.
• the present invention solves the problems described above by signaling a set of at least one property, such as FGS information, ROI scalability information, sub-sample scalable layer information, decoding dependency information, and initial parameter sets, that may be different from that of the entire stream, for a layer of a scalable bit stream.
• Signaling of said set of at least one property may be in said scalable bit stream, in a file format container containing said scalable bit stream, or in a transmission or control protocol for transmission or control of at least one layer of said scalable bit stream.
• Multimedia applications include, among others, media coding, storage and transmission.
• Media types include speech, audio, image, video, graphics and time text.
• video coding is described herein as an exemplary application for the present invention, the invention is not limited thereby. Those skilled in the art will recognize that the present invention can be used with all media types, not only video.
• Figure 2 illustrates signaling of a set of at least one property information for each layer of a scalable bit stream 200 in an exemplary embodiment of the present invention.
• Each layer of the scalable bit stream is characterized by the set of at least one property information signaled for the layer, thus allowing selection of a layer for decoding or transmission according to the set of at least one property information. These characterizations can be stored in header 204.
• the multiple layers 202 represent the plurality of layers in the scalable bit stream.
• a scalable bit stream is coded and stored in a streaming server.
• a set of at least one property information such as fine granularity scalability information, region-of-interest scalability information, sub-sample or sub-picture scalable layer information, decoding dependency information, and initial parameter sets, of each layer is signaled in the stored file.
• the server can create an SDP (Session Description Protocol) description for each layer or alternative of the scalable bit stream in the same file such that a streaming client can conclude whether there is an ideal layer and choose an ideal layer for streaming playback according to the SDP descriptions. If the server has no prior knowledge on receiver capabilities, it is advantageous to create multiple SDP descriptions from the same content, and these descriptions are then called alternates. The client can then pick the description that suits its capabilities the best.
• SDP Session Description Protocol
• a stream such as that described in the first example is multicast or broadcast to multiple terminals.
• the multicast/broadcast server can announce all the available layers or decoding and playback alternatives, each of which is characterized by a combination of fine granularity scalability information, region-of-interest scalability information, sub- sample or sub-picture scalable layer information, decoding dependency information, and initial parameter sets.
• the client can then know from the broadcast/multicast session announcement whether there is an ideal layer for it and choose an ideal layer for playback.
• FIG. 3 is a diagram illustrating an encoding device in an exemplary embodiment of the present invention.
• the encoding device 304 receives a raw data stream 302.
• the data stream is encoded and one or more layers are produced by the scalable data encoder 306 of the encoder 304. These layers are then signaled by the signaling component 308. Some of the layers may have already been signaled by the scalable data encoder 306 and the signaling component will check for such occurrences.
• the coding property indicated data stream 310 is output from the encoder 304, thus allowing a receiving device (MMSC or decoder) to read the signals in order to determine the coding properties of the layers of the data stream.
• FIG 4 is a diagram illustrating a converter device in an exemplary embodiment of the present invention.
• the converter device 404 receives a scalable data stream 402 at receiver 406.
• Receiver 406 also reads the coding property indicators associated with layers of the received data stream.
• the coding property comparator 410 compares the coding property indicators with the already known capabilities of the decoding device or network to which the data stream is destined. Through this comparison, it determines what layers the destination device will be able to decode.
• the data stream is then modified in data stream modifier 412 in order to make the data stream decodable by the destination device. This may involve removing layers from the data stream that were determined in element 410 to be undecodable by the destination device.
• the modified data stream is then transmitted by transmitter 414.
• the modified data stream 416 is output from the converter 404 destined for a receiving device (MMSC or decoder).
• Figure 5 is a diagram illustrating a decoder in an exemplary embodiment of the present invention.
• the decoding device 504 receives a coding property indicated data stream 502 at receiver 504.
• a coding property identifier 510 identifies one or more layers in the received data stream and their corresponding coding properties. Based on the coding property of at least one of the layers, the decoder capability verifier 512 determines whether the decoder is capable of decoding that layer. If it is, it allows the decoding component 514 to proceed with decoding that layer of the data stream. If not, it prevents the decoding component 514 from attempting to decode the layer, thus avoiding a potential crash of the decoder.
• the decoded data stream 516 is shown in the figure as output from the decoder 504.
• the layer characteristics are signaled in the sequence or group of pictures (GOP) level, such as through sequence or GOP headers, sequence parameter sets, Supplemental Enhancement Information (SEI) messages, user data and other sequence level syntax.
• GOP sequence or group of pictures
• SEI Supplemental Enhancement Information
• a scalability information SEI is specified to assist a bitstream extractor in analyzing the scalability features of the bitstream.
• the SEI as it is in JSVM 1.0 may be too specific to the current SVC implementation in the JSVM reference software.
• a new syntax for the scalability information SEI is proposed that enables the following system level operations without parsing and analyzing into any coded slice NAL unit (with the only exception for region-of-interest scalability based on sub-picture scalable layers):
• a streaming server to offer all the possible scalable presentation points to receivers
• a media-aware network element e.g. gateway to decide which NAL units are to be discarded (hence not transmitted) for a desired scalable presentation point.
• the new syntax is as shown in Table 1 and described below. Of course, it would be apparent to those skilled in the art that other ways of signaling are possible and that the invention is not limited to the specific method of signaling. Categories (labeled in Table 1 as C) specify the partitioning of slice data into at most three slice data partitions and the descriptors specify the parsing process of each syntax element. The categories and descriptors are disclosed in the above mentioned document "Working Draft 1.0 of 14496-10:200x/AMD1 Scalable Video Coding".
• Semantics are specified as follows. When present, this SEI message shall appear in an IDR access unit. The semantics of the message are valid until the next SEI message of the same type.
• num_layers_minus1 plus 1 indicates the number of scalable layers or presentation points supported by the bitstream.
• the value of num_layers_minus1 is in the scope of 0 to 255, inclusive.
• Each scalable layer is associated with a layer ID.
• the layer ID is assigned as follows. A larger value of layer ID indicates a higher layer. A value 0 indicates the lowest layer. Decoding and presentation of a layer is independent of any higher layer but may be dependent on a lower layer. Therefore, the lowest layer can be decoded and presented independently, decoding and presentation layer 1 may be dependent on layer 0, decoding and presentation of layer 2 may be dependent on layers 0 and 1 , and so on.
• the representation of a scalable layer requires the presence of the scalable layer itself and all the lower layers on which the scalable layer are directly or indirectly dependent. In the following, a scalable layer and all the lower layers on which the scalable layer are directly or indirectly dependent are collectively called as the scalable layer representation.
• mapping of each coded picture to a scalable layer may be signaled by the sub-sequence information SEI message.
• fgs_layer_flag[ i ] 1 indicates that the scalable layer with layer ID equal to i is a fine granularity scalable (FGS) layer.
• a value 0 indicates that the scalable layer is not an FGS layer.
• the coded slice NAL units of an FGS layer can be truncated at any byte-aligned position.
• NAL unit header and slice header of an FGS slice may be needed to include the size of the NAL unit header and slice header for each FGS slice and the minimum meaningful bitrate for each FGS layer, both in the bitstream and/or in the file format, for media-unaware network elements to do FGS.
• sub_pic_layer_flag[ i ] indicates that the scalable layer with layer ID equal to i consists of sub-pictures, each sub-picture consists of a subset of coded slices of an access unit.
• a value 0 indicates that the scalable layer consists of entire access units.
• mapping of each sub-picture of a coded picture to a scalable layer may be signaled by the sub-picture layer information SEI message.
• sub_region_layer_flag[ i ] indicates that the scalable layer with layer ID equal to i represents a sub-region of the entire region represented by the entire bitstream.
• a value 0 indicates that the scalable layer represents the entire region represented by the entire bitstream.
• profile_level_info_present_flag[ i ] indicates the presence of the profile and level information for the scalable layer with layer ID equal to i in the SEI message.
• a value 0 indicates that the profile and level information for the scalable layer with layer ID equal to i is not present in the SEI message.
• decoding_dependency_info_present_flag[ i ] 1 indicates the presence of the decoding dependency information for the scalable layer with layer ID equal to i in the SEI message.
• a value 0 indicates that the decoding dependency information for the scalable layer with layer ID equal to i is not present in the SEI message.
• bitrate_info_present_flag[ i ] 1 indicates the presence of the bitrate information for the scalable layer with layer ID equal to i in the SEI message.
• a value 0 indicates that the bitrate information for the scalable layer with layer ID equal to i is not present in the SEI message.
• frm_rate_info_present_flag[ i ] indicates the presence of the frame rate information for the scalable layer with layer ID equal to i in the SEI message.
• a value 0 indicates that the frame rate information for the scalable layer with layer ID equal to i is not present in the SEI message.
• frm_size_info_present_flag[ i ] indicates the presence of the frame size information for the scalable layer with layer ID equal to i in the SEI message.
• a value 0 indicates that the frame size information for the scalable layer with layer ID equal to i is not present in the SEI message.
• layer_dependency_info_present_flag[ i ] indicates the presence of the layer dependency information for the scalable layer with layer ID equal to i in the SEI message.
• a value 0 indicates that the layer dependency information for the scalable layer with layer ID equal to i is not present in the SEI message.
• init_parameter_sets_info_present_flag[ i ] indicates the presence of the initial parameter sets information for the scalable layer with layer ID equal to i in the SEI message.
• a value 0 indicates that the initial parameter sets information for the scalable layer with layer ID equal to i is not present in the SEI message.
• the initial parameter sets refers to those parameter sets that can be transmitted in the beginning of the session.
• the message components layer_profile_idc[ i ], layer_constraint_setO_flag[ i ], Iayer_constraint_set1_flag[ i ], Iayer_constraint_set2_flag[ i ], Iayer_constraint_set3_flag[ i ], and layer_level_idc[ i ] indicate the profile and level compliancy of the bitstream of the representation of scalable layer with layer ID equal to i.
• layer_profile_idc[ i ], layer_constraint_setO_flag[ i ], Iayer_constraint_set1_flag[ i ], Iayer_constraint_set2_flag[ i ], Iayer_constraint_set3_flag[ i ], and layer_level_idc[ i ] are identical to the semantics of profile_idc, constraint_setO_flag, constraint_set1_flag, constraint_set2_flag, constraint_set2_flag and leveljdc, respectively, unless herein the target bitstream being the bitstream of the scalable layer representation.
• dependency_id[ i ] and temporal_level[ i ] are equal to Dependencyld and TemproalLevel, respectively, of the NAL units in the scalable layer with layer ID equal to i.
• avg_bitrate[ i ] indicates the average bit rate, in units of 1000 bits per second, of the bitstream of the representation of scalable layer with layer ID equal to i.
• the semantics of avg_bitrate[ i ] is identical to the semantics of average_bit_rate in sub-sequence layer characteristics SEI message when accurate_statistics_flag is equal to 1 , unless herein the target bitstream being the bitstream of the scalable layer representation.
• max_bitrate[ i ] indicates the maximum bit rate, in units of 1000 bits per second, of the bitstream of the representation of scalable layer with layer ID equal to i, in any one-second time window of access unit removal time.
• constant_frm_rate_idc[ i ] indicates whether the frame rate of the representation of the scalable layer with layer ID equal to i is constant. If the value of avg_frm_rate as specified in below is constant whichever temporal section of the scalable layer representation is used for the calculation, then the frame rate is constant, otherwise the frame rate is non-constant.
• Value 0 denotes a non- constant frame rate
• value 1 denotes a constant frame rate
• value 2 denotes that it is not clear whether the frame rate is constant or not.
• the value of constantFrameRate is in the range of 0 to 2, inclusive.
• avg_frm_rate[ i ] indicates the average frame rate, in units of frames per second, of the bitstream of the representation of scalable layer with layer ID equal to i.
• the semantics of avg_frm_rate[ i ] is identical to the semantics of average_frame_rate in sub-sequence layer characteristics SEI message when accurate_statistics_flag is equal to 1 , unless herein the target bitstream being the bitstream of the scalable layer representation.
• frm_width_in_mbs_minus1[ i ] plus 1 indicates the maximum width, in macroblocks, of a coded frame in the representation of the scalable layer with layer ID equal to i.
• frm_height_in_mbs_minus1 [ i ] plus 1 indicates the maximum height, in macroblocks, of a coded frame in the representation of the scalable layer with layer ID equal to i.
• horizontal_offset[ i ] and verticial_offset[ i ] give the horizontal and vertical offsets, respectively, of the top-left pixel of the rectangular region represented by the representation of the scalable layer with layer ID equal to i, in relative to the top- left pixel of the overall region represented by the entire bitstream.
• the unit is of luma samples in the scale of the highest spatial resolution.
• region_width[ i ] and region_height[ i ] give the width and height, respectively, of the rectangular region represented by the representation of the scalable layer with layer ID equal to i, in luma samples in the scale of the highest spatial resolution.
• num_directly_dependent_layers[ i ] indicates the number of scalable layers that the scalable layer with layer ID equal to i is directly dependent on.
• the value of num_directly_dependent_layers is in the scope of 0 to 255, inclusive.
• directly_dependent_layer_id_delta[ i ][ j ] indicates the difference between the layer ID of the j th scalable layer that the scalable layer with layer ID equal to i is directly dependent on and i.
• the layer ID of the directly dependent-on scalable layer is equal to (directly_dependent_layer_id_delta + i).
• num_init_seq_parameter_set_minus1 [ i ] plus 1 indicates the number of initial sequence parameter sets for decoding the representation of the scalable layer with layer ID equal to i.
• init_seq_parameter_set_id_delta[ i ][ j ] indicates the value of the seq_parameter_set_id of the jth initial sequence parameter set for decoding the representation of the scalable layer with layer ID equal to i if j is equal to 0. If j is larger than 0, init_seq_parameter_set_id_delta[ i ][ j ] indicates the difference between the value of the seq_parameter_set_id of the jth initial sequence parameter set and the value of the seq_parameter_set_id of the G" 1 ) th in it ial sequence parameter set.
• the initial sequence parameter sets are logically ordered in ascending order of the value of seq_parameter_set_id.
• Mapping of access units to scalable layers is signaled using sub-sequence information SEI messages.
• the sub_seq_layer_num in the sub-sequence information SEI message indicates the layer ID of the scalable layer to which the current access unit belongs.
• a new SEI message is defined as shown in Table 2. This design is simple, but parsing into picture parameter set and slices are needed to identify whether a slice belongs to a motion-constrained slice group set. Alternatively, we can design a sub-picture-level SEI to signal the layer ID.
• this SEI message shall appear in the same SEI payload containing a motion-constrained slice group set SEI message and immediately succeeds the motion-constrained slice group set SEI message in decoding order.
• the slice group set identified by the motion-constrained slice group set SEI message is called the associated slice group set of the sub-picture layer information SEI message.
• layer_id indicates the layer ID of the scalable layer to which the coded slice NAL units in the associated slice group set belongs.
• support of the signaling can be achieved by the following method using sequence parameter set and NAL unit header or slice header.
• the signaling information may not be present in the bit stream for any of the following reasons: 1 ) the signaling is not supported by the coding technique or standard, 2) the signaling is supported but not present, 3) the file format specification disallows including of some information in the bit stream contained in the file format container, for example, the AVC file format specification disallows including of the three kinds of sub-sequence SEI messages in the bit stream stored in media tracks. Therefore, it is important to support signaling of the information in file format.
• the scalability structures in below are designed in the way to be usable for all types of scalable video streams, hence could be considered as an extension to the ISO base media file format.
• the brand 'svd' can be used to indicate that this extension is used in a file.
• an ISO file should contain zero or one instance of a SampleToGroupBox (per track) with a grouping_type equal to 'scif.
• This SampleToGroupBox instance maps each sample to one or more scalable layers.
• the scalability information for each scalable layer is stored in the corresponding sample group description entry (ScalabilitylnfoEntry) that is included in the SampleGroupDescriptionBox of grouping type 'scif.
• Scalability information includes layer ID, profile and level, bitrate, frame rate, buffer parameters and dependency information.
• each scalable layer is associated with a layer ID.
• the layer ID is assigned as follows. A larger value of layer ID indicates a higher layer. A value 0 indicates the lowest layer. Decoding and presentation of a layer is independent of any higher layer but may be dependent on a lower layer. Therefore, the lowest layer can be decoded and presented independently, decoding and presentation layer 1 may be dependent on layer 0, decoding and presentation of layer 2 may be dependent on layers 0 and 1 , and so on.
• the representation of a scalable layer requires the presence of the scalable layer itself and all the lower layers on which the scalable layer are directly or indirectly dependent. In the following, a scalable layer and all the lower layers on which the scalable layer are directly or indirectly dependent are collectively called as the scalable layer representation.
• the syntax of the extension to ISO base media file format can be as follows.
• the ScalabilitylnfoEntry includes ProfileLevelBox, BitRateBox, FrameRateBox, FrameSizeBox, RectRegionBox, BufferingBox and LayerDependencyBox. Definitions of these boxes are as shown in Tables 3 and 4:
• ProfileLevelBox contains the profile and level that the scalable layer representation is compliant with
• BitRateBox contains the bit rate information
• FrameRateBox contains the frame rate information
• FrameSizeBox contains the spatial resolution information
• BufferingBox contains the buffer information
• LayerDependencyBox contains the layers that the scalable is dependent of.
• the BufferingBox is an abstract box, a file format derived from ISO base media file format shall define a buffer information data structure according to the buffering model specified by the video coding standard. For a certain scalable layer, if any of the optional boxes is not present, then the described information is the same as the highest scalable layer.
• BitRateBox () // optional
• the semantics is as follows.
• the layerld gives the identifier of the scalable layer for which the following information describes.
• IsFgsLayer 1 indicates that the scalable layer is a fine granularity scalable (FGS) layer, the bitstream data unit of which can be truncated at any byte aligned position.
• a value 0 indicates that the scalable layer is not an FGS layer.
• IsSubsampleLayer 1 indicates that the scalable layer is formed only by sub-samples of the samples being mapped to the layer.
• the information on which sub-samples are included in this layer is signaled in the Sub-Sample Information Box.
• a value 0 indicates that the scalable layer is formed by the samples being mapped to the layer.
• profileldc and levelldc specify the profile and level, respectively, with which the bitstream of the scalable layer representation is compliant.
• avgBitrate gives the average bit rate, in bit/s, of the bitstream of the scalable layer representation.
• maxBitrate gives the maximum bit rates, in bit/s, of the bitstream of the scalable layer representation in any time window of one second.
• constantFrameRate indicates whether the frame rate of the scalable layer representation is constant. If the value of frameRate as specified in below is constant whichever a temporal section of the scalable layer representation is used for the calculation, then the frame rate is constant, otherwise the frame rate is non-constant. Value 0 denotes a non-constant frame rate, value 1 denotes a constant frame rate, and value 2 denotes that it is not clear whether the frame rate is constant.
• the value of constantFrameRate is in the range of 0 to 2, inclusive.
• frameRate gives the average frame rate in units of frames/(256 seconds). All NAL units in the scalable layer presentation are taken into account in the calculation.
• C is the number of frames in the scalable layer representation
• ti is the presentation timestamp of the first picture in the scalable layer representation in presentation order
• t 2 is the presentation timestamp of the latest picture in the scalable layer representation in presentation order.
• frm_width and frmjieight give respectively the maximum width and height, in luma samples, of a video frame of the scalable layer representation.
• the term "frame” is interpreted in the same way as in the SVC coding specification.
• horizontal_offset and vertical_offset give respectively the horizontal and vertical offsets, in luma samples, of the top-left pixel of the rectangular region represented by the scalable layer representation, in relative to the top-left pixel of the overall region represented by the highest scalable layer representation.
• region_width and region_height give respectively the width and height of the rectangular region represented by the scalable layer representation, in luma samples of the same scale of the overall region represented by the highest scalable layer representation.
• entry_count gives the number of entries in the following table.
• dependencyLayerld gives the layerld of a scalable layer on which the current scalable layer is directly or indirectly dependent.
• the value of dependencyLayerld shall be smaller than the layerld of the current scalable layer.
• the representation of the current scalable layer requires the presence of the scalable layer indicated by dependencyLayer.
• the first 8 bits of the 32-bit reserved field are used to signal the scalable layer identifier of which
• Similar methods can also be applied to support the signaling in other file formats. If it is supported in the ISO file format, then it is naturally supported in the derived file format such as MPEG-4 file format, AVC file format and 3GPP file format.
• the inventors have developed the following SVC file format (AVC FF Amd.2) derived from ISO base media file format:
• a sample is defined as follows in ISO base media file format:
• a sample is an individual frame of video, a time-contiguous series of video frames, or a time-contiguous compressed section of audio.
• a sample defines the formation of one or more streaming packets. No two samples within a track may share the same time-stamp.
• scalable video particularly for spatial and quality scalability
• the above constraint that no two samples within a track may share the same timestamp is not applicable, because more than one picture (e.g. the base layer picture and the spatial enhancement layer picture) may share the same timestamp. If these pictures are made in the same sample, it is not handy for a server to do scalable truncation because parsing into samples is always needed.
• a picture is decoded from a set of NAL units with an identical value of picture order count and Dependencyld.
• the corresponding NAL units shall include slice NAL units for all macroblocks of a picture and possibly additional progressive refinement slice NAL units.
• progressive refinement slices i.e. FGS slices
• FGS slices are in the same picture as the corresponding base layer. If the FGS slices and the corresponding base layer are made in the same sample, it is not handy for a server to do scalable truncation because parsing into samples is even needed for non-FGS operations. Therefore, in an example embodiment each FGS enhancement plane or the corresponding base layer is separated into its own picture.
• a sub-sample is defined as one or more contiguous NAL units within one sample.
• the first 8 bits of the reserved field in the ProfileLevelBox is used to contain the profile compatibility information, such that the syntax is as follows:
• profile_compatibility is a byte defined exactly the same as the byte which occurs between the profile_idc and leveljdc in a sequence parameter set, as defined in the SVC video specification.
• the following scalability information types are specific to the SVC coding format:
• dependencyjd and temporaljevel give respectively the scalable layer's values of Dependencyld and TemporalLevel as defined in the SVC video specification.
• numOfSequenceParameterSets indicates the number of sequence parameter sets that are used as the initial set of sequence parameter sets for decoding the scalable layer representation.
• sequenceParameterSetLength indicates the length in bytes of the sequence parameter set NAL unit as defined in the SVC video specification.
• sequenceParameterSetNALUnit contains a sequence parameter set NAL Unit, as specified in the SVC video specification. Sequence parameter sets shall occur in ascending order of parameter set identifier with gaps being allowed.
• numOfPictureParameterSets indicates the number of picture parameter sets that are used as the initial set of picture parameter sets for decoding the scalable layer representation.
• pictureParameterSetLength indicates the length in bytes of the picture parameter set NAL unit as defined in the SVC video specification.
• pictureParameterSetNALUnit contains a picture parameter set NAL Unit, as specified in the SVC video specification. Picture parameter sets shall occur in ascending order of parameter set identifier with gaps being allowed.
• operation_point_count specifies the number of operation points. Values of SVC HRD parameters are specified separately for each operation point. The value of operation_point_count shall be greater than 0.
• tx_byte_rate indicates the input byte rate (in bytes per second) to the coded picture buffer (CPB) of SVC HRD.
• the bitstream of the scalable layer representation is constrained by the value of BitRate equal to 8 * the value of tx_byte_rate for NAL HRD parameters as specified in the SVC video specification.
• the value of BitRate is equal to tx_byte_rate * 40 / 6.
• the value of tx_byte_rate shall be greater than 0.
• cpb_size gives the required size of the coded picture buffer in bytes.
• bitstream of the scalable layer representation is constrained by the value of CpbSize equal to cpb_size * 8 for NAL HRD parameters as specified in the SVC video specification.
• CpbSize is equal to cpb_size * 40 / 6.
• dpb_size gives the required size of the decoded picture buffer, in unit of bytes.
• the bitstream of the scalable layer representation is constrained by the value of max_dec_frame_buffering equal to Min( 16, Floor( post_dec_buf_size ) / ( PicWidthMbs * FrameHeightlnMbs * 256 * ChromaFormatFactor ) ) ) as specified in the SVC video specification.
• At least one set of values of tx_byte_rate, cpb_size and dpb_size of the same operation point shall conform to the constraints set by the profile and level of the bitstream of the scalable layer representation.
• init_cpb_delay gives the required delay between the time of arrival in the pre- decoder buffer of the first bit of the first access unit and the time of removal from the pre-decoder buffer of the first access unit. It is in units of a 90 kHz clock.
• the bitstream of the scalable layer representation is constrained by the value of the nominal removal time of the first access unit from the coded picture buffer (CPB), tr,n( 0 ), equal to init_cpb_delay as specified in the SVC video specification.
• init_dpb_delay gives the required delay between the time of arrival in the post- decoder buffer of the first decoded picture and the time of output from the post- decoder buffer of the first decoded picture. It is in units of a 90 kHz clock.
• the bitstream of the scalable layer representation is constrained by the value of dpb_output_delay for the first decoded picture in output order equal to init_dpb_delay as specified in the SVC video specification assuming that the clock tick variable, tc, is equal to 1 / 90 000.
• the mapping of samples/pictures to scalable layers is a grouping concept.
• the sample group design provides an elegant way to signaling the mapping information and also the scalability layer information of the scalable layers.
• some parts of the scalability information of the scalable layers are exactly the same as the entire elementary stream or the highest scalable layer.
• By categorizing and signaling the scalability information in different optional boxes those information parts do not need to be redundantly stored.
• using boxes is flexible in the way that if more scalability information is needed it can be easily included by having new boxes in the sample group description entry.
• a streaming server has stored a scalable stream of profile P and level L
• a scalable layer of the stream could be of profile P1 and L1
• the implementation requirement of a decoder compliant with L1@P1 is simpler than a decoder compliant with L@P.
• the server If the server is going to feed the video content to a client with a decoder compliant with L1@P1 , the server has to check the stream whether there is a scalable layer that is compliant with L1@P1 , e.g., by running a hypothetical reference decoder, which imposes additional implementation and computation complexities to the streaming server.
• To have the profile and level information signaled for each scalable layer enables the above applications with a much simplified server implementation.
• bit rate, frame rate and frame size information are naturally needed for bit rate, temporal and spatial scalabilities.
• region information is useful to support region-of-interest (ROI) scalability as required in N6880.
• ROI region-of-interest
• Decoding of different scalable layer representations requires different buffer sizes and buffering delays.
• the presence of buffer information enables a receiver/decoder of a scalable layer representation allocate less memory for decoding or have a shorter initial delay, both are helpful to improve end-user experience.
• the layer dependency information enables a streaming server not to send unnecessary lower layers without analyzing of the stream, which requires complex implementations.
• This information indicates whether the scalable layer is a fine granularity scalable (FGS) layer, the bitstream data unit of which can be truncated at any byte aligned position.
• FGS fine granularity scalable
• the decoding dependency information is included in the NAL unit headers of scalable extension layer NAL units.
• the mapping between the decoding dependency information and the scalable layer identifier is needed.
• a scalable layer representation may not use all the initial parameter sets of the entire stream, to transmit all those parameter sets may cause a waste of transmission bandwidth and a longer initial setup delay, particularly because typically initial parameter sets are transmitted out-of-band and reliably, which implies that reception acknowledgement is used and retransmission may be used.
• Signaling of initial parameter sets for each scalable layer representation solves the problem. It is also possible for a server to get the information by analyzing the bitstream. However, that requires the server to be media-aware and to do on-the-fly bitstream analysis.
• the server can create multiple alternatives for the same stream based on the scalability information, either through multiple SDP descriptions wherein each SDP description containing one or more than one alternative, or through one SDP description containing multiple alternatives.
• the receiving terminal chooses one or none of the alternatives. If one alternative is chosen, the server then knows which layers should be transmitted.
• multicast/broadcast applications there may be receiving terminals of different capabilities and/or in different network conditions that result in that different alternatives of a stream are ideal for different receiving terminals.
• the relevant layers are transmitted from the server side.
• the server should present through the service announcement what alternatives are available, such that each receiver can choose one alternative service to subscribe. This can be achieved, for example, by using SDP in a similar manner as in the unicast case. It is also possible that in one particular multicast/broadcast group one alternative with multiple layers are transmitted, while the receiver chooses to decode one of the layers and to discard the rest data. Using this method, the available bandwidth for the sending device may be efficiently utilized, because fewer streams are transmitted. In this case, with the same multicast/broadcast group, the server does not need to know the different preferences of different receiving terminals. However, it is still necessary for the server to present the alternatives information through service announcement such that the receiver can conclude whether it is able to decode any of the alternatives.
• the above two methods can also be applied together. That is, there may be multiple multicast/broadcast groups. In some of the groups, all the receivers can decode the same alternative, while in the other groups some of the receivers may discard some of the received bit stream layers.
• the combined method may be used to globally optimize both the efficiency of the bandwidth available in the server and the efficiencies of the bandwidths available in the receivers.
• embodiments within the scope of the present invention include program products comprising computer-readable media for carrying or having computer-executable instructions or data structures stored thereon.
• Such computer-readable media can be any available media that can be accessed by a general purpose or special purpose computer.
• Such computer-readable media can comprise RAM, ROM, EPROM, EEPROM, CD- ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to carry or store desired program code in the form of computer-executable instructions or data structures and which can be accessed by a general purpose or special purpose computer.
• Computer- executable instructions comprise, for example, instructions and data which cause a general purpose computer, special purpose computer, or special purpose processing device to perform a certain function or group of functions.
• the system comprises transmitting server 101 which has e.g. a storage media 102 containing a file 103 which contains a media stream encoded according to the present invention.
• the file 103 is transmitted as one or more signals to a network 104 such as a mobile communication network.
• a gateway 105 which receives the file 103 and forwards it to e.g. a base station 106 of the network by e.g. control of the MMSC 107.
• a receiver 108 can receive the signal(s) and decode the scalability information and some other information included in the signal(s).
• the invention is described in the general context of method steps, which may be implemented in one embodiment by a program product including computer- executable instructions, such as program code, executed by computers in networked environments.
• program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types.
• Computer-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein.
• the particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps.

Landscapes

• Engineering & Computer Science (AREA)
• Multimedia (AREA)
• Signal Processing (AREA)
• Computer Networks & Wireless Communication (AREA)
• Computer Security & Cryptography (AREA)
• Compression Or Coding Systems Of Tv Signals (AREA)
• Compression, Expansion, Code Conversion, And Decoders (AREA)

Priority Applications (4)

Applications Claiming Priority (2)

Publications (1)

Family

ID=37086626

Family Applications (1)

Country Status (10)

Cited By (25)

Families Citing this family (167)

Citations (4)

Family Cites Families (14)

• 2006
  • 2006-04-10 KR KR1020077026308A patent/KR20080006609A/ko not_active Ceased
  • 2006-04-10 MX MX2007012564A patent/MX2007012564A/es active IP Right Grant
  • 2006-04-10 RU RU2007141755/09A patent/RU2377736C2/ru active
  • 2006-04-10 JP JP2008505913A patent/JP2008536420A/ja not_active Withdrawn
  • 2006-04-10 EP EP06725911.9A patent/EP1869891A4/en not_active Ceased
  • 2006-04-10 WO PCT/FI2006/050136 patent/WO2006108917A1/en not_active Ceased
  • 2006-04-10 CN CNA2006800047478A patent/CN101120593A/zh active Pending
  • 2006-04-10 CA CA002604203A patent/CA2604203A1/en not_active Abandoned
  • 2006-04-11 TW TW095112758A patent/TW200704191A/zh unknown
  • 2006-04-13 US US11/404,106 patent/US8774266B2/en active Active
• 2014
  • 2014-06-26 US US14/315,946 patent/US9332254B2/en active Active

Patent Citations (4)

Non-Patent Citations (6)

Also Published As

Similar Documents

Legal Events