FR 2920630 A1 20090306 FR 0757233 A 20070829 Décodeur de télévision numérique La présente invention concerne un décodeur de télévision numérique équipé de moyens de réception d'un flux de données pour la diffusion d'une pluralité de services émis par un satellite. L'invention trouve une application particulièrement intéressante dans le contexte de la diffusion de chaînes de télévision nationales et de décrochages régionaux associés ; ainsi, à certains horaires, un décrochage régional d'un programme de télévision national peut être programmé, c'est-à-dire que sur une chaîne de télévision sélectionnée par un abonné, un programme régional est transmis à la place du programme national. A titre d'exemple, la chaîne nationale française France 3 propose aujourd'hui 24 décrochages régionaux. Dans le cas de la télévision numérique terrestre, le décrochage de la chaîne nationale vers la chaîne régionale se fait au niveau de la tête de ré-seau qui remplace le programme national par le décrochage régional et émet ce dernier. On est ici en présence d'une simple commutation où l'on passe d'une chaîne ayant un certain contenu à une autre chaîne ayant un contenu différent. La gestion des décrochages régionaux s'avère beaucoup plus complexe dans le cadre d'une diffusion par satellite dans la mesure où le décodeur de télévision numérique en charge de la réception et du traitement des signaux reçus ne reçoit pas un unique décrochage régional mais une pluralité (24 par exemple dans le cas de France 3). Dès lors, le décodeur doit être en mesure de gérer non pas un basculement d'une chaîne nationale vers un décrochage régional mais d'une chaîne nationale vers une pluralité de décrochages régionaux. Dans ce contexte, la présente invention vise à fournir un décodeur de télévision numérique équipé de moyens de réception d'un flux de données pour la diffusion d'une pluralité de services émis par un satellite et permet-tant de gérer efficacement les basculements entre les plages nationales et les décrochages régionaux des programmes nationaux. A cette fin, l'invention propose un décodeur de télévision numérique comportant : - des moyens de réception d'un flux de données pour la diffusion d'une pluralité de services émis par un satellite, - des moyens de mémorisation, le décodeur étant caractérisé en ce que : - les moyens de mémorisation comportent une table incluant un champ indiquant l'état actif ou inactif de N services formant chacun une déclinaison d'un service donné, dit service principal, N étant un entier supérieur ou égal à 1, -le décodeur comporte des moyens pour balayer le flux de données et détecter lesdits états, la table étant mise à jour périodiquement à par-tir de données comprises dans le flux de données. On entend par déclinaison soit un décrochage régional d'un pro-gramme national (i.e. le service principal) soit un programme local ou régional qui n'est pas à proprement parler un décrochage régional mais qui peut être assimilé à un tel décrochage (chaîne sportive locale par exemple n'émettant que ponctuellement). Grâce à l'invention, on utilise une table permettant de savoir, pour chaque décrochage, si ce dernier est actif ou pas. La mise à jour de cette table doit être périodique (avec un temps de cycle le plus court possible) de façon à permettre au décodeur d'avoir accès en permanence à l'état des décrochages et d'être en mesure de commuter rapidement sur un décrochage régional devenant actif lorsque le téléspectateur regarde un pro-gramme national mais également de rebasculer sur le programme national lorsque le décrochage régional devient inactif. Cette table peut être par exemple une table privée s'inspirant du mécanisme de la table RST � Running Status Table � définie selon la norme DVB � Digital Video Broadcasting �: cette table privée doit être adaptée à la gestion des décrochages régionaux en lui attribuant une valeur particulière de données d'identification de paquets ou PID � Packet Identification Data � ainsi qu'une valeur particulière d'identificateur de table ou table_id définies selon la norme DVB ; elle doit également être mise à jour périodiquement contrairement à la table RST définie dans la norme DVB qui n'est mise à jour que ponctuellement. Le dispositif selon l'invention peut également présenter une ou plu-sieurs des caractéristiques ci-dessous, considérées individuellement ou selon toutes les combinaisons techniquement possibles. De manière préférentielle, la période de mise à jour de la table est comprise entre 100 ms et 1 s ; cette période vaut avantageusement 500 ms. Selon un mode de réalisation particulièrement avantageux, le service principal est associé à une chaîne nationale et les services de déclinaison forment des décrochages régionaux de la chaîne nationale. Avantageusement, le décodeur selon l'invention comporte des moyens pour configurer un service par défaut parmi les N services formant une déclinaison du service principal et/ou des moyens pour permettre à l'utilisateur de sélectionner un service parmi les N services formant une déclinaison du service principal. Avantageusement, le décodeur selon l'invention comporte des moyens pour contrôler périodiquement l'état du service par défaut ou du service sélectionné par l'utilisateur dans les deux situations suivantes : - le décodeur diffuse la chaîne correspondant au service principal au- quel est lié le service par défaut. - le décodeur diffuse la chaîne correspondant au service par défaut ou la chaîne correspondant au service sélectionné par l'utilisateur. On notera que dans ce cas, la période de contrôle doit être proche (voire identique) de la période de mise à jour de la table : la période de contrôle est donc comprise entre 100 ms et 1 set vaut avantageusement 500 ms. Préférentiellement, le décodeur selon l'invention comporte : - des moyens pour commuter de la chaîne correspondant au service principal vers la chaîne correspondant au service par défaut lorsque l'état du service par défaut devient actif. - des moyens pour commuter de la chaîne correspondant au service par défaut ou au service sélectionné par l'utilisateur vers la chaîne correspondant au service principal lorsque l'état du service par défaut ou du service sélectionné par l'utilisateur devient inactif. Selon un mode de réalisation particulièrement avantageux, la table est une table privée identifiée par une valeur particulière de données d'identification de paquets ou PID � Packet Identification Data � et d'identificateur de table ou table_id définies selon la norme DVB, ladite table compor- tant pour chaque service de déclinaison : - un triplet DVB incluant : o un champ d'identification du réseau ou original_network_id, o un champ d'identification de multiplex ou transport_stream_id, o un champ d'identification de service ou service_id ; - un champ d'indication d'état ou runing_status formant ledit champ in- diquant l'état actif ou inactif du service. De manière avantageuse, le champ indiquant l'état actif ou inactif de chacun des N services est un champ codé sur 3 bits, la valeur décimale 1 du champ indiquant que l'état est inactif et la valeur décimale 4 du champ indi- quant que l'état est actif. Avantageusement, les moyens de mémorisation comportent une table BAT � Bouquet Association Table � définie selon la norme DVB incluant un bouquet dédié à l'ensemble des services principaux présentant des déclinai-sons ainsi qu'aux services formant ces déclinaisons. Avantageusement, les moyens de mémorisation comportent une table de description de service SDT � Service Description Table � définie selon la norme DVB incluant un champ dédié LCN � Logical Channel Number � utilisé pour chaque service formant une déclinaison d'un service principal et prenant une valeur identifiant ledit service principal. D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est donnée ci-dessous, à titre indicatif et nullement limitatif, en référence à la figure 1 annexée qui est une représentation schématique simplifiée d'un décodeur selon l'invention. La figure 1 représente un décodeur 1 selon l'invention. Le décodeur 1 est en relation avec un dispositif de visualisation 2 pour afficher sur l'écran de ce dernier des programmes radiodiffusés reçus sur des moyens de réception 3 du décodeur 1. D'une manière connue, les moyens de réception 3 sont reliés à une parabole 4 en relation avec un satellite 5. Les signaux en provenance du satellite 5 sont amplifiés et convertis dans la gamme 950-2150 MHz par un convertisseur situé au foyer de la parabole 4 puis appliqués à l'entrée des moyens de réception 3. Les chaînes de télévision diffusées par le satellite 5 utilisent la norme MPEG-2 (ou la norme MPEG-4) pour la compression de leurs services audio et vidéo ainsi que pour le format du paquet de transport ; en liaison avec le choix de compression, la norme de transmission DVB-S (ou DVB S2) est utilisée. Le décodeur 1 comporte dans son principe un microprocesseur 6 en relation avec les moyens de réception 3. Le microprocesseur 6 est relié aux moyens de réception 3 ainsi qu'à une mémoire de programme 7 et une mémoire de données 8 par l'intermédiaire d'un bus 9. Le bus 9 peut par ailleurs être utilisé pour transmettre au dispositif de visualisation 2 les images à affi- cher. Le décodeur 1 comporte en outre des moyens de formatage non représentés pour transformer les signaux reçus en des signaux applicables directement sur les organes de commande du dispositif de visualisation 2. Pour un tube cathodique il s'agit par exemple des commandes appliquées sur les organes de balayage et sur les différents canons à électrons produi-sant des pixels de couleur sur l'écran. Le formatage s'effectue en respectant pour chacune des images à représenter des tables de paramètres enregistrées dans la mémoire de données 8. Dans la télévision numérique, il est prévu que les signaux de paramètre soient transmis dans le flux (c'est à dire avec le signal vidéo lui- même) dans des paquets de données. Les paquets de données transmis sont arrangés en sections, les sections comportant classiquement 1024 octets et dans certains cas 4096 octets. Les paquets d'une même table ne sont pas nécessairement groupés dans une même section. Ils peuvent être ré-partis dans des sections successives, entrelacées avec des paquets d'in- formations relatifs à d'autres tables ou au signal vidéo, audio, de données ou autre. Dans chaque section, des identifiants permettent d'attribuer les paquets de données à des tables particulières parmi d'autres. En réception, un décodeur ne sait pas à priori comment sont répartis les paquets de données mais il connaît le découpage des sections. Le décodeur doit donc lire l'identifiant dans chaque section et réorganiser les données pour les affecter aux bonnes tables. Toutes les tables sont éditées par l'opérateur de télévision, sont incorporées dans le flux de cet opérateur, et sont acheminées vers les utilisateurs. La mémoire de programmes 7 comporte pour cela des moyens 10 aptes à mettre en oeuvre une opération de balayage et de détection des paramètres dans le flux de données reçu sur les moyens de réception 3 : ces paramètres sont mémorisés dans les tables contenues dans la mémoire de données 8. En définitive, toute une architecture de tables est ainsi distri- buée, en particulier selon la norme ETSI EN 300 468. Nous ne décrirons dans ce qui suit que les tables nécessaires à la mise en oeuvre de l'invention étant entendu que d'autres tables sont utilisées pour remplir des fonctions sans rapport avec l'invention. Le problème technique résolu par le décodeur selon l'invention est celui de la gestion des dé-crochages régionaux ; pour ce faire, le décodeur selon l'invention doit per-mettre de répondre aux trois attentes suivantes : - identifier des programmes nationaux offrant des décrochages régionaux, - permettre à l'utilisateur de choisir pour chaque programme national offrant des décrochages régionaux, un décrochage régional par dé- faut ou un décrochage régional sélectionné dans un menu, - gérer les basculements entre les plages nationales et les décrocha- ges régionaux des programmes en question. La réponse aux deux premières attentes suppose que le décodeur permette à la fois d'identifier les décrochages régionaux mais également de lier chacun d'entre eux au programme national auquel ils sont rattachés. On entend classiquement par service ce que les utilisateurs appellent une chaîne de télévision, par exemple une chaîne diffusant au cours de la journée des programmes successifs les uns des autres ; néanmoins, les services peuvent être des services uniquement audio ou des services de données et les chaînes peuvent comprendre plusieurs services. On évoquera dans ce qui suit la notion d'offre regroupant l'ensemble des services offerts par l'opérateur. La mémoire 8 de données comporte en outre une table de description de services SDT (�Service Description Table �) qui renseigne sur les servi-ces présents dans le multiplex ; chaque multiplex diffuse une sous-table SDT. Tous les services potentiellement présents y sont décrits et le carac- tère dynamique des services peut être renseigné par un champ d'état ou � running_status �. Chaque service est ainsi identifié dans une table NIT (� Network In-formation Table � ou table d'informations de réseau) par un triplet DVB représentant : - une information dite original_network_id (Identification de réseau) ; l'offre de services de l'opérateur utilise une information de original_network_id dédiée à cette diffusion. - une information transport_stream_id (Identification de multiplex), typiquement cette information désigne un des transpondeurs en relation avec le satellite ; - une information dite service_id (Identification de Service), qui est un numéro attribué par l'opérateur qui gère le satellite à la transmission de ce service. La segmentation des valeurs de service_id donnée en hexadécimal dans le tableau 1 ci-dessous sera utilisée par la suite pour la numérotation des services offerts par l'opérateur. Valeur du Service id Note 0x0801 à 0xOFFF Programmes nationaux 0x01000 à OxEFFF Déclinaisons régionales de programmes nationaux OxF000 à DxFFFF Programmes locaux ou régionaux Tableau 1 Ainsi la numérotation des programmes prend en compte spécifique- ment la diffusion des décrochages régionaux avec des numéros de services distincts permettant leur réception par le décodeur 1. On notera qu'il est également prévu la présence de programmes locaux ou régionaux qui ne sont pas à proprement parler des décrochages régionaux mais qui peuvent être traités comme tels. La mémoire 8 de données comporte en outre une table BAT (� Bouquet Association Table �) : une table BAT est utilisée pour grouper la présentation à l'utilisateur de différents bouquets de services. Chaque bouquet est associé à un identifiant de bouquet ou bouquet_id. Par exemple, un premier bouquet_id pourrait donner la liste des programmes télévisuels de langue française ; un deuxième bouquet_id proposerait la liste des programmes radio de langue française ; un troisième bouquet_id 3 proposerait la liste des programmes télévisuels en langue anglaise. Pour faciliter l'identification des programmes de l'offre ayant des décrochages régionaux, la table BAT comporte un bouquet_id dédié à l'ensemble de ces programmes ayant des décrochages régionaux. Ce bouquet comprendra tous les programmes nationaux ayant des décrochages régionaux ainsi que les décrochages régionaux en question. La table SDT comporte un descripteur dédié, déjà utilisé en DVB-T et connu sous le nom de LCN ou � Logical Channel Number � : ce descripteur est utilisé en DVB-T pour fournir une numérotation des services. Dans le cadre de cette invention, il est détourné de son utilisation première puisqu'on utilisera le descripteur LCN uniquement pour les décrochages régionaux et les programmes régionaux ou locaux. Pour chacun des décrochages régionaux de programmes nationaux (service_id compris entre 0x1000 et OxEFFF), ce descripteur LCN indique le programme national auquel il est rattaché. Identiquement, en cas de pro-grammes locaux ou régionaux (service_id compris entre OxF000 et OxFFFF), le LCN indique le programme national auquel ils sont rattachés. En revanche, pour un programme national, le numéro du service_id donnant directe-ment sa numérotation, il n'est pas utile d'utiliser le descripteur LCN. Les différents points évoqués ci-dessus sont résumés dans le tableau 2 ci-dessous : Valeur du Service id Utilisation du LON 0x0001 à 0x0FFF Non Ox1OOO à OxEFFF Ouï OxF000 à 0xFFFF Cul Tableau 2 Ainsi, si un LCN est utilisé et qu'il a une valeur x, le décodeur est in-formé de trois éléments : - il s'agit d'un décrochage régional (ou d'un programme local ou régional), - ce décrochage régional est rattaché au programme x, - le programme x a au moins un décrochage régional. La présence de la table BAT et l'utilisation du descripteur LCN per-mettent au décodeur 1 à la fois d'identifier les décrochages régionaux mais également de lier chacun d'entre eux au programme national auquel ils sont rattachés. On notera que cette fonction est remplie principalement par la présence du descripteur LCN ; la table BAT et son bouquet_id dédié à l'ensemble de ces programmes ayant des décrochages régionaux permettent au décodeur 1 de gagner du temps en limitant son balayage au bouquet dédié. Le décodeur 1 comporte par ailleurs des moyens 11 pour configurer un décrochage régional par défaut parmi l'ensemble des décrochages régionaux disponibles d'un programme national et des moyens 12 pour per-mettre à l'utilisateur de sélectionner dans un menu un décrochage régional parmi l'ensemble des décrochages régionaux disponibles d'un programme national. Ainsi, pour chaque programme national ayant des décrochages régionaux, le décodeur 1 propose via les moyens 11 de configuration, la liste des décrochages régionaux disponibles afin que l'utilisateur choisisse celui qu'il souhaite voir par défaut lors des décrochages automatiques (sur les-quels nous reviendrons par la suite). Pour chaque programme national ayant des décrochages régionaux, ce choix de décrochage régional par défaut peut être proposé : - lors de la première installation du décodeur 1 après avoir détecté tous les programmes nationaux disposant de décrochages régionaux (via la table BAT et les descripteurs LCN de la table SDT), -lorsque de nouveaux décrochages régionaux de ce programme national sont disponibles (via la mise à jour de la table SDT), - lorsque le décrochage régional préalablement choisi par défaut n'est plus diffusé (i.e. n'a plus de LCN associé lors de la mise à jour de la table SDT). Le téléspectateur peut également à tout moment via les moyens de 12 de sélection modifier ses choix de décrochages régionaux grâce à des menus qui lui sont proposés. Afin de gérer les basculements entre un programme national et les décrochages régionaux, la mémoire de données 8 comporte une table appelée FRST. Une manière de procéder consiste à reprendre la syntaxe de la table RST (� Running Status Table �) définie selon la norme DVB et de la privatiser en lui apportant certaines modifications. On notera que la table RST n'a absolument pas pour fonction de gérer des basculements : la table RST est normalement transmise pour la mise à jour rapide d'événements, une seule fois, au moment où un changement se produit (elle n'est donc pas transmise de façon périodique). On notera en outre que le mécanisme de gestion des basculements selon ce mode de réalisation s'appuie au maximum sur une adaptation de mécanismes DVB tout en étant indépendant d'un système d'exploitation spécifique. La norme DVB prévoie le fait que des diffuseurs (diffusion satellite, terrestre, par câble ou autre) puissent eux-mêmes définir des tables dites privées pour leur propre besoin. Chaque table est identifiée par des valeurs particulières de données d'identification de paquets ou "PID" (pour "Packet Identification Data") et d'identificateurs de tables ("table_id"), dont les valeurs sont soit définies par la norme soit à définir dans le cas de tables privatisées. La table FRST privatisée se différencie de la table RST par les points suivants : - il convient tout d'abord de prendre une valeur de table_id différente de 0x71 en hexadécimal (table_id de la RST) et une valeur de PID différente de 0x13 en hexadécimal (PID de la RST), -il convient également de rendre périodique l'émission de cette table avec une période de mise à jour la plus courte possible de façon à réduire le temps de transition entre la disponibilité du programme et sa fourniture à l'utilisateur) : cette période peut être comprise entre 100 ms et 1s. A titre d'exemple, la table FRST peut être ainsi définie par les valeurs suivantes : - PID = 243 en décimal (ou OxF3 en hexadécimal) ; - Table_id = 243 en décimal (ou OxF3 en hexadécimal) ; - Périodicité d'émission = 500 ms (versus un envoi ponctuel quand né- cessaire pour la table RST). Le temps de cycle de 500 ms est particulièrement avantageux dans la mesure où : - Il est très court ; - Il correspond à un temps de cycle déjà utilisé pour d'autres tables existantes (la table PMT � Program Map Table) ; dès lors, les décodeurs existant sont capables de gérer des temps de cycle comme celui-là. La table FRST est segmentée en section de type � run-ning_status_section � ; sa syntaxe est donnée dans le tableau 3 ci-dessous. La table FRST utilise un champ running_status codé sur trois bits et indiquant l'état actif ou inactif des N (i variant de 0 à N-1 dans la syntaxe du tableau 3 ci-dessous) décrochages régionaux associé à un programme national. Si le champ running_status prend la valeur 1 en décimal, le décrochage régional est inactif et si le champ running_status prend la valeur 4 en décimal, le décrochage régional est actif. Les autres valeurs du champ running_status ne sont pas utilisées. On notera que les valeurs de PID et de table id de cette table étant différents de la table RST, si un décodeur était amené à gérer également une table RST, il n'y aurait pas de conflit d'identification avec la table FRST dédiée à la gestion du basculement. Syntaxe Nombre de bits running_status_section0{ Table id 8 section_syntax_indicator 1 reserved future_use 1 reserved 2 section_length 12 for (i=0 ;i Si la chaîne nationale n'est pas associée à un décrochage régional, le téléspectateur accède à la chaîne nationale souhaitée. Si la chaîne nationale est associée à un décrochage régional, le dé-codeur 1 vérifie si la liste des décrochages régionaux associés à ce pro-gramme a changé. Si la liste a changé, le décodeur 1 propose à l'utilisateur via ses moyens 11 de configuration de mettre à jour le choix du décrochage régional par défaut. Si la liste n'a pas changé, le décodeur 1 vérifie via ses moyens 13, l'état running_status du décrochage régional dans la table FRST. Si l'état est actif, le décodeur 1 informe le téléspectateur du bascule-ment automatique vers le décrochage régional choisi par défaut et effectue le basculement via les moyens de commutation 14. 4eme Cas : l'utilisateur zappe sur un décrochage régional (0x1000 Si le running_status est actif, le téléspectateur accède automatique-ment au décrochage régional souhaité ; dans ce cas, le décodeur 1 contrôle périodiquement, via ses moyens 13, l'état running_status du décrochage régional dans la table FRST pour détecter un éventuel basculement vers la chaîne nationale. Si le running_status est inactif, le décodeur 1 vérifie dans le LCN quelle est la chaîne nationale associée au décrochage régional. Le décodeur 1 informe le téléspectateur du basculement automatique vers la chaîne nationale en lui indiquant l'absence momentanée du décrochage régional et effectue le basculement via les moyens 15. Le décodeur 1 contrôle alors périodiquement, via ses moyens 13, l'état running_status du décrochage régional dans la table FRST pour détecter un éventuel basculement vers le décrochage régional voulu. Bien entendu, l'invention n'est pas limitée au mode de réalisation qui vient d'être décrit. Notamment, les moyens et/ou mémoires représentés sur la figure 1 sont des unités fonctionnelles qui peuvent ou non correspondre à des unités physiquement distinguables. Par exemple, ces moyens et/ou mémoires peu-vent être regroupés dans un unique composant, ou constituer des fonctionnalités d'un même logiciel. A contrario, certains moyens et/ou mémoires peuvent éventuellement être composés d'entités physiques séparées. En outre, il est tout à fait possible de s'affranchir de l'utilisation de la table BAT ou du champ LCN de la table SDT en utilisant un système d'exploitation propriétaire permettant d'identifier les chaînes nationales et leurs décrochages régionaux. Enfin, on pourra remplacer tout moyen par un moyen équivalent REVENDICATIONS 1. Décodeur (1) de télévision numérique comportant : - des moyens (3) de réception d'un flux de données pour la diffusion d'une pluralité de services émis par un satellite (5), - des moyens (8) de mémorisation, ledit décodeur (1) étant caractérisé en ce que : - lesdits moyens (8) de mémorisation comportent une table (FRST) incluant un champ indiquant l'état actif ou inactif de N services formant chacun une déclinaison d'un service donné, dit service principal, N étant un entier supérieur ou égal à 1, - ledit décodeur (1) comporte des moyens (10) pour balayer ledit flux de données et détecter lesdits états, ladite table (FRST) étant mise à jour périodiquement à partir de données comprises dans ledit flux de données. 2. Décodeur (1) selon la revendication 1 caractérisé en ce que la période de mise à jour de ladite table (FRST) est comprise entre 100 ms et 1 s et vaut notamment 500 ms. 3. Décodeur (1) selon l'une des revendications précédentes caractéri- sé en ce que ledit service principal est associé à une chaîne nationale et lesdits services de déclinaison forment des décrochages régionaux de ladite chaîne nationale. 4. Décodeur (1) selon l'une des revendications précédentes caractérisé en ce qu'il comporte des moyens (11) pour configurer un service par dé- faut parmi lesdits N services formant une déclinaison dudit service principal et/ou des moyens (12) pour permettre à l'utilisateur de sélectionner un service parmi lesdits N services formant une déclinaison dudit service principal. 5. Décodeur (1) selon la revendication précédente caractérisé en ce qu'il comporte des moyens (13) pour contrôler périodiquement l'état dudit service par défaut ou dudit service sélectionné par l'utilisateur dans les deux situations suivantes :- ledit décodeur (1) diffuse la chaîne correspondant au dit service principal auquel est lié le service par défaut ou le service sélectionné par l'utilisateur. - ledit décodeur (1) diffuse la chaîne correspondant au dit service par défaut ou la chaîne correspondant au dit service sélectionné par l'utilisateur. 6. Décodeur (1) selon la revendication précédente caractérisé en ce qu'il comporte : - des moyens (14) pour commuter de ladite chaîne correspondant au dit service principal vers la chaîne correspondant au dit service par défaut lorsque l'état dudit service par défaut devient actif. - des moyens (15) pour commuter de ladite chaîne correspondant au dit service par défaut ou au dit service sélectionné par l'utilisateur vers ladite chaîne correspondant au dit service principal lorsque l'état dudit service par défaut ou dudit service sélectionné par l'utilisateur devient inactif. 7. Décodeur (1) selon l'une des revendications précédentes caractérisé en ce que ladite table (FRST) est une table privée identifiée par une va-leur particulière de données d'identification de paquets ou PID � Packet Identification Data � et d'identificateur de table ou table id définies selon la norme DVB, ladite table comportant pour chaque service de déclinaison : - un triplet DVB incluant : o un champ d'identification du réseau ou original_network_id, o un champ d'identification de multiplex ou transport_stream_id, o un champ d'identification de service ou service_id ; - un champ d'indication d'état ou runing status formant ledit champ in-diquant l'état actif ou inactif dudit service. 8. Décodeur (1) selon l'une des revendications précédentes caractérisé en ce que ledit champ indiquant l'état actif ou inactif de chacun des N services est un champ codé sur 3 bits, la valeur décimale 1 dudit champ indiquant que l'état est inactif et la valeur décimale 4 dudit champ indiquant que l'état est actif. 9. Décodeur (1) selon l'une des revendications précédentes caractérisé en ce que lesdits moyens (8) de mémorisation comportent une table BAT � Bouquet Association Table � définie selon la norme DVB incluant un bouquet dédié à l'ensemble des services principaux présentant des déclinaisons ainsi qu'aux services formant ces déclinaisons. 10. Décodeur (1) selon l'une des revendications précédentes caractérisé en ce que lesdits moyens (8) de mémorisation comportent une table de description de service SDT � Service Description Table � définie selon la norme DVB incluant un champ dédié LCN � Logical Channel Number � utili- sé pour chaque service formant une déclinaison d'un service principal et prenant une valeur identifiant ledit service principal.