(57)【特許請求の範囲】
【請求項１】
通信システムにおけるメディアデータ送信装置が、メディアデータを送信する方法であって、
メディアデータ部分と情報部分を含むメディア処理ユニットを識別するステップであって、前記メディアデータ部分は、前記メディアデータの複数個のフラグメントを含み、前記情報部分は、前記メディア処理ユニット内の他のフラグメントに関して該当フラグメントの優先順位を示す優先順位情報と、復号が前記該当フラグメントに依存するフラグメントの個数を示す参照個数情報と、を含む第１の情報と、前記メディア処理ユニットがフラグメント構造に対応する全てのフラグメントを含むか否かを示す第２の情報を含むステップと、
前記メディア処理ユニットの送信時にドロップされる少なくとも一つのフラグメントを、前記第１の情報に基づいて決定するステップと、
前記第２の情報を、前記少なくとも一つのフラグメントがドロップされることで前記フラグメント構造に対応する全てのフラグメントを含まないことを示す所定の値に設定するステップと、
前記所定の値を含む前記メディア処理ユニットを送信するステップと、を含み、
前記決定するステップは、
前記少なくとも一つのフラグメントがランダムアクセスポイントに対応する場合には、前記第１の情報のうち前記優先順位情報に基づいて前記少なくとも一つのフラグメントを決定し、
前記少なくとも一つのフラグメントが他のフラグメントにより参照される数が所定値以上であるフラグメントである場合には、前記第１の情報のうちの前記参照個数情報に基づいて前記少なくとも一つのフラグメントを決定することを特徴とするメディアデータを送信する方法。
【請求項２】
ネットワーク条件及び受信エンティティのリソースのうち少なくとも一つに基づいて、少なくとも一つのフラグメントの送信をスキップすることを決定するステップをさらに含むことを特徴とする、請求項１に記載のメディアデータを送信する方法。
【請求項３】
通信システムにおけるメディアデータを送信する装置であって、
メディアデータ部分と情報部分を含むメディア処理ユニットを識別し、前記メディアデータ部分は前記メディアデータの複数個のフラグメントを含み、前記情報部分は、前記メディア処理ユニット内の他のフラグメントに関して該当フラグメントの優先順位を示す優先順位情報と、復号が前記該当フラグメントに依存するフラグメントの個数を示す参照個数情報と、を含む第１の情報と、前記メディア処理ユニットがフラグメント構造に対応する全てのフラグメントを含むか否かを示す第２の情報を含み、
前記メディア処理ユニットの送信時にドロップされる少なくとも一つのフラグメントを前記第１の情報に基づいて決定し、
前記第２の情報を、前記少なくとも一つのフラグメントがドロップされることで前記フラグメント構造に対応する全てのフラグメントを含まないことを示す所定の値に設定する制御部と、
前記所定の値を含む前記メディア処理ユニットを送信する送受信部と、を含み、
前記制御部は、
前記少なくとも一つのフラグメントがランダムアクセスポイントに対応する場合には、前記第１の情報のうち前記優先順位情報に基づいて前記少なくとも一つのフラグメントを決定し、
前記少なくとも一つのフラグメントが他のフラグメントにより参照される数が所定値以上であるフラグメントである場合には、前記第１の情報のうちの前記参照個数情報に基づいて前記少なくとも一つのフラグメントを決定することを特徴とするメディアデータを送信する装置。
【請求項４】
前記制御部は、前記少なくとも一つのフラグメントの送信のスキップを、ネットワーク条件及び受信エンティティのリソースのうち少なくとも一つに基づいて決定するようにさらに構成されることを特徴とする、請求項３に記載のメディアデータを送信する装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア送受信のための通信システムにおけるネットワーク輻輳制御を用いてデータを送受信する方法及び装置に関する。
【背景技術】
【０００２】
従来のブロードキャストネットワークにおいて、マルチメディアコンテンツの送信のためにムービングピクチャエクスパーツグループ−２トランスポートストリーム（ＭＰＥＧ−２  ＴＳ）を使用することが一般的であった。ＭＰＥＧ−２  ＴＳは、エラーがある送信環境で複数のブロードキャストプログラム（符号化された複数のビデオビットストリーム）が多重化されたビットストリームを送信するための代表的な送信技術として使用されている。例えば、ＭＰＥＧ−２  ＴＳは、マルチメディア時代のディジタルＴＶブロードキャスティングでの使用に適合する。
【０００３】
しかしながら、ＭＰＥＧ−２  ＴＳは、マルチメディアサービスをサポートするにあたりに幾つかの限界点を有する。すなわち、ＭＰＥＧ−２  ＴＳは、単方向通信、固定されたフレームサイズによる送信の非効率性、オーディオ／ビデオに特化されているトランスポートプロトコル及びインターネットプロトコル（Internet Protocol：ＩＰ）を使用して送信する時に、不必要なオーバーヘッドの発生などのような限界を有している。
【０００４】
したがって、ＭＰＥＧでは、ＭＰＥＧ技術に基づいてマルチメディアサービスをサポートするためのマルチメディア送信技術の中の１つとしてＭＰＥＧメディアトランスポート（MPEG MEDIA Transport：ＭＭＴ）標準を新たに提案した。特に、ＭＭＴ標準は、ＭＰＥＧ−２  ＴＳの限界点を克服するために提案された。
【０００５】
例えば、ＭＭＴ標準は、異種（heterogeneous）ネットワークを通してハイブリッドコンテンツを効率的に送信するために適用できる。ここで、ハイブリッドコンテンツは、ビデオ／オーディオ／アプリケーション／ウィジェットなどのマルチメディアエレメントを有するコンテンツの集合を意味する。異種ネットワークは、ブロードキャストネットワークと通信ネットワークとが混在するネットワークを意味する。
【０００６】
さらに、ＭＭＴ標準は、送信ネットワークでの基本技術であるＩＰと親和性のある送信技術を定義している。すなわち、ＭＭＴ標準は、ＩＰに基づいて変化するマルチメディアサービス環境における効率的なＭＰＥＧ送信技術を提供することを意図したものであり、持続的な研究とともに標準化が進んでいる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、通信システムにおけるハイブリッドコンテンツを送受信する方法及び装置を提供することにある。
【０００８】
本発明の別の目的は、通信システムにおけるネットワーク輻輳の際にハイブリッドコンテンツを送受信する方法及び装置を提供することにある。
【０００９】
本発明のさらに別の目的は、通信システムにおけるデータドロップを実行することによりハイブリッドコンテンツを送受信する方法及び装置を提供することにある。
【００１０】
本発明のさらなる別の目的は、通信システムにおけるドロップされるデータを決定するための方法及び装置を提供することにある。
【００１１】
本発明のさらにその別の目的は、通信システムにおけるデータがデータドロップの後に送信される場合にデータドロップを通知するための方法及び装置を提供することにある。
【課題を解決するための手段】
【００１２】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、通信システムにおけるデータを送信する方法が提案される。上記方法は、送信するデータユニットに含まれたデータセグメント別重要度情報に基づいて送信しないデータセグメントを決定するステップと、上記データユニットに含まれた全データセグメントのうちの少なくとも１つのデータセグメントが送信されないことを示す不完全データ指示子を生成するステップと、上記送信しないと決定したデータセグメントを除外した残りのデータセグメント及び上記不完全データ指示子を送信するステップとを有することを特徴とする。
【００１３】
本発明の実施形態の他の態様によれば、通信システムにおけるデータを受信する方法が提案される。上記方法は、少なくとも１つのデータセグメントを有するデータユニットを受信するステップと、上記データユニットに含まれた全データセグメントのうちの少なくとも１つのデータセグメントが送信されないことを示す不完全データ指示子を受信するステップと、上記不完全データ指示子に基づいて、上記送信しないと決定したデータセグメントを除外した残りのデータセグメントを復号するステップとを有することを特徴とする
本発明の実施形態のさらに他の態様によれば、 通信システムにおけるデータを送信する装置が提案される。上記装置は、送信されるデータユニットに含まれたデータセグメント別重要度情報に基づいて送信しないデータセグメントを決定する制御部と、上記データユニットに含まれた全データセグメントのうちの少なくとも１つのデータセグメントが送信されないことを示す不完全データ指示子を生成するデータ処理部と、上記送信しないと決定したデータセグメントを除外した残りのデータセグメント及び上記不完全データ指示子を送信する送受信部とを有することを特徴とする。
【００１４】
本発明の実施形態のさらなる他の態様によれば、通信システムにおけるデータを受信する装置が提案される。上記装置は、少なくとも１つのデータセグメントを有するデータユニットと、上記データユニットに含まれた全データセグメントのうちの少なくとも１つのデータセグメントが送信されないことを示す不完全データ指示子を受信する送受信部と、上記不完全データ指示子に基づいて、上記送信しないと決定したデータセグメントを除外した残りのデータセグメントを復号するように制御する制御部とを有することを特徴とする。
【図面の簡単な説明】
【００１５】
【図１】本発明の実施形態によるＭＭＴデータモデルを示す図である。
【図２】本発明の実施形態によるＭＭＴ送信エンティティ及びＭＭＴ受信エンティティのＭＭＴパッケージの送受信を概略的に示す図である。
【図３】本発明の実施形態によるメディア処理ユニット（ＭＰＵ）がカプセル化されるＩＳＯ基盤メディアファイルフォーマットを示す図である。
【図４】本発明の実施形態による送信エンティティと受信エンティティとの間の輻輳制御を示す図である。
【図５】本発明の実施形態による送信エンティティと受信エンティティとの間のメッセージ送受信を示す図である。
【図６】本発明の実施形態による送信エンティティの動作を示す図である。
【図７】本発明の実施形態による受信エンティティの動作を示す図である。
【図８】本発明の実施形態によるＭＭＴサーバ、基地局、及びＵＥ間のメッセージフローを示す図である。
【図９】本発明の他の実施形態によるネットワークエンティティである基地局がＭＰＵの輻輳制御を実行する場合におけるＭＭＴサーバ、基地局、及びＵＥ間のメッセージフローを示す図である。
【図１０】本発明の実施形態による送信エンティティのブロック図である。
【図１１】本発明の実施形態による受信エンティティのブロック図である。
【発明を実施するための形態】
【００１６】
以下、本発明の様々な実施形態を添付の図面を参照して詳細に説明する。図面中、同一の構成要素または機能的に類似した構成要素に対しては同一の参照符号及び参照符号を付することに留意すべきである。また、本発明を説明するにあたって、関連した公知機能或いは構成に対する具体的な説明が、本発明の要旨を不必要に不明瞭にすると判断された場合、その詳細な説明は省略する。さらに、本発明の様々な実施形態による動作を理解するために必須的な部分のみが説明され、必須的でない部分の説明は、本発明の要旨を不明にすると判断される場合には、その詳細な説明を省略する。
【００１７】
本発明の実施形態は、説明の便宜のために分離されたものであるが、相互に衝突しない範囲内で少なくとも２以上の実施形態が結合されて実行されてもよい。
【００１８】
本発明で使用される用語は、実施形態での機能を考慮して定義されたものであって、これらは、ユーザ又は運用者の意図、慣例などに従って変わってもよい。したがって、後述する実施形態で使用される用語は、本明細書に具体的に定義される場合には、その定義に従い、具体的な定義がない場合には、当業者が一般的に理解する意味として解釈されるべきである。
【００１９】
本発明は、様々な変更を加えることができ、様々な実施形態を有し得るので、図面を参照して特定の実施形態を詳細に説明する。しかしながら、この説明は、本発明を特定の実施形態に限定するのではなく、本発明の特許請求の権利範囲は、本発明の思想及び技術範囲に含まれる全ての変更、均等物、及び置き換え物を含むものと理解されなければならない。
【００２０】
「第１」及び「第２」などのような序数を含む用語が様々な構成要素を説明するために使用されるが、これらの構成要素は、この用語により限定されない。この用語は、１つの構成要素を他の構成要素と区別するためにだけ使用される。例えば、本発明の権利範囲を逸脱することなく、第１の構成要素は第２の構成要素と呼ばれてもよく、同様に、第２の構成要素も第１の構成要素と呼ばれてもよい。ここで使用される用語「及び／又は」は、複数の関連した記載された項目の組み合せ又は複数の関連した記載された項目のうちのいずれか項目を含む。
【００２１】
ここで使用する用語は、特定の実施形態だけを説明するためのもので、本発明を限定するものではない。ここで使用するように、単数の表現は、文脈上明白に異なることを必要としない限り複数の表現を含む。本明細書で使用されている「含む」及び「有する」などのような用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部分、又はこれらの組合せの存在を指定するものであって、１つ又はそれ以上の他の特徴、数字、ステップ、動作、構成要素、部品、又はこれらの組合せの存在又は付加の可能性を予め排除しないものと理解されるべきである。
【００２２】
或る用語が異なって定義されない限り、技術的又は科学的な用語を含めてここで使用される全ての用語は、本発明が属する技術分野における通常の知識を有する者により一般的に理解されるものと同一の意味を有している。一般的に使用される予め定義されているような用語は、関連技術の文脈上有する意味と一致する意味を有するものと解釈されなければならず、本出願で明白に定義しない限り、理想的であるか又は過度に形式的な意味であると解釈されない。
【００２３】
本発明で提案する装置及び方法は、ロングタームエボリューション（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：以下、「ＥＰＳ」と呼ぶ）と、モバイルインターネットプロトコル（mobile internet protocol：Ｍｏｂｉｌｅ ＩＰ）システムなどのような様々な通信システムに適用可能である。
【００２４】
本発明の詳細な説明に先立って、本発明の主要な概念について簡略に説明する。
【００２５】
送信エンティティがデータを受信エンティティに送信することを希望する場合に、送信エンティティは、何らかの原因により、意図的にデータの一部を省略し、残りのデータ部分だけを送信してもよい。この場合に、送信エンティティは、送信データの重要度を考慮して全送信データの中で省略すべきデータを決定する。また、省略すべきデータが決定され、決定されたデータを除外した残りのデータだけを送信する場合に、送信エンティティは、全送信データの中の一部のデータを省略したことを示す情報を受信エンティティに送信する。したがって、全データの中に省略された一部のデータを発見した場合にも、受信エンティティは、送信エンティティが意図的に対応するデータを省略したことを認識できる。受信エンティティは、省略されたデータが受信されるまで待機するか、又は、省略されたデータの再送信をリクエストする動作を実行することなく、現在受信したデータだけを復号でき、これにより、送受信リソースを効率的に使用できる。特に、本発明は、ネットワークが輻輳した状況で非常に有用である。
【００２６】
以下では、本発明の実施形態について詳細に説明する。下記の説明は、ＭＭＴ標準技術に基づいて行われる。しかしながら、これは、説明の便宜のためにすぎず、本発明がＭＭＴ標準技術のみに適用されるものではない。
【００２７】
図１は、本発明によるＭＭＴデータモデルを示す図である。
【００２８】
ＭＭＴにおいて、符号化されたメディアデータ及びそれに関連した情報であるメタデータのセットは、パッケージ１００と呼ばれるＭＭＴフローとして定義される。
【００２９】
パッケージ１００は、少なくとも１以上のＭＭＴアセット１１０、１２０、１３０と、少なくとも１つの「トランスポート特性情報」又は「アセット配信特性（Asset Delivery Characteristics：ＡＤＣ）」情報１１５、１２５と、少なくとも１つの提示情報（Presentation Information：ＰＩ）１４０とを含む。参考として、ＭＭＴアセットは、ビデオ、オーディオ、テキスト、ファイル、ウィジェットなどのマルチメディアプレゼンテーションを生成するために使用可能なマルチメディアデータを意味する。
【００３０】
ＭＭＴアセット１１０、１２０、１３０のそれぞれは、少なくとも１つのメディア処理ユニット（ＭＰＵ）を含む。図１において、第１のＭＭＴアセット（ＭＭＴアセット１）１１０は、複数のＭＰＵ１１１、１１２、１１３を含む。ＭＰＵは、ＭＭＴストリームを独立して処理するユニットである。すなわち、送信され又は復号される単位である。１つのＭＰＵは、複数のセグメントに分割され、分割されたセグメントは、「ＭＰＵフラグメントユニット（MPU Fragment Unit：ＭＦＵ）」と呼ばれる。
【００３１】
ＭＭＴ送信エンティティは、ＭＰＵ単位でメディアデータを分割し処理し、ＭＭＴ受信エンティティは、ＭＰＵ単位でメディアデータを受信して再生のためにＭＰＵを処理する。
【００３２】
トランスポート特性情報又はＡＤＣ１１５、１２５は、ＭＭＴアセット毎に対応するＭＭＴアセットのトランスポート特性を提供するための情報を含む。すなわち、ＡＤＣ１１５は、ＭＭＴアセット１  １１０のトランスポート特性を示し、ＡＤＣ１２５は、ＭＭＴアセット２  １２０及びＭＭＴアセット３  １３０のトランスポート特性を示す。
【００３３】
提示情報１４０は、複数のアセット１１０、１２０、１３０間の時間及び空間関係を説明する情報を含む。
【００３４】
図２は、本発明によるＭＭＴ送信エンティティ２１０及びＭＭＴ受信エンティティ２２０のＭＭＴパッケージの送受信を概略的に示す図である。
【００３５】
ＭＭＴ送信エンティティ２１０（以下、「送信エンティティ２１０」と呼ぶ）は、パッケージをＭＭＴパケットフローとしてＭＭＴ受信エンティティ２２０（以下、「受信エンティティ２２０」と呼ぶ）に送信する。一方、送信エンティティ２１０は、ＭＭＴメディアデータを送信する任意のエンティティであり、一例として、ＭＭＴブロードキャストサーバとなる。受信エンティティ２２０は、ＭＭＴメディアデータを受信する任意のエンティティ、例えば、ＭＭＴクライアントである端末又はＵＥ（User Equipment）である。
【００３６】
送信エンティティ２１０がＭＭＴブロードキャストサーバであり、受信エンティティ２２０がＵＥである場合には、ＭＭＴブロードキャストサーバは、基地局又は類似した機能を実行するネットワークエンティティを通してＭＭＴメディアデータをＵＥに送信できる。基地局と類似した機能を実行するネットワークエンティティは、例えば、無線ローカルエリアネットワーク（ＷＬＡＮ）システムのアクセスポイント（ＡＰ）である。しかしながら、説明の便宜のために、「基地局」は、セルラー通信システムの基地局及びＷＬＡＮ通信システムのＡＰを含む概念として使用される。図２では、基地局を図示しない。
【００３７】
送信エンティティ２１０は、パッケージプロバイダ２０１により提供されるパッケージの提示情報（ＰＩ）に基づいて、アセットプロバイダ２０３、２０５からコンテンツを収集する。ここで、パッケージプロバイダ２０１及びアセットプロバイダ２０３、２０５は、物理的に同一の位置に存在する。
【００３８】
送信エンティティ２１０は、動作２３０において、アセット、トランスポート特定情報、及び提示情報を含むパッケージをＭＭＴプロトコル（MMT Protocol：ＭＭＴＰ）を使用して送信する。送信エンティティ２１０及び受信エンティティ２２０は、動作２４０において、シグナリング情報をＭＭＴＰを使用して送受信する。シグナリングメッセージは、パッケージの配信及び消費を管理するために送受信される。
【００３９】
参考として、ＭＭＴプロトコルについて簡略に説明する。ＭＭＴＰは、ＭＭＴパッケージをパケット化し送信するためのアプリケーションレイヤートランスポートプロトコルであり、パッケージを効率的かつ信頼性高く送信するために設計されている。ＭＭＴＰは、メディア多重化及びネットワークジッタ計算のような改善した特徴を有する。これらの特徴は、様々なタイプで符号化されたメディアデータで構成されるコンテンツを効率的に送信できる。ＭＭＴＰは、現存するネットワークプロトコル、例えば、ＵＤＰ又はＩＰの上位レイヤー上で動作できる。また、ＭＭＴＰは、様々なアプリケーションをサポートするように設計されている。
【００４０】
図３は、本発明によるＭＰＵがカプセル化されるＩＳＯ基盤メディアファイルフォーマットを示す図である。
【００４１】
１つのＭＰＵは、ＩＳＯ基盤メディアファイルフォーマットに従ってカプセル化される。ＭＰＵがカプセル化されるＩＳＯ基盤メディアファイルであるＭＰＵファイル３００は、ＭＰＵメタデータの情報を含むＭＰＵメタデータ３１０と、ＭＰＵメディアデータから分割された少なくても１つのＭＦＵ３２１，３２２，．．．,３２Ｎを含むｍｄａｔボックス３２０とを含む。各ＭＦＵは、ＭＦＵペイロード及びＭＦＵヘッダｈを含む。
【００４２】
ＭＰＵメタデータ３１０は、ｆｔｙｐボックス３１１、ｓｉｄｘボックス３１２、ｍｍｐｕボックス３１３、ｍｏｏｖボックス３１４、及びｍｏｏｆボックス３１７を含む。ｆｔｙｐボックス３１１は、メディアデータのタイプ情報を含み、ｓｉｄｘボックス３１２は、ＭＰＵを構成するフラグメントのインデックス情報を含む。
【００４３】
ｍｍｐｕボックス３１３は、現在のＭＰＵが属しているアセットの識別子及び現在のＭＰＵに関する他の情報を含む。特に、ｍｍｐｕボックス３１３は、現在のＭＰＵがすべてのＭＦＵを含むか否かを示す情報（「is complete」）を含む。
【００４４】
ｍｏｏｖボックス３１４は、メディアデータの復号及び提示のためのすべてのコーデック構成情報を含む。具体的に、ｍｏｏｖボックス３１４は、少なくとも１つのメディアトラック３１６及びＭＦＵのためのＭＭＴヒントトラック３１５を含む。
【００４５】
ＭＭＴヒントトラック３１５は、ＭＰＵを含むメディアファイル３００をＭＭＴＰのようなトランスポートプロトコルを用いてパケット化されたメディアストリームに変換するために必要とされる情報を含む。すなわち、ＭＭＴヒントトラック３１５は、１つのＭＰＵを形成する複数のＭＦＵを生成するために必要な情報を含む。特に、ＭＭＴヒントトラック３１５は、対応するＭＦＵが１つのＭＰＵに含まれた他のＭＦＵに関する優先順位情報（「priority」）と、対応するＭＦＵを参照して復号されるＭＦＵの個数に関する情報（「dependency counter」）とを含む。
【００４６】
図４は、本発明による送信エンティティ２１０と受信エンティティ２２０との間の輻輳制御を示す図である。
【００４７】
図４を参照すると、１つのビデオアセット４０１のうちの１つのＭＰＵメディアデータ４０３を送信エンティティ２１０でＩＳＯ基盤ＭＰＵファイル４０３としてカプセル化し、参照符号４０９におけるように、ＭＭＴＰを使用してＭＭＴファイル４０５を送信し、受信エンティティ２２０によりＭＰＵファイルを受信する過程について説明する。しかしながら、図４を参照して、本発明による輻輳制御（congestion control）がネットワーク輻輳の発生により実行される場合について説明する。
【００４８】
ここで、ネットワーク輻輳は、ＭＭＴパッケージを生成するＭＭＴブロードキャストサーバからＵＥへのチャネル経路上のチャネル容量がシステム設計に基づくチャネル容量をサポートできない状況を意味する。例えば、基地局への経路のシステムチャネル容量が１００Ｍｂｐｓであり、各基地局からＵＥへの無線チャネル容量が７５Ｍｂｐｓであると仮定すると、任意の基地局がブレークダウンした場合に、ブロードキャストサーバが現在ブレークダウンした基地局とは異なる基地局を迂回する場合にも、ストリーミングサービスのような特定のサービスは、システム構成容量より低い容量で送信されなければならない。この場合には、ブロードキャストサーバは、ストリーミングサービスを提供するために、ＭＰＵのうちある一部のＭＦＵ以外のＭＦＵを送信する。ストリーミングサービスの場合に、ユーザは、一部のメディアデータが省略されていても全メディアデータサービスを受信するが、このような方式は、ネットワークの輻輳の時に使用される。このように、ネットワーク輻輳に対するサービスを提供する方式を輻輳制御と称する。
【００４９】
しかしながら、ＭＭＴＰは、輻輳制御に対する具体的な方式を規定しておらず、輻輳制御は、実装上の問題として置き去りにされている。本発明は、ＭＭＴＰでトラフィック輻輳の場合に輻輳制御を実行するための方式を提案する。
【００５０】
図４を参照すると、参照符号４０１は、１つのビデオアセットを示す。上述したように、１つのパッケージは、オーディオアセット、ビデオアセット、ウィジェットアゼットなどのような少なくとも１つのアセットを含む。
【００５１】
アセット４０１は、少なくとも１つのＭＰＵを含み、参照符号４０３は、１つのＭＰＵに対応する場面を示す。参照符号４０５は、場面４０３に対応する１つのＭＰＵファイルを示す。ＭＰＵファイル４０５は、図３に示したＭＰＵファイル３００と全く同一である。上述したように、ＭＰＵファイル４０５は、ＭＰＵメタデータを形成するボックスと少なくとも１つのＭＦＵを含むｍｄａｔボックスとを含む。
【００５２】
参照符号４０７は、ＭＰＵファイル４０５内のｍｄａｔボックスでＭＦＵペイロード及びＭＦＵヘッダがカプセル化される順序を示す。すなわち、参照符号４０７において、“ｈ”で表記されたＭＦＵヘッダは一緒に配列され（４０６）、「ペイロード」で表記されたＭＦＵペイロードは、ＭＦＵヘッダの後ろにて一緒に配列される（４０８）。
【００５３】
参照符号４０９は、ＭＰＵファイル４０３が参照符号４０７のようにカプセル化された後に、ＭＭＴＰにより送信される順序を示す。すなわち、ＭＰＵメタデータがまず送信され、この後に、ＭＦＵヘッダとＭＦＵペイロードとを含むそれぞれのＭＦＵが順次送信される。
【００５４】
ネットワーク状態がある理由により輻輳状態である場合に、本発明は、ＭＰＵファイル４０５に含まれた少なくとも１つのＭＦＵを除外した残りのＭＦＵを送信する。図４では、ＭＰＵファイル４０５の２番目のＭＦＵ４３１を除外すると仮定する。すなわち、１つのＭＰＵから一部のＭＦＵを除外しても全サービスに大きな問題がない場合、及び、ネットワークの状態又は端末の状態がよくない場合には、一部のＭＦＵを送信しないようにすることにより、ネットワークの状態又は端末の状態によりデータ送信率を適応的に調整する。
【００５５】
しかしながら、１つのＭＰＵを構成する複数のＭＦＵのうちいずれかのＭＦＵを除外するかを決定することは、非常に重要な問題である。それぞれのＭＦＵの重要度は、相互に異なるので、どのＭＦＵを省略するかにより受信側の復号性能又はサービス品質に影響を与えるためである。
【００５６】
本発明において、送信エンティティ２１０は、１つのＭＰＵを構成する複数のＭＦＵの重要度情報に基づいて、送信しないＭＦＵを決定する。ここで、「重要度情報」は、ＭＰＵに属する他のＭＦＵと比較して対応するＭＦＵの重要度の程度を示す。本発明において、重要度情報は、「優先順位情報（priority）」及び「参照個数情報（dependency counter）」のうちの少なくとも１つを含む。
【００５７】
例えば、対応するＭＦＵがＭＰＵの復号のといった処理の時に必ず必要なＭＦＵである場合には、対応するＭＦＵの重要度は高く設定される。他の例において、対応するＭＦＵがマルチメディアデータへのユーザのランダムアクセスに必要なランダムアクセスポイントに対応する場合には、対応するＭＦＵの重要度は高く設定される。これらの例において、重要度は、「優先順位情報」である。
【００５８】
他の例において、対応するＭＦＵを参照して復号される他のＭＦＵの個数が多いほど、対応するＭＦＵの重要度は高くなる。ビデオ映像において、ＭＰＥＧビデオフォーマット映像は、Ｉフレーム、Ｐフレーム、及びＢフレームを含み、Ｐフレーム及びＢフレームは、Ｉフレームを参照する。また、Ｉフレームは、ランダムアクセスポイントとして使用される。すなわち、Ｉフレームの重要度は、Ｂフレーム又はＰフレームより高い。したがって、Ｉフレームに対応するＭＦＵは、高い重要度を有する。このような例において、重要度情報は、「参照個数情報」である。
【００５９】
送信エンティティ２１０は、ＭＦＵ毎の特性に基づいてＭＦＵ別重要度を個別に決定する。例えば、ビデオアセットの場合に、ビデオのＩフレーム、Ｂフレーム、Ｐフレーム及び制御情報の各々に対応するＭＦＵの重要度値は、対応するフレーム又は制御情報に従ってそれぞれ決定される。本発明の他の方法では、 既存のＭＭＴ標準で定義されたメッセージを用いて対応するＭＦＵの重要度が決定される。
【００６０】
ＭＭＴ標準で定義されたメッセージを使用する例は、次のようになる。
【００６１】
図３を参照して説明したように、ＭＭＴヒントトラック３１５は、他のＭＦＵに対して対応するＭＦＵの優先順位を示す「優先順位」情報と、対応するＭＦＵを参照して復号されるＭＦＵの個数に関する情報、すなわち、参照個数情報である「dependency counter」を含む。ＭＭＴ標準で定義された「priority」又は「dependency counter」を用いて、対応するＭＦＵの重要度情報を決定できる。すなわち、ＭＦＵの重要度情報は、対応するＭＦＵの「優先順位情報」又は「参照個数情報」を含み、「優先順位情報」又は「参照個数情報」は、それぞれＭＭＴ標準で定義された「priority」又は「dependency counter」からわかる。例えば、ビデオアセットの場合に、ビデオを構成するＩフレーム、Ｂフレーム、Ｐフレーム、及び制御情報のそれぞれに対応するＭＦＵの「priority」又は「dependency counter」情報を用いて対応するフレーム又は制御情報の重要度を決定できる。
【００６２】
このように、送信エンティティ２１０は、対応するＭＦＵの重要度情報に基づいて、ＭＰＵのＭＦＵのうちで、送信されない、すなわち、ドロップされる少なくとも１つのＭＦＵを決定できる。送信エンティティ２１０は、ドロップが決定されたＭＦＵを除外した他のＭＦＵを含むＭＰＵを送信する。この場合に、受信エンティティ２２０は、送信エンティティ２１０によりドロップされたＭＦＵを受信できず、受信エンティティ２２０が受信できないＭＦＵが送信エンティティ２１０により意図的にドロップされるか、又は送信エンティティ２１０が対応するＭＦＵを送信しても、ネットワーク上で損失されたかを認識できない。
【００６３】
送信エンティティ２１０が少なくとも１つのＭＦＵを意図的にドロップした後にＭＰＵを送信することを示すために、送信エンティティ２１０は、ＭＰＵ内のＭＦＵがドロップされることを示す情報又は指示子を含む。このような情報を“不完全ＭＰＵ指示子”と称する。
【００６４】
不完全ＭＰＵ指示子は、既存のＭＭＴ標準に含まれない新たなフォーマットを有するメッセージを定義して使用できる。また、本発明において、既存のＭＭＴ標準に含まれたフォーマットを有するメッセージは、不完全指示子として使用される。
【００６５】
既存のＭＭＴ標準に従うメッセージを使用する例として、本発明は、「is complete」メッセージを使用する。図３を参照して説明したように、ＭＰＵメタデータ３１０内のｍｍｐｕボックス３１３は、「is complete」情報を含み、「is complete」は、現在のＭＰＵがすべてのＭＦＵを含むか否かを示す。送信エンティティ２１０が少なくても１つのＭＦＵをドロップし、ＭＰＵを送信することを希望する場合に、送信エンティティ２１０は「is complete」メッセージの値を所定の値に設定する。このように、送信エンティティ２１０は、「is complete」メッセージを使用して、少なくとも１つのＭＦＵをドロップした後にＭＰＵを送信することを受信エンティティ２２０に示す。
【００６６】
さらに図４を参照すると、送信エンティティ２１０がＭＦＵの重要度情報、すなわち、ＭＭＴヒントトラック３１５内の「priority」及び「dependency counter」の中の少なくとも１つを考慮してＭＰＵファイル４０５で２番目のＭＦＵ４３１をドロップすることを決定すると仮定する。
【００６７】
参照符号４０７で示すように、 ＭＦＵヘッダ４０６及びＭＦＵペイロード４０８がＭＰＵファイル４０５内のｍｄａｔボックスで順次に配列されているが、ＭＭＴＰを用いて対応するＭＦＵを送信することを希望する場合に、送信エンティティ２１０は、２番目のＭＦＵヘッダ４２５及び２番目のＭＦＵペイロード４２７をドロップした後に、参照符号４０９で示すように他のＭＦＵを送信する。本発明において、対応するＭＰＵの少なくとも１つのＭＦＵがドロップされたことを示すように、「不完全ＭＰＵ指示子」がＭＰＵメタデータ内に設定されるか又は含まれる。すなわち、ＭＰＵメタデータ内のｍｍｐｕボックスにおいて、「is complete」は、特定の値に設定される。
【００６８】
受信エンティティ２２０は、２番目のＭＦＵがドロップされたＭＰＵを受信し、対応するＭＦＵがドロップされたＭＰＵファイル４１１を復元する。ＭＰＵファイル４１１内のｍｍｐｕボックスから不完全ＭＰＵ指示子を検出する場合に、受信エンティティ２２０は、少なくとも１つのＭＦＵが対応するＭＰＵからドロップされたことを認識できる。すなわち、ＭＰＵファイル４１１内のｍｍｐｕボックスでの「is complete」が特定の値に設定される場合に、受信エンティティ２２０は、少なくとも１つのＭＦＵが対応するＭＰＵからドロップされたことをわかる。
【００６９】
図５は、本発明による送信エンティティ２１０と受信エンティティ２２０との間のメッセージの送受信を示す図である。
【００７０】
送信エンティティ２１０は、ＭＭＴサーバであり、受信エンティティ２２０は、ＭＭＴクライアント、例えば、ＵＥであると仮定する。しかしながら、一般的には、送信エンティティ２１０と受信エンティティ２２０との間には、基地局が存在する。
【００７１】
図５の各過程は、説明の便宜上、各動作別に説明したが、各動作が相互に矛盾するか又は衝突しない限り、かならず順次に動作しなくてもよい。また、各ステップの動作が場合によって省略されてもよい。
【００７２】
ステップ５０１において、受信エンティティ２２０は、ネットワークの状態情報又はＵＥの状態情報のうちの少なくとも１つを送信エンティティ２１０に送信する。受信エンティティ２２０は、端末の状態を知らせるＵＥの状態情報を生成できる。また、受信エンティティ２２０は、受信エンティティ２２０と基地局との間の無線チャネル状態などを測定することにより、ネットワークの状態情報を生成できる。受信エンティティ２２０は、このようなネットワークの状態情報及び／又はＵＥの状態情報を、基地局を通して送信エンティティ２１０に送信する。場合によっては、ネットワークの状態情報又はＵＥの状態情報は、受信エンティティ２２０に関係なく基地局により生成され、送信エンティティ２１０に送信される。
【００７３】
参考として、ネットワークの状態情報は、使用可能なビット率、パケット損失率、遅延又はジッタなどを含む。例えば、リアルタイム制御パケットトランスポートプロトコルであるＲＴＣＰの結果として測定された遅延及びパケット損失率、又は、無線ローカルエリアネットワーク（ＷＬＡＮ）のメディアアクセスコントロール（ＭＡＣ）レイヤー又は３ＧＰＰ  ＲＡＮで測定された結果がネットワークの状態情報に含まれる。また、ＵＥの状態情報は、ＵＥのケイパビリティ情報及びＵＥのバッファ状態情報などを含む。
【００７４】
送信エンティティ２１０は、受信エンティティ２２０又は基地局から受信したネットワークの状態情報及び／又はＵＥの状態情報を用いて、ＭＦＵドロップを実行するか否かを決定する。他の実施形態において、基地局は、ネットワークの状態情報及び／又はＵＥの状態情報に基づいてＭＦＵドロップを決定し、送信エンティティ２１０がＭＦＵドロップを実行するように指示する。
【００７５】
他の実施形態において、場合によっては、ステップ５０１は、かならず必要なものではなく省略可能である。すなわち、送信エンティティ２１０は、ステップ５０１において、受信される情報に基づいてＭＦＵドロップを決定する必要はなく、自身の判断に従ってＭＦＵドロップを決定できる。
【００７６】
送信エンティティ２１０がＭＦＵドロップを決定する場合に、送信エンティティ２１０は、ＭＦＵの重要度に基づいてＭＰＵ内でドロップするＭＦＵを決定する。すなわち、ＭＭＴヒントトラック３１７内の「priority」及び「dependency counter」のうちの少なくとも１つを考慮してドロップされる少なくとも１つのＭＦＵを決定する。
【００７７】
ドロップするＭＦＵが決定されると、送信エンティティ２１０は、ステップ５０３において、不完全ＭＰＵ指示子をＭＰＵファイルに含ませ、不完全ＭＰＵ指示子を含み、ＭＦＵがドロップされたＭＰＵを受信エンティティ２２０に送信する。すなわち、ＭＰＵメタデータ内のｍｍｐｕボックスで「is complete」は、特定の値に設定される。
【００７８】
図６は、本発明による送信エンティティ２１０の動作を示すフローチャートである。
【００７９】
図６の各過程は、説明の便宜上、各動作別に説明したが、各動作が相互に矛盾するか又は衝突しない限り、かならず順次に動作しなくてもよい。また、各ステップの動作が場合によって省略されてもよい。
【００８０】
ステップ６０１において、送信エンティティ２１０は、基地局又は端末で生成されたネットワークの状態情報及び／又はＵＥの状態情報を受信する。しかしながら、ステップ６０１は、省略してもよい。ステップ６０３において、送信エンティティ２１０は、ネットワークの状態情報及び／又はＵＥの状態情報に基づいて、ネットワーク状態が輻輳状態と判定したら、輻輳制御の実行を決定する。輻輳制御は、ＭＦＵドロップを意味する。しかしながら、場合によっては、送信エンティティ２１０は、基地局から輻輳制御の指示又はＭＦＵドロップの指示を受信するか、又は送信エンティティ２１０自身がネットワーク状態を測定し、これに基づいてＭＦＵドロップを決定できる。
【００８１】
ステップ６０３において、ＭＦＵドロップの実行を決定するので、ステップ６０５において、送信エンティティ２１０は、ＭＦＵの重要度を考慮してＭＰＵ内でドロップするＭＦＵを決定する。すなわち、送信エンティティ２１０は、ＭＭＴヒントトラック３１５内の「priority」及び「dependency counter」のうちの少なくとも１つを考慮してドロップする少なくとも１つのＭＦＵを決定する。
【００８２】
ステップ６０７において、送信エンティティ２１０は、不完全ＭＰＵ指示子をＭＰＵファイルに含ませ、ドロップが決定されたＭＦＵを除外したＭＰＵを生成する。すなわち、ＭＰＵメタデータ内のｍｍｐｕボックスで「is complete」を特定の値に設定することによりＭＰＵを生成する。ステップ６０９において、送信エンティティ２１０は、不完全ＭＰＵ指示子を含む少なくとも１つのＭＦＵがドロップされたＭＰＵを送信する。
【００８３】
図７は、本発明による受信エンティティ２２０の動作を示すフローチャートである。
【００８４】
図７の各過程は、説明の便宜上、各動作別に説明したが、各動作が相互に矛盾するか又は衝突しない限り、かならず順次に動作しなくてもよい。また、各ステップの動作が場合によって省略されてもよい。
【００８５】
ステップ７０１において、受信エンティティ２２０は、ネットワークの状態情報及び／又はＵＥの状態情報を送信する。しかしながら、ステップ７０１は、省略されてもよい。ステップ７０３において、受信エンティティ２２０は、不完全ＭＰＵ指示子が含まれた少なくとも１つのＭＦＵがドロップされたＭＰＵを受信する。ステップ７０５において、受信エンティティ２２０が不完全ＭＰＵ指示子を検出する場合には、ドロップされたＭＦＵを無視し、受信したＭＦＵを使用してＭＰＵを復号することにより、対応するメディアデータを生成する。
【００８６】
以下では、送信エンティティ２１０がＭＭＴサーバであり、受信エンティティ２２０がＵＥであり、ＭＭＴサーバが基地局を通してＭＭＴストリームを送信する場合における本発明の実施形態について説明する。
【００８７】
図８は、本発明によるＭＭＴサーバ８０１、基地局８０３、及びＵＥ８０５間のメッセージフローを示す図である。
【００８８】
図８の各過程は、説明の便宜上、各動作別に説明したが、各動作が相互に矛盾するか又は衝突しない限り、かならず順次に動作しなくてもよい。また、各ステップの動作が場合によって省略されてもよい。
【００８９】
ステップ８１１において、ＵＥ８０５は、ＵＥの状態情報を生成し、これを基地局８０３に送信する。この場合に、ＵＥ８０５がＵＥ８０５と基地局８０３との間のネットワーク状態を測定し、これに対するネットワークの状態情報をともに送信できる。しかしながら、ステップ８１１は、省略されてもよい。
【００９０】
ステップ８１３において、基地局８０３は、ＵＥ８０５から受信したＵＥの状態情報及び／又はネットワークの状態情報をＭＭＴサーバ８０１に送信する。基地局８０３がＵＥ８０５からＵＥの状態情報だけを受信した場合に、基地局８０３は、ネットワーク状態を測定し、ネットワークの状態情報を生成し、この生成されたネットワークの状態情報をＭＭＴサーバ８０１に送信できる。
【００９１】
ネットワークの状態情報及び／又はＵＥの状態情報を受信したＭＭＴサーバ８０１は、この受信された情報を用いてＭＦＵドロップを実行するか否かを決定する。他の実施形態において、基地局８０３は、ネットワークの状態情報及び／又はＵＥの状態情報に基づいてＭＦＵドロップを実行するか否かを決定し、実行すると決定した場合に、基地局８０３がＭＦＵドロップを実行するように送信エンティティ２１０に指示することができる。ＭＦＵドロップの実行が決定されると、ＭＭＴサーバ８０１は、ＭＦＵの重要度に基づいてＭＰＵ内でドロップするＭＦＵを決定する。すなわち、ＭＭＴサーバ８０１は、ＭＭＴヒントトラック３１５内の「priority」及び「dependency counter」のうちの少なくとも１つを考慮してドロップする少なくとも１つのＭＦＵを決定し、不完全ＭＰＵ指示子をＭＰＵファイルに含ませる。
【００９２】
ステップ８１５において、ＭＭＴサーバ８０１は、不完全なＭＰＵ指示子を含み、ＭＦＵが欠落したＭＰＵを基地局８０３に送信する。すなわち、ＭＰＵメタデータ内のｍｍｐｕボックスにおいて、「is complete」は、特定の値として設定される。ステップ８１７において、基地局８０３は、不完全ＭＰＵ指示子を含み、ＭＦＵがドロップされたＭＰＵをＵＥ８０５に送信する。
【００９３】
この後に、ＵＥ８０５は、受信したＭＰＵから不完全ＭＰＵ指示子を検出し、ドロップされたＭＦＵを無視し、受信したＭＦＵを用いてＭＰＵを復号することにより対応するメディアデータを生成する。
【００９４】
これまでは、送信エンティティ２１０がＭＭＴサーバであると仮定して、輻輳制御に基づくＭＭＴサーバのＭＰＵ送受信方式を説明した。以下では、図９を参照して、基地局が輻輳制御を実行する実施形態について説明する。しかしながら、図９の実施形態では、基地局がＭＭＴサーバからＭＰＵを受信し、ＭＭＴサーバのように輻輳制御を実行する機能を有すると仮定する。したがって、後述する「基地局」は、ＭＭＴサーバからＭＰＵを受信し、輻輳制御を実行することによりＭＰＵをＵＥに伝達できる任意のネットワークエンティティである。
【００９５】
図９は、本発明の他の実施形態に従ってネットワークエンティティである基地局８０３がＭＰＵの輻輳制御を実行する場合の、ＭＭＴサーバ８０１、基地局８０３、及びＵＥ８０５間のメッセージフローを示す図である。
【００９６】
図９の各過程は、説明の便宜上、各動作別に説明したが、各動作が相互に矛盾するか又は衝突しない限り、かならず順次に動作しなくてもよい。また、各ステップの動作が場合によって省略されてもよい。
【００９７】
ステップ９１１において、ＵＥ８０５は、ＵＥの状態情報を生成し、この生成されたＵＥの状態情報を基地局８０３に送信する。この場合に、ＵＥ８０５は、ＵＥ８０５と基地局８０３との間のネットワーク状態を測定し、ネットワークの状態情報をともに送信できる。しかしながら、ステップ９１１は、省略されてもよい。
【００９８】
基地局８０３は、ステップ９１１で受信したＵＥの状態情報及び／又はネットワークの状態情報又は基地局８０３により測定されたネットワークの状態情報を用いて、ネットワーク状態がネットワーク輻輳であるか否かを判別する。
【００９９】
ステップ９１３において、ＭＭＴサーバ８０１は、ＭＰＵを基地局８０３に送信する。この場合に、ＭＭＴサーバ８０１により送信されたＭＰＵは、ＭＦＵがドロップされていない完全なＭＰＵである。基地局８０３は、すでにネットワーク状態がネットワーク輻輳であることを認識した状態でＭＭＴサーバ８０１からＭＰＵを受信したので、受信したＭＰＵに対する輻輳制御を実行するためにＭＦＵをドロップし、ＵＥ８０５に伝達することを決定できる。したがって、基地局８０３は、ＭＦＵの重要度に基づいてＭＰＵからドロップするＭＦＵを決定する。すなわち、ＭＭＴサーバ８０１は、ＭＭＴヒントトラック３１５内の「priority」及び「dependency counter」のうちの少なくとも１つを考慮して、ドロップする少なくとも１つのＭＦＵを決定し、ＭＰＵファイルに不完全ＭＰＵ指示子を含ませる。
【０１００】
ステップ９１５において、基地局８０３は、不完全ＭＰＵ指示子を含み、ＭＦＵがドロップされたＭＰＵをＵＥ８０５に送信する。すなわち、ＭＰＵメタデータ内のｍｍｐｕボックスにおいて、「is complete」を特定の値として設定する。この後に、ＵＥ８０５は、受信したＭＰＵから不完全ＭＰＵ指示子を検出し、ドロップされたＭＦＵを無視し、受信したＭＦＵを用いてＭＰＵを復号することにより対応するメディアデータを生成する。
【０１０１】
図１０は、本発明による送信エンティティ２１０のブロック図である。
【０１０２】
送信エンティティ２１０は、図８を参照して説明したように、ＭＭＴであることが一般的であるが、他の実施形態では、図９を参照して説明したネットワークエンティティでもあり得る。
【０１０３】
送信エンティティ２１０は、送受信部１００１、制御部１００３、及びＭＭＴストリーム処理部１００５を含む。送信エンティティ２１０は、ハードウェア、ファームウェア、ソフトウェアの中の少なくとも１つの組み合せを用いて実現できる。送信エンティティ２１０のエレメントの一例として、送受信部１００１は、通常、モデム及びＲＦ送受信器などで実現され、制御部１００３は、アプリケーションプロセッサ（ＡＰ）のようなプロセッサで実現される。ＭＭＴストリーム処理部１００５は、制御部１００３の一部として構成されるか、又は制御部１００３とは個別に構成される。
【０１０４】
送受信部１００１は、他のエンティティと信号を送受信する。送信エンティティ２１０がＭＭＴサーバである場合に、送受信部１００１は、基地局又は端末により生成されたネットワークの状態情報及び／又はＵＥの状態情報を受信し、ＭＰＵを基地局又は端末に送信する。送信エンティティ２１０が基地局のようなネットワークエンティティである場合には、送信エンティティ２１０は、ＭＭＴサーバからＭＰＵを受信する。
【０１０５】
制御部１００３は、本発明による全般的な動作を制御する。ネットワーク状態がネットワークの状態情報及び／又はＵＥの状態情報に基づいてネットワーク輻輳であると判別する場合には、制御部１００３は、輻輳制御を実行するためにＭＦＵをドロップすることを決定する。送信エンティティ２１０がＭＭＴサーバである場合には、送信エンティティ２１０は、基地局から輻輳制御指示又はＭＦＵドロップ指示を受信するか、又は自身のネットワーク状態の判別に従ってＭＦＵドロップを決定できる。送信エンティティ２１０が基地局のようなネットワークエンティティである場合には、基地局がＭＦＵドロップを決定してもよい。
【０１０６】
ＭＦＵドロップを決定した場合に、ＭＭＴストリーム処理部１００５は、ＭＦＵの重要度に基づいてＭＰＵからドロップするＭＦＵを決定する。すなわち、ＭＭＴストリーム処理部１００５は、ＭＭＴヒントトラック３１５内の「priority」及び「dependency counter」のうちの少なくとも１つを考慮してドロップする少なくとも１つのＭＦＵを決定する。また、ＭＭＴストリーム処理部１００５は、不完全ＭＰＵ指示子をＭＰＵファイルに含ませ、ドロップが決定されたＭＦＵをドロップしたＭＰＵを生成する。すなわち、ＭＰＵメタデータ内のｍｍｐｕボックスにおいて、「is complete」を特定の値に設定することによりＭＰＵを生成する。
【０１０７】
図１１は、本発明による受信エンティティ２２０のブロック図である。
【０１０８】
受信エンティティ２２０は、一般的にＵＥのようなＵＥ装置である。
【０１０９】
受信エンティティ２２０は、送受信部１１０１、制御部１１０３、及びＭＭＴストリーム処理部１１０５を含む。受信エンティティ２２０は、ハードウェア、ファームウェア、ソフトウェアの中の少なくとも１つの組み合せを用いて実現できる。受信エンティティ２２０のエレメントの一例として、送受信部１１０１は、通常、モデム及びＲＦ送受信器などで実現され、制御部１１０３は、アプリケーションプロセッサ（ＡＰ）のようなプロセッサで実現される。ＭＭＴストリーム処理部１１０５は、制御部１００３の一部として構成されるか、又は制御部１００３とは個別に構成される。
【０１１０】
送受信部１１０１は、基地局と信号を送受信する。すなわち、送受信部１１０１は、ネットワークの状態情報及び／又はＵＥの状態情報を基地局に送信し、ＭＰＵを受信する。
【０１１１】
制御部１１０３は、本発明に従う全動作を制御する。特に、制御部１１０３は、受信したＭＰＵから不完全ＭＰＵ指示子を検出する。すなわち、制御部１１０３は、ＭＰＵメタデータ内のｍｍｐｕボックスにおいて、「is complete」が特定の値に設定されるか否かを判定する。不完全ＭＰＵ指示子が検出された場合に、制御部１１０３は、ドロップされたＭＦＵを除外した残りのＭＦＵにてＭＰＵを復号するようにＭＭＴストリーム処理部１１０５を制御する。
【０１１２】
一方、受信エンティティ２２０は、不完全なＭＰＵを受信する場合に、ドロップされたか又は受信されていないＭＦＵのサイズを、ｍｍｐｕヘッダ情報から知ることができる。したがって、受信エンティティ２２０は、削除されるか又は受信されないＭＦＵのサイズだけのデータを対応するＭＰＵに満たす。このようにして、復号化の間の問題の発生を防止する。例えば、ＭＰＵ内に受信されないデータのサイズだけを「０」値で満たすことにより、復号器が復号動作を中断するエラーを防止できる。
【０１１３】
また、ｍｍｐｕにおいて、「is_complete」指示子が検出される場合に、対応するＭＰＵを再構成するために必要とされる時間が減少する。受信エンティティ２２０は、受信されるＭＰＵが不完全であることを予め知ることができるので、所定の時間の間にＭＰＵを受信し、不完全なＭＰＵを再び組み立てた後に、このＭＰＵを復号化ステージに伝達できるからである。
【０１１４】
ＭＭＴストリーム処理部１１０５は、ドロップされたＭＦＵを除外した残りのＭＦＵを用いてＭＰＵを復元することにより、制御部１１０３の制御の下にメディアデータを生成する。
【０１１５】
これまで、本開示の実施形態について詳細に説明した。本開示の実施形態による代表的な構成によると、相互に異なる受信信号に対して相互に異なる受信信号品質の基準値を適用した後に、対応する信号をフォーワーディングすることにより、特に、端末の送信リソース及び送信電力を効率的に使用できる。
【０１１６】
本発明の実施形態の特定の態様は、コンピュータ読み取り可能な記録媒体上でコンピュータ読み取り可能なコードとして実現することもできる。コンピュータ読み取り可能な記録媒体は、コンピュータシステムにより読出し可能なデータを記憶できる任意のデータ記憶装置である。コンピュータ読み取り可能な記録媒体の例としては、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光学データ記憶装置、及び搬送波（インターネットを介したデータ送信の場合）が含まれる。また、上記コンピュータ読み取り可能な記録媒体は、コンピュータ読み取り可能なコードが配布される方式で記憶されて実行されるように、ネットワーク結合型コンピュータシステムを介して配布できる。更に、本発明を実行するための関数プログラム、コード及びコードセグメントは、本発明が属する技術分野で熟練したプログラマーにより本発明の範囲内で容易に解釈できるであろう。
【０１１７】
本発明の一実施形態による装置及び方法は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合わせの形態で実現することができる。このような任意のソフトウェアは、例えば、削除又は再記録が可能であるか否かに関係なく、ＲＯＭなどの記憶装置のような揮発性又は不揮発性記憶装置、又は、例えば、ＲＡＭ、メモリチップ、装置又は集積回路のようなメモリ、あるいは、例えば、ＣＤ、ＤＶＤ、磁気ディスク又は磁気テープなどの光学的又は磁気的に記録可能であると同時に、機械（例えば、コンピュータ）で読み取ることができる記憶媒体に記憶することができる。本発明の一実施形態による方法は、制御部及びメモリを含むコンピュータ又は携帯用端末により実現されてもよく、このメモリは、本発明の実施形態を実現する命令を含むプログラム又は複数のプログラムを格納するのに適した機械可読の記憶媒体の一例である。
【０１１８】
従って、本発明は、本願明細書の任意の請求項に記載された装置又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを格納する機械（例えば、コンピュータ）可読記憶装置を提供する。また、このようなプログラムは、有線又は無線接続を通じて送信される通信信号のような任意の媒体を通じて電子的に移送され、本発明は、これと均等なものを適切に含む。
【０１１９】
また、本発明の一実施形態による装置は、有線又は無線で接続されるプログラム提供装置からプログラムを受信し格納することができる。プログラム提供装置は、プログラム処理装置が予め定められたコンテンツ保護方法を実行するようにする命令を含むプログラムと、コンテンツ保護方法に必要な情報を記憶するためのメモリと、グラフィック処理装置との有線又は無線通信を実行するための通信部と、グラフィック処理装置のリクエスト又は自動で対応するプログラムを送受信装置に送信する制御部とを含んでもよい。
【０１２０】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【図１】
0006732725.tif 000002
【図２】
0006732725.tif 000003
【図３】
0006732725.tif 000004
【図４】
0006732725.tif 000005
【図５】
0006732725.tif 000006
【図６】
0006732725.tif 000007
【図７】
0006732725.tif 000008
【図８】
0006732725.tif 000009
【図９】
0006732725.tif 000010
【図１０】
0006732725.tif 000011
【図１１】
0006732725.tif 000012