Система управления уведомлениями абонентов
Изобретение относится к области телекоммуникаций и связи, а именно к управлению уведомлениями абонентов сетей сотовой связи любых стандартов, в т.ч. GSM, UMTS (IN Intelligent Network), LTE (IMS IP Multimedia Subsystem), о возможности установления соединения. Техническим результатом является определение направления передачи уведомительного сообщения вызывающему или вызываемому абоненту о возможном установлении повторного инициирования вызова на основании анализа сетевых признаков тарификации, геоданных, других поведенческих признаков вызывающего и вызываемого абонентов в сети, что приводит к повышению экономических показателей оператора сотовой связи (NP network provider) путем стимулирования совершения голосовых вызовов. Показатель экономической эффективности оператора повышается за счет учета максимально возможного числа сетевых признаков вызывающего и вызываемого абонентов при определении направления передачи МСА. Система управления легко масштабируется на любое количество сетевых признаков абонентов и адаптируется к любым сценариям МСА. 2 з.п. ф-лы, 2 ил.
Предлагаемое изобретение относится к области телекоммуникаций и связи, в частности к системам, используемым в сетях сотовой связи любых стандартов, в т.ч. GSM, UMTS (IN Intelligent Network), LTE (IMS IP Multimedia Subsystem), и предназначено для повышения экономических показателей оператора сотовой связи (NP network provider), путем стимулирования совершения голосовых вызовов в его сеть за счет информирования абонентов о наступлении сетевых событий, связанных преимущественно с попытками совершения голосовых вызовов.
Известно, что в дополнение к основным услугам установления соединений операторы сотовой связи предоставляют различные дополнительные услуги, предназначенные для улучшения показателей его экономической эффективности. Такие услуги нацелены на привлечение и удержание абонентов и внедряются путем интеграции в базовую сеть оператора дополнительных программно-аппаратных комплексов ПАК. На текущем уровне техники такие сервисы получили название VAS (Value Added Services) т.к. направлены на извлечение дополнительного дохода оператора. Одним из наиболее эффективных средств повышения экономической эффективности NP А является стимулирование совершения голосовых вызовов от абонентов зарегистрированных в других NP В - offNet абонентов В, домашним homeNet абонентам А, которые зарегистрированным в его сети NP А. Основным средством стимулирования offNet абонентов В совершать вызовы в homeNet А сеть на текущем уровне техники является уведомление offNet (а также homeNet) абонентов о неуспешных вызовах путем передачи в сеть сигнала пропущенного вызова - MCA (Missed Call Alert) или путем передачи SMS с информацией о вызываемом абоненте и его готовности принять входящий вызов (SMS МСА). Такие сервисы получили название МСА, их внедрение сопряжено с интеграцией в базовую сеть NP А дополнительных ПАК взаимодействующих с узлами коммутации и биллинга. Технический облик сервисов МСА основан на выявлении сетевых событий, связанных с невозможностью установления вызова, определения сценария несостоявшегося вызова, передаче в адрес вызывающего или вызываемого offNet абонента ISUP сообщения IAM и последующей немедленной передачи в сеть ISUP сообщения RELEASE после подтверждения узла коммутации offNet абонента о готовности принять вызов. Таким образом NP homeNet абонента А добивается появления в графическом интерфейсе мобильного устройства (MS/UE) offNet абонента В сообщения МСА о пропущенном вызове. Это сообщение появляется в разделе непринятых вызовов и помечается маркером на значке вызовов домашнего экрана MS/UE. Другим средством уведомления МСА сервисов является передача SMS сообщения offNet абоненту В с уведомлением о том что абонент А снова в сети или с уведомлением об ознакомлении homeNet абонента А с оставленным offNet абонентом В сообщением голосовой почты - SMS МСА. Причем каждый сценарий МСА однозначно определяет направление передачи сигнала МСА - вызываемому или вызывающему абоненту. А конечной целью выбора направления передачи МСА всегда является стимулирование входящего вызова именно в сеть оператора NP А - оператора homeNet абонента А.
В сервисах МСА рассматриваются неуспешные вызовы в следующих основных сценариях:
- передача МСА вызываемому offNet абоненту В при попытке homeNet абонента А с авансовой тарификацией (prepaid) сделать вызов в условиях недостаточного кредитного счета - homeNet A charge=0;
- передача МСА вызываемому offNet абоненту В после неуспешного вызова его homeNet абонентом А по причине занятости вызываемого offNet абонента В или его отсутствия в сети - offNet В busy, absent;
- передача МСА вызывающему offNet абоненту В после неуспешного вызова им homeNet абонента А по причине занятости вызываемого homeNet абонента А или его отсутствия в сети - homeNet A busy, absent;
- передача МСА вызываемому offNet абоненту в случае принудительного сброса исходящего вызова homeNet абонентом А или потеря (отмена) этого вызова по причине сетевых ошибок до установления сигнального соединения (проключения вызова) homeNet A abandon, netErr;
- передача SMS offNet абоненту после неуспешной попытки отправки SMS homeNet абонентом А в условиях недостаточного кредитного счета homeNet абонента А или ошибок сети - homeNet A SMS delivErr;
- передача SMS МСА уведомления offNet абоненту В об ознакомлении или не ознакомлении homeNet абонента А с оставленным offNet абонентом В сообщением головой почты - homeNet A VMalert;
Технический облик сервисов МСА в указанных сценариях описан в Евразийских патентах 025088, 024150, патенте РФ 2553452, заявке WO 2015008232, заявке ЕАПО 201690222, патенте РФ 2677851, заявках РФ 2019125337, 2019119465 и предшествующих патентных документах. Известные из этих документов способы предоставления сервисов МСА в сигнальной сети основаны на приеме и анализе сигнальных сообщений - сигнальных единиц (SU-signal unit) после их маршрутизации на сетевой узел VAS или путем пассивного захвата SU в базовой сети NP (Core Network (CN)) (п. 3.2. 3 GPP TS 23.002 Technical Specification). Способ по патенту ЕАПО 025088 основан на ISUP маршрутизации вызова на дополнительный сетевой узел и отключении вызова по его команде. Способ по патенту 2553452 основан на направлении исходящего вызова т.н. средству формирования уведомления (автоответчик) вызывающему prepaid абоненту и информирования т.н. сетевого узла УСДС (Универсальная Система оказания Дополнительных Сервисов) которая затем формирует МСА сообщение вызываемому. При этом и направление на автоответчик и информирование УСДС выполняется по логике узла PPS биллинга prepaid абонентов. Способы по патентам РФ 2677851, ЕАПО 024150 и заявкам РФ 2019119465, 2019125337, ЕАПО 201690222 в общем случае пассивно анализируют сигнальный обмен SU CAP (Camel application part ETSI TS 123 078 technical specification) сообщений между узлом коммутации MSC и биллинга SCP.
Система и метод по заявке WO 2015008232 описывает схемы включения в сеть оператора интеллектуальной IN платформы, выполняющей функции уведомления оконечной стороны о неудачной попытке получить услугу инициирующей стороной. Представленные топологии интеграции IN платформы ограничиваются тремя основными вариантами- маршрутизация вызова от SSP на IN платформу (фиг. 3); пассивный анализ звена сигнализации SSP - SCP (фиг. 4); получение потока событий от платформы SCP биллинга (фиг. 5).
Устройство, реализующее эти способы описано в заявке ЕАПО 201501096, ПАК пассивно анализирует сообщения протоколов CAP, RADIUS, DIAMETER на участке сигнализации коммутатор MSC - биллинг prepaid абонентов PPS (Prepaid Pay System) также известную как Online Charging System (OCS). Анализ связан с различными сетевыми событиями - смена местоположения абонента, регистрация в сети, попытка позвонить из блокировки, запрос баланса, сброс или обрыв звонка и SMS сообщения, появление в роуминге, невозможность соединения с вызываемым абонентом, появление в сети SMS-MT сообщения, смена IMEI и многие другие. Перечень подвержен изменениям в соответствии с уровнем техники и бизнес предпочтениями оператора. Программная логика, ПАК, реализующего определенную VAS услугу, анализирует сообщения (сетевые события), формирует и передает в сеть NP сообщения, определяющие реакцию на них. Такая реакция может заключаться в формировании и передаче сообщений МСА, при выявлении сброса вызова или сетевых ошибок, передача SMS при выявлении неуспешности доставки SMS и другие. Другим приложением захвата сетевых событий может быть накопление профиля абонента на узле VAS в целях продвижения персонализированных услуг.
В целом перечисленные выше решения МСА сервисов объединены одним замыслом - маршрутизация SU сообщения на сервер и его отключение, или пассивный анализ сетевых событий на участке узел коммутации - узел биллинга с последующим инициированием ISUP МСА.
Технически, в условиях повсеместного использования архитектуры IN сетей с их парадигмой разделения функций коммутации вызовов и предоставления дополнительных услуг, пассивный анализ сетевых событий, разъединение (RELEASE) вызова по команде биллинга и последующая независимая передача МСА предпочтительнее активной маршрутизации вызова на дополнительный сервер и разъединение (RELEASE) вызова по его команде.
В IMS сети на архитектуру которой постепенно переходят операторы, выбор облика МСА не так однозначен. Во-первых IMS сеть не поддерживает протокол ISUP, значит для выполнения МСА необходимо упаковывать сообщения ISUP в сообщения SIP протокола - SIP-I и последующим их извлечением на узле MGC (Media Gateway Controller). Во вторых IMS парадигма SIP AS серверов приложений диктует маршрутизацию и модификацию SIP сеанса на AS сервере.
Экономически, в условиях разрастания вариативности тарификации абонентов (тарифных планов) все указанные решения объединены одним недостатком - однозначным целевым направлением МСА именно абоненту вызов которого должен быть спровоцирован в сеть NP A homeNet абонента. Если в сценариях homeNet A charge=0, A abandon, netErr выбор направления передачи МСА экономически очевиден. То в сценариях offNet В busy, absent и homeNet A busy, absent этот выбор требует отдельного анализа, который известные аналоги не проводят. Недостаток является следствием отсутствия анализа и обработки взаимовлияния и оптимизации сетевых признаков абонентов А и В. Во всех решениях такой анализ ограничивается определением идентификаторов (MSISDN) А и В абонентов, выявлением сценария несостоявшегося вызова - причины ISUP, SIP Cause Code, отслеживанием присутствия абонентов в сети и в отдельных случаях профилированием абонентов.
Таким образом в сети может появиться событие несостоявшегося вызова в сценарии offNet В busy, absent, при котором homeNet абонент А обслуживается по тарифу с авансовой тарификацией. Стандартный сценарий в этом случае предусматривает генерирование МСА в сторону offNet абонента В с целью стимулирования его исходящего вызова homeNet абоненту А. Взаиморасчеты операторов NP А и В за обслуживание этого вызова, в случае его совершения, предусматривают перечисление оператором NP В в пользу оператора NP А 0,5 руб. При этом авансовая тарификация homeNet абонента А, в случае совершения им вызова offNet абоненту В, предусматривает выручку оператора NP А в размере 2 руб. за 1 мин. Как видно в этом случае оператор NP А передачей МСА в стандартном сценарии провоцирует недополучение выручки.
Развитая система пакетных тарифов диктует оператору учитывать остаток предоплаченных минут homeNet абонента А. Оператору NP А необходимо экономически оценить преимущества от получения выручки за обслуживание входящего вызова от offNet абонента оператора NP В, или до покупки израсходованного пакета homeNet абонентом А и стоимости минуты в докупленном пакете, или включения пост оплатной (postpaid) тарификации homeNet абонента А за исходящий вызов в сторону NP В (offNet абонента В). При этом оператор должен учесть остаток минут в текущем пакете и статистику длительности вызовов homeNet абонента А. И только после экономической оценки этих факторов оператор NP А может принять решение на обоснованный выбор направления передачи МСА - в сторону homeNet А или offNet В абоенента.
Принятие решение на выбор направления МСА усложняет различные сетевые признаки абонентов А и В - геолокация, подписка IMS, присутствие в сети и др. Например известно что цена проключения вызова в IMS сети отлична от проключения в IN сети. Также известно, что в роуминге исходящий вызов дороже входящего. Значит, например в случае нахождения homeNet абонента А (или В) в роуминге, т.е. временным его обслуживанием сторонним оператором NP С, оператор NP А должен оценить стоимость возможных исходящего и входящих вызова. А такая оценка должна включать цену обслуживания этих вызовов в транзитных сетях NPn, через которые будет проключаться возможный вызов.
Более того и вызывающий homeNet А и вызываемый homeNet В абоненты могут быть одного NP А оператора, иметь разную тарификацию и остатки по ней. Как понятно специалисту, различные сценарии МСА обусловлены множеством признаков абонентов А и В, включая и не ограничиваясь выше описанными. При этом элементы множества сетевых признаков каждого абонента накладываются друг на друга и оказывают взаимовлияние, например в случае если оба абонента А и В находятся в роуминге и обслуживаются у разных гостевых операторов NP С1 и С2. В этих условиях принятие решения на выбор целевой стороны МСА (А или В), стимулирование которой экономически предпочтительно для оператора NP представляет сложную задачу.
Предлагаемое изобретение направлено на решение этой задачи. Решение достигается за счет программной максимизации экономического показателя оператора NP А в пространстве сетевых признаков абонентов А и В при решении задачи выбора направления передачи МСА в условиях уведомлении абонентов А и В о несостоявшемся вызове. Такую задачу известные аналоги не решают, ограничиваясь очевидным стимулированием совершения вызова offNet абонентом В в сеть NP A homeNet абонента А.
В качестве прототипа авторы выбрали наиболее близкий способ агрегации дополнительного дохода оператора по заявке ЕАПО 201690222 по которому оператор мобильной связи обнаруживает что вызов не был установлен вследствие состояния недоступности второго (offNet) абонента В и выдает транзитный вызов второму (offNet) абоненту В ассоциированный с идентификацией первого (homeNet) абонента А.
Недостатком способа, как указывалось выше, является отсутствие анализа сетевых признаков тарификации, геоданных, других поведенческих признаков в сети абонентов А и В для максимизации экономического показателя оператора NP А при выполнении МСА. Предлагаемый авторами способ стимулирует дополнительный доход оператора но не максимизирует ее, а в худшем случае, как показано выше, предполагает недополучение дополнительного дохода
Технической задачей и техническим результатом предлагаемой авторами системы управления уведомлениями абонентов является максимизация показателя экономической эффективности оператора сотовой связи при выполнении уведомления абонентов о несостоявшихся вызовах.
Технический результат, достигается за счет системы управления уведомлениями абонентов по которой оператор сотовой связи обнаруживает, что установление инициированного вызова не возможно по причинам: попытки абонента с авансовой тарификацией (prepaid) сделать вызов в условиях недостаточного кредитного счета, неуспешным вызовом абонента по причине занятости или отсутствия в сети, принудительным сбросом исходящего вызова абонентом или потеря этого вызова по причине сетевых ошибок до установления сигнального соединения, неуспешной попыткой отправки SMS в условиях недостаточного кредитного счета или ошибок сети, а также уведомлением абонента об ознакомлении или не ознакомлении с оставленным им сообщением головой почты. Система определяет вызывающего, вызываемого абонентов и причину не установления инициированного вызова, обнаруживает в сети выполнение условий способствующих установлению соединения при повторном инициировании вызова, осуществляет алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова, формирует и передает в сеть по протоколам установления соединения ISUP, SIP, SMPP протоколу хотя бы одно уведомительное сообщение о возможном установлении повторного инициирования вызова, причем алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова включает решение задачи максимизации показателя экономической эффективности оператора сотовой связи для определения направления передачи уведомительного сообщения - вызывающему или вызываемому абоненту о возможном установлении повторного инициирования вызова с учетом сетевых признаков вызывающего и вызываемого абонентов.
Предлагаемая система поясняется чертежами:
На фиг. 1 представлены стандартные варианты включения ПАК XDRay в упрощенную сетевую архитектуру оператора сотовой связи NP А.
На фиг. 2 представлен обобщенный сетевой диалог для реализации способа управления уведомлениями абонентов.
Фигуры не ограничивают сетевую архитектуру, последовательность вызовов или схему взаимодействия сущностей в рамках предлагаемого изобретения, а иллюстрируют предпочтительные варианты обеспечивающие заявленный технический результат.На фигурах сигнальная сеть - Circuit Switched (CS) Domain показана штриховыми линиями, пакетная сеть -Packet Switched (PS) Domain сплошными линиями (3 GPP TS 23.002 Technical Specification). В контексте заявки в описании и на фигурах определено, что идентификаторами ID вызывающего и вызываемого абонентов являются их уникальные стандартизованные данные использующиеся для обработки соединений на сетевых узлах NP (SSP, SCP, HLR, VLR, BSS и др.) и связанные с предоставлением услуг и начислением платы (MSISDN, IMEI, IMSI, IP address и др.). Идентификаторы ID домашних homeNet абонентов А оператора NP А маркированы буквой An - MSISDN A1, А2 и т.д., идентификаторы ID абонента offNet В другой сети NP В маркирован буквой Bn - MSISDN B1, В2 и т.д. В частных случаях и отдельных сценариях принято, что к ID В также относятся абонентские номера телефонной сети общего пользования PSTN (Public Switched Telephone Network). Проключение вызова - установление сигнального SS7 соединения для совершения разговора между абонентами А В (Call).
Как понятно специалисту задача максимизации критерия экономической эффективности в пространстве сетевых событий абонентов решается вне зависимости от стандарта сетевой архитектуры, точки присутствия Point of Presence (POP) сетевых узлов и частных реализаций сетевой топологии. Поэтому без ограничения объема правовой охраны предлагаемый способ может выполняться как в IN UMTS сетях, так и в IMS сетях LTE, а также сетях последующих поколений стандартов ITU-T, 3GPP и ETSI.
Фиг. 1 иллюстрирует упрощенную стандартную архитектуру оператора сотовой связи NP А и стандартные частные варианты интеграции ПАК XDRay в сетевую архитектуру на примере IN сети. Такая иллюстрация для демонстрации способа выбрана в связи с все еще большей распространенности IN сетей по сравнению с архитектурой IMS, а также в связи с большей долей абонентов с авансовой тарификацией. В IMS сетях LTE (на фиг. 1 не показано) предложенный способ выполняется за счет взаимодействия ПАК XDRay с логическим элементом управления сеансами связи P/I/S-CSCF (Proxy/Interrogating/Serving Call Session Control Function) и сетевым узлом управляющим тарификацией и предоставлением услуг OCS/PCRF (Policy Control and Charging Rules).
В показанной на фиг. 1 частной реализации варианты (1, 2, 3) интеграции ПАК XDRay сосредоточены вокруг звена сигнализации: узел коммутации SSP - узел биллинга SCP. Функции узла коммутации SSP выполняет центр мобильной коммутации VMSC, в зоне действия которого находится homeNet абонент А. Функции узла биллинга SCP выполняет платформа начисления платы абонентов с авансовой тарификацией PPS (Prepaid Pay System).
В 1 варианте интеграции не установленный ISUP вызов маршрутизируется на ПАК XDRay по срабатыванию CSI триггера на VMSC. И последующим разъединением вызова и выполнением МСА программной логикой ПАК XDRay по данным MSISDN, Cause Code ISUP сообщения. Вариант 2 предусматривает пассивный анализ протоколов аутентификации, авторизации и учета CAP, DIAMETR и выполнение МСА по появлению на участке сигнализации сообщения о неуспешном установлении ISUP вызова. Вариант 3 предусматривает получение потока событий от платформы PPS и выявление из него событий не успешного установления ISUP вызова. В 2-м и 3-м варианте ISUP вызов разъединяется на VMSC по команде PPS, а МСА выполняется программной логикой ПАК XDRay по данным (MSISDN, Cause Code) обработанных событий протоколов САР, DIAMETR.
В рамках предлагаемого способа для его реализации но не ограничивая объем его правовой охраны программно-аппаратной частью узла, представляется разработанный авторами ПАК XDRay - комплекс для уведомления о событиях поведения абонентов в сетях сотовой связи, разработанный авторами - заявка WO №2013107454. Аппаратная часть комплекса реализована на серверах Х86 архитектуры под управлением Unix подобной операционной системы.
Программная архитектура XDRay является ноу-хау заявителя и реализована с возможностью приема, пассивного анализ, обработки сообщений протоколов CAP, DIAMETR и сохранения истории процесса обслуживания вызова. Программная логика ПАК XDRay оптимизирована под мгновенную реакцию на события сигнальной сети оператора в увязке «захват-хранение-уведомление» причем ПАК обеспечивает такую увязку в разных сочетаниях. Программные модули решения математических задач оптимизации ПАК XDRay включают алгоритмы решения задач максимизации критерия экономической эффективности в том числе задачи оптимизации в конечномерном пространстве, включая алгоритмы случайного поиска для задач многомерной оптимизации.
Для выполнения МСА ПАК XDRay выполнен с возможностью приема, обработки и инициирования любых сигнальных соединений SS7 (SIP, ISUP). ПАК XDRay также является элементом внешней системы короткого сообщения ESME (External Short Message Entity) в терминах SMPP протокола. В IMS сетях для выполнения МСА сетевой узел IVR наделен обслуживающей функцией управления сеансами P-CSCF (Proxy - Call/Session Function). Программный функционал XDRay включает возможность профилирования homeNet абонентов по типу генерируемых ими сетевых событиях.
Фиг. 2 демонстрирует обобщенный сетевой диалог для реализации способа на примере 2 варианта интеграции ПАК XDRay в сетевой архитектуре NP А в сценариях offNet В busy, absent и homeNet A busy, absent на примере протокола ISUP IN сети и протокола SIP IMS сети. Второй вариант интеграции ПАК XDRay (фиг. 1 пассивный анализ SSP-SCP) выбран как предпочтительный в парадигме разделения функций обслуживания вызова и предоставления услуг IN сетей. Как понятно специалисту без ограничения правовой охраны алгоритм решения задачи максимизации критерия экономической эффективности применим и в других вариантах интеграции ПАК XDRay, сценариях МСА и протоколах установления соединений.
В сценарии offNet busy, absent абонент А набирает на MS/UE А вызов offNet абонента В 1 Dial (Calling A,Called В); SIP INVITE(Calling A, Called В). Выполняется стандартный диалог SSP-SCP идентификации и тарификации 2 CAP, DIAMETR IDP(Calling A, Called В); CCR(Calling А), 3 Apply Charging. Далее на SSP формируется 4 ISUP IAM (Calling A, Called B); SIP INVITE(Calling A, Called В) в адрес пункта сигнализации NP В обслуживающего offNet абонента В. После обработки ISUP, SIP запросов установления соединения пункт сигнализации offNet абонента В отвечает кодами 5 ISUP СС=17,18; SIP 480, 486 соответствующими занятости или не ответу offNet абонента В. В IN сети SSP формирует состояния обработки вызова DP5, DP6 и транслирует эти события на SCP 6 ONoAnswer, OCalledPartyBusy, и по его ответу 7 RELEASE разъединяет вызов.
По появлению в сети сообщений 6 ONoAnswer, OCalledPartyBusy, программный алгоритм XDRay определяет не успешное установление вызова в сценарии offNet В busy, absent и запускает алгоритм максимизации показателя экономической эффективности PROFIT MAXIMIZER STARTUP. Решение этой задачи в пространстве сетевых признаков А и В абонентов определяет предпочтительное направление в сторону homeNet абонента А. Далее XDRay выполняет передачу 8 SMS МСА в адрес MS/UE А. Поскольку вызов был инициирован им же, то формируется SMS МСА в ином случае формируется МСА.
В сценарии homeNet A busy, absent на SSP который обслуживает homeNet абонента А поступает запрос на установление голосового вызова 9 ISUP IAM (Calling B,Called А), SIP INVITE(Calling B, Called А). После обработки запросов SSP устанавливает состояние обработки вызова DP5, DP 6 означающие что homeNet абонент А занят недоступен и направляет соответствующие ответы 10 ISUP СС=17,18; SIP 480, 486 в адрес NP В. Далее по стандартной логике выполняется разъединение вызова и освобождение сигнальных каналов 11 RELEASE.
По появлению в сети сообщений T Busy, T No Answer, состояния обработки вызова DP5, DP 6 программный алгоритм XDRay определяет не успешное установление вызова в сценарии homeNet A busy, absent и запускает алгоритм максимизации показателя экономической эффективности PROFIT MAXIMIZER STARTUP. Решение этой задачи в пространстве сетевых признаков А и В абонентов определяет предпочтительное направление в сторону homeNet абонента А. Определение состояния доступности обоих абонентов не представляет трудностей и выполняется традиционно направлением на интересующий MS/UE скрытых SMS, либо иными способами, известными из уровня техники. Далее XDRay выполняет передачу 12 МСА в адрес MS/UE А.
Упрощенная модель алгоритма PROFIT MAXIMIZER STARTUP - включает учет сетевых признаков абонентов А и В и может быть построена на основе вектора A(a1, а2, … an) сетевых признаков homeNet абонента А, и вектора B(b1, b2, … bn) сетевых признаков offNet (или homeNet) абонента В. По определению множество признаков векторов А, В ограничено экономическими характеристиками предоставления услуг закладываемых оператором в задачу максимизации критерия экономической эффективности.
Например по текущим сетевым признакам homeNet абонента А известно:
• цена исходящего вызова в пакете S 200 руб. за 100 мин. → a1 = 2 * t руб.;
• цена исходящего вызова после израсходования пакета 3 руб. за 1 мин → а2 = 3 * t руб.;
• цена обслуживания входящего вызова в сети оператора NP В 0,5 руб. за 1 мин. → а3 = -0,5 * t руб.;
• остаток по пакету L=10 мин.;
• средняя длительность вызова t=2,5 мин.;
• вероятность совершения вызова после получения МСА → отношение количества N вызовов к количеству М МСА → PMCAa=N/M=0,75;
Иллюстративно, для упрощения определено, что homeNet абонент А не находится в роуминге, зарегистрирован и обслуживается в своей сети NP А. Поэтому признак обслуживания вызова в роуминге → 0,7 руб. за 1 мин. → а3=-0,7*t не включен в систему.
Таким образом событие совершение вызова homeNet абонента А после получения МСА можно представить в виде простой системы линейных уравнений:
Зная среднее время разговора t=2,5 мин. и остаток L=10 мин. по пакету выполняется расчет вероятностных коэффициентов тарификации этого вызова в пакете a1<S и вне пакета а2>S:
При текущем остатке L=10 мин. homeNet абонент А обычно совершит К=L/t=4 вызова средней длительности t=2,5 мин., т.е. с вероятностью PS=4/К=1. Тогда при том же остатке он совершит один вызов длительностью равной остатку по пакету с вероятностью PsLim=1/К=0,25. NP А достоверно PI=1 выплатит оператору NP В 0,5 руб. за мин. за обслуживание вызова а3. С учетом коэффициента вероятности совершения вызова PMCAa=0,75 по правилу совместных событий коэффициенты вероятности тарификации вызова:
в пакете Ра1=PS*PMCAa=0,75;
вне пакета Ра2=PSlim*PMCAa=0,187;
обслуживания Ра3=PI*РМСАа=0,75;
Как понятно из условий задачи вектор B(b1, b2, … bn) сетевых признаков homeNet абонента В (того же оператора NP А) может быть построен по аналогии, по условию известности сетевых признаков всех homeNet абонентов. Для упрощения принято, что абонент В является offNet абонентом другого оператора, обслуживается в своей сети NP В и не находится в роуминге. Тогда построение вектора B(b1, b2, … bn) ограничивается известными признаками offNet абонента В содержащимися в обработанном XDRay сообщении САР, DIAMTER и известными статистическими коэффициентами:
• цена обслуживания входящего вызова из сети оператора NP В → b1 = 0,5 * t руб.;
• средняя вероятность совершения вызова после получения МСА → отношение количества N вызовов к количеству М МСА → PMCAb=N/M=0,8;
Событие совершение вызова homeNet абонента А после получения МСА можно представить в виде уравнения:
В=b1=0,5*t;
Для характеристики случайных величин получения дохода от возможного совершения вызова абонентами А и В после получения МСА в данной упрощенной модели достаточно вычислить метаматематические ожидания:
М(A)=a1*Ра1+а2*Ра2+а3*Ра3=5*0,75+7,5*0,187-0,125*0,75=5,06
М(В)=b1*Pb1=0,5*5,06=2,53
Очевидно по сравнению показателей мат.ожидания М(А)>М(В) программная логика XDRay выполнит передачу МСА в адрес MS/UE А, т.к. именно это направление предполагает максимизацию прибыли для оператора NP А. Причем, в этих условиях, это направление целесообразно в обоих сценариях offNet В busy, absent и homeNet A busy, absent. Из мат.модели видно, что задача не учитывает сторону инициировавшую неуспешный вызов, а решает именно задачу выбора направления для максимизации прибыли оператора. При этом стороне, не инициировавшей неуспешный вызов, по понятным причинам направляется SMS МСА а стороне инициировавшей неуспешный вызов МСА. Известные способы МСА ограничатся передачей МСА вызывающему offNet абоненту В в адрес MS/UE В, что, как видно, предполагает упущение выгоды для оператора NP А.
Показанный пример модели максимально упрощен и не содержит признаков нахождения абонентов в роуминге и/или дополнительных признаков имеющих экономический интерес для оператора. Понятно, что не теряя общности рассуждений, модель может дополняться такими признаками. Более того, решение задачи поиска максимума экономической эффективности в рамках предлагаемой системы управления может решаться любыми другими мат.методами известными из уровня техники. Например при поиске неизвестных варьируемых параметров значений векторов А(а1, a2, … an), B(b1, b2, … bn) задача поиска максимума может решатся классическими задачами оптимизации в том числе известными методами перебора и случайного поиска.
Технический эффект предлагаемой системы состоит в учете всех количественных и вероятностных характеристиках абонентов, известных и расчетных по данным сетевых сообщений обрабатываемых ПАК XDRay. Система управления легко масштабируется на любое количество сетевых признаков абонентов и адаптируется к любым сценариям МСА. Проведенные заявителем тесты в архитектуре известного оператора подтвердили экономическую эффективность предлагаемой системы.
1. Способ управления уведомлениями абонентов, реализуемый системой управления уведомлениями абонентов, по которому оператор сотовой связи обнаруживает, что установление инициированного вызова невозможно, определяет вызывающего, вызываемого абонентов и причину неустановления инициированного вызова, обнаруживает в сети выполнение условий, способствующих установлению соединения, при повторном инициировании вызова, осуществляет алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова, формирует и передает в сеть хотя бы одно уведомительное сообщение о возможном установлении повторного инициирования вызова, отличающийся тем, что алгоритм формирования уведомительного сообщения о возможном установлении повторного инициирования вызова включает решение задачи максимизации показателя экономической эффективности оператора сотовой связи для определения направления передачи уведомительного сообщения вызывающему или вызываемому абоненту о возможном установлении повторного инициирования вызова с учетом сетевых признаков вызывающего и вызываемого абонентов.
2. Способ по п. 1, отличающийся тем, что невозможность установления инициированного вызова обусловлена и не ограничивается попыткой абонента с авансовой тарификацией (prepaid) сделать вызов в условиях недостаточного кредитного счета, неуспешным вызовом абонента по причине занятости или отсутствия в сети, принудительным сбросом исходящего вызова абонентом или потерей этого вызова по причине сетевых ошибок до установления сигнального соединения, неуспешной попыткой отправки SMS в условиях недостаточного кредитного счета или ошибок сети, а также уведомлением абонента об ознакомлении или неознакомлении с оставленным им сообщением голосовой почты.
3. Способ по п. 1, отличающийся тем, что уведомительным сообщением о возможном установлении повторного инициирования вызова является сообщение МСА, сформированное по протоколам установления соединения ISUP, SIP, сообщением SMS, USSD, сформированное по протоколу SMPP.
