FR2907297A1 - Procede de notification d'urgence dans un systeme de diffusion de services numeriques, dispositif emetteur et dispositif de reception mettant en oeuvre le procede - Google Patents

Procede de notification d'urgence dans un systeme de diffusion de services numeriques, dispositif emetteur et dispositif de reception mettant en oeuvre le procede Download PDF

Info

Publication number
FR2907297A1
FR2907297A1 FR0700296A FR0700296A FR2907297A1 FR 2907297 A1 FR2907297 A1 FR 2907297A1 FR 0700296 A FR0700296 A FR 0700296A FR 0700296 A FR0700296 A FR 0700296A FR 2907297 A1 FR2907297 A1 FR 2907297A1
Authority
FR
France
Prior art keywords
service
data
transmission
services
transmitted
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.)
Granted
Application number
FR0700296A
Other languages
English (en)
Other versions
FR2907297B1 (fr
Inventor
Remi Pecqueur
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.)
Apple Inc
Original Assignee
Sagem Communications 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
Priority claimed from FR0608977A external-priority patent/FR2907299B1/fr
Application filed by Sagem Communications SAS filed Critical Sagem Communications SAS
Priority to FR0700296A priority Critical patent/FR2907297B1/fr
Publication of FR2907297A1 publication Critical patent/FR2907297A1/fr
Application granted granted Critical
Publication of FR2907297B1 publication Critical patent/FR2907297B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/42—Arrangements for resource management
    • H04H20/426—Receiver side
    • 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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport 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/4383—Accessing a communication channel
    • 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/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • 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/64315—DVB-H
    • 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/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8146—Monomedia components thereof involving graphical data, e.g. 3D object, 2D graphics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/165—Centralised control of user terminal ; Registering at central

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Computer Graphics (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

L'invention concerne un procédé de notification d'urgence dans le cadre d'un émetteur de services numériques à destination de récepteurs dudit service numérique. Le procédé se base sur l'émission d'une information indiquant qu'une notification urgente est à prendre en compte, cette information pouvant être émise sous la forme d'une information dans les entêtes des paquets émis à destination des récepteurs. Concomitamment, une table relative à l'événement à l'origine de la notification d'urgence est émise dans le flux, par exemple sous la forme d'une section particulière insérée entre les sections émises à destination du récepteur. Cette table peut contenir une liste d'événements survenant dans l'émission et devant être notifiés à bref délai au récepteur.

Description

1 Domaine technique L'invention concerne les réseaux de diffusion de
services numériques à destination de terminaux mobiles et plus particulièrement le changement de fréquence d'émission d'au moins un service par un émetteur. Art antérieur L'augmentation récente des demandes pour l'accès à la télévision numérique a amené la communauté scientifique à développer un système de diffusion hertzien de télévision numérique : le système D'VB-T (Digital Video Broadcasting Terrestrial : télévision numérique terrestre). Le système DVB-T, défini, entre autres, par les standards ETSI EN 300 744 Digital Video Broadcasting (DVB) ; Framing structure, channel coding and modulation for digital terrestrial television. (DVB-T) , ETSI EN 300 468 Digital Video Broadcasting (DVB) ; Specification for Service Information (SI) in DVB systems. DVB-SI , est une technologie qui consiste à transmettre des flux de données numériques, telles que des données audio visuelles de type télévision qui peuvent être associées à des données numériques interactives du même type que celles qui sont transmises par un satellite mais via les réseaux hertziens existants à antennes. Ces flux de données numériques permettent le transport d'un ou plusieurs services numériques, un service numérique étant lui-même constitué d'un ou plusieurs flux élémentaires, contenant généralement au moins un flux vidéo et un flux audio, destinés à être décodés et restitués par un terminal, par exemple un téléviseur.
Bien qu'un tel système de transmission de données ait prouvé sa capacité à servir des terminaux fixes et portables, il a été ensuite adapté pour permettre à des terminaux ayant des capacités de traitement et des ressources limitées ainsi que des contraintes d'utilisation particulières d'accéder à ce type de flux de services. Cette adaptation a donné lieu au système normalisé dit DVB-H (Digital Video Broadcast- Handheld) défini par le standard ETSI EN 302 304: Digital Video Broadcasting (DVB) ; Transmission System for Handheld Terminals (DVB-H) . Cette norme vise à permettre la diffusion de flux de services multimédias sur des terminaux mobiles qui, comme les téléphones mobiles, doivent répondre à des exigences spécifiques en terme de consommation de courant, de taille d'écran et de mobilité. Selon la norme 2907297 2 DVB-H, les services transportés au sein d'un flux sont codés et multiplexés sur la base de la technologie MPEG-2 (Moving Picture Experts Group) système, standard ISO/IEC 13818, de manière à permettre le transport simultané de plusieurs services au sein d'un même flux de données. Chaque flux élémentaire de chaque service est 5 encodé puis découpé en paquets de données, les paquets des différents flux élémentaires étant ensuite mélangés dans le flux de transport. L'un des moyens mis en oeuvre dans la norme DVB-H pour permettre au terminal d'économiser son énergie est la transmission des données par salves 10 ( burst en anglais) dans un mode découpé temporellement ( time slice en anglais). Ce mode de transmission est détaillé dans le document ETSI EN 301 192 V1.4.1 ; Digital Video Broadcasting (DVB) ; DVB specification for data broadcasting . Le mode de transmission par salves consiste à transmettre un flux élémentaire devant parvenir au récepteur avec un débit moyen donné sous la forme de 15 salves de données envoyées. Le terminal récepteur voit dans ces salves un moyen pour créer de manière virtuelle un temps mort entre chaque salve. Le débit d'envoi de la salve et la durée du temps mort sont calculés de façon à ce que le débit moyen des données utiles envoyées obtenu soit le débit désiré. De cette façon, un récepteur intéressé par le service contenu dans ce flux élémentaire pourra interrompre ses 20 moyens de réception pendant la durée du temps mort de façon à économiser son énergie. Ce mode est détaillé Fig. 1. On y voit un diagramme temporel de l'envoi de cinq flux élémentaires F l à F5. La seconde dimension représente le débit en fonction du temps. Le trait en gras représente le débit en fonction du temps de l'envoi des données du premier flux F 1. On voit que ces données sont reçues sous la forme de 25 salves de données. Si l'on se place du point de vue du récepteur, une première salve est reçue entre le temps tl et le temps t2. Aucune donnée du flux F1 n'est reçue entre t2 et t3, tandis qu'une seconde salve est reçue entre t3 et t4. Ce mode permet d'atteindre un débit moyen représenté par le trait en pointillé. Pendant le temps mort de la transmission du flux F1, il est possible de recevoir des salves correspondant à 30 des flux élémentaires F2, F3, F4 et F5. Chaque flux va posséder des salves ayant leur propre durée. On voit donc que, si le récepteur n'a besoin que des données du flux F1, il peut couper ses moyens de réception entre t2 et t3 ce qui conduit à des économies d'énergie. De plus, le récepteur peut également mettre à profit le temps mort pour investiguer la réception sur d'autres fréquences du flux de transport pendant le temps 2907297 3 mort et éventuellement décider d'un changement de fréquence pour une meilleure réception du service distribué sur un autre flux. Ce sera par exemple le cas pour un récepteur en mouvement qui devra passer d'une cellule de diffusion à une autre, mécanisme connu sous le nom de handover en anglais.
5 Un récepteur doit connaître la longueur du temps mort pour être en mesure de réveiller à temps ses moyens de réception de manière à pouvoir recevoir les données correspondant à la salve suivante. Le mécanisme utilisé pour informer le récepteur de la longueur du temps mort consiste en l'introduction de données, appelées données 10 temps réel ( real time parameters en anglais), dans le flux. Ce mécanisme est illustré Fig. 2. Sur cette figure, on voit deux salves successives d'un flux. Chaque salve est constituée d'un certain nombre de sections correspondant à des sections MPE ( Multi Protocol Encapsulation en anglais), un protocole permettant l'encapsulation de divers autres protocoles. Ces sections MPE contiennent un entête et une partie 15 donnée. Une partie de cet entête est utilisée pour la transmission de ces données temps réel comprenant une information appelée delta-t indiquant la différence de temps entre le début de la section courante et le début de la prochaine salve. Le fait que cette information delta-t soit une indication du temps de début de la prochaine salve relative au début de la section courante contenant cette information et non une information 20 temporelle absolue permet au récepteur de connaître le début de la prochaine salve indépendamment de toute latence introduite par la transmission. Ce mécanisme est par contre sensible au décalage temporel ( jitter en anglais) introduit et qui doit rester inférieur à un seuil donné. Toutes les sections constituant la salve doivent donc contenir ces informations temps réel comprenant le delta-t indiquant le début de la 25 prochaine salve. De cette façon, même dans un contexte de mauvaise réception, toute section correctement reçue permet au récepteur de connaître le début de la prochaine salve. Dans le cas contraire, le récepteur doit garder son module de réception allumé afin de récupérer au moins la première section puisqu'elle est non prédictive.
30 Nous avons vu que ce mécanisme de découpage temporel par salves permet au récepteur de pouvoir changer de fréquence sans nécessiter un second module de réception en offrant la possibilité d'utiliser le temps mort pour la recherche d'une éventuelle autre fréquence. Il est cependant des cas où le changement de fréquence devra intervenir à l'initiative, non pas du récepteur, mais de l'émetteur. Cela va se 2907297 4 produire lorsque, par exemple, un émetteur constatera que du fait de son environnement fréquentiel, il doit changer sa fréquence d'émission pour éviter un conflit de fréquence. Dans ce cas, un flux, ou un sous-ensemble de services du flux, émis sur une fréquence donnée va, à partir d'un moment donné, être émis sur une 5 nouvelle fréquence. De façon à éviter la perte de réception du service, l'émetteur doit pouvoir notifier ce changement de fréquence au récepteur d'une manière qui permette à celui-ci de ne perdre aucune donnée. Le même problème se pose pour tout paramètre d'émission et pas seulement pour la fréquence.
10 La notification d'urgence d'un événement dans la diffusion DVB est normalement implémentée sous la forme de tables du système SI/PSI dédiées à ce mécanisme et appelée EIT ( Event Information Table en anglais). La prise en compte de ces tables par un récepteur en mode par salves pose le même problème que la notification d'un changement de fréquence ou de tout autre paramètre d'émission.
15 En effet, ces tables peuvent être transmises pendant le temps mort de la diffusion par salve, c'est-à-dire le temps pendant lequel le démodulateur du terminal receveur est éteint. Exposé de l'invention 20 L'invention concerne un procédé de notification d'urgence dans le cadre d'un émetteur de services numériques à destination de récepteurs dudit service numérique. Le procédé se base sur l'émission d'une information indiquant qu'une notification urgente est à prendre en compte, cette information pouvant être émise sous la forme 25 d'une information dans les entêtes des paquets émis à destination des récepteurs. Concomitamment, une table relative à l'événement à l'origine de la notification d'urgence est émise dans le flux, par exemple sous la forme d'une section particulière insérée entre les sections émises à destination du récepteur. Cette table peut contenir une liste d'événements survenant dans l'émission et devant être notifiés à bref délai au 30 récepteur. Sur réception d'un paquet de données contenant l'information signalant une notification d'urgence dans son entête, le récepteur peut alors trouver dans la table les 2907297 5 informations relatives au type de notification d'urgence survenant et entreprendre les actions nécessaires à la prise en compte de la notification. Selon un mode particulier de réalisation, l'invention concerne un procédé de 5 notification de changement de paramètre d'émission par un émetteur d'au moins un service numérique à destination de récepteurs dudit service numérique. Cette notification se base sur l'envoi concomitant d'une information relative à la nouvelle fréquence d'émission du service et d'une information sur le moment de l'émission des premières données sur la nouvelle fréquence exprimée relativement au moment de 10 l'émission d'une structure de données contenant lesdites informations. Cette notification pourra prendre, dans un mode particulier de réalisation de l'invention, la forme d'une section contenant la nouvelle fréquence et le moment d'émission de la première salve de données du service sur cette nouvelle fréquence exprimé à partir du moment d'émission de ladite section.
15 Par la connaissance de la nouvelle fréquence et du moment d'émission des premières données sur cette nouvelle fréquence, le récepteur peut programmer le changement de fréquence au moment opportun pour éviter la perte de données et effectuer le changement de fréquence demandé de manière transparente pour 20 l'utilisateur du service. L'invention concerne un procédé de notification d'au moins un événement devant être notifié à bref délai, par un appareil émetteur de services numériques radiodiffusés, à destination d'au moins un appareil de réception, ledit service ou 25 lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, comportant une étape de transmission au sein du flux d'une table de description dudit ou desdits événements devant être notifiés à bref délai ; et où ladite table de 30 description est transmise sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs.
2907297 6 Selon un mode particulier de réalisation de l'invention, l'événement devant être notifié est un changement d'au moins un paramètre de l'émission d'au moins un service par l'appareil émetteur de services numériques radiodiffusés, ledit changement d'au moins un paramètre intervenant entre deux salves de transmission de données, et 5 ladite section de notification contient une information relative au moment de début de transmission des données dudit service ou desdits services conformément au nouveau paramètre, ainsi qu'une information relative à la nouvelle valeur dudit ou desdits paramètres utilisée pour la transmission dudit service ou desdits services, et qu'il comprend en outre : 10 - une étape de changement dudit ou desdits paramètres d'émission dudit service ou desdits services conformément au nouveau paramètre notifié et au moment notifié. Selon un mode particulier de réalisation de l'invention, ledit paramètre est la fréquence d'émission. Selon un mode particulier de réalisation de l'invention, ledit paramètre est la 15 valeur de l'identificateur de programme, associé au service. Selon un mode particulier de réalisation de l'invention, ladite structure est transmise au sein de la dernière salve de données émise sur l'ancienne fréquence. Selon un mode particulier de réalisation de l'invention, ladite section contient en outre l'identificateur ou les identificateurs dudit service ou desdits services courants 20 ainsi que le nouvel identificateur ou les nouveaux identificateurs dudit service ou desdits services lorsqu'ils sont émis sur la nouvelle fréquence. Selon un mode particulier de réalisation de l'invention, ladite table de description contient une liste d'au moins un descripteur d'événement devant être notifié à bref délai.
25 Selon un mode particulier de réalisation de l'invention, ledit descripteur d'événement est relatif à l'occurrence d'un service spécial devant être diffusé en priorité. Selon un mode particulier de réalisation de l'invention, ledit descripteur d'événement est relatif au changement d'au moins un paramètre d'émission d'au 30 moins un service. Selon un mode particulier de réalisation de l'invention, ledit descripteur d'événement est relatif au changement d'au moins une table de signalisation dans le flux.
2907297 7 Selon un mode particulier de réalisation de l'invention, ledit descripteur d'événement est relatif au basculement de l'émission sur une nouvelle technologie. Selon un mode particulier de réalisation de l'invention, le procédé comporte en outre une étape d'insertion dans l'entête d'au moins une section transmise d'une 5 information indiquant la présence de la table de description d'un événement devant être notifié à bref délai. L'invention concerne également un procédé de réception d'une notification d'au moins un événement devant être notifié à bref délai, par un appareil de réception d'au 10 moins un service, émis par un appareil émetteur de services numériques radiodiffusés, ledit service ou lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, comportant une étape de réception au sein du flux d'une table de description 15 dudit ou desdits événements devant être notifiés à bref délai ; et où ladite table de description est reçue sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs.
20 Selon un mode particulier de réalisation de l'invention, l'événement devant être notifié est un des paramètres de transmission dudit ou desdits services devant changer, ledit changement du ou des paramètres de transmission intervenant entre deux salves de transmission de données, et ladite section de notification contient une information relative au moment de début de transmission des données dudit service ou desdits 25 services selon le nouveau paramètre de transmission, ainsi qu'une information relative à la nouvelle valeur dudit ou desdits paramètres utilisée pour la transmission dudit service ou desdits services. Le procédé comprend en outre une étape de changement de la valeur dudit ou desdits paramètres de transmission dudit service ou desdits services conformément au nouveau paramètre notifié et au moment notifié.
30 L'invention concerne également un dispositif émetteur de services numériques radiodiffusés à destination d'au moins un appareil de réception, lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de 2907297 8 sections de données et de sections de correction d'erreurs, ledit dispositif devant notifier à bref délai un événement à au moins un récepteur, comportant des moyens de transmission au sein du flux d'une table de description dudit ou desdits événements devant être notifiés à bref délai. Lesdits moyens de transmission sont adaptés pour 5 transmettre ladite table de description sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs. L'invention concerne également un dispositif de réception d'au moins un 10 service, émis par un appareil émetteur de services numériques radiodiffusés, ledit service ou lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, ledit dispositif de réception devant être notifié à bref délai d'un événement, 15 comportant des moyens de réception au sein du flux d'une table de description dudit ou desdits événements devant être notifiés à bref délai, et où lesdits moyens de réception sont adaptés pour recevoir ladite table de description sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs.
20 L'invention concerne également une structure de données destinée à être transmise par un appareil émetteur de services numériques radiodiffusés, à destination d'au moins un appareil de réception, permettant la notification à bref délai d'un événement, ledit service ou lesdits services étant diffusés au sein d'un flux de 25 transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, caractérisée en ce que cette structure de données est émise au sein dudit flux de transport de données sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de 30 données et la ou les sections de correction d'erreurs.
2907297 9 Brève description des dessins Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de 5 réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : la Fig. 1 représente le schéma d'une émission de services par salves selon DVBH. La Fig. 2 représente un schéma plus détaillé de la structure de deux salves 10 successives. La Fig. 3 représente les sections typiques d'une salve. La Fig. 4 représente la structure en section d'un exemple de réalisation de l'invention. La Fig. 5 représente la table de changement de fréquence dans un exemple de 15 réalisation de l'invention. La Fig. 6 représente la structure des paramètres de temps réels dans DVB-H. La Fig. 7 représente un exemple de descripteur pouvant servir à décrire un changement de paramètre d'émission.
20 Exposé détaillé de l'invention Pour qu'un émetteur de services numériques puisse prendre l'initiative d'un changement de fréquence d'au moins un des services qu'il émet, il doit être en mesure d'annoncer ce changement aux récepteurs à l'écoute de ce service. En effet, ceux-ci 25 doivent être en mesure de prendre connaissance du changement de fréquence à venir de l'émission du service et doivent, en outre, en connaître précisément le moment. De cette façon, ils peuvent être en mesure de recevoir sur la première fréquence toutes les données qui y sont émises, puis le moment venu, de changer de fréquence d'écoute pour recevoir toutes les données maintenant émises sur cette seconde fréquence. Ce 30 changement interviendra pendant le temps mort entre deux salves de transmission de données dans un mode de transmission par découpage temporel.
2907297 10 Il faut donc avertir de manière fiable tous les terminaux à l'écoute du service que le changement va avoir lieu et indiquer le moment de ce changement de manière précise.
5 Il est d'une part nécessaire de mettre à jour les tables de signalisation du changement à venir. Il s'agit principalement, dans DVB, de la table NIT ( Network Information Table en anglais). Cette table sert à décrire le réseau de diffusion et contient les informations fréquentielles de diffusion des flux de transport utilisés. Il est donc nécessaire de la mettre à jour pour indiquer la nouvelle fréquence utilisée lorsque 10 celle-ci n'est pas déjà utilisée dans le réseau. Pour notifier aux récepteurs le changement de fréquence, il est alors possible d'introduire dans la NIT un nouveau descripteur qui va identifier le ou les services concernés, indiquer au moins la nouvelle fréquence utilisée et le moment du basculement vers la nouvelle fréquence. Pour les mêmes raisons de résistance aux latences pouvant être introduites lors de la 15 transmission, il est proposé que cette indication du moment du basculement soit une indication relative à un autre événement du flux de transmission. Dans le cas du transport de ce nouveau descripteur au sein de la NIT, il est possible de prendre en référence de cette indication relative de temps, la fin de la transmission de la NIT. Il apparaîtra à l'homme du métier que tout autre événement identifiable du flux peut 20 servir de base de référence à cette indication temporelle relative, comme par exemple le début de la transmission de la NIT ou autre. Le descripteur va contenir donc, la différence de temps entre la fin de l'émission de la NIT et le début de l'émission de données du service concerné sur la nouvelle fréquence. Typiquement, dans le cas de DVB-H et d'une transmission de données par salve, il s'agira du début de la première 25 salve de transmission de données du service sur la nouvelle fréquence. Ce descripteur contiendra donc au moins la nouvelle fréquence et l'indication du moment du basculement. Il pourra également contenir des informations complémentaires comme l'indication des services concernés ou toute autre information pertinente à propos de ce basculement.
30 Ce premier mécanisme de notification des récepteurs d'un basculement de fréquence possède quelques inconvénients. D'une part, un récepteur ne lit la NIT typiquement qu'une fois lors de sa découverte des services disponibles. Ensuite, dans un mode de fonctionnement où le récepteur est utilisé en réception et restitution d'un 2907297 11 service donné, le récepteur est alors occupé à recevoir les salves de données concernant ce service et généralement coupe toute réception entre deux salves pour économiser son énergie. En l'absence de toute commande visant à accéder à la liste des services disponibles, il n'est pas dit que le récepteur lise la nouvelle NIT et accède 5 donc à l'information sur le basculement. D'autre part, la fréquence d'émission de la NIT est typiquement de l'ordre de 30 secondes. Même si le changement de NIT est notifié au sein de la PMT ( Program Map Table en anglais) qui est, elle, diffusée à une fréquence de l'ordre de 100 ms, le processus de notification du terminal par l'intermédiaire de la NIT est un processus lent qui ne permet pas à l'émetteur de 10 programmer un changement de fréquence rapide. Il est bien sûr toujours possible à l'émetteur d'augmenter la fréquence de diffusion de la NIT lorsqu'un changement est programmé, mais cela restera un processus relativement lent. Pour pallier la relative lenteur de ce premier mode de notification d'un 15 changement de fréquence de diffusion d'un service aux récepteurs, un second mode de notification est proposé. Dans ce nouveau mode de notification, le changement est notifié au niveau de la couche MAC ( Média Access Control en anglais). La Fig. 3 illustre la structure d'une salve représentative dans le cas d'une transmission de données utilisant le protocole MPE et la correction d'erreurs FEC ( Forward Error 20 Correction en anglais). Dans ce cas, la salve est constituée par des sections contenant les données à transmettre, dites sections MPE, des sections contenant les données de redondance permettant la correction d'erreurs, dites sections MPE-FEC et des sections contenant les tables de signalisation et marquées tables sur la figure. Les sections de signalisation vont venir s'intercaler de manière quelconque entre les 2.5 sections MPE et les sections MPE-FEC. Les sections MPE et MPE-FEC contiennent les données temps réel et en particulier le delta-t indiquant le début de la salve suivante. La structure de ces données temps réel est indiquée Fig. 6. On voit que cette structure contient une information de différence de temps permettant d'indiquer le moment de la prochaine salve et appelée delta_t. La structure contient également un 30 champ appelé table_boundary indiquant si la section dans laquelle est incluse la structure est une frontière de table. Le champ appelé frame_boundary indique, lui, si la section dans laquelle est incluse la structure est une frontière de trame, c'est-à-dire la frontière de la trame MPE-FEC courante. Le champ appelé address indique la position octet du premier octet de données utiles dans la trame MPE-FEC. Cette 2907297 12 structure ne permet pas l'indication d'une nouvelle fréquence. Ce champ permet d'indiquer temporellement la future salve, mais ne permet donc pas l'indication de la nouvelle fréquence. Une solution consiste à remplacer ce descripteur par une version élargie de ce descripteur avec une structure étendue ayant un paramètre 5 supplémentaire permettant d'indiquer la nouvelle fréquence. Par exemple, il peut contenir un champ hop_fréquency de 32 bits. Si ce champ est à 0, alors il n'y a pas de changement de fréquence. Si celui-ci est à une valeur autre que 0, il décrit un changement de fréquence au sein de la même cellule identifiée par son identificateur cell id sur tout le flux. L'identificateur cell_id est référencé dans le descripteur 10 cell_list_descriptor qui est contenu dans la NIT. Le champ PID_change_loop_length que nous verrons plus loin sera alors nul. Il faut être en mesure de répondre de manière plus large aux changements de fréquences et à la réorganisation d'allocation des services identifiés par leur identifiant 15 PID au sein d'un réseau à fréquence unique (SFN pour Single Frequency Network en anglais), d'un réseau dit multi SFN (plusieurs réseaux à fréquence unique indépendants) ou d'un réseau à multiples fréquences (MFN pour Multi-Frequency Network en anglais). En effet, il est impossible à ce jour de revoir de manière simple et sans coupure de services les fréquences et les services qui lui sont 20associés. Le deuxième mode de réalisation répond à cette problématique et repose sur l'emploi d'une nouvelle table, appelée, par exemple, table de changement de fréquence, soit Automatic_Handover en anglais ou encore AH. Cette table 25 Automatic Handover est donc insérée dans les salves de données du service appelé à changer de fréquence. Cette table permet d'indiquer, dans un premier temps, non seulement le moment de la future salve mais encore la fréquence sur laquelle elle va avoir lieu. Un exemple d'insertion de cette table dans la structure de la salve est illustré Fig. 4. On peut y voir que les tables AH sont insérées parmi les tables de 30 signalisation entre les sections MPE et les sections MPE-FEC. Dans un autre mode de réalisation et si le système le nécessite, la table peut contenir une liste d'identificateurs PID de services sujets à un changement de fréquence dans le cas d'une salve ayant des services en parallèle.
2907297 13 La structure de cette table dans l'exemple de réalisation de l'invention est donnée Fig. 5. Cette table possède, entre autres, un champ appelé current_frequency qui donne la fréquence courante sur laquelle est diffusé le service. Elle possède également un champ appelé frequency_to_select utilisé pour 5 signaler la nouvelle fréquence utilisée pour la diffusion du service. On peut, par exemple, utiliser comme format de ce champ celui du descripteur utilisé pour signaler le flux. La fréquence peut être codée de manière à centrer celle-ci par rapport au descripteur terrestrial_delivery_system_descriptor . D'autres descripteurs comme ceux prévus pour les systèmes de diffusion par satellite ou par câble peuvent être 10 utilisés. Un dernier champ cell_id to_select indique le numéro de cellule au sein d'un même réseau identifié par son identificateur original_network_id . En effet, chaque cellule au sein d'un même réseau identifié par son original_network_id est unique. Il est à noter que le passage d'un service d'un réseau à un autre n'est pas envisagé ici puisque nous ne faisons plus référence à la même entité (même diffuseur) 15 et donc il est inutile de faire un tel référencement. S'il y a changement de fréquence alors l'identificateur de flux de transport transport_stream_id reste constant. Le champ Pid_loop_length indique le nombre d'octets qui suivent. Le champ current_pid_identifier est l'identificateur PIDs ayant un changement de 20 service sur une autre fréquence. De cette manière, un PID qui disparaît va voir son pid_identifier to_select passer à Ox 1 FFF. Au sein de la même fréquence ou sur une autre fréquence, un PID passera sur le groupe PID = 0x0010 à Ox 1 FFE.
25 De cette manière, le terminal recevant la salve courante contenant la table de changement de fréquence est à même de profiter du temps mort suivant la salve pour effectuer un changement de fréquence et se préparer à la réception de la salve suivante au moment indiqué sur la fréquence indiquée. Deux solutions sont possibles en ce qui 30 concerne l'indication temporelle de paramètre temps réel présent dans les autres sections, c'est-à-dire les sections MPE et MPE-FEC. Une première solution consiste à y laisser l'indication temporelle du début de la salve suivante, bien que cette salve soit diffusée sur une autre fréquence. Une seconde solution consiste à la mettre à zéro en considérant que, sur la fréquence considérée, il n'y a pas de future salve. Cette 2907297 14 deuxième solution peut paraître plus cohérente dans le cas où l'on autorise le basculement de fréquence d'un seul service au sein d'un flux de transport comportant plusieurs services et où les autres services continuent à être diffusés sur la fréquence courante. En effet, il faut envisager le cas où tout le flux est désormais émis sur une 5 nouvelle fréquence, ce qui sera généralement le cas lorsque l'on cherchera à résoudre un conflit de fréquence et que la fréquence courante devra être libérée. Mais dans d'autres cas, il peut être intéressant d'effectuer un changement de fréquence sur la base d'un sous-ensemble des services diffusés dans le flux. Dans ce cas, les deux fréquences continuent à être utilisées pour, par exemple, réorganiser les salves au sein 10 d'une fréquence ou d'un groupe de fréquences formées par une cellule. II est à noter que cette table de changement de fréquence peut être généralisée à une table permettant d'indiquer d'autres changements dans la diffusion du service qu'un changement de fréquence. Par exemple, on peut utiliser une version élargie 15 d'une telle table pour indiquer un changement d'identificateur PID du service diffusé. Un changement de PID n'est pas annoncé préalablement au changement aujourd'hui et cela peut entraîner une perte de service momentanée. Généralement, le nouvel identificateur PID est notifié via la table PMT une fois que le changement est effectif. L'utilisation de la table élargie permet de notifier le nouveau PID 20 préalablement au changement ainsi que le moment du basculement, comme pour le changement de fréquence. Ainsi le récepteur est à même de planifier le changement et d'assurer la continuité de service. De cette manière, on peut notifier le changement d'un paramètre de diffusion du service et ce, quel que soit ce paramètre, la fréquence, le PID ou autre.
25 Les informations relatives aux différents types de modulation ne sont pas incluses dans cette table, puisque tous les types de modulation ne sont pas connus. Néanmoins, le système est conçu de manière à retrouver ces fréquences en comparant dans la liste des fréquences avec le cell_frequency_link_descriptor et le système 30 de transport avec les delivery_system_descriptor (satellite/cable/terrestre) disponibles dans la NIT. Nous n'avons pas besoin des informations de l'identificateur de réseau network_id et d'identificateur de flux de transport transport_stream_id puisque si ceux-ci sont différents du flux courant alors nous avons un changement de plateforme IP.
2907297 15 Un autre mode de réalisation de l'invention permettant la notification d'urgence d'événements divers va maintenant être décrit. Ce mode de réalisation est basé sur l'envoi d'une table particulière permettant de décrire l'événement à l'origine de la 5 notification d'urgence. Cet événement peut être, comme dans le mode de réalisation précédent, le changement d'un paramètre de diffusion du service. Mais ce mode de réalisation est ouvert à tous types d'événements devant être notifiés à bref délai au récepteur. On peut citer par exemple, la disponibilité d'un service spécial issu des autorités. En effet, la norme prévoit qu'il soit possible de diffuser de manière 10 prioritaire un service sur demande des autorités. Dans ce cas, il est nécessaire d'avertir le récepteur à bref délai de la disponibilité de ce service en vue de sa diffusion à destination de l'utilisateur. Ce genre de services est prévu pour permettre l'information rapide d'un maximum de personnes d'événements pouvant concerner la sécurité nationale ou sanitaire du pays. Il est encore possible de citer des événements 15 comme un changement de technologie de diffusion ou toute modification dans le système de diffusion devant être notifié rapidement au récepteur. De façon à permettre l'extension future à de nouveaux événements, cette table contiendra une liste de descripteurs pouvant être étendue. Un récepteur compatible 20 avec ce mécanisme sera en mesure d'interpréter certains de ces descripteurs. Dans le cas où la table contiendrait des descripteurs inconnus du récepteur, ce dernier peut simplement les ignorer. De même, un récepteur non compatible avec ce mécanisme ignore simplement la table complète servant à signaler l'occurrence d'un événement devant être notifié à bref délai aux récepteurs.
25 L'exemple de réalisation prévoit l'existence d'au moins quatre descripteurs, un premier permettant de signaler l'occurrence d'un service spécial comme précédemment décrit. Un second descripteur, dont un exemple est donné Fig. 7, permet de notifier au récepteur qu'au moins un paramètre d'émission va changer. Ce 30 peut être la fréquence d'émission ou tout autre paramètre d'émission. Le récepteur va donc devoir adapter ses paramètres de réception aux nouveaux paramètres d'émission pour réaliser un passage ( handover en anglais) transparent pour l'utilisateur. Un troisième descripteur permet de manière générique d'indiquer le changement survenant dans une table quelconque du système de signalisation SI/PSI. Ce 2907297 16 descripteur va indiquer le numéro de la table ayant changé pour permettre au récepteur de guetter l'occurrence de la nouvelle version de cette table dans le flux. En effet, la fréquence d'émission de ces tables associée au fait que l'émission des tables de signalisation n'est pas synchronisée avec les salves de données à destination du 5 récepteur entraîne la possibilité qu'un récepteur mette un laps de temps relativement long avant de recevoir une nouvelle version d'une table de signalisation ayant changé s'il n'est pas averti de ce changement. Un quatrième descripteur ,est destiné à notifier le changement de technologie d'émission. En effet, pour gérer le déploiement d'une nouvelle technologie, il faut commencer par distribuer des récepteurs capables 10 d'utiliser cette nouvelle technologie. Dans un premier temps, ces récepteurs, bien que capables d'utiliser la nouvelle technologie, sont utilisés conformément à une ancienne technologie. Une fois qu'un nombre important de ces dits récepteurs de nouvelle génération a été déployé par l'opérateur, il faut effectuer un basculement sur cette nouvelle technologie en informant les terminaux compatibles de ce changement. Une 15 bonne façon de gérer ce basculement est d'utiliser une notification d'urgence indiquant précisément le moment du basculement pour permettre, ici encore, un passage transparent à cette nouvelle technologie. Ce mécanisme est comparable au passage entraîné par un changement de paramètre d'émission.
20 Cette table est envoyée dans le flux de données sous la forme d'une section. En effet, dans un mode de transmission par salve, chaque salve contient une ou plusieurs sections de données relatives à un service. Le service est identifié par l'identificateur de programme, PID, inséré dans l'entête de la section. La salve contient également une ou plusieurs sections contenant des données servant à la correction d'erreurs 25 pouvant survenir dans la transmission de la ou des sections de données. La table est alors transmise sous la forme d'une section dédiée insérée entre la ou les sections de données et la ou les sections de correction d'erreurs. La table appartient donc, en quelque sorte, à la salve. Il est à noter que les informations fournies par la section de notification peuvent éventuellement être différentes d'une salve à une autre. D'une 30 part, l'événement à notifier peut ne concerner que certains services et n'être donc notifié que dans les salves servant à transmettre ces services. Il est également possible que l'événement soit différent selon le service reçu par le récepteur. D'autre part, les différentes salves étant transmises à des instants différents dans le flux, d'éventuelles 2907297 17 informations temporelles seront mises à jour et n'auront donc pas la même valeur d'une salve à une autre. Selon une variante de réalisation de l'invention, il est possible de faciliter la 5 détection de l'occurrence d'une notification d'urgence par une signalisation dans le flux. Par exemple, il est possible d'insérer dans les entêtes des paquets contenant les sections MPE à destination du récepteur, une information relative à l'existence d'une notification d'urgence. Par la définition d'un bit ou d'un octet particulier dans cet entête, tout récepteur, lorsqu'il reçoit un paquet dont l'entête contient cette 10 information, est averti de l'existence de la table de notification d'urgence et peut se préparer à la recevoir. Le récepteur reçoit alors la table sous la forme d'une section intercalée entre les sections de données datagram_section (MPE) et la ou les sections de correction d'erreurs MPE-FEC section, section que l'on va nommer MPE Notification section. L'analyse de la table et du descripteur, ou des 1.5 descripteurs, qu'elle contient lui permet de prendre connaissance de l'événement ou des événements survenant et dont il doit tenir compte. De cette façon, tout événement devant être notifié à bref délai au récepteur peut l'être. L'événement peut être décrit précisément. Toute modification intervenant dans 20 les tables de signalisation peut être notifiée à bref délai au récepteur. On a donc un mécanisme générique permettant de concilier un mode de réception par salves ( burst en anglais) et une notification rapide d'événement.

Claims (1)

REVENDICATIONS
1/ Procédé de notification d'au moins un événement devant être notifié à bref délai, par un appareil émetteur de services numériques radiodiffusés, à destination d'au moins un appareil de réception, ]ledit service ou lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, comportant les étapes suivantes : - une étape de transmission au sein du flux d'une table de description dudit ou desdits événements devant être notifiés à bref délai ; caractérisé en ce que : -ladite table de description est transmise sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs. 1.5 2/ Procédé de notification selon la revendication 1, caractérisé en ce que l'événement devant être notifié est un changement d'au moins un paramètre de l'émission d'au moins un service par l'appareil émetteur de services numériques radiodiffusés, ledit changement d'au moins un paramètre intervenant entre deux salves 20 de transmission de données, et en ce que ladite section de notification contient une information relative au moment de début de transmission des données dudit service ou desdits services conformément au nouveau paramètre, ainsi qu'une information relative à la nouvelle valeur dudit où desdits paramètres utilisée pour la transmission dudit service ou desdits services, et qu'il comprend en outre : 25 - une étape de changement dudit ou desdits paramètres d'émission dudit service ou desdits services conformément au nouveau paramètre notifié et au moment notifié. 3/ Procédé selon la revendication 2, où ledit paramètre est la fréquence d'émission. 4/ Procédé selon la revendication 2, où ledit paramètre est la valeur de l'identificateur de programme, associé au service. 30 2907297 19 5/ Procédé selon la revendication 2, où ladite structure est transmise au sein de la dernière salve de données émise sur l'ancienne fréquence. 6/ Procédé selon la revendication 2, où ladite section contient en outre l'identificateur ou les identificateurs dudit service ou desdits services courants ainsi que le nouvel identificateur ou les nouveaux identificateurs dudit service ou desdits services lorsqu'ils sont émis sur la nouvelle fréquence. 10 7/ Procédé selon la revendication 1, caractérisé en ce que ladite table de description contient une liste d'au moins un descripteur d'événement devant être notifié à bref délai. 8/ Procédé selon la revendication 2, caractérisé en ce que ledit descripteur d'événement est relatif à l'occurrence d'un service spécial devant être diffusé en priorité. 9/ Procédé selon la revendication 2, caractérisé en ce que ledit descripteur 20 d'événement est relatif au changement d'au moins un paramètre d'émission d'au moins un service. 10/ Procédé selon la revendication 2, caractérisé en ce que ledit descripteur d'événement est relatif au changement d'au moins une table de signalisation dans le 25 flux. 11/ Procédé selon la revendication 2, caractérisé en ce que ledit descripteur d'événement est relatif au basculement de l'émission sur une nouvelle technologie. 30 12/ Procédé selon l'une quelconque des revendications 1 à 11, caractérisé en ce qu'il comporte en outre : - une étape d'insertion dans l'entête d'au moins une section transmise d'une information indiquant la présence de la table de description d'un événement devant être notifié à bref délai. 5 2907297 13/ Procédé de réception d'une notification d'au moins un événement devant être notifié à bref délai, par un appareil de réception d'au moins un service, émis par un appareil émetteur de services numériques radiodiffusés, ledit service ou lesdits 5 services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, comportant les étapes suivantes : -une étape de réception au sein du flux d'une table de description dudit ou 10 desdits événements devant être notifiés à bref délai ; caractérisé en ce que : - ladite table de description est reçue sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs. 15 14/ Procédé de réception selon la revendication 13, caractérisé en ce que l'événement devant être notifié est un des paramètres de transmission dudit ou desdits services devant changer, ledit changement du ou des paramètres de transmission intervenant entre deux salves de transmission de données, et en ce que ladite section 20 de notification contient une information relative au moment de début de transmission des données dudit service ou desdits services selon le nouveau paramètre de transmission, ainsi qu'une information relative à la nouvelle valeur dudit ou desdits paramètres utilisée pour la transmission dudit service ou desdits services, et qu'il comprend en outre : - une étape de changement de la valeur dudit ou desdits paramètres de transmission dudit service ou desdits services conformément au nouveau paramètre notifié et au moment notifié. 15/ Dispositif émetteur de services numériques radiodiffusés à destination d'au moins un appareil de réception, lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, ledit dispositif devant notifier à bref délai un événement à au moins un récepteur, comportant : 2907297 21 -des moyens de transmission au sein du flux d'une table de description dudit ou desdits événements devant être notifiés à bref délai ; caractérisé en ce que : - lesdits moyens de transmission sont adaptés pour transmettre ladite table de 5 description sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs. 16/ Dispositif de réception d'au moins un service, émis par un appareil émetteur 10 de services numériques radiodiffusés, ledit service ou lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, ledit dispositif de réception devant être notifié à bref délai d'un événement, comportant les moyens suivants : 15 - des moyens de réception au sein du flux d'une table de description dudit ou desdits événements devant être notifiés à bref délai ; caractérisé en ce que : - lesdits moyens de réception sont adaptés pour recevoir ladite table de description sous la forme d'une section, dite de notification, insérée dans au moins 20 certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs. 17/ Structure de données destinée à être transmise par un appareil émetteur de services numériques radiodiffusés, à destination d'au moins un appareil de réception, 25 permettant la notification à bref délai d'un événement, ledit service ou lesdits services étant diffusés au sein d'un flux de transport de données numériques émis dans un mode de transmission par découpage temporel par salves, chaque salve étant composée de sections de données et de sections de correction d'erreurs, caractérisée en ce que cette structure de données est émise au sein dudit flux de transport de 30 données sous la forme d'une section, dite de notification, insérée dans au moins certaines salves émises, entre la ou les sections de données et la ou les sections de correction d'erreurs.
FR0700296A 2006-10-12 2007-01-16 Procede de notification d'urgence dans un systeme de diffusion de services numeriques, dispositif emetteur et dispositif de reception mettant en oeuvre le procede Active FR2907297B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0700296A FR2907297B1 (fr) 2006-10-12 2007-01-16 Procede de notification d'urgence dans un systeme de diffusion de services numeriques, dispositif emetteur et dispositif de reception mettant en oeuvre le procede

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0608977A FR2907299B1 (fr) 2006-10-12 2006-10-12 Procede de notification de changement de parametre d'emission et emetteur selon le procede
FR0700296A FR2907297B1 (fr) 2006-10-12 2007-01-16 Procede de notification d'urgence dans un systeme de diffusion de services numeriques, dispositif emetteur et dispositif de reception mettant en oeuvre le procede

Publications (2)

Publication Number Publication Date
FR2907297A1 true FR2907297A1 (fr) 2008-04-18
FR2907297B1 FR2907297B1 (fr) 2009-04-10

Family

ID=39246827

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0700296A Active FR2907297B1 (fr) 2006-10-12 2007-01-16 Procede de notification d'urgence dans un systeme de diffusion de services numeriques, dispositif emetteur et dispositif de reception mettant en oeuvre le procede

Country Status (1)

Country Link
FR (1) FR2907297B1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2931608A1 (fr) * 2008-05-26 2009-11-27 Sagem Comm Systeme economique de diffusion de services numeriques diffuses par intermittence.
EP2081382A3 (fr) * 2008-01-17 2012-05-02 NEC Corporation Système de livraison de contenu, appareil de relais, terminal d'utilisateur, procédé de livraison de contenu, programme, et support d'enregistrement

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060015916A1 (en) * 2004-07-15 2006-01-19 Lg Electronics Inc. Emergency alert message data structure, emergency alert message processing method and broadcast receiver

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060015916A1 (en) * 2004-07-15 2006-01-19 Lg Electronics Inc. Emergency alert message data structure, emergency alert message processing method and broadcast receiver

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Digital Video Broadcasting (DVB)", ETSI STANDARDS, EUROPEAN TELECOMMUNICATIONS STANDARDS INSTITUTE, SOPHIA-ANTIPO, FR, vol. BC, no. V121, November 2005 (2005-11-01), XP014032216, ISSN: 0000-0001 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2081382A3 (fr) * 2008-01-17 2012-05-02 NEC Corporation Système de livraison de contenu, appareil de relais, terminal d'utilisateur, procédé de livraison de contenu, programme, et support d'enregistrement
FR2931608A1 (fr) * 2008-05-26 2009-11-27 Sagem Comm Systeme economique de diffusion de services numeriques diffuses par intermittence.

Also Published As

Publication number Publication date
FR2907297B1 (fr) 2009-04-10

Similar Documents

Publication Publication Date Title
EP1611749B1 (fr) Traitement d'un format de flux de donnees pour la reception audiovisuelle mobile
US9641578B2 (en) Minimizing unicast bandwidth in an adaptive bit rate system
US8661155B2 (en) Service layer assisted change of multimedia stream access delivery
US9729939B2 (en) Distribution of MPEG-2 TS multiplexed multimedia stream with selection of elementary packets of the stream
US8432941B2 (en) Method and apparatus for selective caching of burst stream transmission
EP1845685B1 (fr) Transmission perfectionnée de paquets IP de contenus, par adjonction à ces paquets IP de données d'information relatives aux contenus
FR2922710A1 (fr) Procede optimise de transmission, vers des terminaux mobiles et via une infrastructure radio a methode d'acces de type tdm/tdma/ofdma, de contenus en couches, et dipositif de traitement associe
EP1977600B1 (fr) Methodes de diffusion ou de reception de services de video numeriques, appareils correspondants
FR2907297A1 (fr) Procede de notification d'urgence dans un systeme de diffusion de services numeriques, dispositif emetteur et dispositif de reception mettant en oeuvre le procede
WO2009053595A1 (fr) Dispositif de reception en continu de paquets de donnees audio et/ou video
EP1798999B1 (fr) Procédé de gestion du comportement d'une application interactive lors de la diffusion d'un programme selon la norme DVB-H
EP3284260A1 (fr) Procédé de remplacement d'un contenu principal par au moins un contenu secondaire, équipement de remplacement de contenus et programme d'ordinateur correspondants
EP1811743A1 (fr) Procédé de signalisation de services prioritaires et récepteur adapté à recevoir cette signalisation
EP1912439B1 (fr) Procédé de notification de changement de parametre d'emission et émetteur selon le procédé
EP2129130A1 (fr) Procédé de transmission simplifié d'un flux de signaux entre un émetteur et un appareil électronique
EP3501125B1 (fr) Procédé de synchronisation de deux flux de données ainsi que mise en oeuvre de ce procédé dans un récepteur
FR2918531A1 (fr) Procede et dispositif pour l'emission de salves de taille variable.
WO2021144247A1 (fr) Procédé de décrochage d'un flux dans un multiplex à débit variable, ledit flux étant constitué d'une pluralité de chunks, site de diffusion et dispositifs associés
FR2931608A1 (fr) Systeme economique de diffusion de services numeriques diffuses par intermittence.
FR2827463A1 (fr) Procede de controle d'un flux de signaux de television recu par un decodeur de television et decodeur associe

Legal Events

Date Code Title Description
TP Transmission of property
TP Transmission of property

Owner name: APPLE INC., US

Effective date: 20111229

PLFP Fee payment

Year of fee payment: 10

PLFP Fee payment

Year of fee payment: 11

PLFP Fee payment

Year of fee payment: 12

PLFP Fee payment

Year of fee payment: 14

PLFP Fee payment

Year of fee payment: 15

PLFP Fee payment

Year of fee payment: 16

PLFP Fee payment

Year of fee payment: 17