Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
2086.doc
Скачиваний:
62
Добавлен:
17.09.2019
Размер:
11.97 Mб
Скачать

6.4.3. Блок нагрузки оптического канала opUk

Блок OPUk предназначен для упаковки цифровых информационных данных с синхронным по битам или асинхронным согласованием скоростей. OPUk может иметь один из трех порядков (k = 1, 2, 3), который соответствует определенной скорости передачи ОТН (таблица 6.9).

Таблица 6.9. Типы OPUk и скорости передачи

Тип OPUk

Скорость передачи

Отклонение скорости

OPU1

2488320 кбит/с

±20106

OPU2

238/237 х 9953280 кбит/с

±20106

OPU3

238/236x39813120 кбит/с

±20106

На рис. 6.34 представлена структура цикла OPUk. Цикл состоит из заголовка OPUk ОН и поля информационной нагрузки.

Заголовок OPUk со всеми входящими в него байтами представлен на рис. 6.35.

Рис. 6.34 Общая структура цикла OPUk

Рис. 6.35 Заголовок ОН OPUk

Назначение и обозначение байт заголовка ОН OPUk:

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

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

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

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

Байты NJO и PJO при синхронной упаковке по байтам и выгрузке информации в OPUk не применяются. При этом байт PJO применяется для размещения информационных данных. Состояние бит JC и байт NJO и PJO при асинхронной упаковке и выгрузке приведено в таблице 6.10.

В указании на тип нагрузки РТ может быть отмечен один из известных видов цифровой информации. Например, упаковка ячеек ATM будет сопровождаться байтом РТ следующего содержания РТ – 00000100, а асинхронная упаковка информации будет сопровождаться байтом РТ со следующим содержанием РТ –00000010,

Таблица 6.10 Состояние бит JC и байт NJO и PJO при упаковке и выгрузке

(биты 7,8)

NJO

PJO

00

Байт согласования

Байт данных

01

Байт данных

Байт данных

10

Не используется

11

Байт согласования

Байт согласования

Колонки байт

15

16

17

18

…………..

3824

1

RES

jc

D

D

3805 D байт

D

2

RES

JC

D

D

3805 D байт

D

3

RES

JC

D

D

3805 D байт

D

4

PSI

N30

PJO

D

3805 D байт

D

Строки

Рис. 6.36. Упаковка сигнала STM-16 в OPU1 ОН

Рис. 6.37. Упаковка ячеек ATM в OPUk

На рис. 6.36 приведен пример цикла OPU1, загруженного (упакованного) информационными данными STM-16, передаваемыми со скоростью примерно 2,5 Гбит/с.

Загрузка STM-16 происходит бит за битом без опознания байт STM-16. При этом может быть активировано положительное или отрицательное согласование скоростей.

На рис. 6.37 приведен другой пример загруженного (упакованного) цикла OPUk, где помещена информация в виде ячеек ATM. Ячейки ATM, имеющие емкость 53 байта, упаковываются синхронно по байтам. При этом ячейки, которые не полностью помещаются в OPUk, переносятся в следующий OPUk.

Полезная емкость OPUk для ячеек ATM составляет 15232 байта, т.е. 267 ячеек ATM и 21 байт свободных. В заголовке ОН OPUk нет байт для согласования скоростей. Аналогично предусмотрена упаковка кадров GFP (Generic Framing Procedure), емкостью от 8 до 65535 байт, в OPUk [16]. Кадры GFP предназначены для переноса мультиплексированной информации сетей Ethernet, HDLC и других через транспортные сети SDH и ОТН.

Одной из важнейших функций OPUk no отношению к упаковываемому информационному сообщению является возможность виртуальной конкатенации (сцепления) нестандартной по скорости передачи нагрузки с сетью OTN.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]