Within the realm of e-Navigation, a Maritime Service in the context of e-Navigation can be implemented by one or more e-Navigation Technical Services. Drawing inspiration from service-oriented architectures, a Technical Service is defined as a cohesive set of software functions that can be repurposed for various needs, along with the policies that oversee and regulate its application.
In essence, a Technical Service is a digital service offered by an electronic device to another electronic device.
This page aims at improving the visibility and accessibility of available e-Navigation Technical Services and information provided by them. This enables service providers, consumers, and regulatory authorities to share a common understanding of a Technical Service and how to implement and use it.
Service specifications
Service specifications play a crucial role in amassing the outcomes of service identification and design processes. They serve to chronicle the pivotal features of a specific service at the logical tier. The service specification provides a holistic overview of a service and its building blocks at the logical level.
The service specification is intended to be technology-agnostic. The service specification shall not describe the details of a specific service implementation. For that purpose, a service design description shall also be provided, where the actual realization of the service with a dedicated technology shall be described.
Marine Aids to Navigation (AtoN) Technical Service Specification for the provision of AtoN information
ARM, DTEC
S-125
Version 1.0: ARM18 Version 2.0: (depending on S-125)
SECOM based
Version 1.0: ARM19
Marine Aids to Navigation (AtoN) Technical Service Specification for the provision of enhanced AtoN information
ARM, DTEC
S-201
SECOM based
Voyage information service
VTS, DTEC
S-421, …
Route information service
VTS, DTEC
S-421, …
S-200 based ASM provision
DTEC
S-230
Slot management service
VTS, DTEC
Traffic clearance service
VTS, DTEC
S-212, S-421
Version 1.3: VTS 55
SECOM based
Version 1.0: VTS 55
Anchorage assignment service
VTS, DTEC
Disclaimer for Test versions (Below version 2.0.0)
This document pertains to Test Versions of the Product Specifications. Please be advised that this version is intended solely for testing and evaluation purposes and is not prepared or suitable for actual implementation. Any unexpected outcomes or issues arising from the use of this test version are not the responsibility of IALA or any affiliated entities.
Users should exercise caution and discretion when using the test versions, keeping in mind its limitations and the purpose for which it is designed. It is important to note that Version 2.0.0, when released, will be fully equipped and intended for actual implementation. Users are encouraged to wait for Version 2.0.0 for any operational or implementation purposes.
By using the Test versions, users acknowledge and agree to this disclaimer and its terms.
Service design
The service design description equips service architects and designers with a systematic, documented portrayal of the service’s technical layout. Guideline G1128 offers a template detailing the layout of sections the author should complete during the service technical design phase.
Service instances description
The service instance description’s core objective is to catalog, in an easily comprehensible format, all information pertinent to a particular service’s implementation and instantiation.
Note that one service implementation may be deployed several times at different access points thus forming several different service instances. In this case, several service instance description XML files need to be produced – one for each deployed instance, whereas the service instance description document can be identical, if all instances behave equivalently.
This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.
IALA complies with the General Data Protection Regulations of the EU. IALA will include a list of participants with their contact information on the website and in the report of this meeting. Any participant who wishes to remove their contact details from the participants' list should advise the Committee Secretary as soon as possible.
Strictly Necessary Cookies
Strictly Necessary Cookie should be enabled at all times so that we can save your preferences for cookie settings.
If you disable this cookie, we will not be able to save your preferences. This means that every time you visit this website you will need to enable or disable cookies again.
3rd Party Cookies
This website uses Google Analytics to collect anonymous information such as the number of visitors to the site, and the most popular pages.
Keeping this cookie enabled helps us to improve our website.
Please enable Strictly Necessary Cookies first so that we can save your preferences!