Способ и система для обеспечения сообщения извещения в системе мобильного вещания

Способ и система для обеспечения сообщения извещения в системе мобильного вещания

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

Уровень техники

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

Открытый мобильный альянс (Open Mobile Alliance) (OMA), т.е. группа, собранная для изучения стандарта для взаимодействия между отдельными мобильными решениями, взял на себя ответственность за установление различных прикладных стандартов для мобильных игр, служб Интернета и т.п. В частности, OMA Browser and Content (BAC) Mobile Broadcast (BCAST) Sub Working Group, один из рабочих коллективов OMA, исследует технологию, которая обеспечивает широковещательные услуги с использованием мобильных терминалов. Ниже будет приведено краткое описание системы мобильного вещания, обсуждаемой в OMA BCAST Working Group.

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

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

Способ доставки сообщения извещения в системе мобильного вещания уже определен.

Сущность изобретения

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

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

фиг.2 - архитектура извещения в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения;

фиг.3 - архитектура предоставления услуги в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения;

фиг.4 - архитектура для доставки сообщения извещения в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения;

фиг.5A-5D - подробные варианты осуществления руководства по обслуживанию, включающего в себя значение Notification в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения;

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

фиг.7 - процесс генерации и запрашивания события извещения в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения;

фиг.8 - процесс, в котором NTDA доставляет сообщение извещения на терминал по получении запроса доставки для сообщения извещения от NTG;

фиг.9A - пример фрагмента «доступ» в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения;

фиг.9B - тип доступа во фрагменте «доступ» в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения;

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

фиг.11 - архитектура доставки электронного руководства по обслуживанию (ESG) на основе CBMS в системе мобильного вещания согласно второму варианту осуществления настоящего изобретения;

фиг.12 - сущности сети CBMS для доставки сообщения извещения в системе мобильного вещания согласно второму варианту осуществления настоящего изобретения;

фиг.13 - архитектура приобретения услуги на основе CBMS в системе мобильного вещания согласно второму варианту осуществления настоящего изобретения;

фиг.14 - сигнализация между сетевыми объектами в системе мобильного вещания согласно второму варианту осуществления настоящего изобретения;

фиг.15A-15D - фрагменты модели данных ESG на основе CBMS в системе мобильного вещания согласно второму варианту осуществления настоящего изобретения; и

фиг.16 - модуль данных ESG на основе CBMS в системе мобильного вещания согласно второму варианту осуществления настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ ИЛЛЮСТРАТИВНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

Настоящее изобретение предусматривает способ и систему для управления сообщением извещения в системе мобильного вещания, поддерживающей канал взаимодействия. Здесь будет описано несколько вариантов осуществления системы мобильного вещания согласно настоящему изобретению. Также будет описан способ доставки сообщения извещения согласно настоящему изобретению. В первом варианте осуществления будет описана широковещательная система, заданная в 3^rd Generation Partnership Project (3GPP), который является стандартом асинхронной мобильной связи, или заданный в Открытом мобильном альянсе (OMA), который является группой стандартов приложений для терминала, и во втором варианте осуществления будет описана система Digital Video Broadcasting-Convergence of Broadcasting and Mobile Service (DVB-CBMS), которая является другой группой стандартов мобильного вещания. Первый вариант осуществления настоящего изобретения будет описан со ссылкой на архитектуру и термины, используемые в OMA, и архитектура и термины, используемые во втором варианте осуществления, будут сопоставлены с архитектурой и терминами системы мобильного вещания согласно первому варианту осуществления.

Для лучшего понимания сообщения извещения опишем систему мобильного вещания согласно первому варианту осуществления. Хотя в первом варианте осуществления будут использоваться сущности и имена, заданные в OMA-BCAST, их установленный стандарт и имена сущностей не призваны ограничивать объем настоящего изобретения, и настоящее изобретение можно применять к любой системе, имеющей сходную техническую основу.

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

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

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

Таблица 1
Интерфейсы	Определение
SGI	Линия связи между серверами для доставки атрибутов контента, например информации описания, информации местоположения, возможностей терминала назначения, профиля пользователя назначения, и т.д., либо в форме фрагментов руководства по обслуживанию BCAST; либо в особом формате.
SG2	Линия связи между серверами для доставки атрибутов услуги BCAST, например информации описания услуги/контента, информации планирования, информации местоположения, возможностей терминала назначения, профиля пользователя назначения и т.д., в форме фрагментов руководства по обслуживанию BCAST.
SG-B1	Линия связи между серверами либо для конкретных атрибутов BDS от BDS на функцию адаптации руководства по обслуживанию BCAST, в помощь адаптации руководства по обслуживанию к конкретной BDS, либо для доставки атрибутов руководства по обслуживанию BCAST на конкретные адаптацию и распространение BDS.
SG4	Линия связи между серверами для доставки информации предоставления услуг, информации приобретения, информации подписки, информации продвижения и т.д., в форме фрагментов руководства по обслуживанию BCAST.
SG5	Доставка руководства по обслуживанию BCAST по широковещательному каналу, через IP.
SG6	Доставка руководства по обслуживанию BCAST по каналу взаимодействия, интерактивный доступ для извлечения руководства по обслуживанию или дополнительной информации, относящейся к руководству по обслуживанию, например, посредством HTTP, SMS или MMS.

Согласно фиг.1, создание контента [Content Creation] (CC) 101 является поставщиком широковещательных услуг (услуги BCAST), и услуга BCAST может включать в себя традиционную услугу вещания аудио/видео, услугу загрузки файлов музыки/данных и т.п. Благодаря использованию источника создания контента руководства по обслуживанию [Service Guide Content Creation Source] (SGCCS) 102 CC 101 доставляет информацию контента, необходимую для генерации руководства по обслуживанию для услуги BCAST, информацию возможностей мобильного терминала, профиль пользователя, информацию времени контента и т.п. на источник приложения руководства по обслуживанию [Service Guide Application Source] (SGAS) 105 приложения услуги BCAST [BCAST Service Application] (BSA) 104 через интерфейс SGI 103 согласно Таблице 1.

BSA 104 управляет переработкой данных услуги BCAST, поступающих из CC 101 в формат, пригодный для сети BCAST. Кроме того, BSA 104 управляет генерацией стандартизованных метаданных, необходимых для руководства по мобильному вещанию. SGAS 105 доставляет различные источники, необходимые для генерации руководства по обслуживанию, например информацию конкретной услуги/контента, информацию планирования, информацию местоположения и т.д., включая информацию, поступающую из SGCCS 102 для генерации руководства по обслуживанию [Service Guide Generation] (SG-G) 109 в распространении/адаптации услуги BCAST [BCAST Service Distribution/Adaptation] (BSD/A) 108 через интерфейс SG2 106.

BSD/A 108 управляет установлением однонаправленного канала, по которому он будет доставлять данные услуги BCAST, поступающие из BSA 104, определением расписания доставки услуги BCAST и генерацией информации руководства по мобильному вещанию. BSD/A 108 подключен к системе распространения вещания [Broadcast Distribution System] (BDS) 131 для доставки данных услуги BCAST по широковещательному каналу и к интерактивной сети [Interaction Network] (IN) 133 для поддержания интерактивной связи по каналу взаимодействия.

Руководство по обслуживанию, сгенерированное из SG-G 109, доставляется на мобильный терминал (терминал) 119 через распространение SG [SG Distribution] (SG-D) 110 и интерфейс SG5 117.

Управление подпиской BCAST [BCAST Subscription Management] (BSM) 113 управляет информацией подписки и информацией по предоставлению услуг для получения услуги BCAST и информацией устройства для мобильного терминала, получающего услугу BCAST. Источник подписки руководства по обслуживанию [Service Guide Subscription Source] (SGSS) 114 в BSM 113 доставляет источники подписки/предоставления, относящиеся к генерации руководства по обслуживанию, и источники, например информацию приобретения и информацию продвижения, на SG-G 109 для генерации руководства по обслуживанию через интерфейс SG4 112.

Терминал 119 это терминал, способный принимать услугу BCAST и имеющий функцию, способную обеспечивать подключение к сотовой сети согласно возможностям терминала. Терминал 119, имеющий клиент руководства по обслуживанию [Service Guide Client] (SG-C) 120, принимает руководство по обслуживанию, доставляемое через интерфейс SG5 117, или принимает сообщение извещения, доставляемое через интерфейс SG6 118, и осуществляет операцию, необходимую для получения услуги BCAST.

В таблицах 2-4 приведены определения функций для основных составных элементов, показанных на фиг.1, заданных в стандарте OMA BCAST.

Таблица 2
Логические сущности	Определение
Создание контента	В создании контента источник создания контента руководства по обслуживанию (SGCCS) может обеспечивать атрибуты контента, например информацию описания контента, возможности терминала назначения, профиль пользователя назначения, информацию хронирования контента и т.д., и передает их по SGI в форме стандартизованных фрагментов руководства по обслуживанию BCAST, либо в особом формате.
Приложение услуги BCAST	В приложении услуги BCAST источник приложения руководства по обслуживанию (SGAS) обеспечивает информацию описания услуги/контента, информацию планирования, информацию местоположения, возможности терминала назначения, профиль пользователя назначения и т.д. и передает их по SG2 в форме стандартизованных фрагментов руководства по обслуживанию BCAST.
Управление подпиской BCAST	В управлении подпиской BCAST источник подписки руководства по обслуживанию (SGSS) обеспечивает информацию предоставления услуг, информацию приобретения, информацию подписки, информацию подписки, информацию продвижения и т.д. и передает их по SG4 в форме фрагментов руководства по обслуживанию.

Таблица 3
Логические сущности	Определение
Генерация руководства по обслуживанию (SG-G)	Генерация руководства по обслуживанию (SG-G) в сети отвечает за получение фрагментов руководства по обслуживанию из различных источников, например SGCCS, SGAS, SGSS, по интерфейсам SG-2 и SG-4, SG-G собирает фрагменты, например информацию доступа к услугам и контенту, согласно стандартной схеме, и генерирует руководство по обслуживанию, которое поступает на распространение руководства по обслуживанию (SG-D) для передачи. До передачи, оно, в необязательном порядке, адаптируется в функции адаптации руководства по обслуживанию (SG-A) для адаптации к конкретной BDS.
Функция клиента руководства по обслуживанию (SG-G)	Функция клиента руководства по обслуживанию (SG-C) на терминале отвечает за получение информации руководства по обслуживанию от нижележащей BDS и предоставление мобильному терминалу доступа к руководству по обслуживанию. SG-C получает информацию о конкретном руководстве по обслуживанию, может фильтровать ее для согласования с критериями, установленными на терминале (например, местоположением, профилем пользователя, возможностями терминала), или просто получает всю доступную информацию руководства по обслуживанию. В общем случае пользователь может просматривать информацию руководства по обслуживанию в виде меню, списка или таблицы. SG-C может посылать запрос в сеть через SG-t для получения информации о конкретном руководстве по обслуживанию или всего руководства по обслуживанию.

Таблица 4
Логические сущности	Определение
Распространение SG (SG-D	SG-D генерирует поток IP для передачи руководства по обслуживанию по интерфейсу SG5 и широковещательному каналу на SG-C. До передачи SG-G может передавать руководство по обслуживанию на адаптацию руководства по обслуживанию (SG-A) для адаптации руководства по обслуживанию к конкретной BDS согласно атрибутам BDS, переданным распространением услуг BDS по SG-B1. Адаптация может приводить к модификации руководства по обслуживанию. Заметим, что, в целях адаптации, SG-A также может передавать атрибуты руководства по обслуживанию BCAST или фрагменты руководства по обслуживанию BCAST по SG-B1 на распространение услуг BDS для адаптации, причем эта адаптация в распространении услуг BDS находится вне объема BCAST, SG-D также может принимать запрос на информацию руководства по обслуживанию и передавать запрашиваемую информацию руководства по обслуживанию на терминал непосредственно по каналу взаимодействия. SG-D также может фильтровать информацию руководства по обслуживанию от SG-G на основании заранее заданных профилей конечных пользователей. SG-D также может передавать руководство по обслуживанию на BDS, которая модифицирует руководство по обслуживанию (например, добавляя информацию конкретной BDS), и дополнительно распространяет руководство по обслуживанию на SG-C в зависимости от конкретной BDS.

На фиг.2 показана архитектура извещения в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения.

CC 101 является поставщиком широковещательных услуг (услуги BCAST). Услуга BCAST может включать в себя традиционную услугу вещания аудио/видео, услугу загрузки файлов музыки/данных и т.п. При наличии какой-либо проблемы или изменения в предоставлении услуги BCAST CC 101 извещает об этом изменении функцию событий извещения [Notification Event Function] (NTE) 201 в BSA 104.

BSA 104 управляет переработкой данных услуги BCAST, поступающих из CC 101 в формат, пригодный для сети BCAST, и генерацией стандартизованных метаданных, необходимых для руководства по мобильному вещанию. Кроме того, BSA 104 извещает об изменении в услуге BCAST, поступающей из CC 101, функцию генерации извещений (NTG) 203 в BSM 113.

BSD/A 108 управляет установлением однонаправленного канала, по которому он будет доставлять данные услуги BCAST, поступающие из BSA 104, определением расписания доставки услуги BCAST и генерацией информации руководства по мобильному вещанию и подключен к BDS 131 и IN 133. Кроме того, BSD/A 108, имеющий функцию распространения/адаптации извещений (NTDA) 202, принимает сообщение извещения от BSM 113 и доставляет сообщение извещения отдельному пользователю или множеству пользователей через BDS 131 или IN 133.

BSM 113 управляет информацией подписки и информацией по предоставлению услуг для получения услуги BCAST и информацией устройства для мобильного терминала, получающего услугу BCAST. В частности, BSM 113, имеющий NTG 203, принимает информацию о событии извещения, происходящем в различных сетевых сущностях, для обеспечения мобильной широковещательной услуги и генерирует сообщение извещения с использованием принятой информации, или генерирует сообщение извещения для самого события услуги BCAST.

Терминал 119 - это терминал, способный принимать услугу BCAST, и имеющий функцию, способную обеспечивать подключение к сотовой сети согласно возможностям терминала. Благодаря использованию функции клиента извещения [Notification Client Function] (NTC) 204, Терминал 119 принимает сообщение извещения, доставленное через интерфейс NT5 214, и осуществляет соответствующую операцию согласно сообщению извещения NT5, или принимает сообщение извещения, доставленное через интерфейс NT6 215, и осуществляет соответствующую операцию согласно сообщению извещения NT6.

Интерфейс NT-1 211, интерфейс между NTE 201 в BSA 104 и CC 101 используется для доставки на NTE 201 события извещения, происходящего в CC 101.

Интерфейс NT-3 212, интерфейс от NTE 201 в BSA 104 к NTG 203 в BSM 113 переносит информацию, необходимую для генерации извещения о событии или сообщения извещения, чтобы NTG 203 мог генерировать сообщение извещения.

Интерфейс NT-4 213, интерфейс от NTG 203 в BSM 113 к NTDA 202 в BSD/A 108 используется для доставки сообщения извещения, сгенерированного в NTG 203, на NTDA 202 для дальнейшей доставки сообщения извещения на BDS 131 или IN 133, или для доставки события, происходящего в BSD/A 108 или BDS 131, на NTDA 202.

Интерфейс NT-5 214 - это интерфейс, используемый для непосредственной доставки сообщения извещения, поступающего из NTDA 202 в BSD/A 108, на терминал 119 через BDS 131 по широковещательному каналу. Интерфейс NT-5 214 используется для доставки сообщения извещения на совокупность терминалов.

Интерфейс NT-6 215 - это интерфейс, используемый для непосредственной доставки сообщения извещения, поступающего из NTDA 202 в BSD/A 108, на терминал 119 через IN 133. Интерфейс NT-6 215 используется для доставки сообщения извещения на отдельный терминал.

Интерфейс NT-B1 216 используется как путь доставки, подлежащий использованию в BDS 131 посредством BSD/A 108, или используется как путь получения информации события, сгенерированной в BDS 131. Интерфейс NT-B1 216 - это интерфейс между BSD/A 108 и распространением услуг BDS (BDS-SD) 130.

NTE 201 управляет доставкой информации, необходимой для генерации сообщения извещения, на NTG 203 и доставкой информации о генерации события извещения, если таковое существует, на NTG 203. NTG 203 управляет генерацией сообщения извещения с использованием информации и события, необходимых для генерации сообщения извещения, принятых от NTE 201, или генерацией сообщения извещения по получении события извещения от BDS 131 или IN 133 через NTDA 202, и доставкой сообщения извещения на NTDA 202. NTG 203 может генерировать сообщение извещения, (i) когда необходимо повторно известить о начале обслуживания, (ii) когда необходимо доставить новое руководство по мобильному вещанию, когда он принимает от CC 101a извещение, указывающее изменение в информации услуги, и (iii) когда конкретное событие произошло в BDS 131 или IN 133.

NTDA 202 управляет доставкой сообщения извещения через интерфейс NT-5 214 или интерфейс NT-6 215. Кроме того, по получении от BDS 131 информации, указывающей изменение в конкретной мобильной широковещательной услуге, например информации, указывающей регулирование скорости или невозможность обслуживания по причине условий в беспроводной сети, NTDA 202 доставляет соответствующее событие извещения на NTG 203 через интерфейс NT-4 213.

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

Согласно фиг.3, управление предоставлением широковещательной услуги [Broadcast Service Provisioning Management] (BSP-M) 301 обеспечивает информацию подписки и приобретения. На основании информации подписки пользователя BSP-M 301 обеспечивает информацию оплаты пользователя соответствующим сущностям и поддерживает оплату мобильной широковещательной услуги. BSP-M 301 принимает запрос и отчет для подписки и оплаты от клиента предоставления широковещательной услуги [Broadcast Service Provisioning Client] (BSP-C) 302 через интерфейс SP-7 311 и интерфейс SP-8 312. BSP-C 302 управляет генерацией отчета о подписке и приобретении мобильной широковещательной услуги. BSP-C 302 может запрашивать подписку и приобретение или запрашивать дополнительную информацию в зависимости от информации предоставления услуг, извлеченной из руководства по обслуживанию. Описание интерфейса SP-7 311 и интерфейса SP-8 312 показано в Таблице 5.

Таблица 5
Интерфейс	Опорная точка	Использование
SP-7	BCAST-7	Доставка сообщений, используемых для подписки, например запроса на подписку пользователя и ответа от управления подпиской BCAST.Доставка платежной информации
SP-8	Вне диапазона	Конечный пользователь подписывается на услуги и приобретает их через внеполосные интерфейсы. Это выходит за рамки объема OMA-BCAST.

Согласно Таблице 6 'Имя' указывает имена элементов и атрибутов, составляющих соответствующее сообщение. 'Тип' указывает тип (Element или Attribute) соответствующего имени. Элементы имеют значения E1, E2, E3 и E4. E1 указывает верхний элемент для всего сообщения, E2 указывает подэлемент E1, E3 указывает подэлемент E2 и E4 указывает подэлемент E3. Атрибут обозначается A, и A указывает атрибут соответствующего элемента. Например, A под E1 указывает атрибут E1. 'Категория' используется для определения, является ли соответствующий элемент или атрибут обязательным или необязательным, и имеет значение M для обязательного элемента или атрибута, и значение O для необязательного элемента или атрибута. 'Мощность' указывает соотношение между элементами, и имеет значения 0, 0..1, 1, 0..n, 1..n. Здесь 0 означает необязательное соотношение, 1 означает обязательное соотношение, и n означает, что можно использовать совокупность значений. Например, 0..n означает, что соответствующее сообщение может не иметь ни одного элемента или n элементов. 'Описание' указывает смысл соответствующего элемента или атрибута, и 'Тип данных' указывает тип данных для соответствующего элемента или атрибута.

Таблица 6
Имя	Тип	Категория	Мощность	Описание	Тип данных

На фиг.4 показана архитектура для доставки сообщения извещения в системе мобильного вещания согласно первому варианту осуществления настоящего изобретения. Для удобства, среди сущностей, описанных на фиг.1-3, на фиг.4 показаны только элементы, необходимые для доставки сообщения извещения.

Согласно фиг.4 SG-G 109 генерирует на этапе 401 руководство по обслуживанию включающее в себя информацию времени, приобретения и доступа, относящуюся к услуге и контенту, и затем передает запрос для доставки руководства по обслуживанию на SG-D 110. Затем SG-D 110 передает руководство по обслуживанию на терминал 119 на этапе 402. Руководство по обслуживанию может доставляться через BDS и/или IN по широковещательному каналу и/или каналу взаимодействия, соответственно. Когда руководство по обслуживанию доставляется по широковещательному каналу, терминал 119 принимает руководство по обслуживанию из сеанса, по которому доставляется руководство по обслуживанию, и когда руководство по обслуживанию доставляется по каналу взаимодействия, терминал 119 осуществляет доступ к IN и затем принимает руководство по обслуживанию в ответ на соответствующий запрос.

SG-C 120 на терминале 119 управляет получением руководства по обслуживанию от SG-D 110, и пользователь получает информацию услуги и контента из принятого руководства по обслуживанию. На основании руководства по обслуживанию пользователь определяет информацию подписки и приобретения для услуги, расписание, контент и т.д., после чего делает запрос на предоставление услуги, например подписку и приобретение с использованием BSP-C 302. Для получения сообщения извещения, связанного с услугой, BSP-C 302 передает запрос на подписку/отписку на BSP-M 301 на этапе 403.

По получении запроса на ID пользователя, ID устройства и информацию подписки на услугу/извещение BSP-M 301 сохраняет соответствующую пользовательскую информацию в DB 411 в BSM 113. Событие извещения может происходить в различных сетевых сущностях для обеспечения мобильной широковещательной услуги. Согласно фиг.4 событие извещения может происходить в CC 101, BSA 104, BSD/A 108 и BSM 113, и на этапах 404-406, CC 101, BSA 104 и BSD/A 108 передают запрос на генерацию сообщения извещения на NTG 203.

NTG 203 генерирует сообщение извещения для принятого события. После генерации сообщения извещения NTG 203 получает из DB 411 адрес назначения TargetAddress, по которому он будет доставлять сообщение извещения, и затем генерирует сообщение запроса для доставки сообщения. Если какой-либо пользователь подписался на услугу получения сообщений по каналу взаимодействия, NTG 203 генерирует сообщение запроса, включающее в себя информацию об адресе, по которому соответствующий пользователь может принимать сообщение.

NTG 203 передает запрос для доставки сообщения извещения на NTDA 202 на этапе 407. NTDA 202 доставляет сообщение извещения на NTC 204 на этапе 408. В этом случае NTDA 202 доставляет сообщение извещения по широковещательному каналу или каналу взаимодействия согласно адресу назначения.

Сообщение извещения можно грубо классифицировать на общее сообщение извещения для услуги извещения и сообщение извещения для конкретной услуги в качестве вспомогательного средства, связанного с услугой. Получив руководство по обслуживанию, терминал или пользователь может распознать общее сообщение извещения и/или сообщение извещения для конкретной услуги согласно следующей процедуре. Термин 'услуга извещения' означает услугу, состоящую из извещений. Например, услуга извещения - это услуга, которая доставляется посредством сообщений извещения службы коротких сообщений [Short Message Service] (SMS) или службы мультимедийных сообщений [Multimedia Messaging Service] (MMS) на ежедневной основе, например 'Погода на сегодня', 'Today's English' и т.д. Сообщение извещения для конкретной услуги в качестве вспомогательного средства является примером вспомогательной услуги для главной программы, а не независимой услуги извещения. Например, при проведении музыкального опроса службой 'Music Top 10' в прямом эфире SMS-сообщение извещения для опроса доставляется телезрителям для сбора опросной информации, сообщение извещения для опроса - это сообщение извещения для конкретной услуги в качестве вспомогательного средства. Услуга извещения - это услуга, состоящая только из извещений, и сообщение извещения для конкретной услуги - это сообщение извещения, которое может происходить в главной программе.

Что касается услуги извещения, когда тип услуги ServiceType во фрагменте Service («услуга») [Service Fragment] руководства по обслуживанию имеет значение Notification (извещение), терминал распознает, что соответствующая услуга является