BS 8521-2009 Specification for dual-tone multi-frequency (DTMF) signalling protocol for social alarm systems《社会警报系统用双音多频(DTMF)信号协议规范》.pdf

《BS 8521-2009 Specification for dual-tone multi-frequency (DTMF) signalling protocol for social alarm systems《社会警报系统用双音多频(DTMF)信号协议规范》.pdf》由会员分享，可在线阅读，更多相关《BS 8521-2009 Specification for dual-tone multi-frequency (DTMF) signalling protocol for social alarm systems《社会警报系统用双音多频(DTMF)信号协议规范》.pdf（30页珍藏版）》请在麦多课文档分享上搜索。

1、raising standards worldwideNO COPYING WITHOUT BSI PERMISSION EXCEPT AS PERMITTED BY COPYRIGHT LAWBSI British StandardsWB9423_BSI_StandardColCov_noK_AW:BSI FRONT COVERS 5/9/08 12:55 Page 1Specification for dual-tone multi-frequency (DTMF) signalling protocol for social alarm systemsBS 8521:2009BS 852

2、1:2009 BRITISH STANDARDPublishing and copyright informationThe BSI copyright notice displayed in this document indicates when the document was last issued. BSI 2009 ISBN 978 0 580 55079 9ICS 13.320The following BSI references relate to the work on this standard: Committee reference GW/1/12 Draft for

3、 comment 08/30129607 DCPublication historyFirst published as BS 7369, February 1991First published as BS 8521 (present edition), April 2009Amendments issued since publicationDate Text affected BRITISH STANDARD BSI 2009 iBS 8521:2009ContentsForeword iiIntroduction 11 Scope 12 Normative references 13

4、Terms and definitions 14 Information transfer 35 Communication 46 Speech path and system control commands 117 Programming 168 Remote access to local unit and controller (incoming calls) 20Bibliography 23List of figuresFigure 1 Diagrammatic representation of an example of an alarm transmission protoc

5、ol 10Figure 2 Diagrammatic representation of an example of local unit and speech communication 12Figure 3 Diagrammatic representation of an example of programming 17Figure 4 ARC initiated communications sequence with controller 21Figure 5 ARC initiated communications sequence with local unit and con

6、troller 22List of tablesTable 1 DTMF digit assignments 3Table 2 System configuration assignments 5Table 3 System type assignments 6Table 4 Event code assignments 6Table 5 Location code assignments 8Table 6 Priority code assignments 9Table 7 Status code assignments 9Table 8 Values of DTMF tones for c

7、hecksum calculation purposes 11Table 9 Speech control function assignments 14Table 10 Equipment control codes 15Table 11 Parameter programming/enquiry fields 19Summary of pagesThis document comprises a front cover, an inside front cover, pages i to ii, pages 1 to 24, an inside back cover and a back

8、cover.BS 8521:2009ii BSI 2009BRITISH STANDARDForewordPublishing informationThis British Standard is published by BSI and came into effect on 30 April 2009. It was prepared by Subcommittee GW/1/12, Social alarms, under the authority of Technical Committee GW/1, Electronic security systems. A list of

9、organizations represented on this committee can be obtained on request to its secretary.SupersessionThis British Standard supersedes BS 7369:1991, which is withdrawn.Information about this documentThis is a full revision of BS 7369, and introduces the following principal changes: message structure h

10、as been extended to reflect the evolution of user requirements, and extended range of alarm generation sources; extended definitions of parameters are provided and an error detection checksum has been added to alarm messages; a remote parameter programming and enquiry facility has been introduced; t

11、one durations and signal timing have been revised.The aim of this British Standard is to provide a replacement to the BS 7369:1991 social alarm DTMF signalling protocol implementation employed by manufacturers within the social alarm market place to enable a solution toward meeting the requirements

12、of the current market place. BS 8521 is intended to ensure that equipment users can benefit from improved equipment interoperability, irrespective as to the source of their equipment.BS 8521 is not interoperable with BS 7369:1991.Compliance with this British Standard does not infer that all the func

13、tions listed herein are available within any given item of alarm equipment.Presentational conventionsThe provisions of this standard are presented in roman (i.e. upright) type. Its requirements are expressed in sentences in which the principal auxiliary verb is “shall”.Commentary, explanation and ge

14、neral informative material is presented in smaller italic type, and does not constitute a normative element.Contractual and legal considerationsThis publication does not purport to include all the necessary provisions of a contract. Users are responsible for its correct application.Compliance with a

15、 British Standard cannot confer immunity from legal obligations.BRITISH STANDARD BSI 2009 1BS 8521:2009IntroductionThis British Standard has been prepared in response to requests from purchasers and users of social alarm systems for the establishment of a common signalling protocol to ensure that so

16、cial alarm systems from different manufacturers exchange essential information and controls in a compatible manner. Essential information and controls include identification of an individual local unit and controller, the nature of any alarm, with the type of trigger initiating this, and the control

17、s necessary to operate any speech link between a local unit and an alarm receiving centre (ARC).This British Standard specifies requirements for dual tone multifrequency signalling, for the transfer of messages and commands, this being an acknowledged method for transmitting information over the pub

18、lic switched telephone network once a call has been established between the local unit and controller and the ARC.1 ScopeThis British Standard specifies requirements for the transfer of information and controls within a social alarm system, by means of dualtone multifrequency (DTMF) tone signals pas

19、sing between site control or local equipment and an alarm receiving centre via the public switched telephone network (PSTN) supporting voice traffic conforming to ITUT Recommendation G.711 1.The standard specifies an incall protocol which supports the 300 ms maximum round trip delay specified in the

20、 UK National Transmission Plan 2 for connections over the fixed network.2 Normative referencesBS EN 501341, Alarm systems Social alarm systems Part 1: System requirementsBS EN 501343, Alarm systems Social alarm systems Part 3: Local unit and controllerES 201 2351, Specification of dual tone multi-fr

21、equency (DTMF) transmitters and receivers Part 1: GeneralES 201 2352, Access and terminals (AT) Specification of dual tone multi-frequency (DTMF) transmitters and receivers Part 2: TransmittersES 201 2354, Access and terminals (AT) Specification of dual tone multi-frequency (DTMF) transmitters and r

22、eceivers Part 4: Transmitters and receivers for use in terminal equipment for end-to-end signalling3 Terms and definitionsFor the purposes of this British Standard, the terms and definitions given in BS EN 501341 and the following apply.3.1 cleartermination of audio communication whilst retaining co

23、nnection to a controllerBS 8521:20092 BSI 2009BRITISH STANDARD3.2 clear-downtermination of a PSTN connection between a controller and an ARC3.3 commandcoded instruction3.4 grouped equipmentlocal system installation in which multiple local units are connected to a single controller3.5 listenspeech di

24、rection to an ARC from a local unit3.6 messagecoded information sent as data between a local unit and controller and an ARC3.7 null fieldany data element where the data digits are set to value zero (DTMF 0)3.8 simplex tone controlled speechvoice channel operated by tone commands which determine the

25、direction of speech3.9 speakspeech direction to a local unit from an ARC3.10 tones3.10.1 acknowledge toneDTMF signal transmitted to confirm receipt of data or a command3.10.2 data request toneDTMF signal sent by the receiving equipment to inform the sending equipment that contact has been establishe

26、d3.10.3 enquiry tonetone, within the audible frequency range, transmitted prior to the sending of information by local unit and controller to indicate that the call was initiated by electronic meansNOTE This tone serves the purpose of identifying to an uninformed recipient that the call is generated

27、 by automated equipment and is not a nuisance caller.3.10.4 guard toneDTMF signal transmitted to indicate to equipment that a command follows and to mute the audio channel to and/or from a local unit as appropriate3.10.5 start toneDTMF signal transmitted at the commencement of the transmission of da

28、ta or commands3.10.6 stop toneDTMF signal transmitted at the completion of the transmission of data or commands3.11 VOXvoice operated speech switchingBRITISH STANDARD BSI 2009 3BS 8521:20094 Information transfer4.1 GeneralInformation transfer shall be by means of DTMF tone signals representing digit

29、s as specified in ES 201 2351. Signal output from the DTMF transmitter shall conform to the requirements specified in ES 201 2352. Determination of the receipt of a valid tone at the receiver shall follow the requirements specified in ES 201 2354. The tones assigned to social alarm information trans

30、fer and command functions and their timing shall be in accordance with Table 1.The sending of information from automatic equipment shall be preceded by an enquiry tone of (250 null 50) ms duration, repeated at (2 null 0.4) s intervals, which shall be ignored for signalling purposes by automatic rece

31、iving equipment.Table 1 DTMF digit assignmentsTone (key)Value Function/command Duration of tone transmitted to network A)0 0 Select local unit (80 null 5) ms1 1 Request information on outstanding calls (80 null 5) ms2 2 Manufacturerspecific functions (80 null 5) ms3 3 Speech control functions (80 nu

32、ll 5) ms4 4 Parameter programming (80 null 5) ms5 5 Parameter enquiry (80 null 5) ms6 6 Data mode request (80 null 5) ms7 7 Speak (80 null 5) ms8 8 Listen (80 null 5) ms9 9 Clear (clear speech) (80 null 5) ms* * Padding character (80 null 5) ms# # End of data (stop) (80 null 5) msA A Guard (250 null

33、 12.5) msA A Commencement of data (start) (80 null 5) msB B Acknowledge (80 null 5) msB B Data request (1 000 null 50) msC C Enter programming (80 null 5) msD D Clear down (80 null 5) msA)Tone sequences are sent with a (80 null 5) ms gap between tones.4.2 Start and stop tonesThere shall be an interv

34、al of not less than (600 null 30) ms between the end of the stop tone and the commencement of the start tone of subsequent transmissions from the same source.4.3 Guard toneOn receipt of a guard tone, the local unit shall mute the audio channel for a period not exceeding 500 ms.BS 8521:20094 BSI 2009

35、BRITISH STANDARD5 Communication5.1 Session initiationFollowing completion of call setup signalling, the local unit and controller shall send an enquiry tone to the line to indicate that automatic equipment is using the line.When the ARC detects ringing current, it shall loop the line and shall send

36、a data request tone to the local unit and controller. If no data request tone is detected by the local unit and controller, it shall disconnect from the network.A received tone shall be interpreted as a data request tone by the local unit and controller only if its duration is not less than 500 ms.W

37、hen the local unit and controller detects the data request tone, it shall cease to send the enquiry tone and shall wait until the end of the data request tone; after a delay of (80 null 5) ms the local unit and controller shall then send an alarm transmission message to the ARC.If no acknowledge ton

38、e or start of data transmission is received by the ARC within (600 null 30) ms of the end of a data request tone, the ARC shall send a further data request tone. This shall be repeated up to four times, after which the ARC shall disconnect from the network if no acknowledge or start of data transmis

39、sion is received by the ARC within (600 null 30) ms of the end of the fourth data request tone.If an acknowledge tone or start of data transmission is received by the ARC within (600 null 30) ms of the end of a data request tone, the ARC shall cease to send the data request tone and shall wait to re

40、ceive a valid data transmission.If a valid data transmission is not received by the ARC within 25 s from the end of the transmission of the originating data request tone, it shall disconnect from the network.If no acknowledge tone is received by the local unit and controller within (600 null 30) ms

41、of the end of an alarm transmission message, the local unit and controller shall send a further alarm transmission message. This shall be repeated up to four times, after which the local unit and controller shall disconnect from the network if no acknowledge tone is received by the local unit and co

42、ntroller within (600 null 30) ms of the end of the fourth alarm transmission message.Any redial or reconnection attempts shall be made in accordance with BS EN 501343.5.2 Alarm transmission message formatThe message sent by the local unit and controller to the ARC shall consist of the sequence:A CC

43、TT GGGGGGGG RRRR EEE LL P SS XX #where:A and # are the message string start and stop delimiters;CC is the twodigit system configuration, to indicate the type of equipment (see Table 2);BRITISH STANDARD BSI 2009 5BS 8521:2009TT is the twodigit system type assignment, to indicate to the ARC whether th

44、e local unit and controller is using the standard protocol or a proprietary variant (see Table 3);GGGGGGGG is the eightdigit controller identification field, to uniquely define the identity of the specific site/installation;NOTE 1 This is right-justified, padded with leading zeros (i.e. zero is tran

45、smitted as DTMF 0).RRRR is the fourdigit local unit identification field, to uniquely define the identity of the local unit within the installation;NOTE 2 This is right-justified, padded with leading zeros (i.e. zero is transmitted as DTMF 0).NOTE 3 In grouped equipment, the controller has the reser

46、ved identity of 0000.NOTE 4 For a combined local unit and controller, the unique identity of that specific unit is given by the combined twelve digits of both the local unit and controller and local unit fields as a single entity. This is right-justified, padded with leading zeros (i.e. zero is tran

47、smitted as DTMF 0).EEE is the threedigit event code, to define the nature of the alarm (see Table 4);LL is the twodigit location information field, to allow detailed locations of alarm events to be indicated (see Table 5);P is the singledigit priority field, to indicate that a priority over other al

48、arms has been assigned to this event (see Table 6);SS is the twodigit status code, to indicate the status of the local unit (see Table 7);XX is the twodigit checksum (see 5.3).NOTE 5 An example of an alarm transmission protocol is shown diagrammatically in Figure 1.Table 2 System configuration assig

49、nmentsFirst digit (CC) System type and local unit status Second digit Speech link type0 Local unit and controller 0 Nonspeech1 Grouped equipment with supervisor off duty1 VOX2 Grouped equipment with supervisor on duty2 Tone controlled switched speech, with guard tone3 Grouped equipment with supervisor on duty acting as an ARC3 to 9 Reserved to BSI A)4 ARC5 to 9 Reserved to BSI A)NOTE The type of equipment is described by any combination of the first and second digits, e.g. an ARC