(57)【特許請求の範囲】
【請求項１】
マルチメディアシステムにおける送信エンティティがパケットを送信する方法であって、
前記パケットを生成するステップと、ここで、前記パケットのペイロードは、ＡＤＣ（asset delivery characteristics）メッセージを含み、
前記パケットを受信エンティティに送信するステップと、を含み、
前記ＡＤＣメッセージは、
前記ＡＤＣメッセージを識別するメッセージ識別子情報と、
前記ＡＤＣメッセージのバージョンを指示するバージョン情報と、
前記ＡＤＣメッセージの長さを指示する長さ情報と、
ＡＤＣに関連した情報を含むメッセージペイロードと、を含み、
前記ＡＤＣに関連した情報は、アセット伝達のためのＱｏＳ（Quality of service）要求事項を含むＱｏＳディスクリプタと、前記アセット伝達のためのアセットの統計関連情報を提供するビットストリームディスクリプタを含み、
前記ＱｏＳディスクリプタは、前記アセット伝達のための損失許容量（loss tolerance）に対する情報、前記アセット伝達のために要求されるジッターレベルに対する情報及び双方向伝達が要求されるか否かを指示する双方向インジケータ情報を含むことを特徴とする方法。
【請求項２】
前記ＱｏＳディスクリプタは、予め定義された方式に基づいて各ビットストリームを管理するためのサービスのクラスをさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ビットストリームディスクリプタは、ＣＢＲ（constant bit rate）及びＶＢＲ（variable bit rate）を含むサービスクラスによって分類され、
前記ＶＢＲのビットストリームディスクリプタは、連続的なアセット伝達のために保証される最小ビットレートを指示する持続可能なレート、前記アセット伝達のための最大バッファーサイズ、前記連続的なアセット伝達の間に最も高いビットレートを指示するピークレート、前記アセットを構成する少なくとも一つのＭＰＵ（media processing unit）から分割されたＭＦＵ（media fragment unit）の最大サイズ、及び連続的なアセット伝達の間に前記ＭＦＵの送信タイムインターバルを指示する周期を含み、
前記ＣＢＲのビットストリームディスクリプタは、前記ピークレート、前記ＭＦＵの最大サイズ及び前記周期を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＡＤＣメッセージに含まれた前記ＡＤＣに関連した情報をアップデートするステップと、
前記受信エンティティに前記アップデートされた情報を周期的に送信するステップと、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＡＤＣに関連した情報は、前記ＡＤＣメッセージに関連した有効開始時間及び有効デュレーション、前記パケットの識別子をさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
マルチメディアシステムにおける受信エンティティがパケットを受信する方法であって、
送信エンティティからパケットを受信するステップと、
前記パケットのペイロードに含まれたＡＤＣ（asset delivery characteristics）メッセージを識別するステップとを含み、
前記ＡＤＣメッセージは、
前記ＡＤＣメッセージを識別するメッセージ識別子情報と、
前記ＡＤＣメッセージのバージョンを指示するバージョン情報と、
前記ＡＤＣメッセージの長さを指示する長さ情報と、
ＡＤＣに関連した情報を含むメッセージペイロードと、を含み、
前記ＡＤＣに関連した情報は、アセット伝達のためのＱｏＳ（Quality of service）要求事項を含むＱｏＳディスクリプタと、前記アセット伝達のためのアセットの統計関連情報を提供するビットストリームディスクリプタを含み、
前記ＱｏＳディスクリプタは、前記アセット伝達のための損失許容量（loss tolerance）に対する情報、前記アセット伝達のために要求されるジッターレベルに対する情報及び双方向伝達が要求されるか否かを指示する双方向インジケータ情報を含むことを特徴とする方法。
【請求項７】
前記ＱｏＳディスクリプタは、予め定義された方式に基づいて各ビットストリームを管理するためのサービスのクラスをさらに含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記ビットストリームディスクリプタは、ＣＢＲ（constant bit rate）及びＶＢＲ（variable bit rate）を含むサービスクラスによって分類され、
前記ＶＢＲのビットストリームディスクリプタは、連続的なアセット伝達のために保証される最小ビットレートを指示する持続可能なレート、前記アセット伝達のための最大バッファーサイズ、前記連続的なアセット伝達の間に最も高いビットレートを指示するピークレート、前記アセットを構成する少なくとも一つのＭＰＵ（media processing unit）から分割されたＭＦＵ（media fragment unit）の最大サイズ、及び連続的なアセット伝達の間に前記ＭＦＵの送信タイムインターバルを指示する周期を含み、
前記ＣＢＲのビットストリームディスクリプタは、前記ピークレート、前記ＭＦＵの最大サイズ及び前記周期を含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記送信エンティティから周期的にアップデートされた前記ＡＤＣメッセージに含まれた前記ＡＤＣに関連した情報を受信するステップをさらに含むことを特徴とする請求項６に記載の方法。
【請求項１０】
前記ＡＤＣに関連した情報は、前記ＡＤＣメッセージに関連した有効開始時間及び有効デュレーション、前記パケットの識別子をさらに含むことを特徴とする請求項６に記載の方法。
【請求項１１】
マルチメディアシステムにおけるパケットを送信する送信エンティティであって、
前記パケットを生成する制御部と、ここで、前記パケットのペイロードはＡＤＣ（asset delivery characteristics）メッセージを含み、
前記パケットを受信エンティティに送信する送受信部とを含み、
前記ＡＤＣメッセージは、
前記ＡＤＣメッセージを識別するメッセージ識別子情報と、
前記ＡＤＣメッセージのバージョンを指示するバージョン情報と、
前記ＡＤＣメッセージの長さを指示する長さ情報と、
ＡＤＣに関連した情報を含むメッセージペイロードと、を含み、
前記ＡＤＣに関連した情報は、アセット伝達のためのＱｏＳ（Quality of service）要求事項を含むＱｏＳディスクリプタと、前記アセット伝達のためのアセットの統計関連情報を提供するビットストリームディスクリプタを含み、
前記ＱｏＳディスクリプタは、前記アセット伝達のための損失許容量（loss tolerance）に対する情報、前記アセット伝達のために要求されるジッターレベルに対する情報及び双方向伝達が要求されるか否かを指示する双方向インジケータ情報を含むことを特徴とする送信エンティティ。
【請求項１２】
前記ＱｏＳディスクリプタは、予め定義された方式に基づいて各ビットストリームを管理するためのサービスのクラスをさらに含むことを特徴とする請求項１１に記載の送信エンティティ。
【請求項１３】
前記ビットストリームディスクリプタはＣＢＲ（constant bit rate）及びＶＢＲ（variable bit rate）を含むサービスクラスによって分類され、
前記ＶＢＲのビットストリームディスクリプタは、連続的なアセット伝達のために保証される最小ビットレートを指示する持続可能なレート、前記アセット伝達のための最大バッファーサイズ、前記連続的なアセット伝達の間に最も高いビットレートを指示するピークレート、前記アセットを構成する少なくとも一つのＭＰＵ（media processing unit）から分割されたＭＦＵ（media fragment unit）の最大サイズ、及び連続的なアセット伝達の間に前記ＭＦＵの送信タイムインターバルを指示する周期を含み、
前記ＣＢＲのビットストリームディスクリプタは、前記ピークレート、前記ＭＦＵの最大サイズ及び前記周期を含むことを特徴とする請求項１１に記載の送信エンティティ。
【請求項１４】
前記制御部は、前記ＡＤＣメッセージに含まれた前記ＡＤＣに関連した情報をアップデートし、前記受信エンティティに前記アップデートされた情報を周期的に送信するように前記送受信部を制御することを特徴とする請求項１１に記載の送信エンティティ。
【請求項１５】
前記ＡＤＣに関連した情報は、前記ＡＤＣメッセージに関連した有効開始時間及び有効デュレーション、前記パケットの識別子をさらに含むことを特徴とする請求項１１に記載の送信エンティティ。
【請求項１６】
マルチメディアシステムにおけるパケットを受信する受信エンティティであって、
送信エンティティからパケットを受信する送受信部と、
前記パケットのペイロードに含まれたＡＤＣ（asset delivery characteristics）メッセージを識別する制御部とを含み、
前記ＡＤＣメッセージは、
前記ＡＤＣメッセージを識別するメッセージ識別子情報と、
前記ＡＤＣメッセージのバージョンを指示するバージョン情報と、
前記ＡＤＣメッセージの長さを指示する長さ情報と、
ＡＤＣに関連した情報を含むメッセージペイロードと、を含み、
前記ＡＤＣに関連した情報は、アセット伝達のためのＱｏＳ（Quality of service）要求事項を含むＱｏＳディスクリプタと前記アセット伝達のためのアセットの統計関連情報を提供するビットストリームディスクリプタを含み、
前記ＱｏＳディスクリプタは、前記アセット伝達のための損失許容量（loss tolerance）に対する情報、前記アセット伝達のために要求されるジッターレベルに対する情報及び双方向伝達が要求されるか否かを指示する双方向インジケータ情報を含むことを特徴とする受信エンティティ。
【請求項１７】
前記ＱｏＳディスクリプタは、予め定義された方式に基づいて各ビットストリームを管理するためのサービスのクラスをさらに含むことを特徴とする請求項１６に記載の受信エンティティ。
【請求項１８】
前記ビットストリームディスクリプタはＣＢＲ（constant bit rate）及びＶＢＲ（variable bit rate）を含むサービスクラスによって分類され、
前記ＶＢＲのビットストリームディスクリプタは、連続的なアセット伝達のために保証される最小ビットレートを指示する持続可能なレート、前記アセット伝達のための最大バッファーサイズ、前記連続的なアセット伝達の間に最も高いビットレートを指示するピークレート、前記アセットを構成する少なくとも一つのＭＰＵ（media processing unit）から分割されたＭＦＵ（media fragment unit）の最大サイズ、及び連続的なアセット伝達の間に前記ＭＦＵの送信タイムインターバルを指示する周期を含み、
前記ＣＢＲのビットストリームディスクリプタは、前記ピークレート、前記ＭＦＵの最大サイズ及び前記周期を含むことを特徴とする請求項１６に記載の受信エンティティ。
【請求項１９】
前記送受信部は、前記送信エンティティから周期的にアップデートされた前記ＡＤＣメッセージに含まれた前記ＡＤＣに関連した情報を受信することを特徴とする請求項１６に記載の受信エンティティ。
【請求項２０】
前記ＡＤＣに関連した情報は、前記ＡＤＣメッセージに関連した有効開始時間及び有効デュレーション、前記パケットの識別子をさらに含むことを特徴とする請求項１６に記載の受信エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア伝送システムにおけるメディアデータ関連情報を送信する方法及び装置に関する。
【背景技術】
【０００２】
マルチメディアサービスを提供するマルチメディア伝送技術の一つとして提案されたＭＭＴ(Moving Picture Experts Group(MPEG) Media Transport)ベース通信システムは、特定トラフィックのためのリソースを割り当てる過程で、別途のプロトコル、例えば、ＲＳＶＰ(Resource Reservation Protocol）を利用する。上記ＲＳＶＰは、所定の代表値、例えば、ピークレート又はサステイナブルレート（sustainable rate）などを利用して該当リソースを予約する。
【０００３】
図１は、一般的なＭＭＴベース通信システムでＲＳＶＰを利用してリソースを割り当てる場合の一例を説明するための図である。
【０００４】
図１を参照すれば、説明の便宜上、ＭＭＴベース通信システムが提供するマルチメディアサービスが合計３個のメディアデータに対応するトラフィック１、２及び３で構成された場合を仮定する。この時、ＲＳＶＰを利用してリソースを割り当てる場合、各トラフィック別に一定の代表値がＡ１乃至Ａ３のように予め設定されると仮定する。ここで、上記トラフィックに対する代表値の合計は、Ａと示され、代表値は、［ｂｐｓ］単位を有する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、メディアデータに対応するトラフィックの実際の伝送時には、時間によるビット率が一定の値を有することはなく、リアルタイムに変化する。したがって、ＲＳＶＰに基づいて予め固定されたリソースが割り当てられる場合、予め決定された代表値に基づいてネットワークの中間ノード、例えば、ルータなどは、該当トラフィックに対して実質的に必要なリソース量やメディアデータの変化特性を正確に反映することが難しかった。
【０００６】
一方、上記のような情報は、本発明の理解を助けるためのバックグラウンド(background)情報として提示されるだけである。上記内容の何れも、本発明に関する従来技術として適用可能であるかに関しては、なんら決定も主張もしない。
【課題を解決するための手段】
【０００７】
本発明の実施形態では、ＭＭＴベース通信システムにおけるマルチメディアサービス提供する際に、メディアデータに対応するトラフィックに対する変化特性関連情報をネットワーク中間ノードに伝達する方法及び装置を提案する。
【０００８】
本発明の実施形態による方法は、少なくとも一つの中間ノードを含むマルチメディア伝送システムにおけるメディアデータ関連情報を送信する方法であって、マルチメディアサービスを提供しようとする受信エンティティに上記マルチメディアサービスを構成する少なくとも一つのメディアデータに対応するトラフィックの情報を有効時区間別に構成するステップと、上記少なくとも一つのメディアデータ関連情報を上記少なくとも一つの中間ノード及び上記受信エンティティに伝達するステップとを含む。
【０００９】
本発明の実施形態による他の方法は、マルチメディア伝送システムにおけるメディアデータ関連情報を受信する方法であって、送信エンティティから受信エンティティに提供されるマルチメディアサービスを構成する少なくとも一つのメディアデータに対応するトラフィックの情報を受信するステップと、上記トラフィック情報に基づいて上記送信エンティティ及び受信エンティティ間に設定されたフローを制御するステップとを含む。
【００１０】
本発明の実施形態による装置は、少なくとも一つの中間ノードを含むマルチメディア伝送システムにおけるメディアデータ関連情報を送信する送信エンティティであって、マルチメディアサービスを提供しようとする受信エンティティに上記マルチメディアサービスを構成する少なくとも一つのメディアデータに対応するトラフィックの情報を有効時区間別に構成する制御部と、上記少なくとも一つのメディアデータ関連情報を上記少なくとも一つの中間ノードを通して上記受信エンティティに伝達する送信部とを含む。
【００１１】
本発明の実施形態による他の装置は、マルチメディア伝送システムにおけるメディアデータ関連情報を受信する中間ノードであって、送信エンティティから受信エンティティに提供されるマルチメディアサービスを構成する少なくとも一つのメディアデータに対応するトラフィックの情報を受信する受信部と、上記トラフィック情報に基づいて上記送信エンティティ及び受信エンティティ間に設定されたフローを制御する制御部とを含む。
【発明の効果】
【００１２】
本発明の実施形態では、ＭＭＴベース通信システムにおけるマルチメディアサービスを提供する際に、メディアデータの各々に対応するトラフィック別の変化特性関連情報をネットワーク中間ノードに伝達することによって、中間ノードが上記変化特性関連情報を利用してより効率的にリソースを運用し、ネットワークリソースの浪費を減らす効果がある。
【図面の簡単な説明】
【００１３】
【図１】一般的なＭＭＴベース通信システムにおけるＲＳＶＰを利用してリソースを割り当てる場合の一例を説明するための図である。
【図２】本発明の実施形態によるＭＭＴベース通信システムの一例を示す図である。
【図３】本発明の実施形態による中間ノードが送信エンティティから取得したＡＤＣ情報に基づいてリソースを割り当てる動作の一例を説明するための図である。
【図４】本発明の実施形態によるＡＤＣ情報を中間ノード及び受信エンティティに伝達する全体動作のフローチャートである。
【発明を実施するための形態】
【００１４】
以下、添付された図面を参照して本発明の好ましい実施形態に対する動作原理を詳細に説明する。図面上に表示された同一の構成要素に対しては、他の図面上に表示されても可能なかぎり同一の参照番号で示し、本発明を説明するに当たり関連した公知機能または構成に対する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。また、後述する用語は、本発明での機能を考慮して定義された用語であって、これは、使用者、運用者の意図または慣例などによって変更可能である。したがって、その定義は、本明細書の全般にかける内容に基づいてなされるべきである。
【００１５】
本発明の実施形態では、ＭＭＴ(Moving Picture Experts Group(MPEG)Media Transport)ベースマルチメディアサービスを提供する際に、メディアデータに対応するトラフィックに対する変化特性関連情報をネットワーク中間ノードに伝達する方法及び装置を提供する。例えば、マルチメディアサービスを通して特定の映画が提供される場合を仮定する。上記特定の映画を構成する字幕、映像及び音声コンデンツ(content)の各々に対応するメディアデータが存在し、各メディアデータは、一つのアセットにて構成できる。具体的な例として、上記特定の映画を構成する字幕、映像及び音声の各々に１:１対応するアセットを構成できる。したがって、本発明の実施形態では、メディアデータ、すなわち、アセットに対応するトラフィックに対する変化特性関連情報の一例として、ＡＤＣ(Asset Delivery Characteristics)を例にして説明する。したがって、本発明の実施形態による一つのＡＤＣは、各アセットに対して構成されてもよいし、または、複数のアセットに対してマッピングされて構成されてもよい。したがって、ＡＤＣは、少なくとも一つのアセット(asset）を伝達するために必要とされるＱｏＳ(Quality of Service)要求量及び統計値(statistics)を表すものと定義される。少なくとも一つのアセットに対するＡＤＣを、送信エンティティがリソース予約及び送信ポリシーに適用する送信パラメータ及びＱｏＳパラメータを伝達するために使用できる。このようなＡＤＣは、通常定義されるＱｏＳ制御サービスエンティティによって一般的に使用される、特定のプロトコルを意識しない形式（protocol agnostic format）にて示される。上記ＡＤＣを、例えば、ＱｏＳディスクリプタ(QoS_descriptor)及びビットストリームディスクリプタ(bitstream_descriptor）にて構成できる。上記ＱｏＳディスクリプタは、該当アセットの伝達のための遅延(delay)及び損失(loss)に対して要求されるＱｏＳレベルと定義される。また、ビットストリームディスクリプタは、伝達しようとする該当アセットの統計値を提供する。上記ＱｏＳディスクリプタ及びビットストリームディスクリプタが伝達する具体的な情報については、下記で詳細に後述する。
【００１６】
以下、本発明の実施形態では、ＭＭＴ送信エンティティがＭＭＴ受信エンティティに提供しようとするマルチメディアサービスを構成する少なくとも一つのメディアデータ、すなわち、アセットに対するＡＤＣを伝達する具体的な実施形態を提案する。
【００１７】
(１)Full ADC Delivery
まず、本発明の一実施形態では、一つのアセットに対応する一例で、特定の映画の音声ファイルに対して総再生時間の間の全体トラフィック特性を表したＡＤＣ情報(以下、‘全体ＡＤＣ情報’と称する)をＡＤＣシグナリングメッセージに乗せてＭＭＴベース受信エンティティ(Receiving Entity)に伝送する、フルＡＤＣデリバリー（Full ADC Delivery）方法を提案する。具体的に、本発明の一実施形態によるＡＤＣシグナリングメッセージは、全体ＡＤＣ情報を含む。また、該当アセットのフロー(Flow)に対する特性を示すために、全体ＡＤＣ情報以外に‘Packet_id’と‘flow_label’をさらに含む。上記‘Packet_id’と‘flow_label’に対応する各フィールドは、ＭＭＴ規格内に既に定義されているフィールド値を使用する。また、一つのアセットであっても、サービスタイプ(type)によって相異なるトラフィック特性を有する。サービスタイプは、ＶＯＤ(Video on Demand)、ライブ(Live)及び、ファイル(File)などを含む。したがって、各アセット別に多様なバージョン(version)またはタイプに対応するＡＤＣ情報を構成できる。したがって、該当アセットのバージョンまたはタイプ別にＡＤＣ情報を区別できるセパレータとして‘ADC_type’フィールドを上記ＡＤＣシグナリングメッセージに含む。
【００１８】
本発明の一実施形態によるＡＤＣシグナリングメッセージには、例えば、下記＜表１＞のFull ADC Delivery Caseに示すように、上記‘Packet_id’と‘flow_label’及び‘ＡＤＣ_type’フィールドを含めることができる。下記＜表１＞乃至＜表５＞の各々における最初の列は‘シンタックス（syntax）’に対応する情報であり、２番目の列は“値（value）”に対応する情報であり、３番目の列は“ビット数（No.of bits）”に対応する情報であり、最後の４番目の列は“ニーモニック（Mnemonic）”に対応する情報である。
【００１９】
【表１】
0006574426.tif 000002
参考として、＜表１＞のＡＤＣシグナリングメッセージは、該当メッセージが上記ＡＤＣ情報を含むメッセージであることを表すmessage_id、上記ＡＤＣシグナリングメッセージに含まれるＡＤＣ情報のバージョンを表すバージョンなどをさらに含む。また、上記ＡＤＣシグナリングメッセージは、上述したＱｏＳディスクリプタ及びビットストリームディスクリプタをさらに含む。上記ＱｏＳディスクリプタは、上記ＡＤＣ情報に対応するアセット伝達時に要求される損失許容量(loss tolerance）を表すloss_toleranceと、アセットが上記ＡＤＣ情報が伝達される終端間(end to end)、例えば、送信エンティティ及び受信エンティティ間、にて伝達されるネットワークにより要求されるジッターレベル(jitter level）を示すjitter_sensitivityと、特定の方式に従ってビットストリームの各タイプを管理し、異なるクラスに従ってサービスを分類するclass_of_serviceと、双方向伝達が要求されるか否かを表すbidirection_indicatorと、を含む。１ビットで構成されるbidirection_indicatorは、例えば、双方向伝達が要求されると‘１’に設定でき、双方向伝達が要求されないと‘０’に設定できる。
【００２０】
上記ビットストリームディスクリプタを、サービスクラス別に構成できる。上記＜表１＞の場合、ＣＢＲ(constant bit rate)サービスクラス及びＶＢＲ(variable bit rate)サービスの各々に対するビットストリームディスクリプタを表している。ＣＢＲサービスクラスは、アセットの送信に対して専用で使用される任意の時間でピークビットレート(bit rate)を保証し、無音抑制(silence suppression)無しにＶｏＩＰのような固定されたビットレートを要求するリアルタイムサービスに対して使用できる。上記ＶＢＲサービスクラスは、共有チャンネルを通して遅延制約(delay constraints）を有するアセットに対するピークビットレートを許容し維持できるビットレートを保証する。上記ＶＢＲサービスクラスは、ビデオテレフォニー(telephony)、ビデオ会議、ストリーミングサービスなどのような大部分のリアルタイムサービスに対して使用できる。ＶＢＲサービスクラスのビットストリームディスクリプタ(bitstream_descriptor_VBR)及びＣＢＲサービスクラスのビットストリームディスクリプタ(bitstream_descriptor_CBR）は、下記のパラメータのうち少なくとも一つを含む。当該パラメータは、フロー識別子を表すflow_labelと、該当アセットの連続的な伝達を保証するために必要とされる最小ビットレートであるsustainable_rateと、該当アセットの伝達のための最大バッファーサイズであるbuffer_sizeと、該当アセットの連続的な伝達の間のピークビットレートを示すpeak_rateと、ＭＦＵ(media fragment unit）の最大サイズを示すmax_MFU_sizeと、該当アセットの連続的な伝達の間のＭＦＵの周期を示すMFU_periodと、を含む。ここで、ＭＦＵは、アセットを構成するＭＰＵ(media processing unit）の分割ユニットと定義される。
【００２１】
(２)Partial ADC Delivery with Time Duration
本発明の他の実施形態では、該当アセットの全体ＡＤＣ情報のうち部分時区間に対応する一部ＡＤＣ情報を抽出し、抽出した一部ＡＤＣ情報をＡＤＣシグナリングメッセージに含め、抽出した一部ＡＤＣ情報を含んだＡＤＣシグナリングメッセージをＭＭＴベース受信エンティティに伝送する、時区間を有するパーシャルＡＤＣデリバリー（Partial ADC Delivery with Time Duration）方法を提案する。具体的に、本発明の他の実施形態によるＡＤＣシグナリングメッセージは、一部ＡＤＣ情報と、上記一部ＡＤＣ情報の有効時間情報を含む。上記有効時間情報は、例えば、下記＜表２＞のPartial ADC Delivery with Time Duration Caseに示すように、“Ｖａｌｉｄ＿Ｐｅｒｉｏｄ”フィールドの形態にてＡＤＣシグナリングメッセージに含まれる。
【００２２】
【表２】
0006574426.tif 000003
上記＜表２＞を参照すれば、本発明の他の実施形態によるＡＤＣシグナリングメッセージは、一部ＡＤＣ情報を含むことによって上記一部ＡＤＣ情報に対する“Ｖａｌｉｄ＿Ｐｅｒｉｏｄ”を含む。また、他の実施形態によるＡＤＣシグナリングメッセージは、一実施形態に係るＡＤＣシグナリングメッセージに含まれる “Packet_id”、“flow_label”及び“ADC_type”をさらに含む。送信エンティティが“Ｖａｌｉｄ＿Ｐｅｒｉｏｄ”フィールドを含むＡＤＣシグナリングメッセージを送信した後、上記“Ｖａｌｉｄ＿Ｐｅｒｉｏｄ”フィールドに設定された有効時間が満了すると、送信エンティティは、新たな期間が設定された“Ｖａｌｉｄ＿Ｐｅｒｉｏｄ”フィールドを含むＡＤＣを周期的に伝送してもよい。上記＜表２＞に図示しないが、“Ｖａｌｉｄ＿Ｐｅｒｉｏｄ”フィールドに含まれる情報は、例えば、開始時間に対応する値と、該当ＡＤＣシグナリングメッセージに含まれるＡＤＣ情報の有効時間の時区間に対応する値と、に細分化されてもよい。
【００２３】
(３)Partial ADC Delivery with Version Information
本発明のさらに他の実施形態では、該当アセットに対する全体ＡＤＣ情報のうち一部ＡＤＣ情報を抽出し、抽出した一部ＡＤＣ情報をＡＤＣシグナリングメッセージに含め、抽出した一部ＡＤＣ情報を含んだＡＤＣシグナリングメッセージをＭＭＴベース受信エンティティに伝送するバージョン情報を有するパーシャルＡＤＣデリバリー（Partial ADC Delivery with Version Information）方法を提案する。本発明のさらに他の実施形態によるＡＤＣシグナリングメッセージは、上記した他の実施形態によるＡＤＣシグナリングメッセージが含む一部ＡＤＣ情報の有効時間情報の代わりに、上記一部ＡＤＣのアップデートが必要であるか否かを表すバージョン(version)情報を含む。
【００２４】
上記バージョン情報は、例えば、下記＜表３＞のPartial ADC Delivery with Version Information Caseに示すように、“version”情報形態で含まれることができる。
【００２５】
【表３】
0006574426.tif 000004
上記＜表３＞を参照すれば、本発明のさらに他の実施形態によるＡＤＣシグナリングメッセージは、該当アセットに対する一部ＡＤＣ情報及び“version”を含みつつ、追加的に、一実施形態によるＡＤＣシグナリングメッセージが含む、‘Packet_id’と‘flow_label’及び‘ADC_type’をさらに含む。
【００２６】
一方、上述した実施形態乃至他の実施形態は、受信エンティティの要請可否に関係なく該当ＡＤＣ情報を含むＡＤＣシグナリングメッセージを上記受信エンティティに伝達する。
【００２７】
(４)ADC Delivery based on Request
上記に対して、本発明のさらに他の実施形態では、送信エンティティと受信エンティティ間に設定された中間ノード(Intermediate Node)の一例である少なくとも一つのルータが、自身を通過するＭＭＴフローの続くメディアデータの変化特性（すなわち、ＡＤＣ）についての一部情報を知りたい場合を仮定する。該当中間ノードは、送信エンティティに該当ＭＭＴフローのＡＤＣ情報のリクエストを伝達できる。したがって、本発明の他の実施形態では、上記中間ノードが上記リクエストに対する応答を受信するリクエストに基づくＡＤＣデリバリー（ADC Delivery based on Request）方法を提案する。具体的に、送信エンティティは、中間ノードがＡＤＣリクエストを伝送しようとしているアドレス情報を含むＡＤＣシグナリングメッセージを構成して通知する。ここで、当該通知は、送信エンティティがアドレス情報を中間ノード及び受信エンティティにブロードキャストする方式を使用して実行されてもよい。上記アドレス情報の例としては、‘ＩＰ(internet Protocol)/Port’又はＵＲＬ(Uniform Resource Locator)などを含むことができる。本発明の他の実施形態によるＡＤＣメッセージに、例えば、下記＜表４＞のADC Delivery based on Request Caseに示すように、上記アドレス情報に対応する“request_address”フィールドを含めることができる。
【００２８】
【表４】
0006574426.tif 000005
上記＜表４＞を参照すれば、本発明の他の実施形態によるＡＤＣシグナリングメッセージは、一実施形態によるＡＤＣシグナリングメッセージが含む、‘Packet_id’と‘flow_label’及び‘ADC_type’を含みつつ、“request_address”をさらに含む。
【００２９】
以後、本発明の他の実施形態による中間ノードは、リクエストしようとするＡＤＣ情報のPacket_id、flow_label、ＡＤＣ_typeなどを含むＡＤＣリクエストメッセージを構成できる。ここで、中間ノードが、送信エンティティから受信したＡＤＣシグナリング情報から取得した上記“request_address”フィールドを取得した状態を仮定する。したがって、本発明の他の実施形態による中間ノードは、上記“request_address”フィールドに対応するアドレスに上記構成したＡＤＣリクエストメッセージを伝送する。ＡＤＣリクエストメッセージは、例えば、下記＜表５＞のように示される。
【００３０】
【表５】
0006574426.tif 000006
上記＜表５＞を参照すれば、本発明の他の実施形態によるＡＤＣリクエストメッセージは、一実施形態のＡＤＣシグナリングメッセージが含む‘Packet_id’と‘flow_label’及び‘ADC_type’を含みつつ、上記中間ノードがリクエストする該当ＡＤＣ情報に対して指定された時区間情報を含む。ここで、時区間情報は、例えば、上記ＡＤＣ情報の開始時間及び終了時間の各々に対応する‘start_time’フィールド及び‘end_time’フィールドにて構成できる。したがって、本発明の他の実施形態によると、中間ノードが各時区間中に送信エンティティから該当ＡＤＣ情報を取得できるので、本発明の一実施形態に従って該当アセットの時区間に対応する全体ＡＤＣ情報を取得する場合に比べて、より正確なＡＤＣ情報を取得できる。
【００３１】
図２は、本発明の実施形態によるＭＭＴベース通信システムの一例を示す図である。
【００３２】
図２を参照すると、マルチメディアサービスを提供するＭＭＴベース通信システム２００は、例えば、ＭＭＴ送信エンティティ２１０と、ＭＭＴ受信エンティティ２４０と、中間ノード２２０と、を含む。ＭＭＴ送信エンティティ２１０は、上記マルチメディアサービスが提供するコンテンツの各々に対応するアセット、すなわち、メディアデータを中間ノード２２０を通してＭＭＴ受信エンティティ２４０に伝達する伝送ノードである。また、ＭＭＴ受信エンティティ２４０は、ＭＭＴ送信エンティティ２１０が伝送したメディアデータを中間ノード２２０を通して受信する受信ノードである。中間ノード２２０は、ＭＭＴ送信エンティティ２１０とＭＭＴ受信エンティティ２４０間でメディアデータを伝達し、上記メディアデータの伝達のために必要であればネットワークリソースを予約する役割を果たす。
【００３３】
まず、ＭＭＴ送信エンティティ２１０は、一例として、ネットワークリソース処理部２１２と、ＡＤＣ信号生成/収集部２１４と、ＡＤＣ信号処理部２１６と、送信部２１８と、を含む。ＡＤＣ信号処理部２１６は、時間によるメディアデータに対応するトラフィック、すなわち、アセットの変化特性関連情報を含むＡＤＣ情報を収集し、収集したＡＤＣ情報をＭＭＴ受信エンティティ２４０に送信するための処理を実行する。また、中間ノード２２０から特定ＡＤＣ情報に対するＡＤＣリクエスト、例えば、ＡＤＣリクエストメッセージが受信されると、上記ＡＤＣリクエストに対応する情報を中間ノード２２０に伝達する。ＡＤＣ信号生成/収集部２１４は、ＡＤＣ情報を収集する。この時、ＡＤＣ情報は、各アセット別に収集されるか、複数のアセットに対して収集される。
【００３４】
ネットワークリソース処理部２１２は、ＭＭＴで定義していない別途のプロトコル、例えば、ＲＳＶＰを利用してメディアデータの伝送のためのネットワークリソースを予約できる。送信部２１８は、アセットと、各アセット又は複数のアセットに対するＡＤＣ情報などをＭＭＴパケット化してＭＭＴ受信エンティティ２４０に伝送する。
【００３５】
中間ノード２２０は、例えば、ネットワークリソース処理部２２２と、ネットワークリソース割り当て部２２４と、動的リソース管理部２２６と、リソース現況モニターリング部２２８と、ＡＤＣ検出部２３０と、送受信部２３２と、を含む。ＡＤＣ検出部２３０は、中間ノード２２０を通して受信エンティティ２４０に伝えられるＭＭＴパケットを監視し、監視されたＭＭＴパケットからＡＤＣ情報を含むＡＤＣシグナリングメッセージを抽出する。例えば、ＭＭＴパケットは、パケットヘッダと、ペイロードを含む。このため、ＡＤＣ検出部２３０は、上記パケットヘッダ内のタイプフィールドとmessage_id情報などに基づいて、該当メッセージがＡＤＣ情報を含んでいるか否かを判断できる。また、ＡＤＣ検出部２３０は、ＡＤＣ情報のアップデート(update)が必要であるか否かを感知し、必要な場合にアップデートされたＡＤＣを受信するか、または、必要な場合にＭＭＴ送信エンティティ２１０に取得しようとするＡＤＣ情報のリクエストを伝達する。動的リソース管理部２２６は、自身(例えば、ルータ）のネットワークリソースの利用現況を把握し、自身を通して受信エンティティ２４０側に伝送されるメディアデータの変化特性を分析して、使用可能なネットリソースを他のトラフィックに割り当てることができる。
【００３６】
図３は、本発明の実施形態による中間ノードが送信エンティティから取得したＡＤＣ情報に基づいてリソースを割り当てる動作の一例を説明するための図である。
【００３７】
図３を参照すれば、Ａ［ｂｐｓ］は、中間ノードが現在提供可能な総ネットワークリソース量を示し、Ａｎ［ｂｐｓ］は、例えば、ＲＳＶＰに基づくリソース予約リクエストによりメディアデータｎに予約されたネットワークリソース量を表すと仮定する。また、ａｎ［ｂｐｓ］は、中間ノードが取得したＡＤＣ情報に基づいて、受信されたメディアデータｎの時間による実際に要求されるリソース量を示す。ここで、メディアデータは、合計三つである場合を仮定するので、ｎは１、２、３と表される。
【００３８】
t１時点３００で使用可能なネットワークリソース量をＡｖａｉｌ(t)と定義すれば、中間ノードは、上記Ａｖａｉｌ(t)を下記数式を利用して次のように計算できる。上記Ａｖａｉｌ(t）の計算は、図３の動的リソース管理部２２６を通して計算できる。
【００３９】
＜数式＞
Ａｖａｉｌ(t)= Ａ１(t)-ａ１(t) + Ａ２(t)-ａ２(t) + ... +Ａｎ(t)-ａｎ(t), (但し、Ａ＝Ａ１+Ａ２+Ａ３．．+Ａｎ)
上記数式で示すように、各メディアデータに対応するトラフィックに対してＲＳＶＰに基づいて割り当てられたリソース量で実際に要求されるリソース量を減算して使用可能なネットワークリソース量を取得する。メディアトラフィック１の使用可能リソース量３０２は、ｔ１時点のＡ１からａ１を減算して取得され、メディアトラフィック２の使用可能リソース量３０４は、ｔ１時点のＡ２からａ２を減算して取得される。また、メディアトラフィック３の使用可能リソース量３０６は、ｔ１時点のＡ３からａ３を減算して取得される。動的リソース管理部２２６は、各メディアデータの使用可能なネットワークリソース量を加えることで使用可能なネットワークリソース総量を計算できる。したがって、本発明の実施形態による動的リソース管理部２２６は、計算されたＡｖａｉｌ(t)を他の第３のトラフィックのためのネットワークリソースリクエストに割り当てることができる。
【００４０】
本発明の実施形態による中間ノードで、ネットワークリソース予約処理部２２２は、ＭＭＴで定義されていない別途のプロトコル、例えば、ＲＳＶＰを利用してＭＭＴメディアデータの伝送のためにネットワークリソースを予約できる。
【００４１】
送受信部２３２は、ＭＭＴ送信エンティティ２１０から受信したＭＭＴパケットをＭＭＴ受信エンティティ２４０に伝送する。また、ネットワークリソース割り当て部２２４は、中間ノード２２０のネットワークリソースを特定のトラフィックに割り当てる。また、リソース現況モニターリング部２２８は、中間ノード２２０のネットワークリソースの利用現況をモニターリングする。すなわち、リソース現況モニターリング部２２８は、リアルタイムで該当メディアデータに対応するトラフィック別に実際要求されるリソース量(図３の、ａ１、ａ２、ａ３に該当する）を確認して動的リソース管理部２２６に伝達する。
【００４２】
最後に、ＭＭＴ受信エンティティ２４０は、ネットワークリソース予約処理部２４２と、バッファー管理部２４４と、動的リソース管理部２４６と、ＡＤＣ検出部２４８と、ＭＭＴパケット受信部２５０と、により構成される。動的リソース管理部２４６は、ＭＭＴ送信エンティティ２１０が送信したＡＤＣ情報を受信し、上記ＡＤＣ情報に基づいて該当メディアデータに対応するトラフィック別の変化特性を取得する。また、上記変化特性を考慮して、変化特性を、ネットワークリソースリクエストを効率的にアップデートするために適用する。動的リソース管理部２４６が、ＭＭＴ受信エンティティとＭＭＴ送信エンティティの間のＲＳＶＰに基づくネットワークリソース予約を実行する時、上記ＡＤＣ情報から取得した“Ｖａｌｉｄ＿Ｐｅｒｉｏｄ”、“version”情報などを使用できる。また、動的リソース管理部２２６は、ＡＤＣ情報を、ＭＭＴ受信エンティティ２４０のバッファーで確保すべきバッファー量として活用できる。ＡＤＣ検出部２４８は、受信したＭＭＴパケットを監視し、監視されたＭＭＴパケット内のＡＤＣシグナリングメッセージのＡＤＣ情報を抽出する。例えば、ＭＭＴパケットを構成するパケットヘッダのタイプフィールドと上記ＡＤＣシグナリングメッセージに含まれたmessage_id情報などを根拠にして該当メッセージがＡＤＣ情報を含んでいるか否かを判断できる。また、ネットワークリソース予約処理部２４２は、ＭＭＴで定義していない別途のプロトコル、例えば、ＲＳＶＰに基づいて、ＭＭＴメディアデータの伝送のためのネットワークリソース予約を処理する。受信部２５０は、ＭＭＴ送信エンティティ２１０から伝達されたＭＭＴパケットを受信して処理する。
【００４３】
図４は、本発明の実施形態によるＡＤＣ情報を中間ノード及び受信エンティティに伝達する全体動作フローチャートの一例である。説明の便宜上、ＭＭＴベース通信システムが図２のように構成された場合を仮定して説明する。
【００４４】
図４を参照すると、ステップ４１０で、ＭＭＴ送信エンティティ２１０とＭＭＴ受信エンティティ２４０は、既存プロトコル、例えば、ＲＳＶＰを使用してＭＭＴパケットを伝送するためのネットワークリソース、例えば、該当メディアデータに対応するトラフィック別帯域幅及び経路などを予約する。
【００４５】
以後、ステップ４１２ａ及びステップ４１２ｂで、本発明の実施形態によるＭＭＴ送信エンティティ２１０は、該当メディアデータに対するＡＤＣ情報を含むＭＭＴパケットを中間ノード２２０を通して、ＭＭＴ受信エンティティ２４０に伝送する。ここで、ＡＤＣ情報を伝送する方法は、上述した実施形態別に他の形態で伝送される。具体的に、Full ADC Deliveryベースの実施形態では、アセット別に全体ＡＤＣ情報をＡＤＣシグナリングメッセージに含めて伝送できる。この時、ＡＤＣ情報は、複数のアセットに関連して構成され、複数のアセットの各々に対するＡＤＣ情報を含むことができる。具体的には、Full ADC Deliveryベースの実施形態のＡＤＣシグナリングメッセージは、一つのアセットに対応する一例で、映画ファイルに対して全体ＡＤＣ情報を含む。次に、Partial ADC Delivery with Time Durationベースの実施形態では、該当アセットに対する全体ＡＤＣ情報を伝送する代わりに、一部ＡＤＣ情報を抽出してＡＤＣシグナリングメッセージを構成する。この時、上記一部ＡＤＣ情報の有効時間情報を一緒に含める。また、ＭＭＴ送信エンティティ２１０は、該当ＡＤＣ情報の有効時間が満了すると、新たな期間に設定された有効時間情報を含むＡＤＣを周期的に伝送できる。Partial ADC Delivery with Version Informationベースの実施形態のＡＤＣシグナリングメッセージは、一部ＡＤＣ情報と共に上記一部ＡＤＣ情報のアップデートが必要であるか否かを指示するバージョン情報を含む。最後に、ADC Requestベースの実施形態でのＡＤＣシグナリングメッセージは、図４のステップ４１１のように、中間ノード２２０がＭＭＴ送信エンティティ２１０に伝送したＡＤＣ情報リクエストに基づいて構成されたＡＤＣ情報が含まれる。この場合、ＭＭＴ送信エンティティ２１０は、ＡＤＣ情報リクエストを伝送するアドレス情報を中間ノード２２０及びＭＭＴ受信エンティティ２４０に予め通知した状態であると仮定する。
【００４６】
上記したような各実施形態によって伝送されたＡＤＣシグナリングメッセージを受信した中間ノード２２０は、ステップ４１４乃至ステップ４２０を通して該当アセット別に使用可能リソース量を確認し、これを再割当できる。具体的に、ステップ４１４で中間ノード２２０は、ＭＭＴ送信エンティティ２１０がＭＭＴ受信エンティティ２４０に伝送したＭＭＴパケットを伝送するフローをオープンして、オープンしたフローのうちＡＤＣ情報を含むＭＭＴパケットに対してパケットヘッダ内のタイプフィールドと上記ＡＤＣシグナリングメッセージ内のmessage_id情報に基づいて、該当ＭＭＴパケットがＡＤＣ情報を含んでいるか否かを確認することができる。また、確認の結果、ＡＤＣシグナリングメッセージがＡＤＣ情報を含むことをmessage_idが示していることが確認されると、ステップ４１６で、中間ノード２２０は、上記ＡＤＣシグナリングメッセージに含まれたＡＤＣ情報を取得し、上記ＡＤＣ情報が何れかのフローに対するトラフィック情報であるかを上記ＡＤＣシグナリングメッセージ内に含まれたpacket_idとflow_labelを通して識別できる。ステップ４１８で、中間ノード２２０は、上記識別されたフローに対する必要なＱｏＳレベル及び時間によるトラフィックの変化特性、すなわち、該当アセットの実際に要求されるリソース量を確認できる。そうすると、中間ノード２２０は、上記確認した実際に要求されるリソース量とステップ４１０で予約されたリソース量を比較する。また、ステップ４２０で、中間ノード２２０は、上記実際に要求されるリソース量と上記予約されたリソース量との差に従って使用可能リソース量を確認した後、確認された使用可能リソースを第３のトラフィックのために再割当できる。
【００４７】
本発明の実施形態による中間ノード２２０は、ＭＭＴ送信エンティティ２１０が伝送したＡＤＣシグナリングメッセージから該当アセットの全体ＡＤＣ情報を取得した場合、図３に図示のt１時点のように上記アセットに割り当てられた全体時間で特定の時点の使用可能リソース量を持続的に確認する。また、中間ノード２２０は、実質的に使用されていない、確認された使用可能リソースを第３のトラフィックとして活用できる。他の例で、中間ノード２２０は、ＭＭＴ送信エンティティ２１０が伝送したＡＤＣシグナリングメッセージから該当アセットの一部ＡＤＣ情報と有効時間情報を取得した場合、上記有効時間情報に対応する時区間間は、上記一部ＡＤＣ情報を利用して使用可能リソース量を確認し、確認された使用可能リソースを第３のトラフィックとして活用できる。他の例で、中間ノード２２０がＭＭＴ送信エンティティ２１０が伝送したＡＤＣシグナリングメッセージから該当アセットの一部ＡＤＣ情報と、上記一部ＡＤＣ情報のバージョン情報を取得した場合、現在ＡＤＣ情報のバージョンと上記一部ＡＤＣ情報のバージョン情報を比較する。比較の結果、上記一部ＡＤＣ情報が新たなバージョンである場合、上記一部ＡＤＣ情報を利用して使用可能リソース量を確認し、確認された使用可能リソースを第３のトラフィックとして活用できる。最後に、中間ノード２２０は、ＭＭＴ送信エンティティから予め取得したＡＤＣ情報要請に対するアドレス情報に基づいてＡＤＣ情報リクエストをＭＭＴ送信エンティティ３１０に送信する。ここで、ＡＤＣ情報リクエストは、ＡＤＣ情報をリクエストするパケット、フローを識別する情報、リクエストするＡＤＣ情報の時区間、バージョン及びタイプなどを指示する情報を含むことができる。中間ノード２２０は、ＭＭＴ送信エンティティ３１０から上記ＡＤＣ情報リクエストに対応するＡＤＣ情報を取得し、これに基づいて使用可能リソースを確認して第３のトラフィックとして活用できる。一方、ステップ４１２ｂを通して、ＭＭＴ送信エンティティ２１０が伝送したＡＤＣシグナリングメッセージを受信したＭＭＴ受信エンティティ２４０は、ステップ４２２で、上記ＡＤＣシグナリングメッセージに含まれたＡＤＣ情報に基づいて受信中であるアセット別に、ステップ４１０で予約されたネットワークリソース量と比較して実質的に要求されるネットワークリソース量を確認することによって、該当アセットの今後のトラフィック特性を予測できる。
【００４８】
一例として、ＭＭＴ受信エンティティ２４０が、ＲＳＶＰを利用してネットワークリソースを再び予約する場合、該当アセットに対する使用可能リソース量を考慮して、実際に要求されるリソース量に近いリソース量を予約する動作を実行できる。また、該当アセットに対する使用可能リソース量と実際に要求されるリソース量との差に基づいて、該当アセットに対して予約されたネットワークリソースのアップデート可否を判断できる。また、ＭＭＴ受信エンティティ２１０のバッファーで要求されるバッファー量を予め確保できる。
【００４９】
上記した通り、ＭＭＴ送信エンティティが提供するマルチメディアサービスのメディアデータに対応するトラフィックに対するＡＤＣ情報を中間ノードが受信することによって、上記中間ノードは、該当トラフィックに対するＡＤＣ情報を利用してトラフィック別に実際の使用可能リソース量を確認し、確認された使用可能リソース量を効率的に運用してリソースの浪費を防ぐことができる。
【００５０】
一方、本発明の詳細な説明では具体的な実施形態に関して説明したが、本発明の範囲から逸脱しない限り多様な変形が可能である。したがって、本発明の範囲は説明された実施形態に限定されて定められることではなく、後述する特許請求の範囲及びこの特許請求の範囲と均なものにより定められるべきである。
【図１】
0006574426.tif 000007
【図２】
0006574426.tif 000008
【図３】
0006574426.tif 000009
【図４】
0006574426.tif 000010