特許 6158093 放送システムにおけるマルチメディアデータの転送装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6158093

(24)【登録日】2017年6月16日

(45)【発行日】2017年7月5日

(54)【発明の名称】放送システムにおけるマルチメディアデータの転送装置及び方法

(51)【国際特許分類】

   H04L 12/951 20130101AFI20170626BHJP

   H04L 12/70 20130101ALI20170626BHJP

【ＦＩ】

   H04L12/951

   H04L12/70 F

【請求項の数】8

【全頁数】13

(21)【出願番号】特願2013-550405(P2013-550405)

(86)(22)【出願日】2012年1月19日

(65)【公表番号】特表2014-503162(P2014-503162A)

(43)【公表日】2014年2月6日

(86)【国際出願番号】KR2012000468

(87)【国際公開番号】WO2012099408

(87)【国際公開日】20120726

【審査請求日】2015年1月7日

(31)【優先権主張番号】10-2011-0005654

(32)【優先日】2011年1月19日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(72)【発明者】

【氏名】キュン−モ・パク

(72)【発明者】

【氏名】スン−オウ・ホワン

(72)【発明者】

【氏名】ジェ−ヨン・ソン

【審査官】 衣鳩 文彦

(56)【参考文献】

【文献】 米国特許出願公開第２００７／００８６４８１（ＵＳ，Ａ１）

【文献】 特開２００４−２５４２８１（ＪＰ，Ａ）

【文献】 特開２０１０−２４６１２０（ＪＰ，Ａ）

【文献】 特開２００１−１４８８５３（ＪＰ，Ａ）

【文献】 渡辺 紳一，ＭＰＥＧとインターネット通信まるわかり ストリーミング技術の“コア”Ｃｈａｐｔｅｒ ３ 要素技術 Ｓｅｃ．１ 映像圧縮，組込みプレス，２００８年 ９月 １日，第12巻，p.65〜80

【文献】 Convenor，Liaison Statement on MMT[online]， 3GPP TSG-SA WG4#58 S4-100296，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG4_CODEC/TSGS4_58/Docs/S4-100296.zip＞，２０１０年 ４月３０日，p.1〜25

【文献】 福原 隆浩 他 著，ＪＰＥＧ２０００詳細解説，ＣＱ出版株式会社，２００４年 ９月１５日，第1版，p.228〜233

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／００〜１２／９５５

(57)【特許請求の範囲】

【請求項1】

インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通して転送するマルチメディアフレームのペイロードを構成する方法であって、
少なくとも一つのメディアタイプ別にデータを転送するために、前記データを分割した後に分割されたデータに基づいてデータ領域を構成するステップと、
前記データ領域に含まれるデータの状態情報及び前記データ領域に関する情報のうち少なくとも一つを含んでヘッダ領域を構成するステップと、
前記データ領域と前記ヘッダ領域を結合して前記マルチメディアフレームのペイロードを構成するステップとを含み、
前記データの状態情報は、前記分割されたデータのうちいずれか一つが前記データ領域に全部含まれているか、または前記分割されたデータのうちいずれか一つの一部が前記データ領域に含まれているかを示す情報を含み、
前記データの状態情報は、前記データ領域に、前記分割されたデータのうちいずれか一つが全部含まれている場合、全体データで前記データ領域に含まれたデータが該当する順序、及び、残余ブロックの個数を含む残余データに対する情報を含むことを特徴とする、マルチメディアフレームのペイロード構成方法。

【請求項2】

前記データの状態情報は、前記データ領域に前記分割されたデータのうちいずれか一つの一部が含まれている場合、前記データ領域に含まれたデータが前記いずれか一つの分割されたデータで該当する順序を示す情報を含むことを特徴とする、請求項１に記載のマルチメディアフレームのペイロード構成方法。

【請求項3】

前記データの状態情報は、前記データ領域に複数の分割されたデータが含まれている場合、前記複数の分割されたデータの個数に関する情報を含むことを特徴とする、請求項１に記載のマルチメディアフレームのペイロード構成方法。

【請求項4】

前記データ領域に関する情報は、サービス保護インジケータ、アプリケーション階層ＦＥＣ（Forward Error Correction）のうち少なくとも一つを含むことを特徴とする、請求項１に記載のマルチメディアフレームのペイロード構成方法。

【請求項5】

インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通して転送するマルチメディアフレームのペイロードを構成する装置であって、
少なくとも一つのメディアタイプ別にデータを転送するために、前記データを分割した後に各分割されたデータに基づいてデータ領域を構成するデータ領域構成部と、
前記データ領域に含まれるデータの状態情報及び前記データ領域に関する情報のうち少なくとも一つを含んでヘッダ領域を構成するヘッダ領域構成部と、
前記データ領域と前記ヘッダ領域を結合して前記マルチメディアフレームのペイロードを構成するペイロード構成部とを含み、
前記データの状態情報は、前記分割されたデータのうちいずれか一つが前記データ領域に全部含まれているか、または前記分割されたデータのうちいずれか一つの一部が前記データ領域に含まれているかを示す情報を含み、
前記データの状態情報は、前記データ領域に、前記分割されたデータのうちいずれか一つが全部含まれている場合、全体データで前記データ領域に含まれたデータが該当する順序、及び、残余ブロックの個数を含む残余データに対する情報を含む、マルチメディアフレームのペイロード構成装置。

【請求項6】

前記データの状態情報は、前記データ領域に前記分割されたデータのうちいずれか一つの一部が含まれている場合、前記データ領域に含まれたデータが前記いずれか一つの分割されたデータで該当する順序を示す情報を含むことを特徴とする、請求項５に記載のマルチメディアフレームのペイロード構成装置。

【請求項7】

前記データの状態情報は、前記データ領域に複数の分割されたデータが含まれている場合、前記複数の分割されたデータの個数に関する情報を含むことを特徴とする、請求項５に記載のマルチメディアフレームのペイロード構成装置。

【請求項8】

前記データ領域に関する情報は、サービス保護インジケータ、アプリケーション階層ＦＥＣ（Forward Error Correction）のうち少なくとも一つを含むことを特徴とする、請求項５に記載のマルチメディアフレームのペイロード構成装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、放送システムにおけるマルチメディアデータの転送装置及び方法に関し、具体的には、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通してマルチメディアデータを転送する装置及び方法に関する。

【背景技術】

【0002】

従来、放送ネットワークでマルチメディアコンテンツを転送するために、ＭＰＥＧ−２ ＴＳ（Moving Picture Experts Group-2 Transport Stream）を使用することが一般的であった。すなわち、上記ＭＰＥＧ−２ ＴＳは、誤りがある転送環境で複数の放送プログラム（符号化された複数のビデオビット列）が多重化されたビット列を転送するための代表的な転送技術として使われている。例えば、上記ＭＰＥＧ−２ ＴＳはマルチメディア時代のデジタルＴＶ放送における使用に適合する。

【0003】

図１は、従来ＭＰＥＧ−２ ＴＳをサポートするための階層構造を示す。

【0004】

図１を参照すれば、ＭＰＥＧ−２ ＴＳをサポートするための階層は、メディアコーディング階層（MEDIA CODING LAYER）１１０、同期階層（SYNC LAYER）１２０、配送階層（DELIVERY LAYER）１３０、ネットワーク階層（NETWORK LAYER）１４０、データリンク階層（DATA LINK LAYER）１５０及び物理階層（PHYSICAL LAYER）１６０を含む。

【0005】

メディアコーディング階層（MEDIA CODING LAYER）１１０と同期階層（SYNC LAYER）１２０は、メディアデータの記録または送信の基本単位に使用し易いフォーマットで構成する。そして配送階層（DELIVERY LAYER）１３０、ネットワーク階層（NETWORK LAYER）１４０、データリンク階層（DATA LINK LAYER）１５０及び物理階層（PHYSICAL LAYER）１６０は、同期階層（SYNC LAYER）１２０により構成されたフォーマットのデータブロックを別途の記録媒体に記録したり転送するためのマルチメディアフレームを構成する。このように構成されたマルチメディアフレームは、所定のネットワークを通して加入者端末などに転送される。このために、同期階層（SYNC LAYER）１２０は、分割ブロック（FRAGMENT BLOCK）１２２とアクセスユニット（ACCESS UNIT）１２４により構成され、配送階層（DELIVERY LAYER）１３０は、ＭＰＥＧ−２ ＴＳ／ＭＰ４ ＲＴＰ Payload Format/Flute１３２、ＲＴＰ／ＨＴＴＰ１３４及びＵＤＰ／ＴＣＰ１３６により構成される。

【0006】

しかし、ＭＰＥＧ−２ ＴＳには、マルチメディアサービスをサポートすることにおいていくつかの限界がある。上記ＭＰＥＧ−２ ＴＳの限界は、単方向通信、固定されたフレームサイズによる転送の非効率性、オーディオ／ビデオに特化されている転送プロトコル及びインターネットプロトコル（ＩＰ:Internet Protocol）を使用して転送する場合に不必要なオーバーヘッドが発生することである。

【0007】

したがって、ＭＰＥＧではＭＰＥＧ−２ ＴＳの限界を克服するために、ＭＰＥＧ技術に基づいてマルチメディアサービスをサポートするためのマルチメディア転送技術の一つとして、ＭＭＴ（ＭＰＥＧ MEDIA Transport）標準が新たに提案されている。例えば、ＭＭＴ標準は、異種ネットワークを通して複合コンテンツを効率的に転送するために適用される。ここで、複合コンテンツとは、ビデオ（Video）／オーディオ（Audio）／アプリケーション（Application）などによるマルチメディア要素を有するコンテンツの集合を意味する。そして、異種ネットワークとは、放送ネットワークと通信ネットワークなどが混在するネットワークを意味する。

【0008】

このようなＭＭＴ標準は、マルチメディアサービスのための転送ネットワークでの基本技術であるＩＰに、より親和的な転送技術を定義することを目的としている。したがって、ＭＭＴ標準は、代表的にＩＰに基づいて変化するマルチメディアサービス環境で、効率的なＭＰＥＧ転送技術を提供するためのものであり、持続的な研究と共に標準化が進行している。特に、混合（hybrid）ネットワークと混合コンテンツ（Hybrid content）を提供しようとする近来のマルチメディアサービス環境におけるＭＭＴ標準のためには効率的なＭＰＥＧ転送技術を提供するための方案が必要である。
上記情報は、本発明の理解を助けるための背景情報として開示される。上記情報が本発明との関係において先行技術として適用されるか否かに対して、ある決定も主張もなしていない。

【発明の概要】

【発明が解決しようとする課題】

【0009】

本発明の側面は、少なくとも上記言及した問題及び/または利点を助けるために、また、少なくとも以下で開示される利点を提供するためものである。従って、本発明の一側面は、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムで、異種ネットワークを通してマルチメディアデータを転送する方法を提案する。

【0010】

また、本発明は、ＭＭＴ技術に基づいて混合コンテンツまたは混合サービスを提供するためにマルチメディアフレームのペイロードを構成してマルチメディアデータを転送するための方法及び装置を提供する。

【0011】

また、本発明は、ＭＭＴ技術に基づいて混合コンテンツまたは混合サービスを提供するためのマルチメディアフレームのペイロードを構成するために、ＭＭＴアクセスユニットのヘッダ領域及びデータ領域を構成するための方法及び装置を提供する。

【課題を解決するための手段】

【0012】

本発明は、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通して転送するマルチメディアフレームのペイロードを構成する方法であって、少なくとも一つのメディアタイプ別データを転送するために、上記データを分割した後に、各分割されたデータに基づいてデータ領域を構成するステップと、上記データ領域に含まれるデータの状態情報及び上記データ領域に関する情報のうち少なくとも一つを含んでヘッダ領域を構成するステップと、上記データ領域と上記ヘッダ領域を結合して上記マルチメディアフレームのペイロードを構成するステップとを含むマルチメディアフレームのペイロード構成方法を提供する。

【0013】

また、本発明は、インターネットプロトコルに基づいてマルチメディアサービスをサポートする放送システムにおいて、異種ネットワークを通して転送するマルチメディアフレームのペイロードを構成する装置であって、少なくとも一つのメディアタイプ別データを転送するために、上記データを分割した後に、各分割されたデータに基づいてデータ領域を構成するデータ領域構成部と、上記データ領域に含まれるデータの状態情報及び上記データ領域に関する情報のうち少なくとも一つを含んでヘッダ領域を構成するヘッダ領域構成部と、上記データ領域と上記ヘッダ領域を結合して上記マルチメディアフレームのペイロードを構成するペイロード構成部とを含むマルチメディアフレームのペイロード構成装置を提供する。

【発明の効果】

【0014】

本発明は、異種ネットワークを通して混合サービスまたはコンテンツを提供することによって、マルチメディア環境で効率的なＭＰＥＧ転送をサポートすることができる。

【0015】

また、本発明は、高品質のコンテンツ及び混合コンテンツを提供することができ、混合ネットワークを提供することもできる。
本発明の他の側面、利点及び最も重要な特徴が次の詳細な説明により当業者にとって明らかになるはずである。詳細な説明は、付加された図面と共に本発明の多様な実施形態を開示する。
本発明の上記他の側面、特徴及び特定の実施形態の利点は、添付の図面と以下の説明から、より明確になる。

【図面の簡単な説明】

【0016】

【図1】従来のＭＰＥＧ−２ ＴＳをサポートするための階層構造を示す図である。

【図2】本発明の一実施形態によるＭＭＴ標準を基盤とする放送システムによるＭＭＴサービスを概念的に示す図である。

【図3】本発明の一実施形態によるＭＭＴシステムで、マルチサービス／コンテンツによるマルチメディアデータを、異種ネットワークを通して転送するための階層構造を示す図である。

【図4】本発明の一実施形態によるＭＭＴシステムで、マルチサービス／コンテンツによるマルチメディアフレームを、異種ネットワークを通して転送するためにマルチメディアフレームのペイロードを構成するフローチャートである。

【発明を実施するための形態】

【0017】

図面を通じて、類似な参照番号は、類似な部分、構成及び構造を参照することで理解される。
以下、本発明の実施形態を図面と共に詳細に説明する。本発明の説明において、本発明の要旨を不必要に不明瞭にするおそれがある関連した公知機能あるいは構成の説明は省略する。

【0018】

図２は、本発明の一実施形態によるＭＭＴ(MPEG MEDIA Transport)標準を基盤とする放送システム（以下‘ＭＭＴシステム’と称する）によるＭＭＴサービスを概念的に示す図である。

【0019】

図２を参照すると、ＭＭＴサービスのためのコンテンツとして、ＵＨＤ(Ultra High Definition)、ＶＯＤ(Video On Demand)、ライブストリーミング（Live Streaming）、ファイル（file）、ウィジェット（Widget）、電子ブック（Ｅ-book）、メタデータ（metadata）などを仮定している。しかし、その他に電気的信号で表現可能なあらゆるコンテンツをその対象にすることができることは明らかである。

【0020】

多様なコンテンツ各々によるマルチメディアデータは、所定のフォーマットによりＭＭＴエンカプスレータ（ＭＭＴ encapsulator;ＭＥ）でカプセル化された後に、マルチメディアフレームを構成して、異種ネットワークを通して加入者端末に混合配送（Hybrid delivery）される。ここで、異種ネットワークとは、放送ネットワークとＩＰネットワークなどが混在した転送環境のネットワークを意味する。また、マルチメディアフレームは、ＭＭＴサービスのための転送フレーム（Transport Frame）であり、ＭＭＴ接続ユニット（ＭＭＴ Access Unit）のパケットである。

【0021】

異種ネットワークを通して混合配送されるマルチメディアフレームを受信した加入者端末（Adaptation）は、マルチメディアフレームから所望のコンテンツに対応するマルチメディアデータを抽出し、抽出したマルチメディアデータに基づいてビデオ／オーディオ／アプリケーションなどをユーザに提供する。この場合、特定コンテンツのために提供されるビデオ／オーディオ／アプリケーションなどに対応したマルチメディアデータ各々を‘ＭＭＴアセット（ＭＭＴ asset）’と命名している。そして加入者端末は、マルチメディアサービスのサポートが可能な大部分の端末を含む意味として使われる。加入者端末の代表的な例としてＩＰ ＴＶ、スマートフォンなどが挙げられる。

【0022】

図３は、本発明の一実施形態による、ＭＭＴシステムでマルチサービス／コンテンツによるマルチメディアフレームを、異種ネットワークを通して転送するための階層構造を示している。

【0023】

図３を参照すると、マルチメディアフレームを構成してこれを転送するためには、７個の階層（Seven Layer）が要求される。上記７個の階層は、メディアコーディング階層（MEDIA CODING LAYER）３１０、カプセル化階層（ENCAPSULATION LAYER、以下‘Layer Ｅ’と称する）３２０、配送階層（DELIVERY LAYER、以下‘Layer Ｄ’または‘Layer Ｔ’と称する）３３０、３９０、ネットワーク階層（NETWORK LAYER）３４０、データリンク階層（DATA LINK LAYER）３５０、物理階層（PHYSICAL LAYER）３６０及び制御階層（CONTROL LAYER、以下‘Layer Ｃ’と称する）３７０、３８０を含む。

【0024】

本発明の実施形態によれば、７個の階層のうちメディアコーディング階層（MEDIA CODING LAYER）３１０、Layer Ｅ３２０により、マルチ-コンテンツまたはマルチ-サービスによるマルチメディアデータが生成されることによって、２個の階層を‘マルチメディアデータ生成部’の構成と見なすことができる。そして、７個の階層のうち、Layer Ｄ３３０によりマルチメディアフレームが構成されることによって、上記Layer Ｄ３３０を‘マルチメディアフレーム構成部’の構成と見なすことができる。すなわち、マルチメディア構成部に該当するLayer Ｄ３３０は、マルチメディアフレームを区分するフレーム識別子、ネットワーク階層での接続サービス品質及び終端間ネットワーク性能を測定するために要求される情報によりヘッダ情報を構成し、ヘッダ情報とマルチメディアデータを結合してマルチメディアフレームを構成する。

【0025】

一方、７個の階層のうち三個の階層に対応する技術領域（area）は、ＭＭＴ標準のための関連度が非常に高い。上記三個の技術領域は、Layer Ｅ３２０、Layer Ｄ３３０、３９０、Layer Ｃ３７０、３８０の各々に対応する技術領域である。ここで、Layer Ｅ３２０は、複合コンテンツの生成を担当し、Layer Ｄ３３０、３９０は、異種ネットワークを通した生成コンテンツの効率的な転送を担当し、Layer Ｃ３７０、３８０は、複合コンテンツの消費管理及び転送管理のための全般的な制御を担当する。

【0026】

Layer Ｅ３２０は、ＭＭＴ Ｅ．３階層３２２、ＭＭＴ Ｅ．２階層３２４及びＭＭＴ Ｅ．１階層３２６で構成される。ＭＭＴ Ｅ．３階層３２２は、メディアコーディング階層３１０から提供されるコーディングされたマルチメディアデータの入力を受けて、ＭＭＴサービスのための最も基本単位であるデータ断片（fragment）を生成する。ＭＭＴ Ｅ．２階層３２４は、ＭＭＴ Ｅ．３階層３２２により生成されたデータ断片を使用してＭＭＴサービスのためのアクセスユニット（ＡＵ:Access Unit）を生成する。ＭＭＴ Ｅ．１階層３２６は、複合コンテンツの生成及び、保存と転送のためのフォーマットを生成する。ＭＭＴ Ｅ．１階層３２６は、ＭＭＴ Ｃ.１階層３７０がＡＵを設定することを助けるために、ＭＭＴアセット（Asset）情報をＭＭＴ Ｃ.１階層３７０に転送して、ＭＥのＱｏＳ（Quality of Service）を保障するためにＭＥ情報をＭＭＴ Ｃ.１階層３７０に転送する。

【0027】

Layer Ｄ３３０、３９０は、 ＭＭＴ Ｄ.１階層３３２、ＭＭＴ Ｄ.２階層３３４、 ＭＭＴ Ｄ.３階層３９０で構成される。ＭＭＴ Ｄ.１階層３３２は、ＲＴＰ（Real-time transport protocol）あるいはＨＴＴＰ（Hyper Text Transport Protocol）と類似な役割を遂行するアプリケーションプロトコル（Application Protocol）を担当し、ＭＭＴ Ｄ.２階層３３４は、ＵＤＰ（User Datagram Protocol）あるいはＴＣＰ（Transmission Control Protocol）と類似な役割を遂行するネットワーク階層プロトコルを担当し、ＭＭＴ Ｄ.３階層３９０は、Layer Ｅ３２０を構成する各階層とLayer Ｄ３３０を構成する各階層の相互間の最適化のための動作を遂行する。

【0028】

Layer Ｃ３７０、３８０は、ＭＭＴ Ｃ.１階層３７０とＭＭＴ Ｃ.２階層３８０で構成される。ＭＭＴ Ｃ.１階層３７０は、複合コンテンツの生成及び消費に関連した情報を提供し、ＭＭＴ Ｃ.２階層３８０は、複合コンテンツの転送に関連した情報を提供する。ＭＭＴ Ｃ.１階層３７０は、ＭＥのＱｏＳを保障するために要求されるサービス発見情報（Service Discovery information）をＭＭＴ Ｄ.１階層３３２に転送する。サービス発見情報は、アプリケーション階層ＦＥＣ（Forward Error Correction）とセキュリティ情報のようなセッション解析（description）を含む。また、ＭＭＴ Ｃ.１階層３７０はＭＥの伝達をＭＭＴ Ｄ.１階層３３２に要求する。

【0029】

一方、本発明は、Layer Ｄ３３０、３９０でＭＥを転送するために、ＭＥがLayer Ｄ３３０、３９０での基本単位であるＡＵ（Access Unit）で構成されることができる。この場合、各ＡＵは複数の断片（Fragment）になることができ、サイズによって多様なＡＵが集合（Aggregate）され一つのマルチメディアフレームを構成して転送されることができる。

【0030】

また、Layer Ｄ３３０、３９０で、ＭＥは、ＭＭＴアクセスユニット（ＭＡＵ）を利用して転送される。ＭＡＵは、Layer Ｄ３３０、３９０で、転送のための最も小さいデータエンティティ（Entity）として、マルチメディアフレームのペイロードを構成する。ＭＡＵは、アクセスユニットとして非常に効率的で単純なものであり、ＭＥは、ＭＡＵで２個またはそれ以上の断片に分離されることができる。また、ＭＡＵはオプションとして転送のためのインターリビング（Interleaving）を許可する。

【0031】

ＭＡＵは、可能なビットレートでＭＥを転送するが、特定のＭＥを転送するために最小限の構成が必要である。単純な設計を許可するために、専用受信機を除いて、ＭＥ等の転送のために、特定モード（modes）を考慮することができるが、例えば、あるＭＭＴストリームを転送するために利用される包括モード（generic mode）だけでなく、ＭＭＴストリーム（streams）モードを考慮することができる。また、今後の追加的なシステムに関連した情報の転送のために、補助フィールド（auxiliary field）が任意のデータを転送するように構成されることができる。

【0032】

大部分のＩＰ(Internet Protocol) ネットワークは、非常に小さいＭＴＵ（Maximum Transmission Unit）サイズを有している。したがって、フレームのペイロードフォーマットは、ＭＡＵの断片を許可し、一つのＭＡＵは断片化されマルチメディアフレームのペイロードに含まれて転送されることができる。この結果、マルチメディアフレームが転送ステップで紛失した場合、全体ＭＡＵの代りにＭＡＵ断片が紛失する可能性がある。

【0033】

ＭＭＴシステムでは受信機等の動作を単純化するために、マルチメディアフレームは、一つまたは２個以上の完成ＭＡＵまたは一つのＭＡＵのシングル断片を運搬（carry）することができる。ライブストリーミング（Live Streaming）またはＶｏＤ（Video on Demand）転送の場合、ＭＡＵは同じサイズで断片化されることができ、ファイル転送の場合にＭＡＵは任意サイズを有することができる。

【0034】

マルチメディアフレームがＭＡＵ間の隣接したシーケンス（sequence）を運搬する時、マルチメディアフレームの損失は、ユーザーにはデコーディングギャップ（decoding gap）と考えられる。したがって、ＲＴＰパケットでアクセスユニットがインターリーブ（interleave）されるように許可する必要があり、待ち時間（latency）における通常のコスト及び実行複雑性のために、パケット損失に関して相当な誤り耐性（error resiliency）を達成することができる。

【0035】

一つのＭＡＵは、複数のＡＵを転送することが可能である。ＡＵは、オクテット（octets）で固定されたサイズだけでなく、可変サイズを有することができる。一つのマルチメディアフレームで多様に連結された（Concatenated）ＡＵを解析するために、各ＡＵのサイズは受信機に通知されるが、一定のＡＵ（constant ＡＵ）サイズに対して連結する時、そのサイズがＭＩＭＥ（Multipurpose Internet Mail Extensions）フォーマットパラメータを通して帯域外で転送される。可変サイズＡＵに対して連結する時、ＭＡＵは各ＡＵサイズを帯域内で転送する。

【0036】

ＭＭＴシステムの受信機の動作を単純化するために、複数のＡＵが一つのマルチメディアフレームで運搬される時、各ＡＵの番号はマルチメディアフレームに含まれなければならない。また、ＡＵの選択的なインターリビングを提供するために、マルチメディアフレームのペイロードフォーマットは各ＡＵに送られるインデックス情報を含む。ＭＭＴシステムで、サーバは、デインターリビング（de-interleaving）のための割当のために、バッファーリソースに関して受信機に情報を知らせた後に受信機に先行してその情報を転送することなく自由にインターリビングパターンを選択することができるため、アクセスユニットサイズ、誤り率等に基づいてインターリビングパターンをダイナミックに採択することができる。

【0037】

このように、ＭＡＵはＭＭＴシステムで有用に利用されるが、以下ではＭＡＵに対して具体的に説明する。

【0038】

まず、ＭＡＵの構成を説明すると、ＭＡＵは表１のようにヘッダ領域にＭＡＵヘッダ（ＭＡＵ Header）とデータ領域にＭＭＴペイロード（ＭＭＴ Payload）を含む。ＭＡＵヘッダは、ＭＭＴペイロードにあるデータに対する情報を含み、ＭＭＴペイロードはＭＥを構成するＡＵを含む。表１は、ＭＡＵの構造を示す。

【0039】

【表1】

【0040】

ＭＡＵヘッダに含まれる情報は、例えば表２のように示すことができる。

【0041】

【表2】

【0042】

表２は、１２７ビットＭＡＵヘッダの例を示す。表２でＭＡＵヘッダに含まれる情報は、１２７ビットで構成され、多様なフィールドを含むが、各フィールドは、１５ビットを利用して特定情報を示す。すなわち、第１のフィールド（０乃至１５番目ビット）はパケットタイプ（packet Type）、第２のフィールド（１６乃至３１番目ビット）はソースポート番号（source port Number）、第３のフィールド（３２乃至４７番目ビット）は目的地ポート番号（destination port Number）、第４のフィールド（４８乃至６３番目ビット）は長さ（length）、第５のフィールド（６４乃至７９番目ビット）はアイテム個数（number of items）、第６のフィールド（８０乃至９５番目ビット）はシーケンス番号（sequence Number）、第７のフィールド（９６乃至１１１番目ビット）はタイムスタンプ（Time stamp）、第８のフィールド（１１２乃至１２７番目ビット）はＭＡＵのインジケータ（Indicator of ＭＡＵ）を示す。以下ではそれぞれの情報が示す具体的な内容に対して説明する。

【0043】

パケットタイプに関するフィールドは、ＭＭＴペイロードに含まれているデータの状態を示す。すなわち、ＭＥが複数のブロックに分割され、各ブロックをＭＡＵを利用して転送する場合、一つのブロックがＭＭＴペイロードに完全に含まれているのか、ブロックが断片化（Fragment）されブロックの一部がＭＭＴペイロードに含まれているのか、複数のブロックが含まれているのかを示す。

【0044】

また、パケットタイプは、ＭＡＵのタイプ（ＴＭ）、断片情報（ＦＩ）を含む。ＴＭは１ビットを利用してＭＡＵのタイプ（ＴＭ）を示すが、転送タイプまたは制御タイプのようなペイロードのタイプを指示する。ＴＭが１に設定されると、ＭＡＵがＭＭＴ制御メッセージを含むことを示す。ＦＩは２ビットを利用してＭＭＴペイロードに含まれている断片に関する情報を示す。すなわち、ＭＥを構成するブロックが断片化されＭＭＴペイロードに含まれる場合、断片に対する情報を示す。例えばＦＩは、表３のように示すことができる。

【0045】

【表3】

【0046】

表３で（００）は、ＭＭＴペイロードにＭＥのブロックに対する断片は含まれておらず、完全なブロックが含まれていることを示す。（０１）は、ＭＭＴペイロードにＭＥのブロックの最初の断片が含まれていることを示し、（１０）は、ＭＭＴペイロードにＭＥのブロックの断片のうち最初及び最後でない断片が含まれていることを示し、（１１）は、ＭＭＴペイロードにＭＥのブロックの最後の断片が含まれていることを示す。

【0047】

ソースポート番号に関するフィールドは送信機のポートを示すが、特定の場合、応答のためのポートと仮定される。ソースポート番号に該当するフィールドが使われないと、０になる。また、ソースホストがクライアントであると、そのポート番号は一時的なポート番号になり、ソースホストがサーバであると、そのポート番号はよく知られたポート番号となる。

【0048】

目的地ポート番号に関するフィールドは受信機のポートを示す。クライアントが目的地ホストであるとソースポート番号と同様に、そのポート番号は一時的なポート番号になり、目的地ホストがサーバであると、そのポート番号はよく知られたポート番号となる。

【0049】

長さに関するフィールドはペイロード（ヘッダとデータ）の長さを指示する。その最小の長さはヘッダの長さであるので、８バイト（byte）である。長さを示すフィールドのサイズは理論的に６５５３５バイト（８バイトヘッダ＋６５，５２７バイトデータ）に制限される。基本的なＩＰｖ４プロトコルにより強制されるデータ長に対する実際的な制限は、６５，５０７バイト（６５，４８７バイトＭＡＵヘッダ、２０バイトＩＰヘッダ）である。

【0050】

アイテムの個数に関するフィールドは、ＭＭＴペイロードにＭＥのいずれか一つのブロックが含まれているかまたは複数のブロックが集合（Aggregated）されている場合の関連情報を示す。

【0051】

例えば、ＭＥが複数のブロックに分割され、そのうちいずれか一つのブロックがＭＭＴペイロードに含まれている場合、ＭＭＴペイロードにあるブロックが全体の何番目であるか、残余ブロックの個数などを示す。また、複数のブロックが集合されている場合、ブロックの個数を示す。この場合、複数のブロックの各々はお互い異なるタイプのメディアデータに対するものであり得る。アイテムの個数に関するフィールドの意味（semantic）はフレームタイプに依存する。

【0052】

シーケンス番号に関するフィールドは、各ＭＡＵに対して一つずつ増加され転送されて、ＭＡＵ損失を検出するために受信機で利用される。ＭＭＴシステムはパケット損失に対して何の動作も遂行せず、パケット損失に対する動作はアプリケーションに残される。ＲＦＣ（Request For Comments）３５５０のようなＲＴＰを利用した転送方法の基本になる文書によれば、シーケンス番号の初期値はより難しい暗号化でよく知られたプレーンテキスト攻撃（plaintext attacks）をするために任意に決定されなければならない。ＭＭＴシステムは転送の安全性は保障しないが、シーケンス番号を利用して損失したＭＡＵを検出することができる。

【0053】

タイムスタンプに関するフィールドは特定の時刻を示すが、データが生成されたり変更された時刻を示す。

【0054】

ＭＡＵのインジケータに関するフィールドは、転送サービスに対するインジケータを含む。例えば、サービス保護インジケータ、フラグとしてアプリケーション階層ＦＥＣインジケータを含むことができる。２ビットを利用してＭＡＵインジケータを示す場合、（００）はサービス保護を指示し、（０１）はアプリケーション階層ＦＥＣを指示し、（１０）及び（１１）は他の内容を指示するために利用することができる。

【0055】

図４は、本発明の一実施形態によるＭＭＴシステムで、マルチ-サービス／コンテンツによるマルチメディアフレームのペイロードを構成し、マルチメディアフレームのペイロードを異種ネットワークを通して転送するフローチャートである。

【0056】

図４では、図３で説明した階層のうち、Layer Ｄ３３０を構成するＭＭＴ Ｄ.１階層３３２で遂行される動作を示している。

【0057】

図４を参照すれば、マルチメディアデータを転送するためにＭＥは複数のブロックに分割される（４００）。ＭＡＵのＭＭＴペイロードは分割されたブロックを利用して構成されるが、ＭＭＴペイロードは、いずれか一つのブロックまたはいずれか一つのブロックの断片を含んだり、複数のブロックを含むことができる（４１０）。ＭＭＴペイロードが構成されると、ＭＡＵヘッダはＭＭＴペイロードに含まれているデータに関する情報またはサービス保護インジケータ、アプリケーション階層ＦＥＣなどと関連したＭＭＴペイロード情報を含んで構成される（４２０）。ＭＡＵヘッダとＭＭＴペイロードが構成されると、ＭＡＵヘッダとＭＭＴペイロードを結合してフレームのペイロードを構成する（４３０）。構成されたフレームのペイロードはフレームのヘッダと結合して一つのフレームで転送される。

【0058】

本発明の詳細な説明では具体的な実施形態に関し説明したが、本発明の範囲を抜け出さない限度で色々な変形が可能であることは明らかである。

【0059】

したがって、本発明の範囲は説明された実施形態に限定されず、後述される特許請求の範囲だけでなくこの特許請求の範囲と均等なもの等により定められるべきである。

【符号の説明】

【0060】

１１０ メディアコーディング階層
１２０ 同期階層
１３０ 配送階層
１４０ ネットワーク階層
１５０ データリンク階層
１６０ 物理階層

【図1】

【図2】

【図3】

【図4】