Study on feasibility of SATCOM for railway communication
SRAIL-FNR-010-IND%20-%20FinalReport_v1.1_20170216
SRAIL-FNR-010-IND%20-%20FinalReport_v1.1_20170216
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Final Report<br />
GEO / L-band + ANTARES CS (IRIS FOC)<br />
Criteri<strong>on</strong> ID Criteri<strong>on</strong> Evaluati<strong>on</strong> Justificati<strong>on</strong><br />
CRT-TECH-4a<br />
Transfer delay <strong>for</strong> the proposed satellite system shall be Low.<br />
Note: It refers to the end-to-end (<strong>on</strong>e-way) delay due to the<br />
satellite channel. There<strong>for</strong>e, it shall be measured from satellite<br />
transmitter to satellite receiver.<br />
4a: Single-hop required<br />
C (Low)<br />
This soluti<strong>on</strong> is based <strong>on</strong> a pure random multiple access scheme providing low<br />
data rate in the return link. This low data rate makes the transmissi<strong>on</strong> time (Tx) not<br />
negligible in fr<strong>on</strong>t <strong>of</strong> the delay due to the use <strong>of</strong> a GEO satellite (<strong>of</strong> around 250<br />
ms).<br />
In additi<strong>on</strong>, the recepti<strong>on</strong> process <strong>of</strong> asynchr<strong>on</strong>ous bursts sent requires an<br />
iterative processing that is usually greater than the transmissi<strong>on</strong> time (it can be<br />
estimated as a 1.5 times the Tx [RD-23]).<br />
All these issues make the transfer delay in this system near the 500 ms.<br />
CRT-TECH-4b 4b: Double-hop required NC<br />
CRT-TECH-5<br />
Delay jitter <strong>of</strong> the proposed satcom system shall be Low.<br />
Note: Since this criteri<strong>on</strong> refers to the <strong>on</strong>e-way satellite channel<br />
jitter, it shall be measured from satellite transmitter to satellite<br />
receiver.<br />
C (Low)<br />
Taking into account that a single-hop is close the 500 ms., the double-hop will be<br />
close 1 sec<strong>on</strong>d.<br />
There exist mechanisms to compensate the delay time variati<strong>on</strong>s between packets<br />
at IP level. There<strong>for</strong>e, it is assumed that IP-based satcom soluti<strong>on</strong>s are capable to<br />
comply with a Low delay jitter requirement.<br />
In this case (GEO satcom soluti<strong>on</strong>), and c<strong>on</strong>sidering that the lower the orbit the<br />
lower the jitter, this criteri<strong>on</strong> is market as a "C (Low)".<br />
CRT-TECH-6<br />
Network registrati<strong>on</strong> delay <strong>for</strong> the proposed satcom system<br />
shall be Normal (with similar values <strong>of</strong> current GSM-R system).<br />
C<br />
The registrati<strong>on</strong> process <strong>of</strong> the GEO/L-band based <strong>on</strong> ANTARES CS system can<br />
be designed in order to assure a "normal" value. In fact, and taking into account<br />
the pure random access method <strong>on</strong> return link, the network registrati<strong>on</strong> could be<br />
c<strong>on</strong>sidered quick.<br />
CRT-TECH-7<br />
The call establishment delay <strong>for</strong> the proposed satcom system<br />
shall be Low.<br />
Note: as a first reference, GSM-R establishment delays can be<br />
c<strong>on</strong>sidered.<br />
C (High)<br />
ANTARES does not require a call establishment since it is based <strong>on</strong> a pure<br />
random access multiple access. It means that voice data packets are sent when<br />
they are available without asking <strong>for</strong> resources.<br />
Doc.Nº: SRAIL-FNR-010-IND<br />
Edit./Rev.: 1/1<br />
Date: 16/02/2017<br />
Page 240 <strong>of</strong> 285