EP1671466A1 - Methode et appareil de transmission de services dvb sur un reseau ip - Google Patents

Methode et appareil de transmission de services dvb sur un reseau ip

Info

Publication number
EP1671466A1
EP1671466A1 EP04817161A EP04817161A EP1671466A1 EP 1671466 A1 EP1671466 A1 EP 1671466A1 EP 04817161 A EP04817161 A EP 04817161A EP 04817161 A EP04817161 A EP 04817161A EP 1671466 A1 EP1671466 A1 EP 1671466A1
Authority
EP
European Patent Office
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.)
Withdrawn
Application number
EP04817161A
Other languages
German (de)
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
Publication of EP1671466A1 publication Critical patent/EP1671466A1/fr
Withdrawn 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 encoded video stream 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

Definitions

  • the present invention relates to the transmission of DVB (Digital Video Broadcasting) services, DVB defining a service as "a sequence of programs under the control of an operator which can be broadcast within the framework of programming", on an IP type network. (supporting the IP protocol, Internet Protocol, the specification of which can be found in the RFCs “request for comments” maintained by the IETF “Internet Engineering Task Force” under number 791) and more particularly the discovery by a terminal of the services offered on the network.
  • DVB Digital Video Broadcasting
  • DVB services offered by a network is standardized within the framework of a satellite, cable or digital terrestrial broadcast type network. This standard is described in the document “Digital Video Broadcasting (DVB); Specification for Service Information (SI) in DVB Systems ”published by ETSI (European Telecomunication Standard Institute) under number ETSI EN 300468.
  • This document describes a set of tables containing information on the network, on the frequencies to which the data flow containing the services, on the services offered etc. These tables are multiplexed in the data flows, the terminal being configured with the data necessary to connect to a first flow allowing it to receive these tables and to build, according to their content, a database containing the description of the services offered by the network and the connection data necessary for their reception.
  • DVB Internet Protocol Infrastructure
  • IPI Internet Protocol Infrastructure
  • the solution is oriented towards a separation between the broadcasting of services in the form of transport flows containing a single DVB service on the one hand and the information describing these services, available under the form of XML files (extensible Markup Language) accessible for terminals on request.
  • the HTTP protocol Hyper Text Transport Protocol
  • This solution seems natural because it takes advantage of the bidirectional nature of the IP connection unlike satellite broadcasting for example. It in fact saves bandwidth by only transmitting signaling information on demand and not permanently in the audio and video channel.
  • making information available on an IP-type network via HTTP servers in the form of XML data files is the dominant solution widely adopted on this type of network.
  • the object of the invention is therefore to offer a method of transmitting DVB services over an IP type network and more particularly the discovery of the services offered on the network by a terminal.
  • This method allows the maximum reuse of the production chain currently deployed of DVB services for satellite or cable in order to broadcast DVB services on an IP type network.
  • the invention consists of a method of discovery, by a terminal connected to an IP type network, of DVB services on the IP type network, where the terminal uses a first broadcast IP address and a first port number to receive a transport stream broadcast to this IP address on this port.
  • the terminal extracts from said flow the signaling tables including the network information table (NIT).
  • NIT network information table
  • the network descriptors contained in said network information table (NIT) designating broadcast IP addresses and the associated ports, the terminal connects to at least part of the transport flows broadcast to said IP addresses on said ports. so as to read the associated service description table (SDT).
  • SDT service description table
  • the terminal uses this information to build a possibly unitary list of services available on the network.
  • the first broadcast IP address and the first port number are entered by the user.
  • the first broadcast IP address and the first port number are obtained from the network by the terminal.
  • the streams contain only one DVB service.
  • the list of services is included in the NIT contained in the stream available at the first IP address for broadcasting on the first port.
  • the invention also relates to an apparatus having means for connecting to a broadcast IP address via means for connection to an IP network and means for decoding DVB streams broadcast at this broadcast IP address, characterized in that the means decoders of DVB streams have the capacity to analyze an NIT, extracted from the stream, containing network descriptors adapted to the IP network and to connect to each broadcast IP address described in said NIT in order to read a DVB stream there and extract therefrom information on the services offered on the network preferably according to any of the methods according to the preceding claims.
  • the invention also relates to a descriptor of a broadcast service for a DVB stream intended to be included in an NIT, characterized in that it contains the broadcast IP address of a stream server and a port number on which said server broadcasts a DVB stream over an IP type network.
  • FIG. 1 represents a diagram of the production chain for DVB services in as part of a conventional satellite broadcast.
  • FIG. 2 represents the architecture of a DVB data stream within the framework of the invention.
  • FIG. 3 represents a diagram of an example of a modified production line according to the invention.
  • FIG. 4 represents the hardware architecture of a terminal operating according to an exemplary embodiment of the invention.
  • FIG. 5 represents a diagram of the different stages of the method.
  • Figure 6 shows the structure of an NIT (Network Information Table) according to the DVB standard.
  • NIT Network Information Table
  • IP multicast in English
  • IP multicast in English
  • IGMP Internet Gateway Management Protocol
  • a multipoint broadcast server is associated with a multipoint broadcast address. This address has the format of an IP address, in a domain reserved for this use, but does not correspond to the IP address of a machine accessible on the network.
  • a terminal wishing to connect to this broadcast will send a request on the network containing this multipoint broadcast IP address. This request will be relayed throughout the network until it reaches the server in charge of this broadcast, which will therefore register the terminal as a client for the broadcast.
  • the routers on the path between the server and the terminal will then be able to relay the IP packets constituting the flow to the terminals subscribed to the broadcast.
  • An optimization of this protocol allows, by knowing the IP address of the server machine in addition to the IP address for multipoint broadcasting, to optimize the route of the subscription request by routing it directly to the destination server instead to distribute it throughout the network. This optimization is known as SSM (Source Specifies Multicast).
  • Connection to the transport stream can also be done using a unipoint broadcasting protocol (IP unicast in English).
  • IP unicast in English
  • An example of such a protocol is the RTSP protocol (Real Time Streaming Protocol) defined in RFC 2326.
  • RTSP protocol Real Time Streaming Protocol
  • This protocol being used to control the broadcasting of the stream over IP, it is intended to operate in conjunction with a broadcasting protocol properly said as RTP.
  • RTP broadcasting protocol
  • the main difference with multipoint broadcasting is that with each client wishing to connect to the stream, the server will initiate point-to-point broadcasting between itself and the client. It is obvious that this solution is more expensive in bandwidth than the solution based on multipoint broadcasting, but it is possible in the context of a restricted network where only a small number of terminals are capable of connecting to a stream.
  • Figure 1 describes the general architecture of an MPEG-2 DVB service production chain in the context of satellite broadcasting.
  • audio and video content 1 that we need to broadcast.
  • This content is encoded according to the MPEG2 standard in an encoder 2 to generate an elementary audio / video stream 5.
  • the signaling information 3 is generated, it generally comes from a database. data containing descriptive information on the service that we want to distribute. This information is generated in the form of a signaling stream 6.
  • Another module 4 supports the generation of a subtitle stream 7. It is also possible to include a stream of interactive applications 8, including the production chain is not detailed here.
  • a set of flows of this type can be mixed by a mixer 11 for sending to a satellite 13 via a transmitting station 12. In this case synchronization of the signaling information is necessary between the different flows in order to include information on the other flows in the descriptive tables of each flow.
  • These programs can then be received at the user's home via his dish 14 to be decoded by a decoder and displayed on a television. This chain is now well mastered by operators.
  • a first stream 41 contains an SDT (Service Description Table) table 43 which describes the service (s) available in the stream.
  • the service 42 contains a PMT (Program Map Table) 46 as well as the elementary streams of the service, video 47, audio 48 or other 49.
  • the stream also contains a PAT (Program Allocation Table) 44 pointing inter alia to the NIT 45.
  • the NIT gives information on the physical organization of the different transport flows 50, 51, 52 offered by the network. The NIT is organized as shown in Figure 6.
  • This structure of the NIT remains adapted to the description of a network on
  • IP except that it is necessary to define descriptors specific to the IP network so as to take into account the broadband broadcasting system over IP.
  • descriptors suitable for multipoint broadcasting:
  • IP_source_address 32 bslbf The "descriptor_tag” field is an identifier corresponding to this new type of descriptor.
  • the “descriptorjength” field gives the size of the descriptor.
  • the "IP_multicast_address” field is the IP address of the multipoint broadcast of the server on which the stream is available.
  • the “Multicast_Port_number” field is the port number on the server where you have to connect to receive the stream.
  • the “Muiticast_protocol_mapping” field is a field identifying the coding protocol of the service (s) broadcast at this address, it can be MPEG-2, MPEG-4, MHP or others.
  • IP_source_address is the real IP address of the server, which allows efficient routing of the connection request to a multipoint broadcasting server according to the SSM protocol.
  • the “descriptor ag” field is an identifier corresponding to this new type of descriptor.
  • the “descriptorjength” field gives the size of the descriptor.
  • the "IP_unicast_address” field is the unipoint broadcast IP address of the server on which the stream is available.
  • the "Unicast_Port_number” field is the port number on the server where you have to connect to receive the stream.
  • the "Unicast_protocol_mapping” field is a field identifying the coding protocol of the service (s) broadcast at this address, it can be MPEG-2, MPEG-4, MHP or others. This optional field can be used to filter on the type of content in order to retain only the services that the terminal is able to decode.
  • descriptors signal a multipoint or unipoint broadcast server containing a transport stream, usually with a DVB television service.
  • a multipoint or unipoint broadcast server containing a transport stream, usually with a DVB television service.
  • the terminal can build a list with the IP addresses of multipoint or unipoint broadcasting of all the transport flows of a broadband television broadcasting network over IP.
  • a list of service descriptors can optionally be included in the NIT in order to speed up the installation phase of the terminal.
  • FIG. 3 represents a diagram of the architecture of the modified production chain according to an exemplary embodiment of the invention.
  • the stream thus formed is placed on a stream server 30 enabling it to be broadcast over the IP network. All the flows constituting the operator's network are thus made available to the terminal 33 connected to its IP network 32, which is symbolized in the diagram by their connection behind the router 31. In practice, these flow servers can be made available.
  • ADSL access Asymmetric Digital Subscriber One
  • ATM Asynchronous Transfer Mode
  • FIG. 4 represents the internal architecture of a terminal 60 which has read only memory (ROM 63) allowing it to store programs and data, random access memory (RAM 62) which allows it to load these programs in view of an execution by the processor 61.
  • This processor can also use persistent RAM to store information such as the database.
  • This terminal is connected to an IP type network by a network interface 64. These components communicate via an internal bus 65.
  • the discovery phase of services on a broadband IP network by a terminal takes place as follows.
  • the terminal has a broadband connection to an IP network, this connection can be a connection to the Internet using the ADSL technique or by cable.
  • This connection can also be made on a private network, such as a corporate network or a home network.
  • the terminal has parameters allowing it to make a first connection to a multipoint or unipoint broadcast IP address.
  • This broadcast IP address is entered manually in a configuration menu.
  • This broadcast IP address can also be assigned to the terminal during the connection phase via protocols such as DHCP (Dynamic Host Control Protocol) or PPP (Point to Point Protocol). But any other method of determining this first IP address is possible.
  • This address consists of a multipoint or unipoint broadcast IP address and a corresponding port number.
  • a first step 70 the terminal connects to this IP address on the given port and activates, for example via the IGMP protocol, the reception of the transport stream which is available there.
  • this transport stream is of the MPEG-2 type encapsulated over IP using the IP / UDP / RTP (User Datagram Protocol, Real Time Protocol) layers, but it can also be a stream of MPEG-4, MHP or other type. .
  • the transport stream is extracted from RTP packets.
  • This stream contains the PAT, PMT, NIT and SDT tables.
  • the tables contained in the stream are exactly the tables as specified in the DVB-SI standard, with the exception of the network descriptors as defined above located in the NIT.
  • the terminal extracts the NIT contained in the stream and analyzes it to build the list of broadcast IP addresses and of the associated ports making it possible to receive the streams available on the network.
  • a third step 72 the terminal connects successively to at least part of these transport flows available on the network.
  • the terminal will extract the service description information contained in the SDT from these flows. Alternatively, this information is read directly via a set of service descriptors included in the NIT. In this case it is not necessary to connect to the different streams available on the network.
  • the terminal builds the database containing the list of all the services offered on the network and makes it available to the user via, for example, an electronic program guide.
  • the database can, for example, be stored in the terminal's persistent RAM so as to be easily accessible when the terminal is started up without the need to repeat this process.
  • the terminal can use the information contained in this database to respond to a request from the user wishing to connect to one of the services offered.
  • the terminal finds in the base the IP address and the port number of the flow server broadcasting the desired service, it can therefore connect to the flow in question and retrieve the flow containing the service there to display it.
  • the invention allows operators to reuse most of their existing production chain, in particular multiplexers and their equipment for producing signaling information.
  • the invention also makes it possible to limit the modifications to be made to the software executed on the decoders. Indeed, only the part managing the IP interface, in place of the satellite or cable reception interface, is new. All the part of flow analysis and signaling information management can be taken from the software used on satellite or cable decoders. Likewise, access control can be used identically.
  • the invention therefore makes it possible to adopt the broadcasting of DVB services over a broadband IP network while minimizing the investments and the risks for the operators.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

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

Méthode et appareil de transmission de services DVB sur un réseau IP
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 300468. 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 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 Sélection Spécification ; 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 ce 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 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. 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. 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, doptimiser 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 Spécifie 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 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 multiplexes 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. 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é à de multiples terminaux pouvant sélectionner l'un quelconque des services disponibles, dans un réseau IP 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 :
Nom du champ Nombre de bits Identifiant
Descriptor_tag 8 uimsbf
Descriptorjength 8 uimsbf
IP_multicast_address 32 bslbf
Multicast_Port_number 16 bslbf
Multicast_protocol_mapping 8 bslbf
IP_source_address 32 bslbf Le champ « descriptor_tag » est un identifiant correspondant à ce nouveau type de descripteur. Le champ « descriptorjength » 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. Le champ «Muiticast_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 :
Nom du champ Nombre de bits Identifiant
Descriptor_tag 8 uimsbf
Descriptorjength 8 uimsbf
I P_u nicast_address 32 bslbf
Unicast_Port_number 16 bslbf
Unicast_protocol_mapping 8 bslbf
Le champ « descriptor ag » est un identifiant correspondant à ce nouveau type de descripteur. Le champ « descriptorjength » donne la taille du descripteur. 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é 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 Une), 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 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.
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

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.
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.
EP04817161A 2003-10-07 2004-09-27 Methode et appareil de transmission de services dvb sur un reseau ip Withdrawn EP1671466A1 (fr)

Applications Claiming Priority (2)

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
PCT/FR2004/050463 WO2005036851A1 (fr) 2003-10-07 2004-09-27 Methode et appareil de transmission de services dvb sur un reseau ip

Publications (1)

Publication Number Publication Date
EP1671466A1 true EP1671466A1 (fr) 2006-06-21

Family

ID=34307476

Family Applications (1)

Application Number Title Priority Date Filing Date
EP04817161A Withdrawn EP1671466A1 (fr) 2003-10-07 2004-09-27 Methode et appareil de transmission de services dvb sur un reseau ip

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)

Families Citing this family (17)

* 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
FR2896647B1 (fr) * 2006-01-20 2009-09-25 Sagem Comm Procede de signalisation de services prioritaires et recepteur adapte a recevoir cette signalisation
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网络信令数据在双向网络的传输方法
MX2016008987A (es) * 2014-01-17 2016-10-04 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision, y metodo de transmision.
JP6138178B2 (ja) * 2015-01-23 2017-05-31 三菱電機ビルテクノサービス株式会社 中継装置、データ通信システム及びプログラム
CN110505209B (zh) * 2019-07-19 2020-12-11 视联动力信息技术股份有限公司 一种产品链框架的处理方法、系统、电子设备和存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI964640A7 (fi) * 1996-11-21 1998-07-28 Nokia Multimedia Network Terminals Oy Menetelmä osoitetietojen välittämiseksi
EP0854650A3 (fr) * 1997-01-17 2001-05-02 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
CN1292200A (zh) * 1998-10-27 2001-04-18 皇家菲利浦电子有限公司 具有交互业务的广播网
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
EP1001631A1 (fr) * 1998-11-09 2000-05-17 CANAL+ Société Anonyme Signalement d'information de bouquet dans un système de transmission digital
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
AU2001236568A1 (en) * 2000-01-28 2001-08-07 Ibeam Broadcasting Corporation A system and method for rewriting a media resource request and/or response between origin server and client
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
WO2004066652A1 (fr) * 2003-01-21 2004-08-05 Nokia Corporation Procede, systeme et entite de reseau pour transmission bande large numerique
US7409702B2 (en) * 2003-03-20 2008-08-05 Sony Corporation Auxiliary program association table

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2005036851A1 *

Also Published As

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

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
WO2005036851A1 (fr) Methode et appareil de transmission de services dvb sur un reseau ip
EP2060037B1 (fr) Methode de transmission d'informations de services dans differents types de reseaux de diffusion et unite de traitement desdites informations
CN102726022B (zh) 用于iptv的分层服务转售机制
US9729939B2 (en) Distribution of MPEG-2 TS multiplexed multimedia stream with selection of elementary packets of the stream
KR20050024387A (ko) Ｉｐ 멀티캐스트를 위한 발견 정보
FR2878397A1 (fr) Appareil et methode de distribution sur un reseau local de services diffuses
CA2674301C (fr) Methode de traitement d'informations sur des canaux, et recepteur
FR2903268A1 (fr) Procede de reception de services audio/video, terminal et systeme correspondants
FR2933213A1 (fr) Methode d'affichage d'interface utilisateur et methode d'emission correspondante
FR3031862A1 (fr) Procede de transmission d'un flux de donnees utilisant un protocole de diffusion en direct.
EP1400088B1 (fr) Procede et systeme de diffusion de programmes audiovisuels a partir d'un serveur
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
Colmena Pablos et al. Linux-Box: DVB and VoD streaming over local area networks

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20060322

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): DE FR GB IT

17Q First examination report despatched

Effective date: 20060807

DAX Request for extension of the european patent (deleted)
RBV Designated contracting states (corrected)

Designated state(s): DE FR GB IT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: THOMSON LICENSING

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20170421

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170902