(57)【要約】  本技術は、複数の伝送方式で伝送されるベアラを適切に選択することができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。受信装置は、IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、第１の層よりも下位の第２の層で第２の伝送方式によりデータを伝送するベアラを識別するための情報を含む制御情報を取得し、制御情報に基づいて、ベアラ上で伝送されるデータを取得する各部の動作を制御する。本技術は、例えば、ATSC3.0に対応したテレビ受像機に適用することができる。
2016136489.tif 000002
【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を取得する取得部と、
前記制御情報に基づいて、前記ベアラ上で伝送される前記データを取得する各部の動作を制御する制御部と
を備える受信装置。
【請求項２】
前記第１の層は、トランスポート層であり、
前記第２の層は、物理層である
請求項１に記載の受信装置。
【請求項３】
前記制御情報は、前記ベアラを識別するためのベアラIDを含む
請求項２に記載の受信装置。
【請求項４】
前記制御情報は、前記セッションを識別するためのIPアドレスとポート番号を含む
請求項３に記載の受信装置。
【請求項５】
前記第１の伝送方式は、ROUTE(Real-time Object Delivery over Unidirectional Transport)であり、
前記セッションは、ROUTEセッションを構成する１又は複数のLCT(Layered Coding Transport)セッションであり、
前記制御情報は、LSID(LCT Session Instance Description)である
請求項４に記載の受信装置。
【請求項６】
前記第２の伝送方式は、ATSC(Advanced Television Systems Committee)3.0及び3GPP-MBMS(Third Generation Partnership Project - Multimedia Broadcast Multicast Service)を含み、
前記ATSC3.0のベアラIDは、
放送波の到達領域ごとに割り当てられる識別子と、所定のチャンネルの放送波に割り当てられる周波数帯域の識別子との組である第１の識別子と、
前記第１の識別子で識別される周波数帯域を各種のパラメタの異なる複数の物理パイプに分割した場合における各物理パイプを識別する第２の識別子と
の組み合わせであり、
前記3GPP-MBMSのベアラIDは、TMGI(Temporary Mobile Group Identity)である
請求項５に記載の受信装置。
【請求項７】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を取得し、
前記制御情報に基づいて、前記ベアラ上で伝送される前記データを取得する各部の動作を制御する
ステップを含む受信方法。
【請求項８】
IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を生成する生成部と、
前記制御情報とともに、前記制御情報に含まれる情報により識別される前記ベアラにより前記データを送信する送信部と
を備える送信装置。
【請求項９】
前記第１の層は、トランスポート層であり、
前記第２の層は、物理層である
請求項８に記載の送信装置。
【請求項１０】
前記制御情報は、前記ベアラを識別するためのベアラIDを含む
請求項９に記載の送信装置。
【請求項１１】
前記制御情報は、前記セッションを識別するためのIPアドレスとポート番号を含む
請求項１０に記載の送信装置。
【請求項１２】
前記第１の伝送方式は、ROUTEであり、
前記セッションは、ROUTEセッションを構成する１又は複数のLCTセッションであり、
前記制御情報は、LSIDである
請求項１１に記載の送信装置。
【請求項１３】
前記第２の伝送方式は、ATSC3.0及び3GPP-MBMSを含み、
前記ATSC3.0のベアラIDは、
放送波の到達領域ごとに割り当てられる識別子と、所定のチャンネルの放送波に割り当てられる周波数帯域の識別子との組である第１の識別子と、
前記第１の識別子で識別される周波数帯域を各種のパラメタの異なる複数の物理パイプに分割した場合における各物理パイプを識別する第２の識別子と
の組み合わせであり、
前記3GPP-MBMSのベアラIDは、TMGIである
請求項１２に記載の送信装置。
【請求項１４】
送信装置の送信方法において、
前記送信装置が、
IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を生成し、
前記制御情報とともに、前記制御情報に含まれる情報により識別される前記ベアラにより前記データを送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、複数の伝送方式で伝送されるベアラを適切に選択することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
近年、インターネット上のストリーミングサービスの主流が、いわゆるOTT-V(Over The Top Video)となってきている。このOTT-Vの基盤技術として普及し始めているのが、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)である（例えば、非特許文献１参照）。【０００３】
MPEG-DASHは、HTTP(Hypertext Transfer Protocol)をベースとするストリーミングプロトコルをベースにしているが、一斉同報配信が適しているコンテンツに関しては、マルチキャスト（MC：Multicast）やブロードキャスト（BC：Broadcast）のベアラ（Bearer）を併用することにより、ネットワークリソースの負荷を軽減する方式が考えられる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ISO/IEC 23009-1:2012
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、一斉同報配信が適しているコンテンツのデータを、複数の伝送方式で伝送する場合に、異なる伝送方式で伝送されるベアラを適切に選択するための技術が要請されている。【０００６】
本技術はこのような状況に鑑みてなされたものであり、複数の伝送方式で伝送されるベアラを適切に選択することができるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、IP(Internet Protocol)伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を取得する取得部と、前記制御情報に基づいて、前記ベアラ上で伝送される前記データを取得する各部の動作を制御する制御部とを備える受信装置である。【０００８】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【０００９】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報が取得され、前記制御情報に基づいて、前記ベアラ上で伝送される前記データを取得する各部の動作が制御される。【００１０】
本技術の第２の側面の送信装置は、IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を生成する生成部と、前記制御情報とともに、前記制御情報に含まれる情報により識別される前記ベアラにより前記データを送信する送信部とを備える送信装置である。【００１１】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００１２】
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報が生成され、前記制御情報とともに、前記制御情報に含まれる情報により識別される前記ベアラにより前記データが送信される。
【発明の効果】
【００１３】
本技術の第１の側面、及び、第２の側面によれば、複数の伝送方式で伝送されるベアラを適切に選択することができる。【００１４】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１５】
【図１】3GPP-(e)MBMSのプロトコルスタックを示す図である。
【図２】ATSC3.0のプロトコルスタックを示す図である。
【図３】ROUTE/FLUTEの構造を示す図である。
【図４】FLUTEの詳細な構造を示す図である。
【図５】ROUTEの詳細な構造を示す図である。
【図６】ROUTEにおけるフラグメンテーションの例を示す図である。
【図７】ROUTEヘッダによる分解を示す図である。
【図８】ROUTEによるフラグメント転送シーケンスの例を示す図である。
【図９】今後想定される3GPP-(e)MBMSのプロトコルスタックを示す図である。
【図１０】伝送システムの構成例を示す図である。
【図１１】ROUTEセッションの構成を示す図である。
【図１２】LSIDの構成を示す図である。
【図１３】LSIDの構成要素の詳細な内容を示す図である。
【図１４】LSIDを用いたデータ取得の流れを説明する図である。
【図１５】拡張LSIDを用いたデータ取得の流れを説明する図である。
【図１６】拡張LSIDの他の構造を示す図である。
【図１７】トランスポートベアラIDが記述された拡張LSIDを用いたデータ取得の流れを説明する図である。
【図１８】拡張LSIDの第１の構造を示す図である。
【図１９】拡張LSIDの第１の構造の具体的な記述例を示す図である。
【図２０】拡張LSIDの第２の構造を示す図である。
【図２１】拡張LSIDの第２の構造の具体的な記述例を示す図である。
【図２２】送信側システムから伝送される放送ストリームを処理する受信側システムの具体的な運用例を示す図である。
【図２３】送信側システムの構成例を示す図である。
【図２４】受信側システムの構成例を示す図である。
【図２５】送信側システムの処理の流れを説明するフローチャートである。
【図２６】受信側システムの処理の流れを説明するフローチャートである。
【図２７】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１７】
１．IP伝送方式によるデジタル放送の概要
２．システムの構成
３．本技術を適用した拡張LSID
（１）LSIDの概要
（２）拡張LSID
（３）拡張LSIDによるトランスポートベアラ識別
４．システムの具体的な運用例
５．システムの各装置の構成
６．システムの各装置で実行される処理の流れ
７．変形例
８．コンピュータの構成
【００１８】
＜１．IP伝送方式によるデジタル放送の概要＞
【００１９】
各国のデジタル放送の規格では、伝送方式としてMPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream)方式が採用されているが、今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。特に、現在策定が進められている米国の次世代放送規格であるATSC(Advanced Television Systems Committee)3.0では、IP伝送方式を用いたデジタル放送の採用が見込まれている。
【００２０】
以下、IP伝送方式によるデジタル放送の概要について説明するが、ここでは、まず、移動体通信システムの標準化プロジェクトである3GPP(Third Generation Partnership Project)で策定された3GPP-(e)MBMS(Multimedia Broadcast Multicast Service)の概要を説明する。
【００２１】
（3GPP-(e)MBMSのプロトコルスタック）
図１は、3GPP-(e)MBMSのプロトコルスタックを示す図である。
【００２２】
図１において、最も下位の階層は、物理層（Physical Layer）とされる。3GPP-(e)MBMSでは、図中の右側の伝送方式を利用した伝送の場合、その物理層は、一方向のMBMS又は双方向のptp Bearer(s)のいずれかを利用することになる。
【００２３】
物理層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層は、UDP/TCP層とされる。すなわち、物理層としてMBMSを利用する場合には、IP層では、IPマルチキャストが用いられ、UDP/TCP層では、UDP(User Datagram Protocol)が用いられる。一方、物理層としてptp Bearer(s)を利用する場合には、IP層では、IPユニキャストが用いられ、UDP/TCP層では、TCP(Transmission Control Protocol)が用いられる。
【００２４】
UDP/TCP層に隣接する上位の階層は、FEC，HTTP(S)，FLUTEとされる。FLUTE(File Delivery over Unidirectional Transport)は、マルチキャストにおけるファイル転送用のプロトコルである。なお、FLUTEには、FEC(Forward Error Correction)が適用される。FLUTEの詳細な内容は、図３等を参照して後述する。
【００２５】
FLUTEに隣接する上位の階層は、3GP-DASH，Download 3GPP file format etc，ptm File Repair，Service Announcement & Metadataとされる。また、ptm File Repairに隣接する上位階層は、Associated Delivery Proceduresとされる。
【００２６】
3GP-DASH(Dynamic Adaptive Streaming over HTTP)に隣接する上位階層は、オーディオやビデオ等のストリームデータとされる。すなわち、コンテンツを構成するオーディオやビデオ等のストリームデータは、ISO BMFF(Base Media File Format)の規格に準じたメディアセグメント（Media Segment）単位で、FLUTEセッションにより伝送することができる。
【００２７】
また、Service Announcement & Metadataには、FLUTEセッションで伝送されるストリームデータの制御情報として、例えばUSD(User Service Description)やMPD(Media Presentation Description)を配置することができる。したがって、USDやMPD等の制御情報についても、FLUTEセッションで伝送することができる。
【００２８】
このように、3GPP-(e)MBMSでは、3GPPファイルフォーマット（ISO BMFFファイル、MP4ファイル）に基づいたファイルのFLUTEセッションによるファイルダウンロード用のプロトコルを規定しているが、同じプロトコルによって、MPEG-DASHのfragmented MP4ファイルシーケンスと、MPEG-DASHの規格に準じているMPDを伝送することができる。なお、MPDは、USDから参照される。また、fragmented MP4とは、フラグメント化されたMP4ファイルを意味する。
【００２９】
なお、UDP/TCP層に隣接する上位の階層となるHTTP(S)の上位の階層は、3GP-DASHのストリームデータとされる。すなわち、3GP-DASHのストリームデータは、HTTP(S)を用いて伝送することもできる。また、UDP/TCP層に隣接する上位の階層となるFECの上位階層は、RTP/RTCP，MIKEYとされる。RTP/RTCPの上位階層は、RTP PayloadFormatsとされ、さらに、その上位階層は、ストリームデータとされる。すなわち、RTP(Real time Transport Protocol)セッションによりストリームデータを伝送することができる。MIKEYの上位階層は、Key Distribution(MTK)とされ、さらに、その上位階層は、MBMS Securityとされる。
【００３０】
一方、図中の左側の伝送方式を利用した伝送の場合、その物理層は、双方向のptp Bearerのみを利用することになる。物理層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。
【００３１】
HTTP(S)層に隣接する上位の階層は、Service Announcement & Metadata，ptm File Repair，Reception Reporting，Registrationとされる。Service Announcement & Metadataには、図中の右側の伝送方式を利用したFLUTEセッションで伝送されるストリームデータの制御情報として、USDやMPDを配置することができる。したがって、例えばインターネット上のサーバによって、USDやMPD等の制御情報が提供されるようにすることができる。
【００３２】
なお、ptm File Repairと、Reception Reportingに隣接する上位階層は、Associated Delivery Proceduresとされる。また、Registrationに隣接する上位階層は、MBMS Securityとされる。さらに、IP層に隣接する上位の階層であるUDP層の上位階層は、MIKEYとされる。MIKEYの上位階層は、Key Distribution（MTK）とされ、さらに、その上位階層は、MBMS Securityとされる。また、例えば、図中の右側の伝送方式を利用した場合のFLUTEセッションや、図中の左側の伝送方式を利用したTCP/IPプロトコルを用いて、アプリケーション（Application(s)）を伝送することができる。
【００３３】
（ATSC3.0のプロトコルスタック）
図２は、ATSC3.0のプロトコルスタックを示す図である。
【００３４】
図２において、最も下位の階層は、物理層（Physical Layer）とされる。ATSC3.0等のIP伝送方式のデジタル放送では、放送を利用した伝送に限らず、一部のデータを、通信を利用して伝送する場合があるが、放送を利用する場合、その物理層（Broadcast PHY）は、サービス（チャンネル）のために割り当てられた放送波の周波数帯域が対応することになる。
【００３５】
物理層（Broadcast PHY）の上位の階層は、IP層（IPマルチキャスト）とされる。IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、ROUTE(Real-time Object Delivery over Unidirectional Transport)とされる。ROUTEは、マルチキャストにおけるファイル転送用のプロトコルであって、FLUTEを拡張したものである。なお、ROUTEの詳細な内容は、図３等を参照して後述する。
【００３６】
ROUTEに隣接する上位階層のうち、一部の階層は、ESG(Electronic Service Guide)サービス、NRTコンテンツ（NRT Content）とされ、ESGサービスと、NRTコンテンツのファイルは、ROUTEセッションにより伝送される。ESGサービスは、電子サービスガイド（番組情報）である。NRTコンテンツは、NRT（Non Real Time）放送で伝送されるコンテンツであって、受信機のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがROUTEセッションにより伝送されるようにしてもよい。
【００３７】
ROUTEに隣接する上位階層のうち、上述した階層以外の他の階層は、DASH（ISO BMFF）とされる。また、DASH（ISO BMFF）に隣接する上位階層は、ビデオ（Video）やオーディオ（Audio）、字幕（CC：Closed Caption）等のコンポーネントのストリームデータとされる。すなわち、コンテンツを構成するオーディオやビデオ、字幕等のコンポーネントのストリームデータは、ISO BMFFの規格に準じたメディアセグメント単位で、ROUTEセッションにより伝送されることになる。
【００３８】
また、物理層（Broadcast PHY）に隣接する上位の階層と、ROUTEに隣接する上位の階層に跨がった階層は、シグナリング情報（Singaling）とされる。例えば、シグナリング情報は、LLS(Link Layler Signaling)シグナリング情報と、SLS(Service Level Singaling)シグナリング情報からなる。
【００３９】
LLSシグナリング情報は、サービスに依存しない低レイヤのシグナリング情報である。例えば、LLSシグナリング情報としては、FIT(Fast Information Table)，EAD(Emergency Alerting Description)，RRD(Region Rating Description)等のメタデータが含まれる。FITは、サービスの選局に必要な情報など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。EADは、緊急警報に関する情報を含む。RRDは、レーティングに関する情報を含む。
【００４０】
SLSシグナリング情報は、サービスごとのシグナリング情報である。例えば、SLSシグナリング情報としては、上述したUSDやMPDのほか、LSID(LCT Session Instance Description)等のメタデータが含まれる。LSIDは、ROUTEプロトコルの制御情報（制御メタファイル）である。なお、ROUTEの詳細な内容は、図３等を参照して後述する。
【００４１】
一方、通信を利用する場合、その物理層（Broadband PHY）の上位の階層は、IP層（IPユニキャスト）とされる。また、IP層に隣接する上位階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。
【００４２】
これにより、受信機は、例えばインターネット上のサーバとの間で、TCP/IPプロトコルを用いた通信を行い、ESGサービスやシグナリング情報、NRTコンテンツ等を受信することができる。また、受信機は、インターネット上のサーバから、適応的にストリーミング配信されるオーディオやビデオ等のストリームデータを受信することができる。なお、このストリーミング配信は、MPEG-DASHの規格に準拠したものとなる。
【００４３】
また、例えば、放送のROUTEセッションや、通信のTCP/IPプロトコルを用いて、アプリケーション（Applications）を伝送することができる。このアプリケーションは、HTML5(HyperText Markup Language 5)等のマークアップ言語により記述することができる。
【００４４】
以上のように、ATSC3.0のプロトコルスタックにおいては、一部が3GPP-MBMSに対応したプロトコルスタックを採用している。これにより、コンテンツを構成するオーディオやビデオのストリームデータを、ISO BMFFの規格に準じたメディアセグメント単位で伝送することができる。また、SLSシグナリング情報等のシグナリング情報を、放送と通信のどちらで伝送する場合であっても、IP層よりも下位の階層となる物理層（とデータリンク層）を除く階層、つまり、IP層よりも上位の階層では、プロトコルを共通にすることが可能となるため、受信機等においては、実装の負担や処理の負担を軽減することができる。
【００４５】
（ROUTE/FLUTEの構造）
図３は、図１の3GPP-(e)MBMSのプロトコルスタックにおけるFLUTEと、図２のATSC3.0のプロトコルスタックにおけるROUTEの構造を示す図である。
【００４６】
FLUTEは、ALC(Asynchronous Layered Coding)と呼ばれるスケーラブルなファイルオブジェクトのマルチキャストプロトコル、具体的には、そのビルディングブロックであるLCT(Layered Coding Transport)やFEC(Forward Error Correction)コンポーネントの組み合わせにより構成される。図４には、FLUTEの詳細な構造を示している。
【００４７】
ここで、ALCは、任意のバイナリファイルを一方向でマルチキャスト転送するのに適したプロトコルである。すなわち、ALCは、高信頼の非同期型の１対多の放送型のプロトコルとして開発されたものであるが、LCTとFECを利用しており、対象のファイルにFECをかけてLCTパケットに格納し、IPマルチキャスト上で転送する場合には、UDPパケットとIPパケットに格納する。
【００４８】
FLUTEにおけるトランスポートセッションは、送信元IPアドレスのスコープでユニークなTSI(Transport Session Identifier)により識別される。FLUTEでは、トランスポートセッションごと、又はファイルごとにFECの方式を変更することができる。また、FLUTEは、トランスポートセッションごとに転送されるFDT(File Delivery Table)と称されるXML(Extensible Markup Language)形式の転送制御情報が導入されている。
【００４９】
LCTパケットに格納されたFECエンコーディングシンボルと同一のトランスポートセッション内で転送されるFDTファイルに、対象のファイルの基本属性と転送制御パラメタを記述する。FDTは、対象のファイルの識別子と対応するFECエンコーディングシンボル列が格納されたLCTパケット列とのマッピングを定義し、さらに個々のファイルの内容のMIMEタイプやサイズ、転送符号化方式、メッセージダイジェスト、FECデコードに必要なパラメタなどを格納することができる。なお、FDT自身にもFECを適用することが可能であり、自身のFECパラメタなどは別途LCTのレイヤで伝送することになる。
【００５０】
ところで、ROUTEは、FLUTEの拡張となるが、その差分としては、主に、オブジェクトバンドルとメディアアウェアなフラグメンテーションを挙げることができる。図５には、ROUTEの詳細な構造を示している。
【００５１】
ROUTEにおけるオブジェクトバンドルの特徴は、異なるサイズのソースブロックからなるビデオやオーディオのストリームをバンドルして、１つのスーパーオブジェクトとして構成し、それをもとにFECリペアストリームを生成する方法と、ソースストリームとリペアストリームの関係通知をプロトコルレベルでサポートしているところにある。
【００５２】
一般に、オーディオストリーム等は、単位時間あたりのデータ量（データオブジェクト）が小さいため、ビデオストリームと比べて、小さなソースオブジェクトサイズとなる。これらのソースオブジェクトサイズの異なるストリームに対して、同一のFEC方式でストリームごとにリペアシンボルを生成すると、ソースオブジェクトサイズの大小により、エラーに対する感受性が異なってくる。
【００５３】
ROUTEでは、複数のレートの異なるソースストリームからソースブロックを切り出してスーパーオブジェクトを構成し、それをもとに生成されるFECリペアシンボルによりリペアストリームを構成することができる。すなわち、異なる種類のソースストリームに跨ってリペアストリームが生成される。ここで、ソースシンボルからなるソースストリームと、リペアシンボルからなるリペアストリームと、ROUTEセッション内の別のLCTセッションとして転送することができる。
【００５４】
複数のソースストリームから切り出されたソースブロックから、どのようにスーパーオブジェクトを構成してFECストリームを生成するかについての情報（制御情報）が、LSID(LCT Session Instance Description)に記述される。受信機側では、このLSIDに記述された情報に基づいて、ROUTEセッションで伝送されるLCTパケット列から、スーパーオブジェクトを復元して、対象のファイルを抽出することができる。
【００５５】
一般に、放送ストリームは、送信機側で、サービスを構成するすべてのストリームを多重化して送信し、受信機側で、自身に必要なストリームを取捨選択するモデルである。したがって、送信機側で、サービスを構成するすべてのストリームからなるスーパーオブジェクトを構成して、受信機側でスーパーオブジェクトを復元してから、必要なストリームを取捨選択するという処理モデルの適用が可能なユースケースにおいては、ROUTEにより実現されるFEC構成方法が有効である。
【００５６】
なお、図６に示すように、ROUTEでは、メディアアウェア（Media Aware）なフラグメンテーションが可能となっている。図６の例は、DASHセグメントが、Indexed Self-Initializationセグメントである場合におけるフラグメンテーションを示している。
【００５７】
図６においては、セグメントのメタデータパートが、最初のデリバリオブジェクトであるpckt0に分割され、最初のサンプル１がpckt1に格納されている。分割される境界を示すために、各デリバリオブジェクトのURL(Uniform Resource Locator)が、LSIDの対応するFDTに相当するパートに記述される。このURLの形式は、セグメントファイルのURLとバイトレンジの形式か、あるいはセグメントファイルのURLと、サブセグメント番号の形式で構成することができる。なお、サブセグメント番号が"0"の場合は、メタデータのパートとされる。
【００５８】
デリバリオブジェクトの形式としては、「ファイルモード」としてオブジェクトそのものを格納する場合と、「エンティティモード」としてHTTPエンティティヘッダを付加したオブジェクトとして格納する形式が用意されており、これらのモードは、LSIDのソースストリームの属性として記述される。HTTPエンティティヘッダには、オブジェクトのURLやバイトレンジを格納することが可能で、また、従来のFDTで記述された属性も含めることができる。
【００５９】
FLUTEでは、対象のファイルをソースブロックに分割する際には、あらかじめ決められたアルゴリズムが適用され、アプリケーションでの処理境界等を意識できずに機械的に分割が行われていたが、ROUTEでは、アプリケーションの観点での自由な境界でソースブロックの分割を行うことが可能となっている。図７には、ソースデリバリオブジェクトをトランスポートパケットに格納する例が示されている。ソースデリバリオブジェクトは、下位のLCTパケットのペイロードに格納する際に、分割する必要があるときには、ROUTEヘッダが付加されて、デリバリオブジェクト内のオフセットが特定できるようになる。
【００６０】
また、図８には、ROUTEサーバ（ROUTE Sender）からROUTEクライアント（ROUTE Receiver）に、ソースデリバリオブジェクト単位で、データが転送される様子を示している。なお、一般には、デリバリオブジェクトを順に転送するのが普通であるが、チャネルスイッチの際の体感スピードを向上させるために、SLSシグナリング情報等のメタデータが格納されたデリバリオブジェクトをより頻繁に再送することも可能である。
【００６１】
以上、FLUTEの拡張であるROUTEについて説明したが、上述した現行の3GPP-(e)MBMSのプロトコルスタック（図１）においても、今後は、FLUTEの代わりに、あるいはFLUTEとともに、ROUTEが規定されることが想定されている（図９）。なお、以下の説明では、3GPP-(e)MBMSは、3GPP-MBMSと記述するものとする。
【００６２】
＜２．システムの構成＞
【００６３】
図１０は、本技術を適用した伝送システムの構成を示す図である。
【００６４】
図１０において、伝送システム１は、送信側システム１０と、受信側システム２０から構成される。伝送システム１においては、送信側システム１０から送信されるデータが、伝送路８０又は伝送路９０を介して受信側システム２０により受信される。
【００６５】
送信側システム１０は、例えば、ATSC3.0や3GPP-MBMS等の所定の規格に対応している。送信側システム１０は、データサーバ１０Ａ、ROUTEサーバ１０Ｂ、ATSC放送サーバ１０Ｃ、及び、3GPPMBMSサーバ１０Ｄから構成される。
【００６６】
データサーバ１０Ａは、送信側システム１０から受信側システム２０に配信されるコンテンツ（例えば一斉同報配信が適しているコンテンツ）のデータを管理するサーバである。データサーバ１０Ａは、コンテンツのデータを、ROUTEサーバ１０Ｂに供給する。
【００６７】
ROUTEサーバ１０Ｂは、データサーバ１０Ａから供給されるコンテンツのデータを、ROUTEセッションで伝送するための処理を行うサーバである。
【００６８】
ROUTEサーバ１０Ｂは、ATSC放送サーバ１０Ｃや3GPPMBMSサーバ１０Ｄから供給される情報などに基づいて、拡張LSIDを生成し、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄに供給する。ただし、拡張LSIDは、LSIDを拡張したものであって、その詳細な内容は、図１５等を参照して後述する。
【００６９】
また、ROUTEサーバ１０Ｂは、データサーバ１０Ａから供給されるコンテンツのデータを処理して、ROUTEセッションで伝送されるコンテンツのデータ（以下、ROUTEデータともいう）を生成し、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄに供給する。
【００７０】
ATSC放送サーバ１０Ｃは、ROUTEサーバ１０ＢからのROUTEデータを、ATSC3.0に対応したトランスポートベアラで伝送するためのサーバである。
【００７１】
ATSC放送サーバ１０Ｃは、ROUTEサーバ１０Ｂから供給される拡張LSIDを、伝送路８０を介して受信側システム２０（ATSC放送クライアント２０Ｃ）に送信する。また、ATSC放送サーバ１０Ｃは、ROUTEサーバ１０Ｂから供給されるROUTEデータに対して、ATSC3.0のトランスポートベアラ上で伝送するための処理を行い、それにより得られるデータ（以下、ベアラデータともいう）を、伝送路８０を介して受信側システム２０（ATSC放送クライアント２０Ｃ）に送信（一斉同報配信）する。
【００７２】
3GPPMBMSサーバ１０Ｄは、ROUTEサーバ１０ＢからのROUTEデータを、3GPP-MBMSに対応したトランスポートベアラで伝送するためのサーバである。
【００７３】
3GPPMBMSサーバ１０Ｄは、ROUTEサーバ１０Ｂから供給される拡張LSIDを、伝送路９０を介して受信側システム２０（3GPPMBMSクライアント２０Ｄ）に送信する。また、3GPPMBMSサーバ１０Ｄは、ROUTEサーバ１０Ｂから供給されるROUTEデータに対して、3GPP-MBMSのトランスポートベアラ上で伝送するための処理を行い、それにより得られるベアラデータを、伝送路９０を介して受信側システム２０（3GPPMBMSクライアント２０Ｄ）に送信（一斉同報配信）する。
【００７４】
受信側システム２０は、例えば、ATSC3.0や3GPP-MBMS等の所定の規格に対応している。受信側システム２０は、データクライアント２０Ａ、ROUTEクライアント２０Ｂ、ATSC放送クライアント２０Ｃ、及び、3GPPMBMSクライアント２０Ｄから構成される。
【００７５】
3GPPMBMSクライアント２０Ｄは、送信側システム１０から送信されてくる3GPP-MBMSに対応したトランスポートベアラを受信するためのクライアントである。
【００７６】
3GPPMBMSクライアント２０Ｄは、3GPPMBMSサーバ１０Ｄから伝送路９０を介して送信されてくる拡張LSIDを受信し、ROUTEクライアント２０Ｂに供給する。また、3GPPMBMSクライアント２０Ｄは、送信側システム１０（3GPPMBMSサーバ１０Ｄ）から伝送路９０を介して送信（一斉同報配信）されてくるベアラデータを受信して処理し、ROUTEクライアント２０Ｂに供給する。
【００７７】
ATSC放送クライアント２０Ｃは、送信側システム１０から送信されてくるATSC3.0に対応したトランスポートベアラを受信するためのクライアントである。
【００７８】
ATSC放送クライアント２０Ｃは、ATSC放送サーバ１０Ｃから伝送路８０を介して送信されてくる拡張LSIDを受信し、ROUTEクライアント２０Ｂに供給する。また、ATSC放送クライアント２０Ｃは、送信側システム１０（ATSC放送サーバ１０Ｃ）から伝送路８０を介して送信（一斉同報配信）されてくるベアラデータを受信して処理し、ROUTEクライアント２０Ｂに供給する。
【００７９】
ROUTEクライアント２０Ｂは、ATSC3.0又は3GPP-MBMSのトランスポートベアラ上で伝送されるROUTEデータを処理するためのクライアントである。
【００８０】
ROUTEクライアント２０Ｂは、ATSC放送クライアント２０Ｃ又は3GPPMBMSクライアント２０Ｄから供給される拡張LSIDに基づいて、ATSC3.0又は3GPP-MBMSのトランスポートベアラ（ベアラデータ）上で伝送されるROUTEデータを取得し、データクライアント２０Ａに供給する。
【００８１】
データクライアント２０Ａは、送信側システム１０から受信側システム２０に配信（一斉同報配信）されるコンテンツのデータを再生するためのクライアントである。データクライアント２０Ａは、ROUTEクライアント２０Ｂから供給されるROUTEデータに基づいて、コンテンツ（例えば一斉同報配信が適しているコンテンツ）のデータを再生し、その映像や音声を出力する。
【００８２】
なお、図１０においては、ATSC3.0に対応したATSC放送サーバ１０Ｃ及びATSC放送クライアント２０Ｃと、3GPP-MBMSに対応した3GPPMBMSサーバ１０Ｄ及び3GPPMBMSクライアント２０Ｄを図示して、それらの規格に対応したトランスポートベアラが処理される場合を例示したが、ATSC3.0と3GPP-MBMS以外の規格に対応する場合には、その規格に対応したサーバとクライアントを設ければよい。例えば、DVB(Digital Video Broadcasting)系のIP放送（IP over MPEG2-TS）のトランスポートベアラでROUTEデータを伝送する場合には、送信側システム１０にDVBのトランスポートベアラに対応したDVB放送サーバ、受信側システム２０にDVBのトランスポートベアラに対応したDVB放送クライアントをそれぞれ追加すればよい。
【００８３】
また、図１０の伝送システム１においては、説明の都合上、１つの受信側システム２０のみを図示しているが、実際には、送信側システム１０から一斉同報配信されるコンテンツを受信可能な受信側システム２０が複数（多数）設けられることになる。また、受信側システム２０においては、例えばATSC3.0にのみ対応して、3GPP-MBMSには対応していない場合も想定されるが、その場合には、3GPPMBMSクライアント２０Ｄが構成から外され、データクライアント２０Ａ、ROUTEクライアント２０Ｂ、及び、ATSC放送クライアント２０Ｃから構成されることになる。
【００８４】
さらに、図１０において、送信側システム１０は、データサーバ１０Ａ乃至3GPPMBMSサーバ１０Ｄの複数のサーバから構成されるとして説明したが、送信側システム１０を、それらのサーバの全ての機能を有する１つの送信装置（送信機）として捉えるようにしてもよい。同様に、受信側システム２０は、データクライアント２０Ａ乃至3GPPMBMSクライアント２０Ｄの複数のクライアントから構成されるとして説明したが、受信側システム２０を、それらのクライアントの全ての機能を有する１つの受信装置（受信機）として捉えるようにしてもよい。
【００８５】
＜３．本技術を適用した拡張LSID＞
【００８６】
（１）LSIDの概要
【００８７】
（ROUTEセッションの構成）
図１１は、ROUTEセッションの構成を示す図である。
【００８８】
図１１に示すように、ROUTEセッションは、１又は複数のLCTセッションにより構成することができる。ROUTEセッションは、IPパケットのIPヘッダに格納されるパラメタである、送信元IPアドレス（sIPAdrs：source IP address）及び送信先IPアドレス（dIPAdrs：destination IP address）と、UDPパケットのUDPヘッダに格納されるパラメタである、ポート番号（Port：port number）により識別される。また、LCTセッションは、LCTパケット（ALC/LCTパケット）のTSI（Transport Session Identifier）により識別される。
【００８９】
送信側システム１０（ROUTEサーバ１０Ｂ）から、受信側システム２０（ROUTEクライアント２０Ｂ）に対して伝送される、何らかのシグナリング情報（例えばSLSシグナリング情報）により、ROUTEセッションを識別するための送信元IPアドレス、送信先IPアドレス、及び、ポート番号が通知されることにより、当該ROUTEセッションで伝送されるIP/UDPパケットを取得することができる。
【００９０】
さらに、当該ROUTEセッションにおいて、TSI=0となるLCTパケットをフィルタリングすることで、ROUTEプロトコルの制御情報（制御メタファイル）であるLSIDを取得することができる。ただし、TSI=0となるLCTパケットをフィルタリングしてLSIDが取得されるのは、当該LSIDがROUTEセッションで伝送されている場合に限られる。
【００９１】
（LSIDの構成）
図１２は、LSIDの構成を示す図である。
【００９２】
図１２に示すように、LSIDは、１又は複数のトランスポートセッション（TransportSession）ごとに、ソースストリーム（SourceFlow）と、リペアストリーム（RepairFlow）が記述される。なお、図１３には、LSIDの詳細な説明が示されているが、LSIDは、ROUTEセッションを構成するLCTセッション（トランスポートセッション）ごとの属性として、ソースストリームやリペアストリームのほかに、LCTセッションの識別子であるTSIなどが記述される。
【００９３】
（LSIDを用いたデータ取得の流れ）
図１４は、受信側システム２０における、LSIDを用いたデータ取得の流れを説明する図である。
【００９４】
図１４において、受信側システム２０は、送信側システム１０から通知される何らかのシグナリング情報から、ROUTEセッションに関する情報を取得する（Ｓ１１）。このシグナリング情報には、送信側システム１０から転送（伝送）される放送ストリームにおける、ROUTEセッション１と、ROUTEセッション２についての属性に関する情報が記述されている。
【００９５】
ここでは、ROUTEセッション１の属性として、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されている。また、ROUTEセッション２の属性として、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されている。
【００９６】
受信側システム２０は、シグナリング情報におけるROUTEセッション１の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、及び、"Port1"であるポート番号により識別されるROUTEセッション１で転送されるIP/UDPパケットを取得する（Ｓ１２）。また、受信側システム２０は、当該ROUTEセッション１において、TSI="0"となるIP/UDP/LCTパケットをフィルタリングすることで、ROUTEセッション１の制御情報であるLSID１を取得することができる（Ｓ１３）。
【００９７】
このLSID１には、ROUTEセッション１の属性として、LCTセッション１と、LCTセッション２についての属性に関する情報が含まれている。
【００９８】
ここでは、LCTセッション１の属性として、"tsi1"であるTSIが指定されている。受信側システム２０は、LSID１におけるLCTセッション１の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi1"であるTSIにより識別されるROUTEセッション１のLCTセッション１で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ１４）。
【００９９】
また、LCTセッション２の属性として、"tsi2"であるTSIが指定されている。受信側システム２０は、LSID１におけるLCTセッション２の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi2"であるTSIにより識別されるROUTEセッション１のLCTセッション２で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ１５）。
【０１００】
一方、シグナリング情報において、ROUTEセッション２の属性には、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されているが、受信側システム２０は、ROUTEセッション２についても、上述したROUTEセッション１の場合と同様に処理する。
【０１０１】
すなわち、受信側システム２０は、シグナリング情報におけるROUTEセッション２の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、及び、"Port1"であるポート番号により識別されるROUTEセッション２で転送されるIP/UDPパケットを取得する（Ｓ１６）。また、受信側システム２０は、当該ROUTEセッション２において、TSI="0"となるIP/UDP/LCTパケットをフィルタリングすることで、ROUTEセッション２の制御情報であるLSID２を取得することができる（Ｓ１７）。
【０１０２】
このLSID２には、ROUTEセッション２の属性として、LCTセッション１についての属性に関する情報が含まれている。
【０１０３】
ここでは、LCTセッション１の属性として、"tsi1"であるTSIが指定されている。受信側システム２０は、LSID２におけるLCTセッション１の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi1"であるTSIにより識別されるROUTEセッション２のLCTセッション１で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ１８）。
【０１０４】
以上のように、受信側システム２０では、何らかのシグナリング情報を取得した後に、ROUTEセッションで伝送されるLSIDを取得して、当該LSIDに記述されたTSIを用いることで、ROUTEセッションのLCTセッションで伝送されるデータを取得することができる。
【０１０５】
（２）拡張LSID
【０１０６】
ところで、上述したLSIDを用いた処理では、ROUTEセッションのLCTセッションで伝送されるデータを取得するために、何らかのシグナリング情報を取得する必要があったのと、ROUTEセッションで伝送されるLSIDを取得する必要もあったため、処理を簡略化したいという要請があった。
【０１０７】
この要請に対しては、LSIDを拡張して、送信元IPアドレス、送信先IPアドレス、及び、ポート番号が含まれるようにする。すなわち、送信元IPアドレス、送信先IPアドレス、及び、ポート番号をLSIDに含めることで、ROUTEセッションのLCTセッションで伝送されるデータを取得するための処理が簡略化されるようにする。
【０１０８】
ただし、送信元IPアドレスは、オプションであって、拡張されるLSIDに含まれるようにするかどうかは、任意である。また、本明細書においては、このようにして拡張されたLSIDを、既に規定されているLSIDと区別するために、拡張LSIDと称するものとする。
【０１０９】
（拡張LSIDを用いたデータ取得の流れ）
図１５は、受信側システム２０における、拡張LSIDを用いたデータ取得の流れを説明する図である。
【０１１０】
図１５において、受信側システム２０は、例えば、送信側システム１０からSLSシグナリング情報として通知される拡張LSIDを取得する（Ｓ２１）。この拡張LSIDには、送信側システム１０から転送（伝送）される放送ストリームにおける、ROUTEセッション１と、ROUTEセッション２についての属性に関する情報が記述されている。
【０１１１】
ここでは、ROUTEセッション１の属性として、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されている。また、ROUTEセッション１の属性には、LCTセッション１と、LCTセッション２についての属性に関する情報が含まれている。
【０１１２】
すなわち、ROUTEセッション１の属性において、LCTセッション１の属性には、"tsi1"であるTSIが指定され、LCTセッション２の属性には、"tsi2"であるTSIが指定されている。
【０１１３】
したがって、受信側システム２０は、拡張LSIDにおけるROUTEセッション１の属性（のLCTセッション１の属性）に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi1"であるTSIにより識別されるROUTEセッション１のLCTセッション１で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ２２）。
【０１１４】
同様に、受信側システム２０は、拡張LSIDにおけるROUTEセッション１の属性（のLCTセッション２の属性）に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi2"であるTSIにより識別されるROUTEセッション１のLCTセッション２で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ２２）。
【０１１５】
一方、拡張LSIDにおいて、ROUTEセッション２の属性には、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されている。また、ROUTEセッション２の属性には、LCTセッション１の属性として、"tsi1"であるTSIが指定されているが、受信側システム２０は、ROUTEセッション２についても、上述したROUTEセッション１の場合と同様に処理する。
【０１１６】
すなわち、受信側システム２０は、拡張LSIDにおけるROUTEセッション２の属性（のLCTセッション１の属性）に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi1"であるTSIにより識別されるROUTEセッション２のLCTセッション１で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ２３）。
【０１１７】
なお、図１５の拡張LSIDでは、ROUTEセッションの属性内に、１又は複数のLCTセッションの属性が定義されるものとして説明したが、図１５の拡張LSIDの構造は一例であって、他の構造が採用されるようにしてもよい。
【０１１８】
例えば、図１６に示すように、ROUTEセッションの属性を定義せずに、LCTセッションの属性において、TSIとともに、送信元IPアドレス、送信先IPアドレス、及び、ポート番号が定義されるようにすることができる。このような拡張LSIDを用いた場合でも、受信側システム２０では、ROUTEセッションを構成する１又は複数のLCTセッションを特定することができる。
【０１１９】
以上のように、拡張LSIDには、送信元IPアドレス、送信先IPアドレス、及び、ポート番号が含まれており、拡張LSIDのみを用いてROUTEセッションごとのLCTセッションを特定することができるので、LSIDを用いた場合と比べて、ROUTEセッションで伝送されるLSIDを取得する必要がないため、シグナリング情報に関する処理を簡略化することができる。その結果として、ROUTEセッションのLCTセッションで伝送されるデータを取得するための処理が簡略化されることになる。
【０１２０】
（３）拡張LSIDによるトランスポートベアラ識別
【０１２１】
ところで、ROUTEセッションが、ATSC3.0や3GPP-MBMS等の各種のトランスポートベアラ上で伝送される場合には、それぞれのトランスポートベアラにマッピングさせるための情報が必要となる。そこで、次に、LSIDを拡張することで、ROUTEセッション（を構成する１又は複数のLCTセッション）を、各種のトランスポートベアラにマッピングさせる方法について説明する。
【０１２２】
なお、トランスポートベアラは、例えば、図２のATSC3.0のプロトコルスタックにおける物理層（Broadcast PHY）や、図９の3GPP-MBMSのプロトコルスタックにおける物理層（MBMS又はptp Bearer(s)）に相当するものである。
【０１２３】
ここで、トランスポートメディアとしては、例えば、ATSC3.0のトランスポートや3GPP-MBMSのトランスポート、DVB系のIP放送のトランスポートなどがある。これらのトランスポートメディアでは、それぞれ、変調パラメタや符号化パラメタが異なっており、転送品質の異なるトランスポートパイプとなる。
【０１２４】
拡張LSIDにおいては、各LCTセッションの属性として、トランスポートベアラを識別するための識別子（以下、トランスポートベアラID（BearerID）という）を記述することで、ROUTEセッション（のLCTセッション）とトランスポートベアラとをマッピングさせるようにする。なお、トランスポートベアラIDのフォーマットは、対象のトランスポートメディアごとに定義されることになる。
【０１２５】
（拡張LSIDを用いたデータ取得の流れ）
図１７は、受信側システム２０における、トランスポートベアラIDが記述された拡張LSIDを用いたデータ取得の流れを説明する図である。
【０１２６】
図１７において、受信側システム２０は、例えば、送信側システム１０からSLSシグナリング情報として通知される拡張LSIDを取得する（Ｓ３１）。この拡張LSIDには、送信側システム１０から転送（伝送）される放送ストリームにおける、ROUTEセッション１のLCTセッション１及びLCTセッション２と、ROUTEセッション２のLCTセッション１についての属性に関する情報が記述されている。
【０１２７】
ここでは、ROUTEセッション１のLCTセッション１の属性として、"tsi1"であるTSI、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されている。また、このLCTセッション１の属性には、トランスポートベアラを識別するためのトランスポートベアラID（BearerID）として、"atsc-bid1"と"3gpp-bid1"が指定されている。
【０１２８】
"atsc-bidX"（Xは1以上の整数）は、ATSC3.0のトランスポートベアラを識別するためのトランスポートベアラIDである。ATSC3.0のトランスポートベアラの場合、ブロードキャストストリームID（Broadcast Stream ID）と、PLPID(Physical Layer Pipe ID)との組み合わせがトランスポートベアラIDとなる。
【０１２９】
ここで、ブロードキャストストリームIDは、放送波の到達領域ごとに割り当てられる識別子であるエリアID（Area ID）と、あるチャンネルの放送波に割り当てられる周波数帯域の識別子である周波数ID（Frequency ID）との組に割り当てられる。また、PLPIDは、ブロードキャストストリームIDで識別される周波数帯域をさらに変調パラメタや符号化パラメタの異なる複数の物理パイプ（PLP：Physical Layer Pipe）に分割した場合における物理パイプごとの識別子である。
【０１３０】
また、"3gpp-bidX"（Xは1以上の整数）は、3GPP-MBMSのトランスポートベアラを識別するためのトランスポートベアラIDである。3GPP-MBMSのトランスポートベアラの場合、TMGI(Temporary Mobile Group Identity)がトランスポートベアラIDとなる。
【０１３１】
なお、図示はしていないが、DVB系のIP放送のトランスポートベアラの場合には、オリジナルネットワークID（ONID：Original Network ID）と、トランスポートID（TID：Transporter ID）と、サービスID（SID：Service ID）との組み合わせであるDVBトリプレット（DVB-Triplet）が、トランスポートベアラIDとなる。なお、このトランスポートベアラIDには、MPEG2のパケットID（PID：Packet ID）をさらに組み合わせてもよい。
【０１３２】
したがって、受信側システム２０は、拡張LSIDにおけるLCTセッション１の属性に関する情報に従い、"atsc-bid1"であるトランスポートベアラIDにより識別されるATSC3.0のトランスポートベアラに接続することができる（Ｓ３２）。同様に、受信側システム２０は、拡張LSIDにおけるLCTセッション１の属性に関する情報に従い、"3gpp-bid1"であるトランスポートベアラIDにより識別される3GPP-MBMSのトランスポートベアラに接続することができる（Ｓ３３）。
【０１３３】
そして、受信側システム２０は、拡張LSIDにおけるLCTセッション１の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi1"であるTSIにより識別されるROUTEセッション１のLCTセッション１で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ３４）。ただし、当該ROUTEセッション１のLCTセッション１は、"atsc-bid1"又は"3gpp-bid1"であるトランスポートベアラIDにより識別される、ATSC3.0のトランスポートベアラ又は3GPP-MBMSのトランスポートベアラ上で伝送されていることになる（Ｓ３２，Ｓ３３）。
【０１３４】
また、図１７において、拡張LSIDには、ROUTEセッション１のLCTセッション２の属性として、"tsi2"であるTSI、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されている。また、このLCTセッション２の属性には、トランスポートベアラを識別するためのトランスポートベアラIDとして、"atsc-bid2"が指定されている。
【０１３５】
受信側システム２０は、拡張LSIDにおけるLCTセッション２の属性に関する情報に従い、"atsc-bid2"であるトランスポートベアラIDにより識別されるATSC3.0のトランスポートベアラに接続することができる（Ｓ３５）。
【０１３６】
そして、受信側システム２０は、拡張LSIDにおけるLCTセッション２の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi2"であるTSIにより識別されるROUTEセッション１のLCTセッション２で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ３６）。ただし、当該ROUTEセッション１のLCTセッション２は、"atsc-bid2"であるトランスポートベアラIDにより識別される、ATSC3.0のトランスポートベアラ上で伝送されていることになる（Ｓ３５）。
【０１３７】
さらに、図１７において、拡張LSIDには、ROUTEセッション２のLCTセッション１の属性として、"tsi1"であるTSI、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、及び、"Port1"であるポート番号が指定されている。また、このLCTセッション１の属性には、トランスポートベアラを識別するためのトランスポートベアラIDとして、"atsc-bid3"と"3gpp-bid2"が指定されている。
【０１３８】
受信側システム２０は、拡張LSIDにおけるLCTセッション１の属性に関する情報に従い、"atsc-bid3"であるトランスポートベアラIDにより識別されるATSC3.0のトランスポートベアラに接続することができる（Ｓ３７）。同様に、受信側システム２０は、拡張LSIDにおけるLCTセッション１の属性に関する情報に従い、"3gpp-bid2"であるトランスポートベアラIDにより識別される3GPP-MBMSのトランスポートベアラに接続することができる（Ｓ３８）。
【０１３９】
そして、受信側システム２０は、拡張LSIDにおけるLCTセッション１の属性に関する情報に従い、"sIPAdrs1"である送信元IPアドレス、"dIPAdrs2"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi1"であるTSIにより識別されるROUTEセッション２のLCTセッション１で転送されるデータ（IP/UDP/LCTパケット）を取得することができる（Ｓ３９）。ただし、当該ROUTEセッション２のLCTセッション１は、"atsc-bid3"又は"3gpp-bid2"であるトランスポートベアラIDにより識別される、ATSC3.0のトランスポートベアラ又は3GPP-MBMSのトランスポートベアラ上で伝送されていることになる（Ｓ３７，Ｓ３８）。
【０１４０】
以上のように、拡張LSIDの各LCTセッションの属性にトランスポートベアラIDを記述することで、ROUTEセッション（のLCTセッション）とトランスポートベアラとがマッピングされ、例えばATSC3.0や3GPP-MBMS等の複数の伝送方式で伝送されているトランスポートベアラを適切に選択することができる。
【０１４１】
（拡張LSIDの構造の例）
次に、図１８乃至図２１を参照して、拡張LSIDの構造とその記述例について説明する。
【０１４２】
（第１の構造）
図１８は、XML形式の拡張LSIDの第１の構造を示す図である。
【０１４３】
なお、図１８においては、説明の簡略化のため、拡張LSIDにおいて、図１３のLSIDと重複する要素や属性であって、本技術には直接関係のない要素や属性についてはその記述を省略している。また、図１８において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して記述されたものとなる。これらの関係は、後述する他のLSIDの構造でも同様とされる。
【０１４４】
図１８において、ルート要素としてのLSID要素は、TransportSession要素の上位要素となる。TransportSession要素は、トランスポートのセッションに関する情報が指定される。
【０１４５】
TransportSession要素は、tsi属性、BroadcastStreamID属性、PLPID属性、TMGI属性、DVBTriplet-pid属性、sourceIPAddress属性、destinationIPAddress属性、port属性、及び、SourceFlow要素の上位要素となる。
【０１４６】
tsi属性には、その属性値として、LCTセッションを識別するためのTSIが指定される。
【０１４７】
BroadcastStreamID属性には、その属性値として、ATSC3.0で規定されるブロードキャストストリームIDが指定される。PLPID属性には、その属性値として、ATSC3.0で規定されるPLPIDが指定される。ただし、BroadcastStreamID属性とPLPID属性は、ATSC3.0のトランスポートベアラが伝送される場合に記述されるオプショナルな属性である。
【０１４８】
TMGI属性には、その属性値として、3GPP-MBMSで規定されるTMGIが指定される。ただし、TMGI属性は、3GPP-MBMSのトランスポートベアラが伝送される場合に記述されるオプショナルな属性である。
【０１４９】
DVBTriplet-pid属性には、DVBで規定されるオリジナルネットワークID、トランスポートID、及び、サービスIDの組み合わせであるDVBトリプレットと、パケットIDとの組が指定される。ただし、DVBTriplet-pid属性は、DVB系のIP放送のトランスポートベアラが伝送される場合に記述されるオプショナルな属性である。
【０１５０】
sourceIPAddress属性には、その属性値として、送信元IPアドレスが指定される。destinationIPAddress属性には、その属性値として、送信先IPアドレスが指定される。port属性には、その属性値として、ポート番号が指定される。ただし、sourceIPAddress属性、destinationIPAddress属性、及び、port属性は、オプショナルな属性である。
【０１５１】
SourceFlow要素は、その属性値として、ソースフローに関する情報が指定される。ただし、SourceFlow要素は、オプショナルな属性である。
【０１５２】
ここで、図１９を参照して、図１８で定義された拡張LSIDの第１の構造の具体的な記述例を説明する。なお、図１９には、ATSC3.0，3GPP-MBMS，及び、DVB系のIP放送のトランスポートベアラが伝送されている場合における拡張LSIDが示されている。
【０１５３】
図１９において、TransportSession要素には、ATSC3.0，3GPP-MBMS，及び、DVB系のIP放送のトランスポートベアラが伝送されているので、tsi属性のほか、オプショナルな属性のうち、BroadcastStreamID属性、PLPID属性、TMGI属性、及び、DVBTriplet-pid属性が記述されている。
【０１５４】
tsi属性には、TSIの値として、"xxx"が指定されている。
【０１５５】
BroadcastStreamID属性には、ブロードキャストストリームIDとして、"yyy"が指定されている。また、PLPID属性には、PLPIDとして、"zzz"が指定されている。すなわち、"yyy"であるブロードキャストストリームIDと、"zzz"であるPLPIDとの組み合わせにより、ATSC3.0のトランスポートベアラを識別するためのトランスポートベアラIDが設定されることになる。
【０１５６】
TMGI属性には、TMGIとして、"www"が指定されている。すなわち、"www"であるTMGIにより、3GPP-MBMSのトランスポートベアラを識別するためのトランスポートベアラIDが設定されることになる。
【０１５７】
DVBTriplet-pid属性には、オリジナルネットワークIDとして"onidX"、トランスポートIDとして"tsidX"、サービスIDとして"sidX"、パケットIDとして"pidX"が指定されている。すなわち、"onidX"であるオリジナルネットワークIDと、"tsidX"であるトランスポートIDと、"sidXであるサービスIDと、"pidX"であるパケットIDとの組み合わせにより、DVB系のIP放送のトランスポートベアラを識別するためのトランスポートベアラIDが設定されることになる。
【０１５８】
以上、XML形式の拡張LSIDの第１の構造について説明した。
【０１５９】
（第２の構造）
図２０は、XML形式の拡張LSIDの第２の構造を示す図である。
【０１６０】
図２０に示した拡張LSIDの第２の構造は、上述した拡張LSIDの第１の構造と比べて、トランスポートメディアごとの識別子を構造化することで、当該トランスポートメディアごとに要素の型を定義して、XXXBearerID要素として独立させている。
【０１６１】
図２０において、ルート要素としてのLSID要素は、TransportSession要素の上位要素となる。ここで、TransportSession要素は、tsi属性、sourceIPAddress属性、destinationIPAddress属性、port属性、及び、SourceFlow要素のほか、ATSCBearerID要素と、3GPPBearerID要素と、DVBTSBearerID要素の上位要素となる。
【０１６２】
ATSCBearerID要素は、ブロードキャストストリームIDが指定されるBroadcastStreamID属性と、PLPIDが指定されるPLPID属性の上位要素となる。すなわち、ATSCBearerID要素は、ブロードキャストストリームIDとPLPIDとの組を格納している。ただし、ATSCBearerID要素は、ATSC3.0のトランスポートベアラが伝送される場合に記述されるオプショナルな属性である。
【０１６３】
3GPPBearerID要素は、TMGIが指定されるTMGI属性の上位要素となる。すなわち、3GPPBearerID要素は、TMGIを格納している。ただし、3GPPBearerID要素は、3GPP-MBMSのトランスポートベアラが伝送される場合に記述されるオプショナルな属性である。
【０１６４】
DVBTSBearerID要素は、DVBトリプレットが指定されるDVBTriplet-pid属性と、パケットIDが指定されるpid属性の上位要素となる。すなわち、DVBTSBearerID要素は、DVBトリプレットとパケットIDとの組を格納している。ただし、DVBTSBearerID要素は、DVB系のIP放送のトランスポートベアラが伝送される場合に記述されるオプショナルな属性である。
【０１６５】
ここで、図２１を参照して、図２０で定義された拡張LSIDの第２の構造の具体的な記述例を説明する。なお、図２１には、ATSC3.0，3GPP-MBMS，及び、DVB系のIP放送のトランスポートベアラが伝送されている場合における拡張LSIDが示されている。
【０１６６】
図２１において、TransportSession要素には、ATSC3.0，3GPP-MBMS，及び、DVB系のIP放送のトランスポートベアラが伝送されているので、オプショナルな属性のうち、ATSCBearerID要素、3GPPBearerID要素、及び、DVBTSBearerID要素が記述されている。
【０１６７】
ATSCBearerID要素において、BroadcastStreamID属性には、ブロードキャストストリームIDとして、"yyy"が指定され、PLPID属性には、PLPIDとして、"zzz"が指定されている。すなわち、"yyy"であるブロードキャストストリームIDと、"zzz"であるPLPIDとの組み合わせにより、ATSC3.0のトランスポートベアラを識別するためのトランスポートベアラIDが設定されることになる。
【０１６８】
3GPPBearerID要素において、TMGI属性には、TMGIとして、"www"が指定されている。すなわち、"www"であるTMGIにより、3GPP-MBMSのトランスポートベアラを識別するためのトランスポートベアラIDが設定されることになる。
【０１６９】
DVBTSBearerID要素において、DVBTriplet-pid属性には、オリジナルネットワークIDとして"onidX"、トランスポートIDとして"tsidX"、サービスIDとして"sidX"が指定され、pid属性には、パケットIDとして"pidX"が指定されている。すなわち、"onidX"であるオリジナルネットワークIDと、"tsidX"であるトランスポートIDと、"sidXであるサービスIDと、"pidX"であるパケットIDとの組み合わせにより、DVB系のIP放送のトランスポートベアラを識別するためのトランスポートベアラIDが設定されることになる。
【０１７０】
以上、XML形式の拡張LSIDの第２の構造について説明した。
【０１７１】
なお、図１８及び図２０に示した拡張LSIDの構造は一例であって、他の構造を採用してもよい。また、拡張LSIDの記述形式として、XML形式を採用した場合を説明したが、例えば、XML形式以外の他のマークアップ言語などによるテキスト形式としてもよいし、あるいはバイナリ形式としてもよい。
【０１７２】
＜４．システムの具体的な運用例＞
【０１７３】
図２２は、送信側システム１０から伝送される放送ストリームを処理する受信側システム２０の具体的な運用例を示す図である。なお、図２２の運用例では、複数のROUTEセッションを構成する複数のLCTセッションを、ATSC3.0のトランスポートベアラにより伝送する場合を例示している。
【０１７４】
図２２において、オンエアされる放送ストリーム（On Air Stream）として、ブロードキャストストリームIDにより識別される２つの放送波が伝送されている。ブロードキャストストリームIDは、エリアIDと周波数IDとの組に割り当てられている。
【０１７５】
"BSID1"であるブロードキャストストリームIDで識別される放送ストリーム上では、LLSシグナリング情報としてのFITと、"PLPID1"であるPLPIDの物理パイプが伝送されている。この物理パイプ上では、"IPAdrs1"であるIPアドレスを格納したIPヘッダと、"Port1"であるポート番号を格納したUDPヘッダが付加されたパケットが伝送される。
【０１７６】
このパケットのペイロードには、"tsi-0"であるTSIを格納したLCTヘッダと、SLSシグナリング情報を格納したLCTペイロードからなるLCTパケットが配置される。また、LCTパケットとしては、"tsi-v1"であるTSIを格納したLCTヘッダと、ビデオ１のデータを格納したLCTペイロードからなるLCTパケットや、"tsi-a1"であるTSIを格納したLCTヘッダと、オーディオ１のデータを格納したLCTペイロードからなるLCTパケットが配置される。
【０１７７】
一方、"BSID2"であるブロードキャストストリームIDで識別される放送ストリーム上では、LLSシグナリング情報としてのFITと、"PLPID1"であるPLPIDの物理パイプが伝送されている。この物理パイプ上では、"IPAdrs2"であるIPアドレスを格納したIPヘッダと、"Port1"であるポート番号を格納したUDPヘッダが付加されたパケットが伝送される。このパケットのペイロードには、"tsi-v2"であるTSIを格納したLCTヘッダと、ビデオ２のデータを格納したLCTペイロードからなるLCTパケットや、"tsi-a2"であるTSIを格納したLCTヘッダと、オーディオ２のデータを格納したLCTペイロードからなるLCTパケットが配置される。
【０１７８】
このような放送ストリームを受信した受信側システム２０では、以下の処理が行われる。
【０１７９】
受信側システム２０は、"BSID1"であるブロードキャストストリームIDで識別される放送ストリームで伝送されるFITを取得する（Ｓ５１）。FITには、サービスごとのSLSシグナリング情報を取得するためのブートストラップ情報が記述されている。このブートストラップ情報は、ROUTEセッションで伝送されるSLSシグナリング情報を取得するためのIPアドレス、ポート番号、TSI、及び、PLPIDの組である。
【０１８０】
受信側システム２０は、このブートストラップ情報に基づいて、ROUTEセッションのLCTセッションで伝送されるSLSシグナリング情報を取得する（Ｓ５２，Ｓ５３）。このようにして取得されるSLSシグナリング情報は、USD(User Service Description)，MPD(Media Presentation Description)，LSID（拡張LSID）などのメタデータを含む。USDは、MPDやLSID等の参照先が記述されており、最初にUSDを取得することで、他のメタデータを取得することができる。
【０１８１】
受信側システム２０は、USDのuserServiceDescription要素のmpdUri属性に指定された"mpdUri"に基づいて、MPDを取得する（Ｓ５４）。また、受信側システム２０は、USDのuserServiceDescription要素のIsidUri属性に指定された"IsidUri"に基づいて、LSID（拡張LSID）を取得する（Ｓ５５）。
【０１８２】
ここで、MPDには、Period要素、AdaptationSet要素、及び、Representation要素が階層構造で記述されている。Period要素は、コンテンツ等のサービスの構成を記述する単位となる。また、AdaptationSet要素と、Representation要素は、ビデオやオーディオ、字幕などのそれぞれのストリームごとに利用され、それぞれのストリームの属性を記述できるようになっている。
【０１８３】
Representation要素には、id属性によりリプレゼンテーションIDを指定することができる。MPDにおいて、"RepresentationID-v1"であるリプレゼンテーションIDにより識別されるRepresentation要素には、ビデオ１のストリームに関する属性が記述され、"RepresentationID-v2"であるリプレゼンテーションIDにより識別されるRepresentation要素には、ビデオ２のストリームに関する属性が記述されている。
【０１８４】
また、MPDにおいて、"RepresentationID-a1"であるリプレゼンテーションIDにより識別されるRepresentation要素には、オーディオ１のストリームに関する属性が記述され、"RepresentationID-a2"であるリプレゼンテーションIDにより識別されるRepresentation要素には、オーディオ２のストリームに関する属性が記述されている。なお、MPDのRepresentation要素に指定されるURLと、USDのDeliveryMethod要素に指定されるURLとのマッチングを行うことで、ビデオやオーディオのストリームの配信経路が、放送経路又は通信経路のいずれになるかを特定することができる。
【０１８５】
LSID（拡張LSID）においては、TransportSession要素ごとに、tsi属性、BroadcastStreamID属性、PLPID属性、sourceIPAddress属性、destinationIPAddress属性、及び、port属性が記述されている。また、SourceFlow要素には、Applicationidentifier要素として、リプレゼンテーションIDが指定される。すなわち、このリプレゼンテーションIDにより、MPDのRepresentation要素と、LSID（拡張LSID）のトランスポートセッションとの対応関係が示される。
【０１８６】
LSID（拡張LSID）に列挙されたTransportSession要素のうち、１つ目のTransportSession要素には、"BSID1"であるブロードキャストストリームIDと、"PLPID1"であるPLPIDが指定されているので、受信側システム２０は、このトランスポートベアラIDにより識別されるATSC3.0のトランスポートベアラに接続することができる（Ｓ５６）。また、１つ目のTransportSession要素には、"sIPArs1"である送信元IPアドレス、"IPArs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi-v1"であるTSIが指定されている。したがって、受信側システム２０は、これらのパラメタを用いたフィルタリングを行うことで、ROUTEセッションのLCTセッションで伝送されるビデオ１のデータ（ビデオ１のDASHセグメントファイルのチャンクファイル）を取得することができる（Ｓ５６）。
【０１８７】
２つ目のTransportSession要素には、"BSID1"であるブロードキャストストリームIDと、"PLPID1"であるPLPIDが指定されているので、受信側システム２０は、このトランスポートベアラIDにより識別されるATSC3.0のトランスポートベアラに接続することができる（Ｓ５７）。また、２つ目のTransportSession要素には、"sIPArs1"である送信元IPアドレス、"IPArs1"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi-a1"であるTSIが指定されている。したがって、受信側システム２０は、これらのパラメタを用いたフィルタリングを行うことで、ROUTEセッションのLCTセッションで伝送されるオーディオ１のデータ（オーディオ１のDASHセグメントファイルのチャンクファイル）を取得することができる（Ｓ５７）。
【０１８８】
３つ目のTransportSession要素には、"BSID2"であるブロードキャストストリームIDと、"PLPID1"であるPLPIDが指定されているので、受信側システム２０は、このトランスポートベアラIDにより識別されるATSC3.0のトランスポートベアラに接続することができる（Ｓ５８）。また、３つ目のTransportSession要素には、"sIPArs1"である送信元IPアドレス、"IPArs2"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi-v2"であるTSIが指定されている。したがって、受信側システム２０は、これらのパラメタを用いたフィルタリングを行うことで、ROUTEセッションのLCTセッションで伝送されるビデオ２のデータ（ビデオ２のDASHセグメントファイルのチャンクファイル）を取得することができる（Ｓ５８）。
【０１８９】
４つ目のTransportSession要素には、"BSID2"であるブロードキャストストリームIDと、"PLPID1"であるPLPIDが指定されているので、受信側システム２０は、このトランスポートベアラIDにより識別されるATSC3.0のトランスポートベアラに接続することができる（Ｓ５９）。また、４つ目のTransportSession要素には、"sIPArs1"である送信元IPアドレス、"IPArs2"である送信先IPアドレス、"Port1"であるポート番号、及び、"tsi-a2"であるTSIが指定されている。したがって、受信側システム２０は、これらのパラメタを用いたフィルタリングを行うことで、ROUTEセッションのLCTセッションで伝送されるオーディオ２のデータ（オーディオ２のDASHセグメントファイルのチャンクファイル）を取得することができる（Ｓ５９）。
【０１９０】
なお、図２２のLSID（拡張LSID）において、SourceFlow要素には、PayloadFormat要素のdeliveryObjectFormatID要素として、"2"が指定されているが、これは、LCTペイロードのフォーマットがHTTPエンティティヘッダ付きのDASHセグメントファイル（のチャンク）であることを示している。
【０１９１】
＜５．システムの各装置の構成＞
【０１９２】
（送信側システムの構成例）
図２３は、図１０の送信側システム１０の構成例を示す図である。
【０１９３】
送信側システム１０は、データサーバ１０Ａ、ROUTEサーバ１０Ｂ、ATSC放送サーバ１０Ｃ、及び、3GPPMBMSサーバ１０Ｄから構成される。
【０１９４】
図２３において、データサーバ１０Ａは、制御部１１１Ａ、セッション要求部１１２Ａ、送受信部１１３Ａ、データ転送処理部１１４Ａ、及び、データ保持部１１５Ａから構成される。
【０１９５】
制御部１１１Ａは、データサーバ１０Ａの各部の動作を制御する。
【０１９６】
セッション要求部１１２Ａは、データ保持部１１５Ａに保持されるコンテンツ（例えば一斉同報配信が適しているコンテンツ）のデータを、ROUTEセッション（のLCTセッション）で伝送する場合、制御部１１１Ａからの制御に従い、ROUTEサーバ１０Ｂに対するROUTEセッションの確立要求を、送受信部１１３Ａに供給する。
【０１９７】
送受信部１１３Ａは、制御部１１１Ａからの制御に従い、各種のデータを、ROUTEサーバ１０Ｂ等の他のサーバとやりとりする。送受信部１１３Ａは、制御部１１１Ａからの制御に従い、ROUTEセッションの確立要求を、ROUTEサーバ１０Ｂに送信する。
【０１９８】
データ転送処理部１１４Ａは、制御部１１１Ａからの制御に従い、データ保持部１１５Ａに保持されたコンテンツのデータを取得して、送受信部１１３Ａに供給する。送受信部１１３Ａは、制御部１１１Ａからの制御に従い、コンテンツのデータを、ROUTEサーバ１０Ｂに送信する。
【０１９９】
データサーバ１０Ａは、以上のように構成される。
【０２００】
図２３において、ROUTEサーバ１０Ｂは、制御部１１１Ｂ、セッション処理部１１２Ｂ、送受信部１１３Ｂ、LSID生成部１１４Ｂ、及び、ROUTEデータ生成部１１５Ｂから構成される。
【０２０１】
制御部１１１Ｂは、ROUTEサーバ１０Ｂの各部の動作を制御する。
【０２０２】
セッション処理部１１２Ｂは、制御部１１１Ｂからの制御に従い、コンテンツのデータをROUTEセッションで伝送するための処理を行う。
【０２０３】
例えば、セッション処理部１１２Ｂは、ROUTEセッションで伝送されるコンテンツのデータであるROUTEデータを、ATSC3.0のトランスポートベアラ上で伝送する場合、ATSC放送サーバ１０Ｃに対するATSC3.0のトランスポートリソースの予約要求を、送受信部１１３Ｂに供給する。また、例えば、セッション処理部１１２Ｂは、ROUTEデータを、3GPP-MBMSのトランスポートベアラ上で伝送する場合、3GPPMBMSサーバ１０Ｄに対する3GPP-MBMSのトランスポートリソースの予約要求を、送受信部１１３Ｂに供給する。
【０２０４】
送受信部１１３Ｂは、制御部１１１Ｂからの制御に従い、各種のデータを、ATSC放送サーバ１０Ｃや3GPPMBMSサーバ１０Ｄ等の他のサーバとやりとりする。送受信部１１３Ｂは、制御部１１１Ｂからの制御に従い、ATSC3.0又は3GPP-MBMSのトランスポートリソースの予約要求を、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄに送信する。また、送受信部１１３Ｂは、制御部１１１Ｂからの制御に従い、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄから送信されてくるATSC3.0又は3GPP-MBMSのトランスポートベアラIDを受信し、セッション処理部１１２Ｂに供給する。
【０２０５】
セッション処理部１１２Ｂは、制御部１１１Ｂからの制御に従い、送受信部１１３Ｂから供給される、ATSC3.0又は3GPP-MBMSのトランスポートベアラIDを、LSID生成部１１４Ｂに供給する。
【０２０６】
LSID生成部１１４Ｂは、制御部１１１Ｂからの制御に従い、セッション処理部１１２Ｂから供給されるATSC3.0又は3GPP-MBMSのトランスポートベアラIDと、拡張LSIDの素データに基づいて、拡張LSIDを生成する。ここでは、例えば、図１９や図２１の拡張LSIDが生成され、送受信部１１３Ｂに供給される。送受信部１１３Ｂは、制御部１１１Ｂからの制御に従い、LSID生成部１１４Ｂから供給される拡張LSIDを、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄに送信する。
【０２０７】
送受信部１１３Ｂは、制御部１１１Ｂからの制御に従い、データサーバ１０Ａから送信されてくるコンテンツのデータを受信し、ROUTEデータ生成部１１５Ｂに供給する。ROUTEデータ生成部１１５Ｂは、制御部１１１Ｂからの制御に従い、送受信部１１３Ｂから供給されるコンテンツのデータに基づいて、ROUTEデータを生成し、送受信部１１３Ｂに供給する。送受信部１１３Ｂは、制御部１１１Ｂからの制御に従い、ROUTEデータ生成部１１５Ｂから供給されるROUTEデータを、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄに送信する。
【０２０８】
ROUTEサーバ１０Ｂは、以上のように構成される。
【０２０９】
図２３において、ATSC放送サーバ１０Ｃは、制御部１１１Ｃ、ベアラ処理部１１２Ｃ、送受信部１１３Ｃ、転送処理部１１４Ｃ、及び、送信部１１５Ｃから構成される。
【０２１０】
制御部１１１Ｃは、ATSC放送サーバ１０Ｃの各部の動作を制御する。また、送受信部１１３Ｃは、制御部１１１Ｃからの制御に従い、各種のデータを、ROUTEサーバ１０Ｂ等の他のサーバとやりとりする。
【０２１１】
送受信部１１３Ｃは、ROUTEサーバ１０Ｂから送信されてくるATSC3.0のトランスポートリソースの予約要求を受信し、ベアラ処理部１１２Ｃに供給する。ベアラ処理部１１２Ｃは、制御部１１１Ｃからの制御に従い、送受信部１１３Ｃから供給される予約要求に応じて、ATSC3.0のトランスポートリソースを確保する。
【０２１２】
ベアラ処理部１１２Ｃは、制御部１１１Ｃからの制御に従い、送受信部１１３Ｃから供給される予約要求に応じて、ATSC3.0のトランスポートベアラIDを生成し、送受信部１１３Ｃに供給する。送受信部１１３Ｃは、制御部１１１Ｃからの制御に従い、ベアラ処理部１１２Ｃから供給されるATSC3.0のトランスポートベアラIDを、ROUTEサーバ１０Ｂに送信する。
【０２１３】
また、送受信部１１３Ｃは、ROUTEサーバ１０Ｂから送信されてくる拡張LSIDを受信し、転送処理部１１４Ｃに供給する。転送処理部１１４Ｃは、制御部１１１Ｃからの制御に従い、拡張LSIDに対して転送するための処理を施し、送信部１１５Ｃに供給する。送信部１１５Ｃは、転送処理部１１４Ｃから供給される拡張LSIDを、アンテナ１１６Ｃを介して、伝送路８０を介して受信側システム２０（ATSC放送クライアント２０Ｃ）に送信（転送）する。
【０２１４】
さらに、送受信部１１３Ｃは、ROUTEサーバ１０Ｂから送信されてくるROUTEデータを受信し、転送処理部１１４Ｃに供給する。転送処理部１１４Ｃは、制御部１１１Ｃからの制御に従い、ROUTEデータに対して、ATSC3.0のトランスポートベアラ上で伝送するための処理を施し、それにより得られるベアラデータを送信部１１５Ｃに供給する。送信部１１５Ｃは、転送処理部１１４Ｃから供給されるベアラデータを、アンテナ１１６Ｃを介して、伝送路８０を介して受信側システム２０（ATSC放送クライアント２０Ｃ）に送信（転送）する。
【０２１５】
ATSC放送サーバ１０Ｃは、以上のように構成される。
【０２１６】
図２３において、3GPPMBMSサーバ１０Ｄは、制御部１１１Ｄ、ベアラ処理部１１２Ｄ、送受信部１１３Ｄ、転送処理部１１４Ｄ、及び、送信部１１５Ｄから構成される。
【０２１７】
制御部１１１Ｄは、3GPPMBMSサーバ１０Ｄの各部の動作を制御する。また、送受信部１１３Ｄは、制御部１１１Ｄからの制御に従い、各種のデータを、ROUTEサーバ１０Ｂ等の他のサーバとやりとりする。
【０２１８】
送受信部１１３Ｄは、ROUTEサーバ１０Ｂから送信されてくる3GPP-MBMSのトランスポートリソースの予約要求を受信し、ベアラ処理部１１２Ｄに供給する。ベアラ処理部１１２Ｄは、制御部１１１Ｄからの制御に従い、送受信部１１３Ｄから供給される予約要求に応じて、3GPP-MBMSのトランスポートリソースを確保する。
【０２１９】
ベアラ処理部１１２Ｄは、制御部１１１Ｄからの制御に従い、送受信部１１３Ｄから供給される予約要求に応じて、3GPP-MBMSのトランスポートベアラIDを生成し、送受信部１１３Ｄに供給する。送受信部１１３Ｄは、制御部１１１Ｄからの制御に従い、ベアラ処理部１１２Ｄから供給される3GPP-MBMSのトランスポートベアラIDを、ROUTEサーバ１０Ｂに送信する。
【０２２０】
また、送受信部１１３Ｄは、ROUTEサーバ１０Ｂから送信されてくる拡張LSIDを受信し、転送処理部１１４Ｄに供給する。転送処理部１１４Ｄは、制御部１１１Ｄからの制御に従い、拡張LSIDに対して転送するための処理を施し、送信部１１５Ｄに供給する。送信部１１５Ｄは、転送処理部１１４Ｄから供給される拡張LSIDを、アンテナ１１６Ｄを介して、伝送路８０を介して受信側システム２０（3GPPMBMSクライアント２０Ｄ）に送信（転送）する。
【０２２１】
さらに、送受信部１１３Ｄは、ROUTEサーバ１０Ｂから送信されてくるROUTEデータを受信し、転送処理部１１４Ｄに供給する。転送処理部１１４Ｄは、制御部１１１Ｄからの制御に従い、ROUTEデータに対して、3GPP-MBMSのトランスポートベアラ上で伝送するための処理を施し、それにより得られるベアラデータを送信部１１５Ｄに供給する。送信部１１５Ｄは、転送処理部１１４Ｄから供給されるベアラデータを、アンテナ１１６Ｄを介して、伝送路８０を介して受信側システム２０（3GPPMBMSクライアント２０Ｄ）に送信（転送）する。
【０２２２】
3GPPMBMSサーバ１０Ｄは、以上のように構成される。
【０２２３】
（受信側システムの構成例）
図２４は、図１０の受信側システム２０の構成例を示す図である。
【０２２４】
受信側システム２０は、データクライアント２０Ａ、ROUTEクライアント２０Ｂ、ATSC放送クライアント２０Ｃ、及び、3GPPMBMSクライアント２０Ｄから構成される。
【０２２５】
図２４において、3GPPMBMSクライアント２０Ｄは、制御部２１１Ｄ、受信部２１２Ｄ、転送処理部２１３Ｄ、及び、送受信部２１４Ｄから構成される。
【０２２６】
制御部２１１Ｄは、3GPPMBMSクライアント２０Ｄの各部の動作を制御する。
【０２２７】
受信部２１２Ｄは、制御部２１１Ｄからの制御に従い、送信側システム１０（3GPPMBMSサーバ１０Ｄ）から伝送路９０を介して送信されてくる拡張LSIDを、アンテナ２１５Ｄを介して受信し、転送処理部２１３Ｄに供給する。転送処理部２１３Ｄは、制御部２１１Ｄからの制御に従い、拡張LSIDに対して転送するための処理を施し、送受信部２１４Ｄに供給する。送受信部２１４Ｄは、制御部２１１Ｄからの制御に従い、転送処理部２１３Ｄから供給される拡張LSIDを、ROUTEクライアント２０Ｂに送信する。
【０２２８】
受信部２１２Ｄは、制御部２１１Ｄからの制御に従い、送信側システム１０（3GPPMBMSサーバ１０Ｄ）から伝送路９０を介して送信されてくるベアラデータを、アンテナ２１５Ｄを介して受信し、転送処理部２１３Ｄに供給する。転送処理部２１３Ｄは、制御部２１１Ｄからの制御に従い、ROUTEデータを3GPP-MBMSのトランスポートベアラ上で伝送するためのベアラデータを処理し、送受信部２１４Ｄに供給する。送受信部２１４Ｄは、制御部２１１Ｄからの制御に従い、転送処理部２１３Ｄから供給されるベアラデータを、ROUTEクライアント２０Ｂに送信する。
【０２２９】
3GPPMBMSクライアント２０Ｄは、以上のように構成される。
【０２３０】
図２４において、ATSC放送クライアント２０Ｃは、制御部２１１Ｃ、受信部２１２Ｃ、転送処理部２１３Ｃ、及び、送受信部２１４Ｃから構成される。
【０２３１】
制御部２１１Ｃは、ATSC放送クライアント２０Ｃの各部の動作を制御する。
【０２３２】
受信部２１２Ｃは、制御部２１１Ｃからの制御に従い、送信側システム１０（ATSC放送サーバ１０Ｃ）から伝送路８０を介して送信されてくる拡張LSIDを、アンテナ２１５Ｃを介して受信し、転送処理部２１３Ｃに供給する。転送処理部２１３Ｃは、制御部２１１Ｃからの制御に従い、拡張LSIDに対して転送するための処理を施し、送受信部２１４Ｃに供給する。送受信部２１４Ｃは、制御部２１１Ｃからの制御に従い、転送処理部２１３Ｃから供給される拡張LSIDを、ROUTEクライアント２０Ｂに送信する。
【０２３３】
受信部２１２Ｃは、制御部２１１Ｃからの制御に従い、送信側システム１０（ATSC放送サーバ１０Ｃ）から伝送路８０を介して送信されてくるベアラデータを、アンテナ２１５Ｃを介して受信し、転送処理部２１３Ｃに供給する。転送処理部２１３Ｃは、制御部２１１Ｃからの制御に従い、ROUTEデータをATSC3.0のトランスポートベアラ上で伝送するためのベアラデータを処理し、送受信部２１４Ｃに供給する。送受信部２１４Ｃは、制御部２１１Ｃからの制御に従い、転送処理部２１３Ｃから供給されるベアラデータを、ROUTEクライアント２０Ｂに送信する。
【０２３４】
ATSC放送クライアント２０Ｃは、以上のように構成される。
【０２３５】
図２４において、ROUTEクライアント２０Ｂは、制御部２１１Ｂ、送受信部２１２Ｂ、LSID解析部２１３Ｂ、及び、転送処理部２１４Ｂから構成される。
【０２３６】
制御部２１１Ｂは、ROUTEクライアント２０Ｂの各部の動作を制御する。
【０２３７】
送受信部２１２Ｂは、制御部２１１Ｂからの制御に従い、3GPPMBMSクライアント２０Ｄ又はATSC放送クライアント２０Ｃから送信されてくる拡張LSIDを受信し、LSID解析部２１３Ｂに供給する。
【０２３８】
LSID解析部２１３Ｂは、制御部２１１Ｂからの制御に従い、送受信部２１２Ｂから供給される拡張LSID（例えば、図１９や図２１の拡張LSID）を解析し、その解析結果を、転送処理部２１４Ｂに供給する。また、LSID解析部２１３Ｂは、拡張LSIDの解析結果に従い、ROUTEデータを取得するためのトランスポートベアラを選択し、その選択結果を、転送処理部２１４Ｂに供給する。
【０２３９】
送受信部２１２Ｂは、制御部２１１Ｂからの制御に従い、3GPPMBMSクライアント２０Ｄ又はATSC放送クライアント２０Ｃから送信されてくるベアラデータを受信し、転送処理部２１４Ｂに供給する。転送処理部２１４Ｂは、LSID解析部２１３Ｂからのトランスポートベアラの選択結果に応じて、ベアラデータ（3GPP-MBMS又はATSC3.0のトランスポートベアラ）を選択する。また、転送処理部２１４Ｂは、選択されたベアラデータ（3GPP-MBMS又はATSC3.0のトランスポートベアラ上）で伝送されるROUTEデータを取得し、送受信部２１２Ｂに供給する。
【０２４０】
送受信部２１２Ｂは、制御部２１１Ｂからの制御に従い、転送処理部２１４Ｂから供給されるROUTEデータを、データクライアント２０Ａに送信する。
【０２４１】
ROUTEクライアント２０Ｂは、以上のように構成される。
【０２４２】
図２４において、データクライアント２０Ａは、制御部２１１Ａ、送受信部２１２Ａ、再生制御部２１３Ａ、表示部２１４Ａ、及び、スピーカ２１５Ａから構成される。
【０２４３】
制御部２１１Ａは、データクライアント２０Ａの各部の動作を制御する。
【０２４４】
送受信部２１２Ａは、制御部２１１Ａからの制御に従い、ROUTEクライアント２０Ｂから送信されてくるROUTEデータを受信し、再生制御部２１３Ａに供給する。
【０２４５】
再生制御部２１３Ａは、制御部２１１Ａからの制御に従い、送受信部２１２Ａから供給されるROUTEデータに対するレンダリング処理を行う。このレンダリング処理により、コンテンツ（例えば一斉同報配信が適しているコンテンツ）のビデオデータが表示部２１４Ａに供給され、オーディオデータがスピーカ２１５Ａに供給される。
【０２４６】
表示部２１４Ａは、制御部２１１Ａからの制御に従い、再生制御部２１３Ａから供給されるビデオデータに対応する映像を表示させる。また、スピーカ２１５Ａは、制御部２１１Ａからの制御に従い、再生制御部２１３Ａから供給されるオーディオデータに対応する音声を出力する。
【０２４７】
データクライアント２０Ａは、以上のように構成される。
【０２４８】
＜６．システムの各装置で実行される処理の流れ＞
【０２４９】
次に、伝送システム１を構成する送信側システム１０と、受信側システム２０を構成する各装置で実行される処理の流れを説明する。
【０２５０】
（送信側システムの各装置の処理の流れ）
まず、図２５のフローチャートを参照して、送信側システム１０を構成する各装置の処理の流れを説明する。
【０２５１】
ステップＳ１１１において、データサーバ１０Ａのセッション要求部１１２Ａは、制御部１１１Ａからの制御に従い、送受信部１１３Ａを制御することで、ROUTEサーバ１０Ｂに対してROUTEセッションの確立を要求する。データサーバ１０Ａからのセッションの確立要求は、ROUTEサーバ１０Ｂの送受信部１１３Ｂにより受信される。
【０２５２】
ステップＳ１３１において、ROUTEサーバ１０Ｂのセッション処理部１１２Ｂは、データサーバ１０Ａからのセッションの確立要求が、ATSC3.0のトランスポートベアラを用いた配信を要求しているかどうかを判定する。
【０２５３】
ステップＳ１３１において、ATSC3.0のトランスポートベアラを用いた配信を要求していると判定された場合、処理は、ステップＳ１３２に進められる。ステップＳ１３２において、ROUTEサーバ１０Ｂのセッション処理部１１２Ｂは、制御部１１１Ｂからの制御に従い、送受信部１１３Ｂを制御することで、ATSC放送サーバ１０Ｃに対して、ATSC3.0のトランスポートリソースの予約を要求する。ROUTEサーバ１０ＢからのATSC3.0のトランスポートリソースの予約要求は、ATSC放送サーバ１０Ｃの送受信部１１３Ｃにより受信される。
【０２５４】
ステップＳ１５１において、ATSC放送サーバ１０Ｃのベアラ処理部１１２Ｃは、制御部１１１Ｃからの制御に従い、ATSC3.0のトランスポートリソースの予約要求に応じて、ATSC3.0のトランスポートリソースを確保する。
【０２５５】
ステップＳ１５２において、ATSC放送サーバ１０Ｃのベアラ処理部１１２Ｃは、制御部１１１Ｃからの制御に従い、ATSC3.0のトランスポートベアラIDを生成し、送受信部１１３Ｃを介して、ROUTEサーバ１０Ｂに通知する。ATSC放送サーバ１０ＣからのATSC3.0のトランスポートベアラIDは、ROUTEサーバ１０Ｂの送受信部１１３Ｂにより受信される。
【０２５６】
なお、ステップＳ１３１において、ATSC3.0のトランスポートベアラを用いた配信を要求していないと判定された場合、上述したステップＳ１３２，Ｓ１５１，Ｓ１５２の処理はスキップされる。
【０２５７】
ステップＳ１３３において、ROUTEサーバ１０Ｂのセッション処理部１１２Ｂは、データサーバ１０Ａからのセッションの確立要求が、3GPP-MBMSのトランスポートベアラを用いた配信を要求しているかどうかを判定する。
【０２５８】
ステップＳ１３３において、3GPP-MBMSのトランスポートベアラを用いた配信を要求していると判定された場合、処理は、ステップＳ１３４に進められる。ステップＳ１３４において、ROUTEサーバ１０Ｂのセッション処理部１１２Ｂは、制御部１１１Ｂからの制御に従い、送受信部１１３Ｂを制御することで、3GPPMBMSサーバ１０Ｄに対して、3GPP-MBMSのトランスポートリソースの予約を要求する。ROUTEサーバ１０Ｂからの3GPP-MBMSのトランスポートリソースの予約要求は、3GPPMBMSサーバ１０Ｄの送受信部１１３Ｄにより受信される。
【０２５９】
ステップＳ１７１において、3GPPMBMSサーバ１０Ｄのベアラ処理部１１２Ｄは、制御部１１１Ｄからの制御に従い、3GPP-MBMSのトランスポートリソースの予約要求に応じて、3GPP-MBMSのトランスポートリソースを確保する。
【０２６０】
ステップＳ１７２において、3GPPMBMSサーバ１０Ｄのベアラ処理部１１２Ｄは、制御部１１１Ｄからの制御に従い、3GPP-MBMSのトランスポートベアラIDを生成し、送受信部１１３Ｄを介して、ROUTEサーバ１０Ｂに通知する。3GPPMBMSサーバ１０Ｄからの3GPP-MBMSのトランスポートベアラIDは、ROUTEサーバ１０Ｂの送受信部１１３Ｂにより受信される。
【０２６１】
なお、ステップＳ１３３において、3GPP-MBMSのトランスポートベアラを用いた配信を要求していないと判定された場合、上述したステップＳ１３４，Ｓ１７１，Ｓ１７２の処理はスキップされる。
【０２６２】
ステップＳ１３５において、ROUTEサーバ１０ＢのLSID生成部１１４Ｂは、制御部１１１Ｂからの制御に従い、セッション処理部１１２Ｂから供給されるATSC3.0又は3GPP-MBMSのトランスポートベアラIDと、拡張LSIDを生成するための素データに基づいて、拡張LSID（例えば、図１９や図２１の拡張LSID）を生成する。
【０２６３】
ステップＳ１３６において、ROUTEサーバ１０Ｂの送受信部１１３Ｂは、制御部１１１Ｂの制御に従い、ステップＳ１３５の処理で生成された拡張LSIDを、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄの少なくとも一方に送信する。
【０２６４】
ステップＳ１５３において、ATSC放送サーバ１０Ｃの転送処理部１１４Ｃは、ROUTEサーバ１０Ｂからの拡張LSIDが受信された場合、制御部１１１Ｃからの制御に従い、送信部１１５Ｃを制御することで、ROUTEサーバ１０Ｂから受信した拡張LSIDを、伝送路８０を介して受信側システム２０（ATSC放送クライアント２０Ｃ）に送信（転送）する。
【０２６５】
ステップＳ１７３において、3GPPMBMSサーバ１０Ｄの転送処理部１１４Ｄは、ROUTEサーバ１０Ｂからの拡張LSIDが受信された場合、制御部１１１Ｄからの制御に従い、送信部１１５Ｄを制御することで、ROUTEサーバ１０Ｂから受信した拡張LSIDを、伝送路９０を介して受信側システム２０（3GPPMBMSクライアント２０Ｄ）に送信（転送）する。
【０２６６】
ステップＳ１１２において、データサーバ１０Ａのデータ転送処理部１１４Ａは、制御部１１１Ａからの制御に従い、データ保持部１１５Ａに保持されたコンテンツのデータを取得して、送受信部１１３Ａを制御することで、データをROUTEサーバ１０Ｂに送信する。データサーバ１０Ａからのデータは、ROUTEサーバ１０Ｂの送受信部１１３Ｂにより受信される。
【０２６７】
ステップＳ１３７において、ROUTEサーバ１０ＢのROUTEデータ生成部１１５Ｂは、制御部１１１Ｂからの制御に従い、送受信部１１３Ｂからのデータに基づいて、当該データをROUTEセッションで伝送するためのROUTEデータを生成する。
【０２６８】
ステップＳ１３８において、ROUTEサーバ１０Ｂの送受信部１１３Ｂは、制御部１１１Ｂからの制御に従い、ステップＳ１３７の処理で生成されたROUTEデータを、ATSC放送サーバ１０Ｃ又は3GPPMBMSサーバ１０Ｄの少なくとも一方に送信する。
【０２６９】
ここでは、ステップＳ１３１の処理でATSC3.0のトランスポートベアラを用いた配信を行うと判定され、ATSC放送サーバ１０ＣからのATSC3.0のトランスポートベアラIDを含む拡張LSIDが生成された場合には、ステップＳ１３７の処理で生成されたROUTEデータが、ATSC放送サーバ１０Ｃに送信される。また、ステップＳ１３３の処理で3GPP-MBMSのトランスポートベアラを用いた配信を行うと判定され、3GPPMBMSサーバ１０Ｄからの3GPP-MBMSのトランスポートベアラIDを含む拡張LSIDが生成された場合には、ステップＳ１３７の処理で生成されたROUTEデータが、3GPPMBMSサーバ１０Ｄに送信される。
【０２７０】
ステップＳ１５４において、ATSC放送サーバ１０Ｃの転送処理部１１４Ｃは、ROUTEサーバ１０ＢからのROUTEデータが受信された場合、制御部１１１Ｃからの制御に従い、ATSC放送サーバ１０Ｃから受信したROUTEデータを、ATSC3.0のトランスポートベアラ上で伝送されるように処理する。そして、転送処理部１１４Ｃは、制御部１１１Ｃからの制御に従い、送信部１１５Ｃを制御することで、ベアラデータ（ATSC3.0のトランスポートベアラ上で伝送されるROUTEデータ）を、伝送路８０を介して受信側システム２０（ATSC放送クライアント２０Ｃ）に送信（転送）する。
【０２７１】
ステップＳ１７４において、3GPPMBMSサーバ１０Ｄの転送処理部１１４Ｄは、ROUTEサーバ１０ＢからのROUTEデータが受信された場合、制御部１１１Ｄからの制御に従い、ATSC放送サーバ１０Ｃから受信したROUTEデータを、3GPP-MBMSのトランスポートベアラ上で伝送されるように処理する。そして、転送処理部１１４Ｄは、制御部１１１Ｄからの制御に従い、送信部１１５Ｄを制御することで、ベアラデータ（3GPP-MBMSのトランスポートベアラ上で伝送されるROUTEデータ）を、伝送路９０を介して受信側システム２０（3GPPMBMSクライアント２０Ｄ）に送信（転送）する。
【０２７２】
以上、送信側システム１０を構成する各装置の処理の流れを説明した。
【０２７３】
（受信側システムの各装置の処理の流れ）
次に、図２６のフローチャートを参照して、受信側システム２０を構成する各装置の処理の流れを説明する。
【０２７４】
ステップＳ２１１においては、3GPP-MBMSの配信が行われているかどうかが判定される。ステップＳ２１１において、3GPP-MBMSの配信が行われていると判定された場合、処理は、ステップＳ２１２に進められる。
【０２７５】
ステップＳ２１２において、3GPPMBMSクライアント２０Ｄの受信部２１２Ｄは、送信側システム１０（3GPPMBMSサーバ１０Ｄ）から伝送路９０を介して送信されてくる拡張LSIDを受信する。ステップＳ２１３において、転送処理部２１３Ｄは、制御部２１１Ｄからの制御に従い、送受信部２１４Ｄを制御することで、ステップＳ２１２の処理で受信された拡張LSIDを、ROUTEクライアント２０Ｂに転送する。
【０２７６】
なお、ステップＳ２１１において、3GPP-MBMSの配信が行われていないと判定された場合、上述したステップＳ２１２，Ｓ２１３の処理は、スキップされる。
【０２７７】
ステップＳ２３１においては、ATSC3.0の配信が行われているかどうかが判定される。ステップＳ２３１において、ATSC3.0の配信が行われていると判定された場合、処理は、ステップＳ２３２に進められる。
【０２７８】
ステップＳ２３２において、ATSC放送クライアント２０Ｃの受信部２１２Ｃは、送信側システム１０（ATSC放送サーバ１０Ｃ）から伝送路８０を介して送信されてくる拡張LSIDを受信する。ステップＳ２３３において、転送処理部２１３Ｃは、制御部２１１Ｃからの制御に従い、送受信部２１４Ｃを制御することで、ステップＳ２３２の処理で受信された拡張LSIDを、ROUTEクライアント２０Ｂに転送する。
【０２７９】
なお、ステップＳ２３１において、ATSC3.0の配信が行われていないと判定された場合、上述したステップＳ２３２，Ｓ２３３の処理は、スキップされる。
【０２８０】
3GPPMBMSクライアント２０Ｄ又はATSC放送クライアント２０Ｃから送信されてくる拡張LSIDは、ROUTEクライアント２０Ｂの送受信部２１２Ｂにより受信される。
【０２８１】
ステップＳ２５１において、LSID解析部２１３Ｂは、3GPPMBMSクライアント２０Ｄ又はATSC放送クライアント２０Ｃからの拡張LSID（例えば、図１９や図２１の拡張LSID）を解析する。ステップＳ２５２において、LSID解析部２１３Ｂは、ステップＳ２５２の解析結果に従い、ROUTEセッション（のLCTセッション）で伝送されるROUTEデータを取得するためのトランスポートベアラを選択する。
【０２８２】
ステップＳ２１４においては、3GPP-MBMSの配信が行われているかどうかが判定される。ステップＳ２１４において、3GPP-MBMSの配信が行われていると判定された場合、処理は、ステップＳ２１５に進められる。
【０２８３】
ステップＳ２１５において、3GPPMBMSクライアント２０Ｄの受信部２１２Ｄは、3GPPMBMSサーバ１０Ｄから伝送路９０を介して送信されてくるベアラデータ（3GPP-MBMSのトランスポートベアラ上で伝送されるROUTEデータ）を受信する。ステップＳ２１６において、転送処理部２１３Ｄは、制御部２１１Ｄからの制御に従い、送受信部２１４Ｄを制御することで、ステップＳ２１５の処理で受信されたベアラデータを、ROUTEクライアント２０Ｂに転送する。
【０２８４】
なお、ステップＳ２１４において、3GPP-MBMSの配信が行われていないと判定された場合、上述したステップＳ２１５，Ｓ２１６の処理は、スキップされる。
【０２８５】
ステップＳ２３４においては、ATSC3.0の配信が行われているかどうかが判定される。ステップＳ２３４において、ATSC3.0の配信が行われていると判定された場合、処理は、ステップＳ２３５に進められる。
【０２８６】
ステップＳ２３５において、ATSC放送クライアント２０Ｃの受信部２１２Ｃは、ATSC放送サーバ１０Ｃから伝送路８０を介して送信されてくるベアラデータ（ATSC3.0のトランスポートベアラ上で伝送されるROUTEデータ）を受信する。ステップＳ２３６において、転送処理部２１３Ｃは、制御部２１１Ｃからの制御に従い、送受信部２１４Ｃを制御することで、ステップＳ２３５の処理で受信されたベアラデータを、ROUTEクライアント２０Ｂに転送する。
【０２８７】
なお、ステップＳ２３４において、ATSC3.0の配信が行われていないと判定された場合、上述したステップＳ２３５，Ｓ２３６の処理は、スキップされる。
【０２８８】
3GPPMBMSクライアント２０Ｄからのベアラデータ（3GPP-MBMSのトランスポートベアラ上を伝送されるROUTEデータ）、又は、ATSC放送クライアント２０Ｃからのベアラデータ（ATSC3.0のトランスポートベアラ上で伝送されるROUTEデータ）は、ROUTEクライアント２０Ｂの送受信部２１２Ｂにより受信される。
【０２８９】
ステップＳ２５３において、ROUTEクライアント２０Ｂの転送処理部２１４Ｂは、ステップＳ２５２のトランスポートベアラの選択結果に従い、3GPP-MBMS又はATSC3.0のトランスポートベアラ上を伝送されるROUTEデータを取得する。
【０２９０】
ステップＳ２５４において、転送処理部２１４Ｂは、制御部２１１Ｂからの制御に従い、送受信部２１２Ｂを制御することで、ステップＳ２５３の処理で取得されたROUTEデータを、データクライアント２０Ａに転送する。
【０２９１】
ステップＳ２７１において、データクライアント２０Ａの送受信部２１２Ａは、制御部２１１Ａからの制御に従い、ROUTEクライアント２０Ｂから送信されてくるROUTEデータを受信する。
【０２９２】
ステップＳ２７２において、再生処理部２１３Ａは、制御部２１１Ａからの制御に従い、ステップＳ２７１の処理で受信されたROUTEデータに対するレンダリング処理を行う。このレンダリング処理により、コンテンツのビデオデータが表示部２１４Ａに供給され、オーディオデータがスピーカ２１５Ａに供給される。これにより、コンテンツの映像が表示部２１４Ａに表示され、その音声がスピーカ２１５Ａから出力される。
【０２９３】
以上、受信側システム２０を構成する各装置の処理の流れを説明した。
【０２９４】
＜７．変形例＞
【０２９５】
なお、上述した説明としては、デジタルテレビ放送の規格として、主に、米国等で採用されている方式であるATSCを説明したが、日本等が採用する方式であるISDB（Integrated Services Digital Broadcasting）や、欧州の各国等が採用する方式であるDVBなどに適用するようにしてもよい。また、地上デジタルテレビ放送に限らず、衛星デジタルテレビ放送やデジタル有線テレビ放送などで採用するようにしてもよい。
【０２９６】
また、上述した説明では、シグナリング情報がXML等のマークアップ言語により記述される場合における、その要素や属性について説明したが、それらの要素や属性の名称は一例であって、他の名称が採用されるようにしてもよい。例えば、LSID等に規定されるブロードキャストストリームIDは、RFチャンネルID（RF Channel ID）やネットワークID（Network ID）、RFアロケーションID（RF Alloc ID）などと称するようにしてもよい。ただし、これらの名称の違いは、形式的な違いであって、それらの要素や属性の実質的な内容が異なるものではない。同様に、シグナリング情報の名称も一例であって、他の名称が採用されるようにしてもよい。
【０２９７】
＜８．コンピュータの構成＞
【０２９８】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２７は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２９９】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０３００】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０３０１】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記録されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０３０２】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３０３】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０３０４】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０３０５】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３０６】
また、本技術は、以下のような構成をとることができる。
【０３０７】
（１）
IP(Internet Protocol)伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を取得する取得部と、
前記制御情報に基づいて、前記ベアラ上で伝送される前記データを取得する各部の動作を制御する制御部と
を備える受信装置。
（２）
前記第１の層は、トランスポート層であり、
前記第２の層は、物理層である
（１）に記載の受信装置。
（３）
前記制御情報は、前記ベアラを識別するためのベアラIDを含む
（１）又は（２）に記載の受信装置。
（４）
前記制御情報は、前記セッションを識別するためのIPアドレスとポート番号を含む
（１）乃至（３）のいずれかに記載の受信装置。
（５）
前記第１の伝送方式は、ROUTE(Real-time Object Delivery over Unidirectional Transport)であり、
前記セッションは、ROUTEセッションを構成する１又は複数のLCT(Layered Coding Transport)セッションであり、
前記制御情報は、LSID(LCT Session Instance Description)である
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記第２の伝送方式は、ATSC(Advanced Television Systems Committee)3.0及び3GPP-MBMS(Third Generation Partnership Project - Multimedia Broadcast Multicast Service)を含み、
前記ATSC3.0のベアラIDは、
放送波の到達領域ごとに割り当てられる識別子と、所定のチャンネルの放送波に割り当てられる周波数帯域の識別子との組である第１の識別子と、
前記第１の識別子で識別される周波数帯域を各種のパラメタの異なる複数の物理パイプに分割した場合における各物理パイプを識別する第２の識別子と
の組み合わせであり、
前記3GPP-MBMSのベアラIDは、TMGI(Temporary Mobile Group Identity)である
（３）乃至（５）のいずれかに記載の受信装置。
（７）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を取得し、
前記制御情報に基づいて、前記ベアラ上で伝送される前記データを取得する各部の動作を制御する
ステップを含む受信方法。
（８）
IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を生成する生成部と、
前記制御情報とともに、前記制御情報に含まれる情報により識別される前記ベアラにより前記データを送信する送信部と
を備える送信装置。
（９）
前記第１の層は、トランスポート層であり、
前記第２の層は、物理層である
（８）に記載の送信装置。
（１０）
前記制御情報は、前記ベアラを識別するためのベアラIDを含む
（８）又は（９）に記載の送信装置。
（１１）
前記制御情報は、前記セッションを識別するためのIPアドレスとポート番号を含む
（８）乃至（１０）のいずれかに記載の送信装置。
（１２）
前記第１の伝送方式は、ROUTEであり、
前記セッションは、ROUTEセッションを構成する１又は複数のLCTセッションであり、
前記制御情報は、LSIDである
（８）乃至（１１）のいずれかに記載の送信装置。
（１３）
前記第２の伝送方式は、ATSC3.0及び3GPP-MBMSを含み、
前記ATSC3.0のベアラIDは、
放送波の到達領域ごとに割り当てられる識別子と、所定のチャンネルの放送波に割り当てられる周波数帯域の識別子との組である第１の識別子と、
前記第１の識別子で識別される周波数帯域を各種のパラメタの異なる複数の物理パイプに分割した場合における各物理パイプを識別する第２の識別子と
の組み合わせであり、
前記3GPP-MBMSのベアラIDは、TMGIである
（１０）乃至（１２）のいずれかに記載の送信装置。
（１４）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式のプロトコルスタックにおける第１の層で第１の伝送方式によるセッションで伝送されるデータを取得するための情報であって、前記第１の層よりも下位の第２の層で第２の伝送方式により前記データを伝送するベアラを識別するための情報を含む制御情報を生成し、
前記制御情報とともに、前記制御情報に含まれる情報により識別される前記ベアラにより前記データを送信する
ステップを含む送信方法。
【符号の説明】
【０３０８】
１  伝送システム，  １０  送信側システム，  １０Ａ  データサーバ，  １０Ｂ  ROUTEサーバ，  １０Ｃ  ATSC放送サーバ，  １０Ｄ  3GPPMBMSサーバ，  ２０  受信側システム，  ２０Ａ  データクライアント，  ２０Ｂ  ROUTEクライアント，  ２０Ｃ  ATSC放送クライアント，  ２０Ｄ  3GPPMBMSクライアント，  ８０  伝送路，  ９０  伝送路，  １１４Ｂ  LSID生成部，  １１５Ｂ  ROUTEデータ生成部，  １１４Ｃ  転送処理部，  １１５Ｃ  送信部，  １１４Ｄ  転送処理部，  １１５Ｄ  送信部，  ２１３Ａ  再生制御部，  ２１３Ｂ  LSID解析部，  ２１４Ｂ  転送処理部，  ２１２Ｃ  受信部，  ２１３Ｃ  転送処理部，  ２１２Ｄ  受信部，  ２１３Ｄ  転送処理部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2016136489.tif 000003
【図２】
2016136489.tif 000004
【図３】
2016136489.tif 000005
【図４】
2016136489.tif 000006
【図５】
2016136489.tif 000007
【図６】
2016136489.tif 000008
【図７】
2016136489.tif 000009
【図８】
2016136489.tif 000010
【図９】
2016136489.tif 000011
【図１０】
2016136489.tif 000012
【図１１】
2016136489.tif 000013
【図１２】
2016136489.tif 000014
【図１３】
2016136489.tif 000015
【図１４】
2016136489.tif 000016
【図１５】
2016136489.tif 000017
【図１６】
2016136489.tif 000018
【図１７】
2016136489.tif 000019
【図１８】
2016136489.tif 000020
【図１９】
2016136489.tif 000021
【図２０】
2016136489.tif 000022
【図２１】
2016136489.tif 000023
【図２２】
2016136489.tif 000024
【図２３】
2016136489.tif 000025
【図２４】
2016136489.tif 000026
【図２５】
2016136489.tif 000027
【図２６】
2016136489.tif 000028
【図２７】
2016136489.tif 000029
【国際調査報告】
2016136489.tif 000030
2016136489.tif 000031
2016136489.tif 000032