RAD Workshop December 2018 Uwe Nitsche CEO – RocketRoute Ltd

How do we use the RAD Is the RAD your friend or foe? Let's look at it from another perspective

How we use the RAD Automation is unavoidable Automation requirements The days where the network was so static that manually created routes could be used over a meaningful period of time are over Automation requirements Looking at the development of autonomous vehicles we understand that in a dynamically changing environment a set of meaningful rules are required to keep the vehicle on track and out of harm's way Every dynamic autonomous system needs a set of guidelines or rules to function predictably and produce the desired outcome To create useful routes we need to provide guidelines for the systems to follow

How we use the RAD Chicken or Egg? When designing a solution to find routes do you start with the RAD or do you start with governing rules and add the RAD If we only had unlimited Free Route Airspace without any restrictions we would still need a rule set to find a route This rule set might contain principles like Aircraft limitations (minimum/maximum altitudes) Performance Loading Weather

How we use the RAD Start with a global solution When we built RocketRoute we needed a ruleset to control route generation globally. We developed an internal coding language to define those rules in an efficient way We use this to manually add and manage rules We use that same language to encode the RAD So now we have a merged ruleset where the rules co-exist

How we use the RAD Consequences and considerations We now create our own optimisation rules in the same language and the RAD and the rules co-exist harmoniously Using the eRAD the whole process of keeping dynamically routing becomes fully automated This however means that the RAD becomes part of our code and thus needs to be Correctly and efficiently coded Non conflicting Useful to the community

THANK YOU FOR YOUR ATTENTION Company Confidential Company Confidential