FR2878397A1 - Appareil et methode de distribution sur un reseau local de services diffuses - Google Patents

Abstract

L'invention permet à un utilisateur désirant recevoir d'une part une offre de télévision numérique diffusée de manière traditionnelle et d'autre part une offre de services vidéo sur un réseau IP de disposer d'un appareil de réception traditionnel doté de la capacité de redistribuer sur le réseau local les services qu'il reçoit. Ce récepteur sera donc vu sur le réseau comme une source supplémentaire de services sur IP. L'offre de services traditionnelle sera intégrée à l'offre de services sur IP.

Description

Appareil et méthode de distribution sur un réseau local de services

diffusés La présente invention concerne le domaine de la télévision numérique et plus précisément sa distribution dans le domicile. Autant la diffusion de services de télévision numérique via le satellite, le câble ou même le canal hertzien est maintenant courante, autant la distribution des même services via un réseau de type IP en est à ses débuts. II convient de proposer des solutions permettant la coexistence harmonieuse au sein du foyer de cette distribution de services de télévision numérique sur des réseaux IP avec la diffusion plus traditionnelle par satellite ou autre.

Avec l'émergence d'offres de distribution de vidéo sur IP, de nouveaux appareils sont nécessaires à l'utilisateur pour bénéficier de ces offres. Un utilisateur voulant bénéficier aujourd'hui à la fois d'une offre traditionnelle de type satellite, câble ou même hertzien et d'une offre de vidéo sur IP va devoir posséder deux types d'appareils. D'un côté, il va devoir s'équiper d'un décodeur adapté à la réception de l'offre traditionnelle couplé généralement directement à un appareil de visualisation du service de type téléviseur. D'un autre côté, il va devoir s'équiper d'une passerelle entre d'une part un réseau de distribution de services sur IP, Internet ou autre, et d'autre part un réseau local équipant le foyer et auquel sera connecté au moins un appareil de visualisation, téléviseur numérique, ordinateur personnel ou autre.

Le schéma de fonctionnement de l'offre traditionnelle est le suivant. Des opérateurs de services numériques possèdent chacun une offre de services. Ces services sont regroupés au sein d'ensembles de services. Chaque ensemble est composé d'un ou de plusieurs flux de données numériques. Ces flux sont distribués via un lien de diffusion qui peut correspondre à une fréquence donnée émise par un satellite ou une tête de réseau câble. Chaque flux va pouvoir contenir un ou plusieurs services. Un décodeur est équipé d'un tuner lui permettant de se connecter sur le satellite, ou le câble, en utilisant la fréquence donnée et de recevoir le flux de donnée numérique qui y est diffusé. Un service au sein de ce flux est défini comme une séquence d'émissions diffusées dans le cadre d'une programmation définie par un diffuseur.

Les offres de vidéo sur IP peuvent être divisées en deux groupes, les services distribués en unipoint ( unicast en anglais) et les services distribués en multipoint ( multicast en anglais). Dans les premiers un service va être distribué par un serveur à destination d'un récepteur unique tandis que les seconds sont conçus comme une distribution simultanée par un serveur a de multiples récepteurs.

Le fonctionnement de services de distribution multipoint sur IP implique un fournisseur de services qui va distribuer ces services. Chaque service va être distribué par un ou plusieurs serveurs utilisant une adresse de distribution multipoint. II existe plusieurs façons pour un fournisseur de services de porter son offre à la connaissance des utilisateurs. Chez l'utilisateur, le récepteur doit, dans un premier temps prendre connaissance des services et des adresses auxquelles ils sont distribués. II en construit une liste qu'il peut ensuite proposer à l'utilisateur qui va sélectionner le service qu'il désire recevoir. Le récepteur va alors envoyer une requête d'abonnement à l'adresse de distribution utilisée par le service. Cette requête d'abonnement va entraîner la configuration des appareils de routages intermédiaires entre le serveur et les récepteurs. Ceux-ci vont acheminer les paquets de données constituant le flux comprenant le service depuis le serveur jusqu'au récepteur. Quand l'utilisateur veut cesser de recevoir le service, le récepteur va envoyer une requête de désabonnement sur l'adresse et va cesser de recevoir les paquets.

Ce processus complet est généralement appelé découverte et sélection de service, soit SD&S (pour Service Discovery and Selection en anglais). Il existe un standard couvrant ce processus appelé DVB-IP ( Digital Video Broadcasting over IP Infrastructures ), documenté dans DVB-IP Phase 1 Specifications Handbook disponible auprès de l'ETSI sous la référence ETSI TS 102.034 vl.1.1).

On voit donc qu'un utilisateur souhaitant disposer d'une offre de télévision numérique diffusée de manière traditionnelle et d'une offre de services distribués sur IP va se retrouver avec d'une part un récepteur connecté à un réseau local sur IP lui-même connecté à un réseau IP de distribution de service via une passerelle et d'un décodeur traditionnel lui permettant de recevoir une offre, par exemple satellite, sur son récepteur. Il lui faudra donc utiliser deux systèmes différents et incompatibles.

L'invention permet à un utilisateur désirant recevoir d'une part une offre de télévision numérique diffusée de manière traditionnelle et d'autre part une offre de services vidéo sur un réseau IP de disposer d'un appareil de réception traditionnel doté de la capacité de redistribuer sur le réseau local les services qu'il reçoit. Ce récepteur sera donc vu sur le réseau comme une source supplémentaire de services sur IP. L'offre de services traditionnelle sera intégrée à l'offre de services sur IP.

L'invention concerne un appareil de réception de services numériques comprenant des moyens de réception d'au moins un ensemble de services numériques diffusés par satellite et/ou par câble et/ou par voie hertzienne ainsi que des moyens de connexion à un réseau local IP et des moyens de distribution d'au moins un flux de données numériques contenant au moins un service numérique sur le réseau local IP (3.5) à destination d'un ou de plusieurs clients connectés à ce réseau, ces moyens de distribution d'au moins un flux étant adaptés à la diffusion dans le flux distribué d'au moins un service reçu via les moyens de réception.

Selon un mode particulier de réalisation de l'invention l'appareil comprend en outre des moyens de présentation d'une liste de services numériques offerts sur le réseau local adaptés au mode de présentation de la liste des services offerts utilisé sur ce réseau.

Selon un mode particulier de réalisation de l'invention les moyens de présentation d'une offre de services numériques comprennent des moyens de détermination de la liste des services offerts par le au moins un ensemble de services numériques pouvant être reçu par les moyens de réception et des moyens d'adaptation de cette liste de services offerts au mode de présentation utilisé sur le réseau local.

Selon un mode particulier de réalisation de l'invention l'appareil comprend en outre des moyens de réception d'une commande, appelée commande connecte , de la part d'un client connecté au réseau local, pour demander la diffusion sur le réseau local d'un service issu de la liste de services présentée par les moyens de présentation et d'une commande, appelée commande stop , indiquant que le client n'est plus intéressé par la diffusion dudit service.

Selon un mode particulier de réalisation de l'invention les moyens de réception n'ayant pas la capacité de recevoir simultanément tous les services offerts par le au moins un ensemble de services numériques, les moyens d'adaptation comprennent des moyens de sélection, à tout instant, parmi la liste de tous les services offerts, des services pouvant être reçus sans nécessiter l'interruption de la réception de services déjà reçus et où les moyens de présentation sont adaptés pour ne présenter que les services sélectionnés.

Selon un mode particulier de réalisation de l'invention l'appareil posséde en outre des moyens de maintien d'une liste des services numériques reçus et distribués et pour chaque service distribué des moyens de maintien de la liste des clients destinataires dudit service.

L'invention concerne également une méthode de distribution d'au moins un service numérique sur un réseau local de type IP par un appareil comportant des moyens de distribution d'au moins un flux contenant au moins un service numérique sur le réseau local à destination d'un ou de plusieurs clients connectés à ce réseau, des moyens de réception d'au moins une offre de services numériques diffusée par satellite et/ou par câble et/ou par voie hertzienne et que les moyens de distribution d'au moins un flux sont adaptés à la diffusion dans le flux distribué d'au moins un service reçu via les moyens de réception comprenant les étapes suivantes: - une étape de réception d'au moins un service numérique par lesdits moyens de réception; - une étape de distribution du au moins un service reçu par lesdits moyens de distribution sur le réseau local.

Selon un mode particulier de réalisation de l'invention l'appareil comprenant en outre des moyens de présentation d'une liste de services numériques offerts sur le réseau local, la méthode comprend en outre une étape de présentation d'une liste de services numériques offerts sur le réseau local selon le mode de présentation des services utilisé sur ce réseau.

Selon un mode particulier de réalisation de l'invention la méthode comprend en outre une étape de détermination de la liste des services offerts par le au moins un ensemble de services numériques et l'adaptation de cette liste au mode de présentation utilisé sur le réseau local.

Selon un mode particulier de réalisation de l'invention la méthode comprend en outre une étape de réception d'une commande, appelée commande connecte de la part d'un client connecté au réseau local pour demander la diffusion sur le réseau local d'un service issu de la liste de services présentée et indiqué dans la commande.

Selon un mode particulier de réalisation de l'invention la méthode comprend en outre, sur réception de la commande connecte , une étape de maintien d'une liste des services numériques reçus et distribués et pour chaque service distribué une étape de maintien de la liste des clients destinataires dudit service.

Selon un mode particulier de réalisation de l'invention la méthode comprend en outre, sur réception de la commande connecte , une étape de pilotage des moyens de réception pour recevoir le service demandé et une étape de distribution de ce service sur le réseau local.

Selon un mode particulier de réalisation de l'invention la méthode comprend, sur réception de la commande connecte , une étape de vérification que, dans le cas où au moins un précédent service est déjà reçu par les moyens de réception et distribué par les moyens de distribution, les moyens de réceptions sont pilotables de façon à permettre la réception additionnelle du service demandé et du au moins un précédent service reçu et si ce test est négatif de signifier l'échec de sa commande au client à l'origine de la commande connecte .

Selon un mode particulier de réalisation de l'invention la méthode comprend une étape, lors de la détermination de la liste des services offerts par le au moins un ensemble de services numérique et dans le cas où au moins un service est déjà reçu par les moyens de réception et distribué par les moyens de distribution, de sélection dans cette liste des seuls services pouvant être reçus additionnellement au au moins un service déjà reçu.

Selon un mode particulier de réalisation de l'invention la méthode comprend en outre une étape de réception d'une commande, appelée commande stop de la part d'un client connecté au réseau local et destinataire d'au moins un service numérique distribué indiquant qu'il cesse d'être destinataire du service numérique indiqué dans la commande.

Selon un mode particulier de réalisation de l'invention la méthode comprend en outre une étape, lors de la réception de la commande stop , une étape de maintien d'une liste des services numériques reçus et distribués et pour chaque service distribué une étape de maintien de la liste des clients destinataires dudit service.

L'invention sera mieux comprise, et d'autres particularités et avantages apparaîtront à la lecture de la description qui va suivre, la 20 description faisant référence aux dessins annexés parmi lesquels: La figure 1 représente l'architecture globale d'un exemple de réalisation de l'invention dans son environnement de fonctionnement.

La figure 2 représente l'architecture matérielle d'un appareil selon l'exemple de réalisation de l'invention.

La figure 3 représente un schéma fonctionnel d'un appareil selon l'exemple de réalisation de l'invention.

L'émergence de nouvelles offres de vidéo sur IP rend nécessaire pour l'utilisateur l'acquisition de nouveaux appareils. A l'heure actuelle, un utilisateur voulant bénéficier d'une offre traditionnelle telle que satellite, câble ou numérique hertzien et d'une offre sur IP, doit posséder des appareils de fonctionnement différent. L'exemple de réalisation de l'invention propose un moyen pour l'utilisateur d'accéder aux services des deux offres d'une manière uniforme et transparente.

La solution retenue doit prendre en compte les critères suivants pour son efficacité. D'une part la bande passante utilisée sur le réseau local de l'utilisateur doit être aussi faible que possible, d'autre part les ressources du réseau nécessaires les moins nombreuses possibles. Le choix d'un service par l'utilisateur doit être aussi naturel que possible et ce quelque soit le moyen d'acheminement primaire du service. Idéalement, l'utilisateur doit voir tous les services qui lui sont offerts et pouvoir en choisir un sans se préoccuper de l'offre qui lui donne accès à ce service.

L'accès à une offre de vidéo sur IP implique la création au domicile de l'utilisateur d'un réseau local sur IP, même embryonnaire. Au minimum, un appareil va jouer le rôle de passerelle offrant la connexion au réseau IP distribuant les services. Cette passerelle d'accès va recevoir les flux de données contenant les services qui devront être décodés et visualisés. On peut imaginer que cette passerelle comporte directement le décodeur et produise le signal adapté à être visualisé sur le récepteur. Mais en règle générale, le décodeur va être un appareil différent connecté via IP à la passerelle et pourra même être intégré dans le récepteur, par exemple un téléviseur numérique.

Dans ce document, le terme diffusion sera réservée à la diffusion classique de services numérique via satellite, câble ou voie hertzienne ou autre, tandis que le terme distribution sera réservé à la distribution de services sur un réseau IP.

L'exemple de réalisation de l'invention repose sur un appareil, que l'on appelle passerelle de distribution, qui permet de recevoir une première offre traditionnelle de diffusion de services numériques et de la rendre accessible sur un réseau local. Cet appareil est équipé pour recevoir une diffusion de type satellite, câble, numérique hertzien ou autre. Cet appareil est en outre en mesure de fournir sur le réseau local les informations sur les services offerts par la diffusion mais sous la forme adoptée par le réseau local pour porter à la connaissance de l'utilisateur l'offre de services sur IP.

Quand l'utilisateur choisit un service issu de l'offre de diffusion, la passerelle de distribution transmet sur le réseau IP le service diffusé de la même manière qu'un serveur de distribution de services sur IP. De cette manière, l'utilisateur va pouvoir accéder aux services de l'offre diffusée de la même manière que si cette offre était partie intégrante de l'offre de services sur IP. Cette passerelle de distribution peut être conçue comme un appareil à part entière sur le réseau IP ou comme une extension de la passerelle de connexion au réseau IP voire éventuellement intégré à un récepteur numérique. II est évident pour l'homme du métier que l'intégration de cette fonctionnalité peut être faite à divers endroits du réseau local et au sein de divers appareils de ce réseau.

Un exemple de réalisation de l'invention va maintenant être décrite. Cet exemple de réalisation n'est pas limitatif et l'homme du métier pourra en adapter certains aspects sans sortir du cadre de l'invention.

La figure 1 illustre l'architecture globale d'un exemple de réalisation de l'invention dans son environnement de fonctionnement. On y voit un réseau local sur IP, référencé 1.5, reliant d'une part des clients, référencés 1.6 à 1.7, à un réseau de distribution de services sur IP. Nous appelons clients, l'appareil permettant de recevoir un flux de données numérique contenant un service en provenance d'un réseau IP. Cet appareil est donc l'appareil qui va être en mesure de recevoir et de décoder le flux sur IP. Cet appareil va généralement être un décodeur IP qui sera équipé d'une interface réseau IP et d'un démultiplexeur permettant d'isoler les paquets de données correspondant à un service, puis d'un décodeur capable de décoder les différents flux élémentaires constituant le service et enfin des convertisseurs numériques analogiques permettant de créer les signaux analogiques qui seront émis à destination d'un écran, de haut-parleurs ou autre pour restituer le service. Cet appareil peut également être un téléviseur numérique intégrant directement toutes ces fonctions. Ces clients vont être connectés au réseau de distribution de services sur IP via une passerelle IP, référencée 1.4, qui peut être par exemple un modem ADSL ou tout autre moyen d'accéder à un réseau IP avec un débit suffisant pour la distribution de services audio et vidéo, modem câble, modem satellite, liaison spécialisée etc....

Dans l'exemple de réalisation de la figure 1, la passerelle de distribution est construite comme un appareil en lui-même, référencé 1.2, connecté d'une part au réseau local IP et possédant un module de réception connecté à une antenne satellite, référencé 1.1. Ce module de réception est un module satellite dans l'exemple de réalisation, mais pourrait être un module de réception câble, hertzien ou autre dans la mesure où il permet la réception de flux de données numériques, typiquement DVB ( Digital Video Broadcast en anglais).

La figure 2 quant à elle illustre l'architecture matérielle de la passerelle de distribution, référencée 2.2, de l'exemple de réalisation. Cette passerelle est connectée au réseau IP, référencé 2.5, via une interface réseau, référencée 2.9. Elle possède un module de réception, référencé 2.3 et généralement appelé tuner dans le jargon de l'homme du métier. Ce tuner permet la réception des signaux issus du satellite et captés par l'antenne satellite référencée 2.1. Ce tuner peut se régler sur une fréquence donnée, capter le signal émis à cette fréquence et reconstruire les paquets de données numériques contenus dans ce signal. Ces paquets constituant le flux de données numériques reçu est ensuite traité par un filtre de paquets, référencé 2.8 et généralement appelé démux dans le jargon de l'homme du métier. Ce filtre ou démux peut être programmé pour extraire du flux les paquets répondant à certains critères comme la valeur de certains champs dans l'entête des paquets. Ce démux est utilisé, en particulier, pour extraire un service donné du flux ou pour sélectionner les informations sur l'offre de services qui sont contenues dans le flux. Ces informations sur l'offre sont généralement appelées informations de services par l'homme du métier.

Ces modules interagissent sous le contrôle de logiciels stockés dans la mémoire morte, référencée 2.6, de l'appareil. Ces programmes sont chargés dans la mémoire vive, référencée 2.7, en vu d'une exécution par le processeur, référencé 2.4. Le détail des principaux programmes logiciels entrant dans le fonctionnement de la passerelle de distribution est décrit ci- dessous.

La figure 3 représente un schéma fonctionnel d'un appareil selon l'exemple de réalisation de l'invention. On retrouve la passerelle, référencée 3.2, connectée au réseau IP, référencé 3.5, et à l'antenne satellite référencée 3.1. On retrouve les modules interface réseau, référencé 3.9, tuner, référencé 3.3 et le démux, référencé 3.8, vu sous leur aspect fonctionnel. Les interactions entre les clients du réseau local et la passerelle de distribution vont être gérées par un interpréteur de commandes, référencé 3.6. Cet interpréteur de commandes va recevoir des commandes ou requêtes en provenance des clients via l'interface réseau, ce qui est symbolisé par la flèche référencée 3.11. Pour l'exécution de ces commandes, cet interpréteur va devoir piloter le tuner, flèche 3.13. II va devoir également piloter le démux, flèche 3.15 et le joueur de flux, référencé 3.4 flèche 3.18 qui va redistribuer sur le réseau IP le service préalablement sélectionné.

Sous la direction de l'interpréteur de commande 3.6, le tuner va recevoir un flux de paquets de données numériques qui vont être envoyés, flèche 3. 16, au démux. Celui ci va filtrer, par exemple, les paquets appartenant à un service. Ces paquets sont envoyés au joueur de flux, flèche 3.17, qui est lui chargé de l'envoi de ce flux de paquets de données sur le réseau IP. Cet envoi, flèche 3.19, sur le réseau IP peut se faire, par exemple, via le protocole RTP ( Real Time Transport Protocol en anglais) comme préconisé par le standard DVB-IP. Le gestionnaire de services, référencé 3.7, va lui être en charge de la gestion des informations de services, c'est-à-dire des informations sur l'offre de service accessible. Cette gestion va se faire sous le contrôle de l'interpréteur de commandes, par exemple. Le gestionnaire de services va recevoir en sortie du démux, flèche 3.14, les informations de signalisation contenues dans le flux et va pouvoir construire la liste des services disponibles qu'il pourra fournir sur requête, flèche 3.12, au client demandeur sur le réseau IP, flèche 3.10. La gestion des services disponibles est détaillée plus loin.

Dans l'exemple de réalisation de l'invention, la passerelle de distribution effectue les tâches suivantes lors de son initialisation.

Le tuner est démarré et mis dans un état où il est prêt à recevoir des commandes. Ce tuner est un tuner courant du type de ceux que l'on trouve dans les décodeurs satellite ou câble ou hertzien. II est donc capable d'effectuer les tâches habituelles d'un tuner. Parmi lesquelles nous pouvons mentionner la fonction de parcours d'une gamme de fréquences à la recherche de celles utilisées pour la diffusion d'un flux de service. La fonction de se caler sur une fréquence donnée en utilisant une polarisation donnée, une modulation donnée, et tous les paramètres courants. Le tuner va également être capable de fournir le flux de paquets de données numériques transmis sur ladite fréquence.

La liste des services pouvant être reçus par le tuner est construite.

On appellera cette liste la liste des services DVB, un service de cette liste étant appelé un service DVB. Un lien de diffusion est organisé de la manière suivante. Le lien est partagé généralement par plusieurs diffuseurs. Chaque diffuseur offre un ensemble de services numériques par exemple audio et/ou vidéo sous la forme d'un ensemble de services. Ces ensembles sont diffusés par un ou plusieurs flux de transport. Dans un premier temps, il est courant de construire la liste des diffuseurs qui partagent le lien de diffusion. Dans un second temps on construit la liste des flux de transport utilisés et finalement on peut construire la liste des services contenus dans ces flux.

Plus précisément, dans DVB, chaque diffuseur est identifié par un identificateur unique, l'identificateur de réseau ( network Id en anglais) et l'information à son sujet peut être trouvée dans une table, la table d'information sur le réseau ou NIT ( Network Information Table en anglais). Cette table se trouve normalement dans chaque flux de transport et contient entre autre la liste des flux utilisés par chaque diffuseur.

Pour chaque flux, on va trouver la liste des paramètres, comme la fréquence, la modulation, la polarisation et autre indispensables au tuner pour se caler et recevoir le flux. On y trouve également la liste des services diffusés dans le flux.

Pour chaque service, on va trouver un certain nombre d'informations comme le nom du service, un identificateur appelé triplet DVB, la liste des identificateurs de flux élémentaires audio et vidéo (PID pour Program Identifier en anglais).

Des informations de service complémentaires peuvent être disponibles dans le flux suivant les spécifications du standard DVB-SI pour Service Information en anglais.

Toutes ces informations permettent donc de construire une liste des services disponibles. Ces informations nécessitent de connaître les flux de transport diffusés afin de pouvoir se caler dessus et en extraire les informations utiles.

Une première façon de faire est de parcourir la gamme des fréquences potentiellement utilisées de façon à détecter celles qui sont utilisées pour émettre des flux. Chaque fois qu'un flux est détecté, les informations pertinentes en sont extraites pour construire la liste des services disponibles. C'est une fonction habituelle des tuners. Cette procédure est longue et monopolise le tuner qui ne peut être utilisé en réception de services pendant ce temps là.

Il est également possible de construire la liste des services disponibles en fonction d'un fichier de configuration stockés dans la passerelle de distribution par exemple ou ailleurs sur le réseau local. Ce fichier pourra être au format XML ou autre. Le format XML ayant l'avantage d'être le format retenu par la norme DVB-IP pour le codage des informations de services lors de la distribution de services DVB sur réseau IP. Cette façon de faire est beaucoup plus rapide, mais présente le risque de l'obsolescence des informations stockées par rapport à la réalité des services diffusés.

Il est également possible de mixer les deux techniques en stockant dans un fichier la liste des services mais en autorisant la mise à jour de ce fichier par une opération de parcours des fréquences, régulière ou à la demande pour son actualisation.

Une fois que l'on a construit la liste des services disponibles sur le lien de diffusion, il faut rendre cette liste disponible sur le réseau local. Pour ce faire une possibilité consiste à utiliser la solution préconisée par le standard DVB-IP. Ce standard propose de considérer la liste des services IP comme une collection d'objets. Chacun de ces objets possède, entre autre les informations suivantes: un identificateur qui peut par exemple être le triplet DVB, un nom de service, les identificateurs de programmes (PID) des flux élémentaires audio et vidéo du service, l'adresse de distribution multipoint à laquelle est distribué le service.

Un des problèmes à résoudre est la définition des adresses de distribution multipoint. Il faut prendre en compte que un tuner n'est pas en mesure de recevoir deux services se trouvant diffusés par deux flux de transport différents à la fois. Il sera donc impossible à la passerelle de distribution de jouer simultanément sur le réseau IP ces deux services. Il est possible d'utiliser cette propriété pour autoriser deux services appartenant à des flux différents à utiliser pour leur distribution la même adresse de distribution multipoint. Par contre, le tuner pouvant recevoir simultanément deux services diffusés au sein du même flux de transport, il est possible pour la passerelle de distribution de jouer ces deux services simultanément sur le réseau IP. Selon l'exemple deréalisation on utilise des adresses de distribution multipoint différentes pour les différents services d'un même flux.

De cette façon, on peut déterminer que le nombre maximum d'adresse de distribution que l'on doit prévoir de pouvoir utiliser correspond au nombre maximum de services contenus dans un même flux. Une façon possible de déterminer les adresses de distributions multipoint est maintenant décrite et repose sur l'utilisation d'un ensemble d'adresses défini dans un fichier de configuration. Ce fichier est chargé au démarrage de la passerelle et lui sert ensuite pour l'attribution d'une adresse à chaque service. Cette attribution respecte les règles sus mentionnées. c'est à dire que la même adresse peut être attribuée à deux services inclus dans des flux différents tandis que deux services du même flux vont se voir attribuer des adresses différentes.

L'interpréteur de commandes et le joueur de flux sont des boucles répétitives. L'interpréteur de commandes écoute le trafic réseau, attendant la réception d'une requête destinée à la passerelle de distribution. Sur réception d'une telle requête il exécute les actions requises pour l'exécution de cette requête.

Le joueur de flux est lui en attente de commandes commandant le démarrage et l'arrêt d'un flux. Sur réception d'une commande de démarrage, il lance un fil d'exécution chargé de récupérer les paquets correspondant au service à émettre qui lui viennent du tuner après filtrage par le démux. Ces paquets sont rassemblés dans des paquets de type RTP ( Real Time Transport Protocol ) puis émis sur l'adresse de distribution multipoint attribuée au service. Une fois cette émission initialisée, le joueur de flux se met en attente d'une nouvelle commande de démarrage ou d'arrêt. Sur réception d'une commande d'arrêt, l'émission du service correspondant est stoppée.

Se pose le problème du traitement de la phase de découverte et de sélection d'un service. Cette phase est décrite dans le standard où elle est décomposée en trois étapes. Une première étape décrit la façon pour un client de découvrir l'adresse à laquelle un distributeur de services offre l'information concernant son offre. Une seconde étape décrit comment un client, via une requête HTTP par exemple, obtient l'information générale sur le fournisseur de services. La dernière étape consiste à retrouver la liste des services offerts. Pour ce faire, le client doit envoyer autant de requêtes HTTP qu'il y a de fournisseurs de services. En réponse à cette requête, il recevra la liste construite lors de la phase d'initialisation de la passerelle de distribution.

La solution permettant la sélection d'un service va maintenant être décrite. Ici un problème particulier se pose. En effet, le standard suppose que tous les services offerts sont joués sur le réseau en permanence. Tous ces services sont donc accessibles à tout instant et ce de manière totalement indépendante les uns des autres. Au contraire de cette situation, dans le cas de la passerelle de distribution, il est clair que tous les services disponibles ne peuvent pas être joués en même temps. Ceci est du au fait que, à un instant donné, seul un flux de transport parmi les flux disponibles peut être reçu par le tuner. II sera donc toujours impossible de jouer simultanément deux services appartenant à deux flux différents sauf à doter la passerelle de distribution de deux ou plus tuner. Mais même en dotant la passerelle de plusieurs tuners, il y aura toujours une limitation dès que le nombre de flux disponibles va dépasser le nombre de tuners.

La distribution d'un service sur IP se fait en utilisant le protocole de transport temps réel RTP. Classiquement, lorsqu'un client désire recevoir un flux RTP distribué en distribution multipoint, il envoie une requête d'abonnement appelée join en anglais sur l'adresse de distribution multipoint. Cette requête est interprétée par les appareils de routage entre le serveur et le client pour distribuer les paquets émis par le serveur jusqu'au client. Ceci fonctionne bien dans un contexte où le serveur joue en permanence le service. Dans notre cas où le serveur ne joue le service qu'à la demande ce mécanisme n'est pas suffisant.

Pour résoudre ce problème, DVB-IP propose l'utilisation d'une requête RTSP ( Real Time Streaming Protocol en anglais) permettant d'informer un serveur qu'un de ses services est demandé par un client. Cette commande est connue sous le nom de commande connecte ( setup en anglais). L'utilisation de cette commande connecte est utilisée pour permettre à la passerelle de distribution de gérer la distribution des services.

Parallèlement une commande stop ( teardown en anglais) sera envoyée quand un client cesse d'être intéressé par la réception d'un service. Ces commandes comprennent une référence permettant à la passerelle d'identifier le service concerné par la commande.

Décrivons tout d'abord la sélection d'un premier service par un premier client. Le client demande et construit la liste de tous les services disponibles. Parmi tous ces services il en sélectionne un. Une commande connecte est envoyée à la passerelle et est interprétée par l'interpréteur de commandes afin de caler le tuner sur le flux contenant le service demandé. Le démux est programmé pour filtrer au sein du flux le service demandé, ce service sera donc joué par le joueur de flux sur le réseau à l'adresse de distribution qui lui a été attribué. Le client en s'abonnant à cette adresse de distribution va donc être en mesure de recevoir le service demandé.

En outre, la passerelle se doit de savoir quels sont les clients ayant demandé la réception d'un service qu'elle joue sur le réseau de façon à pouvoir interrompre la distribution d'un service lorsque plus aucun client n'est intéressé par sa réception. Une façon de le faire est de gérer, pour chaque service joué, une liste des clients dont on a reçu une commande connecte pour ce service. Donc sur réception d'une commande connecte et à condition que cette commande puisse être satisfaite, on va voir que ce n'est pas toujours le cas, le client à l'origine de la commande est ajouté à la liste des clients demandant la réception de ce service. Le client en sera retirer quand la passerelle de distribution recevra une commande stop de la part de ce client concernant ce service.

Que se passe-t-il lorsqu'un nouveau client sélectionne un service alors que le joueur de flux joue déjà un service à destination d'un premier client. Première possibilité, le service demandé par le nouveau client est le même que le service déjà joué pour le premier client. II suffit pour le nouveau client de s'abonner à la distribution en cours pour recevoir le service. La passerelle rajoutera ce nouveau client dans la liste des clients recevant le service. Deuxième possibilité, le service est diffusé sur le même flux de diffusion. Dans ce cas, une modification de la programmation du démux permet de filtrer les deux services. Chacun d'eux va être distribué par le joueur de flux sur sa propre adresse de distribution multipoint. Chaque client est abonné à l'adresse de distribution du service qu'il souhaite recevoir et est en mesure de le recevoir.

Troisième possibilité, le service demandé par le nouveau client est un service diffusé sur un flux différent du service demandé par le premier client. Dans ce cas, un premier choix peut être de privilégier le nouveau client. Le tuner va être calé sur le nouveau flux, le démux programmé pour en extraire le service demandé par le nouveau client et le joueur de flux va jouer ce service sur son adresse de distribution multipoint. De ce fait, la distribution du premier service à destination du premier client va être interrompue. Un autre choix peut être de privilégier le premier client et de signaler au nouveau client que le service qu'il a demandé est indisponible du fait de la distribution d'un premier service d'un autre flux à un autre client. II y a donc dans ce cas échec de la commande connecte . II est également possible de tenir compte du type, s'il est connu, du premier client pour déterminer la politique adoptée. II est, par exemple, possible de privilégier les clients de type appareil d'enregistrement par rapport à de simples appareils de visualisation en se basant sur le fait qu'un utilisateur ayant programmé l'enregistrement d'un programme ne désire pas voir cet enregistrement interrompu alors qu'un utilisateur regardant un programme en direct sera en mesure de réagir à l'interruption de service. II est évident que toute politique de choix peut être adoptée à ce niveau sans sortir du cadre de l'invention.

Une façon élégante de régler ce problème est de modifier la façon de construire la liste des services disponibles de manière à ne présenter à un client que la liste des services réellement disponible. Dans ce cas, dès qu'au moins un service est joué et donc que le tuner est calé sur un flux, on restreint la liste des services proposés à la liste des services disponibles sur le flux sur lequel le tuner est calé. Dès que le dernier client abonné à la distribution d'un des services du flux se désabonne de la réception de celui- ci, la liste des services disponible sera de nouveau la liste comprenant les services de tous les flux disponibles. C'est particulièrement dans ce cas que la gestion de la liste des clients abonnés à un service se révèle utile de façon à déterminer le moment où le dernier service utilisé par un flux n'est plus reçu par aucun client et que l'on peut donc offrir la totalité des services disponible sur la totalité des flux diffusés à un client en faisant la demande.

Il est également possible, de continuer à proposer au premier client recevant le service diffusé et tant qu'il en est le seul client la totalité des services disponibles.

Il est évidemment possible d'étendre ce fonctionnement à une passerelle possédant plusieurs tuners. La liste des services proposés à un client en faisant la demande étant toujours limitée à ce qui est réellement distribuable sans interrompre un service déjà distribué.

Claims (16)

REVENDICATIONS

1. Appareil (3.2) de réception de services numériques comprenant -des moyens de réception (3.3, 3.8) d'au moins un ensemble de services numériques diffusés par satellite et/ou par câble et/ou par voie hertzienne; caractérisé en ce qu'il comprend en outre: - des moyens de connexion à un réseau local IP (3.5) ; - des moyens (3.4) de distribution d'au moins un flux de données numériques contenant au moins un service numérique sur le réseau local IP (3.5) à destination d'un ou de plusieurs clients (1.6, 1.7, 1.8) connectés à ce réseau, ces moyens de distribution (3.4) d'au moins un flux étant adaptés à la diffusion dans le flux distribué d'au moins un service reçu via les moyens de réception (3.3, 3. 8).

2. Appareil selon la revendication 1 comprenant en outre des moyens (3.7) de présentation d'une liste de services numériques offerts sur le réseau local (3.5) adaptés au mode de présentation de la liste des services offerts utilisé sur ce réseau.

3. Appareil selon la revendication 2 où les moyens de présentation d'une offre de services numériques comprennent des moyens de détermination de la liste des services offerts par le au moins un ensemble de services numériques pouvant être reçu par les moyens de réception et des moyens d'adaptation de cette liste de services offerts au mode de présentation utilisé sur le réseau local.

4. Appareil selon la revendication 3 comprenant en outre des moyens de réception d'une commande, appelée commande connecte , de la part d'un client connecté au réseau local, pour demander la diffusion sur le réseau local d'un service issu de la liste de services présentée par les moyens de présentation et d'une commande, appelée commande stop , indiquant que le client n'est plus intéressé par la diffusion dudit service.

5. Appareil selon la revendication 4 où, les moyens de réception n'ayant pas la capacité de recevoir simultanément tous les services offerts par le au moins un ensemble de services numériques, les moyens d'adaptation comprennent des moyens de sélection, à tout instant, parmi la liste de tous les services offerts, des services pouvant être reçus sans nécessiter l'interruption de la réception de services déjà reçus et où les moyens de présentation sont adaptés pour ne présenter que les services sélectionnés.

5. Appareil selon la revendication 4 possédant en outre des moyens de maintien d'une liste des services numériques reçus et distribués et pour chaque service distribué des moyens de maintien de la liste des clients destinataires dudit service.

6. Méthode de distribution d'au moins un service numérique sur un réseau local de type IP (3.5) par un appareil (3.2) comportant des moyens (3.4) de distribution d'au moins un flux contenant au moins un service numérique sur le réseau local (3.5) à destination d'un ou de plusieurs clients (1.6, 1.7, 1.8) connectés à ce réseau, des moyens de réception (3. 3, 3.8) d'au moins une offre de services numériques diffusée par satellite et/ou par câble et/ou par voie hertzienne et que les moyens de distribution (3.4) d'au moins un flux sont adaptés à la diffusion dans le flux distribué d'au moins un service reçu via les moyens de réception (3. 3, 3.8) comprenant les étapes suivantes: - une étape de réception d'au moins un service numérique par lesdits moyens de réception (3.3, 3.8) ; - une étape de distribution du au moins un service reçu par lesdits moyens de distribution (3.4) sur le réseau local (3.5).

9. Méthode selon la revendication 6 où l'appareil comprenant en outre des moyens (3.7) de présentation d'une liste de services numériques offerts sur le réseau local, la méthode comprend en outre une étape de présentation d'une liste de services numériques offerts sur le réseau local selon le mode de présentation des services utilisé sur ce réseau.

10. Méthode selon la revendication 7 comprenant en outre une étape de détermination de la liste des services offerts par le au moins un ensemble de services numériques et l'adaptation de cette liste au mode de présentation utilisé sur le réseau local.

9. Méthode selon l'une des revendications 6 à 8 comprenant en outre une étape de réception d'une commande, appelée commande connecte de la part d'un client connecté au réseau local pour demander la diffusion sur le réseau local d'un service issu de la liste de services présentée et indiqué dans la commande.

10. Méthode selon la revendication 9 comprenant en outre, sur réception de la commande connecte , une étape de maintien d'une liste des services numériques reçus et distribués et pour chaque service distribué une étape de maintien de la liste des clients destinataires dudit service.

11. Méthode selon la revendication 10 comprenant en outre, sur réception de la commande connecte , une étape de pilotage des moyens de réception pour recevoir le service demandé et une étape de distribution de ce service sur le réseau local.

12. Méthode selon la revendication 10 comprenant en outre, sur réception de la commande connecte , une étape de vérification que, dans le cas où au moins un précédent service est déjà reçu par les moyens de réception et distribué par les moyens de distribution, les moyens de réceptions sont pilotables de façon à permettre la réception additionnelle du service demandé et du au moins un précédent service reçu et si ce test est négatif de signifier l'échec de sa commande au client à l'origine de la commande connecte .

13. Méthode selon la revendication 10 comprenant en outre une étape, lors de la détermination de la liste des services offerts par le au moins un ensemble de services numérique et dans le cas où au moins un service est déjà reçu par les moyens de réception et distribué par les moyens de distribution, de sélection dans cette liste des seuls services pouvant être reçus additionnellement au au moins un service déjà reçu.

14. Méthode selon la revendication l'une des revendications 6 à 8 comprenant en outre une étape de réception d'une commande, appelée commande stop de la part d'un client connecté au réseau local et destinataire d'au moins un service numérique distribué indiquant qu'il cesse d'être destinataire du service numérique indiqué dans la commande.

15. Méthode selon la revendication 14 comprenant en outre une étape, lors de la réception de la commande stop , une étape de maintien d'une liste des services numériques reçus et distribués et pour chaque service distribué une étape de maintien de la liste des clients destinataires dudit service.