特許 6105711 ハイブリッドネットワークにおけるマルチメディアデータを送受信する装置及び方法

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

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

(11)【特許番号】6105711

(24)【登録日】2017年3月10日

(45)【発行日】2017年3月29日

(54)【発明の名称】ハイブリッドネットワークにおけるマルチメディアデータを送受信する装置及び方法

(51)【国際特許分類】

   H04N 21/4385 20110101AFI20170316BHJP

   H04N 21/438 20110101ALI20170316BHJP

   H04N 21/434 20110101ALI20170316BHJP

【ＦＩ】

   H04N21/4385

   H04N21/438

   H04N21/434

【請求項の数】2

【全頁数】13

(21)【出願番号】特願2015-246544(P2015-246544)

(22)【出願日】2015年12月17日

(62)【分割の表示】特願2014-535652(P2014-535652)の分割

【原出願日】2012年10月15日

(65)【公開番号】特開2016-76991(P2016-76991A)

(43)【公開日】2016年5月12日

【審査請求日】2015年12月17日

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

(32)【優先日】2011年10月13日

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

(73)【特許権者】

【識別番号】503447036

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

(74)【代理人】

【識別番号】100121382

【弁理士】

【氏名又は名称】山下 託嗣

(72)【発明者】

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

(72)【発明者】

【氏名】スン−オウ・ファン

(72)【発明者】

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

【審査官】 富樫 明

(56)【参考文献】

【文献】 特開２０１０−０９８７６３（ＪＰ，Ａ）

【文献】 Youngkwon Lim，Review of w11792 ,[online]，JCTVC-E JCTVC-E360-v3，２０１１年 ３月２０日，インターネット＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/5_Geneva/wg11/JCTVC-E360-v3-.zip＞

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

Ｈ０４Ｎ ２１／００−２１／８５８

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

【請求項1】

デジタル放送システムにおけるメディアデータを受信する方法であって、
送信エンティティーからヘッダ及びペイロードを含む少なくとも一つのマルチメディアデータパケットを受信するステップと、
前記少なくとも一つのマルチメディアパケットから前記メディアデータを復元するステップとを含み、
前記少なくとも一つのマルチメディアデータパケットは、前記ペイロードに含まれたデータが完全なデータユニットであるか否かを示すインジケータと、前記ペイロードに含まれるメディアデータの種類を識別するためのインジケータと、前記ペイロードに複数のデータユニットが含まれているか否かを示すフラグと、を含むことを特徴とする方法。

【請求項2】

前記完全なデータユニットであるか否かを示すインジケータは、前記データが前記完全なデータユニットではないことを示す場合、前記データユニットの不完全な位置をさらに識別する値を含むことを特徴とする請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ハイブリッドネットワークにおいて、マルチメディアデータを送受信する装置及び方法に関し、より詳しくは、ＭＭＴ（MPEG Media Transport）を適用してマルチメディアデータを送受信する装置及び方法に関する。

【背景技術】

【0002】

マルチメディアサービスが増加するにつれ、放送網と通信網を組み合わせて使うハイブリッドネットワークと、マルチメディアデータ、アプリケーション、及びファイルが共に提供されるハイブリッドコンテンツとを同時に提供するために、ＭＭＴ（MPEG Media Transport）技術が開発されている。ＭＭＴ技術は、ＭＰＥＧベースのマルチメディア伝送技術であって、多機能スマートテレビ、多視点テレビ（Multi-view TV）、マルチメディアサービスなどを含むデバイスにより視聴できる放送データのために用いることができ、ＭＰＥＧ−２ ＴＳ（Transport Stream)の代わりに利用することができ、インターネットプロトコール（IP）に基づいて変化するマルチメディアサービス環境下で、効率的なＭＰＥＧ伝送技術を提供することができる。

【発明の概要】

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

【0003】

しかし、現在ハイブリッドネットワークにおいてマルチメディアデータを伝送する場合、ハイブリッドネットワーク環境に適したサービスを提供し難いという問題がある。

【0004】

従って、本発明では、ＭＭＴを適用することにより、マルチメディアデータを送受信する装置及び方法が要求される。

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

【0005】

また、本発明の一態様によると、デジタル放送システムにおけるメディアデータを受信する方法が提供される。前記方法は、送信エンティティーからヘッダ及びペイロードを含む少なくとも一つのマルチメディアデータパケットを受信送信するステップと、少なくとも一つのマルチメディアパケットから前記メディアデータを復元するステップとを含む。少なくとも一つのマルチメディアデータパケットは、ペイロードに含まれたデータが完全なデータユニットであるか否かを示すインジケータと、メディアデータを識別するために使用されるインジケータと、ペイロードに複数のデータユニットが含まれているか否かを示すフラグと、を含む。

【図面の簡単な説明】

【0006】

【図1】本発明の一実施形態によるハイブリッドマルチメディアコンテンツを伝送する装置を示す図である。

【図2】本発明の実施形態により、ハイブリッドマルチメディアコンテンツを伝送する方法を示す図である。

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

【0007】

図面の全般に渡って、同様の部分、構成要素及び構造に対しては同様の参照番号を付することに留意すべきである。

【0008】

以下、添付の図面を参照して、本発明の実施形態を詳細に説明する。本発明を説明するにあたって、関連した公知の機能或いは構成についての具体的な説明が、本発明の要旨を不明瞭にする恐れがあると判断した場合、その詳細な説明は省略する。

【0009】

添付の図面を参照して記述した下記の説明は、特許請求の範囲により定められる本発明の例示的な実施形態及びこの均等物についての包括的な理解を助けるために提供されるものである。その理解を助けるために様々な特定の詳細を含むが、これらは単なる一つの例示的な実施例に過ぎない。従って、本発明の範囲と思想を逸脱することなく、本願で説明する実施形態の多様な変更及び修正が可能であることは、当該技術分野における通常の知識を有する者には明らかである。また、簡潔性と明瞭性の観点から、当業者によく知られている機能や構成に関する具体的な説明は省略する。

【0010】

以下の説明及び特許請求の範囲において用いられる用語及び単語は、文献上の意味に限定されず、専ら発明者により、本発明の明確で、かつ一貫した理解を可能とするのに使われる。従って、本発明の例示的な実施例に関する以下の説明は、単に実例を提供するためのものであって、添付した特許請求の範囲により定義される本発明及びその均等物を限定する目的で提供されないことは、当該技術分野における通常の知識を有する者には明らかである。

【0011】

本明細書の全般に渡って、「a」、「an」、及び、「the」の単数形態は、文脈からそうでない旨を明示しない限り、複数の対象物を含むことを理解すべきである。従って、例えば、「要素表面」というのは、そのような表面のうちの一つ又はそれ以上を指すこととする。

【0012】

本発明の実施形態により、ハイブリッドネットワーク環境は、放送のための専用ネットワーク（以下、「放送」ネットワークという)及びインターネット通信のためのネットワーク（以下、「広帯域」ネットワークという）上で、サーバとクライアントとの間のネットワーク接続を有する環境を意味する。 前記ハイブリッドネットワーク環境は、同一のクライアントに同時に提供することができ、クライアントは、複数のネットワークを介してサービスの提供を受けることができる。また、複数のネットワーク環境は、放送ネットワーク、放送環境、広帯域ネットワーク、及び広帯域環境を含む複数の接続環境を含んでもよい。前記複数のネットワーク環境は、二つの環境が複合的に接続されて構成されてもよく、有線又は無線ネットワークを含んでもよい。

【0013】

また、本発明の実施形態による、ハイブリッドマルチメディアコンテンツは、複合的に用いてもよいコンテンツを言う。その理由は、前記ハイブリッドマルチメディアコンテンツは、オーディオ信号、ビデオ及び同期化された字幕、及びイメージのように時間の、例えば、実時間特性を持って再生されるマルチメディアコンテンツと、オーディオブック、マルチメディアウィジェット、ファイル及び他の類似したコンテンツ及びデータのような非実時間特性を有するデータとの両方を含むからである。

【0014】

図１は、本発明の一実施形態によるハイブリッドマルチメディアコンテンツを伝送する装置を示す図である。

【0015】

本発明の一実施形態によるハイブリッドマルチメディアコンテンツを伝送する装置１０は、ＭＰＥＧ ＭＭＴ技術を用いてハイブリッドマルチメディアコンテンツを伝送することができる。前記ＭＭＴの伝送階層は、ハイブリッドマルチメディアコンテンツに含まれたデータに応じて伝送構造を構成し、前記データを効率よく伝送するための機能を果す。このような目的のために、ＭＭＴ伝送階層は、共通的な伝送情報と、特徴的な伝送情報とに区別される構造を含んでもよい。

【0016】

図１を参照すると、マルチメディアコンテンツを伝送するための伝送装置１０のＭＭＴペイロードは、例えば、実時間放送のように、実時間データを伝送するためのストリーミングペイロード１５０と、非実時間的なデータを伝送するためのファイル伝送ペイロード１６０とを含む。前記ストリーミングペイロード１５０は、実時間データ伝送のために伝送される基本単位として、ハイブリッドマルチメディアコンテンツのＭＭＴメディアユニット１１０（以下、「Ｍユニット１１０」と称する）と、ＭＭＴ ＭＦＵ（Media Fragment Unit）１００（以下、「ＭＦＵ１００」と称する）とのうちの少なくとも一つを用いて構成されてもよい。独自的にデコード可能なビデオにおいて、前記ＭＦＵ１００は、エンコーディングの一つのフレームと呼んでもよく、又はフレームが多くのスライス（slice）構造からなる場合、一つのスライスと呼んでもよい。また、独自的にデコード可能なビデオにおいて、前記Ｍユニット１１０は、エンコーディングの一つのフレームと呼んでもよく、又は独自的にデコード可能なエンコーディングの取扱い単位に対応するＧＯＰ（Group of Picture）と呼んでもよい。ＭＦＵ１００又はＭユニット１１０は、複合メディアの属性とサービスとを考慮して、その構造が決定することができる。

【0017】

ファイル伝送ペイロード１６０は、非実時間データ伝送のために用いられ、伝送のための基本単位として構成されるハイブリッドマルチメディアコンテンツのうち、ＭＭＴアセット１２０（以下、「アセット１２０」と称する）、又はＭＭＴパッケージ１３０（以下、「パッケージ１３０」と称する）の全体又は特定の一部単位を基本単位として構成することができる。

【0018】

前記アセット１２０は、全てが同一のメディアタイプで構成された、Ｍユニット１１０の連続されたストリームである。ここで、同一のメディアタイプで構成されたＭユニット１１０は、オーディオＭユニット、ビデオＭユニット、オーディオ/ビデオＭユニット、及び任意の他の類似したメディアタイプＭユニットを含んでもよい。また、前記パッケージ１３０は、単一アセット１２０或いは複数のアセット１２０についてのサービス付加情報を含んでもよい。この際、付加情報は、例えば、時間、空間的配置順序のようなハイブリッドマルチメディアの画面構成情報、伝送要求帯域幅、損失可能の可否に関する情報、遅延時間の許容可否に関する情報、及び任意の他の類似した及び/又は適合した情報に関するハイブリッドネットワーク環境を考慮した伝送環境情報を含んでもよい。

【0019】

前記伝送装置１０は、ＭＦＵ１００又はＭ−ユニット１１０の単位でペイロードを構成し、例えば、実時間放送のように、実時間伝送を用いるサービスでマルチメディアコンテンツを送信することができ、アセット１２０又はパッケージ１３０の単位でペイロードを構成することができる。前記伝送装置１０はまた、例えば、放送ネットワークを用いたＶｏＤ（Video on Demand）サービスのように、非実時間伝送を用いるサービスでマルチメディアコンテンツを送信することができる。実時間データ伝送のためのストリーミングペイロード１５０及び非実時間データ伝送のためのファイル伝送ペイロード１６０は、インターネットプロトコール（ＩＰ）ベースのアドレスに対応するＴＣＰ（Transmission Control Protocol）／ＵＤＰ（User Datagram Protocol）１７０の環境で動作するＭＭＴ伝送パケット１４０、又はＩＰアドレスに対応するＲＴＰ（Real-time Transport Protocol）パケット１８０のペイロードに含まれることが可能であり、次に、端末に伝送されることが可能である。

【0020】

一方、前記ＭＭＴペイロード、例えば、ストリーミングペイロード１５０及びファイル伝送ペイロード１６０は、伝送環境に応じて用いられる構成情報を含むヘッダ領域と、伝送データを含むデータ領域より構成することができる。前記伝送データは、単一のペイロードにより送信されてもよく、又はマルチプレクスされて、複数のペイロードに伝送されてもよい。マルチプレクシングのためのペイロードは、一定の単位により二つ又はそれ以上のスライスに分けられてもよい。

【0021】

また、前記ペイロードは、特定の伝送機能を考慮して、一定の単位によりインターリビング機能を提供することができ、伝送階層の可能な一般的な単位構造により相当に効率よく、かつ簡単に定義することができる。ハイブリッドネットワーク環境で、ハイブリッドマルチメディアコンテンツ伝送のための汎用的なＭＭＴペイロードのヘッダ領域は、表１のように構成されてもよい。

【0022】

【表1】

【0023】

ｉ）ペイロードタイプ（Payload Type)
ペイロードタイプは、当該ペイロードのデータ構成タイプを示し、具体的には、伝送されるデータのタイプと構成情報を示す。この際、データのタイプと前記データのタイプによる構成情報は、ペイロードデータのタイプを指示する。即ち、前記ペイロードデータが、完全なＭユニット１１０であるか、Ｍユニット１１０の単純なフラグメント（fragment)、完全なＭＦＵ１００又は複数のＭＦＵ１００のアグリゲーション（aggregation）であるかの可否に関する情報である。また、前記データのタイプと前記構成情報は、当該ペイロードが伝送するデータのタイプが伝送データであるか、又は制御データであるかを識別するファクタを含み、伝送データのタイプを区別する区別子情報を含む。

【0024】

例えば、データのタイプ及び前記構成情報が、伝送されるデータのメディアタイプ、例えば、ビデオタイプ、オーディオタイプ、イメージタイプ、テキストタイプ又は任意の他の類似したタイプ、及びメディアタイプ関連のコーデックタイプ（codec type)に関する情報を含む。また、追加的なデータタイプは、ペイロードで伝送されるデータが単一時間スタンプ（single time stamp)のデータタイプ又は複数時間スタンプ（multiple time stamp)のデータタイプであるか否かを示す情報を含み、時間スタンプを必要としない（non-time stamp)ことを示す識別子に関する情報を含む。

【0025】

ii）フラグメンテーションインジケータ（Fragmentation indicator)
フラグメンテーションインジケータは、伝送されるＭユニット１１０がフラグメントに分けられる場合、前記Ｍユニット１１０の開始、中間、及び最終のうちの少なくとも一つを指示する情報であってもよい。例えば、当該ペイロードのデータがメディアのＭＦＵ１００である場合、クライアントは、この情報を用いてデータ処理の束単位で前記データを取り扱い、その後、前記データを伝送することができる。また、前記Ｍユニット１１０の最終フラグメントを受信すると、端末は、完全なＭユニット１１０を構成し、デコーディング処理を行う。

【0026】

ライブストリーム又はＶｏＤの伝送の場合、伝送のためのペイロードは、単数のＭＦＵ１００或いはＭ−ユニット１１０の大きさを有してもよく、ファイルの伝送の間に、前記ペイロードは、前記ファイル全体の大きさを有してもよい。追加的に、このような情報を通じて連鎖化されたペイロードであることを示すことができ、当該情報の構成を通じて複数のＭＦＵ１００或いはＭユニット１１０単位でマルチプレクシング機能を提供することができる。一つのペイロード内で複数のＭユニット１１０或いはＭＦＵ１００を伝送することが可能である。

【0027】

iii）シケーンス番号（Sequence Number)
シケーンス番号は増加され、例えば、繰り返される。また、各Ｍユニット１１０に関し、一つの単位により送信され、ペイロード損失を検知するために、受信機で用いられる。前記ＭＭＴは、ＭＭＴパケット損失に対する何らかの作用も行わないが、ＭＭＴパケット損失関連の動作は、実行するアプリケーションのために残る。前記ＭＭＴ伝送は、伝送を保証しないが、シケーンス番号の存在は、損失されたＭユニット１１０を検知することを可能にする。

【0028】

iv）長さ（Length)
このフィールドは、ペイロード（ヘッダとデータとを含む）の長さを指す。

【0029】

v）タイムスタンプ（Time stamp)
タイムスタンプは、ペイロードの再生時点を確認するために用いることになり、実時間伝送のためのペイロードに示すことができる。

【0030】

vi）マルチプレクシング情報（Multiplexing information)
マルチプレクシング情報は、当該ペイロードに含まれた伝送単位が複合的にマルチプレクスされていることを示す。例えば、前記マルチプレクシング情報は、複数のＭユニット１１０がペイロードに含まれる場合を示す。また、当該情報は、マルチプレクスされた構成単位の個数、各構成単位の大きさ、前記構成単位のオフセット（offset）及び任意の他の類似及び/又は適合した情報などを含んでもよい。

【0031】

vii）アグリゲーション（Aggregation)
アグリゲーションフィールドは、Ｍユニット１１０に関する設定情報を指示し、このフィールドに関連した情報は、ペイロードタイプに依存する。前記アグリゲーションフィールドは、Ｍユニット１１０がフラグメントされた（fragmented)状態の場合、当該ペイロードに含まれたフラグメントの後に残りのフラグメントの個数を意味し、Ｍユニット１１０がアグリゲートされた状態で当該ペイロードに含まれたＭユニット１１０或いはＭＦＵ１００の個数を示す。

【0032】

viii）ペイロード構成（Payload Configuration)
前記ペイロードは、多様な伝送環境及びサービスによって構成され、これは、全てのペイロードに適用できる情報と関連して各部分で構成され、特定のペイロードにのみ適用できる情報から構成することができる。また、特定のペイロードのために典型的に非常に小さい構成が必要となるが、本発明の実施形態では、単純なペイロード構成を許容するために、専用受信機を除外し、特定の構成モード（modes）が用いられる。

【0033】

例えば、あるＭＭＴコンテンツを伝送するために、ジェネリックモード（generic mode)、ＭＭＴストリーム（streams）モード、及びファイル伝送（file delivery）モードを用いることができる。また、将来、追加的なシステムに関連した情報の伝送のための必要条件を予想するために、補助フィールド（auxiliary field)が、あるデータを伝送できるように構成され得る。具体的に、補助フィールドには、損失制御のための機能を提供できる機能提供識別子、損失復元エンコーディング情報、自動エラー損失復旧要請のための情報、端末により提供される最小メモリバッファの大きさ、伝送データで用いる臨時メモリバッファの大きさ、臨界伝送データ、最大損失許容率 、最大許容パケット遅延時間、平均パケット遅延時間、ネットワーク同期化のための同期化コード情報、及び任意の他の類似した又は適切した情報が含まれてもよい。

【0034】

次に、上述したように構成されるＭＭＴペイロードを用いてデータを伝送する場合を説明する。まず、実時間放送のためのハイブリッドコンテンツデータ伝送において、端末は、放送ネットワーク及び広帯域ネットワークの環境下に、少なくとも一つのサーバと接続されてもよい。そして、前記端末は、実時間サッカー試合中継放送サービスと、前記サッカー試合と関連したユーザの付加サービス、例えば、他の言語の字幕及びユーザオーディオ解説情報を、大型画面ディスプレイ装置を持っているクライアントに提供するために用いられる。このような場合、実時間放送コンテンツを構成するデータ単位のうちの基本伝送単位として取扱うことができるＭユニット１１０或いはＭＦＵ１００を、単一のペイロード或いは複数のペイロードに含ませて、伝送することができる。前記Ｍユニット１１０を基本伝送単位とする場合、一つのＧＯＰ（Group of Picture)をＭユニット１１０として取扱い、ビデオデータで単一のペイロードを用いて伝送する。一つのＧＯＰデータは、独自的にデコード可能な最大のビデオ単位であり、Ｈ．２６４ビデオでエンコードされる場合、前記最大のビデオ単位は、独自的にデコード可能なものであって、スライスを含み、前記スライスは、ＭＦＵ１００の最小単位として用いることができる。Ｈ．２６４にエンコードされる一つのＧＯＰを、Ｍユニット１１０を用いて伝送のためのペイロードにより構成される場合には、表２のように構成されてもよい。一つのＧＯＰの大きさは、ペイロードの大きさより大きいため、一つのＧＯＰが数個のペイロードにより構成することができる。また、表２のように、ペイロードの単位データが、Ｍ−ユニット１１０の場合のみならず、ＭＦＵ１００の場合にも同一な構造と示すことができる。

【0035】

【表2】

【0036】

次に、複数のサーバから伝送されるサービスを介して非実時間放送でプログレッシブダウンロードコンテンツを伝送する場合を説明する。非実時間データ伝送のためのＭＭＴペイロードの伝送データ基本単位構造は、アセット１２０を有する場合、及びパッケージ１３０を有する場合の二つの場合に区分けることができる。そして、各伝送データのタイプによってペイロードタイプが決定することができる。

【0037】

また、当該データの伝送特性が非実時間によるために、時間と関連した属性情報は、当該ペイロード データから除外されてもよく、これは大容量のデータ伝送において効率性を提供することができる。追加的に、損失に敏感な伝送データの特性によって、損失復元に用いる追加情報が、補助フィールドを介して記述することができ、補助フィールドの情報は、実時間伝送よりは損失復元に関するデータ構造情報を提供することができる。

【0038】

実時間放送のためのハイブリッドマルチメディアコンテンツ送信及び非実時間ハイブリッドマルチメディアコンテンツ伝送において、端末は、放送ネットワーク及び広帯域ネットワークの環境下で、少なくとも一つのサーバと接続されており、前記端末は、実時間サッカー中継放送サービスと、前記サッカー試合と関連したユーザの付加サービス、例えば、大型画面ディスプレイ装置を持っているクライアントに実時間でユーザオーディオ解説情報及び他の言語の字幕などを提供するために用いることができる。

【0039】

伝送構造の基本単位データが、実時間伝送データに対応するＭＦＵ１００及びＭ−ユニット１１０と、非損失伝送データに対応するアセット１２０及びパッケージ１３０とを複合的に伝送する場合を考慮することができる。そして、マルチプレクシング情報を介して当該伝送構造を説明するための付加情報を送信する。前記付加情報は、マルチプレクス構造情報、各伝送データ単位のオフセット（offset)、長さ（length）、及び伝送データ単位のＩＤに対応するマルチプレクスタイプを介して当該データ情報の識別及び区別単位情報を提供することができる。

【0040】

一方、本発明の実施形態によるＭＭＴペイロードは、ＭＭＴ伝送パケット１４０又はＩＰアドレスに対応するＲＴＰパケット１８０により伝送することができる。ＭＭＴ伝送パケット１４０は、ＭＭＴペイロード伝送のためのデータパケット構造を有してもよく、複数のペイロードの単位によってデータをパケット化する機能を行ってもよく、前記データをネットワークに伝送してもよい。また、ＭＭＴ伝送パケット１４０は、ヘッダ領域における伝送に関連した追加的な情報を含むが、前記追加的な情報には、パケットＩＤ、パケット番号、ＱｏＳ（Quality of Service）提供のためのフローＩＤ、伝送時間及び制御情報として応用できるタイムスタンプ（timestamp)を考慮してもよい。

【0041】

上述の追加的な情報について具体的に説明すると、以下の通りである。
i）パケットＩＤ
パケットＩＤは、ＭＭＴ伝送パケット１４０の識別子となることができ、パケットＩＤは、下位プロトコールのデータグラム（datagram)のフラグメントをアセンブル（assembling)する場合、送信側により割り当てられた識別値となり得る。また、前記パケットＩＤは、前記ＭＭＴペイロードに含まれたデータのメディアタイプを示す情報として用いることができ、ＭＭＴペイロードに複数の同一なメディアタイプに該当するデータが含まれる場合、各メディアタイプを区別できる情報を含んでもよい。

【0042】

ii）シケーンス番号（Sequence Number)
シケーンス番号は、伝送されるパケットの固有の識別番号である。受信側は、前記シケーンス番号を介してシケーンス番号に対応するパケットが損失されるか否かを判定することができ、前記シケーンス番号によるパケット整列機能を行うことができる。また、シケーンス番号情報は、順次的に増加されてもよいが、Ｍ−ユニット１１０別に設定されてもよく、アセット１２０別に設定されてもよい。

【0043】

iii）フローラベル（Flow Label)
フローラベルは、各データ伝送において各々のフローに要求される特定のＱｏＳを識別する。例えば、フローラベルは、パケットのタイプ、遅延、処理量、同期パラメータ及び任意の他の類似した及び／又は適切な情報などを含む。そして、前記フローラベルは、表３から表６のように、データ伝送タイプによってフラグメントされ、指示されてもよい。

【0044】

- パケットタイプ（Type of Packet)
パケットタイプフィールドは、ＭＭＴ伝送パケット１４０についてのパケットタイプ情報を示し、３ビット値であってもよい。

【0045】

【表3】

【0046】

-遅延（Delay)
遅延フィールドは遅延程度を示し、図４に示したように、１ビット値となり得る。

【0047】

【表4】

【0048】

-処理量（Throughput)
処理量フィールドは処理量の程度を示し、図５に示したように、１ビット値となり得る。

【0049】

【表5】

【0050】

-同期パラメータ（Synchronization parameter)
同期フィールドは同期情報を示し、表６に示したように、３ビット値となり得る。

【0051】

【表6】

【0052】

iv）パケット構成情報（Packet configuration Information)
パケット構成情報は、パケット化されたデータの伝送において、当該サービスクラス（service class)の柔軟で、かつ効率的なメカニズムに近接するための構成情報、例えば、パラメータを提供する。このようなパラメータは、ネットワークレイヤー（Network layer)で接続のＱｏＳと終端間（end-to-end）ネットワークの性能を測定するのに用いられる。

【0053】

ネットワークは、このパラメータの特定値を満たすことにより、交渉されたＱｏＳを保証すべきであり、当該パラメータ情報は、サービス（tos）フィールドのＩＰバージョン４（IPv4）及びＩＰバージョン６（IPv6）のＱｏＳフィールドのパラメータの参照子として活用可能である。表７及び表８は、具体的なパラメータの構造を示す。

【0054】

-遅延（range)
遅延フィールドは、伝送に関連した最大の終端間の許容遅延時間を示し、レンジフィールドと称される。受信側では、遅延時間が、当該遅延情報に基づいて超過するか否かを容易に決定することができ、遅延時間の減少への努力についての対応時間を減らすことができる。

【0055】

【表7】

【0056】

-ＡＵ損失率（loss rate)（%)
ＡＵ損失率は、伝送されるパケットの許容損失率（Loss Ratio)を示す。前記ＡＵ損失率の百分率は、秒当りパケットの損失許容（allowance)を表す。受信側は、当該情報に基づいてパケット損失が復旧されるか否かの可否と、前記パケット損失に対する復元機能の対処方法をより迅速に判断することができる。

【0057】

【表8】

【0058】

図２は、本発明の実施形態によるハイブリッドマルチメディアコンテンツを伝送する方法を示す図である。

【0059】

図２を参照すると、ハイブリッドマルチメディアコンテンツは、ＭＭＴ伝送パケット１４０により伝送することができる。ステップ２００において、ペイロード部を生成するために、前記ＭＭＴ伝送パケット１４０は、例えば、実時間放送のように、時間によって同期され再生されるデータ及び非実時間的なデータのうちの少なくとも一つを含む。次に、ステップ２１０において、ペイロード部に関する情報を含むペイロードヘッダ部が生成される。前記ＭＭＴ伝送パケット１４０に関する情報を含むパケットヘッダ部を、ステップ２２０で生成してから、ステップ２３０において、ペイロード部、ペイロードヘッダ部及びパケットヘッダ部を含むＭＭＴ伝送パケット１４０が生成される。そして、ハイブリッドマルチメディアコンテンツは、送信機、送受信部又は任意の他の類似した及び／又は適切な送信機のうちの少なくとも一つを用いて送信される。前記送信機は、前記ハイブリッドネットワークに前記ハイブリッドマルチメディアコンテンツを含む信号を送信するためのアンテナ及び無線ラインのうちの少なくとも一つを含む。

【0060】

一方、本発明の詳細な説明では、具体的な実施形態について説明したが、本発明の思想及び範囲から逸脱しない限度内で様々な変形が可能であることは、当該技術分野における通常の知識を有する者には明らかである。従って、本発明の範囲は、説明された実施形態に局限されず、後述する特許請求の範囲だけではなく、この特許請求の範囲と均等なものにより定めるべきである。

【符号の説明】

【0061】

１００ ＭＭＴ ＭＦＵ
１１０ ＭＭＴ Ｍユニット
１２０ ＭＭＴアセット
１３０ ＭＭＴパッケージ
１４０ ＭＭＴパケット
１５０ ストリーミング用ペイロード
１６０ ファイル伝送用ペイロード
１７０ ＴＣＰ／ＵＤＰ
１８０ ＲＴＰ

【図1】

【図2】