Пользователь, инициирующий вызов, снимает трубку, в результате чего ТЕ подает ему сигнал «Ответ станции» и подготавливается к приему цифр номера вызываемого абонента. Цифры накапливаются в 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
|
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
(подтверждение)
|
Успешное установление соединения в направлении 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.