(57)【要約】【課題】異種ネットワークを通してマルチメディアデータを転送する方法を提案する。【解決手段】本発明は、放送システムでマルチメディアデータの転送装置及び方法に関する。本発明は、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通して転送するマルチメディアフレームのペイロードを構成する方法であって、少なくとも一つのメディアタイプ別データを転送するために上記データを分割した後に各分割されたデータに基づいてデータ領域を構成するステップと、上記データ領域に含まれるデータの状態情報及び前記データ領域に関する情報のうち少なくとも一つを含んでヘッダ領域を構成するステップと、上記データ領域と前記ヘッダ領域を結合して前記フレームのペイロードを構成するステップとを含むマルチメディアフレームのペイロードを構成する。【選択図】図３
2018182769.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアコンテンツを受信する装置であって、
一つまたはそれ以上のサブデータユニットに分割されるデータユニットに基づいて、パケットヘッダ及びペイロードを含むデータパケットを受信する送受信部と、
前記送受信部を制御する制御部と、を含み、
前記ペイロードに含まれるペイロードデータは、前記一つまたはそれ以上のサブデータユニット、または、前記サブデータユニットを分割した、一つまたはそれ以上のサブデータユニットデータを含み、
前記データパケットは、
前記ペイロードが前記一つまたはそれ以上のサブデータユニットを完全な形態で含むのか、または、前記一つまたはそれ以上のサブデータユニットデータを含むのかを示す分割状態情報と、
前記ペイロードが前記一つまたはそれ以上のサブデータユニットデータを含む場合、前記ペイロードに含まれた前記一つまたはそれ以上のサブデータ部分より後にある分割されたサブデータユニットデータの数を示す情報と、を含むことを特徴とする装置。
【請求項２】
前記データパケットは、前記ペイロードが２個以上の前記サブデータユニットを含むことを示す集合情報をさらに含むことを特徴とする、請求項１に記載の装置。
【請求項３】
前記パケットヘッダは、アプリケーション階層のＦＥＣ（Forward Error Correction）タイプに関する情報を含むことを特徴とする、請求項１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送システムにおけるマルチメディアデータの転送装置及び方法に関し、具体的には、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通してマルチメディアデータを転送する装置及び方法に関する。
【背景技術】
【０００２】
従来、放送ネットワークでマルチメディアコンテンツを転送するために、ＭＰＥＧ−２ ＴＳ（Moving Picture Experts Group-2 Transport Stream）を使用することが一般的であった。すなわち、上記ＭＰＥＧ−２ ＴＳは、誤りがある転送環境で複数の放送プログラム（符号化された複数のビデオビット列）が多重化されたビット列を転送するための代表的な転送技術として使われている。例えば、上記ＭＰＥＧ−２ ＴＳはマルチメディア時代のデジタルＴＶ放送における使用に適合する。
【０００３】
図１は、従来ＭＰＥＧ−２ ＴＳをサポートするための階層構造を示す。
【０００４】
図１を参照すれば、ＭＰＥＧ−２ ＴＳをサポートするための階層は、メディアコーディング階層（MEDIA CODING LAYER）１１０、同期階層（SYNC LAYER）１２０、配送階層（DELIVERY LAYER）１３０、ネットワーク階層（NETWORK LAYER）１４０、データリンク階層（DATA LINK LAYER）１５０及び物理階層（PHYSICAL LAYER）１６０で構成される。
【０００５】
メディアコーディング階層（MEDIA CODING LAYER）１１０と同期階層（SYNC LAYER）１２０は、メディアデータの記録または送信の基本単位に使用し易いフォーマットで構成する。そして配送階層（DELIVERY LAYER）１３０、ネットワーク階層（NETWORK LAYER）１４０、データリンク階層（DATA LINK LAYER）１５０及び物理階層（PHYSICAL LAYER）１６０は、同期階層（SYNC LAYER）１２０により構成されたフォーマットのデータブロックを別途の記録媒体に記録したり転送するためのマルチメディアフレームを構成する。このように構成されたマルチメディアフレームは、所定のネットワークを通して加入者端末などに転送される。このために、同期階層（SYNC LAYER）１２０は、分割ブロック（FRAGMENT BLOCK）１２２とアクセスユニット（ACCESS UNIT）１２４により構成され、配送階層（DELIVERY LAYER）１３０は、ＭＰＥＧ−２ ＴＳ／ＭＰ４ １３２、ＲＴＰ／ＨＴＴＰ１３４及びＵＤＰ／ＴＣＰ１３６により構成される。
【０００６】
しかし、ＭＰＥＧ−２ ＴＳには、マルチメディアサービスをサポートすることにおいていくつかの限界がある。すなわち、上記ＭＰＥＧ−２ ＴＳは、単方向通信、固定されたフレームサイズによる転送の非効率性、オーディオ／ビデオに特化されている転送プロトコル及びインターネットプロトコル（ＩＰ:Internet Protocol）を使用して転送する場合に不必要なオーバーヘッドが発生する。
【０００７】
したがって、ＭＰＥＧではＭＰＥＧ−２ ＴＳの限界を克服するために、ＭＰＥＧ技術に基づいてマルチメディアサービスをサポートするためのマルチメディア転送技術の一つとして、ＭＭＴ（ＭＰＥＧ MEDIA Transport）標準が新たに提案されている。例えば、ＭＭＴ標準は、異種ネットワークを通して複合コンテンツを効率的に転送するために適用される。ここで、複合コンテンツとは、ビデオ（Video）／オーディオ（Audio）／アプリケーション（Application）などによるマルチメディア要素を有するコンテンツの集合を意味する。そして、異種ネットワークとは、放送ネットワークと通信ネットワークなどが混在するネットワークを意味する。
【０００８】
このようなＭＭＴ標準は、マルチメディアサービスのための転送ネットワークでの基本技術であるＩＰに、より親和的な転送技術を定義することを目的としている。したがって、ＭＭＴ標準は、代表的にＩＰに基づいて変化するマルチメディアサービス環境で、効率的なＭＰＥＧ転送技術を提供するためのものであり、持続的な研究と共に標準化が進行している。特に、混合（hybrid）ネットワークと混合コンテンツ（Hybrid content）を提供しようとする近来のマルチメディアサービス環境におけるＭＭＴ標準のためには効率的なＭＰＥＧ転送技術を提供するための方案が必要である。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明は、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムで、異種ネットワークを通してマルチメディアデータを転送する方法を提案する。
【００１０】
また、本発明は、ＭＭＴ技術に基づいて混合コンテンツまたは混合サービスを提供するためにマルチメディアフレームのペイロードを構成してマルチメディアデータを転送するための方法及び装置を提供する。
【００１１】
また、本発明は、ＭＭＴ技術に基づいて混合コンテンツまたは混合サービスを提供するためのマルチメディアフレームのペイロードを構成するために、ＭＭＴアクセスユニットのヘッダ領域及びデータ領域を構成するための方法及び装置を提供する。
【課題を解決するための手段】
【００１２】
本発明は、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通して転送するマルチメディアフレームのペイロードを構成する方法であって、少なくとも一つのメディアタイプ別データを転送するために、上記データを分割した後に、各分割されたデータに基づいてデータ領域を構成するステップと、上記データ領域に含まれるデータの状態情報及び上記データ領域に関する情報のうち少なくとも一つを含んでヘッダ領域を構成するステップと、上記データ領域と上記ヘッダ領域を結合して上記フレームのペイロードを構成するステップとを含むマルチメディアフレームのペイロード構成方法を提供する。
【００１３】
また、本発明は、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通して転送するマルチメディアフレームのペイロードを構成する装置であって、少なくとも一つのメディアタイプ別データを転送するために、上記データを分割した後に、各分割されたデータに基づいてデータ領域を構成するデータ領域構成部と、上記データ領域に含まれるデータの状態情報及び上記データ領域に関する情報のうち少なくとも一つを含んでヘッダ領域を構成するヘッダ領域構成部と、上記データ領域と上記ヘッダ領域を結合して上記フレームのペイロードを構成するペイロード構成部とを含むマルチメディアフレームのペイロード構成装置を提供する。
【発明の効果】
【００１４】
本発明は、異種ネットワークを通して混合サービスまたはコンテンツを提供することによって、マルチメディア環境で効率的なＭＰＥＧ転送をサポートすることができる。
【００１５】
また、本発明は、高品質のコンテンツ及び混合コンテンツを提供することができ、混合ネットワークを提供することもできる。
【図面の簡単な説明】
【００１６】
【図１】従来のＭＰＥＧ−２ ＴＳをサポートするための階層構造を示す図である。
【図２】本発明の一実施形態によるＭＭＴ標準を基盤とする放送システムによるＭＭＴサービスを概念的に示す図である。
【図３】本発明の一実施形態によるＭＭＴシステムで、マルチサービス／コンテンツによるマルチメディアデータを、異種ネットワークを通して転送するための階層構造を示す図である。
【図４】本発明の一実施形態によるＭＭＴシステムで、マルチサービス／コンテンツによるマルチメディアフレームを、異種ネットワークを通して転送するためにマルチメディアフレームのペイロードを構成するフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を図面と共に詳細に説明する。本発明の説明において、本発明の要旨を不必要に不明瞭にするおそれがある関連した公知機能あるいは構成の説明は省略する。
【００１８】
図２は、本発明の一実施形態によるＭＭＴ標準を基盤とする放送システム（以下‘ＭＭＴシステム’と称する）によるＭＭＴサービスを概念的に示す図である。
【００１９】
図２を参照すると、ＭＭＴサービスのためのコンテンツとして、ＵＨＤ、ＶＯＤ、ライブストリーミング（Live Streaming）、ファイル（file）、ウィジェット（Widget）、電子ブック（Ｅ-book）、メタデータ（metadata）などを仮定している。しかし、その他に電気的信号で表現可能なあらゆるコンテンツをその対象にすることができることは明らかである。
【００２０】
多様なコンテンツ各々によるマルチメディアデータは、所定のフォーマットによりＭＭＴエンカプスレータ（ＭＭＴ encapsulator;ＭＥ）でカプセル化された後に、マルチメディアフレームを構成して、異種ネットワークを通して加入者端末に混合配送（Hybrid delivery）される。ここで、異種ネットワークとは、放送ネットワークとＩＰネットワークなどが混在した転送環境のネットワークを意味する。また、マルチメディアフレームは、ＭＭＴサービスのための転送フレーム（Transport Frame）であり、ＭＭＴ接続ユニット（ＭＭＴ Access Unit）のパケットである。
【００２１】
異種ネットワークを通して混合配送されるマルチメディアフレームを受信した加入者端末（Adaptation）は、マルチメディアフレームから所望のコンテンツに対応するマルチメディアデータを抽出し、抽出したマルチメディアデータに基づいてビデオ／オーディオ／アプリケーションなどをユーザに提供する。この場合、特定コンテンツのために提供されるビデオ／オーディオ／アプリケーションなどに対応したマルチメディアデータ各々を‘ＭＭＴアセット（ＭＭＴ asset）’と命名している。そして加入者端末は、マルチメディアサービスのサポートが可能な大部分の端末を含む意味として使われる。加入者端末の代表的な例としてＩＰ ＴＶ、スマートフォンなどが挙げられる。
【００２２】
図３は、本発明の一実施形態による、ＭＭＴシステムでマルチサービス／コンテンツによるマルチメディアフレームを、異種ネットワークを通して転送するための階層構造を示している。
【００２３】
図３を参照すると、マルチメディアフレームを構成してこれを転送するためには、７個の階層（Seven Layer）が要求される。上記７個の階層は、メディアコーディング階層（MEDIA CODING LAYER）３１０、カプセル化階層（ENCAPSULATION LAYER、以下‘Layer Ｅ’と称する）３２０、配送階層（DELIVERY LAYER、以下‘Layer Ｄ’または‘Layer Ｔ’と称する）３３０、３９０、ネットワーク階層（NETWORK LAYER）３４０、データリンク階層（DATA LINK LAYER）３５０、物理階層（PHYSICAL LAYER）３６０及び制御階層（CONTROL LAYER、以下‘Layer Ｃ’と称する）３７０、３８０を含む。
【００２４】
本発明の実施形態によれば、７個の階層のうちメディアコーディング階層（MEDIA CODING LAYER）３１０、Layer Ｅ３２０により、マルチ-コンテンツまたはマルチ-サービスによるマルチメディアデータが生成されることによって、２個の階層を‘マルチメディアデータ生成部’の構成と見なすことができる。そして、７個の階層のうち、Layer Ｄ３３０によりマルチメディアフレームが構成されることによって、上記Layer Ｄ３３０を‘マルチメディアフレーム構成部’の構成と見なすことができる。すなわち、マルチメディア構成部に該当するLayer Ｄ３３０は、マルチメディアフレームを区分するフレーム識別子、ネットワーク階層での接続サービス品質及び終端間ネットワーク性能を測定するために要求される情報によりヘッダ情報を構成し、ヘッダ情報とマルチメディアデータを結合してマルチメディアフレームを構成する。
【００２５】
一方、７個の階層のうち三個の階層に対応する技術領域（area）は、ＭＭＴ標準のための関連度が非常に高い。上記三個の技術領域は、Layer Ｅ３２０、Layer Ｄ３３０、３９０、Layer Ｃ３７０、３８０の各々に対応する技術領域である。ここで、Layer Ｅ３２０は、複合コンテンツの生成を担当し、Layer Ｄ３３０、３９０は、異種ネットワークを通した生成コンテンツの効率的な転送を担当し、Layer Ｃ３７０、３８０は、複合コンテンツの消費管理及び転送管理のための全般的な制御を担当する。
【００２６】
Layer Ｅ３２０は、ＭＭＴ Ｅ．３階層３２２、ＭＭＴ Ｅ．２階層３２４及びＭＭＴ Ｅ．１階層３２６で構成される。ＭＭＴ Ｅ．３階層３２２は、メディアコーディング階層３１０から提供されるコーディングされたマルチメディアデータの入力を受けて、ＭＭＴサービスのための最も基本単位であるデータ断片（fragment）を生成する。ＭＭＴ Ｅ．２階層３２４は、ＭＭＴ Ｅ．３階層３２２により生成されたデータ断片を使用してＭＭＴサービスのためのアクセスユニット（ＡＵ:Access Unit）を生成する。ＭＭＴ Ｅ．１階層３２６は、複合コンテンツの生成及び、保存と転送のためのフォーマットを生成する。ＭＭＴ Ｅ．１階層３２６は、ＭＭＴ Ｃ.１階層３７０がＡＵを設定することを助けるために、ＭＭＴアセット（Asset）情報をＭＭＴ Ｃ.１階層３７０に転送して、ＭＥのＱｏＥ（Quality of Service）を保障するためにＭＥ情報をＭＭＴ Ｃ.１階層３７０に転送する。
【００２７】
Layer Ｄ３３０、３９０は、 ＭＭＴ Ｄ.１階層３３２、ＭＭＴ Ｄ.２階層３３４、 ＭＭＴ Ｄ.３階層３９０で構成される。ＭＭＴ Ｄ.１階層３３２は、ＲＴＰ（Real-time transport protocol）あるいはＨＴＴＰ（Hyper Text Transport Protocol）と類似な役割を遂行するアプリケーションプロトコル（Application Protocol）を担当し、ＭＭＴ Ｄ.２階層３３４は、ＵＤＰ（User Datagram Protocol）あるいはＴＣＰ（Transmission Control Protocol）と類似な役割を遂行するネットワーク階層プロトコルを担当し、ＭＭＴ Ｄ.３階層３９０は、Layer Ｅ３２０を構成する各階層とLayer Ｄ３３０を構成する各階層の相互間の最適化のための動作を遂行する。
【００２８】
Layer Ｃ３７０、３８０は、ＭＭＴ Ｃ.１階層３７０とＭＭＴ Ｃ.２階層３８０で構成される。ＭＭＴ Ｃ.１階層３７０は、複合コンテンツの生成及び消費に関連した情報を提供し、ＭＭＴ Ｃ.２階層３８０は、複合コンテンツの転送に関連した情報を提供する。ＭＭＴ Ｃ.１階層３７０は、ＭＥのＱｏＥを保障するために要求されるサービス発見情報（Service Discovery information）をＭＭＴ Ｄ.１階層３３２に転送する。サービス発見情報は、アプリケーション階層ＦＥＣ（Forward Error Correction）とセキュリティ情報のようなセッション解析（description）を含む。また、ＭＭＴ Ｃ.１階層３７０はＭＥの伝達をＭＭＴ Ｄ.１階層３３２に要求する。
【００２９】
一方、本発明は、Layer Ｄ３３０、３９０でＭＥを転送するために、ＭＥがLayer Ｄ３３０、３９０での基本単位であるＡＵ（Access Unit）で構成されることができる。この場合、各ＡＵは複数の断片（Fragment）になることができ、サイズによって多様なＡＵが集合（Aggregate）され一つのマルチメディアフレームを構成して転送されることができる。
【００３０】
また、Layer Ｄ３３０、３９０で、ＭＥは、ＭＭＴアクセスユニット（ＭＡＵ）を利用して転送される。ＭＡＵは、Layer Ｄ３３０、３９０で、転送のための最も小さいデータエンティティ（Entity）として、マルチメディアフレームのペイロードを構成する。ＭＡＵは、アクセスユニットとして非常に効率的で単純なものであり、ＭＥは、ＭＡＵで２個またはそれ以上の断片に分離されることができる。また、ＭＡＵはオプションとして転送のためのインターリビング（Interleaving）を許可する。
【００３１】
ＭＡＵは、可能なビットレートでＭＥを転送するが、特定のＭＥを転送するために最小限の構成が必要である。単純な設計を許可するために、専用受信機を除いて、ＭＥ等の転送のために、特定モード（modes）を考慮することができるが、例えば、あるＭＭＴストリームを転送するために利用される包括モード（generic mode）だけでなく、ＭＭＴストリーム（streams）モードを考慮することができる。また、今後の追加的なシステムに関連した情報の転送のために、補助フィールド（auxiliary field）が任意のデータを転送するように構成されることができる。
【００３２】
大部分のＩＰネットワークは、非常に小さいＭＴＵ（Maximum Transmission Unit）サイズを有している。したがって、フレームのペイロードフォーマットは、ＭＡＵの断片を許可し、一つのＭＡＵは断片化されマルチメディアフレームのペイロードに含まれて転送されることができる。この結果、マルチメディアフレームが転送ステップで紛失した場合、全体ＭＡＵの代りにＭＡＵ断片が紛失する可能性がある。
【００３３】
ＭＭＴシステムでは受信機等の動作を単純化するために、マルチメディアフレームは、一つまたは２個以上の完成ＭＡＵまたは一つのＭＡＵのシングル断片を運搬（carry）することができる。ライブストリーミング（Live Streaming）またはＶｏＤ（Video on Demand）転送の場合、ＭＡＵは同じサイズで断片化されることができ、ファイル転送の場合にＭＡＵは任意サイズを有することができる。
【００３４】
マルチメディアフレームがＭＡＵ間の隣接したシーケンス（sequence）を運搬する時、マルチメディアフレームの損失は、ユーザーにはデコーディングギャップ（decoding gap）と考えられる。したがって、ＲＴＰパケットでアクセスユニットがインターリーブ（interleave）されるように許可する必要があり、待ち時間（latency）における通常のコスト及び実行複雑性のために、パケット損失に関して相当な誤り耐性（error resiliency）を達成することができる。
【００３５】
一つのＭＡＵは、複数のＡＵを転送することが可能である。ＡＵは、オクテット（octets）で固定されたサイズだけでなく、可変サイズを有することができる。一つのマルチメディアフレームで多様に連結された（Concatenated）ＡＵを解析するために、各ＡＵのサイズは受信機に通知されるが、一定のＡＵ（constant ＡＵ）サイズに対して連結する時、そのサイズがＭＩＭＥ（Multipurpose Internet Mail Extensions）フォーマットパラメータを通して帯域外で転送される。可変サイズＡＵに対して連結する時、ＭＡＵは各ＡＵサイズを帯域内で転送する。
【００３６】
ＭＭＴシステムの受信機の動作を単純化するために、複数のＡＵが一つのマルチメディアフレームで運搬される時、各ＡＵの番号はフレームに含まれなければならない。また、ＡＵの選択的なインターリビングを提供するために、マルチメディアフレームのペイロードフォーマットは各ＡＵに送られるインデックス情報を含む。ＭＭＴシステムで、サーバは、デインターリビング（de-interleaving）のための割当のために、バッファーリソースに関して受信機に情報を知らせた後に受信機に先行してその情報を転送することなく自由にインターリビングパターンを選択することができるため、アクセスユニットサイズ、誤り率等に基づいてインターリビングパターンをダイナミックに採択することができる。
【００３７】
このように、ＭＡＵはＭＭＴシステムで有用に利用されるが、以下ではＭＡＵに対して具体的に説明する。
【００３８】
まず、ＭＡＵの構成を説明すると、ＭＡＵは表１のようにヘッダ領域にＭＡＵヘッダ（ＭＡＵ Header）とデータ領域にＭＭＴペイロード（ＭＭＴ Payload）を含む。ＭＡＵヘッダは、ＭＭＴペイロードにあるデータに対する情報を含み、ＭＭＴペイロードはＭＥを構成するＡＵを含む。
【００３９】
【表１】
2018182769.tif 000003
【００４０】
ＭＡＵヘッダに含まれる情報は、例えば表２のように示すことができる。
【００４１】
【表２】
2018182769.tif 000004
【００４２】
表２でＭＡＵヘッダに含まれる情報は、１２７ビットで構成されるが、各フィールドは、１５ビットを利用して特定情報を示す。すなわち、第１のフィールド（０乃至１５番目ビット）はパケットタイプ（packet Type）、第２のフィールド（１６乃至３１番目ビット）はソースポート番号（source port Number）、第３のフィールド（３２乃至４７番目ビット）は目的地ポート番号（destination port Number）、第４のフィールド（４８乃至６３番目ビット）は長さ（length）、第５のフィールド（６４乃至７９番目ビット）はアイテム個数（number of items）、第６のフィールド（８０乃至９５番目ビット）はシーケンス番号（sequence Number）、第７のフィールド（９６乃至１１１番目ビット）はタイムスタンプ（Time stamp）、第８のフィールド（１１２乃至１２７番目ビット）はＭＡＵのインジケータ（Indicator of ＭＡＵ）を示す。以下ではそれぞれの情報が示す具体的な内容に対して説明する。
【００４３】
まず、パケットタイプに関するフィールドは、ＭＭＴペイロードに含まれているデータの状態を示す。すなわち、ＭＥが複数のブロックに分割され、各ブロックをＭＡＵを利用して転送する場合、一つのブロックがＭＭＴペイロードに完全に含まれているのか、ブロックが断片化（Fragment）されブロックの一部がＭＭＴペイロードに含まれているのか、複数のブロックが含まれているのかを示す。
【００４４】
また、パケットタイプは、ＭＡＵのタイプ（ＴＭ）、断片情報（ＦＩ）を含む。ＴＭは１ビットを利用してＭＡＵのタイプ（ＴＭ）を示すが、転送であるかまたは制御であるかのペイロードのタイプを指示する。ＴＭが１に設定されると、ＭＡＵがＭＭＴ制御メッセージを含むことを示す。ＦＩは２ビットを利用してＭＭＴペイロードに含まれている断片に関する情報を示す。すなわち、ＭＥを構成するブロックが断片化されＭＭＴペイロードに含まれる場合、断片に対する情報を示す。例えばＦＩは、表３のように示すことができる。
【００４５】
【表３】
2018182769.tif 000005
【００４６】
表３で（００）は、ＭＭＴペイロードにＭＥのブロックに対する断片は含まれておらず、完全なブロックが含まれていることを示す。（０１）は、ＭＭＴペイロードにＭＥのブロックの最初の断片が含まれていることを示し、（１０）は、ＭＭＴペイロードにＭＥのブロックの断片のうち最初及び最後でない断片が含まれていることを示し、（１１）は、ＭＭＴペイロードにＭＥのブロックの最後の断片が含まれていることを示す。
【００４７】
ソースポート番号に関するフィールドは送信機のポートを示すが、特定の場合、応答のためのポートと仮定される。ソースポート番号に該当するフィールドが使われないと、０になる。また、ソースホストがクライアントであると、そのポート番号は一時的なポート番号になり、ソースホストがサーバであると、そのポート番号はよく知られたポート番号となる。
【００４８】
目的地ポート番号に関するフィールドは受信機のポートを示す。クライアントが目的地ホストであるとソースポート番号と同様に、そのポート番号は一時的なポート番号になり、目的地ホストがサーバであると、そのポート番号はよく知られたポート番号となる。
【００４９】
長さに関するフィールドはペイロード（ヘッダとデータ）の長さを指示する。その最小の長さはヘッダの長さであるので、８バイト（byte）である。長さを示すフィールドのサイズは理論的に６５５３５バイト（８バイトヘッダ＋６５，５２７バイトデータ）に制限される。基本的なＩＰｖ４プロトコルにより強制されるデータ長に対する実際的な制限は、６５，５０７バイト（６５，４８７バイトＭＡＵヘッダ、２０バイトＩＰヘッダ）である。
【００５０】
アイテムの個数に関するフィールドは、ＭＭＴペイロードにＭＥのいずれか一つのブロックが含まれているかまたは複数のブロックが集合（Aggregated）されている場合の関連情報を示す。
【００５１】
例えば、ＭＥが複数のブロックに分割され、そのうちいずれか一つのブロックがＭＭＴペイロードに含まれている場合、ＭＭＴペイロードにあるブロックが全体の何番目であるか、残余ブロックの個数などを示す。また、複数のブロックが集合されている場合、ブロックの個数を示す。この場合、複数のブロックの各々はお互い異なるタイプのメディアデータに対するものであり得る。アイテムの個数に関するフィールドの意味（semantic）はフレームタイプに依存する。
【００５２】
シーケンス番号に関するフィールドは、各ＭＡＵに対して一つずつ増加され転送されて、ＭＡＵ損失を検出するために受信機で利用される。ＭＭＴシステムはパケット損失に対して何の動作も遂行せず、パケット損失に対する動作はアプリケーションに残される。ＲＦＣ（Request For Comments）３５５０のようなＲＴＰを利用した転送方法の基本になる文書によれば、シーケンス番号の初期値はより難しい暗号化でよく知られたプレーンテキスト攻撃（plaintext attacks）をするために任意に決定されなければならない。ＭＭＴシステムは転送の安全性は保障しないが、シーケンス番号を利用して損失したＭＡＵを検出することができる。
【００５３】
タイムスタンプに関するフィールドは特定の時刻を示すが、データが生成されたり変更された時刻を示す。
【００５４】
ＭＡＵのインジケータに関するフィールドは、転送サービスに対するインジケータを含む。例えば、サービス保護インジケータ、フラグとしてアプリケーション階層ＦＥＣインジケータを含むことができる。２ビットを利用してＭＡＵインジケータを示す場合、（００）はサービス保護を指示し、（０１）はアプリケーション階層ＦＥＣを指示し、（１０）及び（１１）は他の内容を指示するために利用することができる。
【００５５】
図４は、本発明の一実施形態によるＭＭＴシステムで、マルチ-サービス／コンテンツによるマルチメディアフレームを異種ネットワークを通して転送するためにマルチメディアフレームのペイロードを構成するフローチャートである。
【００５６】
図４では、図３で説明した階層のうち、Layer Ｄ３３０を構成するＭＭＴ Ｄ.１階層３３２で遂行される動作を示している。
【００５７】
図４を参照すれば、マルチメディアデータを転送するためにＭＥは複数のブロックに分割される（４００）。ＭＡＵのＭＭＴペイロードは分割されたブロックを利用して構成されるが、ＭＭＴペイロードは、いずれか一つのブロックまたはいずれか一つのブロックの断片を含んだり、複数のブロックを含むことができる（４１０）。ＭＭＴペイロードが構成されると、ＭＡＵヘッダはＭＭＴペイロードに含まれているデータに関する情報またはサービス保護インジケータ、アプリケーション階層ＦＥＣなどと関連したＭＭＴペイロード情報を含んで構成される（４２０）。ＭＡＵヘッダとＭＭＴペイロードが構成されると、ＭＡＵヘッダとＭＭＴペイロードを結合してフレームのペイロードを構成する（４３０）。構成されたフレームのペイロードはフレームのヘッダと結合して一つのフレームで転送される。
【００５８】
本発明の詳細な説明では具体的な実施形態に関し説明したが、本発明の範囲を抜け出さない限度で色々な変形が可能であることは明らかである。
【００５９】
したがって、本発明の範囲は説明された実施形態に限定されず、後述される特許請求の範囲だけでなくこの特許請求の範囲と均等なもの等により定められるべきである。
【符号の説明】
【００６０】
１１０  メディアコーディング階層
１２０  同期階層
１３０  配送階層
１４０  ネットワーク階層
１５０  データリンク階層
１６０  物理階層
【図１】
2018182769.tif 000006
【図２】
2018182769.tif 000007
【図３】
2018182769.tif 000008
【図４】
2018182769.tif 000009