Процедуры протокола ТФОП

В двух предыдущих параграфах данной главы в рамках опи­саний процессов PANS и PLES рассмотрены две основные группы процедур протокола ТфОП.

В первую очередь это процедуры, связанные с поддержкой управления соединениями ТфОП. Основное назначение данных про­цедур — создать сигнальный путь для передачи линейных сигна­лов между аналоговым портом ТфОП сети доступа и националь­ным протоколом ТфОП АТС. Для создания сигнального пути ис­пользуются функциональные процедуры, которые обеспечивают синхронизацию работы через интерфейс V5 логических объектов сети доступа и АТС, а также возможность разрешать конфликты, связанные с перегрузкой АТС и со встречными вызовами. Как уже упоминалось выше, содержимое примитивов FE-line_signal, пере­даваемых аналоговым портом ТфОП, не должно интерпретировать­ся протоколом V5, т.е. соответствующая информация должна пе­редаваться через интерфейс V5 «прозрачно».

Другую группу составляют процедуры, не связанные с поддерж­кой управления соединениями ТфОП, т.е. не имеющие прямого от­ношения к установлению сигнального пути. Эти процедуры по­зволяют сети доступа изменить некоторые параметры протокола, блокировать или разблокировать порты пользователя и произво­дить необходимые действия при рестарте.

Существуют еще две группы процедур, которые явно не рас­сматривались в предыдущих параграфах, но применение которых абсолютно обязательно для протокола ТфОП. Одну такую группу составляют процедуры обнаружения ошибочных ситуаций, которые обрабатывают каждое получаемое протокольным объектом интер­фейса V5 сообщение.

Как правило, все сообщения должны содержать, по меньшей мере, дискриминатор протокола, адрес уровня 3 и информацион­ный элемент типа сообщения. Если принимаемое сообщение со­держит менее 4 байтов, принимающая сторона (сеть доступа или АТС) должна передать системе эксплуатационного управления со­общение об ошибке и проигнорировать принятое сообщение. В данном контексте термин «игнорировать сообщение» означает, что с содержимым сообщения (заголовком сообщения и его инфор­мационными элементами) никаких действий не производится.

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

Ошибочная ситуация фиксируется, если логический объект протокола ТфОП на стороне сети доступа принимает сообщение с дискриминатором протокола, кодирование которого отличается от приведенного в главе 6. В этом случае генерируется сигнал инди­кации внутренней ошибки, данное сообщение игнорируется и пе­редается сообщение STATUS с информационным элементом «Со­стояние», указывающим на текущее состояние процесса, и информационным элементом «Причина», указывающим код ошибки (код 0000001 — ошибка в дискриминаторе протокола). При прие­ме такого же ошибочного сообщения логическим объектом на сто­роне АТС данное сообщение игнорируется и генерируется сигнал индикации внутренней ошибки.

Ошибка адреса уровня 3 фиксируется, если адрес закодиро­ван не по правилу, определенному выше в данной главе, если зна­чение не распознано или не соответствует существующему порту доступа ТфОП. Ошибка в информационном элементе типа сооб­щения означает, что принято нераспознанное сообщение (не ис­пользуемое или несуществующее). В обоих случаях сообщение иг­норируется и генерируется сигнал индикации ошибки.

Информационный элемент переменной длины, имеющий код, значение которого меньше, чем значение кода предшество­вавшего ему информационного элемента переменной длины, счи­тается выпавшим из нормальной последовательности. Если такое случается, то на стороне сети доступа этот информационный эле­мент удаляется, а обработка сообщения продолжается. Сеть дос­тупа также генерирует сообщение о внутренней ошибке и переда­ет сообщение STATUS с информационным элементом «Состоя­ние», указывающим текущее состояние процесса, и с информаци­онным элементом «Причина» со значением «информационный элемент, принятый с нарушением очередности следования».

Если в сообщении повторяется один и тот же обязательный информационный элемент, логический объект V5 на стороне сети доступа должен игнорировать это сообщение, сформировать со­общение о внутренней ошибке и передать сообщение STATUS с информационным элементом «Состояние», указывающим текущее состояние процесса, и с информационным элементом «Причина» со значением «повторяющийся обязательный информационный элемент» и с соответствующей диагностикой, алогический объект на стороне АТС должен игнорировать данное сообщение и сфор­мировать сообщение о внутренней ошибке.

Если в сообщении повторяется необязательный информаци­онный элемент, то повторный элемент удаляется, продолжается обработка сообщения, генерируется сообщение о внутренней ошибке и передается сообщение STATUS с информационным эле­ментом «Состояние», указывающим текущее состояние процесса, с информационным элементом «Причина» со значением «повто­рение необязательного информационного элемента» и с соответ­ствующей диагностикой.

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

После того как сообщение проверено с помощью процедур обработки ошибок и если оно не должно игнорироваться, то долж­ны выполняться нормальные процедуры, как это изложено в па­раграфах 7.4 и 7.5 данной главы.

И, наконец, процедура обнаружения ошибок уровня 3 позволя­ет уровню 3 обнаружить ошибку при передаче сообщений, кото­рые не защищены от ошибок функциональной частью протокола. Сообщения SIGNAL и PROTOCOL_PARAMETER, содержащие информацию примитивов FE-line_signal и FE-protocol_parameter, соответственно, защищаются от ошибок механизмом, описанным ниже.

С точки зрения этого механизма сообщения SIGNAL и PROTOCOL_PARAMETER неразличимы: они вместе рассматри­ваются как единая последовательность нумерованных сообщений, и для подтверждения приема сообщений, образующих такую по­следовательность (независимо от их типа), используются сообще­ния SIGNAL_ACK. (Речь, разумеется, идет о сообщениях, переда­ваемых от АТС, поскольку сообщения PROTOCOL_PARAMETER сетью доступа не передаются.)

Все сообщения из этой единой последовательности нумеру­ются по модулю 128, т.е. номер может иметь значение от 0 до 127. На каждой стороне интерфейса V5 имеется счетчик передаваемых сообщений, текущее показание которого S(S) обозначает поряд­ковый номер подлежащего передаче сообщения. С появлением следующего сообщения, подлежащего передаче, S(S) увеличива­ется на 1.

На каждой стороне интерфейса имеется счетчик подтвер­жденных сообщений, текущее показание которого S(A) обознача­ет номер последнего из переданных сообщений, прием которого подтвержден адресатом, т.е. равноправным логическим объектом, которому оно было послано. Полезно заметить, что разность S(S)— S(A) не должна превышать максимального числа сообщений, на­ходящихся в очереди на передачу.

Каждому передаваемому сообщению, принадлежащему рас­сматриваемой единой последовательности, присваивается поряд­ковый номер M(S). В момент, когда сообщение должно передавать­ся, в поле информационного элемента «порядковый номер», вхо­дящего в состав этого сообщения, помещается значение M(S), рав­ное текущему S(S).

В логическом объекте уровня 3 на той и на другой стороне интерфейса имеется также счетчик, текущее показание которого S(R) обозначает порядковый номер очередного ожидаемого на приеме сообщения. С приемом сообщения, M(S) которого равен S(R), показание счетчика S(R) увеличивается на 1.

В момент, когда должно передаваться подтверждающее со­общение, в поле информационного элемента «порядковый номер», входящего в состав этого сообщения, помещается порядковый номер ожидаемого сообщения M(R), причем значение M(R) уста­навливается равным S(R). Сторона, принявшая подтверждающее сообщение, определяет состоятельность полученного M(R), про­веряя условие S(A) J M(R) J S(S).

Как это показано на SDL-диаграммах процессов PANS и PLES в данной главе, программные счетчики связаны с таймера­ми этих процессов. Если S(S) превышает допустимую величину, таймеры Tt и Тr должны быть остановлены и должно также пере­даваться сообщение DISCONNECT. Если величина S(S) коррект­на и таймер Tt работает, то никаких действий не предпринимает­ся, а если таймер Tt не был запущен, то это должно быть сделано.

На тех же SDL-диаграммах видно, что при каждой подготов­ке передачи уровнем 3 сообщения SIGNAL_ACK порядковый но­мер ожидаемого сообщения M(R) должен принимать текущее зна­чение переменной S(R). При каждом приеме уровнем 3 сообще­ния SIGNAL значение M(S) должно сравниваться со значением S(R). Если M(S) равно S(R), сообщение должно быть принято, а значение S(R) — увеличено на 1. Если M(S) не равно S(R), тайме­ры Tt и Тr должны прекратить работу и должно быть передано со­общение разъединения.

При каждом приеме сообщения SIGNAL_ACK номер M(R) проверяется. Если M(R) не состоятелен, таймеры Tt и Тr сбрасы­ваются и передается сообщение DISCONNECT. Если M(R) явля­ется корректным, счетчик подтвержденных сообщений принима­ет значение S(A), равное M(R).

Если S(A) равно S(S), таймер Tt сбрасывается. Если S(A) не равно S(S) и если значение M(R) является корректным, таймер Tt перезапускается. Таймер Tt сбрасывается при каждом приеме со­общения SIGNAL_ACK, значение M(R) в котором равно S(S).

Дата добавления: 2015-11-04