Рисунок.Диаграмма работы кластера Core.
Описание действий, выполняемых в функциональных блоках на диаграмме работы кластера Core:
Обработка 1.
В кластер Core поступает сообщение "SetupInd", информирующее о начале обработки нового вызова. Выполняются следующие операции:
- анализируются параметры сообщения "SetupInd", проверяется их полнота и целостность;
- извлекается и сохраняется информация, необходимая для выполнения функций СОРМ и тарификации;
- подготавливается к отправке в Adapter A сообщение "SetupIndAck", подтверждающее начало обработки вызова кластером Core;
- выполняется запрос в кластер Storage на выполнение телефонной маршрутизации, целью которой является поиск "terminating" интерфейса (интерфейса Б), а также применение различного вида модификаций номеров А и Б;
- анализируются результаты маршрутизации, и в зависимости от результатов маршрутизации различается поведение.
В результате маршрутизации был успешно найден интерфейс локального абонента Б:
- в случае успешного нахождения маршрута с кластера Storage будут получены:
- номер абонента А (возможно модифицированный);
- абонентские параметры абонента А;
- идентификатор интерфейса Б и его параметры;
- номер абонента Б (возможно модифицированный);
- абонентские параметры абонента Б.
- запускаются функции обработки услуг, активированных у абонента А и абонента Б;
- дополняются данные, собираемые модулем СОРМ и модулем тарификации;
- формируется и подготавливается к отправке в "terminating" кластер Adapter (Adapter Б) сообщение "SetupReq" для абонентского интерфейса Б.
В результате маршрутизации был успешно найден интерфейс/интерфейсы исходящего транка абонента Б:
- в случае успешного нахождения маршрута с кластера Storage будут получены:
- номер абонента А (возможно модифицированный);
- абонентские параметры абонента А;
- идентификатор интерфейса Б и его параметры;
- номер абонента Б (возможно модифицированный);
- абонентские параметры транкового интерфейса абонента Б.
- запускаются функции обработки услуг, активированных у абонента А;
- дополняются данные, собираемые модулем СОРМ и модулем тарификации;
- формируется и подготавливается к отправке в "terminating" кластер Adapter (Adapter Б) сообщение "SetupReq" для транкового интерфейса Б.
В результате маршрутизации был определен неполный номер:
Неполный номер может быть определен только, если Adapter A является адаптером протокола H.248/Megaco. В рамках протокола H.248/Megaco поддерживается передача номера в режиме overlap. В случае использования протокола SIP номер, как правило, передается методом enblock, а метод overlap обычно не используется.
- в случае неполного номера в результате маршрутизации с кластера Storage будут получены:
- код ошибки "неполный номер";
- процесс обработки вызова, переход в фазу ожидания последующих цифр номера (STATE2);
- запуск таймера ожидания следующей цифры номера.
В результате маршрутизации была возвращена ошибка:
Обслуживание вызова продолжается по процедуре "Обработка 3".
Обработка 2.
Получили одну или несколько цифр номера в случае посимвольного набора, выполняется следующая обработка:
- выполняется запрос в кластер Storage для запуска процесса маршрутизации с использованием всех накопленных цифр номера Б;
- анализируются результаты маршрутизации, и в зависимости от результатов маршрутизации различается поведение.
Дальнейшие действия по обработке вызова аналогичны действиям из процедуры "Обработка 1" после получения результатов маршрутизации.
Обработка 3.
Производятся действия по обработке ошибки, которая была выявлена в процессе обслуживания вызова:
В результате маршрутизации был определен неактивный интерфейс абонента Б:
Неактивный интерфейс абонента Б - это когда по номеру Б была найдена соответствующая ему локальная абонентская запись либо транковый интерфейс, но оперативные данные показывают, что интерфейс, соответствующий этому абоненту, не активен (абонент не был зарегистрирован либо регистрация истекла, для транка не прошла регистрация либо не отработал механизм OPTIONS-контроля).
- в случае неактивного интерфейса в результате маршрутизации с кластера Storage будут получены: ** код ошибки "неактивный интерфейс";
- если в системе активирован механизм CFC (Call Forwarding by Cause), который обеспечивает фразы автоинформатора для определенных типов ошибок, то он запускается на выполнение по логике для ошибки "неактивный интерфейс";
- после проигрывания фразы на Adapter A подготавливается к отправке запрос на разъединение "ReleaseReq" с соответствующей причиной;
- обновляется информация для модулей СОРМ и тарификации, итоговый информационный пакет отправляется в кластер CORE.
В результате маршрутизации было определено, что у абонента А закрыт доступ к номеру абонента Б:
Запрет доступа абонента А к номеру абонента Б может быть введен на уровне групп доступа или режима обслуживания, и служит для ограничения видов доступа в зависимости от соглашении об уровне сервиса между абонентом и оператором (например использование междугородней связи запрещено или действует временное ограничение исходящей связи по причине неоплаты услуг связи).
- в случае запрета доступа на номер Б в результате маршрутизации с кластера Storage будут получены: ** код ошибки "запрет доступа";
- если в системе активирован механизм CFC (Call Forwarding by Cause), который обеспечивает фразы автоинформатора для определенных типов ошибок, то он запускается на выполнение по логике для ошибки "запрет доступа";
- после проигрывания фразы на Adapter A подготавливается к отправке запрос на разъединение "ReleaseReq" с соответствующей причиной;
- обновляется информация для модулей СОРМ и тарификации, итоговый информационный пакет отправляется в кластер CORE.
В результате маршрутизации был определен несуществующий номер:
Несуществующий номер - это когда формат номера соответствует формату, заданному планом нумерации, номер относится к локальным абонентским номерам, но абонента с таким номером не создано.
- в случае несуществующего номера в результате маршрутизации с кластера Storage будут получены: ** код ошибки "номер не существует";
- если в системе активирован механизм CFC (Call Forwarding by Cause), который обеспечивает фразы автоинформатора для определенных типов ошибок, то он запускается на выполнение по логике для ошибки "номер не существует";
- после проигрывания фразы на Adapter A подготавливается к отправке запрос на разъединение "ReleaseReq" с соответствующей причиной;
- обновляется информация для модулей СОРМ и тарификации, итоговый информационный пакет отправляется в кластер CORE.
В результате маршрутизации был определен неправильный номер:
Неправильный номер - это когда формат номера не соответствует форматам, заданным планом нумерации.
- в случае неправильного номера в результате маршрутизации с кластера Storage будут получены: ** код ошибки "неправильный номер";
- если в системе активирован механизм CFC (Call Forwarding by Cause), который обеспечивает фразы автоинформатора для определенных типов ошибок, то он запускается на выполнение по логике для ошибки "неправильный номер";
- после проигрывания фразы на Adapter A подготавливается к отправке запрос на разъединение ReleaseReq с соответствующей причиной;
- обновляется информация для модулей СОРМ и тарификации, итоговый информационный пакет отправляется в кластер CORE.
Другие ошибки:
- анализируется код ошибки обслуживания вызова и преобразуется в код ошибки целевого протокола 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).