Обслуживание вызова в BICC

На рис. 8.15 представлен сценарий взаимодействия и обмен сообщениями между вертикальными и горизонтальными интерфей­сами BICC для организации несущего канала в прямом направле­нии. Там же показано, как область BICC взаимодействует с ТфОП- окружением. Исходящий узел ISN получает сообщение IAM и сам генерирует и отправляет исходящее сообщение IAM к следующему узлу. Это сообщение IAM переносит в параметре «транспортировка приложения» APP (Application Transport Parameter) инкапсулиро­ванные характеристики несущего канала BNC (Backbone Network Connection), которые генерируются на основе принятых парамет­ров «информация об услугах для пользователя» USI (User Service Information) и содержат сведения о средствах доставки информа­ции, затребованных вызывающим абонентом, и «требование к сре­де передачи» TMR(Transmission Medium Requirement), указывающее тип информации, доставку которой должна обеспечить среда пере­дачи. После приема сообщения «Транспортировка приложения» APM (Application Transport) с информацией об адресе носителя (y) функция CSF передает функции BIWF запрос создать носитель и снабжает ее полученной адресной информацией. Как только функ­ция BIWF создаст носитель, она сразу же извещает об этом CSF, а та, в свою очередь, передает это извещение следующему узлу в анало­гичном сообщении APM. В задачи CSF узла назначения входит пере­дача предыдущему узлу сообщения APM с адресной информацией, необходимой для создания носителя. Если этот узел является TSN, он также генерирует и передает сообщение IAM, содержащее инди­кацию «COT on previous» и свои характеристики BNC.

После этого TSN будет ждать сообщения APM с информацией об адресе носителя. Если же узел является ISN назначения, выпол­няется та же процедура передачи APM предыдущему узлу, но исхо­дящее сообщение IAM с индикацией «COT on previous» передается подсистеме ISUP сети TDM. Дальнейший обмен сообщениями APM является опциональным и зависит от того, применяется ли согласо­вание кодеков или туннелирование информации в BICC.

TSN передает сообщение COT (целость) после того как обнару­жит, что носитель между ним и предыдущим узлом организован, то есть либо когда создан носитель в прямом направлении от исходя­щего ISN к TSN, либо после приема сообщения APM от исходящего ISN (в примере на рис. 8.15).

Поток сообщений ACM (Address Complete Message) и ANM (AnswerMessage) идентичен процедурам ISUP. Процедуры разъеди­нения также не отличаются от тех же процедур ISUP, за исключением того, что CSF информирует BWF о необходимости освободить носи­тель. При создании носителя в обратном направлении используются те же потоки сообщений, за исключением того, что характеристики носителя и туннелируемая информация генерируются BIWF узла на­значения и передаются обратно в первом сообщении APM. Приве­денное описание сценария ориентировано на BICC CS1. Отличием случая с BICC CS2 будет лишь то, что исходящий и входящий узлы ISN могут быть конечными адресатами сигнализации ISUP, а не тран­зитными, поскольку обладают функциями оконечной АТС.


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: