FR2917933A1

FR2917933A1 - Decodeur de flux dvb.

Info

Publication number: FR2917933A1
Application number: FR0756012A
Authority: FR
Inventors: Thomas Serval; Olivier Giroud
Original assignee: Baracoda SA
Current assignee: RADIOLINE, FR
Priority date: 2007-06-25
Filing date: 2007-06-25
Publication date: 2008-12-26
Anticipated expiration: 2027-06-25
Also published as: FR2917933B1; WO2009007600A1

Abstract

Décodeur de flux audio/vidéo au format DVB comportant :- des moyens de réception d'un flux de données primaire DVB ayant des données de contenu correspondant à une pluralité de canaux ;- des moyens d'extraction, de séparation et de traitement des données de contenu dudit flux primaire pour produire une pluralité d'ensembles de données, chaque ensemble de données correspondant à un canal ; et,- des moyens de réémission d'un ensemble parmi lesdits ensembles de données en tant que données de contenu d'un flux de données secondaire dans un protocole de communication locale.

Description

[1] La présente invention se rapporte à la télévision numérique DVB pour

Digital Video BroadCasting ), que ce soit la télévision numérique terrestre définie par la norme DVB-T (pour Terrestrial ) ou bien la télévision numérique mobile définie par la norme DVB-H ( pour Handheld ). Par exemple, la norme DVB-H dans sa version V1.2.1 de Novembre 2005 est présentée dans le document ETSI-TR-102377 disponible en ligne, sur le site internet de l' ETSI. [2] Dans le présent document, l'invention sera plus largement présentée dans le contexte de la télévision numérique mobile DVB-H, tout en gardant à l'esprit que l'invention s'applique tout autant, éventuellement même d'une manière moins complexe, à la télévision numérique terrestre DVB-T. [3] Ainsi, un service de télévision mobile a pour but de permettre la visualisation du contenu d'un canal vidéo sur un appareil autonome, portable comportant un écran, appelé ci-après lecteur. Le lecteur peut être un téléphone portable, un assistant personnel, une télévision, etc. Le service de télévision mobile a pour vocation de permettre la diffusion d'un contenu vidéo au cours du déplacement de l'utilisateur. Il s'agit de diffuser un signal vidéo avec un débit suffisant pour garantir une image de qualité satisfaisante sur un écran dont la dimension n'excède pas 7 pouces de diagonale selon l'une des contraintes actuelles de la norme DVB. [4] Eventuellement, le lecteur est muni d'une carte à puce d'identification, équivalent d'une carte au format SIM actuellement utilisée largement dans les téléphones GSM, de manière à pouvoir gérer l'accès au contenu vidéo par un lecteur et/ou un utilisateur identifié. La carte à puce permet au distributeur du contenu vidéo de contrôler les droits d'accès et d'autoriser éventuellement le décryptage du flux vidéo. [5] Le principe général de la DVB-H par rapport à la DVB-T est d'émettre des paquets de données périodiquement pendant un temps de transmission extrêmement court, alors que la DVB-T émet des données de manière essentiellement uniforme et continue. De la sorte, un lecteur portable, synchronisé avec l'émetteur et connaissant la période d'émission des paquets DVB-H, ne fonctionne que pendant un temps très court correspondant à la réception d'un paquet de données. Entre la réception de deux paquets successifs, le lecteur est éteint. Sa consommation électrique est ainsi réduite répondant ainsi au critère d'autonomie du lecteur. [6] On notera que la norme DVB est un protocole de communication et se rapporte donc à la couche physique de la transmission de données. La couche de données, quant à elle, peut comprendre par exemple des données vidéo au format MPEG2 ou bien des datagrammes IP encapsulant à leur tour des informations vidéo pouvant être codées sous le format MPEG4. De plus, le lecteur devant pouvoir être déplacé d'une cellule du réseau d'émission à une autre, la couche de données du protocole DVB-H comporte des données de correction d'erreurs de transmission pour obtenir une image vidéo de qualité, même dans des zones de faible couverture. [7] Au cours des études marketing destinées à déterminer les modes possibles d'utilisation de la vidéo sur un terminal mobile, il a été constaté qu'un tel service serait essentiellement utilisé à domicile, c'est-à-dire non seulement sans déplacement d'une cellule du réseau à une autre, mais surtout en étant dans une enceinte plus ou moins hermétique aux ondes électromagnétiques de la couche physique du protocole DVB-H. En conséquence, pour que le signal effectivement reçu par le lecteur soit suffisamment puissant pour une communication correcte, il est actuellement envisagé d'augmenter la puissance des antennes émettrices du réseau, de manière à ce que la puissance du signal reçu soit suffisante malgré les pertes importantes lors de la traversée des murs des maisons d'habitation. [8] Ce besoin d'une puissance supplémentaire, qui existe également dans le cas de la télévision numérique terrestre DVB-T, pour assurer la pénétration des ondes dans les habitations, représente un coût additionnel de l'infrastructure d'émission qui n'est pas marginal. On estime que cela représente un coût additionnel de deux à quatre fois le coût d'une installation d'émission de puissance nominale, et ceci essentiellement à cause du nombre d'antennes à déployer pour atteindre effectivement la puissance requise sur tout le territoire couvert. [9] Il y a donc un besoin pour minimiser les coûts de déploiement d'une telle infrastructure permettant la diffusion de la télévision numérique DVB sur des lecteurs qu'ils soient portables (cc Portable Media Device - PMD) ou fixes, comme un poste de télévision. [10] L'invention consiste en un décodeur... [11] L'invention consiste également dans un procédé...[copier-coller des revendications] [12] Avantageusement, l'invention porte sur un dispositif et un procédé permettant le découplage de la fonction de décodage du flux de données DVB et de la fonction d'affichage. Pour cela la totalité ou une partie des données vidéo décodées est réémise au moyen d'une liaison secondaire vers le lecteur affichant ce contenu vidéo. [13] Les caractéristiques et avantages de l'invention, ainsi que d'autres, apparaîtront plus clairement à la lumière de la description détaillée qui va suivre de modes de réalisation actuellement préférés. Cette description faite en référence à la figure annexée illustre l'invention mais n'a pas pour but de réduire ou de limiter celle-ci. - La figure 1 représente sous la forme d'un schéma blocs, l'architecture mise en oeuvre selon l'invention.

Premier Mode de réalisation : décodeur WIFI [14] Dans ce premier mode de réalisation du décodeur selon l'invention, la liaison secondaire est réalisée au moyen d'une connexion sans fil du type WIFI entre le décodeur 1 et le lecteur 20. Le décodeur 1 distribue un flux de données secondaire dans une zone de couverture éclairée par le signal WIFI, d'environ 300 mètres autour du décodeur. [15] La mise en oeuvre d'un tel format d'échange consommant une quantité relativement importante d'énergie électrique, le décodeur est de préférence raccordé au secteur par un câble d'alimentation 2. [16] Le décodeur 1 selon l'invention est de préférence positionné à proximité d'une fenêtre du bâtiment à l'intérieur duquel se trouve le lecteur sur lequel l'utilisateur souhaite visualiser un contenu vidéo. Le décodeur 1 peut même être placé à l'extérieur du bâtiment, sur la façade de celui-ci, par exemple. [17] L'avantage d'un tel décodeur en ce qu'il est possible de le positionner de manière à recevoir un signal DVB de bonne qualité. Pour que le signal DVB ne subisse que peu de perte de puissance, il est préférable de positionner le décodeur près d'une fenêtre ou à l'extérieur du bâtiment. En conséquence, si l'utilisation d'un tel décodeur relais domestique était généralisée, la puissance du réseau d'antennes de diffusion DVB qu'il faudrait mettre en place serait à revoir à la baisse. En effet le nombre des antennes du réseau serait en nombre plus faible qu'initialement estimé. Cela conduirait à diminuer les coûts de déploiement du réseau DVB qui deviendrait alors un projet dont la mise en oeuvre serait plus facile, en particulier pour un réseau DVB-H. [18] Le décodeur 1 est avantageusement muni de plusieurs antennes 3 pour capter le signal DVB. En effet, il a été constaté que la qualité de 30 réception était fortement améliorée lorsque le système comportait plusieurs antennes ayant des orientations relatives différentes, garantissant ainsi une très bonne réception quelle que soit la position du décodeur par rapport au cône d'émission de l'antenne du réseau près de laquelle se situe le décodeur. [19] Le flux DVB-H reçu est décodé par une puce DVB-H 4 dédiée. [20] Après que le flux de données DVB-H a été décodé par la puce DVB-H 4, le flux de données décodé est transmis, le long de connexions internes 6, vers une unité de calcul CPU référencée par le chiffre 5 sur la figure 1. [21] Selon le protocole DVB, cinq canaux individuels indépendants sont multiplexés et transmis dans un même flux de données à une fréquence définie. Le premier canal + représente le contenu vidéo de la chaîne n+1, le deuxième canal 0 représente le contenu vidéo de la chaîne n, le troisième canal - représente le contenu vidéo de la chaîne n - 1 , le contenu du quatrième canal I est un flux de données correspondant à des informations sur les données vidéos des trois premiers canaux, telles que des metadonnées, et le cinquième canal Q correspond à des données sur la qualité de transmission. Selon la norme DVB-H, le flux de données a un débit de 2 Mbps. Le flux de données correspondant à un canal vidéo individuel est donc de 384 kbps chacun. [22] Le traitement effectue par le CPU 5 consiste en la séparation, ou démultiplexage, des cinq canaux individuels composant le flux de données décodé primaire en autant de flux de données décodé individuels. Ces flux de données décodé individuels sont ensuite dirigés vers des moyens de stockage et de mémorisation. Plus précisément, des fichiers + , et - , par exemple du type MPEG, sont simultanément et respectivement augmentés dynamiquement des données du flux DVB décodé et démultiplexé. [23] Eventuellement, le flux de données individuel, et donc le fichier correspondant, est enrichi de certaines des données contextuelles du quatrième canal I du flux DVB-H. [24] Un des fichiers + , 0 et - est alors sélectionné pour être 5 réémis vers le lecteur de l'utilisateur. [25] Dans le mode de réalisation actuellement préféré, le support physique du protocole secondaire est une liaison hertzienne locale, sans fil du type WIFI. La norme WIFI, par exemple 802.11b, a un débit théorique de 1 1 Mbps, soit 6 Mbps en débit réel, sur une porteuse à 2,4 10 GHz, dans un périmètre de 300 mètres. Le décodeur 1 commporte donc des moyens d'émission WIFI 10 et une antenne 11 associée au. [26] Par ailleurs, le protocole secondaire est de préférence le protocole UPnP ( Universal Plug and Play ). Il s'agit d'un standard pour les réseaux multimédia domestiques. De préférence, le décodeur 15 1 comporte un serveur logiciel UPnP 7 permettant la mise à disposition des ressources du décodeur lsur un réseau local, à savoir les fichiers + , et - . [27] Le décodeur 1 couvre une zone importante dans laquelle un utilisateur identifié peut avoir plusieurs dispositifs de visualisation du 20 signal vidéo, ou bien plusieurs utilisateurs peuvent recevoir le même signal vidéo. [28] L'avantage de l'utilisation du format WIFI est qu'il a été défini pour encapsuler des datagrammes IP. Ainsi, en cas d'utilisation de datagrammes IP encapsulés dans le format DVB-H, ceux-ci sont 25 simplement réencapsulés dans le format WIFI. [29] De son coté, le lecteur vidéo 20 portable comporte une antenne 21 et des moyens aptes à la réception et au décodage des signaux WIFI 22 captés. Le flux de données secondaire ainsi reçu est traité par le CPU 25 du lecteur 20 pour être affiché sur un écran 23 de ce lecteur. [30] Dans le mode de réalisation actuellement préféré, le lecteur 20 constitue un client du serveur UPnP sur le réseau local créé après achèvements des différentes étapes d'initialisation du réseau selon cette norme. [31] Dans le mode de réalisation actuellement préféré, le décodeur 1 communique directement avec le lecteur, sans passer par l'intermédiaire d'un routeur domestique. En effet, sur un lien de communication partagé entre plusieurs services, il a été constaté que la diffusion d'un flux vidéo est facilement perturbée par les autres données transitant sur ce lien. Par exemple, le téléchargement de fichiers depuis l'Internet en parallèle avec la diffusion d'un flux vidéo perturbe ce dernier. La vidéo est affichée de manière saccadée. En conséquence, on préfèrera disposer d'une liaison locale WIFI dédiée à la rediffusion du flux vidéo. [32] On pourrait imaginer qu'une évolution prochaine du protocole de communication WIFI introduise la notion de hiérarchie et de priorité entre paquets de données. De la sorte, l'on pourrait donner une priorité supérieure au flux vidéo par rapport à des activités Internet menées en parallèle, tel que le téléchargement de fichiers. Grâce à cette évolution du format WIFI, le décodeur DVB pourrait être intégré à un routeur domestique et la connexion WIFI pourrait être partagée entre plusieurs utilisateurs ou fonctionnalités. Alternativement, le décodeur pourrait communiquer avec le routeur domestique au moyen d'une liaison filaire ou sans fil, le routeur réémettant à son tour le flux vidéo en direction du lecteur vidéo par une liaison locale sans fil WIFI. Notion de navigation intraflux (d'un canal vidéo à l'autre) [33] Les différents canaux vidéo diffusés par la télévision numérique sont répertoriés dans une liste ordonnée. Chaque fréquence particulière de fonctionnement de la télévision numérique selon la norme DVB porte trois canaux multiplexés choisis successivement dans cette liste : un canal central n et deux canaux voisins respectivement directement au-dessus n+1 et directement au-dessous n-1 du canal central. [34] Les moyens de réception DVB-H comportent une fonctionnalité tuner permettant au récepteur DVB-H de passer d'une première fréquence fl de réception à une seconde fréquence f2 voisine, par exemple directement au-dessus de la première fréquence. Alors que la première fréquence fl porte les canaux n-1, n et n+1, le canal n étant le canal central 0 pour cette fréquence fl, la seconde fréquence f2 porte les canaux n, n+1 et n+2, le canal central 0 correspondant pour cette seconde fréquence f2 au canal n+1. Cette fonction tuner correspond donc à la capacité de passer d'un groupe de canaux à un autre groupe de canaux situés immédiatement au-dessus dans la liste ordonnée des canaux vidéo diffusés. [35] A côté de cette fonctionnalité de sélection en fréquence, le décodeur 1 selon l'invention dispose d'une fonctionnalité permettant à l'utilisateur de sélectionner un canal vidéo parmi les trois canaux vidéo présents dans un flux de données DVB-H décodé à l'instant présent. Il s'agit d'une sorte de navigation à l'intérieur d'un flux de données DVBH caractérisé par une fréquence constante de fonctionnement des moyens de réception du flux DVB-H. [36] Ainsi, d'une manière qui sera décrite ci-après en détail, l'utilisateur, alors qu'il était en train de visualiser le programme vidéo associé au canal central 0 , décide de visualiser le contenu du canal immédiatement au-dessus + ou audessous - du canal central, en actionnant la fonctionnalité de navigation intraflux . Ainsi, alors que le fichier 0 correspondant au canal 0 était retransmis vers les moyens de retransmission 7, 10 et 11, c'est maintenant le fichier + qui est retransmis et visualisable sur l'écran du lecteur 20. [37] Cette fonctionnalité permet une très grande fluidité de l'utilisation du service de télévision numérique. En effet, la fonction tuner des moyens de réception DVB permettent également de naviguer parmi les canaux diffusés, mais à chaque modification de la fréquence de réception, il faut recréer les fichiers 0 , + et - et attendre qu'il ait un volume suffisant pour permettre une diffusion secondaire sans rupture du flux. Cela représente donc un certain temps mort. De plus, dans les installations connues de télévision IP, il a été constaté que du fait même de l'utilisation du protocole IP, un temps de latence important existe lors d'un changement de chaîne. En effet, le temps de recréer une connexion IP transportant des informations vidéo relatives à la nouvelle chaîne et le temps de stocker dans une mémoire tampon suffisamment d'informations pour assurer ultérieurement un affichage fluide et continu du programme vidéo, est d'environ 10 à 15 s. Ce temps de latence est rédhibitoire pour que l'utilisateur final d'un système de visualisation portable soit satisfait par ce nouveau moyen de regarder un programme vidéo. Au contraire, la navigation intraflux selon l'invention constitue un découplage entre l'utilisation de la fonction tuner et la sélection du canal vidéo sélectionné. [38] Avantageusement, alors que le fichier correspondant à un canal individuel est émis vers lelecteur, la fonction tuner DVB est activée pour coller la réception primaire sur la fréquence immédiatement au-dessus de la fréquence reçue jusqu'à présent. Ainsi, le canal vidéo individuel sélectionné et actuellement visualisé, correspond maintenant au canal central 0 du flux de données DVB-H primaire. Lors de ce changement de fréquence, un nouveau fichier tampon MPEG correspondant au canal n+2 nouvellement décodé est crée ; les fichiers correspondants aux canaux communs n et n+1 continuent d'être décodés et sont mis à jour, éventuellement en en changeant le nom ; et le fichier correspondant au canal n-1 qui n'est plus décodé est supprimé. [39] Pour naviguer, l'utilisateur choisit un canal par l'intermédiaire d'une télécommande 30, soit réelle et dédiée au décodeur 1, soit virtuelle et émulée par un logiciel exécuté sur le lecteur vidéo portable 20. Dans ce dernier cas, les données de sélection du canal sont transmises du lecteur 20 vers le décodeur 10 en utilisant le flux montant de la liaison bidirectionnelle WIFI. [40] Dans le cas de l'utilisation d'une télécommande 30 réelle, la navigation se fait par l'utilisation des boutons de sélection + 31 et -32. Leur actionnement génère l'envoi d'informations par exemple au moyen d'une liaison infrarouge entre des moyens d'émission 35 de la télécommande 30 vers des moyens de réception IR 15 dont est équipé le décodeur 10. La communication entre la télécommande 30 et le décodeur 1 peut se faire selon un protocole de communication propriétaire. [41] De préférence, la télécommande comporte un écran LCD 36 sur lequel les metadonnées correspondantes au canal vidéo actuellement affiché sur le lecteur. Cet écran LCD 36 comporte, dans sa partie supérieure, une série de cristaux liquides 37 alignés permettant d'indiquer la puissance du signal DVB capté par le décodeur 1. Cette fonctionnalité permet de placer le décodeur de sorte que la réception du signal DVB soit la meilleure possible. [42] Dans l'alternative consistant à émuler des moyens de navigation intraflux sur le lecteur 20, un logiciel correspondant à une télécommande virtuelle peut être téléchargé lors de la première connexion s'établissant entre le décodeur 1 et le lecteur 20. Ce logiciel téléchargé est ensuite exécuté pour munir le lecteur 20 de cette fonctionnalité virtuelle. Crvptaae des données vidéo [43] Les données vidéo multiplexées dans le flux DVB primaire peuvent être cryptées par l'opérateur de manière à ne permettre la visualisation du contenu qu'à des utilisateurs identifiés. Deux architectures sont alors possibles. [44] Selon une première architecture représentée sur la figure 1, après décodage, un flux de données décodé crypté correspondant à un canal individuel est réémis vers le lecteur, et l'opération de décryptage à lieu au niveau du lecteur 20. Pour cela, le lecteur 20 comporte une carte à puce 26 d'identification du lecteur et de son utilisateur. [45] L'utilisation de cette première architecture nécessite la transmission d'une clé de décryptage jusqu'au lecteur 20. Ceci peut être réalisé à intervalle régulier, par exemple tous les mois, par l'émission par l'opérateur d'un flux DVB dont le quatrième canal, dit d'information, véhicule ces données de clé. Un fichier tampon de transmission de la clé est alors émis du décodeur 1 vers le lecteur 20. [46] Une fois que le lecteur 20, identifié grâce à sa carte à puce, a reçu et mémorisé la clé correspondante, il est apte à décrypter le signal vidéo reçu pendant toute la durée de validité de ladite clé. Le CPU 25 du lecteur 20 lit la clé de décryptage mémorisée dans une mémoire morte dudit lecteur 20 afin de décrypter le flux vidéo secondaire reçu. Le CPU 25 est ensuite apte à transmettre les données décryptée vers l'écran 23. Carte à puce sur le décodeur [47] Selon une seconde architecture, le décodeur 1 est identifiable par sa propre carte à puce 8 (représenté en pointillés sur la figure 1). Après identification selon un procédé connu, une clé de décryptage peut être transmise à travers le quatrième canal d'information du flux DVB vers ce décodeur identifié. La clé une fois disponible permet au CPU 5 de décrypter les différents flux des canaux vidéo. Selon cette variante de réalisation, les moyens 7, 10 et 11 mettent à disposition un signal vidéo secondaire décrypté. En conséquence, celui-ci peut être affiché par plusieurs lecteurs situés dans la zone de couverture de l'antenne WIFI 11. [48] C'est la raison pour laquelle, de préférence, la liaison WIFI entre le décodeur 1 et un lecteur 20 est sécurisée. Dans ce schéma de contrôle du flux secondaire diffusé, le signal n'est pas de nouveau encodé, mais est simplement sécurisé. Ceci est par exemple réalisable en utilisant un protocole WIFI sécurisé, ou d'autres protocoles WPA ou WPA 2. [49] Il est également à noter la possibilité de munir le décodeur 1 d'un moyen de traitement intermédiaire 14 pour les flux individuels de données décodées. Il a été évoqué ci-dessus la possibilité d'enrichir le fichier correspondant à un canal vidéo individuel de métadonnées. De plus, lorsque le protocole de communication secondaire constitue une contrainte, il est également possible de compresser les flux individuels de manière à générer des fichiers individuels compressés dont le volume plus faible est compatible avec le débit de la liaison secondaire. Mode de réalisation 1 décodeur BLUETOOTH [50] En alternative à l'utilisation d'un protocole secondaire sur un support WIFI, un protocole secondaire fondé sur un support BLUETOOTH est également envisagé. Le format de communication BLUETOOTH définit par exemple par la norme IEEE 802.15.1 présente l'avantage de couvrir une zone réduite d'environ 100 mètres de rayon autour de l'émetteur. Ce moyen de réémission d'un flux vidéo secondaire par un décodeur de télévision numérique selon l'invention est particulièrement bien adapté à un véhicule. Et ceci d'autant plus que ce format est d'ores et déjà utilisé pour toute une série d'applications dans l'univers automobile. [51] L'avantage supplémentaire d'une connexion BLUETOOTH réside en ce que dès à présent, un grand nombre des téléphones portables et PDA vendus est équipé de moyens de communication BLUETOOTH. [52] De plus le décodeur peut alors être autonome. Il comporte dans ce cas une batterie de faible puissance rechargeable, par exemple au moyen d'une cellule solaire associée au décodeur lorsqu'il est placé sur la façade du bâtiment ou sur la lunette arrière d'une voiture. [53] L'utilisation d'une liaison BLUETOOTH nécessite l'association initiale du lecteur et du décodeur. Cette étape d'appariement peut se faire simplement en saisissant sur le lecteur une clé caractérisant la liaison BLUETOOTH du décodeur, indiquée par exemple sur une étiquette placée sur le dessous de celui-ci.

Claims

REVENDICATIONS

1 Décodeur de flux audio/vidéo au format DVB, caractérisé en ce qu'il comporte : - des moyens de réception d'un flux de données primaire selon le protocole de communication DVB ayant des données de contenu correspondant à une pluralité de canaux ; - des moyens d'extraction, de séparation et de traitement des données de contenu dudit flux primaire pour produire une pluralité d'ensembles de données, chaque ensemble de données correspondant à un canal dudit flux primaire; et, - des moyens de réémission d'un ensemble parmi lesdits ensembles de données en tant que données de contenu d'un flux de données secondaire dans un protocole de communication locale.

2. Décodeur selon la revendication 1, caractérisé en ce que le protocole de communication secondaire est un protocole UPnP, lesdits moyens de réémission du décodeur comportant un serveur de medias UPnP.

3. Décodeur selon la revendication 1 ou la revendication 2, caractérisé en ce que le protocole de communication du flux secondaire est fondé sur un protocole de communication sans fil, de préférence WIFI ou BLUETOOTH.

4. Décodeur selon la revendication 1 ou la revendication 2, caractérisé en ce que le protocole de communication du flux secondaire est fondé sur un protocole decommunication filaire, de préférence du type Courants Porteurs en Ligne.

5. Décodeur selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il comporte des moyens de navigation intra-flux DVB permettant la sélection de l'ensemble de données effectivement réémis par lesdits moyens d'émission, parmi ladite pluralité d'ensembles de données.

6. Décodeur selon la revendication 5, caractérisé en ce que lesdits moyens de navigation comportent une partie déportées du boîtier du décodeur, de préférence sur une télécommande ou sur un lecteur apte à fonctionner avec ledit décodeur.

7. Décodeur selon l'une des revendications 1 à 6, caractérisé en ce que, les données de contenu dudit flux primaire étant cryptées, il comporte des moyens de décryptage des données du flux primaire, de sorte que le contenu dudit flux secondaire réémis est décrypté.

8. Décodeur selon l'une quelconque des revendications précédentes, caractérisé en ce que lesdits moyens d'émission permettent la réémission d'un flux secondaire sécurisé.

9. Décodeur selon l'une quelconque des revendications précédentes, caractérisé en ce que la protocole de communication secondaire constitue une contrainte sur le débit du flux de données secondaire par rapport à celui du flux primaire, ledit décodeur comportant alors des moyens de compression de l'ensemble de données réémis.30

10. Procédé de décodage d'un flux de données DVB, caractérisé en ce qu'il comporte les étapes consistant à: - capter un flux primaire de données au format DVB; - extraire, séparer et traiter les données de contenu dudit flux primaire de manière à produire une pluralité de flux individuels de données décodées correspondant chacun à l'un des canaux dudit flux primaire ; - retransmettre un desdits flux individuels correspondant à un canal vidéo au moyen d'un protocole secondaire de communication locale.

11. Procédé selon la revendication 10, caractérisé en ce que ledit protocole secondaire est fondé sur une liaison de communication secondaire sans fil du type WIFI ou BLUETOOTH.

12. Procédé selon la revendication 10 ou la revendication 11, caractérisé en ce que les flux individuels étant cryptés, le procédé consiste en outre à décrypter lesdites données.

13. Procédé selon la revendication 12, caractérisé en ce que ladite étape de décryptage est réalisée avant ladite étape de retransmission, et en ce que le procédé comporte une étape initiale d'établissement d'une liaison de communication secondaire sécurisée pour la retransmission dudit flux secondaire décrypté.

14. Procédé selon l'une quelconque des revendications 10 à 13, caractérisé en ce qu'il comporte une étape consistant à compresser lesdits flux individuels de données avant ladite étape de retransmission secondaire.