Techincal Specifications: Fm Radio Broadcast Interrupt

Total Page:16

File Type:pdf, Size:1020Kb

Techincal Specifications: Fm Radio Broadcast Interrupt

TECHNICAL SPECIFICATIONS: FM RADIO BROADCAST INTERRUPT

Damian Barker January 2016 Contents

1. TECHNICAL SPECIFICATIONS: FM RADIO BROADCAST INTERRUPT...... 1 2. System Definition...... 3 3. General Alert Dissemination Method Requirements...... 4 4. CAP and Atom File Formatting...... 5 5. Custom Parameters...... 7 5.1. Inhibit Parameter...... 7 5.1.1. Inhibit Parameter Description and Methodology...... 7 5.1.2. Structure...... 7 5.1.3. Format...... 7 6. FM Broadcast Interrupt Technical Specifications...... 8 7. Installation Details...... 14 1. System Definition

The FM Broadcast interrupt device sits in the audio transmission line of a FM broadcast station and decodes CAP v 1.2 alerts for dissemination. Depending primarily on the Certainty Severity and Urgency values of received CAP alerts and the corresponding values set in a user definable filter on the device, the FM Broadcast Interrupt device will interrupt the ongoing broadcast and play either an attached audio file or perform Text to Speech of the received CAP alert if no audio file is attached (specified in a tag in the CAP). On completion, the FM Broadcast Interrupt will return the broadcast to normal programming. 2. General Alert Dissemination Method Requirements

The requirements in this section are applicable for ALL dissemination methods. Where differences are necessary for an individual dissemination method this will be indicated in the section titled “FM Broadcast Interrupt Technical Specifications”.

(a) Devices receive CAP v 1.2 alerts by “POLLING” the CAP servers and processing the ATOM file containing the list and URI’s of active alerts. The format of the ATOM file is described in section titled “CAP AND ATOM FILE FORMATTING”

(b) Devices will process unique CAP messages and disregard any identical duplicated alerts which may be received from multiple CAP server sources.

(c) Devices must be able to poll a list of at least two (2) CAP servers for active alerts at least once every sixty (60) seconds. Where an alternate polling interval is required the individual technical specifications will indicate this.

(d) Devices will be designed to use a dynamic IP address (such as common with ADSL internet service) and must include self contained Dynamic DNS services if required.

(e) Devices will be designed to utilise standard ADSL internet access with standard RJ45 interfaces.

(f) Devices will keep a completely auditable log of all alerts received, disseminated and disregarded.

(g) Devices will be fully compatible with the requirements set out in the section titled “CUSTOM PARAMETERS” in this document.

(h) Devices will feature a web interface accessible from the internet (with appropriate security and authentication) from which all dissemination options can be configured.

(i) Devices will implement all necessary self diagnostic and internet connectivity status tests and a reporting facility via an HTTP “GET” or “POST” mechanism of device status. A HTTP response of “OK” indicating normal function and “FAIL – xxxxxxx” where xxx is an error code defined in user documentation or a textual description of an error condition if a malfunction or otherwise unexpected condition arises. 3. CAP and Atom File Formatting

(a) CAP alerts generated by the CAP Server describe the affected area by using the geospatial CAP polygon and circle elements as well as defined geocode values to define alerting zone definitions. The list of geocodes can be expanded at any time using the Administration interface to define new alerting zone definitions.

(b) CAP messages containing sensor or other operational data not intended for public dissemination is identified by populating the CAP scope element with a value of “Private.” Such messages are NOT included in the general publication Atom index.

(c) CAP messages containing technical information about alerting device or system status or errors are identified by populating the CAP status element with the value of “System.” Such messages are NOT included in the general publication Atom index.

(d) The Atom-formatted index entry block for each alert on the CAP Server publication interface includes the following elements:

i. The Atom link element includes the URL of the corresponding CAP XML file in the href attribute. ii. The Atom title element contains the value of the CAP message’s headline element. iii. The Atom updated element contains the value of the CAP message's sent element. iv. The following CAP elements are included in the Atom file with a namespace prefix of “cap” (which prefix is bound in the XML preamble to the OASIS CAP 1.2 namespace):

A. status B. msgType C. language D. category E. urgency F. severity G. certainty H. areaDesc I. geocode

(e) In the case of CAP messages containing an expires element, the message is considered unexpired until after the latest expires time in any included CAP info block. If no expires element is present in a CAP message that message is considered unexpired until one hour after its sent time value. 4. Custom Parameters

The following CAP parameter values must be supported by the alert dissemination device for this application.

4.1. Inhibit Parameter 4.1.1. Inhibit Parameter Description and Methodology

The inhibit parameter is included to provide the utmost granularity of alert dissemination methods to be activated for a particular alert. The presence of a “TRUE” inhibit parameter in an alert for a particular dissemination mechanism means that mechanism will NOT activate regardless of any other activation criteria being met. The absence of an inhibit parameter or a value of false indicates that the dissemination method will determine its activation based on its filters, i.e. normal operation.

4.1.2. Structure

The inhibit tag is a parameter value in CAP.

4.1.3. Format

inhibit-radio True / False 5. FM Broadcast Interrupt Technical Specifications

1 2 3 S/N Specifications Specifications Notes, remarks, ref to Feature Description Offered documentation 1 General The device is an emergency program override Description device, used in radio stations. It is placed in the audio program line and allows regular programming to be broadcasted freely. The device monitors the CAP Server over its network connection. When a qualified emergency message received, the device will then switch the transmitted line to its internal output and hence play the emergency message over the radio. On completion of the alert playback normal station function is resumed by switching transmitted line back to the original studio broadcast input.

PROVIDE EAS TONES ON TRANSMITTED AUDIO. Use the United Stated national EAS tones (see http://transition.fcc.gov/pshs/services/eas/). 1 2 3 S/N Specifications Specifications Notes, remarks, ref to Feature Description Offered documentation 2 Function Uses its LAN connection to receive CAP 1.2 and CAP 1.1 alerts (either pulled from a server by the unit or pushed to the device or both). It will then use internal “filters” and custom parameters as described to determine the required action. If needed, it will then:

 Open and close a relay contact at a rate of 1Hz for 10 seconds. This relay contact will be used to switch on and off a light in the DJ booth to allow some notification that the audio is about to be interrupted.  Generate an audio alert based on the data in the CAP message by fetching attached audio using information in the CAP message, OR generate audio using internal Text to Speech software based on data in the CAP message.  Switch transmitted audio line to device internal output.  PLAY the EAS tones  PLAY the generated audio alert  PLAY EAS “end of message” tone  Switch transmitted audio line back to the original external source

3 System As described in section titled “General Alert Feed Dissemination Method Requirements” 1 2 3 S/N Specifications Specifications Notes, remarks, ref to Feature Description Offered documentation 4 Activation User can define criteria for the incoming CAP Criteria message to determine if it qualifies for (filter) warning by selecting the following CAP parameters, using a simple user interface screen:  Status  msgType (one or more)  info.eventCode (SAME=a SAME event codes, multiple codes can be selected for multiple options)  info.urgency (minimum and above)  info.severity (minimum and above)  info.certainty (minimum and above)  areaDesc (multiple entries can be selected for multiple options)  area.polygon (describes coverage polygon, incoming messages will be filtered by comparing areas. Multiple polygons can be listed locally and may appear in the incoming message.)

5 Required Equipment to be provided with all Equipment components ready to install, in a self install kit. Installation will be done by local staff. Telephone support will be required by the provider under this RFQ, and should be included for at least two hours. 1 2 3 S/N Specifications Specifications Notes, remarks, ref to Feature Description Offered documentation 6 Protocol of CAP 1.1 and CAP 1.2 XML file with digital activating signature based software. The unit will report message the results of a downloaded message: download ok, passed filter, activation result (audio played successfully, what audio file was used and all other relevant information.)

7 Network 100Mbs Base-T LAN support, RJ45 Connectivity connector.

8 USB 1 USB connector (facilitates external devices connectors or flash drive firmware upgrade etc).

9 Memory Totally solid state memory storage for reliable operation – no hard disk drive.

10 Audio Stereo relay with broadcast quality, channels Adjustable volume and output level controls via web Interface

11 Unit Control Web-Based control – all settings and functions can be performed from anywhere on the internet, including initiating or forwarding alerts, and changing configuration.

12 Security HTTPS/SSL/digital signature security

13 Log files Text and audio logs are available via the web interface page.

1 2 3 S/N Specifications Specifications Notes, remarks, ref to Feature Description Offered documentation 14 Text to Included high quality English Text to Speech speech locally generates audio based on the expanded text message available with the CAP protocol.

Vendor must submit a sample of the actual unit performing text to speech of the following to the intended recipient when submitting quotation:

“This is a test of the St. Vincent Warning System. This is only a test. If this had been an actual emergency you would have been told what to do and where to get more information. This is a test. This is only a test. Please take no further action at this time”

15 Time sync Time Synchronized to national standards via NTP protocol.

16 Mounting Rack mount 2U or less enclosure.

17 Local control LCD display, front panel buttons.

18 Audio Internal speaker interfaces Line Out. (Line Out feed out via stereo broadcast quality switch.)

Stereo broadcast Line In. (Normal studio broadcast line) 1 2 3 S/N Specifications Specifications Notes, remarks, ref to Feature Description Offered documentation 19 LED Front panel status LEDs indicating Power On Indicators and Connection to Server. 20 LCD Display LCD Display which can display the current text of the CAP alert and used in configuration of the device 21 Other One Single Pole Single Throw solid state External relay contact that can be used to switch on Outputs and off a standard 40w 120V AC incandescent bulb. 22 Power 120-240V AC 50/60Hz 23 Documentati Full user and installer documentation to be on provided in both hard and electronic copy. 6. Installation Details

The installation of the FM Broadcast Interrupt devices will be performed by the equipment vendor with assistance provided by local contractors.

The equipment vendor is responsible for the installation, initial configuration and testing of all equipment to be installed under this RFQ and will:

(1) Provide an installation document detailing installation and configuration procedure, required local resources as well as resources provided by the vendor for use during the installation procedure.

(2) Work closely with local contractors during the installation phase in order to build in country capacity regarding installation and maintenance procedures.

(3) Provide a detailed test plan which demonstrates the fulfillment of all technical operation requirements in this RFQ at least one month before scheduled installation.

(4) Install and configure devices as necessary during the agreed upon installation timeframe.

(5) Provide both electronic and hard copies of installation, maintenance and configuration manuals.

(6) Produce a test report detailing the results of the testing of the installed equipment as specified in the test plan.

(7) Provide support by telephone and or email for a maximum of twelve (12) hours over a period of three (3) months immediately following the installation of devices.

The intended recipient is responsible for the overall coordination and scheduling of the installation processes and will:

(1) Schedule the installation in conjunction with the equipment vendor and beneficiary countries.

(2) Provide and organise accommodation and local transportation to and from installation sites where necessary for equipment installers.

(3) Assume responsibility for auditing the installation and test processes and ensuring installation meets the desired standards and operability.

(4) Assume responsibility for securing written agreements with broadcast entities to facilitate the installation process.

Recommended publications