Дерево страниц

Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

  • анализируется код ошибки обслуживания вызова и преобразуется в код ошибки целевого протокола Adapter A;
  • если в системе активирован механизм CFC (Call Forwarding by Cause), который обеспечивает фразы автоинформатора для определенных типов ошибок, то он запускается на выполнение по логике для ошибки "неправильный номер";
  • после проигрывания фразы на Adapter A подготавливается к отправке запрос на разъединение ReleaseReq с соответствующей причиной;
  • обновляется информация для модулей СОРМ и тарификации, итоговый информационный пакет отправляется в кластер CORE.


Обработка 4.

Процедура выполняется при получении сообщения о разъединении "ReleaseInd" из кластера Adapter A до получения из кластера Adapter Б:

  • анализируются параметры сообщения "ReleaseInd", проверяется их полнота и целостность;
  • сообщение запоминается во внутреннем буфере процесса обработки вызова (Delayed ReleaseId);
  • извлекается и сохраняется информация, необходимая модулям СОРМ и тарификации;
  • процесс обработки вызова остается в состоянии ожидания подтверждения обработки от кластера Adapter Б (STATE1).


Обработка 5.

Кластер Adapter Б подтвердил обработку вызова, получено сообщение "SetupReqInd", отложенных "ReleaseInd" в буфере процесса обработки вызова нет, идет нормальная обработка вызова:

  • транспортные параметры процесса обслуживания вызова в кластере Adapter Б извлекаются из сообщения и сохраняются в области данных процесса обработки вызова;
  • запускается таймер ожидания сообщения из кластера Adapter Б (TResponse);
  • процесс обработки вызова переходит в состояние ожидания ответного сообщения (STATE3).


Обработка 6.


В состоянии ожидания ответного сообщения из кластера Adapter Б (STATE3) сработал таймер TResponse, что означает, что Adapter Б не прислал никаких сообщений за заданный интервал времени, ситуация аварийная для вызова:

  • активизируется процедура разъединения вызова;
  • если в системе активирован механизм CFC (Call Forwarding by Cause), который обеспечивает фразы автоинформатора для определенных типов ошибок, то он запускается на выполнение по логике для ошибки "номер временно недоступен";
  • формируется и подготавливаются к отправке в кластеры Adapter А и Adapter Б сообщения разъединения ReleaseReq;
  • обновляется информация для модулей СОРМ и тарификации, итоговый информационный пакет отправляется в кластер CORE.


Обработка 7.

В состоянии ожидания ответного сообщения из кластера Adapter Б (STATE3) получено сообщение разъединения ReleaseInd от кластера Adapter A, что означает, что абонент А положил трубку:

  • анализируются параметры сообщения "ReleaseInd", проверяется их полнота и целостность;
  • формируется и подготавливается к отправке в кластер Adapter Б сообщение разъединения "ReleaseReq";
  • обновляется информация для модулей СОРМ и тарификации, итоговый информационный пакет отправляется в кластер CORE.


Обработка 8.

В состоянии ожидания ответного сообщения из кластера Adapter Б (STATE3) получено сообщение "CallProgressInd" с индикатором выдачи абоненту Б сигнала "Посылка вызова" (BPtyAlerting):

  • анализируются параметры сообщения "CallProgressInd", проверяется их полнота и целостность;
  • формируется и подготавливается к отправке в кластер Adapter А сообщение "CallProgressReq" с индикатором "BPtyAlerting";
  • активируются триггеры и запускаются процессы обработки активных сервисов;
  • процесс обработки вызова переводится в логическое состояние ожидания ответа абонента Б (STATE4);
  • обновляется информация для модулей СОРМ и тарификации;
  • запускается таймер ожидания ответа абонента Б (TAnswer).


Обработка 9.

В состоянии ожидания ответного сообщения из кластера Adapter Б (STATE3) получено сообщение "CallProgressInd" (промежуточное сообщение процесса установления соединения):

  • анализируются параметры сообщения "CallProgressInd", проверяется их полнота и целостность;
  • формируется и подготавливается к отправке в кластер Adapter А сообщение "CallProgressReq";
  • процесс обработки вызова остается в том же состоянии (STATE3);
  • запускается таймер ожидания сообщения из кластера Adapter Б (TResponse).


Обработка 10.

В состоянии ожидания ответа абонента Б (STATE3 или STATE4) получено сообщение об ответе абонента Б (SetupResp):

  • анализируются параметры сообщения "SetupResp", проверяется их полнота и целостность;
  • формируется и подготавливается к отправке в кластер Adapter А сообщение "SetupConf";
  • активируются триггеры и запускаются процессы обработки активных сервисов;
  • процесс обработки вызова переводится в логическое состояние разговора (STATE5);
  • обновляется информация для модулей СОРМ и тарификации;
  • запускается таймер ограничения максимальной длительности разговора (TConversation).