[go: up one dir, main page]

DE102006011628A1 - Verfahren zum Betrieb eines Datenübertragungsnetzes - Google Patents

Verfahren zum Betrieb eines Datenübertragungsnetzes Download PDF

Info

Publication number
DE102006011628A1
DE102006011628A1 DE102006011628A DE102006011628A DE102006011628A1 DE 102006011628 A1 DE102006011628 A1 DE 102006011628A1 DE 102006011628 A DE102006011628 A DE 102006011628A DE 102006011628 A DE102006011628 A DE 102006011628A DE 102006011628 A1 DE102006011628 A1 DE 102006011628A1
Authority
DE
Germany
Prior art keywords
data
user
data stream
transmitted
program
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
DE102006011628A
Other languages
English (en)
Other versions
DE102006011628B4 (de
Inventor
Dietmar Tölle
Markus Dr. Zeller
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.)
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Original Assignee
Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
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 Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV filed Critical Fraunhofer Gesellschaft zur Foerderung der Angewandten Forschung eV
Priority to DE102006011628A priority Critical patent/DE102006011628B4/de
Priority to PCT/EP2007/001255 priority patent/WO2007101523A1/de
Publication of DE102006011628A1 publication Critical patent/DE102006011628A1/de
Application granted granted Critical
Publication of DE102006011628B4 publication Critical patent/DE102006011628B4/de
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383Accessing a communication channel
    • H04N21/4384Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4621Controlling the complexity of the content stream or additional data, e.g. lowering the resolution or bit-rate of the video stream for a mobile client with a small screen
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/631Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/647Control 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
    • H04N21/64784Data processing by the network
    • H04N21/64792Controlling the complexity of the content stream, e.g. by dropping packets

Landscapes

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

Abstract

Die Erfindung bezieht sich auf ein Verfahren zur Übertragung von Programmen, in dem von einem Anbieter (1, 2) von Diensten oder Informationen zu einem oder mehreren Nutzern (14, 15, 16) einer oder mehreren Gruppen von Nutzern oder allen Nutzern Datenströme übermittelt werden, von denen für den jeweiligen Nutzer jeweils wenigstens ein erster zur sofortigen oder zeitnahen Nutzung vorgesehen ist, wobei für einen Nutzer verschiedene Datenströme (32, 33, 34, 35) zur Nutzung auswählbar sind und wobei dem jeweiligen Nutzer außer dem ersten Datenstrom (32, 33) wenigstens ein weiterer Datenstrom (34, 35) laufend übermittelt wird. Um das Umschalten zwischen verschiedenen Datenströmen komfortabel und schnell zu machen, ohne das Netz in Bezug auf die Bandbreite der gleichzeitig zu übertragenden Daten zu überlasten, ist gemäß der Erfindung vorgesehen, dass, während von einem Nutzer ein erster Datenstrom (32, 33) zur Nutzung ausgewählt ist und in vollem Umfang den Nutzer erreicht, wenigstens ein erster weiterer Datenstrom (34, 35) in reduzierter Form dem Nutzer übermittelt wird.

Description

  • Zunehmend werden mit dem Ausbau und der steigenden Verbreitung von packetvermittelten Netzen, wie z.B. Internet oder Public Ethernet, breitbandige Netzzugänge für eine Vielzahl von Nutzern leichter und kostengünstiger verfügbar, sei es über DSL, optische Zugangsnetze oder WLAN bzw. Wimax. Mit einem derartig komfortablen Netzzugang sind eine Fülle von neuen oder bereits bekannten Diensten zugänglich, wie Internetzugang, Voice over IP, IP Television, die von verschiedenen Service- oder Contentanbietern bereitgestellt werden. Typische Inhalte, die beispielsweise über derartige breitbandige Netze verfügbar werden, sind Computerspiele, Musikdaten und Videodaten, also speziell auch Fernsehprogramme. Alle diese Dienste werden in der vorliegenden Schrift unter dem Oberbegriff „Programm" bezeichnet.
  • Die Datenrate bei der Verbreitung von Videodaten, die für eine hochqualitative Übermittlung von Bildern und hochwertigem Ton notwendig sind, sind jedoch so hoch, dass dem Nutzer nicht wie bisher über Antennen- oder Satellitenbetrieb üblich alle Programme in gleicher Qualität gleichzeitig, d.h. im Broadcastverfahren, zur Verfügung gestellt werden können. Dies ist bei den derzeit verfügbaren Bandbreiten in IP-Netzen nicht realisierbar.
  • Nun ist einerseits denkbar, dass jedem Nutzer individuell von einem Anbieter Videodaten, beispielsweise Filme, auf Einzelanforderung, d.h. im Unicastverfahren, geschickt werden. Diese Versendung von Datenströmen ist dann individuell. Unabhängig von einem Zeitplan wird gezielt nur der Datenstrom bzw. Programm verschickt, der angefordert wurde. Wenn derartige Dienste von einer Vielzahl von Nutzern angefordert werden, so wird der Datenstrom mehrfach versendet und das entsprechende Netz stark belastet.
  • Ressourcensparender sind dagegen Multicastverfahren, bei denen beispielsweise Videodateien zu einem festen Zeitpunkt den Nutzern angeboten werden, die sich bestimmten Nutzergruppen anschließen können, die einzelne Programme auswählen und dann auch übermittelt bekommen.
  • Im Multicastverfahren ist es möglich, dass die Nutzer sich zu entsprechenden Gruppen anschließen und eine Anzahl von Videodateien bzw. Datenströmen vom Anbieter gleichzeitig an die verschiedenen Nutzergruppen verschickt wird. Dabei ist maßgeblich, dass die Vervielfachung der entsprechenden Videodaten jeweils erst an den Zweigstellen geschieht, wo intelligente Schalter die Daten auf verschiedene Zweige des Netzes verteilen, an die verschiedene Nutzer angekoppelt sind, die die Daten bestellt haben. Der Anbieter wird somit selbst nicht mit einer Vervielfachung der Daten belastet. Insgesamt wird bei einem derartigen Multicastverfahren mit Ressourcen des Netzes sparsam umgegangen.
  • Will ein Nutzer von einer Multicastnutzergruppe zu einer anderen Gruppe wechseln, d.h. beispielsweise ein anderes Videoprogramm empfangen, so muss er dem Anbieter bzw. Netz zunächst mitteilen, dass er das alte Programm nicht mehr empfangen möchte, so dass er von der Liste der Multicastempfänger des ersten Datenstroms gestrichen wird, und gleichzeitig teilt er dem Anwender bzw. dem Netz mit, dass er einen anderen Datenstrom empfangen, d.h., einer anderen Multicastnutzergruppe angehören möchte. Der entsprechende Programmwechsel sieht vor, dass verschiedene intelligente Schalter (switches) im Netz den einen Datenstrom abschalten und einen anderen Datenstrom zu dem Nutzer, der den Wechselwunsch hegt, durchschalten.
  • Der eigentliche Programmwechsel erfordert dabei im Netz einige Sekunden und führt zu einer entsprechenden Wartezeit beim Nutzer. Wenn der Nutzer Videosignale direkt an einem Bildschirm betrachtet, entsteht für ihn beim Umschalten eine lästige Totzeit, die er von dem klassischen Antennenbetrieb bzw. Kabelbetrieb nicht gewohnt ist.
  • Die vorliegende Erfindung hat sich zur Aufgabe gestellt, das Umschalten von einem ersten Programm auf ein weiteres Programm innerhalb eines Netzes der oben beschriebenen Art für einen Nutzer möglichst angenehm, komfortabel und resourcenschonend zu gestalten.
  • Dabei bezieht sich die Aufgabe auf ein Verfahren zum Übertragen von Programmdaten von einem Anbieter von Programmen, wie Diensten oder Informationsinhalten (Content), zu einem oder mehreren Nutzern, einer oder mehreren Gruppen von Nutzern oder allen Nutzern. Hierzu werden Datenströme übermittelt, von denen für den jeweiligen Nutzer jeweils wenigstens ein erster Datenstrom im Multicastverfahren zur sofortigen oder zeitnahen Nutzung in der von ihm gewünschten Qualität vorgesehen ist, wobei für einen Nutzer verschiedene Datenströme zur Nutzung auswählbar sind. Allen Nutzern werden außerdem zumindest mehrere der verfügbaren Programme mittels eines Datenstroms geringer Bandbreite bzw. Datenrate über das Broadcastverfahren zur Verfügung gestellt. Die geringe Bandbreite oder Datenrate kann durch Verringerungen in der Auflösung (optisch/akustisch bei Fernsehprogrammen), der Bildwiederholfrequenz, der Farbinformationen etc. erzielt werden.
  • Dadurch, dass dem Nutzer zusätzlich zu dem ersten Datenstrom ein weitere Datenströme im Broadcastverfahren zur Verfügung steht, kann er sich orientieren, welche weiteren Daten für ihn unmittelbar und zeitnah nutzbar sind. Dabei wird dadurch, dass der weitere Datenstrom in reduzierter Form übermittelt wird, Kapazität des Datenübertragungsnetzes gespart. Andererseits wird durch die Übertragung von Grundinformationen über die Programme im Broadcastverfahren der Verwaltungsaufwand im Netzwerk begrenzt.
  • Der erste weitere Datenstrom kann beispielsweise für sich einen Videodatenstrom enthalten, der in reduzierter Qualität zur Verfügung steht und der auf Wunsch in verbesserter Qualität als erster Datenstrom übermittelt werden kann. Es ist jedoch auch denkbar, dass der weitere Datenstrom Daten über andere über mittelbare Datenströme, beispielsweise in Form einer Programmübersicht oder in Form von Standbildern oder Bildern sehr geringer Bilderfrequenz unterschiedlicher Videoprogramme enthält. Letztlich kann der weitere Datenstrom auch ein mit geringer Qualitätseinbuße komprimierter Videodatenstrom sein.
  • Um eine genügende Reduktion der Datenströme zu erreichen, kann auch der Nutzungsumfang und/oder die Qualität der weiteren Datenströme eingeschränkt sein.
  • Wichtig ist dabei, dass in Summe die Datenrate der zu übermittelnden Daten die Kapazität des Netzes nicht übersteigt.
  • Bei der erfindungsgemäßen Übertragung von weiteren Datenströmen im Broadcastverfahren können diese kostenfrei übertragen werden, während die Übertragung eines qualitativ hochwertigen Datenstroms im Multicastverfahren kostenpflichtig sein kann. Zur Abrechnung etc. werden daher auch die Join- und Leave-Befehle, mit denen ein Nutzer die Übertragung eines ersten Datenstroms im Multicastverfahren anfordert, immer bis zum Anbieter des Programms übermittelt, wobei jedoch bereits an geeignetem Knoten die entsprechenden Schaltbefehle eigenständig umgesetzt werden können.
  • Im Falle von Videodaten bedeutet dies, dass das derzeit genutzte Programm in optimaler Qualität dem Nutzer übermittelt wird, während andere Datenströme, die weitere empfangbare Programme repräsentieren, in stark reduzierter und/oder komprimierter Form („Basic Streams") gesendet werden. Dies reicht beispielsweise für eine synchrone Darstellung vieler kleiner Bildschirme auf einem Sichtbildschirm aus, so dass auf einen Blick verschiedene angebotene Programme erfasst werden können. Dabei wird weiterhin der erste Datenstrom gesendet, dessen Videodarstellung in bester Qualität erhalten bleibt. Diese kann beispielsweise als Hintergrundbild für die Darstellung der als kleine Bilder repräsentierten übrigen Programme/weiteren Datenströme genutzt werden.
  • Dem Nutzer können in Abhängigkeit von dem Inhalt des ersten Datenstroms, den er derzeit empfängt, bestimmte weitere Datenströme in entsprechenden Graden der reduzierten Form übermittelt werden.
  • Dabei kann beispielsweise berücksichtigt werden, dass der Nutzer üblicherweise von ersten Datenströmen eines bestimmten Inhalts zu bestimmten anderen Datenströmen umschaltet, beispielsweise bei Videodaten von einem ersten Programm, sobald dies Werbung sendet, in ein bestimmtes weiteres Programm umschaltet.
  • Es können auch andere Nutzungsgewohnheiten des jeweiligen Nutzers erfasst und berücksichtigt werden, so dass beispielsweise beim Umschalten von Datenströmen von dem Nutzer eine bestimmte Reihenfolge eingehalten wird, und dass die entsprechend mit größter Wahrscheinlichkeit in Zukunft ausgewählten Datenströme in reduzierter Form, dabei jedoch in der bestmöglichen Qualität zur Verfügung gestellt werden. Andere, für, den jeweiligen Nutzer nach der Erfahrung eher ferner liegende Datenströme/Programme können dagegen in einem Grade stärkster Reduzierung übermittelt werden.
  • Um die Ressourceneinsparung in dem Datenübertragungsnetz bestmöglich zu nutzen, weist dieses intelligente Schalter an Verzweigungsstellen auf, die die umfangreichen ersten Datenströme nur zu den Nutzern durch schalten, die diese ausgewählt haben, während die reduzierten weiteren Datenströme auch an die übrigen Nutzer durchgeschaltet werden. Auf diese Weise werden die ersten Datenströme, die jeweils von Nutzern ausgewählt sind, im so genannten Multicastverfahren verbreitet, bei dem der Anbieter den Datenstrom einmal aussendet und dieser durch intelligente Schalter an Verzweigungsstellen bedarfsweise vervielfacht wird. Insgesamt ist für die Übermittlung dieser Datenströme zu einer Vielzahl von Nutzern der Aufwand minimiert.
  • Die weiteren Datenströme werden in reduzierter Form im Broadcastverfahren verbreitet, d.h. sie werden allen Nutzern des Datenübertragungsnetzes zur Verfügung gestellt. Dabei können die weiteren Datenströme soweit reduziert werden, dass keine Überlastung des Netzes zu befürchten ist.
  • Die Reduktion der weiteren Datenströme kann grundsätzlich so ausgestaltet sein, dass sie Grunddaten enthalten, die eine reduzierte, d.h. weniger komfortable Nutzung des Datenstroms erlauben, bei Videodaten beispielsweise ein verrauschtes oder in seiner Größe verringertes Bild. Zusätzlich können die Daten komprimiert sein. Diese können dann, wenn der entsprechende erste Datenstrom ausgewählt wird, durch Enhancement-Datenströme zu einem vollständigen hochqualitativen Datenstrom komplettiert werden.
  • Dies hat den Vorteil, dass der Grunddatenstrom ständig von dem Nutzer empfangen wird und der Enhancement-Datenstrom im Falle der Auswahl nur freigeschaltet, an den Nutzer übermittelt sowie dort mit dem Grunddatenstrom synchronisiert zu werden braucht.
  • Der Nutzer, der den Datenstrom wechseln will, kann sich über seine Wahlmöglichkeiten, speziell bei Videodaten über die wählbaren Programme anhand beispielsweise einer vielfachen Bildschirmübersicht einen Überblick verschaffen und danach das gewünschte Programm auswählen. Die entsprechende Durchschaltung in dem Netz erfordert einige Sekunden, während deren der Grunddatenstrom des ausgewählten Datenstroms bereits genutzt werden kann. Auf diese Weise kann im Fall von Videodaten der Nutzer bereits einen Eindruck bekommen, welches Programm er sehen wird, und auch der Ton kann gegebenenfalls bereits angehört werden.
  • Die Aufteilung der Datenströme in Grunddatenströme und Enhancementdatenströme hat den Vorteil, dass die Enhancementdatenströme nicht vollständige Information enthalten müssen, sondern auf die Grunddatenströme aufsetzen können, so dass die Belastung des Netzes im Ganzen reduziert wird.
  • In dem Fall, dass ein Nutzer den ersten Datenstrom wechseln will, wird ein erstes Signal (leave) an den Anbieter geschickt mit dem Inhalt, dass der bisherige erste Datenstrom nicht mehr empfangen werden soll. Ein zweites Signal (join) wird an den Anbieter geschickt betreffend den Datenstrom, den der Nutzer in Zukunft in nicht reduzierter Form erhalten will. Diese Befehle/Signale werden mittels IGMP (Internet Group management protocol) oder GARP (Generic Attribute Registration Protocol) oder PIM (Protocol Independent Multicast) oder GMRP (GARP Multicast Registration Protocol) kommuniziert, je nachdem, ob sie innerhalb eines Ethernet oder im Internet versendet werden. Es wird veranlasst, dass die intelligenten Schalter in dem Netz den entsprechenden derzeitigen ersten Datenstrom für den Nutzer sperren und den gewünschten neuen Datenstrom zu dem Nutzer durchschal ten. Der bisherige erste Datenstrom wird weiterhin in reduzierter Form an den Nutzer geschickt.
  • Er kann auch auf einer IGMP pre-join-list verbleiben und daher weiterhin bis zu einem nutzernahen Schalter übermittel werden und damit einfacher/schneller verfügbar sein als andere Datenströme, so dass ein rascher Wechsel zurück zu dem vorhergehenden Programm möglich ist.
  • Dadurch, dass ständig Repräsentationen aller verfügbaren Datenströme für den Nutzer zugänglich sind, kann dieser komfortabel auswählen. Da für die Vielzahl der Datenströme/Videodaten nicht jeweils die vollständigen Datenströme übermittelt werden können, um das Netz nicht zu überlasten, wird eine entsprechende Übersicht in Form von reduzierten Datenströmen übermittelt. Diese gibt dem Nutzer jedenfalls das Gefühl, sich einen ausreichenden Überblick über das Angebot verschaffen zu können und ist geeignet, die Zeit zu überbrücken, während der das Netz sich auf einen Wechsel des gewünschten Datenstroms/des gewünschten Videoprogramms einstellt.
  • Im Folgenden wird die Erfindung anhand eines Ausführungsbeispiels in einer Zeichnung gezeigt und anschließend beschrieben. Dabei zeigt:
  • 1 ein Datenübertragungsnetz mit drei Nutzern, die zwei verschiedene erste Datenströme empfangen,
  • 2 eine Bildschirmansicht einer so genannten Zapping-Vorschau,
  • 3 ein Datenübertragungsnetz mit drei Nutzern, wobei gemäß der Erfindung Basisdatenströme an die Nutzer geschickt und für die ausgewählten ersten Datenströme jeweils Enhancement-Datenströme empfangen werden.
  • In der 1 sind zwei Content Provider 1, 2 dargestellt, die über das Internet Daten verbreiten, beispielsweise in Form von Datenströmen wie Videostreams. Dies kann beispielsweise in Form der Aussendung von Fernsehprogrammen über IP (IPTV) geschehen. Der erste Content Provider 1 sendet – dargestellt durch die gepunkteten Linien – zwei unterschiedliche Programme, jeweils eines an einen Eingangsknoten 3, 4, die im so genannten Public Ethernet angeordnet sind. Das Public Ethernet ist über die Knoten 3, 4 an das Internet angekoppelt und bezieht von dort Daten. Von den Eingangsknoten 3, 4 werden die Datenströme über intelligente Schalter, so genannte Switches im Public Ethernet 5 weitergeleitet, wobei die Switches mit den Bezugszeichen 6, 7, 8, 9, 10, 11, 12, 13 bezeichnet sind. Die Datenströme werden in dem hier dargestellten Fall an die Nutzer 14, 15, 16 geleitet.
  • Hierzu sind jeweils Zugangsknoten 17, 18 vorgesehen, die direkt mit dem jeweiligen Gateway des Nutzers in Verbindung stehen. Die Gateways sind mit 14a, 15a und 16a bezeichnet. Hinter den jeweiligen Gateways kann ein Homenetwork stehen mit Telefon, 14b, PC 14c und Fernsehgerät 14d.
  • Die intelligenten Schalter (Switches) 613 sind untereinander derart verbunden, dass zwischen ihnen Datenströme gegebenenfalls umgelenkt werden können, wenn dies erforderlich ist, um bestimmte Ziele, beispielsweise Nutzer, zu erreichen oder umgekehrt von einem Nutzer aus bestimmte Eingangsknoten 3, 4 zu erreichen.
  • In dem dargestellten Fall wird deutlich, dass die Nutzer 14, 15 denselben Datenstrom, d.h. dasselbe Videoprogramm 19 empfangen, das in dem Zugangsknoten 17 verdoppelt wird.
  • Dieses, auch Multicast genannte Verfahren bringt den Vorteil mit sich, dass von dem Content Provider 1 jedes Programm nur ein einziges Mal ausgesendet werden muss und dass dies durch Netzelemente im Public Ethernet nach Bedarf vervielfältigt wird. Dadurch werden nur im Bedarfsfall mehrfach identische Datenströme durch kleine Teile des Netzes geleitet und die Gesamtnetzbelastung wird möglichst niedrig gehalten.
  • Der Nutzer 16 empfängt als seinen ersten Datenstrom das Programm 20 als einziger.
  • Möchte nun der Nutzer 15 vom Programm 19 auf das Programm 20 wechseln, so teilt er den ihm am nächsten liegenden Netzelementen, die die entsprechenden Datenströme erhalten, seinen Wunsch mit. Zunächst sendet er an den Provider den Befehl „leave" aus, dass er das Programm 19 nicht mehr empfangen möchte. Der Zugangsknoten 17 empfängt ebenfalls den Befehl "leave", dargestellt durch den Pfeil 21. Der Zugangsknoten 17 stellt die Verdoppelung des entsprechenden Datenstroms ein und beliefert fortan nur noch den Nutzer 14. Zudem sendet der Nutzer 15 den Befehl "join", dargestellt durch den Pfeil 22, an den Content-Provider aus. Der Switch 10, der das Programm 20 erhält und eng mit den Switches 6, 7, 8, 9 über hier nicht weiter dargestellte Verbindungen in Verbindung steht, über die der Nutzer 15 bedient wird, erkennt den Joint-Befehl. Innerhalb des Switches 10 kann dann das Programm 20 verdoppelt und an den Switch 9, von dort an Switch 6 und Switch 7 und von dort zum Zugangsknoten 17 geleitet werden. Von dort erhält der Nutzer 15 dann das Programm 20.
  • Für den oben beschriebenen Vorgang des Programmwechsels werden einige Sekunden benötigt, in denen der Nutzer 15 möglicherweise keines der Programme 19, 20 bzw. keinen der beiden Datenströme, zur Verfügung hat.
  • Dieses Phänomen ist insbesondere bei der Betrachtung von Fernsehprogrammen für den Nutzer ungewohnt und sollte unbedingt vermieden werden.
  • Es wird daher angestrebt, dem Nutzer mehrere Programme gleichzeitig in unterschiedlichen Qualitäten zur Verfügung zu stellen bzw. mehrere Datenströme in unterschiedlich reduzierter Form.
  • Für das Beispiel von Videodaten ist in 2 dargestellt, wie sich ein Bildschirm für den Nutzer darstellen könnte, wenn auf dem Hauptbildschirm 23 noch das bislang betrachtete Programm als Hintergrundbild dargestellt wird, während die acht übrigen auszuwählenden Programme 24, 25, 26, 27, 28, 29, 30, 31 in Form von verkleinerten Bildern in reduzierter Qualität (Thumbnails) zur Verfügung stehen. Diese werden im Broadcastverfahren allen Nutzern übermittelt. Unter diesen kleineren Bildern kann ein Nutzer dann auswählen, und in diesem Auswahlprozess vergeht eine gewisse Zeit, so dass bei der endgültigen Bestätigung durch den Nutzer das neue Programm entweder schon zur Verfügung steht oder aber in kurzer Zeit bereitgestellt werden kann.
  • Außerdem kann vorgesehen sein, dass die entsprechenden Datenströme bereits Basisdatenströme darstellen, die durch einen komplementären Enhancement-Datenstrom nur ergänzt werden, so dass die zusätzliche Information, die nach Auswahl eines bestimmten Programms hinzugefügt werden muss, nur einen Teil des gesamten Datenstroms darstellt und die entsprechenden Umschaltprozesse beschleunigt ablaufen können.
  • In der 3 ist das Verfahren eines Programmwechsels aufgrund des erfindungsgemäßen Betriebs des Datenübertragungsnetzes genauer dargestellt.
  • Um den Wechsel von einem Datenstrom zu einem anderen komfortabler zu machen, insbesondere bei Videoprogrammen den Programmwechsel zu beschleunigen, sieht das erfindungsgemäße Verfahren eine Kombination zwischen Broadcast und Multicast vor. Dazu werden die Videoinformationen in zwei oder mehr verschiedene Varianten oder Teildatenströme aufgeteilt. Dabei kann einerseits der Datenstrom in einen im Broadcastverfahren übermittelten niederbitratigen Basisstream (Grunddatenstrom) und mehrere diesen ergänzende im Multicastverfahren übermittelte Enhancementstreams aufgeteilt werden. Es kann jedoch auch vorgesehen sein, dass eine niederbitratige Version des Datenstroms und als höherwertige Kopie eine breitbandige Version vorgesehen ist, die die niederbitratige Version überflüssig macht. Die wird dennoch weiterhin übertragen. Der Basisstream kann dann beispielsweise zur Fehlerkorrektur des breitbandigen Datenstroms dienen. Die verschiedenen Datenströme werden in dem Datenübertragungsnetz unterschiedlich verbreitet. Die niederbitratigen Basisstreams aller Datenströme/Videoprogramme werden ständig als Broadcast an al le erreichbaren Kunden/Nutzer im Netz ausgesendet. Ein derartiger Basisstream kann im Falle eines Videoprogramms zwar das komplette Fernsehbild darstellen, jedoch ist seine Qualität geringer, beispielsweise kann sie bei einer Datenrate von 1150 Kilobit/s dem VCD-Format entsprechen, während der erste Datenstrom als vollwertiger Videodatenstrom im DVD-Format (4–8 Megabit/s) oder im HDTV-Format (9–13 Megabit/s) vorliegen kann.
  • Dadurch, dass alle Datenströme/Videoprogramme in der (reduzierten) Basisqualität per Broadcast an alle Nutzer gesendet werden, können diese zwischen den Programmen bzw. Datenströmen schnell und komfortabel umschalten. Ein Programm, das länger betrachtet wird, wird in verbesserter Qualität mit hoher Datenbitrate empfangen.
  • In der 3 ist dies beispielsweise durch die ersten Datenströme 32, 33 dargestellt, die jeweils in voller Qualität zu den Nutzern 14, 15 bzw. im Falle des Datenstroms 33 zu dem Nutzer 16 übertragen werden.
  • Zusätzlich wird zu den Nutzern 14, 15 ein Datenstrom 34 übertragen, der in dem Zugangsknoten 17 verdoppelt und verzweigt wird und der eine datenreduzierte Variante bzw. einen Basisdatenstrom des ersten Datenstroms 33 darstellt. Dieser wird an dem Switch 10 ausgekoppelt und über die Switches 6 und 7 dem Zugangsknoten 17 zugeleitet.
  • Außerdem wird dem Nutzer 16 ein Datenstrom 35 zugeleitet, der an dem Switch 6 von dem ersten Datenstrom 32 abgezweigt wird und eine datenreduzierte Variante des Datenstroms 32 darstellt. Dieser reduzierte Da tenstrom wird über den Zugangsknoten 18 dem Nutzer 16 zugeleitet.
  • In dem beschriebenen vereinfachten Beispiel erhält somit jeder der Nutzer 14, 15, 16 einen ersten Datenstrom mit einem Videoprogramm guter Qualität und zusätzlich jeweils einem reduzierten weiteren Datenstrom, der ein Videobild in verschlechterter Qualität darstellt. Das jeweilige Videobild mit verschlechterter Qualität kann beispielsweise als kleines Bild vor dem Hintergrund des Videoprogramms besserer Qualität betrachtet und ausgewählt werden. Selbstverständlich kann anstelle des reduzierten weiteren Datenstroms eine Vielzahl entsprechend reduzierter Datenströme übertragen werden und zur Auswahl stehen.
  • Für die Auswahl, die am Beispiel des Nutzers 15 dargestellt ist, der das Programm wechseln will, ist vorgesehen, dass der Nutzer 15 einen Befehl 36 (join) an den Switch 10 gibt, der das Programm/den ersten Datenstrom 33 in optimaler Qualität erhält. Dieser leitet anstelle des bisher weitergeleiteten reduzierten Datenstroms 34 einen höherwertigen und datenreicheren Datenstrom an den Switch 6 weiter, von wo aus dieser Datenstrom über den Switch 7 und den Zugangsknoten 17 zu dem Nutzer 15 gelangt.
  • Außerdem sendet der Nutzer 15 an den Zugangsknoten 17 einen Befehl "leave" 37, der bewirkt, dass der Zugangsknoten 17 das Programm in Form des Datenstroms 32 nicht weiter in voller Qualität mit der höchsten Bitrate an den Nutzer 15 sendet.
  • Wenn die Befehle "join" und "leave" vollzogen sind, ist der Programmwechsel für den Nutzer 15 vollzogen und die entsprechenden Netzelemente 6, 10, 17 haben die Datenströme umgeleitet.
  • Sind mehr als zwei verschiedene Datenströme in unterschiedlichen Qualitäten vorhanden, so können auch im Datennetz (z.B. beim Provider) oder im Endgerät Prognosen dafür getroffen werden, welche Datenströme in naher Zukunft von bestimmten Nutzern in verbesserter, datenreicherer Form mit hoher Wahrscheinlichkeit angefordert werden können, und es können derartige Umschaltvorgänge schon vorbereitet werden, so dass die tatsächliche Durchführung beschleunigt und der Vorgang für die Nutzer komfortabler gestaltet wird.
  • Es können auch mehr als zwei Qualitätsstufen vorgesehen werden, wobei ein erster Enhancementdatenstrom, der eine gegenüber der Minimalversion des Datenstroms verbesserte Qualität aufweist oder ein differentieller Datenstrom ist, der den Grunddatenstrom komplettiert, per Broadcast zu den Zugangsknoten geleitet wird, jedoch nicht zu den Endnutzern. In dem Augenblick, in dem ein Endnutzer auf das entsprechende Programm bzw. den entsprechenden Datenstrom in verbesserter Qualität zugreifen will, erhält er bereits den Basisdatenstrom und kann in kürzester Zeit von seinem Zugangsknoten den ersten Enhancementdatenstrom beziehen. In einer nächsten Stufe wird dann mittels der beteiligten Netzelemente ein weiterer Enhancementdatenstrom zu dem Nutzer durchgeschaltet, der den Datenstrom weiter vervollständigt bzw. im Falle eines Videoprogramms das Bild und den Ton zur erreichbaren Perfektion komplettiert.
  • Vorteilhaft bei der Koordinierung der "join"- und "leave"-Befehle, d.h. beim Bestellen und Abbestellen von bestimmten hochwertigen Datenströmen ist, dass ein neuer Datenstrom in verbesserter Qualität erst dann zu dem Nutzer durchgeleitet wird, wenn der bisher bezogene Datenstrom nicht mehr zum Nutzer gelangt oder nicht mehr in der bisherigen hohen Qualität dem Nutzer zugeleitet wird, damit nicht zu viele hochwertige Programme gleichzeitig den verschiedenen Nutzern übermittelt und damit das Netz in Bezug auf die Bandbreite überlastet wird. Deshalb empfiehlt es sich, eine bestimmte Verzögerung zwischen dem "leave"-Befehl, der zuerst abgearbeitet werden muss, und dem "join"-Befehl, der veranlasst, dass ein neuer Datenstrom zum Nutzer geleitet wird, eine Verzögerung vorgesehen wird.
  • Dennoch gelingt mit dem erfindungsgemäßen Verfahren auch für IP-TV ein komfortabler Auswahl- und Umschaltprozess von Datenströmen, insbesondere Fernsehprogrammen.

Claims (13)

  1. Verfahren zum Übertragen von Programmdaten von einem Anbieter von Programmen, wie beispielsweise Daten, Informationsinhalten, und/oder Diensten, zu einer Mehrzahl von Nutzern, wobei von dem Anbieter für jedes der Programme ein Datenstrom mit geringer Datenrate bzw. Bandbreite im Broadcastverfahren übertragen wird und auf Anforderung durch einen Nutzer zu mindestens einem der Programme mindestens ein erster Datenstrom mit hoher Datenrate bzw. Bandbreite im Multicastverfahren übertragen wird, wobei der mindestens eine erste Datenstrom die vom Nutzer angeforderten Daten enthält oder der mindestens eine erste Datenstrom gemeinsam mit dem zu dem angeforderten Programm übertragenen weiteren Datenstrom mit geringer Datenrate bzw. Bandbreite die vom Nutzer angeforderten Daten enthält.
  2. Verfahren nach dem vorhergehenden Anspruch, dadurch gekennzeichnet, dass zu jedem Programm ein oder mehrere erste im Multicast zu übertragende Datenströme anforderbar sind, die sich bzgl. ihrer Datenrate und/oder Bandbreite unterscheiden, wobei jeder der ersten Datenströme vom Nutzer angeforderte Daten enthält.
  3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zu jedem Programm mehrere erste im Multicast zu übertragende Datenströme anforderbar sind, wobei jeder erste Datenstrom (Enhancementdatenstrom) diejenigen Daten enthält, die zusammen mit weiteren im Broadcastverfahren und/oder im Multicastverfahren übertragenen Datenströmen die Nutzung des Programms in größerem Umfang oder in besserer Qualität ermöglicht.
  4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass zur Übertragung der weiteren Datenströme geringere Ressourcen des Datennetzes zur Übertragung (34, 35) an den Nutzer erforderlich sind.
  5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die weiteren Datenströme mit geringer Datenrate und/oder geringer Bandbreite dem Nutzer nur einen reduzierten Nutzungsumfang und/oder eine reduzierte Nutzungsqualität ermöglichen.
  6. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass dem Nutzer (14, 15, 16) gleichzeitig verschiedene weitere Datenströme im Broadcastingverfahren übermittelt werden, die unterschiedlichen Graden der Reduktion unterliegen.
  7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass dem Nutzer in Abhängigkeit von seinen erfassten Nutzungsgewohnheiten bestimmte weitere Datenströme (34, 35) in entsprechenden Graden der reduzierten Form übermittelt werden.
  8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Datenübertragungsnetz an Verzweigungsstellen intelligente Schalter (Switches) (6, 7, 8, 9, 10, 11, 12, 13) aufweist, und dass im Multicastverfahren übertragene Datenströme nur in solche Bereiche des Netzes übermittelt werden, wo sie von wenigstens einem Nutzer (14, 15, 16) als erste Datenströme (32, 33) zur Nutzung ausgewählt sind.
  9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Datenströme Videodaten und/oder Audiodaten enthalten.
  10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass erfasst und gespeichert wird, nach welchem Muster ein Nutzer (14, 15, 16) Programme zur Nutzung auswählt und/oder welches das vorhergehend zuletzt genutzte Programm war und/oder welches Programm bzgl. der Auswahl durch den Nutzer dem augenblicklich genutzten Programm benachbart ist, und dass auf der Basis dieser Informationen eine Prognose über zumindest einen am wahrscheinlichsten in unmittelbarer Zukunft zur Nutzung ausgewählten ersten Datenstrom ermittelt wird, und dass zumindest einer der oder wenigstens der am wahrscheinlichsten in Zukunft ausgewählte erste Datenstrom in einer gegenüber der reduzierten Form erweiterten Form gleichzeitig zu dem jeweils aktuell ausgewählten ersten Datenstrom dem Nutzer übermittelt wird.
  11. Verfahren nach Anspruch 10, dadurch gekennzeichnet, dass bei dem Muster die als üblich ermittelte Reihenfolge des Wechselns von Programmen berücksichtigt wird.
  12. Verfahren nach Anspruch 10, dadurch gekennzeichnet, dass bei der Ermittlung des Musters das Wechseln von Programmen zu Inhalten der Datenströme in Beziehung gesetzt wird.
  13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass ein Nutzer, (14, 15, 16) wenn er das Programm wechseln will, ein erstes Signal (leave) (37) des Inhalts an entsprechende Netzelemente oder den Anbieter schickt, dass er den bisherigen ersten Datenstrom nicht mehr empfangen will und ein zweites Signal (36) (join) betreffend den Datenstrom den er in Zukunft in nicht reduzierter Form erhalten will, und dass der Anbieter oder das Netz über intelligente Schalter in dem Datenübertragungsnetz den entsprechenden derzeitigen ersten Datenstrom (32, 33) für den Nutzer sperrt und den gewünschten neuen ersten Datenstrom zu dem Nutzer in nicht reduzierter Form durchschaltet.
DE102006011628A 2006-03-07 2006-03-07 Verfahren zum Betrieb eines Datenübertragungsnetzes Expired - Fee Related DE102006011628B4 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102006011628A DE102006011628B4 (de) 2006-03-07 2006-03-07 Verfahren zum Betrieb eines Datenübertragungsnetzes
PCT/EP2007/001255 WO2007101523A1 (de) 2006-03-07 2007-02-13 Verfahren zum betrieb eines datenübertragungsnetzes

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102006011628A DE102006011628B4 (de) 2006-03-07 2006-03-07 Verfahren zum Betrieb eines Datenübertragungsnetzes

Publications (2)

Publication Number Publication Date
DE102006011628A1 true DE102006011628A1 (de) 2007-09-13
DE102006011628B4 DE102006011628B4 (de) 2007-10-31

Family

ID=38050258

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102006011628A Expired - Fee Related DE102006011628B4 (de) 2006-03-07 2006-03-07 Verfahren zum Betrieb eines Datenübertragungsnetzes

Country Status (2)

Country Link
DE (1) DE102006011628B4 (de)
WO (1) WO2007101523A1 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004051926A1 (en) * 2002-11-29 2004-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Group hopping and channel zapping during transmission of multicast applications
WO2005043783A1 (ja) * 2003-10-30 2005-05-12 Matsushita Electric Industrial Co., Ltd. 携帯端末向け伝送方法及び装置
EP1601199A1 (de) * 2004-05-28 2005-11-30 Alcatel Breitbandfernmeldesystem und darin verwendetes Verfahren zur Reduzierung der Latenzzeit eines Kanal-Zappings von einem Multimedia-Empfänger

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002031670A1 (en) * 2000-10-12 2002-04-18 Teraglobal Communications Corp. Method of and system for delivering receiver-selectable quality of service over networks
US20030135863A1 (en) * 2002-01-17 2003-07-17 Koninklijke Philips Electronics N.V. Targeted scalable multicast based on client bandwidth or capability
JP4443833B2 (ja) * 2002-02-27 2010-03-31 パナソニック株式会社 情報再生方法、送信装置および受信装置
US20060037037A1 (en) * 2004-06-14 2006-02-16 Tony Miranz System and method for providing virtual video on demand
KR100678239B1 (ko) * 2005-02-15 2007-02-02 삼성전자주식회사 인터넷 프로토콜 기반의 방송 서비스를 제공하기 위한 시스템
US7490341B2 (en) * 2005-06-07 2009-02-10 Nokia Corporation System and associated terminal, method and computer program product for directional channel browsing of broadcast content

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004051926A1 (en) * 2002-11-29 2004-06-17 Telefonaktiebolaget Lm Ericsson (Publ) Group hopping and channel zapping during transmission of multicast applications
WO2005043783A1 (ja) * 2003-10-30 2005-05-12 Matsushita Electric Industrial Co., Ltd. 携帯端末向け伝送方法及び装置
EP1657835A1 (de) * 2003-10-30 2006-05-17 Matsushita Electric Industrial Co., Ltd. Mobilendgerät-orientiertes übertragungsverfahren und vorrichtung
EP1601199A1 (de) * 2004-05-28 2005-11-30 Alcatel Breitbandfernmeldesystem und darin verwendetes Verfahren zur Reduzierung der Latenzzeit eines Kanal-Zappings von einem Multimedia-Empfänger

Also Published As

Publication number Publication date
DE102006011628B4 (de) 2007-10-31
WO2007101523A1 (de) 2007-09-13

Similar Documents

Publication Publication Date Title
DE112008001133B4 (de) Medienkanalumschaltung
DE60103005T2 (de) Datenstrom in einer peer-to-peer Architektur
DE602004011485T2 (de) Breitbandfernmeldesystem und darin verwendetes Verfahren zur Reduzierung der Latenzzeit eines Kanal-Zappings von einem Multimedia-Empfänger
DE60130665T2 (de) Audiodatenverarbeitung
DE60114650T2 (de) Adaptive videobestellung
DE60008928T2 (de) Verfahren zur steuerung des ablaufs eines stroms
DE10004829B4 (de) Verfahren und Vorrichtung zum Übertragen von Dateneinheiten eines Datenstroms
DE102014210222A1 (de) Videoempfangsgerät zur Verarbeitung eines Videoinhalts, der von mehreren Verteilerplattformen empfangen werden kann, und die zugehörige Methode.
DE102006011628B4 (de) Verfahren zum Betrieb eines Datenübertragungsnetzes
EP2206311B1 (de) Verfahren und system zur bandbreite-optimierten übertragung von hdtv-datenströmen über ein ip-basiertes verteilernetz
EP2030474B1 (de) Verfahren und anordnung zum aufbau von kommunikationsbeziehungen
EP0936815A2 (de) Virtuelle Audio- und/oder Videothek mit Fernzugriff
DE60016594T2 (de) Verfahren und vorrichtung zum kommunikationsaufbau
DE102005010081B4 (de) Kommunikationssystem, Verfahren zum Steuern eines Broadcast-Kommunikationsnetzwerks, Server-Einheit, Verfahren zum Betreiben einer Server-Einheit, Client-Einheit und Verfahren zum Betreiben einer Client-Einheit
WO2021008943A1 (de) Verfahren zur übertragung von videoinformation an ein telekommunikationsgerät, wobei die videoinformation eine mehrzahl an videoinformationsströmen umfasst, system, telekommunikationsgerät, inhaltebezogene hintergrund-servereinrichtung, computerprogramm und computerlesbares medium
DE102014220428A1 (de) Einstellen von Datenraten in einem Videokamerasystem
EP2177032A1 (de) Verfahren und system zum reduzieren der umschaltlücke bei einem programmwechsel in einer digitalen videoumgebung
DE102005008571B4 (de) TV-Server-Cluster-System
DE102008028840B3 (de) Interaktives Fernsehen
DE102008060346B4 (de) Verfahren und Multicast-Replikationspunkt zum Bereitstellen von Programmen einer Multicast-Gruppe
EP2120394B1 (de) Verfahren zum Übertragen von Daten in einem hybriden Netzwerk
DE19641897C2 (de) System zur Übertragung und Verteilung von Fernsehsignalen mit dynamischer Zuweisung der Übertragungskapazität
DE10063395B4 (de) Verfahren zum Umschalten von TV-Signalquellen für Kabelkopfstationen
DE102004029330B4 (de) Verfahren zum Übertragen von Daten in einem hybriden Netzwerk sowie hybrides Netzwerk
DE102006044512B4 (de) Übertragung von Daten von einem Sender zu einer mobilen Kommunikationseinrichtung

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8364 No opposition during term of opposition
R119 Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee