СПОСОБ ОСУЩЕСТВЛЕНИЯ УСЛУГИ РОУМИНГА В СИСТЕМЕ ШИРОКОВЕЩАНИЯ НА МОБИЛЬНЫЕ ТЕРМИНАЛЫ И СИСТЕМА ДЛЯ ЕГО РЕАЛИЗАЦИИ Российский патент 2010 года по МПК H04B7/26 

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

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

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

Рынок мобильной связи постоянно требует создания новых услуг за счет рекомбинации или интеграции существующих технологий. Сегодня с развитием технологий связи и широковещательной передачи традиционная система широковещательной передачи или система мобильной связи достигла фазы предоставления широковещательных услуг через портативные терминалы (или мобильные терминалы), такие как мобильный телефон и персональное цифровое устройство (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 Название Тип Категория Количество элементов Описание ServiceGuide
Context     0...N Идентифицирует SGDD для терминала. Каждый поставщик услуг может иметь собственный канал уведомлений. ServiceGuideContext представляет информацию сеансов канала уведомлений, который содержит SGDD.
Содержит следующие элементы:
ServiceGuideInfo ServiceGuideInfo 1   0...N Задает информацию руководства по услуге.
Содержит следующие атрибуты:
SGVersion
BSDAId
Содержит следующие элементы:
Name
ServiceProvider
Broadcast_area
SGAnnouncement
SGFragmentsList SGVersion       Версия руководства по услуге. Более новая версия переопределяет более старую, как только она принята. BSDAId       Идентификатор BSDA-системы, которая распространяет и агрегирует фрагменты руководства по услуге. ReleaseTime        

Таблица 2 Name 2   0...N Название руководства по услуге, возможно, на нескольких языках. Язык выражается с помощью встроенного XML-атрибута xml:lang с этим элементом. ServiceProvider 2     Задает информацию поставщика услуг, который доставляет руководства по услугам.
Содержит следующие атрибуты:
ProviderURI
ProviderName ProviderURI       Задает URI-адрес поставщика услуг, который является глобально уникальным. Этот URI-адрес регистрируется посредством ICANN. ProviderName       Задает название поставщика услуг. Broadcast_area 2   0...N Зона широковещательной передачи, чтобы распространять содержимое (как задано в [OMA MLP] с модификациями).
Подчиненные элементы:
Shape
cc
name_area
zip_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     Задает информацию сеанса уведомлений руководства по услуге.
Содержит следующие элементы:
AnnouncementSession
SGDDInfo AnnouncementSession 3     Указатель на канал уведомлений, доставляющий ServiceGuideDeliveryDescriptor.
Содержит следующие атрибуты:
SrcIPAddress
DestIPAddress
PortNumber
SessionID SrcIPAddress       IP-адрес источника канала уведомлений, который является сеансом FLUTE. DestIPAddress       IP-адрес назначения канала уведомлений, который является сеансом FLUTE. PortNumber     0...1 Порт назначения канала уведомлений, который является сеансом FLUTE. SessionID       Идентификатор сеанса уведомлений. SGDDInfo 3     Задает информацию SGDD.
Содержит следующие атрибуты:
NumberofSGDDs
ListeningPeriod ListeningPeriod     0...1 Продолжительность времени прослушивания доставки SGDD терминалом.

Таблица 4 SGFragmentsList 2     Задает полные списки фрагментов, которые составили руководство по услуге.
Содержит следующие элементы:
ServiceFragmentList
ScheduleFragmentList
ContentFragmentList
PurchaseItemFragmentList
PurchaseDataFragmentList
PurchaseChannelFragmentList
AccessFragmentList ServiceFragment
List 3     Задает полный список фрагментов Service. FragmentID 4   0...N Идентификаторы фрагментов Service. ScheduleFragmentList 3     Задает полный список фрагментов Schedule. FragmentID 4   0...N Идентификаторы фрагментов Schedule. ContentFragment
Table 3     Задает полный список фрагментов Content. FragmentID 4   0...N Идентификаторы фрагментов Content. PurchaseItem
FragmentList 3     Задает полный список фрагментов PurchaseItem. FragmentID 4   0...N Идентификаторы фрагментов PurchaseItem. PurchaseData
FragmentList 3     Задает полный список фрагментов PurchaseData. FragmentID 4   0...N Идентификаторы фрагментов PurchaseData. PurchaseChannel
FragmentList 3     Задает полный список фрагментов PurchaseChannel. FragmentID 4   0...N Идентификаторы фрагментов PurchaseChannel. AccessFragment
List 3     Задает полный список фрагментов Access. FragmentID 4   0...N Идентификаторы фрагментов Access.

Ссылаясь на таблицы 1-4, "Название" указывает названия значений элементов и атрибутов, составляющих соответствующее сообщение. "Тип" указывает то, соответствует ли соответствующее имя значению элемента или значению атрибута. Значение элемента имеет значения E1, E2, E3 и E4. E1 означает значение верхнего элемента для всего сообщения, E2 означает значение подчиненного элемента E1, E3 означает значение подчиненного элемента E2, а E4 означает значение подчиненного элемента E3. Значение атрибута указывается посредством A, и A означает значение атрибута соответствующего элемента. Например, A согласно E1 означает значение атрибута E1. "Категория" используется для указания того, является ли соответствующее значение элемента или значение атрибута обязательным, и имеет значение M, если значение обязательное, и значение O, если значение необязательное. "Количество элементов" означает отношения между элементами и имеет значения "0", "0...1", "1", "0...N", "1...N", где 0 означает необязательное отношение, 1 означает обязательное отношение, а N означает возможность наличия множества значений. Например, "0...N" означает возможность того, что нет соответствующего значения элемента или имеется n соответствующих значений элемента. "Описание" задает смысл соответствующего значения элемента или атрибута.

Как описано на Фиг.2, фрагмент 201 Service Guide Context предоставляет всю информацию руководства по услуге и, в частности, имеет атрибут BSDAId и элемент ServiceProvider. Атрибут BSDAId - это идентификатор BSDA 103 для доставки BCAST-услуги в соответствующей зоне. Элемент ServiceProvider состоит из атрибутов ProviderURL и ProviderName, и они являются информацией идентификатора поставщика услуг, который предоставляет BCAST-услугу в соответствующей зоне. Т.е. терминал 105 может запрашивать информацию по поставщику и распространителю услуг в месте, где он принимает услугу, посредством информации, сохраненной в BSDAId и ServiceProvider.

Таблицы 5-7 ниже показывают элементы, сохраненные во фрагменте 211 PurchaseItem. Таблицы 5-7 разделены из одной таблицы для удобства и описаны подробно в документе стандарта OMA. Примерные варианты осуществления настоящего изобретения используют частичную информацию, предоставленную в таблицах 5-7, поэтому описание неиспользуемых элементов опускается для понятности и краткости. Подробное описание таблиц 5-7 см. в документах на веб-узле OMA http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-TS-BCAST_ServiceGuide-Vl_0_0-20050930-D.zip, которые включены по ссылке. Справочные документы были последней версией на дату регистрации данной заявки, и если будут какие-либо обновления документов, обновленная редакция применяется.

Таблица 5 Название Тип Категория Количество элементов Описание PurchaseItem     0...N Фрагмент PurchaseItem.
Содержит следующие атрибуты:
id
version
validFrom
validTo
Weight
Содержит следующие подчиненные элементы:
ExtensionURL
ServiceIDRef
ScheduleIDRef
ContentIDRef
Name
Description
ParentalRating
PurchaseDataIDRef id       Идентификатор фрагмента PurchaseItem, глобально уникальный. version       Версия этого фрагмента. Более новая версия переопределяет более старую, как только она принята. validFrom     0...1 Первый момент, когда этот фрагмент является допустимым. Если не предоставлен, предполагается, что допустимость начата некоторое время назад.

Таблица 6 validTo     0...1 Последний момент, когда этот фрагмент является допустимым. Если не задано, предполагается, что допустимость завершается в неопределенное время в будущем. Weight   0/TM   Заданный порядок отображения данного покупного изделия относительно других покупных изделий, как видно посредством конечного пользователя. Порядок отображения задается возрастающим значением Weight (т.е. покупное изделие с наименьшим весом отображается первым). ExtensionURL 1   0...N URL-адрес, содержащий дополнительную информацию, связанную с этим фрагментом на веб-странице. Терминал может извлекать дополнительную информацию посредством осуществления доступа к этому URL-адресу. ServiceIDRef 1   0...N Ссылки на фрагменты Service, которые принадлежат данному PurchaseItem.
Примечание. Фрагмент Service может указываться ссылкой посредством нескольких PurchaseItem. ScheduleIDRef 1   0...N Ссылки на фрагменты Schedule, которые принадлежат данному PurchaseItem.
Примечание. Фрагмент Schedule может указываться ссылкой посредством нескольких PurchaseItem. ContentIDRef 1   0...N Ссылки на фрагменты Content, которые принадлежат данному PurchaseItem.
Примечание. Фрагмент Content может указываться ссылкой посредством нескольких PurchaseItem. Name 1   0...N Название PurchaseItem, возможно, на нескольких языках. Язык выражается с помощью встроенного XML-атрибута xml:lang с этим элементом.

Таблица 7 Description 1 0/TM 0...N Описание PurchaseItem, возможно, на нескольких языках. Язык выражается с помощью встроенного XML-атрибута xml:lang с этим элементом. ParentalRating 1   0...1 Он определяет возрастной ценз для покупки услуги, а не возрастной ценз фактического потребления услуги.
Допустимые значения - это значения, заданные в ParentalRatingDescriptor таблицы EIT (ETSI EN 300 468). PurchaseDataIDRef 1   0...N Ссылки на фрагмент PurchaseData, который принадлежит данному PurchaseItem. <пользовательские элементы> 1 или меньше   0...N Любое число пользовательских или конкретных для приложения элементов, которые не заданы в этой спецификации.

Как описано на Фиг.2, фрагмент 211 PurchaseItem предоставляет информацию тарификации за услугу или пакет услуг, а атрибут ID таблиц 5-7 указывает идентификатор услуги, указанной посредством фрагмента 211 PurchaseItem.

Таблицы 8-10 ниже показывают элементы, сохраненные во фрагменте 213 PurchaseChannel. Таблицы 8-10 разделены из одной таблицы для удобства и описаны подробно в документе стандарта OMA. Примерные варианты осуществления настоящего изобретения используют частичную информацию, предоставленную в таблицах 8-10, поэтому описание неиспользуемых элементов опускается для понятности и краткости. Подробное описание таблиц 8-10 см. в документах на веб-узле OMA http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-TS-BCAST_ServiceGuide-Vl_0_0-20050930-D.zip, которые включены по ссылке. Справочные документы были последней версией на дату регистрации данной заявки, и если будут какие-либо обновления документов, обновленная редакция применяется.

Таблица 8 Название Тип Категория Количество элементов Описание PurchaseChannel     0...N Фрагмент PurchaseChannel
Содержит следующие атрибуты:
id
version
validFrom
validTo
LocalFlag
RightsIssuerURI
Selector
Содержит следующие подчиненные элементы:
ExtensionURL
Name
PortalURL
Description
Connection
ContactInfo id       Идентификатор фрагмента PurchaseChannel, глобально уникальный. version       Версия этого фрагмента. Более новая версия переопределяет более старую, как только она принята. validFrom     0...1 Первый момент, когда этот фрагмент является допустимым. Если не предоставлен, предполагается, что допустимость начата некоторое время назад. validTo     0...1 Последний момент, когда этот фрагмент является допустимым. Если не задано, предполагается, что допустимость завершается в неопределенное время в будущем.

Таблица 9 LocalFlag       Если истина, указывает то, что BSM сообщает информацию доступности и покупки полностью в руководстве по услуге. RightsIssuerURI   O/TO   Идентификатор стороны, выдающей права, ассоциативно связанные с BSM (требуемые для того, чтобы разрешить неподключенным устройствами идентифицировать услугу RI, которая может управляться посредством их домашнего BSM).
Если система защиты услуги или защиты содержимого основывается на OMA DRM2.0, RightsIssuerURI должен быть задан. Selector       Дает возможность терминалу определять, какой канал покупки использовать из каналов покупки, которые сообщены в SG.
Атрибуты:
Type (к примеру, возможное значение "SIMCode")
Примечание. Канал покупки должен предоставляться посредством поставщика BCAST-услуги. ExtensionURL 1   0...N URL-адрес, содержащий дополнительную информацию, связанную с этим фрагментом на веб-странице. Терминал может извлекать дополнительную информацию посредством осуществления доступа к этому URL-адресу. Name 1   0...N Название PurchaseChannel, возможно, на нескольких языках. Язык выражается с помощью встроенного XML-атрибута xml:lang с этим элементом. PortalURL 1   0...1 URL-адрес BSM, в которой могут выполняться все транзакции покупки. Description 1 O/TM 0...N Описание PurchaseChannel, возможно, на нескольких языках. Язык выражается с помощью встроенного XML-атрибута xml:lang с этим элементом.

Таблица 10 Connection 1   0...N Дает возможность терминалу составлять запрос на покупку и отправлять его в канал покупки.
В случае если задано несколько вариантов соединения, именно терминал выбирает, к примеру, использовать IP (по GPRS) с SMS в качестве запасного варианта.
Содержит следующие подчиненные элементы:
PurchaseURL PurchaseURL 2   0...N URL-адрес, на который должен адресоваться запрос на покупку.
Содержит следующий атрибут:
Bearer Bearer       Однонаправленный канал, поддерживающий данный канал покупки. ContactInfo 1   0...1 Текстовая строка, которая указывает пользователю то, как взаимодействовать с BSM, чтобы инициировать внеполосную транзакцию покупки (к примеру, телефонный номер, URL-адрес и т.д.). <пользовательские элементы> 1 или меньше   0...N Любое число пользовательских или конкретных для приложения элементов, которые не заданы в этой спецификации.

Как описано на Фиг.2, фрагмент 213 PurchaseChannel предоставляет информацию, указывающую то, к какому объекту пользователь услуги должен осуществить доступ, чтобы фактически приобрести услугу или пакет услуг, указанный посредством фрагмента 211 PurchaseItem. Элемент PortalURL в таблицах 8-10 имеет URL-адрес BSM 104, которая выполняет управление покупкой. Как описано на Фиг.1, BSM 104 выполняет управление пользователями, а также управление покупками.

Элементы и атрибуты, упомянутые для роуминга в таблицах 1-10, перечислены в таблице 11, и применение элементов и атрибутов в ходе роуминга поясняется ниже.

Таблица 11 BSDAId       Идентификатор BSDA-системы, которая распространяет и агрегирует фрагменты руководства по услуге. ServiceProvider 2     Задает информацию поставщика услуг, который доставляет руководства по услугам.
Содержит следующие атрибуты:
ProviderURI
ProviderName ProviderURI       Задает URI-адрес поставщика услуг, который является глобально уникальным. Этот URI-адрес регистрируется посредством ICANN. ProviderName       Задает название поставщика услуг. id       Идентификатор фрагмента PurchaseItem, глобально уникальный. PortalURL 1   0...1 URL-адрес BSM, в которой могут выполняться все транзакции покупки.

BSDAId - это идентификатор BSDA 103, посредством которого объект, из которого предоставляется услуга, может быть найден. Если терминал 105 размещается у домашнего SP, BSDAId - это URL-адрес BSDA своего поставщика услуг. Если терминал 105 размещается у гостевого SP после роуминга, BSDAId - это URL-адрес BSDA поставщика услуг в зоне роуминга. Атрибуты ProviderURI и ProviderName элемента ServiceProvider указывают уникальную информацию URL-адреса и названия поставщика услуг соответственно. Когда терминал 105 размещен у домашнего SP, ProviderURI - это URL-адрес его поставщика услуг, а когда терминал 105 размещен у гостевого SP после роуминга, ProviderURI - это URL-адрес поставщика услуг в зоне роуминга. Терминал 105 использует BSDAId, ProviderURI и ProviderName в ходе роуминга для того, чтобы идентифицировать поставщика услуг, когда он выполняет регистрацию при роуминге в гостевом SP и домашнем SP. Например, BSDAId требуется для того, чтобы определять то, в какой зоне терминал в роуминге хочет принимать услугу, когда один поставщик услуг предоставляет BCAST-услугу в нескольких зонах. Атрибут ID - это идентификатор услуги, которую пользователь в роуминге хочет принимать в зоне роуминга, и он используется, когда услуга роуминга зарегистрирована. Наконец, PortalURL используется для запрашивания информации по BSM 104 домашнего SP и гостевого SP, который выполняет и управляет регистрацией при роуминге. Запрос регистрации услуги роуминга фактически доставляется в место, сохраненное в PortalURL.

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

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

Прежде чем предоставляется описание каждого способа, поясняется Фиг.12.

Фиг.12 - схема, иллюстрирующая примерный стек протоколов, используемый для связи между BSM 104 согласно примерному варианту осуществления настоящего изобретения. Хотя HTTP-протокол по Фиг.12 - это протокол, изначально разработанный для того, чтобы передавать веб-страницы, сегодня он используется в качестве протокола для передачи различной информации. Кроме того, сообщения для роуминга, которые должны быть заданы в примерном варианте осуществления настоящего изобретения, формируются, и они передаются с помощью HTTP-протокола. Инкапсулированные в HTTP сообщения роуминга инкапсулируются согласно протоколу транспортного уровня, такому как младший TCP-протокол. TCP-протокол предоставлен в качестве примера, поскольку он является типичным протоколом для транспортного уровня. Для безопасности или эффективности другой протокол транспортного уровня также может быть использован. Если инкапсуляция TCP завершена, IP используется в качестве протокола сетевого уровня. Поскольку OMA BCAST - это мобильная широковещательная услуга на основе IP, IP должен быть использован в качестве протокола сетевого уровня. Тем не менее, для безопасности IPsec может быть использован наряду с IP. Если передающая BSM передает сообщение в принимающую BSM согласно вышеозначенной процедуре, принимающая BSM может запрашивать переданное фактическое сообщение посредством декапсуляции сообщения в обратном порядке вышеозначенной процедуры. При обмене данными между BSM согласно примерному варианту осуществления настоящего изобретения обмен сообщениями выполняется с помощью стека протоколов по Фиг.12.

Фиг.4 - схема передачи сигналов, иллюстрирующая процедуру роуминга согласно примерному варианту осуществления настоящего изобретения. Перед тем как предоставляется описание каждого этапа в процедуре роуминга, описывается каждый объект на Фиг.4. BSA 424 и 414 у домашнего SP 420 и гостевого SP 410 равнозначны по функции BSA 102 по Фиг.1, так что они показаны отдельно с тем, чтобы отличать BSA у домашнего SP 420 от BSA у гостевого SP 410 в ходе роуминга. Аналогично BSM 423 и 413 имеют такую же функцию, что и BSM 104 по Фиг.1, BSDA 422 и 412 имеют такую же функцию, что и BSDA 103 по Фиг.1, а групповые объекты 421 и 411, каждый из которых состоит из BDS-SD, BDS и/или IN, имеют такую же функцию, что и групповой объект BDS-SD 111, BDS 112 и/или IN 113 по Фиг.1. Терминал 400 имеет такую же функцию, что и терминал 105 по Фиг.1. Вышеуказанные объекты не все используются в процедуре роуминга, поэтому объекты, используемые в процедуре роуминга согласно примерному варианту осуществления настоящего изобретения, описываются.

На этапах 401 и 402, соответствующих части, не указанной непосредственно в процедуре роуминга, предполагается, что как только терминал 400 достигает зоны роуминга, процедура роуминга автоматически выполняется посредством группового объекта 411 из BDS, IN и/или BDS-SD и BSDA 412, которые являются младшими сетями для передачи BCAST-услуги. Тем не менее, для ссылки на этапе 401 групповой объект 411 из BDS, IN и/или BDS-SD, который является младшей сетью BCAST, должен выполнить роуминг, предоставить информацию указания роуминга в терминал 400 и предоставить базовую информацию, на основе которой терминал 400 может принимать руководство по услуге. С помощью базовой информации терминал 400 может принимать руководство по услуге на этапе 402 посредством приема фрагмента 201 Service Guide Context по Фиг.2.

На этапе 402 после приема руководства по услуге терминал 400 запрашивает информацию, описанную в таблице 11.

На этапе 403 с помощью информации, запрошенной из таблицы 11, терминал 400 формирует сообщение для создания запроса регистрации при роуминге для домашнего SP 420 и отправляет сообщение в BSM 423 домашнего SP 420. Содержимое сообщения запроса роуминга, сформированного терминалом 400 на этапе 403, показано в таблице 12 ниже.

Таблица 12   Request ID   Terminal ID   Visited SP ID   Visited SP BSM ID   Visited BSDA ID   Purchase Item ID  

Request ID, первый элемент таблицы 12, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.4, до времени, когда процедура запроса регистрации при роуминге по Фиг.4 завершается. Terminal ID - это уникальный идентификатор для терминала, чтобы уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге. Visited SP ID - это идентификатор поставщика услуг, который предоставляет услугу в зоне, где терминал остается в роуминге. Visited SP ID используется для предоставления поставщику услуг домашнего SP 420 информации, указывающей, кому терминал делает запрос роуминга. При этом, когда BSM 423 домашнего SP 420 определяет из Visited SP ID то, что нет соглашения роуминга, сделанного с самой BSM 423, BSM 423 непосредственно переходит к этапу 406, где она может уведомить о недоступности роуминга терминал 400. Visited SP BSM ID используется для информирования домашнего SP объекта, который фактически выполняет согласование процедуры регистрации услуги роуминга, об идентификаторе BSM, используемом гостевым SP 410. Visited BSDA ID - это идентификатор BSDA, используемой гостевым SP, и поскольку один поставщик услуг может предоставлять услугу посредством нескольких BSDA, Visited BSDA ID используется для указания того, посредством какой BSDA из BSDA, используемых гостевым SP, терминал в роуминге хочет принимать услугу. Наконец, Purchase Item ID используется для указания услуги, которую хочет принимать пользователь в роуминге. Для терминала, который выполнил запрос регистрации при роуминге на этапе 403, BSM 413 гостевого SP 410 дополнительно может выполнить процесс аутентификации для терминала, и поскольку процесс аутентификации не связан с основой настоящего изобретения, его описание опущено для понятности и краткости.

На этапе 404 для запроса регистрации при роуминге, принятого от терминала 400 на этапе 403, BSM 423 домашнего SP 420 отправляет запрос регистрации при роуминге в BSM 413 гостевого SP 410, к которому перемещен терминал 400. Содержимое сообщения, отправляемого от BSM 423 домашнего SP 420 в BSM 413 гостевого SP 410 на этапе 404, показано в таблице 13 ниже.

Таблица 13   Request ID   Terminal ID   Home SP ID   Home SP BSM ID   Visited BSDA ID   Terminal Subscription Type   Purchase Item ID  

Request ID, первый элемент таблицы 13, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.4, до времени, когда процедура запроса регистрации при роуминге по Фиг.4 завершается. Terminal ID - это уникальный идентификатор для терминала, чтобы уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге. Home SP ID используется для указания того, от какого поставщика услуг терминал, который запросил регистрацию при роуминге в гостевом SP 410, первоначально принял услугу. С помощью этой информации BSM 413 гостевого SP 410 может распознать то, что запросивший роуминг терминал принадлежит поставщику услуг, с которым выполнено соглашение роуминга. Home SP BSM ID используется для информирования гостевого SP 410 объекта о согласовании, требуемом в процессе регистрации при роуминге. BSM 413 гостевого SP 410 отвечает на результат регистрации при роуминге в зависимости от Home SP BSM ID. Visited BSDA ID используется для предоставления гостевому SP 410 информации, указывающей, в какой зоне обслуживания терминал в настоящее время запрашивает услугу. Terminal Subscription Type - это информация, предоставляемая гостевому SP 410 для того, чтобы оценить, в каком классе запросивший роуминг терминал может принимать услуги гостевого SP 410, и она оценивается вместе с Purchase Item ID. Terminal Subscription Type может быть классом услуги, которую запросивший роуминг терминал может принимать от запросившего роуминг гостевого SP 410, на основе соглашения роуминга, составленного между домашним SP 420 и гостевым SP 410. Это может быть задано в форме номера или кода класса разрешенного роуминга, согласованного между двумя поставщиками услуг, и его форма не задается в примерном варианте осуществления настоящего изобретения. Purchase Item ID - это услуга, запрошенная терминалом, и в зависимости от того, может ли она быть принята за отдельную плату, или в зависимости от соглашения роуминга между гостевым SP 410 и домашним SP 420 ее возможность приема определяется на основе оценки того, обрабатывается ли она с помощью подписки запросившего роуминг терминала.

На этапе 405 BSM 413 гостевого SP 410 отправляет ответ на запрос, принятый на этапе 404. Основная цель на этапе 405 заключается в том, чтобы сообщить допустимый контекст услуги роуминга, запрошенной терминалом, с помощью информации, принятой на этапе 404. Контекст услуги, которую терминал может принимать от гостевого SP 410, также может быть предоставлен вместе с авторизацией по услуге роуминга, запрошенной терминалом. Сообщение, отправляемое из BSM 413 гостевого SP 410 в BSM 423 домашнего SP 420 на этапе 405, показано в таблице 14 ниже.

Таблица 14   Request ID   Roaming Authorization Status   Roaming Service Allowed Scope  

Request ID, первый элемент таблицы 14, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.4, до времени, когда процедура запроса регистрации при роуминге по Фиг.4 завершается. Roaming Authorization Status используется для предоставления результата оценки, выполненной для возможности роуминга, с помощью информации, предоставленной от гостевого SP 410 на этапе 404, в BSM 423 домашнего SP 420 запросившего роуминг терминала 400. Roaming Service Allowed Scope, когда роуминг доступен, используется для предоставления возможности значению Terminal Subscription Type, принятому на этапе 404, указывать, какое право приема терминал 400 в роуминге фактически имеет у гостевого SP 410. Возможность приема услуги, соответствующей Purchase Item ID, запрошенной терминалом 400, также задается в Roaming Service Allowed Scope. Кроме того, информация, связанная с возникновением дополнительных затрат и изменением в системе тарификации, также добавляется в Roaming Service Allowed Scope в ходе роуминга.

Этапы 404 и 405 также могут быть опущены при необходимости. Например, эти этапы могут быть опущены, когда терминал 400 после завершения процедуры регистрации при роуминге хочет выполнить дополнительный запрос услуги при приеме услуги. В этом случае BSM 423 домашнего SP 420 знает часть или всю ценовую политику для роуминга BSM 413 гостевого SP 410.

На этапе 406 домашний SP 420 сообщает результат запроса регистрации при роуминге, принимаемого гостевым SP 410 на этапе 405, в терминал 400. Фактически на этапе 406 BSM 423 домашнего SP 420 перенаправляет сообщение, принятое на этапе 405, в терминал 400. После того как домашний SP 420 анализирует запрос регистрации при роуминге терминала на этапе 403, если нет соглашения роуминга с гостевым SP 410 в зоне, где остается терминал 400, домашний SP 420 непосредственно переходит к этапу 406, где он заполняет содержимое таблицы 14 ошибкой запроса регистрации при роуминге и отправляет его в терминал 400. В этом случае роуминг завершается ошибкой.

На этапе 407 терминал 400 отправляет ответ на запрос регистрации при роуминге, который он отправил домашнему SP 420. На этом этапе терминал 400 сообщает BSM 413 гостевого SP 410 о том, согласен ли он с Roaming Service Allowed Scope в сообщении, принятом на этапе 406. Если терминал 400 не согласен с дополнительными затратами, возникающими в ходе роуминга, или с изменением в системе тарификации, услуга роуминга не осуществляется. Тем не менее, если терминал 400 соглашается, он переходит к следующему этапу. Таблица 15 ниже иллюстрирует сообщение, с помощью которого терминал 400 предоставляет окончательное подтверждение по роумингу у гостевого SP 410.

Таблица 15   Request ID   Roaming Confirm Status  

Request ID, первый элемент таблицы 15, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.4, до времени, когда процедура запроса регистрации при роуминге по Фиг.4 завершается. Roaming Confirm Status - это элемент, используемый для сообщения гостевому SP 410 о том, выполняет или нет роуминг терминал 400.

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

На этапе 409 терминал 400 принимает услугу от гостевого SP 410 посредством роуминга.

Хотя можно предоставить роуминг с помощью элементов сообщения, заданных на Фиг.4 в сообщении предоставления услуги, и процедуры, заданной в OMA BCAST, а также процедуры роуминга, описанной на Фиг.4, это не охватывается настоящим изобретением. Описание предоставления услуг см. в документах на веб-узле OMA http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Services-Vl_0-20050909-D.zip, которые включены по ссылке. Справочные документы были последней версией на дату регистрации данной заявки, и если будут какие-либо обновления документов, обновленная редакция применяется.

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

На этапе 501 BSM 413 гостевого SP 410 принимает запрос регистрации при роуминге от BSM 423 домашнего SP 420 терминала 400 в роуминге и расшифровывает принятое сообщение запроса. Содержимое принятого сообщения показано в таблице 13, и BSM 413 гостевого SP 410 анализирует Terminal Subscription Type из содержимого принятого сообщения на этапе 502. Затем на этапе 503 BSM 413 гостевого SP 410 определяет допустимую границу роуминга посредством анализа взаимосвязи между подпиской запросившего роуминг терминала и политикой подписки. Если подписки запросившего роуминг терминала недостаточно для того, чтобы поддерживать роуминг, BSM 413 гостевого SP 410 формирует сообщение для отклонения запроса роуминга и доставляет сформированное сообщение в BSM 423 домашнего SP 420 на этапе 504. Тем не менее, если определено, что роуминг доступен с подпиской запросившего роуминг терминала, BSM 413 гостевого SP 410 определяет на этапе 505, есть ли конкретное требование, к примеру покупное изделие. Если есть конкретное требование, BSM 413 гостевого SP 410 вычисляет тарификации, а если нет конкретного требования, BSM 413 гостевого SP 410 вычисляет дополнительную тарификацию, возникающую в ходе роуминга. После завершения вычисления BSM 413 гостевого SP 410 формирует сообщение ответа на запрос роуминга. Содержимое сформированного сообщения показано в таблице 14.

После завершения этапа 505 BSM 413 гостевого SP 410 ждет окончательного подтверждения по роумингу от терминала 400 на этапе 506. Если запросивший роуминг терминал 400 отправляет сообщение окончательного подтверждения по роумингу, BSM 413 гостевого SP 410 принимает и расшифровывает сообщение на этапе 507. Содержимое принятого сообщения показано в таблице 15, и BSM 413 гостевого SP 410 определяет на этапе 508, согласен ли терминал 400 с условиями роуминга. Если терминал 400 не согласен с условиями роуминга, процедура роуминга для соответствующего терминала 400 завершается. В противном случае, если терминал 400 согласен с условиями роуминга, BSM 413 гостевого SP 410 отправляет сообщение долгосрочного ключа для расшифровки принятого сообщения на этапе 509. После приема сообщения долгосрочного ключа терминал 400 может использовать услугу роуминга в рамках согласованного контекста.

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

На этапе 601 BSM 423 домашнего SP 420 принимает сообщение запроса роуминга от терминала 400 в роуминге и расшифровывает принятое сообщение. Сообщение, принятое домашним SP 420, показано в таблице 12. С помощью расшифрованного сообщения BSM 423 домашнего SP 420 сначала определяет на этапе 602, есть ли соглашение роуминга с гостевым SP 410, где остается запросивший роуминг терминал 400. Если нет соглашения, BSM 423 домашнего SP 420 переходит к этапу 609, на котором она выполняет процесс отсутствия соглашения роуминга. На этапе 609 BSM 423 домашнего SP 420 также может включить причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом, или может доставить тип частично доступной услуги при возможности. Тем не менее, если есть соглашение роуминга, BSM 423 домашнего SP 420 извлекает подписку соответствующего терминала 400 на этапе 603 и затем определяет на этапе 604, является ли извлеченная подписка терминала 400 подпиской с допустимым роумингом.

Если извлеченная подписка является подпиской без поддержки роуминга, BSM 423 домашнего SP 420 переходит к этапу 609, чтобы сообщить о том, что соответствующая подписка является подпиской с недоступным роумингом. На этапе 609 BSM 423 домашнего SP 420 может включить даже причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом, или может доставить тип частично доступной услуги при возможности. Если извлеченная подписка - это подписка с поддержкой роуминга, BSM 423 домашнего SP 420 отправляет сообщение авторизации при роуминге в BSM 413 гостевого SP 410 на этапе 605. Содержимое этого сообщения показано в таблице 13. После отправки сообщения запроса BSM 423 домашнего SP 420 ждет ответа от гостевого SP 410 на этапе 606. После приема ответа на запрос BSM 423 домашнего SP 420 расшифровывает принятое сообщение на этапе 607 и анализирует результаты по требованию на этапе 608. Если требование разрешено гостевым SP 410, BSM 423 домашнего SP 420 формирует сообщение для передачи результатов и доставляет сообщение в запросивший роуминг терминал 400 на этапе 610. В противном случае BSM 423 домашнего SP 420 переходит к этапу 609, на котором она может включить даже причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом, или может доставить тип частично доступной услуги при возможности.

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

Терминал 400 может обнаруживать гостевой SP 410 посредством младшей BDS-SD 111, BDS 112 или IN 113 в зоне, отличной от зоны своего домашнего SP 420, и обнаруживать BCAST-услугу соответствующей зоны. После обнаружения BCAST-услуги терминал 400 может находить фрагмент 201 Service Guide Context и полностью принимать руководство по услуге с помощью фрагмента 202 Service Guide Delivery Descriptor в зависимости от фрагмента 201 Service Guide Context на этапе 701.

После приема руководства по услуге терминал 400, если он хочет принимать услугу роуминга, отправляет сообщение запроса роуминга для авторизации услуги роуминга в BSM 423 своего домашнего SP 420 на этапе 702. Содержимое отправленного сообщения показано в таблице 12. После отправки сообщения запроса роуминга терминал 400 ждет ответа на этапе 703. Если соглашение роуминга между BSM 423 домашнего SP 420 и BSM 413 гостевого SP 410 определено, терминал 400 принимает сообщение ответа на запрос от BSM 423 домашнего SP 420 и расшифровывает принятое сообщение ответа на этапе 704. Содержимое сообщения ответа показано в таблице 14. Далее терминал 400 определяет на этапе 705, доступен ли роуминг, посредством расшифровки сообщения ответа.

Если роуминг недоступен, терминал 400 отказывается от роуминга. Тем не менее, если роуминг доступен, терминал 400 проверяет условие роуминга гостевого SP 410 на этапе 706, чтобы определить, допустим ли терминал 400. Если терминал 400 не согласен с условиями роуминга, терминал 400 передает сообщение подтверждения для отклонения роуминга в BSM 413 гостевого SP 410 на этапе 707. Тем не менее, если терминал 400 согласен с условиями роуминга, терминал 400 отправляет сообщение подтверждения, указывающее согласие, в BSM 413 гостевого SP 410 на этапе 708. После отправки сообщения согласия терминал 400 принимает сообщение долгосрочного ключа на этапе 709 и принимает BCAST-услугу после подготовки к расшифровке услуги или содержимого на этапе 710.

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

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

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

BSA 824 и 814 у домашнего SP 820 и гостевого SP 810 равнозначны по функции BSA 102 по Фиг.1, так что они показаны отдельно с тем, чтобы отличать BSA у домашнего SP 820 от BSA у гостевого SP 810 в ходе роуминга. Аналогично BSM 823 и 813 имеют такую же функцию, что и BSM 104 по Фиг.1, BSDA 822 и 812 имеют такую же функцию, что и BSDA 103 по Фиг.1, а групповые объекты 821 и 811, каждый из которых состоит из BDS-SD, BDS и/или IN, имеют такую же функцию, что и групповой объект BDS-SD 111, BDS 112 и/или IN 113 по Фиг.1. Терминал 800 имеет такую же функцию, что и терминал 105 по Фиг.1. Вышеуказанные объекты не все используются в процедуре роуминга согласно примерному варианту осуществления настоящего изобретения, поэтому объекты, используемые в процедуре роуминга, описываются.

На этапах 801 и 802, соответствующих части, не указанной непосредственно в процедуре роуминга, предполагается, что как только терминал 800 достигает зоны роуминга, процедура роуминга автоматически выполняется посредством группового объекта 811 из BDS, IN и/или BDS-SD и BSDA 812, которые являются младшими сетями для поддержки BCAST-услуги. Тем не менее, для ссылки на этапе 801 групповой объект 811 из BDS, IN и/или BDS-SD, который является младшей сетью BCAST, должен выполнить роуминг, предоставить информацию указания роуминга в терминал 800 и предоставить базовую информацию, на основе которой терминал 800 может принимать руководство по услуге. С помощью базовой информации терминал 800 может принимать руководство по услуге на этапе 802 посредством приема фрагмента 201 Service Guide Context по Фиг.2.

На этапе 802 после приема руководства по услуге терминал 800 запрашивает информацию, описанную в таблице 11.

На этапе 803 с помощью информации, запрошенной из таблицы 11, терминал 800 формирует сообщение запроса роуминга для создания запроса регистрации при роуминге для гостевого SP 810 и отправляет сообщение в BSM 813 гостевого SP 810. Содержимое сообщения запроса роуминга, сформированного терминалом 800 на этапе 803, показано в таблице 16 ниже.

Таблица 16   Request ID   Terminal ID   Home SP ID   Home SP BSM ID   Purchase Item ID  

Request ID, первый элемент таблицы 16, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.8, до времени, когда процедура запроса регистрации при роуминге по Фиг.8 завершается. Terminal ID - это уникальный идентификатор для терминала, чтобы уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге. Home SP ID - это идентификатор, используемый для предоставления возможности терминалу в роуминге сообщать гостевому SP 810 о том, кто является его домашним SP 820. С помощью этой информации гостевой SP 810 может определять, какому объекту запросивший роуминг терминал 800 первоначально принадлежит, а также может определять отношение роуминга с соответствующим объектом. При этом, когда BSM 813 гостевого SP 810 определяет из Home SP ID, что нет соглашения роуминга, составленного с самой BSM 813, BSM непосредственно переходит к этапу 806, на котором она может сообщить о недоступности роуминга в терминал 800.

Home SP BSM ID используется для сообщения гостевому SP 810 объекта, который фактически выполняет согласование по процедуре регистрации услуги роуминга, идентификатора BSM, используемой домашним SP 820. В завершение Purchase Item ID используется для указания услуги, которую пользователь в роуминге хочет принять. Для терминала, который сделал запрос регистрации при роуминге на этапе 803, BSM 813 гостевого SP 810 может дополнительно выполнять процесс аутентификации для терминала. Это может быть выполнено мгновенно посредством BSM 813 гостевого SP 810 либо может быть выполнено посредством соединения с BSM 823 домашнего SP 820 или посредством третьего объекта аутентификации. Поскольку процесс аутентификации не связан с основой настоящего изобретения, его описание опущено в данном документе для понятности и краткости.

На этапе 804 для запроса регистрации при роуминге, принятого от терминала 800 на этапе 803, BSM 813 гостевого SP 810 отправляет запрос регистрации при роуминге в BSM 823 домашнего SP 820 терминала 800. Содержимое сообщения, отправляемого от BSM 813 гостевого SP 810 в BSM 823 домашнего SP 820 на этапе 804, показано в таблице 17 ниже.

Таблица 17   Request ID   Terminal ID   Visited SP ID   Visited SP BSM ID  

Request ID, первый элемент таблицы 17, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.8, до времени, когда процедура запроса регистрации при роуминге по Фиг.8 завершается. Terminal ID - это уникальный идентификатор для терминала, чтобы уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге. Visited SP ID используется гостевым SP 810 для того, чтобы предоставлять собственную информацию в BSM 823 домашнего SP 820 запросившего роуминг терминала. Visited SP BSM ID используется для предоставления BSM 823 домашнего SP 820 информации, указывающей объект, с которым гостевой SP 810 выполняет связанное с роумингом согласование. Это обусловлено тем, что гостевой SP 810 может иметь несколько BSM.

На этапе 805 BSM 823 домашнего SP 820 отправляет ответ на запрос регистрации при роуминге, принятый на этапе 804. Таблица 18 ниже показывает содержимое сообщения, отправленного от BSM 823 домашнего SP 820 в BSM 813 гостевого SP 810.

Таблица 18   Request ID   Roaming Authorization Status   Terminal Subscription Type  

Request ID, первый элемент таблицы 18, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.8, до времени, когда процедура запроса регистрации при роуминге по Фиг.8 завершается. Roaming Authorization Status используется для предоставления возможности домашнему SP 820 определять, является ли роуминг авторизованным, посредством извлечения подписки запросившего роуминг терминала 800 у гостевого SP 810 с помощью Terminal ID, принятого на этапе 804, и предоставлять результаты гостевому SP 810. Terminal Subscription Type - это информация, предоставляемая с тем, чтобы гостевой SP 810 мог оценить, какое право приема терминал 800 в роуминге должен иметь у гостевого SP 810. Terminal Subscription Type может быть классом услуги, которую запросивший роуминг терминал 800 может принимать от запросившего роуминг гостевого SP 810, на основе соглашения роуминга, составленного между домашним SP 820 и гостевым SP 810. Это может быть задано в форме номера или кода класса разрешенного роуминга, согласованного между двумя поставщиками услуг, и его форма не задается в примерном варианте осуществления настоящего изобретения.

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

На этапе 806 гостевой SP 810 отправляет ответ на принятый запрос регистрации при роуминге в терминал 800. Содержимое сообщения, отправляемого из BSM 813 гостевого SP 810 в терминал 800 на этапе 806, показано в таблице 19 ниже.

Таблица 19   Request ID   Roaming Authorization Status   Roaming Service Allowed Scope  

Request ID, первый элемент таблицы 19, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.8, до времени, когда процедура запроса регистрации при роуминге по Фиг.8 завершается. Roaming Authorization Status используется для предоставления результата оценки, выполненной для возможности роуминга, с помощью информации, предоставленной от домашнего SP 820 на этапе 805, в запросивший роуминг терминал 800.

Roaming Service Allowed Scope, когда роуминг доступен, используется для предоставления возможности значению Terminal Subscription Type, принятому на этапе 805, указывать, какое право приема терминал 800 в роуминге фактически имеет у гостевого SP 810. Возможность приема услуги, соответствующей Purchase Item ID, запрошенной терминалом 800, также задается в Roaming Service Allowed Scope. Кроме того, информация, связанная с возникновением дополнительных затрат и изменением в системе тарификации, также добавляется в Roaming Service Allowed Scope в ходе роуминга.

На этапе 807 терминал 800 сообщает BSM 813 гостевого SP 810 о том, согласен ли он с Roaming Service Allowed Scope в сообщении, принятом на этапе 806, в качестве ответа на запрос регистрации при роуминге в гостевой SP 810. Если терминал 800 не согласен с дополнительными затратами, возникающими в ходе роуминга, или с изменением в системе тарификации, услуга роуминга не осуществляется. Тем не менее, если терминал 800 соглашается, он переходит к следующему этапу. Таблица 20 ниже иллюстрирует сообщение, с помощью которого терминал 800 предоставляет окончательное подтверждение по роумингу у гостевого SP 810.

Таблица 20   Request ID   Roaming Confirm Status  

Request ID, первый элемент таблицы 20, - это идентификатор, присвоенный для предоставления возможности согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.8, до времени, когда процедура запроса регистрации при роуминге по Фиг.8 завершается. Roaming Confirm Status - это элемент, используемый для указания того, будет или нет терминал 800 выполнять роуминг для гостевого SP 810.

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

На этапе 809 терминал 800 принимает услугу от гостевого SP 810 посредством роуминга.

Хотя можно предоставить роуминг с помощью элементов сообщения, заданных на Фиг.8 в сообщении предоставления услуги, и процедуры, заданной в OMA BCAST, а также процедуры роуминга, описанной на Фиг.4, это не охватывается примерным вариантом осуществления настоящего изобретения. Описание предоставления услуг см. в документах на веб-узле OMA http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Services-Vl_0-20050909-D.zip, которые включены по ссылке. Справочные документы были последней версией на дату регистрации данной заявки, и если будут какие-либо обновления документов, обновленная редакция применяется.

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

На этапе 901 BSM 813 гостевого SP 810 принимает сообщение запроса роуминга для запроса регистрации при роуминге от терминала 800 в роуминге и расшифровывает принятое сообщение. Содержимое принятого сообщения показано в таблице 16. С помощью расшифрованного содержимого сообщения BSM 813 гостевого SP 810 определяет на этапе 902, является ли запросивший роуминг терминал 800 терминалом поставщика услуг, имеющего соглашение роуминга с самим терминалом 800. Если запросивший роуминг терминал 800 является терминалом, принадлежащим поставщику услуг, не имеющему соглашение роуминга с самим терминалом 800, BSM 813 гостевого SP 810 переходит к этапу 907, на котором она передает сообщение ответа по недоступному роумингу (или сообщение ответа по неавторизованной услуге роуминга) в терминал 800. На этапе 907 BSM 813 гостевого SP 810 может включить даже причину недоступности роуминга при необходимости при передаче сообщения недоступности роуминга либо может доставить тип частично доступной услуги при возможности.

Тем не менее, если терминал 800 принадлежит поставщику услуг, имеющему соглашение роуминга с самим терминалом 800, BSM 813 гостевого SP 810 передает сообщение запроса терминала в BSM 823 домашнего SP 820 запросившего роуминг терминала на этапе 903. Содержимое переданного сообщения показано в таблице 17. Далее на этапе 904 BSM 813 гостевого SP 810 ждет сообщения ответа от BSM 823 домашнего SP 820 запросившего роуминг терминала 800. После приема сообщения ответа от BSM 823 домашнего SP 820 BSM 813 гостевого SP 810 расшифровывает принятое сообщение на этапе 905. Содержимое принятого сообщения показано в таблице 18. Далее на этапе 906 BSM 813 гостевого SP 810 проверяет содержимое принятого сообщения, а затем определяет, может ли она авторизовать терминал 800 для того, чтобы выполнять роуминг, и авторизует ли она терминал 800 для того, чтобы выполнять роуминг с помощью информации подписки терминала. Если BSM 813 гостевого SP 810 не может авторизовать терминал 800 для того, чтобы выполнять роуминг, она передает сообщение недоступности роуминга в терминал на этапе 907. На этапе 907 BSM 813 гостевого SP 810 может включить даже причину недоступности роуминга при необходимости при передаче сообщения недоступности роуминга либо может доставить тип частично доступной услуги при возможности.

Если BSM 813 гостевого SP 810 может авторизовать терминал 800 для того, чтобы выполнить роуминг, он формирует сообщение ответа с учетом дополнительных затрат, возникающих в ходе роуминга, и изменения в системе тарификации с помощью информации подписки терминала 800 и передает сообщение ответа в терминал на этапе 908. После передачи сообщения ответа BSM 813 гостевого SP 810 ждет ответа от терминала 800 на этапе 909. После приема сообщения окончательного подтверждения для роуминга от терминала 800 BSM 813 гостевого SP 810 расшифровывает принятое сообщение на этапе 910 и определяет на этапе 911, выполнил ли роуминг терминал. Если содержимое принятого сообщения указывает отклонение роуминга, процедура запроса роуминга завершается. В противном случае, если содержимое принятого сообщения указывает принятие роуминга, сообщение долгосрочного ключа передается в терминал на этапе 912.

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

На этапе 1001 BSM 823 домашнего SP 820 принимает сообщение запроса роуминга для запросившего роуминг терминала от BSM 813 гостевого SP 810. Содержимое сообщения, принятого домашним SP 820, показано в таблице 17. BSM 823 домашнего SP 820 извлекает подписку запросившего роуминг терминала в гостевом SP 810 на этапе 1002 и определяет на этапе 1003, разрешено ли запросившему роуминг терминалу 800 принимать услугу роуминга. Если запросившему роуминг терминалу 800 разрешено принимать услугу роуминга, BSM 823 домашнего SP 820 передает на этапе 1005 гостевому SP 810 сообщение, включающее в себя содержимое, показанное в таблице 18, где подписка терминала 800 включена. Если запросивший роуминг терминал 800 не авторизован принимать услугу роуминга, BSM 823 домашнего SP 820 передает сообщение недоступности роуминга (или сообщение неавторизованного роуминга) гостевому SP 810 на этапе 1004. При этом содержимое сообщения показано в таблице 14.

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

Терминал 800 может обнаруживать гостевого SP 810 посредством младшей BDS-SD 111, BDS 112 или IN 113 в зоне, отличной от зоны своего домашнего SP 820, и обнаруживать BCAST-услугу соответствующей зоны. После обнаружения BCAST-услуги терминал 800 может находить фрагмент 201 Service Guide Context и полностью принимать руководство по услуге с помощью фрагмента 202 Service Guide Delivery Descriptor в зависимости от фрагмента 201 Service Guide Context на этапе 1101. После приема руководства по услуге терминал 800, если он хочет принимать услугу роуминга, отправляет сообщение запроса роуминга для авторизации услуги роуминга в BSM 813 гостевого SP 810 на этапе 1102. Содержимое отправленного сообщения показано в таблице 16.

После отправки сообщения запроса роуминга терминал 800 ждет ответа на этапе 1103. Если соглашение роуминга между BSM 823 домашнего SP 820 и BSM 813 гостевого SP 810 определено, терминал 800 принимает сообщение ответа на запрос от BSM 813 гостевого SP 810 и расшифровывает принятое сообщение ответа на этапе 1104. Содержимое сообщения ответа показано в таблице 19. Далее терминал 800 определяет на этапе 1105, доступен ли роуминг, посредством расшифровки сообщения ответа.

Если роуминг недоступен, терминал 800 отказывается от роуминга. Тем не менее, если роуминг доступен, терминал 800 проверяет условие роуминга гостевого SP 810 на этапе 1106, чтобы определить, допустим ли терминал 800. Если терминал 800 не согласен с условиями роуминга, терминал 800 передает сообщение подтверждения для отклонения роуминга в BSM 813 гостевого SP 813 на этапе 1107. Тем не менее, если терминал 800 согласен с условиями роуминга, терминал 800 отправляет сообщение подтверждения, указывающее согласие, в BSM 813 гостевого SP 810 на этапе 1108. После отправки сообщения согласия терминал 800 принимает сообщение долгосрочного ключа на этапе 1109 и принимает BCAST-услугу после подготовки к расшифровке услуги или содержимого на этапе 1110.

Фиг.13 - схема передачи сигналов, иллюстрирующая процедуру роуминга согласно примерному варианту осуществления настоящего изобретения. Перед тем как предоставляется описание каждого этапа в процедуре роуминга согласно третьему варианту осуществления, каждый объект на Фиг.13 описывается. BSA 1324 и 1314 у домашнего SP 1320 и гостевого SP 1310 равнозначны по функции BSA 102 по Фиг.1, так что они показаны отдельно с тем, чтобы отличать BSA у домашнего SP 820 от BSA у гостевого SP 1310 в ходе роуминга. Аналогично BSM 1323 и 1313 имеют такую же функцию, что и BSM 104 по Фиг.1, BSDA 1322 и 1312 имеют такую же функцию, что и BSDA 103 по Фиг.1, а групповые объекты 1321 и 1311, каждый из которых состоит из BDS-SD, BDS и/или IN, имеют такую же функцию, что и групповой объект BDS-SD 111, BDS 112 и/или IN 113 по Фиг.1. Терминал 1300 имеет такую же функцию, что и терминал 105 по Фиг.1. Вышеуказанные объекты не все используются в процедуре роуминга согласно примерному варианту осуществления настоящего изобретения, поэтому объекты, используемые в процедуре роуминга, описываются.

Как показано на Фиг.13, на этапах 1301 и 1302, соответствующих части, не указанной непосредственно в процедуре роуминга, предполагается, что как только терминал 1300 достигает зоны роуминга, процедура роуминга автоматически выполняется посредством группового объекта 1311 из BDS, IN и/или BDS-SD и BSDA 1312, которые являются младшими сетями для поддержки BCAST-услуги. Тем не менее, для ссылки на этапе 1301 групповой объект 1311 из BDS, IN и/или BDS-SD, который является младшей сетью BCAST, должен выполнить роуминг, предоставить информацию указания роуминга в терминал 1300 и предоставить базовую информацию, на основе которой терминал 1300 может принимать руководство по услуге. С помощью базовой информации терминал 1300 может принимать руководство по услуге на этапе 1302 посредством приема фрагмента 201 Service Guide Context по Фиг.2.

На этапе 1302 после приема руководства по услуге терминал 1300 запрашивает информацию, описанную в таблице 11. На этапе 1303 терминал 1300 формирует сообщение запроса роуминга для создания запроса регистрации при роуминге для домашнего SP 1320 с помощью информации, запрошенной из таблицы 11, и отправляет сообщение запроса роуминга в BSM 1323 домашнего SP 1320. Содержимое сообщения запроса роуминга, сформированного терминалом 1300 на этапе 1303, показано в таблице 21.

Таблица 21   Request ID   Terminal ID   Visited SP ID   Visited SP BSM ID   Visited BSDA ID   Purchase Item ID  

Request ID, первый элемент таблицы 21, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.13, до времени, когда процедура запроса регистрации при роуминге по Фиг.13 завершается. Terminal ID - это уникальный идентификатор для терминала для предоставления возможности уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге.

Visited SP ID - это идентификатор поставщика услуг, который предоставляет услугу в зоне, где остается терминал в роуминге. Visited SP ID используется для предоставления поставщику услуг домашнего SP 1320 информации, указывающей, кому терминал делает запрос роуминга. При этом, когда BSM 1323 домашнего SP 1320 определяет из Visited SP ID то, что нет соглашения роуминга, сделанного с самой BSM 1323, BSM 1323 непосредственно переходит к этапу 1306, где она может уведомить о недоступности роуминга терминал 1300. Visited SP BSM ID используется для информирования домашнего SP 1320 объекта, который фактически выполняет согласование процедуры регистрации услуги роуминга, об идентификаторе BSM, используемом гостевым SP 1310. Visited BSDA ID - это идентификатор BSDA, используемой гостевым SP 1310, и поскольку один поставщик услуг может предоставлять услугу посредством нескольких BSDA, Visited BSDA ID используется для указания того, посредством какой BSDA терминал 1300 в роуминге хочет принимать услугу. Наконец, Purchase Item ID используется для указания услуги, которую хочет принимать пользователь в роуминге. Для терминала 1300, который выполнил запрос регистрации при роуминге на этапе 1303, BSM 1323 домашнего SP 1320 дополнительно может выполнить процесс аутентификации для терминала 1300, и подробности процесса аутентификации не охватываются посредством примерного варианта осуществления настоящего изобретения.

На этапе 1304 для запроса регистрации при роуминге, принятого от терминала 1303 на этапе 1320, терминал 1300 отправляет запрос регистрации при роуминге в BSM 1313 своего гостевого SP 1310 в роуминге. Содержимое сообщения, отправляемого от BSM 1323 домашнего SP 1320 в BSM 1313 гостевого SP 1310 на этапе 1304, показано в таблице 22.

Таблица 22   Request ID   Terminal ID   Home SP ID   Home SP BSM ID   Visited BSDA ID   Terminal Subscription Type   Purchase Item ID  

Request ID, первый элемент таблицы 22, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.13, до времени, когда процедура запроса регистрации при роуминге по Фиг.13 завершается. Terminal ID - это уникальный идентификатор для терминала для предоставления возможности уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге. Home SP ID используется для указания того, от какого поставщика услуг терминал, который запросил регистрацию при роуминге в гостевом SP 1310, первоначально принял услугу. С помощью этой информации BSM 1313 гостевого SP 1310 может распознать, что запросивший роуминг терминал 1300 принадлежит поставщику услуг, с которым выполнено соглашение роуминга. Home SP BSM ID используется для информирования гостевого SP 1310 объекта о согласовании, требуемом в процессе регистрации при роуминге. BSM 1313 гостевого SP 1310 отвечает на результат регистрации при роуминге в зависимости от Home SP BSM ID. Visited BSDA ID используется для предоставления гостевому SP 1310 информации, указывающей, в какой зоне обслуживания терминал в настоящее время запрашивает услугу. Terminal Subscription Type - это информация, предоставляемая гостевому SP 1310 для того, чтобы оценить, в каком классе запросивший роуминг терминал 1300 может принимать услуги гостевого SP 1310, и она оценивается вместе с Purchase Item ID. Terminal Subscription Type может быть классом услуги, которую запросивший роуминг терминал 1300 может принимать от запросившего роуминг гостевого SP 1310, на основе соглашения роуминга, составленного между домашним SP 1320 и гостевым SP 1310. Это может быть задано в форме номера или кода класса разрешенного роуминга, согласованного между двумя поставщиками услуг, и его форма не задается в данном изобретении. Purchase Item ID - это услуга, запрошенная терминалом, и в зависимости от того, может ли она быть принята за отдельную плату, или в зависимости от соглашения роуминга между гостевым SP 1310 и домашним SP 1320 ее возможность приема определяется на основе оценки того, обрабатывается ли она с помощью подписки запросившего роуминг терминала.

На этапе 1305 BSM 1313 гостевого SP 1310 отправляет ответ на запрос, принятый на этапе 1304. Основная цель на этапе 1305 заключается в том, чтобы сообщить допустимый контекст услуги роуминга, запрошенной терминалом, с помощью информации, принятой на этапе 1304. Контекст услуги, которую терминал может принимать от гостевого SP 1310, также может быть предоставлен вместе с авторизацией по услуге роуминга, запрошенной терминалом. Сообщение, отправляемое из BSM 1313 гостевого SP 1310 в BSM 1323 домашнего SP 1320 на этапе 1305, показано в таблице 23 ниже.

Таблица 23   Request ID   Roaming Authorization Status   Roaming Service Allowed Scope  

Request ID, первый элемент таблицы 23, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.13, до времени, когда процедура запроса регистрации при роуминге по Фиг.13 завершается. Roaming Authorization Status используется для предоставления результата оценки, выполненной для возможности роуминга, с помощью информации, предоставленной от гостевого SP 1310 на этапе 1304, в BSM 1323 домашнего SP 1320 запросившего роуминг терминала 1300. Roaming Service Allowed Scope, когда роуминг доступен, используется для предоставления возможности значению Terminal Subscription Type, принятому на этапе 1304, указывать, какое право приема терминал 1300 в роуминге фактически имеет у гостевого SP 1310. Возможность приема услуги, соответствующей Purchase Item ID, запрошенной терминалом 1300, также задается в Roaming Service Allowed Scope. Кроме того, информация, связанная с возникновением дополнительных затрат и изменением в системе тарификации, также добавляется в Roaming Service Allowed Scope в ходе роуминга.

Этапы 1304 и 1305 также могут быть опущены при необходимости. Например, эти этапы могут быть опущены, когда терминал 1300 после завершения процедуры регистрации при роуминге хочет выполнить дополнительный запрос услуги при приеме услуги. В этом случае BSM 1323 домашнего SP 1320 знает часть или всю ценовую политику для роуминга BSM 1313 гостевого SP 1310.

На этапе 1306 домашний SP 1320 сообщает результат запроса регистрации при роуминге, принимаемого гостевым SP 1306 на этапе 1305, в терминал 1300. Фактически на этапе 1306 BSM 1323 домашнего SP 1320 перенаправляет сообщение, принятое на этапе 1305, в терминал 1300. После того как домашний SP 1320 анализирует запрос регистрации при роуминге терминала на этапе 1303, если нет соглашения роуминга с гостевым SP 1310 в зоне, где остается терминал 1300, домашний SP 1320 непосредственно переходит к этапу 1306, где он заполняет содержимое таблицы 23 ошибкой регистрации запроса роуминга и отправляет его в терминал 1300. В этом случае роуминг завершается ошибкой.

На этапе 1307 терминал 1300 отправляет ответ на запрос регистрации при роуминге, который он отправил домашнему SP 1320. На этом этапе терминал 1300 сообщает BSM 1323 гостевого SP 1310 о том, согласен ли он с информацией в Roaming Service Allowed Scope в сообщении, принятом на этапе 1306. Если терминал 1300 не согласен с дополнительными затратами, возникающими в ходе роуминга, или изменением в системе тарификации, услуга роуминга не осуществляется. Тем не менее, если терминал 1300 соглашается, он переходит к следующему этапу. Таблица 24 ниже иллюстрирует сообщение, с помощью которого терминал 1300 предоставляет окончательное подтверждение по роумингу у домашнего SP 1320.

Таблица 24   Request ID   Roaming Confirm Status  

Request ID, первый элемент таблицы 24, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID - это константа от времени, когда она сформирована на Фиг.13, до времени, когда процедура запроса регистрации при роуминге по Фиг.13 завершается. Roaming Confirm Status - это элемент, используемый для сообщения домашнему SP 1320 о том, выполняет или нет роуминг терминал 1300.

На этапе 1308, поскольку терминал 1300 соглашается с роумингом на этапе 1307, BSM 1323 домашнего SP 1320 отправляет в BSM 1313 гостевого SP 1310 сообщение долгосрочного ключа, требуемое для расшифровки услуги, запрошенной терминалом 1300.

На этапе 1309 BSM 1313 гостевого SP 1310 доставляет сообщение долгосрочного ключа, запрошенное посредством BSM 1323 домашнего SP 1320.

На этапе 1325 BSM 1323 домашнего SP 1320 доставляет сообщение долгосрочного ключа, требуемое для расшифровки услуги роуминга, запрошенной терминалом 1300.

Этапы 1308, 1309 и 1325 выполняются с помощью способа передачи/приема долгосрочного ключа, заданного в стандарте BCAST, и подробности этого процесса далее охватываются посредством примерного варианта осуществления настоящего изобретения.

На этапе 1326 терминал 1300 принимает услугу гостевого SP 1310 посредством роуминга.

Хотя можно предоставить роуминг с помощью элементов сообщения, заданных на Фиг.13 в сообщении предоставления услуги, и процедуры, заданной в OMA BCAST, а также процедуры роуминга, описанной на Фиг.13, это не охватывается настоящим изобретением. Описание предоставления услуг см. в документах на веб-узле OMA http://www.openmobilealliance.org/ftp/Public_documents/BAC/BCAST/Permanent_documents/OMA-TS-BCAST_Services-Vl_0-20050909-D.zip, которые включены по ссылке. Справочные документы были последней версией на дату регистрации данной заявки, и если будут какие-либо обновления документов, обновленная редакция применяется.

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

На этапе 1401 BSM 1313 гостевого SP 1310 принимает запрос регистрации при роуминге от BSM 1323 домашнего SP 1320 терминала 1300 в роуминге и расшифровывает принятое сообщение запроса. Содержимое принятого сообщения показано в таблице 22, и BSM 1313 гостевого SP 1310 анализирует Terminal Subscription Type из содержимого принятого сообщения на этапе 1402. Затем на этапе 1403 BSM 1313 гостевого SP 1310 определяет допустимую границу роуминга посредством анализа взаимосвязи между подпиской запросившего роуминг терминала и политикой подписки. Если подписки запросившего роуминг терминала недостаточно для того, чтобы поддерживать роуминг, BSM 1323 домашнего SP 1320 формирует сообщение для отклонения запроса роуминга и доставляет сформированное сообщение в BSM 1323 домашнего SP 1320 на этапе 1404. Тем не менее, если определено, что роуминг доступен с подпиской запросившего роуминг терминала 1300, BSM 1313 гостевого SP 1310 определяет на этапе 1405, есть ли конкретное требование, к примеру покупное изделие. Если есть конкретное требование, BSM 1313 гостевого SP 1310 вычисляет тарификацию, а если нет конкретного требования, BSM 1313 гостевого SP 1310 вычисляет дополнительную тарификацию, возникающую в ходе роуминга. После завершения вычисления BSM 1313 гостевого SP 1310 формирует сообщение ответа на запрос роуминга. Содержимое сформированного сообщения показано в таблице 23.

После завершения этапа 1405 BSM 1313 гостевого SP 1310 ждет окончательного подтверждения по роумингу от домашнего SP 1320 на этапе 1406. После приема сообщения окончательного подтверждения по роумингу для запросившего роуминг терминала 1313 от домашнего SP 1320, BSM 1313 гостевого SP 1310 расшифровывает принятое сообщение на этапе 1407. После расшифровки принятого сообщения BSM 1313 гостевого SP 1310 определяет на этапе 1408, согласен ли терминал 1300 с условиями роуминга. Если терминал 1300 не согласен с условиями роуминга, соответствующая процедура роуминга завершается. В противном случае, если терминал 1300 согласен с условиями роуминга, BSM 1313 гостевого SP 1310 отправляет сообщение долгосрочного ключа для расшифровки принятого сообщения домашнему SP 1320 на этапе 1409. После приема сообщения долгосрочного ключа домашний SP 1320 перенаправляет принятое сообщение долгосрочного ключа терминалу 1300, так что терминал 1300 может использовать услугу роуминга в рамках согласованного контекста.

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

На этапе 1501 BSM 1323 домашнего SP 1320 принимает сообщение запроса роуминга для запроса регистрации при роуминге от терминала 1300 в роуминге и расшифровывает принятое сообщение. Сообщение, принятое домашним SP 1320, показано в таблице 21. С помощью расшифрованного сообщения BSM 1323 домашнего SP 1320 сначала определяет на этапе 1502, есть ли соглашение роуминга с гостевым SP 1310, где остается запросивший роуминг терминал 1300. Если нет соглашения, BSM 1323 домашнего SP 1320 переходит к этапу 1509, на котором она выполняет процесс отсутствия соглашения роуминга. На этапе 1509 BSM 1323 домашнего SP 1320 может включить даже причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом, или может доставить тип частично доступной услуги при возможности. Тем не менее, если есть соглашение роуминга, BSM 1323 домашнего SP 1320 извлекает подписку соответствующего терминала 1300 на этапе 1503 и затем определяет на этапе 1504, является ли извлеченная подписка терминала 1300 подпиской с допустимым роумингом.

Если извлеченная подписка является подпиской без поддержки роуминга, BSM 1323 домашнего SP 1320 переходит к этапу 1509, чтобы сообщить о том, что соответствующая подписка является подпиской с недоступным роумингом. На этапе 1509 BSM 1323 домашнего SP 1320 также может включить причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом, или может доставить тип частично доступной услуги при возможности. Если извлеченная подписка - это подписка с поддержкой роуминга, BSM 1323 домашнего SP 1320 отправляет сообщение авторизации при роуминге в BSM 1313 гостевого SP 1310 на этапе 1505. Содержимое этого сообщения показано в таблице 22. После отправки сообщения запроса BSM 1323 домашнего SP 1320 ждет ответа от гостевого SP 1310 на этапе 1506. После приема ответа на запрос BSM 1323 домашнего SP 1320 расшифровывает принятое сообщение на этапе 1507 и анализирует результаты по требованию на этапе 1508. Если требование недопустимо, BSM 1323 домашнего SP 1320 переходит к этапу 1509, где она также может включить причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом, или может доставить тип частично доступной услуги при возможности. Тем не менее, если определено, что роуминг доступен с подпиской запросившего роуминг терминала, BSM 1323 домашнего SP 1320 определяет на этапе 1510, есть ли конкретное требование, к примеру покупное изделие, помимо сообщения, принятого на этапе 1507. Если есть конкретное требование, BSM 1323 домашнего SP 1320 вычисляет тарификацию, а если нет конкретного требования, BSM 1323 домашнего SP 1320 вычисляет дополнительную тарификацию, возникающую в ходе роуминга. После завершения вычисления BSM 1323 домашнего SP 1320 формирует сообщение ответа на запрос роуминга. Содержимое сформированного сообщения показано в таблице 23.

После завершения этапа 1510 BSM 1323 домашнего SP 1320 ждет окончательного подтверждения по роумингу от терминала 1300 на этапе 1511. После приема сообщения окончательного подтверждения по роумингу от терминала 1300 BSM 1323 домашнего SP 1320 расшифровывает принятое сообщение на этапе 1512. Содержимое принятого сообщения показано в таблице 24, и BSM 1323 домашнего SP 1320 определяет на этапе 1513, согласен ли терминал 1300 с условиями роуминга. Если терминал 1300 не согласен с условиями роуминга, соответствующая процедура роуминга завершается. В противном случае, если терминал 1300 согласен с условиями роуминга, BSM 1323 домашнего SP 1320 отправляет сообщение долгосрочного ключа для расшифровки принятой услуги и ждет сообщения долгосрочного ключа на этапе 1514. После приема сообщения долгосрочного ключа от гостевого SP 1310 на этапе 1515 домашний SP 1320 перенаправляет принятое сообщение долгосрочного ключа терминалу 1300 на этапе 1516, так что терминал 1300 может использовать услугу роуминга в рамках согласованного контекста.

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

Терминал 1300 может обнаруживать гостевой SP 1310 посредством младшей BDS-SD 111, BDS 112 или IN 113 в зоне, отличной от зоны своего домашнего SP 1320, и обнаруживать BCAST-услугу соответствующей зоны. После обнаружения BCAST-услуги терминал 1300 может находить фрагмент 201 Service Guide Context и полностью принимать руководство по услуге с помощью фрагмента 202 Service Guide Delivery Descriptor в зависимости от фрагмента 201 Service Guide Context на этапе 1601. После приема руководства по услуге терминал 1300, если он хочет принимать услугу роуминга, отправляет сообщение запроса роуминга для авторизации услуги роуминга в BSM 1323 домашнего SP 1320 на этапе 1602. Содержимое отправленного сообщения показано в таблице 21. После отправки сообщения запроса роуминга терминал 1300 ждет ответа на этапе 1603. Если соглашение роуминга между BSM 1323 домашнего SP 1320 и BSM 1313 гостевого SP 1310 определено, терминал 1300 принимает сообщение ответа на запрос от BSM 1323 домашнего SP 1320 и расшифровывает принятое сообщение ответа на этапе 1604. Содержимое сообщения ответа показано в таблице 23. Далее терминал 1300 определяет на этапе 1605, доступен ли роуминг, посредством расшифровки сообщения ответа.

Если роуминг недоступен, терминал 1300 отказывается от роуминга. Тем не менее, если роуминг доступен, терминал 1300 проверяет условие роуминга гостевого SP 1310 на этапе 1606, чтобы определить, допустим ли терминал 1300. Если терминал 1300 не согласен с условиями роуминга, терминал 1300 передает сообщение подтверждения для отклонения роуминга в BSM 1323 домашнего SP 1320 на этапе 1607. Тем не менее, если терминал 1300 согласен с условиями роуминга, терминал 1300 отправляет сообщение подтверждения, указывающее согласие, в BSM 1323 домашнего SP 1320 на этапе 1608. После отправки сообщения согласия терминал 1300 принимает сообщение долгосрочного ключа на этапе 1609 и принимает BCAST-услугу после подготовки к расшифровке услуги или содержимого на этапе 1610.

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

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

BSA 1724 и 1714 в домашнем SP 1720 и гостевом SP 1710 равнозначны по функции BSA 102 по Фиг.1, так что они показаны отдельно с тем, чтобы отличать BSA у домашнего SP 1720 от BSA у гостевого SP 1710 в ходе роуминга. Аналогично BSM 1723 и 1713 имеют такую же функцию, что и BSM 104 по Фиг.1, BSDA 1722 и 1712 имеют такую же функцию, что и BSDA 103 по Фиг.1, а групповые объекты 1721 и 1711, каждый из которых состоит из BDS-SD, BDS и/или IN, имеют такую же функцию, что и групповой объект BDS-SD 111, BDS 112 и/или IN 113 по Фиг.1. Терминал 1700 имеет такую же функцию, что и терминал 105 по Фиг.1. Вышеуказанные объекты не все используются в процедуре запроса списка покупных изделий для роуминга согласно примерному варианту осуществления настоящего изобретения, поэтому объекты, используемые в процедуре запроса списка покупных изделий для роуминга, описываются. Процедура, показанная на Фиг.17, необязательно может быть использована в ходе роуминга, и она может быть использована между этапами 402 и 403 по Фиг.4 или между этапами 1302 и 1303 по Фиг.13.

Ссылаясь на Фиг.17, на этапе 1701 с помощью информации, показанной в таблице 11, запрошенной посредством приема руководства по услуге, терминал 1700 формирует сообщение запроса списка элементов покупки для запроса информации, указывающей, к каким покупным изделиям терминал 1700 может присоединиться в ходе роуминга, и отправляет сформированное сообщение в BSM 1723 домашнего SP 1720. Содержимое сообщения запроса списка покупных изделий, сформированного терминалом 1700 на этапе 1701, показано в таблице 25 ниже.

Таблица 25   Request ID   Terminal ID   Visited SP ID   Visited SP BSM ID   Visited BSDA ID  

Request ID, первый элемент таблицы 25, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID может быть использован для процедуры запроса списка покупных изделий для роуминга, показанной на Фиг.17, и равнозначен Request ID в таблицах 16-20 или таблицах 21-24. Terminal ID - это уникальный идентификатор для терминала для предоставления возможности уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге. Visited SP ID - это идентификатор поставщика услуг, который предоставляет услугу в зоне, где остается терминал в роуминге.

Visited SP ID используется для предоставления поставщику услуг домашнего SP 1720 информации, указывающей, кому терминал делает запрос роуминга. При этом, когда BSM 1723 домашнего SP 1720 определяет из Visited SP ID, что нет соглашения роуминга, сделанного с самой BSM 1723, BSM 1723 непосредственно переходит к этапу 1704, где она может уведомить о недоступности роуминга терминал 1700. Visited SP BSM ID используется для информирования домашнего SP объекта, который фактически выполняет согласование процедуры регистрации услуги роуминга, об идентификаторе BSM, используемом гостевым SP 1710.

Visited BSDA ID - это идентификатор BSDA, используемой гостевым SP 1710, и поскольку один поставщик услуг может предоставлять услугу посредством нескольких BSDA, Visited BSDA ID используется для указания того, посредством какой BSDA из BSDA, используемых посредством гостевого 1710, терминал 1700 в роуминге хочет принимать услугу. Для терминала, который выполнил запрос списка покупных изделий для роуминга на этапе 1701, BSM 1723 домашнего SP 1720 дополнительно может выполнить процесс аутентификации для терминала, и поскольку процесс аутентификации не связан с основой настоящего изобретения, его описание опущено для понятности и краткости.

На этапе 1702 после приема сообщения запроса списка покупных изделий от терминала 1700 BSM 1723 домашнего SP 1720 отправляет запрос на список покупных изделий в BSM 1713 гостевого SP 1710, к которому перемещен терминал 1700. Содержимое сообщения, отправляемого от BSM 1723 домашнего SP 1720 в BSM 1713 гостевого SP 1710, показано в таблице 26 ниже.

Таблица 26   Request ID   Terminal ID   Home SP ID   Home SP BSM ID   Visited BSDA ID   Terminal Subscription Type  

Request ID, первый элемент таблицы 26, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID может быть использован для процедуры запроса списка покупных изделий для роуминга, показанной на Фиг.17, и равнозначен Request ID в таблицах 16-20 или таблицах 21-24. Terminal ID - это уникальный идентификатор для терминала для предоставления возможности уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос списка покупных изделий для роуминга.

Home SP ID используется для указания того, от какого поставщика услуг терминал 1700, который запросил список покупных изделий для роуминга у гостевого SP 1710, первоначально принял услугу. С помощью этой информации BSM 1713 гостевого SP 1710 может распознать, что терминал 1700, который запросил список покупных изделий для роуминга, принадлежит поставщику услуг, с которым выполнено соглашение роуминга. Home SP BSM ID используется для информирования гостевого SP 1710 объекта о согласовании, требуемом в процессе поиска списка покупных изделий. BSM 1713 гостевого SP 1710 отвечает на результат запроса списка покупных изделий в зависимости от Home SP BSM ID.

Visited BSDA ID используется для предоставления гостевому SP 1710 информации, указывающей, в какой зоне обслуживания терминал в настоящее время запрашивает услугу. Terminal Subscription Type - это информация, предоставляемая гостевому SP 1710 для того, чтобы оценить, в каком классе терминал, который запросил список покупных изделий для роуминга, может принимать услуги гостевого SP 1710. Terminal Subscription Type может быть классом услуги, которую запросивший роуминг терминал 1700 может принимать от запросившего роуминг гостевого SP 1710, на основе соглашения роуминга, составленного между домашним SP 1720 и гостевым SP 1710. Это может быть задано в форме номера или кода класса разрешенного роуминга, согласованного между двумя поставщиками услуг, и его форма не задается в примерном варианте осуществления настоящего изобретения.

На этапе 1703 BSM 1713 гостевого SP 1710 отправляет ответ на запрос, принятый на этапе 1702. Основная цель на этапе 1703 заключается в том, чтобы сообщить список покупных изделий, запрошенный терминалом 1700, с помощью информации, принятой на этапе 1702. BSM 1713 гостевого SP 1710 необязательно также может предоставлять Roaming Service Allowed Scope. Сообщение, отправляемое из BSM 1713 гостевого SP 1710 в BSM 1723 домашнего SP 1720 на этапе 1703, показано в таблице 27 ниже.

Таблица 27   Request ID   Roaming Authorization Status   Roaming Service Allowed Scope   Purchase Item List  

Request ID, первый элемент таблицы 27, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID может быть использован для процедуры запроса списка покупных изделий для роуминга, показанной на Фиг.17, и равнозначен Request ID в таблицах 16-20 или таблицах 21-24. Roaming Authorization Status, который является элементом, указывающим состояние допустимости запроса, используется для предоставления результата запроса в BSM 1723 домашнего SP 1720 терминала 1700 в роуминге с помощью информации, предоставленной на этапе 1702. Roaming Service Allowed Scope, который является необязательным элементом, используется для предоставления возможности значению типа подписки терминала в роуминге указывать, какое право приема терминал 1700 в роуминге фактически имеет у гостевого SP 1710. Purchase Item List, список идентификаторов покупных изделий, - это список услуг, к которым может присоединиться терминал 1700 в роуминге у гостевого SP 1710.

На этапе 1704 домашний SP 1720 сообщает результат запроса списка покупных изделий для роуминга, принимаемого гостевым SP 1710 на этапе 1703, в терминал 1700. Фактически на этапе 1704 BSM 1723 домашнего SP 1720 перенаправляет сообщение, принятое на этапе 1703, в терминал 1700. После того как домашний SP 1720 анализирует запрос терминала на этапе 1701, если нет соглашения роуминга с гостевым SP 1710 в зоне, где остается терминал 1700, домашний SP 1720 непосредственно переходит к этапу 1704, где он заполняет содержимое таблицы 27 ошибкой регистрации запроса роуминга и отправляет его в терминал 1700. В этом случае запрос терминала 1700 завершается ошибкой. После приема списка покупных изделий на этапе 1704 терминал 1700 отображает покупное изделие своего принятого руководства по услуге для пользователя способом отображения покупных изделий в списке посредством сравнения с покупными изделиями в принятом списке.

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

Ссылаясь на Фиг.18, на этапе 1801 BSM 1713 гостевого SP 1710 принимает сообщение запроса списка покупных изделий от BSM 1723 домашнего SP 1720 терминала 1700 в роуминге и расшифровывает принятое сообщение. Принятое сообщение показано в таблице 26. На этапе 1802 BSM 1713 гостевого SP 1710 анализирует Terminal Subscription Type из содержимого принятого сообщения запроса списка покупных изделий.

После анализа содержимого с помощью политики подписки терминала, который запросил список покупных изделий на этапе 1802, BSM 1713 гостевого SP 1710 проверяет список покупных изделий, на который выполнена подписка в ходе роуминга, на этапе 1803. Если подписки запросившего роуминг терминала 1700 недостаточно для того, чтобы поддерживать роуминг, BSM 1713 гостевого SP 1710 формирует сообщение для отклонения запроса и доставляет сообщение в BSM 1723 домашнего SP 1720 на этапе 1805. Если определено, что роуминг доступен с подпиской запросившего роуминг терминала, BSM 1713 гостевого SP 1710 формирует список покупных изделий и отправляет сообщение ответа в BSM 1723 домашнего SP 1720 на этапе 1804. Содержимое этого сообщения показано в таблице 27.

Фиг.19 - схема, иллюстрирующая работу BSM 1723 домашнего SP 1720 согласно четвертому варианту осуществления настоящего изобретения. Описание Фиг.19 выполняется со ссылкой на Фиг.17.

Ссылаясь на Фиг.19, на этапе 1901 BSM 1723 домашнего SP 1710 принимает сообщение запроса списка покупных изделий для роуминга от терминала 1700 в роуминге и расшифровывает принятое сообщение. Сообщение, принятое домашним SP 1720, показано в таблице 25. С помощью расшифрованного сообщения BSM 1723 домашнего SP 1720 сначала определяет на этапе 1902, есть ли соглашение роуминга с гостевым SP 1710, где остается в ходе роуминга терминал 1700, который запросил список покупных изделий. Если нет соглашения, BSM 1723 домашнего SP 1720 переходит к этапу 1909, на котором она выполняет процесс недоступности роуминга. На этапе 1909 BSM 1723 домашнего SP 1720 может включить даже причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом.

Тем не менее, если есть соглашение роуминга, BSM 1723 домашнего SP 1720 извлекает подписку соответствующего терминала 1700 на этапе 1903 и определяет на этапе 1904, является ли извлеченная подписка терминала 1300 подпиской с допустимым роумингом.

Если извлеченная подписка терминала 1700 является подпиской без поддержки роуминга, BSM 1723 домашнего SP 1720 переходит к этапу 1909, чтобы сообщить о том, что соответствующая подписка является подпиской с недоступным роумингом. На этапе 1909 BSM 1723 домашнего SP 1720 также может включить причину недоступности роуминга при необходимости, при этом сообщая подписку с недоступным роумингом.

Если извлеченная подписка является подпиской с поддержкой роуминга, BSM 1723 домашнего SP 1720 отправляет сообщение запроса списка покупных изделий для роуминга в BSM 1713 гостевого SP 1710 на этапе 1905. Содержимое этого сообщения показано в таблице 26. После отправки сообщения запроса BSM 1723 домашнего SP 1720 ждет ответа от гостевого SP 1710 на этапе 1906. После приема ответа на запрос BSM 1723 домашнего SP 1720 расшифровывает принятое сообщение ответа на этапе 1907 и формирует сообщение, указывающее результат по запросу списка покупных изделий для роуминга, и доставляет сформированное сообщение терминалу 1700 на этапе 1908.

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

Ссылаясь на Фиг.20, на этапе 2001 терминал 1700 отправляет сообщение запроса списка покупных изделий для роуминга в BSM 1723 домашнего SP 1720, чтобы определить список покупных изделий, на которые терминал 1700 может подписаться в соответствующей зоне при выполнении роуминга. Далее на этапе 2002 терминал 1700 ждет ответа от BSM 1723 домашнего SP 1720. Содержимое передаваемого сообщения показано в таблице 25. После приема сообщения ответа от BSM 1723 домашнего SP 1720 терминал 1700 сравнивает принимаемый список покупных изделий с покупными изделиями в принимаемом руководстве по услуге и отображает покупное изделие в списке на этапе 2003. При этом сообщение, принимаемое терминалом 1700, показано в таблице 27.

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

Фиг.21 - схема передачи сигналов, иллюстрирующая процедуру запроса списка покупных изделий для роуминга согласно примерному варианту осуществления настоящего изобретения. Перед тем как предоставляется описание каждого этапа в процедуре запроса списка покупных изделий для роуминга, сначала описывается каждый объект на Фиг.21. BSA 2124 и 2114 у домашнего SP 2120 и гостевого SP 2110 равнозначны по функции BSA 102 по Фиг.1, так что они показаны отдельно с тем, чтобы отличать BSA у домашнего SP 2120 от BSA у гостевого SP 2110 в ходе роуминга. Аналогично BSM 2123 и 2113 имеют такую же функцию, что и BSM 104 по Фиг.1, BSDA 2122 и 2112 имеют такую же функцию, что и BSDA 103 по Фиг.1, а групповые объекты 2121 и 2111, каждый из которых состоит из BDS-SD, BDS и/или IN, имеют такую же функцию, что и групповой объект BDS-SD 111, BDS 112 и/или IN 113 по Фиг.1. Терминал 2100 имеет такую же функцию, что и терминал 105 по Фиг.1. Вышеуказанные объекты не все используются в процедуре запроса списка покупных изделий для роуминга согласно примерному варианту осуществления настоящего изобретения, поэтому объекты, используемые в процедуре запроса списка покупных изделий для роуминга, описываются. Процедура, показанная на Фиг.21, необязательно может быть использована в ходе роуминга, и она может быть использована между этапами 802 и 803 примерного варианта осуществления настоящего изобретения.

Ссылаясь на Фиг.21, на этапе 2101 с помощью информации, показанной в таблице 11, запрошенной посредством приема руководства по услуге, терминал 2100 формирует сообщение запроса списка покупных изделий для запроса информации, указывающей, к каким покупным изделиям терминал 2100 может присоединиться в ходе роуминга, и отправляет сформированное сообщение в BSM 2113 гостевого SP 2110. Содержимое сообщения запроса списка покупных изделий, сформированного терминалом 2101 на этапе 1701, показано в таблице 28 ниже.

Таблица 28   Request ID   Terminal ID   Home SP ID   Home SP BSM ID  

Request ID, первый элемент таблицы 28, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID может быть использован для процедуры запроса списка покупных изделий для роуминга, показанной на Фиг.21, и равнозначен Request ID в таблицах 16-20. Terminal ID - это уникальный идентификатор для терминала для предоставления возможности уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге.

Home SP ID - это идентификатор, используемый для предоставления возможности терминалу 2100 в роуминге сообщать гостевому SP 2110 о том, кто является его домашним SP 2120. С помощью этой информации гостевой SP 2110 может определять, какому объекту запросивший роуминг терминал 2100 первоначально принадлежит, а также может определять отношение роуминга с соответствующим объектом. При этом, когда BSM 2113 гостевого SP 2110 определяет из Home SP ID, что нет соглашения роуминга, составленного с самой BSM 2113, BSM 2113 непосредственно переходит к этапу 2104, на котором она может сообщить о недоступности роуминга в терминал 2100.

Home SP BSM ID используется для сообщения гостевому SP 2110 объекта, который фактически выполняет согласование по процедуре регистрации услуги роуминга, идентификатора BSM 2123, используемой домашним SP 2120. В завершение Purchase Item ID используется для указания услуги, которую пользователь в роуминге хочет принять. Для терминала, который выполнил запрос списка покупных изделий для роуминга на этапе 2101, BSM 2113 гостевого SP 2110 дополнительно может выполнить процесс аутентификации терминала, и это может выполняться самопроизвольно посредством BSM 2113 гостевого SP 2110, или может выполняться посредством соединения с BSM 2123 домашнего SP 2120, или посредством третьего объекта аутентификации. Поскольку процесс аутентификации не связан с основой настоящего изобретения, его описание опущено в данном документе для понятности и краткости.

На этапе 2102 для запроса списка покупных изделий для роуминга, принятого от терминала 2100 на этапе 2101, BSM 2113 гостевого SP 2110 отправляет запрос на информацию подписки для соответствующего терминала в BSM 2123 домашнего SP 2120. Содержимое сообщения, отправляемого из BSM 2113 гостевого SP 2110 в BSM 2123 домашнего SP 2120 на этапе 2102, показано в таблице 29 ниже.

Таблица 29   Request ID   Terminal ID   Visited SP ID   Visited SP BSM ID  

Request ID, первый элемент таблицы 29, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID может быть использован для процедуры запроса списка покупных изделий для роуминга, показанной на Фиг.21, и равнозначен Request ID в таблицах 16-20. Terminal ID - это уникальный идентификатор для терминала для предоставления возможности уникально идентифицировать терминал. Terminal ID используется для идентификации того, кто выполняет запрос регистрации при роуминге. Visited SP ID используется гостевым SP 2110 для того, чтобы предоставлять собственную информацию в BSM 2123 домашнего SP 2120 терминала, который запросил список покупных изделий, когда терминал перемещается к нему. Visited SP BSM ID используется гостевым SP 2110 для того, чтобы предоставлять в BSM 2123 домашнего SP 2120 информацию, указывающую объект, с которым должно быть выполнено связанное с роумингом согласование. Это обусловлено тем, что гостевой SP 2110 может иметь несколько BSM.

На этапе 2103 BSM 2123 домашнего SP 2120 отправляет ответ на запрос информации подписки терминала, принятый на этапе 2102. Таблица 30 ниже показывает содержимое сообщения, отправленного от BSM 2123 домашнего SP 2120 в BSM 2113 гостевого SP 2110.

Таблица 30   Request ID   Roaming Authorization Status   Terminal Subscription Type  

Request ID, первый элемент таблицы 30, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID может быть использован для процедуры запроса списка покупных изделий для роуминга, показанной на Фиг.21, и равнозначен Request ID в таблицах 16-20. Roaming Authorization Status используется для предоставления возможности домашнему SP 2120 определять, является ли роуминг авторизованным, посредством извлечения подписки терминала 2100, который запросил список покупных изделий для роуминга у гостевого SP 2110 с помощью Terminal ID, принятого на этапе 2103, и предоставлять результаты гостевому SP 2110.

Terminal Subscription Type - это информация, предоставляемая для предоставления возможности гостевому SP 2110 оценить какое право приема терминал 2100 в роуминге фактически имеет у гостевого SP 2110. Terminal Subscription Type может быть классом услуги, которую запросивший роуминг терминал 2100 может принимать от запросившего роуминг гостевого SP 2110, на основе соглашения роуминга, составленного между домашним SP 2120 и гостевым SP 2110. Это может быть задано в форме номера или кода класса разрешенного роуминга, согласованного между двумя поставщиками услуг, и его форма не задается в примерном варианте осуществления настоящего изобретения.

На этапе 2104 гостевой SP 2110 отправляет ответ на принятый запрос списка покупных изделий для роуминга в терминал 2100. Содержимое сообщения, отправляемого из BSM 2113 гостевого SP 2110 в терминал 2100 на этапе 2104, показано в таблице 31 ниже.

Таблица 31   Request ID   Roaming Authorization Status   Purchase Item List  

Request ID, первый элемент таблицы 31, - это идентификатор, присвоенный для того, чтобы согласованно идентифицировать и управлять одной процедурой запроса регистрации при роуминге. Request ID - это идентификатор, сформированный для предоставления возможности терминалу уникально идентифицировать собственный запрос регистрации при роуминге. Request ID может быть использован для процедуры запроса списка покупных изделий для роуминга, показанной на Фиг.21, и равнозначен Request ID в таблицах 16-20. Roaming Authorization Status используется для предоставления возможности домашнему SP 2120 сообщать терминалу 2100 о результате запроса списка покупных изделий для роуминга с помощью информации, предоставленной на этапе 2103. Purchase Item List, список идентификаторов покупных изделий, - это список услуг, к которым терминал 2100 в роуминге может присоединяться у гостевого SP 2110.

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

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

Ссылаясь на Фиг.22, на этапе 2201 BSM 2113 гостевого SP 2110 принимает сообщение запроса списка покупных изделий для роуминга от терминала 2100 в роуминге и расшифровывает принятое сообщение запроса. Содержимое принятого сообщения показано в таблице 28. На этапе 2202 BSM 2113 гостевого SP 2110 определяет с помощью содержимого расшифрованного сообщения, является ли терминал 2100, который запросил список покупных изделий для роуминга, терминалом поставщика услуг, имеющего соглашение роуминга с терминалом. Если терминал 2100 принадлежит поставщику услуг, не имеющему соглашения роуминга, то BSM 2113 гостевого SP 2110 переходит к этапу 2208, на котором он передает сообщение ответа недоступности роуминга в терминал 2100. На этапе 2208 BSM 2113 гостевого SP 2110 может включить даже причину недоступности роуминга при необходимости, при этом передавая сообщение с недоступным роумингом.

Тем не менее, если терминал 2100 принадлежит поставщику услуг, имеющему соглашение роуминга с ним, BSM 2113 гостевого SP 2110 передает сообщение запроса терминала в BSM 2123 домашнего SP 2120 терминала, который запросил список покупных изделий для роуминга, на этапе 2203. При этом содержимое переданного сообщения показано в таблице 29. Далее на этапе 2204 BSM 2113 гостевого SP 2110 ждет сообщения ответа от BSM 2123 домашнего SP 2120 запросившего роуминг терминала 2100. На этапе 2205 BSM 2113 гостевого SP 2110 принимает сообщение ответа от BSM 2123 домашнего SP 2120 и расшифровывает принятое сообщение ответа. Содержимое принятого сообщения ответа показано в таблице 30.

После анализа содержимого принятого сообщения BSM 2113 гостевого SP 2110 определяет на этапе 2206, авторизован ли он для того, чтобы предоставлять список покупных изделий для роуминга в терминал 2100. Если BSM 2113 гостевого SP 2110 не авторизован выполнять это, он передает сообщение недоступности роуминга в терминал 2100 на этапе 2208. На этапе 2208 BSM 2113 гостевого SP может включить даже причину недоступности роуминга при необходимости, при этом передавая сообщение с недоступным роумингом. Тем не менее, если BSM 2113 гостевого SP 2110 авторизован выполнять это, он формирует список покупных изделий для роуминга с помощью информации подписки терминала 2100 и передает список покупных изделий в терминал 2100 на этапе 2207.

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

Ссылаясь на Фиг.23, на этапе 2301 BSM 2123 домашнего SP 2120 принимает сообщение запроса информации подписки терминала для терминала, который выполнил запрос списка покупных изделий для роуминга, от BSM 2113 гостевого SP 2110 и расшифровывает принятое сообщение. Содержимое сообщения, принятого домашним SP 2120, показано в таблице 29. На этапе 2302 BSM 2123 домашнего SP 2120 извлекает подписку терминала 2100, который запросил список покупных изделий для роуминга, у гостевого SP 2110. Затем BSM 2123 домашнего SP 2120 определяет на этапе 2303, разрешено ли терминалу 2100, который запросил список покупных изделий для роуминга, принимать услугу роуминга. Если терминалу 2100 разрешено принимать услугу роуминга, BSM 2123 домашнего SP 2120 передает сообщение, включающее в себя содержимое, показанное в таблице 30, куда включена подписка терминала 2100, гостевому SP 2110 на этапе 2304. Тем не менее, если терминалу 2100 не разрешено принимать услугу роуминга, BSM 2123 домашнего SP 2120 передает сообщение недоступности роуминга гостевому SP 2110 на этапе 2305.

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

Ссылаясь на Фиг.24, на этапе 2401 терминал 2100 отправляет сообщение запроса списка покупных изделий для роуминга в BSM 2113 гостевого SP 2110, чтобы определить список покупных изделий, на которые терминал 2100 может подписаться в соответствующей зоне при выполнении роуминга. Содержимое отправленного сообщения показано в таблице 28. На этапе 2402 терминал 2100 ждет ответа от BSM 2113 гостевого SP 2110. Затем на этапе 2403 терминал 2100 принимает сообщение ответа от BSM 2113 гостевого SP 2110, сравнивает принятый список покупных изделий с покупными изделиями в принятом руководстве по услуге и отображает покупное изделие в списке. При этом сообщение, принятое терминалом 2100, показано в таблице 31.

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

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

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

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

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

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

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

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

6. Способ осуществления услуги роуминга по п.4, в котором ключ шифрования - это долгосрочный ключ.

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

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

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

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

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

12. Способ осуществления услуги роуминга по п.11, в котором ключ шифрования - это долгосрочный ключ.

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

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

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

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

17. Система широковещания на мобильные терминалы по п.15, в которой ключ шифрования - это долгосрочный ключ.

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

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

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

21. Система широковещания на мобильные терминалы по п.18, в которой ключ шифрования - это долгосрочный ключ.

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

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

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

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

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

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

28. Способ осуществления услуги роуминга по п.5, в котором ключ шифрования - это долгосрочный ключ.

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

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

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

32. Система широковещания на мобильные терминалы по п.29, в которой ключ шифрования - это долгосрочный ключ.

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