JP5908833B2 - 送信装置、受信装置、送信方法及び受信方法 - Google Patents

送信装置、受信装置、送信方法及び受信方法 Download PDF

Info

Publication number
JP5908833B2
JP5908833B2 JP2012517974A JP2012517974A JP5908833B2 JP 5908833 B2 JP5908833 B2 JP 5908833B2 JP 2012517974 A JP2012517974 A JP 2012517974A JP 2012517974 A JP2012517974 A JP 2012517974A JP 5908833 B2 JP5908833 B2 JP 5908833B2
Authority
JP
Japan
Prior art keywords
plp
transmission
information
data
receiver
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.)
Expired - Fee Related
Application number
JP2012517974A
Other languages
English (en)
Other versions
JPWO2012077353A1 (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 Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial 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 Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2012077353A1 publication Critical patent/JPWO2012077353A1/ja
Application granted granted Critical
Publication of JP5908833B2 publication Critical patent/JP5908833B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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]
    • H04L12/2801—Broadband local area networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/236—Assembling 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
    • 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/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • 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/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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/2385—Channel allocation; Bandwidth allocation
    • 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
    • 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/434—Disassembling 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
    • 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/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/64315—DVB-H

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Description

本発明は、受信機クラスを実現するデジタル伝送技術に関する。
欧州における地上デジタルテレビ放送の伝送規格であるＤＶＢ―Ｔ（DVB-Terrestrial）方式により、欧州を初め、欧州以外の国々でも、テレビ放送のデジタル化が広く進行している。
一方、周波数の利用効率を改善することを目的として、第２世代地上デジタルテレビ放送の方式であるＤＶＢ―Ｔ２方式の規格化が、２００６年より開始した。
ＤＶＢ―Ｔ２方式では、ＤＶＢ―Ｔと同じく、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）方式を採用している（非特許文献１、２）。
図１は、ＤＶＢ―Ｔ２方式における伝送フレームの構成を示す図である。
ＤＶＢ―Ｔ２方式は、ＰＬＰ（Physical Layer Pipe）と呼ばれる概念を有する。すなわち、ＰＬＰ毎に、独立に、変調方式、符号化率などの伝送パラメータを設定できることが、ＤＶＢ―Ｔ２方式の特徴の一つである。ＰＬＰの数は、最小１、最大２５５であり、図１は、例として、ＰＬＰの数が１０の場合を示している。
以下に、伝送フレーム構成を示す。
スーパーフレーム ＝ N_T2フレーム（N_T2 = ２〜２５５)
フレーム ＝ Ｐ１シンボル ＋ Ｐ２シンボル ＋ データシンボル
Ｐ１シンボル ＝ １シンボル
Ｐ２シンボル ＝ N_P2シンボル（N_P2はFFTサイズにより一意)
データシンボル ＝ L_dataシンボル（L_dataは可変、上限と下限あり)
Ｐ１シンボルは、ＦＦＴサイズ1k、ＧＩ（Guard Interval）= 1/2で送信され、このＰ１シンボルに対して後続するＰ２シンボル、及び、データシンボルにおける、ＦＦＴサイズなどの情報を送信するための、Ｓ１、Ｓ２の計７ビットの情報を含む。
Ｐ２シンボルは、前半部分に、Ｌ１シグナリング情報を含み、余った後半部分に、主信号データを含む。データシンボルは、主信号データの続きを含む。
Ｐ２シンボルで送信するＬ１シグナリング情報は、主に、全てのＰＬＰに共通な情報を送信するための情報であるＬ１−ｐｒｅ情報を含む。また、Ｌ１シグナリング情報は、主に、ＰＬＰ毎の情報を送信するための情報であるＬ１−ｐｏｓｔ情報も含む。
図２は、ＤＶＢ―Ｔ２方式における送信装置２０００の構成を示す図である（非特許文献１（ＤＶＢ−Ｔ２方式の伝送規格書）を参照）。
送信装置２０００は、２つのＴＳ(Transport Stream)生成部２０１０、２０１１、及び、物理層処理部２０１２を備える。
ＴＳ生成部２０１０としては、一例として、ＴＳの中に、２つのプログラムを生成する場合が示される。
つまり、このＴＳ生成部２０１０は、プログラム毎に、音声符号化部（２０２１１、２０２１２）と、映像符号化部（２０２２１、２０２２２）とを備える。
また、ＴＳ生成部２０１０は、それぞれのプログラム中における音声・映像のサービス・コンポーネント毎に、パケット化部（２０２３１〜２０２３４）を備える。
また、ＴＳ生成部２０１０は、パケット化ストリーム多重化部２０２４、Ｌ２(Layer-2)情報処理部２０２５を備える。
一方、上述のＴＳ生成部２０１０とは別のＴＳ生成部２０１１としては、一例として、ＴＳ中に、１つのプログラムを生成する場合の例が示される。
つまり、このＴＳ生成部２０１１は、音声符号化部（２０２１１）と、映像符号化部（２０２２１）とを、それぞれ、１つ備える。
また、ＴＳ生成部２０１１は、その１つのプログラム中における音声・映像のサービス・コンポーネント毎に、パケット化部（２０２３１、２０２３２）を備える。
また、ＴＳ生成部２０１１は、パケット化ストリーム多重化部２０２４と、Ｌ２情報処理部２０２５とを備える。
物理層処理部２０１２としては、一例として、２つのＰＬＰ（２つのＰＬＰのデータ）を生成する場合の例が示される。
つまり、物理層処理部２０１２は、ＰＬＰ毎に、ＰＬＰ処理部（２０３１１，２０３１２）を備える。
なお、説明の便宜上から、本書類では、適宜、ＰＬＰのデータが、ＰＬＰと呼ばれる。
また、物理層処理部２０１２は、Ｌ１(Layer-1)情報処理部２０４１、フレーム構成部２０５１、および、ＯＦＤＭ信号生成部２０６１を備える。
以下、送信装置２０００の動作について説明する。
ＴＳ生成部２０１０及び２０１１において、それぞれの音声符号化部（ＴＳ生成部２０１０における２０２１１及び２０２１２など）は、音声の情報源符号化を行い、それぞれの映像符号化部（ＴＳ生成部２０１０における２０２２１及び２０２２２など）は、映像の情報源符号化を行う。
なお、情報源符号化の一例としては、例えば、Ｈ．２６４での符号化などが挙げられる。
パケット化部（ＴＳ生成部２０１０における２０２３１〜２０２３４など）は、そのパケット化部に対応する機能ブロックの出力を、パケット化する。
対応する機能ブロックは、音声符号化部（２０２１１、２０２１２）、および、映像符号化部（２０２２１、２０２２２）の何れかである。
それぞれのＴＳ生成部のＬ２情報処理部２０２５は、ＰＳＩ(Program-Specific Information)やＳＩ(System Information)などのＬ２情報を生成する。
それぞれのＴＳ生成部（例えばＴＳ生成部２０１０）のパケット化ストリーム多重化部２０２４は、パケット化部（２０２３１〜２０２３４）の出力と、Ｌ２情報処理部２０２５の出力とを多重化して、それらの出力が多重化されたＴＳを生成する。
一方、物理層処理部２０１２において、それぞれのＰＬＰ処理部（２０３１１、２０３１２）は、そのＰＬＰ処理部のＴＳ生成部（２０１０、２０１１）から出力されるＴＳを、ＰＬＰに対応させ、その対応させるＰＬＰに関する処理を行い、それぞれのＰＬＰのマッピングデータ(cell)を出力する。
Ｌ１情報処理部２０４１は、Ｌ１情報に関する処理を行い、Ｌ１情報のマッピングデータを出力する。
フレーム構成部２０５１は、それぞれのＰＬＰ処理部から出力される、ＰＬＰのマッピングデータと、Ｌ１情報処理部２０４１から出力される、Ｌ１情報のマッピングデータとを用いて、先述の図１に示す、ＤＶＢ―Ｔ２方式の伝送フレームを生成して、生成された伝送フレームを出力する。
ＯＦＤＭ信号生成部２０６１は、フレーム構成部２０５１から出力される、ＤＶＢ―Ｔ２方式の伝送フレーム構成に対して、パイロット信号の付加、ＩＦＦＴ（Inverse Fast Fourier Transform）、ＧＩの挿入、Ｐ１シンボルの挿入を行い、ＤＶＢ―Ｔ２方式の送信信号を出力する。
次に、ＰＬＰ処理部（２０３１１、２０３１２）の動作について詳細を説明する。
図３は、従来の、ＤＶＢ―Ｔ２方式におけるＰＬＰ処理部２０３１Ｎの構成を示す図である。
図２に示されるそれぞれのＰＬＰ処理部は、このＰＬＰ処理部２０３１Ｎの構成と同様の構成を備える。
図３に示す通り、ＰＬＰ処理部２０３１Ｎは、入力処理部２０７１、ＦＥＣ(Forward Error Correction)符号化部２０７２、マッピング部２０７３、インターリーブ部２０７４を備える。
ＰＬＰ処理部２０３１Ｎにおいて、入力処理部２０７１は、そのＰＬＰ処理部２０３１ＮへのＴＳパケットを、ベースバンド・フレームに変換する。
ＦＥＣ符号化部２０７２は、上述の変換後のベースバンド・フレーム毎に、ＢＣＨ（Bose-Chaundhuri-Hocquenghem）符号化、及び、ＬＤＰＣ（Low-density parity-check）符号化を行って、パリティビットを付加し、ＦＥＣフレームを生成する。
マッピング部２０７３は、Ｉ・Ｑ座標へのマッピングを行い、マッピングデータ(cell)を出力する。
インターリーブ部２０７４は、整数個のＦＥＣフレームを含むTI (Time Interleaving)ブロック内で、マッピングデータ (cell)の並べ替えを行う。
次に、Ｌ１情報処理部２０４１（図２、後述の図４）の動作について、その動作の詳細を説明する。
図４は、従来の、ＤＶＢ―Ｔ２方式におけるＬ１情報処理部２０４１の構成を示す図である。
図４に示す通り、Ｌ１情報処理部２０４１は、Ｌ１情報生成部２０８１、ＦＥＣ符号化部２０８２、マッピング部２０８３、および、インターリーブ部２０８４を備える。
Ｌ１情報処理部２０４１において、Ｌ１情報生成部２０８１は、伝送パラメータを生成して、生成された伝送パラメータを、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とに変換する。
ＦＥＣ符号化部２０８２は、情報（Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報）毎に、ＢＣＨ符号化、及び、ＬＤＰＣ符号化を行って、パリティビットを付加する。
マッピング部２０８３は、Ｉ・Ｑ座標へのマッピングを行い、マッピングデータ(cell)を出力する。
インターリーブ部２０８４は、情報（Ｌ１−ｐｒｅ情報と、Ｌ１−ｐｏｓｔ情報）毎に、マッピングデータ(cell)の並べ替えを行う。
ところで、携帯・モバイル受信機用伝送規格である、ＤＶＢ―ＳＨ（DVB-Satellite Handheld）の規格の方式は、地上波と、衛星伝送とのハイブリッド構成の方式であり、ＤＶＢ―ＳＨでは、２つの受信機クラスが定義されている。この方式では、それぞれのクラスの受信機がある。
受信機クラス-１（の受信機）は、受信機クラス-２（の受信機）と比較して、より少ない演算量と、より少ないメモリ量とで実現可能である。
一方、受信機クラス-２は、より厳しい受信環境にも耐えうる。
すなわち、これら２つの受信機クラスは、演算量・メモリ量と、受信機性能とのトレードオフによって、そのトレードオフに照らして定義されている（非特許文献３、４）。
また、携帯・モバイル受信機用伝送規格である、ＤＶＢ―ＮＧＨ（DVB-Next Genaration Handheld)の規格の方式は、要求条件 (CR: Commercial Requirement)において、「音声・映像等のサービス・コンポーネント毎の伝送品質を可能にすること」を定義している。これは、サービス・コンポーネント毎に、異なるＰＬＰで伝送することを示唆している（非特許文献５）。
EN 302 755 V1.1.1 (2009年9月): Frame structure channel coding and modulation for a second generation digital terrestrial television broadcasting system (DVB-T2) DVB BlueBook A133 (2010年6月): Implementation guidelines for a second generation digital terrestrial television broadcasting system (DVB-T2)(draft TR 102 831 V0.10.4) EN 302 583 V1.1.2 (2010年2月): Framing structure channel coding and modulation for Satellite Services to Handheld devices (SH) below 3 GHz DVB BlueBook A120 (2010年6月): Guidelines for Implementation for Satellite Services to Handheld devices (SH) below 3GHz (dTS 102 584 V1.1.2) DVB-NGH Call for Technologies (2009年11月25日)： http://www.dvb.org/technology/dvb-ngh/DVB-NGH-Call-for-Technologies.doc
ＤＶＢ―ＳＨ方式では、２つの受信機クラスが設定されているが、ＤＶＢ−Ｔ２よりも先行して、このＤＶＢ―ＳＨ方式の内容が決定されたため、このＤＶＢ―ＳＨ方式では、ＰＬＰ構造は有していない。
一方、ＤＶＢ−Ｔ２方式は、ＰＬＰ構造を有しているものの、複数の受信機クラスを定義していない。
以上より、ＰＬＰ構造と、複数の受信機クラスとの両立がなされていないという課題があった。
本発明は、上述の問題を解決するべくなされたものであり、ＰＬＰ構造を有する伝送方式ができ、かつ、複数の受信機クラスを定義する方式での処理ができて、上述の両立が実現できる送信装置を提供することを目的とする。
なお、本発明の他の目的は、サービス・コンポーネント毎に異なるＰＬＰで伝送する場合や、伝送規格が、複数のバージョンやブランチを有する場合において、特に有効な処理ができることを含む。
上記目的を達成するために、本発明のＡ１の送信装置は、複数のＰＬＰ(Physical Layer Pipe)のうちのそれぞれの前記ＰＬＰの伝送パラメータを含むシグナリング情報を生成するシグナリング情報生成部と、それぞれの前記ＰＬＰの前記伝送パラメータに基づいた処理を行うＰＬＰ処理部と、生成された前記シグナリング情報と、それぞれの前記ＰＬＰのデータとが含まれるデータを送信する送信部とを備え、それぞれの前記ＰＬＰの前記データは、複数の状態の受信装置のうちの、そのＰＬＰのフラグにより示されるそれぞれの前記受信装置により受信され、その他の前記受信装置によっては受信されず、生成される前記シグナリング情報は、それぞれの前記ＰＬＰの前記伝送パラメータとして、そのＰＬＰの前記フラグを含む送信装置である。
これにより、ＰＬＰ構造を有する伝送方式ができ、かつ、複数の受信機クラスを定義する方式での処理ができて、上述の両立が実現できる送信装置を提供できる。
本願のＢ１の受信装置は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定され、前記受信機クラスに関する情報を出力することを特徴とするものである。
本願のＢ２の受信装置は、Ｂ１に記載の受信装置において、前記受信機クラスに関する情報として、自身の受信機クラスを出力することを特徴とするものである。
本願のＢ３の受信装置は、Ｂ１に記載の受信装置において、前記受信機クラスに関する情報として、受信可能なサービス・コンポーネントを出力することを特徴とするものである。
本願のＢ４の受信装置は、Ｂ３に記載の受信装置において、前記受信可能なサービス・コンポーネントとして、音声、映像の中から選択して出力することを特徴とするものである。
本願のＢ５の受信装置は、Ｂ３に記載の受信装置において、前記受信可能なサービス・コンポーネントとして、音声、第１種映像、第２種映像の中から選択して出力することを特徴とするものである。
本願のＢ６の受信装置は、Ｂ１に記載の受信装置において、前記受信機クラスに関する情報として、受信可能な番組の種類を出力することを特徴とするものである。
本願のＢ７の受信装置は、Ｂ６に記載の受信装置において、前記受信可能な番組の種類として、全ての番組であることを出力することを特徴とするものである。
本願のＢ８の受信装置は、Ｂ６に記載の受信装置において、前記受信可能な番組の種類として、一部の番組であることを出力することを特徴とするものである。
本願のＢ９の受信装置は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力することを特徴とするものである。
本願のＢ１０の受信装置は、Ｂ９に記載の受信装置において、前記受信可・不可に関する情報として、選局された番組が受信可能か否かを示す情報を出力することを特徴とするものである。
本願のＢ１１の受信装置は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力することを特徴とするものである。
本願のＢ１２の受信装置は、Ｂ１１に記載の受信装置において、前記受信可・不可に関する情報として、選局された番組が受信可能か否かを示す情報を出力することを特徴とするものである。
本願のＢ１３の受信方法は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定され、前記受信機クラスに関する情報を出力することを特徴とするものである。
本願のＢ１４の受信方法は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力することを特徴とするものである。
本願のＢ１５の受信方法は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力することを特徴とするものである。
本願のＢ１６のプログラムは、Ｂ１４〜Ｂ１５の何れかに記載の受信方法を実行するための信号処理手順を記載したことを特徴とするものである。
本願のＢ１７の集積回路は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定され、前記受信機クラスに関する情報を出力することを特徴とするものである。
本願のＢ１８の集積回路は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力することを特徴とするものである。
本願のＢ１９の集積回路は、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力することを特徴とするものである。
本願のＣ１の送信装置は、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するＬ１シグナリング情報生成部と、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うＰＬＰ処理部を含んで構成され、前記Ｌ１シグナリング情報生成部は、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記受信機が受信すべきＰＬＰ数に基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ２の送信装置は、Ｃ１に記載の送信装置において、前記Ｌ１シグナリング情報生成部は、受信機が受信すべき全てのＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき全てのＰＬＰ数に基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ３の送信装置は、Ｃ１に記載の送信装置において、前記Ｌ１シグナリング情報生成部は、受信機が受信すべき一部のＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき一部のＰＬＰ数に基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ４の送信装置は、Ｃ２に記載の送信装置において、前記Ｌ１シグナリング情報生成部は、受信機が受信すべき全てのＰＬＰ数に対するインターリーブ容量を生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき全てのＰＬＰ数に対するインターリーブ容量に基づいたインターリーブ処理を行うことを特徴とするものである。
本願のＣ５の送信装置は、Ｃ３に記載の送信装置において、前記Ｌ１シグナリング情報生成部は、受信機が受信すべき一部のＰＬＰ数に対するインターリーブ容量を生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき一部のＰＬＰ数に対するインターリーブ容量に基づいたインターリーブ処理を行うことを特徴とするものである。
本願のＣ６の送信装置は、Ｃ１に記載の送信装置において、前記ＰＬＰ処理部は、前記受信機が受信すべき全てのＰＬＰ数に対するＤＪＢ (De-Jitter Buffer)容量を生成することを特徴とするものである。
本願のＣ７の送信装置は、Ｃ１に記載の送信装置において、前記ＰＬＰ処理部は、前記受信機が受信すべき一部のＰＬＰ数に対するＤＪＢ容量を生成することを特徴とするものである。
本願のＣ８の送信装置は、Ｃ１に記載の送信装置において、前記Ｌ１シグナリング情報生成部は、前記受信機が行うＤＪＢ後の統合処理における同期条件を生成することを特徴とするものである。
本願のＣ９の送信装置は、Ｃ１に記載の送信装置において、前記ＰＬＰ処理部は、サービス・コンポーネント、またはＬ２（Layer-2）情報を入力として処理を行うことを特徴とするである。
本願のＣ１０の送信装置は、Ｃ９に記載の送信装置において、前記受信機が受信すべきＰＬＰ数は、受信すべきサービス・コンポーネント、及びＬ２情報の数により決定されることを特徴とするものである。
本願のＣ１１の送信装置は、Ｃ９に記載の送信装置において、前記ＰＬＰ処理部は、前記入力されるサービス・コンポーネントの種類、または前記入力がＬ２情報か否かに基づいて、ＳＩＳＯ(Single-Input Single- Output)伝送、またはＭＩＳＯ(Multi-Input Single- Output)伝送、またはＭＩＭＯ(Multi-Input Single- Output)伝送のいずれかを選択して処理を行うことを特徴とするものである。
本願のＣ１２の送信装置は、Ｃ９に記載の送信装置において、前記受信機が受信すべきＰＬＰ数に基づいて受信機クラスを設定し、前記Ｌ１シグナリング情報生成部はＰＬＰ毎に、そのＰＬＰが受信されるべき受信機クラスを示す情報と、ＳＩＳＯ伝送またはＭＩＳＯ伝送またはＭＩＭＯ伝送のいずれかを示す情報を生成することを特徴とするものである。
本願のＣ１３の送信装置は、Ｃ１に記載の送信装置において、前記受信機が受信すべきＰＬＰ数に基づいて受信機クラスを設定し、前記Ｌ１シグナリング情報生成部はＰＬＰ毎に、そのＰＬＰが受信されるべき受信機クラスを示す情報を生成することを特徴とするものである。
本願のＣ１４の送信装置は、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するＬ１シグナリング情報生成部と、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うＰＬＰ処理部を含んで構成され、前記Ｌ１シグナリング情報生成部は、規格のブランチに基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記規格のブランチに基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ１５の送信装置は、Ｃ１４に記載の送信装置において、前記規格のブランチは、誤り訂正方式が異なることを特徴とするものである。
本願のＣ１６の送信装置は、Ｃ１４に記載の送信装置において、受信機が受信すべき規格のブランチに基づいて受信機クラスを設定し、前記Ｌ１シグナリング情報生成部はＰＬＰ毎に、そのＰＬＰが受信されるべき受信機クラスを示す情報を生成することを特徴とするものである。
本願のＣ１７の送信装置は、送信装置であって、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するＬ１シグナリング情報生成部と、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うＰＬＰ処理部を含んで構成され、前記Ｌ１シグナリング情報生成部は、規格のバージョンに基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記規格のバージョンに基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ１８の送信装置は、Ｃ１７に記載の送信装置において、前記規格のバージョンは、ＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送の内、採用する伝送方式が異なることを特徴とするものである。
本願のＣ１９の受信バッファモデルは、受信機におけるバッファ・オーバーフロー、及び／またはバッファ・アンダーフローが生じないように、送信側で伝送パラメータを生成する際に用いられる受信バッファモデルであって、受信すべきＰＬＰ数分のデインターリーブ部と、受信すべきＰＬＰ数分のＤＪＢ (De-Jitter Buffer)を含んで構成されることを特徴とするものである。
本願のＣ２０の受信バッファモデルは、Ｃ１９に記載の受信バッファモデルにおいて、前記受信機が受信すべきＰＬＰ数は、受信すべきサービス・コンポーネント、及びＬ２情報の数により決定されることを特徴とするものである。
本願のＣ２１の受信バッファモデルは、Ｃ１９に記載の受信バッファモデルにおいて、前記各ＰＬＰは、前記入力されるサービス・コンポーネントの種類、または前記入力がＬ２情報か否かに基づいて、ＳＩＳＯ(Single-Input Single- Output)伝送、またはＭＩＳＯ(Multi-Input Single- Output)伝送、またはＭＩＭＯ(Multi-Input Single- Output)伝送のいずれかが行われることを特徴とするものである。
本願のＣ２２の受信バッファモデルは、Ｃ１９に記載の受信バッファモデルにおいて、前記受信機が受信すべきＰＬＰ数に基づいて受信機クラスを設定し、前記受信機クラス毎に定義されることを特徴とするものである。
本願のＣ２３の受信バッファモデルは、受信機におけるバッファ・オーバーフロー、及び／またはバッファ・アンダーフローが生じないように、送信側で伝送パラメータを生成する際に用いられる受信バッファモデルであって、前記受信機が受信すべき規格のブランチに基づいて受信機クラスを設定し、前記受信機クラス毎に定義されることを特徴とするものである。
本願のＣ２４の受信バッファモデルは、Ｃ２３に記載の受信バッファモデルにおいて、前記規格のブランチは、誤り訂正方式が異なることを特徴とするものである。
本願のＣ２５の受信バッファモデルは、受信機におけるバッファ・オーバーフロー、及び／またはバッファ・アンダーフローが生じないように、送信側で伝送パラメータを生成する際に用いられる受信バッファモデルであって、前記受信機が受信すべき規格のバージョンに基づいて受信機クラスを設定し、前記受信機クラス毎に定義されることを特徴とするものである。
本願のＣ２６の受信バッファモデルは、Ｃ２５に記載の受信バッファモデルにおいて、前記規格のバージョンは、ＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送の内、採用する伝送方式が異なることを特徴とするものである。
本願のＣ２７の受信装置は、受信装置であって、受信すべき最大ＰＬＰ数分のデインターリーブ部と、受信すべき最大ＰＬＰ数分のＤＪＢ (De-Jitter Buffer)を含んで構成されることを特徴とするものである。
本願のＣ２８の受信装置は、Ｃ２７に記載の受信装置において、前記受信すべき最大ＰＬＰ数は、受信すべきサービス・コンポーネント、及びＬ２情報の数により決定されることを特徴とするものである。
本願のＣ２９の受信装置は、Ｃ２８に記載の受信装置において、前記各ＰＬＰは、前記入力されるサービス・コンポーネントの種類、または前記入力がＬ２情報か否かに基づいて、ＳＩＳＯ(Single-Input Single- Output)伝送、またはＭＩＳＯ(Multi-Input Single- Output)伝送、またはＭＩＭＯ(Multi-Input Single- Output)伝送のいずれかが行われることを特徴とするものである。
本願のＣ３０の送信方法は、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するステップと、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うステップを含んで構成され、前記Ｌ１シグナリング情報を生成するステップは、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ毎の処理を行うステップは、前記受信機が受信すべきＰＬＰ数に基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ３１の送信方法は、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するステップと、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うステップを含んで構成され、前記Ｌ１シグナリング情報を生成するステップは、規格のブランチに基づいた伝送パラメータを生成し、前記ＰＬＰ毎の処理を行うステップは、前記規格のブランチに基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ３２の送信方法は、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するステップと、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うステップを含んで構成され、前記Ｌ１シグナリング情報を生成するステップは、規格のバージョンに基づいた伝送パラメータを生成し、前記ＰＬＰ毎の処理を行うステップは、前記規格のバージョンに基づいた伝送パラメータに基づいた処理を行うことを特徴とするものである。
本願のＣ３３の受信方法は、受信すべき最大ＰＬＰ数分のデインターリーブを行うステップと、受信すべき最大ＰＬＰ数分のＤＪＢ (De-Jitter Buffer)を行うステップを含んで構成されること特徴とするものである。
本願のＣ３４のプログラムは、Ｃ３０〜３３に記載の送信方法を実行するための信号処理手順を記載したことを特徴とするものである。
本願のＣ３５のプログラムは、Ｃ３４に記載の受信方法を実行するための信号処理手順を記載したことを特徴とするものである。
本願のＣ３６の集積回路は、受信すべき最大ＰＬＰ数分のデインターリーブ部と、受信すべき最大ＰＬＰ数分のＤＪＢ(De-Jitter Buffer)を含んで構成されることを特徴とするものである。
Ａ１の送信装置によれば、ＰＬＰ構造を有する伝送方式ができ、かつ、複数の受信機クラスを定義する方式での処理ができて、上述の両立が実現できる。
Ｂ１の受信装置によれば、独立に伝送パラメータを設定可能なＰＬＰ(Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定される場合に、前記受信機クラスに関する情報を出力することが可能な受信装置を提供することができる。
またＢ２の受信装置によれば、受信機クラスに関する情報として、自身の受信機クラスを出力することが可能な受信装置を提供することができる。
またＢ３の受信装置によれば、受信機クラスに関する情報として、受信可能なサービス・コンポーネントを出力することが可能な受信装置を提供することができる。
またＢ４の受信装置によれば、受信機クラスに関する情報として、受信可能なサービス・コンポーネントを音声、映像の中から選択して出力することが可能な受信装置を提供することができる。
またＢ５の受信装置によれば、受信機クラスに関する情報として、受信可能なサービス・コンポーネントを音声、第１種映像、第２種映像の中から選択して出力することが可能な受信装置を提供することができる。
またＢ６の受信装置によれば、受信機クラスに関する情報として、受信可能な番組の種類を出力することが可能な受信装置を提供することができる。
またＢ７の受信装置によれば、受信機クラスに関する情報として、受信可能な番組が全てであることを出力することが可能な受信装置を提供することができる。
またＢ８の受信装置によれば、受信機クラスに関する情報として、受信可能な番組が一部であることを出力することが可能な受信装置を提供することができる。
またＢ９の受信装置によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報を出力するが可能な受信装置を提供することができる。
またＢ１０の受信装置によれば、受信すべき規格のブランチに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報として、選局された番組が受信可能か否かを示す情報を出力することが可能な受信装置を提供することができる。
またＢ１１の受信装置によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報を出力するが可能な受信装置を提供することができる。
またＢ１２の受信装置によれば、受信すべき規格のバージョンに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報として、選局された番組が受信可能か否かを示す情報を出力することが可能な受信装置を提供することができる。
またＢ１３の受信方法によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定される場合に、前記受信機クラスに関する情報を出力することが可能な受信方法を提供することができる。
またＢ１４の受信方法によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報を出力するが可能な受信方法を提供することができる。
またＢ１５の受信方法によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報を出力するが可能な受信方法を提供することができる。
またＢ１６のプログラムによれば、Ｂ１４〜Ｂ１５に記載の受信方法を実行するための信号処理手順を記載したことを特徴とするプログラムを実現することができる。
またＢ１７の集積回路によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定される場合に、前記受信機クラスに関する情報を出力することが可能な集積回路を提供することができる。
またＢ１８の集積回路によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報を出力するが可能な集積回路を提供することができる。
またＢ１９の集積回路によれば、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定される場合に、受信可・不可に関する情報を出力するが可能な集積回路を提供することができる。
Ｃ１の送信装置によれば、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータをＬ１シグナリング情報生成部が生成し、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータに基づいた処理をＰＬＰ処理部が行うことにより、受信機が受信すべきＰＬＰ数を認識して動作することが可能な送信装置を提供することができる。
またＣ２の送信装置によれば、受信機が受信すべき全てのＰＬＰ数に基づいた伝送パラメータをＬ１シグナリング情報生成部が生成し、受信機が受信すべき全てのＰＬＰ数に基づいた伝送パラメータに基づいた処理をＰＬＰ処理部が行うことにより、受信機が受信すべき全てのＰＬＰ数を認識して動作することが可能な送信装置を提供することができる。
またＣ３の送信装置によれば、受信機が受信すべき一部のＰＬＰ数に基づいた伝送パラメータをＬ１シグナリング情報生成部が生成し、受信機が受信すべき一部のＰＬＰ数に基づいた伝送パラメータに基づいた処理をＰＬＰ処理部が行うことにより、受信機が受信すべき一部のＰＬＰ数を認識して動作することが可能な送信装置を提供することができる。
またＣ４の送信装置によれば、受信機が受信すべき全てのＰＬＰ数に対するインターリーブ容量をＬ１シグナリング情報生成部が生成し、受信機が受信すべき全てのＰＬＰ数に対するインターリーブ容量に基づいた処理をＰＬＰ処理部が行うことにより、受信機が受信すべき全てのＰＬＰ数に対するインターリーブ容量を認識して動作することが可能な送信装置を提供することができる。
またＣ５の送信装置によれば、受信機が受信すべき一部のＰＬＰ数に対するインターリーブ容量をＬ１シグナリング情報生成部が生成し、受信機が受信すべき一部のＰＬＰ数に対するインターリーブ容量に基づいた処理をＰＬＰ処理部が行うことにより、受信機が受信すべき一部のＰＬＰ数に対するインターリーブ容量を認識して動作することが可能な送信装置を提供することができる。
またＣ６の送信装置によれば、受信機が受信すべき全てのＰＬＰ数に対するＤＪＢ容量をＰＬＰ処理部が生成することにより、受信機が受信すべき全てのＰＬＰ数に対するＤＪＢ容量を認識して動作することが可能な送信装置を提供することができる。
またＣ７の送信装置によれば、受信機が受信すべき一部のＰＬＰ数に対するＤＪＢ容量をＰＬＰ処理部が生成することにより、受信機が受信すべき一部のＰＬＰ数に対するＤＪＢ容量を認識して動作することが可能な送信装置を提供することができる。
またＣ８の送信装置によれば、受信機が行うＤＪＢ後の統合処理における同期条件をＬ１シグナリング情報生成部が生成することにより、受信機がＤＪＢ後の統合処理における同期条件を認識して動作することが可能な送信装置を提供することができる。
またＣ９の送信装置によれば、サービス・コンポーネント毎に異なるＰＬＰで伝送することにより、サービス・コンポーネント毎の伝送品質を実現し、かつ受信機が受信すべきＰＬＰ数を認識して動作することが可能な送信装置を提供することができる。
またＣ１０の送信装置によれば、受信すべきサービス・コンポーネント、及びＬ２情報の数により、受信機が受信すべきＰＬＰ数を決定することにより、受信機が受信すべきＰＬＰ数を認識して動作することが可能な送信装置を提供することができる。
またＣ１１の送信装置によれば、入力されるサービス・コンポーネントの種類、または入力がＬ２情報か否かに基づいて、ＰＬＰ処理部がＳＩＳＯ伝送、またはＭＩＳＯ伝送、またはＭＩＭＯ伝送のいずれかを選択して処理することにより、サービス・コンポーネント毎の伝送品質を実現し、かつ受信機が受信すべきＰＬＰ数を認識して動作することが可能な送信装置を提供することができる。
またＣ１２の送信装置によれば、ＰＬＰ毎に受信されるべき受信機クラスを示す情報と、ＳＩＳＯ伝送またはＭＩＳＯ伝送またはＭＩＭＯ伝送のいずれかを示す情報をＬ１シグナリング情報生成部が生成することにより、各受信機クラスが受信すべきＰＬＰを認識して動作することが可能な送信装置を提供することができる。
またＣ１３の送信装置によれば、ＰＬＰ毎に受信されるべき受信機クラスを示す情報を生成することにより、各受信機クラスが受信すべきＰＬＰを認識して動作することが可能な送信装置を提供することができる。
Ｃ１４の送信装置によれば、規格のブランチに基づいた伝送パラメータをＬ１シグナリング情報生成部が生成し、規格のブランチに基づいた伝送パラメータに基づいた処理をＰＬＰ処理部が行うことにより、受信機が規格のブランチを認識して動作することが可能な送信装置を提供することができる。
Ｃ１５の送信装置によれば、規格のブランチの誤り訂正方式が異なる場合に、受信機が規格のブランチを認識して動作することが可能な送信装置を提供することができる。
Ｃ１６の送信装置によれば、受信機が受信すべき規格のブランチに基づいて受信機クラスを設定し、ＰＬＰ毎に受信されるべき受信機クラスを示す情報をＬ１シグナリング情報生成部が生成することにより、各受信機クラスが受信すべきＰＬＰを認識して動作することが可能な送信装置を提供することができる。
Ｃ１７の送信装置によれば、規格のバージョンに基づいた伝送パラメータをＬ１シグナリング情報生成部が生成し、規格のバージョンに基づいた伝送パラメータに基づいた処理をＰＬＰ処理部が行うことにより、受信機が規格のバージョンを認識して動作することが可能な送信装置を提供することができる。
Ｃ１８の送信装置によれば、規格のバージョンがＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送の内、採用する伝送方式が異なる場合に、受信機が規格のバージョンを認識して動作することが可能な送信装置を提供することができる。
Ｃ１９の受信バッファモデルによれば、受信すべきＰＬＰ数分のデインターリーブ部とＤＪＢを含んだ受信バッファモデルを提供することができる。
第２０の受信バッファモデルによれば、サービス・コンポーネント毎に異なるＰＬＰで伝送される場合に、受信すべきＰＬＰ数分のデインターリーブ部とＤＪＢを含んだ受信バッファモデルを提供することができる。
Ｃ２１の受信バッファモデルによれば、サービス・コンポーネントの種類、または入力がＬ２情報か否かに基づいて、ＰＬＰ毎にＳＩＳＯ伝送、またはＭＩＳＯ伝送、またはＭＩＭＯ伝送のいずれかを選択して伝送される場合に、受信バッファモデルを提供することができる。
Ｃ２２の受信バッファモデルによれば、受信すべきＰＬＰ数に基づいて設定される受信機クラス毎に、受信バッファモデルを提供することができる。
Ｃ２３の受信バッファモデルによれば、受信すべき規格のブランチに基づいて設定される受信機クラス毎に、受信バッファモデルを提供することができる。
Ｃ２４の受信バッファモデルによれば、規格のブランチにおける誤り訂正方式が異なる場合に、受信すべき規格のブランチに基づいて設定される受信機クラス毎に、受信バッファモデルを提供することができる。
Ｃ２５の受信バッファモデルによれば、受信すべき規格のバージョンに基づいて設定される受信機クラス毎に、受信バッファモデルを提供することができる。
Ｃ２６の受信バッファモデルによれば、規格のバージョンにおいてＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送の内、採用する伝送方式が異なる場合に、受信すべき規格のブランチに基づいて設定される受信機クラス毎に、受信バッファモデルを提供することができる。
Ｃ２７の受信装置によれば、受信すべき最大ＰＬＰ数分のデインターリーブ部とＤＪＢを含んだ受信装置を提供することができる。
Ｃ２８の受信装置によれば、サービス・コンポーネント毎に異なるＰＬＰで伝送される場合に、受信すべき最大ＰＬＰ数分のデインターリーブ部とＤＪＢを含んだ受信装置を提供することができる。
Ｃ２９の受信装置によれば、サービス・コンポーネントの種類、または入力がＬ２情報か否かに基づいて、ＰＬＰ毎にＳＩＳＯ伝送、またはＭＩＳＯ伝送、またはＭＩＭＯ伝送のいずれかを選択して伝送される場合に、受信装置を提供することができる。
Ｃ３０の送信方法によれば、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータを生成し、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータに基づいたＰＬＰ毎の処理を行うことにより、受信機が受信すべきＰＬＰ数を認識して動作することが可能な送信方法を提供することができる。
Ｃ３１の送信方法によれば、規格のブランチに基づいた伝送パラメータを生成し、規格のブランチに基づいた伝送パラメータに基づいたＰＬＰ毎の処理を行うことにより、受信機が規格のブランチを認識して動作することが可能な送信方法を提供することができる。
Ｃ３２の送信方法によれば、規格のバージョンに基づいた伝送パラメータを生成し、規格のバージョンに基づいた伝送パラメータに基づいたＰＬＰ毎の処理を行うことにより、受信機が規格のブランチを認識して動作することが可能な送信方法を提供することができる。
Ｃ３３の受信方法によれば、受信すべき最大ＰＬＰ数分のデインターリーブ処理とＤＪＢ処理を含んだ受信方法を提供することができる。
またＣ３４記載のプログラムによれば、送信方法を実行するための信号処理手順を記載したことを特徴とするプログラムを実現することができる。
またＣ３５記載のプログラムによれば、受信方法を実行するための信号処理手順を記載したことを特徴とするプログラムを実現することができる。
またＣ３６の集積回路によれば、受信すべき最大ＰＬＰ数分のデインターリーブ部とＤＪＢを含んだ集積回路を提供することができる。
図１は、ＤＶＢ―Ｔ２方式の伝送フレーム構成を示す図である。 図２は、従来のＤＶＢ―Ｔ２方式における送信装置の構成を示す図である。 図３は、従来のＤＶＢ―Ｔ２方式におけるＰＬＰ処理部の構成を示す図である。 図４は、従来のＤＶＢ―Ｔ２方式におけるＬ１情報処理部の構成を示す図である。 図５は、実施の形態１における送信装置の構成を示す図である。 図６Ａは、実施の形態１及び２における受信機クラスの定義を示す図である。 図６Ｂは、実施の形態１における各ＴＳに含まれるプログラム毎の該当ＰＬＰ群、受信機クラス−１及び２の該当ＰＬＰ群を示す図である。 図６Ｃは、実施の形態１及び２におけるＬ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。 図７は、実施の形態１におけるＰＬＰ処理部の構成を示す図である。 図８は、実施の形態１におけるＬ１情報処理部の構成を示す図である。 図９は、実施の形態１及び２における受信バッファモデル (受信機クラス-２)の構成を示す図である。 図１０は、実施の形態１〜４における受信バッファモデル (受信機クラス-１)の構成を示す図である。 図１１は、実施の形態２における送信装置の構成を示す図である。 図１２は、実施の形態２における各ＴＳに含まれるプログラム毎の該当ＰＬＰ群、受信機クラス−１及び２の該当ＰＬＰ群を示す図である。 図１３は、実施の形態２におけるＬ１情報処理部の構成を示す図である。 図１４は、実施の形態３における送信装置の構成を示す図である。 図１５は、実施の形態３におけるＴＳ生成部の構成を示す図である。 図１６Ａは、実施の形態３における受信機クラスの定義を示す図である。 図１６Ｂは、実施の形態３〜４における各ＴＳに含まれるプログラム毎の該当ＰＬＰ群、受信機クラス−１、２、３の該当ＰＬＰ群を示す図である。 図１６Ｃは、実施の形態３におけるＬ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。 図１７は、実施の形態３におけるＬ１情報処理部の構成を示す図である。 図１８は、実施の形態３における受信バッファモデル (受信機クラス-３)の構成を示す図である。 図１９は、実施の形態３における受信バッファモデル (受信機クラス-２)の構成を示す図である。 図２０は、実施の形態４における送信装置の構成を示す図である。 図２１Ａは、実施の形態４における受信機クラスの定義を示す図である。 図２１Ｂは、 実施の形態４におけるＬ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。 図２２は、実施の形態４におけるＭＩＳＯ−ＰＬＰ処理部の構成を示す図である。 図２３は、実施の形態４におけるＭＩＭＯ−ＰＬＰ処理部の構成を示す図である。 図２４は、実施の形態４におけるＬ１情報処理部の構成を示す図である。 図２５は、実施の形態４における受信バッファモデル (受信機クラス-３)の構成を示す図である。 図２６は、実施の形態４における受信バッファモデル (受信機クラス-２)の構成を示す図である。 図２７は、実施の形態５における送信装置の構成を示す図である。 図２８Ａは、実施の形態５における受信機クラスの定義を示す図である。 図２８Ｂは、実施の形態５における各ＴＳに含まれるプログラム毎の該当ＰＬＰ群、受信機クラス−１a、１b、２、ＦＥＣ符号化、規格ブランチの該当ＰＬＰ群を示す図である。 図２８Ｃは、実施の形態５におけるＬ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。 図２８Ｄは、PLP_BRANCHなどを示す図である。 図２８Ｅは、PLP_FEC_CODEなどを示す図である。 図２９は、実施の形態５におけるＰＬＰ処理部の構成を示す図である。 図３０は、実施の形態５におけるＬ１情報処理部の構成を示す図である。 図３１は、実施の形態５における受信バッファモデル (受信機クラス-２)の構成を示す図である。 図３２は、実施の形態５における受信バッファモデル (受信機クラス-１a)の構成を示す図である。 図３３は、実施の形態５における受信バッファモデル (受信機クラス-１b)の構成を示す図である。 図３４は、実施の形態６における送信装置の構成を示す図である。 図３５Ａは、実施の形態６における受信機クラスの定義を示す図である。 図３５Ｂは、実施の形態６における各ＴＳに含まれるプログラム毎の該当ＰＬＰ、受信機クラス−１、２の該当ＰＬＰ、ＳＩＳＯ／ＭＩＳＯ伝送、規格バージョンを示す図である。 図３５Ｃは、実施の形態６におけるＬ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。 図３５Ｄは、実施の形態６におけるＬ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報の他の一例を示す図である。 図３５Ｅは、実施の形態６におけるＬ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報の他の一例を示す図である。 図３６は、実施の形態６におけるＬ１情報処理部の構成を示す図である。 図３７は、実施の形態６における受信バッファモデル (受信機クラス-２)の構成を示す図である。 図３８は、実施の形態６における受信バッファモデル (受信機クラス-１)の構成を示す図である。 図３９は、実施の形態７における受信装置（受信機クラス−２）の構成を示す図である。 図４０は、実施の形態７における出力された受信機クラス情報を表示する一例を示す図である。 図４１は、実施の形態８における受信装置（受信機クラス−１）の構成を示す図である。 図４２は、実施の形態８における出力された受信機クラス情報を表示する一例を示す図である。 図４３は、実施の形態９における受信装置（受信機クラス−３）の構成を示す図である。 図４４は、実施の形態９及び１１における出力された受信機クラス情報を表示する一例を示す図である。 図４５は、実施の形態１０における受信装置（受信機クラス−２）の構成を示す図である。 図４６は、実施の形態１０及び１２における出力された受信機クラス情報を表示する一例を示す図である。 図４７は、実施の形態１１における受信装置（受信機クラス−３）の構成を示す図である。 図４８は、実施の形態１２における受信装置（受信機クラス−２）の構成を示す図である。 図４９は、実施の形態１３における受信装置（受信機クラス−２）の構成を示す図である。 図５０は、実施の形態１３及び１６における出力された受信機クラス情報を表示する一例を示す図である。 図５１は、実施の形態１４における受信装置（受信機クラス−１a）の構成を示す図である。 図５２は、実施の形態１４における出力された受信機クラス情報を表示する一例を示す図である。 図５３は、実施の形態１５における受信装置（受信機クラス−１b）の構成を示す図である。 図５４は、実施の形態１５における出力された受信機クラス情報を表示する一例を示す図である。 図５５は、実施の形態１６における受信装置（受信機クラス−３）の構成を示す図である。 図５６は、実施の形態１７における受信装置（受信機クラス−１）の構成を示す図である。 図５７は、実施の形態１７における出力された受信機クラス情報を表示する一例を示す図である。 図５８は、実施の形態１８における受信装置（受信機クラス−１a）の構成を示す図である。 図５９は、実施の形態１８における出力された受信可・不可情報を表示する一例を示す図である。 図６０は、実施の形態１９における受信装置（受信機クラス−１b）の構成を示す図である。 図６１は、実施の形態１９における出力された受信可・不可情報を表示する一例を示す図である。 図６２は、実施の形態２０における受信装置（受信機クラス−１a）の構成を示す図である。 図６３は、実施の形態２０における出力された受信可・不可情報を表示する一例を示す図である。 図６４は、変形例における送信装置および受信装置を示す図である。 図６５は、変形例における送信されるデータなどを示す図である。 図６６は、変形例におけるシステムでの動作の流れを示す図である。
以下、本発明の各実施形態について、図面を用いて詳細に説明する。なお、以下で説明する実施の形態は、いずれも本発明の好ましい一具体例を示すものである。以下の実施の形態で示される構成要素、構成要素の接続形態、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。本発明は、請求の範囲だけによって限定される。よって、以下の実施の形態における構成要素のうち、本発明の最上位概念を示す独立請求項に記載されていない構成要素については、本発明の課題を達成するのに必ずしも必要ではないが、より好ましい形態を構成するものとして説明される。
以下の説明により、複数のＰＬＰ(Physical Layer Pipe)のうちのそれぞれのＰＬＰ（図６５のデータ２ｆ１、２ｆ２、図１の２ａ２などを参照）の伝送パラメータを含むシグナリング情報２ｅ２を生成するシグナリング情報生成部２ｂ２（図６４）と、それぞれのＰＬＰの伝送パラメータに基づいた処理を行うＰＬＰ処理部群２ｂ３と、生成されたシグナリング情報２ｅ２と、それぞれのＰＬＰのデータ（データ２ｆ１、２ｆ２…）とが含まれるデータ２ｅを送信する送信部２ｂ４とを備える送信装置１００（図６４）が示される。
それぞれのＰＬＰのデータ（データ２ｆ１、２ｆ２…）は、複数の状態（図６Ｂのclass-1、class-2など参照）の受信装置（第１の受信装置２ｄ１、第２の受信装置２ｄ２）のうちの、そのＰＬＰのフラグ（図６Ｃのデータ１ｂ）により示されるそれぞれの受信装置により受信され、その他の前記受信装置によっては受信されない。
生成されるシグナリング情報２ｅ２は、それぞれのＰＬＰの伝送パラメータとして、そのＰＬＰのフラグ（データ１ｂ）を含む。
このように、例えば、この送信装置１００は、テレビ番組の無線信号を送信する送信施設２ｂ７（図６４）などに設けられ、送信されるデータ２ｄは、上述のテレビ番組の音声、映像などの情報を表わすデータである。
受信装置（受信装置２ｃ１）は、例えば、送信された上述の無線信号のテレビ番組の音声、映像などの情報を再生する、一般家庭に設けられるテレビなどである。
なお、ＰＬＰ処理部群２ｂ３により行われる上述の処理は、例えば、それぞれのＰＬＰのデータ（データ２ｆ１、２ｆ２）を生成する処理でもよい。
これにより、ＰＬＰのデータ（データ２ｆ１、２ｆ２…）とが含まれるデータ２ｅが送信されて、ＰＬＰでのメリットが得られる。
しかも、送信されるデータ２ｅに含まれるシグナリング情報２ｅ２は、それぞれのＰＬＰのデータのフラグ（データ１ｂ）を含み、このフラグにより示されるそれぞれの受信装置により、そのフラグのＰＬＰのデータが受信され、示されないその他の受信装置によっては受信されない。これにより、受信装置の状態（クラス）により、受信されるか否かが切り替わり、クラスによるメリットも得られる。
これにより、ＰＬＰでのメリットと、クラスでのメリットとが両立できる。
なお、これにより、単に、送信されるデータ２ｅのシグナリング情報２ｅ２がフラグ（データ１ｂ）を含むだけで足り、上述の切替をするか否かの判定の処理などの余計な処理が、受信装置でされない。これにより、行われる処理の処理量が、より少なくできる。
また、単に、送信装置１００により、上述のようなデータ２ｅが送信されるだけで足りて、受信装置（テレビなど）により、上述の判定の処理などの処理がされるか否かに関わらず、上述の適切な動作がされて、適切な動作が比較的確実にできる。
複数の状態の受信装置は、第１の受信装置２ｄ１と、第２の受信装置２ｄ２と（図６５）を含んでもよい。
第２の受信装置２ｄ２の状態は、第１の受信装置２ｄ１の状態である一方の状態、または、一方の状態とは別の他方の状態のうちの何れかの状態でもよい。
第２の受信装置２ｄ２は、第１の受信装置２ｄ１により受信される何れのＰＬＰのデータも受信してもよい。
複数のＰＬＰのデータ（データ２ｆ１、２ｆ２など）は、音声を示す第１のＰＬＰのデータ（例えばデータ２ｆ１、図６Ａの第２列の「音声」を参照）と、映像を示す第２のＰＬＰのデータ（例えばデータ２ｆ２、第２列の「映像」を参照）とを含んでもよい。
第１のＰＬＰのデータのフラグ（データ１ｂ）は、第１の受信装置２ｄ１および第２の受信装置２ｄ２の両方を示し（図６Ａの第２列を参照）てもよい。
第２のＰＬＰのデータのフラグ（データ１ｂ）は、第２の受信装置２ｆ２のみを示してもよい（第２列を参照）。
第１の受信装置２ｄ１は、第１のＰＬＰのデータ（データ２ｆ１）のみを受信し、第２のＰＬＰのデータ（データ２ｆ２）を受信せず、音声のみを再生し、映像を再生しなくてもよい（図６Ａの第２列を参照）。
第２の受信装置２ｄ２は、第１のＰＬＰのデータ（データ２ｆ１）と、第２のＰＬＰのデータ（データ２ｆ２）との両方を受信して、受信された２つのデータにより示される音声および映像の両方を再生してもよい（第３列を参照）。
そして、受信装置（例えば図６４の受信装置２ｃ１）であって、送信された、それぞれのＰＬＰのデータ（データ２ｆ１、２ｆ２…）が含まれるデータ２ｅに含まれるシグナリング情報２ｅ２を受信する受信部２ｃ２と、１つ以上のＰＬＰのデータのそれぞれを、当該受信装置により受信されるＰＬＰのデータとして選択する選択部２ｃ３とを備える。
受信されるシグナリング情報２ｅ２は、複数のＰＬＰのデータのうちのそれぞれのＰＬＰのデータ（データ２ｆ１、２ｆ２…）のフラグ（図６Ｃのデータ１ｂなど）を含む。
それぞれのフラグは、複数の状態（図６Ａの第２行、第３行を参照）の受信装置（第１の受信装置２ｄ１、第２の受信装置２ｄ２）のうちから、そのフラグのＰＬＰのデータを受信する１つ以上の受信装置を特定する。
選択部２ｃ３は、当該選択部２ｃ３を備える受信装置２ｃ１により受信されるＰＬＰのデータとして、当該受信装置２ｃ１の状態（例えば図６Ａのclass-2）の受信装置を特定するそれぞれのフラグ（データ１ｂ）のＰＬＰのデータ（例えば、図６Ａ第２列の「映像」のデータなど、）を選択する。
これにより、上述の送信装置と共に用いられるのに特に適した受信装置が提供できる。
（実施の形態１）
図５は、本発明の実施の形態１における送信装置１００の構成を示す図である。
本書類では、従来の送信装置２０００（図２）での構成要素と同様の構成要素には、適宜、同じ符号を用い、詳しい説明を省略する。
図５の送信装置１００の構成は、先述の図２に示す従来の送信装置２０００と比較して、次のような構成である。
つまり、送信装置１００の構成は、物理層処理部１１２中に、ＴＳ毎に、ＰＬＰ割当部１２１１および１２１２を追加した構成である。
また、送信装置１００の構成は、ＰＬＰ処理部１３１１〜１３１８およびＬ１情報処理部１４１へと、従来の送信装置２０００におけるＰＬＰ処理部２０３１１〜２０３１２およびＬ１情報処理部２０４１を、各々、置き換えた構成である。
なお、送信装置１００では、ＰＬＰ処理部１３１１〜１３１８については、伝送するＰＬＰ毎に備える。
図５の送信装置１００において、物理層処理部１１２中のＰＬＰ割当部１２１１および１２１２のそれぞれのＰＬＰ割当部は、ＴＳ生成部２０１０および２０１１のうちの、そのＰＬＰ割当部のＴＳ生成部から出力されるＴＳに含まれる、そのＴＳのプログラムの音声・映像のサービス・コンポーネント毎にＰＬＰを割り当て、また、そのＴＳのＬ２情報にＰＬＰを割り当てる。
図６Ａは、受信機クラスの定義を示す図である。
なお、それぞれのクラス（受信機クラス、例えばclass-1）の受信機は、そのクラスの定義におけるそれぞれの技術事項（図６Ａの表の第２行第２列〜第５列）を備える。
受信機クラス−２（第３行）では、音声・映像のサービス・コンポーネントと、Ｌ２情報とを受信し（第３行第２列）、受信すべきＰＬＰの最大数である最大ＰＬＰ数は、３（第３行第３列）である。
そして、受信機クラス−２では、インターリーブ最大合計容量を、(2^19 + 2^15) cellsと定義し（第４列）、ＤＪＢ (De-Jitter Buffer)最大合計容量を2 Mbitと定義している（第５列）。
一方、受信機クラス−１では（第２行）、映像コンポーネントを受信しないクラスと定義することにより（第２行第２列）、受信すべきＰＬＰの最大数である最大ＰＬＰ数を、２に削減することができる（第２行第３列）。
これにより、インターリーブ最大合計容量を (2^17 + 2^15) cellsと定義し（第２行第４列）、ＤＪＢ最大合計容量を1 Mbitと定義している（第２行第５列）。
図６Ｂは、各ＴＳ（例えば、第２〜第３行のＴＳ−１）に含まれるプログラム（例えば、第３行のProgram-2など）の該当ＰＬＰ群（第３行第３列）と、そのＰＬＰ群の一部である、受信機クラス−１及び受信機クラス−２のそれぞれのクラスでの該当ＰＬＰ群（第３行第４列、第５列）を示す図である。
図６Ｃは、Ｌ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報（図１の情報２ａ１を参照）を示す図である。
なお、図６Ｃでは、プログラミング言語における、構造体を示す表記がされて、模式的な図示がされる。
つまり、PLP_ID、PLP_TYPEなどのデータが含まれる組データ（組）がある。Ｌ１情報には、０〜「NUM_PLP-１」のそれぞれの番号のＰＬＰにおける、この組データが含まれる。
Ｌ１情報には、ＰＬＰ毎に、そのＰＬＰのPLP_RX_CLASS（データ１ｂ）を新設する。
PLP_RX_CLASSは、そのPLP_RX_CLASSのＰＬＰ（そのＰＬＰの、映像などのデータ）が受信されるべき受信機クラスを示している。
このPLP_RX_CLASS の値である“０”は、受信機クラス−２のみ (この例では映像に該当)を示し、“１”は、受信機クラス−１と２(この例ではＬ２情報と音声に該当)を示す。
つまり、プログラム（例えば、第２行における、ＴＳ−１のProgram-1）についての、それぞれのクラス（例えばclass-2）のＰＬＰ群（第２行第５列）がある。
ＰＬＰ群は、１つ以上のＰＬＰ(ＰＬＰ−１、２、５)を含む。
含まれるそれぞれのＰＬＰのPLP_RX_CLASS（データ１ｂ）により、そのクラス（class-2）が示される。
これにより、受信機（class-2の受信機）により、複数のＰＬＰのPLP_RX_CLASS（データ１ｂ）に基づいて、で選局されたプログラム(例えばＴＳ−１のプログラム−１)の、１つ以上のＰＬＰが含まれるＰＬＰ群 (ＰＬＰ−１、２、５)が識別される。
これにより、そのＰＬＰ群に含まれるそれぞれのＰＬＰが、受信機クラス−１及び２（例えば上述のclass-2の受信機）で受信すべきかどうかが判定可能にできる。
また、図６Ｃに示す通り、ＰＬＰ毎に、PLP_SYNC_COND（データ１ｃ）を新設してもよい。
このPLP_SYNC_CONDの信号は、受信機において、ＤＪＢ部の後段で行うＰＬＰ統合処理における同期条件を示しており、“０”は厳密であることを示し、“１”は厳密でないことを示す。
例えば、あるＰＬＰが、厳密でない同期条件を有している場合、そのＰＬＰのPLP_SYNC_CONDが、“１”を示すことにより、受信機は、そのＰＬＰに関して、同期条件を緩和する。これにより、ＰＬＰ統合処理を、比較的容易にすることができる。
図７は、ＰＬＰ処理部１３１Ｎの構成を示す図である。
図５のＰＬＰ処理部１３１１〜１３１８のそれぞれの構成は、例えば、このＰＬＰ処理部１３１Ｎの構成と同じ構成などである。
このＰＬＰ処理部１３１Ｎの構成は、図３に示す従来のＰＬＰ処理部２０３１Ｎと比較して、次のような構成である。
その構成とは、入力処理部１７１と、インターリーブ部１７４との置き換えをした構成である。
図７のＰＬＰ処理部１３１Ｎにおいて、入力処理部１７１は、図６Ｂに示す受信機クラス−１及び２の該当ＰＬＰ群（図６Ｂの第４列、第５列）のＰＬＰのBUFS (DJBバッファ容量)の合計が、図６Ａに示すＤＪＢ最大合計容量（第４列）以下となるように、ＩＳＳＹ (Input Stream SYnchronizer) 情報を生成する。
この入力処理部１７１は、こうして生成されたＩＳＳＹ情報を、ベースバンド・ヘッダあるいはＴＳパケットの後部に付加し、ＴＳパケットを・ベースバンドフレームに変換して出力する。
ベースバンド・フレームは、ＦＥＣ符号化部２０７２、マッピング部２０７３で処理される。
この処理がされたた後に、インターリーブ部１７４は、図６Ｂに示す受信機クラス−１及び２の該当ＰＬＰ群のインターリーブ合計容量が、図６Ａに示すインターリーブ最大合計容量（第４列）以下であるとの条件下で、整数個のＦＥＣフレームを含むTIブロック内で、マッピングデータ (cell)の並べ替えを行う。
図８は、Ｌ１情報処理部１４１（図５）の構成を示す図である。
このＬ１情報処理部１４１の構成は、図４に示す従来のＬ１情報処理部２０４１と比較して、次のような構成である。
つまり、その構成とは、Ｌ１情報生成部１８１へと、Ｌ１情報生成部２０８１が置き換えられた構成である。
図８のＬ１情報処理部１４１において、Ｌ１情報生成部１８１は、図６Ｃに示すPLP_RX_CLASS（データ１ｂ）が含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報と（図１の情報２ａ１を参照）を生成する。
なお、更に、図６Ｃに示すPLP_SYNC_CONDが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成されてもよい。
また、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とを生成する際には、インターリーブに関連する伝送パラメータについては、前述の通り、図６Ｂに示す受信機クラス−１及び２の該当ＰＬＰ群のインターリーブ合計容量が、図６Ａに示すインターリーブ最大合計容量以下であるとの条件が満たされる。該当ＰＬＰ群のインターリーブ合計容量が算出される際には、Ｌ１−ｐｏｓｔ(configurable)における各ＰＬＰのPLP_NUM_BLOCKS_MAXが用いられる。
これにより、該当ＰＬＰ群に含まれる全ＰＬＰが、PLP_NUM_BLOCKS_MAXを用いて定義される最大ＦＥＣフレーム数を含む場合であっても、受信機は、図６Ａに示すインターリーブ最大合計容量のメモリを備えることにより、１面のメモリで、該当ＰＬＰ群に含まれる全ＰＬＰのデインターリーブを行うことができる。
なお、受信機が、２面のデインターリーブ用メモリを備える場合には、該当ＰＬＰ群のインターリーブ合計容量算出の際には、Ｌ１−ｐｏｓｔ (dynamic)における各ＰＬＰのPLP_NUM_BLOCKSが用いられてもよい。
これにより、インターリーブ用メモリの無駄な空きスペースを極力削減して、インターリーブを行うことができる。
図５に示す送信装置１００のその他の動作は、図２に示す従来の送信装置２０００と同様である。
図９及び図１０は、それぞれ、受信バッファモデル (受信機クラス-２)２００、受信バッファモデル (受信機クラス-１)２５０の構成を示す図である。
なお、受信機クラス-２は、受信バッファモデル２００の構成と同じ構成の受信バッファを有し、受信機クラス-１は、受信バッファモデル２５０の構成と同じ構成の受信バッファを有する。例えば、２００により、受信機クラス-２の受信バッファモデルでなく、同じ構成の上述の受信バッファが示されると考えられてもよい。また、２５０により、受信機クラス-１の受信バッファモデルでなく、同じ構成の上述の受信バッファが示されると考えられてもよい。
図５に示す送信装置１００では、送信信号が、これらの受信バッファモデルに入力された場合に、デインターリーブ部でのバッファ・オーバーフローと、ＤＪＢ部でのバッファ・アンダーフローが生じないように、インターリーブに関連する伝送パラメータや、BUFSを含むＩＳＳＹ情報が生成される。
この目的のために、これらの受信バッファモデルが定義される。
図９の受信バッファモデル(受信機クラス-２)２００は、復調部２１１、周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５、データＰＬＰ(音声)用デインターリーブ部２２１、データＰＬＰ(映像)用デインターリーブ部２２２、共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３、多重部２３１、デマッピング部２３２、ＦＥＣ復号化部２３３、分離部２３４、データＰＬＰ(音声)用ＤＪＢ部２４１、データＰＬＰ(映像)用ＤＪＢ部２４２、共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部２４３を備える。
図９の受信バッファモデル (受信機クラス-２) ２００は、以下の通り定義される。
復調部２１１は、ＲＦ信号を受信し、ＯＦＤＭ復調を行い、Ｉ・Ｑ座標のcellデータを出力する。
周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５は、cellデータを、周波数デインターリーブし、かつ、Ｌ１情報のデインターリーブを行う。
デインターリーブされたＬ１情報は、多重部２３１を通過する。そして、デマッピング部２３２が、デマッピング処理を行い、ＦＥＣ復号化部２３３が、ＬＤＰＣ復号処理、ＢＣＨ復号処理を行う。
これにより、Ｌ１情報が復号される。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、５)が識別されると、図６Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１、２、５が、受信機クラス-２の該当ＰＬＰ群と認識される。
データＰＬＰ(音声)用デインターリーブ部２２１は、復号されたＬ１情報に基づき、音声を伝送するＰＬＰ−１のcellを抽出して、送信側のインターリーブ処理での並び替えとは逆の並べ替えを行う。
データＰＬＰ(映像)用デインターリーブ部２２２は、得られたＬ１情報に基づき、映像を伝送するＰＬＰ−２のcellを抽出して、送信側のインターリーブ処理での並び替えとは逆の並べ替えを行う。
共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３は、得られたＬ１情報に基づき、Ｌ２情報を伝送するＰＬＰ−５のcellを抽出して、送信側のインターリーブ処理での並び替えとは逆の並べ替えを行う。
これら３つのデインターリーブ部におけるメモリ最大合計容量は、図６Ａに示す通り、(2^19 + 2^15) cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１、２、５のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
多重部２３１は、これらの３つのデインターリーブ部の出力を、ＦＥＣフレーム単位で、多重する。
デマッピング部２３２が、デマッピング処理を行い、ＦＥＣ復号化部２３３が、ＬＤＰＣ復号処理、ＢＣＨ復号処理を行う。
これにより、これら３つのＰＬＰデータが復号される。
分離部２３４は、復号されたＰＬＰデータを、ＰＬＰ毎（３つ）に分離する。
データＰＬＰ(音声)用ＤＪＢ部２４１、データＰＬＰ(映像)用ＤＪＢ部２４２、共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部２４３は、それぞれ、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いて、ジッタを除去して、それぞれ、音声、映像、Ｌ２情報のパケットを出力する。
出力された各パケットは、図示しない機能ブロックにおけるＰＬＰ統合処理において統合され、音声、映像、Ｌ２情報を含んだＴＳが生成される。
これら３つのＤＪＢ処理におけるバッファ容量の合計は、図６Ａに示す通り、2 Mbitである。
ＰＬＰ−１、２、５のうちのそれぞれのＰＬＰでのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
また、これら３つのＤＪＢ処理において、バッファの残容量が、１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号を、activeにすることにより、対応するデインターリーブ部からの出力が停止される。
図１０の受信バッファモデル (受信機クラス-１) ２５０の構成は、図９の受信バッファモデル(受信機クラス-２)２００と比較して、データＰＬＰ(映像)用デインターリーブ部２２２と、データＰＬＰ(映像)用ＤＪＢ部２４２とを削除し、多重部２８１と分離部２８４とへの置き換えをした構成である。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、５)が識別されると、図６Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１と５が、受信機クラス-１の該当ＰＬＰ群と認識される。
データＰＬＰ(音声)用デインターリーブ部２２１と、共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３はそれぞれ、音声を伝送するＰＬＰ−１のcell、Ｌ２情報を伝送するＰＬＰ−５のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら２つのデインターリーブ部におけるメモリ最大合計容量は、図６Ａに示す通り(2^17 + 2^15) cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１、５のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
多重部２８１は、これら２つのデインターリーブ部の出力を、ＦＥＣフレーム単位で多重する。
分離部２８４は、復号されたＰＬＰデータを、ＰＬＰ毎（２つ）に分離する。
データＰＬＰ(音声)用ＤＪＢ部２４１と、共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部２４３とは、それぞれ、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いて、ジッタを除去して、それぞれ、音声、Ｌ２情報のパケットを出力する。
出力された各パケットは、図示しない機能ブロックにおけるＰＬＰ統合処理において統合されて、音声、Ｌ２情報を含んだＴＳが生成される。
これら２つのＤＪＢ処理におけるバッファ容量の合計は、図６Ａに示す通り、1 Mbitである。
ＰＬＰ−１、５のうちのそれぞれのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
また、これら２つのＤＪＢ処理において、バッファの残容量が、１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号をactiveにすることにより、対応するデインターリーブ部からの出力を停止する。
その他の動作は、図９に示す受信バッファモデル (受信機クラス-２) ２００と同じである。
本実施の形態１の受信装置 (受信機クラス-２)は、図９に示す受信バッファモデル (受信機クラス-２) ２００に基づいて構成される。
図６Ａの受信機クラス-２の定義に基づき、受信装置 (受信機クラス-２)は、最大３つのＰＬＰを処理可能とするように、予め３つのデインターリーブ部２２１〜２２３、及び３つのＤＪＢ部２４１〜２４３を備える。
また、予め、デインターリーブ部のメモリ合計容量として、(2^19 + 2^15) cells以上の容量が用意され、ＤＪＢ部バッファ合計容量として、2 Mbit以上の容量が用意される。
なお、この受信装置の一部または全てを含むような集積回路が構成されて、１チップ化がされてもよい。
本実施の形態１の受信装置 (受信機クラス-１)は、図１０に示す受信バッファモデル (受信機クラス-１)２５０に基づいて構成する。
図６Ａの受信機クラス-１の定義に基づき、受信装置 (受信機クラス-１)は、最大２つのＰＬＰを処理可能とするように、予め、２つのデインターリーブ部２２１と２２３、及び、２つのＤＪＢ部２４１と２４３を備える。
また、予め、デインターリーブ部メモリ合計容量として、(2^17 + 2^15) cells以上の容量が用意され、ＤＪＢ部バッファ合計容量として、1 Mbit以上の容量が用意される。
なお、この受信装置の一部または全てを含むような集積回路が構成されて、１チップ化がされてもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、複数の受信機クラスが定義された際における動作をする送信装置、そのような送信装置を制御するための受信バッファモデル、受信装置、集積回路、及びプログラムを提供することができる。
特に、受信すべきＰＬＰ数に基づき、インターリーブ・デインターリーブメモリ最大合計容量と、ＤＪＢ最大合計容量とが定義され、各ＰＬＰの容量に関するパラメータが、Ｌ１情報やＩＳＳＹ情報で送信されることなどが、本技術の特徴である。
（実施の形態２）
図１１は、本発明の実施の形態２における送信装置３００の構成を示す図である。
従来の送信装置２０００（図２）、及び、実施の形態１の送信装置１００と同じ構成要素には、適宜、同じ符号を用い、詳しい説明が省略される。
本実施の形態２では、ＰＬＰに対して割り当てられるコンポーネントのプログラムとは異なるプログラムのコンポーネントが、そのＰＬＰと同じＰＬＰに割り当てられる。
同じＰＬＰに割り当てられるコンポーネントを、音声として、例示がされる。
音声コンポーネントでは、映像コンポーネントのビットレートと比較して、ビットレートが低いため、異なるプログラムのコンポーネントを、同じＰＬＰに割り当てることにより、インターリーブ効果の向上や、インターリーブ処理の遅延短縮を図れる。
図１１の送信装置３００の構成は、図５に示す、実施の形態１における送信装置１００と比較して、物理層処理部３１２中のＰＬＰ割当部３２１１および３２１２と、Ｌ１情報処理部３４１とへの置き換えがされた構成である。
ＰＬＰ処理部（１３１１〜１３１７）は、伝送するＰＬＰ毎に設けられる。
図１１の送信装置３００において、ＰＬＰ割当部３２１１および３２１２は、ＴＳ生成部２０１０または２０１１から出力されるＴＳに対して、同一ＴＳ内の音声コンポーネントを、同じＰＬＰに割り当てる。
映像とＬ２情報は、実施の形態１と同じく、映像コンポーネント毎に、及びＬ２情報にＰＬＰを割り当てる。
実施の形態１と同じく、図６Ａが、受信機クラスの定義である。
図１２は、各ＴＳに含まれるプログラム毎の該当ＰＬＰ群、受信機クラス−１及び２の該当ＰＬＰ群を示す図である。
実施の形態１と同じく、図６Ｃが、Ｌ１−ｐｏｓｔ (configurable)におけるＰＬＰループに新設するＬ１情報が用いられる。
図１３は、Ｌ１情報処理部３４１の構成を示す図である。
この構成は、図８に示す実施の形態１のＬ１情報処理部１４１と比較して、Ｌ１情報生成部３８１への置き換えがされた構成である。
図１３のＬ１情報処理部３４１において、Ｌ１情報生成部３８１は、図１２に示す受信機クラス−１及び２の該当ＰＬＰ群に基づき、図６Ｃに示すPLP_RX_CLASSが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とを生成する。
なお、更に、図６Ｃに示すPLP_SYNC_CONDも含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成されてもよい。
その他の動作は、実施の形態１における送信装置１００と同じである。
本実施の形態２の受信バッファモデル(受信機クラス-２)は、図９に示す実施の形態１の受信バッファモデル (受信機クラス-２)と同じである。
本実施の形態２の受信装置 (受信機クラス-２)は、この受信バッファモデル (受信機クラス-２)に基づいて構成する。
本実施の形態２の受信バッファモデル (受信機クラス-１)は、図１０に示す、実施の形態１の受信バッファモデル (受信機クラス-１) と同じである。
本実施の形態２の受信装置 (受信機クラス-１)は、この受信バッファモデル (受信機クラス-１)に基づいて構成する。
受信バッファモデルと受信装置に関して、実施の形態１との違いは、ＴＳ１のプログラムが選局された場合、データＰＬＰ(音声)用ＤＪＢ部２４１から、２プログラムの音声コンポーネントが出力されることである。
以上の構成により、ＰＬＰ構造を有する伝送方式において、複数の受信機クラスを定義した際の送信装置、その送信装置を制御するための受信バッファモデル、受信装置、集積回路、及びプログラムを提供することができる。特に、ＰＬＰに割り当てられるコンポーネントのプログラムとは異なるプログラムのコンポーネントを、そのＰＬＰと同じＰＬＰに割り当てることなどが特徴として挙げられる。
（実施の形態３）
図１４は、本発明の実施の形態３における送信装置４００の構成を示す図である。
従来の送信装置、及び実施の形態１〜２の送信装置と同じ構成要素については、同じ符号を用い、説明を省略する。
本実施の形態３では、ＴＳ生成部において、ＳＶＣ(Scalable Video Coding)を用いて、映像コンポーネントとして、映像Ｂ(Base layer)と映像Ｅ(Enhancement layer)との２つを生成する。
これにより、音声、映像Ｂ、映像Ｅのコンポーネント毎の伝送品質が実現される。
図１４の送信装置４００の構成は、図５に示す、実施の形態１における送信装置１００と比較して、ＴＳ生成部４１０、４１１と、物理層処理部４１２中のＰＬＰ割当部４２１と、Ｌ１情報処理部４４１とへの置き換えがされた構成である。
ＰＬＰ処理部１３１１〜１３１９および１３１１０〜１３１１１は、伝送するＰＬＰ毎に設けられる。
図１５は、ＴＳ生成部４１０、４１１の構成を示す図である。
図１５のＴＳ生成部４１０、４１１は、図２に示す、従来のＴＳ生成部２０１０、２０１１と比較して、映像符号化部４２２１および４２２２とＬ２情報処理部４２５とへのき換えがされた構成である。
図１１のＴＳ生成部４１０、４１１において、映像符号化部４２２１および４２２２は、ＳＶＣを用いた情報源符号化を行い、映像Ｂと映像Ｅとの２つのコンポーネントを生成する。
Ｌ２情報処理部４２５は、ＰＳＩやＳＩなどのＬ２情報を生成する。
図１４の送信装置４００において、物理層処理部４１２中のＰＬＰ割当部４２１１および４２１２は、ＴＳ生成部４１０または４１１から出力されるＴＳのプログラム毎に含まれる音声・映像Ｂ・映像Ｅのサービス・コンポーネント毎に、ＰＬＰを割り当て、また、Ｌ２情報に、ＰＬＰを割り当てる。
図１６Ａは、受信機クラスの定義を示す図である。
受信機クラス−３では、音声・映像Ｂ・映像Ｅのサービス・コンポーネントと、Ｌ２情報とを受信し、受信すべきＰＬＰの最大数である最大ＰＬＰ数は、４である。
インターリーブ最大合計容量が、(2^19 + 2^15) cellsと定義されており、また、ＤＪＢ最大合計容量が、2 Mbitと定義されている。
一方、受信機クラス−２は、映像Ｅコンポーネントを受信しないクラスと定義することにより、受信すべき最大ＰＬＰ数を、３に削減することができる。
これにより、インターリーブ最大合計容量が、(2^18 + 2^15) cellsと定義され、ＤＪＢ最大合計容量が、1.5 Mbitと定義されている。
受信機クラス−１は、映像Ｅ・映像Ｂコンポーネントを受信しないクラスと定義することにより、受信すべきＰＬＰの最大数である最大ＰＬＰ数を２に削減することができる。
これにより、インターリーブ最大合計容量が、(2^17 + 2^15) cellsと定義され、ＤＪＢ最大合計容量が、1 Mbitと定義されている。
図１６Ｂは、各ＴＳに含まれるプログラム毎の該当ＰＬＰ群、受信機クラス−１、２、３の該当ＰＬＰ群を示す図である。
図１６Ｃは、Ｌ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。
ＰＬＰ毎に、PLP_RX_CLASSが新設される。
PLP_RX_CLASSは、そのPLP_RX_CLASSのデータが設けられたＰＬＰ（そのＰＬＰの、映像Ｂなどのデータ）が受信されるべき受信機クラスを示しており、このPLP_RX_CLASS の値である“０”は、受信機クラス−３のみ(この例では映像Ｅに該当)を示し、“１”は、受信機クラス−２と３(この例では映像Ｂに該当)を示し、“２”は、受信機クラス−１、２、３(この例ではＬ２情報と音声に該当)を示す。
これにより、受信機で選局されたプログラム(例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、３、７)が識別されると、各ＰＬＰが、受信機クラス−１、２、３で受信すべきかどうかを判定することができる。
図１７は、Ｌ１情報処理部４４１の構成を示す図である。
この構成は、図８に示す実施の形態１のＬ１情報処理部１４１と比較して、Ｌ１情報生成部４８１への置き換えがされた構成である。
図１７のＬ１情報処理部４４１において、Ｌ１情報生成部４８１は、図１６Ｂに示す受信機クラス−１、２、３の該当ＰＬＰ群に基づき、図１６Ｃに示すPLP_RX_CLASSが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とを生成する。
なお、更に、図１６Ｃに示すPLP_SYNC_CONDが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とを生成してもよい。
その他の動作は、実施の形態１における送信装置１００と同じである。
図１８、図１９は、それぞれ、受信バッファモデル (受信機クラス-３) ５００、受信バッファモデル (受信機クラス-２) ５５０の構成を示す図である。
受信機クラス-１に関しては、図１０に示す実施の形態１〜２の受信バッファモデル (受信機クラス-１) ２５０と同じである。
図１４に示す送信装置４００は、送信信号を、これらの受信バッファモデルに入力した場合に、デインターリーブ部でのバッファ・オーバーフローと、ＤＪＢ部でのバッファ・アンダーフローが生じないように、インターリーブに関連する伝送パラメータや、BUFSを含むＩＳＳＹ情報を生成する。
この目的のために、これらの受信バッファモデルが定義される。
図１８に示す受信バッファモデル(受信機クラス-３) ５００は、図９に示す、実施の形態１における受信バッファモデル(受信機クラス-２)２００と比較して、４つのデインターリーブ部２２１、５２４、５２５、２２３を有し、４つのＤＪＢ部２４１、２４３、５４４、５４５を有していることが異なる。
この構成は、更に、多重部５３１と分離部５３４とへの置き換えがされた構成である。
図１８の受信バッファモデル (受信機クラス-３) ５００において、デインターリーブされたＬ１情報は、多重部５３１を通過する。そしてデマッピング部２３２、ＦＥＣ復号化部２３３により、Ｌ１情報が復号される。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、３、７)が識別されると、図１６Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１、２、３、７が、受信機クラス-３の該当ＰＬＰ群と認識される。
データＰＬＰ(音声)用デインターリーブ部２２１は、復号されたＬ１情報に基づき、音声を伝送するＰＬＰ−１のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３は、得られたＬ１情報に基づき、Ｌ２情報を伝送するＰＬＰ−７のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
データＰＬＰ(映像Ｂ)用デインターリーブ部５２４は、得られたＬ１情報に基づき、映像Ｂを伝送するＰＬＰ−２のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
データＰＬＰ(映像Ｅ)用デインターリーブ部５２５は、得られたＬ１情報に基づき、映像Ｅを伝送するＰＬＰ−３のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら４つのデインターリーブ部におけるメモリ最大合計容量は、図１６Ａに示す通り、(2^19 + 2^15) cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１、２、３、７のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
多重部５３１は、これら４つのデインターリーブ部の出力を、ＦＥＣフレーム単位で多重する。
分離部５３４は、復号されたＰＬＰデータを、ＰＬＰ毎（４つ）に分離する。
データＰＬＰ(音声)用ＤＪＢ部２４１、共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部２４３、データＰＬＰ(映像Ｂ)用ＤＪＢ部５４４、データＰＬＰ(映像Ｅ)用ＤＪＢ部５４５は、それぞれ、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いてジッタを除去して、それぞれ音声、Ｌ２情報、映像Ｂ、映像Ｅのパケットを出力する。
出力された各パケットは、図示しない機能ブロックによるＰＬＰ統合処理において統合され、音声、Ｌ２情報、映像Ｂ、映像Ｅを含んだＴＳが生成される。
これら４つのＤＪＢ処理におけるバッファ容量の合計は、図１６Ａに示す通り、2 Mbitである。
ＰＬＰ−１、２、３、７それぞれのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
また、これら４つのＤＪＢ処理において、バッファの残容量が、１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号がactiveにされることにより、対応するデインターリーブ部からの出力が停止する。
その他の動作は、図９に示す受信バッファモデル (受信機クラス-２) ２００と同じである。
図１９の受信バッファモデル (受信機クラス-２) ５５０の構成は、図１８の受信バッファモデル(受信機クラス-３)５００と比較して、データＰＬＰ(映像Ｅ)用デインターリーブ部５２５とデータＰＬＰ(映像Ｂ)用ＤＪＢ部５４４を削除し、多重部５８１と分離部５８４とへの置き換えがされた構成である。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、３、７)が識別されると、図１６Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１、２、７が、受信機クラス-２の該当ＰＬＰ群と認識される。
データＰＬＰ(音声)用デインターリーブ部２２１、共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３、データＰＬＰ(映像Ｂ)用デインターリーブ部５２４はそれぞれ、音声を伝送するＰＬＰ−１のcell、Ｌ２情報を伝送するＰＬＰ−７のcell、映像Ｂを伝送するＰＬＰ−２のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら３つのデインターリーブ部におけるメモリ最大合計容量は、図１６Ａに示す通り、(2^18 + 2^15) cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１、２、７のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
多重部５８１は、これら３つのデインターリーブ部出力をＦＥＣフレーム単位で多重化する。
分離部５８４は、復号されたＰＬＰデータを、ＰＬＰ毎（３つ）に分離する。
データＰＬＰ(音声)用ＤＪＢ部２４１、共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部２４３、データＰＬＰ(映像Ｂ)用ＤＪＢ部５４４は、それぞれ、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いてジッタを除去して、それぞれ音声、Ｌ２情報、映像Ｂのパケットを出力する。
出力された各パケットは、図示しない機能ブロックによるＰＬＰ統合処理において統合され、音声、Ｌ２情報、映像Ｂを含んだＴＳが生成される。
これら３つのＤＪＢ処理におけるバッファ容量の合計は、図１６Ａに示す通り、1.5 Mbitである。
ＰＬＰ−１、２、７それぞれのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
また、これら３つのＤＪＢ処理において、バッファの残容量が、１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号がactiveにされることにより、対応するデインターリーブ部からの出力が停止する。
その他の動作は、図１８に示す受信バッファモデル(受信機クラス-３)５００と同じである。
図１０の受信バッファモデル (受信機クラス-１) ２５０において、選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群(ＰＬＰ−１、２、３、７)が識別されると、図１６Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１、７を受信機クラス-１の該当ＰＬＰ群と認識する。
データＰＬＰ(音声)用デインターリーブ部２２１、共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３は、それぞれ、音声を伝送するＰＬＰ−１のcell、Ｌ２情報を伝送するＰＬＰ−７のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら２つのデインターリーブ部におけるメモリ最大合計容量は、図１６Ａに示す通り、(2^17 + 2^15) cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１、７のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
データＰＬＰ(音声)用ＤＪＢ部２４１、共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部２４３は、それぞれ、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いてジッタを除去して、それぞれ音声、Ｌ２情報のパケットを出力する。
出力された各パケットは、図示しない機能ブロックにおけるＰＬＰ統合処理において統合され、音声、Ｌ２情報を含んだＴＳが生成される。
これら２つのＤＪＢ処理におけるバッファ容量の合計は、図１６Ａに示す通り、1 Mbitである。
ＰＬＰ−１、７それぞれのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
また、これら２つのＤＪＢ処理において、バッファの残容量が１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号をactiveにすることにより、対応するデインターリーブ部からの出力を停止する。
その他の動作は、図９に示す受信バッファモデル (受信機クラス-２) ２００と同じである。
本実施の形態３の受信装置 (受信機クラス-３)は、図１８に示す受信バッファモデル (受信機クラス-３) ５００に基づいて構成する。
図１６Ａの受信機クラス-３の定義に基づき、受信装置 (受信機クラス-３)は、最大４つのＰＬＰを処理可能とするように、予め４つのデインターリーブ部２２１、２２３、５２４、５２５、及び４つのＤＪＢ部２４１、２４３、５４４、５４５を備える。
また、予め、デインターリーブ部メモリ合計容量を、(2^19 + 2^15) cells以上、ＤＪＢ部バッファ合計容量を、2 Mbit以上備える。
なお、この受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
本実施の形態３の受信装置 (受信機クラス-２)は、図１９に示す受信バッファモデル (受信機クラス-２) ５５０に基づいて構成する。
図１６Ａの受信機クラス-２の定義に基づき、受信装置 (受信機クラス-２)は、最大３つのＰＬＰを処理可能とするように、予め３つのデインターリーブ部２２１、２２３、５２４、及び３つのＤＪＢ部２４１、２４３、５４４を備える。
また、予め、デインターリーブ部メモリ合計容量として、(2^18 + 2^15) cells以上が用意され、ＤＪＢ部バッファ合計容量として、1.5 Mbit以上が用意される。
なお、この受信装置の一部または全てを含むように、集積回路が構成されて、１チップ化がされてもよい。
本実施の形態３の受信装置 (受信機クラス-１)は、図１０に示す受信バッファモデル (受信機クラス-１)２５０に基づいて構成される。
図１６Ａの受信機クラス-１の定義に基づき、受信装置 (受信機クラス-１)は、最大２つのＰＬＰを処理可能とするように、予め２つのデインターリーブ部２２１と２２３、及び２つのＤＪＢ部２４１と２４３を備える。
また、予めデインターリーブ部メモリ合計容量として、(2^17 + 2^15) cells以上が用意され、ＤＪＢ部バッファ合計容量として、1 Mbit以上が用意される。
なお、この受信装置の一部または全てを含むように、集積回路が構成され、１チップ化がされてもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、複数の受信機クラスを定義するようにした送信装置、その送信装置を制御するための受信バッファモデル、受信装置、集積回路、及びプログラムを提供することができる。特に、ＳＶＣを用いて、映像コンポーネントとして、映像Ｂと映像Ｅの２つを生成し、音声、映像Ｂ、映像Ｅのコンポーネント毎の伝送品質が実現されることが特徴である。
（実施の形態４）
図２０は、本発明の実施の形態４における送信装置６００の構成を示す図である。
従来の送信装置、及び実施の形態１〜３の送信装置と同じ構成要素については、適宜同じ符号を用い、詳しい説明を省略する。
本実施の形態４では、実施の形態３と同じく、ＴＳ生成部において、ＳＶＣを用いて映像コンポーネントとして映像Ｂと映像Ｅの２つを生成する。
更に、映像Ｂを伝送するＰＬＰには、ＭＩＳＯ(Multi-Input Single- Output)伝送を、映像Ｅを伝送するＰＬＰには、ＭＩＭＯ(Multi-Input Multi-Output)伝送を適用することにより、音声、映像Ｂ、映像Ｅのコンポーネント毎の伝送品質を実現するとともに、受信アンテナ数も含めた複数の受信機クラスを定義することが特徴である。
図２０の送信装置６００の構成は、図１４に示す実施の形態３における送信装置４００と比較して、物理層処理部６１２中のＬ１情報処理部６４１とフレーム構成部６５１とへの置き換えがされ、ＯＦＤＭ信号生成部２０６１を２つの送信アンテナそれぞれに備えた構成である。
更に、映像Ｂを伝送するＰＬＰに対しては、ＭＩＳＯ−ＰＬＰ処理部（６３２２、６３２５、６３２９）に置き換え、映像Ｅを伝送するＰＬＰに対しては、ＭＩＭＯ−ＰＬＰ処理部（６３３３、６３３６、６３３１０）に置き換えた構成である。
伝送するＰＬＰ毎に、ＰＬＰ処理部（１３１１、１３１４、１３１７、１３１８、１３１１１）、またはＭＩＳＯ−ＰＬＰ処理部（６３２２、６３２５、６３２９）に置き換え、映像Ｅを伝送するＰＬＰに対しては、ＭＩＭＯ−ＰＬＰ処理部（６３３３、６３３６、６３３１０）、またはＭＩＭＯ−ＰＬＰ処理部（６３３３、６３３６、６３３１０）を備える。
図２１Ａは、受信機クラスの定義を示す図である。
図１６Ａに示す実施の形態３における受信機クラスの定義と比較して、受信最小アンテナ数とＭＩＳＯ／ＭＩＭＯ復号の必要性を追加している。また、受信機クラス−２と３のインターリーブ最大合計容量をそれぞれ、(2^19 + 2^15) cells 、(2^20 + 2^15) cellsに増加させている。
実施の形態３と同じく、図１６Ｂが各ＴＳに含まれるプログラム毎の該当ＰＬＰ群、受信機クラス−１、２、３の該当ＰＬＰ群である。
図２１Ｂは、Ｌ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。
図１６Ｃに示す実施の形態３におけるＬ１情報と比較して、更にＰＬＰ毎に、PLP_ MIMO_MISO_SISOを新設する。PLP_MIMO_MISO_SISOは、“０”は、ＭＩＭＯ伝送(この例では映像Ｅに該当)、“１”は、ＭＩＳＯ伝送(この例では映像Ｂに該当)、“２”は、ＳＩＳＯ伝送(この例ではＬ２情報と音声に該当)と定義する。
これにより、受信機で選局されたプログラム(例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、３、７)が識別されると、各ＰＬＰが、ＭＩＭＯ伝送、ＭＩＳＯ伝送、ＳＩＳＯ伝送の何れかを判定することができる。
図２２は、ＭＩＳＯ−ＰＬＰ処理部６３２Ｎの構成を示す図である。
図２０に示されるそれぞれのＭＩＳＯ−ＰＬＰ処理部の構成は、このＭＩＳＯ−ＰＬＰ処理部６３２Ｎの構成と同様の構成を備える。
この構成は、図７に示す実施の形態１〜３のＰＬＰ処理部１３１Ｎと比較して、ＭＩＳＯ符号化部６７５を追加し、インターリーブ部１７４を２つの送信アンテナそれぞれに備えた構成である。
図２２のＭＩＳＯ−ＰＬＰ処理部６３２Ｎにおいて、ＭＩＳＯ符号化部６７５は、ＭＩＳＯ符号化を行う。２つの送信アンテナ毎のインターリーブ部１７４はそれぞれ、実施の形態１〜３と同じインターリーブを行う。
図２３は、ＭＩＭＯ−ＰＬＰ処理部６３３Ｎの構成を示す図である。
図２０に示されるそれぞれのＭＩＭＯ−ＰＬＰ処理部の構成は、このＭＩＭＯ−ＰＬＰ処理部６３３Ｎの構成と同様の構成を備える。
この構成は、図７に示す実施の形態１〜３のＰＬＰ処理部１３１Ｎと比較して、ＭＩＭＯ符号化部６７６を追加し、インターリーブ部１７４を２つの送信アンテナそれぞれに備えた構成である。
図２３のＭＩＭＯ−ＰＬＰ処理部６３３Ｎにおいて、ＭＩＭＯ符号化部６７６は、ＭＩＭＯ符号化を行う。
２つの送信アンテナ毎のインターリーブ部１７４はそれぞれ、実施の形態１〜３と同じインターリーブを行う。
図２４は、Ｌ１情報処理部６４１の構成を示す図である。
この構成は、図４に示す従来のＬ１情報処理部２０４１と比較して、Ｌ１情報生成部６８１への置き換えがされた構成である。
図２４のＬ１情報処理部６４１において、Ｌ１情報生成部６８１は、図２１Ｂに示すPLP_RX_CLASSとPLP_MIMO_MISO_SISOが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成される。
なお、更に、図６Ｃに示すPLP_SYNC_CONDが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成されてもよい。
図２０の送信装置６００において、フレーム構成部６５１は、ＰＬＰ処理部（１３１１、１３１４、１３１７、１３１８、１３１１１）、ＭＩＳＯ−ＰＬＰ処理部（６３２２、６３２５、６３２９）、ＭＩMＯ−ＰＬＰ処理部（６３３３、６３３６、６３３１０）から出力される各ＰＬＰのマッピングデータと、Ｌ１情報処理部６４１から出力されるＬ１情報のマッピングデータを用いて、伝送フレームを生成して出力する。
送信アンテナ−１ (Tx-1)の伝送フレームには、ＰＬＰ処理部（１３１１、１３１４、１３１７、１３１８、１３１１１）から出力されるＳＩＳＯ伝送のＰＬＰと、ＭＩＳＯ−ＰＬＰ処理部（６３２２、６３２５、６３２９）から出力されるＭＩＳＯ伝送のＰＬＰと、ＭＩMＯ−ＰＬＰ処理部（６３３３、６３３６、６３３１０）から出力されるＭＩＭＯ伝送のＰＬＰと、Ｌ１情報処理部６４１から出力されるＬ１情報のマッピングデータを配置する。
一方、送信アンテナ−２ (Tx-2)の伝送フレームには、ＭＩMＯ−ＰＬＰ処理部（６３３３、６３３６、６３３１０）から出力されるＭＩＭＯ伝送のＰＬＰのマッピングデータを配置する。
２つの送信アンテナ毎のＯＦＤＭ信号生成部２０６１は、それぞれ、実施の形態１〜３と同じく、フレーム構成部６５１から出力される伝送フレーム構成に対して、パイロット信号の付加、ＩＦＦＴ、ＧＩの挿入、Ｐ１シンボルの挿入を行い、送信信号を出力する。
その他の動作は、図１４に示す実施の形態３の送信装置４００と同じである。
図２５、２６は、それぞれ、受信バッファモデル (受信機クラス-３) ７００、受信バッファモデル (受信機クラス-２) ７５０の構成を示す図である。
受信機クラス-１に関しては、図１０に示す実施の形態１〜３の受信バッファモデル (受信機クラス-１) ２５０と同じである。
図２０に示す送信装置６００は、送信信号を、これらの受信バッファモデルに入力した場合に、デインターリーブ部でのバッファ・オーバーフローと、ＤＪＢ部でのバッファ・アンダーフローが生じないように、インターリーブに関連する伝送パラメータや、BUFSを含むＩＳＳＹ情報を生成する。
この目的のために、これらの受信バッファモデルが定義される。
図２５に示す受信バッファモデル (受信機クラス-３)７００は、図１８に示す実施の形態３における受信バッファモデル (受信機クラス-３) ５００と比較して、受信アンテナ−２ (Rx-2)に関する復調部２１１、周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５、データＰＬＰ(映像Ｅ)用デインターリーブ部５２５を追加し、ＳＩＳＯ／ＭＩＳＯ／ＭＩＭＯデマッピング部７３２への置き換えがされた構成である。
図２５に示す受信バッファモデル (受信機クラス-３)７００は、以下の通り定義される。
Rx-1の復調部２１１、周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５は、図１８に示す、実施の形態３の受信バッファモデル (受信機クラス-３)５００と同じ動作を行う。
デインターリーブされたＬ１情報は、多重部５３１を通過し、ＳＩＳＯ／ＭＩＳＯ／ＭＩＭＯデマッピング部７３２、ＦＥＣ復号化部２３３が、実施の形態３の受信バッファモデル (受信機クラス-３)５００と同じ動作を行う。これにより、Ｌ１情報が復号される。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、３、７)が識別されると、実施の形態３と同じく、図２１Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１、２、３、７を受信機クラス-３の該当ＰＬＰ群と認識する。
Rx-1のデータＰＬＰ(音声)用デインターリーブ部２２１は、復号されたＬ１情報に基づき、音声を伝送するＰＬＰ−１のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
Rx-1の共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３は、得られたＬ１情報に基づき、Ｌ２情報を伝送するＰＬＰ−７のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
Rx-1のデータＰＬＰ(映像Ｂ)用デインターリーブ部５２４は、得られたＬ１情報に基づき、映像Ｂを伝送するＰＬＰ−２のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
Rx-1のデータＰＬＰ(映像Ｅ)用デインターリーブ部５２５は、得られたＬ１情報に基づき、映像Ｅを伝送するＰＬＰ−３のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
多重部５３１は、これら４つのデインターリーブ部出力を、ＦＥＣフレーム単位で多重する。
また、図２１Ｃに示すPLP_MIMO_MISO_SISOにより、ＰＬＰ−１と７はＳＩＳＯ伝送、ＰＬＰ−２はＭＩＳＯ伝送、ＰＬＰ−３はＭＩＭＯ伝送と認識する。Rx-2の復調部２１１、周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５は、Rx-1と同じ動作を行う。
Rx-2のデータＰＬＰ(映像Ｅ)用デインターリーブ部５２５は、得られたＬ１情報に基づき、映像Ｅを伝送するＰＬＰ−３のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら５つのデインターリーブ部におけるメモリ最大合計容量は、図２１Ａに示す通り、(2^20 + 2^15) cellsである。
ＳＩＳＯ／ＭＩＳＯ／ＭＩＭＯデマッピング部７３２は、ＳＩＳＯ伝送されるＰＬＰ−１(音声)とＰＬＰ−７(Ｌ２情報)に対して、実施の形態３と同じく、デマッピング処理を行う。
ＭＩＳＯ伝送されるＰＬＰ−２(映像Ｂ)に対して、ＭＩＳＯ用デマッピング処理を行う。
ＭＩＭＯ伝送されるＰＬＰ−３(映像Ｅ)に対して、ＭＩＭＯ用デマッピング処理を行う。
分離部５３４は、復号されたＰＬＰデータを、ＰＬＰ毎（４つ）に分離する。
４つのＤＪＢ処理におけるバッファ容量の合計は、図２１Ａに示す通り、2 Mbitである。ＰＬＰ−１、２、３、７それぞれのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
４つのＤＪＢ処理において、バッファの残容量が１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号をactiveにすることにより、対応するデインターリーブ部からの出力を停止する。
特に、データＰＬＰ(映像Ｅ)用ＤＪＢ部５４５は、Ｗａｉｔ制御信号をRx-1と2の両方のデータＰＬＰ(映像Ｅ)用デインターリーブ部５２５に出力する。
その他の動作は、図１８に示す実施の形態３における受信バッファモデル (受信機クラス-３) ５００と同じである。
図２６の受信バッファモデル (受信機クラス-２) ７５０は、図２５の受信バッファモデル(受信機クラス-３)７００と比較して、Rx-1のデータＰＬＰ(映像Ｅ)用デインターリーブ部５２５とデータＰＬＰ(映像Ｂ)用ＤＪＢ部５４４を削除し、Rx-2を削除し、多重部５８１、分離部５８４、ＳＩＳＯ／ＭＩＳＯデマッピング部７８２への置き換えがされた構成である。
図１９の実施の形態３における受信バッファモデル(受信機クラス-３)５５０と比較すると、ＳＩＳＯ／ＭＩＳＯデマッピング部７８２への置き換えがされた構成である。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、３、７)が識別されると、実施の形態３と同じく、図２１Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１、２、７を受信機クラス-２の該当ＰＬＰ群と認識する。
データＰＬＰ(音声)用デインターリーブ部２２１、共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３、データＰＬＰ(映像Ｂ)用デインターリーブ部５２４はそれぞれ、音声を伝送するＰＬＰ−１のcell、Ｌ２情報を伝送するＰＬＰ−７のcell、映像Ｂを伝送するＰＬＰ−２のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら３つのデインターリーブ部におけるメモリ最大合計容量は、図２１Ａに示す通り、(2^19 + 2^15) cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１、２、７のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
多重部５８１は、これら３つのデインターリーブ部出力を、ＦＥＣフレーム単位で多重する。
ＳＩＳＯ／ＭＩＳＯデマッピング部７３２は、ＳＩＳＯ伝送されるＰＬＰ−１(音声)と７(Ｌ２情報)に対して、実施の形態３と同じくデマッピング処理を行う。
ＭＩＳＯ伝送されるＰＬＰ−２(映像Ｂ)に対して、ＭＩＳＯ用デマッピング処理を行う。
分離部５８４は、復号されたＰＬＰデータを、ＰＬＰ毎（３つ）に分離する。
３つのＤＪＢ処理におけるバッファ容量の合計は、図２１Ａに示す通り、1.5 Mbitである。
ＰＬＰ−１、２、７それぞれのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
３つのＤＪＢ処理において、バッファの残容量が１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号をactiveにすることにより、対応するデインターリーブ部からの出力を停止する。
その他の動作は、図１９に示す実施の形態３における受信バッファモデル(受信機クラス-３)５５０と同じである。
図１０の受信バッファモデル (受信機クラス-１) ２５０において、選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ群 (ＰＬＰ−１、２、３、７)が識別されると、図２１Ｃに示すPLP_RX_CLASSにより、ＰＬＰ−１、７を、受信機クラス-１の該当ＰＬＰ群と認識する。
データＰＬＰ(音声)用デインターリーブ部２２１、共通ＰＬＰ(Ｌ２情報)用デインターリーブ部２２３はそれぞれ、音声を伝送するＰＬＰ−１のcell、Ｌ２情報を伝送するＰＬＰ−７のcellのcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら２つのデインターリーブ部におけるメモリ合計容量は、図２１Ａに示す通り、(2^17 + 2^15) cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１、７のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
多重部２８１は、これら２つのデインターリーブ部出力を、ＦＥＣフレーム単位で多重する。
分離部２８４は、復号されたＰＬＰデータをＰＬＰ毎（２つ）に分離する。
データＰＬＰ(音声)用ＤＪＢ部２４１、共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部２４３は、それぞれ、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いてジッタを除去して、それぞれ音声、Ｌ２情報のパケットを出力する。
出力された各パケットは、図示しない機能ブロックにおけるＰＬＰ統合処理において統合され、音声、Ｌ２情報を含んだＴＳが生成される。
これら２つのＤＪＢ処理におけるバッファ容量の合計は、図２１Ａに示す通り、1 Mbitである。
ＰＬＰ−１、７それぞれのバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
また、これら２つのＤＪＢ処理において、バッファの残容量が１ベースバンド・フレーム未満である間、対応するＰＬＰ用デインターリーブ部へのＷａｉｔ制御信号をactiveにすることにより、対応するデインターリーブ部からの出力を停止する。
本実施の形態４の受信装置 (受信機クラス-３)は、図２５に示す受信バッファモデル (受信機クラス-３) ７００に基づいて構成する。
図２１Ａの受信機クラス-３の定義に基づき、受信装置 (受信機クラス-３)は、予め２アンテナを備える。
また最大４つのＰＬＰを処理可能とするように、予めRx-1に対する４つのデインターリーブ部２２１、２２３、５２４、５２５、及び４つのＤＪＢ部２４１、２４３、５４４、５４５を備える。
更に、予めRx-2に対するデインターリーブ部５２５を備える。
また、予め、デインターリーブ部メモリ合計容量を、(2^20 + 2^15) cells以上、ＤＪＢ部バッファ合計容量を、2 Mbit以上備える。
更に、予め、ＭＩＳＯ復号、ＭＩＭＯ復号を可能としておく。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
本実施の形態３の受信装置 (受信機クラス-２)は、図２６に示す受信バッファモデル (受信機クラス-２) ７５０に基づいて構成する。
図２１Ａの受信機クラス-２の定義に基づき、受信装置 (受信機クラス-２)は、最大３つのＰＬＰを処理可能とするように、予め、３つのデインターリーブ部２２１、２２３、５２４、及び３つのＤＪＢ部２４１、２４３、５４４を備える。
また、予め、デインターリーブ部メモリ合計容量を、(2^19 + 2^15) cells以上、ＤＪＢ部バッファ合計容量を、1.5 Mbit以上備える。
更に、予め、ＭＩＳＯ復号を可能としておく。
なお、この受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
本実施の形態３の受信装置 (受信機クラス-１)は、図１０に示す受信バッファモデル (受信機クラス-１) ２５０に基づいて構成する。
図２１Ａの受信機クラス-１の定義に基づき、受信装置 (受信機クラス-１)は、最大２つのＰＬＰを処理可能とするように、予め２つのデインターリーブ部２２１と２２３、及び２つのＤＪＢ部２４１と２４３を備える。
また、予めデインターリーブ部メモリ合計容量を、(2^17 + 2^15) cells以上、ＤＪＢ部バッファ合計容量を、1 Mbit以上備える。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、複数の受信機クラスを定義するようにした送信装置、その送信装置を制御するための受信バッファモデル、受信装置、集積回路、及びプログラムを提供することができる。特に、映像Ｂを伝送するＰＬＰには、ＭＩＳＯ伝送を、映像Ｅを伝送するＰＬＰには、ＭＩＭＯ伝送を適用することにより、音声、映像Ｂ、映像Ｅのコンポーネント毎の伝送品質を実現するとともに、受信アンテナ数も含めた複数の受信機クラスを定義することが特徴である。
（実施の形態５）
図２７は、本発明の実施の形態５における送信装置８００の構成を示す図である。
従来の送信装置、及び実施の形態１〜４の送信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
本実施の形態５では、規格がブランチを有し、ブランチ毎にＦＥＣ符号化方式が異なる場合を示す。
一例として、ブランチ１が、ＬＤＰＣ符号化方式を採用し、ブランチ２が、Ｔｕｒｂｏ符号化方式を採用する場合を示す。
図２７の送信装置８００は、図２に示す従来の送信装置２０００と比較して、物理層処理部８１２中のＰＬＰ処理部８３１１および８３１２とＬ１情報処理部８４１とへの置き換えがされた構成である。
ＰＬＰ処理部８３１１および８３１２は、伝送するＰＬＰ毎に備える。
図２８Ａは、受信機クラスの定義を示す図である。
受信機クラス−２は、ブランチ１と２の両方に対応し、ＦＥＣ復号としては、ＬＤＰＣとＴｕｒｂｏの両方を実装する。
インターリーブ最大容量を、2^19 cells、ＤＪＢ最大容量を、2 Mbitと定義している。
一方、受信機クラス−１aは、ブランチ１のみに対応すると定義することにより、ＦＥＣ復号としてはＬＤＰＣのみを実装すればよい。
受信機クラス−１bは、ブランチ２のみに対応すると定義することにより、ＦＥＣ復号としてはＴｕｒｂｏのみを実装すればよい。
図２８Ｂは、各ＴＳに含まれるプログラム毎の該当ＰＬＰ、受信機クラス−１a、１b、２の該当ＰＬＰ、ＦＥＣ符号化、規格ブランチを示す図である。
図２８Ｃは、Ｌ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。
ＰＬＰ毎に、PLP_RX_CLASSを新設する。
PLP_RX_CLASSは、そのＰＬＰが受信されるべき受信機クラスを示しており、“０”は、受信機クラス−１aと２ (この例では規格ブランチ１：ＬＤＰＣに該当)、“１”は、受信機クラス−１bと２(この例では規格ブランチ２：Ｔｕｒｂｏに該当)と定義する。
これにより、受信機で選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、そのＰＬＰが受信機クラス−１a、１b、２で受信すべきかどうかを判定することができる。
また、図２８Ｄに示す通り、ＰＬＰ毎に、PLP_BRANCHを新設してもよい。
PLP_BRANCHは、そのＰＬＰの規格ブランチを示しており、“０”は、ブランチ−１ (この例ではＬＤＰＣに該当)、“１”は、ブランチ−２(この例ではＴｕｒｂｏに該当)と定義する。
これにより、受信機で選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、そのＰＬＰが、受信機クラス−１a、１b、２で受信すべきかどうかを判定することができる。
また、図２８Ｅに示す通り、ＰＬＰ毎に、PLP_FEC_CODEを新設してもよい。
PLP_FEC_CODEは、そのＰＬＰの ＦＥＣ符号化方式を示しており、“０”は、ＬＤＰＣ (この例では規格ブランチ−１に該当)、“１”は、Ｔｕｒｂｏ (この例では規格ブランチ−２に該当)と定義する。
これにより、受信機で選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、そのＰＬＰが受信機クラス−１a、１b、２で受信すべきかどうかを判定することができる。
図２９は、ＰＬＰ処理部８３１Ｎの構成を示す図である。
図２７に示されるそれぞれのＰＬＰ処理部の構成は、このＰＬＰ処理部８３１Ｎの構成と同様の構成を備える。
図３に示す、従来のＰＬＰ処理部２０３１と比較して、ＦＥＣ符号化部８７２への置き換えがされた構成である。
図２９のＰＬＰ処理部８３１Ｎにおいて、ＦＥＣ符号化部８７２は、そのＰＬＰの規格ブランチに基づき、ＢＣＨ符号化・ＬＤＰＣ符号化、またはＴｕｒｂｏ符号化を行う。
図３０は、Ｌ１情報処理部８４１の構成を示す図である。
図４に示す、従来のＬ１情報処理部２０４１と比較して、Ｌ１情報生成部８８１への置き換えがされた構成である。
図３０のＬ１情報処理部８４１において、Ｌ１情報生成部８８１は、図２８Ｃに示すPLP_RX_CLASSが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報と（図１の情報２ａ１を参照）を生成する。
あるいは、図２８Ｄに示すPLP_BRANCHが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成されてもよい。
あるいは、図２８Ｅに示すPLP_FEC_CODEが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成されてもよい。
また、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報を生成する際には、インターリーブに関連する伝送パラメータは、図２８Ｂに示す受信機クラス−１a、１b、２の該当ＰＬＰのインターリーブ容量が、図２８Ａに示すインターリーブ最大容量以下の条件が満たされる。
該当ＰＬＰのインターリーブ容量算出の際には、Ｌ１−ｐｏｓｔ(configurable)における各ＰＬＰの PLP_NUM_BLOCKS_MAXを用いる。
その他の動作は、図２に示す従来の送信装置２０００と同じである。
図３１〜３３は、それぞれ、受信バッファモデル (受信機クラス-２) ９００、受信バッファモデル (受信機クラス-１a) ９５０、受信バッファモデル (受信機クラス-１b) １０００の構成を示す図である。
図２７に示す送信装置８００は、送信信号をこれらの受信バッファモデルに入力した場合に、デインターリーブ部でのバッファ・オーバーフローと、ＤＪＢ部でのバッファ・アンダーフローが生じないように、インターリーブに関連する伝送パラメータや、BUFSを含むＩＳＳＹ情報を生成する。
この目的のために、これらの受信バッファモデルが定義される。
図３１に示す受信バッファモデル (受信機クラス-２) ９００は、図９に示す実施の形態１における受信バッファモデル (受信機クラス-２) ２００と比較して、１つのデインターリーブ部９２１を有し、１つのＤＪＢ部９４１を有していることが異なる。
更に、多重部９３１とＦＥＣ復号化部９３３とへの置き換えがされ、分離部２３４を削除した構成である。
図３１の受信バッファモデル (受信機クラス-２) ９００において、デインターリーブされたＬ１情報は、多重部９３１を通過する。そしてデマッピング部２３２、ＦＥＣ復号化部９３３により、Ｌ１情報が復号される。
なお、ＦＥＣ復号化部９３３は、ＬＤＰＣ・ＢＣＨ復号化とＴｕｒｂｏ復号化が可能である。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、図２８Ｃに示すPLP_RX_CLASS、または、図２８Ｄに示すPLP_BRANCH、または、図２８Ｅに示すPLP_FEC_CODEにより、ＰＬＰ−１を、受信機クラス-２で受信可能なＰＬＰと認識する。
デインターリーブ部９２１は、復号されたＬ１情報に基づき、ＰＬＰ−１のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
デインターリーブ部におけるメモリ最大容量は、図２８Ａに示す通り2^19 cellsである。デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
デインターリーブ部出力は、多重部９３１を通過する。
ＦＥＣ復号化部９３３では、Ｔｕｒｂｏ復号化が行われる。
ＤＪＢ部は、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いてジッタを除去して、ＴＳを出力する。
ＤＪＢ処理におけるバッファ容量は、図２８Ａに示す通り2 Mbitである。
ＰＬＰ−１のバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
また、ＤＪＢ処理において、バッファの残容量が１ベースバンド・フレーム未満である間、デインターリーブ部９２１へのＷａｉｔ制御信号をactiveにすることにより、対応するデインターリーブ部９２１からの出力を停止する。
その他の動作は、図９に示す受信バッファモデル (受信機クラス-２) ２００と同じである。
一方、選局されたプログラムが、ＴＳ−２のプログラム−１である場合、そのＰＬＰ(ＰＬＰ−２)が識別されると、図２８Ｃに示すPLP_RX_CLASS、または、図２８Ｄに示すPLP_BRANCH、または、図２８Ｅに示すPLP_FEC_CODEにより、ＰＬＰ−２を、受信機クラス-２で受信可能なＰＬＰと認識する。
以降の処理で、前述のＴＳ−１のプログラム−１が選局された場合と異なるのは、ＰＬＰ−２に対するＦＥＣ復号化部９３３では、ＬＤＰＣ・ＢＣＨ復号化が行われることである。
図３２に示す受信バッファモデル (受信機クラス-1a) ９５０は、図３１に示す受信バッファモデル (受信機クラス-２) ９００と比較して、ＦＥＣ復号化部２３３への置き換えがされた構成である。
なお、ＦＥＣ復号化部２３３は、ＬＤＰＣ・ＢＣＨ復号化のみ可能である。
選局されたプログラム (例えばＴＳ−２のプログラム−１)のＰＬＰ (ＰＬＰ−２)が識別された場合、受信バッファモデル (受信機クラス-２) ９００と同じ動作を行う。
ＦＥＣ復号化部２３３の構成が異なるが、ＰＬＰ−２は、ＢＣＨ・ＬＤＰＣ符号化されており、ＦＥＣ復号化部２３３で復号可能である。
一方、選局されたプログラムが、ＴＳ−１のプログラム−１である場合、そのＰＬＰ (ＰＬＰ−１)が識別されると、図２８Ｃに示すPLP_RX_CLASS、または、図２８Ｄに示すPLP_BRANCH、または、図２８Ｅに示すPLP_FEC_CODEにより、ＰＬＰ−２を、受信機クラス-１aでは受信不可能なＰＬＰと認識する。
図３３に示す受信バッファモデル (受信機クラス-1b) １０００は、図３１に示す受信バッファモデル (受信機クラス-２) ９００と比較して、ＦＥＣ復号化部１０３３への置き換えがされた構成である。
なお、ＦＥＣ復号化部１０３３は、Ｔｕｒｂｏ復号化のみ可能である。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別された場合、受信バッファモデル (受信機クラス-２) ９００と同じ動作を行う。
ＦＥＣ復号化部１０３３の構成が異なるが、ＰＬＰ−１は、Ｔｕｒｂｏ符号化されており、ＦＥＣ復号化部１０３３で復号可能である。
一方、選局されたプログラムが、ＴＳ−２のプログラム−１である場合、そのＰＬＰ(ＰＬＰ−２)が識別されると、図２８Ｃに示すPLP_RX_CLASS、または、図２８Ｄに示すPLP_BRANCH、または、図２８Ｅに示すPLP_FEC_CODEにより、ＰＬＰ−２を、受信機クラス-１bでは受信不可能なＰＬＰと認識する。
本実施の形態５の受信装置(受信機クラス-２)は、図３１に示す受信バッファモデル (受信機クラス-３) ９００に基づいて構成する。
図２８Ａの受信機クラス-２の定義に基づき、受信装置 (受信機クラス-２)は、ＬＤＰＣ・ＢＣＨ復号とＴｕｒｂｏ復号を処理可能とするように、予め、両方の復号が可能なＦＥＣ復号化部９３３を備える。
また、予めデインターリーブ部メモリ容量を、2^19 cells以上、ＤＪＢ部バッファ容量を、2 Mbit以上備える。
なお、この受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
本実施の形態５の受信装置 (受信機クラス-１a)は、図３２に示す受信バッファモデル (受信機クラス-１a) ９５０に基づいて構成する。
図２８Ａの受信機クラス-１aの定義に基づき、受信装置 (受信機クラス-１a)は、ＬＤＰＣ・ＢＣＨ復号を処理可能とするように、予め、その復号が可能なＦＥＣ復号化部２３３を備える。
また、予め、デインターリーブ部メモリ容量を、2^19 cells以上、ＤＪＢ部バッファ容量を、2 Mbit以上備える。
なお、この受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
本実施の形態５の受信装置 (受信機クラス-１b)は、図３３に示す受信バッファモデル (受信機クラス-１b) １０００に基づいて構成する。
図２８Ａの受信機クラス-１bの定義に基づき、受信装置 (受信機クラス-１b)は、Ｔｕｒｂｏ復号を処理可能とするように、予め、その復号が可能なＦＥＣ復号化部１０３３を備える。
また、予め、デインターリーブ部メモリ容量を、2^19 cells以上、ＤＪＢ部バッファ容量を、2 Mbit以上備える。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、規格がブランチを有し、ブランチ毎にＦＥＣ符号化方式が異なる場合に、複数の受信機クラスを定義する送信装置、送信装置を制御するための受信バッファモデル、受信装置、集積回路、及びプログラムを提供することができる。
（実施の形態６）
図３４は、本発明の実施の形態６における送信装置１１００の構成を示す図である。
従来の送信装置、及び実施の形態１〜５の送信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
本実施の形態６では、規格がバージョンを更新し、新しいバージョンは、古いバージョンで含まれなかった処理を追加する場合を示す。
一例として、バージョン２で、ＭＩＭＯ伝送を追加する場合を示す。
図３４の送信装置１１００は、図２７に示す、実施の形態５の送信装置８００と比較して、物理層処理部１１１２中のＬ１情報処理部１１４１とフレーム構成部６５１とへの置き換えがされ、ＰＬＰ−１に対して、ＭＩＭＯ−ＰＬＰ処理部６３３１への置き換えがされ、ＯＦＤＭ信号生成部２０６１を２つの送信アンテナそれぞれに備えた構成である。
伝送するＰＬＰ毎に、ＰＬＰ処理部１３１２、またはＭＩＭＯ−ＰＬＰ処理部６３３１を備える。
図３５Ａは、受信機クラスの定義を示す図である。
受信機クラス−２は、バージョン１と２の両方に対応し、受信最小アンテナ数は、２、ＭＩＭＯ復号を必要とする。
また、インターリーブ最大容量を、2^20 cells、ＤＪＢ最大容量を、2 Mbitと定義している。
一方、受信機クラス−１は、バージョン１のみに対応すると定義することにより、受信最小アンテナ数は、１に削減でき、ＭＩＭＯ復号が不要となる。
図３５Ｂは、各ＴＳに含まれるプログラム毎の該当ＰＬＰ、受信機クラス−１、２の該当ＰＬＰ、ＳＩＳＯ／ＭＩＳＯ伝送、規格バージョンを示す図である。
図３５Ｃは、Ｌ１−ｐｏｓｔ(configurable)におけるＰＬＰループに新設するＬ１情報を示す図である。
ＰＬＰ毎に、PLP_RX_CLASSを新設する。
PLP_RX_CLASSは、そのＰＬＰが受信されるべき受信機クラスを示しており、“０”は、受信機クラス−１と２ (この例ではＳＩＳＯ伝送に該当)、“１”は、受信機クラス−２(この例ではＭＩＭＯ伝送に該当)と定義する。
これにより、受信機で選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、そのＰＬＰが、受信機クラス−１、２で受信すべきかどうかを判定することができる。
図３５Ｄは、新設するＬ１情報の他の一例を示す図である。
また、図３５Ｄに示す通り、ＰＬＰ毎に、PLP_VERSIONを新設してもよい。
PLP_ VERSIONは、そのＰＬＰの規格バージョンを示しており、“０”は、バージョン−１ (この例ではＳＩＳＯ伝送に該当)、“１”は、バージョン−２(この例ではＭＩＭＯ伝送に該当)と定義する。
これにより、受信機で選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、そのＰＬＰが、受信機クラス−１、２で受信すべきかどうかを判定することができる。
図３５Ｅは、新設するＬ１情報の他の一例を示す図である。
また、図３５Ｅに示す通り、ＰＬＰ毎に、PLP_MIMO_SISOを新設してもよい。
PLP_MIMO_SISOは、“０”はＳＩＳＯ伝送(この例では規格バージョン−１に該当)、“１”は、ＭＩＭＯ伝送(この例では規格バージョン−２に該当)と定義する。
これにより、受信機で選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、そのＰＬＰが、受信機クラス−１、２で受信すべきかどうかを判定することができる。
図３６は、Ｌ１情報処理部１１４１の構成を示す図である。
図４に示す従来のＬ１情報処理部２０４１と比較して、Ｌ１情報生成部１１８１への置き換えがされた構成である。
図３６のＬ１情報処理部１１４１において、Ｌ１情報生成部１１８１は、図３５Ｃに示すPLP_RX_CLASSが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報と（図１の情報２ａ１を参照）を生成する。
あるいは、図３５Ｄに示すPLP_ VERSIONが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成されてもよい。
あるいは、図３５Ｅに示すPLP_MIMO_SISOが含まれるように、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報とが生成されてもよい。
また、Ｌ１−ｐｒｅ情報とＬ１−ｐｏｓｔ情報を生成する際には、インターリーブに関連する伝送パラメータは、図３５Ｂに示す受信機クラス−１、２の該当ＰＬＰのインターリーブ容量が、図３５Ａに示すインターリーブ最大容量以下の条件が満たされる。
該当ＰＬＰのインターリーブ容量算出の際には、Ｌ１−ｐｏｓｔ(configurable)における各ＰＬＰの PLP_NUM_BLOCKS_MAXを用いる。
ＭＩＭＯ−ＰＬＰ処理部６３３は、図２３に示す通り、実施の形態４と同じ動作を行う。
フレーム構成部６５１は、ＰＬＰ処理部１３１２、ＭＩMＯ−ＰＬＰ処理部６３３１から出力される各ＰＬＰのマッピングデータと、Ｌ１情報処理部１１４１から出力されるＬ１情報のマッピングデータを用いて、伝送フレームを生成して出力する。
送信アンテナ−１ (Tx-1)の伝送フレームには、ＰＬＰ処理部１３１２から出力されるＳＩＳＯ伝送のＰＬＰと、ＭＩMＯ−ＰＬＰ処理部６３３１から出力されるＭＩＭＯ伝送のＰＬＰと、Ｌ１情報処理部６４１から出力されるＬ１情報のマッピングデータを配置する。
一方、送信アンテナ−２ (Tx-2)の伝送フレームには、ＭＩMＯ−ＰＬＰ処理部６３３１から出力されるＭＩＭＯ伝送のＰＬＰのマッピングデータを配置する。
２つの送信アンテナ毎のＯＦＤＭ信号生成部２０６１はそれぞれ、実施の形態１〜３と同じく、フレーム構成部６５１から出力される伝送フレーム構成に対して、パイロット信号の付加、ＩＦＦＴ、ＧＩの挿入、Ｐ１シンボルの挿入を行い、送信信号を出力する。
図３７、３８は、それぞれ、受信バッファモデル (受信機クラス-２) １２００、受信バッファモデル (受信機クラス-１) １２５０の構成を示す図である。
図３４に示す送信装置１１００は、送信信号を、これらの受信バッファモデルに入力した場合に、デインターリーブ部でのバッファ・オーバーフローと、ＤＪＢ部でのバッファ・アンダーフローが生じないように、インターリーブに関連する伝送パラメータや、BUFSを含むＩＳＳＹ情報を生成する。
この目的のために、これらの受信バッファモデルが定義される。
図３７に示す受信バッファモデル (受信機クラス-２) １２００は、図３２に示す実施の形態４における受信バッファモデル (受信機クラス-１a) ９５０と比較して、受信アンテナ−２ (Rx-2)に関する復調部２１１、周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５、デインターリーブ部９２１を追加し、ＳＩＳＯ／ＭＩＭＯデマッピング部１２３２への置き換えがされた構成である。
図３７の受信バッファモデル (受信機クラス-２) １２００において、Rx-1の復調部２１１、周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５は、図３２に示す実施の形態４の受信バッファモデル(受信機クラス-１a) ９５０と同じ動作を行う。
デインターリーブされたＬ１情報は、多重部９３１を通過し、ＳＩＳＯ／ＭＩＭＯデマッピング部１２３２、ＦＥＣ復号化部２３３が実施の形態４の受信バッファモデル(受信機クラス-１a) ９５０と同じ動作を行う。
これにより、Ｌ１情報が復号される。
選局されたプログラム (例えばＴＳ−１のプログラム−１)のＰＬＰ (ＰＬＰ−１)が識別されると、図３５Ｃに示すPLP_RX_CLASS、または、図３５Ｄに示すPLP_VERSION、または、図３５Ｅに示すPLP_MIMO_SISOにより、ＰＬＰ−１を、受信機クラス-２で受信可能なＰＬＰと認識する。
Rx-1のデインターリーブ部９２１は、復号されたＬ１情報に基づき、ＰＬＰ−１のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
デインターリーブ部出力は、多重部９３１を通過する。
Rx-2の復調部２１１、周波数デインターリーブ・Ｌ１情報デインターリーブ部２１５は、Rx-1と同じ動作を行う。
Rx-2のデインターリーブ部９２１は、得られたＬ１情報に基づき、ＰＬＰ−１のcellを抽出して、送信側のインターリーブ処理と逆の並べ替えを行う。
これら２つのデインターリーブ部におけるメモリ最大合計容量は、図３５Ａに示す通り2^20 cellsである。
デインターリーブ処理に関連するＬ１情報は、ＰＬＰ−１のPLP_NUM_BLOCKS、PLP_NUM_BLOCKS_MAXなどである。
ＳＩＳＯ／ＭＩＭＯデマッピング部１２３２は、ＭＩＭＯ用デマッピング処理を行う。
ＦＥＣ復号化部２３３では、ＬＤＰＣ・ＢＣＨ復号化が行われる。
ＤＪＢ部は、復号されたＰＬＰデータを格納するベースバンド・フレーム中のＩＳＳＹ情報に基づき、ＤＪＢ用バッファを用いてジッタを除去して、ＴＳを出力する。
ＤＪＢ処理におけるバッファ容量は、図３５Ａに示す通り、2 Mbitである。
ＰＬＰ−１のバッファ容量は、ＩＳＳＹ情報に含まれるBUFSの値で指定される。
またＤＪＢ処理において、バッファの残容量が１ベースバンド・フレーム未満である間、２つのデインターリーブ部９２１へのＷａｉｔ制御信号をactiveにすることにより、Rx-1と2の両方のデインターリーブ部９２１からの出力を停止する。
一方、選局されたプログラムが、ＴＳ−２のプログラム−１である場合、そのＰＬＰ(ＰＬＰ−２)が識別されると、図３５Ｃに示すPLP_RX_CLASS、または、図３５Ｄに示すPLP_VERSION、または、図３５Ｅに示すPLP_MIMO_SISOにより、ＰＬＰ−２を、受信機クラス-２で受信可能なＰＬＰと認識する。
以降の処理で、前述のＴＳ−１のプログラム−１が選局された場合と異なるのは、Rx-2における処理が不要になることと、ＰＬＰ−２に対するＳＩＳＯ／ＭＩＭＯデマッピング部１２３２では、実施の形態４の受信バッファモデル (受信機クラス-１a)９５０と同じく、デマッピング処理が行われることである。
図３８の受信バッファモデル (受信機クラス-１) １２５０は、図３７の受信バッファモデル(受信機クラス-２)１２００と比較して、Rx-2を削除し、デマッピング部２３２への置き換えがされた構成である。
選局されたプログラム (例えばＴＳ−２のプログラム−１)のＰＬＰ (ＰＬＰ−２)が識別された場合、受信バッファモデル (受信機クラス-２) １２００と同じ動作を行う。
デマッピング部２３２の構成が異なるが、ＰＬＰ−２はＳＩＳＯ伝送されており、デマッピング部２３２でデマッピング可能である。
一方、選局されたプログラムが、ＴＳ−１のプログラム−１である場合、そのＰＬＰ(ＰＬＰ−１)が識別されると、図３５Ｃに示すPLP_RX_CLASS、または、図３５Ｄに示すPLP_VERSION、または、図３５Ｅに示すPLP_MIMO_SISOにより、ＰＬＰ−１を、受信機クラス-１では受信不可能なＰＬＰと認識する。
本実施の形態６の受信装置 (受信機クラス-２)は、図３７に示す受信バッファモデル (受信機クラス-２) １２００に基づいて構成する。
図３５Ａの受信機クラス-２の定義に基づき、受信装置 (受信機クラス-２)は、予め、２アンテナを備える。
また、ＭＩＭＯ復号とＳＩＳＯ復号を処理可能とするように、予め、両方の復号が可能なＳＩＳＯ／ＭＩＭＯデマッピング部１２３２を備える。
また、予め、デインターリーブ部メモリ容量を、2^20 cells以上、ＤＪＢ部バッファ容量を、2 Mbit以上備える。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
本実施の形態６の受信装置 (受信機クラス-１)は、図３８に示す受信バッファモデル (受信機クラス-１) １２５０に基づいて構成する。図３５Ａの受信機クラス-１の定義に基づき、受信装置 (受信機クラス-１)は、ＳＩＳＯ復号を処理可能とするように、予め、その復号が可能なデマッピング部２３２を備える。
また、予めデインターリーブ部メモリ容量を2^19 cells以上、ＤＪＢ部バッファ容量を2 Mbit以上備える。
なおこの受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、規格がバージョンを更新し、新しいバージョンは古いバージョンで含まれなかったＭＩＭＯ伝送が追加される場合に、複数の受信機クラスを定義する送信装置、送信装置を制御するための受信バッファモデル、受信装置、及び集積回路、及びプログラムを提供することができる。
なお実施の形態１〜６において、DVB-T2をベースに説明したが、これに限らず、独立に伝送パラメータを設定可能なＰＬＰ構造であればよい。
また、実施の形態１〜６において、ＴＳ数を２つとしたが、これに限らない。
また、ＴＳ−１のプログラム数を２、ＴＳ−２のプログラム数を１としたが、これに限らない。
また実施の形態１〜２において、サービス・コンポーネントを音声と映像としたが、これに限らない。他に、データ・コンポーネントなどが挙げられる。
また実施の形態３〜４において、映像に対してscalable codingを行う構成としたが、これに限らず、音声やデータ・コンポーネントに対してscalable codingを行ってもよい。
また実施の形態１〜２において、受信機クラス−1及び２のインターリーブ最大合計容量をそれぞれ(2^17 + 2^15) cells、(2^19 + 2^15) cellsとしたが、これに限らない。またＤＪＢ最大合計容量をそれぞれ2 Mbit、1 Mbitとしたが、これに限らない。
また実施の形態３において、受信機クラス−1、２、３のインターリーブ最大合計容量をそれぞれ(2^17 + 2^15) cells、(2^18 + 2^15) cells、(2^19 + 2^15) cellsとしたが、これに限らない。
また、ＤＪＢ最大合計容量をそれぞれ2 Mbit、1.5 Mbit、1 Mbitとしたが、これに限らない。
また実施の形態４において、受信機クラス−1、２、３のインターリーブ最大合計容量をそれぞれ(2^17 + 2^15) cells、(2^19 + 2^15) cells、(2^20 + 2^15) cellsとしたが、これに限らない。
また、ＤＪＢ最大合計容量をそれぞれ2 Mbit、1.5 Mbit、1 Mbitとしたが、これに限らない。
また実施の形態５において、受信機クラス−1a、１b、２のインターリーブ最大合計容量を 2^19 cellsとしたが、これに限らない。またＤＪＢ最大合計容量を2 Mbitとしたが、これに限らない。
また実施の形態６において、受信機クラス−1、２のインターリーブ最大合計容量を 2^19 cellsとしたが、これに限らない。またＤＪＢ最大合計容量を2 Mbitとしたが、これに限らない。
また実施の形態２の送信装置において、ＴＳ−１に含まれる２つのプログラムの音声コンポーネントを同じＰＬＰで伝送する構成としたが、これに限らず、例えば映像コンポーネントを同じＰＬＰで伝送する構成としてもよい。また、異なるＴＳに含まれるコンポーネントを同じＰＬＰで伝送する構成としてもよい。
また実施の形態４の送信装置において、音声コンポーネントとＬ２情報とＬ１情報をＳＩＳＯ伝送で、映像ＢコンポーネントをＭＩＳＯ伝送で、映像ＥコンポーネントをＭＩＭＯ伝送としたが、これに限らず、コンポーネントの種類やＬ２情報、Ｌ１情報の別に従って、ＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送から選択すればよい。
また、ＳＶＣを適用しない場合でも同様に、コンポーネントの種類やＬ２情報、Ｌ１情報の別に従って、ＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送から選択してもよい。
また実施の形態５において、規格ブランチ１はＬＤＰＣを採用し、規格ブランチ２はＴｕｒｂｏを採用するとしたが、これに限らない。
規格ブランチ毎に異なる可能性のあるものとして、ＦＥＣ符号の他に、符号化率、ＦＥＣ符号長、変調多値数などが挙げられ、ＰＬＰ毎に規格ブランチを選択可能であればよい。
また実施の形態６において、規格バージョン１に対して、規格バージョン２でＭＩＭＯ伝送を追加としたが、これに限らない。新しい規格バージョンで追加される可能性のあるものとして、ＴＦＳ (Time Frequency Slicing)などが挙げられ、ＰＬＰ毎に規格バージョンを選択可能であればよい。
また実施の形態１〜４において、受信バッファモデルと受信装置の各デインターリーブ部と各ＤＪＢ部に、それぞれ処理するサービス・コンポーネント、またはＬ１情報が割り当てられていたが、これに限らない。
各デインターリーブ部と各ＤＪＢ部が、その受信機クラスで受信すべき異なるＰＬＰを処理すればよい。
（実施の形態７）
図３９は、本発明の実施の形態７における受信装置（受信機クラス−２）１３００の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態１〜２において、受信装置（受信機クラス−２）は図９に示す受信バッファモデル(受信機クラス-２) ２００に基づいて構成するものとした。
図３９の受信装置（受信機クラス−２）１３００は、図９と比較して、受信機クラス情報管理部１３０１を追加した構成である。
図３９の受信装置（受信機クラス−２）１３００において、受信機クラス情報管理部１３０１は、受信機クラス情報を格納している。
読み出し要求が入力されると、受信機クラス情報を出力する。
受信機クラス情報としては、図６Ａに示す受信機クラス−２の定義に含まれる情報が挙げられる。
図３９の受信装置（受信機クラス−２）１３００には、実施の形態１または２の通りに生成された送信信号が入力される。
図４０は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図６Ａに示す受信機クラス−２の定義より、受信機クラス−２が受信可能な音声と映像に関する情報も、図４０の通り表示可能である。
なお、この受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態８）
図４１は、本発明の実施の形態８における受信装置（受信機クラス−１）１３５０の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態１〜４において、受信装置（受信機クラス−１）は、図１０に示す受信バッファモデル(受信機クラス-１) ２５０に基づいて構成するものとした。
図４１の受信装置（受信機クラス−１）１３５０は図１０と比較して、受信機クラス情報管理部１３５１を追加した構成である。
図４１の受信装置（受信機クラス−１）１３５０において、受信機クラス情報管理部１３５１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図６Ａ、図１６Ａ、図２１Ａに示す受信機クラス−１の定義に含まれる情報が挙げられる。
図４１の受信装置（受信機クラス−１）１３５０には、実施の形態１〜４の何れかの通りに生成された送信信号が入力される。
図４２は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図６Ａ、図１６Ａ、図２１Ａに示す受信機クラス−１の定義より、受信機クラス−１が受信可能な音声に関する情報も図４２の通り表示可能である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態９）
図４３は、本発明の実施の形態９における受信装置（受信機クラス−３）１４００の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態３において、受信装置（受信機クラス−３）は、図１８に示す受信バッファモデル(受信機クラス-３) ５００に基づいて構成するものとした。
図４３の受信装置（受信機クラス−３）１４００は、図１８と比較して、受信機クラス情報管理部１４０１を追加した構成である。
図４３の受信装置（受信機クラス−３）１４００において、受信機クラス情報管理部１４０１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図１６Ａに示す受信機クラス−３の定義に含まれる情報が挙げられる。
図４３の受信装置（受信機クラス−３）１４００には、実施の形態３の通りに生成された送信信号が入力される。
図４４は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図１６Ａに示す受信機クラス−３の定義より、受信機クラス−３が受信可能な音声と映像に関する情報も図４４の通り表示可能である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１０）
図４５は、本発明の実施の形態１０における受信装置（受信機クラス−２）１４５０の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態３において、受信装置（受信機クラス−２）は、図１９に示す受信バッファモデル(受信機クラス-２) ５５０に基づいて構成するものとした。
図４５の受信装置（受信機クラス−２）１４５０は、図１９と比較して、受信機クラス情報管理部１４５１を追加した構成である。
図４５の受信装置（受信機クラス−２）１４５０において、受信機クラス情報管理部１４５１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図１６Ａに示す受信機クラス−２の定義に含まれる情報が挙げられる。
図４５の受信装置（受信機クラス−２）１４５０には、実施の形態３の通りに生成された送信信号が入力される。
図４６は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図１６Ａに示す受信機クラス−２の定義より、受信機クラス−２が受信可能な音声と映像に関する情報も、図４６の通り表示可能である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１１）
図４７は、本発明の実施の形態１１における受信装置（受信機クラス−３）１５００の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態４において、受信装置（受信機クラス−３）は、図２５に示す受信バッファモデル(受信機クラス-３) ７００に基づいて構成するものとした。
図４７の受信装置（受信機クラス−３）１５００は、図２５と比較して、受信機クラス情報管理部１５０１を追加した構成である。
図４７の受信装置（受信機クラス−３）１５００において、受信機クラス情報管理部１５０１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図２１Ａに示す受信機クラス−３の定義に含まれる情報が挙げられる。
図４７の受信装置（受信機クラス−３）１５００には、実施の形態４の通りに生成された送信信号が入力される。
実施の形態９と同じく、図４４が出力された受信機クラス情報を、図示しない表示部に表示する一例である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１２）
図４８は、本発明の実施の形態１２における受信装置（受信機クラス−２）１５５０の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態４において、受信装置（受信機クラス−２）は、図２６に示す受信バッファモデル(受信機クラス-２) ７５０に基づいて構成するものとした。
図４８の受信装置（受信機クラス−２）１５５０は、図２６と比較して、受信機クラス情報管理部１５５１を追加した構成である。
図４８の受信装置（受信機クラス−２）１５５０において、受信機クラス情報管理部１５５１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図２１Ａに示す受信機クラス−２の定義に含まれる情報が挙げられる。
図４８の受信装置（受信機クラス−２）１５５０には、実施の形態４の通りに生成された送信信号が入力される。
実施の形態１０と同じく、図４６が出力された受信機クラス情報を、図示しない表示部に表示する一例である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１３）
図４９は、本発明の実施の形態１３における受信装置（受信機クラス−２）１６００の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態５において、受信装置（受信機クラス−２）は、図３１に示す受信バッファモデル(受信機クラス-２) ９００に基づいて構成するものとした。
図４９の受信装置（受信機クラス−２）１６００は、図３１と比較して、受信機クラス情報管理部１６０１を追加した構成である。
図４９の受信装置（受信機クラス−２）１６００において、受信機クラス情報管理部１６０１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図２８Ａに示す受信機クラス−２の定義に含まれる情報が挙げられる。
図４９の受信装置（受信機クラス−２）１６００には、実施の形態５の通りに生成された送信信号が入力される。
図５０は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図２８Ａに示す受信機クラス−２の定義より、受信機クラス−２が全ての番組を受信可能であることも図５０の通り表示可能である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１４）
図５１は、本発明の実施の形態１４における受信装置（受信機クラス−１a）１６５０
の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態５において、受信装置（受信機クラス−１a）は、図３２に示す受信バッファモデル(受信機クラス-1a) ９５０に基づいて構成するものとした。
図５１の受信装置（受信機クラス−１a）１６５０は、図３２と比較して、受信機クラス情報管理部１６５１を追加した構成である。
図５１の受信装置（受信機クラス−１a）１６５０において、受信機クラス情報管理部１６５１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図２８Ａに示す受信機クラス−１aの定義に含まれる情報が挙げられる。
図５１の受信装置（受信機クラス−１a）１６５０には、実施の形態５の通りに生成された送信信号が入力される。
図５２は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図２８Ａに示す受信機クラス−１aの定義より、受信機クラス−1aが一部の番組を受信可能であることも図５２の通り表示可能である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１５）
図５３は、本発明の実施の形態１５における受信装置（受信機クラス−１b）１７００の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態５において、受信装置（受信機クラス−１b）は、図３３に示す受信バッファモデル(受信機クラス-1b) １０００に基づいて構成するものとした。
図５３の受信装置（受信機クラス−１b）１７００は、図３３と比較して、受信機クラス情報管理部１７０１を追加した構成である。
図５３の受信装置（受信機クラス−１b）１７００において、受信機クラス情報管理部１７０１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図２８Ａに示す受信機クラス−１bの定義に含まれる情報が挙げられる。図５３の受信装置（受信機クラス−１b）１７００には、実施の形態５の通りに生成された送信信号が入力される。
図５４は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図２８Ａに示す受信機クラス−１bの定義より、受信機クラス−1bが一部の番組を受信可能であることも図５２の通り表示可能である。
なおこの受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１６）
図５５は、本発明の実施の形態１６における受信装置（受信機クラス−２）１７５０の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態６において、受信装置（受信機クラス−２）は図３７に示す受信バッファモデル(受信機クラス-２) １２００に基づいて構成するものとした。
図５５の受信装置（受信機クラス−２）１７５０は図３７と比較して、受信機クラス情報管理部１７５１を追加した構成である。
図５５の受信装置（受信機クラス−２）１７５０において、受信機クラス情報管理部１７５１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図３５Ａに示す受信機クラス−２の定義に含まれる情報が挙げられる。図５５の受信装置（受信機クラス−２）１７５０には、実施の形態６の通りに生成された送信信号が入力される。
実施の形態１３と同じく、図５０が出力された受信機クラス情報を、図示しない表示部に表示する一例である。
なおこの受信装置の一部または全てを含むように集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１７）
図５６は、本発明の実施の形態１７における受信装置（受信機クラス−１）１８００の構成を示す図である。
実施の形態１〜６の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
実施の形態６において、受信装置（受信機クラス−１）は、図３８に示す受信バッファモデル(受信機クラス-２) １２５０に基づいて構成するものとした。
図５６の受信装置（受信機クラス−１）１８００は、図３８と比較して、受信機クラス情報管理部１８０１を追加した構成である。
図５６の受信装置（受信機クラス−１）１８００において、受信機クラス情報管理部１８０１は、受信機クラス情報を格納している。読み出し要求が入力されると、受信機クラス情報を出力する。受信機クラス情報としては、図３５Ａに示す受信機クラス−１の定義に含まれる情報が挙げられる。
図５６の受信装置（受信機クラス−１）１８００には、実施の形態６の通りに生成された送信信号が入力される。
図５７は、出力された受信機クラス情報を、図示しない表示部に表示する一例を示す図である。
図３５Ａに示す受信機クラス−１の定義より、受信機クラス−1が一部の番組を受信可能であることも図５７の通り表示可能である。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信機クラス情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１８）
図５８は、本発明の実施の形態１８における受信装置（受信機クラス−１a）１８５０の構成を示す図である。
実施の形態１〜１７の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
図５８の受信装置（受信機クラス−１a）１８５０は、図５１に示す、実施の形態１４の受信装置（受信機クラス−１a）１６５０と比較して、受信機クラス情報管理部１８５１への置き換えがされ、Ｌ１情報解析部１８５２を追加した構成である。
図５８の受信装置（受信機クラス−１a）１８５０には、実施の形態５の通りに生成された送信信号が入力される。
受信機クラス情報管理部１８５１は、実施の形態１４と同じく、受信機クラス情報を格納しており、受信機クラス情報を出力する。
Ｌ１情報解析部１８５２は、復号されたＬ１情報を解析し、ＰＬＰ受信機クラス情報を出力する。
ＰＬＰ受信機クラス情報としては、図２８Ｃに示すPLP_RX_CLASSが挙げられる。
受信機クラス情報管理部１８５１は、実施の形態５で説明した通り、PLP_RX_CLASSにより、選局されたプログラムのＰＬＰが受信機クラス−１aで受信可能か否かを判定する。そして、受信可・不可情報を出力する。
図５９は、出力された受信可・不可情報を、図示しない表示部に表示する一例を示す図である。
この例では受信不可の場合を示す。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信可・不可情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態１９）
図６０は、本発明の実施の形態１９における受信装置（受信機クラス−１b）１９００の構成を示す図である。
実施の形態１〜１８の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
図６０の受信装置（受信機クラス−１b）１９００は、図５３に示す、実施の形態１５の受信装置（受信機クラス−１b）１７００と比較して、受信機クラス情報管理部１９０１を置き換え、Ｌ１情報解析部１８５２を追加した構成である。
図６０の受信装置（受信機クラス−１b）１９００には、実施の形態５の通りに生成された送信信号が入力される。
受信機クラス情報管理部１９０１は、実施の形態１５と同じく、受信機クラス情報を格納しており、受信機クラス情報を出力する。
Ｌ１情報解析部１８５２は、復号されたＬ１情報を解析し、ＰＬＰ受信機クラス情報を出力する。
ＰＬＰ受信機クラス情報としては、図２８Ｃに示すPLP_RX_CLASSが挙げられる。
受信機クラス情報管理部１９０１は、実施の形態５で説明した通り、PLP_RX_CLASSにより、選局されたプログラムのＰＬＰが受信機クラス−１bで受信可能か否かを判定する。そして、受信可・不可情報を出力する。
図６１は、出力された受信可・不可情報を、図示しない表示部に表示する一例を示す図である。
この例では受信不可の場合を示す。
なお、この受信装置の一部または全てを含むように、集積回路として構成し、１チップ化してもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信可・不可情報を出力する受信装置、集積回路及びプログラムを提供することができる。
（実施の形態２０）
図６２は、本発明の実施の形態２０における受信装置（受信機クラス−１）１９５０の構成を示す図である。
実施の形態１〜１９の受信装置と同じ構成要素は、同じ符号を用い、説明を省略する。
図６２の受信装置（受信機クラス−１）１９５０は、図５６に示す、実施の形態１７の受信装置（受信機クラス−１）１８００と比較して、受信機クラス情報管理部１９５１への置き換えがされ、Ｌ１情報解析部１８５２を追加した構成である。
図６２の受信装置（受信機クラス−１）１９５０には、実施の形態６の通りに生成された送信信号が入力される。
受信機クラス情報管理部１９５１は、実施の形態１７と同じく、受信機クラス情報を格納しており、受信機クラス情報を出力する。
Ｌ１情報解析部１８５２は、復号されたＬ１情報を解析し、ＰＬＰ受信機クラス情報を出力する。
ＰＬＰ受信機クラス情報としては、図３５Ｃに示すPLP_RX_CLASSが挙げられる。
受信機クラス情報管理部１９５１は、実施の形態６で説明した通り、PLP_RX_CLASSにより、選局されたプログラムのＰＬＰが受信機クラス−１で受信可能か否かを判定する。そして、受信可・不可情報を出力する。
図６３は、出力された受信可・不可情報を、図示しない表示部に表示する一例を示す図である。
この例では受信不可の場合を示す。
なおこの受信装置の一部または全てを含むように、集積回路が構成されて、１チップ化がされてもよい。
なお、先述のように、図６３などで示されるように、受信装置（後述の図６４の受信装置２ｃ１などを参照）により、その受信装置のクラス（状態）を示す情報（画像、文字など）が出力されてもよい。
例えば、この情報である、クラスを示す表示物が表示されてもよいし、この情報である、クラスを示す音声などが出力されてもよい。
なお、図６３などに示すように、例えば、この情報により、チャンネルの受信が、この受信装置により可能か否かが示されてもよい。
このような、情報の出力がされるタイミングは、例えば、次の通りでもよい。
例えば、テレビである受信装置に対して、リモコンによる指示がされてもよい。
この指示などにより、複数のチャンネルのうちから、チャンネルが選択されてもよい。
この選択がされたタイミングにおいて、上述された、情報の出力がされてもよい。
なお、出力される情報は、例えば、選択されるチャンネルの受信が可能か否かを示す情報などである。
また、例えば、この受信装置により、ＥＰＧ情報（Electronic Program Guide）が表示されてもよい。
このような、ＥＰＧ情報の表示がされるタイミングにおいて、先述された、情報の出力が行われてもよい。
例えば、表示されるＥＰＧ情報は、それぞれのチャンネルの情報を含んでもよい。
それぞれのチャンネルの情報と共に、その情報のチャンネルの受信が可能か否かを示す先述の情報が出力されてもよい。
例えば、ＥＰＧ情報に含まれる、それぞれのチャンネルの情報が表示されると共に、その表示がされる箇所の近傍の箇所などに、そのチャンネルの受信が可能か否かを示す先述の情報が表示されてもよい。
なお、受信装置は、例えば、携帯電話などでもよい。
この携帯電話が、電話が着信した際などに、この携帯電話を振動させてもよい。
出力される情報は、携帯電話などである受信装置が、このような振動をさせることにより、ユーザへと伝えられる情報などでもよい。
図６４は、送信装置１００（図５）などを示す図である。
図６５は、データ２ｅなどを示す図である。
図６６は、送信装置１００と、受信装置２ｃ１とを含むシステムでの動作の流れを示すフローチャートである。
なお、送信装置１００と、受信装置２ｃ１とを含むシステムにおいて、ある局面などに、次の動作がされてもよい。
すなわち、送信装置１００は、例えば、放送されるテレビ番組のデータ２ｅ（図６５）を送信する送信装置である。
なお、この送信装置１００は、例えば、データ２ｅの無線信号を送信する送信施設（例えば放送局の施設）２ｂ７などに設けられてもよい。
なお、例えば、この送信装置１００により、アンテナなどを介して、上述の無線信号が送信されることにより、上述のデータ２ｅの送信がされてもよい。
受信装置２ｃ１は、住宅２ｃ４に設けられるテレビなどであり、送信された無線信号のデータ２ｅのテレビ番組の映像、音声などの情報を再生する。
送信部２ｂ４（図６４）により、データ２ｅが送信される（図６６のＳ２ｂ４）。
なお、送信されるデータ２ｅは、例えば、伝送フレーム（図１のFrame１などを参照）などである。
送信されるデータ２ｅは、データ２ｅ１（図１の２ａ２を参照）と、シグナリング情報２ｅ２（図１のデータ２ａ１を参照）とを含む。
含まれるシグナリング情報２ｅ２は、シグナリング情報生成部２ｂ２により生成される（Ｓ２ｂ２）。
なお、例えば、先述のように、含まれるデータ２ｅ１は先述の主信号である一方で、含まれるシグナリング情報２ｅ２は、Ｌ１シグナリング情報である。
データ２ｅ１は、複数のＰＬＰのうちのそれぞれのＰＬＰのデータ（ＰＬＰのデータ２ｆ１、２ｆ２…）を含む。
含まれるそれぞれのデータ（図１のデータ２ａ３を参照）は、映像、音声などの情報を表わす情報である。
この映像等は、放送される上述のテレビ番組における映像などである。
シグナリング情報２ｅ２は、それぞれのＰＬＰのフラグ（フラグ２ｇ１、２ｇ２…）を含む。
なお、例えば、それぞれのフラグ（図６Ｃのデータ１ｂを参照）は、伝送パラメータである。
それぞれのフラグは、複数の状態の受信装置（第１の状態の受信装置２ｄ１、第２の状態の受信装置２ｄ２など）のうちの、そのフラグのＰＬＰのデータを受信するそれぞれの受信装置（受信機）を特定する。
なお、例えば、それぞれの状態（例えば第１の状態）の受信装置（受信装置２ｄ１）は、例えば、その受信装置に対して、その受信装置の製造者などによって、その状態の構成が設けられた受信装置などでもよい。
また、例えば、それぞれの状態の受信装置（例えば受信装置２ｄ１）は、この受信装置により、データ２ｅの処理がされる期間における、この受信装置の状態が、その状態である受信装置などでもよい。
こうして、受信装置が、複数のクラス（状態）の受信装置に分類され、それぞれのクラス（状態）の受信装置がある。
なお、データ２ｅ１に含まれる、それぞれのＰＬＰのデータ（データ２ｆ１、２ｆ２など）、は、例えば、複数のＰＬＰ処理部（ＰＬＰ処理部２ｂ５、２ｂ６など）のうちの、そのＰＬＰに対応するＰＬＰ処理部により生成されてもよい（Ｓ２ｂ３）。
受信装置２ｃ１（受信装置２ｄ１、２ｄ２など）が備える受信部２ｃ２により、送信されたデータ２ｅに含まれるシグナリング情報２ｅ２が受信される（Ｓ２ｃ２）。
選択部２ｃ３により、この受信装置２ｃ１により受信される、ＰＬＰのデータとして、つぎのＰＬＰのデータが選択される（Ｓ２ｃ３）。
選択されるデータは、送信されるデータ２ｅに含まれる複数のＰＬＰのデータ（データ２ｆ１、２ｆ２…）のうちの、受信されたシグナリング情報２ｅ２に含まれる、この受信装置２ｃ１の状態の受信装置を示すフラグに対応するＰＬＰのデータである。
これにより、映像、音声などの情報のデータ（データ２ｆ１、２ｆ２など）は、ＰＬＰのデータである。
このため、そのデータの複数個（データ２ｆ１、２ｆ２など）のうちには、次のような２つのデータを含む。
つまり、例えば、それら２つのデータが変調される方式が、互いに異なってもよいし、それら２つのデータの誤り訂正の方式が、互いに異なってもよいし、それら２つのデータの符号化での符号化率（圧縮率）が互いに異なってもよい。
また、例えば、それら２つのデータにおける、映像、音声などの情報のレートが、互いに異なってもよい。
また、それら２つのデータのうちの一方データに含まれるパリティビットの数が、他方のデータに含まれるパリティビットの数と異なってもよいし、一方のデータでの符号化および復号化の方式が、他方のデータでの符号化および復号化の方式とは異なってもよい（図２８Ａの第４列などを参照）。
また、受信装置２ｃ１のバッファ（記憶領域）により、受信されたＰＬＰのデータが記憶されてもよい。
なお、上述のバッファは、例えば、メモリなどにおける記憶領域のなかに、受信装置２ｃ１などにより設定された、そのバッファの容量だけの記憶領域などでもよい。
上述の記憶がされることにより、先述された、デインターリーブの処理が、受信装置２ｃ１により行われてもよい。
上述の２つのデータのうちの一方であるＰＬＰのデータが受信される際における上述のバッファの容量が、他方である、ＰＬＰのデータが受信される際における上述のバッファの容量とは異なってもよい。
なお、ＰＬＰのデータが、それぞれの時刻における映像を示すデータを含んでもよい。
ＰＬＰのデータのなかに、データが含まれる箇所の順序は、そのデータの時刻の順序とは異なってもよい。
上述されたデインターリーブの処理では、例えば、上述の記憶がされることにより、変換前における、上述のようなＰＬＰのデータが、変換後におけるＰＬＰのデータへと変換されてもよい。
例えば、変換後のＰＬＰのデータのなかに、データが含まれる箇所の順序は、そのデータの時刻の順序と同じ順序である。
これにより、上述されたような、互いに異なる変調の方式が用いられるなどの、ＰＬＰの技術によるメリットが得られる。
しかも、上述のよう、送信されるデータ２ｅに含まれるシグナリング情報２ｅ２に、上述された複数のフラグ（フラグ２ｇ１、２ｇ２…）を含む。
これにより、それぞれの、ＰＬＰのデータは、そのＰＬＰに対応するクラス（状態）の受信装置のみにより受信され、他のクラス（状態）の受信装置によっては、受信されない。
これにより、複数のクラスに基づいた処理によるメリットが得られる。
これにより、ＰＬＰの技術によるメリットと、複数のクラスに基づいた処理によるメリットとが両立できる。
なお、例えば、上述のようにして、テレビなどである受信装置２ｃ１により受信された、この受信装置２ｃ１の状態の受信装置を示すフラグに対応するＰＬＰのデータ（データ２ｆ１、２ｆ２）の映像、音声などが、この受信装置２ｃ１により再生されてもよい。
なお、例えば、複数のクラスの受信装置は、第１のクラスの第１の受信装置２ｄ１（図６５）と、第２のクラスの第２の受信装置２ｄ２とを含んでもよい。
例えば、第１の受信装置２ｄ１により処理可能な処理量は比較的少ない一方で、第２の受信装置２ｄ２により処理可能な処理量は、比較的多くてもよい。
また、例えば、第１の受信装置２ｄ１では、比較的少ない数のアンテナでの受信がされる一方で（図２１Ａの第２行、第３行の第６列などを参照）、第２の受信装置２ｄ２では、比較的多い数のアンテナでの受信がされてもよい（第４行の第６列などを参照）。
なお、第１の受信装置２ｄ１は、携帯電話、スマートフォンなどの、第１の受信装置２ｄ１のユーザにより携帯される装置などでもよい。
一方で、第２の受信装置２ｄ２は、テレビなどの、携帯がされない装置などでもよい。
シグナリング情報２ｅ２は、第１のデータと、第２のデータを含んでもよい。
第１のデータは、第１の組み合わせの１つ以上のＰＬＰのデータ（第１のデータ群２ｈ１）を特定する。
特定される１つ以上のＰＬＰは、第１の受信装置２ｄ１を示すそれぞれのフラグのＰＬＰからなる。
第１のデータは、例えば、それらのフラグからなるデータなどである。
第２のデータは、第２の組み合わせの１つ以上のＰＬＰのデータ（第２のデータ群２ｈ２）を特定する。
特定される１つ以上のＰＬＰは、第２の受信装置２ｄ２を示すそれぞれのフラグのＰＬＰからなる。
第２のデータは、例えば、それらのフラグからなるデータなどである。
このため、第１の組み合わせの１つ以上のＰＬＰのデータは、第１の受信装置２ｄ１により受信されるそれぞれのＰＬＰのデータが含まれる。
第２の組み合わせの１つ以上のＰＬＰのデータは、第２の受信装置２ｄ２により受信されるそれぞれのＰＬＰのデータが含まれる。
例えば、第１の組み合わせの１つ以上のＰＬＰのデータは、上述された、テレビ番組（プログラム）の映像のＰＬＰのデータと、このテレビ番組の音声のＰＬＰのデータとのうちの、音声のＰＬＰのデータのみを含む。
他方、例えば、第２の組み合わせの１つ以上のＰＬＰのデータは、放送されるテレビ番組における映像のＰＬＰのデータと、このテレビ番組の音声のＰＬＰのデータとの両方を含む。
これにより、第１のクラスの第１の受信装置２ｄ１では、そのテレビ番組の映像の受信がされず、音声の受信のみがされて、音声のみの再生がされる。
一方で、第２のクラスの第２の受信装置２ｄ２では、テレビ番組の映像および音声の両方が受信されて、両方の再生などがされる。
なお、例えば、第１の組み合わせの１つ以上のＰＬＰのデータは、音声のＰＬＰのデータと、先述された共通ＰＬＰのデータとを含むと共に、第２の組み合わせの１つ以上のＰＬＰのデータは、これらに加えて、更に、映像のＰＬＰのデータを含んでもよい。
なお、例えば、第２の組み合わせの１つ以上のＰＬＰのデータは、比較的高い画質の映像のデータなどの、情報を比較的高い精度で表わすデータを含む一方で、第１の組み合わせの１つ以上のＰＬＰのデータは、比較的低い画質の映像のデータなどの、その情報を比較的低い精度で表わすデータを含んでもよい。
なお、例えば、第２の組み合わせの１つ以上のＰＬＰのデータは、映像を３Ｄで表わすための拡張データを含む一方で、第１の組み合わせの１つ以上のＰＬＰのデータは、その映像を２Ｄで表わすデータを含み、その拡張データを含まなくてもよい。
これにより、送信されるデータ２ｅに、上述の複数のフラグ（上述の第１、第２のデータ）が含まれることで、受信装置２ｃ１のクラスに適する適切な再生（音声および映像の両方の再生と、音声のみの再生など）がされて、行われる再生がより適切にできる。
しかも、単に、送信装置１００により送信されるデータ２ｅに、それらの複数のフラグが含まれるだけで、受信装置２ｃ１により、何れのＰＬＰのデータを受信するかの判定などの余計な処理がされず、処理が簡単にできる。
また、受信装置２ｃ１により行われる、その判定の処理として、不適切な処理がされて、適切な再生がされなくなってしまうことが生じず、適切な再生が比較的確実にできる。
なお、シグナリング情報２ｅは、それぞれのクラスの受信装置（受信装置２ｄ１、２ｄ２）により上述の受信がされるのに適する伝送パラメータを含んでもよい。
例えば、受信装置により、含まれるそれらの複数の伝送パラメータのうちの、その受信装置に適する伝送パラメータが用いられて、その受信装置による上述の受信がされてもよい。
これらの複数の伝送パラメータのうちのそれぞれの伝送パラメータは、例えば、上述された、バッファの容量を示すデータなどでもよい。
受信を行う受信装置に対応する伝送パラメータにより示される容量の記憶領域が、上述のバッファとして設定されることにより、その受信装置による上述の受信がされてもよい。
なお、例えば、こうして、示される容量の記憶領域が設定されることにより、バッファのオーバーフローなどの、不適切な動作が回避されて、適切な動作が行われてもよい。
なお、シグナリング情報２ｅに含まれる１つの伝送パラメータ（図６Ｃのデータ１ｂなどを参照）が、２つ以上のクラスのうちの何れのクラスの受信装置（受信装置２ｄ１、２ｄ２など）により受信がされる際にも、その受信装置により用いられてもよい。
なお、例えば、選択部２ｃ３などにより、受信されたシグナリング情報２ｅ２から、この選択部２ｃ３を備える受信装置２ｃ１により用いられる伝送パラメータが特定されたり、抽出されたりしてもよい。
これにより、特定された伝送パラメータが、この受信装置２ｃ１により用いられてもよい。
なお、例えば、第１のクラスの第１の受信装置２ｄ１により上述の受信がされる際には、第１のクラスに対応する第１の伝送パラメータにより指定される第１の処理がされる一方で、第２のクラスの第２の受信装置２ｄ２により上述の受信がされる際には、第２のクラスに対応する第２の伝送パラメータにより指定される第２の処理がされてもよい。
例えば、第１の処理は、第１の規格での処理である一方で、第２の処理は、別の第２の規格での処理でもよい。
例えば、第１の規格は、第３の規格における第１のブランチの規格である一方で、第２の規格は、第３の規格における別の第２のブランチの規格でもよい（図２８Ａの第５列などを参照）。
また、第１の規格は、第１のバージョンでの規格である一方で、第２の規格は、そのバージョンとは別のバージョンの規格などでもよい。
また、第１の処理で行われる符号化および復号化の方式は、第１の方式ある一方で、第２の処で行われる符号化および復号化の方式は、第２の方式でもよい（図２８Ａの第４列などを参照）。
なお、第１の処理では、第１の精度での再生がされる一方で、第２の処理では、第２の精度での再生がされてもよい。
例えば、第１の処理での再生での解像度が、第２の処理の再生での解像度と異なってもよい。
また、第１の処理での再生における、映像、音声などの情報が再生されるレート（ビットレート）が、第２の処理の再生におけるレートと異なってもよい。
以上の構成により、ＰＬＰ構造を有する伝送方式において、受信可・不可情報を出力する受信装置、集積回路及びプログラムを提供することができる。
独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定され、前記受信機クラスに関する情報を出力することを特徴とする受信装置が開示される。前記受信機クラスに関する情報として、自身の受信機クラスを出力してもよい。前記受信機クラスに関する情報として、受信可能なサービス・コンポーネントを出力してもよい。前記受信可能なサービス・コンポーネントとして、音声、映像の中から選択して出力してもよい。前記受信可能なサービス・コンポーネントとして、音声、第１種映像、第２種映像の中から選択して出力してもよい。前記受信機クラスに関する情報として、受信可能な番組の種類を出力してもよい。前記受信可能な番組の種類として、全ての番組であることを出力してもよい。前記受信可能な番組の種類として、一部の番組であることを出力してもよい。独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力すしてもよい。前記受信可・不可に関する情報として、選局された番組が受信可能か否かを示す情報を出力してもよい。独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力してもよい。
前記受信可・不可に関する情報として、選局された番組が受信可能か否かを示す情報を出力してもよい。独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定され、前記受信機クラスに関する情報を出力してもよい。独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力してもよい。独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力してもよい。独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべきＰＬＰ数に基づいて受信機クラスが設定され、前記受信機クラスに関する情報を出力することを特徴とする集積回路が開示される。
独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のブランチに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力することを特徴とする集積回路が開示される。
独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理が行われる送信信号に対して、受信すべき規格のバージョンに基づいて受信機クラスが設定され、受信可・不可に関する情報を出力ことを特徴とする集積回路が開示される。
このように、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するＬ１シグナリング情報生成部と、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うＰＬＰ処理部を含んで構成され、前記Ｌ１シグナリング情報生成部は、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記受信機が受信すべきＰＬＰ数に基づいた伝送パラメータに基づいた処理を行うことを特徴とする送信装置が開示される。
前記Ｌ１シグナリング情報生成部は、受信機が受信すべき全てのＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき全てのＰＬＰ数に基づいた伝送パラメータに基づいた処理を行ってもよい。前記Ｌ１シグナリング情報生成部は、受信機が受信すべき一部のＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき一部のＰＬＰ数に基づいた伝送パラメータに基づいた処理を行ってもよい。前記Ｌ１シグナリング情報生成部は、受信機が受信すべき全てのＰＬＰ数に対するインターリーブ容量を生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき全てのＰＬＰ数に対するインターリーブ容量に基づいたインターリーブ処理を行ってもよい。前記Ｌ１シグナリング情報生成部は、受信機が受信すべき一部のＰＬＰ数に対するインターリーブ容量を生成し、前記ＰＬＰ処理部は、前記受信機が受信すべき一部のＰＬＰ数に対するインターリーブ容量に基づいたインターリーブ処理を行ってもよい。
前記ＰＬＰ処理部は、前記受信機が受信すべき全てのＰＬＰ数に対するＤＪＢ(De-Jitter Buffer)容量を生成してもよい。前記ＰＬＰ処理部は、前記受信機が受信すべき一部のＰＬＰ数に対するＤＪＢ容量を生成してもよい。
前記Ｌ１シグナリング情報生成部は、前記受信機が行うＤＪＢ後の統合処理における同期条件を生成してもよい。
前記ＰＬＰ処理部は、サービス・コンポーネント、またはＬ２（Layer-2）情報を入力として処理を行ってもよい。
前記受信機が受信すべきＰＬＰ数は、受信すべきサービス・コンポーネント、及びＬ２情報の数により決定されてもよい。
前記ＰＬＰ処理部は、前記入力されるサービス・コンポーネントの種類、または前記入力がＬ２情報か否かに基づいて、ＳＩＳＯ(Single-Input Single- Output)伝送、またはＭＩＳＯ(Multi-Input Single- Output)伝送、またはＭＩＭＯ(Multi-Input Single- Output)伝送のいずれかを選択して処理を行ってもよい。
前記受信機が受信すべきＰＬＰ数に基づいて受信機クラスを設定し、前記Ｌ１シグナリング情報生成部はＰＬＰ毎に、そのＰＬＰが受信されるべき受信機クラスを示す情報と、ＳＩＳＯ伝送またはＭＩＳＯ伝送またはＭＩＭＯ伝送のいずれかを示す情報を生成してもよい。
前記受信機が受信すべきＰＬＰ数に基づいて受信機クラスを設定し、前記Ｌ１シグナリング情報生成部はＰＬＰ毎に、そのＰＬＰが受信されるべき受信機クラスを示す情報を生成してもよい。
このように、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するＬ１シグナリング情報生成部と、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うＰＬＰ処理部を含んで構成され、前記Ｌ１シグナリング情報生成部は、規格のブランチに基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記規格のブランチに基づいた伝送パラメータに基づいた処理を行う送信装置が開示される。
前記規格のブランチは、誤り訂正方式が異なる送信装置が開示される。
受信機が受信すべき規格のブランチに基づいて受信機クラスを設定し、前記Ｌ１シグナリング情報生成部はＰＬＰ毎に、そのＰＬＰが受信されるべき受信機クラスを示す情報を生成することを特徴とする送信装置が開示される。
また、このように、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するＬ１シグナリング情報生成部と、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うＰＬＰ処理部を含んで構成され、前記Ｌ１シグナリング情報生成部は、規格のバージョンに基づいた伝送パラメータを生成し、前記ＰＬＰ処理部は、前記規格のバージョンに基づいた伝送パラメータに基づいた処理を行うことを特徴とする送信装置が開示される。
前記規格のバージョンは、ＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送の内、採用する伝送方式が異なってもよい。
このように、受信機におけるバッファ・オーバーフロー、及び／またはバッファ・アンダーフローが生じないように、送信側で伝送パラメータを生成する際に用いられる受信バッファモデルであって、受信すべきＰＬＰ数分のデインターリーブ部と、受信すべきＰＬＰ数分のＤＪＢ (De-Jitter Buffer)を含んで構成されること特徴とする受信バッファモデルが開示される。
前記受信機が受信すべきＰＬＰ数は、受信すべきサービス・コンポーネント、及びＬ２情報の数により決定されてもよい。
前記各ＰＬＰは、前記入力されるサービス・コンポーネントの種類、または前記入力がＬ２情報か否かに基づいて、ＳＩＳＯ(Single-Input Single- Output)伝送、またはＭＩＳＯ(Multi-Input Single- Output)伝送、またはＭＩＭＯ(Multi-Input Single- Output)伝送のいずれかが行われてもよい。
前記受信機が受信すべきＰＬＰ数に基づいて受信機クラスを設定し、前記受信機クラス毎に定義されてもよい。
受信機におけるバッファ・オーバーフロー、及び／またはバッファ・アンダーフローが生じないように、送信側で伝送パラメータを生成する際に用いられる受信バッファモデルであって、前記受信機が受信すべき規格のブランチに基づいて受信機クラスを設定し、前記受信機クラス毎に定義されてもよい。
前記規格のブランチは、誤り訂正方式が異なってもよい。
受信機におけるバッファ・オーバーフロー、及び／またはバッファ・アンダーフローが生じないように、送信側で伝送パラメータを生成する際に用いられる受信バッファモデルであって、前記受信機が受信すべき規格のバージョンに基づいて受信機クラスを設定し、前記受信機クラス毎に定義されてもよい。
前記規格のバージョンは、ＳＩＳＯ伝送、ＭＩＳＯ伝送、ＭＩＭＯ伝送の内、採用する伝送方式が異なってもよい。
受信すべき最大ＰＬＰ数分のデインターリーブ部と、受信すべき最大ＰＬＰ数分のＤＪＢ (De-Jitter Buffer)を含んで構成されてもよい。
前記受信すべき最大ＰＬＰ数は、受信すべきサービス・コンポーネント、及びＬ２情報の数により決定されてもよい。
前記各ＰＬＰは、前記入力されるサービス・コンポーネントの種類、または前記入力がＬ２情報か否かに基づいて、ＳＩＳＯ(Single-Input Single- Output)伝送、またはＭＩＳＯ(Multi-Input Single- Output)伝送、またはＭＩＭＯ(Multi-Input Single- Output)伝送のいずれかが行われてもよい。
このように、伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するステップと、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うステップを含んで構成され、前記Ｌ１シグナリング情報を生成するステップは、受信機が受信すべきＰＬＰ数に基づいた伝送パラメータを生成し、前記ＰＬＰ毎の処理を行うステップは、前記受信機が受信すべきＰＬＰ数に基づいた伝送パラメータに基づいた処理を行う送信方法が開示される。
伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するステップと、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うステップを含んで構成され、前記Ｌ１シグナリング情報を生成するステップは、規格のブランチに基づいた伝送パラメータを生成し、前記ＰＬＰ毎の処理を行うステップは、前記規格のブランチに基づいた伝送パラメータに基づいた処理を行ってもよい。
伝送パラメータを格納するＬ１（Layer-1）シグナリング情報を生成するステップと、独立に伝送パラメータを設定可能なＰＬＰ (Physical Layer Pipe)毎に、前記伝送パラメータに基づいた処理を行うステップを含んで構成され、前記Ｌ１シグナリング情報を生成するステップは、規格のバージョンに基づいた伝送パラメータを生成し、前記ＰＬＰ毎の処理を行うステップは、前記規格のバージョンに基づいた伝送パラメータに基づいた処理を行ってもよい。
受信すべき最大ＰＬＰ数分のデインターリーブを行うステップと、受信すべき最大ＰＬＰ数分のＤＪＢ(De-Jitter Buffer)を行うステップを含んで構成される受信方法が開示される。
受信すべき最大ＰＬＰ数分のデインターリーブ部と、受信すべき最大ＰＬＰ数分のＤＪＢ (De-Jitter Buffer)を含んで構成される集積回路が開示される。
なお、本発明は、装置として実現できるだけでなく、その装置を構成する処理手段をステップとする方法として実現したり、それらステップをコンピュータに実行させるプログラムとして実現したり、そのプログラムを記録したコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体として実現したり、そのプログラムを示す情報、データ又は信号として実現したりすることもできる。そして、それらプログラム、情報、データ及び信号は、インターネット等の通信ネットワークを介して配信してもよい。
本発明に係る送信装置、送信方法、受信バッファモデル、受信装置、受信方法、集積回路及びプログラムは、特に独立に伝送パラメータを設定可能なＰＬＰ構造の伝送方式に適用することができる。
１００、３００、４００、６００、８００、１１００、２０００ 送信装置
１１２、３１２、４１２、６１２、８１２、１１１２、２０１２ 物理層処理部
１２１１、１２１２、３２１１、３２１２、４２１１、４２１２ ＰＬＰ割当部
１３１１〜１３１８、１３１１０、１３１１１、８３１、２０３１１、２０３１２ ＰＬＰ処理部
１４１、３４１、４４１、６４１、８４１、１１４１、２０４１ Ｌ１情報処理部
１７１、２０７１ 入力処理部
１７４、２０８４ インターリーブ部
１８１、３８１、４８１、６８１、８８１、１１８１、２０８１ Ｌ１情報生成部
２００、５５０、７５０、９００、１２００ 受信バッファモデル (受信機クラス-２)
２１１ 復調部
２１５ 周波数デインターリーブ・Ｌ１情報デインターリーブ部
２２１ データＰＬＰ(音声)用デインターリーブ部
２２２ データＰＬＰ(映像)用デインターリーブ部
２２３ 共通ＰＬＰ(Ｌ２情報)用デインターリーブ部
２３２ デマッピング部
２３１、２８１、５３１、５８１、９３１ 多重部
２３３、９３３、１０３３ ＦＥＣ復号化部
２３４、２８４、５３４、５８４、 分離部
２４１ データＰＬＰ(音声)用ＤＪＢ部
２４２ データＰＬＰ(映像)用ＤＪＢ部
２４３ 共通ＰＬＰ(Ｌ２情報)用ＤＪＢ部
２５０、１２５０ 受信バッファモデル (受信機クラス-１)
４２２１、４２２２、２０２２１、２０２２２ 映像符号化部
４２５、２０２５ Ｌ２情報処理部
５００、７００ 受信バッファモデル (受信機クラス-３)
５２４ データＰＬＰ(映像Ｂ)用デインターリーブ部
５２５ データＰＬＰ(映像Ｅ)用デインターリーブ部
５４４ データＰＬＰ(映像Ｂ)用ＤＪＢ部
５４５ データＰＬＰ(映像Ｅ)用ＤＪＢ部
６３２２、６３２５、６３２９ ＭＩＳＯ−ＰＬＰ処理部
６３３１、６３３３、６３３６、６３３１０ ＭＩＭＯ−ＰＬＰ処理部
６５１、２０５１ フレーム構成部
６７５ ＭＩＳＯ符号化部
６７６ ＭＩＭＯ符号化部
７３２ ＳＩＳＯ／ＭＩＳＯ／ＭＩＭＯデマッピング部
７８２ ＳＩＳＯ／ＭＩＳＯデマッピング部
８７２、２０７２、２０８２ ＦＥＣ符号化部
９２１ デインターリーブ部
９４１ ＤＪＢ部
９５０ 受信バッファモデル (受信機クラス-１a)
１０００ 受信バッファモデル (受信機クラス-１b)
１２３２ ＳＩＳＯ／ＭＩＭＯデマッピング部
１３００、１４５０、１５５０、１６００、１７５０ 受信装置（受信機クラス-２）
１３０１、１３５１、１４０１、１４５１、１５０１、１５５１、１６０１、１６５１、１７０１、１７５１、１８０１、１８５１、１９０１、１９５１ 受信機クラス情報管理部
１３５０、１８００、１９５０ 受信装置（受信機クラス-１）
１４００、１５００ 受信装置（受信機クラス-３）
１６５０、１８５０ 受信装置（受信機クラス-１a）
１７００、１９００ 受信装置（受信機クラス-１b）
１８５２ Ｌ１情報解析部
２０１０、２０１１ ＴＳ生成部
２０２１１、２０２１２ 音声符号化部
２０２３１〜２０２３６ パケット化部
２０２４ パケット化ストリーム多重化部
２０６１ ＯＦＤＭ信号生成部
２０７３、２０８３ マッピング部

Claims (9)

  1. 複数のＰＬＰ(Physical Layer Pipe)のうちのそれぞれの前記ＰＬＰの伝送パラメータを含むシグナリング情報を生成するシグナリング情報生成部と、
    それぞれの前記ＰＬＰの前記伝送パラメータに基づいた処理を行うＰＬＰ処理部と、
    生成された前記シグナリング情報と、それぞれの前記ＰＬＰのデータとが含まれるデータを送信する送信部とを備え、
    それぞれの前記ＰＬＰの前記伝送パラメータは、そのＰＬＰのデータを受信する対象の受信装置のクラスを示すフラグを含み、
    それぞれの前記ＰＬＰの前記データは、複数のクラスの受信装置のうちの、そのＰＬＰのフラグにより示されるクラスのそれぞれの前記受信装置により受信され、その他のクラスの前記受信装置によっては受信されず、
    前記クラスは、（１）受信装置が受信すべきコンポーネントの種類、（２）受信装置が受信すべき前記ＰＬＰのデータの最大数、（３）インターリーブ合計容量の最大値、及び（４）ＤＪＢ(De-Jitter Buffer)合計容量の最大値、のうちの２以上により定義される
    送信装置。
  2. 複数の前記ＰＬＰのデータは、音声を示す第１のＰＬＰのデータと、映像を示す第２のＰＬＰのデータとを含み、
    前記第１のＰＬＰのデータの前記フラグは、第１の受信装置および第２の受信装置の両方を示し、
    前記第２のＰＬＰのデータの前記フラグは、第２の前記受信装置のみを示し、
    前記第１の受信装置は、前記第１のＰＬＰのデータのみを受信し、前記第２のＰＬＰのデータを受信せず、前記音声のみを再生し、前記映像を再生せず、
    前記第２の受信装置は、前記第１のＰＬＰのデータと、前記第２のＰＬＰのデータとの両方を受信して、受信された２つの前記データにより示される前記音声および前記映像の両方を再生する請求項１記載の送信装置。
  3. 前記シグナリング情報生成部は、複数の規格のうちの１の規格に基づいた伝送パラメータを生成し、
    前記ＰＬＰ処理部は、前記１の規格に基づいた伝送パラメータに基づいた処理を行う請求項１記載の送信装置。
  4. 前記１の規格の誤り訂正方式は、前記複数の規格のうちの他の規格での誤り訂正方式とは異なる請求項３記載の送信装置。
  5. 前記シグナリング情報生成部は、規格のバージョンに基づいた伝送パラメータを生成し、
    前記ＰＬＰ処理部は、前記バージョンに基づいた伝送パラメータに基づいた処理を行う請求項１記載の送信装置。
  6. ＳＩＳＯ伝送の伝送方式、ＭＩＳＯ伝送の伝送方式、ＭＩＭＯ伝送の伝送方式の内で、前記バージョンで採用される１つ以上の伝送方式が含まれる、伝送方式の組み合わせは、前記バージョン以外の他のバージョンで採用される１つ以上の伝送方式が含まれる、伝送方式の組み合わせとは異なる請求項５記載の送信装置。
  7. 受信装置であって、
    送信された、それぞれのＰＬＰのデータが含まれるデータに含まれるシグナリング情報を受信する受信部と、
    １つ以上の前記ＰＬＰのデータのそれぞれを、当該受信装置により受信されるＰＬＰのデータとして選択する選択部とを備え、
    受信される前記シグナリング情報は、複数の前記ＰＬＰのデータのうちのそれぞれのフラグを含み、
    それぞれの前記フラグは、複数のクラスの受信装置のうちから、そのフラグの前記ＰＬＰのデータを受信する１つ以上のクラスの前記受信装置を特定し、
    前記選択部は、当該選択部を備える前記受信装置により受信される前記ＰＬＰのデータとして、当該受信装置のクラスを特定するそれぞれの前記フラグの前記ＰＬＰのデータを選択し、
    前記クラスは、（１）受信装置が受信すべきコンポーネントの種類、（２）受信装置が受信すべき前記ＰＬＰのデータの最大数、（３）インターリーブ合計容量の最大値、及び（４）ＤＪＢ(De-Jitter Buffer)合計容量の最大値、のうちの２以上により定義される
    受信装置。
  8. 送信装置による送信方法であって、
    複数のＰＬＰ(Physical Layer Pipe)のうちのそれぞれの前記ＰＬＰの伝送パラメータを含むシグナリング情報を生成するシグナリング情報生成ステップと、
    それぞれの前記ＰＬＰの前記伝送パラメータに基づいた処理を行うＰＬＰ処理ステップと、
    生成された前記シグナリング情報と、それぞれの前記ＰＬＰのデータとが含まれるデータを送信する送信ステップとを含み、
    それぞれの前記ＰＬＰの前記伝送パラメータは、そのＰＬＰのデータを受信する対象の受信装置のクラスを示すフラグを含み、
    それぞれの前記ＰＬＰの前記データは、複数のクラスの受信装置のうちの、そのＰＬＰのフラグにより示されるクラスのそれぞれの前記受信装置により受信され、その他のクラスの前記受信装置によっては受信されず、
    前記クラスは、（１）受信装置が受信すべきコンポーネントの種類、（２）受信装置が受信すべき前記ＰＬＰのデータの最大数、（３）インターリーブ合計容量の最大値、及び（４）ＤＪＢ(De-Jitter Buffer)合計容量の最大値、のうちの２以上により定義される
    送信方法。
  9. 受信装置による受信方法であって、
    送信された、それぞれのＰＬＰのデータが含まれるデータに含まれるシグナリング情報を受信する受信ステップと、
    １つ以上の前記ＰＬＰのデータのそれぞれを、当該受信方法を実行する受信装置により受信されるＰＬＰのデータとして選択する選択ステップとを含み、
    受信される前記シグナリング情報は、複数の前記ＰＬＰのデータのうちのそれぞれのフラグを含み、
    それぞれの前記フラグは、複数のクラスの受信装置のうちから、そのフラグの前記ＰＬＰのデータを受信する１つ以上のクラスの前記受信装置を特定し、
    前記選択ステップでは、当該受信方法を実行する前記受信装置により受信される前記ＰＬＰのデータとして、当該受信装置のクラスを特定するそれぞれの前記フラグの前記ＰＬＰのデータを選択する
    前記クラスは、（１）受信装置が受信すべきコンポーネントの種類、（２）受信装置が受信すべき前記ＰＬＰのデータの最大数、（３）インターリーブ合計容量の最大値、及び（４）ＤＪＢ(De-Jitter Buffer)合計容量の最大値、のうちの２以上により定義される
    受信方法。
JP2012517974A 2010-12-10 2011-12-09 送信装置、受信装置、送信方法及び受信方法 Expired - Fee Related JP5908833B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2010276443 2010-12-10
JP2010276444 2010-12-10
JP2010276443 2010-12-10
JP2010276444 2010-12-10
PCT/JP2011/006891 WO2012077353A1 (ja) 2010-12-10 2011-12-09 送信装置、受信装置、送信方法及び受信方法

Publications (2)

Publication Number Publication Date
JPWO2012077353A1 JPWO2012077353A1 (ja) 2014-05-19
JP5908833B2 true JP5908833B2 (ja) 2016-04-26

Family

ID=46206863

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012517974A Expired - Fee Related JP5908833B2 (ja) 2010-12-10 2011-12-09 送信装置、受信装置、送信方法及び受信方法

Country Status (5)

Country Link
US (1) US9065598B2 (ja)
EP (1) EP2651125B1 (ja)
JP (1) JP5908833B2 (ja)
CN (1) CN102754447B (ja)
WO (1) WO2012077353A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10356143B2 (en) 2012-10-10 2019-07-16 Samsung Electronics Co., Ltd. Method and apparatus for media data delivery control
KR101812218B1 (ko) * 2013-01-18 2018-01-30 프라운호퍼 게젤샤프트 쭈르 푀르데룽 데어 안겐반텐 포르슝 에. 베. 데이터스트림들 중에서 동기화된 시작 심벌 식별자들을 갖는 적어도 두 개의 데이터스트림으로부터의 심벌들을 갖는 소스 블록들을 사용하는 순방향 오류 정정
CN103313103B (zh) * 2013-05-15 2016-01-06 海安常大技术转移中心有限公司 兼容地面电视传输和网络电视传输的电视信号发射机
US9838748B2 (en) * 2013-07-05 2017-12-05 Samsung Electronics Co., Ltd. Transmitting apparatus and receiving apparatus, and signal processing method thereof
US9894016B2 (en) * 2013-12-04 2018-02-13 Sony Corporation Data processing device and data processing method
CN111614976B (zh) * 2014-09-12 2022-05-24 松下知识产权经营株式会社 发送装置、接收装置、发送方法以及接收方法
JP2017538305A (ja) 2014-10-12 2017-12-21 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法及び放送信号受信方法
KR101760445B1 (ko) 2014-11-13 2017-07-21 소니 주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US10666390B2 (en) * 2016-05-24 2020-05-26 Lg Electronics Inc. Device and method for receiving broadcast signal
CN109474836B (zh) * 2017-09-07 2020-10-09 北京泰美世纪科技有限公司 数字多媒体信号的发送、接收方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009095526A1 (en) * 2008-02-01 2009-08-06 Nokia Corporation Signalling the presence of extension frames
US20100250764A1 (en) * 2009-03-31 2010-09-30 Nokia Corporation Method and Apparatus for Signaling Layer Information of Scalable Media Data

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090094356A1 (en) * 2007-10-09 2009-04-09 Nokia Corporation Associating Physical Layer Pipes and Services Through a Program Map Table
KR101441130B1 (ko) 2008-01-08 2014-09-23 삼성전자주식회사 방송 통신 시스템에서 제어 정보를 송수신하는 방법 및 장치
US8498262B2 (en) 2008-02-13 2013-07-30 Nokia Corporation Digital broadcast receiver capacity signalling metadata
EP2093912B1 (en) * 2008-02-21 2018-04-25 Samsung Electronics Co., Ltd. Apparatus and method for receiving a frame including control information in a broadcasting system
US8503551B2 (en) * 2009-02-13 2013-08-06 Lg Electronics Inc. Apparatus for transmitting and receiving a signal and method of transmitting and receiving a signal
JP5476981B2 (ja) * 2009-12-25 2014-04-23 ソニー株式会社 受信装置及び方法、プログラム、並びに受信システム
WO2012036429A2 (ko) * 2010-09-14 2012-03-22 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 및 방송 신호 송/수신 장치에서 방송 신호 송수신 방법

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009095526A1 (en) * 2008-02-01 2009-08-06 Nokia Corporation Signalling the presence of extension frames
US20100250764A1 (en) * 2009-03-31 2010-09-30 Nokia Corporation Method and Apparatus for Signaling Layer Information of Scalable Media Data

Also Published As

Publication number Publication date
CN102754447B (zh) 2016-08-10
CN102754447A (zh) 2012-10-24
US9065598B2 (en) 2015-06-23
EP2651125A1 (en) 2013-10-16
EP2651125A4 (en) 2015-05-20
US20120307159A1 (en) 2012-12-06
WO2012077353A1 (ja) 2012-06-14
JPWO2012077353A1 (ja) 2014-05-19
EP2651125B1 (en) 2017-05-31

Similar Documents

Publication Publication Date Title
JP5908833B2 (ja) 送信装置、受信装置、送信方法及び受信方法
JP6405051B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
JP6402926B2 (ja) 送信装置、送信方法、受信装置、受信方法、集積回路、及びプログラム
KR101783618B1 (ko) 방송 신호 송신 방법, 방송 신호 송신 장치, 방송 신호 수신 방법 및 방송 신호 수신 장치
JP6392463B2 (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
JP6396592B2 (ja) 放送信号送受信装置及び方法
US9838748B2 (en) Transmitting apparatus and receiving apparatus, and signal processing method thereof
US8711801B2 (en) System and method for burst separation and extended interleaving length
US8923150B2 (en) Frame structure of a wireless communication system, and method and apparatus for transmitting and receiving a plurality of data streams through the frame structure
KR101875664B1 (ko) 방송 신호 송/수신 처리 방법 및 장치
JP2017511040A (ja) 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
KR101759956B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101899827B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP2017523711A (ja) 放送信号送受信装置及び方法
JP7089857B2 (ja) 再多重化装置、送信装置、受信装置、チップ、及びプログラム
JP7037330B2 (ja) 再多重化装置、送信装置、チップ、およびプログラム
US20170257468A1 (en) Apparatus and method for transmitting moving picture experts group (mpeg)-2 transport stream (ts) broadcasting data
JP7054333B2 (ja) 再多重化装置、送信装置、チップ、およびプログラム
KR101901944B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JP2014053950A (ja) ストリーム伝送システム、送信装置、受信装置及びストリーム伝送方法
JP2018078548A (ja) 再多重化装置、送信装置、チップ、およびプログラム
CN111447243A (zh) 发送装置和接收装置及其信号处理方法
KR20120099837A (ko) 디지털 비디오 방송 시스템에서 스케일러블 비디오 코딩을 지원하기 위한 장치 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20141008

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20141020

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20151222

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160219

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: 20160315

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160324

R151 Written notification of patent or utility model registration

Ref document number: 5908833

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees