На самых первых этапах развития оптоволоконной связи каждая телефонная компания имела свою патентованную оптическую TDM-систему. После того как в 1984 году правительство США разделило AT&T, местным телефонным компаниям пришлось подключаться к многочисленным междугородним линиям с оптическими TDM-системами от различных производителей и поставщиков. Стало очевидно, что без стандартизации не обойтись. В 1985 году Bellcore, исследовательское подразделение Regional Bell Operating Companies (RBOCs), начало работу над этим стандартом, получившим название синхронные оптические сети (Synchronous Optical NETwork, SONET).
Позднее к этой работе подключился МСЭ, в результате чего в 1989 году появился стандарт SONET и набор сопутствующих рекомендаций МСЭ (G.707, G.708 и G.709). Эти рекомендации МСЭ называются синхронной цифровой иерархией (Synchronous Digital Hierarchy, SDH), но отличаются от SONET лишь мелкими нюансами. Практически все междугородние линии в США, да и во многих других странах в настоящее время используют SONET на физическом уровне. Дополнительную информацию вы найдете в работе Перроса (Perros, 2005).
Основные цели создания SONET:
1. Совместимость различных систем связи: SONET был призван обеспечить взаимодействие разных систем связи. Для этого понадобился общий стандарт обмена служебными сигналами с учетом длин волн, распределения интервалов времени, структуры фреймов и прочих нюансов.
2. Унификация стандарта для различных стран: пришлось приложить некоторые усилия, чтобы привести к одному виду цифровые системы США, Европы и Японии. Все они основаны на 64-Кбит/с каналах PCM, но группируют их различными (причем несовместимыми) способами.
3. Мультиплексирование цифровых каналов: SONET должен был обеспечить возможность мультиплексирования нескольких цифровых каналов. На момент создания SONET самой быстрой из распространенных в США систем цифровой связи была T3 со скоростью 44,736 Мбит/с. T4 уже существовала на бумаге, но использовалась не слишком широко, а стандарт со скоростью, превышающей T4, даже не был описан. Часть миссии SONET заключалась в том, чтобы расширить эту иерархию до скоростей порядка гигабит в секунду и выше. Кроме того, был необходим стандартный способ мультиплексирования медленных каналов в один канал SONET.
4. Поддержка управления системой: задачей SONET было обеспечить поддержку эксплуатации, администрирования и обслуживания (operations, administration and maintenance, OAM), необходимых для управления. Предыдущие системы плохо с этим справлялись.
Изначально было решено сделать SONET обычной системой TDM и всю полосу пропускания оптоволокна предоставить одному каналу, выделяя слоты времени для различных подканалов. Поэтому SONET является синхронной системой. Все отправители и получатели привязаны к единому синхросигналу. Точность главного генератора синхроимпульсов, управляющего всей системой, составляет примерно 1 на 109. Биты по линии SONET отправляются в исключительно точные промежутки времени, контролируемые главным генератором синхроимпульсов.
Простейший фрейм SONET представляет собой блок из 810 байт, передаваемый каждые 125 мкс. А поскольку SONET — синхронная система, фреймы генерируются вне зависимости от наличия полезных данных для отправки. Скорость 8000 фреймов/с в точности соответствует скорости получения измерений каналов PCM во всех телефонных системах.
Можно представить 810-байтные фреймы SONET в виде прямоугольника байтов, 90 столбцов в ширину и 9 строк в высоту. Таким образом, 8000 раз в секунду передается по 8 × 810 = 6480 бит, и общая скорость равна 51,84 Мбит/с. Эта схема отражает простейший канал SONET — синхронный транспортный сигнал-1 (Synchronous Transport Signal-1, STS-1). Все соединительные линии SONET кратны STS-1.
Первые три столбца фрейма резервируются для управляющей информации системы, как показано на илл. 2.34. В этом блоке первые три строки содержат служебные данные секции (они генерируются и проверяются в начале каждой секции); следующие шесть строк составляют служебные данные линии (генерируются и проверяются в начале и конце каждой линии).
Илл. 2.34. Два идущих подряд фрейма SONET
Передатчик SONET отправляет один за другим 810-байтные фреймы без промежутков, даже если данных для отправки нет (в таком случае отправляются фиктивные данные). С точки зрения приемника они выглядят как непрерывный поток битов. Как же он различает границы фреймов? Дело в том, что первые два байта каждого фрейма содержат фиксированный паттерн. Если приемник находит этот паттерн в одном и том же месте в большом числе последовательно идущих фреймов, то он делает вывод, что синхронизирован с отправителем. Теоретически пользователь может вставлять данный паттерн в отправляемые полезные данные через равные промежутки, но на практике это невозможно по разным причинам, например из-за мультиплексирования данных от нескольких пользователей в одном фрейме.