I noticed that in their STANAG-4285 600bps/Short fleet broadcast the German Navy use a 7-bit framing consisting of [5-bit data] + [one parity bit (even parity)] + [one pahsing bit], such framed stream is differential encoded and then forwarded to the S4285 modem.
![]() |
Fig. 1 - 7-bit framing adopted in S4285 600bps/Short broadcasts
|
![]() |
Fig. 2 - the differential decoded stream is parity bit checkd
|
Such peculiar framing, a "new one" for me, is used in several frequencies (see Table I) and most likely is thinked for their "domestic" fleet broadcast (as the French Navy does with their characteristic 21-bit framing); indeed in other S4285 frequencies the German-Ny run the NATO "standard" fleet broadcast consisting of the S4285 600bps/Long sub-mode and KW-46 encryption (figure 3).
![]() |
Fig. 3 - KW-46 sync sequence in S4285 600bps/Long broadcasts
|
The 5-bit user data are most likely encrypted, the quality of the cryptography can be evaluated with a statistical method or by calculating the Shannon Entropy of a stream. The statistical test determines the randomness of the bit stream, the number of single bits in the stream is counted, then the double bits, then the triple bits and so on to the end. The result is a graph: If the information is not systematic, the adjacent columns should be half the size of the previous ones. The tes for these bit streams show good encryption quality. The measure of the Shannon Entropy can be used, in a broad sense, to detect whether data is likely to be structured or unstructured. 8 is the maximum, representing highly unstructured, 'random' data. Properly encrypted or compressed data should have an entropy of over 7.5
![]() |
Fig. 4 - measurements about the presence of encryption in the 5-bit user data sub-frames
|
I also noticed that each 773 frames (5411-bit length blocks) a sequence of 588 bit length is inserted into the stream for a total length of 5999 bits (figures 5,6): that sequences are not repetitive, do not have a defined period, do not have a parity bit check, and do not seem generated by a polynomial (at least in my attempts).
![]() |
Fig. 5
|
![]() |
Fig. 6
|
Just two coincidences:
1) in differential mode the bits after the inserts are of the same number of the inserted 7-bit frames (84)
2) as you know, the block consisting of 773 7-bit frames plus the 588 inserted bits has a length of 5999 bits that corresponds to a 10 seconds interval of a stanag-4285 transmission at 600 bps (unless 1 bit)
In my opinion the 588-bit blocks are inserted before the differential encoder:
and they could be the "control bits" (also termed "EDAC bits", Error Detection And Correction bits) which are appended to the source bits after their comparison with a parity check matrix (1). If so, the dimension of the check sub-matrix shall be:
- (588 rows, 5411 columns) if the check is applied to [5-bit data]+[parity bit]+[phasing bit], ie to the whole 7-bit frame
- (588,4638) if the check is applied to [5-bit data]+[parity bit]
- (588,3865) if the check is applied to [5-bit data] only
Obviously, the possibility of such a matrix presupposes the use of a polynomial of degree 588 (!).
But I have still some doubts. Data integrity is in some way "ensured" by the use of the parity bit and the differential encoder, moreover data are FEC encoded (rate 1/2) and interleaved by the S4285 modem, so why use a such complex CRC? It is also necessary to take into account the processing time necessary for the formation of one 588-bit block (and check it at receive side) since up to 5411 comparisons are required for each single EDAC bit (more than 3 million comparisons per block in the worst case, more than 2 million in the better one).
The following Table I reports the frequencies/modes so far monitored :
| Freq. (KHz/USB) | 600bps/L | 600bps/S | Notes |
| 1897.20 |
|
| 300bps |
| 2623.20 | ✓ |
|
|
| 2658.10 | ✓ |
|
|
| 2810.20 |
| ✓ |
|
| 3247.20 | ✓ |
|
|
| 3805.20 |
| ✓ |
|
| 4000.20 | ✓ |
|
|
| 4081.20 |
| ✓ |
|
| 4203.20 | ✓ |
|
|
| 4228.20 | ✓ |
|
|
| 4463.20 | ✓ |
|
|
| 5816.00 | ✓ |
|
|
| 6763.20 |
| ✓ |
|
| 6778.20 | ✓ |
|
|
| 7454.20 |
| ✓ |
|
| 7511.20 |
| ✓ |
|
| 10561.20 |
| ✓ |
|
| 12280.20 |
| ✓ |
|
| 17 | 9 | 8 |
|
The Tx sites of the S4285 600bps/S broadcasts are reported in the figures 7,8 below, all TDoA checked.
![]() |
| Fig. 7 |
|
![]() |
Fig. 8
|
It's to notice that "All signals in the STANAG-4285 modulation come from Gluecksburg (DHJ58), which the only (!) CommCen of the German Navy. The well-known TX-sites in Neuharlingersiel, Schortens, Marlow, Rostock - Hohe Duene etc. are remote-controlled from DHJ58. This was already published in relevant specialist media in 2012 and 2014.However, the Gluecksburg location is also in question since 2011, as the Ministry of Defense Germany wants to close the Gluecksburg location. A transfer to the (new) Maritime Command in Rostock is planned by 2030" as my friend Thomas (tiNg) from UDXF group reports.
Updates will follow...
https://disk.yandex.com/d/enA0cP2fI__ePw
(1) As usual, code verification is carried out by comparing each line of code in turn with all the 588 rows of the check sub-matrix: the vertical correspondences of the "1s" positions in the code line and in the row #n of the check sub matrix are counted. If the matches are even then the correspondent position #n in the EDAC bits will be "1", otherwhise (ie matches are a odd number) will be "0". The values 1/0 of the EDAC bit will be the opposite in case of odd parity.
