|
||||||||||||||||||||||||||
(54) КОМПЛЕКС ДЛЯ УВЕДОМЛЕНИЯ ПРИ НЕВОЗМОЖНОСТИ УСТАНОВИТЬ ВЫЗОВ (57) Реферат: Заявляемая полезная модель относится к устройствам, используемым в сетях сотовой связи, а именно к устройствам для уведомления вызывающих абонентов при невозможности установить телефонное соединение к вызываемому абоненту. Заявляемый комплекс для уведомления при невозможности установить вызов в сетях сотовой связи содержит взаимодействующие между собой центральный блок бизнес-логики, осуществляющий выбор алгоритма формирования и формирующий хотя бы одно уведомительное сообщение по выбранному алгоритму либо с участием, либо без участия пользователя, блок управления учетными записями, позволяющий сохранять в учетной записи инструкции пользователя для формирования уведомительного сообщения без участия пользователя, интерфейсный блок, содержащий контроллер, взаимодействующий с сигнальной сетью ОКС-7, и блок обработки запросов, который взаимодействует с сетями сотовой связи и с центральным блоком бизнес-логики и выполнен принимающим сигнальное сообщение, немедленно после приема сигнального сообщения формирующим и отправляющим в сеть сотовой связи сигнал на отбой телефонного соединения. Технический результат заявляемой полезной модели заключается в обеспечении повышения эффективности использования голосовых каналов и снижения нагрузки на сигнальные и голосовые каналы. Формула полезной модели содержит 1 независимый и 4 зависимых пунктов. Заявляемая полезная модель относится к устройствам, используемым в сетях сотовой связи, а именно к устройствам уведомления вызывающих абонентов при невозможности установить телефонное соединение к вызываемому абоненту. В индустрии коммуникаций всегда была и остается проблема непринятых вызовов. Вызываемый абонент не может принять вызов, например, по причине нахождения вне зоны действия сети, занятости другим разговором, невозможности ответить на звонок из-за пребывания на совещании, на приеме у врача и т.п. В результате непринятых вызовов абоненты не получают вовремя важную информацию, а операторы теряют миллионы долларов из-за не предоставленных услуг. Существует ряд технических решений для уменьшения количества непринятых вызовов, из которых наиболее известные в сетях сотовой связи — система Голосовой почты (Voice Mail) и Система уведомления о пропущенных вызовах (Missed Calls Alerts, или МСА). При использовании системы Голосовой почты в специальной базе хранения голосовых сообщений сохраняют голосовое сообщение вызывающего абонента, если он не смог дозвониться до вызываемого абонента по какой-либо из причин, указанных выше. Для сохранения такого сообщения телефонное соединение переадресовывают и коммутируют с системой Голосовая почта. Недостатком таких решений является большое время использования голосовых каналов, которые занимают для переадресации и сохранения сообщения. Этот недостаток становится критическим в случае, когда покрытие сети оператора связи расположено в нескольких городах и/или регионах, территориально удаленных друг от друга, а система Голосовой почты размещена только в одном городе/регионе. Так как в этом случае при переадресации вызовов задействованы не местные, а междугородные голосовые каналы значительно повышается себестоимость предоставляемой услуги. С другой стороны, размещение системы в каждом городе или регионе в разы увеличивает затраты на оборудование. При использовании систем МСА, при невозможности вызываемого абонента ответить на вызов, фиксируют номер телефона вызывающего абонента и время вызова, а затем отправляют эти данные вызываемому абоненту в виде SMS сообщения. Вызываемый абонент, при получении такого SMS сообщения, решает, что ему делать в связи с этим звонком. Подобный сценарий является оптимальным только для случаев обработки вызовов, которые невозможно установить по причине нахождения вызываемого абонента вне зоны действия сети сотовой связи. Но применение этого сценария для обработки вызовов, отклоненных по причине занятости или невозможности вызываемого абонента принять вызов, когда он нажимает кнопку отбоя на своем мобильном устройстве, приводит к большому количеству «ложных» или нежелательных уведомлений, по причине того, что у вызываемого абонента нет возможности уведомить вызывающего абонента о невозможности в данный момент принять вызов или о времени, когда он сможет ответить. Недостатком таких решений является избыточная нагрузка на сеть из-за занятия сигнальных и голосовых каналов, возникающая при генерации таких уведомлений. Следовательно, существует потребность уведомления вызывающего абонента, когда вызываемый абонент будет готов принять вызов. Известно несколько технических решений, используемых для уведомления вызывающего абонента о невозможности принять вызов. Известна система, представляющая собой «программный имплантат» для мобильных телефонов, устанавливаемая внутри мобильного устройства вызываемого абонента (Патент CN 101651733 (A) «Missed call answering system for mobile communication equipment terminals», МПК H04M 1/65, приоритет от 2010-02-17). Система фиксирует пропущенные вызовы, дает звуковой сигнал о пропущенном вызове, отправляет SMS сообщение вызывающему абоненту с подтверждением, что зафиксирован пропущенный вызов, активизирует голосовой почтовый ящик для записи голосового сообщения. Недостатками известной системы являются необходимость переработки программно-аппаратной части мобильных устройств, ограничение сферы применения этого и подобных решений только определенными моделями мобильных устройств и необходимость разработки и установки дополнительного программного продукта на тех моделях, которые такой функции не имеют. Известно техническое решение для уведомления при невозможности установить вызов в сетях сотовой связи, которое выбрано в качестве прототипа (Патент CN 101478735 (A) «System and method for implementinq incoming call refusing information notification service based on USSD pushing menu», МПК H04W 4/14, приоритет от 2009-07-08). Известная система представляет собой дополнительный элемент инфраструктуры сети сотовой связи. Известная система содержит взаимодействующие между собой центральный блок бизнес-логики, который выполнен формирующим уведомительное сообщение с участием пользователя, используя установление с ним USSD сессии, блок управления учетными записями и интерфейсный блок, где USSD -стандартизованный, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124 090, протокол запроса дополнительных услуг в сетях сотовой связи. Недостаток известной системы заключается в чрезмерном и неэффективном расходование ресурсов сети связи, а именно голосовых и сигнальных каналов, в увеличении себестоимости обработки вызовов, особенно при в территориально-разнесенной сети. Перед авторами стояла задача разработать комплекс для уведомления при невозможности установить вызов в сетях сотовой связи, позволяющий значительно снизить время использования голосовых каналов, а также снизить нагрузку на сигнальные и голосовые каналы. Задача решается тем, что комплекс для уведомления при невозможности установить вызов в сетях сотовой связи, содержащий взаимодействующие между собой центральный блок бизнес-логики, который выполнен формирующим уведомительное сообщение с участием пользователя, используя установление с ним USSD сессии, блок управления учетными записями, интерфейсный блок, дополнительно снабжен блоком обработки запросов, выполненным взаимодействующим с сетями сотовой связи и с центральным блоком бизнес-логики, принимающим сигнальное сообщение, немедленно после приема сигнального сообщения формирующим и отправляющим в сеть сотовой связи сигнал на отбой телефонного соединения, а центральный блок бизнес-логики выполнен дополнительно осуществляющим выбор алгоритма формирования уведомительного сообщения либо с участием, либо без участия пользователя, формирующим по выбранному алгоритму хотя бы одно уведомительное сообщение, генерирующим и передающим команду в интерфейсный блок на передачу хотя бы одного уведомительного сообщения, интерфейсный блок выполнен дополнительно содержащим контроллер, взаимодействующий с сигнальной сетью ОКС-7, блок управления учетными записями выполнен дополнительно сохраняющим в учетной записи инструкции пользователя для формирования уведомительного сообщения без участия пользователя. При этом блок обработки запросов выполнен принимающим сигнальное сообщение, переадресованное от сети оператора связи и содержащее запрос на установление телефонного соединения, код причины переадресации и телефонные номера вызывающего и вызываемого абонентов, либо по протоколу ISUP, либо по протоколу SIP, либо по другому протоколу, служащему для целей сигнального обмена при запросе на установление соединения, где ISUP -Integrated Services User Part, стандартизованный, ITU-T Q.763-Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях, SIP — Session Initiation Protocol, протокол установления сеанса, разработанный IETF и описываемый спецификациями RFC 3261 или более поздними. Кроме того, блок обработки запросов выполнен извлекающим из сигнального сообщения и передающим в центральный блок бизнес-логики код причины переадресации, номера телефонов вызывающего и вызываемого абонентов. Данные в учетной записи пользователя включают, но не ограничиваются, сведения о наличии инструкций для формирования уведомительного сообщения без участия пользователя, в том числе на основании данных о состоянии мобильного устройства пользователя, адресную информацию для доставки хотя бы одного уведомительного сообщения, содержимое хотя бы одного уведомительного сообщения. Уведомительное сообщение без участия пользователя формируется, используя инструкции пользователя. Технический результат заявляемой полезной модели заключается в обеспечении повышения эффективности использования голосовых каналов и снижения нагрузки на сигнальные и голосовые каналы. На фиг.1 приведена структура заявляемого комплекса, где 1 — блок обработки запросов, 2 — модуль ISUP, 3 — модуль SIP, 4 — интерфейсный блок, 5 — контроллер интерфейсного блока, 6 — модуль ОКС-7, 7 — модуль Internet, 8 — центральный блок бизнес-логики, 9 — блок управления учетными записями пользователей, 10 — контроллер блока управления учетными записями пользователей, 11 — база данных учетных записей пользователей. Заявляемая полезная модель представляет собой, по своей сути, программно-аппаратный комплекс. Комплекс включает следующие функциональные блоки: блок обработки запросов 1, интерфейсный блок 4, центральный блок бизнес-логики 8 и блок управления учетными записями пользователей 9. Блок обработки запросов 1, содержит модуль ISUP 2 и модуль SIP 3 и, согласно программному алгоритму, являющемуся ноу-хау авторов, выполняет следующие функции: — прием, средствами одного из модулей, сигнального сообщения, переадресованного к заявляемому комплексу от сети сотовой связи и содержащего запрос на установление телефонного соединения, код причины переадресации и номера телефонов вызывающего и вызываемого абонентов; — при необходимости: замыкание голосового канала на время приема сигнального сообщения; — формирование сигнала на отбой телефонного соединения и отправка этого сигнала в сеть сотовой связи немедленно после приема сигнального сообщения; — извлечение из сигнального сообщения кода причины переадресации и номеров телефонов вызывающего и вызываемого абонентов; — передача в центральный блок бизнес-логики 8 кода причины переадресации и номеров телефонов вызывающего и вызываемого абонентов. Прием сигнального сообщения блоком обработки запросов 1 для получения данных, необходимых для реализации алгоритма работы заявляемого комплекса, и последующая немедленная отправка сигнала на отбой телефонного соединения обеспечивает достижение технического результата, заключающегося в повышении эффективности использования голосовых каналов за счет сокращения времени их занятости в разы по сравнению с известными решениями. При этом, для выполнения указанных функций блоком обработки запросов 1 необходимо подключение к заявляемому комплексу только сигнальных каналов. Это позволяет оператору сети сотовой связи осуществлять переадресацию вызовов на заявляемый комплекс с замыканием голосовых каналов в квазисвязанном режиме, то есть не занимать голосовые каналы до комплекса, а замыкать их в пределах вызывающего центра коммутации, что снижает себестоимость соединения, особенно в территориально-разнесенной сети, а также уменьшает количество требуемых физических каналов для подключения заявляемого комплекса к сети. Но при необходимости, например, если у оператора функциональность квазисвязанного режима в сети не внедрена, голосовой канал может быть замкнут средствами этого блока на время приема сигнального сообщения. Модуль ISUP 2 и модуль SIP 3 блока обработки запросов 1 позволяют обеспечить стандартное подключение к оборудованию сети сотовой связи по любому из этих протоколов. Однако возможности подключения не ограничены только этими протоколами, а могут быть расширены в будущем при разработке и внедрении новых протоколов, служащих для целей сигнального обмена при запросе на установление соединения. Интерфейсный блок 4 заявляемого комплекса выполнен содержащим контроллер 5, модуль ОКС-7 6, который обеспечивает взаимодействие с сетями сотовой связи, и модуль Internet 7, который обеспечивает взаимодействие с сетью Internet. Интерфейсный блок 4, согласно программному алгоритму, являющемуся ноу-хау авторов, выполняет следующие функции: — установление и поддержание USSD сессии, устанавливаемой из сети, средствами модуля ОКС-7 6, — передача уведомительного сообщения средствами либо модуля ОКС-7 6, либо модуля Internet 7 в формате, определенном командой от центрального блока бизнес-логики 8, в виде либо SMS сообщений, либо USSD сообщений, либо MMS сообщений, либо пакетов по протоколу HTTP, либо e-mail-сообщения, либо иным способом, осуществляемым в сетях ОКС-7 и Internet, — с помощью контроллера 5 получение данных о состоянии мобильного устройства пользователя из сигнальной сети ОКС-7 путем запроса-ответа, при этом данные о состоянии мобильного устройства пользователя могут включать его местоположение с точностью до VLR и нахождение в или вне зоны действия сети сотовой связи, — прием и отправка данных в процессе создания и/или изменения учетной записи пользователя либо через сеть ОКС-7, либо через сеть Internet средствами соответствующих модулей в виде либо SMS сообщений, либо USSD сообщений через сеть ОКС-7, либо MMS сообщений, либо пакетов по протоколу HTTP, либо e-mail-сообщения, либо иным способом, осуществляемым в сети Internet. Получение, средствами контроллера интерфейсного блока 5, данных о состоянии мобильного устройства пользователя и передача их в центральный блок бизнес-логики 8 позволяет последнему использовать алгоритм формирования уведомительного сообщения без участия пользователя, что повышает производительность комплекса и снижает нагрузку на сигнальные каналы сети сотовой связи. Использование интерфейсного блока 4 в таком исполнении позволяет унифицировать процесс подключения комплекса к различным сетям связи и сигнальным сетям. Расширение списка форматов отправки уведомительных сообщений, включающего использование как SMS сообщения, так и MMS сообщения, электронной почты и web-интерфейсов, а также передача уведомительных сообщений одновременно в нескольких форматах без увеличения затрат обеспечивает удобство использования, что повышает привлекательность услуги для пользователей. Центральный блок бизнес-логики 8 управляет работой всех блоков комплекса путем взаимодействия с ними и, согласно программному алгоритму, являющемуся ноу-хау авторов, выполняет следующие функции: — получение от блока обработки запросов 1 данных сигнального сообщения, включающих код причины переадресации и номера телефонов вызывающего и вызываемого абонентов, — получение от блока управления учетными записями пользователей 9 данных учетной записи пользователя, включающих, но не ограничивающихся, сведения о наличии инструкций для обработки запроса без участия пользователя, в том числе на основании данных о состоянии мобильного устройства, адресную информацию для доставки хотя бы одного уведомительного сообщения, содержимое хотя бы одного уведомительного сообщения, — получение от контроллера интерфейсного блока 5 данных о состоянии мобильного устройства, при наличии инструкции в учетной записи пользователя об обработке запроса без его участия на основании таких данных, — выбор алгоритма формирования уведомительного сообщения либо с участием, либо без участия пользователя, — формирование уведомительного сообщения по выбранному алгоритму, — генерация и передача к интерфейсному блоку 4 команды на передачу уведомительного сообщения, включающей, в том числе, сведения о формате такого сообщения и его содержимом, прием данных, полученных интерфейсным блоком 4 в процессе создания или изменения учетной записи пользователя, и генерация команды к контроллеру блока управления учетными записями 10 на сохранение и/или изменение в базе данных учетных записей 11. Программный алгоритм работы центрального блока бизнес-логики 8 предусматривает возможность выбора алгоритма формирования уведомительного сообщения как с участием, так и без участия пользователя на основе данных учетной записи. При этом формирование уведомительного сообщения без участия пользователя, используя инструкции пользователя для формирования уведомительного сообщения без участия пользователя, сокращает время подготовки уведомительного сообщения, повышает производительность комплекса и снижает нагрузку на сигнальные каналы. Формирование уведомительного сообщения в разных форматах, а также передача более чем одного уведомительного сообщения повышает эффективность и безотказность работы комплекса без значительного повышения затрат на дублирование функций. Блок управления учетными записями пользователей 9 содержит контроллер 10 и базу данных учетных записей 11. База данных учетных записей 11 представляет собой машиночитаемое запоминающее устройство, служащее для хранения учетных записей пользователей, содержащих, в том числе, инструкции для формирования уведомительного сообщения без участия пользователя. Контроллер блока управления учетными записями 10 выполняет следующие функции: — прием от центрального блока бизнес-логики 8 команды на создание учетной записи, сохранение и/или изменение данных учетных записей пользователей, включающих инструкции для обработки запроса без участия пользователя, — изменение на основании этой команды содержимого ячеек памяти базы данных учетных записей 11, — передача в центральный блок бизнес-логики 8 по запросу от него данных учетной записи пользователя для выбора алгоритма формирования уведомительных сообщений. Сохранение в учетной записи пользователя инструкций для обработки запроса без участия пользователя позволяет применять алгоритм, предусматривающий формирование уведомительного сообщения без участия пользователя. Такой алгоритм работы комплекса позволяет сократить время формирования уведомительного сообщения, что обеспечивает повышение производительности комплекса и снижение нагрузки на сигнальные каналы сети связи. Преимущества заявляемого технического решения. При использовании заявляемого комплекса оператор сети сотовой связи получает возможность осуществления уведомления вызывающего абонента о невозможности установления вызова к вызываемому абоненту. При этом, осуществление этого уведомления не требует использования IN-платформы или переработки программно-аппаратной части мобильных абонентских устройств. Применение заявляемого комплекса в сети сотовой связи позволяет уменьшить время занятости голосовых каналов, зарезервированных под вызовы, которые невозможно установить к вызываемому абоненту, снизить нагрузку на сигнальные и голосовые каналы, которая возникает если устройство вызываемого абонента находится в сети, но он не может уведомить вызывающего абонента о невозможности ответить на вызов. За счет возможности использования штатной функции цифрового коммутатора — разделение голосового и сигнального трафика, применение комплекса в территориально-разнесенной сети не повышает себестоимость услуги уведомления. Заявляемый комплекс позволяет осуществлять уведомление о невозможности установить вызов как по любому из условий переадресации (недоступность, неответ, занятость), так и при безусловной переадресации. Заявляемый комплекс осуществляет выбор алгоритма формирования уведомительного сообщения на основании данных учетной записи пользователя, что дает следующие преимущества: — возможность формирования уведомительного сообщения без участия пользователя и снижение нагрузки на сигнальные каналы; — уменьшение времени обработки и повышение производительности комплекса благодаря возможности исключить участие вызываемого абонента в формировании уведомительного сообщения; — увеличение количества пользователей услуги и их лояльности к оператору в связи с повышением привлекательности услуги для пользователей и удобства использования. 1. Комплекс для уведомления при невозможности установить вызов в сетях сотовой связи, содержащий взаимодействующие между собой центральный блок бизнес-логики, который выполнен формирующим уведомительное сообщение с участием пользователя, используя установление с ним USSD сессии, блок управления учетными записями, интерфейсный блок, отличающийся тем, что он дополнительно снабжен блоком обработки запросов, выполненным взаимодействующим с сетями сотовой связи и с центральным блоком бизнес-логики, принимающим сигнальное сообщение, немедленно после приема сигнального сообщения формирующим и отправляющим в сеть сотовой связи сигнал на отбой телефонного соединения, а центральный блок бизнес-логики выполнен дополнительно осуществляющим выбор алгоритма формирования уведомительного сообщения либо с участием, либо без участия пользователя, формирующим по выбранному алгоритму хотя бы одно уведомительное сообщение, генерирующим и передающим команду в интерфейсный блок на передачу хотя бы одного уведомительного сообщения, интерфейсный блок выполнен дополнительно содержащим контроллер, взаимодействующий с сигнальной сетью ОКС-7, блок управления учетными записями выполнен дополнительно сохраняющим в учетной записи инструкции пользователя для формирования уведомительного сообщения без участия пользователя, где USSD — стандартизованный, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124 090, протокол запроса дополнительных услуг в сетях сотовой связи. 2. Комплекс по п.1, отличающийся тем, что блок обработки запросов выполнен принимающим сигнальное сообщение, переадресованное от сети оператора связи и содержащее запрос на установление телефонного соединения, код причины переадресации и телефонные номера вызывающего и вызываемого абонентов, либо по протоколу ISUP, либо по протоколу SIP, либо по другому протоколу, служащему для целей сигнального обмена при запросе на установление соединения, где ISUP — Integrated Services User Part, стандартизованный, ITU-T Q.763-Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях, SIP — Session Initiation Protocol, протокол установления сеанса, разработанный IETF и описываемый спецификациями RFC 3261 или более поздними. 3. Комплекс по п.1, отличающийся тем, что блок обработки запросов выполнен извлекающим из сигнального сообщения и передающим в центральный блок бизнес-логики код причины переадресации, номера телефонов вызывающего и вызываемого абонентов. 4. Комплекс по п.1, отличающийся тем, что данные учетной записи пользователя включают, но не ограничиваются, сведения о наличии инструкций для формирования уведомительного сообщения без участия пользователя, в том числе на основании данных о состоянии мобильного устройства пользователя, адресную информацию для доставки хотя бы одного уведомительного сообщения, содержимое хотя бы одного уведомительного сообщения. 5. Комплекс по п.1, отличающийся тем, что уведомительное сообщение без участия пользователя формируется, используя инструкции пользователя. ФАКСИМИЛЬНОЕ ИЗОБРАЖЕНИЕ
|
||||||||||||||||||||||||||
