Сети и телекоммуникации

Логическая характеристика LMI

Интерфейс LMI согласован с базовым стандартом FR относительно ло-

гической и процедурной характеристик последнего. Различие состоит в расши-

рении заголовка FR-кадра с целью размещения дополнительных кодированных полей стандарта LMI, поэтому такой расширенный FR-кадр в дальнейшем бу-

дем называть кадром LMI. Базовый формат кадра LMI представлен на рис. 29.7

и включает:

402

Заголовок. Это — стандартный заголовок FR-кадра, в котором DLCI-

идентификатор всегда имеет значение «0». Это значение адреса показывает, что это — кадр LMI; (В стандарте LMI, разработанным G4, для кадра LMI исполь-

зуется DLCI=1023.)

Индикатор ненумерованного кадра. Это поле всегда кодируется как

«00000011». Такая кодировка обеспечивает процедурную и логическую совмес-

тимость с цифровыми сетями интегрального обслуживания (ISDN);

Определитель протокола. Данный октет всегда устанавливается в

«00001000», и тем самым обеспечивается процедурная и логическая совмести-

мость с ISDN;

Вызываемый номер. Данный октет зарезервирован для использования при организации КВК. В кадрах LMI при организации ПВК этот октет кодируется как «00000000»;

Рис. 29.8. Кодирование поля «Тип сообщения» кадра LMI для смешанных сообщений

Рис. 29.9. Кодирование поля «Информационный элемент» кадра LMI

Тип сообщения. Этот октет предназначен для идентификации типа управ-

ляющего сообщения, передаваемого через интерфейс LMI. В настоящее время

403

стандартизированы три типа управляющих сообщений: «Запрос установления соединения», «Запрос разъединения» и «Смешанное сообщение». Первые два типа относятся к КВК, а последний — к ПВК.

В этом октете восьмой бит всегда устанавливается в «0». Биты 7...5 уста-

навливаются в «111», указывая на то, что это смешанное сообщение. Кодирова-

ние остальных битов представлено на рис. 29.8;

Информационные элементы. Для информационных элементов кадра LMI

отводится один или больше октетов в пределах последнего, то есть информаци-

онные элементы имеют переменную длину. Формат поля элемента информации представлен на рис. 29.9.

Процедурная характеристика LMI

LMI предусматривает три стратегии локального управления:

синхронное симплексное управление (ССУ);

синхронное дуплексное управление (СДУ);

асинхронное управление (АУ).

Синхронное симплексное управление. Для осуществления ССУ исполь-

зуются два типа сообщений:

«Запрос состояния» (STATUS ENQUIRY);

«Состояние» (STATUS).

С помощью этих сообщений LMI «проводит»:

проверку целостности соединения;

уведомление о включении или выключении ПВК;

уведомление о готовности ПВК.

Процедура ССУ заключается в периодическом «опросе» ООД пользова-

теля через интерфейс LMI (процедура «биения») состояния сети. Эта процедура представлена на рис. 29.10. Через определенный временной интервал ООД пользователя посылает в сеть сообщение «Запрос состояния» (интервал опроса имеет международное обозначение — T391) с целью подтверждения целостно-

Элемент информации типа сообщения указывает, какой тип сообщения запрашивается у сети (всего их может быть три, рис. 29.12). «Запрос о полном состоянии» посылается с целью получения информации о всех ПВК, сконфи-

гурированных через интерфейс. «Запрос о целостности соединения» предна-

значен для промежуточного опроса о порядке следования кадров, «проходя-

щих» через интерфейс, с целью контроля возможных потерянных кадров. «За-

прос о состоянии отдельного асинхронного ПВК» посылается для получения информации об отдельном ПВК.

406

Главное назначение проверки целостности соединения — гарантировать ООД пользователя и АКД сети стабильность и надежность физической и логи-

ческой связи между ними. Эта процедура основана на генерации последова-

тельности специальных пронумерованных кадров и проверке корректности этой последовательности с помощью специального процесса. ООД абонента каждый раз (с определенной периодичностью) посылает сообщение «Запрос состояния» (рис. 29.13), в котором устанавливаются:

порядковый номер передаваемого кадра (этот номер увеличивается на единицу по мере передачи таких кадров);

порядковый номер последнего кадра, полученного от сети (в первом со-

общении «Запрос состояния» имеет значение «0»).

Рис. 29.12. Кодирование поля «Тип сообщения» информационного элемента кадра LMI

На полученное сообщение «Запрос состояния» АКД сети передает ООД

абонента сообщение «Состояние», в котором устанавливаются:

порядковый номер передаваемого кадра (этот номер увеличивается на единицу по мере передачи таких кадров);

порядковый номер последнего кадра, полученного от ООД пользователя.

Порядковые номера могут принимать значения (в двоичной форме) от 1

до 255. Порядковый номер «0» используется только для начального порядково-

го номера принятого кадра в начальном сообщении «Запрос состояния».

Формат информационного элемента о состоянии ПВК в кадре LMI «Со-

стояние» представлен на рис. 29.14 (версия ITU-T, в стандарте ANSI первый

407

октет имеет вид — «00000111»). Этот элемент содержит DLCI (10 бит) имею-

щегося ПВК и два бита-индикатора, которые указывают, будет ли данный ПВК

«новым» и/или «активным». В случае если АКД сети создает новый ПВК, то бит «новый ПВК» устанавливается в «1». АКД сети передает такие кадры ООД абонента до тех пор, пока не получит от него сообщение «Запрос состояния»,

содержащее приемный порядковый номер, равный переданному сетевому по-

рядковому номеру (последний переданный номер в сообщении «Состояние»).

По своей сути эта процедура похожа на синхронизацию счетчиков, смысл кото-

рой заключается в информировании ООД пользователя о наличии нового ПВК,

а по ее окончании АКД сети устанавливает бит «новый ПВК» в сообщении

«Состояние» в «0».

Однако признак нового ПВК не разрешает оконечному оборудованию пользователя начать передачу сообщения на данном ПВК. «Сигналом» начала передачи является бит «активный ПВК», установленный АКД сети в «1». Он устанавливается АКД сети только тогда, когда последняя непосредственно

«убедилась‖« в том, что найден путь для доставки сообщения к месту назначе-

ния (другими словами, когда ПВК полностью проключен). Время проключения ПВК зависит от конкретной сети и реализации протокола.

Процедура оповещения пользователя о состоянии ПВК не является про-

цессом, происходящим в реальном масштабе времени, так как изменения в сети не доводятся до пользователя немедленно. Поэтому возможны проблемы, вы-

если ПВК становится доступным, то из-за некорректного выбора интер-

вала времени для передачи кадра LMI с информацией о полном состоя-

нии ПВК уведомленным (относительно активного состояния ПВК) может оказаться только один участник информационного обмена. ООД этого абонента начинает через ПВК передавать кадры данных, которые направ-

ляются к месту назначения до того, как оно назначения получит сообще-

ние «Состояние», в котором бит «активный ПВК» установлен сетью в

«1»;

если, наоборот, ПВК становится недоступным, то по той же причине ООД абонента может не знать о неактивном состоянии ПВК, но по-

прежнему передавать кадры данных в сеть через этот ПВК.

Оба эти случая не нашли своего отражения в стандарте FR. Однако наи-

лучшим выходом из таких ситуаций будет размещение данных в буфере сети до тех пор, пока ПВК не станет активным.

Синхронное дуплексное управление. При ССУ, односторонним по своей природе, ответственность за генерацию сообщения «Запрос состояния» лежит полностью на ООД пользователя, а за генерацию сообщения «Состояние» —