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

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

Иллюстрации

Показать все

Реферат

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

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

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

Рынок мобильной связи непрерывно требует производства новых услуг с помощью, например, обновления или интеграции существующих технологий. В настоящее время, с развитием широковещательных технологий и технологии широковещания, обычная широковещательная система или система мобильной связи достигла состояния предоставления услуг связи через портативные терминалы (или мобильные терминалы), например, мобильные телефоны и карманные персональные компьютеры (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	Фрагмент доступаСодержит следующие атрибуты:idversion validFromvalidToServiceProtectionAccessTypeAudioLanguageСодержит следующие субэлементы:ExtensionURLAccessTypeServicelDUsageInfo SessionDescriptionURISDPInleractiveAccessURITerminalCapabilityRcquirementВandwidthRequirementApplicationSpecMediaInformation

В Таблице 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	Фрагмент доступаСодержит следующие атрибуты:IdVersionValidFromvalidToСодержит следующие субэлементы:ServicelDUsageInfoSessionDescriptionURISDPApplicationSpecMediaInformation
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ВandwidthRequirementAccessType
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Содержит следующие элементы:TransmissionTopologyTransmissionScheme	Строка
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 адрес многоадресного режима и принять широковещательную услугу.

Таблиц