Область техники
Настоящее изобретение относится к способу работы устройства широковещательной или многоадресной передачи, к устройству широковещательной или многоадресной передачи информационных услуг, к способу работы приемника, к приемнику и пользовательскому интерфейсу.
Предшествующий уровень техники
Сервис протокола Интернет (IP) может включать в себя множество объектов, доставляемых с использованием сеанса IP-протокола. Сеанс IP-протокола может включать в себя IP-поток, несущий первичное содержимое, такое как передаваемую в реальном времени или записанную музыку, и другие IP-потоки, несущие вторичное содержимое, такое как исправление ошибок или слова песен. Другим примером IP-сеанса является передача новостей, где первичный IP-поток может нести аудиоданные, а вторичные потоки несут загрузку видеоклипа и рассылку web-страницы соответственно. Такие услуги могут транслироваться с использованием наземных станций цифрового видеовещания (DVB-T), но IP-потоки могут вместо этого передаваться в режиме многоадресной передачи и одноадресной передачи.
Система цифрового видеовещания (DVB) обычно обеспечивает скорость передачи данных 10 Мб/с и выше. Это обеспечивает возможность существенного сокращения среднего потребления мощности DVB-приемника за счет использования сегментирования по времени, основанного на методе множественного доступа с временным разделением каналов (TDMA). Сегментированные по времени данные посылаются в пакетах с использованием существенно более широкой полосы по сравнению с шириной полосы, требуемой в случае, если данные передаются с использованием статической ширины полосы. В пакет включаются данные, указывающие время до начала следующего пакета (дельта-t). Между пакетами данные услуги не передаются, обеспечивая возможность другим услугам использовать располагаемую ширину полосы. Это позволяет приемнику оставаться в активном режиме только в течение части времени, но при этом сохранять возможность приема пакетов данных запрошенной услуги. Если мобильный портативный терминал требует более низкой постоянной скорости передачи в битах, буферизация принимаемых пакетов может обеспечить выполнение этого требования. Данные форматируются с использованием, например, многопротокольного инкапсулятора в соответствии с разделом 7 Европейского Стандарта EN 301 192 «Цифровое вещание видеоданных (DVB); спецификация DVB для широковещательной передачи данных». Многопротокольный инкапсулятор посылает инкапсулированные данные в передатчик цифрового вещания для широковещательной передачи к приемнику цифрового вещания в виде сегментированного по времени сигнала. Сегментированный по времени сигнал содержит непрерывную последовательность пакетов передачи.
Приемный терминал системы DVB-T может определять информацию об IP-сеансах из уведомлений об IP-сеансах. Уведомления структурированы иерархическим способом. На нижнем уровне уведомления относительно субкатегории информационных услуг могут включать в себя ряд сообщений, причем каждое сообщение имеет информацию, описывающую IP-сеанс, информацию, описывающую содержимое IP-потоков, информацию относительно местоположения (например, канальная частота и т.д.) соответствующих IP-потоков, информацию о графиках сеансов и некоторые другие параметры, относящиеся к ним. Над нижним уровнем имеются иерархические уровни уведомлений, каждый уровень которых дает информацию только об уведомлениях на непосредственно более низком уровне. Услуги в типовом случае разделены на различные категории, так что наивысший (или корневой) уровень может включать в себя сообщения, связанные по принципу «один к одному» с такими категориями, как новости, спорт, развлечения и т.д. Уведомления в категории «спорт» могут включать в себя сообщения, каждое из которых связано с одной из таких категорий, как «футбол», «хоккей», «атлетика» и т.д. Может иметься любое количество уровней уведомлений. Уведомление IP-сеанса может осуществляться с использованием сообщения протокола описания сеанса (SDP), которое образует часть сообщения протокола уведомления о сеансе (SAP).
Обычным для уведомления об IP-сеансе является то, что уведомление на одном уровне иерархии передается в канале, имеющем частоту, отличающуюся от частоты канала, в котором передается уведомление об IP-сеансе на более низком уровне, например на непосредственно нижележащем уровне. Это означает, что для терминала, имеющего единственный радиоприемник, не всегда возможно одновременно принимать уведомления на различных уровнях.
В документе WO 01/99348 описан протокол многоадресной передачи.
Сущность изобретения
Соответственно первому аспекту изобретения предусмотрен способ работы устройства широковещательной или многоадресной передачи, при этом способ включает в себя управление устройством для обеспечения широковещательной или многоадресной передачи в отношении одного или более уведомлений на более низком уровне и относительно категории информационной услуги, данных, указывающих на категорию, к которой относятся уведомления, и данных, указывающих количество информации уведомлений, передаваемой в отношении более низкого уровня.
В соответствии со вторым аспектом изобретения предусмотрено устройство для широковещательной или многоадресной передачи информационных услуг, выполненное с возможностью формирования для широковещательной или многоадресной передачи данных, указывающих на категорию, к которой относятся одно или более уведомлений на более низком уровне, и относящихся к информационной услуге, и данных, указывающих количество информации уведомлений, передаваемой в отношении уведомлений более низкого уровня.
В соответствии с третьим аспектом изобретения предусмотрен способ работы приемника, причем способ включает в себя прием посредством уведомления приемника данных, указывающих на категорию, к которой относятся одно или более уведомлений на более низком уровне, и относящихся к информационной услуге, и количественных данных, указывающих количество информации уведомлений, передаваемой в отношении уведомлений более низкого уровня; и управление приемником для приема данных уведомлений в течение периода времени, зависящего, по меньшей мере частично, от количественных данных.
В соответствии с четвертым аспектом изобретения предусмотрен приемник для приема данных уведомлений, указывающих на категорию, к которой относятся одно или более уведомлений на более низком уровне, и относящихся к информационной услуге, и количественных данных, указывающих количество информации уведомлений, передаваемой в отношении уведомлений более низкого уровня; и выполненный с возможностью приема данных уведомлений в течение периода времени, зависящего, по меньшей мере частично, от количественных данных.
В соответствии с пятым аспектом изобретения предусмотрен пользовательский интерфейс, используемый с электронной программой или руководством по обслуживанию, причем пользовательский интерфейс содержит модуль приемника, выполненный с возможностью приема данных, указывающих на категорию, к которой относятся одно или более уведомлений на более низком уровне, и относящихся к информационной услуге, и количественных данных, указывающих количество информации уведомлений, передаваемой в отношении уведомлений более низкого уровня, и модуль отображения, выполненный с возможностью отображения ряда опций категорий, причем указанные опции могут выбираться пользователем и количество опций категорий зависит, по меньшей мере частично, от количественных данных.
Преимущества, которые вытекают из включения количественной информации, воспринимаются в основном на приемной стороне. В частности, знание того, как долго приемнику требуется принимать информацию уведомлений, позволяет ему экономить ресурсы, наиболее значительно ресурсы мощности питания и ресурсы радиоприемника. Экономия ресурсов может быть оптимизирована, если также имеется информация времени ожидания.
Варианты осуществления изобретения описаны ниже, только для примера, со ссылками на чертежи.
Краткое описание чертежей
На чертежах представлено следующее:
Фиг.1 - схематичное представление системы широковещательной передачи, содержащей компоненты, соответствующие различным аспектам изобретения;
Фиг.2 - схематичное представление приемника, соответствующего различным аспектам изобретения;
Фиг.3 - схематичное представление, иллюстрирующее работу приемника по фиг. 2;
Фиг.4 - схематичное представление, иллюстрирующее иерархию уведомлений; и
Фиг.5А-5С - схематичное представление, иллюстрирующее экранные изображения, формируемые пользовательским интерфейсом, образующим часть приемника по фиг. 2, соответствующего одному аспекту изобретения.
Детальное описание вариантов осуществления изобретения
На фиг.1 показана система широковещательной передачи, соответствующая варианту осуществления изобретения, содержащая в основном серверное устройство 10 широковещательной передачи, сеть Интернет 11, систему DVB-T 12, вышку 13 радиопередатчика и клиентский приемный терминал 14. Сервер 10 широковещательной передачи содержит устройство 15 широковещательной передачи информационных услуг, которое содержит программное обеспечение для генерации IP-потоков и соответствующих уведомлений об IP-сеансах на множестве уровней в виде сообщений протокола SAP (SAP-сообщений). IP-потоки могут представлять собой такие обычные потоки и поэтому детально не описываются. В другом варианте осуществления изобретения IP-потоки могут представлять собой так называемые пакеты IP-передач данных, использующие сегментирование по времени. Однако в соответствии с изобретением уведомления об IP-сеансах являются нетрадиционными. При использовании сегментирования по времени уведомления о сеансах по существу сходны с обычными уведомлениями о сеансах. За исключением уведомлений об IP-сеансах самого нижнего уровня каждое уведомление об IP-сеансе, генерируемое устройством 15 широковещательной передачи информационных услуг, включает в себя информацию, идентифицирующую IP-адрес получателя и порт, на котором могут быть найдены уведомления о SAP-сообщениях местоположения на уровне ниже текущего уровня. В типовом случае - это уровень, находящийся непосредственно ниже текущего уровня, но это не является обязательно необходимым. Также уведомления могут быть в отношении множества более низких уровней, что может включать в себя или не включать непосредственно рядом расположенный более низкий уровень. Каждое уведомление об IP-сеансе также включает в себя поле хеша идентификатора сообщения для SAP-сообщения и категорию или субкатегорию, к которой относится информационная услуга. Каждое из полей хеша идентификатора сообщения включает значение хеш-функции, которое уникальным образом идентифицирует сообщение с адресом источника, откуда отправлено сообщение. Каждое уведомление также включает в себя информацию, идентифицирующую число сообщений на более низком уровне и относящуюся к данной категории, и время ожидания. Время ожидания может быть установлено на значение, зависящее от минимального времени между обновлениями сообщений более низкого уровня, например, равное этому времени. Также включены значения времени начала и остановки передачи услуги и формат пересылки, например sap sdp. Сообщения уведомлений на самом нижнем уровне определяют протокол пересылки (например,RTP/UDP/IP) и мультимедийный формат.
Уведомления об IP-сеансах могут включать в себя вышеописанную информацию любым удобным способом. Например, параметры «счет» и «время ожидания» могут быть включены в атрибут "cat" (категория) SDP-сообщения, например, "a=cat:x.y.z 10 20" означает указатель на категорию "x.y.z" со значениями 10 для параметра «счет» и 20 для параметра «время ожидания». Альтернативно, эта информация может включаться в поле мультимедийного параметра "m", например, в следующем виде: "m=application 9889 sap sdp 10 20".
IP-потоки и уведомления IP-сеансов на всех уровнях, генерируемые устройством 15 широковещательной передачи информационных услуг, обеспечиваются сервером 10 и через сеть Интернет 11 подаются в систему DVB-T 12. Здесь IP-потоки и уведомления IP-сеансов подготавливаются, прежде чем транслироваться с вышки радиопередатчика 13. Приемник 14 терминала, который в этом примере является наземным цифровым приемником, принимает уведомления IP-сеансов посредством антенны 16. Приемник содержит базу данных 17, приемное устройство 18, анализатор 19 и каталог 20 услуги, который содержит информацию о различных категориях, которые показываются пользователю, и информацию относительно того, где можно найти уведомления, связанные с категориями.
Работа клиентского приемника 14 осуществляется следующим образом. Принимаются уведомления IP-сеансов и их информация о категории проверяется на наличие уведомлений, относящихся к требуемой информационной услуге или категории. Идентификатор информационной услуги, которая требуется, вводится пользователем и сохраняется в базе данных. Когда найдено уведомление IP-сеанса, относящееся к требуемой категории, информация, которую оно содержит, сохраняется локальным образом. Из сохраненного уведомления клиентский приемник 14 определяет IP-адрес и порт уведомлений на более низком уровне, в типовом случае на уровне, расположенном непосредственно ниже, и указывает приемнику на это расположение. Уведомление может содержать IP-адрес и информацию о порте или может быть так, что информация, включенная в уведомление, объединяется с информацией отображения для получения требуемого физического и логического канала (местоположения). Принимая SAP-сообщения из этого IP-адреса и порта, клиентский приемник 14 принимает и сохраняет некоторое количество уведомлений, равное числу, приведенному в уведомлении о IP-сеансе более высокого уровня, в типовом случае уровня, непосредственно выше данного, после чего он запускает таймер (не показан) и прекращает прием. Здесь сохраняются только сообщения, связанные с требуемой категорией. Кроме того, значения хеш-функции из полей хешей идентификаторов сообщений проверяются вместе с адресами источников отправителей сообщений, чтобы гарантировать, что каждое из различных сообщений принято и сохранено. Если бы значения хеш-функций не проверялись, сообщения могли бы быть пропущены, если, например, сообщения передаются в неповторяющейся последовательности. Как только таймер достигает значения, равного в секундах значению времени ожидания, включенному в уведомление о соответствующем IP-сеансе, приемник вновь принимает SAP-сообщения из IP-адреса и порта, идентифицированных в уведомлении об IP-сеансе более высокого уровня.
Таким путем приемник получает возможность принимать SAP-сообщения в течение времени, достаточного для приема всех сообщений, которые включены в него, и не принимает никаких сообщений вновь до тех пор, пока не пройдет время, зависящее от значения времени ожидания. Таким образом, приемник 18 получает возможность принимать сообщения уведомлений на данном уровне иерархии только прерывистым образом.
Уведомления на более низких уровнях, которые относятся к уведомлениям иным, чем IP-потоки, обрабатываются по существу тем же самым способом, хотя относятся вместо этого к рассматриваемым сообщениям с требуемой субкатегорией, а не категорией.
Альтернативная форма клиентского приемника показана на фиг.2.
На фиг.2 показан клиентский приемник в форме портативного терминала 30, который содержит в основном первую антенну 31, антенну 34 системы DVB, приемопередатчик 32, приемник 35 системы DVB для приема DVB-передач, центральный процессорный блок (ЦПБ) 33 и источник питания, предпочтительно в форме подзаряжаемой батареи. Приемопередатчик 32 соединен с первой антенной 31 и с ЦПБ 33. DVB-приемник 35 соединен с DVB-антенной 34. Также с ЦПБ 33 соединены DVB-приемник 35, клавиатура 36, дисплей 37 и средство 38 аудиовывода. Пользовательский интерфейс образован различными частями терминала, в частности DVB-приемником 35, ЦПБ 33 и дисплеем 37. Терминал 30 также включает в себя другие обычные средства мобильного телефона, которые на фиг.2 не показаны в целях наглядности чертежа.
Идентификатор информационной услуги, в которой заинтересован пользователь, вводится посредством клавиатуры 36. Разумеется, ввод может быть сделан любым удобным способом, например с помощью голосовых команд или посредством сенсорного экрана (не показан). ЦПБ 33 затем управляет приемопередатчиком 32 и DVB-приемником 35 для нахождения и приема уведомлений об IP-сеансах, соответствующих требуемой информационной услуге. После того как информация уведомления, относящаяся к требуемой категории, принята, ЦПБ 33 управляет приемопередатчиком 32 и DVB-приемником 35 для приема сообщений на более низком уровне уведомлений.
В некоторых обстоятельствах ЦПБ 33 может определить, что требуется дополнительный пользовательский ввод, например, для выбора того, какие из доступных категорий или IP-потоков, если таковые имеются, представляют интерес. В этом случае доступные субкатегории или потоки отображаются с использованием дисплея 37 и/или о них оповещается с использованием аудиовывода 38 и ожидается пользовательский ввод для выбора. В этом случае ЦПБ 33 осуществляет управление, так что соответствующие уведомления об IP-сеансах или IP-потоки не принимаются до тех пор, пока не будет выполнен пользовательский выбор, что обеспечивает экономию ресурса батареи питания. Однако DVB-приемник 35 управляется для продолжения приема уведомлений об IP-сеансах на наивысшем уровне либо непрерывно, либо прерывистым образом в случае, когда имеется изменение в этой информационной услуге. Число доступных сообщений уведомления определяется DVB-приемником 35 путем проверки информации, идентифицирующей число сообщений в канале. Любое изменение отражается в отображаемых и/или уведомляемых опциях.
Пример способа, которым приемник 14 и терминал 30 могут работать в ответ на принимаемые уведомления об IP-сеансах, описан со ссылками на фиг.3. Ссылки на приемник, показанный на фиг.2, даются для простоты объяснения.
Согласно фиг.3 терминал 30 начинает процедуру на этапе А путем управления своим DVB-приемником 35 для приема сообщения RM корневого уровня, т.е. уведомления об IP-сеансе наивысшего уровня, соответствующего требуемой категории. Сообщение RM включает в себя всю информацию об уведомлениях на более низком уровне, в типовом случае на уровне непосредственно ниже корневого уровня, как описано выше со ссылками на фиг.1. Из корневого сообщения RM терминал 30 определяет на этапе В, что его DVB-приемник должен принимать сообщения уведомлений из канала Х, имеющего неизвестный теперь IP-адрес и порт, и управляет соответственно приемопередатчиком 32, а также приемником. Терминал 30 также узнает из корневого сообщения RM, что имеется три различных сообщения в канале Х и что значение времени ожидания составляет 15 секунд. На этапе С DVB-приемник 35 затем принимает три сообщения уведомления в форме сообщений Х1, Х2 и Х3 перед прекращением приема сообщений. Понятно, что канал Х может быть тем же самым или другим физическим каналом относительно того канала, по которому передается корневое сообщение RM, и что может иметься отличающаяся многоадресная группа.
После прекращения приема DVB-приемник 35 может на этапе D и в течение времени ожидания прослушивать сообщения по другому каналу Y, по которому передаются сообщения уведомлений, касающиеся одной или более субкатегорий, к которым относятся сообщения, передаваемые по каналу Х. Альтернативно, DVB-приемник 35 может находиться в неактивном состоянии на этапе Е, прежде чем он начнет вновь принимать сообщения по каналу Х на этапе F. Для обеспечения полной целостности принимаемых сообщений DVB-приемник 35 может выполнять рекурсивное повторное сканирование в конце каждого периода времени ожидания на этапе Е.
В других вариантах осуществления (не показаны) количество данных, включенных в уведомления об IP-сеансах на уровне, лежащем непосредственно ниже текущего уровня, определяется в уведомлениях об IP-сеансах на более высоком уровне в терминах, иных, чем число сообщений, например, в терминах продолжительности передачи данных или в терминах объема (в байтах) данных.
Возможны другие формы терминала 30. В приведенном примере терминал 30 может быть таким терминалом, обладающим возможностями DVB в базовой полосе, например таким, как соответственно оснащенный портативный компьютер. Если используется сеть, иная, чем DVB-T, терминал 30 может принимать любую подходящую форму, такую как персональный цифровой помощник (PDA) или портативное звуковоспроизводящее устройство, такое как персональное стерео. Альтернативно, приемник может представлять собой модуль беспроводной локальной сети (WLAN).
В альтернативных вариантах осуществления уведомления могут посылаться по протоколу UHTTP вместо протокола SAP с приложением/содержимым MMS или электронной почты, или с ответом по протоколу HTTP. Протокол UHTTP имеет преимущество, заключающееся в том, что он может включать в себя множество SDP-сообщений. Также вместо SDP может использоваться XML, RDF или любой другой структурированный язык.
На фиг.4 приведен пример биерархического дерева. Здесь показан первый (наивысший) уровень (DCO) с тремя категориями (новости, спорт, развлечения) на втором уровне, который находится ниже первого уровня. Каждая из категорий на втором уровне включает в себя различные субкатегории (на третьем уровне), хотя показаны субкатегории - только категории «спорт», а именно «футбол», «баскетбол» и «атлетика». Можно видеть, что субкатегория «футбол» имеет два сеанса, связанных с ней, а именно «игры» и «футбольные новости». Сеансы находятся на самом низком уровне иерархии. Работа пользовательского интерфейса приемника по фиг.2 описана ниже со ссылками на фиг.4 и 5.
Согласно фиг.5А DVB-приемник 35, образующий часть пользовательского интерфейса, принимает сообщение уведомления, переданное относительно первого уровня, идентифицирующее три сообщения, находящиеся на втором уровне. Эти три сообщения относятся к одной и той же информации, которая в данном случае представляет «информацию». Сообщение уведомления первого уровня, принятое пользовательским интерфейсом, также включает в себя некоторую другую информацию, относящуюся к ним, как описано выше со ссылками на предыдущие чертежи. DVB-приемник 35 затем принимает три сообщения, как описано выше, и из принятых сообщений получает заголовок или обозначение для каждого из них. Пользовательский интерфейс в ответ отображает экранное представление 50, которое включает в себя ряд опций, равных числу сообщений на втором уровне, и идентифицирует каждое из них соответствующим названием или обозначением.
В связи с выбором опции «спорт» пользователем пользовательский интерфейс принимает три сообщения уведомления, которые относятся к уведомлениям в категории «спорт» и существуют на третьем уровне. Эти сообщения включают в себя информационные символы, идентифицирующие названия или обозначения этих трех опций, а также порт и адрес, где эти сообщения можно принять. Символы, идентифицирующие эти субкатегории, затем отображаются, как показано на экранном представлении 51 на фиг.5В.
В связи с выбором пользователем опции «футбол» пользовательский интерфейс принимает два сообщения сеанса, относящиеся к этой опции, и информация из них отображается на экранном представлении 52 на фиг.5С. В этом примере экранное представление 52 указывает, что это - клипы из игры, которые завтра будут транслироваться между 15:00 и 16:00. Дополнительно, пользовательский интерфейс может отобразить другую информацию, также принятую как часть сообщений уведомления, такую как дополнительное описание трансляции и/или URL web-сайта, где можно найти подробную информацию.
Должно быть понятно, что в приведенном выше описании термины «более высокий уровень» и «более низкий уровень» относятся к уведомлениям и тому подобному, что связано с уровнями более высокими или более низкими соответственно для иерархической структуры.
Изобретение относится к способам и устройствам широковещательной или многоадресной передачи. Достигаемый технический результат - экономия ресурсов радиоприемника и питания. Приемник принимает сигналы уведомлений об IP-сеансах от наземной системы трансляции цифровых видеоданных. Каждое уведомление об IP-сеансе (RM) содержит информацию, относящуюся к уведомлениям на непосредственно более низком уровне, а также информацию, идентифицирующую количество данных уведомления, такую как число сообщений уведомления и значение времени ожидания. Количественные данные сообщают приемнику, сколько сообщений (от X1 до Х3) ему надо принять, прежде чем он примет все релевантные сообщения уведомлений. Значение времени ожидания информирует приемник, как долго он может ожидать, прежде чем вновь принимать сообщения от X1 до Х3, которые могут иметь измененное содержание. После первоначального приема сообщений приемник может находиться в неактивном состоянии (Е) или может принимать сообщения уведомлений из другого канала Y (D). 5 н. и 14 з.п. ф-лы, 5 ил.
широковещательную или многоадресную передачу одного или более уведомлений на первом уровне иерархической структуры, причем упомянутые одно или более уведомлений относятся к категории информационной услуги, и
широковещательную или многоадресную передачу на втором уровне иерархической структуры данных, указывающих на категорию, к которой относятся упомянутые одно или более уведомлений, передаваемых на первом уровне, и данных, указывающих количество информации уведомлений, образующей упомянутые одно или более уведомлений первого уровня, причем первый уровень ниже, чем второй уровень.
Печь для непрерывного получения сернистого натрия | 1921 |
|
SU1A1 |
Yandex Маркет Каталог | |||
Перекатываемый затвор для водоемов | 1922 |
|
SU2001A1 |
Найдено из Интернет: http://web.archive.org/web/20010101-19960101re_/http://market.yandex.ru | |||
АППАРАТНЫЙ ВЕДУЩИЙ ТЕРМИНАЛ ДЛЯ СИСТЕМЫ ДОСТАВКИ ТЕЛЕВИЗИОННЫХ ПРОГРАММ И СПОСОБА ЕГО ИСПОЛЬЗОВАНИЯ | 1993 |
|
RU2112325C1 |
WO 00/36804 Al, 22.06.2000. |
Авторы
Даты
2007-04-27—Публикация
2003-07-09—Подача