ITU-T Q.922

ITU-T Q.922 — это рекомендация Международного союза электросвязи (ITU-T), определяющая спецификацию протокола канального уровня для сетей Frame Relay (ретрансляции кадров). Документ был принят в 1992 году и описывает часть услуг, предоставляемых на уровне 2 модели OSI, включая формат кадра, процедуры передачи данных, управление потоком и механизмы обнаружения ошибок. Рекомендация является ключевой для построения сетей Frame Relay, которые широко использовались в 1990-х — начале 2000-х годов для объединения локальных вычислительных сетей (ЛВС) и доступа к глобальным сетям.

История и контекст разработки

Протокол Frame Relay начал разрабатываться в конце 1980-х годов как эволюция технологии X.25, ориентированной на сети с высокой вероятностью ошибок. С развитием цифровых каналов связи (оптоволокно, цифровые абонентские линии) необходимость в сложных механизмах коррекции ошибок на канальном уровне отпала. Frame Relay предложил упрощённую инкапсуляцию и коммутацию кадров с минимальной задержкой.

Рекомендация ITU-T Q.922 была создана как часть серии Q.900, регулирующей сигнализацию и протоколы в сетях с интеграцией услуг (ISDN). Она заменила и дополнила более раннюю спецификацию I.122, описывающую архитектуру Frame Relay. В 1992 году ITU-T выпустил Q.922 как окончательную версию, которая стала международным стандартом для реализации Frame Relay на уровне доступа и магистрали.

Основные характеристики протокола

Формат кадра

Кадр Frame Relay, определённый в Q.922, состоит из следующих полей:

• Флаг (Flag) — 1 байт (01111110), обозначающий начало и конец кадра.
• Адрес (Address) — обычно 2 байта, но может быть расширен до 3 или 4 байт. Содержит:
• DLCI (Data Link Connection Identifier) — 10-битный идентификатор виртуального соединения (PVC или SVC).
• C/R (Command/Response) — бит команды/ответа.
• EA (Address Extension) — бит расширения адреса (0 — адрес продолжается, 1 — последний октет адреса).
• FECN (Forward Explicit Congestion Notification) — бит прямой явной индикации перегрузки.
• BECN (Backward Explicit Congestion Notification) — бит обратной явной индикации перегрузки.
• DE (Discard Eligibility) — бит приоритета отбрасывания (1 — кадр может быть отброшен при перегрузке).
• Информационное поле (Information) — переменной длины (до 1600 байт, типично 4096 байт), содержит пользовательские данные.
• FCS (Frame Check Sequence) — 2 байта, контрольная сумма CRC для обнаружения ошибок.

Процедуры передачи

Q.922 определяет два режима работы:

• Без подтверждения (Unacknowledged Information Transfer) — кадры передаются без ожидания подтверждения. Используется для служебной сигнализации (например, для установления соединений в ISDN) и для трафика, где потеря кадров допустима (голос, видео).
• С подтверждением (Acknowledged Information Transfer) — реализует механизм скользящего окна для надёжной передачи. Включает нумерацию кадров (N(S) и N(R)), таймеры ожидания подтверждения и процедуры повторной передачи. Этот режим редко применяется в коммерческих сетях Frame Relay из-за избыточности.

Управление перегрузкой

Одной из ключевых особенностей Q.922 является встроенный механизм управления перегрузкой:

• FECN — уведомление получателя о том, что на пути к нему возникла перегрузка.
• BECN — уведомление отправителя о перегрузке в обратном направлении.
• DE — бит, позволяющий маршрутизатору или коммутатору отбрасывать кадры с низким приоритетом при перегрузке.
• CIR (Committed Information Rate) — согласованная скорость передачи. Хотя CIR не является частью самого протокола Q.922, он используется совместно с ним для гарантии пропускной способности.

Классификация услуг

Рекомендация Q.922 является частью более широкой архитектуры Frame Relay, определённой в ITU-T I.233. Согласно Q.922, услуги делятся на:

• Основные услуги (Core Services) — передача кадров с минимальной обработкой (без подтверждения). Обеспечивают низкую задержку и высокую пропускную способность.
• Дополнительные услуги (Optional Services) — включают подтверждение (режим с подтверждением), управление потоком, сегментацию и сборку кадров (для больших пакетов).

Применение

Сети Frame Relay

Q.922 стал основой для реализации Frame Relay в коммерческих сетях операторов связи, таких как AT&T, MCI (США), «Ростелеком» (Россия) и других. Технология использовалась для:

• Объединения ЛВС — связь филиалов компаний через глобальную сеть с гарантированной пропускной способностью.
• Доступа в интернет — в 1990-х годах Frame Relay был популярен для подключения корпоративных клиентов к провайдерам.
• Передачи голоса (VoFR) — голосовой трафик инкапсулировался в кадры Frame Relay, хотя качество часто страдало из-за задержек.

Сравнение с другими протоколами

• X.25 — предшественник Frame Relay. X.25 включает коррекцию ошибок на каждом узле, что делает его медленнее, но надёжнее. Q.922 отказался от этого в пользу скорости.
• ATM (Asynchronous Transfer Mode) — более сложная технология с ячейками фиксированной длины (53 байта). ATM обеспечивает более строгие гарантии качества обслуживания (QoS), но требует дорогого оборудования. Frame Relay дешевле и проще.
• MPLS (Multiprotocol Label Switching) — современная технология, вытеснившая Frame Relay. MPLS использует метки для коммутации пакетов, обеспечивая гибкость и поддержку IP-трафика.

Упадок и наследие

К началу 2000-х годов Frame Relay начал уступать место более дешёвым и скоростным технологиям, таким как MPLS и IP VPN. Операторы связи постепенно закрывали сети Frame Relay, переводя клиентов на MPLS. Последние крупные сети Frame Relay в России (например, у «Ростелекома») были выведены из эксплуатации в 2015–2017 годах. Тем не менее, Q.922 остаётся важным историческим стандартом, на основе которого разрабатывались более поздние протоколы (например, некоторые аспекты MPLS).

Интересные факты

• Название — Q.922 относится к серии Q.900, регулирующей сигнализацию ISDN. Frame Relay изначально задумывался как часть ISDN, но позже стал самостоятельной технологией.
• DLCI — идентификатор виртуального соединения в Q.922 имеет длину 10 бит, что позволяет адресовать до 1024 соединений на одном физическом интерфейсе. На практике часто использовались только 16–100 DLCI из-за ограничений оборудования.
• DE-бит — механизм отбрасывания кадров с DE=1 при перегрузке стал прообразом аналогичных механизмов в MPLS (EXP-биты) и DiffServ (DSCP).
• Российский опыт — в России Frame Relay активно внедрялся в 1990-х годах для связи банковских филиалов. Например, сеть «Сбербанка» использовала Frame Relay до перехода на MPLS в 2010-х.

Источники

1. ITU-T Recommendation Q.922 (1992) — «ISDN Data Link Layer Specification for Frame Mode Bearer Services».
2. ITU-T Recommendation I.233 (1992) — «Frame Mode Bearer Services».
3. Black, U. (1999). Frame Relay Networks: Specifications and Implementations. McGraw-Hill.
4. Семенов, Ю. А. (2002). Сети Frame Relay. Москва: Горячая линия – Телеком.
5. Документация операторов связи (AT&T, «Ростелеком») по эксплуатации сетей Frame Relay.