ETSI ES 202 782 V1.2.1 (2014-06)

ETSI ES 202 782 V1.2.1 (2014-06)
ETSI Standard
Methods for Testing and Specification (MTS);
The Testing and Test Control Notation version 3;
TTCN-3 Language Extensions:
TTCN-3 Performance and Real Time Testing
---------------------- Page: 1 ----------------------
2 ETSI ES 202 782 V1.2.1 (2014-06)
Reference
RES/MTS-113ed121 T3Ext_Perf
Keywords
performance, real time, testing, TTCN-3
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88
Important notice
The present document can be downloaded from:
http://www.etsi.org

The present document may be made available in electronic versions and/or in print. The content of any electronic and/or

print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any

existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the

print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat.

Users of the present document should be aware that the document may be subject to revision or change of status.

Information on the current status of this and other ETSI documents is available at

If you find errors in the present document, please send your comment to one of the following services:

No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying

The content of the PDF version shall not be modified without the written authorization of ETSI.

DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.

3GPP and LTE™ are Trade Marks of ETSI registered for the benefit of its Members and

GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.

Intellectual Property Rights ................................................................................................................................ 5

Foreword ............................................................................................................................................................. 5

Modal verbs terminology .................................................................................................................................... 5

1 Scope ........................................................................................................................................................ 6

2 References ................................................................................................................................................ 6

2.1 Normative references ......................................................................................................................................... 6

2.2 Informative references ........................................................................................................................................ 6

3 Definitions and abbreviations ................................................................................................................... 7

3.1 Definitions .......................................................................................................................................................... 7

3.2 Abbreviations ..................................................................................................................................................... 7

4 Package conformance and compatibility .................................................................................................. 7

5 Package concepts for the core language ................................................................................................... 8

5.1 The test system clock ......................................................................................................................................... 8

5.1.1 Accessing the current test system time ......................................................................................................... 8

5.1.2 The precision of the system time .................................................................................................................. 9

5.2 Communication port types for real-time measurements ..................................................................................... 9

5.3 Measuring timing information for dedicated incoming communication events ................................................. 9

5.3.1 Obtain the reception time for messages with the receive statement ............................................................ 10

5.3.2 Obtain the reception time for messages with the trigger statement ............................................................ 10

5.3.3 Obtain the reception time for procedure calls with getcall statement ......................................................... 11

5.3.4 Obtain the reception time for procedure replies with the getreply statement .............................................. 11

5.3.5 Obtain the reception time for exceptions with the catch statement ............................................................. 12

5.4 The wait statement............................................................................................................................................ 12

5.5 Measuring timing information for outgoing communication operations .......................................................... 13

5.5.1 Obtain the sending time for messages with the send statement .................................................................. 13

5.5.2 Obtain the sending time for procedure calls with call statement ................................................................ 13

5.5.3 Obtain the sending time for procedure replies with the reply statement ..................................................... 14

5.5.4 Obtain the sending time for exceptions with the raise statement ................................................................ 14

6 TRI extensions for the package .............................................................................................................. 14

6.1 triStartClock (TE → PA) .................................................................................................................................. 14

6.2 triReadClock (TE → PA) ................................................................................................................................. 15

6.3 triBeginWait (TE → PA) ................................................................................................................................. 15

6.4 triEndWait (PA → TE) ..................................................................................................................................... 15

6.5 triWaitUntil (SA → PA) ................................................................................................................................... 16

6.6 Communication Operations .............................................................................................................................. 16

6.6.1 triSendRT (TE → SA) ................................................................................................................................ 16

6.6.2 triSendBCRT (TE → SA) ........................................................................................................................... 17

6.6.3 triSendMCRT (TE → SA) .......................................................................................................................... 17

6.6.4 triEnqueueMsgRT (SA → TE) ................................................................................................................... 18

6.6.5 triCallRT (TE → SA) ................................................................................................................................. 18

6.6.6 triCallBCRT (TE → SA) ............................................................................................................................ 19

6.6.7 triCallMCRT (TE → SA) ........................................................................................................................... 20

6.6.8 triReplyRT (TE → SA) ............................................................................................................................... 21

6.6.9 triReplyBCRT (TE → SA) ......................................................................................................................... 22

6.6.10 triReplyMCRT (TE → SA) ........................................................................................................................ 23

6.6.11 triRaiseRT (TE → SA) ............................................................................................................................... 24

6.6.12 triRaiseBCRT (TE → SA) .......................................................................................................................... 24

6.6.13 triRaiseMCRT (TE → SA) ......................................................................................................................... 25

6.6.14 triEnqueueCallRT (SA → TE) .................................................................................................................... 25

6.6.15 triEnqueueReplyRT (SA → TE) ................................................................................................................. 26

6.6.16 triEnqueueExceptionRT (SA → TE) .......................................................................................................... 26

6.7 Definition of Interfaces .................................................................................................................................... 27

6.8 Changes for Java Language Mapping........................................................................................................... 27

6.8.1 Mapping of interface triCommunicationSART .......................................................................................... 27

6.8.2 Mapping of interface triCommunicationTERT ........................................................................................... 28

6.8.3 Mapping of interface triPlatformPART ...................................................................................................... 28

6.8.4 Mapping of interface triPlatformTE ........................................................................................................... 28

6.9 Changes for ANSI C Language Mapping ......................................................................................................... 29

6.10 Changes for C++ Language Mapping .............................................................................................................. 30

6.10.1 Mapping of interface triCommunicationSART .......................................................................................... 30

6.10.2 Mapping of interface triCommunicationTERT ........................................................................................... 31

6.10.3 Mapping of interface triPlatformPART ...................................................................................................... 32

6.10.4 Mapping of interface triPlatformTERT ...................................................................................................... 32

7 TCI extensions for the package .............................................................................................................. 32

Annex A (normative): BNF and static semantics .............................................................................. 33

A.1 Changed BNF Rules ............................................................................................................................... 33

A.2 New BNF Rules ..................................................................................................................................... 33

Annex B (informative): Bibliography ................................................................................................... 34

History .............................................................................................................................................................. 35

IPRs essential or potentially essential to the present document may have been declared to ETSI. The information

pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found

in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in

respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee

can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web

This ETSI Standard (ES) has been produced by ETSI Technical Committee Methods for Testing and Specification

The present document relates to the multi-part standard ES 201 873 covering the Testing and Test Control Notation

In the present document "shall", "shall not", "should", "should not", "may", "may not", "need", "need not", "will",

"will not", "can" and "cannot" are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms

"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.

The present document defines the real time and performance testing support package of TTCN-3. TTCN-3 can be used

for the specification of all types of reactive system tests over a variety of communication ports. Typical areas of

application are protocol testing (including mobile and Internet protocols), service testing (including supplementary

services), module testing, testing of OMG CORBA based platforms, APIs, etc. TTCN-3 is not restricted to conformance

testing and can be used for many other kinds of testing including interoperability, robustness, regression, system and

integration testing. The specification of test suites for physical layer protocols is outside the scope of the present

TTCN-3 packages are intended to define additional TTCN-3 concepts, which are not mandatory as concepts in the

TTCN-3 core language, but which are optional as part of a package which is suited for dedicated applications and/or

While the design of TTCN-3 package has taken into account the consistency of a combined usage of the core language

with a number of packages, the concrete usages of and guidelines for this package in combination with other packages

References are either specific (identified by date of publication and/or edition number or version number) or

non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the

Referenced documents which are not found to be publicly available in the expected location might be found at

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee

The following referenced documents are necessary for the application of the present document.

[1] ETSI ES 201 873-1 (V4.6.1): "Methods for Testing and Specification (MTS); The Testing and

[2] ETSI ES 201 873-4 (V4.4.1): "Methods for Testing and Specification (MTS); The Testing and

[3] ETSI ES 201 873-5 (V4.6.1): "Methods for Testing and Specification (MTS); The Testing and

[4] ETSI ES 201 873-6 (V4.6.1): "Methods for Testing and Specification (MTS); The Testing and

[5] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing

The following referenced documents are not necessary for the application of the present document but they assist the

[i.1] ETSI ES 201 873-3 (V3.2.1): "Methods for Testing and Specification (MTS); The Testing and

Test Control Notation version 3; Part 3: TTCN-3 Graphical presentation Format (GFT)".

[i.2] ETSI ES 201 873-7 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

[i.3] ETSI ES 201 873-8 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

[i.4] ETSI ES 201 873-9 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

[i.5] ETSI ES 201 873-10 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

Test Control Notation version 3; Part 10: TTCN-3 Documentation Comment Specification".

For the purposes of the present document, the terms and definitions given in ES 201 873-1 [1], ES 201 873-4 [2],

For the purposes of the present document, the abbreviations given in ES 201 873-1 [1], ES 201 873-4 [2],

"TTCN-3:2014 Real Time and Performance Testing" - to be used with modules complying with the

For an implementation claiming to conform to this package version, all features specified in the present document shall

be implemented consistently with the requirements given in the present document and in ES 201 873-1 [1],

If later versions of those parts are available and should be used instead, the compatibility to the package presented in the

present document has to be checked individually. The present document is also compatible with the versions V.4.2.1,

Real-time systems have to respect special requirements for timing. Often functional requirements are directly connected

to the timing of the messages and procedure calls. Thus, checking the message values and the message order is not

sufficient here. A test component shall be able to check whether a message has been received in time and shall be able

Thus, a test language has to provide means to measure time, to specify time points and time spans, to control the timing

of the stimulation, and to calculate and compare time values. Moreover the test execution engine has to ensure that the

specified actions (time measurement, timed stimulation) are executed correctly with respect to the required precision.

To fulfil the requirements for testing real time system we define the following TTCN-3 core language extensions:

• A test system wide available test system clock, that allows the measurement of time during test case execution.

• Means to directly and precisely access the time points of the relevant interaction events between the test

Real-time measurements at ports require additional resources (e.g. functionality that monitor ports and collect

timestamps that describe the reception time of messages, calls, replies or exceptions) that may slow down the test

execution. In order to avoid unnecessary delays at ports, such resources may only be provided when needed. An

additional real-time clause for ports shall indicate the need for real-time measurement at a port.

In RT TTCN-3 time progress is measured with a test system clock. The clock is initialized (set to 0.0) at the beginning

of each test case execution and is available during the complete test run in each component. The clock values are

represented as float values. The system clock and the already available TTCN-3 timer mechanisms are synchronized

The current value of the test system clock by means of the symbol now. The now symbol is used as a TTCN-3

expression that yields the current test system clock value in seconds. The test system clock value is represented by

means of a float number. The symbol now can be applied in each expression inside of testcase definitions and

function definitions. It is not allowed for the TTCN-3 control part and in guard conditions of alt branches.

FunctionInstance | TemplateOps | ActivateOp | NowOperation

The requirements on the overall precision of the test system clock can be specified by means of the stepsize annotation.

The stepsize annotation is allowed for modules only and can be used to state the minimal necessary precision for time

measurement provided by the test system clock. The precision is defined by means of a charstring value that represents

a decimal number which states the smallest necessary time distance in seconds that is measureable by the test system

clock. A concrete test system has to fulfil the requirements given by the stepsize annotation to be adequate for the

execution of the respective test case definitions. When a test system is not adequate for the test case execution the user

In case of module imports with different stepsize annotation the test system has to respect the stepsize annotation with

This package extends the port type definition of message-based and procedure-based ports with a realtime clause.

Ports facilitate communication between test components and between test components and the test system interface.

Only instances of ports with a realtime clause shall be used for real-time measurements. This means, the redirection

operator -> timestamp shall only be used by receiving operations (i.e. the operations receive, trigger,

Testing real time systems requires exact timing information that relates directly to the communication (reception and

distribution of messages and procedure calls) between the test system and the system under test. The timing information

that can be obtained by the now symbol or the TTCN-3 timer construct is related to the logical structure of the test

program, thus it allows the measurement on TTCN-3 statement level. Time measurement on TTCN-3 statement level

may be affected by blocked queues, decoding and matching procedures. It is not exact with respect to the real timing of

the reception and disposal of messages and procedure calls at the interface between the test system and the SUT.

RT TTCN-3 introduces a mechanism to store the arrival time of messages, procedure calls at system adapter level. The

time points of message reception are automatically registered by the system adapter, communicated to the test

executable and stored with the message. The timing information can be retrieved directly at the communication

The existing redirections for getcall, getreply, receive, trigger, catch, and check operations are extended by an optional

specifies the redirection of the time point, which has been measured at message, procedure call, reply or exception

arrival to a given float variable. The redirection is processed when the respective communication statement matches.

The redirection operator -> timestamp shall only be used by receiving operations (i.e. the operations receive,

The existing redirections for receive are extended by an optional clause "timestamp VariableRef". A receive statement

that holds a timestamp clause and that is executed successfully (i.e. it matches a message) allocates the given variable

The existing redirections for trigger are extended by an optional clause "timestamp VariableRef". A trigger statement

that holds a timestamp clause and that is executed successfully (i.e. it matches a message) allocates the given variable

Final draft ETSI ES 202 782 V1.2.1 (2014-04)
ETSI Standard
Methods for Testing and Specification (MTS);
The Testing and Test Control Notation version 3;
TTCN-3 Language Extensions:
TTCN-3 Performance and Real Time Testing
---------------------- Page: 1 ----------------------
2 Final draft ETSI ES 202 782 V1.2.1 (2014-04)
Reference
RES/MTS-113ed121 T3Ext_Perf
Keywords
performance, real time, testing, TTCN-3
ETSI
650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE
Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88
Important notice
The present document can be downloaded from:
http://www.etsi.org

The present document may be made available in electronic versions and/or in print. The content of any electronic and/or

print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any

existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the

print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat.

Users of the present document should be aware that the document may be subject to revision or change of status.

Information on the current status of this and other ETSI documents is available at

If you find errors in the present document, please send your comment to one of the following services:

No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying

The content of the PDF version shall not be modified without the written authorization of ETSI.

DECT , PLUGTESTS , UMTS and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.

3GPP and LTE™ are Trade Marks of ETSI registered for the benefit of its Members and

GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.

Intellectual Property Rights ................................................................................................................................ 5

Foreword ............................................................................................................................................................. 5

1 Scope ........................................................................................................................................................ 6

2 References ................................................................................................................................................ 6

2.1 Normative references ......................................................................................................................................... 6

2.2 Informative references ........................................................................................................................................ 6

3 Definitions and abbreviations ................................................................................................................... 7

3.1 Definitions .......................................................................................................................................................... 7

3.2 Abbreviations ..................................................................................................................................................... 7

4 Package conformance and compatibility .................................................................................................. 7

5 Package concepts for the core language ................................................................................................... 8

5.1 The test system clock ......................................................................................................................................... 8

5.1.1 Accessing the current test system time ......................................................................................................... 8

5.1.2 The precision of the system time .................................................................................................................. 9

5.2 Communication port types for real-time measurements ..................................................................................... 9

5.3 Measuring timing information for dedicated incoming communication events ................................................. 9

5.3.1 Obtain the reception time for messages with the receive statement ............................................................ 10

5.3.2 Obtain the reception time for messages with the trigger statement ............................................................ 10

5.3.3 Obtain the reception time for procedure calls with getcall statement ......................................................... 11

5.3.4 Obtain the reception time for procedure replies with the getreply statement .............................................. 11

5.3.5 Obtain the reception time for exceptions with the catch statement ............................................................. 12

5.4 The wait statement............................................................................................................................................ 12

5.5 Measuring timing information for outgoing communication operations .......................................................... 13

5.5.1 Obtain the sending time for messages with the send statement .................................................................. 13

5.5.2 Obtain the sending time for procedure calls with call statement ................................................................ 13

5.5.3 Obtain the sending time for procedure replies with the reply statement ..................................................... 14

5.5.4 Obtain the sending time for exceptions with the raise statement ................................................................ 14

6 TRI extensions for the package .............................................................................................................. 14

6.1 triStartClock (TE → PA) .................................................................................................................................. 14

6.2 triReadClock (TE → PA) ................................................................................................................................. 15

6.3 triBeginWait (TE → PA) ................................................................................................................................. 15

6.4 triEndWait (PA → TE) ..................................................................................................................................... 15

6.5 triWaitUntil (SA → PA) ................................................................................................................................... 16

6.6 Communication Operations .............................................................................................................................. 16

6.6.1 triSendRT (TE → SA) ................................................................................................................................ 16

6.6.2 triSendBCRT (TE → SA) ........................................................................................................................... 17

6.6.3 triSendMCRT (TE → SA) .......................................................................................................................... 17

6.6.4 triEnqueueMsgRT (SA → TE) ................................................................................................................... 18

6.6.5 triCallRT (TE → SA) ................................................................................................................................. 18

6.6.6 triCallBCRT (TE → SA) ............................................................................................................................ 19

6.6.7 triCallMCRT (TE → SA) ........................................................................................................................... 20

6.6.8 triReplyRT (TE → SA) ............................................................................................................................... 21

6.6.9 triReplyBCRT (TE → SA) ......................................................................................................................... 22

6.6.10 triReplyMCRT (TE → SA) ........................................................................................................................ 23

6.6.11 triRaiseRT (TE → SA) ............................................................................................................................... 24

6.6.12 triRaiseBCRT (TE → SA) .......................................................................................................................... 24

6.6.13 triRaiseMCRT (TE → SA) ......................................................................................................................... 25

6.6.14 triEnqueueCallRT (SA → TE) .................................................................................................................... 25

6.6.15 triEnqueueReplyRT (SA → TE) ................................................................................................................. 26

6.6.16 triEnqueueExceptionRT (SA → TE) .......................................................................................................... 26

6.7 Definition of Interfaces .................................................................................................................................... 27

6.8 Changes for Java Language Mapping........................................................................................................... 27

6.8.1 Mapping of interface triCommunicationSART .......................................................................................... 27

6.8.2 Mapping of interface triCommunicationTERT ........................................................................................... 28

6.8.3 Mapping of interface triPlatformPART ...................................................................................................... 28

6.8.4 Mapping of interface triPlatformTE ........................................................................................................... 28

6.9 Changes for ANSI C Language Mapping ......................................................................................................... 29

6.10 Changes for C++ Language Mapping .............................................................................................................. 30

6.10.1 Mapping of interface triCommunicationSART .......................................................................................... 30

6.10.2 Mapping of interface triCommunicationTERT ........................................................................................... 31

6.10.3 Mapping of interface triPlatformPART ...................................................................................................... 32

6.10.4 Mapping of interface triPlatformTERT ...................................................................................................... 32

7 TCI extensions for the package .............................................................................................................. 32

Annex A (normative): BNF and static semantics .............................................................................. 33

A.1 Changed BNF Rules ............................................................................................................................... 33

A.2 New BNF Rules ..................................................................................................................................... 33

Annex B (informative): Bibliography ................................................................................................... 34

History .............................................................................................................................................................. 35

IPRs essential or potentially essential to the present document may have been declared to ETSI. The information

pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found

in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in

respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee

can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web

This final draft ETSI Standard (ES) has been produced by ETSI Technical Committee Methods for Testing and

Specification (MTS), and is now submitted for the ETSI standards Membership Approval Procedure.

The present document relates to the multi-part standard ES 201 873 covering the Testing and Test Control Notation

The present document defines the real time and performance testing support package of TTCN-3. TTCN-3 can be used

for the specification of all types of reactive system tests over a variety of communication ports. Typical areas of

application are protocol testing (including mobile and Internet protocols), service testing (including supplementary

services), module testing, testing of OMG CORBA based platforms, APIs, etc. TTCN-3 is not restricted to conformance

testing and can be used for many other kinds of testing including interoperability, robustness, regression, system and

integration testing. The specification of test suites for physical layer protocols is outside the scope of the present

TTCN-3 packages are intended to define additional TTCN-3 concepts, which are not mandatory as concepts in the

TTCN-3 core language, but which are optional as part of a package which is suited for dedicated applications and/or

While the design of TTCN-3 package has taken into account the consistency of a combined usage of the core language

with a number of packages, the concrete usages of and guidelines for this package in combination with other packages

References are either specific (identified by date of publication and/or edition number or version number) or

non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the

Referenced documents which are not found to be publicly available in the expected location might be found at

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee

The following referenced documents are necessary for the application of the present document.

[1] ETSI ES 201 873-1 (V4.6.1): "Methods for Testing and Specification (MTS); The Testing and

[2] ETSI ES 201 873-4 (V4.4.1): "Methods for Testing and Specification (MTS); The Testing and

[3] ETSI ES 201 873-5 (V4.6.1): "Methods for Testing and Specification (MTS); The Testing and

[4] ETSI ES 201 873-6 (V4.6.1): "Methods for Testing and Specification (MTS); The Testing and

[5] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing

The following referenced documents are not necessary for the application of the present document but they assist the

[i.1] ETSI ES 201 873-3 (V3.2.1): "Methods for Testing and Specification (MTS); The Testing and

Test Control Notation version 3; Part 3: TTCN-3 Graphical presentation Format (GFT)".

[i.2] ETSI ES 201 873-7 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

[i.3] ETSI ES 201 873-8 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

[i.4] ETSI ES 201 873-9 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

[i.5] ETSI ES 201 873-10 (V4.5.1): "Methods for Testing and Specification (MTS); The Testing and

Test Control Notation version 3; Part 10: TTCN-3 Documentation Comment Specification".

For the purposes of the present document, the terms and definitions given in ES 201 873-1 [1], ES 201 873-4 [2],

For the purposes of the present document, the abbreviations given in ES 201 873-1 [1], ES 201 873-4 [2],

"TTCN-3:2014 Real Time and Performance Testing" - to be used with modules complying with the

For an implementation claiming to conform to this package version, all features specified in the present document shall

be implemented consistently with the requirements given in the present document and in ES 201 873-1 [1],

If later versions of those parts are available and should be used instead, the compatibility to the package presented in the

present document has to be checked individually. The present document is also compatible with the versions V.4.2.1,

Real-time systems have to respect special requirements for timing. Often functional requirements are directly connected

to the timing of the messages and procedure calls. Thus, checking the message values and the message order is not

sufficient here. A test component shall be able to check whether a message has been received in time and shall be able

Thus, a test language has to provide means to measure time, to specify time points and time spans, to control the timing

of the stimulation, and to calculate and compare time values. Moreover the test execution engine has to ensure that the

specified actions (time measurement, timed stimulation) are executed correctly with respect to the required precision.

To fulfil the requirements for testing real time system we define the following TTCN-3 core language extensions:

• A test system wide available test system clock, that allows the measurement of time during test case execution.

• Means to directly and precisely access the time points of the relevant interaction events between the test

Real-time measurements at ports require additional resources (e.g. functionality that monitor ports and collect

timestamps that describe the reception time of messages, calls, replies or exceptions) that may slow down the test

execution. In order to avoid unnecessary delays at ports, such resources may only be provided when needed. An

additional real-time clause for ports shall indicate the need for real-time measurement at a port.

In RT TTCN-3 time progress is measured with a test system clock. The clock is initialized (set to 0.0) at the beginning

of each test case execution and is available during the complete test run in each component. The clock values are

represented as float values. The system clock and the already available TTCN-3 timer mechanisms are synchronized

The current value of the test system clock by means of the symbol now. The now symbol is used as a TTCN-3

expression that yields the current test system clock value in seconds. The test system clock value is represented by

means of a float number. The symbol now can be applied in each expression inside of testcase definitions and

function definitions. It is not allowed for the TTCN-3 control part and in guard conditions of alt branches.

FunctionInstance | TemplateOps | ActivateOp | NowOperation

The requirements on the overall precision of the test system clock can be specified by means of the stepsize annotation.

The stepsize annotation is allowed for modules only and can be used to state the minimal necessary precision for time

measurement provided by the test system clock. The precision is defined by means of a charstring value that represents

a decimal number which states the smallest necessary time distance in seconds that is measureable by the test system

clock. A concrete test system has to fulfil the requirements given by the stepsize annotation to be adequate for the

execution of the respective test case definitions. When a test system is not adequate for the test case execution the user

In case of module imports with different stepsize annotation the test system has to respect the stepsize annotation with

This package extends the port type definition of message-based and procedure-based ports with a realtime clause.

Ports facilitate communication between test components and between test components and the test system interface.

Only instances of ports with a realtime clause shall be used for real-time measurements. This means, the redirection

operator -> timestamp shall only be used by receiving operations (i.e. the operations receive, trigger,

Testing real time systems requires exact timing information that relates directly to the communication (reception and

distribution of messages and procedure calls) between the test system and the system under test. The timing information

that can be obtained by the now symbol or the TTCN-3 timer construct is related to the logical structure of the test

program, thus it allows the measurement on TTCN-3 statement level. Time measurement on TTCN-3 statement level

may be affected by blocked queues, decoding and matching procedures. It is not exact with respect to the real timing of

the reception and disposal of messages and procedure calls at the interface between the test system and the SUT.

RT TTCN-3 introduces a mechanism to store the arrival time of messages, procedure calls at system adapter level. The

time points of message reception are automatically registered by the system adapter, communicated to the test

executable and stored with the message. The timing information can be retrieved directly at the communication

The existing redirections for getcall, getreply, receive, trigger, catch, and check operations are extended by an optional

specifies the redirection of the time point, which has been measured at message, procedure call, reply or exception

arrival to a given float variable. The redirection is processed when the respective communication statement matches.

The redirection operator -> timestamp shall only be used by receiving operations (i.e. the operations receive,

The existing redirections for receive are extended by an optional clause "timestamp VariableRef". A receive statement

that holds a timestamp clause and that is executed successfully (i.e. it matches a message) allocates the given variable

The existing redirections for trigger are extended by an optional clause "timestamp VariableRef". A trigger statement

that holds a timestamp clause and that is executed successfully (i.e. it matches a message) allocates the given variable

The existing redirections for getcall are extended by an optional clause "timestamp VariableRef". A getcall statement