СПОСОБ ПРЕДОСТАВЛЕНИЯ АБОНЕНТАМ СОТОВОЙ ПОДВИЖНОЙ СВЯЗИ НЕГОЛОСОВЫХ УСЛУГ И СИСТЕМА ДЛЯ ЕГО ОСУЩЕСТВЛЕНИЯ Российский патент 2008 года по МПК H04M15/00 

Изобретение относится к способам и системам оказания услуг, вызываемых электронным способом, а именно к способам и системам, позволяющим оператору сети сотовой подвижной связи (СПС) предоставлять абонентам дополнительные услуги и мобильный контент. Услуги также предоставляются абонентам сетей сотовой подвижной связи других операторов (Гостевые абоненты), с которыми у данного оператора заключены Роуминговые соглашения.

В соответствии с текущей международной практикой при роуминге оператор VPLMN (Оператор VPLMN - оператор визитной сети СПС, обслуживающий абонента сети СПС другого оператора в соответствии с заключенным Роуминговым соглашением) может предоставить Гостевому абоненту лишь некоторый ограниченный набор услуг. В частности, предоставляется базовый голосовой сервис, возможность отправлять короткие текстовые (SMS) и мультимедийные (MMS) сообщения, а также беспроводный доступ в Интернет. При этом Гостевому абоненту, как правило, недоступны неголосовые локальные услуги, предоставляемые за отдельную плату, находящуюся вне стандартных тарифных планов оператора (Premium Rate услуги), например мобильный контент, справочные услуги, загрузка мультимедийного контента на телефон, мобильные игры и т.п.

Причин этого две:

1. Технически тарифицируемый доступ Гостевого абонента к услугам данных и мобильному контенту осуществляется через сеть Оператора HPLMN (Оператор HPLMN - оператор домашней сети СПС, заключивший с данным абонентом договор на обслуживание, выделивший ему SIM-карту и телефонный номер). В частности, при отправлении Гостевым абонентом сообщения SMS, адресованного Premium Rate услуге, такое сообщение доставляется через SMS центр Оператора HPLMN, а значит и тарифицируется Оператором HPLMN; при попытке доступа к услугам через мобильный Интернет (например, через WAP) такой доступ осуществляется через WAP-шлюз Оператора HPLMN и им же тарифицируется. Единственным исключением является доступ к голосовым Premium Rate услугам. В этом случае Гостевой абонент, набрав короткий (или полный) голосовой номер, попадает на Premium Rate услугу Оператора VPLMN, которая тарифицируется Оператором VPLMN.

2. Взаимоотношения операторов - партнеров по роумингу жестко регулируются стандартными формами договоров, форматами данных для обмена тарифной информацией, процедурами взаиморасчетов. В силу первой причины формат тарифных данных при роуминге не предусматривает наличия записей о предоставлении абоненту каких-либо Premium Rate услуг за исключением голосовых. Внесение любых изменений в эти стандарты - продолжительный и трудоемкий процесс.

Все перечисленное лишает Операторов VPLMN возможности уже сейчас получать дополнительный доход за счет предоставления Гостевым абонентам нужных и востребованных Premium Rate услуг, например информации о стране и месте пребывания, если Гостевой абонент находится в другой стране.

Известен способ расчета за услугу, вызываемую из сети Интернет электронным способом (Патент РФ №2233557, МПК Н04М 15/00, приоритет от 1998.11.27, опубл. 2004.07.27). Способ включает передачу номера для установления платного телекоммуникационного соединения от потребителя услуги к поставщику услуги для затребования и оплаты услуги, контроль установления и удержания телекоммуникационного соединения по переданному номеру со стороны поставщика услуги для произведения начисления за услугу, произведение начисления за затребованную услугу посредством расчета длительности установленного платного телекоммуникационного соединения, выдачу затребованной услуги после произведения начисления посредством платного телекоммуникационного соединения. При этом совместно с передачей номера для установления телекоммуникационного соединения для контроля предоставления услуги со стороны поставщика услуги потребителю услуги передается код заказа услуги. Таким образом, в качестве номера для установления телекоммуникационного соединения для предоставления услуги используют сквозной номер телекоммуникационного соединения, где последние цифры номера применяются в качестве кода заказа.

Недостатками известного способа является то, что данный способ требует установления голосового соединения на заданный номер и определенного времени удержания вызова для накопления нужного количества тарифо-минут, что ведет к лишним затратам времени для абонента, необходимости переноса телефонного аппарата от глаз к уху и обратно. В случае доставки услуги на мобильный телефон оплата потребует прерывания сессии, связанной с предоставлением услуги для набора номера и оплаты, что является явным неудобством для абонента. Кроме того, тарификацию, по сути дела, производит сам абонент, производя звонок на заданный номер. В случае ошибки при наборе номера или неверном количестве тарифо-минут оплата не будет произведена или будет произведена некорректно. Недостатком также является то, что абоненту необходимо фиксировать в голове выданный системой номер для тарификации и количество тарифо-минут. То есть абоненту необходимо помнить не только код доступа к самой услуге, но еще и код для тарификации и количество минут. Дополнительная информация, которую абоненту нужно запоминать. Это не позволяет абоненту получить положительный опыт пользования услугами и, как следствие, снижает желание ими пользоваться. Способ не позволяет предоставлять услуги с пошаговой тарификацией (тарификацией "за каждый клик"), тарификацией за заходы в определенные разделы сервиса, а именно, которые предусматривают тарификацию "понемногу, но часто". В известном способе сначала производится тарификация, а затем отгружается контент. Таким образом возможна ситуация, когда оплата абонентом произведена, а услуга по какой-либо причине не предоставлена или предоставлена не в том объеме. Известный способ не противоречит пользованию услугами при роуминге. Однако все указанные недостатки будут в равной степени препятствовать комфортному пользованию услугами как в домашней, так и в визитной сети СПС.

Известны также способ и система предоставления мобильного контента, при котором пользователи, обращаясь к системе предоставления контента, подсознательно этим наслаждаются (Патент JP 2004139388, МПК Н04М 15/00, приоритет от 2002.10.12, опубл. 2004.05.13). Данные способ и система взяты в качестве прототипов заявляемого способа тарификации мобильных услуг и системы для ее осуществления. Известные способ и его система обеспечивают услуги, которые пользователи желают получить через мобильные коммуникаторы типа сотовых телефонов, подключенные пользователями к сети сотовой подвижной связи, предоставленной поставщиком, посредством связи со службой сервис провайдера, обеспечивающей сервер, который отгружает различный контент через линию связи типа Интернет, связанную с сетью сотовой подвижной связи.

Известный способ включает использование стандартных Интернет-протоколов для подключения провайдера услуг к сети сотовой подвижной связи (домашней), оплату сервисов абонентами с использованием стандартных средств оплаты услуг, предоставляемых через Интернет, таких как банковские карты (VISA, Master Card), электронные кошельки, виртуальные деньги и т.п.

Известная система включает: базу данных, входящую в состав сервера сервис-провайдера для управления пользовательскими идентификационными номерами (UID) и/или номерами сотовых телефонов, предоставляемыми сервис-провайдеру оператором связи, которую используют пользователи, а также для того, чтобы управлять пользовательскими данными; и средства начисления бонусных очков для того, чтобы начислять бонусные очки пользователям в зависимости от услуг, которые заказывают пользователи.

Недостатками известного способа и системы для его осуществления является использование ограниченного набора транспортных технологий для доставки контента (информации, услуг), фактически используются только Интернет-технологии. Использование прямого Интернет-соединения для подключения пользователя к услуге не позволяет организовать предоставление сервисов Оператором VPLMN для Гостевых абонентов. Кроме того, оплата сервисов абонентами осуществляется без посредства системы учета стоимости услуг (Системы биллинга) оператора сети СПС, то есть, главным образом, с использованием стандартных средств оплаты услуг, предоставляемых через Интернет, таких как банковские карты (VISA, Master Card), электронные кошельки, виртуальные деньги и т.п. Таким образом, для пользования услугами абоненту необходимо наличие одного из таких платежных средств. Вероятно, в Японии существует достаточно развитая платежная инфраструктура, которая охватывает широкие слои пользователей. Однако в большинстве стран мира наиболее универсальным платежным средством при пользовании мобильными сервисами по прежнему остается лицевой абонентский счет в Системе биллинга оператора сети СПС.

Перед авторами ставилась задача разработать способ и систему, позволяющие оператору сети сотовой подвижной связи предоставлять любые неголосовые Premium Rate услуги для Гостевых абонентов, тарифицировать неголосовые услуги, предоставляемые Гостевым абонентам, независимо от технологии предоставления неголосовых услуг, корректно производить последующие взаиморасчеты с оператором домашней сети СПС.

Задача решается тем, что в способе предоставления абонентам сотовой подвижной связи неголосовых Premium Rate услуг, включающем следующие этапы: а) использование сети СПС для передачи запроса и услуги, b) передачу запроса абонента провайдеру услуг для затребования услуги, с) выдачу затребованной услуги абоненту, d) тарификацию затребованной услуги по цене, заявленной провайдером услуг, отдельно от стандартных тарифов оператора сети СПС, услуги также предоставляются абонентам сетей СПС других операторов (Гостевых абонентов), с которыми у данного оператора заключено Роуминговое соглашение, и дополнительно используют систему, содержащую блок абонентских запросов, с помощью которого производят прием и первичный анализ запросов, основной блок сервисной логики, с помощью которого идентифицируют услугу, конвертируют абонентский запрос в формат, приемлемый для провайдера услуги, и контролируют предоставление услуги, блок тарификации, с помощью которого тарифицируют услугу, формируют данные, содержащие хотя бы код запроса услуги, время предоставления услуги и номер телефона абонента, запрос формируют путем клавиатурного ввода с мобильного терминала, причем выбирают формат запроса, который интерпретируется сетью СПС либо как набор голосового номера, либо как передача текстового фрагмента определенному внешнему приложению.

При этом передачу запроса, формат которого интерпретируется сетью СПС как набор голосового номера, осуществляют в соответствии с протоколом ISUP, где ISUP - Integrated Services User Part, стандартизованный, ITU-T Q.763 - Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях, а передачу запроса, формат которого интерпретируется сетью СПС как передача текстового фрагмента определенному внешнему приложению, осуществляют, используя USSD запрос формата *1XY*Z1-Zn#, где Х - число в диапазоне 5-9, Y - любое число, Z1-Zn - любой набор алфавитно-цифровых символов, где USSD - стандартизованный, 3GPP TS 22.090, ETSI TS 123 090, ETSI TS 124090, протокол запроса дополнительных услуг в мобильных сетях. Дополнительно, запрос, интерпретирующийся сетью СПС как передача текстового фрагмента, передают системе из визитной сети СПС в соответствии с протоколом SMPP в случае подключения системы к USSD шлюзу оператора визитной сети СПС с использованием системы передачи данных, поддерживающей стек протоколов TCP/IP, где SMPP - Short Message Peer to Peer Protocol, специфицированный, SMPP Developers Forum протокол взаимодействия внешних приложений с элементами инфраструктуры операторов СПС, или в соответствии с протоколом MAP в случае подключения системы к визитной сети СПС с использованием сигнализации ОКС-7, где MAP - Mobile Application Part, стандартизованный, 3GPP TS 29.002, протокол взаимодействия элементов инфраструктуры сетей СПС. Выдачу услуги осуществляют, или предварительно получив подтверждение у оператора сети СПС, с которым данный абонент заключил договор на пользование услугами связи, получил телефонный номер и SIM-карту и с которым у данного Оператора заключено Роуминговое соглашение в соответствии с протоколом CAP, где CAP - CAMEL Application Part, стандартизованный, ETSI TS 123 078, протокол обмена информацией между элементами сетей СПС, или без получения такого подтверждения, но после выдачи услуги осуществляют генерацию CDR-записи, CDR - Call Detailed Record, запись, содержащая детальную информацию о предоставленной услуге, содержащей хотя бы код запроса услуги, время предоставления услуги и номер телефона абонента, и передают CDR-запись от блока тарификации к системе учета стоимости услуг оператора визитной сети СПС, где визитная сеть СПС - сеть сотовой подвижной связи, предоставляющая услуги абонентам других сетей СПС, находящимся в зоне ее радиопокрытия, на основании Роуминговых соглашений, заключенных между оператором сети СПС, которая в данный момент обслуживает абонента, и операторами других сетей СПС. Кроме того, выдачу услуги абоненту осуществляют либо путем установления USSD сессии, либо путем отправки SMS-сообщения, содержащего информацию, либо путем отправки MMS-сообщения, содержащего нужную информацию, либо путем отправки ему служебного SMS-сообщения особого формата, которое активизирует проактивное сервисное приложение в терминале абонента, либо путем отправки URL Интернет-страницы, содержащей нужную информацию.

Система представления абонентам сотовой подвижной связи неголосовых Premium Rate услуг содержит блок абонентских запросов, имеющий соединение с инфраструктурой сети СПС и основным блоком сервисной логики системы, основной блок сервисной логики, имеющий соединение с блоком абонентских запросов системы, инфраструктурой сети СПС, инфраструктурой провайдеров услуг и блоком тарификации системы, блок тарификации, имеющий соединение с основным блоком сервисной логики системы и инфраструктурой сети СПС, внутреннюю шину данных, обеспечивающую соединение и внутрисистемное взаимодействие блока абонентских запросов, основного блока сервисной логики и блока тарификации. Блок абонентских запросов выполнен содержащим анализатор сервисных кодов, позволяющий производить первичный анализ кода запроса услуги, определять, к какой услуге относится данный запрос, и адресовать запрос соответствующему модулю сервиса. Кроме того, блок абонентских запросов может быть выполнен содержащим интерфейсный модуль SMPP, позволяющий взаимодействовать с USSD центром оператора СПС при помощи протокола SMPP, интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети ОКС-7 оператора СПС и взаимодействовать при помощи протокола MAP, интерфейсный модуль ISUP, позволяющий производить подключение к сигнальной сети ОКС-7 оператора СПС и взаимодействовать при помощи протокола ISUP. При этом интерфейсный модуль SMPP выполнен содержащим или интерфейсную плату Ethernet, позволяющую организовать протокол SMPP по физическим каналам Ethernet. Интерфейсный модуль MAP или выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам Е.1 или Т.1, и/или интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet. Интерфейсный модуль ISUP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол ISUP по физическим каналам Е.1 или Т.1, и/или интерфейсную плату Ethernet, позволяющую организовать протокол ISUP по физическим каналам Ethernet.

Основной блок сервисной логики выполнен содержащим модули сервисов, позволяющие обрабатывать абонентский запрос в соответствии с внутренней логикой данного сервиса, поддерживать дальнейшее интерактивное взаимодействие с абонентом при помощи интерфейсных модулей, взаимодействовать с инфраструктурой провайдеров услуг, осуществлять контроль за предоставлением сервиса абоненту, производить начисления за пользование сервисом и передавать информацию о начислениях в блок тарификации. Кроме того, основной блок сервисной логики может быть выполнен содержащим интерфейсный модуль SMPP, позволяющий взаимодействовать с SMS- и USSD-центрами оператора СПС при помощи протокола SMPP, интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети ОКС-7 оператора СПС и взаимодействовать при помощи протокола 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 только голосовые услуги. Эти услуги могут предоставляться с использованием как коротких, так и полных телефонных номеров. Однако неголосовые услуги класса Premium Rate операторы тарифицировать обычно не могут и поэтому не предоставляют.

Таким образом, Гостевому абоненту, как правило, недоступны локальные Услуги данных класса Premium Rate, мобильный контент и т.п. Причин этого две:

1. Технически тарифицируемый доступ к услугам данных и мобильному контенту осуществляется через сеть Оператора HPLMN. В частности, при отправлении Гостевым абонентом SMS-сообщения с кодом услуги Premium Rate такое сообщение доставляется через SMS-центр оператора HPLMN, а значит и тарифицируется оператором HPLMN; при попытке доступа к услугам через мобильный Интернет (например, через WAP), такой доступ осуществляется через WAP-шлюз оператора HPLMN и им же тарифицируется. Единственным исключением является доступ к голосовым Premium Rate услугам. В этом случае Гостевой абонент, набрав короткий (или полный) голосовой номер, попадает на Premium Rate услугу оператора VPLMN, которая тарифицируется оператором VPLMN.

2. Взаимоотношения операторов - партнеров по роумингу жестко регламентируются стандартными формами договоров, форматами данных для обмена тарифной информацией, процедурами взаиморасчетов. В силу первой причины формат тарифных данных при роуминге не предусматривает наличия записей о предоставлении абоненту каких-либо Premium Rate услуг за исключением голосовых. Внесение любых изменений в эти стандарты - продолжительный и трудоемкий процесс.

Все перечисленное лишает операторов сетей VPLMN возможности уже сейчас получать дополнительный доход за счет предоставления Гостевым абонентам нужных и востребованных Premium Rate услуг, например информации о стране и месте пребывания в случае, если Гостевой абонент находится в другой стране.

Заявляемые способ и система позволят Оператору сети сотовой подвижной связи предоставлять любые 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 123 090, ETSI TS 124 090, способ запроса дополнительных услуг в мобильных сетях.

- Формируется и передается запрос, формат которого интерпретируется сетью СПС как набор голосового номера путем набора абонентом телефонного номера любого доступного формата. Обработка и маршрутизация сетью СПП набранного номера производится в соответствии с протоколом 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 и Генератор тарификационных транзакций попадает в Модуль сервиса, который уведомляет абонента о невозможности предоставить ему услугу из-за недостаточности средств на его лицевом счете.

Преимущество заявляемого изобретения по сравнению с известными для получения данной услуги. Интерфейсный модуль CAP 43 делает соответствующий запрос в систему биллинга оператора HPLMN по протоколу CAP. В случае если у абонента на его ЛС достаточно средств, система биллинга оператора HPLMN возвращает подтверждение Интерфейсному модулю CAP 43. Интерфейсный модуль CAP 43 передает это подтверждение Генератору тарификационных транзакций 41, который, в свою очередь, формирует подтверждение успешной тарификации Модулю сервиса. Модуль сервиса, получив такое подтверждение, предоставляет абоненту запрошенную услугу и информирует об этом Генератор тарификационных транзакций. После этого выполняется второй этап тарификационной транзакции. Интерфейсный модуль CAP 43 делает запрос системе биллинга оператора HPLMN на списание соответствующей суммы с ЛС абонента. После получения подтверждения от системы учета стоимости услуг тарификационная транзакция закрывается.

В случае если на первом этапе тарификационной транзакции выясняется, что у абонента на его ЛС недостаточно средств для совершения звонка на выбранный номер Premium Rate (то есть для получения запрошенной услуги), информация об этом через Интерфейсный модуль CAP и Генератор тарификационных транзакций попадает в Модуль сервиса, который уведомляет абонента о невозможности предоставить ему услугу из-за недостаточности средств на его лицевом счете.

Преимущество заявляемого изобретения по сравнению с известными изобретениями заключается в следующем:

1. Тарификация происходит параллельно с предоставлением услуги и не занимает дополнительное время.

2. Сессия услуги не прерывается, абоненту не нужно отвлекаться на набор голосового номера. Тарификация происходит "на заднем плане", а абонент комфортно пользуется сервисом.

3. Тарификацию производит система, пользователю нет необходимости вообще вникать в процесс тарификации. Поэтому исключена возможность ошибок плюс достигается большая гибкость в тарификации.

4. Никакой лишней информации для абонента, кроме самой услуги.

5. Процесс тарификации как бы "размазан" по пользованию услугой, поэтому возможна реализация платных услуг, основанных на онлайн-броузинге.

Изобретение относится к способам и системам оказания услуг, вызываемых электронным способом, а именно к способам и системам, позволяющим оператору сети сотовой подвижной связи (СПС) предоставлять абонентам дополнительные услуги и мобильный контент. Технический результат заключается в том, что заявляемые способ и система для его осуществления позволяют оператору сети сотовой подвижной связи предоставлять любые неголосовые premium rate услуги для Гостевых абонентов, тарифицировать эти услуги независимо от технологии предоставления, корректно производить взаиморасчеты с оператором домашней сети СПС. Сущность изобретения заключается в том, что система, реализующая предлагаемый способ, содержит сеть оператора, USSD центр оператора, основной блок сервисной логики, интерфейсный модуль SMPP, интерфейсный модуль MAP, интерфейсный модуль HTTP, сеть Интернет, SMS центр оператора, MMS центр оператора, WAP шлюз оператора и провайдеров услуг. 2 н. и 35 з.п. ф-лы, 6 ил.

1. Способ предоставления абонентам сотовой подвижной связи СПС неголосовых Premium Rate услуг, включающий следующие этапы: а) использование сети СПС для передачи запроса и услуги b) передачу запроса абонента провайдеру услуг для затребования услуги, с) выдачу затребованной услуги абоненту, d) тарификацию затребованной услуги по цене, заявленной провайдером услуг, отдельно от стандартных тарифов операторов сетей СПС, отличающийся тем, что услуги также предоставляются абонентам сетей СПС других Операторов, с которыми у данного Оператора заключено Роуминговое соглашение, и дополнительно используют систему, содержащую блок анализа абонентских запросов, с помощью которого производят прием и первичный анализ запросов, основной блок сервисной логики, с помощью которого идентифицируют услугу, конвертируют абонентский запрос в формат провайдера услуги и контролируют предоставление услуги, блок тарификации, с помощью которого тарифицируют услугу, формируют данные, содержащие, по меньшей мере, код запроса услуги, время предоставления услуги и номер телефона абонента, запрос формируют путем клавиатурного ввода с мобильного терминала, причем выбирают формат запроса, который интерпретируется сетью СПС либо как набор голосового номера, либо как передача текстового фрагмента определенному внешнему приложению.2. Способ по п.1, отличающийся тем, что передачу запроса, формат которого интерпретируется сетью СПС как набор голосового номера осуществляют в соответствии с протоколом ISUP, где ISUP - Integrated Services User Part, стандартизованный, ITU-T Q.763 - Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях.3. Способ по п.1, отличающийся тем, что передачу запроса, формат которого интерпретируется сетью СПС, как передача текстового фрагмента определенному внешнему приложению, осуществляют, используя USSD запрос формата *lXY*Zl-Zn#, где Х - число в диапазоне 5-9, Y - любое число, Zl-Zn -любой набор алфавитно-цифровых символов, USSD - стандартизованный, 3GPP TS 22.090, ETSI TS 123090, ETSI TS 124090, протокол запроса дополнительных услуг в мобильных сетях.4. Способ по п.1, отличающийся тем, что выдачу услуги абоненту осуществляют, предварительно получив подтверждение у оператора сети СПС, с которым данный абонент заключил договор на пользование услугами связи, получил телефонный номер и SIM-карту, и с которым у данного Оператора заключено Роуминговое соглашение, в соответствии с протоколом CAP, где CAP - CAMEL Application Part, стандартизованный, ETSI TS 123078, протокол обмена информацией между элементами сетей СПС.5. Способ по п.4, отличающийся тем, что после выдачи услуги осуществляют генерацию CDR записи, где CDR - Call Detailed Record, запись, содержащая детальную информацию о предоставленной услуге, содержащей по меньшей мере код запроса услуги, время предоставления услуги и номер телефона абонента, и передают CDR запись, от блока тарификации к системе учета стоимости оператора визитной сети СПС, где визитная сеть СПС-сеть сотовой подвижной связи, предоставляющая услуги абонентам других сетей СПС, находящимся в зоне ее радиопокрытия, на основании Роуминговых соглашений, заключенных между оператором Визитной сети СПС и операторами других сетей СПС.6. Способ по п.1, отличающийся тем, что выдачу услуги абоненту осуществляют путем установления USSD сессии.7. Способ по п.1, отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки SMS сообщения, содержащего заказанную абонентом информацию.8. Способ по п.1, отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки MMS сообщения, содержащего заказанную абонентом информацию.9. Способ по п.7, отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки ему служебного SMS сообщения особого формата, которое активизирует проактивное сервисное приложение в терминале абонента.10. Способ по п.7, отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки URL Интернет-страницы, содержащей заказанную абонентом информацию.11. Способ по п.3, отличающийся тем, что запрос, интерпретирующийся сетью СПС, как передача текстового фрагмента, передают системе из сети СПС, которая в данный момент обслуживает абонента, в соответствии с протоколом SMPP в случае подключения системы к USSD шлюзу оператора данной сети СПС с использованием системы передачи данных, поддерживающей стек протоколов TCP/IP, где SMPP - Short Message Peer to Peer Protocol, специфицированный, SMPP Developers Forum, SMPP Protocol Specification, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов СПС.12. Способ по п.3, отличающийся тем, что запрос, интерпретирующийся сетью СПС, как передача текстового фрагмента, передают системе из сети СПС, которая в данный момент обслуживает абонента, в соответствии с протоколом MAP в случае подключения системы к данной сети СПС с использованием сигнализации ОКС-7, где MAP - Mobile Application Part, стандартизованный, 3GPP TS 29.002, протокол взаимодействия элементов инфраструктуры сетей СПС.13. Система представления абонентам сотовой подвижной связи неголосовых Premium Rate услуг, реализующая способ по п.1, отличающаяся тем, что содержит блок абонентских запросов, имеющий соединение с инфраструктурой сети сотовой подвижной связи СПС и основным блоком сервисной логики системы, основной блок сервисной логики, имеющий соединение с блоком абонентских запросов системы, инфраструктурой сети СПС, инфраструктурой провайдеров услуг и блоком тарификации системы, блок тарификации, имеющий соединение с основным блоком сервисной логики системы и инфраструктурой сети СПС, внутреннюю шину данных, обеспечивающую соединение и внутрисистемное взаимодействие блока абонентских запросов, основного блока сервисной логики и блока тарификации.14. Система п.13, отличающаяся тем, что блок абонентских запросов выполнен содержащим анализатор сервисных кодов, позволяющий производить первичный анализ кода запроса услуги, определять, к какой услуге относится данный запрос, и адресовать запрос соответствующему модулю сервиса.15. Система по любому из пп.13 или 14 отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль SMPP, позволяющий производить подключение к USSD центру оператора СПС при помощи_протокола SMPP.16. Система по любому из пп.13 или 14, отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола MAP.17. Система по любому из пп.13 или 14, отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль ISUP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола ISUP.18. Система по п.15, отличающаяся тем, что интерфейсный модуль SMPP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол SMPP по физическим каналам Ethernet.19. Система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам E.1 или T.1.20. Система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet.21. Система по п.17, отличающаяся тем, что интерфейсный модуль ISUP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол ISUP по физическим каналам E.1 или T.1.22. Система по п.17, отличающаяся тем, что интерфейсный модуль ISUP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол ISUP по физическим каналам Ethernet.23. Система по п.13, отличающаяся тем, что основной блок сервисной логики выполнен содержащим модули сервисов, позволяющие обрабатывать абонентский запрос в соответствии с внутренней логикой данного сервиса, поддерживать дальнейшее интерактивное взаимодействие с абонентом при помощи интерфейсных модулей, взаимодействовать с инфраструктурой провайдеров услуг, осуществлять контроль за предоставлением сервиса абоненту, производить начисления за пользование сервисом и передавать информацию о начислениях в блок тарификации.24. Система по любому из пп.13 или 23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль SMPP, позволяющий производить подключение к SMS и USSD центрам оператора СПС при помощи протокола SMPP.25. Система по любому из пп.13 или 23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора СПС при помощи протокола MAP.26. Система по любому из пп.13 или 23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль ММ7, позволяющий производить подключение к MMS центру оператора СПС при помощи протокола ММ7.27. Система по любому из пп.13 или 23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль HTTP, позволяющий производить подключение к сети передачи данных оператора СПС при помощи протокола HTTP.28. Система по п.18, отличающаяся тем, что интерфейсный модуль SMPP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол SMPP по физическим каналам Ethernet.29. Система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол MAP по физическим каналам E.1 или T.1.30. Система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол MAP по физическим каналам Ethernet.31. Система по п.26, отличающаяся тем, что интерфейсный модуль ММ7 выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол ММ7 по физическим каналам Ethernet.32. Система по п.27, отличающаяся тем, что интерфейсный модуль HTTP выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать протокол HTTP по физическим каналам Ethernet.33. Система по п.13, отличающаяся тем, что блок тарификации выполнен содержащим генератор тарификационных транзакций, позволяющий транслировать информацию о начислениях за пользование сервисом, полученную от основного блока сервисной логики, в формат воспринимаемый системой учета стоимости услуг того или иного оператора СПС и осуществлять передачу этой информации операторам СПС при помощи интерфейсных модулей.34. Система по любому из пп.13 или 33, отличающаяся тем, что блок тарификации выполнен содержащим интерфейсный модуль CDR, позволяющий передавать оператору СПС записи о начислениях в виде CDR записей, сгруппированных в CDR файлы.35. Система по любому из пп.13 или 33, отличающаяся тем, что блок тарификации выполнен содержащим интерфейсный модуль CAP, позволяющий производить тарификацию в режиме реального времени, взаимодействуя с инфраструктурой оператора СПС по протоколу CAMEL.36. Система по п.34, отличающаяся тем, что интерфейсный модуль CDR выполнен содержащим интерфейсную плату Ethernet, позволяющую организовать передачу CDR файлов по физическим каналам Ethernet.37. Система по п.35, отличающаяся тем, что интерфейсный модуль CAP выполнен содержащим интерфейсную плату ОКС-7, позволяющую организовать протокол CAMEL по физическим каналам E.1 или T.1.