(57)【特許請求の範囲】
【請求項１】
マルチメディア通信システムにおけるマルチメディアデータ送信装置がマルチメディアデータ配信特性情報を送信する方法であって、
マルチメディアデータに対するサービス品質（ＱｏＳ）に関連した情報を表すマルチメディアデータ配信特性情報が含まれることを表すエレメントと、前記マルチメディアデータ配信特性情報を含むメッセージをマルチメディアデータ受信装置に送信するステップを有し、
前記マルチメディアデータ配信特性情報は、前記マルチメディアデータに対する送信損失の特性を表すエレメント、前記マルチメディアデータに対する遅延感度に対する特性を表すエレメント、サービスを分類するためのエレメント、前記マルチメディアデータの連続的な配信のために保証される最小ビットレートを表すエレメント、前記マルチメディアデータの配信のための最大バッファサイズを表すエレメント、前記マルチメディアデータの連続的な配信中にピークビットレートを表すエレメント、前記マルチメディアデータの連続的な配信中に前記マルチメディアデータと異なる他のマルチメディアデータの周期を表すエレメント、及び前記他のマルチメディアデータの最大サイズを表すエレメントを含み、
前記サービスを分類するためのエレメントは、どの時点であっても前記マルチメディアデータの送信に対して専用のピークビットレート（peak bitrate）を保障する定数ビットレート（Constant Bit Rate:ＣＢＲ）サービスクラス（service class）と、持続可能なビットレートを保障し、共有チャンネルを介して遅延制限を有して前記マルチメディアデータに対するピークビットレートを許可するリアルタイム可変ビットレート（real-time Variable Bit Rate:rt-VBR）サービスクラスのうちの一つを表す
ことを特徴とする方法。
【請求項２】
前記マルチメディアデータは、メディアプロセッシングユニット（ＭＰＵ）単位のマルチメディアデータと予め設定された単位のマルチメディアデータのうちいずれか一つを含み、
前記他のマルチメディアデータは、メディアフラグメントユニット（ＭＦＵ）単位のマルチメディアデータを含む
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記マルチメディアデータに対する送信損失特性を表すエレメントは、
前記マルチメディアデータに対する送信が損失のない送信を要求することを表すか、または、前記マルチメディアデータに対する送信が損失のある送信を許可することを表す
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記マルチメディアデータに対する遅延感度特性を表すエレメントは、
前記マルチメディアデータが高い遅延感度を有することを表す優先順位、前記マルチメディアデータが中間遅延感度を有することを表す優先順位、前記マルチメディアデータが低い遅延感度を有することを表す優先順位、及び前記マルチメディアデータが遅延に敏感でないことを表す優先順位のうちいずれか一つを表し、
前記高い遅延感度は前記マルチメディアデータに対する遅延時間が第１の遅延時間より短いことを表し、前記中間遅延感度は前記マルチメディアデータに対する遅延時間が前記第１の遅延時間以上であり、第２の遅延時間より短いことを表し、前記低い遅延感度は前記マルチメディアデータに対する遅延時間が前記第２の遅延時間以上であることを表す
ことを特徴とする請求項１に記載の方法。
【請求項５】
マルチメディア通信システムでマルチメディアデータ受信装置がマルチメディアデータ配信特性情報を受信する方法であって、
マルチメディアデータ送信装置から、マルチメディアデータに対するサービス品質（ＱｏＳ）に関連した情報を表すマルチメディアデータ配信特性情報が含まれることを表すエレメントと、前記マルチメディアデータ配信特性情報を含むメッセージを受信するステップを有し、
前記マルチメディアデータ配信特性情報は、前記マルチメディアデータに対する送信損失の特性を表すエレメント、前記マルチメディアデータに対する遅延感度に対する特性を表すエレメント、サービスを分類するためのエレメント、前記マルチメディアデータの連続的な配信のために保証される最小ビットレートを表すエレメント、前記マルチメディアデータの配信のための最大バッファサイズを表すエレメント、前記マルチメディアデータの連続的な配信中にピークビットレートを表すエレメント、前記マルチメディアデータの連続的な配信中に前記マルチメディアデータと異なる他のマルチメディアデータの周期を表すエレメント、及び前記他のマルチメディアデータの最大サイズを表すエレメントを含み、
前記サービスを分類するためのエレメントは、どの時点であっても前記マルチメディアデータの送信に対して専用のピークビットレート（peak_bitrate）を保障する定数ビットレート（Constant_Bit_Rate:ＣＢＲ）サービスクラス（service_class）と、持続可能なビットレートを保障し、共有チャンネルを介して遅延制限を有して前記マルチメディアデータに対するピークビットレートを許可するリアルタイム可変ビットレート（real-time_Variable_Bit_Rate:rt-VBR）サービスクラスのうちの一つを表す
ことを特徴とする方法。
【請求項６】
前記マルチメディアデータは、メディアプロセッシングユニット（ＭＰＵ）単位のマルチメディアデータと予め設定された単位のマルチメディアデータのうちいずれか一つを含み、
前記他のマルチメディアデータは、メディアフラグメントユニット（ＭＦＵ）単位のマルチメディアデータを含む
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記マルチメディアデータに対する送信損失特性を表すエレメントは、
前記マルチメディアデータに対する送信が損失のない送信を要求することを表すか、または、前記マルチメディアデータに対する送信が損失のある送信を許可することを表す
ことを特徴とする請求項５に記載の方法。
【請求項８】
前記マルチメディアデータに対する遅延感度特性を表すエレメントは、
前記マルチメディアデータが高い遅延感度を有することを表す優先順位、前記マルチメディアデータが中間遅延感度を有することを表す優先順位、前記マルチメディアデータが低い遅延感度を有することを表す優先順位、及び前記マルチメディアデータが遅延に敏感でないことを表す優先順位のうちいずれか一つを表し、
前記高い遅延感度は前記マルチメディアデータに対する遅延時間が第１の遅延時間より短いことを表し、前記中間遅延感度は前記マルチメディアデータに対する遅延時間が前記第１の遅延時間以上であり、第２の遅延時間より短いことを表し、前記低い遅延感度は前記マルチメディアデータに対する遅延時間が前記第２の遅延時間以上であることを表す
ことを特徴とする請求項５に記載の方法。
【請求項９】
請求項１〜４のうちいずれか一つの方法を遂行するように構成されるマルチメディアデータ配信特性情報を送信する装置。
【請求項１０】
請求項５〜８のうちいずれか一つの方法を遂行するように構成されるマルチメディアデータ配信特性情報を受信する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディア通信システムにおけるマルチメディアデータ配信特性(delivery  characteristics)情報を送受信する装置及び方法に関する。
【背景技術】
【０００２】
最近、マルチメディアサービスを提供するマルチメディア通信システムに対する活発な研究が進行している。マルチメディアサービスは、画像電話のような対話形サービス、注文型ビデオ(Video  On  Demand：ＶＯＤ)サービスのようなストリーミングサービス、またはマルチキャストマルチメディアサービス及びブロードキャストマルチメディアサービスのようなサービスを含む。また、マルチメディアサービスは、リアルタイムマルチメディアサービスとノンリアルタイムマルチメディアサービスに分類でき、リアルタイムマルチメディアサービスは、サービスタイプにより対話形サービス、インタラクティブサービス、ストリーミングサービスに分類できる。さらに、マルチメディアサービスは、マルチメディアサービスを受信するユーザー端末(ＵＥ)の数に従ってユニキャストマルチメディアサービス、マルチキャストマルチメディアサービス、及びブロードキャストマルチメディアサービスに分類できる。
【０００３】
ＩＥＥＥ(Institute  of  Electrical  and  Electronics  Engineers)８０２.１６標準、例えばＩＥＥＥ８０２.１６ベースのＷＩＭＡＸ(Worldwide  Interoperability  for  Microwave  Access)標準、ＩＥＥＥ８０２.１１ｅ標準、例えばＩＥＥＥ８０２．１１ｅベースのＷｉＦｉ ＴＸＯＰ(Wireless  Fidelity  Transmission  Opportunity)標準、及び３世代パートナーシッププロジェクト(３ＧＰＰ）のＵＭＴＳ(Universal  Mobile  Telecommunications  System)標準及びＬＴＥ(Long  Term  Evolution)標準では、マルチメディアサービスを提供するためにリソースを予約し、予約したリソースを保証する機能が提案される。
【０００４】
マルチメディア通信システムは、リアルタイムマルチメディアサービスに対するサービス品質(ＱｏＳ)を保証するために、次のようなリソース予約プロトコルを使用することができる。
【０００５】
ＩＥＴＦ(Internet  Engineering  Task  Force)で使用されるリソース予約プロトコルとしてリソース予約プロトコル(Resource  Reservation  Protocol：ＲＳＶＰ)に含まれているトラフィック規格(traffic  specification：ｔｓｐｅｃ）、要求(ｒｓｐｅｃ)、フロー規格(ｆｌｏｗｓｐｅｃ)のようなリソース予約プロトコルでは、多様なパラメータが定義され、パラメータは、ＩＥＥＥ８０２.１６標準、ＩＥＥＥ８０２．１１ｅ標準、３ＧＰＰのＵＭＴＳ標準及びＬＴＥ標準と互換性を有する。
【０００６】
ＩＥＥＥ８０２．１６標準、ＩＥＥＥ８０２．１１ｅ標準、３ＧＰＰのＵＭＴＳ標準及びＬＴＥ標準では、リソースは、一般的にダブルリーキバケット(double  leaky  bucket)パラメータを用いて予約される。
【０００７】
図１は、関連技術によるマルチメディア通信システムにおいて可変ビットレートを有するデータをダブルリーキバケットパラメータを用いて表現するプロセスを概略的に示す。
【０００８】
図１を参照すると、可変ビットレートを有するトラフィックは、ＲＳＶＰのｔｓｐｅｃに含まれる４個のパラメータ(Ｒｇ，Ｒｐ，Ｂｐ，Ｂ）を用いてダブルリーキバケットの形態で表現される。ここで、Ｒｇは、保証ビットレートを表すパラメータであり、Ｒｐはピークビットレートを表すパラメータであり、Ｂｐはピークビットレートに対するバッファサイズを表すパラメータであり、Ｂはバッファサイズを表すパラメータである。
【０００９】
図１において、保証ビットレートＲｇ１０１は、与えられた平均ビットレートを表し、関連時点でビットレートが瞬間的に保証ビットレートＲｇ１０１を超えても該当時点で関連ビットがバッファに格納されている場合、オーバーフロー(overflow）は発生しない。図１では、保証ビットレートＲｇ１０１のために必要なバッファサイズがＢ１０３であると仮定する。場合によっては、バッファサイズＢ  １０３は、保証ビットレートＲｇ１０１に対応し、保証バッファサイズＢｇで表現できる。
【００１０】
さらに、ピークビットレートＲｐ１０５は、予め決定され得る。ピークビットレートＲｐ１０５が一つのデータパケットが送信される周期内で維持されると仮定し、ピークビットレートＲｐ１０５に対するバッファサイズＢｐ１０７は、サービスデータユニット(ＳＤＵ）の最大サイズとして決定され得る。ＳＤＵの最大サイズは、一般的に最大転送ユニット(ＭＴＵ）を用いて表現され得る。
次の＜表１＞は、４つのダブルリーキバケットパラメータを用いる多様なプロトコルの一例を示す。
【００１１】
【表１】
0006521523.tif 000002
【００１２】
＜表１＞に示すように、Ｒｇ，Ｒｐ，Ｂｐ，Ｂに対応するｐ，Ｍ，ｒ，ｂは、ＩＥＴＦ  ＲＳＶＰとＩＥＥＥ８０２．１１ｅのｔｓｐｅｃで使用され、Ｒｇ，Ｒｐ，Ｂｐ，Ｂに対応する予約された最小トラフィックレート、ＳＤＵサイズ、持続する最大トラフィックレート、最大待ち時間(latency)はＷＩＭＡＸ標準に基づいたＩＥＥＥ８０２.１６で使用され、Ｒｇ，Ｒｐ，Ｂｐ，Ｂに対応する最小ビットレート(４Ｂ)、最大ＳＤＵサイズ、保証ビットレート(４Ｂ)、ｋ＊最大ＳＤＵは、３ＧＰＰ  ＵＭＴＳ＆ＬＴＥ標準で使用され、Ｒｇ，Ｒｐ，Ｂｐ，Ｂに対応するａｖｇＢｉｔｒａｔｅ、ＭＡＸ_ＡＵ_ＳＩＺＥ、ＡｖｅｒａｇｅＢｉｔＲａｔｅ、ｂｕｆｆｅｒＳｉｚｅＤＢは、ＭＰＥＧ(Moving  Picture  Expert  Group)-４ＯＤ(Object  Descriptors)標準で使用され、Ｒｇ，Ｒｐ，Ｂｐ，Ｂに対応するＰＣＲ，ＣＤＶＴ，ＳＣＲ，ＢＴはＡＴＭ(Asynchronous  Transfer  Mode)標準で使用される。
【００１３】
ＩＥＴＦ  ＲＳＶＰ及びＩＥＥＥ８０２.１１ｅｔｓｐｅｃで使用されるｐ，Ｍ，ｒ，ｂ、ＩＥＥＥ８０２.１６ベースのＷＩＭＡＸ標準で使用される予約された最小トラフィックレート、ＳＤＵサイズ、持続する最大トラフィックレート、最大待ち時間、３ＧＰＰ  ＵＭＴＳ＆ＬＴＥ標準で使用される最大ビットレート(４Ｂ)、最大ＳＤＵサイズ、保証ビットレート（４Ｂ）、ｋ＊最大ＳＤＵ、ＭＰＥＧ-４ＯＤ標準で使用されるａｖｇＢｉｔｒａｔｅ、ＭＡＸ_ＡＵ_ＳＩＺＥ、ＡｖｅｒａｇｅＢｉｔＲａｔｅ、ｂｕｆｆｅｒＳｉｚｅＤＢ、ＡＴＭ標準で使用されるＰＣＲ，ＣＤＶｔ、ＳＣＲ，ＢＴについて、ここではその詳細な説明を省略する。
【００１４】
＜表１＞に示すように、ダブルリーキバケットパラメータを用いてマルチメディアデータ配信特性情報を生成することは、他のプロトコルとの互換性側面で有利である。
【００１５】
一般に、リソース予約プロトコルは、マルチメディアサービスを提供するためのサービスセッションの確立プロセスで設定される。リソース予約プロトコルはマルチメディアサービスが遂行される間、すなわちマルチメディアコンテンツの全体に対してデータを送信するネットワークでエンドポイントの間で設定されると仮定する。
【００１６】
しかしながら、サービスが提供されるエンドポイントの間でリソースを予約することは、関連技術の開放型のインターネット環境では不可能である。コアネットワークで、安定的で広帯域の送信は可能であるが、エンドポイントに近づくほど複数のＵＥ間のリソース共有による問題が発生する可能性がある。特に、無線通信及び移動通信システムでは、ＵＥの移動及び電子干渉のような多様な理由によってネットワーク環境が動的に変化する。説明の便宜上、動的に変化するネットワーク環境は、‘動的ネットワーク環境’と称される。
【００１７】
図２は、関連技術による通信システムのモバイルネットワークで動的ネットワーク環境の変化を概略的に示す。
図２を参照すると、モバイルネットワークは、ＩＥＥＥ８０２.１６を使用するＩＥＥＥ８０２.１６ネットワークであり得る。図２のグラフにおいて、横軸は時間を表し、縦軸は該当時間に測定した信号対干渉雑音比(Signal  to  Interference  plus  Noise  Ratio：ＳＩＮＲ)(ｄＢ)を表す。すなわち、図２のグラフは、１０分間測定したＳＩＮＲを表す。
【００１８】
一方、関連ＭＰＥＧ標準において、ＭＰＥＧメディア転送(ＭＭＴ)技術は標準化されている。ＭＭＴ技術では、マルチメディアサービスのためのリソースを予約し、その予約したリソースを保証する機能、動的ネットワーク環境でマルチメディアデータ配信特性情報を生成し、この生成したマルチメディアデータ配信特性情報を送受信する機能が論議されている。
ＭＭＴ技術では、ＭＭＴアセット単位の配信特性情報は、アセット配信特性(ＡＤＣ)情報を用いて提供される。
【００１９】
ＭＭＴアセットは、一つ以上のメディアプロセシングユニット(ＭＰＵ)を含む。ＭＰＵは、サイズに従って一つ以上のＭＭＴにパケット化される。すなわち、ＭＰＵは、最大転送ユニット(ＭＴＵ)サイズによって一つのＭＭＴペイロードにパケット化され、あるいはＭＰＵをフラグメンテーションして一つのＭＭＴペイロードにパケット化され、あるいはＭＰＵをアグリゲーションして複数のＭＰＵを含む一つのＭＭＴペイロードにパケット化されることができる。ＭＭＴアセットは、構成情報及び配信特性が適用される最大データ単位である。
ＡＤＣ情報は、ＭＭＴアセット配信のＱｏＳを保証する情報であり、特定送信環境の媒介パラメータ及びＱｏＳを保障するための媒介パラメータを表す。
【００２０】
したがって、ＭＭＴ技術を使用するＭＭＴシステムにおいて、サービスプロバイダは、ＡＤＣ情報を用いてマルチメディアデータ配信特性情報を考慮してネットワークを設定しなければならない。
【００２１】
このような動的ネットワーク環境では、リソースが関連技術ＲＳＶＰのような関連プロトコルを用いてサービスセッション開始時点で予約される場合、予約されたリソースを保証することが難しくなる。モバイル環境特性のため、ＵＥが移動する場合にＵＥにサービスを提供する基地局(ＢＳ)が変わるので、新たなリソース予約プロセスが必要になる。したがって、動的ネットワーク環境でマルチメディアサービスのＱｏＳを保証することが必要である。
【００２２】
データレートがマルチメディアデータ配信特性によって多様に変化しても、リソースがサービスセッションの開始時点で予約される場合、リソース予約に従って保証されるリソースは使用されないことがある。さらに、使用されないリソースは他のＵＥと共有することは難しい。したがって、動的マルチメディアデータ配信特性によって動的にリソースを予約及び割り当てる必要がある。
【００２３】
上記情報は、本発明の理解を助けるために背景情報のみとして開示される。これらが本発明に対して従来技術として適用できるか否かに関しては何の決定及び断言も下されていない。
【発明の概要】
【発明が解決しようとする課題】
【００２４】
したがって、本発明は、上記した従来技術の問題点に鑑みてなされたものであって、その目的は、マルチメディア通信システムでマルチメディアデータ配信特性情報を送受信する装置及び方法を提供することにある。
【００２５】
本発明の他の目的は、マルチメディア通信システムで動的ネットワーク環境を考慮してマルチメディアデータ配信特性情報を送受信する装置及び方法を提供することにある。
【００２６】
また、本発明の目的は、マルチメディア通信システムで動的ネットワーク環境を考慮して予め設定されているマルチメディアデータ単位でマルチメディアデータ配信特性情報を送受信する装置及び方法を提供することにある。
【課題を解決するための手段】
【００２７】
上記のような目的を達成するために、本発明の一態様によれば、マルチメディア通信システムにおけるマルチメディアデータ送信装置がマルチメディアデータ配信特性情報を送信する方法が提供される。その方法は、マルチメディアデータに対するサービス品質(ＱｏＳ)に関連した情報を表すマルチメディアデータ配信特性情報が含まれるか否かを表すエレメントと、エレメントがマルチメディアデータ配信特性情報が含まれることを表す場合にマルチメディアデータ配信特性情報をマルチメディアデータ受信装置に送信するステップを有し、マルチメディアデータ配信特性情報は、マルチメディアデータに対する送信パケット損失の特性を表すエレメント、マルチメディアデータに対する遅延感度に対する特性を表すエレメント、マルチメディアデータに対する特性をビットストリームの特性で表すエレメント、マルチメディアデータの連続的な配信のために保証されるべき最小ビットレートを表すエレメント、マルチメディアデータの配信のための最大バッファサイズを表すエレメント、マルチメディアデータの連続的な配信中にピークビットレートを表すエレメント、マルチメディアデータの連続的な配信中にマルチメディアデータと異なるマルチメディアデータの最小周期を表すエレメント、及び他のマルチメディアデータの最大サイズを表すエレメントを含む。
【００２８】
本発明の他の態様によれば、マルチメディア通信システムでマルチメディアデータ受信装置がマルチメディアデータ配信特性情報を受信する方法が提供される。その方法は、マルチメディアデータ送信装置から、マルチメディアデータに対するサービス品質(ＱｏＳ）に関連した情報を表すマルチメディアデータ配信特性情報が含まれるか否かを表すエレメントと、エレメントがマルチメディアデータ配信特性情報が含まれることを表す場合にマルチメディアデータ配信特性情報を受信するステップを有し、マルチメディアデータ配信特性情報は、マルチメディアデータに対する送信パケット損失の特性を表すエレメント、マルチメディアデータに対する遅延感度に対する特性を表すエレメント、マルチメディアデータに対する特性をビットストリームの特性で表すエレメント、マルチメディアデータの連続的な配信のために保証されるべき最小ビットレートを表すエレメント、マルチメディアデータの配信のための最大バッファサイズを表すエレメント、マルチメディアデータの連続的な配信中にピークビットレートを表すエレメント、マルチメディアデータの連続的な配信中にマルチメディアデータと異なるマルチメディアデータの最小周期を表すエレメント、及び他のマルチメディアデータの最大サイズを表すエレメントを含む。
【００２９】
また、本発明の他の態様によれば、マルチメディア通信システムにおけるマルチメディアデータ送信装置がマルチメディアデータ配信特性情報を送信する装置が提供される。その装置は、マルチメディアデータに対するサービス品質(ＱｏＳ)に関連した情報を表すマルチメディアデータ配信特性情報が含まれるか否かを表すエレメントと、エレメントがマルチメディアデータ配信特性情報が含まれることを表す場合にマルチメディアデータ配信特性情報をマルチメディアデータ受信装置に送信するように構成される送信器を含み、マルチメディアデータ配信特性情報は、マルチメディアデータに対する送信パケット損失の特性を表すエレメント、マルチメディアデータに対する遅延感度に対する特性を表すエレメント、マルチメディアデータに対する特性をビットストリームの特性で表すエレメント、マルチメディアデータの連続的な配信のために保証されるべき最小ビットレートを表すエレメント、マルチメディアデータの配信のための最大バッファサイズを表すエレメント、マルチメディアデータの連続的な配信中にピークビットレートを表すエレメント、マルチメディアデータの連続的な配信中にマルチメディアデータと異なるマルチメディアデータの最小周期を表すエレメント、及び他のマルチメディアデータの最大サイズを表すエレメントを含む。
【００３０】
さらに、本発明の他の態様によれば、マルチメディア通信システムでマルチメディアデータ受信装置がマルチメディアデータ配信特性情報を受信する装置が提供される。その装置は、マルチメディアデータ送信装置から、マルチメディアデータに対するサービス品質(ＱｏＳ）に関連した情報を表すマルチメディアデータ配信特性情報が含まれるか否かを表すエレメントと、エレメントがマルチメディアデータ配信特性情報が含まれることを表す場合にマルチメディアデータ配信特性情報を受信するように構成される受信器を含み、マルチメディアデータ配信特性情報は、マルチメディアデータに対する送信パケット損失の特性を表すエレメント、マルチメディアデータに対する遅延感度に対する特性を表すエレメント、マルチメディアデータに対する特性をビットストリームの特性で表すエレメント、マルチメディアデータの連続的な配信のために保証されるべき最小ビットレートを表すエレメント、マルチメディアデータの配信のための最大バッファサイズを表すエレメント、マルチメディアデータの連続的な配信中にピークビットレートを表すエレメント、マルチメディアデータの連続的な配信中にマルチメディアデータと異なるマルチメディアデータの最小周期を表すエレメント、及び他のマルチメディアデータの最大サイズを表すエレメントを含む。
【発明の効果】
【００３１】
本発明は、比較的小さい時間又は所定周期単位でマルチメディアデータに関する配信特性情報を生成及び伝送することによって、モバイルネットワークのような動的に伝送環境が変化するケースでより効果的にマルチメディアサービスのためのリソースの予約及びＱｏＳの管理が可能である効果を有する。
また、本発明は、動的にマルチメディアデータの特性によって動的にリソースを予約できる効果を有する。
【００３２】
さらに、本発明は、動的にリソース予約を通じて要求されるリソースがサービスセッションの開始時点で保証されるリソースより小さい場合に発生して使用されないリソースを共有することができる。したがって、本発明は、制限された伝送リソースをより効果的に使用することができる効果を有する。
【００３３】
本発明の他の態様、利点、及び顕著な特徴は、下記の詳細な説明から当業者には公知であり、その詳細な説明は、添付の図面とともに本発明の実施形態で開示する。
【図面の簡単な説明】
【００３４】
【図１】関連技術によるマルチメディア通信システムにおいて可変ビットレートでデータをダブルリーキバケットパラメータを用いて表現するプロセスを概略的に示す。
【図２】関連技術による通信システムのモバイルネットワークにおける動的にネットワーク環境の変化を概略的に示す。
【図３】本発明の一実施形態によるＭＰＥＧ(Moving  Picture  Expert  Group)メディア転送(ＭＭＴ)システムのＭＭＴカプセル化階層(Ｅ階層)で処理されるＭＭＴパッケージの構造を概略的に示す。
【図４】本発明の一実施形態によるＭＭＴシステムでマルチメディアデータ配信特性情報をメディア伝送サービスプロセスで使用するプロセスを概略的に示す。
【図５】本発明の一実施形態によるＭＭＴシステムでＭＭＴサーバによりメディアプロセッシングユニット(ＭＰＵ)単位又は所定周期単位のマルチメディアデータに関する配信特性情報を生成及び伝送するプロセスを概略的に示す。  図面を通じて、類似した参照番号は、同一の部分、構成要素、及び構造を称することに留意すべきである。
【発明を実施するための形態】
【００３５】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００３６】
次の説明において、具体的な構成及び構成要素のような特定詳細は、ただ本発明の実施形態の全般的な理解を助けるために提供されるだけである。したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。なお、公知の機能または構成に関する具体的な説明は、明瞭性と簡潔性のために省略する。
【００３７】
以下の説明及び請求項に使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用する。従って、本発明の範囲は、特許請求の範囲とこれと均等なものに基づいてのみ定義されるものであり、本発明の実施形態の説明が単に実例を提供するためのものであって、本発明の範囲乃至目的を限定するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。
【００３８】
英文明細書に記載の“ａ”、“ａｎ”、及び“ｔｈｅ”、すなわち単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者には理解できることである。したがって、例えば、“コンポーネント表面(a  component  surface)”との記載は一つ又は複数の表面を含む。
【００３９】
‘第１’、‘第２’のように序数を含む用語は多様な構成要素を説明するために使用されるが、構成要素は、上記用語により限るものではない。これら用語は、一つの構成要素を他の構成要素から区別する目的のみで使われる。例えば、本発明の権利範囲を外れずに、第１の構成要素は第２の構成要素と称され、同様に第２の構成要素も第１の構成要素と称される。‘及び/又は’との用語は、複数の関連した記載項目の組み合わせ又は複数の関連した記載項目のうちいずれかの項目を含む。
【００４０】
ここで使用される用語は、特定実施形態を説明するためのものであり、本発明を限定するものではない。 ここで使用される単数形は、コンテキスト中に特記で明示されない限り、複数形を含むことは、当業者にはわかることである。また、‘含む’及び/又は‘有する’などの用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、エレメント、又はそれらの組み合わせが存在することを指定しようとするものであるが、一つ又はそれ以上の他の特徴、数字、段階、動作、構成要素、エレメント、又はこれらの組み合わせの存在又は付加可能性を予め排除しないことを理解しなければならない。
【００４１】
別に定義されない限り、ここで使用される技術的及び科学的な用語を含むすべての用語は、本発明が属する技術分野で通常の知識を持った者には一般的に理解される意味と同一の意味を有する。一般的に使用される辞典で定義されるような用語は、関連技術の文脈上有する意味と一致する意味を有すると解析されなければならず、ここで明白に定義されない限り、理想的又は過度に形式的な意味で解析されない。
本発明の一実施形態は、マルチメディア通信システムでマルチメディアデータ配信特性情報を送受信する装置及び方法を提案する。
【００４２】
また、本発明の一実施形態は、マルチメディア通信システムで動的ネットワーク環境を考慮してマルチメディアデータ配信特性情報を送受信する装置及び方法を提案する。
【００４３】
さらに、本発明の一実施形態は、マルチメディア通信システムで動的ネットワーク環境を考慮して予め設定されているマルチメディアデータ単位でマルチメディアデータ配信特性情報を送受信する装置及び方法を提案する。
【００４４】
本発明の実施形態で提案するマルチメディアデータ配信特性情報の送受信装置及び方法は、ＭＰＥＧ(Moving  Picture  Expert  Group)メディア転送(ＭＭＴ)システムを参照して説明する。さらに、本発明の一実施形態で提案する装置及び方法は、ＬＴＥ(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)８０２.１６ｍ移動通信システムのような多様な通信システムにも適用することができる。すなわち、本発明の一実施形態で提案する装置及び方法は、マルチメディアサービスを提供するすべてのマルチメディアシステムに適用することができる。
【００４５】
無線通信ネットワーク及び移動通信ネットワークでは、ＵＥの移動、及び電子干渉のような多様な理由によってネットワーク環境が動的に変化する。この場合、リソースがマルチメディアサービスのサービス品質(ＱｏＳ)を保証するために予約される場合、全体マルチメディアコンテンツに比べて、比較的短い単位または予め設定された周期単位のマルチメディアコンテンツのためのリソースを予約することがはるかに効果的である。
【００４６】
したがって、本発明の一実施形態では、ＭＰＵ(Media  Processing  Unit)単位又は予め設定されている周期単位でリソースを予約するために、ＭＰＵのＱｏＳを管理するために使用される補助情報としてＭＰＵ配信特性(MPU  Delivery  Characteristics：ＭＤＣ)を送受信する装置及び方法を提案する。ここで、ＭＰＵは、マルチメディアコンテンツを保証するために使用される単位である。例えば、予め設定された周期は、ＭＭＴアセット又はＭＭＴサブアセットであり得る。ＭＭＴアセットは、一つ以上のＭＰＵを含む。ＭＭＴアセットは、一つ以上のＭＰＵを含む。ＭＭＴアセットは、一つ以上のＭＭＴサブアセットを含む。ＭＭＴサブアセットは、効率的なリソース予約のためにＭＭＴアセットをメディアビットレート特性に従って一つ以上の周期に分かれて生成される単位を表す。本発明の実施形態では、ＭＤＣ情報は、ＭＤＣヘッダーで伝送され、ＭＤＣ情報の説明及びこのＭＤＣ両方ともをＭＰＵヘッダーに挿入する方法は、以下に提供される。
【００４７】
ＭＰＵ(又は比較的小さい時間単位及び所定周期単位のマルチメディアデータ、例えばＭＭＴアセット、ＭＭＴサブアセット又はＧＯＰ(Group  of  Picture))単位で送信リソースの予約及びＱｏＳの管理に使用される補助情報、すなわちＭＤＣ情報は、ＭＰＵ単位又は所定周期のマルチメディアデータ、例えばＭＭＴアセット又はＭＭＴサブアセットに関する配信特性情報である。次に、ＭＤＣ情報を具体化するための構文(syntax）を＜表２＞を参照して説明する。
＜表２＞にはＭＰＵヘッダー構文が表現され、本発明の一実施形態によるＭＤＣ情報は、下記のＭＰＵヘッダー構文で太字で表示する。
【００４８】
上記したように、＜表２＞において、各エレメント又は属性(attribute）の名称及びサイズ、各エレメント又は属性を表現するために使用される値の種類は、本発明の実施形態で提案する機能により選択され、ユーザー又はオペレータの意図又は先例に従って変わることができる。しかしながら、各エレメント又は属性の意味は本明細書で提供する意味に従うことは、当該技術分野で通常の知識を持つ者には明らかである。
【００４９】
【表２】
0006521523.tif 000003
【００５０】
＜表２＞でＭＰＵヘッダー構文に含まれている各エレメント又は属性の意味(semantic)について、＜表３＞乃至＜表７＞を参照して説明する。
【００５１】
＜表２＞でＭＰＵヘッダーの構文に含まれる各エレメント又は属性の名称及び定義は、＜表３＞〜＜表７＞で表現し、ＭＤＣ情報に対応する各エレメント又は属性の名称及び定義は、太字で表示する。説明の便宜上、エレメント又は属性は、‘エレメント’と称される。
【００５２】
【表３】
0006521523.tif 000004
【００５３】
【表４】
0006521523.tif 000005
【００５４】
【表５】
0006521523.tif 000006
【００５５】
【表６】
0006521523.tif 000007
【００５６】
【表７】
0006521523.tif 000008
【００５７】
＜表３＞乃至＜表７＞で、ｍｐｕ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒは、単一ＭＭＴアセットに含まれているＭＰＵの個数を表すエレメントであり、ｍｐｕ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒの値は所定の値、例えば‘１’ずつ増加し、ＭＭＴアセット内で固有である。
＜表３＞乃至＜表７＞において、ｎｕｍｂｅｒ_ｏｆ_ａｕは、該当ＭＰＵに含まれているアクセスユニット(ＡＵ)の個数を表すエレメントである。
＜表３＞乃至＜表７＞において、ａｕ_ｌｅｎｇｔｈは、関連ＭＰＵに含まれているＡＵの長さを表すエレメントである。
＜表３＞乃至＜表７＞において、ｐｒｉｖａｔｅ_ｈｅａｄｅｒ_ｆｌａｇは、プライベートヘッダーが存在することを表すエレメントである。
＜表３＞乃至＜表７＞で、ｐｒｉｖａｔｅ_ｈｅａｄｅｒ_ｌｅｎｇｔｈは、プライベートヘッダーの長さを表すエレメントである。
【００５８】
＜表３＞乃至＜表７＞で、ＭＰＵ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇは、関連ＭＰＵヘッダーにＭＤＣが存在するか否かを表すエレメントである。ＭＰＵ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇは、１ビットで実現され得る。例えば、ＭＰＵ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇの値が‘１’である場合、ＭＰＵ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇは、関連ＭＰＵヘッダーのＭＤＣ情報が存在することを表す。
【００５９】
＜表３＞乃至＜表７＞で、ｌｏｓｓ_ｐｒｉｏｒｉｔｙは、関連ＭＰＵの送信パケット損失特性、すなわちｌｏｓｓ_ｐｒｉｏｒｉｔｙを表すエレメントである。ｌｏｓｓ_ｐｒｉｏｒｉｔｙは、２ビットで実現され得る。例えば、ｌｏｓｓ_ｐｒｉｏｒｉｔｙの値が‘１１’である場合、ｌｏｓｓ_ｐｒｉｏｒｉｔｙは、損失(loss)優先順位０を示し、ｌｏｓｓ_ｐｒｉｏｒｉｔｙの値が‘１０’である場合、ｌｏｓｓ_ｐｒｉｏｒｉｔｙは損失優先順位１を示し、ｌｏｓｓ_ｐｒｉｏｒｉｙｔの値が‘０１’である場合、ｌｏｓｓ_ｐｒｉｏｒｉｔｙは損失優先順位２を示し、ｌｏｓｓ_ｐｒｉｏｒｉｔｙの値が‘００’である場合、ｌｏｓｓ_ｐｒｉｏｒｉｔｙは、損失損優先順位３を示す。ｌｏｓｓ_ｐｒｉｏｒｉｔｙ０は、関連ＭＰＵに対して送信パケット損失が発生しないことを表し(例えば、Ｌｏｓｓｌｅｓｓ)、ｌｏｓｓ_ｐｒｉｏｒｉｔｙ１は、関連ＭＰＵに対して送信パケット損失が発生し、高い優先順位を有することを表し(例えば、Ｌｏｓｓｙ，Ｈｉｇｈ  ｐｒｉｏｒｉｔｙ)、ｌｏｓｓ_ｐｒｉｏｒｉｔｙ２は、該当ＭＰＵに対しては送信パケット損失が発生し、中間優先順位を有することを表し(例えば、Ｌｏｓｓｙ，Ｍｅｄｉｕｍ  ｐｒｉｏｒｉｔｙ)、ｌｏｓｓ_ｐｒｉｏｒｉｔｙ３は、関連ＭＰＵに対して送信パケット損失が発生し、低い優先順位を有することを表す(例えば、Ｌｏｓｓｙ，Ｌｏｗ  ｐｒｉｏｒｉｔｙ)。高い優先順位は、第１の優先順位より高い優先順位を表し、中間優先順位は第１の優先順位以下であり、第２の優先順位より高い優先順位を表し、低い優先順位は第２の優先順位より低い優先順位を表す。
【００６０】
＜表３＞乃至＜表７＞において、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙは、関連ＭＰＵに対する遅延感度特性を表すエレメントである。例えば、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙは、２ビットで実現され得る。例えば、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙの値が‘１１’である場合、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙは、関連ＭＰＵが高い遅延感度を有することを表し(例えば、ｈｉｇｈ  ｓｅｎｓｉｔｉｖｉｔｙ)、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙの値が‘１０’である場合、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙは、関連ＭＰＵが中間遅延感度を表し(例えば、ｍｅｄｉｕｍ  ｓｅｎｓｉｔｉｖｉｔｙ)、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙの値が‘０１’である場合、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙは、関連ＭＰＵが低い遅延感度を有することを表し(例えば、ｌｏｗ  ｓｅｎｓｉｔｉｖｉｔｙ)、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙの値が‘００’である場合、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙは、関連ＭＰＵが遅延感度を全く考慮しないことを表す(例えば、ｄｏｎ’ｔ  ｃａｒｅ)。高い遅延感度は、関連ＭＰＵに対する遅延時間が第１の遅延時間より短いことを表し、中間遅延感度は関連ＭＰＵに対する遅延時間が第１の遅延時間以上であり、第２の遅延時間より短いことを表し、低い遅延感度は、関連ＭＰＵに対する遅延時間が第２の遅延時間以上であることを表す。
【００６１】
例えば、高い感度は、エンドツーエンド(end-to-end)遅延が１ｓｅｃよりはるかに小さいことを表す。ここで、ＶｏＩＰ(Voice  over  Internet  Protocol)と画像会議(video-conference)のようなマルチメディアサービスは、高い感度特性を有することができる。例えば、ライブストリーミングのようなマルチメディアサービスは、中間感度特性を有する。例えば、低い感度は、エンドツーエンド遅延が５〜１０ｓｅｃより低いことを示す。ここで、ＶｏＤ(Video  on  Demand)のようなマルチメディアサービスは、低い感度特性を有する。例えば、遅延を全く考慮しないファイル転送プロトコル(ＦＴＰ)とファイルダウンロードのようなマルチメディアサービスは、ｄｏｎ’ｔ  ｃａｒｅ特性を有することができる。
【００６２】
＜表３＞乃至＜表７＞において、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅは、ＭＰＵの特性をビットストリーム特性で表すエレメントである。例えば、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅは、３ビットで表現され得る。一例として、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅの値が‘１１１’である場合、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅは、定数ビットレート(ＣＢＲ)サービスクラスがどの時点で関連したＭＰＵの送信に対して専用であるピークビットレートを保証しなければならないことを表す。ＣＢＲサービスクラスは、無音抑制(silence  suppression)なしにＶｏＩＰのような固定したビットレートを要求するリアルタイムサービスに適合する。例えば、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅの値が‘１１０’である場合、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅは、リアルタイム可変ビットレート(Real-Time  Variable  Bit  Rate：ｒｔ-ＶＢＲ)サービスクラスが持続可能なビットレートを保証し、共有チャンネルを介して遅延制限で関連ＭＰＵに対するピークビットレートを許可しなければならないことを示す。ｒｔ-ＶＢＲサービスクラスは、ビデオテレフォニー(video  telephony)、ビデオ会議、ストリーミングサービスのような大部分のリアルタイムサービスに対して適合する。例えば、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅの値が‘１０１’である場合、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅは、ノンリアルタイム可変ビットレート(ｎｒｔ-ＶＢＲ)サービスクラスが持続可能なビットレートを保証し、ファイルダウンロードのように共有チャンネルを介して遅延制限なしに該当ＭＰＵに対するピークビットレートを許可しなければならないことを表す。例えば、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅの値が‘１００’である場合、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅは、使用可能ビットレート(Available  Bit  Rate：ＡＢＲ)クラスがいずれのビットレートも保証せずが、フィードバック制御のために使用可能ビットレートを報告可能であることを表す。ＡＢＲクラスは、リアルタイム転送制御プロトコル(Real  Time  Transport  Control  Protocol：ＲＴＣＰ)フィードバックを有するビデオストリーミングのような時間-変化ビットレートに適用できるアプリケーションに適する。例えば、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅの値が‘０１１’である場合、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅは、 不特定ビットレート(Unspecified  Bit  Rate：ＵＢＲ)クラスはいずれのビットレートも保証せず、混雑(congestion)を表さないことを示す。ＵＢＲクラスは、Ｗｅｂブラウジングのようなインタアクティブアプリケーションに適合する。ＵＢＲサービスは、用語“ｂｅｓｔ  ｅｆｆｏｒｔ  ｓｅｒｖｉｃｅ”と同一である。
【００６３】
＜表３＞乃至＜表７＞において、ｈｙｂｒｉｄ_ｓｙｎｃ_ｉｎｄｉｃａｔｏｒは、関連ＭＰＵと他のＭＰＵとの間の送信同期のためのエレメントである。例えば、ｈｙｂｒｉｄ_ｓｙｎｃ_ｉｎｄｉｃａｔｏｒは、１ビットで実現され得る。例えば、ｈｙｂｒｉｄ_ｓｙｎｃ_ｉｎｄｉｃａｔｏｒの値が‘１’である場合、ｈｙｂｒｉｄ_ｓｙｎｃ_ｉｎｄｉｃａｔｏｒは、関連ＭＰＵと他のＭＰＵとの間の送信同期を考慮する必要がないことを表す(１：依存性なし)。例えば、ｈｙｂｒｉｄ_ｓｙｎｃ_ｉｎｄｉｃａｔｏｒの値が‘０’である場合、ｈｙｂｒｉｄ_ｓｙｎｃ_ｉｎｄｉｃａｔｏｒは、関連ＭＰＵと他のＭＰＵとの間の送信同期を考慮する必要があることを表す(０：ハイブリッド配信の同期に対して他のＭＰＵに依存)。
【００６４】
＜表３＞乃至＜表７＞で、ｓｕｓｔａｉｎａｂｌｅ_ｒａｔｅは、関連ＭＰＵの連続的な配信のために保証されなければならない最小ビットレートを表すエレメントである。ｓｕｓｔａｉｎａｂｌｅ_ｒａｔｅは、トークンバケットモデル(token  bucket  model)でドレーンレート(drain  rate)に対応する。このｓｕｓｔａｉｎａｂｌｅ_ｒａｔｅは、秒当たりメディアフラグメントユニット(ＭＦＵ)(又はＭＰＵ）のキロビットで表される。
【００６５】
＜表３＞〜＜表７＞において、ｂｕｆｆｅｒ_ｓｉｚｅは、該当ＭＰＵの配信のための最大バッファサイズを表すエレメントである。ここで、バッファは、ｓｕｓｔａｉｎａｂｌｅ_ｒａｔｅより高い超過瞬時ビットレート(excess  instantaneous  bit  rate)を保存し、ｂｕｆｆｅｒ_ｓｉｚｅは、オーバーフロー(overflow)を避けるほど十分に大きい。ｂｕｆｆｅｒ_ｓｉｚｅは、トークンバケットモデルでバケット深さに対応する。ＣＢＲ  ＭＰＵのＢｕｆｆｅｒ_ｓｉｚｅは、０となる。このｂｕｆｆｅｒ_ｓｉｚｅは、キロビットで表現される。
【００６６】
＜表３＞乃至＜表７＞で、ｐｅａｋ_ｒａｔｅは、関連ＭＰＵの連続的な配信の間にピークビットレートを表すエレメントである。ｐｅａｋ_ｒａｔｅは、毎ＭＦＵ周期で最高平均ビットレートである。ｐｅａｋ_ｒａｔｅは、秒当たりＭＦＵ(又はＭＰＵ）のキロビットで表示される。
【００６７】
＜表３＞乃至＜表７＞で、ＭＦＵ_ｐｅｒｉｏｄは、関連ＭＰＵの連続的な配信中にＭＦＵの最小周期を表すエレメントである。ＭＦＵ周期は、ミリ秒で表現される。
【００６８】
＜表３＞乃至＜表７＞で、ｍａｘ_ＭＦＵ_ｓｉｚｅは、ＭＦＵの最大サイズを表すエレメントである。ここで、ｍａｘ_ＭＦＵ_ｓｉｚｅは、ＭＦＵ_ｐｅｒｉｏｄ＊ｐｅａｋ_ｒａｔｅである。ｍａｘ_ＭＦＵ_ｓｉｚｅは、キロビットで表される。
【００６９】
＜表３＞乃至＜表７＞で、ＳｕｂＡｓｓｅｔ_ｐｅｒｉｏｄは、ＭＭＴサブアセットの臨時長さを表すエレメントである。このＳｕｂＡｓｓｅｔｐｅｒｉｏｄは、秒で表される。
【００７０】
本発明の一実施形態では、動的マルチメディアデータの特徴を考慮して設定与えることにリソースを予約するために、所定の周期のＭＰＵに対するＱｏＳを管理するためのサブ情報としてＳｕｂＡｓｓｅｔＤｅｌｉｖｅｒｙＣｈａｒａｃｔｅｒｉｓｔｉｃｓ(ＳｕｂＡＤＣ)情報と、ＳｕｂＡＤＣ情報をＭＰＵヘッダーに挿入する方法について説明する。ＳｕｂＡＤＣ情報は、動的マルチメディアデータに関する配信特性情報を表す。ＳｕｂＡＤＣ情報を具体化するための構文は、＜表８＞を参照して説明する。
ＭＰＵヘッダー構文は＜表８＞に示し、本発明の実施形態によるＳｕｂＡＤＣ情報のために追加される情報は、次のＭＰＵヘッダー構文で太字で表示される。
【００７１】
＜表８＞において、各エレメント又は属性の名称及びサイズ、各エレメント又は属性を示すために使用される値の種類は、本発明の実施形態で提案する機能を考慮して選択され、ユーザー又はオペレータの意図又は先例に従って変わることがある。しかしながら、各エレメント又は属性の意味は本明細書で提供する意味に従うことは、当該技術分野で通常の知識を持つ者には明らかである。
【００７２】
【表８】
0006521523.tif 000009
【００７３】
＜表８＞のＭＰＵヘッダー構文に追加して含まれる各エレメント又は属性の意味は、＜表９＞〜＜表１３＞で説明する。ＳｕｂＡｓｓｅｔ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇを除いてＭＰＵヘッダー構文に追加して含まれた各エレメントあるいは属性の意味は、＜表３＞〜＜表７＞を参照して説明したので、以下、その詳細な説明を省略する。＜表９＞〜＜表１３＞において、ｓｕｂＡＤＣ情報のための所定周期に関する情報に対応するエレメント又は属性名称及び定義は、太字で表される。説明の便宜上、エレメント又は属性は、‘エレメント’として称される。
【００７４】
【表９】
0006521523.tif 000010
【００７５】
【表１０】
0006521523.tif 000011
【００７６】
【表１１】
0006521523.tif 000012
【００７７】
【表１２】
0006521523.tif 000013
【００７８】
【表１３】
0006521523.tif 000014
【００７９】
＜表９＞乃至＜表１３＞において、ＳｕｂＡｓｓｅｔ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇは、ＳｕｂＡＤＣ情報が存在するか否かを示すエレメントである。例えば、ＳｕｂＡｓｓｅｔ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇは、１ビットで実現され得る。ＳｕｂＡｓｓｅｔ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇの値が‘１’である場合、ＳｕｂＡｓｓｅｔ_ｄｅｌｉｖｅｒｙ_ｃｈａｒａｃｔｅｒｉｓｔｉｃ_ｈｅａｄｅｒ_ｆｌａｇは、ＳｕｂＡＤＣ情報が存在することを示す。
【００８０】
＜表９＞乃至＜表１３＞において、ｍｐｕ_ｓｅｑｕｅｎｃｅ_ｎｕｍｂｅｒ、ｎｕｍｂｅｒ_ｏｆ_ａｕ、ａｕ_ｌｅｎｇｔｈ、ｐｒｉｖａｔｅ_ｈｅａｄｅｒ_ｆｌａｇ、ｐｒｉｖａｔｅ_ｈｅａｄｅｒ_ｌｅｎｇｔｈ、ｌｏｓｓ_ｐｒｉｏｒｉｔｙ、ｄｅｌａｙ_ｐｒｉｏｒｉｔｙ、ｃｌａｓｓ_ｏｆ_ｓｅｒｖｉｃｅ、ｈｙｂｒｉｄ_ｓｙｎｃ_ｉｎｄｉｃａｔｏｒ、ｓｕｓｔａｉｎａｂｌｅ_ｒａｔｅ、ｂｕｆｆｅｒ_ｓｉｚｅ、ｐｅａｋ_ｒａｔｅ、ＭＦＵ_ｐｅｒｉｏｄ、ｍａｘ_ＭＦＵ_ｓｉｚｅ、及びＳｕｂＡｓｓｅｔ_ｐｅｒｉｏｄは、＜表３＞乃至＜表７＞を参照して説明し、以下、その詳細な説明を省略する。
【００８１】
ＭＰＵ単位又は所定周期単位のマルチメディアデータに関する配信特性情報、例えばＭＤＣ情報及びＳｕｂＡＤＣ情報は、マルチメディアコンテンツの生成(キャプチャ又は取り込み(grabbing)）のためのプロセス、又はプリコーディングしたマルチメディアデータのカプセル化のためのプロセスで生成される。生成されたマルチメディアデータ配信特性情報を使用する方法について、以下に説明する。
【００８２】
一方、ＭＭＴシステムは、ＭＭＴカプセル化階層(Ｅ階層）、ＭＭＴ配信階層(Ｄ階層)、及びＭＭＴ制御階層(Ｃ階層）を含む。そのため、本発明の実施形態によるマルチメディアデータ配信特性情報の送受信方法は、ＭＭＥ  Ｅ階層、ＭＭＴ  Ｄ階層、及びＭＭＴ  Ｃ階層の各々を考慮して説明する。
まず、ＭＭＴ  Ｅ階層を考慮して、本発明の一実施形態によるマルチメディアデータ特性情報を送受信するプロセスについて説明する。
【００８３】
本発明の一実施形態において、ＭＭＴ  Ｅ階層は、ＭＰＵ単位又は所定の周期単位に関するマルチメディアデータ配信特性情報を生成するか否かを判定し、マルチメディアデータのＭＰＵ単位又は所定の周期単位に関する配信特性情報を生成する。
図３は、本発明の実施形態によるＭＭＴシステムにおいて、ＭＭＴ  Ｅ階層のＭＭＴパッケージプロセスの構造を概略的に示す。
【００８４】
図３を参照すると、ＭＭＴパッケージは、カプセル化ヘッダー(encapsulator  header)フィールド３２０とカプセル化ペイロードフィールドを含む。カプセル化ペイロードフィールドは、ＭＭＴアセット３３１，３３３，３３５を含む。ＭＭＴアセット３３１，３３３，３３５の各々は、メディアコンテンツに含まれる個別コンポーネント(component)、例えばビデオコンポーネント又はオーディオコンポーネントを意味し、そのため、ＭＭＴアセット別にマルチメディアデータ配信特性情報が存在する。ＭＭＴアセット単位のマルチメディアデータ配信特性情報は、ＲＳＶＰを用いて関連ＭＭＴアセットのサービスセッション確立プロセスで該当サービスに対する全般的なＱｏＳ管理及びリソース予約に使用され得る。また、本発明の実施形態で提案するＭＰＵ単位又は所定周期単位のマルチメディアデータに関する配信特性情報は、ＭＭＴアセットに含む一つ以上のＭＰＵに対して、ＭＰＵヘッダーに送信及びＱｏＳ管理に関する情報として追加される。カプセル化ヘッダーフィールド３２０は、ＭＭＴアイテムヘッダーフィールド３１０を含む。ＭＭＴアセットヘッダーフィールド３００は、ＭＭＴアセットディスクリプションフィールド３０１を含む。
【００８５】
ＭＭＴアイテムは、一つ以上のＭＭＴアセットを含み、それによってＭＭＴアイテムヘッダーフィールド３１０は、ＭＭＴアセットリストフィールド３１１を含む。ＭＭＴアイテムを含む各ＭＭＴアセットの関係を表す関係情報、例えば、時間的、空間的プレゼンテーション情報は、ＭＭＴアイテム構成フィールド３１３に含まれる。
【００８６】
さらに、ＭＭＴアイテムヘッダーフィールド３１０は、識別子(ＩＤ)フィールド、ＭＭＴアイテムフィールド、長さフィールド、及びフラッグフィールドを含み、ＭＭＴアセットヘッダーフィールド３００は、アセット個数フィールド、ＭＭＴアセットＩＤフィールド、及びＭＭＴアセットスライスリストフィールドを含む。ＩＤフィールド、ＭＭＴアイテムフィールド、長さフィールド、フラグフィールド、アセット個数のフィールド、ＭＭＴアセット個数フィールド、ＭＭＴアセットＩＤフィールド、及びＭＭＴアセットスライスリストフィールドに対して、ここではその具体的な説明を省略する。
【００８７】
ＭＭＴアセットリストフィールド３１１は、ＭＭＴアセットディスクリプションフィールド３０１を含むＭＭＴアセットヘッダーフィールド３００を含む。単一ＭＭＴアセットに関するマルチメディアデータ配信特性情報、すなわちアセット配信特性(ＡＤＣ)情報は、ＭＭＴアセットディスクリプションフィールド３０１に含まれ得る。ＭＭＴアイテムが単一ＭＭＴアセットを含む場合、ＭＭＴアセットヘッダーフィールド３００に含まれるＭＭＴアセットディスクリプションフィールド３０１に含まれるマルチメディアデータ配信特性情報が使用可能である。
第２に、ＭＭＴ  Ｃ階層を考慮して本発明の一実施形態によるマルチメディアデータ配信特性情報を送受信するプロセスについて説明する。
【００８８】
ＭＭＴ  Ｃ階層は、ＭＭＴサーバとＭＭＴクライアントとの間のサービスディスカバリ情報、ＱｏＥ(Quality  of  Experience)管理情報、及びＤＲＭ(Digital  Rights  Management)情報を交換する機能を遂行する。ＭＭＴサーバとＭＭＴクライアントとの間でこのディスカバリ情報の交換プロセスでは、サービスセッションを確立するためにネットワークリソースの予約プロセスが遂行され、そのため、ＭＭＴアセットに含まれたマルチメディアデータ配信特性情報を用いてリソース予約のようなＱｏＳ管理動作を遂行する。上記したように、ＭＭＴアセット単位のＱｏＳ管理は、マルチメディアコンテンツ単位で遂行され、それによって動的ネットワーク環境では本発明の実施形態によるＭＭＴアセットより小さい単位であるＭＰＵ単位、又は所定周期単位のマルチメディアデータに関するＱｏＳの管理方法が必要になる。
第３に、ＭＭＴ  Ｄ階層を考慮して、本発明の一実施形態によるマルチメディアデータ配信特性情報を送受信するプロセスについて説明する。
【００８９】
ＭＭＴ  Ｄ階層は、カプセル化したマルチメディアパケットをＭＭＴサーバからＭＭＴクライアントに送信する機能及び端末内の階層間の情報交換(例えば、階層間インターフェース)機能を遂行する。端末は、ＭＭＴサーバとＭＭＴクライアントだけでなくネットワークでノードのようにＭＭＴデータを送信し、あるいは受信後に送信する機能を有するすべての送信端末のうちいずれか一つであり得る。フィードバック信号をＭＭＴサーバに送信すると、ＭＭＴクライアントは、ＭＭＴ  Ｄ階層を通じてフィードバック信号をＭＭＴサーバに送信する。ノードは、特定機能を遂行した後に、該当ＭＭＴデータを送信する機能を有するノードを含む。したがって、ＭＭＴ  Ｄ階層は、配信パケットを生成する。また、ＭＭＴ  Ｄ階層は、各配信パケットのＱｏＳを保証するために各配信パケットに含まれるＱｏＳ関連情報をＭＰＵヘッダーから獲得する。
図４は、本発明の実施形態によるＭＭＴシステムでマルチメディアデータ配信特性情報をメディア伝送サービスプロセスで使用するプロセスを概略的に示す。
【００９０】
図４を参照すると、ＭＭＴシステムは、ＭＭＴサーバ４０１とＭＭＴクライアント４０２を含む。ＭＭＴサーバ４０１は、ＭＭＴ  Ｅ階層４０３、ＭＭＴ  Ｄ階層４０４、及びＭＭＴ  Ｃ階層４０５を含む。ＭＭＴクライアント４０２は、ＭＭＴ  Ｃ階層４０９、ＭＭＴ  Ｄ階層４１０、及びＭＭＴ  Ｅ階層４１１を含む。ＭＭＴＣ階層４０５とＭＭＴ  Ｃ階層４０９は、制御チャンネルを介して通信する。ＭＭＴ  Ｄ階層４０４とＭＭＴ  Ｄ階層４１０は、データチャンネルを介して通信する。
【００９１】
本発明の一実施形態によるＭＰＵ単位又は所定周期単位のマルチメディアデータに関する配信特性情報、例えばＭＤＣ情報又はＳｕｂＡＤＣ情報は、ＭＭＴ  Ｅ階層４０３で生成され、生成されたマルチメディアデータ配信特性情報は、ＭＰＵヘッダーに含まれる。例えば、本発明の一実施形態によるＭＰＵ単位のマルチメディアデータに関する配信特性情報は、リソース予約に使用される情報、例えばダブルリーキーパラメータ又はＭＰＵヘッダーに含まれるＭＤＣ情報のうちＢｉｔｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒと、各伝送パケットに含まれることによって伝送パケットごとに相対的優先順位を差別化する情報、例えばＭＰＵヘッダーに含まれるＭＤＣ情報のうちＱｏＳ_ｄｅｓｃｒｉｐｔｏｒに分類される。
【００９２】
ＭＭＴ  Ｅ階層４０３で生成されたＢｉｔｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒは、ＭＭＴ  Ｃ階層４０５に配信され（４０６）、ＭＭＴ  Ｃ階層４０５は、ＭＭＴ  Ｅ階層４０３から配信されたＢｉｔｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒを制御チャンネルを介したシグナリングとプロトコル(例えば、リアルタイムストリームプロトコル(ＲＴＳＰ)、セッション開始プロトコル(Session  Initiation  Protocol：ＳＩＰ)など)を用いてＭＭＴ  Ｃ階層４０９に配信する。
【００９３】
ＭＭＴ  Ｅ階層４０３で生成されたＱｏＳ_ｄｅｓｃｒｉｐｔｏｒは、ＭＭＴ  Ｄ階層４０４に伝送され(４０７)、ＭＭＴ  Ｄ階層４０４は、ＭＭＴ  Ｅ階層４０３から伝送されたＱｏＳ_ｄｅｓｃｒｉｐｔｏｒを各伝送パケットに挿入した後に、データチャンネルを介してＭＭＴクライアント４０２及び中間ネットワークデバイスに配信し、図３で説明したカプセル化ヘッダーフィールド３２０にアクセスしてカプセル化ヘッダーフィールド３２０をパーシングすることによりＱｏＳ_ｄｅｓｃｒｉｐｔｏｒを獲得し、獲得したＱｏＳ_ｄｅｓｃｒｉｐｔｏｒを伝送する。このようなプロセスは、ＭＰＵ単位又は所定周期単位で遂行されるので、このプロセスは、関連したＭＭＴシステムにおいてＭＭＴアセット単位で遂行されるプロセスに比べて比較的短い時間内に遂行され得る。
【００９４】
図５は、本発明の一実施形態によるＭＭＴシステムでＭＭＴサーバによりＭＰＵ単位又は予め設定された周期単位のマルチメディアデータに関する配信特性情報を生成及び伝送するプロセスを概略的に示す。
【００９５】
図５を参照すると、ＭＭＴサーバは、ステップ５０１で、ＭＰＵ単位で生成され、伝送パケット別相対的優先順位を指示するＱｏＳ_ｄｅｓｃｒｉｐｔｏｒ及びリソース予約に使用される情報を指示するＢｉｔｓｔｒｅａｍ_ｄｅｓｃｔｉｐｔｏｒを含むマルチメディアデータ配信特性情報を生成する。ＱｏＳ_ｄｅｓｃｒｉｐｔｏｒ及びＢｉｔｓｔｒｅａｍ_ｄｅｓｃｔｉｐｔｏｒは、上記の＜表２＞及び＜表４＞を参照して説明されるので、以下にその詳細な説明を省略する。
【００９６】
ステップ５０３において、ＭＭＴサーバは、生成したマルチメディアデータ配信特性情報、例えばＭＤＣ情報をＭＰＵヘッダーに挿入する。マルチメディアデータ配信特性情報を生成し、この情報をＭＰＵヘッダーに挿入して配信する動作は、図４で説明したＭＭＴ  Ｅ階層４０３で遂行できる。マルチメディアデータ配信特性情報が挿入されるＭＰＵヘッダーは、ＭＭＴ  Ｅ階層４０３から図４で説明したＭＭＴ  Ｃ階層４０５及びＭＭＴ  Ｄ階層４０４の各々に伝送され得る。
【００９７】
ＭＭＴサーバは、ステップ５０５で、マルチメディアデータ配信特性情報が挿入されたＭＰＵヘッダーからＱｏＳ_ｄｅｓｃｒｉｐｔｏｒを獲得してＭＭＴクライアントに伝送する。
【００９８】
ＭＭＴサーバは、ステップ５０７で、マルチメディアデータ配信特性情報が挿入されたＭＰＵヘッダーからＢｉｔｓｔｒｅａｍ_ｄｅｓｃｔｉｐｔｏｒを獲得してＭＭＴクライアントに伝送する。すなわち、ＭＭＴサーバは、ＱｏＳ_ｄｅｓｃｒｉｐｔｏｒを伝送して関連マルチメディアサービスに対するＱｏＳを管理し、Ｂｉｔｓｔｒｅａｍ_ｄｅｓｃｔｉｐｔｏｒを伝送することによって関連マルチメディアサービスのためのリソースを予約する。図５において、ＭＭＴサーバは、ステップ５０５を遂行した後にステップ５０７を遂行するが、このＭＭＴサーバがステップ５０５及び５０７は同時に遂行され、あるいはステップ５０７を遂行した後にステップ５０５を遂行することは、当該技術分野における通常の知識を持つ者には明らかである。
【００９９】
図４及び図５では、ＭＭＴサーバとＭＭＴクライアントに含まれる内部階層を考慮してマルチメディアデータ配信特性情報、例えばＭＤＣ情報又はＳｕｂＡＤＣ情報を送受信するプロセスについて説明する。
【０１００】
しかしながら、ＭＭＴサーバとＭＭＴクライアントに含まれる内部階層を考慮してマルチメディアデータ配信特性情報、例えばＭＤＣ情報又はＳｕｂＡＤＣ情報を送受信する必要がないことは当業者には明らかであり、その詳細な説明は、次の通りである。
ＭＭＴサーバに関する説明は、以下に提供される。
ＭＭＴサーバは、送信器、受信器、制御器、及び格納部を含み、あるいは送信器、受信器、制御器、及び格納部が組み込まれる単一ユニットを含む。
【０１０１】
制御器は、ＭＭＴサーバの全体動作を制御する。特に、制御器は、ＭＭＴサーバをマルチメディアデータ配信特性情報を送信する方法に対応する動作を遂行するように制御する。マルチメディアデータ配信特性情報を送信する方法に対応する動作は、図３乃至図５及び＜表２＞乃至＜表５＞を参照して以前に説明したように遂行されるので、ここでは、その詳細な説明を省略する。
【０１０２】
送信器は、制御器の制御下でＭＭＴクライアントにマルチメディアデータ配信特性情報を送信する方法に対応する動作に関連した多様なメッセージを送信し、ここでは前記マルチメディアデータ配信特性情報を送信する動作に関連した各種メッセージらに対してはその詳細な説明を省略する。
【０１０３】
受信器は、制御器の制御で、ＭＭＴクライアントからマルチメディアデータ配信特性情報を送信する方法に対応する動作に関連した多様なメッセージを受信する。
【０１０４】
格納ユニットは、ＭＭＴサーバに関連した各種プログラム及びデータ、マルチメディアデータ配信特性情報を送信する方法に対応する動作に関するデータ、及び受信器で受信したメッセージを格納する。
次に、ＭＭＴクライアントについて説明する。
ＭＭＴクライアントは、送信器、受信器、制御器、及び格納部を含み、あるいは送信器、受信器、制御器、及び格納部が組み込まれる単一ユニットを含む。
【０１０５】
制御器は、ＭＭＴクライアントの全般的な動作を制御する。特に、制御器は、ＭＭＴクライアントをマルチメディアデータ配信特性情報を受信する方法に対応する動作を遂行するように制御する。マルチメディアデータ配信特性情報を受信する動作に対応する動作は、図３乃至図５及び＜表２＞乃至＜表５＞を参照して説明したように遂行され、以下にはその詳細な説明を省略する。
送信器は、制御器の制御下で、ＭＭＴサーバにマルチメディアデータ配信特性情報を受信する方法に対応する動作に関連した各種メッセージを送信する。
【０１０６】
受信器は、制御器の制御下で、ＭＭＴクライアントからマルチメディアデータ配信特性情報を受信する方法に対応する動作に関連した各種メッセージを受信する。
【０１０７】
格納部は、ＭＭＴクライアントに関連した多様なプログラムとデータ、マルチメディアデータ配信特性情報を受信する方法に対応する動作に関連したデータ、及び受信器で受信した各種メッセージを格納する。
【０１０８】
すなわち、説明の便宜上、本発明の一実施形態によるＭＭＴシステムにおいて、ＭＭＴサーバはマルチメディアデータ送信装置であり、ＭＭＴクライアントはマルチメディアデータ受信装置である。
【０１０９】
図４及び図５の動作又は信号のフローが本発明の範囲を限定するためのものでないことに留意すべきである。すなわち、図４及び図５の動作又は信号フローが説明のためのほんの例であり、動作又は信号フローは、その信号フローがすべてのプロセスを含むことにより実現されるか、あるいは任意の特定階層内で遂行されることに限定されるものではない。
【０１１０】
上記した動作は、該当プログラムコードを格納するメモリ装置をＭＭＴサーバ又はＭＭＴクライアント内に含まれる任意の構成部に具備することによって実現できる。すなわち、ＭＭＴサーバ又はＭＭＴクライアントに含まれるＭＭＴ  Ｅ階層、ＭＭＴ  Ｃ階層、及びＭＭＴ  Ｄ階層は、メモリ装置内に格納されているプログラムコードをプロセッサ又は中央処理装置(ＣＰＵ)を用いて読み出すことで、上記した動作を遂行することができる。
【０１１１】
マルチメディアデータ配信特性情報の送受信装置及び方法は、ハードウェア、ソフトウェア、又はそれらの組み合わせのうちいずれか一つで実現可能である。このようなソフトウェアは、例えば、揮発性又は非揮発性格納装置(例えば、削除可能/再書き込み可能なＲＯＭ(Read Only Memory)、メモリ(例えば、ＲＡＭ(Random Access Memory)、メモリチップ、及び集積回路(ＩＣ)チップ)、又は光的に又は磁気的に記録可能な機械(例えば、コンピュータ)-読み取り可能な格納媒体(例えば、ＣＤ(Compact Disc)、ＤＶＤ(Digital Versatile Disc)、磁気ディスク、及び磁気テープ)に格納することができる。マルチメディアデータ配信特性情報の送受信方法は、制御部及びメモリを含むコンピュータ又は移動端末により実現され得る。例えば、このメモリは、本発明の実施形態を実現するための命令を含むプログラムを格納するのに適合した機械読み取り可能な格納媒体であり得る。
【０１１２】
したがって、本発明の一実施形態は、本請求項により定められた装置及び方法を実現するための符号を含むプログラム、及びこのようなプログラムを格納する読み取り可能な格納媒体を含む。このプログラムは、有線/無線接続を通じて伝送される通信信号のような媒体を介して電気的に伝送でき、これに均等なものと共に本発明に含まれる。
【０１１３】
本発明の実施形態によるマルチメディアデータ配信特性情報を送受信する装置は、有線又は無線を介してこの装置に接続されるプログラムプロバイダからプログラムを受信して格納することができる。
【０１１４】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲の記載及びこれと均等なものに基づいて定められる本発明の範囲及び精神を逸脱することなく、形式や細部の様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。
【符号の説明】
【０１１５】
３００  ＭＭＴアセットヘッダーフィールド
３０１  ＭＭＴアセットディスクリプションフィールド
３１０  ＭＭＴアイテムヘッダーフィールド
３１１  ＭＭＴアセットリストフィールド
３１３  ＭＭＴアイテム構成フィールド
３２０  カプセル化ヘッダーフィールド
３３１、３３３、３３５  ＭＭＴアセット
４０１  ＭＭＴサーバ
４０２  ＭＭＴクライアント
４０３  Ｅ階層
４０４  Ｄ階層
４０５  Ｃ階層
４０９  Ｃ階層
４１０  Ｄ階層
４１１  Ｅ階層
【図１】
0006521523.tif 000015
【図２】
0006521523.tif 000016
【図３】
0006521523.tif 000017
【図４】
0006521523.tif 000018
【図５】
0006521523.tif 000019