CZ20012715A3 - Způsob vysílání digitálních informací a zařízení pro vysílání transportního toku - Google Patents

Způsob vysílání digitálních informací a zařízení pro vysílání transportního toku Download PDF

Info

Publication number
CZ20012715A3
CZ20012715A3 CZ20012715A CZ20012715A CZ20012715A3 CZ 20012715 A3 CZ20012715 A3 CZ 20012715A3 CZ 20012715 A CZ20012715 A CZ 20012715A CZ 20012715 A CZ20012715 A CZ 20012715A CZ 20012715 A3 CZ20012715 A3 CZ 20012715A3
Authority
CZ
Czechia
Prior art keywords
address
decoder
data
access control
packet
Prior art date
Application number
CZ20012715A
Other languages
English (en)
Inventor
Gilles Lebouill
Original Assignee
Canal + Societe Anonyme
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 Canal + Societe Anonyme filed Critical Canal + Societe Anonyme
Publication of CZ20012715A3 publication Critical patent/CZ20012715A3/cs

Links

Classifications

    • 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
    • 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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

Způsob vysílání digitálních informací a zařízení pro vysílání transportního toku
Oblast techniky
Předkládaný vynález se týká způsobu přidělování adresových informaci v digitálním vysílacím systému, zejména digitálním přenosovém systému, jako je digitální televizní systém.
Dosavadní stav techniky
Existující digitální systémy vysílají data ve formě diskrétních paketů transportních toků nebo transportních paketů, přičemž každý paket má předem stanovenou délku a obsahuje záhlaví a užitečný obsah. V daném vysílacím systému centrální vysílací stanice vysílá jeden nebo více paketových 15 toků vzduchem do oblasti dekodérů, které přijímají a opětovně sestavují paketový tok. Každá stanice může vysílat množství paketových toků na množství samostatných frekvencí.
Záhlaví paketu u paketů v toku zahrnuje obecná 2Q popisná data týkající se paketu, zatímco užitečný obsah zahrnuje data, která mají být zpracovávána v přijímači. Záhlaví paketu obsahuje alespoň ID (identifikátor) paketu nebo PID identifikující paket. Užitečný obsah paketu může obsahovat audio, video nebo jiná data, jako jsou data získaná 25 centrální vysílací stanicí z internetového připojení. Tento druh dat uvnitř užitečného obsahu PID paketu může být dále rozdělen do množství tabulek nebo úseků, identifikovaných hodnotou ID tabulky nebo TID a, v ještě dalším zpřesnění hodnotou TID rozšíření. MPEG-2 standard je v současnosti 30 upřednostňovaný standard v této oblasti a nastavuje předem stanovený formát pro takovéto pakety.
·· ·♦ • · · ·
V digitálních přenosových systémech dekodéry, dříve používané pouze pro podmíněný přístup nebo pro dekódování signálů, kódovaných ve standardu MPEG-2, nyní obsahují množství stále více a více sofistikovaných funkcí. Zejména bylo navrženo množství systémů využívajících dekodér, pracujících nezávisle nebo v kombinaci s PC pro vytvoření spojení s internetem a pro umožnění uživateli prohlížet internet. Často je použita hybridní přenosová/telekomunikační konfigurace, přičemž webové stránky jsou dotazovány prostřednictvím dekodéru přes telekomunikační linku spojenou s centrální stanicí a získávané a vysílané centrální stanicí přes přenosovou linku do dekodéru.
Internetová data jsou sama organizována podle protokolu TCP/IP, který definuje, kromě jiného, předem stanovený formát pro takováto data (tak zvané datagramy) . Pro umožnění volného oběhu informací datagramů mezi sítěmi datagramový paket obsahuje adresy v množství úrovní. Zejména je každý datagram obvykle adresován v síťové vrstvě s IP adresou a ve spojové (datalinkové) vrstvě s adresou pro řízení přístupu k médiu nebo MAC adresou.
Vyslání zprávy danému síťovému uživateli obvykle zahrnuje adresování uživatele jak jeho MAC adresou tak i IP adresou, ačkoliv existují v dílčích sítích postupy pro stanovení MAC adres s použitím pouze IP adres. Oproti IP adrese, která je přidělena správcem sítě, je MAC adresa obvykle fixována v zařízení v okamžiku jeho výroby.
Začlenění datagramů internetového formátu do přenosových transportních paketů si vyžádalo vyvinutí množství standardů pro regulaci začleňovacího procesu. Ve « * standardu ΙΞΟ 13818-6 týkajícím se MPEG je definován formát pro takováto data s použitím DSM-CC karuselů uvnitř toku.
Práce provedené jinými expertními skupinami, zejména skupinou zabývající se přenosem digitálního videa nebo jinak DVB skupinou, doplnily a rozpracovaly tento standard, zejmena DVB navržený ETSI standard EN 301 192 definuje standardní formát pro tabulku nebo úsek uvnitř MPEG-2 transportního paketu, upraveného pro přenos IP datagramů. Tento standard indikuje, jak takovéto datagramy, adresované uživateli *0 prostřednictvím MAC a IP adres, jsou začleněny v tabulce nebo úseku začleněnému uvnitř transportního paketu v transportním toku, a indikuje, jaké jiné informace by obvykle byly přítomné v takovýchto úsecích.
V prvním provedeni se předkládaný vynález zabývá optimalizovaným způsobem vysílání adresovaných zpráv začleněných uvnitř přenosového transportního toku, zejména, ale ne výhradně, IP datagramů začleněných uvnitř úseku MPEG-2 transportního Loku.
Podstata vynálezu
Předkládaný vynález navrhuje způsob vysílání digitálních informací v digitálním přenosovém systému, zahrnujícím centrální vysílací stanici a alespoň jeden dekodér, přičemž centrální stanice vysílá alespoň jeden transportní tok, zahrnující tok paketu začleňujících datové úseky uvnitř svých užitečných obsahů, přičemž alespoň jeden začleněný úsek obsahuje adresu pro řízení přístupu, použitou pro řízeni jeho příjmu prostřednictvím alespoň jednoho dekodéru, přičemž tato adresa pro řízení přístupu je , , , definována centrální vysilači stanici a komunikovaná do
• φ φ • φ • · · • φ
φ •
φ φ φφ · •φ
Φ· •· «φ φ uvedeného alespoň jednoho dekodéru v adresové přidělovací zprávě.
Podle prvního provedení předkládaného vynálezu je navržen způsob vysílání digitálních informací v digitálním přenosovém systému, zahrnujícím centrální vysílači stanici a jeden nebo více dekodérů, přičemž centrální stanice vysílá alespoň jeden transportní tok, zahrnující tok paketů začleňujících datové tabulky nebo úseky uvnitř svých užitečných obsahů, přičemž jeden nebo více začleněných úseků obsahuje adresu pro řízení přístupu, použitou pro řízení přijetí tohoto úseku jedním nebo více dekodéry, přičemž způsob je charakterizován tím, že adresa pro řízení přístupu je definována centrální vysílací stanicí a komunikována uvedenému jednomu nebo každému dekodéru v adresové přidělovací zprávě.
V běžných přenosových a síťových systémech se obvykle používá pevná (fixní) adresa pro řízení přístupu k médiu. Ta může odpovídat, například, MAC adrese fixované v modemové kartě dekodéru v okamžiku jeho výroby. V takovém systému centrální vysílací stanice nemá kontrolu nad touto hodnotou, která je komunikována z dekodéru do centrální stanice nebo do nejbližšího směrovače zodpovědného za směrování příslušného datagramu.
naproti tomu v předkládaném vynálezu je centrální vysílací stanice odpovědná za přidělení hodnot pro řízení přístupu do dekodérů uvnitř systému, což otevírá cestu pro dynamické přidělování takovýchto hodnot a úplnější kontrolu řízení na úrovni centrální vysílací stanice množství a formátu adres, které mají být zpracovávány systémem.
Ačkoliv předkládaná přihláška uvádí centrální vysílací stanici, mělo by být zcela zřejmé, že přidělení adresových zpráv může být v praxi zpracováváno prostřednictvím fyzicky samostatného směrovacího zařízení, podávajícímu zprávy do vysílací stanice odpovědné za přenos informací.
Výhodně úsek odpovídá datagramovému úseku, použitému
ΤΪ τ'intejrnetového ^22otoko 1 u přičemž data, obsažená uvnitř úseku, rovněž obsahují adresu internetového protokolu. Jak by ale mělo být zcela zřejmé, předkládaný vynález múze být stejně tak aplikován pro jiné typy dat, obsažených uvnitř tabulky nebo úseku, začleněného uvnitř paketového transportního toku, a adresovaných jednomu nebo více dekodérům prostřednictvím adresy pro řízení přístupu k médiu.
Jak bylo diskutováno výše, v hybridních telekomunikačních/přenosových systémech bude dekodér obvykle vysílat žádost, například pro data internetového protokolu, přes telekomunikační linku a přijímat stažené informace přes přenosovou linku uvnitř datového úseku, identifikovaného adresou pro řízení přístupu a začleněného uvnitř transportního paketového toku.
V jednom provedení ale některá nebo všechna data úseku, cílená do jednoho nebo více dekodérů a identifikovaná adresou pro řízení přístupu, mohou být rovněž komunikována z centrální vysílací stanice do uvedeného jednoho nebo každého dekodéru přes telekomunikační síť. Zejména internetová data mohou být vysílána přes telekomunikační síť s použitím adresy pro řízení přístupu (k médiu).
·· ·· 9 »9·· • · 9 9 ♦· * · * 9· * · ♦ * 9 ·♦ • * «····· ··· ««#· 999 99 «9«9«
Výhodně může dekodér rovněž vysílat žádost o adresu pro řízení přístupu do centrální stanice přes takovou telekomunikační síť. Podobným způsobem může být rovněž komunikována zpět adresová přidělovací zpráva z centrální vysílací stanice do tohoto dekodéru s použitím linky telekomunikační sítě.
Použití telekomunikační linky pro žádost a získání přidělené adresy pro řízení přístupu umožňuje dekodéru rychle získat adresu pro řízení přístupu, která potom bude použita při komunikování informací získaných během relace prohlížení internetu.
Výhodně zpráva žádosti o adresu, vyslaná dekodérem, obsahuje číslo internetového protokolu, identifikující tento dekodér pro centrální vysílací stanici. Toto IP číslo je obvykle přidělováno správcem sítě nebo operátorem přenosu a může být použito rovněž pro identifikaci dekodéru, navíc k nebo jako alternativa k ID hodnotě přidělené operátorem jeho účastníkům.
Výhodně zpráva žádosti o adresu, vyslaná dekodérem, obsahuje rovněž indikaci o tom, zda dekodér si přeje přijmout zprávy v přímém nebo ve skupinovém režimu. V odezvě na tento požadavek potom centrální vysílací stanice bude vysílat unikátní přímou nebo sdílenou skupinovou adresu pro řízeni přístupu v adresové přidělovací zprávě.
Unikátní či přímá adresa může být vyžadována, například, v případě relace internetového prohlížení, kde uživatel bude zásobován centrální stanicí specifickými webovými stránkami v odezvě na specifické požadavky od
· 44 4 • 4 «· 4
4 4 • « 4· 4 • • 4 • ·
4 * 4 • • • 4 4
• 4 « 4 4 4 · * 4 4
• 4 • 4 • • 4 •
···· ·♦♦· 44· • 4 4 4 • 4 4
uživatele, zatímco skupinová adresa může být použita pro adresování informací určených pro skupinu uživatelů.
V případě přímé adresy se může jednat o dynamickou adresu přidělovanou na začátku relace v odezvě na žádost o adresu, přijatou z dekodéru. Alternativně může být adresa přidělena při prvním připojeni uživatele k centrální vysílací stanici a používána potom při všech následujících komunu kac i. ch
Kromě informací žádosti o přímou a skupinovou adresu může zpráva žádosti o adresu rovněž obsahovat indikaci o tom, zda dekodér zůstane připojený pro přijeti dat přes telekomunikační síť po komunikování zprávy žádosti o adresu.
Jak bylo popsáno výše, centrální vysílací stanice může přenášet data na množství transportních paketových toků a na množství služeb uvnitř každého transportního paketového toku. Výhodně adresová přidělovací zpráva dále obsahuje informace pro umožnění uvedenému jednomu nebo každému dekodéru zvolit si paketový transportní tok, obsahující data 2q sdružená s adresou pro řízení přístupu, mezi množstvím transportních paketových toků.
Navíc může adresová přidělovací zpráva dále obsahovat informace pro umožnění uvedenému jednomu nebo každému dekodéru zvolit si službu, obsahující data sdružená s adresou 25 pro řízení přístupu, z množství služeb uvnitř transportního paketového toku.
Protože služba může být rovněž sdružena s různými typy dat nebo datových toků (audio, vizuální, IP data, a podobně), může adresová přidělovací zpráva rovněž obsahovat 30 informace týkající se datových toku, přenášených touto «· 9 9 9♦ • 9 · · 99
9 9 9 9 99 • · · · 99
999 ·· 99··· í
I i službou, a identifikující datový tok, obsahující paketovaná data sdružená s přidělenou adresou pro řízeni přístupu.
Centrální vysílací stanice může rovněž dynamickyí i řídit transportní paketový tok a/nebo službu, na které mají být přenášena adresovaná data, tak, aby optimalizovala přenos informace mezi a uvnitř jednoho nebo více transportních toků.
V případě, například, digitálního přenosového systému, sdruženého se systémem podmíněného přístupu, některá nebo všechna data úseku, vysílaná centrální řídící stanicí, mohou být kódována.
Shora uvedená provedení předkládaného vynálezu byla popsána ve vztahu k digitálnímu přenosovému systému, jako je digitální televizní systém. Dynamické přidělování MAC adres 15 ale může být aplikováno rovněž na jiné systémy, jako jsou například systémy využívající výhradně pevných telekomunikačních sítí.
Z hlediska dalšího aspektu předkládaný vynález zahrnuje způsob komunikace datagramových paketů v digitální 20 komunikační síti, zahrnující alespoň jednu centrální řídící stanici a množství vzdálených terminálů, ve kterém datagramové pakety obsahují alespoň adresu pro řízení přístupu k médiu, sdruženou s jednou komunikační vrstvou sítě, a adresu internetového protokolu, sdruženou s druhou 25 komunikační vrstvou sítě, a ve kterém adresy pro řízení přístupu k médiu jsou dynamicky přidělovány centrální řídící stanicí v odezvě na žádost ze vzdáleného terminálu.
Předkládaný vynález rovněž navrhuje zařízení pro vysílání transportního toku, zahrnujícího tok paketů začleňujících datové úseky uvnitř svých užitečných obsahů, do dekodéru, přičemž alespoň jeden začleněný úsek obsahuje adresu pro řízeni přístupu, použitou pro řízení jeho přístupu dekodérem, přičemž toto zařízení zahrnuje prostředek, například obslužný kanál, pro definování adresy pro řízení přístupu, a prostředek, například vysílač, pro komunikování adresy pro řízení přístupu v adresové přidělovací zprávě do uvedeného dekodéru.
Výše popisované znaky, vztahující se na aspekty způsobu podle předkládaného vynálezu, mohou být rovněž aplikovány pro aspekty zařízení, a obráceně.
Termín přijímač/dekodér” nebo dekodér používaný v tomto popisu může zahrnovat přijímač pro přijímání bud' kódovaných nebo nekódovaných signálů, například televizních a/nebo rádiových signálů, které mohou být přenášeny nebo vysílány nějakým dalším prostředkem. Tento termín může rovněž zahrnovat dekodér pro dekódování přijímaných signálů. Provedení takovýchto příjímačů/dekodérů mohou rovněž zahrnovat dekodér integrální s přijímačem pro dekódování přijímaných signálů, například, v nastavovací řídící skříni (STB), nebo takový dekodér, který funguje v kombinaci s fyzicky samostatným přijímačem, nebo takový dekodér, který zahrnuje přídavné funkce, jako je webový prohlížeč, nebo dekodér integrovaný s dalšími zařízeními, jako je videorekordér nebo televize.
Termín dekodér nebo přijímač/dekodér v tomto kontextu rovněž zahrnuje uspořádání dekodér/PC, ve kterém některé nebo všechny z funkcí, týkajících se předkládaného vynálezu, mohu být realizovány prostřednictvím PC, jako je například vysílání zprávy žádosti o adresu přes modem PC, a podobně.
V tomto popisu používaný termín digitální přenosový systém zahrnuje jakýkoliv digitální systém přenášející informace z centrální stanice k množství uživatelů ve známém přenosovém formátu a zahrnující, například, jakýkoliv satelitní, pozemní, kabelový nebo jiný digitální televizní systém.
Termín MPEG označuje standardy datového přenosu, vyvinuté Mezinárodní Standardizační Organizací v pracovní skupině Expertní skupina pro film a zejména, ale ne θ výhradně, standard MPEG-2 vyvinutý pro digitální televizní aplikace a definovaný v dokumentech ISO 13818-1, ISO 13818-2, ISO 13818-3 a ISO 13818-4 společně s DSM-CC standardem ISO 13818-6, týkajícím se MPEG. V kontextu s touto přihláškou předkládaného vynálezu tento termín zahrnuje všechny varianty, modifikace nebo rozvinutí MPEG formátů použitelných pro oblast digitálního datového přenosu.
Podobným způsobem termíny DVB standardy nebo ETSI standardy zahrnují všechny standardy navržené DVB (Skupina digitálního videa) a/nebo akceptované ETSI (Evropský institut telekomunikačních standardů) a týkající se oblasti digitální televize, a rovněž všechny jejich varianty, modifikace nebo rozvinutí. V tomto popisu předkládané přihlášky je zejména učiněn odkaz na ETSI standard EN 301 192.
V následujícím popisu bude pouze prostřednictvím příkladu popsáno výhodné provedení předkládaného vynálezu ve spojení s odkazy na připojené výkresy.
• · · v * « • 9 • · * •·
9» •« •· »· •99
9*
9· • 9*
Přehled obrázků na výkresech
Obr. 1 znázorňuje celkovou architekturu známého digitálního televizního systému, který může být upraven podle předkládaného vynálezu;
Obr. 2 znázorňuje architekturu systému podmíněného přístupu podle obr. 1;
Obr. 3 znázorňuje hierarchii MPEG-2 paketů v transportním paketovém toku;
Obr. 4 znázorňuje syntaxi DSM-CC datagramového úseku použitého pro začlenění IP dat;
Obr. 5 znázorňuje mapování MAC adresy s datagramovým úsekem znázorněným na obr. 4;
Obr. 6 znázorňuje architekturu hybridního přenosového a telekomunikačního síťového systému podle tohoto provedení předkládaného vynálezu; a
Obr. 7 znázorňuje prvky obslužné adresové zprávy vyslané z přenosového centra k uživateli, podle tohoto provedení předkládaného vynálezu.
Příklady provedení vynálezu
Digitální televizní systém
Před detailním popisem provedení předkládaného vynálezu bude nyní popsán celkový přehled známého systému prostřednictvím poskytnutí základních informací.
Obr. 1 znázorňuje obecně celkový přehled digitálního televizního vysílacího a přijímacího systému 1., zahrnujícího • · 9· •9 • · * •9
9 ♦ 99
9» ·· · 9·99 · · *9 • 99 ···· «9 • 99 většinou běžný digitální televizní systém 2., který využívá MPEG-2 kompresní systém pro vysílání komprimovaných digitálních signálů. Přesněji MPEG-2 komprimátor 2 ve vysílacím centru přijímá tok digitálního signálu (například tok audio nebo video signálů, nebo obecně datových signálů). Komprimátor 2 je spojen s multiplexorem a kodérem 4. prostřednictvím spojení 5. Multiplexor 4. přijímá množství dalších vstupních signálů, sestavuje jeden nebo více transportních toků a vysílá komprimované digitální signály do vysílače 6. vysílacího centra přes spojení ZVysilač 6 vysílá elektromagnetické signály přes vzestupné spojení 8. směrem k satelitnímu odpovídací 9., kde jsou tyto signály elektronicky zpracovány a vysílány přes teoretické sestupné spojení 10 do pozemního přijímače 11, běžně ve formě parabolické antény vlastněné nebo pronajímané koncovým uživatelem. Signály přijímané přijímačem 11 jsou vysílány do integrovaného příjímače/dekodéru 12 vlastněného nebo pronajímaného koncovým uživatelem a spojeného s televizním zařízením 13 koncového uživatele. Přijímač/dekodér 12 dekóduje komprimovaný MPEG-2 signál na televizní signál pro televizní zařízení 13.
Jak bude popsáno níže, dekodér 12 může být rovněž spojen s PC (osobním počítačem), zejména když uživatel využívá dekodér 12 pro zajištění přístupu na internet. Jak by mělo být dále zcela zřejmé, ačkoliv je předkládaný vynález popsán primárně ve vztahu k satelitnímu přenosovému systému, může být stejně tak použit ve vztahu s kabelovou televizí nebo systémem na bázi pozemní televize (se systémem pozemních vysilačů).
* * · · · · · * • * · ·· • * ♦ · ·· « * » ·· ««* ·♦ ·♦ ···
Systém 20 podmíněného přístupu je spojen s multiplexorem 4, a přijímačem/dekodérem 12 a je umístěn Částečně ve vysílacím centru a částečně v dekodéru. Tento systém umožňuje koncovému uživateli přístup k digitálním televizním vysíláním (přenosům) od jednoho nebo více dodavatelů (poskytovatelů) vysílání. Inteligentní karta, schopná dekódování zpráv týkajících se komerčních nabídek (to jest jeden nebo několik televizních programů, které jsou prodávány dodavatelem vysílání), může být vložena do přijímače/dekodéru 12. S použitím dekodéru 12 a inteligentní karty může koncový uživatel nakupovat vysílané události buď v módu předplacení nebo v módu platby za shlédnutí.
S multiplexorem 4. a přijímačem/dekodérem 12 je rovněž spojen interaktivní systém 17, který je opět umístěn částečně ve vysílacím centru a částečně v dekodéru a který umožňuje koncovému uživateli interagovat s různými aplikacemi přes modemový zpětný kanál 16. Zejména v případě, kdy dekodér je použit pro zajištění přístupu na internet, mohou být informace mezi dekodérem a vysílacím centrem předávány prostřednictvím modemového kanálu, přičemž jsou rovněž přenášeny přes satelitní linku. Tento typ hybridního přenosového a telekomunikačního systému je v oboru dobře známý.
Nyní bude podrobněji popsán systém 20 podmíněného přístupu. Jak je znázorněno na obr. 2, systém 20 podmíněného přístupu obecně zahrnuje účastnický autorizační systém (SAS)
21. SAS 21 je spojen s jedním nebo s více účastnickými řídícími systémy (SMS) 22, přičemž jeden SMS 22 je pro každého poskytovatele vysíláni, prostřednictvím příslušného TCP-IP spojení 23 (ačkoliv jiné typy spojení by alternativně
• 9 · * ·· • • • 9 • 9
• · 9 • • 9 •
• · · · • • • · 9 9
14 * · » • • • • 9
♦ ··· ···· ·♦« • 9 ···
také mohly být použity). Alternativně by jeden SMS mohl být sdílen mezi dvěma poskytovateli vysílání, nebo by jeden poskytovatel vysílání mohl používat dva SMS a podobně.
První kódovací jednotky ve formě šifrovacích jednotek 24, využívajících mateřské inteligentní karty 25, jsou spojené se SAS 21 spojením 26. Druhé kódovací jednotky opět ve formě šifrovacích jednotek 27, využívajících mateřské inteligentní karty 28, jsou spojené s multiplexorem 4 spojením 29. Přijímač/dekodér 12 přijímá dceřinnou inteligentní kartu 30, aby dekodér dekódoval zprávy kódované prostřednictvím mateřské inteligentní karty. Přijímač/dekodér 12 je spojen přímo se SAS 21 prostřednictvím komunikačních obslužných kanálů (serverů) 31 přes modemový zpětný kanál 16. SAS 21 vysílá, kromě jiných informací, přihlašovací práva do dceřiné inteligentní karty 30 na vyžádání.
První a druhé šifrovací jednotky 24 a 27 zahrnují rám, elektronickou VME kartu se softwarem uloženým na EEPROM, až 20 elektronických karet a jednu inteligentní kartu 25 respektive 28 na každou elektronickou kartu, jednu (karta 28) pro kódování zpráv ECM a jednu (karta 25) pro kódování zpráv EMM.
Multiplexor a kodér
Jak je patrné ze znázornění na obr. 1 a obr. 2, je ve vysílacím centru digitální audio nebo video signál nejprve komprimován (nebo je mu snížena bitová rychlost) s použitím MPEG-2 komprimátoru 3. Tento komprimovaný signál je potom vysílán do multiplexoru a kodéru £ přes spojení 5., aby byl •
• » · ♦i • * · · ·· • * · ·· ·♦· ·* ·· multiplexován s dalšími daty, jako jsou další komprimovaná data.
Kodér vytváří řídící slovo použité v kódovacím procesu a obsažené v toku MPEG-2 v multiplexoru. Řídící slovo 5 je vytvářeno vnitřně a umožňuje integrovanému přijímači/dekodéru 12 koncového uživatele dekódovat program.
Přístupová kritéria, která indikují způsob komercionalizace programu, jsou rovněž přidávána do toku
MPEG-2. Program může být komercionalizován kterýmkoliv jedním z množství předplatitelských módů a/nebo jedním z množství módů nebo události placených za shlédnutí (PPV). V předplaceném módu koncový uživatel předplácí (účastní se) jednu nebo více komerčních nabídek, nebo souhrnů, svazků či souborů, což mu poskytuje práva sledovat každý kanál uvnitř těchto souhrnů. Ve výhodném provedení může být ze souhrnu kanálů zvoleno až 960 komerčních nabídek.
Opravňovaci řidiči zprávy ECM
Jak řídící slovo tak i přístupová kritéria jsou použita pro sestaveni opravňovaci řídící zprávy (ECM). Tato zpráva je vysílaná ve spojení s kódovaným programem; přičemž tato zpráva obsahuje řídicí slovo (které umožňuje dekódování programu) a přístupová kritéria vysílaného programu.
Přístupová kritéria a řídící slovo jsou vysílány do druhé šifrovací jednotky 27 přes spojeni 29.. V této jednotce je zpráva ECM vytvářena, kódována a vysílána na multiplexor a kodér A. Během přenosového vysílání se řídící slovo obvykle mění každých několik sekund a tak jsou zprávy ECM rovněž periodicky vysílány pro umožnění dekódování měnícího se • ♦ 4 4 4 • · «4 • · • ♦4 •4 «*·· ·♦♦·
řídicího slova. Pro účely redundance každá zpráva ECM obvykle obsahuje dvě řídící slova, současné řídící slovo a následující řídící slovo.
Opravňovací ovládači zprávy EMM
EMM je zpráva přidělená pouze jednotlivému koncovému uživateli (účastníkovi), nebo skupině koncových účastníků, (na rozdíl od zprávy ECM, která je přidělena pouze jednomu kódovanému programu nebo sadě kódovaných programů, pokud jsou součástí stejné komerční nabídky). Každá skupina může obsahovat daný počet koncových uživatelů. Tato organizace do skupin má za cíl optimalizovat využití šířky pásma; to znamená, že přístup k jedné skupině může umožnit dosažení většího počtu koncových uživatelů. Různé specifické typy zprávy EMM mohou být používány. Jednotlivé zprávy EMM jsou přiděleny jednotlivým účastníkům a jsou obvykle používány při zajišťování služeb placených za shlédnutí; přičemž tyto zprávy obsahující identifikátor skupiny a pozici účastníka v této skupině. Další typy zpráv EMM zahrnují skupinové a publikové zprávy EMM.
Účastnický řídící systém (SMS)
Účastnický řídící systém (SMS) 22 zahrnuje databázi
32, která spravuje, kromě jiného, všechny soubory koncových uživatelů, komerční nabídky (jako jsou tarify a reklamy), předplacení, detaily PPV, a data týkající se spotřeby koncových uživatelů a autorizace. SMS 22 může být fyzicky vzdálený od SAS 21. Každý SMS 22 vysílá zprávy do SAS 21 přes odpovídající spojení 23., které zahrnují modifikace nebo
444
• 4 * 4 · · 4 4 4 · • · · 4 4
4·· 4» 4· vytvářeni opravňovacích řídicích (ovládacích) zpráv (EMM), určených k vysílání ke koncovým uživatelům.
SMS 22 rovněž vysílá zprávy do SAS 21, které nezahrnují jakékoliv modifikace nebo vytváření zpráv EMM, ale zahrnují pouze změnu stavu koncového uživatele (týkající se autorizace přidělené koncovému uživateli při objednávání produktů nebo hodnoty, jaká bude koncovému uživateli účtována).
r SAS 21 vysílá zprávy (obvykle vyžadující informace, jako jsou zpětné informace nebo účtovací informace) do SMS
22, takže by mělo být zcela zřejmé, že komunikace mezi těmito systémy je dvoucestná.
Účastnický autorizační systém (SAS)
Zprávy vytvářené SMS 22 jsou předávány přes spojení 23 do účastnického autorizačního systému (SAS) 21, který dále vytváří zprávy potvrzující příjem zpráv vytvořených SMS 22 a předává tato potvrzení do SMS 22.
V přehledu SAS zahrnuje oblast předplatitelského řetězce pro poskytování práv pro předplacený mód a pro obnovování práv automaticky každý měsíc, oblast řetězce plateb za shlédnutí pro poskytování práv pro PPV události, a zaváděč zpráv EMM pro předávání zpráv EMM, vytvářených oblastmi předplatitelského řetězce a řetězce PPV, do multiplexoru a kodéru 4. a tudíž pro plnění toku MPEG zprávami EMM. Pokud mají být udělena další práva, jako jsou práva při platbách za soubor (PPF) v případě stahování počítačového softwaru do osobního počítače uživatele, jsou rovněž vytvořeny další podobné oblasti.
• · • 9 9 • ·· 9 · • 9 · v v • · •
9 9«·· • ♦ ··· ♦ 9 · 9*9 «· • · 9· 9 • 99
Jednou funkci SAS 21 je spravovat přístupová práva k televizním programům, dostupným jako komerční nabídky v předplatitelském módu nebo prodávaným jako PPV události podle různých módů komercionalizace (například objednávkový mód, impulzní mód). SAS 21 podle těchto práv a podle informace, přijaté ze SMS 22, vytváří zprávy EMM pro účastníka v kombinaci se šifrovací jednotkou 24.
Vysíláni programů
Multiplexor £ přijímá elektrické signály zahrnující kódované zprávy EMM ze SAS 21, kódované zprávy ECM z druhé šifrovací jednotky 27 a komprimované programy z komprimátoru
3. Multiplexor £ kóduje programy a vysílá kódované programy, kódované zprávy EMM a kódované zprávy ECM do vysílače 6.
vysílacího centra přes spojení £. Vysílač £ vysílá elektromagnetické signály směrem k satelitnímu odpovídací 9. přes vzestupné spojení 8.,
2Q Přiňimání programů
Satelitní odpovídač 9, přijímá a zpracovává elektromagnetické signály vysílané vysílačem 6. a vysílá tyto signály k pozemnímu přijímači 11, obvykle ve formě parabolické antény vlastněné nebo pronajaté koncovým uživatelem, přes sestupné spojení 10. Signály přijímané > pozemním přijímačem 11 jsou vysílány do integrovaného přijímače/dekodéru 12 vlastněného nebo pronajatého koncovým uživatelem a spojeného s televizním zařízením 13 koncového uživatele. Přijímač/dekodér 12 demultiplexuje signály, aby • · φ · · ·· « · φ · φ « φ «· φ φ · φ ·· φ
ΦΦΦ «ΦΦΦ ΦΦΦ φφ φφ «« Φ získal kódované programy s šifrovanými zprávami EMM a s šifrovanými zprávami ECM.
Pokud program je kódován, přijímač/dekodér 12 vybírá odpovídající zprávu ECM z toku MPEG-2 a předává tuto zprávu ECM dceřiné inteligentní kartě 30 koncového uživatele. Ta je zasunuta do štěrbiny (slotu) v pouzdru přijímače/dekodéru
12. Dceřiná inteligentní karta 30 řídí, zda koncový uživatel lila p-LaVO dc kodOVat
ΓΠΜ o j—i j. Ca
Pokud ne, je do přijímače/dekodéru 12 předán negativní stav pro indikaci toho, že program nemůže být dekódován. Pokud koncový uživatel má příslušná práva, je zpráva ECM dekódována a je vyjmuto řídící slovo. Dekodér 12 potom může dekódovat program s použitím tohoto řídícího slova. Tok MPEG-2 je dekomprimován a převeden na video signál pro následné vysílání do televizního zařízení 13.
Jak by mělo být zcela zřejmé stejné principy podmíněného přístupu, použité při kódování a dekódování audiovizuálních dat, mohou být využity pro kódování jiných, jako jsou data souborů, určená pro PC připojený k dekodéru, data stahovaná přes internetové připojení a přenášená přes satelitní linku, a podobně.
Organizace datových tabulek uvnitř transportního toku
Jak je znázorněno na obr. 3, přenášený MPEG-2 datový transportní tok obsahuje množství paketů standardního formátu, včetně programové přístupové tabulky 40 (tabulka propojení programů, PAT), přičemž PID v záhlaví paketu je fixováno standardem MPEG-2 na hodnotu 0x00. Programová přístupová tabulka 40 zajišťuje vstupní bod pro přístup k ϊ’ ί ’· » * · · • · ··»««· «··«·«·· ··· ·· ♦· ··· programovým datům a obsahuje tabulku odkazující na PID hodnoty programových mapovacích tabulek 41, 42 (PMT) sdružených s danou službou nebo kanálem uvnitř toku. Každá programová mapovací tabulka 41, 42 obsahuje dále odkaz na PID 5 hodnoty paketových toků audio tabulek 43 a video tabulek 4.4 sdružených s touto službou.
Jak je znázorněno, obsahujících doplňková programová mapovací tabulka 42 data týkající se příslušné služby, zejména data zpráv ECM v paketech 45 a 46. Zejména pakety 47 dat internetového protokolu nebo IP mohou být neseny službou v paketech přistupovaných přes PAT tabulku 4.0. V transportním toku standardu MPEG-2 jsou takováto data organizována v DSM-CC datových a objektových karuselech uvnitř specifických úseků transportního toku. Pro další detaily týkající se formátu DSM-CC lze odkázat na standard ISO 13818-6, týkající se standardu MPEG.
Vedle programové přístupové tabulky PAT 40 MPEG transportní tok dále zahrnuje tabulku 51 podmíněného přístupu (CAT), jejíž PID hodnota je fixována na 0x01. Jakákoliv záhlaví paketů, obsahující tuto PID hodnotu, jsou tudíž automaticky identifikována jako obsahující informace pro řízení přístupu. CAT tabulka 51 odkazuje na PID hodnoty MPEG paketů 48., 49, 50 přenášejících data zpráv EMM, sdružená s jedním nebo více systémy podmíněného přístupu. Jako u PMT paketů nejsou PID hodnoty EMM paketů, odkazovaných v CAT tabulce 51, fixovány a mohu být stanoveny volbou operátora systému.
Kromě hodnoty PAT tabulky a hodnoty CAT tabulky, které byly uváděné výše, MPEG-2 standard specifikuje velmi
• • * • • t
• · · • • 9 · 9 9 9
• · • • 9 • · 9
···* ·>·· «99 9· • 99
málo pevných PID hodnot. Většina PID hodnot uvnitř určitého rozsahu může být tudíž stanovena operátorem.
Formát transportních paketů a data privátních úseků
Jak je známo, MPEG transportní toky mají pevnou délku
188 bytů včetně záhlaví. Ve standardním paketu tři byty záhlaví, následující za synchronizačními daty, zahrnují:
TABULKA I indikátor chyby transportu 1 bit indikátor jednotky užitečného obsahu 1 bit priorita transportu 1 bit
PID 13 bitů řízení kódování transportu 2 bity řízení pole přizpůsobení 2 bity průběžný čítač 4 bity
Vlastnosti a charakteristiky těchto polí jsou většinou určeny standardem MPEG.
Výše uvedený popis popisuje formát záhlaví transportního paketu. V souladu se standardem MPEG-2 jsou informace, obsažené uvnitř užitečného obsahu paketů, předmětem další úrovně struktury podle typu dat, která jsou transportována. V případě audio, vizuálních, teletextových, titulkovacích a dalších takových rychle se rozvíjejících a synchronizovaných dat, jsou informace sestaveny ve formě toho, co je známo jako paketovaný základní tok nebo PES. Tento datový tok, který je vytvářen sestavováním užitečných obsahů vysílaných paketů, sám zahrnuje sekvenci paketů, přičemž každý paket zahrnuje záhlaví paketu a užitečný obsah.
• · · · · · ······ ♦ • · ·«·«*· ···· ·*·· ·«· ·· ·· ···
Na rozdíl od vysílaných paketů v transportním toku je délka těchto PES paketů proměnná.
V případě některých jiných typů dat, jako jsou data IP nebo data zpráv ECM a EMM, je předepsán jiný formát než PES paketování. Přesněji jsou data, obsažená v užitečném obsahu transportních paketů, rozdělena do sérií úseků nebo tabulek, přičemž záhlaví tabulky nebo úseku obsahuje ID (identifikátor) tabulky nebo TID identifikující příslušnou tabulku.
V závislosti na velikosti dat může být tabulka obsažena zcela uvnitř užitečného obsahu paketu nebo může být rozšířena v sérii úseků přes množství transportních paketů. V takovém případě každý úsek bude obsahovat hodnotu TID rozšíření. V kontextu standardu MPEG-2 je termín tabulka často používán pro označení jedné izolované tabulky dat nebo souboru množství úseků se stejnou TID hodnotou pro vytvoření tabulky, zatímco termín úsek obvykle označuje jednu z množství tabulek se stejnou hodnotou TID.
Vlastní TID hodnoty nebo hodnoty TID rozšíření, použité pro označení informací přenášených v těchto tabulkách nebo úsecích, nejsou fixovány MPEG-2 standardem a mohou být obvykle definovány podle rozhodnutí operátora služby nebo souhrnu služeb. Jak ale bude popsáno níže, v případě DSM-CC úseku je hodnota TID fixována ETSI standardem EN 301 192, který navrhla skupina DVB, na předem stanovenou hodnotu.
Jako u transportních paketových dat a PES paketových dat je datová struktura nebo syntaxe tabulky nebo úseku rovněž definována standardem MPEG-2. Jsou navrženy dvě možné formy syntaxe pro privátní tabulku nebo úsek privátních dat;
♦ to · • · • to to to • · to • to • to to ·
to • · to to *
to to to ·· to • to
dlouhá forma a krátká forma. Pro další informace týkající se syntaxe tabulek lze odkázat na standard MPEG-2.
Začlenění dat internetového protokolu do transportního toku
Pro lepší pochopení použití různých adres při komunikaci dat internetového protokolu může být nápomocné uvažovat situaci ve vztahu například k běžným pevným telekomunikačním sítím, jak je lze nalézt ve standardním síťovém prostředí PC/server (obslužný kanál)· V takové síti je obvykle definováno množství vrstev, jako pro síťový model OSI, přičemž spodní tři obvykle zahrnují fyzickou vrstvu, spojovou (datalinkovou) vrstvu a síťovou vrstvu.
Fyzická vrstva reprezentuje nejnižší vrstvu a odpovídá fyzický propojením modemů/kabelů, použitým pro transport informací.
Spojová vrstva odpovídá datovému formátu vnucenému hardwarovými součástkami uvnitř sítě, například dobře známým formátům Ethernet a Token Ring (kruhová síť). Zprávy jsou komunikovány v této vrstvě s použitím adres pro řízení přístupů k médiu nebo jinak MAC adres. Obvykle jsou MAC adresy adresami s pevnou hodnotou 6 bytů. Tyto adresy jsou zabudovány při výrobě zařízení a jsou uloženy v trvalé podobě, například v kartě Ethernet nebo Token Ring hardwarového zařízení použitého v síti.
Síťová vrstva odpovídá vrstvě nad spojovou vrstvou. Zprávy pracující v této vrstvě jsou začleňovány uvnitř výše popisovaného typu zpráv spojové vrstvy. V případě internetových informací je tato vrstva sdružena s formátem internetového protokolu nebo IP formátem, přičemž místo
• · · ··· * · 9 99 * · · · ·· • · · ·· • 9 9 · · · · určení zpráv v této úrovni je identifikováno IP adresami. Tyto IP adresy jsou 4 byty dlouhé a, na rozdíl od hodnot MAC adres, jsou přidělovány danému uživateli správcem sítě.
Například u IP zprávy, poslané přes formát Ethernet, bude patrná následující struktura zprávy:
Záhlaví Ethernet (se 6 Bytovou MAC adresou)
Záhlaví IP (se 4 bytovou IP adresou)
Vlastní data
Pata IP
Pata Ethernet
Tento typ struktury je rovněž zachován v případě IP zpráv nebo datagramů začleněných uvnitř tabulky nebo úseku MPEG přenášeného transportního toku. To částečně odráží hybridní povahu většiny přenosových systémů, kde dekodér může vysílat a přijímat zprávy buď přes telekomunikační spojení (linku) nebo vzduchem. Za takových okolností je zjevně žádoucí mít sourodý postup adresování pro IP datagramy posílané přes kteroukoliv z větví systému.
ETSI standard EN 301 192, navržený skupinou DVB, definuje standardní formát pro MPEG úseky nesoucí informace IP datagramů. Obr. 4 znázorňuje syntaxi takového úseku.
Ačkoliv je PID hodnota takového úseku závislá na hodnotě přidělené PMT tabulkou, je TID hodnota pro IP t 9
datagramy ve skutečnosti fixována tímto standardem na hodnotu 0x3E, což odpovídá DSM-CC úseku s privátními daty.
Jak je patrné z obr. 4, 6 bytů hodnoty MAC adresy určitého zařízení, které má být adresováno úsekem, je rozprostřeno v úseku 12. Obr. 5 znázorňuje rekonstrukci MAC adresy 52 uvnitř úseku 47.
Jak je dále patrné z obr. 4, tento standard předvídá možnost, že IP data, přenášená v úseku, jsou kódovaná, jak je naznačeno polem payload_scrambling_control. MAC adresa sama může být rovněž kódována, jak je naznačeno polem address_scrambling_control. V závislosti na hodnotě těchto polí přijimač/dekodér bude provádět (pokud to bude potřebné) dekódování dat adresy nebo užitečného obsahu podobným způsobem jako při dekódování audiovizuálních programů, které je prováděno s použitím systému podmíněného přístupu. Viz popis spojený s odkazy na obr. 1 a obr. 2.
Jak je běžné, úsek rovněž indikuje své číslo rozšíření, uváděné polem _section_number, a rovněž celkový počet úseků tvořících úplnou tabulku, jak je uvedeno polem last_section_number.
Architektura systému a správa adres
Ve spojení s odkazy na obr. 6 bude v následujícím popisu popsána architektura hybridního přenosového a telekomunikačního systému, upraveného pro zpracování proměnných MAC adres.
Jako předtím obsahuje vysílací centrum vysílač 6 vysílající digitální televizní signál přes satelitní odpovídač 2 (satelit) do přijímače 11 a dekodéru 12. V • · prezentovaném přikladu domácí systém dále zahrnuje PC zařízení 55 spojené s dekodérem 12. PC zařízení komunikuje přes modemový kanál 56 s centrální vysílací stanicí 60, obsahující obslužný kanál (server) 57 přidělování adres služeb a obslužný kanál (server) 58 IP přenosů, umístěnou ve vysílacím centru.
Příslušné funkce obslužných kanálů 57 a 58 při zpracování dat proměnných adres a vkládání IP dat do transportního toku budou podrobněji popsány níže. Ačkoliv 0 rozdělení těchto funkcí mezi dva obslužné kanály je výhodným způsobem zpracování takovýchto dat, jsou samozřejmě možná i jiná uspořádání, například použití jednoho obslužného kanálu pro všechny funkce.
Uspořádání PC zařízení 55 a dekodéru 12 je zejména upraveno pro uživatele, který si přeje prohlížet webové stránky na internetu, protože větší zpracovatelský výkon PC umožňuje lépe zpracovávat objemy IP dat, která mohu být stahována přes satelitní linku nebo přes přímé modemové spojení. Použití PC ale samozřejmě není obligatorní, zejména když je dekodér vytvořen se svým vlastním modemem a postačujícím zpracovatelským výkonem umožňujícím nezávislou činnost.
Jak bylo zmiňováno výše, systém, znázorněný na obr.
6, využívá hybridní přenosovou a telekomunikační architekturu. V praxi data v tomto systému procházejí převážně ve směru hodinových ručiček, kdy žádosti o internetová data z kombinace PC zařízení 55 a dekodéru 12 jsou předávána přes telekomunikační linku, to jest modemový kanál 56, do obslužných kanálů 57., 58 přenosu, které zpracovávají tyto žádosti a stahují internetová data přes < « I<
I1 < 4« í f<
11 f 1 * h I l4
4t satelitní přenosovou linku, to jest prostřednictvím satelitního odpovídače J). Systém může být rovněž uspořádán pro stahování dat do kombinace PC zařízení a dekodéru přes telekomunikační síť, tedy modemový kanál 56, například v případě zahlcení nebo poruchy ve vysílání dat přes satelitní linku prostřednictvím satelitního odpovídače 9. Jak je znázorněno prostřednictvím šipky 59, jsou internetová nebo IP data stahována obslužným kanálem 58 IP přenosů například z jakékoliv počtu vnějších obslužných kanálů (serverů) a připravována pro vkládání do přenosového transportního toku.
V běžných systémech jsou výrobcem definované MAC adresy v modemové komunikační kartě PC zařízení nebo dekodéru obvykle používány pro adresování komunikací spojové vrstvy z vysílacího centra do kombinace PC a dekodéru. Tyto pevné adresy jsou komunikovány z kombinace PC a dekodéru do vysílacího centra a potom vkládány do datagramových úseků transportního toku, určených pro určité PC zařízení nebo dekodér.
V prezentovaném provedení je navržen poněkud odlišný systém. Při připojení kombinace PC zařízení a dekodéru na začátku relace PC zařízení 55 vysílá zprávu žádosti o MAC adresu do vysílacího centra přes telekomunikační síť, to jest přes modemový kanál 56. Tato zpráva obsahuje alespoň IP adresu uživatele pro umožnění vysílacímu centru, aby identifikovalo příslušného uživatele. Lze připomenout, že IP adresa je obvykle unikátní adresa na síťové úrovni, přidělená správcem sítě (nebo operátorem přenosu) při otevření internetového účastnického účtu (předplacení).
Vedle IP adresy může zpráva žádosti rovněž obsahovat ID operátora, odpovídající obecnému předplatitelskému ID uživatele pro přístup ke službám operátora přenosu.
Zpráva žádosti může rovněž dále obsahovat indikaci o typu požadované služby. Jak bude popsáno níže, jsou obvykle předvídány tři typy služeb: (i) připojená přímá služba, kde uživatel zůstává v plném modemovém připojení v průběhu relace, (ii) nepřipojená přímá služba, kde kromě počáteční konfigurační zprávy kombinace PC a dekodéru není připojena přes svůj modem, a (iii) skupinová služba. Tyto odlišné služby budou reflektovány v přidělení různých MAC adres.
V připojeném přímém režimu je uživateli poskytována plná internetová služba a uživatel může žádat internetová data přes telekomunikační linku, tvořenou modemovým kanálem 55, přičemž tato data jsou vysílána unikátně příslušnému uživateli. V nepřipojeném přímém režimu může uživatel přijímat data autonomně vysílaná vysílacím centrem, ale stále ještě unikátně cílená pro tohoto uživatele. Ve skupinovém režimu uživatel tvoří součást skupiny uživatelů (což mohou být všichni uživatelé nebo podmnožina uživatelů v síti), kteří přijímají stejné zprávy.
Při přijetí zprávy žádosti obslužný kanál přidělování adres služeb připraví zprávu adresy služby typu, znázorněného na obr. 7, která je potom poslána zpět k uživateli. Jak je znázorněno, tato zpráva obsahuje množství datových prvků, které budou potřebovány kombinací PC zařízení a dekodéru pro přístup k přenášeným datům, včetně tak zvané DVB trojice: ID 60 původní sítě, ID 61 transportního toku a ID 62 služby. Zpráva rovněž obsahuje deskriptor 63 (popisovač) datového seznamu, obsahující seznam typů dat přenášených touto službou • ·
společně s jejich PID hodnotou (PID video dat, PID audio dat, PID IP dat, PID ECM zpráv, a podobně). S použitím hodnot identity sítě, transportního toku a služby a informací v deskriptoru datového seznamu dekodér bude zpracovávat PAT a 5 PMT tabulky, popisované výše, pro dosažení služby obsahující příslušná data.
Zpráva adresy služby rovněž obsahuje TID hodnotu 64 datového úseku adresovaného do kombinace PC zařízení a dekodéru. Jak je ale indikováno výše, v případě IP dat, θ přenášených v DSM-CC formátu, je tato hodnota obvykle fixována standardem ETSI na 0x3E.
Nakonec zpráva adresy služby obsahuje přidělenou hodnotu 65 MAC adresy. Oproti běžným systémům, ve kterých PC zařízeni nebo dekodér obvykle vysílají do vysílacího centra s hodnotu MAC adresy, fixovanou výrobcem, je tato hodnota 65 MAC adresy generována obslužným kanálem 57 přidělování adres služeb, který udržuje databázi přidělených hodnot MAC adres společně s hodnotami propojených IP adres a ID operátora.
Přidělená MAC adresa bude záviset částečně na typu požadované služby, to jest na tom, zda služba je přímá připojená, přímá nepřipojená nebo skupinová. Přímá připojená adresa je přidělena pro danou relaci a je proměnná od relace k relaci. Přímá nepřipojená adresa může být proměnná, ale může být rovněž fixovanou hodnotou, přidělenou v okamžiku předplacení nebo při prvním připojení uživatele, a potom může být udržována tak dlouho, dokud uživatel udržuje své předplacení. Nakonec skupinová adresa odpovídá adrese přidělené obslužným kanálem určité IP službě, přičemž tato adresa může být přijímána kterýmkoliv dekodérem uvnitř skupiny, který získal· přístup k MAC adrese. To může dokonce
• ·· zahrnovat dekodéry, nebo kombinace PC zařízeni a dekodéru, nemající v drženi modemový zpětný kanál nebo telekomunikační spojení s vysílacím centrem.
Přidělená MAC adresa může rovněž záviset na dalších £ faktorech služby, jako je rezervovaná šířka pasma, přítomnost nebo absence podmíněného přístupu, a podobně.
Přidělování MAC adres tímto způsobem umožňuje centrálním přenosovým obslužným kanálům 57, 58, aby dynamicky přerozdělovaly IP data vysílaná do určitého dekodéru nebo skupiny dekodérů a minimalizovaly počet MAC adres, které mají být v kterémkoliv okamžiku zpracovány a adresovány. To odstraňuje problém s velkým počtem spících MAC adres rezervovaných v transportním toku a s umožňováním centrálním obslužným kanálům spravovat menší počet měnících se uživatelů.
Použiti skupinové MAC adresy ve skupinovém režimu umožňuje, aby určitá IP data, o která se zajímají všechny dekodéry ve skupině, (jako například domovská stránka
2Q operátora přenosu) byla přistupována přes jeden vstupní bod a vylučuje to opakování informací při použití množství tabulek specifických pro uživatele.
Navíc tento systém umožňuje dynamické přidělování dat přes množství MPEG služeb uvnitř transportního toku. Jak je 25 znázorněno na obr. 7, zpráva adresy služby rovněž obsahuje proměnnou DVB trojici adres, umožňující centrálním přenosovým obslužným kanálům přidělovat IP data nevyužitým službám uvnitř transportního toku, jak se stávají dostupnými. Volba MPEG služby může rovněž vzít do úvahy, například, práva uživatele pro přístup k některým nebo všem ze služeb uvnitř • ·· * * · · * 9 * ·· • 9 ·*··*« • 9 9 9 * 9 ··«··
9999 9999 9*9 99 9« 999
5 transportního toku, jak jsou stanovena vhodným systémem podmíněného přístupu. Tak tedy může být rovněž zajištěn bezpečný přenos dat. Toto dynamické přerozdělováni služeb a dat, jak je určováno obslužným kanálem 58 přenosů a obslužným kanálem 57 přidělováni adres služeb, umožňuje optimální využiti dostupné šířky pásma. Zatímco systém byl výše popsán ve spojeni se satelitním přenosovým, systémem, stejné principy platí pro
’ 10 systémy kabelové televize nebo digitální televizní systémy nebo dokonce pro jakýkoliv systém, přenášející data v přenosovém toku paketového formátu, jako je MPEG transportní tok.
15 V ještě širším kontextu může být předkládaný vynález dokonce aplikován na jakýkoliv systém, obsahující adresové informace ve spojové vrstvě a síťové vrstvě, který výhodně využívá pevné adresy pro řízení přístupu k médiu (MAC adresy) ve spojové vrstvě, včetně sítí zahrnujících výhradně telekomunikační spojení.
20 Zastupuje :
·· * ·· V
• 9 « » ·· · · • · ·
• 9 · · 9 ·
• * · • · · • · ·
• * t · · • ·
·♦·· ··· ·· ·· ·

Claims (34)

  1. PATENTOVÉ NÁROKY
    1. Způsob vysílání digitálních informací v digitálním přenosovém systému, zahrnujícím centrální vysílací stanici a alespoň jeden dekodér, vyznačující se tím, že centrální stanice vysílá alespoň jeden transportní tok, zahrnující tok paketů začleňujících datové úseky uvnitř svých užitečných obsahů, přičemž alespoň jeden začleněný úsek obsahuje adresu pro řízení přístupu, použitou pro řízení jeho přijmu prostřednictvím alespoň jednoho dekodéru, přičemž tato adresa pro řízení přístupu je definována centrální vysílací stanicí a komunikována do uvedeného alespoň jednoho dekodéru v adresové přidělovací zprávě.
  2. 2. Způsob podle nároku 1, vyznačující se tím, že uvedený alespoň jeden začleněný úsek odpovídá alespoň jednomu datagramovému úseku, použitému pro obsažení dat internetového protokolu, přičemž data obsažená uvnitř datagramového úseku rovněž obsahují adresu internetového protokolu.
  3. 3. Způsob podle nároku 1 nebo 2, vyznačující se tím, že uvedený alespoň jeden začleněný úsek, vysílaný do uvedeného alespoň jednoho dekodéru a identifikovaný adresou pro řízení přístupu, se komunikuje z centrální vysílací stanice do uvedeného alespoň jednoho dekodéru přes telekomunikační síť.
  4. 4. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že adresová přidělovací zpráva se vysílá v odezvě na žádost o adresu pro řízení přístupu, vyslanou dekodérem do centrální stanice.
    ♦ ·*
  5. 5. Způsob podle nároku 4, vyznačující se tím, že adresová přidělovací zpráva se komunikuje zpět do uvedeného dekodéru z centrální vysílací stanice přes telekomunikační síť.
  6. 6. Způsob podle nároku 4 nebo 5, vyznačující se tím, že zpráva žádosti o adresu, vyslaná dekodérem, obsahuje číslo internetového protokolu, identifikující tento dekodér pro centrální vysílací stanici.
  7. 7. Způsob podle kteréhokoliv z nároků 4 až 6, vyznačující se tím, že zpráva žádosti o adresu obsahuje hodnotu identity operátora, sdruženou s předplatným vlastníka dekodéru pro služby nabízené operátorem přenášejícím informace přes centrální vysílací stanici.
  8. 8. Způsob podle kteréhokoliv z nároků 4 až 7, vyznačující se tím, že zpráva žádosti o adresu obsahuje indikaci o tom, zda dekodér bude přijímat zprávy v jednom z režimů zahrnujících přímý režim a skupinový režim.
  9. 9. Způsob podle nároku 8, vyznačující se tím, že adresová přidělovací zpráva, vyslaná centrální vysílací stanicí, obsahuje unikátní přímou adresu pro řízení přístupu v odezvě na žádost o přímou adresu a sdílenou skupinovou adresu pro řízení přístupu v odezvě na žádost o skupinovou adresu.
  10. 10. Způsob podle nároku 9, vyznačující se tím, že přímá adresa je dynamickou adresou, přidělenou na začátku relace, v odezvě na žádost o adresu, přijatou z dekodéru.
  11. 11. Způsob podle kteréhokoliv z nároků 4 až 10, vyznačující se tím, že zpráva žádosti o adresu obsahuje indikaci o tom, zda dekodér zůstane připojený pro příjem dat přes telekomunikační síť po komunikování zprávy žádosti o adresu.
    • · • «9 • ·· « ·♦ »9999
  12. 12. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že adresová přidělovací zpráva obsahuje informace pro umožnění uvedenému alespoň jednomu dekodéru zvolení paketového transportního toku, obsahujícího data sdružená s adresou pro řízení přístupu, mezi množstvím transportních paketových toků.
  13. 13. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že adresová přidělovací zpráva dále obsahuje informace pro umožnění uvedenému alespoň jednomu dekodéru zvolení služby, obsahující data sdružená s adresou pro řízení přístupu, z množství služeb uvnitř transportního paketového toku.
  14. 14. Způsob podle nároku 13, vyznačující se tím, že adresová přidělovací zpráva dále obsahuje informace, týkající se datových toků, přenášených touto službou, a identifikující datový tok, obsahující paketovaná data, sdružená s přidělenou adresou pro řízení přístupu.
  15. 15. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že centrální vysílací stanice dynamicky řídí, který transportní paketový tok mezi množstvím transportních paketových toků se použije pro přenos začleněných paketových dat adresovaných pro uvedený alespoň jeden dekodér.
  16. 16. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že centrální vysílací stanice dynamicky řídí, která služba se použije mezi množstvím služeb, na kterých se přenáší začleněná paketová data adresovaná do uvedeného alespoň jednoho dekodéru.
    Φ «φ • φ φ φφ
  17. 17. Způsob podle kteréhokoliv z předcházejících nároků, vyznačující se tím, že alespoň některá z dat, začleněných uvnitř užitečného obsahu paketů, se kódují.
  18. 18. Způsob vysílání digitální informace v digitálním vysílacím systému v podstatě podle zde uvedeného popisu.
  19. 19. Způsob komunikace datagramových paketů v digitální komunikační síti, zahrnující alespoň jednu centrální řídící stanici a množství vzdálených terminálů, vyznačující se tím, že datagramové pakety obsahují alespoň adresu pro řízení přístupu k médiu, sdruženou s jednou komunikační vrstvou sítě, a adresu internetového protokolu, sdruženou s druhou komunikační vrstvou sítě, a že adresy pro řízení přístupu k médiu se dynamicky přidělují centrální řídicí stanicí v odezvě na žádost ze vzdáleného terminálu.
  20. 20. Způsob komunikace datagramových paketů v digitální komunikační síti v podstatě podle zde uvedeného popisu.
  21. 21. Zařízení pro vysíláni transportního toku, zahrnujícího tok paketů začleňujících datové úseky uvnitř svých užitečných obsahů, do dekodéru, přičemž alespoň jeden začleněný úsek obsahuje adresu pro řízení přístupu, použitou pro řízení jeho přístupu dekodérem, vyznačující se tím, že zahrnuje prostředek pro definování adresy pro řízení přístupu, a prostředek pro komunikováni adresy pro řízení přístupu v adresové přidělovací zprávě do uvedeného dekodéru.
  22. 22. Zařízení podle nároku 21, vyznačující se tím, že uvedený alespoň jeden začleněný úsek odpovídá alespoň jednomu datagramovému úseku, použitému pro obsažení dat internetového
    • 9 4* • 9 • · ·· 4 • 9 9 94 • • • 4 • 99 4 9 • 4 • * 4*9 9 9 9 • 9 9 9 9 9 • 999 • 99 49 99 ♦ 4 9
    protokolu, přičemž data obsažená uvnitř datagramového úseku rovněž obsahují adresu internetového protokolu.
  23. 23. Zařízení podle nároku 21 nebo 22, vyznačující se tím, že zahrnuje prostředek pro komunikování alespoň jednoho začleněného úseku, identifikovaného adresou pro řízení přístupu, do uvedeného dekodéru přes telekomunikační síť.
  24. 24. Zařízení podle kteréhokoliv z nároků 21 až 23, vyznačující se tím, že zahrnuje prostředek pro příjem žádosti ]_q o adresu pro řízení přístupu z dekodéru, přičemž zařízení je upraveno pro komunikování adresové přidělovací zprávy do dekodéru v odezvě na tuto žádost.
  25. 25. Zařízení podle nároku 24, vyznačující se tím, že je upraveno pro komunikování uvedené adresové přidělovací zprávy do uvedeného dekodéru přes telekomunikační síť.
  26. 26. Zařízení podle nároku 24, vyznačující se tím, že adresová přidělovací zpráva obsahuje unikátní přímou adresu pro řízení přístupu v odezvě na žádost o přímou adresu a
    2Q sdílenou skupinovou adresu pro řízení přístupu v odezvě na žádost o skupinovou adresu.
  27. 27. Zařízení podle nároku 26, vyznačující se tím, že přímá adresa je dynamickou adresou, přidělenou na začátku relace, v odezvě na žádost o adresu, přijatou z dekodéru.
  28. 28. Zařízení podle kteréhokoliv z nároků 21 až 27, vyznačující se tím, že adresová přidělovací zpráva dále obsahuje informace pro umožnění uvedenému dekodéru zvolení paketového transportního toku, obsahujícího data sdružená s adresou pro řízení přístupu, mezi množstvím transportních paketových toků.
    44 ♦ · • ·· • 4 V • · e · 44 e • • 4 ·· • • 4 • • 4 • * • e • 4 4 · • 4 4 • 4 • 4 • • 4 4 44· 44 ·· 4 4 4
  29. 29. Zařízení podle kteréhokoliv z nároků 21 až 28, vyznačující se tím, že adresová přidělovací zpráva dále obsahuje informace pro umožnění uvedenému dekodéru zvolení služby, obsahující data sdružená s adresou pro řízení přístupu, z množství služeb uvnitř transportního paketového toku.
  30. 30.
    Zařízení podle nároku 29, vyznačující se tím, že se datových toků, přenášených touto službou, a identifikující datový tok, obsahující paketovaná data, sdružená s přidělenou adresou pro řízení přístupu.
  31. 31. Zařízení podle kteréhokoliv z nároků 21 až 30, vyznačující se tím, že zahrnuje prostředek pro dynamické řízení, který transportní paketový tok mezi množstvím transportních paketových toků je použit pro přenos začleněných paketových dat adresovaných pro uvedený dekodér.
  32. 32. Zařízení podle kteréhokoliv z nároků 21 až 31, vyznačující se tím, že zahrnuje prostředek pro dynamické řízení, která služba je použita mezi množstvím služeb, na kterých jsou přenášena začleněná paketová data adresovaná do uvedeného alespoň jednoho dekodéru.
  33. 33. Zařízení podle kteréhokoliv z nároků 21 až 32, vyznačující se tím, že zahrnuje prostředek pro kódování dat, začleněných uvnitř užitečného obsahu paketů.
  34. 34. Zařízení pro vysílání transportního toku, zahrnujícího tok paketů začleňujících datové úseky uvnitř svých užitečných obsahů, do dekodéru v podstatě podle zde uvedeného popisu.
CZ20012715A 1999-01-25 2000-01-21 Způsob vysílání digitálních informací a zařízení pro vysílání transportního toku CZ20012715A3 (cs)

Applications Claiming Priority (1)

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

Publications (1)

Publication Number Publication Date
CZ20012715A3 true CZ20012715A3 (cs) 2002-04-17

Family

ID=8241859

Family Applications (1)

Application Number Title Priority Date Filing Date
CZ20012715A CZ20012715A3 (cs) 1999-01-25 2000-01-21 Způsob vysílání digitálních informací a zařízení pro vysílání transportního toku

Country Status (23)

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

Families Citing this family (69)

* 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
WO2003061203A1 (en) * 2002-01-18 2003-07-24 Nokia Corporation Addressing in wireless local area networks
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 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101456002B1 (ko) 2007-06-26 2014-11-03 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405966B1 (ko) 2007-06-26 2014-06-20 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20090004659A (ko) 2007-07-02 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101513028B1 (ko) 2007-07-02 2015-04-17 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR101405972B1 (ko) 2007-07-02 2014-06-12 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR101490246B1 (ko) 2007-07-02 2015-02-05 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR101405971B1 (ko) 2007-07-02 2014-06-12 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR101531910B1 (ko) 2007-07-02 2015-06-29 엘지전자 주식회사 방송 수신기 및 방송신호 처리방법
KR20090004660A (ko) 2007-07-02 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR20090004658A (ko) 2007-07-02 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009005326A2 (en) 2007-07-04 2009-01-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
KR20090002855A (ko) 2007-07-04 2009-01-09 엘지전자 주식회사 디지털 방송 시스템 및 신호 처리 방법
KR20090004661A (ko) 2007-07-04 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 엘지전자 주식회사 방송 수신기 및 방송 수신기의 데이터 처리 방법
KR20090004773A (ko) 2007-07-06 2009-01-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101405975B1 (ko) 2007-07-23 2014-06-12 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009028854A1 (en) 2007-08-24 2009-03-05 Lg Electronics Inc. Digital broadcasting system and method of processing data in digital broadcasting system
CA2695548C (en) 2007-08-24 2013-10-15 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
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 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
WO2009038442A2 (en) 2007-09-21 2009-03-26 Lg Electronics Inc. Digital broadcasting receiver and method for controlling the same
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
US8638716B1 (en) 2009-09-03 2014-01-28 Apriva, Llc System and method for facilitating secure voice communication over a network
US9088638B1 (en) 2009-09-03 2015-07-21 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
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
US10356453B2 (en) 2011-01-19 2019-07-16 Samsung Electronics Co., Ltd. Apparatus and method for configuring a control message in a broadcast system
FR2975555A1 (fr) * 2011-05-18 2012-11-23 Thomson Licensing Methode d'adaptation dynamique du debit de reception et recepteur associe
CN102318322B (zh) * 2011-07-28 2013-10-09 华为技术有限公司 Mac地址分配方法和设备
ES2741929T3 (es) 2011-10-13 2020-02-12 Samsung Electronics Co Ltd Aparato y procedimiento de configuración de un mensaje de control en un sistema de difusión
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 電子機器、その制御方法、及び記録媒体

Also Published As

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

Similar Documents

Publication Publication Date Title
CZ20012715A3 (cs) Způsob vysílání digitálních informací a zařízení pro vysílání transportního toku
CZ20011624A3 (cs) Přenos souhrnných informací v digitálním vysílacím systému
AU756391B2 (en) Application data table for a multiservice digital transmission system
JP2007043739A (ja) コンテンツ記述情報と接続情報とを提供する方法
US20030097663A1 (en) Method and apparatus for dynamic provisioning of IP-based services in a DVB network
KR20040090992A (ko) 자격 관리 메시지 전송 방법 및 장치
Crinon ATSC data broadcast services: protocols, application signaling, buffer models, profiles and levels
MXPA01004674A (en) Signalling of bouquet information in a digital transmission system
WO2000049747A1 (en) Time and bandwidth management system and method