Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Передача пакетного трафика по транспортным сетям последующих поколений

.pdf
Скачиваний:
0
Добавлен:
12.08.2026
Размер:
976 Кб
Скачать

Сторона

 

Сторона

передатчика

 

приемника

 

RSA

 

Сцепка

MST (сверхцикл)

Сцепка

(VCG)

(VCG)

 

SQ

MST

 

MST

SQ

Элемент i

 

SQ, CTRL, CRC, MFI

 

Элемент i

Элемент i+1

SQ, CTRL, CRC, MFI

Элемент i+1

SQ

Рис. 18 Схема протокола LCAS

MST. В обратном направлении, от приемника к передатчику, в полях RSA и MST передается информация, общая для всей сцепки. Это статус элементов сцепки и подтверждение об изменениях в нумерации в последовательности элементов.

Передатчик, получив информацию от приемника, распределяет MST для каждого элемента сцепки и назначает элементам соответствующие номера SQ (см. также табл. 6, 7, 10, 11 и 12, рисунки 11 и 14).

Вобщем случае процедуры LCAS предусмотрены для одного направления передачи, то есть пропускная способность двустороннего канала может быть различной в направлении передачи и приема. Такие асимметричные каналы эффективны на IP-сетях, в которых обычно пользователь получает больше информации, чем передает. Протоколы LCAS для симметричных каналов в настоящее время не регламентированы (находятся в стадии изучения).

Втабл. 13 показан состав служебных полей элементов VCG с расшифровкой названий полей и команд, а на рисунке 19 – примеры наиболее часто используемых протоколов LCAS. Значения команд расшифрованы в таблице; подчеркнем только, что команда «fixed» означает постоянный состав виртуальной сцепки, то есть тракт имеет фиксированную пропускную способность, следовательно, функции LCAS отключены. Отметим также, что в бите «GID» устанавливается

41

значение «1» при использовании виртуальной сцепки (технологии VCAT) вне зависимости от использования процедур LCAS.

Таблица 13

Протокол LCAS

 

MFI

Индикатор начала сверхцикла

 

SQ

Номер элемента в сцепке

 

CTRL

 

 

 

Контрольное поле

 

Код

Команда

 

Значения команд

 

 

 

 

 

 

 

 

Фиксированная пропускная способ-

 

 

0000

fixed

 

ность (протокол LCAS не поддержи-

 

 

 

 

 

вается)

Передатчик

 

0001

add

 

Этот элемент подготавливается к до-

 

 

бавлению в сцепку

 

 

 

 

 

 

0010

norm

 

Нормальная работа LCAS

приемник

 

 

 

 

 

 

 

 

0011

eos

 

Последний член сцепки и нормальная

 

 

 

 

 

 

работа

 

 

 

 

 

 

 

 

 

 

Ожидание: этот элемент не принад-

 

 

0101

idle

 

лежит сцепке, или готовится к удале-

 

 

 

 

 

нию из неѐ

 

 

1111

dnu

 

Не использовать (полезную нагрузку),

 

 

 

статус элемента не подтверждѐн

 

 

 

 

 

 

GID

 

 

 

Индикатор сцепки.

 

CRC-3/8

Контрольное поле кода CRC (3 – для байта К4, - для

 

 

 

 

байта Н4)

 

 

 

 

 

Приемник

MST

 

 

Статус элемента сцепки

 

0

ok

 

Подтверждѐн

 

 

 

 

1

fail

 

Не подтверждѐн

передатчик

 

 

RSA

Подтверждение восстановления последовательности

 

 

 

 

 

 

 

Рассмотрим примеры использования протоколов LCAS [13], для чего обратимся к рисунку 19. В верхней части рисунка отмечены возможные состояния передатчика и приемника виртуальной сцепки и их условные обозначения, расшифрованные в табл.14. Названия состояний даны прописными буквами и примерно совпадают с соответствующими командами (ср. с табл. 13, где команды обозначены строчными буквами).

 

 

Таблица 14

 

 

 

Состояние

Передатчик

Приемник

IDLE

ОЖИДАНИЕ : нет подготовленных элементов VGA

NORM

НОРМАЛЬНОЕ СОСТОЯНИЕ: подготовленный

-

и активный элемент, тракт исправен

 

 

OK

-

Подготовленный и актив-

ный элемент группы принят

 

 

DNU (Do Not

НЕ ИСПОЛЬЗОВАТЬ: элемент подготовлен, но

-

Use)

тракт неисправен

 

FAIL

-

Элемент подготовлен, но

приема нет

 

 

ADD

ДОБАВЛЕНИЕ: процесс добавления элементв

-

REMOVE

УДАЛЕНИЕ: процесс удаления элемента

-

42

передатчика

Состояние

передатчика

элементов

а b c d

MADD(b)

MREMOVE(d)

 

СОСТОЯНИЯ

 

 

 

 

IDLE

IDLE

 

 

 

 

NORM

OK

приемника

 

 

 

 

 

 

 

DNU

FAIL

 

 

 

 

ADD

 

 

 

 

 

REMOVE

 

 

Состояние

 

 

 

 

 

 

 

 

приемника

 

 

 

 

элементов

 

 

 

а

b

c

d

 

MADD(b)

 

 

 

add(b)

ok

eos(b)

norm(d)

rsa

Ошибка в тракте (b)

fail(b)

dnu(b)

eos(d)

Нет ошибки

rsa ok(b)

eos(b)

norm(d)

rsa

idle(d)

fail(d)

MREMOVE(b)

fail(b)

idle(b)

eos(a)

rsa

Рис.19 Примеры использования протокола LCAS

Верхние три строки рисунка 19 (ниже обозначений состояний) иллюстрируют протокол добавления нового элемента в сцепку. Первая строка показывает, что канал состоит из четырех трактов (a, b, c, d), один из которых (b) свободен

43

(его передатчик и приемник находятся в состоянии IDLE − ожидания). По другим трактам передается информация клиента (передатчики находятся в состоянии NORM – нормальная работа, а приемники – в состоянии OK – подтверждения нормального приема).

Затем от системы управления транспортной сетью (NMS) поступает команда MADD(b) – добавить элемент в сцепку, который будет передаваться по тракту «b». Передатчик b переходит из состояния IDLE в состояние ADD – добавления и посылает соответствующую команду (add) приѐмнику, который из состояния IDLE переходит в состояние FAIL – отсутствия в сцепке данного элемента (не подтверждения статуса элемента). Но, поскольку от NMS в приемник также поступает команда MADD(b), он посылает передатчику команду ok и переходит в состояние ОК.

Передатчик b переходит в состояние NORM (третья строка рисунка) и посылает команду eos(b) – элемент b последний в сцепке. Одновременно передатчик d, элементы которого ранее были последними, посылает команду norm(d), указывающую на работу в штатном режиме. Приемник отвечает командой rsa − подтверждения порядка последовательности. Последовательность комбинаций команд от передатчика norm и eos, а от приемника – команда rsa, соответствуют штатному режиму, который продолжается до тех пор, пока не возникнет необходимость в каких-либо изменениях.

Четвертая строка рисунка 19 иллюстрирует начало протокола LCAS, соответствующего обнаружению ошибки в тракте b. Как видно из рисунка, приемник b при обнаружении ошибки переходит в состояние FAIL (нет приѐма) и посылает передатчику соответствующую команду fail(b). Передатчик b переходит в состояние DNU – состояние рабочее, но тракт неисправен (информацию не использовать) и посылает команду dnu(b). Одновременно передатчик d посылает команду eos(d) – последний в сцепке, поскольку ранее последним был элемент b. Приемники подтверждают правильность восстановления принятой последовательности (rsa) и, если ошибка устранена, подтверждение статуса элемента ok(b). Все передатчики и приемники переходят в штатный режим.

Последние четыре строки рисунка 19 иллюстрируют протоколы удаления из сцепки вначале элемента d, а затем элемента b.

Процесс удаления элемента d со стороны начинается аналогично ранее рассмотренному процессу ввода элемента, то есть с момента получения команды

44

MREMOVE(d)

от системы управления NMS. Передатчик d переходит в состояние REMOVE – удаление элемента и передает приемнику команду idle(d). Приемник переходит в состояние FAIL, передавая передатчику соответствующую команду fail(d). В передатчике устанавливается режим ожидания IDLE. Эти состояния передатчика и приемника удерживаются до получения следующих команд (штатный режим). При этом происходит обмен между передатчиками и приемниками командами eos, norm и rsa (на рисунке не показано).

Если в приемник от NMS поступает команда MREMOVE(b), последний переходит в состояние ожидания (IDLE) и посылает команду fail(b) передатчику. Передатчик b приобретает состояние DNU, отправляя приемнику idle(b), а передатчик а – команду eos(a) – последний элемент последовательности. Этот момент является началом штатного режима, при котором работают тракты а и с, передатчик b находится в состоянии DNU, приемник d – в состоянии FAIL, а передатчик b и приемник d – в состоянии ожидания IDLE.

В заключение укажем ещѐ раз на то, что рассмотренные технологии GFP, VCAT и LCAS образуют комплекс, работающий под управлением NMS. Этот комплекс обеспечивает возможность создания на сетях с октетной синхронизацией разнообразные наборы интерфейсов для передачи пакетов как с постоянной, так и с переменной скоростью.

ЛИТЕРАТУРА

1.ITU-T Rec. Y.2011 (10/2004) General principles and general reference model for Next Generation Networks.

2.Концептуальные положения по построению мультисервисных сетей на ВСС России. Министерство Российской Федерации по связи и информатизации. 2001.

3.Етрухин Н.Н. Первые рекомендации МСЭ-Т о сетях следующего поколения. ИКС, №5 2005

4.Кучерявый А.Е., Цуприков А.Л. Сети связи следующего поколения. М.: ФГУП ЦНИИС, 2006.

5.Калмыков В.В., Меккель А.М. и др. Транспорт и доступ в инфокоммуникационных сетях. Серия "Инфокоммуникации XXI века", Том VII. Издание МАС, Москва, 2006.

45

6.ITU-T Rec. G.7041.Y.1303 (10/2008) Generic framing procedure (GFP)

7.ITU-T Rec. G.7042.Y.1305 (03/2006) Link capacity adjustment scheme (LCAS) for virtual concatenated signals

8.ITU-T Rec. G.707/Y.1322 (01/2007) Network node interface for the synchronous digital hierarchy (SDH)

9.ITU-T Rec. G.709.Y.1331. (03/03) Interfaces for the optical transport network (OTN)

10.ITU-T Rec. G.7043/Y.1343. (07/2004) Virtual concatenation of plesiochronous digital hierarchy (PDH) signals

11.ITU-T Rec. G.832. (10/1998) Transport of SDH elements on PDH networks – frame and multiplexing structures

12.Тверецкий М.С. Информационные структуры и интерфейсы фотонной сети: Учебное пособие / МТУСИ. – М., 2009. – 34 с.: ил.

13.Jose M Caballero, Francisco Hens. Next Generation SDH/SONET: band-width management with LCAS: Trend Communications − www. trend-comms.com.

СОКРАЩЕНИЯ, ВСТРЕЧАЮЩИЕСЯ В ТЕКСТЕ

ADD

addition

Добавление

ASI

Asynchrononous Serial Inter-

Асинхронный интерфейс

face

 

 

ATM

Asynchronous Transfer Mode

Режим асинхронный передачи

CH

Core Header

Основной заголовок

CMF

Client Management Frame

Кадр управления клиента

CRC-n

Cyclic Redundancy Check-n

n-битовая циклическая избыточная

проверка

 

 

CSF

Client Signal Fail

Потеря сигнала клиента

CTRL

Control field sent from source

Контрольное поле, посылаемое от

to sink

передатчика к приемнику

 

DNU

Do Not Use

Не использовать

DVB

Digital Video broadcasting

Цифровой широковещательный

видеосигнал

 

 

ЕМ

Error Monitoring

 

En

 

Цифровой тракт уровня n европей-

 

ской PDH

 

 

EOS

End of Sequence indication

Индикатор конца последователь-

and Normal transmission

ности и нормальной передачи

 

ESCON

Enterprise Serial Connection

Интерфейс учрежденческих систем

Interface

 

 

46

EXI

Extension Header Identifier

Идентификатор заголовка расши-

рения

 

 

EXT

Extension Header

Заголовок расширения

FA

Frame Alignment signal

Сигнал кадровой синхронизации

FAIL

 

Повреждение, отсутствие

FC

Fiber Channel

Волоконно-оптический канал

FCS

Frame Check Sequence

Контрольная последовательность

кадра

 

 

FEC

Forward Error Correction

Упреждающее исправление оши-

бок

 

 

FICON

Fiber Cannel Connection

Волоконно-оптическое соединение

(для SAN)

 

 

FRAD

Frame Realy Access Device

Устройство доступа в сеть FR

GbE

Gigabit Ethernet

Технология Ethernet со скоростью

передачи до 1 Гбит/с

 

 

GFP

General Framing Procedure

Основная процедура кадрирования

GFP-F

GFP-Framed

Кадровая технология GFP

GFP-T

GFP-Transparent

«Прозрачная» технология GFP

GID

Group Identification

Индикатор сцепки

HDLC

High-level data link control

Управление звеном данных верх-

него уровня

 

 

HEC

Header Error Check

Обнаружение ошибок в заголовке

IAD

Integrated Access Device

Встроенное устройство доступа

IDLE

This member is not part of the

Этот элемент не входит в сцепку

group or about to be removed

или удаляется из неѐ

 

IP

Internet Protocol

Интернет протокол

LAN

Local Area Network

Локальная сеть

LCAS

Link Capacity Adjustment

Схема регулирования пропускной

Scheme

способности канала

 

LSB

Least Significant Bit

Младший значащий бит

MAC

Media Access Control

Управление доступом к среде пе-

редачи данных

 

 

MFAS

Multi Frame Alignment Signal

Сверхцикловой синхросигнал

MFI

Multi Frame Indicator

Многокадровый индикатор

MSB

Most Significant Bit

Старший значащий бит

MS-SPRing

Multiplex Section Shared Pro-

Кольцо с защитой мультиплексной

tection Ring

секции совместного пользования

 

MSТ

Member Status

Статус элемента

NG SDH

Next Generation SDH

SDH нового поколения

NGN

Next Generation Network

Cеть последующего поколения

NJO

Negative justification

Бит отрицательного согласования

opportunity byte

скоростей (информационный бит)

 

NMS

Network Management Station

Система управления сетью

NORM

Normal

Стандартный. Штатный режим

OCh

Optical channel

Блок оптического канала

ODUk

Optical Channel Data Unit-k

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

порядка k

 

 

 

 

Символ успешного завершения. Под-

OK

 

готовленный и активный элемент

 

 

группы принят

47

OMS

Optical Multiplex Section

Оптическая секция мультиплекси-

рования

 

 

OPS

Optical Physical Section

Оптическая физическая секция

OPUk

Optical Channel Payload Unit-k

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

порядка k

 

 

OTM

Optical Transport Module

Оптический транспортный модуль

OTN

Оptical Transport Network

Оптическая транспортная сеть

OTS

Optical Transmission Section

Оптическая секция передачи

OTUk

Optical Channel Transport

Транспортный блок оптического

Unit-k

канала порядка k

 

PA

Payload Area

Область полезной нагрузки

PDH

Plesiochronous Digital Hie-

Плезиохронная цифровая иерар-

rarhy

хия

 

PDU

Protocol Data Unit

Протокольный блок данных

PFI

Payload FCS Indicator

Индикатор контрольной последо-

вательности полезной нагрузки

 

 

PH

Payload Header

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

PI

Payload Information

Информация полезной нагрузки

PJO

Positive justification

Бит положительного согласования

opportunity byte

скоростей (бит вставки)

 

PLI

Payload Length Indicator

Индикатор длины полезной нагруз-

ки

 

 

PPP

Point-toPoint Protocol

Протокол соединения «точка-

точка»

 

 

PSI

Payload Structure Identifier

Идентификатор структуры полез-

ной нагрузки

 

 

PT

Payload Type

Тип нагрузки

PTI

Payload Type Identifier

Идентификатор типа полезной на-

грузки

 

 

QoS

Quality of Service

Качество обслуживания

REMOVE

 

Удаление

RES

Reserve

Резерв

RSA

Re-Sequence Acknowledge

Подтверждение восстановления

(RS-ack)

последовательности

 

SAN

Storage Area Network

Распределенная сеть хранения

данных

 

 

SDH

Synchronous Digital Hierarhy

Синхронная цифровая иерархия

SNCP

Subnetwork Connection pro-

Защита соединения подсети с мо-

tection with Path monitoring

ниторингом маршрута

 

SQ

Sequence Indicator

Указатель последовательности

SSF

Server Signal Fail

Повреждение сигнала сервера

STM-n

Synchronous Transport Mod-

Синхронный транспортный модуль

ule of level n

уровня n

 

TR

Trail Trace

Идентификатор трейла (трассы)

TSF

Trail Signal Fail

Повреждение сигнала тракта

UPI

User Payload Identifier,

Идентификатор полезной нагрузки

VC-n

Virtual Container of level n

Виртуальный контейнер уровня n

VCAT

Virtual Concatenation

Виртуальная конкатенация

VCG

Virtual Concatenation Group

Группа виртуальной конкатенации

(виртуальная сцепка)

 

 

48

VCOH

Virtual Concatenation

Заголовок виртуальной сцепки

Overhead

 

 

VLI

Virtual concatenation and

Информация о виртуальной конка-

LCAS Information

тенации и LCAS

 

ПРИЛОЖЕНИЕ

ОПРЕДЕЛЕНИЕ ЧИСЛА СУПЕРБЛОКОВ В КАДРАХ GFP-T

В кадре данных клиента GFP-T содержится целое число N 536-битовых суперблоков. Значение N должно быть выбрано так, чтобы отношение битов данных клиента по отношению к битам заголовка кадра GFP позволяло оставлять достаточную часть пропускной способности (резервную пропускную способность) для транспортировки кадров управления клиента (CMF).

Если нет ограничений на количество CMF, которые могут быть переданы, тогда самое большое допустимое значение N дает самое большое значение пропускной способности, доступной для CMF. Максимальное количество суперблоков в кадре GFP-T можно подсчитать по формуле

Nмакс = (65536-а)/67,

где 65536 − максимальное число байтов в кадре GFP, 67 – число байтов в суперблоке, а – число служебных байтов в кадре. Очевидно, что Nмакс = 978, если кадр не содержит заголовка расширения и проверочного поля FCS полезной нагрузки (а = 4, то есть определяется только основным заголовком), и Nмакс = 977, если заголовок расширения и FCS полезной нагрузки имеется (а = 64).

Для минимизации задержки и уменьшения времени входа в синхронизм по кадрам, желательно между кадрами данных клиента передавать не более одного CMF. Чем длиннее кадры данных клиентов, тем меньшее количество CMF может быть передано за секунду (меньше частость передачи CMF). Следовательно, при увеличении N число возможных для передачи кадров CMF уменьшается, то есть уменьшается доступная пропускная способность CMF (резервная пропускная способность). Наилучшее использование доступной пропускной способности определяется таким значением N, при котором вся пропускная способность «заполняется» точно одним CMF на кадр данных клиента. Меньшие значения N вызовут сокращение резервной пропускной способности, а большие значения N приведут

49

к меньшему количеству CMF в секунду. Таким образом, возникает задача определения оптимального значения Nопт.

Рассмотрим порядок решения этой задачи на примере передачи данных технологии ESCON по сети синхронной иерархии.

Определим вначале максимальную скорость передачи данных пользователя. Известно, что в технологии ESCON скорость потока в коде 8В10В составляет 200±0,04 Мбит/с. Тогда максимальная скорость декодированного потока пользователя будет

Вп макс = 200,04·8/10 = 160,032 Мбит/с.

Подберем подходящий тракт в сети СЦИ. Таким трактом является виртуальная сцепка VC-3-4v. Определим минимальную пропускную способность этого тракта, полагая, что номинальная скорость передачи контейнера С-3 составляет 48,384 Мбит/с, а допустимые еѐ отклонения равны ±20 ppm.

Вт мин = 48,384·4·(1-20·10-6) = 193,532 Мбит/с.

Определим минимальное количество суперблоков в кадре GFP-T, как ближайшее целое, больше значения, вычисленного по формуле

Вп макс·64/(512·Вт мин - 536·Вп макс) =

= 160,032·64/(512·193,532 - 536·160,032) = 0,7694,

Nмин= 1.

В этой формуле 64 – число битов в заголовке кадра GFP-T, 512 – количество битов пользователя в суперблоке, а 536 – общее количество битов в суперблоке.

При этом резервная пропускная способность будет

Врез = 512·Nмин·Вт мин/(512· Вт мин - 536·Вп макс) =

= 512·1·193,532/(512·193,532 - 536·160,032) = 7,444 Мбит/с.

Найдем оптимальное число суперблоков в кадре GFP-T как ближайшее целое число к значению, полученному по формуле

Вп макс·(64+m·K)/(512·Вт мин - 536·Вп макс).

В этом выражении m – число кадров управления пользователя, которое разрешается вставлять между кадрами данных, а Kу – число битов в кадре управления. Предположим, что m равно 1, а K = 128. Тогда

160,032·(64+1·128)/(512·193,532 - 536·160,032) = 2,308,

Nопт = 2.

Возможность использования полученного значения проверяется соотноше-

нием

50

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