WO1997020413A1 - Packet switching system using telephonic and satellite transmission - Google Patents

Packet switching system using telephonic and satellite transmission Download PDF

Info

Publication number
WO1997020413A1
WO1997020413A1 PCT/FI1996/000640 FI9600640W WO9720413A1 WO 1997020413 A1 WO1997020413 A1 WO 1997020413A1 FI 9600640 W FI9600640 W FI 9600640W WO 9720413 A1 WO9720413 A1 WO 9720413A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
data
packets
transport stream
receiving device
Prior art date
Application number
PCT/FI1996/000640
Other languages
Finnish (fi)
French (fr)
Inventor
Harri Hakulinen
Original Assignee
Oy Nokia Ab
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 Oy Nokia Ab filed Critical Oy Nokia Ab
Priority to AU76982/96A priority Critical patent/AU7698296A/en
Publication of WO1997020413A1 publication Critical patent/WO1997020413A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614Multiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/185Space-based or airborne stations; Stations for satellite systems
    • H04B7/18578Satellite systems for providing broadband data service to individual earth stations
    • H04B7/18584Arrangements for data networking, i.e. for data packet routing, for congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5691Access to open networks; Ingress point selection, e.g. ISP selection
    • H04L12/5692Selection among different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/414Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42607Internal components of the client ; Characteristics thereof for processing the incoming bitstream
    • H04N21/42623Internal components of the client ; Characteristics thereof for processing the incoming bitstream involving specific decryption arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41Structure of client; Structure of client peripherals
    • H04N21/426Internal components of the client ; Characteristics thereof
    • H04N21/42676Internal components of the client ; Characteristics thereof for modulating an analogue carrier signal to encode digital information or demodulating it to decode digital information, e.g. ADSL or cable modem
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348Demultiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
    • H04N21/4381Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64Addressing
    • H04N21/6402Address allocation for clients
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/64322IP
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643Communication protocols
    • H04N21/6433Digital Storage Media - Command and Control Protocol [DSM-CC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64707Control 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6583Acknowledgement
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/167Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/185Space-based or airborne stations; Stations for satellite systems
    • H04B7/1853Satellite systems for providing telephony service to a mobile station, i.e. mobile satellite service
    • H04B7/18558Arrangements for managing communications, i.e. for setting up, maintaining or releasing a call between stations
    • H04B7/1856Arrangements for managing communications, i.e. for setting up, maintaining or releasing a call between stations for call routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Definitions

  • the invention relates to a procedure for establishing fast Internet-type connections between transmitter and receiver and especially for utilising fast data transmission systems designed for other purposes in such connections.
  • the inven ⁇ tion also relates to the use of dynamically allocated network and device addresses in this type of connections.
  • An 'Internet-type connection refers in this context to a communication link through which it is possible to transmit data in an extensive data network over large distances regardless of the actual physical routing within the network.
  • 'data transmission' refers especially to data trans ⁇ fer between computers over distances that may be several thousand kilometres.
  • the user wants fast network connections for home use in the future. If a data link appli ⁇ cable for fast data transmission is to be made available to homes, it will be neces ⁇ sary to consider, on the one hand, how to ensure a sufficient service level, and on the other hand, how to minimise the need to build new cable, remote mobile switching unit and routing systems.
  • the terminal equipment must be provided the same kind of independence ofthe environment and freedom of movement as mobile telephones in modern cellular networks already have.
  • a special problem is that the number of fix- edly determined 32-bit Internet addresses ofthe type currently used is, for reasons associated with their definition, approaching the theoretical maximum. For this rea ⁇ son, some sort of a dynamic approach to addressing has to be introduced. This is to say that a given address is available for use by a device connected to the network only for the time the device is active and needs a communication connection via the network. When the device exits the network, the same address can be assigned to another device.
  • DSM-CC Digital Storage Media Command & Control
  • TCP/IP packets (Transmission Control Protocol / Internet Protocol), are transmitted in a system transport stream (System TS / Transport Stream) consistent with the so-called MPEG standards (Moving Picture Experts Group).
  • MPEG standards Motion Picture Experts Group
  • the generally known MPEG standards define an arrangement designed for the transmission of real-time information, especially compressed video in a digital form.
  • a data stream transmitted in accordance with the MPEG standards a so-called transport stream (TS)
  • a so-called transport stream is a bit stream consisting of successive packets of a certain length.
  • Fig. 1 illustrates a transport stream 1 consisting of TS packets 2.
  • the transport stream 1 can be transmitted e.g. via a satellite, in which case it will be accessible to a very large number of receivers.
  • the length of a TS packet 2 is 188 bytes, of which the first four bytes form the packet header 2a while the rest or 184 bytes comprise the payload 2b, i.e. the actual data to be transmitted.
  • PID Packet IDentifier
  • PES stream 4 Packetised Elementary Stream
  • a PES packet comprises a separate header part 5a and a payload part 5b of max. 64 kilobytes.
  • PES packets are divided into several transport stream packets or TS packets 2 in such a way that a given programme can use either the entire transport stream capacity, in which case all TS packets contain data related to the same PES stream 4, or the programme can use only part ofthe capacity, in which case some ofthe TS packets belong to a different PES stream.
  • the identifiers or PIDs ofthe TS packets are so set that a given 13 -bit PID will unambiguously re ⁇ fer to a certain PES stream. Since a programme transmitted via a PES stream only lasts for a certain time, at the end of that PES stream the PID used to point to it will become available for use as an identifier pointing to another PES stream about to be started.
  • Certain TS packets in the transport stream carry so-called programme data, indicating the PES stream that the PIDs currently used relate to.
  • programme data indicating the PES stream that the PIDs currently used relate to.
  • the PID identi ⁇ bomb comprises 13 bits in the packet headers or the transport stream, the number of different programmes that can be pointed to at a time is in principle 8191.
  • certain PIDs are reserved for special uses in the MPEG standards, so the num ⁇ ber of programmes that can be pointed to at a time is somewhat lower than this.
  • a receiver device designed for the reception of a transport stream consistent with the MPEG standard comprises a decoder which is capable of handling individual TS packets and deciding on the basis of their PID identifiers which packets belong to which PES stream and thus to a given programme. If the receiver is used for the re ⁇ ception of only a given programme at a time, it will reject any TS packets related to all other programmes and construct the original programme from the content of the packets marked with a given PID.
  • FIG. 3 A prior-art arrangement is illustrated by Fig. 3.
  • a TCP/IP packet 6 which comprises a 20-byte IP header 6a, a 20-byte TCP header 6b and a payload part 6c.
  • a CC header 7a is added to the TCP/IP packet, thus forming a packet 7 consistent with the DSM-CC packet definition.
  • the purpose of this operation is to render the ar ⁇ rangement independent ofthe header usage observed in a given network protocol (in this figure, the TCP/IP protocol). After this, the packets of the type of packet 7.
  • each TS packet comprising a PID identifier in its header 2a as described above.
  • PID iden ⁇ tifier there is one PID iden ⁇ tifier corresponding to each table type (PAT, CAT,PMT, Private, etc.), indicating the type of data contained by the tables.
  • the solution described above is very awkward because the receiver device designed for the reception of an MPEG stream must first interpret all private tables, then divide them into DSM-CC packets and further into TCP/IP packets and finally examine each TCP/IP address to find out whether the data packet in question is in ⁇ tended for this particular receiver (or rather the computer connected to it).
  • the whole chain of inte ⁇ reting actions must be performed by software in a given proc ⁇ essor, involving a considerable computing load.
  • the data packets cannot be effectively encrypted.
  • the solution does not provide any relief to the problem re ⁇ ferred to above, relating to a shortage of Internet addresses.
  • the object ofthe present invention is to produce a data transmission method that can be used to set up fast connections in a world-wide data network. Another object of the invention is to enable data transmission modes designed for other pu ⁇ oses to be utilised in such connections. A further object of the invention is that the use of the proposed procedure should require only minor hardware changes as compared with existing equipment. An additional object of the invention is that the proposed procedure should not impose an excessive load on the computing capacity of the equipment involved in the data transfer, and that data transmitted by this method should be easy to encrypt.
  • the objects of the invention are achieved by packing the packets consistent with a network protocol into packets of a digital transport stream and by using a part of the address of the receiving equipment as a packet identifier in the digital transport stream. Moreover, to achieve the objects of the invention, this address is dynami ⁇ cally allocated for this use, so that when a given data transmission comes to an end, both the address and the transport stream packet identifier will become available for use by others.
  • the procedure of the invention for transmitting data from a transmitting device con ⁇ nected to a data network via the data network and a transmitting station to a receiv ⁇ ing device is characterized in that it comprises stages in which - from the information to be transmitted, a given transmitting device forms pack ⁇ ets consistent with the network protocol observed in the data network concerned, comprising the address of a given receiving device, said packets are transferred via the data network to the transmitting station, the transmitting station multiplexes the data stream formed by these packets into a digital transport stream generated by it, marking the parts of the digital trans ⁇ port stream related to said packets with a part of said address of the receiving device, the transmitting station transmits the digital transport stream it has generated, which digital transport stream can be received in a coverage area comprising a plurality of receivers, and said receiving device receives said digital transport stream and inte ⁇ rets those parts of it that are marked with said part of the address of the receiving device.
  • the invention also relates to an apparatus for implementing the procedure of the in ⁇ vention.
  • the apparatus of the invention is characterized in that it comprises - means in said transmitting device for forming packets consistent with the net ⁇ work protocol observed in said data network and providing them with the ad ⁇ dress of the receiving device, as well as means for transmitting said packets into said data network, means in said transmitting station for receiving said packets from said data net- work and means for multiplexing the data stream formed by these packets as a part of said digital transport stream, as well as means for decoding the receiver address associated with said packets and for marking those parts of the digital transport stream that relate to said packets with a part of said address, and means in said receiving device for receiving said digital transport stream and inte ⁇ reting the parts marked with a part of said address.
  • certain packets in a packet-mode digital transport stream are reserved for information to be sent directly to the receiver identified by a certain address.
  • the packet identifier to be used is a part of the receiver's address, which has been dynamically allocated for data transmission.
  • the transport stream used as an example is an MPEG system transport stream (MPEG System TS) and the network protocol ob ⁇ served to organise and address the data to be transmitted is the TCP/IP protocol.
  • MPEG System TS MPEG System Transport stream
  • the network protocol ob ⁇ served to organise and address the data to be transmitted is the TCP/IP protocol.
  • the invention can be extended to cover other transport streams and network protocols as well.
  • the parties involved in the data transfer are a cer ⁇ tain transmitting device which is stationary and has a permanent Internet address and a certain receiving device which may be mobile and has no permanent Internet address.
  • the receiving device starts the communication by sending e.g. via modem a request for an Internet address or a so-called dynamic ad ⁇ dress allocation request to a given server connected to the Internet network.
  • the server which can be called an address server, assigns a free 32-bit Internet address to the receiving device.
  • the receiving device sends a request to the transmitting device to start transmission.
  • This request contains the above-mentioned temporary Internet address ofthe receiving device.
  • the transmitting device sends the requested data over a fast network connection to a transmitting station, whose normal function is to transmit e.g.
  • the transmitting station multiplexes the data intended for the receiving device into the transport stream so that the data is placed in private tables, which are divided into certain TS packets, whose PID identifier is formed from 13 low-order bits of the temporary Internet address ofthe receiving device. If the data is to be encrypted, the transmit- ting station must know which encryption key is to be used for the encryption of data intended for this particular receiver, in which case all TS packets sent to this re ⁇
  • the transmitting station transmits the transport stream e.g. via a satellite, in which case it can be received in the whole coverage area of the satellite.
  • the receiving de ⁇ vice which has been monitoring the transport stream transmitted via this satellite since it sent a request to start transmission, recognises the TS packets intended for itself by the PID identifier, disencrypts the data if encryption is used, and recon ⁇ structs the data transmitted.
  • the latter sends via the modem line an acknowledgement to the address server, thereby releasing the temporary Internet address, which can then be assigned further to another device. An acknowledgement is not necessary if the temporary Internet address has been assigned to the device for a certain length of time.
  • the possibility of multiplexing Internet-type data transfer into a transport stream consistent with the MPEG standards is based on the fact that the transport stream is seldom so fully reserved that its entire bandwidth is in use.
  • a transport stream whose useful bandwidth is 40 Mbit/s.
  • the transport stream carries e.g. five compressed video images, each of which occupies a bandwidth of 5Mbit/s.
  • the procedure of the invention can be applied e.g. in cases where the user of a receiving device contacts the client server of a given software supplier to download a new software version.
  • For the transfer of a file of several megabytes e.g. a bandwidth of 2 Mbit/s is reserved from the transport stream, but as the transfer only takes a few tens of seconds, the same capacity can soon be assigned to another connection.
  • Fig. 1 presents a known transport stream composition.
  • Fig. 2 illustrates known programme transmission as a PES transport stream in accordance with the MPEG standard
  • Fig. 3 illustrates a prior-art procedure for the use of an MPEG transport stream to transmit data to an individual receiver
  • Fig. 4 illustrates the procedure of the invention for the use of an MPEG transport stream to transmit data to an individual receiver
  • Fig. 5 illustrates a data transfer system in which the procedure of the inven ⁇ tion can be used.
  • Fig. 4 illustrates the way in which data organised and addressed according to the TCP/IP protocol is transferred by the method ofthe invention using an MPEG transport stream.
  • TCP/IP packet 6 which consists of a 20-byte IP header 6a, a 20-byte TCP header 6b and a payload part 6c, which may have a length of 180, 178 or 163 bytes.
  • the IP header 6a contains, among other things, the receiver's network address (not shown separately in the figure), whose length is 32 bits.
  • a DSM-CC packet 7 is formed by adding a DMS-CC header 7a to a packet consis ⁇ tent with the network protocol (in this case TCP/IP).
  • a private table 16 which comprises a table header 16a and has a length equal to the sum ofthe lengths ofthe packet 6 consistent with the network protocol.
  • the DSM-CC header 7a and the table header 16a From the address 6a of the packet consistent with the network protocol, as many ofthe low-order bits ofthe receiver's address are included in the table header 16a as there are bits available in the trans ⁇ port stream for the identification of TS packets.
  • the length of the PID identifier is 13 bits, so the private table header 16a will contain 13 low-order bits from the IP address 6a.
  • the table is divided according to standard 13818-6 into payloads of TS packets 2 and the 13-bit PID identifier 3 in the header part of each TS packet is set to be equal to the 13 last or low-order bits of the 32-bit IP address of the TCP/IP packet to be transmitted.
  • Fig. 5 presents a diagram representing the equipment and systems involved in data transmission applying the procedure of the invention.
  • the receiving device 9 com ⁇ prises at least a computer 9a and a receiver 9b capable of inte ⁇ reting an MPEG transmission known in itself.
  • the receiver 9b may be e.g. a so-called Set Top Box (STB) designed for the reception of ordinary television programmes, and its techni- cal implementation is in itself known to a person skilled in the art.
  • STB Set Top Box
  • the computer 9a is the actual receiver ofthe data transmitted, and its central processing unit (not shown separately in the figure) controls the operation of the whole receiving device 9.
  • a special advantage ofthe invention is observed in the fact that the demultiplex ⁇ ing chip (not shown separately in the figures) ofthe receiver 9b can identify and sort out the TS packets intended for the receiving device quickly and effectively based on the component (hardware) implementation, so it is not required to have a high computing capacity.
  • the receiving device also comprises a modem 9c or an equivalent adapter device applicable for relatively slow network connections.
  • a modem 9c In the embodiment presented in Fig. 5, all communication from the receiving device 9 takes place via a modem 9c.
  • the modem 9c is connected e.g. via a conventional circuit- switched telephone network to another modem 10. which in turn is connected to a packet-switched data transmission network 1 1 consisting of servers interconnected via mutual data links.
  • the address server 12 is a computer in which the allocation of addresses and the maintenance of the database are performed e.g.
  • DHCP Dynamic Host Configuration Protocol
  • this protocol comprises dynamic allocation and mainte ⁇ nance of TCP/IP addresses in the first place, but it can be extended so as to enable it to handle addresses consistent with any known protocol.
  • the transmitting device 13 is a computer which is connected to the data network 1 1 and comprises the network protocol means (not shown in the figure) known in themselves that are used to form successive TCP/IP packets from the data to be transmitted.
  • Other servers (not shown in the figure) connected to the network comprise means known in themselves for routing the TCP/IP packets in the network in a hierarchic manner such that the most significant bits in the packet addresses will determine the routing at the network level.
  • a transmitting station 14 Connected to the data network 1 1 is also a transmitting station 14. which, like a conventional transmitting station, comprises means for multiplexing the pro ⁇ grammes proceeding from different sources into one or more transport streams or MPEG System TS streams.
  • the transmitting station 14 also comprises means for receiving TCP/IP packets, adding the DSM-CC headers and forming private tables and placing them in the TS packets of the transport stream.
  • the means receiving TCP/IP packets are connected to the means forming the transport stream via a link used to transmit the 13 low-order bits of the TCP/IP packet addresses, to be used as PID identifiers ofthe TS packets.
  • the system comprises a satellite 15, which transmits the transport stream from the transmitting station to the coverage area of its transmitting aerials.
  • the satellite For the use of the procedure of the invention, it is not neces ⁇ sary for the satellite to have any special additional equipment or functions besides normal hardware applicable for MPEG transmission.
  • Most new broadcasting and television satellites are capable of transmitting a transport stream of he MPEG for- mat.
  • the medium used to transmit the transport stream from the transmitting station 14 to the receiving device 9 is not an essential question.
  • the transmission may take place e.g. via a cable television network or a communication network between computers.
  • the apparatus of the invention prefera- bly comprises, like conventional equipment for television transmissions, a local satellite receiver and a local cable network (these are not shown in the figure) to carry the transmission further to homes.
  • the information is transmitted in the data network 1 1 and from the transmitting station 14 in an encrypted format.
  • the en ⁇ cryption can be implemented by any known method.
  • programme-specific encryption which means that all TS packets marked with a given PID identifier are encrypted using a certain encryption key
  • this operation can be utilised in the system of the invention.
  • Public Domain Key encryption If the so-called Public Domain Key encryption is used, then the transmitting station 14 is provided with storage means for the storage of the receivers' public domain keys.
  • the address server 12 informs the transmitting station 14 about the PID corresponding to each receiver, and the transmitting station encrypts all TS packets marked with a certain PID using the public domain key of the receiver concerned.
  • IP addresses have 32 bits and are divided into A. B and C types.
  • the B-type address will be described. It comprises two bits indicating the address type, 14 bits called the network part and used for routing up to a certain so-called organisation server, and 16 bits which are unambi ⁇ guous computer-specific addresses under the organisation server concerned.
  • the data network 11 only handles the network part ofthe IP address dynamically allocated to the receiver and, based on that, directs the TCP/IP packets intended for that receiver to the transmitting station 14.
  • 13 bits are used as a PID identi ⁇ bomb and three bits can be used e.g. to select a satellite channel if the satellite has eight transmission channels at most. Each transmission channel corresponds to one transport stream. If the satellite comprises more than eight channels, part of whose capacity is to be used for data transfer by the method of the invention, then it has to possess more than one B-type address range. This can be taken to mean that two or more network parts are used, both of which cause the TCP/IP packets to be routed to the same transmitting station and via it to the same satellite. In this case, the first network part corresponds to satellite channels 0-7, the second to channels 8-15, and so on.
  • the MPEG standards also define an alternative according to which the length of the header part ofthe TS packets can be extended beyond the above-mentioned four- byte limit.
  • An extended PID will be useful in the first place in a situation where the address server receives so many address allocation requests that the 8191 possible PIDs (excluding reserved PIDs) defined with 13 bits are not sufficient to provide an address for all those who want one.
  • the address server 12 must not assign to individual receivers temporary IP ad ⁇ dresses whose low-order bits are already being used as the PID identifier of a pro ⁇ gramme transmitted from the transmitting station 14.
  • the allowed address range may be fixedly determined, in which case the allowed and forbidden PID identifiers are defined in connection with the configuration ofthe address server 12.
  • Another possibility is that the use of PID identifiers allocated to programmes is also agreed dynamically between the address server 12 and the transmitting station 14. In this case, two operational alternatives can be distinguished, depending on authority: If the transmitting station 14 is the authorised party, it will tell the address server which PIDs have already been allocated at any given time, in which case the address server 12 may have to immediately stop using a corresponding IP address.
  • the transmitting station 14 will ask for certain PIDs to be assigned to programmes, in the same way as a given IP address is temporarily assigned to individual receivers.
  • the location ofthe receiving device 9 is not subject to any other requirements except that it should be located within the coverage area of the satellite 15.
  • Reception via satellite is usually imple- mented in a centralised manner so that a given receiving station (not shown in the figures) receives and amplifies the signal and distributes it further via a local cable network.
  • the receiving device 9 may also comprise a satellite receiver of its own. in which case it will even be able to move during a communication connection as pro ⁇ vided by the invention.
  • the modem 9c may be wirelessly connected to another mo ⁇ dem 10 e.g. via a mobile telephone network in a manner known in itself. In this way, the receiving device is relieved of the requirement regarding location under a certain physical organisation server that applies to conventional fixed Internet con ⁇ nections.
  • the receiving device 9 With the development of signal processing technology and the increasing use of low-orbit satellites, it may become possible to provide the receiving device 9 with a transmitter part, in which case the fast data link ofthe invention will become bi ⁇ directional. In this case, no modems 9c, 10 will be needed because all data is transmitted via a satellite 15.
  • the invention does not in itself impose any restrictions as to which network proto ⁇ col is to be used to form the packets and addresses in the data network 11.
  • the only important point is that a certain part, preferably the so-called hardware part, of the bit string defining the address is used as a packet identifier in a digital transport stream to allow the address allocation and determination of the identifier to be carried out at the same time and to make it as simple as possible for the receiving device to sort out from the transport stream the packets intended for itself.
  • the invention does not involve any actual restrictions as to the type of the transport stream, provided only that packets related to a given logical entity are marked using an unambiguous identifier.
  • the transport stream packet identifier should preferably be shorter than the address consistent with the network protocol applied, to allow a portion ofthe address, corresponding to the network part as mentioned above, to be used for routing between the transmitting computer 13 and the transmitting station 14. If the packet identifier is longer, as is the case e.g. in ATM and Token Ring networks, then only a part of it is used according to the invention by setting this part so that it is substantially the same as the hardware part of the receiving device. In the embodiment illustrated by Fig.
  • Certain reception addresses can be defined in the system as broadcast-type ad ⁇ dresses, which are used to mark TCP/IP packets (and TS packets) that are intended for all receivers or for a certain receiver group instead of a single receiver.
  • the procedure and apparatus of the invention for organising a fast data link can be used for fast Internet-type data transfer without any other additional equipment ex ⁇ cept a television receiver auxiliary device (e.g. a so-called Set Top Box) capable of receiving a digital transport stream (e.g. an MPEG System TS stream), which is rapidly gaining ground.
  • a television receiver auxiliary device e.g. a so-called Set Top Box
  • the invention does not involve any significant load on new available Internet addresses, and the inclusion of a certain part ofthe address in the transport stream packet identifier guarantees that the receiving device will be able to sort out the portions intended for itself from the transport stream in an easy and light way with regard to the comput ⁇ ing capacity required.
  • the data to be transmitted can be encrypted by methods consistent with current definitions. It can be stated that the invention achieves its objects.

Abstract

The invention relates to a system for organising fast data links using means designed for other data transmission methods. According to the invention, data intended for a given receiver (9) is transmitted from a given transmitter (13) as packets (6, 8) consistent with a network protocol over a data network (11) to a transmitting station (14), which multiplexes the packets into a digital transport stream (1) generated by it, marking those parts (2) of the transport stream that relate to said packets with a part (3) of the address of the receiver. The network protocol is preferably the TCP/IP protocol and the transport stream is preferably an MPEG system transport stream. The TCP/IP address of the receiving device (9) is dynamically allocated for this purpose from the address server (12) of the network, so the address is a temporary one and becomes available for reuse as soon as the transmission has been completed. Preferably the TS packets (2) in the MPEG system transport stream (1) that contain data intended for a given receiver are marked by setting their PID identifier (3) to be equal to 13 low-order bits of the temporary TCP/IP address of the receiver.

Description

Packet switching system using telephonic and satellite transmission
In general, the invention relates to a procedure for establishing fast Internet-type connections between transmitter and receiver and especially for utilising fast data transmission systems designed for other purposes in such connections. The inven¬ tion also relates to the use of dynamically allocated network and device addresses in this type of connections. An 'Internet-type connection" refers in this context to a communication link through which it is possible to transmit data in an extensive data network over large distances regardless of the actual physical routing within the network.
In the use of the Internet communication network and other corresponding data transmission systems, there is a need to increase the data transmission speeds from the present level. In this context, 'data transmission' refers especially to data trans¬ fer between computers over distances that may be several thousand kilometres. The user wants fast network connections for home use in the future. If a data link appli¬ cable for fast data transmission is to be made available to homes, it will be neces¬ sary to consider, on the one hand, how to ensure a sufficient service level, and on the other hand, how to minimise the need to build new cable, remote mobile switching unit and routing systems. Moreover, it is to be expected that in future communication systems the terminal equipment must be provided the same kind of independence ofthe environment and freedom of movement as mobile telephones in modern cellular networks already have. A special problem is that the number of fix- edly determined 32-bit Internet addresses ofthe type currently used is, for reasons associated with their definition, approaching the theoretical maximum. For this rea¬ son, some sort of a dynamic approach to addressing has to be introduced. This is to say that a given address is available for use by a device connected to the network only for the time the device is active and needs a communication connection via the network. When the device exits the network, the same address can be assigned to another device. In prior art, a solution called the DSM-CC (Digital Storage Media Command & Control) method is known, in which packets consistent with a given network stan¬ dard, e.g. TCP/IP packets (Transmission Control Protocol / Internet Protocol), are transmitted in a system transport stream (System TS / Transport Stream) consistent with the so-called MPEG standards (Moving Picture Experts Group). To elucidate this solution and also the background of the present invention, data transmission ac¬ cording to the MPEG standards will be described first.
The generally known MPEG standards define an arrangement designed for the transmission of real-time information, especially compressed video in a digital form. In general terms, a data stream transmitted in accordance with the MPEG standards, a so-called transport stream (TS), is a bit stream consisting of successive packets of a certain length. Fig. 1 illustrates a transport stream 1 consisting of TS packets 2. The transport stream 1 can be transmitted e.g. via a satellite, in which case it will be accessible to a very large number of receivers. The length of a TS packet 2 is 188 bytes, of which the first four bytes form the packet header 2a while the rest or 184 bytes comprise the payload 2b, i.e. the actual data to be transmitted. Each part ofthe header has a definite significance. From the point of view of the present invention, the most important part is the packet identifier 3 (PID. Packet IDentifier). hereinaf¬ ter referred to as the PID identifier or simply as PID. Its length is 13 bits.
Via a single transport stream it is possible to transmit several programmes or other logical entities simultaneously. Following the established practice, these are called programmes in this description. In practice, the programmes are multiplexed into the transport stream by generating from the content of each programme a packetised elementary stream or PES stream 4 (Packetised Elementary Stream), consisting of PES packets 5. A PES packet comprises a separate header part 5a and a payload part 5b of max. 64 kilobytes. Large PES packets are divided into several transport stream packets or TS packets 2 in such a way that a given programme can use either the entire transport stream capacity, in which case all TS packets contain data related to the same PES stream 4, or the programme can use only part ofthe capacity, in which case some ofthe TS packets belong to a different PES stream. The identifiers or PIDs ofthe TS packets are so set that a given 13 -bit PID will unambiguously re¬ fer to a certain PES stream. Since a programme transmitted via a PES stream only lasts for a certain time, at the end of that PES stream the PID used to point to it will become available for use as an identifier pointing to another PES stream about to be started. Certain TS packets in the transport stream carry so-called programme data, indicating the PES stream that the PIDs currently used relate to. As the PID identi¬ fier comprises 13 bits in the packet headers or the transport stream, the number of different programmes that can be pointed to at a time is in principle 8191. In prac¬ tice, certain PIDs are reserved for special uses in the MPEG standards, so the num¬ ber of programmes that can be pointed to at a time is somewhat lower than this.
A receiver device designed for the reception of a transport stream consistent with the MPEG standard comprises a decoder which is capable of handling individual TS packets and deciding on the basis of their PID identifiers which packets belong to which PES stream and thus to a given programme. If the receiver is used for the re¬ ception of only a given programme at a time, it will reject any TS packets related to all other programmes and construct the original programme from the content of the packets marked with a given PID. Moreover, in this system it is possible to encrypt the TS packets belonging to each PES stream by using an encryption key specific to the particular PES stream, in which case the receiver will only be able to decipher and present a programme transmitted via a given PES stream if it knows the corre¬ sponding disencryption key.
In the above-mentioned solution representing prior art, defined in ISO/IEC (International Standard Organisation / International Electrotechnical Commission) draft standard 13818-6, a certain data stream multiplexed into the same transmission with PES streams is used to implement network connections via satellite. In the system, data traffic intended for individual receivers, i.e. packets to be sent to termi¬ nal equipment identified by a given address (e.g. an IP address), are placed in so- called Private Tables (Private Section), whose maximum length is 4093 bytes. At the multiplexing stage, the private tables are taken to be analogous to system tables marked with a given PID identifier. Examples of system tables are the PAT. CAT and PMT tables defined in the above-mentioned standard.
A prior-art arrangement is illustrated by Fig. 3. At the top is a TCP/IP packet 6, which comprises a 20-byte IP header 6a, a 20-byte TCP header 6b and a payload part 6c. In the first phase of a transmission according to draft standard 13818-6. a CC header 7a is added to the TCP/IP packet, thus forming a packet 7 consistent with the DSM-CC packet definition. The purpose of this operation is to render the ar¬ rangement independent ofthe header usage observed in a given network protocol (in this figure, the TCP/IP protocol). After this, the packets of the type of packet 7. in¬ tended for a certain receiver, are further placed in private tables 16 consistent with standard 13818-6, and these are provided with a table header 16a and divided during multiplexing into TS packets 2 in a transport stream 1, each TS packet comprising a PID identifier in its header 2a as described above. Generally, there is one PID iden¬ tifier corresponding to each table type (PAT, CAT,PMT, Private, etc.), indicating the type of data contained by the tables.
However, the solution described above is very awkward because the receiver device designed for the reception of an MPEG stream must first interpret all private tables, then divide them into DSM-CC packets and further into TCP/IP packets and finally examine each TCP/IP address to find out whether the data packet in question is in¬ tended for this particular receiver (or rather the computer connected to it). The whole chain of inteφreting actions must be performed by software in a given proc¬ essor, involving a considerable computing load. Besides, the data packets cannot be effectively encrypted. The solution does not provide any relief to the problem re¬ ferred to above, relating to a shortage of Internet addresses.
The object ofthe present invention is to produce a data transmission method that can be used to set up fast connections in a world-wide data network. Another object of the invention is to enable data transmission modes designed for other puφoses to be utilised in such connections. A further object of the invention is that the use of the proposed procedure should require only minor hardware changes as compared with existing equipment. An additional object of the invention is that the proposed procedure should not impose an excessive load on the computing capacity of the equipment involved in the data transfer, and that data transmitted by this method should be easy to encrypt.
The objects of the invention are achieved by packing the packets consistent with a network protocol into packets of a digital transport stream and by using a part of the address of the receiving equipment as a packet identifier in the digital transport stream. Moreover, to achieve the objects of the invention, this address is dynami¬ cally allocated for this use, so that when a given data transmission comes to an end, both the address and the transport stream packet identifier will become available for use by others.
The procedure of the invention for transmitting data from a transmitting device con¬ nected to a data network via the data network and a transmitting station to a receiv¬ ing device is characterized in that it comprises stages in which - from the information to be transmitted, a given transmitting device forms pack¬ ets consistent with the network protocol observed in the data network concerned, comprising the address of a given receiving device, said packets are transferred via the data network to the transmitting station, the transmitting station multiplexes the data stream formed by these packets into a digital transport stream generated by it, marking the parts of the digital trans¬ port stream related to said packets with a part of said address of the receiving device, the transmitting station transmits the digital transport stream it has generated, which digital transport stream can be received in a coverage area comprising a plurality of receivers, and said receiving device receives said digital transport stream and inteφrets those parts of it that are marked with said part of the address of the receiving device.
The invention also relates to an apparatus for implementing the procedure of the in¬ vention. The apparatus of the invention is characterized in that it comprises - means in said transmitting device for forming packets consistent with the net¬ work protocol observed in said data network and providing them with the ad¬ dress of the receiving device, as well as means for transmitting said packets into said data network, means in said transmitting station for receiving said packets from said data net- work and means for multiplexing the data stream formed by these packets as a part of said digital transport stream, as well as means for decoding the receiver address associated with said packets and for marking those parts of the digital transport stream that relate to said packets with a part of said address, and means in said receiving device for receiving said digital transport stream and inteφreting the parts marked with a part of said address.
In the procedure ofthe invention, certain packets in a packet-mode digital transport stream are reserved for information to be sent directly to the receiver identified by a certain address. In this case, the packet identifier to be used is a part of the receiver's address, which has been dynamically allocated for data transmission. In the follow¬ ing description ofthe invention, the transport stream used as an example is an MPEG system transport stream (MPEG System TS) and the network protocol ob¬ served to organise and address the data to be transmitted is the TCP/IP protocol. On certain conditions to be explained later on, the invention can be extended to cover other transport streams and network protocols as well. Moreover, it is assumed in the description as an example that the parties involved in the data transfer are a cer¬ tain transmitting device which is stationary and has a permanent Internet address and a certain receiving device which may be mobile and has no permanent Internet address.
In the system ofthe invention, the receiving device starts the communication by sending e.g. via modem a request for an Internet address or a so-called dynamic ad¬ dress allocation request to a given server connected to the Internet network. The server, which can be called an address server, assigns a free 32-bit Internet address to the receiving device. After this, via a modem line or a corresponding data trans- mission line and/or other connections used in the data network, the receiving device sends a request to the transmitting device to start transmission. This request contains the above-mentioned temporary Internet address ofthe receiving device. The transmitting device sends the requested data over a fast network connection to a transmitting station, whose normal function is to transmit e.g. a broadcast or televi- sion transmission type MPEG transport stream in a known manner. The transmitting station multiplexes the data intended for the receiving device into the transport stream so that the data is placed in private tables, which are divided into certain TS packets, whose PID identifier is formed from 13 low-order bits of the temporary Internet address ofthe receiving device. If the data is to be encrypted, the transmit- ting station must know which encryption key is to be used for the encryption of data intended for this particular receiver, in which case all TS packets sent to this re¬ ceiver are encrypted with the appropriate key.
The transmitting station transmits the transport stream e.g. via a satellite, in which case it can be received in the whole coverage area of the satellite. The receiving de¬ vice, which has been monitoring the transport stream transmitted via this satellite since it sent a request to start transmission, recognises the TS packets intended for itself by the PID identifier, disencrypts the data if encryption is used, and recon¬ structs the data transmitted. Once all the transmitted data has arrived in the receiving device, the latter sends via the modem line an acknowledgement to the address server, thereby releasing the temporary Internet address, which can then be assigned further to another device. An acknowledgement is not necessary if the temporary Internet address has been assigned to the device for a certain length of time.
The possibility of multiplexing Internet-type data transfer into a transport stream consistent with the MPEG standards is based on the fact that the transport stream is seldom so fully reserved that its entire bandwidth is in use. As an example, let us consider a transport stream whose useful bandwidth is 40 Mbit/s. In a typical situa¬ tion, the transport stream carries e.g. five compressed video images, each of which occupies a bandwidth of 5Mbit/s. In this case, there will be 15 Mbit/s of the total useful bandwidth left over, so this remaining bandwidth can be assigned for tempo¬ rary data transfer connections. It is conceivable that the procedure of the invention can be applied e.g. in cases where the user of a receiving device contacts the client server of a given software supplier to download a new software version. For the transfer of a file of several megabytes, e.g. a bandwidth of 2 Mbit/s is reserved from the transport stream, but as the transfer only takes a few tens of seconds, the same capacity can soon be assigned to another connection.
In the following, the invention is described in detail by referring to preferred em¬ bodiments presented as examples, as well as to the attached drawings, in which
Fig. 1 presents a known transport stream composition.
Fig. 2 illustrates known programme transmission as a PES transport stream in accordance with the MPEG standard,
Fig. 3 illustrates a prior-art procedure for the use of an MPEG transport stream to transmit data to an individual receiver,
Fig. 4 illustrates the procedure of the invention for the use of an MPEG transport stream to transmit data to an individual receiver, and
Fig. 5 illustrates a data transfer system in which the procedure of the inven¬ tion can be used.
In the above description of prior art, reference was made to Fig. 1 - 3, so in the fol¬ lowing description of the invention and its preferred embodiments. Fig. 4 and 5 will be referred to in the first place. In the figures, corresponding parts are identified by the same reference numbers.
Fig. 4 illustrates the way in which data organised and addressed according to the TCP/IP protocol is transferred by the method ofthe invention using an MPEG transport stream. At the top ofthe figure there is a TCP/IP packet 6, which consists of a 20-byte IP header 6a, a 20-byte TCP header 6b and a payload part 6c, which may have a length of 180, 178 or 163 bytes. The IP header 6a contains, among other things, the receiver's network address (not shown separately in the figure), whose length is 32 bits. To ensure that the invention is not dependent on any protocol, first a DSM-CC packet 7 is formed by adding a DMS-CC header 7a to a packet consis¬ tent with the network protocol (in this case TCP/IP). Further, from this packet 7 a private table 16 is formed. which comprises a table header 16a and has a length equal to the sum ofthe lengths ofthe packet 6 consistent with the network protocol. the DSM-CC header 7a and the table header 16a. From the address 6a of the packet consistent with the network protocol, as many ofthe low-order bits ofthe receiver's address are included in the table header 16a as there are bits available in the trans¬ port stream for the identification of TS packets. In the embodiment presented in the figure, the length of the PID identifier is 13 bits, so the private table header 16a will contain 13 low-order bits from the IP address 6a. The table is divided according to standard 13818-6 into payloads of TS packets 2 and the 13-bit PID identifier 3 in the header part of each TS packet is set to be equal to the 13 last or low-order bits of the 32-bit IP address of the TCP/IP packet to be transmitted.
Fig. 5 presents a diagram representing the equipment and systems involved in data transmission applying the procedure of the invention. The receiving device 9 com¬ prises at least a computer 9a and a receiver 9b capable of inteφreting an MPEG transmission known in itself. The receiver 9b may be e.g. a so-called Set Top Box (STB) designed for the reception of ordinary television programmes, and its techni- cal implementation is in itself known to a person skilled in the art. The computer 9a is the actual receiver ofthe data transmitted, and its central processing unit (not shown separately in the figure) controls the operation of the whole receiving device 9. A special advantage ofthe invention is observed in the fact that the demultiplex¬ ing chip (not shown separately in the figures) ofthe receiver 9b can identify and sort out the TS packets intended for the receiving device quickly and effectively based on the component (hardware) implementation, so it is not required to have a high computing capacity.
The receiving device also comprises a modem 9c or an equivalent adapter device applicable for relatively slow network connections. In the embodiment presented in Fig. 5, all communication from the receiving device 9 takes place via a modem 9c. In a manner known itself, the modem 9c is connected e.g. via a conventional circuit- switched telephone network to another modem 10. which in turn is connected to a packet-switched data transmission network 1 1 consisting of servers interconnected via mutual data links. Ofthe servers connected to the network, the figure shows particularly the address server 12, whose function is to assign dynamically allocated IP addresses to different users and to maintain a database of information as to who owns which address at any given time. The address server 12 is a computer in which the allocation of addresses and the maintenance of the database are performed e.g. in accordance with the DHCP protocol (Dynamic Host Configuration Protocol) known in itself. In its present form, this protocol comprises dynamic allocation and mainte¬ nance of TCP/IP addresses in the first place, but it can be extended so as to enable it to handle addresses consistent with any known protocol.
In the arrangement presented in the figure, it is assumed that the internal connec- tions within the data transmission network 1 1 are capable of very high transfer speeds, even several tens of megabits per second. The transmitting device 13 is a computer which is connected to the data network 1 1 and comprises the network protocol means (not shown in the figure) known in themselves that are used to form successive TCP/IP packets from the data to be transmitted. Other servers (not shown in the figure) connected to the network comprise means known in themselves for routing the TCP/IP packets in the network in a hierarchic manner such that the most significant bits in the packet addresses will determine the routing at the network level.
Connected to the data network 1 1 is also a transmitting station 14. which, like a conventional transmitting station, comprises means for multiplexing the pro¬ grammes proceeding from different sources into one or more transport streams or MPEG System TS streams. To implement the procedure ofthe invention, the transmitting station 14 also comprises means for receiving TCP/IP packets, adding the DSM-CC headers and forming private tables and placing them in the TS packets of the transport stream. The means receiving TCP/IP packets are connected to the means forming the transport stream via a link used to transmit the 13 low-order bits of the TCP/IP packet addresses, to be used as PID identifiers ofthe TS packets.
In the embodiment presented in Fig. 5. the system comprises a satellite 15, which transmits the transport stream from the transmitting station to the coverage area of its transmitting aerials. For the use of the procedure of the invention, it is not neces¬ sary for the satellite to have any special additional equipment or functions besides normal hardware applicable for MPEG transmission. Most new broadcasting and television satellites are capable of transmitting a transport stream of he MPEG for- mat. However, from the point of view of the invention, the medium used to transmit the transport stream from the transmitting station 14 to the receiving device 9 is not an essential question. Instead of a satellite, the transmission may take place e.g. via a cable television network or a communication network between computers. Even when a satellite is used for the transmission, the apparatus of the invention prefera- bly comprises, like conventional equipment for television transmissions, a local satellite receiver and a local cable network (these are not shown in the figure) to carry the transmission further to homes.
In another embodiment ofthe invention, the information is transmitted in the data network 1 1 and from the transmitting station 14 in an encrypted format. The en¬ cryption can be implemented by any known method. As the MPEG definitions in- elude programme-specific encryption, which means that all TS packets marked with a given PID identifier are encrypted using a certain encryption key, this operation can be utilised in the system of the invention. If the so-called Public Domain Key encryption is used, then the transmitting station 14 is provided with storage means for the storage of the receivers' public domain keys. The address server 12 informs the transmitting station 14 about the PID corresponding to each receiver, and the transmitting station encrypts all TS packets marked with a certain PID using the public domain key of the receiver concerned.
The use of an address dynamically allocated to a receiving device will be described next, still focusing on IP addresses as an example, corresponding to TCP/IP format transmission in a data network 1 1. IP addresses have 32 bits and are divided into A. B and C types. As an example, the B-type address will be described. It comprises two bits indicating the address type, 14 bits called the network part and used for routing up to a certain so-called organisation server, and 16 bits which are unambi¬ guous computer-specific addresses under the organisation server concerned. In the procedure ofthe invention, the data network 11 only handles the network part ofthe IP address dynamically allocated to the receiver and, based on that, directs the TCP/IP packets intended for that receiver to the transmitting station 14. Of the 16- bit computer-specific address of a B-type address, 13 bits are used as a PID identi¬ fier and three bits can be used e.g. to select a satellite channel if the satellite has eight transmission channels at most. Each transmission channel corresponds to one transport stream. If the satellite comprises more than eight channels, part of whose capacity is to be used for data transfer by the method of the invention, then it has to possess more than one B-type address range. This can be taken to mean that two or more network parts are used, both of which cause the TCP/IP packets to be routed to the same transmitting station and via it to the same satellite. In this case, the first network part corresponds to satellite channels 0-7, the second to channels 8-15, and so on.
The MPEG standards also define an alternative according to which the length of the header part ofthe TS packets can be extended beyond the above-mentioned four- byte limit. In this case, it is possible e.g. to extend the PID identifier by three bits to make it 16 bits long. An extended PID will be useful in the first place in a situation where the address server receives so many address allocation requests that the 8191 possible PIDs (excluding reserved PIDs) defined with 13 bits are not sufficient to provide an address for all those who want one. There may also be other reasons to include more fields in the TS packet header than those proposed in the above de¬ scription. However, the length ofthe payload part of the packet must not be reduced too much to avoid lowering the transmission efficiency.
The address server 12 must not assign to individual receivers temporary IP ad¬ dresses whose low-order bits are already being used as the PID identifier of a pro¬ gramme transmitted from the transmitting station 14. The allowed address range may be fixedly determined, in which case the allowed and forbidden PID identifiers are defined in connection with the configuration ofthe address server 12. Another possibility is that the use of PID identifiers allocated to programmes is also agreed dynamically between the address server 12 and the transmitting station 14. In this case, two operational alternatives can be distinguished, depending on authority: If the transmitting station 14 is the authorised party, it will tell the address server which PIDs have already been allocated at any given time, in which case the address server 12 may have to immediately stop using a corresponding IP address. On the other hand, if the address server 12 is authorised to decide about the use of all PID identifiers, then the transmitting station 14 will ask for certain PIDs to be assigned to programmes, in the same way as a given IP address is temporarily assigned to individual receivers.
It is to be noted that, in the system illustrated by Fig. 5, the location ofthe receiving device 9 is not subject to any other requirements except that it should be located within the coverage area of the satellite 15. Reception via satellite is usually imple- mented in a centralised manner so that a given receiving station (not shown in the figures) receives and amplifies the signal and distributes it further via a local cable network. The receiving device 9 may also comprise a satellite receiver of its own. in which case it will even be able to move during a communication connection as pro¬ vided by the invention. The modem 9c may be wirelessly connected to another mo¬ dem 10 e.g. via a mobile telephone network in a manner known in itself. In this way, the receiving device is relieved of the requirement regarding location under a certain physical organisation server that applies to conventional fixed Internet con¬ nections.
With the development of signal processing technology and the increasing use of low-orbit satellites, it may become possible to provide the receiving device 9 with a transmitter part, in which case the fast data link ofthe invention will become bi¬ directional. In this case, no modems 9c, 10 will be needed because all data is transmitted via a satellite 15.
The invention does not in itself impose any restrictions as to which network proto¬ col is to be used to form the packets and addresses in the data network 11. For the invention, the only important point is that a certain part, preferably the so-called hardware part, of the bit string defining the address is used as a packet identifier in a digital transport stream to allow the address allocation and determination of the identifier to be carried out at the same time and to make it as simple as possible for the receiving device to sort out from the transport stream the packets intended for itself. Thus, the invention does not involve any actual restrictions as to the type of the transport stream, provided only that packets related to a given logical entity are marked using an unambiguous identifier. However, the transport stream packet identifier should preferably be shorter than the address consistent with the network protocol applied, to allow a portion ofthe address, corresponding to the network part as mentioned above, to be used for routing between the transmitting computer 13 and the transmitting station 14. If the packet identifier is longer, as is the case e.g. in ATM and Token Ring networks, then only a part of it is used according to the invention by setting this part so that it is substantially the same as the hardware part of the receiving device. In the embodiment illustrated by Fig. 4, it is also possible to use longer addresses or a wider address range so that a given 13-bit PID identifier corresponds to a given user group and the remaining bits in the receiver's address, which actually identify a certain user, are placed in the so-called table_id_extension in the header part 16a ofthe private table 16.
Certain reception addresses can be defined in the system as broadcast-type ad¬ dresses, which are used to mark TCP/IP packets (and TS packets) that are intended for all receivers or for a certain receiver group instead of a single receiver.
The procedure and apparatus of the invention for organising a fast data link can be used for fast Internet-type data transfer without any other additional equipment ex¬ cept a television receiver auxiliary device (e.g. a so-called Set Top Box) capable of receiving a digital transport stream (e.g. an MPEG System TS stream), which is rapidly gaining ground. Due to its dynamic address allocation system, the invention does not involve any significant load on new available Internet addresses, and the inclusion of a certain part ofthe address in the transport stream packet identifier guarantees that the receiving device will be able to sort out the portions intended for itself from the transport stream in an easy and light way with regard to the comput¬ ing capacity required. In the procedure of the invention, the data to be transmitted can be encrypted by methods consistent with current definitions. It can be stated that the invention achieves its objects.

Claims

Claims
1. Procedure for organising the transmission of data in an extensive data network ( 1 1 ) comprising computer equipment (9, 12. 13) connected to it via data links and a transmitting station (14), which transmitting station comprises means for generating and transmitting a digital transport stream (1) multiplexed from a plurality of pro¬ grammes, which digital transport stream to be transmitted can be received in a cov¬ erage area comprising a plurality of receivers, characterized in that it comprises stages in which
a given transmitting device (13) forms from the data to be transmitted packets (6, 8) consistent with the network protocol observed in the data network con¬ cerned, comprising the address of a given receiving device, said packets (6, 8) are transferred via said data network (1 ) to said transmitting station (14), the transmitting station ( 14) multiplexes the data stream formed by said packets (6, 8) into a digital transport stream (1) generated by it, marking those parts (2) ofthe digital transport stream that relate to said packets with a part (3) of said address of a given receiving device, - the transmitting station ( 14) transmits the digital transport stream it has gener¬ ated, which digital transport stream can be received in a coverage area compris¬ ing a plurality of receivers, and said receiving device (9) receives said digital transport stream (1) and inteφrets those parts of it that are marked with said part (3) of the address of the receiving device.
2. Procedure as defined in claim 1, characterized in that it additionally comprises, before the stages mentioned in claim 1 , stages in which
- said receiving device (9) sends to a given address server device (12) connected to the data network a request for a temporary address, said address server device (12) sends to said receiving device (9) data compris¬ ing a temporary address, on the basis of which the receiving device is identified in the data network (1 1), and said receiving device (9) sends to said transmitting device (13) a request to start transmission, said request comprising the temporary address,
and. after the stages mentioned in claim 1 , a stage in which
said receiving device (9) sends to said address server device (12) a message in¬ dicating that it has stopped using the temporary address.
3. Procedure as defined in claim 1 or 2. characterized in that communication in said data network (1 1) is effected in accordance with the TCP/IP protocol, in which case said address of the receiving device comprises 32 bits.
4. Procedure as defined in any one ofthe preceding claims, characterized in that said digital transport stream (1) is an MPEG system transport stream (MPEG Sys¬ tem TS) and the TS packets in the MPEG system transport stream that contain packets (6, 8) consistent with the network protocol are marked by assigning them a PID identifier (3) consisting of certain bits included in the address of said receiving device.
5. Procedure as defined in claim 4, characterized in that the PID identifier (3) as¬ signed consists of 13 low-order bits ofthe address ofthe receiving device.
6. Procedure as defined in any one ofthe preceding claims, characterized in that it additionally comprises stages in which in conjunction with the multiplexing, said transmitting station (14) encrypts those parts (2) ofthe digital transport stream (1) that are related to said packets (6, 8) consistent with the network protocol, using an encryption method specific to information intended for the particular receiver, and in conjunction with the inteφretation, said receiving device (9) disencrypts the data intended for it.
7. System for the transfer of data between a given transmitting device (13) and a given receiving device (9), said system comprising a data network (1 1) and com¬ puter equipment (9, 12, 13) connected to it via data links, a transmitting station (14) comprising means for generating and transmitting a digital transport stream (1) multiplexed from a plurality of programmes, and transmission means (15) for send¬ ing the data transmitted by said transmitting station to a plurality of receivers simul- taneously, characterized in that it comprises
means in said transmitting device ( 13) for forming packets (6, 8) consistent with the network protocol observed in said data network and providing them with the address of said receiving device (9), as well as means for sending said packets into said data network (1 1), means in said transmitting station (14) for receiving said packets (6, 8) from said data network (1 1) and means for multiplexing the data stream formed by these packets as a part of said digital transport stream (1), as well as means for inter¬ preting the receiver address associated with said packets (6, 8) and for marking those parts (2) of the digital transport stream that relate to said packets with a part (3) of said address, and means (9b) in said receiving device (9) for receiving said digital transport stream (1) and inteφreting the parts marked with a part (3) of said address.
8. System as defined in claim 7, characterized in that it additionally comprises an address server device (12) connected to said data network (1 1), said address server device (12) comprising means for storing the addresses and data relating to them and for temporarily assigning addresses to given devices.
9. System as defined in claim 7 or 8, characterized in that it additionally comprises means in said transmitting station (14) for encrypting the data associated with given data streams to be multiplexed, this encryption being effected in a manner specific to each data stream, as well as storage means for the storage of information relating to the encryption, and means in said receiving device (9) for the disencryption of data encrypted in a manner specific to it.
PCT/FI1996/000640 1995-11-30 1996-11-29 Packet switching system using telephonic and satellite transmission WO1997020413A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU76982/96A AU7698296A (en) 1995-11-30 1996-11-29 Packet switching system using telephonic and satellite transmission

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI955773 1995-11-30
FI955773A FI100684B (en) 1995-11-30 1995-11-30 Use of packet identifiers in the packet-switched communication format only to indicate requesters

Publications (1)

Publication Number Publication Date
WO1997020413A1 true WO1997020413A1 (en) 1997-06-05

Family

ID=8544467

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FI1996/000640 WO1997020413A1 (en) 1995-11-30 1996-11-29 Packet switching system using telephonic and satellite transmission

Country Status (3)

Country Link
AU (1) AU7698296A (en)
FI (1) FI100684B (en)
WO (1) WO1997020413A1 (en)

Cited By (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998038765A3 (en) * 1997-02-28 1998-10-22 Koninkl Philips Electronics Nv Transmission system for transmitting a flexible multiplex signal
EP0884860A2 (en) * 1997-06-13 1998-12-16 Nippon Telegraph And Telephone Corporation Channel allocation method for a satellite communication system
WO1999009707A1 (en) * 1997-08-18 1999-02-25 Mci Communications Corporation Multicast transmission of information over a satellite
EP0901261A2 (en) 1997-09-05 1999-03-10 Hitachi, Ltd. Transport protocol conversion method and protocol conversion equipment
EP0935381A2 (en) * 1997-11-10 1999-08-11 General Instrument Corporation Dynamic network configuration of a one-way adapter
EP0964581A1 (en) * 1998-06-10 1999-12-15 NOKIA TECHNOLOGY GmbH Method and device for transmitting information to the DVB network
WO2000010262A2 (en) * 1998-08-13 2000-02-24 Cm Community Media Gmbh & Co Kg Distribution of requested video sequences via satellites
WO2000013339A1 (en) * 1998-08-28 2000-03-09 Qualcomm Incorporated Method and apparatus for dynamic address allocation in a wireless communication system
WO2000033549A2 (en) * 1998-11-30 2000-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Voice communication between a telecommunication network and a data communication network
EP1010292A1 (en) * 1997-09-05 2000-06-21 Worldspace, Inc. System for providing global portable internet access using low earth orbit satellite and satellite direct radio broadcast system
EP1016237A2 (en) * 1997-09-22 2000-07-05 Zak Sat General Trading Co. WLL Asymmetric satellite-based internet service
WO2000045601A1 (en) * 1999-01-28 2000-08-03 Brown, Douglas, G. Methods and systems for providing information to set-top boxes having set-top box identifiers using frequency shift keying modulation
DE19902869A1 (en) * 1999-01-25 2000-08-03 Data Planet International Gmbh Device and method for transmitting IP data packets
WO2000070840A2 (en) * 1999-05-14 2000-11-23 Scientific-Atlanta, Inc. Method for delivery of ip data over mpeg-2 transport networks
FR2794327A1 (en) * 1999-05-28 2000-12-01 Sagem Digital information/digital broadcast transmission/receive system having incoming digital word stream digital transfer/transmitter section passed and logic filtering selecting digital words selection dependent.
WO2001005158A1 (en) * 1999-07-13 2001-01-18 Sun Microsystems, Inc. Methods and apparatus for selecting multicast ip data transmitted in broadcast streams
FR2796790A1 (en) * 1999-07-23 2001-01-26 Sagem Data packet transmission system uses address filtering at receivers to identify packets to be received and processed
US6189148B1 (en) 1999-01-28 2001-02-13 Douglas G. Brown Methods and circuits using frequency shift keying modulation to transfer data over transmission lines simultaneous with television signals
WO2001015455A1 (en) * 1999-08-20 2001-03-01 General Instrument Corporation System and method for facilitating transmission of ip data over digital mpeg networks
WO2001024529A1 (en) * 1999-09-27 2001-04-05 Itv Digital Plc. Method of inhibiting copying of digital data
EP1095478A1 (en) * 1998-04-23 2001-05-02 Richard M. Millman Optimized integrated high capacity digital satellite trunking network
EP1098488A1 (en) * 1999-10-28 2001-05-09 Sony Corporation Data receiving method and data receiving unit therefor
EP1109405A1 (en) * 1999-12-16 2001-06-20 CANAL+ Société Anonyme Communication with receiver/decoder
WO2001047275A1 (en) * 1999-12-20 2001-06-28 Viacast Networks, Inc. Data transport stream demultiplexer system
WO2001080491A2 (en) * 2000-04-18 2001-10-25 B2C2, Inc. Assembling transport packets into ip packets using a clock signal from the transport stream
EP1151375A1 (en) * 1999-02-02 2001-11-07 Mentat, Inc. Internet over satellite
WO2001097525A1 (en) * 2000-06-16 2001-12-20 Deutsche Telekom Ag Method for secure transfer of ip data via a radio medium
FR2814892A1 (en) * 2000-10-04 2002-04-05 At Sky SYSTEM FOR USING A COMPUTER AS A SERVER FOR TELEVISIONS
EP1207632A1 (en) * 2000-11-20 2002-05-22 Alcatel Addressing method in a satellite access or infrastructure network which can be used for data transfer in a non connected mode
US6408339B1 (en) 1998-01-19 2002-06-18 Telefonaktiebolaget Lm Ericsson (Publ) Non-permanent address allocation
DE10103293A1 (en) * 2001-01-25 2002-08-14 Siemens Ag Method for bidirectional message transmission with different/divided return channels, at least part of data stream is transmitted from additional data source to terminal
WO2002087252A1 (en) * 2001-04-20 2002-10-31 General Instrument Corporation Ip data encapsulation and insertion using a broadband transport multiplexer
DE10133833A1 (en) * 2001-07-12 2003-01-30 Siemens Ag Making packet data connection between variable address stations in network transmits point-to-point packet connection request, followed by temporary address request
WO2003021868A2 (en) * 2001-08-31 2003-03-13 The Boeing Company System and method for providing network addresses to mobile platforms
EP1299965A1 (en) * 2000-05-12 2003-04-09 Henry Ewen Data transmission system and method
US6678004B1 (en) 1998-01-09 2004-01-13 Douglas G. Brown Methods and systems for providing information to a plurality of set-top boxes via a personal computer using set-top box identifiers
EP1446919A1 (en) * 2001-11-20 2004-08-18 Nokia Corporation Multicast address to packet identifier mapping for broadcast systems
US6968394B1 (en) 1997-09-22 2005-11-22 Zaksat General Trading Co., Wll Asymmetric satellite-based internet service
US6986155B1 (en) 1999-07-13 2006-01-10 Sun Microsystems, Inc. Methods and apparatus for selecting multicast IP data transmitted in broadcast streams
US7050505B2 (en) 2001-09-13 2006-05-23 General Instrument Corporation Aliasing and routing of plural MPEG data streams
US7054902B2 (en) 2001-10-23 2006-05-30 Packeteer, Inc. Multicast delivery systems and methods
EP1232628B1 (en) * 2000-02-28 2007-01-10 Hughes Network Systems, LLC Method for enhancing performance
US7257812B1 (en) 1999-12-16 2007-08-14 Sun Microsystems, Inc. Methods and apparatus for managing an application
US7408961B2 (en) 2001-09-13 2008-08-05 General Instrument Corporation High speed serial data transport between communications hardware modules
US7675901B2 (en) 2003-01-09 2010-03-09 Thomson Licensing Method and an apparatus for mapping an MPEG transport stream into IP packets for WLAN broadcast
US9985793B2 (en) 2011-11-24 2018-05-29 Chikka Pte Ltd System and method for detecting prepaid internet connection and a charging mechanism for same

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4793813A (en) * 1985-10-15 1988-12-27 The Board Of Trustees Of The University Of Illinois Computer-based education system
EP0624040A2 (en) * 1993-05-03 1994-11-09 AT&T Corp. System for composing multimedia signals for interactive television services
US5371607A (en) * 1990-06-21 1994-12-06 Koninklijke Ptt Nederland B.V. Interactive communication and transport system for still pictures
EP0680216A2 (en) * 1994-04-28 1995-11-02 Thomson Consumer Electronics, Inc. Apparatus and method for formulating an interactive signal
WO1995034153A1 (en) * 1994-06-08 1995-12-14 Hughes Aircraft Company Apparatus and method for hybrid network access
US5499046A (en) * 1994-05-23 1996-03-12 Cable Services Technologies, Inc. CATV distribution system with each channel having its own remote scheduler
EP0734140A2 (en) * 1995-03-22 1996-09-25 SPACE ENGINEERING S.p.A. Satellite telecommunications system for remote access to internet

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4793813A (en) * 1985-10-15 1988-12-27 The Board Of Trustees Of The University Of Illinois Computer-based education system
US5371607A (en) * 1990-06-21 1994-12-06 Koninklijke Ptt Nederland B.V. Interactive communication and transport system for still pictures
EP0624040A2 (en) * 1993-05-03 1994-11-09 AT&T Corp. System for composing multimedia signals for interactive television services
EP0680216A2 (en) * 1994-04-28 1995-11-02 Thomson Consumer Electronics, Inc. Apparatus and method for formulating an interactive signal
US5499046A (en) * 1994-05-23 1996-03-12 Cable Services Technologies, Inc. CATV distribution system with each channel having its own remote scheduler
WO1995034153A1 (en) * 1994-06-08 1995-12-14 Hughes Aircraft Company Apparatus and method for hybrid network access
EP0734140A2 (en) * 1995-03-22 1996-09-25 SPACE ENGINEERING S.p.A. Satellite telecommunications system for remote access to internet

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
AIP CONFERENCE PROCEEDINGS, No. 325, January 1995 (USA), ARORA et al., "Hybrid Internet Access", pages 69-74. *

Cited By (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6175577B1 (en) 1997-02-28 2001-01-16 U.S. Philips Corporation Transmission system for transmitting a flexible multiplex signal
WO1998038765A3 (en) * 1997-02-28 1998-10-22 Koninkl Philips Electronics Nv Transmission system for transmitting a flexible multiplex signal
EP0884860A2 (en) * 1997-06-13 1998-12-16 Nippon Telegraph And Telephone Corporation Channel allocation method for a satellite communication system
EP0884860A3 (en) * 1997-06-13 2002-09-11 Nippon Telegraph And Telephone Corporation Channel allocation method for a satellite communication system
WO1999009707A1 (en) * 1997-08-18 1999-02-25 Mci Communications Corporation Multicast transmission of information over a satellite
US6385647B1 (en) 1997-08-18 2002-05-07 Mci Communications Corporations System for selectively routing data via either a network that supports Internet protocol or via satellite transmission network based on size of the data
EP1010292A4 (en) * 1997-09-05 2004-05-26 Worldspace Inc System for providing global portable internet access using low earth orbit satellite and satellite direct radio broadcast system
US6557031B1 (en) 1997-09-05 2003-04-29 Hitachi, Ltd. Transport protocol conversion method and protocol conversion equipment
EP0901261A2 (en) 1997-09-05 1999-03-10 Hitachi, Ltd. Transport protocol conversion method and protocol conversion equipment
EP0901261A3 (en) * 1997-09-05 2002-10-30 Hitachi, Ltd. Transport protocol conversion method and protocol conversion equipment
EP1010292A1 (en) * 1997-09-05 2000-06-21 Worldspace, Inc. System for providing global portable internet access using low earth orbit satellite and satellite direct radio broadcast system
EP1016237A2 (en) * 1997-09-22 2000-07-05 Zak Sat General Trading Co. WLL Asymmetric satellite-based internet service
US6968394B1 (en) 1997-09-22 2005-11-22 Zaksat General Trading Co., Wll Asymmetric satellite-based internet service
EP1016237A4 (en) * 1997-09-22 2001-02-07 Zak Sat General Trading Co Wll Asymmetric satellite-based internet service
EP0935381A2 (en) * 1997-11-10 1999-08-11 General Instrument Corporation Dynamic network configuration of a one-way adapter
EP0935381A3 (en) * 1997-11-10 2002-08-14 General Instrument Corporation Dynamic network configuration of a one-way adapter
US6678004B1 (en) 1998-01-09 2004-01-13 Douglas G. Brown Methods and systems for providing information to a plurality of set-top boxes via a personal computer using set-top box identifiers
US6408339B1 (en) 1998-01-19 2002-06-18 Telefonaktiebolaget Lm Ericsson (Publ) Non-permanent address allocation
EP1095478A4 (en) * 1998-04-23 2003-08-27 Transworld Comm U S A Inc Optimized integrated high capacity digital satellite trunking network
EP1095478A1 (en) * 1998-04-23 2001-05-02 Richard M. Millman Optimized integrated high capacity digital satellite trunking network
EP0964581A1 (en) * 1998-06-10 1999-12-15 NOKIA TECHNOLOGY GmbH Method and device for transmitting information to the DVB network
US6763035B1 (en) 1998-06-10 2004-07-13 Nokia Technology Gmbh Method and device for transmitting information to the DVB network
AU749581B2 (en) * 1998-08-13 2002-06-27 Cm Community Media Gmbh & Co Kg Distribution of requested video sequences via satellites
WO2000010262A2 (en) * 1998-08-13 2000-02-24 Cm Community Media Gmbh & Co Kg Distribution of requested video sequences via satellites
WO2000010262A3 (en) * 1998-08-13 2000-05-11 Media Art Reinhold Geiling Age Distribution of requested video sequences via satellites
US6181931B1 (en) 1998-08-28 2001-01-30 Qualcomm Inc. Method and apparatus for dynamic address allocation in a wireless communication system
WO2000013339A1 (en) * 1998-08-28 2000-03-09 Qualcomm Incorporated Method and apparatus for dynamic address allocation in a wireless communication system
WO2000033549A2 (en) * 1998-11-30 2000-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Voice communication between a telecommunication network and a data communication network
WO2000033549A3 (en) * 1998-11-30 2000-08-24 Ericsson Telefon Ab L M Voice communication between a telecommunication network and a data communication network
DE19902869C2 (en) * 1999-01-25 2001-11-15 Data Planet Internat Gmbh Device and method for transmitting IP data packets
DE19902869A1 (en) * 1999-01-25 2000-08-03 Data Planet International Gmbh Device and method for transmitting IP data packets
WO2000045601A1 (en) * 1999-01-28 2000-08-03 Brown, Douglas, G. Methods and systems for providing information to set-top boxes having set-top box identifiers using frequency shift keying modulation
US6189148B1 (en) 1999-01-28 2001-02-13 Douglas G. Brown Methods and circuits using frequency shift keying modulation to transfer data over transmission lines simultaneous with television signals
EP1151375A4 (en) * 1999-02-02 2003-10-22 Mentat Inc Internet over satellite
EP1151375A1 (en) * 1999-02-02 2001-11-07 Mentat, Inc. Internet over satellite
WO2000070840A2 (en) * 1999-05-14 2000-11-23 Scientific-Atlanta, Inc. Method for delivery of ip data over mpeg-2 transport networks
US6928656B1 (en) 1999-05-14 2005-08-09 Scientific-Atlanta, Inc. Method for delivery of IP data over MPEG-2 transport networks
WO2000070840A3 (en) * 1999-05-14 2001-07-26 Scientific Atlanta Method for delivery of ip data over mpeg-2 transport networks
FR2794327A1 (en) * 1999-05-28 2000-12-01 Sagem Digital information/digital broadcast transmission/receive system having incoming digital word stream digital transfer/transmitter section passed and logic filtering selecting digital words selection dependent.
AU776813B2 (en) * 1999-07-13 2004-09-23 Sun Microsystems, Inc. Methods and apparatus for selecting multicast IP data transmitted in broadcast streams
US6986155B1 (en) 1999-07-13 2006-01-10 Sun Microsystems, Inc. Methods and apparatus for selecting multicast IP data transmitted in broadcast streams
WO2001005158A1 (en) * 1999-07-13 2001-01-18 Sun Microsystems, Inc. Methods and apparatus for selecting multicast ip data transmitted in broadcast streams
WO2001008374A1 (en) * 1999-07-23 2001-02-01 Sagem S.A. Methods for transmitting and broadcasting data packets and receivers for implementing same
FR2796790A1 (en) * 1999-07-23 2001-01-26 Sagem Data packet transmission system uses address filtering at receivers to identify packets to be received and processed
WO2001015455A1 (en) * 1999-08-20 2001-03-01 General Instrument Corporation System and method for facilitating transmission of ip data over digital mpeg networks
WO2001024529A1 (en) * 1999-09-27 2001-04-05 Itv Digital Plc. Method of inhibiting copying of digital data
EP1098488A1 (en) * 1999-10-28 2001-05-09 Sony Corporation Data receiving method and data receiving unit therefor
US7082198B1 (en) 1999-10-28 2006-07-25 Sony Corporation Data receiving method and data receiving unit therefor
WO2001045409A3 (en) * 1999-12-16 2001-11-08 Canal Plus Sa Communication with receiver/decoder
US7257812B1 (en) 1999-12-16 2007-08-14 Sun Microsystems, Inc. Methods and apparatus for managing an application
EP1109405A1 (en) * 1999-12-16 2001-06-20 CANAL+ Société Anonyme Communication with receiver/decoder
WO2001045409A2 (en) * 1999-12-16 2001-06-21 Canal+ Societe Anonyme Communication with receiver/decoder
WO2001047275A1 (en) * 1999-12-20 2001-06-28 Viacast Networks, Inc. Data transport stream demultiplexer system
US8359405B1 (en) 2000-02-28 2013-01-22 John Border Performance enhancing proxy and method for enhancing performance
EP1232628B1 (en) * 2000-02-28 2007-01-10 Hughes Network Systems, LLC Method for enhancing performance
WO2001080491A2 (en) * 2000-04-18 2001-10-25 B2C2, Inc. Assembling transport packets into ip packets using a clock signal from the transport stream
WO2001080491A3 (en) * 2000-04-18 2002-07-25 B2C2 Inc Assembling transport packets into ip packets using a clock signal from the transport stream
EP1299965A1 (en) * 2000-05-12 2003-04-09 Henry Ewen Data transmission system and method
EP1299965A4 (en) * 2000-05-12 2005-02-02 Henry Ewen Data transmission system and method
WO2001097525A1 (en) * 2000-06-16 2001-12-20 Deutsche Telekom Ag Method for secure transfer of ip data via a radio medium
WO2002030106A1 (en) * 2000-10-04 2002-04-11 At-Sky (Sas) System using a computer as television set server
FR2814892A1 (en) * 2000-10-04 2002-04-05 At Sky SYSTEM FOR USING A COMPUTER AS A SERVER FOR TELEVISIONS
EP1207632A1 (en) * 2000-11-20 2002-05-22 Alcatel Addressing method in a satellite access or infrastructure network which can be used for data transfer in a non connected mode
FR2817057A1 (en) * 2000-11-20 2002-05-24 Cit Alcatel METHOD OF ADDRESSING IN A SATELLITE ACCESS OR INFRASTRUCTURE NETWORK
US7266095B2 (en) 2000-11-20 2007-09-04 Alcatel Addressing method for use in an access network or a satellite infrastructure network that can support data transfer in non-connected mode
DE10103293A1 (en) * 2001-01-25 2002-08-14 Siemens Ag Method for bidirectional message transmission with different/divided return channels, at least part of data stream is transmitted from additional data source to terminal
US7356029B2 (en) 2001-04-20 2008-04-08 General Instrument Corporation IP data encapsulation and insertion in a transport multiplexer
US6996779B2 (en) 2001-04-20 2006-02-07 General Instrument Corporation Graphical user interface for a transport multiplexer
US6839070B2 (en) 2001-04-20 2005-01-04 General Instrument Corporation Real-time display of bandwidth utilization in a transport multiplexer
WO2002087252A1 (en) * 2001-04-20 2002-10-31 General Instrument Corporation Ip data encapsulation and insertion using a broadband transport multiplexer
DE10133833A1 (en) * 2001-07-12 2003-01-30 Siemens Ag Making packet data connection between variable address stations in network transmits point-to-point packet connection request, followed by temporary address request
WO2003021868A3 (en) * 2001-08-31 2003-05-15 Boeing Co System and method for providing network addresses to mobile platforms
WO2003021868A2 (en) * 2001-08-31 2003-03-13 The Boeing Company System and method for providing network addresses to mobile platforms
US6757535B2 (en) 2001-08-31 2004-06-29 The Boeing Company System and method for providing network addresses to mobile platforms
US7050505B2 (en) 2001-09-13 2006-05-23 General Instrument Corporation Aliasing and routing of plural MPEG data streams
US7408961B2 (en) 2001-09-13 2008-08-05 General Instrument Corporation High speed serial data transport between communications hardware modules
US7054902B2 (en) 2001-10-23 2006-05-30 Packeteer, Inc. Multicast delivery systems and methods
EP1446919A4 (en) * 2001-11-20 2007-05-30 Nokia Corp Multicast address to packet identifier mapping for broadcast systems
US7908388B1 (en) 2001-11-20 2011-03-15 Nokia Corporation Multicast address to packet identifier mapping for broadcast systems
CN1589546B (en) * 2001-11-20 2012-12-12 诺基亚公司 Multicast address to packet identifier mapping for broadcast systems
EP1446919A1 (en) * 2001-11-20 2004-08-18 Nokia Corporation Multicast address to packet identifier mapping for broadcast systems
US8554942B2 (en) 2001-11-20 2013-10-08 Nokia Corporation Multicast address to packet identifier mapping for broadcast systems
US7675901B2 (en) 2003-01-09 2010-03-09 Thomson Licensing Method and an apparatus for mapping an MPEG transport stream into IP packets for WLAN broadcast
US9985793B2 (en) 2011-11-24 2018-05-29 Chikka Pte Ltd System and method for detecting prepaid internet connection and a charging mechanism for same

Also Published As

Publication number Publication date
FI100684B (en) 1998-01-30
FI955773A0 (en) 1995-11-30
FI955773A (en) 1997-05-31
AU7698296A (en) 1997-06-19

Similar Documents

Publication Publication Date Title
WO1997020413A1 (en) Packet switching system using telephonic and satellite transmission
US7120142B1 (en) Communication management system and method
US7720987B2 (en) Mapping transport streams
EP0901261B1 (en) Transport protocol conversion method and protocol conversion equipment
US6785733B1 (en) Transport protocol conversion method and protocol conversion equipment
US20020042924A1 (en) Media server interconnect architecture
JP2007525038A (en) Method and apparatus for converting MPEG transport stream to IP packet for WLAN distribution
EP1497965B1 (en) Method and apparatus for identifying transport streams as networks
NO332154B1 (en) Address assignment in a digital transfer system
EP1210825B1 (en) System and method for facilitating transmission of ip data over digital mpeg networks
KR20030037138A (en) System for transceiving information of digital cable broadcast and method thereof
US7590757B2 (en) Broadcast type communication data distribution device and broadcast type communication system
FI107107B (en) Formation of a connection in the return direction in a wiring network
WO2001089154A1 (en) Transmitting data via broadcast network
JPH10164116A (en) Communication device and packet transfer device
JP4154753B2 (en) Data receiving apparatus and method
KR100264047B1 (en) Terminal station ID allocation method and device in multimedia satellite communication system
KR100341089B1 (en) System architecture and link control method to make the user of remote terminal access internet through the MPEG-2 based broadcasting network
EP1048157B1 (en) Method for transferring data from a head-end to a number of receivers
KR100262316B1 (en) Multimedia satellite communication system
KR100292910B1 (en) Multimedia satellite communication system
KR100262311B1 (en) Multi satellite communication system
WO2000062562A1 (en) Method and apparatus for interoperation between wireless computer networks and internet protocol-based networks

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AL AM AT AU AZ BA BB BG BR BY CA CH CN CU CZ DE DK EE ES FI GB GE HU IL IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MD MG MK MN MW MX NO NZ PL PT RO RU SD SE SG SI SK TJ TM TR TT UA UG US UZ VN AM AZ BY KG KZ MD RU TJ TM

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): KE LS MW SD SZ UG AT BE CH DE DK ES FI FR GB GR IE IT LU MC NL PT SE BF BJ CF CG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase