EN 301 549 V1.1.2 (2015-04)

EUROPEAN STANDARD

Accessibility requirements suitable for public procurementof ICT products and services in EuropeEN 301 549 V1.1.2 (2015-04)2

Reference
REN/HF-00160

Keywords
accessibility, HF, ICT, procurement

CEN

CENELECETSI

Avenue Marnix 17
B-1000 Brussels - BELGIUM

Avenue Marnix 17
B-1000 Brussels - BELGIUM

650 Route des Lucioles
F-06921 Sophia Antipolis Cedex - FRANCE

Tel: + 32 2 550 08 11
Fax: + 32 2 550 08 19

Tel.: +32 2 519 68 71
Fax: +32 2 519 69 19

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 à laSous-Préfecture de Grasse (06) N° 7803/88

Important notice
Individual copies of the present document can be downloaded from:http://www.etsi.org/standards-search
The present document may be made available in more than one electronic version or in print. In any case of existing orperceived difference in contents between such versions, the reference version is the Portable Document Format (PDF).
In case of dispute, the reference shall be the printing on ETSI printers of the 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
http://portal.etsi.org/tb/status/status.asp
If you find errors in the present document, please send your comment to one of the following services:
https://portal.etsi.org/People/CommiteeSupportStaff.aspx

Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 2015.
© Comité Européen de Normalisation 2015.
© Comité Européen de Normalisation Electrotechnique 2015.
All rights reserved.
DECTTM, PLUGTESTSTM, UMTSTM and the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members.
3GPPTM and LTE™ are Trade Marks of ETSI registered for the benefit of its Members andof the 3GPP Organizational Partners.
GSM® and the GSM logo are Trade Marks registered and owned by the GSM Association.

ETSI

3

EN 301 549 V1.1.2 (2015-04)

Contents
Contents .............................................................................................................................................................. 3Intellectual Property Rights .............................................................................................................................. 15
Foreword........................................................................................................................................................... 15
Modal verbs terminology ................................................................................................................................. 15
Introduction ...................................................................................................................................................... 15
1

Scope ...................................................................................................................................................... 16

2

References .............................................................................................................................................. 16

2.1
2.2

3

Normative references ....................................................................................................................................... 16
Informative references ..................................................................................................................................... 17

Definitions and abbreviations................................................................................................................. 18

3.1
3.2

4

Definitions ....................................................................................................................................................... 18
Abbreviations ................................................................................................................................................... 21

Functional performance.......................................................................................................................... 21

4.1
4.2
4.2.1
4.2.2
4.2.3
4.2.4
4.2.5
4.2.6
4.2.7
4.2.8
4.2.9
4.2.104.2.11

5

Meeting functional performance statements .................................................................................................... 21
Functional performance statements ................................................................................................................. 22
Usage without vision .................................................................................................................................. 22
Usage with limited vision ........................................................................................................................... 22
Usage without perception of colour ........................................................................................................... 22
Usage without hearing ................................................................................................................................ 22
Usage with limited hearing ........................................................................................................................ 22
Usage without vocal capability .................................................................................................................. 22
Usage with limited manipulation or strength ............................................................................................. 23
Usage with limited reach ............................................................................................................................ 23
Minimize photosensitive seizure triggers ................................................................................................... 23
Usage with limited cognition ..................................................................................................................... 23
Privacy ....................................................................................................................................................... 23

Generic requirements ............................................................................................................................. 23

5.1
5.1.1
5.1.2
5.1.2.1
5.1.2.2
5.1.3
5.1.3.1
5.1.3.2
5.1.3.3
5.1.3.4
5.1.3.5
5.1.3.6
5.1.3.7
5.1.3.8
5.1.3.9
5.1.3.10
5.1.3.11
5.1.3.12
5.1.3.13
5.1.3.14
5.1.3.15
5.1.3.16
5.1.4
5.1.5
5.1.6
5.1.6.1

Closed functionality ......................................................................................................................................... 23
Introduction (Informative).......................................................................................................................... 23
General ....................................................................................................................................................... 24
Closed functionality.............................................................................................................................. 24
Assistive technology ............................................................................................................................. 24
Non-visual access ....................................................................................................................................... 24
General ................................................................................................................................................. 24
Auditory output delivery including speech ........................................................................................... 24
Auditory output correlation .................................................................................................................. 24
Speech output user control ................................................................................................................... 25
Speech output automatic interruption ................................................................................................... 25
Speech output for non-text content ....................................................................................................... 25
Speech output for video information .................................................................................................... 25
Masked entry ........................................................................................................................................ 25
Private access to personal data ............................................................................................................. 25
Non-interfering audio output ................................................................................................................ 26
Private listening volume ....................................................................................................................... 26
Speaker volume .................................................................................................................................... 26
Volume reset ......................................................................................................................................... 26
Spoken languages ................................................................................................................................. 26
Non-visual error identification ............................................................................................................. 26
Receipts, tickets, and transactional outputs .......................................................................................... 26
Functionality closed to text enlargement .................................................................................................... 26
Visual output for auditory information....................................................................................................... 27
Operation without keyboard interface ........................................................................................................ 27
Closed functionality.............................................................................................................................. 27

ETSI

4

5.1.6.2
5.2
5.3
5.4
5.5
5.5.1
5.5.2
5.6
5.6.1
5.6.2
5.7
5.8
5.9

6
6.1
6.2
6.2.1
6.2.1.1
6.2.1.2
6.2.2
6.2.2.1
6.2.2.2
6.2.3
6.2.4
6.3
6.4
6.5
6.5.1
6.5.2
6.5.3
6.5.4
6.6

7
7.1
7.1.1
7.1.2
7.1.3
7.2
7.2.1
7.2.2
7.2.3
7.3

8
8.1
8.1.1
8.1.2
8.1.3
8.2
8.2.1
8.2.1.1
8.2.1.2
8.2.2
8.2.2.1
8.2.2.2
8.3
8.3.1
8.3.2
8.3.2.1
8.3.2.2
8.3.2.3

EN 301 549 V1.1.2 (2015-04)

Input focus ............................................................................................................................................ 27
Activation of accessibility features .................................................................................................................. 27
Biometrics ........................................................................................................................................................ 27
Preservation of accessibility information during conversion ........................................................................... 27
Operable parts .................................................................................................................................................. 27
Means of operation ..................................................................................................................................... 27
Operable parts discernibility ...................................................................................................................... 28
Locking or toggle controls ............................................................................................................................... 28
Tactile or auditory status ............................................................................................................................ 28
Visual status ............................................................................................................................................... 28
Key repeat ........................................................................................................................................................ 28
Double-strike key acceptance .......................................................................................................................... 28
Simultaneous user actions ................................................................................................................................ 28

ICT with two-way voice communication ............................................................................................... 28
Audio bandwidth for speech (informative recommendation) .......................................................................... 28
Real-time text (RTT) functionality .................................................................................................................. 29
RTT provision ............................................................................................................................................ 29
RTT communication ............................................................................................................................. 29
Concurrent voice and text ..................................................................................................................... 29
Display of Real-time Text .......................................................................................................................... 29
Visually distinguishable display ........................................................................................................... 29
Programmatically determinable send and receive direction ................................................................. 29
Interoperability ........................................................................................................................................... 29
Real-time text responsiveness .................................................................................................................... 30
Caller ID .......................................................................................................................................................... 30
Alternatives to voice-based services ................................................................................................................ 30
Video communication ...................................................................................................................................... 30
General (informative) ................................................................................................................................. 30
Resolution .................................................................................................................................................. 30
Frame rate .................................................................................................................................................. 30
Synchronization between audio and video ................................................................................................. 31
Alternatives to video-based services ................................................................................................................ 31

ICT with video capabilities .................................................................................................................... 31
Caption processing technology ........................................................................................................................ 31
Captioning playback ................................................................................................................................... 31
Captioning synchronization........................................................................................................................ 31
Preservation of captioning .......................................................................................................................... 31
Audio description technology .......................................................................................................................... 31
Audio description playback ........................................................................................................................ 31
Audio description synchronization ............................................................................................................. 32
Preservation of audio description ............................................................................................................... 32
User controls for captions and audio description ............................................................................................. 32

Hardware ................................................................................................................................................ 32
General............................................................................................................................................................. 32
Generic requirements ................................................................................................................................. 32
Standard connections.................................................................................................................................. 32
Colour......................................................................................................................................................... 32
Hardware products with speech output ............................................................................................................ 33
Speech volume gain ................................................................................................................................... 33
Speech volume range ............................................................................................................................ 33
Incremental volume control .................................................................................................................. 33
Magnetic coupling ...................................................................................................................................... 33
Fixed-line devices ................................................................................................................................. 33
Wireless communication devices ......................................................................................................... 33
Physical access to ICT ..................................................................................................................................... 33
General (informative) ................................................................................................................................. 33
Clear floor or ground space ........................................................................................................................ 34
Change in level ..................................................................................................................................... 34
Clear floor or ground space .................................................................................................................. 34
Approach .............................................................................................................................................. 34

ETSI

5

EN 301 549 V1.1.2 (2015-04)

8.3.2.3.1
General ............................................................................................................................................ 34
8.3.2.3.2
Forward approach ........................................................................................................................... 34
8.3.2.3.3
Parallel approach............................................................................................................................. 35
8.3.2.4
Knee and toe clearance width ............................................................................................................... 35
8.3.2.5
Toe clearance ........................................................................................................................................ 35
8.3.2.6
Knee clearance ...................................................................................................................................... 36
8.3.3
Reach range for ICT ................................................................................................................................... 36
8.3.3.1
Forward reach ....................................................................................................................................... 36
8.3.3.1.1
Unobstructed high forward reach .................................................................................................... 36
8.3.3.1.2
Unobstructed low forward reach ..................................................................................................... 36
8.3.3.1.3
Obstructed reach ............................................................................................................................. 37
8.3.3.2
Side reach ............................................................................................................................................. 37
8.3.3.2.1
Unobstructed high side reach .......................................................................................................... 37
8.3.3.2.2
Unobstructed low side reach ........................................................................................................... 37
8.3.3.2.3
Obstructed side reach ...................................................................................................................... 38
8.3.4
Visibility..................................................................................................................................................... 38
8.3.5
Installation instructions .............................................................................................................................. 38
8.4
Mechanically operable parts ............................................................................................................................ 38
8.4.1
Numeric keys ............................................................................................................................................. 38
8.4.2
Operation of mechanical parts .................................................................................................................... 38
8.4.2.1
Means of operation of mechanical parts ............................................................................................... 38
8.4.2.2
Force of operation of mechanical parts................................................................................................. 39
8.4.3
Keys, tickets and fare cards ........................................................................................................................ 39
8.5
Tactile indication of speech mode ................................................................................................................... 39

9
9.1
9.2
9.2.1
9.2.2
9.2.3
9.2.4
9.2.5
9.2.6
9.2.7
9.2.8
9.2.9
9.2.109.2.11
9.2.129.2.139.2.149.2.159.2.169.2.179.2.189.2.199.2.209.2.21
9.2.229.2.239.2.249.2.259.2.269.2.279.2.289.2.299.2.309.2.31
9.2.329.2.339.2.34

Web ........................................................................................................................................................ 39
General (informative) ...................................................................................................................................... 39
Web content requirements ............................................................................................................................... 40
Non-text content ......................................................................................................................................... 40
Audio-only and video-only (pre-recorded) ................................................................................................ 40
Captions (pre-recorded).............................................................................................................................. 40
Audio description or media alternative (pre-recorded) .............................................................................. 40
Captions (live) ............................................................................................................................................ 40
Audio description (pre-recorded) ............................................................................................................... 40
Info and relationships ................................................................................................................................. 40
Meaningful sequence.................................................................................................................................. 40
Sensory characteristics ............................................................................................................................... 40
Use of colour .............................................................................................................................................. 40
Audio control ............................................................................................................................................. 40
Contrast (minimum) ................................................................................................................................... 40
Resize text .................................................................................................................................................. 40
Images of text ............................................................................................................................................. 40
Keyboard .................................................................................................................................................... 41
No keyboard trap ........................................................................................................................................ 41
Timing adjustable ....................................................................................................................................... 41
Pause, stop, hide ......................................................................................................................................... 41
Three flashes or below threshold................................................................................................................ 41
Bypass blocks ............................................................................................................................................. 41
Page titled ................................................................................................................................................... 41
Focus Order ................................................................................................................................................ 41
Link purpose (in context) ........................................................................................................................... 41
Multiple ways ............................................................................................................................................. 41
Headings and labels .................................................................................................................................... 41
Focus visible............................................................................................................................................... 41
Language of page ....................................................................................................................................... 41
Language of parts ....................................................................................................................................... 41
On focus ..................................................................................................................................................... 41
On input...................................................................................................................................................... 42
Consistent navigation ................................................................................................................................. 42
Consistent identification ............................................................................................................................. 42
Error identification ..................................................................................................................................... 42
Labels or instructions ................................................................................................................................. 42

ETSI

6

9.2.359.2.369.2.379.2.389.3

10Error suggestion ......................................................................................................................................... 42
Error prevention (legal, financial, data) ..................................................................................................... 42
Parsing ........................................................................................................................................................ 42
Name, role, value ....................................................................................................................................... 42
WCAG 2.0 conformance requirements ............................................................................................................ 42

Non-web documents............................................................................................................................... 43

10.1
10.2
10.2.110.2.210.2.310.2.410.2.510.2.610.2.710.2.810.2.910.2.1010.2.1110.2.1210.2.1310.2.1410.2.15
10.2.16
10.2.1710.2.18
10.2.19
10.2.20
10.2.2110.2.2210.2.23
10.2.24
10.2.25
10.2.26
10.2.27
10.2.28
10.2.29
10.2.30
10.2.3110.2.32
10.2.33
10.2.34
10.2.35
10.2.36
10.2.37
10.2.38
10.2.39
10.2.40

11

EN 301 549 V1.1.2 (2015-04)

General (informative) ...................................................................................................................................... 43
Document success criteria ............................................................................................................................... 43
Non-text content ......................................................................................................................................... 43
Audio-only and video-only (pre-recorded) ................................................................................................ 44
Captions (pre-recorded).............................................................................................................................. 44
Audio description or media alternative (pre-recorded) .............................................................................. 44
Captions (live) ............................................................................................................................................ 45
Audio description (pre-recorded) ............................................................................................................... 45
Info and relationships ................................................................................................................................. 45
Meaningful sequence.................................................................................................................................. 45
Sensory characteristics ............................................................................................................................... 45
Use of colour .............................................................................................................................................. 46
Audio control ............................................................................................................................................. 46
Contrast (minimum) ................................................................................................................................... 46
Resize text .................................................................................................................................................. 46
Images of text ............................................................................................................................................. 47
Keyboard .................................................................................................................................................... 47
No keyboard trap ........................................................................................................................................ 47
Timing adjustable ....................................................................................................................................... 48
Pause, stop, hide ......................................................................................................................................... 48
Three flashes or below threshold................................................................................................................ 49
Empty clause .............................................................................................................................................. 49
Document titled .......................................................................................................................................... 49
Focus order ................................................................................................................................................. 49
Link purpose (in context) ........................................................................................................................... 49
Empty clause .............................................................................................................................................. 49
Headings and labels .................................................................................................................................... 50
Focus visible............................................................................................................................................... 50
Language of document ............................................................................................................................... 50
Language of parts ....................................................................................................................................... 50
On focus ..................................................................................................................................................... 51
On input...................................................................................................................................................... 51
Empty clause .............................................................................................................................................. 51
Empty clause .............................................................................................................................................. 51
Error identification ..................................................................................................................................... 51
Labels or instructions ................................................................................................................................. 51
Error suggestion ......................................................................................................................................... 52
Error prevention (legal, financial, data) ..................................................................................................... 52
Parsing ........................................................................................................................................................ 52
Name, role, value ....................................................................................................................................... 53
Caption positioning .................................................................................................................................... 53
Audio description timing ............................................................................................................................ 53

Software ................................................................................................................................................. 53

11.1
11.2
11.2.111.2.1.1
11.2.1.2
11.2.1.3
11.2.1.4
11.2.1.5
11.2.1.6
11.2.1.7
11.2.1.8

General (informative) ...................................................................................................................................... 53
Non-Web software success criteria .................................................................................................................. 53
Non-Web software success criteria (excluding closed functionality) ........................................................ 54
Non-text content (screen reading supported) ........................................................................................ 54
Audio-only and video-only (pre-recorded) ........................................................................................... 55
Captions (pre-recorded) ........................................................................................................................ 55
Audio description or media alternative (pre-recorded) ......................................................................... 55
Captions (live) ...................................................................................................................................... 56
Audio description (pre-recorded) ......................................................................................................... 56
Info and relationships ........................................................................................................................... 56
Meaningful sequence ............................................................................................................................ 56

ETSI

7

11.2.1.9
11.2.1.10
11.2.1.11
11.2.1.12
11.2.1.13
11.2.1.14
11.2.1.15
11.2.1.16
11.2.1.17
11.2.1.18
11.2.1.19
11.2.1.20
11.2.1.21
11.2.1.22
11.2.1.23
11.2.1.24
11.2.1.25
11.2.1.26
11.2.1.27
11.2.1.28
11.2.1.29
11.2.1.30
11.2.1.31
11.2.1.32
11.2.1.33
11.2.1.34
11.2.1.35
11.2.1.36
11.2.1.37
11.2.1.38
11.2.211.2.2.1
11.2.2.2
11.2.2.2.1
11.2.2.2.2
11.2.2.3
11.2.2.4
11.2.2.5
11.2.2.6
11.2.2.7
11.2.2.8
11.2.2.9
11.2.2.10
11.2.2.11
11.2.2.12
11.2.2.13
11.2.2.14
11.2.2.15
11.2.2.16
11.2.2.17
11.2.2.18
11.2.2.19
11.2.2.20
11.2.2.21
11.2.2.22
11.2.2.23
11.2.2.24
11.2.2.25
11.2.2.26
11.2.2.27
11.2.2.28
11.2.2.29

EN 301 549 V1.1.2 (2015-04)

Sensory characteristics ......................................................................................................................... 57
Use of colour ........................................................................................................................................ 57
Audio control ........................................................................................................................................ 57
Contrast (minimum) ............................................................................................................................. 57
Resize text ............................................................................................................................................ 58
Images of text ....................................................................................................................................... 58
Keyboard .............................................................................................................................................. 58
No keyboard trap .................................................................................................................................. 59
Timing adjustable ................................................................................................................................. 59
Pause, stop, hide ................................................................................................................................... 60
Three flashes or below threshold .......................................................................................................... 60
Empty clause ........................................................................................................................................ 60
Empty clause ........................................................................................................................................ 60
Focus order ........................................................................................................................................... 61
Link purpose (in context) ..................................................................................................................... 61
Empty clause ........................................................................................................................................ 61
Headings and labels .............................................................................................................................. 61
Focus visible ......................................................................................................................................... 61
Language of software ........................................................................................................................... 62
Empty clause ........................................................................................................................................ 62
On focus ............................................................................................................................................... 62
On input ................................................................................................................................................ 62
Empty clause ........................................................................................................................................ 62
Empty clause ........................................................................................................................................ 62
Error identification ............................................................................................................................... 63
Labels or instructions............................................................................................................................ 63
Error suggestion.................................................................................................................................... 63
Error prevention (legal, financial, data) ................................................................................................ 63
Parsing .................................................................................................................................................. 64
Name, role, value .................................................................................................................................. 64
Non-Web software requirements (closed functionality)............................................................................. 65
Non-text content ................................................................................................................................... 65
Audio-only and video-only (pre-recorded) ........................................................................................... 65
Pre-recorded audio-only.................................................................................................................. 65
Pre-recorded video-only.................................................................................................................. 65
Empty clause ........................................................................................................................................ 65
Audio description or media alternative (pre-recorded) ......................................................................... 65
Empty clause ........................................................................................................................................ 65
Empty clause ........................................................................................................................................ 65
Info and relationships ........................................................................................................................... 66
Meaningful sequence ............................................................................................................................ 66
Empty clause ........................................................................................................................................ 66
Empty clause ........................................................................................................................................ 66
Empty clause ........................................................................................................................................ 66
Empty clause ........................................................................................................................................ 66
Resize text ............................................................................................................................................ 66
Images of text ....................................................................................................................................... 67
Keyboard .............................................................................................................................................. 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 67
Empty clause ........................................................................................................................................ 68
Language of software ........................................................................................................................... 68
Empty clause ........................................................................................................................................ 68
Empty clause ........................................................................................................................................ 68

ETSI

8

EN 301 549 V1.1.2 (2015-04)

11.2.2.30
Empty clause ........................................................................................................................................ 68
11.2.2.31
Empty clause ........................................................................................................................................ 68
11.2.2.32
Empty clause ........................................................................................................................................ 68
11.2.2.33
Error Identification ............................................................................................................................... 68
11.2.2.34
Empty clause ........................................................................................................................................ 68
11.2.2.35
Empty clause ........................................................................................................................................ 68
11.2.2.36
Empty clause ........................................................................................................................................ 68
11.2.2.37
Parsing .................................................................................................................................................. 69
11.2.2.38
Name, role, value .................................................................................................................................. 69
11.3
Interoperability with assistive technology ....................................................................................................... 69
11.3.1
Closed functionality ................................................................................................................................... 69
11.3.2
Accessibility services ................................................................................................................................. 69
11.3.2.1
Platform accessibility service support for software that provides a user .............................................. 69
11.3.2.2
Platform accessibility service support for assistive technologies ......................................................... 69
11.3.2.3
Use of accessibility services ................................................................................................................. 70
11.3.2.4
Assistive technology ............................................................................................................................. 70
11.3.2.5
Object information ................................................................................................................................ 70
11.3.2.6
Row, column, and headers .................................................................................................................... 70
11.3.2.7
Values ................................................................................................................................................... 70
11.3.2.8
Label relationships ................................................................................................................................ 70
11.3.2.9
Parent-child relationships ..................................................................................................................... 70
11.3.2.10
Text....................................................................................................................................................... 71
11.3.2.11
List of available actions ........................................................................................................................ 71
11.3.2.12
Execution of available actions .............................................................................................................. 71
11.3.2.13
Tracking of focus and selection attributes ............................................................................................ 71
11.3.2.14
Modification of focus and selection attributes ...................................................................................... 71
11.3.2.15
Change notification .............................................................................................................................. 71
11.3.2.16
Modifications of states and properties .................................................................................................. 71
11.3.2.17
Modifications of values and text........................................................................................................... 72
11.4
Documented accessibility usage ...................................................................................................................... 72
11.4.1
User control of accessibility features ......................................................................................................... 72
11.4.2
No disruption of accessibility features ....................................................................................................... 72
11.5
User preferences .............................................................................................................................................. 72
11.6
Authoring tools ................................................................................................................................................ 72
11.6.1
Content technology .................................................................................................................................... 72
11.6.2
Accessible content creation ........................................................................................................................ 72
11.6.3Preservation of accessibility information in transformations ..................................................................... 72
11.6.4
Repair assistance ........................................................................................................................................ 73
11.6.5
Templates ................................................................................................................................................... 73

1212.1
12.1.112.1.212.2
12.2.112.2.212.2.312.2.413
13.1
13.1.113.1.213.1.313.1.413.1.513.1.6
13.2
13.3

Documentation and support services ...................................................................................................... 73
Product documentation .................................................................................................................................... 73
Accessibility and compatibility features .................................................................................................... 73
Accessible documentation .......................................................................................................................... 73
Support services ............................................................................................................................................... 73
General (informative) ................................................................................................................................. 73
Information on accessibility and compatibility features ............................................................................. 74
Effective communication ........................................................................................................................... 74
Accessible documentation .......................................................................................................................... 74

ICT providing relay or emergency service access .................................................................................. 74
Relay services requirements ............................................................................................................................ 74
General (informative) ................................................................................................................................. 74
Text relay services ...................................................................................................................................... 74
Sign relay services ...................................................................................................................................... 74
Lip-reading relay services .......................................................................................................................... 74
Captioned telephony services ..................................................................................................................... 75
Speech to speech relay services.................................................................................................................. 75
Access to relay services ................................................................................................................................... 75
Access to emergency services .......................................................................................................................... 75

Annex A (informative): WCAG 2.0 ................................................................................................................. 76
A.1

Electronic attachment ...................................................................................................................................... 76

ETSI

9

EN 301 549 V1.1.2 (2015-04)

Annex B (informative): Relationship between requirements and functional performance statements ............ 77
B.1

Relationships between clauses 5 to 13 and the functional performance statements ........................................ 77

Annex C (normative): Determination of compliance ....................................................................................... 84
C.1
Introduction...................................................................................................................................................... 84
C.2
Blank clause ..................................................................................................................................................... 84
C.3
Blank clause ..................................................................................................................................................... 84
C.4
Functional performance ................................................................................................................................... 84
C.5
Generic requirements ....................................................................................................................................... 85
C.5.1
Closed functionality ................................................................................................................................... 85
C.5.1.1
Introduction .......................................................................................................................................... 85
C.5.1.2
General ................................................................................................................................................. 85
C.5.1.2.1
Closed functionality ........................................................................................................................ 85
C.5.1.2.2
Assistive technology ....................................................................................................................... 85
C.5.1.3
Non-visual access ................................................................................................................................. 85
C.5.1.3.1
General ............................................................................................................................................ 85
C.5.1.3.2
Auditory output delivery including speech ..................................................................................... 85
C.5.1.3.3
Auditory output correlation ............................................................................................................. 85
C.5.1.3.4
Speech output user control .............................................................................................................. 86
C.5.1.3.5
Speech output automatic interruption ............................................................................................. 86
C.5.1.3.6
Speech output for non-text content ................................................................................................. 86
C.5.1.3.7
Speech output for video information ............................................................................................... 86
C.5.1.3.8
Masked entry................................................................................................................................... 86
C.5.1.3.9
Private access to personal data ........................................................................................................ 87
C.5.1.3.10
Non-interfering audio output .......................................................................................................... 87
C.5.1.3.11
Private listening volume ................................................................................................................. 87
C.5.1.3.12
Speaker volume ............................................................................................................................... 87
C.5.1.3.13
Volume reset ................................................................................................................................... 87
C.5.1.3.14
Spoken languages............................................................................................................................ 88
C.5.1.3.15
Non-visual error identification ........................................................................................................ 88
C.5.1.3.16
Receipts, tickets, and transactional outputs ..................................................................................... 88
C.5.1.4
Functionality closed to text enlargement .............................................................................................. 88
C.5.1.5
Visual output for auditory information ................................................................................................. 88
C.5.1.6
Operation without keyboard interface .................................................................................................. 89
C.5.1.6.1
Closed functionality ........................................................................................................................ 89
C.5.1.6.2
Input focus ...................................................................................................................................... 89
C.5.2
Activation of accessibility features ............................................................................................................ 89
C.5.3
Biometrics .................................................................................................................................................. 89
C.5.4
Preservation of accessibility information during conversion ..................................................................... 89
C.5.5
Operable parts ............................................................................................................................................ 90
C.5.5.1
Means of operation ............................................................................................................................... 90
C.5.5.2
Operable part discernibility .................................................................................................................. 90
C.5.6
Locking or toggle controls ......................................................................................................................... 90
C.5.6.1
Tactile or auditory status ...................................................................................................................... 90
C.5.6.2
Visual status.......................................................................................................................................... 90
C.5.7
Key repeat .................................................................................................................................................. 90
C.5.8
Double-strike key acceptance ..................................................................................................................... 91
C.5.9
Simultaneous user actions .......................................................................................................................... 91
C.6
ICT with two-way voice communication......................................................................................................... 91
C.6.1
Audio bandwidth for speech ...................................................................................................................... 91
C.6.2
Real-Time Text (RTT) functionality .......................................................................................................... 91
C.6.2.1
RTT provision ...................................................................................................................................... 91
C.6.2.1.1
RTT communication ....................................................................................................................... 91
C.6.2.1.2
Concurrent voice and text ............................................................................................................... 92
C.6.2.2
Display of Real-Time Text ................................................................................................................... 92
C.6.2.2.1
Visually distinguishable display ..................................................................................................... 92
C.6.2.2.2
Programmatically determinable send and receive direction ............................................................ 92
C.6.2.3
Interoperability ..................................................................................................................................... 93
C.6.2.4
Real-Time Text responsiveness ............................................................................................................ 93
C.6.3
Caller ID ..................................................................................................................................................... 93
C.6.4
Alternatives to voice-based services .......................................................................................................... 93
C.6.5
Video communication ................................................................................................................................ 94

ETSI

10

EN 301 549 V1.1.2 (2015-04)

C.6.5.1
General ................................................................................................................................................. 94
C.6.5.2
Resolution ............................................................................................................................................. 94
C.6.5.3
Frame rate ............................................................................................................................................. 94
C.6.5.4
Synchronization between audio and video ........................................................................................... 94
C.6.6
Alternatives to video-based services .......................................................................................................... 94
C.7
ICT with video capabilities .............................................................................................................................. 94
C.7.1
Caption processing technology .................................................................................................................. 94
C.7.1.1
Captioning playback ............................................................................................................................. 94
C.7.1.2
Captioning synchronization .................................................................................................................. 95
C.7.1.3
Preservation of captioning .................................................................................................................... 95
C.7.2
Audio description technology .................................................................................................................... 95
C.7.2.1
Audio description playback .................................................................................................................. 95
C.7.2.2
Audio description synchronization ....................................................................................................... 95
C.7.2.3
Preservation of audio description ......................................................................................................... 95
C.7.3
User controls for captions and audio description ....................................................................................... 95
C.8
Hardware ......................................................................................................................................................... 96
C.8.1
General ....................................................................................................................................................... 96
C.8.1.1
Generic requirements ............................................................................................................................ 96
C.8.1.2
Standard connections ............................................................................................................................ 96
C.8.1.3
Colour ................................................................................................................................................... 96
C.8.2
Hardware products with speech output ...................................................................................................... 96
C.8.2.1
Speech volume gain .............................................................................................................................. 96
C.8.2.1.1
Speech volume range ...................................................................................................................... 96
C.8.2.1.2
Incremental volume control ............................................................................................................ 96
C.8.2.2
Magnetic coupling ................................................................................................................................ 97
C.8.2.2.1
Fixed-line devices ........................................................................................................................... 97
C.8.2.2.2
Wireless communication devices .................................................................................................... 97
C.8.3
Physical access to ICT................................................................................................................................ 97
C.8.3.1
General ................................................................................................................................................. 97
C.8.3.2
Clear floor or ground space .................................................................................................................. 97
C.8.3.2.1
Change in level ............................................................................................................................... 97
C.8.3.2.2
Clear floor or ground space ............................................................................................................. 98
C.8.3.2.3
Approach ......................................................................................................................................... 98
C.8.3.2.3.1
General ...................................................................................................................................... 98
C.8.3.2.3.2
Forward Approach ..................................................................................................................... 98
C.8.3.2.3.3
Parallel Approach ...................................................................................................................... 98
C.8.3.2.4
Knee and toe clearance width ......................................................................................................... 98
C.8.3.2.5
Toe clearance .................................................................................................................................. 98
C.8.3.2.6
Knee clearance ................................................................................................................................ 99
C.8.3.3
Reach range for ICT ........................................................................................................................... 100
C.8.3.3.1
Forward reach ............................................................................................................................... 100
C.8.3.3.1.1
Unobstructed high forward reach ............................................................................................ 100
C.8.3.3.1.2
Unobstructed low forward reach ............................................................................................. 100
C.8.3.3.1.3
Obstructed reach ...................................................................................................................... 100
C.8.3.3.2
Side reach ...................................................................................................................................... 101
C.8.3.3.2.1
Unobstructed high side reach .................................................................................................. 101
C.8.3.3.2.2
Unobstructed low side reach ................................................................................................... 101
C.8.3.3.2.3
Obstructed side reach .............................................................................................................. 101
C.8.3.4
Visibility ............................................................................................................................................. 101
C.8.3.5
Installation instructions....................................................................................................................... 102
C.8.4
Mechanically operable parts ..................................................................................................................... 102
C.8.4.1
Numeric keys ...................................................................................................................................... 102
C.8.4.2
Operation of mechanical parts ............................................................................................................ 102
C.8.4.2.1
Means of operation of mechanical parts ....................................................................................... 102
C.8.4.2.2
Force of operation of mechanical parts ......................................................................................... 102
C.8.4.3
Keys, tickets and fare cards ................................................................................................................ 102
C.8.5
Tactile indication of speech mode ............................................................................................................ 102
C.9
Web ................................................................................................................................................................ 103
C.9.1
General (informative) ............................................................................................................................... 103
C.9.2
Web content requirements ........................................................................................................................ 103
C.9.2.1
Non-text content ................................................................................................................................. 103
C.9.2.2
Audio-only and video-only (pre-recorded) ......................................................................................... 103

ETSI

11

EN 301 549 V1.1.2 (2015-04)

C.9.2.3
Captions (pre-recorded) ...................................................................................................................... 103
C.9.2.4
Audio description or media alternative (pre-recorded) ....................................................................... 103
C.9.2.5
Captions (live) .................................................................................................................................... 103
C.9.2.6
Audio description (pre-recorded) ....................................................................................................... 104
C.9.2.7
Info and relationships ......................................................................................................................... 104
C.9.2.8
Meaningful sequence .......................................................................................................................... 104
C.9.2.9
Sensory characteristics ....................................................................................................................... 104
C.9.2.10
Use of colour ...................................................................................................................................... 104
C.9.2.11
Audio control ...................................................................................................................................... 104
C.9.2.12
Contrast (minimum) ........................................................................................................................... 105
C.9.2.13
Resize text .......................................................................................................................................... 105
C.9.2.14
Images of text ..................................................................................................................................... 105
C.9.2.15
Keyboard ............................................................................................................................................ 105
C.9.2.16
No keyboard trap ................................................................................................................................ 105
C.9.2.17
Timing adjustable ............................................................................................................................... 105
C.9.2.18
Pause, stop, hide ................................................................................................................................. 106
C.9.2.19
Three flashes or below threshold ........................................................................................................ 106
C.9.2.20
Bypass blocks ..................................................................................................................................... 106
C.9.2.21
Page titled ........................................................................................................................................... 106
C.9.2.22
Focus Order ........................................................................................................................................ 106
C.9.2.23
Link purpose (in context) ................................................................................................................... 106
C.9.2.24
Multiple ways ..................................................................................................................................... 107
C.9.2.25
Headings and labels ............................................................................................................................ 107
C.9.2.26
Focus visible ....................................................................................................................................... 107
C.9.2.27
Language of page ............................................................................................................................... 107
C.9.2.28
Language of parts ............................................................................................................................... 107
C.9.2.29
On focus ............................................................................................................................................. 107
C.9.2.30
On input .............................................................................................................................................. 108
C.9.2.31
Consistent navigation ......................................................................................................................... 108
C.9.2.32
Consistent identification ..................................................................................................................... 108
C.9.2.33
Error identification ............................................................................................................................. 108
C.9.2.34
Labels or instructions.......................................................................................................................... 108
C.9.2.35
Error suggestion.................................................................................................................................. 108
C.9.2.36
Error prevention (legal, financial, data) .............................................................................................. 109
C.9.2.37
Parsing ................................................................................................................................................ 109
C.9.2.38
Name, role, value ................................................................................................................................ 109
C.9.3
WCAG 2.0 conformance requirements .................................................................................................... 109
C.10
Non-web documents ...................................................................................................................................... 109
C.10.1
General ..................................................................................................................................................... 109
C.10.2Document success criteria ........................................................................................................................ 109
C.10.2.1
Non-text content ................................................................................................................................. 109
C.10.2.2
Audio-only and video-only (pre-recorded) ......................................................................................... 110
C.10.2.3
Captions (pre-recorded) ...................................................................................................................... 110
C.10.2.4
Audio description or media alternative (pre-recorded) ....................................................................... 110
C.10.2.5
Captions (live) .................................................................................................................................... 110
C.10.2.6
Audio description (pre-recorded) ....................................................................................................... 110
C.10.2.7
Info and relationships ......................................................................................................................... 110
C.10.2.8
Meaningful sequence .......................................................................................................................... 110
C.10.2.9
Sensory characteristics ....................................................................................................................... 111
C.10.2.10
Use of colour ...................................................................................................................................... 111
C.10.2.11
Audio control ...................................................................................................................................... 111
C.10.2.12
Contrast (minimum) ........................................................................................................................... 111
C.10.2.13
Resize text .......................................................................................................................................... 111
C.10.2.14
Images of text ..................................................................................................................................... 111
C.10.2.15
Keyboard ............................................................................................................................................ 111
C.10.2.16
No keyboard trap ................................................................................................................................ 112
C.10.2.17
Timing adjustable ............................................................................................................................... 112
C.10.2.18
Pause, stop, hide ................................................................................................................................. 112
C.10.2.19
Three flashes or below threshold ........................................................................................................ 112
C.10.2.20
Empty clause ...................................................................................................................................... 112
C.10.2.21
Document titled .................................................................................................................................. 112
C.10.2.22
Focus order ......................................................................................................................................... 112

ETSI

12

EN 301 549 V1.1.2 (2015-04)

C.10.2.23
Link purpose (in context) ................................................................................................................... 113
C.10.2.24
Empty clause ...................................................................................................................................... 113
C.10.2.25
Headings and labels ............................................................................................................................ 113
C.10.2.26
Focus visible ....................................................................................................................................... 113
C.10.2.27
Language of document ....................................................................................................................... 113
C.10.2.28
Language of parts ............................................................................................................................... 113
C.10.2.29
On focus ............................................................................................................................................. 113
C.10.2.30
On input .............................................................................................................................................. 114
C.10.2.31
Empty clause ...................................................................................................................................... 114
C.10.2.32
Empty clause ...................................................................................................................................... 114
C.10.2.33
Error identification ............................................................................................................................. 114
C.10.2.34
Labels or instructions.......................................................................................................................... 114
C.10.2.35
Error suggestion.................................................................................................................................. 114
C.10.2.36
Error prevention (legal, financial, data) .............................................................................................. 114
C.10.2.37
Parsing ................................................................................................................................................ 114
C.10.2.38
Name, role, value ................................................................................................................................ 115
C.10.2.39
Caption positioning ............................................................................................................................ 115
C.10.2.40
Audio description timing .................................................................................................................... 115
C.11
Software ......................................................................................................................................................... 115
C.11.1
General ..................................................................................................................................................... 115
C.11.2
Non-Web software success criteria .......................................................................................................... 115
C.11.2.1
Non-Web software success criteria (excluding closed functionality) ................................................. 115
C.11.2.1.1
Non-text content (screen reading supported) ................................................................................ 115
C.11.2.1.2
Audio-only and video-only (pre-recorded) ................................................................................... 115
C.11.2.1.3
Captions (pre-recorded) ................................................................................................................ 115
C.11.2.1.4
Audio description or media alternative (pre-recorded) ................................................................. 116
C.11.2.1.5
Captions (live) ............................................................................................................................... 116
C.11.2.1.6
Audio description (pre-recorded) .................................................................................................. 116
C.11.2.1.7
Info and relationships .................................................................................................................... 116
C.11.2.1.8
Meaningful sequence .................................................................................................................... 116
C.11.2.1.9
Sensory characteristics .................................................................................................................. 116
C.11.2.1.10
Use of colour ................................................................................................................................. 116
C.11.2.1.11
Audio control ................................................................................................................................ 117
C.11.2.1.12
Contrast (minimum) ...................................................................................................................... 117
C.11.2.1.13
Resize text ..................................................................................................................................... 117
C.11.2.1.14
Images of text ................................................................................................................................ 117
C.11.2.1.15
Keyboard ....................................................................................................................................... 117
C.11.2.1.16
No keyboard trap........................................................................................................................... 117
C.11.2.1.17
Timing adjustable.......................................................................................................................... 117
C.11.2.1.18
Pause, stop, hide ............................................................................................................................ 118
C.11.2.1.19
Three flashes or below threshold .................................................................................................. 118
C.11.2.1.20
Empty clause ................................................................................................................................. 118
C.11.2.1.21
Empty clause ................................................................................................................................. 118
C.11.2.1.22
Focus order ................................................................................................................................... 118
C.11.2.1.23
Link purpose (in context) .............................................................................................................. 118
C.11.2.1.24
Empty clause ................................................................................................................................. 118
C.11.2.1.25
Headings and labels ...................................................................................................................... 118
C.11.2.1.26
Focus visible ................................................................................................................................. 118
C.11.2.1.27
Language of software .................................................................................................................... 119
C.11.2.1.28
Empty clause ................................................................................................................................. 119
C.11.2.1.29
On focus ........................................................................................................................................ 119
C.11.2.1.30
On input ........................................................................................................................................ 119
C.11.2.1.31
Empty clause ................................................................................................................................. 119
C.11.2.1.32
Empty clause ................................................................................................................................. 119
C.11.2.1.33
Error identification ........................................................................................................................ 119
C.11.2.1.34
Labels or instructions .................................................................................................................... 119
C.11.2.1.35
Error suggestion ............................................................................................................................ 120
C.11.2.1.36
Error prevention (legal, financial, data) ........................................................................................ 120
C.11.2.1.37
Parsing .......................................................................................................................................... 120
C.11.2.1.38
Name, role, value .......................................................................................................................... 120
C.11.2.2
Non-Web software requirements (closed functionality) ..................................................................... 120
C.11.2.2.1
Non-text content............................................................................................................................ 120

ETSI

13

EN 301 549 V1.1.2 (2015-04)

C.11.2.2.2
Audio-only and video-only (pre-recorded) ................................................................................... 121
C.11.2.2.2.1
Pre-recorded audio-only .......................................................................................................... 121
C.11.2.2.2.2
Pre-recorded video-only .......................................................................................................... 121
C.11.2.2.3
Empty clause ................................................................................................................................. 121
C.11.2.2.4
Audio description or media alternative (pre-recorded) ................................................................. 121
C.11.2.2.5
Empty clause ................................................................................................................................. 121
C.11.2.2.6
Empty clause ................................................................................................................................. 121
C.11.2.2.7
Info and relationships .................................................................................................................... 121
C.11.2.2.8
Meaningful sequence .................................................................................................................... 121
C.11.2.2.9
Empty clause ................................................................................................................................. 121
C.11.2.2.10
Empty clause ................................................................................................................................. 122
C.11.2.2.11
Empty clause ................................................................................................................................. 122
C.11.2.2.12
Empty clause ................................................................................................................................. 122
C.11.2.2.13
Resize text ..................................................................................................................................... 122
C.11.2.2.14
Images of text ................................................................................................................................ 122
C.11.2.2.15
Keyboard ....................................................................................................................................... 122
C.11.2.2.16
Empty clause ................................................................................................................................. 122
C.11.2.2.17
Empty clause ................................................................................................................................. 122
C.11.2.2.18
Empty clause ................................................................................................................................. 122
C.11.2.2.19
Empty clause ................................................................................................................................. 122
C.11.2.2.20
Empty clause ................................................................................................................................. 122
C.11.2.2.21
Empty clause ................................................................................................................................. 122
C.11.2.2.22
Empty clause ................................................................................................................................. 122
C.11.2.2.23
Empty clause ................................................................................................................................. 123
C.11.2.2.24
Empty clause ................................................................................................................................. 123
C.11.2.2.25
Empty clause ................................................................................................................................. 123
C.11.2.2.26
Empty clause ................................................................................................................................. 123
C.11.2.2.27
Language of software .................................................................................................................... 123
C.11.2.2.28
Empty clause ................................................................................................................................. 123
C.11.2.2.29
Empty clause ................................................................................................................................. 123
C.11.2.2.30
Empty clause ................................................................................................................................. 123
C.11.2.2.31
Empty clause ................................................................................................................................. 123
C.11.2.2.32
Empty clause ................................................................................................................................. 123
C.11.2.2.33
Error Identification........................................................................................................................ 123
C.11.2.2.34
Empty clause ................................................................................................................................. 124
C.11.2.2.35
Empty clause ................................................................................................................................. 124
C.11.2.2.36
Empty clause ................................................................................................................................. 124
C.11.2.2.37
Parsing .......................................................................................................................................... 124
C.11.2.2.38
Name, role, value .......................................................................................................................... 124
C.11.3
Interoperability with assistive technology ................................................................................................ 124
C.11.3.1
Closed functionality............................................................................................................................ 124
C.11.3.2
Accessibility services ......................................................................................................................... 124
C.11.3.2.1
Platform accessibility service support for software that provides a user interface ........................ 124
C.11.3.2.2
Platform accessibility service support for assistive technologies.................................................. 124
C.11.3.2.3
Use of accessibility services ......................................................................................................... 125
C.11.3.2.4
Assistive technology ..................................................................................................................... 125
C.11.3.2.5
Object information ........................................................................................................................ 125
C.11.3.2.6
Row, column, and headers ............................................................................................................ 125
C.11.3.2.7
Values ........................................................................................................................................... 126
C.11.3.2.8
Label relationships ........................................................................................................................ 126
C.11.3.2.9
Parent-child relationships .............................................................................................................. 126
C.11.3.2.10
Text ............................................................................................................................................... 127
C.11.3.2.11
List of available actions ................................................................................................................ 127
C.11.3.2.12
Execution of available actions ...................................................................................................... 127
C.11.3.2.13
Tracking of focus and selection attributes .................................................................................... 127
C.11.3.2.14
Modification of focus and selection attributes .............................................................................. 128
C.11.3.2.15
Change notification ....................................................................................................................... 128
C.11.3.2.16
Modifications of states and properties .......................................................................................... 128
C.11.3.2.17
Modifications of values and text ................................................................................................... 129
C.11.4Documented accessibility usage ............................................................................................................... 129
C.11.4.1
User control of accessibility features .................................................................................................. 129
C.11.4.2
No disruption of accessibility features ............................................................................................... 129

ETSI

14

EN 301 549 V1.1.2 (2015-04)

C.11.5User preferences ....................................................................................................................................... 129
C.11.6
Authoring tools......................................................................................................................................... 130
C.11.6.1
Content technology ............................................................................................................................. 130
C.11.6.2
Accessible content creation ................................................................................................................ 130
C.11.6.3
Preservation of accessibility information in transformations ............................................................. 130
C.11.6.4
Repair assistance ................................................................................................................................ 130
C.11.6.5
Templates ........................................................................................................................................... 131
C.12
Documentation and support services ............................................................................................................. 131
C.12.1
Product documentation ............................................................................................................................. 131
C.12.1.1
Accessibility and compatibility features ............................................................................................. 131
C.12.1.2
Accessible documentation .................................................................................................................. 131
C.12.2
Support services ....................................................................................................................................... 131
C.12.2.1
General ............................................................................................................................................... 131
C.12.2.2
Information on accessibility and compatibility features ..................................................................... 131
C.12.2.3
Effective communication .................................................................................................................... 132
C.12.2.4
Accessible documentation .................................................................................................................. 132
C.13
ICT providing relay or emergency service access ......................................................................................... 132
C.13.1
Relay service requirements ...................................................................................................................... 132
C.13.1.1
General ............................................................................................................................................... 132
C.13.1.2
Text relay services .............................................................................................................................. 132
C.13.1.3
Sign relay services .............................................................................................................................. 132
C.13.1.4
Lip-reading relay services .................................................................................................................. 132
C.13.1.5
Captioned telephony services ............................................................................................................. 133
C.13.1.6
Speech to speech relay services .......................................................................................................... 133
C.13.2
Access to relay services ............................................................................................................................ 133
C.13.3
Access to emergency services .................................................................................................................. 133

History ............................................................................................................................................................ 134

ETSI

15

EN 301 549 V1.1.2 (2015-04)

Intellectual Property Rights
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 foundin 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
server (http://ipr.etsi.org).
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
server) which are, or may be, or may become, essential to the present document.

Foreword
This European Standard (EN) has been produced by ETSI Technical Committee Human Factors (HF), and theeAccessibility Joint Working Group (JWG) of CEN/CENELEC/ETSI.

National transposition dates
Date of latest announcement of this EN (doa):

31 May 2015

Date of latest publication of new National Standard
or endorsement of this EN (dop/e):

30 November 2015

Date of withdrawal of any conflicting National Standard (dow):

30 November 2015

Modal verbs terminology
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
for the expression of provisions).
"must" and "must not" are NOT allowed in ETSI deliverables except when used in direct citation.

Introduction
The present document is one of several deliverables that were prepared in response to Phase 2 of Mandate M 376 [i.3]from the European Commission to CEN, CENELEC and ETSI.
The primary objective of this proposal was to produce a European Standard (EN) (the present document) that sets out ina single source, detailed, practical and quantifiable functional accessibility requirements that take note of global
initiatives in that field and which are applicable to all Information and Communication Technology (ICT) products andservices identified in Phase I of the Mandate (ETSI TR 102 612 [i.9) and usable in public procurement.
As the present document is intended to be used for conformity assessment it follows the principles of
ISO/IEC 17007 [i.14]. As required by that Guide, it clearly sets out the functional accessibility requirements in amanner that is free from subjective elements and identifies objective, concise and accurate test methods that are
intended to produce unambiguous, repeatable and reproducible results.
The present document is supported by two Technical Reports. The first (ETSI TR 101 550 [i.7]) lists the standards andtechnical specifications used in the creation of the compliance requirements for accessibility set out in the present
document. It also provides a source reference for other documents needed to implement the test procedures required by
the present document.
The second Technical Report (ETSI TR 101 551 [i.8]) gives guidance to procurers on the award criteria relevant to eachof the accessibility-related needs of ICT users in the products and services under consideration.

ETSI

16

1

EN 301 549 V1.1.2 (2015-04)

Scope

The present document specifies the functional accessibility requirements applicable to ICT products and services,
together with a description of the test procedures and evaluation methodology for each accessibility requirement in aform that is suitable for use in public procurement within Europe . The present document might be useful for otherpurposes such as procurement in the private sector.
The present document is intended to be used as the basis for an accessible ICT procurement toolkit. The present
document will primarily be useful for public procurers to identify the requirements for their purchases, and also for
manufacturers to employ it within their design, build and quality control procedures.
The present document contains the necessary functional requirements and provides a reference document such that if
procedures are followed by different actors, the results of testing are similar and the interpretation of those results isclear.
The test descriptions and evaluation methodology included in the present document are elaborated to a level of detailcompliant with ISO/IEC 17007:2009 [i.14], so that conformance testing can give conclusive results.
The inherent nature of certain situations makes it impossible to make reliable and definitive statements that accessibility
requirements have been met. In those situations therefore, the requirements in the present document are not applicable:

when the product is in a failure, repair or maintenance state where the ordinary set of input or output functions
are not available;during those parts of start-up, shutdown, and other state transitions that can be completed without userinteraction.

NOTE 1: Even in the above situations, it is best practice to apply requirements in the present document wherever it
is feasible and safe to do so.
NOTE 2: Compliance issues are covered in normative clause C.1.

2

References

2.1

Normative references

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 thereference document (including any amendments) applies.
Referenced documents which are not found to be publicly available in the expected location might be found at
http://docbox.etsi.org/Reference.
NOTE:

While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.

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

ETSI ETS 300 381: "Telephony for hearing impaired people; Inductive coupling of telephoneearphones to hearing aids".

[2]

ETSI ES 200 381-1: "Telephony for hearing impaired people; Inductive coupling of telephoneearphones to hearing aids Part 1: Fixed-line speech terminals".

[3]

ETSI ES 200 381-2: "Telephony for hearing impaired people; Inductive coupling of telephoneearphones to hearing aids; Part 2: Cellular speech terminals".

[4]

W3C Recommendation (11 December 2008)/ISO/IEC 40500:2012: "Web Content Accessibility
Guidelines (WCAG) 2.0".

NOTE:

Available at http://www.w3.org/TR/WCAG20/.

ETSI

17

2.2

EN 301 549 V1.1.2 (2015-04)

Informative references

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 thereference document (including any amendments) applies.
NOTE:

While any hyperlinks included in this clause were valid at the time of publication, ETSI cannot guarantee
their long term validity.

The following referenced documents are not necessary for the application of the present document but they assist theuser with regard to a particular subject area.
[i.1]

ANSI/IEEE C63.19 (2011): "American National Standard Method of Measurement ofCompatibility between Wireless Communication Devices and Hearing Aids".

[i.2]

ANSI/TIA-4965: "Receive volume control requirements for digital and analogue wireline
terminals".

[i.3]

European Commission: "Standardization Mandate to CEN, CENELEC and ETSI in support ofEuropean accessibility requirements for public procurement of products and services in the ICT
domain".

[i.4]

ETSI EG 201 013: "Human Factors (HF); Definitions, abbreviations and symbols".

[i.5]

ETSI ES 202 975: "Human Factors (HF); Harmonized relay services".

[i.6]

ETSI ETS 300 767: "Human Factors (HF); Telephone Prepayment Cards; Tactile Identifier".

[i.7]

CEN/CENELEC/ETSI TR 101 550: "Documents relevant to EN 301 549 "Accessibility
requirements suitable for public procurement of ICT products and services in Europe".

[i.8]

CEN/CENELEC/ETSI TR 101 551: "Guidelines on the use of accessibility award criteria suitablefor publicly procured ICT products and services in Europe".

[i.9]

ETSI TR 102 612: "Human Factors (HF); European accessibility requirements for public
procurement of products and services in the ICT domain (European Commission Mandate M 376,
Phase 1)".

[i.10]ETSI TS 126 114: "Universal Mobile Telecommunications System (UMTS); LTE; IP Multimedia
Subsystem (IMS); Multimedia telephony; Media handling and interaction (3GPP TS 26.114)".

[i.11]ETSI TS 122 173: "Digital cellular telecommunications system (Phase 2+); Universal Mobile
Telecommunications System (UMTS); LTE; IP Multimedia Core Network Subsystem (IMS)
Multimedia Telephony Service and supplementary services; Stage 1 (3GPP TS 22.173)".

[i.12]ETSI TS 134 229: "Universal Mobile Telecommunications System (UMTS); LTE; Internet
Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) andSession Description Protocol (SDP); User Equipment (UE) conformance specification(3GPP TS 34.229)".

[i.13]IETF RFC 4103 (2005): "RTP Payload for Text Conversation".

[i.14]

ISO/IEC 17007:2009: "Conformity assessment - Guidance for drafting normative documents
suitable for use for conformity assessment".

[i.15]

ISO 9241-11:1998: "Ergonomic requirements for office work with visual display terminals(VDTs) -- Part 11: Guidance on usability".

[i.16]

ISO 9241-110:2006: "Ergonomics of human-system interaction -- Part 110: Dialogue principles".

[i.17]

ISO 9241-171:2008: "Ergonomics of human-system interaction-Part 171: Guidance on software
accessibility".

[i.18]

ISO 26800:2011: "Ergonomics - General approach, principles and concepts".

ETSI

18

EN 301 549 V1.1.2 (2015-04)[i.19]

ISO/IEC 13066-1:2011: "Information technology - Interoperability with assistive technology (AT)- Part 1: Requirements and recommendations for interoperability".

[i.20]

Recommendation ITU-T E.161 (2001): "Arrangement of digits, letters and symbols on telephones
and other devices that can be used for gaining access to a telephone network".

[i.21]

Recommendation ITU-T G.722 (1988): "7 kHz audio-coding within 64 kbit/s".

[i.22]

Recommendation ITU-T G.722.2 (2003): "Wideband coding of speech at around 16 kbit/s using
Adaptive Multi-Rate Wideband (AMR-WB)".

[i.23]

Recommendation ITU-T V.18 (2000): "Operational and interworking requirements for DCEs
operating in the text telephone mode".

[i.24]

TIA-1083-A (2010): "Telecommunications; Telephone Terminal equipment; Handset magnetic
measurement procedures and performance requirements".

[i.25]US Department of Justice: "2010 ADA Standards for Accessible Design".

[i.26]

W3C Working Group Note 5 September 2013: "Guidance on Applying WCAG 2.0 to Non-Web
Information and Communications Technologies (WCAG2ICT)".

NOTE:

Available at http://www.w3.org/TR/wcag2ict/.

3

Definitions and abbreviations

3.1

Definitions

For the purposes of the present document, the terms and definitions given in ETSI EG 201 013 [i.4] and the following
apply:
accessibility: extent to which products, systems, services, environments and facilities can be used by people from a
population with the widest range of characteristics and capabilities, to achieve a specified goal in a specified context ofuse (from ISO 26800 [i.18])
NOTE 1: Context of use includes direct use or use supported by assistive technologies.
NOTE 2: The context in which the ICT is used may affect its overall accessibility. This context could include otherproducts and services with which the ICT may interact.
assistive technology: hardware or software added to or connected to a system that increases accessibility for anindividual
NOTE 1: Examples are Braille displays, screen readers, screen magnification software and eye tracking devices thatare added to the ICT.
NOTE 2: Where ICT does not support directly connected assistive technology, but which can be operated by asystem connected over a network or other remote connection, such a separate system (with any included
assistive technology) can also be considered assistive technology.
audio description: additional audible narrative, interleaved with the dialogue, which describes the significant aspectsof the visual content of audio-visual media that cannot be understood from the main soundtrack alone
NOTE:

This is also variously described using terms such as "video description" or variants such as "descriptive
narration".

authoring tool: software that can be used to create or modify content
NOTE 1: An authoring tool may be used by a single user or multiple users working collaboratively.
NOTE 2: An authoring tool may be a single stand-alone application or be comprised of collections of applications.
NOTE 3: An authoring tool may produce content that is intended for further modification or for use by end-users.

ETSI

19

EN 301 549 V1.1.2 (2015-04)

caption: synchronized visual and/or text alternative for both speech and non-speech audio information needed tounderstand the media content (after WCAG 2.0 [4])NOTE:This is also variously described using terms such as "subtitles" or variants such as "subtitles for the deaf
and hard-of-hearing".

closed functionality: functionality that is limited by characteristics that prevent a user from attaching, installing or
using assistive technology
content: information and sensory experience to be communicated to the user by means of software, including code or
markup that defines the content's structure, presentation, and interactions (after WCAG2ICT [i.26])
NOTE:

Content occurs in three places: web pages, documents and software. When content occurs in a web pageor a document, a user agent is needed in order to communicate the content's information and sensory
experience to the user. When content occurs in software, a separate user agent is not needed in order tocommunicate the content's information and sensory experience to the user - the software itself performs
that function.

context of use: users, tasks, equipment (hardware, software and materials), and the physical and social environments inwhich a product is used (from ISO 9241-11 [i.15])
document: logically distinct assembly of content (such as a file, set of files, or streamed media) that functions as asingle entity rather than a collection, that is not part of software and that does not include its own user agent. (after
WCAG2ICT [i.26])
NOTE 1: A document always requires a user agent to present its content to the user.
NOTE 2: Letters, e-mail messages, spreadsheets, books, pictures, presentations, and movies are examples of
documents.
NOTE 3: Software configuration and storage files such as databases and virus definitions, as well as computer
instruction files such as source code, batch/script files, and firmware, are examples of files that function
as part of software and thus are not examples of documents. If and where software retrieves "informationand sensory experience to be communicated to the user" from such files, it is just another part of thecontent that occurs in software and is covered by WCAG2ICT like any other parts of the software. Where
such files contain one or more embedded documents, the embedded documents remain documents under
this definition.
NOTE 4: A collection of files zipped together into an archive, stored within a single virtual hard drive file, or stored
in a single encrypted file system file, do not constitute a single document when so collected together. The
software that archives/encrypts those files or manages the contents of the virtual hard drive does not
function as a user agent for the individually collected files in that collection because that software is notproviding a fully functioning presentation of that content.
NOTE 5: Anything that can present its own content without involving a user agent, such as a self-playing book, is
not a document but is software.
NOTE 6: A single document may be composed of multiple files such as the video content, closed caption text etc.
This fact is not usually apparent to the end-user consuming the document/content.
NOTE 7: An assembly of files that represented the video, audio, captions and timing files for a movie is an example
of a document.
NOTE 8: A binder file used to bind together the various exhibits for a legal case would not be a document.
ICT network: technology and resources supporting the connection and operation of interconnected ICT
Information and Communication Technology (ICT): technology, equipment, or interconnected system or subsystemof equipment for which the principal function is the creation, conversion, duplication, automatic acquisition, storage,
analysis, evaluation, manipulation, management, movement, control, display, switching, interchange, transmission,
reception, or broadcast of data or information
NOTE:

Examples of ICT are electronic content, telecommunications products, computers and ancillaryequipment, software, information kiosks and transaction machines, videos, IT services, and multifunction
office machines which copy, scan, and fax documents.

ETSI

20

EN 301 549 V1.1.2 (2015-04)

mechanically operable part: operable part that has a mechanical interface to activate, deactivate, or adjust the ICT
NOTE:

Examples of mechanically operable parts include scanner covers, notebook docking stations and lids aswell as physical switches and latches.

mechanism for private listening: auditory output designed so that only the current user can receive the sound
NOTE:

Personal headsets, directional speakers and audio hoods are examples of mechanisms for private listening.

non-text content: content that is not a sequence of characters that can be programmatically determined or where thesequence is not expressing something in human language (after WCAG 2.0 [4])non-web document: document that is not a web page, not embedded in web pages nor used in the rendering orfunctioning of the page
non-web software: software that is not a web page, not embedded in web pages nor used in the rendering orfunctioning of the page
operable part: component of ICT used to activate, deactivate, or adjust the ICT
platform software: collection of software components that runs on an underlying software or hardware layer, and thatprovides a set of software services to other software components that allows those applications to be isolated from theunderlying software or hardware layer (after ISO/IEC 13066-1 [i.19])
NOTE:

A particular software component might play the role of a platform in some situations and a client inothers.

programmatically determinable: able to be read by software from developer-supplied data in a way that othersoftware, including assistive technologies, can extract and present this information to users in different modalities
NOTE:

WCAG 2.0 uses "determined" where this definition uses "able to be read" (to avoid ambiguity with theword "determined").

real-time text: form of a text conversation in point to point situations or in multipoint conferencing where the text
being entered is sent in such a way that the communication is perceived by the user as being continuous
satisfies a success criterion: the success criterion does not evaluate to "false" when applied to the ICT(after WCAG 2.0 [4])terminal: combination of hardware and/or software with which the end user directly interacts and that provides the userinterface
NOTE 1: The hardware may consist of more than one device working together e.g. a mobile device and a computer.
NOTE 2: For some systems, the software that provides the user interface may reside on more than one device suchas a telephone and a server.
user agent: software that retrieves and presents content for users (after WCAG 2.0 [4])NOTE 1: Software that only displays the content contained within it is treated as software and not considered to bea user agent.
NOTE 2: An example of software that is not a user agent is a calculator application that does not retrieve thecalculations from outside the software to present it to a user. In this case, the calculator software is not auser agent, it is simply software with a user interface.
NOTE 3: Software that only shows a preview of content such as a thumbnail or other non-fully functioning
presentation is not providing user agent functionality.
user interface: all components of an interactive system (software or hardware) that provide information and/or controls
for the user to accomplish specific tasks with the interactive system (from ISO 9241-110 [i.16])
user interface element: entity of the user interface that is presented to the user by the software(after ISO 9241-171 [i.17])
NOTE 1: This term is also known as "user interface component".

ETSI

21

EN 301 549 V1.1.2 (2015-04)

NOTE 2: User-interface elements can be interactive or not.
web content: content that belongs to a web page, and that is used in the rendering or that is intended to be used in therendering of the web page
web page: non-embedded resource obtained from a single URI using HTTP plus any other resources that are used in
the rendering or intended to be rendered together with it by a user agent (after WCAG 2.0 [4])3.2

Abbreviations

For the purposes of the present document, the following abbreviations apply:
ADA
ANSI
AT
CIF
DOM
ERCIM
FAQ
FPS
HTML
HTTP
ICT
IETF
IMS
IP
JWG
MIT
ODF
OOXML
PSTN
QCIF
RFC
RTT
SIP
URI
USB
VoIP
W3C
WAI
WCAG
XML
XUL

Americans with Disabilities Act
American National Standards Institute
Assistive Technology
Common Intermediate Format
Document Object Model
European Research Consortium for Informatics and Mathematics
Frequently Asked Questions
Frames Per Second
HyperText Markup Language
HyperText Transfer Protocol
Information and Communication Technology
Internet Engineering Task Force
IP Multimedia System
Internet Protocol
Joint Working Group (of CEN/CENELEC/ETSI)
Massachusetts Institute of Technology
Open Document Format
Office Open eXtensible Markup Language
Public Switched Telephone Network
Quarter Common Intermediate Format
Request For Comment
Real-Time Text
Session Initiation Protocol
Uniform Resource Identifier
Universal Serial Bus
Voice over IP
World Wide Web Consortium
Web Accessibility Initiative
Web Content Accessibility Guidelines (of W3C)
eXtensible Markup Language
XML User interface Language

4

Functional performance

4.1

Meeting functional performance statements

The statements set out in clause 4.2 are intended to describe the functional performance of ICT enabling people tolocate, identify, and operate ICT functions, and to access the information provided, regardless of physical, cognitive or
sensory abilities. Any ability impairments may be permanent, temporary or situational.
ICT meeting the applicable requirements of clauses 5 to13 is deemed to have met a level of accessibility conformant
with the present document and consistent with the user accessibility needs identified in clause 4.2 (Functional
performance statements).
NOTE 1: The relationship between the requirements from clauses 5 to 13 and the accessibility-related user needs is
set out in Annex B.
NOTE 2: The intent of clause 4.2 is to describe the users' accessibility needs in accessing the full functionality anddocumentation of the product or the service with or without the use of assistive technologies.

ETSI

22

EN 301 549 V1.1.2 (2015-04)

NOTE 3: The methods of meeting the accessibility needs of users with multiple impairments will depend on thespecific combination of impairments. Meeting these user accessibility needs may be addressed byconsidering multiple clauses in 4.2.
NOTE 4: Several users' accessibility needs rely on ICT providing specific modes of operation. If a user is toactivate, engage or switch to the mode that complies with his or her user accessibility needs, the method
for activating, engaging or switching to that mode is also expected to comply with the same user
accessibility needs.

4.2

Functional performance statements

4.2.1

Usage without vision

Where ICT provides visual modes of operation, some users need ICT to provide at least one mode of operation that
does not require vision.
NOTE:

4.2.2

Audio and tactile user interfaces may contribute towards meeting this clause.

Usage with limited vision

Where ICT provides visual modes of operation, some users will need the ICT to provide features that enable users tomake better use of their limited vision.
NOTE 1: Magnification, reduction of required field of vision and control of contrast, brightness and intensity cancontribute towards meeting this clause.
NOTE 2: Where significant features of the user interface are dependent on depth perception, the provision of
additional methods of distinguishing between the features may contribute towards meeting this clause.
NOTE 3: Users with limited vision may also benefit from non-visual access (see clause 4.2.1).

4.2.3

Usage without perception of colour

Where ICT provides visual modes of operation, some users will need the ICT to provide a visual mode of operation that
does not require user perception of colour.
NOTE:

4.2.4

Where significant features of the user interface are colour-coded, the provision of additional methods of
distinguishing between the features may contribute towards meeting this clause.

Usage without hearing

Where ICT provides auditory modes of operation, some users need ICT to provide at least one mode of operation that
does not require hearing.
NOTE:

4.2.5

Visual and tactile user interfaces may contribute towards meeting this clause.

Usage with limited hearing

Where ICT provides auditory modes of operation, some users will need the ICT to provide enhanced audio features.
NOTE 1: Enhancement of the audio clarity, reduction of background noise, increased range of volume and greater
volume in the higher frequency range can contribute towards meeting this clause.
NOTE 2: Users with limited hearing may also benefit from non-hearing access (see clause 4.2.4).

4.2.6

Usage without vocal capability

Where ICT requires vocal input from users, some users will need the ICT to provide at least one mode of operation that
does not require them to generate vocal output.
NOTE 1: This clause covers the alternatives to the use of orally-generated sounds, including speech, whistles,
clicks, etc.
NOTE 2: Keyboard, pen or touch user interfaces may contribute towards meeting this clause.

ETSI

23

4.2.7

EN 301 549 V1.1.2 (2015-04)

Usage with limited manipulation or strength

Where ICT requires manual actions, some users will need the ICT to provide features that enable users to make use of
the ICT through alternative actions not requiring manipulation or hand strength.
NOTE 1: Examples of operations that users may not be able to perform include those that require fine motor
control, path dependant gestures, pinching, twisting of the wrist, tight grasping, or simultaneous manual
actions.
NOTE 2: One-handed operation, sequential key entry and speech user interfaces may contribute towards meeting
this clause.
NOTE 3: Some users have limited hand strength and may not be able to achieve the level of strength to perform an
operation. Alternative user interface solutions that do not require hand strength may contribute towards
meeting this clause.

4.2.8

Usage with limited reach

Where ICT products are free-standing or installed, the operational elements will need to be within reach of all users.
NOTE:

4.2.9

Considering the needs of wheelchair users and the range of user statures in the placing of operational
elements of the user interface may contribute towards meeting this clause.

Minimize photosensitive seizure triggers

Where ICT provides visual modes of operation, some users need ICT to provide at least one mode of operation thatminimizes the potential for triggering photosensitive seizures.
NOTE:

4.2.10Limiting the area and number of flashes per second may contribute towards meeting this clause.

Usage with limited cognition

Some users will need the ICT to provide features that make it simpler and easier to use.
NOTE 1: This clause is intended to include the needs of persons with limited cognitive, language and learning
abilities.
NOTE 2: Adjustable timings, error indication and suggestion, and a logical focus order are examples of design
features that may contribute towards meeting this clause.

4.2.11

Privacy

Where ICT provides features that are provided for accessibility, some users will need their privacy to be maintained
when using those ICT features that are provided for accessibility.
NOTE:

Enabling the connection of personal headsets for private listening, not providing a spoken version ofcharacters being masked and enabling user control of legal, financial and personal data are examples ofdesign features that may contribute towards meeting this clause.

5

Generic requirements

5.1

Closed functionality

5.1.1

Introduction (Informative)

ICT has closed functionality for many reasons, including design or policy. Some of the functionality of products can beclosed because the product is self-contained and users are precluded from adding peripherals or software in order toaccess that functionality.
ICT may have closed functionality in practice even though the ICT was not designed, developed or supplied to beclosed.

ETSI

24

EN 301 549 V1.1.2 (2015-04)

Computers that do not allow end-users to adjust settings or install software are functionally closed.

5.1.2
5.1.2.1

GeneralClosed functionality

Where ICT has closed functionality, it shall meet the requirements set out in clauses 5.2 to 13, as applicable.
NOTE 1: ICT may close some, but not all, of its functionalities. Only the closed functionalities have to conform to
the requirements of clause 5.1.
NOTE 2: The provisions within this clause are requirements for the closed functionality of ICT that replace thoserequirements in clauses 5.2 to 13 that specifically state that they do not apply to closed functionality. Thismay be because they relate to compatibility with assistive technology or to the ability for the user toadjust system accessibility settings in products with closed functionality (e.g. products that prevent accessto the system settings control panel).

5.1.2.2

Assistive technology

Where ICT has closed functionality, that closed functionality shall be operable without requiring the user to attach,connect or install assistive technology and shall conform to the generic requirements of clauses 5.1.3 to 5.1.7 asapplicable. Personal headsets and induction loops shall not be classed as assistive technology for the purpose of thisclause.

5.1.3
5.1.3.1

Non-visual access
GeneralWhere visual information is needed to enable the use of those functions of ICT that are closed to assistive technologies
for screen reading, ICT shall provide at least one mode of operation using non-visual access to enable the use of thosefunctions.
NOTE 1: Non-visual access may be in an audio form, including speech, or a tactile form.
NOTE 2: The visual information needed to enable use of some functions may include operating instructions andorientation, transaction prompts, user input verification, error messages and non-text content.

5.1.3.2

Auditory output delivery including speech

Where auditory output is provided as non-visual access to closed functionality, the auditory output shall be delivered:a)either directly by a mechanism included in or provided with the ICT;b)

or by a personal headset that can be connected through a 3,5 mm audio jack, or an industry standard
connection, without requiring the use of vision.

NOTE 1: Mechanisms included in or provided with ICT may be, but are not limited to, a loudspeaker, a built-in
handset/headset, or other industry standard coupled peripheral.
NOTE 2: An industry standard connection could be a wireless connection.
NOTE 3: Some users may benefit from the provision of an inductive loop.

5.1.3.3

Auditory output correlation

Where auditory output is provided as non-visual access to closed functionality, and where information is displayed on
the screen, the ICT should provide auditory information that allows the user to correlate the audio with the information
displayed on the screen.
NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if itcannot be fully comprehended. An audio alternative that is both complete and complementary includes all
visual information such as focus or highlighting, so that the audio can be correlated with information thatis visible on the screen at any point in time.

ETSI

25

EN 301 549 V1.1.2 (2015-04)

NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information
displayed on the screen include structure and relationships conveyed through presentation.

5.1.3.4

Speech output user control

Where speech output is provided as non-visual access to closed functionality, the speech output shall be capable ofbeing interrupted and repeated when requested by the user, where permitted by security requirements.
NOTE 1: It is best practice to allow the user to pause speech output rather than just allowing them to interrupt it.
NOTE 2: It is best practice to allow the user to repeat only the most recent portion rather than requiring play to startfrom the beginning.

5.1.3.5

Speech output automatic interruption

Where speech output is provided as non-visual access to closed functionality, the ICT shall interrupt current speech
output when a user action occurs and when new speech output begins.
NOTE:

5.1.3.6

Where it is essential that the user hears the entire message, e.g. a safety instruction or warning, the ICT
may need to block all user action so that speech is not interrupted.

Speech output for non-text content

Where ICT presents non-text content, the alternative for non-text content shall be presented to users via speech output
unless the non-text content is pure decoration or is used only for visual formatting. The speech output for non-text
content shall follow the guidance for "text alternative" described in WCAG 2.0 [4] Success Criterion 1.1.1.

5.1.3.7

Speech output for video information

Where pre-recorded video content is needed to enable the use of closed functions of ICT and where speech output isprovided as non-visual access to closed functionality, the speech output shall present equivalent information for the prerecorded video content.
NOTE:

5.1.3.8

This speech output can take the form of an audio description or an auditory transcript of the video
content.

Masked entry

Where auditory output is provided as non-visual access to closed functionality, and the characters displayed aremasking characters, the auditory output shall not be a spoken version of the characters entered unless the auditory
output is known to be delivered only to a mechanism for private listening, or the user explicitly chooses to allow nonprivate auditory output.
NOTE 1: Masking characters are usually displayed for security purposes and include, but are not limited toasterisks representing personal identification numbers.
NOTE 2: Unmasked character output might be preferred when closed functionality is used, for example, in theprivacy of the user's home. A warning highlighting privacy concerns might be appropriate to ensure thatthe user has made an informed choice.

5.1.3.9

Private access to personal data

Where auditory output is provided as non-visual access to closed functionality, and the output contains data that is
considered to be private according to the applicable privacy policy, the corresponding auditory output shall only bedelivered through a mechanism for private listening that can be connected without requiring the use of vision, or
through any other mechanism explicitly chosen by the user.
NOTE 1: This requirement does not apply in cases where data is not defined as being private according to theapplicable privacy policy or where there is no applicable privacy policy.
NOTE 2: Non-private output might be preferred when closed functionality is used, for example, in the privacy of
the user's home. A warning highlighting privacy concerns might be appropriate to ensure that the user has
made an informed choice.

ETSI

26

5.1.3.10

EN 301 549 V1.1.2 (2015-04)

Non-interfering audio output

Where auditory output is provided as non-visual access to closed functionality, the ICT shall not automatically play, atthe same time, any interfering audible output that lasts longer than three seconds.

5.1.3.11

Private listening volume

Where auditory output is provided as non-visual access to closed functionality and is delivered through a mechanism for
private listening, ICT shall provide at least one non-visual mode of operation for controlling the volume.

5.1.3.12

Speaker volume

Where auditory output is provided as non-visual access to closed functionality and is delivered through speakers on
ICT, a non-visual incremental volume control shall be provided with output amplification up to a level of at least
65 dBA (-29 dBPaA).
NOTE:

5.1.3.13

For noisy environments, 65dBA may not be sufficient.

Volume reset

Where auditory output is provided as non-visual access to closed functionality, a function that resets the volume to be at
a level of 65 dBA or less after every use, shall be provided, unless the ICT is dedicated to a single user.
NOTE:

5.1.3.14

A feature to disable the volume reset function may be provided in order to enable the single-user
exception to be met.

Spoken languages

Where speech output is provided as non-visual access to closed functionality, speech output shall be in the same humanlanguage as the displayed content provided, except:
a)for proper names, technical terms, words of indeterminate language, and words or phrases that have become
part of the vernacular of the immediately surrounding text;b)where the content is generated externally and not under the control of the ICT vendor, clause 5.1.3.14 shall not
be required to apply for languages not supported by the ICT's speech synthesizer;c)for displayed languages that cannot be selected using non-visual access;d)where the user explicitly selects a speech language that is different from the language of the displayed content.

5.1.3.15

Non-visual error identification

Where speech output is provided as non-visual access to closed functionality and an input error is automaticallydetected, speech output shall identify and describe the item that is in error.

5.1.3.16

Receipts, tickets, and transactional outputs

Where ICT is closed to visual access and provides receipts, tickets or other outputs as a result of a self-service
transaction, speech output shall be provided which shall include all information necessary to complete or verify thetransaction. In the case of ticketing machines, printed copies of itineraries and maps shall not be required to be audible.
NOTE:

5.1.4

The speech output may be provided by any element of the total ICT system.

Functionality closed to text enlargement

Where any functionality of ICT is closed to the text enlargement features of platform or assistive technology, the ICT
shall provide a mode of operation where the text and images of text necessary for all functionality is displayed in such a
way that a non-accented capital "H" subtends an angle of at least 0,7 degrees at a viewing distance specified by the
supplier.
The subtended angle, in degrees, may be calculated from:Ψ = (180 x H) / (π x D)

ETSI

27

EN 301 549 V1.1.2 (2015-04)

Where:
ψ is the subtended angle in degrees



H is the height of the textD is the viewing distanceD and H are expressed in the same units

NOTE:

5.1.5

The intent is to provide a mode of operation where text is large enough to be used by most users with low
vision.

Visual output for auditory information

Where pre-recorded auditory information is needed to enable the use of closed functions of ICT, the ICT shall provide
visual information that is equivalent to the pre-recorded auditory output.
NOTE:

5.1.6
5.1.6.1

This visual information can take the form of captions or text transcripts.

Operation without keyboard interface
Closed functionality

Where ICT functionality is closed to keyboards or keyboard interfaces, all functionality shall be operable without vision
as required by clause 5.1.3.

5.1.6.2

Input focus

Where ICT functionality is closed to keyboards or keyboard interfaces and where input focus can be moved to a userinterface element, it shall be possible to move the input focus away from that element using the same mechanism, inorder to avoid trapping the input focus.

5.2

Activation of accessibility features

Where ICT has documented accessibility features, it shall be possible to activate those documented accessibility
features that are required to meet a specific need without relying on a method that does not support that need.

5.3

Biometrics

Where ICT uses biological characteristics, it shall not rely on the use of a particular biological characteristic as the onlymeans of user identification or for control of ICT.
NOTE 1: Alternative means of user identification or for control of ICT could be non-biometric or biometric.
NOTE 2: Biometric methods based on dissimilar biological characteristics increase the likelihood that individuals
with disabilities possess at least one of the specified biological characteristics. Examples of dissimilar
biological characteristics are fingerprints, eye retinal patterns, voice, and face.

5.4

Preservation of accessibility information during conversion

Where ICT converts information or communication it shall preserve all documented non-proprietary information that isprovided for accessibility, to the extent that such information can be contained in or supported by the destination
format.

5.5

Operable parts

5.5.1

Means of operation

Where ICT has operable parts that require grasping, pinching, or twisting of the wrist to operate, an accessible
alternative means of operation that does not require these actions shall be provided.

ETSI

28

5.5.2

EN 301 549 V1.1.2 (2015-04)

Operable parts discernibility

Where ICT has operable parts, it shall provide a means to discern each operable part, without requiring vision andwithout performing the action associated with the operable part.
NOTE:

One way of meeting this requirement is by making the operable parts tactilely discernible.

5.6

Locking or toggle controls

5.6.1

Tactile or auditory status

Where ICT has a locking or toggle control and that control is visually presented to the user, the ICT shall provide atleast one mode of operation where the status of the control can be determined either through touch or sound without
operating the control.
NOTE 1: Locking or toggle controls are those controls that can only have two or three states and that keep theirstate while being used.
NOTE 2: An example of a locking or toggle control is the "Caps Lock" key found on most keyboards. Anotherexample is the volume button on a pay telephone, which can be set at normal, loud, or extra loud volume.

5.6.2

Visual status

Where ICT has a locking or toggle control and the control is non-visually presented to the user, the ICT shall provide atleast one mode of operation where the status of the control can be visually determined when the control is presented.
NOTE 1: Locking or toggle controls are those controls that can only have two or three states and that keep theirstate while being used.
NOTE 2: An example of a locking or toggle control is the "Caps Lock" key found on most keyboards. An example
of making the status of a control determinable is a visual status indicator on a keyboard.

5.7

Key repeat

Where ICT with key repeat is provided and the key repeat cannot be turned off:a)the delay before the key repeat shall be adjustable to at least 2 seconds; andb)the key repeat rate shall be adjustable down to one character per 2 seconds.

5.8

Double-strike key acceptance

Where a keyboard or keypad is provided, the delay after any keystroke, during which an additional key-press will not be
accepted if it is identical to the previous keystroke, shall be adjustable up to at least 0,5 seconds.

5.9

Simultaneous user actions

Where ICT uses simultaneous user actions for its operation, such ICT shall provide at least one mode of operation that
does not require simultaneous user actions to operate the ICT.
NOTE:Having to use both hands to open the lid of a laptop, having to press two or more keys at the same time or
having to touch a surface with more than one finger are examples of simultaneous user actions.

6

ICT with two-way voice communication

6.1

Audio bandwidth for speech (informative recommendation)

Where ICT provides two-way voice communication, in order to provide good audio quality, that ICT should be able toencode and decode two-way voice communication with a frequency range with an upper limit of at least 7 000 Hz.
NOTE 1: For the purposes of interoperability, support of Recommendation ITU-T G.722 [i.21] is widely used.

ETSI

29

EN 301 549 V1.1.2 (2015-04)

NOTE 2: Where codec negotiation is implemented, other standardized codecs such as Recommendation ITU-T
G.722.2 [i.22] are sometimes used so as to avoid transcoding.

6.2

Real-time text (RTT) functionality

6.2.1

RTT provision

6.2.1.1

RTT communication

Where ICT supports two-way voice communication in a specified context of use, the ICT shall allow a user tocommunicate with another user by RTT.
NOTE 1: The RTT capability can be provided as a factory default or added later.
NOTE 2: Provision of RTT may require additional service provision, additional hardware and/or software which
may be provided separately or together.

6.2.1.2

Concurrent voice and text

Where ICT supports two-way voice communication in a specified context of use, and enables a user to communicate
with another user by RTT, it shall provide a mechanism to select a mode of operation which allows concurrent voiceand text.
NOTE:

6.2.2

The availability of voice and RTT running concurrently can allow the RTT to replace or support voiceand transfer additional information such as numbers, currency amounts and spelling of names.

Display of Real-time Text

6.2.2.1

Visually distinguishable display

Where ICT has RTT send and receive capabilities, displayed sent text shall be visually differentiated from andseparated from received text.

6.2.2.2

Programmatically determinable send and receive direction

Where ICT has RTT send and receive capabilities, the send/receive direction of transmitted text shall be
programmatically determinable, unless the RTT has closed functionality.
NOTE:

6.2.3

The intent of clause 6.2.2.2 is to enable screen readers to be able to distinguish between incoming text andoutgoing text when used with RTT functionality.

Interoperability

Where ICT with RTT functionality interoperates with other ICT with RTT functionality (as required by 6.2.1.1) theyshall support at least one of the four RTT interoperability mechanisms described below:a)

ICT interoperating over the Public Switched Telephone Network (PSTN), with other ICT that directly
connects to the PSTN as described in Recommendation ITU-T V.18 [i.23] or any of its annexes for text
telephony signals at the PSTN interface;b)

ICT interoperating with other ICT using VOIP with Session Initiation Protocol (SIP) and using real-time textthat conforms to IETF RFC 4103 [i.13];c)

ICT interoperating with other ICT using RTT that conforms with the IP Multimedia Sub-System (IMS) set of
protocols specified in ETSI TS 126 114 [i.10], ETSI TS 122 173 [i.11] and ETSI TS 134 229 [i.12];d)

ICT interoperating with other ICT using a relevant and applicable common specification for RTT exchangethat is published and available. This common specification shall include a method for indicating loss or
corruption of characters.

ETSI

30

6.2.4

EN 301 549 V1.1.2 (2015-04)

Real-time text responsiveness

Where ICT utilises RTT input, that RTT input shall be transmitted to the ICT network supporting RTT within 1 secondof the input entry.
NOTE 1: Input entry is considered to have occurred when sufficient user input has occurred for the ICT to establish
which character(s) to send.
NOTE 2: Input entry will differ between systems where text is entered on a word-by-word basis (e.g. speech-to-text
and predictive-text based systems) and systems where each character is separately generated.

6.3

Caller ID

Where ICT provides caller identification or similar telecommunications functions are provided, the caller identificationand similar telecommunications functions shall be available in text form and in at least one other modality.

6.4

Alternatives to voice-based services

Where ICT provides real-time voice-based communication and also provides voice mail, auto-attendant, or interactive
voice response facilities, the ICT should offer users a means to access the information and carry out the tasks provided
by the ICT without the use of hearing or speech.
NOTE:

Solutions capable of handling audio, real-time text and video media could satisfy the above requirement.

6.5

Video communication

6.5.1

General (informative)

Clause 6.5 (Video communications) provides performance requirements that support users who communicate using sign
language and lip-reading. For these users, good usability is achieved with Common Intermediate Format (CIF)
resolution, a frame rate of 20 frames per second and over, with a time difference between speech audio and video that
does not exceed 100 ms.
When the resolution is reduced to Quarter Common Intermediate Format (QCIF) and the frame rate drops to 12 frames
per second the communication is still usable with some restrictions.
A lower resolution causes less disturbance to the perception of sign language and lip-reading than that caused by alower frame rate.
Delay can be a problem in video communication. Overall delay values below 0,4 s are preferred, with an increase in
preference down to 0,1 s. Values over 0,8 s are felt to hinder a good sign conversation. Overall delay depends on
multiple factors, including e.g. network delay and video processing. For this reason a testable requirement on minimum
values for overall delay cannot be produced.

6.5.2

Resolution

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT:a)shall support at least QCIF resolution;b)should preferably support at least CIF resolution.

6.5.3

Frame rate

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT:a)shall support a frame rate of at least 12 frames per second (FPS);b)should preferably support a frame rate of at least 20 frames per second (FPS) with or without sign language inthe video stream.

ETSI

31

6.5.4

EN 301 549 V1.1.2 (2015-04)

Synchronization between audio and video

Where ICT that provides two-way voice communication includes real-time video functionality, the ICT should ensure amaximum time difference of 100 ms between the speech and video presented to the user.

6.6

Alternatives to video-based services

Where ICT provides real-time video-based communication and also provides answering machine, auto attendant orinteractive response facilities, the ICT should offer users a means to access the information and carry out the tasks
related to these facilities:a)for audible information, without the use of hearing;b)

for spoken commands, without the use of speech;c)for visual information, without the use of vision.

NOTE:

Solutions capable of generating real-time captions or handling real-time text could satisfy the above
requirement.

7

ICT with video capabilities

7.1

Caption processing technology

7.1.1

Captioning playback

Where ICT displays video with synchronized audio, it shall have a mode of operation to display the available captions.
Where closed captions are provided as part of the content, the ICT shall allow the user to choose to display the captions.
NOTE:

7.1.2

Captions may contain information about timing, colour and positioning. This caption data is important for
caption users. Timing is used for caption synchronization. Colour can be used for speaker identification.
Position can be used to avoid obscuring important information.

Captioning synchronization

Where ICT displays captions, the mechanism to display captions shall preserve synchronization between the audio andthe corresponding captions.

7.1.3

Preservation of captioning

Where ICT transmits, converts or records video with synchronized audio, it shall preserve caption data such that it canbe displayed in a manner consistent with clauses 7.1.1 and 7.1.2.
Additional presentational aspects of the text such as screen position, text colours, text style and text fonts may convey
meaning, based on regional conventions. Altering these presentational aspects could change the meaning and should be
avoided wherever possible.

7.2

Audio description technology

7.2.1

Audio description playback

Where ICT displays video with synchronized audio, it shall provide a mechanism to select and play available audio
description to the default audio channel.
Where video technologies do not have explicit and separate mechanisms for audio description, an ICT is deemed tosatisfy this requirement if the ICT enables the user to select and play several audio tracks.
NOTE 1: In such cases, the video content can include the audio description as one of the available audio tracks.

ETSI

32

EN 301 549 V1.1.2 (2015-04)

NOTE 2: Audio descriptions in digital media sometimes include information to allow descriptions that are longer
than the gaps between dialogue. Support in digital media players for this "extended audio description"
feature is useful, especially for digital media that is viewed personally.

7.2.2

Audio description synchronization

Where ICT has a mechanism to play audio description, it shall preserve the synchronization between the audio/visualcontent and the corresponding audio description.

7.2.3

Preservation of audio description

Where ICT transmits, converts, or records video with synchronized audio, it shall preserve audio description data suchthat it can be played in a manner consistent with clauses 7.2.1 and 7.2.2.

7.3

User controls for captions and audio description

Where ICT primarily displays materials containing video with associated audio content, user controls to activate
subtitling and audio description shall be provided to the user at the same level of interaction (i.e. the number of steps tocomplete the task) as the primary media controls.
NOTE 1: Primary media controls are the set of controls that the user most commonly uses to control media.
NOTE 2: Products that have a general hardware volume control, such as a telephone, or a laptop which can be
configured to display video through software but which is not its primary purpose, would not need
dedicated hardware controls for captions and descriptions; however software controls, or hardware
controls mapped through software, would need to be at the same level of interaction.
NOTE 3: It is best practice for ICT to include additional controls enabling the user to select whether captions andaudio description are turned on or off by default.

8

Hardware

8.1

General

8.1.1

Generic requirements

The "generic requirements" of clause 5 also apply to ICT that is hardware.

8.1.2

Standard connections

Where an ICT provides user input or output device connection points, the ICT shall provide at least one input and/or
output connection that conforms to an industry standard non-proprietary format, directly or through the use ofcommercially available adapters.
NOTE 1: The intent of this requirement is to ensure compatibility with assistive technologies by requiring the useof standard connections on ICT.
NOTE 2: The word connection applies to both physical and wireless connections.
NOTE 3: Current examples of industry standard non-proprietary formats are USB and Bluetooth.

8.1.3

Colour

Where the ICT has hardware aspects that use colour, colour shall not be used as the only visual means of conveying
information, indicating an action, prompting a response, or distinguishing a visual element.

ETSI

33

8.2

Hardware products with speech output

8.2.1

Speech volume gain

8.2.1.1

Speech volume range

EN 301 549 V1.1.2 (2015-04)

Where ICT hardware has speech output, it shall provide a means to adjust the speech output volume level over a rangeof at least 18 dB.
NOTE:

8.2.1.2

Fixed-line handsets and headsets fulfilling the requirements of ANSI/TIA-4965 [i.2] are deemed tocomply with this requirement.

Incremental volume control

Where ICT hardware has speech output and its volume control is incremental, it shall provide at least one intermediatestep of 12 dB gain above the lowest volume setting.

8.2.2

Magnetic coupling

8.2.2.1

Fixed-line devices

Where ICT hardware is a fixed-line communication device with speech output and which is normally held to the ear andwhich carries the "T" symbol specified in ETSI ETS 300 381 [1], it shall provide a means of magnetic coupling whichmeets the requirements of ETSI ES 200 381-1 [2].
NOTE:

8.2.2.2

ICT fulfilling the requirements of TIA-1083-A [i.24] is deemed to comply with the requirements of thisclause.

Wireless communication devices

Where ICT hardware is a wireless communication device with speech output which is normally held to the ear, it shallprovide a means of magnetic coupling to hearing technologies which meets the requirements of ETSI ES 200 381-2 [3].
NOTE:

ICT fulfilling the requirements of ANSI/IEEE C63.19 [i.1] is deemed to comply with the requirements ofthis clause.

8.3

Physical access to ICT

8.3.1

General (informative)

Clauses 8.3.2 to 8.3.4 describe recommendations on those dimensions that are integral to the ICT (e.g. integral shelves,or integral cabins that may restrict access to the operable parts of the ICT).
When ICT is installed, the dimensions of the surrounding space combined with the dimensions of the ICT might affectthe physical access to the ICT. Accessible physical access of the ICT would be achieved if the installation instructions
referred to in clause 8.3.5 are followed.
It may not be possible to apply all recommendations of clause 8.3 to all aspects of maintenance, repair, or occasional
monitoring of equipment in all circumstances. Nevertheless, it is best practice to apply the recommendations inclause 8.3, where feasible and safe to do so.
NOTE 1: The dimensions set out in clause 8.3 are identical to those given in the American 2010 ADA standards foraccessible design [i.25].
NOTE 2: Physical access to ICT is dependent on the dimensions of both the ICT and the environment in which it isinstalled and operated. Clause 8.3 does not apply to the accessibility of the physical environment external
to the ICT.

ETSI

34

8.3.2

EN 301 549 V1.1.2 (2015-04)

Clear floor or ground space

8.3.2.1

Change in level

Where there is a change in floor level that is integral to the ICT then it should be ramped with a slope no steeper than
1:48.
Exceptions:a)

If the change in floor level is less than or equal to 6,4 mm (¼ inch) the change may be vertical as shown in
Figure 1.

b)

If the change in floor level is less than or equal to 13 mm (½ inch) the change may have a slope not steeper
than 1:2 as shown in Figure 2.

Figure 1: Vertical change in level

mm
mm
mm

Figure 2: Bevelled change in level

8.3.2.2

Clear floor or ground space

Where the operating area is integral to the ICT, it should provide a clear floor area that has the minimum dimensions of
760 mm (30 inches) by 1 220 mm (48 inches) from which to operate the ICT. This is shown in Figure 3.

Figure 3: Clear floor or ground space

8.3.2.3

Approach

8.3.2.3.1

GeneralWhere the access space is integral to the ICT, at least one full side of the space should be unobstructed.

8.3.2.3.2

Forward approach

Where the operating area is inside an alcove integral to the ICT, the alcove is deeper than 610 mm (24 inches), andwhere a forward approach is necessary, the dimension of the access space should be a minimum of 915 mm (36 inches)
wide. This is shown in Figure 4.

ETSI

35

EN 301 549 V1.1.2 (2015-04)

Figure 4: Manoeuvring Clearance in an Alcove, Forward Approach

8.3.2.3.3

Parallel approach

Where the operating area is inside an alcove integral to the ICT, the alcove is deeper than 380 mm (15 inches), andwhere a parallel approach is possible, the dimension of the access space should be a minimum of 1 525 mm (60 inches)
wide. This is shown in Figure 5.

Figure 5: Manoeuvring Clearance in an Alcove, Parallel Approach

8.3.2.4

Knee and toe clearance width

Where the space under an obstacle that is integral to the ICT is part of access space, the clearance should be at least
760 mm (30 inches) wide.

8.3.2.5

Toe clearance

Where an obstacle is integral to the ICT, a space under the obstacle that is less than 230 mm (9 inches) above the floor
is considered toe clearance and should:a)extend 635 mm (25 inches) maximum under the whole obstacle;b)provide a space at least 430 mm (17 inches) deep and 230 mm above the floor under the obstacle;c)extend no more than150 mm (6 inches) beyond any obstruction at 230 mm (9 inches) above the floor.

This is shown in Figure 6.

Figure 6: Toe clearance

ETSI

36

8.3.2.6

EN 301 549 V1.1.2 (2015-04)

Knee clearance

Where an obstacle is integral to the ICT, the space under the obstacle that is between 230 mm and 685 mm above thefloor is considered knee clearance and should:a)extend no more than 635 mm (25 inches) under the obstacle at a height of 230 mm (9 inches) above the floor;b)extend at least 280 mm (11 inches) under the obstacle at a height of 230 mm (9 inches) above the floor;c)extend at least 205 mm (8 inches) under the obstacle at a height of 685 mm (27 inches) above the floor;d)be permitted to be reduced in depth at a rate of 25 mm (1 inch) for each 150 mm (6 inches) in height.

This is shown in Figure 7.

Figure 7: Knee clearance

8.3.3
8.3.3.1
8.3.3.1.1

Reach range for ICT
Forward reach
Unobstructed high forward reach

Where the access space is integral to the ICT and the forward reach is unobstructed, the essential controls should belocated no higher than 1 220 mm (48 inches) above the floor of the access space. This is shown in Figure 8.

8.3.3.1.2

Unobstructed low forward reach

Where the access space is integral to the ICT and the forward reach is unobstructed, the essential controls should belocated no lower than 380 mm (15 inches) above the floor of the access space. This is shown in Figure 8.

Figure 8: Unobstructed forward reach

ETSI

37

8.3.3.1.3

Obstructed reach

8.3.3.1.3.1

Clear floor space

EN 301 549 V1.1.2 (2015-04)

Where the access space is integral to the ICT and has an obstruction which is integral to the ICT which hinders theaccess to any essential controls, the ICT should provide a clear floor space which extends beneath the obstructing
element for a distance not less than the required reach depth over the obstruction.
8.3.3.1.3.2

Obstructed (< 510 mm) forward reach

Where the access space is integral to the ICT and has an obstruction which is integral to the ICT and which is less than
510 mm (20 inches), the forward reach to all essential controls should be no higher than 1 220 mm (48 inches) above
the floor contact of the ICT. This is shown in Figure 9 (a).
8.3.3.1.3.3

Obstructed (< 635 mm) forward reach

Where the access space is integral to the ICT and has an obstruction which is integral to the ICT and which is greaterthan 510 mm (20 inches) and less than 635 mm (25 inches) maximum, the forward reach to all essential controls should
be no higher than 1 120 mm (44 inches) above the floor contact of the ICT. This is shown in Figure 9 (b).

Figure 9: Obstructed high reach

8.3.3.2
8.3.3.2.1

Side reach
Unobstructed high side reach

Where the access space is integral to the ICT, allows a parallel approach, and the side reach is unobstructed or
obstructed by an element integral to the ICT which is less than 255 mm (10 inches), all essential controls should bewithin a high side reach which is less than or equal to 1 220 mm (48 inches) above the floor of the access space. This isshown in Figure 10.

8.3.3.2.2

Unobstructed low side reach

Where the access space is integral to the ICT, allows a parallel approach, and the side reach is unobstructed or
obstructed by an element integral to the ICT which is less than 255 mm (10 inches), all essential controls should bewithin a low side reach which is greater than or equal to 380 mm (15 inches) above the floor of the access space. This isshown in Figure 10.

Figure 10: Unobstructed side reach

ETSI

38

8.3.3.2.3
8.3.3.2.3.1

EN 301 549 V1.1.2 (2015-04)

Obstructed side reach
Obstructed (≤ 255 mm) side reach

Where the access space is integral to the ICT, allows a parallel approach and has an obstruction which is integral to the
ICT, the height of the obstruction should be less than 865 mm (34 inches). Where the depth of the obstruction is lessthan or equal to 255 mm (10 inches), the high side reach to all essential controls should be no higher than 1 220 mm(48 inches) above the floor of the access space. This is shown in Figure 11 (a).
8.3.3.2.3.2

Obstructed (≤ 610 mm) side reach

Where the access space is integral to the ICT, allows a parallel approach and has an obstruction which is integral to the
ICT, the height of the obstruction should be less than 865 mm (34 inches). Where the depth of the obstruction is greaterthan 255 mm (10 inches) with a maximum depth of 610 mm (24 inches), the high side reach to all essential controls
should be no higher than 1 170 mm (46 inches) above the floor of the access space. This is shown in Figure 11 (b).

Figure 11: Obstructed high side reach

8.3.4

Visibility

Where the operating area is integral to the ICT, and a display screen is provided, information on the screen should be
legible from a point located 1 015 mm (40 inches) above the centre of the floor of the operating area (as defined inclause 8.3.2.2).
NOTE:

8.3.5

The intent of this provision is that the information on the screen can be read by users with normal vision
and appropriate language skills, when seated in a wheelchair.

Installation instructions

Where an ICT is intended to be installed, instructions should be made available which outline a method to install the
ICT in a manner that ensures that the dimensions of the integral spaces of the ICT conform to clauses 8.3.2 to 8.3.4.

8.4

Mechanically operable parts

8.4.1

Numeric keys

Where provided, physical numeric keys arranged in a rectangular keypad layout shall have the number five key tactilely
distinct from the other keys of the keypad.
NOTE:

8.4.2
8.4.2.1

Recommendation ITU-T E.161 [i.20] describes the 12-key telephone keypad layout and provides further
details of the form of tactile markers.

Operation of mechanical parts
Means of operation of mechanical parts

Where a control requires grasping, pinching, or twisting of the wrist to operate it, an accessible alternative means ofoperation that does not require these actions shall be provided.

ETSI

39

8.4.2.2

EN 301 549 V1.1.2 (2015-04)

Force of operation of mechanical parts

Where a control requires a force greater than 22,2 N to operate it, an accessible alternative means of operation that
requires a force less than 22,2 N shall be provided.

8.4.3

Keys, tickets and fare cards

Where ICT provides keys, tickets or fare cards, and their orientation is important for further use, they shall have an
orientation that is tactilely discernible.
NOTE:

8.5

ETSI ETS 300 767 [i.6] defines suitable tactile indications for plastic cards.

Tactile indication of speech mode

Where ICT is designed for shared use and speech output is available, a tactile indication of the means to initiate thespeech mode of operation shall be provided.
NOTE:

The tactile indication could include Braille instructions.

9

Web

9.1

General (informative)

Requirements in clause 9 apply to web pages (as defined in clause 3.1) including:

documents that are web pages;



documents that are embedded in web pages and that are used in the rendering or that are intended to berendered together with the web page in which they are embedded;



software that is a web page;

software that is embedded in web pages and that is used in the rendering or that is intended to be rendered
together with the web page in which it is embedded.

Requirements for other documents and software are provided in clauses 10 and 11 respectively.
NOTE 1: When evaluating web sites they are evaluated as individual web pages. Web applications, mobile web
applications etc. are covered under the definition of web page which is quite broad and covers all web
content types.
The web content requirements in clause 9.2 set out all of the Level A and Level AA Success Criteria from the W3C
Web Content Accessibility Guidelines (WCAG 2.0) [4]. The WCAG 2.0 conformance requirements are contained inclause 9.3. Annex A contains a copy of Web Content Accessibility Guidelines (WCAG 2.0) [4].
Only web pages that conform to all of the web content requirements of clause 9.2 and the conformance requirements ofclause 9.3 will conform to WCAG 2.0 Level AA.
Web pages that conform to WCAG 2.0 Level AA are deemed to have met the web content requirements of clause 9.2
and the conformance requirements of clause 9.3.
NOTE 2: WCAG 2.0 is identical to ISO/IEC 40500 (2012): "Information technology - W3C Web Content
Accessibility Guidelines (WCAG) 2.0" [4].
The requirements in clause 9.2 are written using the concept of satisfying success criteria (defined in clause 3.1). A web
page satisfies a WCAG success criterion when the success criterion does not evaluate to false when applied to the web
page. This implies that if the success criterion puts conditions on a specific feature and that specific feature does notoccur in the web page, then the web page satisfies the success criterion.
NOTE 3: For example, a web page that does not contain pre-recorded audio content in synchronized media willautomatically satisfy WCAG success criterion 1.2.2 (captions – pre-recorded) and, in consequence, will
also conform to clause 9.2.3.

ETSI

40

9.2

Web content requirements

9.2.1

Non-text content

EN 301 549 V1.1.2 (2015-04)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.1.1 Non-text content [4].

9.2.2

Audio-only and video-only (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.2.1 Audio-only and Video-only (Pre-recorded)
[4].

9.2.3

Captions (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.2.2 Captions (Pre-recorded) [4].

9.2.4Audio description or media alternative (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.2.3 Audio Description or Media Alternative(Pre-recorded) [4].

9.2.5

Captions (live)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.2.4 Captions (Live) [4].

9.2.6

Audio description (pre-recorded)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.2.5 Audio Description (Pre-recorded) [4].

9.2.7

Info and relationships

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.3.1 Info and Relationships [4].

9.2.8

Meaningful sequence

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.3.2 Meaningful Sequence [4].

9.2.9

Sensory characteristics

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.3.3 Sensory Characteristics [4].

9.2.10Use of colour

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.4.1 Use of Color [4].

9.2.11

Audio control

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.4.2 Audio Control [4].

9.2.12Contrast (minimum)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.4.3 Contrast (Minimum) [4].

9.2.13

Resize text

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.4.4 Resize text [4].

9.2.14

Images of text

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 1.4.5 Images of Text [4].

ETSI

41

9.2.15

EN 301 549 V1.1.2 (2015-04)

Keyboard

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.1.1 Keyboard [4].

9.2.16

No keyboard trap

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.1.2 No Keyboard Trap [4].

9.2.17

Timing adjustable

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.2.1 Timing Adjustable [4].

9.2.18

Pause, stop, hide

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.2.2 Pause, Stop, Hide [4].

9.2.19Three flashes or below threshold

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.3.1 Three Flashes or Below Threshold [4].

9.2.20

Bypass blocks

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.4.1 Bypass Blocks [4].

9.2.21Page titled

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.4.2 Page Titled [4].

9.2.22Focus Order

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.4.3 Focus Order [4].

9.2.23

Link purpose (in context)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.4.4 Link Purpose (In Context) [4].

9.2.24Multiple ways

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.4.5 Multiple Ways [4].

9.2.25

Headings and labels

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.4.6 Headings and Labels [4].

9.2.26Focus visible

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 2.4.7 Focus Visible [4].

9.2.27

Language of page

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.1.1 Language of Page [4].

9.2.28

Language of parts

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.1.2 Language of Parts [4].

9.2.29On focus

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.2.1 On Focus [4].

ETSI

42

9.2.30EN 301 549 V1.1.2 (2015-04)

On input

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.2.2 On Input [4].

9.2.31

Consistent navigation

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.2.3 Consistent Navigation [4].

9.2.32

Consistent identification

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.2.4 Consistent Identification [4].

9.2.33

Error identification

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.3.1 Error Identification [4].

9.2.34

Labels or instructions

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.3.2 Labels or Instructions [4].

9.2.35

Error suggestion

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.3.3 Error Suggestion [4].

9.2.36

Error prevention (legal, financial, data)

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 3.3.4 Error Prevention (Legal, Financial, Data)[4].

9.2.37

Parsing

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 4.1.1 Parsing [4].

9.2.38Name, role, value

Where ICT is a web page, it shall satisfy WCAG 2.0 Success Criterion 4.1.2 Name, Role, Value [4].

9.3WCAG 2.0 conformance requirements

Where ICT is a web page, it shall satisfy all the following five WCAG 2.0 conformance requirements at Level AA [4].
1)

Conformance level2)

Full pages

3)

Complete processes

4)

Only Accessibility-Supported Ways of Using Technologies

5)

Non-interference

NOTE 1: A Web page that meets all of requirements 9.2.1 to 9.2.38, or where a Level AA conforming alternate
version (as defined in WCAG 2.0 [4]) is provided, will meet conformance requirement 1.
NOTE 2: Conformance requirement 5 states that all content on the page, including content that is not otherwise
relied upon to meet conformance, meets clauses 9.2.11, 9.2.16, 9.2.18 and 9.2.19.

ETSI

43

10

Non-web documents

10.1

General (informative)

EN 301 549 V1.1.2 (2015-04)

Requirements in clause 10 apply to documents:that are not web pages;

that are not embedded in web pages;

that are embedded in web pages and that are not used in the rendering and that are not intended to be rendered
together with the web page in which they are embedded.

Clause 9 provides requirements for documents that are in web pages or that are embedded in web pages and that areused in the rendering or that are intended to be rendered together with the web page in which they are embedded.
NOTE 1: Some examples of documents are letters, spreadsheets, emails, books, pictures, presentations, and movies
that have an associated user agent such as a document reader, editor or media player.
NOTE 2: A single document may be composed of multiple files such as the video content, closed caption text etc.
This fact is not usually apparent to the end-user consuming the document/content.
NOTE 3: Documents require a user agent in order for the content to be presented to users. The requirements foruser agents can be found in clause 11.
NOTE 4: The requirements for content that is part of software, can be found in clause 11.

10.2
NOTE:

10.2.1Document success criteria
The success criteria set out in this clause are intended to harmonize with the Working Group Note [i.26]
produced by the W3C's WCAG2ICT Task Force (http://www.w3.org/WAI/GL/WCAG2ICT-TF/).

Non-text content

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.1.
Table 10.1: Document success criterion: Non-text content
All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except
for the situations listed below:Controls, Input: If non-text content is a control or accepts user input, then it has a name that describes its
purpose. (Refer to WCAG 2.0 Guideline 4.1 [4] for additional requirements for controls and content that
accepts user input.)Time-Based Media: If non-text content is time-based media, then text alternatives at least provide
descriptive identification of the non-text content. (Refer to WCAG 2.0 Guideline 1.2 [4] for additional
requirements for media.)
Test: If non-text content is a test or exercise that would be invalid if presented in text, then text alternatives
at least provide descriptive identification of the non-text content.

Sensory: If non-text content is primarily intended to create a specific sensory experience, then text
alternatives at least provide descriptive identification of the non-text content.

CAPTCHA: If the purpose of non-text content is to confirm that content is being accessed by a person
rather than a computer, then text alternatives that identify and describe the purpose of the non-text content
are provided, and alternative forms of CAPTCHA using output modes for different types of sensory
perception are provided to accommodate different disabilities.

Decoration, Formatting, Invisible: If non-text content is pure decoration, is used only for visual
formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive
technology.
NOTE 1: CAPTCHAs do not currently appear outside of the Web. However, if they do appear, this guidance isaccurate.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.1.1 Non-text content with thewords "WCAG 2.0" added before each occurrence of the word "guideline" and with the addition of note 1
above.

ETSI

44

10.2.2

EN 301 549 V1.1.2 (2015-04)

Audio-only and video-only (pre-recorded)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.2.
Table 10.2: Document success criterion: Audio-only and video-only (pre-recorded)
For pre-recorded audio-only and pre-recorded video-only media, the following are true, except when the audio orvideo is a media alternative for text and is clearly labelled as such:Pre-recorded Audio-only: An alternative for time-based media is provided that presents equivalent
information for pre-recorded audio-only content.
Pre-recorded Video-only: Either an alternative for time-based media or an audio track is provided that
presents equivalent information for pre-recorded video-only content.
NOTE 1: The alternative can be provided directly in the document - or provided in an alternate version that meetsthe success criterion.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.1 Audio-only and Video-only(Pre-recorded) with the addition of note 1 above.

10.2.3Captions (pre-recorded)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.3.
Table 10.3: Document success criterion: Captions (pre-recorded)
Captions are provided for all pre-recorded audio content in synchronized media, except when the media is a media
alternative for text and is clearly labeled as such.
NOTE 1: The WCAG 2.0 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.0, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed
to understand the media content" where non-speech information includes "sound effects, music,
laughter, speaker identification and location".
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.2 Captions (Pre-recorded) withthe addition of note 1 above.

10.2.4

Audio description or media alternative (pre-recorded)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.4.
Table 10.4: Document success criterion: Audio description or media alternative (pre-recorded)
An alternative for time-based media or audio description of the pre-recorded video content is provided forsynchronized media, except when the media is a media alternative for text and is clearly labeled as such.
NOTE 1: The WCAG 2.0 definition of "audio description" says that "audio description" is "Also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.3 Audio Description or Media
Alternative (Pre-recorded) with the addition of notes 1 and 2 above.

ETSI

45

10.2.5

EN 301 549 V1.1.2 (2015-04)

Captions (live)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.5.
Table 10.5: Document success criterion: Captions (live)
Captions are provided for all live audio content in synchronized media.
NOTE 1: The WCAG 2.0 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.0, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed
to understand the media content" where non-speech information includes "sound effects, music,
laughter, speaker identification and location".
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.4 Captions (Live) with theaddition of note 1 above.

10.2.6

Audio description (pre-recorded)

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.6.
Table 10.6: Document success criterion: Audio description (pre-recorded)
Audio description is provided for all pre-recorded video content in synchronized media.
NOTE 1: The WCAG 2.0 definition of "audio description" says that audio description is "Also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.5 Audio Description(Pre-recorded) (Level AA) with the addition of note 1 above.

10.2.7

Info and relationships

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.7.
Table 10.7: Document success criterion: Info and relationships
Information, structure, and relationships conveyed through presentation can be programmatically determined or areavailable in text.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 1.3.1 Info and Relationships.

10.2.8Meaningful sequence

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.8.
Table 10.8: Document success criterion: Meaningful sequence
When the sequence in which content is presented affects its meaning, a correct reading sequence can be
programmatically determined.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 1.3.2 Meaningful Sequence.

10.2.9Sensory characteristics

Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.9.
Table 10.9: Document success criterion: Sensory characteristics
Instructions provided for understanding and operating content do not rely solely on sensory characteristics ofcomponents such as shape, size, visual location, orientation, or sound.
NOTE 1: For requirements related to colour, refer to WCAG 2.0 Guideline 1.4 [4].
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.3.3 Sensory Characteristics withthe words "WCAG 2.0" added before the word "Guideline" in note 1 above.

ETSI

46

EN 301 549 V1.1.2 (2015-04)

10.2.10 Use of colour
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.10.
Table 10.10: Document success criterion: Use of colour
Colour is not used as the only visual means of conveying information, indicating an action, prompting a response, or
distinguishing a visual element.
NOTE 1: This success criterion addresses colour perception specifically. Other forms of perception are covered in
WCAG 2.0 Guideline 1.3 [4] including programmatic access to colour and other visual presentation
coding.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.1 Use of Color with the words"WCAG 2.0" added before the word "Guideline" in note 1 above.

10.2.11 Audio control
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.11.
Table 10.11: Document success criterion: Audio control
If any audio in a document plays automatically for more than 3 seconds, either a mechanism is available to pause
or stop the audio, or a mechanism is available to control audio volume independently from the overall system
volume level.
NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability
to use the whole document, all content in the document (whether or not it is used to meet other successcriteria) shall meet this success criterion.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.2 Audio Control replacing "on aWeb page" with "in a document", "any content" with "any part of a document", "whole page" with "whole
document", "on the Web page" with "in the document", removing "See Conformance Requirement 5:
Non-Interference" and adding note 1.

10.2.12 Contrast (minimum)
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.12.
Table 10.12: Document success criterion: Contrast (minimum)
The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following:
Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1.
Incidental: Text or images of text that are part of an inactive user interface component, that are puredecoration, that are not visible to anyone, or that are part of a picture that contains significant other visualcontent, have no contrast requirement.

Logotypes: Text that is part of a logo or brand name has no minimum contrast requirement.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.3 Contrast (Minimum).

10.2.13 Resize text
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.13.
Table 10.13: Document success criterion: Resize text
Except for captions and images of text, text can be resized without assistive technology up to 200 percent without
loss of content or functionality.
NOTE 1: Content for which there are software players, viewers or editors with a 200 percent zoom feature would
automatically meet this success criterion when used with such players, unless the content will not workwith zoom.
NOTE 2: This success criterion is about the ability to allow users to enlarge the text on screen at least up to 200 %without needing to use assistive technologies. This means that the application provides some means forenlarging the text 200 % (zoom or otherwise) without loss of content or functionality or that theapplication works with the platform features that meet this requirement.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.4 Resize text with the additionof notes 1 and 2 above.

ETSI

47

EN 301 549 V1.1.2 (2015-04)

10.2.14 Images of text
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.14.
Table 10.14: Document success criterion: Images of text
If the technologies being used can achieve the visual presentation, text is used to convey information rather than
images of text except for the following:Customizable: The image of text can be visually customized to the user's requirements.
Essential: A particular presentation of text is essential to the information being conveyed.
NOTE 1: Logotypes (text that is part of a logo or brand name) are considered essential.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.5 Images of Text.

10.2.15 Keyboard
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.15.
Table 10.15: Document success criterion: Keyboard
All functionality of the content is operable through a keyboard interface without requiring specific timings forindividual keystrokes, except where the underlying function requires input that depends on the path of the user's
movement and not just the endpoints.
NOTE 1: This exception relates to the underlying function, not the input technique. For example, if using
handwriting to enter text, the input technique (handwriting) requires path-dependent input but theunderlying function (text input) does not.
NOTE 2: This does not forbid and should not discourage providing mouse input or other input methods in addition
to keyboard operation.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 2.1.1 Keyboard.

10.2.16 No keyboard trap
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.16.
Table 10.16: Document success criterion: No keyboard trap
If keyboard focus can be moved to a component of the document using a keyboard interface, then focus can be
moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or
tab keys or other standard exit methods, the user is advised of the method for moving focus away.
NOTE 1: Since any part of a document that does not meet this success criterion can interfere with a user's ability
to use the whole document, all content in the document (whether or not it is used to meet other successcriteria) must meet this success criterion.
NOTE 2: Standard exit methods may vary by platform. For example, on many desktop platforms, the Escape key
is a standard method for exiting.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 2.1.2 No Keyboard Trap replacing"page" and "Web page" with "document", removing "See Conformance Requirement 5: Non-Interference"
and with the addition of note 2 above.

ETSI

48

EN 301 549 V1.1.2 (2015-04)

10.2.17 Timing adjustable
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.17.
Table 10.17: Document success criterion: Timing adjustable
For each time limit that is set by the document, at least one of the following is true:Turn off: The user is allowed to turn off the time limit before encountering it; orAdjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least
ten times the length of the default setting; orExtend: The user is warned before time expires and given at least 20 seconds to extend the time limit witha simple action (for example, "press the space bar"), and the user is allowed to extend the time limit atleast ten times; orReal-time Exception: The time limit is a required part of a real-time event (for example, an auction), andno alternative to the time limit is possible; orEssential Exception: The time limit is essential and extending it would invalidate the activity; or
20 Hour Exception: The time limit is longer than 20 hours.
NOTE 1: This success criterion helps ensure that users can complete tasks without unexpected changes incontent or context that are a result of a time limit. This success criterion should be considered inconjunction with WCAG 2.0 Success Criterion 3.2.1, which puts limits on changes of content or context
as a result of user action.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 2.2.1 Timing Adjustable replacing"the content" with "documents" and with the words "WCAG 2.0" added before the word "Success
Criterion" in note 1 above.

10.2.18 Pause, stop, hide
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.18.
Table 10.18: Document success criterion: Pause, stop, hide
For moving, blinking, scrolling, or auto-updating information, all of the following are true: Moving, blinking, scrolling: For any moving, blinking or scrolling information that (1) starts automatically,(2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism
for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where
it is essential; andAuto-updating: For any auto-updating information that (1) starts automatically and (2) is presented inparallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control thefrequency of the update unless the auto-updating is part of an activity where it is essential.
NOTE 1: For requirements related to flickering or flashing content, refer to WCAG 2.0 Guideline 2.3.
NOTE 2: This success criteria is applicable to all content in the document (whether or not there is an alternate
accessible version of the document) since any part of a document that does not meet this successcriterion can interfere with a user's ability to use the whole document (including a link to the alternate
version).
NOTE 3: Content that is updated periodically by software or that is streamed to the user agent is not required topreserve or present information that is generated or received between the initiation of the pause andresuming presentation, as this may not be technically possible, and in many situations could be
misleading to do so.
NOTE 4: An animation that occurs as part of a preload phase or similar situation can be considered essential ifinteraction cannot occur during that phase for all users and if not indicating progress could confuse users
or cause them to think that content was frozen or broken.
NOTE 5: This is to be applied to all content. Any content, whether informative or decorative, that is updated
automatically, blinks, or moves may create an accessibility barrier.
NOTE 6: This success criterion is identical to the WCAG 2.0 Success Criterion 2.2.2 Pause, Stop, Hide replacing"page" and "Web page" with "document", removing "See Conformance Requirement 5: Non-Interference"in note 2 of the success criterion, with the words "WCAG 2.0" added before the word "Guideline" innote 1 above and with note 2 above re-drafted to avoid the use of the word "must".

ETSI

49

EN 301 549 V1.1.2 (2015-04)

10.2.19 Three flashes or below threshold
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.19.
Table 10.19: Document success criterion: Three flashes or below threshold
Documents do not contain anything that flashes more than three times in any one second period, or the flash is
below the general flash and red flash thresholds.
NOTE 1: This success criterion is applicable to all content in the document (whether or not there is an alternate
accessible version of the document) since any part of a document that does not meet this successcriterion can interfere with a user's ability to use the whole document (including a link to the alternate
version).
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 2.3.1 Three Flashes or Below
Threshold replacing "Web pages" with "documents", "the whole page" with "the whole document", "theWeb page" with "the document" and removing "See Conformance Requirement 5: Non-Interference" andwith note 1 above re-drafted to avoid the use of the word "must".

10.2.20 Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

10.2.21 Document titled
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.21.
Table 10.21: Document success criterion: Document titledDocuments have titles that describe topic or purpose.
NOTE 1: The name of a document (e.g. document, media file) is a sufficient title if it describes the topic or
purpose.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.2 Page Titled replacing "Webpages" with "documents", "Page" with "Document" and with the addition of note 1 above.

10.2.22 Focus order
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.22.
Table 10.22: Document success criterion: Focus order
If a document can be navigated sequentially and the navigation sequences affect meaning or operation, focusable
components receive focus in an order that preserves meaning and operability.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.3 Focus Order replacing "Webpage" with "document".

10.2.23 Link purpose (in context)
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.23.
Table 10.23: Document success criterion: Link purpose (in context)
The purpose of each link can be determined from the link text alone or from the link text together with its
programmatically determined link context, except where the purpose of the link would be ambiguous to users ingeneral.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.4 Link Purpose (In Context).

10.2.24 Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

ETSI

50

EN 301 549 V1.1.2 (2015-04)

10.2.25 Headings and labels
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.25.
Table 10.25: Document success criterion: Headings and labels
Headings and labels describe topic or purpose.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.6 Headings and Labels.

10.2.26 Focus visible
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.26.
Table 10.26: Document success criterion: Focus visible
Any keyboard operable user interface has a mode of operation where the keyboard focus indicator is visible.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.7 Focus Visible.

10.2.27 Language of document
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.27.
Table 10.27: Document success criterion: Language of pageThe default human language of each document can be programmatically determined.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.1.1 Language of Page replacing"web page" with "document".

10.2.28 Language of parts
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.28.
Table 10.28: Document success criterion: Language of parts
The human language of each passage or phrase in the document can be programmatically determined except for
proper names, technical terms, words of indeterminate language, and words or phrases that have become part ofthe vernacular of the immediately surrounding text.
NOTE 1: There are some document technologies where there is no assistive technology supported method formarking the language for the different passages or phrases in the document, and it would not be possible
to meet this success criterion with those technologies.
NOTE 2: Inheritance is one common method. For example a document provides the language that it is using and it
can be assumed that all of the text or user interface elements within that document will be using thesame language unless it is indicated.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 3.1.2 Language of Parts replacing"content" with "document" and with the addition of notes 1 and 2 above.

ETSI

51

EN 301 549 V1.1.2 (2015-04)

10.2.29 On focus
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.29.
Table 10.29: Document success criterion: On focus
When any component receives focus, it does not initiate a change of context.
NOTE 1: Some compound documents and their user agents are designed to provide significantly different viewing
and editing functionality depending upon what portion of the compound document is being interacted with(e.g. a presentation that contains an embedded spreadsheet, where the menus and toolbars of the useragent change depending upon whether the user is interacting with the presentation content, or theembedded spreadsheet content). If the user uses a mechanism other than putting focus on that portionof the compound document with which they mean to interact (e.g. by a menu choice or special keyboard
gesture), any resulting change of context would not be subject to this success criterion because it was
not caused by a change of focus.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 3.2.1 On Focus with the addition ofnote 1.

10.2.30 On input
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.30.
Table 10.30: Document success criterion: On input
Changing the setting of any user interface component does not automatically cause a change of context unless theuser has been advised of the behaviour before using the component.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.2.2 On Input.

10.2.31 Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

10.2.32 Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

10.2.33 Error identification
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.33.
Table 10.33: Document success criterion: Error identification
If an input error is automatically detected, the item that is in error is identified and the error is described to the user
in text.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.1 Error Identification.

10.2.34 Labels or instructions
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.34.
Table 10.34: Document success criterion: Labels or instructions
Labels or instructions are provided when content requires user input.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.2 Labels or Instructions.

ETSI

52

EN 301 549 V1.1.2 (2015-04)

10.2.35 Error suggestion
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.35.
Table 10.35: Document success criterion: Error suggestion
If an input error is automatically detected and suggestions for correction are known, then the suggestions areprovided to the user, unless it would jeopardize the security or purpose of the content.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.3 Error Suggestion.

10.2.36 Error prevention (legal, financial, data)
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.36.
Table 10.36: Document success criterion: Error prevention (legal, financial, data)
For documents that cause legal commitments or financial transactions for the user to occur, that modify or deleteuser-controllable data in data storage systems, or that submit user test responses, at least one of the following is
true:1) Reversible: Submissions are reversible.
2) Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correctthem.
3) Confirmed: A mechanism is available for reviewing, confirming, and correcting information before finalizing thesubmission.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.4 Error Prevention (Legal,
Financial, Data) replacing "web pages" with "documents".

10.2.37 Parsing
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.37.
Table 10.37: Document success criterion: Parsing
For documents that use markup languages, in such a way that the markup is separately exposed and available toassistive technologies and accessibility features of software or to a user-selectable user agent, elements havecomplete start and end tags, elements are nested according to their specifications, elements do not contain
duplicate attributes, and any IDs are unique, except where the specifications allow these features.
NOTE 1: Start and end tags that are missing a critical character in their formation, such as a closing angle bracket
or a mismatched attribute value quotation mark are not complete.
NOTE 2: Markup is not always available to assistive technology or to user selectable user agents such asbrowsers. In such cases, conformance to this provision would have no impact on accessibility as it canfor web content where it is exposed.
NOTE 3: Examples of markup that is separately exposed and available to assistive technologies and to useragents include but are not limited to: documents encoded in HTML, ODF, and OOXML. In theseexamples, the markup can be parsed entirely in two ways: (a) by assistive technologies which may
directly open the document, (b) by assistive technologies using DOM APIs of user agents for these
document formats.
NOTE 4: This success criterion is identical to the WCAG 2.0 Success Criterion 4.1.1 Parsing replacing "In content
implemented using markup languages" with "For documents that use markup languages, in such a waythat the markup is separately exposed and available to assistive technologies and accessibility featuresof software or to a user-selectable user agent" with the addition of notes 2 and 3 above.

ETSI

53

EN 301 549 V1.1.2 (2015-04)

10.2.38 Name, role, value
Where ICT is a non-web document, it shall satisfy the success criterion in Table 10.38.
Table 10.38: Document success criterion: Name, role, value
For all user interface components (including but not limited to: form elements, links and components generated byscripts), the name and role can be programmatically determined; states, properties, and values that can be set by
the user can be programmatically set; and notification of changes to these items is available to user agents,
including assistive technologies.
NOTE 1: This success criterion is primarily for software developers who develop or use custom user interface
components. Standard user interface components on most accessibility-supported platforms alreadymeet this success criterion when used according to specification.
NOTE 2: For document formats that support interoperability with assistive technology, standard user interface
components often meet this success criterion when used according to the general design andaccessibility guidance for the document format.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 4.1.2 Name, Role, Value replacing
the original WCAG 2.0 note with: "This success criterion is primarily for software developers who develop
or use custom user interface components. For example, standard user interface components on mostaccessibility-supported platforms already meet this success criterion when used according to
specification." and with the addition of note 2 above.

10.2.39 Caption positioning
Where ICT is a non-web document that contains synchronized media with captions, the captions should not obscure
relevant information in the synchronized media.

10.2.40 Audio description timing
Where ICT is a non-web document that contains synchronized media with audio description, the audio description
should not interfere with relevant audio information in the synchronized media.

11

Software

11.1

General (informative)

This clause provides requirements for:

platform software;software that provides a user interface including content that is in the software;authoring tools;

software that operates as assistive technology.

NOTE 1: User agents are examples of software that provide a user interface.
NOTE 2: The requirements for Web content, including software that is Web content, can be found in clause 9.
NOTE 3: The requirements for documents, that may be presented by user agents, can be found in clause 10.
NOTE 4: Although the accessibility of command line interfaces is not dealt with in the present document,
accessibility may be achieved by context specific requirements, some of which may be found in clauses 5
or 11.

11.2

Non-Web software success criteria

Requirements in clause 11.2 apply to software:that is not a web page;not embedded in web pages nor used in the rendering or functioning of the page.

ETSI

54

EN 301 549 V1.1.2 (2015-04)

Clause 9 provides requirements for software that is in web pages or that is embedded in web pages and that is used in
the rendering or that is intended to be rendered together with the web page in which it is embedded.
NOTE 1: The intent of clause 11.2 is that it applies to non-web software.
Clause 11.2.1 contains the software requirements for the functionality of software that provides a user interface and thatis not closed functionality.
Clause 11.2.2 contains the software requirements for the closed functionality of software that provides a user interface.
The success criteria set out in clause 11.2 are intended to harmonize with the W3C Working Group Note [i.26]
produced by the W3C's WCAG2ICT Task Force (http://www.w3.org/WAI/GL/WCAG2ICT-TF/).
NOTE 2: Software that provides a user interface includes its own content. Some examples of content in software
include the controls and text displayed in a menu bar of a graphical user interface application, images thatappear in a toolbar, prompts spoken in an auditory user interface, other user interaction controls, and othertext, graphics or material that is not loaded from outside the software.

11.2.111.2.1.1

Non-Web software success criteria (excluding closed functionality)
Non-text content (screen reading supported)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.1.
Table 11.1: Software success criterion: Non-text content
All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except
for the situations listed below:Controls, Input: If non-text content is a control or accepts user input, then it has a name that describes its
purpose. (Refer to WCAG 2.0 Guideline 4.1 [4] for additional requirements for controls and content that
accepts user input.)Time-Based Media: If non-text content is time-based media, then text alternatives at least provide
descriptive identification of the non-text content. (Refer to WCAG 2.0 Guideline 1.2 [4] for additional
requirements for media.)
Test: If non-text content is a test or exercise that would be invalid if presented in text, then text alternatives
at least provide descriptive identification of the non-text content.

Sensory: If non-text content is primarily intended to create a specific sensory experience, then text
alternatives at least provide descriptive identification of the non-text content.

CAPTCHA: If the purpose of non-text content is to confirm that content is being accessed by a person
rather than a computer, then text alternatives that identify and describe the purpose of the non-text content
are provided, and alternative forms of CAPTCHA using output modes for different types of sensory
perception are provided to accommodate different disabilities.

Decoration, Formatting, Invisible: If non-text content is pure decoration, is used only for visual
formatting, or is not presented to users, then it is implemented in a way that it can be ignored by assistive
technology.
NOTE 1: CAPTCHAs do not currently appear outside of the Web. However, if they do appear, this guidance isaccurate.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.1.1 Non-text content with thewords "WCAG 2.0" added before each occurrence of the word "guideline" and with the addition of note 1
above.

ETSI

55

11.2.1.2

EN 301 549 V1.1.2 (2015-04)

Audio-only and video-only (pre-recorded)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading and where pre-recorded auditory information is not needed to enable the use of closed functions of ICT,it shall satisfy the success criterion in Table 11.2.
Table 11.2: Software success criterion: Audio-only and video-only (pre-recorded)
For pre-recorded audio-only and pre-recorded video-only media, the following are true, except when the audio orvideo is a media alternative for text and is clearly labelled as such:Pre-recorded Audio-only: An alternative for time-based media is provided that presents equivalent
information for pre-recorded audio-only content.
Pre-recorded Video-only: Either an alternative for time-based media or an audio track is provided that
presents equivalent information for pre-recorded video-only content.
NOTE 1: The alternative can be provided directly in the software - or provided in an alternate version that meetsthe success criterion.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.1 Audio-only and Video-only(Pre-recorded) with the addition of note 1 above.

11.2.1.3

Captions (pre-recorded)

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.3.
Table 11.3: Software success criterion: Captions (pre-recorded)
Captions are provided for all pre-recorded audio content in synchronized media, except when the media is a media
alternative for text and is clearly labeled as such.
NOTE 1: The WCAG 2.0 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.0, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed
to understand the media content" where non-speech information includes "sound effects, music,
laughter, speaker identification and location".
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.2 Captions (Pre-recorded) withthe addition of note 1 above.

11.2.1.4

Audio description or media alternative (pre-recorded)

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.4.
Table 11.4: Software success criterion: Audio description or media alternative (pre-recorded)
An alternative for time-based media or audio description of the pre-recorded video content is provided forsynchronized media, except when the media is a media alternative for text and is clearly labeled as such.
NOTE 1: The WCAG 2.0 definition of "audio description" says that "audio description" is "also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.3 Audio Description or Media
Alternative (Pre-recorded) with the addition of notes 1 and 2 above.

ETSI

56

11.2.1.5

EN 301 549 V1.1.2 (2015-04)

Captions (live)

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.5.
Table 11.5: Software success criterion: Captions (live)
Captions are provided for all live audio content in synchronized media.
NOTE 1: The WCAG 2.0 definition of "captions" notes that "in some countries, captions are called subtitles". They
are also sometimes referred to as "subtitles for the hearing impaired". Per the definition in WCAG 2.0, tomeet this success criterion, whether called captions or subtitles, they would have to provide"synchronized visual and / or text alternative for both speech and non-speech audio information needed
to understand the media content" where non-speech information includes "sound effects, music,
laughter, speaker identification and location".
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.4 Captions (Live) with theaddition of note 1 above.

11.2.1.6

Audio description (pre-recorded)

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.6.
Table 11.6: Software success criterion: Audio description (pre-recorded)
Audio description is provided for all pre-recorded video content in synchronized media.
NOTE 1: The WCAG 2.0 definition of "audio description" says that audio description is "Also called 'video
description' and 'descriptive narration'".
NOTE 2: Secondary or alternate audio tracks are commonly used for this purpose.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 1.2.5 Audio Description(Pre-recorded) with the addition of note 1 above.

11.2.1.7

Info and relationships

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.7.
Table 11.7: Software success criterion: Info and relationships
Information, structure, and relationships conveyed through presentation can be programmatically determined or areavailable in text.
NOTE 1: In software, programmatic determinability is best achieved through the use of accessibility services
provided by platform software to enable interoperability between software and assistive technologies andaccessibility features of software. (see clause 11.3 Interoperability with assistive technology).
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.3.1 Info and Relationships withthe addition of note 1 above.

11.2.1.8

Meaningful sequence

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.8.
Table 11.8: Software success criterion: Meaningful sequence
When the sequence in which content is presented affects its meaning, a correct reading sequence can be
programmatically determined.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 1.3.2 Meaningful Sequence.

ETSI

57

11.2.1.9

EN 301 549 V1.1.2 (2015-04)

Sensory characteristics

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.9.
Table 11.9: Software success criterion: Sensory characteristics
Instructions provided for understanding and operating content do not rely solely on sensory characteristics ofcomponents such as shape, size, visual location, orientation, or sound.
NOTE 1: For requirements related to colour, refer to WCAG 2.0 Guideline 1.4 [4].
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.3.3 Sensory Characteristics withthe words "WCAG 2.0" added before the word "Guideline" in note 1 above.

11.2.1.10

Use of colour

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.10.
Table 11.10: Software success criterion: Use of colour
Colour is not used as the only visual means of conveying information, indicating an action, prompting a response, or
distinguishing a visual element.
NOTE 1: This success criterion addresses colour perception specifically. Other forms of perception are covered in
WCAG 2.0 Guideline 1.3 [4] including programmatic access to colour and other visual presentation
coding.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.1 Use of Color with the words"WCAG 2.0" added before the word "Guideline" in note 1 above.

11.2.1.11

Audio control

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.11.
Table 11.11: Software success criterion: Audio control
If any audio in a software plays automatically for more than 3 seconds, either a mechanism is available to pause orstop the audio, or a mechanism is available to control audio volume independently from the overall system volumelevel.
NOTE 1: Since any part of a software that does not meet this success criterion can interfere with a user's ability to
use the whole software, all content in the software (whether or not it is used to meet other successcriteria) shall meet this success criterion.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.2 Audio Control replacing "on aWeb page" with "in a software", "any content" with "any part of a software", "whole page" with "wholesoftware", "on the Web page" with "in the software", removing "See Conformance Requirement 5:
Non-Interference" and adding note 1.

11.2.1.12

Contrast (minimum)

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.12.
Table 11.12: Software success criterion: Contrast (minimum)
The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following:
Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1.
Incidental: Text or images of text that are part of an inactive user interface component, that are puredecoration, that are not visible to anyone, or that are part of a picture that contains significant other visualcontent, have no contrast requirement.

Logotypes: Text that is part of a logo or brand name has no minimum contrast requirement.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.3 Contrast (Minimum).

ETSI

58

11.2.1.13

EN 301 549 V1.1.2 (2015-04)

Resize text

Where ICT is non-web software that provides a user interface and that supports access to enlargement features ofplatform or assistive technology, it shall satisfy the success criterion in Table 11.13.
Table 11.13: Software success criterion: Resize text
Except for captions and images of text, text can be resized without assistive technology up to 200 percent without
loss of content or functionality.
NOTE 1: Content for which there are software players, viewers or editors with a 200 percent zoom feature would
automatically meet this success criterion when used with such players, unless the content will not workwith zoom.
NOTE 2: This success criterion is about the ability to allow users to enlarge the text on screen at least up to 200 %without needing to use assistive technologies. This means that the application provides some means forenlarging the text 200 % (zoom or otherwise) without loss of content or functionality or that theapplication works with the platform features that meet this requirement.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.4 Resize text with the additionof notes 1 and 2 above.

11.2.1.14

Images of text

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.14.
Table 11.14: Software success criterion: Images of text
If the technologies being used can achieve the visual presentation, text is used to convey information rather than
images of text except for the following:Customizable: The image of text can be visually customized to the user's requirements.
Essential: A particular presentation of text is essential to the information being conveyed.
NOTE 1: Logotypes (text that is part of a logo or brand name) are considered essential.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 1.4.5 Images of Text.

11.2.1.15

Keyboard

Where ICT is non-web software that provides a user interface and that supports access to keyboards or a keyboard
interface, it shall satisfy the success criterion in Table 11.15.
Table 11.15: Software success criterion: Keyboard
All functionality of the content is operable through a keyboard interface without requiring specific timings forindividual keystrokes, except where the underlying function requires input that depends on the path of the user's
movement and not just the endpoints.
NOTE 1: This exception relates to the underlying function, not the input technique. For example, if using
handwriting to enter text, the input technique (handwriting) requires path-dependent input but theunderlying function (text input) does not.
NOTE 2: This does not forbid and should not discourage providing mouse input or other input methods in addition
to keyboard operation.
NOTE 3: This does not imply that software is required to directly support a keyboard or "keyboard interface". Nordoes it imply that software is required to provide a soft keyboard. Underlying platform software may
provide device independent input services to applications that enable operation via a keyboard. Softwarethat supports operation via such platform device independent services would be operable by a keyboard
and would comply.
NOTE 4: This success criterion is identical to the WCAG 2.0 Success Criterion 2.1.1 Keyboard with the addition ofnote 3 above.

ETSI

59

11.2.1.16

EN 301 549 V1.1.2 (2015-04)

No keyboard trap

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.16.
Table 11.16: Software success criterion: No keyboard trap
If keyboard focus can be moved to a component of the software using a keyboard interface, then focus can be
moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or
tab keys or other standard exit methods, the user is advised of the method for moving focus away.
NOTE 1: Since any part of a software that does not meet this success criterion can interfere with a user's ability to
use the whole software, all content in the software (whether or not it is used to meet other successcriteria) shall meet this success criterion.
NOTE 2: Standard exit methods may vary by platform. For example, on many desktop platforms, the Escape key
is a standard method for exiting.
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 2.1.2 No Keyboard Trap replacing"content", "page" and "Web page" with "software", removing "See Conformance Requirement 5: NonInterference" and with the addition of note 2 above.

11.2.1.17

Timing adjustable

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.17.
Table 11.17: Software success criterion: Timing adjustable
For each time limit that is set by the software, at least one of the following is true:Turn off: The user is allowed to turn off the time limit before encountering it; orAdjust: The user is allowed to adjust the time limit before encountering it over a wide range that is at least
ten times the length of the default setting; orExtend: The user is warned before time expires and given at least 20 seconds to extend the time limit witha simple action (for example, "press the space bar"), and the user is allowed to extend the time limit atleast ten times; orReal-time Exception: The time limit is a required part of a real-time event (for example, an auction), andno alternative to the time limit is possible; orEssential Exception: The time limit is essential and extending it would invalidate the activity; or
20 Hour Exception: The time limit is longer than 20 hours.
NOTE 1: This success criterion helps ensure that users can complete tasks without unexpected changes incontent or context that are a result of a time limit. This success criterion should be considered inconjunction with clause 11.2.1.29 (On focus), which puts limits on changes of content or context as aresult of user action.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 2.2.1 Timing Adjustable replacing"the content" with "software".

ETSI

60

11.2.1.18

EN 301 549 V1.1.2 (2015-04)

Pause, stop, hide

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.18.
Table 11.18: Software success criterion: Pause, stop, hide
For moving, blinking, scrolling, or auto-updating information, all of the following are true:Moving, blinking, scrolling: For any moving, blinking or scrolling information that (1) starts automatically,(2) lasts more than five seconds, and (3) is presented in parallel with other content, there is a mechanism
for the user to pause, stop, or hide it unless the movement, blinking, or scrolling is part of an activity where
it is essential; andAuto-updating: For any auto-updating information that (1) starts automatically and (2) is presented inparallel with other content, there is a mechanism for the user to pause, stop, or hide it or to control thefrequency of the update unless the auto-updating is part of an activity where it is essential.
NOTE 1: For requirements related to flickering or flashing content, refer to WCAG 2.0 Guideline 2.3.
NOTE 2: This success criteria is applicable to all content in the software (whether or not there is an alternate
accessible mode of operation of the software) since any part of a software that does not meet thissuccess criterion can interfere with a user's ability to use the whole software (including a user interface
element that enables the user to activate the alternate accessible mode of operation).
NOTE 3: Content that is updated periodically by software or that is streamed to the user agent is not required topreserve or present information that is generated or received between the initiation of the pause andresuming presentation, as this may not be technically possible, and in many situations could be
misleading to do so.
NOTE 4: An animation that occurs as part of a preload phase or similar situation can be considered essential ifinteraction cannot occur during that phase for all users and if not indicating progress could confuse users
or cause them to think that content was frozen or broken.
NOTE 5: This is to be applied to all content. Any content, whether informative or decorative, that is updated
automatically, blinks, or moves may create an accessibility barrier.
NOTE 6: This success criterion is identical to the WCAG 2.0 Success Criterion 2.2.2 Pause, Stop, Hide replacing"page" and "Web page" with "software", removing "See Conformance Requirement 5: Non-Interference"in note 2 of the success criterion, with the words "WCAG 2.0" added before the word "Guideline" innote 1 above, with note 2 above re-drafted to avoid the use of the word "must" and with the addition ofnote 5 above.

11.2.1.19

Three flashes or below threshold

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.19.
Table 11.19: Software success criterion: Three flashes or below threshold
Software does not contain anything that flashes more than three times in any one second period, or the flash is
below the general flash and red flash thresholds.
NOTE 1: This success criteria is applicable to all content in the software (whether or not there is an alternate
accessible mode of operation of the software) since any part of a software that does not meet thissuccess criterion can interfere with a user's ability to use the whole software (including a user interface
element that enables the user to activate the alternate accessible mode of operation).
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 2.3.1 Three Flashes or Below
Threshold replacing "Web pages" with "software", "the whole page" with "the whole software", "the Web
page" with "the software" and removing "See Conformance Requirement 5: Non-Interference" and withnote 1 above re-drafted to avoid the use of the word "must".

11.2.1.20

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.1.21

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

ETSI

61

11.2.1.22

EN 301 549 V1.1.2 (2015-04)

Focus order

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.22.
Table 11.22: Software success criterion: Focus order
If software can be navigated sequentially and the navigation sequences affect meaning or operation, focusable
components receive focus in an order that preserves meaning and operability.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.3 Focus order replacing "Webpage" with "software".

11.2.1.23

Link purpose (in context)

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.23.
Table 11.23: Software success criterion: Link purpose (in context)
The purpose of each link can be determined from the link text alone or from the link text together with its
programmatically determined link context, except where the purpose of the link would be ambiguous to users ingeneral.
NOTE 1: In software, a "link" is any text string or image in the user interface outside a user interface control thatbehaves like a hypertext link. This does not include general user interface controls or buttons. (An OK
button, for example, would not be a link.)
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.4 Link purpose (in context),
replacing both "web page" and "page" with "software" and with the addition of note 1 above.

11.2.1.24

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.1.25

Headings and labels

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.25.
Table 11.25: Software success criterion: Headings and labels
Headings and labels describe topic or purpose.
NOTE 1: In software, headings and labels are used to describe sections of content and controls respectively. In
some cases it may be unclear whether a piece of static text is a heading or a label. But whether treatedas a label or a heading, the requirement is the same: that if they are present they describe the topic or
purpose of the item(s) they are associated with.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.6 Headings and labels with theaddition of note 1 above.

11.2.1.26

Focus visible

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.26.
Table 11.26: Software success criterion: Focus visible
Any keyboard operable user interface has a mode of operation where the keyboard focus indicator is visible.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 2.4.7 Focus visible.

ETSI

62

11.2.1.27

EN 301 549 V1.1.2 (2015-04)

Language of software

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.27.
Table 11.27: Software success criterion: Language of software
The default human language of software can be programmatically determined.
NOTE 1: Where software platforms provide a "locale / language" setting, applications that use that setting andrender their interface in that "locale / language" would comply with this success criterion. Applications
that do not use the platform "locale / language" setting but instead use an accessibility-supported method
for exposing the human language of the software would also comply with this success criterion.
Applications implemented in technologies where assistive technologies cannot determine the humanlanguage and that do not support the platform "locale / language" setting may not be able to meet thissuccess criterion in that locale / language.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 3.1.1 Language of page, replacing"each web page" with "software" and with the addition of note 1 above.

11.2.1.28

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.1.29

On focus

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.29.
Table 11.29: Software success criterion: On focus
When any component receives focus, it does not initiate a change of context.
NOTE 1: Some compound documents and their user agents are designed to provide significantly different viewing
and editing functionality depending upon what portion of the compound document is being interacted with(e.g. a presentation that contains an embedded spreadsheet, where the menus and toolbars of the useragent change depending upon whether the user is interacting with the presentation content, or theembedded spreadsheet content). If the user uses a mechanism other than putting focus on that portionof the compound document with which they mean to interact (e.g. by a menu choice or special keyboard
gesture), any resulting change of context would not be subject to this success criterion because it was
not caused by a change of focus.
NOTE 2: This success criterion is identical to the WCAG 2.0 Success Criterion 3.2.1 On focus, with the addition ofnote 1 above.

11.2.1.30

On input

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.30.
Table 11.30: Software success criterion: On input
Changing the setting of any user interface component does not automatically cause a change of context unless theuser has been advised of the behavior before using the component.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.2.2 On input.

11.2.1.31

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.1.32

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

ETSI

63

11.2.1.33

EN 301 549 V1.1.2 (2015-04)

Error identification

Where ICT is non-web software that provides a user interface and that supports access to assistive technologies forscreen reading, it shall satisfy the success criterion in Table 11.33.
Table 11.33: Software success criterion: Error identification
If an input error is automatically detected, the item that is in error is identified and the error is described to the user
in text.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.1 Error identification.

11.2.1.34

Labels or instructions

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.34.
Table 11.34: Software success criterion: Labels or instructions
Labels or instructions are provided when content requires user input.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.2 Labels or instructions.

11.2.1.35

Error suggestion

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.35.
Table 11.35: Software success criterion: Error suggestion
If an input error is automatically detected and suggestions for correction are known, then the suggestions areprovided to the user, unless it would jeopardize the security or purpose of the content.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.3 Error suggestion.

11.2.1.36

Error prevention (legal, financial, data)

Where ICT is non-web software that provides a user interface, it shall satisfy the success criterion in Table 11.36.
Table 11.36: Software success criterion: Error prevention (legal, financial, data)
For software that cause legal commitments or financial transactions for the user to occur, that modify or delete usercontrollable data in data storage systems, or that submit user test responses, at least one of the following is true:
1) Reversible: Submissions are reversible.
2) Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correctthem.
3) Confirmed: A mechanism is available for reviewing, confirming, and correcting information before finalizing thesubmission.
NOTE:
This success criterion is identical to the WCAG 2.0 Success Criterion 3.3.4 Error prevention (legal,financial, data) replacing "web pages" with "software".

ETSI

64

11.2.1.37

EN 301 549 V1.1.2 (2015-04)

Parsing

Where ICT is non-web software that provides a user interface and that supports access to any assistive technologies, it
shall satisfy the success criterion in Table 11.37.
Table 11.37: Software success criterion: Parsing
For software that uses markup languages, in such a way that the markup is separately exposed and available toassistive technologies and accessibility features of software or to a user-selectable user agent, elements havecomplete start and end tags, elements are nested according to their specifications, elements do not contain
duplicate attributes, and any IDs are unique, except where the specifications allow these features.
NOTE 1: Start and end tags that are missing a critical character in their formation, such as a closing angle bracket
or a mismatched attribute value quotation mark are not complete.
NOTE 2: Markup is not always available to assistive technology or to user selectable user agents such asbrowsers. In such cases, conformance to this provision would have no impact on accessibility as it canfor web content where it is exposed.
NOTE 3: Examples of markup that is separately exposed and available to assistive technologies and to useragents include but are not limited to: documents encoded in HTML, ODF, and OOXML. In theseexamples, the markup can be parsed entirely in two ways: (a) by assistive technologies which may
directly open the document, (b) by assistive technologies using DOM APIs of user agents for these
document formats.
NOTE 4: Examples of markup used internally for persistence of the software user interface that are never exposed
to assistive technology include but are not limited to: XUL, GladeXML, and FXML. In these examples
assistive technology only interacts with the user interface of generated software.
NOTE 5: This success criterion is identical to the WCAG 2.0 Success Criterion 4.1.1 Parsing replacing "In content
implemented using markup languages" with "For software that uses markup languages, in such a waythat the markup is separately exposed and available to assistive technologies and accessibility featuresof software or to a user-selectable user agent" with the addition of notes 2, 3 and 4 above.

11.2.1.38

Name, role, value

Where ICT is non-web software that provides a user interface and that supports access to any assistive technologies, it
shall satisfy the success criterion in Table 11.38.
Table 11.38: Software success criterion: Name, role, value
For all user interface components (including but not limited to: form elements, links and components generated byscripts), the name and role can be programmatically determined; states, properties, and values that can be set by
the user can be programmatically set; and notification of changes to these items is available to user agents,
including assistive technologies.
NOTE 1: This success criterion is primarily for software developers who develop or use custom user interface
components. Standard user interface components on most accessibility-supported platforms alreadymeet this success criterion when used according to specification.
NOTE 2: For conforming to this success criterion, it is usually best practice for software user interfaces to use theaccessibility services provided by platform software. These accessibility services enable interoperability
between software user interfaces and both assistive technologies and accessibility features of softwarein standardised ways. Most platform accessibility services go beyond programmatic exposure of nameand role, and programmatic setting of states, properties and values (and notification of same), andspecify additional information that could or should be exposed and / or set (for instance, a list of theavailable actions for a given user interface component, and a means to programmatically execute one of
the listed actions).
NOTE 3: This success criterion is identical to the WCAG 2.0 Success Criterion 4.1.2 Name, Role, Value replacing
the original WCAG 2.0 note with: "This success criterion is primarily for software developers who develop
or use custom user interface components. Standard user interface components on most accessibilitysupported platforms already meet this success criterion when used according to specification." and the
addition of note 2 above.

ETSI

65

11.2.211.2.2.1

EN 301 549 V1.1.2 (2015-04)

Non-Web software requirements (closed functionality)
Non-text content

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.6 (Speech output for non-text content).
NOTE:

11.2.2.2
11.2.2.2.1

Clause 11.2.1.1 requires text or a text alternative to be available as an equivalent to non-text content.
Clause 5.1.3.6 addresses that need when functionality is closed to screen reading.

Audio-only and video-only (pre-recorded)
Pre-recorded audio-only

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading and pre-recorded auditory information is needed to enable the use of closed functions of ICT, the functionalityof software that provides a user interface shall meet requirement 5.1.5 (Visual output for auditory information).
NOTE:

11.2.2.2.2

Clause 11.2.1.2 requires a text alternative for time based audio media. Clause 5.1.5 addresses the sameneed by asking for the provision of visual information that is equivalent to the pre-recorded auditory
output.

Pre-recorded video-only

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.7 (Speech output for video information).
NOTE:

11.2.2.3

Clause 11.2.1.2 requires a text alternative for time based video media. Clause 5.1.3.7 addresses that sameneed by requiring the presentation of equivalent information for the pre-recorded video content in theform of speech output.

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.4

Audio description or media alternative (pre-recorded)

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.7 (Speech output for video information).
NOTE:

11.2.2.5

One of the options available to authors as a means to meet clause 11.2.1.4 is providing a media alternativethat is text, which necessarily relies on a connected assistive technology to be presented. Clause 5.1.3.7
addresses that same need when functionality is closed to screen reading.

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.6

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

ETSI

66

11.2.2.7

EN 301 549 V1.1.2 (2015-04)

Info and relationships

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading and where information is displayed on the screen, the ICT should provide auditory information that allows theuser to correlate the audio with the information displayed on the screen.
NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if itcannot be fully comprehended. An audio alternative that is both complete and complementary includes all
visual information such as focus or highlighting, so that the audio can be correlated with information thatis visible on the screen at any point in time.
NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information
displayed on the screen include structure and relationships conveyed through presentation.
NOTE 3: Clause 11.2.1.7 requires information to be in a programmatically determinable form in order for
relationships to be determined.

11.2.2.8

Meaningful sequence

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading and where information is displayed on the screen, the ICT should provide auditory information that allows theuser to correlate the audio with the information displayed on the screen.
NOTE 1: Many people who are legally blind still have visual ability, and use aspects of the visual display even if itcannot be fully comprehended. An audio alternative that is both complete and complementary includes all
visual information such as focus or highlighting, so that the audio can be correlated with information thatis visible on the screen at any point in time.
NOTE 2: Examples of auditory information that allows the user to correlate the audio with the information
displayed on the screen include structure and relationships conveyed through presentation.
NOTE 3: Clause 11.2.1.8 requires information to be in a programmatically determinable form in order for reading
sequence to be determined.

11.2.2.9

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.10

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.11

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.12

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.13

Resize text

Where ICT is non-web software that provides a user interface which is not able to access to enlargement features ofplatform or assistive technology, it shall meet requirement 5.1.4 (Functionality closed to text enlargement).
NOTE 1: Clause 11.2.1.13 requires information to be in a programmatically determinable form in order for reading
sequence to be determined. Clause 5.1.4 addresses the same need for larger text.
NOTE 2: Because the text rendering support in a closed environment may be more limited than the support foundin user agents for the Web, meeting 11.2.1.13 in a closed environment may place a much heavier burden
on the content author.

ETSI

67

11.2.2.14

EN 301 549 V1.1.2 (2015-04)

Images of text

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it does not need to meet the "Images of text" success criterion in Table 11.14 because there is no need to
impose a requirement on all closed functionality that text displayed on the screen actually be represented internally astext (as defined by WCAG 2.0), given that there is no interoperability with assistive technology.

11.2.2.15

Keyboard

Where ICT is non-web software that provides a user interface which is closed to keyboards or keyboard interface, it
shall meet requirement 5.1.6.1 (Operation without keyboard interface: Closed functionality).
NOTE:

11.2.2.16

Clause 11.2.1.15 requires operation via a keyboard interface which allows alternative input devices.
Clause 5.1.6.1 addresses the same user need without the need for a keyboard interface.

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.17

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.18

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.19

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.20

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.21

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.22

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.23

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.24

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.25

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

ETSI

68

11.2.2.26

EN 301 549 V1.1.2 (2015-04)

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.27

Language of software

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.14 (Spoken languages).
NOTE:

11.2.2.28

Clause 11.2.1.27 requires information to be in a programmatically determinable form in order for the
language of software to be determined. Clause 5.1.3.14 addresses the need to ensure that the user ispresented with information in an appropriate language.

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.29

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.30

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.31

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.32

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.33

Error Identification

Where ICT is non-web software that provides a user interface which is closed to assistive technologies for screen
reading, it shall meet requirement 5.1.3.15 (Non-visual error identification).
NOTE:

11.2.2.34

While it is important for errors that can be detected to be described to the user, clause 11.2.1.33 requires
this information to be provided in text, as defined in WCAG 2.0. Clause 5.1.3.15 addresses the same needto describe errors to users.

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.35

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

11.2.2.36

Empty clauseThis clause contains no requirements. It is included to align the numbering of related sub-clauses in clauses 9.2, 10.2
and 11.2.

ETSI

69

11.2.2.37

EN 301 549 V1.1.2 (2015-04)

Parsing

Where ICT is non-web software that provides a user interface which is closed to all assistive technology it shall nothave to meet the "Parsing" success criterion in Table 11.37 because the intent of this success criterion is to provide
consistency so that different user agents or assistive technologies will yield the same result.

11.2.2.38

Name, role, value

Where ICT is non-web software that provides a user interface which is closed to all assistive technology it shall nothave to meet the "Name, role, value" success criterion in Table 11.38 because this success criterion requires information
in a programmatically determinable form.

11.3

Interoperability with assistive technology

11.3.1

Closed functionality

Where the closed functionality of software conforms to clause 5.1 (Closed functionality) it shall not be required toconform with clause 11.3.2 to clause 11.3.17.

11.3.211.3.2.1

Accessibility services
Platform accessibility service support for software that provides a userinterface

Platform software shall provide a set of documented platform services that enable software that provides a user interface
running on the platform software to interoperate with assistive technology.
Platform software should support requirements 11.3.2.5 to 11.3.2.17 except that, where a user interface concept that
corresponds to one of the clauses 11.3.2.5 to 11.3.2.17 is not supported within the software environment, theserequirements are not applicable. For example, selection attributes from 11.3.2.14 (Modification of focus and selection
attributes) may not exist in environments that do not allow selection, which is most commonly associated with copy andpaste.
NOTE 1: These define the minimum functionality of software providing user interfaces when using platform
services.
NOTE 2: In some platforms these services may be called accessibility services, but in some other platforms these
services may be provided as part of the user interface services.
NOTE 3: User interface services that provide accessibility support by default are considered to be part of theservices provided to conform to this clause (e.g. the service for creating a new user interface element
provides role, state, boundary, name and description).
NOTE 4: To comply with this requirement the platform software can provide its own set of services or expose theservices provided by its underlying platform layers, if those services conform to this requirement.
NOTE 5: Within specific programming environments, the technical attributes associated with the user interface
properties described in clauses 11.3.2.5 to 11.3.2.17 might have different names than those used within
the clauses.

11.3.2.2

Platform accessibility service support for assistive technologies

Platform software shall provide a set of documented platform accessibility services that enable assistive technology tointeroperate with software that provides a user interface running on the platform software.
Platform software should support the requirements of clauses 11.3.2.5 to 11.3.2.17 except that, where a user interface
concept that corresponds to one of the clauses 11.3.2.5 to 11.3.2.17 is not supported within the software environment,these requirement are not applicable. For example, selection attributes from 11.3.2.14 (Modification of focus andselection attributes) may not exist in environments that do not allow selection, which is most commonly associated withcopy and paste.
NOTE 1: These define the minimum functionality available to assistive technologies when using platform services.

ETSI

70

EN 301 549 V1.1.2 (2015-04)

NOTE 2: The definition of platform in 3.1 applies to software that provides services to other software, including
but not limited to, operating systems, web browsers, virtual machines.
NOTE 3: In some platforms these services may be called accessibility services, but in some other platforms these
services may be provided as part of the user interface services.
NOTE 4: Typically these services belong to the same set of services that are described in clause 11.3.2.1.
NOTE 5: To comply with this requirement the platform software can provide its own set of services or expose theservices provided by its underlying platform layers, if those services conform to this requirement.

11.3.2.3

Use of accessibility services

Where the software provides a user interface it shall use the applicable documented platform accessibility services. If
the documented platform accessibility services do not allow the software to meet the applicable requirements ofclauses 11.3.2.5 to 11.3.2.17, then software that provides a user interface shall use other documented services tointeroperate with assistive technology.
NOTE:

The term "documented platform accessibility services" refers to the set of services provided by theplatform according to clauses 11.3.2.1 and 11.3.2.2.

It is best practice to develop software using toolkits that automatically implement the underlying platform accessibility
services.

11.3.2.4

Assistive technology

Where the ICT is assistive technology it shall use the documented platform accessibility services.
NOTE 1: The term "documented platform accessibility services" refers to the set of services provided by theplatform according to clauses 11.3.2.1 and 11.3.2.2.
NOTE 2: Assistive technology can also use other documented accessibility services.

11.3.2.5

Object information

Where the software provides a user interface it shall, by using the services as described in clause 11.3.2.3, make the userinterface elements' role, state(s), boundary, name, and description programmatically determinable by assistive
technologies.

11.3.2.6

Row, column, and headers

Where the software provides a user interface it shall, by using the services as described in clause 11.3.2.3, make the row
and column of each cell in a data table, including headers of the row and column if present, programmaticallydeterminable by assistive technologies.

11.3.2.7

Values

Where the software provides a user interface, it shall, by using the services as described in clause 11.3.2.3, make thecurrent value of a user interface element and any minimum or maximum values of the range, if the user interface
element conveys information about a range of values, programmatically determinable by assistive technologies.

11.3.2.8

Label relationships

Where the software provides a user interface it shall expose the relationship that a user interface element has as a label
for another element, or of being labelled by another element, using the services as described in clause 11.3.2.3, so that
this information is programmatically determinable by assistive technologies.

11.3.2.9

Parent-child relationships

Where the software provides a user interface it shall, by using the services as described in clause 11.3.2.3, make therelationship between a user interface element and any parent or children elements programmatically determinable byassistive technologies.

ETSI

71

11.3.2.10

EN 301 549 V1.1.2 (2015-04)

Text

Where the software provides a user interface it shall, by using the services as described in clause 11.3.2.3, make the text
contents, text attributes, and the boundary of text rendered to the screen programmatically determinable by assistive
technologies.

11.3.2.11

List of available actions

Where the software provides a user interface it shall, by using the services as described in clause 11.3.2.3, make a list ofavailable actions that can be executed on a user interface element, programmatically determinable by assistive
technologies.

11.3.2.12

Execution of available actions

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in clause 11.3.2.3, allow the programmatic execution of the actions exposed according to clause 11.3.2.11 byassistive technologies.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product. Examples of systems under strict security requirements are systems
dealing with intelligence activities, cryptologic activities related to national security, command andcontrol of military forces.
NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.3.2.13

Tracking of focus and selection attributes

Where software provides a user interface it shall, by using the services as described in clause 11.3.2.3, makeinformation and mechanisms necessary to track focus, text insertion point, and selection attributes of user interface
elements programmatically determinable by assistive technologies.

11.3.2.14

Modification of focus and selection attributes

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in clause 11.3.2.3, allow assistive technologies to programmatically modify focus, text insertion point, andselection attributes of user interface elements where the user can modify these items.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product and so this requirement would not apply. Examples of systems understrict security requirements are systems dealing with intelligence activities, cryptologic activities related
to national security, command and control of military forces.
NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.3.2.15

Change notification

Where software provides a user interface it shall, by using the services as described in 11.3.2.3, notify assistive
technologies about changes in those programmatically determinable attributes of user interface elements that arereferenced in requirements 11.3.2.5 to 11.3.2.11 and 11.3.2.13.

11.3.2.16

Modifications of states and properties

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in clause 11.3.2.3, allow assistive technologies to programmatically modify states and properties of userinterface elements, where the user can modify these items.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product and so this requirement would not apply. Examples of systems understrict security requirements are systems dealing with intelligence activities, cryptologic activities related
to national security, command and control of military forces.

ETSI

72

EN 301 549 V1.1.2 (2015-04)

NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.3.2.17

Modifications of values and text

Where permitted by security requirements, software that provides a user interface shall, by using the services as
described in 11.3.2.3, allow assistive technologies to modify values and text of user interface elements using the input
methods of the platform, where a user can modify these items without the use of assistive technology.
NOTE 1: In some cases the security requirements imposed on a software product may forbid external software frominterfering with the ICT product and so this requirement would not apply. Examples of systems understrict security requirements are systems dealing with intelligence activities, cryptologic activities related
to national security, command and control of military forces.
NOTE 2: Assistive technologies may be required to maintain the same level of security as the standard input
mechanisms supported by the platform.

11.4

Documented accessibility usage

11.4.1

User control of accessibility features

Where software is a platform it shall provide sufficient modes of operation for user control over those platform
accessibility features documented as intended for users.

11.4.2

No disruption of accessibility features

Where software provides a user interface it shall not disrupt those documented accessibility features that are defined inplatform documentation except when requested to do so by the user during the operation of the software.

11.5

User preferences

Where software provides a user interface it shall provide sufficient modes of operation that use user preferences forplatform settings for colour, contrast, font type, font size, and focus cursor except for software that is designed to beisolated from its underlying platforms.
NOTE:

Software that is isolated from its underlying platform has no access to user settings in the platform andthus cannot adhere to them.

11.6

Authoring tools

11.6.1

Content technology

Authoring tools shall conform to clauses 11.6.2 to 11.6.5 to the extent that information required for accessibility is
supported by the format used for the output of the authoring tool.

11.6.2

Accessible content creation

Authoring tools shall enable and guide the production of content that conforms to clauses 9 (Web content) or 10(Non-Web content) as applicable.
NOTE:

11.6.3

Authoring tools may rely on additional tools where conformance with specific requirements is notachievable by a single tool. For example, a video editing tool may enable the creation of video files for
distribution via broadcast television and the web, but authoring of caption files for multiple formats may
be provided by a different tool.

Preservation of accessibility information in transformations

If the authoring tool provides restructuring transformations or re-coding transformations, then accessibility information
shall be preserved in the output if equivalent mechanisms exist in the content technology of the output.
NOTE 1: Restructuring transformations are transformations in which the content technology stays the same, but thestructural features of the content are changed (e.g. linearizing tables, splitting a document into pages).

ETSI

73

EN 301 549 V1.1.2 (2015-04)

NOTE 2: Re-coding transformations are transformations in which the technology used to encode the content ischanged.

11.6.4

Repair assistanceIf the accessibility checking functionality of an authoring tool can detect that content does not meet a requirement ofclauses 9 (Web content) or 10 (Documents) as applicable, then the authoring tool shall provide repair suggestion(s).
NOTE:

11.6.5This does not preclude automated and semi-automated repair which is possible (and encouraged) for
many types of content accessibility problems.

Templates

When an authoring tool provides templates, at least one template that supports the creation of content that conforms to
the requirements of clauses 9 (Web content) or 10 (Documents) as applicable shall be available and identified as such.

12

Documentation and support services

12.1

Product documentation

12.1.1

Accessibility and compatibility features

Product documentation provided with the ICT whether provided separately or integrated within the ICT shall list andexplain how to use the accessibility and compatibility features of the ICT.
NOTE:

12.1.2

Accessibility and compatibility features include accessibility features that are built-in and accessibility
features that provide compatibility with assistive technology.

Accessible documentation

Product documentation provided with the ICT shall be made available in at least one of the following electronic
formats:a)a Web format that conforms to the requirements of clause 9, orb)

a non-web format that conforms to the requirements of clause 10.

NOTE 1: This does not preclude the possibility of also providing the product documentation in other formats(electronic or printed) that are not accessible.
NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the needs of somespecific type of users (e.g. Braille documents for blind people or easy-to-read information for persons
with cognitive impairments).
NOTE 3: Where the documentation is integral to the ICT it will be provided through the user interface which isaccessible.
NOTE 4: A user agent that supports automatic media conversion would be beneficial to enhancing accessibility.

12.2

Support services

12.2.1

General (informative)

ICT support services include, but are not limited to: help desks, call centres, technical support, relay services andtraining services.

ETSI

74

12.2.2

EN 301 549 V1.1.2 (2015-04)

Information on accessibility and compatibility features

ICT support services shall provide information on the accessibility and compatibility features that are included in the
product documentation.
NOTE:

12.2.3

Accessibility and compatibility features include accessibility features that are built-in and accessibility
features that provide compatibility with assistive technology.

Effective communication

ICT support services shall accommodate the communication needs of individuals with disabilities either directly or
through a referral point.

12.2.4

Accessible documentation

Documentation provided by support services shall be made available in at least one of the following electronic formats:a)a Web format that conforms to clause 9, orb)

a non-web format that conforms to clause 10.

NOTE 1: This does not preclude the possibility of also providing the documentation in other formats (electronic or
printed) that are not accessible.
NOTE 2: It also does not preclude the possibility of providing alternate formats that meet the needs of somespecific type of users (e.g. Braille documents for blind people or easy-to-read information for persons
with cognitive impairments).
NOTE 3: A user agent that supports automatic media conversion would be beneficial to enhancing accessibility.

13

ICT providing relay or emergency service access

13.1

Relay services requirements

13.1.1

General (informative)

Relay services enable users of different modes of communication e.g. text, sign, speech, to interact remotely throughICT with two-way communication by providing conversion between the modes of communication, normally by ahuman operator.
It is best practice to meet the applicable relay service requirements of ETSI ES 202 975 [i.5].

13.1.2

Text relay services

Where ICT is intended to provide a text relay service, the text relay service shall enable text users and speech users tointeract by providing conversion between the two modes of communication.

13.1.3Sign relay services

Where ICT is intended to provide a sign relay service, the sign relay service shall enable sign language users and speechusers to interact by providing conversion between the two modes of communication.
NOTE:

13.1.4Sign relay services are also sometimes referred to as sign language relay services or video relay services.

Lip-reading relay services

Where ICT is intended to provide a lip-reading relay service, the lip-reading service shall enable lip-readers and voice
telephone users to interact by providing conversion between the two modes of communication.

ETSI

75

13.1.5

EN 301 549 V1.1.2 (2015-04)

Captioned telephony services

Where ICT is intended to provide a captioned telephony service, the captioned telephony service shall assist a deaf or
hard of hearing user in a spoken dialogue by providing text captions translating the incoming part of the conversation.

13.1.6

Speech to speech relay services

Where ICT is intended to provide a speech to speech relay service, the speech to speech relay service shall enablespeech or cognitively impaired telephone users and any other user to communicate by providing assistance between
them.

13.2

Access to relay services

Where ICT systems support two-way communication and a set of relay services for such communication is specified,access to those relay services shall not be prevented for outgoing and incoming calls.
NOTE 1: Two-way communication may include voice, real-time text, or video, singly or in combinations supported
by both the relay service and the ICT system.
NOTE 2: The purpose of this requirement is to achieve functionally equivalent communication access by persons
with disabilities.

13.3

Access to emergency services

Where ICT systems support two-way communication and a set of emergency services for such communication is
specified, access to those emergency services shall not be prevented for outgoing and incoming calls.
NOTE 1: Two–way communication may include voice, real-time text, or video, singly or in combinations
supported by both the emergency service and the ICT system.
NOTE 2: The purpose of this requirement is to achieve functionally equivalent communication access to theemergency service by persons with disabilities.

ETSI

76

EN 301 549 V1.1.2 (2015-04)

Annex A (informative):
WCAG 2.0
A.1

Electronic attachment

An A4 PDF file setting out the requirements of WCAG 2.0 [4] is contained in archive en_301549v010102p0.zip as(wcag20-guidelines-20081211-a4.pdf). The file accompanies the present document.
This PDF file is subject to specific copyright provisions: It contains a copy of the W3C/WAI Web Content Accessibility
Guidelines (WCAG) 2.0, located at: http://www.w3.org/TR/WCAG20/.
This annex is published under Copyright © 2008 W3C® (MIT, ERCIM, Keio), All Rights Reserved. The W3C
document license applies.
See the document use license and copyright FAQ for more information:

http://www.w3.org/Consortium/Legal/copyright-documents

http://www.w3.org/Consortium/Legal/IPR-FAQETSI

EN 301 549 V1.1.2 (2015-04)

77

Annex B (informative):
Relationship between requirements and functional
performance statements
B.1

Relationships between clauses 5 to 13 and the functional
performance statements

Table B.2 shows which of the requirements set out in clauses 5 to 13 support each of the functional performancestatements set out in clause 4.2.
To allow Table B.2 to fit the page, the abbreviations shown in Table B.1 have been used in the column headers ofTable B.2.
Table B.1: Key to the column header designations used in Table B.2
Clausenumber
4.2.1
4.2.2
4.2.3
4.2.4
4.2.5
4.2.6
4.2.7
4.2.8
4.2.9
4.2.104.2.11

Column header
abbreviation
WV
LV
WPC
WH
LH
WVC
LMS
LR
PST
LC
P

Functional performance statement
Usage without vision
Usage with limited vision
Usage without perception of colour
Usage without hearing
Usage with limited hearing
Usage without vocal capability
Usage with limited manipulation or strength
Usage with limited reach
Minimize photosensitive seizure triggers
Usage with limited cognition
Privacy

The following abbreviations have been used to represent the relationship between the requirements in clauses 5 to 13
and the functional performance statements:


P = Primary relationship. The requirement supports the functional performance statement.



S = Secondary relationship. The requirement provides partial support for the functional performance statement
because some users may use the feature in specific situations.
Table B.2: Requirements in clauses 5 to 13 supporting the accessibility needs
expressed in the functional performance statements
Requirements

5.1.2.1 Closed functionality
5.1.2.2 Assistive technology
5.1.3.1 General (belongs to
5.1.3 Non-visual access)5.1.3.2 Auditory output
delivery including speech
5.1.3.3 Auditory output
correlation
5.1.3.4 Speech output user
control
5.1.3.5 Speech output
automatic interruption
5.1.3.6 Speech output for
non-text content
5.1.3.7 Speech output forvideo information
5.1.3.8 Masked entry
5.1.3.9 Private access topersonal data

4.2.1
WV
-

4.2.2
LV
-

4.2.3
WPC
-

4.2.4
WH
-

4.2.5
LH
-

4.2.6
WVC
-

4.2.7
LMS
-

4.2.8
LR
-

4.2.9
PST
-

4.2.10LC-

4.2.11
P
S

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

-

P

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

P

P

S

-

-

-

-

-

-

-

S

P

ETSI

EN 301 549 V1.1.2 (2015-04)

78
Requirements
5.1.3.10 Non-interfering audio
output5.1.3.11 Private listening
volume5.1.3.12 Speaker volume
5.1.3.13 Volume reset
5.1.3.14 Spoken languages
5.1.3.15 Non-visual error
identification
5.1.3.16 Receipts, tickets,and transactional outputs
5.1.4 Functionality closed totext enlargement
5.1.5 Visual output forauditory information
5.1.6.1 Operation without
keyboard interface (closed
functionality)
5.1.6.2 Operation without
keyboard interface (Input
focus)
5.2 Activation of accessibility
features
5.3 Biometrics
5.4 Preservation ofaccessibility information
during conversion
5.5.1 Means of operation
5.5.2 Operable partdiscernibility
5.6.1 Tactile or auditory
status (belongs to 5.6 Locking
or toggle controls)
5.6.2 Visual status
5.7 Key repeat
5.8 Double-strike key
acceptance
5.9 Simultaneous user
actions
6.1 Audio bandwidth forspeech (informative
recommendation)
6.2.1.1 RTT communication
6.2.1.2 Concurrent voice andtext
6.2.2.1 Visually
distinguishable display
6.2.2.2 Programmaticallydeterminable send andreceive direction
6.2.3 Interoperability
6.2.4 Real-time text
responsiveness6.3 Caller ID
6.4 Alternatives to voicebased services
6.5.2 (Video) Resolution
6.5.3 (Video) Frame rate
6.5.4 Synchronization
between audio and video
6.6 Alternatives to videobased services
7.1.1 Captioning playback
7.1.2 Captioning
synchronization

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

S

-

-

-

-

S

S

P
P
P

S
S
S

-

-

S
S
-

-

-

-

-

S
S
S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

-

-

P

P

-

-

-

-

S

-

P

P

-

-

-

S

P

-

-

-

-

P

P

-

-

-

S

P

-

-

-

-

P

P

P

P

P

-

P

-

-

-

-

P

P

-

P

-

P

P

P

-

-

P

P

P

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

P
-

-

-

-

-

P

P

-

-

-

-

-

-

-

S

-

-

-

-

P
-

P
-

-

P
P
P

P
P

-

S
S
S

-

-

-

-

-

-

-

P

P

-

S

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

-

-

-

P

P

S

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

-

-

-

P

S

S

-

-

-

-

-

P

P

-

-

-

-

-

-

-

S

-

-

-

-

P

P

P

-

-

-

-

-

-

-

-

P
P

P
P

S
S

-

-

-

-

-

-

-

-

P

P

S

-

-

-

-

-

P

S

-

P

P

P

-

-

-

-

-

-

-

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

ETSI

EN 301 549 V1.1.2 (2015-04)

79
Requirements
7.1.3 Preservation of
captioning
7.2.1 Audio description
playback
7.2.2 Audio description
synchronization
7.2.3 Preservation of audio
description
7.3 User controls for captions
and audio description
8.1.2 Standard connections
8.1.3 Colour
8.2.1.1 Speech volume range
8.2.1.2 Incremental volume
control
8.2.2.1 Fixed-line devices(8.2.2 Magnetic coupling)
8.2.2.2 Wirelesscommunication devices
8.3.2.1 Change in Level
8.3.2.2 Clear floor or groundspace
8.3.2.3.1 General(8.3.2.3 Approach)
8.3.2.3.2 Forward Approach
8.3.2.3.3 Parallel Approach
8.3.2.4 Knee and Toe
clearance width
8.3.2.5 Toe Clearance
8.3.2.6 Knee Clearance
8.3.3.1.1 Unobstructed highforward reach
8.3.3.1.2 Unobstructed low
forward reach
8.3.3.1.3.1 Clear floor space
8.3.3.1.3.2 Obstructed(< 510 mm) forward reach
8.3.3.1.3.3 Obstructed(< 635 mm) forward reach
8.3.3.2.1 Unobstructed highside reach
8.3.3.2.3.1 Obstructed(≤ 255 mm) side reach
8.3.3.2.3.2 Obstructed(≤ 610 mm) side reach
8.3.4 Visibility
8.3.5 Installation instructions
8.4.1 Numeric keys
8.4.2 Means of operation of
mechanical parts
8.4.2.2 Force of operation of
mechanical parts
8.4.3 Keys, tickets and farecards
8.5 Tactile indication of
speech mode
9.2.1 Non-text content
9.2.2 Audio-only and videoonly (pre-recorded)
9.2.3 Captions(pre-recorded)
9.2.4 Audio description or
media alternative(pre-recorded)
9.2.5 Captions (live)

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

-

-

-

P

P

-

-

-

-

S

-

P

P

-

-

-

-

-

-

-

S

-

P

P

-

-

-

-

-

-

-

S

-

P

P

-

-

-

-

-

-

-

S

-

P

P

-

-

-

-

-

-

-

S

-

P
-

P
S
-

P
-

-

P

-

-

-

-

P
S
-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P
P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P
P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

P

S

-

-

-

-

-

P
P
-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

P

S

-

-

-

-

-

-

-

-

-

P

-

-

-

-

-

-

-

-

-

-

P

P

-

P

S

-

-

-

-

S

S

P

P

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

ETSI

EN 301 549 V1.1.2 (2015-04)

80
Requirements
9.2.6 Audio description(pre-recorded)
9.2.7 Info and relationships
9.2.8 Meaningful sequence
9.2.9 Sensory characteristics
9.2.10 Use of colour
9.2.11 Audio control
9.2.12 Contrast (minimum)
9.2.13 Resize text
9.2.14 Images of text
9.2.15 Keyboard
9.2.16 No keyboard trap
9.2.17 Timing adjustable
9.2.18 Pause, stop, hide9.2.19 Three flashes or below
threshold9.2.20 Bypass blocks
9.2.21 Page titled9.2.22 Focus order
9.2.23 Link Purpose(In Context)
9.2.24 Multiple ways
9.2.25 Headings and labels
9.2.26 Focus visible
9.2.27 Language of page9.2.28 Language of parts
9.2.29 On focus
9.2.30 On Input
9.2.31 Consistent navigation
9.2.32 Consistentidentification
9.2.33 Error identification
9.2.34 Labels or instructions
9.2.35 Error suggestion
9.2.36 Error prevention (legal,financial, data)
9.2.37 Parsing
9.2.38 Name, role, value
10.2.1 Non-text content
10.2.2 Audio-only and videoonly (pre-recorded)
10.2.3 Captions(pre-recorded)
10.2.4 Audio description or
media alternative(pre-recorded)
10.2.5 Captions (live)
10.2.6 Audio description(pre-recorded)
10.2.7 Info and relationships
10.2.8 Meaningful sequence
10.2.9 Sensory
characteristics
10.2.10 Use of colour
10.2.11 Audio control
10.2.12 Contrast (minimum)
10.2.13 Resize text
10.2.14 Images of text
10.2.15 Keyboard
10.2.16 No keyboard trap
10.2.17 Timing adjustable10.2.18 Pause, stop, hide
10.2.19 Three flashes or
below threshold

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

P

S

-

-

-

-

-

-

-

S

-

P
P
P
P
P
P
P
P
P

S
S
P
P
P
P
P
P
P
P
P

P
P
P
P
-

P
P
P

P
P
P
P

S
S
-

S
P
P
P
P

-

-

S
S
S
S
S
S
S
P
P

-

-

-

-

-

-

-

-

-

P

-

-

P
P
P

P
P
P

-

S

-

S
-

P
P
P

-

-

P
P
P

-

P

P

-

-

-

S

P

-

-

P

-

P
P
P
P
P
P
P
P

P
P
P
S
S
P
P
P

-

S
S
S
-

S
S
-

S
S
S
-

P
P
P
P
P
-

-

-

P
P
P
S
S
P
P
P

-

S

P

-

-

-

-

-

-

-

P

-

P
P
P

P
P
P

P
-

-

-

S
S

S
S

-

-

P
P
P

-

P

P

-

-

-

-

S

-

-

P

-

P
P
P

S
P
P

-

P

S

-

S
-

-

-

S

S

P

P

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P
P

S
S

-

-

-

-

-

-

-

S
S

-

P

P

P

P

P

-

-

-

-

S

-

P
P
P
P
P
P

P
P
P
P
P
P
P
P

P
P
P
-

P
P

P
P
P

S
S
-

S
P
P
P
P

-

-

S
S
S
S
P
P

-

-

-

-

-

-

-

-

-

P

-

-

ETSI

EN 301 549 V1.1.2 (2015-04)

81
Requirements
10.2.21 Document titled10.2.22 Focus order
10.2.23 Link purpose(In context)
10.2.25 Headings and labels
10.2.26 Focus visible
10.2.27 Language of page10.2.28 Language of parts
10.2.29 On focus
10.2.30 On input
10.2.33 Error identification
10.2.34 Labels or instructions
10.2.35 Error suggestion
10.2.36 Error prevention(legal, financial, data)
10.2.37 Parsing
10.2.38 Name, role, value
11.2.1.1 Non-text content
11.2.1.2 Audio-only andvideo-only (pre-recorded)
11.2.1.3 Captions(pre-recorded)
11.2.1.4 Audio description or
media alternative(pre-recorded)
11.2.1.5 Captions (live)
11.2.1.6 Audio description(pre-recorded)
11.2.1.7 Info andrelationships
11.2.1.8 Meaningful
sequence
11.2.1.9 Sensory
characteristics
11.2.1.10 Use of colour
11.2.1.11 Audio control
11.2.1.12 Contrast (minimum)
11.2.1.13 Resize text
11.2.1.14 Images of text
11.2.1.15 Keyboard
11.2.1.16 No keyboard trap
11.2.1.17 Timing adjustable
11.2.1.18 Pause, stop, hide
11.2.1.19 Three flashes or
below threshold
11.2.1.22 Focus order
11.2.1.23 Link purpose(in context)
11.2.1.25 Headings andlabels
11.2.1.26 Focus visible
11.2.1.27 Language ofsoftware11.2.1.29 On focus
11.2.1.30 On input
11.2.1.33 Error identification
11.2.1.34 Labels or
instructions
11.2.1.35 Error suggestion
11.2.1.36 Error prevention(legal, financial, data)
11.2.1.37 Parsing
11.2.1.38 Name, role, value
11.2.2.1 Non-text content

4.2.1
WV
P
P

4.2.2
LV
P
P

4.2.3
WPC
-

4.2.4
WH
S

4.2.5
LH
-

4.2.6
WVC
-

4.2.7
LMS
P
P

4.2.8
LR
-

4.2.9
PST
-

4.2.10LC
P
P

4.2.11
P
-

P

P

-

-

-

S

P

-

-

P

-

P
P
P
P
P
P
P
P
P

P
P
S
S
P
P
P
P
P

P
-

S
S
S
-

S
S
-

S
S
S
S

P
P
P
P
S
S

-

-

P
P
S
S
P
P
P
P
P

-

P

P

-

-

-

-

S

-

-

P

-

P
P
P

S
P
P

-

P

S

-

S
-

-

-

S

S

P

P

-

P

P

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

-

-

-

P

P

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

P

P

P

P

-

-

-

-

S

-

P
P
P
P
P
P

P
P
P
P
P
P
P
P

P
P
P
-

P
P

P
P
P

S
S
-

S
P
P
P
P

-

-

S
S
S
S
P
P

-

-

-

-

-

-

-

-

-

P

-

-

P

P

-

S

-

-

P

-

-

P

-

P

P

-

-

-

S

P

-

-

P

-

P

P

-

S

-

S

P

-

-

P

-

P

P

-

-

-

S

P

-

-

P

-

P

S

-

S

S

-

-

-

-

S

-

P
P
P

P
P
P

P

-

-

-

P
P
-

-

-

P
P
P

-

P

P

-

-

-

S

S

-

-

P

-

P

P

-

-

-

S

S

-

-

P

-

P

P

-

-

-

-

S

-

-

P

-

P
P
P

S
P
S

-

-

-

-

S
-

-

-

S

-

ETSI

EN 301 549 V1.1.2 (2015-04)

82
Requirements
11.2.2.2.1 Pre-recorded
audio-only
11.2.2.2.2 Pre-recorded
video-only
11.2.2.4 Audio description or
media alternative(pre-recorded)
11.2.2.7 Info andrelationships
11.2.2.8 Meaningful
sequence
11.2.2.13 Resize text
11.2.2.14 Images of text
11.2.2.15 Keyboard
11.2.2.27 Language ofsoftware11.2.2.33 Error identification
11.2.2.37 Parsing
11.2.2.38 Name, role, value
11.3.1 Closed functionality
11.3.2.1 Platform accessibility
service support for softwarethat provides a user interface
11.3.2.2 Platform accessibility
service support for assistive
technologies
11.3.2.3 Use of accessibility
services
11.3.2.4 Assistive technology
11.3.2.5 Object information
11.3.2.6 Row, column, andheaders11.3.2.7 Values
11.3.2.8 Label relationships
11.3.2.9 Parent-childrelationships
11.3.2.10 Text
11.3.2.11 List of available
actions
11.3.2.12 Execution ofavailable actions
11.3.2.13 Tracking of focus
and selection attributes
11.3.2.14 Modification of
focus and selection attributes
11.3.2.15 Change notification
11.3.2.16 Modifications ofstates and properties
11.2.2.17 Modifications ofvalues and text
11.4.1 User control ofaccessibility features
11.4.2 No disruption ofaccessibility features
11.5 User preferences
11.6.1 Content technology(see table B.1)
11.6.2 Accessible content
creation (see table B.1)
11.6.3 Preservation ofaccessibility information intransformations
11.6.4 Repair assistance
11.6.5 Templates

4.2.1
WV
-

4.2.2
LV
-

4.2.3
WPC
-

4.2.4
WH
P

4.2.5
LH
P

4.2.6
WVC
-

4.2.7
LMS
-

4.2.8
LR
-

4.2.9
PST
-

4.2.10LC
S

4.2.11
P
-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P

S

-

-

-

-

-

-

-

S

-

P
P

P
P
S

-

-

-

S
-

P
-

-

-

S

-

P
-

S
-

-

-

-

-

-

-

-

S
-

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P
P

P
P

-

-

-

-

P
P

-

-

S
S

-

P

P

-

-

-

-

P

-

-

S

-

P
P

P
P

-

-

-

-

P
P

-

-

S
S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

-

-

-

-

P

-

-

S

-

P

P

P

P

P

-

P

-

-

-

-

P

P

P

P

P

-

P

-

-

-

-

-

P

P

-

-

-

-

-

-

S

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

ETSI

EN 301 549 V1.1.2 (2015-04)

83
Requirements
12.1.1 Accessibility andcompatibility features
12.1.2 Accessible
documentation
12.2.2 Information onaccessibility and compatibility
features12.2.3 Effective
communication
12.2.4 Accessible
documentation
13.1.2 Text relay services
13.1.3 Sign relay services
13.1.4 Lip-reading relay
services
13.1.5 Captioned telephonyservices
13.1.6 Speech to speech
relay services
13.2 Access to relay services
13.3 Access to emergency
services

4.2.1
WV

4.2.2
LV

4.2.3
WPC

4.2.4
WH

4.2.5
LH

4.2.6
WVC

4.2.7
LMS

4.2.8
LR

4.2.9
PST

4.2.10LC

4.2.11
P

P

P

P

P

P

-

P

-

-

S

-

-

-

-

-

-

-

-

-

-

-

-

P

P

P

P

P

-

P

-

-

S

-

-

-

-

P

P

P

-

-

-

S

-

-

-

-

-

-

-

-

-

-

-

-

-

-

-

P
P

P
P

P
P

-

-

-

S
-

-

-

-

-

P

P

P

-

-

-

-

-

-

-

-

P

P

P

-

-

-

-

-

-

-

-

-

-

-

-

-

-

P

-

-

-

-

P

P

P

-

-

-

S

-

-

-

-

P

P

P

-

-

-

S

-

ETSI

84

EN 301 549 V1.1.2 (2015-04)

Annex C (normative):
Determination of compliance
C.1

Introduction

This normative annex sets out the means necessary to determine compliance with the individual requirements set out inthe body of the present document.
To assist the reader, blank clauses are inserted in order to make the numbering of the annex reflect the clause numbersin the requirements.
ICT is often comprised of an assembly of two or more items of ICT. In some cases, two or more interoperable items of
ICT may together meet more requirements of the standard when one item complements the functionality of the otherand the sum together meets more of the accessibility requirements. However, combining two items of ICT, both ofwhich fail to meet any particular requirement, will not lead to a combined ICT system that meets that requirement.
The present document does not prioritise requirements. Prioritization of those requirements is left to the user of thepresent document.
Prioritization of those requirements that align with the targeted context of use may enhance accessibility in the case ofpartial compliance and the rationale for that prioritization, if used, should be stated.
Compliance should be reported in a form that:

makes clear whether there is compliance with all the applicable requirements or whether there is only
compliance with some requirements;

notes the sampling and assessment techniques used to evaluate the ICT;notes whether equivalent accessible functionality exists in places where non-compliance was found; andnotes whether equivalent means were used that achieve the outcome envisioned, where technical noncompliance was found.

NOTE 1: In some circumstances, for example, where ICT is designed to be used by a specific individual, or in awell-defined usage scenario, user accessibility needs might be met by a subset of the requirements.
NOTE 2: Compliance with the accessibility requirements could be affected by subsequent implementation or
maintenance.
NOTE 3: All clauses apart from those in clause 12 are self-scoping. This means they are introduced with the phrase'Where ICT <pre-condition>'. Compliance is achieved either when the pre-condition is true and thecorresponding test (in Annex C) is passed, or when the pre-condition is false (i.e. the pre-condition is not
met or not valid).
NOTE 4: Sampling is frequently required on complex ICT when there are too many instances of the object to betested. The present document cannot recommend specific ICT evaluation sampling techniques as these
are context specific.

C.2

Blank clauseThis clause is intentionally left blank.

C.3

Blank clauseThis clause is intentionally left blank.

C.4

Functional performanceThis clause is informative only and contains no requirements requiring test.

ETSI

85

C.5

Generic requirements

C.5.1

Closed functionality

C.5.1.1

EN 301 549 V1.1.2 (2015-04)

Introduction

Clause 5.1.1 is only informative and contains no requirements requiring test.

C.5.1.2
C.5.1.2.1

GeneralClosed functionality

ICT with closed functionality shall meet the requirements set out in clauses C.5.2 to C.13, as applicable.

C.5.1.2.2

Assistive technology

Type of assessment
Pre-conditions
Procedure

ResultC.5.1.3
C.5.1.3.1

Non-visual access
GeneralType of assessment
Pre-conditions
Procedure
ResultC.5.1.3.2

C.5.1.3.3

Testing
1. Visual information is needed to enable the use of those functions of the ICT that areclosed to assistive technology for screen reading.
1. Determine the functions of the ICT closed to screen reading.
2. Check that they are all operable using non-visual access.
Pass: Check 2 is true
Fail: Check 2 is false

Auditory output delivery including speechType of assessment
Pre-conditions
Procedure

ResultTesting
1. The ICT has closed functionality.
1. Determine the closed functions of the ICT.
2. Check that the tests C.5.1.3 to C.5.1.6 can be carried out without the attachment or
installation of any assistive technology except personal headsets or inductive loops.
Pass: Check 2 is true
Fail: Check 2 is false

Inspection
1. Auditory output is provided as non-visual access to closed functionality.
1. Check that the auditory output is delivered by a mechanism included in or provided
with the ICT.
2. Check that the auditory output is delivered by a personal headset that can beconnected through a 3,5 mm audio jack or an industry standard connection without
requiring the use of vision.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false

Auditory output correlation

Clause 5.1.3.3 is informative only and contains no requirements requiring test.

ETSI

86

C.5.1.3.4

Speech output user control

Type of assessment
Pre-conditions
Procedure

ResultC.5.1.3.5

ResultResultProcedure
ResultResultTesting
1. Pre-recorded video content is needed to enable the use of closed functions of ICT
2. Speech output is provided as non-visual access to non-text content displayed on
closed functionality.
1. Check that the speech output presents equivalent information for the pre-recorded
video content.
Pass: Check 1 is true
Fail: Check 1 is false

Masked entry

Type of assessment
Pre-conditions

Procedure

Testing
1. Non-text content is presented to users via speech output.
1. Check that speech output is provided as an alternative for non-text content.
2. Check that the non-text content is not pure decoration.
3. Check that the non-text content is not used only for visual formatting.
4. Check that the speech output follows the guidance for "text alternative" described in
WCAG 2.0 Success Criterion 1.1.1.
Pass: Checks 1 and 2 and 3 and 4 are true; or 1 and 2 are false; or 1 and 3 are false
Fail: Checks 1 is true and 2 false; or 1 is true and 3 false; or 1 and 2 and 3 are true and4 is false

Speech output for video information

Type of assessment
Pre-conditions

C.5.1.3.8

Inspection
1. Speech output is provided as non-visual access to closed functionality.
1. Determine the closed functions of the ICT.
2. Check that the speech output for each single function is interrupted on a user action.
3. Check that the speech output for each single function is interrupted when new
speech output begins.
Pass: Check 2 and 3 are true
Fail: Check 2 or 3 are false

Speech output for non-text content

Type of assessment
Pre-conditions
Procedure

C.5.1.3.7

Inspection
1. Speech output is provided as non-visual access to closed functionality.
1. Check that the speech output is capable of being interrupted when requested by theuser.
2. Check that the speech output is capable of being repeated when requested by theuser.
Pass: All checks are true
Fail: Any check is false

Speech output automatic interruption

Type of assessment
Pre-conditions
Procedure

C.5.1.3.6

EN 301 549 V1.1.2 (2015-04)

Testing
1. Auditory output is provided as non-visual access to closed functionality.
2. The characters displayed are masking characters.
3. The user does not explicitly choose to allow non-private auditory output.
1. Check that the auditory output is not a spoken version of the characters entered.
2. Check that the auditory output is known to be delivered only to a mechanism for
private listening.
3. If 1 and 2 are false, check that the user has explicitly chosen to allow non-private
auditory output.
Pass: Any check is true
Fail: All checks are false

ETSI

87

C.5.1.3.9

Private access to personal data

Type of assessment
Pre-conditions

Procedure

ResultC.5.1.3.10

Procedure
ResultProcedure
ResultProcedure

ResultResultInspection and measurement
1. The auditory output is provided as non-visual access to closed functionality.
2. The auditory output is delivered through speakers.
1. Check that a non-visual incremental volume control is provided.
2. Check that output amplification up to a level of at least 65 dBA (-29 dBPaA) isavailable.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false

Volume reset

Type of assessment
Pre-conditions
Procedure

Inspection
1. The auditory output is provided as non-visual access to closed functionality.
2. The auditory output is delivered through a mechanism for private listening.
1. Check that there is at least one non-visual mode of operation for controlling thevolume.
Pass: Check 1 is true
Fail: Check 1 is false

Speaker volume

Type of assessment
Pre-conditions

C.5.1.3.13

Testing
1. Auditory output is provided as non-visual access to closed functionality.
2. The ICT automatically plays interfering audible output.
1. Check that the interfering audible output lasts no longer than three seconds.
Pass: Check 1 is true
Fail: Check 1 is false

Private listening volume

Type of assessment
Pre-conditions

C.5.1.3.12

Testing
1. Auditory output is provided as non-visual access to closed functionality.
2. The output contains data.
3. There is an applicable privacy policy which considers that data to be private.
1. Check that the auditory output is only delivered through a mechanism for private
listening.
2. Check that the mechanism for private listening can be connected without requiring
the use of vision.
3. Check that the auditory output is delivered through any other mechanism that can bechosen by the user.
Pass: Checks 1 and 2 or 3 are true
Fail: Checks 1 or 2 and 3 are false

Non-interfering audio output

Type of assessment
Pre-conditions

C.5.1.3.11

EN 301 549 V1.1.2 (2015-04)

Inspection and measurement
1. The auditory output is provided as non-visual access to closed functionality.
2. The ICT is not dedicated to a single user.
1. Check that a function that automatically resets the volume to be at a level of 65 dBAor less after every use is provided.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

88

C.5.1.3.14

Spoken languages

Type of assessment
Pre-conditions

Procedure
ResultC.5.1.3.15

Procedure
ResultProcedure
ResultProcedure

ResultInspection and measurement
1. A functionality of the ICT is closed to enlargement features of platform or assistive
technology.
2. A viewing distance is specified by the supplier.
1. Measure the height of a capital letter H.
2. Check that it subtends an angle of at least 0,7 degrees at the specified viewing
distance.
Pass: Check 2 is true
Fail: Check 2 is false

Visual output for auditory information

Type of assessment
Pre-conditions
Procedure
ResultTesting
1. The ICT is closed to visual access.
2. The ICT provides receipts, tickets, or other outputs as a result of a self-service
transaction.
3. The information being checked is not printed copies of itineraries and maps.
1. Check that speech output is provided which includes all information necessary tocomplete or verify the transaction.
Pass: Check 1 is true
Fail: Check 1 is false

Functionality closed to text enlargement

Type of assessment
Pre-conditions

C.5.1.5

Testing
1. Speech output is provided as non-visual access to closed functionality.
2. An input error is automatically detected.
1. Check that speech output identifies the item that is in error.
2. Check that the speech output describes the item that is in error.
Pass: Checks 1 and 2 are true
Fail: Check 1 or check 2 false

Receipts, tickets, and transactional outputs

Type of assessment
Pre-conditions

C.5.1.4

Testing
1. The speech output is provided as non-visual access to closed functionality.
2. The speech output is not proper names, technical terms, words of indeterminate
language, and words or phrases that have become part of the vernacular of theimmediately surrounding text.
3. The content is not generated externally and is under the control of the ICT vendor.
4. The displayed languages can be selected using non-visual access.
5. The user has not selected a speech language that is different from the language ofthe displayed content.
1. Check that the speech output is in the same human language of the displayedcontent provided.
Pass: Check 1 is true
Fail: Check 1 is false

Non-visual error identification

Type of assessment
Pre-conditions

C.5.1.3.16

EN 301 549 V1.1.2 (2015-04)

Inspection
1. Pre-recorded auditory information is needed to enable the use of closed functions of
ICT.
1. Check that the visual information is equivalent to the pre-recorded auditory output.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

89

C.5.1.6

Operation without keyboard interface

C.5.1.6.1

Closed functionality

Type of assessment
Pre-conditions
Procedure
ResultC.5.1.6.2

Procedure
ResultInspection
1. ICT functionality is closed to keyboards or keyboard interfaces.
2. Input focus can be moved to a user interface element.
1. Check that it is possible to move the input focus away from that element using thesame mechanism.
Pass: Check 1 is true
Fail: Check 1 is false

Activation of accessibility features

Type of assessment
Pre-conditions
Procedure
ResultC.5.3

Inspection
1. ICT functionality is closed to keyboards or keyboard interfaces.
1. Check that all functionality is operable without vision.
Pass: Check 1 is true
Fail: Check 1 is false

Input focus

Type of assessment
Pre-conditions

C.5.2

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT has documented accessibility features to meet a specific need.
1. Check that it is possible to activate those accessibility features without relying on amethod that does not support that need.
Pass: Check 1 is true
Fail: Check 1 is false

Biometrics

Type of assessment
Pre-conditions
Procedure
Result

Test 1
1. The ICT uses biological characteristic for user identification.
1. Check that more than one means can be used for user identification.
Pass: Check 1 is true
Fail: Check 1 is false

Type of assessment
Pre-conditions
Procedure
Result

Test 2
1. The ICT uses biological characteristic for control of ICT.
1. Check that more than one means can be used for control of ICT.
Pass: Check 1 is true
Fail: Check 1 is false

C.5.4

Preservation of accessibility information during conversion

Type of assessment
Pre-conditions

Procedure
ResultInspection
1. The non-proprietary information provided for accessibility is documented.
2. The ICT converts information or communication.
3. The non-proprietary information provided for accessibility can be contained in thedestination format.
4. The non-proprietary information provided for accessibility can be supported by thedestination format.
1. Check that the non-proprietary information provided for accessibility is preserved
when the ICT converts information or communication.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

90

C.5.5

Operable parts

C.5.5.1

Means of operation

Type of assessment
Pre-conditions

Testing
The ICT has operable parts that require grasping, pinching, or twisting of thewrist to operate.
1. Check that there is an accessible alternative means of operation that does
not require these actions.
Pass: Check 1 is true
Fail: Check 1 is false

Procedure
ResultC.5.5.2

Operable part discernibility

Type of assessment
Pre-conditions
Procedure

Testing
The ICT has operable parts.
1. Identify that there is a means to discern each operable part without vision.
2. Check that the action associated with the operable part has not been
performed when using the means to discern each operable part of step 1.
Pass: Checks 1 and 2 are true
Fail: Checks 1 or 2 are false

ResultC.5.6

Locking or toggle controls

C.5.6.1

Tactile or auditory status

Type of assessment
Pre-conditions
Procedure

ResultC.5.6.2

Procedure
ResultInspection
1. The ICT has a locking or toggle control.
2. The locking or toggle control is presented to the user.
1. Check that there is at least one mode of operation where the status of all locking or
toggle controls can be visually determined when the control is presented.
Pass: Check 1 is true
Fail: Check 1 is false

Key repeat

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT has a locking or toggle control.
2. The locking or toggle control is visually presented to the user.
1. Check that there is at least one mode of operation where the status of all locking or
toggle controls can be determined through touch without operating the control.
2. Check that there is at least one mode of operation where the status of all locking or
toggle controls can be determined through sound without operating the control.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false

Visual status

Type of assessment
Pre-conditions

C.5.7

EN 301 549 V1.1.2 (2015-04)

Testing
1. A keyboard or keypad with key repeat is provided.
2. The key repeat cannot be turned off.
1. Check that the delay before key repeat can be adjusted to at least 2 seconds.
2. Check that the key repeat rate can be adjusted to 2 seconds per character.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false

ETSI

91

C.5.8

Double-strike key acceptanceType of assessment
Pre-conditions
Procedure

ResultC.5.9

EN 301 549 V1.1.2 (2015-04)

Testing
1. A keyboard or keypad is provided.
1. Check that there is a mechanism that allows adjustment of the delay after any
keystroke, during which an additional key-press will not be accepted if it is identical tothe previous keystroke.
2. Adjust that mechanism to its maximum setting.
3. Press any key.
4. After a delay of 0,5 seconds press the same key as that pressed in step 3.
5. Check whether the keystroke of step 4 has been accepted.
Pass: Check 1 is true and check 5 is false
Fail: Check 1 is false or check 5 is true

Simultaneous user actions

Type of assessment
Pre-conditions
Procedure

Inspection
None.
1. If there are multiple modes of operation, select one mode of operation (see notes 1
and 2 of this table for guidance on the selection).
2. Determine all the user controllable functions of the ICT.
3. Check that each user controllable function can be operated with a single point ofcontact.
4. If there are multiple modes of operation and the test is not passed, repeat theprocedure until all modes of operation have been tested.
ResultPass: Check 3 is true
Fail: Check 3 is false for all modes of operation
NOTE 1: If there are multiple modes of operation, these should be tested until the compliance test is passed.
NOTE 2: Where it is claimed that a specific mode complies with clause 5.6, this mode should be tested first.

C.6

ICT with two-way voice communication

C.6.1

Audio bandwidth for speech

The tests in clause C.6.1 are made available to support the recommendations in clause 6.1. They should be applied if therecommendations in clause 6.1 are being followed. However, tests in clause C.6.1 do not form part of the compliancerequirements and are not required in any compliance report.
Type of assessment
Pre-conditions
Procedure
ResultC.6.2

Measurement
1. The ICT under test provides two-way voice communication.
1. Check that the ICT can encode and decode audio with a frequency range with an
upper limit of at least 7 000 Hz.
If check 1 is true then this recommendation is followed. This is not a requirement for
conformance to the present document.

Real-Time Text (RTT) functionality

C.6.2.1
C.6.2.1.1

RTT provision
RTT communication

Type of assessment
Pre-conditions

Procedure
ResultInspection
1. The ICT system under test allows two-way voice communication.
2. A "reference" RTT-capable device compatible with the system is connected at theother end of the system.
1. Check that the ICT allows a user to communicate with the "reference" ICT by RTT.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

92

C.6.2.1.2

Concurrent voice and text

Type of assessment
Pre-conditions
Procedure

ResultC.6.2.2
C.6.2.2.1

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT supports two-way voice communication.
2. The ICT enables a user to communicate with another user by RTT.
1. Check that the ICT provides a mechanism to select a mode of operation whichallows concurrent voice and text.
2. Check that ICT allows the concurrent use of voice and text when in the mode ofoperation identified in step 1.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false

Display of Real-Time Text
Visually distinguishable display

Type of assessment
Pre-conditions

Inspection
1. The ICT under test has RTT send and receive capabilities.
2. The ICT supports RTT mechanism(s).
3. A "reference" RTT-capable terminal using mechanisms supported by the ICT system
is connected at the other end of the system to the ICT under test.
Procedure
1. The ICT under test is connected to the ICT system terminated by the "reference"terminal.
2. The different elements of the ICT are in an operational status (the connection is
active and the terminals are in the relevant RTT mode) and the two terminals arecommunicating to each other.
3. A Short text sequence is sent by the ICT under test.
4. A Short text sequence is sent by the "reference" terminal.
5. Check, on the ICT under test, that displayed sent text is visually differentiated fromand separated from received text.
ResultPass: Check 5 is true
Fail: Check 5 is false
NOTE:
A "reference" terminal is a terminal having RTT send and receive capabilities that uses the RTT
mechanisms supported by the ICT system. This "reference" terminal is the responsibility of the test
laboratory.

C.6.2.2.2

Programmatically determinable send and receive direction

Type of assessment
Pre-conditions

Inspection
1. The ICT under test has RTT send and receive capabilities.
2. The RTT is not a closed functionality.
3. A "reference" RTT-capable terminal using mechanisms supported by the ICT
network is connected at the other end of an ICT system to the ICT under test.
Procedure
1. The ICT under test is connected to the ICT system terminated by the "reference"terminal.
2. The different elements of the ICT are in an operational status (the connection is
active and the terminals are in the relevant RTT mode) and the two terminals arecommunicating to each other.
3. A Short text sequence is sent by the ICT under test.
4. A Short text sequence is sent by the "reference" terminal.
5. Check that the send/receive direction of transmitted text is programmaticallydeterminable.
ResultPass: Check 5 is true
Fail: Check 5 is false
NOTE:
A "reference" terminal is a terminal having RTT send and receive capabilities that uses the RTT
mechanisms supported by the ICT network. This "reference" terminal is the responsibility of the test
laboratory.

ETSI

93

C.6.2.3

EN 301 549 V1.1.2 (2015-04)

Interoperability

Type of assessment
Pre-conditions
Procedure

ResultC.6.2.4

Test
1. The ICT under test supports two-way voice communication.
2. The ICT under test has RTT functionality.
1. Check that the ICT interoperates over the Public Switched Telephone Network(PSTN), with other ICT that directly connects to the PSTN as described in
Recommendation ITU-T V.18 [i.23] or any of its annexes for text telephony signals at
the PSTN interface.
2. Check that the ICT interoperates with other ICT using VOIP with Session Initiation
Protocol (SIP) and using real-time text that conforms to IETF RFC 4103 [i.13].
3. Check that the ICT interoperates with other ICT using RTT that conforms with the IP
Multimedia Sub-System (IMS) set of protocols specified in ETSI TS 126 114 [i.10],
ETSI TS 122 173 [i.11] and ETSI TS 134 229 [i.12].
4. Check that the ICT interoperates with other ICT using a relevant and applicablecommon specification that is published and available.
5. Check that the common specification in check 4 includes a method for indicating
loss or corruption of characters.
Pass: Check 1 or 2 or 3 or both 4 and 5 are true
Fail: All of Checks 1, 2, 3 and at least one of 4 or 5 are false

Real-Time Text responsivenessType of assessment
Pre-conditions

Inspection of Measurement data or Test
1. The ICT under test has RTT send and receive capabilities.
2. A "reference" RTT-capable terminal using mechanisms supported by the ICT system
is connected at the other end of an ICT system to the ICT under test.
3. The ICT under test is connected to the ICT system terminated by the "reference"terminal.
4. The different elements of the ICT are in a working status (the connection is active
and the terminals are in the relevant RTT mode).
Procedure
1. A short sequence is input to the terminal under test.
2. Check the time at which input entry has occurred.
3. Check the period between input entry to the ICT terminal under test and the time
when the text is transmitted to the ICT network.
ResultPass: Check 3 is less than or equal to 1 second
Fail: Check 3 is greater than 1 second
NOTE:
As described in the notes to clause 6.2.4, the identification of when input entry has occurred mayvary according to the type of RTT system under test.

C.6.3

Caller ID

Type of assessment
Pre-conditions
Procedure

ResultC.6.4

Alternatives to voice-based services

Type of assessment
Pre-conditions
Procedure

ResultInspection
1. The ICT provides caller identification, or similar telecommunications functions areprovided.
1. Check that the information delivered by each function is available as text.
2. Check that the information delivered by each function is available in anothermodality.
Pass: Both Checks 1 and 2 are true
Fail: Check 1 or 2 is false

Inspection
1. The ICT provides real-time voice-based communication.
2. The ICT provides voice mail, auto-attendant, or interactive voice response facilities.
1. Check that the ICT offers users a means to access the information without the use ofhearing or speech.
2. Check that a user can carry out the tasks provided by the system without the use ofhearing or speech.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false

ETSI

94

C.6.5

EN 301 549 V1.1.2 (2015-04)

Video communication

C.6.5.1

GeneralClause 6.5.1 is informative only and contains no requirements requiring test.

C.6.5.2

Resolution

Type of assessment
Pre-conditions
Procedure
ResultC.6.5.3

Frame rate

Type of assessment
Pre-conditions
Procedure
ResultC.6.5.4

Inspection
1. The ICT provides 2 way voice communication.
2. The ICT includes real-time video functionality.
1. Check that the video communication frame rate is equal to or higher than 12 frames
per second.
Pass: Check 1 is true
Fail: Check 1 is false

Synchronization between audio and video

Type of assessment
Pre-conditions
Procedure
ResultC.6.6

Inspection
1. The ICT provides 2 way voice communication.
2. The ICT includes real-time video functionality.
1. Check that the video communication resolution is QCIF resolution or better.
Pass: Check 1 is true
Fail: Check 1 is false

Measurement
1. The ICT provides 2 way voice communication.
2. The ICT includes real-time video functionality.
1. Check that the time difference between the speech and video presented to the user
is equal to or less than 100 ms.
Pass: Check 1 is true
Fail: Check 1 is false

Alternatives to video-based services

Clause 6.6 is advisory only and contains no requirements requiring test.

C.7

ICT with video capabilities

C.7.1

Caption processing technology

C.7.1.1

Captioning playback

Type of assessment
Pre-conditions
Procedure
ResultType of assessment
Pre-conditions
Procedure
Result

Test 1
1. The ICT displays or processes video with synchronized audio.
2. Captions are provided in the video.
1. Check that there is a mechanism to display the captions.
Pass: Check 1 is true
Fail: Check 1 is false

Test 2
1. The ICT displays or processes video with synchronized audio.
2. Closed captions are provided by the content.
1. Check that there is a mechanism to choose to display the captions.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

95

C.7.1.2

Captioning synchronization

Type of assessment
Pre-conditions
Procedure
ResultC.7.1.3

Inspection
1. The ICT has a mechanism to display captions.
1. Check that the mechanism to display the captions preserves the synchronization
between the audio and corresponding captions.
Pass: Check 1 is true
Fail: Check 1 is false

Preservation of captioning

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT transmits converts or records video with synchronized audio.
1. Check that the ICT preserves caption data such that it can be displayed in a mannerconsistent with 7.1.1 and 7.1.2.
Pass: Check 1 is true
Fail: Check 1 is false

C.7.2

Audio description technology

C.7.2.1

Audio description playback

Type of assessment
Pre-conditions
Procedure

ResultC.7.2.2

ResultResultInspection
1. The ICT transmits converts or records video with synchronized audio.
1. Check that the ICT preserves audio description data such that it can be played in amanner consistent with 7.2.1 and 7.2.2.
Pass: Check 1 is true
Fail: Check 1 is false

User controls for captions and audio description

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT has a mechanism to play audio description.
1. Check that the synchronization between the audio/visual content and thecorresponding audio description is preserved.
Pass: Check 1 is true
Fail: Check 1 is false

Preservation of audio description

Type of assessment
Pre-conditions
Procedure

C.7.3

Inspection
1. The ICT displays video with synchronized audio.
1. Check that there is an explicit and separate mechanism for audio description.
2. Check that there is a mechanism to select and play the audio description to thedefault audio channel.
3. Check that the ICT enables the user to select and play several audio tracks.
Pass: Check 1 and 2 are true or 1 is false and 3 is true
Fail: Check 1 is true and 2 is false or 1 is false and 3 is false

Audio description synchronization

Type of assessment
Pre-conditions
Procedure

C.7.2.3

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT primarily display materials containing video with associated audio content.
1. Check that user controls to activate subtitling and audio descriptions are provided tothe user at the same level of interaction as the primary media controls.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

96

C.8

Hardware

C.8.1

GeneralC.8.1.1

EN 301 549 V1.1.2 (2015-04)

Generic requirements

Clause 8.1.1 contains no requirements requiring test.

C.8.1.2

Standard connections

Type of assessment
Pre-conditions
Procedure

Inspection
1. The ICT provides user input or output device connection points.
1. Check that one type of connection conforms to an industry standard non-proprietary
format.
2. Check that one type of connection conforms to an industry standard non-proprietary
format through the use of commercially available adapters.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false
The connections may be physical or wireless connections.

ResultNOTE:

C.8.1.3

ColourType of assessment
Pre-conditions
Procedure
ResultC.8.2

Hardware products with speech output

C.8.2.1
C.8.2.1.1

Speech volume gain
Speech volume range

Type of assessment
Pre-conditions
Procedure

ResultC.8.2.1.2

Procedure

Inspection based on measurement data
1. The ICT hardware has speech output.
1. Check that the ICT is certified to meet ANSI/TIA-4965 [i.2].
2. Measure the level (in dB) of the speech output at the lowest volume setting.
3. Measure the level (in dB) of the speech output at the highest volume setting.
4. Check that the range between 1 and 2 is greater than or equal to 18 dB.
Pass: Check 1 or 4 is true
Fail: Check 1 and 4 are false

Incremental volume control

Type of assessment
Pre-conditions

ResultInspection
1. The hardware aspects of the ICT conveys visual information using colour coding asa means to indicate an action, to prompt a response, or to distinguish a visual element.
1. Check that an alternative form of visual coding is provided.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection based on measurement data
1. The ICT hardware has speech output.
2. The volume control is incremental.
1. Measure the level (in dB) of the speech output at the lowest volume setting.
2. Check if one intermediate step provides a level 12 dB above the lowest volume levelmeasured in step 1.
Pass: Check 2 is true
Fail: Check 2 is false

ETSI

97

C.8.2.2

Magnetic coupling

C.8.2.2.1

Fixed-line devices

Type of assessment
Pre-conditions

Procedure

ResultC.8.2.2.2

Inspection based on measurement data
1. The ICT hardware is a fixed line communication device with an audio output that isnormally held to the ear.
2. The ICT carries the "T" symbol.
1. Check that the ICT is certified to meet TIA-1083-A [i.24].
2. Measurements are made according to ETSI ES 200 381-1 [2] which prove that therequirements defined in that standard are fulfilled.
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false

Wireless communication devices

Type of assessment
Pre-conditions
Procedure

ResultC.8.3

EN 301 549 V1.1.2 (2015-04)

Inspection based on measurement data
1. The ICT hardware is a wireless communication device which is normally held to theear.
1. Check that the ICT is certified to meet ANSI/IEEE C63.19 [i.1].
2. Check that the ICT provide a means of magnetic coupling to hearing technologies
which meets the requirements of ETSI ES 200 381-2 [3].
Pass: Check 1 or 2 is true
Fail: Checks 1 and 2 are false

Physical access to ICT

C.8.3.1

GeneralClause 8.3.1 is advisory only and contains no requirements requiring test.
The tests in clause C.8.3 are made available to support the recommendations in clause 8.3. They should be applied if therecommendations in clause 8.3 are being followed. However, tests in clause C.8.3 do not form part of the compliancerequirements and are not required in any compliance report.

C.8.3.2
C.8.3.2.1

Clear floor or ground space
Change in levela)Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. There is a change in level integral to the ICT.
1. Check that the change in level is ramped with a slope less than1:48.
If check 1 is true then this recommendation is followed.

Type of assessment
Pre-conditions

Inspection and measurement
1. There is a change in level integral to the ICT.
2. The change in level is less than or equal to 6,4 mm.
1. Check that the step is vertical or ramped.
If check 1 is true then this recommendation is followed.

b)

Procedure
Resultc)
Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. There is a change in level integral to the ICT.
2. The change in level is less than or equal to 13 mm.
1. Check that the ramp has a slope less than 1:2.
If check 1 is true then this recommendation is followed.

ETSI

98

C.8.3.2.2

Clear floor or ground space

Type of assessment
Pre-conditions
Procedure

ResultInspection and measurement
1. The operating area is integral to the ICT.
1. Check that the operating area is a rectangle with minimum dimension on one edgeof 760 mm.
2. Check that the operating area is a rectangle with the minimum dimension on theother edge of 1 220 mm.
If check 1 is true then this recommendation is followed.

C.8.3.2.3

Approach

C.8.3.2.3.1

GeneralType of assessment
Pre-conditions
Procedure
ResultC.8.3.2.3.2

Procedure
ResultC.8.3.2.3.3

Inspection and measurement
1. The operating area is inside an alcove integral to the ICT.
2. The depth of the alcove is greater than 610 mm.
3. A forward approach is necessary.
1. Check that the width of the alcove is greater than 915 mm.
If check 1 is true then this recommendation is followed.

Parallel Approach

Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The operating area is inside an alcove integral to the ICT.
2. The depth of the alcove is greater than 380 mm.
3. A parallel approach is possible.
1. Check that the width of the access space is greater than 1 525 mm.
If check 1 is true then this recommendation is followed.

Knee and toe clearance widthType of assessment
Pre-conditions
Procedure
ResultC.8.3.2.5

Inspection
1. Access space is integral to the ICT.
1. Check that one full side of the space is unobstructed.
If check 1 is true then this recommendation is followed.

Forward Approach

Type of assessment
Pre-conditions

C.8.3.2.4

EN 301 549 V1.1.2 (2015-04)

Inspection and measurement
1. The space under an obstacle integral to the ICT is part of an access space.
1. Check that the width of the knee clearance is greater than 760 mm.
2. Check that the width of the toe clearance is greater than 760 mm.
If check 1 is true then this recommendation is followed.

Toe clearancea)Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is free-standing.
2. There is a space under any obstacle integral to the ICT that is less than 230 mm
over the floor.
1. Check that the toe clearance does not extend more than 635 mm under the
obstacle.
If check 1 is true then this recommendation is followed.

ETSI

99

EN 301 549 V1.1.2 (2015-04)b)Type of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The ICT is free-standing.
2. There is a space under any obstacle integral to the ICT that is less than 230 mm
over the floor.
1. Check that the toe clearance extends more than 430 mm under the whole obstacle.
If check 1 is true then this recommendation is followed.

c)
Type of assessment
Pre-conditions
Procedure
ResultC.8.3.2.6

Inspection and measurement
1. The ICT is free-standing.
2. There is an obstacle integral to the ICT at less than 230 mm over the floor.
1. Check that the toe clearance extends less than 150 mm under the obstacle.
If check 1 is true then this recommendation is followed.

Knee clearancea)Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. There is an obstacle that is integral to the ICT.
2. The obstacle is between 230 mm and 685 mm above the floor.
1. Check that there is a clearance less than 635 mm at a height of 230 mm.
If check 1 is true then this recommendation is followed.

b)
Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. There is an obstacle that is integral to the ICT.
2. The obstacle is between 230 mm and 685 mm above the floor.
1. Check that there is a clearance more than 280 mm at a height of 230 mm.
If check 1 is true then this recommendation is followed.

c)
Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. There is an obstacle that is integral to the ICT.
2. The obstacle is between 230 mm and 685 mm above the floor.
1. Check that there is a clearance more than 205 mm at a height of 685 mm
If check 1 is true then this recommendation is followed.

d)Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. There is an obstacle that is integral to the ICT.
2. The obstacle is between 230 mm and 685 mm above the floor.
1. Check that the reduction in depth of the clearance is no greater than 25 mm for each
150 mm in height.
If check 1 is true then this recommendation is followed.

ETSI

100

C.8.3.3

Reach range for ICT

C.8.3.3.1

Forward reach

C.8.3.3.1.1
Type of assessment
Pre-conditions
Procedure
ResultC.8.3.3.1.2
Type of assessment
Pre-conditions
Procedure
ResultUnobstructed high forward reachInspection and measurement
1. The access space is integral to the ICT.
2. There is an unobstructed access to the controls.
1. Check that the height of the topmost essential control is no higher than 1 220 mmabove the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

Unobstructed low forward reachInspection and measurement
1. The access space is integral to the ICT.
2. There is an unobstructed access to the controls.
1. Check that the height of the lowest essential control is no lower than 380 mm above
the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

C.8.3.3.1.3

Obstructed reach

C.8.3.3.1.3.1

Clear floor space

Type of assessment
Pre-conditions
Procedure
ResultC.8.3.3.1.3.2
Type of assessment
Pre-conditions

Procedure
ResultC.8.3.3.1.3.3
Type of assessment
Pre-conditions

Procedure
ResultEN 301 549 V1.1.2 (2015-04)

Inspection and measurement
1. The access space is integral to the ICT.
2. There is an integral obstructed access to the controls.
1. Check that there is clear floor space greater than the required reach depth over the
obstruction.
If check 1 is true then this recommendation is followed.

Obstructed (< 510 mm) forward reachInspection and measurement
1. The access space is integral to the ICT.
2. There is an integral obstructed access to the controls.
3. The obstruction is less than 510 mm
1. Check that the height of the topmost essential control is no higher than 1 220 mmabove the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

Obstructed (< 635 mm) forward reachInspection and measurement
1. The access space is integral to the ICT.
2. There is an integral obstructed access to the controls.
3. The obstruction is between 510 mm and 635 mm.
1. Check that the height of the topmost essential control is no higher than 1 120 mmabove the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

ETSI

101

C.8.3.3.2

Side reach

C.8.3.3.2.1

Unobstructed high side reachType of assessment
Pre-conditions

Procedure
ResultC.8.3.3.2.2

Inspection and measurement
1. The access space is integral to the ICT.
2. A parallel approach to the ICT is possible.
3. The side reach is unobstructed or obstructed by a part less than 255 mm wide.
1. Check that the height of the topmost essential control is less than or equal to
1 220 mm above the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

Unobstructed low side reachType of assessment
Pre-conditions

Procedure
ResultInspection and measurement
1. The access space is integral to the ICT.
2. A parallel approach to the ICT is possible.
3. The side reach is unobstructed or obstructed by a part less than 255 mm wide.
1. Check that the height of the lowest essential control is greater than or equal to
380 mm above the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

C.8.3.3.2.3

Obstructed side reach

C.8.3.3.2.3.1

Obstructed (< 255 mm) side reachType of assessment
Pre-conditions

Procedure
ResultC.8.3.3.2.3.2

Procedure
ResultResultInspection and measurement
1. The access space is integral to the ICT.
2. A parallel approach to the ICT is possible.
3. There is an obstacle integral to the ICT with a height less than 865 mm.
4. The side reach is obstructed by a part more than 255 mm and less than 610 mm
wide.
1. Check that the height of the topmost essential control is no higher than 1 170 mmabove the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

Visibility

Type of assessment
Pre-conditions
Procedure

Inspection and measurement
1. The access space is integral to the ICT.
2. A parallel approach to the ICT is possible.
3. There is an obstacle integral to the ICT with a height less than 865 mm.
4. The side reach is obstructed by a part less than 255 mm wide.
1. Check that the height of the topmost essential control no higher than 1 220 mmabove the floor contact of the ICT.
If check 1 is true then this recommendation is followed.

Obstructed (< 610 mm) side reachType of assessment
Pre-conditions

C.8.3.4

EN 301 549 V1.1.2 (2015-04)

Inspection and measurement
1. The operating area is integral to the ICT.
2. A display screen is provided.
1. Check that the screen is readable from a point located 40 inches (1 015 mm) above
the centre of the clear floor space.
If check 1 is true then this recommendation is followed.

ETSI

102

C.8.3.5

Installation instructions

Type of assessment
Pre-conditions
Procedure

ResultC.8.4

Numeric keys

Type of assessment
Pre-conditions
Procedure
ResultC.8.4.2

Inspection
1. The ICT has physical numeric keys arranged in a 12-key telephone keypad layout.
1. Check that the number five key is tactilely distinct from the other keys of the keypad.
Pass: Check 1 is true
Fail: Check 1 is false

Operation of mechanical parts

C.8.4.2.1

Means of operation of mechanical parts

Type of assessment
Pre-conditions
Procedure
ResultC.8.4.2.2

Inspection
1. The ICT has operable parts that requires grasping, pinching, or twisting of the wrist
to operate.
1. Check that there is an accessible alternative means of operation that does not
require these actions.
Pass: Check 1 is true
Fail: Check 1 is false

Force of operation of mechanical parts

Type of assessment
Pre-conditions
Procedure
ResultC.8.4.3

Inspection and measurement
1. The ICT has a control which requires a force greater than 22,2 N to operate it.
1. Check that an accessible alternative means of operation is provided that requires aforce less than or equal to 22,2 N.
Pass: Check 1 is true
Fail: Check 1 is false

Keys, tickets and fare cards

Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. ICT provides keys, tickets or fare cards, and their orientation is important for
further use.
1. Check that keys, tickets or fare cards have an orientation that is tactilely
discernible.
Pass: Check 1 is true
Fail: Check 1 is false

Tactile indication of speech mode

Type of assessment
Pre-conditions
Procedure
ResultInspection and measurement
1. The ICT is intended to be installed.
1. Check that instructions are made available which outline a method to install the ICT
in a manner that ensures that the dimensions of the integral spaces of the ICT conformto clauses 8.3.2 to 8.3.4.
If check 1 is true then this recommendation is followed.

Mechanically operable parts

C.8.4.1

C.8.5

EN 301 549 V1.1.2 (2015-04)

Inspection and measurement
1. The ICT is designed for shared use.
2. Speech output is available.
1. Check that a tactile indication of the means to initiate the speech mode ofoperation is provided.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

103

C.9

Web

C.9.1

General (informative)

EN 301 549 V1.1.2 (2015-04)

Clause 9.1 is informative only and contains no requirements requiring test.

C.9.2
C.9.2.1

Web content requirements
Non-text content

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.2

Audio-only and video-only (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.9.2.3

ResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.2.3 Audio
Description or Media Alternative (Pre-recorded) [4].
Pass: Check 1 is true
Fail: Check 1 is false

Captions (live)

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.2.2 Captions(Pre-recorded) [4].
Pass: Check 1 is true
Fail: Check 1 is false

Audio description or media alternative (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.9.2.5

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.2.1 Audio-only
and video-only (pre-recorded) [4].
Pass: Check 1 is true
Fail: Check 1 is false

Captions (pre-recorded)Type of assessment
Pre-conditions
Procedure

C.9.2.4

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.1.1 Non-text
content [4].
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.2.4 Captions(Live) [4].
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

104

C.9.2.6

Audio description (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.9.2.7

ResultResultResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.4.1 Use ofColour [4].
Pass: Check 1 is true
Fail: Check 1 is false

Audio control

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.3.3 Sensory
Characteristics [4].
Pass: Check 1 is true
Fail: Check 1 is false

Use of colour

Type of assessment
Pre-conditions
Procedure

C.9.2.11

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.3.2
Meaningful Sequence [4].
Pass: Check 1 is true
Fail: Check 1 is false

Sensory characteristics

Type of assessment
Pre-conditions
Procedure

C.9.2.10

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.3.1 Info andRelationships [4].
Pass: Check 1 is true
Fail: Check 1 is false

Meaningful sequenceType of assessment
Pre-conditions
Procedure

C.9.2.9

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.2.5
Audio-Description (Pre-recorded) [4].
Pass: Check 1 is true
Fail: Check 1 is false

Info and relationships

Type of assessment
Pre-conditions
Procedure

C.9.2.8

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.4.2 Audio
Control [4].
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

105

C.9.2.12

Contrast (minimum)

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.13

ResultResultResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.1.2 No
Keyboard Trap [4].
Pass: Check 1 is true
Fail: Check 1 is false

Timing adjustable

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.1.1
Keyboard [4].
Pass: Check 1 is true
Fail: Check 1 is false

No keyboard trap

Type of assessment
Pre-conditions
Procedure

C.9.2.17

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.4.5 Images of
Text [4].
Pass: Check 1 is true
Fail: Check 1 is false

Keyboard

Type of assessment
Pre-conditions
Procedure

C.9.2.16

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.4.4 Resize text
[4].
Pass: Check 1 is true
Fail: Check 1 is false

Images of text

Type of assessment
Pre-conditions
Procedure

C.9.2.15

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 1.4.3 Contrast(Minimum) [4].
Pass: Check 1 is true
Fail: Check 1 is false

Resize text

Type of assessment
Pre-conditions
Procedure

C.9.2.14

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.2.1 Timing
Adjustable [4].
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

106

C.9.2.18

Pause, stop, hide

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.19

ResultResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.4.3 Focus
Order [4].
Pass: Check 1 is true
Fail: Check 1 is false

Link purpose (in context)

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.4.2 Page Titled [4].
Pass: Check 1 is true
Fail: Check 1 is false

Focus OrderType of assessment
Pre-conditions
Procedure

C.9.2.23

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.4.1 Bypass
Blocks [4].
Pass: Check 1 is true
Fail: Check 1 is false

Page titledType of assessment
Pre-conditions
Procedure
ResultC.9.2.22

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.3.1 Three
Flashes or Below Threshold [4].
Pass: Check 1 is true
Fail: Check 1 is false

Bypass blocks

Type of assessment
Pre-conditions
Procedure

C.9.2.21

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.2.2 Pause,
Stop, Hide [4].
Pass: Check 1 is true
Fail: Check 1 is false

Three flashes or below threshold

Type of assessment
Pre-conditions
Procedure

C.9.2.20

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.4.4 Link
Purpose (In Context) [4].
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

107

C.9.2.24

Multiple ways

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.25

ResultResultResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.1.2 Languageof Parts [4].
Pass: Check 1 is true
Fail: Check 1 is false

On focus

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.1.1 Languageof Page [4].
Pass: Check 1 is true
Fail: Check 1 is false

Language of parts

Type of assessment
Pre-conditions
Procedure

C.9.2.29

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.4.7 Focus
Visible [4].
Pass: Check 1 is true
Fail: Check 1 is false

Language of pageType of assessment
Pre-conditions
Procedure

C.9.2.28

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.4.6 Headings
and Labels [4].
Pass: Check 1 is true
Fail: Check 1 is false

Focus visible

Type of assessment
Pre-conditions
Procedure

C.9.2.27

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 2.4.5 Multiple
Ways [4].
Pass: Check 1 is true
Fail: Check 1 is false

Headings and labels

Type of assessment
Pre-conditions
Procedure

C.9.2.26

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.2.1
On Focus [4].
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

108

C.9.2.30

On input

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.31

ResultResultResultResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.3.2 Labels or
Instructions [4].
Pass: Check 1 is true
Fail: Check 1 is false

Error suggestion

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.3.1 Error
Identification [4].
Pass: Check 1 is true
Fail: Check 1 is false

Labels or instructions

Type of assessment
Pre-conditions
Procedure

C.9.2.35

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.2.4 Consistent
Identification [4].
Pass: Check 1 is true
Fail: Check 1 is false

Error identification

Type of assessment
Pre-conditions
Procedure

C.9.2.34

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.2.3 Consistent
Navigation [4].
Pass: Check 1 is true
Fail: Check 1 is false

Consistent identification

Type of assessment
Pre-conditions
Procedure

C.9.2.33

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.2.2
On Input [4].
Pass: Check 1 is true
Fail: Check 1 is false

Consistent navigation

Type of assessment
Pre-conditions
Procedure

C.9.2.32

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.3.3 Error
Suggestion [4].
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

109

C.9.2.36

Error prevention (legal, financial, data)

Type of assessment
Pre-conditions
Procedure
ResultC.9.2.37

ResultInspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 4.1.1
Parsing [4].
Pass: Check 1 is true
Fail: Check 1 is false

Name, role, value

Type of assessment
Pre-conditions
Procedure
ResultC.9.3

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 3.3.4 Error
Prevention (Legal, Financial, Data) [4].
Pass: Check 1 is true
Fail: Check 1 is false

ParsingType of assessment
Pre-conditions
Procedure

C.9.2.38

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a web page.
1. Check that the web page does not fail WCAG 2.0 Success Criterion 4.1.2 Name,
Role, Value [4].
Pass: Check 1 is true
Fail: Check 1 is false

WCAG 2.0 conformance requirements

Type of assessment
Pre-conditions
Procedure

ResultInspection
1. The ICT is a web page.
1. Check that the web page satisfies WCAG 2.0 [4] conformance requirement "1:
Conformance level" at level AA.
2. Check that the web page satisfies WCAG 2.0 [4] conformance requirement "2:
Full pages".
3. Check that the web page satisfies WCAG 2.0 [4] conformance requirement "3:Complete processes".
4. Check that the web page satisfies WCAG 2.0 [4] conformance requirement "4:
Only Accessibility-Supported Ways of Using Technologies".
5. Check that the web page satisfies WCAG 2.0 [4] conformance requirement "5:
Non-interference".
Pass: All checks are true
Fail: Any check is false

C.10

Non-web documents

C.10.1

GeneralClause 10.1 is advisory only and contains no requirements requiring test.

C.10.2C.10.2.1

Document success criteria
Non-text content

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.1.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

110

C.10.2.2

Audio-only and video-only (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.10.2.3

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.6.
Pass: Check 1 is true
Fail: Check 1 is false

Info and relationships

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.8

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.5.
Pass: Check 1 is true
Fail: Check 1 is false

Audio description (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.10.2.7

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.4.
Pass: Check 1 is true
Fail: Check 1 is false

Captions (live)

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.6

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.3.
Pass: Check 1 is true
Fail: Check 1 is false

Audio description or media alternative (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.10.2.5

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.2.
Pass: Check 1 is true
Fail: Check 1 is false

Captions (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.10.2.4

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.7.
Pass: Check 1 is true
Fail: Check 1 is false

Meaningful sequenceType of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.8.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

111

C.10.2.9

Sensory characteristics

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.10

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.13.
Pass: Check 1 is true
Fail: Check 1 is false

Images of text

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.15

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.12.
Pass: Check 1 is true
Fail: Check 1 is false

Resize text

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.14

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.11.
Pass: Check 1 is true
Fail: Check 1 is false

Contrast (minimum)

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.13

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.10.
Pass: Check 1 is true
Fail: Check 1 is false

Audio control

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.12

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.9.
Pass: Check 1 is true
Fail: Check 1 is false

Use of colour

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.11

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.14.
Pass: Check 1 is true
Fail: Check 1 is false

Keyboard

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.15.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

112

C.10.2.16

No keyboard trap

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.17

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.18.
Pass: Check 1 is true
Fail: Check 1 is false

Three flashes or below threshold

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.20

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.17.
Pass: Check 1 is true
Fail: Check 1 is false

Pause, stop, hide

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.19

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.16.
Pass: Check 1 is true
Fail: Check 1 is false

Timing adjustable

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.18

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.19.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 10.2.20 contains no requirements requiring test.

C.10.2.21

Document titledType of assessment
Pre-conditions
Procedure
ResultC.10.2.22

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.21.
Pass: Check 1 is true
Fail: Check 1 is false

Focus orderType of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.22.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

113

C.10.2.23

Link purpose (in context)

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.24

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.23.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 10.2.24 contains no requirements requiring test.

C.10.2.25

Headings and labels

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.26

Focus visible

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.27

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.27.
Pass: Check 1 is true
Fail: Check 1 is false

Language of parts

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.29

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.26.
Pass: Check 1 is true
Fail: Check 1 is false

Language of document

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.28

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.25.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.28.
Pass: Check 1 is true
Fail: Check 1 is false

On focus

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.29.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

114

C.10.2.30

On input

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.31

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.30.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 10.2.31 contains no requirements requiring test.

C.10.2.32

Empty clause

Clause 10.2.32 contains no requirements requiring test.

C.10.2.33

Error identification

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.34

Labels or instructions

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.35

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.35.
Pass: Check 1 is true
Fail: Check 1 is false

Error prevention (legal, financial, data)

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.37

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.34.
Pass: Check 1 is true
Fail: Check 1 is false

Error suggestion

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.36

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.33.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.36.
Pass: Check 1 is true
Fail: Check 1 is false

ParsingType of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.37.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

115

C.10.2.38

EN 301 549 V1.1.2 (2015-04)

Name, role, value

Type of assessment
Pre-conditions
Procedure
ResultC.10.2.39

Inspection
1. The ICT is a non-web document.
1. Check that the document does not fail the Success Criterion in Table 10.38.
Pass: Check 1 is true
Fail: Check 1 is false

Caption positioning

Clause 10.2.39 contains no requirements requiring test.

C.10.2.40

Audio description timing

Clause 10.2.40 contains no requirements requiring test.

C.11

SoftwareC.11.1

GeneralClause 11.1 is advisory only and contains no requirements requiring test.

C.11.2

Non-Web software success criteria

C.11.2.1
C.11.2.1.1

Non-Web software success criteria (excluding closed functionality)
Non-text content (screen reading supported)

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.2

Audio-only and video-only (pre-recorded)Type of assessment
Pre-conditions

Procedure
ResultC.11.2.1.3

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.1.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
3. Pre-recorded auditory information is not needed to enable the use of closed
functions of ICT.
1. Check that the software does not fail the Success Criterion in Table 11.2.
Pass: Check 1 is true
Fail: Check 1 is false

Captions (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.3.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

116

C.11.2.1.4

Audio description or media alternative (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.5

Procedure
ResultProcedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.8.
Pass: Check 1 is true
Fail: Check 1 is false

Sensory characteristics

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.10

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.7.
Pass: Check 1 is true
Fail: Check 1 is false

Meaningful sequenceType of assessment
Pre-conditions

C.11.2.1.9

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.6.
Pass: Check 1 is true
Fail: Check 1 is false

Info and relationships

Type of assessment
Pre-conditions

C.11.2.1.8

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.5.
Pass: Check 1 is true
Fail: Check 1 is false

Audio description (pre-recorded)Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.7

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.4.
Pass: Check 1 is true
Fail: Check 1 is false

Captions (live)

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.6

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.9.
Pass: Check 1 is true
Fail: Check 1 is false

Use of colour

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.10.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

117

C.11.2.1.11

Audio control

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.12

Procedure
ResultProcedure
ResultProcedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to keyboards or a keyboard interface.
1. Check that the software does not fail the Success Criterion in Table 11.15.
Pass: Check 1 is true
Fail: Check 1 is false

No keyboard trap

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.17

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.14.
Pass: Check 1 is true
Fail: Check 1 is false

Keyboard

Type of assessment
Pre-conditions

C.11.2.1.16

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to enlargement features of platform or assistive
technology.
1. Check that the software does not fail the Success Criterion in Table 11.13.
Pass: Check 1 is true
Fail: Check 1 is false

Images of text

Type of assessment
Pre-conditions

C.11.2.1.15

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.12.
Pass: Check 1 is true
Fail: Check 1 is false

Resize text

Type of assessment
Pre-conditions

C.11.2.1.14

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.11.
Pass: Check 1 is true
Fail: Check 1 is false

Contrast (minimum)

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.13

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.16.
Pass: Check 1 is true
Fail: Check 1 is false

Timing adjustable

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.17.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

118

C.11.2.1.18

Pause, stop, hide

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.19

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.18.
Pass: Check 1 is true
Fail: Check 1 is false

Three flashes or below threshold

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.20

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.19.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.1.20 contains no requirements requiring test.

C.11.2.1.21

Empty clause

Clause 11.2.1.21 contains no requirements requiring test.

C.11.2.1.22

Focus orderType of assessment
Pre-conditions
Procedure
ResultC.11.2.1.23

Link purpose (in context)

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.24

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.22.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.23.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.1.24 contains no requirements requiring test.

C.11.2.1.25

Headings and labels

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.26

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.25.
Pass: Check 1 is true
Fail: Check 1 is false

Focus visible

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.26.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

119

C.11.2.1.27

Language of software

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.28

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.27.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.1.28 contains no requirements requiring test.

C.11.2.1.29

On focus

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.30

On input

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.31

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.29.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.30.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.1.31 contains no requirements requiring test.

C.11.2.1.32

Empty clause

Clause 11.2.1.32 contains no requirements requiring test.

C.11.2.1.33

Error identification

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.34

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to assistive technologies for screen reading.
1. Check that the software does not fail the Success Criterion in Table 11.33.
Pass: Check 1 is true
Fail: Check 1 is false

Labels or instructions

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.34.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

120

C.11.2.1.35

Error suggestion

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.36

Procedure
ResultProcedure
ResultC.11.2.2.1

ResultInspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail the Success Criterion in Table 11.38.
Pass: Check 1 is true
Fail: Check 1 is false

Non-Web software requirements (closed functionality)
Non-text content

Type of assessment
Pre-conditions

Procedure

Inspection
1. The ICT is non-web software that provides a user interface.
2. The software provides support to at least one assistive technology.
1. Check that the software does not fail the Success Criterion in Table 11.37.
Pass: Check 1 is true
Fail: Check 1 is false

Name, role, value

Type of assessment
Pre-conditions

C.11.2.2

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.36.
Pass: Check 1 is true
Fail: Check 1 is false

ParsingType of assessment
Pre-conditions

C.11.2.1.38

Inspection
1. The ICT is non-web software that provides a user interface.
1. Check that the software does not fail the Success Criterion in Table 11.35.
Pass: Check 1 is true
Fail: Check 1 is false

Error prevention (legal, financial, data)

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.1.37

EN 301 549 V1.1.2 (2015-04)

Testing
1. The ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Non-text content is presented to users via speech output.
1. Check that speech output is provided as an alternative for non-text content.
2. Check that the non-text content is not pure decoration.
3. Check that the non-text content is not used only for visual formatting.
4. Check that the speech output follows the guidance for "text alternative" described in
WCAG 2.0 Success Criterion 1.1.1.
Pass: Check (1 and 2 and 3 and 4 are true) or (1 and 2 are false) or (1 and 3 are false)
Fail: Checks (1 true and 2 false) or (1 true and 3 false) or (1 and 2 and 3 are true and 4
is false)

ETSI

121

C.11.2.2.2

Audio-only and video-only (pre-recorded)

C.11.2.2.2.1

Pre-recorded audio-onlyType of assessment
Pre-conditions

Procedure
ResultC.11.2.2.2.2

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Pre-recorded auditory information is needed to enable the use of closed functions of
ICT.
1. Check that the visual information is equivalent to the pre-recorded auditory output.
Pass: Check 1 is true
Fail: Check 1 is false

Pre-recorded video-onlyType of assessment
Pre-conditions

Procedure
ResultC.11.2.2.3

EN 301 549 V1.1.2 (2015-04)

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Pre-recorded video content is needed to enable the use of closed functions of ICT.
4. Speech output is provided as non-visual access to non-text content displayed on
closed functionality.
1. Check that the speech output presents equivalent information for the pre-recorded
video content.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.2.3 contains no requirements requiring test.

C.11.2.2.4

Audio description or media alternative (pre-recorded)Type of assessment
Pre-conditions

Procedure
ResultC.11.2.2.5

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Speech output is provided as non-visual access to non-text content displayed on
closed functionality.
1. Check that the speech output presents equivalent information for the pre-recorded
video content.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.2.5 contains no requirements requiring test.

C.11.2.2.6

Empty clause

Clause 11.2.2.6 contains no requirements requiring test.

C.11.2.2.7

Info and relationships

Clause 11.2.2.7 is informative only and contains no requirements requiring test.

C.11.2.2.8

Meaningful sequence

Clause 11.2.2.8 is informative only and contains no requirements requiring test.

C.11.2.2.9

Empty clause

Clause 11.2.2.9 contains no requirements requiring test.

ETSI

122

C.11.2.2.10

EN 301 549 V1.1.2 (2015-04)

Empty clause

Clause 11.2.2.10 contains no requirements requiring test.

C.11.2.2.11

Empty clause

Clause 11.2.2.11 contains no requirements requiring test.

C.11.2.2.12

Empty clause

Clause 11.2.2.12 contains no requirements requiring test.

C.11.2.2.13

Resize text

Type of assessment
Pre-conditions

Procedure

ResultC.11.2.2.14

Inspection and measurement
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to enlargement features of platform or assistive
technology.
3. A viewing distance is specified by the supplier.
1. Measure the height of a capital letter H.
2. Check that it subtends an angle of at least 0,7 degrees at the specified viewing
distance.
Pass: Check 2 is true
Fail: Check 2 is false

Images of text

Clause 11.2.2.14 is informative only and contains no requirements requiring test.

C.11.2.2.15

Keyboard

Type of assessment
Pre-conditions
Procedure
ResultC.11.2.2.16

Inspection
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to keyboards or keyboard interfaces.
1. Check that all functionality of the user interface is operable without vision.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.2.16 contains no requirements requiring test.

C.11.2.2.17

Empty clause

Clause 11.2.2.17 contains no requirements requiring test.

C.11.2.2.18

Empty clause

Clause 11.2.2.18 contains no requirements requiring test.

C.11.2.2.19

Empty clause

Clause 11.2.2.19 contains no requirements requiring test.

C.11.2.2.20

Empty clause

Clause 11.2.2.20 contains no requirements requiring test.

C.11.2.2.21

Empty clause

Clause 11.2.2.21 contains no requirements requiring test.

C.11.2.2.22

Empty clause

Clause 11.2.2.22 contains no requirements requiring test.

ETSI

123

C.11.2.2.23

EN 301 549 V1.1.2 (2015-04)

Empty clause

Clause 11.2.2.23 contains no requirements requiring test.

C.11.2.2.24

Empty clause

Clause 11.2.2.24 contains no requirements requiring test.

C.11.2.2.25

Empty clause

Clause 11.2.2.25 contains no requirements requiring test.

C.11.2.2.26

Empty clause

Clause 11.2.2.26 contains no requirements requiring test.

C.11.2.2.27

Language of software

Type of assessment
Pre-conditions

Procedure
ResultC.11.2.2.28

Testing
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. The speech output is provided as non-visual access to closed functionality.
4. The speech output is not proper names, technical terms, words of indeterminate.
language, and words or phrases that have become part of the vernacular of theimmediately surrounding text.
5. The content is not generated externally and is under the control of the ICT vendor.
6. The displayed languages can be selected using non-visual access.
7. The user has not selected a speech language that is different from the language ofthe displayed content.
1. Check that the speech output is in the same human language of the displayedcontent provided.
Pass: Check 1 is true
Fail: Check 1 is false

Empty clause

Clause 11.2.2.28 contains no requirements requiring test.

C.11.2.2.29

Empty clause

Clause 11.2.2.29 contains no requirements requiring test.

C.11.2.2.30

Empty clause

Clause 11.2.2.30 contains no requirements requiring test.

C.11.2.2.31

Empty clause

Clause 11.2.2.31 contains no requirements requiring test.

C.11.2.2.32

Empty clause

Clause 11.2.2.32 contains no requirements requiring test.

C.11.2.2.33

Error Identification

Type of assessment
Pre-conditions

Procedure
ResultTesting
1. ICT is non-web software that provides a user interface.
2. The user interface is closed to assistive technologies for screen reading.
3. Speech output is provided as non-visual access to closed functionality.
4. An input error is automatically detected.
1. Check that speech output identifies the item that is in error.
2. Check that the speech output describes the item that is in error.
Pass: Checks 1 and 2 are true
Fail: Check 1 or check 2 false

ETSI

124

C.11.2.2.34

EN 301 549 V1.1.2 (2015-04)

Empty clause

Clause 11.2.2.34 contains no requirements requiring test.

C.11.2.2.35

Empty clause

Clause 11.2.2.35 contains no requirements requiring test.

C.11.2.2.36

Empty clause

Clause 11.2.2.36 contains no requirements requiring test.

C.11.2.2.37

Parsing

Clause 11.2.2.37 contains no requirements requiring test.

C.11.2.2.38

Name, role, value

Clause 11.2.2.38 contains no requirements requiring test.

C.11.3C.11.3.1

Interoperability with assistive technology
Closed functionality

Type of assessment
Pre-conditions
Procedure
ResultC.11.3.2
C.11.3.2.1

Inspection
1. The software has closed functionality.
1. Check that the closed functionality conforms to clause 5.1.
If check 1 is true, the software is not required to conform to clauses 11.3.2 to 11.3.17
If check 1 is false the software is required to conform to clauses 11.3.2 to 11.3.17

Accessibility services
Platform accessibility service support for software that provides a userinterface

Type of assessment
Pre-conditions
Procedure

ResultC.11.3.2.2

Platform accessibility service support for assistive technologies

Type of assessment
Pre-conditions
Procedure

ResultInspection
1. The software evaluated is platform software.
1. Check that the platform software documentation includes information about platform
services that may be used by software that provides a user interface to interoperatewith assistive technology.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The software evaluated is platform software.
1. Check that the platform software documentation includes information about platform
accessibility services that enables assistive technology to interoperate with softwarethat provides a user interface running on the platform software.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

125

C.11.3.2.3

Use of accessibility services

Type of assessment
Pre-conditions
Procedure

ResultC.11.3.2.4

ResultResultResultInspection
1. The software evaluated is software that provides a user interface.
1. Check that the user interface element's role is programmatically determinable byassistive technologies.
2. Check that the user interface element's state(s) is programmatically determinable byassistive technologies.
3. Check that the user interface element's boundary is programmatically determinable
by assistive technologies.
4. Check that the user interface element's name is programmatically determinable byassistive technologies.
5. Check that the user interface element's description is programmatically determinable
by assistive technologies.
Pass: Checks 1, 2, 3, 4 and 5 are true
Fail: Check 1 or 2 or 3 or 4 or 5 is false

Row, column, and headersType of assessment
Pre-conditions
Procedure

Inspection
1. The ICT is assistive technology.
1. Check that the assistive technology uses the documented platform accessibility
services.
Pass: Check 1 is true
Fail: Check 1 is false

Object information

Type of assessment
Pre-conditions
Procedure

C.11.3.2.6

Inspection
1. The software evaluated is software that provides a user interface.
1. Check that the software uses the applicable documented platform accessibility
services.
2. Check that the software can meet the applicable requirements 11.3.2.5 to 11.3.2.17
whilst using the documented platform accessibility services.
3. Check that the software can meet requirements 11.3.2.5 to 11.3.2.17 whilst using
the documented platform accessibility services and other documented services.
Pass: Check 1 is true and check 2 or check 3 is true
Fail: Check 1 or check 3 is false

Assistive technology

Type of assessment
Pre-conditions
Procedure

C.11.3.2.5

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The software evaluated is software that provides a user interface.
2. There are data tables in the user interface.
1. Select a data table in which the tests are to be performed.
2. Check that each cell's row is programmatically determinable by assistive
technologies.
3. Check that each cell's column is programmatically determinable by assistive
technologies.
4. Check that each cell's row header, if the row header exists, is programmaticallydeterminable by assistive technologies.
5. Check that each cell's column header, if the column header exists, isprogrammatically determinable by assistive technologies.
Pass: Checks 2, 3, 4 and 5 are true
Fail: Check 2 or 3 or 4 or 5 is false

ETSI

126

C.11.3.2.7

ValuesType of assessment
Pre-conditions
Procedure

ResultC.11.3.2.8

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that can have values.
1. Select a user interface element that can have a value.
2. Check that the current value is programmatically determinable by assistive
technologies.
3. If the user interface element conveys information about a range of values, check thatthe minimum value is programmatically determinable by assistive technologies.
4. If the user interface element conveys information about a range of values, check thatthe maximum value is programmatically determinable by assistive technologies.
Pass: Checks 2, 3 and 4 are true
Fail: Check 2 or 3 or 4 is false

Label relationships

Type of assessment
Pre-conditions
Procedure

ResultC.11.3.2.9

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that are labels of other user interface elements.
1. Obtain the information of each user interface element.
2. Check that the user interface element's information includes the relationship with theuser interface element that is its label, if the current user interface element has a label,
and that this relationship is programmatically determinable by assistive technologies.
3. Check that the user interface element's information includes the relationship with theuser interface element that it is labelling, if the current user interface element is a label,
and that this relationship is programmatically determinable by assistive technologies.
Pass: Checks 2 or 3 are true
Fail: Check 2 and 3 are false

Parent-child relationships

Type of assessment
Pre-conditions

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that are parents of other user interface elements
in a hierarchical structure.
Procedure
1. For user interface elements that have a parent, check that the user interface
element's information includes the relationship with the user interface element that is its
parent.
2. Check that the user interface elements that are parents of the user interface element
selected in check 1, include the relationship with the user interface elements that are
its children in their information, and that this relationship is programmaticallydeterminable by assistive technologies.
3. For user interface elements that are a parent of other user interface elements, checkthat the user interface element's information includes the relationship with the userinterface elements that are its children, and that this relationship is programmaticallydeterminable by assistive technologies.
4. Check that the user interface elements that are a child of the user interface element
selected in check 3, include the relationship with the user interface elements that are
its parents in their information, and that this relationship is programmaticallydeterminable by assistive technologies.
ResultPass: Checks 1 or 2 is true and check 3 or 4 is true
Fail: Checks 1 and 2 are false or check 3 and 4 are false
NOTE:
For this requirement it is enough that one of the two directions of a parent-child relationship is
programmatically determinable. This is the reason why the requirement checks are in pairs and why
the requirement is met if one member of each pair is true.

ETSI

127

C.11.3.2.10

Text

Type of assessment
Pre-conditions
Procedure

ResultC.11.3.2.11

Procedure

ResultProcedure

ResultResultInspection and testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that have actions that can be executed by theuser.
3. The security requirements permit assistive technology to programmatically executeuser actions.
1. Check that the user interface element's information includes the list of actions thatcan be executed by assistive technologies according to 11.3.2.11.
2. Check that all the actions in the list can successfully be executed by assistive
technologies.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false

Tracking of focus and selection attributes

Type of assessment
Pre-conditions
Procedure

Inspection
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that have actions that can be executed by theuser.
1. Check that the user interface element's information includes the list of actions thatcan be executed.
2. Check that this list is programmatically determinable by assistive technologies.
Pass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false

Execution of available actions

Type of assessment
Pre-conditions

C.11.3.2.13

Inspection
1. The software evaluated is software that provides a user interface.
2. There is text rendered to the screen.
1. For instances of text rendered to the screen, check that the text's information
includes its text content, and that this information is programmatically determinable byassistive technologies.
2. For instances of text rendered to the screen, check that the text's information
includes its attributes, and that this information is programmatically determinable byassistive technologies.
3. For instances of text rendered to the screen, check that the text's information
includes its boundary, and that this information is programmatically determinable byassistive technologies.
Pass: Checks 1, 2 and 3 are true
Fail: Check 1 or 2 or 3 is false

List of available actions

Type of assessment
Pre-conditions

C.11.3.2.12

EN 301 549 V1.1.2 (2015-04)

Inspection and testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that enable text editing.
1. Check that the user interface element's information includes mechanisms to track
focus, text insertion point and selection attributes.
2. Check that this information is programmatically determinable by assistive
technologies.
3. Activate those tracking mechanisms.
4. As a user, use the text editing functionality in the evaluated software product.
5. Check that the tracking of focus, text insertion point and selection attributes work.
Pass: Checks 2 and 5 are true
Fail: Check 1 or 5 is false

ETSI

128

C.11.3.2.14

Modification of focus and selection attributes

Type of assessment
Pre-conditions

Procedure

ResultC.11.3.2.15

ResultResultInspection and testing
1. The software evaluated is software that provides a user interface.
1. Activate notifications of changes in the user interface elements.
2. Check that notifications about changes in object information (role, state, boundary,name and description) are sent to assistive technologies, if this information changes inthe software user interface.
3. Check that notifications about changes in row, column and headers of data tables
are sent to assistive technologies, if this information changes in the software.
4. Check that notifications about changes in values (current value, minimum value andmaximum value) are sent, if this information changes in the software.
5. Check that notifications about changes in label relationships are sent o assistive
technologies, if this information changes in the software.
6. Check that notifications about changes in parent-child relationships are sent toassistive technologies, if this information changes in the software.
7. Check notifications about changes in text (text contents, text attributes and theboundary of text rendered to the screen) are sent to assistive technologies, if thisinformation changes in the software.
8. Check that notifications about changes in the list of available actions are sent toassistive technologies, if this information changes in the software.
9. Check that notifications about changes in focus, text insertion point and selection
attributes are sent to assistive technologies, if this information changes in the software.
Pass: Checks 2, 3, 4, 5, 6, 7, 8 and 9 are true
Fail: Check 2, 3, 4, 5, 6, 7, 8 or 9 is false

Modifications of states and properties

Type of assessment
Pre-conditions

Procedure

Testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements that can receive focus or that enable text editing.
3. The security requirements permit platform software to programmatically modify
focus, text insertion point and selection attributes of user interface elements.
1. For user interface elements that can receive focus and where the focus can be
modified by a user without the use of assistive technology, check that the focus can be
programmatically modified by assistive technologies.
2. For user interface elements that enable text editing by a user without the use of
assistive technology, check that the position of the text insertion point can be
programmatically modified by assistive technologies.
3. For user interface elements that enable text editing, check that the selection
attributes can be programmatically modified by assistive technologies where they canbe modified by user without the use of assistive technology.
Pass: All checks are true
Fail: Any check is false

Change notification

Type of assessment
Pre-conditions
Procedure

C.11.3.2.16

EN 301 549 V1.1.2 (2015-04)

Testing
1. The software evaluated is software that provides a user interface.
2. There are user interface elements whose state or properties can be modified by auser without the use of assistive technology.
3. The security requirements permit assistive technology to programmatically modify
states and properties of user interface elements.
1. Check that the state of user interface elements, whose state can be modified by auser without the use of assistive technology, can be programmatically modified byassistive technologies.
2. Check the properties of user interface elements, whose properties can be modified
by a user without the use of assistive technologies, can be programmatically modified
by assistive technologies.
Pass: All checks are true
Fail: Any check is false

ETSI

129

C.11.3.2.17

Modifications of values and text

Type of assessment
Pre-conditions

Procedure

ResultTesting
1. The software evaluated is software that provides a user interface.
2. There are user interface elements whose values or text can be modified by a user
without the use of assistive technology.
3. The security requirements permit assistive technology to programmatically modify
values and text of user interface elements.
1. Check that the values of user interface elements, whose values can be modified bya user without the use of assistive technology, can be modified by assistive
technologies using the input methods of the platform.
2. Check that the text of user interface elements, whose text can be modified by a user
without the use of assistive technology, can be modified by assistive technologies
using the input methods of the platform.
Pass: all checks are true
Fail: any check is false

C.11.4Documented accessibility usage

C.11.4.1

User control of accessibility features

Type of assessment
Pre-conditions
Procedure

ResultC.11.4.2

Procedure

ResultTesting
1. There are platform features that are defined in the platform documentation as
accessibility features.
1. Check if software that provides a user interface disrupts normal operation of platform
accessibility features.
2. Check if the disruption was specifically requested or confirmed by the user.
Pass: Check 1 is false or both checks are true
Fail: Check 1 is true and check 2 is false

User preferences

Type of assessment
Pre-conditions
Procedure

ResultTesting
1. There are platform features that are defined in the platform documentation as
accessibility features intended for users.
1. Check that sufficient modes of operation exists where user control over platform
features, that are defined in the platform documentation as accessibility featuresintended for users, is possible.
Pass: Check 1 is true
Fail: Check 1 is false

No disruption of accessibility features

Type of assessment
Pre-conditions

C.11.5

EN 301 549 V1.1.2 (2015-04)

Inspection and Testing
1. The software is software that provides a user interface.
1. Check if the software provides sufficient modes of operation that uses user
preferences for platform settings for colour, contrast, font type, font size, and focus
cursor.
2. Check that the software documentation indicates that the software is designed to beisolated from its underlying platform.
Pass: Check 1 is true or Check 1 is false and check 2 is true
Fail: Check 1 is false and check 2 is false

ETSI

130

C.11.6

EN 301 549 V1.1.2 (2015-04)

Authoring tools

C.11.6.1

Content technology

Type of assessment
Pre-conditions

Inspection and Testing
1. The software is an authoring tool.
2. The output format of the authoring tool supports information required foraccessibility.
Procedure
1. Check if the authoring tool conforms to 11.6.2 to 11.6.5 to the extent that information
required for accessibility is supported by the format used for the output of the authoringtool.
ResultPass: Check 1 is true
Fail: Check 1 is false
NOTE:
Where the output format of the authoring tool does not support certain types of information required
for accessibility, compliance with requirements that relate to that type of information is not required.

C.11.6.2

Accessible content creation

Type of assessment
Pre-conditions
Procedure
ResultC.11.6.3

Preservation of accessibility information in transformations

Type of assessment
Pre-conditions

Procedure

ResultC.11.6.4

ResultInspection and Testing
1. The software is an authoring tool.
2. The authoring tool provides restructuring transformations or re-coding
transformations.
1. For a restructuring transformation, check if the accessibility information is preservedin the output.
2. For a restructuring transformation, check if the content technology supports
accessibility information for the restructured form of the information.
3. For a re-coding transformation, check if the accessibility information is preserved in
the output.
4. For a re-coding transformation, check if the accessibility information is supported by
the technology of the re-coded output.
Pass: Check 1 is true or checks 1 and 2 are false or check 3 is true or checks 3 and 4
are false
Fail: Check 1 is false and check 2 is true

Repair assistanceType of assessment
Pre-conditions

Procedure

Inspection and Testing
1. The software is an authoring tool.
1. Check if the authoring tool has features that enable and guide the production ofcontent that conforms to clauses 9 (Web content) and 10 (Documents).
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The software is an authoring tool.
2. The accessibility checking functionality of the authoring tool can detect that content
does not meet a requirement of clauses 9 (Web content) or 10 (Documents) as
applicable.
1. The authoring tool provides repair suggestions when content does not meet arequirement of clauses 9 or 10 (as applicable).
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

131

C.11.6.5

EN 301 549 V1.1.2 (2015-04)

Templates

Type of assessment
Pre-conditions

Inspection
1. The software is an authoring tool.
2. The authoring tool provides templates.
Procedure
1. Check that the authoring tool provides at least one template that supports thecreation of content that conforms to requirements of clauses 9 (Web content) or 10(Documents) as applicable.
2. Check that at least one template identified in step 1 is available and is identified asconforming to clauses 9 or 10 (as applicable).
ResultPass: Checks 1 and 2 are true
Fail: Check 1 or 2 is false
NOTE:
The identification as conforming to the requirements of clauses 9 or 10 (as applicable) described incheck 2 may be described in terms such as "Conformant to WCAG 2.0". Where the identification
does not explicitly state that all of the requirements identified in clauses 9 or 10 (as appropriate) arecovered, it may be necessary to use the template to create a web site or document and then test thatweb site or document according to the requirements of clauses 9 or 10 to provide full assurance thatthe template behaves as required.

C.12

Documentation and support services

C.12.1

Product documentation

C.12.1.1

Accessibility and compatibility features

Type of assessment
Pre-conditions
Procedure
ResultC.12.1.2

Accessible documentation

Type of assessment
Pre-conditions
Procedure
ResultC.12.2C.12.2.1

Inspection
1. Product documentation is supplied with the ICT.
1. Check that product documentation provided with the ICT lists and explains how to
use the accessibility and compatibility features of the ICT.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. Product documentation in electronic format is supplied with the ICT.
1. Check that product documentation in electronic format provided with the ICT
conforms to the requirements of clauses 9 or 10 as appropriate.
Pass: Check 1 is true
Fail: Check 1 is false

Support services
GeneralClause 12.2.1 is informative only and contains no requirements requiring test.

C.12.2.2

Information on accessibility and compatibility features

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. ICT support services are provided.
1. Check that the ICT support services provide information on the accessibility andcompatibility features that are included in the product documentation.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

132

C.12.2.3

EN 301 549 V1.1.2 (2015-04)

Effective communication

Type of assessment
Pre-conditions
Procedure
ResultNOTE:

C.12.2.4

Inspection
1. ICT support services are provided.
1. Check that the ICT support services accommodate the communication needs ofindividuals with disabilities either directly or through a referral point.
Pass: Check 1 is true
Fail: Check 1 is false
The provision of any level of support for the communication needs of individuals with disabilities
constitutes a pass of this requirement. Suppliers may wish to provide further information about thelevel of support that is provided to enable the adequacy and quality of the support to be judged.

Accessible documentation

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. Documentation is provided by the ICT support services.
1. Check that documentation in electronic format provided by the ICT support services
conforms to the requirements of clauses 9 or 10 as appropriate.
Pass: Check 1 is true
Fail: Check 1 is false

C.13

ICT providing relay or emergency service accessC.13.1

Relay service requirements

C.13.1.1

GeneralClause 13.1.1 is informative only and contains no requirements requiring test.

C.13.1.2

Text relay services

Type of assessment
Pre-conditions
Procedure
ResultC.13.1.3

Sign relay services

Type of assessment
Pre-conditions
Procedure
ResultC.13.1.4

Inspection
1. The service is a sign relay service.
1. Check that the service enables sign language users and speech users to interact byproviding conversion between the two modes of communication.
Pass: Check 1 is true
Fail: Check 1 is false

Lip-reading relay services

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The service is a text relay service.
1. Check that the service enables text users and speech users to interact by providing
conversion between the two modes of communication.
Pass: Check 1 is true
Fail: Check 1 is false

Inspection
1. The service is a lip-reading relay service.
1. Check that the service enables lip-readers and voice telephone users to interact byproviding conversion between the two modes of communication.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

133

C.13.1.5

Captioned telephony services

Type of assessment
Pre-conditions
Procedure
ResultC.13.1.6

ResultProcedure
ResultInspection
1. The ICT system supports two-way communication.
2. A set of relay services for two-way communication is specified.
1. Check that the system does not prevent access to those relay services for incoming
and outgoing calls.
Pass: Check 1 is true
Fail: Check 1 is false

Access to emergency services

Type of assessment
Pre-conditions
Procedure
ResultInspection
1. The service is a speech to speech relay service.
1. Check that the service enables enable speech or cognitively impaired telephoneusers and any other user to communicate by providing assistance between them.
Pass: Check 1 is true
Fail: Check 1 is false

Access to relay services

Type of assessment
Pre-conditions

C.13.3

Inspection
1. The service is a captioned telephony service.
1. Check that the service assists a deaf or hard of hearing user in a spoken dialogue by
providing text captions translating the incoming part of the conversation.
Pass: Check 1 is true
Fail: Check 1 is false

Speech to speech relay services

Type of assessment
Pre-conditions
Procedure

C.13.2

EN 301 549 V1.1.2 (2015-04)

Inspection
1. The ICT system supports two-way communication.
2. A set of emergency services for two-way communication is specified.
1. Check that the system does not prevent access to those emergency services foroutgoing and incoming calls.
Pass: Check 1 is true
Fail: Check 1 is false

ETSI

134

History
Document history
V1.1.1February 2014

Publication

V.1.1.2

April 2015

Publication

ETSI

EN 301 549 V1.1.2 (2015-04)