Teknisk rapport SIS-TR 91101:2014

Transkript

1 Teknisk rapport SIS-TR 91101:2014 Publicerad/Published: Utgåva/Edition: 1 Språk/Language: engelska/english ICS: ; ; ; ; Digitala trygghetslarm Internetprotokoll för digitala trygghetslarm (SCAIP) Testspecifikation Digital social alarm Social care alarm internet protocol (SCAIP) Test specification

2 Standarder får världen att fungera SIS (Swedish Standards Institute) är en fristående ideell förening med medlemmar från både privat och offentlig sektor. Vi är en del av det europeiska och globala nätverk som utarbetar internationella standarder. Standarder är dokumenterad kunskap utvecklad av framstående aktörer inom industri, näringsliv och samhälle och befrämjar handel över gränser, bidrar till att processer och produkter blir säkrare samt effektiviserar din verksamhet. Delta och påverka Som medlem i SIS har du möjlighet att påverka framtida standarder inom ditt område på nationell, europeisk och global nivå. Du får samtidigt tillgång till tidig information om utvecklingen inom din bransch. Ta del av det färdiga arbetet Vi erbjuder våra kunder allt som rör standarder och deras tillämpning. Hos oss kan du köpa alla publikationer du behöver allt från enskilda standarder, tekniska rapporter och standardpaket till handböcker och onlinetjänster. Genom vår webbtjänst e-nav får du tillgång till ett lättnavigerat bibliotek där alla standarder som är aktuella för ditt företag finns tillgängliga. Standarder och handböcker är källor till kunskap. Vi säljer dem. Utveckla din kompetens och lyckas bättre i ditt arbete Hos SIS kan du gå öppna eller företagsinterna utbildningar kring innehåll och tillämpning av standarder. Genom vår närhet till den internationella utvecklingen och ISO får du rätt kunskap i rätt tid, direkt från källan. Med vår kunskap om standarders möjligheter hjälper vi våra kunder att skapa verklig nytta och lönsamhet i sina verksamheter. Vill du veta mer om SIS eller hur standarder kan effektivisera din verksamhet är du välkommen in på eller ta kontakt med oss på tel Standards make the world go round SIS (Swedish Standards Institute) is an independent non-profit organisation with members from both the private and public sectors. We are part of the European and global network that draws up international standards. Standards consist of documented knowledge developed by prominent actors within the industry, business world and society. They promote cross-border trade, they help to make processes and products safer and they streamline your organisation. Take part and have influence As a member of SIS you will have the possibility to participate in standardization activities on national, European and global level. The membership in SIS will give you the opportunity to influence future standards and gain access to early stage information about developments within your field. Get to know the finished work We offer our customers everything in connection with standards and their application. You can purchase all the publications you need from us - everything from individual standards, technical reports and standard packages through to manuals and online services. Our web service e-nav gives you access to an easy-to-navigate library where all standards that are relevant to your company are available. Standards and manuals are sources of knowledge. We sell them. Increase understanding and improve perception With SIS you can undergo either shared or in-house training in the content and application of standards. Thanks to our proximity to international development and ISO you receive the right knowledge at the right time, direct from the source. With our knowledge about the potential of standards, we assist our customers in creating tangible benefit and profitability in their organisations. If you want to know more about SIS, or how standards can streamline your organisation, please visit or contact us on phone +46 (0)

3 Copyright/Upphovsrätten till denna produkt tillhör SIS, Swedish Standards Institute, Stockholm, Sverige. Användningen av denna produkt regleras av slutanvändarlicensen som återfinns i denna produkt, se standardens sista sidor. Copyright SIS, Swedish Standards Institute, Stockholm, Sweden. All rights reserved. The use of this product is governed by the end-user licence for this product. You will find the licence in the end of this document. Upplysningar om sakinnehållet i detta dokument lämnas av SIS, Swedish Standards Institute, telefon Standarder kan beställas hos SIS Förlag AB som även lämnar allmänna upplysningar om nationell och internationell standard. Information about the content of this document is available from the SIS, Swedish Standards Institute, telephone Standards may be ordered from SIS Förlag AB, who can also provide general information about national and international standards. Dokumentet är framtaget av kommittén för Trygghetskedjan för trygghetslarm, SIS/TK 574. Har du synpunkter på innehållet i det här dokumentet, vill du delta i ett kommande revideringsarbete eller vara med och ta fram standarder inom området? Gå in på - där hittar du mer information.

4 Content Introduction Scope Normative references Terms and Abbreviations Test profiles General Profile Test setup Data traffic log Actions Test actions General LUC sends message request to ARC ARC responds to message-request from LUC LUC receives message-response from ARC ARC receives a voice connection for media communication (e.g. voice/video)... 8 Annex A (informative) Test report template... 9 Page 2

5 Introduction This is a technical report for an open IP-based communication protocol that can be used by social care services to support people living in their own homes or grouped living. Standardization of an open communication protocol is needed to ensure interoperability in the market of social care services. The protocol defined in this technical report will allow an open transparent non-proprietary information transfer and communication between users and social services via mainstream communication networks. An official standardised open protocol prevents social care alarms from being blocked or restricted in the European and global telecommunications networks and internet connections. The protocol is defined to handle initiation, addressing, and transport functions based on SIP (Session Initiation Protocol) in order to set up a media stream and to transfer information between the user and the receiver. The data exchange of the protocol is defined as an XML schema including the alarm types, codes and additional information. The series of publications for social care alarms include the following: SS 91100:2014 Digital social alarm Social care alarm internet protocol (SCAIP) Specification TR 91101:2014 Digital social alarm Social care alarm internet protocol (SCAIP) Test specification TR 91102:2014 Digital social alarm Social care alarm internet protocol (SCAIP) - Implementation guideline 3

6 1 Scope This technical report is a test specification describing how to verify and claim compliance to the Social Care Alarm Internet Protocol, SCAIP, and interoperability between equipment from different manufacturers that have undergone these tests and are compliant with SCAIP. This technical report is not intended as a functional test specification to ensure that the transmitter or receiver of the protocol communication is fully functional. That needs to be ensured by each manufacturer through their internal quality system requirements and test programs. No tests are specified to verify alarm repetition, error in communication, alarm sequences, VoIP quality and settings and other equipment dependent performance. This technical report is neither intended to claim compliance to the internet protocols published by IEEE or IETF, described in RFC s and used in the link, internet, transport or application layer even though most of the tests in this document require that those are correctly implemented. In Annex A of this technical report is a test report template for presentation of the compliance test result against the test specification. 2 Normative references This clause specifies the following documents as indispensable for the use of this document. For dated references, only the dated reference applies. For undated references the latest edition of the document applies (including all amendments). SS 91100:2014 SIS-TR 91102:2014 Digital social alarm Social care alarm internet protocol (SCAIP) Specification Digital social alarm Social care alarm internet protocol (SCAIP) Implementation guideline 3 Terms and Abbreviations For the use of this document the terms and abbreviations in SS apply. 4 Test profiles 4.1 General The XML schema within SCAIP allows a lot of information related to the message. The information is grouped in different data elements. Only the data elements that is basic and common for different kind of equipment is mandatory. This approach allows a great deal of flexibility and a basic implementation in equipment with limited resources. To allow an extension and control of the compatibility, the test specification defines different profiles to test and comply with, where of Profile 1 is the basic and mandatory implementation. Profile 1 Basic and mandatory implementation Profile 2 Methods for separated message and voice path 4

7 4.2 Profile 1 In Profile 1 the following features are to be tested: Mandatory fields, Authentication, XML schema, SIP MESSAGE insertion of alarm message. Heartbeat, alarm without voice and alarm with voice. Message Request tags to be tested <mrq> <ref>reference</ref> <mty>message-type</mty>* <cid>controller-id</cid> <dty>device-type</dty> <stc>status-code</stc> </mrq> *) message types to be tested: ME = Message, PI = Message Message Response tags to be tested <mrs> <ref>reference</ref> <snu>status-number</snu> <mre>media-reply</mre> </mrs> 5 Test setup 5.1 Data traffic log Logging and recording of all data traffic should be done on an appropriate network analyze tool to identify the full structure of the packets of the communication protocol, e.g. Wireshark or equal. Recording of data should include the full setup and teardown of the alarm sequence for each test case. No external logging of the actions taken by the receiver or transmitter is relevant for the SCAIP protocol test as this only tests the performance of the protocol itself. External actions must be verified by each manufacturer of the equipment in use. 5.2 Actions Description of the actions during the execution of the test. It should also include the specific data to be input and the expected results. All fields required in the profile of interest must be verified both at transmitter and receiver packets. 6 Test actions 6.1 General Message responses are verified and accepted according to the XML schema for message request in Annex F as defined in specification SS Content-Type for message response is "application/scaip+xml". 5

8 6.2 LUC sends message request to ARC Table 1 LUC sends message-request to ARC Step Action (including input data) Expected results 1.1 User activates the LUC so that it sends a message request to ARC. The message contains the mandatory tags reference <ref>, controller-id <cid> and device-type <dty> with valid values. 1.2 LUC sends a message request to ARC. The message contains at least the mandatory tags <ref>, <cid> and <dty> with valid values. 6.3 ARC responds to message-request from LUC Table 2 ARC responds to message request from LUC Step Action (including input data) Expected results 2.1 The ARC receives a message request containing the mandatory tags <ref>, <cid> and <dty> with valid values. The ARC handles the message request successfully within a couple of seconds and determines that no voice communication is necessary. 2.2 The ARC receives a message request, same as above, and cannot determine a final alarm state (i.e. <snu> = 0, 5 or 6) immediately. 2.3 The ARC which only supports profile 1 receives the same message request as above with some extra tags not required by profile ARC receives a heartbeat request (message-request with message type <mty>=pi) with all mandatory tags. 2.5 ARC receives a message request with empty or invalid controller-id <cid> or device-type <dty>. 2.6 ARC receives a message request with missing, empty or invalid reference. 2.7 ARC receives a message request without controller-id <cid> or device-type <dty>. The ARC sends back a message response with status-number <snu> = 0 and <ref> same as in the message-request. The ARC sends a message-response with status-number <snu> = 4 (Hold) and <ref> same as in the message-request. The ARC ignores the tags not required by profile 1 and responds just as above according to the remaining tags. The ARC sends a message response with the same reference number as the message-request and status-number<snu>=0. The ARC sends a message response with status-number <snu>=3 (wrong data content). The ARC sends a message response with status-number <snu>=10 (reference missing) and <ref>=0 Reference number should differ between subsequence message request sessions. ARC sends a message response with status-number <snu>=7 (mandatory tag is missing). 2.8 ARC receives non-scaip-xml data (i.e. "12345"). ARC sends a message response with status-number <snu> = 2 (invalid format) and <ref> = ARC receives data but the transport protocol content-type does not match application/scaip+xml The ARC receives a message request containing the mandatory tags <ref>, <cid> and <dty> with valid values and tag <crd> set to gsm:+xxxxxx. The ARC handles the message request successfully within a couple of seconds and determines that no voice communication is necessary. ARC ignores the message. The ARC sends back a message response with status-number <snu> = 0 and <ref> same as in the message request. 6