Для контроля ожидания сообщения RLC используются следующие таймеры:
Trel – таймер ожидания сообщения RLC, запускается при первой отправке сообщения RLSD.
Trepeat_rel – таймер повторной отправки сообщений RLSD, запускается первый раз при истечении таймера Trel, впоследствии – при каждой повторной отправке сообщения RLSD.
Tint – таймер суммарного времени ожидания сообщения RLC, запускается при отправке первого сообщения RLSD.
9. Контроль неактивности
Неактивность – это отсутствие либо входящих либо исходящих сообщений.
Для контроля неактивности используются два таймера Tiar, Tias.
Tiar – таймер контроля неактивности входящих сообщений. Перезапускается при каждом получении нового сообщения. При срабатывании таймера инициируется процедура разъединения SCCP соединения.
Tias – таймер контроля неактивности исходящих сообщении. Перезапускается при каждой отправке нового сообщения. При срабатывании таймера, подсистема SCCP посылает сообщение IT (Inactivity Test) на противоположную сторону.
Значение таймера Tiar должно быть значительно больше (как минимум в два раза) значения таймера Tias.
10. Передача данных - протокол класса 2
Для передачи данных в протоколе класса 2 используются SCCP сообщения DT1 (DATA FORM 1). Для контроля последовательности сообщений используются только средства MTP (назначается один и тот же SLS для всех сообщений, относящихся к данному соединению). Для посылки данных со стороны пользователя SCCP используется примитив N-DATA-request. Для доставки данных пользователю SCCP используется примитив N-DATA-indication.
11. Передача данных - протокол класса 3
Для передачи данных в протоколе класса 3 используются SCCP сообщения DT2 (DATA FORM 2). Примитивы для передачи данных пользователю/приема данных от пользователя те же, что и при использовании протокола класс 2. Основное отличие сообщений DT1 от сообщений DT2 заключается в том, что в последние встроен механизм контроля последовательности сообщений средствами SCCP (дополнительно к контролю средствами MTP). Для контроля последовательности сообщений используются следующие параметры:
В отдельных случаях подсистема SCCP может использовать сообщения AK (DATA ACKNOWLEDGEMENT). Сообщение AK передается в двух случаях:
Сторона, получившая сообщение DT2, проводит анализ параметров P(S) и P(R) прежде чем передать данные пользователю SCCP:
12. Процедура reset
Процедура reset применима только при использовании протокола класса 3. Цель данной процедуры привести все параметры механизма контроля последовательности сообщений к исходному состоянию. Во время процедуры никакие сообщения не передаются и не принимаются. Процедуру может инициировать пользователь SCCP посредством примитива N-RESET-request, либо сама подсистема SCCP.
Если на какой либо стороне принято решение инициировать процедуру reset, то выполняются следующие действия:
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.