INAP, которые передаются междуЗСРи IP). В случае непосредственной связи между SCP и IP для обмена сообщениями может использоваться протокол ТСАР, для передачи сигналов управления трактом связи - любая подходящая система сигнализации (например, подсистема ISUP ОКС-7 или уровень 3 DSS1.

Случай а) показан на рисунке 3.4.5. Для интегрированного IP/SSP, внутренние действия узла могут моделироваться таким же образом, как на рисунке 3.4.5, но детали реализации оставлены на усмотрение разработчика. Такой подход приводит ктому, что SCP не должен различать, является ли IP интегрированным или внешним, но непосредственно подключенным к SSP. Установление связи между SCF и SRF в этом случае является опосредованным.

Рис. 3.4.5 Соединение с интегрированной или внешней IP с трансляцией операций через SSP

Случай Ь) требует от IP индикации готовности принять операции от SCP (см. рис. 3.4.6). В данном случае SCF и SRF связаны непосредственно. Обратим внимание, что необходимо передать связывающий идентификатор (Corre/aton ID), чтобы гарантировать, что транзакция, установленная между SCP и IP, может быть соотнесена с заданным трактом связи, созданным в результате выполнения операции, ранее переданной от SCP к SSP.

SCP SSP IP

Рис. 3.4.6 Соединение IP с SCP no прямому каналу (IP инициирует взаимодействие с SCP)

Случай с) требует организации транзакции с ассистирующим SSP для того, чтобы он мог ретранслировать операции от SCP к интегрированной или внешней IP. Как только сигналы управления трактом связи достигнут ассистирующего SSP, он регистрирует идентификатор вызываемого ресурса и инициирует взаимодействие с SCP, запросившим процедуру ассистирования. Имеется возможность регистрировать и другие информационные элементы, например, адрес-

ную информацию. Сигналы управления трактом связи должны содержать информацию для идентификации SCP, запросившего ассистирующий SSP, и связывающий идентификатор. После того как SCP получит операцию AssistRequestlnstructions, используются такие же процедуры, как и в случае а). Преамбулу данного случая иллюстрирует рисунок 3.4.7.

Инициирующий SSP Ассистирующий SSP IP

Рис. 3.4.7 Преамбула для случая ассистирования с интегрированной или внешней IP (сообщения SCP-IP транслируются через SSP)

Случай d) не требует организации второй транзакции от ассистирующего узла, так как не требуется, чтобы он обладал функциями SSP (см. рис. 3.4.8.).

Exchange

Рис. 3.4.8 Преамбула для случая ассистирования с внешней IP (прямая связь между SCP и IP)

Случай е) требует только передачи к первому SSP операции для маршрутизации соединения к тому SSP, которому будет передано управление, то есть рис. 3.4.5 применим и к данному случаю. Эта ситуация показана на рисунке 3.4.9. Следует обратить внимание на то, что действия SSP, принявшего на себя управление, порождают новое взаимодействие с SCP, в связи с которым используется операция AssistRequestlnstructions. Как только сигналы управления трактом связи достигнут ассистирующего SSP, он идентифицирует вызываемый ресурс и инициирует взаимодействие с SCP, запросившим ассистирование. Сигналы управления трактом связи должны содер-

жать информацию для идентификации SCP, запросившего ассистирующий SSP, и связывающий идентификатор.

Инициирующий SSP Ассистирующий SSP IP

Рис. 3.4.9 Преамбула для случая ассистирования с внешней IP при непосредственной связи SCP-IP

3.4.4.2 Процедуры взаимодействия с пользователем

Процедуры взаимодействия с пользователем позволяют:

• передавать ему одно или несколько речевых сообщений, используя операции PlayAnnouncement;

• вести с ним диалог, используя одну или несколько последовательных операций PromptAndCollectUserlnformation;

• комбинировать вышеупомянутые возможности;

• отменять операции PlayAnnouncement ипи PromptAndCollectUser Information, используя операцию Cancel.

Имеются только два сценария взаимодействия с пользователем:

• первый сценарий описан на рисунке 3.4.10 и относится к случаю, когда SSP транслирует операции от SCP к IP и ответы от IP к SCP;

Рис. 3.4.10 Трансляция операций SCP-IP через SSP при взаимодействии с пользователем

второй сценарий описан на рисунке 3.4.11 и относится к случаю, когда операции от SCP к IP и ответы от IP к SCP передаются без участия SSP (по каналу прямой связи).