RU2290768C1

RU2290768C1 - Система медиавещания в инфраструктуре оператора мобильной связи

Info

Publication number: RU2290768C1
Application number: RU2006102549/09A
Authority: RU
Inventors: Юлий Борисович Кузнецов (RU); Юлий Борисович Кузнецов; Павел Николаевич Гулак (RU); Павел Николаевич Гулак
Original assignee: Общество с ограниченной ответственностью "Трафиклэнд"
Priority date: 2006-01-30
Filing date: 2006-01-30
Publication date: 2006-12-27

Abstract

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

Description

Настоящее изобретение относится к системе передачи и воспроизведения медиафайлов по сети мобильной связи в заранее определенной последовательности/порядке и управляемого воспроизведения файлов упомянутых типов в соответствии с упорядочивающей временной шкалой, при котором воспроизведение интеллектуально управляется.

В отношении медиафайлов существует несколько способов их передачи, но все они имеют определенные недостатки. Некоторые известные методы загрузки аудиофайлов основаны на посылке аудиофайла в виде пакета данных или оцифрованного звука, и приемник должен ожидать пока медиафайл не загрузится полностью, прежде чем начнется полное воспроизведение файла. При использовании способов потоковой передачи медиафайлов в режиме реального времени, таких как, например, RealAudio или Shockwave, происходит перенос сжатых аудиофайлов, которые декодируются и проигрываются по мере получения их приемником с использованием метода буферизации. Однако эти способы передачи сжатых аудиофайлов обычно требуют стабильной полосы пропускания и соответствующего программного обеспечения на стороне приемника. Другим недостатком систем RealAudio является то, что для адекватного воспроизведения звука они требуют модема, имеющего скорость как минимум 28,8 Кбит/с. Такие системы обычно и лучше всего использовать для вещания радиостанций, трансляции концертов или для видеоконференций.

Ни один из вышеупомянутых методов не пытается решить задачу передачи мультимедиа или данных по сети связи, где медиаданные разделены на сегменты для передачи их по сети и затем реконструируются в составной отрывок контента [цифрового представления медиаданных], который строится по кускам.

Как показывает практика, идея использования методов принудительной («push») доставки данных абонентам остается одной из наиболее привлекательных для операторов сетей мобильной связи. Не менее привлекательной является идея вещания контента и сервисов в сетях GSM, в особенности учитывая взаимный интерес к этому направлению игроков традиционного медиарынка и операторов. Например, каждый оператор заинтересован в увеличении числа поставщиков контента для мобильных телефонов, такого как музыкальные мелодии, картинки, видеофрагменты и т.д., но несмотря на это, проблема интеграции любой формы функциональности медиавещания в сети мобильной связи остается неразрешимой в силу целого ряда организационных и технологических факторов.

Несмотря на то, что схема «один для миллионов» хорошо себя зарекомендовала как в теле-, радиовещании, так и в Интернет, она пока осталась вне поля зрения органов стандартизации, определяющих особенности функционирования сетей мобильной связи. Единственным транспортом GSM, отдаленно напоминающим традиционные методы медиавещания и соответствующие им среды распространения контента, является Cell Broadcast. Несмотря на целый ряд преимуществ, Cell Broadcast имеет серьезные ограничения (количество медиаканалов, ярковыраженная зональность, тип передаваемого контента) для того, чтобы стать полноценной средой для мобильного медиавещания.

Для мобильного медиавещания важным являются: публикуемость, доступность и интерактивность.

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

Доступность опубликованного медиаконтента для потребителей определяется прежде всего методом и скоростью распространения информации в среде медиавещания. В случае использования для распространения информации платформ и транспортов, обеспечиваемых сетями мобильной связи, к ним должны предъявляться требования по скорости доставки и отображению медиаконтента.

В отличие от традиционных сред медиавещания (телеэфир, радиоэфир), сети мобильной связи имеют встроенные возможности для обеспечения интерактивности. Прежде всего это свойство обеспечивается встроенными возможностями дуплексных коммуникаций по всем видам транспорта сетей мобильной связи, а также средствами идентификации абонента (присвоение IMSI и MSISDN каждому абоненту), который принципиально не может оставаться полностью анонимным как для оператора, так и для вещателя (контент-провайдера).

Известна система медиавещания в инфраструктуре оператора мобильной связи, содержащая платформу для интерактивного беспроводного медиавещания (далее - ПИБМ) в виде сервера с соответствующим программным обеспечением, связанного с хостами провайдеров медиаконтента, с абонентскими серверами для подписки на сервисы и настройки на медиаканалы, с биллинговой системой оператора мобильной связи и через транспортный модуль с транспортом передачи цифровых данных в сети мобильной связи системы оператора мобильной связи для соединения с сотовыми телефонами или компьютерами абонентов и доставки медиаконтента указанным терминалам (Книга С.В.Крестьянинов, Е.И.Полканов, М.А.Шнепс-Шнеппе "Интеллектуальные сети и компьютерная телефония", М, "Радио и связь", 2001, стр.119, 120, 226-229).

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

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

Достигаемый при этом технический результат заключается в повышении эффективности предоставления медиаконтента потребителям за счет использования транспортных потоков существующей системы операторов мобильной связи при заинтересованности последних в пропуске таких медиапотоков.

Указанный технический результат достигается тем, что в системе медиавещания в инфраструктуре оператора мобильной связи, содержащей платформу для интерактивного беспроводного медиавещания в виде сервера с соответствующим программным обеспечением, связанного с хостами провайдеров медиаконтента, с абонентскими компьютерами и мобильными терминалами для подписки на сервисы и настройки на медиаканалы, с биллинговой системой оператора мобильной связи и через транспортный модуль с транспортом передачи цифровых данных в сети мобильной связи системы оператора мобильной связи для соединения с сотовыми телефонами, оснащенными SIM- или RUM- или USIM-картами, по крайней мере, часть из которых выполнена с поддержкой медиафункций, или компьютерами абонентов, оснащенных GSM-модемами, и доставки медиаконтента указанным терминалам, платформа для интерактивного беспроводного медиавещания, подключенная непосредственно к сети оператора по протоколу SMPP 3.4, EMI-UCP, CIMD и/или ОКС-7, состоит из ядра, модуля управления транспортными задачами, транспортного модуля, модуля публикации медиаконтента, представляющего собой совокупность пакетов данных минимального размера, содержащих заголовок контента или его описатель и предназначенных для переключения абонентского терминала в режим загрузки контента и самого контента, представленного в цифровой форме, модуля биллинга, а также включает в себя административный интерфейс, пользовательский интерфейс, сетевые интерфейсы, открытый интерфейс передачи данных дли мобильного медиавещания и интерфейс CDR, при этом ядро выполнено с возможностью реализации функций по управлению медиаканалами, получения медиаконтента с хостов провайдеров и подготовки отформатированного контента для трансляции, обработки запросов от административного и пользовательского интерфейсов, абонентских запросов и команд от контент-провайдеров, полученных через поточный командный интерфейс, генерации CDR-команд для модуля биллинга, связанного с биллинговой системой оператора мобильной связи, модуль управления транспортными задачами выполнен с возможностью реализации функций по управлению задачами по отправке медиаконтента, анализа входящих запросов и передачи команд ядру на подготовку соответствующего медиаконтента и передачи информации в модуль биллинга для формирования CDR-записей, транспортный модуль выполнен с возможностью реализации функций по подключению по протоколу SMPP, SMPPe или EMI-UCP к центру коротких сообщений, либо по протоколу ОКС-7 к MSC оператора, модуль публикации контента выполнен с возможностью реализации функций загрузки медиаконтента от провайдеров в базу данных платформы для последующей доставки абонентам по SMS, модуль биллинга выполнен с возможностью реализации функций открытой спецификации интерфейса, необходимого для интеграции с биллинговой системой оператора мобильной связи и генерации CDR-записей на основе данных, полученных от модуля управления транспортными задачами, административный интерфейс выполнен для возможности управления платформой при помощи консольных команд или посредством поточного командного интерфейса для провайдеров или посредством WEB-ориентированного интерфейса, пользовательский интерфейс выполнен для возможности обработки через WEB-ориентированный интерфейс или непосредственно с сотового телефона запросов от конечных пользователей на предоставление им сервисных услуг, сетевые интерфейсы предназначены для сопряжения с базовой сетью GSM, открытый интерфейс передачи данных для мобильного медиавещания предназначен для подключения провайдеров, осуществляющих загрузку или администрирование своих приложений по протоколу SMPP, либо HTTP с помощью платформы, интерфейс CDR выполнен с возможностью реализации функции обмена данными с системой биллинга оператора мобильной связи.

Указанные признаки являются существенными с образованием устойчивой совокупности существенных признаков, достаточной для получения требуемого технического результата.

Настоящее изобретение иллюстрируется конкретным примером, который наглядно демонстрирует возможность достижения приведенной совокупностью признаков требуемого технического результата.

На фиг.1 - схема типового подключения платформы ПИБМ в сеть оператора сотовой связи;

фиг.2 - структурная схема ПИБМ;

фиг.3 - пример реализации ПИБМ в инфраструктуре оператора GSM.

Для однозначного понимания смыслового содержания используемых терминов ниже приводится таблица их расшифровок и определений.

Понятие	Определение
Мобильный медиаконтент, Медиаконтент	Разнородный контент, включающий (но не ограничивающийся) текст, графику, исполняемые программы (аплеты), звук, анимации и видео, распространяемый в сетях мобильной связи для последующего воспроизведения на мобильных терминалах.
Мобильное медиавещание	Распространение медиаконтента в сетях мобильной связи путем его трансляции в абонентские мобильные терминалы (телефоны) с использованием различных транспортов
Транспорт	Один из стандартных способов передачи цифровых данных в сетях мобильной связи (сотовых сетях). Например: SMS, GPRS и проч.
Трансляция контента	Процесс доставки контента абоненту. Периодичность может меняться от нескольких минут до нескольких часов. Доставка определенной информации осуществляется только один раз.
Сетка вещания (трансляция по программе)	Метод использования Медиаканалов для трансляции разнородного по типу и содержанию медиаконтента в одном медиаканале медиавещания по заранее сформированной программе (расписанию).
Публикация контента	Процесс загрузки контента в Медиаканалы для последующей доставки абонентам.
Интегрированная среда мобильного	Среда для распространения медиаконтента («эфир»), состоящая из разнородных транспортов.
Контент-триггер	Пакет данных минимального размера, предназначенный для переключения абонентского терминала в режим получения контента.
Медиаканал	Виртуальный медиаканал трансляции контента, идентифицируемый по номеру. Медиаканал не связан с понятием медиаканала передачи данных сети GSM, таким как Cell-Broadcast или SMS. Трансляция контента через любой Медиаканал может быть осуществлена по любому из доступных транспортов (например SMS, WAP, USSD).
Медиагруппа	Набор Медиаканалов, объединенных под одним именем. Предназначена для трансляции категории контента исключительно абонентской базе, объединенной по некоторому признаку (например, региональному).
DSTK	Технология динамического SlM-меню на основе SIM Toolkit, являющаяся разновидностью концепции браузинга.

Согласно настоящему изобретению система медиавещания в инфраструктуре 1 GSM оператора мобильной связи содержит платформу 2 для интерактивного беспроводного медиавещания (ПИБМ) в виде сервера с соответствующим программным обеспечением, связанного с хостами 3 провайдеров и вещателей медиаконтента, с абонентскими серверами 4 для подписки на сервисы и настройки на медиаканалы, с биллинговой системой 5 оператора мобильной связи и через транспортный модуль 6 с транспортом передачи цифровых данных в сети мобильной связи системы оператора мобильной связи для соединения с сотовыми телефонами 7, оснащенными SIM-картами 8 с поддержкой медиафункций, или компьютерами абонентов, оснащенных GSM-модемами, и доставки медиаконтента указанным терминалам.

Платформа 2 для интерактивного беспроводного медиавещания, подключенная непосредственно к сети оператора по протоколу SMPP 3.4, EMI-UCP, CIMD и/или ОКС-7, состоит из ядра 9, модуля 10 управления транспортными задачами, транспортного модуля 6, модуля 11 публикации медиаконтента (статья "Informix представила Меdia360, первое в отрасли решение "end-to-end" для управления медиаактивами", опубликованная на сайте «OSP.RU: Издательство "Открытые системы"::» по адресу: 31.03.2005 - 26 Kb - http://www.osp.ru/news/rel/pr570) и модуля 12 биллинга.

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

Платформа 2 также включает в себя административный интерфейс 13, пользовательский интерфейс 14, сетевые интерфейсы 15, открытый интерфейс 16 передачи данных для мобильного медиавещания и интерфейс 17 CDR.

Ядро 9 выполнено с возможностью реализации функций по управлению медиаканалами, получению медиаконтента с хостов провайдеров и подготовки отформатированного контента для трансляции, обработки запросов от административного и пользовательского интерфейсов, абонентских запросов и команд от контент-провайдеров, полученных через поточный командный интерфейс, генерации CDR-команд для модуля биллинга, связанного с биллинговой системой оператора мобильной связи.

Модуль 10 управления транспортными задачами выполнен с возможностью реализации функций по управлению задачами по отправке медиаконтента, анализа входящих запросов и передачи команд ядру 9 на подготовку соответствующего медиаконтента и передачи информации в модуль 12 биллинга для формирования CDR-записей.

Транспортный модуль 6 выполнен с возможностью реализации функций по подключению по заданному протоколу к центру коротких сообщений, либо к MSC оператора («ТМ32 - транспортный модуль», описание которого представлено на сайте «Formulf Software» по адресу: http://www.formulasoft.ru/tm32.html, 14.12.2005).

Модуль 11 публикации контента выполнен с возможностью реализации функций загрузки медиаконтента от провайдеров в базу данных платформы для последующей доставки абонентам по SMS.

Модуль 12 биллинга выполнен с возможностью реализации функций открытой спецификации интерфейса, необходимого для интеграции с биллинговой системой оператора мобильной связи и генерации CDR-записей на основе данных, полученных от модуля управления транспортными задачами (ст. «ВЕЩАНИЕ В СЕТЯХ МОБИЛЬНОЙ СВЯЗИ», опубликованная на сайте «Connect! Мир связи», по адресу: 09.12.2005 - 27 Kb - http://connect.ru/article.asp?id=5843).

Рассмотрим систему с ПИБМ на примере ее включения в инфрастуктуру сети GSM.

Серверное устройство ПИБМ предназначено для осуществления доставки данных по принципу "точка-многоточка" от сервера ПИБМ в мобильные устройства, такие как сотовый телефон, коммуникатор, КПК или ПК, оборудованный GSM-модемом, используя транспортные сети GSM или 3G с целью периодического вещания контента на указанные типы терминалов. Формат доставляемых данных определяется моделью и типом мобильного устройства, а также предпочтениями получателей транслируемого контента. Ключевой особенностью ПИБМ является способность формировать и поддерживать множество параллельно работающих медиаканалов мобильного медиавещания, каждый из которых могут одновременно «просматривать» или «прослушивать» миллионы абонентов.

С основами работы радиосвязи по принципу "точка-многоточка" (предназначен для организации беспроводного доступа локальных телекоммуникационных сетей различного или одного назначения к более мощной (например, общего пользования) интегрированной или предоставляющей конкретные услуги телекоммуникационной сети) можно ознакомиться в статье «Системы беспроводного абонентского доступа», выложенной на сайте «All about PABXes» по адресу: 28.10.2003 - 38 Kb - http://allpbx.narod.ru/walkair.html, или в статье «Виды систем передач данных», выложенной на сайте «ELCOM Plus» компании «Элком+» по адресу: 18.12.2005 - 22 Kb - http://www.elcomplus.ru/product.php?g_id=9&p_id=22.

В ПИБМ встроена функциональность для экаунтинга (ведения абонентского баланса) и биллинга (генерации CDR-записей). В ПИБМ реализован ряд стандартных внешних интерфейсов (HTTP, SMPP,..) для подключения сервис-провайдеров и источников контента, подлежащего вещанию в сети мобильной связи. ПИБМ подключается непосредственно к сети оператора по протоколу SMPP 3.4, EMI-UCP, CIMD и (или) ОКС-7.

Задачи, которые оператор сможет с успехом решать после интеграции ПИБМ в свою сеть, можно разделить на две общие группы:

1. Административно-информационные (служебные) - это задачи, связанные с эксплуатацией сети GSM и обслуживанием абонентов. Примерами задач такого рода являются обновление STK-приложения оператора на SIM (периодическая трансляция новых версий STK-приложений (Java-аплета), приводящая к автоматическому обновлению портала услуг на SIM-карте), трансляция служебной информации (периодическое вещание информации о тарифах, новостей оператора и т.д.). Характерной особенностью всех служебных задач является то, что инициатором действия выступает сотовый оператор, а трансляция осуществляется по служебным медиаканалам для группы абонентов или для всей абонентской базы.

2. Сервисные (коммерческие) - это задачи, связанные с предоставлением дополнительных неголосовых услуг абонентам. Примерами задач такого рода являются трансляция дополнительных услуг и контента (в зависимости от желания оператора и абонента, это могут быть различного рода сервисы: информационные (погода, новости, афиша, финансы, ...), развлекательные (анекдоты, афоризмы, гороскопы, игры, ...), коммуникационные (знакомства, чат, ICQ) и другие), трансляция медиаконтента, оптимизированного для абонентских мобильных терминалов и телефонов (скины, рингтоны, видеоклипы, обновленные версии Java-игр и т.д.). Услуги этой группы, как правило, инициирует сам абонент.

При этом по факту выполнения любых перечисленных выше задач ПИБМ обеспечивает генерацию соответствующих биллинговых записей (CDR).

Сети мобильной связи богаты выбором различных видов транспортов, пригодных для цифровой передачи данных (SMS, USSD, CellBroadcast, GPRS, EDGE, WAP, iMode, потоковое аудиовещание (Streaming audio), потоковое видеовещание (Streaming video).

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

Для оптимизации использования сетевой инфраструктуры функциональность ПИБМ включает следующую систему, основанную на контент-триггерах.

Мобильное медиавещание осуществляется платформой ПИБМ посредством вещания контент-триггеров, представляющих собой пакеты данных минимального размера, содержащие заголовок контента или его описатель и предназначенные для переключения абонентского терминала в режим загрузки контента.

Заголовки (описатели) контента подлежат визуализации мобильным терминалом и используются абонентом для принятия решения о переключении терминала в режим получения вещаемого контента. По сути, контент-триггеры являются лишь ссылками на контент и позволяют в значительной степени оптимизировать ресурсы сети и биллинг оператора при осуществлении мобильного медиавещания. Таким образом, никогда не осуществляется вещание "впустую", то есть если оказывается, что вещаемый медиафрагмент не нужен абоненту, благодаря функциональности контент-триггеров оператор сможет избежать его доставки (перекачки) в абонентский мобильный терминал.

В базовой конфигурации ПИБМ транспортом для контент-триггеров является SMS. Объем данных одного контент-триггера по умолчанию эквивалентен 1-2 коротким сообщениям, но в случае необходимости он может быть легко увеличен. Кроме того, опционально доступна реализация контент-триггеров в виде пакетов данных, передаваемых в медиаканале GPRS и создаваемых в соответствие с реализацией клиентского приложения для мобильного медиавещания (например, Java аплет для SIM-карты либо для мобильного терминала).

Для осуществления мобильного медиавещания с использованием платформы ПИБМ предусмотрен следующий набор классов контент-триггеров:

- PLAIN_SMS CLASS: В случае ограниченного (до 2-3 CMC) объема вещаемого контента (например, короткие уведомления, котировки, заголовки новостей) вещание осуществляется без переключения в режим загрузки контента, а весь контент передается прямо в теле описателя контента.

- INFORMATION CLASS: Предназначен для подключения абонентов к медиаканалу вещания информационно-справочного контента с целью получения данных, доставляемых посредством следующих технологий:

- SIM-browser: получение данных осуществляется с использованием контент-триггеров для SIM-browser ("SIMbrowse-type Trigger"). Контент передается в сессии SIM-browser, которая запускается посредством стандартной функциональности PUSH для данной версии браузера.

- WAP: получение данных осуществляется с использованием контент-триггеров для WAP ("WAP-type Trigger"). Контент передается в абонентской WAP-сессии, которая запускается посредством стандартной функциональности WAP-PUSH.

- iMode: получение данных осуществляется с использованием контент-триггеров для iMode (JMode-type Trigger). Контент передается в абонентской сессии iMode, которая запускается посредством стандартной PUSH-функциональности.

- WEB (для продвинутых терминалов); получение данных осуществляется с использованием контент-триггеров для WEB ("WEB~type Trigger"). Контент передается в абонентской WEB-сессии, которая запускается посредством стандартной PUSH-функциональности.

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

- MOVIE_CLIP CLASS: Используется для подключения абонентов к медиаканалам вещания видео- и аудио-клипов с целью инициирования загрузки нового клипа в абонентский мобильный терминал.

- STREAMING_AUDIO CLASS: Используется для подключения абонентов к медиаканалам вещания потокового аудио с целью инициирования загрузки цифрового потока в абонентские мобильные терминалы и его немедленного воспроизведения.

- STREAMING_VIDEO CLASS: Используется для подключения абонентов к медиаканалам вещания потокового видео с целью инициирования загрузки цифрового потока в абонентские мобильные терминалы и его немедленного воспроизведения.

В ПИБМ поддерживаются следующие две стандартные модели трансляции контента:

- Тематический медиаканал. Данная модель трансляции подразумевает жесткое закрепление за Медиаканалом определенной тематики (например, погода в Хабаровске). При этом новый контент транслируется в медиаканале немедленно по мере поступления (публикации) контента от контент-провайдера.

- Трансляция по программе. Для любого Медиаканала оператор (либо авторизованный контент-агрегатор) подготавливает программу трансляций (аналогично телевизионной программе передач) и периодически публикует эту программу. Абонент, ознакомившись с программой трансляции, сможет подобрать медиаканал, отвечающий его индивидуальным потребностям и подписаться на него. В таком случае возможна трансляция разнообразного контента по одному и тому же медиаканалу с использованием технологии контент-триггеров.

Информация, не доставленная абоненту в промежуток времени, начиная с текущей трансляции и до момента трансляции в медиаканал нового контента, считается устаревшей и в дальнейшем доставляться абоненту не будет (за исключением случаев, когда абонент может сформировать индивидуальный запрос на получение конкретного контента в режиме «Content On Demand»).

Для наиболее полного и удобного использования сервисов, основанных на интерактивном медиавещании, осуществляется поддержка технологии ПИБМ (тонкий клиент) на SIM-карте или мобильном терминале (телефоне) с помощью дополнительного переносимого (т.е. совместимого с продукцией разных поставщиков) JAVA-аплета.

Во время трансляции контента по Медиаканалам такой аплет позволяет проинформировать абонента о текущей трансляции (доступном контенте) и удобным образом приступить к загрузке или просмотру контента путем инициирования следующих видов сессий:

- Запуск медиаплеера абонентского мобильного терминала;

- Запуск абонентского Java-аплета ПИБМ в мобильном терминале;

- Открытие WAP-сессии для загрузки контента;

- Запуск браузера iMode в мобильном терминале;

- Запуск абонентского микробраузера с SIM-карты;

- Отправка запроса через простой SMS;

- Осуществление звонка в IVR;

- Выполнение USSD-запроса.

В том случае, если абонент не хочет по каким-либо причинам в данный момент воспользоваться услугой, через некоторое время информация о предложенной трансляции или описатель транслируемого контента (составная часть контент-триггера) автоматически исчезнет с экрана телефона, но будет сохранена в буферной памяти ПИБМ-аплета для просмотра в будущем.

Основными характеристиками платформы ПИБМ являются:

- Многомедиаканальность: возможность одновременной трансляции разнообразного контента по нескольким тысячам Медиаканалов (до 2000 Медиаканалов в текущей версии).

- Управление вещанием и сегментация аудитории: поддержка функциональности «GROUP» («группа медиаканалов»), позволяющей публиковать и транслировать специфический контент для определенных типов абонентов и запрещать получение такого контента абонентами, не относящимися к ним. Примеры использования данной функциональности приведены ниже:

- Режим «ANTI-SPAM», запрещающий трансляцию определенных Медиаканалов определенным группам абонентов;

- Режим «ADULT» («взрослый»), запрещающий трансляцию медиаканалов для взрослых группам несовершеннолетних абонентов;

- Режим «REGION», позволяющий локализовать трансляцию. Например, подключившись к Медиаканалу "Погода", абоненты в Москве, Хабаровске или любом другом городе будут получать локальный прогноз погоды;

- Режим «CORP», запрещающий трансляцию Медиаканалов, определенных как корпоративные, абонентам, не относящимся к корпоративным либо не работающим в определенной компании,

- Интерактивность: возможность для абонентов самостоятельно осуществлять следующие действия:

- Подписываться на различные Медиаканалы посредством WEB- или WAP-интерфейса непосредственно с мобильного телефона, а также с помощью обычного SMS-запроса;

- Формировать индивидуальную сетку вещания из доступных видов транслируемого контента и определенных временных интервалов вещании для них.

- Онлайн-экаунтинг: встроенные возможности по ведению индивидуальных лицевых счетов потребителей. Трансляция мобильного медиаконтента потребителю может быть мгновенно блокирована по окончании денег на лицевом счету.

- Контент-ориентированный биллинг: встроенная возможность гибко тарифицировать контент по внутренним признакам и осуществлять генерацию CDR для биллинговой системы оператора.

- Балансирование нагрузки на сеть и контроль скорости трансляции: пропускная способность различных сетей мобильной связи сильно варьируется. Помимо этого, в каждый момент времени нагрузка на сеть может быть различной. ПИБМ способна учитывать все эти нюансы, позволяя оператору регулировать скорость трансляции как на глобальном уровне, так и на уровне отдельного медиаканала трансляции.

- Высокая надежность: обусловлена оригинальной архитектурой решения, современными процедурами тестирования и отладки ПО, а также использованием оборудования компании SUN Microsystems. Наработка на отказ программного обеспечения ПИБМ превышает 1 год.

- Прямое подключение к медиаканалу сигнализации ОКС-7: это одна из ключевых особенностей платформы ПИБМ. Такой принцип работы позволяет избежать всех недостатков, связанных с использованием SMSC, таких как очереди, отсутствие гарантии доставки сообщений и прочее.

- Гарантированная доставка сообщений: обеспечивается самим механизмом, основанным на работе с транзакциями взамен обычной их отправки.

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

- Простота интеграции с биллинговой системой: благодаря наличию биллингового модуля, реализующего открытую спецификацию обмена файлами с биллинговой системой оператора и предназначенного для высокоскоростной генерации CDR-записей по факту доставки вещаемого контента и сервисов.

- Открытость и расширяемость: в настоящее время ПИБМ поддерживает разнообразный набор интерфейсов. ПИБМ может осуществлять вещание по нескольким транспортам одновременно. В случае необходимости транспортный уровень может быть дополнен любыми вновь появившимися типами транспорта, доступными в сетях мобильной связи.

- Поддержка вещателей через медиаканал передачи данных: ПИБМ предоставляет высокоскоростной открытый интерфейс поставщикам разнородного контента для мобильных телефонов, как для загрузки непосредственно в базу данных ПИБМ, так и для осуществления онлайн-доступа с использованием авторизации по протоколу HTTP или SMPP. Форматирование контента осуществляется самими контент-провайдерами. По факту предоставления услуги производится генерация CDR-записей.

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

Описание ПИБМ, необходимое для понимания технологий и особенностей ее применения. ПИБМ состоит из следующих основных модулей:

1. Ядро ПИБМ: осуществляет общую логику работы платформы и предназначено для:

- управления медиаканалами ПИБМ;

- управления группами ПИБМ;

- получения контента от поставщиков и подготовки отформатированного контента и (или) контент-триггеров для трансляции;

- обработки запросов от административного и пользовательского интерфейсов;

- обработки абонентских запросов;

- обработки команд от контент-провайдеров, полученных через поточный командный интерфейс;

- генерации CDR-команд для модуля биллинга.

2. Модуль управления транспортными задачами: предназначен для:

- управления задачами по отправке контента и (или) контент-триггеров;

- анализа входящих запросов и передачи команд ядру ПИБМ на подготовку соответствующего контента;

- определения статуса доставки контента и (или) контент-триггеров;

- передачи информации в модуль биллинга для формирования CDR-записей.

3. Транспортный модуль: осуществляет высокоскоростное подключение по протоколу SMPP, SMPPe (SMPP с расширениями) или EMI-UCP (для CMG) к центру коротких сообщений либо по протоколу ОКС-7 к MSC оператора. Транспортный модуль полностью совместим со следующими спецификациями GSM:

- ETSI GSM 03.40 (форматирование SMS);

- S3 ETSI GSM 03.48 (защита на транспортном уровне).

4. Модуль публикации контента: предназначен для загрузки контента от контент-провайдеров в базу данных ПИБМ для дальнейшей доставки абонентам по SMS или через механизм контент-триггеров. В настоящий момент поддерживаются следующие виды контента:

- Картинки

- Ринпгоны

- Риалтоны

- Скины

- JAVA-игры

- Аудиофайлы.

5. Модуль биллинга: реализует открытую спецификацию интерфейса, необходимого для интеграции с биллинговой системой оператора, а также осуществляет генерацию CDR-записей на основе данных, полученных от модуля управления транспортными задачами. Кроме того, модуль биллинга обеспечивает:

- тарификацию по содержимому запроса от абонента, а также по типу и (или) признаку вещаемого контента;

- генерацию форматированных записей CDR на базе команд, полученных от ядра ПИБМ;

- управление абонентскими счетчиками баланса.

Архитектура ПИБМ и основные ее интерфейсы для базовой комплектации схематично изображены на фиг.2. Базовая структура платформы может быть дополнена новыми элементами. Как показано на фиг.2, базовая конфигурация платформы ПИБМ включает следующий набор стандартных интерфейсов для администрирования платформы, обработки пользовательских запросов, а также дли передачи данных:

1. Административный интерфейс: позволяет осуществлять управление платформой:

- При помощи консольных команд;

- Посредством поточного командного интерфейса для контент-провайдеров (инкапсулирован в SMPP-протокол);

- Посредством WEB-ориентированного интерфейса.

Административный интерфейс также предназначен для авторизации поставщиков контента и получения от них команд через поточный интерфейс.

2. Пользовательский интерфейс: осуществляет обработку запросов от конечных пользователей на предоставление им определенных сервисных услуг. Запросы могут быть сформированы и переданы платформе при помощи WEB-ориентированного интерфейса или непосредственно с мобильного терминала.

3. Сетевые интерфейсы 15: для сопряжения с базовой сетью GSM. В текущей конфигурации платформы поддерживаются следующие сетевые интерфейсы:

- CIMD V2 (Nokia SMSC)

- EMI-UCP (CMG SMSC)

- SMPP 3.4 (SMSC, USSD)

- OKC-7 (SS-7)

- CBPP (OMNITEL CBC)

4. Открытый интерфейс передачи данных для мобильного медиавещания: предназначен для подключения сервис-провайдеров, осуществляющих загрузку или администрирование своих приложений с помощью ПИБМ. Данный интерфейс предусматривает работу по протоколу SMPP либо HTTP.

5. Интерфейс CDR: осуществляет обмен данными с системой биллинга оператора. По умолчанию задействован файловый обмен, подразумевающий запись CDR-ов в файл, который передается на обработку в систему биллинга по установленному расписанию (например, один раз в сутки). Опционально доступен онлайн-интерфейс (на основе HTTP команд), который требует интеграции и подлежит настройке в соответствии с требованиями оператора.

Как показывает практика, одной из главных проблем, возникающих при интеграции VAS-платформ в инфраструктуру оператора сотовой связи и их запуске в коммерческую эксплуатацию, является сложность обеспечения удобных для потребителей услуг пользовательских интерфейсов. Кроме того, возможности платформ по автоматизации абонентского обслуживания напрямую влияют на необходимость развития служб работы с клиентами и поддержки, а также на требуемый объем инвестиций, связанных с таким развитием.

Отвечая указанным потребностям, был реализован следующий набор настраиваемых внешних интерфейсов:

1. HTTP интерфейс для управления подпиской на Медиаканалы медиавещания: предназначен для подключения/отключения определенных медиаканалов медиавещания и для управления признаками медиаканалов (например, ADULT, ANT1SPAM);

2. HTTPS интерфейс для пополнения баланса абонента: предназначен для пополнения счетчиков, используемых для реализации экаунтинга услуг абонента после поступления денег на лицевой счет;

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

4. WAP-интерфейс для персональной WAP-странички абонента:

позволяющий непосредственно с мобильного телефона посмотреть состояние баланса и пополнить его в случае необходимости, а также просмотреть и/или поменять состояние подписки на медиаканалы;

5. HTML, интерфейс для публикации контента в медиаканалы вещания ПИБМ: предназначен для управления трансляцией контента через ПИБМ.

6. API для публикации контента в медиаканалы вещания ПИБМ: предназначен для загрузки контента в базу данных ПИБМ или получения контента у контент-провайдеров (вещателей) в режиме онлайн.

В качестве модели рассмотрим пример реализации системы интерактивного медиавещания в сети GSM второго поколения (фиг.3), решающий следующую типовую задачу для оператора GSM: необходимо повысить доходность от дополнительных неголосовых услуг (VAS).

Для этого оператор хотел бы использовать как "PULL", так и "PUSH" технологии. Для предоставления PULL-сервисов планируется применение DSTK-платформы, поддерживающей технологию S@T (SIM-браузер). Планируются закупки SIM-карт от нескольких поставщиков. Оператор не планирует расширять дорогостоящую лицензию SMSC. Так как в сети уже установлен СВС (Cell Broadcast Centre), хотелось бы использовать транспорт Cell Broadcast для снижения нагрузки на MSC при реализации PUSH-сервисов. Однако большинство телефонов у абонентов относятся к среднему и низшему ценовому диапазону, поэтому значительная их часть пока не поддерживает специфический Cell Broadcast - интерфейс для работы с SIM-Toolkit.

Для описанных выше условий очень хорошо подходит следующее техническое решение, реализованное на основе платформы ПИБМ:

1. Подключение решения. Для экономии ресурсов SMSC предлагается использовать прямое подключение к сети оператора по медиаканалу ОКС-7. Это позволит, не расширяя лицензию SMSC, решить проблему эффективной и быстрой рассылки PUSH-сервисов и снимет ограничения по тарификации трафика VAS.

2. PULL-платформа. Для доставки PULL-сервисов будет использована DSTK-платформа. Применение технологии микробраузинга (DSTK) позволит сократить расходы оператора на разработку контента, а также увеличит количество потенциальных контент-провайдеров.

3. PUSH-платформа. В качестве PUSH-платформы будет использована ПИБМ. Применение ПИБМ позволит осуществить трансляцию PUSH-сервисов через медиаканал SMS. Кроме того, для доставки PUSH-трафика в качестве запасного медиаканала будет использован СВС.

4. SIM-карта. Java-карта с объемом памяти 64k или 128к. ПИБМ-аплет и SIM-браузер могут быть реализованы в виде переносимого Java-приложения. Это позволит оператору унифицировать решение и закупать SIM-карты от разных поставщиков.

5. Сценарий работы PUSH-услуг. В качестве типовой PUSH-услуги будет использована трансляция контента по нескольким параллельным Медиаканалам. Для того, чтобы подписаться на услугу, абонент должен ознакомиться с трансляциями и выбрать интересующие тематики (интерактивная сетка вещания). Подписка на медиаканал и пополнение средств на лицевом ПИБМ-счету абонента осуществляются с помощью premium-SMS сообщений.

По мере трансляции контента абонент получит извещение от ПИБМ-аплета с помощью автоматически стартовавшего меню на экране мобильного телефона с возможным звуковым уведомлением. Это сообщение кратко ознакомит абонента с темой текущей трансляции и предложит единственным нажатием кнопки ОК осуществить оплачиваемый доступ к услуге одним из следующих способов:

- Открыв WAP-сессию для загрузки контента;

- Стартовав микробраузер SIM-карты;

- Отправив запрос через простой SMS;

- Осуществив звонок в IVR;

- выполнив USSD-запрос.

В том случае, если абонент не хочет по каким-либо причинам сразу воспользоваться услугой, через некоторое время предложение автоматически исчезнет с экрана телефона, но будет сохранено в буферной памяти ПИБМ-аплета для просмотра в будущем.

Настоящее изобретение промышленно применимо, так как основано на использовании известных технологий, а новизна обеспечивается новой совокупностью связей и их насыщением.

Claims

Система медиавещания в инфраструктуре оператора мобильной связи, содержащая платформу для интерактивного беспроводного медиавещания в виде сервера с соответствующим программным обеспечением, связанного с хостами провайдеров медиаконтента, с абонентскими компьютерами и мобильными терминалами для подписки на сервисы и настройки на медиаканалы, с биллинговой системой оператора мобильной связи и через транспортный модуль с транспортом передачи цифровых данных в сети мобильной связи системы оператора мобильной связи для соединения с сотовыми телефонами, оснащенными SIM или RUIM или USIM-картами, по крайней мере часть из которых выполнена с поддержкой медиафункций, или компьютерами абонентов, оснащенных GSM-модемами, и доставки медиаконтента указанным терминалам, отличающаяся тем, что платформа для интерактивного беспроводного медиавещания, подключенная непосредственно к сети оператора по протоколу SMPP 3.4, EMI-UCP, CIMD и/или ОКС-7, состоит из ядра, модуля управления транспортными задачами, транспортного модуля, модуля публикации медиаконтента, представляющего собой совокупность пакетов данных минимального размера, содержащих заголовок контента или его описатель и предназначенных для переключения абонентского терминала в режим загрузки контента и самого контента, представленного в цифровой форме, модуля биллинга, а также включает в себя административный интерфейс, пользовательский интерфейс, сетевые интерфейсы, открытый интерфейс передачи данных для мобильного медиавещания и интерфейс CDR, при этом ядро выполнено с возможностью реализации функций по управлению медиаканалами, получения медиаконтента с хостов провайдеров и подготовки отформатированного контента для трансляции, обработки запросов от административного и пользовательского интерфейсов, абонентских запросов и команд от контент-провайдеров, полученных через поточный командный интерфейс, генерации CDR-команд для модуля биллинга, связанного с биллинговой системой оператора мобильной связи, модуль управления транспортными задачами выполнен с возможностью реализации функций по управлению задачами по отправке медиаконтента, анализа входящих запросов и передачи команд ядру на подготовку соответствующего медиаконтента и передачи информации в модуль биллинга для формирования CDR-записей, транспортный модуль выполнен с возможностью реализации функций по подключению по протоколу SMPP, SMPPe или EMI-UCP к центру коротких сообщений, либо по протоколу ОКС-7 к MSC оператора, модуль публикации контента выполнен с возможностью реализации функций загрузки медиаконтента от провайдеров в базу данных платформы для последующей доставки абонентам по SMS, модуль биллинга выполнен с возможностью реализации функций открытой спецификации интерфейса, необходимого для интеграции с биллинговой системой оператора мобильной связи и генерации CDR-записей на основе данных, полученных от модуля управления транспортными задачами, административный интерфейс выполнен для возможности управления платформой при помощи консольных команд или посредством поточного командного интерфейса для провайдеров или посредством WEB-ориентированного интерфейса, пользовательский интерфейс выполнен для возможности обработки через WEB-ориентированный интерфейс или непосредственно с сотового телефона запросов от конечных пользователей на предоставление им сервисных услуг, сетевые интерфейсы предназначены для сопряжения с базовой сетью GSM, открытый интерфейс передачи данных для мобильного медиавещания предназначен для подключения провайдеров, осуществляющих загрузку или администрирование своих приложений по протоколу SMPP, либо HTTP с помощью платформы, интерфейс CDR выполнен с возможностью реализации функции обмена данными с системой биллинга оператора мобильной связи.