Brevet FR2899993A1 — publié le 20071019

PROCEDE DE NOTIFICATION D'UN DEFAUT DE TRANSMISSION D'UN SIGNAL AUDIO La présente invention concerne un procédé de notification sur un lien aval d'un élément de réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont dudit élément de réseau. L'invention trouve une application particulièrement avantageuse lors du passage, via une passerelle de communication, de données audio codées d'un premier type de transport sur un lien amont à un deuxième type de transport sur un lien aval. Tout l'intérêt de l'invention apparaît lorsqu'un des deux liens fonctionnant par trames de données ne permet pas, de par sa nature, une io notification aisée d'informations de défaut de transmission, comme la perte de trames par exemple. Cette situation se rencontre typiquement dans le cas d'un lien aval synchrone de type DECT ( Digital Enhanced Cordless Telecommunications ) devant insérer toutes les 10 ms une trame de 80 octets correspondant à un débit fixe de 32 kbit/s. 15 Dans une application VoIP (Voix sur IP), le lien amont peut être un lien IP Ethernet asynchrone sous protocole RTP ( Real Time Protocol ). Un défaut de transmission sur le lien amont peut être constitué par une perte de paquets IP sur ce lien ou une absence, au niveau de l'élément de réseau, de trames à transmettre sur le lien aval, ledit élément de réseau 20 pouvant être une passerelle de communication domestique par exemple. On connaît deux procédés pour traiter ce défaut de transmission : - la passerelle est équipée d'un codeur et d'un décodeur audio ainsi que d'un mécanisme de correction d'erreurs. La passerelle décode les paquets audio reçus et, si elle détecte une perte de paquets, elle active son mécanisme de 25 correction d'erreurs en générant une ou plusieurs trames qui seront codées puis émises sur le lien aval synchrone, par exemple, en remplacement des trames manquantes. Le terminal audio en extrémité du lien synchrone décode toutes les trames reçues, y compris les trames de remplacement, et fournit le signal audio correspondant. - lorsqu'une perte de paquets sur le lien amont est détectée, l'élément de réseau faisant office de passerelle répète la dernière trame qu'il a précédemment envoyée sur le lien aval synchrone par exemple, et ceci autant de fois qu'il le faut pour remplacer toutes les trames manquantes sur ce dernier lien. Cependant, ces procédés connus permettant de prendre en compte des défauts de transmission en amont de l'élément de réseau présentent un io certain nombre d'inconvénients. Le premier procédé nécessite la présence d'un décodeur, d'un mécanisme de correction d'erreur et d'un codeur au niveau de la passerelle domestique, en plus du décodeur déjà présent dans le terminal audio en extrémité du lien aval synchrone. Ceci complexifie sensiblement l'architecture 15 de la passerelle. Le deuxième procédé conduit à une qualité de restitution sous-optimale du fait de l'introduction de répétitions de syllabes lors de pertes sur le premier lien amont. Par exemple, si la dernière trame envoyée avant la perte de paquets est la dernière syllabe -ture du mot voiture , la passerelle peut 20 être amenée à réémettre cette syllabe plusieurs fois pour combler les trames perdues, ce qui se traduit après décodage par le terminal par la séquence sonore voiture-ture-ture-... , particulièrement désagréable à écouter. Aussi, le problème technique à résoudre par l'objet de la présente invention est de proposer un procédé de notification sur un lien aval d'un 25 élément de réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont dudit élément de réseau, qui permettrait de garantir une écoute de bonne qualité, même en cas de défauts de transmission amont, tout en évitant le recours à une architecture d'élément de réseau complexe ou à des protocoles supplémentaires. 30 La solution au problème technique posé consiste, selon la présente invention, en ce que ledit procédé comprend une étape d'émission par l'élément de réseau, sur ledit lien aval, d'un signal de notification codé audio contenant un motif spécifique de notification. Ainsi, lorsqu'il détecte un défaut de transmission sur le lien amont, l'élément de réseau, telle qu'une passerelle domestique, émet en aval un signal codé audio au même format que les signaux audio codés normalement émis, mais contenant une information particulière, à savoir la notification de la détection d'un défaut, sous la forme d'un motif spécifique. La passerelle ne nécessite donc aucun équipement lourd supplémentaire comme un décodeur, un codeur ou un mécanisme de correction d'erreurs. La notification du défaut de transmission, via le motif spécifique, est reçue par le terminal audio destinataire, lequel peut alors traiter cette io information selon deux modes différents. Dans un premier mode de traitement, l'invention prévoit que ledit terminal audio comprend un module de détection d'au moins un motif spécifique de notification transmis dans un signal de notification codé audio émis par un élément de réseau à la suite de la détection par ledit élément de is réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont dudit élément de réseau. Ayant détecté de cette manière la présence d'un défaut dans le signal audio transmis, le terminal peut alors prendre les mesures appropriées pour traiter ce défaut. En particulier, si ledit terminal comprend un module de 20 correction d'au moins un défaut de transmission, un mécanisme de correction d'erreurs peut être déclenché prenant en compte les signaux reçus dans le passé. De tels mécanismes sont connus de l'homme du métier et n'entrent pas dans le champ de la présente invention. Dans un deuxième mode de traitement, le signal codé audio contenant 25 le motif spécifique de notification est simplement décodé par le terminal comme les autres signaux codés reçus. Cependant, il est prévu par l'invention que ledit motif spécifique est neutre au décodage audio. En particulier, ledit motif spécifique présente une probabilité d'occurrence sensiblement nulle par rapport aux échantillons codés audio 30 normaux, notamment les échantillons de parole. L'intérêt de choisir un motif très peu probable est de limiter au maximum les erreurs de détection de motif puisqu'un signal audio quelconque codé ne fera apparaître naturellement le motif que très exceptionnellement. De même, il est envisagé que ledit motif spécifique présente après décodage une énergie sensiblement nulle, à savoir très faible et donc quasiment inaudible par l'oreille humaine. On comprend que ces dernières caractéristiques concernant la neutralité au décodage du motif de notification sont particulièrement avantageuses car elles permettent deux implémentations possibles de l'invention. Dans une implémentation optimale, le motif spécifique de notification déclenche un mécanisme de correction d'erreurs si le terminal audio en est équipé. Dans une implémentation sous-optimale, sans module de io détection ni correction d'erreurs, le motif spécifique n'introduit pas de forts défauts dans le signal décodé, ce qui revient en fait à effectuer une correction d'erreur par insertion de silences. En d'autres termes, le procédé conforme à l'invention est compatible avec tous les terminaux audio qu'ils soient ou non équipés d'un module de 15 détection de motifs de notification et/ou d'un module de correction d'erreurs. Le défaut de transmission sur le lien en amont de l'élément de réseau peut avoir des origines multiples. Selon un premier exemple, ledit défaut de transmission est un manque d'au moins une trame de signal à transmettre sur un lien aval synchrone. 20 Dans ce cas, l'élément de réseau ne peut transmettre une ou plusieurs trames consécutives sur le lien synchrone, et, pour compenser ce défaut incompatible avec le fonctionnement synchrone du lien, il émet un signal de notification dans lequel ledit signal de notification est une trame contenant ledit motif spécifique, émise par l'élément de réseau sur le lien aval synchrone en 25 remplacement de ladite trame manquante à transmettre sur ledit lien aval synchrone. Deux situations sont possibles, ou bien ledit manque de trame résulte d'une perte d'au moins un paquet de signal sur un lien amont asynchrone, ou bien ledit manque de trame résulte d'une absence de trame à transmettre 30 dans un registre dudit élément de réseau. Cette dernière situation se présente par exemple en cas de gigue sur le lien amont asynchrone qui se traduit par un vide dans le registre du type FIFO de l'élément de réseau. Selon un deuxième exemple, ledit défaut de transmission est une altération du signal sur le lien amont. Dans le cas d'un lien aval synchrone, aucune trame à transmettre ne manque mais une ou plusieurs trames sont erronées. L'invention prévoit alors que ledit signal de notification est un signal s contenant ledit motif spécifique, émis par l'élément de réseau sur le lien aval en remplacement dudit signal altéré sur le lien amont. L'invention concerne également un dispositif de notification à un terminal audio sur un lien aval d'un élément de réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont dudit élément io de réseau, remarquable en ce que ledit élément de réseau comprend des moyens de détection d'au moins un défaut de transmission amont et des moyens aptes à transmettre au terminal audio sur ledit lien aval un signal de notification codé audio contenant un motif spécifique de notification. L'invention concerne de plus un dispositif de notification à un deuxième 15 élément de réseau sur un lien aval d'un premier élément de réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont dudit premier élément de réseau, remarquable en ce que le premier élément de réseau comprend des moyens de détection d'au moins un défaut de transmission amont et des moyens aptes à transmettre au deuxième élément 20 de réseau sur ledit lien aval un signal de notification codé audio contenant un motif spécifique de notification. L'invention concerne en outre un élément de réseau, remarquable en ce qu'il comprend des moyens de détection d'au moins un défaut de transmission affectant un signal audio codé sur un lien amont dudit élément 25 de réseau et des moyens aptes à émettre sur un lien aval un signal de notification codé audio contenant un motif spécifique de notification. L'invention concerne par ailleurs un programme d'ordinateur, implanté dans un élément de réseau selon l'invention, comprenant des instructions de code pour l'exécution du procédé selon l'invention lorsque que ledit 30 programme est exécuté par un ordinateur. De même, l'invention concerne un programme d'ordinateur, implanté dans un terminal audio selon l'invention, comprenant des instructions de code pour l'exécution du procédé selon l'invention lorsque que ledit programme est exécuté par un ordinateur. La description qui va suivre en regard des dessins annexés, donnés à titre d'exemples non limitatifs, fera bien comprendre en quoi consiste s l'invention et comment elle peut être réalisée. La figure 1 est un schéma d'un dispositif de notification de défaut de transmission selon un premier mode de réalisation de l'invention. La figure 2 est un schéma d'un dispositif de notification de défaut de transmission selon un deuxième mode de réalisation de l'invention. io La figure 3 est un schéma d'un dispositif de notification de défaut de transmission selon un troisième mode de réalisation de l'invention. Sur la figure 1 est représenté un dispositif destiné à notifier à un terminal audio 10 en extrémité d'un lien 2 en aval d'un élément 20 de réseau un défaut de transmission affectant un signal audio codé sur un lien 1 en is amont de la passerelle 20. Dans cet exemple de réalisation, le lien amont 1 est un lien IP asynchrone, l'élément 20 de réseau est une passerelle domestique de VoIP et le lien aval 2 est un lien synchrone de type DECT, ou autre comme un lien Bluetooth. 20 Le défaut de transmission envisagé ici est un manque d'au moins une trame à transmettre par la passerelle 20 sur le lien synchrone 2. Ce manque de trame peut résulter de la perte de paquets sur le lien asynchrone IP 1. Un paquet pouvant contenir plusieurs trames, la perte d'un paquet en amont peut donc entraîner la perte de plusieurs trames à 25 transmettre en aval. Dans ce cas, la pile 21 de protocole de gestion de la Voix sur IP de la passerelle 20 comprend un détecteur 23 de pertes de paquets apte à détecter la rupture dans la continuité des numéros Ns de séquences reçus dans les paquets RTP consécutifs. Le manque de trame peut aussi résulter d'une gigue sur le réseau 30 amont et/ou de l'asynchronisme des terminaux, avec pour conséquence de créer un vide dans le registre FIFO 22 de réception de la pile 21. Ce vide correspond à une absence de trame à transmettre sur le lien synchrone 2. Si l'un ou l'autre de ces défauts est détecté, à savoir perte de paquet(s) ou absence de trame(s) à transmettre, au moins un motif spécifique de notification est inséré par un module 24 d'insertion de la passerelle 20 dans une ou plusieurs trames codées audio à la place de la ou des trames s manquantes. Cette ou ces trames de remplacement sont ensuite émises sur le lien synchrone 2 vers le terminal audio 10. Dans le cas où les trames sur le lien synchrone 2 sont des trames de 10 ms par exemple, on comprend qu'une perte d'un paquet IP de 40 ms se traduira par l'émission par la passerelle 20 de quatre trames de remplacement to de 10 ms contenant le motif spécifique. Une gigue de 10 ms sur un paquet IP provoquera un vide d'une trame qui sera compensé par l'émission d'une seule trame de remplacement contenant le motif spécifique. Le terminal 10 peut être un terminal DECT, Bluetooth ou autre. Il comporte un écouteur ou haut-parleur 11, un décodeur audio 12 de parole ou 15 de son ainsi qu'un module 14 de détection de motifs spécifiques de notification. Si un motif de notification est détecté par le module 14, un module 13 de correction d'erreurs est mis en oeuvre par le terminal 10. Si le terminal 10 ne dispose pas de module 14 de détection de motifs, ni de module 13 de correction d'erreurs, la trame codée audio contenant le 20 motif spécifique est décodée comme une trame standard par le décodeur 12. C'est pourquoi il est recommandé par l'invention que ce motif spécifique soit neutre au décodage du fait qu'il est choisi de manière à présenter une occurrence peu probable et/ou une énergie faible. Le motif spécifique de notification doit être adapté au type de codeur 25 audio utilisé et peut être déterminé empiriquement. Dans le cas du codeur G.722, le demandeur a établi que le motif binaire OxFF répété sur la longueur d'une trame pouvait convenir. Par exemple, 80 octets OxFF pour remplir une trame de 640 bits et 10 ms sur un lien synchrone DECT. La figure 2 illustre un second mode de réalisation de l'invention dans 30 lequel un lien synchrone 2 est composé de deux sous-liens de nature différente, à savoir, par exemple, un premier sous-lien 21 USB entre la passerelle 20 et un élément 30 de réseau, suivi d'un deuxième sous-lien 22 DECT jusqu'au terminal 10. Les défauts de transmission survenant sur le lien synchrone 1 sont pris en compte par la passerelle 20 de la manière qui vient d'être décrite en détail en référence à la figure 1. Cependant, l'élément 30 de réseau peut, en outre, prendre en charge s les défauts de transmission sur le premier sous-lien 21 USB, que ce soit une perte de trame ou une altération d'une trame existante, par perte de bits par exemple. Dans ce cas, l'élément 30 de réseau comprend, comme la passerelle 20, un moyen de détection de défauts et un moyen d'insertion d'un motif io spécifique de notification identique au motif mis en oeuvre par la passerelle 20. Ce motif est inclus par l'élément 30 de réseau dans une trame remplaçant une trame manquante ou se substituant à une trame existante altérée. A réception et détection d'une trame incluant le motif spécifique, le terminal 10 active son mécanisme de correction d'erreurs sans distinction sur 15 l'origine du défaut ainsi notifié, celui-ci pouvant provenir du lien asynchrone 1 ou du sous-lien synchrone 21. La figure 3 montre un troisième mode de réalisation de l'invention mettant en oeuvre un premier élément 20' de réseau servant de passerelle entre un lien amont asynchrone 1 et un lien aval synchrone 2 terminé par un 20 deuxième élément 20" de réseau servant lui-même de passerelle entre le lien synchrone 2 et un lien aval asynchrone 1'. On supposera que les codeurs utilisés sur chaque lien sont identiques. A titre d'exemple, le schéma de liens de la figure 3 pourrait être disposé en amont des schémas des figures 1 et 2. 25 Si la passerelle 20' détecte une perte de paquets sur le lien asynchrone 1, un motif spécifique de notification est inséré dans une trame de remplacement émise par ladite passerelle 20' sur le lien synchrone 2. Dans le cas où la passerelle 20" n'est pas équipée de module de détection de motifs, ladite trame de remplacement est transmise telle qu'elle 30 sur le lien aval asynchrone 1' jusqu'à aboutir éventuellement à un terminal 10 qui traitera le motif de notification de la manière qui a été exposée plus haut. Dans le cas où la passerelle 20' comporte un module de détection de motifs, le défaut détecté par la passerelle 20' est reportée en aval par la passerelle 20". Si, par exemple, le défaut détecté par la passerelle 20' est la perte sur le lien 1 du paquet portant le numéro de séquence Ns=8, la passerelle 20' émet un motif spécifique de notification dans une ou plusieurs trames sur le lien 2 correspondant aux trames perdues avec le paquet 8 . La passerelle 20" détecte alors les trames portant ledit motif spécifique mais sans reconstituer un paquet de remplacement 8 , le paquet 8 restant manquant sur le lien asynchrone 1'. Ce défaut sera pris en charge en aval par une passerelle analogue à la passerelle 20 des figures 1 et 2. ia REVENDICATIONS 1. Procédé de notification sur un lien aval (2 ; 22) d'un élément (20 ; 30) de réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont (1 ; 21) dudit élément de réseau, caractérisé en ce que ledit procédé comprend une étape d'émission par l'élément (20 ; 30) de réseau, sur ledit lien aval, d'un signal de notification codé audio contenant un motif spécifique de io notification. 2. Procédé selon la revendication 1, caractérisé en ce que ledit motif spécifique est neutre au décodage audio. 3. Procédé selon la revendication 2, caractérisé en ce que ledit motif spécifique présente une probabilité d'occurrence sensiblement nulle. 15 4. Procédé selon l'une des revendications 2 ou 3, caractérisé en ce que ledit motif spécifique présente après décodage une énergie sensiblement nulle. 5. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit défaut de transmission est un manque d'au moins une trame de signal à transmettre sur un lien aval synchrone (2 ; 22). 20 6. Procédé selon la revendication 5, caractérisé en ce que ledit manque de trame résulte d'une perte d'au moins un paquet de signal sur un lien amont asynchrone (1). 7. Procédé selon la revendication 5, caractérisé en ce que ledit manque de trame résulte d'une absence de trame à transmettre dans un registre (22) 25 dudit élément (20) de réseau. 8. Procédé selon l'une quelconque des revendications 5 à 7, caractérisé en ce que ledit signal de notification est une trame contenant ledit motif spécifique, émise par l'élément (20) de réseau sur le lien aval synchrone (2) en remplacement de ladite trame manquante à transmettre sur ledit lien aval 30 synchrone. 2899993 Il 9. Procédé selon l'une quelconque des revendications 1 à 4, caractérisé en ce que ledit défaut de transmission est une altération du signal sur le lien amont (21). 10. Procédé selon la revendication 9, caractérisé en ce que ledit signal de 5 notification est un signal contenant ledit motif spécifique, émis par l'élément (30) de réseau sur le lien aval (22) en remplacement dudit signal altéré sur le lien amont (21). 11. Dispositif de notification à un terminal audio (10) sur un lien aval (2) d'un élément (20) de réseau d'un défaut de transmission affectant un signal audio io codé sur un lien amont (1) dudit élément (20) de réseau, caractérisé en ce que ledit élément de réseau comprend des moyens (23) de détection d'au moins un défaut de transmission amont et des moyens (24) aptes à transmettre au terminal audio (10) sur ledit lien aval (2) un signal de notification codé audio contenant un motif spécifique de notification. 15 12. Dispositif de notification à un deuxième élément (20") de réseau sur un lien aval (2) d'un premier élément (20') de réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont (1) dudit premier élément (20') de réseau, caractérisé en ce que le premier élément (20') de réseau comprend des moyens de détection d'au moins un défaut de transmission 20 amont et des moyens aptes à transmettre au deuxième élément (20") de réseau sur ledit lien aval (2) un signal de notification codé audio contenant un motif spécifique de notification. 13. Elément (20) de réseau, caractérisé en ce qu'il comprend des moyens (23) de détection d'au moins un défaut de transmission affectant un signal audio 25 codé sur un lien amont (1) dudit élément de réseau et des moyens (24) aptes à émettre sur un lien aval (2) un signal de notification codé audio contenant un motif spécifique de notification. 14. Programme d'ordinateur, implanté dans un élément (20) de réseau selon la revendication 13, comprenant des instructions de code pour l'exécution du 30 procédé selon l'une quelconque des revendications 1 à 10 lorsque que ledit programme est exécuté par un ordinateur. 15. Terminal audio (10), caractérisé en ce qu'il comprend un module (14) de détection d'au moins un motif spécifique de notification transmis dans unsignal de notification codé audio émis par un élément (20) de réseau à la suite de la détection par ledit élément de réseau d'un défaut de transmission affectant un signal audio codé sur un lien amont (1) dudit élément (20) de réseau. 16. Terminal selon la revendication 15, caractérisé en ce que ledit terminal (10) comprend un module (13) de correction d'au moins un défaut de transmission. 17. Programme d'ordinateur, implanté dans un terminal audio (10) selon l'une des revendications 15 ou 16, comprenant des instructions de code pour lo l'exécution du procédé selon l'une quelconque des revendications 1 à 10 lorsque que ledit programme est exécuté par un ordinateur.