EP3149953A1 - Sat>ip proxyserver für iptv - Google Patents

Sat>ip proxyserver für iptv

Info

Publication number
EP3149953A1
EP3149953A1 EP15713691.2A EP15713691A EP3149953A1 EP 3149953 A1 EP3149953 A1 EP 3149953A1 EP 15713691 A EP15713691 A EP 15713691A EP 3149953 A1 EP3149953 A1 EP 3149953A1
Authority
EP
European Patent Office
Prior art keywords
sat
iptv
client
server function
protocol
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.)
Ceased
Application number
EP15713691.2A
Other languages
English (en)
French (fr)
Inventor
Carsten Dethloff
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
Publication of EP3149953A1 publication Critical patent/EP3149953A1/de
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless for transferring content from a first network to a second network, e.g. between IP and wireless

Definitions

  • the invention relates to a method and a system for transmitting IPTV (Internet Protocol Television) signals to a client, which is integrated into an IP-based architecture for the reception and distribution of satellite signals over a local area network, the communication being satellite Signals over the network on the basis of the satellite to Internet Protocol (SAT-IP or synonym SAT> IP) happens.
  • IPTV Internet Protocol Television
  • Known satellite TV reception systems first convert the signals received by the satellites in the frequency range between 1 1, 7 GHz and 12.95 GHz to an intermediate frequency in the frequency range 950-2150 MHz and then distribute the signals according to the DVB-S (satellite) or DVB-S2 standard via coaxial cable or - with the help of multi-frequency converters - to one or more satellite receivers and set-top boxes.
  • DVB-S short-band-S
  • DVB-S2 wireless RF-S2
  • a standard was recently published with the SAT> IP protocol, with which DVB-S signals can be converted and encapsulated in IP packets, whereby these packets can then be distributed over any IP network as known from conventional IPTV.
  • SAT> IP protocol the digital DVB satellite signals, as they come from a LNB (low noise block) or a multi-switch, converted directly into IP signals and distributed over the landline or wireless network-based IP network.
  • LNB low noise block
  • SAT> IP clients broadcasts received via satellite can be output directly to corresponding multimedia IP devices, so-called SAT> IP clients.
  • SAT> IP client uses the SAT> IP server virtually as a "virtual" receiver
  • the particular advantage of this transmission in the form of IP signals is that the distribution of the satellite signals can take place over the existing IP networks and not
  • the SAT> IP protocol has been specially developed to allow devices that "understand" this protocol to communicate with the appropriate SAT> IP servers.
  • the SAT> IP protocol is a remote tuner protocol based on existing protocols such as IP and UPnP (Universal Plug and Play), RTSP (RealTime Streaming Protocol) and HTTP (Hypertext Transfer Protocol). It provides a media layer and a control layer, where at the media level the SAT> IP Server Media Stream is sent in unicast or multicast RTP / UDP (User Datagram Protocol). For example, at the control level, clients request access to satellite, transponder, and MPEG streams over RTSP or HTTP. The packets required for the requested TV transmission are then sent over the IP network.
  • IP and UPnP Universal Plug and Play
  • RTSP RealTime Streaming Protocol
  • HTTP Hypertext Transfer Protocol
  • the object of the invention is now to propose a method by which programs that are already distributed via IPTV via the (V) DSL or fiber network can be displayed in a technically simple and cost-effective manner by means of SAT> IP clients.
  • the task is still to propose a corresponding system for implementing the method.
  • WO 2014/029 817 A1 discloses a device ("crossover box") which receives requests from a client in accordance with the SAT-IP protocol and evaluates corresponding reception parameters in order to be able to send a corresponding response to the SAT-IP client For example, this apparatus generates a combined output data stream according to the SAT-IP protocol, which not only contains data of a received TV program, but also provides further data retrieved over the Internet.
  • the basic idea of the method according to the invention is, in simple terms, to "pretend" the SAT-IP client by means of a functionality integrated in the interface to the IPTV to a SAT-IP server, wherein the SAT-IP client has the IPTV content in that of a SAT-IP server
  • the IPTV server functionality is integrated as a module in an IAD (Integrated Access Device) or a router.
  • the SAT-IP client searches by means of a request for a satellite designated by certain receive parameters transmitter, the SAT-IP client already specify the desired receive parameters together with the request or bring them in the sense of a station scan.
  • the IPTV server function evaluates the request of the SAT-IP client, assigns it an IPTV transmitter and sends the SAT-IP client a response according to the SAT IP specification.
  • the previously required SAT> IP server is replaced according to the invention by the IPTV server function.
  • IPTV server function it is now possible to output programs that are sent via IPTV, for example via VDSL or fiber, on SAT-IP clients.
  • the user does not have to switch from one to the other output medium or to another application when changing the transmission standard, but can receive broadcasts both via satellite and via IPTV with a device and an application. The user does not even notice that he is accessing the offer of the other medium.
  • the method of the invention can make use of the proven techniques that DLNA / UPnP (Digital Living Network Alliance / Universal Plug and Play). Since the basic framework of both specifications is almost identical, SAT> IP devices can easily be extended to DLNA servers or clients.
  • the method according to the invention advantageously uses the real-time streaming protocol (RTSP) or HTTP.
  • RTSP real-time streaming protocol
  • the actual streaming can then also be handled by means of real-time transport protocol or HTTP.
  • the actual data can be transmitted in DVB's usual MPEG-2 transport stream format. Together with the IP, UDP and RTP headers and the transport stream blocks corresponding packets are formed.
  • the IPTV server functionality can also translate the tables by IPTV-specific values into DVB-ST-compliant values.
  • IPTV IPTV parameter allocation
  • mapping IPTV parameters to the structure prescribed by the SAT-IP parameters. This mapping of the parameters necessary for controlling the receiving part is realized by the IPTV server function If the IPTV streams are offered in the SAT> IP format, the SAT> IP client will not be notified that it is receiving IPTV data instead of SAT> IP data.
  • IPTV server function In a particularly simple version of the IPTV server function, all streams and frequencies are tightly integrated into the code of the operating system. Since a new programming with a corresponding compilation is necessary when changing the frequencies, it is advantageous to read the IPTV channels to be streamed and the frequencies to which the transmitters are mapped from a file.
  • HashTable:: iterator * iter HashTable:: iterator:: create (* fTable); string StreamName;
  • a function can be used to read in the multicast address and name of a stream from an M3U file, an open playlist format for media files grouped together.
  • the content of such an M3U file in EXTM3U format is shown below:
  • rtp //@239.35.20.10: 10000
  • the content in this case means that, for example, the ARD transmits a stream by means of the Real-Time Transfer Protocol (RTP), and this can be reached via the IP address 239.35.10.4 and the port address 10,000.
  • RTP Real-Time Transfer Protocol
  • the DVB-S and the DVB-T frequency range can be used.
  • the allocation from the current DVBViewer station list can be used for satellite reception on Astra 19.2 ° East.
  • the frequencies in the DVB-T range are assigned automatically, as shown in the listing below. The order does not match the order in which the SATiPmaps objects are added to the HashTable. void cleanUpFreqs (Boolean addDVBT) ⁇
  • HashTable:: Iterator * iter HashTable:: Iterator:: create (* f Table); char const * key;
  • map-> Freqs.erase unique (map-> Freqs. begin (), map-> Freqs.end ()), map-> Freqs.end ());
  • this can be assigned, for example, to the frequency 10748 MHz.
  • Another possibility of allocation is a separate configuration file in which the frequencies to be allocated are listed after the colon followed by a colon, separated by spaces. Allocation of frequencies in the DVB-C range is easily possible in one of these ways.
  • SATiPParams analogous to the SATiPmaps type.
  • the parser can be integrated into the SATiPmapping class and a function can be integrated with the method calcPids extended to calculate the currently requested PIDs.
  • the procedure according to the invention is of great advantage, since the service is no longer limited to the set-top box.
  • the figure shows a network element 1 of a telecommunications network receiving an IPTV stream from a server.
  • the network element 1 is connected via a (V) DSL or optical fiber line 2 to an access means 3 in the form of a router or an IAD (Integrated Access Device).
  • the router 3 can send the IPTV stream via radio interfaces 4, in particular via WLAN, to a notebook 5, a tablet PC 6 or a smartphone 7.
  • the IPTV stream is played in a known manner by means of a corresponding media player.
  • the router 3 is connected via a landline 8 with a set-top box 9, which is associated with a television set 10.
  • a set-top box 9 which is associated with a television set 10.
  • satellite programs can be played on the TV, which are transmitted in the SAT> IP standard.
  • the set-top box 9 assumes the role of a SAT> IP client.
  • the IPTV server function according to the invention is implemented, with which the IPTV stream is converted into the SAT> IP protocol that is understandable for the SAT> IP client, the set-top box 9.
  • the IPTV server function may also be implemented in a standalone device, e.g. connected to the IAD or router via a free LAN port.
  • the set-top box 9 When the set-top box 9 is switched on, it can start a request, for example in the form of a search run, which depends on the IPTV address realized in the router 3. Server function is picked up. The IPTV server function sends in response a IPTV stream mapped to a frequency that can be processed by the set-top box 9, which it receives from the network element 1.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

Verfahren zur Übertragung von IPTV Signalen an einen SAT-IP Client, wobei eine IPTV Serverfunktion dem SAT-IP Client, der einen durch bestimmte Empfangsparameter gekennzeichneten Satelliten Sender anfragt, die Funktionalität eines SAT-IP Servers vorgibt, indem die IPTV Serverfunktion die Anfrage des SAT-IP Clients ausgewertet, einem IPTV Sender zugeordnet und dem SAT-IP Client eine Antwort entsprechend der SAT IP Spezifikation sendet.

Description

SAT>IP Proxyserver für IPTV
Die Erfindung betrifft ein Verfahren und ein System zur Übertragung von IPTV (Internet Protocol Television) Signalen an einen Client, der in eine IP-basierte Architektur für den Empfang und die Verteilung von Satelliten-Signalen über ein lokales Netz eingebunden ist, wobei die Kommunikation Satelliten-Signale über das Netz auf der Grundlage des Satellit zu Internet Protokolls (SAT-IP oder synonym SAT>IP) geschieht.
Bekannte Satelliten-TV-Empfangsanlagen setzen die von den Satelliten im Frequenzbereich zwischen 1 1 ,7 GHz und 12,95 GHz empfangenen Signale zunächst auf eine Zwischenfrequenz im Frequenzbereich 950-2150 MHz um und verteilen die Signale dann nach dem DVB-S (Satellit) oder DVB-S2 Standard über Koaxialkabel oder - mit Hilfe von Multischaitern - an einen oder mehrere Satelliten-Empfänger und Set-Top-Boxen. Dabei wurde kürzlich mit dem SAT>IP Protokoll ein Standard veröffentlicht, mit dem DVB-S Signale konvertiert und in IP-Pakete gekapselt werden können, wobei diese Pakete dann wie vom herkömmlichen IPTV bekannt über beliebige IP-Netzwerke verteilt werden können.
Mit diesem SAT>IP Protokoll werden die digitalen DVB Satellitensignale, wie sie von einem LNB (Low Noise Block) oder einem Multischalter kommen, direkt in IP-Signale umgesetzt und über das festnetz- oder funknetzgestützte IP-Netz verteilt. Auf diese Weise lassen sich über Satellit empfangene Sendungen unmittelbar auf entsprechenden Multimedia-IP-Geräten, sogenannten SAT>IP-Clients ausgeben. Dabei nutzt solch ein SAT>IP-Client den SAT>IP-Server quasi als „virtuellen" Empfänger. Der besondere Vorteil dieser Übertragung in Form von IP-Signalen ist, dass die Verbreitung der Satellitensignale über die bestehenden IP-Netzwerke erfolgen kann und keine aufwendigen Koaxialkabelnetze nötig sind. Das SAT>IP Protokoll wurde extra dazu entwickelt, um Geräten, die dieses Protokoll„verstehen", die Kommunikation mit entsprechenden SAT>IP-Servern zu ermöglichen. Das SAT>IP Protokoll ist dabei ein Remote-Tuner-Protokoll, das auf bestehende Protokolle, wie IP und UPnP (Universal Plug and Play), RTSP (RealTime Streaming Protokoll) und HTTP (Hypertext Transfer Protokoll) aufbaut. Es bietet eine Mediaebene und eine Steuerebene, wobei auf der Mediaebene der SAT>IP Server Media-Stream in Unicast- oder Multicast-RTP/UDP (User Datagram Protocol) gesendet wird. Auf der Steuerebene fordern beispielsweise die Clients den Zugriff auf Satelliten-, Transponder- und MPEG Streams über RTSP oder HTTP an. Die für die angeforderte TV-Übertragung benötigten Pakete werden dann über das IP- Netzwerk versendet.
Das SAT>IP Protokoll hat sich zwischenzeitlich so weit durchgesetzt, dass immer mehr entsprechende Endgeräte, mithin SAT>IP Clients, auf den Markt kommen, die über diesen Standard kommunizieren können. Auch die Integration in neue Smart- TV Geräte ist geplant. Mit der Verbreitung des SAT>IP Protokolls wird es für Nutzer zunehmend schwieriger, respektive unkomfortabler, Sendungen über andere derzeit weit verbreitete Übertragungsstandards zu empfangen. Im schlimmsten Fall gibt es irgendwann Endgeräte, die nur noch SAT>IP verstehen können.
Aufgabe der Erfindung ist es nunmehr, ein Verfahren vorzuschlagen, mit dem sich Sendungen, die schon heute via IPTV über das (V)DSL oder Glasfaser Netz verbreitet werden, auf technisch einfache und kostengünstige Weise vermittels SAT>IP Clients darstellen lassen. Aufgabe ist es weiterhin, ein entsprechendes System zur Umsetzung des Verfahrens vorzuschlagen.
Aus der WO 2014/029 817 A1 ist eine Vorrichtung („crossover box") offenbart, die Anfragen von einem Client gemäß dem SAT-IP Protokoll empfängt und entsprechende Empfangsparameter auswertet, um dem SAT-IP Client eine entsprechende Antwort senden zu können. Zudem wird durch diese Vorrichtung ein kombinierter Ausgangsdatenstrom gemäß dem SAT-IP Protokoll erzeugt, der nicht nur Daten eines empfangenen TV-Programms enthält, sondern auch weitere über das Internet abgerufene Daten bereitstellt. Diese Aufgaben werden durch das Verfahren nach Anspruch 1 und das System nach Anspruch 7 gelöst. Bevorzugte Ausgestaltungen ergeben sich aus den jeweiligen Unteransprüchen.
Die Grundidee des erfindungsgemäßen Verfahrens liegt einfach ausgedrückt darin, dem SAT-IP Client vermittels einer in der Schnittstelle zum IPTV integrierten Funktionalität einen SAT-IP Server„vorzugaukeln", wobei dem SAT-IP Client der IPTV Inhalt in der von einem SAT-IP Server genutzten Parameterumgebung übertragen wird. Das geschieht mit einer erfindungsgemäßen IPTV Serverfunktion, die dem anfragenden SAT-IP Client die Funktionalität eines SAT-IP Servers vorgibt. Vorteilhafterweise ist die IPTV Serverfunktionalität als Modul in ein IAD (Integrated Access Device) respektive einen Router integriert.
Im Rahmen der Datenübertragung sucht der SAT-IP Client mittels einer Anfrage einen durch bestimmte Empfangsparameter gekennzeichneten Satelliten Sender, wobei der SAT-IP Client schon zusammen mit der Anfrage die gewünschten Empfangsparameter vorgeben oder sie erst im Sinne eines Sendersuchlaufes in Erfahrung bringen kann. Die IPTV Serverfunktion wertet die Anfrage des SAT-IP Clients aus, ordnet dieser einen IPTV Sender zu und sendet dem SAT-IP Client eine Antwort entsprechend der SAT IP Spezifikation.
Somit wird der vormals benötigte SAT>IP Server erfindungsgemäß durch die IPTV Serverfunktion ersetzt. Mit dieser Vorgehensweise ist es nunmehr möglich, Sendungen, die mittels IPTV beispielsweise über VDSL oder Glasfaser verschickt werden, auf SAT-IP Clients auszugeben. In Folge dessen muss der Nutzer nicht beim Wechsel des Übertragungsstandards von einem zum anderen Ausgabemedium oder zu einer anderen Applikation wechseln, sondern kann mit einem Gerät und einer Applikation Sendungen sowohl über Satellit als auch über IPTV empfangen. Der Nutzer merkt dabei noch nicht einmal, dass er auf das Angebot des jeweils anderen Mediums zugreift.
Bei der Netzwerkkommunikation kann sich das erfindungsgemäße Verfahren bewährter Techniken bedienen, die es von DLNA/UPnP (Digital Living Network Alliance/Universal Plug and Play) übernehmen kann. Da das Grundgerüst beider Spezifikationen nahezu identisch ist, lassen sich SAT>IP Geräte einfach zu DLNA Servern respektive Clients erweitern. Zur Steuerung der IPTV-Serverfunktion durch den SAT>IP Client nutzt das erfindungsgemäße Verfahren vorteilhafterweise das Real-Time Streaming Protokoll (RTSP) oder HTTP. Das eigentliche Streaming kann dann auch mittels Real-Time Transport Protokoll oder HTTP abgewickelt werden. Die eigentlichen Daten können in dem bei DVB üblichen MPEG-2 Transportstrom- Format übertragen werden. Zusammen mit dem IP-, UDP- und RTP Header und den Transportstrom Blöcken werden entsprechende Pakete gebildet. Bei Bedarf kann die IPTV Serverfunktionalität zusätzlich die Tabellen um IPTV spezifische Werte in DVB- S T konforme Werte übersetzen.
Da die Programminhalte der IPTV-Streams von dem erfindungsgemäßen Verfahren nicht angetastet werden, können neben den frei empfangbaren Kanälen prinzipiell auch verschlüsselte PAY-TV Kanäle wiedergegeben werden, was ein wesentlicher Vorteil des erfindungsgemäßen Verfahrens ist.
Die technische Realisierung der Integration von IPTV wird vorteilhafterweise über eine interne Zuordnung („Mapping") von IPTV Parametern auf die von den SAT-IP Parametern vorgegebene Struktur erfolgen. Dieses Mapping der zur Steuerung des Empfangsteils nötigen Parameter wird von der IPTV Serverfunktion realisiert. Da ihm die IPTV Streams im SAT>IP Format angeboten werden, bekommt der SAT>IP Client nicht mit, dass er IPTV Daten statt SAT>IP Daten empfängt.
In einer besonders einfachen Version der IPTV Serverfunktion werden alle Streams und Frequenzen fest in den Code des Betriebssystems integriert. Da bei einer Änderung der Frequenzen eine neue Programmierung mit entsprechender Kompilierung notwendig ist, ist es vorteilhaft, die zu streamenden IPTV Kanäle und die Frequenzen, auf welche die Sender gemappt werden, aus einer Datei auszulesen.
Um nun für die IPTV Serverfunktion die Möglichkeit zu schaffen, alle verfügbaren IPTV Programme weiterleiten zu können, müssen deren Parameter sinnvoll verwaltet werden. Dazu ist es vorteilhaft, einen Variablen Typ, hier SATIPmaps, zu definieren und für jedes IPTV Programm eine Variable dieses Typs anzulegen. In dieser nachfolgend wiedergegebenen Variablen können die nötigen Parameter gespeichert werden.
typedef struct SATIPmaps {
string name;
string IP;
u_intl6_t Port;
vector<float> Freqs;
u_intl6_t ServicelD;
u_intl6_t TransportStreamID;
u_intl6_t NetworkID;
} SATIPmaps]
Die Zeiger auf die Variablen können dann in einer HashTable als Parameter übergeben werden und ermöglichen den Zugriff auf alle Parameter. Ein Beispiel für eine Funktion zum Auffinden von Stream-Parametern über die Frequenz zeigt die nachfolgend wiedergegebene Funktion lookupStreamName(...) : string lookupStreamName(float aktFreq) {
HashTable: : Iterator* iter = HashTable: :Iterator: : create( *fTable) ; string StreamName;
char const* key;
for (SATIPmaps* map; (map = (SATIPmaps*) (iter->next(key) ) ) != NULL; ) for(vector<float> : : const_iterator i = map- >Freqs . begin( ) ; i != map->Freqs.end(); ++i)
if (aktFreq == *i)
StreamName = key;
return StreamName;
}
Zum Einlesen der Stream Parameter kann eine Funktion dienen, die es ermöglicht, die Multicast-Adresse und den Namen eines Streams aus einer M3U-Datei, einem offenen Playlist-Format für Mediendateien, die als Liste zusammengefasst sind, einzulesen. Der Inhalt einer solchen M3U-Datei im EXTM3U Format ist nachfolgend wiedergegeben:
#EXTM3U
#EXTINF: -1, Das Erste
rtp:// 0239.35.10. : 10000
#EXTINF : -1 , ZDF
rtp: //@239.35.10.5: 10000
#EXTINF : -1 , RTL
rtp://@239.35.20.10:10000 Der Inhalt bedeutet in diesem Fall, dass beispielsweise die ARD einen Stream vermittels des Real-Time Transfer Protokoll (RTP) überträgt und dieser über die IP Adresse 239.35.10.4 und die Portadresse 10.000 zu erreichen ist.
Für die Zuordnung der Frequenzen kann der DVB-S und der DVB-T Frequenzbereich genutzt werden. Im DVB-S Frequenzbereich kann die Zuteilung aus der aktuellen DVBViewer Senderliste für den Satellitenempfang auf Astra 19,2°Ost genutzt werden. Die Frequenzen im DVB-T Bereich werden, wie im nachfolgend wiedergegebenen Listing zu erkennen ist, automatisch vergeben. Dabei entspricht die Reihenfolge nicht der Reihenfolge in der die SATiPmaps Objekte der HashTable hinzugefügt werden. void cleanUpFreqs(Boolean addDVBT) {
HashTable: :Iterator* iter = HashTable: :Iterator: :create(*f Table); char const* key;
float freq = 474;
for (SATiPmaps* map; (map = (SATiPmaps*) (iter- >next( key) ) ) !=
NULL; )
{
if (addDVBT) {
map->Freqs . push_back(freq);
freq += 8;
}
map->name = key;
sort(map->Freqs . begin( ) , map- >Freqs . end ());
map->Freqs.erase( unique(map- >Freqs . begin( ) , map->Freqs.end()), map->Freqs.end());
}
}
Im oben genannten Beispiel des ARD Streams kann dieser beispielsweise der Frequenz 10748 MHz zugeordnet werden.
Eine weitere Möglichkeit der Zuteilung besteht über eine separate Konfigurations-Datei, in der die zuzuteilenden Frequenzen nach dem, von einem Doppelpunkt gefolgten, Sendernamen, durch Leerzeichen getrennt, gelistet werden. Eine Zuteilung von Frequenzen im DVB-C Bereich ist auf eine dieser Arten problemlos möglich.
Um die vom SAT>IP Parser eingelesenen Parameter besser zu organisieren und deren Speicherung übersichtlicher zu gestalten, ist es vorteilhaft, analog zum SATiPmaps Typ einen neuen Typ SATiPParams zu definieren. Dabei kann der Parser in die SATiPmapping Klasse integriert und mit der Methode calcPids (...) eine Funktion integriert werden, um die aktuell angeforderten PIDs zu berechnen. Für Konsumenten von IPTV ist die erfindungsgemäße Vorgehensweise von großem Vorteil, da der Dienst nicht mehr auf die Set-Top-Box beschränkt ist. Mit der Unterstützung von SAT>IP durch die neue Generation von Smart-TVs ist es somit erstmals möglich, auch IPTV ohne zusätzliche Fernbedienung direkt am Fernseher zu empfangen.
Die Erfindung wird anhand der Figur nachfolgend näher beschrieben.
Die Figur zeigt ein Netzelement 1 eines Telekommunikationsnetzes, das einen IPTV Stream seitens eines Servers empfängt. Das Netzelement 1 ist über eine (V)DSL oder Glasfaser Leitung 2 mit einem Zugangsmittel 3 in Form eines Routers respektive eines IAD (Integrated Access Device) verbunden. Der Router 3 kann den IPTV Stream über Funkschnittstellen 4, insbesondere über WLAN, an ein Notebook 5, einen Tablet-PC 6 oder ein Smartphone 7 senden. Auf diesen Geräten wird der IPTV Stream auf bekannte Weise mittels eines entsprechenden Media-Players abgespielt.
Zudem ist der Router 3 über eine Festnetzleitung 8 mit einer Set-Top-Box 9 verbunden, die einem Fernsehgerät 10 zugeordnet ist. Über die Set-Top-Box 9 können auf dem Fernsehgerät 10 Satellitenprogramme abgespielt werden, die im SAT>IP Standard übertragen werden. Insofern nimmt die Set-Top-Box 9 die Rolle eines SAT>IP Clients ein.
Im Router 3 ist die erfindungsgemäße IPTV Serverfunktion realisiert, mit welcher der IPTV Stream in das für den SAT>IP Client, die Set-Top-Box 9, verständliche SAT>IP Protokoll gewandelt wird. Alternativ kann die IPTV Serverfunktion auch in einem eigenständigen Gerät implementiert werden, das z.B. über einen freien LAN Port mit dem IAD oder Router verbunden wird.
Beim Einschalten der Set-Top-Box 9 kann diese eine Anfrage, beispielsweise in Form eines Such lauf es starten, die von der im Router 3 realisierten IPTV- Serverfunktion aufgegriffen wird. Die IPTV-Serverfunktion sendet als Antwort einen auf eine für die Set-Top-Box 9 verarbeitbare Frequenz gemappten IPTV-Stream, den er vom Netzelement 1 empfängt.

Claims

Ansprüche
1. Verfahren zur Übertragung von IPTV Signalen an einen SAT-IP Client, wobei dem SAT-IP Client, der einen durch bestimmte Empfangsparameter gekennzeichneten Satelliten Sender anfragt, die Funktionalität eines SAT-IP Servers durch eine IPTV Serverfunktion vorgegeben wird, indem die IPTV Serverfunktion die Anfrage des SAT-IP Clients ausgewertet, einem IPTV Sender zugeordnet und dem SAT-IP Client eine Antwort entsprechend der SAT-IP Spezifikation sendet.
2. Verfahren nach Anspruch 1 ,
dadurch gekennzeichnet,
dass die Antwort einen IPTV Inhalt umfasst, der dem SAT-IP Client in einer ansonsten von einem SAT-IP Server genutzten Parameterumgebung übertragen wird, wie sie im SAT>IP Protokoll definiert ist, wobei eine interne Zuordnung („Mapping") von IPTV Parametern, insbesondere der Frequenz, auf die von den SAT-IP Parametern vorgegebene Struktur erfolgt.
3. Verfahren nach Anspruch 1 oder 2,
dadurch gekennzeichnet,
dass die IPTV Signale auf IP-Ebene im Netzwerk (LAN) umgesetzt und dem SAT-IP Client zugeleitet werden.
4. Verfahren nach einem der vorherigen Ansprüche,
dadurch gekennzeichnet,
dass der SAT-IP Client die Empfangsparameter zunächst im Sinne eines Sendersuchlaufes in Erfahrung bringt, bevor er den Sender anfragt.
5. Verfahren nach einem der vorherigen Ansprüche,
dadurch gekennzeichnet,
dass der SAT>IP Client zur Steuerung der IPTV-Serverfunktion das Real-Time Streaming Protokoll (RTSP) oder http nutzt und das Streaming mittels Real- Time Transport Protokoll oder HTTP bewerkstelligt wird.
6. Verfahren nach einem der vorherigen Ansprüche,
dadurch gekennzeichnet,
dass der IPTV Inhalt in dem MPEG-2 Transportstrom-Format übertragen wird.
7. System zur Umsetzung des Verfahrens nach einem der vorherigen Ansprüche gekennzeichnet durch
ein Netzelement (1 ) eines Telekommunikationsnetzes, das einen IPTV Stream empfängt,
ein mit dem Netzelement (1 ) verbundenes Zugangsmittel (3), das die IPTV Serverfunktion realisiert, und
einen mit dem Integrated Access Device verbundenen SAT>IP Client, der einem Fernsehgerät zugeordnet ist.
8. System nach Anspruch 7,
dadurch gekennzeichnet,
dass das Zugangsmittel (3) in einem Router realisiert ist.
9. System nach Anspruch 7 oder 8,
dadurch gekennzeichnet,
dass der SAT-IP Client in einer Set-Top-Box (9) realisiert ist.
EP15713691.2A 2014-05-30 2015-03-26 Sat>ip proxyserver für iptv Ceased EP3149953A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102014107656.7A DE102014107656B3 (de) 2014-05-30 2014-05-30 SAT>IP Proxyserver für IPTV
PCT/EP2015/056560 WO2015180863A1 (de) 2014-05-30 2015-03-26 Sat>ip proxyserver für iptv

Publications (1)

Publication Number Publication Date
EP3149953A1 true EP3149953A1 (de) 2017-04-05

Family

ID=52785055

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15713691.2A Ceased EP3149953A1 (de) 2014-05-30 2015-03-26 Sat>ip proxyserver für iptv

Country Status (3)

Country Link
EP (1) EP3149953A1 (de)
DE (1) DE102014107656B3 (de)
WO (1) WO2015180863A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015104339A1 (de) * 2015-03-23 2016-09-29 smart-DSL GmbH Vorrichtung und Verfahren zur Übertragung von Multimediadaten

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090100460A1 (en) * 2007-10-11 2009-04-16 At&T Intellectual Property I, L.P. Methods, systems and computer program products for providing ad insertion via a multimedia applications gateway
US20090193469A1 (en) * 2006-03-07 2009-07-30 Tatsuya Igarashi Information processing apparatus and information processing method, and computer program
WO2013176006A1 (ja) * 2012-05-23 2013-11-28 ソニー株式会社 情報処理装置、情報処理方法、並びにプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9131265B2 (en) * 2011-05-19 2015-09-08 Maxlinear, Inc. Method and system for providing satellite television service to a premises
ES2769423T3 (es) * 2012-08-24 2020-06-25 Mx1 Gmbh Un aparato y procedimiento para proporcionar un flujo conjunto de datos de IP

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090193469A1 (en) * 2006-03-07 2009-07-30 Tatsuya Igarashi Information processing apparatus and information processing method, and computer program
US20090100460A1 (en) * 2007-10-11 2009-04-16 At&T Intellectual Property I, L.P. Methods, systems and computer program products for providing ad insertion via a multimedia applications gateway
WO2013176006A1 (ja) * 2012-05-23 2013-11-28 ソニー株式会社 情報処理装置、情報処理方法、並びにプログラム
US20150150034A1 (en) * 2012-05-23 2015-05-28 Sony Corporation Information processing device, information processing method, and program

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2015180863A1 *

Also Published As

Publication number Publication date
WO2015180863A1 (de) 2015-12-03
DE102014107656B3 (de) 2015-12-03

Similar Documents

Publication Publication Date Title
DE60216522T2 (de) Entdeckungsdaten für ip multicast
DE69919200T2 (de) Logische knotenidentifizierung in einem nachrichtenübertragungsnetz
US9912993B2 (en) Coax server acting as proxy between coax transmission infrastructure and internet protocol (IP) transmission infrastructure for media on demand content
EP2219380A2 (de) Persönlicher TV-Gateway-STB / Router
EP2001203B1 (de) Verfahren zum Senden bzw. Empfangen von Rundfunksignalen und Empfänger
EP1825655B1 (de) Dienstentdeckungs-aggregationsverfahren in einem lokalen netzwerk und das verfahren implementierende einrichtung
KR20110063654A (ko) Ｉｐｔｖ 세션을 설정하기 위한 네트워크 디바이스 및 방법
EP2000918A1 (de) Informationsverarbeitungsvorrichtung, informationsverarbeitungsverfahren und computerprogramm
KR20080082960A (ko) 단일 요청 프로토콜을 사용하여 복수 비디오 스트리밍서비스들을 지원하는 액세스／에지 노드
DE112013004029T5 (de) Vorrichtung und Verfahren zum Verarbeiten eines interaktiven Dienstes
KR102496890B1 (ko) 정보 처리 장치, 클라이언트 장치, 및 데이터 처리 방법
EP1956844A2 (de) Verfahren zum Senden/Empfangen von digitalen Inhalten und Vorrichtung zum Empfangen von digitalen Inhalten
DE102005054978A1 (de) Verfahren zum Aktualisieren eines Datensatzes sowie Vorrichtung zur Durchführung des Verfahrens
CN103957451A (zh) 一种基于多路广播技术的多屏互动实现方法
WO2013176006A1 (ja) 情報処理装置、情報処理方法、並びにプログラム
DE102014107656B3 (de) SAT&gt;IP Proxyserver für IPTV
Henten et al. The impact of the Internet on media technology, platforms and innovation
WO2012097900A1 (de) Verfahren und system zum erstellen einer bedienoberfläche für interaktive media-anwendungen
DE112018002893T5 (de) Verfahren zum Senden und Empfangen eines Rundsendungssignals und eine Vorrichtung hierfür
CA2763709C (en) Method of processing data on epg in service provider connected to network and digital broadcast receiver of processing data on epg
CA2783500C (en) Method of processing epg metadata in network device and the network device for controlling the same
Melzer et al. Standardizing web TV: adapting ATSC 3.0 for use on any IP network
DE102011102348B4 (de) Verfahren und Vorrichtung zum Bereitstellen eines IP-Fernsehprogramms
DE102015104339A1 (de) Vorrichtung und Verfahren zur Übertragung von Multimediadaten
KR101724324B1 (ko) 파일 기반 방송 환경에서의 파일 수신 및 필터링 시스템과 그 운영 방법

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20161024

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
17Q First examination report despatched

Effective date: 20171208

REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20190405