JP6811181B2 - 受信装置、送信装置、及び、データ処理方法 - Google Patents

Description

本技術は、受信装置、送信装置、及び、データ処理方法に関し、特に、より少ないコストで受信側の回路を構成することができるようにした受信装置、送信装置、及び、データ処理方法に関する。

例えば、次世代地上放送規格の１つであるATSC(Advanced Television Systems Committee)3.0では、データ伝送に、主として、TS(Transport Stream)パケットではなく、IP/UDP、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いる方式（以下、IP伝送方式という）が採用されることが決定されている。また、ATSC3.0以外の放送規格でも、将来的に、IP伝送方式が採用されることが期待されている。

また、DVB-T2(Digital Video Broadcasting - Second Generation Terrestrial)で規定されているM-PLP(Multiple PLP)方式では、受信側において、トランスポートストリーム（TS）の復元処理を行う前段の回路と、デコード等の処理を行う後段の回路との間が、単一のインターフェースで実現されている（例えば、非特許文献１参照）。

ETSI EN 302 755 V1.3.1 (2011-11)

ところで、IP伝送方式を採用した場合においても、コストの面から、DVB-T2と同様に、受信側における復調デバイス（復調LSI）と、その後段のシステムオンチップ（SoC：System on Chip）との間は、単一のインターフェースであることが望ましい。そのため、復調デバイス（復調LSI）とシステムオンチップ（SoC）との間など、受信側の回路（チップ（Chip））の間を、単一のインターフェースで接続して、より少ないコストで受信側の回路を構成するための提案が要請されていた。

本技術はこのような状況に鑑みてなされたものであり、より少ないコストで受信側の回路を構成することができるようにするものである。

本技術の第１の側面の受信装置は、放送ストリームの複数のPLP(Physical Layer Pipe)ごとに含まれるパケットを復調する復調部と、前記復調部により復調された前記パケットを処理する処理部とを備え、前記復調部と前記処理部とは、単一のインターフェースを介して接続され、前記処理部は、前記パケットが属していたPLPを識別可能な情報に基づいて、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたPLPを識別する受信装置である。

本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面の受信装置に対応するデータ処理方法である。

本技術の第１の側面の受信装置、及び、データ処理方法においては、放送ストリームの複数のPLP(Physical Layer Pipe)ごとに含まれるパケットを復調する復調部と、前記復調部により復調された前記パケットを処理する処理部とが、単一のインターフェースを介して接続され、前記処理部によって、前記パケットが属していたPLPを識別可能な情報に基づいて、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたPLPが識別される。

本技術の第２の側面の送信装置は、放送ストリームの複数のPLPごとに含まれるパケットを処理する処理部と、前記処理部により処理される前記パケットを変調する変調部とを備え、前記放送ストリームは、前記パケットが属していたPLPを識別可能な情報を含んでいる送信装置である。

本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面の送信装置に対応するデータ処理方法である。

本技術の第２の側面の送信装置、及び、データ処理方法においては、放送ストリームの複数のPLPごとに含まれるパケットが処理され、前記処理部により処理される前記パケットが変調され、前記放送ストリームが、前記パケットが属していたPLPを識別可能な情報を含んでいる。

本技術の第１の側面、及び、第２の側面によれば、より少ないコストで受信側の回路を構成することができる。

なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

MPEG2-TSシステムの構成例を示す図である。 DVB-T2で規定されているM-PLP方式を説明する図である。 IP伝送システムの構成例を示す図である。 ROUTE方式のシステムパイプモデルの例を示す図である。 複数のPLPとROUTEセッションの関係を示す図である。 送信側で処理されるデータの流れを示した図である。 受信側で処理されるデータの流れを示した図である。 本技術を適用したIP伝送システムの構成例を示す図である。 受信側の回路における単一のインターフェース（I/F）を実現するための方式の例を示す図である。 送信側IPデータフロー識別方式を採用した場合の受信装置で処理されるデータの流れを表した図である。 送信側IPデータフロー識別方式を採用した場合のIPデータフローを表した図である。 受信側IPデータフロー識別方式を採用した場合のIPデータフローを表した図である。 送信側情報付加方式を採用した場合のデータに付加されるPLP情報のシンタックスの例を表した図である。 受信側情報付加方式１を採用した場合のパケット内にPLP情報を付加するときのパケットの構造を表した図である。 受信側情報付加方式１を採用した場合の受信装置で処理されるデータの流れを表した図である。 受信側情報付加方式２を採用した場合のパケット外にPLP情報を付加するときのパケットの構造を表した図である。 受信側情報付加方式２を採用した場合の受信装置で処理されるデータの流れを表した図である。 PLP情報の伝送方式の概要を示す図である。 各レイヤの構造を示す図である。 記述子伝送方式を説明する図である。 ALP拡張ヘッダ伝送方式を説明する図である。 ALP拡張ヘッダ伝送方式を説明する図である。 L2シグナリングヘッダ伝送方式を説明する図である。 L2シグナリングヘッダ伝送方式を説明する図である。 L2シグナリング伝送方式を説明する図である。 BBP拡張ヘッダ伝送方式を説明する図である。 BBP拡張ヘッダ伝送方式を説明する図である。 BBP拡張ヘッダ伝送方式を説明する図である。 BBP拡張ヘッダ伝送方式を説明する図である。 MMT方式のシステムパイプモデルの例を示す図である。 MMT方式のIPデータフローを表した図である。 MPEG2-TS方式のシステムパイプモデルの例を示す図である。 MPEG2-TS方式のTSデータフローを表した図である。 送信側データ処理の流れを説明するフローチャートである。 受信側データ処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。

以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。

１．受信側回路のインターフェースの概要
２．受信側回路の単一のインターフェース実現方式
（１）IPデータフロー識別方式
（２）情報付加方式
３．PLP情報の伝送方式
４．他の方式の対応
（１）MMT方式
（２）MPEG2-TS方式
５．各装置で実行される処理の流れ
６．変形例
７．コンピュータの構成

＜１．受信側回路のインターフェースの概要＞

（MPEG2-TSシステム）
図１は、MPEG2-TS(Transport Stream)方式を採用しているMPEG2-TSシステムの構成例を示す図である。なお、システムとは、複数の装置が論理的に集合したものをいう。

図１において、MPEG2-TSシステム１は、送信装置１０と受信装置２０から構成される。

送信装置１０は、MPEG2-TS方式に対応している送信機であって、放送番組等のコンテンツを含む放送ストリームを、伝送路３０を介して送信する。受信装置２０は、MPEG2-TS方式に対応している受信機であって、送信装置１０から伝送路３０を介して送信されてくる放送ストリームを受信し、放送番組等のコンテンツを再生する。

送信装置１０は、マルチプレクサ１０１及び変調部１０２から構成される。

マルチプレクサ１０１には、複数のトランスポートストリーム（TS：Transport Stream）が入力される。各トランスポートストリーム（TS）には、放送番組等のコンテンツに対応したビデオやオーディオのコンポーネント、シグナリングなどが含まれる。

マルチプレクサ１０１は、そこに入力される複数のトランスポートストリーム（TS1乃至TSn）を多重化して、それにより得られるトランスポートストリーム（TS）を変調部１０２に供給する。

変調部１０２は、マルチプレクサ１０１から供給されるトランスポートストリーム（TS）に対して、誤り訂正符号化処理や変調処理等の物理層（PHY）に関する処理を行い、その処理の結果得られる信号を、アンテナを介して、デジタル放送信号として送信する。

送信装置１０から送信されるデジタル放送信号は、地上波等の伝送路３０を介して、受信装置２０により受信される。

受信装置２０は、復調部２０１及びデマルチプレクサ２０２から構成される。

復調部２０１は、例えば、RF IC(Integrated Circuit)や復調LSI(Large Scale Integration)などとして構成され、物理層（PHY）に関する処理を行う。復調部２０１は、そこに入力される信号に対して、復調処理や誤り訂正復号処理を行い、その処理の結果得られるトランスポートストリーム（TS）を、デマルチプレクサ２０２に供給する。

デマルチプレクサ２０２は、例えば、システムオンチップ（SoC：System on Chip）などとして構成される。デマルチプレクサ２０２は、復調部２０１から供給されるトランスポートストリーム（TS）を分離して、選局された放送番組（プログラム）に対応するトランスポートストリーム（例えばTS2）を、後段の回路に出力する。

なお、後段の回路では、例えば、トランスポートストリーム（例えばTS2）に含まれるビデオやオーディオのデータをデコードする処理などが行われ、選局された放送番組（コンテンツ）が再生されることになる。

ここで、受信装置２０においては、RF ICや復調LSI等として構成される復調部２０１と、システムオンチップ（SoC）等として構成されるデマルチプレクサ２０２とが、異なるチップ（Chip）として構成され、単一のインターフェース（I/F）を介して接続されている。すなわち、現在広く用いられているMPEG2-TS方式に対応した受信装置２０においては、単一のインターフェース（I/F）を介して、復調部２０１から出力されるトランスポートストリーム（TS）が、デマルチプレクサ２０２に入力されることになる。

（DVB-T2のM-PLP方式）
図２は、DVB-T2で規定されているM-PLP(Multiple PLP)方式を説明する図である。

DVB-T2では、M-PLP方式により、最大で256個のPLPに対応している。ただし、この最大256個のPLPに対応するのは、送信側の送信装置１０であって、受信側の受信装置２０では、256個のPLPを同時に受信する必要はなく、最低で２個のPLPを受信すればよいことが規定されている。

この２個のPLPのうち、一方のPLPは、Common PLPであり、他方のPLPは、Data PLPである。ここで、Common PLPは、複数のトランスポートストリーム（TS）に含まれるパケットの中から、共通のパケットを抜き出して生成されたパケットの系列である。また、Data PLPは、トランスポートストリーム（TS）に含まれるパケットのうち、共通のパケットが抜き出されたパケットの系列である。

図２において、図中左側の送信側の送信装置１０では、複数のトランスポートストリーム（TS_1乃至TS_N）が入力された場合、リマックス（Remux）によって、それらのトランスポートストリームに含まれるパケットの中から、共通のパケットが抜き出され、Common PLPのパケットの系列（TSPSC（CPLP））が生成される。また、リマックス（Remux）では、共通のパケットが抜き出されたData PLPのパケットの系列（TSPS1（PLP1）乃至TSPSN（PLPN））が生成される。

すなわち、送信側の送信装置１０では、Ｎ個のトランスポートストリーム（TS）から、Ｎ個のData PLPと、１個のCommon PLPが生成される。そして、これらのPLPを含む放送ストリームが、送信側の送信装置１０から、伝送路３０を介して受信側の受信装置２０に伝送される。

図２において、図中右側の受信側の受信装置２０では、放送ストリームに含まれる複数のData PLP（TSPS1（PLP1）乃至TSPSN（PLPN））と、Common PLP（TSPSC（CPLP））のうち、所望のPLPのみが復調されて抽出され、マックス（Mux）により処理されることで、所望のトランスポートストリーム（TS）が復元されることになる。

例えば、図２の枠Ａ，Ｂ内に示すように、TSPS1（PLP1）乃至TSPSN（PLPN）の中から、TSPSN（PLPN）が選択された場合、Data PLPとしてのTSPSN（PLPN）と、Common PLPとしてのTSPSC（CPLP）とを用いて、トランスポートストリーム（TS_N）が復元されることになる。

そして、受信側の受信装置２０において、復元されたトランスポートストリーム（TS_N）は、後段の処理部（Normal MPEG demux & Decoder）に出力される。この後段の処理部は、例えば、トランスポートストリーム（TS_N）に含まれるビデオやオーディオのデータをデコードするなどの処理を行う。これにより、受信側の受信装置２０では、選局された放送番組（コンテンツ）が再生されることになる。

以上のように、DVB-T2で規定されているM-PLP方式を利用する場合には、送信側の送信装置１０では、Ｎ個のトランスポートストリーム（TS）から、Ｎ個のData PLPと１個のCommon PLPが生成されて伝送される一方で、受信側の受信装置２０では、所望のData PLPと１個のCommon PLPから、所望のトランスポートストリーム（TS）が復元（再生成）されることになる。

ここで、受信装置２０において、マックス（Mux）と、その後段の処理部（Normal MPEG demux & Decoder）とは、異なるチップ（Chip）として構成され、単一のインターフェース（I/F）を介して接続されている。そして、この単一のインターフェース（I/F）を介して、マックス（Mux）から出力される、（選択的に復元された）トランスポートストリーム（TS_N）が、後段の処理部に入力されることになる。

すなわち、DVB-T2で規定されているM-PLP方式を採用した場合でも、現在広く用いられているMPEG2-TS方式（図１）を採用した場合と同様に、受信側を構成する回路（Chip）の間が、単一のインターフェース（I/F）を介して接続されている。換言すれば、DVB-T2のM-PLP方式を採用した場合でも、MPEG2-TS方式を採用した場合の受信側の受信装置２０の構成が維持されていると言える。

（IP伝送システム）
図３は、IP伝送方式を採用しているIP伝送システムの構成例を示す図である。

図３において、IP伝送システム２は、送信装置１１と受信装置２１から構成される。

送信装置１１は、IP伝送方式に対応している送信機であって、放送番組等のコンテンツを含む放送ストリームを、伝送路３１を介して送信する。受信装置２１は、IP伝送方式に対応している受信機であって、送信装置１１から伝送路３１を介して送信されてくる放送ストリームを受信し、放送番組等のコンテンツを再生する。

ここで、例えば、現在策定中のATSC3.0では、IP伝送方式を採用するが、送信側の送信装置１１は、所定の周波数帯域ごとに、最大64個のPLPに対応することができる。一方で、受信側の受信装置２１では、最大で４個のPLPを同時に受信する必要がある。すなわち、受信側の受信装置２１で、複数のPLPが同時に受信されるようにすることで、例えば、PLPごとに、変調方式や符号化方式（符号化率）などを変更して、より高いロバスト性を有する音声や、より高品質の映像などを提供することが可能となる。

送信装置１１は、マルチプレクサ１１１及び変調部１１２から構成される。

マルチプレクサ１１１には、複数のIPストリームが入力される。このIPストリームは、UDPパケットを含むIPパケット（以下、IPパケットともいう）に対応したストリームであって、例えば、ATSC3.0の場合には、PLPに対応して、所定の周波数帯域ごとに、最大64個のIPストリームが入力される。また、各IPストリーム（IP）には、放送番組等のコンテンツに対応したビデオやオーディオのコンポーネント、シグナリングなどが含まれる。

マルチプレクサ１１１は、そこに入力される複数のIPストリーム（IP1乃至IPn）を処理して、変調部１１２に供給する。

変調部１１２は、マルチプレクサ１１１から供給される複数のIPストリーム（IP1乃至IPn）に対して、誤り訂正符号化処理（例えば、BCH符号化やLDPC符号化等）や変調処理（例えば、OFDM(Orthogonal Frequency Division Multiplexing)変調等）等の物理層（PHY）に関する処理を行い、その処理の結果得られる信号を、アンテナを介して、デジタル放送信号として送信する。

送信装置１１から送信されるデジタル放送信号は、地上波等の伝送路３１を介して、受信装置２１により受信される。

受信装置２１は、復調部２１１及びデマルチプレクサ２１２から構成される。

復調部２１１は、例えば、RF ICや復調LSIなどとして構成され、物理層（PHY）に関する処理を行う。復調部２１１は、そこに入力される信号に対して、復調処理（例えばOFDM復調等）や誤り訂正復号処理（例えばLDPC復号やBCH復号等）を行い、その処理の結果得られる４つのIPストリーム（IP1乃至IP4）を、デマルチプレクサ２１２に供給する。

デマルチプレクサ２１２は、例えば、システムオンチップ（SoC）などとして構成される。デマルチプレクサ２１２は、復調部２１１から供給される４つのIPストリーム（IP1乃至IP4）を処理して、選局された放送番組（プログラム）に対応するIPストリームを、後段の回路に出力する。

なお、後段の回路では、例えば、IPストリームに含まれるビデオやオーディオのデータをデコードする処理などが行われ、選局された放送番組（コンテンツ）が再生されることになる。

ここで、受信装置２１においては、RF ICや復調LSI等として構成される復調部２１１と、システムオンチップ（SoC）等として構成されるデマルチプレクサ２１２とが、異なるチップ（Chip）として構成されている。そして、復調部２１１から出力される４つのIPストリーム（IP1乃至IP4）が、デマルチプレクサ２１２に入力されるため、IPストリームの数に応じて、４つのインターフェース（I/F）が必要となる。

（システムパイプモデル）
図４は、ROUTE方式のシステムパイプモデルの例を示す図である。

例えば、現在策定中のATSC3.0では、トランスポート・プロトコルとして、ROUTE(Real-Time Object Delivery over Unidirectional Transport)を用いることが想定されている。

ここで、ROUTEは、バイナリファイルを一方向でマルチキャスト転送するのに適したプロトコルであるFLUTE(File Delivery over Unidirectional Transport)を拡張したプロトコルである。このROUTEセッションを利用して、ビデオやオーディオのコンポーネント、シグナリングなどを伝送することができる。

図４において、所定の周波数帯域（例えば6MHz）の放送ストリーム（Broadcast Stream）には、"0"であるPLPIDのPLP（以下、PLP#0とも記述する）、"1"であるPLPIDのPLP（以下、PLP#1とも記述する）、"2"であるPLPIDのPLP（以下、PLP#2とも記述する）、及び、"3"であるPLPIDのPLP（以下、PLP#3とも記述する）が含まれる。

PLP#0は、LLSシグナリングと、ESGのストリームを含む。ただし、LLSシグナリングとESGのストリームは、IPパケットに格納されて伝送される。

ここで、ATSC3.0では、シグナリングとして、LLS(Link Layer Signaling)シグナリングと、SLS(Service Layer Signaling)シグナリングを用いることが想定されている。LLSシグナリングは、SLSシグナリングに先行して取得されるシグナリングであって、LLSシグナリングに含まれる情報に従い、SLSシグナリングが取得される。

このLLSシグナリングとしては、例えば、SLT(Service List Table)やEAT(Emergency Alerting Table)， RRT(Region Rating Table)等のメタデータが含まれる。

SLTメタデータは、サービスの選局に必要な情報（選局情報）など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。EATメタデータは、緊急に告知する必要がある情報である緊急情報に関する情報を含む。RRTメタデータは、レーティングに関する情報を含む。また、ESG(Electronic Service Guide)は、電子サービスガイド（電子番組表）である。

PLP#1は、ロバストオーディオ（Robust Audio）のストリームを含む。ただし、ロバストオーディオのストリームは、IPパケットに格納され、ROUTEセッションで伝送される。このロバストオーディオは、通常のストリームよりも、より高いロバスト性を有するストリームで伝送される、高ロバストな音声である。

PLP#2は、ビデオ（ベースビデオ）やオーディオ、字幕のコンポーネントと、SLSシグナリングのストリームを含む。ただし、ビデオ等のコンポーネントとSLSシグナリングのストリームは、IPパケットに格納され、ROUTEセッションで伝送される。このビデオやオーディオ、字幕のコンポーネントをデコードすることで、放送番組等のコンテンツが再生される。

また、SLSシグナリングとしては、サービスごとに、例えば、USBD(User Service Bundle Description)又はUSD(User Service Description)，S-TSID(Service-based Transport Session Instance Description)，MPD(Media Presentation Description)等のメタデータが含まれる。

USBD又はUSDメタデータは、他のメタデータの取得先などの情報を含む。S-TSIDメタデータは、LSID(LCT Session Instance Description)をATSC3.0向けに拡張したものであって、ROUTEプロトコルの制御情報である。MPDメタデータは、コンポーネントのストリームの再生を管理するための制御情報である。

なお、USBD，USD，S-TSID，MPD等のメタデータは、XML(Extensible Markup Language)等のマークアップ言語により記述される。また、MPDメタデータは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)の規格に準じている。

PLP#3は、エンハンスビデオ（Enhance Video）のストリームを含む。ただし、エンハンスビデオのストリームは、IPパケットに格納され、ROUTEセッションで伝送される。このエンハンスビデオは、ベースのビデオストリームを強化するための付加情報（例えば、解像度、フレームレート、画質などを改善するための情報）である。

例えば、ベースレイヤとして、低品質なビデオストリーム（例えば、PLP#2のビデオ（ベースビデオ）のストリーム）を伝送（配信）するとともに、エンハンスメントレイヤとして、ベースレイヤとしてのビデオストリームを強化するための付加情報（PLP#3のエンハンスビデオのストリーム）を伝送（配信）することができる。これにより、受信装置２１では、ベースレイヤに対応した通常品質の映像（例えば２Ｋ解像度の映像）を再生するだけでなく、ベースレイヤとエンハンスメントレイヤを結合して得られる高品質の映像（例えば４Ｋ解像度の映像）を再生することもできる。

以上のように、IP伝送方式の放送ストリームにおいては、複数のPLPにより、ビデオやオーディオのストリームや、シグナリングのストリームの他に、ロバストオーディオやエンハンスビデオのストリームも伝送することができるため、例えば、PLP#2の通常の音声の代わりに、PLP#1の高ロバストな音声を出力したり、あるいは、PLP#2の通常品質の映像の代わりに、PLP#2のベースレイヤとPLP#3のエンハンスレイヤを結合して得られる高品質の映像を再生したりすることができる。

（複数のPLPとROUTEセッションの関係）
図５は、図４に示した複数のPLPとROUTEセッションの関係を示す図である。

図５においては、所定の周波数帯域（例えば6MHz）の放送ストリーム（RF）には、PLP#0乃至PLP#3の複数のPLPが含まれる。PLP#0には、LLSシグナリングと、ESGのストリームが含まれる。PLP#1には、ロバストオーディオのストリームが含まれる。PLP#2には、ビデオ等のコンポーネントと、SLSシグナリングのストリームが含まれる。PLP#3には、エンハンスビデオのストリームが含まれる。

PLP#0に含まれる、ALP(ATSC Link-layer Protocol)パケットには、LLSシグナリング（のデータ）を格納したUDPパケット#01を含むIPパケット#1と、ESG（のデータ）を格納したUDPパケット#02を含むIPパケット#0が含まれる。ただし、LLSシグナリングとESGのストリームは、ROUTEセッションではなく、IP/UDP上で伝送される。

なお、UDPパケットとIPパケットに記述された「#」と数字の結合は、ポート番号とIPアドレスを表している。例えば、UDPパケット#01を含むIPパケット#1には、"1"であるIPアドレスと、"01"であるポート番号が付加されていることを意味する。また、例えば、UDPパケット#02を含むIPパケット#0には、"0"であるIPアドレスと、"02"であるポート番号が付加されていることを意味する。

ただし、これらのIPアドレスとポート番号は、同一又は異なるIPアドレスとポート番号が付されていることを識別するために、便宜的に記述しているものであり、実際に付加されるIPアドレスとポート番号とは異なっている。また、これらの関係は、後述する他の図でも同様とされる。

PLP#1に含まれる、ALPパケットには、ロバストオーディオ（のデータ）を格納したUDPパケット#10を含むIPパケット#2が含まれる。ただし、ロバストオーディオのストリームは、ROUTEセッションで伝送される。

PLP#2に含まれる、ALPパケットには、ビデオ（ベースビデオ）やオーディオ、字幕のコンポーネントと、SLSシグナリング（のデータ）を格納したUDPパケット#10を含むIPパケット#2が含まれる。ただし、ビデオやオーディオ、字幕のコンポーネントと、SLSシグナリングのストリームは、ROUTEセッションで伝送される。

PLP#3に含まれる、ALPパケットには、エンハンスビデオ（のデータ）を格納したUDPパケット#10を含むIPパケット#2が含まれる。ただし、エンハンスビデオのストリームは、ROUTEセッションで伝送される。

ここで、ビデオやオーディオ等のコンポーネント、シグナリングなどのストリームを、ROUTEセッションで伝送する場合には、コンポーネントやシグナリングなどのファイルデータを、ISO BMFF(Base Media File Format)の規定に準じたセグメントに分割し、それにより得られるセグメントデータを、LCTパケットに格納して伝送することになる。

また、ROUTEセッションでは、伝送されるファイルのデータ（セグメントデータ）などを１つのオブジェクトとして、TOI（Transport Object ID）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session ID）により管理する。すなわち、ROUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のデータを識別することが可能となる。

図５のROUTEセッションにおいては、例えば、TSI#0で、SLSシグナリングのストリーム（セグメントデータ）が伝送されている。また、図５のROUTEセッションでは、例えば、TSI#1乃至TSI#3で、ビデオ、オーディオ、及び字幕のストリーム（セグメントデータ）がそれぞれ伝送され、TSI#4で、エンハンスビデオのストリーム（セグメントデータ）が伝送され、TSI#5で、ロバストオーディオのストリーム（セグメントデータ）が伝送されている。

なお、IP伝送システム２（図３）において、受信側の受信装置２１では、パケットやROUTEセッションを処理する際に、IPアドレスやポート番号は、例えば、SLTメタデータに含まれる情報を解析することで解決し、ROUTEセッション内の情報は、例えば、S-TSIDメタデータに含まれる情報を解析することで解決することができる。また、受信側の受信装置２１では、MPDメタデータに含まれる情報を解析することで、例えば、ビデオやオーディオのコンポーネントが、放送配信されるか、又は通信配信されるかを識別したり、あるいは、ビデオ等のコンポーネントが通信配信される場合には、その配信先のインターネット上のサーバのURL(Uniform Resource Locator)を特定したりすることができる。

（送信側のデータの流れ）
図６は、送信側の送信装置１１（図３）で処理されるデータの流れを表した図である。

図６において、送信装置１１には、ビデオとオーディオのデータ、及び、シグナリングのデータが入力される。

ただし、ビデオ（Video）のデータとしては、ベースレイヤに対応したビデオ（Base Video）のデータと、エンハンスレイヤに対応したエンハンスビデオ（Enhanced Video）のデータが入力される。また、オーディオ（Audio）のデータとしては、通常のオーディオ（Audio）のデータと、ロバストオーディオ（Robust Audio）のデータが入力される。

また、シグナリングとしては、LLSシグナリングとSLSシグナリングがあるが、ここでは、説明の簡略化のため、LLSシグナリングについてのみ記述している。また、説明の簡略化のため、字幕（CC）やESGについては、省略している。

送信装置１１においては、ビデオ（ベースビデオ）とオーディオのデータを、ROUTEセッションで伝送するために、ISO BMFFのファイル形式に変換する処理（例えば、ISO BMFFの規定に準じたセグメントに分割する処理）が行われる。ISO BMFFのファイル形式に変換されたビデオとオーディオのデータは、UDPパケットを含むIPパケット（IP/UDP）に格納される。また、１又は複数のIPパケットは、ALPパケットに格納される。そして、複数のALPパケットが、BBP(Baseband Packet)に格納され、PLP#2に含まれることになる。

同様に、エンハンスビデオのデータは、ISO BMFFのファイル形式に変換され、IPパケット（IP/UDP）に格納される。そして、当該IPパケットを含む複数のALPパケットが、BBPに格納され、PLP#3に含まれる。同様にまた、ロバストオーディオのデータは、ISO BMFFのファイル形式に変換され、IPパケット（IP/UDP）に格納される。そして、当該IPパケットを含む複数のALPパケットが、BBPに格納され、PLP#1に含まれる。なお、LLSシグナリングのデータは、IPパケット（IP/UDP）に格納され、当該IPパケットを含む複数のALPパケットが、BBPに格納され、PLP#0に含まれる。

（受信側のデータの流れ）
図７は、受信側の受信装置２１（図３）で処理されるデータの流れを表した図である。

図７において、受信装置２１は、復調LSIとしての復調部２１１と、システムオンチップ（SoC）としてのデマルチプレクサ２１２を含んで構成されている。

復調部２１１においては、復調処理が行われることで、PLP#0に含まれるBBP(Baseband Packet)が抽出され、当該BBPから複数のALPパケットが抽出される。そして、復調部２１１においては、当該ALPパケットから抽出される１又は複数のIPパケットが、所定のインターフェース（I/F）を介して、デマルチプレクサ２１２に出力される。

同様に、PLP#1乃至PLP#3に対する復調処理が行われ、PLPごとに、BBP(Baseband Packet)からALPパケットが抽出される。そして、PLPごとに、ALPパケットから抽出されたIPパケットが、所定のインターフェース（I/F）を介して、デマルチプレクサ２１２に出力される。

デマルチプレクサ２１２においては、所定のインターフェース（I/F）を介して、復調部２１１から入力されるIPパケットが、IPデマルチプレクサ２５１に入力される。IPデマルチプレクサ２５１は、そこに入力されるIPパケットを処理して、ROUTEセッションなどで伝送されるデータを分離する。

ここでは、例えば、PLP#0に含まれるLLSシグナリング（Signaling）と、PLP#1に含まれるロバストオーディオ（Robust Audio）と、PLP#2に含まれるビデオ（Video）（ベースビデオ）とオーディオ（Audio）と、PLP#3に含まれるエンハンスビデオ（Enhanced Video）のデータが分離される。

そして、IPデマルチプレクサ２５１は、ビデオ（ベースビデオ）やエンハンスビデオのデータを、後段のビデオデコーダ（不図示）に出力し、オーディオやロバストオーディオのデータを、後段のオーディオデコーダ（不図示）に出力する。また、IPデマルチプレクサ２５１は、LLSシグナリング等のシグナリングのデータを、後段の制御部（不図示）などに出力する。

ここで、受信装置２１においては、RF ICや復調LSI等として構成される復調部２１１と、システムオンチップ（SoC）等として構成されるデマルチプレクサ２１２とが、異なるチップ（Chip）として構成されている。そして、復調部２１１から出力される４つのIPストリーム（IP1乃至IP4）が、デマルチプレクサ２１２に入力されるため、IPストリームの数に応じて、４つ（４本）のインターフェース（I/F）が必要となる。

しかしながら、IP伝送方式に対応した受信装置２１においても、上述したMPEG2-TS方式やDVB-T2のM-PLP方式に対応した受信装置２０（図１等）と同様に、復調部２１１（RF ICや復調LSI）と、デマルチプレクサ２１２（システムオンチップ（SoC））との間は、複数のインターフェース（I/F）ではなく、単一（１本）のインターフェース（I/F）で実現することが望ましい。

その理由であるが、復調部２１１としての復調LSIや、デマルチプレクサ２１２としてのシステムオンチップ（SoC）などのチップ（Chip）には、ピン数の制限があることが挙げられる。また、複数のインターフェース（I/F）を設けると、例えば、チップのサイズが大きくなったり、あるいは、コストが大きくなったりすることにもつながってしまう。

また、単一のインターフェース（I/F）として、高速なシリアルインターフェースを用いることも考えられるが、それを実現するためには、例えば、複雑なプロトコルを使用する必要があったり、あるいは、物理トレランス（Tolerance）の制限が厳しくなったりするなど、コストが大きくなるため、現実的ではない。

そこで、本技術では、受信装置２１（図３）において、復調LSIとしての復調部２２１と、システムオンチップ（SoC）としてのデマルチプレクサ２２２との間を、複数のインターフェース（I/F）ではなく、単一（１本）のインターフェース（I/F）で接続できるような方式を提案するものとする。以下、復調LSIとしての復調部２２１と、システムオンチップ（SoC）としてのデマルチプレクサ２２２との間を、単一のインターフェース（I/F）とするための方式について説明する。

（本技術のIP伝送システム）
図８は、本技術を適用したIP伝送システムの構成例を示す図である。

図８において、IP伝送システム３は、送信装置１２と受信装置２２から構成される。

送信装置１２は、IP伝送方式に対応している送信機であって、放送番組等のコンテンツを含む放送ストリームを、伝送路３２を介して送信する。受信装置２２は、IP伝送方式に対応している受信機であって、送信装置１２から伝送路３２を介して送信されてくる放送ストリームを受信し、放送番組等のコンテンツを再生する。

また、上述したように、例えば、ATSC3.0では、送信側の送信装置１２は、所定の周波数帯域ごとに、最大64個のPLPに対応することができる。一方で、受信側の受信装置２２では、最大で４個のPLPを同時に受信する必要がある。すなわち、受信側の受信装置２２で、複数のPLPが同時に受信されるようにすることで、例えば、より高いロバスト性を有する音声や、より高品質の映像などを提供することが可能となる。

送信装置１２は、図３の送信装置１１と同様に、マルチプレクサ１２１及び変調部１２２から構成される。

マルチプレクサ１２１は、図３のマルチプレクサ１１１と同様に、そこに入力される複数のIPストリーム（IP1乃至IPn）を処理して、変調部１２２に供給する。ただし、ATSC3.0の場合には、PLPに対応して、所定の周波数帯域ごとに、最大64個のIPストリームが入力される。

変調部１２２は、図３の変調部１１２と同様に、マルチプレクサ１２１から供給される複数のIPストリーム（IP1乃至IPn）に対して、誤り訂正符号化処理や変調処理等の物理層（PHY）に関する処理を行い、その処理の結果得られる信号を、アンテナを介して、デジタル放送信号として送信する。

送信装置１２から送信されるデジタル放送信号は、地上波等の伝送路３２を介して、受信装置２２により受信される。

受信装置２２は、復調部２２１及びデマルチプレクサ２２２から構成される。

復調部２２１は、例えば、RF ICや復調LSIなどとして構成され、物理層（PHY）に関する処理を行う。復調部２２１は、そこに入力される信号に対して、復調処理（例えばOFDM復調等）や誤り訂正復号処理（例えばLDPC復号やBCH復号等）、IPパケット等のパケットに関する処理などを行い、その処理の結果得られる１つのIPストリーム（IP）を、デマルチプレクサ２１２に供給する。

デマルチプレクサ２１２は、例えば、システムオンチップ（SoC）などとして構成される。デマルチプレクサ２１２は、復調部２１１から供給される１つのIPストリーム（IP）を処理して、選局された放送番組（プログラム）に対応するIPストリームを、後段の回路に出力する。なお、後段の回路では、例えば、IPストリームに含まれるビデオやオーディオのデータをデコードする処理などが行われ、選局された放送番組（コンテンツ）が再生されることになる。

ここで、図８の受信装置２２においては、RF ICや復調LSI等として構成される復調部２２１と、システムオンチップ（SoC）等として構成されるデマルチプレクサ２２２とが、異なるチップ（Chip）として構成され、単一のインターフェース（I/F）を介して接続されている。すなわち、ATSC3.0等のIP伝送方式に対応した受信装置２２においては、単一のインターフェース（I/F）を介して、復調部２２１から出力されるIPストリーム（IP）が、デマルチプレクサ２２２に入力されることになる。

以下、図９乃至図１７を参照して、受信装置２２において、復調部２２１とデマルチプレクサ２２２との間で、単一のインターフェース（I/F）を実現する方式について説明する。

なお、図８において、受信装置２２は、テレビ受像機、セットトップボックス（STB：Set Top Box）、又は、録画機などの固定受信機のほか、携帯電話機、スマートフォン、又はタブレット端末などのモバイル受信機であってもよい。また、受信装置２２は、車両に搭載される車載機器でもよい。

また、図８のIP伝送システム３においては、説明を簡単にするために、受信装置２２を１つだけ図示しているが、受信装置２２は複数設けることができ、送信装置１２が送信する放送ストリームは、複数の受信装置２２で同時に受信することができる。

また、送信装置１２も複数設けることができる。複数の送信装置１２のそれぞれでは、別個のチャネルとしての、例えば、別個の周波数帯域で、放送ストリームを送信し、受信装置２２では、複数の送信装置１２のそれぞれのチャンネルの中から、放送ストリームを受信するチャネルを選択することができる。

さらに、図８のIP伝送システム３において、伝送路３２は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV）などであってもよい。

＜２．受信側回路の単一のインターフェース実現方式＞

（受信側回路の単一のインターフェース実現方式）
図９は、受信側の回路における単一のインターフェース（I/F）を実現するための方式の例を示す図である。

受信側の回路において、単一のインターフェース（I/F）を実現するための方式としては、大別すると、各PLPで伝送されるIPパケット（UDPパケットを含むIPパケット）のデータフローを識別する方式（以下、IPデータフロー識別方式という）と、PLPに関するPLP情報を付加する方式（以下、情報付加方式という）がある。

ここで、IPデータフロー識別方式には、さらに、送信側IPデータフロー識別方式と、受信側IPデータフロー方式の２種類がある。

送信側IPデータフロー識別方式は、送信側の送信装置１２で、IPデータフローを特定するためのIP体系とする方式である。例えば、送信側の送信装置１２においては、IPデータフローのIPアドレスとポート番号が、サービスを横断して、固有な値になるように、それらの値を割り当てる処理が行われる。なお、この送信側IPデータフロー識別方式の詳細な内容は、図１０及び図１１を参照して後述する。

受信側IPデータフロー方式は、受信側の受信装置２２で、IPデータフローを特定可能な値を付け替える方式である。例えば、受信側の受信装置２２においては、IPデータフローのIPアドレスとポート番号が固有な値となるように、それらの値の再割り当てする処理が行われる。なお、この受信側IPデータフロー方式の詳細な内容は、図１２を参照して後述する。

また、情報付加方式には、さらに、送信側情報付加方式と、受信側情報付加方式１と、受信側情報付加方式２の３種類がある。

送信側情報付加方式は、送信側の送信装置１２で、PLP情報をデータに付加する方式である。例えば、送信側の送信装置１２においては、PLPを識別するPLP IDを含むPLP情報を、パケットの拡張ヘッダなどに含める処理が行われる。なお、この送信側情報付加方式の詳細な内容は、図１３を参照して後述する。

受信側情報付加方式１と受信側情報付加方式２は、受信側の受信装置２２で、PLP情報をデータに付加する方式である。受信側情報付加方式１は、PLPを識別するPLP IDを含むPLP情報を、パケット内（内部）に含める方式である。なお、この受信側情報付加方式１の詳細な内容は、図１４及び図１５を参照して後述する。

一方で、受信側情報付加方式２は、PLPを識別するPLP IDを含むPLP情報を、パケット外（外部）に含める方式である。なお、この受信側情報付加方式２の詳細な内容は、図１６及び図１７を参照して後述する。

以下、図９に示した５つの単一のインターフェース実現方式について、順に説明する。

（１）IPデータフロー識別方式
（１−１）送信側IPデータフロー識別方式

図１０は、送信側IPデータフロー識別方式を採用した場合に、IP伝送システム３（図８）の受信装置２２で処理されるデータの流れを表した図である。

ただし、送信側IPデータフロー識別方式では、IP伝送システム３（図８）の送信装置１２において、IPデータフローのIPアドレスとポート番号が、サービスを横断して、固有な値（ユニーク）になるように、それらの値を割り当てる処理が行われている。ここでは、例えば、IPアドレスとポート番号の組が、複数のPLPで構成される１つのサービス内で、ユニークになるようにしている。すなわち、IPアドレスとポート番号の値が、放送事業者（放送局）が保証する固有な値になっている。

このようなIPデータフローを含む放送ストリームが、伝送路３２を介して、図１０の受信装置２２により受信される。

図１０において、受信装置２２は、復調部２２１とデマルチプレクサ２２２を含んで構成される。ただし、受信装置２２において、復調LSIとしての復調部２２１と、システムオンチップ（SoC）としてのデマルチプレクサ２２２との間は、単一（１本）のインターフェース（I/F）で接続されている。

復調部２２１においては、PLP#0乃至PLP#3に対する復調処理が行われ、PLPごとに、BBP(Baseband Packet)からALPパケットが抽出される。そして、PLPごとに、ALPパケットから抽出されたIPパケットは、復調マルチプレクサ２６１に入力される。復調マルチプレクサ２６１は、PLP#0乃至PLP#3ごとに入力されるIPパケットを処理し、それにより得られる１つのIPストリーム（IP）を、単一のインターフェース（I/F）を介して、後段のデマルチプレクサ２２２に出力する。

デマルチプレクサ２２２においては、単一のインターフェース（I/F）を介して、復調部２２１（の復調マルチプレクサ２６１）から入力される、１つのIPストリーム（IP）が、IPデマルチプレクサ２６２に入力される。IPデマルチプレクサ２６２は、そこに入力される１つのIPストリーム（IP）に含まれるIPパケットを処理して、ROUTEセッションなどで伝送されるデータを分離する。

そして、IPデマルチプレクサ２６２は、ビデオ（ベースビデオ）やエンハンスビデオのデータを、後段のビデオデコーダ（不図示）に出力し、オーディオやロバストオーディオのデータを、後段のオーディオデコーダ（不図示）に出力する。また、IPデマルチプレクサ２６２は、LLSシグナリング等のシグナリングのデータを、後段の制御部（不図示）などに出力する。

ここで、図１１は、送信側IPデータフロー識別方式を採用した場合のIPデータフローを表した図である。

図１１において、放送ストリーム（RF）は、PLP#0乃至PLP#3の４つのPLPを含んでいる。PLP#0に含まれる、ESGやLLSシグナリング（のデータ）を格納するALPパケットには、UDPパケット#02を含むIPパケット#0と、UDPパケット#01を含むIPパケット#1が含まれている。

PLP#1に含まれるALPパケットには、UDPパケット#10を含むIPパケット#2が含まれている。また、PLP#2に含まれるALPパケットには、UDPパケット#20を含むIPパケット#2が含まれている。さらに、PLP#3に含まれるALPパケットには、UDPパケット#30を含むIPパケット#2が含まれている。ただし、PLP#1乃至PLP#3に含まれるALPパケットには、ROUTEセッションのデータを格納したIPパケット（UDPパケットを含むIPパケット）が含まれる。

すなわち、図１１において、枠Ａ内に注目すれば、PLP#0における、UDPパケット#02を含むIPパケット#0、及び、UDPパケット#01を含むIPパケット#1と、PLP#1におけるUDPパケット#10を含むIPパケット#2と、PLP#2におけるUDPパケット#20を含むIPパケット#2と、PLP#3におけるUDPパケット#30を含むIPパケット#2のように、送信側の送信装置１２（図８）で、PLPごとに、IPパケットのIPアドレスと、UDPパケットのポート番号との組が固有な値（ユニーク）になるように割り当てられている。

これにより、受信側の受信装置２２においては、復調部２２１とデマルチプレクサ２２２との間で、PLP#0乃至PLP#3のそれぞれから得られるIPパケットを、単一のインターフェース（I/F）で伝送したとしても、デマルチプレクサ２２２側では、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

以上のように、送信側IPデータフロー識別方式では、送信側の送信装置１２において、IPデータフローのIPアドレスとポート番号が、固有な値になるように割り当てられているため、受信側の受信装置２２では、単一のインターフェース（I/F）で伝送したとしても、IPパケットが、どのPLPに属しているかを識別することが可能となる。これにより、受信側の回路において、単一のインターフェース（I/F）を実現することができるため、結果として、より少ないコストで受信側の回路を構成することができる。

（１−２）受信側IPデータフロー識別方式

図１２は、受信側IPデータフロー識別方式を採用した場合のIPデータフローを表した図である。

ただし、受信側IPデータフロー識別方式では、上述した送信側IPデータフロー識別方式とは異なり、IP伝送システム３（図８）の送信装置１２において、IPデータフローのIPアドレスとポート番号の組がユニークになるように割り当てる処理は行われていない。つまり、受信側IPデータフロー識別方式では、IPアドレスとポート番号の値が、放送事業者（放送局）が保証する固有な値にはなっていない。

図１２において、放送ストリーム（RF）は、PLP#0乃至PLP#3の４つのPLPを含んでいる。PLP#0に含まれる、ESGやLLSシグナリング（のデータ）を格納するALPパケットには、UDPパケット#02を含むIPパケット#0と、UDPパケット#01を含むIPパケット#1が含まれている。

PLP#1に含まれるALPパケットには、UDPパケット#10を含むIPパケット#2が含まれている。また、PLP#2に含まれるALPパケットには、UDPパケット#10（二重取り消し線で取り消す前の値）を含むIPパケット#2が含まれている。さらに、PLP#3に含まれるALPパケットには、UDPパケット#10（二重取り消し線で取り消す前の値）を含むIPパケット#2が含まれている。ただし、PLP#1乃至PLP#3に含まれるALPパケットには、ROUTEセッションのデータを格納したIPパケット（UDPパケットを含むIPパケット）が含まれる。

すなわち、図１２において、枠Ａ内に注目すれば、送信側の送信装置１２（図８）で、IPパケットのIPアドレスと、UDPパケットのポート番号との組がユニークになるように割り当てられていないため、PLP#1におけるUDPパケット#10を含むIPパケット#2と、PLP#2におけるUDPパケット#10（二重取り消し線で取り消す前の値）を含むIPパケット#2と、PLP#3におけるUDPパケット#10（二重取り消し線で取り消す前の値）を含むIPパケット#2とが、同一のIPアドレスとポート番号になっている。

そこで、受信装置２２において、復調部２２１は、IPデータフローのIPアドレスとポート番号の組が固有な値（ユニーク）になるように、それらの値の再割り当てする処理を行う。例えば、復調部２２１は、PLP#2におけるIPパケット#2に含まれるUDPパケットのポート番号を、#10から#30に付け替える（二重取り消し線で取り消した後の値）。また、復調部２２１は、PLP#3におけるIPパケット#2に含まれるUDPパケットのポート番号を、#10から#20に付け替える（二重取り消し線で取り消した後の値）。

なお、ここでは、IPアドレスとポート番号のうち、ポート番号を再割り当てする場合を例示したが、IPデータフローのIPアドレスとポート番号の再割り当てを行う際には、IPアドレス及びポート番号の少なくとも一方の再割り当てが行われることになる。

その結果、図１２の枠内に示すように、PLP#0における、UDPパケット#02を含むIPパケット#0、及び、UDPパケット#01を含むIPパケット#1と、PLP#1におけるUDPパケット#10を含むIPパケット#2と、PLP#2におけるUDPパケット#30（二重取り消し線で取り消した後の値）を含むIPパケット#2と、PLP#3におけるUDPパケット#20（二重取り消し線で取り消した後の値）を含むIPパケット#2のように、PLPごとに、IPパケットのIPアドレスと、UDPパケットのポート番号との組がユニークになっている。

これにより、受信側の受信装置２２においては、復調部２２１とデマルチプレクサ２２２との間で、PLP#0乃至PLP#3のそれぞれから得られるIPパケットを、単一のインターフェース（I/F）で伝送したとしても、デマルチプレクサ２２２側では、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

以上のように、受信側IPデータフロー識別方式では、受信側の受信装置２２（の復調部２２１）において、IPデータフローのIPアドレスとポート番号が、固有な値になるように割り当てられるため（再割り当てが行われるため）、受信側の受信装置２２では、単一のインターフェース（I/F）で伝送したとしても、IPパケットが、どのPLPに属しているかを識別することが可能となる。これにより、受信側の回路において、単一のインターフェース（I/F）を実現することができるため、結果として、より少ないコストで受信側の回路を構成することができる。

（２）情報付加方式
（２−１）送信側情報付加方式

図１３は、送信側情報付加方式を採用した場合に、IP伝送システム３（図８）の送信装置１２において、データ（信号）に付加されるPLP情報のシンタックスの例を表した図である。

図１３のPLP情報（PLP_info）において、6ビットのPLP_idには、PLPを識別するPLP IDが設定される。また、PLP_idは、ビット列表記（Mnemonic）として、uimsbf(unsigned integer most significant bit first)が設定されており、ビット演算して整数として扱われる。

なお、2ビットのreservedは、未定義の領域とされる。ただし、ビット列表記（Mnemonic）として、bslbf(bit string, left bit first)は、ビット列として扱われることを意味している。

送信側情報付加方式では、このようなPLP IDを含むPLP情報を定義して、送信装置１２（図８）が、当該PLP情報を、パケットの拡張ヘッダなどに含める処理を行うようにする。ここでは、PLP IDの値が、放送事業者（放送局）が保証する固有な値になっている。なお、PLP情報の伝送方式については、図１８乃至図２９を参照して後述する。

そして、このようなPLP情報（が付加されたパケット）を含む放送ストリームが、伝送路３２を介して、受信装置２２（図８）により受信される。

受信装置２２（図８）において、復調LSIとしての復調部２２１と、システムオンチップ（SoC）としてのデマルチプレクサ２２２との間は、単一のインターフェース（I/F）で接続されているが、復調部２２１は、PLP（PLP#0乃至PLP#3）ごとに入力されるIPパケットを処理し、単一のインターフェース（I/F）を介して後段のデマルチプレクサ２２２に出力する。デマルチプレクサ２２２は、復調部２２１から、単一のインターフェース（I/F）を介して入力されるIPパケットを処理して、ROUTEセッションなどで伝送されるデータを後段に出力する。

ここで、パケットの拡張ヘッダなどには、PLP情報が含まれているので、受信装置２２（図８）においては、復調部２２１とデマルチプレクサ２２２との間で、各PLP（PLP#0乃至PLP#3）から得られるIPパケットを、単一のインターフェース（I/F）で伝送したとしても、デマルチプレクサ２２２側では、当該PLP情報に含まれるPLP IDにより、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

なお、PLP情報は、図１８乃至図２９を参照して後述するように、例えばパケットの拡張ヘッダやシグナリングなど様々な場所に含めることができるため、デマルチプレクサ２２２がデータを処理することで取得する場合に限らず、復調部２２１がデータを処理することで取得する場合もある。復調部２２１によりPLP情報が取得された場合、復調部２２１は、当該PLP情報を、デマルチプレクサ２２２に通知することになる。

以上のように、送信側情報付加方式では、送信側の送信装置１２で、PLP情報がデータに付加されるため、受信側の受信装置２２では、単一のインターフェース（I/F）で伝送したとしても、IPパケットが、どのPLPに属しているかを識別することが可能となる。これにより、受信側の回路において、単一のインターフェース（I/F）を実現することができるため、結果として、より少ないコストで受信側の回路を構成することができる。

（２−２）受信側情報付加方式１

図１４は、受信側情報付加方式１を採用した場合に、IP伝送システム３（図８）の受信装置２２において、パケット内（内部）に、PLP情報を付加するときのパケットの構造を表した図である。

なお、受信側情報付加方式１では、上述した送信側情報付加方式とは異なり、IP伝送システム３（図８）の送信装置１２において、PLP情報を、パケットの拡張ヘッダなどに含める処理は行われていない。

図１４において、図１４のＡは、ALPパケットの構造を示している。ALPパケットは、ALPヘッダとペイロードから構成される。例えば、このALPパケットの拡張ヘッダ（ALP拡張ヘッダ）に、PLP情報を含めることで、図１４のＢに示すように、ALPパケット内に、PLP情報を付加することができる。ただし、受信側情報付加方式１において、ALPパケット内に付加されるPLP情報は、送信側情報付加方式のPLP情報（図１３）と同様に、PLPを識別するPLP IDが含まれている。

ここで、図１５に示すように、受信装置２２の復調部２２１において、PLP#0乃至PLP#3に対する復調処理が行われると、PLPごとに、BBP(Baseband Packet)からALPパケットが抽出され、復調マルチプレクサ２６１に入力される。復調マルチプレクサ２６１は、PLPごとに入力されるALPパケットを処理して、単一のインターフェース（I/F）を介して、後段のデマルチプレクサ２２２に出力する。

ただし、復調マルチプレクサ２６１は、PLPごとに入力されるALPパケットを処理するとき、ALP拡張ヘッダに、対象のPLPのPLP IDを含むPLP情報が含まれるようにする。すなわち、受信側の受信装置２２において、ALPパケット内に、PLP情報が付加されたことになる。

そして、デマルチプレクサ２２２においては、単一のインターフェース（I/F）を介して、復調部２２１（の復調マルチプレクサ２６１）から入力される、ALPパケットからIPパケットが抽出され、IPデマルチプレクサ２６２によって、当該IPパケットが処理されることで、ROUTEセッションなどで伝送されるデータが後段に出力される。

ここで、ALPパケットのALP拡張ヘッダには、PLP情報が含まれているので、受信装置２２においては、復調部２２１とデマルチプレクサ２２２との間で、各PLP（PLP#0乃至PLP#3）から得られるALPパケットを、単一のインターフェース（I/F）で伝送したとしても、デマルチプレクサ２２２側では、当該PLP情報に含まれるPLP IDにより、復調部２２１から入力されるALPパケット（IPパケット）が、どのPLPに属しているかを識別することが可能となる。

なお、上述した説明では、ALPパケット内（内部）にPLP情報を付加する例を示したが、PLP情報は、任意の場所に配置することができる。例えば、図１４のＣに示すように、IPパケットの拡張ヘッダ（IP拡張ヘッダ）にPLP情報を含めて、IPパケット内にPLP情報を付加したり、あるいは、BBP(Baseband Packet)の拡張ヘッダ（BBP拡張ヘッダ）にPLP情報を含めて、BBP内にPLP情報を付加したりするようにしてもよい。

以上のように、受信側情報付加方式１では、受信側の受信装置２２（の復調部２２１）で、PLP情報がパケット内（内部）に付加されるため、受信側の受信装置２２では、単一のインターフェース（I/F）で伝送したとしても、IPパケットが、どのPLPに属しているかを識別することが可能となる。これにより、受信側の回路において、単一のインターフェース（I/F）を実現することができるため、結果として、より少ないコストで受信側の回路を構成することができる。

（２−３）受信側情報付加方式２

図１６は、受信側情報付加方式２を採用した場合に、IP伝送システム３（図８）の受信装置２２において、パケット外（外部）に、PLP情報を付加するときのパケットの構造を表した図である。

なお、受信側情報付加方式２では、上述した送信側情報付加方式とは異なり、IP伝送システム３（図８）の送信装置１２において、PLP情報を、パケットの拡張ヘッダなどに含める処理は行われていない。

図１６において、図１６のＡは、BBP(Baseband Packet)の構造を示している。BBPは、BBPヘッダとペイロードから構成される。例えば、このBBPに、PLP情報を含めてカプセル化（encapsulation）することで、図１６のＢに示すように、BBP外に、PLP情報を付加することができる。ただし、受信側情報付加方式２において、BBP外に付加されるPLP情報は、送信側情報付加方式のPLP情報（図１３）と同様に、PLPを識別するPLP IDが含まれている。

ここで、図１７に示すように、受信装置２２の復調部２２１において、PLP#0乃至PLP#3に対する復調処理が行われると、PLPごとに、BBP(Baseband Packet)が抽出され、復調マルチプレクサ２６１に入力される。復調マルチプレクサ２６１は、PLPごとに入力されるBBPを処理して、単一のインターフェース（I/F）を介して、後段のデマルチプレクサ２２２に出力する。

ただし、復調マルチプレクサ２６１は、PLPごとに入力されるBBPを処理するとき、当該BBPに、対象のPLPのPLP IDを含むPLP情報を含めてカプセル化するようにする。すなわち、受信側の受信装置２２において、BBP外に、PLP情報が付加されたことになる。

そして、デマルチプレクサ２２２においては、単一のインターフェース（I/F）を介して、復調部２２１（の復調マルチプレクサ２６１）から入力されるBBP（PLP情報が付加されたBBP）が、BBPデマルチプレクサ２６３に入力される。BBPデマルチプレクサ２６３が、当該BBP（PLP情報が付加されたBBP）を処理することで、BBPからALPパケットが抽出される。そして、ALPパケットから抽出されたIPパケットが処理されることで、ROUTEセッションなどで伝送されるデータが後段に出力される。

ここで、BBPには、PLP情報がカプセル化されているので、受信装置２２においては、復調部２２１とデマルチプレクサ２２２との間で、各PLP（PLP#0乃至PLP#3）から得られるBBPを、単一のインターフェース（I/F）で伝送したとしても、デマルチプレクサ２２２側では、当該PLP情報に含まれるPLP IDにより、復調部２２１から入力されるBBP（ALPパケットやIPパケット）が、どのPLPに属しているかを識別することが可能となる。

なお、上述した説明では、BBP(Baseband Packet)外（外部）にPLP情報を付加する例を示したが、PLP情報は、任意の場所に配置することができる。例えば、図１６のＣに示すように、IPパケットにPLP情報をカプセル化して、IPパケット外にPLP情報を付加したり、あるいは、ALPパケットにPLP情報をカプセル化して、ALPパケット外にPLP情報を付加したりするようにしてもよい。

以上のように、受信側情報付加方式２では、受信側の受信装置２２（の復調部２２１）で、PLP情報がパケット外（外部）に付加されるため、受信側の受信装置２２では、単一のインターフェース（I/F）で伝送したとしても、IPパケットが、どのPLPに属しているかを識別することが可能となる。これにより、受信側の回路において、単一のインターフェース（I/F）を実現することができるため、結果として、より少ないコストで受信側の回路を構成することができる。

＜３．PLP情報の伝送方式＞

（PLP情報の伝送方式の概要）
図１８は、PLP情報の伝送方式の概要を示す図である。

上述した送信側情報付加方式を採用する場合には、例えば、下記の（Ａ）乃至（Ｅ）の５つの伝送方式のいずれかを用いて、PLP情報を伝送することができる。

（Ａ）記述子伝送方式
（Ｂ）ALP拡張ヘッダ伝送方式
（Ｃ）L2シグナリングヘッダ伝送方式
（Ｄ）L2シグナリング伝送方式
（Ｅ）BBP拡張ヘッダ伝送方式

ここで、図１９に示すように、IP伝送方式のプロトコルスタックにおいては、物理層であるレイヤ１（Ｌ１）と、レイヤ１の上位層であるレイヤ２（Ｌ２）と、レイヤ２の上位層であるレイヤ３（Ｌ３）が階層構造をなしている。

レイヤ３（Ｌ３）では、IPパケット（IP Packet）又は選局情報が伝送される。ただし、例えば、選局情報は、LLSシグナリングに含まれるようにして、当該LLSシグナリングを、IPパケットに配置されるようにすることができる。

IPパケットは、IPヘッダ（IP Header）とペイロード（Payload）から構成される。IPパケットのペイロードには、ビデオやオーディオ等のコンポーネントのデータと、SLSシグナリング等のシグナリングのデータなどが配置される。ここで、記述子伝送方式を用いる場合には、例えば、IPパケットのペイロードに、記述子としてのPLP情報が配置される。

レイヤ２（Ｌ２）では、伝送パケットとしてのALPパケット（ALP Packet）が伝送される。ALPパケットは、ALPヘッダ（ALP Header）とペイロード（Payload）から構成される。ALPパケットのペイロードには、１又は複数のIPパケット又は選局情報が配置され、カプセル化（encapsulation）される。

ここで、ALP拡張ヘッダ伝送方式を用いる場合、このALPパケットの拡張ヘッダに、PLP情報が配置される。また、L2シグナリングヘッダ伝送方式を用いる場合には、ALPパケットのペイロードに配置されるL2シグナリングのヘッダに、PLP情報が配置される。さらに、L2シグナリング伝送方式を用いる場合には、ALPパケットのペイロードに、L2シグナリングとしてのPLP情報が配置される。

レイヤ１（Ｌ１）においては、伝送パケットとしてのBBP(Baseband Packet)が伝送される。BBPは、BBPヘッダ（Baseband Packet Header）と、ペイロード（Payload）から構成される。BBPのペイロードには、１又は複数のALPパケットが配置され、カプセル化される。ここで、BBP拡張ヘッダ伝送方式を用いる場合には、このBBPの拡張ヘッダに、PLP情報が配置される。

また、レイヤ１においては、１又は複数のBBPをスクランブルして得られるデータ（Data）がFECフレーム（FEC Frame）にマッピングされ、物理層のエラー訂正用のパリティ（Parity）が付加される。

ここで、レイヤ１（Ｌ１）の物理層フレーム（Physical Frame）は、ブートストラップ（BS：Bootstrap）と、プリアンブル（Preamble）と、データ部（Data）から構成される。そして、物理層フレームのデータ部には、複数のFECフレームに対して、ビットインターリーブを行った後に、マッピング処理を行い、さらに、時間方向と周波数方向にインターリーブを行うなどの物理層の処理（変調処理）が行われることで得られるデータがマッピングされる。なお、物理層フレームのフレーム長は、例えば、100〜200msとされる。

以下、図１８に示した（Ａ）乃至（Ｅ）の５つの伝送方式の詳細な内容について説明する。

（Ａ）記述子伝送方式
まず、図２０を参照して、記述子伝送方式について説明する。この記述子伝送方式においては、記述子としてのPLP情報（PLP_info）が、例えば、LLSシグナリングと同様に、UDPパケットを含むIPパケット（IPパケット）で伝送されるようにする。

図２０のPLP情報（記述子）において、8ビットのPLP_info_idには、当該記述子のタイプを示すためのIDが設定される。6ビットのPLP_idには、PLPを識別するPLP IDが設定される。なお、2ビットのreservedは、未定義の領域とされる。

以上のように、PLP情報を伝送するための伝送フォーマットとして、記述子伝送方式を用いて、PLP情報を含む記述子が、IPパケットで伝送されるようにすることで、受信装置２２（図８）においては、IPパケットに含まれるPLP情報（記述子）が抽出されることになる。これにより、受信装置２２（図８）では、デマルチプレクサ２２２が、当該PLP情報に含まれるPLP IDを用いて、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

（Ｂ）ALP拡張ヘッダ伝送方式
次に、図２１及び図２２を参照して、ALP拡張ヘッダ伝送方式について説明する。このALP拡張ヘッダ伝送方式においては、ALP拡張ヘッダを利用して、PLP情報を伝送する。

図２１は、ALPパケットの構成を示している。図２１のALPパケットにおいて、ALPヘッダの先頭には、3ビットのタイプ情報（Type）が設定される。このタイプ情報は、ALPパケットのペイロードに配置されるデータのタイプに関する情報が設定される。

ALPヘッダにおいて、タイプ情報の次には、1ビットのパケット設定情報（PC：Packet Configuration）が配置される。パケット設定情報として、"0"が設定された場合、その次に配置される1ビットのヘッダモード（HM：Header Mode）に応じて、シングルパケットモード（Single packet mode）となって、ALPヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。また、ALPパケットにおいては、ALPヘッダに続いて、ペイロードが配置される。

なお、シングルパケットモードにおいて、拡張ヘッダが配置されないALPパケットは、ノーマルパケット（normal packet）と称される一方、拡張ヘッダが配置されるALPパケットは、ロングパケット（long packet）と称される。

一方、パケット設定情報（PC）として、"1"が設定された場合、その次に配置される1ビットのS/C（Segmentation/Concatenation）に応じて、セグメンテーションモード（Segmentation mode）又は連結モード（Concatenation mode）となって、ALPヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。

ここで、ALP拡張ヘッダ伝送方式では、図中の枠Ａで囲まれた拡張ヘッダ（Additional header）に、PLP情報が配置される。すなわち、シングルパケットモード（ロングパケット）と、セグメンテーションモードの場合、拡張ヘッダにおいて、オプショナル拡張ヘッダフラグ（OHF：Optional Header Extension Flag）として"1"が設定された場合には、オプショナルヘッダ（Optional Header）が配置される。また、連結モードの場合には、拡張ヘッダにおいて、サブストリーム識別フラグ（SIF：Sub-stream Identifier Flag）として"1"が設定された場合には、オプショナルヘッダが配置される。

このオプショナルヘッダには、図２２に示した構造体を配置することができる。図２２の構造体においては、拡張ヘッダインデックス情報（Additional header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として"000000"が設定された場合、オプショナルヘッダには、PLP情報（PLP_info）が配置されることを定義することができる。ここには、図２０に示したPLP情報を配置することができる。

以上のように、PLP情報を伝送するための伝送フォーマットとして、ALP拡張ヘッダ伝送方式を用いて、PLP情報が、ALPパケットの拡張ヘッダに配置されて伝送されるようにすることで、受信装置２２（図８）においては、ALPパケットの拡張ヘッダに含まれるPLP情報が抽出されることになる。これにより、受信装置２２（図８）では、デマルチプレクサ２２２が、当該PLP情報に含まれるPLP IDを用いて、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

（Ｃ）L2シグナリングヘッダ伝送方式
次に、図２３及び図２４を参照して、L2シグナリングヘッダ伝送方式について説明する。このL2シグナリングヘッダ伝送方式においては、L2シグナリングのヘッダを利用して、PLP情報を伝送する。

図２３は、レイヤ２のALPパケットとしてのLLS(Link Layer Signaling)パケットの構成を示している。

図２３において、ALPパケットのペイロードには、IPパケットやL2シグナリングが配置されるが、この例では、L2シグナリングとして、LLSシグナリングを配置した場合を表している。LLSシグナリングは、SLSシグナリングに先行して取得されるシグナリングである。このLLSシグナリングとしては、例えば、SLTやEAT，RRT等のメタデータが含まれる。

ここで、ALPパケットのペイロードに、LLSシグナリングが配置される場合、当該ALPパケットは、LLSパケット（LLS Packet）であるとも言える。このLLSパケットは、LLSヘッダ（LLS Header）と、LLSシグナリング（LLS）が配置されたペイロードから構成される。また、この場合、BBPのペイロードには、１又は複数のLLSパケットが配置され、カプセル化されることになる。

LLSヘッダには、LLSインデックス情報（LLS Index）とオブジェクトバージョン情報（Object Version）からなる構造体を配置することができる。

LLSインデックス情報には、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、及び、拡張タイプ情報（Type Extension）が配置される。圧縮情報には、対象のLLSシグナリングの圧縮の有無を示す情報が設定される。例えば、"0000"が設定された場合には、非圧縮であることを示し、"0001"が設定された場合には、zip形式で圧縮されていることを示している。

タイプ情報（Fragment Type）には、LLSシグナリングのタイプに関する情報が設定される。例えば、SLTには"000000"，EATには"000001"，RRTには"000010"をそれぞれ設定することができる。拡張タイプ情報には、タイプごとに拡張パラメータが設定される。また、オブジェクトバージョン情報には、オブジェクトのバージョンに関する情報が配置される。

また、LLSヘッダに配置される構造体としては、図２４に示すように、LLSインデックス情報とオブジェクトバージョン情報のほかに、PLP情報（PLP_info）を含めることができる。ここには、図２０に示したPLP情報を配置することができる。

以上のように、PLP情報を伝送するための伝送フォーマットとして、L2シグナリングヘッダ伝送方式を用いて、PLP情報が、L2シグナリングのヘッダに配置されて伝送されるようにすることで、受信装置２２（図８）においては、L2シグナリングのヘッダに含まれるPLP情報が抽出されることになる。これにより、受信装置２２（図８）では、デマルチプレクサ２２２が、当該PLP情報に含まれるPLP IDを用いて、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

（Ｄ）L2シグナリング伝送方式
次に、図２５を参照して、L2シグナリング伝送方式について説明する。このL2シグナリング伝送方式においては、ALPパケットのペイロードに配置されるL2シグナリングの本体を利用して、PLP情報を伝送する。

図２５のPLP情報（L2シグナリング）において、8ビットのPLP_info_idには、当該記述子のタイプを示すためのIDが設定される。6ビットのPLP_idには、PLPを識別するPLP IDが設定される。なお、2ビットのreservedは、未定義の領域とされる。

ただし、ここでは、図２５のPLP情報そのものを、L2シグナリングとして、ALPパケットのペイロードに配置するようにしてもよいし、あるいは、ALPパケットのペイロードに配置されているL2シグナリング（例えばLLSシグナリング）に、図２５のPLP情報を含めるようにしてもよい。

以上のように、PLP情報を伝送するための伝送フォーマットとして、L2シグナリング伝送方式を用いて、PLP情報が、L2シグナリングの本体に配置されて伝送されるようにすることで、受信装置２２（図８）においては、L2シグナリングの本体に配置されるPLP情報が抽出されることになる。これにより、受信装置２２（図８）では、デマルチプレクサ２２２が、当該PLP情報に含まれるPLP IDを用いて、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

（Ｅ）BBP拡張ヘッダ伝送方式
最後に、図２６乃至図２９を参照して、BBP拡張ヘッダ伝送方式について説明する。このBBP拡張ヘッダ伝送方式においては、BBP拡張ヘッダを利用して、PLP情報を伝送する。

図２６は、BBP(Baseband Packet)の構成を示している。図２６において、BBPは、BBPヘッダとペイロード（Payload）から構成される。BBPヘッダには、1又は2バイトのヘッダ（Header）のほか、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置することができる。

すなわち、ヘッダ（Header）において、1ビットのモード（MODE）として、"0"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）が配置される。なお、ポインタ情報は、BBPのペイロードに配置されるALPパケットの位置を示すための情報である。例えば、あるBBPに最後に配置されたALPパケットのデータが、次のBBPにまたがって配置される場合に、ポインタ情報として、次のBBPの先頭に配置されるALPパケットの位置情報を設定することができる。

また、モード（MODE）として、"1"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）と、6ビットのポインタ情報（Pointer(MSB)）と、2ビットのオプショナルフラグ（OPTI：OPTIONAL）が配置される。オプショナルフラグは、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置して、ヘッダを拡張するかどうかを示す情報である。

すなわち、図２７に示すように、オプショナルフィールドと拡張フィールドの拡張を行わない場合、オプショナルフラグは、"00"が設定される。また、オプショナルフィールドの拡張のみを行う場合、オプショナルフラグは、"01"又は"10"が設定される。なお、オプショナルフラグとして"01"が設定された場合、オプショナルフィールドには、1バイト(8ビット)のパディングが行われる。また、オプショナルフラグとして"10"が設定された場合、オプショナルフィールドには、2バイト(16ビット)のパディングが行われる。

また、オプショナルフィールドと拡張フィールドの拡張を行う場合、オプショナルフラグは、"11"が設定される。この場合、オプショナルフィールドの先頭には、3ビットの拡張タイプ情報（TYPE（EXT_TYPE））が設定される。このタイプ情報は、図２８に示すように、拡張タイプ情報の次に配置される拡張レングス情報（EXT_Length(LSB)）と拡張フィールドのタイプ（Extension type）に関する情報が設定される。

すなわち、拡張レングス情報を配置し、スタッフィングバイト（Stuffing Bytes）のみが配置される場合、拡張タイプ情報は、"000"が設定される。また、拡張レングス情報を配置せずに、拡張フィールドに、ISSY（Input Stream Synchronizer）が配置される場合、拡張タイプ情報は、"001"が設定される。さらに、拡張レングス情報を配置し、拡張フィールドに、ISSYとともに、スタッフィングバイトが配置される場合、拡張タイプ情報は、"010"が設定される。

また、拡張レングス情報を配置し、拡張フィールドに、L1シグナリングが配置される場合、拡張タイプ情報は、"011"が設定される。この場合、スタッフィングバイトを配置するかどうかは任意である。なお、図２８において、"100"〜"111"の拡張タイプ情報は、未定義（Reserved）となっている。

そして、BBP拡張ヘッダ伝送方式では、この拡張フィールド（BBP拡張ヘッダ）のL1シグナリングとして、PLP情報が配置されることになる。すなわち、BBP拡張ヘッダ伝送方式が利用される場合、オプショナルフラグ（OPTI）として"11"が設定されて、オプショナルフィールドと拡張フィールドの拡張が行われ、さらにオプショナルフィールドの拡張タイプ情報（EXT_TYPE）として"011"が設定されて、拡張フィールドに、PLP情報を含むL1シグナリングが配置されることになる。

拡張フィールドには、図２９に示した構造体を配置することができる。図２９の構造体においては、拡張ヘッダインデックス情報（BBP Extension Header Index）ごとに、各種の情報が配置される。拡張ヘッダインデックス情報として"000000"が設定された場合、拡張フィールドには、PLP情報（PLP_info）が配置されることを定義することができる。ここには、図２０に示したPLP情報を配置することができる。

以上のように、PLP情報を伝送するための伝送フォーマットとして、BBP拡張ヘッダ伝送方式を用いて、PLP情報が、BBP拡張ヘッダに配置されて伝送されるようにすることで、受信装置２２（図８）においては、BBP拡張ヘッダに配置されるPLP情報が抽出されることになる。これにより、受信装置２２（図８）では、デマルチプレクサ２２２が、当該PLP情報に含まれるPLP IDを用いて、復調部２２１から入力されるIPパケットが、どのPLPに属しているかを識別することが可能となる。

＜４．他の方式の対応＞

上述した説明では、IP伝送方式において、トランスポート・プロトコルとして、ROUTEを用いた場合の受信側回路の単一のインターフェース実現方式について説明したが、他の方式においても、上述した受信側回路の単一のインターフェース実現方式を適用することができる。

例えば、現在策定中のATSC3.0では、トランスポート・プロトコルとして、ROUTEと、MMT(MPEG Media Transport)が併存することが想定されている。ここで、MMTは、IP(Internet Protocol)上で用いられるトランスポート方式であり、制御情報によりIPアドレスやURLを設定することで、映像や音声等のデータを参照することができる。

そこで、以下、MMT方式において、上述した受信側回路の単一のインターフェース実現方式を適用した場合について説明する。また、MPEG2-TS方式においても、上述した受信側回路の単一のインターフェース実現方式を適用することが可能であるため、MPEG2-TS方式に適用した場合についても説明する。

（１）MMT方式

（システムパイプモデル）
図３０は、MMT方式のシステムパイプモデルの例を示す図である。

図３０のMMT方式のシステムパイプモデルは、上述したROUTE方式のシステムパイプモデル（図４）と比べて、トランスポート・プロトコルとして、ROUTEの代わりに、MMT（MMTP）を用いている点が異なっている以外は、基本的に同様とされる。

すなわち、ビデオやオーディオのコンポーネントと、シグナリングなどのストリームは、ROUTEセッションの代わりに、MMTPセッションで伝送される。ただし、PLP#2のMMTPセッションでは、SLSシグナリングの代わりに、MMTPシグナリングが伝送される。

（IPデータフロー）
図３１は、MMT方式のIPデータフローを表した図である。

図３１のMMT方式のIPデータフローは、上述したROUTE方式のIPデータフロー（例えば、図５や図１１等）と比べて、トランスポート・プロトコルとして、ROUTEの代わりに、MMTを用いている点が異なっている以外は、基本的に同様とされる。

すなわち、ビデオやオーディオのコンポーネントと、シグナリングなどのストリームは、ROUTEセッションの代わりに、MMTPセッションで伝送される。ただし、ROUTEセッションでは、TSI(Transport Session ID)によりセッションを管理していたが、MMTPセッションでは、PID(Packet ID)で、セッションが管理される。また、PLP#2のMMTPセッションでは、SLSシグナリングの代わりに、MMTPシグナリングが伝送されている。

このようなMMT方式を用いた場合でも、上述したROUTE方式を用いた場合と同様に、IPデータフロー識別方式や情報付加方式を適用することで、受信装置において、RF ICや復調LSI等として構成される復調部と、システムオンチップ（SoC）等として構成されるデマルチプレクサとを、単一のインターフェース（I/F）を介して接続することができる。この場合、当該受信装置においては、単一のインターフェース（I/F）を介して、復調部から出力されるIPストリームが、デマルチプレクサに入力されることになる。

なお、上述した図９に示したように、IPデータフロー識別方式には、送信側IPデータフロー識別方式と、受信側IPデータフロー方式が含まれ、情報付加方式には、送信側情報付加方式と、受信側情報付加方式１と、受信側情報付加方式２が含まれる。

（２）MPEG2-TS方式

（システムパイプモデル）
図３２は、MPEG2-TS方式のシステムパイプモデルの例を示す図である。

図３２のMPEG2-TS方式のシステムパイプモデルは、システムパイプモデル（図４）と比べて、ビデオやオーディオのコンポーネントと、シグナリングなどのストリームが、ROUTEセッションでは伝送されていない点が異なっている。

また、図３２のMPEG2-TS方式のシステムパイプモデルにおいては、PLP#0に、LLSシグナリングの代わりに、PSI(Program Specific Information)として、PAT(Program Association Table)が含まれる。また、PLP#2に、SLSシグナリングの代わりに、PSIとしてのPMT(Program Map Table)と、SI(Service Information)が含まれる。

（TSデータフロー）
図３３は、MPEG2-TS方式のTSデータフローを表した図である。

図３３のMPEG2-TS方式のTSデータフローは、上述したROUTE方式のIPデータフロー（例えば、図５や図１１等）と比べて、IPパケットやROUTEセッションが用いられていない点が異なっている。また、MPEG2-TS方式のTSデータフローにおいて、ビデオやオーディオのコンポーネントと、シグナリングなどのデータは、ALPパケットにカプセル化（encapsulate）される。ただし、各ALPパケットは、PID(Packet ID)により識別することができる。

このようなMPEG2-TS方式を用いた場合でも、上述したROUTE方式を用いた場合と同様に、IPデータフロー識別方式（TSデータフロー識別方式）や情報付加方式を適用することで、受信装置において、RF ICや復調LSI等として構成される復調部と、システムオンチップ（SoC）等として構成されるデマルチプレクサとを、単一のインターフェース（I/F）を介して接続することができる。この場合、当該受信装置においては、単一のインターフェース（I/F）を介して、復調部から出力されるトランスポートストリーム（TS）が、デマルチプレクサに入力されることになる。

ただし、MPEG2-TS方式では、UDPパケットを含むIPパケット（IPパケット）を用いないため、IPデータフロー識別方式（TSデータフロー識別方式）を採用する場合には、IPアドレスとポート番号を固有な値にする代わりに、PIDに対して同様に固有な値を割り当てるようにすればよい。また、MPEG2-TS方式においても、例えば、パケットの拡張ヘッダなどにPLP情報を付加することで、上述した情報付加方式を実現することができる。

なお、上述した図９に示したように、IPデータフロー識別方式（TSデータフロー識別方式）には、送信側IPデータフロー識別方式（送信側TSデータフロー識別方式）と、受信側IPデータフロー方式（受信側TSデータフロー識別方式）が含まれ、情報付加方式には、送信側情報付加方式と、受信側情報付加方式１と、受信側情報付加方式２が含まれる。

＜５．各装置で実行される処理の流れ＞

次に、図３４及び図３５のフローチャートを参照して、図８のIP伝送システム３を構成する送信装置１２と受信装置２２で実行されるデータ処理の流れについて説明する。

（送信側データ処理）
まず、図３４のフローチャートを参照して、図８の送信装置１２により実行される送信側データ処理の流れについて説明する。

ステップＳ１０１において、マルチプレクサ１２１等は、データを処理する。

このデータ処理では、マルチプレクサ１２１によって、入力される複数のIPストリーム（IP）が処理される。ただし、ATSC3.0の場合には、PLPに対応して、所定の周波数帯域ごとに、最大64個のIPストリームが入力される。

ここで、送信側IPデータフロー識別方式を採用する場合、例えば、マルチプレクサ１２１又はその前段の処理部（不図示）等によって、IPデータフローのIPアドレスとポート番号が、サービスを横断して、固有な値（ユニーク）になるように、それらの値を割り当てる処理が行われる。

また、送信側情報付加方式を採用する場合に、PLP情報の伝送方式によっては、マルチプレクサ１２１又はその前段の処理部（不図示）等により、PLP IDを含むPLP情報が、パケットの拡張ヘッダ（例えば、ALPパケットの拡張ヘッダ）に含める処理などが行われることがある。

ステップＳ１０２において、変調部１２２は、ステップＳ１０１で処理されたデータに対して、変調処理を行う。

この変調処理では、複数のIPストリーム（IP）に対して、誤り訂正符号化処理（例えば、BCH符号化やLDPC符号化等）や変調処理（例えば、OFDM変調等）等の物理層（PHY）に関する処理が行われる。

ここで、送信側情報付加方式を採用する場合に、PLP情報の伝送方式によっては、変調部１２２により、PLP IDを含むPLP情報が、パケットの拡張ヘッダ（例えば、BBPの拡張ヘッダ）に含める処理などが行われることがある。

ステップＳ１０３においては、デジタル放送信号の送信処理が行われる。

このデジタル放送信号の送信処理では、ステップＳ１０２で処理された信号が、アンテナを介して、デジタル放送信号として送信される。

以上、送信側データ処理の流れについて説明した。

（受信側データ処理）
次に、図３５のフローチャートを参照して、図８の受信装置２２により実行される受信側データ処理の流れについて説明する。

ステップＳ２０１においては、デジタル放送信号の受信処理が行われる。

このデジタル放送信号の受信処理では、送信装置１２（図８）から、伝送路３２を介して送信されてくるデジタル放送信号が、アンテナを介して受信される。

ステップＳ２０２において、復調部２２１は、復調処理を行う。

この復調処理では、入力される信号に対して、復調処理（例えばOFDM復調等）や誤り訂正復号処理（例えばLDPC復号やBCH復号等）、IPパケット等のパケットに関する処理などが行われる。

ここで、受信側IPデータフロー方式を採用する場合、復調部２２１によって、IPデータフローのIPアドレスとポート番号の組が固有な値（ユニーク）になるように、それらの値の再割り当てする処理が行われる。

また、受信側情報付加方式１を採用する場合、復調部２２１によって、例えば、ALPパケット、IPパケット、又はBBP(Baseband Packet)の拡張ヘッダに、PLP情報を含めて、それらのパケットの内部にPLP情報を付加する。また、受信側情報付加方式２を採用する場合、復調部２２１によって、ALPパケット、IPパケット、又はBBPにPLP情報をカプセル化して、それらのパケットの外部にPLP情報を付加する。

ステップＳ２０３において、デマルチプレクサ２２２等は、データを処理する。

このデータ処理では、ステップＳ２０２の処理で得られるIPストリーム（IP）が処理され、例えば、選局された放送番組（プログラム）に対応するIPストリームが、後段の回路に出力される。そして、後段の回路では、例えば、IPストリームに含まれるビデオやオーディオのデータをデコードする処理などが行われ、選局された放送番組（コンテンツ）が再生されることになる。

なお、上述したように、ステップＳ２０２の処理を行う復調部２２１（例えばRF ICや復調LSI等）と、ステップＳ２０３の処理を行うデマルチプレクサ２２２（例えばシステムオンチップ（SoC）等）とは、異なるチップ（Chip）として構成されているが、上述したIPデータフロー識別方式又は情報付加方式を採用することで、単一のインターフェース（I/F）を介して接続することが可能となる。

そして、図８の受信装置２２においては、単一のインターフェース（I/F）を介して、復調部２２１から出力されるIPストリーム（IP）が、デマルチプレクサ２２２に入力されることになる。

以上、受信側データ処理の流れについて説明した。

＜６．変形例＞

上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を中心に説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、デジタル放送としては、地上波放送のほか、BS(Broadcasting Satellite)やCS(Communications Satellite)等の衛星放送や、ケーブルテレビ（CATV）等の有線放送などに適用することができる。

また、図８のIP伝送システム３においては、放送局の送信装置１０が単独で、マルチプレクサ１２１と変調部１２２を有する構成を例示したが、一般的なデジタル放送のシステムでは、マルチプレクサ１２１と変調部１２２は異なる場所に設置されるものである。例えば、マルチプレクサ１２１は、放送局内に設置される一方で、変調部１２２は、送信所に設置される。上述した受信側回路の単一のインターフェース実現方式は、このような放送局内に設置されるマルチプレクサ１２１と、送信所に設置される変調部１２２との間のインターフェース（I/F）としても適用することができる。すなわち、放送局で作成された複数のIPストリームを、単一の伝送路を用いて送信所に伝送するときの伝送フォーマットとして用いることができる。

また、上述したシグナリングやパケットなどの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のシグナリングやパケットなどの実質的な内容が異なるものではない。例えば、BBP(Baseband Packet)は、BBS(Baseband Stream)などと称される場合がある。また、例えば、ESG(Electronic Service Guide)は、EPG(Electronic Program Guide)と称される場合がある。なお、上述したコンテンツには、動画や音楽のほか、例えば、電子書籍やゲーム、広告など、あらゆるコンテンツを含めることができる。

さらに、本技術は、伝送路として、放送網以外の伝送路、すなわち、例えば、インターネットや電話網等の通信回線（通信網）などを利用することを想定して規定されている所定の規格（デジタル放送の規格以外の規格）などにも適用することができる。その場合には、IP伝送システム３（図８）の伝送路３２として、インターネットや電話網などの通信回線が利用され、送信装置１２は、インターネット上に設けられたサーバとすることができる。そして、受信装置２２が通信機能を有するようにすることで、送信装置１２は、受信装置２２からの要求に応じて、処理を行うことになる。また、受信装置２２は、送信装置１２（サーバ）から伝送路３２（通信回線）を介して送信されてくるデータを処理する。

＜７．コンピュータの構成＞

上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。

コンピュータ９００において、CPU(Central Processing Unit)９０１，ROM(Read Only Memory)９０２，RAM(Random Access Memory)９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。

入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。

以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。

コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。

ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。

なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

また、本技術は、以下のような構成をとることができる。

（１）
放送ストリームの複数のPLP(Physical Layer Pipe)ごとに含まれるパケットを復調する復調部と、
前記復調部により復調された前記パケットを処理する処理部と
を備え、
前記復調部と前記処理部とは、単一のインターフェースを介して接続され、
前記処理部は、前記パケットが属していたPLPを識別可能な情報に基づいて、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたPLPを識別する
受信装置。
（２）
前記放送ストリームは、IP(Internet Protocol)伝送方式に対応した放送ストリームであって、
PLPごとに、各PLPに含まれる、UDP(User Datagram Protocol)パケットを含むIPパケットのIPアドレスとポート番号の組み合わせが、固有の値となっており、
前記処理部は、前記IPアドレスと前記ポート番号の組み合わせにより、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたPLPを識別する
（１）に記載の受信装置。
（３）
送信装置から伝送される前記放送ストリームにおいて、PLPごとに、前記IPパケットの前記IPアドレスと前記ポート番号の組み合わせが、固有な値に割り当てられている
（２）に記載の受信装置。
（４）
前記復調部は、PLPごとに、前記IPパケットの前記IPアドレスと前記ポート番号の組み合わせが固有な値になるように、前記IPアドレス及び前記ポート番号の少なくとも一方の再割り当てを行う
（２）に記載の受信装置。
（５）
前記放送ストリームは、IP伝送方式に対応した放送ストリームであって、
PLPごとに含まれるデータに、各PLPを識別するための情報を含むPLP情報が付加されており、
前記処理部は、前記PLP情報を用いて、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたPLPを識別する
（１）に記載の受信装置。
（６）
送信装置から伝送される前記放送ストリームにおいて、PLPごとに含まれるデータに、前記PLP情報が付加されている
（５）に記載の受信装置。
（７）
前記PLP情報は、UDPパケットを含むIPパケットに含まれる記述子、前記IPパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、又は、前記シグナリングのヘッダに付加されている
（５）又は（６）に記載の受信装置。
（８）
前記復調部は、PLPごとに含まれる特定のパケットの内部に、前記PLP情報を付加する
（５）に記載の受信装置。
（９）
前記特定のパケットは、UDPパケットを含むIPパケット、前記IPパケットを伝送するための第１の伝送パケット、又は、前記第１の伝送パケットを伝送するための第２の伝送パケットである
（８）に記載の受信装置。
（１０）
前記復調部は、PLPごとに含まれる特定のパケットの外部に、前記PLP情報を付加する
（５）に記載の受信装置。
（１１）
前記特定のパケットは、UDPパケットを含むIPパケット、前記IPパケットを伝送するための第１の伝送パケット、又は、前記第１の伝送パケットを伝送するための第２の伝送パケットである
（１０）に記載の受信装置。
（１２）
放送ストリームの複数のPLPごとに含まれるパケットを復調する復調部と、
前記復調部により復調された前記パケットを処理する処理部と
を有し、
前記復調部と前記処理部とは、単一のインターフェースを介して接続される
受信装置のデータ処理方法において、
前記処理部が、前記パケットが属していたPLPを識別可能な情報に基づいて、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたPLPを識別する
ステップを含むデータ処理方法。
（１３）
放送ストリームの複数のPLPごとに含まれるパケットを処理する処理部と、
前記処理部により処理される前記パケットを変調する変調部と
を備え、
前記放送ストリームは、前記パケットが属していたPLPを識別可能な情報を含んでいる
送信装置。
（１４）
前記放送ストリームは、IP伝送方式に対応した放送ストリームであり、
前記処理部は、前記放送ストリームにおいて、PLPごとに、UDPパケットを含むIPパケットのIPアドレスとポート番号の組み合わせが、固有な値になるように割り当てる
（１３）に記載の送信装置。
（１５）
前記放送ストリームは、IP伝送方式に対応した放送ストリームであり、
前記処理部又は前記変調部は、PLPごとに含まれるデータに、各PLPを識別するための情報を含むPLP情報を付加する
（１３）に記載の送信装置。
（１６）
前記PLP情報は、UDPパケットを含むIPパケットに含まれる記述子、前記IPパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、又は、前記シグナリングのヘッダに付加されている
（１５）に記載の送信装置。
（１７）
送信装置のデータ処理方法において、
前記送信装置が、
放送ストリームの複数のPLPごとに含まれるパケットを処理し、
前記処理部により処理される前記パケットを変調する
ステップを含み、
前記放送ストリームは、前記パケットが属していたPLPを識別可能な情報を含んでいる
データ処理方法。

３ IP伝送システム， １２ 送信装置， ２２ 受信装置， ３２ 伝送路， １２１ マルチプレクサ， １２２ 変調部， ２２１ 復調部， ２２２ デマルチプレクサ， ２６１ 復調マルチプレクサ， ２６２ IPデマルチプレクサ， ２６３ BBPデマルチプレクサ， ９００ コンピュータ， ９０１ CPU

Claims (15)

1. 放送ストリームの複数のＰＬＰ（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｉｐｅ）ごとに含まれるパケットを復調する復調部と、
   前記復調部により復調された前記パケットを処理する処理部と
   を備え、
   前記復調部と前記処理部とは、単一のインターフェースを介して接続され、
   前記放送ストリームは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）伝送方式に対応した放送ストリームであって、
   ＰＬＰごとに、各ＰＬＰに含まれる、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケットを含むＩＰパケットのＩＰアドレスとポート番号の組み合わせが、固有の値となっており、
   前記処理部は、前記ＩＰアドレスと前記ポート番号の組み合わせにより、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたＰＬＰを識別する
   受信装置。
2. 送信装置から伝送される前記放送ストリームにおいて、ＰＬＰごとに、前記ＩＰパケットの前記ＩＰアドレスと前記ポート番号の組み合わせが、固有な値に割り当てられている
   請求項１に記載の受信装置。
3. 前記復調部は、ＰＬＰごとに、前記ＩＰパケットの前記ＩＰアドレスと前記ポート番号の組み合わせが固有な値になるように、前記ＩＰアドレス及び前記ポート番号の少なくとも一方の再割り当てを行う
   請求項１に記載の受信装置。
4. 放送ストリームの複数のＰＬＰごとに含まれるパケットを復調する復調部と、
   前記復調部により復調された前記パケットを処理する処理部と
   を備え、
   前記復調部と前記処理部とは、単一のインターフェースを介して接続され、
   前記放送ストリームは、ＩＰ伝送方式に対応した放送ストリームであって、
   ＰＬＰごとに含まれるデータに、各ＰＬＰを識別するための情報を含むＰＬＰ情報が付加されており、
   前記処理部は、前記ＰＬＰ情報を用いて、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたＰＬＰを識別する
   受信装置。
5. 送信装置から伝送される前記放送ストリームにおいて、ＰＬＰごとに含まれるデータに、前記ＰＬＰ情報が付加されている
   請求項５に記載の受信装置。
6. 前記ＰＬＰ情報は、ＵＤＰパケットを含むＩＰパケットに含まれる記述子、前記ＩＰパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、又は、前記シグナリングのヘッダに付加されている
   請求項６に記載の受信装置。
7. 前記復調部は、ＰＬＰごとに含まれる特定のパケットの内部に、前記ＰＬＰ情報を付加する
   請求項５に記載の受信装置。
8. 前記特定のパケットは、ＵＤＰパケットを含むＩＰパケット、前記ＩＰパケットを伝送するための第１の伝送パケット、又は、前記第１の伝送パケットを伝送するための第２の伝送パケットである
   請求項８に記載の受信装置。
9. 前記復調部は、ＰＬＰごとに含まれる特定のパケットの外部に、前記ＰＬＰ情報を付加する
   請求項５に記載の受信装置。
10. 前記特定のパケットは、ＵＤＰパケットを含むＩＰパケット、前記ＩＰパケットを伝送するための第１の伝送パケット、又は、前記第１の伝送パケットを伝送するための第２の伝送パケットである
    請求項１０に記載の受信装置。
11. 放送ストリームの複数のＰＬＰごとに含まれるパケットを復調する復調部と、
    前記復調部により復調された前記パケットを処理する処理部と
    を有し、
    前記復調部と前記処理部とは、単一のインターフェースを介して接続される
    受信装置のデータ処理方法において、
    前記放送ストリームは、ＩＰ伝送方式に対応した放送ストリームであって、
    ＰＬＰごとに、各ＰＬＰに含まれる、ＵＤＰパケットを含むＩＰパケットのＩＰアドレスとポート番号の組み合わせが、固有の値となっており、
    前記処理部が、前記ＩＰアドレスと前記ポート番号の組み合わせにより、前記復調部から単一のインターフェースを介して入力される前記パケットが属していたＰＬＰを識別する
    ステップを含むデータ処理方法。
12. 放送ストリームの複数のＰＬＰごとに含まれるパケットを処理する処理部と、
    前記処理部により処理される前記パケットを変調する変調部と
    を備え、
    前記放送ストリームは、前記パケットが属していたＰＬＰを識別可能な情報を含み、
    前記放送ストリームは、ＩＰ伝送方式に対応した放送ストリームであり、
    前記処理部は、前記放送ストリームにおいて、ＰＬＰごとに、ＵＤＰパケットを含むＩＰパケットのＩＰアドレスとポート番号の組み合わせが、固有な値になるように割り当てる
    送信装置。
13. 放送ストリームの複数のＰＬＰごとに含まれるパケットを処理する処理部と、
    前記処理部により処理される前記パケットを変調する変調部と
    を備え、
    前記放送ストリームは、前記パケットが属していたＰＬＰを識別可能な情報を含み、
    前記放送ストリームは、ＩＰ伝送方式に対応した放送ストリームであり、
    前記処理部又は前記変調部は、ＰＬＰごとに含まれるデータに、各ＰＬＰを識別するための情報を含むＰＬＰ情報を付加する
    送信装置。
14. 前記ＰＬＰ情報は、ＵＤＰパケットを含むＩＰパケットに含まれる記述子、前記ＩＰパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、又は、前記シグナリングのヘッダに付加されている
    請求項１５に記載の送信装置。
15. 送信装置のデータ処理方法において、
    前記送信装置が、
    放送ストリームの複数のＰＬＰごとに含まれるパケットを処理し、
    処理される前記パケットを変調する
    ステップを含み、
    前記放送ストリームは、前記パケットが属していたＰＬＰを識別可能な情報を含み、
    前記放送ストリームは、ＩＰ伝送方式に対応した放送ストリームであり、
    前記放送ストリームにおいて、ＰＬＰごとに、ＵＤＰパケットを含むＩＰパケットのＩＰアドレスとポート番号の組み合わせが、固有な値になるように割り当てるステップをさらに含む
    データ処理方法。

Images