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

Предложена широковещательная система для предоставления информации о доступе широковещательной услуги, в которой передающее устройство генерирует информацию о доступе для, по меньшей мере, одной сети из широковещательной сети и интерактивной сети, из которой широковещательная услуга передается, и передает информацию о доступе на терминал через заданную сеть связи. Приемное устройство принимает информацию о доступе широковещательной услуги через сеть связи, анализирует принятую информацию о доступе для определения сети, из которой предоставляется широковещательная услуга, среди широковещательной сети и интерактивной сети, и устанавливает адрес доступа для приема широковещательной услуги. Техническим результатом является эффективная передача/прием информации о доступе широковещательных услуг в широковещательной системе. 5 н. и 60 з.п. ф-лы, 7 ил., 37 табл.

 

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

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

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

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

Открытое Сообщество производителей Мобильной связи (ОМА), одна из групп стандартизации услуг широковещания, было организовано в июне 2002, примерно 200-ми компаниями, включая Nokia, NTT и IBM, для выполнения исследования по стандарту согласования отдельных решений по мобильной связи. ОМА, главным образом, служит для определения различных стандартов приложений для мобильных игр и интернет-услуг. Из рабочих групп, принадлежащих ОМА, Браузер Открытого Сообщества производителей Мобильной связи и Рабочая Подгруппа Мобильного Широковещания Контента (ОМА ВАС BCAST) теперь выполняют исследования по технологии для предоставления услуг широковещания с использованием мобильных терминалов. Ниже приводится краткое описание системы широковещания, рассматриваемой ОМА.

В системе BCAST, которая является широковещательной системой, предложенной ОМА, мобильный терминал, запрашивающий широковещательную услугу, должен принять так называемую информацию проводника услуг, содержащую описание услуги, расчетную информацию для услуги, и информацию относительно способа приема услуги. Мобильный терминал принимает услугу в соответствии с информацией, предоставленной в информации проводника услуг. Далее рассматривается обычный способ доступа широковещательной услуги в связи с системой BCAST, как пример общей системы широковещания, использующей проводник услуг. На Фиг.1 показана блок-схема структуры проводника услуг, используемого для приема широковещательной услуги в обычной широковещательной системе. Эта структура предложена для предоставления широковещательных услуг на мобильный терминал в системе BCAST. Один проводник услуг состоит из множества групп, каждая имеющая свою собственную задачу, и все группы классифицируются по четырем группам в соответствии с использованием, как показано на Фиг.1. На Фиг.1 показан примерный проводник услуг, состоящий из административной группы 100, обеспечивающей группы 110, основной группы 120 и группы доступа 130.

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

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

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

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

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

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

Таблица 1
	Наименование	Тип	Категория	Кардинальное число	Описание	Тип данных
201	Доступ (	Е	О	0…N	Фрагмент доступа Содержит следующие атрибуты: id version validFrom validTo ServiceProtection AccessType AudioLanguage Содержит следующие субэлементы: ExtensionURL AccessType ServicelD UsageInfo SessionDescriptionURI SDP InleractiveAccessURI TerminalCapabilityRcquirement ВandwidthRequirement ApplicationSpec MediaInformation

В Таблице 1 первый пункт "Наименование" указывает имена атрибутов или элементов фрагмента доступа, и второй пункт "Type" указывает, соответствует ли каждый объект, включенный во фрагмент доступа, Атрибуту (A) или Элементу (E). Что касается различия между атрибутом и элементом, то атрибут является значением, указывающим атрибут фрагмента доступа и его элемента, а элемент является значением, указывающим фактически используемую информацию. Третий пункт "Категория" указывает, является ли атрибут или элемент обязательным значением (M) или возможным значением (O). Четвертый пункт "Кардинальное число" указывает, повторяются ли атрибут или элемент, и пятый пункт "Описание" указывает описание атрибута или элемента. Наконец, шестой пункт "Тип Данных" указывает тип данных атрибута или элемента.

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

Таблица 2
202	id	A	M	1	ID фрагмента доступа	Целое число
203	version	A	M	1	Версия этого фрагмента Более новая версия, как только она получена, отменяет старую версию	Байт (8 бит)
204	validFrom	A	O	0...1	Первый момент, когда этот фрагмент допустим. Если это не так, предполагается, что допустимость начинается в некоторый момент в прошлом	Целое число (32 бита), выраженное как NTP время.
205	validTo	A	O	0...1	Последний момент, когда этот фрагмент допустим. Если это не так, предполагается, что допустимость заканчивается в неопределенное время в будущем.	Целое число (32 бита), выраженное как NTP время.
206	ServiceProtection	A	O	0...1	Если истинно, это указывает, что услуга защищена; если ложно, это указывает, что эта услуга открыта.	Булевый

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

Атрибут "validFrom", обозначенный номером 204 и "validTo", обозначенный номером 205, являются атрибутами, указывающими допустимый период информации, включенной во фрагмент доступа, и "ServiceProtection", обозначенный номером 206, является атрибутом, указывающим, есть ли потребность в отдельной опознавательной процедуре во время доступа, поскольку услуга, которая может быть доступна через информацию фрагмента доступа, защищена от несанкционированного доступа.

Таблица 3
207	AccessType	A	M	1	Определяет тип доступа Возможных значений	Целое число
					1. Объект доступа по умолчанию; должен существовать для A/V потока услуг (например, телевизионных, радио и т.д). Это используется по умолчанию в случае множественных доступов, связанных с необходимым SDP. 2. Чередуемый объект доступа, связанный с необходимым SDP. 3. Файловая карусель, используемая для загружаемого запланированноо файла и файла услуг карусельного типа; связанный с необходимым SDP. 4. Загрузка файла, используемого для загрузки файла по интерактивной сети; связанный с необходимым AccessURI. 5. Service_SMS; этот тип доступа используется для генерации различных услуг на основе SMS (голосование, и т.д); нет связанного SDP. 6. Service_web_local; этот тип доступа используется для указания на локально сохраненные web-страницы; нет связанного SDP. 7. Service_web; этот тип доступа используется для указания на интернет-услуги; нет связанного SDP. 8. Service_voice_call; этот тип доступа используется для выполнения телефонного вызова. 9. Service_MMS; этот тип доступа используется для генерации различных услуг на основе MMS (голосование, и т.д); нет связанного SDP. 10. Service_java_app; этот тип доступа используется для запуска приложений Java.	(8 бит)

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

Таблица 4
208	AudioLanguage	A	M	0..N	Язык Звукового Потока	3-байтовая ISO 639 языковых кодов
209	ExtensionURL	E1	O	0..N	URI, содержащий дополнительную информацию во фрагменте расширения.	AnyURI
210	ServicelD	E1	M	1..N	Ссылка на фрагмент(ы) услуги, к которой принадлежит фрагмент доступа	Целое число
211	UsageInfo	E1	O	0…N	Этот текст помогает пользователю понять, какое различие он делает, для использования одного или другого фрагмента доступа. Это обязательно в случае, если больше чем один фрагмент доступа доступен со временем в данной точке. Возможно предоставленный во множественных языках. Атрибуты: Lang
212	Lang	A	O	0...1	Язык	3-байтовая ISO 639 языковых кодов

В Таблице 4 "AudioLanguage", обозначенный номером 208, используется для указания языка звукового потока, переданного через фрагмент доступа, и "ExtensionURL", обозначенный номером 209, используется для указания адреса расширенного фрагмента. "ServicelD", обозначенный номером 210, является элементом, указывающим идентификатор услуги, которую можно выбрать через информацию фрагмента доступа, и "UsageInfo", обозначенный номером 211, является элементом, который предоставляет информацию, пригодную для указания использования и корреляции множества соответствующих фрагментов доступа для пользователей, когда имеются множественные фрагменты доступа, пригодные для предоставления различной информации о доступе, чтобы принимать различные типы дополнительных услуг для одной услуги, и предоставляет атрибут "Lang", обозначенный номером 212, чтобы это можно было предоставить на различных языках.

Таблица 5
213	AccessURI	E1	O	0...1	URI для SG подача единицы(-ц), которая содержит описание сеанса связи, чтобы приложение в терминале использовало для доступа услугу. В случае нешироковещательной услуги, AccessURI содержит информацию, как эта отдельная услуга можно быть получена. Атрибут: Тип Примечание; Использование или AccessURI, или SDP является обязательным.	AnyURI
214	Тип	A	M	1	Тип AccessURI: 1 - SDP; AccessURI является основой для описания SDP; 2 - MBMS-USD; AccessURI является основой для MBMS пользовательского описания услуги (MEMS-USD), как определено в [26.346] раздел 5.2. Оно может содержать одно или несколько описаний SDP.	Целое число
215	SDP	E1	O	0...1	Описание сеанса связи в SDP (протокол описания сеанса связи IFTF) формат	Строка (в формате SDP)
216	Диалоговый AccessURI	E1	O	0…N	Определить альтернативный URI контента для его восстановления через интерактивный канал, если контент не может быть принят через широковещательный канал	AnyURI

В Таблице 5 "AccessURI", обозначенный номером 213, является элементом, указывающим адрес места, где информация относительно сеанса связи, в котором передается услуга, указанная фрагментом доступа, может быть собрана, и имеет, например, атрибут "Type", обозначенный номером 214. Тип 214 является атрибутом, указывающим тип информации сеанса связи и поддерживает тип Протокола Описания Сеанса связи (SDP), который является протоколом текущего IEFT, и тип информации сеанса связи, использованный в Мультимедийной Многоабонентской (Групповой) Широковещательной Услуге (MBMS), которая является портативной широковещательной технологией, определенной асинхронной группой стандартизации мобильной связи. "SDP" 215 является элементом, предоставляющим информацию относительно описания фактического сеанса связи, и "InteractiveAccessURI" 216 является элементом, регистрирующим адрес так, чтобы мобильный терминал мог принять услугу через интерактивный канал.

Таблица 6
217	TerminalCapabilityRequirement	E1	O	0...1	Спецификация требуемых возможностей терминала, например, протоколов, кодеков, скорости передачи битов, и памяти обработки; UAprof используется для выражения возможностей.	Строка
218	BandwidthRequirement	E1	О	0...1	Спецификация требуемой ширины полосы пропускания сети. Широковещательная услуга может включать в себя множественные потоки доступов (тот же самый контент) с различной шириной полосы частот так, чтобы терминал мог сделать выбор в зависимости от его текущего режима приема	Целое число
219	ApplicationSpec	E1	О	0…N	Тип приложения, который может потреблять услугу, используя эту спецификацию доступа, определенную типом MIME.	Строка

В Таблице 6 "TerminalCapabilityRequirement", обозначенный номером 217, является элементом, указывающим требования к программному обеспечению и к оборудованию мобильного терминала для приема услуги, которая может быть принята через информацию фрагмента доступа, и исходя из этого мобильный терминал, имеющий функцию портативного широковещательного приемника, может определить, имеет ли он возможность приема соответствующей услуги. Кроме того, "BandwidthRequirement", обозначенный номером 218, является элементом, указывающим скорость передачи данных в среде беспроводной передачи услуги, которую можно принять через фрагмент доступа, и позволяет выбор скорости передачи данных, требуемой мобильным терминалом, среди нескольких скоростей передачи данных, и прием услуги на выбранной скорости передачи данных.

"ApplicationSpec" 219 является элементом, предоставляющим отдельную информацию, пригодную для получения услуги, определенной в MIME типе.

Таблица 7
220	MediaInformation	E1	О	0…N	Возможная ссылка на изображение, пиктограмму, анимацию или звук. Здесь используются PreviewData или ссылка на PreviewData. Атрибуты: usageid
221	использование	A	M	1	Возможные значения; фон, изображение (например)	Целое число (8 бит)
222	id	A	M	1	ID фрагмента PreviewData	Целое число (8 бит)
223	<proprietary elements/attributes>	E1 или ниже. A	O	0…N	Любое число внутренних или заданных приложением элементов или атрибутов, которые не определены в этой спецификации

В Таблице 7 "MediaInformation", обозначенный номером 220, является элементом, предоставляющим информацию предварительного просмотра услуги, указанной фрагментом доступа мобильным терминалом, который получил фрагмент доступа, и имеет атрибут "usage" 221 и атрибут "id" 222. Атрибут " usage" указывает, будет ли он использовать информацию фрагмента, связанную с атрибутом "id", как информацию предварительного просмотра или вводную информацию. Номер 223 обозначает элемент или атрибут, пригодный для предоставления другой информации, которая не предоставляется через фрагмент доступа.

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

Во-первых, потому что "AccessType" концептуально определяет Тип Доступа для фактической услуги в Таблице 3, Тип Доступа должен вновь определяться каждый раз, когда появляется новая услуга. Во вторых, большинство широковещательных услуг, предоставляемых на мобильный терминал, являются мультимедийными услугами, требующими высокой скорости передачи данных, и должны эффективно использовать радио-ресурсы, чтобы поддерживать быстродействующую передачу. Поэтому, большинство широковещательных технологий для мобильного терминала вводят многоадресную концепцию, используемую в Интернет-Протоколе, и поддерживают способ для разрешения услуги только в том месте, где располагается пользователь. Однако этот способ в настоящее время не поддерживается для Типа Доступа. В-третьих, в предлагаемой в настоящее время широковещательной системе, нет никакого способа для простого предоставления на мобильный терминал схемы передачи или топологии передачи, поддержанных в широковещательной системе для доступа к широковещательной услуге.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Подробное описание примерных вариантов реализации изобретения

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

В нижеследующем описании примерные варианты реализации настоящего изобретения представлены для решения вышеупомянутых и других задач. Хотя примерные варианты реализации будут описаны в связи с системой BCAST, которая является одним из многих стандартов технологий портативного широковещания, варианты реализации настоящего изобретения не ограничиваются этим, и нижеследующие описания предоставлены не с тем, чтобы ограничить возможные применения настоящего изобретения. В этом описании учтено, что широковещательная система содержит различные системы связи, поддерживающие широковещательные услуги на основе IP, например, систему BCAST и систему DVB-H. Кроме того, хотя приемник системы BCAST рассматривается здесь для удобства как мобильный терминал, варианты реализации настоящего изобретения не ограничиваются этим, и специалистам в данной области техники должно быть очевидно, что технические принципы настоящего изобретения могут также быть применены к проводным системам связи, поддерживающим широковещательные услуги на основе IP.

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

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

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

Далее, первый примерный вариант реализации рассматривается в связи с Таблицами 8-14, второй примерный вариант реализации рассматривается в связи с Таблицами 15-18, и третий примерный вариант реализации рассматривается в связи с Таблицами 19-37. Хотя действия передающего устройства на Фиг.2 и приемного устройства на Фиг.4 рассматриваются для удобства на основе первого варианта реализации, структуры устройств на Фиг. 2 и 4 могут также быть применены ко второму, третьему и другим вариантам реализации.

Первый примерный вариант реализации

В Таблицах 8-14 показан, для примера, формат фрагмента доступа в соответствии с первым примерным вариантом реализации настоящего изобретения. Таблицы 8-14 получены делением одной Таблицы, для удобства, и определение пунктов в каждой Таблице следует определению Таблицы 8. Кроме того, определение каждого пункта в Таблицах 8-14 по существу совпадает с определением Таблицы 1, и подробное описание тех же самых частей по всем Таблицам 1-7 и Таблицам 8-14 будет опущено.

Таблица 8
	Наименование	Тип	Категория	Кардинальное число	Описание	Тип данных
301	Доступ	E	O	0…N	Фрагмент доступа Содержит следующие атрибуты: Id Version ValidFrom validTo Содержит следующие субэлементы: ServicelD UsageInfo SessionDescriptionURI SDP ApplicationSpec MediaInformation
302	Id	A	M	1	ID фрагмента Доступа	Целое число
303	version	A	M	1	Версия этого фрагмента. Более новая версия отменяет старую, как только она получена	Байт (8 бит)
304	validFrom	A	O	0...1	Первый время, когда этот фрагмент допустим. Если не так, допустимость предполагается, началась в некоторый момент ранее	Целое число (32 бита), выражено как время NTP

Фрагмент доступа первого варианта реализации содержит атрибуты "Id" 302, "version" 303 и "validFrom" 304 в Таблице 8 и "ValidTo" 305 в Таблице 9. Эти четыре атрибута представляют собой уникальные атрибуты для фрагмента доступа, и их функции по существу совпадают с таковыми для атрибутов, имеющих те же самые наименования в Таблице 2. Однако различие между обычным фрагментом доступа, описанным в Таблице 2, и фрагментом доступа, предложенном в вариантах реализации настоящего изобретения, заключается в том, что обычный фрагмент доступа имеет в качестве атрибутов значения, даже не связанные с атрибутами фрагмента доступа, тогда как предложенный фрагмент доступа конфигурируется так, что он имеет только атрибуты, связанные с фрагментом доступа, и изменяет другие атрибуты на элементы, согласованные с соответствующими характеристиками.

Фрагмент доступа первого варианта реализации, как представлено в Таблице 8, содержит "ServiceID" 306 в Таблице 9 и "UsageInfo" 319, "SessionDescriptionURI" 321, "SDP" 323, "ApplicationSpec" 324 и "MediaInformation" 325 в Таблицах 12-14, как субэлементы.

Таблица 9
305	validTo	A	O	0...1	Последнее время, когда этот фрагмент допустим. Если не так, допустимость предполагается заканчивающейся в неопределенное время в будущем.	Целое число (32 бита), выраженное как время NTP
306	ServiceID	E1	M	1…N	Ссылка на фрагмент(ы) услуги, которому принадлежит фрагмент доступа. Содержит следующий Атрибут: ServiceProtection Содержит следующие элементы: TerminalCapabilityRequirement ВandwidthRequirement AccessType
307	ServiceProtection	A	M	0...1	"1" указывает, что эта услуга защищена, "0" указывает, что эта услуга открыта	Булевый
308	TerminalCapability Requirement	E2	O	0...1	Спецификация требуемых возможностей терминала, например, протоколов, кодеков, скорости передачи битов, обработки и памяти. UAprof используется для выражения возможностей	Строка

В Таблице 9 "ServicelD", обозначенный номером 306, является идентификатором услуги, с которым мобильный терминал может получить информацию о доступе услуги через фрагмент доступа, и имеет "ServiceProtection" 307 как его атрибут. "ServicelD" имеет "TerminalCapabilityRequirement" 308 в Таблице 9 и "BandwidthRequriement" 309 и "AccessType" 310 в Таблице 10, как его субэлементы. Поэтому, в первом варианте реализации, поскольку элемент "ServiceID" имеет всю информацию о доступе услуги, совпадая с соответствующей услугой, предложенный фрагмент доступа имеет более высокую эффективность, чем обычный фрагмент доступа в терминах формата.

"TerminalCapabilityRequirement" 308 в Таблице 9 и "BandwidthRequirement" 309 в Таблице 10 имеют по существу те же самые функции, что и для обычного фрагмента доступа.

Таблица 10
309	ВandwidthRequirement	E2	O	0...1	Спецификация требуемой полосы пропускания сети. Широковещательная услуга может включать в себя множественные доступные потоки (того же контента) с различающейся шириной полосы частот так, чтобы терминал мог сделать выбор в зависимости от его текущего режима приема.	Целое число
310	AccessType	E2	M	1	Определяет тип доступа. Возможные значения; Содержит следующие Атрибуты: TransmissionMedia Содержит следующие элементы: TransmissionTopology TransmissionScheme	Строка
312	TransmissionMedia	A	M	1	0: широковещательный канал 1: Интерактивный канал	ENUM
313	Transmission_Topology	E3	O	0...1	0: Широковещательный режим 1: Многоадресный режим Содержит следующие атрибуты: IP Адрес	ENUM

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

Таким образом, "Transmission_Media" 312 в Таблице 10 является атрибутом, указывающим, передается ли услуга по широковещательному каналу или предоставляется от сети связи, пригодной для двунаправленной связи, и тип субэлемента, который может быть включен в "AccessType", определяется в соответствии со значением атрибута. Например, если "TransmissionMedia" указывает, что услуга передается по широковещательному каналу, "AccessType" содержит "Transmission_Topology" 313 в Таблице 10 и "IP_Address" 314 в Таблице 11, как его субэлементы.

"Transmission_Topology" в Таблице 10 является элементом, указывающим, будет ли услуга, переданная по широковещательному каналу, передана в широковещательном режиме или многоадресном режиме. Широковещательный режим и многоадресный режим используются в Интернет-Протоколе, и если "Transmission_Topology" указывает широковещательный режим, это означает, что услуга передается к конкретной зоне независимо от положения получателя услуг. Если "Transmission_Topology" указывает многоадресный режим, это означает, что услуга передается к месту, где получатель услуг располагается в пределах зоны обслуживания в соответствии с информацией о местоположении получателя услуг. Кроме того, когда "Transmission_Topology" указывает многоадресный режим, мобильный терминал, пригодный для приема широковещательной услуги, предпочтительно должен сделать подписную заявку на IP адрес многоадресного режима и принять широковещательную услугу.

Таблица 11
314	IP_Adress	A	O	0...1	IP адрес IP потока, который транспортирует Услугу по Широковещательному каналу. Если Топология Передачи есть 0, то Типом IP адреса является IP Широковещательный адрес. Если Топология Передачи есть l, то Типом IP адреса является IP Широковещательный адрес	Строка
315	Transmission_Scheme	E3	O	0...1	1: Интерактивный канал, предоставленный Интерактивной Сетью 2:MMS 3: WAP 1.0 4: WAP 2 x 5: SMS 6: HTTP 7: Провайдер Услуги определил Схему Передачи	ENUM
316	Access ServerIPAddress	E4	O	0…N	IP адрес Сервера, который предоставляет различный доступ (по Интерактивному каналу) Услуги.	Строка
317	AccessServerURI	E4	O	0…N	ULR Сервера, который предоставляет различный доступ (по Интерактивному каналу) Услуги.	AnyURI
318	AccessServerPhoneNumber	E4	O	0…N	Телефонный номер Сервера, который предоставляет различный доступ (по Интерактивному каналу) Услуги.

"IP_Address" 314 в Таблице 11, поскольку услуга передается на мобильные терминалы в виде IP потока в системе BCAST, является атрибутом, указывающим адрес для IP потока. "IP_Address" становится IP широковещательным адресом или IP многобонентским адресом в соответствии со значением "Transmission_Topology" в Таблице 10. Обычно, IP адрес услуги указывается в описании сеанса связи. Однако, когда описание сеанса связи не передается вместе с фрагментом доступа, его следует предоставить на мобильный терминал для идентификации услуги на IP уровне.

Если атрибут "Transmission_Media" 312 в Таблице 10 указывает Интерактивный Канал, "Transmission_Scheme" 315 в Таблице 11 включен в "AccessType" Таблицы 10, и "Transmission_Scheme" содержит "AccessServerIPAddress" 316, "AccessServerURL" 317 и "AccessServerPhoneNumber" 318 в качестве его субэлементов.

"Transmission_Scheme" является элементом, указывающим систему связи или протокол, используемый в интерактивном канале, когда возможен доступ услуги через интерактивный канал. Хотя ОМА BCAST в настоящее время определяет, например, Просмотр Веб-страниц, Службу Передачи Мульти-медиа Услуги (ММS), Протокол Приложений Беспроводной связи 1.0 (WAP 1.0), Протокол Приложений Беспроводной связи 2.x (WAP 2.x), Службу Коротких Сообщений (SMS), и Протокол Передачи Гипертекста (HTTP), как системы связи или протоколы, которые могут использоваться для интерактивного канала, дальнейшие системы связи и протоколы, которые могут использоваться для интерактивного канала, могут быть добавлены в будущем.

В Таблице 11 "AccessServerIPAddress" 316, "AccessServerURL" 317 и "AccessServerPhoneNumber" 318 являются элементами, указывающими адрес сервера, который предоставляет услугу по интерактивному каналу для указания, может ли мобильный терминал, принимающий фрагмент доступа, иметь доступ к услуге через интерактивный канал в любом месте. Поскольку система адресации, используемая в каждой системе связи или протоколе, различна, предлагается представительная система адресации системы связи и протокола, в настоящее время адаптируется для поддержания интерактивного канала.

"AccessServerIPAddress" 316 является элементом, указывающим положение сервера исходя из Интернет-Протокола, "AccessServerURL" 317 является элементом, указывающим положение сервера, который использует систему связи или протокол, поддерживающий Web или URI, и "AccessServerPhoneNumber" 318 является элементом, указывающим положение сервера, который позволяет доступ к услуге, используя ММS или SMS. Дополнительно, в вариантах реализации настоящего изобретения, новая система связи или протокол добавляется к "Transmission_Scheme" 315 в Таблице 11, и если система адресации системы связи или протокола отличается от предоставляемого в настоящее время, новая система адресации может быть добавлена как субэлемент "Transmission_Scheme".

Таблица 12
319	UsageInfo	E1	O	0…N	Текст объясняет характеристику этого фрагмента доступа Пользователю. Этот текст также содержит информацию о других фрагментах Доступа Услуги, если существует больше чем 1 фрагмент Доступа, возможно предоставленных на многих языках. Атрибуты: Lang
320	Lang	A	О	0...1	Язык	3-байта ISO 639 языковых кодов
321	SessionDescriptionURI	E1	O	0...1	URI к SG доставке единицы(ц), которая содержит описание сеанса связи, которое медиа-приложение в терминале использует для доступа к услуге. В случае нешироковещательной услуги AccessURI содержит информацию о том, как эта конкретная услуга может быть доступна. Содержит следующий Атрибут и элемент: Тип Замечание: Использование AccessURI или SDP обязательно	AnyURI

"UsageInfo" 319 в Таблице 12 является элементом для предоставления описания характеристики фрагмента доступа пользователю мобильного терминала, особенно элемента, который может быть использован для описания характеристики и корреляции каждого фрагмента доступа для пользователя, даже когда имеется множество фрагментов доступа для одной услуги, предоставляя субуслуги, имеющие различные характеристики. "UsageInfo" имеет "Lang" 320 как атрибут.

"SessionDescriptionURI" 321 в Таблице 12, и "Type" 322, "SDP" 323, "ApplicationSpec" 324, "MediaInformation" 325, "Usage" 326, "Id" 327, и "<proprietary elements/attributes>" 328 в Таблице 13 и Таблице 14, имеют по существу те же самые функции, как и таковые из обычного фрагмента доступа и, поэтому, подробное их описание не приводится.

Таблица 13
322	Тип	A	M	1	Тип AccessURI: 1 - SDP; AccessURI является основой описания SDP; 2 - MBMS-USD; AccessURI является основой пользовательского описания услуги MBMS (MBMS-USD), как определено в [26.346] секция 5.2. Это может содержать одно или несколько описаний SDP.	Целое число
323	SDP	E1	O	0...1	Описание сеанса связи в SDP (протокол описания сеанса связи IETF) формате.	Строка (в формате SDP)
324	Application Spec	E1	O	0…N	Тип приложения, которое может потреблять услугу, используя эту спецификацию доступа, определенную типом MIME	Строка

Таблица 14
325	MediaInfоrmation	E1	O	0…N	Дополнительная ссылка на изображение, пиктограмму, анимацию или звук. Здесь используется PreviewData или ссылка на PreviewData. Атрибуты: usage id
326	Usage	A	M	1	Возможные значения: фон, изображение (например)	Целое число (8 бит)
327	Id	A	M	1	ID фрагмента PreviewData	Целое число (8 бит)
328	<proprietary elements/attributes>	E1 или ниже. A	O	0…N	Любое число внутренних или определенных приложением элементов или атрибутов, которые не определяются в этой спецификации.

Ниже, в связи с Фиг. 2-5, дается описание структуры и действия передающего устройства для генерации и передачи фрагмента доступа, сконфигурированного в формате Таблиц 7-14, и приемного устройства для приема фрагмента доступа, для приема желаемой услуги.

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

На Фиг.2 генератор 201 фрагмента доступа создает фрагмент доступа, сконфигурированный в формате Таблиц 7-14. Генератор 203 проводника услуг создает информацию проводника услуг, имеющего структуру на Фиг.1, с использованием выхода фрагмента доступа от генератора 201 фрагмента доступа, и передатчик 205 передает информацию проводника услуг на мобильный терминал через сеть передачи. Сеть передачи может быть сетью, обеспечивающей широковещательный канал, или сетью, обеспечивающей интерактивный канал.

Передающее устройство на Фиг.2 может быть применено для передатчика системы BCAST. Альтернативно, передающее устройство может также быть применено для передатчика любого числа систем связи, которые предоставляют широковещательную услугу на основе IP для множества пользователей, подобно системе DVB-H.

На Фиг.3 показана блок-схема последовательности операций для процесса генерации и передачи фрагмента доступа в широковещательной системе в соответствии с первым примерным вариантом реализации настоящего изобретения. Этот процесс соответствует действию генератора 201 фрагмента доступа на Фиг.2.

Относительно Фиг.3, генератор 201 фрагмента доступа определяет на этапе 301, есть ли потребность произвести новый фрагмент доступа. Если имеется потребность произвести новый фрагмент доступа, это означает, что начинается новая услуга, или что имеется необходимость предоставить новую дополнительную услугу или новый способ доступа для текущей услуги на мобильный терминал, принимающий широковещательную услугу. Если на этапе 301 определяется, что имеется необходимость произвести новый фрагмент доступа, генератор 201 фрагмента доступа устанавливает основную информацию для фрагмента доступа на этапе 303. Основная информация содержит, по меньшей мере, одно из "Id", "version" и "validFrom" и "validTo", оба связанные с допустимостью фрагмента доступа, описанного в связи с Таблицей 8 и Таблицей 9.

На этапе 305 генератор 201 фрагмента доступа устанавливает ID услугу, соответствующую информации, предоставляемой фрагментом доступа, и устанавливает основной атрибут услуги, соответствующий ID услуге. Основной атрибут содержит, по меньшей мере, одно из - информацию, указывающую, применять ли защиту услуги, информацию, указывающую требования мобильного терминала для приема услуги, и информацию, указывающую скорость передачи данных, при которой услуга передается в среде беспроводной связи, - все они были описаны в связи со Таблицей 9 и Таблицей 10. На этапе 307 генератор 201 фрагмента доступа определяет, будет ли услуга передана по широковещательному каналу или интерактивному каналу. Если услуга передается по интерактивному каналу, генератор 201 фрагмента доступа переходит на этап 309. Однако, если услуга передается по широковещательному каналу, генератор 201 фрагмента доступа переходит на этап 315.

Генератор 201 фрагмента доступа устанавливает схему передачи системы связи или используемый протокол, на этапе 309, и устанавливает адрес для соответствующей системы связи или протокола на этапе 311. После того, на этапе 313, генератор 201 фрагмента доступа устанавливает информацию использования услуги "UsageInfo", и если имеется характеристическое описание для соответствующего фрагмента доступа и множества фрагментов доступа для одной услуги, генератор 201 фрагмента доступа добавляет описание характеристики и корреляции для каждого из них к фрагменту доступа так, чтобы получатель широковещательной услуги мог обнаружить различие.

На этапе 315 генератор 201 фрагмента доступа устанавливает информацию топологии передачи, указывая, будет ли соответствующая услуга передана в широковещательном режиме или многоадресном режиме. Соответствующая режиму информация определяется объектом передачи или услугой, предоставляющей объект, и генератор 201 фрагмента доступа принимает соответствующую режиму информацию, предоставленную от соответствующего объекта, и устанавливает режим в зависимости от соответствующей режиму информации. На этапе 317 генератор 201 фрагмента доступа устанавливает IP информацию IP потока, в котором услуга передается. После этого, на этапе 313, генератор 201 фрагмента доступа устанавливает информацию использования услуги "UsageInfo".

На этапе 319 генератор 201 фрагмента доступа устанавливает информацию относительно сеанса связи, в котором передается услуга, информация о доступе которой предоставляется через соответствующий фрагмент доступа. Информация сеанса связи содержит IP адрес отправителя, IP адрес получателя, тип данных, переданных в сеансе связи, и используемый кодек. Протокол Описания Сеанса связи, определенный IETF, является типичным примером информации сеанса связи. После этого, на этапе 321, генератор 201 фрагмента доступа устанавливает другую информацию, составляющую фрагмент доступа, и затем заканчивает операцию.

На Фиг.4 показана блок-схема структуры приемного устройства для приема проводника услуг, содержащего фрагмент доступа, для приема широковещательной услуги в широковещательной системе в соответствии с примерным вариантом реализации настоящего изобретения. Приемное устройство содержит приемник 401, обратный ассемблер 403 проводника услуг и анализатор 405 фрагмента доступа.

Относительно Фиг.4, приемник 401 принимает информацию проводника услуг, переданную от передающего устройства системы широковещания через сеть передачи, и выводит принятую информацию проводника услуг на обратный ассемблер 403 проводника услуг. Обратный ассемблер 403 проводника услуг выделяет каждый фрагмент из принятой информации проводника услуг и поставляет извлеченный фрагмент на соответствующий анализатор фрагмента. На Фиг.4 показан только анализатор 405 фрагмента доступа, связанный с вариантами реализации настоящего изобретения, из всех возможных анализаторов фрагмента. Анализатор 405 фрагмента доступа анализирует принятый фрагмент доступа, имеющий формат Таблиц 7-14, включенный в информацию проводника услуг в соответствии с операцией на Фиг.5, описанной ниже, и мобильный терминал выполняет операцию приема услуги, исходя из результата анализа.

На Фиг.5 показана блок-схема последовательности операций в процессе приема и анализа фрагмента доступа в широковещательной системе в соответствии с первым примерным вариантом реализации настоящего изобретения. Этот процесс соответствует действию анализатора 405 фрагмента доступа на Фиг.4.

Относительно Фиг.5, анализатор 405 фрагмента доступа определяет на этапе 501, имеется ли какой-либо новый принятый фрагмент доступа. Критерий определения представляет собой атрибут "version" принятого фрагмента доступа. Если на этапе 501 определяется, что принят какой-либо фрагмент доступа, анализатор 405 фрагмента доступа анализирует, на этапе 503, основную информацию фрагмента доступа, определяет доступный период фрагмента доступа в основной информации и распознает, что информация, предоставленная посредством фрагмента доступа, доступна только в период доступа.

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

На этапе 507 анализатор 405 фрагмента доступа определяет, будет ли услуга передана по широковещательному каналу, или по интерактивному каналу, исходя из информации о доступе, предоставляемой фрагментом доступа. Если услуга передается по интерактивному каналу, анализатор 405 фрагмента доступа переходит на этап 509. Однако, если услуга передается по широковещательному каналу, анализатор 405 фрагмента доступа переходит на этап 515.

На этапе 509 анализатор 405 фрагмента доступа проверяет схему передачи и распознает, что система связи или протокол используется. После распознавания того, что предпочтительно принять услугу с использованием определенной системы связи или протокола, анализатор 405 фрагмента доступа анализирует, на этапе 511, адрес сервера, который передает услугу по интерактивному каналу, и готовится передавать запрос услуги. Система адресации может отличаться в соответствии с системой связи и протоколом, использующим интерактивный канал. После этого, на этапе 513, анализатор 405 фрагмента доступа проверяет информацию использования услуги "UsageInfo", и если имеется характеристическое описание для фрагмента доступа и множество фрагментов доступа для одной услуги, анализатор 405 фрагмента доступа распознает характеристику и корреляцию для каждого из них, и мобильный терминал показывает соответствующее описание для пользователя, который получит услугу так, чтобы позволить ему сделать соответствующий выбор.

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

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

После этапа 513 анализатор 405 фрагмента доступа проверяет, на этапе 519, информацию относительно сеанса связи, в котором услуга, для которой информация о доступе предоставляется из фрагмента доступа, передается, и позволяет мобильному терминалу приготовиться к приему сеанса, в котором услуга фактически передается. После этого, на этапе 521, анализатор 405 фрагмента доступа анализирует другую информацию, предоставленную из фрагмента доступа, и использует связанную информацию с соответствующей целью. На этапе 523 анализатор 405 фрагмента доступа готовится к доступу и приему услуги в соответствии с информацией, проанализированной из фрагмента доступа, и затем заканчивает операцию.

Второй примерный вариант реализации

Далее, в связи с Таблицами 15-18 и Фиг. 6 и 7, приводится описание способа передачи/приема фрагмента доступа в соответствии со вторым примерным вариантом реализации настоящего изобретения.

В Таблицах 15-18, для примера, показан формат фрагмента доступа в соответствии со вторым вариантом реализации настоящего изобретения. Различие во фрагменте доступа между первым вариантом реализации и вторым вариантом реализации заключается в той информации, одного и того же фрагмента доступа, которая используется для множества различных услуг, причем эффективная структура для этого предлагается вторым вариантом реализации. Определение пунктов в каждой Таблице по существу совпадает с определением Таблицы 1, и поэтому подробное описание одних и тех же частей в Таблицах 15-18 и Таблицах 8-14 не приводится.

Кроме того, по сравнению с атрибутами или элементами, определенными в Таблицах 8-14, неизмененные части Таблиц 15-18 для простоты не показаны.

Таблица 15
	Наименование	Тип	Категория	Кардинальное число	Описание	Тип данных
*01	Access	A	O	0…N	Фрагмент доступа Содержит следующие атрибуты: id version validFrom validTo ServiceProtection Содержит следующие субэлементы: TerminalCapabilityRequirement BandwidthRequirement AccessType Service ID ExtensionURL UsageInfo SessionDescriptionURI SDP ApplicationSpec MediaInformation
*02	Id	A	M	1	ID фрагмента Доступа	Целое число
*03	version	E	M	1	Версия этого фрагмента. Более новая версия отменяет старую, как только она получена.	Байт (8 бит)
*04	validFrom	A	O	0...1	Первый момент, когда этот фрагмент допустим. Если не так, доступность предполагается с некоторого времени в прошлом.	Целое число (32 бита), выражено как NTP
*05	validTo	A	O	0...1	Последний момент, когда этот фрагмент допустим. Если это не так, доступность предполагается завершающейся в неопределенное время в будущем.	Целое число (32 бита), выраженное как время NTP
*06	ServiceProtection	A	M	1	Если истинно, это указывает, что этот доступ, связанный с соответствующей услугой, защищен от несанкционированного доступа Службой защиты ОМА ВСAST; если ложно, то это указывает, что этот доступ, связанный с соответствующей услугой, не защищается Службой защиты ОМА ВСAST	Булевый

В Таблице 15 фрагмент доступа, предложенный вторым вариантом реализации содержит атрибуты "Id" *02, "version" *03, "validFrom" *04, "validTo" *05 и "ServiceProtection" *06, как определено в "Access", обозначенном номером *01. Пять атрибутов представляют уникальные атрибуты для фрагмента доступа, и их функции по существу совпадают с таковыми из атрибутов, имеющих те же самые наименования в Таблице 2. Дополнительно, фрагмент доступа, предложенный во втором варианте реализации, содержит "TerminialCapabilityRequirement" *07, "BandwidthRequirement" *08, "AccessType" *09, "ServiceID" *17, "ExtensionURL" *18, "UsageInfo" *19, "SessionDescriptionURI" *21, "SDP" *23, "ApplicationSpec" *24 и "MediaInformation" *25, в качестве его субэлементов, как определено в "Access" *01.

Таблица 16
*07	TerminalCapabilityRequirement	E1	O	0...1	Спецификация необходимых возможностей терминала для этого доступа, например, протоколов, кодеков, скорости передачи битов, обработки и памяти;	Строка
*08	BandwidthRequirement	E1	O	0...1	Спецификация требуемой полосы пропускания сети для доступа, описанного в этом фрагменте. Широковещательная услуга может включать в себя множественные доступные потоки (того же контента) с различной шириной полосы частот, чтобы терминал мог сделать выбор в зависимости от его текущего режима приема.	Целое число
*09	AccessType	E1	M	1	Определяет тип доступа; Содержит следующие Атрибуты: TransmissionMedia Содержит следующие элементы: TransmissionTopology TransmissionScheme
*10	Transmission_Media	A	M	1	Этот атрибут указывает, какой канал используется для доставки услуг, ID которых перечисляются в этом Фрагменте Доступа. 0: Широковещательный канал 1: Интерактивный канал	Целое число
*11	Transmission_Topology	E2	O	0...1	Этот элемент используется для указания IP режима передачи по Широковещательному Каналу. Имеется два возможных режима. 0: Широковещательный Режим 1; Многоадресный Режим Содержит следующие Атрибуты: IP Адрес	Целое число
*12	IP_Address	A	O	0...1	IP адрес IP потока, который переносит Услугу по Широковещательному каналу. Если Топология Передачи есть 0, то Типом IP адреса является IP Широковещательный адрес. Если Топология Передачи есть 1, то Типом IP адреса является групповой IP адрес. Замечание: Этот атрибут используется, когда SDP не включен во Фрагмент Доступа. Если SDP во Фрагменте Доступа существует, используется IP адрес приемника в SDP.	Строка
*13	Схема Взаимодействия	E2	O	0...1	Этот элемент указывает, какая система связи, или протокол, используется для Взаимодействия	Целое число

"TerminalCapabilityRequirement" *07 в Таблице 16 указывает требование для мобильного терминала, который принимает услугу через фрагмент доступа, и "BandwidthRequirement" *08 указывает полосу частот в беспроводном канале услуг, принимаемую через фрагмент доступа. "AccessType" *09, предоставленный для указания, в каком способе мобильный терминал будет принимать услугу, используется для указания, передается ли услуга по широковещательному каналу или передается по интерактивному каналу, предоставленному в сети мобильной связи, и также для указания, с каким протоколом или системой мобильный терминал передает услугу. С этой целью, во втором варианте реализации, "AccessType" состоит из одного атрибута и двух субэлементов.

Таким образом, "Transmission_Media" *10 в Таблице 16 является атрибутом, указывающим, передается ли услуга по широковещательному каналу или предоставляется от сети связи, пригодной для двунаправленной связи, и тип субэлемента, который может быть включен в "AccessType", определяется в соответствии со значением атрибута. Если "Transmission_Media" указывает, что услуга передается по широковещательному каналу, "AccessType" содержит "Transmission_Topology" *11 и "IP_Address" *12, в качестве его субэлементов.

"Transmission_Topology" в Таблице 16 является элементом, указывающим, будет ли услуга, передаваемая по широковещательному каналу, передана в широковещательном режиме или многоадресном режиме. Широковещательный режим и многоадресный режим используются в Интернет-Протоколе, и если "Transmission_Topology" указывает широковещательный режим, это означает, что услуга передается в конкретную зону независимо от положения получателя услуги.

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

"IP_Address" *12 в Таблице 16, поскольку услуга передается на мобильные терминалы в виде IP потока в широковещательной системе, является атрибутом, указывающим адрес для IP потока. "IP_Address" становится IP широковещательным адресом или групповым IP адресом в соответствии со значением "Transmission_Topology". Обычно, IP адрес услуги указан в описании сеанса связи. Однако, когда описание сеанса связи не передается вместе с фрагментом доступа, оно предпочтительно должно быть предоставлено на мобильный терминал для идентификации услуги на IP уровне.

Если атрибут "Transmission_Media" *10 в Таблице 16 указывает Интерактивный Канал, "Interaction_Scheme" *13 включается в "AccessType" *09, и "Interaction_Scheme" имеет по существу эквивалентное "Transmission_Scheme" значение, описанное в первом варианте реализации. Во втором варианте реализации "Transmission_Scheme" имеет "AccessServerIPAddress" *14, "AccessServerURL" *15, и "AccessServerPhoneNumber" *16, как его субэлементы.

"Transmission_Scheme" является элементом, указывающим систему связи или протокол, используемый в интерактивном канале, когда возможно принять доступ к услуге через интерактивный канал. Хотя ОМА BCAST в настоящее время определяет, например, Просмотр Web-страниц, Службу передачи Мультимедийных Сообщений (ММS), Протокол Беспроводного Доступа 1.0 (WAP1.0), Протокол Беспроводного Доступа 2.x (WAP 2.x), Службу Коротких Сообщений (SMS), и Протокол Передачи Гипертекста (HTTP) как системы связи или протоколы, которые могут использоваться для интерактивного канала, дальнейших систем связи и протоколов, которые могут использоваться для интерактивного канала, могут быть добавлены в будущем.

Таблица 17
					Канал. 1: Интерактивный Канал, предоставленный Интерактивной сетью 2: ММS 3:WAP 1.0 4: WAP 2 x 5: SMS 6: НТТP 7: Провайдер Услуг определяет Схему Передачи
*14	AccessServerIPAddress	E3	O	0…N	IP адрес Сервера, который предоставляет различный доступ (по Интерактивному Каналу) Услуги.	Строка
*15	АссеssServerURL	E3	O	0…N	ULR Сервера, который предоставляет различный доступ (по Интерактивному Каналу) Услуги.	AnyURI
*16	АссеssServerPhoneNumber	E3	O	0…N	Телефонный номер Сервера, который предоставляет различный доступ (по Интерактивному Каналу) Услуги	Целое число
*17	ServiceID	E1	M	0…N	Ссылка на фрагмент(ы) услуги, которому принадлежит фрагмент доступа.	Целое число
*18	ExtensionURL	E1	O	0…N	URL, содержащий дополнительную информацию во фрагменте расширения.	AnyURI
*19	UsageInfo	E1	O	0…N	Этот текст помогает пользователю понять, какое имеется различие в использовании одного или другого фрагмента доступа. Это обязательно в случае, если доступен больше чем один фрагмент доступа в данной временной точке. Возможно предоставленный на множественных языках. aAttributes: Lang
*20	Lang	A	O	0...1	Язык	3-байтный ISO 639 языковый код
*21	SessionDescriptionURI	E1	O	0...1	URI к единице(ам) SG доставки, которые содержат описание сеанса связи, которое среда приложения в терминале использует для доступа услуги. В случае нешироковещательной услуги SessionDescriptionURI содержит информацию, как эта конкретная услуга может быть доступна. Содержит следующий Атрибут:	AnyURI

В Таблице 17 "AccessServerIPAddress" *14, "AccessServerURL" *15 и "AccessServerPhoneNumber" *16 являются элементами, указывающими адрес сервера, который предоставляет услугу по интерактивному каналу для указания, может ли мобильный терминал, получающий фрагмент доступа, принять услугу через интерактивный канал в любом месте. Поскольку система адресации, используемая в каждой системе связи или протоколе, различна, представлена репрезентативная система адресации системы связи и протокола, в настоящее время адаптируется для поддержания интерактивного канала.

"AccessServerIPAddress" *14 является элементом, указывающим положение сервера исходя из Интернет-Протокола, "AccessServerURL" *15 является элементом, указывающим положение сервера, который использует систему связи или протокол, поддерживающий Web или URL, и "AccessServerPhoneNumber" *16 является элементом, указывающим положение сервера, который позволяет доступ к услуге с использованием ММS или SMS. Дополнительно, новая система связи или протокол добавляются к "Interaction_Scheme" *13 в Таблице 16, и если система адресации системы связи или протокола отличается от предоставленной в данный момент, то новая система адресации может быть добавлена как субэлемент "Interaction_Scheme".

В Таблице 17 "ServicelD" *17 указывает идентификатор услуги, который может быть доступен с использованием информации о доступе, предоставленной от фрагмента доступа, и когда множество услуг использует тот же самый доступ, может существовать множество "ServiceIDs". "UsageInfo" *19 является элементом для предоставления пользователю описания характеристики фрагмента доступа мобильного терминала, особенно элемента, который может использоваться для описания характеристики и корреляции каждого фрагмента доступа для пользователя, даже когда имеется множество фрагментов доступа для одной услуги, предоставляя субуслуги, имеющие различные характеристики. "UsageInfo" имеет "Lang" *20 как атрибут.

Таблица 18
					Тип Примечание: Использование или SessionDescriptionURI, или SDP, обязательно.
*22	Туре	A	M	1	Тип AccessURI 1 - SDP; AccessURI является ссылкой для описания SDP; 2 - MBMS-USD; AccessURI является ссылкой для MBMS пользовательского описания услуг (MBMS-USD), как определено в [26.346] раздел 5.2. Может содержать одно или несколько описаний SDP.	Целое число
*23	SDP	E1	O	0...1	Описание сеанса связи в SDP (протокол описания сеанса связи IETF) формате.	Строка (в формате SDP)
*24	ApplicationSpec	E1	O	0…N	Тип приложения, которое может потреблять услугу, используя эту спецификацию доступа, определенную типом MIME.	Строка
*25	MediaInformation	E1	O	0…N	Возможная ссылка на изображение, пиктограмму, анимацию или звук. PreviewData или ссылка на PreviewData используются здесь. Атрибуты: usage id
*26	Usage	A	M	1	Возможные значения: фон, изображение (например).	Целое число (8 бит)
*27	Id	A	M	1	ID фрагмента PreviewData.	Целое число (8 бит)
*28	<proprietary elements/attributes>	Е1 или ниже. A	O	0…N	Любое число внутренних или определенных приложением элементов или атрибутов, которые не определены в этой спецификации.

В Таблице 17 и Таблице 18, "SessionDescriptionURI" *21, "Type" *22, "SDP" *23, "ApplicationSpec" *24, "MediaInformation" *25, "Usage" *26, "Id" *27 и "<proprietary elements/attributes>" *28 имеют по существу те же самые функции, что и таковые из обычного фрагмента доступа, и поэтому подробное их описание не приводится.

На Фиг.6 показана блок-схема процесса генерации и передачи фрагмента доступа в широковещательной системе ОМА в соответствии со вторым вариантом реализации настоящего изобретения. Этот процесс соответствует действию генератора 201 фрагмента доступа в передающем устройстве на Фиг.2.

Относительно Фиг.6, генератор 201 фрагмента доступа определяет на этапе 601, есть ли потребность произвести новый фрагмент доступа. Если имеется необходимость произвести новый фрагмент доступа, это означает, что начинается новая услуга, или что имеется необходимость предоставить новую дополнительную услугу или новый способ доступа для текущей услуги на мобильный терминал, принимающий широковещательную услугу. Если на этапе 601 определяется, что имеется необходимость произвести новый фрагмент доступа, генератор 201 фрагмента доступа устанавливает основную информацию для фрагмента доступа на этапе 603. Основная информация содержит, по меньшей мере, одно из - "Id", "version", "validFrom" и "validTo", все относящиеся к допустимости фрагмента доступа, "ServiceProtection" указывающее, применяется ли Защита Услуги, "TerminalCapabilityRequirement", указывающее требование мобильного терминала, намеревающегося иметь доступ к услуге, и "BandwidthRequirement", указывающее скорость передачи данных услуги в беспроводном канале, - все описанные в связи с Таблицей 15 и Таблицей 16.

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

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

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

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

На этапе 619 генератор 201 фрагмента доступа устанавливает информацию относительно сеанса связи, в котором передается услуга, информация о доступе которой предоставляется через соответствующий фрагмент доступа. Информация сеанса связи содержит IP адрес отправителя, IP адрес получателя, тип данных, переданных в сеансе связи, и используемый кодек. Протокол Описания Сеанса связи, определенный IETF, является типичным примером информации сеанса связи. Затем, на этапе 621 генератор 201 фрагмента доступа устанавливает другую информацию, составляющую фрагмент доступа, и затем заканчивает операцию.

На Фиг.7 показана блок-схема последовательности операций процесса приема и анализа фрагмента доступа в широковещательной системе в соответствии со вторым вариантом реализации настоящего изобретения. Этот процесс соответствует действию анализатора 405 фрагмента доступа в приемном устройстве на Фиг.4.

Относительно Фиг.7, анализатор 405 фрагмента доступа определяет на этапе 701, имеется ли какой-нибудь новый принятый фрагмент доступа. Критерий определения является атрибутом "version" принятого фрагмента доступа. Если на этапе 701 определяется, что имеется какой-либо принятый фрагмент доступа, анализатор 405 фрагмента доступа анализирует, на этапе 703, основную информацию фрагмента доступа, определяет допустимый период фрагмента доступа в основной информации, и распознает, что информация, предоставленная через фрагмент доступа, допустима только в допустимый период. С использованием основной информации анализатор 405 фрагмента доступа определяет, подверглась ли услуга, предоставленная фрагментом доступа, защите от несанкционированного доступа прежде, чем быть переданной. Если услуга подверглась защите от несанкционированного доступа, анализатор 405 фрагмента доступа готовится выполнить соответственную операцию так, чтобы можно было корректно принять услугу, предоставленную через соответствующую информацию о доступе. Кроме того, анализатор 405 фрагмента доступа проверяет основной атрибут для соответствующей информации о доступе и сравнивает рабочее состояние мобильного терминала, требуемое услугой исходя из информации о доступе, с рабочим состоянием текущего мобильного терминала для определения, принимаема ли услуга. Дополнительно, если имеются несколько фрагментов доступа для одной и той же услуги, учитывающей полосу частот в беспроводном канале, в котором предоставляется услуга исходя из информации о доступе, анализатор 405 фрагмента доступа может выбрать соответствующий фрагмент доступа, определенный с учетом работы мобильного терминала, и принять услугу в соответствии с информацией, предоставляемой от фрагмента доступа.

На этапе 705 анализатор 405 фрагмента доступа определяет, является ли информация о доступе для приема, по меньшей мере, одной услуги, информацией для широковещательного канала, или для интерактивного канала. Если информация о доступе является информацией для интерактивного канала, анализатор 405 фрагмента доступа переходит на этап 707. Однако, если информация о доступе является информацией для широковещательного канала, анализатор 405 фрагмента доступа переходит на этап 713.

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

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

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

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

После определения адреса IP потока на этапе 715, анализатор 405 фрагмента доступа переходит на этап 711, где он проверяет и показывает ID услугу и информацию использования услуги. На этапе 717 анализатор 405 фрагмента доступа проверяет информацию относительно сеанса связи, в котором передается услуга(и), информация о доступе которой предоставляется от фрагмента доступа, и позволяет мобильному терминалу приготовиться к приему сеанса связи, в котором услуга фактически передается. Затем, на этапе 719, анализатор 405 фрагмента доступа анализирует другую информацию, предоставленную из фрагмента доступа, и использует соответственную информацию для соответствующей задачи. На этапе 721 анализатор 405 фрагмента доступа готовится к доступу и приему услуги в соответствии с информацией, проанализированной из фрагмента доступа, и затем заканчивает операцию.

Третий примерный вариант реализации

Далее, в связи с Таблицами 19-37, рассматривается способ для предоставления информации о доступе для передачи услуги через широковещательную сеть и передачу услуги через интерактивную сеть в соответствии с третьим примерным вариантом реализации настоящего изобретения.

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

В приведенных ниже Таблице 19 и Таблице 20 "Id", "version", "validFrom" и "validTo" указывают основную информацию ID, версию и допустимый период для фрагмента доступа, соответственно. В Таблице 20 "AccessType" содержит подробную информацию о доступе услуги в широковещательной сети, или в интерактивной сети. В Таблице 26 "KeyManagementSystem" содержит информацию, указывающую во время доступа услуги, зашифрована ли соответствующая услуга, или зашифрована ли соответствующий контент, и также содержит информацию относительно использованного для шифрования способа. В Таблице 29 "AlternativeAccessURI" содержит информацию относительно адреса, доступ к которому возможен через интерактивную сеть, в случае, если мобильный терминал имеет затруднение в доступе к соответствующей широковещательной сети, когда "AccessType" Таблицы 20 содержит информацию широковещательной сети. "TerminalCapabilityRequirement" в Таблице 30 и "BandwidthRequirement" в Таблице 35 указывает требование мобильного терминала на доступ к соответствующей услуге и информацию о ширине полосы частот услуги, соответственно.

В Таблице 35 "ServiccClass" указывает цели использования соответствующего фрагмента доступа, то есть прием проводника услуг, передачу файла, передачу потока и т.д. В Таблице 37 "NotificationReception" содержит информацию адреса для приема сообщений уведомления.

Далее, более подробно рассматривается "AccessType" в Таблице 20, в соответствии с вариантами реализации настоящего изобретения. "AccessType" содержит подробную информацию для доступа услуги. То есть, соответствующий "AccessType" указывает, является ли информация о доступе для широковещательной сети, или для интерактивной сети, в соответствии с информацией "transmissionMedia" в Таблице 20. Если "transmissionMedia" является информацией доступа для широковещательной сети, "AccessType" содержит только информацию "BroadcastServiceDelivery" Таблицы 20, и если "transmissionMedia" является информацией доступа для интерактивной сети, "AccessType" содержит только информацию "UnicastServiceDelivery" Таблицы 24.

В Таблице 20 "transmissionMedia", используемый для различения широковещательной сети и интерактивной сети, может быть при необходимости включен в "AccessType". Даже когда "transmissionMedia" не включен, только одна информация "BroadcastServiceDelivery" Таблицы 20 для доступа к широковещательной сети и информация "UnicastServiceDelivery" Таблицы 24 для доступа к интерактивной сети включается в "AccessType", и мобильный терминал может определить, будет ли он иметь доступ к широковещательной сети, или к интерактивной сети, посредством определения, какая информация включена в "AccessType".

Информация "BroadcastServiceDelivery" содержит подробную информацию о доступе, относящуюся к широковещательной сети, и исходя из "bdsType" Таблицы 21, мобильный терминал может определить, через какую широковещательную сеть принимается услуга. Например, если "bdsType" имеет значение 0, мобильный терминал обслуживается через DVB-H IPDC, и значения, определенные в "BroadcastServiceDelivery", содержат подробную информацию о том, что мобильный терминал использует для доступа DVB-H IPDC и принимает услугу.

"destinationIPAddress" в Таблице 21 обозначает IP адрес, используемый для приема услуги через широковещательную сеть, и мобильный терминал имеет доступ к соответствующему адресу и принимает услугу. Соответствующая информация адреса используется, когда "SessionDescriptionReference" или информация SDP Таблицы 22 не включена. Когда "SessionDescriptionReference" или SDP включены, мобильный терминал проверяет значение адреса и подробную информацию о доступе в соответствующей информации SDP, и имеет доступ к широковещательной сети.

"UnicastServiceDelivery" в Таблице 24 обозначает информацию о доступе для случая, когда мобильный терминал принимает услугу через интерактивную сеть. Подробная информация адреса, используемая мобильным терминалом для приема услуги, определяется в "AccessServerURL" Таблицы 24. Кроме того, "transmissionSchemeType" в Таблице 25 указывает транспортный механизм, используемый для доступа соответствующего "AccessServerURL" и загрузки услуги, и транспортный механизм указывает информацию относительно HTTP, ММS, WAP и т.д. Например, если "transmissionSchemeType" имеет значение 0, мобильный терминал имеет доступ к соответствующему адресу "AccessServerURL", используя HTTP, и принимает услугу.

Таблица 19
Наименование	Тип	Категория	Кардинальное число	Описание	Тип данных
Доступ	E			Фрагмент доступа Содержит следующие атрибуты: id version validFrom validTo Содержит следующие субэлементы: AccessType ServiceAcces sNotificationURL KeyManagementSystem TerminalBindingKeyID ExtensionURL SeiviceIDRef SclieduleReference UsageInfo AlternativeAccessURL TerminallCapabilityRequirement BandwidthRequirement ServiceClass PreviewDataIDRef NotificationReception
Id	A	NM/TM	1	ID фрагмента Доступа, глобально уникальный	Любой URI
version	A	NM/TM	1	Версия этого фрагмента. Более новая версия отменяет старую, как только она принята.	без знака Int (32 бита)
validFrom	A	NO/TM	0...1	Первый момент, когда этот фрагмент является допустимым. Если это не так, доступность предполагается начинающейся в некоторый момент в прошлом.	(32 бита), выражено как NTP время.

Таблица 20
validTo	A	NO/TM	0...1	Последний момент, когда этот фрагмент допустим. Если это не так, доступность предполагается заканчивающейся в неопределенное время в будущем.	Целое число (32 бита), выражено как NTP время.
AccessType	E1	NM/TM	1	Определяет тип доступа. Содержит следующий Атрибут: transmissionMedia Содержит следующие элементы: ВroadcastServiceDelivery UnicastserviceDelivery
transmissionMedia	A	NM/TM	1	Этот атрибут указывает, какой канал используется для доставки услуги. 0: Широковещательный канал 1: Интерактивный канал	Булевый
BroadcastServiceDelivery	E2	NO/TM	0...1	Этот элемент используется для индикации IP передачи. Этот элемент может присутствовать, только когда: TransmissionMedia = 0. Содержит следующий Атрибут: bdsType destinationIPAddress Содержит следующие элементы: SessiouDescriptionReference SDP

Таблица 21
bdsType	A	NO/TM	0...1	Идентификатор типа основной системы распределения, к которой этот фрагмент доступа относится. Этот атрибут может присутствовать, только когда: TransmissionMedia = 0. Определенные значения 0: DVB-H IPDC 1: 3GPP MBMS Rel-6 2: 3GPP MBMS Rel-7 3:3GPP2 BCMCS (lx) 4: 3GPP2 BCMCS (HRPD) 5: 3GPP2 Расширенный BCMCS (HRPD) 6-127: сохранен для будущего использования 128-255: сохранен для внутреннего использования	unsignedByte
destinationIPAddress	A	NO/TM	0...1	Адрес DestinationIP IP потока, который транспортирует А Услугу по Широковещательному каналу. Примечание: Этот атрибут используется, когда SDP не включен во Фрагмент Доступа. Если SDP во Фрагменте Доступа существует, IP адрес приемника в SDP используется.	строка

Таблица 22
Сеанс связи Описание Ссылка	E3	NO/TM	0…N	Ссылка на SessionDescription этот доступ имеет относится к. Примечание: Сам SessionDescription может быть доставлен двумя способами - через широковещание, или через вызов по интерактивному каналу. В случае широковещательной доставки, фрагмент SessionDescription или доставляется в SGDU или помещается в этом фрагменте Доступа. В последнем случае элемент SDP используется вместо Обозначения Описания Сеанса связи. Если предоставлены фрагменты AuxiliaryDescription, они обозначаются как SessionDescriptionReference. В случае вызова по интерактивному каналу, Описание Сеанса связи может быть получено доступом URI (данном как атрибут этого элемента). Содержит следующие Атрибуты: type uri idRef

Таблица 23
type	A	NM/TM	1	Тип описания сеанса связи, обозначенного этим SessionDescriptionReference. 0 - SDP 1 - Описание Услуг Пользователя MBMS (MBM3-USD), как определено в [26.346] секция 5.2. Оно может содержать одно или несколько описаний SDP. 2 - AssociatedDeliveryProcedure для Файлового Распределения 3 - AssociatedDeliveryProcedure для Распределения Потока 4-127 Сохранено для будущего использования 128-255 Сохранено для внутреннего использования	Unsigned Byte
uri	A	NO/TM	0...1	URI к файлу, содержащему SessionDescription, которое среда приложения в терминале использует для доступа услуги или URI для associatedDeliveryProcedure для Распределения Файла и Потока.	anyURI
idRef	A	NO/TM	0...1	id фрагмента SessionDescription, к которому этот доступ обращается, глобально уникальный.	anyURI
SDP	E3	NO/TM	0...1	Описание сеанса связи в SDP (протокол описания сеанса связи IETF) формате.	строка

Таблица 24
UnicastServiceDelivery	E2	NO/TM	0…N	Этот элемент указывает, какой сервер и/или протокол используются для доставки услуги по Интерактивному каналу. Этот элемент может присутствовать, только когда: TransmissionMedia = 1. Содержит следующие элементы: AccessServerURL
AccessServerURL	E3	NO/TM	0…N	URL сервера, от которого терминал может принять услугу через Интерактивную Сеть. Например, AccessServerURL может быть HTTP URL, указывающим на загружаемый контент, или RTSP URL, указывающий на потоковый сервер для начала поточного сеанса связи. Содержит следующий Атрибут: transmissionSchemeType	anyURI

Таблица 25
transmissionSchemeType	A	NM/TM	1	Определяет транспортный механизм, используемый для этого доступа. 0-HTTP 1 - MMS 2 -WAP 1.0 3 - WAP 2.x 4 - RTP 5 - 3GPP-PSS (3GPP потоковая услуга с коммутацией пакетов) 6 - 3GPP2-МЗУ (3GPP2 мультимедийные потоковые услуги) unsignedByte 7 - 3GPP CS видеотелефония (3GPP Переключаемая Схема вызова H324m) 8 - FLUTE 9-127 Сохранено для будущего использования 128-255 Сохранено для внутреннего использования (Примечание: Другой протокол или система связи могут быть добавлены на основе функции интерактивной Услуги ОМА).	unsignedByte
ServiceAccessNotificationURL	E1	NO/TM	0…N	URL, который терминал может использовать для уведомления, когда он получает доступ (переключается на) к этой услуге. Терминал не должен использовать этот URI для уведомления без согласия пользователя. Примечание: Этот URL может, например, использоваться для инициации управляемого сервером переключения канала в одноадресной передаче.	anyURI

Таблица 26
KeyManagementSystem	E1	NO/TM	0…N	Идентифицирует тип Ключевой Системы(-ем) Управления (KMS), которая может быть использована для контакта с Right Issuer and GBA, или GBA_U обязателен, или может использоваться GBA_ME или GBA_U. Заметим, что Right Issuer может поддержать больше, чем один KMS. Если KeyManagementSystem не определяется, это означает, что защита не применяется. Значения: oma-bcast-drm-pki Указывает ОМА DRM PKI (Общественная Ключевая Инфраструктура); oma-bcast-gba_u-mbms Указывает GBA_U 3GPP MBMS SKI (Симметрическая Ключевая Инфраструктура); oma-bcast-gba_me-mbms Указывает GBA_ME 3GPP, MBMS SKI, то есть или GBA_ME, или GBA_U могут использоваться; oma-bcast-gba_u-mbms Указывает GBA_U 3GPP2 BCMCS SKI; oma-bcast-gba_me-mbms Указывает GBA_ME 3GPP2, BCMCS SKI, то есть или GBA_ME, или GBA_U могут использоваться; oma-bcast-prov-bcmcs Указывает предоставленный 3GPP2 BCMCS SKI. Содержит следующие Атрибуты: ProtectionType RightsIssuerURI

Таблица 27
ProtectionType	A	NM/TM	1…2	Определяет тип защиты, предлагаемый KMS. Значения: 1 Защита контента только 2 Защиты услуги только 3 И защита контента, и Защита Услуги 4 Использование привязки терминала (профиль смарт-карты только) 5-127 Сохранено для будущего использования 128-255 Сохраненный для внутреннего использования	unsignedByte (8 бит)
RightsIssuerURI	A	NM/TM	1	Определяет URI RightsIssuer	anyURI
TerminalBindingKeyID	E1	NO/TM	1	Число, идентифицирующее Ключ Привязки Терминала ID (TBK ID), который необходим для доступа услуги. ТМ для терминалов с профилем смарт-карты. Не применимо к профилю DRM. Содержит следующий возможный Атрибут: RightsIssuerURI	целое (32 бита)
RightsIssuerURI	A	NO/TM	0...1	Определяет URI RightsIssuer для TerminalBindingKey, если он отличается от RightsIssuerURI, указанному в элементе KeyManagementSystem. то есть, если атрибут не присутствует, тот же самый RightsIssuerURI используется для получения и SEK/РЕК, и TerminalBindingKey.	anyURI

Таблица 28
ServiceIDRef	E1	NO/TM	0…N	Ссылка на фрагмент(ы) услуги, к которой принадлежит фрагмент доступа. Или ServiceIDRef, или ScheduleIDRef, но не оба вместе, должны быть приписаны. Примечание: Осуществление в Схеме XML с использованием <choice>. Каждый фрагмент Услуг будет связан, по меньшей мере, с одним фрагментом Доступа, чтобы позволить терминалу иметь доступ к Услуге.	anyURI
ScheduleReference	E1	NM/TM	0…N	Ссылка на фрагмент(ы) расписания, к которому принадлежит фрагмент доступа. Это предоставляет ссылку на фрагмент Расписания для временного отвержения по умолчанию фрагмента Доступа Услуги, адресованной Расписанием. Или ServiceIDRef, или ScheduleIDRef, но не оба вместе должны быть приписаны. Примечание: Осуществление в Схеме XML с использованием <choice>. Содержит Атрибут: idRef Содержит субэлемент: DistributionWindowID

Таблица 29
idRef	A	NM/TM	1	Идентификация фрагмента Расписания, к которому имеет отношение фрагмент Доступа.	anyURI
DistributionWindowID	E2	NO/TM	0…N	Ссылка на отношение DistributionWindowID, к которому фрагмент доступа принадлежит. DistributionWindowID, объявленный в этом элементе, должен быть полным собранием или подмножеством DWids, объявленного в фрагменте Расписания, к которому "idRef" принадлежит.	целое
UsageInfo	E1	NO/TM	0…N	Этот текст помогает пользователю понимать, какое различие делается для использования одного или другого фрагмента доступа. Обязательно в случае, если больше чем один фрагмент доступа доступен в данной временной точке. Возможно предоставлено на множественных языках. Язык выражается с использованием встроенного xml атрибута XML: lang с этим элементом.	строка
AlternativeAccessURL	E1	NO/TM	0…N	Определить альтернативный URL контента для восстановления его через интерактивный канал (например, если контенты не могут быть приняты через широковещательный канал).	anyURI

Таблица 30
TerminalCapabilityRequirement	E1	NO/TM	0...1	Возможности терминала, требуемые для потребления услуги или контента. Для видео и звука тип среды и соответственный тип атрибутов в SDP (см. раздел 5.1.2.5) сигнала звукового/видео декодера. В этом случае эти параметры служат дополнением TerminalCapabilityRequirement. Дополнительно, сложности звуковых/видео потоков описываются здесь, если они отличаются от сложностей, которые могут быть получены из атрибутов среды в SDP (например, уровень). В этом случае, параметры, определенные во фрагменте Доступа, имеют приоритет. Субэлементы: Видео Звук DownloadFile
Video	E2	NO/TM	0...1	Соответственные требования возможностей видеокодека. Субэлементы: Сложность

Таблица 31
Сложность	E3	NO/TM	0...1	Учет сложности видеодекодера. Рекомендуется, чтобы этот элемент был включен, если сложность, указанная параметрами типа MIME в SDP, отличается от фактической сложности. Субэлементы: Скорость передачи битов Разрешение MinimumBufferSize
Скорость передачи битов	E4	NO/TM	0...1	Полная скорость передачи битов видеопотока Атрибуты: среднее максимум
среднее	A	NO/TM	0...1	Средняя скорость передачи данных Кбит/с	беззнаковый Короткий (16 бит)
максимум	A	NO/TM	0...1	Максимальная скорость передачи данных Кбит/с	беззнаковый Короткий (16 бит)

Таблица 32
Разрешение	E4	NO/TM	0...1	Разрешение видео. Атрибуты: горизонтальный вертикальный
горизонтальный	A	NM/TM	1	Горизонтальное разрешение видео	беззнаковый Короткий (16 бит)
вертикальный	A	NM/TM	1	Вертикальное разрешение видео	беззнаковый Короткий (16 бит)
Минимум BufferSize	E4	NO/TM	0...1	Минимальный размер буфера декодера, требуемый для обработки видеоконтента в килобайтах.	беззнаковый целый (32 бита)
Звук	E2	NO/TM	0...1	Возможность аудиокодека. Субэлементы: Сложность

Таблица 33
Сложность	E3	NO/TM	0...1	Учитывается сложность аудиодекодера. Рекомендуется, чтобы этот элемент был включенным, если сложность, указанная параметрами типа MIME в SDP, отличается от фактической сложности. Субэлементы: Скорость передачи битов MinimumBufferSize
Скорость передачи битов	E4	NO/TM	0...1	Полная скорость передачи битов звукового потока. Атрибуты: среднее максимум
среднее	A	NO/TM	0...1	Средняя скорость передачи битов в Кбит/с.	unsignedShort (16 бит)
максимум	A	NO/TM	0...1	Максимальная скорость передачи битов в Кбит/с	unsignedShort (16 бит)
MinimumBufferSize	E4	NO/TM	0...1	Минимальный размер буфера декодера, требуемый для обработки видеоконтента в килобайтах.	unsignedInt(32 бита)

Таблица 34
DownloadFile	E2	NO/TM	0...1	Требуемая возможность загрузки файлов. Субэлементы: MIMETypeSet
MIMETypeSet	E3	NO/TM	0…N	Предположение о том, что загрузка услуги состоит из ряда файлов с различными типами MIME, которые вместе составляют услугу, терминал должен поддерживать все эти типы MIME, чтобы была возможность предоставить услугу пользователю. MIMETypeSet перечисляет все эти типы MIME. Если терминал не поддерживает один или несколько типов MIME, то вероятно он не сможет предоставить услугу. Субэлементы: Type
Type	E4	NO/TM	0…N	Один тип MIME в MIMETypeSet. Формат этой строки должен следовать синтаксису Контента в [RFC 2045]. Содержит следующие Атрибуты: Codec	строка

Таблица 35
Codec	A	NO/TM	0...1	Параметры кодека для соответственного типа Среды MIME. Если определение типа MIME файла определяет обязательные параметры, они должны быть включены в эту строку. Дополнительные параметры, содержащие информацию, которая может использоваться, для определения того, может ли терминал использовать файл, должны быть включены в строку. Один пример параметров, определенных для audio/3GPP, audio/3GPP2, video/3GPP, video/3GPP2, приведен в [RFC4281].	строка
BandwidthRequirement	E1	NO/TM	0...1	Спецификация требуемой полосы пропускания сети для доступа, описанного в этом фрагменте; Широковещательная услуга может включать в себя множественные доступные потоки (того же контента) с различной шириной полосы частот, чтобы терминал мог сделать выбор в зависимости от его текущего состояния приема.	целое число
ServiceClass	E1	NM/TM	1.N	ServiceClass идентифицирует класс услуги. Эта идентификация более подробна, чем атрибут типа во фрагменте услуги, и позволяет соединение с комбинацией услуга/доступ для определенных приложений.	строка

Таблица 36
PreviewDataIDRef	E1	NO/TM	0…N	Ссылка на фрагмент PreviewData, который определяет изображение, пиктограмму, анимацию или звук, Атрибут: usage	anyURI
usage	A	NM/TM	1	Возможные значения: 0. не задано 1. фон 2. Изображение/логотип 3. эмблема 4. концевик 5. заголовок 6. выбор услуга/канал 7-127. сохранено для будущего использования 128-255. сохранено для внутреннего использования Примечание: только usage=6 (выбор услуга/канал) является допустимым значением, когда данные предварительного просмотра связываются с фрагментом Доступа.	unsignedByte (8 бит)

Таблица 37
Уведомление Прием	E1	NO/TM	0...1	Информация о приеме для Сообщений Уведомления. NotificationPort обязательно, поскольку образованный UDP Порт должен использоваться для доставки сообщения с уведомлением через продолжающийся сеанс связи или назначенный сеанс связи, тогда как NotificationAddress возможно используется для доставки Сообщения Уведомления через назначенный групповой или широковещательный сеанс связи. Содержит следующие атрибуты: NotificationPort NotificationAddress NotifiсationRequestURL NotificationPollURL
Уведомление Порт	A	NO/TM	0...1	Определенная для услуги доставка Сообщения Уведомления номера Порта UDP.	целое число
Уведомление Адрес	A	NO/TM	0...1	Определенная для услуги доставка Сообщения Уведомления IP группового адреса. Примечание: Если Сообщение Уведомления доставляется по интерактивному каналу, этот атрибут должен быть объединен с NotificationPort.
Уведомление RequestURL	A	NO/TM	0...1	URL, через который терминал может подписаться на определенные для услуги Сообщения Уведомления.	anyURI
Уведомление PollURL	A	NO/TM	0...1	URL, через который терминал может опросить определенные для услуги Сообщения Уведомления.	anyURI
<внутренние элементы/атрибуты>	E1 или ниже, A	NO/TO	0…N	Любое число внутренних элементов или заданных приложением элементов или атрибутов, которые не определены в этой спецификации.

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

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

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

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

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

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

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

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

3. Способ по п.1, в котором, когда информация о доступе содержит протокол описания сеанса связи (SDP), IP адрес в SDP используют как IP адрес.

4. Способ по п.2, в котором IP адрес содержит групповой IP адрес.

5. Способ по п.2, в котором IP адрес содержит широковещательный IP адрес.

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

7. Способ по п.6, в котором информацию об унифицированном указателе информационного ресурса (URL) используют как информацию адреса сервера.

8. Способ по п.6, в котором IP адрес используют как информацию адреса сервера.

9. Способ по п.6, в котором информацию адреса сервера предоставляют на терминал с использованием службы мультимедийных сообщений (ММS)/службы коротких сообщений (SMS).

10. Способ по п.1, в котором широковещательная система содержит широковещательную систему на основе IP.

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

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

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

14. Способ по п.1, в котором широковещательная система содержит браузер открытого сообщества производителей мобильной связи и систему мобильного широковещания контента (ОМА BCAST).

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

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

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

18. Устройство по п.16, в котором, когда информации о доступе содержит протокол описания сеанса связи (SDP), IP адрес в SDP используется как IP адрес.

19. Устройство по п.17, в котором IP адрес содержит групповой IP адрес.

20. Устройство по п.17, в котором IP адрес содержит широковещательный IP адрес.

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

22. Устройство по п.21, в котором информация унифицированного указателя информационного ресурса (URL) используется как информация адреса сервера.

23. Устройство по п.21, в котором IP адрес используется как информация адреса сервера.

24. Устройство по п.21, в котором информация адреса сервера предоставляется на терминал с использованием службы мультимедийных сообщений (ММS)/службы коротких сообщений (SMS).

25. Устройство по п.16, в котором широковещательная система содержит широковещательную систему на основе IP.

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

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

28. Устройство по п.16, в котором имеется множество информации о доступе для одной широковещательной услуги.

29. Устройство по п.16, в котором широковещательная система содержит браузер открытого сообщества производителей мобильной связи и систему мобильного широковещания контента (ОМА BCAST)

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

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

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

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

34. Способ по п.32, в котором, когда информация о доступе содержит протокол описания сеанса связи (SDP), IP адрес в SDP используют как IP адрес,
причем этап установления содержит этап, на котором устанавливают адрес доступа как IP адрес в SDP.

35. Способ по п.32, в котором IP адрес содержит групповой IP адрес.

36. Способ по п.32, в котором IP адрес содержит широковещательный IP адрес.

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

38. Способ по п.37, в котором информацию унифицированного указателя информационного ресурса (URL) используют как информацию адреса сервера.

39. Способ по п.37, в котором IP адрес используют как информацию адреса сервера.

40. Способ по п.37, дополнительно содержащий этапы, на котором принимают информацию адреса сервера через службу мультимедийных сообщений (ММS)/службу коротких сообщений (SMS) в соответствии с информацией о доступе.

41. Способ по п.31, в котором широковещательная система содержит широковещательную систему на основе IP.

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

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

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

45. Способ по п.31, в котором широковещательная система содержит браузер открытого сообщества производителей мобильной связи и систему мобильного широковещания контента(ОМА BCAST).

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

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

48. Устройство по п.47, дополнительно содержащее
анализатор информации о доступе для определения сети, от которой широковещательная услуга предоставляется, среди широковещательной сети и интерактивной сети в соответствии с принятой информацией о доступе, и установления адреса доступа для приема широковещательной услуги.

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

50. Устройство по п.48, в котором, когда информация о доступе содержит протокол описания сеанса связи (SDP), IP адрес в SDP используется как IP адрес,
причем анализатор информации о доступе устанавливает адрес доступа как IP адрес в SDP.

51. Устройство по п.48, в котором IP адрес содержит групповой IP адрес.

52. Устройство по п.48, в котором IP адрес содержит широковещательный IP адрес.

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

54. Устройство по п.53, в котором информация унифицированного указателя информационного ресурса (URL) используется как информация адреса сервера.

55. Устройство по п.53, в котором IP адрес используется как информация адреса сервера.

56. Устройство по п.53, в котором анализатор информации о доступе адаптируется для анализа информации о доступе и затем принимает информацию адреса сервера через службу мультимедийных сообщений (ММS)/службу коротких сообщений (SMS).

57. Устройство по п.47, в котором широковещательная система содержит широковещательную систему на основе IP.

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

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

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

61. Устройство по п.47, в котором широковещательная система содержит браузер открытого сообщества создателей мобильной связи и систему мобильного широковещания контента (ОМА BCAST).

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

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

64. Широковещательная система по п.63, в которой приемное устройство дополнительно предназначено
для определения сети, от которой предоставляется широковещательная услуга, среди широковещательной сети и интерактивной сети в соответствии с принятой информацией о доступе и установления адреса доступа для приема широковещательной услуги.

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