FR 2828614 A1 20030214 FR 0110543 A 20010807 d'interconnexion fonction de paramètres de sélection. DOMAINE DE L'INVENTION L'invention concerne un procédé de codage d'une séquence d'images pour délivrer une séquence d'images codées transmises sur un canal, et un procédé de décodage desdites images codées, permettant en cas de perte de données dans une image codée dite courante, de pouvoir décoder en partie ladite image courante. L'invention concerne également un système de codage et un décodeur vidéo implémentant les différentes étapes de traitement desUits procédés de codage et de décodage. Elle a de nombreuses applications lors de la transmission sur un canal dun signal vidéo codé dans un environnement sujet aux erreurs de transmission. ARRIERE PLAN TECHNOLOGIQUE DE L'INVENTION Actuellement, la compression vidéo est utilisée dans de nombreuses applications, que ce soit dans des applications professionnelles mais aussi orientées vers une utiiisation par le grand public. La compression vidéo est en particulier utilisée dans des applications de type téléphonie ou vidéo-téléphonie, ou en plus des données audio transmises et échangées entre plusieurs correspondants, des données de type vidéo sont simultanément envoyées. Dans de telles applications, la bande passante des canaux de communication sur lesquels sont transmises les données vidéo reste encore très limitée compte tenu du volume important des données vidéo à transmettre pour avoir une qualité acceptable des images constituant le signal vidéo codé. Il est donc nécessaire de faire appel à des normes de compression vidéo adaptées aux faibles bandes passantes, en particulier à la norme de compression vidéo H.263 qui est plus particulièrement dédiée au codage de signaux vidéo de petit format permettant de générer des signaux vidéo codés de quelques dizaines de kilo-bits par seconde. Dans le cadre d'applications de tvpe téléphonie ou vidéo-téléphonie, les signaux vidéo sont transmis sur des canaux souvent perturbés soit en raison de la saturabon de la bande passante desdits canaux ou de coupures de transmission, notamment lors de transmission sans fils, ces perturbations entranant des pertes de données dans les signaux vidéo transmis qui sont reSus par le décodeur. Dans le but de limiter les effets de ces perturbations, la norme H.263 prévoit de protéger les donnces vidéo composant chaque image du signal vidéo au niveau de l'encodeur avant transmission sur les carauxde transmission. Pour cela, cette norme suggère de découper chaque image en tranches qui sont codées indépendamment les unes des autres. De cette façon, une perte de données qui survient dans une tranche codée d'image, dite image courante, n'affecte pas les autres tranches de ladite image courante qui peuvent être décodées sous certaines conditions. 2. 2828614 La méthode de codage et de décodage associée permettant de s'affranchir des pertes de données dans une image courante présente un certain nombre de limitations dans la mesure o le décodage des autres tranches de ladite image courante est envisageable seulement si le contenu de son entête d'image n'a pas été perdu. RESUME DE L'INVENTION L'invendon a pour but de remédier dans une large mesure à ces limitations en proposant un procèdé de codage et de décodage associé permettant, en cas de perte de données dans une image, dite image courante, de décoder des tranches de ladite image courante non affectées par la perte de données, même si 1'entête d'image de ladite image courante a été perdu lors de la bransmission. A cet effet, la présente invention tire profit du fait que la norme H.263 prévoit que chaque image codée comprend un entête d'image et a la possibilité d'êUre découpée en tranches comprenant un entête de branche, chaque entête de tranche comprenant un champ identificateur pour être identifié. Les champs identificateurs, dénommés GFID dans la syntaxe de cette norme, répondent à des règles de codage définis par les règles suivantes: les champs identificateurs sont identiques pour les tranches d'une méme image codée, I'identité des entêtes d'images d'une image codée courante et précédente entrane l'identité des champs identificateu rs de ces d eux images, u n cha n gement da ns 1 'e ntête d'i mage d' u n e image codée courante par rapport à celui d'une image codée précédente entrane le changement des champs identificateurs de ladite image courante. Les champs GFID comportent deux bits. L'invention est tout d'abord remarquable en ce que le procédé de codage comprend une étape de remplissage de chaque champ identificateur par des valeurs reflétant les caractéristiques de codage de l'image codée à laquelle il appartient. Cela permet de générer un signal vidéo codé dont chaque entête de tranche d'une image codée est identifié par des valeurs dont la sémantique permet de véhiculer des informations portant sur les caractéristiques de codage utilisées. L'invention est aussi remarquable en ce que le procèdé de décodage comprend: - une étape de mémorisation pour d'une part mémoriser un des champs identificateurs, dit champ identificateur mémorisé, et d'autre part l'entête d'image, dit entête d'image mémorisé, de 1'image précédemment décodée, les champs idenbficateurs contenant des valeurs reflétant les caractéristiques de codage de l'image codée, - en cas de la perte de l'entête d'image de ladite image courante à décoder, une étape de re-synchronisabon pour re-synchroniser le décodage sur un entête de tranche, dit tranche de re-synchronisabon, de ladite image courante à décoder, - une étape de comparaison du champ identificateur contenu dans l'entête de ladite tranche de re-synchronisation avec ledit champ identificateur mémorisé, - une étape de décodage pour décoder ladite tranche de re-synchronisation et les tranches suivantes, en utilisant les informations contenues dans ledit entête d'image mémorisé et les informations contenues dans le champ identificateur de l'entête de ladite tranche de re-synchronisation, si la comparaison desdits champs identificateurs ne revele pas: i) que iadite image précédemment décodée et ladite image courante sont de type prédit, et qu'elles sont de formats différents, j) ou que ladite image précédemment décodée est de type non prédit et ladite image courante est de type prédit, et qu'elles sont de formats différents. En exploitant les propriétés du signal vidéo généré par le procédé de codage selon l'invention, il est ainsi possible, en cas de perte de données lors de la transmission dans ladite image courante, en particulier des données composant l'entête d'image de iadite image courante, de décoder des tranches d'image de ladite image courante non affectées par la perte de données. En effet, en utilisant les règles de codage et la sémantique des valeurs contenues dans chaque champ identificateur GFID, il devient possible de récupérer des informations contenues dans l'entête d'image de ladite image courante nécessaires pour le décodage des tranches d'image de ladite image courante non affectées par la perte de données. Cela présente l'avantage de ne pas obliger le procédé de codage à envoyer systématiquement une image non-prédite au procédé de décodage pour que ce dernier puisse poursuivre sa tâche, et donc de ne pas saturer ie canal de transmission. De plus, la sémantique des valeurs définissant chaque champ GFID permet d'améliorer les performances du procédé de décodage en cas de perte de données entranant des erreurs de décodage irrécupérables. Le procédé de décodage selon l'invention est mis en _uvre si le procédé de décodage est en mesure d'interpréter le contenu des champs identificateurs GFID rempli lors du codage du signal vidéo, ce qui est facilement réalisé par l'envoi d'une information propriétaire au procédé de décodage, par exemple au début de la transmission. L'invention présente l'avantage de rester compatible avec la norme H.263 ce qui permet d'envisager son utilisation méme si tous les procédés de décodage selon la norme H.263 ne peuvent interpréter la sémantique du signal vidéo codé généré par le procédé de codage selon l'invention. Enfin, que ce soit au niveau du codage ou du décodage, les implémentations des procédés de codage et de décodage selon l'invention sont peu coûteuses en termes de ressources, ce qui permet d'envisager une application dans des produits grand public. L'invention concerne également un système de codage implémentant les différentes étapes de traitement dudit procédé de codage, et un système de décodage implémentant les différentes étapes de traitement dudit procédé de décodage. L'invendon concerne également un système de communication comprenant un système de codage et un système de décodage selon l'invention. L'invention concerne également un signal vidéo codé selon ledit procédé de codage. L'i nvention concerne également un program me d'ordi nateur pour mettre en _uvre une ou plusieurs étapes dudit procédé de codage et dudit procédé de décodage. BREVE DESCRIPTIONS DES DESSINS Ces aspects de l'invention ainsi que d'autres aspects plus détaillés appara^tront plus clairement grâ_ à la description suivante, faite en regard des dessins ciannexés, le tout donné à titre d'exemple non limitatif, dans lesquels: La figure 1 représente les différents types de tranches d'image définis par la norme H.263, La figure 2 représente les principaux champs contenus dans l'entête d'image de chaque image codée selon le profil de base de la norme H.263, La figure 3 représente les principaux champs contenus dans l'entête d'image de chaque image codée selon un profil évolué de la norme H.263, La figure 4 représente les principaux champs contenus dans les entêtes de tranche d'image de type GOB, La figure 5 représente les principaux champs contenus dans les entêtes de tranche d'image de forme libre ou rectangulaire, La figure 6 décrit le procédé de décodage selon l'invention, La figure 7 illustre une première application de l'invention, La figure 8 illustre une seconde application de l'invention. DESCRIPlION DE MODES DE REALISATION DE L'INVENTION Le procédé de codage selon l'invention consiste en une étape de remplissage des deux bits du champ identificateur GFID de chacundes tranches d'image codée en respectant les règles de codage des champs GFID imposées par la norme H.263, et en associant à chacun de ses bits une sémantique reflétant les caractéristiques de codage utilisées pour le codage des images. Cette étape de remplissage des champs GFID peut s'effectuer lors du codage d'une séquence d'images vidéo non codées, mais peut aussi être effectuée à partir d'un signal vidéo précédemment codé selon la norme H.263 qui doit être transmis sur un canal, en ne modifiant que la valeur des champs GFID. 5. 2828614 La figure 1 représente les différents types de tranches d'image définis par la norme H.263. A titre d'exemple, il s'agit d'une image 101 de format Q_F dans laquelle des tranches d'image 102-103-104 sont définies, chacune de ces tranches étant composée par un ensemble de macroblocs de taille 16*16, tel que le macrobloc 105. Les tranches d'image du type GOB sont du type de la tranche 102 correspondant à un groupe de macroblocs de largeur celle de l'image et pour hauteur celle d'un macrobloc (ou de plusieurs macroblocs). Les tranches d'image du type de la tranche 104 correspondent à un groupe de macroblocs de forme libre définie par des macroblocs assemblés de fason connexe. Les tranches d'image du type de la tranche 105 correspondent à un groupe de macroblocs de forme rectangulaire et de dimensions paramétrables. Les formes libres et rectangulaires sont définies lorsque i'annexe K de la norme H.263 est utilisée, par un champ désigné SSS prenant une première valeur pour la forme libre et une seconde valeur pour la forme rectangulaire. Le découpage en tranches des images permet de coder de façon indépendante chacune des tranches d'une même image. La figure 2 représente les principaux champs contenus dans l'entête d'image de chaque image codée selon le profil de base de la norme H.263 dans lequel les options de codage ne peuvent pas être utilisées. L'entête d'image comprend notamment: - le champ PSC qui est un code de début d'image, - le champ TR qui est une référence temporelle incrémentée d'une image sur l'autre, - le champ PTYPE qui est un champ renseignant notamment si l'image codée est une image ayant la caractérisstique de pouvoir dépeler une image précédemment gelée par le procédé de décodage, ainsi que le format d'image. La figure 3 représente les principaux champs contenus dans l'entête d'image de chaque image codée selon un profil évolué de la norme H.263 dans lequel les options de codage peuvent être utilisées, ce qui est détecté par la présence du champ PLUSP1YPE. L'entête d'image comprend les champs décrits à la figure 2, et le champ PLUSPTYPE qui se décompose par les champs suivants: - le champ UFEP, - le champ OPPlfPE qui renseigne notamment sur le format d'image et les options utilisées pour le codage des images, - le champ MPPTYPE dont ie bit 6, appelé RTYPE, renseigne sur le type d'arrondi effectué lors d'une interpolation bilinéaire permettant de calculer une valeur au demi-pixel. La figure 4 représente les principaux champs contenus dans les entêtes de tranche d'image de type GOB, de chaque image codée. L'entête de tranche d'image comprend notamment: - le champ GBSC qui est un code de début de tranche d'image, - le champ GN qui indique le numéro du premier GOB de la tranche dans l'image, - le champ identificateur GFID. La figure 5 représente les principaux champs contenus dans les entêtes de tranche d'image de forme libre ou rectangulaire, de chaque image codée. L'entête de tranche d'image comprend notamment: - le champ SSC qui est un code de début de branche d'image, - le champ MBA qui indique l'adresse du premier macrobloc dans la tranche, - le champ identificateur GFID. Afin de vérifier les règles syntexiques de remplissage des champs identificateurs GFID stipuices par la norme H.263, et donc délivrer un signal vidéo codé compatible avec la norme H.263, la valeur des bits 1 et 2 des champs GFID doit satisfaire certaines contraintes. En effet, la valeur des champs GFID doit être identique dans chaque entête de groupe de blocs (si présent) ou chaque entête de tranche d'image, dans une même image codée. De plus,si le champ P1YPE dans l'entête d'image d'une image courante est le même que dans itentête d'image de l'image précédemment codée, la valeur de GFID doit être identique dans ces deux images, dans la mesure o le champ PLUSPTYPE n'est pas utilisé. Cependant, si le champ PTYPE dans l'entête d'image d'une image courante donnée diffère du champ PTYPE de l'image précédemment codée, la valeur de GFID de ladite image courante doit être différente de la valeur de GFID de ladite image précédemment codée. Dans la mesure o le champ PLUSPTYPE est présent, la valeur de GFID de l'image courante doit être la même que dans l'image précédemment codée, si la valeur des champs (PTYPE, PLUSPTYPE, CPFMT, EPAR, CPCFC, SSS, ELNUM, RLNUM, UUI, RPSMF, RPRP tels que définis par la norme H.263) reste la même que dans l'image précédemment codée, sinon, la valeur de GFID doit différer de celle de ladite image précédemment codée. Le procédé de codage selon l'invention envisage deux modes de remplissage des champs GFID: - un premier mode lorsque le format des images codées selon la norme H.263 ne change pas d'une image à l'autre, - un deuxième mode lorsque le format des images codées selon la norme H.263 est suscepUble de passer d'un premier format à un deuxième format entre deux images codées consécubves. 7. 282861 4 Le tableau 1 résume par quelles informations les deux bits 1 et 2 du champ GFID sont remplis dans le cas o le format d'image ne change pas d'une image à l'autre. Dans ce cas, ce mode de remplissage est appelé mode 1. _. mode _. bit 1 de GFID Type d'image bit 2 de GFID Type d'arrondi (pour les images prédites) -X (pour les images non-prédites) __ Tableau 1: Remplissage des bits 1 et 2 du champ GFID dans le cas o le format d'image ne change pas d'une image à l'autre. Le mode 1 est défini par: - mode 1: i) le bit 1 reflète le type de l'image à laquelle appartient le champ GFID à 1 0 rem plir. Par exemple, le bit 1 peut être m is à " 1" pour les images codées non-prédites (désignces aussi images INTRA ou I), et à "O" pour les images codées prédites (désignées aussi images INTER ou P), ii) pour les images prédites, le bit 2 reflète le type d'arrondi effectué lors d'une interpolation bilinéaire permettant de calculer une valeur au demi-pixel. Ce bit prend la valeur du champ RTYPE présent dans l'entête de l'image à laquelle appartient le champ GFID à remplir. De façon avantageuse, ia valeur de RTYPE est changée entre deux images prédites consécutives afin d'éviter des dérives d'arrondis, et aussi pour savoir si un nombre impair d'images prédites ont été perdues pendant la transmission. De plus, pour une image prédite courante qui succède à une ou plusieurs images non- prédites, le champ RTYPE de ladite image courante prend la valeur du champ RTYPE de la dernière image prédite précédent lesUites images non- prédites, afin de savoir si un nombre impair d'images non prédites ont été perdues pendant la transmission. iii) pour les images non-prédites, le bit 2 est systématiquement mis à "0", ou systématiquement mis à "1". Sa valeur est notée X dans le tableau 1. Un exemple de remplissage des bits 1 et 2 du champ GFID selon le mode 1 est donné par le tableau 2 pour un signal vidéo codé comprenant 22 images consécutives. - 2828614 rang d'image 1 2 3 4 5 6 7 8 _ 10 1l 12 13 14 15 17 18 19 20 21 22 type d'image P I P P P P I P P P P P P P P I I P P I I P bit 1 de GFID 1 O O O O 1 O O O O O O O O _ 1 O O. 1 1 O bit 2 de GFID O X O 1 O _ X 1 O 1 _ O 1 O X X O 1 X X _ Tableau 2: Exemple de remplissage es I its 1 el: 2 lu c han p ( FIC se on e rr od'! 1. Dans le cadre de l'invention et afin de satisfaire aussi les règles syntaxiques imposées par la norme H.263 sur le remplissage des bits 1 et 2 des champs GFID, il est convenu que, pour le mode 1: - les options éventuellement utilisées par cette norme ne doivent pas être changées au cours du codage du signal vidéo, - la valeur des champs OPPTYPE, si présents, ne doit pas être modifiée d'une image à l'autre, - la valeur des champs SSS, présents si l'annexe K relative au découpage en tranches des images à coder est utilisée, ne doit pas être changée au cours du codage d'une image à l'autre, - da ns le cas o on a de ux i mages non préd ites consécutives, l es b its 3-4-5 ne do ivent pas changer. Le tableau 3 résume par quelles informations les deux bits 1 et 2 du champ GFID sont rempl is dans le cas o le format d'image est susceptible de changer d'une image à l 'autre. Da ns ce cas, ce mode de remplissage est appelé mode 2. mode 2 bit 1 de GFID Type d'image bit 2 de GFID Format d'irnage Tableau 3: Remplissage des bits 1 et 2 du champ GFID dans le cas o le format d'image est susceptible de changer d'une image à l'autre. Le mode 2 est défini par: - mode 2: i) le bit 1 est défini de fason identique au mode 1 i), ii) le bit 2 reflète le format de 1'image codée à laquelle appartient le champ GFID à remplir, notamment si le format de l'image est au format Q_F (noté Q) ou SQCIF (noté S). Par exemple, ce bit peut être mis à "O" pour les images de format SQCIF et à "" pour les images de format QCIF. Un exemple de remplissage des bits 1 et 2 du champ GFID selon le mode 2 est donné par le tableau 4 pour un signal vidéo codé comprenant 22 images consécutives. rang d'image 1 2 3 4 5 6 7 _ _ 10 1l 12 13 14 15 16 17 18 19 20 21 22 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ type d'image P I P P P P I P P P P P P P P I P P P I P P . _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ format Q Q Q Q Q Q S S S S S S S S S Q Q Q Q Q Q Q d'image _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ bit de GFID 0 1 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 1 0 0 bit 2 de GFID 1 1 1 1 1 O O O O O O O O O 1 1 1 1 1 1 1 Tableau 4: Exemple de remplissage des bits et 2 du champ GFID selon le mode 2. De plus, pour que le mode 2 respecte les règles syntaxiques imposées par la norme H.263 sur le remplissage des bits 1 et 2 des champs GFID: - les options éventuellement utilisées par cette norme ne doivent pas être changées au cours du codage du signal vidéo, - la valeur des champs SSS, présents si l'annexe K relative au découpage en tranches des images à coder est utilisée, ne doit pas être changée au cours du codage d'une image à l'autre, - entre deux images prédites consécutives d'une part, et entre deux images non-prédites consécutives de même format d'autre part, la valeurs des bits 3-4-5 des champs PTYPE ne doit pas être changée au cours du codage du signai vidéo, - si les champs PLUSPTYPE sont utilisés, la valeur des champs UFEP et RTYPE ne doit pas être changée entre deux images consécutives de même type. La figure 6 décrit le procédé de décodage selon l'invention permettant, en cas de perte de données dans une image, dite image courante, de décoder des tranches d'image de ladite image courante non affectées par la perte de données, même si l'entête d'image de ladite image courante a été perdue lors de la transmission. Le procédé de décodage resoit un signal vidéo codé selon la norme H.263 dans lequel les champs GFID on été remplis selon le procédé de codage décrit précédemment. Par convention, dans la suite de la description, les indices n et i permettent de situer temporellement les images codées. Les notations suivantes seront utilisées: Ima(n): image codée de rang n (i.e. image courante), Ima(n-i): image codée de rang (n-i), avec i entier et i > 0, GFID(n): valeur du champ GFID pour l'image Ima(n), GFID(n-i): valeur du champ GFID pour l'image Ima(n-i), image_header(n): entête d'image de Ima(n), slice_header(n): entête d'une tranche d'image de Ima(n). Ce procédé comprend une étape 601 de détection et d'initialisation pour d'une part détecter selon quel mode les champs identificateurs GFID ont été remplis, et d'autre part initialiser des paramètres du procédé de décodage pour que l'interprétation des bits 1 et 2 des champs GFID soit concordante avec celle du procédé de codage. Cette étape 601 est faite de préférence au début de l'envoi du signal vidéo par le procédé de codage, suite à l'envoi d'une information propriétaire du procédé de codage au procédé de décodage reflétant le mode de remplissage utilisé. Dans le cas o un seui mode est envisagé, cette étape d'initialisation n'est pas effectuée et le procédé prend des valeurs par défaut correspondant à ce mode. Dans une autre variante de l'invention, afin de permettre un changement de mode au cours de la communication entre le procédé de codage et le procédé de décodage, un nouveau signal propriétaire reflétant la valeur dudit nouveau mode est envoyé au procédé de décodage pour que ce dernier soit en mesure d'interpréter correctement les champs GFID. En permanence, le signal vidéo codé est scruté par une étape de scrutation 602 afin de repérer dans ia syntaxe du signal vidéo codé la présence des champs GFID. Lorsqu'un champ GFID est repéré, sa valeur est mémorisée par une étape de mémorisation 603, ainsi que la valeur des champs de l'entête d'image de l'image à laquelle ledit champ GFID appartient. Dans la mesure o les champs GFID sont toujours identiques pour une même image, la mémorisation d 'une seu le valeur de GFID par image sumt, quelq ue soit le nom bre de tranches d'image par image codée. Ledit champ GFID et ledit entête d'image mémorisés sont extraits d'une image codée de rang (n-i) qui n'a de préférence été nullement affectée par une perte de données, et qui se situe chronologiquement avant ladite image courante. Il s'agit donc du champ identificateur GFID(n-i) et i'entête d'image image_headern-i) appartenant à l'image Ima(n-i) qui sont mémorisés. En cas de perte partielle ou totale des données qui affecte les images codées de rang supérieur à (n-i), ainsi que l'entête d'image de l'image Ima(n), le procèdé de décodage comprend une étape de re-synchronisation 604 pour re-synchroniser le procédé de décodage sur un entête de tranche d'image, dit tranche de re-synchronisation, cette re-synchronisation survenant dans ladite image courante Ima(n) à décoder. Pour effectuer la re-synchronisation, les données qui composent l'image codée Ima(n) sont analysées jusqu'à repérer dans la syntaxe de codage un code (GBSC ou SSC) indiquant le début d'une tranche d'image n'ayant pas été affectée par la perte de données. Ladite tranche de re-synchronisation comporte l'entête de tranche slice_header(n) qui comprend elle-même en particulier le champ GFID(n). Une étape de comparaison 605 effectue la comparaison entre les valeurs de GFID(n) et GFID(n-i). Dans le cas o GFID(n) = GFID(n-i), le procédé de décodage se scinde en deux branches, suivant le mode selon lequel les champs GFID ont été remplis. Chacune des branches du procédé permet de déterminer les paramètres de décodage, normalement présents dans l'entête image_header(n) si cet entête n'avait pas été perdu, nécessaires pour décoder les 11. 2828614 tranches d'image de Ima(n) non affectées par la perte de données, ou bien optimiser les performances de décodage du signal vidéo codé: 1) mode 1: Deux cas sont à considérer suivant les types de Ima(n-i) et Ima(n), les types d'image étant donnés par la valeur des bits 1 des champs GFID(n-i) et GFID(n). a) Ima(n) et Ima(n-i) sont de type non prédit: L'étape 606 permet de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ PTYPE (et PLUSP{YPE si utilisé) de l'entête image_header(n-i). b) Ima(n) et Ima(n-i) sont de type prédit: L'étape 606 permet de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ PTYPE (et PLUSPTYPE si utilisé) de l'entête image_header(n-i), sauf que la valeur du champ RTYPE pour Ima(n) est celle du bit 2 de GFID(n), et que l'hypothèse selon laquelle la valeur des bits 3-4-5 du champ P1YPE de Ima(n-i) reste identique dans Ima(n) doit être faite. 2) mode 2: Deux cas sont à considérer suivant les types de Ima(n-i) et Ima(n), les types d'image étant donnés par la valeur des bits 1 des champs GFID(n-i) et GFID(n). a) Ima(n) et Ima(n-i) sont de type non prédit: L'étape 607 permet de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ PTYPE (et PLUSPTYPE si utilisé) de i'entête image_header(n-i). b) Ima(n) et Ima(n-i) sont de type prédit: idem 2) a), avec en plus le champ R1(PE qui doit être fixé par le procédé de décodage à une valeur arbitraire. Dans le cas o GFID(n) GFID(n-i), le procédé de décodage se scinde en deux branches, suivant le mode selon lequel les champs GFID ont été remplis. Chacune des branches du procédé permet de déterminer les paramètres dedécodage, normalement présents dans l'entête image_header(n) si cet entête n'avait pas été perdu, nécessaires pour décoder les tranches d'image de Ima(n) non affectées par la perte de données, ou bien optimiser les performances de décodage du signai vidéo codé: 3) mode 1: Trois cas sont à considérer suivant les types de Ima(n-i) et Ima(n), les types d'image étant donnés par la valeur des bits 1 des champs GFID(n-i) et GFID(n). a) Ima(n) et Ima(n-i) sont de type prédit: L'étape 608 permet de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ P1YPE (et PLUSPTYPE si utilisé) de l'entête image_header(n-i), sauf que la valeur du champ RTYPE pour Ima(n) est celle du bit 2 de GFID(n). Cependant, l'hypomèse selon laquelle la valeur des bits 3 4-5 du champ PTYPE de Ima(n-i) reste identique dans Ima(n) doit être faite. b) Ima(n) est de type prédit et Ima(n-i) est de type non prédit: idem 3) a). c) Ima(n) est de type non prédit et Ima(n-i) est de type prédit: idem 3) a) sauf que le bit 2 de GFID(n) ne doit pas être pris en considération. 4) mode 2: Quatre cas sont à considérer suivant les types de Ima(n-i) et Ima(n), ies types d'image étant donnés par la valeur des bits 1 des champs GFID(n-i) et GFID(n). a) Ima(n) et Ima(n-i) sont de type prédit: L'étape 609 ne permet pas de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ P1YPE (et PLUSPTYPE si utilisé) de l'entête image_header(n-i). En effet, ce cas signifie non seulement qu'une image non prédite a été perdue entre Ima(n) et Ima(n-i), mais aussi que le format a changé, empêchant le décodage de Ima(n). Ce cas correspond à une perte irrémédiable des données. Par contre, la détection de ce cas est utilisée de façon avantageuse pour déclencher rapidement une requête par le procédé de décodage pour demander au procédé de codage l'envoi d'une image non prédite de rafrachissement. b) Ima(n) et Ima(n-i) sont de type non prédit: Ce cas signifie que le format a changé. L'étape 609 permet de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ PTYPE (et PLUSP1YPE si utiilsé) de l'entête image_header(ni), sauf que le format utilisé pour le décodage des tranches de Ima(n) est déduit de la valeur du bit 2 de GFID(n). c) Ima(n) est de type prédit et Ima(n-i) est de type non prédit: Si les bits 2 de GFID(n) et GFID(n-i) sont différents, on se retrouve dans la situation 4) a). Par contre, si les bits 2 de GFID(n) et GFID(n-i) sont identiques, on se retrouve dans le cas 3) a). d) Ima(n) est de type non prédit et Ima(n-i) est de type prédit: Si les bits 2 de GFID(n) et GFID(n-i) sont différents, cela signifie un changement de format. L'étape 609 permet de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ P1(PE (et PLUSPTYPE si ublisé) de l'entête image_header(n-i), sauf que le format utilisé pour le décodage des tranches de Ima(n) est déduit de la valeur du bit 2 de GFID(n). Si les bits 2 de GFID(n) et GFID(n-i) sont identiques, l'étape 609 permet de déterminer les paramètres de décodage des tranches d'image de Ima(n) en reprenant les champs contenus dans le champ P1YPE (et PLUSPTYPE si utilisé) de l'entête image_header(n-i). Ainsi, il est possible d'extraire du champ PTYPE (et PLUSPTfPE si utilisé) de l'entête image_header(n-i) mémorisé, des champs nécessaires pour le décodage de iadite tranche de re-synchronisation et des tranches d'image suivantes appartenant à Ima(n). Bien sûr, le décodage des dites tranches d'image suivantes est possible dans la mesure o elles ne sont pas ellemême affectées par une perte de données, auquel cas le procédé de décodage recommencerait le pro_ssus à partir de l'étape 602. En d'autres termes, en plus de l'information quant au type de l'image courante portée par le bit 1 de GFID(n), au format de l'image courante et du type d'arrondi portées par le bit 2 de GFID(n), les contraintes imposées ci- dessus selon l'invention pour remplir les champs (iFID permettent d'avoir accès aux autres caractéristiques de codage de l 'image courante Ima(n), en particu lier de con na^tre les optons de codage de la norme H.263 ublisces lors du codage du signal vidéo dont il faut tenir compte lors de son décodage. Cependant, il apparat au vu des différents cas possibles selon les modes 1 et 2 décrits précédemment, que les caractéristiques de codage de l'image précédemment décodée peuvent être utilisées pour le décodage de l'image courante si la comparaison 605 des identificateurs ne révèle pas: - que ladite image précédemment décodée et ladite image courarite sont de type prédit, et qu'elles sont de formats différents, - ou que ladite image précédemment décodée est de type non prédit et ladite image courante est de type prédit, et qu'elles sont de formats différents. En effet, il est seulement possible de décoder une image courante de type prédit seulement si cette dernière peut s'appuyer sur une image précédemment décodée de méme format. Il est rappelé q.ue le passage d'un premier format à un second format peut se faire notamment par l'envoi d'une image non prédite ayant pour format ledit second format. Par contre, si l'étape de comparaison 605 des identificateurs révèle: que iadite image précédemment décodée et ladite image courante sont de type prédit, et qu'elles sont de formats différents, - ou que ladite image précédemment décodée est de type non prédit et ladite image courante est de type prédit, et qu'elles sont de formats différents. Dans ce cas, le procédé de décodage peut de façon avantageuse demander une image de type non prédit au procédé de codage avant même que le procédé de décodage n'essaie de décoder l'image courante. Dans un dernier temps, après la détermination des paramètres de décodage selon l'une des étapes 606-607-608-609,1'étape de décodage 610 décode les tranches de i'image courante Ima(n) suivant le procédé de décodage de la norme H.263, en utilisant lesUits paramètres de décodage. La figure 7 illustre de fason schématique une première application de l'invention qui est un système de communication qui comprend un système de codage 701 et un système de décodage 702 échangeant des données via le canal de transmission 703, par exemple du type sans fils ou filaire. 14 - 282861 4 Le système de codage 701 comporte des moyens de codage permettant de mettre en _uvre le procédé de codage selon l'invention décrit précédemment, sur les images du signal d'entrée vidéo 704, le signal vidéo 704 étant soit un signal vidéo précédemment codé selon la norme H. 263, ou bien un signal vidéo original non codé. Dans ce dernier cas, le système de codage comporte un codeur selon la norme H.263 fonctionnant simultanément avec des moyens mettant en _uvre le procédé de codage selon l'invention. Le système de codage délivre ainsi sur ie canal 703 un signal vidéo codé selon la norme H.263 dont les champs GFID de chaque tranche d'image codée sont remplis selon ledit procédé de codage. Après réception dudit signal vidéo codé, et en cas de perte de données sur le canal de transmission 703 conduisant à la perte de l'entête d'image d'une image courante, le récepteur, comportant des moyens pour mettre en _uvre le procédé de décodage selon l'invention, permet la récupération des caractéristiques de codage perdues pour que les tranches d'image de la dite image courante non affectées par la perte de données puissent être décodées par un décodeur selon la norme H.263 implémenté dans ledit système de décodage. Concernant les moyens mis en _uvre d'un tel procédé de codage et de décodage, il sera notamment fait appel tant au niveau du système de codage que du système de décodage à des processeurs de signaux, ces dits processeurs effectuant les différentes étapes de traitement décrites précédemment sur les signaux vidéo en exécutant des jeux d'instructions stockées dans une mémoire. La figure 8 illustre une seconde application de l'invention dans laquelle le procédé de codage et le procédé de décodage sont implémentés dans un téléphone portable 801 ayant la possibliité de fonctionner soit en émission soit en réception avec un téléphone du méme type. Ce téléphone intègre une caméra 802 délivrant un signal vidéo original non codé permettant par exemple de filmer la personne en possession dudit téléphone. Ce téléphone comporte un codeur selon la norme H.263 fonctionnant simultanément avec les moyens de codage selon l'invention, afin de délivrer un signal vidéo codé dont les champs GFID reflètent les caractéristiques du procédé de codage selon l'invention. Lorsque ce téléphone fonctionne en réception, après réception d'un signal vidéo codé généré et transmis par un téléphone selon l'invention fonctionnant en émission, et en cas de perte de données lors de la transmission conduisant à la perte de l'entête d' image d'une image courante, les tranches d'image de la dite image courante non affectées par la perte de données sont décodées par un décodeur selon la norme H.3, en utilisant les caractéristiques de codage perdues et récupérées par le procédé de décodage selon l'invention. Les images décodées sont affichées sur l'écran 803. De fason avantageuse, ce type de téléphone est utilisé dans le contexte d'une transmission de données notamment de type vidéo encodé selon la norme H.263, sur un réseau de transmission de type UMTS. REVEND}CATIONS 1. Procédé de codage pour coder une séquence d'images et délivrer une séquence d'images codées, chaque image codée comprenant un entête d'image et étant découpée en tranches comprenant un entête de tranche, chaque entête de tranche comprenant un champ identificateur pour être identifié, les champs identificateurs étant identiques pour les tranches d'une même image codée, i'identité des entêtes d'images d'une image codée courante et précédente entraînant l'identité des champs identificateurs de ces deux images, un changement dans l'entête d'image d'une image codée courante par rapport à celui d'une image codée précédente entranant le changement des champs identificateurs de ladite image courante, procédé caractérisé en ce qu'il comprend une étape de remplissage de chaque champ identificateur par des valeurs reflétant les caractéristiques de codage de l'image codée à laquelle il appartient. 2. Procédé de décodage pour décoder une image, dite image courante, faisant partie d'une séquence d'images codées transmises et resues via un canal et comportant des données perdues lors de la transmission, chaque image codée comprenant un entête d'image et étant découpée en tranches comprenant un entête de tranche, chaque entête de tranche comprenant un champ identificateur pour être i.dentifié, procédé de décodage caractérisé en ce qu'il comprend: - une étape de mémorisation pour d'une part mémoriser un des champs identificateurs, dit champ identificateur mémorisé, et d'autre part l'entête d'image, dit entête d'image mémorisé, de l'image précédemment décodée, les champs identificateurs contenant des valeurs reflétant les caractéristiques de codage de l'image codée, - en cas de la perte de l'entête d'image de ladite image courante à décoder, une étape de re-synchronisation pour re-synchroniser le décodage sur un entête de tranche, dit tranche de re-synchronisation, de ladite image courante à décoder, - une étape de comparaison du champ identificateur contenu dans l'entête de ladite tranche de re-synchronisation avec ledit champ identificateur mémorisé, - une étape de décodage pour décoder ladite tranche de re-synchronisation et les tranches suivantes, en utilisant les informations contenues dans ledit entête d'image mémorisé et les informations contenues dans le champ identificateur de l'entête de ladite tranche de re-synchronisation, si la comparaison desdits champs identificateurs ne révèle pas: -=^ i) que ladite image précédemment décodée et ladite image courante sont de type prédit, et qu'elles sont de formats différents, j) ou que lad ite image précédem ment décodée est de type non préd it et ladite image courante est de type prédit, et qu'elles sont de formats difflrents. 16 2828614 3. Procédé de décodage selon la revendication 2 o une étape consistant en la demande d'une image de type non prédit au procédé de codage délivrant ledit signal vidéo codé, est effectuée, si la comparaison desdits champs identificateurs révèle: i) que ladite image précédemment décodée et ladite image courante sont de type prédit et qu'elles sont de formats différents, j) ou que ladite image précédemment décodée est de type non prédit et ladite image courante est de type prédit, et qu'elles sont de formats différents. 4. Procédé selon la revendication 1 ou 2 o une première valeur des champs identificateurs reflète le type de l'image codée. 5. Procédé selon la revendication 4 o une seconde valeur des champs identificateurs reflète le format de l'image codée ou bien le type d'arrondi utilisé dans les interpolations bilinéaires au demi-pixel des images codées de type prédit. 6. Système de codage pour coder une séquence d'images et délivrer une séquence d'images codées, chaque image codée comprenant un entête d'image et étant découpée en tranches comprenant un entête de tranche, chaque entête de tranche comprenant un champ identificateur pour être identifié, les champs identificateurs étant identiques pour les tranches d'une même image codée, I'identité des entêtes d'images d'une image codée courante et précédente entranant l'identité des champs identificateurs de ces deux images, un changement dans l'entête d'image d'une image codée courante par rapport à celui d'une image codée précédente entranant le changement des champs identificateurs de ladite image courante, procédé caractérisé en ce qu'il comprend des moyens de remplissage de chaque champ identificateur par des valeurs reflétant ies caractéristiques de codage de l'image codée à laquelle il appartient. 7. Système de décodage pour décoder une image, dite image courante, faisant partie d'une séquence d'images codées transmises et resues via un canal et comportant des données perdues lors de la transmission, chaque image codée comprenant un entête d'image et étant découpée en tranches comprenant un entête de tranche, chaque entête de tranche comprenant un champ identificateur pour être identifié, procédé de-décodage caractérisé en ce qu'il comprend: - des moyens de mémorisation pour d'une part mémoriser un des champs identificateurs, dit champ identificateur mémorisé, et d'autre part l'entête d'image, dit entête d'image mémorisé, de l'image précédemment décodée, les champs identificateurs contenant des valeu rs refléta nt l es ca ractéristiques de codage de l 'image cod ée, en cas de la perte de l'entête d'image de ladite image courante à décoder, des moyens de re-synchronisation pour re-synchroniser le décodage sur un entête de tranche, dit tranche de re-synchronisation, de ladite image courante à décoder, - des moyens de comparaison du champ identificateur contenu dans l'entête de ladite tranche de re- synchronisation avec ledit champ identificateur mémorisé, - des moyens de décodage pour décoder ladite tranche de re-synchronisation et les tranches suivantes, en utilisant les informabons contenues dans ledit entête d'image mémorisé et les informations contenues dans le champ identificateur de l'entête de ladite tranche de re-synchronisation, si la comparaison desdits champs identificateurs ne révèle pas: i) que ladite image précédemment décodée et ladite image courante sont de type prédit, et qu'elles sont de formats différents, j) ou que ladite image précédemment décodée est de type non prédit et ladite image courante est de type prédit, et qu'elles sont de formats différents. 8. Système de décodage selon la revendication 7 o des moyens effectuant la demande d'une image de type non prédit au système de codage délivrant ledit signal vidéo codé, sont mis en _uvre, si la comparaison desdits champs identificateurs révèle: i) que ladite image précédemment décodée et ladite image courante sont de type prédit et qu'elles sont de formats différents, j) ou que ladite image précédemment décodée est de type non prédit et ladite image courante est de type prédit, et qu'elles sont de formats différents. 9. Système selon la revendication 6 ou 7 o une première valeur des champs identificateurs reflète le type de l'image codée. 10. Système selon la revendication 9 o une seconde valeur des champs identificateurs reflète le format de l'image codée ou bien le type d'arrondi utiitsé dans les interpolations bilinéaires au demi-pixel des images codées de type prédit. 11. Système de communicabon comprenant un système de codage selon la revendication 6 et un système de décodage selon la revendication 7. 12. Téléphone portable comprenant un système de codage selon la revendication 6 et un système de décodage selon la revendication 7. 18 282861 4 13. Signal vidéo définissant une séquence d'images codées découpées en tranches, chaque tranche d'image comprenant un champ idenbficateur rempli par des valeurs reflétant les caractéristiques de codage de ladite image codée, un champ idenbficateur étant identique pour les branches d'une même image, une identité des caractéristiques de codage d'une image courante et précédente entraînant l'identité des champs identificateurs de ces deux images, un changement des caractéristiques de codage d'une image courante par rapport à celles d'une image précédente entraînant le changement des champs identificateurs de ladite image courante, une première valeur des champs identificateurs reflétant le type de l'image codée, une seconde valeur des champs identificateurs reflétant le format de l'image codée ou bien le type d'arrondi utilisé dans les interpolations bilinéaires au demi-pixel des images codées de type prédit. 14. Programme d'ordinateur comportant des instructions de code de programme pour mettre en _uvre un procédé selon l'une des revendications 1 à 5.