Brevet FR2911233A1 — publié le 20080711

Procédés et dispositifs de codage et de décodage d'un flux de données scalable tenant compte d'une classe de scalabilité, produits programme d'ordinateur, signal et support de données correspondants. 1. Domaine de l'invention Le domaine de l'invention est celui du codage et du décodage d'images ou de séquences vidéo d'images. Plus précisément, l'invention concerne une technique de codage d'images ou de séquences vidéo d'images générant un flux présentant une organisation en couches de données, et de décodage d'un tel flux de données échelonnable (ou scalable ), à qualité adaptable et résolution spatio-temporelle variable. 2. Art antérieur 2.1 Principe général du codage vidéo scalable De nombreux systèmes de transmission de données sont aujourd'hui hétérogènes, en ce sens qu'ils desservent une pluralité de clients disposant de types d'accès aux données très divers. Ainsi, le réseau mondial Internet par exemple, est accessible aussi bien à partir d'un terminal de type ordinateur personnel (PC) que d'un radiotéléphone. Plus généralement, la bande passante pour l'accès au réseau, les capacités de traitement des terminaux clients, la taille de leurs écrans varient fortement d'un utilisateur à l'autre. Ainsi, un premier client peut par exemple accéder au réseau Internet à partir d'un PC puissant, et disposer d'un débit ADSL ( Asymmetric Digital Subscriber Line pour Ligne d'abonné numérique à structure asymétrique ) à 1024 kbits/s alors qu'un deuxième client cherche à accéder aux mêmes données au même instant à partir d'un terminal de type PDA ( Personal Digital Assistant pour assistant numérique personnel ) connecté à un modem de faible débit. Or la plupart des codeurs vidéo génèrent un seul flux compressé correspondant à l'intégralité de la séquence codée. Ainsi, si plusieurs clients souhaitent exploiter le fichier compressé pour décodage et visualisation, ils devront télécharger (ou streamer ) le fichier compressé complet. Il est donc nécessaire de proposer à ces divers utilisateurs un flux de données qui soit adapté tant en termes de débit que de résolution des images à leurs différents besoins. Cette nécessité s'impose plus largement pour toutes les applications accessibles à des clients disposant de capacités d'accès et de traitement très diverses, et notamment les applications de : service de vidéo à la demande (VOD, en anglais Video On Demand pour vidéo à la carte ), accessibles aux terminaux de radiocommunication de type UMTS ( Universal Mobile Telecommunication Service pour service de télécommunication mobile universel ), aux PC ou aux terminaux de télévision avec accès ADSL, etc. ; mobilité de session (par exemple reprise sur un PDA d'une session vidéo commencée sur un téléviseur, ou, sur un mobile UMTS d'une session commencée sur GPRS ( General Packet Radio Service pour service général de radiocommunication par paquets )) ; continuité de session (dans un contexte de partage de la bande passante avec une nouvelle application) ; télévision haute définition, dans laquelle un encodage vidéo unique doit permettre de servir aussi bien des clients disposant d'une définition standard SE) que des clients disposant d'un terminal à haute définition HD ; - visioconférence, dans laquelle un encodage unique doit répondre aux besoins de clients disposant d'un accès UMTS et d'un accès Internet ; etc. Pour répondre à ces différents besoins, des algorithmes de codage d'images échelonnables, ou scalables , ont été développés, permettant une qualité adaptable et une résolution spatio-temporelle variable. Selon ces techniques, le codeur génère un flux compressé présentant une structure hiérarchique en couches, dans laquelle chacune des couches est emboîtée dans une couche supérieure. Par exemple, une première couche de données véhicule un flux à 256kbits/s, qui pourra être décodé par un terminal de type PDA, et une deuxième couche de données complémentaire véhicule un flux de résolution supérieure à 256kbits/s qui pourra être décodé, en complément du premier, par un terminal plus puissant de type PC. Le débit nécessaire pour le transport de ces deux couches emboîtées est dans cet exemple de 512 kbits/s. De tels algorithmes de codage sont ainsi très utiles pour toutes les applications pour lesquelles la génération d'un seul flux compressé, organisé en plusieurs couches de scalabilité, peut servir à plusieurs clients de caractéristiques différentes. Certains de ces algorithmes de codage vidéo échelonnables sont aujourd'hui en cours d'adoption par la norme MPEG-4 ( Moving Picture Expert Group ) AVC ( Advanced Video C'oding pour codage vidéo avancé ), dans le cadre du groupe de travail JVT ( Joint Video Team ) joint entre l'ITU ( International Telecommunication Union pour Union Internationale des Télécommunications ) et l'ISO ( International Organization for Standardization pour Organisation internationale de normalisation ). L'amendement 3 de la norme AVC H264/MPEG-4 précitée (partie 10) décrit plus particulièrement les flux vidéo scalables, notés SVC ( Scalable video coding ). Un flux généré par un codeur de type SVC comprend une première couche et optionnellement des couches supérieures. Un tel flux comprend un niveau de base, encore appelé base level , compatible avec la norme AVC, et un ou plusieurs rehaussements, répartis dans une ou plusieurs couches. Ces rehaussements peuvent être de type rehaussement de qualité, rehaussement temporel, ou rehaussement spatial. Un rehaussement spatial implique un changement de couche. Par exemple, la figure 1 illustre schématiquement la structure d'une couche de qualité 11 d'un flux de données de type SVC. Une telle couche 11 comprend par exemple un niveau de qualité en quantification de base 121, et deux niveaux de qualité de rehaussement en quantification 122 et 123. Par exemple, le niveau de qualité de base 121 correspond à un flux de type AVC. Cette couche 11 peut également être découpée en niveaux temporels, par exemple les trois niveaux 131, 132 et 133. On rappelle ainsi qu'un niveau de rehaussement en qualité de quantification, encore appelé SNR (en anglais signal to noise ratio , en français rapport signal à bruit ) correspond à un rehaussement de la qualité des images à l'intérieur d'une couche spatio-temporelle. Un rehaussement spatial correspond à un changement de résolution spatiale entre deux couches. Finalement, un rehaussement temporel correspond à un ensemble d'informations associées à un ou plusieurs niveaux temporels supérieurs, ces informations pouvant se situer dans la couche courante ou bien encore dans une couche supérieure. On rappelle également qu'un rehaussement en qualité de quantification peut être codé selon deux types de codage distincts : - un premier type de codage en qualité de quantification mettant en oeuvre un codage progressif des données, noté FGS pour Fine Grain Scalability ; un deuxième type de codage en qualité de quantification mettant en oeuvre un codage non progressif des données, noté CGS pour Coarse Grain Scalability , où le codage FGS, plus complexe que le codage CGS, permet une plus grande souplesse au niveau de l'adaptation du flux. En revanche, un rehaussement spatial peut être codé uniquement par un codage de type CGS via une nouvelle couche spatio-temporelle. Par exemple, on peut définir différentes catégories de changement de résolution spatiale, résultant de la complexité de filtrage qu'implique le ratio, en complexité croissante : scalabilité spatiale sans utilisation de prédiction inter couches, scalabilité spatiale (avec prédiction inter couches) avec un ratio 2, correspondant à un changement de résolution dyadique ; scalabilité spatiale (avec prédiction inter couches) avec un ratio 3/2 ; scalabilité spatiale (avec prédiction inter couches) avec tout autre ratio. Finalement, un rehaussement temporel peut être créé en ajoutant des images intermédiaires entre les images préalablement codées au sein de la couche courante, ou bien encore de la couche précédente. Cette scalabilité est inhérente au système de gestion des prédictions temporelles dans SVC. 2.2 Notion de profils et niveaux de AVC Dans la plupart des standards de compression vidéo, il est défini une notion de profil (ou profile en anglais) et de niveau (ou level en anglais) attachés à un flux vidéo. Plus précisément, un profil définit un sous-ensemble d'outils de la norme utilisables pour coder un flux vidéo. Un décodeur dit compatible à ce profil doit pouvoir décoder ce flux vidéo. Ainsi, l'activation d'outils selon un profil permet de contrôler la complexité de mise en oeuvre d'un codeur/décodeur suivant l'architecture visée, et d'adapter les outils nécessaires à une application donnée. Par exemple, l'annexe A de AVC telle que présentée dans le document JVT-T201 de T. Wiegand, G. Sullivan, J. Reichel, H. Schwarz et M. Wien (15-21 juillet 2006, Klagenfurt, Autriche, 20'e meeting, JD Joint Video Team de l'ISO/IEC MPEG et ITU-T VCEG (ISO/IEC JTC1/SC29/WG11 et ITU-T SG16 Q.6)), définit différents profils dont : un profil de base, noté baseline , principalement destiné à des applications de visiophonie, vidéoconférence ou à un usage pour les mobiles, utilisant des outils de faible complexité, ainsi que quelques outils permettant un meilleur contrôle des erreurs ; un profil moyen, noté main , et un profil élevé, noté high , principalement destinés à des applications de diffusion de signaux de type TV ou de signaux de plus haute définition complets, utilisant des outils plus complexes, ou plus adaptés à des résolutions supérieures. Par ailleurs, l'activation de l'outil de codage FGS pour le codage des niveaux de rehaussement en qualité dépend de la définition des profils dans le standard SVC. En effet, tous les profils n'autorisent pas le codage FGS. La notion de niveau de complexité ( level ) permet quant à elle, à l'intérieur d'un profil, de raffiner la mesure de complexité (ou "niveau de complexité") nécessaire à un décodeur pour décoder un flux d'un profil donné. Typiquement, chaque niveau de complexité peut être rattaché à un nombre de macro-blocs décodable par seconde, à une taille d'image maximale, ou encore à une taille maximale des tampons ( buffers ) de décodage. Ce niveau de complexité permet également d'activer certains outils de la norme, dépendants du niveau de complexité. Par exemple, comme présenté dans le tableau A-1 ( Table A-1 ù Main profile level limits ) du document JVT-T201 cité précédemment, il est possible d'activer l'outil d'entrelacement dans le profil main à partir d'un niveau de complexité supérieur à 2.1 et inférieur à 4.2 ; dans ce cas, un indicateur (par exemple l'indicateur frame_mbs_only_flag) est à 1 pour les niveaux de complexité de 2.1 à 4.2. 2.3 Signalisation des profils et des niveaux de complexité On rappelle qu'un flux issu d'un codeur de type AVC est généré pour une résolution spatiale donnée et pour une qualité donnée. Un tel flux comprend donc une unique couche avec un seul niveau de qualité en quantification. Il est connu d'insérer une information de profil et de niveau de complexité dans un tel flux, avant émission, afin d'informer un décodeur recevant le flux de la complexité de ce flux. Ainsi, le décodeur sait s'il est capable de décoder le flux, c'est-à-dire si le décodeur est compatible avec le même profil et le même niveau de complexité que ceux indiqué dans le flux AVC. Cette information est classiquement insérée dans une unité de données appelée Sequence Parameter Set (SPS). Dans un flux SVC issu d'un codeur de type SVC, une information de profil et de niveau de complexité est classiquement insérée dans chacune des couches du flux, dans une unité de données SPS. Autrement dit, une unité SPS est générée pour chaque couche spatiale du flux. Un flux SVC est organisé en AUs ("Access Units" pour Unités d'Accès) correspondant chacune à un instant temporel donné et comprenant une ou plusieurs NALUs ("Network Abstraction Layer Units" pour Unités d'Accès pour le réseau), ou paquets de données. Chaque NALU est associée à une image issue de la décomposition spatio-temporelle, à un niveau de résolution spatiale, et à un niveau de qualité de quantification. Cette structuration en NALUs permet au décodeur SVC de pouvoir réaliser une adaptation en débit et/ou résolution spatio-temporelle en supprimant les NALUs de résolutions spatiale, fréquence temporelle ou qualité d'encodage trop élevées. Actuellement, dans SVC, deux ensembles de NALUs coexistent : ù NALUs AVC (pour le niveau de base d'une couche SVC) : chaque NALU spécifique à AVC comporte un unique octet d'entête ; ù NALUs SVC (pour les niveaux de rehaussement d'une couche SVC ou le niveau de base d'une couche SVC supérieure à la première couche) : chaque NALU spécifique à SVC comporte un octet d'entête AVC et trois octets d'entête SVC, comprenant notamment les champs (P, D, T, Q) ("Priority_id", "Dependency_id", "Temporal_level", "Quality_level") nécessaires au filtrage de l'information contenue dans la NALU. Plus précisément : • le champ "Priority_id" indique un niveau de priorité d'une NALU pouvant servir à guider une adaptation en qualité ; • le champ "Dependency_id" permet de connaître la résolution spatiale d'une couche hiérarchique de codage. Ce champ peut aussi contrôler un niveau de rehaussement en qualité de quantification ou de rehaussement temporel dans le cadre d'un codage en couches ; 30 • le champ "Temporal_level" permet d'indiquer le niveau temporel indiquant la fréquence d'image ; • le champ "Quality_level" permet d'indiquer le niveau de quantification progressive, et donc de contrôler le débit/qualité et/ou la complexité ; • le champ base ("layer_base_flag") signale une syntaxe de données ( payload , ou charge utile) compatible AVC (pas de prédiction inter-couches, pas de raffinement en qualité). Ainsi, les rehaussements sont indiqués dans le flux SVC à l'aide des paramètres T, D et Q (et de l'indicateur "layer_base_flag", qui indique s'il s'agit ou non d'un rehaussement) compris dans l'entête de chaque paquet de données (NALU). Plus précisément, en notant Tmin, Dmin et Qmin les paramètres du niveau de base de la première couche : û le paramètre T indique un rehaussement temporel, avec T > Tmin ; û le paramètre Q indique un rehaussement en qualité de quantification, avec Q > Qmin ; û le paramètre D indique un rehaussement spatial, avec D > Dmin. En particulier, on rappelle que si le rehaussement spatial D est un rehaussement spatial de ratio 1, alors il est équivalent à un rehaussement en qualité de type CGS. 2.4 Inconvénients de l'art antérieur On constate ainsi que les différents types de scalabilité de la norme (scalabilité temporelle, en qualité, oui spatiale) utilisent des outils différents : par exemple la scalabilité temporelle utilise (ou non) des images B, prédites bidirectionnellement, la scalabilité en qualité utilise (ou non) le codage FGS, etc. Comme indiqué précédemment, la définition d'un profil de la norme SVC indique quels outils sont supportés par ce profil, et le niveau définit la complexité de décodage associée au niveau. Un décodeur compatible à un profil P et un niveau L doit donc supporter tous les types de scalabilité définis dans le profil P. Or on constate que certains types d'application ne nécessitent pas la connaissance de tous les types de scalabilité. A titre d'exemple, pour un niveau donné L indiquant 1000 macroblocs à décoder, le flux SVC peut correspondre à : - un flux de scalabilité SNR tel que, par exemple, un niveau de base en CIF (22x18 macroblocs), en anglais Common Intermediate Format , correspondant à un format d'images numériques défini par l'ITU, suivis de deux niveaux de rehaussement en qualité de quantification ; ou -un flux de scalabilité spatiale tel que, par exemple, un niveau de base en QCIF (9x 11 macroblocs), ou quart de CIF , suivi d'un rehaussement spatial QVGA (20x15 macroblocs) donnant 399 macroblocs. Bien que ces deux flux soient compatibles avec le niveau L, il est impossible de savoir, côté décodage, quel type de scalabilité a été utilisé côté codage : scalabilité spatiale avec un ratio dyadique, un ratio 3/2, ou un ratio prédéterminé, ou scalabilité SNR avec un codage de type FGS, ou CGS, etc. Une première solution envisageable pour remédier à ce problème consiste à définir de nouveaux profils, en restreignant le type de scalabilité supporté. Cependant, cette solution augmente le nombre de profils définis en ajoutant une complexité supplémentaire dans la compréhension des profils. Une deuxième solution repose sur l'utilisation d'une notion de niveau (" level" selon la terminologie de la norme) à l'intérieur de la définition d'un profil, pour spécifier quel type de scalabilité est supporté par un niveau. Cependant, cette solution n'est pas autorisée par la définition actuelle des niveaux. En effet, dans AVC, un niveau de complexité correspond à un nombre de macroblocs à décoder par seconde, et ce nombre est croissant avec les niveaux. Cette définition peut également être étendue à la norme SVC en spécifiant 30 des règles permettant de définir le nombre de macroblocs par seconde décodables dans un flux SVC selon le nombre de rehaussement. Par exemple, on considère les étapes suivantes : si l'on considère la complexité N de décodage du niveau de base de la première couche du flux SVC ; - un rehaussement spatial de ratio rx, ry (augmentation de la résolution horizontale d'un facteur rx, et de la résolution verticale d'un facteur ry) ajoute une complexité de décodage de l'ordre de rx*ry*N au niveau de base de la première couche ; - un rehaussement en qualité de quantification ajoute une complexité de décodage de l'ordre de 0.5*N', avec N' la complexité de décodage du niveau de qualité QO de la couche spatio-temporelle à laquelle appartient le rehaussement en qualité. Ainsi, si l'on considère le flux suivant : - DO Q0, correspondant au niveau de base de complexité N ; - DO Q1, ajoutant une complexité de 0.5*N ; - DO Q2, ajoutant une complexité de 0.5*N ; Dl Q0, de ratio 2 (changernent de résolution dyadique) et ajoutant une complexité de 4*N ; - Dl Q1, ajoutant une complexité de 0.5*(4*N) ; - Dl Q2, ajoutant une complexité de 0.5*(4*N) ; où Q1 et Q2 correspondent à des niveaux de rehaussement en qualité de quantification, et Dl correspond à un rehaussement spatial (QO et DO correspondant au niveau de base), alors la complexité totale de décodage du flux est de 10*N. Néanmoins, un niveau de complexité ne peut toujours pas définir le type de scalabilité supporté. Ainsi, si l'on considère les techniques de l'art antérieur, une scalabilité spatiale supportée par un flux SVC peut être déduite par le décodeur à partir de la lecture d'informations présentes dans le flux, mais cette lecture est complexe et n'est pas immédiate. En effet, le décodeur doit d'abord lire l'entête des unités de données vidéo ( slice header ) afin de connaître à quel SPS ces unités de données se réfèrent. Ensuite, le décodeur doit lire dans le SPS correspondant la résolution spatiale des images. De plus, afin de connaître le type de scalabilité spatiale, le décodeur doit lire ces informations pour chaque couche spatio-temporelle. Or comme indiqué précédemment, il n'est pas simple de connaître de manière immédiate à quelle couche spatio-temporelle se réfère un SPS sans lire les unités de données vidéo ( slice header ). La scalabilité en qualité de quantification peut quant à elle être déduite par la lecture des entêtes des paquets de données vidéo, mais de nouveau, la relation avec un SPS donné n'est pas immédiate et la déduction du chemin de scalabilité utilisé pour décoder une certaine couche spatio-temporelle est complexe. 3. Exposé de l'invention L'invention propose une solution nouvelle qui ne présente pas l'ensemble de ces inconvénients de l'art antérieur, sous la forme d'un procédé de décodage d'un flux de données représentatif d'une image ou d'une séquence d'images, présentant une organisation en couches de données comprenant au moins une première couche, chaque couche comprenant un niveau de base et optionnellement au moins un niveau de rehaussement (en qualité de quantification). Les données sont organisées en paquets de données (NALUs), chaque paquet de données comprenant un entête, et ledit flux est associé à un ensemble de paquets de signalisation (SPS) le caractérisant. Selon l'invention, un tel procédé de décodage comprend les étapes suivantes : - lecture, dans chaque paquet de signalisation, d'au moins une information représentative d'une classe de scalabilité appliquée aux paquets de données d'au moins une couche ; - décision, pour chacun des paquets de données de ladite couche, d'une capacité à décoder (ou non) ledit paquet, sur la base desdites informations et sans lecture de l'entête desdits paquets de données. Ainsi, l'invention repose sur une approche nouvelle et inventive du décodage de données dans un flux scalable, selon lequel on détermine la classe de scalabilité qu'un décodeur est capable de décoder. La notion de classe de scalabilité renvoie à la notion de profil et niveau détaillée plus haut, La classe permet notamment de décider la capacité de décodage dans le cas où le décodeur ne supporte pas tous les outils du profil. Selon un aspect particulier de l'invention, chaque paquet de signalisation comprend au moins un indicateur, précisant à quelle(s) couche(s) dudit flux ladite au moins une information représentative d'une classe de scalabilité s'applique. Ainsi, les décodeurs peuvent disposer directement et simplement d'informations permettant de valider leur capacité, ou leur incapacité, à traiter le flux de données considéré. La ou lesdites informations représentatives d'une classe de scalabilité peuvent notamment comprendre : - une information représentative d'une catégorie de scalabilité spatiale ; et/ou - une information représentative d'un type de codage en qualité (SNR). Dans ce cas, l'information représentative d'une catégorie de scalabilité spatiale peut par exemple désigner une des catégories appartenant au groupe comprenant : - scalabilité spatiale n'utilisant pas de prédiction inter couches ou prédiction inter-couches avec conservation de la résolution spatiale entre deux couches; - scalabilité spatiale avec un ratio dyadique ; - scalabilité spatiale avec un ratio 3/2 ; - au moins une scalabilité spatiale avec un ratio déterminé : - au moins un outil de filtrage et/ou de traitement spatial. Il n'est bien sûr pas obligatoire que l'ensemble de ces catégories soient disponibles : il est possible qu'une norme ne retienne que quelques unes (deux ou plus) de ces catégories, et/ou ajoute d'autres catégories. L'information représentative d'un type de codage en qualité peut être par exemple un élément binaire, correspondant, pour une première valeur, à un codage non progressif en qualité (CGS), et pour une seconde valeur, à un codage progressif en qualité (FGS). Selon un aspect particulier de l'invention, on prévoit en outre que chaque paquet de signalisation comprend une information précisant la nécessité d'un décodage de type FGS dans au moins une couche inférieure dudit flux. L'invention concerne également les dispositifs de décodage d'un flux de données représentatif d'une image ou d'une séquence d'images, comprenant des moyens de mise en oeuvre du procédé décrit ci-dessus, et notamment : des moyens de lecture, dans chaque paquet de signalisation, d'au moins une information représentative d'une classe de scalabilité appliquée aux paquets de données d'au moins une couche ; - des moyens de décision, pour chacun des paquets de données de ladite couche, d'une capacité à décoder (ou non) ledit paquet, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. Un tel dispositif peut notamment être un terminal mulmédia, un micro-ordinateur, un radio-téléphone, un téléviseur, et plus généralement tout appareil ou élément d'appareil apte à restituer des flux audiovisuels. L'invention concerne également les produits programmes d'ordinateur téléchargeables depuis un réseau de communication et/ou enregistrés sur un support lisible par ordinateur et/ou exécutable par un processeur, et comprenant des instructions de code de programme pour la mise en oeuvre du procédé de décodage. L'invention concerne par ailleurs un procédé de codage d'un flux de données représentatif d'une image ou d'une séquence d'images tel que décrit ci-dessus, et pouvant être traité par le procédé de décodage de l'invention. Un tel procédé de codage comprend une étape d'insertion, dans chaque paquet de signalisation d'au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche, de façon à permettre à un décodeur de contrôler sa capacité à décoder (ou non) au moins un des paquets de données de ladite couche, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. L'invention concerne encore un dispositif de codage mettant en oeuvre ce procédé, et comprenant des moyens d'insertion dans chaque paquet de signalisation d'au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche, de façon à permettre à un décodeur de contrôler sa capacité à décoder (ou non) au moins un des paquets de données de ladite couche, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. Un tel dispositif peut notamment être un serveur, par exemple un serveur de vidéos à la demande (VOD : Video On Demand en anglais), ou un élément intermédiaire de réseau, tel qu'une passerelle de réseau. L'invention concerne également les produits programmes d'ordinateur téléchargeables depuis un réseau de communication et/ou enregistrés sur un support lisible par ordinateur etlou exécutable par un processeur, comprenant des instructions de code de programme pour la mise en oeuvre du procédé de codage décrit ci-dessus. L'invention concerne enfin les signaux représentatifs d'un flux de données représentatif d'une image ou d'une séquence d'images et produits par ce procédé de codage, ainsi que les supports de données portant au moins un de ces signaux. Chaque paquet de signalisation d'un tel signal comprend au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche, de façon à permettre à un décodeur de contrôler sa capacité à décoder (ou non), pour chacun des paquets de données de ladite couche, ledit paquet de ladite couche, en tenant compte de ladite information représentative d'une classe de scalabiliité et sans lecture de l'entête desdits paquets de données. Dans un tel signal, l'information représentative d'une classe de scalabilité peut notamment comprendre au moins un des éléments appartenant au groupe comprenant : - une information représentative d'une catégorie de scalabilité spatiale, désignant une des catégories appartenant au groupe comprenant : - absence de prédiction inter-couches pour la scalabilité spatiale ; scalabilité spatiale avec un ratio dyadique ; scalabilité spatiale avec un ratio 3/2 ; - scalabillité spatiale avec un ratio déterminé ; - au moins un outil de filtrage et/ou de traitement spatial.-une information représentative d'un type de codage en qualité (SNR), sous la forme d'un élément binaire, correspondant, pour une première valeur, à un codage non progressif en qualité (CGS), et pour une seconde valeur, à un codage progressif en qualité (FGS) ; - une information précisant la nécessité d'un décodage de type FGS dans au moins une couche inférieure dudit flux. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation particulier, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure 1, décrite en relation avec l'art antérieur, présente schématiquement la structure en couches d'un flux scalable ; la figure 2 présente les principales étapes du procédé de décodage selon un mode de réalisation particulier de l'invention ; la figure 3 illustre les principales étapes du procédé de codage selon un mode de réalisation particulier de l'invention ; la figure 4 illustre la structure d'un signal selon l'invention ; les figures 5 et 6 illustrent respectivement la structure simplifiée d'un dispositif de codage et d'un dispositif de décodage selon l'invention. . Description d'un mode de réalisation de l'invention 5.1 Principe général Le principe général de l'invention repose sur la prise en compte, côté décodeur, d'informations représentatives d'une classe de scalabilité appliqué aux 5 paquets de données d'au moins une couche du flux SVC. Ces informations peuvent notamment être insérées dans les paquets de signalisation caractérisant le flux SVC, encore appelés SPS, de façon à permettre à un décodeur de contrôler sa capacité à décoder tout ou partie des paquets de données de la couche considérée, sans lecture de l'entête des paquets de données, encore appelé slice header en anglais. Chaque paquet de signalisation peut également comprendre un ou plusieurs indicateurs, précisant à quelle ou quelles couche(s) du flux les informations représentatives d'une classe de scalabilité s'appliquent. On décrit ci-après un mode de réalisation particulier de l'invention, dans 15 lequel on considère trois classes de scalabilité : une classe de scalabilité spatiale ; une classe de scalabilité en qualité (encore appelée scalabilité SNR) ; et une classe de scalabilité conjointe spatiale et en qualité. 20 Selon ce mode de réalisation particulier de l'invention, la compatibilité d'un décodeur, c'est-à-dire son aptitude à décoder des paquets de données d'un flux SVC, se traduit donc par un triplet d'informations de complexité comprenant un profil P, un niveau L et une classe de scalabilité C. En d'autres termes, on vient ajoute à la notion de profil/level existant préalablement une notion de classe 25 supplémentaire. 5.2 Principe du codage Côté codeur, l'invention consiste selon ce mode de réalisation particulier à signaler dans le flux SVC la classe de scalabilité supportée par le flux, ou éventuellement, de manière plus générale, le triplet d'informations de complexité. 30 Ainsi, comme illustré en figure 3, le procédé de codage comprend une étape d'insertion 31 dans les paquets de signalisation d'un flux SVC 30 d'au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche. On considère plus précisément chaque couche spatio-temporelle d'un flux SVC. Ces paquets de signalisation appartiennent par exemple à une unité SPS, telle que définie précédemment. On rappelle qu'une unité SPS est classiquement générée pour chaque couche spatiale du flux. Cette information représentative d'une classe de scalabilité comprend une information représentative d'une catégorie de scalabilité spatiale et/ou une information représentative d'un type de codage en qualité (SNR). Plus précisément, l'information représentative d'une catégorie de scalabilité spatiale désigne une des catégories appartenant au groupe comprenant : scalabilité spatiale n'utilisant pas de prédiction inter couches ou à une prédiction inter-couches avec conservation de la résolution spatiale entre deux couches; - scalabilité spatiale (avec prédiction inter couches) avec un ratio dyadique ; scalabilité spatiale (avec prédiction inter couches) avec un ratio 3/2 ; scalabilité spatiale (avec prédiction inter couches) avec un ratio déterminé, chaque catégorie incluant la précédente. Cette information de catégorie de scalabilité spatiale peut également être étendue pour désigner une absence de prédiction inter-couches, ou au moins un outil de filtrage et/ou de traitement spatial particulier (par exemple l'utilisation ou non d'une technique de prédiction de texture lissée dite "smoothed reference prediction", l'utilisation ou non de technique de lissage aux frontières de blocs dit "deblocking filter" dans la prédiction inter-couches, l'utilisation ou non de filtre personnalisable pour la prédiction inter-couche, ...). L'information représentative d'une classe de scalabilité peut également comprendre une information représentative d'un type de codage en qualité de quantification au niveau de la couche spatio-temporelle courante, si celle-ci est présente dans le flux, c'est-à-dire si le nombre de niveaux de qualité en quantification pour la couche spatio-temporelle courante est supérieur à 1. Par exemple, cette information représentative d'un type de codage en qualité de quantification se présente sous la forme d'un élément binaire, correspondant, pour une première valeur (par exemple un bit égal à `0'), à un codage non progressif en qualité (CGS), et pour une seconde valeur (par exemple un bit égal à `l'), à un codage progressif en qualité (FGS). Selon le mode de réalisation particulier décrit, chaque paquet de signalisation comprend également au moins un indicateur, précisant à quelle(s) couche(s) du flux l'information représentative d'une classe de scalabilité s'applique. Autrement dit, cet indicateur précise à quelle couche spatio-temporelle du flux SVC sont associés les paquets de signalisation (SPS). Finalement, chaque paquet de signalisation peut également comprendre une information précisant la nécessité d'un décodage de type FGS dans au moins une couche inférieure du flux. Cette information peut notamment être utilisée pour le décodage du flux SVC lors du décodage de la couche spatio-temporelle courante. On présente ci-après un exemple de syntaxe correspondant à une unité SPS de la norme SVC mettant en oeuvre l'invention selon ce mode de réalisation particulier de l'invention (les éléments ajoutés apparaissant en italique) : seq_parameter_set_svc_extension( ) { C Descriptor layer id 11 champ d'information ajouté u(3) spatial_scalability_type 11 champ d'information ajouté u(2) num_max_quality_level_minusl // champ d'information ajouté u(2) if( num_max_quality_level_minusl > 0 ) { // test ajouté required_ fgs_ flag ll champ d'information ajouté u(1) } //fin du test requiredjgs_layerjlag // champ d'information ajouté u(1) interlayer_deblocking_filter_control_present_flag 0 u(1) if( spatial_scalability_type != 0 ) { // modif sous la forme d'un test extended_spatial_scalability 0 u(2) if ( chroma_format_idc > 0) { chroma_phase_x_plusl 0 u(2) chroma_phase y_plusl 0 u(2) } // fin de la modif d'ajout de test if( extended_spatial_scalability = = 1) { scaled_base_left_offset 0 se(v) scaled_base_top_offset 0 se(v) scaled_base_right_offset 0 se(v) scaled_base_bottom_offset 0 se(v) } } if(num_max_quality _level_minusl > 0){ // ajout d'un test pour la presence des informations suivantes fgs_coding_mode 2 u(1) if( fgs_coding_mode = = 0) { grouping_size_minusl 2 ue(v) } else { numPosVector = 0 do { If( numPosVector = = 0) { scan_indexO_minusl 2 ue(v) } else { delta_scan_index_minusl[ numPosVector ] 2 ue(v) } numPosVector ++ } while( scanPosVectLuma[ numPosVectorû 1 ] L'élément spatial_scalability_type correspond à l'information représentative d'une classe de scalabilité indiquant la catégorie de scalabilité spatiale utilisée. Par exemple, la valeur 0 correspond à une scalabilité spatiale n'utilisant pas de prédiction inter couches ou à une prédiction inter-couches avec conservation de la résolution spatiale entre deux couches, la valeur 1 indique une scalabilité spatiale dyadique (avec prédiction inter couches), la valeur 2 indique une scalabilité spatiale de ratio 3/2 (avec prédiction inter couches), et la valeur 3 indique une scalabilité spatiale de ratio déterminé (avec prédiction inter couches). L'élément num_max_quality__level_minusl correspond à l'information représentative d'une classe de scalabilité indiquant si un type de codage de rehaussement en qualité de quantification est utilisé, en indiquant le nombre maximal de niveaux de qualité pour la couche spatio-temporelle courante, et l'élément required_fgs_flag précise le type de codage en qualité utilisé, en indiquant par exemple si un codage FGS est utilisé dans la couche spatio- temporelle considérée. Finalement, l'élément required_fgs_layer_flag correspond à l'information précisant la nécessité d'un décodage de type FGS dans au moins une couche spatio-temporelle dépendante inférieure du flux. Autrement dit, cet indicateur précise si les rehaussements en qualité des couches dont dépend la couche courante ont été codés par un codage FGS. Le signal SVC 32 ainsi construit, tel qu'illustré en figure 4, comprend donc des paquets de données 42 et un ensemble de paquets de signalisation SPS caractérisant le flux, chaque paquet de signalisation 41 comprenant au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données 42 de la couche correspondante. En particulier, on rappelle que le SPS 41 associé à une couche du flux 32 peut être diffusé soit avec les paquets de données 42 du flux 32, soit à travers un canal de transmission distinct. 5.3 Principe du décodage Côté décodeur (par exemple un serveur de diffusion), il est ainsi possible de connaître aisément les classes de scalabilité supportées dans le flux. En particulier, si l'on considère les trois classes de scalabilité précitées (scalabilité spatiale, scalabilité en qualité, scalabilité conjointe), la classe de scalabilité conjointe peut être déduite de la présence à la fois de la scalabilité spatiale, et de la scalabilité en qualité. Comme illustré en relation avec la figure 2, le procédé de décodage selon ce mode de réalisation particulier de l'invention comprend les étapes suivantes, à réception d'un flux SVC 32, codé comme décrit précédemment : - lecture 21, dans chaque paquet de signalisation, d'au moins une information représentative d'une classe de scalabilité appliquée aux paquets de données d'au moins une couche ; -décision 22 d'une capacité à décoder tout ou partie des paquets de données de la couche, sur la base de ces informations et sans lecture de l'entête des paquets de données. Un tel décodeur peut ainsi décoder de manière simplifiée un flux SVC: Plus précisément, en utilisant la terminologie définie côté codeur, le décodeur met en oeuvre l'algorithme suivant : lecture de tous les paquets de données SPS du flux reçu, à décoder ; pour chaque SPS : o lecture de l'élément layer_id ; o lecture de l'élément spatial_scalability_type ; o lecture de l'élément num_max_quality_level_minusl ; ^ si cet élément est non nul : lecture de l'élément required_fgs_flag ; o lecture de l'élément required_fgs_layer_flag. 5.4 Exemple de flux SVC On considère à titre d'exemples les flux décrits dans le tableau suivant: Flux 1: Flux 2: Flux 3: Flux 4: scénario scénario Spatial scénario scénario Conjoint SNR Conjoint discardable (séparable) représentation CIF15Hz CIF CIF CIF de base D=0 Q=0 D=0 Q=0 D=0 Q=0 D=0 Q=0 rehaussement CIF15Hz SD, ratio 2 CIF CIF, 1 D=0 Q=1, D=1 Q=0 D=0 Q=1, FGS discardable CGS D=0 Q=1, FGS rehaussement CIF30Hz HD, ratio SD, ratio 2 SD, ratio 2 2 D=1 Q=0 quelconque D=1 Q=0 D=1 Q=0 D=2 Q=0 rehaussement CIF30Hz SD D=1 Q=1, SD D=1 Q=1, FGS 3 D=1 Q=1, FGS FGS Dans les trois premiers exemples de flux (flux SNR, spatial, et conjoint), chaque information de rehaussement dépend d'une information précédente (la représentation de base ne dépend d'aucune autre information). Dans le quatrième exemple, le rehaussement 2 du flux conjoint discardable dépend de la représentation de base, et non du rehaussement 1 précédant directement le rehaussement 2. En reprenant les définitions proposées au paragraphe 5.2, on décrit ci-après les valeurs des informations introduites dans les SPS de chaque couche spatio-10 temporelle, pour chacun des quatre flux décrits précédemment. Ainsi, si l'on considère le premier flux comprenant uniquement une scalabilité en qualité de quantification, les informations représentatives d'une classe de scalabilité peuvent être représentées de la manière suivante : SNR SPS rattaché SPS rattaché à la au représentation rehaussement de base 2 layer_id (=D) 0 1 spatial_scalability_type x 0 num_max_quality_level_minusl: 1 1 required_fgs_flag 0 1 required_fgs_layer_flag 0 0 où `x' signifie qu'aucune valeur de champ n'est précisée, `0' correspond à 15 l'insertion d'un bit égal à et `1' correspond à l'insertion d'un bit égal à `1'. Si l'on considère le deuxième flux comprenant uniquement une scalabilité spatiale, les informations représentatives d'une classe de scalabilité peuvent être représentées de la manière suivante : Spatial SPS rattaché SPS rattaché SPS rattaché à la au au représentation rehaussement rehaussement de base 1 2 layer_id (=D) 0 1 2 spatial_scalability_type x 1 3 num_max_quality_level_minusl: 0 0 0 required_fgs_flag x x x required_fgs_ayer_flag 0 0 0 Si l'on considère le troisième flux comprenant à la fois une scalabilité en qualité de quantification et une scalabilité spatiale, les informations représentatives d'une classe de scalabilité peuvent être représentées de la manière suivante : conjoint SPS rattaché SPS rattaché à la au représentation réhaussement de base 2 layer_id (=D) 0 1 spatial_scalability_type X 1 num_max_quality_level_minusl: 1 1 required_fgs_flag 1 1 required_fgs_layer_flag 0 1 Finalement, si l'on considère le quatrième flux comprenant à la fois une scalabilité en qualité de quantification et une scalabilité spatiale discardable , les informations représentatives d'une classe de scalabilité peuvent être représentées de la manière suivante : conjoint discardable SPS rattaché SPS rattaché à la au représentation rehaussement de base 2 layer_id (=D) 0 1 spatial_scalability_type X 1 num_max_quality_level_minusl: 1 1 required_fgs_flag 1 1 required_fgs_layer_flag 0 0 A la lecture de ces exemples, on constate que le quatrième flux conjoint discardable peut être décodé par un décodeur ne supportant que la scalabilité spatiale, même si le flux complet comprend des rehaussements en qualité FGS. Ainsi, des décodeurs de complexité réduite peuvent décoder certains flux complexes, qui étaient considérés comme non compatibles avec les décodeurs de moindre complexité selon l'art antérieur. 5.5 Structure d'un dispositif de codage et d'un dispositif de décodage On présente finalement, en relation avec les figures 5 et 6, la structure simplifiée d'un dispositif de codage et d'un dispositif de décodage mettant respectivement en oeuvre une technique de codage et une technique de décodage selon l'un des modes de réalisation particulier décrit ci-dessus. Un tel dispositif de codage comprend une mémoire 51, une unité de traitement 52, équipée par exemple d'un microprocesseur P, et pilotée par le programme d'ordinateur 53, mettant en oeuvre le procédé de codage selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 53 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 52. L'unité de traitement 52 reçoit en entrée des données à coder, par exemple des données vidéo. Le microprocesseur de l'unité de traitement 52 met en oeuvre les étapes du procédé de codage décrit précédemment, selon les instructions du programme d'ordinateur 53, pour générer un flux scalable 32, comprenant au moins une information représentative d'une classe de scalabilité. Pour cela, le dispositif de codage comprend des moyens d'insertion, dans les paquets de signalisation, d'au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche, de façon à permettre à un décodeur de contrôler sa capacité à décoder les paquets de données de ladite couche, sans lecture de l'entête des paquets de données. Ces moyens sont pilotés par le microprocesseur de l'unité de traitement 52. Un dispositif de décodage comprend quant à lui une mémoire 61, une unité de traitement 62, équipée par exemple d'un microprocesseur P, et pilotée par le programme d'ordinateur 63, mettant en oeuvre le procédé de décodage selon l'invention. A l'initialisation, les instructions de code du programme d'ordinateur 63 sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur de l'unité de traitement 62ä L'unité de traitement 62 reçoit en entrée le flux scalable 32. Le microprocesseur de l'unité de traitement 62 met en oeuvre les étapes du procédé de décodage décrit précédemment, selon les instructions du programme d'ordinateur 63, pour décoder au moins un paquet de données du flux scalable 32. Pour cela, le dispositif de décodage comprend des moyens de lecture, dans chaque paquet de signalisation, d'au moins une information représentative d'une classe de scalabilité appliquée aux paquets de données d'au moins une couche, et des moyens de décision d'une capacité à décoder les paquets de données de la couche, sur la base de ces informations et sans lecture de l'entête des paquets de données. Ces moyens sont pilotés par le microprocesseur de l'unité de traitement 62.10 REVENDICATIONS 1. Procédé de décodage d'un flux de données représentatif d'une image ou d'une séquence d'images, présentant une organisation en couches de données comprenant au moins une première couche, chaque couche comprenant un niveau de base et optionnellement au moins un niveau de rehaussement, lesdites données étant organisées en paquets de données (NALUs), chaque paquet de données comprenant un entête, ledit flux étant associé à un ensemble de paquets de signalisation (SPS) 10 caractérisant ledit flux, caractérisé en ce qu'il comprend les étapes suivantes : - lecture, dans chaque paquet de signalisation, d'au moins une information représentative d'une classe de scalabilité appliquée aux paquets de données d'au moins une couche ; 15 - décision, pour chacun des paquets de données de ladite couche, d'une capacité à décoder ledit paquet, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. 2. Procédé de décodage selon la revendication 1, caractérisé en ce que chaque 20 paquet de signalisation comprend au moins un indicateur, précisant à quelle(s) couche(s) dudit flux ladite au moins une information représentative d'une classe de scalabilité s'applique. 3. Procédé de décodage selon l'une quelconque des revendications 1 à 2, caractérisé en ce que la ou lesdites informations représentatives d'une classe de 25 scalabilité comprennent : une information représentative d'une catégorie de scalabilité spatiale ; et/ou une information représentative d'un type de codage en qualité (SNR). 4. Procédé de décodage selon la revendication 3, caractérisé en ce que ladite 30 information représentative d'une catégorie de scalabilité spatiale désigne une descatégories appartenant au groupe comprenant : -scalabilité spatiale n'utilisant pas de prédiction inter couches ou prédiction inter-couches avec conservation de la résolution spatiale entre deux couches; - scalabilité spatiale avec un ratio dyadique ; scalabilité spatiale avec un ratio 3/2 ; - au moins une scalabilité spatiale avec un ratio déterminé : - au moins un outil de filtrage et/ou de traitement spatial. 5. Procédé de décodage selon l'une quelconque des revendications 3 et 4, caractérisé en ce que ladite information représentative d'un type de codage en qualité est un élément binaire, correspondant, pour une première valeur, à un codage non progressif en qualité (CGS), et pour une seconde valeur, à un codage progressif en qualité (FGS). 6. Procédé de décodage selon l'une quelconque des revendications 1 à 5, caractérisé en ce que chaque paquet de signalisation comprend une information précisant la nécessité d'un décodage de type FGS dans au moins une couche inférieure dudit flux. 7. Dispositif de décodage d'un flux de données représentatif d'une image ou d'une séquence d'images, présentant une organisation en couches de données 20 comprenant au moins une première couche, chaque couche comprenant un niveau de base et optionnellement au moins un niveau de rehaussement, lesdites données étant organisées en paquets de données (NALUs), chaque paquet de données comprenant un entête, 25 ledit flux étant associé à un ensemble de paquets de signalisation (SPS) caractérisant ledit flux, caractérisé en ce qu'il comprend : des moyens de lecture, dans chaque paquet de signalisation, d'au moins une information représentative d'une classe de scalabilité appliquée aux 30 paquets de données d'au moins une couche ;- des moyens de décision, pour chacun des paquets de données de ladite couche, d'une capacité à décoder ledit paquet, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. 8. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé de décodage selon l'une quelconque des revendications 1 à 6. 9. Procédé de codage d'un flux de données représentatif d'une image ou d'une séquence d'images, présentant une organisation en couches de données, comprenant au moins une première couche, chaque couche comprenant un niveau de base et optionnellement au moins un niveau de rehaussement, lesdites données étant organisées en paquets de données (NALUs), chaque paquet de données comprenant un entête, ledit flux étant associé à un ensemble de paquets de signalisation (SPS) caractérisant ledit flux, caractérisé en ce qu'il comprend une étape d'insertion, dans chaque paquet de signalisation d'au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche, de façon à permettre à un décodeur de contrôler sa capacité à décoder, pour chacun des paquets de données de ladite couche, ledit paquet de ladite couche, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. 10. Dispositif de codage d'un flux de données représentatif d'une image ou d'une séquence d'images, présentant une organisation en couches de données, comprenant au moins une première couche, chaque couche comprenant un niveau de base et optionnellement au moins un 30 niveau de rehaussement,lesdites données étant organisées en paquets de données (NALUs), chaque paquet de données comprenant un entête, ledit flux étant associé à un ensemble de paquets de signalisation (SPS) caractérisant ledit flux, caractérisé en ce qu'il comprend des moyens d'insertion dans chaque paquet de signalisation d'au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche, de façon à permettre à un décodeur de contrôler sa capacité à décoder, pour chacun des paquets de données de ladite couche, ledit paquet de ladite couche, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. 11. Produit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou enregistré sur un support lisible par ordinateur et/ou exécutable par un processeur, caractérisé en ce qu'il comprend des instructions de code de programme pour la mise en oeuvre du procédé de codage selon la revendication 9. 12. Signal représentatif d'un flux de données représentatif d'une image ou d'une séquence d'images, présentant une organisation en couches de données, comprenant au moins une première couche, chaque couche comprenant un niveau de base et optionnellement au moins un niveau de rehaussement, lesdites données étant organisées en paquets de données (NALUs), chaque paquet de données comprenant un entête, ledit flux étant associé à un ensemble de paquets de signalisation (SPS) caractérisant ledit flux, caractérisé en ce que chaque paquet de signalisation comprend au moins une information représentative d'une classe de scalabilité appliqué aux paquets de données d'au moins une couche, de façon à permettre à un décodeur de contrôler sa capacité à décoder, pour chacun des paquets de données de ladite couche, ledit paquet de ladite couche, en tenant compte de ladite information représentatived'une classe de scalabilité et sans lecture de l'entête desdits paquets de données. 13. Signal représentatif d'un flux de données selon la revendication 12 caractérisé en ce que ladite au moins une information représentative d'une classe de scalabilité comprend au moins un des éléments appartenant au groupe comprenant : - une information représentative d'une catégorie de scalabilité spatiale, désignant une des catégories appartenant au groupe comprenant : - absence de prédiction inter-couches pour la scalabilité spatiale ; - scalabilité spatiale avec un ratio dyadique ; - scalabilité spatiale avec un ratio 3/2 ; - scalabillité spatiale avec un ratio déterminé ; - au moins un outil de filtrage et/ou de traitement spatial. -une information représentative d'un type de codage en qualité (SNR), sous la forme d'un élément binaire, correspondant, pour une première valeur, à un codage non progressif en qualité (CGS), et pour une seconde valeur, à un codage progressif en qualité (FGS) ; - une information précisant la nécessité d'un décodage de type FGS dans au moins une couche inférieure dudit flux. 14. Support de données portant au moins un signal représentatif d'un flux de données représentatif d'une image ou d'une séquence d'images, présentant une organisation en couches de données, comprenant au moins une première couche, chaque couche comprenant un niveau de base et optionnellement au moins un niveau de rehaussement, lesdites données étant organisées en paquets de données (NALUs), chaque paquet 25 de données comprenant un entête, ledit flux étant associé à un ensemble de paquets de signalisation (SPS) caractérisant ledit flux, caractérisé en ce que chaque paquet de signalisation comprend au moins une information représentative d'une classe de scalabilité appliqué aux paquets de 30 données d'au moins une couche, de façon à permettre à un décodeur de contrôler • 2911233 31 sa capacité à décoder, pour chacun des paquets de données de ladite couche, ledit paquet de ladite couche, en tenant compte de ladite information représentative d'une classe de scalabilité et sans lecture de l'entête desdits paquets de données.