Протокол ТфОп

  Главная функция протокола ТфОП — поддержка националь­ного протокола управления созданием и нарушением соединений ТфОП. С этой целью для каждого вызова абонента ТфОП (как ис­ходящего, так и входящего) протокол ТфОП предусматривает соз­дание в интерфейсе V5 логического соединения, использующего ресурс того С-пути в интерфейсе V5, который предназначен для сигнализации ТфОП, и называемого сигнальным путем (signalling path). Кроме того, протокол ТфОП может использовать этот же С-путь и без создания в нем сигнального пути, когда возникает не­обходимость в передаче информации, не связанной с управлени­ем соединениями ТфОП (например, для передачи со стороны сети доступа к стороне АТС данных о линии пользователя). Сигналь­ный путь существует в течение всех фаз соединения ТфОП и обес­печивает прозрачный обмен сообщениями уровня 3 между логи­ческими объектами протокола ТфОП, расположенными по разные стороны интерфейса.

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

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

Для кодирования информационных элементов протокола при­меняются правила, определенные в ETS 300 102-1, а сами инфор­мационные элементы протокола ТфОП и коды их идентификато­ров приведены в таблице 4.4.

 

Таблица 4.4 - Кодирование типа непрерывного сигнала (байт 3)

Информационный элемент	Длина (в байтах)	Биты
		8	7	6	5	4	3	2	1
Непрерывный сигнал	3	0	0	0	0	0	0	1	1
Цифра	3	0	0	0	0	0	1	0	0
Модулированный вызов	3	0	0	0	0	0	0	0	1
Импульсный сигнал	3-5	0	0	0	0	0	0	1	0
Уведомление о передаче импульса	1	1	1	0	0	0	0	0	0
Данные о линии	1	1	0	0	0	х	х	х	х
Время распознавания	4	0	0	0	1	0	0	0	0
Активизировать автономную реакцию на сигнал	4-6	0	0	0	1	0	0	0	1
Деактивизировать автономную реакцию на сигнал	3	0	0	0	1	0	0	0	0
Автономное управление последовательностью сигналов	1	1	0	1	0	х	х	х	х
Результат автономного управления последовательностью сигналов	1	1	0	1	1	х	х	х	х
Порядковый номер	3	0	0	0	0	0	0	0	0
Состояние	1	1	0	0	1	х	х	х	х
Причина	3-5	0	0	0	1	0	0	1	1
Ресурс не доступен	3-8	0	0	0	1	0	1	0	0

 

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

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

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

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