FR2880749A1 - Methode de transmission de flux mpeg sur ip et appareil implementant la methode - Google Patents

Methode de transmission de flux mpeg sur ip et appareil implementant la methode Download PDF

Info

Publication number
FR2880749A1
FR2880749A1 FR0550100A FR0550100A FR2880749A1 FR 2880749 A1 FR2880749 A1 FR 2880749A1 FR 0550100 A FR0550100 A FR 0550100A FR 0550100 A FR0550100 A FR 0550100A FR 2880749 A1 FR2880749 A1 FR 2880749A1
Authority
FR
France
Prior art keywords
packets
time
receiver
correction
rtp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0550100A
Other languages
English (en)
Inventor
Ludec Benoit Le
Jean Luc Soulard
Bertrand Provost
Jerome Tas
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.)
Nextream SA
Original Assignee
Nextream France SA
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 Nextream France SA filed Critical Nextream France SA
Priority to FR0550100A priority Critical patent/FR2880749A1/fr
Priority to PCT/EP2006/050148 priority patent/WO2006075007A1/fr
Priority to US11/795,006 priority patent/US7769055B2/en
Priority to CN2006800021389A priority patent/CN101103566B/zh
Priority to JP2007549910A priority patent/JP4647669B2/ja
Priority to EP20060700289 priority patent/EP1836786B1/fr
Priority to KR1020077015667A priority patent/KR101343886B1/ko
Publication of FR2880749A1 publication Critical patent/FR2880749A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/062—Synchronisation of signals having the same nominal but fluctuating bit rates, e.g. using buffers
    • H04J3/0632—Synchronisation of packets and cells, e.g. transmission of voice via a packet network, circuit emulation service [CES]
    • 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/23608—Remultiplexing multiplex streams, e.g. involving modifying time stamps or remapping the packet identifiers
    • 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/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/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4305—Synchronising client clock from received content stream, e.g. locking decoder clock with encoder clock, extraction of the PCR packets
    • 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/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® 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/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
    • 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/6437—Real-time Transport Protocol [RTP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Synchronisation In Digital Transmission Systems (AREA)

Abstract

L'invention permet de compenser ces pertes de précision. Elle est basée sur une correction à la source de la valeur des références temporelles, les PCR, insérées dans des paquets MPEG. Cette correction à la source des références temporelles permet la correction de la gigue introduite dans le transport. De cette manière, la valeur du PCR correspond beaucoup plus précisément à sa place dans le flux à destination.

Description

Méthode de transmission de flux MPEG sur IP et appareil implémentant la
méthode
[Domaine technique] La présente invention concerne le domaine du transport de services audio/vidéo sur un réseau IP. Plus précisément il concerne le transport de flux MPEG ( Moving Picture Expert Group en anglais) en utilisant le protocole RTP ( Real Time Protocol en anglais) .
[Etat de la technique antérieur] La RFC ( Request For Comments en anglais) 3550 [3] décrit des moyens permettant le transport de flux ayant des contraintes temporelles sur IP et spécifie le rattachement d'une référence temporelle ( Timestamp en anglais) à chaque paquet RTP.
La RFC 2250 [4] décrit comment plusieurs paquets de transport MPEG- 2 peuvent être transporté au sein de la partie donnée d'un paquet RTP.
La spécification MPEG-2 [1] décrit la façon d'inclure des références temporelles dans un flux MPEG-2 et comment à la destination les différentes références temporelles sont utilisées pour re synchroniser l'horloge avec celle de la source. II est également décrit comment les références temporelles sont utilisées par le décodeur MPEG pour le contrôle des moments d'affichage des éléments contenus dans le flux transmis.
La spécification DVB-IP [5] décrit une architecture générale pour la distribution de services multimédia sur des réseaux IP. Cette spécification adopte la RFC2250 comme mécanisme de transport de flux MPEG2 sur RTP.
Le forum Pro-MPEG ( Pro-MPEG Wide Area Networking group en anglais) a édité un manuel de pratique ( code of practice en anglais) numéro 3 qui adopte également la IRFC2250 comme mécanisme de transport de flux multimédia. En conjonction avec DVB-IP, on dispose donc d'une architecture de services sur IP de bout en bout assurant l'interopérabilité des équipement basée sur la RFC2250.
La référence temporelle incluse dans les paquets MPEG-2 et appelée PCR ( Programm Clock Reference en anglais) est une référence temporelle basée sur une horloge de précision de 27 MHz. Cette référence n'est pas incluse dans tous les paquets MPEG, mais seulement dans certains d'entre eux. Le débit du flux est supposé constant entre les paquets portant une référence PCR.
La référence temporelle accolée à chaque paquet RTP est quant à elle basée sur une horloge d'une précision de 90 kHz, donc nettement moins précise. Dans le cas de RTP, chaque paquet contient une et une seule référence temporelle. Le recalage à la destination des paquets RTP se fait donc à la précision de l'horloge RTP soit 90 kHz.
[Problème posé] On voit donc que l'utilisation de ces mécanismes engendre une modification du séquencement temporel des paquets MPEG. Cette modification vient d'une part du fait que les paquets MPEG-2 sont regroupé au sein d'un paquet RTP. Cette façon de faire entraîne que des paquets émis par la source à des instants différents vont être finalement transmis de manière groupée dans un paquet RTP ne contenant qu'une référence temporelle et vont donc être reçus de manière groupée par la destination à un instant recalé avec une précision 300 fois inférieure à celle des références temporelles, les PCR, incluses dans ces paquets. On doit donc faire face à une première source de modification du séquencement temporel due au regroupement et à une deuxième source de modification due au recalage des paquets RTP à 90 kHz et non à 27 MHz.
[Résumé de l'invention] L'invention permet de compenser ces pertes de précision. Elle est basée sur une correction à la source de la valeur des références temporelles, les PCR, insérées dans des paquets MPEG. Cette correction à la source des références temporelles permet la correction de la gigue introduite dans le transport. [)e cette manière, la valeur du PCR correspond beaucoup plus précisément à sa place dans le flux à destination.
L'invention concerne une méthode de transmission, par un appareil émetteur, d'un flux de données constitué de paquets de données, au moins certains de ces paquets comportant des références temporelles destinées à la synchronisation des horloges de l'émetteur et du récepteur caractérisée en ce qu'elle comporte au moins l'étape suivante: - une correction des références temporelles par le récepteur de façon à compenser la gigue introduite par la transmission.
Selon un mode particulier de réalisation de l'invention la méthode comporte les étapes: - le stockage temporaire des paquets de données au sein d'un tampon pour constituer des ensembles de paquets pour le transport; - la correction des références temporelles portées par au moins certains des paquets rajoutant le temps passé dans le tampon.
Selon un mode particulier de réalisation de l'invention la méthode comporte les étapes: - Les paquets étant transmis entre l'émetteur et le récepteur par protocole de transport assurant la reconstruction du séquencement temporel par le récepteur selon une horloge de précision moindre que celle utilisée par les références temporelles, la correction desdites références temporelles de la différence entre les deux horloges au moment de l'envoi du paquet porteur de cette référence temporelle.
Selon un mode particulier de réalisation de l'invention la méthode comporte les étapes: - Les paquets étant transmis entre l'émetteur et le récepteur par protocole de transport assurant la reconstruction du séquencement temporel par le récepteur selon une horloge de précision moindre que celle utilisée par les références temporelles, le fait d'attendre pour l'envoi des paquets que la différence entre l'horloge de base des références temporelles et celle de moindre précision servant à la reconstruction du séquencement par le protocole de transfert soit nulle.
L'invention concerne également un appareil 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 schématiquement les étapes de la transmission d'un flux de données MPEG-2 de manière connue.
La figure 2 représente schématiquement ces étapes incluant la correction selon un mode de réalisation de l'invention La figure 3 représente temporellement l'évolution des paquets lors de leur transmission.
La figure 4 représente un exemple d'architecture d'un appareil à même d'envoyer un flux selon un mode de réalisation de l'invention.
Le flux MPEG qui doit être transporté est constitué d'un ensemble de paquets MPEG généralement de 188 octets. Ces paquets forment un flux contigu que l'on veut transmettre entre un appareil source et un appareil destinataire. L'appareil source va donc fonctionner en émetteur du flux, tandis que l'appareil destinataire en sera De récepteur. Ce flux va contenir un ensemble multiplexé de flux élémentaires transportant du contenu temps réel, comme de l'audio et de la vidéo. Pour permettre à l'appareil destinataire de reconstituer le service multimédia de manière régulière et dont les différentes parties sont correctement synchronisée, il est important de maîtriser les temps relatifs entre les paquets et la synchronisation entre l'horloge de la source et celle de la destination.
Pour ce faire, MPEG prévoit l'insertion sur certains des paquets du flux d'une référence temporelle appelée PCR permettant la synchronisation des horloges entre la source et la destination. Ces références temporelles transmettent la valeur de l'horloge de la source au moment de l'émission du paquet, et va servir à la réception du paquet à re synchroniser l'horloge de la destination selon un principe d'asservissement par PLL ( Phase locked Loop en anglais) connu.
Cette façon de faire est d'autant plus efficace que le transport entre la source et la destination se fait de manière transparente. En particulier il est important que les temps de transport des paquets soient le plus uniformes possible. Le système s'accommode bien d'une latence tant que celle-ci est uniforme, mais la synchronisation souffre rapidement de temps de transports non uniformes.
La transmission de paquets cle données sur un réseau IP ne permet pas d'assurer l'uniformité du ternps de transfert des paquets. La transmission peut même entraîner des duplications de paquets ainsi qu'une arrivée dans le désordre, les paquets ne prenant pas forcément le même chemin dans le réseau. Le protocole RTP tente de remédier à cet état de fait en préconisant l'ajout d'une référence temporelle à chaque paquet de données RTP transmis. Cette référence temporelle étant basée sur une horloge à 90 kHz. La destination d'un paquet RTP peut donc utiliser cette référence pour recaler les paquets reçus entre eux et reconstituer le séquencement temporel des paquets RTP reçus avec la précision de cette horloge de 90 kHz.
Le transport d'un flux MPEG entre une source et une destination sur un réseau IP s'effectue en utilisant le protocole RTP lorsque l'on suit l'ensemble de normes DVB-IP, pro-MPEG.
Ce transport se fait en encapsulant les paquets MPEG dans des paquets RTP. L'encapsulation typique consiste à mettre 7 paquets MPEG dans un paquet RTP. La figure 3 montre la façon dont cette encapsulation fonctionne. Les paquets MPEG, référencés 3.1, constituent un flux de départ appelé MPEG TS ( Transport Stream en anglais). Certains de ces paquets portent une référence temporelle, PCR, référencées 3.2. Ces paquets ne sont pas transmis tout de suite, ils doivent être stockés dans des tampons FIFO de façon à construire les paquets RTP, référencés 3.3. Quand un paquet RTP est prêt, il est envoyé doté de sa référence temporelle RTP, référencée 3.4, correspondant au moment de l'envoi du paquet. Du côté de la réception, on reçoit les paquets RTP selon un séquencement temporel non maîtrisé après le transport. Le séquencement de ces paquets est corrigé grâce aux références temporelle RTP à la précision de l'horloge RTP soit 90 kHz. Il en résulte un flux reconstitué MPEG constitué de groupes de paquets séquencés temporellement par rapport à une seule référence temporelle d'une précision 90 kHz.
Cette façon de faire entraîne donc une double modification du séquencement relatif entre eux des paquets MPEG. D'une part l'introduction d'un regroupement de plusieurs paquets ayant la même référence temporelle et d'autre part le recalage de ces groupes à la précision moindre de 90 kHz.
L'exemple de réalisation de D'invention repose sur l'apport de correction au PCR des paquets MPEG de façon à les faire correspondre au séquencement temporel reconstitué à l'arrivée. Ces corrections sont apportée sur les PCR référencés 3.5 sur la figure. Une première correction consiste à ajouter au PCR le temps entre son arrivée dans le tampon de stockage de la FIFO et le moment d'envoi du paquet RTP. De cette façon un PCR attaché à un paquet faisant partie d'un groupe et donc du même paquet RTP va avoir un PCR cohérent avec l'envoi du paquet RTP.
Cette correction tenant compte pour chaque paquet du temps passé entre l'instant d'entrée du paquet dans la mémoire et son instant de sortie peut également être décrite comme suit. Cette mémoire sert à stocker les 1 à 7 paquets MPEG qui formeront la partie données de la trame RTP.Le temps de stockage de chaque paquet va correspondre au temps compris entre son moment d'arrivée dans le tampon et le moment de sortie du tampon lorsque la trame RTP est complète. Ce mécanisme va donc modifier les relations temporelles (création de gigue) entre des paquets successifs portant l'information temporelle PCR.
Afin de connaître le temps passé dans le tampon, chaque paquet MPEG est stocké avec l'information de son temps d'arrivée (appelée T_in) fournie par le compteur PCR. L'instant de sortie du paquet (appelée Tout) est fournie par la valeur courante du compteur PCR au moment de la sortie du paquet. La correction effectuée sur le PCR d'un paquet MPEG consiste à corriger la valeur du PCR du temps (T_out-Tin) passé dans la mémoire.
PCR(i)= valeur du PCR du paquet n i T in(i) = instant d'arrivée du paquet i dans le tampon T_out(i)= instant de départ du paquet i du tampon PCR'(i)= correction de la valeur du PCR en sortie de tampon PCR'(i) = PCR(i) + (T_out(i)-T_in(i)) Cette première correction va donc corriger la gigue créée par le phénomène de regroupement.
Le PCR ainsi modifié est donc cohérent avec le moment d'envoi du paquet RTP. Ce paquet va être reçu et son séquencement temporel corrigé grâce au mécanisme des références temporelle intrinsèque à RTP. Ce paquet va donc être recalé côté destination à la précision de 90 kHz, or les PCR inclus dans les paquets MPEG ont eux une précision de 27 MHz 300 fois plus précise. Le séquencement du paquet RTP sera donc tronqué à la valeur entière inférieure de l'horloge à 90 kHz par rapport au moment réel de l'envoi considéré par rapport à l'horloge à 27 MHz.
Une première solution pour corriger la différence de précision entre les deux horloges est d'introduire une seconde correction car à la source la présence d'une horloge à 27 MHz permet de connaître à cette échelle le moment d'envoi du paquet RTP. On peut donc calculer la différence entre la valeur prise par la référence temporelle à 90 kHz du paquet RTP et la même valeur à la précision de l'horloge à 27 MHz. Cette différence sera ajoutée au PCR de manière à ce que ce PCR soit cohérent à destination avec le séquencement recalé à 90 khz des paquets RTP ayant servi aux transport.
Si on appelle PCR"(i)= correction finale du PCR tenant compte de l'arrondi à 90KHz du RTP et extension la différence entre la valeur de l'horloge à 27 MHz et celle à 90 kHz: PCR"(i)= PCR'(i) extension Une autre solution consiste à bloquer la trame RTP et à l'envoyer lorsque la différence entre l'horloge à 27IVIHz et celle à 90 kHz repasse à 0. La correction à apporter PCR" est identique à PCR' puisque l'extension est nulle. Cette solution se fait au détriment de la bande puisque la durée entre 2 débuts de trames RTP doit être un multiple de 1/90KHz.
Un exemple d'appareil à même d'implémenter l'invention est illustré figure 4. Cet appareil, 4.1, se connecte à un réseau IP, 4.7, via une interface réseau 4.5. Il possède un processeur, 4.2, à même d'implémenter les méthodes décrites. Ce processeur utilise sa mémoire, 4. 4, pour exécuter ces méthodes. Les flux envoyés seront par exemple issus de la mémoire non volatile 4.3, celle-ci pouvant être constituée d'un disque. Tout autre réalisation tant logicielle que matérielle est possible sans sortir du cadre de l'invention.
L'exemple de réalisation décrit l'invention de manière non limitative. Toute autre correction des références temporelles du flux de manière à prendre en compte préventivement une gigue dont on connaît les caractéristiques entre dans le cadre de l'invention.
Références: [1] ISO/IEC 13818-1:2000 Information technology -- Generic coding of moving pictures and associated audio information: Systems, International Standards Organization. http://www.iso. orq/iso/en/CataloqueDetailPage.CataloqueDetail?C SNUMBER=31537 ISO/IEC 13818-2:2000 Information technology -- Generic coding of moving pictures and associated audio information: Video, International Standards Organization. http://www.iso.org/iso/en/CataloqueDetailPage. CataloqueDetail?C SNUMBER=31539 [2] MPEG-4 Video: ITU-T Rec H.264 1 ISO/IEC 14496-10 Information Technology - coding of audio-visual objects Part 10: Visual [3] IETF RFC 3550, RTP: A Transport Protocol for RealTime Applications, H. Schulzrinne et al., July 2003, available at http://www.ietf.orq/rfclrfc3550.txl [4] IETF RFC 2250, RTP Payload Format for MPEG1/MPEG2 Video, D. Hoffman et al., January 1998, available at http://www.ietf.orq/rfc/rfc2250.tx:t [5] DVB TM3022, Digital Video Broadcasting (DVB) - Transport of DVB Services over IP, ETSI, RTS/JTC-DVB93, 2004-03-26 [6] ARIB* STD-B24 Version 3.2, Data Coding and Transmission Specification for Digital Broadcasting, Association of Radio Industries and Businesses, November 15, 2001.
[7] Digital Living Network Alliance - Home Networked Device lnteroperability Guidelines Version: 1.0

Claims (1)

  1. 9 REVENDICATIONS
    1. Méthode de transmission, par un appareil émetteur, d'un flux de données constitué de paquets de données, au moins certains de ces paquets comportant des références temporelles destinées à la synchronisation des horloges de l'émetteur et du récepteur caractérisée en ce qu'elle comporte au moins l'étape suivante: - une correction des références temporelles par le récepteur de façon à compenser la gigue introduite par la transmission.
    2. Méthode selon la revendication 1 comportant les étapes: - le stockage temporaire des paquets de données au sein d'un tampon pour constituer des ensembles de paquets pour le transport; - la correction des références temporelles portées par au moins certains des paquets rajoutant le temps passé dans le tampon.
    3. Méthode selon l'une des revendications 1 ou 2 comportant les étapes: Les paquets étant transmis entre l'émetteur et le récepteur par protocole de transport assurant la reconstruction du séquencement temporel par le récepteur selon une horloge de précision moindre que celle utilisée par les références temporelles, la correction desdites références temporelles de la différence entre les deux horloges au moment de l'envoi du paquet porteur de cette référence temporelle.
    4. Méthode selon la revendication 2 comportant les étapes: - Les paquets étant transmis entre l'émetteur et le récepteur par protocole de transport assurant la reconstruction du séquencement temporel par le récepteur selon une horloge de précision moindre que celle utilisée par les références temporelles, le fait d'attendre pour l'envoi des paquets que la différence entre l'horloge de base des références temporelles et celle de moindre précision servant à la reconstruction du séquencement par le protocole de transfert soit nulle.
    5. appareil d'émission d'un flux de données constitué de paquets de données, au moins certains de ces paquets comportant des références temporelles destinées à la synchronisation des horloges de l'émetteur et du récepteur caractérisée en ce qu'il comporte des moyens de correction des références temporelles par le récepteur de façon à compenser la gigue introduite par la transmission.
FR0550100A 2005-01-11 2005-01-11 Methode de transmission de flux mpeg sur ip et appareil implementant la methode Pending FR2880749A1 (fr)

Priority Applications (7)

Application Number Priority Date Filing Date Title
FR0550100A FR2880749A1 (fr) 2005-01-11 2005-01-11 Methode de transmission de flux mpeg sur ip et appareil implementant la methode
PCT/EP2006/050148 WO2006075007A1 (fr) 2005-01-11 2006-01-11 Procede de transmission de flux mpeg sur ip et dispositif, procede de reception et recepteur correspondants
US11/795,006 US7769055B2 (en) 2005-01-11 2006-01-11 Method of transmitting MPEG streams over IP and corresponding device, receiving method and receiver
CN2006800021389A CN101103566B (zh) 2005-01-11 2006-01-11 传送数据流的方法和装置、接收方法和接收器
JP2007549910A JP4647669B2 (ja) 2005-01-11 2006-01-11 Ｉｐを介してｍｐｅｇストリームを伝送する方法、並びに、対応する装置、受信方法及び受信器
EP20060700289 EP1836786B1 (fr) 2005-01-11 2006-01-11 Procede de transmission de flux mpeg sur ip et dispositif, procede de reception et recepteur correspondants
KR1020077015667A KR101343886B1 (ko) 2005-01-11 2006-01-11 Ｉｐ를 통해 ｍｐｅｇ 스트림을 전송하는 방법과, 대응하는 디바이스, 수신 방법 및 수신기

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0550100A FR2880749A1 (fr) 2005-01-11 2005-01-11 Methode de transmission de flux mpeg sur ip et appareil implementant la methode

Publications (1)

Publication Number Publication Date
FR2880749A1 true FR2880749A1 (fr) 2006-07-14

Family

ID=34954028

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0550100A Pending FR2880749A1 (fr) 2005-01-11 2005-01-11 Methode de transmission de flux mpeg sur ip et appareil implementant la methode

Country Status (7)

Country Link
US (1) US7769055B2 (fr)
EP (1) EP1836786B1 (fr)
JP (1) JP4647669B2 (fr)
KR (1) KR101343886B1 (fr)
CN (1) CN101103566B (fr)
FR (1) FR2880749A1 (fr)
WO (1) WO2006075007A1 (fr)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0705327D0 (en) * 2007-03-20 2007-04-25 Skype Ltd Method of transmitting data in a commumication system
JP5380862B2 (ja) * 2008-03-05 2014-01-08 日本電気株式会社 Ｉｐストリーム送受信システム、ｉｐストリーム受信装置及びそれらに用いる受信処理タイミング同期化方法
KR100989677B1 (ko) * 2008-09-23 2010-10-26 한국전자통신연구원 가변길이의 패킷 데이터 전송 장치 및 방법, 데이터 수신 장치
US8514329B2 (en) 2011-05-31 2013-08-20 Motorola Mobility Llc Jitter estimation for MPEG receivers
DE102012206910A1 (de) * 2011-12-06 2013-06-06 Rohde & Schwarz Gmbh & Co. Kg Verfahren und Vorrichtung zur Signalisierung eines Sendezeitpunktes und/oder eines Systemtaktes
JP6506009B2 (ja) * 2013-11-22 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015075880A1 (fr) * 2013-11-22 2015-05-28 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ Procédé de transmission, procédé de réception, dispositif de transmission et dispositif de réception
US9929928B1 (en) * 2015-12-24 2018-03-27 Microsemi Solutions (U.S.), Inc. Packet transmitter and method for timestamping packets
JP2017175261A (ja) * 2016-03-22 2017-09-28 ソニー株式会社 受信装置、データ処理方法、及び、送受信システム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5640388A (en) * 1995-12-21 1997-06-17 Scientific-Atlanta, Inc. Method and apparatus for removing jitter and correcting timestamps in a packet stream
US5966387A (en) * 1995-09-25 1999-10-12 Bell Atlantic Network Services, Inc. Apparatus and method for correcting jitter in data packets
EP0987894A2 (fr) * 1998-09-07 2000-03-22 Victor Company Of Japan, Ltd. Correction du jitter et technique de récupération d'horloge pour des applications de réseaux audio-visuels temps réel
WO2004010670A1 (fr) * 2002-07-19 2004-01-29 Koninklijke Philips Electronics N.V. Procede de compensation de gigue pour systemes presentant des horloges murales
US20050036521A1 (en) * 2003-08-14 2005-02-17 Kim Jin H. PCR jitter reduction in a VSB and/or EVSB multiplexer system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5790543A (en) * 1995-09-25 1998-08-04 Bell Atlantic Network Services, Inc. Apparatus and method for correcting jitter in data packets
JP4407007B2 (ja) * 2000-05-02 2010-02-03 ソニー株式会社 データ送信装置及び方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5966387A (en) * 1995-09-25 1999-10-12 Bell Atlantic Network Services, Inc. Apparatus and method for correcting jitter in data packets
US5640388A (en) * 1995-12-21 1997-06-17 Scientific-Atlanta, Inc. Method and apparatus for removing jitter and correcting timestamps in a packet stream
EP0987894A2 (fr) * 1998-09-07 2000-03-22 Victor Company Of Japan, Ltd. Correction du jitter et technique de récupération d'horloge pour des applications de réseaux audio-visuels temps réel
WO2004010670A1 (fr) * 2002-07-19 2004-01-29 Koninklijke Philips Electronics N.V. Procede de compensation de gigue pour systemes presentant des horloges murales
US20050036521A1 (en) * 2003-08-14 2005-02-17 Kim Jin H. PCR jitter reduction in a VSB and/or EVSB multiplexer system

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LIU H: "Extension of RTP payload type for multiple program MPEG transport stream", INTERNET ENGINEERING TASK FORCE - CISCO SYSTEMS, 22 October 1999 (1999-10-22), XP002256214 *

Also Published As

Publication number Publication date
CN101103566B (zh) 2013-08-28
US20080219296A1 (en) 2008-09-11
KR20070101269A (ko) 2007-10-16
CN101103566A (zh) 2008-01-09
KR101343886B1 (ko) 2013-12-23
EP1836786A1 (fr) 2007-09-26
JP2008527817A (ja) 2008-07-24
US7769055B2 (en) 2010-08-03
WO2006075007A1 (fr) 2006-07-20
EP1836786B1 (fr) 2015-05-06
JP4647669B2 (ja) 2011-03-09

Similar Documents

Publication Publication Date Title
FR2880749A1 (fr) Methode de transmission de flux mpeg sur ip et appareil implementant la methode
US8301982B2 (en) RTP-based loss recovery and quality monitoring for non-IP and raw-IP MPEG transport flows
EP1238542B1 (fr) Surveillance de la qualite de service dans une liaison de television numerique
EP2649738B1 (fr) Dispositif de sélection de flux de service numérique, et procédé, programme d'ordinateur et moyens de stockage correspondants
FR2927216A1 (fr) Methode de transmission d'images numeriques et de reception de paquets de transport.
US9832515B2 (en) DTS/PTS backward extrapolation for stream transition events
EP1483915B1 (fr) Procede de transmission de flux de donnees dependants
EP2735167A1 (fr) Système de diffusion de programmes vidéos
EP3284260B1 (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
WO2009103638A1 (fr) Procede de diffusion d ' un flux de donnees dans un reseau comprenant une pluralite d ' emetteurs ainsi que produit programme d ' ordinateur, tete de reseau et systeme pour la mise en oeuvre de ce procede
FR2827447A1 (fr) Procede de transmission de flux de donnees, flux de donnees, serveur, terminal, procede de reception et utilisation correspondants
Fernando MMT: the next-generation media transport standard
EP3643072A1 (fr) Procédé et équipement de génération d'un flux de transport, procédé et site de diffusion, et programme d'ordinateur correspondants.
EP0781480B1 (fr) Dispositif de routage de paquets
Laabs SDI over IP
WO2008043738A1 (fr) Procédé de retardement temporel de flux de contenus numériques, dispositif, et produit programme d'ordinateur correspondants
FR2827463A1 (fr) Procede de controle d'un flux de signaux de television recu par un decodeur de television et decodeur associe
FR2726722A1 (fr) Procede de deroutage de paquets destines a etre mis en oeuvre dans une unite de reception d'un systeme de transmission de donnees numeriques arrangees en paquets