ISO/IEC 8825-5:2004

Information technology - ASN.1 encoding rules: Mapping W3C XML schema definitions into ASN.1 - Part 5:

ISO/IEC 8825-5:2004 defines rules for mapping an XSD Schema (a schema conforming to the W3C XML Schema specification) to an ASN.1 schema in order to use ASN.1 encoding rules such as the Basic Encoding Rules (BER), the Distinguished Encoding Rules (DER), the Packed Encoding Rules (PER) or the XML Encoding Rules (XER) for the transfer of information defined by the XSD Schema. The use of ISO/IEC 8825-5:2004 with the ASN.1 Extended XML Encoding Rules (EXTENDED-XER) provides the same XML representation of values as that defined by the original XSD Schema.

Technologies de l'information — Règles de codage ASN.1: Mappage en ASN.1 des définitions de schéma XML du W3C — Partie 5:

L'ISO/CEI 8825-5:2004 définit des règles pour le mappage d'un schéma XSD (un schéma conforme à la spécification du schéma XML du W3C) en un schéma ASN.1 afin d'utiliser les règles de codage de l'ASN.1 telles que les règles de codage de base (BER, basic encoding rules), les règles de codage distinctives de la notation ASN.1 (DER, distinguished encoding rules), les règles de codage compact de la notation ASN.1 (PER, packed encoding rules) ou les règles de codage XML (XER, XML encoding rules) pour le transfert des informations défini par le schéma XSD. L'utilisation de l'ISO/CEI 8825-5:2004 avec les règles de codage XML étendues (EXTENDED-XER) donne la même représentation de valeurs XML que celle définie par le schéma XSD original.

General Information

• Status: Withdrawn
• Publication Date: 22-Nov-2004
• Withdrawal Date: 22-Nov-2004
• ICS: 35.100.60 - Presentation layer
• Technical Committee: ISO/IEC JTC 1/SC 6 - Telecommunications and information exchange between systems
• Drafting Committee: ISO/IEC JTC 1/SC 6/WG 7 - Network, transport and future network
• Current Stage: 9599 - Withdrawal of International Standard
• Start Date: 15-Dec-2009
• Completion Date: 30-Oct-2025

Relations

• Amended By: ISO/IEC 8825-5:2004/Amd 1:2008 - Information technology - ASN.1 encoding rules: Mapping W3C XML schema definitions into ASN.1 - Part 5: - Amendment 1: Efficiency enhancements
• Effective Date: 06-Jun-2022
• Revised: ISO/IEC 8825-5:2008 - Information technology - ASN.1 encoding rules: Mapping W3C XML schema definitions into ASN.1 - Part 5:
• Effective Date: 17-Mar-2009
• Parent: ISO/IEC 8825-5:2004/Amd 1:2008 - Information technology - ASN.1 encoding rules: Mapping W3C XML schema definitions into ASN.1 - Part 5: - Amendment 1: Efficiency enhancements
• Effective Date: 15-Apr-2008

Standards Content (Sample)

INTERNATIONAL ISO/IEC
STANDARD 8825-5
First edition
2004-11-15
Information technology — ASN.1
encoding rules: Mapping W3C XML
schema definitions into ASN.1
Technologies de l'information — Règles de codage ASN.1: Codage de
définitions de schéma en W3C XML dans ASN.1

Reference number
©
ISO/IEC 2004
PDF disclaimer
This PDF file may contain embedded typefaces. In accordance with Adobe's licensing policy, this file may be printed or viewed but
shall not be edited unless the typefaces which are embedded are licensed to and installed on the computer performing the editing. In
downloading this file, parties accept therein the responsibility of not infringing Adobe's licensing policy. The ISO Central Secretariat
accepts no liability in this area.
Adobe is a trademark of Adobe Systems Incorporated.
Details of the software products used to create this PDF file can be found in the General Info relative to the file; the PDF-creation
parameters were optimized for printing. Every care has been taken to ensure that the file is suitable for use by ISO member bodies. In
the unlikely event that a problem relating to it is found, please inform the Central Secretariat at the address given below.

©  ISO/IEC 2004
All rights reserved. Unless otherwise specified, no part of this publication may be reproduced or utilized in any form or by any means,
electronic or mechanical, including photocopying and microfilm, without permission in writing from either ISO at the address below or
ISO's member body in the country of the requester.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Published in Switzerland
ii © ISO/IEC 2004 – All rights reserved

CONTENTS
Page
1 Scope. 1
2 Normative references . 1
2.1 Identical Recommendations | International Standards . 1
2.2 Additional references . 2
3 Definitions. 2
3.1 Imported definitions. 2
3.2 Additional definitions. 3
4 Abbreviations . 3
5 Notation. 3
6 Purpose and extent of standardization . 3
7 Mapping XSD Schemas. 4
8 Ignored schema components and properties. 5
9 The ASN.1 module and namespaces . 6
10 Name conversion. 6
10.1 General . 6
10.2 Generating ASN.1 type definitions that are references to ASN.1 type assignments. 7
10.3 Generating identifiers and type reference names . 7
10.4 Order of the mapping . 9
11 Mapping uses of XSD built-in datatypes. 10
12 Mapping facets . 11
12.1 The length, minLength, and maxLength facets . 11
12.2 The pattern facet. 11
12.3 The whiteSpace facet. 11
12.4 The enumeration facet . 12
12.5 Other facets . 14
13 Mapping simple type definitions. 14
14 Mapping element declarations. 16
15 Mapping attribute declarations. 17
16 Mapping values of simple type definitions. 17
17 Mapping model group definitions. 17
18 Mapping model groups . 17
19 Mapping particles. 17
20 Mapping complex type definitions. 19
21 Mapping wildcards. 20
22 Mapping attribute uses. 20
23 Mapping uses of simple and complex type definitions (general case). 21
24 Mapping special uses of simple and complex type definitions (substitutable) . 22
25 Mapping special uses of simple and complex type definitions (substitutable, nillable). 23
26 Mapping special uses of simple type definitions (nillable) . 24
27 Mapping special uses of complex type definitions (nillable) . 24
28 Mapping special uses of element declarations (head of element substitution group). 25
29 Generating special ASN.1 type assignments for element declarations . 26
30 Generating special ASN.1 type assignments for type definitions . 27
31 Generating special ASN.1 type assignments for element substitution groups. 27
Annex A – ASN.1 type definitions corresponding to XSD built-in datatypes. 28
Annex B – Assignment of object identifier values . 33
© ISO/IEC 2004 – All rights reserved iii

Page
Annex C – Examples of mappings . 34

C.1 A Schema using simple type definitions . 34
C.2 The corresponding ASN.1 definitions. 35
C.3 Further examples. 36
C.3.1 Schema documents with import and include element information items . 36
C.3.2 Mapping simple type definitions. 37
C.3.3 Mapping facets. 38
C.3.4 Mapping element declarations. 41
C.3.5 Mapping attribute uses and attribute declarations . 46
C.3.6 Mapping model group definitions. 47
C.3.7 Mapping particles. 48
C.3.8 Mapping complex type definitions. 49
C.3.9 Mapping wildcards. 54
Annex D – Use of the mapping to provide binary encodings for W3C XML Schema. 57
D.1 Encoding XSD Schemas . 57
D.2 Transfer without using the XSD Schema for Schemas . 57
D.3 Transfer using the XSD Schema for Schemas . 57

iv © ISO/IEC 2004 – All rights reserved

Foreword
ISO (the International Organization for Standardization) and IEC (the International Electrotechnical
Commission) form the specialized system for worldwide standardization. National bodies that are members of
ISO or IEC participate in the development of International Standards through technical committees
established by the respective organization to deal with particular fields of technical activity. ISO and IEC
technical committees collaborate in fields of mutual interest. Other international organizations, governmental
and non-governmental, in liaison with ISO and IEC, also take part in the work. In the field of information
technology, ISO and IEC have established a joint technical committee, ISO/IEC JTC 1.
International Standards are drafted in accordance with the rules given in the ISO/IEC Directives, Part 2.
The main task of the joint technical committee is to prepare International Standards. Draft International
Standards adopted by the joint technical committee are circulated to national bodies for voting. Publication as
an International Standard requires approval by at least 75 % of the national bodies casting a vote.
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent
rights. ISO and IEC shall not be held responsible for identifying any or all such patent rights.
ISO/IEC 8825-5 was prepared jointly by Joint Technical Committee ISO/IEC JTC 1, Information technology,
Subcommittee SC 6, Telecommunications and information exchange between systems in collaboration with
ITU-T. The identical text is published as ITU-T Rec. X.694.
ISO/IEC 8825 consists of the following parts, under the general title Information technology — ASN.1
encoding rules:
 Part 1: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished
Encoding Rules (DER)
 Part 2: Specification of Packed Encoding Rules (PER)
 Part 3: Specification of Encoding Control Notation (ECN)
 Part 4: XML Encoding Rules (XER)
 Part 5: Mapping W3C XML schema definitions into ASN.1

© ISO/IEC 2004 – All rights reserved v

Introduction
This Recommendation | International Standard specifies a mapping from a W3C XML Schema definition (an XSD
Schema) into an ASN.1 schema. The mapping can be applied to any XSD Schema. It specifies the generation of one or

more ASN.1 modules containing type definitions, together with ASN.1 XER encoding instructions. These are jointly
described as an ASN.1 schema for XML documents.
This ASN.1 schema, when used with the ASN.1 Extended XML Encoding Rules (EXTENDED-XER), can be used to
generate and to validate the same set of W3C XML 1.0 documents as the original XSD Schema. The resulting ASN.1
types and encodings support the same semantic content as the XSD Schema. Thus ASN.1 tools can be used
interchangeably with XSD tools for the generation and processing of the specified XML documents.
Other standardized ASN.1 encoding rules, such as the Distinguished Encoding Rules (DER) or the Packed Encoding
Rules (PER), can be used in conjunction with this standardized mapping.
The combination of this Recommendation | International Standard with ASN.1 Encoding Rules provides fully-
standardized and vendor-independent compact and canonical binary encodings for data defined using an XSD Schema.
The ASN.1 schema provides a clear separation between the specification of the information content of messages (their
abstract syntax) and the precise form of the XML document (for example, use of attributes instead of elements). This
results in both a clearer and generally a less verbose schema than the original XSD Schema.
Annex A forms an integral part of this Recommendation | International Standard, and is an ASN.1 module containing a
set of ASN.1 type assignments that correspond to each of the XSD built-in datatypes. Mappings of XSD Schemas into
ASN.1 schemas either import the type reference names of those type assignments or include the type definitions in-line.
Annex B does not form an integral part of this Recommendation | International Standard, and summarizes the object
identifier values assigned in this Recommendation | International Standard.
Annex C does not form an integral part of this Recommendation | International Standard, and gives examples of the
mapping of XSD Schemas into ASN.1 schemas.
Annex D does not form an integral part of this Recommendation | International Standard, and describes the use of the
mapping defined in this Recommendation | International Standard, in conjunction with standardized ASN.1 Encoding
Rules, to provide compact and canonical encodings for data defined using an XSD Schema.
vi © ISO/IEC 2004 – All rights reserved

ISO/IEC 8825-5:2004 (E)
INTERNATIONAL STANDARD
ITU-T RECOMMENDATION
Information technology – ASN.1 encoding rules:
Mapping W3C XML schema definitions into ASN.1
1 Scope
This Recommendation | International Standard specifies a mapping from any XSD Schema into an ASN.1 schema. The
ASN.1 schema supports the same semantics and validates the same set of XML documents.
This Recommendation | International Standard specifies the final XER encoding instructions that are to be applied as
part of the defined mapping to ASN.1 types, but does not specify which syntactic form is to be used for the specification
of those final XER encoding instructions, or the order or manner of their assignment.
NOTE – Implementers of tools generating these mappings may choose any syntactic form or order of assignment that results in
the specified final XER encoding instructions being applied. Examples in this Recommendation | International Standard
generally use the type prefix form, but use of an XER Encoding Control Section may be preferred for the mapping of a complete
XSD Schema, as a matter of style.
There are different ways (syntactically) of assigning XER encoding instructions for use in EXTENDED-XER
encodings (for example, use of ASN.1 type prefix encoding instructions or use of an XER encoding control section).
The choice of these syntactic forms is a matter of style and is outside the scope of this Recommendation | International
Standard.
2 Normative references
The following Recommendations | International Standards and W3C specifications contain provisions which, through
reference in this text, constitute provisions of this Recommendation | International Standard. At the time of publication,
the editions indicated were valid. All Recommendations, International Standards and W3C specifications are subject to
revision, and parties to agreements based on this Recommendation | International Standard are encouraged to
investigate the possibility of applying the most recent edition of the Recommendations, International Standards and
W3C specifications listed below. Members of IEC and ISO maintain registers of currently valid International Standards.
The Telecommunication Standardization Bureau of the ITU maintains a list of currently valid ITU-T
Recommendations. The W3C maintains a list of currently valid W3C specifications. The reference to a document
within this Recommendation | International Standard does not give it, as a stand-alone document, the status of a
Recommendation or International Standard.
2.1 Identical Recommendations | International Standards
NOTE – The complete set of ASN.1 Recommendations | International Standards are listed below, as they can all be applicable in
particular uses of this Recommendation | International Standard. Where these are not directly referenced in the body of this
Recommendation | International Standard, a † symbol is added to the reference.
– ITU-T Recommendation X.680 (2002) | ISO/IEC 8824-1:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Specification of basic notation.
– ITU-T Recommendation X.681 (2002) | ISO/IEC 8824-2:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Information object specification.
– ITU-T Recommendation X.682 (2002) | ISO/IEC 8824-3:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Constraint specification.
– ITU-T Recommendation X.683 (2002) | ISO/IEC 8824-4:2002, Information technology – Abstract
Syntax Notation One (ASN.1): Parameterization of ASN.1 specifications.
– ITU-T Recommendation X.690 (2002) | ISO/IEC 8825-1:2002, Information technology – ASN.1
encoding Rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER), and
Distinguished Encoding Rules (DER).
– ITU-T Recommendation X.691 (2002) | ISO/IEC 8825-2:2002, Information technology – ASN.1
encoding rules: Specification of Packed Encoding Rules (PER).
ITU-T Rec. X.694 (01/2004) 1
ISO/IEC 8825-5:2004 (E)
– ITU-T Recommendation X.692 (2002) | ISO/IEC 8825-3:2002, Information technology – ASN.1
encoding rules: Specification of Encoding Control Notation (ECN).
– ITU-T Recommendation X.693 (2001) | ISO/IEC 8825-4:2002, Information technology – ASN.1
encoding rules: XML Encoding Rules (XER).
– ITU-T Recommendation X.693 (2001)/Amd.1 (2003) | ISO/IEC 8825-4:2002/Amd.1:2004, Information
technology – ASN.1 encoding rules: XML Encoding Rules (XER) – Amendment 1: XER Encoding
Instructions and EXTENDED-XER.
2.2 Additional references
– ISO 8601:2000, Data elements and interchange formats – Information interchange – Representation of
dates and times.
– ISO/IEC 10646-1:2000, Information technology – Universal Multiple-Octet Coded Character Set (UCS)
– Part 1: Architecture and Basic Multilingual Plane.
– W3C XML 1.0:2000, Extensible Markup Language (XML) 1.0 (Second Edition), W3C Recommendation,
Copyright © [6 October 2000] World Wide Web Consortium, (Massachusetts Institute of Technology,
Institut National de Recherche en Informatique et en Automatique, Keio University),
http://www.w3.org/TR/2000/REC-xml-20001006.
– W3C XML Namespaces:1999, Namespaces in XML, W3C Recommendation, Copyright © [14 January
1999] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de
Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/1999/REC-xml-
names-19990114.
– W3C XML Information Set:2001, XML Information Set, W3C Recommendation, Copyright ©
[24 October 2001] World Wide Web Consortium (Massachusetts Institute of Technology, Institut
National de Recherche en Informatique et en Automatique, Keio University),
http://www.w3.org/TR/2001/REC-xml-infoset-20011024.
– W3C XML Schema:2001, XML Schema Part 1: Structures, W3C Recommendation, Copyright © [2 May
2001] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de
Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2001/REC-
xmlschema-1-20010502.
– W3C XML Schema:2001, XML Schema Part 2: Datatypes, W3C Recommendation, Copyright © [2 May
2001] World Wide Web Consortium, (Massachusetts Institute of Technology, Institut National de
Recherche en Informatique et en Automatique, Keio University), http://www.w3.org/TR/2001/REC-
xmlschema-2-20010502.
NOTE – When the reference "W3C XML Schema" is used in this Recommendation | International Standard, it
refers to W3C XML Schema Part 1 and W3C XML Schema Part 2.
– IETF RFC 2396 (1998), Uniform Resource Identifiers (URI): Generic Syntax.
– IETF RFC 1766 (1995), Tags for the Identification of Languages.
3 Definitions
3.1 Imported definitions
3.1.1 This Recommendation | International Standard uses the terms defined in ITU-T Rec. X.680 | ISO/IEC 8824-1
and in ITU-T Rec. X.693 | ISO/IEC 8825-4.
NOTE – In particular, the terms "final XER encoding instructions", "type prefix" and "XER encoding control section" are
defined in the above-mentioned Recommendations | International Standards.
3.1.2 This Recommendation | International Standard also uses the terms defined in W3C XML Schema and W3C
XML Information Set.
NOTE 1 – It is believed that these terms do not conflict with the terms referenced in 3.1.1. If such a conflict occurs, the
definition of the term in 3.1.1 applies.
NOTE 2 – In particular, the terms "schema component" and "property (of a schema component)" are defined in W3C XML
Schema, and the term "element information item" is defined in W3C XML Information Set.
2 ITU-T Rec. X.694 (01/2004)
ISO/IEC 8825-5:2004 (E)
3.2 Additional definitions
For the purposes of this Recommendation | International Standard, the following additional definitions apply:
3.2.1 XSD namespace: A namespace with a URI of "http://www.w3.org/2001/XMLSchema".
3.2.2 XSI namespace: A namespace with a URI of "http://www.w3.org/2001/XMLSchema-instance".
3.2.3 XML namespace: A namespace with a URI of "http://www.w3.org/XML/1998/namespace".
4 Abbreviations
For the purposes of this Recommendation | International Standard, the following abbreviations apply:
ASN.1 Abstract Syntax Notation One
BER (ASN.1) Basic Encoding Rules
DER (ASN.1) Distinguished Encoding Rules
PER (ASN.1) Packed Encoding Rules
URI (IETF) Uniform Resource Identifier
XER (ASN.1) XML Encoding Rules
XML (W3C) Extensible Markup Language
XSD (W3C) XML Schema
5 Notation
5.1 This Recommendation | International Standard references the notation defined by ITU-T Rec. X.680 |
ISO/IEC 8824-1, ITU-T Rec. X.682 | ISO/IEC 8824-3, W3C XML 1.0 and W3C XML Schema.
5.2 When it is necessary in the body of this Recommendation | International Standard to specify, either formally
or in examples, the assignment of XER encoding instructions, the type prefix notation is generally used (but see 6.3
and 6.4). In Annex A, an XER encoding control section is used.
5.3 In this Recommendation | International Standard, bold Courier is used for ASN.1 notation and bold Arial is
used for XSD notation and for XSD terms and concepts.
5.4 The XSD Schemas used in the examples in this Recommendation | International Standard use the prefix xsd:
to identify the XSD namespace.
6 Purpose and extent of standardization
6.1 The mapping to ASN.1 that is specified in this Recommendation | International Standard ensures that:
a) any resulting ASN.1 modules generated by tools conforming to this Recommendation | International
Standard (from the same XSD Schema) define the same (structured) abstract values;
b) all BASIC-XER, CXER, EXTENDED-XER, and binary encodings of that resulting ASN.1 specification
will produce the same encodings (subject to encoder's options); and
c) all XML documents that conform to the source XSD Schema are valid EXTENDED-XER encodings of
abstract values of that ASN.1 specification.
6.2 There are many aspects of an ASN.1 definition (such as the use of white-space, or of encoding control
sections or type prefixes) that affect neither the abstract values being defined nor the XER or binary encodings of those
values. Such aspects of the ASN.1 definition are generally not standardized in this Recommendation | International
Standard.
6.3 There are many different ways in ASN.1 of assigning an XER encoding instruction to a type, including:
a) use of a type prefix for every encoding instruction to be assigned; or
b) use of an encoding control section, with a separate encoding instruction for each required assignment; or
c) use of an encoding control section, with a single encoding instruction making a global assignment,
possibly supplemented by use of a negating encoding instruction for specific types.
6.4 This Recommendation | International Standard specifies when a final XER encoding instruction shall be
present, and uses the syntax of 6.3 a) in most of its examples. However, the use of the different options in 6.3 is not
ITU-T Rec. X.694 (01/2004) 3
ISO/IEC 8825-5:2004 (E)
standardized, and conforming implementations of the mapping may choose any syntactic form (or a mixture of syntactic
forms) for the assignment of final XER encoding instructions.
NOTE – The choice among these options does not affect the final binary or XML encodings.
6.5 A formal specification of the required mapping is not provided.
6.6 This Recommendation | International Standard is concerned only with the mapping of XSD Schemas that
conform to W3C XML Schema.
NOTE – Such conformance can be either by the provision of one or more W3C XSD schema documents or by other means as
specified in W3C XML Schema.
7 Mapping XSD Schemas
7.1 A mapping is based on a source XSD Schema, which is a set of schema components (see W3C XML Schema
Part 1, 2.2). No particular representation of schema components or sets of schema components is required or assumed
for the mapping, although it is expected that the source XSD Schema will usually be provided as one or more XML
schema documents (see W3C XML Schema Part 1, 3.15.2).
NOTE 1 – Since the mapping is defined in terms of schema components (and not in terms of their XML representation), it is not
affected by details of the XML representation, such as the use of multiple schema documents linked by xsd:include and
xsd:redefine element information items, the placement of element information items in one or another schema documents, the
order of xsd:attribute element information items within a xsd:complexType element information item, and so on.
NOTE 2 – Two sets of schema documents that differ in many aspects but represent the same set of schema components generate
the same set of ASN.1 type assignments, with the same final encoding instructions assigned to them and to their components to
any depth.
7.2 The source XSD Schema shall meet all the constraints imposed by the XSD specification. If the source XSD
Schema is represented (in part or all) as a set of XML schema documents, each schema document shall be valid
according to the XSD Schema for Schemas (see W3C XML Schema Part 1, Appendix A).
7.3 At least one ASN.1 module (see 7.4) shall be generated for each different target namespace (whether a
namespace name or the keyword absent) that is the target namespace of one or more schema components in the source
XSD Schema. Each ASN.1 module shall contain one or more type assignments corresponding to top-level schema
components (see 7.9) that have the same target namespace. Each ASN.1 module can also contain one or more special
ASN.1 type assignments whose associated ASN.1 type assignments are in the same ASN.1 module (see 7.6).
NOTE –The schema components represented in the multiple schema documents become part of the same XSD Schema through
the use of the xsd:include, xsd:redefine, and xsd:import element information items.
7.4 The number of ASN.1 modules generated for each target namespace (including the keyword absent) may be
more than one, but each ASN.1 module shall not contain type assignments corresponding to top-level schema
components with different target namespaces (including the keyword absent).
7.5 When multiple ASN.1 modules are generated for a given target namespace (including the keyword absent), all
the type assignments present in them shall be generated as if they were being added to a single ASN.1 module for the
purpose of generating distinct type reference names (see 10.3). The type reference names generated from the names of
the top-level schema components with a given target namespace shall be the same type reference names regardless of the
number of ASN.1 modules generated for that target namespace and regardless of the way type assignments are divided
among the various ASN.1 modules.
NOTE – This is designed to provide flexibility without compromising interoperability.
7.6 Each special ASN.1 type assignment (see clauses 29, 30, and 31) shall be inserted in the same ASN.1 module
as its associated ASN.1 type assignment (see 29.4, 31.4, and 30.4, respectively).
7.7 All ASN.1 modules generated by the mapping shall contain (in the XER encoding control section) a GLOBAL-
DEFAULTS MODIFIED-ENCODINGS encoding instruction and a GLOBAL-DEFAULTS CONTROL-NAMESPACE encoding
instruction specifying the XSI namespace.
7.8 A source XSD Schema shall be processed as follows:
a) for each top-level element declaration, an ASN.1 type assignment shall be generated by applying
clause 14 to the element declaration;
b) for each top-level attribute declaration, an ASN.1 type assignment shall be generated by applying
clause 15 to the attribute declaration;
c) for each user-defined top-level simple type definition, an ASN.1 type assignment shall be generated by
applying clause 13 to the simple type definition;
d) for each top-level complex type definition, an ASN.1 type assignment shall be generated by applying
clause 20 to the complex type definition;
4 ITU-T Rec. X.694 (01/2004)
ISO/IEC 8825-5:2004 (E)
e) for each model group definition whose model group has a compositor of sequence or choice, an ASN.1 type
assignment shall be generated by applying clause 17 to the model group definition.
NOTE 1 – The remaining schema components of the source XSD schema will be processed as a result of mapping these schema
components.
NOTE 2 – The order in which schema components are to be mapped is specified in 10.4. The order of the items of the list above
has no significance for the mapping.
7.9 Column 1 of Table 1 lists schema components. Column 2 gives the reference to the clause in W3C XML
Schema that defines the schema component. Column 3 lists the clause that defines the mapping of those schema
components into ASN.1.
Table 1 – Mapping of XSD schema components
XSD schema component W3C XML Schema reference Mapping defined by
attribute declaration Part 1, 3.2 Clause 15
element declaration Part 1, 3.3 Clause 14
complex type definition Part 1, 3.4 Clause 20
attribute use Part 1, 3.5 Clause 22
attribute group definition Part 1, 3.6 not mapped as such
model group definition Part 1, 3.7 Clause 17
model group Part 1, 3.8 Clause 18
particle Part 1, 3.9 Clause 19
wildcard Part 1, 3.10 Clause 21
identity-constraint definition Part 1, 3.11 ignored by the mapping
notation declaration Part 1, 3.12 ignored by the mapping
annotation Part 1, 3.13 ignored by the mapping
simple type definition Part 1, 3.14 Clauses 11, 13
schema Part 1, 3.15 Clause 9
ordered Part 2, 4.2.2.1 ignored by the mapping
bounded Part 2, 4.2.3.1 ignored by the mapping
cardinality Part 2, 4.2.4.1 ignored by the mapping
numeric Part 2, 4.2.5.1 ignored by the mapping
length Part 2, 4.3.1.1 Clause 12
minLength Part 2, 4.3.2.1 Clause 12
maxLength Part 2, 4.3.3.1 Clause 12
pattern Part 2, 4.3.4.1 Clause 12
enumeration Part 2, 4.3.5.1 Clause 12
whiteSpace Part 2, 4.3.6.1 Clause 12
maxInclusive Part 2, 4.3.7.1 Clause 12
maxExclusive Part 2, 4.3.8.1 Clause 12
minExclusive Part 2, 4.3.9.1 Clause 12
minInclusive Part 2, 4.3.10.1 Clause 12
totalDigits Part 2, 4.3.11.1 Clause 12
fractionDigits Part 2, 4.3.12.1 Clause 12
8 Ignored schema components and properties
8.1 The mapping shall ignore the schema components and properties that are listed in this clause.
8.2 All annotations (see W3C XML Schema Part 1, 3.13) shall be ignored.
NOTE – All attribute information items in a schema document with names qualified with namespaces other than the XSD
namespace (see W3C XML Schema Part 1, 3.13.1) are a property of annotations, and are ignored.
8.3 All identity-constraint definitions (see W3C XML Schema Part 1, 3.11) shall be ignored.
ITU-T Rec. X.694 (01/2004) 5
ISO/IEC 8825-5:2004 (E)
NOTE – The identity-constraint definition provides mechanisms for specifying referential constraints that can be required in a
valid instance. ASN.1 currently has no concept of such constraints, and such constraints cannot be mapped into a formal ASN.1
specification, but they may be included as normative comments that are binding on an application implementation.
8.4 All notation declarations (see W3C XML Schema Part 1, 3.12) shall be ignored.
8.5 All schema components that are the fundamental facets (ordered, bounded, cardinality, numeric) of simple type
definitions (see W3C XML Schema Part 2, 4.2) shall be ignored.
8.6 The properties identity-constraint definitions, substitution group exclusions and disallowed substitutions of element
declarations shall be ignored.
8.7 The properties final, abstract, and prohibited substitutions of complex type definitions shall be ignored.
8.8 The property process contents of wildcards shall be ignored.
NOTE – There is no support in ASN.1 for any action other than skip.
8.9 The properties fundamental facets and final of simple type definitions shall be ignored.
8.10 All value constraints that are present on any element declarations or attribute declarations whose type definition is
either xsd:QName or a simple type definition derived from xsd:QName or xsd:NOTATION shall be ignored.
8.11 All attribute group definitions shall be ignored.
NOTE – The attribute uses in an attribute group definition become part of the attribute uses of the complex type definitions whose XML
representation contains a reference to the attribute group definition.
9 The ASN.1 module and namespaces
NOTE – A full description of the relationship between the namespace concept of W3C XML Namespaces and naming in ASN.1
is provided in ITU-T Rec. X.693 | ISO/IEC 8825-4, clause 16. Type reference names and identifiers defined in an ASN.1 module
are assigned a namespace by means of a NAMESPACE encoding instruction, and otherwise do not have a namespace. The mapping
generates NAMESPACE encoding instructions as appropriate.
9.1 The mapping generates one or more ASN.1 modules corresponding to all schema components in the Schema
that have the same target namespace.
9.2 The ASN.1 "ModuleIdentifier" (see ITU-T Rec. X.680 | ISO/IEC 8824-1, clause 12) to be generated by the
mapping is not standardized. Where IMPORTS statements are used, the ASN.1 module names and module identifiers in
the IMPORTS statements shall be those generated for the ASN.1 modules generated by the mapping.
NOTE – The choice of "ModuleIdentifier" does not affect the encodings in any of the standard encoding rules.
9.3 The ASN.1 modules shall have a "TagDefault" of AUTOMATIC TAGS.
9.4 In each ASN.1 module, there shall be an ASN.1 IMPORTS statement importing the ASN.1 type reference
names in the module named XSD specified in Annex A that are referenced in the ASN.1 module.
9.5 The IMPORTS statement shall also import the ASN.1 type reference names of type assignments that have been
placed (as a result of the mapping) in other ASN.1 modules but are referenced in this ASN.1 module.
9.6 There shall be no EXPORTS statement.
NOTE – This means that all ASN.1 type reference names in the ASN.1 module can be imported into other modules.
10 Name conversion
10.1 General
10.1.1 This Recommendation | International Standard specifies the generation of:
a) ASN.1 type reference names corresponding to the names of model group definitions, top-level element
declarations, top-level attribute declarations, top-level complex type definitions, and user-defined top-level
simple type definitions;
b) ASN.1 identifiers corresponding to the names of top-level element declarations, top-level attribute
declarations, local element declarations, and local attribute declarations;
c) ASN.1 identifiers for the mapping of certain simple type definitions with an enumeration facet (see 12.4.1
and 12.4.2);
6 ITU-T Rec. X.694 (01/2004)
ISO/IEC 8825-5:2004 (E)
d) ASN.1 type reference names of special type assignments (see clauses 29, 30, and 31); and
e) ASN.1 identifiers of certain sequence components introduced by the mapping (see clause 20).
10.1.2 All of these ASN.1 names are generated by applying 10.3 either to the name of the corresponding schema
component, or to a member of the value of an enumeration facet, or to a specified character string, as specified in the
relevant clauses of this Recommendation | International Standard.
10.2 Generating ASN.1 type definitions that are references to ASN.1 type assignments
10.2.1 This subclause applies as explicitly invoked by other clauses of this Recommendation | International Standard
to generate an ASN.1 type definition that is a reference (a "DefinedType") to an ASN.1 type assignment.
10.2.2 If an ASN.1 type definition (R, say) that is a "DefinedType" is to be inserted in an ASN.1 module (M, say)
other than the ASN.1 module where the referenced ASN.1 type assignment (TA, say) is being inserted, and the type
reference name of TA is identical to either the type reference name of another ASN.1 type assignment being inserted in
module M or to another type reference name being imported into module M, then R shall be an
"ExternalTypeReference" (constructed as appropriate for module M) for TA; otherwise it shall be a "typereference"
for TA.
10.3 Generating identifiers and type reference names
10.3.1 This subclause applies as explicitly invoked by other clauses of this Recommendation | International Standard
to generate an ASN.1 type reference name or identifier.
10.3.2 Names of attribute declarations, element declarations, model group definitions, user-defined top-level simple type
definitions, and top-level complex type definitions can be identical to ASN.1 reserved words or can contain characters not
allowed in ASN.1 identifiers or in ASN.1 type reference names. In addition, there are cases in which ASN.1 names are
required to be distinct where the names of the corresponding XSD schema components (from which the ASN.1 names
are mapped) are allowed to be identical.
10.3.3 The following transformations shall be applied, in order, to each character string being mapped to an ASN.1
name, where each transformation (except the first) is applied to the result of the previous transformation:
– the characters " " (SPACE), "." (FULL STOP), and "_" (LOW LINE) shall all be replaced by a "-"
(HYPHEN-MINUS); and
– any character except "A" to "Z" (LATIN CAPITAL LETTER A to LATIN CAPITAL LETTER Z), "a"
to "z" (LATIN SMALL LETTER A to LATIN SMALL LETTER Z), "0" to "9" (DIGIT ZERO to DIGIT
NINE), and "-" (HYPHEN-MINUS) shall be removed; and
– a sequence of two or more HYPHEN-MINUS characters shall be replaced with a single
HYPHEN-MINUS; and
– HYPHEN-MINUS characters occurring at the beginning or at the end of the name shall be removed; and
– if a character string that is to be used as a type reference name starts with a lower-case letter, the first
letter shall be capitalized (converted to upper-case); if it starts with a digit (DIGIT ZERO to DIGIT
NINE), it shall be prefixed with an "X" (LATIN CAPITAL LETTER X) character; and
– if a character string that is to be used as an identifier starts with an upper-case letter, the first letter shall
be uncapitalized (converted to lower-case); if it starts with a digit (DIGIT ZERO to DIGIT NINE), it
shall be prefixed with an "x" (LATIN SMALL LETTER X) character; and
– if a character string that is to be used as a type reference name is empty, it shall be replaced by "X"
(LATIN CAPITAL LETTER X); and
– if a character string that is to be used as an identifier is empty, it shall be replaced by "x" (LATIN
SMALL LETTER X).
10.3.4 Depending on the kind of name being generated, one of the three following subclauses applies.
10.3.4.1 If the name being generated is the type reference name of an ASN.1 type assignment and the character string
generated by 10.3.3 is identical to the type reference name of another ASN.1 type assignment previously generated in
the same ASN.1 module or in another ASN.1 module with the same namespace (including absence of a namespace), or
is one of the reserved words specified in ITU-T Rec. X.680 | ISO/IEC 8824-1, 11.27, then a suffix shall be appended to
the character string generated by 10.3.3. The suffix shall consist of a HYPHEN-MINUS followed by the canonical
lexical representation (see W3C XML Schema Part 2, 2.3.1) of an integer. This integer shall be the least positive integer
such that the new name is different from the type reference name of any other ASN.1 type assignment previously
generated in any of those ASN.1 modules.
ITU-T Rec. X.694 (01/2004) 7
ISO/IEC 8825-5:2004 (E)
10.3.4.2 If the name being generated is the identifier of a component of a sequence, set, or choice type, and the
character string generated by 10.3.3 is identical to the identifier of a previously generated component of the same
sequence, set, or choice type, then a suffix shall be appended to the character string generated by 10.3.3. The suffix
shall consist of a HYPHEN-MINUS followed by the canonical lexical representation (see W3C XML Schema Part 2,
2.3.1) of an integer. This integer shall be the least positive integer such that the new identifier is different from the
identifier of any previously generated component of that sequence, set, or choice type.
10.3.4.3 If the name being generated is the "identifier" in an "EnumerationIte
...

NORME ISO/CEI
INTERNATIONALE 8825-5
Première édition
2004-11-15
Technologies de l'information — Règles
de codage ASN.1: Mappage en ASN.1 des
définitions de schéma XML du W3C
Information technology — ASN.1 encoding rules: Mapping W3C XML
schema definitions into ASN.1
Numéro de référence
ISO/CEI 8825-5:2004(F)
©
ISO/CEI 2004
ISO/CEI 8825-5:2004(F)
PDF – Exonération de responsabilité
Le présent fichier PDF peut contenir des polices de caractères intégrées. Conformément aux conditions de licence d'Adobe, ce fichier
peut être imprimé ou visualisé, mais ne doit pas être modifié à moins que l'ordinateur employé à cet effet ne bénéficie d'une licence
autorisant l'utilisation de ces polices et que celles-ci y soient installées. Lors du téléchargement de ce fichier, les parties concernées
acceptent de fait la responsabilité de ne pas enfreindre les conditions de licence d'Adobe. Le Secrétariat central de l'ISO décline toute
responsabilité en la matière.
Adobe est une marque déposée d'Adobe Systems Incorporated.
Les détails relatifs aux produits logiciels utilisés pour la création du présent fichier PDF sont disponibles dans la rubrique General Info
du fichier; les paramètres de création PDF ont été optimisés pour l'impression. Toutes les mesures ont été prises pour garantir
l'exploitation de ce fichier par les comités membres de l'ISO. Dans le cas peu probable où surviendrait un problème d'utilisation,
veuillez en informer le Secrétariat central à l'adresse donnée ci-dessous.

©  ISO/CEI 2004
Droits de reproduction réservés. Sauf prescription différente, aucune partie de cette publication ne peut être reproduite ni utilisée sous
quelque forme que ce soit et par aucun procédé, électronique ou mécanique, y compris la photocopie et les microfilms, sans l'accord écrit
de l'ISO à l'adresse ci-après ou du comité membre de l'ISO dans le pays du demandeur.
ISO copyright office
Case postale 56 • CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 749 09 47
E-mail [e-mail]
Web www.iso.org
Version française parue en 2005
Publié en Suisse
ii © ISO/CEI 2004 – Tous droits réservés

ISO/CEI 8825-5:2004(F)
TABLE DES MATIÈRES
Page
1 Domaine d'application. 1
2 Références normatives. 1

2.1 Recommandations | Normes internationales identiques. 1
2.2 Autres références. 2
3 Définitions. 2
3.1 Définitions importées. 2
3.2 Définitions supplémentaires. 3
4 Abréviations. 3
5 Notation. 3
6 Objet et limites de la normalisation. 3
7 Mappage de schémas XSD. 4
8 Composants de schéma et propriétés ignorés . 6
9 Les modules et namespaces ASN.1. 6
10 Conversion de nom. 7
10.1 Généralités. 7
10.2 Génération des définitions de type ASN.1 qui sont des références aux allocations de type ASN.1. 7
10.3 Génération des identifiants et noms de référence de type . 7
10.4 Ordre du mappage. 9
11 Utilisations des mappages des datatypes incorporés en XSD. 11
12 Mappage de facettes. 11
12.1 Les facettes length, minLength et maxLength . 11
12.2 La facette pattern. 12
12.3 La facette whiteSpace. 12
12.4 La facette enumeration . 13
12.5 Autres facettes. 14
13 Mappage des définitions de type simple. 15
14 Mappage des déclarations d'élément. 17
15 Mappage des déclarations d'attribut. 17
16 Valeurs de mappage de définitions de type simple. 18
17 Mappage des définitions de groupe modèle. 18
18 Mappage des groupes modèles. 18
19 Mappage des particules. 18
20 Mappage des définitions de type complexe. 20
21 Mappage des wildcards. 21
22 Mappagede attribute uses. 21
23 Mappage des utilisations des définitions de type complexe et simple (cas général). 22
24 Mappage des utilisations spéciales des définitions de type simple et complexe (substituable) . 23
25 Mappage des utilisations spéciales des définitions de type simple et complexe (substituable, nillable) . 24
26 Mappage des utilisations spéciales des définitions de type simple (nillable) . 25
27 Mappage des utilisations spéciales des définitions de type complexe (nillable) . 25
28 Mappage des utilisations spéciales des déclarations d'élément (en-tête de groupe de substitution d'élément) 26
29 Génération d'allocations de type ASN.1 spéciales pour les déclarations d'élément . 27
30 Génération d'allocations spéciales de type ASN.1 pour les définitions de type. 28
31 Génération des allocations spéciales de type ASN.1 pour les groupes de substitution d'élément . 28
© ISO/CEI 2004 – Tous droits réservés iii

ISO/CEI 8825-5:2004(F)
Page
Annexe A – Définitions de type ASN.1 correspondant aux datatypes incorporés en XSD. 30

Annexe B – Allocation des valeurs d'identifiant d'objet. 35
Annexe C – Exemples de mappages. 36
C.1 Schéma utilisant des définitions de type simple. 36
C.2 Définitions ASN.1 correspondantes. 37
C.3 Autres exemples. 38
C.3.1 Documents schéma avec les items d'information d'élément import et include. 38
C.3.2 Mappage des définitions de type simple . 39
C.3.3 Mappage des facettes. 40
C.3.4 Mappage des déclarations d'élément. 43
C.3.5 Mappage des utilisations d'attributs et des déclarations d'attribut . 48
C.3.6 Mappage des définitions de groupe modèle. 49
C.3.7 Mappage des particules . 50
C.3.8 Mappage des définitions de type complexe. 51
C.3.9 Mappage des wildcards . 56
Annexe D – Utilisation du mappage pour fournir des codages binaires pour le schéma XML du W3C. 58
D.1 Codage des schémas XSD. 58
D.2 Transfert sans utilisation du schéma XSD pour les schémas . 58
D.3 Transfert utilisant le schéma XSD pour les schémas . 58

iv © ISO/CEI 2004 – Tous droits réservés

ISO/CEI 8825-5:2004(F)
Avant-propos
L'ISO (Organisation internationale de normalisation) et la CEI (Commission électrotechnique internationale)
forment le système spécialisé de la normalisation mondiale. Les organismes nationaux membres de l'ISO ou
de la CEI participent au développement de Normes internationales par l'intermédiaire des comités techniques
créés par l'organisation concernée afin de s'occuper des domaines particuliers de l'activité technique. Les
comités techniques de l'ISO et de la CEI collaborent dans des domaines d'intérêt commun. D'autres
organisations internationales, gouvernementales et non gouvernementales, en liaison avec l'ISO et la CEI
participent également aux travaux. Dans le domaine des technologies de l'information, l'ISO et la CEI ont créé
un comité technique mixte, l'ISO/CEI JTC 1.
Les Normes internationales sont rédigées conformément aux règles données dans les Directives ISO/CEI,
Partie 2.
La tâche principale du comité technique mixte est d'élaborer les Normes internationales. Les projets de
Normes internationales adoptés par le comité technique mixte sont soumis aux organismes nationaux pour
vote. Leur publication comme Normes internationales requiert l'approbation de 75 % au moins des
organismes nationaux votants.
L'attention est appelée sur le fait que certains des éléments du présent document peuvent faire l'objet de
droits de propriété intellectuelle ou de droits analogues. L'ISO et la CEI ne sauraient être tenues pour
responsables de ne pas avoir identifié de tels droits de propriété et averti de leur existence.
L'ISO/CEI 8825-5 a été élaborée par le comité technique mixte ISO/CEI JTC 1, Technologies de l'information,
sous-comité SC 6, Téléinformatique, en collaboration avec l'UIT-T. Le texte identique est publié en tant que
Rec. UIT-T X.694.
L'ISO/CEI 8825 comprend les parties suivantes, présentées sous le titre général Technologies de l'information
— Règles de codage ASN.1: Mappage en ASN.1 des définitions de schéma XML du W3C:
⎯ Partie 1: Spécification des règles de codage de base (BER), des règles de codage canoniques (CER) et
des règles de codage distinctives (DER)
⎯ Partie 2: Spécification des règles de codage compactes (PER)
⎯ Partie 3: Spécification de la notation de contrôle de codage (ECN)
⎯ Partie 4: Règles de codage XML (XER)
⎯ Partie 5: Mappage en ASN.1 des définitions de schéma XML du W3C

© ISO/CEI 2004 – Tous droits réservés v

ISO/CEI 8825-5:2004(F)
Introduction
La présente Recommandation | Norme internationale spécifie un mappage de définition de schéma XML du W3C (un
schéma XSD) vers un schéma ASN.1. Le mappage peut s'appliquer à tout schéma XSD. Il spécifie la création d'un ou

plusieurs modules ASN.1 contenant des définitions de type, ainsi que des instructions de règles de codage XML en
ASN.1. Elles sont décrites conjointement comme un schéma ASN.1 pour les documents en langage XML.

Ce schéma ASN.1, lorsqu'il est utilisé avec les règles de codage XML étendues en ASN.1 (EXTENDED-XER), peut
être utilisé pour générer et valider le même ensemble de documents en langage XML du W3C que le schéma XSD
original. Les types et les codages ASN.1 qui en résultent prennent en charge le même contenu sémantique que le
schéma XSD d'origine. Et donc, on peut utiliser de façon interchangeable les outils ASN.1 avec les outils XSD pour la
création et le traitement des documents spécifiés en langage XML.
On peut utiliser d'autres règles de codage ASN.1 normalisées, telles que les règles de codage distinctives de la notation
ASN.1 (DER, distinguished encoding rules) ou les règles de codage compact de la notation ASN.1 (PER, packed
encoding rules) en conjonction avec ce mappage normalisé.
La combinaison de la présente Recommandation | Norme internationale avec les règles de codage ASN.1 donne des
codages binaires canoniques et compacts entièrement normalisés et indépendants de leur fabricant pour les données
définies qui utilisent un schéma XSD.
Le schéma ASN.1 fait une séparation nette entre la spécification du contenu informatif des messages (leur syntaxe
abstraite) et la forme précise du document en langage XML (par exemple, l'utilisation d'attributs au lieu d'éléments). Il
en résulte un schéma à la fois plus clair et généralement plus concis que le schéma XSD d'origine.
L'Annexe A fait partie intégrante de la présente Recommandation | Norme internationale et est un module ASN.1
contenant un ensemble d'allocations de types ASN.1 qui correspondent à chacun des types de données XSD incorporés.
Le mappage des schémas XSD en schémas ASN.1 importe les noms de référence de type de ces allocations de type ou
inclut les définitions de type en ligne.
L'Annexe B ne fait pas partie intégrante de la présente Recommandation | Norme internationale et récapitule les valeurs
d'identifiant d'objet allouées dans la présente Recommandation | Norme internationale.
L'Annexe C ne fait pas partie intégrante de la présente Recommandation | Norme internationale et donne des exemples
du mappage des schémas XSD en schémas ASN.1.
L'Annexe D ne fait pas partie intégrante de la présente Recommandation | Norme internationale et décrit l'utilisation du
mappage défini dans la présente Recommandation | Norme internationale, en conjonction avec les règles de codage
ASN.1 normalisées, pour donner des codages canoniques et compacts pour les données définies comme utilisant un
schéma XSD.
vi © ISO/CEI 2004 – Tous droits réservés

ISO/CEI 8825-5:2004 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
Technologies de l'information – Règles de codage ASN.1:
mappage en ASN.1 des définitions de schéma XML du W3C
1 Domaine d'application
La présente Recommandation | Norme internationale spécifie un mappage de tout schéma XSD en un schéma ASN.1.
Le schéma ASN.1 prend en charge la même sémantique et valide le même ensemble de documents en langage XML.
La présente Recommandation | Norme internationale spécifie les instructions de codage XER finales qui sont à
appliquer en tant que partie du mappage défini en types ASN.1, mais ne spécifie pas quelle forme syntaxique doit être
utilisée pour la spécification de ces instructions de codage XER finales, ni l'ordre ou la façon dont elles sont allouées.
NOTE – Ceux qui implémentent les outils de création de ces mappages peuvent choisir n'importe quelle forme syntaxique ou
ordre d'allocation qui a pour résultat l'application des instructions de codage XER finales spécifiées. Les exemples donnés dans la
présente Recommandation | Norme internationale utilisent généralement la forme de type préfixe, mais on peut lui préférer
l'utilisation d'une section de contrôle de codage XER pour le mappage d'un schéma XSD complet, ce qui est une question de
style.
Il y a différentes façons (syntaxiquement) d'allouer des instructions de codage XER à utiliser dans des codages
EXTENDED-XER (par exemple, l'utilisation d'instructions de codage en préfixe de type ASN.1 ou l'utilisation d'une
section de contrôle de codage XER). Le choix de ces formes syntaxiques est une question de style et est en dehors du
domaine d'application de la présente Recommandation | Norme internationale.
2 Références normatives
Les Recommandations | Normes internationales et spécifications du W3C suivantes contiennent des dispositions qui,
par suite de la référence qui y est faite, constituent des dispositions valables pour la présente Recommandation | Norme
internationale. Au moment de la publication, les éditions indiquées étaient en vigueur. Toutes Recommandations,
Normes internationales et spécifications du W3C sont sujettes à révision et les parties prenantes aux accords fondés sur
la présente Recommandation | Norme internationale sont invitées à rechercher la possibilité d'appliquer les éditions les
plus récentes des Recommandations | Normes internationales et spécifications du W3C indiquées ci-après. Les membres
de la CEI et de l'ISO possèdent le registre des Normes internationales en vigueur. Le Bureau de la normalisation des
télécommunications de l'UIT tient à jour une liste des Recommandations de l'UIT-T en vigueur. Le W3C tient à jour la
liste des spécifications du W3C en vigueur. La référence à un document dans la présente Recommandation | Norme
internationale ne donne pas à ce document, en tant que tel, le statut d'une Recommandation ou Norme internationale.
2.1 Recommandations | Normes internationales identiques
NOTE – L'ensemble complet des Recommandations | Normes internationales de l'ASN.1 figure ci-dessous, car elles peuvent
toutes être applicables pour des utilisations particulières de la présente Recommandation | Norme internationale. Lorsqu'il n'y est
pas fait directement référence dans le corps de la présente Recommandation | Norme internationale, un symbole † est ajouté à la
référence.
– Recommandation UIT-T X.680 (2002) | ISO/CEI 8824-1:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification de la notation de base.
– Recommandation UIT-T X.681 (2002) | ISO/CEI 8824-2:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification des objets informationnels. †
– Recommandation UIT-T X.682 (2002) | ISO/CEI 8824-3:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: spécification des contraintes.
– Recommandation UIT-T X.683 (2002) | ISO/CEI 8824-4:2002, Technologies de l'information – Notation
de syntaxe abstraite numéro un: paramétrage des spécifications de la notation de syntaxe abstraite
numéro un. †
– Recommandation UIT-T X.690 (2002) | ISO/CEI 8825-1:2002, Technologies de l'information – Règles
de codage ASN.1: spécification des règles de codage de base, des règles de codage canoniques et des
règles de codage distinctives. †
Rec. UIT-T X.694 (01/2004) 1
ISO/CEI 8825-5:2004 (F)
– Recommandation UIT-T X.691 (2002) | ISO/CEI 8825-2:2002, Technologies de l'information – Règles
de codage ASN.1): spécification des règles de codage compact. †
– Recommandation UIT-T X.692 (2002) | ISO/CEI 8825-3:2002, Technologies de l'information – Règles
de codage ASN.1: spécification de la notation de contrôle de codage (ECN). †
– Recommandation UIT-T X.693 (2001) | ISO/CEI 8825-4:2002, Technologies de l'information – Règles
de codage ASN.1: règles de codage XML (XER).
– Recommandation UIT-T X.693 (2001)/Am. 1 (2003) | ISO/CEI 8825-4:2002/Amd. 1:2004, Technologies
de l'information – Règles de codage ASN.1: règles de codage XML (XER) – Amendement 1: Prise en
charge des règles de codage XML étendues (EXTENDED-XER).
2.2 Autres références
– ISO 8601:2000, Data elements and interchange formats – Information interchange – Representation of
dates and times. (Eléments de données et formats d'échange – Echange d'information – Représentation
de la date et de l'heure.)
– ISO/CEI 10646-1:2000, Technologies de l'information – Jeu universel de caractères codés sur plusieurs
octets (JUC) – Partie 1: Architecture et plan multilingue de base.
– W3C XML 1.0:2000, Extensible Markup Language (XML) 1.0 (Second Edition), (Langage de balisage
extensible (XML) Recommandation du W3C, Copyright © [6 octobre 2000] World Wide Web
Consortium, (Massachusetts Institute of Technology, Institut national de recherche en informatique et en
automatique, Keio University), http://www.w3.org/TR/2000/REC-xml-20001006.
– W3C XML Namespaces:1999, Namespaces in XML, (Espaces de nommage en langage XML),
Recommandation du W3C, Copyright © [14 janvier 1999] World Wide Web Consortium, (Massachusetts
Institute of Technology, Institut national de recherche en informatique et en automatique, Keio
University), http://www.w3.org/TR/1999/REC-xml-names-19990114.
– W3C XML Information Set:2001, XML Information Set, (Ensemble d'informations sur le langage XML)
Recommandation du W3C, Copyright © [24 octobre 2001] World Wide Web Consortium (Massachusetts
Institute of Technology, Institut national de recherche en informatique et en automatique, Keio
University), http://www.w3.org/TR/2001/REC-xml-infoset-20011024.
– W3C XML Schema:2001, XML Schema Part 1: Structures (Schéma XML, Partie 1: Structures),
Recommandation du W3C, Copyright © [2 mai 2001] World Wide Web Consortium, (Massachusetts
Institute of Technology, Institut national de recherche en informatique et en automatique, Keio
University), http://www.w3.org/TR/2001/REC-xmlschema-1-20010502.
– W3C XML Schema:2001, XML Schema Part 2: Datatypes (Schéma XML, Partie 2: Types de données),
Recommandation du W3C, Copyright © [2 mai 2001] World Wide Web Consortium, (Massachusetts
Institute of Technology, Institut National de Recherche en Informatique et en Automatique, Keio
University), http://www.w3.org/TR/2001/REC-xmlschema-2-20010502.
NOTE – Lorsque la référence "Schéma XML du W3C" est utilisée dans la présente Recommandation | Norme
internationale, elle se rapporte à la Partie 1 et à la Partie 2 du schéma XML du W3C.
– IETF RFC 2396 (1998), Uniform Resource Identifiers (URI): Generic Syntax (Identificateurs uniformes
de ressource (URI): Syntaxe générique).
– IETF RFC 1766 (1995), Tags for the Identification of Languages (Etiquettes pour l'identification des
langages).
3 Définitions
3.1 Définitions importées
3.1.1 La présente Recommandation | Norme internationale utilise les termes définis dans la Rec. UIT-T X.680 |
ISO/CEI 8824-1 et dans la Rec. UIT-T X.693 | ISO/CEI 8825-4.
NOTE – En particulier, les termes "instructions de codage XER finales", "préfixe de type" et "section de contrôle de codage
XER" sont définis dans ces Recommandations | Normes internationales.
3.1.2 La présente Recommandation | Norme internationale utilise aussi les termes définis dans le schéma XML du
W3C et dans l'ensemble d'informations sur le langage XML du W3C.
NOTE 1 – On estime que ces termes ne sont pas en contradiction avec les termes mentionnés au § 3.1.1. En cas de conflit, c'est la
définition du § 3.1.1 qui s'applique.
2 Rec. UIT-T X.694 (01/2004)
ISO/CEI 8825-5:2004 (F)
NOTE 2 – En particulier, les termes "composant de schéma" et "propriété (d'un composant de schéma)" sont définis dans le
schéma XML du W3C et le terme "item d'information d'élément" est défini dans l'ensemble d'informations sur le langage XML
du W3C.
3.2 Définitions supplémentaires
Pour les besoins de la présente Recommandation | Norme internationale, les définitions suivantes s'appliquent:
3.2.1 namespace (espace de nommage) XSD: namespace avec un URI de "http://www.w3.org/2001/
XMLSchema".
3.2.2 namespace XSI: namespace avec un URI de "http://www.w3.org/2001/XMLSchema-instance".
3.2.3 namespace XML: namespace avec un URI de "http://www.w3.org/XML/1998/namespace".
4 Abréviations
Pour les besoins de la présente Recommandation | Norme internationale, les abréviations suivantes s'appliquent:
ASN.1 notation de syntaxe abstraite numéro un (abstract syntax notation one)
BER règles de codage de base de la notation ASN.1 (ASN.1 basic encoding rules)
DER règles de codage distinctives de la notation ASN.1 (ASN.1 distinguished encoding rules)
PER règles de codage compact de la notation ASN.1 (ASN.1 packed encoding rules)
URI identificateur uniforme de ressource de l'IETF (IETF uniform resource identifier)
XER règles de codage XML de la notation ASN.1 (ASN.1 XML encoding rules)
XML langage de balisage extensible du W3C (W3C extensible markup language)
XSD schéma de langage XML du W3C (W3C XML schema)
5 Notation
5.1 La présente Recommandation | Norme internationale se réfère à la notation définie par la Rec. UIT-T X.680 |
ISO/CEI 8824-1, la Rec. UIT-T X.682 | ISO/CEI 8824-3, le document XML 1.0 du W3C et le schéma de langage XML
du W3C.
5.2 Lorsqu'il est nécessaire de spécifier dans le corps de la présente Recommandation | Norme internationale,
formellement ou par des exemples, les allocations d'instructions de codage XER, on utilise généralement la notation par
préfixe de type (mais voir les § 6.3 et 6.4). A l'Annexe A est utilisée une section de contrôle de codage XER.
5.3 Dans la présente Recommandation | Norme internationale, la police Courier gras est utilisée pour la
notation ASN.1 et la police Arial gras est utilisée pour la notation XSD et pour les termes et concepts XSD.
5.4 Les schémas XSD utilisés dans les exemples de la présente Recommandation | Norme internationale utilisent
le préfixe xsd: pour identifier l'espace de nommage (namespace) XSD.
6 Objet et limites de la normalisation
6.1 Le mappage à l'ASN.1 qui est spécifié dans la présente Recommandation | Norme internationale vérifie que:
a) tout module ASN.1 résultant créé par des outils se conformant à la présente Recommandation | Norme
internationale (à partir du même schéma XSD) définit les mêmes valeurs abstraites (structurées);
b) tout codage BASIC-XER, CXER, EXTENDED-XER et binaire de cette spécification ASN.1 résultante
produira le même codage (sous réserve des options du codeur); et
c) tout document XML se conformant au schéma XSD source est un codage EXTENDED-XER valide des
valeurs abstraites de cette spécification ASN.1.
6.2 De nombreux aspects d'une définition en ASN.1 (tels que l'utilisation d'un espace blanc ou des sections de
contrôle de codage ou des préfixes de type) n'affectent ni les valeurs abstraites en cours de définition ni les codages
XER ou binaires de ces valeurs. De tels aspects de la définition en ASN.1 ne sont généralement pas normalisés dans la
présente Recommandation | Norme internationale.
Rec. UIT-T X.694 (01/2004) 3
ISO/CEI 8825-5:2004 (F)
6.3 En ASN.1, il existe de nombreuses façons différentes d'allouer une instruction de codage XER à un type, y
compris:
a) l'utilisation d'un préfixe de type pour chaque instruction de codage à allouer; ou
b) l'utilisation d'une section de contrôle de codage, avec une instruction de codage distincte pour chaque
allocation nécessaire; ou
c) l'utilisation d'une section de contrôle de codage, avec une seule instruction de codage faisant une
allocation globale, pouvant être complétée par l'utilisation d'une instruction de codage négative pour des
types spécifiques.
6.4 La présente Recommandation | Norme internationale spécifie les moments où une instruction de codage XER
finale doit être présente et utilise la syntaxe du § 6.3 a) dans la plupart de ses exemples. Cependant, l'utilisation des
différentes options données au § 6.3 n'est pas normalisée et les implémentations du mappage conformes (à la présente
norme) peuvent choisir toute forme syntaxique (ou une combinaison de formes syntaxiques) pour l'allocation des
instructions de codage XER finales.
NOTE – Le choix parmi ces options n'affecte pas les codages binaires ou XML finaux.
6.5 Il n'est pas fourni de spécification formelle du mappage requis.
6.6 La présente Recommandation | Norme internationale ne s'occupe que du mappage des schémas XSD qui se
conforment au schéma XML du W3C.
NOTE – Une telle conformité peut résulter de la fourniture d'un ou plusieurs documents selon le schéma XSD du W3C ou par
d'autres moyens, comme spécifié dans le schéma XML du W3C.
7 Mappage de schémas XSD
7.1 Un mappage se fonde sur un schéma XSD source, qui est un ensemble de composants de schéma (voir la
partie 1, § 2.2 du schéma XML du W3C). Aucune représentation particulière de composants de schéma ou d'ensembles
de composants de schéma n'est nécessaire ni supposée pour le mappage, bien qu'on suppose que le schéma XSD source
sera habituellement fourni sous forme d'un ou plusieurs documents du schéma XML (voir la partie 1, § 3.15.2 du
schéma XML du W3C).
NOTE 1 – Dans la mesure où le mappage est défini en termes de composants de schéma (et non selon leur représentation XML),
il n'est pas affecté par les détails de la représentation XML, comme l'utilisation de documents à schéma multiple liés par les items
d'information d'élément xsd:include et xsd:redefine, le placement d'items d'information d'élément dans l'un ou l'autre des
documents de schéma, l'ordre des items d'information d'élément xsd:attribute dans un item d'information d'élément
xsd:complexType et ainsi de suite.
NOTE 2 – Deux ensembles de documents de schéma qui diffèrent par de nombreux aspects mais représentent le même ensemble
de composants de schéma génèrent le même ensemble d'allocations de type en ASN.1, avec les mêmes instructions de codage
finales allouées à eux et à leurs composants à toute profondeur.
7.2 Le schéma XSD source doit satisfaire à toutes les contraintes imposées par la spécification XSD. Si le
schéma XSD source est représenté (en partie ou en totalité) comme un ensemble de documents de schéma XML, chaque
document de schéma doit être valide par rapport au schéma XSD pour les schémas (voir la partie 1, Appendice A du
schéma XML du W3C).
7.3 Au moins un module ASN.1 (voir le § 7.4) doit être généré pour chaque namespace cible (target namespace)
différent (que ce soit un nom de namespace ou le mot clé absent) qui est le namespace cible d'un ou plusieurs
composants de schéma dans le schéma XSD source. Chaque module ASN.1 doit contenir une ou plusieurs allocations
de type correspondant aux composants de schéma de niveau supérieur (voir le § 7.9) qui ont le même namespace cible.
Chaque module ASN.1 peut aussi contenir une ou plusieurs allocations spéciales de type ASN.1 dont les allocations de
type ASN.1 associées sont dans le même module ASN.1 (voir le § 7.6).
NOTE – Les composants de schéma représentés dans les documents de schéma multiple sont incorporés au même schéma XSD
grâce à l'utilisation des items d'information d'élément xsd:include, xsd:redefine et xsd:import.
7.4 Le nombre de modules ASN.1 générés pour chaque namespace cible (y compris le mot clé absent) peut être
supérieur à un, mais aucun module ASN.1 ne doit contenir d'allocation de type correspondant aux composants de
schéma de niveau supérieur avec des namespaces cible différents (y compris le mot clé absent).
7.5 Lorsque plusieurs modules ASN.1 sont générés pour un namespace cible donné (y compris le mot clé absent),
toutes les allocations de type qui y sont présentes doivent être générées comme si elles étaient ajoutées à un module
ASN.1 unique dans le but de générer des noms de référence de type distincts (voir le § 10.3). Les noms de référence de
type générés à partir des names (noms) des composants de schéma du niveau supérieur avec un namespace cible donné
doivent avoir les mêmes noms de référence de type sans considération du nombre de modules ASN.1 générés pour ce
namespace cible et sans considération de la façon dont les allocations de type sont réparties parmi les divers modules
ASN.1.
4 Rec. UIT-T X.694 (01/2004)
ISO/CEI 8825-5:2004 (F)
NOTE – Ceci est destiné à donner de la souplesse sans compromettre l'interopérabilité.
7.6 Chaque allocation de type ASN.1 spéciale (voir les § 29, 30 et 31) doit être insérée dans le même module
ASN.1 que celui de son allocation de type ASN.1 associée (voir respectivement les § 29.4, 31.4 et 30.4).
7.7 Tous les modules ASN.1 générés par mappage doivent contenir (dans la section de contrôle de codage XER)
une instruction de codage GLOBAL-DEFAULTS MODIFIED-ENCODINGS et une instruction de codage GLOBAL-DEFAULTS
CONTROL-NAMESPACE spécifiant le namespace XSI.
7.8 Un schéma XSD source doit être traité comme suit:
a) pour chaque element declaration (déclaration d'élément) de niveau supérieur, une allocation de type
ASN.1 doit être générée en appliquant le § 14 à l'element declaration;
b) pour chaque attribute declaration (déclaration d'attribut) de niveau supérieur, une allocation de type
ASN.1 doit être générée en appliquant le § 15 à l'attribute declaration;
c) pour chaque simple type definition (définition de type simple) de niveau supérieur définie par l'usager, une
allocation de type ASN.1 doit être générée en appliquant le § 13 à la simple type definition;
d) pour chaque complex type definition (définition de type complexe) de niveau supérieur, une allocation de
type ASN.1 doit être générée en appliquant le § 20 à la complex type definition;
e) pour chaque model group definition (définition de groupe modèle) dont model group (groupe modèle) a un
compositor (composeur) de sequence (séquence) ou choice (choix), une allocation de type ASN.1 doit être
générée en appliquant le § 17 à la model group definition.
NOTE 1 – Les composants de schéma restants du schéma XSD de source seront traités comme résultat du mappage de ces
composants de schéma.
NOTE 2 – L'ordre dans lequel les composants de schéma doivent être mappés est spécifié au § 10.4. L'ordre des items de la liste
ci-dessus n'a pas de signification pour le mappage.
7.9 La colonne 1 du Tableau 1 donne la liste des composants de schéma. La colonne 2 donne la référence au
paragraphe du schéma XML du W3C qui définit le composant de schéma. La colonne 3 donne la liste des paragraphes
qui définissent le mappage de ces composants de schéma en ASN.1.
Tableau 1 – Mappage des composants de schéma XSD
Composant de schéma XSD Référence du schéma XML Mappage défini
du W3C
attribute declaration Partie 1, 3.2 § 15
element declaration Partie 1, 3.3 § 14
complex type definition Partie 1, 3.4 § 20
attribute use Partie 1, 3.5 § 22
attribute group definition Partie 1, 3.6 non mappé comme tel
model group definition Partie 1, 3.7 § 17
model group Partie 1, 3.8 § 18
particle Partie 1, 3.9 § 19
wildcard Partie 1, 3.10 § 21
identity-constraint definition Partie 1, 3.11 ignoré par le mappage
notation declaration Partie 1, 3.12 ignoré par le mappage
annotation Partie 1, 3.13 ignoré par le mappage
simple type definition Partie 1, 3.14 § 11, 13
schema Partie 1, 3.15 § 9
ordered Partie 2, 4.2.2.1 ignoré par le mappage
bounded Partie 2, 4.2.3.1 ignoré par le mappage
cardinality Partie 2, 4.2.4.1 ignoré par le mappage
numeric Partie 2, 4.2.5.1 ignoré par le mappage
length Partie 2, 4.3.1.1 § 12
minLength Partie 2, 4.3.2.1 § 12
maxLength Partie 2, 4.3.3.1 § 12
pattern Partie 2, 4.3.4.1 § 12
Rec. UIT-T X.694 (01/2004) 5
ISO/CEI 8825-5:2004 (F)
Tableau 1 – Mappage des composants de schéma XSD
Composant de schéma XSD
Référence du schéma XML Mappage défini
du W3C
enumeration Partie 2, 4.3.5.1 § 12
whiteSpace Partie 2, 4.3.6.1 § 12
maxInclusive Partie 2, 4.3.7.1 § 12
maxExclusive Partie 2, 4.3.8.1 § 12
minExclusive Partie 2, 4.3.9.1 § 12
minInclusive Partie 2, 4.3.10.1 § 12
totalDigits Partie 2, 4.3.11.1 § 12
fractionDigits Partie 2, 4.3.12.1 § 12
8 Composants de schéma et propriétés ignorés
8.1 Le mappage doit ignorer les composants de schéma et les propriétés dont la liste figure dans le présent
paragraphe.
8.2 Toutes les annotations (voir la Partie 1, § 3.13 du schéma XML du W3C) doivent être ignorées.
NOTE – Tous les items d'information d'attribut dans un document de schéma avec des noms qualifiés avec des namespaces
autres que le namespace XSD (voir la Partie 1, § 3.13.1 du schéma XML du W3C) ont une propriété d'annotations et sont
ignorés.
8.3 Toutes les identity-constraint definitions (voir la Partie 1, § 3.11 du schéma XML du W3C) doivent être
ignorées.
NOTE – L'identity-constraint definition (définition de contrainte d'identité) fournit des mécanismes pour spécifier les contraintes
de référentiel qui peuvent être nécessaires dans une instance valide. L'ASN.1 n'a pas actuellement de concept pour de telles
contraintes et celles-ci ne peuvent donc être mappées dans une spécification ASN.1 formelle, mais elles peuvent être incluses
comme commentaires normatifs qui ont un caractère obligatoire pour une implémentation d'application.
8.4 Toutes les notation declarations (déclaration de notation) (voir la Partie 1, § 3.12 du schéma XML du W3C)
doivent être ignorées.
8.5 Tous les composants de schéma qui sont les fundamental facets (facettes fondamentales) (ordered (ordonné),
bounded (attaché), cardinality (cardinalité), numeric (numérique)) des définitions de type simple (voir la Partie 2, § 4.2 du
schéma XML du W3C) doivent être ignorés.
8.6 Les propriétés identity-constraint definitions, substitution group exclusions (exclusion de groupe de substitution)
et disallowed substitutions (substitution non autorisée) des déclarations d'élément doivent être ignorées.
8.7 Les propriétés final (finale), abstract (abstraite) et prohibited substitutions (substitution interdite) des définitions
de type complexe doivent être ignorées.
8.8 La propriété process contents (traiter les contenus) des wildcards (caractères substitution) doit être ignorée.
NOTE – Il n'y a pas de prise en compte en ASN.1 d'action autre que skip.
8.9 Les propriétés fundamental facets et final des définitions de type simple doivent être ignorées.
8.10 Toutes les value constraints (contraintes de valeur) qui sont présentes sur toutes les déclarations d'élément ou
déclarations d'attribut dont la définition de type est xsd:QName ou une définition de type simple déduite de xsd:QName ou
xsd:NOTATION doivent être ignorées.
8.11 Toutes les attribute group definitions (définition de groupe d'attributs) doivent être ignorées.
NOTE – Les attribute uses (utilisations d'attribut) dans une attribute group definition sont incorporées dans les attribute uses des
complex type definitions dont la représentation XML contient une référence à l'attribute group definition.
9 Les modules et namespaces ASN.1
NOTE – Une description complète des relations entre le concept de namespace XML du W3C et le nommage en ASN.1 est
donnée dans la Rec. UIT-T X.693 | ISO/CEI 8825-4, § 16. Les noms et les identificateurs de référence de type définis dans un
module ASN.1 se voient attribuer un namespace au moyen d'une instruction de codage NAMESPACE, faute de quoi ils n'ont pas de
namespace. Le mappage génère des instructions de codage NAMESPACE en tant que de besoin.
6 Rec. UIT-T X.694 (01/2004)
ISO/CEI 8825-5:2004 (F)
9.1 Le mappage génère un ou plusieurs modules ASN.1 correspondant à tous les composants de schéma qui ont le
même namespace cible (target, cible) dans le schéma.
9.2 Le "ModuleIdentifier" ASN.1 (voir la Rec. UIT-T X.680 | ISO/CEI 8824-1, § 12) que doit générer le mappage
n'est pas normalisé. Lorsque des déclarations IMPORTS sont utilisées, les noms de module et les identifiants de module
ASN.1 dans les déclarations IMPORTS doivent être ceux générés pour les modules ASN.1 générés par le mappage.
NOTE – Le choix du "ModuleIdentifier" n'affecte pas le codage dans les règles de codage standard.
9.3 Les modules ASN.1 doivent avoir un "TagDefault" de AUTOMATIC TAGS.
9.4 Dans chaque module ASN.1, il doit y avoir une déclaration IMPORTS ASN.1 qui importe les noms de
référence de type ASN.1 dans le module nommé XSD spécifié dans l'Annexe A qui sont référencés dans le module
ASN.1.
9.5 Les déclarations IMPORTS doivent aussi importer les noms de référence de type ASN.1 d'allocation de type
qui ont été placés (par suite du mappage) dans d'autres modules ASN.1 mais sont référencés dans ce module ASN.1.
9.6 Il ne doit pas y avoir de déclaration EXPORTS.
NOTE – Ceci signifie que tous les noms de référence de type ASN.1 dans le module ASN.1 peuvent être importés dans d'autres
modules.
10 Conversion de nom
10.1 Généralités
10.1.1 La présente Recommandation | Norme internationale spécifie la génération de:
a) noms de référence de type ASN.1 correspondant aux names de définitions de groupe modèle, déclarations
d'élément de niveau supérieur, déclarations d'attribut de niveau supérieur, définitions de type complexe de
niveau supérieur et définitions de type simple de niveau supérieur définies par l'usager;
names de déclarations d'élément de niveau supérieur, déclarations
b) identifiants ASN.1 correspondant aux
d'attribut de niveau supérieur, déclarations d'élément locales et déclarations d'attribut locales;
c) identifiants ASN.1 pour le mappage de certaines définitions de type simple avec une facette énumération
(voir les § 12.4.1 et 12.4.2);
d) noms de référence de type ASN.1 d'allocations de type spéciales (voir les § 29, 30 et 31); et
e) identifiants ASN.1 de certains composants de séquence introduits par le mappage (voir § 20).
10.1.2 Tous ces noms ASN.1 sont générés en appliquant le § 10.3 soit au nom du composant de schéma
correspondant, soit à un membre de la valeur d'une facette énumération ou d'une chaîne de caractères spécifiée, comme
spécifié dans les paragraphes pertinents de la présente Recommandation | Norme internationale.
10.2 Génération des définitions de type ASN.1 qui sont des références aux allocations de type
ASN.1
10.2.1 Ce paragraphe s'applique lorsqu'il est explicitement invoqué par d'autres paragraphes de la présente
Recommandation | Norme internationale pour générer une définition de type ASN.1 qui soit une référence (un
"DefinedType") à une allocation de type ASN.1.
10.2.2 Si une définition de typ
...