ВУЗ: Не указан

Категория: Не указан

Дисциплина: Не указана

Добавлен: 20.10.2024

Просмотров: 16

Скачиваний: 0

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Транзитная АТС B принимает IAM и производит анализ адресной информации, на основании чего выбирается исходящий сигнальный маршрут к оконечной АТС Б. Анализ остальной информации, содержащейся в IAMопределяет выбор соответствующего разговорного тракта, например, канала 64 Кит/c. Далее, IAMпередается к АТС B, от которой также проключается разговорный тракт.

При поступлении сообщения IAM к входящей АТС Б, производится анализ номера вызываемого абонента и определяется необходимость запроса дополнительной информации от АТС А перед проключением соединения к абоненту Б. Если необходима добавочная информация, то на исходящую АТС направляется сообщение «из конца в конец», в котором формулируется это требование. На транзитной АТС сообщение анализировать не обязательно, так как для него имеет место «прозрачная» передача. Исходящая АТС предоставляет соответствующую информацию, посылая ответное сообщение «из конца в конец» (например, информация о номере вызывающего абонента А).

После приема АТС Б необходимой для установления соединения информации, вызываемый абонент информируется о входящем вызове, а от входящей АТС Б к транзитной АТС В передается сообщение ACM (Address Complete) о приеме полного адреса, которое транслируется далее к АТС А. Прием сообщения о приеме полного адреса на любой станции, участвующей в установлении соединения, указывает на успешную маршрутизацию вызова к абоненту Б и позволяет удалить из оперативной памяти маршрутную информацию установленного соединения.

Когда вызываемый абонент отвечает на вызов, входящая АТС проключает разговорный тракт и передает сообщение об ответе на транзитную АТС B, которая, в свою очередь, пересылает сообщение ответа на исходящую АТС А. При приеме сообщения ответа, устанавливается соединение вызывающего и вызываемого абонентов, начинается тарификация вызова и осуществляется разговор или передача данных. В ISUP ОКС 7 реализован метод одностороннего отбоя. На нижеследующем рисунке «Установление и разъединение базового соединения в ISUP», вызывающий абонент первым инициирует сигнал отбоя к исходящей АТС A.

Установление и разъединение базового соединения в ISUP

Освобождение соединения базового вызова ISUP при реализации на сети одностороннего отбоя


Предположим, что вызывающий абонент А первым начинает освобождение установленного соединения, в результате чего исходящая АТС Aначинает освобождение соединения и передает на транзитную АТС сигнальное сообщение «Освобождение» («Release» (REL))и начинает освобождение разговорного тракта. После освобождения разговорного тракта и готовности обслуживания нового вызова при получении подтверждающего сообщения от оконечной АТС «Освобождение завершено» («Release Complete» (RLC)), транзитная АТС маршрутизирует сообщение RLC к исходящей АТС A.

Освобождение разговорного тракта аналогично реализуется оконечной АТС Б при приеме ей сигнального сообщения «Release».

Описанный выше принцип разъединения гарантирует максимально быстрое разъединение по желанию любого из абонентов, что отличается от процедуры разъединения[ ] в ранних версиях ISUP. Первоначальные спецификации ISUPопределяли тройную последовательность передачи сообщений разъединения: сообщение освобождения (REL), запрос разъединения (RLSD – Released) и окончание освобождения (RLC – release complete). Эта процедура была заменена процедурой описанной выше и максимально унифицирована с процедурами разъединения SCCP.

На нижеследующем рисунке представлена упрощенная диаграмма установления базового соединения ISUPи логического соединения SCCPкласса 2.

В рассматриваемом ниже сценарии используется сигнализация ISUP «из конца в конец», но параллельное установление соединения SCCPи ISUPне требуется. На фазе передачи данных между узлами SCCPпередается сообщение «DataForm 1» (DT1), в котором передаются сообщения установления базового вызова ОКС 7 с коммутацией каналов, включая сообщение ответа вызываемого абонента B (ANM).

Пользователь B

В случае, если сигнализация «из конца в конец» требуется одновременно с установлением соединения ISUP (здесь данный сценарий не показан), то в сообщение ISUPвставляется запрос CR (ConnectionRequest). Прием на входящей АТС сообщения IAM с запросом CR указывает, что исходящая АТС устанавливает соединение «из конца в конец». На входящей АТС, запрос CR пересылается подсистемой ISUPв подсистему SCCP-Б, которая подтверждает данное сообщение сообщением CC (Connection Confirm).Параллельно с данным сообщением, передается в сообщение ACM (Address Complete) принимаемое и анализируемое ISUP-A исходящей АТС. Далее, осуществляется передача данных при использовании стандартных процедур SCCP.


Данный метод сигнализации «из конца в конец» предоставляет возможность устанавливать логические соединения для обмена сигнальной информацией между оконечными пунктами сигнализации, а также устанавливать физические соединения каналов.

При использовании транзитного пункта сигнализации и установлении логического соединения SCCPможет требоваться логическое «сцепление» сигнальных соединений. При использовании режима «из конца в конец» «сцепление» логических соединений сигнализации в пределах сети является не обязательным.

Для режима не ориентированного на установление соединений, действует другой механизм «сцепления» (если оно используется), реализованный с помощью обмена SP/STPидентификаторами вызова.

ISUP поддерживает дополнительные функциональные возможности для использования в ISDN, включая процедуру прерывания соединения с последующим возобновлением, позволяющая вызывающему и вызываемому абонентам временно прервать соединение и процедуру модификации вызова во время соединения.

ISUP поддерживает процедуру двухстороннего отбоя, которая по российским спецификациям ISUPреализуется согласно приведенному ниже сценарию.

Реализация сетью системы двухстороннего отбоя

Примечание: Между АТС А и АТС Bреализована система сигнализации 2ВСК, в то время как между АТС Bи АТС Ссистема сигнализации ОКС 7,ISUP.