Сценарий соединения DSS1 - BICC - SIP

Пользователь, инициирующий вызов, снимает трубку, в резуль­тате чего ТЕ подает ему сигнал «Ответ станции» и подготавливается к приему цифр номера вызываемого абонента. Цифры накаплива­ются в TE, а затем передаются к ISN-A в сообщении SETUP вмес­те с информационными элементами, содержащими требования к характеристикам средств доставки информации, а также с меткой соединения по протоколу DSS1 [5]. Далее узел ISN-A определяет, может ли этот вызов быть маршрутизирован в соответствии с при­нятой адресной информацией и с требованиями к среде передачи. Если да, то к TE передается сообщение CALL PROCEEDING, занима­ется необходимое значение CIC (в заданном направлении), соот­ветственно, определяется STC, и запускается процедура контроля отправки IAM с вызовом процедуры установления соединения в ис­ходящем направлении (выбирается необходимый блок взаимодейс­твия несущих каналов - BIWF).

Рассмотрим вариант проключения канала в прямом направлении (рис. 8.17). В этом случае IAM передается со значением параметра индикатора действий: «организация канала в прямом направлении», а также с примитивом BICCData request, содержащим характерис­тики опорной сети BNC (определяются посредством выбора BIWF). В ответ необходимо получение сообщения APM, содержащего тре­бование передать уведомление о проключении несущего канала (о создании носителя), а также, что наиболее важно,— адреса и иден­тификаторы встречного BIWF. Получив APM, CSFузла ISN-A переда­ет к BCF запрос организовать несущий канал, BCF выполняет необ­ходимые для этого действия и передает запрос встречному блоку при помощи туннелирования протокола IPBCP через сигнальную связь CSF, после чего переходит в состояние ожидания подтверж­дения (Request Message и Accepted Message) протокола IPBCP. Канал считается проключенным после получения примитива Bearer Set-up Connect. Блок взаимодействия может быть как совмещен­ным с ISN-B, так и отдельной функциональной единицей. Во втором случае требуется такая же процедура передачи сигналов, как если бы этот блок был еще одним узлом BICC. В блоке взаимодействия происходит модификация адресов и параметров, передаваемых в сообщениях BICC, а также преобразование пользовательской ин­формации в тело сообщения SIP (или, при использовании протокола SIP-I, производится инкапсуляция).

К SoftSwitch, реализующему функции SIP-NNI, блоком взаимо­действия передается INVITE. При этом IAM преобразуется в INVITE согласно правилам, приведенным в таблице.

Таблица 8.8. Параметры сообщений IAM BICC и поля SIP INVITE
Параметры IAM Поля INVITE
Called Party Number (номер вызываемого абонента) Request URL
To
Calling Party Number (номер вызывающего абонента) P-Asserted-Identity
Privacy
From
Generic Number (общий номер вызывающего абонента) From
Hop Counter (счетчик переприемов) Max Forwards
TMR/USI (информация пользователей и требования к среде передачи) Message Body (SDP)

ISN-A
ISN-B
0-IWU

SIP-NNI


 


DSS1
BICC
BICC
SIP

Y


 


Вызов станции


Ответ станции Набор номера
SETUP (запрос соединени^^

 


CALL PROC


 


BICC IAM
(соединение устанавливается)
(начальное адресное сообщение)
SIP INVITE (инициирование сеанса связи) „ 100 Trying (запрос обрабатывается)
APM
(организация несущегоканала) Bearer Accept
183 session Progress
(канал проключен)

BICC IAM

(начальное адресное сообщение)

Bearer Setup

(сообщение прикладного транспортного механизма)

(характеристики обмена) PRACK 200 ОК PRACK
СОТ

Bearer Setup Request (запрос создать несущий канал)

Bearer Setup Connect (несущий канал проключен)


UPDATE
(сообщение проверки на целостность)
(изменение характеристик канала) 200 OK UPDATE

 


(подтверждение), 180 Ringing


 


КПВ

ALERTING

(передается вызывной сигнал)

ACM

(сообщение Адрес достаточен)

ACM

(сообщение Адрес достаточен)

(вызываемому

абоненту передается ПВ)

PRACK


 


ANM (ответ)
ANM (ответ)

200 OK PRACK

200 OK INVITE

(запрос успешно обработан, ответ)


 


ACK
Отбой
Рис. 8.17.

CONNECT (ответ)

CONNECTACK

(подтверждение)
DISCONNECT REL REL V BYE  
RELEASE (освобождение) ^ 4 REL  
rel (разрушение) 200 OK BYE  
(ресурсы освобождены) Bearer Release Request  
" (ресурсы освобождены) Bearer Release Request  
(освобождение) RELEASE COMPLETE  
(ресурсы освобождены)  
(запрос освобожде­ния несущего канала) ^earer Release Ack  
(запрос освобожде­ния несущего канала) ^earer Release Ack  
   
   
   

Успешное установление соединения в направ­лении DSS1-SIP. Проключение канала в прямом направлении,отбой со стороны вызывающего абонента


Вызываемая сторона принимает запрос INVITE и начинает его обработку, о чем уведомляет блок взаимодействия BICC сообще­нием 100 trying (производится перезапуск таймеров). Затем от узла SIP-NNI передается ответ 183 Session Progress, позволяющий блоку взаимодействия BICC получить данные о сеансах на пути к вызываемому пользователю для раннего проключения разговор­ного тракта. На сообщение 183 передается последовательность подтверждений: PRACK, 200 OKPRACK. На этом этапе обеспечива­ется также резервирование ресурсов. Далее блок взаимодействия может получить от узла ISN-B сообщение COT, об успешном выпол­нении процедуры проверки целостности на предыдущих участках обслуживания вызова (сообщение интерпретируется как сигнал о сквозном проключении несущего канала). В соответствии с этим, к объекту SIP передается запрос UPDATE, который содержит окон­чательные характеристики несущего канала и в ответ на который идет подтверждение 200 OK UPDATE.

От вызываемого абонента дается индикация того, что к нему поступает вызывной сигнал - 180 Ringing. На объекте взаимодейс­твия этот сигнал транслируется как ACM и передается далее узлам ISN-B и ISN-A по соответствующим сигнальным связям. ISN-A, соответственно, передает к ТЕ сигнал Alerting, а вызывающему або­ненту посылается сигнал контроля посылки вызова (КПВ). Объекту же SIP передается последовательность подтверждений PRACK. После ответа вызываемого абонента передается подтверждение 200 OK INVITE, которое поступает на блок взаимодействия, а далее транслируется по сигнальным связям как ANSWER MESSAGE (ANM), получив которое ISN-A передает к ТЕ сообщение CONNECT. После получения подтверждения CONNECT ACKNOWLEDGE начинается фаза обмена пользовательской информацией (и, соответственно, начисление платы). После отбоя вызывающего абонента происхо­дит последовательный запуск процедур освобождения несущих ка­налов. На участке DSS1 эта процедура инициируется сообщением DISCONNECT. Узел ISN-A передает сообщение RELEASE к TE, в ре­зультате чего происходит освобождение каналов и затребованных для связи ресурсов. Завершение этого этапа на исходящей стороне подтверждается передачей от TE сообщения RELEASE COMPLETE. Получение сообщения DISCONNECT приводит к тому, что CSF ISN-A дает запрос разрушить внутренний тракт передачи к BCF, а также передает сообщение RELease взаимодействующему узлу ISN-B. Параллельно BCF ISN-A передает к BCF ISN-B запрос освободить несущий канал. В свою очередь, BCF ISN-B выполняет необходи­мые для этого действия и передает подтверждения к BCF ISN-A и к CSF своего узла. После получения CSF ISN-B от своего BCF под­тверждения разрушения тракта передачи, к CSF ISN-A передается сообщение Release Complete. Аналогичная процедура выполняется

и на участке ISN-B - O-IWU. Здесь, после получения блоком взаимо­действия сообщения RELease, на узел SIP-NNI передается сообще­ние протокола SIP - BYE, в ответ на которое передается подтверж­дение 200 OK BYE.


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



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