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

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

Иллюстрации

Показать все

Реферат

1. ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение относится к мобильной широковещательной системе, поддерживающей услугу широковещательной рассылки (Broadcast Service, BCAST). Более конкретно, настоящее изобретение относится к способу и устройству для предоставления другого Руководства по Услуге (Service Guide, SG) посредством базового SG в мобильной широковещательной системе.

2. УРОВЕНЬ ТЕХНИКИ

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

Открытое сообщество производителей мобильной связи (Open Mobile Alliance, ОМА) является организацией, которая работает над стандартизацией функциональной совместимости между отдельными решениями относительно мобильной связи. ОМА главным образом служит для создания множества прикладных стандартов для игр по мобильной связи, Интернет-услуги и т.д. Рабочая группа ОМА BCAST изучает технологический стандарт для предоставления услуги широковещательной рассылки через мобильный терминал. Таким образом, рабочая группа ОМА BCAST должна в процессе разработки стандартизировать технологии для предоставления IP-услуги широковещательной рассылки в конечную мобильную среду, включая предоставление Руководства по Услуге (SG), загрузку и передачу потока данных, защиту услуги и контента, роуминг при подписке на услугу и т.д.

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

Фиг.1 представляет собой блок-схему обычной структуры для передачи SG в мобильный терминал в мобильной широковещательной системе.

Интерфейсы между компонентами (логическими объектами), показанные на фиг.1, сначала описаны в таблице 1 и таблице 2 со ссылкой на фиг.1.

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

Таблица 2
Интерфейс	Описание
x-1 124	Контрольная точка между распространением BDS услуг и BDS 122
x-2 125	Контрольная точка между распространением BDS услуг и интерактивной сетью 123
x-3 126	Контрольная точка между BDS 122 и терминалом 119
x-4 127	Контрольная точка между распространением BDS услуг 121 и терминалом 119 по каналу вещательной рассылки
x-5 128	Контрольная точка между распространением BDS услуг и терминалом по интерактивному каналу (радио интерфейс 130)
x-6 129	Контрольная точка между интерактивной сетью 123 и терминалом 119

Согласно фиг.1 разработчик 101 контента разрабатывает услугу широковещательной рассылки (далее в настоящем описании, BCAST услуга). BCAST услуга может представлять собой обычную услугу аудио/видео широковещательной рассылки или обычную услугу по загрузке музыкального файла/файла данных. В разработчике 101 контента Источник 102 Разработки Контента SG (SG Content Creation Source, SGCCS) передает через описанный в Таблице 1 SG1 интерфейс 103 информацию об описании контента, информацию о возможностях терминала, пользовательские профили и информацию о таймировании (временных параметрах) контента, необходимую для определения конфигурации SG для BCAST услуги в Источник 105 SG Приложения (SG Application Source, SGAS) приложения 104 BCAST услуги.

Приложение 104 BCAST услуги генерирует данные BCAST услуги, получая данные для BCAST услуги от создателя 101 контента и обрабатывая эти данные в форме, подходящей для BCAST сети. Приложение 104 BCAST услуги также генерирует стандартизированные мета данные, необходимые для руководства по услуге мобильной широковещательной рассылки. SGAS 105 передает информацию, полученную из SGCCS 102 и источников и необходимую для конфигурации SG, включающую информацию об описании услуг/контента, информацию о составлении графика и информацию о местоположении, в Генератор SG (SG Generator, SG-G) 109 дистрибьютора/адаптера 108 BCAST услуги через SG2 интерфейс 106, также описанный в Таблице 1.

Дистрибьютор/адаптер 108 BCAST услуги устанавливает канал для доставки данных BCAST услуги, полученных из приложения 104 BCAST услуги, составляет график передачи BCAST услуги и генерирует информацию о руководстве по мобильной широковещательной услуге. Дистрибьютор/адаптер 108 BCAST услуги соединен с Системой 122 Распространения Широковещательной Рассылки (Broadcast Distribution System, BDS), которая передает данные BCAST услуги, и с интерактивной сетью 123, которая поддерживает двустороннюю связь.

Сгенерированное в SG-G 109 SG поступает в мобильный терминал 119 через Дистрибьютор 110 SG (SG Distributor, SG-D) и SG-5 интерфейс 117. Если SG должно предоставляться через BDS 122 или интерактивную сеть 123, или SG нуждается в настройке, чтобы соответствовать конкретной системе или сети, оно подается в SG-D 110 после настройки в Адаптере SG (SG Adapter, SG-A) 111 или в описанный ниже дистрибьютор 121 BDS услуг через SG-B1 интерфейс 116.

Менеджер 113 BCAST подписки управляет информацией о подписке, запрошенной для приема BCAST услуги, информацией о предоставлении услуги и информацией устройства о мобильных терминалах для получения BCAST услуги. Источник 114 SG подписки (SG Subscription Source, SGSS) менеджера 113 BCAST подписки передает информацию о регистрации, информацию о покупке, информацию о подписке и рекламную информацию относительно SG генерации в SG-G 109 через SG4 интерфейс 112.

Дистрибьютор 121 BDS услуг распространяет все полученные BCAST услуги по каналам широковещательной рассылки или по интерактивным каналам. Дистрибьютор 121 BDS услуг представляет является необязательным объектом, который можно использовать или который может быть независимым от типа BDS 122. BDS 122 представляет собой сеть, по которой доставляется BCAST услуга. Например, BDS 122 может представлять собой широковещательную сеть, такую как открытый стандарт цифрового телевидения (Digital Video Broadcasting-Handheld, DVB-H), служба многоадресного мультимедийного вещания (Multimedia Broadcast/Multicast Service, MBMS) или служба мультимедийного вещания (Broadcast Multicast Service, BCMCS) Проекта Партнерства 3^-его Поколения 2 (3^rd Generation Partnership Project 2, 3GPP2). Интерактивная сеть 123 передает BCAST услугу по типу “один к одному” или выполняет двунаправленный обмен управляющей информацией и дополнительной информацией, ассоциированной с приемом BCAST услуги. Например, интерактивная сеть 123 может представлять собой унаследованную сотовую сеть.

На фиг.1 мобильный терминал 119 представляет собой терминал, поддерживающий прием BCAST. В зависимости от функциональных характеристик мобильный терминал 119 может быть соединен с сотовой связью. Мобильный терминал 119, который включает Клиента SG (SG Client, SG-C) 120, получает SG через SG5 интерфейс 117 или сообщение Извещение через SG6 интерфейс 118 и функционирует соответствующим образом для получения BCAST услуги.

Таблица 3, таблица 4 и таблица 5 суммируют функции главных компонентов (логических объектов), показанных на фиг.1, определенных в ОМА BCAST стандартах.

Таблица 3
Логический объект	Описание
Создатель 101 контента	В создателе контента SGCCS может предоставлять атрибуты контента, такие как информация об описании контента, возможности целевого терминала, профиль целевого пользователя, информация о таймировании контента и т.д., и может посылать их по SG1 в виде стандартизированных BCAST SG фрагментов или в закрытом формате
Приложение 104 BCAST услуги	В приложении BCAST услуги SGAS 105 предоставляет информацию об описании услуги/контента, информацию о составлении графика, информацию о местоположении, возможности целевого терминала, профиль целевого пользователя и т.д. и посылает их по SG2 106 в виде стандартизированных BCAST SG фрагментов
Менеджер 113 BCAST подписки	В менеджере BCAST подписки SGSS 114 предоставляет информацию о регистрации, информацию о покупке, информацию о подписке, рекламную информацию и т.д., и посылает их по SG4 112 в виде SG фрагментов

Таблица 4
Логический объект	Описание
SG-G 109	SG-G в сети отвечает за получение SG фрагментов из различных источников, таких как SGCCS 102, SGAS 105, SGSS 114, по интерфейсам SG-2 и SG-4. SG-G 109 собирает фрагменты, такие как услуги и информацию о доступе к контенту, согласно стандартизированной схеме и генерирует SG, который посылает в SG-D для передачи. Перед передачей его необязательно настраивают в SG-A 111 на соответствие определенной BDS
SG-C 120	SG-C в терминале 119 отвечает за получение SG информации из основной BDS и доступность SG для мобильного терминала. SG-C получает характерную для SG информацию. Он может фильтровать ее с тем, чтобы соответствовать заданным критериям терминала (например, местоположению, профилю пользователя, возможностям терминала) или может просто получать всю доступную SG информацию. Обычно пользователь может просматривать SG информацию в формате меню, списка или таблицы. SG-C может посылать запрос в сеть через SG-6 118 для получения характерной для SG информации или SG полностью

Таблица 5
Логический объект	Описание
SG-D110	SG-D генерирует IP поток для передачи SG через SG5 интерфейс 118 и канал широковещательной рассылки в SG-C 120. Перед передачей SG-G может посылать SG в SG-A 111 для настройки SG на соответствие конкретной BDS согласно BDS атрибутам, посланным дистрибьютором BDS услуг по SG-B1 116. Настройка может привести к модификации SG. Следует отметить, что с целью настройки SG-A также может послать BCAST SG атрибуты или BCAST SG фрагменты по SG-B1 в дистрибьютор BDS услуг для настройки, такая настройка в дистрибьюторе BDS услуг выходит за рамки BCAST, SG-D также может получать запрос на SG информацию и посылать запрошенную SG информацию в терминал непосредственно по интерактивному каналу. SG-D также может фильтровать SG информацию из SG-G 109, основываясь на заранее определенном профиле конечных пользователей. SG-D также может посылать SG в BDS, который модифицирует SG (например, добавляя информацию, характерную для BSD) и дополнительно распространяет SG в SG-C характерным для BDS способом

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

Согласно фиг.2 модель данных SG включает Административную (Administrative) Группу 200 для предоставления информации о конфигурации верхнего уровня обо всем SG, Группу 210 Регистрации (Provisioning) для предоставления информации о подписке и информации о покупке, Основную (Core) Группу 220 для предоставления основной SG информации, такой как услуги/контент и графики, и Группу 230 Доступа (Access) для предоставления информации о предоставлении доступа для получения доступа к услугам/контенту.

Административная Группа 200 включает Дескриптор 201 Доставки SG (Service Guide Delivery Descriptor, SGDD), а Группа 210 Регистрации включает Пункт 211 Покупки, Данные 212 о Покупке и Канал 213 Покупки.

Основная Группа 220 включает Услугу 221, График 222 и Контент 223. Группа 230 Доступа выполнена с возможностью включения Доступа 231 и Описания 232 Сеанса.

Дополнительно к этим четырем группам 200, 210, 220 и 230, SG информация также может включать Данные 241 Предварительного Просмотра и Интерактивные Данные 251. Вышеописанные компоненты SG называются фрагментами с минимальными модулями, составляющими SG.

Что касается фрагментов, то фрагмент 201 SGDD предоставляет информацию о сеансе доставки, несущем Модуль Доставки SG (SG Delivery Unit, SGDU) с фрагментами, предоставляет многоадресную информацию о SGDU и точку входа для получения сообщения Извещение.

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

Фрагмент 222 График (Schedule) предоставляет информацию о времени для контента, включенного в услугу, такую как потоковая передача, загрузка и т.д.

Фрагмент 223 Контент (Content) предоставляет описание, группу целевых пользователей, область услуги и классы для широковещательного контента.

Фрагмент 231 Доступ (Access) предоставляет информацию о предоставлении доступа для возможности пользователю получить доступ к услуге, а также предоставляет информацию о схеме доставки сеанса доступа и информацию сеанса о сеансе доступа.

Фрагмент 232 Описание Сеанса (Session Description) может быть включен во фрагмент 231 Доступ. В качестве альтернативы информация о местоположении фрагмента 232 Описание Сеанса дается в виде Единого Идентификатора Ресурсов (Uniform Resource Identifier, URI) с тем, чтобы терминал мог детектировать фрагмент 232 Описание Сеанса. Кроме того, фрагмент 232 Описание Сеанса предоставляет адресную информацию и информацию кодер-декодера о мультимедийном контенте, включенном в сеанс.

Фрагмент 211 Пункт Покупки (Purchase Item) группирует одну или несколько услуг или запланированных пунктов вместе с тем, чтобы пользователь мог купить услугу или пакет услуг или подписаться на них.

Фрагмент 212 Данные о Покупке (Data Purchase) включает информацию о покупке и подписке на услуги или пакеты услуг, такую как информация о цене и рекламная информация.

Фрагмент 213 Канал Покупки (Purchase Channel) предоставляет информацию о получении доступа для подписки на услугу или пакет услуг или их покупки.

Фрагмент 201 SGDD указывает на точку входа для получения руководства по услуге и предоставляет групповую информацию о SGDU, который является контейнером фрагментов.

Фрагмент 241 Данные Предварительного Просмотра (Preview Data) предоставляет информацию об услугах, графиках и контентах для предварительного просмотра, а фрагмент 251 Интерактивные Данные (Interactive Data) предоставляет интерактивную услугу во время широковещательной рассылки согласно услугам, графикам и контентам. Подробная информация относительно SG может быть определена с помощью различных элементов и атрибутов для предоставления контентов и значений на основе описанной выше модели данных по фиг.2.

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

В ходе генерации руководства по услуге в SG-G 109 на основе модели данных SG и предоставления фрагментов SG через SG-D 110 и SG-C 120, представляющим собой пользовательский терминал, передается больше услуг и контента, предоставляемых провайдерами услуг, и больше информации. Получающееся экспоненциальное увеличение фрагментов SG в размере и числе может вызвать существенное увеличение затрат на получение фрагментов, времени для сбора SG и времени и ресурсов для его отображения в терминале.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг.1 представляет собой блок-схему, иллюстрирующую логическую структуру обычных функций ОМА BCAST SG;

Фиг.2 представляет собой модель данных обычного ОМА BCAST SG;

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

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

Фиг.5 представляет собой иллюстративное представление информации во фрагменте Услуга в модели данных ОМА BCAST SG;

Фиг.6 представляет собой иллюстративное представление информации во фрагменте Доступ в модели данных ОМА BCAST SG; и

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

На всех чертежах одинаковые ссылочные позиции относятся к одинаковым элементам, признакам и структурам.

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

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

Хотя описание иллюстративных вариантов осуществления настоящего изобретения приведено с использованием названий объектов, определенных в 3GPP, который представляет собой стандарт асинхронной мобильной связи, или определенных в ОМА BCAST, стандартная группа для приложения мобильных терминалов, установленные стандарты и имена их объектов не ограничены объемом настоящего изобретения, и настоящее изобретение можно применять к любой системе, имеющей аналогичную техническую базу.

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

Таблица 6
Имя	Тип	Категория	Количество элементов	Описание	Тип данных

В таблице 6, термин "Имя" указывает имя объекта, являющегося элементом или атрибутом в сообщении. Термин "Тип" указывает на то, является ли объект элементом или атрибутом. Если объект является элементом, он имеет значение E1, E2, E3 или E4, причем E1 указывает на верхний элемент во всем сообщении, E2 указывает на подэлемент E1, E3 указывает подэлемент E2, а E4 указывает подэлемент E3. Если объект представляет собой атрибут, его Тип имеет значение A. Например, А под E1 указывает на атрибут E1. Термин "Категория" указывает на то, является ли элемент или атрибут обязательным или необязательным. Если элемент или атрибут является обязательным, Категория имеет значение М, а если он является необязательным, то Категория имеет значение O. Термин "Мощность связи" указывает на отношения между элементами и имеет значение 0, 0…1, 1, 0…n, или 1…n. Здесь 0 означает необязательное отношение, 1 означает обязательное отношение, а n означает, что может использоваться множество значений. Например, 0…n означает, что у элемента не может быть никакого значения или он может иметь n значений. Термин "Описание" описывает элемент или атрибут простым текстом, а термин "Тип данных" определяет структуру данных элемента или атрибута.

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

Согласно фиг.3 SG-C терминал (не показан) в мобильной широковещательной системе получает доступ к Сеансу 301 Оповещения и получает SGDD 310 в Сеансе 301 Оповещения. Как указано выше, SGDD 310 включает список SGDU и информацию о сеансах доставки, несущих SGDU. В иллюстративном варианте осуществления на фиг.3 SGDD 310 имеет список SGDU, содержащий фрагменты базового SG и информацию о сеансе 302 доставки (Сеанс X Доставки), несущем запланированные SGDU. Терминал интерпретирует SGDD 310, получает доступ к Сеансу X Доставки и получает SGDU 311 для базового SG из Сеанса X Доставки. Затем терминал извлекает фрагменты для базового SG из SGDU 311 и отображает конечный базовый SG 320 пользователю.

Базовый SG 320 может включать дополнительную информацию об услуге или предоставлять информацию о том, как получить доступ к SG, предоставляемому другим провайдером услуг. На фиг.3 терминал может детектировать информацию о приеме первого SG 321 (SG1) и второго SG 322 (SG2) в базовом SG 320. Информация о приеме SG1 включает информацию о сеансе 303 доставки (Сеанс Y Доставки), несущем SGDU 312 для SG1, а информация о приеме SG2 включает информацию о сеансе 304 доставки (Сеанс Z Доставки), несущем SGDU 313 для SG2. Терминал получает доступ к Сеансу Y Доставки или Сеансу Z Доставки, получает SGDU 312 для SG1 или SGDU 313 для SG2 и отображает SG1 или SG2 пользователю.

Фиг.4 представляет собой блок-схему последовательности операций, иллюстрирующую способ получения SG в терминале согласно иллюстративному варианту осуществления настоящего изобретения.

Согласно фиг.4, терминал получает доступ к Сеансу Оповещения и получает SGDD в Сеансе Оповещения на этапе 401. На этапе 402 терминал интерпретирует SGDD и детектирует информацию о сеансе доставки и SGDU, которые несут фрагменты для SG. Терминал получает все SGDU, на которые указал SGDD из сеанса доставки на этапе 403. Терминал извлекает фрагменты из SGDU и конфигурирует SG, интерпретируя эти фрагменты на этапе 404, и проверяет список фрагментов Услуга в SG на этапе 405. Фиг.5 представляет собой диаграмму, показывающую иллюстративные значения верхних элементов и значения атрибутов фрагмента Услуга.

На этапе 406 терминал определяет, существует ли ServiceType 501 (фиг.5), установленный для Руководства по Услуге, интерпретируя фрагменты Услуга списка фрагментов Услуга. Если ServiceType 501 (фиг.5), установленный для Руководства по Услуге отсутствует, можно предположить, что SG содержит только информацию, которую терминал получил от провайдера услуг без информации о регистрации другого SG. В этом случае терминал отображает SG пользователю на этапе 407.

В качестве альтернативы, если ServiceType 501 (фиг.5), установленный для Руководства по Услуге, существует, что означает включение информации о приеме SG и получение доступа к другому SG в данном SG, то терминал детектирует все фрагменты Доступ, связанные с фрагментом Услуга, с ServiceType 501 (фиг.5), установленным для Руководства по Услуге на этапе 408. Фиг.6 представляет собой диаграмму, показывающую иллюстративные значения верхних элементов и значения атрибутов фрагмента Доступ.

На этапе 409 терминал определяет значение ServiceClass 601 в каждом из обнаруженных фрагментов Доступ. Если ServiceClass 601 представляет собой 'urn:oma:oma_bsc:sg:1.0', это означает, что сеанс доставки, соответствующий информации о доставке, включенной во фрагмент Доступ, несет независимый SG. Если ServiceClass 601 представляет собой 'urn:oma:oma_bsc:csg:1.0', это означает, что сеанс доставки, соответствующий информации о получении доступа, включенной во фрагмент Доступ, несет дополнительный SG, который предоставляет дополнительную информацию о SG. Таким образом, терминал приобретает предварительную информацию о независимом SG или дополнительном SG путем проверки подэлемента ReferredSGInfo в ServiceClass на этапе 410, который задан следующим образом.

Таблица 7
Имя	Тип	Категория	Мощность связи	Описание	Тип данных
Access	Е			Фрагмент 'Доступ' содержит следующие атрибуты:idversionvalidFromvalidToСодержит следующие элементы:AccessTypeKeyManagementSystemEncryptionTypeServiceReferenceScheduleReferenceTerminalCapability-RequirementBandwidthRequirementServiceClassPreviewDataReferenceNotificationReceptionPrivateExt
id	А	NM/TM	1	ID фрагмента 'Доступ'. Значение этого атрибута ДОЛЖНО быть глобально уникальным	nyURI
version	А	NM/TM	1	Версия этого фрагмента. Более новая версия блокирует более старую версию с момента, задаваемого атрибутом validFrom, или сразу после ее получения, если атрибут validFrom не задан	nsignedInt
validFrom	А	NM/TM	0…1	Первый момент, когда этот фрагмент является достоверным. Если он не задан, предполагается, что его достоверность уже задана в какое время в прошлом. Это поле содержит 32-битную целую часть временной отметки NTP	unsignedInt
validTo	А	NM/TM	0…1	Последний момент, когда этот фрагмент является достоверным. Если он не задан, предполагается, что его достоверность прекратится через какое-то время в будущем. Это поле содержит 32-битную целую часть временной отметки NTP	unsignedInt
AccessType	Е1	NM/TM	1	Определяет тип доступа. Примечание: ДОЛЖЕН быть создан экземпляр одного из: 'BroadcastService-Delivery' либо 'UnicastService-Delivery', но не обоих. Для реализации в Схеме XML следует использовать <choice>.Содержит следующие элементы:BroadcastService-DeliveryUnicastServiceDelivery
BroadcastServiceDelivery	Е2	NM/TM	0…1	Этот элемент используется для указания IP передачи.Содержит следующие элементы:BDSTypeSessionDescriptionFileDescription
BDSType	Е3	NM/TM	0…1	Идентификатор типа основной системы распространения, к которой относится этот фрагмент 'Доступ'. Содержит следующие элементы:TypeVersion
Type	Е4	NM/TM	0…1	Тип основной BDS, возможные значения:0. IPDC по DVB-H1.3GPPMBMS2. 3GPP2 BCMCS3-127. зарезервированы для будущего использования128-255. зарезервированы для закрытого использования	Unsigned-Byte
Version	Е4	NM/TM	0…N	Версия основной BDS. Например, возможными значениями являются Rel-6 или Rel-7 для MBMS и 1x или HRPD или Enhanced HRPD для BCMCS	string
SessionDescrip-tion	Е3	NM/TM	0…1	Ссылка или встраиваемая копия информации Описание Сеанса, связанной с этим фрагментом 'Доступ', который использует медиа приложение в терминале для получения доступа к услуге. Примечание: упомянутый фрагмент 'SessionDescription' может доставляться двумя способами: по широковещательной рассылке или путем вызова по интерактивному каналу. В случае вызова по интерактивному каналу, фрагмент 'SessionDescription' может быть приобретен путем получения доступа к URI (заданному в виде атрибута другого элемента ссылки на Описание Сеанса). Содержит следующие элементы:SDPSDPRefUSBDRefADPRefНаличие элементов 'SDP' и 'SDPRef' является взаимоисключающим. Если предоставлен элемент 'SessionDescription', и атрибут 'type' имеет одно из значений "4" или "5", терминал МОЖЕТ его использовать вместо вызова информации Описание Сеанса через RTSP
SDP	Е4	NM/TM	0…1	Встроенное Описание Сеанса в формате SDP [RFC 4566], которое ДОЛЖНО быть либо введено в секцию CDATA, либо кодировано по base64. Содержит следующий атрибут:encoding	string
encoding	А	NM/TM	0…1	Этот атрибут сигнализирует о способе введения Описания Сеанса: он не ДОЛЖЕН присутствовать, если Описание Сеанса введено в секцию CDATA. Он должен присутствовать и быть установлен в "base64" в случае, если Описание Сеанса кодировано по base64	string
SDPRef	Е4	NM/TM	0…1	Ссылка на Описание Сеанса в формате SDP [RFC 4566]. Содержит следующие атрибуты:uriidRefЕсли присутствуют оба, 'uri' и 'idRef, упомянутая информация Описание Сеанса ДОЛЖНА быть идентичной
uri	А	NM/TM	0…1	URI ссылается на внешний ресурс, содержащий информацию SDP. Этот URI используется для интерактивного поиска	anyURI
idRef	А	NM/TM	0…1	id упомянутого фрагмента 'SessionDescription', если фрагмент передается по каналу широковещательной рассылки в SGDU, глобально уникальный	anyURI
USBDRef	Е4	NM/TM	0…1	Ссылка на экземпляр Описание Группы Пользовательских Услуг MBMS как описано в секции 5.2.2 [26.346], с ограничениями, определенными в секции 5.1.2.5 этой спецификации. Содержит следующие атрибуты:uriidRefЕсли присутствуют оба, 'uri' и 'idRef, упомянутая информация Описание Сеанса ДОЛЖНА быть идентичной
uri	А	NM/TM	0…1	URI ссылается на внешний ресурс, содержащий информацию MBMS-USBD. Этот URI используется для интерактивного поиска	anyURI
idRef	А	NM/TM	0…1	id упомянутого фрагмента 'SessionDescription', если фрагмент передается по каналу широковещательной рассылки в SGDU, глобально уникальный	anyURI
ADPRef	Е4	NM/TM	0…1	Ссылка на AssociatedDelivery-Procedure для Распространения Файлов и Потоков, как описано в секции 5.3.4 [BCAST10-Distribution].Содержит следующие атрибуты:uriidRefЕсли присутствуют, оба 'uri' и 'idRef, упомянутая информация Описание Сеанса ДОЛЖНА быть идентичной
uri	А	NM/TM	0…1	URI ссылается на внешний ресурс, содержащий AssociatedDelivery-Procedure для Распространения Файлов и Потоков. Этот URI используется для интерактивного поиска.	anyURI
idRef	А	NM/TM		id упомянутого фрагмента 'SessionDescription', если фрагмент передается по каналу широковещательной рассылки в SGDU, глобально уникальный	anyURI
FileDes-cription	Е3	NO/TM	0…1	Метаданные файлов для сеансов доставки файлов. Этот элемент ДОЛЖЕН предоставляться, когда используется ALC. Этот элемент НЕ ДОЛЖЕН использоваться совместно с FLUTE.Сеть ДОЛЖНА поддерживать элемент 'FileDescription' и все его подэлементы и атрибуты, если используется ALC для функции Распространения Файлов.Содержит следующие атрибуты:Content-TypeContent-EncodingFEC-OTI-FEC-Encoding-ID FEC-OTI-FEC-Instance-ID FEC-OTI-Maximum-Source-Block-LengthFEC-OTI-Encoding-Symbol-LengthFEC-OTI-Max-Number-of-Encoding-SymbolsFEC-OTI-Scheme-Specific-Info Содержит следующий элемент:File
Content-Type	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	string
Content-Encoding	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	string
FEC-OTI-FEC-Encoding-ID	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Byte
FEC-OTI-FEC-Instance-ID	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Maximum-Source-Block-Length	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Encoding-Symbol-Length	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Max-Number-of-Encoding-Symbols	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Scheme-Specific-Info	А	NO/TM	0…1	Этот атрибут МОЖНО использовать для обмена FEC информацией, которая неадекватно представлена другими атрибутами, относящимися к FEC	base64-Binary
File	Е4	NO/TM	1…N	Параметры файла. Содержит следующие атрибуты:Content-LocationTOIContent-LengthTransfer-LengthContent-TypeContent-EncodingContent-MD5FEC-OTI-FEC-Encoding-ID FEC-OTI-FEC-Instance-ID FEC-OTI-Maximum-Source-Block-LengthFEC-OTI-Encoding-Symbol-LengthFEC-OTI-Max-Number-of-Encoding-SymbolsFEC-OTI-Scheme-Specific-Info
Content-Location		NO/TM	1	См. RFC 3926, секция 3.4.2	nyURI
TOI	А	NO/TM	1	См. RFC 3926, секция 3.4.2	Positive-Integer
Content-Length	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
Transfer-Length	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
Content-Type	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	string
Content-Encoding	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	string
Content-MD5	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	base64-Binary
FEC-OTI-FEC-Encoding-ID	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Byte
FEC-OTI-FEC-Instance-ID	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Maximum-Source-Block-Length	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Encoding-Symbol-Length	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Max-Number-of-Encoding-Symbols	А	NO/TM	0…1	См. RFC 3926, секция 3.4.2	Unsigned-Long
FEC-OTI-Scheme-Specific-Info