(57)【特許請求の範囲】
【請求項１】
システムにおける送信エンティティにより、パケットを伝送する方法であって、
前記送信エンティティが伝送されたパケットを再伝送するために格納するタイムウィンドウに関する情報を含む自動再送要求（ＡＲＱ）構成情報を生成するステップと、
前記ＡＲＱ構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信エンティティに伝送するステップと、
前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを前記受信エンティティから受信するステップと、  
前記ＡＦメッセージに基づいて、損失パケットを再伝送するか否かを決定するステップと、
前記決定に基づいて前記損失パケットを前記受信エンティティに再伝送するステップと、
を含むことを特徴とする伝送方法。
【請求項２】
前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項１に記載の伝送方法。
【請求項３】
前記ＡＦメッセージは、
前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
損失パケットＩＤの数に関する情報、
パケット損失を報告するためにマスクフィールドの各ビットが前記伝送されたパケット各々に対応するマスクフィールド、及び
到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１に記載の伝送方法。
【請求項４】
前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項３に記載の伝送方法。
【請求項５】
前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含み、
前記ＡＲＱフィードバックタイムスタンプフィールドは、前記ＡＦメッセージが前記受信エンティティから伝送された時間を指示し、
前記到着期限フィールドは、第１の損失パケットに対する再伝送パケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１に記載の伝送方法。
【請求項６】
システムにおける受信エンティティにより、パケットを受信する方法であって、
自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信するステップであって、前記ＡＲＱ構成情報は、送信エンティティが伝送されたパケットを再伝送のために格納するタイムウィンドウに関する情報を含み、
前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を生成するステップと、
前記伝送されたパケットのうち前記損失パケットに関する情報及び前記ＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを伝送するステップと、  
前記損失パケットの再伝送が前記ＡＦメッセージに基づいて決定されると、前記損失パケットを受信するステップと、
を含むことを特徴とする受信方法。
【請求項７】
前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項６に記載の受信方法。
【請求項８】
前記ＡＦメッセージは、
前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
損失パケットＩＤの数に関する情報、
パケット損失を報告するためにマスクフィールドの各ビットが一つ以上のパケット各々に対応するマスクフィールド、及び
到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項６に記載の受信方法。
【請求項９】
前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項８に記載の受信方法。
【請求項１０】
前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含み、
前記ＡＲＱフィードバックタイムスタンプフィールドは、前記ＡＦメッセージが前記受信エンティティから伝送された時間を指示し、
前記到着期限フィールドは、第１の損失パケットに対する再伝送パケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項６に記載の受信方法。
【請求項１１】
システムにおけるパケットを伝送する送信エンティティであって、
データを送受信する送受信部と、
前記送信エンティティが伝送されたパケットを再伝送するために格納するタイムウィンドウに関する情報を含む自動再送要求（ＡＲＱ）構成情報を生成し、前記ＡＲＱ構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信エンティティに伝送し、前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを前記受信エンティティから受信し、前記ＡＦメッセージに基づいて損失パケットを再伝送するか否かを決定し、前記決定に基づいて前記損失パケットを前記受信エンティティに再伝送するように制御する制御部と、
を含むことを特徴とする送信エンティティ。
【請求項１２】
前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項１１に記載の送信エンティティ。
【請求項１３】
前記ＡＦメッセージは、
前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
損失パケットＩＤの数に関する情報、
パケット損失を報告するためにマスクフィールドの各ビットが前記伝送されたパケット各々に対応するマスクフィールド、及び、
到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１１に記載の送信エンティティ。
【請求項１４】
前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項１３に記載の送信エンティティ。
【請求項１５】
前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含み、
前記ＡＲＱフィードバックタイムスタンプフィールドは、前記ＡＦメッセージが前記受信エンティティから伝送された時間を指示し、
前記到着期限フィールドは、第１の損失パケットに対する再伝送パケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１１に記載の送信エンティティ。
【請求項１６】
システムにおけるパケットを受信する受信エンティティであって、
データを送受信する送受信部と、
自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信し、前記ＡＲＱ構成情報は、送信エンティティが伝送されたパケットを再伝送のために格納するタイムウィンドウに関する情報を含み、前記伝送されたパケットのうち損失パケットに関する情報及びＡＲＱモードに関する情報を生成し、前記伝送されたパケットのうち前記損失パケットに関する情報及び前記ＡＲＱモードに関する情報を含むＡＲＱフィードバック（ＡＦ）メッセージを伝送し、前記損失パケットの再伝送が前記ＡＦメッセージに基づいて決定されると、前記損失パケットを受信するように制御する制御部と、
を含むことを特徴とする受信エンティティ。
【請求項１７】
前記ＡＣメッセージは、前記損失パケットをリクエストするサーバのアドレスに関する情報を含むことを特徴とする請求項１６に記載の受信エンティティ。
【請求項１８】
前記ＡＦメッセージは、
前記受信エンティティが前記損失パケットをリクエストする時に利用する引数タイプに関する情報、
損失パケットＩＤの数に関する情報、
パケット損失を報告するためにマスクフィールドの各ビットが一つ以上のパケット各々に対応するマスクフィールド、及び
到着期限フィールドの現在時間を指示するフラグのうち少なくとも一つを含み、
前記到着期限フィールドは、第１の損失パケットに対する再伝送されたパケットが前記受信エンティティに到達する締切期限を指示することを特徴とする請求項１６に記載の受信エンティティ。
【請求項１９】
前記引数タイプに関する情報は、前記受信エンティティがパケットカウンタフィールドを有するＡＦメッセージを伝送することを指示する値及び前記受信エンティティがパケットＩＤフィールド及びパケットシーケンス番号フィールドを有するＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項１８に記載の受信エンティティ。
【請求項２０】
前記ＡＲＱモードに関する情報は、サーバが時間制限を考慮せずに前記損失パケットを伝送することを指示する値、前記受信エンティティがＡＲＱフィードバックタイムスタンプフィールド及び到着期限フィールドを有する前記ＡＦメッセージを伝送することを指示する値及び伝送遅延を有する前記ＡＦメッセージを伝送することを指示する値のうち少なくとも一つを含むことを特徴とする請求項１６に記載の受信エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアシステムにおける情報を送受信する方法及び装置に関するものである。
【背景技術】
【０００２】
マルチメディアシステムにおける情報を伝送する技術のうちの一つであるＭＰＥＧ(Moving  Picture  Experts  Group)メディアトランスポート(ＭＭＴ)技術では、自動再送要求(Automatic  Repeat  Request：ＡＲＱ)方法を使用して情報を送受信する。
【０００３】
従来のＭＭＴシステムのＡＲＱ方法において、送信エンティティはアセット毎にＡＲＱをサポートするか否かを判定するが、受信エンティティにはＡＲＱをサポートするか否かを通知しない。この場合、受信エンティティは、損失したパケットを再リクエストしたときに回答を受信するか否かを知ることができなく、あるいは、スムーズなサービスのために送信エンティティ又はＡＲＱサーバは、自身が有するすべてのアセットに対するＭＭＴパケットを一定時間以上格納しておかなければならないという問題が発生する。ここで、送信エンティティは、再伝送パケットを格納及び伝送するＡＲＱサーバの動作も実行できる。
【０００４】
さらに、送信エンティティによりＡＲＱリクエストがなされる場合、ＭＭＴ  ＡＲＱメッセージでは、Ｐａｃｋｅｔ＿ＩＤとＰＡＣＫＥＴ＿ＳＥＱＵＥＮＣＥ＿ＮＵＭとの組み合わせの一つのみで再伝送リクエストが可能であり、これは、パケット単位のみで再伝送のリクエストが可能であることを意味する。しかしながら、ＭＭＴシステムにおいて、ＭＭＴパケットだけでなくメディア処理ユニット(ＭＰＵ)、メディアフラグメントユニット(ＭＦＵ)、及びサンプルのような多様なレベルのメディア単位が存在し、受信エンティティが所望するレベルのメディア単位をリクエストする場合、より有用なデータ回復が可能となる。
【０００５】
図１は、従来のＭＭＴシステムにおけるＡＲＱ方法を適用する一例を示す。
【０００６】
図１を参照すると、送信エンティティ１００は、再伝送遅延時間(Ｄｔ)値を決定し(１０１)、決定したＤｔ値に関連した情報を含むＡＲＱ構成(ARQ  Configuration：ＡＣ)メッセージを受信エンティティ２００に送信する(１０３)。以後、受信エンティティ２００が送信エンティティ１００からパケットＮ-１及びパケットＮ＋１を受信してパケットＮを受信しない場合(１０５乃至１０９)、受信エンティティ２００は、到着期限時間(Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ)値を計算し(１０９)、計算したＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値の程度までパケット受信のための追加的な動作を実行しない。ここで、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値は、Ｄｔ値及びＡＲＱフィードバック遅延時間(Ｄｆ)値に基づいて計算される。
【０００７】
さらに、受信エンティティ２００は、受信しないパケットＮに対する再伝送をリクエストするためのＡＲＱフィードバック(ＡＦ)メッセージを送信エンティティ１００に送信する(１１３)。ここで、ＡＦメッセージは、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値に関連した情報及びＡＲＱフィードバックタイムスタンプに関連した情報を含む。
【０００８】
送信エンティティ１００は、受信されたＡＦメッセージからＤｆ値、ラウンドトリップ時間(Round  Trip  Time：ＲＴＴ)値、及びＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値に関連した情報を確認し(１１５乃至１１９)、ＲＴＴ値がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値より小さいか否かを判定する(１２１)。送信エンティティ１００は、ＲＴＴ値がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値より小さい場合、パケットＮを再伝送し(１２２)、ＲＴＴ値がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値より小さくない場合、送信エンティティ１００は、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値が終了するまでスタンバイ状態となる。
【０００９】
すなわち、図１で説明した従来のＡＲＱ方法では、受信エンティティ２００がＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値を送信エンティティ１００に伝送し、再伝送をリクエストしたパケットがＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値の範囲に最終受信エンティティ２００まで伝送されない場合、送信エンティティ１００は、応答伝送自体を諦める。しかしながら、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値は、受信エンティティ２００がすべての受信パケットを確認し、メディアを回復しなければ知らない値であるので、受信エンティティ２００ではＡｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値を導出するために多くの時間とリソースが消費される問題が発生する。さらに、送信エンティティ１００が応答伝送を諦める場合、受信エンティティ２００では応答伝送を諦めたことを認知せず、Ａｒｒｉｖａｌ＿Ｄｅａｄｌｉｎｅ値が終了するまで待機しなければならないという問題が発生する。
【００１０】
したがって、従来のＭＭＴシステムでは、各アセットの個別伝送特性値を表すアセット配信特性(Asset  Delivery  Characteristic：ＡＤＣ)情報の有効期間情報が提供されないため、これを解決するための方案が要求される。一方、特定送信エンティティから受信エンティティに伝送されるＭＭＴメディアデータは、一つのアセットだけでなく相互関連性が高いアセットの組み合わせた束単位で伝送される場合が多い。したがって、ネットワークでもアセット単位の制御及び管理でなく、バンドル単位の伝送特性(Bundle  Delivery  Characteristics：ＢＤＣ)情報をより容易に管理できる。しかしながら、従来のＭＭＴシステムにおいて、ＡＤＣ情報は、各個別メディアに該当するアセット単位で提供され、この場合、ＡＤＣ情報の発見及び管理がアセット単位で実行されるため、サーバ/ＭＭＴに対するネットワークエンティティ(MMT  Aware  Network  Entity：ＭＡＮＥ)の観点からは、必要以上の情報が提供される場合が発生しうる。また、各個別パケットレベルで伝送しようとするデータの重要度と優先順位情報を提供する手段はあるが、有意な関連性を有するメディアレベルでのアセットの束情報であるバンドル情報だけでなくバンドル対バンドル、バンドル内のアセットとアセットとの間の相対的な優先順位情報は与えられなかった。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
したがって、本発明は上記した従来技術の問題点に鑑みてなされたものであって、その目的は、マルチメディアシステムにおける情報を送受信する方法及び装置を提供することにある。
【００１２】
本発明の他の目的は、マルチメディアシステムにおいてＡＲＱ方法に基づいて情報を送受信する方法及び装置を提供することにある。
【００１３】
また、本発明の目的は、マルチメディアシステムにおいてアセットのグループであるバンドルを構成し、各バンドルの伝送特性情報に基づいて情報を送受信する方法及び装置を提供することにある。
【課題を解決するための手段】
【００１４】
本発明の実施形態によるシステムにおける送信エンティティにより、パケットを伝送する方法は、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを伝送するステップと、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを受信するステップであって、前記ＡＦメッセージは、パケットが受信エンティティに到着するための拡散遅延（propagation delay）に対する情報を含むステップと、前記ＡＦメッセージに含まれた前記拡散遅延に基づいて、前記受信エンティティと前記送信エンティティとの間の前記パケットの伝達時間を確認するステップと、前記伝達時間に基づいて、一つ以上の損失パケットを伝送するか否かを決定するステップとを含むことを特徴とする。
【００１５】
また、本発明の実施形態によるシステムにおける受信エンティティにより、パケットを受信する方法は、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信するステップと、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを伝送するステップであって、前記ＡＦメッセージは、パケットが受信エンティティに到着するようための拡散遅延（propagation  delay）に対する情報を含むステップと、伝達時間に基づいて一つ以上の損失パケットの伝送が決定されると、前記一つ以上の損失パケットを受信するステップと、を含み、前記伝達時間は、前記拡散遅延に基づいて確認されることを特徴とする。
【００１６】
また、本発明の実施形態によるシステムにおけるパケットを伝送する伝送エンティティは、データを送受信する送受信部と、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを伝送し、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを受信し、前記ＡＦメッセージはパケットが受信エンティティに到着するための拡散遅延（propagation delay）に対する情報を含み、前記ＡＦメッセージに含まれた前記拡散遅延に基づいて前記受信エンティティと前記送信エンティティとの間の前記パケットの伝達時間を確認し、前記伝達時間に基づいて一つ以上の損失パケットを伝送するか否かを決定する制御部と、を含むことを特徴とする。
【００１７】
また、本発明の実施形態によるシステムにおけるパケットを受信する受信エンティティは、データを送受信する送受信部と、自動再送要求（ＡＲＱ）構成情報を含むＡＲＱ構成（ＡＣ）メッセージを受信し、一つ以上のパケットが損失であることを指示するＡＲＱフィードバック（ＡＦ）メッセージを伝送し、前記ＡＦメッセージは、パケットが受信エンティティに到着するための拡散遅延（propagation delay）に対する情報を含み、伝達時間に基づいて一つ以上の損失パケットの伝送が決定されると、前記一つ以上の損失パケットを受信するように制御する制御部と、を含み、前記伝達時間は前記拡散遅延に基づいて確認されることを特徴とする。
【図面の簡単な説明】
【００１８】
【図１】従来のＭＭＴシステムにおけるＡＲＱ方法を適用する一例を示す図である。
【図２】本発明の実施形態によるＭＭＴシステムにおける各ノードの構成を示す図である。
【図３】本発明の第１の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。
【図４】本発明の第２の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。
【図５】本発明の第３の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。
【図６】本発明の第４の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。
【図７】本発明の第５の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。
【図８】本発明の第６の実施形態によるＭＭＴシステムにおける情報送受信方法を示す図である。
【図９】現在のＭＭＴ規格におけるＡＤＣ情報の構成を示す図である。
【図１０】本発明の他の実施形態によるＢＤＣ情報の構成を示す図である。
【図１１】本発明の他の実施形態によるＭＭＴシステムにおける各ノードの構成を示す図である。
【図１２】本発明の他の実施形態による送信エンティティからＢＤＣ情報を伝送する方法を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。
【００２０】
以下の説明においては、本発明の実施形態による動作の理解に必要な部分のみが記載され、本発明の主題を不明確にしないように、他の部分の記載は省略されることに留意すべきである。したがって、本発明の範囲及び趣旨を逸脱することなく、以下に説明される本発明の様々な変形及び変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。さらに、当該技術分野における公知の構成又はプロセスの詳細な説明は、本発明の要旨を不明にする可能性がある場合に省略できる。
【００２１】
本発明の主な要旨は、ＭＭＴシステムの送信エンティティにより送信されたパケットのうち損失したパケットを遅延制限された(delay-constrained)環境で制限時間内に損失したパケットを再伝送及び受信するための装置と方法を提供するものである。より詳細には、本発明は、(１)アセット毎にＡＲＱ方法を使用可能であるか否かと、ＡＲＱサーバのアドレスと、をＭＭＴ受信エンティティに明示的かつ独立的に指示し、(２) ＡＲＱリクエストをする場合、受信エンティティがどの因子を用いてリクエストできるか否かを区分して指示し、(３)遅延制限されたＡＲＱリクエストをする場合、受信エンティティがＡＲＱリクエストメッセージを送信するか否かを、受信エンティティバッファの管理のためのメッセージである仮想的な受信器バッファモデル(Hypothetical  Receiver  Buffer  Model：ＨＲＢＭ)メッセージのｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ又はｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙとＲＴＴ値を比較することで決定し、(４)遅延制限されたＡＲＱリクエストをする場合、送信エンティティが受信エンティティからリクエストされたパケットに対する応答メッセージを送信するか否かを、受信エンティティバッファ管理のためのメッセージであるＨＲＢＭメッセージのｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙあるいはｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙとＲＴＴ値を比較することで決定する装置と方法に関する。
【００２２】
このため、本発明の実施形態によるマルチメディアシステムにおける情報を送受信する方法及び装置について詳細に説明する。以下では、例えば、マルチメディアシステムがＭＭＴシステムであると仮定して説明がなされる。
【００２３】
まず、本発明の実施形態によるＭＭＴシステムにおいてＡＲＱ適用可否及び因子使用方法について説明する。
【００２４】
ＭＭＴ  ＡＲＱ方法では、受信エンティティのＡＲＱ動作の設定のためにＡＣメッセージを使用する。本発明の実施形態では、ＡＣメッセージを用いるために、下記のようなパラメータ値を定義する。
【００２５】
１)ＡＲＱ＿ｓｕｐｐｏｒｔ＿ｆｌａｇは、対応するアセットに対して (ｐａｃｋｅｔ＿ｉｄ)ＡＲＱが使用可能であるか否かを示すフラグであって、このフラグが１に設定される場合、対応するｐａｃｋｅｔ＿ｉｄに属するパケットの損失があった場合に、受信エンティティがＡＲＱサーバから対応するパケットを受信できることを示す。他の実施形態として、ＡＲＱ＿ｓｕｐｐｏｒｔ＿ｆｌａｇを使用することなくｒｔｘ＿ｗｉｎｄｏｗ＿ｔｉｍｅｏｕｔが０に設定された場合、対応するアセットがパケット再伝送をサポートしないことを意味する。
【００２６】
２)ａｒｑ＿ｓｅｖｅｒ＿ａｄｄｒｅｓｓは、受信エンティティによりＡＦメッセージが送信される場合、パケット再伝送を受信するＡＲＱサーバのアドレスを意味する。
【００２７】
３)ａｒｑ＿ｔｙｐｅは、受信エンティティによりＡＦメッセージを送信する場合に送信できるリクエストメッセージのタイプを示す。下記の＜表３＞で、「００」の場合、ＭＭＴパケットヘッダーのｐａｃｋｅｔ＿ｃｏｕｎｔｅｒを用いて再伝送されるパケットを指示でき、「０１」の場合、再伝送されるパケットを、ＭＭＴパケットヘッダーのｐａｃｋｅｔ＿ｉｄとｐａｃｋｅｔ＿ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの組み合わせにより指示できる。
【００２８】
以下の＜表１＞は、本発明の実施形態によるＡＣメッセージに含まれる情報を示す。
【００２９】
【表１】
0006628785.tif 000002
＜表１＞で、各構文(syntax）は、以下の＜表２＞のような意味を有する。
【００３０】
【表２】
0006628785.tif 000003
上記の＜表１＞で、ａｒｑ＿ｔｙｐｅフィールドに対する有効値は、以下の＜表３＞のように定義される。
【００３１】
【表３】
0006628785.tif 000004
次に、ＭＭＴ  ＡＲＱでは、ＭＭＴ受信エンティティは、パケット再伝送が必要な場合、ＡＦメッセージを構成してＡＲＱサーバに伝送する。このとき、ＡＰメッセージは、本発明の実施形態により＜表４＞のように再構成されなければならない。
【００３２】
【表４】
0006628785.tif 000005
＜表４＞で、各構文は、以下の＜表５＞のような意味を有する。
【００３３】
【表５】
0006628785.tif 000006
＜表５＞において、ａｒｇｕｍｅｎｔ＿ｔｙｐｅフィールドに対する有効値は以下の＜表６＞のように定義され、ｄｅｌａｙ＿ｃｏｎｓｔｒａｉｎｅｄ＿ＡＲＱ＿ｍｏｄｅフィールドに対する有効値は、以下の＜表７＞のように定義される。
【００３４】
【表６】
0006628785.tif 000007
【００３５】
【表７】
0006628785.tif 000008
図２は、本発明の実施形態によるＭＭＴシステムにおける各ノードの構成を示す。
【００３６】
図２を参照すると、システムは、ＭＭＴパケットの伝送ノードである送信エンティティ２１０と、ＭＭＴパケットの受信ノードである受信エンティティ２５０と、再伝送パケットを格納及び伝送するＡＲＱサーバ２３０と、を含む。送信エンティティ２１０は、ＡＲＱサーバ２３０の機能を有していてもよい。
【００３７】
送信エンティティ２１０に含まれるＭＭＴパケットの生成及び格納部２１３は、アセットをＭＭＴパケット化するモジュールであり、ＨＲＢＭ情報格納/管理部２１１は、受信エンティティバッファを管理するためのＨＲＢＭ情報を生成して格納及び伝送するモジュールであり、ＭＭＴパケット送信部２１５は、生成されたＭＭＴパケットを伝送するモジュールである。特に、送信エンティティ２１０は、本発明の実施形態により情報を送受信する動作を実行し、これに対する詳細な動作は、以下の図３乃至図８を参照して詳しく説明する。
【００３８】
ＡＲＱサーバ２３０に含まれるチャンネル状態測定部２３１は、受信エンティティ２５０からＡＦメッセージが受信された場合に、再伝送されたパケットを時間内に受信エンティティに適切に配信可能か否かを判定するために、受信エンティティ２５０とのＲＴＴを測定するためのモジュールである。さらに、ＭＭＴパケット格納部２３３は、受信エンティティ２５０から再伝送がリクエストされたパケットを伝送するために、対応するパケットを送信エンティティ２１０から予め受信してコピー/格納するモジュールである。ＭＭＴパケット再伝送決定部２３７は、受信エンティティ２５０からＡＦメッセージが受信された場合、再伝送されたパケットを時間内に受信エンティティ２５０に適切に配信可能か否かを判定するためのモジュールであって、ＨＲＢＭ情報のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ情報と受信エンティティ２５０とのＲＴＴとを比較することで当該判定を行うことを特徴とするモジュールである。ＭＭＴパケット送信部２４１は、生成されたＭＭＴパケットを伝送するモジュールであり、ＡＣ設定部２３９は、ＡＲＱ設定情報を生成/格納/伝送するモジュールである。特に、ＡＲＱサーバ２３０は、本発明の実施形態により情報を送受信する動作を実行し、これに関する詳細な動作は、次の図３乃至図８を参照して詳細に説明する。
【００３９】
受信エンティティ２５０に含まれるチャンネル状態測定部２５１は、パケット再伝送がリクエストされた場合、再伝送されたパケットが時間内に受信可能か否かを判定するためにＡＲＱサーバとのＲＴＴを測定するためのモジュールである。さらに、ＭＭＴパケット再伝送リクエスト部２５５は、パケットの損失を検知した場合、ＡＲＱリクエストを送信するためのモジュールであって、ＨＲＢＭ情報のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ情報と受信エンティティ２５０とのＲＴＴとを比較して、再伝送されたパケットが時間内に受信エンティティ２５０に正しく送信可能か否かを把握し、必要な場合に、再伝送リクエストメッセージを送信するか否かを判定することを特徴とするモジュールである。ＡＣ受信部２５７は、ＡＲＱ設定情報を受信/格納するモジュールであって、ＭＭＴパケット受信部２６１は、伝送されたＭＭＴパケットを受信するモジュールである。ＭＭＴパケット損失検出部２５９は、伝送されたＭＭＴパケットが失われたか受信されたかを検出するモジュールであって、ＨＲＢＭ情報格納/管理部２５３は、受信エンティティバッファの管理のためのＨＲＢＭ情報を受信及び格納するモジュールである。特に、受信エンティティ２５０は、本発明の実施形態により情報を送受信する動作を実行し、これに関する詳細な動作は、以下の図３乃至図８を参照して詳細に説明する。
【００４０】
一方、図２は送信エンティティ２１０、ＡＲＱサーバ２３０、及び受信エンティティ２５０の各々に含まれる細部ユニットを示すが、各装置で示す細部ユニットのうち少なくとも２つが統合された形態で実現されてもよい。また、各装置に示す細部ユニットを、１個のプロセッサで実現してもよい。
【００４１】
図３は、本発明の第１の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。本発明の第１の実施形態は、受信エンティティ２５０により損失したパケットに対する再伝送をリクエストするか否かを決定する場合の情報送受信方法に関するものである。
【００４２】
図３を参照すると、送信エンティティ３００は、測定構成(Measurement  Configuration：ＭＣ)メッセージを受信エンティティ２５０に伝送する(３０１)。すると、受信エンティティ２５０は、ＭＣメッセージが受信された時間を確認し、送信エンティティ３００から受信エンティティ２５０へのパケットに対する伝送遅延(propagation)時間(Ｄ１)値を決定し(３０３)、決定したＤ１値に関連した情報が含まれた受信品質フィードバック(Reception  Quality  Feedback：ＲＱＦ)メッセージを送信エンティティ３００に伝送する(３０５)。
【００４３】
送信エンティティ３００は、受信されたＲＱＦメッセージに含まれたＤ１値に関連した情報に基づいてアップリンク遅延時間(Ｄ２)値を決定する(３０７)。Ｄ２値は、ｆｅｅｄｂａｃｋ＿ｔｉｍｅｓｔａｍｐとタイムスタンプとの差に基づいて決定できる。さらに、送信エンティティ３００は、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を含むＨＲＢＭメッセージを受信エンティティ２５０に伝送する(３０９)。受信エンティティ２５０は、受信されたＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を確認する(３１１)。
【００４４】
送信エンティティ３００は、最新のＤ２値に関連した情報を含むＡＣメッセージを生成し(３１３)、生成したＡＣメッセージを受信エンティティ２５０に反復して伝送する(３１５)。受信エンティティ２５０は、受信されたＡＣメッセージから新たなＤ１値を確認し(３１７)、ＡＣメッセージに含まれた新たなＤ２値に関連した情報を確認し(３１９)、新たなＲＴＴ値を決定する(３２１)。ここで、新たなＲＴＴ値は、新たなＤ１値と新たなＤ２値に基づいて決定される。
【００４５】
以後、受信エンティティ２５０が送信エンティティ３００からパケットＮ-１及びパケットＮ＋１を正常に受信したが、パケットＮの受信をできなかった場合(３２３乃至３２７)、新たなＲＴＴ値によりｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に基づいてパケット再伝送をリクエストするか否かを判定する(３２９)。すなわち、受信エンティティ２５０は、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より短い場合(すなわち、パケット再伝送をリクエストすれば、再伝送されたパケットを制限時間内に受信できる場合)、パケットＮに対するＡＦメッセージを送信エンティティ３００に送信し(３３１)、このパケットＮが送信エンティティ３００から再伝送される(３３３)。一方、受信エンティティ２５０は、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より長い場合(すなわち、パケット再伝送をリクエストしても、再伝送されたパケットを制限時間内に受信できない場合)損失したパケットに対する再伝送をリクエストしない。
【００４６】
一方、送信エンティティ３００は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態により、リクエストされたパケットを再伝送してもよく、再伝送しなくてもよい。
【００４７】
上記したように、本発明の第１の実施形態においては、遅延制限されたＡＲＱ環境において、受信エンティティ２５０が無条件に再伝送リクエストを実行し、その後、送信エンティティ３００が応答するのではなく、受信エンティティ２５０がＨＲＢＭメッセージに含まれた情報とＲＴＴ値に関連した情報とを比較し、制限時間内にパケットを受信できないと判定された場合には、再伝送リクエスト自体を伝送しないようにする。このとき、図３の一例のように、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を用いて上記の判定を行えば、受信エンティティ２５０はメディアを回復するために全ての受信したパケットを確認する必要がないので、再伝送をリクエストする時間及びリソースを最小化できる。また、再伝送リクエストに対する判定を受信エンティティ２５０が実行するので、不要な再伝送応答に対する待機時間を短縮することができる。
【００４８】
図４は、本発明の第２の実施形態によるＭＭＴシステムで情報送受信方法を示す。
【００４９】
本発明の第２の実施形態は、送信エンティティ３００が損失したパケットに対して再伝送をリクエストするか否かを判定する場合の情報を送受信する方法に関するもので、特に送信エンティティ３００がＲＱＦメッセージを用いてＲＴＴ値を測定する場合に関する。
【００５０】
遅延制限されたＡＲＱ環境において、送信エンティティ３００は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関する情報を確認する(４０１)。また、受信エンティティ２５０によりＡＲＱリクエストがなされたとき、送信エンティティ３００は、Ｄ１値の配信を許可する条件を含むＭＣメッセージを生成し(４０３)、生成したＭＣメッセージを受信エンティティ２５０に伝送する。
【００５１】
受信エンティティ２５０は、受信したＭＣメッセージに基づいてＤ１値を決定し、Ｄ１値に関連した情報が含まれたＲＱＦメッセージを送信エンティティ３００に送信する(４０９)。すると、送信エンティティ３００は、ＲＱＦメッセージに基づいてＤ２値を決定し(４１１)、Ｄ１値及びＤ２値を合算してＲＴＴ値を計算する(４１３)。
【００５２】
以後、送信エンティティ３００は、ＡＣメッセージを受信エンティティ２５０に送信し、受信エンティティ２５０は、送信エンティティ３００からパケットＮ-１及びパケットＮ＋１を正常に受信したが、パケットＮの受信には失敗したことを確認する(４１７乃至４２１)。さらに、受信エンティティ２５０は、ＡＣメッセージに基づいて新たなＤ１値を決定し(４２３)、パケットＮに対するパケット再伝送をリクエストするか否かを判定する(４２５)。受信エンティティ２５０は、パケット再伝送をリクエストすると判定した場合、新たなＤ１値に関する情報を含むＲＱＦメッセージを送信エンティティ３００に送信する(４２５)。送信エンティティ３００は、受信されたＲＱＦメッセージに基づいて新たなＤ２値を決定し(４２９)、ＲＱＦメッセージに含まれた新たなＤ１値に関連した情報を確認し(４３１)、新たなＲＴＴ値を決定する(４３３)。
【００５３】
さらに、送信エンティティ３００は、受信エンティティ２５０からパケットＮに対する再伝送をリクエストするＡＦメッセージを受信した場合(４３５)、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より小さいか否かを判定する(４３７)。送信エンティティ３００は、新たなＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より小さい場合、受信エンティティ２５０にパケットＮを再伝送する。
【００５４】
一方、送信エンティティ３００は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態により、リクエストされたパケットＮを再伝送してもよく、再伝送しなくてもよい。
【００５５】
上記したように、本発明の第２の実施形態においては、送信エンティティ３００は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を予め知っているので、受信エンティティ２５０から再伝送リクエストを受信した場合に、再伝送に応答するか否かを、ａｒｒｉｖａｌ＿ｄｅａｄｌｉｎｅ値とＲＴＴ値との比較ではなく、ｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較することで判定できる。図４のステップ４３７のように、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より小さいことが受信エンティティ２５０に制限時間内に再伝送パケットを正常に伝送できることを意味するので、送信エンティティ３００はパケットを再伝送する。一方、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より大きいことは、制限時間内にパケットが到着しないことを意味する。受信エンティティ２５０のデジッタリング(de-jittering)バッファは受信したパケットを廃棄するので、再伝送パケットを送信しても受信エンティティ２５０にて受信できない。したがって、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値より大きい場合、送信エンティティ３００は、パケットに対する再伝送を実行しない。
【００５６】
このような本発明の第２の実施形態では、送信エンティティ３００は、最新のＲＴＴ値を継続して確認するためにＲＱＦメッセージを使用しなければならない。ＭＭＴ通信システムにおいて、受信エンティティ２５０は、ＭＣメッセージを通じて送信エンティティ３００にチャンネル状態のような多様な情報を送信し、ＭＣメッセージに報告する情報を設定し、ＲＱＦメッセージに対応する情報を含めることができる。すなわち、遅延制限されたＡＲＱが実行される場合に再伝送するか否かを判定するために、送信エンティティ３００は、最新のＲＴＴ値に関する情報を知っていなければならない。例えば、受信エンティティ２５０が遅延制限されたＡＲＱを実行する予定である場合に、送信エンティティ３００にＲＱＦメッセージを伝送するために、ＭＣメッセージ内のｍｅａｓｕｒｍｅｎｔ＿ｃｏｎｄｉｔｉｏｎ()に条件を与えることができる。これまで、ｍｅａｓｕｒｍｅｎｔ＿ｃｏｎｄｉｔｉｏｎ()には、遅延制限されたＡＲＱを実行する場合にＲＱＦメッセージを送信することを許可する条件は存在していなかったので、これに対する追加が必要である。例えば、“ｍｅａｓｕｒｅｍｅｎｔ＿ｃｏｎｄｉｔｉｏｎ()＝０ｘ０００１”とＭＣメッセージに指定された場合に、受信エンティティ２５０が遅延制限されたＡＲＱメッセージを送信すると同時に送信エンティティ３００が最新のＲＴＴ値に関する情報を確認するように、受信エンティティ２５０はＲＱＦメッセージを送信しなければならない。
【００５７】
図５は、本発明の第３の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。
【００５８】
本発明の第３の実施形態は、送信エンティティ３００で損失したパケットに対する再伝送をリクエストするか否かを判定する場合の情報送受信方法に関するものであって、特に送信エンティティ３００でＡＦメッセージ内に測定された最新ＲＴＴ値に関連した情報を挿入して伝送する場合に関する。
【００５９】
図５を参照すると、送信エンティティ３００は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報を確認する(５０１)。送信エンティティ３００は、ＭＣメッセージを受信エンティティ２５０に伝送する(５０３)。受信エンティティ２５０は、ＭＣメッセージに基づいてＤ１値を決定し、Ｄ１値に関連した情報を含むＲＱＦメッセージを送信エンティティ３００に送信する。すると、送信エンティティ３００は、ＲＱＦメッセージに基づいてＤ２値を決定し(５０９)、このＲＱＦメッセージに含まれたＤ１値に関連した情報及びＤ２値を用いてＲＴＴ値を決定する(５１１)。
【００６０】
受信エンティティ２５０は、送信エンティティ３００からＡＣメッセージを受信し(５１３)、パケットＮ-１及びパケットＮ＋１は正常に受信したが、パケットＮの受信には失敗したことを確認する(５１５乃至５１９)。
【００６１】
その後、受信エンティティ２５０は、再伝送をリクエストするパケットのタイプ(例えば、パケットＮ)を指定するＡＦメッセージを、送信エンティティ３００に送信する。さらに、遅延制限されたＡＲＱの実行中、送信エンティティ３００は、再伝送するか否かを判定するために最新のＲＴＴ値に関連した情報を知らなければならず、このために、受信エンティティ２５０は、ＡＦメッセージ内に送信エンティティ３００から受信エンティティ２５０へのＤ１の最新バージョン(すなわち、新たなＤ１値に関連した情報）を挿入して伝送できる。このとき、受信エンティティ２５０は、送信エンティティ３００から受信される他のパケットのパケットヘッダー内のタイムスタンプ値などを用いてＤ１値をアップデートしておき、これをＡＦメッセージ内に添付して送信できる。
【００６２】
すなわち、受信エンティティ２５０は、新たなＤ１値に関する情報を含むＡＦメッセージを送信エンティティ３００に送信する。それによって本発明の第３の実施形態による送信エンティティ３００は、ＡＦメッセージを通じて新たなＤ１値に関する情報を確認する(５２５)。送信エンティティ３００は、ＡＦメッセージが含まれるパケットヘッダーのタイムスタンプ値を用いてＤ２値を計算し、新たなＤ１値及びＤ２値を合計して最新のＲＴＴ値を計算する(５２７)。また、送信エンティティ３００は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮを再伝送するか否かを判定する(５２９)。このとき、パケットにＦＥＣが適用される場合には、ＲＴＴ値とｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙとを比較し、ＦＥＣが適用されない場合には、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値をと比較することができる。
【００６３】
ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケットを再伝送するときに再伝送したパケットが制限時間内に安全に受信できることを意味するので、送信エンティティ３００は、リクエストされたパケットＮを再伝送する(５３１)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケットを再伝送しても再伝送したパケットが制限時間内に安全に受信されないことを意味するので、送信エンティティ３００は、リクエストされたパケットＮの再伝送を実行しない。
【００６４】
一方、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、送信エンティティ３００は、パケット再伝送に対して実現される実施形態により、リクエストされたパケットを再伝送してもよいし、再伝送しなくてもよい。
【００６５】
図６は、本発明の第４の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。
【００６６】
本発明の第４の実施形態では、送信エンティティ３００で損失したパケットに対して再伝送をリクエストするか否かを判定する場合の情報送受信方法に関するもので、特に受信エンティティ２５０で周期的にＲＱＦメッセージを伝送する場合に対するものである。
【００６７】
図６を参照すると、送信エンティティ３００は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関する情報を確認する(６０１)。送信エンティティ３００は、最新のＤ１値に関連した情報を収集するために周期的にＲＱＦメッセージを送信するようＭＣメッセージ内の内容を設定し(６０３)、設定されたＭＣメッセージを受信エンティティ２５０に送信する(６０５)。すなわち、本発明の第４の実施形態では、遅延制限されたＡＲＱの実行時に、送信エンティティ３００は、パケットの再伝送に対して応答するか否かを判定するために、最新のＲＴＴ値に関する情報を確認する必要がある。送信エンティティ３００が特定アセットである場合にはリアルタイム性が重要であるので、遅延制限されたＡＲＱが必須であると判定される場合には、第４の実施形態においては、ＭＣメッセージ内のｍｅｓｕｒｅｍｅｎｔ＿ｐｅｒｉｏｄ値に周期値を設定することで、受信エンティティ２５０は周期的にＲＱＦメッセージを送信できる。
【００６８】
受信エンティティ２５０は、送信エンティティ３００から受信した他のパケットのパケットヘッダー内のタイムスタンプ値に関連した情報を用いてＤ１値をアップデートし(６０７，６１５)、これをＲＱＦメッセージ内のｐｒｏｐａｇａｔｉｏｎ＿ｄｅｌａｙ値に設定し、送信エンティティ３００に周期的に伝送する(６０９，６１７)。送信エンティティ３００は、ＲＱＦメッセージが含まれたパケットヘッダーのタイムスタンプ値を用いてＤ２値を計算し(６１１，６１９)、Ｄ１値とＤ２値を用いてＲＴＴ値を計算する(６１３、６２１)。
【００６９】
受信エンティティ２５０は、送信エンティティ３００からＡＣメッセージを受信し(６２３)、パケットＮ-１及びパケットＮ＋１は正常に受信できたが、パケットＮの受信には失敗したことを確認する(６２５乃至６２９)。受信エンティティ２５０は、受信できなかったパケットＮをリクエストするＡＦメッセージを送信エンティティ３００に送信する(６３１)。
【００７０】
送信エンティティ３００は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮを再伝送するか否かを判定する(６３３)。すなわち、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケットを再伝送する場合に再伝送したパケットが制限時間内に安全に受信されることを意味するので、送信エンティティ３００は、リクエストされたパケットＮを再伝送する(６３５)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケットを再伝送しても再伝送したパケットを制限時間内に安全に受信できないことを意味するので、送信エンティティ３００は、リクエストされたパケットＮに対する再伝送を実行しない。
【００７１】
一方、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、送信エンティティ３００は、パケット再伝送に対する実施形態により、リクエストされたパケットを再伝送してもよいし、再伝送しなくてもよい。
【００７２】
図７は、本発明の第５の実施形態によるＭＭＴシステムにおける情報送受信方法を示す。
【００７３】
本発明の第５の実施形態は、別のＡＲＱサーバ２３０が存在する場合、ＡＲＱサーバ２３０で損失したパケットに対する再伝送リクエストの有無を決定する場合の情報送受信方法に関するものである。ＭＭＴで再伝送のためのＡＲＱサーバ２３０は、送信エンティティ２１０とは物理的に別の装置として存在できる。
【００７４】
図７を参照すると、送信エンティティ２１０は、ＭＭＴパケットをコピーしてＡＲＱサーバ２３０に伝送し、ＨＲＢＭメッセージをＡＲＱサーバ２３０に伝送する(７０１)。このとき、ＨＲＢＭメッセージは、ｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報及びｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報のうち少なくとも一つを含む。ＡＲＱサーバ２３０は、受信したＨＲＢＭメッセージに含まれたｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報及びｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値に関連した情報のうち少なくとも一つを格納する(７０３)。
【００７５】
送信エンティティ２１０は、ＡＣメッセージにＡＲＱサーバ２３０が別に存在することを指定し(７０５)、ＡＣメッセージを受信エンティティ２５０に伝送する(７０７)。このとき、ＡＣメッセージには、別のＡＲＱサーバのアドレスに関する情報が含まれ得る。別のＡＲＱサーバのアドレスは、＜表１＞のようにａｒｑ＿ｓｅｒｖｅｒ＿ａｄｄｒｅｓｓを通じて指定が可能である。
【００７６】
ＡＲＱサーバ２３０と受信エンティティ２５０との間の最新のＲＴＴ値をサーバが知り、維持させるためには追加動作が必要である。本発明の第５の実施形態のように別のＡＲＱサーバ２３０が存在し、ＡＲＱサーバ２３０が再伝送するか否かを判定する場合、ＡＲＱサーバ２３０は、自身がサービスしなければならない送信エンティティ２１０をまだ知らない状態なので、自発的にＭＣ/ＲＱＦメッセージを通じて最新ＲＴＴ値の伝送を指示できない。したがって、受信エンティティ２５０は、パケットＮ-１及びパケットＮ＋１が正常に受信されたことを確認し、パケットＮの受信には失敗したことを確認する(７０９乃至７１３)。受信エンティティ２５０は、送信エンティティ２１０のアドレスとＡＲＱサーバ２３０のアドレスが異なり、遅延制限されたＡＲＱをリクエスト予定であり、ＡＲＱサーバ２３０と受信エンティティ２５０との間の最新Ｄ１値として使用する最新パケットが受信されない場合、最新Ｄ１値を確認するために、ＡＲＱサーバ２３０に任意のパケット(Ｄ１測定のためのものであるため、いかなる情報が含まれているかは重要でない）の伝送をリクエストする(７１７)。受信エンティティ２５０は、ＡＲＱサーバ２３０から任意のパケットを受信し(７１９)、新たなＤ１値を決定する(７２１)。受信エンティティ２５０は、新たなＤ１値に関連した情報を含むＡＦメッセージをＡＲＱサーバ２３０に送信する(７２３)。ＡＲＱサーバ２３０は、ＡＦメッセージを受信して新たなＤ２値を決定し(７２５)、ＡＦメッセージを通じて受信した新たなＤ１値及び新たなＤ２値に基づいて新たなＲＴＴ値を決定する(７２７)。ＡＲＱサーバ２３０が直接新たなＲＴＴ値を決定する方法について説明するが、ＡＲＱサーバ２３０が遅延制限されたＡＲＱをリクエストした受信エンティティ２５０を知るようになるので、必要によりＭＣメッセージを通じてＲＴＴ受信のためのリクエストを変形できる。また、他の方法で、送信エンティティ２１０がＡＲＱサーバ２３０のアドレスを受信エンティティ２５０に通知し、受信エンティティ２５０がＡＲＱサーバ２３０のアドレスと送信エンティティ２１０のアドレスが異なることを確認した場合、対応するＡＲＱサーバに別のメッセージを通じて遅延制限されたＡＲＱ動作のための登録(registration）を実行できる。ＡＲＱサーバ２３０は、登録された受信エンティティに対して遅延制限されたＡＲＱ動作の可能性に対応して予めＲＴＴ値に関連した情報を測定する。
【００７７】
その後、ＡＲＱサーバ２３０は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮを再伝送するか否かを判定する(７２９)。すなわち、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケット再伝送をする場合に再伝送されたパケットが制限時間内に受信されることを意味するので、ＡＲＱサーバ２３０は、リクエストされたパケットＮを再伝送する(７２９)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケット再伝送をしても再伝送したパケットが制限時間内に安全に受信できないことを意味するので、ＡＲＱサーバ２３０は、リクエストされたパケットＮの再伝送を実行しない。
【００７８】
一方、ＡＲＱサーバ２３０は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄ
ｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態によりリクエストされた
パケットＮに対して再伝送してもよく、再伝送しなくてもよい。
【００７９】
図８は、本発明の第６の実施形態によるＭＭＴシステムにおける情報の送受信方法を示す。
【００８０】
本発明の第６の実施形態は、別のＡＲＱサーバ２３０が存在する場合に、受信エンティティ２５０で損失したパケットに対する再伝送をリクエストするか否かを判定する場合の情報送受信方法に関するものである。
【００８１】
本発明の第６の実施形態で、別のＡＲＱサーバ２３０が存在し、パケット再伝送に対する有無を受信エンティティ２５０が決定する場合、図８のように、ＡＲＱサーバ２３０と受信エンティティ２５０との間の最新のＲＴＴ値を受信エンティティ２５０が継続して確認するために、次のように動作する。
【００８２】
図８を参照すると、送信エンティティ２１０は、ＭＭＴパケットをコピーしてＡＲＱサーバ２３０に送信し(８０１)、ＨＲＢＭメッセージを受信エンティティ２５０に送信する(８０３)。すると、受信エンティティ２５０は、ＨＲＢＭメッセージに含まれたｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値を格納する(８０５)。
【００８３】
送信エンティティ２１０は、ＡＣメッセージにＡＲＱサーバ２３０が別に存在することを指定し(８０７)、ＡＣメッセージを受信エンティティ２５０に伝送する(８０９)。このとき、ＡＣメッセージは、別のＡＲＱサーバのアドレスに関する情報を含むことができる。受信エンティティ２５０は、パケットＮ-１及びパケットＮ＋１を正常に受信したが、パケットＮの受信には失敗したことを確認する(８１１乃至８１５)。受信エンティティ２５０はＲＴＴ値を知らないので、Ｄ２値を知るために、受信エンティティ２５０は、ＲＱＦメッセージを通じて、一般のデータパケットでなく制御情報であるＡＣ情報を含むＡＣメッセージをリクエストする(８１７)。ＡＣメッセージをリクエストするＡＦメッセージは、以下の＜表８＞及び＜表９＞のように構成できる。
【００８４】
さらに、ＡＲＱサーバ２３０は、ＡＦメッセージに基づいて新たなＤ２値を決定し(８１９)、決定したＤ２値に関連した情報を含むＡＣメッセージを生成する(８２１)。このとき、生成されたＡＣメッセージは、以下の＜表１０＞のようにＡＲＱ設定情報だけでなくＡＲＱサーバ２３０を知っている特定の受信エンティティ２５０とＡＲＱサーバ２３０との間のチャンネル情報である最新のＤ２値に関連した情報を含む。受信エンティティ２５０は、ＡＣメッセージから新たなＤ１値を決定し(８２４)、新たなＤ２値を抽出し(８２５)、新たなＲＴＴ値を決定する(８２７)。
【００８５】
受信エンティティ２５０は、ＨＲＢＭメッセージ内のｍａｘ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値又はｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値とＲＴＴ値とを比較してパケットＮの再伝送をリクエストするか否かを判定する(８２９)。すなわち、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より大きいことはパケット再伝送をする場合に再伝送されたパケットが制限時間内に安全に受信されることを意味するので、受信エンティティ２５０は、パケットＮの再伝送をリクエストするＡＦメッセージをＡＲＱサーバ２３０に伝送する(８３１)。すると、ＡＲＱサーバ２３０からパケットＮが再伝送される(８３３)。一方、ｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値がＲＴＴ値より小さいことはパケットを再伝送しても再伝送されたパケットが制限時間内に安全に受信されないことを意味するので、受信エンティティ２５０は、パケットＮの再伝送をリクエストしない。
【００８６】
一方、受信エンティティ２５０は、ＲＴＴ値がｆｉｘｅｄ＿ｅｎｄ＿ｔｏ＿ｅｎｄ＿ｄｅｌａｙ値と同一である場合、パケット再伝送に対する実施形態によりパケットＮの再伝送をリクエストしてもよいし、あるいは再伝送をリクエストしなくてもよい。
【００８７】
【表８】
0006628785.tif 000009
【００８８】
【表９】
0006628785.tif 000010
【００８９】
【表１０】
0006628785.tif 000011
一方、本発明の他の実施形態では、ＭＭＴシステムにおいて、一つのパッケージを構成する複数のアセットのうち有意な関連性を有するアセットのグループであるバンドルを構成し、各アセットのＡＤＣ情報を集合して各バンドルのＢＤＣ情報を構成する。サーバ又はＭＡＮＥは、各バンドル間の相対的な優先順位及び各バンドル内のアセット間の相対的な優先順位情報を伝送するものである。それによって、受信エンティティは、各バンドル間の相対的な優先順位及び各バンドル内のアセット間の相対的な優先順位情報に基づいて任意のアセット伝送を止めなければならない場合、いずれかを選択できるかに関するヒント情報を獲得できる。
【００９０】
図９は、現在のＭＭＴ規格におけるＡＤＣ情報の構成を示す。
【００９１】
ＡＤＣ情報は、ＭＰＥＧ  ＭＭＴ規格でアセット(例えば、ビデオ、オーディオ、テキスト、ファイルなど）の伝送特性を表す情報であって、図９及び＜表１１＞のような関係及び形式(構文及びセマンティック）を有する。ＡＤＣ情報がＭＡＮＥ又は受信エンティティに配信される場合、ＭＡＮＥは、将来の伝送トラフィックの推移と特性情報値を予め獲得することにより帯域幅の低減効果を得られ、受信エンティティもメディアが到着する伝送速度がわかるため、どの程度のバッファを確保しなければならないかを類推できるという長所を有する。
【００９２】
【表１１】
0006628785.tif 000012
＜表１１＞で、各構文は、以下の＜表１２＞のような意味を有する。
【００９３】
【表１２】
0006628785.tif 000013
＜表１２＞で、ｌｏｓｓ＿ｔｏｌｅｒａｎｃｅ属性に対する値は、以下の＜表１３＞のように示すことができる。
【００９４】
【表１３】
0006628785.tif 000014
＜表１２＞で、ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅ属性に対する値は、以下の＜表１４＞のように示すことができる。
【００９５】
【表１４】
0006628785.tif 000015
＜表１２＞で、ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅ属性に対する値は、以下の＜表１５＞のように示すことができる。
【００９６】
【表１５】
0006628785.tif 000016
図１０は、本発明の他の実施形態によるＢＤＣの構成を示す。
【００９７】
図１０を参照すると、基本レイヤ(アセット３)、拡張レイヤ (Enhancement  layer1)１(アセット２)、及び拡張レイヤ２(アセット１)を含むスケーラブルなビデオ(ＳＶＣ)コンテンツと、モノ(アセット４)、左チャンネル(アセット５)、及び右チャンネル(アセット６)を含むオーディオコンテンツと、からなるＭＭＴコンテンツを仮定する。
【００９８】
送信エンティティは、ユーザーの好み、ネットワーク状況、端末の容量などを考慮して多様な組み合わせのアセットを受信エンティティに伝送できる。
【００９９】
このとき、送信エンティティは、アセットの組み合わせに優先順位を設定し、ユーザーの好み、ネットワーク状況、端末の容量などに従って優先順位を選択した後、選択した優先順位に該当するバンドルを受信エンティティに伝送する。
【０１００】
例えば、図１０のＭＭＴパッケージは、第１の優先順位を有するアセット１乃至アセット６を含むバンドル１、第２の優先順位を有するアセット２乃至アセット４を含むバンドル２、及び第３の優先順位を有するアセット３及びアセット４を含むバンドル３で構成され得る。
【０１０１】
送信エンティティは、最高品質のコンテンツを伝送するための場合、アセット１〜アセット６まですべてのアセットを含むバンドル１を受信エンティティに伝送できる。送信エンティティは、ネットワーク状況が良くなくなり、あるいはユーザーがプレミアムユーザーでない場合、バンドル３を受信エンティティに伝送できる。
【０１０２】
このように、一つのＭＭＴコンテンツは、一般にいくつかのアセットで構成され、特定時間に再生するために一連のアセットの束が選択される。このとき、個別アセット単位でなく意味のあるアセットの束であるバンドル単位で伝送特性を記述する場合、ネットワークノード又は受信エンティティ２５０により単純で効率的な情報を提供することもできる。したがって、本発明の実施形態ではバンドルの概念を導入し、バンドルの伝送特性情報であるＢＤＣ情報を記述するための構文とセマンティックを以下の＜表１６＞のように定義する。
【０１０３】
以下の＜表１６＞は、ＢＤＣ情報に対する構文の例を示す。
【０１０４】
【表１６】
0006628785.tif 000017
＜表１６＞において、ＭＭＴ＿ｐａｃｋａｇｅ＿ｉｄは、現在のＢＤＣ情報により提供される情報がどんなパッケージ内のバンドルに対応しているかを示す、対応するパッケージのＩＤを意味する。一つのパッケージは複数のアセットを有し、アセットの組み合わせにより複数のバンドルが構成され得る。このとき、ＢＤＣ情報は、送信端がＡＤＣ情報を参照して生成でき、パッケージプロバイダが提供してもよい。
【０１０５】
Ｅｌｅｍｅｎｔ＿Ａｓｓｅｔ＿ｉｄは、現在のＢＤＣ情報を構成しているアセットＩＤであって、ＢＤＣ情報は、現在のバンドルがどんなアセットで構成されているかを、バンドル毎に対応するバンドルを構成するアセットのＩＤリスト情報を包含する。
【０１０６】
Ｂｕｎｄｌｅ＿ｉｄは、一つのパッケージ内でバンドルを分割するための識別子である。
【０１０７】
Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙは、現在のＢＤＣ情報を構成しているアセットが対応するバンドル内で有する優先順位を表す属性値である。Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙは、パッケージ又はバンドルを作成したサービスプロバイダ又はパッケージプロバイダにより示された、コンテンツプロバイダ(作者)が重要であると考えるアセット間の優先順位を示すものであり、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ又は受信エンティティに配信する手段である。これによって、ネットワーク混雑及びユーザーの好みなどにより、送信エンティティ又はＭＡＮＥが任意のアセットの伝送を停止するか、又は、任意のアセットを間引かなければならない場合に、ＭＭＴＰパケット単位のドロップも可能であるが、バンドル内のアセット間の優先順位をＩｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙに基づいて判定し、重要度に応じて特定のアセットそのものを伝送中にドロップすることができる。優先順位を表現するための方法は非常に多様に存在するが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最高の優先順位とし、１２を最低の優先順位とするなど）の方法で指定できる。
【０１０８】
Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙは、現在のパッケージ内に存在するいろいろなバンドル間の相対的な優先順位を表す属性値である。これは、パッケージ又はバンドルを作成するサービスプロバイダ又はパッケージプロバイダにより示された、コンテンツプロバイダ（作者）が重要であると考えるバンドル間の優先順位を表して、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ又は受信エンティティに配信する手段である。これを通じて、ネットワーク混雑、ユーザーの好みなどにより、送信エンティティ又はＭＡＮＥは、任意のバンドルの伝送を停止するか、または、伝送するバンドルを変更しなければならない場合に、バンドル間の優先順位をＩｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙに基づいて判断し、重要度に従って、特定バンドルを伝送するか、又は、バンドルを他のバンドルに変更して伝送できる。優先順位を表現するための方法は非常に多様であるが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最高の優先順位とし、１２を最低の優先順位とするなど）の方法で指定できる。
【０１０９】
上記した構文以外の構文は、以下の＜表１７＞のような意味を有する。
【０１１０】
【表１７】
0006628785.tif 000018
0006628785.tif 000019
＜表１７＞において、ｌｏｓｓ＿ｔｏｌｅｒａｎｃｅ属性の値は以下の＜表１８＞のように示し、ｊｉｔｔｅｒ＿ｓｅｎｓｉｔｉｖｉｔｙ属性の値は以下の＜表１９＞のように示し、ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅフィールドでビットストリーム属性のタイプは、以下の＜表２０＞のように示すことができる。
【０１１１】
【表１８】
0006628785.tif 000020
【０１１２】
【表１９】
0006628785.tif 000021
【０１１３】
【表２０】
0006628785.tif 000022
図１１は、本発明の他の実施形態によるＭＭＴシステムにおける各ノードの構成を示す。
【０１１４】
図１１を参照すると、このシステムは、ＭＭＴパケット伝送ノードである送信エンティティ１１１０、ＭＭＴパケット受信ノードである受信エンティティ１１５０、及びルータスイッチのようなネットワークノードであるＭＡＮＥ１１３０を含む。
【０１１５】
送信エンティティ１１１０に含まれるＡＤＣ信号生成/収集部１１１３は、時間によるメディア(すなわち、アセット）のトラフィック特性情報が含まれるＡＤＣ情報を収集し、これを送信エンティティ１１１０で使用するように、あるいは受信エンティティ１１５０に伝送するように適切に加工処理するモジュールである。ＢＤＣ生成部１１１５は、特定バンドルを構成する各アセットのＡＤＣ情報から特定バンドルに関する伝送特性情報であるＢＤＣ情報を生成するモジュールである。メディア伝送決定部１１１７は、ユーザーの好み、ネットワーク混雑状況、及び、デバイス能力などに従って、伝送中のメディアデータの品質を変更するか否かを決定する。メディア伝送決定部１１７は、伝送中のメディアデータの品質を変更する必要がある場合に、ＢＤＣ情報に基づいて、バンドル間の優先順位情報（Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ及びバンドル内のアセット間の優先順位情報(Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ)のうち少なくとも一つを考慮して、伝送中のバンドルを他の品質のバンドルに変更するか、特定バンドル内の特定アセットの伝送を停止する動作を実行する。すなわち、メディア伝送決定部１１１７は、伝送すべきアセットを決定してメディアデータに対する適応的な伝送を可能とするモジュールである。ネットワークリソース予約処理部１１１１は、ＭＭＴで定義しない別途のプロトコルを用いてＭＭＴトラフィックを伝送するためにネットワークリソースを予約するプロトコル(例えば、ＲＳＶＰ）を処理するモジュールである。ＭＭＴパケット送信部１１１７は、ＭＭＴパケットを受信してＡＤＣ検出部１１５７に配信するか、あるいは受信エンティティ１１５０にそのまま配信するモジュールである。
【０１１６】
ＭＡＮＥ１１３０に含まれるＢＤＣ/ＡＤＣ検出部１１３９は、ＭＡＮＥ１１３０を通過するＭＭＴパケットをモニタリングし、モニタリングしたＭＭＴパケットからＢＤＣ/ＡＤＣ情報を含むシグナリングメッセージを抽出するモジュールである。例えば、ＭＡＮＥ１１３０は、ＭＭＴパケットヘッダーのタイプフィールドとメッセージ内のｍｅｓｓａｇｅ＿ｉｄ情報に基づいて、対応するメッセージがＢＤＣ/ＡＤＣ情報を含んでいるか否かを判定できる。また、ＢＤＣ/ＡＤＣ検出部１１３９は、ＢＤＣ/ＡＤＣ情報のアップデートが必要であるか否かを判定し、必要な場合にアップデートされたＢＤＣ/ＡＤＣ情報を受信するか、または、必要な場合に送信エンティティ１１１０に知りたいＢＤＣ/ＡＤＣ情報をリクエストするモジュールである。
【０１１７】
ＭＭＴパケット受信/配信/処理部１１４１は、送信エンティティ１１１０からＭＭＴパケットを受信し、これを受信エンティティ１１５０に配信するモジュールである。ＭＭＴパケット受信/配信/処理部１１４１は、ＢＤＣ情報を予め知っており、ネットワーク混雑のような状況により強制的なパケットドロップが必要な場合に、ＭＡＮＥにより、ＢＤＣ情報に基づいて特定パケット又は特定アセットをドロップする動作を実行するモジュールである。
【０１１８】
動的リソース管理部１１３７は、送信エンティティ１１１０からＢＤＣ/ＡＤＣ情報を受信し、そのトラフィック特性を考慮してネットワークリソースリクエストを効率的にアップデートするためにＢＤＣ／ＡＤＣ情報を適用するモジュールであり、受信エンティティ１１５０の動的リソース管理部は、ＢＤＣ／ＡＤＣ情報を、送信エンティティ１１１０とＲＳＶＰを実行するときに参照資料として使用できる(例えば、アップデート及び水準など)。また、ＢＤＣ/ＡＤＣ情報を通じて受信エンティティ１１５０で確保しなければならないバッファ情報として活用可能である。
【０１１９】
ネットワークリソース予約処理部１１３１は、ＭＭＴで定義しない別途のプロトコルを用いてＭＭＴトラフィックを伝送するためにネットワークリソースを予約するプロトコル(例えば、ＲＳＶＰ）を処理するモジュールである。
【０１２０】
ネットワークリソース割り当て部１１３３は、自身(例えば、ルータ）のネットワークリソースを特定のトラフィックに割り当てるモジュールである。リソース現況モニタリング部１１３５は、現在使用中であるＭＡＮＥ１１３０のリソース利用現況を把握するモジュールである。
【０１２１】
受信エンティティ１１５０に含まれる動的リソース管理部１１５５は、送信エンティティ１１１０からＡＤＣ情報を受信し、そのトラフィック特性を考慮してネットワークリソースリクエストを効率的にアップデートするためにＡＤＣ情報を適用するモジュールであり、受信エンティティ１１５０は、送信エンティティ１１１０とＲＳＶＰを実行するときに、ＡＤＣ情報を参照資料として使用できる(例えば、アップデート及び水準など)。また、ＢＤＣ/ＡＤＣ情報を通じて受信エンティティ１１５０で確保しなければならないバッファ情報として活用できる。
【０１２２】
ＢＤＣ/ＡＤＣ検出部１１５７は、受信したＭＭＴパケットをモニタリングし、それによってＢＤＣ/ＡＤＣ情報を含むシグナリングメッセージを抽出するモジュールであって、例えば、ＭＭＴパケットヘッダーのＴｙｐｅフィールドとメッセージ内のｍｅｓｓａｇｅ＿ｉｄ情報に基づいて、対応するメッセージがＢＤＣ/ＡＤＣ情報を含んでいるか否かを判定できる。
【０１２３】
ネットワークリソース予約処理部１１５１は、ＭＭＴで定義しない別のプロトコルであって、ＭＭＴトラフィック伝送のためにネットワークリソースを予約するプロトコル(例えば、ＲＳＶＰ)を処理するモジュールである。さらに、ＭＭＴパケット受信部１１５９は、送信エンティティ１１１０からＭＭＴパケットを受信して処理するモジュールである。
【０１２４】
一方、図１１は送信エンティティ１１１０、ＭＡＮＥ１１３０、及び受信エンティティ１１５０の各々に含まれる細部ユニットを示し、各装置で示される細部ユニットのうち少なくとも２個が統合された形態で実現されてもよい。また、各装置で示す細部ユニットは、１個のプロセッサで実現されてもよい。
【０１２５】
以下、本発明の他の実施形態で、ＢＤＣ情報を生成し、生成したＢＤＣ情報を使用する方法について説明する。
【０１２６】
まず、本発明の他の実施形態でＢＤＣ情報は、次のように生成される。
【０１２７】
特定バンドルのＢＤＣ情報は、対応するバンドルに属するすべてのアセットの伝送特性であるＡＤＣ情報の各パラメータ値を集めて生成できる。例えば、３個のアセットで構成されるバンドルである場合、該当バンドルの伝送特性値(ＱｏＳディスクリプタ及びビットストリームディスクリプタ)は、各アセットのＡＤＣ値を次のような規則を使用して生成できる。
【０１２８】
１．[ｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅ，ｂｕｆｆｅｒ＿ｓｉｚｅ]：リーキーバケット(leaky  bucket)モデルは、ｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅ  Ｒとｂｕｆｆｅｒ＿ｓｉｚｅ  Ｂで表すことができ、これらの値は、以下の＜数式１＞及び＜数式２＞により計算できる。
【０１２９】
一つのバンドルが３個のアセットで構成される例である場合、対応するバンドルの各パラメータ値は、各アセットのパラメータ値を用いて下記のような方法で導出できる。バンドルのｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅは、各アセットのｓｕｓｔａｉｎａｂｌｅ＿ｒａｔｅの合計で表わされ＜数式１＞、一つのバンドルに必要なバッファのサイズは、＜数式２＞のように表すことができる。
【数１】
0006628785.tif 000023
【数２】
0006628785.tif 000024
【０１３０】
２．[ｐｅａｋ＿ｒａｔｅ，ｍａｘ＿ＭＦＵ＿ｓｉｚｅ，ｍｆｕ＿ｐｅｒｉｏｄ]：バンドルのＰｅａｋ＿ｒａｔｅであるＰｋBDC、バンドルのｍａｘ＿ＭＦＵ＿ｓｉｚｅであるＭＭＦBDC、バンドルのＭＦＵ＿Ｐｅｒｉｏｄ値であるＭＦＵ＿ＰBDCは、統計的な標準偏差値と見なされるので、下記の＜数式３＞のように、各ＡＤＣ情報の値の平均二乗(mean  square)値として得られる。    
【数３】
0006628785.tif 000025
【０１３１】
３．[Ｔｒａｎｓｍｉｓｓｉｏｎ＿ｐｒｉｏｒｉｔｙ，Ｐｒ]は、下記の＜数式４＞を用いて計算できる。任意のバンドルの伝送優先順位は、対応するバンドルを構成するアセットの優先順位のうち最も大きいアセットの優先順位を基準として優先順位が定められ得る。  
【数４】
0006628785.tif 000026
【０１３２】
４．[Ｄｅｌａｙ＿ｐｒｉｏｒｉｔｙ  Ｄｐ]は、以下の＜数式５＞を用いて計算できる。任意のバンドルの遅延優先順位は、対応するバンドルを構成するアセットの遅延優先順位のうち最も小さいアセットの優先順位を基準として優先順位が定められ得る。
【数５】
0006628785.tif 000027
【０１３３】
５．[Ｃｌａｓｓ＿ｏｆ＿ｓｅｒｖｉｃｅ  ＣＳ]は、以下の＜数式６＞を用いて計算できる。このとき、ＣＳの一つがＶＢＲである場合、バンドルはＶＢＲである。以下の＜数式６＞で、｜｜はＯＲ動作を意味する。
【数６】
0006628785.tif 000028
【０１３４】
６．[Ｂｉｄｉｒｅｃｔｉｏｎａｌ＿ｉｎｄｉｃａｔｏｒ，ＢＩ]は、以下の＜数式７＞を用いて計算できる。このとき、ＢＩの一つが双方向性(bidirectional)である場合、バンドルは、方向性(bi-directional)を有する。
【数７】
0006628785.tif 000029
【０１３５】
図１２は、本発明の他の実施形態による送信エンティティでＢＤＣ情報を伝送する方法を示す。
【０１３６】
図１２を参照すると、送信エンティティは、ユーザーの好み、ネットワーク混雑状況、及びデバイス能力を考慮し、関連したメディア(アセット）に関する関連性情報が対応するノードに適用された場合に、効果的にパケットをドロップできる。また、送信エンティティは、ユーザーの好み、ネットワーク混雑状況、及びデバイス能力の変化に従って伝送中であるメディアデータの品質を変更(すなわち、高品質のメディアデータ→低品質のメディアデータ、低品質のメディアデータ→高品質のメディアデータ)させなければならなく、サーバ/ＭＡＮＥ/受信エンティティが一部アセットに対する伝送を中断するなどの状況に適応的なメディア伝送が必要な場合、本発明の実施形態によるバンドル情報を活用できる。
【０１３７】
例えば、送信エンティティは、現在のネットワーク混雑状況に従って、提供中であるメディアデータに適応した品質を提供する必要性を検知した場合、ＢＤＣ情報に含まれたバンドル間優先順位情報(Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ)及びバンドル内のアセット間優先順位情報(Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ)のうち少なくとも一つを確認する。送信エンティティは、確認されたＩｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ及びＩｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙのうち少なくとも一つに基づき、伝送しているバンドルを異なる品質のバンドルに変更したり、特定バンドル内で特定アセットの伝送を停止したりする動作を実行する。それによって、受信エンティティでは現在ネットワーク混雑状況によるバンドルを受信し、現在の状況に最適なメディアデータを提供できる。
【０１３８】
従来のＭＭＴシステムにおいて、ネットワーク混雑状況においてメディアに適応した伝送が必要な場合、送信エンティティは、特定フレームを除去する方式で適応した伝送を実行していた。この場合、送信エンティティでは、すべてのアセットに均一に特定フレームをドロップする方式にて適応的な伝送を実行するようになる。しかしながら、本発明の実施形態による送信エンティティでは、特定アセットを選択して伝送してもよく、あるいは全部伝送しなくてもよい。例えば、Ｎスクリーン放送でネットワーク混雑が発生した場合、送信エンティティは、パケットドロップを通じて、メインＴＶと第２のスクリーンへ伝送されるビデオのフレームデータのすべてを同時に低減させるのではなく、ＢＤＣ情報内の優先順位情報及び伝送特性情報からネットワーク混雑状況に応じて特定の低い伝送レートのバンドルにバンドル自体を変更するか、又は、対応するバンドル内の複数のアセットのうち重要度が低く第２のスクリーンに伝送されるアセットを伝送しなくてもよい。
【０１３９】
上記の＜表６＞において、Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、現在のパッケージ内に存在する複数のバンドル間の相対的な優先順位を表す属性値である。特に、Ｉｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、パッケージ又はバンドルを作成するサービスプロバイダ又はパッケージプロバイダなどにより示された、コンテンツプロバイダが重要であると考えるバンドル間の優先順位を示し、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ、又は受信エンティティに配信する手段である。これによって、ネットワーク混雑及びユーザーの好みにより任意のバンドル伝送を停止するか、又は、他のバンドルに伝送を変更する場合に、送信エンティティ又はＭＡＮＥは、バンドル間優先順位をＩｎｔｅｒ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値に基づいて判定し、重要度に従って特定バンドルを伝送するか、または、他のバンドルに変更して伝送することができる。優先順位を表現するための方法は非常に多様に存在するが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最も高い優先順位とし、１２を最も低い優先順位とするなど）の方法で指定できる。
【０１４０】
＜表１６＞において、Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、現在のＢＤＣ情報を構成しているアセットが該当バンドル内で有する優先順位を表す属性値である。Ｉｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値は、パッケージ又はバンドルを作成するサービスプロバイダ又はパッケージプロバイダによりコンテンツプロバイダが重要であると考えるアセット間の優先順位を示し、コンテンツプロバイダの意図を送信エンティティ、ＭＡＮＥ、又は受信エンティティに配信する手段である。それによって、送信エンティティ又はＭＡＮＥがネットワーク混雑、ユーザーの好みなどにより任意のアセットに対する伝送を停止するか、又は削除しなければならない場合に、ＭＭＴＰパケット単位のドロップも可能であるが、バンドル内のアセット間の優先順位をＩｎｔｒａ＿Ｂｕｎｄｌｅ＿Ｐｒｉｏｒｉｔｙ値に基づいて判定し、重要度に従って特定のアセット自体を伝送でドロップできる。優先順位を表現するための方法は非常に多様に存在するが、コンテンツプロバイダにより定義される任意の順序(例えば、０を最も高い優先順位とし、１２を最も低い優先順位とするなど）の方法で指定できる。
【０１４１】
一方、一つの送信エンティティから他の受信エンティティへ伝送されるＭＭＴフローは、一つのバンドルで構成され、該当バンドルの伝送特性は、ＢＤＣ情報を通じてわかる。このとき、ＭＡＮＥは、特定フローのｐｅｒ-ｆｌｏｗ  ＱｏＳ制御のためにＭＭＴ規格においてｆｌｏｗ＿ｌａｂｅｌという識別子を使用する。ｆｌｏｗ＿ｌａｂｅｌは、次のように定義できる。
【０１４２】
ｆｌｏｗ＿ｌａｂｅｌ(７ビット)：フローを区別する識別子であって、アプリケーションがセッション中に一時的にネットワークリソースを予約しなければならない場合に使用できる。一つのフローは、パッケージ内のＡＤＣ情報を用いてネットワークリソースの予約が必要な一つ又は複数のビットストリームとして定義される。０〜１２７の任意の番号が、ネットワークリソース又はデコーダリソースが割り当てられた一つのセッションに対して割り当てられてもよい。
【０１４３】
したがって、本発明の実施形態による送信エンティティは、一つのフロー内に複数のアセットが伝送される場合、特定のｆｌｏｗ＿ｌａｂｅｌは、ＢＤＣ情報として表され、リソース予約のために使用できる。
【０１４４】
以上、本発明の詳細な説明においては具体的な実施形態に関して説明したが、特許請求の範囲を外れない限り、様々な変更が可能であることは、当該技術分野における通常の知識を持つ者には明らかである。したがって、本発明の範囲は、前述の実施形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図１】
0006628785.tif 000030
【図２】
0006628785.tif 000031
【図３】
0006628785.tif 000032
【図４】
0006628785.tif 000033
【図５】
0006628785.tif 000034
【図６】
0006628785.tif 000035
【図７】
0006628785.tif 000036
【図８】
0006628785.tif 000037
【図９】
0006628785.tif 000038
【図１０】
0006628785.tif 000039
【図１１】
0006628785.tif 000040
【図１２】
0006628785.tif 000041