{"id":"C2004L06431","name":"Ministerial Standard 309","slug":"ministerial-standard-309","collection":"legislative_instrument","jurisdiction":"commonwealth","status":"repealed","isInForce":false,"actNumber":"71 of 1990","makingDate":null,"administeringDepartment":null,"currentVersion":{"id":28192,"registerId":"commonwealth-C2004L06431-current","compilationNumber":null,"startDate":"2026-04-01","status":"Repealed","reasons":null,"registeredAt":null},"sections":[{"sectionNumber":"1","sectionType":"section","heading":"Ministerial Standard 309","content":"![Commonwealth Coat of Arms of Australia](image.001.png)\n\nStatutory Rules 1990 No. 711\n\n\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\n\nStandard Under the Radiocommunications Act 1983\n\nI, RALPH WILLIS, the Minister for Transport and Communications, hereby make the following standard under Section 9 of the Radiocommunications Act 1983.\n\nDated 21st December 1989.\n\nRALPH WILLIS\n\nMinister for Transport and Communications\n\n\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\n\nSTANDARD FOR 406 MHz SATELLITE DISTRESS BEACONS\n\nPART 1—PRELIMINARY\n\nCitation\n\n1. This standard may be cited as “Ministerial Standard 309”.\n\nInterpretation\n\n2. In this standard, unless the contrary intention appears—\n\n‘dBuV/m’ means decibel relative to one microvolt per metre;\n\n‘device’ means a device to which this standard applies;\n\n‘Hz’ means hertz;\n\n‘kHz’ means kilohertz;\n\n‘MHz’ means megahertz;\n\n‘MS’ means Ministerial Standard;\n\n‘radiation’ means the outward flow of energy from any source by means of radio transmission;\n\n‘satellite distress beacon’ means a satellite emergency position indicating radio beacon, satellite emergency locator transmitter or satellite personal locator beacon;\n\n  \n\n‘satellite emergency position indicating radio beacon’ means a device, designed or intended for use in the Maritime Mobile-Satellite Service, which incorporates a transmitter the emissions of which are intended to facilitate search and rescue operations;\n\n‘satellite emergency locator transmitter’ means a device, designed or intended for use in the Aeronautical Mobile-Satellite Service, which incorporates a transmitter the emissions of which are intended to facilitate search and rescue operations;\n\n‘satellite personal locator beacon’ means a device, designed or intended for use in the Land Mobile-Satellite Service, which incorporates a transmitter the emissions of which are intended to facilitate search and rescue operations;\n\n‘Specification’ means the document known as “Specification for COSPAS-SARSAT 406 MHz Distress Beacons C/S T.001 Issue 2—Revision 0” dated November 1988;\n\n‘standard device’ means a device which complies with this standard;\n\n‘transmitter’ means a radiocommunications transmitter as defined in the Radiocommunications Act 1983; and\n\n‘°C’ means degrees Celsius.\n\nDevices to which this standard applies\n\n3\\. This standard applies to all satellite distress beacons designed or intended for use on the carrier frequency 406.025 MHz, except for satellite emergency locator transmitters.\n\nPART 2—GENERAL\n\nEquipment markings\n\n4\\. (1) Subject to sub-clause 4 (3), there shall be displayed on a device—\n\n(a) a compliance statement in the form set out in Schedule 1—\n\n(i) indicating that the device complies with this standard; and\n\n(ii) citing the type approval number shown on the compliance statement certificate issued in respect of the device under section 12 of the Radiocommunciations Act 1983;\n\n(b) the name of its manufacturer;\n\n(c) the name of the country of its manufacture;\n\n(d) its type or model designation which shall be distinctively different from that of imported equipment requiring modification before it complies with this standard;\n\n(e) its equipment serial number in decimal format; and\n\n(f) simple operating instructions including the warning: “Not to be operated except in an emergency—improper use carries a severe penalty”.\n\n  \n\n(2) A statement or marking displayed on a device in accordance with sub-clause 4 (1) shall be clearly visible on the exterior surface of the device, indelible, durable, tamper proof and affixed in such a manner as not to be removable except by destruction or defacing.\n\n(3) The requirement of paragraph 4 (1) (a) does not apply to a device unless the importer, manufacturer or supplier of the device, as the case may be, has been issued with a compliance statement certificate in respect of the device.\n\nAdjustment mechanisms\n\n5. (1) For the purpose of this clause an ‘adjustment mechanism’ is a mechanism which enables the operation of a standard device to be altered so that the device no longer complies with this standard.\n\n(2) Any adjustment mechanism shall be contained within the housing of a device and shall be accessible only with the use of tools such as screwdrivers and spanners.\n\nPART 3—TRANSMITTER OPERATION ON 406.025 MHz\n\nAdoption of matter contained in the Specification\n\n6. This standard adopts all of the requirements contained in the document “Specification for COSPAS-SARSAT 406 MHz Distress Beacons C/S T.001 Issue 2—Revision 0” dated November 1988 (“the Specification”) which is set out in Schedule 2, insofar as it relates to satellite personal locator beacons and to satellite emergency position indicating radio beacons.\n\nApplication and Amendments\n\n7. (1) A device which is a satellite personal locator beacon shall comply with the provisions of the Specification.\n\n(2) Subject to sub-clauses 7 (3) and 7 (4), a device which is a satellite emergency position indicating radio beacon shall comply with the provisions of the Specification.\n\n(3) In the case of a device which is a satellite emergency position indicating radio beacon the matter adopted by this standard is amended by substituting “48 hours” for “24 hours” wherever it occurs in compliance with International Maritime Organisation requirements.\n\n(4) In addition to the requirements of sub-clauses 7 (2) and 7 (3) a device which is a satellite emergency position indicating radio beacon shall incorporate, as an integral part of the device, a homing transmitter operating on the nominal carrier frequency 121.5 MHz and complying with the requirements of Part 4 of this standard.\n\nNOTES 1 As indicated by clause 3, this standard does not apply to satellite emergency locator transmitters and therefore the requirements set out in the Specification have not been adopted in respect of those devices.\n\n  \n\n2 For the purpose of this Ministerial Standard no additional environmental or operational requirements as referred to in sections 4.3 and 4.4 and 4.5.2 of the Specification are required.\n\nPART 4—HOMING TRANSMITTER\n\nInterpretation\n\n8. In this part ‘homing transmitter’ means an auxiliary homing transmitter of a device which is a satellite emergency position indicating radio beacon.\n\nConditions of Operation\n\n9. The requirements of this part shall be met by a homing transmitter when it operates:\n\n(1) at an ambient temperature of between -20°C and 55°C inclusive; and\n\n(2) continuously for a minimum period of 48 hours.\n\nNominal carrier frequency\n\n10. Subject to clause 11, a homing transmitter shall only be capable of operating on the carrier frequency 121.5 MHz.\n\nFrequency error\n\n11. The carrier frequency error of a homing transmitter shall not exceed ±3 kHz.\n\nRadiated signal field strength\n\n12. The peak field strength of the radiated signal from a homing transmitter shall not be less than 99 dBuV/m when measured in the vertical plane at a distance of 10 metres from the antenna at a height of 1.75 metres above the level of water in which the device is floating.\n\nType of emission\n\n13. The emission from a homing transmitter shall comprise a double sideband, full carrier signal, amplitude modulated to a depth of not less than 85%.\n\nModulation characteristic\n\n14. (1) Modulation of a homing transmitter shall consist of an audio frequency signal swept upwards through at least 700 Hz within the range 300 Hz to 1600 Hz with a repetition rate of between 2 Hz and 4 Hz; and\n\n(2) The delay between consecutive sweeps shall not exceed one-tenth of the up-sweep time.\n\n  \nEmission spectrum\n\n15\\. An emission from a homing transmitter shall include a clearly defined carrier frequency component distinct from the modulation sideband components. At least 30% of the power emitted shall be contained during any modulation cycle within ± 30 Hz of the actual carrier frequency.\n\nTransmitter duty cycle\n\n16. (1) Following activation a homing transmitter may operate either continuously (100% duty cycle) or intermittently. In the case of intermittent operation the following conditions shall apply:\n\n(a) repetition period of 30 seconds ± 10%; and\n\n(b) duty cycle within the range 40% to 60% inclusive.\n\n(2) A transmission from a homing transmitter may be interrupted during the 406.025 MHz message transmissions.\n\nSpurious radiation\n\n17. The peak field strength of each spurious radiation from a homing transmitter shall not exceed 75 dBuV/m when measured at a distance of 10 metres from the antenna.\n\nAntenna characteristics\n\n18. The radiation characteristics of a homing transmitter shall be such that when the device is floating in water the radiation is:\n\n(1) vertically polarised;\n\n(2) omnidirectional in the horizontal plane; and\n\n(3) predominant at low angles of elevation.\n\n\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\n\nSCHEDULE 1 Clause 4\n\nTHE FORM OF A COMPLIANCE STATEMENT\n\n“COMPLIES WITH MS309\n\nTYPE APPROVAL NO……”\n\n\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\n\nSCHEDULE 2 Clause 6\n\nTHE “SPECIFICATION FOR COSPAS-SARSAT\n\n406 MHz DISTRESS BEACONS C/S T.001\n\nISSUE 2—REVISION 0” REPRODUCED WITH THE PERMISSION OF COSPAS-SARSAT.\n\n  \nSPECIFICATION FOR\n\nCOSPAS-SARSAT\n\n406 MHz DISTRESS BEACONS\n\nC/ST.001\n\nISSUE 2 - REVISION 0\n\nNOVEMBER 1988\n\n![](image.002.png)\n\n\\- i -\n\nSPECIFICATION FOR COSPAS-SARSAT 406 MHz DISTRESS BEACONS\n\n| History |          |               |                                                                                                                          |\n| ------- | -------- | ------------- | ------------------------------------------------------------------------------------------------------------------------ |\n|         |          |               |                                                                                                                          |\n| Issue   | Revision | Date          | Comments                                                                                                                 |\n|         |          |               |                                                                                                                          |\n| 1       | 0        | April 1986    | Original issue approval by CSSC                                                                                          |\n|         |          |               |                                                                                                                          |\n| 2       | 0        | (Nov 1987)    | Draft 1 - revisions agreed to at the CSSC-3 meeting                                                                      |\n|         |          |               |                                                                                                                          |\n| 2       | 0        | (Jan 1988)    | Draft 2 - revisions agreed to at CSSC-4                                                                                  |\n|         |          |               |                                                                                                                          |\n| 2       | 0        | (13 May 1988) | Draft 3 - in new format, plus minor revisions to harmonize with CCIRRecommendation 633 and other minor editorial changes |\n|         |          |               |                                                                                                                          |\n| 2       | 0        | (July 1988)   | Draft 4 - revisions agreed to at TWG 88-1 meeting (self-test mode and additional requirement on long message beacons).   |\n|         |          |               |                                                                                                                          |\n| 2       | 0        | (Sept 1988)   | Draft 5 - revisions agreed to at TWG 88-2 meeting                                                                        |\n|         |          |               |                                                                                                                          |\n| 2       | 0        | November 1988 | Approved by COSPAS-SARSAT Council.                                                                                       |\n\n  \n\n\\- ii -\n\nTABLE OF CONTENTS\n\n|     |                                        | Page |\n| --- | -------------------------------------- | ---- |\n|     |                                        |      |\n| 1.0 | INTRODUCTION                           |      |\n|     | 1.1 Purpose                            | 1-1  |\n|     | 1.2 Scope                              | 1-1  |\n|     |                                        |      |\n| 2.0 | SYSTEM REQUIREMENTS                    |      |\n|     | 2.1 Beacon Functional Elements         | 2-1  |\n|     | 2.2 Digital Message Generator          | 2-1  |\n|     |                                        |      |\n|     | 2.2.1 Repetition Period                | 2-1  |\n|     | 2.2.2 Total Transmission Time          | 2-1  |\n|     | 2.2.3 CW Preamble                      | 2-1  |\n|     | 2.2.4 Digital Message                  | 2-1  |\n|     |                                        |      |\n|     | 2.2.4.1 Bit Synchronization            | 2-1  |\n|     | 2.2.4.2 Frame Synchronization          | 2-2  |\n|     | 2.2.4.3 Format Flag                    | 2-2  |\n|     | 2.2.4.4 Message Content                | 2-2  |\n|     |                                        |      |\n|     | 2.3 Modulation and 406 MHz Transmitter | 2-2  |\n|     |                                        |      |\n|     | 2.3.1 Transmitted Frequency            | 2-2  |\n|     | 2.3.2 Transmitter Power Output         | 2-4  |\n|     | 2.3.3 Antenna Characteristics          | 2-4  |\n|     | 2.3.4 Spurious Emissions               | 2-4  |\n|     | 2.3.5 Data Encoding                    | 2-5  |\n|     | 2.3.6 Modulation                       | 2-5  |\n|     | 2.3.7 Voltage Standing Wave Ratio      | 2-6  |\n|     | 2.3.8 Maximum Continuous Transmission  | 2-6  |\n|     |                                        |      |\n| 3.0 | MESSAGE CONTENT                        |      |\n|     |                                        |      |\n|     | 3.1 Basic Structure                    | 3-1  |\n|     | 3.2 Beacon Coding                      | 3-1  |\n\n  \n\n\\- iii -\n\nTABLE OF CONTENTS (Continued)\n\n```html\n<table cellspacing=\"0\" cellpadding=\"0\" style=\"width:451.4pt; border-collapse:collapse\"><tbody><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span style=\"text-decoration:underline\">Page</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4.0</span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>ENVIRONMENTAL AND OPERATIONAL REQUIREMENTS</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4.1 General</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4.2 Thermal Environment</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:21.35pt; text-align:justify; font-size:10pt\"><span>4.2.1 Temperature Range</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:21.5pt; text-align:justify; font-size:10pt\"><span>4.2.2 Temperature Gradient</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:21.6pt; text-align:justify; font-size:10pt\"><span>4.2.3 Thermal Shock</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4.3 Mechanical Environment</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-2</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4.4 Other Environmental Requirements</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-2</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4.5 Operational Requirements</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-2</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:21.7pt; text-align:justify; font-size:10pt\"><span>4.5.1 Duration of Continuous Operation</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-2</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:21.6pt; text-align:justify; font-size:10pt\"><span>4.5.2 Other Operational Requirements</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-2</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:21.85pt; text-align:justify; font-size:10pt\"><span>4.5.3 Auxiliary Radio-Locating Device</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-2</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:21.85pt; text-align:justify; font-size:10pt\"><span>4.5.4 Beacon Self-Test Mode</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>4-2</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-top:6pt; text-align:center; font-size:10pt\"><span>ANNEX A - BEACON CODING</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td colspan=\"2\" style=\"width:325.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A1.0</span><span style=\"width:16.28pt; display:inline-block\"> </span><span>GENERAL</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td colspan=\"2\" style=\"width:325.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A2.0</span><span style=\"width:16.28pt; display:inline-block\"> </span><span>PROTECTED FIELD</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A2.1 Protocol Flag</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-1</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A2.2 Country Code</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-6</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A2.3 Maritime/Location Protocol</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-6</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A2.4 User Protocols</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-6</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:23.4pt; text-align:justify; font-size:10pt\"><span>A2.4.1 Orbitography Protocol</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-7</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:23.5pt; text-align:justify; font-size:10pt\"><span>A2.4.2 Aviation Protocol</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-8</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:23.65pt; text-align:justify; font-size:10pt\"><span>A2.4.3 Maritime Protocol</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-8</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:23.75pt; text-align:justify; font-size:10pt\"><span>A2.4.4 Serialized Protocol</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-10</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:23.9pt; text-align:justify; font-size:10pt\"><span>A2.4.5 Radio Call-Sign Protocol</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-10</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"margin-left:23.9pt; text-align:justify; font-size:10pt\"><span>A2.4.6 Test Protocol</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-11</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td colspan=\"2\" style=\"width:325.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A3.0</span><span style=\"width:16.28pt; display:inline-block\"> </span><span>NATIONAL USE/EMERGENCY CODE</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-11</span></p></td></tr><tr style=\"height:1pt\"><td style=\"width:27pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:298.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span></span></p></td></tr><tr style=\"height:1pt\"><td colspan=\"2\" style=\"width:325.45pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A4.0</span><span style=\"width:16.28pt; display:inline-block\"> </span><span>LONG MESSAGE (OPTIONAL)</span></p></td><td style=\"width:38.3pt; vertical-align:top\"><p style=\"text-align:justify; font-size:10pt\"><span>A-12</span></p></td></tr></tbody></table>\n```\n\n  \n\\- iv -\n\nTABLE OF CONTENTS (Continued)\n\nANNEX B - BEACON MEASUREMENT METHODS\n\n|      |                                                             | Page |\n| ---- | ----------------------------------------------------------- | ---- |\n|      |                                                             |      |\n| B1.0 | GENERAL                                                     | B-1  |\n|      |                                                             |      |\n| B2.0 | PRINCIPLE OF OPERATION OF THE TEST BENCH                    | B-1  |\n|      |                                                             |      |\n| B3.0 | MEASUREMENT METHODS                                         | B-1  |\n|      |                                                             |      |\n|      | B3.1 Message Format and Structure                           | B-1  |\n|      |                                                             |      |\n|      | B3.1.1 Repetition Period                                    | B-1  |\n|      | B3.1.2 Duration of the Unmodulated Carrier                  | B-1  |\n|      | B3.1.3 Bit Rate and Stability                               | B-1  |\n|      | B3.1.6 Message Coding                                       | B-4  |\n|      |                                                             |      |\n|      | B3.2 Modulator and 406 MHz Transmitter                      | B-4  |\n|      |                                                             |      |\n|      | B3.2.1 Transmitted Frequency                                | B-4  |\n|      |                                                             |      |\n|      | B3.2.1.1 Nominal Value                                      | B-4  |\n|      | B3.2.1.2 Short-Term Stability                               | B-4  |\n|      | B3.2.1.3 Medium-Term Stability                              | B-5  |\n|      |                                                             |      |\n|      | B3.2.2 Power Output                                         | B-7  |\n|      |                                                             |      |\n|      | B3.2.2.1 Transmitter Power Output Level                     | B-7  |\n|      | B3.2.2.2 Stability During Transmission, Rise and Fall Times | B-7  |\n|      | B3.2.2.3 Equivalent Isotropic Radiated Power                | B-7  |\n|      | B3.2.2.4 Spurious Output                                    | B-7  |\n|      |                                                             |      |\n|      | B3.2.3 Data Encoding and Modulation                         | B-7  |\n|      |                                                             |      |\n|      | B3.3 Voltage Standing-Wave Ratio                            | B-7  |\n|      |                                                             |      |\n|      | B3.4 Protection Against Continuous Transmission             | B-7  |\n\n  \n\\- v -\n\nTABLE OF CONTENTS (Continued)\n\nLIST OF FIGURES:\n\n| Figure 2.1: | Short Message Format                                                                    |\n| ----------- | --------------------------------------------------------------------------------------- |\n| Figure 2.2: | Long-Message Format                                                                     |\n| Figure 2.3: | Spurious Emission Mask for 406.0 to 406.1 MHz Band                                      |\n| Figure 2.4: | Data Encoding                                                                           |\n| Figure 2.5: | Definition of Modulation Rise and Fall Times                                            |\n| Figure 2.6: | Definition of Modulation Symmetry                                                       |\n| Figure 4.1: | Temperature Gradient                                                                    |\n| Figure A1:  | General 406 MHz Message Format                                                          |\n| Figure A2:  | Unique Data in the 406 MHz Message for the Maritime/Location Protocol                   |\n| Figure A3:  | Unique Data in the 406 MHz Message for the 8 Possible User Protocols                    |\n| Figure A4:  | Bit Assignment for the 61 Bits in the Protected Data Field of the 9 Available Protocols |\n| Figure A5:  | Summary of Coding Options for 406 MHz Beacons                                           |\n| Figure B1:  | Example of a 406 MHz Beacon Test Bench                                                  |\n| Figure B2:  | Definition of Measurement Intervals                                                     |\n| Figure B3:  | Transmission Timing                                                                     |\n| Figure B4:  | Medium-Term Frequency Stability Measurement                                             |\n\nLIST OF TABLES:\n\n| Table A1: | Modified Baudot Code         |\n| --------- | ---------------------------- |\n| Table A2: | IMO Maritime Emergency Codes |\n\n  \n1 - 1\n\n1.0 - INTRODUCTION\n\n1.1 Purpose\n\nThe purpose of this document is to define the minimum requirements to be used for the development and manufacture of 406 MHz Emergency Locator Transmitters (ELTs), Emergency Position-Indicating Radio Beacons (EPIRBs), and Personal Locator Beacons (PLBs). In this document, the term ELT indicates an aviation distress beacon, an EPIRB a maritime distress beacon and a PLB a distress beacon for use in the land mobile-satellite service.\n\nSpecifications which are critical to the COSPAS-SARSAT System are defined in detail; specifications which could be developed by the national authorities are identified in more general terms.\n\n1.2 Scope\n\nThis document contains the minimum requirements that apply to COSPAS-SARSAT distress beacons. It is divided into the following sections:\n\na) Section 1 is the introduction.\n\nb) Section 2 gives the system requirements applicable to all types of beacons. When met, these requirements will enable the beacons to provide the intended service in terms of location probability and accuracy and will not disturb the system operation.\n\nc) Section 3 deals with the message content. Basic message structure is defined. Assignment and meaning of the available data bits are defined in Annex A to this specification.\n\nd) Section 4 defines a set of environmental and operational requirements. These requirements are not meant to be exhaustive and may be complemented or replaced by more detailed national or international standards (e.g. RTCA standards for ELTs). However, they represent the minimum environmental and operational performance for a COSPAS-SARSAT beacon to be compatible with the the COSPAS-SARSAT System.\n\ne) Annex A defines the beacon coding.\n\nf) Annex B describes the measurement methods that can be used for the COSPAS-SARSAT type certification of the beacons. They are not necessarily the only methods for measuring specific parameters. Alternative measuring techniques can be approved by COSPAS-SARSAT. Again, they are not meant to be exhaustive, except for the part related to the system requirements defined in Section 2 of this document (e.g. frequency, transmitted power, etc.). The other beacon performance parameters may be complemented or replaced by national or international standards.\n\nEND OF THIS SECTION\n\n  \n2 - 1\n\n2.0 - SYSTEM REQUIREMENTS\n\n2.1 Beacon Functional Elements\n\nThis section defines the requirements for the two following functional elements of a 406 MHz distress beacon.\n\na) Digital message generator\n\nb) Modulator and 406.025 MHz transmitter\n\n2.2 Digital Message Generator\n\nThe digital message generator will key the modulator and transmitter so that the message defined in Section 3 is transmitted.\n\n2.2.1 Repetition Period\n\nThe period between transmissions shall be 50 s ±5 percent. The repetition period shall not be so stable that any two transmitters appear to be synchronized closer than a few seconds over a 5-minute period. The intent is to randomize the period between transmission bursts such that no two beacons will have all of their bursts coincident.\n\nAn acceptable alternative for a production run of any type or model of beacon would be an equal distribution of fixed repetition periods of 8 of more values approximately equally spaced over the range of 47.5 to 52.5 seconds.\n\n2.2.2 Total Transmission Time\n\nThe total transmission time shall be 440 ms ±1 percent for the standard short message and 520 ms ±1 percent for the optional long message.\n\n2.2.3 CW Preamble\n\nThe initial 160 ms ±1 percent of the transmitted signal shall consist of an unmodulated carrier at the transmitter frequency measured at the 90 per cent power point.\n\n2.2.4 Digital Message\n\na. Short Message\n\nThe final 280 ms ±1 percent of the transmitted signal shall contain a 112-bit message at a bit rate of 400 bps ±1 percent;\n\nb. Long Message\n\nThe final 360 ms ±1 percent of the transmitted signal shall contain a 144-bit message at a bit rate of 400 bps ±1 percent.\n\n2.2.4.1 Bit Synchronization\n\nA bit-synchronization pattern consisting of “1’s” shall occupy the first 15-bit positions.\n\n  \n2 - 2\n\n2.2.4.2 Frame Synchronization\n\nA frame (or message) synchronization pattern consisting of 9 bits shall occupy bit positions 16 through 24. The normal frame synchronization pattern shall be 000101111. However, if the beacon radiates a modulated signal in the self-test mode, the frame synchronization pattern shall be 011010000. (i.e. the last 8 bits are complemented)\n\n2.2.4.3 Format Flag\n\nBit 25 is a flag bit used to indicate the length of the message to follow. Value “0” indicates a short message; value “1” indicates a long message.\n\n2.2.4.4 Message Content\n\nThe content of the remaining 87 bits (short message - see Figure 2.1) and 119 bits (long message - see Figure 2.2) is defined in Section 3.\n\n2.3 Modulator and 406 MHz Transmitter\n\n2.3.1 Transmitted Frequency\n\nThe transmitted frequency shall initially be set at 406.025 MHz ± 2 kHz. The transmitted frequency shall not vary more than ± 5 kHz in 5 years including the initial offset. It shall not vary more than 2 parts in 109 in 100 ms (see Annex B for method of measurement).\n\nThe transmitted medium-term frequency stability shall be defined by the mean slope of the frequency versus time over a 15-minute period and by the residual frequency variation about the mean slope. The mean slope shall not exceed 1 part in 109 per minute. Residual frequency variation shall not exceed 3 parts in 109 (see Note 1).\n\nThis performance shall be met for all defined environmental conditions, including the temperature gradient defined in Section 4.2.2, after a maximum warm-up period of 15 minutes.\n\nThe mean slope and the residual frequency variation shall be measured as follows: data shall be obtained by making 18 sequential frequency measurements, one every repetition period (50 sec ±5%, see section 2.2.1); each measurement shall be a 100 ms frequency average performed during the modulated part of the message.\n\nThe mean slope is defined as that of the least-squares straight-line fit to the 18 data points. Residual frequency variation is defined as the rms (root mean square) error of the points relative to the least-squares estimate.\n\n\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\\_\n\nNote 1: For an interim period the following relaxation in frequency stability is permitted for beacons manufactured by 1 January, 1991: mean slope 2 parts in 109 per minute and residual frequency variation 5 parts in 109. Since this relaxation will result in some deterioration in system performance, manufacturers are encouraged to meet the full specification as soon as possible.\n\n  \n\n2 - 3\n\n![](image.003.png)\n\nFigure 2.1: Short Message Format\n\n![](image.004.png)\n\nFigure 2.2: Long Message Format\n\nNotes: (1) Bit Synchronization: 15 “1” bits\n\n(2) Frame Synchronization: 000101111 (except as in sec. 4.5.4)\n\n(3) “0” bit indicates short-message format\n\n“1” bit indicates long-message format\n\n  \n2 - 4\n\n2.3.2 Transmitter Power Output\n\nThe transmitter power output shall be within the limits of 5 W ± 2 dB measured into a 50 ohm load with a voltage standing-wave ratio (VSWR) not greater than 1.25:1. This power output shall be maintained during 24-hour operation at the minimum specified temperature. Power output rise time shall be less than 5 ms measured between the 10% and 90% power points.\n\n2.3.3 Antenna Characteristics\n\nThe following antenna characteristics are defined for elevation angles greater than 5° and less than 60°.\n\n\\- Pattern: hemispherical\n\n\\- Polarization: circular (RHCP) or linear\n\n\\- Gain: between -3 dBi and 4 dBi over 90% of the above region\n\n\\- Gain variation (azimuth): less than 3 dB\n\n\\- Antenna VSWR: not greater than 1.5:1\n\nThe antenna characteristics should be measured in a configuration as close as possible to its operational condition.\n\n2.3.4 Spurious Emissions\n\nThe in-band spurious emissions shall not exceed the levels specified by the signal mask in Figure 2.3.\n\n![](image.005.png)\n\nFigure 2.3: Spurious Emission Mask for 406.0 to 406.1 MHz Band\n\n  \n2 - 5\n\n2.3.5 Data Encoding\n\nThe data shall be encoded biphase L. (See Figure 2.4).\n\n![](image.006.png)\n\nFigure 2.4: Data Encoding\n\n2.3.6 Modulation\n\nThe carrier shall be phase modulated plus and minus 1.1 ± 0.1 radians peak, referenced to an unmodulated carrier. Modulation sense shall be as shown in Figure 2.4.\n\nThe rise (ΊR) and fall (ΊF) times of the modulated waveform shall be 150 ± 100μs between the 0.9 points of the peak-to-peak phase transition as shown in Figure 2.5.\n\n![](image.007.png)\n\nFigure 2.5: Definition of Modulation Rise and Fall Times\n\n  \n2 - 6\n\nModulation symmetry (see Figure 2.6) shall be such that:\n\n![](image.008.png)\n\nFigure 2.6: Definition of Modulation Symmetry\n\n2.3.7 Voltage Standing-Wave Ratio\n\nThe modulator and 406 MHz transmitter shall be able to meet all requirements, except for those in paragraph 2.3.2 (power output), at any VSWR between 1:1 and 3:1, and shall not be damaged by any load from open circuit to short circuit.\n\n2.3.8 Maximum Continuous Transmission\n\nThe 406 MHz distress beacon shall be designed to limit any inadvertent continuous transmission to a maximum of 45 seconds.\n\nEND OF THIS SECTION\n\n  \n3 - 1\n\n3.0 - MESSAGE CONTENT\n\n3.1 Basic Structure\n\nThe digital message which is transmitted by the 406 MHz beacon consists of:\n\na) 112 bits for the short message,\n\nb) 144 bits for the long message.\n\nThese bits are divided into four groups:\n\n(1) The first 24 bits transmitted, positions 1 through 24, are system bits; they are defined in Section 2 and are used for the bit and frame synchronization of the on-board processor.\n\n(2) The following 61 bits, positions 25 through 85, are data bits. The first data bit (position 25) indicates if the message is short or long: “0” short message, “1” long message.\n\n(3) The following 21 bits, positions 86 through 106, are a Bose-Chaudhuri-Hocquenhem or BCH (82,61) error-correcting code. This code is a shortened form of a BCH (127,106) triple error-correcting code obtained from the following generator polynomial:\n\ng5(x) = g3(x) • (7,4,3,2,0)\n\ng3(x) = g1(x) • (7,3,2,1,0)\n\ng1(x) = (7,3,0)\n\nSince the message sent will be only 61 bits (i.e. less than the 106 bits), it is assumed that the unnecessary bits will be set to zero for computation of the error-correction bits. These zero message bits will be thought to be at the beginning of the message and will not be transmitted since they are always zero and contribute no new information.\n\n(4) (a) Short message: The last 6 bits of the message in positions 107 through 112 are data bits.\n\n(b) Long message: The last 38 bits of the message in positions 107 through 144 are data bits.\n\n3.2 Beacon Coding\n\nBeacon coding is defined in Annex A to this specification.\n\nEND OF THIS SECTION\n\n  \n4 - 1\n\n4.0 \\- ENVIRONMENTAL AND OPERATIONAL REQUIREMENTS\n\n4.1 General\n\nAs explained in Section 1.2, the environmental and operational requirements defined in this section are not intended to be exhaustive. They are minimum requirements which may be complemented by national or international standards.\n\n4.2 Thermal Environment\n\n4.2.1 Temperature Range\n\nTwo standard classes of temperature range are defined inside which the system requirements of Section 2 shall be met:\n\n| Class 1: |     | -40°C to +55°C |\n| -------- | --- | -------------- |\n| Class 2: |     | -20°C to +55°C |\n\nThe temperature range shall be permanently marked on the beacon.\n\n4.2.2 Temperature Gradient\n\nAll system requirements of Section 2, including the frequency requirements defined in Section 2.3.1, shall be met when the fully packaged beacon is subjected to the temperature gradient shown in Figure 4.1.\n\n![](image.009.png)\n\nNOTES: Tmin = -40°C (Class 1 beacon)\n\nTmin = -20°C (Class 2 beacon)\n\nton = beacon turn on after 2 hour “cold soak”\n\ntmeas = start time of frequency stability measurement (ton + 15min)\n\nFigure 4.1: Temperature Gradient\n\n4.2.3 Thermal Shock\n\nAll system requirements of Section 2 shall be met for measurements beginning 15 minutes after simultaneously activating the beacon and applying a thermal shock of 30°C within the specified operating temperature range of the beacon. Subsequently, system requirements shall continue to be met for a minimum period of two (2) hours.\n\n  \n4-2\n\n4.3 Mechanical Environment\n\nBeacons shall be submitted to vibration and shock tests consistent with their intended use.\n\nInternationally-recognized standards such as RTCA/DO-183 for ELTs could be used by the national authorities.\n\n4.4 Other Environmental Requirements\n\nOther environmental requirements such as humidity tests, altitude tests, over/under pressure tests, waterproofness tests, sand and dust tests, fluids susceptibility tests, etc., may be defined by national authorities, preferably using internationally-recognized standards.\n\n4.5 Operational Requirements\n\n4.5.1 Duration of Continuous Operation\n\nThe minimum duration of continuous operation shall be at least 24 hours\\* at minimum temperature. This characteristic shall be permanently marked on the beacon.\n\n4.5.2 Other Operational Requirements\n\nOther operational requirements such as installation and maintenance methods, remote monitoring, activation methods on planes or boats, etc. may be defined by national authorities.\n\n4.5.3 Auxiliary Radio-Locating Device\n\nThe distress beacon may incorporate an auxiliary radio-locating device at another frequency (121.5 MHz, 9 GHz SART, etc.) which is compatible with existing radio-locating equipment.\n\nAny such auxiliary radio-locating device must satisfy all the national performance standards applicable to radio-locating devices at the selected auxiliary frequency.\n\n4.5.4 Beacon Self-Test Mode\n\nIt is desirable that no RF energy be radiated in any self-test mode used as a routine exercise to verify beacon operation. However, if this is not possible, then the RF test transmission must be limited to one burst of 440 ms maximum. If modulated, the signal must have a frame synchronization pattern of 011010000. This bit pattern complements the last 8 bits of the normal frame synchronization pattern so that this test burst will not be processed by the satellite equipment.\n\n\\* For installations meeting IMO GMDSS requirements, a minimum operating lifetime of 48 hours is necessary.\n\nEND OF THIS SECTION\n\n  \nA - 1\n\nANNEX A - BEACON CODING OPERATION\n\nA1.0 - GENERAL\n\nThis Annex defines the 406 MHz beacon digital message coding. The digital message shown in Figure A1 is divided into the following six bit fields:\n\n| Bit Field Name                                                                                                                                   |     | Bit Field Location                                                                                                                 |\n| ------------------------------------------------------------------------------------------------------------------------------------------------ | --- | ---------------------------------------------------------------------------------------------------------------------------------- |\n|                                                                                                                                                  |     |                                                                                                                                    |\n| 1. Bit synchronization2. Frame synchronization3. Protected field4. Error-correcting code5. National use/emergency code6. Long message (optional) |     | bit 1 through bit 15bit 16 through bit 24bit 25 through bit 85bit 86 through bit 106bit 107 through bit 112bit 113 through bit 144 |\n\nThe bit synchronization and frame synchronization fields are defined in Sections 2.2.4.1 and 2.2.4.2, respectively.\n\nThe error-correcting code is defined in Section 3.1.\n\nThe protected field, the national use/emergency code, and the long message field are shown in Figures A2 and A3 and are defined in this Annex. Figure A4 shows the protected field for the nine available protocols, and Figure A5 summarizes all the coding options for the entire message.\n\nA2.0 - PROTECTED FIELD\n\nThe protected field consists of 61 bits (i.e. bit 25 through bit 85). The first bit (i.e. bit 25) is a format flag which shows whether the message is short or long using the following code:\n\n0 \\- short format\n\n1 \\- long format\n\nThe identification (ID) field, which begins at bit 26 after the format flag and ends at bit 85, has the following structure:\n\n| Bits         |     | Usage                               |\n| ------------ | --- | ----------------------------------- |\n|              |     |                                     |\n| 2627-3637-85 |     | protocol flagcountry codedata field |\n\nA2.1 Protocol Flag\n\nBit 26 in the ID field is used to identify whether the Maritime/Location Protocol (bit 26 - 0) or one of the eight possible User Protocols (bit 26-1) shown in Figure A4 is used.\n\n  \nA - 2\n\n![](image.010.png)![](image.011.png)\n\n  \nA - 3\n\n![](image.012.png)\n\nNotes: (1) “0” For short message and “1” for long message format\n\n(2) Sot to “0” for this format\n\n(3) Binary equivalent of the appropriate three digit decimal number (MSB on left). See para A2.2\n\n(41 Latitude and longitude of beacon in degrees and minutes\n\n(3) “1” for emergency code use\n\n(6) “0” for manual activation only and “1” for automatic and manual activation typo of beacon\n\n(7) Four user-settable bits for emergency codes in Table A.2\n\n(8) Optional data giving time, course, and speed of vassal\n\nFigure A2: Unique Data in the 406 MHz Message for the Maritime/Location Protocol\n\n![](image.013.png)\n\nNotes: (1) “0” For short message and “1” for long message format\n\n(2) Sot to “1” for this format\n\n(3) Binary equivalent of the appropriate three digit decimal number (MSB on left). See para A2.2\n\n(4) Specifies orbitography, aviation, maritime, serialized, test or radio call-sign format (plus two spare formats)\n\n(5) Specifies which auxiliary radio-locating device is incorporated in the beacon\n\n(6) “0” for national use or undesignated and “1” for emergency code\n\n(7) “0” for manual activation only and “1” for automatic and manual activation type of beacon\n\n(8) Four user-settable bits for national use or for emergency codes as in Table A.2\n\n(9) Optional data giving latitude and longitude of beacon in degrees and minutes\n\nFigure A3: Unique Data in the 406 MHz Message for the 8 Possible User Protocols\n\n  \nA - 4\n\n![](image.014.png)\n\nFigure A4: Bit Assignment for the 61 Bits in the Protected Data Field of the 9 Available Protocols\n\n![](image.015.png)\n\nFigure A5: Summary of Coding Options for 406 MHz Beacons\n\nA - 6\n\nA2.2 Country Code\n\nBits 27-36 in the ID field designate a three-digit decimal country code number expressed in binary notation. Country codes are based on the International Telecommunications Union (ITU) Maritime Identification Digit (MID) country codes shown in Table 1 of Appendix 43 of the ITU Radio Regulations. National administrations allocated more than one MID code may opt to use for themselves only one of these codes. The country code will be addressed further under the discussion of each protocol.\n\nA2.3 Maritime/Location Protocol\n\nThe maritime/location protocol has the following structure:\n\n| Bits  |     | Usage                                                          |\n| ----- | --- | -------------------------------------------------------------- |\n|       |     |                                                                |\n| 26    |     | protocol flag (-0)                                             |\n| 27-36 |     | country code (MID)                                             |\n| 37-56 |     | trailing 6 digits of ship station identity (20-bit MID number) |\n| 57-85 |     | 29 bit location                                                |\n\nThe country code for the maritime/location protocol is that of the country of vessel registration.\n\nBits 37-56 designate 6-decimal numeric characters expressed in binary notation that are based on the ITU maritime mobile service identities (ITU Radio Regulations, Appendix 43, Section 3 - Ship Station Identities).\n\nBits 57-85 designate the following using binary notation:\n\n| Bits  | Usage             |\n| ----- | ----------------- |\n|       |                   |\n| 57-63 | degrees latitude  |\n| 64-69 | minutes latitude  |\n| 70    | 0-north; l-south  |\n| 71-78 | degrees longitude |\n| 79-84 | minutes longitude |\n| 85    | 0-east; l-west    |\n\nA2.4 User Protocols\n\nThe user protocols have the following structure:\n\n| Bits  | Usage                              |\n| ----- | ---------------------------------- |\n|       |                                    |\n| 26    | protocol flag (-1)                 |\n| 27-36 | country code (MID)                 |\n| 37-39 | user protocol type                 |\n| 40-83 | data field                         |\n| 84-85 | auxiliary radio-locating device(s) |\n\n  \nA - 7\n\nBits 37-39 in the protocol-type field designate one of eight user protocols and are expressed as one octal character. This determines how the remaining bits in the data field are encoded/decoded. The eight user protocols are as follows:\n\n| binary number | octal character | user protocol type |\n| ------------- | --------------- | ------------------ |\n|               |                 |                    |\n| 000           | 0               | orbitography       |\n| 001           | 1               | aviation           |\n| 010           | 2               | maritime           |\n| 011           | 3               | serialized         |\n| 100           | 4               | spare              |\n| 101           | 5               | spare              |\n| 110           | 6               | radio call sign    |\n| 111           | 7               | test               |\n\nBits 40-83 are used to encode the actual identification of the beacon and shall be unique for each beacon. They will be discussed separately for each user protocol.\n\nBits 84-85 are used to indicate the type of auxiliary radio-locating device(s) forming part of the particular beacon for each user protocol (excluding orbitography beacons). The assignment of bits is as follows:\n\n00 \\- no auxiliary radio-locating device\n\n01 \\- 121.5 MHz\n\n10 \\- maritime locating: 9 GHz Search and Rescue Radar Transponder (SART)\n\n11 \\- other auxiliary radio-locating device(s)\n\nIt is desirable that administrations using the “other auxiliary radio-locating device(s)” category (i.e. 11) advise the COSPAS-SARSAT Secretariat and the appropriate SAR authorities which auxiliary radio-locating device(s) and its (their) signal characteristics they are using. If other auxiliary radio-locating device(s) is (are) used in addition to 121.5 MHz, the code for 121.5 MHz should be used.\n\nA2.4.1 Orbitography Protocol\n\nThe orbitography protocol has the following structure:\n\n| Bits  | Usage                     |\n| ----- | ------------------------- |\n|       |                           |\n| 26    | protocol flag (-1)        |\n| 27-36 | country code (MID)        |\n| 37-39 | user protocol type (-000) |\n| 40-85 | data field                |\n\nBits 27-36 designate the country in which the beacon is registered.\n\nBits 40-85 are defined by the Technical Working Group of the COSPAS-SARSAT Council (CSC).\n\n  \nA - 8\n\nA2.4.2 Aviation Protocol\n\nThe aviation protocol has the following structure:\n\n| Bits  | Usage                           |\n| ----- | ------------------------------- |\n|       |                                 |\n| 26    | protocol flag (-1)              |\n| 27-36 | country code (MID)              |\n| 37-39 | user protocol type (-001)       |\n| 40-81 | aircraft tail number            |\n| 82-83 | spare (-00)                     |\n| 84-85 | auxiliary radio-locating device |\n\nBits 27-36 designate the country in which the aircraft is registered. However, it may also indicate the country to which an aircraft has been leased if the national authority in the leasing country requires this information within the country code.\n\nBits 40-81 designate the aircraft tail number (i.e. registration number) which is encoded using the modified Baudot code shown in Table A1. This code enables 7 characters (6×7-42) to be encoded using 42 bits. This data will be right justified with a Baudot space (100100) being used where no character exists.\n\nA2.4.3 Maritime Protocol\n\nThe maritime protocol has the following structure:\n\n| Bits  | Usage                                                         |\n| ----- | ------------------------------------------------------------- |\n|       |                                                               |\n| 26    | protocol flag (-1)                                            |\n| 27-36 | country code (MID)                                            |\n| 37-39 | user protocol type (-010)                                     |\n| 40-75 | radio call sign or trailing 6 digits of ship station identity |\n| 76-81 | specific beacon                                               |\n| 82-83 | spare (-00)                                                   |\n| 84-85 | auxiliary radio-locating device                               |\n\nBits 27-36 designate the country of vessel registration.\n\nBits 40-75 designate the radio call sign or the last 6 digits of the 9 digit ship station identity using the modified Baudot code shown in Table A1. This code enables 6 characters (6×6 - 36) to be encoded using 36 bits. This data will be right Justified with a Baudot space, (100100) being used where no character exists.\n\nBits 76-81 (coded in modified Baudot) differentiate between beacons carried by the same vessel. A Baudot zero (001101) shall be used for the only or the primary beacon. Other characters may be used for survival craft or other beacons.\n\nThis protocol and the radio call sign user protocol may be used for beacons that require coding with a radio call sign. This protocol should be used for radio call signs of 6 or less characters and where the 5th or 6th characters are letters. For radio call signs where letters are used only within the first four characters, the radio call sign user protocol should be used.\n\n  \nA - 9\n\nTable A1: Modified Baudot Code\n\n| Letter | Code   | Figure | Code   |\n| ------ | ------ | ------ | ------ |\n|        |        |        |        |\n| A      | 111000 | (-)**  | 011000 |\n| B      | 110011 |        |        |\n| C      | 101110 |        |        |\n| D      | 110010 |        |        |\n| E      | 110000 | 3      | 010000 |\n| F      | 110110 |        |        |\n| G      | 101011 |        |        |\n| H      | 100101 |        |        |\n| I      | 101100 | 8      | 001100 |\n| J      | 111010 |        |        |\n| K      | 111110 |        |        |\n| L      | 101001 |        |        |\n| M      | 100111 |        |        |\n| N      | 100110 |        |        |\n| O      | 100011 | 9      | 000011 |\n| P      | 101101 | 0      | 001101 |\n| Q      | 111101 | 1      | 011101 |\n| R      | 101010 | 4      | 001010 |\n| S      | 110100 |        |        |\n| T      | 100001 | 5      | 000001 |\n| U      | 111100 | 7      | 011100 |\n| V      | 101111 |        |        |\n| W      | 111001 | 2      | 011001 |\n| X      | 110111 | /      | 010111 |\n| Y      | 110101 | 6      | 010101 |\n| Z      | 110001 |        |        |\n| ( )*   | 100100 |        |        |\n\n\\* Space\n\n\\*\\* Hyphen\n\n  \nA - 10\n\nA2.4.4 Serialized Protocol\n\nThe serialized protocol will permit the manufacturing of beacons whose ID will not change once entered. Units will be identified in a data base giving specifics about the unit.\n\nThe serialized protocol has the following structure:\n\n| Bits  | Usage                           |\n| ----- | ------------------------------- |\n|       |                                 |\n| 26    | protocol flag (-1)              |\n| 27-36 | country code (MID)              |\n| 37-39 | user protocol type (-011)       |\n| 40-43 | beacon type                     |\n| 44-63 | serial number                   |\n| 64-83 | national use                    |\n| 84-85 | auxiliary radio-locating device |\n\nBits 27-36 designate the country of beacon registration.\n\nBits 40-43 will indicate the beacon type as follows:\n\n0000 \\- aviation (i.e. ELT)\n\n0100 \\- maritime (i.e. float-free EPIRB)\n\n1000 \\- survival (i.e. non float-free EPIRB)\n\n1100 \\- personal locator beacon (PLB)\n\nBits 44-63 will be a serialized ID code from 0 to 1,048,575 (i.e. 220\\-1) expressed in binary notation. Bits 64-83 are for national use and control but will be made public when assigned.\n\nA2.4.5 Radio Call-Sign Protocol\n\nThe radio call-sign protocol is established to accommodate a seven-character radio call sign where letters may be used in the first four characters.\n\nThe radio call-sign protocol has the following structure:\n\n| Bits  | Usage                           |\n| ----- | ------------------------------- |\n|       |                                 |\n| 26    | protocol flag (-1)              |\n| 27-36 | country code (MID)              |\n| 37-39 | user protocol type (-110)       |\n| 40-75 | radio call sign                 |\n| 76-81 | specific beacon                 |\n| 82-83 | spare (-00)                     |\n| 84-85 | auxiliary radio-locating device |\n\nBits 27-36 designate the country of aircraft or vessel registration.\n\n  \nA - 11\n\nBits 40-75 contain the radio call sign of up to seven characters. Shorter call signs are left justified in the field and padded with ‘space’ characters. Bits 40-63 designate the first four characters, and are encoded in modified-Baudot code in accordance with Table A1. Bits 64-75 designate the last three characters of the call sign and are encoded in binary-coded-decimal (BCD) notation. The bit pattern ‘1010’ is used as the ‘space’ character in BCD notation.\n\nBits 76-81 (coded in modified Baudot) differentiate between beacons carried by the same vessel or aircraft. A Baudot zero, i.e. 001101, shall be used for the only or the primary beacon. Other characters may be used for survival craft or other beacons.\n\nA2.4.6 Test Protocol\n\nThe test protocol will be used for demonstrations, national tests, training exercises, etc., Mission Control Centres (MCCs) will not forward these locations unless requested by the nation conducting the test.\n\nThe test protocol has the following structure:\n\n| Bits  | Usage                           |\n| ----- | ------------------------------- |\n|       |                                 |\n| 26    | protocol flag (-1)              |\n| 27-36 | country code (MID)              |\n| 37-39 | user protocol type (-111)       |\n| 40-83 | national use                    |\n| 84-85 | auxiliary radio-locating device |\n\nBits 27-36 designate the country of beacon registration.\n\nBits 40-83 are for national use.\n\nA3.0 - NATIONAL USE/EMERGENCY CODE\n\nThe national use/emergency code field consists of bits 107 to 112.\n\nBit 107 is a flag bit to indicate whether bits 109 to 112 are for national use (0) or for the emergency code (1).\n\nBit 108 indicates if the beacon is the type that can be activated manually only (0) or that can be activated both manually and automatically (1).\n\nWhen bits 109 to 112 are for national use, it is desirable that administrations so advise the COSPAS-SARSAT Secretariat and the appropriate SAR authorities.\n\nWhen the emergency code is used (i.e. bit 107 - 1), bits 109 to 112 are coded with the International Maritime Organization (IMO) maritime emergency codes (Table A2) for all maritime distresses (i.e. maritime/ location protocol, maritime user protocol, serialized user maritime and survival protocols, and radio call-sign protocol), or with the following codes for all other users (i.e. orbitography, aviation, and serialized user aviation and personal protocols):\n\n  \nA - 12\n\nbit 109 \\- fire (1) or no fire (0)\n\nbit 110 \\- medical help (1) or no medical help required (0)\n\nbit 111 \\- disabled (1) or not disabled (0)\n\nbit 112 \\- spare (0)\n\nWhen neither the national use nor the emergency code are implemented, bit 107 shall be set to (0) and bits 109-112 shall all be set to (0).\n\nTable A2: IMO Maritime Emergency Codes\n\n| Code | Definition                      |\n| ---- | ------------------------------- |\n|      |                                 |\n| 0000 | undesignated                    |\n| 0001 | fire/explosion                  |\n| 0010 | flooding                        |\n| 0011 | collision                       |\n| 0100 | grounding                       |\n| 0101 | listing, in danger of capsizing |\n| 0110 | sinking                         |\n| 0111 | disabled and adrift             |\n| 1000 | abandoning ship                 |\n| 1001 | undesignated                    |\n| 1010 | undesignated                    |\n| 1011 | undesignated                    |\n| 1100 | undesignated                    |\n| 1101 | undesignated                    |\n| 1110 | undesignated                    |\n| 1111 | test                            |\n\nA4.0 - LONG MESSAGE (OPTIONAL)\n\nThe optional long message format permits the inclusion of an additional 32 bits of information in bit positions 113 through 144 of the data message.\n\nThe maritime/location protocol (identified by protocol flag bit 26 - 0) will use these 32 bits as follows:\n\n| Bits    | Usage                                         |\n| ------- | --------------------------------------------- |\n| 113-121 | Course (in degrees true); range: 0 to 359     |\n| 122-126 | Speed (knots); range: 0 to 31                 |\n| 127-139 | Activation time                               |\n| 127-129 | Day of week (000 - Sunday); range: 7 days     |\n| 130-134 | Hours; range: 0 to 23                         |\n| 135-139 | Minutes (2-minute increments); range: 0 to 58 |\n| 140-144 | Optional national use                         |\n\n  \nA -13.\n\nThe other user protocols (identified by protocol flag bit 26-1) will use these 32 bits as follows[\\[\\*\\]](#_ftn1):\n\nBits 113-114 define the 32 bit message encoding as follows:\n\n00 \\- latitude/longitude flag\n\n01 \\- spare\n\n10 \\- spare\n\n11 \\- spare\n\nFor the latitude/longitude message, bits 115 through 144 are decoded as follows:\n\n| Bits    | Usage                                   |\n| ------- | --------------------------------------- |\n| 115-121 | degrees latitude                        |\n| 122-127 | minutes latitude                        |\n| 128     | 0-north; l-south                        |\n| 129-136 | degrees longitude                       |\n| 137-142 | minutes longitude                       |\n| 143     | 0-east; l-west                          |\n| 144     | even parity bit applied to bits 113-143 |\n\nThe message-format flag (bit 25) should normally be set to -0 and a short message be transmitted, but it should be switched automatically to -1 when data is entered in bits 113 to 144 for the long-message transmission. This will require two separate BCH codes: one for use with message-format flag -0 (short-message format), and one for use with message-format flag -1 (long-message format).\n\n  \nB - 1\n\nANNEX B - BEACON MEASUREMENT METHODS\n\nB1.0- GENERAL\n\nThe type of testing required by COSPAS-SARSAT is described in the Type Approval Document (C/S T.007). This Annex describes accepted measurement methods for the parameters defined in Section 2 of the beacon specification. An example of a test bench capable of implementing these measurement methods is shown in Figure B1. These are not necessarily the only methods for measuring parameters. Alternative measurement techniques can be approved by COSPAS-SARSAT, providing there is sufficient justification. Beacon manufacturers can use any other methods that they feel are representative of those used in actual certification tests.\n\nB2.0 - PRINCIPLE OF OPERATION OF THE TEST BENCH\n\nThe particular characteristics of the COSPAS-SARSAT 406 MHz beacon require the use of special test equipment (STE) in addition to standard measurement instruments (e.g. frequency counter, spectrum analyser, etc.)\n\nThe message transmitted by the beacon is detected by a receiver which supplies ail the signals to be measured. Synchronization signals are generated by the STE which define the measurement intervals S1 , S2 and S3 as shown in Figure B2.\n\nB3.0 - MEASUREMENT METHODS\n\nB3.1 Message Format and Structure\n\nB3.1.1 Repetition Period\n\nThe repetition period, Tr, between the beginnings of two successive transmissions (see Figure B3) shall be randomized with a uniform distribution over the range 47.5 to 52.5 seconds ( see section 2.2.1). Uniform distribution shall be determined from successive measurements over a five-minute period.\n\nB3.1.2 Duration of the Unmodulated Carrier\n\nThe unmodulated carrier duration, T1, between the beginning of a transmission and the beginning of the data modulation shall satisfy the following relationship, where the mean value and the standard deviation are derived from 10 successive measurements:\n\n158.4 ms < (T1 ± 3 sigma) < 161.6 ms (see section 2.2.3)\n\nB3.1.3 Bit Rate and Stability\n\nThe bit rate, fb, which is measured over the first 50 bits corresponding to one transmission, shall satisfy the following relationship, where the mean value and the standard deviation are derived from 10 successive measurements:\n\n396 bps < (fb ± 3 sigma) < 404 bps (see Section 2.2.4)\n\n  \nB-2\n\n![](image.016.png)\n\nFigure B1: Example of a 406 MHz Beacon Test Bench\n\n  \nB - 3\n\n![](image.017.png)\n\nThe S1 pulse starts 12ms after the beginning of the unmodulated carrier.\n\nThe S2 pulse starts with bit 23.\n\nThe S3 pulse starts 15ms after the end of S2.\n\nFigure B2: Definition of Measurement Intervals\n\n![](image.018.png)\n\nFigure B3 : Transmission Timing\n\n  \nB -4\n\nB3.1.4 Message Coding\n\nThe content of the digital message is checked against the one provided by the manufacturer. The compliance with the format for each data field is checked bit by bit.\n\nThe correctness of the error-correcting code is also checked.\n\nB3.2 Modulator and 406 MHz Transmitter\n\nB3.2.1 Transmitted Frequency (see Section 2.3.1)\n\nB3.2.1.1 Nominal Value\n\nThe mean transmission frequency, f0, is determined from 10 measurements of fi (1) made during the interval S1 during 10 successive transmissions as follows:\n\n![](image.019.png)\n\nB3.2.1.2 Short-Term Stability\n\nThe short term frequency stability is derived from measurements of f1(2) and f1(3) made during the intervals S2 and S3 during 10 successive transmissions as follows:\n\n![](image.020.png)\n\nThe above relationship corresponds to the Allan variance. The measurement conditions used here are different (i.e. dead time between two measurements). Experience, however, has shown that the results obtained are very close to those achieved under the normal measurement conditions for the Allan variance.\n\nTo correctly measure the short-term frequency stability, and to avoid an error which might result from an unequal number of negative and positive phase transitions occurring during the 100 ms gating interval of a frequency counter used in the internal gate mode, the 406 MHz beacon test bench, which demodulates the 400 bps bit stream, must use the bit clock to generate a gating signal of about 100 ms (± 1%) which contains the same number of positive and negative phase transitions. This gating signal is used with a frequency counter (e.g. HP 5345) in the external gating mode.\n\n  \nB -5\n\nB3.2.1.3 Medium-Term Stability\n\nThe medium-term frequency stability is derived from measurements of fi(2) made over successive transmissions at instants fi for a period of 15 minutes (see Figure B4).\n\nFor a set of n measurements, the medium-term frequency stability is defined by the mean slope of the least-squares straight line and the residual frequency variation about that line.\n\nThe mean slope is given by:\n\n![](image.021.png)\n\nThe ordinate at the origin of the least-squares straight line is given by:\n\n![](image.022.png)\n\nThe residual frequency variation is given by:\n\n![](image.023.png)\n\nWith a transmission repetition period of 50 seconds, there will be 18 measurements during the 15 minute period (i.e. n-18).\n\n  \nB - 6\n\n![](image.024.png)\n\nFigure B4: Medium-Term Frequency Stability Measurement\n\n  \nB - 7\n\nB3.2.2 Power Output (see Section 2.3.2)\n\nB3.2.2.1 Transmitter Power Output Level\n\nThe transmitter power output level is measured at the transmitter output.\n\nB3.2.2.2 Stability During Transmission, Rise and Fall Times\n\nThe power stability and the rise and fall times are determined on an oscilloscope.\n\nB3.2.2.3 Equivalent Isotropic Radiated Power\n\nAntenna characteristics should be measured in a configuration as close as possible to its operational configuration.\n\nB3.2.2.4 Spurious Output\n\nThe spurious levels are checked on a spectrum analyzer.\n\nB3.2.3 Data Encoding and Modulation\n\nThe data encoding, the modulation sense, the modulation index and the modulation rise and fall times are checked with an oscilloscope on the biphase logic signal.\n\nThe modulation rise and fall times, ΊR and ΊF are defined in Figure 2.5.\n\nB3.3 Voltage Standing Wave Ratio\n\nThe following characteristics will be verified after the transmitter load has been changed to both open circuit and short circuit at maximum, minimum and ambient temperatures:\n\n\\- Transmitter nominal frequency\n\n\\- Power output\n\n\\- Spurious output\n\n\\- Digital message content and modulation\n\nThe same characteristics, except for power output, will be verified for a VSWR of 3:1.\n\nB3.4 Protection Against Continuous Transmission\n\nIf possible, the protection against continuous transmission will be checked by inducing a continuous transmission from the beacon under test. However, if the beacon manufacturer feels that this test is not feasible for his beacon, he must provide a technical explanation which demonstrates that his design complies with the specification.\n\nEND OF THIS SECTION\n\n\\_\\_\\_\\_\\_\\_\\_\\_\\_\n\n  \nCOSPAS-SARSAT SECRETARIAT\n\nINMARSAT, 40 Melton Street, London NWI 2EQ, England, United Kingdom.\n\nTelephone: National 01-387 9089, International + 44 1 387 9069.\n\nTelex 297201 INMSAT G Facsimile (G2-3) +44 1 383 7480 or 44 1 387 2115.\n\nEND OF REPRODUCTION\n\nNOTE\n\n1\\. Notified in the Commonwealth of Australia Gazette on 27 February 1990.\n\n---\n\n[\\[\\*\\]](#_ftnref1) This does not apply to the 406 MHz time calibration beacon transmitting from Toulouse, France.\n\nEND OF THIS SECTION","sortOrder":0}],"analysis":{"kimi_summary":{"_metrics":{"model":"kimi-k2.5","source":"moonshot-realtime","completionTokens":3225},"content_quality":"ok","complexity_score":8,"scope_assessment":{"changed":false,"description":"The standard remains focused on its original purpose of regulating 406 MHz satellite distress beacons for land and maritime use. While it incorporates extensive international technical specifications and creates specific exemptions for aviation equipment, these elements were integral to the original intent of harmonizing Australian standards with the global COSPAS-SARSAT satellite rescue system."},"complexity_factors":["Incorporation by reference of the 1988 COSPAS-SARSAT technical specification C/S T.001 (20+ pages of detailed technical protocols)","Differentiated compliance requirements across beacon categories (PLBs follow base spec, EPIRBs have modified 48-hour requirement and additional homing transmitter mandate)","Exclusion of aviation ELTs creates a scope carve-out requiring careful equipment categorization","Precise electromagnetic technical parameters (frequency stability ±1 part in 10⁹, field strengths measured in dBuV/m, phase modulation ±1.1 radians)","Complex digital encoding requirements (BCH error-correcting codes, modified Baudot character encoding, binary protocol flags)","Dual-frequency regulatory regime (406.025 MHz primary and 121.5 MHz secondary for maritime beacons)"],"plain_english_summary":"This standard sets technical, labelling and tamper-protection requirements for 406 MHz satellite distress beacons used with the COSPAS‑SARSAT system in Australia, affecting manufacturers, importers and users of PLBs (land) and EPIRBs (maritime) — it excludes aviation ELTs. \n\nIt mandates COSPAS‑SARSAT messaging/frequency/power compliance, clear compliance labelling and tool‑accessible internals, and requires maritime beacons to run 48 hours and include a 121.5 MHz homing transmitter for final location."},"flash_summary":{"complexity_score":7,"scope_assessment":{"changed":true,"description":"This standard narrows and modifies the reproduced COSPAS‑SARSAT specification: it excludes satellite emergency locator transmitters from its application (clause 3; Note 1), adopts the COSPAS‑SARSAT Spec for PLBs and maritime EPIRBs (clause 6) but amends the Spec by requiring maritime beacons to operate 48 hours rather than 24 (clause 7(3)) and by mandating an integral 121.5 MHz homing transmitter for maritime EPIRBs (clause 7(4) and Part 4). The Ministerial Standard also states no additional environmental/operational requirements (Specification sections 4.3–4.5.2) are required for the purposes of this instrument (Note 2), producing a deliberate narrowing and selective modification of the original Specification."},"complexity_factors":["Incorporation by reference of an extensive external technical specification (COSPAS‑SARSAT reproduced in Schedule 2) with cross-references (clause 6).","Targeted amendments to the adopted specification (substituting 48 for 24 hours and adding a homing transmitter requirement) creating divergence from the base Spec (clauses 7(3)–7(4), Part 4).","Highly technical transmitter and modulation tolerances and stability metrics (frequency, phase modulation, power, antenna characteristics) requiring specialist measurement (Specification sections 2.3.1–2.3.7; Part 4 clauses 10–18).","Detailed test and measurement methods using statistical criteria (mean slope, residual frequency variation, Allan‑variance style measures) in Annex B, increasing verification complexity (Schedule 2, Annex B, B3.2.1.2–B3.2.1.3).","Multiple device types and protocol options (EPIRB, PLB, various user protocols, long/short messages) with bit‑level coding rules in Annex A — substantial firmware/design complexity (Schedule 2, Section 3; Annex A).","Regulatory compliance chain and labelling tied to type‑approval certificates (display of compliance statement conditional on certificate; clause 4(1)–4(3)), imposing administrative costs on manufacturers/importers.","Operational and environmental testing expectations are referenced but partly left to national authorities, producing conditional gaps and potential variability (Specification Section 4; Ministerial Note 2).","Controls on adjustability (internal adjustment mechanisms only accessible with tools) add manufacturing and design constraints (clause 5).","Centralised instrument‑making power (made under section 9 of the Radiocommunications Act) concentrates decision authority while relying on technical test benches and specialised equipment for enforcement (preamble; Schedule 2, Annex B)."],"plain_english_summary":"Ministerial Standard 309 sets mandatory technical, marking and approval rules for satellite distress beacons operating on 406.025 MHz (maritime EPIRBs and land PLBs), expressly excluding satellite emergency locator transmitters (ELTs). It adopts the COSPAS‑SARSAT 406 MHz specification (Schedule 2) but amends it: maritime beacons must operate 48 hours (not 24) and maritime beacons must include a 121.5 MHz homing transmitter meeting Part 4. Manufacturers, importers and suppliers must obtain type approval and affix certified compliance labels (clauses 3–7, 4)."}},"importantCases":[],"_links":{"self":"/api/acts/ministerial-standard-309","history":"/api/acts/ministerial-standard-309/history","analysis":"/api/acts/ministerial-standard-309/analysis","conflicts":"/api/acts/ministerial-standard-309/conflicts","importantCases":"/api/acts/ministerial-standard-309/important-cases","documents":"/api/acts/ministerial-standard-309/documents"}}