RU2251817C2 - Присваивание адресов в системе цифровой передачи - Google Patents

Присваивание адресов в системе цифровой передачи Download PDF

Info

Publication number
RU2251817C2
RU2251817C2 RU2001124330/09A RU2001124330A RU2251817C2 RU 2251817 C2 RU2251817 C2 RU 2251817C2 RU 2001124330/09 A RU2001124330/09 A RU 2001124330/09A RU 2001124330 A RU2001124330 A RU 2001124330A RU 2251817 C2 RU2251817 C2 RU 2251817C2
Authority
RU
Russia
Prior art keywords
address
decoder
access control
data
stream
Prior art date
Application number
RU2001124330/09A
Other languages
English (en)
Other versions
RU2251817C9 (ru
RU2001124330A (ru
Inventor
Жиль ЛЕБУЛЬ (FR)
Жиль ЛЕБУЛЬ
Original Assignee
КАНАЛЬ+ Сосьетэ Аноним
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by КАНАЛЬ+ Сосьетэ Аноним filed Critical КАНАЛЬ+ Сосьетэ Аноним
Publication of RU2001124330A publication Critical patent/RU2001124330A/ru
Application granted granted Critical
Publication of RU2251817C2 publication Critical patent/RU2251817C2/ru
Publication of RU2251817C9 publication Critical patent/RU2251817C9/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • H04N21/23895—Multiplex stream processing, e.g. multiplex stream encrypting involving multiplex stream encryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6143—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6168—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving cable transmission, e.g. using a cable modem
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/167—Systems rendering the television signal unintelligible and subsequently intelligible
    • H04N7/1675—Providing digital key or authorisation information for generation or regeneration of the scrambling sequence
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management

Abstract

Изобретение относится к способу присваивания адресной информации в системе цифровой передачи, в частности в системе цифрового телевидения. Техническим результатом является разработка оптимизированного способа передачи адресованных сообщений, в частности IP-дейтаграмм, размещенных в секции транспортного потока, соответствующего стандарту MPEG-2. Технический результат достигается тем, что центральная передающая станция, которая является частью системы цифровой передачи, наделена функцией присваивания декодерам, также входящим в систему, значений адресов уровня управления доступом, что делает возможным динамическое присваивание таких значений и более полный контроль над количеством и форматом адресов, с которыми работает данная система. Кроме того, центральная передающая станция может передавать данные путем вещания в нескольких потоках транспортных пакетов, и в нескольких сервисах в каждом потоке транспортных пакетов, при этом сообщение присваивания адреса дополнительно содержит информацию, позволяющую каждому декодеру выбрать тот из множества поток пакетов, который содержит данные, ассоциированные с данным адресом уровня управления доступом. 5 с. и 36 з.п.ф-лы, 7 ил.

Description

Настоящее изобретение относится к способу присваивания адресной информации в системе цифровой передачи, в частности в системе цифрового вещания, такой как система цифрового телевидения.
В известных системах цифрового телевидения данные передаются в виде отдельных пакетов транспортных потоков, или транспортных пакетов, каждый из которых имеет некоторую заранее заданную длину и содержит заголовок и полезную нагрузку. В системе передачи центральная передающая станция передает один или несколько потоков пакетов "через эфир" на множество декодеров, которые принимают и восстанавливают поток пакетов. Каждая станция может передавать несколько потоков пакетов на нескольких различных частотах.
Заголовок пакетов такого потока содержит описательные данные общего характера, касающиеся пакета, тогда как полезная нагрузка содержит данные, подлежащие обработке в приемнике. Заголовок пакета содержит по меньшей мере идентификатор пакета (PID), идентифицирующий данный пакет. Полезная нагрузка может содержать аудио-, видео- или другие данные, такие как данные, полученные центральной передающей станцией через канал соединения с Internet. Кроме этого, сами подобного рода данные, содержащиеся в полезной нагрузке пакета с идентификатором PID, могут быть разбиты на несколько таблиц или секций, идентифицируемых значением идентификатора таблицы (TID), и, на следующем уровне, значением расширения TID. В настоящее время наиболее распространенным стандартом в этой области является стандарт MPEG-2, который задает предопределенный формат таких пакетов.
В системах цифрового вещания декодеры, ранее использовавшиеся лишь для условного доступа или декодирования закодированных в формате MPEG-2 сигналов, в настоящее время снабжаются рядом функций все возрастающей степени сложности. В частности, были предложены несколько систем, в которых используется декодер, обеспечивающий, функционируя независимо или в сочетании с ПК, соединение с Internet, позволяя пользователю просматривать ресурсы Internet. Часто используется гибридная (комбинированная) вещательно-телекоммуникационная конфигурация, при которой декодер передает центральной станции запросы на Web-страницы по телекоммуникационному каналу, а центральная станция принимает и передает их на декодер по каналу вещания.
Данные в самой сети Internet организованы в соответствии с протоколом TCP/IP, который задает, помимо прочего, предопределенный формат таких данных (так называемые "дейтаграммы"). Чтобы обеспечить свободную циркуляцию информации дейтаграмм между сетями, пакет с дейтаграммой включает в себя адреса нескольких уровней. В частности, каждая дейтаграмма на сетевом уровне обычно адресуется с помощью IP-адреса, а на канальном уровне - с помощью адреса уровня управления доступом к среде, известного как МАС-адрес.
Передача какого-либо сообщения некоторому определенному пользователю сети обычно предполагает адресацию этого пользователя с помощью его MAC- и IP-адресов, хотя существуют способы, позволяющие в подсетях определять МАС-адреса с использованием IP-адресов. В отличие от IP-адреса, который присваивается администратором сети, МАС-адрес обычно фиксировано присваивается устройству при его изготовлении.
Включение дейтаграмм Internet-формата в вещательные транспортные пакеты потребовало развития ряда стандартов, для регулирования этого процесса инкапсуляции. В связанном со стандартом MPEG стандарте ISO 13818-6 определяется формат для таких данных с использованием в потоке DSM-CC-"каруселей".
Другие группы, особенно экспертная группа по цифровому телевидению (экспертная группа DVB), работают над дополнением и развитием указанного стандарта. В частности, предложенный экспертной группой DVB стандарт Европейского института стандартов по телекоммуникациям (ETSI) EN 301 192 задает стандартный формат таблицы или секции транспортного пакета формата MPEG-2, приспособленный для транспортировки IP-дейтаграмм. Этот стандарт указывает, каким образом, такие дейтаграммы, адресованные пользователю с помощью MAC- и IP-адресов, включаются в таблицу или секцию, инкапсулируемую в транспортный пакет транспортного потока, и указывает, какая другая информация обычно должна присутствовать в таких секциях.
Первый вариант осуществления настоящего изобретения касается оптимизированного способа передачи адресованных сообщений, инкапсулированных в вещательном транспортном потоке, в частности (но не исключительно) IP-дейтаграмм, размещенных в секции транспортного потока, соответствующего стандарту MPEG-2.
Согласно настоящему изобретению предлагается способ передачи цифровой информации в системе цифрового вещания, содержащей центральную передающую станцию и по меньшей мере один декодер, в котором упомянутая центральная станция передает по меньшей мере один транспортный поток, содержащий поток пакетов, в полезных нагрузках которых инкапсулированы секции данных, по меньшей мере одна из которых включает в себя адрес уровня управления доступом, используемый для управления ее получением по меньшей мере одним декодером, причем упомянутый адрес уровня управления доступом задается упомянутой центральной передающей станцией и передается на упомянутый по меньшей мере один декодер в сообщении присваивания адреса.
Согласно первому варианту осуществления настоящего изобретения предлагается способ передачи цифровой информации в системе цифрового вещания, содержащей центральную передающую станцию и один или несколько декодеров, причем упомянутая центральная станция передает по меньшей мере один транспортный поток, содержащий поток пакетов, внутри полезных нагрузок которых инкапсулированы таблицы или секции данных, одна или несколько из которых включают в себя адрес уровня управления доступом, используемый для управления получением этой секции одним или несколькими декодерами, отличающийся тем, что упомянутый адрес уровня управления доступом задается упомянутой центральной передающей станцией и передается на каждый из упомянутых декодеров в сообщении присваивания адреса.
В традиционных вещательных и сетевых системах обычно используется постоянный адрес уровня управления доступом к среде. Он может соответствовать, например, МАС-адресу, “зашиваемому” в модемную карту декодера при его изготовлении. В такой системе центральная передающая станция не может влиять на это значение, которое передается с декодера на центральную станцию или ближайший маршрутизатор, ответственный за маршрутизацию данной дейтаграммы.
Напротив, согласно настоящему изобретению центральная передающая станция наделяется функцией присваивания декодерам, входящим в систему, значений адресов уровня управления доступом, что делает возможным динамическое присваивание таких значений и более полный контроль на уровне центральной передающей станции над количеством и форматом адресов, с которыми работает данная система.
Хотя в данном тексте упоминается центральная передающая станция, необходимо иметь в виду, что присвоение адресных сообщений на практике может осуществляться физически отдельным маршрутизирующим устройством, подотчетным передающей станции, ответственной за вещание информации.
Предпочтительно, упомянутая секция соответствует содержащей дейтаграмму секции, используемой для передачи данных протокола Internet, причем данные, размещенные в этой секции, включают в себя также IP-адрес. Однако будет очевидным, что настоящее изобретение в равной степени может быть применено и к другим типам данных, размещенных в таблице или секции, инкапсулированной в потоке транспортных пакетов, и адресуемых одному или нескольким декодерам с помощью адреса уровня управления доступом.
Как упоминалось выше, в гибридных (комбинированных) вещательно-телекоммуникационных системах декодер обычно передает запрос, например, запрашивающий данные протокола Internet, по телекоммуникационному каналу, и принимает загружаемую информацию по вещательному каналу, в секции данных, обозначенной некоторым адресом уровня управления доступом и инкапсулированной в потоке транспортных пакетов.
Однако в одном из вариантов осуществления настоящего изобретения некоторые или все секции данных, предназначенные для одного или нескольких декодеров и обозначенные адресом уровня управления доступом, могут также передаваться с центральной передающей станции на каждый из упомянутых декодеров через телекоммуникационную сеть. В частности, Internet-данные могут передаваться через телекоммуникационную сеть с использованием упомянутого адреса уровня управления доступом.
Предпочтительно декодер также может передавать через такую телекоммуникационную сеть на упомянутую центральную станцию запрос, запрашивающий адрес уровня управления доступом. Аналогичным образом, упомянутое сообщение присваивания адреса также может возвращаться с упомянутой центральной передающей станции на данный декодер с использованием канала телекоммуникационной сети.
Использование телекоммуникационного канала для запрашивания и получения присваиваемого адреса уровня управления доступом позволяет декодеру быстро получать адрес уровня управления доступом, который затем может быть использован для передачи информации, получаемой во время сеанса просмотра ресурсов Internet.
Предпочтительно упомянутое передаваемое декодером сообщение запрашивания адреса включает в себя IP-номер, позволяющий упомянутой центральной передающей станции идентифицировать этот декодер. Этот IP-номер обычно присваивается администратором сети или оператором вещания; он может использоваться для идентификации декодера, дополнительно к значению идентификатора, присваиваемому оператором своим абонентам, или вместо него.
Предпочтительно упомянутое сообщение запрашивания адреса, передаваемое декодером, включает в себя также указание на то, желает ли данный декодер получать сообщения в режиме индивидуальной или групповой адресации. В зависимости от этого центральная передающая станция передаст в сообщении присваивания адреса индивидуальный или коллективный адрес уровня управления.
Индивидуальный адрес может потребоваться, например, в случае сеанса просмотра ресурсов Internet, во время которого центральная станция будет передавать пользователю определенные Web-страницы в ответ на конкретные запросы пользователя; групповой адрес может быть использован для адресации информации, предназначенной некоторой группе пользователей.
Индивидуальный адрес может быть динамическим адресом, присвоенным в начале сеанса в ответ на запрос адреса, полученный с декодера. В качестве альтернативного варианта, адрес может присваиваться при первом подключении пользователя к центральной передающей станции и использоваться после этого при всех последующих сеансах передачи информации.
Помимо информации, касающейся запроса индивидуального или группового адреса, упомянутое сообщение запрашивания адреса может также включать в себя указание на то, останется ли данный декодер подключенным для приема данных через телекоммуникационную сеть после передачи сообщения запрашивания адреса, или нет.
Как было описано выше, упомянутая центральная передающая станция может передавать данные путем вещания в нескольких потоках транспортных пакетов, и в нескольких сервисах в каждом потоке транспортных пакетов. Предпочтительно упомянутое сообщение присваивания адреса дополнительно включает в себя информацию, позволяющую каждому декодеру выбрать из множества потоков транспортных пакетов тот поток транспортных пакетов, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
Кроме того, упомянутое сообщение присваивания адреса может дополнительно включать в себя информацию, позволяющую каждому из упомянутых декодеров выбрать из множества сервисов некоторого потока транспортных пакетов тот сервис, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
Поскольку один сервис может быть ассоциирован с разнообразными типами данных или потоками данных (аудиоданные, визуальные данные, IP-данные и т.п.), упомянутое сообщение присваивания адреса может также включать в себя информацию, касающуюся потоков данных, передаваемых в данном сервисе, и идентифицирующую тот поток данных, который содержит пакетированные данные, ассоциированные с присваиваемым адресом уровня управления доступом.
Упомянутая центральная передающая станция может также динамически управлять потоком транспортных пакетов и/или сервисом, в котором будут транспортироваться адресованные данные, оптимизируя вещание информации, распределяя ее между одним или несколькими транспортными потоками.
В случае, например, системы цифрового вещания, связанной с системой условного доступа, некоторые или все данные секций, передаваемых центральной управляющей станцией, могут шифроваться.
Приведенные выше варианты осуществления настоящего изобретения были описаны применительно к системе цифрового вещания, такой как система цифрового телевидения. Однако динамическое присваивание МАС-адресов может быть также применено и в других системах, например, в тех системах, где используется исключительно специализированная телекоммуникационная сеть.
Согласно еще одному аспекту настоящего изобретения предлагается способ передачи содержащих дейтаграммы пакетов в цифровой сети, содержащей по меньшей мере одну центральную управляющую станцию и некоторое множество удаленных терминалов, причем упомянутые содержащие дейтаграммы пакеты включают в себя по меньшей мере адрес уровня управления доступом к среде, ассоциированный с некоторым первым уровнем передачи данных упомянутой сети, и адрес протокола Internet, ассоциированный с некоторым вторым уровнем передачи данных упомянутой сети, в котором адреса уровня управления доступом к среде динамически присваиваются упомянутой центральной управляющей станцией в ответ на запрос с удаленного терминала.
Настоящим изобретением предлагается также устройство для передачи на некоторый декодер транспортного потока, содержащего поток пакетов, в полезных нагрузках которых инкапсулированы секции данных, по меньшей мере одна из которых включает в себя адрес уровня управления доступом, используемый для управления ее получением декодером, причем упомянутое устройство содержит средство, например сервер, для задавания упомянутого адреса уровня управления доступом, и средство, например передатчик, для передачи на упомянутый декодер упомянутого адреса уровня управления доступом в сообщении присваивания адреса.
Признаки, раскрытые выше при описании аспектов настоящего изобретения, касающихся способа, могут быть также применены к аспектам, касающимся устройства, и наоборот.
Используемый в этом тексте термин "приемник-декодер" или "декодер" может обозначать приемник для приема как закодированных, так и незакодированных сигналов, например телевизионных и/или радиосигналов, которые могут передаваться путем вещания или другими способами. Этот термин может также обозначать декодер для декодирования принимаемых сигналов. Примерами исполнения подобных приемников-декодеров могут служить декодер, совмещенный с приемником для декодирования принимаемых сигналов, например, в приставке к телевизору (set-top box - STB), декодер, функционирующий в сочетании с физически отдельным приемником, декодер, снабженный дополнительными функциями, такими как Web-браузер, или декодер, совмещенный с другими устройствами, такими как видеомагнитофон или телевизор.
Термин "декодер" или "приемник-декодер" в контексте данного текста включает в себя также конфигурации с декодером и ПК, в которых некоторые или все функции, относящиеся к настоящему изобретению, могут выполняться ПК, например передача запрашивающего адрес сообщения через модем ПК, и т.д.
Используемый в настоящей заявке термин "система цифрового вещания" включает в себя любую цифровую систему, вещающую информацию с центральной станции множеству пользователей в каком-либо известном формате вещания, в том числе любую спутниковую, наземную, кабельную или иную систему цифрового телевидения.
Термин "MPEG" обозначает стандарты передачи данных, разработанные Экспертной группой по кинематографии Международной организации стандартизации (ISO), и, в частности (но не исключительно), к стандарту MPEG-2, разработанному для применения в системах цифрового телевидения и изложенному в документах ISO 13818-1, ISO 13818-2, ISO 13818-3 и ISO 13818-4, а также смежный стандарт DSM-CC ISO 13818-6. В контексте данного текста этот термин включает в себя все варианты, разновидности и усовершенствования форматов MPEG, которые могут применяться в области цифровой передачи данных.
Что касается DVB- или ETSI-стандартов, то они включают в себя все стандарты, предложенные экспертной группой DVB и/или принятые Европейским институтом стандартов по телекоммуникациям (ETSI), относящиеся к области цифрового телевидения, а также все их варианты, разновидности и усовершенствования. В частности, в настоящей заявке имеется ссылка на стандарт Европейского института стандартов по телекоммуникациям EN 301 192.
Ниже будет описан, исключительно в качестве иллюстративного примера, предпочтительный вариант осуществления настоящего изобретения, со ссылками на следующие чертежи, на которых:
фиг.1 - общая архитектура известной системы цифрового телевидения, в которой может найти применение настоящее изобретение;
фиг.2 - архитектура системы условного доступа, представленной на фиг.1;
фиг.3 - иерархия MPEG-2-пакетов в потоке транспортных пакетов;
фиг.4 - синтаксис содержащей дейтаграмму DSM-CC-секции, используемой для инкапсуляции IP-данных;
фиг.5 - размещение МАС-адреса в содержащей дейтаграмму секции, представленной на фиг.4;
фиг.6 - архитектура гибридной вещательно-телекоммуникационной сетевой системы в соответствии с данным вариантом осуществления настоящего изобретения; и
фиг.7 - элементы содержащего адрес обслуживания сообщения, передаваемого из центра вещания пользователю в соответствии с данным вариантом осуществления настоящего изобретения.
Система цифрового телевидения
Перед подробным описанием одного из вариантов осуществления настоящего изобретения ниже будет рассмотрена одна из известных из уровня техники систем.
Система 1 цифрового телевизионного вещания и приема, представленная на фиг.1, содержит главным образом обычную систему 2 цифрового телевидения, в которой для передачи сжатых цифровых сигналов используется система сжатия стандарта MPEG-2. В частности, MPEG-2-компрессор 3 в центре вещания принимает поток цифровых сигналов (например, поток аудио-, видеосигналов или просто информационных сигналов). Компрессор 3 подключен к мультиплексору и скремблеру 4 посредством канала 5. Мультиплексор 4 получает несколько дополнительных входных сигналов, компонует один или несколько транспортных потоков и передает сжатые цифровые сигналы на передатчик 6 центра вещания по каналу 7.
Передатчик 6 передает электромагнитные сигналы по каналу 8 "Земля-спутник" на спутниковый транспондер 9, где они подвергаются электронной обработке и затем вещаются по виртуальному каналу 10 "спутник-Земля" на наземный приемник 11, обычно выполненный в виде тарелки, принадлежащий или арендуемый конечным пользователем. Сигналы, принятые приемником 11, передаются на совмещенный приемник-декодер 12, принадлежащий или арендуемый конечным пользователем и подключенный к телевизору 13 конечного пользователя. Приемник-декодер 12 декодирует сжатый MPEG-2-сигнал в телевизионный сигнал для телевизора 13.
Как будет описано ниже, декодер 12 может быть также соединен с ПК, в частности, в том случае, когда пользователь использует декодер для получения доступа к Internet. Как будет понятно, хотя настоящее изобретение будет описываться главным образом применительно к системе спутникового вещания, оно может быть в равной степени использовано в системе кабельного телевидения или в системе, основанной на наземном телевидении.
С мультиплексором 4 и приемником-декодером 12 соединена система 20 условного доступа, частично размещенная в центре вещания и частично - в декодере. Она обеспечивает конечному пользователю возможность получения доступа к программам цифрового телевидения одного или нескольких операторов вещания. В приемник-декодер 12 может быть установлена смарт-карта, способная дешифрировать сообщения, относящиеся к коммерческим предложениям (то есть к одной или нескольким телевизионным программам, продаваемым оператором вещания). Используя декодер 12 и смарт-карту, конечный пользователь может покупать передачи либо в режиме подписки, либо в режиме оплаты за каждый отдельный просмотр (PPV-режим).
Для предоставления конечному пользователю возможности интерактивного взаимодействия с различными приложениями через модемный обратный канал 16 может быть предусмотрена интерактивная система 17, также подключенная к мультиплексору 4 и приемнику-декодеру 12, и также размещенная частично в центре вещания и частично - в декодере. В частности, в том случае, когда декодер используется для получения доступа к Internet, информация между декодером и центром вещания может передаваться по упомянутому модемному каналу, а также путем вещания по спутниковому каналу. Гибридная вещательно-телекоммуникационная система такого типа известна специалистам в данной области.
Система 20 условного доступа ниже будет описана более подробно. Как показано на фиг.2, в общих чертах система 20 условного доступа включает в себя систему 21 санкционирования подписчиков, SAS (Subscriber Authorization System). SAS 21 подключена к одной или нескольким системам 22 управления подписчиками, SMS (Subscriber Management System), по одной SMS для каждого оператора вещания, посредством соответствующего TCP/IP-канала 23 (хотя в качестве альтернативного варианта могут быть использованы и каналы других типов). В альтернативном варианте одну систему SMS могут совместно использовать два оператора вещания, либо один оператор может использовать две системы SMS, и т.д.
Первые устройства шифрования в виде шифрующих блоков 24, использующих "материнские" смарт-карты 25, подключены к SAS посредством канала 26. Вторые устройства шифрования, также в виде шифрующих блоков 27, использующих материнские смарт-карты 28, подключены к мультиплексору 4 посредством канала 29. В приемник-декодер 12 устанавливается "дочерняя" смарт-карта 30, для дешифрирования декодером сообщений, зашифрованных "материнской" смарт-картой. Он подключен непосредственно к SAS 21 с помощью коммуникационных серверов 31 через модемный обратный канал 16. Система SAS, наряду с другой информацией, по запросу передает дочерней смарт-карте права подписки.
Первый и второй шифрующие блоки 24 и 27 содержат шасси, электронную VME-плату с программным обеспечением, записанным в ЭСППЗУ, до 20 электронных плат и одну смарт-карту 25 и 28 соответственно, для каждой электронной платы, одну карту 28 для шифрования сообщений ЕСМ и одну карту 25 для шифрования сообщений EMM.
Мультиплексор и скремблер
Обратимся к фиг.1 и фиг.2; в центре вещания цифровой видеосигнал сначала сжимают (или уменьшают скорость передачи) с помощью MPEG-2-компрессора 3. Сжатый сигнал затем передают в мультиплексор и скремблер 4 по каналу 5, для того чтобы мультиплексировать его с другими данными, такими как другие сжатые данные.
Скремблер формирует управляющее слово, используемое в процессе скремблирования и включаемое в MPEG-2-поток данных в мультиплексоре. Управляющее слово формируется внутри системы и позволяет совмещенному приемнику-декодеру 12 конечного пользователя дескремблировать программу.
В MPEG-2-поток данных добавляются также критерии доступа, указывающие, каким образом программа предлагается потребителям. Программа может предлагаться как в одном из многих режимов "подписки", так и/или в одном из многих PPV-режимов. В режиме подписки конечный пользователь подписывается на одно или несколько коммерческих предложений, или групп каналов ("букетов"), получая таким образом права на просмотр любого канала из этих групп каналов. В предпочтительном варианте осуществления настоящего изобретения из одной группы каналов можно выбрать до 960 коммерческих предложений.
Сообщения управления правами (ЕСМ)
Как управляющее слово, так и критерии доступа используются для формирования сообщения управления правами (ЕСМ). ЕСМ - это сообщение, передаваемое вместе со скремблированной программой; оно содержит управляющее слово (которое позволяет дескремблировать программу) и критерии доступа к вещаемой программе. Критерии доступа и управляющее слово передаются во второй шифрующий блок 27 по каналу 29. В этом блоке сообщение ЕСМ формируется, шифруется и передается в мультиплексор и скремблер 4. На протяжении вещательной передачи управляющее слово обычно изменяется через каждые несколько секунд, и потому сообщения ЕСМ также передаются периодически, чтобы дать возможность дешифрировать изменившееся управляющее слово. В целях резервирования каждое сообщение ЕСМ обычно включает в себя два управляющих слова: текущее управляющее слово и следующее управляющее слово.
Сообщения управления предоставлением прав (EMM)
EMM (также называемые сообщениями условного доступа) - это сообщение, предназначенное для индивидуального конечного пользователя (подписчика) или группы конечных пользователей. Каждая группа может состоять из некоторого определенного количества конечных пользователей. Такая организация в виде группы имеет целью оптимизировать использование полосы пропускания; то есть, обращаясь к одной группе, можно обеспечить доступ к большому количеству конечных пользователей. Возможны различные специальные типы сообщений EMM. Индивидуальные EMM предназначены для индивидуальных подписчиков и обычно используются при предоставлении PPV-услуг; они содержат идентификатор группы подписчиков и местоположение данного подписчика в этой группе. Другие типы EMM включают в себя групповые и аудиторные сообщения EMM.
Система управления подписчиками (SMS)
Система 22 управления подписчиками (SMS) включает в себя базу данных 32, которая обрабатывает, помимо прочего, все файлы конечных пользователей, коммерческие предложения, подписки, подробные сведения об оплате в PPV-режиме и данные, касающиеся потребления услуг конечным пользователем и его прав. SMS может быть физически удалена от SAS.
SMS 22 также передает в SAS 21 сообщения, которые не предполагают каких-либо изменений в существующих EMM или создание новых, но предполагают только изменение статуса конечного пользователя (относительно прав на доступ, предоставленных конечному пользователю при заказе продукции, или суммы, на которую конечному пользователю будет выставлен счет).
SAS 21 передает сообщения (обычно запрашивающие информацию, такую как информация обратного вызова или биллинговая информация) в систему SMS 22, так что очевидно, что связь между этими двумя системами является двухсторонней.
Система санкционирования подписчиков (SAS)
Сообщения, формируемые SMS 22, передаются по каналу 23 в SAS 21, которая, в свою очередь, формирует сообщения, подтверждающие прием сообщений, формируемых SMS 22, и передает эти подтверждения в SMS 22.
В общем, SAS содержит область ветви подписки, для предоставления прав в режиме подписки и для ежемесячного автоматического возобновления прав, область ветви PPV для предоставления прав на PPV-передачи, и инжектор EMM для передачи сообщений EMM, создаваемых в областях ветвей подписки и PPV, в мультиплексор и скремблер 4, тем самым обеспечивая подачу сообщений EMM в поток данных MPEG. Если должны быть предоставлены другие права, такие как права пофайловой оплаты (PPF - Pay Per File) в случае загрузки компьютерного программного обеспечения в персональный компьютер пользователя, предусматриваются также другие области такого типа.
Одна из функций SAS 21 состоит в управлении правами доступа к телевизионным программам, доступным как коммерческие предложения в режиме подписки или продаваемым в режиме PPV-передач в соответствии с различными коммерческими режимами (режим предварительного заказа, импульсный режим). SAS 21, в соответствии с этими правами и информацией, принимаемой от SMS 22, совместно с шифрующим блоком 24, генерирует для подписчика сообщения EMM.
Трансляция программ
Мультиплексор 4 принимает электрические сигналы, содержащие зашифрованные EMM - из SAS 21, зашифрованные ЕСМ - из второго шифрующего блока 27, и сжатые программы - от компрессора 3. Мультиплексор 4 скремблирует программы и передает скремблированные программы, зашифрованные EMM и зашифрованные ЕСМ в виде электрических сигналов на передатчик 6 центра вещания по каналу 7. Передатчик 6 передает электромагнитные сигналы на спутниковый транспондер 9 через канал 8 "Земля-спутник".
Прием программ
Спутниковый транспондер 9 принимает и обрабатывает электромагнитные сигналы, передаваемые передатчиком 6, и передает эти сигналы на наземный приемник 11, обычно имеющий форму тарелки, принадлежащий конечному пользователю или арендуемый им, по каналу 10 "спутник-Земля". Сигналы, принимаемые приемником 11, передаются в совмещенный приемник-декодер 12, принадлежащий конечному пользователю или арендуемый им, и подключенный к телевизору 13 конечного пользователя. Приемник-декодер 12 демультиплексирует сигналы с целью получения скремблированных программ с зашифрованными EMM и ЕСМ.
Если программа скремблированная, приемник-декодер 12 извлекает из MPEG-2-потока данных соответствующее ЕСМ и передает его в "дочернюю" смарт-карту 30 конечного пользователя. Она устанавливается в гнездо в корпусе приемника-декодера 12. Дочерняя смарт-карта 30 проверяет, имеет ли этот конечный пользователь права на дешифрирование данного ЕСМ и на доступ к данной программе. Если нет, то в приемник-декодер 12 передается отказ, указывающий, что программа не может быть дескремблирована. Если конечный пользователь такие права имеет, ЕСМ дешифрируется и извлекается управляющее слово. Приемник-декодер 12 может затем, используя это управляющее слово, дескремблировать программу. После этого выполняется декомпрессия MPEG-2-потока данных и его преобразование в видеосигнал для дальнейшей передачи в телевизор 13.
Как будет очевидным, те же самые принципы условного доступа, которые используются при шифровании и дешифрировании аудиовизуальных данных, могут быть использованы для шифрования других данных, таких как данные файлов, предназначенных для ПК, подсоединенного к декодеру, а также данных, обнаруженных в Internet и переданных по спутниковому каналу, и т.п.
Организация таблиц данных внутри транспортного потока
Как показано на фиг.3, передаваемый путем вещания транспортный поток MPEG-2-данных содержит некоторое количество пакетов стандартного формата, включая таблицу 40 доступа к программам, называемую также таблицей программ ("PAT"). PID в заголовке данного пакета стандартом MPEG-2 устанавливается равным 0х00. Таблица 40 доступа к программам предоставляет точку входа для доступа к данным программ и содержит таблицу со ссылками на значения PID таблиц 41, 42 распределения программ, называемых также таблицами структуры программ ("РМТ"), каждая из которых ассоциирована с определенным сервисом или каналом данного потока. Каждая таблица 41, 42 распределения программы, в свою очередь, ссылается на значения PID потоков пакетов таблиц 43 аудиоданных и таблиц 44 видеоданных, ассоциированных с данным сервисом.
Как показано, таблица 42 распределения программы также содержит ссылки на значения идентификаторов PID других пакетов 45, 46, 47, содержащих дополнительные данные, относящиеся к данному сервису, такие как данные сообщений ЕСМ 45, 46. В частности, IP-данные 47 могут транспортироваться в некотором сервисе в пакетах, доступ к которым осуществляется через таблицу PAT 40. В транспортном потоке стандарта MPEG-2 такие данные организованы в DSM-CC "карусели данных" (data carousels) и "объектные карусели" (object carousels) в специальных секциях транспортного потока. Подробнее о формате DSM-CC можно узнать из смежного со стандартом MPEG стандарта ISO 13818-6.
Помимо таблицы PAT 40 транспортный поток стандарта MPEG содержит также таблицу 51 условного доступа ("CAT"), значение идентификатора PID которой установлено равным 0х01. Таким образом, любые пакеты, заголовки которых содержат это значение PID, автоматически идентифицируются как содержащие информацию управления доступом. Таблица CAT 51 содержит ссылки на значения PID MPEG-пакетов 48, 49, 50, ссылающиеся на данные сообщений EMM, ассоциированных с одной или несколькими системами условного доступа. Как и в случае пакетов с РМТ, значения PID пакетов с EMM, на которые содержатся ссылки в таблице CAT 51, не являются фиксированными; они могут задаваться оператором системы по собственному усмотрению.
Помимо значения PID для таблицы PAT и значения PID для таблицы CAT, упоминавшихся выше, стандарт MPEG-2 определяет очень небольшое количество фиксированных значений для идентификатора PID. Поэтому большинство значений PID могут задаваться, в определенном диапазоне, оператором.
Формат транспортных пакетов и данных приватных секций
Как известно, транспортные MPEG-пакеты имеют фиксированную длину в 188 байтов, включая заголовок. В стандартном пакете три байта заголовка, следующие за данными синхронизации, содержат:
Признак ошибки передачи 1 бит
Признак блока полезной нагрузки 1 бит
Приоритет при передаче 1 бит
Идентификатор пакета (PID) 13 битов
Управление скремблированием при транспортировке 2 бита
Управление полем адаптации 2 бита
Счетчик непрерывности 4 бита
Формат этих полей определяется главным образом стандартом MPEG.
Приведенные выше показатели описывают формат заголовка транспортного пакета. Согласно стандарту MPEG-2 информация, содержащаяся в полезной нагрузке пакета, подлежит дальнейшему структурированию в зависимости от типа транспортируемых данных. В случае аудио- и видеоданных, телетекста, субтитров или других так же быстро сменяющихся синхронизированных данных информация компонуется в форме так называемого пакетированного элементарного потока, или PES. Этот поток данных, образованный путем объединения полезных нагрузок передаваемых пакетов, сам по себе также включает в себя последовательность пакетов, каждый из которых имеет заголовок пакета и полезную нагрузку. В отличие от пакетов, передаваемых в транспортном потоке, длина PES-пакетов не является фиксированной.
В случае данных других типов, таких как IP-данные или данные сообщений ЕСМ и EMM, предписывается иной формат, отличающийся от PES-пакетирования. В частности, данные, содержащиеся в полезной нагрузке транспортного пакета, разделяются на последовательность секций или таблиц, причем заголовок таблицы или секции включает в себя идентификатор таблицы, или TID, идентифицирующий данную таблицу.
В зависимости от размера данных, таблица может быть либо полностью помещена в полезную нагрузку пакета, либо распределена по нескольким секциям, по нескольким транспортным пакетам. В таком случае каждая секция будет включать в себя значение расширения TID. В контексте стандарта MPEG-2 термин "таблица" часто используется для обозначения одиночной таблицы данных или объединенной группы секций с одинаковыми значениями TID, образующих одну таблицу, тогда как термин "секция" обычно обозначает одну из нескольких таблиц с одинаковыми значениями TID.
Конкретные значения TID, используемые для ссылки на информацию, содержащуюся в этих таблицах или секциях, стандартом MPEG-2 не устанавливаются и обычно могут определяться по усмотрению оператора сервиса или группы сервисов. Однако, как будет описано ниже, в случае DSM-CC-секции это значение TID стандартом ETSI EN 301 192, предложенным экспертной группой DVB, устанавливается равным некоторому наперед заданному значению.
Как и в случае данных транспортных пакетов и данных PES-пакетов, структура данных или синтаксис таблицы или секции также определяется стандартом MPEG-2. Предлагается две возможные формы синтаксиса для данных приватной таблицы или секции: длинный формат и короткий формат. Более подробную информацию о синтаксисе таблицы можно узнать, обратившись к стандарту MPEG-2.
Инкапсуляция IP-данных в транспортный поток
Для того чтобы лучше понять принципы применения различных адресов при передаче IP-данных, может оказаться полезным рассмотреть традиционные специализированные сети, например, используемые в стандартной сетевой конфигурации ПК/сервер. В такой сети обычно определяются несколько уровней, в соответствии с моделью организации сети OSI, где три нижние уровня обычно представляют собой физический уровень, канальный уровень и сетевой уровень.
Физический уровень (physical layer) представляет собой самый нижний уровень и соответствует физическим модемным/кабельным соединениям, используемым для передачи информации.
Канальный уровень (datalink layer) соответствует формату данных, используемому аппаратными компонентами в сети; примерами являются хорошо известные форматы Ethernet и Token Ring. На этом уровне сообщения передаются с использованием адресов уровня управления доступом к среде, или МАС-адресов. Традиционно МАС-адреса являются 6-байтовыми адресами с постоянными значениями. Эти адреса встраиваются в устройства при их изготовлении и сохраняются неизменяемыми, например, в Ethernet- или Token Ring-адаптере аппаратного устройства, подключенного к сети.
Сетевой уровень (network layer) соответствует уровню, расположенному над канальным уровнем. Сообщения, передаваемые на этом уровне, инкапсулируются в сообщения канального уровня описанного выше типа. В случае IP-данных этот уровень соответствует протоколу IP, причем получатель сообщений на этом уровне идентифицируется IP-адресом. Длина этих IP-адресов составляет 4 байта, и, в отличие от значений МАС-адресов, они присваиваются каждому пользователю администратором сети.
В качестве примера IP-сообщения, передаваемого по сети Ethernet, рассмотрим следующую структуру сообщения:
Ethernet-заголовок
(с 6-байтовым МАС-адресом)
IP-заголовок
(с 4-байтовым IP-адресом)
Полезные данные
IP-трейлер
Ethernet-трейлер
В случае IP-сообщений или дейтаграмм, инкапсулированных в таблице или секции вещательного транспортного потока формата MPEG, применяется структура аналогичного типа. Это отчасти отражает гибридную природу большинства вещательных систем, в которых декодер может передавать и принимать сообщения либо по телекоммуникационным линиям, либо через эфир. При таких обстоятельствах, естественно, желательно наличие согласованной стратегии адресации IP-дейтаграмм, передаваемых по любой из ветвей системы.
Стандарт ETSI EN 301 192, предложенный экспертной группой DVB, устанавливает стандартный формат для MPEG-секций, транспортирующих данные IP-дейтаграмм. Синтаксис такой секции представлен на фиг.4.
Хотя значение идентификатора PID такой секции определяется присвоением, сделанным в таблице РМТ, значение TID для случая IP-дейтаграмм фиксируется упомянутым стандартом, равным 0х3Е, что соответствует DSM-CC-секции с приватными данными.
Как показано на фиг.4, 6 байтов значения МАС-адреса конкретного устройства, которому адресована данная секция, распределены по секции 47. Восстановление МАС-адреса 52 из секции 47 показано на фиг.5.
Как также показано на фиг.4, стандарт предусматривает возможность скремблирования IP-данных, транспортируемых в этой секции, на что указывает наличие поля управление_скремблированием_полезной_нагрузки (payload_scrambling_control). Сам МАС-адрес также может быть скремблирован, на что указывает наличие поля управление_скремблированием_адреса (address_scrambling_control). В зависимости от значений этих полей приемник-декодер будет (если это необходимо) осуществлять дескремблирование данных адреса или полезной нагрузки, аналогично тому, как производится дескремблирование аудиовизуальных программ с использованием системы условного доступа, см. описание фиг.1 и фиг.2.
Обычно в секции также указывается ее номер-расширение, в поле номер секции (section number), а также общее количество секций, составляющих полную таблицу, в поле номер последней секции (last section number).
Архитектура системы и работа с адресами
Ниже, со ссылкой на фиг.6, будет описана архитектура гибридной вещательно-телекоммуникационной системы, приспособленной к работе с непостоянными МАС-адресами.
Как и прежде, в центре вещания расположен передатчик 6, передающий цифровой телевизионный сигнал через спутник 9 на приемник 11 и декодер 12. В рассматриваемом примере домашняя система дополнительно включает в себя устройство-ПК 55, подключенное к декодеру 12. Этот ПК связан через модемный канал 56 с центральной передающей станцией 60, содержащей в центре вещания сервер 57 присваивания адресов обслуживания и сервер 58 вещания IP-данных.
Ниже будут описаны более подробно функции серверов 57, 58, относящиеся к работе с данными непостоянных адресов и включению IP-данных в транспортный поток. Хотя разделение этих функций между двумя серверами представляет собой эффективный способ работы с такими данными, разумеется, возможны и другие конфигурации, например, задействующие для реализации всех функций один сервер.
Конфигурация, включающая ПК 55 и декодер 12, является особенно удобной для пользователя, который желает просматривать Web-ресурсы, поскольку большая вычислительная мощность ПК позволяет эффективнее обрабатывать IP-данные, которые могут быть загружены через спутниковый канал или прямое модемное соединение. В то же время использование ПК не является обязательным, особенно если декодер снабжен собственным модемом и обладает вычислительной мощностью, достаточной для самостоятельного функционирования.
Как упоминалось выше, система, представленная на фиг.6, имеет гибридную вещательно-телекоммуникационную архитектуру. В процессе функционирования поток данных в этой системе проходит, в основном, по часовой стрелке: запросы на Internet-данные от соединенных ПК 55 и декодера 12 передаются по телекоммуникационному каналу 56 на серверы 57, 58 в центре вещания, которые обрабатывают запрос и загружают Internet-данные по спутниковому каналу вещания 9. Система может быть также сконфигурирована для загрузки данных в соединенные ПК и декодер через телекоммуникационную сеть 56, например, в случае возникновения "заторов" или неисправностей при передаче данных по спутниковому каналу 9. Как показано стрелкой 59, сервер 58 вещания IP-данных собирает Internet-данные (или IP-данные), например, с любого количества внешних серверов, и подготавливает эти данные для введения в вещательный транспортный поток.
В традиционных системах для адресации при передаче информации из центра вещания на соединенные ПК и декодер на канальном уровне обычно используются заданные производителем и записанные в карту модемной связи ПК или декодера МАС-адреса. Эти фиксированные адреса передаются ПК/декодером в центр вещания; после этого они вставляются в содержащие дейтаграммы секции транспортного потока, предназначенные для какого-либо конкретного ПК или декодера.
В рассматриваемом варианте предлагается несколько иная система. После того как ПК/декодер в начале сеанса устанавливают соединение, ПК 55 через телекоммуникационную сеть 56 передает в центр вещания запрашивающее МАС-адрес сообщение. Это сообщение включает в себя по меньшей мере IP-адрес пользователя, позволяющий центру вещания идентифицировать данного пользователя. Как известно, IP-адрес обычно представляет собой уникальный адрес сетевого уровня, присвоенный администратором сети (или оператором вещания) при открытии подписки на Internet-услуги.
Помимо упомянутого IP-адреса упомянутое запрашивающее сообщение может также включать в себя идентификатор, присвоенный оператором, соответствующий основному абонентскому идентификатору пользователя, используемому для доступа к сервисам данного оператора вещания.
Упомянутое запрашивающее сообщение может также включать в себя указание на запрашиваемый вид обслуживания. Как будет описано ниже, обычно предусматриваются три вида обслуживания: (i) обслуживание с индивидуальной адресацией и поддержанием соединения, при котором модемное соединение с пользователем поддерживается на протяжении всего сеанса; (ii) обслуживание с индивидуальной адресацией без поддержания соединения, при котором, за исключением начального конфигурирующего сообщения, ПК/декодер не подключен с помощью своего модема, и (iii) обслуживание с групповой адресацией. Эти различные виды обслуживания будут представлены присвоением различных МАС-адресов.
В режиме обслуживания с индивидуальной адресацией и поддержанием соединения пользователю предоставляется полный спектр Internet-услуг; пользователь может запрашивать Internet-данные по телекоммуникационному каналу 56, причем эти данные передаются исключительно данному пользователю. В режиме обслуживания с индивидуальной адресацией без поддержания соединения пользователь может получать данные, передаваемые вещательным центром самостоятельно, но все же предназначенные исключительно для данного пользователя. В режиме обслуживания с групповой адресацией пользователь включается в состав некоторой группы пользователей (которая может быть образована всеми пользователями данной сети или их некоторым подмножеством), которые получают одни и те же сообщения.
После получения упомянутого запрашивающего сообщения упомянутый сервер присваивания адресов обслуживания формирует содержащее адрес обслуживания сообщение, типа показанного на фиг.7, которое затем передается пользователю. Как показано на фиг.7, упомянутое сообщение включает в себя несколько элементов данных, которые понадобятся ПК/декодеру для доступа к вещаемым данным, включая так называемый DVB-triplet (тройку значений): идентификатор 60 "родной" сети (01 D), идентификатор 61 транспортного потока (TSID) и идентификатор 62 сервиса (SID). Сообщение включает в себя также поле 63 описания данных (data list descriptor), содержащее перечень типов данных, транспортируемых в данном сервисе, и значения их PID (PID видеоданных, PID аудиоданных, PID IP-данных, PID сообщений ЕСМ и т.п.). Используя эти значения, идентифицирующие сеть, транспортный поток и сервис, а также информацию, содержащуюся в поле описания данных, декодер с помощью таблиц PAT и РМТ, упомянутых выше, сможет получить доступ к сервису, содержащему требуемые данные.
Упомянутое содержащее адрес обслуживания сообщение включает в себя также значение 64 идентификатора TID секции данных, предназначенной данному декодеру/ПК. Однако, как указывалось выше, в случае передачи IP-данных в формате DSM-CC это значение обычно жестко задано упомянутым стандартом ETSI равным 0х3Е.
Наконец, содержащее адрес обслуживания сообщение включает в себя значение присваиваемого МАС-адреса, обозначенное позицией 65. В отличие от известных систем, в которых ПК или декодер обычно передает в центр вещания свое заданное производителем значение МАС-адреса, МАС-адрес 65 формируется сервером 57 присваивания адресов обслуживания, в котором ведется база данных присвоенных значений МАС-адресов, вместе с соответствующими значениями IP-адресов и идентификаторов, присвоенных оператором.
Присваиваемый МАС-адрес будет зависеть в том числе и от типа запрашиваемого обслуживания: с индивидуальной адресацией и поддержанием соединения, с индивидуальной адресацией без поддержания соединения или с групповой адресацией. Адрес для обслуживания с индивидуальной адресацией и поддержанием соединения присваивается для каждого конкретного сеанса и изменяется от сеанса к сеансу. Адрес для обслуживания с индивидуальной адресацией без поддержания соединения может быть непостоянным, но может иметь и постоянное значение, присваиваемое в момент открытия подписки или после первого подключения пользователя и оставляемое таковым на весь срок, в течение которого этот пользователь является подписчиком (абонентом). Наконец, адрес для обслуживания с групповой адресацией - это адрес, который присваивается упомянутым сервером некоторому IP-сервису, который может принимать любой декодер в группе, получившей доступ к этому МАС-адресу. В эту группу могут входить даже декодеры или соединенные ПК/декодеры, не имеющие модемного обратного канала или телекоммуникационного соединения с центром вещания.
Присваиваемый МАС-адрес может также зависеть от других параметров обслуживания, таких как зарезервированная полоса пропускания, наличие или отсутствие условного доступа и т.п.
Присваивание МАС-адресов, осуществляемое подобным образом, позволяет серверам 57, 58 центра вещания динамически перераспределять IP-данные, передаваемые какому-либо конкретному декодеру или группе декодеров, а также минимизировать количество МАС-адресов, с которыми система работает и которые она адресует в каждый момент времени. Это позволяет избежать проблемы, связанной с наличием большого количества неактивных МАС-адресов, зарезервированных для данного транспортного потока, а также дает возможность центральным серверам администрировать меньшее количество непостоянных пользователей.
Использование группового МАС-адреса в режиме групповой адресации позволяет обеспечить доступ к определенным IP-данным, представляющим интерес для всех декодеров в некоторой группе (например, к домашней страничке (home page) оператора вещания), через одну точку входа, и избежать дублирования информации, возникающего при использовании множества предназначенных для конкретных пользователей таблиц.
Кроме того, предлагаемая система позволяет динамически распределять данные по нескольким MPEG-сервисам некоторого транспортного потока. Как показано на фиг.7, содержащее адрес обслуживания сообщение также включает в себя нефиксированный адрес DVB-triplet, позволяя серверам центра вещания размещать IP-данные в неиспользуемых сервисах транспортного потока, по мере появления таковых. При выборе MPEG-сервиса могут учитываться, например, права пользователя на доступ к некоторым или всем сервисам транспортного потока, задаваемые соответствующей системой условного доступа. Таким образом можно также обеспечить безопасность передачи данных.
Такая динамическая реорганизация сервисов и данных, осуществляемая сервером 58 вещания и сервером 57 присваивания адресов обслуживания, позволяет оптимально использовать имеющуюся полосу пропускания. Хотя предлагаемая система была описана в отношении системы спутникового вещания, те же принципы применимы и в системах кабельного или цифрового телевидения, а также в практически любой системе, передающей данные в потоке пакетов вещательного формата, таком как транспортный поток формата MPEG.
В еще более широком контексте настоящее изобретение даже может быть применено в любой системе, использующей адресную информацию на канальном уровне и сетевом уровне, в которой обычно используются фиксированные адреса уровня управления доступом к среде на канальном уровне, в том числе в сетях, использующих лишь телекоммуникационные линии связи.

Claims (41)

1. Способ передачи цифровой информации в системе цифрового вещания, содержащей центральную передающую станцию и по меньшей мере один декодер, в котором упомянутая центральная станция передает по меньшей мере один транспортный поток, содержащий поток пакетов, в полезных нагрузках которых инкапсулированы секции данных, по меньшей мере одна из которых включает в себя адрес уровня управления доступом, используемый для управления ее получением по меньшей мере одним декодером, причем упомянутый адрес уровня управления доступом задается упомянутой центральной передающей станцией и передается на упомянутый по меньшей мере один декодер в сообщении присваивания адреса, дополнительно включающем в себя информацию, позволяющую упомянутому по меньшей мере одному декодеру выбрать из множества потоков транспортных пакетов тот поток транспортных пакетов, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
2. Способ по п.1, отличающийся тем, что упомянутая по меньшей мере одна инкапсулированная секция соответствует по меньшей мере одной содержащей дейтаграмму секции, используемой для передачи данных протокола Internet, причем данные, размещенные в содержащей дейтаграмму секции, включают в себя также IP-адрес.
3. Способ по п.1 или 2, отличающийся тем, что упомянутая по меньшей мере одна инкапсулированная секция, передаваемая на упомянутый по меньшей мере один декодер и обозначенная адресом уровня управления доступом, передается с упомянутой центральной передающей станции на упомянутый по меньшей мере один декодер через телекоммуникационную сеть.
4. Способ по п.1, отличающийся тем, что упомянутое сообщение присваивания адреса передается в ответ на запрашивающий адрес уровня управления доступом запрос, переданный на упомянутую центральную станцию декодером.
5. Способ по п.4, отличающийся тем, что упомянутое сообщение присваивания адреса передается на упомянутый декодер с упомянутой центральной передающей станции через телекоммуникационную сеть.
6. Способ по п.4 или 5, отличающийся тем, что передаваемое декодером сообщение запрашивания адреса включает в себя IP-номер, позволяющий упомянутой центральной передающей станции идентифицировать этот декодер.
7. Способ по п.4 или 5, отличающийся тем, что передаваемое декодером сообщение запрашивания адреса включает в себя некоторое присваиваемое оператором идентифицирующее значение, ассоциированное с подпиской владельца данного декодера на услуги, предлагаемые оператором, осуществляющим вещание информации с помощью упомянутого центрального передающего средства.
8. Способ по п.4 или 5, отличающийся тем, что сообщение запрашивания адреса включает в себя указание на то, желает ли данный декодер получать сообщения в режиме индивидуальной адресации или в режиме групповой адресации.
9. Способ по п.8, отличающийся тем, что упомянутое сообщение присваивания адреса, передаваемое центральной передающей станцией, включает в себя индивидуальный адрес уровня управления доступом в ответ на запрос индивидуального адреса, и коллективный адрес уровня управления доступом в ответ на запрос группового адреса.
10. Способ по п.9, отличающийся тем, что упомянутый индивидуальный адрес представляет собой динамический адрес, присваиваемый в начале какого-либо сеанса, в ответ на упомянутый запрос адреса, полученный от декодера.
11. Способ по п.4 или 5, отличающийся тем, что упомянутое сообщение запрашивания адреса включает в себя указание на то, останется ли данный декодер подключенным для приема данных через телекоммуникационную сеть после передачи упомянутого сообщения запрашивания адреса.
12. Способ по п.1 или 2, отличающийся тем, что упомянутое сообщение присваивания адреса дополнительно включает в себя информацию, позволяющую упомянутому по меньшей мере одному декодеру выбрать из множества сервисов некоторого потока транспортных пакетов тот сервис, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
13. Способ по п.12, отличающийся тем, что упомянутое сообщение присваивания адреса дополнительно включает в себя информацию, касающуюся потоков данных, транспортируемых в данном сервисе, и идентифицирующую тот поток данных, который содержит пакетированные данные, ассоциированные с присваиваемым адресом уровня управления доступом.
14. Способ по п.1 или 2, отличающийся тем, что упомянутая центральная передающая станция динамически управляет тем, какой из нескольких потоков транспортных пакетов использовать для транспортирования инкапсулированных в пакетах данных, адресованных упомянутому по меньшей мере одному декодеру.
15. Способ по п.1 или 2, отличающийся тем, что упомянутая центральная передающая станция динамически управляет тем, в каком из нескольких сервисов передавать путем вещания инкапсулированные в пакетах данные, адресованные упомянутому по меньшей мере одному декодеру.
16. Способ передачи содержащих дейтаграммы пакетов в цифровой сети, содержащей по меньшей мере одну центральную управляющую станцию и некоторое множество удаленных терминалов, причем упомянутые содержащие дейтаграммы пакеты включают в себя по меньшей мере адрес уровня управления доступом к среде, ассоциированный с некоторым первым уровнем передачи данных упомянутой сети, и IP-адрес, ассоциированный с некоторым вторым уровнем передачи данных упомянутой сети, в котором адреса уровня управления доступом к среде динамически присваиваются упомянутой центральной управляющей станцией в ответ на запрос с удаленного терминала.
17. Устройство для передачи на декодер транспортного потока, содержащего поток пакетов, в полезных нагрузках которых инкапсулированы секции данных, по меньшей мере одна из которых включает в себя адрес уровня управления доступом, используемый для управления ее получением декодером, содержащее средство для задавания упомянутого адреса уровня управления доступом и средство для передачи на упомянутый декодер упомянутого адреса уровня управления доступом в сообщении присваивания адреса, дополнительно включающем в себя информацию, позволяющую декодеру выбрать из множества потоков транспортных пакетов тот поток транспортных пакетов, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
18. Устройство по п.17, отличающееся тем, что упомянутая по меньшей мере одна инкапсулированная секция соответствует по меньшей мере одной содержащей дейтаграмму секции, используемой для передачи данных протокола Internet, причем данные, размещенные в содержащей дейтаграмму секции, включают в себя также IP-адрес.
19. Устройство по п.17 или 18, содержащее средство для передачи на упомянутый декодер через телекоммуникационную сеть по меньшей мере одной инкапсулированной секции, обозначенной адресом уровня управления доступом.
20. Устройство по п.17 или 18, содержащее средство для приема от декодера запрашивающего адрес уровня управления доступом запроса, причем упомянутое устройство выполнено с возможностью передачи упомянутого сообщения присваивания адреса в ответ на упомянутый запрос.
21. Устройство по п.20, выполненное с возможностью передачи упомянутого сообщения присваивания адреса на упомянутый декодер через телекоммуникационную сеть.
22. Устройство по п.20, отличающееся тем, что упомянутое сообщение присваивания адреса включает в себя индивидуальный адрес уровня управления доступом в ответ на запрос индивидуального адреса, и коллективный адрес уровня управления доступом в ответ на запрос группового адреса.
23. Устройство по п.22, отличающееся тем, что упомянутый индивидуальный адрес представляет собой динамический адрес, присваиваемый в начале какого-либо сеанса, в ответ на упомянутый запрос адреса, полученный от декодера.
24. Устройство по п.17 или 18, отличающееся тем, что упомянутое сообщение присваивания адреса дополнительно включает в себя информацию, позволяющую упомянутому декодеру выбрать из множества сервисов некоторого потока транспортных пакетов тот сервис, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
25. Устройство по п.24, отличающееся тем, что упомянутое сообщение присваивания адреса дополнительно включает в себя информацию, касающуюся потоков данных, транспортируемых в данном сервисе, и идентифицирующую тот поток данных, который содержит пакетированные данные, ассоциированные с присваиваемым адресом уровня управления доступом.
26. Устройство по п.17 или 18, содержащее средство для динамического управления тем, какой из нескольких потоков транспортных пакетов использовать для транспортирования инкапсулированных в пакетах данных, адресованных упомянутому декодеру.
27. Устройство по п.17 или 18, содержащее средство для динамического управления тем, в каком из нескольких сервисов передавать путем вещания инкапсулированные в пакетах данные, адресованные упомянутому декодеру.
28. Способ приема цифровой информации в системе цифрового вещания, содержащей центральную передающую станцию и декодер, в котором декодер принимает от центральной передающей станции по меньшей мере один транспортный поток, содержащий поток пакетов, в полезных нагрузках которых инкапсулированы секции данных, причем декодер использует адрес уровня управления доступом, содержащийся в по меньшей мере одной инкапсулированной секции данных, для управления ее получением, причем упомянутый адрес уровня управления доступом принимается в сообщении присваивания адреса, дополнительно включающем в себя информацию, позволяющую декодеру выбрать из множества потоков транспортных пакетов тот поток транспортных пакетов, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
29. Способ по п.28, отличающийся тем, что декодер принимает упомянутое сообщение присваивания адреса в ответ на запрашивающий адрес уровня управления доступом запрос, переданный декодером на упомянутую центральную станцию.
30. Способ по п.29, отличающийся тем, что передаваемое декодером сообщение запрашивания адреса включает в себя IP-номер, позволяющий упомянутой центральной передающей станции идентифицировать этот декодер.
31. Способ по п.29, отличающийся тем, что передаваемое декодером сообщение запрашивания адреса включает в себя некоторое присваиваемое оператором идентифицирующее значение, ассоциированное с подпиской владельца декодера на услуги, предлагаемые оператором, осуществляющим вещание информации с помощью упомянутого центрального передающего средства.
32. Способ по п.29, отличающийся тем, что сообщение запрашивания адреса включает в себя указание на то, желает ли декодер получать сообщения в режиме индивидуальной адресации или в режиме групповой адресации.
33. Способ по п.32, отличающийся тем, что упомянутое сообщение присваивания адреса включает в себя индивидуальный адрес уровня управления доступом в ответ на запрос индивидуального адреса, и коллективный адрес уровня управления доступом в ответ на запрос группового адреса.
34. Способ по п.29, отличающийся тем, что упомянутое сообщение запрашивания адреса включает в себя указание на то, останется ли декодер подключенным для приема данных через телекоммуникационную сеть после передачи упомянутого сообщения запрашивания адреса.
35. Способ по п.28, отличающийся тем, что упомянутое сообщение присваивания адреса дополнительно включает в себя информацию, позволяющую декодеру выбрать из множества сервисов некоторого потока транспортных пакетов тот сервис, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
36. Декодер для приема от передающей станции транспортного потока, содержащего поток пакетов, в полезных нагрузках которых инкапсулированы секции данных, при этом декодер использует по меньшей мере одну инкапсулированную секцию данных, включающую в себя адрес уровня управления доступом, для управления ее получением, причем декодер имеет средство для приема упомянутого адреса уровня управления доступом в сообщении присваивания адреса, дополнительно включающем в себя информацию, позволяющую декодеру выбрать из множества потоков транспортных пакетов тот поток транспортных пакетов, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
37. Декодер по п.36, содержащий средство для приема через телекоммуникационную сеть по меньшей мере одной инкапсулированной секции, обозначенной адресом уровня управления доступом.
38. Декодер по п.36 или 37, содержащий средство для передачи на передающую станцию запрашивающего адрес уровня управления доступом запроса, причем упомянутое сообщение присваивания адреса принимается в ответ на упомянутый запрос.
39. Декодер по п.38, выполненный с возможностью приема упомянутого сообщения присваивания адреса через телекоммуникационную сеть.
40. Декодер по п.38, отличающийся тем, что упомянутое сообщение присваивания адреса включает в себя индивидуальный адрес уровня управления доступом в ответ на запрос индивидуального адреса, и коллективный адрес уровня управления доступом в ответ на запрос группового адреса.
41. Декодер по п.36 или 37, отличающийся тем, что упомянутое сообщение присваивания адреса дополнительно включает в себя информацию, позволяющую декодеру выбрать из множества сервисов информацию, позволяющую декодеру выбрать из множества сервисов некоторого потока транспортных пакетов тот сервис, который содержит данные, ассоциированные с данным адресом уровня управления доступом.
RU2001124330/09A 1999-01-25 2000-01-21 Присваивание адресов в системе цифровой передачи RU2251817C9 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP99400175.8 1999-01-25
EP99400175A EP1022884A1 (en) 1999-01-25 1999-01-25 Address assignment in a digital transmission system

Publications (3)

Publication Number Publication Date
RU2001124330A RU2001124330A (ru) 2003-06-27
RU2251817C2 true RU2251817C2 (ru) 2005-05-10
RU2251817C9 RU2251817C9 (ru) 2005-09-10

Family

ID=8241859

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2001124330/09A RU2251817C9 (ru) 1999-01-25 2000-01-21 Присваивание адресов в системе цифровой передачи

Country Status (23)

Country Link
US (1) US7228558B1 (ru)
EP (2) EP1022884A1 (ru)
JP (2) JP2002535926A (ru)
KR (1) KR100692379B1 (ru)
CN (1) CN100370793C (ru)
AT (1) ATE322119T1 (ru)
AU (1) AU775192B2 (ru)
BR (1) BR0007721A (ru)
CA (1) CA2359665C (ru)
CZ (1) CZ20012715A3 (ru)
DE (1) DE60026964T2 (ru)
ES (1) ES2259992T3 (ru)
HU (1) HUP0200149A3 (ru)
ID (1) ID29602A (ru)
IL (2) IL144441A0 (ru)
MX (1) MXPA01007508A (ru)
MY (1) MY128425A (ru)
NO (1) NO332154B1 (ru)
NZ (1) NZ513714A (ru)
PL (1) PL349776A1 (ru)
RU (1) RU2251817C9 (ru)
TR (1) TR200102155T2 (ru)
WO (1) WO2000044145A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2598805C2 (ru) * 2011-05-18 2016-09-27 Томсон Лайсенсинг Способ для динамической адаптации частоты следования битов при приеме и соответствующий приемник

Families Citing this family (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE60037318T2 (de) * 1999-07-13 2008-11-27 Sun Microsystems, Inc., Palo Alto Verfahren und vorrichtung zur auswahl von mehrfach gesendeten ip-daten die innerhalb eines rundfunkstromes übertragen werden
DE10017929A1 (de) * 2000-04-11 2001-11-22 Siemens Ag Verfahren zum Übertragen breitbandiger, IP-basierter Datenströme in einem Punkt-zu-Mehrpunkt-Kommunikationsnetz
DE10029643A1 (de) * 2000-06-16 2001-12-20 Deutsche Telekom Ag Verfahren zur abhörsicheren Übertragung von IP-Diensten über ein Rundfunkmedium
SE0003816D0 (sv) * 2000-10-23 2000-10-23 Teracom Ab Anordning och metod för trådlös utsändning på ett flertal bärvågor, multicarrierutsändning av en tidsmultiplexad dataström med ett flertal mottagare
DE10057997A1 (de) * 2000-11-23 2002-05-29 Rohde & Schwarz Ftk Gmbh System zur Datenübertragung zwischen lokalen Datennetzen
US20020112241A1 (en) * 2001-02-14 2002-08-15 Cocchi Ronald P. Internet service provider callback for satellite systems
US7747853B2 (en) * 2001-06-06 2010-06-29 Sony Corporation IP delivery of secure digital content
WO2003047252A1 (fr) * 2001-09-06 2003-06-05 360Sun Network Group Systeme et procede de diffusion numerique permettant a un utilisateur d'acceder a une pluralite d'isp au moyen d'un canal distant
FI20012245A (fi) * 2001-11-19 2003-05-20 Nokia Corp Menetelmä ja järjestelmä palvelun ilmoittamiseksi
FI20012256A0 (fi) 2001-11-20 2001-11-20 Nokia Corp Matkaviestintäverkot ja digitaaliset yleislähetyspalvelut
FI113515B (fi) 2002-01-18 2004-04-30 Nokia Corp Osoitteistus langattomissa lähiverkoissa
ATE415029T1 (de) * 2002-01-18 2008-12-15 Nokia Corp Adressierung in drahtlosen lokalen netzwerken
FR2835371B1 (fr) * 2002-01-31 2004-04-16 Viaccess Sa Procede et dispositif de transmission de message de gestion de titre d'acces
US6788690B2 (en) * 2002-06-27 2004-09-07 Nokia Corporation Packet identifier search filtering
US7984475B1 (en) * 2002-10-04 2011-07-19 Sprint Communications Company L.P. Video channel broadcast using ethernet technology
JP3821086B2 (ja) * 2002-11-01 2006-09-13 ソニー株式会社 ストリーミングシステム及びストリーミング方法、クライアント端末及びデータ復号方法、並びにプログラム
US20040177370A1 (en) * 2002-12-10 2004-09-09 Mydtv, Inc. Storage and use of viewer preference data in a device remote from a set-top box
US9110853B2 (en) * 2003-03-10 2015-08-18 Oracle America, Inc. Computer system with multiple classes of device IDs
GB2399721A (en) * 2003-03-21 2004-09-22 Nokia Corp Transmission of data using a data carousel
US20050216933A1 (en) * 2004-03-25 2005-09-29 Comcast Cable Holdings, Llc Method and system which enables users to select videos from cable provider web site for on-demand delivery from the cable provider to user televisions via cable television network
CN100364332C (zh) * 2004-09-01 2008-01-23 华为技术有限公司 一种保护宽带视音频广播内容的方法
JP4717398B2 (ja) * 2004-09-10 2011-07-06 キヤノン株式会社 データ処理装置の制御方法
EP1643710A1 (fr) * 2004-09-30 2006-04-05 Nagravision S.A. Procédé de mise à jour d'une table de correspondance entre une adresse et un numéro d'identification
EP1777962A1 (en) * 2005-10-24 2007-04-25 Alcatel Lucent Access/edge node supporting multiple video streaming services using a single request protocol
KR100755695B1 (ko) * 2005-11-01 2007-09-05 삼성전자주식회사 방송 수신 장치를 통하여 인터넷에 접속하기 위한 방법 및이를 위한 장치
WO2007091779A1 (en) 2006-02-10 2007-08-16 Lg Electronics Inc. Digital broadcasting receiver and method of processing data
WO2007126196A1 (en) 2006-04-29 2007-11-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
WO2007136166A1 (en) 2006-05-23 2007-11-29 Lg Electronics Inc. Digital broadcasting system and method of processing data
US7873104B2 (en) 2006-10-12 2011-01-18 Lg Electronics Inc. Digital television transmitting system and receiving system and method of processing broadcasting data
KR101253185B1 (ko) 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285887B1 (ko) 2007-03-26 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285888B1 (ko) 2007-03-30 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405966B1 (ko) 2007-06-26 2014-06-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101456002B1 (ko) 2007-06-26 2014-11-03 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101513028B1 (ko) 2007-07-02 2015-04-17 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR101490246B1 (ko) 2007-07-02 2015-02-05 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR101405972B1 (ko) 2007-07-02 2014-06-12 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR20090004659A (ko) 2007-07-02 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20090004660A (ko) 2007-07-02 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20090004658A (ko) 2007-07-02 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101531910B1 (ko) 2007-07-02 2015-06-29 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR101405971B1 (ko) 2007-07-02 2014-06-12 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR20090002855A (ko) 2007-07-04 2009-01-09 엘지전자 주식회사 디지털 방송 시스템 및 신호 처리 방법
WO2009005326A2 (en) 2007-07-04 2009-01-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20090004661A (ko) 2007-07-04 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20090004773A (ko) 2007-07-06 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20090004061A (ko) 2007-07-06 2009-01-12 엘지전자 주식회사 방송 수신이 가능한 텔레매틱스 단말기 및 방송 신호 처리방법
KR20090004059A (ko) 2007-07-06 2009-01-12 엘지전자 주식회사 방송 수신이 가능한 텔레매틱스 단말기 및 방송 신호 처리방법
KR20090004722A (ko) 2007-07-06 2009-01-12 엘지전자 주식회사 방송 수신기 및 데이터 처리 방법
KR20090004725A (ko) 2007-07-06 2009-01-12 엘지전자 주식회사 방송 수신기 및 방송 수신기의 데이터 처리 방법
KR101405975B1 (ko) * 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
CA2697453C (en) 2007-08-24 2013-10-08 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
WO2009028848A1 (en) 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
WO2009038408A2 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting system and data processing method
WO2009038442A2 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
US7813310B2 (en) 2007-09-21 2010-10-12 Lg Electronics, Inc. Digital broadcasting receiver and method for controlling the same
KR101572875B1 (ko) 2007-09-21 2015-11-30 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
US8819843B2 (en) * 2008-02-15 2014-08-26 Qualcomm Incorporated Methods and apparatus for conditional access of non real-time content in a distribution system
US9088638B1 (en) 2009-09-03 2015-07-21 Apriva, Llc System and method for facilitating secure voice communication over a network
US8437322B1 (en) 2009-09-03 2013-05-07 Apriva, Llc Method and system for communicating fixed IP address based voice data in a dynamic IP address based network environment
US8638716B1 (en) 2009-09-03 2014-01-28 Apriva, Llc System and method for facilitating secure voice communication over a network
US8437321B1 (en) * 2009-09-03 2013-05-07 Apriva, Llc Method and system for communicating fixed IP address based voice data in a dynamic IP address based network environment
HUE054404T2 (hu) 2011-01-19 2021-09-28 Samsung Electronics Co Ltd Berendezés és eljárás vezérlõüzenet vételére rádióadási rendszerben
CN102318322B (zh) * 2011-07-28 2013-10-09 华为技术有限公司 Mac地址分配方法和设备
EP2768198B1 (en) 2011-10-13 2019-05-22 Samsung Electronics Co., Ltd. Apparatus and method for configuring control message in broadcasting system
CN103338203B (zh) * 2013-07-04 2015-12-02 天津农学院 一种低功耗的集约化水产养殖物联网介质访问控制方法
CN104580265B (zh) 2015-02-13 2018-12-18 小米科技有限责任公司 设备绑定方法和装置
KR101638285B1 (ko) * 2015-04-09 2016-07-08 주식회사 아이두잇 위성 안테나를 통하여 수신한 영상 신호를 복수의 사용자 단말기에 제공하는 장치 및 그 방법

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL117221A0 (en) 1995-02-28 1996-06-18 Gen Instrument Corp Configurable hybrid medium access control for cable metropolitan area networks
US6507953B1 (en) * 1996-02-02 2003-01-14 Thomson Licensing S.A. System and method for interfacing multiple electronic devices
KR970068328A (ko) * 1996-03-27 1997-10-13 이준 비동기식 전달모드(ATM) 통신망의 라우터(Router) 장치
JP3895804B2 (ja) * 1996-07-26 2007-03-22 株式会社日立コミュニケーションテクノロジー 双方向通信システム
US5835725A (en) * 1996-10-21 1998-11-10 Cisco Technology, Inc. Dynamic address assignment and resolution technique
US5987518A (en) * 1996-10-28 1999-11-16 General Instrument Corporation Method and apparatus for communicating internet protocol data over a broadband MPEG channel
FI964640A (fi) * 1996-11-21 1998-07-28 Nokia Multimedia Network Terminals Oy Menetelmä osoitetietojen välittämiseksi
US6018764A (en) * 1996-12-10 2000-01-25 General Instrument Corporation Mapping uniform resource locators to broadcast addresses in a television signal
JPH10257098A (ja) * 1997-03-07 1998-09-25 Sony Corp 通信経路制御装置及び通信経路制御方法、並びに通信経路制御ユニット
EP0866611A1 (en) * 1997-03-21 1998-09-23 CANAL+ Société Anonyme Broadcast receiving system comprising a computer and a decoder
US6477179B1 (en) * 1997-05-09 2002-11-05 Sony Corporation Data receiving device and data receiving method
KR100224318B1 (ko) * 1997-05-28 1999-10-15 이계철 공중망 비동기 전달 모드(atm) 교환시스템에서의랜(lan) 트래픽 처리 방법
US6611537B1 (en) * 1997-05-30 2003-08-26 Centillium Communications, Inc. Synchronous network for digital media streams
EP0901261B1 (en) * 1997-09-05 2013-01-09 Hitachi, Ltd. Transport protocol conversion method and protocol conversion equipment
US6351467B1 (en) * 1997-10-27 2002-02-26 Hughes Electronics Corporation System and method for multicasting multimedia content
US6272127B1 (en) * 1997-11-10 2001-08-07 Ehron Warpspeed Services, Inc. Network for providing switched broadband multipoint/multimedia intercommunication
US6216166B1 (en) * 1998-02-20 2001-04-10 Adc Telecommunications, Inc. Shared media communications in a virtual connection network
US6459427B1 (en) * 1998-04-01 2002-10-01 Liberate Technologies Apparatus and method for web-casting over digital broadcast TV network
JP2000151695A (ja) * 1998-11-05 2000-05-30 Sony Corp アドレス割当方法、アドレス割当装置、受信端末装置及びデータ送信方法
US6219355B1 (en) * 1998-11-30 2001-04-17 Qwest Communications International Inc. Video and data communication system
JP2000315097A (ja) * 1999-04-30 2000-11-14 Canon Inc 電子機器、その制御方法、及び記録媒体

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2598805C2 (ru) * 2011-05-18 2016-09-27 Томсон Лайсенсинг Способ для динамической адаптации частоты следования битов при приеме и соответствующий приемник

Also Published As

Publication number Publication date
NO332154B1 (no) 2012-07-09
US7228558B1 (en) 2007-06-05
NO20013620D0 (no) 2001-07-23
HUP0200149A3 (en) 2002-06-28
KR20010093275A (ko) 2001-10-27
IL144441A0 (en) 2002-05-23
WO2000044145A1 (en) 2000-07-27
JP2011015422A (ja) 2011-01-20
RU2251817C9 (ru) 2005-09-10
ATE322119T1 (de) 2006-04-15
EP1145524B1 (en) 2006-03-29
DE60026964T2 (de) 2006-11-02
DE60026964D1 (de) 2006-05-18
MY128425A (en) 2007-01-31
JP5057531B2 (ja) 2012-10-24
CZ20012715A3 (cs) 2002-04-17
JP2002535926A (ja) 2002-10-22
EP1145524A1 (en) 2001-10-17
TR200102155T2 (tr) 2001-12-21
NZ513714A (en) 2001-09-28
PL349776A1 (en) 2002-09-09
CN100370793C (zh) 2008-02-20
CA2359665A1 (en) 2000-07-27
AU2124700A (en) 2000-08-07
IL144441A (en) 2006-06-11
BR0007721A (pt) 2001-10-30
ES2259992T3 (es) 2006-11-01
CA2359665C (en) 2011-01-18
MXPA01007508A (es) 2002-06-04
CN1345501A (zh) 2002-04-17
NO20013620L (no) 2001-09-25
ID29602A (id) 2001-09-06
EP1022884A1 (en) 2000-07-26
KR100692379B1 (ko) 2007-03-09
HUP0200149A2 (hu) 2002-05-29
AU775192B2 (en) 2004-07-22

Similar Documents

Publication Publication Date Title
RU2251817C2 (ru) Присваивание адресов в системе цифровой передачи
AU758667B2 (en) Signalling of bouquet information in a digital transmission system
EP1427210B1 (en) Terminal, data distribution system comprising such a terminal and method of re-transmitting digital data
EP0964572A1 (en) Decoder and security module for a digital transmission system
US20020101991A1 (en) Method of identifying multiple digital streams within a multplexed signal
AU756391B2 (en) Application data table for a multiservice digital transmission system
US7614079B2 (en) Method and device for transmission of entitlement management messages
EP1109405A1 (en) Communication with receiver/decoder
EP2373017A2 (en) Broadcast transceiver and pcmcia scrambler with reception limitation function implemented by using dvb-ci interface

Legal Events

Date Code Title Description
TH4A Reissue of patent specification
PC41 Official registration of the transfer of exclusive right

Effective date: 20110811