Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
SAE J2630 was originally developed to provide a standardized approach for transforming Abstract Syntax Notation (ASN.1) message set definitions into XML Schema, specifically for Advanced Traveler Information Systems (ATIS) and Intelligent Transportation Systems (ITS). Although this standard has been cancelled and superseded by ITU-T Rec. X.693 | ISO/IEC 8825-4 (XER/EXER encodings), the conversion rules and design principles remain a valuable reference for engineers working with legacy systems or understanding the evolution of encoding standards.
The standard defines clear mapping between ASN.1 types and XML Schema constructs. The following table summarizes the most common mappings:
| ASN.1 Type | XML Schema Representation |
|---|---|
| INTEGER | xs:integer, xs:int, or xs:short with optional min/max facets |
| ENUMERATED | xs:restriction with enumeration facets (integer or string based) |
| SEQUENCE | xs:complexType with xs:sequence containing elements |
| CHOICE | xs:choice with sub-elements |
| SEQUENCE OF | xs:sequence with minOccurs/maxOccurs (list of an element) |
| BIT STRING | xs:hexBinary or custom BinaryType (see standard) |
| OCTET STRING | xs:hexBinary or xs:base64Binary |
| IA5String & other strings | xs:string with length constraints |
🔍 Engineering Design Insights: The conversion rules emphasize avoiding manual ASN.1 tagging and instead relying on automatic mapping via XER/EXER encoding as defined by ITU-T Rec. X.693. This ensures consistency across implementations and simplifies schema maintenance. Additionally, XML namespaces are used to reference types defined in other standards, and new types such as BinaryType and OctetStringType were introduced specifically for the ATIS schema to handle non-text data.
Even with well-defined rules, engineers often encounter pitfalls that can lead to non-compliant or inefficient schemas. Here are the most frequent mistakes and how to avoid them:
In the J2630 approach, BIT STRING elements are represented using a custom BinaryType, which encodes the bit string as a hexBinary string or as an enumeration of named bits. However, with XER/EXER, BIT STRING is typically encoded as a list of values or a hex string depending on the specific encoding rules. For legacy systems, the BinaryType still provides a viable mapping.
ENUMERATED types are mapped to a restriction on either xs:integer or xs:string, leveraging xs:enumeration facets to list the allowed values. The standard provides detailed examples for preserving both the original integer constants and their human-readable labels.
SAE J2630 was cancelled because it has been fully superseded by the global standard ITU-T Rec. X.693 | ISO/IEC 8825-4, which defines the XML Encoding Rules (XER) and Extended XML Encoding Rules (EXER) for ASN.1. These international standards provide a more comprehensive, interoperable, and actively maintained framework for encoding ASN.1-defined objects in XML.
For more details on the conversion rules and the new types defined for the ATIS schema, refer to the original SAE J2630 document (available for historical reference) and the current ITU-T and ISO standards.