3.12. Протокол управления и контроля ONT | Телекоммуникации вчера, сегодня, завтра

Последовательность действий при создании объекта радиосвязи

Бланк формы №1 ТАКТИКО-ТЕХНИЧЕСКИЕ ДАННЫЕ РЭС

Поставка оборудования обеспеченного радиочастотами

Витрина



Home

3.12. Протокол управления и контроля ONT

Формат ячейки протокола управления и контроля ONT

Каждый пакет протокола управления и контроля ONT инкапсулируется непосредственно в 53-битовую ячейку ATM. Ее формат представлен на рисунке 3.6.

ATM Header

Transaction Correlation

Message Type

Device Identifier

Message Identifier

Message Contents

AAI.5 Trailer

(5 bytes)

Identifier (2 bytes)

(1 byte)

(1 byte)

(3 bytes)

(33 bytes)

(8 bytes)

Рисунок 3.6 Формат ячейки протокола управления и контроля ONT

Рассмотрим каждое поле ячейки подробнее.

ATM Header

Заголовок содержит значение VP1/VCI.

Transaction Correlation Identifier

Операция корреляции метки используется, чтобы ответ на запрос соответствовал самому запросу. Для запросов - OLT выбирает какую-либо метку (transaction, identifier) сообщения к которому оно относится.

Ответное сообщение содержит метку сообщения к которому оно относится. Формат метки 0x0000, где первый бит - приоритет сообщения (о нем будет рассказано чуть позже):

  • 0 — низкий приоритет;
  • 1 - высокий приоритет.

OLT решает с каким приоритетом должна выполняться команда, в зависимости от бита приоритета.

Механизм, который использует OLT для заполнения остальных битов в командах подтверждения не стандартизирован. Выбор метки очень важен, т.к. при посылке команды от OLT к ONT с определенной меткой необходимо удостовериться, что ранее другая команда не была послана с той же меткой к тому же ONT, иначе с большой вероятностью ответ на первую команду не будет получен.

Message type

Тип сообщения. Это поле поделено на четыре части (рисунок 3.7)

Заслуживает внимания бит 8 ~ DB (destination bit) бит назначения. В OMCI он всегда равен 0.

Бит 7 - AR (Acknowledge Request) запрос на подтверждение. Он используется, когда сообщение требует подтверждения. Необходимо заметить, что это не всегда так. Если подтверждение все же требуется, этому биту присваивается значение 1, если не требуется - О-Необходимо понимать, что подтверждение — ответ на запрос действия.

Бит 6 - АК (Acknowledgement) бит подтверждения. Он используется, когда необходимо определить тип сообщения - является оно подтверждением или нет. Если да, то значение бита - 1, нет - 0. Бит 5 - MT (Message Type) тип сообщения, используется для определения типа сообщения, в зависимости от его значения:

  • От 0 до 3 - сообщение получено для будущего использования;
  • От 4 до 3 ! — см. таблицу 3.1.

Таблица 3.1

МТ

Тип

НАЗНАЧЕНИЕ.

АК

4

Create

Создать объект запроса с атрибутами

yes

5

Create complete connection

Создать ATM VP кроссовое соединение

yes

6

Delete

Удалить объект запроса

yes

7

Delete complete connection

Удалить ATM VP кроссовые соединения

yes

8

Se7

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

yes

9

Get

Получить один или несколько запроса

yes

10

Get complete connection

Получить атрибуты ATM VP кроссовых соединений

yes

11

Get all alarms

Сохранить статусы сбоев управляемых запросов и«сбросить счетчик» сообщений о сбое

yes

12

Get all alarms next

Получить статусы сбоев следующего управляемого запроса

yes

13

MSB upload

Сохранить MIB

yes

14

Ml В upload next

1 получить сохраненные атрибуты управляемых запросов

yes

15

MIB reset

Удалить содержимое М1В и сбросить настройки до значений «но умолчанию»

yes

16

Alarm

Напоминание о сбое

no

17

Attribute value change

Напоминание о автономной смене значения запроса

no

18

Test

Заявка тестирования конкретного запроса

ves

19

Start software download

Начать процесс загрузки программного обеспечения ПО

yes

20

Download section

'Загрузить секцию образа ПО

yes/no yes

21

End software download

Закончить загрузку ПО

yes

22

Activate software

Активировать загруженный образ ПО

yes

23

Commit software

Запускать загруженный образ ПО

yes

24

Synchronize Time

Синхронизировать время между OLT и ONT

yes

25

Reboot

Перезапустить ONT, сетевой карты абонента или PON IF сетевую карту

yes

26

Get next

Запрос на сохраненные значения атрибутов управляемого запроса

yes

27

Test result

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

no

Device Identifier

Идентификатор устройства. В (Рекомендация МСЭ-Т G.983.1) это поле определено как 0x0А.

Message identifier

Идентификатор сообщения состоит из трех байт:

Первый - наиболее важный. Он используется, чтобы определить какой из запросов является тем самым, определенным в поле «тип сообщения». Максимальное число управляемых запросов - 256.

Последние два байта используются для определения требований управляемого запроса. Максимальное число требований на запрос -65 536.

Списки возможных запросов и их классы приведены в Рекомендации МСЭ-Т G.983.2.

Message contents.

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

Ответ на команды может быть результатом их выполнения. Если в ноле стоит 0 - то команда была успешно выполнена, если что-то отличное от нуля — то это закодированная причина сбоя. Если результатом выполнения команды стала ошибка, то оставшаяся часть сообщения будет заполнена значениями 0x00.

Результаты и их причины:

  1. Command processed success/idly - Команда выполнена успешно. Успешным считается выполнение, если команда «усвоена» или она выполняется. Результатом может быть то, что, например, команды Get/Set/Test/Reboot правильно без проблем «усвоены» командным интерпретатором ONT, и они успешно переданы к исполнению.
  2. Command processing error - Сбой выполнения программы. Это означает, что произошел сбой при выполнении команды на стороне ONT, по причинам не описанным в 3), 4),...
  3. Command not supported - Команда не поддерживается. Это означает, что тип команды (message type) не поддерживается ONT.
  4. Parameter error — сбой параметра. Это означает, что часть или вся команда была получена ONT с ошибкой.
  5. Unknown managed entity - неизвестный запрос. Это означает, что класс управляемого запроса не поддерживается ONT.
  6. nknown managed entity instance — неизвестные требования
    запроса. Это означает, что требования запроса не поддерживаются ONT
  7. Device busy - устройство «занято». Это означает, что команда не
    может быть обработана, т.к. на ONT заполнен лимит выполняемых
    программ.
  8. Attribute(s) failed or unknown - атрибут(ы) неверны или
    неизвестны. Это означает, что опциональные атрибуты не
    поддерживаются на ONT, или обычный/опциональный атрибут не может
    быть применен, даже если он поддерживается. Следующие виды
    «масок» атрибутов используются, когда результат/причина сообщается:
    • optional attribute mask coding — маска кодирования опционального
      атрибута. Она показывает поддерживается или нет опциональный
      атрибут;
    • attribute execution mask coding - маска кодирования выполняемого
      атрибута. Она показывает был ли применен
      обычный/опциональный атрибут.

Если один или более опциональных атрибутов не поддерживается ONT, то «маска кодирования опционального атрибута» для каждого неподдерживаемого опционального атрибута становится 1, тогда как «маска кодирования выполняемого атрибута» поддерживаемого ONT остается 0.

Если один или более из обычных/опциональных атрибутов не будет выполняться ONT, то «маска кодирования опционального атрибута» останется 0, а «маска кодирования выполняемого атрибута» будет 1.

AAL 5 трейлер

Восемь байт этого поля используются для (см. рисунок 3.8):

  1. CPCS (Common Part Convergence Sublayer - подуровень конвергенции) - User-to-User-Indication (CPCS-UU) - Индикация пользователь-пользователь CPCS. Это поле установлено в 0x00 на стороне передающего и игнорируется на стороне принимающего;
  2. The CPCS Common Part Indication (CPCS-CPI) - Индикация общей части CPCS. Это поле установлено в 0x00 па стороне передающего и игнорируется на стороне принимающего. Длина CPCS-SDU. Это поле всегда установлено 0x0028;
  3. Поле CRC циклической проверки четности, оно 32 бита длиной и определено в Рекомендации МСЭ-Т G983.1. CPCS-SDU(Common Part Convergence Sublayer-Service Data Unit) -Модуль данных протокола доставляемый приемному уровню за счет подуровня конвергенции CPCS.

Рисунок 3.8 Формат CPCS-PDU AAL типа 5



Поиск по сайту

Смотрите также