ПОСТАВЩИК ТРАНСПОРТНОГО ПОТОКА, ПОСТАВЩИК СИГНАЛА DAB, АНАЛИЗАТОР ТРАНСПОРТНОГО ПОТОКА, ПРИЕМНИК DAB, СПОСОБ, КОМПЬЮТЕРНАЯ ПРОГРАММА И СИГНАЛ ТРАНСПОРТНОГО ПОТОКА

Область техники

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

Уровень техники изобретения

Цифровое мультимедийное вещание, известное под аббревиатурой DMB, является расширением, посредством аудиовизуального контента, предшествующего цифрового

радиовещания, известного под аббревиатурой DAB. Цифровое мультимедийное вещание, DMB, «наследует» полные функциональные возможности DAB, но дополняется возможностью дополнительной передачи кодированных по алгоритму MPEG2 транспортных потоков, содержащих визуализируемый контент и/или звуковой контент.

На передающей стороне существующий мультиплексор DAB с этой целью дополняется шлюзом DMB, принимающим транспортный поток MPEG2 от кодера DMB.

Фиг.14 показывает схематическое представление обработки сигналов DMB. Обработка 1400 сигналов DMB из фиг.14 принимает мультимедийную информацию 1410, включающую в себя, например, звуковой сигнал и/или видеосигнал. Обработка 1400 сигналов DMB дополнительно включает в себя кодер 1420 DMB, сконфигурированный для создания транспортного потока 1422 MPEG2 на основе мультимедийной информации 1410. Обработка 1400 сигналов дополнительно включает в себя шлюз 1430 DMB, сконфигурированный для приема транспортного потока 1422 MPEG2 и создания подканала 1432 DAB на его основе. Обработка 1400 сигналов дополнительно включает в себя мультиплексор 1440 DAB, сконфигурированный для добавления подканала 1432 DAB к сигналу DAB, который объединяет, например, множество подканалов DAB. Таким образом, например, получается мультиплексированный сигнал DAB.

За подробностями того, как можно получить сигнал, соответствующий DMB, или сигнал DAB, включающий в себя информацию DMB, обращайтесь, например, к соответствующим публикациям Европейского Вещательного Союза (EBU). Подробности приводятся, например, в публикации ETSI TS 102 428, V1.2.1, озаглавленной "Digital Audio Broadcasting (DAB); DMB video services; User application specification", и в документах, упоминаемых в ней.

Цифровое мультимедийное вещание, DMB, является технологией, посредством которой должна быть создана возможность "телевидения" на мобильных приемниках. Таким образом, DMB представляет альтернативу таким технологиям, как DVB-H.

Одним интересующим применением является платное телевидение, в котором контент передается в защищенном (зашифрованном) виде и доступен только правомочным пользователям. Эта идея ниже будет называться ограничением доступа. Шифрование контента и предоставление необходимых дополнительных сообщений выполняется системой для условного доступа, которая также иногда называется "Системой условного доступа", или для краткости "CA". Например, дополнительными сообщениями являются сообщения прав просмотра (также называемые "EMM") или сообщения, содержащие текущий ключ контента (также называемые "ECM"). Сообщения прав просмотра также иногда называются сообщениями управления правами просмотра (EMM). Сообщения, содержащие текущий ключ контента, также иногда называются сообщениями контроля прав просмотра (ECM). Дополнительные сообщения в дальнейшем будут называться информацией CA для краткости, и они также передаются по вещательному каналу. Одной из целей является сведение к минимуму служебной нагрузки, которая происходит от отправляемой информации CA (информации об условном доступе).

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

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

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

Основной идеей настоящего изобретения является то, что информацию об ограничении доступа (информацию CA), которая включает в себя информацию о ключе для дешифрования зашифрованной медиаинформации, можно внедрить ресурсосберегающим способом в пакеты транспортного потока, содержащие таблицу взаимосвязи программ. Например, обнаружено, что пакеты транспортного потока (например, при DMB) систематически имеют свободные разрядные емкости в таблице взаимосвязи программ. При DMB, например, этим является SPTS (транспортный поток одиночной программы), и поэтому это строго только одна программа, которая содержится в потоке данных. Таким образом, внедрение информации об ограничении доступа может осуществляться без внесения какой-либо дополнительной информации в пакеты полезной нагрузки транспортного потока или без использования дополнительных пакетов транспортного потока. Например, объем данных, который нужно передать, в общем, в пакетах транспортного потока первого типа пакета, которые содержат таблицы взаимосвязи программ, обычно очевидно меньше объема данных, который нужно передать с помощью пакетов полезной нагрузки транспортного потока. Кроме того, пакеты полезной нагрузки транспортного потока обычно полностью заполняются полезной нагрузкой систематически (или часто) уже без использования механизма ограничения доступа. Это обусловлено тем, что кодер полезной нагрузки (например, аудиокодер или видеокодер) обычно работает независимо от того, предоставляются ли кодированные звуковые данные или видеоданные с помощью механизма ограничения доступа. Поэтому такой аудиокодер и/или видеокодер обычно будет пытаться использовать всю информационную емкость пакетов полезной нагрузки транспортного потока, чтобы достичь оптимального качества звучания и/или качества видеоизображения.

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

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

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

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

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

В предпочтительном варианте осуществления поставщик транспортного потока конфигурируется для предоставления пакета транспортного потока, имеющего таблицу взаимосвязи программ и информацию об ограничении доступа, таким образом, что соответствующий пакет транспортного потока первого типа пакета содержит последовательность частей с разной информацией об ограничении доступа. В этой связи одна из частей предпочтительно содержит сообщение управления правами просмотра (например, сообщение EMM) или ссылку на сообщение управления правами просмотра, а другая из частей содержит сообщение с ключом просмотра (например, сообщение ECM) или ссылку на сообщение с ключом просмотра. Каждая из частей с информацией об ограничении доступа имеет идентификатор таблицы, описывающий тип содержащейся в этой части информации об ограничении доступа. Кроме того, части с информацией об ограничении доступа также содержат информацию о длине, описывающую длину информации, содержащейся в этой части.

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

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

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

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

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

В одном варианте осуществления имеется четыре типа пакетов: PAT (таблица взаимосвязи программ), PMT (таблица преобразования программ), звук и видео. Однако на практике дополнительно могут существовать другие типы, например дескрипторы и сцена.

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

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

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

фиг.1 показывает блок-схему поставщика транспортного потока в соответствии с вариантом осуществления настоящего изобретения;

фиг.2A и 2B показывают блок-схемы поставщиков сигнала DAB в соответствии с вариантами осуществления настоящего изобретения;

фиг.3 показывает блок-схему анализатора транспортного потока в соответствии с вариантом осуществления настоящего изобретения;

фиг.4 показывает блок-схему приемника DAB в соответствии с вариантом осуществления настоящего изобретения;

фиг.5A показывает схематическое представление пакетов транспортного потока в транспортном потоке MPEG2;

фиг.5B показывает синтаксическое представление транспортного потока MPEG2;

фиг.6 показывает схематическое представление пакетов транспортного потока, применяемых при передаче мультимедийного контента;

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

фиг.8A показывает описание синтаксиса пакета транспортного потока в соответствии с ISO/IEC 13818-1;

фиг.8B показывает описание синтаксиса поля адаптации в пакете транспортного потока в соответствии с ISO/IEC 13818-1, принимая во внимание ограничения в соответствии с ETSI TS 102 428 V1.2.1;

фиг.9A показывает описание синтаксиса таблицы, содержащей информацию об ограничении доступа, в соответствии с ISO/IEC 13818-1;

фиг.9B показывает описание синтаксиса дескрипторов для использования в таблице из фиг.9A в соответствии с ISO/IEC 13818-1;

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

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

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

фиг.13 показывает описание синтаксиса части взаимосвязи программ в соответствии с ISO-IEC 13818;

фиг.14 показывает блок-схему традиционного поставщика сигнала DAB;

фиг.15 показывает блок-схему сравнительного поставщика сигнала DAB; и

фиг.16 показывает блок-схему дополнительного сравнительного поставщика сигнала DAB.

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

Сначала будут описываться базовые структуры патентоспособного поставщика транспортного потока, патентоспособного поставщика сигнала DAB, патентоспособного анализатора транспортного потока и патентоспособного приемника DAB ниже со ссылкой на фиг.1-4. Затем транспортный поток, который предоставляется и/или оценивается в соответствии с изобретением, будет подробно описываться со ссылкой на фиг.5A-13. Потом дополнительные идеи для реализации ограничения доступа, которые служат в качестве сравнительных примеров, будут описываться со ссылкой на фиг.15 и 16.

1. Поставщик транспортного потока из фиг.1

Фиг.1 показывает блок-схему поставщика 100 транспортного потока для предоставления множества пакетов транспортного потока, описывающих цифровую медиаинформацию (предпочтительно цифровую мультимедийную информацию, содержащую несколько типов медиа). Поставщик 100 транспортного потока конфигурируется для приема цифровой медиаинформации 110 и предоставления транспортного потока 120 на ее основе. Поставщик 100 транспортного потока конфигурируется для предоставления первого пакета 124 транспортного потока первого типа пакета, содержащего таблицу взаимосвязи программ (PAT) и информацию об ограничении доступа, содержащую информацию о ключе (ECM) для дешифрования зашифрованной медиаинформации. Таблица взаимосвязи программ (PAT) включает в себя (или описывает) связь между номером программы и идентификатором типа пакета дополнительного транспортного пакета, относящегося ко второму типу пакета. Первый пакет 124 транспортного потока может включать в себя идентификатор PID первого типа пакета, который, например, сигнализирует первый тип пакета. Поставщик 100 транспортного потока дополнительно конфигурируется для предоставления второго пакета 128 транспортного потока, который содержит второй тип пакета, так что пакет 128 транспортного потока второго типа пакета содержит ссылку на идентификаторы типа пакета у пакетов полезной нагрузки транспортного потока, которые описывают контент разных типов контента в цифровой медиаинформации. Таким образом, пакет 128 транспортного потока может включать в себя, например, таблицу преобразования программ, множество идентификаторов типа пакета, причем возможно, что таблица преобразования программ или информация, на которую в ней ссылаются, дополнительно задают тип медиа, с которым ассоциируются пакеты транспортного потока, имеющие определенный идентификатор типа пакета. Сам пакет 128 транспортного потока второго типа пакета может характеризоваться соответствующим идентификатором типа пакета, указанным в пакете транспортного потока первого типа пакета.

Ниже будут объясняться дополнительные подробности в отношении того, как именно может выглядеть транспортный поток.

2. Поставщик сигнала DAB из фиг.2A и 2B

2.1. Поставщик сигнала DAB из фиг.2A

Патентоспособная структура для ограничения доступа для цифрового мультимедийного вещания, DMB, будет описываться ниже со ссылкой на фиг.2A. Упомянутое ограничение доступа иногда также называют условным доступом (CA). Различные особенности этой идеи будут описываться ниже и, в частности, будет предоставлено описание способа.

2.1.1 Уровень шифрования

Одна особенность идеи изобретения состоит в выборе подходящего уровня шифрования. В вариантах осуществления в соответствии с изобретением шифрование происходит на уровне транспортного потока MPEG2. Это означает, что шифруется вся полезная нагрузка пакета транспортного потока MPEG2, если необходимо. Заголовок сообщения транспортного потока MPEG2 остается незашифрованным и указывает, шифруется ли пакет транспортного потока MPEG2. К тому же заголовок сообщения транспортного потока MPEG2 в этом случае (то есть, если шифруется пакет транспортного потока MPEG2) также указывает, какой ключ (из множества ключей, называемых, например, "четным ключом" или "нечетным ключом") необходим для дешифрования. Фактическое шифрование, а также сигнализация того, происходит ли шифрование и какой ключ может использоваться ("нечетный" или "четный"), происходит способом, который аналогичен цифровому видеовещанию, DVB.

Фиг.2A показывает блок-схему поставщика 200 сигнала DAB, сконфигурированного для приема цифровой медиаинформации 210 и предоставления сигнала 220 DAB на ее основе. Упомянутая цифровая медиаинформация 210 предпочтительно может быть мультимедийной информацией, включающей в себя информацию о нескольких типах медиа (например, звуковой информацией и графической информацией либо звуковой информацией и видеоинформацией). Поставщик сигнала DAB включает в себя поставщика 230 транспортного потока, сконфигурированного для предоставления на основе цифровой медиаинформации 210 транспортного потока 232 MPEG2, который по меньшей мере частично зашифрован.

Поставщик 230 транспортного потока при желании включает в себя кодер 230a DMB, сконфигурированный для предоставления на основе цифровой медиаинформации 210 транспортного потока 230b MPEG2, который представляет цифровую медиаинформацию 210 в формате транспортного потока, соответствующем, например, спецификациям ETSI TS 102 428 V1.2.1. Поставщик 230 транспортного потока дополнительно включает в себя устройство 230c добавления ограничения доступа, сконфигурированное для приема транспортного потока 230b MPEG2 и создания на его основе по меньшей мере частично зашифрованного транспортного потока 232 MPEG2. Устройство добавления ограничения доступа, с одной стороны, конфигурируется для шифрования части транспортного потока 230b MPEG2, например, некоторых или всех пакетов полезной нагрузки транспортного потока в транспортном потоке 230b MPEG2, а с другой стороны, для добавления к транспортному потоку 230b MPEG2 информации об ограничении доступа, которая дает возможность декодеру, который осведомлен о соответствующем секретном значении, дешифровать зашифрованную информацию в транспортном потоке 232 MPEG2.

Однако здесь следует отметить, что функциональные возможности кодера 230a DMB также можно реализовать вне поставщика 230 транспортного потока, так что в этом случае кодер 230a DMB не будет частью поставщика 230 транспортного потока. Кроме того, также можно объединить функциональные возможности кодера 230a DMB и устройства 230c добавления ограничения доступа. Решающий момент по существу состоит в том, что поставщик 230 транспортного потока доставляет транспортный поток 232 MPEG2, как вкратце объяснялось со ссылкой на фиг.1 и будет подробно объясняться ниже.

Поставщик 200 сигнала DAB дополнительно включает в себя так называемый шлюз 240 DMB, сконфигурированный для приема транспортного потока 232 MPEG2 и предоставления на его основе сигнала 242 подканала DAB. Поставщик 200 сигнала DAB дополнительно включает в себя мультиплексор 250 DAB, сконфигурированный для приема сигнала 242 подканала DAB и предоставления на его основе сигнала 220 DAB, воспроизводящего и/или описывающего множество услуг DAB в режиме мультиплексирования.

2.1.2 Транспортировка информации об ограничении доступа (информации CA)

Информация касательно ограничения доступа (также называемая информацией CA), то есть указание используемого способа шифрования, и сообщение контроля прав просмотра (здесь ECM) передаются иным образом, чем при DVB. В то время как цифровое видеовещание, DVB, использует для этой цели определенные пакеты транспортного потока MPEG, информация CA по идее изобретения внедряется в пакеты транспортного потока MPEG, которые часто передаются при цифровом мультимедийном вещании по причинам, свойственным их функциональному принципу, но используются только частично и поэтому могут вместить в себя также информацию CA. Они предпочтительно являются теми пакетами, которые содержат таблицу PAT взаимосвязи программ. При цифровом мультимедийном вещании, DMB, эта таблица PAT по умолчанию передается по меньшей мере каждые 500 миллисекунд (см. ETSI TS 102 428, V1.2.1, пункт 6.2) и занимает по причинам, свойственным ее функциональному принципу, весь пакет транспортного потока MPEG, даже если эта таблица сама является относительно небольшой (например, только 18 байт). Оставшаяся часть пакета, которая имеет общий размер, например, в 188 байт (см. ISO/IEC 13818-1: 2007 (E), пункт 2.4.3), остается неиспользуемой.

Эта таблица PAT взаимосвязи программ описывает все программы, содержащиеся в транспортном потоке MPEG. Поскольку цифровое мультимедийное вещание по определению содержит только одну программу на транспортный поток MPEG, переданный в подканале DAB (в отличие от DVB, в котором в транспортном потоке MPEG может содержаться несколько программ), эта таблица всегда очень короткая. За подробностями этого обращайтесь к Источнику информации [3], раздел 6.2, где отмечается, что таблица PAT взаимосвязи программ всегда должна описывать одну программу.

Как принято в MPEG, информация CA кодируется посредством так называемых дескрипторов CA. Поэтому также можно использовать simulcrypt. Один или несколько дескрипторов CA, каждый из которых также может содержать одно или несколько сообщений с ключом просмотра, внедряются в пакет PAT в каждом случае (то есть в пакет транспортного потока, содержащий таблицу PAT взаимосвязи программ) (например, в таблицу "CA_ECM_section", которая подробнее будет описываться ниже, или в таблицу "CA_section", которая подробнее будет описываться ниже). Поэтому это означает, что информация CA, которая фактически передается в некоторых вариантах осуществления, аналогична или даже идентична информации CA, переданной при DVB. Однако данные (например, данные в информации CA) в соответствии с изобретением внедряются в другом месте, в частности, например, также в пакеты PAT (например, в таблицы "CA_section" и "CA_ECM_section" и/или таблицы "CA_data", последние подробнее описываются ниже и также содержатся в пакетах PAT).

Внедрение происходит в соответствии с внедрением, предусмотренным в стандарте DMB, так называемых данных PAD. В этой связи используется тот факт, что частные (конфиденциальные) данные в данном случае информации CA также могут внедряться в пакет транспортного потока MPEG. Для этой цели служит поле "transport_private_data" (признак, указывающий транспортировку конфиденциальных данных) в так называемом поле адаптации, "adaptation_field()", в заголовке сообщения пакета транспортного потока. Так называемое adaptation_field() представляет поле адаптации, разрешающее передачу дополнительной информации в заголовке сообщения пакета транспортного потока; упомянутая дополнительная информация может включать в себя, среди прочего, так называемые "конфиденциальные" данные, содержимое которых не задается в соответствующих стандартах.

Однако внедрение информации CA не ограничивается таблицей PAT взаимосвязи программ (или пакетом транспортного потока, содержащим таблицу PAT взаимосвязи программ), но информация CA в основном может внедряться в любой пакет транспортного потока MPEG, который содержит достаточно свободного места. Однако, поскольку кодер DMB обычно будет заполнять полезной нагрузкой все пакеты транспортного потока MPEG (или по меньшей мере все пакеты полезной нагрузки транспортного потока MPEG), чтобы использовать полную скорость передачи данных, большинство пакетов транспортного потока MPEG (или по меньшей мере большинство пакетов полезной нагрузки транспортного потока MPEG) обычно будет полностью заполнено звуковыми/видеоданными или мультимедийными данными и/или сигнализацией. По этой причине для внедрения информации CA предпочтительно использовать по существу или даже исключительно те пакеты транспортного потока MPEG, которые содержат таблицу взаимосвязи программ (PAT), поскольку они в любом случае не подходят для внедрения - в соответствии со стандартами - кодированных звуковых данных и/или кодированных видеоданных из-за отсутствия подходящего поля данных.

Идея внедрения информации CA в заголовок сообщения ("header") пакета транспортного потока будет описываться ниже. Поскольку соответствующее внедрение обладает некоторыми сходствами с внедрениями так называемых данных PAD, здесь будет предоставлено короткое сравнение. При внедрении PAD, которое описывается, например, в Источнике информации [3], раздел 9, данные PAD внедряются в так называемое поле "transport_private_data" в пакетах PAT (то есть в пакетах транспортного потока, имеющих таблицу PAT взаимосвязи программ). Первый байт поля "transport_private_data", которое обычно включает в себя множество байтов, переносит идентификатор, описывающий то, какие данные внедряются в это поле. Хотя это значение (или значение в первом байте поля "transport_private_data") для данных PAD равно 0, это значение должно быть другим для информации CA. Параметр "transport_private_data_length" в заголовке пакета транспортного потока соответственно сигнализирует длину поля, содержащего информацию CA, плюс 1 байт (упомянутый 1 байт или дополнительный байт, соответствующий длине поля, содержащего идентификатор). По меньшей мере в некоторых отношениях внедрение информации CA поэтому соответствует внедрению данных PAD. В некоторых вариантах осуществления идентификатор всегда различает (или должен различать) оба типа данных.

Достижимая скорость передачи данных вкратце будет рассмотрена ниже. Таблица PAT взаимосвязи программ передается по меньшей мере каждые 500 миллисекунд. Если бы 150 байтов использовались для информации CA в расчете на пакет PAT, то есть на пакет транспортного потока, содержащий таблицу PAT взаимосвязи программ, то это привело бы к скорости передачи данных в 300 байтов в секунду или 2400 разрядов в секунду (bps) для информации CA.

Эта скорость передачи данных по возможности увеличивается, если бы с тем же успехом использовались другие пакеты. В принципе, кодер DMB также мог бы иногда оставлять неиспользуемыми все пакеты транспортного потока MPEG (то есть вставлять так называемые "нулевые пакеты"). Это могло быть либо задано в конфигурации кодера DMB, либо может происходить, когда поток данных с динамической скоростью передачи данных (например, так называемые мультимедийные данные BIFS) не использует, например, в течение короткого срока, предварительно сконфигурированную скорость передачи данных. Упомянутые пакеты (заполняющие или нулевые пакеты, с точки зрения кодера DMB) при желании также могут использоваться для информации CA и соответственно могут увеличить скорость передачи данных для информации CA.

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

Чтобы упростить внедрение информации CA, а также шифрование пакетов транспортного потока MPEG в соответствии с изобретением предпочтительно (но не абсолютно необходимо) использовать только пакеты PAT для внедрения информации CA. Пакеты PAT подходят больше всего, потому что их можно легко идентифицировать по их идентификатору типа пакета (PID). В частности, идентификатор типа пакета для пакетов PAT всегда будет равен 0 (то есть это значение строго не задается другими пакетами транспортного потока). Кроме того, пакеты PAT лучше всего подходят для внедрения информации CA, потому что они передаются достаточно часто, то есть в соответствии с Источником информации [3] по меньшей мере каждые 500 миллисекунд, но обычно чаще. К тому же пакеты PAT хорошо подходят для внедрения информации CA, потому что они достоверно имеют свободные информационные емкости, в частности, при DMB. Кроме того, пакеты PAT хорошо подходят для внедрения информации CA, потому что декодирование потока данных MPEG всегда начинается с таблицы PAT взаимосвязи программ, а следовательно, потому что информация CA всегда доступна уже при приеме пакета PAT. Последнее также гарантирует, что время настройки может остаться без изменений, несмотря на шифрование, по меньшей мере если декодер CA (декодер для информации об ограничении доступа) не вызовет никакой дополнительной задержки на стороне приема.

При желании также можно было бы использовать заполняющие, или нулевые пакеты для внедрения информации CA, поскольку их также можно легко идентифицировать посредством их идентификаторов типа пакета (PID) (PID = = 0x1FFF). Также при желании можно использовать пакеты PMT, поскольку они обычно имеют свободные информационные емкости и обычно идут непосредственно за пакетами PAT. Последнее также гарантирует, что время настройки может остаться без изменений, несмотря на шифрование.

Однако заполняющие или нулевые пакеты при желании можно также сигнализировать непосредственно как пакеты, содержащие информацию CA, то есть идентификаторы типа пакета (PID) можно было бы приспособить соответствующим образом. Однако это обычно не применяется к пакетам, содержащим таблицу преобразования программ (PMT).

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

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

Если несколько программ DMB шифруются в ансамбле DAB, то рациональным будет передавать любые сообщения EMM управления правами просмотра всего в одном канале, а поэтому передавать любые операции разрешения услуг и расширения услуг для любых зашифрованных программ ансамбля DAB по отдельному каналу. В этом случае по существу только сообщения контроля прав просмотра (ECM) должны передаваться в зашифрованном потоке данных DMB. Поэтому внедрение в пакеты PAT уже предлагает достаточную скорость передачи данных для информации CA (описания используемых способов, а также сообщений ECM контроля прав просмотра). Пакеты, содержащие таблицу PAT взаимосвязи программ, можно очень легко идентифицировать, поскольку параметр PID (идентификация программы), который здесь также называется идентификатором типа пакета, имеет фиксированное значение 0 в начале каждого пакета транспортного потока MPEG (при условии, что это пакет PAT).

Ниже вкратце будет объясняться то, как главный канал (то есть отдельный канал, содержащий информацию EMM) сигнализируется и распознается на приемнике. Однозначный доступ либо к предварительно определенному фиксированному каналу, и/либо к каналу, который можно однозначно идентифицировать как таковой, можно обеспечить следующим образом:

1. Фиксированный подканал (например, подканал 63) может использоваться без какой-либо дополнительной сигнализации.

2. Может использоваться фиксированная метка услуг, например "EMM.CAS". Приемники тогда будут искать услугу с этим наименованием и будут использовать ее при необходимости (например, для приема EMM).

3. Идентификатор пользовательского приложения может передаваться в собственной области. Тогда услуга (которая дает возможность передачи EMM) могла бы иметь любую нужную метку, но по-прежнему была бы видима на приемниках без какого-либо ограничения доступа ("приемники без CA").

4. Главный канал "присоединяется" к услуге DMB в качестве вторичного компонента услуг, и идентификатор пользовательского приложения ("UserApplicationId") указывает, что они являются EMM. Такое решение обладает несколькими преимуществами. Так приемник ищет DMB. Это должен быть первичный компонент услуг. Если имеется (по меньшей мере) один вторичный компонент услуг и если он использует идентификатор пользовательского приложения EMM (UserApplicationId), который еще нужно задать, то там могут быть обнаружены EMM.

Подробности касательно типового кодирования информации CA ниже будут объясняться подробнее.

Следует отметить, что поставщик 230 транспортного потока может конфигурироваться для предоставления транспортного потока 232 MPEG2 таким образом, что он содержит одно или все объясненные выше свойства.

2.2 Поставщик сигнала DAB из фиг.2B

Поставщик 270 сигнала DAB из фиг.2B вкратце будет объясняться ниже. Поставщик 270 сигнала DAB конфигурируется для приема цифровой медиаинформации 272, которая может соответствовать, например, цифровой медиаинформации 210. Поставщик 270 сигнала DAB дополнительно конфигурируется для предоставления сигнала 274 DAB, который может соответствовать, например, сигналу 220 DAB. Поставщик 270 сигнала DAB включает в себя поставщика 276 транспортного потока, сконфигурированного для приема цифровой медиаинформации 272 и предоставления на его основе по меньшей мере частично зашифрованного транспортного потока 280.

Поставщик 270 сигнала DAB дополнительно включает в себя объединитель 290 услуг DAB, сконфигурированный для объединения транспортного потока 280 MPEG2, предоставленного поставщиком 276 транспортного потока, с одной или несколькими другими услугами 292 DAB, чтобы получить сигнал 274 DAB.

Поставщик 276 транспортного потока конфигурируется, например, для предоставления пакета 282 транспортного потока первого типа пакета, который включает в себя таблицу PAT взаимосвязи программ и информацию об ограничении доступа, содержащую информацию ECM о ключе. Поставщик 276 транспортного потока дополнительно конфигурируется для предоставления пакетов транспортного потока второго типа пакета, которые содержат ссылку на идентификаторы типа пакета у пакетов полезной нагрузки транспортного потока. Поставщик транспортного потока дополнительно конфигурируется для предоставления пакетов 286 транспортного потока первого дополнительного типа пакета (например, третьего типа пакета), которые описывают контент первого типа медиа в цифровой медиаинформации 272 (например, звук), и предоставления пакетов 288 транспортного потока второго дополнительного типа пакета (например, четвертого типа пакета), которые описывают контент второго типа медиа в цифровой медиаинформации 272 (например, видеоизображение). Поставщик 276 транспортного потока конфигурируется для предоставления транспортного потока 280 таким образом, что шифруется контент по меньшей мере некоторых из пакетов транспортного потока первого дополнительного типа пакета (например, третьего типа пакета) или что шифруется контент по меньшей мере некоторых из пакетов транспортного потока второго дополнительного типа пакета (например, четвертого типа пакета). Кроме того, поставщик 276 транспортного потока конфигурируется для предоставления информации об ограничении доступа, содержащейся в пакетах 282 транспортного потока первого типа пакета, таким образом, что она включает в себя информацию о ключе для дешифрования зашифрованного содержимого пакетов 286 транспортного потока первого дополнительного типа пакета (например, третьего типа пакета) или зашифрованного содержимого пакетов 288 транспортного потока второго дополнительного типа пакета (например, четвертого типа пакета). Таким образом, по меньшей мере некоторый контент транспортного потока 280 MPEG2 защищается от неправомочного доступа посредством подходящего шифрования контента. Информация о ключе, необходимая для дешифрования, внедряется в пакеты 282 транспортного потока первого типа пакета с помощью поставщика 276 транспортного потока. Вопрос о том, шифрует ли самостоятельно поставщик 276 транспортного потока зашифрованное содержимое пакетов транспортного потока первого дополнительного типа пакета (например, третьего типа пакета) и/или второго дополнительного типа пакета (например, четвертого типа пакета) либо получает уже по меньшей мере частично зашифрованную цифровую медиаинформацию 272, играет незначительную роль; могут применяться оба альтернативных решения.

3. Анализатор транспортного потока из фиг.3

Анализатор 300 транспортного потока в соответствии с вариантом осуществления настоящего изобретения будет описываться ниже со ссылкой на фиг.3, которая показывает блок-схему такого анализатора 300 транспортного потока. Анализатор 300 транспортного потока конфигурируется для приема транспортного потока 310 и предоставления на его основе информации 320 об ограничении доступа и информации 322 об идентификаторах пакета, ассоциированных с пакетами транспортного потока, имеющими медиаконтент. Анализатор 300 транспортного потока включает в себя идентификатор 330 пакета, сконфигурированный для идентификации пакета 332 предварительно определенного первого типа пакета, который содержит предварительно определенный идентификатор первого типа пакета и содержит таблицу PAT взаимосвязи программ, в качестве идентифицированного пакета. Анализатор 300 транспортного потока дополнительно включает в себя анализатор пакета, сконфигурированный для поиска в идентифицированном пакете 332 транспортного потока первого типа пакета информации об ограничении доступа и предоставления обнаруженной информации 320 об ограничении доступа. Анализатор 340 пакета предпочтительно дополнительно конфигурируется для оценки таблицы взаимосвязи программ в идентифицированном пакете 332 транспортного потока предварительно определенного первого типа пакета и определения, на основе таблицы PAT взаимосвязи программ, идентификатора 342 второго типа пакета, ассоциированного с пакетом транспортного потока, имеющим таблицу преобразования программ. Анализатор транспортного потока включает в себя определитель 350 ассоциации типа пакета, сконфигурированный для идентификации в транспортном потоке пакета транспортного потока, имеющего таблицу преобразования программ, на основе определенного идентификатора 342 второго типа пакета, и оценки таблицы преобразования программ, чтобы получить информацию 322 о том, какие идентификаторы типа пакета ассоциируются с пакетами транспортного потока, содержащими медиаконтент цифровой медиаинформации с ограничением доступа.

Поэтому анализатор 300 транспортного потока конфигурируется для извлечения из транспортного потока 120, 232, 280 той информации, которая необходима для восстановления кодированного и по меньшей мере частично зашифрованного медиаконтента цифровой медиаинформации 110, 210, 272. С этой целью анализатор 300 транспортного потока эффективно анализирует строго те пакеты транспортного потока, которые имеют внедренную в них релевантную информацию. С помощью идентификации и анализа пакетов транспортного потока первого типа пакета анализатор 300 транспортного потока получает информацию 320 об ограничении доступа очень быстро и эффективно, чтобы восстановление информации об ограничении доступа не приводило к ненужной задержке при оценивании транспортного потока 310. Кроме того, анализатор 300 транспортного потока пользуется тем, что в пакетах транспортного потока первого типа пакета в любом случае доступна разрядная емкость для внедрения информации 320 об ограничении доступа, которая в альтернативных идеях осталась бы неиспользуемой. К тому же в анализаторе 300 транспортного потока восстановление информации об ограничении доступа не зависит от пакетов полезной нагрузки транспортного потока, так что не нужно искать упомянутые пакеты полезной нагрузки транспортного потока (дополнительного типа пакета или нескольких дополнительных типов пакетов, например третьего типа пакета или четвертого типа пакета), чтобы получить информацию 320 об ограничении доступа. В некоторых вариантах осуществления дополнительными типами пакетов являются только звук или видеоизображение. В других вариантах осуществления дополнительно используются другие, дополнительные типы пакетов, например, для передачи мультимедийной информации.

Анализатор 300 транспортного потока при желании может содержать дешифратор, сконфигурированный для дешифрования любого зашифрованного медиаконтента, который содержится в пакетах транспортного потока, имеющих идентификаторы типа пакета, описанные в таблице преобразования программ, используя при этом информацию об ограничении доступа, содержащуюся в пакете транспортного потока предварительно определенного первого типа пакета. Другими словами, такие пакеты транспортного потока, идентификаторы типа пакета которых описываются информацией 322, можно отфильтровать из транспортного потока 310. Информацию 320 об ограничении доступа, которая включает в себя, например, информацию о ключе, затем можно использовать для дешифрования упомянутых отфильтрованных пакетов. Информацию о ключе можно представить в зашифрованном виде, например, чтобы анализатор 300 транспортного потока мог дешифровать ее на основе своих сведений о секретном значении (например, о секретном ключе).

В дополнительном варианте осуществления анализатор 300 транспортного потока может конфигурироваться для проверки идентифицированного пакета 332 транспортного потока предварительно определенного первого типа пакета в отношении того, содержит ли дополнительное информационное поле одну или несколько таблиц, характеризующихся предварительно определенными идентификаторами таблиц и содержащих информацию об ограничении доступа. Анализатор 300 транспортного потока затем может предоставить информацию об ограничении доступа, содержащуюся в идентифицированных таблицах. Соответствующие функциональные возможности могут выполняться, например, анализатором 340 пакета. Анализатор 340 пакета предпочтительно конфигурируется для проверки - в ответ на обнаружение первой таблицы, которая характеризуется первым предварительно определенным идентификатором таблицы и содержит информацию об ограничении доступа, и в зависимости от информации о длине таблицы, содержащейся в первой таблице, - содержит ли дополнительное информационное поле в идентифицированном пакете 332 транспортного потока предварительно определенного первого типа пакета дополнительную таблицу, содержащую информацию об ограничении доступа, после первой таблицы. Если идентифицируется такая дополнительная таблица, то анализатором 340 пакета предоставляется информация об ограничении доступа, содержащаяся в упомянутой дополнительной таблице. Благодаря подходящей конфигурации анализатор 340 пакета допускает оценивание обширной информации об ограничении доступа, распределенной по нескольким таблицам, что будет подробнее объясняться ниже. Следовательно, анализатор 300 транспортного потока допускает извлечение различных видов информации об ограничении доступа из дополнительного информационного поля одиночного пакета транспортного потока, что, в свою очередь, дает возможность кодирования комплексной информации об ограничении доступа в одиночном пакете транспортного потока.

4. Приемник DAB из фиг.4

Ниже будет описываться приемник DAB из фиг.4. Фиг.4 показывает блок-схему такого приемника 400. Приемник DAB конфигурируется для приема сигнала 410 DAB, предпочтительно включающего в себя по меньшей мере частично зашифрованную цифровую медиаинформацию (предпочтительно даже мультимедийную информацию), и предоставления на ее основе дешифрованной цифровой медиаинформации 420 (или даже дешифрованной цифровой мультимедийной информации). Приемник 400 DAB включает в себя разделитель 430 услуг DAB, сконфигурированный для приема сигнала 410 DAB и предоставления на его основе информации 432 об услуге DAB, включающей в себя, например, звуковую информацию DAB, а также транспортного потока 434 MPEG2. Приемник DAB дополнительно включает в себя анализатор 440 транспортного потока, который соответствует, например, анализатору 300 транспортного потока, описанному посредством фиг.3. Анализатор 440 транспортного потока конфигурируется для приема транспортного потока 434 MPEG2 от разделителя 430 услуг DAB и предоставления информации 442 об ограничении доступа для дешифрования цифровой медиаинформации с ограничением доступа на основе транспортного потока 434 MPEG2. Приемник 400 DAB дополнительно включает в себя дешифратор 450 контента, сконфигурированный для дешифрования зашифрованного медиаконтента цифровой медиаинформации с ограничением доступа, используя при этом информацию 442 об ограничении доступа, и для получения соответственно дешифрованной цифровой медиаинформации 442.

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

Таким образом, приемник 400 DAB может эффективно получать дешифрованную цифровую медиаинформацию 420 из сигнала 410 DAB, причем приемник 400 DAB использует идею изобретения для внедрения информации об ограничении доступа в пакеты транспортного потока, содержащие таблицу PAT взаимосвязи программ, чтобы получить информацию 442 об ограничении доступа как можно быстрее и с низкими затратами ресурсов.

5. Структура транспортного потока и кодирование информации CA

Ниже будет подробно объясняться структура транспортного потока и кодирование информации CA. В этой связи следует принять во внимание, что поставщик 100 транспортного потока и/или поставщик 200 сигнала DAB конфигурируются для предоставления транспортного потока с описанной ниже структурой. Кроме того, анализатор транспортного потока из фиг.3 и/или приемник DAB из фиг.4 конфигурируются для оценки соответствующего транспортного потока.

5.1. Транспортный поток из фиг.5A и 5B

Фиг.5A показывает схематическое представление транспортного потока, который является, например, транспортным потоком MPEG2. Транспортный поток 500 MPEG2 включает в себя последовательность пакетов 510, 520, 530 транспортного потока, которые для краткости называются "пакетами TS" и которые имеют разные идентификаторы типа пакета, ассоциированные с ними. Однако здесь следует отметить, что обычно встречаются пакеты транспортного потока одинакового типа пакета и/или содержащие одинаковый идентификатор типа пакета.

Фиг.5B показывает описание синтаксиса транспортного потока MPEG. Непрерывную последовательность пакетов транспортного потока ("transport_packet") можно распознать по тому, что в начале каждого пакета транспортного потока встречается последовательность разрядов синхронизации, например в виде байта синхронизации. Подробности касательно синтаксиса транспортного потока MPEG задаются, например, в ISO/IEC 13818-1, так что за любыми подробностями следует обращаться к упомянутому документу.

5.2. Обзор разных типов пакетов транспортного потока из фиг.6

Фиг.6 показывает схематическое представление разных типов пакетов, заключенных в мультимедийный транспортный поток MPEG2 в соответствии с настоящим изобретением. Показанные на фиг.6 типы пакетов подходят, например, для передачи мультимедийной информации, используя при этом режим потока данных из идеи передачи DAB. Подробности касательно типов пакетов транспортного потока, показанных на фиг.6, описываются в ETSI TS 102 428 V1.2.1. В частности, обращайтесь к описанию в Приложении 2 ETSI TS 102 428 V1.2.1, страница 30. Однако описанный на фиг.6 поток данных изменяется с тем, чтобы часть взаимосвязи программ также включала в себя информацию об ограничении доступа в дополнение к таблице PAT взаимосвязи программ.

Таким образом, транспортный поток MPEG из фиг.6 содержит пакет 610 транспортного потока первого типа пакета, который характеризуется идентификатором типа пакета PID=0x0000. Таблица PAT взаимосвязи программ в пакете 610 транспортного потока задает, что таблица взаимосвязи программ, которая принадлежит программе, имеющей номер программы 0x0001, содержится в пакете 620 транспортного потока второго типа пакета. С этой целью таблица PAT взаимосвязи программ в первом пакете 610 транспортного потока включает в себя ссылку на идентификатор 0x0100 типа пакета у пакета 620 транспортного потока второго типа пакета. Таблица преобразования программ в пакете 620 транспортного потока включает в себя, среди прочего, ссылки на дополнительные пакеты транспортного потока, имеющие идентификаторы пакета PID=0x0111, PID=0x0112, PID=0x0113 и PID=0x0114. Таким образом, таблица PMT взаимосвязи программ в пакете 620 транспортного потока также ссылается, среди прочего, на пакеты транспортного потока, имеющие дополнительный тип пакета (например, третий тип пакета), имеющие ассоциированный с ними идентификатор типа пакета PID=0x0113 и содержащие, например, кодированную графическую информацию. Кроме того, таблица PMT взаимосвязи программ во втором пакете 620 транспортного потока ссылается на пакеты транспортного потока дополнительного типа пакета (например, четвертого типа пакета), имеющие ассоциированный идентификатор типа пакета PID=0x0114 и описывающие звуковой контент мультимедийной информации.

К тому же таблица PMT взаимосвязи программ во втором пакете 620 транспортного потока включает в себя также ссылки на пакеты 630, 640 конфигурации транспортного потока, содержащие, например, идентификаторы пакета PID=0x0111 и PID=0x0112. За любыми подробностями касательно значения упомянутых пакетов 630, 640 конфигурации обращайтесь к ISO/IEC 13818-1 и ISO/IEC 14496-1. Здесь подробности не имеют значения. Однако за любой дополнительной информацией обращайтесь к упомянутым стандартам, которые известны любому специалисту в данной области техники.

5.3. Структура и синтаксис пакета транспортного потока первого типа пакета из фиг.7, 8A и 8B

Посредством фиг.7 ниже будет описываться точная структура пакета транспортного потока первого типа пакета (PID=0x0000), который содержит информацию об ограничении доступа и таблицу PAT взаимосвязи программ. Пакет транспортного потока первого типа пакета включает в себя идентификатор типа пакета PID=0x0000 в заранее установленном положении заголовка пакета (также называемого преамбулой), чтобы пакет транспортного потока первого типа пакета можно было легко обнаружить и/или идентифицировать.

Пакет транспортного потока первого типа пакета дополнительно включает в себя 2-разрядный маркер ("adaption_field_control"), указывающий, имеется ли так называемое поле адаптации ("adaptation_field"), и дополнительно указывающий, имеется ли таблица PAT взаимосвязи программ в части взаимосвязи программ ("program_association_section"). Ниже будет предполагаться, что поле адаптации, которое можно рассматривать как дополнительное информационное поле, и таблица PAT взаимосвязи программ присутствуют в части взаимосвязи программ.

Поле адаптации включает в себя 1-разрядный признак "transport_private_data_flag", указывающий, включает ли в себя поле адаптации так называемые "конфиденциальные данные", которые обычно не подлежат стандартизации в рамках ISO/IEC. К тому же поле адаптации содержит, по меньшей мере в случае наличия конфиденциальных данных, информацию "transport_private_data_length", указывающую длину конфиденциальных данных. Поле адаптации дополнительно включает в себя конфиденциальные данные (также называемые байтами конфиденциальных данных или "private_data_byte"), которые включают в себя и/или состоят из информации об ограничении доступа. Информация об ограничении доступа может храниться в одной или нескольких таблицах, которые являются частью конфиденциальных данных, что будет объясняться ниже более подробно.

Структура пакета транспортного потока будет вкратце объясняться ниже посредством описания синтаксиса фиг.8A. Пакет транспортного потока ("transport_packet"), который является частью транспортного потока MPEG2, среди прочего включает в себя байт синхронизации "synch_byte", содержащийся в 4-байтовом префиксе пакета транспортного потока. Пакет транспортного потока дополнительно включает в себя идентификатор PID типа пакета, указывающий тип пакета. Пакет транспортного потока дополнительно включает в себя 2-разрядный признак "transport_scrambling_control", указывающий, шифруется ли информационный контент пакета транспортного потока по ключу. Пакет транспортного потока дополнительно включает в себя 2-разрядный признак "adaptation_field_control", указывающий, имеется ли так называемое "поле адаптации" ("adaptation_field") и имеются ли байты данных (data_byte). Так называемое поле адаптации предпочтительно предшествует другим байтам данных в пакете транспортного потока. За любыми подробностями касательно значения отдельных элементов синтаксиса обращайтесь к ISO/IEC 13818-1.

Фиг.8B показывает синтаксическое представление поля адаптации в пакете транспортного потока. Поле адаптации включает в себя значение длины поля адаптации "adaptation_field_length", указывающее длину поля адаптации. Поле адаптации включает в себя множество признаков: "discontinuity_indicator", "random_access_indicator", "elementary_stream_priority_indicator", "PCR_flag", "OPCR_flag", "splicing_point_flag", "transport_private_data_flag" и "adaptation_field_extension_flag". Признак "transport_private_data_flag" указывает, включает ли в себя поле адаптации так называемые "конфиденциальные данные", не заданные ISO/IEC и используемые, в соответствии с изобретением, для транспортировки информации об ограничении доступа.

Например, поле адаптации при желании включает в себя параметры "program_clock_reference_base" и "program_clock_reference_extension", когда устанавливается признак "PCR_flag". Кроме того, поле адаптации при желании включает в себя параметр "splice_countdown", когда устанавливается признак "splicing_point_flag".

Поле адаптации дополнительно включает в себя часть с конфиденциальными данными, если устанавливается признак "transport_private_data_flag". Если имеется, то часть с конфиденциальными данными включает в себя указание длины "transport_private_data_length", указывающее длину части с конфиденциальными данными. Если имеется, то часть с конфиденциальными данными дополнительно включает в себя один или несколько байтов конфиденциальных данных "private_data_byte". Байты конфиденциальных данных "private_data_byte" в предпочтительном варианте осуществления изобретения применяются для кодирования информации об ограничении доступа. Другими словами, часть с конфиденциальными данными в поле адаптации "adaptation_field" в пакете транспортного потока, переносящем таблицу взаимосвязи программ и характеризующемся соответствующим идентификатором типа пакета PID=0x000, включает в себя информацию об ограничении доступа, например, в виде одной или нескольких таблиц, которые подробнее будут объясняться ниже. За подробностями касательно синтаксиса поля адаптации обращайтесь к ISO/IEC 13818-1 и ETSI TS 102 428 V1.2.1.

5.4. Синтаксис таблиц "CA_section", "CA_ECM_section" и "CA_data"

Синтаксис разных таблиц, содержащих информацию об ограничении доступа, будет описываться ниже со ссылкой на фиг.9A, 9B, 10 и 11. Информация об ограничении доступа, описанная, например, частью с конфиденциальными данными в поле адаптации из фиг.8, для описания сообщений управления правами просмотра может содержать табличную часть, имеющую синтаксис из фиг.9A и 9B. Табличная часть включает в себя, например, идентификатор таблицы "table_id", обозначающий тип таблицы. Идентификатор таблицы "table_id" может выбираться однозначно, например, чтобы отличать таблицу из фиг.9A и 9B от других таблиц, содержащих информацию об ограничении доступа. Табличная часть из фиг.9A дополнительно включает в себя признак "section_syntax_indicator", который может устанавливаться, например, в заранее установленное значение. Табличная часть дополнительно включает в себя информацию о длине "section_length", описывающую длину этой части. К тому же табличная часть включает в себя идентификатор "version_number", описывающий номер версии синтаксиса. Признак "current_next_indicator" указывает, должна ли переданная информация применяться для текущего контента или для медиаконтента, переданного в более поздний момент времени. Информация "section_number" указывает номер части, чтобы дать возможность распределить информацию об ограничении доступа по нескольким частям. Информация "last_section_number" описывает номер последней части. Кроме того, часть из фиг.9A включает в себя один или несколько дескрипторов "descriptor", синтаксис и значение которых объясняется посредством описания синтаксиса из фиг.9B. В конечном счете, табличная часть из фиг.9A также включает в себя контрольную сумму "CRC_32".

Дескриптор "CA_descriptor", синтаксис которого показан на фиг.9B и который может брать на себя роль "descriptor", показанного на фиг.9A, включает в себя идентификацию дескриптора "descriptor_tag" и указание длины дескриптора "descriptor_length". Кроме того, описанный на фиг.9B дескриптор включает в себя идентификацию системы "CA_system_ID", описывающую тип системы ограничения доступа. Кроме того, дескриптор из фиг.9B включает в себя обозначение типа пакета "CA_PID", указывающее идентификатор PID типа пакета таких пакетов транспортного потока, которые содержат информацию сообщения управления правами просмотра. Следовательно, дескриптор может содержать указание определенных пакетов транспортного потока, содержащих идентификатор CA_PID типа пакета. Однако указание "CA_PID" также может рассматриваться как ссылка на другую таблицу, которая содержится в области конфиденциальных данных того же пакета транспортного потока или другого пакета транспортного потока и которая содержит идентификатор, который равен значению "CA_PID", описанному дескриптором. Таким образом, можно установить ссылку между таблицей "CA_section()" и таблицей "CA_data()". В качестве альтернативы (то есть в качестве альтернативы ссылки на другой пакет транспортного потока и/или другую таблицу) дескриптор также может непосредственно включать в себя сообщения управления правами просмотра, которые, однако, могут быть прикреплены, например, в качестве байтов конфиденциальных данных ("private_data_byte") к концу соответствующего дескриптора.

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

Посредством описания синтаксиса из фиг.10 ниже будет излагаться способ, которым могут кодироваться ссылки на сообщения контроля прав просмотра. Описание синтаксиса из фиг.10 описывает таблицу, которая может содержаться в части с конфиденциальными данными поля адаптации из фиг.8B, например, в качестве альтернативы таблице из фиг.9A или дополнительно к таблице из фиг.9A. Можно увидеть, что синтаксис таблицы "CA_ECM_section()" из фиг.10 по существу соответствует синтаксису таблицы из фиг.9A. Однако в таблице из фиг.10 могут использоваться иные дескрипторы "descriptor", нежели в таблице из фиг.9A. Например, дескрипторы в таблице из фиг.10 могут непосредственно представлять сообщения ECM контроля прав просмотра вместо представления только лишь ссылок.

За подробностями касательно значения отдельных элементов синтаксиса таблицы из фиг.10 обращайтесь к описанию таблицы из фиг.9A. Однако в обеих таблицах необходимы не все указанные признаки и/или значения, так что при желании можно обойтись без некоторых из признаков и/или значений, которые не ссылаются непосредственно на информацию об ограничении доступа.

Фиг.11 показывает описание синтаксиса дополнительной таблицы, содержащей информацию об ограничении доступа, которая может содержаться в области конфиденциальных данных поля адаптации из фиг.8B, в качестве альтернативы или дополнительно к таблицам из фиг.9A и 10. Таблица из фиг.11 включает в себя идентификатор таблицы "table_ID", который обычно принимает иное значение, чем идентификаторы таблиц у таблиц из фиг.9A и 10. К тому же таблица из фиг.11 может содержать указание "CA_PID" (в виде идентификатора типа пакета). Ссылка "CA_PID" в таблице "CA_data()" может указывать, например, на тип пакета, который включает в себя дополнительную информацию об ограничении доступа. В качестве альтернативы значение "CA_PID" в таблице "CA_data()" также может указывать, что таблица "CA_data()" переносит информацию, которая обычно содержалась бы в отдельном пакете транспортного потока с типом "CA_PID". Таким образом, ссылку на таблицу "CA_data()" можно сделать из другой таблицы, например таблицы "CA_section()" или таблицы "CA_ECM_section()", причем таблица "CA_data()" идентифицируется как целевой объект ссылки по значению в поле "CA_PID". Таблица из фиг.11 может дополнительно содержать собственную информацию об ограничении доступа в поле "proprietary_CA_information", длина которой может описываться, например, описанием длины "CA_info_length".

Ниже будут обобщены некоторые особенности касательно типового кодирования информации CA. Внедрение информации CA выполняется, например, в поле "transport_private_data" в поле адаптации "adaptation_field()" в заголовке пакета транспортного потока. Упомянутое внедрение выполняется способом, который аналогичен описанному в Источнике информации [3]. В процессе внедрения, который описывается в Источнике информации [3], первый байт (в последовательности значений данных "private_data_byte") указывает, какие данные внедряются в поле "transport_private_data" (также называемое областью конфиденциальных данных). В таблице 12 Источник информации [3] описывает следующие правомочные идентификаторы для транспортировки конфиденциальных данных:

Описанное ниже типовое кодирование дополняет упомянутое кодирование и гарантирует, что первый байт в поле "transport_private_data" (следующем за описанием длины "transport_private_data_length") отличается от значения 0 (которое уже предоставлено для PAD) в каждом случае.

В этой связи следует отметить, что данные PAD разрешены только для широковещания DMB (то есть не для телевидения DMB). Однако предложенное ниже кодирование гарантирует даже для широковещания DMB, что существующий радиоприемник DMB не будет интерпретировать данные поля "transport_private_data", причем упомянутые данные относятся к ограничению доступа, в качестве данных PAD.

Хотя кодирование PAD, которое используется, когда первый байт (следующий за описанием длины "transport_private_data_length") имеет значение 0, предполагает, что любые дополнительные данные поля "transport_private_data" теперь являются данными PAD, нижеследующее кодирование гарантирует, что некоторые поля данных разных типов можно сохранить в поле "transport_private_data" (и можно извлечь из него анализатором транспортного потока).

Нужно отличать следующую информацию об ограничении доступа:

• Ссылки на сообщения EMM управления правами просмотра; они могут кодироваться, например, почти как часть с ограничением доступа "CA_section()" в Источнике информации [6], несущая ссылку на PID пакетов управления правами просмотра (пакетов EMM) в том же транспортном потоке MPEG (по возможности также кодированном в соответствии с собственными сообщениями ECM контроля прав просмотра) или другом транспортном потоке MPEG.

• Ссылки на сообщения ECM контроля прав просмотра; они могут кодироваться, например, как будет описываться ниже в отношении таблицы "CA_ECM_section()", по возможности в связи с таблицей "CA_data()".

• Структуры данных для собственных сообщений ECM контроля прав просмотра и других данных CA; они могут кодироваться, например, как будет описываться ниже.

• Ссылки на сообщения ECM контроля прав просмотра могут кодироваться, например, как описывается посредством описания синтаксиса из фиг.10. Кодирование в соответствии с описанием синтаксиса из фиг.10 по существу идентично кодированию части с ограничением доступа "CA_section()" в соответствии с Источником информации [6]; только идентификатор таблицы "table_ID" был бы другим, поскольку эта таблица служит для нахождения сообщений ECM контроля прав просмотра, тогда как таблица "CA_section()" служит для нахождения сообщений EMM управления правами просмотра. Идентификатор таблицы "table_ID" мог бы равняться, например, 0x2 для таблицы "CA_ECM_section()", чтобы иметь возможность отличать эту информацию от данных PAD для широковещания DMB (идентификатор таблицы 0x0) и от данных таблицы "CA_section()" (идентификатор таблицы 0x1).

Идентификаторы или идентификаторы типа пакета ("CA_PID_values"), содержащиеся в дескрипторе "CA_descriptor" таблиц из фиг.9A и 10 ("CA_ECM_section()" и/или "CA_section()"), обычно идентифицируют типы PID пакетов у тех пакетов транспортного потока, которые содержат информацию ECM (таблица "CA_ECM_section()" из фиг.10) или информацию EMM (таблица "CA_section()" из фиг.9A). В соответствии с настоящим изобретением идентификаторы "CA_PID" могут использоваться в качестве идентификаторов, чтобы идентифицировать собственную информацию CA ("proprietary_CA_information()"), содержащуюся в таблице "CA_data()". Другими словами, вместо использования отдельных пакетов транспортного потока, имеющих ассоциированный определенный тип пакета для передачи информации ECM и/или информации EMM, информация ECM и/или информация EMM может содержаться в подтаблицах "CA_data()" из фиг.11. Почти как таблицы "CA_section()" и "CA_ECM_section()", упомянутые подтаблицы "CA_data()" могут содержаться в поле адаптации и/или в области конфиденциальных данных ("private_data_byte") поля адаптации ("adaptation_field"). Таблицы CA_section(), CA_ECM_section() и CA_data() предпочтительно содержатся в пакетах транспортного потока, содержащих таблицу взаимосвязи программ, поскольку обычно имеется достаточно места в упомянутых пакетах, независимо от скорости кодирования полезной нагрузки (звуковых данных и/или видеоданных).

Структура данных для информации ECM, которая в основном может использоваться для информации EMM и других данных CA (то есть данных для ограничения доступа), может кодироваться, например, как показано в описании синтаксиса из фиг.11. При необходимости, то есть в случае требования высокой скорости данных, собственная информация CA ("proprietary_CA_information()") также может допускать фрагментацию. Точное кодирование оставляется для соответствующей системы ограничения доступа, или системы CA. Таблица, содержащая информацию CA и обозначенная как "CA_data()", включает в себя, например, идентификатор таблицы "table_ID", а также идентификатор "CA_PID". Идентификатор CA_PID соответствует идентификатору, заключенному посредством, например, значения "CA_PID" в дескрипторе "CA_descriptor()" в таблице "CA_section()". Например, таблица "CA_section()" включает в себя, посредством значения CA_PID дескриптора "CA_descriptor", ссылку на определенную таблицу "CA_data()". Другими словами, значение CA_PID в таблице "CA_data()" указывает подчиненную таблицу "CA_section()" и/или "CA_ECM_section()", с которой ассоциируется собственная информация CA "proprietary_CA_information()", содержащаяся в таблице "CA_data()". Таблица "CA_data" включает в себя указание длины "CA_info_length", указывающее длину собственной информации CA "proprietary_CA_information()", содержащейся в таблице "CA_data()".

Идентификатор таблицы "table_ID" в таблице "CA_data()" может быть равен 0x3, например, чтобы иметь возможность отличать упомянутую информацию от данных PAD для широковещания DMB, от "CA_section()" и "CA_ECM_section()".

Последовательность таблиц "CA_section()", "CA_ECM_section()" и/или "CA_data()" предпочтительно передается в поле "transport_private_data" пакетов PAT (при желании также в заполняющих, или нулевых пакетах). Поскольку каждый отдельный элемент (и/или каждая отдельная таблица) переносит указание типа (идентификатор таблицы "table_ID"), а также индикатор длины (например, индикатор длины "section_length") и/или указание длины "CA_info_length", то эту последовательность (таблиц) можно легко разделить снова на отдельные элементы (отдельные таблицы).

Фактическое шифрование может осуществляться, например, на уровне транспортного потока MPEG. В этой связи за шифратором или скремблером остается решение, шифруются ли все пакеты, за исключением пакетов, имеющих таблицу PAT взаимосвязи программ, и/или заполняющих пакетов, или нулевых пакетов, либо шифрование осуществляется выборочное, так что, например, таблица PMT преобразования программ и составляющая звуковой частоты остаются незашифрованными. В случае частичного шифрования таблицу PAT взаимосвязи программ следует приспособить для сигнализации приемнику, что происходит шифрование. Параметр "transport_scrambling_control_values" в заголовке пакета транспортного потока может указывать, содержит ли пакет транспортного потока MPEG зашифрованные данные. В отношении параметра "transport_scrambling_control" может использоваться, например, связь из таблицы на фиг.12.

5.5. Синтаксис таблицы PAT взаимосвязи программ ("programm_association_section")

Ниже будет вкратце описана таблица PAT взаимосвязи программ, или часть взаимосвязи программ, которая может быть представлена, например, данными "data_byte" пакета транспортного потока, имеющего идентификатор пакета PID=0x0000.

Синтаксическое представление части взаимосвязи программ "program_association_section()" показано на фиг.13. Часть взаимосвязи программ включает в себя идентификатор таблицы "table_ID", а также синтаксический признак "section_syntax_indicator". Кроме того, часть взаимосвязи программ включает в себя указание длины "section_length". К тому же часть взаимосвязи программ включает в себя идентификатор транспортного потока "transport_stream_ID", а также указание номера версии "version_number". К тому же часть взаимосвязи программ включает в себя признак "current_next_indicator", указывающий, должна ли часть взаимосвязи программ иметь силу для текущего медиаконтента или для медиаконтента, переданного в более поздний момент времени. К тому же часть взаимосвязи программ включает в себя указание номера части "section_number", а также указание "last_section_number", которое обозначает последнюю часть в последовательности частей. Упомянутые номера частей дают возможность распределения части взаимосвязи программ по нескольким пакетам.

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

В конечном счете, часть взаимосвязи программ также включает в себя контрольную сумму "CRC_32".

6. Работа приемника

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

На первом этапе приемник ожидает таблицу PAT взаимосвязи программ. Последнюю можно легко распознать по идентификатору типа пакета и/или идентификации PID программы в заголовке транспортного потока MPEG, для этого идентификатор типа пакета должен быть равен 0 (или иметь иное предварительно определенное значение). В этом пакете транспортного потока MPEG приемник теперь распознает - посредством внедренных дескрипторов ограничения доступа в таблицах "CA_ECM_section()" и/или "CA_section()" в области конфиденциальных данных "transport_private_data", - используется ли ограничение доступа CA и поддерживает ли он используемую систему ограничения доступа (систему CA). Если это так, то он должен оценить дескриптор ограничения доступа у поддерживаемого им способа. По возможности приемник также должен подождать дополнительные пакеты PAT (либо заполняющие, или нулевые пакеты) и/или "обычные" пакеты ограничения доступа, или пакеты CA, пока он не накопит всю необходимую информацию. Впоследствии при необходимости можно распознать, при каждом другом пакете транспортного потока MPEG (то есть пакетах, имеющих идентификатор типа пакета PID≠0) посредством значений информации "transport_scrambling_control", шифруется ли пакет и какой ключ необходим.

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

7. Альтернативные идеи

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

7.1 Шифрование в соответствии с Источником информации [6]

Чтобы реализовать ограничение доступа, можно шифровать, например, транспортные потоки MPEG (например, пакеты транспортного потока MPEG2 по 188 байтов каждый) либо полные кодированные по MPEG4 программы или части программ (например, элементарные потоки PES программ). Это шифрование соответствует шифрованию, используемому в DVB-T.

Этот способ шифрования вкратце будет описываться ниже. Фиг.15 показывает блок-схему поставщика сигнала. Поставщик 1500 сигнала из фиг.15 включает в себя кодер 1520 DMB, сконфигурированный для приема медиаинформации, например звуковой информации и/или видеоинформации 1510, и предоставления на ее основе транспортного потока 1522 MPEG2. Ограничитель 1530 доступа, или устройство добавления ограничения доступа, принимает транспортный поток 1522 MPEG2 и предоставляет на его основе по меньшей мере частично зашифрованный транспортный поток 1532 MPEG2. Шлюз 1540 DMB принимает по меньшей мере частично зашифрованный транспортный поток 1532 MPEG2 и предоставляет сигнал 1542 подканала DAB на его основе. Мультиплексор 1550 DAB принимает сигнал 1542 подканала DAB и предоставляет сигнал DAB на его основе.

Кодер 1520 DMB описывает кодированную программу и ее элемент программы (например, звук и видеоизображение) в таблице PMT преобразования программ. В случае зашифрованного потока данных эта сигнализация также должна описывать, чем является то, что шифруется (полная программа или только часть программы), и с использованием каких способов. К тому же любая информация об ограничении доступа (например, информация ECM), которая необходима для дешифрования, также должна внедряться в транспортный поток данных MPEG2.

Либо кодер 1520 DMB вставляет необходимую сигнализацию (даже если ему уже необязательно шифровать самому), либо модуль ограничения доступа (модуль 1530 CA) приспосабливает сигнальную информацию и добавляет необходимую информацию об ограничении доступа. Поскольку скорость передачи данных у подканала 1542 DAB предварительно определена, это означает, что кодер 1520 DMB не должен использовать всю скорость передачи данных подканала, а оставляет неиспользуемой часть скорости передачи данных (то есть определенное количество пакетов транспортного потока MPEG), чтобы они были доступны модулю 1530 ограничения доступа. Передача одного пакета транспортного потока MPEG в секунду соответствует скорости передачи данных в 1632 разрядов/с (включая дополнительную защиту от ошибок).

Однако описанный выше способ влечет за собой несколько недостатков, которые будут описываться ниже. Даже если кодеру 1520 DMB не нужно самому выполнять никакое шифрование, он должен быть способен оставить неиспользуемыми по меньшей мере определенное количество пакетов транспортного потока MPEG, чтобы они были доступны для передачи информации об ограничении доступа (и таблицы PMT преобразования программ, которая по возможности может расширяться сигнализацией ограничения доступа). Это означает необходимую адаптацию этих кодеров 1520. Кодер, который разработан для незашифрованного DMB, нужно изменить, чтобы стало возможным зашифрованное DMB.

7.2 Шифрование подканалов DAB в соответствии с Источником информации [5]

Ниже будет описываться шифрование подканалов DAB, которое также вкратце описывается как "CA подканала DAB".

Подканал DAB является каналом с фиксированной скоростью передачи данных. Каждые 24 мс приемник DAB принимает фиксированное количество байтов, называемых кадрами DAB, для каждого подканала DAB. Количество байтов зависит от (фиксированной) скорости передачи у канала.

В случае ограничения доступа подканала DAB (CA подканала DAB) кадр DAB состоит из двух частей. Первая часть кадра содержит данные CA (например, ECM, EMM), а вторая явно самая большая часть кадра содержит зашифрованную полезную нагрузку.

Под номером 1610 ссылки фиг.16 показывает схематическое представление кадров DAB, имеющих длину, например, 24 мс. Первое сообщение обозначается номером 1612, а второе сообщение обозначается номером 1614. Первое сообщение 1612 содержит данные 1612a CA и зашифрованную полезную нагрузку 1612b. Аналогичным образом второе сообщение 1614 содержит данные 1614a CA и зашифрованную полезную нагрузку 1614b.

Под номером 1620 ссылки фиг.16 дополнительно показывает блок-схему поставщика сигнала DAB, который реализует соответствующую идею. Поставщик 1620 DAB включает в себя кодер 1630 DAB, сконфигурированный для приема звуковых данных и/или видеоданных 1628 и предоставления на их основе транспортного потока 1632 MPEG2. Поставщик 1620 сигнала DAB дополнительно включает в себя шлюз 1640 DMB, сконфигурированный для приема транспортного потока 1632 MPEG2 и предоставления на его основе подканала 1642 DAB. К тому же поставщик 1620 сигнала DAB включает в себя устройство 1650 добавления ограничения доступа, сконфигурированное для приема подканала 1642 DAB и предоставления на его основе по меньшей мере частично зашифрованного подканала 1652 DAB, который подается в мультиплексор 1660 DAB в качестве входного сигнала. На его основе мультиплексор 1660 DAB предоставляет сигнал DAB.

Соответствующий способ будет вкратце описываться ниже. В этом способе пакеты транспортного потока MPEG сначала внедряются в подканалы DAB, а затем шифруются результирующие кадры DAB (то есть байты подканала, которые передаются каждые 24 мс). Потом модуль CA объединяет информацию CA и зашифрованные данные и создает кадр DAB, который соответственно больше (то есть требует большей скорости передачи), чем предоставленный шлюзом 1640 DMB. С этой целью в начале каждого кадра добавляется необходимая информация 1612a, 1614a CA. Оставшаяся часть результирующего кадра содержит зашифрованные данные 1612b, 1614b DMB (то есть части транспортного потока данных MPEG2).

По причинам, свойственным их функциональному принципу, при CA подканала DAB возможно только полное шифрование программы DMB. Невозможно, например, зашифровать только звук (или звуковую часть), но оставить незашифрованным видеоизображение (или часть с видеоизображением).

Поскольку подканалы DAB всегда должны быть кратным 8 Кбит/с числом, то служебная нагрузка, вызванная CA подканала DAB, всегда составляет по меньшей мере 8 Кбит/с или кратное 8 Кбит/с число.

Ниже будет объясняться несколько недостатков способа из описанной выше идеи. Сначала нужно сообщить, что зашифрованный кадр DAB делится на две части, причем первая часть содержит данные 1612a, 1614a CA, а вторая часть содержит зашифрованные данные 1612b, 1614b DMB. Как принято с транспортными потоками MPEG, данные DMB защищаются от ошибок передачи с помощью перемежителя и кода Рида-Соломона. Однако этот тип шифрования означает, что сначала вычисляется защита от ошибок, а потом шифруются защищенные от ошибок пакеты транспортного потока MPEG. Однако это также означает, что на стороне приема сначала нужно выполнять и шифрование, после чего нужно применить защиту от ошибок. Однако это противоречит традиционной настройке приемника, где сначала применяется защита от ошибок, а потом перенаправляются данные с исправленными ошибками. Таким образом, ограничение доступа пришлось бы встраивать на очень низких уровнях протокола приемника.

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

Кроме того, CA подканала DAB всегда требует служебной нагрузки по меньшей мере в 8 Кбит/с, что обусловлено неравномерностью подканала DAB.

7.3. Шифрование блоков доступа в соответствии с IPMP MPEG4

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

8. Выводы

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

Длина информации CA отличается в зависимости от используемой системы CA. Для квалифицированного внедрения информации CA задается структура CA в соответствии с изобретением. Упомянутая структура CA не зависит от используемой системы CA. Она задает

1. Транспортный уровень, на котором должно происходить шифрование;

2. Способ, которым сигнализируется шифрование; и

3. Место, куда должна внедряться информация CA (EMM и ECM).

Платное телевидение, использующее технологию DMB, является относительно новым применением. Для DMB до сих пор нет заданной структуры для ограничения доступа, в отличие от DVB-T, которое также использует транспортные потоки MPEG2, и от DAB. Выше приводилось описание относительно того, почему шифрование по аналогии со структурой ограничения доступа для DVB-T и/или со структурой ограничения доступа для DAB возможно, но неидеально. В этом документе описывается патентоспособная структура ограничения доступа специально для DMB, которая удовлетворяет следующим требованиям:

1. Определение структуры ограничения доступа, применимой для любой системы ограничения доступа и любого способа шифрования.

2. Определение уровней шифрования и внедрение информации об ограничении доступа для DMB.

3. Определение сигнализации.

4. Передача информации CA, экономящая скорость передачи битов.

5. Транспортировка ключей контента (ECM) по тому же каналу, что и сам контент.

6. Возможна транспортировка всех EMM в отдельном "главном канале".

7. Простая интегрируемость в существующие системы отправки.

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

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

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

В вариантах осуществления в соответствии с изобретением информация CA внедряется в существующие, но до настоящего времени неиспользуемые поля данных. В соответствии с изобретением предлагается использование поля "transport_private_data" в поле адаптации "adaptation_field()" в заголовке пакета транспортного потока. Достаточно практичная скорость передачи данных доступна, например, в пакетах, имеющих таблицу взаимосвязи программ (пакетах PAT). Информация CA внедряется в PAT по аналогии с внедрением данных PAD в Источнике информации [3]. В качестве примера выше описывается возможное кодирование упомянутой информации CA. Фактическое шифрование выполняется на транспортном уровне, или уровне транспортного потока, или уровне элементарного потока программ (см. Источник информации [6]). Можно, например, отправить два аудиопотока, из которых шифруется только один.

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

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

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

• Кодер DMB может использовать полную скорость передачи данных, и не возникнет никакой служебной нагрузки для информации CA (поэтому никакие пакеты транспортного потока MPEG не резервируются для информации CA).

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

По сравнению с шифрованием подканалов DAB (также называемым CA подканала DAB) получается одно или несколько следующих преимуществ:

• никакой служебной нагрузки по меньшей мере в 8 Кбит/с;

• информация CA защищается от ошибок;

• весь подканал кодируется равномерно (все это транспортный поток MPEG), и отсутствует дробление; и

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

В вариантах осуществления в соответствии с изобретением вышеописанная структура данных "CA-Descriptor" внедряется в пакет транспортного потока MPEG, имеющий таблицу PAT взаимосвязи программ, и используется фактическое шифрование на уровне транспортного потока MPEG. В соответствии с изобретением данные, имеющие низкое требование к скорости передачи битов, а именно информация CA, внедряются в пакеты транспортного потока MPEG, имеющие таблицу взаимосвязи программ, которые передаются регулярно, но являются относительно пустыми.

Внедрение информации CA имеет сходство или соответствует типу внедрения, который уже использован для данных PAD в стандарте DMB.

9. Альтернативы реализации

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

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

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

В зависимости от определенных требований к реализации варианты осуществления изобретения можно реализовать в аппаратных средствах или программном обеспечении. Реализация может осуществляться с использованием цифрового носителя информации, например гибкого диска, DVD, диска Blu-ray, CD, ROM, PROM, EPROM, EEPROM или флэш-памяти, жесткого диска или любого другого магнитного или оптического запоминающего устройства, которое содержит сохраненные на нем электронно-считываемые управляющие сигналы, которые могут взаимодействовать или фактически взаимодействуют с программируемой компьютерной системой так, что выполняется соответствующий способ. Вот почему цифровой носитель информации может быть машиночитаемым.

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

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

Программный код также может храниться, например, на машиночитаемом носителе.

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

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

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

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

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

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

В некоторых вариантах осуществления программируемое логическое устройство (например, программируемая пользователем вентильная матрица, FPGA) может использоваться для выполнения некоторых или всех функциональных возможностей способов, описанных в этом документе. В некоторых вариантах осуществления программируемая пользователем вентильная матрица может взаимодействовать с микропроцессором для выполнения любого из способов, описанных в этом документе. Как правило, в некоторых вариантах осуществления способы выполняются любым аппаратным устройством. Упомянутое аппаратное устройство может быть любыми универсально применимыми аппаратными средствами, например компьютерным процессором (CPU), или может быть аппаратными средствами, специфичными для способа, например ASIC.

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

10. Источники информации

[1] ETSI, ETR 289 (1996-10), Digital Video Broadcasting (DVB); Support for use of scrambling and Conditional Access (CA) within digital broadcast systems.

[2] ETSI TS 102 428 v1.1.1 (2005-06): "Digital Audio Broadcasting (DAB); DMB video services; User application specification", 06/2005.

[3] ETSI TS 102 428 v1.2.1 (2009-06): "Digital Audio Broadcasting (DAB); DMB video services; User application specification", 06/2009.

[4] ETSI EN 300 401 V1.4.1 (2006-06): "Digital Audio Broadcasting (DAB) to mobile, portable and fixed receivers", 06/2006.

[5] ETSI TS 102 367 V1.2.1 (2006-01): "Digital Audio Broadcasting (DAB); Conditional access)", 01/2006.

[6] ITU-T H.222.0 (2006-05): "Series H: Audiovisual and multimedia system, Infrastructure of audiovisual services - Transmission multiplexing and synchronization", "Information technology - Generic coding of moving pictures and associated audio information: Systems".

11. Условные обозначения