DOC

Conftest DLL V1.0_GK000717

By Todd Carpenter,2014-09-15 22:14
8 views 0
Conftest DLL V1.0_GK000717

    Conformance Test Specification dlmsdeviceConformance Testing Data Link Layer languagemessagespecification

    Project: COSEM Conformance

    DLMS-UA Author:

    V1.0 Version:

    in work [in work, for review, released] Status:

    07.07.2000 Revisions Date:

    ? Copyright 1997-2000 Copyright:

    DLMS User Assoc. use only Classification:

    Conftest COSEM DLL V1.0_GK000717.doc Filename:

    V0.4 Replace Doc

    Release 1.0, sent to tool providers Comment:

    Compiled: 07.07.2000 DLMS-UA, Mika Makinen

     Responsibility: CTWG DLMS UA - xxxx 1/13 en Release: 1.0

    Form. 9.221.1

COSEM Conformance Conformance Testing Data Link Layer

DLMS User Association DLMS UA - XXX 2/13 Release 1.0

? Copyright 1997-2000 DLMS User Association

COSEM Conformance Conformance Testing Data Link Layer

Table of Contents

    1. Scope of the document .................................................................................................... 5

    2. Introduction ..................................................................................................................... 6

    2.1 Referenced Documents .............................................................................................. 6 2.2 Terms, Definitions and Abbreviations .......................................................................... 6 2.3 Revision History......................................................................................................... 6

    3. Testing of COSEM MAC Layer .......................................................................................... 7 3.1.1 General Test Cases.................................................................................................... 7 3.1.2 NDM Test Cases ........................................................................................................ 9

    3.2 NRM Test Cases ...................................................................................................... 10 4. Testing of COSEM LLC Layer ......................................................................................... 12

DLMS User Association DLMS UA - XXX 3/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

COSEM Conformance Conformance Testing Data Link Layer

Foreword

    Copyright

    ? Copyright 1997-2000 DLMS User Association.

    This document is confidential. It may not be copied, nor handed over to persons outside the standardisation environment.

    The copyright is enforced by national and international law. The "Berne Convention for the Protection of Literary and Artistic Works", which is signed by 121 countries world-wide, and other treaties apply.

DLMS User Association DLMS UA - XXX 4/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

COSEM Conformance Conformance Testing Data Link Layer

1. Scope of the document

    This document specifies the tests to be performed in order to ensure conformance on COSEM data link level between equipment of different manufacturers. The tests are based on the data link layer specifications [1], [2] and [3].

DLMS User Association DLMS UA - XXX 5/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

COSEM Conformance Conformance Testing Data Link Layer

2. Introduction

    2.1 Referenced Documents

    Ref. Title

    [1] 13/1214/CDV, draft IEC 62056-46 Electricity metering - Data exchange for meter reading, tariff and ndload control - Part 46: Data link layer using HDLC protocol, 2 draft DRAFT, April 2000

    [2] ISO/IEC 13239:2000 Information Technology Telecommunications and information exchange

    between systems - High-level data link control (HDLC) procedures, Second Edition

    [3] ISO/IEC 8802-2:1998 Information technology - Telecommunications and information exchange

    between systems - Local and metropolitan area networks - Specific requirements - Part 2: Logical

    link control

    2.2 Terms, Definitions and Abbreviations Abbreviation Explanation

    COSEM Companion Specification for Energy Metering

    IEC International Electrotechnical Commission

    PDU Protocol data unit

2.3 Revision History

    Versions kept within the DLMS-UA WG on Conformance Testing Version Date Author Comment

    0.1 20.4.2000 M. Mäkinen initial version

    0.2 22.5.2000 M. Mäkinen Modified the document to use new common test case format.

    Minor editorial changes.

    0.3 24.5.2000 G. Kmethy Modified document and added comments in DLMS UA CT

    meeting.

    0.4 7.7.2000 M. Mäkinen Editorial changes. Added new test cases. This version is not

    final because [1] contains errors. The final conformance test will

    be based on a new version of [1].

    1.0 17.07.2000 G. Kmethy Release 1.0 Sent to tool providers

    Intra-frame time-out test updated.

    Server LLC PDU test added

    Invalid frame test updated

DLMS User Association DLMS UA - XXX 6/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

COSEM Conformance Conformance Testing Data Link Layer

    3. Testing of COSEM MAC Layer MAC layer has different modes and therefore testing of MAC layer can be divided into general type

    tests and mode specific tests. General type tests contain test cases that must be tested in all protocol

    modes and mode specific tests are tested only in the specified mode.

3.1.1 General Test Cases

Test Case Response delays

    [1], 6.4.5.10.1. Reference

    High Test priority

    Making sure that the server sends responses always quickly enough. Purpose

    During the conformance test, this timeout is controlled every time a response is Description

    waited from the server. The time delay from client sending a frame (poll == 1) to

    client receiving a frame from the server should never exceed “Response time-out”

    time. Same time-out is used also to control the delays between two sequential

    frames received from the server (must be final == 0 in the first one).

    There is a physical connection between the client and the server. Preconditions

    Start timer, if a command frame with poll == 1 is sent to the server or if response Do

    frame with final == 0 is received.

    Check that next response frame is received before the timer expires. Check

    - Post-conditions

    The length of the “Response time-out” is not explicitly defined in [2], but it will be Remark

    defined in [1]. The length of the “Response time-out” depends on the used physical

    media, the communication speed and the maximum frame length. The

    manufacturer has to inform the server’s RespTime length used in calculating the

    maximum response time. Maximum time of the server’s RespTime will be set to 6

    seconds.

Test Case Intra-frame time-out

    [1] 6.4.5.10.4, [2], 4.6.3 Reference

    High Test priority

    Making sure that the server implements intra-frame time-out. Purpose

    Server has to start scanning for new opening flag, if the receiving of the previous Description

    frame has failed because of a time-out between bytes within a frame.

    There is a physical connection between the client and the server. Preconditions

    Client has the send permission.

     Do

    Send a valid HDLC frame, but with the closing flag missing. After a certain time,

    send the same HDLC frame correctly bounded with opening and closing flags.

    Check that response is not received for the first frame.. Check that server responds Check

    after sending the second frame.

    - Post-conditions

    The length of the “Intra-frame time-out” is not explicitly defined and this time-out is Remark

    also optional. The manufacturer has to inform about the server’s timer length.

    Minimum and maximum times will be defined in [1].

Test Case Physical connection abort

    [1], 6.2.2.2. Reference

    High Test priority

DLMS User Association DLMS UA - XXX 7/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

    COSEM Conformance Conformance Testing Data Link Layer

Making sure that the server can recover by itself if there is physical connection Purpose

    abort.

    The physical connection is aborted in different points of the connection. Description

    There is a physical connection between the client and the server. Preconditions

    Abort the physical connection. Do

    Create new physical connection.

    Make sure that Server has recovered from the earlier physical connection abort by Check

    sending a DISC frame and checking if the answer is DM.

     Post-conditions

    This test can be done together with the corresponding PL test. Remark

    Test Case Long delay without any data exchange (Inactivity time-out) [1], 6.4.5.10.3. Reference

    High Test priority

    Making sure that the server can recover by itself if there is some kind of problem in Purpose

    the client side or in the physical channel.

    Client checks that the Server implements the inactivity time-out. After long time Description

    without any data exchange the server should assume that the physical connection

    has expired. So if the client sends frames to the server after this long time period,

    the server should be at the NDM state.

    There is a physical connection and a MAC connection between the client and the Preconditions

    server.

    Client has the send permission.

    Client waits long time without sending anything. Do

    Server should be in NDM state. This can be tested with sending a DISC frame and Check

    checking if the answer is DM.

    - Post-conditions

    According to [1], the HDLC link does not have to be disconnected, the Data Link Remark

    Layer shall only report the event to the layer management application.

    The requirement and the test are under consideration.

    Test Case Incorrect frame field values.

    [1], 6.4.5.2.3. Reference

    High Test priority

    Making sure that the Server checks always all HDLC frames and fields and can act Purpose

    as specified, if frames are not correct.

    Client sends erroneous HDLC frames to Server. Errors must be generated in all Description

    modes to all frame types and to all frame fields. There is a physical connection between the client and the server. Preconditions

    Client has the send permission.

    Client creates all types of HDLC frames with following errors and sends the frames Do

    to the server.

    1. The frame is not properly bounded by two flags 2. The frame is too short

    3. Octet framing is violated

    4. Unknown HDLC address

    5. ALL_STATION or NO8STATIO address in the Source Address field

    6. ALL_STATION address with poll = 1

    7. Unknown value in format type sub-field of the Frame format field

    8. Wrong value in frame length sub-field of the Frame format field

    9. Unknown command identifier in control field 10. Wrong N(S) sequence number in control field 11. Wrong N(R) sequence number in control field 12. Too long information field

    DLMS User Association DLMS UA - XXX 8/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

    COSEM Conformance Conformance Testing Data Link Layer

Server’s answer (if any) must be: Check

    1. No answer

    2. No answer

    3. No answer

    4. No answer

    5. No answer

    6. No answer

    7. No answer

    8. No answer

    9. FRMR response [2, Ch. 5.6.4] 10. No response [2, Ch. 5.6.2] 11. Server must send again previously sent but not confirmed I frames.

    12. FRMR frame [2, Ch. 5.5.3.4.2] - Post-conditions

    The list is not complete. There are also other type of errors, but those are not yet Remark

    listed or referenced in [1].

    Test Case Several mode setting command frames without response possibility

    [2], 5.5.3.3 Reference

    High Test priority

    Making sure that the Server responds to the first received mode setting command. Purpose

    Client sends several mode setting commands and checks that the server responds Description

    only to the first one.

    There is a physical connection between the client and the server. Preconditions

    Client has the send permission. Client creates all types mode-setting commands and sends those to the server in a Do

    row. Only the final command has poll == 1. Server answers only to the first command. Check

    - Post-conditions

    - Remark

    3.1.2 NDM Test Cases

    Test Case UI frame exchange in NDM [1], 6.4.4.11, [2] 6.10, 6.13.4.2 Reference

    High Test priority

    Making sure that server can receive UI command messages and answers only when Purpose

    expected (Class UNC with option 4) Client sends UI frames to the Server with poll == 0 and poll == 1. Description

    There is a physical connection between the client and the server. Test must be done Preconditions

    without established MAC connection and with established MAC connection.

    Client has the send permission. Send UI frame to the server: Do

    - with data and without data - with poll == 0 and poll == 1 Server answers only when poll == 1 in the command frame. Check

    Last response frame must contain final == 1.

    The information length field of the last UI response frame must be 0 [2, Ch.

    6.13.4.2.2].

    - Post-conditions

    - Remark

    DLMS User Association DLMS UA - XXX 9/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

    COSEM Conformance Conformance Testing Data Link Layer

    Test Case Mode change to NRM

    [1], 6.4.5.4.3.1, 6.4.5.4.3.2 Reference

    High Test priority

    Making sure that server can receive SNRM frame and change the operating mode. Purpose

    Making sure that the server can react to different MAC connection parameters

    proposed by the client and that server can negotiate the connection parameters.

    Client sends SNRM frame to the Server. Description

    There is a physical connection between the client and the server. Preconditions

    Client has the send permission. Send SNRM frame to the server with different information fields with default Do

    parameters and with non-default parameters.

    Server answers with UA frame when expected and with DM frame when expected. Check

    The established connection has the negotiated characteristics.

    Server and the client are in the NRM state. Post-conditions

     Remark

    Test Case Wrong command frames

    [1], 6.4.5.4.3.4. (I frames in NDM mode) Reference

    High Test priority

    Making sure that server acts as expected when wrong type of frame is received. Purpose

    Client sends I and DISC frames to the Server. Description

    There is a physical connection between the client and the server. Preconditions

    Server and client are in NDM. Client has the send permission. 1. Send I frame to the server Do

    2. Send DISC frame to the server Server’s answer (if any) must be: Check

    1. No response

    2. Server must respond with DM response frame

Server and client are in NDM. Post-conditions

    - Remark

    3.2 NRM Test Cases

    Test Case Mode change to NDM

    [1], 6.4.5.4.3.3. Reference

    High Test priority

    Making sure that server can receive DISC frame and change the operating mode. Purpose

    Client sends DISC frame to the Server. Description

    There is a physical connection between the client and the server. Preconditions

    Server and the client are in NRM state. Client has the send permission. Send DISC frame to the server. Do

    Server answers with UA frame Check

    The server is in NDM state.

    Server and the client are in the NDM state. Post-conditions

     Remark

    DLMS User Association DLMS UA - XXX 10/13 Release 1.0

     ? Copyright 1997-2000 DLMS User Association

Report this document

For any questions or suggestions please email
cust-service@docsford.com