Bsi bs en 50090 4 1 2004

BS EN 50090-4-1:2004 BRITISH STANDARD Home and Building Electronic Systems (HBES) — Part 4-1: Media independent layers — Application layer for HBES Class The European Standard EN 50090-4-1:2004 has the status of a British Standard ICS 35.100.70; 97.120 ?? ? ?????? ???? ??? ??? ?? ???????? ? ?? ? ?? ?? ?? ?????? ? ?? ? ???????? ??? ? ? ? ? ? ? ? ? ? ? BS EN 50090-4-1:2004 National foreword This British Standard is the official English language version of EN 50090-4-1:2004 The UK participation in its preparation was entrusted to Technical Committee IST/6, Data communications, which has the responsibility to: — aid enquirers to understand the text; — — present to the responsible international/European committee any enquiries on the interpretation, or proposals for change, and keep the UK interests informed; monitor related international and European developments and promulgate them in the UK A list of organizations represented on this committee can be obtained on request to its secretary Cross-references The British Standards which implement international or European publications referred to in this document may be found in the BSI Catalogue under the section entitled “International Standards Correspondence Index”, or by using the “Search” facility of the BSI Electronic Catalogue or of British Standards Online This publication does not purport to include all the necessary provisions of a contract Users are responsible for its correct application Compliance with a British Standard does not of itself confer immunity from legal obligations This British Standard was published under the authority of the Standards Policy and Strategy Committee on April 2004 Summary of pages This document comprises a front cover, an inside front cover, the EN title page, pages to 80, an inside back cover and a back cover The BSI copyright notice displayed in this document indicates when the document was last issued Amendments issued since publication Amd No © BSI April 2004 ISBN 580 3605 Date Comments EN 50090-4-1 EUROPEAN STANDARD NORME EUROPÉENNE EUROPÄISCHE NORM February 2004 ICS 35.1 00.70; 97.1 20 Supersedes R205-007:1 996 English version Home and Building Electronic Systems (HBES) Part 4-1 : Media independent layers – Application layer for HBES Class Systèmes électroniques pour les foyers domestiques et les bâtiments (HBES) Partie 4-1 : Couches indépendantes des media – Couche application pour HBES Classe Elektrische Systemtechnik für Heim und Gebäude (ESHG) Teil 4-1 : Medienunabhängige Schicht – Anwendungsschicht für ESHG Klasse This European Standard was approved by CENELEC on 2003-1 2-02 CENELEC members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this European Standard the status of a national standard without any alteration Up-to-date lists and bibliographical references concerning such national standards may be obtained on application to the Central Secretariat or to any CENELEC member This European Standard exists in one official version (English) A version in any other language made by translation under the responsibility of a CENELEC member into its own language and notified to the Central Secretariat has the same status as the official version CENELEC members are the national electrotechnical committees of Austria, Belgium, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom CENELEC European Committee for Electrotechnical Standardization Comité Européen de Normalisation Electrotechnique Europäisches Komitee für Elektrotechnische Normung Central Secretariat: rue de Stassart 35, B - 050 Brussels © 2004 CENELEC - All rights of exploitati on i n an y form and by an y m eans reserved worl dwi de for CENELEC m em bers Ref No EN 50090-4-1 : 2004 E EN 50090-4-1 : 2004 –2– Contents Foreword Introduction Scope Normative references Terms, definitions and abbreviations 3.1 Terms and definitions 3.2 Abbreviations Services of the application layer 4.1 Communication modes 4.2 Service primitives of the application layer Application layer Protocol Data Unit (APDU) Application layer services 1 6.1 Application layer services on multicast communication mode 1 6.2 Application layer services on broadcast communication mode 6.3 Application layer services on point-to-point connection-less communication mode 36 6.4 Application layer services on point-to-point connection-oriented communication mode 51 6.5 Router-specific application layer services on point-to-point connection-oriented communication mode 79 Parameters of application layer 80 7.1 Association table 80 7.2 Verify flag 80 Figure – Interaction of the application layer for services that are not remote confirmed Figure – Interaction of the application layer for services that are remote confirmed Figure – APDU (example) Figure – Mapping the ASAP to the TSAP (example) 1 Figure – Mapping a TSAP to an ASAP 1 Figure – Handling requests and responses 1 Figure – Message flow for the A_Group_Value_Read service Figure – A_GroupValue_Read-PDU (example) Figure – A_GroupValue_Response-PDU (example), length of ASAP data is more than bit Figure – A_GroupValue_Response-PDU (example) length of ASAP data is bit or less Figure 1 – Message flow for the A_Group_Value_Write service Figure – A_GroupValue_Write-PDU (example), length of ASAP data is more than bit Figure – A_GroupValue_Write-PDU (example), length of ASAP data is bit or less Figure – A_IndividualAddress_Write-PDU (example) Figure – A_IndividualAddress_Read-PDU (example) Figure – A_IndividualAddress_Response-PDU (example) Figure – Message flow for the A_IndividualAddressSerialNumber_Read service 21 Figure – A_IndividualAddressSerialNumber_Read-PDU (example) 22 Figure – A_IndividualAddressSerialNumber_Response-PDU (example) 22 Figure 20 – A_IndividualAddressSerialNumber_Write-PDU (example) 24 Figure 21 – A_ServiceInformation_Indication_Write-PDU (example) 26 –3– EN 50090-4-1 : 2004 Figure 22 – A_DomainAddress_Write-PDU 27 Figure 23 – A_DomainAddress_Read-PDU (example) 29 Figure 24 – A_DomainAddress_Response-PDU (example) 29 Figure 25 – A_DomainAddressSelective_Read-PDU (example) 31 Figure 26 – A_NetworkParameter_Read-PDU (example) 32 Figure 27 – A_NetworkParameter_Response-PDU (example) 33 Figure 28 – A_NetworkParameter_Write-PDU (example) 35 Figure 29 – A_PropertyValue_Read-PDU (example) 37 Figure 30 – A_PropertyValue_Response-PDU (example) 37 Figure 31 – A_PropertyValue_Write-PDU (example) 40 Figure 32 – A_PropertyDescription_Read-PDU (example) 43 Figure 33 – A_PropertyDescription_Response-PDU (example) 43 Figure 34 – A_DeviceDescriptor_Read-PDU (example) 46 Figure 35 – A_DeviceDescriptor_Response-PDU (example) 47 Figure 36 – Message flow for A_Link_Read Service 48 Figure 37 – A_Link_Read-PDU (example) 49 Figure 38 – A_Link_Response-PDU 49 Figure 39 – Message flow for A_Link_Write Service 50 Figure 40 – A_Link_Write-PDU 50 Figure 41 – A_ADC_Read-PDU (example) 52 Figure 42 – A_ADC_Response-PDU (example) 52 Figure 43 – A_Memory_Read-PDU (example) 54 Figure 44 – A_Memory_Response-PDU (example) 55 Figure 45 – A_Memory_Write-PDU (example) 57 Figure 46 – A_MemoryBit_Write-PDU 60 Figure 47 – A_UserMemory_Read-PDU (example) 63 Figure 48 – A_UserMemory_Response-PDU 63 Figure 49 – A_UserMemory_Write-PDU 66 Figure 50 – A_UserMemoryBit_Write-PDU (example) 69 Figure 51 – A_UserManufacturerInfo_Read-PDU (example) 72 Figure 52 – A_UserManufacturerInfo_Response-PDU 72 Figure 53 – A_Restart-PDU (example) 74 Figure 54 – A_Authorize_Request-PDU (example) 75 Figure 55 – A_Authorize_Response-PDU (example) 76 Figure 56 – A_Key_Write-PDU (example) 78 Figure 57 – A_Key_Response-PDU (example) 78 Table – APCI overview Table – Function table for A_MemoryBit_Write-Services 59 Table – Function table for A_UserMemoryBit_Write-Services 68 Table – Association table of keys to access levels 77 EN 50090-4-1 : 2004 –4– Foreword This European Standard was prepared by the Technical Committee CENELEC TC 205, Home and Building Electronic Systems (HBES) with the help of CENELEC co-operation partner Konnex Association (formerly EHBESA) The text of the draft was submitted to the Unique Acceptance Procedure and was approved by CENELEC as EN 50090-4-1 on 2003-1 2-02 This European Standard supersedes R205-007:1 996 CENELEC takes no position concerning the evidence, validity and scope of patent rights Konnex Association as Cooperating Partner to CENELEC confirms that to the extent that the standard contains patents and like rights, the Konnex Association's members are willing to negotiate licenses thereof with applicants throughout the world on fair, reasonable and non-discriminatory terms and conditions Konnex Association Tel.: + 32 775 85 90 Neerveldstraat, 05 Fax.: + 32 675 50 28 Twin House e-mail: info@konnex.org www.konnex.org B - 200 Brussels Attention is drawn to the possibility that some of the elements of this standard may be the subject of patent rights other than those identified above CENELEC shall not be held responsible for identifying any or all such patent rights The following dates were fixed: – latest date by which the EN has to be implemented at national level by publication of an identical national standard or by endorsement (dop) 2004-1 2-01 – latest date by which the national standards conflicting with the EN have to be withdrawn (dow) 2006-1 2-01 EN 50090-4-1 is part of the EN 50090 series of European Standards, which will comprise the following parts: Part : Standardization structure Part 2: System overview Part 3: Aspects of application Part 4: Media independent layers Part 5: Media and media dependent layers Part 6: Interfaces Part 7: System management Part 8: Conformity assessment of products Part 9: Installation requirements –5– EN 50090-4-1 : 2004 Introduction This document specifies the services and protocol of the application layer for usage in Home and Building Electronic Systems Some services are targeted to field level communication between devices Other services are exclusively reserved for management purposes Some services can be used for both management and run-time communication Scope This part of the EN 50090 specifies the services and protocol of the application layer for usage in Home and Building Electronic Systems It provides the services and the interface to the user process as defined in EN 50090-3-2 This procedure is based on the services and the protocol is provided by the Transport Layer, Network Layer and Data Link Layer as specified in EN 50090-4-2 Normative references The following referenced documents are indispensable for the application of this document For dated references, only the edition cited applies For undated references, the latest edition of the referenced document (including any amendments) applies EN 50090-1 1) Home and Building Electronic Systems (HBES) – Part 1: Standardization structure EN 50090-3-2:2004 Home and Building Electronic Systems (HBES) – Part 3-2: Aspects of application – User process for HBES Class EN 50090-4-2:2004 Home and Building Electronic Systems (HBES) – Part 4-2 Media independent layers – Transport layer, network layer and general parts of data link layer for HBES Class EN 50090-7-1 :2004 Home and Building Electronic Systems (HBES) – Part 7-1: System management – Management procedures EN 501 73-1 :2002 Information technology - Generic cabling systems Terms, definitions and abbreviations 3.1 Terms and definitions For the purposes of this part the terms and definitions given in EN 50090-1 and the following apply 3.1 application (in the sense of network application) a system with its associated transmission method which is supported by telecommunications cabling [EN 501 73-1 :2002, definition 3.1 2] 3.1 user application software functionality, the control algorithm that runs in one single device ——————— 1) At draft stage EN 50090-4-1 : 2004 –6– 3.2 Abbreviations AL AD-converter APDU APCI ASAP Acon CPU HBES Class HBES Class HBES Class ind Lcon PDU Rcon req res TL TPDU TSAP USERMSG 4.1 Application Layer Analog-to-Digital-converter Application layer Protocol Data Unit Application layer Protocol Control Information Application layer Service Access Point Application layer confirmation confirmation Central Processing Unit refers to simple control and command refers to Class plus simple voice and stable picture transmission refers to Class plus complex video transfers indication Local confirmation Protocol Data Unit Remote confirmation request response Transport Layer Transport layer Protocol Data Unit Transport layer Service Access Point User Message Services of the application layer Communication modes The application layer shall provide a large variety of application services to the application process Application processes in different devices interoperate by using services of application layer over communication modes According to transport layer, the following different types of communication modes shall exist: a) b) c) d) e) point-to-m ultipoint, connection-less (multicast); point-to-domain, connection-less (broadcast); point-to-all-points, connection-less (system broadcast); point-to-point, connection-less; point-to-point, connection-oriented The application layer services that are offered shall depend on the communication mode An application layer service shall not be applied on a communication mode for which it is not specified Some services may be used on the point-to-point connection-oriented, as well as the point-to-point connection-less communication mode, although application layer services shall always be mapped to transport layer services depending on the type of the communication mode –7– 4.2 EN 50090-4-1 : 2004 Service primitives of the application layer Each specified application layer service shall be invoked by the transport layer primitives request (req), indication (ind) and confirmation (con) For a remote confirmed service, the remote device shall use the same transport layer primitives to respond to the service The transport layer confirmation primitive shall only be a confirmation from the transport layer instance and shall include all data from the request plus the state which indicates whether the service was sent successfully or not The application layer shall map the transport layer confirmation primitive to a local application layer confirmation (Lcon) Local Remote/Response Application Process User of AL A_Service.req T_Service.req (WRITE_PDU) User of AL A_Service.Lcon T_Service.con (WRITE_PDU) A_Service.ind Application Layer T_Service.ind (WRITE_PDU) Transport Layer Figure – Interaction of the application layer for services that are not remote confirmed In case of a remote confirmed service the remote device shall initiate the response (res) primitive and the application layer shall map this service primitive to a transport layer request primitive The local application layer shall receive the transport layer indication primitive and shall map it to an application layer confirmation (Acon) The transport layer confirmation in the remote device shall be mapped by the remote application layer to a remote confirmation (Rcon) NOTE In the following service specifications the local application layer confirmation and the remote confirmation (Rcon) are not always described EN 50090-4-1 : 2004 –8– Local Remote/Response Application Process User of AL A_Service.req User of AL A_Service.Lcon A_Service.Acon A_Service.ind A_Service.Rcon A_Service.res Application Layer T_Service.req (READ_PDU) T_Service.con (READ_PDU) T_Service.ind (RESPONSE_PDU) T_Service.ind (READ_PDU) T_Service.con T_Service.req (RESPONSE_PDU) RESPONSE_PDU Transport Layer Figure – Interaction of the application layer for services that are remote confirmed Application layer Protocol Data Unit (APDU) An example of an APDU that can be used is shown in Figure Octet Octet Octet AP DU L- L- Figure – APDU (example) Octet 21 EN 50090-4-1 : 2004 – 68 – A_UserMemory_Write.Acon(priority, hop_count_type, TSAP, number, memory_address, data) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point number: this parameter shall contain the number of octets that has been written beginning with the start address to increasing addresses; it shall contain zero to indicate a problem memory_address: this parameter shall contain the 16 bit start address data: this parameter shall contain the octet(s) that have been read back; it shall contain no data to indicate a problem 6.4 A_U serM emoryBit_Write Servi ce The A_UserMemoryBit_Write.req primitive shall be applied by the user of application layer, to modify between bit and 40 bits in a contiguous block of up to octets in the address space of the remote application controller The parameter memory_address shall specify the bit start address and the parameter number shall contain the number of octets to be modified beginning with the start address to increasing addresses The A_UserMemoryBit_Write shall allows to: set individual bits of the contiguous block to zero; − set individual bits of the contiguous block to one; − leave individual bits of the contiguous block unm odified; − invert individual bits of the contiguous block − This shall be done by using the parameters and_data and xor_data Both parameters shall have the same number of octets as the contiguous block indicated in the parameter number The resulting value for each individual bit in the contiguous block shall be computed using the two associated bits of and_data and xor_data with the following function: result_bit(i) = ( and_data_bit(i) AND block_bit(i) ) XOR xor_data_bit(i) This results in the possibilities as specified in Table 3: Tabl e – Fu n cti on tabl e for A_U serM emoryBi t_Wri te-Servi ces an d_data_bi t xor_data_bi (i ) t(i ) 0 1 0 block_bit(i) 1 NOT block_bit(i) resu lt_bit(i ) The service shall be a confirmed service if verify mode is active, otherwise it shall be an acknowledged service – 69 – EN 50090-4-1 : 2004 The local application layer shall accept the service request and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be an A_UserMemoryBit_Write-PDU The remote application layer shall map a T_Data_Connected.ind primitive with TSDU = A_UserMemoryBit_Write-PDU to an A_UserMemoryBit_Write.ind primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_UserMemoryBit_Write.ind primitive Octet Octet Octet Octet Octet Octet 1 to Octet n Oct (n+1 ) to Oct (m) Address Address and_data xor_data (low) (high) 7 7 7 APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Number 1 0 0 n=1 0+number m=1 + x number Figure 50 – A_UserMemoryBit_Write-PDU (example) With inactive verify mode the remote application process shall not respond Instead the local application layer shall map a T_Data_Connected.con primitive to an A_UserMemoryBit_Write.Lcon primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_UserMemoryBit_Write.Lcon primitive; number, memory_address and data shall be don't care With active verify mode the remote application process shall respond to the A_UserMemoryBit_Write.ind primitive with an A_UserMemoryBit_Write.res primitive containing the requested number of octets of the associated memory area The value of the associated memory area shall be explicitly read back after writing to it If the remote application process has a problem, e.g memory area unreachable or protected or an illegal number of octets is requested, then the parameter number shall be zero and shall contain no data If the remote application process is requested to write data to a protected area or from any logical address which is not associated to physical memory then the service indication shall be ignored In any case physical memory shall not be addressable via different logical addresses If only a part of the addressed memory is protected or does not exist, then the complete write operation shall fail If verify mode is active, then in case of a failed write operation no data shall be returned to indicate an error The remote application layer shall accept the service response and shall pass it with a T_Data_Connected.req to the local transport layer The parameters TSAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be a A_UserMemory_Response-PDU The local application layer shall map a T_Data_Connected.ind primitive TSDU = A_UserMemory_Response-PDU to an A_UserMemoryBit_Write.Acon primitive if A_UserMemoryBit_Write-PDU has been sent before over this connection The arguments TSAP priority shall be mapped to the corresponding arguments ASAP and priority of A_UserMemoryBit_Write.Acon primitive with an and the EN 50090-4-1 : 2004 – 70 – A_UserMemoryBit_Write.req(ack_request, priority, hop_count_type, ASAP, number, memory_address, and_data, xor_data) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point number: this parameter shall contain the number of octets that shall be modified beginning with the start address to increasing addresses memory_address: this parameter shall contain the 16 bit start address and_data: this parameter shall contain the and_data: see Table xor_data: this parameter shall contain the xor_data: see Table A_UserMemoryBit_Write.Lcon(ack_request, priority, hop_count_type, ASAP, number, memory_address, and_data, xor_data, a_status) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge has been indicated as mandatory or optional in the transmitted frame priority: this parameter shall be used to indicate the priority that has been used to the transmit the requested frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count of the transmitted frame has been set to or if the network layer parameter has been used ASAP: this parameter shall be used to contain the service access point number: this parameter shall contain the number of octets that shall be modified beginning with the start address to increasing addresses memory_address: this parameter shall contain the 16 bit start address and_data: this parameter shall contain the and_data: see Table xor_data: this parameter shall contain the xor_data: see Table a_status: ok: this value of this parameter shall be used to indicate that the transmission of the A_UserMemoryBit_Write.req service has been successful not_ok: this value of this parameter shall be used to indicate that the transmission of the A_UserMemoryBit_Write.req service did not succeed – 71 – EN 50090-4-1 : 2004 A_UserMemoryBit_Write.ind(priority, hop_count_type, ASAP, number, memory_address, and_data, xor_data) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point number: this parameter shall contain the number of octets that shall be modified beginning with the start address to increasing addresses memory_address: this parameter shall contain the 16 bit start address and_data: this parameter shall contain the and_data: see Table xor_data: this parameter shall contain the xor_data: see Table A_UserMemoryBit_Write.res(ack_request, priority, hop_count_type, ASAP, number, memory_address, data) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point number: this parameter shall contain the number of octets that has been modified beginning with the start address to increasing addresses; it shall contain zero to indicate a problem memory_address: this parameter shall contain the 16 bit start address data: this parameter shall contain the octet(s) that have been read back; it shall contain not data to indicate a problem A_UserMemoryBit_Write.Acon(priority, hop_count_type, ASAP, number, memory_address, data) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point number: this parameter shall contain the number of octets that has been modified beginning with the start address to increasing addresses; it shall contain zero to indicate a problem memory_address: this parameter shall contain the 16 bit start address data: this parameter shall contain the octet(s) that have been read back; it shall contain not data to indicate a problem EN 50090-4-1 : 2004 6.4.6.5 – 72 – A_UserManufacturerInfo_Read Service The A_UserManufacturerInfo_Read.req primitive shall be applied by the user of application layer, to read manufacturer information in a communication partner The manufacturer information shall consist of three octets Octet zero shall indicate the manufacturer identification of the device Octets one and two shall be manufacturer specific The service shall be confirmed by the remote application process The local application layer shall accept the service request and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be an A_UserManufacturerInfo_Read-PDU The remote application layer shall map a T_Data_Connected.ind primitive with TSDU = A_UserManufacturerInfo_Read-PDU to an A_UserManufacturerInfo_Read.ind primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_UserManufacturerInfo_Read.ind primitive APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Octet Octet 7 1 1 0 1 Figure 51 – A_UserManufacturerInfo_Read-PDU (example) The remote application process shall respond to the A_UserManufacturerInfo_Read.ind primitive with an A_UserManufacturerInfo_Read.res primitive containing the manufacturer information Octet Octet Octet Octet Manufacturer_id Manufact specific Manufact specific 7 7 APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Octet 1 0 1 Figure 52 – A_UserManufacturerInfo_Response-PDU The remote application layer shall accept the service response and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be a A_UserManufacturerInfo_Response-PDU The local application layer shall map a T_Data_Connected.ind primitive with TSDU = A_UserManufacturerInfo_Response-PDU to an A_UserManufacturerInfo_Read.Acon primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_UserManufacturerInfo_Read.Acon primitive – 73 – EN 50090-4-1 : 2004 A_UserManufacturerInfo_Read.req(ack_request, priority, hop_count_type, ASAP) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point A_UserManufacturerInfo_Read.Lcon(ack_request, priority, hop_count_type, ASAP, a_status) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge has been indicated as mandatory or optional in the transmitted frame priority: this parameter shall be used to indicate the priority that has been used to the transmit the requested frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count of the transmitted frame has been set to or if the network layer parameter has been used ASAP: this parameter shall be used to contain the service access point a_status: ok: this value of this parameter shall be used to indicate that the transmission of the A_UserManufacturerInfo_Read.req service has been successful not_ok: his value of this parameter shall be used to indicate that the transmission of the A_UserManufacturerInfo_Read.req service did not succeed A_UserManufacturerInfo_Read.ind(priority, hop_count_type, ASAP) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point A_UserManufacturerInfo_Read.res(ack_request, priority, hop_count_type, ASAP, mfact_info) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point mfact_info: this parameter shall contain the three octets with the manufacturer information EN 50090-4-1 : 2004 – 74 – A_UserManufacturerInfo_Read.Acon(priority, hop_count_type, ASAP, mfact_info) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point mfact_info: this parameter shall contain the three octets with the manufacturer information 6.4.7 A_Restart Service The A_Restart.req primitive shall be applied by the user of application layer, to cause a reset of the communication controller in the remote partner The service shall not be confirmed by the remote application process The application layer confirmation shall be caused by the confirmation from the local transport layer The local application layer shall accept the service request and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be an A_Restart-PDU The remote application layer shall map a T_Data_Connected.ind primitive with TSDU = A_Restart-PDU to an A_Restart.ind primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_Restart.ind primitive The remote application process shall execute a reset which includes the communication system as well This can result in a breakdown of the transport layer connection APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Octet Octet 7 1 1 0 0 0 Figure 53 – A_Restart-PDU (example) A_Restart.req(ack_request, priority, hop_count_type, ASAP) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point – 75 – EN 50090-4-1 : 2004 A_Restart.ind(priority, hop_count_type, ASAP) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point 6.4.8 A_Authorize_Request Service The A_Authorize_Request.req primitive shall be applied by the user of application layer, to inform the communication partner about the key which shall be four octet long and shall be of datatype unsigned32 The remote partner shall know a number of valid keys and shall be able to associate a valid key to an access level This access level shall be stored as the current access level of this partner and shall be sent back in an A_Authorize_Response-PDU Access levels (unsigned8) between (maximum level, i.e maximum access rights) and (minimum level, i.e minimum access rights) or (maximum level, i.e maximum access rights) and (minimum level, i.e minimum access rights) shall be allowed If the communication partner does not authorize himself or if the key is not a valid key, the current access level shall be set to minimum access level The current access level shall be used by the remote application process to decide whether or not a communication partner is allowed to request a certain read or write operation The remote user may associate different keys to different access levels and handle following services on this connection depending on the current access level A current access level shall only valid until the connection is released or a new key is indicated with the A_Authorize_Request service The local application layer shall accept the service request and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be an A_Authorize_Request-PDU The remote application layer shall map a T_Data_Connected.ind primitive with TSDU = A_Authorize_Request-PDU to an A_Authorize_Request.ind primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_Authorize_Request.ind primitive Octet Octet Octet must be 7 7 - Octet Key APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Octet 1 1 0 0 0 0 0 x x x x x x x x x x x x x x x x Figure 54 – A_Authorize_Request-PDU (example) The remote application process shall respond to the A_Authorize_Request.ind primitive with an A_Authorize_Request.res primitive containing the associated access level If the key is not a valid key, the remote application process shall respond with the minimum access level which becomes the current access level EN 50090-4-1 : 2004 – 76 – Octet Octet Level 7 APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Octet 1 1 0 Figure 55 – A_Authorize_Response-PDU (example) The remote application layer shall accept the service response and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be an A_Authorize_Response-PDU The local application layer shall map a T_Data_Connected.ind primitive with TSDU = A_Authorize_Response-PDU to an A_Authorize_Request.Acon primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_Authorize_Request.Acon primitive A_Authorize_Request.req(ack_request, priority, hop_count_type, ASAP, key) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point key: this parameter shall contain the key of the requester A_Authorize_Request.ind(priority, hop_count_type, ASAP, key) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point key: this parameter shall contain the key of the requester A_Authorize_Request.res(ack_request, priority, hop_count_type, ASAP, level) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point level: this parameter shall contain the access level granted to the requester – 77 – EN 50090-4-1 : 2004 A_Authorize_Request.Acon(priority, hop_count_type, ASAP, level) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point level: this parameter shall contain the access level granted to the requester 6.4.9 A_Key_Write Service The A_Key_Write.req primitive shall be applied by the user of application layer, to modify or delete a key associated to a certain access level in the communication partner The parameter level of the A_Key_Write.req primitive shall indicate the access level that shall be modified, the parameter key shall indicate the new key value Every device shall be able to handle up to 255 different keys that shall be associated to the 256 different access levels The number of access levels supported by a device may be manufacturer specific Table – Association table of keys to access levels Key Key for level Key for level Key for Level N-1 None Access Level N-1 N (free access) If the key indicated in the A_Key_Write.ind primitive is FFFF FFFFh, then the corresponding key entry in the association table of keys to access levels shall be set to invalid, i.e then there shall be no key associated to the corresponding level any more The current access level shall be less or equal to the access level indicated in the A_Key_Write.ind primitive, otherwise the remote application process shall return FFh in the A_Key_Response-PDU In all other cases the remote application process shall store the indicated key in the corresponding entry of the association table of keys to access levels and shall respond to the A_Key_Write.ind primitive with an A_Key_Write.res primitive containing the access level set for the corresponding key The local application layer shall accept the service request and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be an A_Key_Write-PDU The remote application layer shall map a T_Data_Connected.ind primitive with TSDU = A_Key_Write-PDU to an A_Key_Write.ind primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_Key_Write.ind primitive EN 50090-4-1 : 2004 Octet Octet Octet Level 7 7 Key Octet APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Octet – 78 – 1 1 0 1 0 0 0 0 x x x x x x x x x x x x x x x x Figure 56 – A_Key_Write-PDU (example) The remote user shall process the key as described above and shall respond with the A_Key_Write.res primitive Octet Octet Number Level 7 APCI APCI APCI APCI APCI APCI APCI APCI APCI APCI Octet 1 1 1 0 Figure 57 – A_Key_Response-PDU (example) The remote application layer shall accept the service response and pass it with a T_Data_Connected.req to the local transport layer The parameters ASAP and priority shall be mapped to the corresponding parameters of the T_Data_Connected.req primitive, the TSDU shall be a A_Key_Response-PDU The local application layer shall map a T_Data_Connected.ind primitive with TSDU = A_Key_Response-PDU to an A_Key_Write.Acon primitive The arguments TSAP and priority shall be mapped to the corresponding arguments ASAP and priority of the A_Key_Write.Acon primitive A_Key_Write.req(ack_request, priority, hop_count_type, ASAP, level, key) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point level: this parameter shall contain the access level for which the key shall be modified key: this parameter shall contain the new value of the key; it shall contain FFFF FFFFh if the key shall be deleted – 79 – EN 50090-4-1 : 2004 A_Key_Write.ind(priority, hop_count_type, ASAP, level, key) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point level: this parameter shall contain the access level for which the key shall be modified key: his parameter shall contain the new value of the key; it shall contain FFFF FFFFh if the key shall be deleted A_Key_Write.res(ack_request, priority, hop_count_type, ASAP, level) ack_request: this parameter shall be used to indicate whether a layer-2 acknowledge is mandatory or optional priority: this parameter shall be used to contain the priority that shall be used to transmit the requested service; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop_count shall be set to or if the network layer parameter shall be used ASAP: this parameter shall be used to contain the service access point level: this parameter shall contain the access level for which the associated key has been modified; it shall contain the minimum access level if the key has not been modified A_Key_Write.Acon(priority, hop_count_type, ASAP, level) priority: this parameter shall be used to indicate the priority of the received frame; it shall be “system”, “urgent”, “normal” or “low” hop_count_type: this parameter shall be used to indicate whether the hop count of the received frame equals or not ASAP: this parameter shall be used to contain the service access point level: this parameter shall contain the access level for which the associated key has been modified; it shall contain the minimum access level if the key has not been modified 6.5 Router-specific application layer services on point-to-point connection-oriented communication mode The application layer services that are encoded with the following APCIs, are reserved for routers: − − − − − − − 1 1 000000 b ; 1 1 000001 b ; 1 1 00001 b ; 1 1 00001 b ; 1 1 001 000 b ; 1 1 001 001 b ; 1 1 001 01 b ; EN 50090-4-1 : 2004 – 80 – 1 1 001 01 b ; − 1 1 001 1 b ; − 1 1 001 1 b − These services are specified in EN 50090-8-1 7.1 Parameters of application layer Associ ation table The association table shall map TSAPs of multicast communication modes to Application Layer Service Access Points (ASAPs) and vice versa One TSAP can be mapped to more than one ASAP and one ASAP can have more than one TSAP The association table may be downloaded using the network management 7.2 Verify flag The verify flag manages if the verify-mode is enable or disabled blank BS EN 50090-4-1:2004 BSI — British Standards Institution BSI is the independent national body responsible for preparing British Standards It presents the UK view on standards in Europe and at the international level It is incorporated by Royal Charter Revisions British Standards are updated by amendment or revision Users of British Standards should make sure that they possess the latest amendments or editions It is the constant aim of BSI to improve the quality of our products and services We would be grateful if anyone finding an inaccuracy or ambiguity while using this British Standard would inform the Secretary of the technical committee responsible, the identity of which can be found on the inside front cover Tel: +44 (0)20 8996 9000 Fax: +44 (0)20 8996 7400 BSI offers members an individual updating service called PLUS which ensures that subscribers automatically receive the latest editions of standards Buying standards Orders for all BSI, international and foreign standards publications should be addressed to Customer Services Tel: +44 (0)20 8996 9001 Fax: +44 (0)20 8996 7001 Email: orders@bsi-global.com Standards are also available from the BSI website at http://www.bsi-global.com In response to orders for international standards, it is BSI policy to supply the BSI implementation of those that have been published as British Standards, unless otherwise requested Information on standards BSI provides a wide range of information on national, European and international standards through its Library and its Technical Help to Exporters Service Various BSI electronic information services are also available which give details on all its products and services Contact the Information Centre Tel: +44 (0)20 8996 7111 Fax: +44 (0)20 8996 7048 Email: info@bsi-global.com Subscribing members of BSI are kept up to date with standards developments and receive substantial discounts on the purchase price of standards For details of these and other benefits contact Membership Administration Tel: +44 (0)20 8996 7002 Fax: +44 (0)20 8996 7001 Email: membership@bsi-global.com Information regarding online access to British Standards via British Standards Online can be found at http://www.bsi-global.com/bsonline Further information about BSI is available on the BSI website at http://www.bsi-global.com Copyright BSI 389 Chiswick High Road London W4 4AL Copyright subsists in all BSI publications BSI also holds the copyright, in the UK, of the publications of the international standardization bodies Except as permitted under the Copyright, Designs and Patents Act 1988 no extract may be reproduced, stored in a retrieval system or transmitted in any form or by any means – electronic, photocopying, recording or otherwise – without prior written permission from BSI This does not preclude the free use, in the course of implementing the standard, of necessary details such as symbols, and size, type or grade designations If these details are to be used for any other purpose than implementation then the prior written permission of BSI must be obtained Details and advice can be obtained from the Copyright & Licensing Manager Tel: +44 (0)20 8996 7070 Fax: +44 (0)20 8996 7553 Email: copyright@bsi-global.com