BB26.C Smart routing for WSN on trains
From its-wiki.no
| Title | Uninterrupted network interconnection for the WSN on trains (smart routing) |
|---|---|
| Page Title | |
| Technology Line | Reference Architecture/Implementation |
| Lead partner | INDRA |
| Leader | Xavier Alberti |
| Contributors | INDRA |
| Related to Use Cases | SCOTT:WP18 |
| Description | Suggested to be included in BB26.A - It will provide service continuity and high availability in the railway domain where it is expected that multi-technological scenarios are present and therefore seamless vertical handover will be required for critical missions |
| Main output | It provides an unique and uninterrupted IP connection whose vertical handover is completely transparent to the M2M sensors (i.e. IP traffic generators). It will be integrated in the Use Case 3 as an External Communication Module both within the Onboard L&M Gateway (Train domain) and the Enhanced L&M Gateway (Ontrack domain). |
| BB category | HW component |
| Baseline | The BB Background experience and expertise coming from previous projects, as: SMARCOS (ARTEMIS), SESAR P15.2.4 (EC) and SATCOM4RAIL (ESA), where multilink systems have been analysed and simulated. from |
| Current TRL | TRL 3 . It is justified since the proposed smart router is taking advantage of the SW/HW functionalities providing QoS capabilities developed in the frame of the DEWI project and validated at laboratory environment. On the other hand, the same HW platform (a certified railway computer) will be reused for implementing the new functionalities related to smart routing features. However, the smart routing features (SW) are still a simulated concept (i.e. IP dynamic routing policies AND data link status monitoring info) and they are pending to be designed and implemented (and integrated with the QoS features) in a HW prototype. |
| Target TRL | TRL 7 . The objective is to reach a validated prototype that providing the full smart QoS router features in an emulated real-time operational environment (at least, with 3G and satcom links availables) |
Status
mail from Xavier, 17Jul2017
After a deeper analysis of the Building Blocks and the modifications which have been produced these last weeks, we have detected that two of our BBs, the BB26.C “Uninterrupted network interconnection for the WSN on trains” and BB26.J “Ubiquitous IoT/M2M coverage and connectivity via satellite. Satellite technology resources and cost optimization for M2M applications“ are redundant and no longer needed.
- The technology to be developed in these Building Blocks are already covered by BB26.A.
- This BB manage the development of the reference architecture and implementation of the Autonomous Wireless Network including ours, so doesn’t make sense to add also another BB for it.
- Our BB26.C and J have no participants but us, and BB26.A has a more interesting partners’ participation with a more coherent integration between elements of the Autonomous Wireless Network.
We have discussed this with the owner of this BB, and we agreed to participate in this BB to develop this technology, so we will merge our BB26.C and J technical aspects and requirements with them. So we propose to delete the BB26.C and BB26.J.