(57)【要約】  本発明は、マルチメディア通信システムにおける送信装置のパケット送信方法を提供する。上記方法は、パケットを生成するステップと、上記パケットを受信装置に送信するステップとを有し、上記パケットは、上記受信装置が独立してデコーディング可能な２つ以上のデータユニットを有し、上記２つ以上のデータユニットのうちの１つは、上記パケットに関連した制御情報を有する。
2017528025.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア通信システムにおける送信装置のパケット送信方法であって、
パケットを生成するステップと、
前記パケットを受信装置に送信するステップとを有し、
前記パケットは、前記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、
前記少なくとも２つのデータユニットのうちの１つは、前記パケットに関連した制御情報を有することを特徴とするマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項２】
前記パケットに関連した制御情報を含むデータユニットは、前記パケット内で前記少なくとも２つのデータユニットのうちの最後のデータユニットに位置することを特徴とする、請求項１に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項３】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有することを特徴とする、請求項１に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項４】
前記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有することを特徴とする、請求項３に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項５】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメントタイプに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメントタイプに関する情報を有することを特徴とする、請求項１に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項６】
前記対応するデータユニットのフラグメントタイプに関する情報は、対応するフラグメントが前記制御情報を有することを示す情報及び前記対応するフラグメントがデータを有することを示す情報のうちの１つを有することを特徴とする、請求項５に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項７】
マルチメディア通信システムにおける受信装置のパケット受信方法であって、
送信装置からパケットを受信するステップと、
前記パケットをデコーディングするステップとを有し、
前記パケットは、前記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、
前記少なくとも２つのデータユニットのうちの１つは、前記パケットに関連した制御情報を有することを特徴とするマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項８】
前記パケットに関連した制御情報を含むデータユニットは、前記パケット内で前記少なくとも２つのデータユニットのうちの最後のデータユニットに位置することを特徴とする、請求項７に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項９】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有することを特徴とする、請求項７に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１０】
前記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有することを特徴とする、請求項９に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１１】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメントタイプに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメントタイプに関する情報を有することを特徴とする、請求項７に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１２】
前記対応するデータユニットのフラグメントタイプに関する情報は、対応するフラグメントが前記制御情報を有することを示す情報及び前記対応するフラグメントがデータを有することを示す情報のうちの１つを有することを特徴とする、請求項１１に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１３】
マルチメディア通信システムにおける受信装置のパケット受信方法であって、
送信装置からパケットをフラグメントすることにより生成されたフラグメントを受信するステップと、
前記フラグメントが完全なデータユニットであるか否かを検査するステップと、
前記フラグメントが完全なデータユニットである場合に、前記フラグメントが制御情報を有するか否かを検査するステップと、
前記フラグメントが前記制御情報を有する場合に、前記制御情報を前記フラグメントの前に受信されたフラグメントに先行する位置に格納するステップと
を有することを特徴とするマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１４】
請求項１乃至請求項６のうちのいずれか１つに従う方法を実行するように構成されることを特徴とするマルチメディア通信システムにおける送信装置。
【請求項１５】
請求項７乃至請求項１３のうちのいずれか１つに従う方法を実行するように構成されることを特徴とするマルチメディア通信システムにおける受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア通信システムにおけるパケットを送受信する装置及び方法に関し、特に、マルチメディア通信システムにおける様々なパケットフォーマットをサポートすることができるようにパケットを送受信する装置及び方法に関する。
【背景技術】
【０００２】
マルチメディアに対する要求が増加するに従って、様々なマルチメディア技術が提案されており、代表的なマルチメディア技術がムービングピクチャーエクスパーツグループ（Moving Picture Experts Group：ＭＰＥＧ）メディアトランスポート（MPEGMediaTransport：以下、「ＭＭＴ」と呼ぶ）技術である。
【０００３】
ＭＭＴ技術は、インターネットプロトコル（InternetProtocol：ＩＰ）ネットワーク及びディジタルブロードキャスティングネットワークを含む異種パケット−交換ネットワーク（heterogeneous packet-switchednetwork）を通してマルチメディアサービスに対するコーディングされたメディアデータのトランスポート及び配信のための技術である。ここで、コーディングされたメディアデータは、時間付き視聴覚メディアデータ（timedaudiovisualmediadata）及び時間なしデータ（non-timeddata）を含む。
【０００４】
ＭＭＴ技術において、コーディングされたメディアデータは、パケット交換配信ネットワーク（packet-switcheddeliverynetwork）を通して配信される。ＭＭＴ技術において、上記のような配信環境の特性、例えば、ＭＭＴ送信エンティティ（sendingentity）からＭＭＴ受信エンティティ（receivingentity）への各パケットに対するノンコンスタントエンドツーエンド遅延（non-constantend-to-enddelay）のような配信環境の特性が考慮される。
【０００５】
パケット−交換配信ネットワークを通したコーディングされたメディアデータの効率的かつ効果的な配信及び消費のために、ＭＭＴ技術は、次のようなエレメントを提供し、これについて説明すると、次の通りである。
【０００６】
１番目に、ＭＭＴ技術は、様々なソースからのコンポーネント、例えば、マッシュアップアプリケーション（mash-upapplication）のコンポーネントのような様々なソースからのコンポーネントで構成されたコンテンツを構成する論理モデルを提供する。
【０００７】
２番目に、ＭＭＴ技術は、コーディングされたメディアデータに関する情報を配信することにより、配信レイヤ処理（deliverylayerprocessing）、例えば、パケット化のような配信レイヤ処理を可能にするフォーマットを提供する。
【０００８】
３番目に、ＭＭＴ技術は、複数のチャネルを通したメディア及びコーディング独立ハイブリッド配信（independenthybriddelivery）をサポートするパケット−交換ネットワークを通してメディアコンテンツを配信するパケット化方法及びパケットの構造を提供する。
【０００９】
４番目に、ＭＭＴ技術は、メディアコンテンツの配信及び消費を管理するシグナリングメッセージのフォーマットを提供する。
【００１０】
上述したように、ＭＭＴ技術は、効率的かつ効果的なメディアデータの配信のために提案された技術である。したがって、ＭＭＴ技術では、メディア配信のためのパケット構成が非常に重要な要素として作用する。
【００１１】
しかしながら、現在提案されているＭＭＴ技術では、パケットの構成について考慮していることは事実であるが、パケットを構成する方式については、具体的に考慮していない。したがって、ＭＭＴ技術では、パケットを構成する様々な方式に対する必要性が増してきている。
【００１２】
上述した情報は、本発明の理解を助けるために背景情報としてのみ提示される。本発明に対する先行技術として適用されることができるか否かに関しては、いかなる決定及び主張もしていない。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下を提供することにある。すなわち、本発明の目的は、マルチメディア通信システムにおけるパケットを送受信する装置及び方法を提供することにある。
【００１４】
本発明の別の目的は、マルチメディア通信システムにおける様々なパケットフォーマットをサポートするパケットを送受信する装置及び方法を提供することにある。
【００１５】
本発明のまた別の目的は、マルチメディア通信システムにおけるメディア特性に基づいてパケットを送受信する装置及び方法を提供することにある。
【００１６】
本発明のさらに別の目的は、マルチメディア通信システムにおける独立してデコーディング可能なデコーディングユニットに基づいてパケットを送受信する装置及び方法を提供することにある。
【００１７】
本発明のさらなる別の目的は、マルチメディア通信システムにおけるデコーディング効率を増加させるパケットを送受信する装置及び方法を提供することにある。
【００１８】
本発明のさらにその別の目的は、マルチメディア通信システムにおけるデコーディング速度を増加させるパケットを送受信する装置及び方法を提供することにある。
【課題を解決するための手段】
【００１９】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、マルチメディア通信システムにおける送信装置が提供される。上記送信装置は、パケットを生成し、上記パケットを受信装置に送信する送信ユニットを有し、上記パケットは、上記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、上記少なくとも２つのデータユニットのうちの１つは、上記パケットに関連した制御情報を有することを特徴とする。
【００２０】
本発明の実施形態の他の態様によれば、マルチメディア通信システムにおける受信装置が提供される。上記受信装置は、送信装置からパケットを受信し、上記パケットをデコーディングする受信ユニットを有し、上記パケットは、上記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、上記少なくとも２つのデータユニットのうちの１つは、上記パケットに関連した制御情報を有することを特徴とする。
【００２１】
本発明の実施形態のさらに他の態様によれば、マルチメディア通信システムにおける受信装置が提供される。上記受信装置は、送信装置からパケットをフラグメントすることにより生成されたフラグメントを受信する受信ユニットと、記憶ユニットと、上記フラグメントが完全なデータユニットであるか否かを検査し、上記フラグメントが完全なデータユニットである場合に、上記フラグメントが制御情報を有するか否かを検査し、上記フラグメントが上記制御情報を有する場合に、上記制御情報を上記記憶ユニットの上記フラグメントの前に受信されたフラグメントに先行する位置に格納することを有することを特徴とする。
【００２２】
本発明の実施形態のさらなる他の態様によれば、マルチメディア通信システムにおける送信装置のパケット送信方法が提供される。上記パケット送信方法は、パケットを生成するステップと、上記パケットを受信装置に送信するステップとを有し、上記パケットは、上記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、上記少なくとも２つのデータユニットのうちの１つは、上記パケットに関連した制御情報を有することを特徴とする。
【００２３】
ここで、上記パケットに関連した制御情報を含むデータユニットは、上記パケット内で上記少なくとも２つのデータユニットのうちの最後のデータユニットに位置する。
【００２４】
上記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、上記少なくとも２つのデータユニットの各々がフラグメントされない場合に、上記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、上記少なくとも２つのデータユニットの各々がフラグメントされる場合に、上記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有する。
【００２５】
上記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最初のフラグメントを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有する。
【００２６】
上記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、上記少なくとも２つのデータユニットの各々がフラグメントされない場合に、上記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメントタイプに関する情報を有し、上記少なくとも２つのデータユニットの各々がフラグメントされる場合に、上記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメントタイプに関する情報を有する。
【００２７】
上記対応するデータユニットのフラグメントタイプに関する情報は、対応するフラグメントが上記制御情報を有することを示す情報及び上記対応するフラグメントがデータを有することを示す情報のうちの１つを有する。
【００２８】
上記マルチメディア通信システムがＭＰＥＧメディアトランスポート（ＭＭＴ）技術をサポートする場合に、上記データユニットは、メディア処理ユニット（ＭＰＵ）であり、上記対応するデータユニットのフラグメンテーションに関する情報は、フラグメンテーション指示子（ｆ＿ｉ）である。
【００２９】
上記マルチメディア通信システムがＭＭＴ技術をサポートする場合に、上記データユニットは、ＭＰＵであり、上記対応するデータユニットのフラグメントタイプに関する情報は、フラグメントタイプ（ＦＴ）である。
【００３０】
上記制御情報は、ＭＰＵメタデータ及びムービフラグメントメタデータのうちの１つを有し、上記対応するフラグメントがデータを有することを示す情報は、上記対応するフラグメントがメディアフラグメントユニット（ＭＦＵ）であることを示す。
【００３１】
本発明のさらにまた他の態様によれば、マルチメディア通信システムにおける受信装置のパケット受信方法を提供する。上記パケット受信方法は、送信装置からパケットを受信するステップと、上記パケットをデコーディングするステップとを有し、上記パケットは、上記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、上記少なくとも２つのデータユニットのうちの１つは、上記パケットに関連した制御情報を有することを特徴とする。
【００３２】
ここで、上記パケットに関連した制御情報を含むデータユニットは、上記パケット内で上記少なくとも２つのデータユニットのうちの最後のデータユニットに位置する。
【００３３】
上記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、上記少なくとも２つのデータユニットの各々がフラグメントされない場合に、上記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、上記少なくとも２つのデータユニットの各々がフラグメントされる場合に、上記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有する。
【００３４】
上記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最初のフラグメントを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有する。
【００３５】
上記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、上記少なくとも２つのデータユニットの各々がフラグメントされない場合に、上記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメントタイプに関する情報を有し、上記少なくとも２つのデータユニットの各々がフラグメントされる場合に、上記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメントタイプに関する情報を有する。
【００３６】
上記対応するデータユニットのフラグメントタイプに関する情報は、対応するフラグメントが上記制御情報を有することを示す情報及び上記対応するフラグメントがデータを有することを示す情報のうちの１つを有する。
【００３７】
上記マルチメディア通信システムがＭＭＴ技術をサポートする場合に、上記データユニットは、メディア処理ユニット（ＭＰＵ）であり、上記対応するデータユニットのフラグメンテーションに関する情報は、フラグメンテーション指示子（ｆ＿ｉ）である。
【００３８】
上記マルチメディア通信システムがＭＭＴ技術をサポートする場合に、上記データユニットは、ＭＰＵであり、上記対応するデータユニットのフラグメントタイプに関する情報は、フラグメントタイプ（ＦＴ）である。
【００３９】
上記制御情報は、ＭＰＵメタデータ及びムービフラグメントメタデータのうちの１つを有し、上記対応するフラグメントがデータを有することを示す情報は、上記対応するフラグメントがメディアフラグメントユニット（ＭＦＵ）であることを示す。
【００４０】
本発明のさらにその他の態様によれば、マルチメディア通信システムにおける受信装置のパケット受信方法が提供される。上記パケット受信方法は、送信装置からパケットをフラグメントすることにより生成されたフラグメントを受信するステップと、上記フラグメントが完全なデータユニットであるか否かを検査するステップと、上記フラグメントが完全なデータユニットである場合に、上記フラグメントが制御情報を有するか否かを検査するステップと、上記フラグメントが上記制御情報を有する場合に、上記制御情報を上記フラグメントの前に受信されたフラグメントに先行する位置に格納するステップとを有することを特徴とする。
【００４１】
ここで、上記制御情報を有するフラグメントは、上記フラグメントを有するパケットに含まれるフラグメントのうちの最後のフラグメントである。
【００４２】
上記フラグメントが完全なデータユニットであるか否かを検査するステップは、上記フラグメントのフラグメンテーションに関する情報に基づいて、上記フラグメントが完全なデータユニットであるか否かを検査するステップを含む。
【００４３】
上記フラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最初のフラグメントを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、上記対応するペイロードが上記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有する。
【００４４】
上記フラグメントが完全なデータユニットである場合に、上記フラグメントが制御情報を含むか否かを検査するステップは、上記フラグメントのフラグメントタイプに関する情報に基づいて、上記フラグメントが制御情報を含むか否かを検査するステップを有する。
【００４５】
上記フラグメントタイプに関する情報は、対応するフラグメントが上記制御情報を有することを示す情報及び上記対応するフラグメントがデータを有することを示す情報のうちの１つを有する。
【００４６】
上記マルチメディア通信システムがＭＭＴ技術をサポートする場合に、上記データユニットは、ＭＰＵであり、上記フラグメンテーションに関する情報は、ｆ＿ｉである。
【００４７】
上記マルチメディア通信システムがＭＭＴ技術をサポートする場合に、上記データユニットは、ＭＰＵであり、上記フラグメントタイプに関する情報は、ＦＴである。
【００４８】
上記制御情報は、ＭＰＵメタデータ及びムービフラグメントメタデータのうちの１つを有し、上記対応するフラグメントがデータを有することを示す情報は、上記対応するフラグメントがＭＦＵであることを示す。
【発明の効果】
【００４９】
本発明の一実施形態は、マルチメディア通信システムにおける様々なパケットフォーマットをサポートするパケット送受信を可能にするという効果がある。
【００５０】
また、本発明の一実施形態は、マルチメディア通信システムにおけるメディア特性に基づいてパケット送受信を可能にするという効果がある。
【００５１】
さらに、本発明の一実施形態は、マルチメディア通信システムにおいて独立してデコーディング可能なデコーディングユニットに基づいてパケット送受信を可能にするという効果がある。
【００５２】
さらにまた、本発明の一実施形態は、マルチメディア通信システムにおけるデコーディング効率を増加させるパケット送受信を可能にするという効果がある。
【００５３】
なお、本発明の一実施形態は、マルチメディア通信システムにおけるデコーディング速度を増加させるパケット送受信を可能にするという効果がある。
【００５４】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面が併用された後述の詳細な説明から、より一層明らかになるだろう。
【図面の簡単な説明】
【００５５】
【図１】本発明の一実施形態によるＭＭＴ通信システムの構造を示す図である。
【図２】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴパケットヘッダ及びＭＭＴペイロードヘッダのフォーマットを示す図である。
【図３】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含むマルチメディアファイルを送信する過程を示す図である。
【図４】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含まないマルチメディアファイルを送信する過程を示す図である。
【図５】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードでマルチメディア特性に基づいてパケットを送信する過程を示す図である。
【図６】本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを送信する過程を示す図である。
【図７】本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程の一例を示す図である。
【図８】本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程の他の例を示す図である。
【図９】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの動作過程を示す図である。
【図１０】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの動作過程を示す図である。
【図１１】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の一例を示す図である。
【図１２】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の他の例を示す図である。
【図１３】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの内部構造の一例を示す図である。
【図１４】本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの内部構造の他の例を示す図である。
【発明を実施するための形態】
【００５６】
図面中、同一の図面参照符号が同一の構成エレメント、特性、又は構造を意味することは、容易に理解できるであろう。
【００５７】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内において定められる本発明の実施形態の包括的な理解を助けるために提供されるものであり、この理解を助けるために様々な特定の詳細な説明を含むが、単なる１つの実施形態にすぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明する実施形態の様々な変更及び修正が可能であることは、当該技術分野における通常の知識を有する者には明らかであろう。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。
【００５８】
以下の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、本発明の理解を明確且つ一貫性があるようにするために使用される。したがって、本発明の実施形態の説明が単に実例を提供するためのものであって、特許請求の範囲とこれと均等なものに基づいて定義される発明をさらに限定する目的で提供されるものでないことは、本発明の技術分野における通常の知識を持つ者には明らかであろう。
【００５９】
「第１」及び「第２」などの序数を含む用語が様々な構成要素を説明するために使用されるが、これらの構成要素は、この用語により限定されない。この用語は、１つの構成要素を他の構成要素と区別するためにだけ使用される。例えば、本発明の権利範囲を逸脱することなく、第１の構成要素は、第２の構成要素と呼ばれてもよく、同様に、第２の構成要素は、第１の構成要素と呼ばれてもよい。ここで使用される用語「及び／又は」は、複数の関連した記載された項目の組合せ、又は、関連して記載された複数の項目のうちの何れかの項目を含む。
【００６０】
ここで使用する用語は、特定の実施形態だけを説明するためのもので、本発明を限定するものではない。単数の表現は、文脈上明白に異なることを必要としない限り、複数の表現も含む。本明細書で使用されている「含む」及び「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部分、又はこれらの組合せの存在を指定するものであって、１つ又はそれ以上の他の特徴、数字、ステップ、動作、構成要素、部品、又はこれらの組合せの存在、又は、これらの付加の可能性を予め排除しないものと理解されるべきである。
【００６１】
或る用語が異なる定義をされない限り、技術的又は科学的な用語を含むここで使用される全ての用語は、本発明が属する技術分野における通常の知識を有する者により一般的に理解されるものと同一の意味を有している。一般的に使用され予め定義されている用語は、関連技術の文脈上有する意味と同一の意味を有するものと解釈されなければならず、本出願で明白に定義しない限り、理想的又は過度に形式的な意味であると解釈されない。
【００６２】
本発明の一実施形態は、マルチメディア通信システムにおけるパケット送受信装置及び方法を提案する。
【００６３】
また、本発明の一実施形態は、マルチメディア通信システムにおける様々なパケットフォーマットをサポートするパケット送受信装置及び方法を提案する。
【００６４】
また、本発明の一実施形態は、マルチメディア通信システムにおけるメディア特性に基づくパケット送受信装置及び方法を提案する。
【００６５】
また、本発明の一実施形態は、マルチメディア通信システムにおいて独立してデコーディング可能なデコーディングユニットに基づくパケット送受信装置及び方法を提案する。
【００６６】
また、本発明の一実施形態は、マルチメディア通信システムにおけるデコーディング効率を増加させるパケット送受信装置及び方法を提案する。
【００６７】
また、本発明の一実施形態は、マルチメディア通信システムにおけるデコーディング速度を増加させるパケット送受信装置及び方法を提案する。
【００６８】
以下では、説明の便宜のために、本発明の一実施形態で提案する方法及び装置が適用されるマルチメディア通信システムが、ムービングピクチャーエクスパーツグループ（Moving Picture Experts Group：ＭＰＥＧ）メディアトランスポート（MPEGMediaTransport：以下、「ＭＭＴ」と呼ぶ）システムであると仮定する。
【００６９】
独立してデコーディング可能なデコーディングユニットは、メディア処理ユニット（mediaprocessingunit：以下、「ＭＰＵ」と呼ぶ）及びメディアフラグメントユニット（mediafragmentunit：以下、「ＭＦＵ」と呼ぶ）のうちのいずれか１つであってもよい。ＭＰＵ及びＭＦＵだけでなく任意の他のデータユニット（dataunit：以下、「ＤＵ」と呼ぶ）も、独立してデコーディング可能なデコーディングユニットであってもよい。
【００７０】
本発明の一実施形態で提案する装置及び方法は、ディジタルマルチメディアブロードキャスティング（Digital multimedia Broadcasting：ＤＭＢ）サービスと、携帯用ディジタルビデオブロードキャスティング−ハンドヘルド（DigitalVideoBroadcasting-Handheld：ＤＶＰ−Ｈ）サービス、高度テレビジョンシステム委員会−モバイル／ハンドヘルド（AdvancedTelevisionSystemsCommittee-Mobile/Handheld：ＡＴＳＣ−Ｍ／Ｈ）サービスなどのようなモバイルブロードキャスティングサービスと、インターネットプロトコルテレビジョン（Internet Protocol TeleVision：ＩＰＴＶ）サービスのようなディジタルビデオブロードキャスティングシステムと、ＭＭＴシステムと、ロングタームエボリューション（long-term evolution：以下、「ＬＴＥ」と呼ぶ）移動通信システムと、ロングタームエボリューションアドバンスド（long-term evolution-advanced：以下、「ＬＴＥ−Ａ」と呼ぶ）移動通信システムと、高速ダウンリンクパケット接続（high speed downlink packet access：以下、「ＨＳＤＰＡ」と呼ぶ）移動通信システムと、高速アップリンクパケット接続（high speed uplink packet access：以下、「ＨＳＵＰＡ」と呼ぶ）移動通信システムと、第３世代プロジェクトパートナーシップ２（3rd generation project partnership 2：以下、「３ＧＰＰ２」と呼ぶ）の高速レートパケットデータ（high rate packet data：以下、「ＨＲＰＤ」と呼ぶ）移動通信システムと、３ＧＰＰ２の広域符号分割多重接続（wideband code division multiple access：以下、「ＷＣＤＭＡ（登録商標）」と呼ぶ）移動通信システムと、３ＧＰＰ２の符号分割多重接続（code division multiple access：以下、「ＣＤＭＡ」と呼ぶ）移動通信システムと、国際電気電子技術者協会（institute of electrical and electronics engineers：以下、「ＩＥＥＥ」と呼ぶ）８０２.１６ｍ通信システムと、進化したパケットシステム（evolved packet system：以下、「ＥＰＳ」と呼ぶ）と、モバイルインターネットプロトコルシステムなどのような様々な通信システムに適用可能である。
【００７１】
図１を参照して、本発明の一実施形態によるＭＭＴ通信システムの構造について説明する。
【００７２】
図１は、本発明の一実施形態によるＭＭＴ通信システムの構造を示す図である。
【００７３】
図１を参照すると、ＭＭＴ通信システムは、ＭＭＴ送信エンティティ１１１、ＭＭＴ受信エンティティ１１３、パッケージプロバイダ１１５、複数のアセットプロバイダ、例えば、Ｎ個のアセットプロバイダ＃１  １１７−１乃至アセットプロバイダ＃Ｎ  １１７−Ｎを含む。ＭＭＰプロトコル（ＭＭＴprotocol：以下、「ＭＭＴＰ」と呼ぶ）に従って、ＭＭＴ送信エンティティ１１１とＭＭＴ受信エンティティ１１３との間の通信が実行される。ここで、ＭＭＴＰについて説明する。
【００７４】
ＭＭＴＰは、ＭＭＴパッケージをパケット化し送信するためのアプリケーションレイヤトランスポートプロトコルであり、ＭＭＴパッケージを効率的かつ信頼性高く送信するよう設計されている。ＭＭＴＰは、メディアマルチプレキシング、ネットワークジッタ計算などのような改良された特性をサポートする。このような特性は、様々なタイプにコーディングされたメディアデータを含むコンテンツの効率的な送信を可能にする。ＭＭＴＰは、既存のネットワークプロトコル、例えば、ユーザデータグラムプロトコル（userdatagramprotocol：以下、「ＵＤＰ」と呼ぶ）又はＩＰの上位レイヤで動作し、様々なアプリケーションをサポートする。
【００７５】
ＭＭＴ送信エンティティ１１１は、メディアデータを送信する任意のエンティティ、例えば、ＭＭＴブロードキャスティングサーバとできる。また、ＭＭＴ受信エンティティ１１３は、メディアデータを受信する任意のエンティティ、例えば、移動端末機（mobilestation：以下、「ＭＳ」と呼ぶ）及びユーザ端末機（userequipment：以下、「ＵＥ」と呼ぶ）などのような無線デバイスとできる。例えば、ＭＭＴ送信エンティティ１１１がＭＭＴブロードキャスティングサーバであり、ＭＭＴ受信エンティティ１１３がＭＳである場合に、ＭＭＴブロードキャスティングサーバは、基地局を通してメディアデータをＭＳに送信できる。しかしながら、基地局は個別に図示されていないことに留意すべきである。
【００７６】
ＭＭＴ送信エンティティ１１１は、パッケージをＭＭＴＰパケットフローとしてＭＭＴ受信エンティティ１１３に送信する。ここで、パッケージは、メディアデータの論理的なコレクション（logicalcollection）を示し、ＭＭＴ技術を使用して配信される。ＭＭＴ送信エンティティ１１１は、ＭＭＴＰパケットフローを通して、アセット、提示情報（presentationinformation：以下、「ＰＩ」と呼ぶ）などをＭＭＴ受信エンティティ１１３に送信する。ここで、アセット及びＰＩについては、具体的な説明を省略する。ＭＭＴ送信エンティティ１１１は、パッケージプロバイダ１１５により提供されるパッケージのＰＩに基づいてコンテンツプロバイダ（図１には図示せず）からコンテンツを取得することが必要とされる。
【００７７】
ＭＭＴ送信エンティティ１１１及びＭＭＴ受信エンティティ１１３は、ＭＭＴＰパケットフローを通してＭＭＴシグナリングを送受信する。
【００７８】
パッケージプロバイダ１１５とコンテンツプロバイダとは、一緒に配置されてもよい。メディアコンテンツは、ＭＭＴＰパケットフローを形成するカプセル化されたＭＭＴ処理ユニットのシリーズ（series）にセグメントされたアセットとして提供される。
【００７９】
メディアコンテンツのＭＭＴＰパケットフローは、関連したトランスポート特性情報を使用して生成される。シグナリングメッセージは、パッケージの配信及び消費を管理するために使用される。
【００８０】
図１を参照して、本発明の一実施形態によるＭＭＴ通信システムの構造について説明した。図２を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴパケットヘッダ及びＭＭＴペイロードヘッダのフォーマットについて説明する。
【００８１】
図２は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴパケットヘッダ及びＭＭＴペイロードヘッダのフォーマットを示す図である。
【００８２】
図２を参照すると、ＭＭＴ通信システムは、ＭＰＵモード、ジェネリックファイル配信（genericfiledelivery：以下、「ＧＦＤ」と呼ぶ）モードなどをサポートする。ＭＭＴ通信システムは、メディアデータ属性、例えば、対応するメディアデータの重要度、対応するメディアデータが制御情報であるか否かを示す情報、対応するメディアデータがメディア情報であるか否かを示す情報などに基づいてＭＰＵモード設定を通してパケット送信方式をサポートする。
【００８３】
ＭＰＵモードにおいて、ＭＭＴパケットヘッダは、Ｖフィールドと、Ｃフィールドと、ＦＥＣフィールドと、ｒフィールドと、Ｘフィールドと、Ｒフィールドと、ＲＥＳフィールドと、タイプフィールドと、パケット識別子（以下、「packet_id」と呼ぶ）フィールドと、タイムスタンプフィールドと、パケットシーケンス番号（packet_sequence_number）フィールドと、パケットカウンタ（packet_counter）フィールドと、ヘッダ拡張（header_extension）フィールドと、ペイロードデータフィールドと、ソース順方向エラー訂正（以下、「ＦＥＣ」と呼ぶ）ペイロード識別子（ＩＤ）（source_FEC_payload_ID）フィールドとを含む。Ｖフィールドと、Ｃフィールドと、ＦＥＣフィールドと、ｒフィールドと、Ｘフィールドと、Ｒフィールドと、ＲＥＳフィールドと、タイプフィールドと、packet_idフィールドと、タイムスタンプフィールドと、パケットシーケンス番号フィールドと、パケットカウンタフィールドと、ヘッダ拡張フィールドと、ペイロードデータフィールドと、ソースＦＥＣペイロードＩＤフィールドの各々について説明する。
【００８４】
Ｖフィールドは、ＭＭＴＰのバージョン番号を示すバージョンフィールドであり、例えば、２ビットで具現される。
【００８５】
Ｃフィールドは、パケットカウンタフラグ（packet_counter_flag）フィールドとして、例えば、１ビットで具現される。Ｃフィールドのフィールド値が「１」を示す場合には、パケットカウンタフィールドが存在することを意味する。
【００８６】
ＦＥＣフィールドは、ＭＭＴＰパケットのエラーの保護のために使用されるＦＥＣ方式のタイプを示すＦＥＣタイプフィールドである。ここで、ＦＥＣフィールドは、例えば、２ビットで実現可能であり、ＦＥＣフィールドのフィールド値「０」は、アプリケーションレイヤ順方向エラー訂正（以下、「ＡＬ−ＦＥＣ」と呼ぶ）が保護されないＭＭＴＰパケットを示し、ＦＥＣフィールドのフィールド値「１」は、ＡＬ−ＦＥＣが保護されたＭＭＴＰパケット、すなわち、ＦＥＣソースパケットを示し、ＦＥＣフィールドのフィールド値「２」は、リペアシンボルに対するＭＭＴＰパケット、すなわち、ＦＥＣリペアパケットを示し、ＦＥＣフィールドのフィールド「３」は、将来の使用のために予約されている。
【００８７】
ｒフィールドは、予約されたフィールドとして、例えば、１ビットで実現される。
【００８８】
Ｘフィールドは、拡張フラグ（extension_flag）フィールドであり、例えば、１ビットで実現される。Ｘフィールドのフィールド値が、例えば、「１」に設定される場合には、ヘッダ拡張フィールドが存在することを意味する。
【００８９】
Ｒフィールドは、ランダムアクセスポイント（Random Access Point：以下、「ＲＡＰ」と呼ぶ）フラグ（RAP_flag）フィールドであり、例えば、１ビットで実現される。Ｒフィールドのフィールド値が、例えば、「１」に設定される場合には、ペイロードデータフィールドがデータタイプのデータストリームに関するＲＡＰを含むことを意味する。Ｒフィールドの正確な意味は、データタイプにより定義される。
【００９０】
ＲＥＳフィールドは、予約されたフィールドであり、例えば、２ビットで実現される。
【００９１】
タイプフィールドは、表１を参照して具体的に説明するので、ここでは、その詳細な説明を省略する。
【００９２】
packet_idフィールドは、１つのアセットを他のアセットと識別するために使用され、例えば、１６ビットで実現される。packet_idフィールドのフィールド値は、ＭＭＴパケットが属しているアセットのアセットＩＤ（asset_id）から導出され、これについての具体的な説明を省略する。
【００９３】
タイムスタンプフィールドは、ＵＴＣに基づいてＭＭＴＰパケットのタイムインスタンスを特定し、例えば、３２ビットで実現される。タイムスタンプフィールドは、ＭＭＴＰパケットの１番目のバイトで送信時間を特定し、これについての具体的な説明を省略する。
【００９４】
パケットシーケンス番号フィールドは、同一のpacket_idを有するパケットを識別するために使用される整数値を示し、例えば、３２ビットで実現される。
【００９５】
パケットカウンタフィールドは、ＭＭＴＰパケットをカウンティングするための整数値を示し、例えば、３２ビットで実現される。パケットカウンタフィールドのフィールド値は、対応するpacket_idに関係なく、ＭＭＴＰパケットが送信される度に予め定められた値、例えば、１ずつ増加する。
【００９６】
ヘッダ拡張フィールドは、ユーザ定義情報を含み、これについての具体的な説明は、省略する。
【００９７】
ソースＦＥＣペイロードＩＤフィールドは、ＦＥＣフィールドのフィールド値が「１」である場合に使用され、ＡＬ−ＦＥＣ保護の後にＭＭＴＰパケットに付加される。
【００９８】
ＭＭＴペイロードヘッダは、長さフィールド、フラグメントタイプ（以下、「ＦＴ」と呼ぶ）フィールド、Ｔフィールド、フラグメンテーション指示子（fragmentation indicator：以下、「ｆ＿ｉ」と呼ぶ）フィールド、Ａフィールド、フラグメントカウンタ（fragmentcounter：以下、「frag_counter」と呼ぶ）フィールド、ＭＰＵシーケンス番号（MPU_sequence_number）フィールド、データユニット（DataUnit：以下、「ＤＵ」と呼ぶ）長さ（DU_length）フィールド、ＤＵヘッダ（DU_header）フィールド、及びＤＵペイロード（DU_payload）フィールドを含む。以下では、長さフィールド、Ｔフィールド、Ａフィールド、frag_counterフィールド、ＭＰＵシーケンス番号フィールド、ＤＵ長さフィールド、及びＤＵヘッダフィールドの各々について説明する。参考として、ＦＴフィールド及びｆ＿ｉフィールドについては、表２及び表３を参照して説明するので、ここでは、その詳細な説明を省略する。
【００９９】
長さフィールドは、長さフィールドを除外したペイロードの長さを示し、例えば、１６ビットで具現される。
【０１００】
Ｔフィールドは、タイムドフラグ（TimedFlag）フィールドとして、フラグメントが時間付きメディアを運搬するＭＰＵから生成されるか、又は、時間なしメディアを運搬するＭＰＵから生成されるかを示す。Ｔフィールドは、例えば、１ビットで実現され、Ｔフィールドのフィールド値「１」は、フラグメントが時間付きメディアを運搬するＭＰＵから生成されることを示し、Ｔフィールドのフィールド値「０」は、フラグメントが時間なしメディアを運搬するＭＰＵから生成されることを示す。
【０１０１】
Ａフィールドは、アグリゲーションフラグ（aggregation_flag）フィールドであり、例えば、１ビットで実現される。Ａフィールドのフィールド値が、例えば、１である場合に、ＤＵペイロードフィールドに存在する１つ以上のＤＵ、すなわち、複数のＤＵがアグリゲートされることを示す。
【０１０２】
frag_counterフィールドは、ＭＭＴＰペイロードに連続する同一のデータユニットのフラグメントを含むペイロードの個数を示し、例えば、８ビットで実現される。例えば、Ａフィールドのフィールド値が「１」に設定される場合に、frag_counterフィールドのフィールド値は、「０」に設定される。
【０１０３】
ＭＰＵシーケンス番号フィールドは、対応するＭＰＵフラグメントを含むＭＰＵのシーケンス番号を示し、例えば、３２ビットで実現される。
【０１０４】
ＤＵ長さフィールドは、ＤＵ長さフィールドの次のデータの長さを示し、例えば、１６ビットで実現される。
【０１０５】
ＤＵヘッダフィールドは、ＤＵのヘッダを示し、ＦＴフィールドに基づく。
【０１０６】
以下では、ＭＭＴパケットヘッダに含まれるタイプフィールドについて説明する。
【０１０７】
まず、タイプフィールドは、ＭＭＴパケットヘッダに含まれるペイロードデータのタイプを示す。タイプフィールドは、例えば、６ビットで実現され、下記の表１のように定義される。
【０１０８】
【表１】
2017528025.tif 000003
表１に示すように、タイプフィールドのフィールド値「０ｘ００」は、ペイロードデータタイプがＭＰＵであることを示し、タイプフィールドのフィールド値「０ｘ０１」は、ペイロードデータタイプがジェネリックオブジェクト（genericobject）であることを示し、タイプフィールドのフィールド値「０ｘ０２」は、ペイロードデータタイプがシグナリングメッセージであることを示し、タイプフィールドのフィールド値「０ｘ０３」は、ペイロードデータタイプがリペアシンボルであることを示し、タイプフィールドのフィールド値「０ｘ０４」乃至「０ｘ１Ｆ」は、ＩＳＯのために予約されており、タイプフィールドのフィールド値「０ｘ２０」乃至「０ｘ３Ｆ」は、プライベートな使用のために予約されている。
【０１０９】
次いで、ＭＭＴペイロードヘッダに含まれたＦＴフィールドについて説明する。
【０１１０】
まず、ＦＴフィールドは、例えば、４ビットで実現され、下記の表２のように定義される。
【０１１１】
【表２】
2017528025.tif 000004
表２に示すように、ＦＴフィールドのフィールド値「０」は、ＦＴがＭＰＵメタデータであることを示し、ＦＴフィールドのフィールド値「１」は、ＦＴがムービフラグメントメタデータであることを示し、ＦＴフィールドのフィールド値「２」は、ＦＴがＭＦＵであることを示し、ＦＴフィールドのフィールド値「３」乃至「１５」は、プライベートな使用のために予約されている。ここで、ＭＰＵメタデータは、ｆｔｙｐボックス、ｍｍｐｕボックス、ｍｏｏｖボックス、、ｍｅｔａボックス、及び他のボックスを含み、 ｆｔｙｐボックス、ｍｍｐｕボックス、及びｍｏｏｖボックスのそれぞれについて簡単に説明する。
【０１１２】
最初に、ｆｔｙｐボックスは、メディアデータのタイプ情報を含む。
【０１１３】
２番目に、ｍｍｐｕボックスは、現在のＭＰＵが属するアセットのＩＤ及び現在のＭＰＵに関するその他の情報を含む。特に、ｍｍｐｕボックスは、現在のＭＰＵがすべてのＭＦＵを含むか否かを示す情報（「iscomplete」）を含む。
【０１１４】
３番目に、ｍｏｏｖボックスは、メディアデータの復号及び提示のためのすべてのコーデック構成情報を含む。具体的に、ｍｏｏｖボックスは、少なくとも１つのメディアトラック、及び、ＭＦＵのためのＭＭＴヒントトラックを含む。ここで、ＭＭＴヒントトラックは、ＭＭＴＰのようなトランスポートプロトコルを用いて、ＭＰＵを含むメディアファイルをパケット化されたメディアストリームに変換するために必要とされる情報を含む。すなわち、ＭＭＴヒントトラックは、１つのＭＰＵを形成する複数のＭＦＵを生成するために必要な情報を含む。特に、ＭＭＴヒントトラックは、対応するＭＦＵが１つのＭＰＵに含まれる他のＭＦＵに関する優先順位情報（「priority」）と、対応するＭＦＵを参照して復号されるＭＦＵの個数に関する情報（「dependencycounter」）とを含む。
【０１１５】
ムービフラグメントメタデータは、メタデータボックス内のすべてのメディアデータを除外したｍｏｏｆボックスと、メタデータボックスとを含み、ｍｏｏｆボックス及びメタデータボックスについては、詳細な説明を省略する。ＭＦＵは、ＭＰＵのフラグメントを示し、時間付きメディアデータのサンプル又はサブサンプル、あるいは、時間なしメディアデータのアイテムを含む。
【０１１６】
次いで、ＭＭＴペイロードヘッダに含まれるｆ＿ｉフィールドについて説明する。
【０１１７】
ｆ＿ｉフィールドは、ペイロードに含まれるＤＵのフラグメントに関する情報を含む。ｆ＿ｉフィールドは、例えば、２ビットで実現され、下記の表３のように定義される。
【０１１８】
【表３】
2017528025.tif 000005
表３に示すように、ｆ＿ｉフィールドのフィールド値「００」は、ペイロードが１つ以上の完全なＤＵを含むことを示し、ｆ＿ｉフィールドのフィールド値「０１」は、ペイロードがＤＵの１番目のフラグメントを含むことを示し、ｆ＿ｉフィールドのフィールド値「１０」は、ペイロードが１番目のフラグメント又は最後のフラグメントでないＤＵのフラグメントを含むことを示し、ｆ＿ｉフィールドのフィールド値「１１」は、ペイロードがＤＵの最後のフラグメントを含むことを示す。
【０１１９】
図２を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴパケットヘッダ及びＭＭＴペイロードヘッダのフォーマットについて説明し、次いで、図３を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含むマルチメディアファイルを送信する過程について説明する。
【０１２０】
図３は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含むマルチメディアファイルを送信する過程を示す図である。
【０１２１】
図３を参照すると、ＭＭＴＰは、ストリーミングモード及びダウンロードモードをサポートし、ストリーミングモードは、ＩＳＯ基盤メディアファイルフォーマットされたファイルのパケット化されたストリーミングに対して最適化され、ダウンロードモードは、一般ファイルのスムーズな配信を考慮する。ここで、ストリーミングモードがＭＰＵモードであり、ダウンロードモードがＧＦＤモードである。
【０１２２】
以下では、ＭＰＵモードについて説明する。
【０１２３】
ＭＰＵモードにおいて、ＭＭＴＰを使用してＭＰＵをＭＭＴ受信エンティティに配信することは、ＭＭＴ送信エンティティでパケット化を発生させ、ＭＭＴ受信エンティティで逆パケット化を発生させる。パケット化は、ＭＰＵをＭＭＴＰパケットで運搬されるＭＭＴＰペイロードの集合に変換する。ＭＭＴＰペイロードのフォーマットは、比較的大きなペイロードの配信を可能にするＭＭＴＰペイロードのフラグメンテーションを考慮する。
【０１２４】
また、ＭＭＴＰペイロードのフォーマットは、より小さなＤＵに合せるために、複数のＭＭＴＰペイロードＤＵの単一のＭＭＴＰペイロードへのアグリゲーションを考慮する。ＭＭＴ受信エンティティにおいて、逆パケット化は、元来のＭＰＵデータを復元するために実行される。幾つかの逆パケット化モードは、オーバーレイアプリケーションの他の要求事項を処理するために定義される。
【０１２５】
ペイロードタイプフィールドのフィールド値が「０ｘ００」である場合に、ＭＰＵは、トランスポートレイヤが運搬されるフラグメントの特性及び優先順位の識別を許容するメディア認識（mediaaware）方式でフラグメントされる。ここで、ＭＰＵのフラグメントは、ＭＰＵメタデータ、ムービフラグメントメタデータ、ＭＦＵ、又は時間なしメディアデータアイテムであってもよい。
【０１２６】
図３に示すように、ＭＰＵモードは、メディアデコーディングを考慮するパケット送信をサポートし、したがって、図示するように、オーディオ、ビデオなどのように時間情報を含むマルチメディアファイルが送信される。すなわち、図３に示すように、ＭＭＴ通信システムがＭＰＵモードをサポートする場合に、ＭＰＵモードでは、メディア制御情報、すなわち、ｆｔｙｐボックス、ｍｍｐｕボックス、ｍｏｏｖボックス、及びｍｏｏｆボックスがメディア情報から個別に送信される。
【０１２７】
図３を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含むマルチメディアファイルを送信する過程について説明し、次いで、図４を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含まないマルチメディアファイルを送信する過程について説明する。
【０１２８】
図４は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含まないマルチメディアファイルを送信する過程を示す図である。
【０１２９】
図４に示すように、ＭＰＵモードにおいて、イメージ、ウェブページ、ウィジェットなどのような時間情報を含まないマルチメディアファイルが送信される。すなわち、図４に示すように、ＭＭＴ通信システムがＭＰＵモードをサポートする場合に、ＭＰＵモードでは、メディア制御情報、すなわち、ｆｔｙｐボックス、ｍｍｐｕボックス、ｍｏｏｖボックス、及びｍｅｔａボックスがメディア情報から個別に送信される。
【０１３０】
図４を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードで時間情報を含まないマルチメディアファイルを送信する過程について説明し、次いで、図５を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるマルチメディア特性に基づいてパケットを送信する過程について説明する。
【０１３１】
図５は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードでマルチメディア特性に基づいてパケットを送信する過程を示す図である。
【０１３２】
図５を参照すると、ＭＰＵファイル５１０は、カプセル化機能レイヤが送信することを希望するデータを意味し、ＭＦＵフラグメント５２０は、送信データを構成するためのデータ構造に対応する。ＭＰＵファイル５１０は、ファイルタイプを示すファイルタイプ（ＦＴＹＰ）ボックス、ＭＰＵの構成を示すＭＭＰＵボックス、コーデック構成情報を示すＭＯＯＶボックス、及びＭＯＯＦボックスのようなヘッダ情報５１２と、ビデオサンプル（ＶＳ）５１６及びＭＭＴヒントサンプル（ＨＳ）５１８を含むＭＤＡＴボックス５１４とを含む。ここで、ＭＭＰＵボックスは、ＭＤＡＴボックスに記憶されたデータのタイプがＭＰＵであることを示し、ＭＯＯＶボックスは、ＭＤＡＴボックスに記憶されたメディアフレームに関する情報を含む。ＭＦＵフラグメント５２０は、ＦＴＹＰボックス、ＭＭＰＵボックス、及びＭＯＯＶボックスを含むＭＰＵメタデータ５２２と、ＭＯＯＦボックス及びＭＤＡＴサイズを含むＭＰＵメタデータと、ＭＰＵメタデータに関連したＨＳ５２６及びＶＳ５２８の対を含むＭＦＵ５２４とを含む。
【０１３３】
ＭＭＴペイロードは、ＭＦＵフラグメント５２０に基づいて構成され、ＭＭＴパケットを通して送信される。
【０１３４】
ここで、ＭＭＴペイロードを構成する過程について説明する。
【０１３５】
まず、データ構成部（図５には図示せず）は、データ生成部（図５には図示せず）から配信されたＭＰＵファイルフォーマットの送信データ５１０を分析することにより、タイプ、ＭＰＵの構成情報、コーデックの構成情報、及びデータの開始点及びサイズ（長さ）情報をＭＰＵファイル５１０のヘッダ情報５１２から決定する。データ構成部は、ＭＰＵファイル５１０を構成するＭＦＵ（図５のＶＳ）５１６及びＭＦＵ  ＨＳ５１８の構造を分析することにより、各ＭＦＵのサイズ、相互間の重要度、及び相互接続情報（例えば、長さなど）を含むＭＦＵヘッダ及び実際のメディアデータであるＭＦＵデータを決定し、各ＭＦＵの開始オフセット及び長さを示すＭＦＵ  ＨＳ５１８に基づいて各ＭＦＵのサイズを分析する。分析されたＭＰＵタイプに基づいて、トランスポートパケットを構成するためのＭＦＵフラグメント５２０が構成される。ＭＦＵ  ＨＳ５１８は、ＭＦＵフラグメント５２０のＭＦＵヘッダを形成する。データ構成部は、ＭＦＵ  ＨＳ５１８から分析された各ＭＦＵのサイズに基づいて各ＭＦＵを送信単位として構成する。この場合に、ＭＦＵのサイズにより、１つ又は複数のペイロードが構成される。
【０１３６】
図５を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＰＵモードでマルチメディア特性に基づいてパケットを送信する過程について説明し、次いで、図６を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを送信する過程について説明する。
【０１３７】
図６は、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを送信する過程を示す図である。
【０１３８】
図６を参照すると、パケット６００は、ＦＴ及びｆ＿ｉに基づいてＭＦＵ処理を考慮して生成され、大容量コンテンツ、例えば、４Ｋコンテンツの送信のために生成される。すなわち、パケット６００は、ＭＰＵメタデータ６１１と、少なくとも１つのＭＦＵ、例えば、４個のＭＦＵ、すなわち、ＭＦＵ６１３、ＭＦＵ６１５、ＭＦＵ６１７、及びＭＦＵ６１９を含む。ここで、ＭＦＵは、ＭＦＵのサイズがＭＴＵのサイズ、例えば、１５００バイトを超える場合にフラグメントされると仮定する。
【０１３９】
ＭＰＵメタデータ６１１は、１つのＭＭＴＰパケット６１１−１を含む。また、ＭＭＴＰパケット６１１−１は、パケットタイプ、ＦＴ、及びｆ＿ｉを含む。ここで、ＭＰＵメタデータ６１１がフラグメントされず、１つのＭＭＴＰパケットで生成されることにより、ＭＭＴＰパケット６１１−１に含まれる値ｆ＿ｉは、００に設定される。ＭＭＴＰパケット６１１−１に含まれるパケットタイプは、ＭＰＵに設定され、ＭＭＴＰパケット６１１−１に含まれるＦＴは、メタデータに設定される。ここで、ＭＭＴＰパケット６１１−１のサイズは、１５００バイトである。
【０１４０】
ＭＦＵ６１３は、３つのＭＭＴＰパケット、すなわち、ＭＭＴＰパケット６１３−１と、ＭＭＴＰパケット６１３−２と、ＭＭＴＰパケット６１３−３とを含む。ＭＭＴＰパケット６１３−１、ＭＭＴＰパケット６１３−２、及びＭＭＴＰパケット６１３−３の各々は、パケットタイプ、ＦＴ、及びｆ＿ｉを含む。ここで、ＭＦＵ６１３がＭＭＴＰパケット６１３−１、ＭＭＴＰパケット６１３−２、及びＭＭＴＰパケット６１３−３にフラグメントされることにより、ＭＭＴＰパケット６１３−１の値ｆ＿ｉは、０１に設定され、ＭＭＴＰパケット６１３−２の値ｆ＿ｉは、１０に設定され、ＭＭＴＰパケット６１３−３の値ｆ＿ｉは、１１に設定される。ＭＭＴＰパケット６１３−１、ＭＭＴＰパケット６１３−２、及びＭＭＴＰパケット６１３−３のそれぞれに含まれるパケットタイプは、ＭＰＵに設定され、ＭＭＴＰパケット６１３−１、ＭＭＴＰパケット６１３−２、及びＭＭＴＰパケット６１３−３のそれぞれに含まれるＦＴは、ＭＦＵに設定される。ここで、ＭＭＴＰパケット６１３−１のサイズは、１５００バイトであり、ＭＭＴＰパケット６１３−２のサイズは、１５００バイトであり、ＭＭＴＰパケット６１３−３のサイズは、４００バイトである。
【０１４１】
ＭＦＵ６１５は、２つのＭＭＴＰパケット、すなわち、ＭＭＴＰパケット６１５−１及びＭＭＴＰパケット６１５−２を含む。ＭＭＴＰパケット６１５−１及びＭＭＴＰパケット６１５−２の各々は、パケットタイプ、ＦＴ、及びｆ＿ｉを含む。ここで、ＭＦＵ６１５がＭＭＴＰパケット６１５−１及びＭＭＴＰパケット６１５−２にフラグメントされることにより、ＭＭＴＰパケット６１５−１の値ｆ＿ｉは、０１に設定され、ＭＭＴＰパケット６１５−２の値ｆ＿ｉは、１１に設定される。ＭＭＴＰパケット６１５−１及びＭＭＴＰパケット６１５−２の各々に含まれるパケットタイプは、ＭＰＵに設定され、ＭＭＴＰパケット６１５−１及びＭＭＴＰパケット６１５−２の各々に含まれるＦＴは、ＭＦＵに設定される。ここで、ＭＭＴＰパケット６１５−１のサイズは、１５００バイトであり、ＭＭＴＰパケット６１５−２のサイズは、１２００バイトである。
【０１４２】
ＭＦＵ６１７は、１つのＭＭＴＰパケット６１７−１を含む。ＭＭＴＰパケット６１７−１は、パケットタイプ、ＦＴ、及びｆ＿ｉを含む。ここで、ＭＦＵ６１７がフラグメントされず、１つのＭＭＴＰパケットで生成されることにより、ＭＭＴＰパケット６１７−１に含まれる値ｆ＿ｉは、００に設定される。ＭＭＴＰパケット６１７−１に含まれるパケットタイプは、ＭＰＵに設定され、ＭＭＴＰパケット６１７−１に含まれるＦＴは、ＭＦＵに設定される。ここで、ＭＭＴＰパケット６１７−１のサイズは、４００バイトである。
【０１４３】
ＭＦＵ６１９は、２つのＭＭＴＰパケット、すなわち、ＭＭＴＰパケット６１９−１及びＭＭＴＰパケット６１９−２を含む。ＭＭＴＰパケット６１９−１及びＭＭＴＰパケット６１９−２の各々は、パケットタイプ、ＦＴ、及びｆ＿ｉを含む。ここで、ＭＦＵ６１９がＭＭＴＰパケット６１９−１及びＭＭＴＰパケット６１９−２にフラグメントされることにより、ＭＭＴＰパケット６１９−１の値ｆ＿ｉは、０１に設定され、ＭＭＴＰパケット６１９−２の値ｆ＿ｉは、１１に設定される。ＭＭＴＰパケット６１９−１及びＭＭＴＰパケット６１９−２の各々に含まれるパケットタイプは、ＭＰＵに設定され、ＭＭＴＰパケット６１９−１及びＭＭＴＰパケット６１９−２の各々に含まれるＦＴは、ＭＦＵに設定される。ここで、ＭＭＴＰパケット６１９−１のサイズは、１５００バイトであり、ＭＭＴＰパケット６１９−２のサイズは、１２００バイトである。
【０１４４】
一方、図６において、ＭＰＵメタデータがパケットの先頭部分に位置するが、ＭＰＵメタデータは、ＭＭＴ通信システムの必要に従ってパケットの後部分又は中間部分のようなパケットの任意の部分にも位置する。例えば、ＭＭＴ送信エンティティにより送信されるパケットに含まれるＭＦＵのうちの一部がＭＭＴ受信エンティティにより正常に受信されることができない場合には、ＭＰＵメタデータがパケットの後部分に位置する場合におけるパケットリペア確率が、ＭＰＵメタデータがパケットの先頭部分に位置する場合に比べて増加する。ここで、パケット内のＭＰＵメタデータの位置は、ＭＭＴ受信エンティティのデコーディング効率を考慮して様々なパラメータに基づいて決定され、様々なパラメータについての具体的な説明は、省略する。
【０１４５】
図６を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを送信する過程について説明し、次いで、図７を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程について説明する。
【０１４６】
図７は、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程の一例を示す図である。
【０１４７】
図７を参照すると、ＭＭＴ送信エンティティにおいて、パケット７００は、ＦＴ及びｆ＿ｉに基づいてＭＰＵ処理を考慮して生成され、大容量コンテンツ、例えば、４Ｋコンテンツの送信のために生成される。すなわち、パケット７００は、ＭＰＵメタデータと、少なくとも１つのＭＦＵ、すなわち、２つのＭＦＵとを含む。ここで、２つのＭＦＵのうちの１つが２つのＭＭＴＰパケットにフラグメントされ、残りのＭＦＵがフラグメントされないと仮定する。図７において、ＭＰＵメタデータに基づいて生成されたＭＭＴＰパケットをＰ１として示し、ＭＦＵのフラグメンテーションにより生成されたＭＭＴＰパケットをＰ２及びＰ３として示し、フラグメントされないＭＦＵに基づいて生成されたＭＭＴＰパケットをＰ４として示していることに留意すべきである。ここで、Ｐ２は、Ｐ３に先行するＭＭＴＰパケットである。ここで、ＭＦＵは、ＭＦＵのサイズがＭＴＵのサイズ、例えば、１５００バイトを超過する場合にフラグメントされると仮定する。
【０１４８】
Ｐ１乃至Ｐ４の各々は、パケットタイプ、ＦＴ、及びｆ＿ｉを含む。ＭＰＵメタデータがＭＰＵの開始であるので、Ｐ１の値ｆ＿ｉは、０１に設定される。Ｐ１に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ１に含まれるＦＴは、メタデータに設定される。
【０１４９】
Ｐ２及びＰ３は、１つのＭＦＵのセグメンテーションにより生成されたＭＭＴＰパケットであり、Ｐ２は、Ｐ３に先行するＭＭＴＰパケットである。したがって、Ｐ２に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ２に含まれるＦＴは、ＭＦＵに設定され、Ｐ２に含まれるｆ＿ｉは、０１に設定される。Ｐ３に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ３に含まれるＦＴは、ＭＦＵに設定され、Ｐ３に含まれるｆ＿ｉは、１０に設定される。
【０１５０】
Ｐ４がＭＰＵの最後の部分であるので、Ｐ４の値ｆ＿ｉは、１１に設定される。Ｐ４に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ４に含まれるＦＴは、ＭＦＵに設定される。
【０１５１】
上述した方式で、ＭＭＴ送信エンティティがパケットを送信する場合に、ＭＭＴ受信エンティティは、Ｐ４の受信を完了すると、Ｐ４に含まれている値ｆ＿ｉに基づいて、パケット、すなわち、データユニットの最後のフラグメントを受信したことを認識できる。
【０１５２】
したがって、図７を参照して説明したように、ＭＰＵ単位でパケットを送信する場合には、パケットの処理は、ＭＰＵ基盤のパケット受信が完了した後に開始する。すなわち、図７を参照して説明した方式でパケットを送信する場合には、大きなサイズを有するＭＰＵ単位のパケット処理を開始する。
【０１５３】
一方、図７において、ＭＰＵメタデータはパケットの先頭部分に位置するが、ＭＰＵメタデータは、ＭＭＴ通信システムの必要に従ってパケットの後部分又は中間部分のようなパケットの任意の部分にも位置する。例えば、ＭＭＴ送信エンティティにより送信されるパケットに含まれるＭＦＵのうちの一部がＭＭＴ受信エンティティにより正常に受信できない場合には、ＭＰＵメタデータがパケットの後部分に位置する場合におけるパケットリペア確率が、ＭＰＵメタデータがパケットの先頭部分に位置する場合に比べて増加する。ここで、パケット内のＭＰＵメタデータの位置は、ＭＭＴ受信エンティティのデコーディング効率を考慮して様々なパラメータに基づいて決定され、様々なパラメータについての具体的な説明は、省略する。
【０１５４】
図７を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程の一例について説明し、次いで、図８を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程の他の例について説明する。
【０１５５】
図８は、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程の他の例を示す図である。
【０１５６】
図８を参照すると、ＭＭＴ送信エンティティにおいて、パケット８００は、ＦＴ及びｆ＿ｉに基づいてＭＦＵ処理を考慮して生成され、大容量コンテンツ、例えば、４Ｋコンテンツの送信のために生成される。すなわち、パケット８００は、ＭＰＵメタデータと、少なくとも１つのＭＦＵ、すなわち、２つのＭＦＵとを含む。ここで、２つのＭＦＵのうちの１つが２つのＭＭＴＰパケットにフラグメントされ、残りのＭＦＵがフラグメントされないと仮定する。図８において、ＭＰＵメタデータに基づいて生成されたＭＭＴＰパケットをＰ１として示し、ＭＦＵのフラグメンテーションにより生成されたＭＭＴＰパケットをＰ２及びＰ３として示し、フラグメントされないＭＦＵに基づいて生成されたＭＭＴＰパケットをＰ４として示していることに留意すべきである。ここで、Ｐ２は、Ｐ３に先行するＭＭＴＰパケットである。ここで、ＭＦＵは、ＭＦＵのサイズがＭＴＵのサイズ、例えば、１５００バイトを超過する場合にフラグメントされると仮定する。
【０１５７】
Ｐ１乃至Ｐ４の各々は、パケットタイプ、ＦＴ、及びｆ＿ｉを含む。ＭＰＵメタデータがフラグメントされないので、Ｐ１の値ｆ＿ｉは、００に設定される。Ｐ１に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ１に含まれるＦＴは、メタデータに設定される。
【０１５８】
Ｐ２及びＰ３は、１つのＭＦＵのセグメンテーションにより生成されたＭＭＴＰパケットであり、Ｐ２は、Ｐ３に先行するＭＭＴＰパケットである。したがって、Ｐ２に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ２に含まれるＦＴは、ＭＦＵに設定され、Ｐ２に含まれるｆ＿ｉは、０１に設定される。Ｐ３に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ３に含まれるＦＴは、ＭＦＵに設定され、Ｐ３に含まれるｆ＿ｉは、１１に設定される。
【０１５９】
Ｐ４がフラグメントされないので、Ｐ４の値ｆ＿ｉは、００に設定される。Ｐ４に含まれるパケットタイプは、ＭＰＵに設定され、Ｐ４に含まれるＦＴは、ＭＦＵに設定される。
【０１６０】
上述した方式で、すなわち、ＭＦＵ単位でＭＭＴ送信エンティティがパケットを送信する場合に、ＭＭＴ受信エンティティは、フラグメントされないＰ１及びＰ４に対する処理を即座に開始する。ＭＭＴエンティティは、最後のセグメントＰ３の受信を完了した後にフラグメントされたＰ２及びＰ３に対する処理を開始する。  
【０１６１】
したがって、図８を参照して説明したようにＭＦＵ単位でパケットを送信する場合に、パケットの処理は、ＭＰＵ基盤のパケット受信が完了した後に開始する。すなわち、図８を参照して説明した方式でパケットを送信する場合には、小さなサイズを有するＭＦＵ単位のパケット処理を開始する。この場合には、図７を参照して説明したＭＰＵ基盤のパケット送信に比べてより速いデコーディング速度でパケットを処理できる。
【０１６２】
一方、図８において、ＭＰＵメタデータがパケットの先頭部分に位置するが、ＭＰＵメタデータは、ＭＭＴ通信システムの必要に従ってパケットの後部分又は中間部分のようなパケットの任意の部分にも位置する。例えば、ＭＭＴ送信エンティティにより送信されるパケットに含まれるＭＦＵのうちの一部がＭＭＴ受信エンティティにより正常に受信できない場合には、ＭＰＵメタデータがパケットの後部分に位置する場合におけるパケットリペア確率が、ＭＰＵメタデータがパケットの先頭部分に位置する場合に比べて増加する。ここで、パケット内のＭＰＵメタデータの位置は、ＭＭＴ受信エンティティのデコーディング効率を考慮して様々なパラメータに基づいて決定され、様々なパラメータについての具体的な説明は、省略する。
【０１６３】
図８を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＦＴ及びｆ＿ｉに基づいてパケットを受信する過程の他の例について説明し、次いで、図９を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの動作過程について説明する。
【０１６４】
図９は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの動作過程を示す図である。
【０１６５】
図９を参照すると、ステップ９１１において、ＭＭＴ送信エンティティは、ＭＦＵを生成し、ステップ９１３に進む。ＭＭＴ送信エンティティがＭＦＵを生成する方式については、すでに上述したので、ここでは、その詳細な説明を省略する。ステップ９１３において、ＭＭＴ送信エンティティは、生成されたＭＦＵの各々を少なくとも２つのセクションに分割し、ステップ９１５に進む。各セクションの長さは、固定された長さに設定されてもよく、又は可変長さに設定されてもよい。
【０１６６】
ステップ９１５において、ＭＭＴ送信エンティティは、生成されたセクションの各々にペイロードヘッダを付加し、ステップ９１７に進む。対応するセクションがＭＭＴヒントトラックを含む場合には、対応するセクションは、ＭＭＴヒントトラックからサブサンプル優先順位（subsample_priority）及びディペンデンシーカウンタ（dependency_counter）を示しなければならない。ステップ９１７において、ＭＭＴ送信エンティティは、各ペイロードにパケットヘッダを付加し、ステップ９１９に進む。パケットヘッダについては、すでに上述したので、ここでは、その詳細な説明を省略する。ステップ９１９において、ＭＭＴ送信エンティティは、生成されたパケット、すなわち、ＭＭＴＰパケットをバッファに記憶し、対応するパケットをＭＭＴ受信エンティティに送信する。
【０１６７】
図９は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの動作過程を示しているが、図９には、様々な変形がなされてもよい。例えば、図９には、一連のステップが示されているが、それぞれの図面で様々なステップが重複して実行されるか、並列に実行されるか、異なる順序で実行されるか、又は複数回実行されてもよい。
【０１６８】
図９を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの動作過程について説明し、次いで、図１０を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの動作過程について説明する。
【０１６９】
図１０は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの動作過程を示す図である。
【０１７０】
図１０を参照すると、ステップ１０１１において、ＭＭＴ受信エンティティは、ＭＭＴ送信エンティティからＭＭＴＰパケットを受信し、ステップ１０１３に進む。ステップ１０１３において、ＭＭＴ受信エンティティは、受信されたＭＭＴＰパケットが完全なＭＭＴＰパケットであるか否かを検査する。ここで、ＭＭＴ受信エンティティは、各ＭＭＴＰパケットに含まれている値ｆ＿ｉに基づいて、受信されたＭＭＴＰパケットが完全なＭＭＴＰパケットであるか否かを検査できる。すなわち、ＭＭＴ受信エンティティは、値ｆ＿ｉが００又は１１である場合に、対応するＭＭＴＰパケットが完全なＭＭＴＰパケットであることをわかる。
【０１７１】
ステップ１０１３において、受信されたＭＭＴＰパケットが完全なＭＭＴＰパケットである場合に、ＭＭＴ受信エンティティは、ステップ１０１５に進む。ステップ１０１５において、ＭＭＴ受信エンティティは、完全なＭＭＴＰパケットがＭＰＵメタデータであるか否かを検査する。検査の結果、完全なＭＭＴＰパケットがＭＰＵメタデータである場合に、ＭＭＴ受信エンティティは、ステップ１０１７に進む。ステップ１０１７において、ＭＭＴ受信エンティティは、バッファに記憶されている完全なＭＭＴＰパケットに先行する位置、すなわち、１番目の位置でＭＰＵメタデータを記憶し、ステップ１０２１に進む。ここで、バッファは、ＭＦＵデコーディングのためのバッファと仮定し、受信されたＭＭＴＰパケットを記憶するためのバッファは、個別に存在すると仮定する。
【０１７２】
ステップ１０１５において、完全なＭＭＴＰパケットがＭＰＵメタデータでない場合に、ＭＭＴ受信エンティティは、ステップ１０１９に進む。ステップ１０１９において、ＭＭＴ受信エンティティは、完全なＭＭＴＰパケットに含まれるシーケンス番号を検出し、検出されたシーケンス番号に対応するように完全なＭＭＴＰパケットをバッファに記憶し、ステップ１０２１に進む。
【０１７３】
ステップ１０２１において、ＭＭＴ受信エンティティは、デコーディング可能なＭＦＵが存在するか否かを検査する。デコーディング可能なＭＦＵが存在する場合には、ＭＭＴ受信エンティティは、ステップ１０２３に進む。ステップ１０２３において、ＭＭＴ受信エンティティは、デコーディング可能なＭＦＵに対するデコーディング動作を実行する。
【０１７４】
ステップ１０１３において、受信されたＭＭＴＰパケットが完全なＭＭＴＰパケットでない場合に、ＭＭＴ受信エンティティは、ステップ１０２５に進む。ステップ１０２５において、ＭＭＴ受信エンティティは、受信されたＭＭＴＰパケットを受信されたＭＭＴＰパケットを受信するためのバッファに記憶し、ステップ１０２３に進む。
【０１７５】
図１０は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの動作過程を示しているが、図１０には、様々な変形がなされてもよい。例えば、図１０には、一連のステップが示されているが、それぞれの図面で様々なステップが重複して実行されるか、並列に実行されるか、異なる順序で実行されるか、又は複数回実行されてもよい。
【０１７６】
図１０を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの動作過程について説明し、次いで、図１１を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の一例について説明する。
【０１７７】
図１１は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の一例を示す図である。
【０１７８】
図１１を参照すると、ＭＭＴ送信エンティティ１１００は、プレゼンテーションエンジンレイヤ１１１１と、ファイルプロセッサ１１１３と、ジェネリックオブジェクト構成レイヤ１１１５と、メディアプロセッサ１１１７と、ＭＰＵ構成レイヤ１１１９と、シグナリングメッセージプロセッサ１１２１と、シグナリングメッセージ構成レイヤ１１２３と、ＭＭＴプロトコルレイヤ１１２５と、配信レイヤ１１２７とを含む。
【０１７９】
プレゼンテーションエンジンレイヤ１１１１は、マルチメディアシーンをセットアップする。
【０１８０】
ファイルプロセッサ１１１３は、ファイル、例えば、ＭＰＵファイルを処理し、ジェネリックオブジェクト構成レイヤ１１１５は、完全なＭＰＵのようなジェネリックオブジェクトを構成する。
【０１８１】
メディアプロセッサ１１１７は、メディアデータを処理し、ＭＰＵ構成レイヤ１１１９は、ＭＰＵを構成し、シグナリングメッセージプロセッサ１１２１は、ＭＭＴ受信エンティティに送信されるシグナリングメッセージに対する処理動作を実行する。また、シグナリングメッセージ構成レイヤ１１２３は、シグナリングメッセージプロセッサ１１２１で処理したシグナリングメッセージを構成する。
【０１８２】
ＭＭＴＰレイヤ１１２５は、packet_id及びペイロードタイプなどのような様々なパラメータを考慮してストリームされたメディアを生成する。ここで、カプセル化手順は、配信されるペイロードタイプに基づいており、独立して実行されるので、図１１には、個別に図示しなかったことに留意すべきである。
【０１８３】
配信レイヤ１１２７は、ＭＭＴＰレイヤ１１２５で生成されたストリームされたメディアデータをＭＭＴ受信レイヤに送信するのに適合した形態で変換した後に、変換されたメディアデータをＭＭＴ受信レイヤに送信する。
【０１８４】
一方、図１１において、ＭＭＴ送信エンティティ１１００がプレゼンテーションエンジンレイヤ１１１１と、ファイルプロセッサ１１１３と、ジェネリックオブジェクト構成レイヤ１１１５と、メディアプロセッサ１１１７と、ＭＰＵ構成レイヤ１１１９と、シグナリングメッセージプロセッサ１１２１と、シグナリングメッセージ構成レイヤ１１２３と、ＭＭＴＰレイヤ１１２５と、配信レイヤ１１２７とが個別のプロセッサとして説明されたが、これは、説明の便宜のためのものであることを理解すべきである。言い換えれば、プレゼンテーションエンジンレイヤ１１１１と、ファイルプロセッサ１１１３と、ジェネリックオブジェクト構成レイヤ１１１５と、メディアプロセッサ１１１７と、ＭＰＵ構成レイヤ１１１９と、シグナリングメッセージプロセッサ１１２１と、シグナリングメッセージ構成レイヤ１１２３と、ＭＭＴＰレイヤ１１２５と、配信レイヤ１１２７の中の少なくとも２つが１つのプロセッサに統合される形態でも実現できる。また、ＭＭＴ送信エンティティ１１００は、１つのプロセッサで実現可能であってもよい。
【０１８５】
図１１では、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の一例について説明した。図１２を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の他の例について説明する。
【０１８６】
図１２は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の他の例を示す図である。
【０１８７】
図１２を参照すると、ＭＭＴ送信エンティティ１２００は、送信ユニット１２１１と、制御ユニット１２１３と、受信ユニット１２１５と、記憶ユニット１２１７とを含む。
【０１８８】
制御ユニット１２１３は、ＭＭＴ送信エンティティ１２００の全般的な動作を制御する。制御ユニット１２１３は、ＭＭＴ送信エンティティ１２００が本発明の一実施形態によるパケット送受信動作に関連した全般的な動作を実行するように制御する。ここで、パケット送受信動作に関連した動作は、図１乃至図１０で説明した方式で実行され、ここでは、その詳細な説明を省略する。
【０１８９】
送信ユニット１２１１は、制御ユニット１２１３の制御の下に様々なメッセージをＭＭＴ受信エンティティに送信する。ここで、送信ユニット１２１１が送信する様々なメッセージは、図１乃至図１０で説明したので、ここでは、その詳細な説明を省略する。
【０１９０】
受信ユニット１２１５は、制御ユニット１２１３の制御の下にＭＭＴ受信エンティティから様々なメッセージを受信する。ここで、受信ユニット１２１５が受信する様々なメッセージは、図１乃至図１０で説明したので、ここでは、その詳細な説明を省略する。
【０１９１】
記憶ユニット１２１７は、ＭＭＴ送信エンティティ１２００の動作に必要なプログラム、各種データ、特に、本発明の一実施形態によるパケット送受信動作に関連した情報などを記憶する。また、記憶ユニット１２１７は、受信ユニット１２１５がＭＭＴ受信エンティティなどから受信した様々なメッセージを記憶する。
【０１９２】
一方、図１２において、ＭＭＴ送信エンティティ１２００は、送信ユニット１２１１と、制御ユニット１２１３と、受信ユニット１２１５と、記憶ユニット１２１７とが個別のプロセッサで実現されるとしたが、送信ユニット１２１１、制御ユニット１２１３、受信ユニット１２１５、及び記憶ユニット１２１７の中の少なくとも２つが１つのプロセッサに統合される形態にて実現できる。また、ＭＭＴ送信エンティティ１２００は、１つのプロセッサで実現されてもよい。
【０１９３】
図１２では、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ送信エンティティの内部構造の他の例について説明した。図１３を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの内部構造の一例について説明する。
【０１９４】
図１３は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの内部構造の一例を示す図である。
【０１９５】
図１３を参照すると、ＭＭＴ受信エンティティ１３００は、プレゼンテーションエンジンレイヤ１３１１と、ファイルプロセッサ１３１３と、ジェネリックオブジェクト再構成レイヤ１３１５と、メディアプロセッサ１３１７と、ＭＰＵ再構成レイヤ１３１９と、シグナリングメッセージプロセッサ１３２１と、シグナリングメッセージ再構成レイヤ１３２３と、ＭＭＴＰレイヤ１３２５と、配信レイヤ１３２７とを含む。
【０１９６】
ＭＭＴ受信エンティティは、１つ又はそれ以上のＭＭＴ機能領域（図１３には図示せず）で動作する。ＭＭＴ機能領域は、ＭＰＵ機能領域、配信機能領域、及びシグナリング機能領域を含む。以下では、ＭＰＵ機能領域、配信機能領域、及びシグナリング機能領域の各々について説明する。
【０１９７】
１番目に、ＭＰＵ機能領域は、メディアコンテンツの論理構造、パッケージ、及びＭＭＴエンティティにより処理されるデータユニットのフォーマット及びそのインスタンス生成、例えば、ＩＳＯ／ＩＥＣ１４４９６−１２に規定されているＩＳＯベースメディアファイルフォーマットを有するインスタンス生成を定義する。パッケージは、メディアコンテンツを含むコンポーネント及びコンポーネント間の関係を規定することにより改善された配信のための必要な情報を提供する。データユニットのフォーマットは、記憶又は配信のための符号化されるメディアデータをカプセル化するために定義され、記憶されるデータと配信されるデータとの間の容易な変換を許容するように定義される。
【０１９８】
２番目に、配信機能領域は、アプリケーションレイヤトランスポートプロトコル及びペイロードフォーマットを定義する。アプリケーションレイヤトランスポートプロトコルは、一般的なアプリケーションレイヤトランスポートプロトコル、例えば、単一のパケットフローでマルチプレキシング、ストリーミングの混合された使用のサポート、及びダウンロード配信に比べてマルチメディアデータ配信の向上した特性を提供する。ペイロードフォーマットは、メディアタイプ及び符号化方式に依存しない（agnostic）符号化されたメディアデータの運搬を可能にするように定義される。
【０１９９】
３番目に、シグナリング機能領域は、メディアデータの配信及び消費を管理するシグナリングメッセージのフォーマットを定義する。消費を管理するためのシグナリングメッセージは、パッケージの構造をシグナルするために使用され、配信を管理するためのシグナリングメッセージは、ペイロードフォーマットの構造及びプロトコル構成をシグナリングするために使用される。
【０２００】
ＭＭＴＰレイヤ１３２５は、packet_id及びペイロードタイプなどのような様々なパラメータに基づいてストリームされたメディアの受信及びデマルチプレキシングを行うために使用される。ここで、デカプセル化手順は、配信されるペイロードのタイプに基づいており、独立して実行されるので、図１３には、個別に図示しない。
【０２０１】
プレゼンテーションエンジンレイヤ１３１１は、マルチメディアシーンをセットアップし、ＭＭＴＰを使用して受信されるコンテンツを参照する。
【０２０２】
一方、図１３において、ＭＭＴ受信エンティティ１３００は、プレゼンテーションエンジンレイヤ１３１１、ファイルプロセッサ１３１３、ジェネリックオブジェクト再構成レイヤ１３１５、メディアプロセッサ１３１７、ＭＰＵ再構成レイヤ１３１９、シグナリングメッセージプロセッサ１３２１、シグナリングメッセージ再構成レイヤ１３２３、ＭＭＴＰレイヤ１３２５、及び配信レイヤ１３２７が個別のプロセッサで実現されるとしたが、プレゼンテーションエンジンレイヤ１３１１、ファイルプロセッサ１３１３、ジェネリックオブジェクト再構成レイヤ１３１５、メディアプロセッサ１３１７、ＭＰＵ再構成レイヤ１３１９、シグナリングメッセージプロセッサ１３２１、シグナリングメッセージ再構成レイヤ１３２３、ＭＭＴＰレイヤ１３２５、及び配信レイヤ１３２７の中の少なくとも２つが１つのプロセッサに統合される形態にて実現できる。また、ＭＭＴ受信エンティティ１３００は、１つのプロセッサで実現されてもよい。
【０２０３】
図１３では、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの内部構造の一例について説明した。図１４を参照して、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの内部構造の他の例について説明する。
【０２０４】
図１４は、本発明の一実施形態によるＭＭＴ通信システムにおけるＭＭＴ受信エンティティの内部構造の他の例を示す図である。
【０２０５】
図１４を参照すると、ＭＭＴ受信エンティティ１４００は、送信ユニット１４１１と、制御ユニット１４１３と、受信ユニット１４１５と、記憶ユニット１４１７とを含む。
【０２０６】
制御ユニット１４１３は、ＭＭＴ受信エンティティ１４００の全般的な動作を制御する。制御ユニット１４１３は、ＭＭＴ受信エンティティ１４００が本発明の一実施形態によるパケット送受信動作に関連した全般的な動作を実行するように制御する。ここで、パケット送受信動作に関連した動作は、図１乃至図１０で説明した方式で実行され、ここでは、その詳細な説明を省略する。
【０２０７】
送信ユニット１４１１は、制御ユニット１４１３の制御の下に様々なメッセージをＭＭＴ送信エンティティに送信する。ここで、送信ユニット１４１１が送信する様々なメッセージは、図１乃至図１０で説明したので、ここでは、その詳細な説明を省略する。
【０２０８】
受信ユニット１４１５は、制御ユニット１４１３の制御の下にＭＭＴ送信エンティティから様々なメッセージを受信する。ここで、受信ユニット１４１５が受信する様々なメッセージは、図１乃至図１０で説明したので、ここでは、その詳細な説明を省略する。
【０２０９】
記憶ユニット１４１７は、ＭＭＴ受信エンティティ１４００の動作に必要なプログラム、各種データ、特に、本発明の一実施形態によるパケット送受信動作に関連した情報などを記憶する。また、記憶ユニット１４１７は、受信ユニット１４１５がＭＭＴ送信エンティティから受信した様々なメッセージを記憶する。
【０２１０】
一方、図１４において、ＭＭＴ受信エンティティ１４００は、送信ユニット１４１１と、制御ユニット１４１３と、受信ユニット１４１５と、記憶ユニット１４１７とが個別のプロセッサで実現されるとしているが、送信ユニット１４１１、制御ユニット１４１３、受信ユニット１４１５、及び記憶ユニット１４１７の中の少なくとも２つが１つのプロセッサに統合される形態にて実現できる。また、ＭＭＴ受信エンティティ１４００は、１つのプロセッサで実現されてもよい。
【０２１１】
本発明の実施形態の特定の態様は、コンピュータ読み取り可能な記録媒体上でコンピュータ読み取り可能なコードとしても実現できる。コンピュータ読み取り可能な記録媒体は、コンピュータシステムにより読出し可能なデータを記憶できる任意のデータ記憶装置である。コンピュータ読み取り可能な記録媒体の例としては、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光学データ記憶装置、及び搬送波（インターネットを介したデータ送信の場合）が含まれる。また、上記コンピュータ読み取り可能な記録媒体は、コンピュータ読み取り可能なコードが配布される方式で記憶されて実行されるように、ネットワーク結合型コンピュータシステムを介して配布できる。更に、本発明を実行するための関数プログラム、コード及びコードセグメントは、本発明が属する技術分野で熟練したプログラマーにより本発明の範囲内で容易に解釈できるであろう。
【０２１２】
本発明の一実施形態による装置及び方法は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせの形態で実現できる。このような任意のソフトウェアは、例えば、削除又は再記録が可能であるか否かに関係なく、ＲＯＭなどの記憶装置のような揮発性又は不揮発性記憶装置、又は、例えば、ＲＡＭ、メモリチップ、装置又は集積回路のようなメモリ、あるいは、例えば、ＣＤ、ＤＶＤ、磁気ディスク又は磁気テープなどの光学的又は磁気的に記録可能であると同時に、機械（例えば、コンピュータ）で読み取ることができる記憶媒体に記憶することができる。本発明の一実施形態による方法は、制御部及びメモリを含むコンピュータ又は携帯用端末により実現されてもよく、このメモリは、本発明の実施形態を実現する指示を含むプログラム又は複数のプログラムを格納するのに適した機械可読の記憶媒体の一例である。
【０２１３】
従って、本発明は、本願明細書の任意の請求項に記載された装置又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを格納する機械（例えば、コンピュータ）可読記憶装置を提供する。また、このようなプログラムは、有線又は無線接続を通じて送信される通信信号のような任意の媒体を通じて電子的に移送され、本発明は、これと均等なものを適切に含む。
【０２１４】
また、本発明の一実施形態による装置は、有線又は無線で接続されるプログラム提供装置からプログラムを受信し格納することができる。プログラム提供装置は、プログラム処理装置が予め定められたコンテンツ保護方法を実行するようにする指示を含むプログラムと、コンテンツ保護方法に必要な情報を記憶するためのメモリと、グラフィック処理装置との有線又は無線通信を実行するための通信部と、グラフィック処理装置のリクエスト又は自動で対応するプログラムを送受信装置に送信する制御部とを含んでもよい。
【０２１５】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【図１】
2017528025.tif 000006
【図２】
2017528025.tif 000007
【図３】
2017528025.tif 000008
【図４】
2017528025.tif 000009
【図５】
2017528025.tif 000010
【図６】
2017528025.tif 000011
【図７】
2017528025.tif 000012
【図８】
2017528025.tif 000013
【図９】
2017528025.tif 000014
【図１０】
2017528025.tif 000015
【図１１】
2017528025.tif 000016
【図１２】
2017528025.tif 000017
【図１３】
2017528025.tif 000018
【図１４】
2017528025.tif 000019
【手続補正書】
【提出日】平成29年1月5日(2017.1.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディア通信システムにおける送信装置のパケット送信方法であって、
パケットを生成するステップと、
前記パケットを受信装置に送信するステップとを有し、
前記パケットは、前記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、
前記少なくとも２つのデータユニットのうちの１つは、前記パケットに関連した制御情報を有することを特徴とするマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項２】
前記パケットに関連した制御情報を含むデータユニットは、前記パケット内で前記少なくとも２つのデータユニットのうちの最後のデータユニットに位置することを特徴とする、請求項１に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項３】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有することを特徴とする、請求項１に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項４】
前記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有することを特徴とする、請求項３に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項５】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメントタイプに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメントタイプに関する情報を有することを特徴とする、請求項１に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項６】
前記対応するデータユニットのフラグメントタイプに関する情報は、対応するフラグメントが前記制御情報を有することを示す情報及び前記対応するフラグメントがデータを有することを示す情報のうちの１つを有することを特徴とする、請求項５に記載のマルチメディア通信システムにおける送信装置のパケット送信方法。
【請求項７】
マルチメディア通信システムにおける受信装置のパケット受信方法であって、
送信装置からパケットを受信するステップと、
前記パケットをデコーディングするステップとを有し、
前記パケットは、前記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、
前記少なくとも２つのデータユニットのうちの１つは、前記パケットに関連した制御情報を有することを特徴とするマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項８】
前記パケットに関連した制御情報を含むデータユニットは、前記パケット内で前記少なくとも２つのデータユニットのうちの最後のデータユニットに位置することを特徴とする、請求項７に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項９】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有することを特徴とする、請求項７に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１０】
前記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有することを特徴とする、請求項９に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１１】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメントタイプに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメントタイプに関する情報を有することを特徴とする、請求項７に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１２】
前記対応するデータユニットのフラグメントタイプに関する情報は、対応するフラグメントが前記制御情報を有することを示す情報及び前記対応するフラグメントがデータを有することを示す情報のうちの１つを有することを特徴とする、請求項１１に記載のマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１３】
マルチメディア通信システムにおける受信装置のパケット受信方法であって、
送信装置からパケットをフラグメントすることにより生成されたフラグメントを受信するステップと、
前記フラグメントが完全なデータユニットであるか否かを検査するステップと、
前記フラグメントが完全なデータユニットである場合に、前記フラグメントが制御情報を有するか否かを検査するステップと、
前記フラグメントが前記制御情報を有する場合に、前記制御情報を前記フラグメントの前に受信されたフラグメントに先行する位置に格納するステップと
を有することを特徴とするマルチメディア通信システムにおける受信装置のパケット受信方法。
【請求項１４】
マルチメディア通信システムにおける送信装置であって、
パケットを生成し、前記パケットを受信装置に送信する送信ユニットを有し、
前記パケットは、前記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、
前記少なくとも２つのデータユニットのうちの１つは、前記パケットに関連した制御情報を有することを特徴とするマルチメディア通信システムにおける送信装置。
【請求項１５】
前記パケットに関連した制御情報を含むデータユニットは、前記パケット内で前記少なくとも２つのデータユニットのうちの最後のデータユニットに位置することを特徴とする、請求項１４に記載のマルチメディア通信システムにおける送信装置。
【請求項１６】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有することを特徴とする、請求項１４に記載のマルチメディア通信システムにおける送信装置。
【請求項１７】
前記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有することを特徴とする、請求項１６に記載のマルチメディア通信システムにおける送信装置。
【請求項１８】
マルチメディア通信システムにおける受信装置であって、
送信装置からパケットを受信し、前記パケットをデコーディングする受信ユニットを有し、
前記パケットは、前記受信装置が独立してデコーディング可能な少なくとも２つのデータユニットを有し、
前記少なくとも２つのデータユニットのうちの１つは、前記パケットに関連した制御情報を有することを特徴とするマルチメディア通信システムにおける受信装置。
【請求項１９】
前記少なくとも２つのデータユニットの各々は、フラグメントされるか、又はフラグメントされず、
前記少なくとも２つのデータユニットの各々がフラグメントされない場合に、前記少なくとも２つのデータユニットの各々は、対応するデータユニットのフラグメンテーションに関する情報を有し、
前記少なくとも２つのデータユニットの各々がフラグメントされる場合に、前記少なくとも２つのデータユニットの各々のフラグメンテーションにより生成されたフラグメントの各々は、対応するデータユニットのフラグメンテーションに関する情報を有することを特徴とする、請求項１８に記載のマルチメディア通信システムにおける受信装置。
【請求項２０】
前記対応するデータユニットのフラグメンテーションに関する情報は、対応するペイロードが１つ又はそれ以上の完全なデータユニットを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最初のフラグメントでもなく、最後のフラグメントでもないフラグメントを有することを示す情報と、前記対応するペイロードが前記対応するデータユニットの最後のフラグメントを有することを示す情報のうちの１つを有することを特徴とする、請求項１９に記載のマルチメディア通信システムにおける受信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１７８
【補正方法】変更
【補正の内容】
【０１７８】
図１１を参照すると、ＭＭＴ送信エンティティ１１１０は、プレゼンテーションエンジンレイヤ１１１１と、ファイルプロセッサ１１１３と、ジェネリックオブジェクト構成レイヤ１１１５と、メディアプロセッサ１１１７と、ＭＰＵ構成レイヤ１１１９と、シグナリングメッセージプロセッサ１１２１と、シグナリングメッセージ構成レイヤ１１２３と、ＭＭＴプロトコルレイヤ１１２５と、配信レイヤ１１２７とを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１８４
【補正方法】変更
【補正の内容】
【０１８４】
一方、図１１において、ＭＭＴ送信エンティティ１１１０がプレゼンテーションエンジンレイヤ１１１１と、ファイルプロセッサ１１１３と、ジェネリックオブジェクト構成レイヤ１１１５と、メディアプロセッサ１１１７と、ＭＰＵ構成レイヤ１１１９と、シグナリングメッセージプロセッサ１１２１と、シグナリングメッセージ構成レイヤ１１２３と、ＭＭＴＰレイヤ１１２５と、配信レイヤ１１２７とが個別のプロセッサとして説明されたが、これは、説明の便宜のためのものであることを理解すべきである。言い換えれば、プレゼンテーションエンジンレイヤ１１１１と、ファイルプロセッサ１１１３と、ジェネリックオブジェクト構成レイヤ１１１５と、メディアプロセッサ１１１７と、ＭＰＵ構成レイヤ１１１９と、シグナリングメッセージプロセッサ１１２１と、シグナリングメッセージ構成レイヤ１１２３と、ＭＭＴＰレイヤ１１２５と、配信レイヤ１１２７の中の少なくとも２つが１つのプロセッサに統合される形態でも実現できる。また、ＭＭＴ送信エンティティ１１１０は、１つのプロセッサで実現可能であってもよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１９５
【補正方法】変更
【補正の内容】
【０１９５】
図１３を参照すると、ＭＭＴ受信エンティティ１３１０は、プレゼンテーションエンジンレイヤ１３１１と、ファイルプロセッサ１３１３と、ジェネリックオブジェクト再構成レイヤ１３１５と、メディアプロセッサ１３１７と、ＭＰＵ再構成レイヤ１３１９と、シグナリングメッセージプロセッサ１３２１と、シグナリングメッセージ再構成レイヤ１３２３と、ＭＭＴＰレイヤ１３２５と、配信レイヤ１３２７とを含む。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０２０２
【補正方法】変更
【補正の内容】
【０２０２】
一方、図１３において、ＭＭＴ受信エンティティ１３１０は、プレゼンテーションエンジンレイヤ１３１１、ファイルプロセッサ１３１３、ジェネリックオブジェクト再構成レイヤ１３１５、メディアプロセッサ１３１７、ＭＰＵ再構成レイヤ１３１９、シグナリングメッセージプロセッサ１３２１、シグナリングメッセージ再構成レイヤ１３２３、ＭＭＴＰレイヤ１３２５、及び配信レイヤ１３２７が個別のプロセッサで実現されるとしたが、プレゼンテーションエンジンレイヤ１３１１、ファイルプロセッサ１３１３、ジェネリックオブジェクト再構成レイヤ１３１５、メディアプロセッサ１３１７、ＭＰＵ再構成レイヤ１３１９、シグナリングメッセージプロセッサ１３２１、シグナリングメッセージ再構成レイヤ１３２３、ＭＭＴＰレイヤ１３２５、及び配信レイヤ１３２７の中の少なくとも２つが１つのプロセッサに統合される形態にて実現できる。また、ＭＭＴ受信エンティティ１３１０は、１つのプロセッサで実現されてもよい。
【国際調査報告】
2017528025.tif 000020
2017528025.tif 000021
2017528025.tif 000022
2017528025.tif 000023