FR2929786A1

FR2929786A1 - Coded digital data e.g. audio data, stream processing method for use over packet switching communication network, involves inserting information relative to detection of missing or erroneous data in location of missing or erroneous data

Info

Publication number: FR2929786A1
Application number: FR0852259A
Authority: FR
Inventors: Christophe Gisquet; Floch Herve Le
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2008-04-04
Filing date: 2008-04-04
Publication date: 2009-10-09
Anticipated expiration: 2028-04-04
Also published as: FR2929786B1

Abstract

The method involves detecting missing or erroneous data in a data stream and inserting information relative to the detection of missing or erroneous data in a series of data formed from the data stream, where the information is inserted in a location of the missing or erroneous data after the erroneous data is detected and is a sequence of data representing a pattern. The data stream is organized into network packets, and one of the packets, which follows a missing network packet or a network packet containing the missing or erroneous data, is selected. Independent claims are also included for the following: (1) a device for processing a coded data stream before decoding the data stream, comprising a missing or erroneous data detection unit (2) an information storage medium for storing information read by a computer or microprocessor, comprising computer program instructions for implementing a method for processing coded data stream (3) a computer program product loaded in a programmable apparatus, comprising a sequence of instructions for implementing a method for processing coded data stream.

Description

1 La présente invention concerne un procédé et un dispositif de traitement d'un flux de données. Plus particulièrement, elle concerne le traitement d'un flux de données codées avant décodage. Lors de la transmission de données dans un réseau, des erreurs peuvent survenir. A titre d'exemple nullement limitatif, les données transmises sur un réseau de communication à commutation de paquets sont organisées en paquets de données binaires et les erreurs auxquelles ces communications sont généralement assujetties sont des erreurs sur les données constituant un paquet réseau, ainsi que des pertes de paquets réseau complets. Ces erreurs sur les données constituant un paquet sont des données manquantes ou erronées dans le paquet réseau, par exemple, une inversion de la valeur d'une ou plusieurs donnée(s) binaire(s) ou la perte d'une ou plusieurs donnée(s). The present invention relates to a method and a device for processing a data stream. More particularly, it relates to the processing of a coded data stream before decoding. When transmitting data in a network, errors may occur. By way of non-limiting example, the data transmitted over a packet-switched communication network are organized into binary data packets and the errors to which these communications are generally subject are errors on the data constituting a network packet, as well as full network packet loss. These errors on the data constituting a packet are missing or erroneous data in the network packet, for example, an inversion of the value of one or more data (s) binary (s) or the loss of one or more data ( s).

Ces erreurs sont typiquement dues à la nature du canal de transmission. La perte de paquets réseau est typiquement due à des congestions du réseau, ainsi qu'au rejet de paquets réseau corrompus, c'est-à-dire comportant une ou plusieurs erreur(s) et/ou omission(s). These errors are typically due to the nature of the transmission channel. The loss of network packets is typically due to network congestions, as well as to the rejection of corrupt network packets, i.e., with one or more errors and / or omissions.

Les erreurs de bits peuvent être indiquées par : - une couche réseau inférieure, ou - des codes correcteurs ayant été incapables de corriger une erreur mais ayant pu au moins cerner sa position. Ainsi, lorsqu'un flux de données codées contenant la charge utile d'au moins un paquet réseau arrive à un décodeur afin d'être décodé, et que ce flux de données comporte une erreur, le décodeur peut subir une désynchronisation lors de la lecture de cette erreur. 2 The bit errors can be indicated by: - a lower network layer, or - correction codes that have been unable to correct an error but have at least identified its position. Thus, when a coded data stream containing the payload of at least one network packet arrives at a decoder in order to be decoded, and this data stream includes an error, the decoder can undergo a desynchronization during the reading. of this error. 2

Certains décodeurs, lorsqu'ils détectent qu'une erreur est survenue, passent en mode de resynchronisation, c'est-à-dire qu'ils recherchent un marqueur de synchronisation indiquant le début d'une séquence de données ou le début d'un paquet de données codées, par exemple des données vidéo. Some decoders, when they detect that an error has occurred, enter resynchronization mode, that is, they search for a synchronization marker indicating the start of a data sequence or the beginning of a packet of coded data, for example video data.

Néanmoins, cette erreur étant détectée une certaine durée après être survenue, le décodeur continue de lire les données du flux de données. Ces données ne sont donc pas décodées correctement, étant donné que le décodeur est désynchronisé après la lecture de l'erreur. En outre, entre le moment où le décodeur lit l'erreur (moment où il se désynchronise) et le moment où le décodeur sait qu'une erreur s'est produite (moment où il se met en mode de resynchronisation), le décodeur, désynchronisé, peut interpréter le début d'un paquet de données codées de manière erronée. Ainsi, les données suivantes de ce paquet de données codées sont interprétées de manière erronée. Nevertheless, this error being detected a certain time after having occurred, the decoder continues to read data from the data stream. This data is therefore not decoded correctly, since the decoder is out of sync after reading the error. Furthermore, between the moment when the decoder reads the error (when it is out of synchronization) and the moment when the decoder knows that an error has occurred (when it goes into resynchronization mode), the decoder, desynchronized, can interpret the beginning of a packet of data coded in a wrong way. Thus, the following data of this coded data packet are erroneously interpreted.

Dans les deux cas, des données qui étaient valides (c'est-à-dire qui ne contenaient pas de données erronées) sont mal décodées. Ainsi, en plus de la présence d'erreurs dans le flux de données pour les raisons exposées ci-dessus, ces erreurs peuvent se propager dans le flux de données, provoquant ainsi des erreurs additionnelles. In both cases, data that was valid (that is, that did not contain erroneous data) is incorrectly decoded. Thus, in addition to the presence of errors in the data flow for the reasons explained above, these errors can propagate in the data stream, thus causing additional errors.

La norme ISO/IEC 14496-2, "Information technology - coding of audio-visual objects - part 2: Visuaf' décrit l'attribution d'une valeur prédéterminée à une donnée appartenant au flux de données afin d'indiquer, au sein du flux de données, la présence d'une erreur. Cette donnée indiquant la présence d'une erreur consiste en un bit 25 situé au début du flux de données correspondant à une image. Dans la norme MPEG-4, une image est nommée VOP (de l'anglais "Video Object Plane"). Plus particulièrement, le bit est situé dans un élément avant une image ou VOP de type I-VOP (de l'anglais "Intra coded VOP'). Ce type de VOP contient toutes les informations nécessaires pour être décodé par 30 le décodeur. 3 The ISO / IEC 14496-2, "Information technology - coding of audio-visual objects - part 2: Visuaf" describes the assignment of a predetermined value to data belonging to the data stream to indicate, within the data flow, the presence of an error This data indicating the presence of an error consists of a bit located at the beginning of the data flow corresponding to an image.In the MPEG-4 standard, an image is named VOP ( of the English "Video Object Plane"). More particularly, the bit is located in an element before an image or VOP type I-VOP ("Intra coded VOP"). This type of VOP contains all the information necessary to be decoded by the decoder. 3

Les images ou VOP peuvent également être de type P-VOP (de l'anglais "Predictive coded VOP'). Ce type de VOP nécessite une image de référence pour son décodage. Les images ou VOP peuvent aussi être de type B-VOP (de l'anglais "Bidirectionally-predictive coded VOP'), nécessitant deux images de référence, dont au moins une de type P-VOP. Dans le cadre de l'utilisation de ce bit, une image de type B-VOP utilise comme références une image de type I-VOP (la précédente dans le flux de données) et une image de type P-VOP (la suivante, dans le flux de données). The images or VOPs can also be of the P-VOP (Predictive coded VOP) type.This type of VOP requires a reference image for its decoding.The images or VOPs can also be of B-VOP type (VOP). Bidirectionally-predictive coded VOP), requiring two reference images, at least one of which is P-VOP. In the context of the use of this bit, a B-VOP type image uses as references an I-VOP type image (the previous one in the data stream) and a P-VOP type image (the next one, in the data flow).

Lorsque le bit indiquant la présence d'une erreur a une valeur "1", le décodeur est averti du fait que le premier B-VOP ou la première séquence de B-VOPs consécutifs situés après le I-VOP qui se trouve au début du flux de données ne seront pas correctement décodés, dès lors que le P-VOP qui devrait suivre le ou les B-VOPs n'est pas présent dans le flux de données. When the bit indicating the presence of an error has a value "1", the decoder is warned that the first B-VOP or the first sequence of consecutive B-VOPs located after the I-VOP which is at the beginning of the data streams will not be correctly decoded, since the P-VOP that should follow the B-VOPs is not present in the data stream.

Le décodeur prend ainsi la décision de ne pas afficher ces B-VOPs ou images. Ainsi, à l'aide d'un bit situé au début du flux de données, le décodeur est prévenu de l'existence d'une erreur. Néanmoins, la possibilité d'avertir le décodeur de la présence d'une erreur par l'intermédiaire de ce bit est limitée au type d'erreur décrit ci-dessus. Le bit ne peut pas être utilisé pour signaler d'autres types d'erreurs. Par ailleurs, il est situé à une position fixe dans le flux de données, ce qui ne permet pas de localiser les erreurs. La présente invention a pour but de remédier aux inconvénients précités, en proposant un procédé de traitement d'un flux de données et un dispositif associé à ce procédé, permettant notamment de connaître la position d'une erreur présente dans un flux de données, ainsi que de ne pas propager l'erreur dans le flux de données. Dans ce but, la présente invention propose un procédé de traitement 30 d'un flux de données codées avant décodage, comportant : - une étape de détection de données manquantes ou erronées dans le flux de données, et 4 The decoder thus makes the decision not to display these B-VOPs or images. Thus, using a bit located at the beginning of the data stream, the decoder is warned of the existence of an error. Nevertheless, the possibility of warning the decoder of the presence of an error via this bit is limited to the type of error described above. The bit can not be used to report other types of errors. Moreover, it is located at a fixed position in the data stream, which makes it impossible to locate the errors. The object of the present invention is to overcome the aforementioned drawbacks, by proposing a method of processing a data stream and a device associated with this method, making it possible in particular to know the position of an error present in a data stream, as well as than not to propagate the error in the data stream. For this purpose, the present invention provides a method of processing a coded data stream prior to decoding, comprising: a step of detecting missing or erroneous data in the data stream, and

- une étape d'insertion, dans une suite de données prête au décodage formée à partir du flux de données, d'au moins une information relative à la détection de données manquantes ou erronées. Selon l'invention, l'étape d'insertion consiste à insérer l'information à 5 la place des données manquantes ou immédiatement après les données erronées détectées. Ainsi, la présence d'une erreur dans le flux de données est signalée immédiatement par la présence de l'information, ce qui provoque la désynchronisation d'un décodeur lisant la suite de données prête au décodage. 10 Par conséquent, le décodeur ne lit pas les données qui suivent les données manquantes ou erronées et se met en mode de lecture des données de synchronisation, c'est-à-dire que le décodeur cherche à se resynchroniser. En outre, l'information signale l'endroit où des données manquent dans la suite de données prête au décodage. 15 Avantageusement, les données sont conformes à une norme prédéterminée et l'information est une séquence de données représentant un motif non conforme à la norme. Grâce à cette séquence de données, le décodeur, ne reconnaissant pas les données, se désynchronise et passe en mode de resynchronisation. 20 Un désencapsuleur est un dispositif qui forme une suite de données prête au décodage à partir d'un flux de données codées formé d'un ensemble de paquets réseau. Lorsqu'un désencapsuleur forme une suite de données prête au décodage, la présence des données manquantes ou erronées dans la suite de 25 données est signalée immédiatement au décodeur au moyen de la concaténation de l'information précitée à la suite de données qui est prête à être fournie au décodeur. Selon une caractéristique préférée, le flux de données est organisé en paquets réseau et le procédé comporte en outre : 30 - une étape de sélection d'un paquet réseau qui suit un paquet réseau entier manquant ou un paquet réseau contenant des données manquantes ou erronées ; et - une étape de lecture d'au moins une partie du paquet réseau suivant. Ainsi, lorsque le désencapsuleur est au courant du fait qu'un paquet réseau manque ou qu'un paquet réseau contient des données manquantes ou 5 erronées, il analyse les données qui suivent l'erreur. Selon une autre caractéristique préférée, le procédé comporte une étape de concaténation, à la suite de données prête au décodage, des données utiles contenues dans le paquet réseau suivant, lorsqu'à l'étape de lecture, la partie précitée du paquet réseau suivant comporte des données représentant le début d'un paquet de données codées. Ainsi, lorsque la charge utile (données utiles contenues dans un paquet) d'un paquet réseau commence par des données représentant le début d'un paquet de données codées, le désencapsuleur reconnaît un paquet réseau contenant des données valides. an insertion step, in a data stream ready for decoding formed from the data stream, of at least one information relating to the detection of missing or erroneous data. According to the invention, the insertion step consists in inserting the information in place of the missing data or immediately after the erroneous data detected. Thus, the presence of an error in the data flow is signaled immediately by the presence of the information, which causes the desynchronization of a decoder reading the data sequence ready for decoding. Therefore, the decoder does not read the data that follows the missing or erroneous data and goes into read mode synchronization data, that is to say that the decoder seeks to resynchronize. In addition, the information signals where data is missing from the data stream ready for decoding. Advantageously, the data conform to a predetermined standard and the information is a sequence of data representing a non-conforming pattern. Thanks to this data sequence, the decoder, not recognizing the data, becomes out of synchronization and goes into resynchronization mode. A disencapsulator is a device that forms a data stream ready for decoding from a coded data stream formed of a set of network packets. When a decapsulator forms a data stream ready for decoding, the presence of the missing or erroneous data in the data stream is immediately signaled to the decoder by means of the concatenation of the aforementioned information as a result of data which is ready to be provided to the decoder. According to a preferred feature, the data flow is organized into network packets and the method further comprises: a step of selecting a network packet that follows a missing whole network packet or a network packet containing missing or erroneous data; and a step of reading at least part of the following network packet. Thus, when the disencapsulator is aware that a network packet is missing or a network packet contains missing or erroneous data, it analyzes the data following the error. According to another preferred feature, the method comprises a concatenation step, following data ready for decoding, useful data contained in the following network packet, when in the reading step, the aforementioned part of the following network packet comprises data representing the beginning of a coded data packet. Thus, when the payload (useful data contained in a packet) of a network packet begins with data representing the beginning of a coded data packet, the decapsulator recognizes a network packet containing valid data.

Par conséquent, lorsque le désencapsuleur identifie un paquet réseau contenant des données valides, il insère dans la suite de données prête au décodage les données utiles contenues dans ce paquet réseau. En variante, le procédé comporte une étape de rejet des données utiles contenues dans le paquet réseau suivant, lorsqu'à l'étape de lecture, la partie précitée du paquet réseau suivant ne comporte pas de données représentant le début d'un paquet de données codées. Ainsi, le désencapsuleur, n'identifiant pas de données représentant le début d'un paquet de données codées, rejette les données non valides. Ces données sont indécodables étant donné que le paquet réseau ne comporte pas de données représentant le début d'un paquet de données codées et que, par conséquent, il n'est pas complet. Le rejet de ces données indécodables permet d'éviter d'induire le décodeur en erreur, dans le cas où ces données concaténées émuleraient un code valide, par exemple un code représentant le début d'un paquet de données codées. En pratique, le flux de données peut être un train binaire représentant des données multimédia. 6 Therefore, when the decapsulator identifies a network packet containing valid data, it inserts into the data stream ready for decoding the useful data contained in this network packet. As a variant, the method includes a step of rejecting the useful data contained in the following network packet, when at the reading step, the aforementioned part of the following network packet does not include data representing the beginning of a data packet. encoded. Thus, the disencapsulator, not identifying data representing the beginning of a coded data packet, rejects the invalid data. These data are undecodable because the network packet does not have data representing the beginning of a coded data packet and therefore it is not complete. The rejection of these undecodable data makes it possible to avoid inducing the decoder in error, in the case where this concatenated data emulates a valid code, for example a code representing the beginning of a packet of coded data. In practice, the data stream may be a bitstream representing multimedia data. 6

Ainsi, les données à décoder correspondent par exemple à un train binaire qui représente des données vidéo et/ou audio. Dans le même but que celui indiqué plus haut, la présente invention propose également un dispositif de traitement d'un flux de données codées 5 avant décodage, comportant : - des moyens de détection de données manquantes ou erronées dans le flux de données, et - des moyens d'insertion, dans une suite de données prête au décodage formée à partir du flux de données, d'au moins une information 10 relative à la détection de données manquantes ou erronées. Selon l'invention, les moyens d'insertion sont adaptés à insérer l'information à la place des données manquantes ou immédiatement après les données erronées détectées. Selon une caractéristique particulière du dispositif, les données sont 15 conformes à une norme prédéterminée et l'information est une séquence de données représentant un motif non conforme à la norme. Avantageusement, le flux de données est organisé en paquets réseau et le dispositif comporte en outre : - des moyens de sélection d'un paquet réseau qui suit un paquet 20 réseau entier manquant ou un paquet réseau contenant des données manquantes ou erronées ; et - des moyens de lecture d'au moins une partie du paquet réseau suivant. En pratique, le dispositif peut comporter des moyens de 25 concaténation, à la suite de données prête au décodage, des données utiles contenues dans le paquet réseau suivant, lorsque la partie précitée du paquet réseau suivant comporte des données représentant le début d'un paquet de données codées. En variante, le dispositif peut comporter des moyens de rejet des 30 données utiles contenues dans le paquet réseau suivant, lorsque la partie précitée du paquet réseau suivant ne comporte pas de données représentant le début d'un paquet de données codées. 7 Thus, the data to be decoded correspond, for example, to a bit stream that represents video and / or audio data. For the same purpose as that indicated above, the present invention also proposes a device for processing a coded data stream before decoding, comprising: means for detecting missing or erroneous data in the data stream, and means for inserting, in a data stream ready for decoding formed from the data stream, at least one information relating to the detection of missing or erroneous data. According to the invention, the insertion means are adapted to insert the information in place of the missing data or immediately after the erroneous data detected. According to a particular feature of the device, the data is in accordance with a predetermined standard and the information is a data sequence representing a non-conforming pattern. Advantageously, the data stream is organized into network packets and the device further comprises: means for selecting a network packet that follows a missing whole network packet or a network packet containing missing or erroneous data; and means for reading at least part of the following network packet. In practice, the device may include means for concatenating, as a result of data ready for decoding, useful data contained in the next network packet, when the aforementioned part of the next network packet includes data representing the beginning of a packet. coded data. Alternatively, the device may include means for rejecting the payload contained in the next network packet, when the aforesaid portion of the next network packet does not have data representing the beginning of a coded data packet. 7

Toujours dans le même but, la présente invention propose également un système de télécommunications comprenant une pluralité de dispositifs terminaux reliés à travers un réseau de télécommunications, comprenant au moins un dispositif terminal équipé d'un dispositif tel que succinctement décrit ci-dessus. Toujours dans le même but, la présente invention propose également un moyen de stockage d'informations pouvant être lues par un ordinateur ou un microprocesseur conservant des instructions d'un programme informatique, remarquable en ce qu'il est adapté à mettre en oeuvre un procédé tel que succinctement décrit ci-dessus, lorsque les informations stockées sont lues par l'ordinateur ou le microprocesseur. Dans un mode particulier de réalisation, ce moyen de stockage est partiellement ou totalement amovible. Toujours dans le même but, la présente invention propose également un produit programme d'ordinateur pouvant être chargé dans un appareil programmable, comportant des séquences d'instructions pour mettre en oeuvre un procédé tel que succinctement décrit ci-dessus, lorsque ce produit programme d'ordinateur est chargé dans et exécuté par l'appareil programmable. Still for the same purpose, the present invention also proposes a telecommunications system comprising a plurality of terminal devices connected through a telecommunications network, comprising at least one terminal device equipped with a device as briefly described above. Still for the same purpose, the present invention also proposes a means for storing information that can be read by a computer or a microprocessor retaining instructions from a computer program, which is remarkable in that it is suitable for implementing a method as briefly described above, when the stored information is read by the computer or the microprocessor. In a particular embodiment, this storage means is partially or completely removable. Still for the same purpose, the present invention also provides a computer program product that can be loaded into a programmable apparatus, including sequences of instructions for implementing a method as briefly described above, when this product program The computer is loaded into and executed by the programmable device.

Les avantages du dispositif de traitement de données, ainsi que les caractéristiques particulières et avantages du système de télécommunications, du moyen de stockage d'informations et du produit programme d'ordinateur étant similaires à ceux du procédé de traitement de données, ils ne sont pas répétés ici. The advantages of the data processing device, as well as the particular features and advantages of the telecommunications system, the information storage means and the computer program product being similar to those of the data processing method, are not repeated here.

D'autres aspects et avantages de l'invention apparaîtront à la lecture de la description détaillée qui suit d'un mode particulier de réalisation et de variantes, donnés à titre d'exemples non limitatifs. La description se réfère aux dessins qui l'accompagnent, dans lesquels : - la figure 1 représente schématiquement le contexte de la présente invention ; 8 Other aspects and advantages of the invention will appear on reading the following detailed description of a particular embodiment and variants, given by way of non-limiting examples. The description refers to the accompanying drawings, in which: - Figure 1 schematically represents the context of the present invention; 8

- la figure 2 représente schématiquement un mode particulier de réalisation d'un appareil susceptible de mettre en oeuvre la présente invention ; - la figure 3 est un organigramme représentant un mode particulier de réalisation d'un procédé de traitement de données conforme à l'invention ; - la figure 4 illustre une portion d'un flux de données codées susceptible d'être traité conformément à l'invention ; et - la figure 5 est un organigramme représentant un mode particulier de réalisation d'une étape du procédé de la figure 4. A titre d'exemple nullement limitatif, on décrit ici le traitement d'un 10 flux de données consistant en des données vidéo. Ces données sont codées par exemple en utilisant la norme MPEG-4, en particulier la partie 2 de MPEG-4. Bien entendu, d'autres normes peuvent être employées, comme par exemple H.263 ou MPEG-2. La norme correspondant au format de codage vidéo MPEG-4 partie 15 2 est ISO 14496-2. L'encapsulation du flux de données vidéo codées dans des paquets réseau selon cette norme est décrite dans la RFC (de l'anglais "Request for comments") 3016. Chaque image codée à transmettre à travers le réseau de 20 communication, est généralement divisée en paquets de données codées. Comme indiqué plus haut, cette image s'appelle VOP en langage MPEG-4. On décrit tout d'abord, en référence à la figure 1, le contexte dans lequel se situe l'invention. Le contexte général de l'invention est la transmission d'un flux de 25 données codées à travers un réseau de communication entre un émetteur et au moins un destinataire. Comme le montre la partie supérieure de la figure 1, des données 100 à transmettre à travers le réseau de communication sont codées par un codeur 101 afin de former un flux de données codées 102. 30 Dans le mode particulier de réalisation décrit ici, ce flux de données codées 102 est un train binaire codé. 9 FIG. 2 diagrammatically represents a particular embodiment of an apparatus capable of implementing the present invention; FIG. 3 is a flow chart showing a particular embodiment of a data processing method according to the invention; FIG. 4 illustrates a portion of a coded data stream that can be processed in accordance with the invention; and FIG. 5 is a flowchart showing a particular embodiment of a step of the method of FIG. 4. By way of non-limiting example, the processing of a data stream consisting of video data is described here. . These data are encoded for example using the MPEG-4 standard, in particular part 2 of MPEG-4. Of course, other standards can be used, such as H.263 or MPEG-2. The standard corresponding to the MPEG-4 part 2 video coding format is ISO 14496-2. The encapsulation of the video data stream encoded in network packets according to this standard is described in RFC (Request for comments) 3016. Each coded picture to be transmitted through the communication network is generally divided. in coded data packets. As mentioned above, this image is called VOP in MPEG-4 language. Firstly, with reference to FIG. 1, the context in which the invention is located is described. The general context of the invention is the transmission of a coded data stream through a communication network between a transmitter and at least one recipient. As shown in the upper part of FIG. 1, data 100 to be transmitted through the communication network is encoded by an encoder 101 to form a coded data stream 102. In the particular embodiment described here, this stream encoded data 102 is a coded bitstream. 9

A titre d'exemple non limitatif, ce train binaire codé 102 peut représenter des données multimédia, c'est-à-dire des données vidéo ou audio. En général, le train binaire est organisé en un ensemble de paquets de données codées. Chaque paquet de données codées comporte deux parties, un en-tête et un corps (en anglais "body'), comme expliqué ci-dessous en référence à la figure 4. Un encapsuleur 103 forme des paquets réseau 104 à partir du train binaire 102, par exemple en fonction des règles contenues dans une RFC. Le processus d'encapsulation est détaillé pour certains types de flux au sein des RFCs. Par exemple, comme cité ci-dessus, la RFC 3016 décrit le processus d'encapsulation pour la norme MPEG-4 partie 2. Dans chaque paquet réseau, on distingue notamment deux parties. Une première partie correspond à des données représentant le début d'un paquet ou un en-tête réseau, par exemple un en-tête RTP (de l'anglais "Real- time Transport Protocof'). Une seconde partie correspond aux données utiles (ou charge utile) du paquet réseau, comportant les données du flux de données codées. Ces données utiles contiennent au moins une partie d'un paquet de données codées. Si la taille du paquet de données codées ne dépasse pas la taille maximale acceptable pour la partie correspondant aux données utiles d'un paquet réseau, il est possible qu'un paquet réseau contienne, dans la partie correspondant aux données utiles, exactement un paquet de données codées. L'en-tête réseau comporte des informations concernant par exemple le numéro du paquet réseau indiquant l'indice du paquet réseau dans l'ordre d'émission, un marqueur indiquant qu'un paquet est le dernier composant d'une image, etc. Dans la présente description, "encapsuler" consiste à former des paquets réseau 104 à partir d'un flux de données codées 102. Inversement, "désencapsuler" consiste à former une suite de données prête au décodage 153 à partir des paquets réseau 151 (cf. désencapsuleur 152, mentionné plus loin). Les paquets de données codées 102 sont encapsulés dans des paquets réseau 104 qui sont émis par un serveur 105 sur un réseau de 10 By way of nonlimiting example, this coded bitstream 102 may represent multimedia data, that is to say video or audio data. In general, the bitstream is organized into a set of coded data packets. Each coded data packet has two parts, a header and a body, as explained below with reference to FIG. 4. A wrapper 103 forms network packets 104 from the bitstream 102 for example, depending on the rules contained in an RFC The encapsulation process is detailed for some types of flows within RFCs For example, as mentioned above, RFC 3016 describes the encapsulation process for the standard MPEG-4 part 2. In each network packet, two parts are distinguished: A first part corresponds to data representing the beginning of a packet or a network header, for example a RTP header (from the English). "Real- time Transport Protocof"). A second part corresponds to the payload (or payload) of the network packet, comprising the data of the coded data stream. This payload contains at least a portion of a coded data packet. If the size of the coded data packet does not exceed the maximum acceptable size for the portion corresponding to the payload data of a network packet, it is possible for a network packet to contain, in the portion corresponding to the payload data, exactly one packet of data. coded data. The network header includes information such as the network packet number indicating the index of the network packet in the transmission order, a marker indicating that a packet is the last component of an image, and so on. In the present description, "encapsulate" consists of forming network packets 104 from a coded data stream 102. Conversely, "decapsulating" consists of forming a data set ready for decoding 153 from the network packets 151 (cf. disencapsulator 152, mentioned later). The encoded data packets 102 are encapsulated in network packets 104 that are transmitted by a server 105 over a network of 10

communication. De cette manière, si un paquet réseau est perdu ou corrompu, les autres paquets réseau contenant des données utiles composant une même image ou VOP restent décodables, dès lors que chaque paquet de données codées est codé et encapsulé de manière indépendante par rapport aux autres paquets de données codées. Dans le mode particulier de réalisation décrit ici, le réseau de communication est un réseau de communication à commutation de paquets. Le protocole utilisé pour le transport des données dans ce type de réseau est par exemple le protocole RTP. Ce type de protocole, en soi bien connu de l'homme du métier, est souvent utilisé dans la diffusion de données multimédia. Comme le montre la partie inférieure de la figure 1, un client 150 récupère les paquets réseau 151 du réseau de communication et identifie les paquets réseau 104 appartenant à une même image ou VOP. communication. In this way, if a network packet is lost or corrupted, the other network packets containing useful data forming the same picture or VOP remain decodable, since each coded data packet is coded and encapsulated independently from the other packets. coded data. In the particular embodiment described here, the communication network is a packet switched communication network. The protocol used for the transport of data in this type of network is for example the RTP protocol. This type of protocol, which is well known to those skilled in the art, is often used in the broadcasting of multimedia data. As shown in the lower part of FIG. 1, a client 150 retrieves the network packets 151 from the communication network and identifies the network packets 104 belonging to the same image or VOP.

Le client 150 lit alors les paquets réseau 151. Eventuellement, le client 150 ordonne les paquets réseau 151 lorsque l'ordre de réception n'a pas été le même que celui utilisé pour l'émission (par exemple dans le cas où les paquets réseau 151 ont suivi des routes différentes lors de leur transmission dans le réseau de communication). The client 150 then reads the network packets 151. Optionally, the client 150 orders the network packets 151 when the reception order has not been the same as that used for the transmission (for example in the case where the network packets 151 followed different routes during their transmission in the communication network).

Les paquets de données codées sont désencapsulés par un module désencapsuleur 152 afin de former une suite de données 153, ici un train binaire, à partir de la charge utile des paquets réseau 151. Cette suite de données 153 devrait être identique au flux de données 102 encapsulé dans des paquets réseau 104 et puis émis par le serveur 105. The encoded data packets are de-encapsulated by a decapsulator module 152 to form a data stream 153, here a bit stream, from the payload of the network packets 151. This data stream 153 should be identical to the data stream 102. encapsulated in network packets 104 and then issued by the server 105.

Néanmoins, il est possible que ces deux flux ne soient pas identiques, en raison d'erreurs survenues pendant la transmission à travers le réseau de communication. Un décodeur 154 décode la suite de données codées 153 formée par le désencapsuleur 152, et produit ainsi des données décodées 155. Nevertheless, it is possible that these two streams are not identical, due to errors occurring during the transmission through the communication network. A decoder 154 decodes the encoded data stream 153 formed by the decapsulator 152, thereby producing decoded data 155.

La figure 2 illustre un dispositif mettant en oeuvre l'invention, dans un mode particulier de réalisation. Ce dispositif est par exemple un lecteur portable multimédia 210. 11 FIG. 2 illustrates a device embodying the invention, in a particular embodiment. This device is for example a portable media player 210. 11

Le dispositif 210 comporte une interface de communication 212 reliée à un réseau 213 apte à recevoir des données numériques à traiter par le dispositif dans le cadre de la mise en oeuvre de l'invention. Il comporte aussi un lecteur 209 de stockage de masse 205. Ce stockage de masse 205 peut être une carte mémoire ou un périphérique USB, par exemple. Il peut ainsi contenir des données traitées selon l'invention ainsi que, dans une première variante, le ou les programmes mettant en oeuvre l'invention. Selon une seconde variante, le ou les programmes permettant au dispositif de mettre en oeuvre l'invention pourront être stockés en mémoire morte 202 (appelée ROM sur le dessin). En troisième variante, le ou les programmes pourront être reçus pour être stockés de façon identique à celle décrite précédemment par l'intermédiaire du réseau de communication 213. Ce même dispositif possède un écran 204 permettant de visualiser les données traitées ou de servir d'interface avec l'utilisateur qui peut ainsi sélectionner d'autres données à traiter, à l'aide du clavier 214 ou de tout autre moyen (souris, molette ou stylet par exemple). L'unité centrale 200 (appelée CPU sur le dessin) exécute les instructions relatives à la mise en oeuvre de l'invention, instructions stockées dans la mémoire morte 202 ou dans les autres éléments de stockage. Par exemple, l'unité centrale réalise les étapes illustrées en figure 3 et décrites plus loin. Lors de la mise sous tension, les programmes de traitement stockés dans une mémoire non volatile, par exemple la ROM 202, sont transférés dans la mémoire vive RAM 203 qui contiendra alors le code exécutable de l'invention ainsi que des registres pour mémoriser les variables nécessaires à la mise en oeuvre de l'invention. De manière plus générale, un moyen de stockage d'information, lisible par un ordinateur ou par un microprocesseur, intégré ou non au dispositif, éventuellement totalement ou partiellement amovible, mémorise un programme mettant en oeuvre le procédé de traitement de données selon l'invention. The device 210 comprises a communication interface 212 connected to a network 213 capable of receiving digital data to be processed by the device in the context of the implementation of the invention. It also includes a mass storage drive 205. This mass storage 205 may be a memory card or a USB device, for example. It can thus contain data processed according to the invention as well as, in a first variant, the program or programs implementing the invention. According to a second variant, the program or programs enabling the device to implement the invention may be stored in read-only memory 202 (called ROM in the drawing). In the third variant, the program or programs may be received to be stored in the same manner as previously described via the communication network 213. This same device has a screen 204 making it possible to display the processed data or to serve as an interface with the user who can thus select other data to be processed, using the keyboard 214 or any other means (mouse, wheel or stylus for example). The central processing unit 200 (called the CPU in the drawing) executes the instructions relating to the implementation of the invention, instructions stored in the read-only memory 202 or in the other storage elements. For example, the central unit performs the steps illustrated in Figure 3 and described below. When powering up, the processing programs stored in a non-volatile memory, for example the ROM 202, are transferred into RAM RAM 203 which will then contain the executable code of the invention as well as registers for storing the variables. necessary for the implementation of the invention. More generally, an information storage means, readable by a computer or by a microprocessor, integrated or not integrated in the device, possibly totally or partially removable, stores a program implementing the data processing method according to the invention. .

Le bus de communication 201 permet la communication entre les différents éléments inclus dans le dispositif 210 ou reliés à lui. La représentation du bus 201 n'est pas limitative et notamment l'unité centrale 200 est susceptible 12 The communication bus 201 allows communication between the various elements included in the device 210 or connected to it. The representation of the bus 201 is not limiting and in particular the central unit 200 is susceptible 12

de communiquer des instructions à tout élément du dispositif 210 directement ou par l'intermédiaire d'un autre élément du dispositif 210. Le dispositif 210 comporte en outre un codec 208, par exemple sous la forme d'une puce standard, utilisée par l'unité centrale 200 de manière classique à travers le bus 201. La figure 4 représente une portion de la suite de données codées prête au décodage 153 formée par le désencapsuleur 152. Cette portion de la suite de données codées 153 comporte la charge utile de plusieurs paquets réseau 151 correspondant à trois paquets de 10 données codées 401 appartenant à une image ou VOP. Ainsi, dans cet exemple nullement limitatif, les paquets de données codées sont des paquets de données vidéo. Chaque paquet de données vidéo 401 comporte un en-tête de paquet de données vidéo 402, appelé marqueur de synchronisation dans le cas 15 de la partie 2 de MPEG4, suivi des données 403 du flux de données qui, dans l'exemple non limitatif décrit ici, est un flux vidéo. Un en-tête de paquet de données vidéo représente un code signifiant le début du décodage du paquet des données vidéo indépendamment des autres paquets de données vidéo. 20 Il comprend des informations se référant aux données du paquet de données vidéo, par exemple le numéro d'indice du premier macrobloc codé appartenant à une image. On notera qu'un paquet de données vidéo peut être entièrement contenu dans un paquet réseau, ou réparti sur plusieurs paquets réseau. 25 La figure 3 est un organigramme illustrant un mode particulier de réalisation du procédé de traitement de données conforme à l'invention. Les erreurs considérées sont des données erronées contenues dans certains paquets réseau. On décrit plus loin le cas où les erreurs consistent en des paquets réseau manquants. 30 Lorsque le désencapsuleur 152 reçoit les paquets réseau 151 correspondant à une image, il initialise la suite de données codées 153 dans 13 to communicate instructions to any element of the device 210 directly or via another element of the device 210. The device 210 further comprises a codec 208, for example in the form of a standard chip, used by the central unit 200 in a conventional manner through the bus 201. FIG. 4 shows a portion of the encoded data stream ready for decoding 153 formed by the decapsulator 152. This portion of the coded data stream 153 includes the payload of several packets network 151 corresponding to three packets of 10 coded data 401 belonging to an image or VOP. Thus, in this non-limiting example, coded data packets are video data packets. Each video data packet 401 includes a video data packet header 402, referred to as a sync marker in the case of MPEG4 part 2, followed by data 403 of the data stream which, in the non-limiting example described here is a video stream. A video data packet header represents a code signifying the beginning of decoding the video data packet independently of other video data packets. It includes information referring to the data of the video data packet, for example the index number of the first coded macroblock belonging to an image. Note that a video data packet may be entirely contained in a network packet, or distributed over multiple network packets. Figure 3 is a flowchart illustrating a particular embodiment of the data processing method according to the invention. The errors considered are erroneous data contained in certain network packets. The case in which the errors consist of missing network packets is described below. When the disencapsulator 152 receives the network packets 151 corresponding to an image, it initializes the sequence of encoded data 153 into 13

laquelle la charge utile de ces paquets réseau va être insérée après désencapsulation, lors d'une étape d'initialisation 300. L'étape d'initialisation consiste par exemple en l'allocation d'une mémoire tampon de taille suffisante (par exemple supérieure à la somme des tailles des charges utiles des paquets réseau 151 correspondant à une image), où va être placé le train binaire. En fonction de l'architecture du dispositif mettant en oeuvre l'invention, la mémoire utilisée peut être par exemple une zone d'une mémoire vive RAM, une mémoire tampon sur le bus de communication, ou une mémoire tampon au sein du décodeur. the payload of these network packets will be inserted after decapsulation, during an initialization step 300. The initialization step consists for example in the allocation of a buffer of sufficient size (for example greater than the sum of the payload sizes of the network packets 151 corresponding to an image), where the bit stream will be placed. Depending on the architecture of the device embodying the invention, the memory used may for example be a RAM RAM area, a buffer memory on the communication bus, or a buffer memory within the decoder.

Ici, la suite de données codées 153 prête à être fournie en entrée au décodeur 154 est un train binaire organisé en octets, c'est-à-dire que la plus petite unité d'information correspond à un octet. Lors d'une première étape de sélection 301, le désencapsuleur sélectionne un premier paquet réseau 151. La charge utile de ce premier paquet réseau est concaténée au train binaire codé 153 lors d'une étape de concaténation 302. On va décrire à l'aide de la figure 5, l'étape de concaténation 302 du procédé de la figure 3. Une fois que l'on a sélectionné un paquet réseau 151, on procède à la désencapsulation ou extraction de la charge utile du paquet réseau 151. La désencapsulation commence avec une étape de début de désencapsulation 500 lors de laquelle l'en-tête du paquet réseau 151 est lu. Certaines erreurs peuvent être indiquées lors de cette étape, par exemple, l'absence du paquet réseau précédant celui qu'on est en train de 25 désencapsuler. Une première sous-étape de vérification 501 est mise en oeuvre afin de vérifier s'il y a eu une erreur dans le réseau lors de la transmission du paquet réseau précédent. S'il n'y a pas eu d'erreurs lors de la transmission du paquet réseau 30 précédent, une deuxième sous-étape de vérification 502 est mise en oeuvre afin de vérifier si le paquet réseau que l'on est en train de désencapsuler contient une erreur. 14 Here, the encoded data stream 153 ready to be inputted to the decoder 154 is a binary train organized in bytes, i.e. the smallest information unit corresponds to one byte. During a first selection step 301, the decapsulator selects a first network packet 151. The payload of this first network packet is concatenated to the coded bitstream 153 during a concatenation step 302. It will be described using FIG. 5, the concatenation step 302 of the method of FIG. 3. Once a network packet 151 has been selected, the network packet 151 is de-encapsulated or retrieved. The decapsulation commences with an unencapsulation start step 500 in which the header of the network packet 151 is read. Some errors may be indicated during this step, for example, the absence of the network packet preceding that which is being de-encapsulated. A first verification sub-step 501 is implemented in order to check whether there has been an error in the network during the transmission of the preceding network packet. If there were no errors during transmission of the previous network packet, a second verification sub-step 502 is implemented to check whether the network packet being de-encapsulated contains an error. 14

Si le paquet réseau 151 contient une erreur, on effectue une première sous-étape d'extraction 503 afin d'extraire la partie de la charge utile du paquet réseau 151 depuis le début de cette charge utile jusqu'à la position de l'erreur. If the network packet 151 contains an error, a first extraction sub-step 503 is performed in order to extract the portion of the payload from the network packet 151 from the beginning of this payload to the position of the error .

Ensuite, une sous-étape de signalisation 504 est mise en oeuvre afin d'indiquer cette erreur. Si à la deuxième sous-étape de vérification 502, on constate qu'il n'existe pas d'erreur dans le paquet réseau 151, on effectue une seconde sous-étape d'extraction 505 afin d'extraire toute la charge utile du paquet réseau 151. Then, a signaling sub-step 504 is implemented to indicate this error. If at the second verification sub-step 502, it is found that there is no error in the network packet 151, a second extraction sub-step 505 is performed in order to extract the entire payload from the packet. network 151.

La charge utile extraite, soit lors de la première sous-étape d'extraction 503, soit lors de la seconde sous-étape d'extraction 505, est concaténée au train binaire lors d'une sous-étape de concaténation 509. On procède ensuite à une sous-étape de finalisation de la désencapsulation 510. The extracted payload, either during the first extraction sub-step 503, or during the second extraction sub-step 505, is concatenated to the bit stream during a concatenation substep 509. Next, at a substep of finalizing the decapsulation 510.

Si à la première sous-étape de vérification 501, une erreur est détectée dans le paquet réseau 151 précédent, on effectue une troisième sous-étape de vérification 506 afin de vérifier que la charge utile du paquet réseau courant contient un marqueur de synchronisation. Si à cette troisième sous-étape de vérification 506 un marqueur de synchronisation n'est pas trouvé, on rejette le paquet réseau 151 sans extraire sa charge utile et on procède directement à l'étape de finalisation de la désencapsulation 510. Si au contraire, le paquet réseau 151 contient un marqueur de synchronisation, on met en oeuvre une troisième sous-étape d'extraction 507 de la charge utile depuis le marqueur de synchronisation jusqu'à la fin du paquet réseau 151. Ensuite, une seconde sous-étape de signalisation 508 est mise en oeuvre afin de signaler la fin de l'état d'erreur et pouvoir, comme décrit plus loin en liaison avec la suite de la figure 3, procéder à la sélection du paquet suivant s'il existe. 15 If at the first verification sub-step 501, an error is detected in the preceding network packet 151, a third verification sub-step 506 is performed to verify that the payload of the current network packet contains a synchronization flag. If at this third verification sub-step 506 a synchronization marker is not found, the network packet 151 is rejected without extracting its payload and the step of finalizing the decapsulation 510 is carried out directly. the network packet 151 contains a synchronization marker, a third extraction sub-step 507 of the payload is implemented from the synchronization marker to the end of the network packet 151. Then, a second substep of signaling 508 is implemented to signal the end of the error state and power, as described later in connection with the continuation of Figure 3, proceed to the selection of the next packet if it exists. 15

La charge utile extraite lors de la troisième sous-étape d'extraction 507 est concaténée au train binaire lors de la seconde étape de concaténation 509, puis la désencapsulation prend fin à la sous-étape de finalisation 510. Comme il sera décrit ci-dessous, la charge utile concaténée à l'étape 302 correspond aux données utiles d'un paquet réseau 151 ne comportant pas d'erreur, c'est-à-dire que lorsque la charge utile comporte une erreur, la charge utile concaténée correspond à la charge utile située avant l'erreur. Comme le montre la figure 3, une étape de vérification 303 est mise en oeuvre après l'étape de concaténation 302, afin de vérifier si une erreur s'est produite lors de la transmission de ce premier paquet réseau 151 à travers le réseau de communication. Comme décrit ci-dessus, cette erreur peut être la perte d'un paquet réseau précédent 151, ainsi qu'une erreur dans le paquet réseau 151, comme par exemple un ou plusieurs bits erronés ou la perte d'un ou plusieurs bits. The payload extracted during the third extraction sub-step 507 is concatenated to the bit stream during the second concatenation step 509, and then the decapsulation terminates at the finalization sub-step 510. As will be described below , the payload concatenated in step 302 corresponds to the payload data of a network packet 151 having no error, that is to say that when the payload includes an error, the concatenated payload corresponds to the payload located before the error. As shown in FIG. 3, a verification step 303 is carried out after the concatenation step 302, in order to check whether an error has occurred during the transmission of this first network packet 151 through the communication network . As described above, this error can be the loss of a previous network packet 151, as well as an error in the network packet 151, such as for example one or more erroneous bits or the loss of one or more bits.

Cette erreur est détectée, par exemple, via l'application d'une somme de contrôle (telle qu'un code CRC (de l'anglais "Cyclic Redundancy Check")). Le paquet réseau contenant des bits erronés, est marqué comme tel. La perte d'un paquet réseau 151 est détectable via l'en-tête réseau du paquet réseau 151. L'en-tête réseau peut par exemple comporter un numéro de séquence représentant l'indice du paquet réseau 151 lors de son émission. S'il manque un numéro dans la séquence, cela indique la perte d'un paquet réseau 151. Un paquet réseau 151 contenant une erreur peut être marqué comme erroné par des couches du réseau inférieures à la couche applicative 25 (couche de fonctionnement du désencapsuleur et du décodeur). Si, à l'étape de vérification 303, on détecte qu'une erreur est survenue lors de la transmission du paquet réseau 151 contenant la charge utile qui vient d'être concaténée, on effectue une étape d'insertion 304, dans le flux de données, d'une information relative à la détection d'une erreur. Cette 30 information relative à la détection d'une erreur correspond à des données de désynchronisation, c'est-à-dire à des données qui provoquent la désynchronisation du décodeur. 16 This error is detected, for example, via the application of a checksum (such as a CRC ("Cyclic Redundancy Check") code). The network packet containing erroneous bits is marked as such. The loss of a network packet 151 is detectable via the network header of the network packet 151. The network header may for example include a sequence number representing the index of the network packet 151 when it is transmitted. If a number in the sequence is missing, this indicates the loss of a network packet 151. A network packet 151 containing an error can be marked as erroneous by network layers lower than the application layer 25 (operating layer of the disencapsulator and the decoder). If, at the verification step 303, it is detected that an error has occurred during the transmission of the packet network 151 containing the payload that has just been concatenated, an insertion step 304 is carried out in the stream of data, information relating to the detection of an error. This information relating to the detection of an error corresponds to desynchronization data, that is to say to data which causes the desynchronization of the decoder. 16

Cette information est ainsi insérée immédiatement après la charge utile extraite du paquet réseau 151 contenant l'erreur, cette charge utile extraite allant du début de la charge utile du paquet réseau 151 jusqu'à la position précédant l'erreur, afin d'indiquer au décodeur 154 la présence d'une erreur, et désynchroniser le décodeur. Si l'erreur survenue consiste en un paquet réseau 151 manquant, les données de désynchronisation sont insérées à la place de la charge utile du paquet réseau 151 manquant comme il sera décrit ci-dessous. Selon ce mode de réalisation, l'information relative à la détection d'une erreur, ou données de désynchronisation, est une séquence de données représentant un motif interdit ou non conforme à une norme, par exemple une séquence de données ayant une longueur non conforme à la norme utilisée (MPEG-4 dans l'exemple non limitatif décrit ici). A titre d'exemple nullement limitatif, cette séquence de données peut être une séquence de 32 données binaires ayant une valeur zéro. Cette séquence est une séquence non valide dans la norme MPEG-4 partie 2. Bien entendu, d'autres types de séquences de données peuvent être utilisés. La lecture d'une telle séquence par le décodeur 154, provoque une désynchronisation du décodeur 154. Le décodeur 154 passe ainsi immédiatement en mode de resynchronisation, c'est-à-dire que le décodeur cherche un code sur lequel il peut se synchroniser et commencer ainsi à lire et décoder des données. Un tel code est connu sous le nom de marqueur de synchronisation. This information is thus inserted immediately after the payload extracted from the network packet 151 containing the error, this payload extracted from the start of the payload of the network packet 151 to the position preceding the error, in order to indicate to the decoder 154 the presence of an error, and desynchronize the decoder. If the error occurred is a missing network packet 151, the desynchronization data is inserted in place of the payload of the missing network packet 151 as will be described below. According to this embodiment, the information relating to the detection of an error, or desynchronization data, is a data sequence representing a forbidden or non-conforming pattern, for example a data sequence having a non-compliant length. to the standard used (MPEG-4 in the non-limiting example described here). By way of non-limiting example, this data sequence can be a sequence of 32 binary data having a zero value. This sequence is an invalid sequence in the MPEG-4 part 2 standard. Of course, other types of data sequences can be used. The reading of such a sequence by the decoder 154, causes a desynchronization of the decoder 154. The decoder 154 and immediately goes into resynchronization mode, that is to say that the decoder seeks a code on which it can synchronize and begin to read and decode data. Such a code is known as the synchronization marker.

Un marqueur de synchronisation comporte des données représentant le début d'un paquet de données vidéo ou d'une suite de paquets de données vidéo, et peut être un en-tête de paquet de données vidéo ou un marqueur de début. Comme décrit ci-dessus, un en-tête de paquet de données vidéo indique le début d'un paquet de données vidéo et un marqueur de début indique le début d'une image ou VOP. Une fois que l'erreur a été signalée par l'insertion des données de désynchronisation (étape 304 sur la figure 3), le désencapsuleur 152 met en 17 A timing tag includes data representing the beginning of a video data packet or a sequence of video data packets, and may be a video data packet header or a start tag. As described above, a video data packet header indicates the start of a video data packet and a start marker indicates the beginning of an image or VOP. Once the error has been signaled by the insertion of the desynchronization data (step 304 in FIG. 3), the disencapsulator 152 sets in 17

oeuvre une seconde étape de sélection 305, au cours de laquelle un paquet réseau suivant est sélectionné. Ce paquet réseau suivant peut contenir dans sa charge utile la suite d'un paquet de données vidéo ou alors un nouveau paquet de données vidéo (le marqueur de synchronisation qui est l'en-tête de ce paquet de données vidéo constitue donc les premiers octets de cette charge utile). Afin de vérifier cela, on effectue une étape de comparaison 306 consistant à comparer les données situées au début de la charge utile du paquet réseau suivant avec divers types de données susceptibles de représenter le début d'un paquet de données vidéo ou tout autre élément décodable de manière indépendante. Un marqueur de synchronisation comporte une longueur variable. Dans cet exemple nullement limitatif, le marqueur de synchronisation est constitué de 16 à 22 bits à 0 suivis d'un bit à 1. performs a second selection step 305, during which a next network packet is selected. This next network packet may contain in its payload a sequence of video data or a new packet of video data (the synchronization marker which is the header of this video data packet is therefore the first byte this payload). In order to verify this, a comparison step 306 is performed comparing the data at the beginning of the payload of the next network packet with various types of data that may represent the beginning of a video data packet or any other decodable element. independently. A synchronization marker has a variable length. In this non-limiting example, the synchronization marker consists of 16 to 22 bits at 0 followed by a bit at 1.

Lorsqu'à l'étape de comparaison 306, les données situées au début de la charge utile du paquet réseau suivant correspondent à des données représentant un marqueur de synchronisation, le paquet réseau est valide et on retourne alors à l'étape de concaténation 302, afin de concaténer au train binaire 153 les données utiles (ou charge utile) du paquet réseau suivant. When in the comparison step 306, the data at the beginning of the payload of the next network packet corresponds to data representing a synchronization marker, the network packet is valid and then returns to the concatenation step 302, in order to concatenate to the bit stream 153 the payload (or payload) of the next network packet.

Lorsque les données au début de la charge utile du paquet réseau suivant ne correspondent pas à un marqueur de synchronisation, une étape de rejet 310 est mise en oeuvre, afin de rejeter le paquet réseau suivant. Ce paquet réseau suivant peut contenir par exemple un fragment de données d'un paquet de données vidéo situé à la suite des données erronées. When the data at the beginning of the payload of the next network packet does not correspond to a synchronization marker, a rejection step 310 is implemented, in order to reject the next network packet. This following network packet may for example contain a data fragment of a video data packet located after the erroneous data.

Après l'étape de rejet 310, on retourne à la seconde étape de sélection 305 d'un paquet réseau suivant. Ainsi, seuls les paquets réseau 151 dont la charge utile commence par un marqueur de synchronisation ou qui contient des fragments de paquet de données vidéo non précédés par une erreur vont être concaténés au train binaire 153. Les données non valides, c'est-à-dire les données utiles d'un paquet réseau 151 qui ne commencent pas par un marqueur de synchronisation ou se 18 After the rejection step 310, the second selection step 305 of a next network packet is returned. Thus, only network packets 151 whose payload begins with a synchronization marker or which contains video data packet fragments not preceded by an error will be concatenated to bit stream 153. Invalid data, that is, say the payload of a network packet 151 that does not start with a synchronization marker or is 18

situant après une erreur, ne sont pas validées et ne sont donc pas insérées dans le train binaire 153. Lors de la mise en oeuvre des première et seconde étapes de sélection 301 et 305 d'un paquet réseau suivant, on met en oeuvre une détection d'un paquet réseau manquant entre le paquet réseau courant et le paquet réseau suivant sélectionné. La détection d'un paquet réseau manquant est réalisée par exemple par comparaison du numéro de séquence du paquet réseau suivant avec le numéro de séquence du paquet réseau courant incrémenté d'une unité. located after an error, are not validated and therefore are not inserted in the bit stream 153. When implementing the first and second selection steps 301 and 305 of a next packet network, a detection is implemented. a missing network packet between the current network packet and the next selected network packet. Detection of a missing network packet is performed for example by comparing the sequence number of the next network packet with the sequence number of the current network packet incremented by one.

Lorsqu'un paquet réseau manquant est détecté, on effectue une insertion des données de désynchronisation afin d'indiquer qu'un paquet réseau manque à la position des données de désynchronisation. Ainsi, le train binaire 153 produit par le désencapsuleur 152 comporte la charge utile des paquets réseau composant une image, hormis la charge utile correspondant aux paquets réseau perdus et aux données indécodables de paquets de données vidéo incomplets ou corrompus, et comporte en outre des informations relatives à la détection d'une erreur, insérées respectivement derrière les erreurs ou à la place des données manquantes. When a missing network packet is detected, the desynchronization data is inserted to indicate that a network packet is missing at the position of the desynchronization data. Thus, the bitstream 153 produced by the decapsulator 152 includes the payload of the network packets composing an image, except for the payload corresponding to the lost network packets and the undecodable data of incomplete or corrupted video data packets, and furthermore comprises information relating to the detection of an error, respectively inserted behind the errors or in place of the missing data.

Lorsqu'à l'étape de vérification 303, on ne détecte pas d'erreur survenue lors de la transmission du paquet réseau dont on vient de concaténer la charge utile, on effectue une seconde étape de vérification 307. Cette seconde étape de vérification 307 consiste à vérifier si le paquet réseau était le dernier paquet réseau de la séquence reçue par le client 25 150. S'il ne s'agit pas du dernier paquet réseau 151, le désencapsuleur met en oeuvre une troisième étape de sélection 309, au cours de laquelle un paquet suivant est sélectionné. Après la mise en oeuvre de cette troisième étape de sélection 309, 30 on retourne à l'étape de concaténation 302, afin de concaténer au train binaire 153 les données utiles du paquet réseau suivant. 19 When verification step 303 does not detect an error occurring during the transmission of the network packet whose payload has just been concatenated, a second verification step 307 is performed. This second verification step 307 consists of to check if the network packet was the last network packet of the sequence received by the client 150. If it is not the last network packet 151, the disencapsulator implements a third selection step 309, during which a next packet is selected. After the implementation of this third selection step 309, we return to the concatenation step 302, in order to concatenate to the bit stream 153 the payload data of the next network packet. 19

Lors de cette troisième étape de sélection 309, on effectue également une détection d'un paquet réseau manquant et une insertion des données de désynchronisation dans le cas où un paquet manquant est détecté. Si à l'étape 307, il s'agit du dernier paquet réseau 151, le train binaire 153 est fourni au décodeur 154. Ensuite, le décodeur 154 met en oeuvre une étape de décodage 308 du train binaire 153. Le décodeur est ainsi capable de décoder le flux des données correspondant à une image en limitant les erreurs à celles produites pendant la transmission des paquets sur le réseau de communication, autrement dit sans produire d'erreurs additionnelles et sans pour autant nécessiter une modification du décodeur. Bien entendu, le procédé conforme à l'invention peut être utilisé pour le traitement de flux de données de types autres que multimédia. Par ailleurs, le procédé s'applique également à des données codées 15 selon des normes différentes, comme par exemple MPEG-2 ou H.263, ces deux exemples n'étant aucunement limitatifs. During this third selection step 309, detection of a missing network packet and insertion of the desynchronization data is also performed in the case where a missing packet is detected. If in step 307 it is the last network packet 151, bit stream 153 is supplied to decoder 154. Then, decoder 154 implements a decoding step 308 of bit stream 153. The decoder is thus capable of to decode the data flow corresponding to an image by limiting the errors to those produced during the transmission of the packets on the communication network, in other words without producing additional errors and without requiring a modification of the decoder. Of course, the method according to the invention can be used for the processing of data streams of types other than multimedia. Furthermore, the method also applies to data encoded according to different standards, such as for example MPEG-2 or H.263, these two examples being in no way limiting.

Claims

REVENDICATIONS1. A method of processing a coded data stream prior to decoding, comprising: - a step of detecting (303) missing or erroneous data in said data stream, and - an inserting step (304), in a data sequence ready for decoding formed from said data stream, at least one information relating to the detection of missing or erroneous data, said method being characterized in that said inserting step (304) comprises inserting said information instead missing data or immediately after the erroneous data detected.

The method of claim 1, wherein the data conforms to a predetermined standard, characterized in that said information is a data sequence representing a pattern not in accordance with said standard.

3. Method according to claim 1 or 2, said data stream being organized in network packets, characterized in that it further comprises: a step of selecting (305) a network packet that follows an entire network packet missing or a network packet containing missing or erroneous data; and - a step of reading (306) at least a portion of said next network packet. 6. Method according to claim 3, characterized in that it comprises a concatenation step (302), following data ready for decoding, useful data contained in said next network packet, when at the reading step. (306), said portion of said next network packet includes data representing the beginning of a coded data packet. 7. Method according to claim 3, characterized in that it comprises a step of rejecting (310) useful data contained in said next network packet, when at the reading step (306), said part of said network packet21 following does not include data representing the beginning of a coded data packet. 6. Method according to any one of the preceding claims, characterized in that the data stream is a bit stream representing multimedia data. 7. Device for processing a coded data stream before decoding, comprising: means for detecting missing or erroneous data in said data stream, and insertion means in a data stream ready for decoding. formed from said data stream, at least one information relating to the detection of missing or erroneous data, said device being characterized in that said insertion means are adapted to insert said information in place of the missing data or immediately after the erroneous data detected. 8. Device according to claim 7, wherein the data conform to a predetermined standard, characterized in that said information is a data sequence representing a pattern not in accordance with said standard. 9. Device according to claim 7 or 8, said data stream being organized in network packets, characterized in that it further comprises: means for selecting a network packet that follows a missing whole network packet or a network packet containing missing or erroneous data; and means for reading at least a portion of said next network packet. 10. Device according to claim 9, characterized in that it comprises means for concatenation, as a result of data ready for decoding, useful data contained in said next network packet, when said part of said next network packet comprises data. representing the beginning of a coded data packet. 11. Device according to claim 9, characterized in that it comprises means for rejecting the useful data contained in said next network packet, when said part of said next network packet does not include data representing the beginning of a packet of data. coded data. 12. Device according to any one of claims 7 to 11, characterized in that the data stream is a bit stream representing multimedia data. 13. Telecommunications system comprising a plurality of terminal devices connected through a telecommunications network, characterized in that it comprises at least one terminal device equipped with a device according to any one of claims 7 to 12. 14. Medium storing information that can be read by a computer or a microprocessor holding instructions of a computer program, characterized in that it is adapted to implement a method according to any one of claims 1 to 6, when said information is read by said computer or microprocessor. 15. An information storage medium according to claim 14, characterized in that it is partially or completely removable. 16. Computer program product that can be loaded into a programmable device, characterized in that it comprises sequences of instructions for implementing a method according to any one of claims 1 to 6, when said program product of computer is loaded into and executed by said programmable apparatus.