Главная страница

изучение. 2 Изучение технологии OTH. Изучение технологии oth


Скачать 1.37 Mb.
НазваниеИзучение технологии oth
Анкоризучение
Дата05.10.2022
Размер1.37 Mb.
Формат файлаpdf
Имя файла2 Изучение технологии OTH.pdf
ТипЗанятие
#715130
страница3 из 4
1   2   3   4
0 0 0
ODUk – тракт
SNC/N
0 0 1
ODUk ТСМ1
SNC/S, SNC/N
0 1 0
ODUk ТСМ2
SNC/S, SNC/N
0 1 1
ODUk ТСМ3
SNC/S, SNC/N
1 0 0
ODUk ТСМ4
SNC/S, SNC/N
1 0 1
ODUk ТСМ5
SNC/S, SNC/N
1 1 0
ODUk ТСМ6
SNC/S, SNC/N
1 1 1
Секция OTUk
ODUk SNC/I
Обозначения:
-
SNC/N – Non-intrusively Monitored Sub-Network Connection
protection

защитное
переключение
подсети
без
принудительного контроля;
-
SNC/S – Sublayer (tandem connection) monitored Sub-Network
Connection protection – защитное переключение подсети
подуровня наблюдения (контроля) тандемного соединения;
-
SNC-I, Inherently monitored Sub-Network Connection protection –
защитное
переключение
подсети
контролируемое
(наблюдаемое) внутри
Табл. Биты сверхцикла MFAS для управления защитным переключением

Блоки данных оптических каналов ODUk. Заголовок ODUk OH
Поле
Битовый
объем
Описание функций
Запрос/
состояние
1 1 1 1
Блокировка защиты
1 1 1 0
Принудительное переключение
1 1 0 0
Сигнал повреждения
1 0 1 0
Сигнал ухудшения
1 0 0 0
Ручное переключение
0 1 1 0
Ожидание восстановления
0 1 0 0
Ручное управление
0 0 1 0
Запрос возврата
0 0 0 1
Нет возврата
0 0 0 0
Нет запроса
Другие
Резерв
Тип
защиты
A
0
Нет канала APS
1
Канал APS
B
0
1+1
1
1:n
D
0
Однонаправленное
переключение
1
Двунаправленное переключение
R
0
Безвозвратная операция
1
Возвратная операция
Запрашиваемый
сигнал
0
Сигнал «0»
1–254
Сигнал нормального трафика
255
Сигнал особого трафика
Сигнал
сопряжения
0
Сигнал «0»
1–254
Сигнал нормального трафика
255
Сигнал особого трафика
Поля канала защиты APS

Блоки данных оптических каналов ODUk. Заголовок ODUk OH

Один байт в заголовке ODUk определен для транспортировки 256 байт сообщений о типе повреждения и трансляции локального повреждения канала связи. Он обозначен FIFL (Fault
Type and Fault Location Reporting Communication Channel). Байт используется в сверхцикле из
256 циклов ODUk. Этот байт переносит сообщения в виде двух 128 байтовых полей, прямого и обратного действия (рис.). Поле индикации повреждения используется только в трех состояниях:

0000 0000 – нет повреждения;

0000 0001 – сигнал повреждения;

0000 0010 – сигнал ухудшения.

Остальные состояния не определены стандартами.

Поле идентификации оператора строится в соответствии с международными стандартами:
ISO 3166 (код страны), ITU-T M.1400

Для экспериментального использования в заголовке ODUk предусмотрены два байта, обозначенные EXP (Experimental). Эти байты не являются предметом стандартизации и могут использоваться операторами сетей OTN по своему усмотрению.

Блоки данных оптических каналов OPUk

Общее обозначение ряда цифровых, циклически повторяющихся блоков OPU (Optical channel
Payload Unit, блок нагрузки оптического канала). Имеют место несколько разновидностей, отличающихся внутренним построением (рис.).

OPUk Optical channel Payload Unit-k – комплексно стандартизированный блок OPU уровня k, где k = 1, 2, 3, 4.

OPUk-Xv X virtually concatenated OPUks – блок нагрузки оптического канала с виртуальной сцепкой (Х
– число сцепляемых OPU).

OPUk (H), OPUk (L) – индексы H и L, применяемые в обозначениях ODU и OPU указывают на высокий и низкий порядок формирования соответствующих цифровых блоков. Высокий порядок формируется из клиентского потока без дробления. Низкий порядок формируется из ряда клиентских потоков. Индекс Х указывает на дробление клиентского потока для отдельной передачи каждого субпотока. Индекс flex указывает на гибкость заполнение клиентскими данными, например, через кадры GFP-F (Frame mapped – стандартная общая процедура формирования кадра с размещением кадров).

Типы и скорости OPUk представлены в табл., где номиналы битовой скорости связаны с базовыми технологиями передачи информационных данных Ethernet, SDH через коэффициенты, например, для OPU0 это скорость потока Ethernet 1000 Мбит/с, в линейном коде 1244,160 Мбит/с умножается на коэффициент 238/239.

Типы и скорости блоков нагрузки OPUk
Типы OPUk
Номиналы битовой скорости, кбит/с
Допустимые
отклонения
скорости
OPU0
238/239 × 1244160 = 1 238 954,31
±20 × 10
-6
OPU1
2 488 320,0
±20 × 10
-6
OPU2
238/237 × 9953280,0 = 9 995 276,962
±20 × 10
-6
OPU3
238/236 × 3981312 = 40 150 519,322
±20 × 10
-6
OPU4
238/227 × 99532800 = 104 355 975,330
±20 × 10
-6
OPU2e
238/237 × 10312500 = 10 356012,568
±100 × 10
-6
OPUflex для фиксированной
скорости клиентов
Клиентские сигналы
±20 × 10
-6
OPUflex для размещения
клиентской нагрузки в GFP-F
238/239 × ODUflex сигнал клиента
±20 × 10
-6
OPU1-Xv
Х × 2 488 320
±20 × 10
-6
OPU2-Xv
Х × 238/237 × 9 953 280
±20 × 10
-6
OPU3-Xv
Х × 238/236 × 39 813 120
±20 × 10
-6

Заголовки OPUk OH

Структура заголовка OPUk OH отличается относительной простотой построения и ограниченным набором функций
(рис.). Однако при формировании сцепленных структур OPUk-Xv на заголовки возлагаются дополнительные функции по согласованию скоростей при различных допустимых отклонениях при асинхронной загрузке, бит синхронной и байт синхронной (рис.). Более сложные функции управления LCAS (Link Capacity Adjustment Scheme, схема управления емкостью сцепленных блоков) могут быть реализованы также благодаря заголовкам OH OPUk.
Назначение и обозначение байт заголовка OH OPUk:

RES, Reserved – резервные байты и биты для будущей стандартизации;

PSI, Payload Structure Identifier – идентификатор структуры нагрузки, содержится в 256 байтах следующих друг за другом, но только нулевой байт этой последовательности несет сообщение о типе нагрузки PT (Payload Type),
остальные байты резервные;

PT, Payload Type – идентификатор типа нагрузки, размещаемой в блоке OPUk, например, комбинация бит 0000 0101 соответствует размещению кадров GFP, 0000 1010 соответствует размещению циклов STM-1, 0001 1011 соответствует размещению видео потока DVB_ASI американской стандартизации и т. д.;

JC, Justification Control – управление выравниванием (согласованием скорости передачи) используется при асинхронной упаковке/выгрузке информации пользователя для указания на отрицательное или положительное согласование скорости;

NJO, PJO, Negative Justification Opportunity, Positive JO – отрицательное и положительное согласование скорости.

Заголовки OPUk OH

Байты NJO и PJO при байт-синхронной упаковке и выгрузке информации в OPUk не применяются. При этом байт PJO
применяется для размещения информационных данных.
Состояние бит JC и байт NJO и PJO при асинхронной упаковке и выгрузке приведено в табл.
JC биты 7 8
NJO
PJO
0 0
Байт согласования
Байт данных
0 1
Байт данных
Байт данных
1 0
Не используется
1 1
Байт согласования Байт согласования
Табл. Состояние бит JC и байт NJO и PJO при упаковке и выгрузке

Сцепка блоков нагрузки OPUk
При сцепке OPUk-Xv наполнение заголовка каждого из блоков OPUk (столбцы 15, 16) изменяется (рис.) в 15 столбце,
где в трех строках (VCOH) и в байте PSI, где к байту 0 с PT добавляется первый байт vcPT, обозначающий вид нагрузки для сцепки (например, 0000 0101 GFP [19, 20, 21]). Во 2-м байте сверхцикла PSI вводится метка исправности источника нагрузки CSF (Client Signal Fail).
Байты VCOH (1, 2, 3) используются в структурах сверхцикла из 32 OPUk (сверхцикл задается байтом MFAS OTUk OH).
В каждом из 32 циклов задействованы полностью VCOH 2, 3 для контроля статуса участника сцепки (порядкового номера) и контроля за ошибками через процедуру CRC8 (по рек. ITU-T G.7042 полином Х
8
+ Х
3
+ Х
2
+ 1). Поля VCOH1
используются частично (рис.). Структуры MFI1,2 используются для согласования между OPUk и ODUk мультифреймами или группами этих циклических структур в сцепке и при реализации функций LCAS. При этом задействованы биты 4, 5,
6, 7, 8 MFAS заголовка OTUk (определено использование MFAS в индивидуальных заголовках OTUk/ODUk для кадров с номерами 2, 4, 8, 16, 32 и т. д.). Два байта MFI необходимы для измерения временных задержек между клиентским сигналом и сцепленной группой. Индикатор SQ фиксирует число X (до 256) сцепляемых OPUk-Xv. Контрольное слово
CTRL при выполнении функций LCAS использует с 1 по 4 бит для пересылки команд управления числом сцепляемых блоков OPUk. В VCOH2 каждый бит транслирует статус участника сцепки, т. е. его присутствие в группе. Статус повторяется во времени в зависимости от k (при k = 1,1567 мкс, при k = 3,390 мкс, при k = 3,97 мкс).
Групповой идентификатор GID применяется для подтверждения сцепки и функций LCAS. Индикатор RSA (RS-Ack)
предназначен для формирования запроса на увеличение или уменьшение числа участников сцепки по процедурам
LCAS.

Сцепка блоков нагрузки OPUk и мультиплексирование ODTU/ODTUG

В случае использования мультиплексируемых структур ODTU, ODTUG для их размещения в OPUk(H) также меняется структура заголовка OPUkOH.

На позициях байт PSI будут для OPU1(H): 0 байт PT = 20, 1 байт резерв,
2 байт идентификатор структуры мультиплексирования MSI (Multiplex Structure Identifier) укажет на мультиплексирование 2-х ODU0. Аналогично для OPU2(H), но с отличием MSI, он займет поле со 2 байта по 5 байт PSI
и будет идентифицировать мультиплексирование 4-х ODU1. Также возможны другие варианты мультиплексирования, но при этом может измениться идентификатор PT = 21.

Для надежного согласования скоростей мультиплексируемых и размещаемых структур в OPUk задействованы байты
NJO, PJO. Пространство байт PJO может расширяться с 17 столбца OPUk до 48 и служить своеобразным заголовком мультиплексируемых JOH ODU, ODTU, который служит не только согласованию скоростей, но и несет информацию о мультиплексируемой структуре. Примеры порядка формирования группируемых структур ODTU, ODTUG для OPUk(H)
приведены на рис.

Емкости блоков ODTU для переносимой нагрузки различаются между собой и имеют допустимые отклонения по скорости передачи. Эти блоки мультиплексируются и вводятся в состав OPUk(H). Индекс PT = 20 указывает на асинхронный режим согласования скоростей AMP (Asynchronous Mapping Procedure) при размещении нарузки в
OPUk. Индекс PT = 21 указывает генерируемую процедуру согласования скоростей GMP (Generic Mapping Procedure), в частности на формирование временных слотов (ts) для покадрового размещения нагрузки в виде кадров GFP.

Сцепка блоков нагрузки OPUk и мультиплексирование
ODTU/ODTUG, согласование скоростей
Тип ODTU
Номинал битовой скорости нагрузки ODTU, кбит/с
Отклонение
битовой cкорости
Минимальная
Номинальная
Максимальная
ODTU01
1244216.796 1244241.681 1244266.566
ODTU12
2498933.311 2498963.291 2499033.271
ODTU13
2509522.012 2509572.203 2509622.395
ODTU23
10038088.048 10038288.814 10038489.579
ODTU2.ts
ts × 1249384.63 2
ts × 1249409.62 0
ts × 1249434.608
ODTU3.ts
ts × 1254678.63 5
ts × 1254703.72 9
ts × 1254728.823
ODTU4.ts
ts × 1301683.21 7
ts × 1301709.25 1
ts × 1301735.285
Табл. 1. Допустимые номиналы битовой скорости нагрузки в мультиплексируемых блоках ODTU
Тип ODU
Номинал битовой
скорости, кбит/с
Допустимое
отклонение
ODU2.ts
1249177.230
ODU3.ts
1254470.354
ODU4.ts
1301467.133
ODUflex (GFP)
n компонентных
слотов,1 ≤ n ≤ 8
n × ODU2.ts
±100 × 10
-6
ODUflex (GFP)
n компонентных
слотов,9 ≤ n ≤ 32
n × ODU3.ts
±100 × 10
-6
ODUflex (GFP)
n компонентных
слотов,33 ≤ n ≤ 80
n × ODU4.ts
±100 × 10
-6
Табл. 2.Рекомендуемые битовые скорости для ODUflex (GFP) и их допустимые отклонения

Схемы формирования ODUflex для пользовательских сигналов с фиксированной скоростью и с пакетной структурой нагрузки

При постоянной битовой скорости сигналов пользователей в
процедурах мультиплексирования ODTUk.ts возможно использование асинхронного и генерируемого согласования скоростей. Загрузка входящих пользовательских данных может быть синхронизирована тактами генератора оборудования пользователя со стабильностью не хуже
±100 × 10
-6
. При пакетных пользовательских данных загрузка производится в кадры GFP-F до их определенного наполнения и процесс формирования кадров GFP-F и последующих блоков
OPUflex, ODUflex тактирован внутренним генератором OTH, который может быть и генератором тактов для OTUk (рис.а, б).

Перспективные решения для OTH

Сервисные возможности OTH

Расширенные возможности по обслуживанию сетевых соединений уровня оптического канала (OCh),
оптической секции мультиплексирования (OMS) и оптической секции передачи (OTS) заложены в заголовки оптического сервисного канала OSC (рис.). При реализации упрощенных функций OTH/OTN сохраняются только встроенные сервисы в заголовки OTUk, ODUk, OPUk. Блоки данных OTS, OMS, OChn могут переноситься кадрами Ethernet по соответствующим участкам сети. Блоки делятся внутри каждого участка
(секции) на блоки прямого и обратного действия и служат для индикации дефектных или аварийных состояний, отсутствия нагрузки, открытого соединения, т. е пригодного для переноса нагрузки,
идентификации маршрута.

Обозначения :

BDI, Backward Defect Indicator – индикация дефекта в обратное направление;

BDI-P, BDI Payload – индикация дефекта в обратную сторону для нагрузки;

BDI-O, BDI Overhead – индикация дефекта в обратную сторону для заголовка;

FDI, forward Defect Indicator – индикация дефекта вперед;

FDI-O, FDI-Overhead – FDI заголовка;

FDI-P, FDI-Payload – FDI нагрузки;

PMI, Payload Missing Indication – индикация отсутствия нагрузки;

OCI, Open Connection Indication – индикация открытого соединения;

TTI, Trail Trace Identifier – идентификатор маршрута, тракта или пути.

Сервисные возможности OTH. Обнаружение дефектов

Дефекты, связанные с потерей сигналов информационной нагрузки наблюдаются в секциях OTS и OMS, в каналах OCh, в модулях OTM-n.m, в трактах, каналах и модулях упрощенного типа OTMnr.m/OTM-0.m. В этих сетевых структурах сигнал дефекта имеет формат обозначения dLOS-P (defect
Loss of Signal Payload).

Дефект, связанный с потерей заголовка оптической секции передачи OTS,
обнаруживается в приемнике канала оптического сервиса OSC. Сигнал дефекта в этом случае обозначается dLOS-O (defect Loss of Signal Overhead).

Дефект, связанный с потерей тандемного соединения и обозначаемый dLTC
(defect Loss of Tandem Connection), фиксируется на уровне блока данных оптического канала с тандемным соединением ODUkT. Сообщение об этом фиксируется в канале обратного направления поля РМ заголовка ODUkT. Это позиции STAT байта BDI в состоянии «000».

Индикация дефекта совместимости тракта, обозначаемого dTIM (defect Trace
Identifier Mismatch), используется на уровнях: OTS, OTUk, ODUkT и ODUkP.
Обнаружение дефекта этого типа (dTIM) связано с контролем сообщений точек доступа, прописанных в полях TTI заголовка наблюдения ODUk, т. е.
SAPI, DAPI. Совместимость оценивается по топологии тракта ODUk, т. е.
конфигурации «точка – точка», «точка – много точек» или «много точек –
точка».

Контроль качества
Сигналы контроля качества передачи для секций OTS и OMS, также оптических каналов OCh еще не определены.
Сигнал ухудшения качества передачи определен для уровней
OTUk, ODUk и ODUkP. Это сигнал ухудшения (деградации) дефекта
dDEG (degrade defect). Сигнал формируется по результату контроля ошибок за секунду и определения ошибочных блоков. В табл.
приведены определения ошибочных блоков данных.
Уровень
контроля
Определение
ошибочных блоков
Число блоков
за секунду
OTUk
Одна и большее число ошибок, обнаруживаемые
OTUk BIP-8
OTU1 – 20 421
OTU2 – 82 026
OTU3 – 329 492
OTU4 – 856 388
ODUkT/P
Одна и большее число ошибок, обнаруживаемые
ODUkT/P BIP-8
ODU1 – 20 421
ODU2 – 82 026
ODU3 – 329 492
ODU4 – 856 388
Табл. Определение блоковых ошибок в OTN

Обнаружение битовых ошибок
Использование контроля уровней OTUk и ODUkT/P определено через процедуру BIP-8. Эта процедура исполняется для блока данных оптической нагрузки OPUk (рис.1), что соответствует в цикле OPUk столбцам байт с 15 по
3824. Слово проверки BIP-8 вставляется через цикл в заголовок OPUk на передаче. На приемной стороне процесс обнаружения ошибок передачи производится, начиная с вычисления слова BIP-8 и сравнения его со словом
BIP-8 из i + 2-го цикла OPUk (рис.2).

Контроль упаковки циклов и сверхциклов и Сигналы обслуживания
1   2   3   4


написать администратору сайта