FR2924889A1

FR2924889A1 - Decodeur de television numerique

Info

Publication number: FR2924889A1
Application number: FR0759705A
Authority: FR
Inventors: Alain Mear; Stefano Pezzana
Original assignee: Eutelsat SA
Current assignee: Eutelsat SA
Priority date: 2007-12-10
Filing date: 2007-12-10
Publication date: 2009-06-12
Anticipated expiration: 2027-12-10
Also published as: FR2924889B1

Abstract

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 des décodeurs dit « free to air » (FTA). Le décodeur utilise avantageusement la norme de transmission DVB avec un descripteur privé permettant l'affichage et l'ordonnancement des chaînes selon un ordre imposé par l'opérateur.

Description

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 des décodeurs dit free to air (FTA), expression anglaise pour désigner un décodeur pour la diffusion de chaînes en clair. Au moment de l'installation des programmes par l'utilisateur, un balayage ou scanning de tous les services diffusés est réalisé et permet au décodeur de trouver l'ensemble des services disponibles. Cette installation aboutit à une liste de services que l'utilisateur peut visualiser et sélectionner sur son téléviseur. Toutefois, le nombre de programmes peut être très élevé, le décodeur pouvant typiquement trouver 1000 à 2000 programmes différents. Une autre installation avec un décodeur provenant d'un autre fabricant fournira la même liste de services (i.e. le même nombre de programmes) mais proba-blement affichés dans un ordre différent. Dans tous les cas, l'utilisateur doit construire lui-même manuellement sa liste de programmes préférés en opérant une sélection dans la liste et en ordonnant les programmes selon sa préférence.

Une telle opération peut rapidement s'avérer fastidieuse et ne permet pas d'offrir à tous les utilisateurs une numérotation uniforme. A contrario, dans le cas d'un abonnement à un bouquet de services payant, l'opérateur fournit également un décodeur dédié qui installe toutes les chaînes du bouquet toujours dans le même ordre et avec la même nu- mérotation (par exemple, dans le cas de bouquet de chaînes françaises, on a souvent la chaîne TF1 en numéro 1, la chaîne FR2 en numéro 2,...). L'utilisateur n'a aucune opération manuelle à réaliser dans la mesure où le décodeur dédié est équipé d'un système d'exploitation (OS Operating System en anglais) tel que le système mediahighway par exemple.

De tels décodeurs avec un OS dédié sont évidemment plus couteux et ne sont pas utilisables avec d'autres types de bouquets.

Dans ce contexte, la présente invention vise à fournir un décodeur de télévision numérique ne nécessitant aucun système d'exploitation dédié et permettant une installation ordonnée des listes de chaînes vues par l'utilisateur sans tri manuel réalisé par ce dernier, la numérotation des chaî- nes étant fixée par l'opérateur quel que soit le décodeur utilisé. 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 pour balayer ledit flux de données, ledit décodeur étant caractérisé en ce qu'il comporte : - des moyens de mémorisation comportant une table BAT Bouquet Association Table définie selon la norme DVB incluant : o au moins un identifiant bouquet_id correspondant à une liste de services, ledit identifiant bouquet_id étant associé à un champ bouquet_name fournissant un nom de ladite liste ; o au moins un descripteur privé défini par un premier champ descriptor_tag indiquant le caractère privé du descripteur et un champ private_data_specifier identifiant ledit descripteur privé de manière unique, - des moyens pour mettre en oeuvre les instructions de la syntaxe dudit descripteur privé identifiée par un second champ descriptor_tag en extrayant dudit flux de données pour chaque service associé au dit identifiant bouquet_id : 25 o un triplet DVB incluant : ^ un champ d'identification du réseau ou original network id, ^ un champ d'identification de multiplex ou transport _stream_ id, 30 ^ un champ d'identification de service ou service id ; o un numéro de service associé au dit service ; - des moyens pour trier les numéros des services extraits associés au dit identifiant bouquet_id ; 20 - des moyens pour produire un signal en vue d'afficher sur un dispositif d'affichage le nom de la liste fourni par ledit bouquet_name ainsi que lesdits services de ladite liste triés suivant lesdits numéros. 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. Grâce à l'invention, le décodeur utilise avantageusement la norme de transmission DVB avec un descripteur privé permettant l'ordonnancement des chaînes selon l'ordre requis par l'opérateur; le décodeur ne nécessite aucun OS particulier. La liste des chaînes est parfaitement ordonnée et permet à l'opérateur de mettre en avant certaines chaînes (par exemple en les pla- çant au début de la liste). Selon la norme DVB, les programmes sont divisés en composantes telles que la vidéo, l'audio et ou d'autres composantes comme le télétexte. Ces composantes sont encapsulées dans des flux élémentaires, ces flux étant mélangés au sein d'un flux de transport. Chaque flux élémentaire est découpé en paquets de données numériques. A ces flux élémentaires contenant des composantes du programme s'ajoutent des informations de services sous la forme de sections contenant des tables. Ces tables servent à identifier les différentes composantes contenues dans le flux. Il est égale-ment possible de définir des descripteurs privés transmis dans des sections appelées sections privées qui peuvent contenir des informations non standardisées. Selon l'invention, les informations relatives à la numérotation des chaînes sont transférées dans un descripteur privé insérés dans une table du standard appelé BAT ( Bouquet Association Table ). Il convient de no-ter que : - les moyens du décodeur selon l'invention permettent à ce dernier de recevoir une ou plusieurs listes de chaînes numérotées de façon pré-déterminée par le diffuseur et, - l'affichage du nom de la ou des listes telles que contenues dans le descripteur bouquet_name de la BAT - l'affichage des chaînes associées à cette liste se fait nécessairement suivant l'ordre imposé par le diffuseur.

On notera que ce mécanisme s'appuie sur une adaptation de mécanismes DVB tout en étant indépendant d'un système d'exploitation spécifique. Le dispositif selon l'invention peut également présenter une ou plu-sieurs des caractéristiques ci-dessous, considérées individuellement ou se- Ion toutes les combinaisons techniquement possibles : - ledit numéro de service associé au dit service est un champ codé sur un nombre de bits supérieur ou égal à 12 ; - ledit numéro de service associé au dit service est un champ codé sur 12 bits; - lesdits moyens pour mettre en oeuvre les instructions de la syntaxe dudit descripteur extraient dudit flux de données un champ, dit champ réservé pour une future utilisation, comportant une pluralité de bits et permettant d'avoir un total de 64 bits incluant ledit triplet DVB, ledit numéro de service et ledit champ réservé pour une future utilisation. - lesdits moyens pour mettre en oeuvre les instructions de la syntaxe dudit descripteur identifiée permettent la mise en oeuvre de ladite syntaxe pour une pluralité de descripteurs privés reçus dans le flux de données ayant chacun un deuxième champ descriptor_tag identique ; - ladite table BAT comporte une pluralité de champs bouquet_id de sorte qu'une pluralité de listes de services est proposée à l'utilisateur ; - ledit champ bouquet_id est associé à une position orbitale dudit satellite. La présente invention a également pour objet un procédé de mise à jour des listes de services transmises à un décodeur selon l'invention carac- térisé en ce qu'il comporte les étapes suivantes : - balayage automatique selon une période prédéterminée de tout ou partie des répéteurs présents sur une ou plusieurs positions orbitales prédéterminées. - détection des services supprimés et/ou nouveaux et/ou modification des listes préexistantes; - pour un service nouveau, décision par l'opérateur d'ajouter ce service à une ou plusieurs liste(s) spécifique(s) associée(s) au dit bouquet_id ; - en cas de modification de la ou des liste(s), réception par le décodeur d'une nouvelle version de ladite table BAT et mise à jour automatique de l'affichage de la ou des listes et de sa numérotation. Avantageusement, la détection des services supprimés et/ou nouveaux se fait une fois par jour, mais peut voir sa fréquence modifiée. D'autres caractéristiques et avantages de l'invention ressortiront clai- rement 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 à afficher. 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 produisant 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 oc- tets 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 pa- quets 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 distribué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. 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 un ensem- ble des services offerts par l'opérateur. La mémoire 8 de données comporte une table NIT ( Network Information Table ou table d'informations de réseau) Chaque service est ainsi identifié dans une table 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 mémoire 8 de données comporte en outre une table BAT ( Bou- guet Association Table ) : la 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 proposerait la liste des programmes télévisuels en langue anglaise. On peut également proposer une classification thématique (liste de chaînes de cinéma û liste de chaînes pour enfant - ...). Le nom de chaque liste à afficher dans les menus d'installation du décodeur 1 sur le dispositif de visualisation 2 est celui indiqué dans le champ bouquet_name de la table BAT (un champ bouquet_name pour chaque bouquet_id). Les valeurs des champs bouquet_id enregistrés pour une offre parti- culière auprès de l'organisme DVB P.O (Project Office) dépendent d'une position orbitale choisie. Lors de la première installation de la parabole 4, la mémoire de programme 7 comporte des moyens 11 pour produire un signal en vue d'afficher sur le dispositif de visualisation 2 tous les bouquet_name qu'il identifie sur la position orbitale et des moyens 12 pour demander à l'utilisateur de sélectionner parmi l'ensemble des bouquet_name, la liste qu'il souhaite voir comme liste par défaut. La norme DVB prévoit le fait que des diffuseurs (diffusion satellite, terrestre, par câble ou autre) puissent eux-mêmes définir des descripteurs dits privés pour leur propre besoin.

Pour assurer la numérotation des programmes, dans la table BAT, chaque bouquet_id émis contient un descripteur privé appelé ECN (Eutelsat Channel Numbering). Ce descripteur privé est identifié en tant que descripteur privé du diffuseur dans la BAT par la syntaxe définie dans le tableau 1 ci-dessous : Syntaxe Nombre de bits private_data_ specifier _ descriptor () { descriptor tag 8 _ 8 descriptor _length 32 Private_data_specifier } Tableau 1 Le champ descriptor_tag est un champ de 8 bits indiquant qu'il s'agit d'un descripteur privé ; ce champ est égal à Ox5F dans ce cas. Le champ descriptor_length est un champ de 8 bits indiquant le nombre d'octets de données du descripteur suivant l'octet définissant la valeur 25 de ce champ. Le champ Private_data_specifier est un champ de 32 bits identifiant le descripteur privé de manière unique : ce champ est ici par exemple égal à Ox0000055F ou à Ox0000013F. Ce champ est enregistré auprès de l'organisme DVB P.O et propre au diffuseur. La mémoire de programme 7 comporte des moyens 13 pour mettre en oeuvre les instructions de la syntaxe du descripteur privé ECN Eutel- sat_channel_number_descriptor donnée dans le tableau 2 ci-dessous pour chaque bouquet id de la table BAT. Syntaxe Nombre de bits Eutelsat_channel_number_ descriptor () { Descriptor tag 8 _ 1 descriptor _length 16 for (i=0 ;i<N ;i++){ 16 original network id 16 transport _stream_id 12 service id 4 Eutelsatchannelnumber reserved_future_use } } Tableau 2 Le triplet DVB identifie un service par : - Le champ original_network_id qui est un champ de 16 bits servant à identifier de manière unique le réseau ayant émis ce service ; - Le champ transport_stream_id qui est un champ de 16 bits servant à identifier le multiplex ; - Le champ service id qui est un champ de 16 bits qui sert à différen- cier ce service de m'importe quel autre service du multiplex. Le descripteur utilise en outre un champ eutelsat_channel_number codé sur 12 bits et indiquant le numéro du programme associé au service. La boucle de la syntaxe est répétée pour i variant de 0 à N-1 services. Le champ eutelsat_channel_number étant codé sur 12 bits, le descripteur ECN permet théoriquement de déclarer 4096 services (212). Toutefois, la longueur d'un descripteur étant limitée par le standard DVB à 255 octets (limitant donc le nombre N de services par descripteur à une trentaine), il peut être nécessaire d'utiliser plusieurs descripteurs ECN pour chaque bouquet_id de la table BAT afin de pouvoir donner un numéro à l'ensemble des services de la liste associée au dit bouquet_id. La syntaxe donnée dans le tableau 2 ci-dessus contient également un champ descriptor_tag codé sur 8 bits qui identifie de manière unique la syntaxe du descripteur privé. Ce champ est égal à 0x83 dans notre exemple de mode de réalisation (le DVB ayant réservé les valeurs 0x80 à OxFE pour un usage privé du diffuseur). En d'autres termes, lorsque les moyens 10 de balayage et de détec- tion analysent le flux de données et trouvent : - un descriptor_tag = Ox5F : le décodeur 1 sait qu'il s'agit d'un descripteur privé ; puis, - un private_data_specifier = 0x0000055F : le décodeur 1 sait qu'il s'agit donc du descripteur ECN à venir ; puis, -un descriptor_tag = 0x83 : les moyens 12 sont utilisés pour mettre en oeuvre la syntaxe unique définie par ce descriptor_tag. Tant que le décodeur 1 trouve des descripteurs ayant le descriptor_tag égal à 0x83 les moyens 12 extraient les numéros de programmes correspondant de la liste associée au bouquet_id et dont le nom est donné par le bouquet name. On notera que la syntaxe du tableau 2 mentionne également un champ reserved_future_use : ce champ comporte 4 bits réservés pour une utilisation future. La norme DVB impose d'avoir un nombre de bits modulo 8 par section incluant : - l'original_network id (16 bits) - le transport_stream_id (16 bits) - le service id (16 bits) -l'eutelsatchannelnumber (12 bits). Les 4 bits du champ reserved_future_use permettent de compléter les 60 bits formés par l'original_network_id, le transport_stream_id, le service_id et l'eutelsat_channel_number pour arriver à 64 bits. Ces 4 bits supplémentaires peuvent également être utilisés pour une application spécifique, par exemple le codage de la langue associée au service.

La mémoire de programme 7 comporte en outre des moyens 14 de tri par ordre croissant de l'ensemble des numéros de services trouvés associés à un nom de bouquet et les moyens 11 vont produire un signal en vue d'afficher sur le dispositif de visualisation 2, en plus du nom du bouquet bau-quet_name, la liste des chaînes trouvées dans l'ordre de tri. On notera que la numérotation est imposée par le diffuseur qui peut donc mettre en avant certaines chaînes par rapport à d'autres en les positionnant dans le haut de la liste. La présente invention a également pour objet un procédé de mise à jour des listes transmises au décodeur 1. Ce procédé comporte les étapes suivantes : - du coté de la tête de réseau, on effectue un balayage automatique selon une période prédéterminée de tout ou partie des répéteurs présents sur une ou plusieurs positions orbitales prédéterminées. - on détecte des services supprimés et/ou nouveaux, ou on modifie tout simplement les listes pré existantes (composition et/ou numéros); - pour un service nouveau, le diffuseur décide d'ajouter ce service à une ou plusieurs liste(s) spécifique(s) associée(s) à un bouquet id ; - en cas de modification de la liste par le diffuseur, le décodeur 1 reçoit une nouvelle version de la table BAT et met à jour automatiquement l'affichage de la ou des listes et sa numérotation. L'utilisateur est par exemple informé de cette mise à jour par une fenêtre de type pop-up. Dans la mesure où l'apparition de nouvelles chaînes est un phéno- mène relativement statique, la détection des services supprimés et/ou nou-veaux peut par exemple se faire une fois par jour. 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 fonction- nalité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 d'augmenter (ou de diminuer) le nombre de bits du champ eutelsat_channel_number en jouant sur les bits du champ reserved_future _use restant. Enfin, on pourra remplacer tout moyen par un moyen équivalent

Claims

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 (10) pour balayer ledit flux de données, ledit décodeur (1) étant caractérisé en ce qu'il comporte : - des moyens (1) de mémorisation comportant une table BAT Bou- quet Association Table définie selon la norme DVB incluant : o au moins un identifiant bouquet_id correspondant à une liste de services, ledit identifiant bouquet_id étant associé à un champ bouquet_name fournissant un nom de ladite liste ; o au moins un descripteur privé (ECN) défini par un premier champ descriptor_tag indiquant le caractère privé du descrip-teur et un champ private_data_specifier identifiant ledit des- cripteur privé de manière unique, - des moyens (13) pour mettre en oeuvre les instructions de la syntaxe dudit descripteur privé identifiée par un second champ descriptor_tag en extrayant dudit flux de données pour chaque service associé au dit identifiant bouquet_id : o un triplet DVB incluant : ^ un champ d'identification du réseau ou original network id, ^ un champ d'identification de multiplex ou trans- port _stream_ id, ^ un champ d'identification de service ou service id ; o un numéro de service associé au dit service ; - des moyens (14) pour trier les numéros des services extraits associés au dit identifiant bouquet_id ; - des moyens (11) pour produire un signal en vue d'afficher sur un dis-positif d'affichage (2) le nom de la liste fourni par ledit champ bouquet_name ainsi que lesdits services de ladite liste triés suivant les-dits numéros.

2. Décodeur (1) selon la revendication précédente caractérisé en ce que ledit numéro de service associé au dit service est un champ codé sur un nombre de bits supérieur ou égal à 12.

3. Décodeur (1) selon la revendication précédente caractérisé en ce que ledit numéro de service associé au dit service est un champ codé sur 12 bits

4. Décodeur (1) selon l'une des revendications précédentes caractérisé en ce que lesdits moyens (13) pour mettre en oeuvre les instructions de la syntaxe dudit descripteur extraient dudit flux de données un champ, dit champ réservé pour une future utilisation, comportant une pluralité de bits et permettant d'avoir un total de 64 bits incluant ledit triplet DVB, ledit numéro de service et ledit champ réservé pour une future utilisation.

5. Décodeur (1) selon l'une des revendications précédentes caractérisé en ce que lesdits moyens (13) pour mettre en oeuvre les instructions de la syntaxe dudit descripteur identifiée permettent la mise en oeuvre de ladite syntaxe pour une pluralité de descripteurs privés (ECN) reçus dans le flux de données ayant chacun un second champ descriptor_tag de syntaxe identique.

6. Décodeur (1) selon l'une des revendications précédentes caractéri- sé en ce que ladite table BAT comporte une pluralité de champs bouquet_id de sorte qu'une pluralité de listes de services est proposée à l'utilisateur.

7. Décodeur (1) selon la revendication précédente caractérisé en ce qu'il comporte des moyens (12) pour demander à l'utilisateur de sélectionner parmi l'ensemble des bouquet_name associés aux dits bouquet_id, le bau-guet qu'il souhaite voir comme liste par défaut

8. Décodeur selon l'une des revendications précédentes caractérisé en ce que ledit champ bouquet_id est associé à une position orbitale dudit satellite.

9. Procédé de mise à jour des listes de services transmises à un dé-codeur selon l'une des revendications précédentes caractérisé en ce qu'il comporte les étapes suivantes :- balayage automatique selon une période prédéterminée de tout ou partie des répéteurs présents sur une ou plusieurs positions orbitales prédéterminées. - détection des services supprimés et/ou nouveaux et/ou modification des listes préexistantes; -pour un service nouveau, décision par l'opérateur d'ajouter ce service à une ou plusieurs liste(s) spécifique(s) associée(s) au dit bouquet_id ; -en cas de modification de la ou des liste(s), réception par le décodeur d'une nouvelle version de ladite table BAT et mise à jour automatique de l'affichage de la ou des listes et de sa numérotation.

10. Procédé selon la revendication précédente caractérisé en ce que ladite détection des services supprimés et/ou nouveaux se fait une fois par jour.