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

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

Иллюстрации

Показать все

Реферат

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

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

Описание предшествующего уровня техники

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

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

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

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

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

Логические объекты, показанные на Фиг.1, сначала подробно поясняются. Блок 101 создания содержимого (CC) предоставляет содержимое BCAST-услуги, и это содержимое может включать в себя стандартный файл широковещательной услуги, например фильм, аудио- и видеоданные. Помимо этого, блок 101 создания содержимого формирует руководство по услуге и снабжает приложение BCAST-услуги (BSA) 102 атрибутом для содержимого, используемым для определения транспортного однонаправленного канала, по которому услуга должна передаваться. Приложение 102 BCAST-услуги принимает данные BCAST-услуги, предоставляемые от блока 101 создания содержимого, и обрабатывает принимаемые данные в форме, подходящей для предоставления кодирования мультимедиа, защиты содержимого и услуги взаимодействия. Дополнительно приложение 102 BCAST-услуги предоставляет атрибут для содержимого, предоставляемого от блока 101 создания содержимого, в блок 103 распространения/адаптации BCAST-услуги (BSDA) и блок 104 управления BCAST-подпиской (BSM).

Блок распространения/адаптации BCAST-услуги выполняет такие операции, как передача файлов/потоковая передача, сбор услуги, защита услуги, формирование/доставка руководства по услуге и оповещение услуги, использование данных BCAST-услуги, предоставляемых от приложения 102 BCAST-услуги. Помимо этого, блок 103 распространения/адаптации BCAST-услуг приспосабливает услугу таким образом, что она должна быть подходящей для системы 112 широковещательной передачи и распространения (BDS).

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

Терминал 105 принимает эту информацию программных ресурсов в качестве руководства по содержимому/услуге и защиты содержимого и предоставляет широковещательную услугу пользователя. Блок 111 распространения BDS-услуг (BDS-SD) передает мобильную широковещательную услугу во множество терминалов с помощью взаимной связи с системой 112 широковещательной передачи и распространения и сети взаимодействия (IN) 113.

Система 112 широковещательной передачи и распространения передает мобильную широковещательную услугу посредством широковещательного канала. Например, мобильная широковещательная услуга может включать в себя услугу широковещательной и многоадресной передачи мультимедиа (MBMS) Партнерского проекта третьего поколения (3GPP), услугу широковещательной и многоадресной передачи (BCMCS) Партнерского проекта третьего поколения 2 (3GPP2) и DVB для портативных устройств (DVB-H) или основанную на Интернет-протоколе (IP) сеть широковещательной передачи/связи цифрового видеовещания (DVB). Сеть 113 взаимодействия предоставляет канал взаимодействия. Например, сеть 113 взаимодействия может быть сотовой сетью.

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

BCAST-1 121 - это канал передачи содержимого и атрибута содержимого, а BCAST-2 122 - это канал передачи BCAST-услуги с защищенным содержимым или незащищенным содержимым, атрибута BCAST-услуги и атрибута содержимого.

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

BCAST-5 125 - это канал передачи защищенной BCAST-услуги, незащищенной BCAST-услуги, BCAST-услуги с защищенным содержимым, BCAST-услуги с незащищенным содержимым, атрибута BCAST-услуги, атрибута содержимого, оповещения, руководства по услуге, материала по безопасности, такого как объект прав (RO) цифрового управления правами (DRM) и значение ключа, используемого для защиты BCAST-услуги, и всех данных и сигналов, передаваемых посредством широковещательного канала.

BCAST-6 126 - это канал передачи защищенной BCAST-услуги, незащищенной BCAST-услуги, BCAST-услуги с защищенным содержимым, BCAST-услуги с незащищенным содержимым, атрибута BCAST-услуги, атрибута содержимого, оповещения, руководства по услуге, материала по безопасности, такого как DRM RO и значение ключа, используемого для защиты BCAST-услуги, и всех данных и сигналов, передаваемых посредством широковещательного канала.

BCAST-7 127 - это канал передачи предоставления услуг, информации подписки, управления устройствами и информации пользовательских предпочтений, передаваемой посредством канала взаимодействия, из управляющей информации, связанной с приемом материала по безопасности, такого как DRM RO и значение ключа, используемого для защиты BCAST-услуги.

BCAST-8 128 - это канал передачи, посредством которого передаются пользовательские данные по BCAST-услуге. BDS-1 129 - это канал передачи защищенной BCAST-услуги, незащищенной BCAST-услуги, атрибута BCAST-услуги, атрибута содержимого, оповещения, руководства по услуге и материала по безопасности, такого как DRM RO и значение ключа, используемого для защиты BCAST-услуги.

BDS-2 130 - это канал передачи предоставления услуги, информации подписки, управления устройствами и материала по безопасности, такого как DRM RO и значение ключа, используемого для защиты BCAST-услуги. X-1 131 - это опорная точка между блоком 111 распространения BDS-услуг и системой 112 широковещательной передачи и распространения. X-2 132 - это опорная точка между блоком 111 распространения BDS-услуг и сетью 113 взаимодействия. X-3 133 - это опорная точка между системой 112 широковещательной передачи и распространения и терминалом 105. X-4 134 - это опорная точка между блоком 111 распространения BDS-услуг и терминалом 105 посредством широковещательного канала. X-5 135 - это опорная точка между блоком 111 распространения BDS-услуг и терминалом 105 посредством канала взаимодействия. X-6 136 - это опорная точка между сетью 113 взаимодействия и терминалом 105.

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

Фиг.2 иллюстрирует примерное руководство по услуге, состоящее из административной группы 200, группы 210 предоставления услуги, базовой группы 220 и группы 230 доступа. На Фиг.2 сплошная линия, соединяющая фрагменты, обозначает перекрестные ссылки между фрагментами.

Административная группа 200, группа для предоставления базовой информации, требуемой посредством мобильного терминала для того, чтобы принимать руководство по услуге, включает в себя фрагмент 201 Service Guide Context и фрагмент 202 Service Guide Delivery Descriptor.

Фрагмент 201 Service Guide Context предоставляет идентификатор руководства по услуге, идентификационную информацию поставщика услуг, который сформировал и передал руководство по услуге, и полную информацию руководства по услуге. Фрагмент 202 Service Guide Delivery Descriptor предоставляет канал, допускающий прием множества фрагментов руководства по услугам, информацию диспетчеризации и информацию обновления в мобильный терминал, с тем чтобы мобильный терминал мог принимать только требуемое руководство по услугам в соответствующее время.

Группа 210 предоставления услуги, группа для предоставления информации по тарификации за прием услуги, включает в себя фрагмент 211 Purchase Item, фрагмент 212 Purchase Data и фрагмент 213 Purchase Channel. Фрагмент 211 Purchase Item предоставляет информацию тарификации за услугу или пакет услуг, фрагмент 212 Purchase Data указывает информацию фактической цены покупного изделия, а фрагмент 213 Purchase Channel предоставляет информацию по системе, где пользователь услуги может фактически приобрести услугу, и способу тарификации.

Базовая группа 220, группа для предоставления информации о самой услуге, включает в себя фрагмент 221 Service, фрагмент 222 Schedule и фрагмент 223 Content. Фрагмент 221 Service предоставляет описание самой услуги, которую пользователь должен принять, а также предоставляет информацию, указывающую то, с помощью какого содержимого услуга может быть сконфигурирована. Фрагмент 222 Schedule предоставляет информацию по времени, в которое услуга может предоставляться и использоваться. Фрагмент 223 Content предоставляет информацию по каждому из множества вариантов содержимого, составляющих услугу.

Группа 230 доступа содержит фрагмент 231 Access и фрагмент 232 Session Description и предоставляет информацию доступа к услуге, указывающую то, как принимать услуги, предоставляемые посредством базовой группы 220, и подробную информацию по сеансу, в котором содержимое, составляющее соответствующую услугу, передается, с тем чтобы дать возможность мобильному терминалу осуществлять доступ к соответствующей услуге.

Фрагмент 231 Access предоставляет множество способов доступа для одной услуги в мобильном терминале, тем самым предоставляя способ, допускающий осуществление доступа к различным дополнительным услугам на основе одной услуги. Фрагмент 232 Session Description предоставляет информацию сеанса для услуги, заданной в одном фрагменте доступа. Помимо этого, информация руководства по услуге, как показано на Фиг.2, дополнительно может содержать фрагмент 224 Preview Data, который предоставляет предварительный просмотр и значок услуги и содержимого, помимо вышеуказанных четырех фрагментов.

Фиг.3 - схема, иллюстрирующая процедуру роуминга, выполняемую, когда мобильный широковещательный терминал хочет принимать широковещательную услугу не в зоне обслуживания своей домашней сети (Home N/W) 310, а в зоне обслуживания гостевой сети (Visited N/W) 320 в OMA BCAST. Перед тем как предоставляется описание каждого этапа в процедуре роуминга, каждый объект на Фиг.3 сначала описывается.

Приложения BCAST-услуги (BSA) 311 и 321 в домашней сети 310 и гостевой сети 320 равнозначны по функции приложению 102 BCAST-услуги по Фиг.1, так что они показаны отдельно с тем, чтобы отличать BSA в домашней сети 310 от BSA в гостевой сети 320 в ходе роуминга. Аналогично управление BCAST-подпиской (BSM) 312 и 322 имеет такую же функцию, что и управление 104 BCAST-подпиской на Фиг.1. Адаптация и распространение BCAST-услуг (BSDA) 313 и 323 имеет такую же функцию, что и функция распространения/адаптации 104 BCAST-услуг на Фиг.1, и групповые объекты 314 и 324, каждый из которых состоит из распространения BDS-услуг (BDS-SD), системы распространения BCAST (BDS) и/или сети взаимодействия (IN), имеют такую же функцию, что и групповой объект BDS-SD 111, BDS 112 и/или IN 113 на Фиг.1. Терминал 330 имеет такую же функцию, что и функция терминала 105 на Фиг.1. Каждый этап процедуры роуминга далее описывается.

На этапе 301 пользователь запрашивает BCAST-услугу роуминга в своей домашней сети 310 и затем перемещается в гостевую сеть 320. Процедура для роуминга из домашней сети 310 в гостевую сеть 320 должна выполняться за пределами BCAST-зоны на нижних уровнях 313 и 323. На этапе 302 терминал 330 автоматически принимает руководство по услуге из гостевой сети 320, в которой он находится в роуминге, без подключения к домашней сети 310. На этапе 303 после приема руководства по услуге терминал 330 отправляет запрос на объект прав для конкретной BCAST-услуги, требуемой пользователем, в BSM 322 гостевой сети 320. На этапе 304 BSM 322 гостевой сети 320 запрашивает авторизацию для пользователя в роуминге в BSM 312 домашней сети 310. На этапе 305 BSM 322 доставляет объект прав, запрошенный терминалом 330 на этапе 303, в терминал 330 посредством BSM 321 гостевой сети 320. После приема объекта прав на этапе 305 терминал 330 принимает BCAST-услугу посредством BSDA 323 гостевой сети 320 на этапе 306. Наконец, на этапе 307 гостевая сеть 320 формирует информацию тарификации и доставляет информацию тарификации в домашнюю сеть 310, которая находится вне BCAST-стандарта, поэтому ее описание не приводится.

Как показано на Фиг.3, BCAST в настоящее время представляет процедуру роуминга. Хотя есть потребность в сообщении для связи между объектами и в формате сообщения, чтобы фактически делать возможным роуминг, они не представлены. В мобильной широковещательной услуге, где может существовать несколько поставщиков услуг, чтобы пользовательские терминалы свободно выполняли роуминг и принимали услугу, поток сообщений между объектами BCAST-услуги должен быть представлен специально. В текущей процедуре роуминга, когда пользователь выполнил роуминг, процедура осуществляется без оповещения для информации тарификации. Тем не менее, когда роуминг фактически выполняется, система тарификации отличается от системы тарификации домашней сети 310, которая использовалась пользователем, и пользователю также не выставлены счета согласно тарификации в руководстве по услуге гостевой сети 320, которая принималась в роуминге. Вследствие этого есть потребность в этапе, допускающем предоставление информации по тарификации при оплате пользователем и позволяющем определять, использует ли он услугу роуминга. Помимо того чтобы сделать процедуру роуминга возможной, запрос на услугу роуминга должен быть предварительно отправлен в домашнюю сеть 310. Тем не менее, поскольку эта ситуация не всегда возможна, роуминг должен быть возможным даже после того, как терминал проходит зону. В процедуре роуминга на Фиг.3 предполагается, что схема, используемая для расшифровки зашифрованного содержимого или услуги, принимаемой на этапе 305, - это OMA DRM 2.0. Фактически процедура роуминга должна быть обновлена таким образом, чтобы содержимое или услуга могла шифроваться/расшифровываться даже посредством схем, отличных от OMA DRM 2.0. Следовательно, есть потребность в усовершенствованном способе поддержки услуги роуминга в системе широковещания на мобильные терминалы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Перечень чертежей

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

Фиг.1 - схема, иллюстрирующая функциональную структуру системы широковещания на мобильные терминалы;

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

Фиг.3 - схема, иллюстрирующая традиционную процедуру роуминга в OMA BCAST;

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

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

Фиг.6 - блок-схема последовательности операций способа, иллюстрирующая работу BSM домашнего SP согласно примерному варианту осуществления настоящего изобретения;

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

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

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

Фиг.10 - блок-схема последовательности операций способа, иллюстрирующая работу BSM домашнего SP согласно примерному варианту осуществления настоящего изобретения;

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

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

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

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

Фиг.15A и 15B - блок-схемы последовательности операций способа, иллюстрирующие работу BSM домашнего SP согласно примерному варианту осуществления настоящего изобретения;

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

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

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

Фиг.19 - схема, иллюстрирующая работу BSM домашнего SP согласно примерному варианту осуществления настоящего изобретения;

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

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

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

Фиг.23 - блок-схема последовательности операций способа, иллюстрирующая работу BSM домашнего SP согласно примерному варианту осуществления настоящего изобретения;

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

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

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

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

В последующем подробном описании представляются характерные примерные варианты осуществления настоящего изобретения. Для удобства, хотя названия объектов, заданные в Партнерском проекте в области систем связи третьего поколения (3GPP), который является группой стандартов для асинхронной мобильной связи, используются в качестве названий объектов, заданных в BCAST Открытого мобильного альянса (OMA), который является группой стандартов применения мобильного терминала, стандарты и названия не ограничивают область применения настоящего изобретения и также могут быть применены к системам, имеющим аналогичный уровень техники. Фактически в BCAST-структуре домашняя сеть 310 и гостевая сеть 320 по Фиг.3 должны быть заменены на домашнего поставщика услуг (домашнего SP) и гостевого поставщика услуг (гостевого SP).

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

Таблицы 1-4 ниже показывают элементы, сохраненные во фрагменте 201 Service Guide Context, описанном на Фиг.2. Таблицы 1-4 разделены из одной таблицы для удобства и подробно описаны в Патентной заявке (Корея) номер P2005-94675, озаглавленной "Method and Apparatus for Transmitting and Receiving Service Guide Context in a Mobile Broadcasting System". Примерные варианты осуществления настоящего изобретения используют частичную информацию, предоставленную в таблицах 1-4, поэтому описание неиспользуемых элементов опускается для понятности и краткости. Следовательно, подробное описание таблиц 1-4 см. в предыдущей поданной заявке.

Таблица 1
Название	Тип	Категория	Количество элементов	Описание
ServiceGuideContext			0...N	Идентифицирует SGDD для терминала. Каждый поставщик услуг может иметь собственный канал уведомлений. ServiceGuideContext представляет информацию сеансов канала уведомлений, который содержит SGDD.Содержит следующие элементы:ServiceGuideInfo
ServiceGuideInfo	1		0...N	Задает информацию руководства по услуге.Содержит следующие атрибуты:SGVersionBSDAIdСодержит следующие элементы:NameServiceProviderBroadcast_areaSGAnnouncementSGFragmentsList
SGVersion				Версия руководства по услуге. Более новая версия переопределяет более старую, как только она принята.
BSDAId				Идентификатор BSDA-системы, которая распространяет и агрегирует фрагменты руководства по услуге.
ReleaseTime

Таблица 2
Name	2		0...N	Название руководства по услуге, возможно, на нескольких языках. Язык выражается с помощью встроенного XML-атрибута xml:lang с этим элементом.
ServiceProvider	2			Задает информацию поставщика услуг, который доставляет руководства по услугам.Содержит следующие атрибуты:ProviderURIProviderName
ProviderURI				Задает URI-адрес поставщика услуг, который является глобально уникальным. Этот URI-адрес регистрируется посредством ICANN.
ProviderName				Задает название поставщика услуг.
Broadcast_area	2		0...N	Зона широковещательной передачи, чтобы распространять содержимое (как задано в [OMA MLP] с модификациями).Подчиненные элементы:Shapeccname_areazip_code
Shape	3		0...1	Формы, используемые для того, чтобы представлять географическую зону, которая описывает (как задано в [OMA MLP]).
Cc	3		0...1	Код страны, 1-3 цифры, к примеру, 355 для Албании (как задано в [OMA MLP]).
name_area	3		0...1	Геополитическое название зоны, к примеру, "Сеул" (как задано в [OMA MLP]).
zip_code	3		0...1	Почтовый индекс.

Таблица 3
SGAnnouncement	2			Задает информацию сеанса уведомлений руководства по услуге.Содержит следующие элементы:AnnouncementSessionSGDDInfo
AnnouncementSession	3			Указатель на канал уведомлений, доставляющий ServiceGuideDeliveryDescriptor.Содержит следующие атрибуты:SrcIPAddressDestIPAddressPortNumberSessionID
SrcIPAddress				IP-адрес источника канала уведомлений, который является сеансом FLUTE.
DestIPAddress				IP-адрес назначения канала уведомлений, который является сеансом FLUTE.
PortNumber			0...1	Порт назначения канала уведомлений, который является сеансом FLUTE.
SessionID				Идентификатор сеанса уведомлений.
SGDDInfo	3			Задает информацию SGDD.Содержит следующие атрибуты:NumberofSGDDsListeningPeriod
ListeningPeriod			0...1	Продолжительность времени прослушивания доставки SGDD терминалом.

Таблица 4
SGFragmentsList	2			Задает полные списки фрагментов, которые составили руководство по услуге.Содержит следующие элементы:ServiceFragmentListScheduleFragmentListContentFragmentListPurchaseItemFragmentListPurchaseDataFragmentListPurchaseChannelFragmentListAccessFragmentList
ServiceFragmentList	3			Задает полный список фрагментов Service.
FragmentID	4		0...N	Идентификаторы фрагментов Service.
ScheduleFragmentList	3			Задает полный список фрагментов Schedule.
FragmentID	4		0...N	Идентификаторы фрагментов Schedule.
ContentFragmentTable	3			Задает полный список фрагментов Content.
FragmentID	4		0...N	Идентификаторы фрагментов Content.
PurchaseItemFragmentList	3			Задает полный список фрагментов PurchaseItem.
FragmentID	4		0...N	Идентификаторы фрагме