X.690

Формат идентификатора строго фиксирован[4].

Биты 8 и 7 определяют класс данных

Бит 6 определяет, являются ли данные простыми (как-то INTEGER), или могут содержать в себе другие различные наборы данных (как-то SET). При этом при кодировании в первом случае говорят о примитивном кодировании, а во втором - о конструктивном;

Биты 5 - 1 определяют тег данных.

В случае если класс данных не определен в ASN.1, то тег может быть больше 30. В таком случае используют несколько октетов для представления идентификатора. При этом биты 5-1 первого октета имеют значение 111112, а следующие октеты, кодируются следующим образом:

• Бит 8 во всех октетах, кроме последнего равен 1; в последнем октете бит 8 равен 0;
• Биты с 1 по 7 этих октетов содержат биты тега в его двоичном представлении.

В случае, если длина блока закодированных данных заранее известна, октеты длины кодируются следующим образом:

Если эта длина не превышает 127 октетов (байт), то она просто записывается в соответствующий октет длины. Такая форма представления октетов длины называется короткой (short form).

Пример:  длина блока данных L:
         L = 34 будет закодирована в виде 0010 0010

Если длина блока закодированных данных больше 127 байт, то:

• в биты второго и последующих октетов записывается значение длины блока закодированной информации в её (длины) двоичном представлении;
• в первый октет записывается количество дополнительных блоков длины, считая со второго; бит 8 первого октета устанавливается в 1.

Такая форма представления октетов длины называется длинной (long form)

Пример:  длина блока данных L:
         L = 2614 (0000 1010 0011 0110 в двоичном формате)
         будет закодирована в виде:
         82 0A 36 (10000010 00001010 00110110 в двоичном формате)

Если же длина блока закодированных данных на момент кодирования длины неизвестна, то в октет длины записывается значение 0х80, что указывает на кодирование с неопределенной длиной (indefinite form). В этом случае в конце блока закодированных данных должны стоять октеты 00 00, явно указывающие на его завершение. Кодирование с неопределённой длиной разрешено только для конструктивных типов данных; два нулевых октета в конце соответствуют ASN.1-типу данных с тегом 0 (End-of-contents) и длиной 0.

Кодирование различных типов данных детально описано в тексте стандарта (англ.).

В зависимости от структуры и преследуемых при кодировании целей, кодирование одних и тех же данных может существенно различаться[5][6].

Так, BER-кодирование значения TRUE типа BOOLEAN может иметь как вид:

01 01 01 

так и вид:

01 01 0F

Результат кодирования типа SET может быть различным в зависимости от того, в каком порядке мы кодируем "вложенные" типы данных:

если

set::= SET { int, float}
int::= INTEGER
float::= REAL 

то для

set{-128, 0.15625}

результат кодирования по правилам BER может быть таким:

31 08 02 01 80 09 03 80 FB 05;

и таким:

31 08 09 03 80 FB 05 02 01 80.

В зависимости от того, примитивное или конструктивное кодирование используется, его результат может также различаться. Так для значения "Test User 1" типа STRING при примитивном кодировании результат будет иметь вид:

13 0B 54 65 73 74 20 55 73 65 72 20 31

при конструктивном:

33 0F 13 05 54 65 73 74 20 13 06 55 73 65 72 20 31

Особые правила кодирования или DER совпадают с BER с учётом выполнения следующих ограничений:

1. Для кодирования данных с известной длиной количество октетов длины должно быть наименьшим;
2. Кодирование простых типов данных (в том числе STRING, OCTET STRING и BIT ARRAY) всегда примитивное;
3. Для типа SET кодирование вложенных типов должно происходить в порядке следования их тегов (согласно ASN.1).

Канонические правила кодирования или CER совпадают с BER с учётом выполнения следующих ограничений:

1. Для составных типов данных должно применяться кодирование с неизвестной длиной;
2. Для примитивного кодирования количество октетов длины должно быть наименьшим;
3. Для типа SET кодирование вложенных типов должно происходить в порядке следования их тегов (согласно ASN.1).

Переход от стандартов X.208 и X.209 к X.680 - X.683 и X.690 был обусловлен необходимостью исправления ошибок, выявленных в процессе использования протоколов, работающих с ASN.1[9]. В связи с этим, при переходе от одних стандартов к другим была обеспечена их полная совместимость. В частности, при получении одним пользователем от другого структуры, закодированной по правилам BER, зачастую невозможно с определенностью сказать, какой из стандартов тот использовал при кодировании[10].

• Для новых типов данных (как-то RELATIVE-OID) добавлены правила кодирования;

• Для типов данных, правила описания которых изменились, изменились и правила кодирования (но результат кодирования одной и той же структуры данных одинаков как при использовании X.209, так и при использовании X.690)[10].