Скачиваний:
23
Добавлен:
10.12.2013
Размер:
55.3 Кб
Скачать

БЛОК ПРОТОКОЛОВ Q-ИНТЕРФЕЙСА ДЛЯ УПРАВЛЕНИЯ

СИСТЕМАМИ ПЕРЕДАЧИ.

1. Введение.

1.1. Область применения.

Эта рекомендация определяет характеристику блока протоколов Q-интерфейсов, которые устанавливают обмен между системой и оборудованием, как определено в рекомендации M.3010 [1]. Интерфейс поддержит двунаправленную передачу данных для управления системами электросвязи.

Эта рекомендация определяет:

- сервисный уровень;

- протоколы уровня;

- прикладные элементы услуг и протоколов;

- требования соответствия встречающихся реализацией этих интерфейсов.

Эта рекомендация не определяет:

- структуру или значение информации поля управления, которое передается посредством блоков протокола;

- способ в котором управление выполняется в результате прикладных запросов протокола;

- взаимодействие, которое заканчивается использованием прикладных протоколов уровня.

1.2. Сокращения и символы.

1.2.1. Сокращения.

Для этой рекомендации определены следующие сокращения:

AARE - A-ассоциативный ответ;

AARQ - A-ассоциативный запрос;

ACSE - Ассоциативный элемент услуги управления;

AFI - Полномочия и идентификатор формата;

ASE - Прикладной элемент услуги;

ASN.1 - Абстрактная синтаксическая нотация 1;

CD - Обнаружение коллизий;

CLNS - Сеть без режима установления логического соединения;

CMIP - Общая управляющая информация протокола;

CMIS - Общая управляющая информация услуги;

CMISE - Общая управляющая информация услуги элемента;

Conf - Подтверждение;

CONS - Сеть с режимом установления соединения;

CSMA - Множественный доступ с контролем несущей;

DCE - Оконечное оборудование данных;

DIS - Разработка международного стандарта;

DLC - Соединение связи данных;

DLS - Услуга связи данных;

DSP - Доменная специфическая часть;

DTE - Оборудование терминала данных;

HDLC - Высокоуровневое управление связи данных;

Ind - Подтверждение;

ISO - Международная организация по стандартизации;

LLC - Управление логическим каналом;

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

MAC - Управление множественным доступом;

NDM - Нормальный режим разъединения;

NE - Сетевой элемент;

NRM - Нормальный режим ответа;

NRZ - Без возврата к нулю;

NRZI - Без возврата к нулю инверсный;

NS - Сетевая услуга;

NSAP - Точка доступа в сети;

OSI - Взаимодействие открытых систем;

PhC - Физическое соединение;

Ph - Физический;

PhS - Физическая услуга;

PICS - Соответствие разработки протокола;

PLS - Услуга физического уровня;

QOS - Качество услуги;

Req - Запрос;

Res - Ответ;

ROSE - Дистанционная услуга элемента операции;

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

SM-ASE - Системная услуга приложения управления элементом;

SP - Сеансовый протокол;

TMN - Сеть управления электросвязью;

UNC - Класс режима несбалансированного нормального ответа.

1.2.2. Символы и аббревиатуры использованные в таблицах.

M - Обязательный;

- Параметр не присутствует во взаимодействии, описываемом услугой;

(=) Величина параметра равняется величине параметра в столбце слева.

2. Обзор блоков протокола.

Структуры блоков протокола с настоящими уровнями - показаны на рисунке 1. Определенная связь обслуживает и протоколы - в соответствии с OSI моделью [2].

Протоколы для различных уровней базируются на МККТТ рекомендации и или ИСО стандартах.

Два типа блоков протокола рекомендуются для установления обмена между системой и оборудованием на TMN:

- Короткий протокол блоков (A1 и A2), который будет использован главным образом как Qx блок протокола, как определено в Рекомендации M.3010 [1].

- Полный 7 уровень блока протокола (CONS1, CLNS1 и CLNS2), которые могут быть использованы в качестве Qx/Q3 блоков протокола, как определено Рекомендацией M.3010 [1] и главным образом используются, чтобы удовлетворить требования комплекса NEs (например, оборудования для синхронной цифровой иерархии).

Профили протокола для CONS1, CLNS1 и CLNS2 уровней 1, 2 и 3 определяются в Рекомендации Q.811 [30]. Профили протокола для CONS1, CLNS1 и CLNS2 уровней 4, 5, 6 и 7 определяются в рекомендации Q.812 [31].

Для того, чтобы поддерживать уже существующую сеть и обеспечивать максимальную гибкость, различные возможности определяются для уровней 1, 2 и 3. Каждая администрация должна выбирать в зависимости от своих собственных специфических требований нужное. Уровни 5, 6 и 7 идентичные для трех блоков протокола CONS1, CLNS1 и CLNS2 пока почти идентичные требования относятся к уровню 4.

Эта рекомендация определяет два блока протокола A1 и A2.

Из-за недействительного транспортного уровня, сеансового уровня и уровня представления для короткого протокола блоков, были определены распределенные функции.

3. Физический уровень.

3.1. Физический уровень для A1.

3.1.1. Услуги.

3.1.1.1. Определение.

Определение услуги для физического уровня - в соответствии с рекомендацией X.211 [3]. Должны поддерживаться следующие классы физических услуг:

- синхронный тип передачи;

- полудуплексный режим функционирования;

- шинная топология точка-многоточка.

1. Поддержка ASE для сетевого управления протоколо-ориентированные приложениями.

2. Дополнительная поддержка ASE.

Рисунок 1. Обзор стека блоков протокола.

3.1.1.2. Услуги, предусматриваемые физическим уровнем.

Физический уровень обеспечивает физические примитивы услуги и параметры, как указано в Таблице 1. Услуги PhC-Активизация и PhC-Дезактивация предоставятся управлением доступа к среде (LME) физического уровня.

3.1.2. Физический интерфейс.

3.1.2.1. Физическая характеристика.

3.1.2.1.1. Конфигурация.

Функционирование последовательной шины в соответствии с ИСО 8482 [4], в полудуплексном режиме.

3.1.2.1.2. Двунаправленная передача.

Две экранированных сбалансированных пары, на каждое направление передачи.

3.1.2.1.3. Разъем.

Администрация должна определять тип разъема.

3.1.2.2. Электрическая характеристика.

Таблица 1.

Предусмотренные физические услуги.

Услуги

Примитивы

Параметры

PhC-Активизация

Запрос PhC-Активизации

Подтверждение PhC-Активизации

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

Запрос передачи данных

PhS - данные пользователя

Подтверждение передачи данных

PhC-Дезактивизация

Запрос PhC-Дезактивизации

Подтверждение PhC-Дезактивизации

3.1.2.2.1. Статическая и динамическая характеристика.

Статическая и динамическая характеристика каждого соединения шины должна быть в соответствии с ИСО 8482 [4]. Когда все генераторы подключенные к шине - в состоянии высокого сопротивление, шина должна устанавливаться на логический уровень "1".

3.1.2.2.2. Развязка шины.

Каждый конец шины должен быть развязан в соответствии с ИСО 8482 [4].

3.1.2.2.3. Подключение нагрузки.

Каждый получатель должен представлять максимум одно нагружающее устройство, как определено в ИСО 8482 [2], число нагрузок подключенных к шине не должно превышать 32.

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

Скорость передачи должна быть 19200 бит/с или 64000 бит/с. Скорость передачи 128000 бит/с может быть необходимым в некоторых приложениях. Допуск скорости передачи должен быть ± 0.05 %.

3.1.2.2.5. Время ожидания.

Для скорости передачи 19200 бит/с и 64000 бит/с передающая станция должна устанавливать свой генератор в состояние высокого сопротивления в пределах 0.750 ms от конца последнего бита закрывающего флага флага. Для скорости передачи 128000 бит/с время ожидания должно быть не более чем 0.375 мс. Это не применительно к первичной станции (смотри 4.1.2.1.3).

3.1.2.2.6. Вхождение в передачу.

После включением генератора подчиненный выдает преамбулу длинной не более 4 периодов скорости передачи. Никакое предположение что касается состояния шины в течение этой преамбулы не допущено.

3.1.2.3. Линейный код.

Линейный код должен быть NRZI.

3.1.2.3.1. Принцип.

Каждый переход должен представляться нулем, и если нет перехода то единицей.

3.1.2.3.2. Синхронизирующая последовательность.

Если необходимо извлечение тактовой частоты передачи, это будет возможно если послать последовательность содержащую по крайней мере четыре перехода до начала стартового флага кадра, который должен был передаваться.

3.2. Физический уровень для A2.

3.2.1. Обзор.

Блок протокола A2 применяет локальную сетевую технологию для физического уровня и канального уровня. Администрация выбирает соответствующую физическую середину, например, коаксиальный кабель, экранированные пары, оптическое волокно согласно технологическим и действующим требованиям.

3.2.2. Услуги.

3.2.2.1. Определение.

Определение услуги для физического уровня должно подчиняться требованиям в статье 6 ИСО 8802-3 [20].

3.2.2.2. Услуги, предусматриваемые физическим уровнем.

Все примитивы определенные и указанные в Таблице 2 обязательны.

Таблица 2.

Примитивы физического уровня.

Примитивы

PLS запрос данных

PLS подтверждение данных

PLS подтверждение несущей

PLS сигнал подтверждения

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

Скорость передачи должна быть 1 Мбит/с или выше.

4. Канальный уровень.

4.1. Канальный уровень для A1.

4.1.1. Услуги.

4.1.1.1. Определение.

Определение услуги канального уровня - в соответствии с Рекомендацией X.212 [5]. Класс услуг связи данных, который должен предусматриваться канальным уровнем:

- услуга режима соединения.

4.1.1.2. Услуги требуемые от физического уровня.

Канальный уровень должен обеспечивать услуги по связь данных, примитивы и параметры как указано в таблицах с 3 по 5.

4.1.1.3.1. DLC-Установление.

Смотри Таблицу 3.

Таблица 3

Услуги DLC-Установления.

Название параметра

Запрос/Подтверждение

Ответ/Запрос

Вызываемый адрес

М

-

Вызывающий адрес

М

-

Отвечающий адрес

-

М

QOS

М

М

4.1.1.3.2. DLC-Реализация.

Смотри Таблицу 4.

Таблица 4.

Услуги DLC-Реализации.

Название параметра

Запрос

Подтверждение

Источник

-

М

Причина

М

М

4.1.1.3.3. Нормальная передача данных.

Смотри Таблицу 5.

Таблица 5.

Нормальная передача данных.

Название параметра

Запрос

Подтверждение

DLS данные пользователя

М

М

4.1.2. Протокол связи данных.

Протокол связи данных - синхронный HDLC тип.

4.1.2.1. HDLC структура кадра.

HDLC структура кадра должна соответствовать ИСО 3309 (структура кадра) [6].

4.1.2.1.1. Поле адреса.

Поле адреса должна быть один байт.

4.1.2.1.2. Поле информации.

Поле информации в любом HDLC кадре должна быть целым количеством байт. Байты поля информации должны быть посланы младшими битами вперед. Максимальная длина области информации должна быть 256 байт.

4.1.2.1.3. Заполнитель.

Первичная станция должна передавать непрерывные флаги, как заполнитель.

4.1.2.2. Адресация.

Вторичная станция должна быть способна к назначению ей любого адреса в области от 1 до 254.

4.1.2.2.1. Общий адрес.

Образец поля адреса "11111111" определен как общий адрес.

4.1.2.2.2. Адрес нестанция.

Образец поля адреса "00000000" определен как адрес нестанция . Адрес нестанция не должен никогда присваиваться вторичной станции.

4.1.2.2.3. Групповые адреса.

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

4.1.2.3. HDLC процедура.

HDLC процедура определяется в ИСО 4335 [7].

4.1.2.3.1. Командны и ответы.

Следующие HDLC команды и ответы должны поддерживаться:

- команды

SNRM - Установление нормального режима ответов;

DISC - Разъединение;

- команды или ответы

I - Информация;

RR - Готов к приему;

RNR - Не готов к приему;

- ответы

FRMR - Некорректный кадр;

UA - Ненумерованное подтверждение;

DM - Режим разъединения.

4.1.2.3.2. Режимы.

Выбраны два режима:

- один режим функционирования: Нормальный режим ответа (NRM);

- один не-действующий режим: Нормально режим разъединения (NDM).

4.1.2.4. Класс процедуры.

Функционирование нормального режима ответов (UNC) определено в ИСО 7809 [8].

4.1.2.4.1. HDLC дополнительные функции.

Следующие HDLC дополнительные функции должны быть осуществлены:

- ненумерованная информация (опция No.4);

- тест связи данных (опция No.12).

4.1.2.5. Другие параметры канального уровня.

4.1.2.5.1. Размер окна.

Размер окна для неподтверждаемых кадров должен быть между 1 и 7, по умолчанию - 1.

4.1.2.5.2. Время ожидания перед повтором.

В случае неответа или потерянного ответа, первичная станция должна обеспечивать ждущую функцию. Время ожидания перед повтором должно быть больше чем длительность самого длинного кадра, который был послан первичной станцией, и больше ответа вторичной станции и длительности самого длинного кадра, который был послан вторичной станцией.

4.1.2.5.3. Количество повторений.

При условиях описанных в 4.1.2.5.2, максимальное количество повторений, прежде чем обнаружится неответ или потерянный ответ, фиксируется на 5 (6) запросов.

4.1.2.5.4. Время ответа.

Вторичная станция должна выдавать открывающий флаг своего ответа не позже чем 5 мс после конца закрывающего флага кадра посланного от первичной станции.

4.2. Канальный уровень для A2.

4.2.1. Обзор.

Канальный уровень обеспечивает режим подтверждения без установления логического соединения. Метод доступа - множественный доступ с контролем несущей и обнаружением коллизий (CSMA/CD).

4.2.2. Управление множественным доступом (MAC).

4.2.2.1. Услуги и протокол CSMA/CD и метода доступа должны подчиняться ИСО 8802-3 [20].

4.2.2.2. Длина адреса используемая в MAC подуровне должна быть 48 бит.

4.2.3. Управление логическим каналом (LLC).

4.2.3.1. Определение признанного режима без установления логического соединения LLC услуги должно подчиняться ИСО 8802-2/DAD2 [23]. Все примитивы определенные для типа 3 функционирования (смотри ТАБЛИЦУ 6) обязательны.

Таблица 6.

Примитивы для типа 3 функционирования.

DL-DATA-ACK запрос/подтверждение

DL-DATA-ACK-STATUS подтверждение

DL-REPLY запрос/подтверждение

DL-REPLY-STATUS подтверждение

DL-REPLY-UPDATE запрос

DL-REPLY-UPDATE-STATUS подтверждение

4.2.3.2. Протокол используется, чтобы обеспечить режим подтверждения без установления логического соединения LLC услуги должно, как определено в ИСО 8802-2 [22] и ИСО 8802-2/DAD2 [23]. Все команды и ответы определенные для типа 3 функционирования (смотри Таблицу 7) обязательны.

Таблица 7.

Команды и ответы для типа 3 функционирования.

Команды

Ответы

АС0

АС0

АС1

АС1

5. Сетевой уровень для A1 и A2.

5.1. Услуги.

5.1.1. Определение Услуг.

Определение услуги сети режима без установления логического соединения должно подчиняться ИСО 8348/AD1 [9]. Формат адрес должен соответствовать ИСО 8348/AD2 [10].

5.1.2. Услуги требуемые от канального уровня.

Сетевой уровень требует нормальную передачу данных от канального уровня.

5.1.3. Услуги, предусматриваемые сетевым уровнем.

Сетевой уровень должен обеспечивать N-UNITDATA услуги как указано в Таблице 8.

Таблица 8.

N-UNITDATA услуги.

Название параметра

Запрос

Подтверждение

Адрес источника

М

М(=)

Адрес приемника

М

М(=)

QOS

М

М

NS данные пользователя

М

М(=)

5.2. Сетевой протокол.

5.2.1. Общее.

Сетевой протокол определен в ИСО 8473 [11]. Под-сетевая подчиненная функция сходимости необходимая для блока протокола A1, определяется в ИСО 8473/AD3 [19]. ИСО 8473 [11] определяет дополнения к полному протоколу (смотри 5.2.4), два подмножества называемые:

- неактивный протокол сетевого уровня (смотри 5.2.2);

- не-сегментируемый протокол сетевого уровня (смотри 5.2.3).

Часть адреса должна иметь структуру определенную в ИСО 8348/AD2 [10].

Для блока протокола A1 полномочия и идентификатор формата (AFI) должен устанавливаться на 49, кодироваться двумя десятичными цифрами как определено в ИСО 8348/AD2 [10], который определяет "локальное" и двоичное кодирование доменной специфической части (DSP).

Для блока протокола A1 полномочия и идентификатор формата (AFI) должен устанавливаться на 38, 39, 48 или 49, кодируемый двумя десятичными цифрами как определено в ИСО 8348/AD2 [10], которое означает код страны (ИСО DCC) и десятичное кодирование доменной специфической части (DSP), ИСО DCC и двоичное кодирование DSP, "локального" и десятичного кодирования DSP, или "локального" двоичного кодирования DSP, соответственно.

В зависимости от необходимого использования и протокола под-сетевой архитектуры, или одно или оба подмножества, должны поддерживаться блоком протокола A. Выбор должен быть вложен в утверждение соответствия реализации протокола (PICS).

5.2.2. Неактивный протокол сетевого уровня.

Протокол должен быть в соответствии с неактивными подмножествами протокола как определено в ИСО 8473 [11].

5.2.3. Не-сегментация сетевого протокола уровня.

Протокол должен быть в соответствии с категорией "типа 1" функций не-сегментации подмножества протокола как определено в ИСО 8473 [11]. От дополнительных функций (тип 3) определенных на не-сегментации подмножества только "приоритетная функция" должна поддерживаться как определено в ИСО 8473 [11].

5.2.4. Полный сетевой протокол уровня.

Полное сетевое подмножество протокола категории "типа 1" функций определено в ИСО 8473 [11]. Реализация не должна передавать PDUs кодирующее использование неактивного подмножества. Полученные PDUs кодирующее использование неактивного подмножества будет отвергнуто. Реализация не должна генерировать данные PDUs без сегментной части, то есть "сегментация разрешающая флагу" должна устанавливаться на 1 и часть сегментации должна быть включена. Тем не менее, реализация должна быть способна получить и правильно обрабатывать PDUs, который не содержит часть сегментации.

6. Распределение функций для A1 и A2.

6.1. Введение.

Никакой из транспортного уровня, сеансового уровня сеанса и уровня представления не определяются для блоков протокола A1 и A2, для обеспечения необходимых услуг в прикладном уровне и использования предусмотренного обслуживания сетевого уровня по распределению функций. Никакой протокол для распределения функций не определен.

6.2. Услуги.

6.2.1. Определение услуг.

Определение услуг распределения функций, которое обеспечивает необходимые услуги представления в прикладном уровне, должны быть в соответствии с рекомендацией X.216 [12].

6.2.2. Услуги требуемые от сетевого уровня.

Распределение функций требует N_UNITDATA как услуги сети с режимом без установления логического соединения.

6.2.3. Услуги, предусматриваемые распределением функций.

Распределение функций должно обеспечивать услуги представления как указывает таблица 9. Когда ACSE поддерживается в прикладном уровне распределение функций должно также обеспечивать услуги представления P-соединения, P-реализация, P-U-отказ и P-P-отказ. Только те параметры определенные как обязательные в Рекомендации X.216 [12] должно поддерживаться. Тогда величина параметра режима P-соединения будет "нормально".

Таблица 9.

Услуга, предусматриваемая картой функции.

Услуги

Примитивы

Параметры

P-DATA

P-DATA запрос

данные пользователя

P-DATA подтверждение

6.3. Процедура.

Распределение функций обеспечит значения для исходного адреса, адреса расположения, QOS и NS данных пользователя которые требуются сетевыми параметрами услуг. Распределение функций переведет адреса представления на сетевой доступ точки (NSAP) адреса и наоборот. Это обеспечит значительное качество параметра услуги N-UNITDATA запроса. NS данные пользователя предусматривается данными пользователя P-DATE и наоборот.

7. Прикладной уровень для A1 и A2.

7.1. Обзор.

Сетевое управление прикладного уровня должно обеспечивать CMISE услугу в SM-ASE. Необходимые прикладные элементы - общее управление элемента (CMISE) и дистанционная услуга элемента функционирования (ROSE). Некоторые приложения могут потребовать дополнение элемента услуги управления ассоциации (ACSE).

7.2. Синтаксис и кодирование.

Прикладной протокол данных уровня представления устройства описан используя абстрактную синтаксическую нотацию 1 (ASN.1), как определено в рекомендации X.208 [15] и кодируется в соответствии с основными кодирующими правилами для ASN.1, как определено в Рекомендации X.209 [16].

7.3. Управление Ассоциации.

7.3.1. ACSE услуги подробно описаны в рекомендации X.217 [25]. Когда ACSE использует все определенные ACSE услуги (смотри Таблицу 10). Величина параметра режима A-ассоциации должен быть "нормально".

Таблица 10.

ACSE услуги и ассоциации APDUs.

ACSE услуги

Ассоциации APDUs

Реализация P-услуг

Соседние файлы в папке Колин