GUMIROV VITALIY SHAMILOVICH (RU)
SMELOV ALEKSEY VLADISLAVOVICH (RU)
GUMIROV VITALIY SHAMILOVICH (RU)
| WO1996037848A1 | 1996-11-28 |
| JP2004139388A | 2004-05-13 | |||
| RU2294602C2 | 2007-02-27 | |||
| RU2233557C2 | 2004-07-27 | |||
| EP0765068A2 | 1997-03-26 |
| формула изобретения
1. способ предоставления абонентам сотовой подвижной связи спс неголосовых рrеmium Rаtе услуг, включающий следующие этапы: а) использование сети спс для передачи запроса и услуги b) передачу запроса абонента провайдеру услуг для затребования услуги, с) выдачу затребованной услуги абоненту, d) тарификацию затребованной услуги по цене, заявленной провайдером услуг, отдельно от стандартных тарифов операторов сетей спс, отличающийся тем, что услуги также предоставляются абонентам сетей спс других операторов, с которыми у данного оператора заключено роуминговое соглашение, и дополнительно используют систему, содержащую блок анализа абонентских запросов, с помощью которого производят прием и первичный анализ запросов, основной блок сервисной логики, с помощью которого идентифицируют услугу, конвертируют абонентский запрос в формат провайдера услуги и контролируют предоставление услуги, блок тарификации, с помощью которого тарифицируют услугу, формируют данные, содержащие, по меньшей мере, код запроса услуги, время предоставления услуги и номер телефона абонента, запрос формируют путем клавиатурного ввода с мобильного терминала, причем выбирают формат запроса, который интерпретируется сетью спс либо как набор голосового номера, либо как передача текстового фрагмента определенному внешнему приложению.
2. способ по п.1 , отличающийся тем, что передачу запроса, формат которого интерпретируется сетью спс как набор голосового номера осуществляют в соответствии с протоколом ISUP, где ISUP - Iпtеgrаtеd Sеrviсеs Usеr раrt, стандартизованный, ITU-T Q.763 - Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях.
3. способ по п.1 , отличающийся тем, что передачу запроса, формат которого интерпретируется сетью спс, как передача текстового фрагмента определенному внешнему приложению, осуществляют, используя USSD запрос формата * 1XY * Z1 - Zn#, где X - число в диапазоне 5-9, Y - любое число, ZI -Zn - любой набор алфавитно-цифровых символов, USSD - стандартизованный, зGрр TS 22.090, ETSI TS 123 090, ETSI TS 124 090, протокол запроса дополнительных услуг в мобильных сетях.
4. способ по п.1 , отличающийся тем, что выдачу услуги абоненту
23
заменяющий лист осуществляют, предварительно получив подтверждение у оператора сети спс, с которым данный абонент заключил договор на пользование услугами связи, получил телефонный номер и Sιм-карту, и с которым у данного оператора заключено роуминговое соглашение, в соответствии с протоколом CAP, где CAP - CAMEL аррliсаtiоп раrt, стандартизованный, ETSI TS 123 078, протокол обмена информацией между элементами сетей спс.
5. способ по п.4, отличающийся тем, что после выдачи услуги осуществляют генерацию CDR записи, где CDR - CaII Dеtаilеd Rесоrd, запись, содержащая детальную информацию о предоставленной услуге, содержащей, по меньшей мере код запроса услуги, время предоставления услуги и номер телефона ++aбoнeнтa, и передают CDR запись, от блока тарификации к системе учета стоимости оператора визитной сети спс, где визитная сеть спс - сеть сотовой подвижной связи, предоставляющая услуги абонентам других сетей спс, находящимся в зоне ее радиопокрытия, на основании роуминговых соглашений, заключенных между оператором визитной сети спс и операторами других сетей спс.
6. способ по п.1 , отличающийся тем, что выдачу услуги абоненту осуществляют путем установления USSD сессии.
7. способ по п.1 , отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки SMS сообщения, содержащего заказанную абонентом информацию.
8. способ по п.1 , отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки MMS сообщения, содержащего заказанную абонентом информацию.
9. способ по п.7, отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки ему служебного SMS сообщения особого формата, которое активизирует проактивное сервисное приложение в терминале абонента.
10. способ по п.7, отличающийся тем, что выдачу услуги абоненту осуществляют путем отправки URL интернет-страницы, содержащей заказанную абонентом информацию.
11. способ по п.з, отличающийся тем, что запрос, интерпретирующийся сетью спс, как передача текстового фрагмента, передают системе из сети спс, которая в данный момент обслуживает абонента, в соответствии с протоколом SMPP в случае подключения системы к USSD шлюзу оператора данной сети спс
24
заменяющий лист с использованием системы передачи данных, поддерживающей стек протоколов тср/Iр, где SMPP - Shоrt меssаgе рееr tо рееr рrоtосоl, специфицированный, SMPP Dеvеlореrs Fоrum, SMPP рrоtосоl Sресifiсаtiоп, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов спс.
12. способ по п.з, отличающийся тем, что запрос, интерпретирующийся сетью спс, как передача текстового фрагмента, передают системе из сети спс, которая в данный момент обслуживает абонента, в соответствии с протоколом MAP в случае подключения системы к данной сети спс с использованием сигнализации OKC-7, где MAP - моbilе аррliсаtiоп раrt, стандартизованный, зGрр TS 29.002, протокол взаимодействия элементов инфраструктуры сетей спс.
13. система представления абонентам сотовой подвижной связи неголосовых рrеmium Rаtе услуг, реализующая способ по п.1 , отличающаяся тем, что содержит блок абонентских запросов, имеющий соединение с инфраструктурой сети сотовой подвижной связи спс и основным блоком сервисной логики системы, основной блок сервисной логики, имеющий соединение с блоком абонентских запросов системы, инфраструктурой сети спс, инфраструктурой провайдеров услуг и блоком тарификации системы, блок тарификации, имеющий соединение с основным блоком сервисной логики системы и инфраструктурой сети спс, внутреннюю шину данных, обеспечивающую соединение и внутрисистемное взаимодействие блока абонентских запросов, основного блока сервисной логики и блока тарификации.
14. система п.13, отличающаяся тем, что блок абонентских запросов выполнен содержащим анализатор сервисных кодов, позволяющий производить первичный анализ кода запроса услуги, определять, к какой услуге относится данный запрос, и адресовать запрос соответствующему модулю сервиса.
15. система по любому из пп.13 или 14 отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль SMPP, позволяющий производить подключение к USSD центру оператора спс при пoмoщи_пpoтoкoлa SMPP.
16. система по любому из пп.13 или 14, отличающаяся тем, что блок абонентских запросов выполнен содержащим интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора спс при помощи протокола MAP.
17. система по любому из пп.13 или 14, отличающаяся тем, что блок абонентских
25
заменяющий лист запросов выполнен содержащим интерфейсный модуль ISUP, позволяющий производить подключение к сигнальной сети оператора спс при помощи протокола ISUP.
18. система по п.15, отличающаяся тем, что интерфейсный модуль SMPP выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать протокол SMPP по физическим каналам еthеrпеt.
19. система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол MAP по физическим каналам E.1 или T.1.
20. система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать протокол MAP по физическим каналам еthеrпеt.
21. система по п.17, отличающаяся тем, что интерфейсный модуль ISUP выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол ISUP по физическим каналам E.1 или T.1.
22. система по п.17, отличающаяся тем, что интерфейсный модуль ISUP выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать протокол ISUP по физическим каналам еthеrпеt.
23. система по п.13, отличающаяся тем, что основной блок сервисной логики выполнен содержащим модули сервисов, позволяющие обрабатывать абонентский запрос в соответствии с внутренней логикой данного сервиса, поддерживать дальнейшее интерактивное взаимодействие с абонентом при помощи интерфейсных модулей, взаимодействовать с инфраструктурой провайдеров услуг, осуществлять контроль за предоставлением сервиса абоненту, производить начисления за пользование сервисом и передавать информацию о начислениях в блок тарификации.
24. система по любому из пп.13 или .23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль SMPP, позволяющий производить подключение к SMS и USSD центрам оператора спс при помощи протокола SMPP.
25. система по любому из пп.13 или .23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети оператора спс при помощи протокола MAP.
26
заменяющий лист
26. система по любому из пп.13 или .23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль MM7, позволяющий производить подключение к MMS центру оператора спс при помощи протокола MM7.
27. система по любому из пп.13 или .23, отличающаяся тем, что основной блок сервисной логики выполнен содержащим интерфейсный модуль HTTP, позволяющий производить подключение к сети передачи данных оператора спс при помощи протокола HTTP.
28. система по п.18, отличающаяся тем, что интерфейсный модуль SMPP выполнен содержащим интерфейсную плату еthеmеt, позволяющую организовать протокол SMPP по физическим каналам еthеmеt.
29. система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол MAP по физическим каналам E.1 или T.1.
30. система по п.16, отличающаяся тем, что интерфейсный модуль MAP выполнен содержащим интерфейсную плату еthеmеt, позволяющую организовать протокол MAP по физическим каналам еthеmеt.
31. система по п.26, отличающаяся тем, что интерфейсный модуль MM7 выполнен содержащим интерфейсную плату еthеmеt, позволяющую организовать протокол MM7 по физическим каналам еthеmеt.
32. система по п. 27, отличающаяся тем, что интерфейсный модуль HTTP выполнен содержащим интерфейсную плату еthеmеt, позволяющую организовать протокол HTTP по физическим каналам еthеmеt.
33. система по п.13, отличающаяся тем, что блок тарификации выполнен содержащим генератор тарификационных транзакций, позволяющий транслировать информацию о начислениях за пользование сервисом, полученную от основного блока сервисной логики, в формат воспринимаемый системой учета стоимости услуг того или иного оператора спс и осуществлять передачу этой информации операторам спс при помощи интерфейсных модулей.
34. система по любому из пп.13 или .33, отличающаяся тем, что блок тарификации выполнен содержащим интерфейсный модуль CDR, позволяющий передавать оператору спс записи о начислениях в виде CDR записей, сгруппированных в CDR файлы.
35. система по любому из пп.13 или .33, отличающаяся тем, что блок
27
заменяющий лист тарификации выполнен содержащим интерфейсный модуль CAP, позволяющий производить тарификацию в режиме реального времени, взаимодействуя с инфраструктурой оператора спс по протоколу CAMEL.
36. система по п.34, отличающаяся тем, что интерфейсный модуль CDR выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать передачу CDR файлов по физическим каналам еthеrпеt.
37. система по п.35, отличающаяся тем, что интерфейсный модуль CAP выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол CAMEL по физическим каналам E.1 или T.1.
28
заменяющий лист |
способ предоставления абонентам сотовой подвижной связи неголосовых услуг и система для его осуществления
изобретение относится к способам и системам оказания услуг, вызываемых электронным способом, а именно, к способам и системам, позволяющим оператору сети сотовой подвижной связи (спс) предоставлять абонентам дополнительные услуги и мобильный контент. услуги также предоставляются абонентам сетей сотовой подвижной связи других операторов (гостевые абоненты), с которыми у данного оператора заключены роуминговые соглашения.
в соответствии с текущей международной практикой, при роуминге оператор VPLMN (оператор VPLMN - оператор визитной сети спс, обслуживающий абонента сети спс другого оператора в соответствии с заключенным роуминговым соглашением) может предоставить гостевому абоненту лишь некоторый ограниченный набор услуг. в частности, предоставляется базовый голосовой сервис, возможность отправлять короткие текстовые (SMS) и мультимедийные (MMS) сообщения, а также беспроводный доступ в интернет. при этом гостевому абоненту, как правило, недоступны неголосовые локальные услуги, предоставляемые за отдельную плату, находящуюся вне стандартных тарифных планов оператора (рrеmium Rаtе услуги), например, мобильный контент, справочные услуги, загрузка мультимедийного контента на телефон, мобильные игры и т.п.
причин этого две:
1. технически, тарифицируемый доступ гостевого абонента к услугам данных и мобильному контенту осуществляется через сеть оператора HPLMN (оператор HPLMN - оператор домашней сети спс, заключивший с данным абонентом договор на обслуживание, выделивший ему SIM карту и телефонный номер). в частности, при отправлении гостевым абонентом сообщения SMS, адресованного рrеmium Rаtе услуге, такое сообщение доставляется через SMS центр оператора HPLMN, а значит, и тарифицируется оператором HPLMN; при попытке доступа к услугам через мобильный интернет (например, через WAP), такой доступ осуществляется через WAP шлюз оператора HPLMN и им же тарифицируется.
1
заменяющий лист
единственным исключением является доступ к голосовым рrеmium Rаtе услугам. в этом случае гостевой абонент, набрав короткий (или полный) голосовой номер, попадает на рrеmium Rаtе услугу оператора VPLMN, которая тарифицируется оператором VPLMN.
2. взаимоотношения операторов - партнеров по роумингу жестко регулируются стандартными формами договоров, форматами данных для обмена тарифной информацией, процедурами взаиморасчетов. в силу первой причины формат тарифных данных при роуминге не предусматривает наличия записей о предоставлении абоненту каких-либо рrеmium Rаtе услуг за исключением голосовых. внесение любых изменений в эти стандарты - продолжительный и трудоемкий процесс.
все перечисленное лишает операторов VPLMN возможности уже сейчас получать дополнительный доход за счет предоставления гостевым абонентам нужных и востребованных рrеmium Rаtе услуг, например, информации о стране и месте пребывания, если гостевой абонент находится в другой стране.
известен способ расчета за услугу, вызываемую из сети интернет электронным способом (патент рф N°2233557, мпк H04M15/00, приоритет от 1998.11.27, опубл. 2004.07.27). способ включает передачу номера для установления платного телекоммуникационного соединения от потребителя услуги к поставщику услуги для затребования и оплаты услуги, контроль установления и удержания телекоммуникационного соединения по переданному номеру со стороны поставщика услуги для произведения начисления за услугу, произведение начисления за затребованную услугу, посредством расчета длительности установленного платного телекоммуникационного соединения, выдачу затребованной услуги после произведения начисления посредством платного телекоммуникационного соединения. при этом, совместно с передачей номера для установления телекоммуникационного соединения, для контроля предоставления услуги со стороны поставщика услуги потребителю услуги передается код заказа услуги. таким образом, в качестве номера для установления телекоммуникационного соединения для предоставления услуги используют сквозной номер телекоммуникационного соединения, где последние цифры номера применяются в качестве кода заказа.
недостатками известного способа является, то что данный способ требует установления голосового соединения на заданный номер и определенного
заменяющий лист
времени удержания вызова для накопления нужного количества тарифо-минут, что ведет к лишним затратам времени для абонента, необходимости переноса телефонного аппарата от глаз к уху и обратно. в случае доставки услуги на мобильный телефон, оплата потребует прерывания сессии, связанной с предоставлением услуги для набора номера и оплаты, что является явным неудобством для абонента. кроме того, тарификацию, по сути дела, производит сам абонент, производя звонок на заданный номер. в случае ошибки при наборе номера или неверном количестве тарифо-минут оплата не будет произведена или будет произведена некорректно. недостатком также является то, что абоненту необходимо фиксировать в голове выданный системой номер для тарификации и количество тарифо-минут. то есть, абоненту необходимо помнить не только код доступа к самой услуге, но еще и код для тарификации и количество минут. дополнительная информация, которую абоненту нужно запоминать. это не позволяет абоненту получить положительный опыт пользования услугами, и, как следствие, снижает желание ими пользоваться. способ не позволяет предоставлять услуги с пошаговой тарификацией (тарификацией "за каждый клик"), тарификацией за заходы в определенные разделы сервиса, а именно, которые предусматривают тарификацию "понемногу, но часто". в известном способе сначала производится тарификация, а затем отгружается контент. таким образом, возможна ситуация, когда оплата абонентом произведена, а услуга по какой-либо причине не предоставлена или предоставлена не в том объеме. известный способ не противоречит пользованию услугами при роуминге. однако, все указанные недостатки будут в равной степени препятствовать комфортному пользованию услугами как в домашней, так и в визитной сети спс.
известны также способ и система, предоставления мобильного контента, при котором пользователи, обращаясь к системе предоставления контента, подсознательно этим наслаждаются (патент JP2004139388, мпк H04M15/00, приоритет от 2002.10.12, опубл. 2004.05.13). данные способ и система взяты в качестве прототипов заявляемого способа тарификации мобильных услуг и системы для ее осуществления. известные способ и его система обеспечивают услуги, которые пользователи желают получить через мобильные коммуникаторы типа сотовых телефонов, подключенные пользователями к сети сотовой подвижной связи, предоставленной поставщиком, посредством связи со службой сервис провайдера, обеспечивающей сервер, который отгружает различный
заменяющий лист
контент через линию связи типа интернет, связанную с сетью сотовой подвижной связи.
известный способ включает использование стандартных интернет протоколов для подключения провайдера услуг к сети сотовой подвижной связи (домашней), оплату сервисов абонентами с использованием стандартных средств оплаты услуг, предоставляемых через интернет, таких как банковские карты (VISA, маstеr саrd), электронные кошельки, виртуальные деньги и т.п.
известная система включает: базу данных, входящую в состав сервера сервис провайдера для управления пользовательскими идентификационными номерами (UID) и/или номерами сотовых телефонов, предоставляемыми сервис провайдеру оператором связи, которую используют пользователи, а также для того, чтобы управлять пользовательскими данными; и средства начисления бонусных очков для того, чтобы начислять бонусные очки пользователям в зависимости от услуг, которые заказывают пользователи.
недостатками известного способа и системы для его осуществления является использование ограниченного набора транспортных технологий для доставки контента (информации, услуг), фактически используются только интернет технологии. использование прямого интернет соединения для подключения пользователя к услуге не позволяет организовать предоставление сервисов оператором VPLMN для гостевых абонентов. кроме того, оплата сервисов абонентами осуществляется без посредства системы учета стоимости услуг (системы биллинга) оператора сети спс, то есть, главным образом, с использованием стандартных средств оплаты услуг, предоставляемых через интернет, таких как банковские карты (VISA, маstеr саrd), электронные кошельки, виртуальные деньги и т.п. таким образом, для пользования услугами абоненту необходимо наличие одного из таких платежных средств. вероятно, в японии существует достаточно развитая платежная инфраструктура, которая охватывает широкие слои пользователей. однако, в большинстве стран мира наиболее универсальным платежным средством при пользовании мобильными сервисами по прежнему остается лицевой абонентский счет в системе биллинга оператора сети спс.
перед авторами ставилась задача разработать способ и систему, позволяющие оператору сети сотовой подвижной связи предоставлять любые неголосовые рrеmium Rаtе услуги для гостевых абонентов, тарифицировать
заменяющий лист
неголосовые услуги, предоставляемые гостевым абонентам, независимо от технологии предоставления неголосовых услуг, корректно производить последующие взаиморасчеты с оператором домашней сети спс.
задача решается тем, что в способе предоставления абонентам сотовой подвижной связи неголосовых рrеmium Rаtе услуг, включающем следующие этапы: а) использование сети спс для передачи запроса и услуги, b) передачу с использованием сети интернет или другой сети передачи данных запроса абонента провайдеру услуг для затребования услуги, с) выдачу затребованной услуги абоненту, d) тарификацию затребованной услуги по цене, заявленной провайдером услуг, отдельно от стандартных тарифов оператора сети спс, услуги также предоставляются абонентам сетей спс других операторов (гостевых абонентов), с которыми у данного оператора заключено роуминговое соглашение, и дополнительно используют систему, содержащую блок абонентских запросов, с помощью которого производят прием и первичный анализ запросов, основной блок сервисной логики, с помощью которого идентифицируют услугу, конвертируют абонентский запрос в формат приемлемый для провайдера услуги и контролируют предоставление услуги, блок тарификации, с помощью которого тарифицируют услугу, формируют данные, содержащие хотя бы код запроса услуги, время предоставления услуги и номер телефона абонента, запрос формируют путем клавиатурного ввода с мобильного терминала, причем выбирают формат запроса, который интерпретируется сетью спс либо как набор голосового номера, либо как передача текстового фрагмента определенному внешнему приложению. при этом передачу запроса, формат которого интерпретируется сетью спс как набор голосового номера осуществляют в соответствии с сигнальным протоколом ISUP, где ISUP - Iпtеgrаtеd Sеrviсеs Usеr раrt, стандартизованный, ITU-T Q.763 - Q.764, телекоммуникационный протокол для установления голосовых соединений в цифровых телекоммуникационных сетях, а передачу запроса, формат которого интерпретируется сетью спс, как передача текстового фрагмента определенному внешнему приложению, осуществляют, используя USSD запрос формата * 1 XY*Z1 -Zn#, где X - число в диапазоне 5-9, Y - любое число, ZI -Zn - любой набор алфавитно-цифровых символов, где USSD - стандартизованный, зGрр TS 22.090, ETSI TS 123 090, ETSI TS 124 090, протокол запроса дополнительных услуг в мобильных сетях. дополнительно, запрос, интерпретирующийся сетью спс, как передача
заменяющий лист
текстового фрагмента, передают системе из визитной сети спс в соответствии с протоколом SMPP в случае подключения системы к USSD шлюзу оператора визитной сети спс с использованием системы передачи данных, поддерживающей стек протоколов тср/Iр, где SMPP - Shоrt меssаgе рееr tо рееr рrоtосоl, специфицированный, SMPP Dеvеlореrs Fоrum протокол взаимодействия внешних приложений с элементами инфраструктуры операторов спс, или в соответствии с протоколом MAP в случае подключения системы к визитной сети спс с использованием сигнализации OKC-7, где MAP - моbilе аррliсаtiоп раrt, стандартизованный, зGрр TS 29.002, протокол взаимодействия элементов инфраструктуры сетей спс. выдачу услуги осуществляют, или предварительно получив подтверждение у оператора сети спс, с которым данный абонент заключил договор на пользование услугами связи, получил телефонный номер и Sιм-карту, и с которым у данного оператора заключено роуминговое соглашение, в соответствии с протоколом CAP, где CAP - CAMEL аррliсаtiоп раrt, стандартизованный, ETSI TS 123 078, протокол обмена информацией между элементами сетей спс, или без получения такого подтверждения, но после выдачи услуги осуществляют генерацию CDR записи, CDR - CaII Dеtаilеd Rесоrd, запись, содержащая детальную информацию о предоставленной услуге, содержащей хотя бы код запроса услуги, время предоставления услуги и номер телефона абонента и передают CDR запись от блока тарификации к системе учета стоимости услуг оператора визитной сети спс, где визитная сеть спс - сеть сотовой подвижной связи, предоставляющая услуги абонентам других сетей спс, находящимся в зоне ее радиопокрытия, на основании роуминговых соглашений, заключенных между оператором сети спс, которая в данный момент обслуживает абонента, и операторами других сетей спс. кроме того, выдачу услуги абоненту осуществляют либо путем установления USSD сессии, либо путем отправки SMS сообщения, содержащего информацию, либо путем отправки MMS сообщения, содержащего нужную информацию, либо путем отправки ему служебного SMS сообщения особого формата, которое активизирует проактивное сервисное приложение в терминале абонента, либо путем отправки URL интернет-страницы, содержащей нужную информацию.
система представления абонентам сотовой подвижной связи неголосовых рrеmium Rаtе услуг содержит блок абонентских запросов, имеющий соединение с инфраструктурой сети спс и основным блоком сервисной логики системы,
6
заменяющий лист
основной блок сервисной логики, имеющий соединение с блоком абонентских запросов системы, инфраструктурой сети спс, инфраструктурой провайдеров услуг и блоком тарификации системы, блок тарификации, имеющий соединение с основным блоком сервисной логики системы и инфраструктурой сети спс, внутреннюю шину данных, обеспечивающую соединение и внутрисистемное взаимодействие блока абонентских запросов, основного блока сервисной логики и блока тарификации. блок абонентских запросов выполнен содержащим анализатор сервисных кодов, позволяющий производить первичный анализ кода запроса услуги, определять, к какой услуге относится данный запрос, и адресовать запрос соответствующему модулю сервиса. кроме того, блок абонентских запросов может быть выполнен содержащим интерфейсный модуль SMPP, позволяющий взаимодействовать с USSD центром оператора спс при помощи протокола SMPP, интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети OKC-7 оператора спс и взаимодействовать при помощи протокола MAP, интерфейсный модуль ISUP, позволяющий производить подключение к сигнальной сети OKC-7 оператора спс и взаимодействовать при помощи протокола ISUP. при этом интерфейсный модуль SMPP выполнен содержащим или интерфейсную плату еthеrпеt, позволяющую организовать протокол SMPP по физическим каналам еthеrпеt. интерфейсный модуль MAP или выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол MAP по физическим каналам E.1 или T.1 , и/или интерфейсную плату еthеrпеt, позволяющую организовать протокол MAP по физическим каналам еthеrпеt. интерфейсный модуль ISUP выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол ISUP по физическим каналам E.1 или T.1 , и/или интерфейсную плату еthеrпеt, позволяющую организовать протокол ISUP по физическим каналам еthеrпеt.
основной блок сервисной логики выполнен содержащим модули сервисов, позволяющие обрабатывать абонентский запрос в соответствии с внутренней логикой данного сервиса, поддерживать дальнейшее интерактивное взаимодействие с абонентом при помощи интерфейсных модулей, взаимодействовать с инфраструктурой провайдеров услуг, осуществлять контроль за предоставлением сервиса абоненту, производить начисления за пользование сервисом и передавать информацию о начислениях в блок
заменяющий лист
тарификации. кроме того, основной блок сервисной логики может быть выполнен содержащим интерфейсный модуль SMPP, позволяющий взаимодействовать с SMS и USSD центрами оператора спс при помощи протокола SMPP, интерфейсный модуль MAP, позволяющий производить подключение к сигнальной сети OKC-7 оператора спс и взаимодействовать при помощи протокола MAP, интерфейсный модуль MM7, позволяющий взаимодействовать с MMS центром оператора спс при помощи протокола MM7, интерфейсный модуль HTTP, позволяющий производить подключение к сети передачи данных оператора спс и взаимодействовать при помощи протокола HTTP. интерфейсный модуль SMPP выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать протокол SMPP по физическим каналам еthеrпеt. интерфейсный модуль MAP выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол MAP по физическим каналам E.1 или T.1 , и/или интерфейсную плату еthеrпеt, позволяющую организовать протокол MAP по физическим каналам еthеrпеt. интерфейсный модуль MM7 выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать протокол MM7 по физическим каналам еthеrпеt. интерфейсный модуль HTTP выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать протокол HTTP по физическим каналам еthеrпеt.
блок тарификации выполнен содержащим генератор тарификационных транзакций, позволяющий транслировать информацию о начислениях за пользование сервисом, полученную от основного блока сервисной логики, в формат воспринимаемый системой учета стоимости услуг того или иного оператора спс и осуществлять передачу этой информации операторам спс при помощи интерфейсных модулей. кроме того, блок тарификации может быть выполнен содержащим интерфейсный модуль CDR, позволяющий передавать оператору спс записи о начислениях в виде CDR записей, сгруппированных в CDR файлы, и/или интерфейсный модуль CAP, позволяющий производить тарификацию в режиме реального времени, взаимодействуя с оператором спс по протоколу CAMEL. интерфейсный модуль CDR выполнен содержащим интерфейсную плату еthеrпеt, позволяющую организовать передачу CDR файлов по физическим каналам еthеrпеt. интерфейсный модуль CAMEL выполнен содержащим интерфейсную плату OKC-7, позволяющую организовать протокол CAMEL по физическим каналам E.1 или T.1.
8
заменяющий лист
технический эффект изобретения заключается в том, что заявляемые способ и система для его осуществления позволяют оператору сети сотовой подвижной связи предоставлять любые неголосовые рrеmium rаtе услуги для гостевых абонентов, тарифицировать эти услуги независимо от технологии предоставления, корректно производить взаиморасчеты с оператором домашней сети спс. кроме того, от операторов не требуется изменения технологии взаиморасчетов с их партнерами по роумингу. а абоненту позволяют легко пользоваться широким спектром услуг в визитной сети спс и производить их оплату со своего мобильного лицевого счета; при этом абоненту нет необходимости всегда иметь под рукой пластиковые банковские карты или иные платежные средства.
изобретение поясняется графическими материалами.
на фиг. 1 показаны варианты прохождения абонентских запросов через сеть спс к блоку абонентских запросов системы, где 1 - сеть оператора спс, 2 - USSD центр оператора спс, 3 - блок абонентских запросов, 4 - интерфейсный модуль SMPP, 5 - интерфейсный модуль MAP, 6 - интерфейсный модуль ISUP, 7 - анализатор сервисных кодов, 8 - внутренняя шина данных, 9 - абоненты сети спс, 10 - USSD запрос абонента к USSD центру оператора спс по сигнальной сети OKC-7, 11 - USSD запрос, перенаправленный USSD центром оператора спс интерфейсному модулю SMPP по сети пд, 12 - USSD запрос абонента, адресованный интерфейсному модулю MAP по сигнальной сети OKC-7, 13 - голосовой вызов абонента, адресованный интерфейсному модулю ISUP по сигнальной сети OKC-7.
на фиг. 2 приведена структура основного блока сервисной логики, где 8 - внутренняя шина данных, 14 - основной блок сервисной логики, 15 - модуль сервиса Ns1 , 16 - модуль сервиса Ns2, 17 - модуль сервиса N°3, 18 - модуль сервиса N, 19 - интерфейсный модуль SMPP, 20 - интерфейсный модуль MAP, 21 - интерфейсный модуль MM7, 22 - интерфейсный модуль HTTP.
на фиг. 3 показано внешнее окружение основного блока сервисной логики и пояснено назначение интерфейсных модулей, где 1 - сеть оператора спс, 2 - USSD центр оператора спс, 14 - основной блок сервисной логики, 19 - интерфейсный модуль SMPP, 20 - интерфейсный модуль MAP, 21 - интерфейсный модуль MM7, 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 сообщения напрямую по сигнальной сети OKC-7, 33 - отправка MMS сообщения абоненту от интерфейсного модуля MM7 к MMS центру оператора спс по сети пд, 34 - доставка MMS сообщения абоненту от MMS центра оператора спс, 35 - поддержание WAP диалога с абонентом на участке WAP шлюз - интерфейсный модуль HTTP, 36 - поддержание WAP диалога с абонентом на участке абонент - WAP шлюз, 37 - взаимодействие инфраструктуры провайдера услуг с интерфейсным модулем SMPP по протоколу SMPP, 38 - взаимодействие инфраструктуры провайдера услуг с интерфейсным модулем MM7 по протоколу MM7, 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
10
заменяющий лист
центра до блока абонентских запросов, 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 шлюза до мобильного терминала абонента.
как правило, операторы сотовой подвижной связи (спс) предоставляют абонентам сотовой подвижной связи других операторов (гостевые абоненты), принятых к обслуживанию, на основании заключенных роуминговых соглашений, из разряда дополнительных услуг класса рrеmium Rаtе только голосовые услуги. эти услуги могут предоставляться с использованием как коротких, так и полных
11
заменяющий лист
телефонных номеров. однако неголосовые услуги класса рrеmium Rаtе операторы тарифицировать обычно не могут и поэтому не предоставляют.
таким образом, гостевому абоненту, как правило, недоступны локальные услуги данных класса рrеmium Rаtе, мобильный контент и т.п. причин этого две:
1. технически, тарифицируемый доступ к услугам данных и мобильному контенту осуществляется через сеть оператора HPLMN. в частности, при отправлении гостевым абонентом SMS сообщения с кодом услуги рrеmium Rаtе, такое сообщение доставляется через SMS центр оператора HPLMN, а значит, и тарифицируется оператором HPLMN; при попытке доступа к услугам через мобильный интернет (например, через WAP), такой доступ осуществляется через WAP шлюз оператора HPLMN и им же тарифицируется. единственным исключением является доступ к голосовым рrеmium Rаtе услугам. в этом случае гостевой абонент, набрав короткий (или полный) голосовой номер, попадает на рrеmium Rаtе услугу оператора VPLMN, которая тарифицируется оператором VPLMN.
2. взаимоотношения операторов - партнеров по роумингу жестко регламентируются стандартными формами договоров, форматами данных для обмена тарифной информацией, процедурами взаиморасчетов. в силу первой причины формат тарифных данных при роуминге не предусматривает наличия записей о предоставлении абоненту каких-либо рrеmium Rаtе услуг за исключением голосовых. внесение любых изменений в эти стандарты - продолжительный и трудоемкий процесс.
все перечисленное лишает операторов сетей VPLMN возможности уже сейчас получать дополнительный доход за счет предоставления гостевым абонентам нужных и востребованных рrеmium Rаtе услуг, например, информации о стране и месте пребывания, в случае если гостевой абонент находится в другой стране.
заявляемые способ и система позволят оператору сети сотовой подвижной связи предоставлять любые рrеmium Rаtе услуги для гостевых абонентов, принятых им к обслуживанию, тарифицировать эти услуги и корректно производить взаиморасчеты с оператором HPLMN. для осуществления этой возможности используют сеть спс для передачи запроса абонента на предоставление услуги и выдачи затребованной услуги абоненту, используют сеть передачи данных (пд), например, интернет, для трансляции запроса
12
заменяющий лист
абонента провайдеру услуг для затребования услуги. запросы формируются абонентом путем клавиатурного ввода с мобильного терминала, причем выбирают формат запроса, который интерпретируется сетью спс либо как набор голосового номера, либо как передача текстового фрагмента определенному внешнему приложению.
тарификацию затребованной услуги осуществляют по цене, заявленной провайдером услуг, отдельно от стандартных тарифов оператора VPLMN.
кроме того, используют заявляемую систему, содержащую блок абонентских запросов 3, с помощью которого производят прием и первичный анализ запросов от абонентов, основной блок сервисной логики 14, с помощью которого идентифицируют услугу, конвертируют абонентский запрос в формат приемлемый для провайдера услуги и контролируют предоставление услуги, блок тарификации 40, с помощью которого тарифицируют услугу, формируют данные, содержащие хотя бы код запроса услуги, время предоставления услуги и номер телефона (MSISDN) абонента.
заявляемая система представляет из себя программно-аппаратный комплекс. аппаратный комплекс имеет физическое подключение к сети передачи данных (например, интернет), через которую он соединяется с инфраструктурой передачи данных (пд) операторов спс. а именно, требуется интеграция с системой биллинга оператора и его сервисной инфраструктурой (USSD, SMS, MMS центры, WAP шлюзы и т.д.) через набор интернет протоколов. в случае прямого подключения системы к сигнальной инфраструктуре оператора спс необходимо физическое подключение к сигнальной сети SS7 и реализация набора сигнальных протоколов SS7. это применимо, например, для случая, когда необходима тарификация услуг для гостевых абонентов в режиме реального времени, при условии что оператор VPLMN поддерживает CAMEL роуминг с кем- то из своих партнеров по роумингу (операторов HPLMN). также это применимо для случая, когда организация USSD диалога с абонентом и/или отправка ему SMS сообщений происходит без посредства USSD и/или SMS центров оператора спс. кроме того, система поддерживает внешние интерфейсы на основе тср/Iр для интеграции с инфраструктурой третьих сторон, например, провайдеров услуг. заявляемые способ и система предоставления сервисов гостевым абонентам позволяет абонентам, совершающим роуминг в сети сотовой подвижной связи, запрашивать и получать неголосовые услуги рrеmium Rаtе. при этом запрос
13
заменяющий лист
услуги может производиться абонентом несколькими способами:
• формируется и передается запрос, который интерпретируется сетью спс, как передача текстового фрагмента определенному внешнему приложению, путем набора абонентом USSD кода в формате * 1XY * Z1 -Zn#, где X - число в диапазоне 5-9, Y - любое число, ZI-Zn - любой набор алфавитно- цифровых символов, где USSD - стандартизованный, зGрр TS 22.090, ETSI TS 123 090, ETSI TS 124 090, способ запроса дополнительных услуг в мобильных сетях.
• формируется и передается запрос, формат которого интерпретируется сетью спс как набор голосового номера путем набора абонентом телефонного номера любого доступного формата. обработка и маршрутизация сетью спп набранного номера производится в соответствии с протоколом ISUP, где ISUP - Iпtеgrаtеd Sеrviсеs Usеr рагt, стандартизованный, ITU-T Q.763 - Q.764, телекоммуникационный способ установления голосовых соединений в цифровых телекоммуникационных сетях.
как в первом, так и во втором случае запрос попадает в блок абонентских запросов 3, с помощью которого производят прием и первичный анализ запросов. блок абонентских запросов может быть выполнен содержащим интерфейсный модуль SMPP 4, позволяющий производить подключение к USSD центру оператора спс при помощи протокола SMPP, либо содержащим интерфейсный модуль MAP 5, позволяющий производить подключение к сигнальной сети оператора спс при помощи протокола MAP, либо содержащим интерфейсный модуль ISUP 6, позволяющий производить подключение к сигнальной сети оператора спс при помощи протокола ISUP.
в случае использования USSD в качестве метода запроса услуги возможны два варианта доставки запроса системе. первый вариант - абонентский запрос проходит через собственный USSD центр оператора спс, имеющий интерфейс SMPP на внешней стороне, где SMPP - Shоrt меssаgе рееr tо рееr рrоtосоl, специфицированный, SMPP Dеvеlореrs Fоrum, SMPP рrоtосоl Sресifiсаtiоп, протокол взаимодействия внешних приложений с элементами инфраструктуры операторов спс. такой запрос должен поступить на интерфейсный модуль SMPP 4 блока абонентских запросов 3. в этом случае мы понимаем, что система связана с сетью спс через сеть передачи данных по стеку протоколов тср/Iр, где
14
заменяющий лист
стек протоколов тср/Iр - тrапsmissiоп сопtrоl рrоtосоl / Iпtеmеt рrоtосоl, набор протоколов для передачи данных в сетях пд, разработанный IETF (тhе Iпtеmеt Engineering таsk Fоrсе) и описываемый стандартами RFC 793 (для TCP) и RFC 791 (для IP).
если же оператор спс не располагает USSD центром, поддерживающим интерфейс SMPP, то система может быть подключена к инфраструктуре оператора по сети сигнализации OKC-7, где OKC-7 - общий канал сигнализации N°7, стандартизованная ITU (Iпtеrпаtiопаl теlесоmmuпiсаtiоп Uпiоп) система сигнализации, связывающая элементы цифровых телекоммуникационных сетей. в этом случае запрос абонента поступает на интерфейсный модуль MAP 5, где MAP - моbilе аррliсаtiоп раrt, стандартизованный зGрр (з rd Gепеrаtiоп раrtпеrshiр рrоjесt, тесhпiсаl Sресifiсаtiоп 29.002) для использования в сети сигнализации OKC-7 протокол взаимодействия элементов инфраструктуры сетей спс. при этом интерфейсный модуль MAP 5 выполнен либо содержащим интерфейсную плату OKC-7, позволяющую организовать протокол MAP по физическим каналам E.1 или T.1 , либо содержащим интерфейсную плату еthеrпеt, позволяющую организовать протокол MAP по физическим каналам еthеrпеt.
в случае использования в качестве метода запроса услуги обычного телефонного вызова, такой запрос адресуется сетью спс к интерфейсному модулю ISUP 6 блока абонентских запросов 3. интерфейсный модуль ISUP 6 может быть выполнен либо содержащим интерфейсную плату OKC-7, позволяющую организовать протокол ISUP по физическим каналам E.1 или T.1 , либо интерфейсную плату еthеrпеt, позволяющую организовать протокол ISUP по физическим каналам еthеrпеt.
в целях корректной доставки абонентских запросов в сети спс необходимо предварительно провести работы по соответствующей настройке маршрутизации сигнальных сообщений OKC-7.
после поступления запроса в блок абонентских запросов 3 одним из перечисленных способов, соответствующий интерфейсный модуль (4-7) передает запрос анализатору сервисных кодов 7.
анализатор сервисных кодов 7 производит первичный анализ кода запроса, ставит ему в соответствие определенную услугу (сервис) и адресует запрос соответствующему модулю сервиса (15-18) основного блока сервисной логики 14 по внутренней шине данных 8. информация содержит содержимое строки
15
заменяющий лист
запроса, номер телефона (MSISDN) абонента и некоторые другие вспомогательные данные. на фиг.1 показаны варианты прохождения абонентских запросов через сеть спс к блоку абонентских запросов 3 системы.
соответствующий запросу модуль сервиса обрабатывает запрос в соответствии с внутренней логикой данного сервиса. логика сервиса программируется на этапе создания сервиса и представляет собой в общем случае поддержание диалога с абонентом, результатом которого должна быть выдача абоненту конечной затребованной информации. сервисная логика может быть предельно простой, когда на запрос абонента сразу выдается ответ, после чего диалог закрывается; может представлять собой иерархическое сервисное меню, в котором абонент может находиться пока не выберет интересующую его информацию; может содержать другие, более сложные элементы, например, поиск по ключевым словам, аутентификацию пользователя, проактивность и т.д.
все взаимодействие сервиса с абонентом реализуются посредством интерфейсных модулей.
интерфейсный модуль SMPP 19 позволяет системе поддерживать USSD диалог с абонентом, а также высылать абоненту SMS сообщения. SMS сообщение может содержать текст (например, запрошенную абонентом информацию), WAP интернет-ссылку или команду для запуска Jаvа приложения в мобильном терминале абонента. данный модуль используется когда система подключена к USSD и/или SMS центру сети спс по протоколу SMPP. кроме того, интерфейсный модуль SMPP 19 используется для подключения к системе элементов инфраструктуры провайдеров услуг по протоколу SMPP в случае когда сервисная логика предусматривает такое подключение.
интерфейсный модуль MAP 20 позволяет все то же, что и интерфейсный модуль SMPP 19, но используется тогда, когда система подключена к сети спс непосредственно через сеть сигнализации OKC-7.
интерфейсный модуль MM7 21 служит для отправки абоненту мультимедийной информации в сообщениях MMS. кроме того, интерфейсный модуль MM7 21 используется для подключения к системе технологических элементов инфраструктуры провайдеров услуг по протоколу MM7 в случае когда сервисная логика предусматривает такое подключение.
интерфейсный модуль HTTP 22 отвечает за поддержание WAP сессии при диалоге с абонентом и для доставки ему мультимедийной информации. кроме
16
заменяющий лист
того, интерфейсный модуль HTTP используется для подключения к системе элементов инфраструктуры провайдеров услуг по протоколу HTTP в случае когда сервисная логика предусматривает такое подключение.
сервисная логика, как правило, предусматривает взаимодействие с внешними системами, в частности с инфраструктурой провайдеров услуг. например, при заказе абонентом какого-либо графического файла система может сделать запрос через интерфейсный модуль HTTP 22 к серверу одного из провайдеров услуг, содержащему графические файлы, получить этот файл и передать для загрузки абоненту через тот же интерфейсный модуль httр 22, если сервисная логика предусматривает загрузку контента в рамках WAP сессии (или через интерфейсный модуль MM7 21 , если сервисная логика предусматривает отправку конечного результата в сообщении MMS).
как правило, предоставление сервиса связано с поддержанием диалога с абонентом. вне зависимости от того, каким образом был сделан запрос услуги (через USSD или голосовой вызов), дальнейший диалог с абонентом может происходить различными способами. неполный список вариантов предоставления сервисов абоненту приведен ниже.
пример 1.
данный пример проиллюстрирован на фиг. 5. гостевой абонент набирает на мобильном терминале USSD запрос « * 170# ». этот запрос через сеть спс 1 поступает на USSD центр 2 оператора и далее по защищенному соединению через интернет передается в интерфейсный модуль SMPP 4 блока абонентских запросов 3 с использованием протокола SMPP. далее анализатор сервисных кодов 7, получив запрос от интерфейсного модуля SMPP 4, производит первичный анализ запроса и определяет, к какой услуге относится данный запрос. затем анализатор сервисных кодов 7 передает запрос через внутреннюю шину данных 8 в основной блок сервисной логики 14 соответствующему модулю сервиса (15-18).
модуль сервиса принимает запрос и начинает его обработку в соответствии с заданной логикой. в данном случае, например, логика предполагает поиск абонентом нужной ему информации через USSD меню. спецификация USSD рhаsе 2 предполагает возможность пользования USSD в режиме диалога, что позволяет строить иерархические структуры меню. модуль сервиса открывает USSD диалог с абонентом. диалог поддерживается до тех пор, пока абонент не
17
заменяющий лист
выберет нужный ему конечный пункт меню. диалог поддерживается через интерфейсный модуль SMPP и USSD центр оператора спс. результатом предоставления услуги в данном примере является текстовая информация, отправленная посредством SMS. после выбора абонентом конечного пункта меню модуль сервиса сначала обращается к серверу провайдера услуг через интерфейсный модуль httр 22 для затребования выбранной абонентом информации, получает ее, а затем формирует SMS сообщение с затребованной информацией и направляет его через интерфейсный модуль SMPP 4 на SMS центр оператора спс и далее абоненту.
пример 2.
данный пример проиллюстрирован на фиг. 6. пример 2 в целом аналогичен примеру 1 , но вместо USSD запроса используется голосовой вызов, а вместо USSD диалога используется WAP сессия. WAP предоставляет абоненту существенно более широкие возможности для навигации по меню услуги, загрузку изображений, звуков, другой мультимедийной информации на телефон, возможность осуществлять поиск по ключевым словам и т.д.
в случае если мобильный терминал абонента поддерживает WAP, и соответствующая опция выбрана в персональных настройках абонента в системе, после набора голосового номера, например « 770 », его прохождения через интерфейсный модуль ISUP 8, первичного анализа этого запроса анализатором сервисных кодов 7 и передачи запроса модулю сервиса основного блока сервисной логики 14, модулем сервиса формируется специальное SMS сообщение, содержащее WAP интернет-ссылку, которое через интерфейсный модуль SMPP и SMS центр оператора спс доставляется абоненту. используя эту ссылку, абонент открывает WAP сессию и может начать навигацию по сервисному меню. WAP сессия открывается через WAP шлюз оператора спс и интерфейсный модуль HTTP 22 основного блока сервисной логики 14. в качестве конечного результата абонент получает текстовую или мультимедийную информацию в рамках этой же WAP сессии, причем, информация предварительно, как и в примере 1 , запрашивается у провайдера услуг.
пример 3.
в случае если в мобильном терминале абонента есть возможность выполнения Jаvа приложений, сервисное Jаvа приложение загружено в терминал и в персональных настройках абонента в системе выбрана соответствующая опция,
18
заменяющий лист
в ответ на, например, голосовой запрос абонент получает SMS сообщение специального формата, которое автоматически запустит сервисное Jаvа приложение в его мобильном терминале. из этого приложения абонент сможет взаимодействовать с сервисом в режиме онлайн по каналу передачи данных. в остальном данный пример полностью аналогичен примеру 2 и поясняется также фиг. 6. конечный результат предоставления услуги аналогичен случаю с WAP.
блок тарификации 40 имеет соединение с основным блоком сервисной логики 14 , откуда при возникновении тарифицируемого события он получает команду на произведение начисления за услугу и взаимодействие с системой биллинга того или иного оператора спс. при этом соответствующий модуль сервиса приостанавливает предоставление запрошенной услуги абоненту, ожидая подтверждения успешной тарификации от блока тарификации. команда на начисление включает в себя телефонный номер (MSISDN) абонента, идентификатор тарифицируемого сервиса, тарифную категорию и ряд других параметров.
блок тарификации имеет соединение с системами биллинга операторов спс, посредством интерфейсного модуля CDR, позволяющего передавать оператору спс информацию о начислениях в виде CDR записей, сгруппированных в CDR файлы, где CDR - CaII Dеtаilеd Rесоrd, текстовый фрагмент, содержащий хотя бы код запроса услуги, время предоставления услуги и номер телефона абонента, и/или интерфейсного модуля CAP, позволяющего производить тарификацию в режиме реального времени, взаимодействуя с системой биллинга оператора спс по протоколу CAMEL. для организации передачи CDR файлов по каналам пд интерфейсный модуль CDR 42 выполнен содержащим интерфейсную плату еthеrпеt, а для организации взаимодействия по протоколу CAMEL по каналам E.1 или T.1 интерфейсный модуль CAP 43 выполнен содержащим интерфейсную плату OKC-7.
тарификация осуществляется следующими способами:
пример 4.
данный пример описывает тарификацию роst-раid. это случай, когда оператор VPLMN производит обмен тарифной информацией с роуминг-партнерами на основе процедуры тар, где тар - тrапsfеrrеd ассоuпt рrосеdurе, процедура обмена тарифной информацией между операторами спс, разработанная международной ассоциацией GSM. генератор тарификационных транзакций 41 ,
19
заменяющий лист
основываясь на информации, полученной вместе с командой на начисление от основного блока сервисной логики 14 и используя таблицу соглашений о тарифах, содержащуюся в базе данных, выбирает соответствующий этому тарифу голосовой рrеmium Rаtе номер. затем генератор тарификационных транзакций 41 генерирует CDR запись о том, что данный абонент совершил звонок длительностью 1 секунда на выбранный голосовой номер рrеmium Rаtе. после создания записи блок тарификации 40 в соответствии с внутренним протоколом сообщает модулю сервиса, что абонент протарифицирован и можно продолжать предоставлять ему услугу. далее CDR запись передается в интерфейсный модуль CDR 42, где она упаковывается в CDR файл. интерфейсный модуль CDR 42 по соглашению с оператором спс периодически отсылается через защищенную сеть пд в систему биллинга оператора VPLMN, где далее обрабатывается стандартными методами оператора: информация из него попадет в тар файлы и будет отгружена домашнему оператору (оператору HPLMN) данного абонента.
пример 5.
тарификация рrе-раid. это случай, когда оператор VPLMN осуществляет тарификационные транзакции с партнерами по роумингу в режиме реального времени на основе технологии CAMEL. как и в примере 4, генератор тарификационных транзакций 41 , основываясь на информации, полученной вместе с командой на начисление от основного блока сервисной логики 14 и используя таблицу соглашений о тарифах, содержащуюся в базе данных, выбирает соответствующий этому тарифу голосовой рrеmium Rаtе номер. затем генератор тарификационных транзакций 41 формирует запрос интерфейсному модулю CAP 43 на проведение CAMEL транзакции с системой биллинга оператора HPLMN по факту звонка абонента на выбранный голосовой номер рrеmium Rаtе. на первом этапе тарификационной транзакции выясняется, обладает ли абонент достаточными средствами на своем лицевом счете (лс) для получения данной услуги. интерфейсный модуль CAP 43 делает соответствующий запрос в систему биллинга оператора HPLMN по протоколу CAP. в случае если у абонента на его лс достаточно средств, система биллинга оператора HPLMN возвращает подтверждение интерфейсному модулю CAP 43. интерфейсный модуль CAP 43 передает это подтверждение генератору тарификационных транзакций 41 , который, в свою очередь, формирует
20
заменяющий лист
подтверждение успешной тарификации модулю сервиса. модуль сервиса, получив такое подтверждение, предоставляет абоненту запрошенную услугу и информирует об этом генератор тарификационных транзакций. после этого выполняется второй этап тарификационной транзакции. интерфейсный модуль CAP 43 делает запрос системе биллинга оператора HPLMN на списание соответствующей суммы с JlC абонента. после получения подтверждения от системы учета стоимости услуг тарификационная транзакция закрывается.
в случае, если на первом этапе тарификационной транзакции выясняется, что у абонента на его JlC недостаточно средств для совершения звонка на выбранный номер рrеmium Rаtе (то есть, для получения запрошенной услуги), информация об этом через интерфейсный модуль CAP и генератор тарификационных транзакций попадает в модуль сервиса, который уведомляет абонента о невозможности предоставить ему услугу из-за недостаточности средств на его лицевом счете.
преимущество заявляемого изобретения по сравнению с известными для получения данной услуги.
1. тарификация происходит параллельно с предоставлением услуги и не занимает дополнительное время.
2. сессия услуги не прерывается, абоненту не нужно отвлекаться на набор голосового номера. тарификация происходит "на заднем плане", а абонент комфортно пользуется сервисом.
3. тарификацию производит система, пользователю нет необходимости вообще вникать в процесс тарификации. поэтому, исключена возможность ошибок, плюс достигается большая гибкость в тарификации.
4. никакой лишней информации для абонента кроме самой услуги.
5. процесс тарификации как бы "размазан" по пользованию услугой, поэтому возможна реализация платных услуг, основанных на онлайн баргузине (запросы справочной информации, загрузка небольших мультимедийных фрагментов, просмотр онлайн новостей и т.д.).
6. тарификация производится после успешного предоставления услуги абоненту. если не удалось предоставить услугу, тарификации не произойдет.
7. так как система сама генерирует CDR записи по гибко задаваемым правилам, возможна организация любых, даже самых нетривиальных схем
21
заменяющий лист
тарификации услуг, главное, чтобы они были понятны и хорошо воспринимались абонентом.
8. для доступа к услуге используется технология USSD, коды доступа в которой ( * 170# ) с точки зрения мобильного пользователя, значительно удобнее для ввода и легче для запоминания, чем URL в интернет.
9. заявляемые способ и система используют не прямое интернет соединение для подключения пользователя к услуге, а USSD технологию, что легко позволит предоставлять сервисы визитным абонентам через посредство сети VPLMN.
10. разработанная нами система поддерживает взаимодействие с системами биллинга мобильных операторов посредством CDR, CAMEL или иных интерфейсов. таким образом абонент при пользовании услугами производит их оплату со своего мобильного лицевого счета и не связан необходимостью всегда иметь под рукой пластиковые банковские карты или иные платежные средства.
22
заменяющий лист