СПОСОБ ПЕРЕДАЧИ ДОПОЛНИТЕЛЬНЫХ ИНФОРМАЦИОННЫХ ПОЛЕЙ СИГНАЛИЗАЦИИ IMS В СИСТЕМЫ ОБРАБОТКИ ВЫЗОВОВ
METHOD OF TRANSMITTING ADDITIONAL INFORMATION FIELDS OF IMS SIGNALLING TO CALL PROCESSING SYSTEMS

Предлагаемое изобретение относится к области систем обработки вызовов (Call-центры, контакт-центры, центры обработки вызовов, системы интерактивного речевого взаимодействия) и применяется для передачи дополнительных полей сигнализации IMS SIP при поступлении вызова от абонента IMS.
IMS (IP Multimedia Subsystem) - мультимедийная подсистема на базе протокола IP, стандартизирована группой 3GPP и спроектирована для предоставления оператором разнообразных услуг своим абонентам. Все услуги IMS реализуются с использованием протокола IP (all IP service). Одной из проблем развития IMS является проблема взаимодействия с существующими голосовыми сетями. Зачастую при подключении существующих внешних систем обработки вызовов к сети IMS стоит задача передать дополнительные поля сигнализации (относящиеся сугубо к системе IMS) в эту внешнюю систему. Например, необходимо передать номер радиоячейки, в которой зарегистрирован абонент сотовой сети, в существующий центр обработки вызовов для определения вероятностной принадлежности абонента к географической зоне.
Существует интерфейс взаимодействия сети IMS с сетью ТфОП, описанный в спецификации 3GPP TS 29.163 "Technical Specification Group Core Network and Terminals; Interworking between the IP Multimedia (IM) Core Network (CN) subsystem and Circuit Switched (CS) networks (Release 9)" (см. например, Гольдшейн Б.С., Гольдштейн А.Б. Softswitch, СПб.: БХВ-Санкт-Петербург, 2006, стр.332-333. Кратко можно сказать, что взаимодействие между сетями IMS и ТфОП производится через шлюзы PSTN\CS, которые имеют распределенную структуру и состоят в свою очередь из элементов: SGW - Signaling Gateway, MGCF - Media Gateway Control Function, MGW - Media Gateway. Одной из функций данного шлюза является преобразование полей сигнализации IMS в поля сигнализации ТфОП ОКС-7. При этом происходит передача тех информационных полей сигнализации IMS, которым есть соответствие в сигнализации ОКС-7. Специальные поля сигнализации IMS данный шлюз передать не может.
Наиболее близким по технической сути к предложенному способу является способ передачи параметров сигнализации между сетью ОКС-7 и центром обработки вызовов («Communication system using a central controller to control at least one network and agent system»; Andrews, Webber, et al., US Pat. №5848143, Pub. Date: December 8, 1998).
Способ-прототип является классической схемой построения ЦОВ, при котором в качестве параметров вызова, которые используют для обработки внутри ЦОВ, выступают набранный номер, номер вызывающего абонента, сигналы DTMF. При этом абонент устанавливает голосовое соединение с ЦОВ через сеть сигнализации ОКС-7 и в соответствии с внутренней логикой ЦОВ направляют соединение на оператора или ставят на обслуживание при отсутствии свободного оператора.
Фактически способ-прототип заключается в следующем. Абонент, используя телефон, устанавливает вызов, набирая публичный номер ЦОВ, от абонента до ЦОВ вызов направляют через сеть сигнализации ОКС-7. После установления голосового соединения согласно внутренней логике ЦОВ вызов направляют на систему IVR для ввода информации DTMF, после чего анализируют полученную информацию, которую используют для дальнейшей маршрутизации вызова. Для анализа и маршрутизации используют следующие получаемые из сети сигнализации ОКС-7 параметры: набранный номер (DNIS - dialed number identification service), номер вызывающего абонента (ANI - automatic number identification), сигналы DTMF.
Основным недостатком данного способа является отсутствие возможности передать дополнительные поля сигнализации IMS, если абонент устанавливает вызов из данной сети. При этом необходимо отметить, что в составе прототипа имеются сервер базы данных и интерфейс к ней, в которую может загружаться информация для последующего анализа и маршрутизации в процессе вызова.
Решаемая предлагаемым изобретением задача - возможность передачи дополнительных информационных полей IMS SIP при установлении вызовов от абонента из сети IMS в системы обработки вызовов. Дополнительным техническим эффектом является отсутствие необходимости разработки специальных устройств, интерфейсов, не предусмотренных спецификациями IMS.
Для решения поставленной задачи с достижением технического результата в известном способе-прототипе, при котором абонент сети IMS устанавливает голосовое соединение, которое маршрутизируется через сеть ТфОП (Телефонная сеть общего пользования) по сигнализации ОКС-7 в ЦОВ, вызов первоначально направляют на элемент сети IMS Р-CSCF (Proxy Serving Call Session Control Function), далее на S-CSCF (Serving Call Session Control Function), на который заранее загружают определенные для данного абонента триггеры маршрутизации (initial Filter Criteria) на серверы приложений IMS. Триггеры загружают из HSS (Home Subscriber Server). В триггере указывают, какой метод сигнализации SIP и при каких дополнительных полях этого метода вызов необходимо направить на конкретный сервер приложений IMS. В качестве условий срабатывания триггера устанавливают: метод - SIP INVITE, Request-URI - номер вызываемого абонента системы обработки вызовов, интересующее информационное поле сигнализации. После чего вызов направляют на сервер приложений IMS, при помощи которого согласно предлагаемому изобретению извлекают необходимые дополнительные поля сигнализации, а также номер вызывающего абонента (IMS Public User Identity), с которым вызов будет маршрутизирован в сеть ТфОП, преобразовывают их в необходимый формат (текстовый, цифровой, двоичный и др.). Для передачи необходимого параметра в систему обработки вызовов используют временное хранилище параметра - таблицу «параметры вызова» сервера базы данных, куда значение параметра помещают до момента получения со стороны системы обработки вызовов. При помощи сервера приложений проверяют наличие записи о предыдущих вызовах в таблице «параметры вызова», произведя запрос на выборку из таблицы с условием поиска по первичному ключу-номеру вызывающего абонента. С помощью номера вызывающего абонента, который присутствует в таблице, определяют уникальность записи, поскольку предполагается невозможность совершения нескольких вызовов с терминалов абонентов с одним и тем же номером вызывающего абонента. В зависимости от присутствия или отсутствия записи о данном номере вызывающего абонента выбирают тип запроса на запись: вставка или обновление (UPDATE или INSERT), т.е. предполагают, что информация о предыдущем вызове в сторону системы обработки вызовов не представляет ценности и может быть затерта информацией о текущем вызове. При этом сервер приложений настраивают для работы в синхронном режиме, при котором дальнейшая маршрутизация производится после извлечения параметров из сообщения сигнализации, их преобразования к нужному виду, проверки записи в таблице, получения подтверждения об успешности запроса на запись информации. После чего вызов направляют на элемент сети IMS S-CSCF и маршрутизируют вызов согласно набранному номеру на шлюз ТфОП. Пройдя шлюз ТфОП, сеть сигнализации ОКС-7, вызов направляют в систему обработки вызовов. После чего устанавливают телефонный вызов между абонентом и системой обработки вызовов. В процессе маршрутизации вызова согласно внутреннему сценарию системы обработки вызовов в необходимый момент производят обращение в таблицу «параметры вызова» базы данных с запросом на чтение информации с условием поиска по первичному ключу, номеру вызывающего абонента. После чего, получив значение необходимого параметра, используют согласно предполагаемым целям: для маршрутизации, вывода на экран оператора ЦОВ, получения статистики или иных целей.
Возможны дополнительные варианты осуществления способа, в которых целесообразнее, чтобы:
dbwrite
signaling
routing
adread
dbwrite
signaling
routing
adread
- Сервер приложений работал в асинхронном режиме, при котором сервер приложений производит дальнейшую маршрутизацию вызова без проведения проверки на наличие записи в таблице «параметры вызова» и ожидания подтверждения об успешности запроса на запись информации. В этом режиме достигается большая производительность способа по сравнению с синхронным режимом. При этом для достижения положительного результата должно выполняться следующее условие: T<T+T+T, где T - задержка на запись информации в таблицу базу данных, T - задержка распространения и время обработки сигнализации, T - время маршрутизации внутри системы обработки вызовов до обращения в базу данных, T - задержка на чтение информации из базы данных.
- Сервер приложений динамически выделял временный номер вызывающего абонента из заранее установленного диапазона при отсутствии информационного поля номера вызывающего абонента в сообщении сигнализации.
Суть предлагаемого изобретения поясняется чертежами, на которых схематично представлен вариант реализации взаимодействия сети IMS-ТфОП-ЦОВ, построенного в соответствии с предложенным способом. На чертеже и далее по тексту не приводятся поясненения к способу доступа терминалов к сети IMS, серверов приложений к сети IMS, а также сообщения сигнализации и элементы сетей, не являющиеся принципиальными для достижения ожидаемого положительного результата.
На фиг.1 изображена возможная физическая схема построения системы взаимодействия между сетью IMS и ЦОВ, который подключен к сети ТфОП.
На фиг.2 изображена возможная схема сценария вызова по предложенному способу.
На фиг.3 изображена возможная структура таблицы «параметры вызова» базы данных - временного хранилища параметров.
На фиг.1 схематично изображены: 101 - терминал абонента для осуществления телефонных звонков, 10 - сеть передачи данных с поддержкой качества сервиса, 102 - элемент сети IMS P-CSCF, 103 - элемент сети IMS S-CSCF, 104 - сервер приложений IMS, 105 - сервер базы данных, 106 - шлюз в сеть ТфОП, 107 - центр обработки вызовов (ЦОВ), приложения которого содержат программный код, обеспечивающий функции голосового соединения абонента с оператором ЦОВ, и интерфейс для обращения в сервер служебной базы данных, 108 - рабочее место оператора, на которое выводится информация, в т.ч. дополнительные параметры вызова сигнализации IMS.
На фиг.2 показан сценарий звонка с использованием предлагаемого способа. Предположим, что стоит задача при поступлении вызова в ЦОВ 107 вывести на экран оператора 108 значение номера радиоячейки (параметр P-Access-Network-Info в сигнализации IMS), в которой зарегистрирован абонент 101 сотовой сети. Предположим также, что ЦОВ подключен к сети ТфОП посредством сигнализации ОКС-7, при этом взаимодействие с сетью IMS происходит с использованием шлюза ТфОП 106.
Передача параметра P-Access-Network-Info происходит в два этапа. Первый этап - сохранение параметра P-Access-Network-Info в таблице «параметры вызова» 105 сервером приложений IMS 104. Второй этап - извлечение параметра P-Access-Network-Info из таблицы базы данных 105 ЦОВ 107 и использование этой информации для маршрутизации и вывода на экран рабочего места оператора 108.
Абонент устанавливает вызов на терминале 101, набрав на терминале публичный номер ЦОВ 502 (Public User Identity В). Телефонный вызов устанавливается путем отсылки с терминала 101 в сторону элемента сети P-CSCF сигнализационного сообщения SIP INVITE 310, которое содержит в поле Request URI публичный номер B ЦОВ, а также в поле P-Access-Network-Info информацию об идентификаторе радио ячейки. После чего Р-CSCF направляет сообщение INVITE 311 в сторону элемента S-CSCF. При этом P-CSCF устанавливает в поле P-Asserted-Identity сообщения INVITE значение публичного номера вызывающего абонента Public User Identity A 501, с которым данный вызов будет маршрутизирован в сеть ТфОП. Проанализировав полученное сообщение INVITE, а также установленный для данного абонента триггер (initial Filter Criteria), в котором в качестве одного из условий срабатывания триггера является присутствие параметра P-Access-Network-Info, S-CSCF направляет сообщение INVITE 312 на сервер приложений IMS 104. Сервер приложений, получив и проанализировав сообщение INVITE, извлекает из сообщения значение поля P-Access-Network-Info, преобразовывает его в необходимый формат. После чего сервер приложений производит проверку в таблице «параметры вызова» сервера базы данных на наличие записи о вызове путем осуществления запроса 401 на выборку информации с условием поиска - номера вызывающего абонента A 501. Сервер базы данных возвращает результат запроса 402 на сервер приложений. После чего сервер приложений производит запрос на запись информации в таблицу «параметры вызова» 403. При наличии записи делается запрос на обновление информации (UPDATE) в таблице, при отсутствии делается запрос на вставку новой информации (INSERT). В качестве первичного ключа указывается значение номера 501 вызывающего мобильного абонента 101. После получения подтверждения об успешной записи информации 404 сервер приложений возвращает сообщение INVITE 313 с полем Request-URI набранный абонентом номер ЦОВ Public User Identity В на элемент S-CSCF 103. S-CSCF маршрутизирует сообщение INVITE 314 на шлюз ТфОП 106. После чего шлюз ТфОП инициирует сообщение ОКС-7 IAM в сторону ЦОВ и устанавливает голосовое соединение с ЦОВ. ЦОВ в соответствии со своим сценарием маршрутизации производит в необходимый момент SQL запрос 405 на выборку информации с условием поиска по первичному ключу - номеру вызывающего абонента A. Получив результаты запроса 406 поле P-Access-Network-Info, система маршрутизации ЦОВ выводит на экран оператора информацию о номере радиоячейки регистрации абонента.
Эффективность предлагаемого способа заключается в относительной простоте и дешевизне реализации, поскольку для взаимодействия систем используются стандартизованные интерфейсы и устройства. В качестве базы данных может использоваться любое приложение базы данных. При этом целесообразнее использовать приложение со стандартизованным интерфейсом и минимальным временем на запись информации.