14.03.2017 Views

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

SHOW MORE
SHOW LESS

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 / S-band<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 />

NC<br />

Since this soluti<strong>on</strong> is based <strong>on</strong> S-MIM communicati<strong>on</strong> standard, in the return link<br />

the E-SSA random multiple access providing a low data rate is used (about 5<br />

kbps). This low data rate makes the transmissi<strong>on</strong> time (Tx) not negligible in fr<strong>on</strong>t <strong>of</strong><br />

the delay due to the use <strong>of</strong> a GEO satellite (<strong>of</strong> around 250 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 can be even greater than the transmissi<strong>on</strong> time.<br />

All these issues make the transfer delay in this system around the 500 ms.<br />

It is also worth to menti<strong>on</strong> that in the <strong>for</strong>ward link (where the DVB-SH protocol is<br />

used), channel impairments are counteracted by means <strong>of</strong> coding combined with a<br />

l<strong>on</strong>g time interleaver at the physical or link layer level, increasing this way the<br />

delay <strong>on</strong> <strong>for</strong>ward link, as well.<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<br />

channel jitter, it shall be measured from satellite transmitter to<br />

satellite receiver.<br />

C (Low)<br />

Since double hop transacti<strong>on</strong>s represents the double transmissi<strong>on</strong> delay that a<br />

single-hop transacti<strong>on</strong>, it does not comply either.<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/S-band system can be designed in order to<br />

assure a "normal" value. In fact, and taking into account the pure random access<br />

method <strong>on</strong> return link, the network registrati<strong>on</strong> could be c<strong>on</strong>sidered short.<br />

Doc.Nº: SRAIL-FNR-010-IND<br />

Edit./Rev.: 1/1<br />

Date: 16/02/2017<br />

Page 250 <strong>of</strong> 285

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!