СПОСОБ И УСТРОЙСТВО ДЛЯ ПОДДЕРЖКИ МОБИЛЬНОСТИ В СИСТЕМЕ МОБИЛЬНОГО ВЕЩАНИЯ
METHOD AND APPARATUS FOR SUPPORTING MOBILITY IN MOBILE BROADCASTING SYSTEM

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение в целом относится к способу и устройству для поддержки мобильности в системе мобильного вещания и, в частности, к способу и устройству для поддержки мобильности в системе мобильного вещания, которая использует электронный справочник услуг (ESG).
ОПИСАНИЕ ПРЕДШЕСТВУЮЩЕГО УРОВНЯ ТЕХНИКИ
Общая архитектура системы конвергенции услуг вещания и мобильной связи (CBMS) показана на фиг.1.
Как показано на фиг.1, распространение данных межсетевого протокола (IP) по сети цифрового видеовещания для портативных коммуникаторов (DVB-H) включает в себя набор субъектов, которые работают совместно, для того чтобы добиваться требуемых возможностей. На фиг.1, приложение 110 услуги (SA) агрегирует контенты из многочисленных источников контента и их связанные метаданные, для того чтобы обеспечивать конкретное применение услуги. Система 120 организации обслуживания включает в себя несколько подсистем, которые управляют различными организациями для обслуживания. Вещательная сеть 130 и интерактивная сеть 135 являются носителями передачи в системе CBMS. Терминал 140 в системе CBMS принимает услуги и сигнализацию через вещательную сеть 130 и осуществляет связь двунаправленным образом по интерактивной сети 135. На фиг.1, функциональные субъекты, представленные ссылочными номерами со 110 по 140, находятся в действующем объеме системы основанного на DVB CBMS.
На фиг.1, ссылочные номера с C1 по C7 соответствуют опорным точкам, то есть, с CBMS-1 по CBMS-7, соответственно, между функциональными субъектами в системе CBMS. Эти ссылочные номера представляют опорные точки в объеме распространения данных IP. Между ними, с CBMS-1 по CBMS-4 указаны особо в системе основанного на DVB CBMS, CBMS-5 ясно изложено вплоть до протокола управления передачей/межсетевого протокола (TCP/IP) в системе основанного на DVB CBMS, а CBMS-6 и CBMS-7 рассмотрены для справки. В системе CBMS, передача данных специфичной для программы информации/информации об услуге (PSI/SI) достигается через CBMS-1, передача аудио/видео (A/V) потоков и файлов выполняется через CMBS-2, передача метаданных ESG и передача по соединению по одной точке к множеству точек (p-t-m) выполняются посредством CBMS-3, управление доступом к приложениям услуг, передача метаданных ESG и передача по двухточечному соединению (p-t-p) выполняются через CBMS-4, а услуга передачи p-t-p, такая как услуга коротких сообщений (SMS)/услуга обмена мультимедийными сообщениями (MMS), возможность IP-соединения предоставляется через CBMS-5. Кроме того, CBMS-6 является опорной точкой между системой 120 организации обслуживания и вещательной сетью 130, а CBMS-7 является опорной точкой между приложением 110 услуг и системой 120 организации обслуживания. На фиг.1, с X1 по X3, которые являются опорными точками между функциональными субъектами, представляют опорные точки, которые находятся вне объема распространения IP-данных через DVB-H, то есть вне объема системы основанного на DVB CMBS.
В вышеизложенной системе CBM, механизм обнаружения ESG терминала является следующим:
1) Терминал принимает PSI/SI;
2) Терминал выбирает платформу IP;
3) Терминал извлекает программу самозагрузки ESG для выбранной платформы IP;
4) Терминал выбирает ESG по дескриптору обнаружения поставщика ESG и дескриптору доступа к ESG в программе самозагрузки ESG; и
5) Терминал извлекает ESG.
Программа самозагрузки ESG включает в себя ESGProviderDiscoveryDescriptor (дескриптор обнаружения поставщика ESG) и ESGAccessDescriptor (дескриптор доступа к ESG) и снабжает терминал информацией о поставщике ESG, который предоставляет ESG на заданной платформе IP, и о том, как получить ESG. Например, программа самозагрузки ESG может поставляться через систему 120 организации обслуживания по фиг.1 в системе CBMS. Терминал затем выбирает ESG, которую он будет загружать, на основании ESGProviderDiscoveryDescriptor и может синтаксически анализировать значимый ESGAccessDescriptor для начальной загрузки ESG. ESGAccessDescriptor обозначает информацию о приобретении, имеющую отношению к поставщику ESG, обозначенному в ESGProviderDiscoveryDescriptor.
Терминал, прежде всего, выбирает одну платформу IP, а затем выбирает ESG в пределах этой платформы IP. Услуга, описанная в ESG, может принадлежать к одному точно соответствующему оператору распространения данных по межсетевому протоколу (IPDC), и эта информация выдается во фрагменте приобретения. Это означает, что терминал может узнавать, всего лишь какому оператору IPDC принадлежит каждая услуга, только после того, как терминал выбирает и извлекает ESG. В настоящее время, оператор IPDC идентифицируется ID (идентификатором) системы управления ключами IPDC (IPDCKMSID) и IPDCOperatorID (идентификатором оператора IPDC). Если идентификатор изменяется в будущем, связанный идентификатор также должен замещаться новым идентификатором. Оператор IPDC может предоставлять вещательную услугу терминалу на по меньшей мере одной предопределенной платформе IP и ESG.
Обычно, в одной сети могут быть многочисленные платформы IP. Как показано на фиг.2, каждая платформа 211 IP имеет свою собственную программу 220 самозагрузки ESG. Внутри каждой программы 220 самозагрузки могут быть многочисленные поставщики ESG (не показаны), и каждый поставщик ESG может поставлять многочисленные ESG. Каждый ESG описывает услуги от разных операторов 235 IPDC.
В вышеприведенном существующем способе приобретения ESG, проблема мобильности не была рассмотрена. То есть, как показано на фиг.3, терминал может выбирать любую одну из своей платформы 320 IP в PSI/SI 310 для программы самозагрузки ESG, проверять поставщика ESG на основании ESGProviderDiscoveryDescriptor в программе самозагрузки ESG и информации ESGProviderDiscoveryDescriptor, поставляемой из ESGAccessDescriptor, и выбирать ESG 340, который поставляет поставщик 330 ESG. После извлечения ESG 340, терминал получает информацию о имеющихся в распоряжении операторах 300 IPDC и выбирает одного возможного оператора IPDC.
Фиг.4 - блок-схема последовательности операции способа, иллюстрирующая общую работу терминала для обнаружения ESG. Как показано на фиг.4, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 405 и выбирает имеющуюся в распоряжении платформу IP на этапе 410. На этапе 415 терминал осуществляет самозагрузку ESG из выбранной платформы IP. Терминал выбирает ESG из ESGProviderDiscoveryDescriptor и ESGAccessDescriptor на этапе 420 и получает выбранный ESG, осуществляя доступ к сеансу доставки файлов через однонаправленный транспорт (ESGFLUTE) на этапе 425.
На этапе 430 терминал определяет, поддерживает ли он имеющуюся в распоряжении систему управления ключами (KMS) в ESG. Если на этапе 430 определено, что он поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 435, поддерживает ли он имеющегося в распоряжении оператора IPDC. Если на этапе 435 определено, что он поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает оператора IPDC на этапе 440, а затем осуществляет доступ к или покупает услуги на этапе 445.
Однако, если на этапе 430 определено, что терминал не поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 450, все ли ESG были проверены. Если на этапе 450 определено, что все ESG не были проверены, терминал определяет на этапе 455, требуется ли ему проверять другой ESG. Если на этапе 455 определено, что ему требуется проверить другой ESG, терминал переходит на этап 420; иначе, терминал заканчивает работу.
Между тем, если на этапе 450 определено, что все ESG были проверены, терминал определяет на этапе 460, были ли проверены все программы самозагрузки ESG платформы IP. Если на этапе 460 определено, что все из программ самозагрузки платформы IP были проверены, терминал заканчивает работу. Если нет, действие переходит на этап 465.
На этапе 465 терминал определяет, требуется ли ему проверять другую программу самозагрузки ESG из другой платформы IP. Если на этапе 465 определено, что ему требуется проверить другую программу самозагрузки ESG, терминал переходит на этап 410. Если нет, он заканчивает работу.
Если терминалу предоставлена возможность принимать услугу только от назначенного оператора IPDC (например, терминал зарегистрировался на услугу, ассоциированную с этим оператором IPDC), терминал не может узнавать, какой ESG содержит информацию об услуге, имеющую отношение к назначенному оператору IPDC. Поэтому, терминалу потребовалось бы выполнять последовательность операций извлечения информации каждой программы самозагрузки ESG и синтаксического анализа каждого ESG до тех пор, пока он не находит ожидаемую услугу, имеющую отношение к предполагаемому оператору IPDC.
Особенно в случае временного пребывания (роуминга), терминал может перемещаться во внешнюю зону и, может быть, не иметь никаких сведений о том, какой оператор IPDC предоставляет требуемую услугу, на основании соглашения. Поэтому, согласно существующим техническим условиям CBMS, терминалу было бы необходимо извлекать каждую и всякую информацию программы самозагрузки ESG, для того чтобы извлекать и синтаксически анализировать каждый и всякий ESG для поиска оператора IPDC, который должен предоставлять услугу временного пребывания. Соответственно, существующая связанная с ESG технология не может поддерживать интерактивный ESG. Поэтому, есть потребность в системе и способе, которые обеспечивают интерактивный ESG в пределах связанной с интерактивным ESG технологии.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
Аспект настоящего изобретения состоит в том, чтобы принять меры в ответ на, по меньшей мере, проблемы и/или недостатки, описанные выше, и чтобы обеспечить по меньшей мере преимущества, описанные ниже. Соответственно, настоящее изобретение предлагает способ и устройство для эффективной поддержки мобильности терминала в системе мобильного вещания.
Цель настоящего изобретения состоит в том, чтобы предложить способ и устройство для предоставления информации о временном пребывании оператора IPDC в системе мобильного вещания.
Еще одна цель настоящего изобретения состоит в том, чтобы предложить способ и устройство, допускающие запрашивание информации об операторе IPDC в системе мобильного вещания.
Еще одна другая цель настоящего изобретения состоит в том, чтобы предложить способ и устройство, допускающие проверку того, поддерживает ли ESG временное пребывание в системе мобильного вещания.
Дополнительные признаки и преимущества изобретения будут изложены в описании, которое следует, и частично будут очевидны из описания или могут быть изучены при осуществлении изобретения на практике. Цели и другие преимущества изобретения будут осознаваться и достигаться посредством конструкции, подробно указанной в его письменно изложенном описании и формуле изобретения, а также на прилагаемых чертежах.
Для достижения этих и других преимуществ, и в соответствии с назначением настоящего изобретения, которое воплощено и описано в общих чертах, способ поддержки мобильности терминала сервером в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя составление списка локальных операторов IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), формирование информации о временном пребывании для локального оператора IPDC, имеющего партнера временного пребывания среди локальных операторов IPDC, и передачу информации о вещательной услуге, в том числе информации о временном пребывании, через вещательную сеть.
Согласно еще одному аспекту настоящего изобретения, способ поддержки мобильности терминалом в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя прием, через вещательную сеть, информации о вещательной услуге, включающей в себя информацию о локальных операторах IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), синтаксический анализ информации о вещательной услуге для получения информации о временном пребывании для локального оператора IPDC, имеющего партнера временного пребывания среди локальных операторов IPDC, отыскивание конкретного локального оператора IPDC, имеющего своего подписанного локального оператора IPDC, в качестве партнера временного пребывания по полученной информации о временном пребывании, когда терминал не может принимать вещательную услугу через подписанного локального оператора IPDC и осуществление доступа к вещательной услуге с использованием ESG конкретного локального оператора IPDC, когда найден конкретный оператор IPDC.
Согласно еще одному другому аспекту настоящего изобретения, серверное устройство для поддержки мобильности терминала в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя контроллер для составления списка локальных операторов IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), и формирование информации о временном пребывании для локального оператора IPDC, имеющего партнера временного пребывания среди локальных операторов IPDC, и передатчик для передачи информации о вещательной услуге, в том числе информации о временном пребывании, сформированной контроллером, через вещательную сеть.
Согласно еще одному другому аспекту настоящего изобретения, терминальное устройство для поддержки мобильности в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя приемник для приема, через вещательную сеть, информации о вещательной услуге, включающей в себя информацию о локальных операторах IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), и контроллер для синтаксического анализа информации о вещательной услуге, чтобы получать информацию о временном пребывании для локального оператора IPDC, имеющего партнера временного пребывания среди локальных операторов IPDC, отыскивания конкретного локального оператора IPDC, имеющего своего подписанного локального оператора IPDC в качестве партнера временного пребывания, по полученной информации о временном пребывании, когда терминал не может принимать вещательную услугу через подписанного локального оператора IPDC, и осуществления доступа к вещательной услуге с использованием ESG конкретного локального оператора IPDC, когда конкретный локальный оператор IPDC найден.
Согласно еще одному другому аспекту настоящего изобретения, способ поддержки мобильности терминалом в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя формирование запросного сообщения, включающего в себя по меньшей мере одно ключевое значение, требующее передачи информации о конкретном локальном операторе IPDC среди локальных операторов IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), передачу запросного сообщения, включающего в себя по меньшей мере одно ключевое значение, требующее передачи информации о конкретном локальном операторе IPDC, на сервер через интерактивный канал, и прием ответного сообщения, включающего в себя информацию о конкретном локальном операторе IPDC, с сервера в ответ на запросное сообщение.
Согласно еще одному другому аспекту настоящего изобретения, способ поддержки мобильности для терминала сервером в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя прием, через интерактивный канал, запросного сообщения терминала, включающего в себя по меньшей мере одно ключевое значение, требующее передачи информации о конкретном локальном операторе IPDC среди локальных операторов IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), и формирование и передачу ответного сообщения, включающего в себя информацию о конкретном локальном операторе IPDC, на основании по меньшей мере одного ключевого значения в ответ на запросное сообщение, принятое с терминала.
Согласно еще одному другому аспекту настоящего изобретения, терминальное устройство для поддержки мобильности в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя контроллер для формирования запросного сообщения, включающего в себя по меньшей мере одно ключевое значение, требующее передачи информации о конкретном локальном операторе IPDC среди локальных операторов IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), передатчик для передачи запросного сообщения, включающего в себя по меньшей мере одно ключевое значение, требующее передачи информации о конкретном локальном операторе IPDC, на сервер через интерактивных канал, и приемник для приема ответного сообщения, включающего в себя информацию о конкретном локальном операторе IPDC, с сервера в ответ на запросное сообщение.
Согласно еще одному другому аспекту настоящего изобретения, серверное устройство для поддержки мобильности в отношении терминала в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя приемник для приема, по интерактивному каналу, запросного сообщения терминала, включающего в себя по меньшей мере одно ключевое значение, требующее передачи информации о конкретном локальном операторе IPDC среди локальных операторов IPDC, которые предоставляют вещательную услугу терминалу из предопределенной платформы IP и электронного справочника услуг (ESG), передатчик для передачи ответного сообщения на запросное сообщение и контроллер для формирования ответного сообщения, включающего в себя информацию о конкретном локальном операторе IPDC, на основании по меньшей мере одного ключевого значения в ответ на запросное сообщение, принятое с терминала.
Согласно еще одному аспекту настоящего изобретения, способ поддержки мобильности терминала сервером в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя формирование информации о вещательной услуге, в том числе информации о типе электронного справочника услуг (ESG), тип доступа к которому классифицируется согласно предоставлению услуги временного пребывания в связи с использованием вещательной услуги, и передачу информации о вещательной услуге, включающей в себя информацию о типе ESG.
Согласно еще одному другому аспекту настоящего изобретения, способ поддержки мобильности терминалом в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя прием, с сервера, информации о вещательной услуге, в том числе информации о типе электронного справочника услуг (ESG), тип доступа к которому классифицируется согласно предоставлению услуги временного пребывания в связи с вещательной услугой, и выбор требуемого ESG на основании информации о типе ESG.
Согласно еще одному другому аспекту настоящего изобретения, серверное устройство для поддержки мобильности терминала сервером в системе мобильного вещания, поддерживающей распространение данных по межсетевому протоколу (IPDC), включает в себя контроллер для формирования информации о вещательной услуге, включающей в себя информацию о типе электронного справочника услуг (ESG), тип доступа к которому классифицируется согласно предоставлению услуги временного пребывания в связи с использованием вещательной услуги, и передатчик для передачи информации о вещательной услуге, включающей в себя информацию о типе ESG.
Согласно еще одному другому аспекту настоящего изобретения, терминальное устройство для поддержки мобильности в системе мобильного вещания, поддерживающей распространения данных по межсетевому протоколу (IPDC), включает в себя приемник для приема, с сервера, информации о вещательной услуге, в том числе информации о типе электронного справочника услуг (ESG), тип доступа к которому классифицируется согласно предоставлению услуги временного пребывания в связи с вещательной услугой, и контроллер для выбора требуемого ESG на основании информации о типе ESG.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Вышеприведенные и другие аспекты, признаки и преимущества настоящего изобретения станут более очевидными из последующего подробного описания, когда воспринимается в сочетании с сопроводительными чертежами, на которых:
фиг.1 - схема, иллюстрирующая архитектуру обычной системы CBMS;
фиг.2 - схема, иллюстрирующая структуру обычной программы самозагрузки ESG;
фиг.3 - схема, иллюстрирующая обычную последовательность операций поиска для ESG;
Фиг.4 - блок-схема последовательности операции способа, иллюстрирующая обычную работу терминала для поиска ESG;
фиг.5 - схема, иллюстрирующая пример первого сценария между платформой IP и оператором IPDC;
фиг.6 - схема, иллюстрирующая пример второго сценария между платформой IP и оператором IPDC;
фиг.7 - схема, иллюстрирующая примерный вариант осуществления синтаксического анализа программы самозагрузки ESG в первом сценарии в соответствии с настоящим изобретением;
фиг.8 - схема, иллюстрирующая примерный вариант осуществления синтаксического анализа программы самозагрузки ESG во втором сценарии в соответствии с настоящим изобретением;
фиг.9 - схема, иллюстрирующая примерный вариант осуществления согласно настоящему изобретению;
фиг.10 - схема, иллюстрирующая примерную структуру программы самозагрузки ESG согласно настоящему изобретению;
фиг.11 - схема, иллюстрирующая примерную структуру сеанса программы самозагрузки ESG согласно настоящему изобретению;
фиг.12 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.13 - схема, иллюстрирующая примерную структуру программы самозагрузки ESG согласно настоящему изобретению;
фиг.14 - схема, иллюстрирующая взаимосвязи между элементами согласно примерному варианту осуществления настоящего изобретения;
фиг.15 - схема, иллюстрирующая взаимосвязи между оператором IPDC и ESG согласно примерному варианту осуществления настоящего изобретения;
фиг.16 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.17 - схема примерного варианта осуществления для первого сценария согласно настоящему изобретению;
фиг.18 - схема примерного варианта осуществления для второго сценария согласно настоящему изобретению;
фиг.19A и 19B - блок-схемы последовательности операций способа, иллюстрирующие работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.20 - схема примерного варианта осуществления для первого сценария согласно настоящему изобретению;
фиг.21 - схема примерного варианта осуществления для второго сценария согласно настоящему изобретению;
фиг.22 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.23 - схема примерного варианта осуществления настоящего изобретения;
фиг.24 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.25 - схема примерного варианта осуществления настоящего изобретения;
фиг.26 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.27 - схема, иллюстрирующая пример ESG для конкретной зоны согласно настоящему изобретению;
фиг.28 - схема, иллюстрирующая пример ESG для конкретной сети согласно настоящему изобретению;
фиг.29 - схема, иллюстрирующая пример системы KMS IPDC и оператора IPDC;
фиг.30 - схема, иллюстрирующая пример услуги временного пребывания согласно примерному варианту осуществления настоящего изобретения;
фиг.31 - схема, иллюстрирующая примерную услугу временного пребывания согласно примерному варианту осуществления настоящего изобретения;
фиг.32 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.33 - блок-схема последовательности операций способа, иллюстрирующая работу сервера согласно примерному варианту осуществления настоящего изобретения;
фиг.34 - схема, иллюстрирующая пример соглашения о временном пребывании согласно примерному варианту осуществления настоящего изобретения;
фиг.35 - схема, иллюстрирующая пример локального оператора IPDC и его партнера временного пребывания согласно примерному варианту осуществления настоящего изобретения;
Фиг.36 - схема, иллюстрирующая примерную структуру сети в системе мобильного вещания согласно примерному варианту осуществления настоящего изобретения;
Фиг.37 - схема, иллюстрирующая примерную конструкцию терминала в системе мобильного вещания согласно примерному варианту осуществления настоящего изобретения;
фиг.38 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.39 - блок-схема последовательности операций способа, иллюстрирующая работу сервера согласно примерному варианту осуществления настоящего изобретения;
фиг.40 - блок-схема последовательности операций способа, иллюстрирующая работу сервера согласно примерному варианту осуществления настоящего изобретения;
фиг.41 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения;
фиг.42 - схема, иллюстрирующая примерную карусель объявлений ESG согласно настоящему изобретению;
фиг.43 - схема, иллюстрирующая пример карусели объявлений ESG согласно примерному варианту осуществления настоящего изобретения;
фиг.44 - схема, иллюстрирующая еще один пример карусели объявлений ESG согласно примерному варианту осуществления настоящего изобретения; и
фиг.45 - схема, иллюстрирующая еще один пример карусели объявлений ESG согласно примерному варианту осуществления настоящего изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ПРИМЕРНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Примерные варианты осуществления настоящего изобретения далее будут подробно описаны со ссылкой на прилагаемые чертежи. На чертежах, где возможно, одинаковые или подобные элементы были обозначены идентичными ссылочными номерами, даже если они изображены на разных чертежах.
Настоящее изобретение предлагает способ и систему для предоставления терминалу возможности быстрее и легче получать надлежащий ESG в системе мобильного вещания, поддерживающей распространение данных по IP (IPDC). Хотя последующие варианты осуществления будут описаны в связи с основанной на DVB-H системой цифрового мобильного вещания в качестве примера, настоящее изобретение также может применяться к различным системам цифрового мобильного вещания, поддерживающим IPDC. Термин «информация об отправителе вещания» в качестве используемого в материалах настоящей заявки, указывает ссылкой на специфичную для программы информацию/информация об услуге (PSI/SI). Согласно настоящему изобретению, программе самозагрузки ESG и информация о временном пребывании включены в PSI/SI, и отдельная информация, такая как информация о типе ESG, также может интерпретироваться в качестве являющейся частью информации о вещательной услуге.
Перед описанием способа и системы для способа обнаружения ESG в соответствии с настоящим изобретением, будут описаны различные сценарии. На основании взаимосвязи между платформами IP и операторами IPDC, рабочие сценарии могут классифицироваться на две основные категории.
Сценарий 1
В этом сценарии, информация о вещательной услуге (PSI/SI) включает в себя более чем одну платформу IP и более чем одного оператора IPDC в сети, и каждый оператор IPDC существует только в одной точно соответствующей платформе IP. Другими словами, определенный оператор IPDC не существует в более чем одной платформе IP.
Пример сценария 1 между платформой IP и оператором IPDC показан на фиг.5. Как показано на фиг.5, есть две платформы IP, показанные для простоты пояснения: Платформа A 510 IP и платформа B 520 IP. Есть четыре оператора IPDC, показанных для простоты пояснения: оператор I 530 IPDC, оператор II 540 IPDC, оператор III 550 IPDC и оператор IV 560 IPDC. Каждый оператор IPDC имеет отношение только к одной платформе IP. Оператор I 530 IPDC и оператор II 540 IPDC ассоциированы с платформой A 510 IP, а оператор III 550 IPDC и оператор IV 560 IPDC ассоциированы с платформой B 520 IP.
Сценарий 2
В этом сценарии, информация о вещательной услуге (PSI/SI) включает в себя более чем одну платформу IP и более чем одного оператора IPDC в сети, и каждый оператор IPDC может существовать одновременно в более чем одной платформе IP. Другими словами, определенный оператор IPDC может существовать в многочисленных платформах IP.
Пример сценария 2 между платформой IP и оператором IPDC показан на фиг.6. Как показано на фиг.6, есть две платформы IP, показанные для простоты пояснения: Платформа A 610 IP и платформа B 620 IP. Есть три оператора IPDC, показанных для простоты пояснения: оператор I 630 IPDC, оператор II 640 IPDC и оператор III 650 IPDC. Каждый оператор IPDC может иметь отношение к более чем одной платформе IP. Например, оператор II 640 IPDC ассоциирован с обеими, платформой A 610 IP и платформой B 620 IP.
На основании вышеприведенных двух сценариев, настоящее изобретение предлагает следующие примерные варианты осуществления для обнаружения ESG. В примерных вариантах осуществления настоящего изобретения, информация об операторе IPDC включена в программу самозагрузки ESG. Дополнительно, предполагается, что программа самозагрузки является модулем для каждой платформы IP независимо от количества операторов IPDC, существующих в соответствующей платформе IP.
Вообще, терминалу требуется только выбрать платформу IP, которая содержит его оператора IPDC, для программы самозагрузки ESG. Однако, как терминал узнает, какая платформа IP является нужной, то есть, как он может выяснять платформу IP, которая содержит его оператора IPDC, является сложной задачей. Терминал может получать эту информацию, инициализируя каналы, посредством некоторой специальной сигнализации, или через интерактивные каналы системы цифрового мобильного вещания. Однако, если терминал не мог бы узнать, какая из платформ 710 и 750 IP содержит его оператора IPDC (то есть, одного из IPDC 720, 730, 760 и 770), то терминалу потребовалось бы синтаксически анализировать каждую из информации 740 и 780 о программе самозагрузки ESG из соответственных платформ 710 и 750 IP, в случае, где изобретение применяется к сценарию 1, как показано на фиг.7.
В сценарии 2, показанном на фиг.8, терминалу может требоваться синтаксически анализировать информацию о более чем одной программе самозагрузки ESG, так как каждый из операторов 820, 830 и 860 IPDC может быть в более чем одной из платформ 810 и 850 IP.
Если нет предварительной информации о том, в какой платформе IP находится оператор IPDC, терминалу понадобилось бы осуществлять синтаксический анализ по всем из программ самозагрузки ESG у всех из платформ IP. Однако, если предварительная информация о том, в какой платформе IP находится каждый оператор IPDC, есть, терминалу необходимо извлекать указанную информацию о программе самозагрузки ESG только из таких платформ IP. Конечно, если один и тот же оператор IPDC находится в более чем одной платформе IP, терминалу может понадобиться извлекать информацию о более чем одной программе самозагрузки ESG из многочисленных платформ IP.
В последующих примерных вариантах осуществления настоящего изобретения, информация об операторе IPDC указана в программе самозагрузки ESG.
Вариант 1 осуществления
Фиг.9 - схема, иллюстрирующая примерный вариант осуществления согласно настоящему изобретению. Как показано на фиг.9, программа самозагрузки ESG включает в себя следующие дескрипторы: ESGProviderDiscoveryDescriptor (910-1, …, 910-m) и ESGAccessDescriptor (920-1-1, …, 920-m-n), и дополнительно указывающие, какой оператор (930-1, …, 930-K) IPDC имеет отношение к каждому поставщику ESG/ESG. Этим способом терминал должен извлекать только ESG, который имеет отношение к ожидаемому оператору IPDC.
Местоположение информации об операторе IPDC в программе самозагрузки может меняться, не отходя от объема настоящего изобретения. Например, могут меняться различные структуры для включения информации об операторе IPDC в сеанс программы самозагрузки ESG, к примеру, добавлением информации об операторе IPDC в ESGProviderDiscoveryDescriptor (как показано в таблице 1), добавлением информации об операторе IPDC в ESGAccessDescriptor (как показано в с таблицы 6 по таблицу 11) и добавлением нового дескриптора, предусматривающего информацию об операторе IPDC (как показано в таблице 12 и на фиг.11). Более того, несмотря на то, что программа самозагрузки интерактивного ESG может иметь некоторые отличия, различные модификации могут быть произведены, не отходя от объема настоящего изобретения.
Фиг.10 иллюстрирует примерную структуру программы самозагрузки ESG, в которой информация об операторе IPDC включена в различных местоположениях, согласно примерному варианту осуществления настоящего изобретения. В примерном случае, как показано на фиг.10, информация об операторе 1013 IPDC записана в программе 1010 самозагрузки ESG. Пример ESGProviderDiscoveryDescriptor 1011, включенного в программу 1010 самозагрузки ESG, показан в таблице 1, приведенной ниже.
Таблица 1
<img file="00000001.tif" he="95" wi="158" img-content="undefined" img-format="tif" />
<img file="00000002.tif" he="108" wi="156" img-content="undefined" img-format="tif" />
Поскольку может быть определен IPDCType (тип IPDC), в качестве примера показана таблица 2.
Таблица 2
<img file="00000003.tif" he="117" wi="160" img-content="undefined" img-format="tif" />
<img file="00000004.tif" he="83" wi="163" img-content="undefined" img-format="tif" />
Более того, IPDCType может быть выражен, как показано в таблице 3.
Таблица 3
<img file="00000005.tif" he="41" wi="156" img-content="undefined" img-format="tif" />
Более точно, он может быть перезаписан, как показано в таблице 4.
Таблица 4
<img file="00000006.tif" he="67" wi="156" img-content="undefined" img-format="tif" />
Если IPDCOperatorId не может быть указан, даже IPDCKMSId (идентификатор IPDCKMS) может использоваться для помощи терминалу фильтровать ESG. В этом случае, пример IPDCType показан в таблице 5.
Таблица 5
<img file="00000007.tif" he="41" wi="156" img-content="undefined" img-format="tif" />
Несмотря на то, что возможны различные примеры добавления элементов в соответствии с настоящим изобретением, которые дают информацию об операторе IPDC, в синтаксис ESGAccessDescriptor 1012, включенного в программу 1010 самозагрузки ESG, три неограничивающих примера приведены ниже для целей пояснения.
1) Первый примерный синтаксис ESGAccessDescriptor 1012
Таблица 6
<img file="00000008.tif" he="79" wi="161" img-content="undefined" img-format="tif" />
В качестве альтернативы, он может быть определен, как показано в таблице 7.
Таблица 7
<img file="00000009.tif" he="68" wi="155" img-content="undefined" img-format="tif" />
2) Второй примерный синтаксис ESGAccessDescriptor 1012
Таблица 8
<img file="00000010.tif" he="83" wi="160" img-content="undefined" img-format="tif" />
В качестве альтернативы, он может быть определен, как показано в таблице 9.
Таблица 9
<img file="00000011.tif" he="57" wi="165" img-content="undefined" img-format="tif" />
<img file="00000012.tif" he="21" wi="161" img-content="undefined" img-format="tif" />
3) Третий примерный синтаксис ESGAccessDescriptor 1012
Таблица 10
<img file="00000013.tif" he="166" wi="154" img-content="undefined" img-format="tif" />
В качестве альтернативы, он может быть определен, как показано в таблице 11.
Таблица 11
<img file="00000014.tif" he="22" wi="159" img-content="undefined" img-format="tif" />
<img file="00000015.tif" he="150" wi="155" img-content="undefined" img-format="tif" />
В еще одном другом примерном варианте осуществления, может быть добавлен новый дескриптор 1013, который включает в себя информацию об операторе IPDC в сеансе программы самозагрузки ESG, как показано на фиг.10. Этот новый дескриптор несет информацию об операторе IPDC каждого поставщика ESG и/или ESG.
Таблица 12
<img file="00000016.tif" he="47" wi="165" img-content="undefined" img-format="tif" />
<img file="00000017.tif" he="21" wi="155" img-content="undefined" img-format="tif" />
Фиг.11 иллюстрирует примерный вариант осуществления того, где новый дескриптор 1110, включающий в себя информацию об операторе IPDC, включен в сеанс программы самозагрузки ESG. Новый дескриптор 1110 несет информацию об операторе IPDC каждого поставщика ESG и/или ESG. Выражение «xx.xx.xx.xx: xxxx» на фиг.11 означает «IP-адрес: номер порта».
По фиг.12, далее будет приведено описание работы терминала в примерном варианте осуществления настоящего изобретения.
Как показано на фиг.12, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 1205 и выбирает имеющуюся в распоряжении платформу IP на этапе 1210. Терминал осуществляет самозагрузку ESG из выбранной платформы IP на этапе 1215 и распознает все имеющиеся в распоряжении ESG по ESGProviderDiscoveryDescriptor и ESGAccessDescriptor на этапе 1220. Терминал проверяет оператора IPDC для каждого ESG на этапе 1225 и определяет на этапе 1230, поддерживает ли он имеющуюся в распоряжении KMS в ESG. Если на этапе 1230 определено, что он поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 1235, поддерживает ли он имеющегося в распоряжении оператора IPDC.
Если на этапе 1235 определено, что терминал поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает одного оператора IPDC на этапе 1240. Терминал выбирает и осуществляет доступ к одному ESG, имеющему выбранного оператора IPDC, на этапе 1245, а затем осуществляет доступ к или покупает услуги на этапе 1250.
Однако, если на этапе 1230 определено, что терминал не поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 1255, все ли программы самозагрузки ESG платформы IP были проверены. Если на этапе 1255 определено, что все из программ самозагрузки платформы IP были проверены, терминал заканчивает работу. Если проверка не была завершена, терминал определяет на этапе 1260, требуется ли ему проверять другую программу самозагрузки ESG из другой платформы IP. Если на этапе 1260 определено, что терминалу требуется проверка, терминал переходит на этап 1210. Если нет, терминал заканчивает работу.
Вариант 2 осуществления
В еще одном примерном варианте осуществления, информация об операторе IPDC указана на уровне программы самозагрузки, а информация о программе самозагрузки ESG классифицируется по разным операторам IPDC. Как описано выше, терминал выбирает поставщика ESG и выбирает один ESG, имеющий поставщика ESG, синтаксически анализируя ESGProviderDiscoveryDescriptor и ESGAccessDescriptor. Затем, терминал проверяет оператора IPDC внутри ESG после извлечения одного ESG.
В настоящем примерном варианте осуществления, новый дескриптор 1311, ассоциированный с оператором IPDC, добавлен в программу 1310 самозагрузки ESG, и поставщик ESG и/или информация об ESG классифицируются на основании каждого оператора IPDC. Фиг.13 иллюстрирует пример структуры в соответствии с примерным вариантом осуществления настоящего изобретения. Фиг.14 иллюстрирует примерную структуру, показывающую субъекты, включенные в описатель программы самозагрузки ESG, и их взаимосвязь. Как показано на фиг.14, настоящий примерный вариант осуществления в соответствии с настоящим изобретением сначала проверяет информацию IPDCOperator, а затем, проверяет ESGProviderDiscoveryDescriptor и ESGAccessDescriptor, тогда как предыдущий примерный вариант осуществления сначала проверяет ESGProviderDiscoveryDescriptor и ESGAccessDescriptor. В настоящем примерном варианте осуществления, ESG может уникально идентифицироваться. Таким образом, взаимосвязь между оператором IPDC и ESG может указываться непосредственно, как показано на фиг.15.
Пример синтаксиса нового дескриптора 1311, добавленного в программу 1310 самозагрузки ESG, может быть следующим.
Таблица 13
<img file="00000018.tif" he="69" wi="154" img-content="undefined" img-format="tif" />
Поскольку каждый оператор IPDC может иметь отношение к более чем одному ESG, он может быть определен, как показано в таблице 14.
Таблица 14
<img file="00000019.tif" he="48" wi="154" img-content="undefined" img-format="tif" />
Пример IPDCOperatorType показан в таблице 15.
Таблица 15
<img file="00000020.tif" he="95" wi="154" img-content="undefined" img-format="tif" />
Более точно, он может быть определен, как показано в таблице 16.
Таблица 16
<img file="00000021.tif" he="56" wi="165" img-content="undefined" img-format="tif" />
<img file="00000022.tif" he="82" wi="165" img-content="undefined" img-format="tif" />
По фиг.16, будет приведено описание работы терминала согласно примерному варианту осуществления настоящего изобретения.
Как показано на фиг.16, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 1605 и выбирает имеющуюся в распоряжении платформу IP на этапе 1610. Терминал осуществляет самозагрузку ESG из выбранной платформы IP на этапе 1615. На этапе 1620 терминал распознает всю имеющуюся в распоряжении информацию об операторе IPDC в ESG по IPDCOperatorDescriptor.
На этапе 1625 терминал определяет, поддерживает ли он имеющуюся в распоряжении KMS в ESG. Если на этапе 1625 определено, что терминал поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 1630, поддерживает ли он имеющегося в распоряжении оператора IPDC.
Если на этапе 1630 определено, что терминал поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает одного из имеющихся в распоряжении операторов IPDC на этапе 1635. Терминал выбирает ESG, имеющий отношение к выбранному оператору IPDC, из ESGProviderDiscoveryDescriptor и ESGAccessDescriptor на этапе 1640, осуществляет доступ к ESG на этапе 1645 и осуществляет доступ к или покупает услуги на этапе 1650.
Однако, если на этапе 1625 определено, что терминал не поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 1655, все ли программы самозагрузки ESG платформы IP были проверены. Если на этапе 1655 определено, что проверка была завершена, терминал заканчивает работу. Если проверка не была завершена, терминал определяет на этапе 1660, требуется ли ему проверять другую программу самозагрузки ESG из другой платформы IP. Если на этапе 1660 определено, что терминалу требуется проверка, терминал переходит на этап 1610. Если нет, терминал заканчивает работу.
В последующих примерных вариантах осуществления, информация об операторе IPDC может указываться в информации о вещательной услуге (PSI/SI). В предыдущих примерных вариантах осуществления, терминал получает информацию об операторе IPDC из добавленной информации об операторе IPDC в программе самозагрузки ESG. Однако, так как информация об операторе IPDC указывается на уровнях программы самозагрузки ESG, терминал не узнает, какая программа самозагрузки ESG включает в себя информацию об его операторе IPDC, без необходимости потенциально возможного извлечения информации о каждой программе самозагрузки ESG до тех пор, пока он не найдет ожидаемую информацию об операторе IPDC. Соответственно, в последующих примерных вариантах осуществления, информация об операторе IPDC указывается на уровне информации о вещательной услуге (PSI/SI).
Вариант 3 осуществления
В примерном варианте осуществления, программа самозагрузки ESG является блоком для каждой платформы IP, независимо от количества операторов IPDC, существующих в соответствующей платформе IP. Когда есть более чем один оператор IPDC в пределах одной платформы IP, программа самозагрузки ESG отделяется для каждого оператора IPDC в платформе IP.
Для описания того, каков оператор IPDC, для которого предназначена программа самозагрузки ESG, новый дескриптор оператора IPDC добавлен в таблице сообщений IP/MAC (INT) информации о вещательной услуге (PSI/SI), как показано в следующем примере.
Таблица 17
<img file="00000023.tif" he="62" wi="160" img-content="undefined" img-format="tif" />
Примерный синтаксис нового дескриптора оператора IPDC может быть следующим.
Таблица 18
<img file="00000024.tif" he="38" wi="162" img-content="undefined" img-format="tif" />
<img file="00000025.tif" he="21" wi="162" img-content="undefined" img-format="tif" />
Фиг.17 - схема, иллюстрирующая еще один примерный вариант осуществления в соответствии с настоящим изобретением для сценария 1, показанного на фиг.5. Когда терминал уже знает, какая платформа IP включает в себя его оператор IPDC для программы самозагрузки ESG, терминал может выбирать программу самозагрузки ESG для своего оператора IPDC в этой платформе IP. Кроме того, даже если терминал не знает, какая платформа IP включает в себя его оператора IPDC, терминал может отыскивать информацию об операторе IPDC в каждой платформе IP до тех пор, пока она не найдена.
Фиг.18 - схема, иллюстрирующая еще один примерный вариант осуществления в соответствии с настоящим изобретением для сценария 2, показанного на фиг.6. Терминалу может требоваться извлекать информацию о более чем одной программе самозагрузки ESG, когда один и тот же оператор IPDC существует в более чем одной платформе IP. Таким образом, есть более чем одна программа самозагрузки ESG для этого оператора IPDC в разных платформах IP.
По фиг.19A и 19B, далее будет приведено описание работы терминала согласно примерному варианту осуществления настоящего изобретения.
Как показано на фиг.19A и 19B, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 1905 и выбирает/синтаксически анализирует имеющуюся в распоряжении платформу IP на этапе 1910. На этапе 1915 терминал проверяет информацию об операторе IPDC для каждой платформы IP.
На этапе 1920 терминал определяет, поддерживает ли он имеющуюся в распоряжении KMS в ESG. Если на этапе 1920 определено, что терминал поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 1925, поддерживает ли он имеющегося в распоряжении оператора IPDC. Если на этапе 1925 определено, что терминал поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает платформу IP, имеющую поддерживаемого оператора IPDC, для программы самозагрузки ESG на этапе 1930.
Терминал выбирает ESG по ESGProviderDiscoveryDescriptor и ESGAccessDescriptor программы самозагрузки ESG на этапе 1935 и осуществляет доступ к выбранному ESG на этапе 1940. На этапе 1945 терминал определяет, поддерживает ли он имеющуюся в распоряжении KMS в ESG. Если на этапе 1945 определено, что терминал поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 1950, поддерживает ли он имеющегося в распоряжении оператора IPDC. Если на этапе 1950 определено, что терминал поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает одного оператора IPDC на этапе 1955, а затем осуществляет доступ к или покупает услуги на этапе 1960.
Однако, если на этапе 1945 определено, что терминал не поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 1965, все ли ESG были проверены. Если на этапе 1965 определено, что все ESG не были проверены, терминал определяет на этапе 1970, требуется ли ему проверять другой ESG. Если на этапе 1970 определено, что ему требуется проверить другой ESG, терминал переходит на этап 1975. Иначе, терминал заканчивает работу.
Между тем, если на этапе 1965 определено, что все ESG были проверены, терминал определяет на этапе 1975, были ли проверены все программы самозагрузки ESG платформы IP. Если на этапе 1975 определено, что все из программ самозагрузки платформы IP были проверены, терминал заканчивает работу. Иначе, терминал переходит на этап 1980.
На этапе 1980 терминал определяет, требуется ли ему проверять другую программу самозагрузки ESG из другой платформы IP. Если на этапе 1980 определено, что ему требуется проверить другую программу самозагрузки ESG, терминал переходит на этап 1930. Иначе, терминал заканчивает работу.
Настоящий примерный вариант осуществления может быть комбинируемым с различными примерными вариантами осуществления. Другими словами, информация об операторе IPDC может указываться как на уровне информации вещательной услуге (PSI/SI), так и на уровне программы самозагрузки ESG. Соответственно, из информации об операторе IPDC на уровне PSI/SI, терминал узнает, какая платформа IP включает в себя его оператора IPDC, и мог бы выбирать эту одну для программы самозагрузки ESG. На уровне программы самозагрузки ESG, добавленная информация об операторе IPDC помогает терминалу выбирать ESG со своим оператором IPDC. Однако, так как может быть более чем один оператор IPDC в одной программе самозагрузки ESG, терминалу необходимо различать оператора IPDC для каждого ESG.
Вариант 4 осуществления
В еще одном примерном варианте осуществления, предполагается, что программа самозагрузки ESG является блоком для каждого оператора IPDC в каждой платформе IP. Если есть более чем один оператор IPDC в пределах одной платформы IP, программа самозагрузки ESG отделяется для каждого оператора IPDC в этой платформе IP. Для описания того, каков оператор IPDC, для которого предназначена программа самозагрузки ESG, новый дескриптор оператора IPDC добавлен INT у PSI/SI, как показано в следующем примере.
Таблица 19
<img file="00000026.tif" he="64" wi="163" img-content="undefined" img-format="tif" />
Примерный синтаксис добавленного дескриптора может быть следующим.
Таблица 20
<img file="00000027.tif" he="55" wi="161" img-content="undefined" img-format="tif" />
Фиг.20 - схема, иллюстрирующая еще один примерный вариант осуществления настоящего изобретения в качестве применяемого к сценарию 1, описанному выше, в котором, если терминал уже знает, какая платформа IP включает в себя его оператора IPDC для программы самозагрузки ESG, терминал может выбирать программу самозагрузки ESG для своего оператора IPDC в этой платформе IP. Кроме того, даже если терминал не знает, какая платформа IP включает в себя его оператора IPDC, он может отыскивать информацию об операторе IPDC в каждой платформе IP до тех пор, пока она не найдена.
Фиг.21 - схема, иллюстрирующая еще один примерный вариант осуществления настоящего изобретения в качестве применяемого к сценарию 2, описанному выше, в котором терминалу может требоваться извлекать информацию о более чем одной программе самозагрузки ESG, если один и тот же оператор IPDC существует в более чем одной платформе IP. Поэтому, есть более чем одна программа самозагрузки ESG для этого оператора IPDC в разных платформах IP.
По фиг.22, далее будет приведено описание работы терминала согласно примерному варианту осуществления настоящего изобретения.
Как показано на фиг.22, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 2205 и выбирает/синтаксически анализирует имеющуюся в распоряжении платформу IP на этапе 2210. Терминал проверяет всю имеющуюся в распоряжении информацию об операторе IPDC в ESG по IPDCOperatorDescriptor на этапе 2215.
На этапе 2220 терминал определяет, поддерживает ли он имеющуюся в распоряжении KMS в ESG. Если он определяет на этапе 2220, что он поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 2225, поддерживает ли он имеющегося в распоряжении оператора IPDC.
Если на этапе 2225 определено, что терминал поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает одного оператора IPDC на этапе 2230. На этапе 2235 терминал осуществляет самозагрузку ESG из выбранного оператора IPDC в одной платформе IP. Терминал выбирает ESG, имеющий отношение к выбранному оператору IPDC по ESGProviderDiscoveryDescriptor и ESGAccessDescriptor программы самозагрузки ESG, на этапе 2240 и осуществляет доступ к выбранному ESG на этапе 2245. На этапе 2250 терминал осуществляет доступ к или покупает услуги.
Однако, если на этапе 2220 определено, что терминал не поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 2255, все ли программы самозагрузки ESG платформы IP были проверены. Если на этапе 2255 определено, что проверка была завершена, терминал заканчивает работу. Если проверка не была завершена, терминал определяет на этапе 2260, требуется ли ему проверять другую программу самозагрузки ESG из другой платформы IP. Если на этапе 2260 определено, что терминалу требуется проверка, он переходит на этап 2210. Иначе, терминал заканчивает работу.
В последующих примерных вариантах осуществления программа самозагрузки ESG является блоком для каждого оператора IPDC, а информация об операторе IPDC включена в информацию о вещательной услуге (PSI/SI).
Эти примерные варианты осуществления предполагают следующее.
1) Программа самозагрузки ESG является блоком для каждого оператора IPDC;
2) Один и тот же оператор IPDC может существовать в разных платформах IP, и терминалу необходимо извлекать информацию о более чем одной программе самозагрузки ESG, когда ему требуется извлечь всю имеющую отношение к оператору IPDC информацию; и
3) Программа самозагрузки ESG превращается в оператора IPDC.
Вариант 5 осуществления
Как показано на фиг.23, каждый оператор IPDC имеет свою единичную программу самозагрузки ESG в настоящем примерном варианте осуществления. Таким образом, дескриптор программы самозагрузки ESG может быть определен и добавлен в информацию о вещательной услуге (PSI/SI). В этом новом дескрипторе, IPDCOperator_descriptor описывает, каков оператор IPDC, из которого происходит программа самозагрузки ESG. IP-адрес программы самозагрузки ESG описывает IP-адрес и номер порта программы самозагрузки ESG для этого оператора IPDC. ESGBootstrap_descriptor может быть реализован в цикле, чтобы перечислять информацию о программе самозагрузки ESG для всех операторов IPDC. Его пример показан, как изложено ниже.
Таблица 21
<img file="00000028.tif" he="30" wi="164" img-content="undefined" img-format="tif" />
<img file="00000029.tif" he="27" wi="161" img-content="undefined" img-format="tif" />
По фиг.24, далее будет приведено описание работы терминала согласно варианту 5 осуществления настоящего изобретения.
Как показано на фиг.24, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 2405 и синтаксически анализирует имеющуюся в распоряжении платформу IP на этапе 2410. Терминал синтаксически анализирует оператора IPDC в ESGBootstrapDescriptor на этапе 2415 и определяет на этапе 2420, поддерживает ли он имеющуюся в распоряжении KMS в ESG. Если на этапе 2420 определено, что терминал поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 2425, поддерживает ли он имеющегося в распоряжении оператора IPDC.
Если на этапе 2425 определено, что терминал поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает одного оператора IPDC на этапе 2430. Терминал осуществляет самозагрузку ESG от выбранного оператора IPDC в выбранной платформе IP на этапе 2435 и выбирает ESG, имеющий отношение к выбранному оператору IPDC, по ESGProviderDiscoveryDescriptor и ESGAccessDescriptor, на этапе 2440. Терминал осуществляет доступ к ESG на этапе 2445, а затем осуществляет доступ к или покупает услуги на этапе 2450.
Вариант 6 осуществления
В настоящем примерном варианте осуществления программа самозагрузки ESG является блоком для каждой платформы IP в каждом операторе IPDC, как показано на фиг.25.
ESGBootstrap_descriptor приведен более подробно в настоящем примерном варианте осуществления. Его пример показан, как изложено ниже.
Таблица 22
<img file="00000030.tif" he="62" wi="162" img-content="undefined" img-format="tif" />
По фиг.26, далее будет приведено описание работы терминала согласно варианту 6 осуществления настоящего изобретения.
Как показано на фиг.26, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 2605 и синтаксически анализирует имеющуюся в распоряжении платформу IP на этапе 2610. Терминал проверяет информацию об операторе IPDC для каждой платформы IP на этапе 2615.
На этапе 2620 терминал определяет, поддерживает ли он имеющуюся в распоряжении KMS в ESG. Если на этапе 2620 определено, что терминал поддерживает имеющуюся в распоряжении KMS, терминал определяет на этапе 2625, поддерживает ли он имеющегося в распоряжении оператора IPDC. Если на этапе 2625 определено, что терминал поддерживает имеющегося в распоряжении оператора IPDC, терминал выбирает одного оператора IPDC на этапе 2630. Терминал выбирает одну платформу IP по выбранному оператору IPDC на этапе 2635 и осуществляет самозагрузку ESG от выбранного оператора IPDC в выбранной платформе IP на этапе 2640. На этапе 2645 терминал выбирает ESG, имеющий отношение к выбранному оператору IPDC, по ESGProviderDiscoveryDescriptor и ESGAccessDescriptor. Терминал осуществляет доступ к выбранному ESG на этапе 2650, а затем осуществляет доступ к или покупает услуги на этапе 2655.
Несмотря на то, что в настоящее время считается, что оператор IPDC должен обладать правами на услугу и управлять таковой, эта концепция может быть заменена в будущем на другого поставщика или оператора, который обладает правами на и управляет услугой. Соответственно, связанный параметр в каждом механизме в соответствии с настоящим изобретением также может быть заменен на новые связанные параметры. То есть, некоторая иная, чем информация об операторе IPDC, также может быть включена некоторым образом, подобным описанному выше для предоставления сокращенного пути, чтобы терминал находил подходящий ESG. Например, географическая информация и информация о сети также может быть указана. Что касается географической информации, некоторые ESG могут быть предназначены только для некоторых отдельных зон, принимая во внимание меняющиеся локальные услуги, имеющиеся в распоряжении в разных зонах.
Соответственно, таблица 23 и фиг.27 показывают примерный вариант осуществления настоящего изобретения, где добавлена географическая информация кроме информации об операторе IPDC. Таблица 25 и фиг.28 показывают примерный вариант осуществления настоящего изобретения, где добавлена информация о сети. Таблица 26 показывает примерный вариант осуществления настоящего изобретения для имеющей отношение к мобильности дополнительной информации.
Фиг.27 - схема, иллюстрирующая пример конкретного ESG для конкретной зоны. Как показано на фиг.27, географическая информация для ESG будет помогать терминалу выбирать подходящий ESG. Подобно информации об операторе IPDC, описанной выше, географическая информация для ESG может быть указана заблаговременно посредством определения нового элемента или дескриптора. Например, фиг.27 показывает пример, где ESGURI=1 (ESG1) предусмотрен только для Зоны 1 (Area 1), а ESGURI=2 (ESG2) предусмотрен только для Зоны 2 (Area 2), тем самым назначая географическую информацию, такую как Зона 1 и Зона 2, в качестве информации, необходимой для выбора каждого ESG. Эти новые элементы и/или дескрипторы могут быть указаны в качестве информации об операторе IPDC в программе самозагрузки ESG (например, варианты 1 и 2 осуществления) и/или могут быть указаны в качестве информации об операторе IPDC в информации о вещательной услуге (PSI/SI) (например, варианты с 3 по 6 осуществления), как описано выше.
Таблица 23
Новый элемент или дескриптор
Параметр
Географическая информация для ESG
ID сети
Идентификатор соты
GPS
Код страны
Mcc: Код страны мобильной связи
Mnc: Код сети мобильной связи
Зарезервировано для какого-нибудь параметра, который мог бы описывать географическую информацию для ESG
В примерных вариантах осуществления, приведенных выше, где информация об операторе IPDC предусмотрена на уровне программы самозагрузки ESG (например, варианты 1 и 2 осуществления), терминал может быть снабжен географической информацией для каждого ESG (например, ESG1 для Зоны 1, и ESG2 для Зоны 2), когда терминал синтаксически анализирует программу самозагрузки ESG, так как имеющая отношение информация добавлена в программе самозагрузки ESG.
В примерных вариантах осуществления, приведенных выше, где информация об операторе IPDC предусмотрена на уровне информации о вещательной услуге (PSI/SI) (например, варианты с 3 по 6 осуществления), терминал может быть снабжен географической информацией для каждого ESG (например, ESG1 для Зоны 1, и ESG2 для Зоны 2), когда терминал синтаксически анализирует PSI/SI, так как имеющая отношение информация добавлена в PSI/SI.
Соответственно, когда терминал находится в Зоне 1, например, он может осуществлять доступ к ESG1. Когда терминал затем перемещается в Зону 2, например, он может переключаться на ESG2.
Например, пример географической информации для ESG может быть определен, как показано в таблице 24.
Таблица 24
<img file="00000031.tif" he="50" wi="164" img-content="undefined" img-format="tif" />
<img file="00000032.tif" he="72" wi="162" img-content="undefined" img-format="tif" />
В некоторых ситуациях, ESG могут доставляться по специальным сетям. Фиг.28 иллюстрирует примерный вариант осуществления отдельного ESG для специальной сети.
Как показано на фиг.28, географическая информация для ESG будет помогать терминалу выбирать подходящий ESG. Подобно информации об операторе IPDC, информация о сети доступа может быть указана для ESG заблаговременно посредством определения нового элемента или дескриптора. Например, фиг.28 показывает пример, где ESGURI=1 (ESG1) предусмотрен только для Сети 1 (Network 1), а ESGURI=2 (ESG2) предусмотрен только для Сети 2 (Network 2), тем самым назначая информацию о сети, такую как Сеть 1 и Сеть 2, в качестве информации, необходимой для выбора каждого ESG. Эти новые элементы и/или дескрипторы могут быть указаны в качестве информации об операторе IPDC в программе самозагрузки ESG (например, варианты 1 и 2 осуществления) и/или могут быть указаны в качестве информации об операторе IPDC в информации о вещательной услуге (PSI/SI) (например, варианты с 3 по 6 осуществления), как описано выше.
В качестве альтернативы, связанная географическая информация для ESG также может указываться благодаря ProviderURI (URI поставщика) или ESGURI. Географическая информация может быть определена в качестве формата networkID (ID сети) и cellID (ID соты) в URI. Например, она может выражаться в форме протокола передачи гипертекста (например, «//www.dvb.org/cbms/kbs/network1/cell1/esg»). В вышеприведенном примере, терминал распознает сеть и соту, которые использует соответствующий ESG, на основании информации ProviderURI. В этом случае, терминал может непосредственно узнавать географическую информацию, имеющую отношение к ESG, через URI.
Географическая информация (NetworkID, cellID) может быть задана в URI (ProviderURI, ESGURI), и ее местоположение может находиться в передней части (префиксе) или задней части (суффиксе) URI. Однако, она может быть размещена в другом местоположении, не отходя от объема изобретения.
Что касается ProviderURI, ESG может классифицироваться в качестве ProviderURI, как, например, описано в ETSI TS 102471 v. 1.2.1. Для указания того, какая сота предназначена для отдельного ESG, ProviderURI может быть описан, как изложено ниже:
cellIDFFFF/ESGProviderIdentifier
Здесь, cellIDFFFF/ прикрепляется к головной части URI в виде префикса, FFFF обозначает ID соты в форме шестнадцатеричного числа, а ESGProviderIdentifier является разделителем у поставщика ESG. Например, «cellID0000/mycompany1.example.com», «cellID0001/mycompany1.example.com» и «cellID0002/mycompany1.example.com» представляют ESG соты 0, соты 1 и соты 2, соответственно, и эти ESG поставляются поставщиком ESG «mycompany1.example.com».
Если один и тот же ESG и услуга транспортируются в разные соты, каждый cellID может быть скомпонован в строке в головной части URI один за другим. Например, «cellID0001/cellID0002/mycompany1.example.com» указывает, что один и тот же ESG поставляется в соту 1 и соту 2.
Подобным образом, когда доставляется networkID, ProviderURI может быть определен, как изложено ниже.
networkIDFFFF/cellIDFFFF/ESGProviderIdentifier
Здесь, «networkFFFF/» появляется в головной части URI, а FFFF указывает ID сети в виде шестнадцатеричного числа. Даже для ESGURI географическая информация может быть задана таким же образом.
Если поставщик ESG не знает ID соты, в которую будет доставляться каждый ESG, другой тип географической информации, вместо ID соты, может быть задан в передней части, задней части или другом месте идентификатора поставщика ESG. Географическая информация может быть любой одной из спутниковой, местной, названия города, кода зоны, GPS и т.д. Когда терминал не может определить географическую информацию, заданную в виде префикса и суффикса, терминал выбирает ESG для определенной зоны на основании соответствующей географической информации. Если терминал не может определить, какой ESG доставляется для местоположения, где он расположен в настоящее время, терминал сначала отыскивает точку входа каждого ESG. Кроме того, терминал находит ID услуги по IP-адресу для каждой точки входа из информации о вещательной услуге (PSI/SI) и определяет, какая точка входа предназначена для отдельной зоны, на основании таблицы описания услуг (SDT).
Таблица 25
Новый элемент или дескриптор
Параметр
Сеть доступа
ID сети
ID соты
Тип сети
DVB-H
DVB-S
DVB-SH
Спутниковая сеть
Наземная сеть
3GPP
WIMAX
Зарезервировано для какого-нибудь типа сети
Зарезервировано для какого-нибудь параметра, который мог бы описывать географическую информацию для ESG
В некоторых примерных вариантах осуществления (например, вариантах 1 и 2 осуществления), терминал может узнавать информацию о сети доступа для каждого ESG (например, ESG1 для сети 1 и ESG2 для сети 2, или ESG1 предназначен для спутниковой сети, а ESG2 предназначен для наземной сети в системе DVB-SH), когда терминал синтаксически анализирует программу самозагрузки ESG, так как связанная информация добавлена в программу самозагрузки ESG. В других примерных вариантах осуществления (например, вариантах с 3 по 6 осуществления), терминал может узнавать информацию о сети доступа для каждого ESG (например, ESG1 для сети 1 и ESG2 для сети 3, или ESG1 предназначен для спутниковой сети, а ESG2 предназначен для наземной сети в системе DVB-SH), когда терминал синтаксически анализирует информацию о вещательной услуге (PSI/SI), так как связанная информация добавлена в PSI/SI. Поэтому, когда терминал остается в сети 1, он может осуществлять доступ к ESG1. Когда терминал переключается на сеть 2, он может переключаться на ESG2.
Примеры другой связанной информации, особой информации, имеющей отношение к мобильности терминала, обобщены в таблице 26. Если необходимо, некоторая из информации может выбираться и использоваться в вышеприведенных вариантах осуществления для поддержки мобильности терминалов. Более того, другая информация, которая помогает терминалу находить подходящий ESG укороченным путем, может перениматься с использованием вариантов осуществления, описанных выше, не отходя от объема настоящего изобретения.
Таблица 26
Поле
Детализированные параметры
Идентификатор источника ESG
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать поставщика посещаемой услуги
Объект пользователя ESG
1. все
2. особый
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать объект пользователя
Зарезервировано для нового объекта пользователя
Объем услуг в ESG
1. локальная услуга
0: не включена в состав
1: включена в состав
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать поставщика локальной услуги
2. посещаемая услуга
0: не включена в состав
1:
ID платформы IP
включена в состав
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать поставщика посещаемой услуги
3. услуга временного подключения к услугам
0: не включена в состав
1: включена в состав
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать поставщика услуги временного подключения к услугам
Зарезервировано для нового объема услуг
Географическое местоположение
ID сети, ID соты, GPS или другие
Сеть доступа
ID сети, тип сети: DVB-H, DVB-S, DVB-SH (спутниковая сеть, наземная сеть), 3GPP,WIMAX..
Тип объема доступа к ESG
1. локальный ESG
2. ESG только для пользователя временного пребывания
3. комбинированный ESG, локальный и временного пребывания
Зарезервировано для нового объема доступа
Зарезервировано для новой информации указания
Для целей ускорения обнаружения ESG в соответствии с настоящим изобретением, когда информация об операторе IPDC указана в программе самозагрузки, следующая примерная информация также может быть одновременно указана таким же способом. Детализированное местоположение информации может быть переменной в программе самозагрузки ESG и PSI/SI, как проиллюстрировано в вариантах с 1 по 6 осуществления, описанных выше.
1. Идентификатор источника ESG
Прежде всего, может указываться источник ESG, из которого терминал может определять, кто формирует и владеет этим ESG. Идентификатор источника этого ESG может быть целым или частью следующих параметров: ID платформы IP, URI поставщика, IPDCKMSID, IPDCOperatorID, ID поставщика, ID сети, URI поставщика услуг, ID поставщика услуг, ID SM или любых других параметров, которые способны к идентификации источника ESG.
2. Тип объема доступа к ESG
Для того чтобы поддерживать временное пребывание ESG, может быть определено три типа ESG: локальный ESG, ESG только для пользователя временного пребывания, комбинированный ESG, локальный и временного пребывания. «Локальный ESG» означает, что ESG несет информацию только об услуге для локального пользователя. «ESG только для пользователя временного пребывания» означает, что ESG несет информацию только об услуге специально для пользователя временного пребывания. «Комбинированный ESG, локальный и временного пребывания» означает, что часть информации об услуге в этом ESG предназначена для локального пользователя, а другая часть предназначена для пользователя временного пребывания.
3. Объект пользователя ESG
Объект ESG для «всех» означает, что этот ESG может быть предназначен для всех пользователей, является ли пользователь локальным пользователем или пользователем временного пребывания. ESG также может быть предназначен только для некоторых особых пользователей временного пребывания. Например, он может быть предназначен для пользователя временного пребывания у определенного оператора IP. В этом случае, подробный идентификатор объекта пользователя указывается безусловно. Если ESG имеется в распоряжении для многочисленных отдельных групп пользователей временного пребывания, идентификатор каждой отдельной группы пользователей временного пребывания перечисляется полностью один за другим. Параметр, который идентифицирует объект пользователя, может быть целым или частью следующих параметров: IPDCKMSID, IPDCOperatorID, ID платформы IP, URI поставщика, ID поставщика, ID сети, URI поставщика услуг, ID поставщика услуг, ID SM или любых других параметров, которые способны к идентификации объекта пользователя.
4. Объем услуг в ESG
Может быть несколько типов услуг, имеющихся в распоряжении для пользователя временного пребывания: локальная услуга, посещаемая услуга, услуга «временного подключения к услугам». Локальная услуга предназначена для предоставления информации о вещательной услуге, которой могут наслаждаться пользователи временного пребывания. Посещаемая услуга предназначена для предоставления информации (например, географической информации, услуги, методических рекомендаций, языка и т.д.) о вещательной услуге, предусмотренной для пользователей временного пребывания, а услуга «временного подключения к услугам» предназначена для предоставления информации о вещательных услугах, имеющихся в распоряжении благодаря временному пребыванию услуг, предоставляемых из собственной сети, к которой принадлежит терминал.
Поэтому, разновидность информации об услуге временного пребывания, которая может быть в распоряжении в ESG, зависит от услуги в ESG. Например, если есть информация от том, имеется или нет в распоряжении локальная услуга, идентификатор оператора локальной услуги поставляется в ESG. Если есть информация от том, имеется или нет в распоряжении посещаемая услуга, поставляется идентификатор оператора посещаемой услуги. Подобным образом, если есть информация от том, имеется или нет в распоряжении услуга временного подключения к услуге, поставляется идентификатор оператора услуги временного подключения к услугам. Для каждого случая, может быть более чем один оператор. Соответственно, идентификатор каждого оператора может быть внесен в список один за другим. Параметры в таблице 26 могут использоваться целиком или частично. Кроме того, тип любой новой услуги временного пребывания может быть добавлен в список.
Информация, описанная выше для ускорения обнаружения ESG, является только примерной. На практике, поставщик может использовать все или выбранные комбинации информации, или модифицировать и добавлять новую информацию указания. Формат, как есть показанный в таблице 26, также является примерным. Формат и параметры таблицы 26 могут быть модифицированы, удалены или дополнены, не отходя от объема изобретения.
Примерный синтаксис атрибута ESG может быть структурирован, как показано в таблице 27.
Таблица 27
<img file="00000033.tif" he="124" wi="150" img-content="undefined" img-format="tif" />
Примерный синтаксис идентификатора источника ESG может быть структурирован, как показано в таблице 28.
Таблица 28
<img file="00000034.tif" he="185" wi="158" img-content="undefined" img-format="tif" />
В альтернативном примерном варианте осуществления, он может быть структурирован, как показано в таблице 29.
Таблица 29
<img file="00000035.tif" he="40" wi="159" img-content="undefined" img-format="tif" />
<img file="00000036.tif" he="121" wi="159" img-content="undefined" img-format="tif" />
Примерный синтаксис идентификатора источника ESG может быть структурирован, как показано в таблице 30.
Таблица 30
<img file="00000037.tif" he="108" wi="153" img-content="undefined" img-format="tif" />
<img file="00000038.tif" he="80" wi="159" img-content="undefined" img-format="tif" />
В альтернативном примерном варианте осуществления, он может быть структурирован, как показано в таблице 31.
Таблица 31
<img file="00000039.tif" he="136" wi="149" img-content="undefined" img-format="tif" />
Примерный синтаксис идентификатора источника ESG может быть структурирован, как показано в таблице 32.
Таблица 32
<img file="00000040.tif" he="192" wi="164" img-content="undefined" img-format="tif" />
Примерный тип объема доступа к ESG может быть классифицирован, как показано в таблице 33.
Таблица 33
<img file="00000041.tif" he="21" wi="162" img-content="undefined" img-format="tif" />
<img file="00000042.tif" he="160" wi="158" img-content="undefined" img-format="tif" />
В альтернативном примерном варианте осуществления, он может быть классифицирован, как показано в таблице 34.
Таблица 34
<img file="00000043.tif" he="60" wi="162" img-content="undefined" img-format="tif" />
Объект пользователя ESG может быть предназначен для всех или заданных пользователей. Если он имеет значение «true» («истина»), он означает ESG для всех пользователей. Иначе, он означает, что ESG предназначен только для определенных пользователей, и детализированный идентификатор объекта определенного пользователя должен быть внесен в список.
Таблица 35
<img file="00000044.tif" he="189" wi="159" img-content="undefined" img-format="tif" />
Примерный объем услуг в ESG может быть структурирован, как показано в таблице 36.
Таблица 36
<img file="00000045.tif" he="245" wi="152" img-content="undefined" img-format="tif" />
В альтернативном варианте, объем услуг в ESG может быть структурирован, как показано в таблице 37.
Таблица 37
<img file="00000046.tif" he="235" wi="162" img-content="undefined" img-format="tif" />
<img file="00000047.tif" he="173" wi="156" img-content="undefined" img-format="tif" />
В среде мобильной связи, управление правами является основным параметром при поддержке временного пребывания. Например, эстафетная передача обслуживания является одним из объемов управления правами. Временное пребывание включает в себя разные объемы управления правами, например, обусловленные подпиской и результатами соглашения о временном пребывании.
В современной системе CBMS, оператор IPDC (более точно, система KMS IPDC и оператор IPDC), например, считается ролью, ответственной за управление правами, указанное идентификатором IPDCKMSID и IPDCOperatorID. Однако, даже если роли управления правами изменяются в будущих системах, различные примерные варианты осуществления настоящего патента могут модифицироваться и применяться, не отходя от объема настоящего изобретения. Для целей пояснения, настоящее изобретение рассматривает систему KMS IPDC и оператора IPDC в качестве системы управления правами.
Фиг.29 иллюстрирует общий пример, в котором система KMS IPDC и оператор IPDC управляют правами. Как показано на фиг.29, в Зоне 1 (2910), есть локальный пользователь или терминал 1 (2920). Этот локальный терминал 2920 подписывается на оператора с идентификатором IPDCKMSID=1 и IPDCOperatorID=1. Поэтому, когда терминал 2920 осуществляет доступ к ESGURI=1 (2930), терминал будет находить своего подписанного оператора (система KMS IPDC = 1, а оператор IPDC = 1). Соответственно, эти идентификаторы указываются ссылкой как идентификаторы источника ESG.
Система KMS IPDC и оператор 2940 IPDC (IPDCKMSID=1 и IPDCOperatorID=1) могут иметь соглашение о временном пребывании с другими системой KMS и оператором IPDC.
Фиг.30 показывает пример временного пребывания. Здесь, оператор 3010 (IPDCKMSID=1 и IPDCOperatorID=1) ответственен за управление локальными правами. Как показано на фиг.30, оператор 3010 (IPDCKMSID=1 и IPDCOperatorID=1) имеет соглашение о временном пребывании с оператором 3020 (IPDCKMSID=2 и IPDCOperatorID=2). Поэтому, терминал 3025, осуществляющий подписку с оператором 3020 (IPDCKMSID=2 и IPDCOperatorID=2), также может осуществлять доступ к услугам от оператором 3010 (IPDCKMSID=1 и IPDCOperatorID=1), обусловленный соглашением о временном пребывании между ними.
Поэтому, ESG 3000 (ESGURI=1) предназначен не только для пользователей, подписанных с оператором (IPDCKMSID=1 и IPDCOperatorID=1), но также для пользователей, подписанных с оператором 3020 (IPDCKMS=2, IPDCOperatorID=2).
Как показано на фиг.30, есть еще один оператор 3030 (IPDCKMSID=3 и IPDCOperatorID=3). Так как оператор 3030 (IPDCKMSID=3 и IPDCOperatorID=3) не имеет никакого соглашения о временном соглашении с оператором 3010 (IPDCKMSID=1 и IPDCOperatorfD=1), терминал 3 (3035), который подписан на оператора 3030 (IPDCKMSID=3 и IPDCOperatorID=3) не имеет права осуществлять доступ к услугам, управляемым оператором 3010 (IPDCKMSID=1 и IPDCOperatorID=1).
Для того чтобы поддерживать временное пребывание, информация о партнере временного пребывания может указываться заблаговременно. Как описано выше, информация о партнере временного пребывания может сигнализироваться расширением информации о вещательной услуге (PSI/SI), программой самозагрузки ESG (ESGProviderDiscoveryDescriptor, ESGAccessDescriptor и/или вновь определенным дескриптором), каруселью объявлений ESG и индексом или разделом. Это один из примеров объекта пользователя ESG. Локальный (или «исходный») оператор, определенный посредством IPDCKMSID и IPDCOperatorID в ESG, указывается один за другим. Для каждого локального (или исходного) оператора IPDCOperatorID, его партнер временного пребывания вносится в список один за другим. Пример показан в таблице 38.
Таблица 38
Локальные система KMS IPDC и оператор (исходный) IPDC
Партнер(ы) временного пребывания (объект пользователя)
Локальный IPDCKMSID
Локальный IPDCOperatorID
IPDCKMSID временного пребывания
IPDCOperatorID временного пребывания
В одном ESG, может быть более чем один локальный IPDCKMSID и IPDCOperatorID, и каждый из них может иметь своих собственных партнеров временного пребывания. В этом случае, каждый локальный IPDCKMSID и IPDCOperatorID (3110), и его партнеры временного пребывания (IPDCKMSID и IPDCOperatorID временного пребывания) (3120) могут указываться один за другим заблаговременно, как показано на фиг.31. Это соответствует PSI/SI в программе самозагрузки ESG в примерных вариантах осуществления, описанных выше.
Операторы IPDC, которые принадлежат к одной и той же системе KMS IPDC, могут иметь соглашение о временном пребывании друг с другом, наряду с тем, что операторы IPDC, принадлежащие к разным системам KMS IPDC, могут не иметь соглашение о временном пребывании друг с другом. Например, IPDCKMSID=1 и IPDCOperatorID=1 могут иметь соглашение о временном пребывании с IPDCKMSID=1 и IPDCOperatorID=2. Однако, IPDCKMSID=1 и IPDCOperatorID=1 могут не иметь соглашение о временном пребывании с IPDCKMSID=2 и IPDCOperatorID=3. Однако, соглашения о временном пребывании могут быть произведены между операторами IPDC, принадлежащими к разным системам IPDC KMS.
Для целей пояснения, «i», «j», «k», «m» и «n» используются в качестве символов для IPDCKMSID и IPDCOperatorID. Однако, детализированные значения и структура могут назначаться по-иному, не отходя от объема настоящего изобретения. Подробная информация о каждом локальном операторе IPDC и его партнерах временного пребывания может указываться примерным образом, как показано в таблице 39.
Таблица 39
<img file="00000048.tif" he="197" wi="162" img-content="undefined" img-format="tif" />
В одном из примерных вариантов осуществления только локальные операторы IPDC и все операторы IPDC временного пребывания могут указываться без указания взаимосвязи между каждым локальным оператором IPDC и его партнерским оператором IPDC временного пребывания. Пример его синтаксиса может быть структурирован, как показано в таблице 40.
Таблица 40
<img file="00000049.tif" he="151" wi="166" img-content="undefined" img-format="tif" />
В альтернативном примерном варианте осуществления, взаимосвязь между локальным оператором IPDC и его оператором IPDC временного пребывания может быть указана, как показано в таблице 41.
Таблица 41
<img file="00000050.tif" he="129" wi="154" img-content="undefined" img-format="tif" />
В еще одном другом примерном варианте осуществления, взаимосвязь между локальным оператором IPDC и всеми операторами IPDC временного пребывания может быть указана, как показано в таблице 42.
Таблица 42
<img file="00000051.tif" he="68" wi="163" img-content="undefined" img-format="tif" />
<img file="00000052.tif" he="77" wi="162" img-content="undefined" img-format="tif" />
Если каждый локальный оператор IPDC имеет множество операторов IPDC временного пребывания, перечисление информации о каждом операторе IPDC временного пребывания один за другим может быть весьма обременительным. Соответственно, несколько из наиболее частых операторов IPDC временного пребывания могут быть выбраны и перечислены здесь.
Партнеры 3120 временного пребывания также обновляются время от времени. Вновь скомпилированная информация об операторе IPDC временного пребывания заблаговременно может быть отсутствующей для каждого ESG в программе самозагрузки ESG, PSI/SI или другого местоположения. В этом случае, когда терминал не находит своего подписанного оператора IPDC в списке операторов IPDC временного пребывания, он все-таки может пытаться осуществить доступ к ESG, если тот же самый IPDCKMSID найден локально. Это происходит потому, что по-прежнему есть шанс, что терминал может осуществлять доступ к услуге от этого оператора IPDC, если уже есть соглашение о временном пребывании между ними.
Если вышеприведенная информация добавлена в программы самозагрузки ESG, терминал может действовать, как показано на фиг.32, наряду с тем, что сервер может работать, как показано на фиг.33.
По фиг.32, далее будет приведено описание примерной работы терминала на основании IPDCRelatedInformation (имеющей отношение к IPDC информации).
Как показано на фиг.32, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 3205 и выбирает платформу IP для программы самозагрузки ESG на этапе 3210. Терминал синтаксически анализирует IPDCRelatedInformation на этапе 3215.
На этапе 3220, если IPDCKMSID и IPDCOperatorID терминала найдены в локальных IPDCKMSID и IPDCOperatorID, терминал может осуществлять доступ к своему связанному ESG. На этапе 3225 терминал выбирает ESG со своим IPDCKMSID и IPDCOperatorID. Терминал осуществляет доступ к ESG на этапе 3230 и осуществляет доступ к или покупает услуги на этапе 3235.
На этапе 3240, если IPDCKMSID и IPDCOperatorID терминала найдены в IPDCKMSID и IPDCOperatorID временного пребывания, терминал может осуществлять доступ к ESG своего партнера временного пребывания. На этапе 3245 терминал выбирает ESG со IPDCKMSID и IPDCOperatorID своего партнера временного пребывания. Терминал осуществляет доступ к ESG на этапе 3250 и осуществляет доступ к или покупает услуги на этапе 3255.
Если IPDCKMSID терминала найден в локальном IPDCKMSID, но его IPDCOperator не найден в локальном операторе IPDC или временного пребывания на этапе 3260, терминал выбирает ESG со своим IPDCKMSID, но другим IPDCOperatorID для попытки на этапе 3265. Терминал осуществляет доступ к ESG на этапе 3270.
На этапе 3275 терминал пытается осуществить доступ к или покупать услуги. Если есть соглашение о временном пребывании, терминал может преуспевать в попытке, но если нет никакого соглашения о временном пребывании, терминал может не получить право осуществлять доступ к услуге.
Затем, по фиг.33, далее будет приведено описание работы сервера согласно IPDCRelatedInformation.
Как показано на фиг.33, сервер вносит в список локальный IPDCKMSID и IPDCOperatorID на этапе 3305. Сервер выбирает партнеров временного пребывания для каждого локального оператора IPDC и перечисляет его в качестве IPDCKMSID и IPDCOperatorID временного пребывании на этапе 3310. Сервер помещает информацию о локальном операторе IPDC и временного пребывания в IPDCRelatedInforamtion на этапе 3315.
Для уменьшенная размера предполагаемой сигнализации, IPDCKMSID и IPDCOperatorID могут вноситься в список и подвергаться назначению номера для каждого из них. Когда сервер вносит в список локальных KMS IPDC и оператора IPDC и описывает партнера временного пребывания для каждого из них, назначенный номер для каждого одного может использоваться вместо точно соответствующего IPDCKMSID и IPDCOperatorID. Такая взаимосвязь временного пребывания списка индексов может быть назначена на ESG. Примерный синтаксис может быть структурирован, как показано в таблице 43.
Таблица 43
<img file="00000053.tif" he="12" wi="163" img-content="undefined" img-format="tif" />
<img file="00000054.tif" he="254" wi="151" img-content="undefined" img-format="tif" />
<img file="00000055.tif" he="45" wi="158" img-content="undefined" img-format="tif" />
Если указан единственный оператор IPDC и все операторы IPDC временного пребывания, но взаимосвязь между каждым локальным оператором IPDC и его партнерским оператором IPDC временного пребывания не должны указываться, примерный синтаксис может быть определен, как показано в таблице 44.
Таблица 44
<img file="00000056.tif" he="154" wi="157" img-content="undefined" img-format="tif" />
<img file="00000057.tif" he="101" wi="155" img-content="undefined" img-format="tif" />
В альтернативном примерном варианте осуществления, он может быть определен, как показано в таблице 45.
Таблица 45
<img file="00000058.tif" he="123" wi="155" img-content="undefined" img-format="tif" />
<img file="00000059.tif" he="127" wi="155" img-content="undefined" img-format="tif" />
В еще одном другом примерном варианте осуществления, он может быть определен, как показано в таблице 46a.
Таблица 46a
<img file="00000060.tif" he="102" wi="158" img-content="undefined" img-format="tif" />
<img file="00000061.tif" he="152" wi="160" img-content="undefined" img-format="tif" />
Таблица 46a может быть выражена в двоичном коде, как показано в таблице 46b.
Таблица 46b
<img file="00000062.tif" he="74" wi="158" img-content="undefined" img-format="tif" />
<img file="00000063.tif" he="85" wi="161" img-content="undefined" img-format="tif" />
Один терминал временного пребывания может находить несколько локальных операторов IPDC, которые имеют договор временного пребывания с собственным оператором IPDC терминала временного пребывания. Фиг.34 показывает один из таких примеров.
Во-первых, перечислен собственный оператор терминала временного пребывания. Во-вторых, перечисляется локальный оператор, который имеет договор о временном пребывании с собственным оператором терминала временного пребывания. В-третьих, перечисляется каждый связанный ESG.
ой
Как показано на фиг.34, записаны IPDCKMSID и IPDCOperatorID для собственного оператора 3410 терминала временного пребывания. То есть, есть IPDCKMSIP=1 и IPDCOperatorID=1 первой собственной исходной позиции, и IPDCKMSID=m и IPDCOperatorID=m для m собственной исходной позиции. Собственные операторы присоединены к локальному IPDCKMSID и IPDCOperatorID, которые имеют соглашение о временном пребывании с оператором терминала временного пребывания.
Примерный синтаксис собственного оператора терминала временного пребывания и его обусловленного договором временного пребывания локального оператора, как показанные на фиг.34, может быть определен, как показано в таблице 47.
Таблица 47
<img file="00000064.tif" he="154" wi="162" img-content="undefined" img-format="tif" />
Если используется индекс, примерный синтаксис может быть определен, как показано в таблице 48.
Таблица 48
<img file="00000065.tif" he="50" wi="159" img-content="undefined" img-format="tif" />
<img file="00000066.tif" he="229" wi="162" img-content="undefined" img-format="tif" />
Между тем, связанная с временным пребыванием информация также может быть помещена в информацию о вещательной услуге (PSI/SI).
Если есть более чем один оператор IPDC в пределах одной платформы IP, программа самозагрузки ESG отделяется для каждого оператора IPDC в этой платформе IP.
Таблица 49
<img file="00000067.tif" he="65" wi="168" img-content="undefined" img-format="tif" />
В качестве нового дескриптора, дескриптор оператора IPDC, показанный в таблице 50, добавляется для описания, каков оператор IPDC, для которого предназначена программа самозагрузки ESG.
Таблица 50
<img file="00000068.tif" he="102" wi="157" img-content="undefined" img-format="tif" />
Если есть более чем один оператор IPDC в пределах одной платформы IP, программа самозагрузки ESG отделяется для каждого оператора IPDC в этой платформе IP.
Таблица 51
<img file="00000069.tif" he="67" wi="168" img-content="undefined" img-format="tif" />
В качестве нового дескриптора, дескриптор оператора IPDC, показанный в таблице 52, добавляется для описания того, каков оператор IPDC, для которого предназначена программа самозагрузки ESG.
Таблица 52
<img file="00000070.tif" he="103" wi="158" img-content="undefined" img-format="tif" />
Для собственного (то есть, локального) терминала, информация о его партнере временного пребывания во внешней сети, также может предоставляться заблаговременно. В этом случае, терминал уже может иметь множество информации о временном пребывании в своей собственной сети и использует информацию, когда он фактически перемещается во внешнюю сеть, как показано на фиг.35.
Как показано на фиг.35, есть локальные терминалы с IPDCKMSID и IPDCOperatorID. К тому же, есть партнеры временного пребывания во внешней сети, присоединенные к каждому из локальных терминалов.
Примерный синтаксис локального оператора IPDC и его партнера временного пребывания во внешней сети, показанных на фиг.35, может быть определен, как показано в таблице 53.
Таблица 53
<img file="00000071.tif" he="144" wi="162" img-content="undefined" img-format="tif" />
Если используется индекс, примерный синтаксис может быть определен, как показано в таблице 54.
Таблица 54
<img file="00000072.tif" he="247" wi="159" img-content="undefined" img-format="tif" />
<img file="00000073.tif" he="21" wi="158" img-content="undefined" img-format="tif" />
Если ESGURI во внешней сети может быть узнан заблаговременно, он также может указываться терминалу. Примерный синтаксис может быть определен, как показано в таблице 55.
Таблица 55
<img file="00000074.tif" he="147" wi="157" img-content="undefined" img-format="tif" />
Если используется индекс, примерный синтаксис может быть определен, как показано в таблице 56.
Таблица 56
<img file="00000075.tif" he="21" wi="163" img-content="undefined" img-format="tif" />
<img file="00000076.tif" he="254" wi="154" img-content="undefined" img-format="tif" />
<img file="00000077.tif" he="23" wi="160" img-content="undefined" img-format="tif" />
За исключением ESGURI, другая информация, такая как платформа IP, также может указываться заблаговременно. Информация, которая должна быть указана заблаговременно, будет выбираться приложением. Эта информация может указываться аналогичным образом, как ESGURI.
Если указана информация о платформе IP, поставщике ESG, ESG, сети доступа, примерный синтаксис может быть определен, как показано в таблице 57.
Таблица 57
<img file="00000078.tif" he="153" wi="162" img-content="undefined" img-format="tif" />
<img file="00000079.tif" he="27" wi="159" img-content="undefined" img-format="tif" />
Если используется индекс, примерный синтаксис может быть определен, как показано в таблице 58.
Таблица 58
<img file="00000080.tif" he="199" wi="155" img-content="undefined" img-format="tif" />
<img file="00000081.tif" he="95" wi="159" img-content="undefined" img-format="tif" />
На основании этой подготовленной информации, терминал может выбирать подходящую платформу IP среди всех имеющихся в распоряжении платформ IP для программы самозагрузки ESG и выбирать подходящего поставщика ESG и ESG среди многочисленных поставщиков ESG и ESG. Затем терминал может выбирать услугу для доступа.
Затем будет приведено описания терминала/сети, реализующих вышеприведенный способ обнаружения ESG согласно настоящему изобретению.
Фиг.36 - схема, иллюстрирующая примерную структуру сети, в которой реализуется способ обнаружения ESG, согласно настоящему изобретению. Фиг.37 - схема, иллюстрирующая примерную структуру терминала, в котором реализуется способ обнаружения ESG, согласно настоящему изобретению. Их подробное описание приведено в таблице 59.
Таблица 59
Наименование функционального субъекта
Описание
Приложение услуги (3601)
Агрегирует контент из многочисленных источников и их связанные метаданные, для того чтобы обеспечивать конкретное применение услуги.Обеспечивает головную логику приложения.Ответственно за поставку контента, закодированного в формате, понимаемом терминалом, посредством потоковой передачи или доставки карусели файлов.Формирует метаданные описания услуги, которые должны использоваться в электронном справочнике услуг.Конечная точка взаимодействия, чтобы терминалы взаимодействовали с приложением услуги.Обеспечение защиты услуги.Приложение услуги может существовать для каждого применения, которое предусмотрено при распространении данных по IP.
Организация обслуживания (3602)
Состоит из четырех подсубъектов, которые могут быть реализованы в экземпляре независимо:1. Конфигурирование услуги и выделение ресурсов (3607)- Регистрация приложений услуги, которые состязаются за полосу пропускания вещательного канала (например, одну платформу IP DVB-H в одном транспортном потоке DVB).- Назначение услуг на местоположения (по топологии вещательной сети), на полосу пропускания и планирует услуги по времени.- Есть один экземпляр этого подсубъекта, ассоциированный с доменом состязания за полосу пропускания вещания.2. Приложение предоставления справочника услуг (3605)- Агрегирование кусков ESG (информации метаданных) из приложений услуг.- Могут быть многочисленные экземпляры этого подсубъекта.3. Обеспечение безопасности/защиты услуги (3609)- Управление доступом пользователей к приложениям услуг.4. Услуги определения местоположения (3611)- Субъект организации обслуживания может предоставлять услуги определения местоположения приложению(ям) услуг некоторым образом, который
независим от способа, которымони фактически получаются (таким как функциональные возможности базовой сети взаимодействия или GPS).
Терминал (3701)
Подсубъекты:Приемник DVB-H (3703)Принимает услугу или сигнализацию по вещательной сети.Интерактивный адаптер (3705)Принимает/отправляет услугу или сигнализацию по вещательной сети.Управление мобильностью (MM) (3707)Ответственно за обработку мобильности.Управление подпиской (3709)Управляет получением прав и отслеживает права, полученные для терминала, и управляет последовательностью операций дешифрования контента услуги.Потребление контента (3711)Потребляет услугу.
Примерные варианты осуществления в соответствии с настоящим изобретением (например, варианты с 1 по 6 осуществления), как описано выше, направлены на отыскание подходящего ESG на уровне PSI/SI или программы самозагрузки ESG.
Если один ESG включает многочисленных операторов IPDC, можно, чтобы одно подмножество ESG было предназначено для одного оператора IPDC, наряду с тем, что другое подмножество ESG было предназначено для другого оператора IPDC. Кроме того, можно, чтобы одно подмножество ESG было предназначено для одной географической зоны, наряду с тем, что другое подмножество ESG было предназначено для другой географической зоны. Также возможно, чтобы одно подмножество ESG было подлежащим обложению для одной сети или одного типа сети (например, DVB-H, DVB-S, 3GPP, WIMAX и т.д.), наряду с тем, что другое подмножество ESG было подлежащим обложению другой сетью или типом сети. Соответственно, одна из проблем состоит в том, как терминал находит подходящую часть внутри ESG. Вышеописанная информация указания (например, таблица 26) также может использоваться здесь в качестве модификации для подмножества ESG.
Таблица 60
Поле
Детализированные параметры
Идентификатор источника подмножества ESG
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать источник ESG
Объект пользователя подмножества ESG
1. все
2. особый
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать объект пользователя
Зарезервировано для нового объекта пользователя
Объем услуг в подмножестве ESG
1. локальная услуга
0: не включена в состав
1: включена в состав
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать поставщика локальной услуги
2. посещаемая услуга
0: не включена в состав
1. включена в состав
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать поставщика посещаемой услуги
3. услуга временного подключения к услугам
0: не включена в состав
1: включена в состав
ID платформы IP
URI поставщика
ID поставщика
ESGURI
Идентификатор оператора IPDC (например, IPDCKMSID и IPDCOperatorID)
Географическое местоположение (например, ID сети, ID соты, GPS или другие)
URI поставщика услуг
ID поставщика услуг
ID SM
Любой другой параметр, который мог бы идентифицировать поставщика услуги временного подключения к услугам
Зарезервировано для нового объема услуг
Географическое местоположение
ID сети, ID соты, GPS или другие
Сеть доступа
ID сети, тип сети: DVB-H, DVB-S, DVB-SH (спутниковая сеть и наземная сеть), 3GPP,WIMAX..
Тип объема доступа к подмножеству ESG
1. локальный ESG
2. ESG только для пользователя временного пребывания
3. комбинированный ESG, локальный и временного пребывания
Зарезервировано для нового объема доступа
Зарезервировано для новой информации указания
Более того, подобные варианты осуществления, как описанные выше, могут быть предусмотрены в разных местах внутри ESG. Подробные местоположения для связанной информации для информации указания могут меняться, не отходя от объема настоящего изобретения. Для целей пояснения описаны два местоположения. Один из примеров состоит в том, чтобы располагать ее в карусели объявлений ESG, а другим примером является использование механизма разбиения ESG.
Вариант 7 осуществления
Примерный вариант осуществления настоящего изобретения использует способ разбиения ESG в качестве способа распознавания каждого ESG. В системе DVB-CBMS, один ESG может быть разбит на многочисленные IP-потоки для его передачи. Информация, указывающая критерий, на основании которого разбиваются IP-потоки, может быть определена, как показано в таблице 61. Кроме того, если один ESG применяется к двум или более платформам IP, то разные части ESG могут подготавливаться для разных платформ IP, которые существуют в этом ESG.
В таблице 61, другие значения кроме значений с 0×00 и 0×01 были предложены настоящим изобретением. Так как значение IPDCKMSId и/или значение NetworkID помещены в start_field_value и end_field_value, которые указывают интервалы своих разбиений, NetworkID может узнаваться только по услугам, соответствующим частям ESG, которые созданы. IPDCKMSId также может узнаваться только по услугам, соответствующим частям ESG, которые созданы.
Таблица 61
Значение
Кодирование
Смысл
0×00
0×0101 (короткое целое беззнаковое)
Количество часов, в течение которых действительны сегменты. Это может использоваться для разделения ESG на различные глубины планирования.
0×01
0×0000 (строковое)
URI у ServiceID фрагментов услуги. Это может использоваться для переноса всех фрагментов, уместных для конкретной услуги.
0×30
0×0101 (короткое целое беззнаковое)/ 0×0204 (двоичное)
ESG временного пребывания
0×40
0×0101 (короткое целое беззнаковое)
ID KMS PDC
0×50
0×0000 (строковое)
ID оператора IPDC
0×60
0×0000 (строковое)
Тип сети доступа
0×70
0×0101 (положительное целочисленное)
ID сети
0×80
0×0101 (положительное целочисленное)
ID соты
0×90
0×0000 (строковое)
GPS
0×A0
0×0101 (положительное целочисленное)
ID платформы IP
Настоящее изобретение уже предложило некоторые варианты осуществления касательно того, каким образом следует указывать связанную с ESG или под-ESG информацию в PSI/SI и программе самозагрузки ESG внутри ESG, чтобы содействовать терминалу в отыскании подходящего ESG или части ESG. Настоящее изобретение также может указывать связанную с ESG или под-ESG информацию, как показано в таблице 26 и таблице 60, разными способами, например, уведомлением и независимой сигнализацией.
Вариант 8 осуществления
Примерный вариант осуществления настоящего изобретения предлагает структуру для получения информации, обсужденной выше, с использованием запросного опроса HTTP для идентификации ESG. В этой структуре терминал отправляет свою информацию на сервер и запрашивает список имеющихся в распоряжении ESG с использованием информации. Сервер пересылает список имеющихся в распоряжении ESG на терминал с использованием соответствующей информации. То есть, если терминал запрашивает список имеющихся в распоряжении ESG наряду с доставкой предварительно сохраненной информации, такой как NetworkID, CellID и идентификатор оператора IPDC, на сервер, то сервер синтаксически анализирует эту информацию и доставляет список имеющихся в распоряжении ESG на терминал.
Терминал также мог бы запрашивать ESG на основании оператора IPDC, географической информации, сети доступа или другой информации, описанной в таблице 26 и таблице 60.
1. Запрос ESG на основании оператора IPDC
Терминалу требуется запрашивать ESG с некоторым особым оператором IPDC, например, его собственным оператором IPDC. В этом случае, сервер отправляет ESG, имеющий отношение только к этому особому оператору IPDC, на терминал.
Таблица 62
Запросное сообщение
Ключ
Значение
Запросить ESG для некоторого особого оператора IPDC через IA (интерактивный) канал
Запросить ESG для некоторого особого оператора IPDC через IA-канал
Оператор IPDC
IPDCKMSIdIPDCOperatorId
2. Запрос ESG на основании географической информации
Терминалу требуется запрашивать ESG для некоторой особой зоны, например, одной сети временного пребывания. В этом случае, сервер отправляет ESG, имеющий отношение только к этой особой зоне, на терминал.
Таблица 63
Запросное сообщение
Ключ
Значение
Запросить ESG для некоторой особой географии
Запросить ESG для некоторой особой географии
Географическая информация
ID сетиID сотыGPSЗарезервировано для другой географической информации
3. Запрос ESG на основании сети доступа
Терминалу требуется запросить ESG для некоторой особой сети, например, сети 1 DVB-H или сети 2 3GPP. В этом случае, сервер отправляет ESG, имеющий отношение только к этой особой сети, на терминал.
Таблица 64
Запросное сообщение
Ключ
Значение
Запросить ESG для некоторой особой сети доступа
Запросить ESG для некоторой особой сети доступа
Сеть доступа
ID сетиТип сети:DVB-HDVB-S3GPPспутниковая сеть в DVB-SHназемная сеть в DVB-SHЗарезервировано для другой информации о сети доступа
Запрошенная информация также может комбинироваться. Например, терминал может запрашивать ESG у оператора 1 IPDC в сети 1.
Таблица 65
Запросное сообщение
Ключ
Значение
Запросить ESG для некоторого особого оператора IPDC в некоторой особой зоне на протяжении некоторой особой сети через IA-канал
Запросить ESG для некоторого особого оператора IPDC в некоторой особой зоне на протяжении некоторой особой сети через IA-канал
Оператор IPDC
LPDCKMSIdIPDCOperatorId
Географическая информация
ID сетиID сотыGPSЗарезервировано для другой географической информации
Сеть доступа
ID сетиТип сети:DVB-HDVB-S3GPPспутниковая сеть в DVB-SHназемная сеть в DVB-SHЗарезервировано для другой информации о сети доступа
Поэтому, настоящее изобретение включает в себя новые ключи и значения (полужирным шрифтом) в запросное сообщение, как показано в таблице 66.
Таблица 66
Ключ
Значение
Семантика
Type
ESGContainerDeliveryList
Тип ожидаемого ответа. Например, если запрошены список доставки ESG или контейнеры.
containerID
16-битное положительное целое число
ID контейнера, который сигнализируется в FDT FLUTE или списке доставки.
Многочисленные значения возможно разделены запятой.
fragmentID
16-битное положительное целое число
ID фрагмента транспортировки, который сигнализируется в списке доставки. Многочисленные значения возможно разделены запятой.
IPDCKMSId
unsignedShort
IPDCKMSId транспортировки, который сигнализируется в списке доставки. Многочисленные значения возможно разделены запятой.
IPDCOperatorId
Строка
IPDCOperatorId транспортировки, который сигнализируется в списке доставки. Многочисленные значения возможно разделены запятой
NetworkID
16-битное положительное целое число
ID сети транспортировки, который сигнализируется в списке доставки. Многочисленные значения возможно разделены запятой.
CellID
16-битное положительное целое число
ID соты транспортировки, который сигнализируется в списке доставки. Многочисленные значения возможно разделены запятой.
DLVersion
Значение LASTUPDATED dateTime (NTP timestamp, unsignedInt)
Последний обновленный вариант списка доставки
EsgURI
ESG_URI, который сигнализируется в ProviderDiscovery
Отправить в «интерактивную» точку доступа, ассоциированную с ESG_URI
Вариант 9 осуществления
Еще один примерный вариант осуществления поставляет информацию о программе самозагрузки ESG для некоторого особого оператора IPDC через интерактивную сеть. Терминал также может отправлять на сервер запрос на информацию о программе самозагрузки ESG для некоторого особого оператора IPDC (например, своего подписанного оператора IPDC). Сервер может агрегировать информацию о программе самозагрузки ESG, имеющую отношение только к этому особому оператору IPDC, и отправлять ее на терминал через интерактивную сеть. При этом способе терминал не нуждается в том, чтобы синтаксически анализировать всю информацию о программе самозагрузки, но может легко получать то, что ему требуется.
Если терминалу требуется запросить программу самозагрузки ESG, ассоциированную с одним особым оператором IPDC в некоторой особой платформе IP, запросное сообщение может быть структурировано, как показано в таблице 67.
Таблица 67
Запросное сообщение
Ключ
Значение
Запросить информацию о программе самозагрузки ESG для некоторого особого оператора IPDC в некоторой платформе IP через IA-канал
Запросить информацию о программе самозагрузки ESG для некоторого особого оператора IPDC через IA-канал
Оператор IPDC
IPDCKMSIdIPDCOperatorId
Платформа IP
ID платформы IP
Если терминалу требуется запросить программу самозагрузки ESG от одного особого оператора IPDC во всех платформах IP, запросное сообщение может быть структурировано, как показано в таблице 68.
Таблица 68
Запросное сообщение
Ключ
Значение
Запросить информацию о программе самозагрузки ESG для некоторого особого оператора IPDC через IA-канал
Запросить информацию о программе самозагрузки ESG для некоторого особого оператора IPDC через IA-канал
Оператор IPDC
IPDCKMSIdIPDCOperatorId
Этот примерный вариант осуществления может использоваться независимо или использоваться с другими примерными вариантами осуществления, которые указывают информацию об операторе IPDC заблаговременно через вещательный способ.
Фиг.38 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения.
Как показано на фиг.38, терминал отправляет запросное сообщение на программу самозагрузки ESG с некоторыми особыми значениями оператора IPDC на сервер на этапе 3805. Терминал принимает ответное сообщение на запросное сообщение с сервера на этапе 3810. Терминал определяет на этапе 3815, имеется ли в распоряжении запрошенная информация о программе самозагрузки ESG, принятая с сервера.
Если на этапе 3815 определено, что запрошенная информация о программе самозагрузки ESG имеется в распоряжении, терминал синтаксически анализирует всю информацию о программе самозагрузки ESG, имеющую отношение к запрошенному оператору IPDC, и выбирает соответствующую программу самозагрузки ESG на этапе 3820. Терминал выбирает одну платформу IP для осуществления самозагрузки, если есть многочисленные платформы IP, имеющиеся в распоряжении, на этапе 3825. Терминал выбирает ESG из ESGProviderDiscoveryDescriptor и ESGAccessDescriptor в выбранной программе самозагрузки ESG на этапе 3830. После этого, терминал осуществляет доступ к выбранному ESG на этапе 3835 и осуществляет доступ к или покупает услуги по подвергнутому доступу ESG на этапе 3840.
Фиг.39 - блок-схема последовательности операций способа, иллюстрирующая работу сервера согласно примерному варианту осуществления настоящего изобретения.
Как показано на фиг.39, сервер принимает запросное сообщение на программу самозагрузки ESG с некоторыми особыми значениями оператора IPDC с терминала на этапе 3905. Сервер определяет на этапе 3910, имеется ли в распоряжении информация о программе самозагрузки ESG для особого оператора IPDC, запрошенная с терминала.
Если на этапе 3910 определено, что информация о программе самозагрузки ESG имеется в распоряжении, сервер агрегирует всю информацию о программе самозагрузки ESG, имеющую отношение к оператору IPDC, запрошенную с терминала и отправляет ее на терминал с ответным сообщением на этапе 3915. Однако, если на этапе 3910 определено, что информация о программе самозагрузки ESG не имеется в распоряжении, сервер отвечает на терминал значением несостоятельности на этапе 3920.
В сценарии временного пребывания, даже если информация о локальном операторе IPDC указана в программе самозагрузки ESG, партнеры временного пребывания для каждого локального оператора могут не быть указанными, или список партнеров временного пребывания может не быть полным. В этом случае, терминалу временного пребывания очень трудно выбрать подходящий ESG, который включает в себя доступную услугу. Однако, механизм запроса в соответствии с настоящим изобретением решает эту проблему.
Сервер будет указывать информацию о всех локальных операторах IPDC для каждого ESG заблаговременно, например, в программе самозагрузки ESG. После того как сервер принимает запрос программы самозагрузки ESG с терминала с информацией о некотором особом операторе IPDC на этапе 3905, сервер проверяет, является ли он партнером временного пребывания с некоторым локальным оператором IPDC, на этапе 3910. Если он является партнером временного пребывания, сервер будет агрегировать всю информацию о программе самозагрузки ESG, имеющую отношение к этому локальному оператору IPDC, и отправляет ее на терминал на этапе 3915. Иначе, сервер будет отвечать информацией несостоятельности на этапе 3920.
Фиг.40 - блок-схема последовательности операций способа, иллюстрирующая работу сервера согласно примерному варианту осуществления настоящего изобретения.
Как показано на фиг.40, сервер заблаговременно указывает локальный IPDCKMSID и IPDCOperatorID для каждого ESG в программе самозагрузки ESG (или в PSI/SI, либо другом местоположении) на этапе 4005. Сервер принимает запросное сообщение программы самозагрузки ESG с IPDCKMSID и IPDCOperatorID с терминала на этапе 4010. На этапе 4015 сервер проверяет, является или нет IPDCKMSID и IPDCOperatorID, запрошенный терминалом, партнером временного пребывания с некоторым локальным оператором IPDC, и, если он является партнером временного пребывания, сервер будет отправлять всю информацию о программе самозагрузки ESG, имеющую отношение к локальному оператору IPDC, на терминал. Иначе, сервер отвечает информацией несостоятельности.
Фиг.41 - блок-схема последовательности операций способа, иллюстрирующая работу терминала согласно примерному варианту осуществления настоящего изобретения.
Как показано на фиг.41, терминал отыскивает информацию о локальном операторе IPDC, которая уже была указана, например, в программе самозагрузки ESG. Если терминал, подписанный информацией об операторе IPDC, не обнаруживается среди них, терминал отправляет информацию запроса программы самозагрузки ESG на сервер со своей собственной информацией об операторе IPDC. Если сервер находит своего партнера временного пребывания в локальном операторе IPDC, сервер отправляет всю связанную информацию о программе самозагрузки ESG на терминал. Затем, терминал выбирает ESG и осуществляет доступ к или покупает услуги.
Как показано на фиг.41, терминал получает информацию о вещательной услуге (PSI/SI) на этапе 4105 и выбирает имеющуюся в распоряжении платформу IP для программы самозагрузки ESG на этапе 4110. Терминал синтаксически анализирует IPDCRelatedInformation на этапе 4115. На этапе 4120, если IPDCKMSID и IPDCOperatorID терминала найдены в локальных IPDCKMSID и IPDCOperatorID, терминал осуществляет доступ к своему связанному ESG. Терминал выбирает ESG со своим IPDCKMSID и IPDCOperatorID на этапе 4125 и осуществляет доступ к ESG на этапе 4130. Терминал осуществляет доступ к или покупает услуги на этапе 4135.
На этапе 4140, если терминал не находит свои IPDCKMSID и IPDCOperatorID в локальных IPDCKMSID и IPDCOperatorID, терминал осуществляет доступ к своему связанному ESG.
В этом случае, терминал запрашивает сервер касательно информации о программе самозагрузки ESG со своими собственными IPDCKMSID и IPDCOperatorID на этапе 4145. На этапе 4150, если партнер временного пребывания оператора IPDC терминала является одним из локальных операторов IPDC, терминал принимает информацию о ESG, имеющую отношение к локальному оператору IPDC, с сервера. После этого, терминал, который принял информацию о ESG, осуществляет доступ к ESG на этапе 4155 и осуществляет доступ к или покупает услуги на этапе 4160.
Вариант 10 осуществления
В примерном варианте осуществления сервер и терминал могут сигнализировать имеющую отношение к подмножеству ESG информацию в карусели объявлений ESG. Имеющая отношение к ESG временного пребывания информация, показанная в таблице 44, также может добавляться в карусель объявлений ESG.
Эти параметры могут помещаться в контейнер инициализации ESG, и поле, содержащее в себе атрибут или атрибут подмножества ESG, может быть выделено для них, как показано номером 4010 ссылки на фиг.40. Независимый контейнер, упоминаемый как контейнер атрибутов, также может быть выделен для переноса этой имеющей отношение к ESG подмножества информации, как показано номером 4240 ссылки на фиг.42. В качестве альтернативы, некоторые могут помещаться в контейнер инициализации или любые существующие контейнеры, а некоторые в новый контейнер. Эти параметры также могут появляться в других местоположениях в карусели объявлений ESG, не отходя от объема настоящего изобретения.
Фиг.42 иллюстрирует карусель объявлений ESG с новым элементом или контейнером в соответствии с примерным вариантом осуществления настоящего изобретения.
Как показано на фиг.42, может быть больше одного сеанса 4210 и 4230 FLUTE карусели объявлений ESG. Каждый сеанс FLUTE карусели объявлений ESG предназначен для одного подмножества ESG с некоторым атрибутом.
Например, один сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG на спутниковой сети, а другой сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG на наземной сети. В качестве второго примера, один сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG, имеющего отношение к одному оператору IPDC (IPDCKMSID, IPDCOperatorID), а другой сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG, имеющего отношение к другому оператору IPDC (IPDCKMSID, IPDCOperatorID). В качестве третьего примера, один сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG, имеющего отношение к одной зоне, а другой сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG, имеющего отношение к другой зоне. В качестве четвертого примера, один сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG, имеющего отношение к локальному пользователю, а другой сеанс FLUTE карусели объявлений ESG может быть предназначен для подмножества ESG, имеющего отношение к пользователю временного пребывания. Должно быть понятно, что, если один ESG может применяться для двух или более платформ IP, то разные сеансы FLUTE карусели объявлений ESG могут подготавливаться для разных платформ IP, которые существуют в этом ESG.
Номер 4310 ссылки по фиг.43 представляет сеанс FLUTE карусели объявлений ESG для одного подмножества ESG с одной разновидностью атрибута (например, подмножества ESG через спутник, подмножества ESG, имеющего отношение к одному оператору IPDC, или подмножества ESG, имеющего отношение к некоторой зоне). Номер 4320 ссылки по фиг.43 представляет сеанс FLUTE карусели объявлений ESG для другого подмножества ESG с другой разновидностью атрибута (например, подмножества ESG через наземное оборудование, подмножества ESG, имеющего отношение к другому оператору IPDC, или подмножества ESG, имеющего отношение к другой зоне).
Разные сеансы 4310 и 4320 FLUTE карусели объявлений ESG могут указываться разными способами. В качестве примера, исходный сеанс FLUTE карусели объявлений ESG может указывать информацию о доступе, имеющую отношение к другой карусели объявлений ESG для другого подмножества ESG, как показано на фиг.44.
Как показано на фиг.44, номер 4410 ссылки представляет сеанс FLUTE карусели объявлений ESG для одного подмножества ESG с одной разновидностью атрибута (например, подмножества ESG через спутник, подмножества ESG, имеющего отношение к одному оператору IPDC, или подмножества ESG, имеющего отношение к некоторой зоне). Номер 4420 ссылки представляет сеанс FLUTE карусели объявлений ESG для другого подмножества ESG с другой разновидностью атрибута (например, подмножества ESG через наземное оборудование, подмножества ESG, имеющего отношение к другому оператору IPDC, или подмножества ESG, имеющего отношение к другой зоне).
В качестве еще одного примера, дескриптор доступа к ESG может указывать каждый IP-адрес, номер порта и TSI для них, как показано на фиг.45. Выражение «xx.xx.xx.xx: xxxx» на фиг.45 означает «IP-адрес: номер порта». Например, в технических условиях CDP (ETSI TS 102 472) сказано, что комбинация TSI и IP-адреса источника идентифицирует сеанс FLUTE.
Соответственно, как показано на фиг.45, номер 4510 ссылки представляет сеанс FLUTE карусели объявлений ESG для одного подмножества ESG с одной разновидностью атрибута (например, подмножества ESG через спутник, подмножества ESG, имеющего отношение к одному оператору IPDC, или подмножества ESG, имеющего отношение к некоторой зоне). Номер 4520 ссылки представляет сеанс FLUTE карусели объявлений ESG для другого подмножества ESG с другой разновидностью атрибута (например, подмножества ESG через наземное оборудование, подмножества ESG, имеющего отношение к другому оператору IPDC, или подмножества ESG, имеющего отношение к другой зоне).
В примере по фиг.45, разные сеансы FLUTE карусели объявлений ESG предназначены для разных подмножеств ESG одного и того же ESG. На стороне сервера, разные сеансы FLUTE карусели объявлений ESG подготавливаются для разных подмножеств ESG с разными атрибутами (например, для спутниковой и наземной сетей). Каждый один может иметь свой собственный идентификатор.
Есть разные способы касательно того, каким образом доставлять эти сеансы FLUTE карусели объявлений ESG, в соответствии с настоящим изобретением.
(1) Многочисленные сеансы FLUTE карусели объявлений ESG передаются распределенным образом
В одном из примерных вариантов осуществления, все сеансы FLUTE карусели объявлений ESG могут передаваться распределенным образом с использованием многочисленных сетей или многочисленных сот, либо любыми другими способами действия. Каждый сеанс FLUTE карусели объявлений ESG может доставляться согласно своему атрибуту и условию доставки. Например, сеанс FLUTE карусели объявлений ESG для спутниковой сети может доставляться, когда он происходит через спутник, а сеанс FLUTE карусели объявлений ESG для наземной сети может доставляться, когда он происходит через наземную сеть. Поэтому, терминал принимает карусель объявлений ESG и подмножество ESG для спутника, когда он принимает сигнал из спутниковой сети, и принимает карусель объявлений ESG и подмножество ESG для наземного оборудования, когда он принимает сигнал из наземной сети.
В этом примерном варианте осуществления, то, что принимает терминал, может не быть полным ESG, а только одним подмножеством ESG за один раз. Таковое означает, что терминал может принимать разные данные ESG с одинаковым ESGURI по-разному (например, принимая со спутника и принимая из наземной сети). Однако, неясно, как терминал узнает, является ли принятый ESG полным или нет, и нужно ли терминалу обновлять и принимать новое подмножество ESG, когда прием изменился. Поэтому, примерный вариант осуществления настоящего изобретения добавляет метку, чтобы указывать, передается ли распределенным образом сеанс FLUTE карусели объявлений ESG для одного ESG.
Например, MultipleESGAnnouncementCarousel добавляется в качестве метки. Это новый элемент, добавленный для указания, применяются ли многочисленные карусели объявлений ESG для данного ESG. Если MultipleESGAnnouncementCarousel установлен в качестве «1», например, он означает, что многочисленные карусели объявлений ESG применяются для этого ESG. Если MultipleESGAnnouncementCarousel установлен в качестве «0», например, он означает, что только одна карусель объявлений ESG применяется для этого ESG.
Таблица 69
Поле
Семантика
MultipleESGAnnouncementCarousel
Если оно установлено в качестве «1», оно означает, что многочисленные карусели объявлений ESG применяются для этого ESG. Если оно установлено в качестве «0», оно означает, что только одна карусель объявлений ESG применяется для этого ESG.
Местоположение этой метки может быть в разных местах, не отходя от объема настоящего изобретения. Неограниченные примеры приведены ниже. Например, с таблицы 70 по таблицу 73 показывают примеры, в которых новая метка добавлена в ESGAccessDescriptor.
Первое примерное местоположение является таким, как показано в таблице 70.
Таблица 70
<img file="00000082.tif" he="32" wi="168" img-content="undefined" img-format="tif" />
<img file="00000083.tif" he="149" wi="154" img-content="undefined" img-format="tif" />
Второе примерное местоположение является таким, как показано в таблице 71.
Таблица 71
<img file="00000084.tif" he="69" wi="153" img-content="undefined" img-format="tif" />
Третье примерное местоположение является таким, как показано в таблице 72.
Таблица 72
<img file="00000085.tif" he="72" wi="164" img-content="undefined" img-format="tif" />
В еще одном примерном варианте осуществления, этот новый элемент может быть добавлен в ESGProviderDiscoveryDescriptor, как показано в таблице 73.
Таблица 73
<img file="00000086.tif" he="130" wi="158" img-content="undefined" img-format="tif" />
<img file="00000087.tif" he="92" wi="159" img-content="undefined" img-format="tif" />
(2) Сигнализируется атрибут для многочисленных сеансов FLUTE карусели объявлений ESG
В еще одном примерном варианте осуществления, одновременно передаются многочисленные сеансы FLUTE карусели объявлений ESG. В этом случае, то, каким образом терминал выбирает подходящий сеанс FLUTE, является основной проблемой. Поэтому, в примерном варианте осуществления настоящего изобретения, сигнализируется атрибут для каждого сеанса FLUTE карусели объявлений ESG (например, для спутникового или наземного, для Зоны 1 или Зоны 2, для оператора 1 IPDC или оператора 2 IPDC, для локального пользователя или временного пребывания). На основании этой сигнализации, терминал может выбирать подходящую для осуществления доступа.
Например, в системе DVB-SH, ID сети и ID соты могут сигнализироваться для каждой карусели объявлений доступа к ESG. Спутниковая сота и наземная сота используют разные области ID соты. Таким образом, терминал может узнавать, спутниковая ли это сота или наземная сота, на основании ID соты.
Таблица 74
Поле
Семантика
Network id
Задает целевую сеть, где используется это подмножество ESG.
Cell id
Задает целевую соту, где используется это подмножество ESG.
Местоположение нового элемента может быть в различных местах, не отходя от объема настоящего изобретения. Новый элемент «cell ID», например, может быть добавлен в ESGAccessDescriptor различными способами. Его пример показан в таблице 75.
Таблица 75
<img file="00000088.tif" he="147" wi="158" img-content="undefined" img-format="tif" />
<img file="00000089.tif" he="48" wi="160" img-content="undefined" img-format="tif" />
В качестве альтернативы, он может быть расположен, как показано в таблице 76.
Таблица 76
<img file="00000090.tif" he="87" wi="161" img-content="undefined" img-format="tif" />
Информация о соте для каждого сеанса FLUTE карусели объявлений ESG может подробно сигнализироваться, как показано в таблице 77 и таблице 78.
Таблица 77
Поле
Семантика
MultipleESGAnnouncementCarousel
Если оно установлено в качестве «1», оно означает, что многочисленные карусели объявлений ESG применяются для этого ESG. Если оно установлено в качестве «0», оно означает, что только одна карусель объявлений ESG применяется для этого ESG.
MultipleESGAnnouncementCarouselAttributeIndication
Если оно установлено в качестве «1», оно означает, что указан атрибут касательно многочисленных каруселей
объявлений ESG. Если оно установлено в качестве «0», оно означает, что атрибут касательно многочисленных каруселей объявлений ESG не указан.
n_o_AnnoucmentCarousel
Задает номер сеанса FLUTE карусели объявлений ESG для ESG
Network id
Задает целевую сеть, где используется это подмножество ESG.
Cell id
Задает целевую соту, где используется это подмножество ESG.
Таблица 78
<img file="00000091.tif" he="180" wi="157" img-content="undefined" img-format="tif" />
<img file="00000092.tif" he="227" wi="155" img-content="undefined" img-format="tif" />
До сих пор был описан пример для системы SH. Многочисленные сеансы FLUTE карусели объявлений ESG, используемые для других целей (например, для разных операторов IPDC, для разных зон, для локальных пользователей или временного пребывания), могут применяться подобным образом.
Примеры обоих случаев показаны в таблице 79 и таблице 80.
Таблица 79
Поле
Значение
Семантика
MultipleESGAnnouncementCarouselAttributeIndication
0x01
Задает разную карусель объявлений ESG для разных сот, например, для сотовой соты и наземной соты в системе DVB-SH.
0x02
Задает разную карусель объявлений ESG для разных операторов IPDC
0x03~0xFF
Зарезервировано для будущего использования
Таблица 80
<img file="00000093.tif" he="146" wi="158" img-content="undefined" img-format="tif" />
<img file="00000094.tif" he="251" wi="156" img-content="undefined" img-format="tif" />
<img file="00000095.tif" he="146" wi="159" img-content="undefined" img-format="tif" />
ESGProviderDiscoveryDescriptor и ESGAccessDescriptor расширены, чтобы покрывать случай ESGoIA. Новый элемент также может быть модифицирован на основании этого нового варианта.
Таблица 81 показывает расширение ESGProviderDiscoveryDescriptor, в котором элементы в полужирном шрифте являются новыми элементами.
Таблица 81
<img file="00000096.tif" he="44" wi="157" img-content="undefined" img-format="tif" />
<img file="00000097.tif" he="253" wi="158" img-content="undefined" img-format="tif" />
<img file="00000098.tif" he="151" wi="155" img-content="undefined" img-format="tif" />
Примерная семантика ESGProviderDiscoveryDescriptor определена в качестве таблицы 82.
Таблица 82
Поле
Семантика
ESG
Элемент ESG содержит в себе информацию об ESG, предложенных поставщиком услуг, и дает возможность глобально уникальной идентификации ESG и отображения 1 к 1 в запись ESG в пределах дескриптора доступа.Многочисленные ESG могут сигнализироваться для каждого одного поставщика услуг.
ServiceProvider
Элемент ServiceProvider описывает поставщика ESG
ESG_URI
Глобально уникальный идентификатор ESG
ESG_ID
ESG_ID используется для отыскания правильной записи ESG при отображении NotificationAccessDescriptor в ProviderID
TargetAudienceType
Целевая аудитория конкретного ESG, например, для пользователей временного пребывания или локальных. Это является управляемым выражением схемы классификации.
AccessPoint
Каждый ESG имеет одну или несколько точек доступа, которые могут быть вещательной точкой доступа или интерактивной точкой доступа
MultipleESGAnnoucementCarousel
Если оно установлено как true, оно означает, что многочисленные карусели объявлений ESG применяются для этого ESG. Если оно установлено как false, оно означает, что только одна карусель объявлений ESG применяется для этого ESG.
n_o_AnnoucmentCarousel
Задает номер сеанса FLUTE карусели объявлений ESG для ESG
accessPointID
Идентификатор для точки доступа, который устанавливает соответствие accessPointID в ESG дескриптору доступа
broadcastAccess
определяет тип доступа вещательной точки доступа. Точка доступа может быть «required» («требуемой»), «available» («доступной») или «unavailable» («недоступной») (см., значением по умолчанию является «required»
interactiveAccess
Определяет тип доступа интерактивной точки доступа. Точка доступа может быть «required» («требуемой»), «available» или «unavailable». Значением по умолчанию является «unavailable».
MultipleESGAnnoucementCarouselAttribute
Задает атрибут карусели объявлений ESG.
Network id
Задает целевую сеть этой карусели объявлений ESG.
Cell id
Задает целевую соту этой карусели объявлений ESG.
IPDCKMSId
Задает целевую систему KMS IPDC этой карусели объявлений ESG.
IPDCOperatorId
Задает целевого оператора IPDC этой карусели объявлений ESG.
IPPlatformID
Задает целевую платформу IP этой карусели объявлений ESG.
Зарезервированы
Для дополнительного какого-нибудь нового атрибута, который должен быть добавлен.
Кроме того, примерная схема классификации MultipleESGAnnouncementCarouselAttribute является такой, как показано в таблице 83.
Таблица 83
<img file="00000099.tif" he="169" wi="161" img-content="undefined" img-format="tif" />
Независимый дескриптор, показанный в таблице 84, также может использоваться для сигнализации этой информации.
Таблица 84
<img file="00000100.tif" he="240" wi="166" img-content="undefined" img-format="tif" />
Для поддержки разбиения или многочисленных каруселей объявлений ESG для разных подмножеств ESG, атрибуту может быть необходимо указывать внутри уровня фрагмента, например, указывать, какой фрагмент предназначен для спутниковой соты, а какой фрагмент предназначен для наземной соты.
Как очевидно из вышеизложенного описания, настоящее изобретение может эффективно поддерживать мобильность терминала в системе мобильного вещания, поддерживающей распространение данных по IP. Кроме того, когда мобильность предлагается терминалу согласно настоящему изобретению, терминал легче и быстрее получает ESG, наряду с тем, что терминал согласно предшествующему уровню техники получает и отыскивает не только информацию в каждой программе самозагрузки ESG, но также и в каждом ESG, для того чтобы находить информацию о доступном операторе IPDC.
Несмотря на то, что настоящее изобретение было описано со ссылкой на некоторые примерные его варианты осуществления, настоящее изобретение не ограничено вышеописанными вариантами осуществления. Специалистам в данной области техники следует принять во внимание, что различные модификации, дополнения и замещения возможны, не выходя за рамки объема настоящего изобретения, определяемого прилагаемой формулой изобретения и ее эквивалентами.