Masthead VHF antennas

The error correction being discussed here, from post 48, does just that.

" as the digital error correction reconstructs the missing data "

Of course. That's what error correction does. But, as I said, it does not make a wild guess at the missing stuff. It either reconstructs it with complete accuracy from redundant information included for this purpose or, if too much damage has been done, it doesn't try.

a) AIS is, like VHF, line of sight (plus the usual addition for atmospheric refraction). This is a well documented scientific fact.

Out at sea, far from land, maybe. As anyone who has used VHF or AIS near land knows, they most certainly are not line-of-sight in practice. Signals reflect, refract and diffract all over the place. Scientific fact.
 
YHowever, it does not cover the signal transmission/receive decoding layers, which I had always assumed contained some level of cyclical redundancy check (CRC) code. Difficult to access due to (as you mention) propriety restrictions (that damned Swede again) but I distinctly recollect that in the AIS specifications are references to such in one of the data link layers.

Good point. I would expect AIS to use whatever transmission protocol is used for other data over VHF, like DSC. Perhaps I'm being too optimistic.
 
The error correction being discussed here, from post 48, does just that.

" as the digital error correction reconstructs the missing data "

Nope. I didn't say that .... I said "In fact, the signal is identical as the digital error correction reconstructs the missing data exactly."

There is no approximation or speculation involved as I emphasised in my second post.

My summary of this very interesting thread is that AIS VHF transmissions are fundamentally different to voice VHF transmissions because of the digitial technology used. The anomalies which occur with voice transmissions can result in longer than line-of sight reception but it is very hit and miss so, if it happens, it's more down to good luck and a following wind.

With AIS/carrier free/digital tansmissions, the same anomalies can be leveraged much more effectively, and some form of digital error correction, complex or rudimentary, has been implemented which capitalises on this improved anomaly propagation and can restore data which, with analogue voice transmission, is lost forever and can only be restored by repeating all the data again with the same potential losses.

I assume that the people who developed AIS were well aware of the potential benefits of this transmission system but would also have been aware that although they have achieved much longer and very reliable non-line of sight transmission, ultimately this is a non-critical benefit since in 99% of cases since the danger does not actually crystallise until two vessels are within a line-of-sight distance, even if thick fog means that there is no actual sighting.

This AIS "peculiarity" compared to voice VHF has been referred to many times on these forums but, in the 7 years I have been contributing, this is the first time that I have ever seen a cogent explanation of this phenomenon.

Richard
 
Not sure what Mike was referring to there Richard.

I was referring to the switching requirements of voice VHF compared to a digital device like AIS transceiver. Nothing to do with the nature of the eventual output.

The power buildup time on VHF PTT is much longer than for AIS transmission - milliseconds compared to microseconds. The splitter therefore has to be able to respond more quickly than the type for AIS receive-only. Or at least that's how a manufacturer of these devices explained it to me. How the development/component cost compares to justify the price difference, I have no idea.
 
The receive-only type do no switching: they send the signal from the antenna to both receivers. To switch they would have to analyze every incoming signal and decide whether it was voice, DSC data or AIS data and route accordingly.

Do they not do some switching to achieve sufficient isolation between VHF tx and AIS Rx?
 
Your link is indeed an excellent reference to AIS message formats (and as such it resides as a prime AIS reference in my bookmarks). However, it does not cover the signal transmission/receive decoding layers, which I had always assumed contained some level of cyclical redundancy check (CRC) code. Difficult to access due to (as you mention) propriety restrictions (that damned Swede again) but I distinctly recollect that in the AIS specifications are references to such in one of the data link layers.

Back in my comms programming days, the normal application of CRC for error detection was to have the receiver request the sender to repeat the transmission but, of course, with AIS the transmission is one way and it can only recognise a data error and discard the message. In practical terms this is no big deal, the next one will be along shortly. I am aware of CRC algorithms that can reconstruct the data but would not expect such an overhead in AIS message packet processing layers due to that frequency of repetition.
I have, at last, found the AIS transceiver specification, it is an ITU document: ITU-R M.1371-1, Annex 2.

In it I note that the communication standard covers four layers from the open system interconnection (OSI) model, viz.: layers 1 to 4 (physical layer, link layer, network layer, transport layer). The physical layer is responsible for the transfer of a bit-stream from an originator, out on to the data link and this has a parameter reserved for Forward Error Correction (FEC) but later defines: "Forward error correction is not used."

So we must move on to the data packet itself, which is contained at the link layer and equates to one TDMA slot. The total length of the default packet is 256 bits, of which the AIS data portion is 168 bits. Following those data bits is the Frame Check Sequence (FCS) block of 16 bits. From the specification: "The FCS uses the cyclic redundancy check (CRC) 16-bit polynomial to calculate the checksum as defined in ISO/IEC 3309: 1993. Only the data portion should be included in the CRC calculation".

So we now know the AIS transmission contains a CRC, what does the receiver do with it if its own algorithm result does not match? The specification has a clear answer under heading 3.2.3 Error detection and control:
"Error detection and control should be handled using the CRC polynomial as described in §*3.2.2.6. CRC errors should result in no further action by the AIS."

Just as I postulated earlier in my quoted text, the message is discarded. That means, no error correction on individual AIS messages. It is patently obvious there cannot be with no extra support data within the packet or any mechanism in any other communications layer to do so if there is no FEC support as allocated for but not ultimately implemented - probably due to overhead in high traffic scenarios.



.
 
Last edited:
Top