FR2860674A1 - Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode - Google Patents

Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode Download PDF

Info

Publication number
FR2860674A1
FR2860674A1 FR0311706A FR0311706A FR2860674A1 FR 2860674 A1 FR2860674 A1 FR 2860674A1 FR 0311706 A FR0311706 A FR 0311706A FR 0311706 A FR0311706 A FR 0311706A FR 2860674 A1 FR2860674 A1 FR 2860674A1
Authority
FR
France
Prior art keywords
network
broadcast
address
stream
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0311706A
Other languages
English (en)
Inventor
Ralf Schaefer
Yves Maetz
Jean Luc Philouze
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Priority to FR0311706A priority Critical patent/FR2860674A1/fr
Priority to US10/574,328 priority patent/US20070220574A1/en
Priority to CNA2004800291891A priority patent/CN1864388A/zh
Priority to PCT/FR2004/050463 priority patent/WO2005036851A1/fr
Priority to JP2006530449A priority patent/JP2007507942A/ja
Priority to KR1020067006386A priority patent/KR20060121893A/ko
Priority to EP04817161A priority patent/EP1671466A1/fr
Priority to BRPI0415063-5A priority patent/BRPI0415063A/pt
Priority to MXPA06003712A priority patent/MXPA06003712A/es
Publication of FR2860674A1 publication Critical patent/FR2860674A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/24—Systems for the transmission of television signals using pulse code modulation
    • H04N7/52—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal

Abstract

Dans le cadre de la diffusion de services DVB sur un réseau IP, la tendance est de séparer les informations de signalisation décrivant le réseau et les services offerts des services eux-mêmes. La signalisation est mise à disposition des terminaux via des fichiers XML disponible sur des serveurs HTTP. A la différence de cette approche, l'invention consiste en une méthode de découverte, par un terminal connecté à un réseau de type IP, de services DVB sur le réseau de type IP, où le terminal utilise une première adresse IP et un premier numéro de port pour recevoir un flux de transport diffusé à cette adresse IP sur ce port. Le terminal extrait dudit flux les tables de signalisation dont la table d'information sur les réseaux (NIT). Les descripteurs de réseaux contenus dans ladite table d'information sur les réseaux (NIT) désignant des adresses IP de diffusion et les ports associés, le terminal se connecte à au moins une partie des flux de transport diffusés aux dites adresses IP sur lesdits ports de façon à lire la table de description de service associée (SDT) . Le terminal utilise ces informations pour construire une liste éventuellement unitaire des services disponibles sur le réseau.

Description

<Desc/Clms Page number 1>
Méthode de transmission de services DVB sur un réseau IP et appareil mettant en #uvre la méthode
La présente invention concerne la transmission de services DVB (Digital Video Broadcasting), DVB définissant un service comme une séquence de programmes sous le contrôle d'un opérateur pouvant être diffusée dans le cadre d'une programmation , sur un réseau de type IP (supportant le protocole IP, Internet Protocol, dont on peut trouver la spécification dans les RFC request for comments maintenu par l'IETF Internet Engineering Task Force sous le numéro 791) et plus particulièrement la découverte par un terminal des services offerts sur le réseau.
La découverte des services DVB offerts par un réseau est normalisée dans le cadre d'un réseau de type diffusion par satellite, câble ou numérique terrestre. Cette norme est décrite dans le document Digital Video Broadcasting (DVB) ; Spécification for Service Information (SI) in DVB Systems publié par l'ETSI (European Telecomunication Standard Institute) sous le numéro ETSI EN 300 468. Ce document décrit un ensemble de tables contenant des informations sur le réseau, sur les fréquences auxquelles sont transmis les flux de données contenant les services, sur les services proposés etc. Ces tables sont multiplexées dans les flux de données, le terminal étant configuré avec les données nécessaires pour se connecter à un premier flux lui permettant de recevoir ces tables et de construire, d'après leur contenu, une base de donnée contenant la description des services offerts par le réseau et les données de connexion nécessaires à leur réception.
Le développement du réseau Internet, et surtout la généralisation des accès à haut débit, offrent maintenant la possibilité technique de diffuser des services audio et vidéo sur ce réseau. D'autre part, des réseaux privés de type IP à haut débit se développent que ce soit au sein des entreprises ou
<Desc/Clms Page number 2>
dans le cadre du domicile. Dans ce cadre DVB travaille à la standardisation de la diffusion de services DVB sur les réseaux de type IP. Un groupe de travail appelé DVB-IPI (Internet Protocol Infrastructure) est en train de finaliser une spécification concernant le transport des services DVB sur un réseau de type IP, et plus particulièrement la découverte des services. La proposition telle qu'envisagée aujourd'hui est présentée dans le document Service Discovery & Service Selection Specification ;Part 1- MPEG-2 DVB-IP Services sous la référence IPI2001-059. La solution, telle qu'envisagée actuellement par le groupe de travail, s'oriente vers une séparation entre la diffusion des services sous la forme de flux de transport contenant un seul service DVB d'une part et les informations décrivant ces services, disponibles sous la forme de fichiers XML (extensible Markup Language) accessible pour les terminaux sur requête. Le protocole HTTP (Hyper Text Transport Protocol) pouvant, par exemple, être utilisé pour retrouver ces fichiers. Cette solution semble naturelle car elle tire profit du caractère bidirectionnel de la connexion IP contrairement à la diffusion par satellite par exemple. Elle permet en effet d'économiser la bande passante en ne transmettant les informations de signalisation qu'à la demande et non en permanence dans le canal audio et vidéo. De plus, la mise à disposition d'informations sur un réseau de type IP via des serveurs HTTP sous la forme de fichiers de données en XML est la solution dominante largement adoptée sur ce type de réseaux.
Mais cette solution impose le développement d'un ensemble d'outils permettant de générer et de gérer les serveurs offrant ces informations de signalisation au format XML. Or à l'heure actuelle, les diffuseurs de contenu disposent d'une infrastructure maîtrisée pour la diffusion de services MPEG- 2 DVB via le satellite ou le câble. L'adoption de ce nouveau schéma de signalisation imposant le développement, en parallèle du système existant, de nouveaux outils implique un investissement et une prise de risque pour les opérateurs. De plus, les terminaux n'intègrent pas aujourd'hui les outils nécessaires à l'analyse de ces information, comme par exemple, un
<Desc/Clms Page number 3>
analyseur XML. L'intégration de tels outils dans un terminal à faible coût peut s'avérer délicate voire impossible en fonction des ressources matérielles disponible comme la puissance du processeur ou la mémoire.
Le but de l'invention est donc d'offrir une méthode de transmission de services DVB sur un réseau de type IP et plus particulièrement la découverte des services offerts sur le réseau par un terminal. Cette méthode permettant la réutilisation maximale de la chaîne de production actuellement déployée de services DVB pour le satellite ou le câble dans le but de diffuser des services DVB sur un réseau de type IP.
L'invention consiste en une méthode de découverte, par un terminal connecté à un réseau de type IP, de services DVB sur le réseau de type IP, où le terminal utilise une première adresse IP de diffusion et un premier numéro de port pour recevoir un flux de transport diffusé à cette adresse IP sur ce port. Le terminal extrait dudit flux les tables de signalisation dont la table d'information sur les réseaux (NIT). Les descripteurs de réseaux contenus dans ladite table d'information sur les réseaux (NIT) désignant des adresses IP de diffusion et les ports associés, le terminal se connecte à au moins une partie des flux de transport diffusés aux dites adresses IP sur lesdits ports de façon à lire la table de description de service associée (SDT). Le terminal utilise ces informations pour construire une liste éventuellement unitaire des services disponibles sur le réseau.
Selon un mode particulier de réalisation de l'invention la première adresse IP de diffusion et le premier numéro de port sont entrés par l'utilisateur.
Selon un mode particulier de réalisation de l'invention la première adresse IP de diffusion et le premier numéro de port sont obtenus du réseau par le terminal.
<Desc/Clms Page number 4>
Selon un mode particulier de réalisation de l'invention les flux ne contiennent qu'un seul service DVB.
Selon un mode particulier de réalisation de l'invention la liste des services est incluse dans la NIT contenue dans le flux disponible à la première adresse IP de diffusion sur le premier port.
L'invention concerne aussi un appareil possédant des moyens de se connecter à une adresse IP de diffusion via des moyens de connexion à un réseau IP et des moyens de décodage de flux DVB diffusé à cette adresse IP de diffusion, caractérisé en ce que les moyens de décodage de flux DVB ont la capacité d'analyser une NIT, extraite du flux, contenant des descripteurs de réseau adaptés au réseau IP et de se connecter à chaque adresse IP de diffusion décrite dans ladite NIT pour y lire un flux DVB et en extraire les informations sur les services offerts sur le réseau préférentiellement selon l'une quelconque des méthodes selon les revendications précédentes.
L'invention concerne également un descripteur d'un service de diffusion d'un flux DVB destiné à être inclus dans une NIT caractérisé en ce qu'il contient l'adresse IP de diffusion d'un serveur de flux et un numéro de port sur lequel ledit serveur diffuse un flux DVB sur un réseau de type IP.
L'invention sera mieux comprise, et d'autres particularités et avantages apparaîtront à la lecture de la description qui va suivre, la description faisant référence aux dessins annexés parmi lesquels :
La figure 1 représente un schéma de la chaîne de production de services DVB dans le cadre d'une diffusion satellite classique.
La figure 2 représente l'architecture d'un flux de donnée DVB dans le cadre de l'invention.
La figure 3 représente un schéma d'un exemple de chaîne de production modifiée selon l'invention.
<Desc/Clms Page number 5>
La figure 4 représente l'architecture matérielle d'un terminal fonctionnant selon un exemple de réalisation de l'invention.
La figure 5 représente un schéma des différentes étapes de la méthode.
La figure 6 représente la structure d'une NIT (Network Information Table) selon la norme DVB.
La connexion à un flux de transport sur un réseau de type IP peut se faire selon un protocole de diffusion multipoint (IP multicast en anglais). Un exemple d'un tel protocole est le protocole IGMP (Internet Gateway Management Protocol) défini dans la RFC 2236. Dans ce protocole, à un serveur de diffusion multipoint est associé une adresse de diffusion multipoint. Cette adresse a le format d'une adresse IP, dans un domaine réservé à cet usage, mais ne correspond pas à l'adresse IP d'une machine accessible sur le réseau. Un terminal désirant se connecter à cette diffusion va envoyer une requête sur le réseau contenant cette adresse IP de diffusion multipoint. Cette requête va être relayée dans tout le réseau jusqu'à atteindre le serveur en charge de cette diffusion qui va donc inscrire le terminal comme client de la diffusion. Les routeurs sur le chemin entre le serveur et le terminal vont ensuite être en mesure de relayer les paquets IP constituant le flux vers les terminaux abonnés à la diffusion. Une optimisation de ce protocole permet, par la connaissance de l'adresse IP de la machine serveur en sus de l'adresse IP de diffusion multipoint, d'optimiser la route de la requête d'abonnement en l'acheminant directement vers le serveur destinataire au lieu de la diffuser dans tout le réseau. Cette optimisation est connue sous le nom de SSM (Source Specific Multicast).
La connexion au flux de transport peut également se faire selon un protocole de diffusion unipoint (IP unicast en anglais). Un exemple d'un tel protocole est le protocole RTSP (Real Time Streaming Protocol) défini dans la RFC 2326. Ce protocole servant à contrôler la diffusion du flux sur IP, il est prévu pour fonctionner conjointement avec un protocole de diffusion
<Desc/Clms Page number 6>
proprement dit comme RTP. La principale différence avec la diffusion multipoint étant qu'à chaque client désirant se connecter sur le flux, le serveur va initier une diffusion point à point entre lui-même et le client. Il est évident que cette solution est plus dispendieuse en bande passante que la solution basée sur la diffusion multipoint, mais elle est envisageable dans le cadre d'un réseau restreint où seul un petit nombre de terminaux sont susceptibles de se connecter à un flux.
La figure 1 décrit l'architecture générale d'une chaîne de production de services MPEG-2 DVB dans le cadre d'une diffusion satellite. Au départ de la chaîne, nous avons du contenu audio et vidéo 1 qu'il s'agit de diffuser. Ce contenu est encodé selon la norme MPEG2 dans un codeur 2 pour générer un flux élémentaire audio/vidéo 5. Parallèlement au codage de l'audio et de la vidéo, les informations de signalisation 3 sont générées, elles proviennent généralement d'une base de données contenant les informations descriptives sur le service que l'on veut diffuser. Ces informations sont générées sous la forme d'un flux de signalisation 6. Un autre module 4 prend en charge la génération d'un flux de sous-titres 7. Il est également possible d'inclure un flux d'applications interactives 8, dont la chaîne de production n'est pas détaillée ici. Tous ces flux élémentaires, avec éventuellement d'autres flux véhiculant d'autres contenus audio et vidéo, la signalisation s'y rapportant ou autre, sont ensuite multiplexés dans un multiplexeur 9 pour générer le flux de transport MPEG-2 qui va être ensuite modulé et converti sur une fréquence choisie par le modulateur convertisseur 10. Un ensemble de flux de ce type peuvent être mélangés par un mixer 11 pour un envoi sur un satellite 13 via une station d'émission 12.
Dans ce cas une synchronisation des informations de signalisation est nécessaire entre les différents flux de façon à inclure des informations sur les autres flux dans les tables descriptives de chaque flux. Ces programmes peuvent ensuite être reçus au domicile de l'utilisateur via sa parabole 14 pour être décodés par un décodeur et affichés sur un téléviseur. Cette chaîne est maintenant bien maîtrisée par les opérateurs.
<Desc/Clms Page number 7>
La figure 2 représente l'architecture d'un flux de transport ne contenant qu'un service et toutes les tables de signalisation s'y rattachant.
La bande passante ainsi que l'architecture d'un réseau IP rendent plus pratique de séparer chaque service dans un flux propre. En effet, contrairement au cas du satellite dont le flux est destinée de multiples terminaux pouvant sélectionnerl'un quelconque des services disponibles, dans un réseaulP chaque terminal peut se connecter sur le flux contenant le service désiréet lui seul. Mais il est évident que l'utilisation d'un flux contenant plusieurs services est possible. Un premier flux 41 contient une table SDT (Service Description Table) 43 qui décrit le, ou les, services disponibles dans le flux. Le service 42 contient une PMT (Program Map Table) 46 ainsi que les flux élémentaires du service, vidéo 47, audio 48 ou autre 49. Le flux contient également une PAT (Program Allocation Table) 44 pointant entre autre sur la NIT 45. La NIT donne des informations sur l'organisation physique des différents flux de transport 50,51, 52 offerts par le réseau. La NIT est organisée comme indiqué sur la figure 6.
Cette structure de la NIT reste adaptée à la description d'un réseau sur IP à ceci près qu'il faut définir des descripteurs spécifiques au réseau IP de façon à prendre en compte le système de diffusion large bande sur IP.
Nous donnons ci-dessous la définition d'un exemple d'un tel descripteur adapté à la diffusion multipoint :
Figure img00070001
<tb>
<tb> Nom <SEP> du <SEP> champ <SEP> Nombre <SEP> de <SEP> bits <SEP> Identifiant <SEP>
<tb> Descriptor~tag <SEP> 8 <SEP> uimsbf
<tb> Descriptorjength <SEP> 8 <SEP> uimsbf
<tb> IP <SEP> multicast <SEP> address <SEP> 32 <SEP> bslbf
<tb> Multicast~Port~number <SEP> 16 <SEP> bslbf
<tb>
Figure img00070002

Multicast protocol~mapping 8 bslbf
<Desc/Clms Page number 8>
Figure img00080001
<tb>
<tb> IP~source~address <SEP> 32 <SEP> bslbf
<tb>
Le champ descriptor~tag est un identifiant correspondant à ce nouveau type de descripteur.
Le champ descriptor~length donne la taille du descripteur.
Le champ IP~multicast~address est l'adresse IP de diffusion multipoint du serveur sur lequel est disponible le flux.
Le champ Multicast~Port~number est le numéro de port sur le serveur où l'on doit se connecter pour recevoir le flux.
Figure img00080002
Le champ Multicast protocol mapping est un champ identifiant le protocole de codage du, ou des, service diffusé à cette adresse, ce peut être MPEG-2, MPEG-4, MHP ou autres. Ce champ, optionnel, peut permettre de filtrer sur le type de contenu pour ne retenir que les services que le terminal est à même de décoder.
Le champ IP~source~address est l'adresse IP réelle du serveur ce qui permet un routage efficace de la requête de connexion à un serveur de diffusion multipoint selon le protocole SSM.
Nous donnons ci-dessous la définition d'un autre exemple d'un tel descripteur adapté à la diffusion unipoint :
Figure img00080003
<tb>
<tb> Nom <SEP> du <SEP> champ <SEP> Nombre <SEP> de <SEP> bits <SEP> Identifiant <SEP>
<tb> Descriptor~tag <SEP> 8 <SEP> uimsbf
<tb> Descriptorjength <SEP> 8 <SEP> uimsbf
<tb> IP <SEP> unicast <SEP> address <SEP> 32 <SEP> bslbf
<tb> Unicast <SEP> Port <SEP> number <SEP> 16 <SEP> bslbf
<tb> Unicast~protocol~mapping <SEP> 8 <SEP> bslbf
<tb>
Le champ descriptor~tag est un identifiant correspondant à ce nouveau type de descripteur.
Le champ descriptorjength donne la taille du descripteur.
<Desc/Clms Page number 9>
Le champ IP~unicast~address est l'adresse IP de diffusion unipoint du serveur sur lequel est disponible le flux.
Le champ Unicast~Port~number est le numéro de port sur le serveur où l'on doit se connecter pour recevoir le flux.
Le champ Unicast~protocol~mapping est un champ identifiant le protocole de codage du, ou des, service diffusé à cette adresse, ce peut être MPEG-2, MPEG-4, MHP ou autres. Ce champ, optionnel, peut permettre de filtrer sur le type de contenu pour ne retenir que les services que le terminal est à même de décoder.
Ces descripteurs signalent un serveur de diffusion multipoint ou unipoint contenant un flux de transport avec habituellement un service de télévision DVB. Nous voyons dans la structure de la NIT qu'il existe une boucle sur les flux de transport, ce qui veut dire que tous les flux de transport constituant le réseau complet d'un opérateur peuvent être décrits dans cette boucle. De cette façon, le terminal peut construire une liste avec les adresses IP de diffusion multipoint ou unipoint de tous les flux de transport d'un réseau de diffusion de télévision large bande sur IP. Une liste de descripteurs de services peut être optionnellement incluse dans la NIT de façon à accélérer la phase d'installation du terminal.
On peut également envisager que des serveurs de flux multipoint et unipoint soient présent dans le même réseau.
La figure 3 représente un schéma de l'architecture de la chaîne de production modifiée selon un exemple de réalisation de l'invention. Nous retrouvons le même début de chaîne que dans la figure 1 dans le cas classique de la diffusion par modulation de type satellite, câble, ou terrestre. Les différences se trouvent au niveau de la génération des informations de signalisation 3. Nous devons adapter la NIT au fonctionnement sur le réseau IP comme expliqué précédemment, c'est-à-dire en y incluant des descripteurs de services de diffusion large bande IP. Le flux ainsi constitué
<Desc/Clms Page number 10>
est placé sur un serveur de flux 30 permettant sa diffusion sur le réseau IP.
Tous les flux constituant le réseau de l'opérateur sont ainsi mis à disposition du terminal 33 connecté sur son réseau IP 32 ce qui est symbolisé sur le schéma par leur branchement derrière le routeur 31. Dans la pratique ces serveurs de flux peuvent être mis à disposition d'un utilisateur connecté, par exemple via un accès ADSL (Asymmetric Digital Subscriber Line), en les rendant accessibles sur Internet. Mais cette solution possède l'inconvénient que l'on n'est pas maître de la bande passante sur Internet entre le serveur et le point d'accès reliant l'utilisateur. Une autre solution est de connecter ces serveurs via un réseau permettant de gérer la qualité de service, comme un réseau ATM (Asynchronous Transfert Mode), aux points d'accès des utilisateurs.
La figure 4 représente l'architecture interne d'un terminal 60 qui possède de la mémoire morte (ROM 63) lui permettant de stocker des programmes et des données, de la mémoire vive (RAM 62) qui lui permet de charger ces programmes en vue d'une exécution par le processeur 61. Ce processeur peut également utiliser de la RAM persistante pour stocker des informations comme la base de données. Ce terminal est connecté à un réseau de type IP par une interface réseau 64. Ces composants communiquent par l'intermédiaire d'un bus interne 65.
La phase de découverte des services sur un réseau large bande IP par un terminal se déroule de la façon suivante. Le terminal possède une connexion large bande à un réseau IP, cette connexion peut être une connexion à Internet selon la technique ADSL ou par le câble. Cette connexion peut également se faire sur un réseau privé, comme un réseau d'entreprise ou un réseau domestique. Le terminal possède des paramètres lui permettant une première connexion à une adresse IP de diffusion multipoint ou unipoint. La solution la plus simple est de considérer que cette adresse IP de diffusion est entrée manuellement dans un menu de configuration. Cette adresse IP de diffusion peut également être attribuée au
<Desc/Clms Page number 11>
terminal lors de la phase de connexion via des protocoles comme DHCP (Dynamic Host Control Protocol) ou PPP (Point to Point Protocol). Mais toute autre méthode de détermination de cette première adresse IP est possible. Cette adresse consiste en une adresse IP de diffusion multipoint ou unipoint et un numéro de port correspondant.
Les étapes de la méthode sont représentées sur la figure 5.
Dans une première étape 70, le terminal se connecte à cette adresse IP sur le port donné et active, par exemple via le protocole IGMP, la réception du flux de transport qui y est disponible. Généralement ce flux de transport est du type MPEG-2 encapsulé sur IP en utilisant les couches de protocole IP/UDP/RTP (User Datagram Protocol, Real Time Protocol), mais ce peut également un flux de type MPEG-4, MHP ou autre.
Le flux de transport est extrait des paquets RTP. Ce flux contient les tables PAT, PMT, NIT et SDT. Les tables contenues dans le flux sont exactement les tables telles que spécifiées dans la norme DVB-SI, à l'exception des descripteurs de réseau tel que définis plus haut situés dans la NIT.
Dans une seconde étape 71, le terminal extrait la NIT contenue dans le flux et l'analyse pour construire la liste des adresses IP de diffusion et des ports associés permettant de recevoir les flux disponibles sur le réseau.
Dans une troisième étape 72, le terminal se connecte successivement à au moins une partie de ces flux de transport disponibles sur le réseau. Le terminal va extraire de ces flux les informations de description des services contenues dans la SDT. Selon une alternative, ces informations sont lues directement via un ensemble de descripteurs de services inclus dans la NIT. Dans ce cas il n'est pas nécessaire de se connecter aux différents flux disponibles sur le réseau.
<Desc/Clms Page number 12>
Dans une quatrième étape 73, le terminal construit la base de données contenant la liste de tous les services offerts sur le réseau et la met à la disposition de l'utilisateur via, par exemple, un guide électronique des programmes. La base de données peut, par exemple, être stockée dans la RAM persistente du terminal de façon à être facilement accessible au démarrage du terminal sans nécessité de refaire ce processus.
Le terminal peut utiliser les informations contenues dans cette base pour répondre à une sollicitation de l'utilisateur voulant se connecter sur un des services proposés. Le terminal trouve dans la base l'adresse IP et le numéro de port du serveur de flux diffusant le service désiré, il peut donc se connecter sur le flux en question et y récupérer le flux contenant le service pour l'afficher.
L'invention permet aux opérateurs de réutiliser la majeure partie de leur chaîne existante de production, en particuliers les multiplexeurs et leurs équipements de production des informations de signalisation. L'invention permet aussi de limiter les modifications a apporter aux logiciels exécutés sur les décodeurs. En effet, seule la partie gérant l'interface IP, en lieu et place de l'interface de réception satellite ou câble, est nouvelle. Toute la partie d'analyse du flux et de gestion des informations de signalisation peut être reprise du logiciel utilisé sur les décodeurs satellite ou câble. De même le contrôle d'accès peut être repris à l'identique. L'invention permet donc l'adoption de la diffusion de services DVB sur un réseau IP large bande en minimisant les investissements et les risques pour les opérateurs.

Claims (7)

REVENDICATIONS
1. Méthode de découverte, par un terminal (60) connecté à un réseau de type IP, de services DVB sur le réseau de type IP, caractérisée en ce qu'elle comporte au moins les étapes suivantes : - le terminal utilise une première adresse IP de diffusion et un premier numéro de port pour recevoir (70) un flux de transport diffusé à cette adresse IP sur ce port ; - le terminal extrait (71 ) dudit flux au moins la table d'information sur les réseaux (NIT) ; - les descripteurs de réseaux contenus dans ladite table d'information sur les réseaux (NIT) désignant des adresses IP de diffusion et les ports associés, le terminal se connecte (72) à au moins une partie des flux de transport diffusés aux dites adresses
IP sur lesdits ports de façon à lire la table de description de service associée (SDT) ; - le terminal utilise ces informations pour construire (73) une liste éventuellement unitaire des services disponibles sur le réseau.
2. Méthode selon la revendication 1 où la première adresse IP de diffusion et le premier numéro de port sont entrés par l'utilisateur.
3. Méthode selon la revendication 1 où la première adresse IP et le premier numéro de port sont obtenus du réseau par le terminal.
4. Méthode selon l'une des revendications 1 à 3 où les flux ne contiennent qu'un seul service DVB.
5. Méthode selon l'une des revendications 1 à 4 où la liste des services est incluse dans la NIT contenue dans le flux disponible à la première adresse IP de diffusion sur le premier port.
<Desc/Clms Page number 14>
6. Appareil possédant des moyens de se connecter à une adresse IP de diffusion via des moyens de connexion à un réseau IP et des moyens de décodage de flux DVB diffusé à cette adresse IP de diffusion, caractérisé en ce que les moyens de décodage de flux DVB ont la capacité d'analyser une NIT, extraite du flux, contenant des descripteurs de réseau adaptés au réseau IP et de se connecter à chaque adresse IP de diffusion décrite dans ladite NIT pour y lire un flux DVB et en extraire les informations sur les services offerts sur le réseau préférentiellement selon l'une quelconque des méthodes selon les revendications précédentes.
7. Descripteur d'un service de diffusion d'un flux DVB destiné à être inclus dans une NIT caractérisé en ce qu'il contient l'adresse IP de diffusion d'un serveur de flux et un numéro de port sur lequel ledit serveur diffuse un flux DVB sur un réseau de type IP.
FR0311706A 2003-10-07 2003-10-07 Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode Pending FR2860674A1 (fr)

Priority Applications (9)

Application Number Priority Date Filing Date Title
FR0311706A FR2860674A1 (fr) 2003-10-07 2003-10-07 Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode
US10/574,328 US20070220574A1 (en) 2003-10-07 2004-09-27 Method and Apparatus for the Transmission of Dvb Services Over an Ip Network
CNA2004800291891A CN1864388A (zh) 2003-10-07 2004-09-27 在因特网协议网络上传送数字视频广播服务的方法和设备
PCT/FR2004/050463 WO2005036851A1 (fr) 2003-10-07 2004-09-27 Methode et appareil de transmission de services dvb sur un reseau ip
JP2006530449A JP2007507942A (ja) 2003-10-07 2004-09-27 Ｉｐネットワークでｄｖｂサービスを伝送する方法及び装置
KR1020067006386A KR20060121893A (ko) 2003-10-07 2004-09-27 Ｉｐ 네트워크를 통한 ｄｖｂ 서비스의 송신을 위한 방법및 장치
EP04817161A EP1671466A1 (fr) 2003-10-07 2004-09-27 Methode et appareil de transmission de services dvb sur un reseau ip
BRPI0415063-5A BRPI0415063A (pt) 2003-10-07 2004-09-27 método e aparelho para a transmissão de serviços de dvb em uma rede ip
MXPA06003712A MXPA06003712A (es) 2003-10-07 2004-09-27 Metodo y aparato para la transmision de servicios de dvb sobre una red de ip.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0311706A FR2860674A1 (fr) 2003-10-07 2003-10-07 Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode

Publications (1)

Publication Number Publication Date
FR2860674A1 true FR2860674A1 (fr) 2005-04-08

Family

ID=34307476

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0311706A Pending FR2860674A1 (fr) 2003-10-07 2003-10-07 Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode

Country Status (9)

Country Link
US (1) US20070220574A1 (fr)
EP (1) EP1671466A1 (fr)
JP (1) JP2007507942A (fr)
KR (1) KR20060121893A (fr)
CN (1) CN1864388A (fr)
BR (1) BRPI0415063A (fr)
FR (1) FR2860674A1 (fr)
MX (1) MXPA06003712A (fr)
WO (1) WO2005036851A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1811743A1 (fr) * 2006-01-20 2007-07-25 Sagem Communication S.A. Procédé de signalisation de services prioritaires et récepteur adapté à recevoir cette signalisation

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2864869A1 (fr) * 2004-01-06 2005-07-08 Thomson Licensing Sa Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode
FR2879385A1 (fr) * 2004-12-09 2006-06-16 Thomson Licensing Sa Methode d'agregation de decouverte de service dans un reseau local et appareil implementant la methode
FR2880752A1 (fr) * 2005-01-10 2006-07-14 Thomson Licensing Sa Methode de construction d'une adresse de diffusion unique par un serveur et serveur utilisant cette methode
FR2895182A1 (fr) * 2005-12-20 2007-06-22 Thomson Licensing Sas Procede de transmission de services de television numerique, passerelle et reseau correspondants
FR2903268A1 (fr) * 2006-06-30 2008-01-04 Thomson Licensing Sas Procede de reception de services audio/video, terminal et systeme correspondants
CN101174956A (zh) * 2006-11-02 2008-05-07 华为技术有限公司 一种获取服务描述信息的方法、系统和终端
KR101314615B1 (ko) * 2007-03-22 2013-10-07 엘지전자 주식회사 디지털 방송 전송 방법과 전송 시스템, 디지털 방송 수신방법과 수신기 및 디지털 방송 서비스 방법과 서비스시스템
CN100547974C (zh) * 2007-05-30 2009-10-07 四川长虹电器股份有限公司 网络设备的服务查找方法
US8675505B2 (en) * 2007-06-26 2014-03-18 Qualcomm Incorporated Methods and apparatus for efficient network information acquisition over a DVB network
US8407734B2 (en) 2007-07-25 2013-03-26 Lg Electronics Inc. Broadcasting receiver and method of transmitting / receiving broadcasting signal
KR101368247B1 (ko) * 2007-09-03 2014-03-03 주식회사 알티캐스트 인터넷 프로토콜 텔레비전 터널링 서비스 시스템 및 그방법
CN101959062B (zh) * 2010-05-13 2012-07-25 北京创毅视讯科技有限公司 移动多媒体广播系统中的数据传输方法、系统和装置
CN104754425B (zh) * 2013-12-27 2018-01-16 北京创维海通数字技术有限公司 一种单向dvb网络信令数据在双向网络的传输方法
US10623810B2 (en) * 2014-01-17 2020-04-14 Saturn Licensing Llc Receiving apparatus, receiving method, transmission apparatus, and transmission method
JP6138178B2 (ja) * 2015-01-23 2017-05-31 三菱電機ビルテクノサービス株式会社 中継装置、データ通信システム及びプログラム
CN110505209B (zh) * 2019-07-19 2020-12-11 视联动力信息技术股份有限公司 一种产品链框架的处理方法、系统、电子设备和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0854650A2 (fr) * 1997-01-17 1998-07-22 NOKIA TECHNOLOGY GmbH Méthode pour l'addressage d'un service dans un système de diffusion vidéo numérique
EP1001631A1 (fr) * 1998-11-09 2000-05-17 CANAL+ Société Anonyme Signalement d'information de bouquet dans un système de transmission digital
US6115074A (en) * 1997-07-10 2000-09-05 Ozkan; Mehmet Kemal System for forming and processing program map information suitable for terrestrial, cable or satellite broadcast

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI964640A (fi) * 1996-11-21 1998-07-28 Nokia Multimedia Network Terminals Oy Menetelmä osoitetietojen välittämiseksi
WO2000025517A1 (fr) * 1998-10-27 2000-05-04 Koninklijke Philips Electronics N.V. Reseau de radiodiffusion a services interactifs
EP0999664A1 (fr) * 1998-11-06 2000-05-10 THOMSON multimedia Méthode de détermination d'une fréquence prédeterminée associée à un flux de données dans un récepteur radio numérique
FR2803474A1 (fr) * 1999-12-30 2001-07-06 Thomson Multimedia Sa Procede de constitution de base de donnees pour service de television numerique, dispositif decodeur mettant en oeuvre le procede, et utilisation de la base de donnees
JP2003521067A (ja) * 2000-01-28 2003-07-08 ウィリアムズ コミュニケーションズ， エルエルシー 起点サーバとクライアントとの間のメディアリソースリクエストおよび／または応答を書き換えるシステムおよび方法
JP4040316B2 (ja) * 2002-02-01 2008-01-30 キヤノン株式会社 受信装置
US7216170B2 (en) * 2002-05-22 2007-05-08 Microsoft Corporation Systems and methods to reference resources in a television-based entertainment system
EP1377054A1 (fr) * 2002-06-25 2004-01-02 Canal+ Technologies Société Anonyme Information de découverte pour IP multdiffusion
US7788277B2 (en) * 2002-07-24 2010-08-31 General Instrument Corporation Methods and apparatus for rapid capture of program identifier data in a broadband transcoder multiplexer
BRPI0318015B1 (pt) * 2003-01-21 2017-12-26 Nokia Technologies Oy Methods for receiving and transmitting a digital long band transmission to save energy in the receiver, data processing system, receiver, and transmitter "
US7409702B2 (en) * 2003-03-20 2008-08-05 Sony Corporation Auxiliary program association table

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0854650A2 (fr) * 1997-01-17 1998-07-22 NOKIA TECHNOLOGY GmbH Méthode pour l'addressage d'un service dans un système de diffusion vidéo numérique
US6115074A (en) * 1997-07-10 2000-09-05 Ozkan; Mehmet Kemal System for forming and processing program map information suitable for terrestrial, cable or satellite broadcast
EP1001631A1 (fr) * 1998-11-09 2000-05-17 CANAL+ Société Anonyme Signalement d'information de bouquet dans un système de transmission digital

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
EBU-UER: "Digital Video Broadcasting (DVB);Specification for Service Information (SI) in DVB systems", FINAL DRAFT ETSI EN 300 468 V1.5.1, XX, XX, January 2003 (2003-01-01), pages 1 - 94, XP002245392 *
STALLARD, PAILA: "DVB thoughts on service discovery and selection", IETF DRAFT MMUSIC GROUP, 10 February 2003 (2003-02-10), XP015005363 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1811743A1 (fr) * 2006-01-20 2007-07-25 Sagem Communication S.A. Procédé de signalisation de services prioritaires et récepteur adapté à recevoir cette signalisation
FR2896647A1 (fr) * 2006-01-20 2007-07-27 Sagem Comm Procede de signalisation de services prioritaires et recepteur adapte a recevoir cette signalisation

Also Published As

Publication number Publication date
BRPI0415063A (pt) 2006-12-12
US20070220574A1 (en) 2007-09-20
KR20060121893A (ko) 2006-11-29
CN1864388A (zh) 2006-11-15
MXPA06003712A (es) 2006-06-23
EP1671466A1 (fr) 2006-06-21
WO2005036851A1 (fr) 2005-04-21
JP2007507942A (ja) 2007-03-29

Similar Documents

Publication Publication Date Title
FR2864869A1 (fr) Methode de transmission de services numeriques sur un reseau et appareil mettant en oeuvre la methode
US8745667B2 (en) Method of processing channel information and receiver
FR2860674A1 (fr) Methode de transmission de services dvb sur un reseau ip et appareil mettant en oeuvre la methode
EP2060037B1 (fr) Methode de transmission d&#39;informations de services dans differents types de reseaux de diffusion et unite de traitement desdites informations
US8893200B2 (en) IPTV receiver and method of acquiring a resource for an IPTV service
JP5738865B2 (ja) Ｍｐｅｇ−２ｔｓ多重化マルチメディアストリームのエレメンタリパケットの選択による、ｍｐｅｇ−２ｔｓ多重化マルチメディアストリームの配信
CN105900440B (zh) 接收设备、接收方法、发送设备以及发送方法
KR20050024387A (ko) Ｉｐ 멀티캐스트를 위한 발견 정보
FR2903268A1 (fr) Procede de reception de services audio/video, terminal et systeme correspondants
FR2878397A1 (fr) Appareil et methode de distribution sur un reseau local de services diffuses
CA2674301C (fr) Methode de traitement d&#39;informations sur des canaux, et recepteur
CN101388738B (zh) 广播接收机和传送/接收广播信号的方法
EP2367356B1 (fr) Procédé de découverte de service IPTV et récepteur IPTV l&#39;utilisant
FR2933213A1 (fr) Methode d&#39;affichage d&#39;interface utilisateur et methode d&#39;emission correspondante
FR3031862A1 (fr) Procede de transmission d&#39;un flux de donnees utilisant un protocole de diffusion en direct.
EP1400088B1 (fr) Procede et systeme de diffusion de programmes audiovisuels a partir d&#39;un serveur
KR20160041833A (ko) 방송 서비스 제공 방법 및 장치
Kang et al. Method of DASH segments into a MMTP stream for switching contents under a hybrid broadcasting environment
Orgon et al. Internet Protocol Television: Real Implementation of Telecommunication Model for Service Providers
FR2985629A1 (fr) Controle de services a la demande communiques en mode de diffusion.
MXPA06007697A (en) Method of transmitting digital services over a network and device implementing the method