JP5681272B2 - デジタル放送システムにおける物理レイヤシグナリング - Google Patents

デジタル放送システムにおける物理レイヤシグナリング Download PDF

Info

Publication number
JP5681272B2
JP5681272B2 JP2013258165A JP2013258165A JP5681272B2 JP 5681272 B2 JP5681272 B2 JP 5681272B2 JP 2013258165 A JP2013258165 A JP 2013258165A JP 2013258165 A JP2013258165 A JP 2013258165A JP 5681272 B2 JP5681272 B2 JP 5681272B2
Authority
JP
Japan
Prior art keywords
plp
stream
transport stream
data
payload
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
JP2013258165A
Other languages
English (en)
Other versions
JP2014096814A (ja
Inventor
フランク ヘルマン
フランク ヘルマン
ミハイル ペトロフ
ミハイル ペトロフ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Management Co Ltd
Original Assignee
Panasonic Intellectual Property Management Co Ltd
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 Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Publication of JP2014096814A publication Critical patent/JP2014096814A/ja
Application granted granted Critical
Publication of JP5681272B2 publication Critical patent/JP5681272B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614Multiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing 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/2389Multiplex stream processing, e.g. multiplex stream encrypting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/434Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385Multiplex stream processing, e.g. multiplex stream decrypting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64315DVB-H
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Description

本発明は、デジタル放送ネットワークにおけるシグナリングに関する。特に、物理レイヤシグナリングに関する。
デジタル放送ネットワークでは、オーディオ、ビデオ、字幕、アプリケーションなどのデータの単方向送信(unidirectional transmission)が可能である。
放送ネットワークでは、受信機から送信機側に対して返送するための経路は通常ないので、適応的な技術を採用することはできない。
現在、世界には、いくつかのデジタル放送規格が存在する。例えば、欧州においては、DVB(Digital Video Broadcasting)規格が採用されている。一般的にこれらのデジタル放送規格は、放送配信システムにおける物理層とデータリンク層とを規定している。物理層及びデータリンク層は、例えば、衛星放送、ケーブル放送、地上波放送などの通信媒体それぞれに応じて定義されている。DVB規格は、そのファミリーとして、衛星放送に関するDVB−S規格及びDVB−S2規格と、ケーブル放送に関するDVB−C規格及びDVB−C2規格と、地上波放送に関するDVB−T規格及びDVB−T2規格と、携帯端末(handheld devices)に対する地上波放送に関するDVB−H規格とを含んでいる。
最近の地上波放送規格であるDVB−T2規格は、広範に利用されているDVB−T規格の次世代規格である。同様に、DVB−S2規格やDVB−C2規格もそれぞれDVB−S規格やDVB−C規格に代わる次世代規格である。DVB-T2,-Tの規格については、そ
れぞれ、非特許文献1及び非特許文献2に記載されている。また、更なる詳細及びその他のDVBの記述については、非特許文献3を参照されたい。
DVB−T規格とは異なり、DVB−T2規格は、PLP(Physical Layer Pipes)の概念や、新たな誤り訂正方式、変調方式、より大きなOFDMシンボルサイズや追加のパイロット配置を導入している。
PLPの概念では、物理層において複数の並列データストリームが多重化されることを許容している。そして、各並列データストリームは、各PLPで別個に設定されるとしてもよい。この設定の例としては、FEC(forward error correction,誤り訂正)における符号化率、変調コンスタレーションのサイズ、インターリーブ長、その他、物理レイヤのパラメータなどである。
このような個別の設定を行うことにより、各PLPのロバスト性レベルを相異させることができる。
PLPを使用するデジタル放送システムにおいては、各サービス(プログラム)は、それぞれ固有のPLPで送信することができる。
これにより、受信機は所望のサービスを保持するPLPのみを復調すればよいので、受信機において復調すべきデータ量を抑制することができる。
このPLP処理は、(1)入力処理、(2)誤り訂正符号化、(3)コンスタレーションマッピング(Constellation mapping)、(4)インターリーブを含む。
入力処理では、ユーザパケット(例えば、トランスポートストリーム(Transport Streams)、ジェネリックストリーム(Generic Streams)、IPストリーム(IP Streams)などに由来する)は、符号化およびマッピングに適したビットストリームのフォーマットに変換され、物理層のリソースに乗せられる。
この入力処理は、ユーザパケットをベースバンドフレームに変換する。なお、本明細書において「ユーザパケット」という用語は、パケット境界が存在しないか示されない、連続ストリーム(continuous streams)を含むものとする。
このような物理層における基本データ構成は、ベースバンドフレームとして知られている。
デジタル放送データからなる入力ストリームは、ベースバンドフレームとしてカプセル化(encapsulated)される。
このようなベースバンドフレームに対して、FECを実行することにより、FECフレームが形成される。ベースバンドフレームのフレーム長は、実行されたFECにおける符号化レートによって定まる。
つまり、パリティビットが付加されたベースバンドフレームは固定長(例えば、16,200ビットや64,800ビット)のFECフレームを形成する。
図1Aは、ビット長さ102のベースバンドフレーム101を示す。
ベースバンドフレーム101は、ビット長111(DVB−S2、DVB−T2、DVB−C2では80ビット)のベースバンドフレームヘッダ(BBFHDR)110、データフィールド長121のデータフィールド120と、ビット長131のパディング部(padding and/or in-band signalling)130を含む。
データフィールド長121は、ベースバンドフレームヘッダ110で伝送される。
データフィールド長(DFL)のインジケータ(indicator)270は、ベースバンド
フレーム101で送信されるデータ(ペイロード)120とパディング部130とを区別するのに用いられる。このインジケータ270は、同じベースバンドフレーム101により運ばれ得る。
ベースバンドフレーム101のビット長102は、BCH符号が施されるビット長さKbchに対応する。パディング部130は、(Kbch−DFL−80)ビットというビット長を有し、この80ビットは、ベースバンドフレームヘッダのビット長111と対応する。
ベースバンドフレームは、放送システムにおける特定のPLPに属するユーザコンテンツデータおよびメタデータを保持している。
このベースバンドフレームは、任意のユーザパケット、例えば、MPEG2規格またはMPEG4パート10(H.264)規格に従って圧縮された符号化データを有するパケット
、をカプセル化したものである。
さらに、ベースバンドフレームは、当該ベースバンドフレームで保持されているコンテンツデータに関連するメタデータも保持している。つまり、ベースバンドフレームは、外部コンテンツがカプセル化されたデータのまとまり(entity)であり、このまとまりはエネルギー拡散処理や物理層における誤り訂正符号化が適用される対象となる。
一連のベースバンドフレームの列は、放送システムにおけるPLPの中身を形成することとなる。
図1Bには、FECフレーム105を示す。このFECフレーム105は、Nldpcビットの長さ106を有する。
FECフレーム105は、Kbchビットの長さ102のベースバンドフレーム101と
、BCH符号により付加されるパリティビットのための長さ141のフィールド140と、LDPC符号により付加されるパリティビットのための長さ151のフィールド150とを含んでなる。
上記記載において、ldpcやbch等の添え字は、それぞれ施された誤り訂正方式を示し、Nは添え字で示される誤り訂正符号化処理を実行した後の符号化ブロックのビット長を意味し、Kは添え字で示される誤り訂正符号化が施される被符号化ブロックのビット長を意味する。
したがって、BCHパリティビットのフィールド140の長さ141は、(Nbch−Kbch)ビットとなる。
ベースバンドフレーム101に、BCHパリティビットのフィールド140を足し合わせると、ビット長Kldpcの長さ161を有し、NbchビットのBCH符号化されたデータ
に対応するLDPC符号化が施される。したがって、LDPCパリティビットのフィールド150の長さ151は、(Nldpc−Kldpc)ビットとなる。
図1Bは、更にNM(Normal Mode)のベースバンドフレームヘッダ201と、DVB
−T2規格及びDVB−C2規格で策定されたHEM(High Efficiency Mode)のベースバンドフレームヘッダ202とを示している。
DVB−S2規格では、DVB−T2規格及びDVB−C2規格のノーマルモードの構成と同一の構成であって、DVB−T2規格及びDVB−C2規格におけるCRC−8フィールドの排他的論理和で示されるモードとは異なる、一種類のベースバンドフレームフォーマットのみを使用する。
ベースバンドフレームヘッダ201,202は以下を含む。
・TS/GSインジケータ210
入力ストリームのフォーマットを示すものであって、ベースバンドフレームにより伝送された入力ストリームのフォーマットを示す。TS/GSという名称は、トランスポートストリーム(TS)とジェネリックストリーム(GS)とを区別するためのものということから由来する。
このTS/GSインジケータ210は2ビット長のデータであり、入力ストリームのフォーマットが次の(1)〜(4)の4種類のストリームのいずれであるかを定義する。
(1)GFPS(Generic Fixed-length Packetized Stream)
(2)TS(Transport Stream)
(3)GCS(Generic Continuous Stream)
(4)GSE(Generic Stream Encapsulation)
・SIS/MISインジケータ220
1ビット長のデータであり、放送信号に含まれるストリームが、単一入力ストリーム(以下、SIS: Single Input Stream)か、複数入力ストリーム(以下、MIS: Multiple Input Stream)のいずれであるかを示す。
・CCM/ACMインジケータ225
1ビット長のデータであり、入力ストリームの符号化及び変調において、固定符号化・変調(以下、CCM: Constant Coding and Modulation)が採用されたか、適応符号化
・変調(以下、ACM: Adaptive Coding and Modulation)が採用されたかを示す。
CCMが採用されている場合には、全てのPLPで、同じ符号化方式及び変調方式が用いられたことを示す。
これに対して、ACMが採用されている場合には、各PLPは、個別の符号化方式及び変調方式で符号化及び変調がなされたことを示す。このACMは送信中には変更されることはないが、非送信時などにおいては変更されることがある。
・ISSYI(Input Stream SYnchronization Indicator)230
1ビット長のデータであり、入力ストリーム同期が有効か否かを示す。
有効ならば、ISSY(input stream synchronization)フィールドが算出されて、ベー
スバンドフレームヘッダに挿入される(HEMの場合は、ISSYは231及び/又は232となる)か、NMの場合はそれぞれのユーザパケットで既知な境界に添付される。
・NPD(Null Packet Deletion)インジケータ240
1ビット長のデータであり、ヌルパケット削除が実行されたか否かを示す。
ヌルパケット削除が実行されている場合には、削除されたヌルパケットの個数が算出され、算出された個数の情報は、8ビット長のデータでユーザパケットに後続する形で付加される。
・EXTフィールド245
放送媒体に固有の領域である。DVB−T2では0に設定されており、将来的な使用の
ために確保されている(reserved for future use、以下、「予約領域」ということがあ
る。)。
・ISI(Input Stream Indicator)250
1バイト長のデータである。このフィールドのヘッダはMATYPE-2として定義されている。
ベースバンドヘッダのSIS/MISインジケータ220の設定が「1」で複数入力ストリームを示す場合に使用される。
これに対して、SIS/MISインジケータ220の設定が「0」で単一入力ストリームを示す場合には予約領域となる。
・UPL(User Packet Length)インジケータ260
16ビット長のデータであり、ユーザパケットのビット長を示す。HEMでは、UPLは存在しない。
・DFL(Data Field Length)インジケータ270
16ビット長のデータであり、ベースバンドフレームにおけるデータフィールド長121のビット長を示す。
・SYNC(SYNCronization(同期シーケンス))インジケータ280
8ビット長のデータであり、ユーザパケットの同期バイトのコピーである。HEMでは
存在しない。また、GCSでも使用されない。
・SYNCDインジケータ285
16ビット長のデータであり、データフィールドにおいて、データフィールド120の先頭から、最初のユーザパケットの開始位置までの距離をビット数で示すインジケータである。
・CRC−8/モードインジケータ290
8ビット長のデータである。ベースバンドフレームヘッダの誤り検出のためのパリティビットを運ぶ。また、ベースバンドフレームのモードが、HEMかNMかを示す。
ベースバンドフレームヘッダ201,202の最初の1バイトは、TS/GS(2ビット)と、SIS/MIS(1ビット)と、CCM/ACM(1ビット)と、ISSYI(1ビット)と、NPD(1ビット)と、EXT(2ビット)のフィールドからなり、一般にMATYPE−1と表す。
HEMにおいては、ベースバンドフレームヘッダ202は、NMのベースバンドフレームヘッダ201とは異なり、UPLインジケータ260とSYNCインジケータ280は運ばない。その代わりに、ベースバンドフレームヘッダ202は、UPLインジケータ260とSYNCインジケータ280とに対応する位置に24ビット長のISSYフィールド231、232を運ぶ。
これに対して、NMでは、パケットストリームを形成のために、ISSY232のフィールドがユーザパケットに付加される。
HEMでは、ISSYは、ベースバンドフレーム毎にそのベースバンドフレームヘッダ
で送信されるものであることから、ベースバンドフレームと同じ遅延/時間的揺れ(delay/jitter)特性を有することになる。
このようなDVB−T2規格におけるHEMは、ユーザパケットヘッダからベースバンドフレームヘッダへと特定のパラメータを移動することにより、ユーザパケットの転送をより効率的にする。
図2は、T2フレームの構造を示す。図3は、DVB−T2規格のレイヤー1シグナリングにおけるP1シンボルを示す。
T2フレームにおけるL1の信号の全構成は図2に示す通りである。すなわち、次の3つの要素からなる。
(1)P1 signalling310(プリアンブルシンボル1(P1)のレイヤー1シグナリ
ング)
(2)L1 pre-signalling320
(3)L1 post-signalling330(configurable部340とdynamic部350を含む)
物理層におけるパラメータやフレーム構成については、非特許文献1の第7節に詳細が記載されており、本稿においてもこれを参照する。
図4は、S1フィールド360のパラメータを示す。
図5は、S2フィールド"1" 370のパラメータを示す。
図6は、S2フィールド"2" 380のパラメータを示す。
図7はL1 pre signalling320、図8はL1 post-signalling330のconfigurable部
340、図9はL1 post-signalling330のdynamic部350の構成を示す。
図8からわかるように、PLPの個数の情報は、L1-post configurable部分に現れる(図8の点線部分"for i=0…NUM_PLP-1"で始まるループ処理を参照)。
しかしながら、特にDVB-NGHやその他既存のデジタル放送規格を拡張したものにおいて
は、これまでの物理レイヤシグナリングは、新たな効果的な特徴や設定をサポートする情報や柔軟性の点で不十分なところがある。
また、PLPに関する属性の一部がL1 post-signallingとベースバンドフレームヘッダ
(放送システムで提供されるPLPを通してユーザパケットを伝送するのに用いる。)において重複して伝送されている部分がある。
さらに、PLP全体に関する情報が前述のベースバンドフレームヘッダでしか伝送されな
いということがある。
本発明はこのような問題に鑑みてなされたものであって、効率的で柔軟性に富むシグナ
リングによる送信が可能な送信装置を提供する。ここで、送信装置による送信対象としては、(1)T2のみ、(2)T2と新しい放送システム(DVB-NGH/DVB-H2など)との混在、(3)新しい放送システムのみ、などが考えられる。
また、現時点では知られていない将来の伝送システムの伝送フレームに対しても、DVB-T2の場合と同様に本発明を適用する余地がある。
本発明は、デジタル放送システムの効率を高めることを目的とする。そのために、柔軟性、ロバストネス、および/または入力ストリームの効率的なカプセル化につながる特徴をサポートする、効果的なL1シグナリングを提供する。
これは、下記4つの独立クレームにより実現される。
また、さらなる本発明に係る主題が従属クレームにて実現される。
本発明の一形態においては、PLP毎に、タイプインジケータという概念を導入する。このタイプインジケータは、トランスポートストリーム(TS),ジェネリックストリーム(GS)およびIPストリームの少なくともいずれかを示す。
さらに、ヘッダ圧縮またはコンテンツ圧縮が、ユーザパケットまたはストリーム全体に対してなされているのであれば、特定のフォーマットおよび特定のPLPをシグナルすることができる。
本発明の一実施の形態は、それぞれが入力ストリームのユーザパケットを運ぶPLPである、複数のPLPの設定をサポートするデジタル放送ネットワークに関する送信方法である。
この送信方法では、入力ストリームのフォーマットに従ってPLP上にマッピングされている入力ストリームのユーザパケットを送信する。
この送信方法では、さらに、タイプインジケータを、前記PLP内にレイヤー1シグナリングする。
上記タイプインジケータは、トランスポートストリーム(transport stream)、ジェネリックストリーム(generic stream)またはIPストリーム(IP stream)のいずれかを少
なくとも示す。
この送信方法では、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むとしても構わない。
本発明の一形態においては、デジタル放送ネットワークにおける複数のPLP(physical layer pipe)の設定をサポートし、PLPを介して入力ストリームである複数のユー
ザパケットを受信する受信方法である。
この受信方法は、前記PLP内のレイヤー1シグナリングから、タイプインジケータを決定する決定ステップを含む。
このタイプインジケータは、トランスポートストリーム(transport stream)、ジェネリックストリーム(generic stream)またはIPストリーム(IP stream)のいずれかを少
なくとも示す。
この受信方法は、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定ステップを含む。そして、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記PLPをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信ステップとを含む
本発明の一形態においては、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含む。
この圧縮タイプインジケータは、IPおよび/またはUDPおよび/またはRTPのストリームが、ROHC(RObust Header Compression:頑強なヘッダー圧縮、RFC 3095参照)
やその他のヘッダ圧縮を用いたかどうかを示すとしてもよい。
さらに、この圧縮タイプインジケータは、タイプインジケータの特定の値としてシグナリングするようにしても構わない。
入力ストリームのあるフォーマットのために、ヘッダ圧縮無しという構成も可能である。
あるいは、圧縮タイプインジケータによって示される複数のヘッダ圧縮方法を、それぞれ相異なるタイプインジケータの値によって示すとしてもよい。
あるいは、タイプインジケータは、圧縮されたヘッダーおよび/またはコンテンツを伴うトランスポートストリーム、IPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うIPストリーム、UDPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うUDPストリーム、RTPストリーム、圧縮されたヘッダーおよび/またはコンテンツを伴うRTPストリーム、の少なくとも1つを示すとしても構わない。
この場合において、タイプインジケータは、入力ストリームが圧縮されたか、入力ストリームが含むパケットのヘッダまたはコンテンツが圧縮されたかどうかを示すとしてもよい。
本発明の一形態においては、前記レイヤー1シグナリングは、グローバルタイプインジケータのシグナリングを含む。
このグローバルタイプインジケータは、すべてのPLPに共通のものであって、当該すべてのPLPの前記タイプインジケータに基づき決定されるものである。
そして、このグローバルタイプインジケータは、入力ストリームのフォーマットが、IPストリームのみ、IPストリームおよびトランスポートストリーム、IPストリームおよびジェネリックストリーム、IPストリーム,トランスポートストリームおよびジェネリックストリームの少なくとも1つを示す。
本発明の一形態においては、前記デジタル放送ネットワークはDVBに基づいており、前記PLPの複数のユーザパケットが、可変長を持つことを少なくとも示すユーザパケットサイズインジケータがシグナリングされており、ここで、ユーザパケットの長さは、当該ユーザパケットの前にあるベースバンドフレームのペイロード内にシグナリングされているとしても構わない。
また、ユーザパケットインジケータの所在とフォーマットとを示すインジケータを、上記レイヤー1シグナリングに含めるとしてもよい。
さらに、本発明の一形態においては、前記レイヤー1シグナリングは、地上波(terrestrial)の送信のみ、衛星(satellite)の送信のみ、地上波および衛星の双方がOFDMベースのハイブリッド送信、OFDMベースの地上波と、シングルキャリアの衛星との、ハイブリッド送信、の少なくとも1つを示す送信タイプインジケータのシグナリングを含むとしてもよい。
このパラメータは、タイプインジケータおよび/またはヘッダ圧縮に関する識別とは独
立させた形でシグナルされるようにしてもよい。
好ましくは、上記デジタル放送ネットワークは、DVB-T2, -C2 または -S2の規格に基づく、または、これらの規格を拡張したバージョンである。そして、タイプインジケータのパラメータは、L1(レイヤー1) post configurable内にシグナリングされる。
本発明の一形態においては、それぞれが入力ストリームのユーザパケットを運ぶPLPである、複数のPLPの設定をサポートするデジタル放送ネットワークに関する送信装置である。
この送信装置は、入力ストリームのフォーマットに従ってPLP上にマッピングされている入力ストリームのユーザパケットを送信する送信部を含む。
この送信装置は、さらに、タイプインジケータを、前記PLP内にレイヤー1シグナリングするシグナリング部を含む。
上記タイプインジケータは、トランスポートストリーム(transport stream)、ジェネリックストリーム(generic stream)またはIPストリーム(IP stream)のいずれかを少
なくとも示す。
この送信装置では、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含むとしても構わない。

本発明の一形態においては、デジタル放送ネットワークにおける複数のPLP(physical layer pipe)の設定をサポートし、PLPを介して入力ストリームである複数のユー
ザパケットを受信する受信装置である。
この受信装置は、前記PLP内のレイヤー1シグナリングから、タイプインジケータを決定する決定部を含む。
このタイプインジケータは、トランスポートストリーム(transport stream)、ジェネリックストリーム(generic stream)またはIPストリーム(IP stream)のいずれかを少
なくとも示す。
この受信装置は、前記入力ストリームのユーザパケットのヘッダの圧縮の有無を決定する決定部を含む。そして、前記決定された入力ストリームと、前記決定された入力ストリームのユーザパケットのヘッダの圧縮の有無と、に従って、前記PLPをデマップすることにより、前記入力ストリームのユーザパケットを受信する受信部とを含む。
本発明の一形態においては、前記レイヤー1シグナリングは、前記複数のユーザパケットのヘッダもしくはコンテンツ、または入力ストリームの圧縮、に適用された圧縮方法を示す圧縮タイプインジケータのシグナリングを含む。

本発明の一形態においては、コンピュータ読取可能な記録媒体に記録されるコンピュータプログラムであって、前記プログラムは、上述に記載の各ステップをコンピュータに行わせることを特徴する。
あるいは、上記プログラムを記録したコンピュータ読取可能な記録媒体としても構わない。
本発明によれば、効率的で柔軟性に富むシグナリングが可能な送信装置を提供することができる。
DVB−T2規格における、ベースバンドフレームのフォーマットとFECフレームとを示す概略図 NM(normal mode)とHEM(high-efficiency mode)におけるベースバンドフレームヘッダのフォーマットを示す概略図 DVB-T2規格におけるT2フレームの構造と、T2フレームの一部分である物理レイヤ(L1)シグナリングを示す概略図 DVB−T2規格における物理レイヤシグナリングに含まれるP1シグナルの概略図 P1シグナリングにおけるS1フィールドのパラメータを示すテーブル410 P1シグナリングにおけるS1フィールドとS2フィールドのパラメータを示すテーブル510 P1シグナリングにおける、S1フィールド、S2フィールド1およびS2フィールド2の各パラメータの組み合わせとその意味を示すテーブル610,620 DVB−T2規格におけるL1-pre シグナリングのパラメータを示すテーブル DVB−T2規格におけるL1-post configurableシグナリングのパラメータを示すテーブル DVB−T2規格におけるL1-post dynamicシグナリングのパラメータを示すテーブル 本実施の形態に係るベースバンドデータフィールドにユーザパケットサイズフィールドを挿入する例を示す概略図 本実施の形態に係る送信機や受信機の例を示す図 本実施の形態に係るDVB-T2規格に対応した送信機(3つのPLPを用いる)の例を示す図。 本実施の形態に係る受信機の例を示す図 受信機の構成例を示す図 多重化データの構成を示す概念図 各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図 PESパケット列にビデオストリームがどのように格納されているかを示す詳細図 多重化データにおけるTSパケットとソースパケットの構成を示す概念図 PMTのデータ構成を示す概念図 多重化データ情報の内部構成を示す概念図 ストリーム属性情報の内部構成を示す概念図 映像表示、音声出力装置の構成例を示す図
本願は、欧州特許庁で出願された出願番号10002024.7に基づく、このため同出願の内容を援用する。
上述の問題に対して、本実施の形態では、新しい放送システム(DVB-NGH/DVB-H2、既存のDVB規格を拡張した規格や継続する規格、または他の似たような規格など)に対するレイヤー1シグナリングにおいて、調整や拡張を行う。
これにより、新しい放送システムの設定に対応するとともに、現存するシステムと将来のシステムとの共存を図る。同時に、このレイヤー1シグナリングのレベルに論理的に属するすべての変数を明確なやり方で提供する。
このやり方は、IP(Internet Protocol)をベースとした入力ストリームのサポートに
向いており、とりわけ、この入力ストリームのカプセル化や、デジタル放送システムの物理レイヤへのマッピングを効率的にサポートする。
さらに、本実施の形態の目的は、サポートされるべき新しいシステムや特徴に配慮しつつ物理レイヤシグナリングの柔軟性を拡張し、効率化することにある。この物理レイヤシグナリングでは、旧規格ともなるべく互換性が保たれるようにする。
図面を用いて具体的に実施の形態について説明する。
図8はL1 post signalling330(図2参照)を示す図である。この構成は、DVB-T2の規格に従ったものであるので、詳細は規格を参照されたい。
図8に示すように、L1 post signalling330は、PLP全体に関するパラメータを含むPLPループ(図8の"for i=0…NUM_PLP-1"以下)と各PLPの設定に関するパラメータとを運
ぶ。
"PLP_PAYLOAD_TYPE"は、PLPにより運ばれるユーザパケットのフォーマットを示す5ビット長の変数である。変数の値により、
・GFPS(00000)
・GCS(00001)
・GSE(00010)
・TS(00011)
のいずれであるかを示す(カッコ内は値)。なお残りの値(00100 to 11111)は、将来の使用のための予約の値となっている。
この"PLP_PAYLOAD_TYPE"は、現時点では、他の入力ストリーム(例えば、IP,UDP,RTP)の形式の識別に用いることは考慮されていない。
したがって、上記フォーマット(IP,UDP,RTP)のユーザパケットをマッピングして物理レイヤーに載せるためには、GSフォーマットへのカプセル化が避けられない。
そこで、本実施の形態では、デジタル放送ネットワークの物理レイヤにIP,UDP,RTPといった形式の入力ストリームを直接埋め込むために、少なくとも、PLP毎にTS,GSあるいはIPストリームのどれであるかを示す「PLPタイプインジケータ」(以下、単に「タイプインジケータ」(type indicator)ということがある。)という概念を導入する。
後述するように、このPLPタイプインジケータは、"PLP_PAYLOAD_TYPE"として規定したり、"COMPRESSION_TYPE"として規定することができる。

このようなPLPタイプインジケータによれば、IPストリームを物理レイヤにマッピングするためにわざわざGSへとカプセル化する必要がなくなるので、送信効率を高めることができる。
特に、このPLPタイプインジケータは、DVB-T2, DVB-C2や他の拡張規格および次世代規格やDVB-NGH/DVB-H2などを基にした新しい規格(あるいは後続する規格)における"PLP_PAYLOAD_TYPE"に対応付けすることもできる。
このパラメータ("PLP_PAYLOAD_TYPE")とサイズ(5ビット)とを維持することにより
、旧規格との互換性の確保にも寄与する。
つまり、新しい受信機は、拡張された入力ストリームタイプのシグナリング(新しいタイプのストリームにアクセスするためのものである。)を活用することができる。これに対して、現状の受信機は、新しく定義されたシグナリングの値を無視するので支障なく動作するだろう。
一般に、複数入力ストリーム(例えば、IPストリームとTSストリーム)は、並列に送信
される。そして、受信機は、復号できるストリームを自身の処理能力に従って選び出すこととなる。
本実施の形態では、広汎なすべての入力ストリームフォーマットのシグナリングに関するパラメータに対応して適用してもよい。また、タイプインジケータは、GFPS, GCS, GSE, TSに加えて、IPデータグラム,UDPデータグラム,RTPデータグラム、ユーザパケットの別な形式のストリームのシグナリングに関する値を含み得る。
また、実施の形態においては、タイプインジケータは、入力ストリームのタイプにおけるヘッダ圧縮および/またはコンテンツ圧縮の有無の区別を示してもよい。
例えば、タイプインジケータは次の値を示すことができる。(1)TS(2)ヘッダ圧縮有りのTS(3)IPデータグラムのストリーム(4)UDPデータグラムのストリーム(5)RTPデータグラムのストリームなどである。
また、他の実施の形態では、ヘッダ圧縮の有無が、PLPごとに構成される物理レイヤのパラメータ、好ましくはL1 post configurable内のPLPシグナリングループにおいて、
シグナリングされ得る。
このような圧縮タイプインジケータ("COMPRESSION_TYPE"または" PLP_COMPRESSION_TYPE"として示される。)は、PLPのユーザパケットやユーザパケット自身にマップされ
た切れ目のないフロー(unsegmented flow)についての、ヘッダおよび/またはコンテンツの圧縮の有無を示す。
さらに好ましくは、この圧縮タイプインジケータは、ヘッダ圧縮適用のタイプをも示す。例えば、IPおよび/またはUDPおよび/またはRTPのストリームが、ROHC(RObust Header Compression:頑強なヘッダー圧縮、RFC 3095参照)やその他のヘッダ圧縮を
用いたかどうかを示す。
この圧縮タイプインジケータは、ユーザパケットのコンテンツ圧縮に対してのみ適用することも可能である。コンテンツ圧縮の一例として、GZIP(RFC 1952参照)の手法が挙げ
られる。また、他のコンテンツ圧縮の手法を圧縮タイプインジケータにより示すようにしてもよい。
また、入力ストリーム全体(コンテンツとヘッダ(もしあれば))が圧縮されることもある。この圧縮方法の例としてはZLIB (RFC 1950参照)がある。
TSパケットのユーザパケットについて他のヘッダ圧縮に対しても適用の余地がある。
例えば、TSパケットヘッダのパラメータは、受信機が必要としないパラメータを送信しないことや、受信機が異なるシグナリングレベルで復調できるパラメータを送信しないことで圧縮することができる。
さて、TSパケットヘッダは、184バイトのペイロードに付加されており、4バイト(32ビット)の固定長である。このTSパケットヘッダは以下を含む。
(1)8ビットの同期シーケンス(synchronisation sequence ,sync)
(2)1ビットの転送エラーインジケータ(transport error indicator)
(3)1ビットのペイロード開始インジケータ(payload unit start indicator)
(4)1ビットの転送優先度(transport priority)
(5)13ビットのPID(packet identifier)
(6)2ビットの転送スクランブル制御(transport scrambling control)
(7)2ビットのadaptation field control
(8)4ビットの巡回カウンタ(continuity counter)
TSパケットのヘッダ圧縮は、次の(1)〜(4)のうちの1つ以上を含んでよい。
(1)受信機の復調部により生成されるため、不要となった、転送エラーインジケータ(1ビット)を削除する。
(2)デジタル放送システムにおいて、ユーザパケット間の境界を示すやり方は他にもあるので、同期シーケンス(1バイト,8ビット)を削除する。
(3)巡回カウンタ(4ビット)を、より短いパケット繰り返し(packet repetition,例えば、現在のパケットがパケット繰り返しかどうかを示す1ビットの情報など)を示す
情報へと置換する。通常、受信機のカウンタにとっては、送信機のカウンタと同じ値であることは重要でなく、カウンタ増加の同期が取れれば足りる。したがって、この受信機における巡回カウンタは、任意に設定可能である。
(4)PID(13ビット)をより短いPIDに置き換えるやり方もある。仮に、TSパケットのPLPへのマッピングが、ひとつのPIDがひとつのPLPにマッピングされているという形態で
あれば、PIDは必要ではない。このようなケースでは、PIDは元々の13ビットから、パケットがヌルパケットかどうかの1ビットにまで削減すること可能である。
置き換えの別のやり方としては、2以上のPIDの個数を持つTSパケットがPLPにマッピングされる場合でも、PIDはより短いPID(PLPにマッピングされたユーザパケットのIDを示
す)に置き換えることも考えられる。

このような観点から、圧縮タイプインジケータ(PLP_COMPRESSION_TYPE)は、次のような適用に基づいてTSに対するシグナリングが可能である。具体的には、ヘッダ圧縮の適用および/または適用のための特定のやり方(TSパケットにおける、削除および/または除去および/または置き換えるフィールドの長さの特定の組み合わせによる)に基づいて行う。
一例として、圧縮タイプインジケータ(PLP_COMPRESSION_TYPE)を含むレイヤー1内のシグナリングを以下に示す。

for i = 0..NUM_PLP-1 [
PLP_ID // 8 bits
PLP_TYPE // 3 bits
PLP_PAYLOAD_TYPE // 5 bits
PLP_COMPRESSION_TYPE // 2 bits
...
]

この記述部分は、上述したように、L1 post configurable内のPLPシグナリングループ
(図8参照)に含めることが好適である。
上の例は、あくまでも一例に過ぎない。圧縮タイプインジケータは、別の位置だったり、別の名前であったり、別のビット数で構成されたりすることもある。
PLP_COMPRESSION_TYPEインジケータの値のマッピングは、PLP_PAYLOAD_TYPEの値に依拠することがある。
例えば、もしタイプインジケータがIP,UDPまたはRTPを示すのであれば、ROHCがヘッダ
圧縮のタイプとなり得る。
また、もしタイプインジケータがTSを示すのであれば、上述したトランスポートパケットのヘッダ圧縮(transport packet header compression ,TPHC)がヘッダ圧縮のタイプとなり得る。このとき、ROHCはPLP_COMPRESSION_TYPEにおける選択肢に必ずしも含まれなくてよい。
しかしながら、本実施の形態はこれらに限られず、より広汎な形態をとり得る。つまり
、圧縮タイプインジケータによれば、PLP_PAYLOAD_TYPEのすべての取り得る値毎に、それ専用のヘッダ圧縮タイプを提供することができる。
なお、好ましくは、ヘッダが圧縮されていないことを示す値が含まれるとしてもよい。
さらには、上述のTSパケットのヘッダ圧縮の方式(1)〜(4)のうちのどれを採用したかを示す値を含めるようにしても構わない。

あるいは、PLPシグナリングループ内に圧縮タイプインジケータを入れ込むことにより
、PLP_COMPRESSION_TYPEが、PLP_PAYLOAD_TYPEの値に依拠するようにしても構わない。具体的には、PLP_PAYLOAD_TYPEがTSまたはIPを示すのならば、PLP_COMPRESSION_TYPEが含まれるようにする。これに対して、PLP_PAYLOAD_TYPEがGSを示すのであれば、PLP_COMPRESSION_TYPEは除外するようにする。
可変長のパケットを有し、ヘッダが圧縮されたIP,UDPまたはRTPストリームの送信の場合には、パケット長のシグナリングは、ベースバンドフレームのデータフィールド内の関係するパケット/データグラムに付加されたフィールドに対応する長さ分だけ必要となる。
また、固定長のパケット/データグラムの場合には、L1の PLPシグナリングループにおいて、ユーザパケット長のシグナリング、例えばユーザパケットサイズ(UPS:user packet size)が必要である。
このように、本実施の形態では、ユーザパケットサイズ("UP Size")は、ユーザパケッ
トに添付されるベースバンドフレームのペイロード内の具体的な適用形態に基づいてシグナルされることとなる。
この例を図10に示す。図10では、複数のユーザパケットが複数のベースバンドフレームにマッピングされている。
特に、ユーザパケット1010は、2つの異なるベースバンドフレーム(BBF)にマッ
ピングされている。
BBFのペイロード内では、各ユーザパケット(UP)1010の直前に、所定長さ(例え
ば、1バイトか2バイト)1020の"UP Size"が添付されている。
なお、ユーザパケット1010には、パケット自身を2つに分けて2つのBBFに入れる
ための区分線1030が引かれているので、ユーザパケット1010の断片の直前には上記"UP Size"を含むことは必須ではない。
この"UP Size"は、各ユーザパケットの直前にシグナルされており、各ユーザパケット
の長さを提供するものである。
BBFヘッダ(図1参照)内のSYNCDインジケータにより、当該BBFヘッダから初めの完全
な"UP"の開始位置までの距離がわかる。
複数のユーザパケットにおいて、個別にユーザパケットサイズをシグナリングする必要があるのは、ユーザパケットのサイズが可変長の場合だけである。
可変長であるということは、PLP_PAYLOAD_TYPEパラメータ、すなわちタイプインジケータから導き出され得る。
しかしながら、L1 のPLPループシグナリング内にユーザパケットサイズインジケータ(UPSI)をもシグナリングしておくとより有利である。
このUPSIは、例えば次のいずれかの設定を含んでもよい。
(1)何も長さを示さない。
(2)ユーザパケットサイズが固定長であること
(3)PLPループ内のUPSフィールドにユーザパケットサイズを示していること
(4)ユーザパケットまたはユーザパケットヘッダにユーザパケットサイズを示していること
(5)ユーザパケットの直前に1バイトの短い"UP size"フィールドを挿入し、ユーザパケットサイズを示していること
(6)ユーザパケットの直前に2バイトの長い"UP size"フィールを挿入し、ユーザパケットサイズを示していること
いずれの場合も、UPSは予約領域となる。
送信効率を高めるために、他の実施の形態では、ベースバンドフレームヘッダのモードを示すインジケータを導入する。
例えば、L1 post configurableシグナリング内のPLPループ内においてモードを示すパ
ラメータとしてPLP_MODEを定義する。
また、ベースバンド(BB)ヘッダのモードは、超高効率モード(super-high efficiency mode、SHEM)を取ることもある。
このSHEMは、ベースバンドフレームを短縮されたヘッダにて送信することを実現する。
PLPに固有の要素を示すインジケータやモードのシグナリングは、各ベースバンドフレ
ームに固有のものではない。
したがって、このような情報は、通常、PLP全体に適用することができ、特に物理レイ
ヤシグナリングに配置することが好適である。
したがって、SHEMは、入力ストリームフォーマット(TS/GS)、入力ストリームが単一
か複数か(SIS/MIS)、符号化と変調が一定か可変か(CCM/ACM)、入力ストリーム同期の存在の有無(ISSYI)、ヌルパケット削除の存在の有無(NPD)、入力ストリーム識別子(ISI)、
これらの少なくとも1つを無くした形態を取ることとなる。
SHEMをサポートするために、ベースバンドフレーム内のシグナリングから、L1-post configurableのシグナリングにおけるPLPループへと、次のパラメータをシフトさせるとし
てもよい。
(1)ISSYI(Input Stream SYnchronization Indication,ベースバンドフレーム(またはヘッダ)の一部にISSYフィールドがあるかないかを受信機に教える。
(2)NPDI(null Packet Deletion Indication)、DVB−T2で規定されたヌルパケ
ット削除を採用したかどうかを受信機に教える。
残りのパラメータとしては、例えば、以下のものが挙げられる。
(3)入力ストリームフォーマット(TS/GS)
(4)入力ストリームが単一か複数か(SIS/MIS)
(5)符号化と変調が一定か可変か(CCM/ACM)
(6)入力ストリーム識別子(ISI)
これらのパラメータは、PLP毎の物理レイヤシグナリングにすでに存在しているので、情報を失うことなく除去することができる。
特に、入力ストリームフォーマットは"PLP_PAYLOAD_TYPE"パラメータ内にシグナルされ、複数ストリームのサポートはPLPの数を示す"PLP_NUM"パラメータから得ることができる。
また、の符号化と変調が一定か可変かを示すインジケータは、PLPに適用された変調コ
ンスタレーションを示す"PLP_MOD"からも得ることができる。そして、入力ストリーム識
別子は、"PLP_ID"に対応する。
他の実施の形態では、IP, UDP,および/またはRTPストリームを示すグローバルタイプ
インジケータを用いることで、これらの情報を送信機から受信機へと伝達できるようにしてもよい。
図7に示すように、L1 preシグナリングは、8ビットの"TYPE"パラメータを含む。この"TYPE"パラメータは、マルチプレックス、すなわちT2スーパーフレームに多重化されて送
信されている入力ストリームのタイプを特定する。
特に、"TYPE"パラメータは、(1)TSのみ、(2)GS(GSE, GFPS, GCS)でTSなし、または(3)TSおよびGS、の値を取り得る。
この実施の形態において、PLPのタイプインジケータを拡張したインジケータであるグ
ローバルタイプインジケータは、例えば、次のエントリーのシグナリングを行うことができる。
(1)IP,UDPまたはRTPのストリームのみ
(2)IPストリームとTSの両方
(3)IP,UDPまたはRTPのストリームと、GS(GSE,GFPS,GCSの少なくとも1つである。
)の両方
(4)TSと、IP,UDPまたはRTPストリームと、GS(GSE,GFPS,GCSの少なくとも1つであ
る。)とのすべて

他の実施の形態では、デジタル放送において利用可能な媒体を示す送信タイプインジケータを物理レイヤでシグナリングする。
この送信タイプインジケータは、
(1)地上波のみ
(2)衛星波のみ
(3)地上波と衛星波との組み合わせ(両方OFDMベース)
(4)地上波と衛星波との組み合わせ(衛星波はシングルキャリア、地上波はOFDMベース)
この(1)〜(4)の少なくとも1つを示す。
送信タイプインジケータがシグナルされるやり方としては、例えば、L1 preシグナリング320中の新しいパラメータ" TRANSMISSION_TYPE"を用いてシグナリングすることが考えられる。
このパラメータをシグナリングすれば、複数の送信媒体をサポートという効果が得られる。これは、特に、地上波の放送範囲が変更されることが多いモバイル環境(例えば、DVB-NGH規格に沿った環境)において特に有利である。

受信機は、送信タイプインジケータに基づいて、好みの受信する媒体を選択することができる。この選択は、例えば、異なるメディアのそれぞれの受信信号強度、受信機自身の処理能力、あるいは、電源容量(バッテリまたは電力供給ネットワーク)などに基づいて行うことができる。
これにより、受信機は、受信時点の状況に応じて、デジタル放送信号の受信を最適化することが可能となる。
この" TRANSMISSION_TYPE"のシグナリングは、タイプインジケータおよび/または圧縮タイプインジケータおよび/またはグローバルタイプインジケータのシグナリングとは、独立して実行することもできる。

T2やその他規格(例えばDVB-NGH/DVB-H2)の伝送フレームなどを含む放送システムにおいては、P1シンボルとこれに関係するシグナリングが保持されるため、その他規格の伝送フ
レームにおけるP1シンボルは、T2の伝送フレームとも互換性を保つようにすることが必要である。
また、スタンドアローンな新しい放送システム(例えばDVB-NGH/DVB-H2)の場合には、このアプローチから逸脱したやり方もあり得る。
しかしながら、システムデザインの観点からすると、特に、混合型(例えば、DVB-T2とDVB-NGH/DVB-H2の混合)の新しいシステムにおいては、伝送フレームの枠組みからは逸脱しないようにすることが好ましい。

DVB-T2規格のみ、および/または、DVB-T2とDVB-NGH/DVB-H2の混合を基にした送信をサポートするためにはP1のS1フィールド(図4参照)を拡張することがより効果的である。
具体的には複数入力/複数出力(MIMO:multiple input/multiple output)をサポート
するためには(特に、T2プリアンブルとP2の部分をMIMO形式で送信)、"T2_MIMO"のパラ
メータを導入することが考えられる。
また、DVB-NGHシステムでは、S1フィールドは、NGHプリアンブルとP2との部分をSISO,MISOまたはMIMOの形式で送信するために、それぞれ対応する"NGH_SISO","NGH_MISO","NGH_MIMO"のパラメータを導入することもできる。
一般に、P1シンボル(図2参照)は、T2および/またはNGHを、全周波数帯域のスキャ
ン時などにおいて受信機が高速に検出できるように構成されている。
P1シンボルは、ロバスト性を保てるようにすべく7ビットの情報しか送信に用いられな
い(図3参照)。
S1フィールドは、その伝送フレームに関する情報、すなわちT2_SISO, T2_MISO,NGH_SISO...などを示す。
このS1フィールドに基づいて、受信機は、伝送フレームの少なくとも1つのタイプが復号できるかどうか決定することができる。例えば、T2_SISOのみ復号できると決定したり
、その他の伝送フレームを復号できると決定することができる。
これに加えて、T2およびNGHを混合した伝送フレームの送信においても、T2およびNGHという選択肢を提供することにより、同伝送フレームを受信した受信機は自機が復号可能なタイプを選んで処理することができ、より柔軟な受信が可能となる。
後続するP2シンボルのシグナリングによれば、受信機は自身の処理能力に関して、すべてのPLPを復号できるか、あるいは一部のPLPのみを復号できるのか決定することができる。
なお、PLPにおけるデータをうまくデコードするには、シグナリングパラメータに関係
するすべてのPLPが理解される必要がある、

前述の"TYPE"パラメータは、マルチプレックス全体の特徴に関するとともに、マルチプレックスに含まれる個々のPLPの特徴にも依存するという性質がある。
前述の通り新設する"TRANSMISSION_TYPE"もまた、マルチプレックス全体に関係するパ
ラメータであるとともに、受信したデータのうちどのデータが使えるか/使うべきかを受信機に対して示すものである。

前述のNGHに関する設定のために、S2フィールド1(3ビット)には次の新しい設定を含
めることが考えられる。
(1)FFTサイズ 2k
(2)FFTサイズ 8k
(3)FFTサイズ 4k
(4)FFTサイズ 1k
この(1)〜(4)において、ガードインターバル長は任意の値であるが、これに代えて、次のように有効シンボル長に対するガードインターバル(guard interval)長を設定するようにしてもよい。以下は一例である。
(1)FFTサイズ 2k, guard interval 1/32 or 1/16
(2)FFTサイズ 8k, guard interval 1/32 or 1/16
(3)FFTサイズ 4k, guard interval 1/32 or 1/16
(4)FFTサイズ 1k, guard interval 1/16
(5)FFTサイズ 2k, guard interval 1/8 or 1/4
(6)FFTサイズ 8k, guard interval 1/8, 19/128 or 1/4
(7)FFTサイズ 4k, guard interval 1/8 or 1/4
(8)FFTサイズ 1k, guard interval 1/8 or 1/4
特に、NGHはモバイル用システムであるため、少ない数のガードインターバル長がサポ
ートされる。

現存するパラメータに関しては、来るべきNGHシステムに対応するために、次のようにL1 post configurableのパラメータを拡張することが考えられる。
つまり、現在はPLPがcommon PLPであるかまたはデータPLPのtype1かtype2、であるかしか示さない"PLP_TYPE"を、
(1)PLPが"signalling PLP"であるかどうか
を示すように拡張する。これによると、PLP上にレイヤー2シグナリングのマッピングが実現できる。
また、NGHシステム(T2システムより移動性が高い)における、さらなるロバスト性を
提供するために、誤り訂正の符号化率を示すパラメータ"PLP_COD"を拡張する。その値は
、例えば、
(1)1/4
(2)1/5
と低めの符号化率とする。これによると、NGHおよび/または他の将来のシステムにおけ
る符号化率を規定したシグナリングを実現でき、ロバスト性や屋内受信エリア(indoor coverage)の拡大に寄与する。
さらに、誤り訂正種別のシグナリングを、FECフレームの2つ新しいサイズとして拡張
することもできる。
すなわち、" PLP_FEC_TYPE"は、4kビットLDPCと1kビットLDPCとして構成する。
受信機における現在のメモリ要求容量を削減するために、これらのサイズは、現在サポートされている64kビットや16kビットより小さなサイズとなっている。

以上、既存のパラメータの拡張や、新たなパラメータの導入について述べたが、それぞれは独立して適用することができる。また、これらのパラメータは、物理レイヤシグナリングでシグナルすることが可能である。

図11は、本発明に係るデジタル放送システム1100の一例を示している。送信装置1110は、上述した本発明に係る短縮ベースバンドヘッダを用いた送信を実行する。送信装置1110は、1台の装置でもよいし、互いに接続された複数台の装置から構成されることもあり得る。
送信局1115は、送信装置1110が生成した放送信号を送信する。この図11の例
では、地上波デジタル放送システムを示している。なお、本発明は、地上波デジタル放送システムに限定されるものではなく、衛星放送、ケーブル放送、ハイブリッド放送(異なる送信方法の組み合わせ、例えば、地上波放送と衛星放送)などに適用してもよい。
図11のパーソナルコンピュータ1120は受信装置の例として示すものである。これに限らず、携帯情報端末あるいはデジタル放送を受信できる携帯電話機なども受信装置となり得る。
他の受信装置の例としては、デジタルあるいはアナログのテレビ1140に接続されたSTB(Set Top Box)1130であってもよいし、受信機能を備えたテレビ1150な
どであってもよい。
上述のように、これらの受信装置や他の装置は、圧縮されたヘッダの解凍(decompression)を行うことができる。
本発明の、上述した実施の形態に示したハードウェアとソフトウェアとを用いた構成は、他の手法によって実現されてもよい。本発明に係る各種の実施の形態は、コンピュータ装置(プロセッサ)により実現されてもよい。コンピュータ装置あるいはプロセッサは、例えば、汎用プロセッサ(general-purpose processor)、DSP(Digital Signal Processor)、ASIC(Application Specific integrated circuits)、FPGA(Field Programmable Gate Arrays)、やその他の再構成可能な装置などであってもよい。また、
本発明に係る各種の実施の形態は、組み合わせて実行されることとしてもよい。
さらに、本発明に係る各種の実施の形態は、ソフトウェアモジュールにより実行されることとしてもよく、ソフトウェアモジュールはプロセッサで実行、あるいは、ハードウェアで直接に実行されることとしてよい。また、ソフトウェアモジュールとハードウェアモジュールとの組み合わせにより実現されることとしてもよい。ソフトウェアモジュールは、如何なる形態のコンピュータ読取可能な記録媒体、例えば、RAM、EPROM、EEPROM、フラッシュメモリ、レジスタ、ハードディスク、CD−ROM、DVDなどに記録されていてもよい。
上記実施の形態においては、DVB-T,-C,-S規格に従ったデジタル放送システム、即ちD
VBの専門用語に従った例を説明した。しかしながら、これは本発明の原理や考察の適用場面がDVBに限るということを示すわけではない。
また、上記詳細な説明においてした、DVB-T2,-S2,-C2の規格に従った符号化及び復号化についての説明についても、本発明を特定の実装に制限するものとして理解すべきでなく、発明の概念をよりわかりやすくするために説明したものである。
それでも、上記した放送システムの規格にそのまま適用することもあり得る。
さらに、本発明は、DVB-T2,-S2,-C2,-NGHといった現在議論中の標準化の拡張において
使用される可能性がある。

まとめると、本発明は、デジタル放送ネットワークにおける物理レイヤのシグナリングに関し、特に、複数のPLPを用いたときの設定に関する。
設定に用いるタイプインジケータは物理レイヤにシグナルされており、このタイプインジケータは入力ストリーム(TS,GSまたはIP)のフォーマットを示すものとなる。

これに加えて、PLP毎に適用される、入力ストリームのユーザパケットヘッダのヘッダ
圧縮に関してシグナリングされている。他にも、レイヤー1シグナリングの柔軟性や効率
性の向上のために、物理レイヤのパラメータを提供または拡張するものである。

<補足1>
次に、以上の実施の形態をDVB-T2送信システムに適用した場合の例を示す。
図12は、DVB-T2に対応した送信装置の機能ブロック図を示す。なお、図中のブロックは、本発明に関わりのあるものだけに絞り込んで示している。
図12の送信装置1200は、PLP処理部1231〜1233、L1シグナリング処理部1220、マルチプレクサ1240、OFDM変調部1250、P1シンボル挿入部1260を含む。
L1シグナリング処理部1220は、レイヤー1におけるシグナリングを行う機能を有す
る。特にL1シグナリング処理部1220は、上述のL1 post configurable内のPLPシグナ
リングループにおいて、タイプインジケータ("PLP_PAYLOAD_TYPE"や"COMPRESSION_TYPE"など)を含める機能を有する。
PLP処理部1231〜1233のそれぞれは、次のステップを含む。(1)入力処理(図12:input processing)(2)前方誤り訂正(FEC:Forward Error Correction)符号化(図12:FEC encoding)(3)直交振幅変調(QAM:Quadrature Amplitude Modulation)コンスタレーションマッピング(図12:QAM mapping)(4)インターリーブ(図
12:interleaving)、である。
L1シグナリング処理部1220は、L1シグナリングデータを生成し、誤り訂正符号化、マッピングおよびインターリービングを含む処理を行う。このL1シグナリング処理では、受信機がどのようなPLPでも復号できるようにするために必要なすべての情報を含
めるようにする。
マルチプレクサ(MUX)1240は、PLP処理部1231〜1233およびL1シグ
ナリング処理部1220から出力された複素シンボル(complex symbols)を多重化する
。OFDM変調部1250は、多重化された複素シンボルをOFDM変調する。多重化されることにより、伝送フレーム内に物理レイヤ(レイヤ1)のシグナリングデータを運ぶ複素シンボルが含まれる。
OFDM変調後、P1シンボル挿入部1260においてP1シンボルが挿入されることとなる。このような方法により、送信機は図2に示したようなT2フレームを出力することができる。
図13は、実施の形態に係る受信機の機能ブロック図を示す。
受信機1300のP1検出部1360には、RF信号が供給される。検出されたP1シンボルとRF信号は、復調部1310に供給される。復調部1310は、P1検出部1360により検出されたP1シンボルに基づいてRF信号の復調を行う。
復調部1310により復調された信号は、L1シグナリング情報にデコードするL1シグ
ナリング復号部1350へと供給される。
L1シグナリング復号部1350は、レイヤー1におけるシグナリング情報をデコードす
る機能を有する。特に、L1シグナリング復号部1350は、当該シグナリング情報に含まれている上述のL1 post configurable内のPLPシグナリングループに含まれるタイプイン
ジケータ("PLP_PAYLOAD_TYPE"や"COMPRESSION_TYPE"など)を復号する機能を有する。
また、復調部1310により復調された信号は、所望プログラムを受信するために必要なストリームを運ぶPLPを抽出するPLP抽出部1320へも供給される。
抽出されたPLPは、PLP復号部1330により復号される。
なお、PLP抽出部1320に対しては、制御部1340により、L1シグナリング復号部
1350により示されるシグナリング情報に基づいて制御が行われる。

<補足2>
以下では、上記各実施の形態で示した送信方法及び受信方法の応用例とそれを用いたシステムの構成例を説明する。
図14は、上記各実施の形態で説明した受信方法を実施する受信機1400の構成の一例を示す図である。図14に示すように、受信機1400の一つの構成の一例として、モデム部分を一つのLSI(またはチップセット)で構成し、コーデックの部分を別の一つのLSI(またはチップセット)で構成するという構成方法が考えられる。図14に示す受信機1400は、図11に示したテレビ(テレビジョン)1140,1150、STB(Set Top Box)1130、パーソナルコンピュータ1120、携帯情報端末、または携
帯電話等が備える構成に相当する。受信機1400は、アンテナ1460で受信された高周波信号をベースバンド信号に変換するチューナ1401と、周波数変換されたベースバンド信号を復調してトランスポートストリームを取得する復調部1402とを備える。
以下の説明では、受信したトランスポートストリームにビデオストリームとオーディオストリームとが含まれる場合について説明する。ビデオストリームは、例えば映像信号をMPEG2、MPEG4−AVC(Advanced Video Coding)、VC−1などの規格に準拠した動画符号化方法を用いて符号化したデータを伝送する。また、オーディオストリームは、例えば音声信号をドルビーAC(Audio Coding)−3、Dolby Digital Plus、MLP(Meridian Lossless Packing)、DTS(Digital Theater Systems)、DTS−HD、リニアPCM(Pulse Coding Modulation)等の音声符号化方法で符号化したデータを伝送する。
受信機1400は、復調部1402で得られたトランスポートストリームに含まれるビデオストリームとオーディオストリームとを分離するストリーム入出力部1403と、分離されたビデオストリームに対応する動画像復号方法を用いてビデオストリームを映像信号に復号し、分離されたオーディオストリームに対応する音声復号方法を用いてオーディオストリームを音声信号に復号する信号処理部1404と、映像信号及び音声信号をAV出力IF1011に出力するAV出力部1405と、復号された音声信号を出力するスピーカ等の音声出力部1406と、復号された映像信号を表示するディスプレイ等の映像表示部1407とを有する。例えば、ユーザは、リモコン(リモートコントローラ)1450を用いて、選局したチャネル(選局した(テレビ)番組、選局した音声放送)の情報を操作入力部1410に送信する。すると、受信機1400は、アンテナ1460で受信した受信信号において、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信機1400は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルを受信し、伝送方法の情報を取得することで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定し、放送局(基地局)が送信したトランスポートストリームを受信することが可能となる。ここで、例えば上記の実施の形態で述べた、P1−signaling、L1−pre signaling、L1−post signalingを伝送するシンボルが制御シンボルに対応し、P1−signaling、L1−pre signaling、L1−post
signalingに含まれるPLP毎のFECにおける符号化レート、変調方式に基づくコンスタレーション等が伝送方法の情報に対応する。上述では、ユーザは、リモコン1450によって、チャネルを選局する例を説明したが、受信機1400が搭載している選局キーを用いて、チャネルを選局しても、上記と同様の動作となる。
上記の構成により、ユーザは、受信機1400が上記各実施の形態で示した受信方法により受信した番組を視聴することができる。
また、本実施の形態の受信機1400は、復調部1402で復調と、誤り訂正の復号を
行うことで得られたトランスポートストリーム(場合によっては、復調部1402で誤り訂正復号を行わないこともある。また、受信機1400は、誤り訂正復号後に他の信号処理が施すこともある。以降について、同様の表現を行っている部分についても、この点は同様である。)に含まれるデータ、または、そのデータに相当するデータ(例えば、データを圧縮することによって得られたデータ)や、動画、音声を加工して得られたデータを、磁気ディスク、光ディスク、不揮発性の半導体メモリ等の記録メディアに記録する記録部(ドライブ)1408を備える。ここで光ディスクとは、例えばDVD(Digital Versatile Disc)やBD(Blu−ray(登録商標) Disc)等の、レーザ光を用いて情報の記憶と読み出しがなされる記録メディアである。磁気ディスクとは、例えばFD(Floppy Disk)(登録商標)やハードディスク(Hard Disk)等の、磁束を用いて磁性体を磁化することにより情報を記憶する記録メディアである。不揮発性の半導体メモリとは、例えばフラッシュメモリや強誘電体メモリ(Ferroelectric Random Access Memory)等の、半導体素子により構成された記録メディアであり、フラッシュメモリを用いたSDカードやFlash SSD(Solid State Drive)などが挙げられる。なお、ここで挙げた記録メディアの種類はあくまでその一例であり、上記の記録メディア以外の記録メディアを用いて記録を行っても良いことは言うまでもない。
上記の構成により、ユーザは、受信機1400が上記各実施の形態で示した受信方法により受信した番組を記録して保存し、番組の放送されている時間以降の任意の時間に記録されたデータを読み出して視聴することが可能になる。
なお、上記の説明では、受信機1400は、復調部1402で得られたトランスポートストリームを記録部1408で記録するとしたが、トランスポートストリームに含まれるデータのうち一部のデータを抽出して記録しても良い。例えば、復調部1402で得られたトランスポートストリームにビデオストリームやオーディオストリーム以外のデータ放送サービスのコンテンツ等が含まれる場合、記録部1408は、復調部1402で得られたトランスポートストリームからビデオストリームやオーディオストリームを抽出して多重した新しいトランスポートストリームを記録しても良い。また、記録部1408は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリーム及びオーディオストリームのうち、どちらか一方のみを多重した新しいトランスポートストリームを記録しても良い。そして、上記で述べたトランスポートストリームに含まれるデータ放送サービスのコンテンツを記録部1408は、記録してもよい。
さらには、テレビ、記録装置(例えば、DVDレコーダ、Blu−ray(登録商標)レコーダ、HDDレコーダ、SDカード等)、携帯電話に、本発明で説明した受信機1400が搭載されている場合、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに、テレビや記録装置を動作させるのに使用するソフトウェアの欠陥(バグ)を修正するためのデータや個人情報や記録したデータの流出を防ぐためのソフトウェアの欠陥(バグ)を修正するためのデータが含まれている場合、これらのデータをインストールすることで、テレビや記録装置のソフトウェアの欠陥を修正してもよい。そして、データに、受信機1400のソフトウェアの欠陥(バグ)を修正するためのデータが含まれていた場合、このデータにより、受信機1400の欠陥を修正することもできる。これにより、受信機1400が搭載されているテレビ、記録装置、携帯電話が、より安定的の動作させることが可能となる。
ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれる複数のデータから一部のデータを抽出して多重する処理は、例えばストリーム入出力部1403で行われる。具体的には、ストリーム入出力部1403が、図示していないCPU等の制御部からの指示により、復調部1402で復調されたトラ
ンスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離し、分離後のデータから指定されたデータのみを抽出して多重し、新しいトランスポートストリームを生成する。なお、分離後のデータからどのデータを抽出するかについては、例えばユーザが決定してもよいし、記録メディアの種類毎に予め決められていてもよい。
上記の構成により、受信機1400は記録された番組を視聴する際に必要なデータのみを抽出して記録することができるので、記録するデータのデータサイズを削減することができる。
また、上記の説明では、記録部1408は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームを記録するとしたが、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームを、当該ビデオストリームよりもデータサイズまたはビットレートが低くなるよう、当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換し、変換後のビデオストリームを多重した新しいトランスポートストリームを記録してもよい。このとき、元のビデオストリームに施された動画像符号化方法と変換後のビデオストリームに施された動画像符号化方法とは、互いに異なる規格に準拠していてもよいし、同じ規格に準拠して符号化時に使用するパラメータのみが異なっていてもよい。同様に、記録部1408は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるオーディオストリームを、当該オーディオストリームよりもデータサイズまたはビットレートが低くなるよう、当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換し、変換後のオーディオストリームを多重した新しいトランスポートストリームを記録してもよい。
ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームやオーディオストリームをデータサイズまたはビットレートが異なるビデオストリームやオーディオストリームに変換する処理は、例えばストリーム入出力部1403及び信号処理部1404で行われる。具体的には、ストリーム入出力部1403が、CPU等の制御部からの指示により、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離する。信号処理部1404は、制御部からの指示により、分離後のビデオストリームを当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換する処理、及び分離後のオーディオストリームを当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換する処理を行う。ストリーム入出力部1403は、制御部からの指示により、変換後のビデオストリームと変換後のオーディオストリームとを多重し、新しいトランスポートストリームを生成する。なお、信号処理部1404は制御部からの指示に応じて、ビデオストリームとオーディオストリームのうちいずれか一方に対してのみ変換の処理を行っても良いし、両方に対して変換の処理を行っても良い。また、変換後のビデオストリーム及びオーディオストリームのデータサイズまたはビットレートは、ユーザが決定してもよいし、記録メディアの種類毎に予め決められていてもよい。
上記の構成により、受信機1400は、記録メディアに記録可能なデータサイズや記録部1408がデータの記録または読み出しを行う速度に合わせてビデオストリームやオーディオストリームのデータサイズまたはビットレートを変更して記録することができる。これにより、記録メディアに記録可能なデータサイズが復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームのデータサイズよりも小さい場合や、記録部がデータの記録または読み出しを行う速度が復調部1402で復調されたト
ランスポートストリームのビットレートよりも低い場合でも記録部が番組を記録することが可能となるので、ユーザは番組の放送されている時間以降の任意の時間に記録されたデータを読み出して視聴することが可能になる。
また、受信機1400は、復調部1402で復調されたトランスポートストリームを外部機器に対して通信媒体1430を介して送信するストリーム出力IF(Interface:インターフェース)1409を備える。ストリーム出力IF1409の一例としては、Wi−Fi(登録商標)(IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11n等)、WiGiG、WirelessHD、Bluetooth(登録商標)、Zigbee(登録商標)等の無線通信規格に準拠した無線通信方法を用いて変調したトランスポートストリームを、無線媒体(通信媒体1430に相当)を介して外部機器に送信する無線通信装置が挙げられる。また、ストリーム出力IF1409は、イーサネット(登録商標)やUSB(Universal Serial Bus)、PLC(Power Line Communication)、HDMI(登録商標)(High−Definition Multimedia Interface)等の有線通信規格に準拠した通信方法を用いて変調されたトランスポートストリームを当該ストリーム出力IF1409に接続された有線伝送路(通信媒体1430に相当)を介して外部機器に送信する有線通信装置であってもよい。
上記の構成により、ユーザは、受信機1400が上記各実施の形態で示した受信方法により受信したトランスポートストリームを外部機器で利用することができる。ここでいうトランスポートストリームの利用とは、ユーザが外部機器を用いてトランスポートストリームをリアルタイムで視聴することや、外部機器に備えられた記録部でトランスポートストリームを記録すること、外部機器からさらに別の外部機器に対してトランスポートストリームを送信すること等を含む。
なお、上記の説明では、受信機1400は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをストリーム出力IF1409が出力するとしたが、トランスポートストリームに含まれるデータのうち一部のデータを抽出して出力しても良い。例えば、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームにビデオストリームやオーディオストリーム以外のデータ放送サービスのコンテンツ等が含まれる場合、ストリーム出力IF1409は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームからビデオストリームやオーディオストリームを抽出して多重した新しいトランスポートストリームを出力しても良い。また、ストリーム出力IF1409は、復調部1402で復調されたトランスポートストリームに含まれるビデオストリーム及びオーディオストリームのうち、どちらか一方のみを多重した新しいトランスポートストリームを出力しても良い。
ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれる複数のデータから一部のデータを抽出して多重する処理は、例えばストリーム入出力部1403で行われる。具体的には、ストリーム入出力部1403が、図示していないCPU(Central Processing Unit)等の制御部からの指示により、復調部1402で復調されたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離し、分離後のデータから指定されたデータのみを抽出して多重し、新しいトランスポートストリームを生成する。なお、分離後のデータからどのデータを抽出するかについては、例えばユーザが決定してもよいし、ストリーム出力IF1409の種類毎に予め決められていてもよい。
上記の構成により、受信機1400は外部機器が必要なデータのみを抽出して出力する
ことができるので、トランスポートストリームの出力により消費される通信帯域を削減することができる。
また、上記の説明では、ストリーム出力IF1409は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームを出力するとしたが、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームを、当該ビデオストリームよりもデータサイズまたはビットレートが低くなるよう、当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換し、変換後のビデオストリームを多重した新しいトランスポートストリームを出力してもよい。このとき、元のビデオストリームに施された動画像符号化方法と変換後のビデオストリームに施された動画像符号化方法とは、互いに異なる規格に準拠していてもよいし、同じ規格に準拠して符号化時に使用するパラメータのみが異なっていてもよい。同様に、ストリーム出力IF1409は、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるオーディオストリームを、当該オーディオストリームよりもデータサイズまたはビットレートが低くなるよう、当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換し、変換後のオーディオストリームを多重した新しいトランスポートストリームを出力してもよい。
ここで、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームに含まれるビデオストリームやオーディオストリームをデータサイズまたはビットレートが異なるビデオストリームやオーディオストリームに変換する処理は、例えばストリーム入出力部1403及び信号処理部1404で行われる。具体的には、ストリーム入出力部1403が、制御部からの指示により、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームをビデオストリーム、オーディオストリーム、データ放送サービスのコンテンツ等の複数のデータに分離する。信号処理部1404は、制御部からの指示により、分離後のビデオストリームを当該ビデオストリームに施された動画像符号化方法とは異なる動画像符号化方法で符号化されたビデオストリームに変換する処理、及び分離後のオーディオストリームを当該オーディオストリームに施された音声符号化方法とは異なる音声符号化方法で符号化されたオーディオストリームに変換する処理を行う。ストリーム入出力部1403は、制御部からの指示により、変換後のビデオストリームと変換後のオーディオストリームとを多重し、新しいトランスポートストリームを生成する。なお、信号処理部1404は制御部からの指示に応じて、ビデオストリームとオーディオストリームのうちいずれか一方に対してのみ変換の処理を行っても良いし、両方に対して変換の処理を行っても良い。また、変換後のビデオストリーム及びオーディオストリームのデータサイズまたはビットレートは、ユーザが決定してもよいし、ストリーム出力IF1409の種類毎に予め決められていてもよい。
上記の構成により、受信機1400は、外部機器との間の通信速度に合わせてビデオストリームやオーディオストリームのビットレートを変更して出力することができる。これにより、外部機器との間の通信速度が、復調部1402で復調し、誤り訂正の復号を行うことで得られたトランスポートストリームのビットレートよりも低い場合でもストリーム出力IFから外部機器新しいトランスポートストリームを出力することが可能となるので、ユーザは他の通信装置において新しいトランスポートストリームを利用することが可能になる。
また、受信機1400は、外部機器に対して信号処理部1404で復号された映像信号及び音声信号を外部の通信媒体1440に対して出力するAV(Audio and Visual)出力IF(Interface)1411を備える。AV出力IF1411の一例としては、Wi−Fi(登録商標)(IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11n等)、WiGiG、Wire
lessHD、Bluetooth(登録商標)、Gigbee等の無線通信規格に準拠した無線通信方法を用いて変調した映像信号及び音声信号を、無線媒体を介して外部機器に送信する無線通信装置が挙げられる。また、ストリーム出力IF1409は、イーサネット(登録商標)やUSB、PLC、HDMI(登録商標)等の有線通信規格に準拠した通信方法を用いて変調された映像信号及び音声信号を当該ストリーム出力IF1409に接続された有線伝送路を介して外部機器に送信する有線通信装置であってもよい。また、ストリーム出力IF1409は、映像信号及び音声信号をアナログ信号のまま出力するケーブルを接続する端子であってもよい。
上記の構成により、ユーザは、信号処理部1404で復号された映像信号及び音声信号を外部機器で利用することができる。
さらに、受信機1400は、ユーザ操作の入力を受け付ける操作入力部1410を備える。受信機1400は、ユーザの操作に応じて操作入力部1410に入力される制御信号に基づいて、電源のON/OFFの切り替えや、受信するチャネルの切り替え、字幕表示の有無や表示する言語の切り替え、音声出力部1406から出力される音量の変更等の様々な動作の切り替えや、受信可能なチャネルの設定等の設定の変更を行う。

また、受信機1400は、当該受信機1400で受信中の信号の受信品質を示すアンテナレベルを表示する機能を備えていてもよい。ここで、アンテナレベルとは、例えば受信機1400が受信した信号のRSSI(Received Signal Strength Indication、Received Signal Strength Indicator、受信信号強度)、受信電界強度、C/N(Carrier−to−noise power ratio)、BER(Bit Error Rate:ビットエラー率)、パケットエラー率、フレームエラー率、チャネル状態情報(Channel
State Information)等に基づいて算出される受信品質を示す指標であり、信号レベル、信号の優劣を示す信号である。この場合、復調部1402は受信した信号のRSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等を測定する受信品質測定部としての機能を備え、受信機1400はユーザの操作に応じてアンテナレベル(信号レベル、信号の優劣を示す信号)をユーザが識別可能な形式で映像表示部1407に表示する。アンテナレベル(信号レベル、信号の優劣を示す信号)の表示形式は、RSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等に応じた数値を表示するものであっても良いし、RSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等に応じて異なる画像を表示するようなものであっても良い。
また、放送局(基地局)1115が、番組を構成する複数のエレメンタリストリーム(複数または1つのビデオストリーム、複数または1つのオーディオストリーム、複数または1つのメタデータストリーム等)を送信する際に、前方誤り訂正の符号化率、変調方式に基づくコンスタレーションサイズ、インターリーブ長、および他の物理層のパラメータをPLP毎に独立に設定し、PLP毎に個別のロバストレベルを規定することで階層伝送方式を実現している場合、受信機1400を以下のように構成しても良い。例えば、受信機1400は、複数の階層のそれぞれに対応する複数の受信品質を示す指標を算出し、複数のアンテナレベル(信号レベル、信号の優劣を示す信号)として、同時、または切り替えながら表示する機能を備えていてもよい。また、受信機1400は、複数の階層の全てまたは幾つかを含むグループに対応する受信品質を示す指標を算出し、アンテナレベル(信号レベル、信号の優劣を示す信号)として表示する機能を備えていてもよい。
上記の構成により、ユーザは上記各実施の形態で示した受信方法を用いて受信する場合のアンテナレベル(信号レベル、信号の優劣を示す信号)を、階層単位または複数の階層をまとめたグループ単位で、数値的に、または、視覚的に把握することができる。

また、受信機1400は、視聴中の番組を構成する各エレメンタリストリームの受信状態に応じて再生(復号)するエレメンタリストリームを切り替える機能や、番組を構成する各エレメンタリストリームの受信状態を表示したりする機能を備えていてもよい。放送局(基地局)715が、前方誤り訂正の符号化率、変調方式に基づくコンスタレーションサイズ、インターリーブ長、および他の物理層のパラメータをPLP毎に独立に設定し、PLP毎に個別のロバストレベルを規定することで階層伝送方式を実現している場合、受信機1400ではPLP毎に受信状態が異なる可能性がある。例えば、番組を構成する複数のエレメンタリストリームが、第1のPLPと、第1のPLPのロバストレベルよりも低いロバストレベルを有する第2のPLPとで伝送されている場合、受信環境によっては第1のPLPを受信して取得したエレメンタリストリームは受信状態が良いが、第2のPLPを受信して取得したエレメンタリストリームは受信状態が悪いという状態が発生する。ここで、受信機1400は、例えば受信した信号のRSSI、受信電界強度、C/N、BER、パケットエラー率、フレームエラー率、チャネル状態情報等の情報と、各エレメンタリストリームを送信するPLPに設定されたロバストレベルの情報に基づいて受信状態が良いか否かの判定を行う。また、受信機1400は、受信状態が良いか悪いかの判定を、各エレメンタリストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率が所定の閾値以上であるか、所定の閾値未満であるかという基準で行ってもよい。受信機1400の復調部1402は、番組を構成する複数のエレメンタリストリームのそれぞれについて受信状態が良いか否かを判定し、判定された受信状態を示す信号を出力する。受信機1400は、受信状態を示す信号に基づいて、信号処理部1404で復号するエレメンタリストリームを切り替える制御や、番組の受信状態を示す情報を映像表示部1407に表示する制御を行う。
一例として、番組を構成するエレメンタリストリームに複数のビデオストリームが含まれる場合の受信機1400の動作について説明する。ここでは、番組を構成する複数のエレメンタリストリームが、低解像度の映像を符号化した第1のビデオストリームと、高解像度の映像を符号化した第2のビデオストリーム(低解像度の映像から高解像度の映像を再生するための差分データ)とを含むとする。また、第1のビデオストリームを送信するPLPは、第2のビデオストリームを送信するPLPよりも高いロバストレベルを有し、第1のビデオストリームの受信状態は、第2のビデオストリームの受信状態よりも常に良いか、同等であるものとする。受信機1400は、第2のビデオストリームの受信状態が良い場合に、信号処理部1404において第1のビデオストリームと第2のビデオストリームの両方を用いた復号を行い、復号された高解像度の映像信号を映像表示部1407に表示する。一方、受信機1400は、第2のビデオストリームの受信状態が悪い場合に、信号処理部1404において第1のビデオストリームのみを用いた復号を行い、復号された低解像度の映像信号を映像表示部1407に表示する。
上記の構成により、第2のビデオストリームの受信状態が悪い場合は、ユーザに対して乱れた高解像度の映像を表示することなく、低解像度の映像を安定して表示することができる。
なお、上記の構成では、受信機1400は、第1のビデオストリームの受信状態が良いか否かの判定を行っていない。これは第1のビデオストリームの受信状態が悪い状態でも、第1のビデオストリームの復号を停止して映像の表示を行わないよりは、映像に乱れや途切れが発生したとしても第1のビデオストリームを復号した低解像度の映像を表示する方が好ましいと考えられるからである。ただし、受信機1400が、第2のビデオストリームと第1のビデオストリームのそれぞれの受信状態が良いか否かの判定を行い、その判定結果に基づいて信号処理部1404で復号するエレメンタリストリームを切り替える制御を行ってもよいことは言うまでもない。その場合、受信機1400は、第2のビデオストリームと第1のビデオストリームの両方の受信状態が良い場合に、信号処理部1404
において第1のビデオストリームと第2のビデオストリームの両方を用いた復号を行い、復号された高解像度の映像信号を映像表示部1407に表示する。また、受信機1400は、第2のビデオストリームの受信状態は悪いが、第1のビデオストリームの両方の受信状態は良い場合に、信号処理部1404において第1のビデオストリームを用いた復号を行い、復号された低解像度の映像信号を映像表示部1407に表示する。また、受信機1400は、第1のビデオストリームと第2のビデオストリームの両方の受信状態が悪い場合は、復号処理を停止して第1のビデオストリーム及び第2のストリームの復号を行わない。上記の構成により、第1のビデオストリームと第2のビデオストリームの両方の受信状態が悪く、第1のビデオストリームを復号して表示してもユーザが何の映像か判別できない場合に、復号処理を停止して電力消費を抑制することができる。
なお、上記の構成において、受信機1400は、第1のビデオストリームの受信状態が良いか否かを判定する基準を、第2のビデオストリームの受信状態が良いか否かを判定する基準と異なる基準に設定してもよい。例えば、受信機1400は、第1のビデオストリーム及び第2のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率に基づいて受信状態が良いか否かを判定を行う場合に、第1のビデオストリームの受信状態が良いか否かの判定に用いる第1の閾値の値を、第2のビデオストリームの受信状態が良いか否かの判定に用いる第2の閾値よりも大きくする。また、受信機1400は、第2のビデオストリームの受信状態が良いか否かの判定を第2のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率に基づいて行い、第1のビデオストリームの受信状態が良いか否かの判定を上記の各実施の形態で示したL1−pre signaling、L1−post signalingが受信できたか否かに基づいて行ってもよい。また、受信機1400は、第2のビデオストリームの受信状態が良いか否かの判定を第2のビデオストリームの単位時間当たりのベースバンドフレームの誤り率やTSパケットの誤り率に基づいて行い、第1のビデオストリームの受信状態が良いか否かの判定を受信した信号のRSSI、受信電界強度、C/N等の情報に基づいて行ってもよい。上記の構成によると、ビデオストリーム毎に当該ビデオストリームの復号を停止する基準を設定することが可能になる。
なお、上記の説明では、低解像度の映像を符号化したビデオストリームと高解像度の映像を符号化したビデオストリームとが互いに異なるロバストレベルが設定されたPLPで送信されているとしたが、他のエレメンタリストリームの組み合わせが互いに異なるロバストレベルが設定されたPLPで送信されていてもよい。例えば、3D映像を構成する複数の視点の映像のそれぞれを符号化した複数のビデオストリームが互いに異なるロバストレベルが設定されたPLPで送信されていてもよい。また、ビデオストリームとオーディオストリームが互いに異なるロバストレベルが設定されたPLPで送信されていてもよい。受信機1400は、受信したエレメンタリストリームのうち受信状態が良いと判定されたエレメンタリストリームを選択して再生(復号)することで、上記の構成と同様の効果を得ることができる。
なお、受信機1400は、番組を構成する複数のエレメンタリストリームの一部の受信状態が悪いために当該エレメンタリストリームを用いた再生(復号)を行わない場合に、受信状態の悪いエレメンタリストリームまたは受信状態の良いエレメンタリストリームを示すテキストまたは画像を映像信号に多重して映像表示部1407に表示してもよい。上記の構成により、例えば高解像度の映像として放送されている番組が低解像度の映像で表示されている場合に、受信状態が悪いために低解像度の映像が表示されていることをユーザが容易に把握することができる。
なお、上記の説明では、復調部1402が番組を構成する複数のエレメンタリストリームのそれぞれについて受信状態を判定するとしたが、信号処理部1404が入力されたビ
デオストリームやオーディオストリームの各TSパケットに付加されたトランスポートエラー識別子の値に基づいて、各エレメンタリストリームが受信できているか否かを判定してもよい。

なお、上記の説明では受信機1400が、音声出力部1406、映像表示部1407、記録部1408、ストリーム出力IF1409、及びAV出力IF1411を備えている場合を例に挙げて説明したが、これらの構成の全てを備えている必要はない。受信機1400が上記の構成のうち少なくともいずれか一つを備えていれば、ユーザは復調部1402で復調と、誤り訂正の復号を行うことで得られたトランスポートストリームを利用することができるため、各受信機はその用途に合わせて上記の構成を任意に組み合わせて備えていれば良い。
(トランスポートストリーム)
次に、トランスポートストリームの構造の一例について詳細に説明する。
図15は、トランスポートストリームの構成の一例を示す図である。図15に示すようにトランスポートストリームは、各サービスで現在提供されている番組(programmeまたはその一部であるevent)を構成する要素である、例えばビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム(PG)、インタラクティブグラファイックスストリーム(IG)などのエレメンタリーストリームのうち、1つ以上を多重化することで得られる。トランスポートストリームで提供されている番組が映画の場合、ビデオストリームは映画の主映像および副映像を、オーディオストリームは映画の主音声部分と当該主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームとは映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像(例えば、映画のあらすじを示したテキストデータの映像など)のことである。また、インタラクティブグラフィックスストリームは、画面上にGUI部品を配置することにより作成される対話画面を示している。
トランスポートストリームに含まれる各ストリームは、各ストリームに割り当てられた識別子であるPIDによって識別される。例えば、映画の映像に利用するビデオストリームには0x1011が、オーディオストリームには0x1100から0x111Fまでが、プレゼンテーショングラフィックスには0x1200から0x121Fまでが、インタラクティブグラフィックスストリームには0x1400から0x141Fまでが、映画の副映像に利用するビデオストリームには0x1B00から0x1B1Fまで、主音声とミキシングする副音声に利用するオーディオストリームには0x1A00から0x1A1Fが、それぞれ割り当てられている。
図16は、トランスポートストリームがどのように多重化されているかの一例を模式的に示す図である。まず、複数のビデオフレームからなるビデオストリーム1601、複数のオーディオフレームからなるオーディオストリーム1604を、それぞれPESパケット列1602および1605に変換し、TSパケット1603および1606に変換する。同じくプレゼンテーショングラフィックスストリーム1611およびインタラクティブグラフィックス1614のデータをそれぞれPESパケット列1612および1615に変換し、さらにTSパケット1613および1616に変換する。トランスポートストリーム1617はこれらのTSパケット(1603、1606、1613、1616)を1本のストリームに多重化することで構成される。
図17は、PESパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図17における第1段目はビデオストリームのビデオフレーム列を示す。第2段目は、PESパケット列を示す。図17の矢印yy1,yy2,yy3,yy
4に示すように、ビデオストリームにおける複数のVideo Presentation UnitであるIピクチャ、Bピクチャ、Pピクチャは、ピクチャ毎に分割され、PESパケットのペイロードに格納される。各PESパケットはPESヘッダを持ち、PESヘッダには、ピクチャの表示時刻であるPTS(Presentation Time−Stamp)やピクチャの復号時刻であるDTS(Decoding Time−Stamp)が格納される。

図18は、トランスポートストリームに最終的に書き込まれるTSパケットの形式を示している。TSパケットは、ストリームを識別するPIDなどの情報を持つ4ByteのTSヘッダとデータを格納する184ByteのTSペイロードから構成される188Byte固定長のパケットであり、上記PESパケットは分割されTSペイロードに格納される。BD−ROMの場合、TSパケットには、4ByteのTP_Extra_Headerが付与され、192Byteのソースパケットを構成し、トランスポートストリームに書き込まれる。TP_Extra_HeaderにはATS(Arrival_Time_Stamp)などの情報が記載される。ATSは当該TSパケットのデコーダのPIDフィルタへの転送開始時刻を示す。トランスポートストリームには図18下段に示すようにソースパケットが並ぶこととなり、トランスポートストリームの先頭からインクリメントする番号はSPN(ソースパケットナンバー)と呼ばれる。
また、トランスポートストリームに含まれるTSパケットには、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリームなどの各ストリーム以外にもPAT(Program Association Table)、PMT(Program Map Table)、PCR(Program Clock Reference)などがある。PATはトランスポートストリーム中に利用されるPMTのPIDが何であるかを示し、PAT自身のPIDは0で登録される。PMTは、トランスポートストリーム中に含まれる映像・音声・字幕などの各ストリームのPIDと各PIDに対応するストリームの属性情報(フレームレート、アスペクト比など)を持ち、またトランスポートストリームに関する各種ディスクリプタを持つ。ディスクリプタにはトランスポートストリームのコピーを許可・不許可を指示するコピーコントロール情報などがある。PCRは、ATSの時間軸であるATC(Arrival Time Clock)とPTS・DTSの時間軸であるSTC(System Time Clock)の同期を取るために、そのPCRパケットがデコーダに転送されるATSに対応するSTC時間の情報を持つ。
図19はPMTのデータ構造を詳しく説明する図である。PMTの先頭には、そのPMTに含まれるデータの長さなどを記したPMTヘッダが配置される。その後ろには、トランスポートストリームに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、トランスポートストリームに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためのストリームタイプ、ストリームのPID、ストリームの属性情報(フレームレート、アスペクト比など)が記載されたストリームディスクリプタから構成される。ストリームディスクリプタはトランスポートストリームに存在するストリームの数だけ存在する。
記録媒体などに記録する場合には、上記トランスポートストリームは、トランスポートストリーム情報ファイルと共に記録される。
図20は、そのトランスポートストリーム情報ファイルの構成を示す図である。トランスポートストリーム情報ファイルは、図20に示すようにトランスポートストリームの管理情報であり、トランスポートストリームと1対1に対応し、トランスポートストリーム情報、ストリーム属性情報とエントリマップから構成される。
トランスポートストリーム情報は図20に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートはトランスポートストリームの、後述するシステムターゲットデコーダのPIDフィルタへの最大転送レートを示す。トランスポートストリーム中に含まれるATSの間隔はシステムレート以下になるように設定されている。再生開始時刻はトランスポートストリームの先頭のビデオフレームのPTSであり、再生終了時刻はトランスポートストリームの終端のビデオフレームのPTSに1フレーム分の再生間隔を足したものが設定される。
図21は、トランスポートストリーム情報ファイルに含まれるストリーム属性情報の構成を示す図である。ストリーム属性情報は図21に示すように、トランスポートストリームに含まれる各ストリームについての属性情報が、PID毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。
図22は、放送局(基地局)から送信された、映像および音声のデータ、または、データ放送のためのデータを含む変調信号を受信する受信装置1904を含む映像音声出力装置1900の構成の一例を示している。なお、受信装置1904の構成は、図14の受信装置1400に相当する。映像音声出力装置1900には、例えば、OS(Operating System:オペレーティングシステム)が搭載されており、また、インターネットに接続するための通信装置1906(例えば、無線LAN(Local Area Network)やイーザーネットのための通信装置)が搭載されている。これにより、映像を表示する部分1901では、映像および音声のデータ、または、データ放送のためのデータにおける映像1902、および、インターネット上で提供されるハイパーテキスト(World Wide Web(ワールド ワ
イド ウェブ:WWW))1903を同時に表示することが可能となる。そして、リモコン
(携帯電話やキーボードであってもよい)1907を操作することにより、データ放送のためのデータにおける映像1902、インターネット上で提供されるハイパーテキスト1903のいずれかを選択し、動作を変更することになる。例えば、インターネット上で提供されるハイパーテキスト1903が選択された場合、表示しているWWWのサイトを、リ
モコンを操作することにより、変更することになる。また、映像および音声のデータ、または、データ放送のためのデータにおける映像1902が選択されている場合、リモコン1907により、選局したチャネル(選局した(テレビ)番組、選局した音声放送)の情報を送信する。すると、IF1905は、リモコンで送信された情報を取得し、受信装置1904は、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信装置1904は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルの情報を受信して伝送方法の情報を取得することで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定し、放送局(基地局)で送信したトランスポートストリームを受信することが可能となる。上述では、ユーザは、リモコン1907によって、チャネルを選局する例を説明したが、映像音声出力装置1900が搭載している選局キーを用いて、チャネルを選局しても、上記と同様の動作となる。
また、インターネットを用い、映像音声出力装置1900を操作してもよい。例えば、
他のインターネット接続している端末から、映像音声出力装置1900に対し、録画(記憶)の予約を行う。(したがって、映像音声出力装置1900は、図14のように、記録部1408を有していることになる。)そして、録画を開始する前に、チャネルを選局することになり、受信装置1904は、選局したチャネルに相当する信号を復調、誤り訂正復号等の処理を行い、受信データを得ることになる。このとき、受信装置1904は、選局したチャネルに相当する信号に含まれる伝送方法の情報を含む制御シンボルの情報を得ることで、受信動作、復調方法、誤り訂正復号等の方法を正しく設定することで、放送局(基地局)で送信したトランスポートストリームを取得することが可能となる。
本発明に係る送信方法によれば、効率的で柔軟性に富むシグナリングに貢献できる。
101 ベースバンドフレーム
102 ベースバンドフレームのビット長
105 FECフレーム(FEC frame)
106 FECフレームのビット長
110 ベースバンドフレームヘッダ(BBFHDR)
111 ベースバンドフレームヘッダのビット長
120 データフィールド(data field)
121 データフィールド長
130 パディング部(padding and/or in-band signalling)
131 パディング部のビット長
140 BCHパリティビットのフィールド
141 BCHパリティビット長
150 LDPCパリティビットのフィールド
151 LDPCパリティビット長
161 BCH符号化後のビット長
201 NMのベースバンドフレームヘッダ
202 HEMのベースバンドフレームヘッダ
310 P1 signalling
320 L1 pre-signalling
330 L1 post-signalling
340 L1 post-signallingのconfigurable部(configurable)
350 L1 post-signallingのdynamic部(dynamic)
360 P1 signallingのS1フィールド
370 P1 signallingのS2フィールド1
380 P1 signallingのS2フィールド2
410 P1シグナリングにおけるS1フィールドのパラメータを示すテーブル
510 P1シグナリングにおけるS1フィールドとS2フィールドのパラメータを示すテーブル
610 P1シグナリングにおける、S1フィールド、S2フィールド1およびS2フィールド2
の各パラメータの組み合わせとその意味を示すテーブル
620 P1シグナリングにおける、S1フィールド、S2フィールド1およびS2フィールド2
の各パラメータの組み合わせとその意味を示すテーブル
1010 ユーザパケット(UP)
1020 "UP Size"の長さ
1030 区分線
1100 デジタル放送システム
1110 送信装置
1115 送信局
1120 パーソナルコンピュータ(受信装置の一例)
1130 STB
1140 テレビ
1150 テレビ
1200 送信装置
1220 L1シグナリング処理部
1231 PLP処理部
1232 PLP処理部
1233 PLP処理部
1240 マルチプレクサ
1250 OFDM変調部
1260 P1シンボル挿入部
1300 受信機(Receiver)
1310 復調部
1320 PLP抽出部
1330 PLP復号部
1340 制御部
1350 L1シグナリング復号部
1360 P1検出部
1400 受信機
1401 チューナ
1402 復調部
1403 ストリーム入出力部
1404 信号処理部
1405 AV出力部
1406 音声出力部
1407 映像表示部
1408 記録部
1409 ストリーム出力IF
1410 操作入力部
1411 AV出力IF
1430,1440 通信媒体
1450 リモコン
1460 アンテナ
1601 ビデオストリーム
1602,1605,1612,1615 PESパケット列
1603,1606,1613,1616 TSパケット
1604 オーディオストリーム
1611 プレゼンテーショングラフィックスストリーム
1614 インタラクティブグラフィックス
1617 トランスポートストリーム
1900 映像音声出力装置
1901 表示部分
1902 映像
1903 ハイパーテキス
1904 受信装置
1905 IF
1906 通信装置
1907 リモコン

Claims (4)

  1. 送信装置であって、
    ユーザデータを格納したトランスポートストリームパケットを複数含むデータストリームと、PLP(physical layer pipe)毎のPLP_PAYLOAD_TYPE識別子を含むシグナリング情報とを多重して伝送し、前記PLP_PAYLOAD_TYPE識別子は対応するPLPで伝送されるデータストリームの形式を示す5ビット長のパラメータである、送信部を備え、
    前記PLP_PAYLOAD_TYPE識別子が第1の値であるPLPは、ヘッダにPIDを含んだ前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、
    前記PLP_PAYLOAD_TYPEが第2の値であるPLPは、ヘッダからPIDが削除された前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、当該PLPで伝送されるデータストリームに含まれる前記複数のトランスポートストリームパケットのPIDは同一の値であり、前記削除されたPIDの値は前記トランスポートストリームパケットとは異なる領域でシグナリングされている、
    送信装置。
  2. 送信方法であって、
    ユーザデータを格納したトランスポートストリームパケットを複数含むデータストリームと、PLP(physical layer pipe)毎のPLP_PAYLOAD_TYPE識別子を含むシグナリング情報とを多重して伝送し、前記PLP_PAYLOAD_TYPE識別子は対応するPLPで伝送されるデータストリームの形式を示す5ビット長のパラメータである、送信ステップを含み、
    前記PLP_PAYLOAD_TYPE識別子が第1の値であるPLPは、ヘッダにPIDを含んだ前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、
    前記PLP_PAYLOAD_TYPEが第2の値であるPLPは、ヘッダからPIDが削除された前記複数のトランスポートストリームパケットから成るデータストリームを伝送し、当該PLPで伝送されるデータストリームに含まれる前記複数のトランスポートストリームパケットのPIDは同一の値であり、前記削除されたPIDの値は前記トランスポートストリームパケットとは異なる領域でシグナリングされている、
    送信方法。
  3. 受信装置であって、
    データストリームとシグナリング情報とを含むシグナルを受信し、
    前記データストリームは、ユーザデータを格納したトランスポートストリームパケットを複数含み、
    前記シグナリング情報は、PLP(physical layer pipe)毎のPLP_PAYLOAD_TYPE識別子を含み、
    前記PLP_PAYLOAD_TYPE識別子は対応するPLPで伝送されるデータストリームの形式を示す5ビット長のパラメータであり、
    前記PLP_PAYLOAD_TYPE識別子が第1の値であるPLPでは、ヘッダにPIDを含んだトランスポートストリームパケットが伝送され、
    前記PLP_PAYLOAD_TYPEが第2の値であるPLPでは、ヘッダからPIDが削除されたトランスポートストリームパケットが伝送され、当該PLPで伝送されるデータストリームに含まれる前記複数のトランスポートストリームパケットのPIDは同一の値であり、前記削除されたPIDの値は前記トランスポートストリームパケットとは異なる領域でシグナリングされている、受信部と、
    前記シグナリング情報をデコードするシグナリング情報デコード部と、
    前記シグナリング情報にしたがって、前記PLPをデコードし、前記PLP_PAYLOAD_TYPEが第2の値であるPLPのデコードにおいて、当該トランスポートストリームパケットそれぞれのヘッダのPIDとして、前記トランスポートストリームパケットとは異なる領域でシグナリングされたPIDの値を挿入することにより復元する、PLPデコード部とを備える、
    受信装置。
  4. 受信方法であって、
    データストリームとシグナリング情報とを含むシグナルを受信し、
    前記データストリームは、ユーザデータを格納したトランスポートストリームパケットを複数含み、
    前記シグナリング情報は、PLP(physical layer pipe)毎のPLP_PAYLOAD_TYPE識別子を含み、
    前記PLP_PAYLOAD_TYPE識別子は対応するPLPで伝送されるデータストリームの形式を示す5ビット長のパラメータであり、
    前記PLP_PAYLOAD_TYPE識別子が第1の値であるPLPでは、ヘッダにPIDを含んだトランスポートストリームパケットが伝送され、
    前記PLP_PAYLOAD_TYPEが第2の値であるPLPでは、ヘッダからPIDが削除されたトランスポートストリームパケットが伝送され、当該PLPで伝送されるデータストリームに含まれる前記複数のトランスポートストリームパケットのPIDは同一の値であり、前記削除されたPIDの値は前記トランスポートストリームパケットとは異なる領域でシグナリングされている、受信ステップと、
    前記シグナリング情報をデコードするシグナリング情報デコードステップと、
    前記シグナリング情報にしたがって、前記PLPをデコードし、前記PLP_PAYLOAD_TYPEが第2の値であるPLPのデコードにおいて、当該トランスポートストリームパケットそれぞれのヘッダのPIDとして、前記トランスポートストリームパケットとは異なる領域でシグナリングされたPIDの値を挿入することにより復元する、PLPデコードステップとを含む、
    受信方法。
JP2013258165A 2010-02-26 2013-12-13 デジタル放送システムにおける物理レイヤシグナリング Active JP5681272B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP20100002024 EP2362650A1 (en) 2010-02-26 2010-02-26 Efficient physical layer signalling for a digital broadcast system
EP10002024.7 2010-02-26

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2012536627A Division JP5439601B2 (ja) 2010-02-26 2011-02-24 デジタル放送システムにおける物理レイヤシグナリング

Publications (2)

Publication Number Publication Date
JP2014096814A JP2014096814A (ja) 2014-05-22
JP5681272B2 true JP5681272B2 (ja) 2015-03-04

Family

ID=42352058

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2012536627A Active JP5439601B2 (ja) 2010-02-26 2011-02-24 デジタル放送システムにおける物理レイヤシグナリング
JP2013258165A Active JP5681272B2 (ja) 2010-02-26 2013-12-13 デジタル放送システムにおける物理レイヤシグナリング

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2012536627A Active JP5439601B2 (ja) 2010-02-26 2011-02-24 デジタル放送システムにおける物理レイヤシグナリング

Country Status (5)

Country Link
US (3) US8929401B2 (ja)
EP (3) EP2362650A1 (ja)
JP (2) JP5439601B2 (ja)
TW (1) TWI572161B (ja)
WO (1) WO2011105096A1 (ja)

Families Citing this family (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system
GB2489750A (en) * 2011-04-08 2012-10-10 Samsung Electronics Co Ltd Frame structure and signalling for wireless broadcast system
US8787237B2 (en) * 2011-11-16 2014-07-22 Nokia Corporation Method and system to enable handover in a hybrid terrestrial satellite network
GB201208389D0 (en) * 2012-05-10 2012-06-27 Samsung Electronics Co Ltd Integrated circuit, communication unit, wireless communication system and methods therefor
EP2842335B1 (en) 2012-04-25 2019-07-10 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving signaling information in a digital broadcasting system
EP2790412B1 (en) * 2012-10-17 2017-04-05 Sony Corporation Data processing device, data processing method, and program
HUE050160T2 (hu) * 2012-10-17 2020-12-28 Sony Corp Adatfeldolgozó berendezés, adatfeldolgozó eljárás és program
CN105027573B (zh) * 2013-01-17 2019-01-22 Lg电子株式会社 传输广播信号的装置及方法、接收广播信号的装置及方法
KR101722761B1 (ko) * 2013-01-31 2017-04-03 한국전자통신연구원 역다중화 장치, 다중화 장치, 이를 이용한 다중채널 전송 및 수신 방법
US20140294124A1 (en) 2013-03-28 2014-10-02 Sony Corporation Transmitter and method of transmitting and receiver and method of detecting ofdm signals
GB2513839A (en) * 2013-03-28 2014-11-12 Sony Corp Transmitter and method of transmitting
KR102218923B1 (ko) * 2013-05-15 2021-02-23 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
CA2911498C (en) 2013-05-22 2018-05-01 Woosuk Kwon Method and apparatus for processing signaling data between layers in ip-based digital broadcasting system
KR102087216B1 (ko) * 2013-07-05 2020-04-14 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US9838748B2 (en) * 2013-07-05 2017-12-05 Samsung Electronics Co., Ltd. Transmitting apparatus and receiving apparatus, and signal processing method thereof
EP3022900A4 (en) * 2013-07-14 2017-03-22 LG Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
CA2917516C (en) * 2013-07-14 2018-04-17 Lg Electronics Inc. Method and apparatus for transmitting/receiving broadcast signal in hybrid broadcasting system
EP3028452A4 (en) 2013-08-01 2017-04-05 LG Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR102288500B1 (ko) 2013-08-05 2021-08-11 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어 방법
CN105556954B (zh) 2013-08-09 2018-11-06 Lg电子株式会社 用于传输/接收广播信号的装置和方法
US9942018B2 (en) * 2013-08-13 2018-04-10 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR101754285B1 (ko) * 2013-08-19 2017-07-06 엘지전자 주식회사 방송 전송 장치, 방송 수신 장치, 방송 전송 장치의 동작 방법 및 방송 수신 장치의 동작 방법
WO2015034238A1 (en) 2013-09-04 2015-03-12 Samsung Electronics Co., Ltd. Transmitting apparatus and receiving apparatus and signal processing method thereof
KR102284042B1 (ko) 2013-09-04 2021-07-30 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
WO2015037888A1 (en) * 2013-09-11 2015-03-19 Samsung Electronics Co., Ltd. Transmitting apparutus, receiving apparatus and control methods tereof
WO2015046886A1 (en) * 2013-09-27 2015-04-02 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
KR101765020B1 (ko) 2013-11-13 2017-08-03 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
KR101765022B1 (ko) * 2013-11-13 2017-08-03 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
JPWO2015083542A1 (ja) 2013-12-03 2017-03-16 ソニー株式会社 データ処理装置、及び、データ処理方法
KR20160074671A (ko) * 2013-12-19 2016-06-28 엘지전자 주식회사 방송 전송 장치, 방송 전송 장치의 동작 방법. 방송 수신 장치 및 방송 수신 장치의 동작 방법
WO2015102406A1 (en) * 2014-01-03 2015-07-09 Lg Electronics Inc. Method and apparatus for transmitting/receiving broadcast signal including robust header compression packet stream
WO2015107924A1 (ja) * 2014-01-16 2015-07-23 ソニー株式会社 データ処理装置、及び、データ処理方法
RU2667069C2 (ru) * 2014-01-16 2018-09-14 Сони Корпорейшн Устройства обработки данных и способы обработки данных
CN110048808B (zh) 2014-01-31 2022-01-18 松下电器产业株式会社 发送方法、接收方法、发送装置及接收装置
WO2015122622A1 (en) * 2014-02-13 2015-08-20 Lg Electronics Inc. Method and apparatus for transmitting and receiving broadcast signal
US9596116B2 (en) 2014-02-20 2017-03-14 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
WO2015160083A1 (ko) * 2014-04-13 2015-10-22 엘지전자(주) 방송 신호 송수신 장치 및 방법
CN106063280A (zh) 2014-04-30 2016-10-26 Lg电子株式会社 发送广播信号的装置、接收广播信号的装置、发送广播信号的方法以及接收广播信号的方法
CN111510249B (zh) * 2014-06-09 2022-11-18 Lg电子株式会社 发送和接收服务指南信息的方法及其装置
JP6377429B2 (ja) * 2014-06-24 2018-08-22 マスプロ電工株式会社 デジタル変調器及び自主放送システム
CN106464928A (zh) 2014-06-25 2017-02-22 Lg 电子株式会社 广播信号发送设备、广播信号接收设备、广播信号发送方法以及广播信号接收方法
JP6277323B2 (ja) * 2014-08-07 2018-02-07 ワン メディア,エルエルシー 柔軟な直交周波数分割多重化の物理トランスポートデータフレームの動的な構成
CN111628854A (zh) 2014-08-07 2020-09-04 相干逻辑公司 多分区无线电帧
WO2016027965A1 (ko) 2014-08-21 2016-02-25 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP6542372B2 (ja) * 2014-10-12 2019-07-10 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法及び放送信号受信方法
KR101788067B1 (ko) * 2014-10-21 2017-10-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CN111447242B (zh) * 2014-11-04 2022-07-15 三星电子株式会社 发送装置和接收装置及其信号处理方法
US9948753B2 (en) 2014-11-04 2018-04-17 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method thereof
KR20160052313A (ko) 2014-11-04 2016-05-12 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
CA3079698C (en) * 2014-11-06 2022-01-25 Lg Electronics Inc. Method and apparatus for receiving broadcast signal, and method and apparatus for transmitting broadcast signal
JP6386353B2 (ja) * 2014-12-04 2018-09-05 シャープ株式会社 受信装置、テレビジョン装置、プログラム、記憶媒体、及び受信方法
KR102481919B1 (ko) * 2014-12-17 2022-12-28 소니그룹주식회사 송신 장치, 송신 방법, 수신 장치, 및 수신 방법
EP3242427A4 (en) 2014-12-29 2018-08-01 LG Electronics Inc. -1- Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
KR101911276B1 (ko) 2014-12-31 2018-10-24 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
EP3242456A4 (en) * 2015-01-02 2018-06-13 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
EP3242457B1 (en) * 2015-01-02 2019-12-11 LG Electronics Inc. Broadcast signal transmission apparatus, broadcast signal receiving apparatus, broadcast signal transmission method, and broadcast signal receiving method
US10057539B2 (en) 2015-01-02 2018-08-21 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
EP3244626B1 (en) * 2015-01-07 2021-03-24 Sony Corporation Reception device, reception method, transmission device, and transmission method
KR101800426B1 (ko) * 2015-01-09 2017-11-23 삼성전자주식회사 송신 장치, 수신 장치 및 그 신호 처리 방법
US11032194B2 (en) 2015-01-09 2021-06-08 Samsung Electronics Co., Ltd. Transmitting apparatus and signal processing method using removal of transport steam packet header
US10721505B2 (en) * 2015-01-21 2020-07-21 Lg Electronic Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
MX364588B (es) * 2015-02-17 2019-05-02 Sony Corp Aparato de transmision, metodo de transmision, aparato de recepcion y metodo de recepcion.
EP3267692A4 (en) * 2015-03-04 2018-12-05 Sony Corporation Transmission device, transmission method, receiving device, and receiving method
US10856021B2 (en) 2015-03-11 2020-12-01 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
US10200513B2 (en) * 2015-03-16 2019-02-05 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
GB2536472B (en) * 2015-03-18 2018-08-01 Displaylink Uk Ltd A method of processing display data
KR102052379B1 (ko) 2015-04-06 2019-12-05 엘지전자 주식회사 방송 신호 송수신 장치 및 방법
WO2016181806A1 (ja) * 2015-05-08 2016-11-17 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
WO2016181807A1 (ja) * 2015-05-08 2016-11-17 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
US9918045B1 (en) * 2015-07-07 2018-03-13 S2 Security Corporation Networked monitor appliance
US9942000B2 (en) * 2015-08-05 2018-04-10 Samsung Electronics Co., Ltd. Broadcast receiving apparatus and signal processing method thereof
KR102383598B1 (ko) * 2015-08-05 2022-04-07 삼성전자주식회사 방송 수신 장치 및 그 신호 처리 방법
MX2018004230A (es) * 2015-10-15 2018-05-15 Sony Corp Aparato de recepcion, aparato de transmision, y metodo de procesamiento de datos.
US20200044774A1 (en) * 2016-02-26 2020-02-06 Sony Corporation Reception apparatus, transmission apparatus, and data processing method
RU2621063C1 (ru) * 2016-06-14 2017-05-31 ТимКаст Текнолоджи Сообщение для передачи данных, способ передачи множества указанных сообщений, способ регионализации контента (варианты) и способ регионализации сигнализации регионального букета
JP6953693B2 (ja) * 2016-09-15 2021-10-27 ソニーグループ株式会社 送信装置、及び、送信方法
JP7069542B2 (ja) 2016-12-16 2022-05-18 ソニーグループ株式会社 送信装置、及び、送信方法
WO2018110315A1 (ja) * 2016-12-16 2018-06-21 ソニー株式会社 送信装置、送信方法、受信装置、及び、受信方法
KR102230126B1 (ko) * 2017-02-03 2021-03-19 삼성전자주식회사 송신 장치, 그의 셀 멀티플렉싱 방법, 수신 장치 및 그의 셀 디멀티플렉싱 방법
US10911812B2 (en) 2017-09-18 2021-02-02 S2 Security Corporation System and method for delivery of near-term real-time recorded video
KR102373478B1 (ko) * 2017-09-19 2022-03-11 한국전자통신연구원 케이블 방송망을 통한 ip 기반 방송 데이터 전송 방법 및 장치
JP6628829B2 (ja) * 2018-03-29 2020-01-15 株式会社ワイズジェットWiseJet Inc 無線映像接続装置
US10439683B1 (en) * 2018-06-13 2019-10-08 Sinclair Broadcast Group, Inc. Broadcast relaying via single-channel transmission
US12009922B2 (en) * 2020-12-23 2024-06-11 Intel Corporation Transmission frame filtering
US11569939B1 (en) * 2021-08-13 2023-01-31 Nvidia Corporation Synchronizing a high-speed signaling interconnect
CN114614877B (zh) * 2022-01-18 2023-12-19 南京控维通信科技有限公司 基于tdm/tdma体制的卫星通信数据封装系统及其封装方法

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835730A (en) * 1996-07-31 1998-11-10 General Instrument Corporation Of Delaware MPEG packet header compression for television modems
AU8738498A (en) 1997-08-08 1999-03-01 Namibian Minerals Corporation Limited Underwater mining apparatus and method
EP1210825B1 (en) * 1999-08-20 2004-02-11 General Instrument Corporation System and method for facilitating transmission of ip data over digital mpeg networks
JP2002325230A (ja) * 2001-04-26 2002-11-08 Sony Corp データ記録装置及び方法、データ再生装置及び方法
US7430617B2 (en) 2003-12-19 2008-09-30 Nokia Corporation Method and system for header compression
KR101419287B1 (ko) * 2006-07-07 2014-07-14 삼성전자주식회사 Ipdc 서비스를 제공하는 장치 및 방법 및 ipdc서비스를 처리하는 장치 및 방법
DE112008000552B4 (de) * 2007-05-14 2020-04-23 Samsung Electronics Co., Ltd. Verfahren und Vorrichtung zum Empfangen von Rundfunk
US20090094356A1 (en) * 2007-10-09 2009-04-09 Nokia Corporation Associating Physical Layer Pipes and Services Through a Program Map Table
US8261308B2 (en) * 2008-01-21 2012-09-04 Nokia Corporation Mapping of network information between data link and physical layer
US8009685B2 (en) * 2008-02-01 2011-08-30 Nokia Corporation Signalling the presence of extension frames
CN102783050B (zh) * 2010-02-25 2015-05-13 索尼公司 用于在多载波广播系统中发送数据的发送装置和方法
EP2362650A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Efficient physical layer signalling for a digital broadcast system

Also Published As

Publication number Publication date
EP2362650A1 (en) 2011-08-31
JP2014096814A (ja) 2014-05-22
EP2540084A1 (en) 2013-01-02
EP2540084B1 (en) 2018-08-01
US9843827B2 (en) 2017-12-12
US20150113584A1 (en) 2015-04-23
EP3432576A1 (en) 2019-01-23
US8929401B2 (en) 2015-01-06
TWI572161B (zh) 2017-02-21
JP5439601B2 (ja) 2014-03-12
WO2011105096A1 (en) 2011-09-01
TW201145879A (en) 2011-12-16
US20120327955A1 (en) 2012-12-27
US20170094328A1 (en) 2017-03-30
US9554164B2 (en) 2017-01-24
JP2013520036A (ja) 2013-05-30

Similar Documents

Publication Publication Date Title
JP5681272B2 (ja) デジタル放送システムにおける物理レイヤシグナリング
JP5903675B2 (ja) 送信方法、受信方法、送信装置、受信装置
JP5903610B2 (ja) Tsパケットヘッダの圧縮
AU2015200766A1 (en) Transport Stream Packet Header Compression

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20140606

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20140910

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20140924

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20141008

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141121

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20141216

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150108

R151 Written notification of patent or utility model registration

Ref document number: 5681272

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313113

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

SZ03 Written request for cancellation of trust registration

Free format text: JAPANESE INTERMEDIATE CODE: R313Z03

S131 Request for trust registration of transfer of right

Free format text: JAPANESE INTERMEDIATE CODE: R313133

SZ02 Written request for trust registration

Free format text: JAPANESE INTERMEDIATE CODE: R313Z02

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250