----- Original Message ----- From: "Philip Tellis" philip.tellis@gmx.net
So, again, how is it different from television, which we already have?
Television is dedicated only to live information and entertainment through video and audio signals. The system suggested will not be limitted to audio and video but any file under any category, subject to it being large in size to justify its high speed broadcast.
geostationary satellites are at an altitude of 36000Km. Speed of light is 300000Km/s. That's approx. 200 ms round trip time to send a packet via a satellite.
Given this base delay, you need to have a large window for tcp acknowledgements to be sent. That means that a transmission error could go unnoticed for a much longer period of time.
The system suggested is a one way broadcast system and will be different from existing 2 way tcp one on the internet. If the new system does not exist, it will have to be created by the techies. That is why I made this idea open to anyone who wants to implement it as and how they want to. It will be very much similar to receiving a television broadcast but will differ in speed, content and file mapping. This mapping will look just like a web page, however the links will not point to server locations but the corresponding transponder, its time of broadcast for that particular file and the actual file identity in the satellite's data base.
There is one major problem that I did not think of before and has gone unnoticed here. Since there are multiple transponders transmitting different files at the same time to reduce cycle time, if the user wants to download files located on different ransponders and if their times clash with each other, then he has to wait for an entire cycle to complete before downloading the next file. A simple work around for this is to group files in transponders according to their categories so that similar category of files exist in each transponder (txpd) and it is less likely that when a user is downloading files of one category, he may jump to another one at the same time. A better but costly solution is to have only one file transmitted by all txpds at the same time. The file will be split into parts equal to the number of txpds. It will be assembled at the receiving end. This will however require a more expensive receiver. The lnb unit will have to be a collection of equal number of lnbs in the same dish, that simultaneously receive the signals from all txpds and these signals are assembled in the receiver before passing it on to the computer. This will require rf circuits equal to the number of lnbs. With integrated circuits made for such a purpose, this should not be a major hassle in size and mass production. One txpd channel can be reserved for sync signals to ensure accurate decoding of the received signals.
Any thoughts on that?
Rony.