IALA and Patentable subject matters

From IALA Wiki
Jump to: navigation, search

(This page is visible on the World Wide Web)

Introduction

IALA is a non profit, international technical association.

Established in 1957, it gathers together marine aids to navigation authorities, manufacturers, consultants, and, scientific and training institutes from all parts of the world and offers them the opportunity to exchange and compare their experiences and achievements.

IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM encourages its members to work together in a common effort to harmonize aids to navigation world-wide and to ensure that movements of vessels are safe, expeditious and cost effective, while ensuring sustainability and the protection of the environment.

IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM develops Standards, Recommendations, Guidelines, Manuals and other guidance, i.e. “IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM Documents”, through expert discussions in its technical committees.

IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM Documents should be kept free of matters which could infringe essential patents or patent applications, unless a free Patent License or a Patent License on reasonable terms is awailable.

It is preferred not to apply for (patent) protection of new patentable matters arising from discussions within IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM technical committees. Instead it prefered to make such matters available in the public domain, in order to prevent anyone from patenting these, since this could obstruct the effective world-wide useage and implementation of the contents of IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM Documents.

One means of publishing said subject matters, is for IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM members to place them here on Wikipedia, as subsections of this article.

Enhanced RADARRadio Detection and Ranging positioning

First published 4. March 2011.

Details can be found in another article titled Enhanced RADAR positioning.

VDESVHF Data Exchange System (VHFVery High Frequency (30 MHz to 300 MHz)VHF Communication Service of the CS Data Exchange)

First published in 2015 by ITUInternational Telecommunication Union in M.2092-0.

VDESVHF Data Exchange System Details

The next chapters describe patentable aspects of VDESVHF Data Exchange System implementational aspects in detail. This publishing has the purpose to protect these ideas and therefore make them permanently safely usable for all entities that wish to implement VDESVHF Data Exchange System equipment.

Improving Reception under bad conditions

It is seen to give advantage in receivers to:

  • keep bad received packets (non matching CRC)
  • and reuse the received soft bits when the retransmission arrives
  • to calculate the highest probablity dependent on the FEC used

A clever system might even:

  • use the retransmit system called incremental redundancy, where the turbo coder output parity bits are transmitted in a retransmit instead of the original sequence. This adds information.

However:

  • it is also seen that just selecting the retransmitted data by pure received SNRSignal to Noise Ratio can give advantages if the 2 received frames have significantly different quality and one of them immediately is detected with a matching CRC.

Therefore, it might be advisable always to handle retransmissions as such:

  • check if CRC matches, if yes: use the data and stop decoding here
  • if the CRC of the retransmission does not match: try to combine the soft bits before decoding (SNRSignal to Noise Ratio boost method)
  • if that doesn't work, ask for retransmit
  • if you see that often, use better source, channel coding, scrambling, interleaving, FECForward error correction, channel equalization, bandwidth (selective channel) or finally waveform

(published the 4th of April, 2019, by IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM ENAVe-Navigation Committee (IALA) Workinggroup 3 Chairman Stefan Pielmeier)

VDEVHF Data Exchange SATSite Acceptance TestSatellite Vehicle receiver puncturing

When there are strong transmissions from earth interfering with the VDEVHF Data Exchange Satellite, or any SDR based receiver for that sake, it is seen that just changing all samples (@ different sampling rates, e.gacceleration due to gravity (m/s2). *4) over a certain threshold (like e.gacceleration due to gravity (m/s2). -80 dBmdeciBel milliWatt) to 0 (- infinite dBmdeciBel milliWatt) on the digital receiver side can significantly improve reception of a otherwise totally blocked receiver.

Measurements presented to IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM show that this works e.gacceleration due to gravity (m/s2). to block out extremely strong transmissions from ground. While under strong interference the satellite was still able to receive the low power ground signal from a ship VHFVery High Frequency (30 MHz to 300 MHz)VHF Communication Service of the CS station after "zero-puncturing" out samples above a certain threshold.

(published the 4th of April, 2019, by IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM ENAVe-Navigation Committee (IALA) Workinggroup 3 Chairman Stefan Pielmeier; editorial change on November, 1st 2019 removing references to interfering sources)

Architecture

The VDESVHF Data Exchange System components embed in the shore and ship infrastructure according to the Maritime Connectivity Platform (MCP).

Following compenents are part of a complete end to end VDESVHF Data Exchange System system:

  • The service provider (typically a https:// based JSON web service)
  • the Maritime Connectivity Platform Component MMSMaritime Messaging Service of the CSS
    • which can be hosted by a shipping company for internal services
    • which can be hosted by a country for services issued by that country
    • which provides fully secured services to the service clients
    • which can be federated by it'ssecond owners at their wish to reflect the owner'ssecond own service quality requirements
    • which has to be selected by the service client as a service broker
    • can be seen as a trusted service list provider
    • can be seen as a filter for all available services, filtering out only the ones trusted by the MMSMaritime Messaging Service of the CSS federation
    • can be seen as a guarantee for a certain level of quality and service
    • can be e.gacceleration due to gravity (m/s2). the Danish Maritime Administration, providing the trusted services for the arctic region around Greenland, telling which URLUniform Resource Locator'ssecond are the right ones to use for ice maps, coastal reporting, maritime safety information (MSIMaritime Safety Information), wather reports, chart updates, sea depth chart overlays, "other trusted vessel" lists, telemedical services, 48h window server for each port, etc.
  • a VDESVHF Data Exchange System Gateway, connecting the Maritime Connectivity world (IPInternet ProtocolIngress Protection based) to the VDESVHF Data Exchange System transport & roaming system
  • a VDESVHF Data Exchange System Basestation, that might consist of a terrestrial coast station for VDESVHF Data Exchange System or a satellite proxy down on earth, providing connectivity to ships through a satellite network
  • the air interface between the VDESVHF Data Exchange System base station and the VDESVHF Data Exchange System Terminal (ship station)
  • the service client which might be:
    • integrated into the VDESVHF Data Exchange System terminal
    • located in the ECDISElectronic Chart Display and Information System (ice map overlay client)
    • located in the DGNSSDifferential Global Navigation Satellite SystemDifferential Global Navigation Satellite System (differential GNSSGlobal Navigation Satellite System transmitter list update from IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM service)
    • located in the ECDISElectronic Chart Display and Information System (chart mapping of MSIMaritime Safety Information information)
    • located in the ECDISElectronic Chart Display and Information System (base chart update service for the region from the chart provider)
    • located in a communication terminal (Medical Remote Assistance service client trusted by the shipping company)
    • located in a MFHF Radio (MFHF coastal station list update)
    • located in a VHFVery High Frequency (30 MHz to 300 MHz)VHF Communication Service of the CS Radio (VHFVery High Frequency (30 MHz to 300 MHz)VHF Communication Service of the CS coastal station list update)

The VDESVHF Data Exchange System connection can handle multiple service client flows (context) through only one MMSIMaritime Mobile Service Identity of the ship and the base station by use of a temporary IDIdentification used to identify the flow/context. This IDIdentification can be a Port address or similar, assigned by the VDESVHF Data Exchange System gateway for outgoing traffic towards the MMSMaritime Messaging Service of the CSS and the service provider. It will follow the data through the VDESVHF Data Exchange System connection to make each data block identifiable for the VDESVHF Data Exchange System terminal in order to know where to route the data, dependent on if the VDESVHF Data Exchange System terminal itself terminates the service or if it just forwards the messages by e.gacceleration due to gravity (m/s2). 61162-450 (Light Weight Ethernet) connection to the service client inside another bridge device (i.e. ECDISElectronic Chart Display and Information System).

The trust model of the MCP helps very efficiently to secure that no unsolicited traffic will reach the VDESVHF Data Exchange System network or the ship station; that makes the great difference between any internet service and the maritime dedicated VDESVHF Data Exchange System service, where the gateway securely only transports service data that comes from a trusted source and was transported in a secured channel (SSL/TLS protected) from the trusted service provider to the trusted gateway, using URLs that come from the trusted MMSMaritime Messaging Service of the CSS.

(published the 4th of April, 2019, by IALAInternational Association of Marine Aids to Navigation and Lighthouse Authorities - AISM ENAVe-Navigation Committee (IALA) Workinggroup 3 Chairman Stefan Pielmeier)

References