DE10104961A1 - Bandwidth-efficient transmission of data streams in IP network involves forming IP multi-cast groups on server by allocating multi-cast addresses according to time sequence of requests - Google Patents

Bandwidth-efficient transmission of data streams in IP network involves forming IP multi-cast groups on server by allocating multi-cast addresses according to time sequence of requests

Info

Publication number
DE10104961A1
DE10104961A1 DE2001104961 DE10104961A DE10104961A1 DE 10104961 A1 DE10104961 A1 DE 10104961A1 DE 2001104961 DE2001104961 DE 2001104961 DE 10104961 A DE10104961 A DE 10104961A DE 10104961 A1 DE10104961 A1 DE 10104961A1
Authority
DE
Germany
Prior art keywords
content
multicast
group
server
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
DE2001104961
Other languages
German (de)
Inventor
Joerg Schwenk
Stephan Heuser
Wolfgang Ruppel
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.)
Deutsche Telekom AG
Original Assignee
Deutsche Telekom AG
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 Deutsche Telekom AG filed Critical Deutsche Telekom AG
Priority to DE2001104961 priority Critical patent/DE10104961A1/en
Publication of DE10104961A1 publication Critical patent/DE10104961A1/en
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/2625—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for delaying content or additional data distribution, e.g. because of an extended sport event
    • 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, rendering scenes according to MPEG-4 scene graphs
    • H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • 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/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends

Abstract

The method involves forming IP multi-cast groups with a routing running on the server by allocating multi-cast addresses according to the time sequence of the requests for the contents by the clients. Addresses are passed to clients via IP-Unicast connections bridged by a dialog between server and client and maintained for a variable period.

Description

Die Erfindung betrifft ein Verfahren zur bandbreiteneffizienten Übertragung von Daten­ strömen, bei dem als Content-on-Demand auf einem Server in einem IP-Netz bereitgestellte Datenströme über IP-Multicast-Verbindungen an eine Mehrzahl gleichen Content zu unterschiedlichen und gegebenenfalls teilweise überlappenden Abrufzeiten anfordernde Clients zeitdiskret übertragen werden.The invention relates to a method for bandwidth-efficient transmission of data stream, as content-on-demand on a server in an IP network provided data streams via IP multicast connections to a plurality of the same Content at different and sometimes overlapping view times requesting clients are transmitted discretely.

Neue breitbandige Anschlusstechniken (z. B. ADSL, Kabelmodem, Satellitenüber­ tragung, UMTS) machen es möglich, im zunehmenden Maße auch multimediale Inhalte über das Internet (IP-Netz) zu übertragen. Dieser sich heute bereits deutlich abzeichnende Trend wird durch die Entwicklung neuer leistungsfähiger Codecs (z. B. MPEG-4 als Videocodec) zusätzlich unterstützt. Leistungsfähige Videocodecs lassen es beispielsweise zu, Videoströme mit Datenraten im Bereich zwischen 500 Kbps bis 1 Mbps in VHS-Qualität an breitbandige IP-Anschlüsse zu übertragen. Multimedialer Content, beispielsweise in Form von Video-on-Demand oder Audio-on-Demand, kann auf diese Weise einer Vielzahl von Kunden zur Verfügung gestellt werden. Jedoch sind hierbei Randbedingungen und physikalische Grenzen der den Content bereitstellenden Quellen und der Übertragung im IP-Netz zu beachten. So vertilgen Videoserver jeweils über eine begrenzte Bandbreite und können daher nur eine begrenzte Anzahl von Datenströmen gleichzeitig ausspielen. Man behilft sich hier bislang teilweise mit einer Kaskadierung von Videoservern. Bei dieser Lösung wird der Ausgangsstrom eines Servers als Eingang eines anderen Servers verwendet und dort kurzzeitig zwischengespeichert. Die dabei benötigte Anzahl von großen Servern bringt jedoch beträchtliche Investitionskosten mit sich, welche jeweils von der maximalen Anzahl der gleichzeitig zu bedienenden Nutzer abhängen.New broadband connection technologies (e.g. ADSL, cable modem, satellite over broadcast, UMTS) make it possible, increasingly also multimedia content transmitted over the Internet (IP network). This is already clearly emerging today Trend is emerging through the development of new powerful codecs (e.g. MPEG-4 Video codec) additionally supported. Powerful video codecs, for example, leave it to, video streams with data rates in the range between 500 Kbps to 1 Mbps in Transfer VHS quality to broadband IP connections. Multimedia content, for example in the form of video-on-demand or audio-on-demand, can be used on these Way to be made available to a variety of customers. However, here are Boundary conditions and physical limits of the sources providing the content and the transmission in the IP network. So video servers destroy each one limited bandwidth and therefore can only handle a limited number of data streams play at the same time. So far, cascading has been used to some extent of video servers. With this solution, the output stream of a server is used as an input another server and temporarily stored there. The one there however, the number of large servers required entails considerable investment costs themselves, each of the maximum number of users to be operated simultaneously depend.

Beim Einsatz herkömmlicher IP-Unicast-, also Punkt-zu-Punkt-Verbindungen, muss zudem für jeden Nutzer im IP-Netz eine hohe Bandbreite reserviert werden. Dies bedeutet, dass beispielsweise über eine 100-Mbps-Leitung bei einer Datenrate von 500 Kbps deutlich weniger als 200 Kunden bedient werden können. Es treten somit insbesondere dann Probleme auf, wenn ein sehr gefragter Content, beispielsweise ein aktueller Kinofilm als Video-on-Demand, von einer großen Anzahl von Nutzern nahezu gleichzeitig aufgerufen wird. Innerhalb kurzer Zeit können dabei mehrere 10.000 oder 100.000 Zugriffe erfolgen.When using conventional IP unicast, i.e. point-to-point connections, must a high bandwidth can also be reserved for every user in the IP network. This means that for example over a 100 Mbps line at a data rate of 500 Kbps can be served significantly less than 200 customers. So it occurs problems especially when a very popular content, for example a Current cinema film as video-on-demand, almost by a large number of users  is called at the same time. Within a short time, several 10,000 or 100,000 hits.

Zu einer Verbesserung der Situation führt der Einsatz so genannter IP-Multicast-Techniken. Bei IP-Multicast handelt es sich um eine Erweiterung des für die Übertragung im Internet genutzten IP-Protokolls, mit der von einem Server bereitgestellte Inhalte (Content) gleichzeitig an eine Vielzahl von Clients versendet werden können. Dazu wird einer Client-Applikation eine IP-Multicast-Adresse aus einem reservierten Adressbereich des Internet mitgeteilt. Die Client-Applikation teilt sich dann sozusagen diese IP-Adresse mit anderen, auf anderen Hosts ablaufenden Client-Applikationen, wobei dazwischen liegende Router den IP-Datenstrom zur Versorgung aller Applikationen mit den Daten aufsplitten (Informationen zu IP-Multicast siehe u. a. www.ipmulticast.com). Eine Schwierigkeit besteht aber bei sehr hohen Zugriffszahlen weiterhin darin, dass die Vielzahl der Zugriffe zwar in kurzen Zeiträumen aber eben nicht genau zeitgleich erfolgt. Zur Bedienung all dieser zeitversetzten Zugriffe wären daher wiederum sehr hohe Bandbreiten für den Server und das Netz erforderlich.So-called use leads to an improvement of the situation IP multicast techniques. IP multicast is an extension of the for Transmission of the IP protocol used on the Internet, with that provided by a server Content can be sent to a large number of clients at the same time. For this purpose, a client application is assigned an IP multicast address from a reserved Address range of the Internet communicated. The client application then divides, so to speak this IP address with other client applications running on other hosts, with routers in between the IP data stream to supply all Splitting applications with the data (for information on IP multicast see, inter alia, www.ipmulticast.com). However, there is a difficulty with very high access numbers continue in the fact that the large number of accesses in short periods of time is not is done at exactly the same time. It would therefore be necessary to operate all of these time-shifted accesses again very high bandwidths are required for the server and the network.

Der Erfindung liegt daher die Aufgabe zugrunde, ein Verfahren anzugeben, welches es ermöglicht, als Content-on-Demand auf einem Server im IP-Netz bereitgestellte Daten­ ströme bandbreiteneffizient an eine Mehrzahl gleichen Content zu unterschiedlichen, teilweise überlappenden Abrufzeiten anfordernde Clients zu überbertragen.The invention is therefore based on the object of specifying a method which it enables data provided as content-on-demand on a server in the IP network streams bandwidth-efficiently to a plurality of the same content at different, to transmit partially overlapping request times to clients.

Die Aufgabe wird durch ein Verfahren mit Merkmalen entsprechend dem Hauptanspruch bzw. durch ein im Anspruch 6 charakterisiertes Verfahren gelöst. Vorteilhafte Weiter­ entwicklungen bzw. Ausgestaltungen des Verfahrens sind durch die jeweiligen Unteransprüche gegeben.The task is accomplished by a method with features according to the main claim or solved by a method characterized in claim 6. Advantageous Next Developments and designs of the method are by the respective Subclaims given.

Nach dem erfindungsgemäßen Verfahren wird eine zeitdiskrete Übertragung des von einer großen Anzahl von Clients angeforderten Contents dadurch erreicht, dass zueinander jeweils zeitdifferente Phasen des Contents enthaltende Datenströme vom Server mehreren IP-Multicast-Adressen zugeführt werden. Über jede dieser IP-Multicast- Adressen werden die Datenströme dann von jeweils einer Gruppe (IP-Multicast-Gruppe) der den Content anfordernden Clients bezogen. Dabei werden die IP-Multicast-Gruppen mittels einer auf dem Server ablaufenden Routine jeweils unter Zuweisung der für sie gültigen IP-Multicast-Adresse entsprechend der zeitlichen Aufeinanderfolge der Anforderungen des Contents durch die Clients gebildet. Die Bildung der Gruppen erfolgt, indem die jeweilige IP-Multicast-Adresse jedem zur Gruppe gehörenden Client über eine von ihm zur Anforderung des Contents aufgebaute IP-Unicast-Verbindung mitgeteilt wird, und die hierfür genutzte Verbindung für eine variable, aber hinsichtlich ihrer maxi­ malen Dauer vom Betreiber des Servers vorgebbare Zeitspanne weiterhin aufrechterhalten wird. Dies geschieht durch einen überbrückenden Dialog zwischen dem Server und dem Client und/oder dadurch, dass vom Server an den Client zur Überbrückung der genannten Zeitdauer zusätzliche Daten gesendet werden, wobei die maximale Dauer der Zeitspanne, in der eine jeweilige IP-Unicast-Verbindung aufrechterhalten wird, mit dem Eintritt einer von der Serverroutine festgestellten Bedingung beginnt. Nach dem Ablauf der, bezogen auf den jeweiligen Client, variablen Zeitspanne steht dann der angeforderte Content auf der der Gruppe von Clients zugewiesenen IP-Multicast-Adresse bereit und die Downstream-Übertragung beginnt. Die Zeitspanne, für welche die IP-Unicast-Verbin­ dung zu einem Client gehalten wird, ist insoweit variabel als dessen Content-Anforderung zu einem Zeitpunkt erfolgen kann, zudem bereits ein Teil der maximalen Dauer dieser Zeitspanne aufgrund des zeitlich zuvor erfolgten Eintritts der Bedingung für den Beginn der Zeitdauer verstrichen ist. Auf die Art des den Beginn der maximalen Zeitdauer aus­ lösenden Ereignisses bzw. der damit verbundenen Bedingung soll später noch eingegangen werden.According to the inventive method, a discrete-time transmission of the from content requested by a large number of clients by data streams containing time-different phases of the content from each other Server multiple IP multicast addresses are fed. Over each of these IP multicast The data streams are then addressed by a group (IP multicast group) of the clients requesting the content. The IP multicast groups by means of a routine running on the server, in each case with the assignment of the for them valid IP multicast address according to the chronological order of the requests  of the content formed by the clients. The groups are formed by the respective IP multicast address of each client belonging to the group via a IP unicast connection established by him to request the content is, and the connection used for a variable, but in terms of their maxi paint duration maintained by the server operator becomes. This is done through a bridging dialog between the server and the Client and / or in that from the server to the client to bridge the above Time period additional data are sent, the maximum duration of the time period, in which a respective IP unicast connection is maintained with the entry of a condition determined by the server routine begins. After the expiry of, related the requested content then stands on the respective client, variable time period the IP multicast address assigned to the group of clients and the Downstream transmission begins. The period of time for which the IP unicast connection The extent to which a client is held is variable as far as its content requirement is concerned can take place at a time, also part of the maximum duration of this Time period based on the occurrence of the condition for the start earlier the time has passed. Based on the type of the beginning of the maximum period resolving event or the related condition is later To be received.

Gemäß dem Verfahren wird also sozusagen durch den Server erst für eine bestimmte Zeit eine Anzahl von gleichen Content anfordernden Clients aufgesammelt. Alle solcher­ maßen "gesammelten" Clients bzw. Content-Anforderungen werden einer gemeinsamen IP-Multicast-Gruppe zugeordnet. Die Daten, welche zur Überbrückung der für das Zusammenstellen einer IP-Multicast-Gruppe zur Verfügung stehenden Zeit zwischen dem Server und dem Client ausgetauscht oder vom Server an den Client übermittelt werden, können unterschiedlichster Art sein. Im einfachsten Falle kann es sich beispielsweise um einen vom Server an den Client übertragenen Trailer variabler Länge handeln.According to the method, so to speak, the server does so for a certain time collected a number of clients requesting the same content. All such Measured "collected" clients or content requirements become a common one Assigned to IP multicast group. The data used to bridge the data for the Compile an IP multicast group between the time available Server and the client are exchanged or transmitted from the server to the client, can be of different types. In the simplest case, for example trade a trailer of variable length transmitted from the server to the client.

Entsprechend einer vorteilhaften Ausgestaltung des Verfahrens ist die maximale Dauer der Zeitspanne für das Aufrechterhalten der IP-Unicast-Verbindung zwischen dem Server und einem Client bzw. der von der Anforderung des Contents bis zum Beginn der IP-Multicast-Übertragung vergehenden Zeitspanne durch den Betreiber des Servers in Abhängigkeit der zur Übertragung des gesamten Contents benötigten Zeit variabel festlegbar. Dabei erfolgt die Bildung von IP-Multicast-Gruppen vorzugsweise in festgelegten Intervallen, so dass es sich bei der Bedingung mit deren Eintritt die maximale Dauer der Zeitspanne für das Aufrechterhalten einer IP-Unicast-Verbindung zwischen dem Server und einem einer IP-Multicast-Gruppe zugeordneten Client beginnt, um den Ablauf der Dauer für die Bildung der jeweils vorherigen IP-Multicast-Gruppe handelt. Diese Zeitdauer entspricht dann wiederum einem ganzzahligen Teil der zur Übertragung des gesamten Contents benötigten Zeit. Gemäß einer möglichen Ausge­ staltung des Verfahrens fällt der Beginn der Zeitdauer zur Zusammenstellung der ersten IP-Multicast-Gruppe mit der ersten Anforderung des entsprechenden Contents durch einen Client zusammen. Bei einer praxisgerechten Lösung beträgt die zwischen der Anforderung des Contents und dem Beginn der Downstream-Übertragung vergehende Zeitspanne zwischen 10 und 60 Sekunden, wobei sich diese Angabe selbstverständlich nur auf den zwischen dem Server und dem Client auf der Protokollebene erfolgenden Datenaustausch bezieht und etwaige Bedientätigkeiten eines das Angebot nutzenden Kunden, beispielsweise zum Nachweis seiner Zugangsberechtigung, nicht einbezieht.According to an advantageous embodiment of the method, the maximum duration is the amount of time it takes to maintain the IP unicast connection between the server and a client or from requesting the content to the start of the IP multicast transmission time elapsed by the operator of the server Variable depending on the time required to transfer the entire content fixable. IP multicast groups are preferably formed in  specified intervals, so that the condition with their occurrence is the Maximum length of time for an IP unicast connection to be maintained begins between the server and a client assigned to an IP multicast group, the expiry of the duration for the formation of the previous IP multicast group is. This time period then corresponds to an integer part of the Transfer of all content required time. According to a possible Ausge The procedure begins with the start of the time to compile the first IP multicast group with the first request for the corresponding content a client together. In the case of a practical solution, this is between the Request the content and the start of the downstream transmission Time span between 10 and 60 seconds, whereby this information goes without saying only those that occur between the server and the client at the protocol level Data exchange relates and any operating activities of a user using the offer Does not include customers, for example to prove their access authorization.

Durch das Versenden von Datenströmen, welche zeitdifferente Phasen des Contents beinhalten, und die Verzögerung des Starts einer Downstream-Übertragung für eine zuvor festgelegte maximale Zeitdauer wird also der gesamte Content quasi in unterschiedliche Zeitscheiben aufgeteilt. So werden beispielsweise zu einem Zeitpunkt X an eine erste IP-Multicast-Gruppe Sequenzen übermittelt, welche, bezogen auf den zeitlichen Ablauf des Contents, der 5. Minute seiner Gesamtdauer entsprechen, während sich eine andere Gruppe im Hinblick auf den Fortschritt der Downstream-Übertragung zum gleichen Zeit­ punkt, beispielsweise in der 6. Minute oder 10. Minute der gesamten Content-Sequenz befindet. Je nach der Dauer des Gesamtcontents und der Differenz zwischen den zuein­ ander zeitdifferenten Phasen seiner Übertragung lässt sich dabei im Vorfeld die benötigte Bandbreite jeweils exakt bestimmen. Angenommen, ein multimedialer Datenstrom weist eine Gesamtübertragungsdauer von 60 Minuten auf, und die für die Zusammenstellung einer IP-Multicast-Gruppe festgelegte maximale Zeitdauer beträgt eine Minute, dann werden von dem Server gleichzeitig jeweils 60 verschiedene Phasen des Contents an 60 verschiedene IP-Multicast-Adressen übermittelt. Erfolgt die Übertragung des Daten­ stroms über jede dieser IP-Multicast-Adressen, entsprechend den eingangs getroffenen Annahmen, mit einer Datenrate von 1 Mbps (1 Megabit per second), so muss der Video­ server den Content mit einer Gesamtdatenrate 60 Mbps zu Verfügung stellen können. By sending data streams that contain time-different phases of the content and delaying the start of a downstream transmission for a predetermined maximum period of time, the entire content is quasi divided into different time slices. For example, at a point in time X, sequences are transmitted to a first IP multicast group which, based on the timing of the content, correspond to the 5th minute of its total duration, while another group is different with regard to the progress of the downstream transmission at the same time, for example in the 6th minute or 10th minute of the entire content sequence. Depending on the duration of the total content and the difference between the time-different phases of its transmission, the required bandwidth can be precisely determined in advance. Assuming that a multimedia data stream has a total transmission time of 60 minutes, and the maximum time set for the formation of an IP multicast group is one minute, then the server simultaneously transmits 60 different phases of the content to 60 different IP multicast groups. Addresses submitted. If the data stream is transmitted via each of these IP multicast addresses, according to the assumptions made at the outset, with a data rate of 1 Mbps (1 megabit per second), the video server must be able to provide the content with a total data rate of 60 Mbps ,

Ein möglicher Verfahrensablauf zur Übertragung eines Videos gestaltet sich entsprechend einer Variante der Erfindung wie folgt:
According to a variant of the invention, a possible process sequence for transmitting a video is as follows:

  • a) Ein Kunde informiert sich unter Nutzung eines IP-Multicast-fähigen Endgerätes (PC oder Set-Top-Box) über Video-on-Demand-Angebote.a) A customer obtains information using an IP multicast-capable device (PC or set-top box) via video-on-demand offers.
  • b) Unter Nutzung einer hierzu aufgebauten IP-Unicast-Verbindung und eines unter der entsprechenden IP-Adresse verfügbaren Links bestellt bzw. kauft er einen ange­ botenen Content.b) Using an IP unicast connection established for this and one under the He orders or buys a link corresponding to the IP address available offered content.
  • c) Gleichzeitig wird auf dem Endgerät des Kunden eine zum Empfang und zur visuell/akustischen Umsetzung von Datenströmen geeignete Applikation gestartet.c) At the same time, one on the customer's device is used for receiving and suitable application started visually / acoustically.
  • d) Der Client des Kunden wird durch den Server einer IP-Multicast-Gruppe zum Bezug des ausgewählten Contents zugeordnet.d) The client of the customer becomes a reference through the server of an IP multicast group of the selected content.
  • e) Dem Client werden die für die zuvor genannte Gruppe gültige IP-Multicast-Adresse sowie die Startzeit für die IP-Multicast-Übertragung des Contents über die bereits bzw. noch bestehende IP-Unicast-Verbindung mitgeteilt. Gegebenenfalls werden an den Client des Kunden weitere Parameter, wie Informationen über ein für die spätere IP-Multicast-Übertragung zu verwendendes Verschlüsselungsverfahren sowie die dabei zu verwendenden Schlüssel oder Parameter über die Qualität des Services (QoS - Quality-of-Service) übermittelt.e) The client is given the IP multicast address valid for the aforementioned group as well as the start time for the IP multicast transmission of the content over the already or still existing IP unicast connection. If applicable, to the client's client has other parameters, such as information about one for later IP multicast transmission to use encryption method and Keys or parameters to be used about the quality of the service (QoS - Quality of Service) transmitted.
  • f) Sofern die für die Zusammenstellung von IP-Multicast-Gruppen festgelegte maximale Zeitdauer noch nicht verstrichen ist, wird an den Client des Kunden ein Datenstrom übertragen, welcher von der zur Umsetzung der Datenströme geeigneten, auf dem Client des Kunden ablaufenden Software als ein (Werbe-)Trailer variabler Länge umgesetzt wird.f) If the maximum specified for the compilation of IP multicast groups Time has not yet passed, a data stream is sent to the client's client transmitted, which of the suitable for the implementation of the data streams, on the Client running software as a (promotional) trailer of variable length is implemented.
  • g) Zum Startzeitpunkt des Videos wird die Multicast-Session eröffnet und der den ange­ forderten Content enthaltende Datenstrom wird an der der IP-Multicast-Gruppe zugewiesenen IP-Multicast-Adresse für die beginnende Downstream-Übertragung bereitgestellt.g) At the start of the video, the multicast session is opened and the specified requested content containing data stream is sent to the the IP multicast group assigned IP multicast address for the starting downstream transmission provided.

Entsprechend einer besonders vorteilhaften Ausgestaltung der Erfindung soll der Down­ load bzw. die Wiedergabe der Datenströme durch den Benutzer mit Hilfe eines entsprechenden Endgerätes in einer mit der Bedienung eines Videorecorders vergleich­ baren Art und Weise beeinflussbar sein. Diese Weiterentwicklung sieht daher die Abbildung einer Stop- bzw. Pausentaste auf der graphischen Benutzeroberfläche der die Daten umsetzenden Client-Applikation vor. Im Falle einer Betätigung dieser Taste durch den Benutzer wird die zu seinem Client bestehende IP-Multicast-Verbindung zunächst aufrechterhalten und die weiter eingehenden Daten zwar nicht umgesetzt, aber in einem Puffer des Endgerätes zwischengespeichert. Nach dem Lösen der Stop- bzw. Pausentaste oder dem Betätigen einer weiterhin vorgesehenen Starttaste, also der Deaktivierung der Stop/Pause-Funktion, wird die Wiedergabe des Contents ab der Stop-Position durch Umsetzung der aus dem Zwischenspeicher abgerufenen Datenströme fortgesetzt. Gemäß der zuvor erläuterten Weiterbildung des erfindungsgemäßen Verfahrens ist zudem ein Regime für den Fall des Erreichens der Kapazitätsgrenze des Pufferspeichers im Endgerät festgelegt. In einem solchen Fall erfolgt zwischen dem Server und dem Client ein Dialog, in welchem dem Client eine neue IP-Multicast-Adresse mitgeteilt wird, über welche der Datenstrom zur Fortsetzung an der Unterbrechungsstelle erneut angefordert werden kann. Dabei ist für die praxisgerechte Umsetzung des Verfahrens anzustreben, dass das kürzest mögliche Stop-Start-Intervall unter 5 Sekunden liegt, damit die Bedienung mit einem Videorekorder vergleichbar erscheint. Je nach Dauer der Unterbrechung wird diese IP- Multicast-Adresse im Rahmen des Dialoges zwischen dem Server und dem Client entsprechend der für die Zusammenstellung von IP-Multicast-Gruppen festgelegten Zeit­ dauer mehrmals aktualisiert. Diesen Überlegungen folgend sieht eine weitere Verbesserung des Verfahrens am Client eine Funktion vor, mittels welcher sich ein Nutzer im Content, wiederum vergleichbar mit einem Videorekorder, schnell vorwärts (Forward) oder schnell rückwärts (Rewind) bewegen kann. Zu diesem Zweck werden an jeden zu einer IP-Multicast-Gruppe gehörendem Client neben der IP-Multicast-Adresse seiner (aktuellen) Gruppe auch die IP-Multicast-Adressen der nachfolgenden (bei der Wiedergabe des Contents zeitlich weiter zurückliegenden) und der vorauslaufenden (bei der Wiedergabe des Contents zeitlich weiter fortgeschrittenen) IP-Multicast-Gruppe übermittelt. In dem hierzu in drei Bereiche unterteilten Pufferspeicher des Clients werden unter Nutzung dieser Adressen Teile des der aktuellen Gruppe sowie des der nachfolgenden und der vorauslaufenden IP-Multicast-Gruppe übermittelten Contents zwischengespeichert. Beim Vorwärts- oder Rückwärtsbewegen im Content wird ein der Adressierung einzelner Speicherzellen der Pufferspeicher dienender Pointer bzw. Zeiger der zur visuell/akustischen Umsetzung der Datenströme auf dem Client laufenden Applikation in dem den Content der aktuellen Gruppe aufnehmenden Speicherbereich vorwärts oder rückwärts bewegt bzw. dieser Pointer hoch- oder heruntergezählt. Sofern dabei die Bereichsgrenzen für die aktuelle Gruppe nach oben oder unten überschritten werden, wird die vorauslaufende oder die nachfolgende IP-Multicast-Gruppe als aktuelle Gruppe definiert. Gleichzeitig wird die Adresse der jeweils weitest entfernten Gruppe ungültig gesetzt, die Gruppe also deaktiviert und eine neue benachbarte Gruppe unter Anforderung einer entsprechenden IP-Multicast-Adresse beim Server aktiviert. Das heißt, dass im Falle der Forward-Funktion die Adresse der nachfolgenden IP-Multicast-Gruppe und beim Rewind die Adresse der vorauslaufenden IP-Multicast-Gruppe ungültig gesetzt wird. Die Abforderung der IP-Multicast-Adresse für die neu zu aktivierende Gruppe erfolgt durch den Client unter Nutzung in den Streamingdaten des Contents enthaltener Zeitinformationen. Beim Forward wird infolge dessen die IP-Multicast-Adresse der übernächsten, beim Rewind die IP-Multicast-Adresse der vorvorhergehenden, also der bezogen auf die Wiedergabe des Contents gegenüber der nachfolgenden IP-Multicast- Gruppe, zeitlich noch weiter zurückliegenden Gruppe abgefordert. Im Ergebnis dieser Vorgänge werden schließlich im Pufferspeicher wiederum Streamingdaten abgelegt, welche Teile des Contents einer aktuellen Gruppe sowie einer vorhergehenden und einer nachfolgenden IP-Multicast-Gruppe entsprechen.According to a particularly advantageous embodiment of the invention, the down load or the playback of the data streams by the user using a corresponding terminal in a with the operation of a video recorder manageable way. This further development therefore sees the Illustration of a stop or pause button on the graphical user interface  Data converting client application. In case of pressing this key by the IP multicast connection existing to his client is initially the user maintained and the further incoming data not implemented, but in one Intermediate buffer of the end device. After releasing the stop or pause button or pressing a start button that is still provided, i.e. deactivating the Stop / pause function, will play the content from the stop position through Implementation of the data streams retrieved from the buffer continues. According to The previously explained development of the method according to the invention is also a Regime in the event that the capacity limit of the buffer memory in the terminal is reached established. In such a case there is a dialog between the server and the client, in which the client is informed of a new IP multicast address, via which the Data stream can be requested again to continue at the point of interruption. For the practice-oriented implementation of the process, the aim should be that this is the shortest possible stop-start interval is less than 5 seconds, so that the operation with a VCR appears comparable. Depending on the duration of the interruption, this IP Multicast address in the context of the dialog between the server and the client according to the time specified for the formation of IP multicast groups updated several times. Following these considerations sees another Improvement of the procedure on the client a function by means of which a Users in the content, again comparable to a video recorder, move forward quickly (Forward) or quickly backwards (Rewind). For this purpose, be on each client belonging to an IP multicast group in addition to the IP multicast address its (current) group also the IP multicast addresses of the following (at the Plays the content back in time) and the leading (at the playback of the content, which is more advanced in time) IP multicast group transmitted. In the buffer memory of the client, which is divided into three areas for this purpose Using these addresses, parts of the current group and the subsequent and the preceding IP multicast group transmitted content cached. When moving forward or backward in the content, one of the Addressing individual memory cells of the pointers or pointers serving the buffer memory the one for the visual / acoustic implementation of the data streams on the client Application in the storage area that holds the content of the current group moves forward or backward or this pointer counts up or down. Provided  the range limits for the current group are exceeded up or down the leading or following IP multicast group is the current one Group defined. At the same time, the address of the most distant group set invalid, i.e. the group deactivated and a new neighboring group under Requested a corresponding IP multicast address with the server. This means, that in the case of the forward function, the address of the subsequent IP multicast group and the address of the preceding IP multicast group is set invalid when rewinding becomes. The request for the IP multicast address for the group to be activated is carried out by the client using content contained in the streaming data Time information. As a result, the forwarding process uses the IP multicast address the next but one, at Rewind the IP multicast address of the previous one, i.e. the based on the playback of the content compared to the following IP multicast Group, group that is even further back in time. As a result of this Finally, processes are again stored in the buffer memory streaming data, what parts of the content of a current group as well as a previous and one correspond to the following IP multicast group.

Vorzugsweise dient die Systemzeit des Servers als Zeitbasis für die Steuerung aller im Zusammenhang mit der Erläuterung des Verfahrens dargestellten zeitlichen Abläufe. Dies kann zum Beispiel im Hinblick auf die Realisierung der Forward/Rewind-Funktion geschehen, indem der Client den gerade aktuellen Zeitpunkt der Echtzeitübertragung (also die aktuelle zeitliche Phase des an ihn übertragenen Contents) aus einem Header des bei der Übertragung verwendeten Streaming-Protokolls (z. B. Real Time Protocol, MPEG-4 oder andere) übernimmt und an den Server sendet. Der Server kann diese relative Zeit (relativ innerhalb des Echtzeitstroms) mit seiner Systemzeit in Relation setzen und daraus die Adresse der IP-Multicast-Gruppe ermitteln, die er dem Client mitteilen muss.The system time of the server preferably serves as a time base for the control of all im Connection with the explanation of the procedure presented temporal processes. This can, for example, with regard to the implementation of the forward / rewind function done by the client the current time of real-time transmission (ie the current time phase of the content transferred to it) from a header of the the streaming protocol used for transmission (e.g. Real Time Protocol, MPEG-4 or other) takes over and sends to the server. The server can use this relative time (relative within the real-time stream) in relation to its system time and from it determine the address of the IP multicast group that it must inform the client of.

Die Erfindung soll anschließend anhand eines Ausführungsbeispieles nochmals erläutert werden, wobei anhand der Fig. 1 die Forward-/Rewind-Funktion verdeutlicht werden soll.The invention is then to be explained again using an exemplary embodiment, the forward / rewind function being illustrated using FIG. 1.

Auf dem Server eines Anbieters wird ein Kinofilm als Video-on-Demand bereitstehender Datenströme angeboten. Samstags um 20.00 Uhr, also zu einer vom Fernsehen her bekanntermaßen beliebten Sendezeit, wird dieser Content aufgrund dessen, dass es sich um einen aktuellen Kinofilm handelt, im starken Maße von einer Vielzahl von Kunden angefordert. Innerhalb einer vergleichsweise kurzen Zeitspanne greifen demnach nahezu, aber nicht vollständig gleichzeitig, viele Kunden auf den entsprechenden Server zu. Hierzu baut jeder Kunde mittels eines Endgerätes (Client) eine IP-Unicast-Verbindung zu dem entsprechenden Videoserver auf. Vom Server wird der Client einer IP-Multicast- Gruppe zugeteilt und allen zu dieser Gruppe gehörenden Clients werden, über die zu ihnen jeweils bestehende IP-Unicast-Verbindung, die für die Gruppe gültige IP-Multicast- Adresse sowie die Startzeit der Downstream-Übertragung des angeforderten Contents mitgeteilt. Solange dieser Zeitpunkt nicht erreicht ist, werden zwischen den Clients der Kunden und dem Server gegebenenfalls weitere, die später aufzubauende Verbindung charakterisierende Parameter ausgetauscht. Es handelt sich hierbei beispielsweise um die Festlegung eines Verschlüsselungsmodus für die Übertragung der Daten sowie um den Austausch der für die Verschlüsselung notwendigen digitalen Schlüssel. Sofern nach diesem Austausch der Zeitpunkt für die Bereitstellung des Videodatenstroms an der den Clients der Gruppe übermittelnden IP-Multicast-Adresse immer noch nicht erreicht ist, werden vom Server an die Clients weitere Daten übermittelt, welche ausschließlich dazu dienen, die bis zum Start der Downstream-Übertragung noch verbleibende Zeit zu über­ brücken. Beispielsweise werden den Clients Datenströme zugeführt, welche von der zwischenzeitlich auf dem jeweiligen Endgerät gestarteten Software zur Umsetzung von Datenströmen in Form eines zu Werbezwecken dienenden Trailers visualisiert bzw. akus­ tisch wiedergegeben werden.A movie is made available as a video-on-demand on a provider's server Data streams offered. Saturdays at 8:00 p.m., so to one from television As is known popular airtime, this content is due to the fact that it is is a current feature film, to a large extent by a large number of customers  requested. Within a comparatively short period of time, almost but not completely at the same time, many customers to the appropriate server. For this purpose, each customer uses an end device (client) to set up an IP unicast connection the corresponding video server. From the server, the client of an IP multicast Group and all clients belonging to this group are assigned via the the existing IP unicast connection, the IP multicast Address and start time of the downstream transmission of the requested content communicated. As long as this point in time has not been reached, the clients between the Customers and the server, if necessary, further connection to be established later characterizing parameters exchanged. These are, for example, the Definition of an encryption mode for the transmission of data and around the Exchange of the digital keys required for encryption. If after this exchange the time for the provision of the video data stream on the Clients of the group transmitting IP multicast address is still not reached, the server transmits further data to the clients, which is exclusively for this purpose serve the remaining time until the start of the downstream transmission bridges. For example, data streams supplied by the clients software for the implementation of Data streams visualized or acus in the form of a trailer used for advertising purposes be reproduced table.

Mit dem Erreichen des für die IP-Multicast-Übertragung vorgesehenen Zeitpunktes steht an der IP-Multicast-Adresse, welche dem Client eines Kunden sowie anderen mit diesem Client zu einer Gruppe zusammengefassten Clients zugewiesen wurde, der Datenstrom mit dem angeforderten Content zur Downstream-Übertragung bereit. Quasi synchronisiert auf diesen Zeitpunkt beginnt die Übertragung des Datenstroms zeitgleich für die gesamte IP-Multicast-Gruppe. Jede weitere später durch den Server gebildete IP-Multicast-Gruppe erhält den gleichen Content über eine andere IP-Adresse in einer bezogen auf die Ablaufzeit des Contents zeitversetzten Phasenlage.When the time scheduled for IP multicast transmission is reached at the IP multicast address, which the client of a customer and others with this Client was assigned to a group of grouped clients, the data stream ready for downstream transmission with the requested content. Almost synchronized at this point the transmission of the data stream begins simultaneously for the whole IP multicast group. Any further IP multicast group later formed by the server receives the same content via a different IP address in a related to the Expiry time of the content time-shifted phase.

Entsprechend bereits dargestellter Weiterbildungen des Verfahrens soll der Nutzer die Wiedergabe des Contents durch den Client, ähnlich wie die Wiedergabe einer Video­ kassette auf einem Videorekorder, beeinflussen können. Hierzu sollen ihm eine Start/Pause-Funktion sowie eine Funktion für schnellen Vor- und Rücklauf (Forward/Rewind) zur Verfügung stehen. Die Forward-/Rewind-Funktion soll mit Hilfe der schematischen Darstellungen in den Fig. 1a) bis 1c) noch etwas näher erläutert werden. Dem grundsätzlichen Prinzip des Verfahrens folgend, wird der zur Abforderung sowie zur Umsetzung eines Contents dienende Client mit Forward/Rewind-Funktion einer IP-Multicast-Gruppe (aktuelle Gruppe) zugeteilt und ihm deren IP-Multicast-Adresse über die zur Anforderung des Contents aufgebaute IP-Unicast-Verbindung mitgeteilt. Zusätzlich werden ihm aber zur Realisierung der Forward/Rewind-Funktion die IP-Multicast-Adressen der, bezogen auf seine aktuelle Gruppe, vorauslaufenden und nachfolgenden Gruppe übermittelt. Der Client verfügt über einen Pufferspeicher, in welchem Teile des Contents zeitweilig zwischengespeichert werden können. Wie aus Fig. 1a) ersichtlich, ist dieser Pufferspeicher in drei Bereiche unterteilt. Ein Bereich nimmt Teile des Contents auf, der an diejenige Gruppe ausgestrahlt wird, welcher der Client zugeordnet ist. In den beiden anderen Speicherbereichen werden Teile des an die vorauslaufende bzw. an die nachfolgende Gruppe übermittelten Contents zwischen­ gespeichert. Bei der Umsetzung des Contents auf dem Client wird der Speicher von einer hierzu geeigneten Software mittels eines Pointers - eines Zeigers zur Adressierung einzelner Speicherzellen - verwaltet. Der Pointer zeigt dabei jeweils auf den aktuell auszulesenden und visuell umzusetzenden Bereich des Pufferspeichers. Wird nun die Forward-Funktion betätigt, so wird der Pointer innerhalb des Speicherbereichs für die aktuelle Gruppe vorwärts bewegt bzw. nach oben gezählt. Dies ist in der Fig. 1b) dadurch veranschaulicht, dass der Pfeil nach rechts verschoben wurde. Wenn die Forward-Funktion über eine längere Zeit betätigt wird, führt dies zwangsläufig dazu, dass der Pointer die obere Grenze des Speicherbereichs für die aktuelle Gruppe überschreitet. Gemäß dem vorgeschlagenen Verfahren wird dann, ohne dass dies vom Nutzer bemerkt wird, die vorauslaufende Gruppe als aktuelle Gruppe definiert und der Pointer zeigt auf den entsprechenden Speicherbereich. Die Fig. 1c) veranschaulicht dies. Gleichzeitig wird die am weitesten entfernt liegende Gruppe, also die ehemals nachfolgende Gruppe deak­ tiviert, d. h. die zugehörige IP-Multicast-Adresse ungültig gesetzt. Die ehemals aktuelle Gruppe wird nun, nachdem der Pointer einen Speicherbereich nach oben verschoben wurde, zur nachfolgenden Gruppe erklärt. Außerdem wird eine Verbindung zum Server aufgebaut, um eine neue, die künftig als vorauslaufend behandelte Gruppe adressierende IP-Multicast-Adresse anzufordern. Hierdurch ist sichergestellt, dass im Pufferspeicher wieder wie zuvor drei verschiedene Phasen des Contents zwischengespeichert werden. According to further developments of the method already presented, the user should be able to influence the playback of the content by the client, similar to the playback of a video cassette on a video recorder. For this purpose, a start / pause function and a function for fast forward and rewind (forward / rewind) should be available. The forward / rewind function is to be explained in more detail with the aid of the schematic representations in FIGS. 1a) to 1c). Following the basic principle of the method, the client with the forward / rewind function for requesting and implementing content is assigned to an IP multicast group (current group) and its IP multicast address is set up for it via the one used to request the content IP unicast connection communicated. In addition, in order to implement the forward / rewind function, the IP multicast addresses of the group leading and following in relation to its current group are transmitted. The client has a buffer memory in which parts of the content can be temporarily stored. As can be seen from Fig. 1a), this buffer memory is divided into three areas. An area contains parts of the content that is broadcast to the group to which the client is assigned. In the other two storage areas, parts of the content transmitted to the preceding group or the following group are temporarily stored. When the content is implemented on the client, the software is managed by suitable software using a pointer - a pointer for addressing individual memory cells. The pointer points to the area of the buffer memory that is currently to be read and visually implemented. If the forward function is now activated, the pointer within the memory area for the current group is moved forward or counted up. This is illustrated in FIG. 1b) in that the arrow has been shifted to the right. If the forward function is operated for a longer period of time, this inevitably leads to the pointer exceeding the upper limit of the memory area for the current group. According to the proposed method, the leading group is then defined as the current group without the user noticing and the pointer points to the corresponding memory area. FIG. 1c) illustrates this. At the same time, the most distant group, that is, the formerly following group, is deactivated, ie the associated IP multicast address is set invalid. The formerly current group is now declared the next group after the pointer has been moved up a memory area. In addition, a connection to the server is established in order to request a new IP multicast address that will in future be addressed as a group to be treated in advance. This ensures that three different phases of the content are buffered in the buffer memory as before.

Um einen reibungslosen Übergang zwischen den Phasen zu ermöglichen, werden in den drei Speicherbereichen in der Nähe der Bereichsgrenzen zeitlich überlappende Teile des Contents zwischengespeichert. Dies wird in Fig. 1a) bis 1c) dadurch verdeutlicht, dass sich die Symbole für die Speicherbereiche hinsichtlich ihrer horizontalen Anordnung und Erstreckung einander überdecken.In order to enable a smooth transition between the phases, temporally overlapping parts of the content are temporarily stored in the three storage areas near the area boundaries. This is illustrated in FIGS. 1a) to 1c) in that the symbols for the storage areas overlap with respect to one another in terms of their horizontal arrangement and extent.

Claims (11)

1. Verfahren zur bandbreiteneffizienten Übertragung von Datenströmen, bei dem als Content-on-Demand auf einem Server in einem IP-Netz bereitgestellte Datenströme über IP-Multicast-Verbindungen an eine Mehrzahl gleichen Content zu unterschied­ lichen und gegebenenfalls teilweise überlappenden Abrufzeiten anfordernde Clients zeitdiskret übertragen werden, indem zueinander jeweils zeitdifferente Phasen des Contents enthaltende Datenströme vom Server mehreren IP-Multicast-Adressen zugeführt und über jede dieser IP-Multicast-Adressen von jeweils einer Gruppe (IP-Multicast-Gruppe) der den Content anfordernden Clients bezogen werden, wobei die IP-Multicast-Gruppen mittels einer auf dem Server ablaufenden Routine, jeweils unter Zuweisung der für sie gültigen IP-Multicast-Adresse, entsprechend der zeitlichen Aufeinanderfolge der Anforderung des Contents durch die Clients gebildet werden, indem die IP-Multicast-Adresse jedem zur Gruppe gehörenden Client über eine von ihm zur Anforderung des Contents aufgebaute IP-Unicast-Verbindung mitgeteilt wird und diese IP-Unicast-Verbindung, überbrückt durch einen Dialog zwischen dem Server und dem Client und/oder durch weitere vom Server zum Client übermittelte Daten, für eine variable Zeitspanne weiterhin aufrechterhalten wird, deren maximale, vom Betreiber des Servers vorgebbare Dauer mit dem durch die auf dem Server laufende Routine festgestellten Eintritt einer Bedingung beginnt und nach deren Ablauf die Downstream-Übertragung des angeforderten Contents über die der betreffenden IP-Multicast-Gruppe zugewiesene IP-Multicast-Adresse beginnt.1. A method for bandwidth-efficient transmission of data streams, in which as Content-on-demand data streams provided on a server in an IP network to differentiate via IP multicast connections to a plurality of the same content clients requesting partial and sometimes overlapping retrieval times are transmitted in a time-discrete manner in that phases of the Data streams containing content from the server of several IP multicast addresses fed and via each of these IP multicast addresses from a group (IP multicast group) of the clients requesting the content, where the IP multicast groups by means of a routine running on the server, in each case by assigning the IP multicast address valid for them, according to the temporal sequence of the request for content by the clients by using the IP multicast address for each client belonging to the group an IP unicast connection established by him to request the content is communicated and this IP unicast connection, bridged by a dialog between the server and the client and / or by further from the server to the client transmitted data is maintained for a variable period of time, the maximum duration that can be specified by the operator of the server with the duration of the routine detected by the server, the occurrence of a condition begins and after whose flow the downstream transmission of the requested content via the IP multicast address assigned to the relevant IP multicast group begins. 2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die maximale Dauer der Zeitspanne für das Aufrechterhalten der IP-Unicast-Verbindung zwischen dem Server und einem einer IP-Multicast-Gruppe zugeordneten Client durch den Betreiber des Servers in Abhängigkeit der zur Übertragung des gesamten Contents benötigten Zeit variabel festlegbar ist.2. The method according to claim 1, characterized in that the maximum duration of the Time period for maintaining the IP unicast connection between the server and a client assigned to an IP multicast group by the operator of the Server depending on the time required to transfer the entire content is variably definable. 3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Bildung von IP-Multicast-Gruppen in festgelegten Intervallen erfolgt, so dass es sich bei der Bedingung, mit deren Eintritt die maximale Dauer der Zeitspanne für das Aufrechterhalten einer IP-Unicast-Verbindung zwischen dem Server und einem einer IP-Multicast-Gruppe zugeordneten Client beginnt, um den Ablauf der Dauer für die Bildung der jeweils vorherigen IP-Multicast-Gruppe handelt, wobei diese Zeitdauer einem ganzzahligen Teil der zur Übertragung des gesamten Contents benötigten Zeit entspricht.3. The method according to claim 1 or 2, characterized in that the formation of IP multicast groups take place at fixed intervals, so that the Condition with the occurrence of which the maximum duration of the period for the Maintain an IP unicast connection between the server and one  IP multicast group assigned client starts to expire for the duration Formation of the previous IP multicast group in each case, this time period an integer part of the time it takes to transfer all of the content equivalent. 4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Zeitdauer zur Bildung der ersten, einen bestimmten Content anfordernden IP-Multicast-Gruppe mit dem Eingang der ersten Anforderung dieses Contents durch einen Client beim Server beginnt.4. The method according to any one of claims 1 to 3, characterized in that the Time period for the formation of the first, requesting a certain content IP multicast group upon receipt of the first request for this content a client starts at the server. 5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Zeitspanne, für welche die IP-Unicast-Verbindung zwischen dem Server und einem Content anfordernden Client bis zur Bereitstellung des Contents auf der dem Client und seiner IP-Multicast-Gruppe zugewiesenen IP-Multicast-Adresse aufrechterhalten wird, 10 Sekunden bis 1 Minute beträgt.5. The method according to any one of claims 1 to 4, characterized in that the Time span for which the IP unicast connection between the server and a Content requesting client until the content is provided on the client and maintain the IP multicast address assigned to its IP multicast group is 10 seconds to 1 minute. 6. Verfahren zur bandbreiteneffizienten Übertragung von Datenströmen, bei dem als Content-on-Demand auf einem Server in einem IP-Netz bereitgestellte Datenströme über IP-Multicast-Verbindungen an die Clients (Endgeräte mit einer gegebenenfalls zugehörigen Software-Umgebung) einer Mehrzahl gleichen Content zu unterschied­ lichen und gegebenenfalls teilweise überlappenden Abrufzeiten anfordernder Kunden zeitdiskret übertragen werden, indem
  • a) sich der jeweilige Kunde unter Nutzung einer von seinem IP-Multicast-fähigen Endgerät (PC oder Set-Top-Box) zu einer IP-Adresse aufgebauten IP-Unicast- Verbindung über das Content-on-Demand-Angebot informiert,
  • b) der Kunde, unter Nutzung der bestehenden IP-Unicast-Verbindung und eines unter der entsprechenden IP-Adresse verfügbaren Links, angebotenen Content bestellt oder kauft,
  • c) auf dem Endgerät des Kunden eine zum Empfang und zur visuell/akustischen Umsetzung von Datenströmen geeignete Applikation gestartet wird,
  • d) der den Content anfordernde Client des Kunden vom Server des den Content zur Verfügung stellenden Betreibers einer Gruppe (IP-Multicast-Gruppe) gleichen Content anfordernder Clients zugeordnet wird,
  • e) über die weiterhin bestehende IP-Unicast-Verbindung vom Server die für die IP-Multicast-Gruppe gültige IP-Multicast-Adresse sowie die Startzeit für die IP-Multicast-Übertragung des Contents über diese Adresse an den Client über­ mittelt wird, wobei gegebenenfalls zwischen dem Server und dem Client zu der vorgesehenen IP-Multicast-Übertragung weitere Parameter, wie Angaben zur Art eines einzusetzenden Verschlüsselungsverfahrens mit zugehörigen Schlüsseln oder Quality-of-Service-Parameter, ausgetauscht werden,
  • f) sofern die Startzeit für die IP-Multicast-Übertragung noch nicht erreicht ist, weitere Daten vom Server an den Client in Form eines (Werbe-)Trailers variabler Länge gesendet werden,
  • g) bei Erreichen der Startzeit für die IP-Multicast-Übertragung die Multi­ cast-Session eröffnet und der Content des übertragenen Datenstroms auf den zu der betreffenden IP-Multicast-Gruppe gehörenden Clients dargestellt wird.
6. A method for bandwidth-efficient transmission of data streams, in which data streams provided as content-on-demand on a server in an IP network via IP multicast connections to the clients (end devices with an associated software environment) of a plurality of identical content can be transmitted to customers requesting different and possibly partially overlapping call times discretely by
  • a) the respective customer obtains information about the content-on-demand offer using an IP unicast connection established by his IP multicast-capable device (PC or set-top box) to an IP address,
  • b) the customer orders or buys the offered content using the existing IP unicast connection and a link available at the corresponding IP address,
  • c) an application suitable for receiving and for the visual / acoustic implementation of data streams is started on the customer's terminal,
  • d) the client of the customer requesting the content is assigned to the same content requesting client by the server of the operator providing the content to a group (IP multicast group),
  • e) via the still existing IP unicast connection from the server, the IP multicast address valid for the IP multicast group and the start time for the IP multicast transmission of the content via this address to the client, whereby if necessary, further parameters, such as information about the type of encryption method to be used with associated keys or quality-of-service parameters, are exchanged between the server and the client for the intended IP multicast transmission,
  • f) if the start time for the IP multicast transmission has not yet been reached, further data is sent from the server to the client in the form of a (advertising) trailer of variable length,
  • g) when the start time for the IP multicast transmission is reached, the multicast session is opened and the content of the transmitted data stream is displayed on the clients belonging to the relevant IP multicast group.
7. Verfahren nach Anspruch 1 oder 6, dadurch gekennzeichnet, dass dem Benutzer eines Content anfordernden Clients eine Stop/Pause-Funktion zur Verfügung gestellt wird, wobei im Falle einer Aktivierung dieser Funktion die IP-Multicast-Verbindung aufrechterhalten und der weitere in Form von Datenströmen eingehende Content in einem Pufferspeicher des Clients zwischengespeichert wird, aus dem er zeitverzögert von einer zur visuell/akustischen Umsetzung von Datenströmen geeignete Appli­ kation wieder ausgelesen werden kann.7. The method according to claim 1 or 6, characterized in that the user one A stop / pause function is made available to content requesting clients, if this function is activated, the IP multicast connection maintained and the further incoming in the form of data streams in a buffer memory of the client is buffered, from which it is delayed from an appli suitable for the visual / acoustic implementation of data streams cation can be read out again. 8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass bei Erreichen der maxi­ malen Kapazität des bei aktivierter Stop/Pause-Funktion zur Zwischenspeicherung genutzten Pufferspeichers zwischen dem Server und dem betreffenden Client ein Dialog beginnt, in welchem der Client einer neuen IP-Multicast-Gruppe zugeordnet und ihm die für diese Gruppe gültige IP-Multicast-Adresse übermittelt wird, wobei der Content über diese Adresse zeitversetzt, also in einer gegenüber der zuvor gültigen IP-Multicast-Adresse zeitlich früheren Phase seines Ablaufs zu beziehen ist und sich dieser Verfahrensablauf bis zur Deaktivierung der Stop/Pause-Funktion oder dem Abbruch der auf dem Client zur Umsetzung der Datenströme laufenden Applika­ tion wiederholt. 8. The method according to claim 7, characterized in that when reaching the maxi Paint capacity of the stop / pause function for temporary storage used buffer memory between the server and the client concerned Dialog begins in which the client is assigned to a new IP multicast group and the IP multicast address valid for this group is transmitted to it, whereby the content is delayed via this address, that is, in a compared to the previous one valid IP multicast address in the earlier phase of its execution and this process flow until the stop / pause function is deactivated or the termination of the applications running on the client to implement the data streams tion repeated.   9. Verfahren nach einem der Ansprüche 1 oder 6 bis 8, dadurch gekennzeichnet, dass an jeden zu einer IP-Multicast-Gruppe gehörenden Client neben der IP-Multicast- Adresse seiner Gruppe (aktuelle Gruppe) auch die IP-Multicast-Adressen der nachfolgenden (bei der Wiedergabe des Contents zeitlich weiter zurückliegenden) und der vorauslaufenden (bei der Wiedergabe des Contents zeitlich weiter fortgeschrittenen) IP-Multicast-Gruppe übermittelt und in einem in drei Bereiche unterteilten Pufferspeicher des Clients Teile des der aktuellen Gruppe sowie des der nachfolgenden und der vorauslaufenden IP-Multicast-Gruppe übermittelten Contents zwischengespeichert werden und dass dem Benutzer des Clients eine Funktion zur Verfügung steht, mittels welcher er sich vergleichbar einem Videorekorder in dem Content schnell vorwärts (Forward) oder schnell rückwärts (Rewind) bewegen kann, indem ein zur Adressierung einzelner Speicherzellen des Pufferspeichers dienender Pointer (Zeiger) einer zur visuell/akustischen Umsetzung von Datenströmen auf dem Client laufenden Applikation in dem den Content der aktuellen Gruppe aufnehmenden Speicherbereich vorwärts oder rückwärts bewegt beziehungsweise hoch- oder heruntergezählt und beim Überschreiten der Speicherbereichsgrenzen für diese Gruppe die vorauslaufende oder die nachfolgende IP-Multicast-Gruppe als aktuelle Gruppe definiert wird sowie im Falle der Forward-Funktion die Adresse der nachfolgenden IP-Multicast-Gruppe, andernfalls die Adresse der vorauslaufenden IP-Multicast-Gruppe ungültig gesetzt und vom Client unter Nutzung in den Streamingdaten des Contents enthaltener Zeitinformationen im Falle des Forward die IP-Multicast-Adresse der übernächsten, also noch weiter vorauslaufenden Gruppe, andernfalls die IP-Multicast-Adresse der, bezogen auf die Wiedergabe des Contents gegenüber der nachfolgenden IP-Multicast-Gruppe, zeitlich noch weiter zurückliegenden Gruppe vom Server abgefordert wird, so dass wiederum der Pufferspeicher mit Streamingdaten, welche Teile des Contents einer aktuellen Gruppe sowie einer vorauslaufenden und einer nachfolgenden IP-Multicast-Gruppe repräsentieren, belegt wird.9. The method according to any one of claims 1 or 6 to 8, characterized in that every client belonging to an IP multicast group in addition to the IP multicast The address of its group (current group) also the IP multicast addresses of the subsequent (when the content was played back in time) and the preceding one (in time when the content is played back advanced) IP multicast group and transmitted in one in three areas divided buffer memory of the client parts of the current group and the subsequent and the preceding IP multicast group transmitted content be cached and that the user of the client has a function for Is available, by means of which it can be compared to a video recorder in the Can move content quickly forward or backward quickly, by a serving for addressing individual memory cells of the buffer memory Pointer (pointer) for the visual / acoustic implementation of data streams on the Client running application in which the content of the current group Memory area moved forward or backward or up or counted down and when the storage area limits for them are exceeded Group the leading or following IP multicast group as the current one Group is defined and, in the case of the forward function, the address of the subsequent IP multicast group, otherwise the address of the preceding one IP multicast group set invalid and used by the client in the Streaming data of the content of time information contained in the case of the forward the IP multicast address of the next but one group, i.e. the group that is still ahead, otherwise the IP multicast address of the, related to the playback of the content compared to the subsequent IP multicast group, even further in time previous group is requested by the server, so that in turn the Buffer memory with streaming data, which parts of the content of a current group as well as a leading and a subsequent IP multicast group represent. 10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass die Systemzeit des Servers als Zeitbasis zur Steuerung der zeitlichen Abläufe dient. 10. The method according to any one of claims 1 to 9, characterized in that the System time of the server serves as a time base for controlling the time sequences.   11. Verfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass es sich bei dem Content um Video-on-Demand handelt.11. The method according to any one of claims 1 to 10, characterized in that it is the content is video on demand.
DE2001104961 2001-02-03 2001-02-03 Bandwidth-efficient transmission of data streams in IP network involves forming IP multi-cast groups on server by allocating multi-cast addresses according to time sequence of requests Withdrawn DE10104961A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
DE2001104961 DE10104961A1 (en) 2001-02-03 2001-02-03 Bandwidth-efficient transmission of data streams in IP network involves forming IP multi-cast groups on server by allocating multi-cast addresses according to time sequence of requests

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE2001104961 DE10104961A1 (en) 2001-02-03 2001-02-03 Bandwidth-efficient transmission of data streams in IP network involves forming IP multi-cast groups on server by allocating multi-cast addresses according to time sequence of requests

Publications (1)

Publication Number Publication Date
DE10104961A1 true DE10104961A1 (en) 2002-08-08

Family

ID=7672782

Family Applications (1)

Application Number Title Priority Date Filing Date
DE2001104961 Withdrawn DE10104961A1 (en) 2001-02-03 2001-02-03 Bandwidth-efficient transmission of data streams in IP network involves forming IP multi-cast groups on server by allocating multi-cast addresses according to time sequence of requests

Country Status (1)

Country Link
DE (1) DE10104961A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2906954A1 (en) * 2006-10-10 2008-04-11 Tdf Sa METHOD FOR TIME DELAYING DIGITAL CONTENT STREAMS, DEVICE, AND CORRESPONDING COMPUTER PROGRAM PRODUCT.
US20170366590A1 (en) * 2014-09-15 2017-12-21 Verizon Digital Media Services Inc. Multi-Tenant Over-The-Top Multicast

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19807076A1 (en) * 1998-02-20 1999-08-26 Cit Alcatel Data delivery system
US6085221A (en) * 1996-01-08 2000-07-04 International Business Machines Corporation File server for multimedia file distribution
WO2000048364A1 (en) * 1999-02-09 2000-08-17 Sony Corporation Information distribution system, terminal device, server device, method of data reception and method of data transmission

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6085221A (en) * 1996-01-08 2000-07-04 International Business Machines Corporation File server for multimedia file distribution
DE19807076A1 (en) * 1998-02-20 1999-08-26 Cit Alcatel Data delivery system
WO2000048364A1 (en) * 1999-02-09 2000-08-17 Sony Corporation Information distribution system, terminal device, server device, method of data reception and method of data transmission

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
KATZ,Randy H.: High-Performance Network and Channel Based Storage. In: Proceedings Of The IEEE, Vol.80, No.8, Aug. 1992, S.1238-1260 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2906954A1 (en) * 2006-10-10 2008-04-11 Tdf Sa METHOD FOR TIME DELAYING DIGITAL CONTENT STREAMS, DEVICE, AND CORRESPONDING COMPUTER PROGRAM PRODUCT.
WO2008043738A1 (en) * 2006-10-10 2008-04-17 Tdf Method for time-delaying a flow of digital contents, and related device and computer software product
US20170366590A1 (en) * 2014-09-15 2017-12-21 Verizon Digital Media Services Inc. Multi-Tenant Over-The-Top Multicast
US10791157B2 (en) * 2014-09-15 2020-09-29 Verizon Digital Media Services Inc. Multi-tenant over-the-top multicast

Similar Documents

Publication Publication Date Title
DE60103005T2 (en) Data stream in a peer-to-peer architecture
DE602004011485T2 (en) Broadband telecommunications system and method used therein for reducing the latency of a channel zapping from a multimedia receiver
DE60308013T2 (en) Method for distributing real-time data streams over a multimedia network and switching device and multimedia network
DE112006002677T5 (en) Method and apparatus for RTP output streaming using complementary directional files
DE112012002159T5 (en) Context-aware client buffer thresholds
DE112012001770T5 (en) Real-time processing capability based quality adjustment
DE69931513T2 (en) DATA TRANSPORT
DE60026006T2 (en) System for receiving multiple data
DE60220802T2 (en) METHOD OF DISTRIBUTING CONTENTS OF A DETECTION SERVER AND RECEIVER
DE10004829B4 (en) Method and device for transmitting data units of a data stream
DE60205393T2 (en) METHOD AND DEVICE FOR RECEIVING ROUND SEND DATA
DE10104961A1 (en) Bandwidth-efficient transmission of data streams in IP network involves forming IP multi-cast groups on server by allocating multi-cast addresses according to time sequence of requests
EP2030474B1 (en) Method and system for establishing communication relations
DE60214854T2 (en) METHOD OF DISTRIBUTING CONTENTS OF A DETECTION SERVER AND RECEIVER
EP2206311B1 (en) Method and system for the bandwidth-optimized transmission of hdtv data streams via an ip-based distributor network
DE10353793B4 (en) Method for improving the reproduction quality in the case of packet-oriented transmission of audio / video data
DE4446093C2 (en) Method for controlling the establishment of a connection for interactive services
WO2021008943A1 (en) Method for transmitting video information to a telecommunications device, the video information comprising a plurality of video information streams, system, telecommunications device, content-related background server unit, computer program and computer-readable medium
DE102008060346B4 (en) Method and multicast replication point for providing programs of a multicast group
WO2011006834A1 (en) Control of the data rate of a media download using client reproduction status information
EP2177032A1 (en) Method and system for reducing the switching gap during a program change in a digital video environment
EP3585059B1 (en) Transmission of real-time data packets of programs from the internet
DE102005046382A1 (en) Multimedia-data streams e.g. video-streams, transmitting method, for e.g. TV set, involves recording position of reference information for stored streams, selecting one stream from position and sending stream to communication device
EP1981284A1 (en) Method for reading data and device
WO2021160271A1 (en) Data transmission method

Legal Events

Date Code Title Description
OM8 Search report available as to paragraph 43 lit. 1 sentence 1 patent law
8141 Disposal/no request for examination