Передача пакетного трафика по транспортным сетям последующих поколений
.pdf
Сторона |
|
Сторона |
|
передатчика |
|
приемника |
|
|
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
от системы управления 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
