Объявление об инициализации терминала при помощи сервисного справочника

Иллюстрации

Показать все

Изобретение относится к сетям связи, и в частности, предназначено для обеспечения инициализации терминала в сети связи. Техническим результатом является эффективное и надежное выполнение инициализации терминала в сети связи. Указанный технический результат достигается тем, что предложено устройство и способ для системы цифровой широковещательной передачи, позволяющие передавать инициализацию терминала как службу или как доступ к службе. Функция инициализация терминала может предоставлять терминалу или группе терминалов, например, параметры конфигурации, данные или приложения. Передача инициализации терминала может осуществляться во фрагменте ESG, который может включать, например, фрагмент службы, фрагмент доступа или фрагмент контента. В одном примере во фрагмент службы фрагмента ESG может быть включен параметр, который определяет тип фрагмента службы. Тип фрагмента службы может быть указан как служба инициализации терминала. В другом примере во фрагмент доступа фрагмента ESG может быть включен параметр для указания инициализации терминала как службы или как доступа к службе. Также фрагмент контента может содержать сообщения инициализации терминала в виде файлов. 9 н. и 55 з.п. ф-лы, 8 ил.

Реферат

ССЫЛКА НА СВЯЗАННУЮ ЗАЯВКУ

Заявляется приоритет согласно предварительной заявке на патент США №60/726,172, поданной 14.10.2005 и включенной в данное описание путем ссылки.

ОБЛАСТЬ ТЕХНИКИ

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

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

Как правило, электронный сервисный справочник (ESG, Electronic Service Guide) дает возможность сообщать терминалу о том, какие службы доступны конечным пользователям, и как к ним можно получить доступ. Фрагменты ESG являются независимо существующими элементами ESG. Обычно фрагменты ESG включают документы XML, однако теперь они могут охватывать обширные массивы элементов, такие как, например, описание SDP (протокол описания сеанса), текстовый файл или изображение. Фрагменты ESG описывают один или несколько аспектов служб или программ вещания, доступных в данный момент (или в будущем). Такие аспекты могут включать, например, открытое текстовое описание, расписание, доступность в географических зонах, цену, способ приобретения, жанр и дополнительную информацию, такую как изображения предварительного просмотра или клипы. Аудио, видео и другие типы данных, содержащих фрагменты ESG, могут передаваться по сетям различных типов согласно множеству различных протоколов. К примеру, данные могут передаваться через совокупность сетей, обычно называемую «Интернет», при помощи набора Интернет-протоколов, таких как протокол Интернет (IP) и протокол дейтаграмм пользователя (UDP). Часто информация, передаваемая по Интернету, предназначается отдельному пользователю. Однако она может адресоваться группе пользователей, что обычно называется групповым вещанием. Случай, когда информация предназначена для всех пользователей, называется широковещательной передачей. Данные ESG могут передаваться через различные цифровые беспроводные сети, в том числе через цифровые сети широкополосного вещания, двунаправленные сети и/или сети группового вещания.

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

По этой причине существует необходимость в способе и системе для инициализации терминала в сети связи.

КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ

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

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

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

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

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

В другом варианте представлен приемник для получения и анализа фрагмента ESG для определения инициализации терминала как службы или как доступа к службе.

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

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

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

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

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

Фиг.3 показывает схематическое изображение примера транспортного объекта, в котором могут быть реализованы один или несколько типичных вариантов выполнения изобретения.

Фиг.4 показывает примеры передачи отдельных транспортных объектов, в которых могут быть реализованы один или несколько типичных вариантов выполнения изобретения.

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

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

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

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

ПОДРОБНОЕ ОПИСАНИЕ

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

Особенности изобретения могут быть использованы в широком спектре сетей и протоколов связи. Фиг.1 показывает пример беспроводной системы 110 связи, в которой могут быть использованы системы и способы, соответствующие изобретению. Одно или несколько сетевых мобильных устройств 112, таких как персональный цифровой секретарь (PDA), сотовый телефон, мобильный терминал, персональный видеорекордер, портативный телевизор, персональный компьютер, цифровая камера, цифровая записывающая видеокамера, портативное аудиоустройство, портативное радио или комбинации этих устройств, соединены с поставщиком 112 услуг по широковещательной сети 114 и/или сотовой сети 116. Мобильный терминал/устройство 112 может содержать устройство приема цифрового широкополосного вещания. Поставщик 122 услуг может быть соединен с несколькими провайдерами услуг, которые могут предоставлять свой текущий программный контент, информацию или описание услуг мобильному устройству 112. Некоторые провайдеры услуг могут включать провайдеров услуг телевидения и/или цифрового телевидения, провайдеров услуг AM/FM радио, провайдеров услуг SMS/MMS, провайдеров Интернет-контента или доступа к Интернету, но не только их.

Одним из способов широкого вещания данных является использование сети передачи данных по протоколу IP (IPDC). IPDC - это комбинация цифрового широкого вещания и протокола Интернет. По такой широковещательной сети на основе протокола IP один или несколько провайдеров услуг могут предоставлять различные типы услуг IP, в том числе онлайновые газеты, радио и телевидение. Эти услуги IP упорядочены в один или более медиапотоков в виде аудио, видео и/или других типов данных.

Для определения времени и места появления этих потоков пользователи обращаются к электронным сервисным справочникам (ESG). Одним из типов DVB является цифровое телевидение для портативных устройств (DVB-H) - недавно разработанная технология, которая увеличивает возможности и услуги, доступные для небольших портативных устройств, таких как мобильные телефоны. Стандарт DVB-H предназначен для передачи данных на портативные устройства, работающие от батарей, со скоростью 10 Мбит/с.

Транспортные потоки DVB доставляют пользователю сжатые аудио, видео и другие данные через сторонние сети доставки. Стандарты Экспертной группы по кинематографии (MPEG) являются технологией, в соответствии с которой закодированные в одной программе видео, аудио и другие данные уплотняются с другими программами в транспортные потоки (TS). Транспортный поток является пакетированным потоком данных с фиксированной длиной пакетов, включающих заголовок. Отдельные элементы программы, аудио и видео, переносятся в пакетах, каждый из которых имеет уникальный идентификатор пакета (PID). Для того чтобы приемное устройство могло обнаруживать разные элементы определенной программы в транспортном потоке, предоставляется специальная информация о программе (PSI), включаемая в транспортный поток. Помимо этого в транспортный поток может быть включена дополнительная сервисная информация (SI), представляющая собой набор таблиц, встраиваемых в специальную часть синтаксиса MPEG. Это позволяет приемному устройству правильно обрабатывать данные, которые содержатся в транспортном потоке.

Однако особенности настоящего изобретения могут быть также применены и в других традиционных цифровых системах широкого мобильного цифрового вещания, таких как, например, T-DAB, T/S-DMB, ISDB-Т, ATSC, MediaFLO, а также в нетрадиционных, таких как 3 GPP MBMS и 3GPP2BCMCS.

Широковещательная сеть 114 может включать радиопередачу IPDC по DVB-H. Через передатчик 118 широковещательная сеть 114 может транслировать услугу, такую как цифровой или аналоговый телевизионный сигнал, и вспомогательный контент, относящийся к услуге. Широковещательная сеть также может включать радио, телевидение или сеть широкого вещания IPDC. Широковещательная сеть 114 также может передавать вспомогательный контент, который может включать телевизионный сигнал, аудио- и/или видеопотоки, потоки данных, видеофайлы, аудиофайлы, файлы программного обеспечения и/или видеоигры. При передаче услуг IPDC поставщик 122 услуг может передавать текущий программный контент на пользовательское устройство 112 через широковещательную сеть 114, а дополнительную информацию, такую как пользовательские права и информацию о доступе к текущему программному контенту, через сотовую сеть 116 или при помощи обеих сетей.

Также мобильное устройство 112 может соединяться с поставщиком 122 услуг по сотовой сети 116. Сотовая сеть 116 может содержать беспроводную сеть и передатчик 120 базовой станции. Сотовая сеть может включать сотовые сети передачи данных 2-го/3-го поколения, глобальную систему мобильной связи (GSM), универсальную мобильную телекоммуникационную сеть (UMTS) или другие сети беспроводной связи, такие как сеть WLAN.

В одном аспекте изобретения мобильное устройство 112 может включать беспроводной интерфейс, сконфигурированный для передачи и/или приема цифровой беспроводной связи в сотовой сети 116. Информация, принимаемая мобильным устройством 112 по беспроводной сети 116 или широковещательной сети 114, может содержать данные, выбранные пользователем (например, интерактивную передачу), приложения, услуги, электронные изображения, аудиоклипы, видеоклипы и/или сообщения WTAI (интерфейс беспроводной телефонной связи). Как часть сотовой сети 166, одна или несколько базовых станций (не изображены) могут поддерживать цифровую связь с приемным устройством 112, в то время как приемное устройство находится в административном домене сотовой сети 116.

Как показано на фиг.2, мобильное устройство 112 может содержать процессор 128, подключенный к пользовательскому интерфейсу 130, память 134 и/или другое запоминающее устройство и экран 136. Мобильное устройство также может иметь батарею 150, динамик 152 и антенны 154. В состав пользовательского интерфейса 130 могут входить клавиатура, сенсорный экран, голосовой интерфейс, четыре клавиши со стрелками, джойстик, управляющая перчатка, манипулятор «мышь», трекбол или другие подобные устройства.

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

Мобильное устройство 112 может быть сконфигурировано для приема через специальный приемник DVB 141, декодирования и обработки передач цифрового широкополосного вещания, основанных, например, на стандарте цифрового телевещания (DVB), таком как DVB-H, DVB-T или DVB-MHP.

Мобильное устройство также может быть оборудовано приемниками передач цифрового широкополосного вещания других типов. Кроме того, приемное устройство 112 также может быть сконфигурировано для приема, декодирования и обработки передач через приемник 142 FM/AM радио, приемопередатчик 143 WLAN и приемопередатчик 144 телекоммуникаций. В одной особенности изобретения мобильное устройство 112 может принимать сообщения в виде потока данных в радиодиапазоне (RDS).

В примере стандарта DVB одна передача DVB со скоростью 10 Мбит/с может содержать 200 каналов аудиопередач с битрейтом 50 кбит/с или 50 каналов телепередач с битрейтом 200 кбит/с. Мобильное устройство 112 может быть сконфигурировано для приема, декодирования и обработки передач, основанных на стандарте цифрового телевидения для портативных устройств (DVB-H) или других стандартах DVB, таких как DVB-МНР, спутниковое DVB (DVB-S), наземное DVB (DVB-T) или кабельное DVB (DVB-C). Подобным образом в качестве альтернативного варианта для доставки контента и информации о доступности дополнительных услуг могут быть использованы другие форматы цифровой передачи, такие как ATSC (комитет систем перспективного телевидения), NTSC (национальный комитет по телевизионным системам), ISDB-T (наземное цифровое вещание с интегрированными услугами), DAB (цифровое аудиовещание), DMB (цифровое мультимедиа-вещание), FLO (линия связи с ретрансляторами) или DIRECTV. Помимо этого цифровая передача может быть квантована по времени, как в технологии DVB-H. Квантование по времени может снизить среднее потребление энергии мобильным терминалом и обеспечить ровную и непрерывную передачу. Квантование по времени представляет собой отправку данных в пакетах с использованием более высокого мгновенного битрейта по сравнению с битрейтом, необходимым для передачи данных при помощи традиционного механизма потоковой передачи. В этом случае мобильное устройство 112 может иметь одно или несколько буферных запоминающих устройств для хранения декодированных квантованных по времени передач перед воспроизведением. Для снижения энергопотребления питание приемника в промежутках между пакетами может отключаться.

В одном варианте осуществления изобретения фрагменты ESG могут доставляться на терминал потребителя услуг при помощи одного или нескольких потоков данных или каналов. В данном примере ряд каналов (таких как потоки пакетов IP) может быть использован для доставки информации ESG на терминал потребителя услуг.

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

Фрагменты ESG могут доставляться в транспортном объекте, который может переносить информацию ESG в контейнере. Таким образом, фрагменты ESG могут быть помещены в контейнер, который может быть доставлен в своем собственном транспортном объекте. Более того, контейнер может содержать заголовок и полезную нагрузку контейнера, где, например, заголовок контейнера может давать информацию о размещении каждого транспортного объекта в контейнере. В одном примере транспортный объект может содержать один контейнер или ряд контейнеров, каждый из которых содержит по меньшей мере один фрагмент ESG. На фиг.3 показана схема примера транспортного объекта, соответствующая по меньшей мере одному аспекту настоящего изобретения. Как показано в примере на фиг.3, транспортный объект 300 может содержать контейнер, который может включать заголовок 310 контейнера и полезную нагрузку 320 контейнера. В одном примере заголовок 310 контейнера и полезная нагрузка 320 контейнера объединены в один контейнер 305, который может быть объединен в один транспортный объект 300 таким образом, что заголовок 310 контейнера не требуется перекомпоновывать с информацией о размещении каждого контейнера в разных транспортных потоках. В качестве альтернативного варианта транспортный объект 300 может содержать ряд контейнеров, а контейнер может содержать некоторое количество фрагментов ESG 340. Заголовок контейнера 310 может содержать информацию, связанную с соответствующим фрагментом ESG, такую как, например, информация о заголовке 310 контейнера и/или полезной нагрузке 320 контейнера.

В примере, показанном на фиг.3, фрагмент ESG 340 содержится в полезной нагрузке 320 контейнера. Заголовок 310 контейнера может содержать дескрипторы для идентификации и описания фрагментов ESG в соответствующей полезной нагрузке 320 контейнера. Таким образом могут быть определены такие характеристики фрагмента ESG как положение фрагмента ESG в транспортном объекте 300 или длина каждого включенного фрагмента ESG 340, но эти примеры не являются ограничениями. Например, в одном варианте осуществления изобретения поле указывает, в каком месте полезной нагрузки 320 контейнера начинается отдельный фрагмент ESG, предоставляя, к примеру, величину коррекции, начальную и конечную точки, или подобную информацию. В других вариантах осуществления с отдельными фрагментами ESG 340 могут быть связаны метаданные 350, расположенные рядом или внутри заголовка 310, дескрипторов, фрагмента ESG 340 или в их сочетаниях.

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

Фиг.4 показывает пример передачи набора отдельных транспортных объектов. Как показано на фиг.4, транспортные объекты (ТО) настоящего изобретения могут передаваться, например, в сеансах FLUTE (доставка файлов однонаправленной передачей) или только в сеансе ALC (асинхронное многоуровневое кодирование). В примере на фиг.4 данные о корневом канале ESG, такие как IP-адрес, номер порта и идентификатор транспортного сеанса (TSI), объявлены в таблице уведомления IP/MAC (таблица INT), которая может передаваться, например, в потоке SI/PSI в DVB-H как одна из таблиц системной информации DVB-H. Сеанс FLUTE корневого канала ESG включает таблицу доставки файлов (FDT) в рамках сессии и один или более транспортных объектов (ТО). Эти транспортные объекты, которые могут быть доставлены посредством кругового объявления, содержат карту соответствия разных частей ESG и параметров доступа к различным способам ESG, в которых передаются данные ESG. Справочники ESG могут отличаться друг от друга. Например, ESG могут быть на разных языках, иметь разный вид или кодировку.

Примерами параметров доступа являются, например, IP-адреса, номера портов, TSI, время начала и окончания и т.д. Таким образом сеанс FLUTE объявляет, каким образом данные ESG распределяются по разным сессиям. Транспортные объекты сеанса FLUTE переносят данные о соответствии, описанные в FDT (таблице доставки файлов) сеанса FLUTE. Данные о соответствии ESG могут доставляться в одном или нескольких транспортных объектах. Карта соответствия может быть реализована по схеме XML, в виде открытого текста ASCII, структурированного текста ASCII, такого как составной стандарт MIME или заголовки MIME, в виде двоичного кода с пронумерованными типами или различными другими средствами, известными в данной области техники. В этом примере данные ESG могут доставляться в одном или нескольких транспортных объектах, которые могут находиться, например, только в сеансах ALC. Данные ESG или их части в некоторых вариантах осуществления изобретения могут доставляться в одном или более сеансах FLUTE в качестве дополнения к сеансам ALC или вместо них.

Службы мобильного вещания позволяют распространять богатый интерактивный мультимедиа-контент для широкой аудитории пользователей мобильных устройств. Такие службы могут передаваться по множеству различных сетей широкого вещания, таким как DVB-T, DVB-H, Qualcomm FLO, T-DMB, S-DMB, WLAN, WiMAX, 3GPP/MBMS, 3GPP2/BCMCS и другим.

Кроме того, сеть может быть объединена с интерактивными службами, такими как сотовые системы 2G, 2.5G и 3G, WLAN и т.д.

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

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

Для инициализации терминала могут быть реализованы различные интерфейсы. В одном примере представлен интерфейс для поддержания обмена между сетью и терминалом сообщениями инициализации и управления терминалом. Например, в сети двунаправленного взаимодействия и сеть, и терминал поддерживают обмен данными для инициализации терминала. Интерфейс ТР-7 является примером интерфейса между управлением подпиской ОМА BCAST и терминалом, обеспечивающим поддержку обмена между сетью и терминалом сообщениями инициализации и управления терминалом. Такие интерфейсы могут быть, например, однонаправленными или двунаправленными.

В другом примере представлен интерфейс, поддерживающий доставку на терминал сообщений инициализации. Например, сообщения инициализации и управления терминалом могут передаваться на терминал по широковещательной системе распределения. Сеть может поддерживать доставку сообщений инициализации. В качестве альтернативного варианта сеть может не поддерживать доставку сообщений инициализации. Интерфейс ТР-5 является примером интерфейса между распределением/адаптацией услуг ОМА BCAST и терминалом, обеспечивающим передачу на терминал сообщений инициализации и управления терминалом в соответствии с данным примером. Таким образом, инициализация терминала может объявляться по интерфейсу ТР-5, а в элементе "BroadcastTransmission" (широковещательная передача) может содержаться параметр типа, такой как AccessType (тип доступа). Помимо этого элемент "BroadcastTransmission" может определять доступ к сеансу передачи файлов BCAST. В другом примере представлен интерфейс, поддерживающий доставку или обмен файловыми объектами как сообщениями инициализации. В одном примере файловые объекты имеют тип "application/vnd.syncml.dm+wbxml." Интерфейс ТР-4 является примером интерсрейса между распределением/адаптацией услуг ОМА BCAST и управлением подпиской ОМА BCAST, обеспечивающим поддержку доставки или обмена файловыми объектами как сообщениями инициализации. В соответствии с этим примером обмен данными или данные, передаваемые по интерфейсу ТР-4, включают сообщения инициализации ОМА DM. Также по этому интерфейсу может осуществляться обмен сообщениями инициализации ОМА DM как файловыми объектами типа "аррlication/vnd.syncml.dm+wbxml".

В одном примере наличие или доступ к функции инициализации терминала может обеспечиваться в сервисном справочнике посредством сеанса распределения файлов, в котором сообщения инициализации терминала передаются по соответствующему интерфейсу, например по интерфейсу ТР-5. В этом примере сообщения инициализации могут передаваться как файл, содержащий сообщения инициализации. Примером типа файла, содержащего сообщения инициализации, может быть "application/vnd.syncml.dm+wbxml" - сообщение Open Mobile Alliance Device Management (ОМА DM), закодированное в формате WAP Binary Extensible Markup Language (WBXML).

В этом примере сообщение ОМА DM, закодированное в формате WBXML, может быть объявлено в сервисном справочнике. Например, сервисный справочник может содержать фрагмент контента, который может включать элементы, субэлементы и/или атрибуты для задания характеристик соответствующей службы, включающие файл с сообщением или параметром инициализации.

Например, атрибут или элемент типа контента в элементе файла сервисного справочника может задавать инициализацию терминала. В данном примере фрагмент контента в сервисном справочнике предоставляется с элементом или субэлементом файла, который помимо этого может содержать параметр или атрибут типа контента, включающий файл с сообщением инициализации ОМА DM. В этом примере файл, содержащий сообщение инициализации ОМА DM, может иметь значение, например, "application/vnd.syncml.dm+wbxml".

В другом примере фрагмент контента в сервисном справочнике может содержать параметр, такой как элемент FileDescription (описание файла), где субэлемент или параметр содержит сообщение инициализации ОМА DM. Помимо этого файл может находиться в субэлементе или атрибуте элемента или субэлемента File Description. Например, файл может иметь значение "application/vnd.syncml.dm+wbxml." Также, в другом примере, файл может находиться в субэлементе или атрибуте "Content-Type" (тип контента) элемента или субэлемента FileDescription (описание файла).

Кроме того, файл, содержащий сообщения инициализации ОМА DM, может при необходимости быть сжат. В одном примере сжатие применяется к целому файлу. В другом примере сжимается только выбранная часть файла. Сжатие может объявляться и сигнализироваться установкой значения соответствующего параметра, показывающего, что файл сжат.В одном примере для сигнализации сжатия значение "Content-Encoding" (кодировка контента) может быть установлено как "application/gzip".

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

В другом примере для обеспечения инициализации терминала в сервисном справочнике предоставляется фрагмент доступа. Фрагмент доступа может содержать субэлемент типа доступа, который может содержать элемент для определения типа доступа. Например, если для инициализации терминала объявлен интерфейс ТР-5, то тип доступа может содержать элемент "BroadcastTransmission" (широковещательная передача).

В другом примере для инициализации терминала объявлен интерфейс ТР-7 - интерфейс между управлением подпиской ОМА BCAST и терминалом. В этом примере тип доступа может содержать элемент "InteractiveTransmissionScheme" (интерактивная схема передачи). Кроме того, это может определять доступ к соответствующему серверу ОМА DM.

Помимо этого сервисный справочник может содержать фрагмент контента, который может включать элементы, субэлементы и атрибуты для задания сообщений инициализации терминала как файла. К примеру, файл может иметь значение "application/vnd.syncml.dm+wbxml."

В соответствии с другой особенностью изобретения инициализация терминала может объявляться как доступ к службе. В соответствии с этим примером фрагмент службы сервисного справочника определяет службу определенного типа. Установленный тип может включать любой тип, включая, например, основное телевидение интерактивного или неинтерактивного типа, вещание клипов, интерактивное или неинтерактивное сочетание основного телевидения и вещания клипов, интерактивное или неинтерактивное основное радио, службу загрузки файлов, службу управления программным обеспечением и т.д. Кроме того, фрагмент доступа сервисного справочника, связанный с соответствующей службой, может содержать параметр, такой как ApplicationSpec (параметры приложения), для определения характеристик доступа, который может быть использован приложением для получения услуги. Параметр (например, параметр ApplicationSpec) может иметь значение файла, содержащего сообщение инициализации. В соответствии с одним примером файл может иметь значение "application/vnd.syncml.dm+wbxml." Помимо этого фрагмент доступа может включать параметр, описывающий тип доступа. Этот параметр может являться, например, параметром AccessType (тип доступа). Параметр, описывающий тип доступа, может изменяться в зависимости от типа интерфейса, используемого в сети связи. Например, параметр типа может иметь значение "BroadcastTransmission" (широковещательная передача), описывающее сеанс распределения файлов (например, сеанс FLUTE), если используется интерфейс ТР-5. В качестве альтернативного варианта параметр типа может иметь значение "InteractiveTransmissionScheme" (интерактивная схема передачи), описывающее доступ к соответствующему сервису, если используется интерфейс ТР-7.

Кроме того, сервисный справочник для обеспечения инициализации терминала как доступа к службе может содержать фрагмент контента для задания сообщений инициализации терминала как файла. К примеру, файл может иметь значение "application/vnd.syncml.dm+wbxml."

Фиг.5 является частичной блок-схемой, показывающей пример приемника или терминала в соответствии с особенностями изобретения. В данном примере приемник 500 имеет вход 501. Вход 501 может быть сконфигурирован для приема информации, передаваемой в виде фрагмента ESG или при помощи механизма передачи фрагментов ESG. Также фрагмент ESG может приниматься через интерфейс. Как показано на фиг.5, интерфейс ТР-7 505 может принимать ESG, например, по сети двунаправленного взаимодействия. В этом примере обмен сообщениями инициализации терминала может осуществляться между сетью и приемником 500. В качестве альтернативного варианта ESG могут приниматься через интерфейс ТР-5 506. В этом примере сообщения инициализации терминала могут доставляться в приемник 500 по сети. Сеть также может принимать информацию от приемника 500. ESG может приниматься через интерфейс ТР-4 507, где сообщения инициализации в ESG предоставляются как файловые объекты. Например, файловые объекты могут иметь тип "application/vnd.syncml.dm+wbxml."

Кроме того, приемник 500 может содержать анализатор 502 для определения параметров в фрагменте ESG, связанных с инициализацией терминала. Например, анализатор может определять параметр, связанный с файлом, который содержит сообщения инициализации ОМА DM. В данном примере анализатор 502 может определять фрагмент контента в сервисном справочнике. Помимо этого анализатор 502 может определять атрибут, содержащийся в фрагменте контента, для установки параметров, связанных с инициализацией терминала. В соответствии с одним примером атрибут может являться атрибутом типа контента в элементе, предоставляющем описание файла (например, элементе FileDescription). Также элемент может являться, например, элементом, предоставляющим параметры, связанные с файлом. В одном примере файл имеет значение "application/vnd.syncml.dm+wbxml."

В качестве альтернативного варианта параметры, связанные с файлом, могут сигнализироваться внутри полосы. В данном примере может использоваться атрибут в таблице доставки файлов (FDT), связанный с типом контента. К примеру, анализатор 502 может определять атрибут в FDT, связанный с типом контента. В этом примере в FDT может использоваться тип контента.

Кроме того, приемник 500 может содержать процессор 503 для управления анализатором 502 с целью определения соответствующего параметра в фрагменте ESG, определяющего инициализацию терминала. Данные, соответствующие инициализации терминала, выводятся на выход 504. Например, информация может отображаться пользователю или потребителю услуг.

В одном примере инициализация терминала определяется в сервисном справочнике как служба. Сервисный справочник, содержащий информацию об инициализации терминала, принимается на входе 501 приемника, сообщающем о типах ТР-7 (505), ТР-5 (506) или ТР-4 (507). Помимо этого сервисный справочник может включать фрагмент службы, который, в свою очередь, может содержать атрибут для отображения служб инициализации терминала. В одном примере фрагмент службы сервисного справочника содержит атрибут «тип», который имеет значение, соответствующее службам инициализации терминала.

Также сервисный справочник в этом примере может содержать фрагмент доступа, который может включать информацию, относящуюся к инициализации терминала. Фрагмент доступа может содержать, например, атрибут типа (например, AccessType), который может показывать тип передачи и доступа к сети. В одном примере сервисный справочник принимают через интерфейс ТР-5 (506), а атрибут типа во фрагменте доступа (например, AccessType) указывает на широковещательную передачу. В другом примере сервисный справочник принимают через интерфейс ТР-7 (505), а атрибут типа во фрагменте доступа (например, AccessType) указывает на интерактивную схему передачи.

Помимо этого сервисный справочник может включать фрагмент контента, который может задавать инициализацию терминала. В этом примере сервисный справочник, принимаемые на входе 501, может во фрагменте контента содержать файл, задающий сообщения инициализации терминала. В одном примере файл имеет значение "application/vnd.syncml.dm+wbxml."

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

Например, если принят сервисный справочник, в котором инициализация терминала объявлена через интерфейс ТР-5 (506), тип доступа может соответствовать широковещательной передаче. В качестве альтернативного варианта, когда инициализация терминала объявляется через интерфейс ТР-7 (505), атрибут доступа может соответствов