DE112012001769T5 - Verfahren und Einrichtung für Broadcast- und Multicast-/Unicast -Übergang - Google Patents

Verfahren und Einrichtung für Broadcast- und Multicast-/Unicast -Übergang Download PDF

Info

Publication number
DE112012001769T5
DE112012001769T5 DE112012001769.2T DE112012001769T DE112012001769T5 DE 112012001769 T5 DE112012001769 T5 DE 112012001769T5 DE 112012001769 T DE112012001769 T DE 112012001769T DE 112012001769 T5 DE112012001769 T5 DE 112012001769T5
Authority
DE
Germany
Prior art keywords
multicast
unicast
broadcast
media stream
pts
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
DE112012001769.2T
Other languages
English (en)
Inventor
Cedric Fernandes
James Barnes
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.)
ADEIA MEDIA HOLDINGS LLC, SAN JOSE, US
Original Assignee
MobiTv Inc
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 MobiTv Inc filed Critical MobiTv Inc
Publication of DE112012001769T5 publication Critical patent/DE112012001769T5/de
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
    • 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/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • 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
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • 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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone 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/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/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
    • 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/64—Addressing
    • H04N21/6405—Multicasting
    • 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/64—Addressing
    • H04N21/6408—Unicasting
    • 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/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8547—Content authoring involving timestamps for synchronizing content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0007—Control or signalling for completing the hand-off for multicast or broadcast services, e.g. MBMS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/14—Reselecting a network or an air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Es werden Mechanismen für einen effizienten Übergang zwischen Broadcast-Medienempfang und Multicast-/Unicast-Medienempfang bereitgestellt. Die Broadcast-Medienqualität wird dynamisch analysiert, um zu bestimmen, wann ein Übergang zweckmäßig ist. Broadcast-Dienste werden auf Multicast-/Unicast-Lieferdienste abgebildet. Der Übergang erfolgt sanft durch Erfassen von sowohl Broadcast- als auch Multicast-/Unicast-Medien beim Übergang und Analysieren von Timing-Daten zum Ermöglichen einer Medienstromausrichtung und -umschaltung.

Description

  • DATEN VERWANDTER ANMELDUNGEN
  • Diese Anmeldung beansprucht Priorität der US-Patentanmeldung Nr. 13/091,050 mit dem Titel VERFAHREN UND EINRICHTUNG FÜR BROADCAST- UND MULTICAST-/UNICAST-ÜBERGANG, eingereicht am 20. April 2011 (Anwaltsaktenzeichen Nr. MOBIP058US), dessen gesamte Offenbarung für sämtliche Zwecke durch Verweis hier einbezogen ist.
  • TECHNISCHES SACHGEBIET
  • Die vorliegende Offenbarung betrifft den Übergang zwischen Broadcast und Multicast/Unicast.
  • BESCHREIBUNG DES EINSCHLÄGIGEN STANDS DER TECHNIK
  • Sendetechnologien, wie z. B. Advanced Television Systems Committee (ATSC), Digital Video Broadcasting (DVB), Integrated Services Digital Broadcasting (ISDB) und Digital Multimedia Broadcasting (DMB) bieten Broadcast-Mediendienste über ein großes Bedeckungsgebiet. Signale werden häufig von terrestrischen Sendern oder Satellitensendern zu einer Vielzahl von Vorrichtungen ausgestrahlt. Broadcast-Sendetechnologien sind jedoch ziemlich anfällig gegenüber Faktoren wie z. B. Interferenz und Dämpfung. Gebäude, Blattwerk, geografische Gegebenheiten etc. können die Lieferung von Broadcast-Signalen behindern.
  • Folglich stellen die Techniken und Mechanismen der vorliegenden Erfindung einen Mechanismus zum Verbessern der Medienlieferung zu Vorrichtungen bereit, die Broadcast-Mediensignale empfangen.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • Die Offenbarung ist am besten unter Bezugnahme auf die folgende Beschreibung in Zusammenhang mit den beiliegenden Zeichnungen verständlich, in denen bestimmte Ausführungsformen gezeigt sind.
  • 1 zeigt ein Beispiel für ein Broadcast- und Multicast-/Unicast-System.
  • 2 zeigt ein Beispiel für eine Technik zum Durchführen einer Übergabe-Entscheidungsfindung.
  • 3 zeigt ein Beispiel für eine Abbildungstabelle.
  • 4 zeigt ein Beispiel für eine Broadcast- und Multicast-/Unicast-Übergabe.
  • 5 zeigt ein Beispiel für Inhaltsserverpuffer.
  • 6 zeigt ein Beispiel für ein Multicast-/Unicast-System.
  • 7 zeigt ein Beispiel für einen Inhaltsserver.
  • 8 zeigt ein Beispiel für ein Computersystem.
  • BESCHREIBUNG VON AUSFÜHRUNGSBEISPIELEN
  • Es wird nun genauer auf einige spezifische Beispiele der Erfindung Bezug genommen, einschließlich der besten Methoden, die die Erfinder zum Durchführen der Erfindung in Betracht ziehen. Beispiele dieser spezifischen Ausführungsformen sind in den beiliegenden Zeichnungen gezeigt. Obwohl die Erfindung in Zusammenhang mit diesen spezifischen Ausführungsformen beschrieben wird, versteht sich, dass die Erfindung nicht auf die beschriebenen Ausführungsformen beschränkt ist. Sie deckt im Gegenteil Alternativen, Modifikationen und Äquivalente ab, die in den Geist und Umfang der Erfindung fallen, wie sie in den beiliegenden Patentansprüchen definiert ist.
  • Zum Beispiel werden die Techniken der vorliegenden Erfindung im Kontext bestimmter Protokolle beschrieben. Es sei jedoch darauf hingewiesen, dass die Techniken der vorliegenden Erfindung auf Variationen von Protokollen anwendbar sind. In der folgenden Beschreibung sind zahlreiche spezifische Details dargestellt, um ein profundes Verständnis der vorliegenden Erfindung zu ermöglichen. Bestimmte Ausführungsbeispiele der vorliegenden Erfindung können ohne einige oder sämtliche dieser spezifischen Details implementiert werden. In anderen Fällen sind bekannte Prozessoperationen nicht beschrieben, um die vorliegende Erfindung nicht unnötig unklar darzustellen.
  • Verschiedene Techniken und Mechanismen der vorliegenden Erfindung werden aus Gründen der Klarheit manchmal im Singular beschrieben. Es sei jedoch darauf hingewiesen, dass einige Ausführungsformen mehrere Wiederholungen einer Technik oder mehrere Instanziierungen eines Mechanismus umfassen, sofern nichts anderes angegeben ist. Zum Beispiel wird bei einem System ein Prozessor in einer Vielzahl von Kontexten verwendet. Es sei jedoch darauf hingewiesen, dass ein System auch mehrere Prozessoren verwenden kann, wobei dies in den Umfang der vorliegenden Erfindung fällt, sofern nichts anderes angegeben ist. Ferner werden bei den Techniken und Mechanismen der vorliegenden Erfindung manchmal zwei Entitäten als miteinander verbunden beschrieben. Es sei darauf hingewiesen, dass eine Verbindung zwischen zwei Entitäten nicht notwendigerweise eine direkte ungehinderte Verbindung bedeutet, da eine Vielzahl von weiteren Entitäten zwischen den zwei Entitäten vorgesehen sein kann. Zum Beispiel kann ein Prozessor mit einem Speicher verbunden sein, es sei jedoch darauf hingewiesen, dass eine Vielzahl von Brücken und Steuereinrichtungen zwischen dem Prozessor und dem Speicher vorgesehen sein kann. Folglich bedeutet eine Verbindung nicht notwendigerweise eine direkte ungehinderte Verbindung, sofern nichts anderes angegeben ist.
  • ÜBERBLICK
  • Es werden Mechanismen für einen effizienten Übergang zwischen Broadcast-Medienempfang und Multicast-/Unicast-Medienempfang geschaffen. Die Broadcast-Medienqualität wird dynamisch analysiert, um zu bestimmen, wann ein Übergang zweckmäßig ist. Broadcast-Dienste werden auf Multicast-/Unicast-Lieferdienste abgebildet. Der Übergang erfolgt sanft durch Erfassen von sowohl Broadcast- als auch Multicast-/Unicast-Medien beim Übergang und Analysieren von Timing-Daten zum Ermöglichen einer Medienstromausrichtung und -umschaltung.
  • Ausführungsbeispiele
  • Es wird eine Vielzahl von Mechanismen zum Liefern von Medien zu Vorrichtungen angewendet. Broadcast-Technologien, wie z. B. ATSC, DVB, ISDB und DMB bieten eine große Flächendeckung. Signale werden häufig von terrestrischen Sendern oder Satellitensendern zu einer Vielzahl von Empfängern ausgestrahlt. Broadcast-Sendetechnologien sind jedoch ziemlich anfällig gegenüber Faktoren wie z. B. Interferenz und Dämpfung. Gebäude, Blattwerk, geografische Gegebenheiten etc. können die Lieferung von Broadcast-Signalen behindern. Broadcast-Technologien sind inhärent anfällig gegenüber Signalgebungsproblemen in Innenräumen und Gebieten ohne direkte Sichtlinie. Somit erleben Kunden häufig eine suboptimale Nutzererfahrung aufgrund mangelhafter Abdeckung oder schlechter Videoqualität.
  • Bei den Techniken der vorliegenden Erfindung können Broadcast-Dienste durch Multicast-/Unicast-Medienverteildienste ergänzt werden. Zum Beispiel kann die Medienverteilung über mobile Datennetzwerke oder lokale drahtlose Netzwerke die Nutzererfahrung verbessern. Mobile Datennetzwerke, wie z. B. Mobilfunknetze oder Wireless Fidelity-(WiFi-)Netze können ihre eigenen Beschränkungen aufweisen, wie z. B. beschränkte Bandbreitenverfügbarkeit, Latenz oder Abdeckungsbeschränkungen, diese Multicast-/Unicast-Medienverteilungen bieten jedoch eine Abdeckung, mit der die Broadcast-Medienverteilungsabdeckung ergänzt und Dienste erweitert werden können. Multicast-/Unicast-Dienste sind jedoch einer Vielzahl von Anforderungen ausgesetzt, wie z. B. Latenz, Server- und Client-Pufferung.
  • Typischerweise gibt es in dem Broadcast-Raum eine Beziehung zwischen Signalstärke und Videoqualität. Zahlreiche derzeit verwendete Systeme werten den Rauschabstand, die Dezibel-(dB-)Pegel etc. aus, um die Qualität des Broadcast-Signals zu ermitteln. Dies bietet jedoch keine akkurate Anzeige oder Ermittlung der tatsächlichen Videoqualität, die auf der Empfangsvorrichtung wiedergegeben wird. Bei verschiedenen Ausführungsformen wird die Videoqualität durch Messen der Pixelierung, Pufferung/Pausierung und Bitraten ermittelt. Bei bestimmten Ausführungsformen umfasst das Übergangssystem Übergangsschwellwerte, die verwendet werden, um zu bestimmen, wann eine Übergabe an ein Multicast-/Unicast-Netzwerk zweckmäßig ist. Bei einigen Beispielen kann dann, wenn die ermittelte Videoqualität über einen vorgegebenen Zeitraum (t1) unter einen bestimmten Pegel fällt, eine Anwendung gewählt werden, um den Videoempfang an ein Multicast- oder Unicast-Netzwerk zu übergeben.
  • Bei verschiedenen Ausführungsformen bildet ein Übergangssystem einen Broadcast-Dienst auf Multicast-/Unicast-Dienste ab. Bei bestimmten Ausführungsformen umfasst das Übergangssystem das Abbilden von Broadcast-Kanälen auf einzelne Kanäle, die über ein Internet Protocol-(IP-)Netzwerk geliefert werden. Dieses Abbilden von Broadcast auf Multicast/Unicast ermöglicht es einem Übergangssystem, den korrekten Kanal zu bestimmen, wenn es die Übergabe zu oder von einem Broadcast-Signal durchführt. Bei verschiedenen Ausführungsformen besitzen Broadcast-Dienste Sendezeichen, die auf einzigartige Kanalidentifizier-(ID-)Werte für eine Multicast-/Unicast-Lieferung über IP-Netzwerke abgebildet werden.
  • Wenn eine Übergabe-Entscheidung getroffen worden ist, erfasst eine Übergangsanwendung den korrekten Inhaltskanal via Multicast/Unicast über IP und initiiert eine Wiedergabe auf der Vorrichtung. Um einen sanften Übergang sicherzustellen, wird die Signalerfassung über das Multicast-/Unicast-IP-Netzwerk schnell durchgeführt, und der Inhalt kommt weiterhin von der gleichen Position in dem Strom.
  • Bei verschiedenen Ausführungsformen wird ein nahtloser Übergang durch gleichzeitiges Empfangen von Broadcast- und IP-Multicast-/Unicast-Inhalt über einen Zeitraum vor dem Umschalten nach dem Erreichen eines Übergangsschwellwerts geboten. Bei bestimmten Ausführungsformen wird ein Inhaltsstrom gleichzeitig über einen Broadcast-Empfänger und einen IP-Multicast-/Unicast-Empfänger erfasst, wenn die Videoqualität über einen Zeitraum von x Millisekunden (tx) unter den akzeptablen Pegel fällt.
  • Bei verschiedenen Ausführungsformen überwacht die Übergangsanwendung Timing-Informationen, wie z. B. Präsentationszeitstempel (PTS), in einem MPEG-Transportstrom. Bei bestimmten Ausführungsformen ist der Präsentationszeitstempel (PTS) ein Metadatenfeld in einen MPEG-Transportstrom oder MPEG-Programmstrom, der verwendet wird, um eine Synchronisierung separater Video-, Audio- und Untertitel-Ströme, die auf einer Vorrichtung präsentiert werden, zu erreichen. Der PTS kann in Einheiten angegeben werden, die auf eine Gesamttaktreferenz des Programms bezogen sind, z. B. Programmtaktreferenz (PCR) oder Systemtaktreferenz (SCR), die ebenfalls in dem Transportstrom oder Programmstrom gesendet wird.
  • Dabei überwacht die Anwendung den PTS in den Broadcast- und IP-Multicast-/Unicast-Strömen. Ein IP-Unicast-Strom kann separat angefordert werden, wenn ein Übergangsschwellwert eingehalten wird. Wenn die Broadcast-Videoqualität weiter nachlässt oder der Übergangsschwellwert über einen Zeitraum eingehalten wird, dann markiert die Übergangsanwendung den PTS in der Broadcast-Einspeisung und initiiert eine Wiedergabe der Multicast-/Unicast-Einspeisung bei dem gleichen PTS.
  • Bei bestimmten Ausführungsformen kann das Übergabeereignis aufgrund der Erfordernis einer Neuinitialisierung des Dekodierers während dieses Übergabeereignisses zu einer sehr kleinen Unterbrechung (durch einen schwarzen Bildschirm oder ein Standbild) führen. Die Erfahrung des Übergabeereignisses mit Initiierung der Wiedergabe von Multicast- oder Unicast-Video kann auf verschiedene Weise erfolgen.
  • Bei bestimmten Beispielen tritt der PTS des Broadcast-Stroms vor dem Multicast-/Unicast-PTS auf, ist jedoch in dem Client-Puffer vorhanden, bevor er wiedergegeben wird. Bei diesen Beispielen werden weitere Multicast-/Unicast-Informationen verworfen. Das Übergangssystem schaltet auf Frames im Multicast-/Unicast-Strom um. Bei einigen Beispielen wird ein I-Frame als das erste Frame nach einem Multicast-/Unicast-Übergang gewählt. Eine Neuinitialisierung des Dekodierers kann in einigen Fällen erforderlich sein.
  • Bei anderen Beispielen tritt der Broadcast-PTS vor dem Multicast-/Unicast-PTS auf und überlappt sich nicht mit dem Client-Puffer oder besitzt keinen ausreichenden verbleibenden Puffer. Bei diesen Beispielen kann in einen kurzen Zeitraum einer Neuerfassung des Signals eingetreten werden, um eine Pufferung des Multicast-/Unicast-Stroms und Ausrichtung der Ströme zu ermöglichen. Bei verschiedenen Ausführungsformen kann diese unerwünschte Phase dadurch abgeschwächt werden, dass sichergestellt wird, dass der Unicast-PTS leicht vor dem Broadcast-PTS liegt.
  • Bei weiteren Beispielen tritt der PTS des Multicast-/Unicast-Stroms vor dem PTS des Broadcast-Stroms auf. Bei diesen Beispielen beginnt das Puffern der Multicast-/Unicast-Daten, so dass ein Umschalten an einem geeigneten Punkt in dem Broadcast-Strom erfolgen kann.
  • Das Bereitstellen von kombinierten Broadcast- und Multicast-/Unicast-Diensten ermöglicht eine extensive Abdeckung in einen Vielzahl von Umgebungen, wobei die Nutzererfahrung verbessert wird und die Inanspruchnahme von Netzwerkressourcen beschränkt wird.
  • 1 zeigt ein Beispiel für ein System, bei dem verschieden Ausführungsformen der vorliegenden Erfindung verwendet werden können. Bei verschiedenen Ausführungsformen weist eine Mobilvorrichtung 101 mehrere Empfänger zum Empfangen von sowohl Broadcast- als auch Multicast-/Unicast-Daten auf. Bei verschiedenen Ausführungsformen weist die Mobilvorrichtung 101 eine Broadcast-Antenne auf, wie z. B. eine Digitalfernseh-(DTV-)Antenne zum Empfangen von Broadcast-Daten über den Äther oder eine Mobilfunkantenne zum Empfangen von Mobilfunk-Multicast-/Unicast-Daten. Bei bestimmten Ausführungsformen werden Broadcast-Signale von einem terrestrischen Sender 111 und/oder von einem Satellitensender 113 gesendet. Der terrestrische Sender 111 und der Satellitensender 113 bieten eine große Abdeckung und Medienströme von hoher Qualität, aus denen Signale empfangen werden können. Terrestrische und Satellitensender können jedoch Effekten ausgesetzt sein, wie z. B. Signaldämpfung, Interferenz etc. aufgrund von Blattwerk, Konstruktionen, Wetter etc. Folglich ergänzen die Techniken der vorliegenden Erfindung Broadcast-Signale durch Multicast-/Unicast-Daten, wie z. B. Daten von IP-Netzwerken, die über Funk, Mobilgeräte, WiFi etc. geliefert werden.
  • Eine Vorrichtung 101, die über einen Mobilfunkmast mit einem Multicast-/Unicast-Netzwerk 117 verbunden ist, kann die Nutzerfahrung verbessern. Mobilfunkmasten 115 können eine andere Abdeckung bieten als die Abdeckung, die von dem terrestrischen Sender 111 und dem Satellitensender 113 geboten wird. Mobilfunksignale sind ebenfalls abträglichen Effekten ausgesetzt, wie z. B. durch Blattwerk, Konstruktionen etc., können jedoch aufgrund unterschiedlicher Sendeplätze, Energiepegel, Sendefrequenzen etc. eine andere Abdeckung bieten als diejenige von terrestrischen und Satellitensendern. Eine Bandbreite über Mobilfunknetze kann jedoch beschränkt und/oder kostspielig sein, insbesondere bei Unicast-Sendung, und folglich kann es wünschenswert sein, Broadcast-Netzwerke zu nutzen, wenn dies möglich ist.
  • Ein Multicast-/Unicast-Netzwerk 117 bietet einen beschränkten Bereich und begrenzt die Mobilität, bietet aber eine Bandbreite und Abdeckung in zahlreichen Innenraumbereichen und ergänzt Broadcast-Übertragungen. Ein Multicast-/Unicast-Netzwerk 117 kann Streaming-Inhaltsserver 119 und 121 sowie drahtlose Zugangspunkte 123 für die Mobilvorrichtung 101 aufweisen. Bei verschiedenen Ausführungsformen werden Broadcast-Signale verwendet, falls sie zur Verfügung stehen. Wenn die Medienqualität von einem Broadcast-Signal bis auf einen bestimmten Übergangsschwellwert nachlässt, schaltet eine Vorrichtung auf ein Multicast-/Unicast-Netzwerk um, das über ein mobiles oder drahtloses lokales Netzwerk bereitgestellt wird. Bei verschiedenen Ausführungsformen prüft eine Vorrichtung periodisch die Medienqualität von einem Broadcast-Signal und schaltet von einem Multicast-/Unicast-Signal zu einem Broadcast-Signal um, wenn das Broadcast-Signal einen Übergangsschwellwert einhält und ein entsprechender Kanal zur Verfügung steht.
  • 2 zeigt ein Beispiel für eine Technik zum Bestimmen eines Übergangspunkts. Bei 201 wird ein Broadcast-Medienstrom empfangen. Bei verschiedenen Ausführungsformen wird bei 203 die Medienqualität durch Auswerten der Pixelierung ermittelt. Bei 205 wird das Puffern/Pausieren überwacht. Bei 207 können Bitraten kontinuierlich überwacht werden. Bei bestimmten Ausführungsformen wird bei 209 die Medienqualität relativ zu einem Übergangsschwellwert überwacht. Bei einigen Beispielen können bei 211 auch der Rauschabstand und die dB-Pegel überwacht werden.
  • Bei verschiedenen Ausführungsformen wird dann, wenn die Pixelierung unter einen bestimmten Pegel fällt, das Puffern/Pausieren einen vorbestimmten Zeitraum übersteigt oder die Bitraten auf eine unzureichende Rate fallen, ein Übergangsschwellwert eingehalten. Wenn bei 213 die Medienqualität über einen eingestellten Zeitraum (t1) unter einen vorbestimmten Übergangsschwellwert fällt, wird bei 215 der Prozess des Übergangs zu einem alternativen Strom, wie z. B. einem Multicast-/Unicast-Strom, der über ein IP-Netzwerk bereitgestellt wird, initiiert. Bei verschiedenen Ausführungsformen können die gleichen Techniken auf den Übergang von Multicast/Unicast zu Broadcast angewendet werden. Bei bestimmten Ausführungsformen wird ein Broadcast-Signal überwacht, und wenn das in Medienqualität bereitgestellte Broadcast-Signal einen Übergangsschwellwert über einen vorbestimmten Zeitraum einhält oder übersteigt, schaltet eine Vorrichtung unabhängig von der Qualität des Multicast-/Unicast-Stroms auf den Broadcast-Strom um.
  • 3 zeigt ein Beispiel für eine Abbildungstabelle. Die Abbildungstabelle 30 enthält Broadcast-Kanal-Sendezeichen 303, die auf Multicast-/Unicast-IP-Lieferkanäle 305 abgebildet sind. Bei einigen Beispielen ist möglicherweise keine exakte Übereinstimmung vorhanden, und der am nächsten kommende Inhalt wird geliefert. Bei verschiedenen Ausführungsformen entsprechen Sendezeichen 313, 323 und 333 Kanälen 315, 325 bzw. 335. Die Abbildungstabelle 301 ermöglicht es einem Übergangssystem, einen korrekten Kanal zu bestimmen, wenn eine Übergabe von Broadcast zu Multicast/Unicast oder von Multicast/Unicast zu Broadcast durchführt wird. Bei einigen Beispielen besitzt jeder Broadcast-Kanal ein einzigartiges Sendezeichen, und das einzigartige Sendezeichen ist auf einen einzigartigen Kanal-ID-Wert für die Multicast-/Unicast-IP-Lieferung abgebildet.
  • 4 zeigt ein Beispiel für eine Technik für einen Medienstromübergang. Obwohl eine Übergabe von einem Broadcast- zu einem Unicast-/Multicast-Strom beschrieben wird, sei darauf hingewiesen, dass verschiedene Ausführungsformen auch auf die Übergabe von Unicast/Multicast zu Broadcast angewendet werden können. Bei 401 wird eine Übertretung des Übergangsschwellwerts detektiert. Bei verschiedenen Ausführungsformen werden bei 403 ein Broadcast-Strom und ein Multicast-/Unicast-Strom empfangen und gleichzeitig gepuffert. Bei bestimmten Ausführungsformen ermöglicht dies eine Analyse von Timing-Informationen der zwei Ströme. Bei verschiedenen Ausführungsformen werden der PTS des Broadcast-Stroms sowie der PTS des Unicast-/Multicast-Stroms überwacht. Wenn bei 405 die Übertretung des Übergangsschwellwerts über einen vorbestimmten Zeitraum ty andauert, markiert das Übergangssystem die PTS-Zeit in der Broadcast-Einspeisung, um eine Wiedergabe der Multicast-/Unicast-Einspeisung bei der gleichen PTS-Zeit zu initiieren.
  • Bei verschiedenen Ausführungsformen werden dann, wenn bei 407 der PTS des Broadcast-Stroms vor dem Multicast-/Unicast-PTS auftritt, aber in dem Client-Puffer vorhanden ist, bevor er wiedergegeben wird, bei 409 weitere Multicast-/Unicast-Informationen in dem Puffer verworfen, und bei 411 schaltet das Übergangssystem auf Frames in dem Multicast-/Unicast-Strom um. Bei bestimmten Ausführungsformen tritt dann, wenn bei 413 der PTS des Broadcast-Stroms vor dem Multicast-/Unicast-PTS auftritt und sich nicht mit dem Client-Puffer überlappt oder einen unzureichenden verbleibenden Puffer besitzt, bei 415 das Übergangssystem in eine kurze Signalneuerfassungs-Pufferphase ein, um die Ströme neu auszurichten, und eine Umschaltung erfolgt nach der Neuausrichtung. Bei verschiedenen Ausführungsformen wird diese Situation durch Vorsehen, dass der Multicast-/Unicast-PTS leicht vor dem Multicast-PTS auftritt, vermieden.
  • Bei verschiedenen Ausführungsformen beginnt dann, wenn bei 417 der PTS des Multicast-/Unicast-Stroms vor dem PTS des Broadcast-Stroms auftritt, bei 419 die Vorrichtung mit dem Puffern von Multicast-/Unicast-Daten, so dass bei 421 das Übergangssystem an dem geeigneten Punkt im Broadcast-Strom umschalten kann. Wenn die PTS exakt übereinstimmen, kann bei 423 der Übergang an jedem geeigneten Punkt erfolgen, obwohl eine Pufferung vor dem Übergang wünschenswert sein kann.
  • 5 zeigt ein Beispiel für Inhaltsserverpuffer. Bei verschiedenen Ausführungsformen besitzen Vorrichtungen 501, 511, 521 und 531 einzelne Puffer 503, 513, 523 und 533 zum Empfangen von Unicast-/Multicast-Inhalt. Ein Inhaltsserver 551 weist Kanalpuffer 553, 555, 557, 559 und 561 auf. Bei bestimmten Ausführungsformen detektiert ein Inhaltsserver 551, dass eine Vorrichtung von einem Broadcast- zu einem Unicast-/Multicast-Strom übergeht. Eine Vorrichtung, wie z. B. eine Mobilvorrichtung, kann einen Puffer besitzen, der einen Übergangsschwellwert erreicht, und ein Broadcast-Strom ist möglicherweise nicht mehr ausreichend. Bei verschiedenen Ausführungsformen kann ein Inhaltsserver einen Multicast-/Unicast-Strom zu der Vorrichtung senden. Bei bestimmten Ausführungsformen übermittelt ein Inhaltssever 551 zum Verbessern der Nutzererfahrung zur Verfügung stehende Daten für einen angeforderten Unicast-Strom zu einer Vorrichtung 511 mit einem leeren Puffer. Bei einigen Beispielen sendet der Inhaltsserver 551 für eine feststehende Anzahl von Sekunden Daten mit dem Doppelten der normalen Bitsenderate von dem Kanalpuffer 555 zu der Vorrichtung 511.
  • Bei weiteren Beispielen sendet der Inhaltsserver 551 Daten von einem Strom mit niedriger Qualität in dem Kanalpuffer 553 zu der Vorrichtung 511. Das Senden eines Stroms mit niedrigerer Qualität ermöglicht, dass ein Puffer gefüllt wird, wobei die gleiche Bitsenderate beibehalten wird. Zum Beispiel kann ein Strom in dem Kanalpuffer 553 ein 50 mbps-Strom sein, während ein Strom in dem Kanalpuffer 555 ein 100 mbps-Strom sein kann. Mehr Frames von dem Strom mit niedrigerer Qualität können gesendet werden, um es der Vorrichtung 511 zu ermöglichen, eine Wiedergabe mit verringerter Verzögerung wiederaufzunehmen.
  • Bei verschiedenen Ausführungsformen können Inhaltsserverpuffer vorgefüllt oder nicht vorgefüllt sein. Bei einigen Beispielen wird dann, wenn ein Medienstrom angefordert worden ist, der entsprechende Kanalpuffer an dem Inhaltsserver gefüllt. Kanalpuffer, die dem noch nicht angeforderten Medienstrom entsprechen, werden jedoch typischerweise nicht vorgefüllt oder vorgewärmt. Die Wiedergabe kann verzögert werden, während die Inhaltsserver-Kanalpuffer gefüllt werden. Folglich wird bei den Techniken und Mechanismen der vorliegenden Erfindung das Vorfällen von Kanalpuffern in Betracht gezogen. Bei verschiedenen Ausführungsformen werden die Inhaltsserver-Kanalpuffer mit Live-Strömen von Kabel- und Satellitenanbietern vorgefüllt und kontinuierlich mit den jüngsten Streaming-Daten aktualisiert. In einigen Fällen werden sämtliche Kanalpuffer vorgefüllt. In anderen Fällen werden ausgewählte Kanalpuffer vorgefüllt und mit Satelliten- und Kabel-Medienströmen aktualisiert.
  • 6 zeigt eine schematische Darstellung eines Beispiels für ein Netzwerk, bei dem die Techniken der vorliegenden Erfindung angewendet werden können. Bei verschiedenen Ausführungsformen wird Medieninhalt von einer Anzahl von unterschiedlichen Quellen 685 zur Verfügung gestellt. Medieninhalt kann von Filmarchiven, Kabelgesellschaften, Film- und Fernsehstudios, kommerziellen und geschäftlichen Nutzern etc. zur Verfügung gestellt und auf einem Medien-Aggregationsserver 661 gehalten werden. Jeder geeignete Mechanismus zum Erhalten von Medieninhalt von einer großen Anzahl von Quellen zwecks Lieferung des Medieninhalts in Live-Broadcast-Strömen zu Mobilvorrichtungen wird hier als ein Medieninhalt-Aggregationsserver bezeichnet. Der Medieninhalt-Aggregationsserver 661 kann aus Gruppen von Servern gebildet sein, die sich in unterschiedlichen Rechenzentren befinden. Bei verschiedenen Ausführungsformen wird Inhalt, der zu einem Medien-Aggregationsserver 661 geliefert wird, in einer Vielzahl von unterschiedlichen Kodierformaten mit zahlreichen Video- und Audio-Codecs bereitgestellt. Ein Medieninhalt kann ferner über Satelliteneinspeisung 657 bereitgestellt werden. Bei verschiedenen Ausführungsformen wird Medieninhalt unter Verwendung eines IVSSE kategorisiert.
  • Eine Encoder Farm 671 ist der Satelliteneinspeisung 687 zugeordnet und kann ferner dem Medien-Aggregationsserver 661 zugeordnet sein. Die Encoder Farm 671 kann zum Verarbeiten von Medieninhalt von der Satelliteneinspeisung 687 sowie von dem Medien-Aggregationsserver 661 in potentiell zahlreiche Kodierformate verwendet werden. Bei verschiedenen Ausführungsformen umfassen Dateiformate Open Standards MPEG-1 (ISO/IEC 11172), MPEG-2 (ISO/IEC 13818-2), MPEG-4 (ISO/IEC 14496) sowie geschützte Formate QuickTimeTM, ActiveMovieTM und RealVideoTM. Einige beispielhafte Video-Codecs, die zum Kodieren der Dateien verwendet werden, umfassen MPEG-4, H.263 und H.264. Einige beispielhafte Audio-Codecs umfassen Qualcomm PurevoiceTM (QCELP), The Adaptive Multi-Narrow Band (AMR-NB), Advanced Audio Coding (AAC) und AACPlus. Der Medieninhalt kann ferner kodiert sein, um eine Vielzahl von Datenraten zu unterstützen. Der Medieninhalt von dem Medieninhalt-Aggregationsserver 661 und der Encoder Farm 671 wird als Live-Medium zu einem Streaming-Server 675 geliefert. Bei einem Beispiel ist der Streaming-Server ein Real-Time Streaming Protocol-(RTSP-)Server 675. Medienströme werden live von einem RTSP-Server 675 zu einzelnen Client-Vorrichtungen 601 gesendet. Eine Vielzahl von Protokollen kann zum Senden von Daten zu Client-Vorrichtungen verwendet werden.
  • Mögliche Client-Vorrichtungen 601 umfassen persönliche digitale Assistenten (PDAs), Mobiltelefone, Smartphones, PC-Vorrichtungen, Personal Computer etc. Bei verschiedenen Ausführungsformen sind die Client-Vorrichtungen mit einem Mobilfunknetz verbunden, das von einem Mobilfunk-Dienstleistungsanbieter betrieben wird. Bei weiteren Beispielen sind die Client-Vorrichtungen mit einem Internet Protocol-(IP-)Netzwerk verbunden. Alternativ kann die Client-Vorrichtung mit einem drahtlosen lokalen Netzwerk (WLAN) oder einem anderen drahtlosen Netzwerk verbunden sein. Live-Medienströme, die über RTSP geliefert werden, werden auf einem von einer Vielzahl von drahtlosen Netzwerken übertragen und/oder gekapselt.
  • Die Client-Vorrichtungen sind ferner über ein drahtloses Netzwerk mit einem Medieninhalt-Lieferserver 631 verbunden. Der Medieninhalt-Lieferserver 631 ist dazu ausgebildet, es einer Client-Vorrichtung 601 zu ermöglichen, Funktionen im Zusammenhang mit dem Zugreifen auf Live-Medienströme auszuführen. Zum Beispiel ermöglicht es der Medieninhalt-Lieferserver einem Nutzer, ein Konto einzurichten, eine Session Identifier-Zuweisung durchzuführen, verschiedene Kanäle zu abonnieren, sich einzuloggen, auf Programmführerinformationen zuzugreifen, Informationen über Medieninhalt zu erhalten etc. Bei verschiedenen Ausführungsformen liefert der Medieninhalt-Lieferserver nicht den eigentlichen Medienstrom, sondern stellt nur Mechanismen zum Durchführen von Operationen, die mit dem Zugreifen auf Medien in Zusammenhang stehen, zur Verfügung. Bei weiteren Implementierungen ist es möglich, dass der Medieninhalt-Lieferserver ferner Medienclips, -dateien und -ströme zur Verfügung stellt. Der Medieninhalt-Lieferserver ist einem Führergenerator 651 zugeordnet. Der Führergenerator 651 erhält Informationen von ungleichartigen Quellen, einschließlich Inhaltsanbietern 681 und Medieninformationsquellen 683. Der Führergenerator 651 liefert Programmführer zu einer Datenbank 655 sowie zu dem Medieninhalt-Lieferserver 631, um diese Client-Vorrichtungen 601 zur Verfügung zu stellen.
  • Bei verschiedenen Ausführungsformen erhält der Führergenerator 651 Zuschauerinformationen von einzelnen Client-Vorrichtungen. Bei bestimmten Ausführungsformen kompiliert der Führergenerator 651 Zuschauerinformationen in Echtzeit, um einen Führer der meistgesehenen Programme zu erzeugen, in dem die beliebtesten Programme zuerst und die am wenigsten beliebten Programme zuletzt aufgeführt sind. Die Client-Vorrichtung 601 kann Programmführerinformationen anfordern, und der Führer der meistgesehenen Programme kann der Client-Vorrichtung 601 zur Verfügung gestellt werden, um eine effiziente Auswahl von Videoinhalt zu ermöglichen. Bei verschiedenen Ausführungsformen ist der Führergenerator 651 mit einem Medieninhalt-Lieferserver 631 verbunden, der auch einer abstrakten Kaufmaschine 641 zugeordnet ist. Die abstrakte Kaufmaschine 641 hält Abonnementinformationen, die verschiedenen Client-Vorrichtungen 601 zugeordnet sind. Zum Beispiel verfolgt die abstrakte Kaufmaschine 641 Käufe von Premiumpaketen.
  • Der Medieninhalt-Lieferserver 631 und die Client-Vorrichtungen 601 kommunizieren unter Verwendung von Anfragen und Antworten miteinander. Zum Beispiel kann die Client-Vorrichtung 601 eine Anfrage bezüglich des Abonnierens eines Premiuminhalts an den Medieninhalt-Lieferserver 631 senden. Bei verschiedenen Ausführungsformen verfolgt die abstrakte Kaufmaschine 641 die Abonnementanfrage, und der Medieninhalt-Lieferserver 631 liefert einen Schlüssel an die Client-Vorrichtung 601, um es dieser zu ermöglichen, den Live Stream-Medieninhalt zu dekodieren. Ähnlich kann die Client-Vorrichtung 601 eine Anfrage bezüglich eines Führers der meistgesehenen Programme für ihr bestimmtes Programmpaket an einen Medieninhalt-Lieferserver 631 senden. Der Medieninhalt-Lieferserver 631 erhält die Führerdaten von dem Führergenerator 651 und der zugehörigen Datenbank 655 und liefert geeignete Führerinformationen zu der Client-Vorrichtung 601.
  • Obwohl die verschiedenen Vorrichtungen, wie z. B. der Führergenerator 651, die Datenbank 655, der Medien-Aggregationsserver 661 etc. als separate Entitäten gezeigt sind, sei angemerkt, dass verschiedene Vorrichtungen auf einem einzelnen Server zusammengeschlossen sein können. Alternativ kann jede Vorrichtung in mehreren Servern oder Gruppen von Servern enthalten sein. Bei verschiedenen Ausführungsformen sind der Führergenerator 651, die Datenbank 655, der Medien-Aggregationsserver 661, die Encoder Farm 671, der Medieninhalt-Lieferserver 631, die abstrakte Kaufmaschine 641 und der Streaming-Server 675 in einer Entität enthalten, die hier als ein Medieninhalt-Liefersystem bezeichnet wird.
  • 7 zeigt eine grafische Darstellung eines Beispiels für einen Medieninhalt-Lieferserver 791. Bei verschiedenen Ausführungsformen umfasst der Medieninhalt-Lieferserver 791 einen Prozessor 701, einen Speicher 703 und eine Anzahl von Schnittstellen. Bei einigen Beispielen umfassen die Schnittstellen eine Führergenerator-Schnittstelle 741, die es dem Medieninhalt-Lieferserver 791 ermöglicht, Programmführerinformationen zu erhalten. Der Medieninhalt-Lieferserver 791 kann ferner einen Programmführer-Cache 731 aufweisen, der dazu ausgebildet ist, Programmführerinformationen und Daten, die verschiedenen Kanälen zugeordnet sind, zu speichern. Der Medieninhalt-Lieferserver 791 kann ferner statische Informationen halten, wie z. B. Icons und Menüseiten. Die Schnittstellen umfassen ferner eine Trägerschnittstelle 711, die eine Operation mit Mobilvorrichtungen ermöglicht, wie z. B. Mobiltelefonen, die in einem bestimmten Mobilfunknetz arbeiten. Die Trägerschnittstelle ermöglicht es einem Träger-Verkaufssystem, Abonnements zu aktualisieren. Trägerschnittstellen 713 und 715 ermöglichen eine Operation mit Mobilvorrichtungen, die in anderen drahtlosen Netzwerken arbeiten. Eine Schnittstelle 743 zu der abstrakten Kaufmaschine ermöglicht eine Kommunikation mit einer abstrakten Kaufmaschine, die Abonnementinformationen hält.
  • Ein Authentifizierungsmodul 721 prüft die Identität von Mobilvorrichtungen. Ein Protokollierungs- und Berichterzeugungsmodul 753 verfolgt Anfragen von Mobilvorrichtungen und dazugehörige Antworten. Ein Überwachungssystem 751 ermöglicht es einem Administrator, Nutzungsverhalten und Systemverfügbarkeit zu überprüfen. Bei verschiedenen Ausführungsformen verarbeitet der Medieninhalt-Lieferserver 791 Anfragen und Antworten für medieninhaltsbezogene Transaktionen, während ein separater Streaming-Server die eigentlichen Medienströme liefert. In einigen Fällen kann ein Medieninhalt-Lieferserver 791 auch Zugriff auf einen Streaming-Server haben oder als Proxy für einen Streaming-Server arbeiten. In anderen Fällen braucht ein Medieninhalt-Lieferserver 791 jedoch keine Schnittstelle zu einem Streaming-Server aufzuweisen. In typischen Fällen liefert der Medieninhalt-Lieferserver 791 jedoch ebenfalls einige Medienströme. Der Medieninhalt-Lieferserver 791 kann ferner dazu ausgebildet sein, Medienclips und -dateien derart an einen Nutzer zu liefern, dass ein Streaming-Server ergänzt wird.
  • Obwohl ein bestimmter Medieninhalt-Lieferserver 791 beschrieben worden ist, sei darauf hingewiesen, dass eine Vielzahl von alternativen Konfigurationen möglich ist. Zum Beispiel sind einige Module, wie z. B. ein Bericht- und Protokollierungsmodul 753 und ein Monitor 751, möglicherweise nicht bei jedem Server erforderlich. Alternativ können die Module in einer anderen mit dem Server verbundenen Vorrichtung implementiert sein. Bei einem weiteren Beispiel weist der Server 791 möglicherweise keine Schnittstelle zu einer abstrakten Kaufmaschine auf und kann vielmehr die abstrakte Kaufmaschine selbst aufweisen. Eine Vielzahl von Konfigurationen ist möglich.
  • 8 zeigt ein Beispiel für ein System. Bei bestimmten Ausführungsformen weist ein zum Implementieren bestimmter Ausführungsformen der vorliegenden Erfindung geeignetes System 800 einen Prozessor 801, einen Speicher 803, eine Schnittstelle 811 und einen Bus 815 (z. B. einen PCI-Bus oder eine andere Zwischenverbindungsstruktur) auf und fungiert als ein Streaming-Server. Wenn der Prozessor 801 unter der Steuerung einer geeigneten Software oder Firmware arbeitet, ist er zuständig für das Modifizieren und Senden von Live-Mediendaten zu einem Client. Verschiedene speziell ausgestaltete Vorrichtungen können anstelle eines Prozessors 801 oder zusätzlich zu dem Prozessor 801 ebenfalls verwendet werden. Die Schnittstelle 811 ist typischerweise dazu ausgebildet, Datenpakete oder Datensegmente über ein Netzwerk zu senden und zu empfangen.
  • Bestimmte Beispiele für Schnittstellenunterstützungen umfassen Ethernet-Schnittstellen, Frame Relay-Schnittstellen, Kabelschnittstellen, DSL-Schnittstellen, Token Ring-Schnittstellen und dergleichen. Ferner können verschiedene Höchstgeschwindigkeits-Schnittstellen vorgesehen sein, wie z. B. schnelle Ethernet-Schnittstellen, Gigabit-Ethernet-Schnittstellen, ATM-Schnittstellen, HSSI-Schnittstellen, POS-Schnittstellen, FDDI-Schnittstellen und dergleichen. Generell können diese Schnittstellen Ports aufweisen, die für eine Kommunikation mit den entsprechenden Medien geeignet sind. In einigen Fällen können sie ferner einen unabhängigen Prozessor und in einigen Fällen einen flüchtigen RAM aufweisen. Die unabhängigen Prozessoren können solche kommunikationsintensiven Aufgaben, wie z. B. Paketvermittlung, Medienkontrolle und -verwaltung, steuern.
  • Bei verschiedenen Ausführungsformen ist das System 800 ein Fragmentserver, der ferner einen Sendeempfänger, einen Streaming-Puffer und eine Programmführer-Datenbank umfasst. Dem Fragmentserver können ferner Abonnementverwaltungs-, Protokollierungs- und Berichterzeugungs- sowie Überwachungsfunktionen zugeordnet sein. Bei bestimmten Ausführungsformen gibt es eine Funktionalität, die eine Operation mit Mobilvorrichtungen, wie z. B. Mobiltelefonen, die in einem bestimmten Mobilfunknetz arbeiten, ermöglicht und eine Abonnementverwaltung bietet. Bei verschiedenen Ausführungsformen prüft ein Authentifizierungsmodul die Identität von Vorrichtungen, einschließlich Mobilvorrichtungen. Ein Protokollierungs- und Berichterzeugungsmodul verfolgt Anfragen von Mobilvorrichtungen und dazugehörige Antworten. Ein Überwachungssystem ermöglicht es einem Administrator, Nutzungsverhalten und Systemverfügbarkeit zu überprüfen. Bei verschiedenen Ausführungsformen verarbeitet der Fragmentserver Anfragen und Antworten für medieninhaltsbezogene Transaktionen, während ein separater Streaming-Server die eigentlichen Medienströme liefert.
  • Obwohl ein bestimmter Fragmentserver beschrieben worden ist, sei darauf hingewiesen, dass eine Vielzahl von alternativen Konfigurationen möglich ist. Zum Beispiel sind einige Module, wie z. B. ein Bericht- und Protokollierungsmodul und ein Monitor, möglicherweise nicht bei jedem Server erforderlich. Alternativ können die Module in einer anderen mit dem Server verbundenen Vorrichtung implementiert sein. Bei einem weiteren Beispiel weist der Server möglicherweise keine Schnittstelle zu einer abstrakten Kaufmaschine auf und kann vielmehr die abstrakte Kaufmaschine selbst aufweisen. Eine Vielzahl von Konfigurationen ist möglich.
  • In der vorstehenden Beschreibung ist die Erfindung mit Bezug auf spezifische Ausführungsformen dargestellt worden. Ein Fachmann auf dem Sachgebiet erkennt jedoch, dass verschiedene Modifikationen und Änderungen durchgeführt werden können, ohne dass dadurch vom Umfang der Erfindung abgewichen wird, wie sie in den nachstehenden Patentansprüchen dargelegt ist. Entsprechend müssen die Beschreibung und die Figuren im erläuternden und nicht im einschränkenden Sinne ausgelegt werden, und sämtliche solcher Modifikationen gelten als in den Umfang der Erfindung fallend.

Claims (9)

  1. Verfahren, das umfasst: Empfangen eines Broadcast-Medienstroms von einem terrestrischen Sender unter Verwendung einer Advanced Television Systems Committee-(ATSC-)Antenne an einer Mobilvorrichtung; Bestimmen, dass der Broadcast-Medienstrom nicht mehr den Qualitätsschwellwert einhält; Empfangen eines Multicast-/Unicast-Medienstroms über ein drahtloses Netzwert an einer Mobilvorrichtung, wobei das drahtlose Netzwerk Internet Protocol-(IP-)Daten liefert; Überwachen von Timing-Informationen für den Broadcast-Medienstrom und den Multicast-/Unicast-Medienstrom; Übergehen zu dem Multicast-/Unicast-Medienstrom nach dem Ausrichten des Broadcast-Medienstroms und des Multicast-/Unicast-Medienstroms.
  2. Verfahren nach Anspruch 1, bei dem der Broadcast-Medienstrom den Qualitätsschwellwert nicht mehr einhält, wenn eine Pixelierung einen vorbestimmten Pegel erreicht.
  3. Verfahren nach Anspruch 1, bei dem der Broadcast-Medienstrom den Qualitätsschwellwert nicht mehr einhält, wenn ein Puffern/Pausieren einen vorbestimmten Zeitraum übersteigt.
  4. Verfahren nach Anspruch 1, bei dem der Broadcast-Medienstrom den Qualitätsschwellwert nicht mehr einhält, wenn Bitraten unter einen vorbestimmten Pegel fallen.
  5. Verfahren nach Anspruch 1, bei dem der Broadcast-Medienstrom den Qualitätsschwellwert nicht mehr einhält, wenn ein Rauschabstand unter einen vorbestimmten Pegel fällt.
  6. Verfahren nach Anspruch 1, bei dem das Überwachen von Timing-Informationen das Überwachen von Präsentationszeitstempeln (PTS) des Broadcast-Medienstroms und des Multicast-/Unicast-Medienstroms umfasst.
  7. Verfahren nach Anspruch 6, bei dem dann, wenn ein Broadcast-PTS vor einem Multicast-/Unicast-PTS auftritt und ausreichend Pufferdaten vorhanden sind, weitere Multicast-/Unicast-Daten verworfen werden.
  8. Verfahren nach Anspruch 6, bei dem dann, wenn ein Broadcast-PTS vor einem Multicast-/Unicast-PTS auftritt und keine ausreichenden Pufferdaten vorhanden sind, eine Signalneuerfassungs-Phase eingeführt wird.
  9. Verfahren nach Anspruch 6, bei dem dann, wenn ein Broadcast-PTS nach einen Multicast-/Unicast-PTS auftritt, Multicast-/Unicast-Daten gepuffert werden und ein Übergang nach einer ausreichenden Pufferung erfolgt.
DE112012001769.2T 2011-04-20 2012-04-12 Verfahren und Einrichtung für Broadcast- und Multicast-/Unicast -Übergang Pending DE112012001769T5 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/091,050 US8514824B2 (en) 2011-04-20 2011-04-20 Methods and apparatus for broadcast and multicast/unicast transition
US13/091,050 2011-04-20
PCT/US2012/033341 WO2012145229A1 (en) 2011-04-20 2012-04-12 Methods and apparatus for broadcast and multicast/unicast transition

Publications (1)

Publication Number Publication Date
DE112012001769T5 true DE112012001769T5 (de) 2014-01-16

Family

ID=47021280

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112012001769.2T Pending DE112012001769T5 (de) 2011-04-20 2012-04-12 Verfahren und Einrichtung für Broadcast- und Multicast-/Unicast -Übergang

Country Status (4)

Country Link
US (2) US8514824B2 (de)
DE (1) DE112012001769T5 (de)
GB (1) GB2508726B (de)
WO (1) WO2012145229A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9161094B2 (en) 2011-04-20 2015-10-13 Mobitv, Inc. Methods and apparatus for broadcast and multicast/unicast transition

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140119267A1 (en) * 2010-01-25 2014-05-01 Qualcomm Incorporated Application-layer handoff of an access terminal from a first system of an access network to a second system of the access network during a communication session within a wireless communications system
US20110182272A1 (en) 2010-01-25 2011-07-28 Qualcomm Incorporated Application-layer handoff of an access terminal from a first system of an access network to a second system of the access network during a communication session within a wireless communications system
WO2014167168A1 (en) * 2013-04-10 2014-10-16 Teleste Oyj Adaptive streaming of media content
KR101779582B1 (ko) * 2013-09-13 2017-09-18 엘지전자 주식회사 방송 수신 장치 및 방송 수신 장치의 동작 방법
WO2015103426A1 (en) * 2014-01-02 2015-07-09 Qualcomm Incorporated Application-layer handoff of an access terminal from a first system of an access network to a second system of the access network during a communication session within a wireless communications system
WO2015103746A1 (en) 2014-01-08 2015-07-16 Qualcomm Incorporated Small mbsfn enhancement
US20160234031A1 (en) * 2015-02-05 2016-08-11 Qualcomm Incorporated Centralized Application Level Multicasting with Peer-Assisted Application Level Feedback for Scalable Multimedia Data Distribution in WiFi Miracast
US20160234032A1 (en) * 2015-02-05 2016-08-11 Qualcomm Incorporated Unified Service Discovery with Peer-Assisted Resource Management for Service Mediation and Addressing Control in WiFi-Miracast
US10652603B2 (en) 2015-07-09 2020-05-12 Triton Us Vp Acquision Co. Transitioning between broadcast and unicast streams
CN108886761B (zh) 2016-03-31 2023-04-28 英国电讯有限公司 移动通信网络
EP3437397B1 (de) * 2016-03-31 2022-10-19 British Telecommunications public limited company Mobilkommunikationsnetzwerk
CN106454394B (zh) * 2016-08-03 2020-04-03 华为技术有限公司 一种dvb频道的快速切换方法以及设备和系统
EP3767922B1 (de) 2019-07-17 2023-11-08 ABB Schweiz AG Verfahren zur kanalkartierung in einem industriellen prozesssteuerungssystem
US10575045B1 (en) * 2019-09-17 2020-02-25 CommentSold, Inc. Online live video sales management system
CN113507639A (zh) * 2021-06-30 2021-10-15 深圳市华曦达科技股份有限公司 频道快速切换方法、播放器以及可读存储介质
EP4416945A1 (de) * 2021-10-15 2024-08-21 Qualcomm Incorporated Hybrides multicast und broadcast

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6618585B1 (en) * 1999-12-14 2003-09-09 Nortel Networks Limited Internet-enable broadcast receiving apparatus
US20080219326A1 (en) 2007-03-09 2008-09-11 John Santhoff Wireless multimedia link
GB2449923B (en) * 2007-06-09 2011-09-28 King S College London Inter-working of networks
US8150214B2 (en) * 2007-11-27 2012-04-03 Microsoft Corporation Inferred discovery and construction of multi-resolution images
CN101227745B (zh) * 2008-02-02 2011-02-09 华为软件技术有限公司 移动多媒体业务的网络切换方法、装置和系统
US8537772B2 (en) 2009-07-02 2013-09-17 Qualcomm Incorporated Transmitter quieting during spectrum sensing
US8605681B2 (en) * 2009-09-11 2013-12-10 Electronics And Telecommunications Research Institute Method of handover between communication network and broadcast network for providing broadcast content, communication network handover controller, and broadcast network handover controller
US8514824B2 (en) 2011-04-20 2013-08-20 Mobitv, Inc. Methods and apparatus for broadcast and multicast/unicast transition
US9077459B2 (en) * 2012-03-23 2015-07-07 Sony Corporation Devices and methods for dynamic broadcast
US9246842B2 (en) * 2012-04-27 2016-01-26 Intel Corporation QoE-aware radio access network architecture for http-based video streaming

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9161094B2 (en) 2011-04-20 2015-10-13 Mobitv, Inc. Methods and apparatus for broadcast and multicast/unicast transition

Also Published As

Publication number Publication date
US20120269075A1 (en) 2012-10-25
WO2012145229A1 (en) 2012-10-26
GB201319805D0 (en) 2013-12-25
US9161094B2 (en) 2015-10-13
GB2508726B (en) 2017-12-20
US8514824B2 (en) 2013-08-20
US20150026735A1 (en) 2015-01-22
GB2508726A (en) 2014-06-11

Similar Documents

Publication Publication Date Title
DE112012001769T5 (de) Verfahren und Einrichtung für Broadcast- und Multicast-/Unicast -Übergang
EP3217670B1 (de) Transcodierung basierend auf richtlinien
EP2934006B1 (de) Streaming-videoüberwachung mithilfe von cdn-datenzufuhren
US9654360B1 (en) Coordinating analytics between media player and server
CA2753243C (en) Delivering content in multiple formats
DE112012001770T5 (de) Auf Echtzeitverarbeitungsfähigkeit basierende Qualitätsanpassung
DE112011103333T5 (de) Medienkonvergenzplattform
DE112012002159T5 (de) Kontextsensitive Client-Pufferschwellenwerte
DE112011101911T5 (de) Fragmentierte Dateistruktur für die Ausgabe von Live-Medien-Streams
DE112011102878T5 (de) Nutzer- und Vorrichtungsauthentifizierung für Mediendienstleistungen
DE112013002247T5 (de) Kombinierte Broadcast- und Unicast-Übermittlung
DE112011101004T5 (de) Medienkonvergenzplattform
US11902631B2 (en) Methods, systems, and apparatuses for improved content scoring and delivery
DE112011102879T5 (de) Medienrechteverwaltung auf mehreren Geräten
DE112016004560T5 (de) Gateway Multi-View-Video-Stream-Verarbeitung für Zweitbildschirminhalts-Überlagerung
KR101383292B1 (ko) 채널변경 지연시간을 이용한 영상광고 제공 장치 및 그방법
DE112018002893T5 (de) Verfahren zum Senden und Empfangen eines Rundsendungssignals und eine Vorrichtung hierfür
DE102018108784B4 (de) Verfahren zum Senden eines digitalen Videosignals an ein Empfangsgerät, Recheneinheit und Computerprogrammprodukt
US20210160559A1 (en) Active video bandwidth management using sdv control
Ra et al. Implementation of Multi-channel/Multi-point Monitoring System Based on ATSC 3.0 Transmission Method
Joldzic et al. Experiences and challenges in implementing adaptive bitrate multimedia streaming for live multimedia content
Lan et al. Design on the Monitor System of IPTV Program Broadcast

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R082 Change of representative

Representative=s name: HL KEMPNER PATENTANWALT, RECHTSANWALT, SOLICIT, DE

Representative=s name: COHAUSZ & FLORACK PATENT- UND RECHTSANWAELTE P, DE

R081 Change of applicant/patentee

Owner name: ADEIA MEDIA HOLDINGS LLC, SAN JOSE, US

Free format text: FORMER OWNER: MOBITV, INC., EMERYVILLE, CALIF., US

Owner name: TIVO CORPORATION, SAN JOSE, US

Free format text: FORMER OWNER: MOBITV, INC., EMERYVILLE, CALIF., US

R082 Change of representative

Representative=s name: HL KEMPNER PATENTANWALT, RECHTSANWALT, SOLICIT, DE

R082 Change of representative

Representative=s name: COHAUSZ & FLORACK PATENT- UND RECHTSANWAELTE P, DE

R016 Response to examination communication
R081 Change of applicant/patentee

Owner name: ADEIA MEDIA HOLDINGS LLC, SAN JOSE, US

Free format text: FORMER OWNER: TIVO LLC, SAN JOSE, CA, US

Owner name: ADEIA MEDIA HOLDINGS LLC, SAN JOSE, US

Free format text: FORMER OWNER: TIVO CORPORATION, SAN JOSE, CA, US