СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ И ПРИЕМА ИНФОРМАЦИИ СИГНАЛИЗАЦИИ ДЛЯ ПРИЕМА ШИРОКОВЕЩАТЕЛЬНЫХ УСЛУГ В СИСТЕМЕ ЦИФРОВОГО ШИРОКОВЕЩАНИЯ
METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING SIGNALLING INFORMATION FOR RECEPTION OF BROADCAST SERVICES IN DIGITAL BROADCAST SYSTEM

Область техники, к которой относится изобретение
[1] Настоящее изобретение в целом относится к системе цифрового широковещания и более конкретно к способу и устройству для передачи и приема информации сигнализации для приема широковещательных услуг в системе цифрового широковещания.
Уровень техники
[2] Примером стандарта широковещания второго поколения для мобильных устройств является стандарт для Портативных Устройств Следующего Поколения (NGH), который установлен Цифровой Широковещательной Передачей Видео (DVB), Европейской организацией по стандартам цифрового широковещания. DVB-NGH использует основанный на Транспортном Потоке (TS) Экспертной Группы по Движущимся Изображениям 2 (MPEG2) профиль для обеспечения максимальной пропускной способности с сетями наземного широковещания и профиль Интернет Протокола (IP) для функциональной совместимости с IP-сетью, которая, как ожидается, должна использоваться в качестве магистральной сети сетей широковещания следующего поколения.
[3] Профиль TS MPEG2 предоставляет данные широковещательной услуги, информацию о сети передачи, в которой передаются данные широковещательной услуги, и информацию физического уровня сети передачи, используя технологию характерной для программ информации/информации об услугах (PSI/SI), используемую в стандартах TS MPEG2 и стандартах DVB. Однако профиль IP, так как он не использует основанную на TS MPEG2 PSI/SI, должен предоставлять данные широковещательной услуги, информацию о сети передачи, в которой передаются данные широковещательной услуги, и информацию физического уровня (то есть информацию сигнализации) сети передачи, используя отдельный способ.
Сущность изобретения
Техническая задача
[4] Настоящее изобретение разработано для устранения, по меньшей мере, проблем и/или недостатков, описанных выше, и предоставления, по меньшей мере, преимуществ, описанных ниже.
[5] Соответственно, один аспект настоящего изобретения состоит в предоставлении способа и устройства для эффективных передачи и приема информации сигнализации для приема широковещательных услуг в системе цифрового широковещания.
[6] Другой аспект настоящего изобретения состоит в предоставлении способа и устройства для эффективной передачи информации сигнализации с использованием основанной на IP сети.
[7] Еще один аспект настоящего изобретения состоит в предоставлении способа и устройства для передачи и приема информации сигнализации для приема широковещательных услуг с использованием Дескриптора Доставки Руководства по Услугам (SGDD) в системе цифрового широковещания.
Решение задачи
[8] В соответствии с одним аспектом настоящего изобретения предоставляется способ передачи информации сигнализации для приема широковещательной услуги в системе цифрового широковещания. Способ включает в себя этапы, на которых генерируют информацию руководства по услугам, включающую в себя данные широковещательной услуги, информацию о сети передачи, в которой передаются данные широковещательной услуги, и информацию о сети передачи, соседствующей с упомянутой сетью передачи; и передают информацию руководства по услугам на верхнем уровне уровня Интернет Протокола (IP).
[9] В соответствии с другим аспектом настоящего изобретения, предоставляется устройство для передачи информации сигнализации для приема широковещательной услуги в системе цифрового широковещания. Устройство включает в себя генератор для генерирования информации руководства по услугам, включающей в себя данные широковещательной услуги, информацию о сети передачи, в которой передаются данные широковещательной услуги, и информацию о сети передачи, соседствующей с упомянутой сетью передачи; и передатчик для передачи информации руководства по услугам на верхнем уровне уровня Интернет Протокола (IP).
[10] В соответствии с другим аспектом настоящего изобретения предоставляется способ приема информации сигнализации для приема широковещательной услуги в системе цифрового широковещания. Способ включает в себя этапы, на которых принимают информацию руководства по услугам на верхнем уровне уровня Интернет Протокола (IP); и проверяют данные широковещательной услуги, информацию о сети передачи, в которой передаются данные широковещательной услуги, и информацию о сети передачи, соседствующей с упомянутой сетью передачи, которые включены в исходную информацию руководства.
[11] В соответствии с еще одним аспектом настоящего изобретения предоставляется устройство для приема информации сигнализации для приема широковещательной услуги в системе цифрового широковещания. Устройство включает в себя приемник для приема информации руководства по услугам на верхнем уровне уровня Интернет Протокола (IP); и контроллер для проверки данных широковещательной услуги, информации о сети передачи, в которой передаются данные широковещательной услуги, и информации о сети передачи, соседствующей с упомянутой сетью передачи, которые включены в исходную информацию руководства.
Описание чертежей
[12] Вышеупомянутые и другие аспекты, признаки и преимущества конкретных вариантов осуществления настоящего изобретения станут более очевидными из последующего описания, рассматриваемого совместно с сопроводительными чертежами.
[13] На Фиг.1 изображено руководство широковещательной услуги для приема широковещательной услуги в системе широковещания для мобильных устройств согласно одному варианту осуществления настоящего изобретения.
[14] На Фиг.2 изображен протокол NGH для DVB-NGH согласно одному варианту осуществления настоящего изобретения.
[15] На Фиг.3 изображено устройство для передачи информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[16] На Фиг.4 изображено устройство для приема информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[17] Фиг.5 является блок-схемой последовательности операций, изображающей процесс передачи информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[18] Фиг.6 является блок-схемой последовательности операций, изображающей процесс приема информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[19] Следует понимать, что повсюду на чертежах одни и те же ссылочные позиции ссылаются на одни и те же элементы, признаки и структуры.
Осуществление изобретения
[20] Теперь будут подробно описаны различные варианты осуществления настоящего изобретения со ссылкой на сопроводительные чертежи. В последующем описании конкретные элементы, такие как подробные конфигурации и компоненты, предоставляются лишь для облегчения полного понимания специалистом в данной области техники примерных вариантов осуществления настоящего изобретения. Поэтому специалист в данной области техники должен учитывать, что различные изменения и модификации вариантов осуществления, описанных в данном документе, могут быть сделаны без отступления от объема и сущности настоящего изобретения, определенных в прилагаемой формуле изобретения. Кроме того, описания известных функций и конструкций могут быть опущены для ясности и краткости, когда их наличие может затруднить понимание предмета настоящего изобретения.
[21] Хотя варианты осуществления настоящего изобретения будут описываться ниже со ссылкой на технологию DVB-NGH и Услуги Широковещания для Мобильных Устройств Открытого Альянса по Мобильной Связи (OMA BCAST), которая является стандартом прикладного уровня для широковещания для мобильных устройств, среди широковещательных технологий, к которым применимо настоящее изобретение, в качестве примера, однако объем настоящего изобретения не ограничивается таким применением.
[22] На Фиг.1 изображено руководство широковещательной услуги для приема широковещательных услуг в системе широковещания для мобильных устройств согласно одному варианту осуществления настоящего изобретения. В частности, на Фиг.1 изображена модель данных руководства широковещательной услуги, которое предназначено для предоставления широковещательных услуг терминалам.
[23] На Фиг.1 руководство широковещательной услуги включает в себя фрагменты, которые имеют различные назначения, причем фрагменты разбиты на четыре группы согласно своим возможностям. В частности, руководство широковещательной услуги включает в себя административную группу 100 для предоставления информации о родительской (верхнего ранга) конфигурации руководства всей широковещательной услуги, группу 110 предоставления для предоставления информации о тарифе (или оплате) для приема широковещательных услуг, основную группу 120 для предоставления основной информации руководства широковещательной услуги, такой как широковещательные услуги, контент и расписание широковещания услуг, и группу 130 доступа для предоставления информация о доступе для осуществления доступа к широковещательным услугам или контенту. На Фиг.1, сплошные линии, соединяющие фрагменты, относятся к перекрестным ссылкам между фрагментами.
[24] Административная группа 100, которая является группой, предоставляющей базовую информацию, с помощью которой терминал принимает руководство широковещательной услуги, включает в себя Дескриптор 101 Доставки Руководства по Услугам (SGDD). SGDD 101 предоставляет информацию о канале, по которому может быть принято множество фрагментов руководства широковещательной услуги, информацию расписания и информацию обновления в терминал, так что терминал может своевременно принимать руководство широковещательной услуги.
[25] Группа 110 предоставления является группой для предоставления информации о тарифе для приема широковещательных услуг и включает в себя фрагмент 111 с элементом покупки, фрагмент 112 с данными о покупке и фрагмент 113 с каналом покупки. Фрагмент 111 с элементом покупки предоставляет информацию о тарифе для пакетов широковещательных услуг, контенте и времени пользователю, которые помогают пользователю подписаться на желаемые элементы покупки или купить их. Фрагмент 112 с данными о покупке предоставляет информацию о способах, с помощью которых пользователь может внести оплату. Фрагмент 113 с каналом покупки предоставляет информацию о доступе для подписки на широковещательные услуги или об их покупке.
[26] Основная группа 120 предоставляет информацию о широковещательных услугах непосредственно. В частности, основная группа 120 включает в себя фрагмент 121 с услугой, фрагмент 122 с расписанием и фрагмент 123 с контентом. Фрагмент 121 с услугой, который является основой руководства широковещательной услуги или родительской (или верхней) совокупностью контента, включенного в широковещательные услуги, предоставляет информацию о кратких обзорах, жанрах и зонах обслуживания широковещательных услуг. Фрагмент 122 с расписанием предоставляет информацию о времени для каждого контента, включенного в широковещательные услуги, например потоковую передачу и загрузку. Фрагмент 123 с контентом предоставляет информацию о подробных описаниях, целевых пользовательских группах, зонах обслуживания и жанрах для широковещательного контента.
[27] Группа 130 доступа включает в себя фрагмент 131 с доступом и фрагмент 132 с описанием сеанса. Группа 130 доступа предоставляет информацию о доступе к широковещательным услугам, указывающую на способы, с помощью которых пользователь может принимать широковещательные услуги в основной группе 120, и подробную информацию о сеансе, через который доставляется контент в широковещательных услугах. Используя данную информацию, терминал осуществляет доступ к широковещательным услугам.
[28] Фрагмент 131 с доступом предоставляет относящуюся к доступу информацию для предоставления возможности доступа к широковещательным услугам и предоставляет способы доставки и информацию о сеансе для относящегося к доступу сеанса. Фрагмент 132 с описанием сеанса может быть включен во фрагмент 131 с доступом и может предоставлять информацию о местоположении в форме Унифицированного Идентификатора Ресурса (URI), для того чтобы терминал мог проверить информацию описания сеанса. Фрагмент 132 с описанием сеанса предоставляет информацию об адресе и информацию о кодеке для контента, присутствующего в сеансе.
[29] Руководство широковещательной услуги дополнительно включает в себя фрагмент 124 с данными предварительного просмотра и фрагмент 125 с интерактивными данными в дополнение к упомянутым четырем группам. Фрагмент 124 с данными предварительного просмотра предоставляет предварительные просмотры и пиктограммы для широковещательных услуг и контента, а фрагмент 125 с интерактивными данными предоставляет информацию об интерактивных широковещательных услугах, в которых пользователь может участвовать.
[30] На Фиг.2 изображен протокол NGH для DVB-NGH согласно одному варианту осуществления настоящего изобретения. В частности, информация сигнализации профиля IP передается и принимается на верхнем уровне уровня 205 Интернет Протокола (IP).
[31] На Фиг.2 физический уровень 201 DVB-NGH переносит битовый поток с использованием подходящей схемы модуляции и переносит сигнализацию 202 Уровня 1 (L1). Сигнализация 202 L1 предоставляет информацию, используемую на физическом уровне, такую как информация, которую терминал использует для собственного доступа к или отсоединения от DVB-NGH. Ссылочные позиции 203 и 204 представляют собой верхние уровни физического уровня, в котором данные, принятые от своего верхнего уровня, преобразовываются в кадры Основной Полосы (BB) посредством процесса инкапсуляции.
[32] Данные 206 широковещательной услуги (например, руководство широковещательной услуги, описанное совместно с Фиг.1), Информация 207 Верхнего Уровня (ULI), включающая в себя информацию о сети от уровня данных до прикладного уровня сети передачи, в которой передаются данные широковещательной услуги, и Информация 208 Мультиплексирования Соседних устройств (NMI), включающая в себя информацию о сети (сетях) передачи, соседствующей с упомянутой сетью передачи, включены в верхний уровень в уровне 205 IP. ULI 207 и NMI 208 включают в себя информацию сигнализации профиля IP. Информация сигнализации профиля IP используется для приема информации, существующей на нижних уровнях уровня 205 IP.
[33] ULI 207 включает в себя информацию Помехоустойчивого Сжатия Заголовка (RoHC) для сжатия IP-заголовков всех IP-потоков для их передачи и приема, информацию для отображения компонентов широковещательной услуги в Каналы Физического Уровня (PLP), и физические параметры каналов PLP, ассоциированных с широковещательными услугами. Например, ULI 207 может включать в себя синтаксис, заданный в Таблице 1 ниже.
[34] Таблица 1 1
[35] Информация RoHC, включенная в ULI 207, включает в себя поле ′Uniform Resource Locator (URL) length′ («длина Унифицированного Указателя Ресурсов»), поле ′URL_byte or IP address+port number′ (“байт URL или IP-адрес+номер порта”), поле ′Context Identification (CID)′ («Идентификация Контекста»), поле ′context profile′ («профиль контекста»), поле ′static_info_length′ («длина статической информации») и поле ′static chain byte′ (байт статической цепочки). Информация для отображения компонентов широковещательной услуги в каналы PLP включает в себя поле ′anchor flag′ («флаг привязки»), поле ′PLP id′ (идентификатор PLP), поле ′Multiple Input Multiple Output (MIMO) mode′ («режим с Множеством Входов и Множеством Выходов»), и поле ′Reserved for Future Use (RFU)′ («Зарезервирован для Будущего Использования»). Физические параметры каналов PLP, ассоциированных с широковещательными услугами, включают в себя поле T_INT_APLPF и поле BS_APLPF.
[36] Каждое поле в Таблице 1 может быть определено так, как в Таблице 2 ниже.
[37] Таблица 2
Таблица 2
Поля
Определение
section length (длина секции)
Поле, указывающее длину секции
number of services (количество услуг)
Поле, указывающее количество широковещательных услуг, доставляемых по текущему каналу
number of components (количество компонентов)
Поле, указывающее количество компонентов, доставляемых через широковещательную услугу в ответвлении широковещательной услуги к абоненту
URL length (длина URL)
Поле, указывающее длину поля «URL_byte или IP-адрес+номер порта», указывающего каждый компонент
URL_byte or IP address+port number (URL_byte или IP-адрес+номер порта)
Текстовое байтовое поле (IP-адрес+номер порта) значения URL_byte, указывающее каждый компонент, или IP-адрес, указывающий IP-канал, по которому передается каждый компонент, и номер порта.
context id (идентификатор контекста)
Поле, указывающее CID сжатого IP-потока
context profile (профиль контекста)
Поле, указывающее профиль контекста сжатого IP-потока
static info length (длина статической информации)
Поле, указывающее длину последовательности байтов статической цепочки
static chain byte (байт статической цепочки)
Поле, указывающее последовательность байтов, которая является статической информацией сжатого потока IP
Anchor Flag (флаг привязки)
Поле, указывающее, что канал PLP является привязкой всех каналов PLP, ассоциированных с данной широковещательной услугой
PLP ID (идентификатор PPL)
Поле, указывающее ID PLP, к которому доставляется компонент
MIMO_MODE
Поле, указывающее использование структуры Одного Входа и Одного Выхода (SISO)/MIMO
T_INT_APLPF
Поле, указывающее время (в миллисекундах или символах Мультиплексирования с Ортогональным Частотным Разделением (OFDM)) между двумя последовательными кадрами всех относящихся к широковещательной услуге каналов PLP
BS_APLPF
Поле, указывающее максимальный размер буфера (например, максимальный размер выделенных PLP-кадров) в сотах с OFDM
CRC byte (байт CRC)
Поле, указывающее байт Циклической Проверки Избыточности (CRC) связанного сеанса
[38] В поле CID в Таблице 2, маленькая CID или большая CID используется для информации RoHC. Маленькая CID имеет один октет между 1 и 15, а большая CID имеет один или два октета между 1 и 16383. Размер CID определяется следующими правилами
[39] - Если значение CID начинается с '1110': для информации RoHC используется маленькая CID, размер контекста составляет 1 октет, и CID имеет 4 бита.
[40] - Если значение CID начинается с '0': для информации RoHC используется большая CID, размер контекста составляет 1 октет, и CID имеет 7 битов.
[41] - Если значение CID начинается с '10': для информации RoHC используется большая CID, размер контекста составляет 2 октета, и CID имеет 14 битов.
[42] Диапазон протоколов, используемый для сжатия IP-потока, сообщается для информации RoHC в поле профиля контекста среди полей в Таблице 2. Поле байта статической цепочки используется для инициализации IP-потока, сжатого на основе информации RoHC, а размер и структура поля байта статической цепочки зависят от профиля контекста.
[43] На основе T_INT_APLPF в Таблице 2 приемник определяет, способен ли он обработать ранее выделенные PLP-кадры, в течение этого времени, и может ли вычислить пространство буфера для обработки следующего кадра ассоциированных каналов PLP.
[44] NMI 208 включает в себя информацию о сети для соты, в которой терминал принимает широковещательные услуги, и смежных с ней сот, и информацию физического уровня для предоставления возможности быстрого приема широковещательных услуг. Например, NMI 208 включает в себя синтаксис, такой как показан в Таблице 3 ниже.
[45] Таблица 3
Таблица 3
Синтаксис
Количество битов
Идентификатор
mux information section() {
NGH_system_id
16
uimsbf
cell_id
16
uimsbf
number_RF
3
uimsbf
for (i=0; i<number_RF; i++){
RF_id
3
uimsbf
bandwidth
4
uimsbf
transmission_mode
3
uimsbf
guard_interval
4
uimsbf
common_clock_reference_id
4
uimsbf
in_band_flag
1
uimsbf
if (in_band)flag){
ngh_slot_length
12
uimsbf
ngh_slot_interval
24
uimsbf
}
}
number_of_LNC
3
uimsbf
for (i=0; i<number_of_LNC; i++){
RF_main;
3
uimsbf
nof_PLP;
8
uimsbf
for (j=0; j<nof_PLP; j++){
PLP_id;
8
uimsbf
}
}
}
[46] Каждое поле в Таблице 3 может быть определено так, как в Таблице 4 ниже.
[47] Таблица 4
Таблица 4
Поля
Определения
NGH_system_id (идентификатор системы NGH)
Поле, указывающее ID сети NGH
cell_id (идентификатор соты)
Поле, указывающее ID соты NGH
number_RF (количество RF)
Поле, указывающее количество радиочастот (RF), существующих в соте, указанной посредством ID Соты
RF_id (идентификатор RF)
Поле, указывающее ID RF
bandwidth (ширина полосы)
Поле, указывающее полосу передачи RF
transmission_mode (режим передачи)
Поле, указывающее режим передачи NGH
guard_interval (защитный интервал)
Поле, указывающее защитный интервал между сотами с OFDM
common_clock_reference_id (идентификатор общего тактового сигнала)
Поле, указывающее идентификатор общего тактового сигнала, используемого в системе
in_band_flag (флаг внутриполосной сигнализации)
Поле, указывающее использование/неиспользование внутриполосной сигнализации
ngh_slot_length (длина слота NGH)
Поле, указывающее длину текущего слота, соответствующую количеству сот с OFDM
ngh_slot_interval (интервал между слотами NGH)
Поле, указывающее количество T интервалов между текущим слотом NGH и следующим слотом
number_of_LNC (количество LNC)
Поле, указывающее общее количество Малошумящих Преобразователей (LNC) в текущей системе NGH
RF_main (главная RF)
Поле, указывающее главную RF
nof_PLP (количество PLP)
Поле, указывающее количество каналов PLP в текущем LNC
PLP_id (идентификатор PLP)
Поле, указывающее ID PLP
[48] ULI 207 и NMI 208 передаются и принимаются в SGDD.
[49] На Фиг.3 изображено устройство для передачи информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[50] На Фиг.3 генератор 310 информации сигнализации генерирует ULI 207, включающую в себя информацию о сети от уровня данных до прикладного уровня сети передачи, и NMI 208, включающую в себя информацию о соседствующей сети (сетях) передачи. То есть генератор 310 информации сигнализации генерирует ULI 207, включающую в себя информацию RoHC для всех IP-потоков, информацию для отображения компонентов широковещательной услуги в каналы PLP, и физические параметры каналов PLP, ассоциированных с широковещательными услугами, показанными в Таблице 1, и генерирует NMI 208, включающую в себя информацию о сети для соты, в которой терминал принимает широковещательные услуги, и смежных с ней сот, и информацию физического уровня для быстрого приема широковещательных услуг, как показано в Таблице 3.
[51] Генератор 330 SGDD генерирует SGDD, включающий в себя ULI 207 и NMI 208, а передатчик 350 SGDD передает сгенерированный SGDD к принимающему устройству.
[52] Хотя генератор 310 информации сигнализации, генератор 330 SGDD и передатчик 350 SGDD реализованы в отдельных блоках на Фиг.3, специалистам в данной области техники будет понятно, что они могут быть реализованы в одиночном блоке.
[53] На Фиг.4 изображено устройство для приема информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[54] На Фиг.4 приемник 410 SGDD принимает SGDD, переданный от передающего устройства, и пересылает его блоку 430 разложения SGDD. Блок 430 разложения SGDD разлагает ULI 207 и NMI 208, включающие в себя информацию сигнализации профиля IP, из принятого SGDD, и доставляет ULI 207 и NMI 208 в анализатор 450 информации сигнализации.
[55] Анализируя каждую из ULI 207 и NMI 208, анализатор 450 информации сигнализации проверяет информацию о сети от уровня данных до прикладного уровня сети передачи, которая включена в ULI 207, и проверяет информацию о соседствующей сети передачи, которая включена в NMI 208. Таким образом, анализатор 450 информации сигнализации проверяет информацию RoHC для всех IP-потоков, информацию для отображения компонентов услуги в каналы PLP, и физические параметры каналов PLP, ассоциированных с широковещательными услугами, все из которых включены в ULI 207, и проверяет информацию о сети для соты, в которой терминал принимает широковещательные услуги, и смежных с ней сот, и информацию физического уровня для предоставления возможности быстрого приема широковещательных услуг, обе из которых включены в NMI 208.
[56] Хотя приемник 410 SGDD, блок 430 разложения SGDD и анализатор 450 информации сигнализации реализованы в отдельных блоках на Фиг.4, специалистам в данной области техники будет понятно, что они могут быть реализованы в одиночном блоке. Дополнительно блок 430 разложения SGDD и анализатор 450 информации сигнализации могут быть реализованы в качестве одиночного контроллера.
[57] Фиг.5 является блок-схемой последовательности операций, изображающей процесс передачи информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[58] На Фиг.5 на этапе 510 генератор 310 информации сигнализации генерирует ULI 207, включающую в себя информацию RoHC для всех IP-потоков, информацию для отображения компонентов широковещательной услуги в каналы PLP, и физические параметры каналов PLP, ассоциированных с широковещательными услугами, как показано в Таблице 1 выше. На этапе 530 генератор 310 информации сигнализации генерирует NMI 208, включающую в себя информацию о сети для соты, в которой терминал принимает широковещательные услуги, и смежных с ней сот, и информацию физического уровня для предоставления возможности быстрого приема широковещательных услуг, как показано в Таблице 3 выше.
[59] На этапе 550 генератор 330 SGDD генерирует SGDD, включающий в себя сгенерированные ULI 207 и NMI 208. На этапе 570 передатчик 350 SGDD передает сгенерированный SGDD принимающему устройству.
[60] Альтернативно, этап генерирования ULI (этап 510) и этап генерирования NMI (этап 530) являются взаимозаменяемыми.
[61] Фиг.6 является блок-схемой последовательности операций, изображающей процесс приема информации сигнализации профиля IP согласно одному варианту осуществления настоящего изобретения.
[62] На Фиг.6 приемник 410 SGDD принимает SGDD, переданный от передающего устройства на этапе 610, а блок 430 разложения SGDD разлагает ULI 207 и NMI 208, включающих в себя информацию сигнализации профиля IP, из принятого SGDD на этапе 630. На этапе 650 анализатор 450 информации сигнализации анализирует ULI 207 для проверки на наличие информации RoHC для всех IP-потоков, информации для отображения компонентов услуги в каналы PLP, и физические параметры каналов PLP, ассоциированных с широковещательными услугами, и анализирует NMI 208 для проверки на наличие информации о сети для соты, в которой терминал принимает широковещательные услуги, и смежных с ней сот, и информации физического уровня для предоставления возможности быстрого приема широковещательных услуг.
[63] Подводя итог вышесказанному, в соответствии с вариантом осуществления настоящего изобретения информация сигнализации профиля IP предоставляется принимающему устройству (например, терминалу) в SGDD в DVB-NGH, тем самым уменьшается время задержки, в течение которого принимающее устройство принимает информацию сигнализации.
[64] Из предшествующего описания очевидно, что вышеописанные варианты осуществления настоящего изобретения предоставляют информацию сигнализации сети передачи и физического уровня сети передачи для профиля IP DVB-NGH с использованием способа основанной на IP сигнализации, так что терминал может эффективно принимать информацию сигнализации.
[65] Дополнительно вышеописанные варианты осуществления настоящего изобретения предоставляют способ эффективного конфигурирования информации сигнализации сети передачи и физического уровня сети передачи для профиля IP DVB-NGH.
[66] Дополнительно вышеописанные варианты осуществления настоящего изобретения предоставляют терминалу в SGDD информацию сигнализации сети передачи и физического уровня сети передачи для профиля IP DVB-NGH, тем самым уменьшается время задержки, в течение которого терминал принимает информацию сигнализации.
[67] Хотя настоящее изобретение было продемонстрировано и описано со ссылкой на его конкретные варианты осуществления, специалистам в данной области техники будет понятно, что различные изменения в форме и элементах могут быть выполнены в нем без отступления от сущности и объема настоящего изобретения, какими они определены в прилагаемой формуле изобретения и их эквивалентами.