|
Изобретение относится к системам оказания услуг, вызываемых электронным способом, а именно, к системам, позволяющим оператору сети сотовой подвижной связи (СПС) предоставлять абонентам дополнительные услуги и мобильный контент. Услуги также предоставляются абонентам сетей сотовой подвижной связи других операторов (Гостевые абоненты), с которыми у данного оператора заключены Роуминговые соглашения. В соответствии с текущей международной практикой, при роуминге оператор визитной сети СПС (Оператор VPLMN), обслуживающий абонента сети СПС другого оператора в соответствии с заключенным Роуминговым соглашением, может предоставить Гостевому абоненту лишь некоторый ограниченный набор услуг. В частности, предоставляется базовый голосовой сервис, возможность отправлять короткие текстовые (SMS) и мультимедийные (MMS) сообщения, а также беспроводный доступ в Интернет. При этом Гостевому абоненту, как правило, недоступны неголосовые локальные услуги, предоставляемые за отдельную плату, находящуюся вне стандартных тарифных планов оператора (услуги Premium Rate), например, мобильный контент, справочные услуги, загрузка мультимедийного контента на телефон, мобильные игры и т.п. Причин этого две: 1. Технически, тарифицируемый доступ Гостевого абонента к услугам данных и мобильному контенту осуществляется через сеть Оператора HPLMN (оператор домашней сети СПС, заключивший с данным абонентом договор на обслуживание, выделивший ему SIM карту и телефонный номер). В частности, при отправлении Гостевым абонентом SMS сообщения с кодом неголосовой услуги Premium Rate, такое сообщение доставляется через SMS центр оператора HPLMN, а значит, и тарифицируется оператором HPLMN; при попытке доступа к услугам через мобильный Интернет (например, через WAP), такой доступ осуществляется через WAP шлюз оператора HPLMN и им же тарифицируется. Единственным исключением является доступ к голосовым premium rate услугам. В этом случае Гостевой абонент, набрав короткий голосовой номер, попадает на услугу Premium Rate оператора VPLMN, которая тарифицируется оператором VPLMN. 2. Взаимоотношения операторов - партнеров по роумингу жестко регулируются стандартными формами договоров, форматами данных для обмена тарифной информацией, процедурами взаиморасчетов. В силу первой причины формат тарифных данных при роуминге не предусматривает наличия записей о предоставлении абоненту каких-либо услуг Premium Rate за исключением голосовых. Внесение любых изменений в эти стандарты - продолжительный и трудоемкий процесс. Все перечисленное лишает операторов VPLMN возможности уже сейчас получать дополнительный доход за счет предоставления Гостевым абонентам нужных и востребованных услуг Premium Rate, например, информации о стране и месте пребывания в случае, если Гостевой абонент находится в другой стране. Известна система, предоставления мобильного контента, которая взята в качестве прототипа (Патент JP 2004139388, МПК Н04М 15/00, приоритет от 2002.10.12, опубл. 2004.05.13). Система обеспечивает возможность предоставления услуг, которые пользователи желают получить через мобильные коммуникаторы типа сотовых телефонов, подключенные пользователями к сети сотовой подвижной связи, предоставленной поставщиком, посредством связи со службой сервис провайдера, обеспечивающей сервер, который отгружает различный контент через линию связи типа Интернет, связанную с сетью сотовой подвижной связи. Известная система включает: базу данных, входящую в состав сервера сервис провайдера для управления пользовательскими идентификационными номерами (UID) и/или номерами сотовых телефонов, предоставляемыми сервис провайдеру оператором связи, которую используют пользователи, а также для того, чтобы управлять пользовательскими данными; и средства начисления бонусных очков для того, чтобы начислять бонусные очки пользователям в зависимости от услуг, которые заказывают пользователи. Недостатками известной системы является использование ограниченного набора транспортных технологий для доставки контента (информации, услуг), фактически используются только Интернет технологии. Использование прямого Интернет соединения для подключения пользователя к услуге не позволяет организовать предоставление сервисов Оператором VPLMN для Гостевых абонентов. Кроме того, оплата сервисов абонентами осуществляется без посредства системы биллинга мобильного оператора, то есть, главным образом, с использованием стандартных средств оплаты услуг, предоставляемых через Интернет, таких как банковские карты (VISA, Master Card), электронные кошельки, виртуальные деньги и т.п. Таким образом для пользования услугами абоненту необходимо наличие одного из таких платежных средств. Вероятно, в Японии существует достаточно развитая платежная инфраструктура, которая охватывает широкие слои пользователей. Однако, в большинстве стран мира наиболее универсальным платежным средством при пользовании мобильными сервисами по прежнему остается лицевой абонентский счет в системе биллинга оператора. Перед авторами ставилась задача разработать систему, позволяющую оператору сети сотовой подвижной связи предоставлять любые неголосовые услуги Premium Rate для Гостевых абонентов, тарифицировать неголосовые услуги, предоставляемые Гостевым абонентам, независимо от технологии предоставления неголосовых услуг, корректно производить взаиморасчеты с оператором домашней сети СПС. Задача решается тем, что система для предоставления абонентам сотовой подвижной связи СПС неголосовых Premium Rate услуг содержит блок абонентских запросов, имеющий соединение с инфраструктурой сети СПС и основным блоком сервисной логики системы, основной блок сервисной логики, имеющий соединение с блоком абонентских запросов системы, инфраструктурой сети СПС, инфраструктурой провайдеров услуг и блоком тарификации системы, блок тарификации, имеющий соединение с основным блоком сервисной логики системы и инфраструктурой сети СПС. Блок абонентских запросов выполнен содержащим интерфейсный модуль SMPP, позволяющий производить подключение к USSD центру оператора СПС при помощи протокола SMPP, интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола MAP, интерфейсный модуль ISUP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола ISUP. При этом интерфейсный модуль SMPP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол SMPP по физическим каналам Ethernet, интерфейсный модуль MAP выполнен содержащим либо интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet, либо интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам Е.1 или Т.1, интерфейсный модуль ISUP выполнен содержащим либо интерфейсную плату Ethernet, позволяющую организовать протокол ISUP по физическим каналам Ethernet, либо интерфейсную плату ОКС-7, позволяющую организовать протокол ISUP по физическим каналам Е.1 или Т.1. Основной блок сервисной логики включает интерфейсный модуль SMPP, позволяющий производить подключение к SMS и USSD центрам оператора СПС при помощи протокола SMPP, интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола MAP, интерфейсный модуль ММ7, позволяющий производить подключение к MMS центру оператора СПС при помощи протокола ММ7, интерфейсный модуль HTTP, позволяющий производить подключение к сети передачи данных оператора СПС при помощи протокола HTTP. Интерфейсный модуль SMPP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол SMPP по физическим каналам Ethernet. Интерфейсный модуль MAP выполнен содержащим либо интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам Е.1 или Т.1, либо интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet. Интерфейсный модуль ММ7 выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол ММ7 по физическим каналам Ethernet, Интерфейсный модуль HTTP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол HTTP по физическим каналам Ethernet. Блок тарификации выполнен содержащим интерфейсный модуль CDR, позволяющий передавать оператору СПС записи о начислениях в виде CDR записей, сгруппированных в CDR файлы, и/или интерфейсный модуль CAP, позволяющий производить тарификацию в режиме реального времени, взаимодействуя с оператором СПС по протоколу CAMEL. Интерфейсный модуль CDR выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать передачу CDR файлов по физическим каналам Ethernet, Интерфейсный модуль CAMEL выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол CAMEL по физическим каналам Е.1 или Т.1. Технический эффект изобретения заключается в том, что заявляемая система позволяет оператору сети сотовой подвижной связи предоставлять любые неголосовые услуги Premium Rate для Гостевых абонентов, тарифицировать эти услуги независимо от технологии предоставления, корректно производить взаиморасчеты с оператором домашней сети СПС. Кроме того, от операторов не требуется изменения технологии взаиморасчетов с их партнерами по роумингу. А абоненту позволяет легко пользоваться широким спектром услуг и производить их оплату со своего мобильного лицевого счета, при этом нет необходимости всегда иметь под рукой пластиковые банковские карты или иные платежные средства. Изобретение поясняется графическими материалами. На фиг.1 показаны варианты прохождения абонентских запросов через сеть СПС к Блоку абонентских запросов Системы, где 1 - Сеть оператора СПС, 2 - USSD центр оператора СПС, 3 - Блок абонентских запросов, 4 - Интерфейсный модуль SMPP, 5 - Интерфейсный модуль MAP, 6 - Интерфейсный модуль ISUP, 7 - Анализатор сервисных кодов, 8 - Внутренняя шина данных, 9 - Абоненты сети СПС, 10 - USSD запрос абонента к USSD центру оператора СПС по сигнальной сети ОКС-7, 11 - USSD запрос, перенаправленный USSD центром оператора СПС Интерфейсному модулю SMPP по сети ПД, 12 - USSD запрос абонента, адресованный Интерфейсному модулю MAP по сигнальной сети ОКС-7, 13 - Голосовой вызов абонента, адресованный Интерфейсному модулю ISUP по сигнальной сети ОКС-7. На фиг.2 приведена структура Основного блока сервисной логики, где 8 - Внутренняя шина данных, 14 - Основной блок сервисной логики, 15 - Модуль сервиса №1, 16 - Модуль сервиса №2, 17 - Модуль сервиса №3, 18 - Модуль сервиса N, 19 - Интерфейсный модуль SMPP, 20 - Интерфейсный модуль MAP, 21 - Интерфейсный модуль ММ7, 22 - Интерфейсный модуль HTTP. На фиг.3 показано внешнее окружение Основного блока сервисной логики и пояснено назначение интерфейсных модулей, где 1 - Сеть оператора СПС, 2 - USSD центр оператора СПС, 14 - Основной блок сервисной логики, 19 - Интерфейсный модуль SMPP, 20 - Интерфейсный модуль MAP, 21 - Интерфейсный модуль ММ7, 22 - Интерфейсный модуль HTTP, 23 - Сеть интернет, 24 - SMS центр оператора СПС, 25 - MMS центр оператора СПС, 26 - WAP шлюз оператора СПС, 27 - Провайдеры услуг, 28 - Поддержание USSD диалога с абонентом на участке USSD центр - Интерфейсный модуль SMPP по сети ПД, 29 - Поддержание USSD диалога с абонентом на участке абонент - USSD центр, 30 - отправка SMS сообщения абоненту от Интерфейсного модуля SMPP к SMS центру оператора СПС по сети ПД, 31 - доставка SMS сообщения абоненту от SMS центра оператора СПС, 32 - Поддержание USSD диалога с абонентом или отправка абоненту SMS сообщения напрямую по сигнальной сети ОКС-7, 33 - отправка MMS сообщения абоненту от Интерфейсного модуля ММ7 к MMS центру оператора СПС по сети ПД, 34 - доставка MMS сообщения абоненту от MMS центра оператора СПС, 35 - Поддержание WAP диалога с абонентом на участке WAP шлюз - Интерфейсный модуль HTTP, 36 - Поддержание WAP диалога с абонентом на участке абонент - WAP шлюз, 37 - Взаимодействие инфраструктуры провайдера услуг с Интерфейсным модулем SMPP по протоколу SMPP, 38 - Взаимодействие инфраструктуры провайдера услуг с Интерфейсным модулем ММ7 по протоколу ММ7, 39 - Взаимодействие инфраструктуры провайдера услуг с Интерфейсным модулем HTTP по протоколу HTTP. На фиг.4 приведены варианты взаимодействия Блока тарификации с системами учета стоимости услуг операторов СПС, где 8 - Внутренняя шина данных, 1а - Визитная или домашняя сеть СПС, 16 - Домашняя сеть СПС, 40 - Блок тарификации, 41 - Генератор тарификационных транзакций, 42 - Интерфейсный модуль CDR, 43 - Интерфейсный модуль CAP, 44 - Система учета стоимости услуг оператора СПС, 45 - Передача CDR записей в виде CDR файла от Интерфейсного модуля CDR системе учета стоимости услуг оператора СПС по сети ПД, 46 - Тарификационная транзакция между Интерфейсным модулем CAP и системой учета стоимости услуг оператора СПС по протоколу CAMEL. На фиг.5 показана диаграмма последовательности предоставления сервиса по примеру 1, где 9 - Абонент сети СПС, 2 - USSD центр оператора СПС, 24 - SMS центр оператора СПС, 3 - Блок абонентских запросов, 4 - Интерфейсный модуль SMPP Блока абонентских запросов, 7 - Анализатор сервисных кодов, 14 - Основной блок сервисной логики, 15 - Модуль сервиса 1, 19 - Интерфейсный модуль SMPP Основного блока сервисной логики, 22 - Интерфейсный модуль HTTP Основного блока сервисной логики, 27 - Провайдер услуг, 47 - USSD запрос абонента на участке от мобильного терминала абонента до USSD центра оператора СПС, 48 - USSD запрос абонента на участке от USSD центра до Блока абонентских запросов, 49 - Передача абонентского запроса Анализатором сервисных кодов в Основной блок сервисной логики, 50 - USSD сессия абонента на участке Основной блок сервисной логики - USSD центр оператора СПС, 51 - USSD сессия абонента на участке USSD центр - мобильный терминал абонента, 52 - Запрос провайдеру услуги на выдачу услуги, 53 - Выдача услуги провайдером услуги, 54 - Отправка запрошенной абонентом информации по SMS на участке Основной блок сервисной логики - SMS центр оператора СПС, доставка на мобильный терминал абонента запрошенной им информации SMS центром оператора СПС. На фиг.6 показана диаграмма последовательности предоставления сервиса по примеру 2, где 3 - Блок абонентских запросов, 6 - Интерфейсный модуль ISUP Блока абонентских запросов, 7 - Анализатор сервисных кодов, 9 - Абонент сети СПС, 14 - Основной блок сервисной логики, 26 - WAP шлюз оператора СПС, 15 - Модуль сервиса 2, 19 - Интерфейсный модуль SMPP Основного блока сервисной логики, 22 - Интерфейсный модуль HTTP Основного блока сервисной логики, 24 - SMS центр оператора СПС, 27 - Провайдер услуг, 56 - Запрос услуги абонентом набором голосового номера, 57 - Передача абонентского запроса Анализатором сервисных кодов в Основной блок сервисной логики, 58 - Отправка абоненту SMS сообщения, содержащего WAP интернет-ссылку на участке Основной блок сервисной логики - SMS центр оператора СПС, 59 - доставка на мобильный терминал абонента SMS сообщения с WAP Интернет-ссылкой SMS центром, 60 - WAP сессия абонента на участке мобильный терминал абонента - WAP шлюз оператора СПС, 61 - WAP сессия абонента на участке WAP шлюз - Интерфейсный модуль HTTP основного блока сервисной логики, 62 - Запрос провайдеру услуги на выдачу услуги, 63 - Выдача услуги провайдером услуги, 64 - выдача абоненту затребованной услуги на участке от Основного блока сервисной логики до WAP шлюза оператора СПС, 65 - выдача абоненту затребованной услуги на участке от WAP шлюза до мобильного терминала абонента. Заявляемые способ и система позволят Оператору сети сотовой подвижной связи предоставлять любые Premium Rate услуги для Гостевых абонентов, принятых им к обслуживанию, тарифицировать эти услуги и корректно производить взаиморасчеты с Оператором HPLMN. Для осуществления этой возможности используют сеть СПС для передачи запроса абонента на предоставление услуги и выдачи затребованной услуги абоненту, используют сеть передачи данных (ПД), например, Интернет, для трансляции запроса абонента провайдеру услуг для затребования услуги. Запросы формируются абонентом путем клавиатурного ввода с мобильного терминала, причем выбирают формат запроса, который интерпретируется сетью СПС либо как набор голосового номера, либо как передача текстового фрагмента определенному внешнему приложению. Тарификацию затребованной услуги осуществляют по цене, заявленной провайдером услуг, отдельно от стандартных тарифов оператора VPLMN. Кроме того, используют заявляемую систему, содержащую блок абонентских запросов 3, с помощью которого производят прием и первичный анализ запросов от абонентов, основной блок сервисной логики 14, с помощью которого идентифицируют услугу, конвертируют абонентский запрос в формат приемлемый для провайдера услуги и контролируют предоставление услуги, блок тарификации 40, с помощью которого тарифицируют услугу, формируют данные, содержащие хотя бы код запроса услуги, время предоставления услуги и номер телефона (MSISDN) абонента. Заявляемая система представляет из себя программно-аппаратный комплекс. Аппаратный комплекс имеет физическое подключение к сети передачи данных (например, Интернет), через которую он соединяется с инфраструктурой передачи данных (ПД) операторов СПС. А именно, требуется интеграция с системой биллинга оператора и его сервисной инфраструктурой (USSD, SMS, MMS центры, WAP шлюзы и т.д.) через набор Интернет протоколов. В случае прямого подключения системы к сигнальной инфраструктуре оператора СПС необходимо физическое подключение к сигнальной сети SS7 и реализация набора сигнальных протоколов SS7. Это применимо, например, для случая, когда необходима тарификация услуг для Гостевых абонентов в режиме реального времени, при условии что Оператор VPLMN поддерживает CAMEL роуминг с кем-то из своих партнеров по роумингу (Операторов HPLMN). Также это применимо для случая, когда организация USSD диалога с абонентом и/или отправка ему SMS сообщений происходит без посредства USSD и/или SMS центров оператора СПС. Кроме того, система поддерживает внешние интерфейсы на основе TCP/IP для интеграции с инфраструктурой третьих сторон, например, провайдеров услуг. Заявляемые способ и система предоставления сервисов Гостевым абонентам позволяет абонентам, совершающим роуминг в сети сотовой подвижной связи, запрашивать и получать неголосовые услуги Premium Rate. При этом запрос услуги может производиться абонентом несколькими способами: - Формируется и передается запрос, который интерпретируется сетью СПС, как передача текстового фрагмента определенному внешнему приложению, путем набора абонентом USSD кода в формате *1XY*Z1-Zn#, где Х - число в диапазоне 5-9, Y - любое число, Z1-Zn - любой набор алфавитно-цифровых символов, где USSD - стандартизованный, 3GPP TS 22.090, ETSI TS 123090, ETSI TS 124090, способ запроса дополнительных услуг в мобильных сетях. - Формируется и передается запрос, формат которого интерпретируется сетью СПС как набор голосового номера путем набора абонентом телефонного номера любого доступного формата. Обработка и маршрутизация сетью СПП набранного номера производится в соответствии с протоколом ISUP, где ISUP - Integrated Services User Part, стандартизованный, ITU-T Q.763-Q.764, телекоммуникационный способ установления голосовых соединений в цифровых телекоммуникационных сетях. Как в первом, так и во втором случае запрос попадает в Блок абонентских запросов 3, с помощью которого производят прием и первичный анализ запросов. Блок абонентских запросов может быть выполнен содержащим интерфейсный модуль SMPP 4, позволяющий производить подключение к USSD центру оператора СПС при помощи протокола SMPP, либо содержащим интерфейсный модуль MAP 5, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола MAP, либо содержащим интерфейсный модуль ISUP 6, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола ISUP. В случае использования USSD в качестве метода запроса услуги возможны два варианта доставки запроса системе. Первый вариант - абонентский запрос проходит через собственный USSD центр оператора СПС, имеющий интерфейс SMPP на внешней стороне, где SMPP - Short Message Peer to Peer Protocol, специфицированный, SMPP Developers Forum, SMPP Protocol Specification, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов СПС. Такой запрос должен поступить на Интерфейсный модуль SMPP 4 Блока абонентских запросов 3. В этом случае мы понимаем, что система связана с сетью СПС через сеть передачи данных по стеку протоколов TCP/IP, где стек протоколов TCP/IP - Transmission Control Protocol / Internet Protocol, набор протоколов для передачи данных в сетях ПД, разработанный IETF (The Internet Engineering Task Force) и описываемый стандартами RFC 793 (для TCP) и RFC 791 (для IP). Если же оператор СПС не располагает USSD центром, поддерживающим интерфейс SMPP, то система может быть подключена к инфраструктуре оператора по сети сигнализации ОКС-7, где ОКС-7 - Общий Канал Сигнализации №7, стандартизованная ITU (International Telecommunication Union) система сигнализации, связывающая элементы цифровых телекоммуникационных сетей. В этом случае запрос абонента поступает на Интерфейсный модуль MAP 5, где MAP - Mobile Application Part, стандартизованный 3GPP (3 rd Generation Partnership Project, Technical Specification 29.002) для использования в сети сигнализации ОКС-7 протокол взаимодействия элементов инфраструктуры сетей СПС. При этом Интерфейсный модуль MAP 5 выполнен либо содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам Е.1 или Т.1, либо содержащим интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet. В случае использования в качестве метода запроса услуги обычного телефонного вызова, такой запрос адресуется сетью СПС к Интерфейсному модулю ISUP 6 Блока абонентских запросов 3. Интерфейсный модуль ISUP 6 может быть выполнен либо содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол ISUP по физическим каналам Е.1 или Т.1, либо интерфейсную плату Ethernet, позволяющую организовать протокол ISUP по физическим каналам Ethernet. В целях корректной доставки абонентских запросов в сети СПС необходимо предварительно провести работы по соответствующей настройке маршрутизации сигнальных сообщений ОКС-7. После поступления запроса в Блок абонентских запросов 3 одним из перечисленных способов, соответствующий Интерфейсный модуль (4-7) передает запрос Анализатору сервисных кодов 7. Анализатор сервисных кодов 7 производит первичный анализ кода запроса, ставит ему в соответствие определенную услугу (сервис) и адресует запрос соответствующему Модулю сервиса (15-18) Основного блока сервисной логики 14 по Внутренней шине данных 8. Информация содержит содержимое строки запроса, номер телефона (MSISDN) абонента и некоторые другие вспомогательные данные. На фиг.1 показаны варианты прохождения абонентских запросов через сеть СПС к Блоку абонентских запросов 3 Системы. Соответствующий запросу Модуль сервиса обрабатывает запрос в соответствии с внутренней логикой данного сервиса. Логика сервиса программируется на этапе создания сервиса и представляет собой в общем случае поддержание диалога с абонентом, результатом которого должна быть выдача абоненту конечной затребованной информации. Сервисная логика может быть предельно простой, когда на запрос абонента сразу выдается ответ, после чего диалог закрывается; может представлять собой иерархическое сервисное меню, в котором абонент может находиться пока не выберет интересующую его информацию; может содержать другие, более сложные элементы, например, поиск по ключевым словам, аутентификацию пользователя, проактивность и т.д. Все взаимодействие сервиса с абонентом реализуются посредством интерфейсных модулей. Интерфейсный модуль SMPP 19 позволяет Системе поддерживать USSD диалог с абонентом, а также высылать абоненту SMS сообщения. SMS сообщение может содержать текст (например, запрошенную абонентом информацию), WAP Интернет-ссылку или команду для запуска Java приложения в мобильном терминале абонента. Данный модуль используется когда Система подключена к USSD и/или SMS центру сети СПС по протоколу SMPP. Кроме того, интерфейсный модуль SMPP 19 используется для подключения к Системе элементов инфраструктуры провайдеров услуг по протоколу SMPP в случае когда сервисная логика предусматривает такое подключение. Интерфейсный модуль MAP 20 позволяет все то же, что и Интерфейсный модуль SMPP 19, но используется тогда, когда Система подключена к сети СПС непосредственно через сеть сигнализации ОКС-7. Интерфейсный модуль ММ7 21 служит для отправки абоненту мультимедийной информации в сообщениях MMS. Кроме того, интерфейсный модуль ММ7 21 используется для подключения к Системе технологических элементов инфраструктуры провайдеров услуг по протоколу ММ7 в случае когда сервисная логика предусматривает такое подключение. Интерфейсный модуль HTTP 22 отвечает за поддержание WAP сессии при диалоге с абонентом и для доставки ему мультимедийной информации. Кроме того, интерфейсный модуль HTTP используется для подключения к Системе элементов инфраструктуры провайдеров услуг по протоколу HTTP в случае когда сервисная логика предусматривает такое подключение. Сервисная логика, как правило, предусматривает взаимодействие с внешними системами, в частности с инфраструктурой провайдеров услуг. Например, при заказе абонентом какого-либо графического файла Система может сделать запрос через Интерфейсный модуль HTTP 22 к серверу одного из провайдеров услуг, содержащему графические файлы, получить этот файл и передать для загрузки абоненту через тот же Интерфейсный модуль http 22, если сервисная логика предусматривает загрузку контента в рамках WAP сессии (или через Интерфейсный модуль ММ7 21, если сервисная логика предусматривает отправку конечного результата в сообщении MMS). Как правило, предоставление сервиса связано с поддержанием диалога с абонентом. Вне зависимости от того, каким образом был сделан запрос услуги (через USSD или голосовой вызов), дальнейший диалог с абонентом может происходить различными способами. Неполный список вариантов предоставления сервисов абоненту приведен ниже. Пример 1. Данный пример проиллюстрирован на фиг.5. Гостевой абонент набирает на мобильном терминале USSD запрос «*170#». Этот запрос через сеть СПС 1 поступает на USSD центр 2 оператора и далее по защищенному соединению через Интернет передается в Интерфейсный модуль SMPP 4 Блока абонентских запросов 3 с использованием протокола SMPP. Далее Анализатор сервисных кодов 7, получив запрос от Интерфейсного модуля SMPP 4, производит первичный анализ запроса и определяет, к какой услуге относится данный запрос. Затем Анализатор сервисных кодов 7 передает запрос через Внутреннюю шину данных 8 в Основной блок сервисной логики 14 соответствующему Модулю сервиса (15-18). Модуль сервиса принимает запрос и начинает его обработку в соответствии с заданной логикой. В данном случае, например, логика предполагает поиск абонентом нужной ему информации через USSD меню. Спецификация USSD Phase 2 предполагает возможность пользования USSD в режиме диалога, что позволяет строить иерархические структуры меню. Модуль сервиса открывает USSD диалог с абонентом. Диалог поддерживается до тех пор, пока абонент не выберет нужный ему конечный пункт меню. Диалог поддерживается через Интерфейсный модуль SMPP и USSD центр оператора СПС. Результатом предоставления услуги в данном примере является текстовая информация, отправленная посредством SMS. После выбора абонентом конечного пункта меню Модуль сервиса сначала обращается к серверу провайдера услуг через интерфейсный модуль http 22 для затребования выбранной абонентом информации, получает ее, а затем формирует SMS сообщение с затребованной информацией и направляет его через Интерфейсный модуль SMPP 4 на SMS центр оператора СПС и далее абоненту. Пример 2. Данный пример проиллюстрирован на фиг.6. Пример 2 в целом аналогичен примеру 1, но вместо USSD запроса используется голосовой вызов, а вместо USSD диалога используется WAP сессия. WAP предоставляет абоненту существенно более широкие возможности для навигации по меню услуги, загрузку изображений, звуков, другой мультимедийной информации на телефон, возможность осуществлять поиск по ключевым словам и т.д. В случае если мобильный терминал абонента поддерживает WAP, и соответствующая опция выбрана в персональных настройках абонента в Системе, после набора голосового номера, например «170», его прохождения через интерфейсный модуль ISUP 8, первичного анализа этого запроса Анализатором сервисных кодов 7 и передачи запроса Модулю сервиса Основного блока сервисной логики 14, Модулем сервиса формируется специальное SMS сообщение, содержащее WAP Интернет-ссылку, которое через интерфейсный модуль SMPP и SMS центр оператора СПС доставляется абоненту. Используя эту ссылку, абонент открывает WAP сессию и может начать навигацию по сервисному меню. WAP сессия открывается через WAP шлюз оператора СПС и Интерфейсный модуль HTTP 22 Основного блока сервисной логики 14. В качестве конечного результата абонент получает текстовую или мультимедийную информацию в рамках этой же WAP сессии, причем, информация предварительно, как и в примере 1, запрашивается у провайдера услуг. Пример 3. В случае если в мобильном терминале абонента есть возможность выполнения Java приложений, сервисное Java приложение загружено в терминал и в персональных настройках абонента в Системе выбрана соответствующая опция, в ответ на, например, голосовой запрос абонент получает SMS сообщение специального формата, которое автоматически запустит сервисное Java приложение в его мобильном терминале. Из этого приложения абонент сможет взаимодействовать с сервисом в режиме онлайн по каналу передачи данных. В остальном данный пример полностью аналогичен примеру 2 и поясняется также фиг.6. Конечный результат предоставления услуги аналогичен случаю с WAP. Блок тарификации 40 имеет соединение с Основным блоком сервисной логики 14, откуда при возникновении тарифицируемого события он получает команду на произведение начисления за услугу и взаимодействие с системой биллинга того или иного оператора СПС. При этом соответствующий Модуль сервиса приостанавливает предоставление запрошенной услуги абоненту, ожидая подтверждения успешной тарификации от Блока тарификации. Команда на начисление включает в себя телефонный номер (MSISDN) абонента, идентификатор тарифицируемого сервиса, тарифную категорию и ряд других параметров. Блок тарификации имеет соединение с системами биллинга операторов СПС, посредством интерфейсного модуля CDR, позволяющего передавать оператору СПС информацию о начислениях в виде CDR записей, сгруппированных в CDR файлы, где CDR - Call Detailed Record, текстовый фрагмент, содержащий хотя бы код запроса услуги, время предоставления услуги и номер телефона абонента, и/или интерфейсного модуля CAP, позволяющего производить тарификацию в режиме реального времени, взаимодействуя с системой биллинга оператора СПС по протоколу CAMEL. Для организации передачи CDR файлов по каналам ПД Интерфейсный модуль CDR 42 выполнен содержащим интерфейсную плату Ethernet, а для организации взаимодействия по протоколу CAMEL по каналам Е.1 или Т.1 Интерфейсный модуль CAP 43 выполнен содержащим интерфейсную плату ОКС-7. Тарификация осуществляется следующими способами: Пример 4. Данный пример описывает тарификацию Post-paid. Это случай, когда оператор VPLMN производит обмен тарифной информацией с роуминг-партнерами на основе процедуры ТАР, где ТАР - Transferred Account Procedure, процедура обмена тарифной информацией между операторами СПС, разработанная Международной Ассоциацией GSM. Генератор тарификационных транзакций 41, основываясь на информации, полученной вместе с командой на начисление от Основного блока сервисной логики 14 и используя таблицу соглашений о тарифах, содержащуюся в базе данных, выбирает соответствующий этому тарифу голосовой Premium Rate номер. Затем Генератор тарификационных транзакций 41 генерирует CDR запись о том, что данный абонент совершил звонок длительностью 1 секунда на выбранный голосовой номер Premium Rate. После создания записи Блок тарификации 40 в соответствии с внутренним протоколом сообщает Модулю сервиса, что абонент протарифицирован и можно продолжать предоставлять ему услугу. Далее CDR запись передается в Интерфейсный модуль CDR 42, где она упаковывается в CDR файл. Интерфейсный модуль CDR 42 по соглашению с оператором СПС периодически отсылается через защищенную сеть ПД в систему биллинга оператора VPLMN, где далее обрабатывается стандартными методами оператора: информация из него попадет в ТАР файлы и будет отгружена домашнему оператору (оператору HPLMN) данного абонента. Пример 5. Тарификация Pre-paid. Это случай, когда оператор VPLMN осуществляет тарификационные транзакции с партнерами по роумингу в режиме реального времени на основе технологии CAMEL. Как и в примере 4, Генератор тарификационных транзакций 41, основываясь на информации, полученной вместе с командой на начисление от Основного блока сервисной логики 14 и используя таблицу соглашений о тарифах, содержащуюся в базе данных, выбирает соответствующий этому тарифу голосовой Premium Rate номер. Затем Генератор тарификационных транзакций 41 формирует запрос Интерфейсному модулю CAP 43 на проведение CAMEL транзакции с системой биллинга оператора HPLMN по факту звонка абонента на выбранный голосовой номер Premium Rate. На первом этапе тарификационной транзакции выясняется, обладает ли абонент достаточными средствами на своем лицевом счете (ЛС) для получения данной услуги. Интерфейсный модуль CAP 43 делает соответствующий запрос в систему биллинга оператора HPLMN по протоколу CAP. В случае если у абонента на его ЛС достаточно средств, система биллинга оператора HPLMN возвращает подтверждение Интерфейсному модулю CAP 43. Интерфейсный модуль CAP 43 передает это подтверждение Генератору тарификационных транзакций 41, который, в свою очередь, формирует подтверждение успешной тарификации Модулю сервиса. Модуль сервиса, получив такое подтверждение, предоставляет абоненту запрошенную услугу и информирует об этом Генератор тарификационных транзакций. После этого выполняется второй этап тарификационной транзакции. Интерфейсный модуль CAP 43 делает запрос системе биллинга оператора HPLMN на списание соответствующей суммы с ЛС абонента. После получения подтверждения от системы учета стоимости услуг тарификационная транзакция закрывается. В случае, если на первом этапе тарификационной транзакции выясняется, что у абонента на его ЛС недостаточно средств для совершения звонка на выбранный номер Premium Rate (то есть, для получения запрошенной услуги), информация об этом через Интерфейсный модуль CAP и Генератор тарификационных транзакций попадает в Модуль сервиса, который уведомляет абонента о невозможности предоставить ему услугу из-за недостаточности средств на его лицевом счете. Преимущество заявляемого изобретения по сравнению с известными изобретениями заключается в следующем. 1. Тарификация происходит параллельно с предоставлением услуги и не занимает дополнительное время. 2. Сессия услуги не прерывается, абоненту не нужно отвлекаться на набор голосового номера. Тарификация происходит "на заднем плане", а абонент комфортно пользуется сервисом. 3. Тарификацию производит система, пользователю нет необходимости вообще вникать в процесс тарификации. Поэтому, исключена возможность ошибок, плюс достигается большая гибкость в тарификации. 4. Никакой лишней информации для абонента кроме самой услуги. 5. Процесс тарификации как бы "размазан" по пользованию услугой, поэтому возможна реализация платных услуг, основанных на онлайн броузинге (запросы справочной информации, загрузка небольших мультимедийных фрагментов, просмотр онлайн новостей и т.д.). 6. Тарификация производится после успешного предоставления услуги абоненту. Если не удалось предоставить услугу, тарификации не произойдет. 7. Так как система сама генерирует CDR записи по гибко задаваемым правилам, возможна организация любых, даже самых нетривиальных схем тарификации услуг, главное, чтобы они были понятны и хорошо воспринимались абонентом. 8. Для доступа к услуге используется технология USSD, коды доступа в которой (*170#) с точки зрения мобильного пользователя, значительно удобнее для ввода и легче для запоминания, чем URL в Интернет. 9. Заявляемые способ и система используют не прямое Интернет соединение для подключения пользователя к услуге, а USSD технологию, что легко позволит предоставлять сервисы визитным абонентам через посредство сети VPLMN. 10. Разработанная нами система поддерживает взаимодействие с системами биллинга мобильных операторов посредством CDR, CAMEL или иных интерфейсов. Таким образом абонент при пользовании услугами производит их оплату со своего мобильного лицевого счета и не связан необходимостью всегда иметь под рукой пластиковые банковские карты или иные платежные средства.
1. Система для предоставления абонентам сотовой подвижной связи неголосовых услуг содержит блок абонентских запросов, имеющий соединение с инфраструктурой сети сотовой подвижной связи (СПС) и основным блоком сервисной логики системы, основной блок сервисной логики, имеющий соединение с блоком абонентских запросов системы, инфраструктурой сети СПС, инфраструктурой провайдеров услуг и блоком тарификации системы, блок тарификации, имеющий соединение с основным блоком сервисной логики системы и инфраструктурой сети СПС. 2. Система по п.1, отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль SMPP, позволяющий производить подключение к USSD центру оператора СПС при помощи протокола SMPP. 3. Система по п.1, отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола MAP. 4. Система по п.1, отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль ISUP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола ISUP. 5. Система по п.2, отличающаяся тем, что интерфейсный модуль SMPP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол SMPP по физическим каналам Ethernet. 6. Система по п.3, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам Е.1 или Т.1. 7. Система по п.3, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet. 8. Система по п.4, отличающаяся тем, что интерфейсный модуль ISUP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол ISUP по физическим каналам Е.1 или Т.1. 9. Система по п.4, отличающаяся тем, что интерфейсный модуль ISUP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол ISUP по физическим каналам Ethernet. 10. Система по п.1, отличающаяся тем, что основной блок сервисной логики включает интерфейсный модуль SMPP, позволяющий производить подключение к SMS и USSD центрам оператора СПС при помощи протокола SMPP. 11. Система по п.1, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола MAP. 12. Система по п.1, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль ММ7, позволяющий производить подключение к MMS центру оператора СПС при помощи протокола ММ7. 13. Система по п.1, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль HTTP, позволяющий производить подключение к сети передачи данных оператора СПС при помощи протокола HTTP. 14. Система по п.10, отличающаяся тем, что интерфейсный модуль SMPP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол SMPP по физическим каналам Ethernet. 15. Система по п.11, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам Е.1 или Т.1. 16. Система по п.11, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet. 17. Система по п.12, отличающаяся тем, что интерфейсный модуль ММ7 выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол ММ7 по физическим каналам Ethernet. 18. Система по п.13, отличающаяся тем, что интерфейсный модуль HTTP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол HTTP по физическим каналам Ethernet. 19. Система по п.1, отличающаяся тем, что блок тарификации выполнен содержащим интерфейсный модуль CDR, позволяющий передавать оператору СПС записи о начислениях в виде CDR записей, сгруппированных в CDR файлы. 20. Система по п.1, отличающаяся тем, что блок тарификации выполнен содержащим интерфейсный модуль CAP, позволяющий производить тарификацию в режиме реального времени, взаимодействуя с оператором СПС по протоколу CAMEL. 21. Система по п.19, отличающаяся тем, что интерфейсный модуль CDR выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать передачу CDR файлов по физическим каналам Ethernet. 22. Система по п.20, отличающаяся тем, что интерфейсный модуль CAP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол CAMEL по физическим каналам Е.1 или Т.1. 
|
