(57)【要約】  本発明は、マルチメディアデータパケットを送信する方法及び装置に関し、マルチメディアデータパケットを送信する方法は、送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するステップと、上記メディア抽象化階層情報を含むマルチメディアデータパケットを生成するステップと、上記マルチメディアデータパケットをネットワークエンティティーに送信するステップとを有することを特徴とする。
2014509473.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアデータパケットを送信する方法であって、
送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するステップと、
前記メディア抽象化階層情報を含むマルチメディアデータパケットを生成するステップと、
前記マルチメディアデータパケットをネットワークエンティティーに送信するステップと
を有することを特徴とする、マルチメディアデータパケットを送信する方法。
【請求項２】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別サービス品質（ＱｏＳ）方式の場合に、前記マルチメディアデータパケットの重要度を示すことを特徴とする、請求項１に記載のマルチメディアデータパケットを送信する方法。
【請求項３】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項２に記載のマルチメディアデータパケットを送信する方法。
【請求項４】
前記メディア抽象化階層情報は、ラベル情報を有し、
前記ラベル情報は、ストリーム別ＱｏＳ方式の場合に、対応するストリームのリソース予約を示す予め定められたラベル値を含むことを特徴とする、請求項１に記載のマルチメディアデータパケットを送信する方法。
【請求項５】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項４に記載のマルチメディアデータパケットを送信する方法。
【請求項６】
前記メディア抽象化階層情報は、ラベル情報を有し、
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項１に記載のマルチメディアデータパケットを送信する方法。
【請求項７】
ネットワーク上のエンティティーがマルチメディアデータパケットをフォーワーディングする方法であって、
マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信するステップと、
前記受信されたメディア抽象化階層情報に基づいて前記マルチメディアデータパケットをフォーワーディングするステップと
を有することを特徴とする、マルチメディアデータパケットをフォーワーディングする方法。
【請求項８】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別ＱｏＳ方式の場合に、前記マルチメディアデータパケットの重要度を示すことを特徴とする、請求項７に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項９】
前記マルチメディアデータパケットをフォーワーディングするステップは、
前記メディア分類子情報に含まれたメディア分類子値に対応する前記マルチメディアデータパケットの重要度に従って前記マルチメディアデータパケットをフォーワーディングすることを特徴とする、請求項８に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１０】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項９に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１１】
前記メディア抽象化階層情報は、ラベル情報を含み、
前記ラベル情報は、ストリーム別ＱｏＳ方式の場合に、対応するストリームのリソース予約を示す予め定められたラベル値を有することを特徴とする、請求項７に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１２】
前記マルチメディアデータパケットをフォーワーディングするステップは、
前記ラベル値に対応して予め予約されたリソースに基づいて前記マルチメディアデータパケットをフォーワーディングすることを特徴とする、請求項１１に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１３】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項１２に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１４】
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項１１に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１５】
マルチメディアデータパケットを送信する装置であって、
送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するメディア抽象化階層部と、
前記メディア抽象化階層情報を含むマルチメディアデータパケットを生成し、前記生成されたマルチメディアデータパケットをネットワークエンティティーに送信するパケット生成部と
を有することを特徴とする、マルチメディアデータパケットを送信する装置。
【請求項１６】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別サービス品質（ＱｏＳ）方式の場合に、前記マルチメディアデータパケットの重要度を示すことを特徴とする、請求項１５に記載のマルチメディアデータパケットを送信する装置。
【請求項１７】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項１６に記載のマルチメディアデータパケットを送信する装置。
【請求項１８】
前記メディア抽象化階層情報は、ラベル情報を含み、
前記ラベル情報は、ストリーム別サービス品質（ＱｏＳ）方式の場合に、対応するストリームのリソース予約を示す予め定められたラベル値を含むことを特徴とする、請求項１５に記載のマルチメディアデータパケットを送信する装置。
【請求項１９】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項１８に記載のマルチメディアデータパケットを送信する装置。
【請求項２０】
前記メディア抽象化階層情報は、ラベル情報を含み、
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項１５に記載のマルチメディアデータパケットを送信する装置。
【請求項２１】
マルチメディアデータパケットをフォーワーディングするネットワークエンティティー装置であって、
マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信し、前記受信されたメディア抽象化階層情報に基づいて前記マルチメディアデータパケットをフォーワーディングするフォーワーディングポリシー決定部を有することを特徴とする、ネットワークエンティティー装置。
【請求項２２】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別サービス品質（ＱｏＳ）方式の場合に、前記マルチメディアデータパケットの重要度を示す予め定められたラベル値を有することを特徴とする、請求項２１に記載のネットワークエンティティー装置。
【請求項２３】
前記フォーワーディングポリシー決定部は、前記ラベル値に対応するパケットの重要度に基づいて前記マルチメディアパケットをフォーワーディングすることを特徴とする、請求項２２に記載のネットワークエンティティー装置。
【請求項２４】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項２３に記載のネットワークエンティティー装置。
【請求項２５】
前記メディア抽象化階層情報は、ラベル情報を有し、
前記ラベル情報は、ストリーム別サービス品質（ＱｏＳ）方式の場合に、対応するストリームのリソース予約を示す予め定められたラベル値を有することを特徴とする、請求項２１に記載のネットワークエンティティー装置。
【請求項２６】
前記ネットワークエンティティー装置は、前記ラベル値に対応して予め予約されたリソースに関する情報を有するリソース予約テーブルをさらに有し、
前記フォーワーディングポリシー決定部は、前記ラベル値に対応して予め予約されたリソースに基づいて前記マルチメディアデータパケットをフォーワーディングすることを特徴とする、請求項２５に記載のネットワークエンティティー装置。
【請求項２７】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項２６に記載のネットワークエンティティー装置。
【請求項２８】
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項２７に記載のネットワークエンティティー装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアデータパケットを送信する方法及び装置に関し、特に、サービス品質（Quality of Service：ＱｏＳ）方式に従って適応的にマルチメディアデータパケットを送信する方法及び装置に関する。
【背景技術】
【０００２】
マルチメディアサービスは、画像電話のような対話型サービスと、ビデオオンデマンド（Video On Demand：ＶｏＤ）ファイルの送信のようなストリーミングサービスと、マルチキャスト及びブロードキャストサービスとを意味する。リアルタイムマルチメディアサービスは、サービスタイプに従って、対話型サービス、インタラクティブサービス、及びストリーミングサービスに分類することができる。また、リアルタイムマルチメディアサービスは、サービスに参加しているユーザーの数に従って、ユニキャスト、マルチキャスト、及びブロードキャストに分類することができる。
【０００３】
マルチメディアサービスを提供するために、ネットワークは、大きく３通りの方式、すなわち、ベストエフォート（Best Effort：ＢＥ）方式、クラス別ＱｏＳ（per class QoS）方式、及びフロー別ＱｏＳ（per flow QoS）方式でサービス品質（Quality of Service：ＱｏＳ）を保証する。
【０００４】
まず、ＢＥサービスのＱｏＳを保証するために何のサポートもしない。
【０００５】
クラス別ＱｏＳサービスは、パケットごとに重要度を異ならせてネットワークでその重要度に従ってパケットを処理する。すなわち、パケットのＱｏＳは、対応するパケットがどんなフローに属しているかに関係なく、対応するパケットの重要度、すなわち、優先順位に従って制御される。クラス別ＱｏＳ方式をサポートするためには、送信装置と受信装置間のリソースの予約が不必要である。参考にまで、この優先順位は、損失優先順位（loss priority）及び遅延優先順位（delay priority）に分類することができる。
【０００６】
フロー別ＱｏＳサービスは、ストリーム別にリソースを予約する。すなわち、フロー別にリソース（例えば、ビット率及びバッファ状態）又はＱｏＳ（例えば、遅延及び損失率など）を予約する。ここで、フローとは、１つのサービスを提供するために必要とされるストリームを意味する。例えば、ＶｏＤサービスを提供するために必要とされるビデオストリーム、オーディオストリーム、及びテキストストリームは、個別のフローである。
【０００７】
ＩＥＥＥ  ８０２．１６（ＷｉＢＲＯ及びＷＩＭＡＸ）及びロングタームエボルーション（Long Term Evolution：ＬＴＥ）標準だけではなく、３ＧＰＰ  ＵＭＴＳ（３Ｇ）標準でもクラス別ＱｏＳ及びフロー別ＱｏＳをサポートする。しかしながら、ＱｏＳ方式を使用するためには、上位階層であるメディア階層には、下位階層であるネットワーク間のインターフェースが必要である。
【０００８】
ＭＰＥＧ（Moving Picture Experts Group）−２及びＨ．２６４、特に、スケーラブルビデオコーディング（Scalable Video Coding：ＳＶＣ）を使用する時に、各ビデオパケットは、重要度の観点で相互に異なる。ビデオサービスのＱｏＳを効率的に制御するためには、このようなパケット間の重要度差を識別しなければならない。パケットスイッチング方式の場合に、ＩＰｖ６では、パケット別重要度を識別するために、５つのタプル（tuples）（すなわち、受信者アドレス、送信者アドレス、受信者内のサービスのポート番号、送信器内のサービスのポート番号、及び使用されるプロトコル）をＩＰｖ６ヘッダーから読み出した後に、パケットの重要度を示すヘッダーデータをビデオパケットのペイロードから読み出さなければならない。このような方式は、パケットごとに処理時間が多くかかり、プロトコル階層の独立性に違反する。すなわち、ルータは、パケットの処理にあたり、パケットのＩＰヘッダーだけを読み出すことができなければならないが、これは、実際には不可能である。
【０００９】
パケット別重要度を容易に判定できる場合のみ、ルータは、ＱｏＳ（Quality of Service）制御を円滑に実行することができる。例えば、ネットワーク状態が悪い場合に、ルータは、パケット別重要度に従って重要でないパケットを廃棄することができる。
【００１０】
一方、標準化が進行中であるスケーラブルビデオコーディング（Scalable Video Coding：ＳＶＣ）又はマルチビュービデオコーディング（Multi-view Video Coding：ＭＶＣ）は、Ｈ．２６４／ＡＶＣ（Advanced Video Coding）標準に基づいている。符号化されたデータは、Ｈ．２６４／ＡＶＣのネットワーク抽象化階層単位（Network Abstraction Layer Unit：ＮＡＬＵ）フォーマットでビット列に構成される。
【００１１】
図１は、Ｈ．２６４／ＡＶＣのビデオ符号化階層（Video Coding Layer：ＶＣＬ）及びネットワーク抽象化階層（ＮＡＬ）を示す図である。
【００１２】
Ｈ．２６４／ＡＶＣにおいて、ネットワーク抽象化階層（Network Abstraction Layer：ＮＡＬ）１２０は、ビデオ符号化を処理するビデオ符号化階層１１０と符号化された情報の送信及び格納を行う下位階層システム１３０との間で定義される。したがって、ＶＣＬ１１０は、ＮＡＬ１３０から分離される。
【００１３】
ＮＡＬ１２０は、Ｈ．２６４／ＡＶＣファイルフォーマット１３１、実時間転送プロトコル（Real-time Transport Protocol：ＲＴＰ）１３３、及びＭＰＥＧ−２システム１３５のようなフォーマットで符号化データ１１１を下位階層システム１３０のビット列にマッピングするために、ＮＡＬ単位（NAL Unit：ＮＡＬＵ）でＶＣＬで生成された符号化データ１１１及びパラメータセット又は付加拡張情報（Supplemental Enhancement Information：ＳＥＩ）１１３のような情報を処理する。
【００１４】
ＮＡＬ単位は、ＶＣＬ  ＮＡＬ単位１２３と非（non）ＶＣＬ  ＮＡＬ単位１２５とに分けられる。ＶＣＬ  ＮＡＬ単位１２３は、ＶＣＬで生成された符号化データ１１１に対応するＮＡＬ単位であり、非ＶＣＬ  ＮＡＬ単位１２５は、パラメータセット又はＳＥＩ１１３の情報に対応するＮＡＬ単位である。
【００１５】
ＮＡＬ単位は、基本的に、ＮＡＬヘッダーと、ＶＣＬで動映像圧縮の結果から生成されたデータ部分であるローバイトシーケンスペイロード（Raw Byte Sequence Payload：ＲＢＳＰ）とを含む。
【００１６】
図２は、ＮＡＬ単位のフォーマットを説明するための図である。
【００１７】
図２を参照すると、ＮＡＬ単位２００は、ＮＡＬヘッダー２１０とＮＡＬペイロード２４０とを含む。
【００１８】
ＮＡＬヘッダー２１０は、一般的に、１乃至５バイトのサイズを有する。ＮＡＬヘッダー２１０は、ＮＡＬＵのタイプを示すＮＡＬＵタイプ情報２２０とＮＡＬＵペイロードに含まれる圧縮された元来のデータの階層を識別する階層識別情報（Layer Identification Information）２３０とを含む。
【００１９】
ＮＡＬＵタイプ情報２２０は、１ビットの固定ビット（Ｆ）フィールド２２１、ＮＡＬＵが参照ピクチャであるか否かを示す２ビットのＮＲＩ（nal_ref_idc）フィールド２２２と、ＮＡＬＵのタイプを示す識別子である５ビットのＮＡＬＵ  Ｔｙｐｅフィールド２２３とを含む。
【００２０】
階層識別情報２３０は、優先順位、空間階層レベル、時間階層レベル、及び／又は品質階層レベルの組み合せを含むことができる。すなわち、階層識別情報２３０は、圧縮された元来のデータの階層を識別することができるようにＮＡＬＵの優先順位を示す８ビットのプライオリティ（Priority：以下、“Ｐ”と称する）フィールド２３１、ＮＡＬＵの空間階層レベルを示す３ビット乃至８ビットのディペンデンシー識別子（Dependency_id：以下、“Ｄ”と称する）フィールド２３２、ＮＡＬＵの時間階層レベルを示す３ビット乃至８ビットのテンポラルレベル（Temporal_level：以下、“Ｔ”と称する）フィールド２３３、及び／又はＮＡＬＵの品質階層レベルを示す２ビット乃至８ビットのクオリィティーレベル（Quality_level：以下、“Ｑ”と称する）フィールド２３４を含む。
【００２１】
参考までに、同一のＮＡＬＵフォーマットは、ＭＶＣ（Multi-view Video Coding）でも使用される。しかしながら、ＭＶＣにおいて、ＮＡＬＵタイプ情報２２０及び階層識別情報２３０の代わりにビューを示すビュー識別情報（View Identification Information）は、ＮＡＬヘッダーに含まれることがある。
【００２２】
上述したＳＶＣ又はＭＶＣに対するＮＡＬＵフォーマットに従うと、ＮＡＬＵの階層又はビューを識別するためには、ＮＡＬヘッダーの階層識別情報２３０又はビュー識別情報をすべてパーシング（parsing）しなければならない。特に、階層識別情報２３０は、４バイト以下のサイズを有し、ＮＡＬヘッダー２１０のパーシングを通してＰ２３１、Ｄ２３２、Ｔ２３３、及びＱ２３４の値をすべて認識することができない場合には、対応するＮＡＬＵが属する階層を判定することができない。しかしながら、ＮＡＬヘッダー２１０のＰ２３１、Ｄ２３２、Ｔ２３３、及びＱ２３４の値を知るためにＮＡＬヘッダー２１０をすべてパーシングすることは、プロセッサに制約を課し、システムのコストを増加させる。
【００２３】
また、ＮＡＬヘッダー２１０は、ＮＲＩフィールド２２２及びＰフィールド２３１に加えて、Ｄ２３２、Ｔ２３３、及びＱ２３４のような階層識別情報２３０のようにパケットの重要度を識別する様々な情報を含み、これらの情報間の関係が定義されていないので、これを活用するのに難しさがある。例えば、階層識別情報Ｄ２３２、Ｔ２３３、及びＱ２３４について、Ｄ２３２の値として“１”を有するパケットとＴ２３３の値として“１”を有するパケットとが存在する時に、符号化過程の予測に対する関係が理解されない場合には、２つのパケットの優先順位上の階層を識別することができない。
【００２４】
さらに、従来のネットワークのＮＡＬ階層は、ビデオサービスのみに対して設計されている。したがって、オーディオ、ビデオ、テキスト、ユーザーインターフェースのように様々なメディア構成要素が結合される今後のメディアサービスのために、メディア構成要素のタイプに無関係に抽象化が可能なメディア抽象化階層の導入が必要である。
【発明の概要】
【発明が解決しようとする課題】
【００２５】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、マルチメディアサービスを提供する時にマルチメディアサービスを適応的に提供する方法及び装置を提供することにある。
【００２６】
本発明の他の目的は、様々なメディア要素を抽象化することによりアプリケーション階層内の情報を下位ネットワーク階層で使用できるようにするメディア抽象化階層を通してマルチメディアサービスを提供する方法及び装置を提供することにある。
【００２７】
本発明のまた他の目的は、ＭＰＥＧレベルでの理解に基づいて下位階層のための特定の重要度情報を提供するメディア抽象化階層を通してマルチメディアサービスを提供する方法及び装置を提供することにある。
【００２８】
本発明のさらなる他の目的は、メディア抽象化階層により生成された情報をＩＰヘッダーに挿入することにより下位階層での簡単な処理だけで必要な情報へのアクセスを容易にするマルチメディアサービスを提供する方法及び装置を提供することにある。
【課題を解決するための手段】
【００２９】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、マルチメディアデータパケットを送信する方法は、送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するステップと、上記メディア抽象化階層情報を含むマルチメディアデータパケットを生成するステップと、上記マルチメディアデータパケットをネットワークエンティティーに送信するステップとを有することを特徴とする。
【００３０】
本発明の実施形態の他の態様によれば、ネットワーク上のエンティティーがマルチメディアデータパケットをフォーワーディングする方法は、マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信するステップと、上記受信されたメディア抽象化階層情報に基づいて上記マルチメディアデータパケットをフォーワーディングするステップとを有することを特徴とする。
【００３１】
本発明の実施形態のさらに他の態様によれば、マルチメディアデータパケットを送信する装置は、送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するメディア抽象化階層部と、上記メディア抽象化階層情報を含むマルチメディアデータパケットを生成し、上記生成されたマルチメディアデータパケットをネットワークエンティティーに送信するパケット生成部とを有することを特徴とする。
【００３２】
本発明の実施形態のさらなる他の態様によれば、マルチメディアデータパケットをフォーワーディングするネットワークエンティティー装置は、マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信し、上記受信されたメディア抽象化階層情報に基づいて上記マルチメディアデータパケットをフォーワーディングするフォーワーディングポリシー決定部を有することを特徴とする。
【発明の効果】
【００３３】
本発明の実施形態に従って、すべてのマルチメディアデータに適用可能なマルチメディア抽象化階層を提供することにより、メディアデータの重要度又は優先順位、リソース予約状態、ネットワーク状態又はユーザーの要求条件を反映することによりマルチメディアサービスを提供することができる。
【００３４】
また、本発明の実施形態に従って、簡素化されたヘッダー構造を提供し、ＩＰパケットを受信する装置がフローラベルに対応するフィールドをパーシングしなくてもよいので、受信装置の効率的なリソース活用が可能である。
【図面の簡単な説明】
【００３５】
【図１】Ｈ．２６４／ＡＶＣにおけるビデオ符号化階層（ＶＣＬ）及びネットワーク抽象化階層（ＮＡＬ）を示す図である。
【図２】ＮＡＬ単位のフォーマットを示す図である。
【図３】本発明の一実施形態による送信装置の構成を示す図である。
【図４】本発明の一実施形態によるメディア抽象化階層（ＭＡＬ）情報をＩＰパケットに挿入する方式を示す図である。
【図５】本発明の一実施形態によるＭＡＬ情報を含むＩＰパケットヘッダーの構成を示す図である。
【図６】本発明の一実施形態によるメディア認識ネットワーク要素（ＭＡＮＥ）の構成を示す図である。
【図７】本発明の一実施形態による受信装置の構成を示す図である。
【発明を実施するための形態】
【００３６】
以下、本発明を実施するための形態を、図面を参照しながら詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
【００３７】
本発明の実施形態は、ビデオデータのための標準であるＭＰＥＧ−４／ＡＶＣ（Advanced Video Coding, H.264）、ＳＶＣ（Scalable Video Coding）、及びＭＶＣ（Multi-view Video Coding）で使用しているネットワーク抽象化階層（Network Abstraction Layer：ＮＡＬ）の概念をビデオデータだけでなく他のメディアデータ（例えば、オーディオデータ、グラフィックデータ、テキストデータなど）に適用する。
【００３８】
図２を参照して上述したように、従来のＮＡＬヘッダー２１０は、ビデオパケットの重要度を表示する情報を含む。また、ＳＶＣ  ＮＡＬヘッダーは、時間的階層、空間的階層、及び品質階層を示す階層認識情報２３０を含み、ＭＶＣヘッダーは、ビュー（view）番号を示す情報を含む。
【００３９】
このＮＡＬヘッダーに含まれる情報は、上位プロトコル階層から下位プロトコル階層に伝達されるトップダウン（top-down）インターフェースで抽象化され生成される。このような情報が、対応するパケットの重要度を示すので、パケットサービスをネットワーク状態又は端末状態に従って適応的に提供することができる。
【００４０】
本発明は、ＮＡＬの概念をすべてのメディアに拡張するために“メディア分類子（classifier）”及び“ラベル（label）”と呼ばれる識別子（identifier）を定義する。本発明によると、“メディア分類子”は、メディアに関する具体的な理解なしにメディアに含まれる優先順位情報が下位プロトコル階層により使用することができるように抽象化される優先順位情報を提供する。“ラベル”は、それぞれのストリーム（例えば、ビデオストリーム又はオーディオストリームなど）を識別するための識別子である。
【００４１】
また、本発明において、送信されるメディアデータに関連した情報を抽象化するトップダウン（Top-down）インターフェース、すなわち、メディア抽象化階層（Media Abstraction Layer：ＭＡＬ）を提案する。下記の説明において、ＭＡＬで抽象化されたデータ関連情報は、ＭＡＬ情報であると呼ばれる。
【００４２】
一方、本発明において、送信装置（サーバ又は端末）は、ＭＡＬ情報を生成し、パケットのヘッダーとともに送信し、ネットワークエンティティー（ルータ又は基地局など）は、ＭＡＬ情報を用いてパケットの重要度又はリソース予約状態を識別し、したがって、この識別された結果に基づいてパケットを送信することができる。
【００４３】
図３は、本発明の一実施形態による送信装置３００の構成を示す図である。
【００４４】
図３を参照すると、送信装置３００は、メディアデータ供給部３０１と、メディア抽象化階層部３０２と、パケット生成部３０３とを含む。ここで、送信装置３００は、例えば、マルチメディアサービスを提供するサーバであることができる。
【００４５】
メディア抽象化階層部３０２は、１つのＩＰパケットをメディアデータ供給部３０１から受信し（３０８）、ＭＡＬ情報を生成し、パケット生成部３０３に送信する（３１０）。また、メディア抽象化階層部３０２は、メディアデータ供給部３０１から受信したＩＰパケットをパケット生成部３０３に送信する（３０９）。
【００４６】
この時に、メディア抽象化階層部３０２で生成される対応するメディアデータに関するＭＡＬ情報は、メディア分類子情報及びラベル情報を含むことができる。上述したように、メディア分類子情報は、下位ネットワークでメディアパケットの抽象化された重要度情報を認識するために使用することができ、ラベル情報は、下位ネットワークがパケットを識別するために使用することができる。
【００４７】
パケット生成部３０３は、メディア抽象化階層部３０２から受信されたＭＡＬ情報３１０及びＩＰパケット３０９を用いてパケットを生成し、この生成されたパケットを、ネットワーク３１３を通して送信する。ＭＡＬ情報に含まれたメディア分類子情報及びラベル情報は、ＩＰパケットのヘッダー又は他の下位プロトコルのパケットのヘッダーに含まれることができる。
【００４８】
図３に示すような構成に従ってパケットを送信する例を次のように説明する。
【００４９】
まず、ＭＡＬで生成されるメディア分類子を使用するクラス別サービス品質（ＱｏＳ）方式について説明する。
【００５０】
サーバと端末との間でオーディオデータストリームのメディア分類子が１に、テキストデータストリームのメディア分類子が２に、ビデオデータストリームのメディア分類子が３に予め約束（又は設定）されているものと仮定する。また、メディア分類子が設定されたストリームに対する優先順位が送信装置、ネットワークエンティティー、及び受信装置の間で約束されていると仮定する。
【００５１】
ビデオデータパケットを送信する場合に、送信装置は、対応するパケットに含まれるメディア分類子情報を３に設定することによりパケットを生成し送信する。ネットワークエンティティー（例えば、ルータ）は、この受信されたパケットに含まれるメディア分類子情報（すなわち、３）により受信されたパケットのＱｏＳクラスを認識することができる。この後に、ネットワークエンティティーは、ネットワーク状態及びＱｏＳクラスのフォーワーディングポリシーに基づいてパケットをフォーワーディングするか否かを決定することができる。
【００５２】
この後に、ＭＡＬで生成されるラベル情報を用いるフロー別（すなわち、ストリーム別）ＱｏＳ方式について説明する。
【００５３】
サーバと端末との間でオーディオデータストリームのラベルが１に、テキストデータストリームのラベルが２に、ビデオデータストリームのラベルが３に予め約束（又は、設定）されているものと仮定する。
【００５４】
送信装置がビデオパケットを送信する場合に、対応するパケットにラベル情報を３に設定することによりパケットを生成し送信する。ネットワークエンティティー（例えば、ルータ）は、この受信されたパケットのラベル情報（すなわち、３）によりこの受信されたパケットの重要度、優先順位、又はリソース予約情報などを認識することができる。この後に、このネットワークエンティティーは、ネットワーク状態、この受信されたパケットの重要度、優先順位、又はリソース予約情報に基づいてパケットを送信することができる。
【００５５】
このデータストリーム別ラベル、このラベルに従う重要度、優先順位、又はリソース予約情報は、送信装置、受信装置、及びネットワークエンティティー間の呼設定の過程で設定することができる。
【００５６】
以下では、本発明で提案するメディア抽象化階層情報であるＭＡＬ情報について説明する。
【００５７】
パケットに含まれるＭＡＬ情報は、下位階層のネットワークエンティティーにより対応するメディアの抽象化されたＱｏＳクラスを分類するためのメディア分類子情報と、データパケットの損失重要度、遅延重要度、優先順位、又はリソース予約情報を認識するための情報とをラベル（すなわち、タグ）の形式で含む。一方、本発明で提案するＭＡＬ情報のフォーマットは、従来の他のプロトコル標準、例えば、インターネットプロトコル（ＩＰ）ヘッダー、送信制御プロトコル（Transmission Control Protocol：ＴＣＰ）ヘッダー、ユーザーデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）ヘッダー、及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーとともに使用することができる。
【００５８】
ＭＡＬ情報を用いてメディアサービスを提供するためには、送受信側ネットワーク間の呼設定過程が必要である。すなわち、この呼設定過程を通して各ネットワークエンティティーは、ラベル値が意味することを約束することができる。
【００５９】
各ラベル値が意味する値をリストしたテーブルは、ラベルテーブル（Label Table：ＬＴ）と呼ばれる。放送網のように送受信側ネットワーク間の呼設定過程が不可能である場合に、ＭＰＥＧ−２システムのプログラムマップテーブル（Program Map Tables：ＰＭＴ）のように周期的な時間間隔でＬＴを送信する方法を使用することができる。
【００６０】
一方、本発明の実施形態によるＭＡＬ情報は、クラス別ＱｏＳ方式のためのメディア分類子フォーマットとストリーム別ＱｏＳ方式のためのラベルフォーマットとに分類することができる。
【００６１】
クラス別ＱｏＳ方式は、送信装置と受信装置間のサービス提供のためのリソース予約過程なしに、損失率及び送信遅延に対する要求事項に基づいて対応するメディアを抽象化し、この抽象化されたメディアを分類子の形式で含む。
【００６２】
例えば、１つのメディアサービスが１つのビデオストリーム、オーディオストリーム、及び字幕をサポートするためのテキストストリームを含む場合に、ＭＡＬは、各ストリームの送信遅延及び損失要求事項に従ってＱｏＳクラスを抽象化し、これを分類するための形式でメディア分類子値を決定する。選択的に、オーディオストリームの重要度は、ビデオストリームの重要度よりさらに大きいことがある。図４に後述するように、メディア分類子の値は、インターネットプロトコルバージョン４（Internet Protocol version 4：ＩＰｖ４）ヘッダーのタイプオブサービス（Type-Of-Service：ＴＯＳ）フィールド又はインターネットプロトコルバージョン６（Internet Protocol version 6：ＩＰｖ６）ヘッダーのトラフィッククラス（Traffic Class：ＴＣ）フィールドに挿入することができる。例えば、このメディア分類子の値が２ビットに設定される場合に、１１、１０、０１、及び００の順序でパケット別重要度を差別化する。すなわち、オーディオパケットは、メディア分類子値１１を含み、テキストパケットは、メディア分類子値１０を含み、ビデオパケットは、メディア分類子値０１を含むことができる。
【００６３】
次に、単一ストリームを構成する複数のサブストリームに対して異なるメディア分類子を適用する例は、次のようである。
【００６４】
ＳＶＣのようにビデオストリームが異なる優先順位の３個の階層（基本階層、向上階層１、及び向上階層２）に分類される場合に、基本階層は、より高い重要度を有し、基本階層が他の階層より早く到達しなければならない。したがって、送信遅延及びパケット損失が小さいＱｏＳクラスが基本階層に割り当てられる。基本階層より低い優先順位を有するＱｏＳクラスは、向上階層１及び向上階層２に割り当てられる。上述したように、メディア分類子のサイズが２ビットに設定される場合に、基本階層、向上階層１、及び向上階層２に対するＱｏＳクラスを、１１、１０、及び０１にそれぞれ差別化することができる。
【００６５】
フロー別ＱｏＳ方式において、リソース予約は、ストリーム別に行われ、対応するフローは、リソース予約に関するラベル情報を有する。例えば、ラベル値が１に設定されるフローに対しては、３００ｋｂｐｓのリソースが予約されると仮定する場合に、送信装置で生成されパケットに含まれたラベル値が１であり、ネットワークエンティティーがこのパケットに含まれたラベル値を識別する場合に、対応するフローは、呼設定過程で送信されたＬＴ及びパケットのラベル値に基づいてラベル値１に対応する３００ｋｂｐｓのリソースを使用して送信される。選択的に、この場合に、現在使用可能なリソースも考慮することができる。
【００６６】
また、このリソース予約を、セッション別に行うことができる。すなわち、送受信側ネットワーク間の呼設定の時にラベルスイッチングをサポートするためにリソース予約がなされる単位がストリーム単位であるか又はセッション単位であるかに従って、ラベル情報を、ストリーム単位又はセッション単位で設定することができる。
【００６７】
さらに、このリソース予約過程及びラベル情報設定は、送信側と受信側間の呼設定過程で予め約束することができる。この時、ネットワークエンティティーがマルチプロトコルラベルスイッチング（Multi-Protocol Label Switching：ＭＰＬＳ）をサポートする場合、本発明によるラベルのフォーマットを、ＭＰＬＳによりサポートされるラベルのフォーマットとの互換性を有するように構成することができる。この場合に、受信側が、ＭＰＬＳ方式のラベルと互換性を有する本発明によるラベルを認識することができる場合に、ＳＶＣで定義された従来のＮＡＬヘッダーは送信されなくてもよい。また、既存のＲＴＰヘッダー及びＵＤＰヘッダーの内容のうち、１つのセッションの間に変わらない情報をラベルに挿入することができる。このラベルスイッチングは、３番目の階層のパケットが２番目の階層でルーティングされる技術である。このような技術は、ＩＰアドレスの代わりに個別のラベルをデータパケットに付加し、この付加されたラベルを用いてスイッチングを実行することにより、高速のスイッチングを実行することができるようにする。
【００６８】
次いで、ＭＡＬ情報を送信する方式について説明する。
【００６９】
図４は、本発明の一実施形態によるＭＡＬ情報をＩＰパケットに挿入する方法を示す図である。
【００７０】
図４を参照すると、ＭＡＬパケットのための仮想ヘッダーは、本発明の一実施形態に従って定義されたＭＡＬ情報フォーマットで定義される。この仮想ヘッダーに含まれた内容は、下位階層内のパケットヘッダー（例えば、ＩＰパケットヘッダー）に含めるためのものであり、仮想ヘッダー４２０は、内部的に、メディア分類子ヘッダー４２１とラベルヘッダー４２２とに分類される。
【００７１】
メディア分類子ヘッダー４２１は、下位階層がクラス別ＱｏＳ方式を使用する時に適用することができ、メディア分類子ヘッダー４２１の長さは、システム設定に従って変わり得る。下位階層のクラス別ＱｏＳプロトコルとの互換を考慮すると、その長さは、３ビット乃至６ビット程度が好ましい。メディア分類子ヘッダー４２１は、ＩＰｖ４ヘッダー４１０のＴＯＳフィールド４１１に挿入するか又はＩＰｖ６ヘッダー４３０のＴＣフィールド４３１に挿入することができる。
【００７２】
ラベルヘッダー４２２は、下位階層がフロー別ＱｏＳ方式を使用する時に適用することができる。８ビットのサイズを有するラベルヘッダー４２２は、ラベル番号を含む７ビットと必要の時に拡張のための拡張フラグビットの１ビットとを含む。ラベルヘッダー４２２は、ＩＰｖ４ヘッダー４１０の拡張ＩＰヘッダー（extended IP header）４１３に挿入するか、又はＩＰｖ６ヘッダー４３０のフローラベル（flow label）フィールド４３３に挿入することができる。
【００７３】
図５は、本発明の一実施形態によるＭＡＬ情報を含むＩＰパケットヘッダーの構成を示す図である。
【００７４】
図５は、リアルタイムメディアストリームに簡素化されたヘッダーを適用するために、複数のパケットのうちＵＤＰヘッダー及びＲＴＰヘッダーで同一に反復される部分を除去し、このような情報をＬＴに挿入することによりヘッダーを簡素化する方法を示す。参照符号５１０、５３０、及び５４０は、ＩＰｖ４パケットを示し、参照符号５５０は、ＩＰｖ６パケットを示す。図５は、それぞれのパケットでＵＤＰヘッダー及びＲＴＰヘッダーを簡素化することによりラベル情報を生成する一例を示す。
【００７５】
参照符号５１０は、オンデマンドビデオサービスのようなリアルタイムメディアデータの送信のためのメディアパケットを示す。参照符号５６０は、ＵＤＰヘッダーを示し、参照符号５７０は、ＲＴＰヘッダーを示す。
【００７６】
リアルタイムメディアサービスにおいて、一般的に、秒当たりの数十又は数百のパケットが、１つのセッションに対して送信される。リアルタイムメディアストリームの特性により、送信されるメディアパケットのヘッダーは、１つのセッションの間に送信されるパケットごとに同一に反復されるフィールドを含む。参照符号５１１、５１２、５１４、５１５、５１８、５１９、及び５２０は、パケットごとに同一に反復されるフィールドであり、参照符号５１３、５１６、及び５１７は、パケットにより差別化されるフィールド（このフィールドは、同一であるか又は他のフィールドと重複することもある）であるが、このフィールドについての詳細な説明は、本発明の要旨を不明瞭にするので省略する。
【００７７】
重要なフィールドの１つは、ネットワーク抽象化階層ヘッダー（Network Abstraction Layer Header：ＮＡＬＨ）フィールド５２０である。このフィールドは、ＮＡＬヘッダーを示し、図２に示すように、パケットの重要度又は優先順位を含む。
【００７８】
参照符号５３０で示すパケットにおいて、パケット５２０のＵＤＰヘッダー５６０及びＲＴＰヘッダー５７０で反復されるフィールド５１１、５１２、５１４、５１５、５１８、５１９、及び５２０は、１つのラベル情報（フローラベルフィールド）５３１に挿入され、パケットごとに異なり得るフィールド５１３、５１６、及び５１７は、フローラベルフィールド５３１の後ろに配列される。
【００７９】
参照符号５３０で示すパケットにおいて、長さフィールド５３２は、ＩＰヘッダー内に含まれた長さフィールド（図示せず）と重複する。したがって、長さフィールド５３２は、省略が可能である。また、ＴＳフィールド５３４は、タイムスタンプ（Time Stamp）であり、メディアデータの生成が周期的である場合、タイムスタンプの情報を受信側での計算に従って認識することができ、したがって、この情報は、省略が可能である。
【００８０】
参照符号５４０で示すパケットは、参照符号５３０で示すパケットで重複する長さフィールド５３２及び受信側で計算可能なＴＳフィールド５３４が省略されるパケットを意味する。
【００８１】
参照符号５５０で示すパケットは、ＩＰｖ６パケットを示し、ＩＰｖ６ヘッダー５５１は、２４ビット長さのフローラベルフィールドを有し、本発明に従うＭＡＬ情報は、このフィールドを用いてＩＰｖ６ヘッダーに挿入することができる。
【００８２】
簡素化されない従来のヘッダーを使用する場合に、受信側では、すべてのフィールドをパーシングしなければならない。しかしながら、図５に示すようにヘッダーを簡素化する場合に、フローラベルに対応するフィールドを毎回パーシングする必要はない。
【００８３】
本発明で定義したＭＡＬ情報について説明した。このようなＭＡＬ情報は、メディアストリームに関する理解なしに抽象化された重要度及び優先順位を用いてクラス別ＱｏＳ方式及びフロー別ＱｏＳ方式を保証するサービスを提供することができる。
【００８４】
一方、ＭＰＥＧ技術において、メディアの重要度及び優先順位情報を理解し、これを活用してフォーワーディングを実行するネットワークエンティティーをメディア認識ネットワーク要素（Media Aware Network Element：ＭＡＮＥ）と呼ぶ。ＭＡＮＥの動作を参照すると、例えば、ルータ、ＩＥＥＥ８０２シリーズのメディアアクセスコントロール（Media Access Control：ＭＡＣ）、又は３ＧＰＰのブロードキャストマルチキャストサービスセンター（Broadcast Multicast Service Center：ＢＭＳＣ）のように受信されたメディアパケットをフォーワーディング（forwarding）するネットワークエンティティーは、ＭＡＬ情報に含まれるメディア分類子情報に従ってパケットの重要度別に適応的にフォーワーディングすることができるＭＡＮＥとして動作することができる。例えば、差別化サービス（Differentiated Service：Ｄｉｆｆｓｅｒｖ）ルーティング方式を使用するルータにおいて、データがバッファを超過する場合に、優先順位が低いパケットから廃棄される。このために、ＭＡＬ情報のメディア分類子値を確認する。
【００８５】
クラス別ＱｏＳ方式において、ネットワークエンティティーは、受信されたパケットがどんなサービスに属するパケットであるかに関係なく、ＩＰヘッダーに含まれている重要度、すなわち、メディア分類子値を用いてパケットを適応的に処理する。例えば、オーディオパケットのメディア分類子値が１１であり、基本階層内のビデオパケットのメディア分類子値が１０であり、向上階層１内のビデオパケットのメディア分類子値が０１であり、向上階層２内のビデオパケットのメディア分類子値が００であることが受信される時に、ネットワークエンティティーがネットワーク状態又はルータバッファの超過によりパケットのうちのいずれか１つを廃棄すべき場合に、ネットワークエンティティーは、メディア分類子値に従ってパケットを廃棄しなければならない。すなわち、向上階層２内のビデオパケット、向上階層１内のビデオパケット、基本階層内のビデオパケット、及び基本階層内のオーディオパケットの順序でパケットを廃棄する。例えば、ＩＥＥＥ８０２．１１ｅ標準において、ＩＰヘッダーに含まれている重要度に関する情報に従って定められたキュー（Queue）にパケットを挿入する。通常、優先順位は、４つのレベルに設定され、キューを通過するパケットの速度及びパケット損失の処理方法は、対応するキューごとに異なり得る。
【００８６】
フロー別ＱｏＳ方式において、メディア識別子であるラベル値を確認し、ラベル値に従って予め定められたリソースを用いてＱｏＳ（例えば、ビット率、損失率、又は遅延）をサポートする。予め定められたリソースは、対応するネットワークエンティティーにストリーム別に予め保存されているリソース予約テーブルを検索することにより対応するラベルに対応するリソースに従って決定することができる。例えば、ＩＥＥＥ８０２．１６において、オーディオストリームに対するＱｏＳがアンソリシテッドグラントサービス（Unsolicited Grant Service：ＵＧＳ）で定められる場合に、それに従って予め定められたＱｏＳ要件を保証する。したがって、リソース予約テーブルは、対応するサービスが終了するまでネットワークエンティティーに保存される。すなわち、パケットが送信側から受信される場合に、対応するパケットのラベルを確認することにより、対応するラベルストリームのＱｏＳ要件をリソース予約テーブルで検索し、対応するリソースに従ってサービスを提供するようにする。
【００８７】
図６は、本発明の一実施形態によるＭＡＮＥ６００の構成を示す図である。
【００８８】
図６を参照すると、ＭＡＮＥ６００のフォーワーディングポリシー決定部６０９が送信側からパケットを受信する場合に（６０６）、フォーワーディングポリシーに従ってパケットを適応的にフォーワーディングする（６１０）。フォーワーディングポリシーは、受信されたパケットのＭＡＬ情報に含まれるメディア分類子値に従って変わり得る。
【００８９】
ＭＡＮＥ６００がサービスクラス別ＱｏＳ方式をサポートする場合に、ＭＡＮＥ６００は、対応するパケットのメディア分類子のクラスを確認し、それに従って、対応するパケットをフォーワーディングするか否かを決定する。一方、ＭＡＮＥ６００がフロー別（すなわち、ストリーム別）ＱｏＳ方式をサポートする場合には、ＭＡＮＥ６００は、ラベル値を確認し、リソース予約テーブル６０２に保存されている対応するラベルに割り当てられたリソースを確認し（照会：６０５、照会結果受信：６１１）、使用可能なリソース判定部６０４の使用可能なリソース情報を確認し（照会：６０８、照会結果受信：６０７）、使用可能なリソース内でフォーワーディングポリシーを決定し、このパケットをフォーワーディングする（６１０）。
【００９０】
図７は、本発明の一実施形態による受信装置７００の構成を示す図である。
【００９１】
受信装置７００は、例えば、ユーザー端末（User Equipment）であり得る。
【００９２】
図７を参照すると、受信装置７００は、ストリーム別に復号部７０４を含み、信号を受信する受信部７０２及び復号部７０４を制御する制御部７０６を含む。復号部７０４は、必要なだけのバッファ（図示せず）を含み得る。
【００９３】
受信部７０２から受信されたパケットがラベルを含む場合に、制御部７０６は、ラベルを確認し、パケットに対応する復号部７０４を確認する。また、受信部７０２から受信されたパケットがラベルを含まない場合に、制御部７０６は、ＴＣＰ又はＵＤＰヘッダーを読み出し、メディアパケットの復号のための復号部７０４を確認する。
【００９４】
図３乃至図７に示す構成、動作、又は信号のフローが本発明の範囲を限定するためのものではないことに留意しなければならない。すなわち、図３乃至図７に示す構成及び動作は、それぞれ装置で動作する構成を例示するだけであり、すべての過程が必ず含まれなくても実現可能であり、個別的に実行されなくてもよい。
【００９５】
上述した動作を、対応するプログラムコードを記憶するメモリ装置を送信装置３００、受信装置７００、又はＭＡＮＥ６００のようなネットワークエンティティー装置内の任意の構成部に含むことにより実現することができる。すなわち、送信装置３００、受信装置７００、又はＭＡＮＥ６００のようなネットワークエンティティー装置の構成部を、メモリ装置内に記憶されたプログラムコードを読み出し実行するプロセッサ又は中央処理装置（Central Processing Unit：ＣＰＵ）により実現することができる。
【００９６】
以上、本発明を具体的な実施形態を参照して詳細に説明したが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００９７】
１１０  ビデオ符号化階層
１１１  ＶＣＬで生成された符号化データ
１１３  パラメータセット及びＳＥＩなど
１２０  ネットワーク抽象化階層
１２３  ＶＣＬ  ＮＡＬ単位
１２５  非ＶＣＬ  ＮＡＬ単位
１３０  システム情報の送信及び格納
１３１  Ｈ．２６４／ＡＶＣファイルフォーマット
１３５  ＭＰＥＧ−２システム
【図１】
2014509473.tif 000003
【図２】
2014509473.tif 000004
【図３】
2014509473.tif 000005
【図４】
2014509473.tif 000006
【図５】
2014509473.tif 000007
【図６】
2014509473.tif 000008
【図７】
2014509473.tif 000009
【手続補正書】
【提出日】平成25年7月22日(2013.7.22)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアデータパケットを送信する方法及び装置に関し、特に、サービス品質（Quality of Service：ＱｏＳ）方式に従って適応的にマルチメディアデータパケットを送信する方法及び装置に関する。
【背景技術】
【０００２】
マルチメディアサービスは、画像電話のような対話型サービスと、ビデオオデマンド（Video On Demand：ＶｏＤ）ファイルの送信のようなストリーミングサービスと、マルチキャスト及びブロードキャストサービスとを意味する。リアルタイムマルチメディアサービスは、対話型サービス、インタラクティブサービス、及びストリーミングサービスなどに分類することができる。また、リアルタイムマルチメディアサービスは、サービスに参加しているユーザーの数に従って、ユニキャスト、マルチキャスト、及びブロードキャストに分類することができる。
【０００３】
マルチメディアサービスを提供するために、ネットワークは、大きく３通りの方式、すなわち、ベストエフォート（Best Effort：ＢＥ）方式、クラス別ＱｏＳ（per class QoS）方式、及びフロー別ＱｏＳ（per flow QoS）方式でサービス品質（Quality of Service：ＱｏＳ）を保証する。
【０００４】
まず、ＢＥサービスのＱｏＳを保証するために何のサポートもしない。
【０００５】
クラス別ＱｏＳサービスは、パケットごとに重要度を異ならせてネットワークでその重要度に従ってパケットを処理する。すなわち、パケットのＱｏＳは、対応するパケットがどんなフローに属しているかに関係なく、対応するパケットの重要度、例えば、優先順位に従って制御される。クラス別ＱｏＳ方式をサポートするためには、送信装置と受信装置間のリソースの予約が不必要である。参考にまで、この優先順位は、損失優先順位（loss priority）及び遅延優先順位（delay priority）に分類することができる。
【０００６】
フロー別ＱｏＳサービスは、ストリーム別にリソースを予約する。例えば、フロー別にリソース（すなわち、ビット率及びバッファ状態）又はＱｏＳ（例えば、遅延及び損失率など）を予約する。ここで、フローとは、１つのサービスを提供するために使用されるストリームを意味する。例えば、ＶｏＤサービスを提供するために使用されるビデオストリーム、オーディオストリーム、及びテキストストリームは、個別のフローである。
【０００７】
ＩＥＥＥ(Institute of Electrical and Electronics Engineers)８０２．１６（ＷｉＢＲＯ(Wireless Broadband)及びＷＩＭＡＸ(Worldwide Interoperability for Microwave Access)）及びロングタームエボルーション（Long Term Evolution：ＬＴＥ）標準だけではなく、３ＧＰＰ(3G Partnership Project)ＵＭＴＳ(Universal Mobile Telecommunications System)（３Ｇ；3rd Generation）標準でもクラス別ＱｏＳ及びフロー別ＱｏＳをサポートする。しかしながら、ＱｏＳ方式を使用するためには、上位階層であるメディア階層には、下位階層であるネットワーク間のインターフェースが必要である。
【０００８】
ＭＰＥＧ（Moving Picture Experts Group）−２及びＨ．２６４、特に、スケーラブルビデオコーディング（Scalable Video Coding：ＳＶＣ）を使用する時に、各ビデオパケットは、重要度の観点で相互に異なる。ビデオサービスのＱｏＳを効率的に制御するためには、このようなパケット間の重要度差を識別しなければならない。パケットスイッチング方式の場合に、ＩＰｖ６では、パケット別重要度を識別するために、５つのタプル（tuples）（すなわち、受信者アドレス、送信者アドレス、受信者内のサービスのポート番号、送信器内のサービスのポート番号、及び使用されるプロトコル）をＩＰｖ６ヘッダーから読み出した後に、パケットの重要度を示すヘッダーデータをビデオパケットのペイロードから読み出さなければならない。このような方式は、パケットごとに処理時間がかかり、プロトコル階層の独立性に違反する。例えば、ルータは、パケットの処理にあたり、パケットのＩＰヘッダーを読み出すことができなければならないが、これは、実際には不可能である。
【０００９】
パケット別重要度を容易に判定できる場合のみ、ルータは、ＱｏＳ（Quality of Service）制御を円滑に実行することができる。例えば、ネットワーク状態が悪い場合に、ルータは、パケット別重要度に従って重要でないパケットを廃棄することができる。
【００１０】
一方、標準化が進行中であるスケーラブルビデオコーディング（Scalable Video Coding：ＳＶＣ）又はマルチビュービデオコーディング（Multi-view Video Coding：ＭＶＣ）は、Ｈ．２６４／ＡＶＣ（Advanced Video Coding）標準に基づいている。符号化されたデータは、Ｈ．２６４／ＡＶＣのネットワーク抽象化階層単位（Network Abstraction Layer Unit：ＮＡＬＵ）フォーマットでビット列に構成される。
【００１１】
図１は、Ｈ．２６４／ＡＶＣのビデオ符号化階層（Video Coding Layer：ＶＣＬ）及びネットワーク抽象化階層（ＮＡＬ）を示す図である。
【００１２】
Ｈ．２６４／ＡＶＣにおいて、ネットワーク抽象化階層（Network Abstraction Layer：ＮＡＬ）１２０は、ビデオ符号化を処理するビデオ符号化階層１１０と符号化された情報の送信及び格納を行う下位階層システム１３０との間で定義される。したがって、ＶＣＬ１１０は、ＮＡＬ１３０から分離される。
【００１３】
ＮＡＬ１２０は、Ｈ．２６４／ＡＶＣファイルフォーマット１３１、実時間転送プロトコル（Real-time Transport Protocol：ＲＴＰ）１３３、及びＭＰＥＧ−２システム１３５のようなフォーマットで符号化データ１１１を下位階層システム１３０のビット列にマッピングするために、ＮＡＬ単位（NAL Unit：ＮＡＬＵ）でＶＣＬで生成された符号化データ１１１及びパラメータセット又は付加拡張情報（Supplemental Enhancement Information：ＳＥＩ）１１３のような情報を処理する。
【００１４】
ＮＡＬ単位は、ＶＣＬ  ＮＡＬ単位１２３と非（non）ＶＣＬ  ＮＡＬ単位１２５とに分けられる。ＶＣＬ  ＮＡＬ単位１２３は、ＶＣＬで生成された符号化データ１１１に対応するＮＡＬ単位であり、非ＶＣＬ  ＮＡＬ単位１２５は、パラメータセット又はＳＥＩ１１３の情報に対応するＮＡＬ単位である。
【００１５】
ＮＡＬ単位は、基本的に、ＮＡＬヘッダーと、ＶＣＬで動映像圧縮の結果から生成されたデータ部分であるローバイトシーケンスペイロード（Raw Byte Sequence Payload：ＲＢＳＰ）とを含む。
【００１６】
図２は、ＮＡＬ単位のフォーマットを説明するための図である。
【００１７】
図２を参照すると、ＮＡＬ単位２００は、ＮＡＬヘッダー２１０とＮＡＬペイロード２４０とを含む。
【００１８】
ＮＡＬヘッダー２１０は、一般的に、１乃至５バイトのサイズを有する。ＮＡＬヘッダー２１０は、ＮＡＬＵのタイプを示すＮＡＬＵタイプ情報２２０とＮＡＬＵペイロードに含まれる圧縮された元来のデータの階層を識別する階層識別情報（Layer Identification Information）２３０とを含む。
【００１９】
ＮＡＬＵタイプ情報２２０は、１ビットの固定ビット（Ｆ）フィールド２２１、ＮＡＬＵが参照ピクチャであるか否かを示す２ビットのＮＲＩ（nal_ref_idc）フィールド２２２と、ＮＡＬＵのタイプを示す識別子である５ビットのＮＡＬＵ  Ｔｙｐｅフィールド２２３とを含む。
【００２０】
階層識別情報２３０は、優先順位、空間階層レベル、時間階層レベル、及び／又は品質階層レベルの組み合せを含むことができる。例えば、階層識別情報２３０は、圧縮された元来のデータの階層を識別することができるようにＮＡＬＵの優先順位を示す８ビットのプライオリティ（Priority：以下、“Ｐ”と称する）フィールド２３１、ＮＡＬＵの空間階層レベルを示す３ビット乃至８ビットのディペンデンシー識別子（Dependency_id：以下、“Ｄ”と称する）フィールド２３２、ＮＡＬＵの時間階層レベルを示す３ビット乃至８ビットのテンポラルレベル（Temporal_level：以下、“Ｔ”と称する）フィールド２３３、及び／又はＮＡＬＵの品質階層レベルを示す２ビット乃至８ビットのクオリィティーレベル（Quality_level：以下、“Ｑ”と称する）フィールド２３４を含む。
【００２１】
参考までに、同一のＮＡＬＵフォーマットは、ＭＶＣ（Multi-view Video Coding）でも使用される。しかしながら、ＭＶＣにおいて、ＮＡＬＵタイプ情報２２０及び階層識別情報２３０の代わりにビューを示すビュー識別情報（View Identification Information）は、ＮＡＬヘッダーに含まれることがある。
【００２２】
上述したＳＶＣ又はＭＶＣに対するＮＡＬＵフォーマットに従うと、ＮＡＬＵの階層又はビューを識別するためには、ＮＡＬヘッダーの階層識別情報２３０又はビュー識別情報をすべてパーシング（parsing）しなければならない。特に、階層識別情報２３０は、４バイト以下のサイズを有し、ＮＡＬヘッダー２１０のパーシングを通してＰ２３１、Ｄ２３２、Ｔ２３３、及びＱ２３４の値をすべて認識することができない場合には、対応するＮＡＬＵが属する階層を判定することができない。しかしながら、ＮＡＬヘッダー２１０のＰ２３１、Ｄ２３２、Ｔ２３３、及びＱ２３４の値を知るためにＮＡＬヘッダー２１０をすべてパーシングすることは、プロセッサに制約を課し、システムのコストを増加させる。
【００２３】
また、ＮＡＬヘッダー２１０は、ＮＲＩフィールド２２２及びＰフィールド２３１に加えて、Ｄ２３２、Ｔ２３３、及びＱ２３４のような階層識別情報２３０のようにパケットの重要度を識別する様々な情報を含み、これらの情報間の関係が定義されていないので、これを活用するのに難しさがある。例えば、階層識別情報Ｄ２３２、Ｔ２３３、及びＱ２３４について、Ｄ２３２の値として“１”を有するパケットとＴ２３３の値として“１”を有するパケットとが存在する時に、符号化過程の予測に対する関係が理解されない場合には、２つのパケットの優先順位上の階層を識別することができない。
【００２４】
さらに、従来のネットワークのＮＡＬ階層は、ビデオサービスに対して設計されている。したがって、オーディオ、ビデオ、テキスト、ユーザーインターフェースのように様々なメディア構成要素が結合される今後のメディアサービスのために、メディア構成要素のタイプに無関係に抽象化が可能なメディア抽象化階層の導入が必要である。
【発明の概要】
【発明が解決しようとする課題】
【００２５】
本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の便宜を提供することにある。すなわち、本発明の目的は、マルチメディアサービスを提供する時にマルチメディアサービスを適応的に提供する方法及び装置を提供することにある。
【００２６】
本発明の他の目的は、様々なメディア要素を抽象化することによりアプリケーション階層内の情報を下位ネットワーク階層で使用できるようにするメディア抽象化階層を通してマルチメディアサービスを提供する方法及び装置を提供することにある。
【００２７】
本発明のまた他の目的は、ＭＰＥＧレベルでの理解に基づいて下位階層のための特定の重要度情報を提供するメディア抽象化階層を通してマルチメディアサービスを提供する方法及び装置を提供することにある。
【００２８】
本発明のさらなる他の目的は、メディア抽象化階層により生成された情報をＩＰヘッダーに挿入することにより下位階層での簡単な処理だけで必要な情報へのアクセスを容易にするマルチメディアサービスを提供する方法及び装置を提供することにある。
【課題を解決するための手段】
【００２９】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、マルチメディアデータパケットを送信する方法は、送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するステップと、上記メディア抽象化階層情報を含むマルチメディアデータパケットを生成するステップと、上記マルチメディアデータパケットをネットワークエンティティーに送信するステップとを有することを特徴とする。
【００３０】
本発明の実施形態の他の態様によれば、ネットワーク上のエンティティーがマルチメディアデータパケットをフォーワーディングする方法は、マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信するステップと、上記受信されたメディア抽象化階層情報に基づいて上記マルチメディアデータパケットをフォーワーディングするステップとを有することを特徴とする。
【００３１】
本発明の実施形態のさらに他の態様によれば、マルチメディアデータパケットを送信する装置は、送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するメディア抽象化階層部と、上記メディア抽象化階層情報を含むマルチメディアデータパケットを生成し、上記生成されたマルチメディアデータパケットをネットワークエンティティーに送信するパケット生成部とを有することを特徴とする。
【００３２】
本発明の実施形態のさらなる他の態様によれば、マルチメディアデータパケットをフォーワーディングするネットワークエンティティー装置は、マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信し、上記受信されたメディア抽象化階層情報に基づいて上記マルチメディアデータパケットをフォーワーディングするフォーワーディングポリシー決定部を有することを特徴とする。
【発明の効果】
【００３３】
本発明の実施形態に従って、すべてのマルチメディアデータに適用可能なマルチメディア抽象化階層を提供することにより、メディアデータの重要度又は優先順位、リソース予約状態、ネットワーク状態又はユーザーの要求条件を反映することによりマルチメディアサービスを提供することができる。
【００３４】
また、本発明の実施形態に従って、簡素化されたヘッダー構造を提供し、ＩＰパケットを受信する装置がフローラベルに対応するフィールドをパーシングしなくてもよいので、受信装置の効率的なリソース活用が可能である。
【図面の簡単な説明】
【００３５】
【図１】Ｈ．２６４／ＡＶＣにおけるビデオ符号化階層（ＶＣＬ）及びネットワーク抽象化階層（ＮＡＬ）を示す図である。
【図２】ＮＡＬ単位のフォーマットを示す図である。
【図３】本発明の一実施形態による送信装置の構成を示す図である。
【図４】本発明の一実施形態によるメディア抽象化階層（ＭＡＬ）情報をＩＰパケットに挿入する方式を示す図である。
【図５】本発明の一実施形態によるＭＡＬ情報を含むＩＰパケットヘッダーの構成を示す図である。
【図６】本発明の一実施形態によるメディア認識ネットワーク要素（ＭＡＮＥ）の構成を示す図である。
【図７】本発明の一実施形態による受信装置の構成を示す図である。
【発明を実施するための形態】
【００３６】
以下、本発明を実施するための形態を、図面を参照しながら詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
【００３７】
本発明の実施形態は、ビデオデータのための標準であるＭＰＥＧ−４／ＡＶＣ（Advanced Video Coding, H.264）、ＳＶＣ（Scalable Video Coding）、及びＭＶＣ（Multi-view Video Coding）で使用しているネットワーク抽象化階層（Network Abstraction Layer：ＮＡＬ）の概念をビデオデータだけでなく他のメディアデータ（例えば、オーディオデータ、グラフィックデータ、テキストデータなど）に適用する。
【００３８】
図２を参照して上述したように、ＮＡＬヘッダー２１０は、ビデオパケットの重要度を表示する情報を含む。また、ＳＶＣ  ＮＡＬヘッダーは、時間的階層、空間的階層、及び品質階層を示す階層認識情報２３０を含み、ＭＶＣヘッダーは、ビュー（view）番号を示す情報を含む。
【００３９】
このＮＡＬヘッダーに含まれる情報は、上位プロトコル階層から下位プロトコル階層に伝達されるトップダウン（top-down）インターフェースで抽象化され生成される。このような情報が、対応するパケットの重要度を示すので、パケットサービスをネットワーク状態又は端末状態に従って適応的に提供することができる。
【００４０】
本発明は、ＮＡＬの概念をすべてのメディアに拡張するために“メディア分類子（classifier）”及び“ラベル（label）”と呼ばれる識別子（identifier）を定義する。本発明によると、“メディア分類子”は、メディアに関する具体的な理解なしにメディアに含まれる優先順位情報が下位プロトコル階層により使用することができるように抽象化される優先順位情報を提供する。“ラベル”は、それぞれのストリーム（すなわち、ビデオストリーム又はオーディオストリームなど）を識別するための識別子である。
【００４１】
また、本発明において、送信されるメディアデータに関連した情報を抽象化するトップダウン（Top-down）インターフェース、すなわち、メディア抽象化階層（Media Abstraction Layer：ＭＡＬ）を提案する。下記の説明において、ＭＡＬで抽象化されたデータ関連情報は、ＭＡＬ情報であると呼ばれる。
【００４２】
一方、本発明において、送信装置（サーバ又は端末）は、ＭＡＬ情報を生成し、パケットのヘッダーとともに送信し、ネットワークエンティティー（すなわち、ルータ又は基地局など）は、ＭＡＬ情報を用いてパケットの重要度又はリソース予約状態を識別し、したがって、この識別された結果に基づいてパケットを送信することができる。
【００４３】
図３は、本発明の一実施形態による送信装置３００の構成を示す図である。
【００４４】
図３を参照すると、送信装置３００は、メディアデータ供給部３０１と、メディア抽象化階層部３０２と、パケット生成部３０３とを含む。ここで、送信装置３００は、例えば、マルチメディアサービスを提供するサーバであることができる。
【００４５】
メディア抽象化階層部３０２は、１つのＩＰ(Internet Protocol)パケットをメディアデータ供給部３０１から受信し（３０８）、ＭＡＬ情報を生成し、パケット生成部３０３に送信する（３１０）。また、メディア抽象化階層部３０２は、メディアデータ供給部３０１から受信したＩＰパケットをパケット生成部３０３に送信する（３０９）。
【００４６】
この時に、メディア抽象化階層部３０２で生成される対応するメディアデータに関するＭＡＬ情報は、メディア分類子情報及びラベル情報を含むことができる。上述したように、メディア分類子情報は、下位ネットワークでメディアパケットの抽象化された重要度情報を認識するために使用することができ、ラベル情報は、下位ネットワークがパケットを識別するために使用することができる。
【００４７】
パケット生成部３０３は、メディア抽象化階層部３０２から受信されたＭＡＬ情報３１０及びＩＰパケット３０９を用いてパケットを生成し、この生成されたパケットを、ネットワーク３１３を通して送信する（３１１）。ＭＡＬ情報に含まれたメディア分類子情報及びラベル情報は、ＩＰパケットのヘッダー又は他の下位プロトコルのパケットのヘッダーに含まれることができる。
【００４８】
図３に示すような構成に従ってパケットを送信する例を次のように説明する。
【００４９】
まず、ＭＡＬで生成されるメディア分類子を使用するクラス別サービス品質（ＱｏＳ）方式について説明する。
【００５０】
サーバと端末との間でオーディオデータストリームのメディア分類子が１に、テキストデータストリームのメディア分類子が２に、ビデオデータストリームのメディア分類子が３に予め約束（又は設定）されているものと仮定する。また、メディア分類子が設定されたストリームに対する優先順位が送信装置、ネットワークエンティティー、及び受信装置の間で約束されていると仮定する。
【００５１】
ビデオデータパケットを送信する場合に、送信装置は、対応するパケットに含まれるメディア分類子情報を３に設定することによりパケットを生成し送信する。ネットワークエンティティー（例えば、ルータ）は、この受信されたパケットに含まれるメディア分類子情報（すなわち、３）により受信されたパケットのＱｏＳクラスを認識することができる。この後に、ネットワークエンティティーは、ネットワーク状態及びＱｏＳクラスのフォーワーディングポリシーに基づいてパケットをフォーワーディングするか否かを決定することができる。
【００５２】
この後に、ＭＡＬで生成されるラベル情報を用いるフロー別（例えば、ストリーム別）ＱｏＳ方式について説明する。
【００５３】
サーバと端末との間でオーディオデータストリームのラベルが１に、テキストデータストリームのラベルが２に、ビデオデータストリームのラベルが３に予め約束（又は、設定）されているものと仮定する。
【００５４】
送信装置がビデオパケットを送信する場合に、対応するパケットにラベル情報を３に設定することによりパケットを生成し送信する。ネットワークエンティティー（例えば、ルータ）は、この受信されたパケットのラベル情報（例えば、３）によりこの受信されたパケットの重要度、優先順位、又はリソース予約情報などを認識することができる。この後に、このネットワークエンティティーは、ネットワーク状態、この受信されたパケットの重要度、優先順位、又はリソース予約情報に基づいてパケットを送信することができる。
【００５５】
このデータストリーム別ラベル、このラベルに従う重要度、優先順位、又はリソース予約情報は、送信装置、受信装置、及びネットワークエンティティー間の呼設定の過程で設定することができる。
【００５６】
以下では、本発明で提案するメディア抽象化階層情報であるＭＡＬ情報について説明する。
【００５７】
パケットに含まれるＭＡＬ情報は、下位階層のネットワークエンティティーにより対応するメディアの抽象化されたＱｏＳクラスを分類するためのメディア分類子情報と、データパケットの損失重要度、遅延重要度、優先順位、又はリソース予約情報を認識するための情報とをラベル（例えば、タグ）の形式で含む。一方、本発明で提案するＭＡＬ情報のフォーマットは、他のプロトコル標準、例えば、インターネットプロトコル（ＩＰ）ヘッダー、送信制御プロトコル（Transmission Control Protocol：ＴＣＰ）ヘッダー、ユーザーデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）ヘッダー、及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーとともに使用することができる。
【００５８】
ＭＡＬ情報を用いてメディアサービスを提供するためには、送受信側ネットワーク間の呼設定過程が必要である。例えば、この呼設定過程を通して各ネットワークエンティティーは、ラベル値が意味することを約束することができる。
【００５９】
各ラベル値が意味する値をリストしたテーブルは、ラベルテーブル（Label Table：ＬＴ）と呼ばれる。放送網のように送受信側ネットワーク間の呼設定過程が不可能である場合に、ＭＰＥＧ−２システムのプログラムマップテーブル（Program Map Tables：ＰＭＴ）のように周期的な時間間隔でＬＴを送信する方法を使用することができる。
【００６０】
一方、本発明の実施形態によるＭＡＬ情報は、クラス別ＱｏＳ方式のためのメディア分類子フォーマットとストリーム別ＱｏＳ方式のためのラベルフォーマットとに分類することができる。
【００６１】
クラス別ＱｏＳ方式は、送信装置と受信装置間のサービス提供のためのリソース予約過程なしに、損失率及び送信遅延に対する要求事項に基づいて対応するメディアを抽象化し、この抽象化されたメディアを分類子の形式で含む。
【００６２】
例えば、１つのメディアサービスが１つのビデオストリーム、オーディオストリーム、及び字幕をサポートするためのテキストストリームを含む場合に、ＭＡＬは、各ストリームの送信遅延及び損失要求事項に従ってＱｏＳクラスを抽象化し、これを分類するための形式でメディア分類子値を決定する。選択的に、オーディオストリームの重要度は、ビデオストリームの重要度よりさらに大きいことがある。図４に後述するように、メディア分類子の値は、インターネットプロトコルバージョン４（Internet Protocol version 4：ＩＰｖ４）ヘッダーのタイプオブサービス（Type-Of-Service：ＴＯＳ）フィールド又はインターネットプロトコルバージョン６（Internet Protocol version 6：ＩＰｖ６）ヘッダーのトラフィッククラス（Traffic Class：ＴＣ）フィールドに挿入することができる。例えば、このメディア分類子の値が２ビットに設定される場合に、１１、１０、０１、及び００の順序でパケット別重要度を差別化する。例えば、オーディオパケットは、メディア分類子値１１を含み、テキストパケットは、メディア分類子値１０を含み、ビデオパケットは、メディア分類子値０１を含むことができる。
【００６３】
次に、単一ストリームを構成する複数のサブストリームに対して異なるメディア分類子を適用する例は、次のようである。
【００６４】
ＳＶＣのようにビデオストリームが異なる優先順位の３個の階層（すなわち、基本階層、向上階層１、及び向上階層２）に分類される場合に、基本階層は、より高い重要度を有し、基本階層が他の階層より早く到達しなければならない。したがって、送信遅延及びパケット損失が小さいＱｏＳクラスが基本階層に割り当てられる。基本階層より低い優先順位を有するＱｏＳクラスは、向上階層１及び向上階層２に割り当てられる。上述したように、メディア分類子のサイズが２ビットに設定される場合に、基本階層、向上階層１、及び向上階層２に対するＱｏＳクラスを、１１、１０、及び０１にそれぞれ差別化することができる。
【００６５】
フロー別ＱｏＳ方式において、リソース予約は、ストリーム別に行われ、対応するフローは、リソース予約に関するラベル情報を有する。例えば、ラベル値が１に設定されるフローに対しては、３００ｋｂｐｓのリソースが予約されると仮定する場合に、送信装置で生成されパケットに含まれたラベル値が１であり、ネットワークエンティティーがこのパケットに含まれたラベル値を識別する場合に、対応するフローは、呼設定過程で送信されたＬＴ及びパケットのラベル値に基づいてラベル値１に対応する３００ｋｂｐｓのリソースを使用して送信される。選択的に、この場合に、現在使用可能なリソースも考慮することができる。
【００６６】
また、このリソース予約を、セッション別に行うことができる。例えば、送受信側ネットワーク間の呼設定の時にラベルスイッチングをサポートするためにリソース予約がなされる単位がストリーム単位であるか又はセッション単位であるかに従って、ラベル情報を、ストリーム単位又はセッション単位で設定することができる。
【００６７】
さらに、このリソース予約過程及びラベル情報設定は、送信側と受信側間の呼設定過程で予め約束することができる。この時、ネットワークエンティティーがマルチプロトコルラベルスイッチング（Multi-Protocol Label Switching：ＭＰＬＳ）をサポートする場合、本発明によるラベルのフォーマットを、ＭＰＬＳによりサポートされるラベルのフォーマットとの互換性を有するように構成することができる。この場合に、受信側が、ＭＰＬＳ方式のラベルと互換性を有する本発明によるラベルを認識することができる場合に、ＳＶＣで定義されたＮＡＬヘッダーは送信されなくてもよい。また、ＲＴＰヘッダー及びＵＤＰヘッダーの内容のうち、１つのセッションの間に変わらない情報をラベルに挿入することができる。このラベルスイッチングは、３番目の階層のパケットが２番目の階層でルーティングされる技術である。このような技術は、ＩＰアドレスの代わりに個別のラベルをデータパケットに付加し、この付加されたラベルを用いてスイッチングを実行することにより、高速のスイッチングを実行することができるようにする。
【００６８】
次いで、ＭＡＬ情報を送信する方式について説明する。
【００６９】
図４は、本発明の一実施形態によるＭＡＬ情報をＩＰパケットに挿入する方法を示す図である。
【００７０】
図４を参照すると、ＭＡＬパケットのための仮想ヘッダーは、本発明の一実施形態に従って定義されたＭＡＬ情報フォーマットで定義される。仮想ヘッダーに含まれた内容は、下位階層内のパケットヘッダー（例えば、ＩＰパケットヘッダー）に含めるためのものであり、仮想ヘッダー４２０は、内部的に、メディア分類子ヘッダー４２１とラベルヘッダー４２２とに分類される。
【００７１】
メディア分類子ヘッダー４２１は、下位階層がクラス別ＱｏＳ方式を使用する時に適用することができ、メディア分類子ヘッダー４２１の長さは、システム設定に従って変わり得る。下位階層のクラス別ＱｏＳプロトコルとの互換を考慮すると、その長さは、３ビット乃至６ビット程度であり得る。メディア分類子ヘッダー４２１は、ＩＰｖ４ヘッダー４１０のＴＯＳフィールド４１１に挿入するか又はＩＰｖ６ヘッダー４３０のＴＣフィールド４３１に挿入することができる。
【００７２】
ラベルヘッダー４２２は、下位階層がフロー別ＱｏＳ方式を使用する時に適用することができる。８ビットのサイズを有するラベルヘッダー４２２は、ラベル番号を含む７ビットと必要の時に拡張のための拡張フラグビットの１ビットとを含む。ラベルヘッダー４２２は、ＩＰｖ４ヘッダー４１０の拡張ＩＰヘッダー（extended IP header）４１３に挿入するか、又はＩＰｖ６ヘッダー４３０のフローラベル（flow label）フィールド４３３に挿入することができる。
【００７３】
図５は、本発明の一実施形態によるＭＡＬ情報を含むＩＰパケットヘッダーの構成を示す図である。
【００７４】
図５は、リアルタイムメディアストリームに簡素化されたヘッダーを適用するために、複数のパケットのうちＵＤＰヘッダー及びＲＴＰヘッダーで同一に反復される部分を除去し、このような情報をＬＴに挿入することによりヘッダーを簡素化する方法を示す。参照符号５１０、５３０、及び５４０は、ＩＰｖ４パケットを示し、参照符号５５０は、ＩＰｖ６パケットを示す。図５は、それぞれのパケットでＵＤＰヘッダー及びＲＴＰヘッダーを簡素化することによりラベル情報を生成する一例を示す。
【００７５】
参照符号５１０は、オンデマンドビデオサービスのようなリアルタイムメディアデータの送信のためのメディアパケットを示す。参照符号５６０は、ＵＤＰヘッダーを示し、参照符号５７０は、ＲＴＰヘッダーを示す。
【００７６】
リアルタイムメディアサービスにおいて、一般的に、秒当たりの数十又は数百のパケットが、１つのセッションに対して送信される。リアルタイムメディアストリームの特性により、送信されるメディアパケットのヘッダーは、１つのセッションの間に送信されるパケットごとに同一に反復されるフィールドを含む。参照符号５１１、５１２、５１４、５１５、５１８、５１９、及び５２０は、パケットごとに同一に反復されるフィールドであり、参照符号５１３、５１６（または５３３、５４２、５５２）、及び５１７は、パケットにより差別化されるフィールド（このフィールドは、同一であるか又は他のフィールドと重複することもある）であるが、このフィールドについての詳細な説明は、本発明の要旨を不明瞭にするので省略する。
【００７７】
重要なフィールドの１つは、ネットワーク抽象化階層ヘッダー（Network Abstraction Layer Header：ＮＡＬＨ）フィールド５２０である。このフィールドは、ＮＡＬヘッダーを示し、図２に示すように、パケットの重要度又は優先順位を含む。
【００７８】
参照符号５３０で示すパケットにおいて、パケット５２０のＵＤＰヘッダー５６０及びＲＴＰヘッダー５７０で反復されるフィールド５１１、５１２、５１４、５１５、５１８、５１９、及び５２０は、１つのラベル情報（フローラベルフィールド）５３１に挿入され、パケットごとに異なり得るフィールド５１３、５１６、及び５１７は、フローラベルフィールド５３１（ラベルフィールド５４１と同様）の後ろに配列される。
【００７９】
参照符号５３０で示すパケットにおいて、長さフィールド５３２は、ＩＰヘッダー内に含まれた長さフィールド（図示せず）と重複する。したがって、長さフィールド５３２は、省略が可能である。また、ＴＳフィールド５３４は、タイムスタンプ（Time Stamp）であり、メディアデータ５３５(メディアデータ５２１、５３５、５４３及び５５３と同様）の生成が周期的である場合、タイムスタンプの情報を受信側での計算に従って認識することができ、したがって、この情報は、省略が可能である。
【００８０】
参照符号５４０で示すパケットは、参照符号５３０で示すパケットで重複する長さフィールド５３２及び受信側で計算可能なＴＳフィールド５３４が省略されるパケットを意味する。
【００８１】
参照符号５５０で示すパケットは、ＩＰｖ６パケットを示し、ＩＰｖ６ヘッダー５５１は、２４ビット長さのフローラベルフィールドを有し、本発明に従うＭＡＬ情報は、このフィールドを用いてＩＰｖ６ヘッダーに挿入することができる。
【００８２】
簡素化されない従来のヘッダーを使用する場合に、受信側では、すべてのフィールドをパーシングしなければならない。しかしながら、図５に示すようにヘッダーを簡素化する場合に、フローラベルに対応するフィールドを毎回パーシングする必要はない。
【００８３】
本発明で定義したＭＡＬ情報について説明した。このようなＭＡＬ情報は、メディアストリームに関する理解なしに抽象化された重要度及び優先順位を用いてクラス別ＱｏＳ方式及びフロー別ＱｏＳ方式を保証するサービスを提供することができる。
【００８４】
一方、ＭＰＥＧ技術において、メディアの重要度及び優先順位情報を理解し、これを活用してフォーワーディングを実行するネットワークエンティティーをメディア認識ネットワーク要素（Media Aware Network Element：ＭＡＮＥ）と呼ぶ。ＭＡＮＥの動作を参照すると、例えば、ルータ、ＩＥＥＥ８０２シリーズのメディアアクセスコントロール（Media Access Control：ＭＡＣ）、又は３ＧＰＰのブロードキャストマルチキャストサービスセンター（Broadcast Multicast Service Center：ＢＭＳＣ）のように受信されたメディアパケットをフォーワーディング（forwarding）するネットワークエンティティーは、ＭＡＬ情報に含まれるメディア分類子情報に従ってパケットの重要度別に適応的にフォーワーディングすることができるＭＡＮＥとして動作することができる。例えば、差別化サービス（Differentiated Service：Ｄｉｆｆｓｅｒｖ）ルーティング方式を使用するルータにおいて、データがバッファを超過する場合に、優先順位が低いパケットから廃棄される。このために、ＭＡＬ情報のメディア分類子値を決定するようになる。
【００８５】
クラス別ＱｏＳ方式において、ネットワークエンティティーは、受信されたパケットがどんなサービスに属するパケットであるかに関係なく、ＩＰヘッダーに含まれている重要度、すなわち、メディア分類子値を用いてパケットを適応的に処理する。例えば、オーディオパケットのメディア分類子値が１１であり、基本階層内のビデオパケットのメディア分類子値が１０であり、向上階層１内のビデオパケットのメディア分類子値が０１であり、向上階層２内のビデオパケットのメディア分類子値が００であることが受信される時に、ネットワークエンティティーがネットワーク状態又はルータバッファの超過によりパケットのうちのいずれか１つを廃棄すべき場合に、ネットワークエンティティーは、メディア分類子値に従ってパケットを廃棄しなければならない。例えば、向上階層２内のビデオパケット、向上階層１内のビデオパケット、基本階層内のビデオパケット、及び基本階層内のオーディオパケットの順序でパケットを廃棄する。例えば、ＩＥＥＥ８０２．１１ｅ標準において、ＩＰヘッダーに含まれている重要度に関する情報に従って定められたキュー（Queue）にパケットを挿入する。通常、優先順位は、４つのレベルに設定され、キューを通過するパケットの速度及びパケット損失の処理方法は、対応するキューごとに異なり得る。
【００８６】
フロー別ＱｏＳ方式において、メディア識別子であるラベル値を決定し、ラベル値に従って定められたリソースを用いてＱｏＳ（例えば、ビット率、損失率、又は遅延）をサポートする。リソースは、対応するネットワークエンティティーにストリーム別に予め保存されているリソース予約テーブルを検索することにより対応するラベルに対応するリソースに従って決定することができる。例えば、ＩＥＥＥ８０２．１６において、オーディオストリームに対するＱｏＳがアンソリシテッドグラントサービス（Unsolicited Grant Service：ＵＧＳ）で定められる場合に、それに従って予め定められたＱｏＳ要件を保証する。したがって、リソース予約テーブルは、対応するサービスが終了するまでネットワークエンティティーに保存される。例えば、パケットが送信側から受信される場合に、対応するパケットのラベルを確認することにより、対応するラベルストリームのＱｏＳ要件をリソース予約テーブルで検索し、対応するリソースに従ってサービスを提供するようにする。
【００８７】
図６は、本発明の一実施形態によるＭＡＮＥ６００の構成を示す図である。
【００８８】
図６を参照すると、ＭＡＮＥ６００のフォーワーディングポリシー決定部６０９が送信側からパケットを受信する場合に（６０６）、フォーワーディングポリシーに従ってパケットを適応的にフォーワーディングする（６１０）。フォーワーディングポリシーは、受信されたパケットのＭＡＬ情報に含まれるメディア分類子値に従って変わり得る。
【００８９】
ＭＡＮＥ６００がサービスクラス別ＱｏＳ方式をサポートする場合に、ＭＡＮＥ６００は、対応するパケットのメディア分類子のクラスを決定し、それに従って、対応するパケットをフォーワーディングするか否かを決定する。一方、ＭＡＮＥ６００がフロー別（すなわち、ストリーム別）ＱｏＳ方式をサポートする場合には、ＭＡＮＥ６００は、ラベル値を決定し、リソース予テーブル６０２に保存されている対応するラベルに割り当てられたリソースを決定し（照会：６０５、照会結果受信：６１１）、使用可能なリソース判定部６０４の使用可能なリソース情報を決定し（照会：６０８、照会結果受信：６０７）、使用可能なリソース内でフォーワーディングポリシーを決定し、このパケットをフォーワーディングする（６１０）。
【００９０】
図７は、本発明の一実施形態による受信装置７００の構成を示す図である。
【００９１】
受信装置７００は、例えば、ユーザー端末（User Equipment）であり得る。
【００９２】
図７を参照すると、受信装置７００は、ストリーム別に復号部７０４を含み、信号を受信する受信部７０２及び復号部７０４を制御する制御部７０６を含む。復号部７０４は、必要なだけのバッファ（図示せず）を含み得る。
【００９３】
受信部７０２から受信されたパケットがラベルを含む場合に、制御部７０６は、ラベルを決定し、パケットに対応する復号部７０４を確認する。また、受信部７０２から受信されたパケットがラベルを含まない場合に、制御部７０６は、ＴＣＰ又はＵＤＰヘッダーを読み出し、メディアパケットの復号のための復号部７０４を確認する。
【００９４】
図３乃至図７に示す構成、動作、又は信号のフローが本発明の範囲を限定するためのものではないことに留意しなければならない。例えば、図３乃至図７に示す構成及び動作は、それぞれ装置で動作する構成を例示するだけであり、すべての過程が必ず含まれなくても実現可能であり、個別的に実行されなくてもよい。
【００９５】
上述した動作を、対応するプログラムコードを記憶するメモリ装置を送信装置３００、受信装置７００、又はＭＡＮＥ６００のようなネットワークエンティティー装置内の任意の構成部に含むことにより実現することができる。例えば、送信装置３００、受信装置７００、又はＭＡＮＥ６００のようなネットワークエンティティー装置の構成部を、メモリ装置内に記憶されたプログラムコードを読み出し実行するプロセッサ又は中央処理装置（Central Processing Unit：ＣＰＵ）により実現することができる。
【００９６】
以上、本発明を具体的な実施形態を参照して詳細に説明したが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００９７】
１１０  ビデオ符号化階層
１１１  ＶＣＬで生成された符号化データ
１１３  パラメータセット及びＳＥＩなど
１２０  ネットワーク抽象化階層
１２３  ＶＣＬ  ＮＡＬ単位
１２５  非ＶＣＬ  ＮＡＬ単位
１３０  システム情報の送信及び格納
１３１  Ｈ．２６４／ＡＶＣファイルフォーマット
１３５  ＭＰＥＧ−２システム
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
マルチメディアデータパケットを送信する方法であって、
送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するステップと、
前記メディア抽象化階層情報を含むマルチメディアデータパケットを生成するステップと、
前記マルチメディアデータパケットをネットワークエンティティーに送信するステップと
を有することを特徴とする、マルチメディアデータパケットを送信する方法。
【請求項２】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別サービス品質（ＱｏＳ）方式の場合に、前記マルチメディアデータパケットの重要度を示すことを特徴とする、請求項１に記載のマルチメディアデータパケットを送信する方法。
【請求項３】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項２に記載のマルチメディアデータパケットを送信する方法。
【請求項４】
前記メディア抽象化階層情報は、ラベル情報を有し、
前記ラベル情報は、ストリーム別ＱｏＳ方式の場合に、対応するストリームのリソース予約を示すラベル値を含むことを特徴とする、請求項１に記載のマルチメディアデータパケットを送信する方法。
【請求項５】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項４に記載のマルチメディアデータパケットを送信する方法。
【請求項６】
前記メディア抽象化階層情報は、ラベル情報を有し、
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項１に記載のマルチメディアデータパケットを送信する方法。
【請求項７】
ネットワーク上のエンティティーがマルチメディアデータパケットをフォーワーディングする方法であって、
マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信するステップと、
前記受信されたメディア抽象化階層情報に基づいて前記マルチメディアデータパケットをフォーワーディングするステップと
を有することを特徴とする、マルチメディアデータパケットをフォーワーディングする方法。
【請求項８】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別ＱｏＳ方式の場合に、前記マルチメディアデータパケットの重要度を示すことを特徴とする、請求項７に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項９】
前記マルチメディアデータパケットをフォーワーディングするステップは、
前記メディア分類子情報に含まれたメディア分類子値に対応する前記マルチメディアデータパケットの重要度に従って前記マルチメディアデータパケットをフォーワーディングすることを特徴とする、請求項８に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１０】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項９に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１１】
前記メディア抽象化階層情報は、ラベル情報を含み、
前記ラベル情報は、ストリーム別ＱｏＳ方式の場合に、対応するストリームのリソース予約を示すラベル値を有することを特徴とする、請求項７に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１２】
前記マルチメディアデータパケットをフォーワーディングするステップは、
前記ラベル値に対応して予め予約されたリソースに基づいて前記マルチメディアデータパケットをフォーワーディングすることを特徴とする、請求項１１に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１３】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項１２に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１４】
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項１１に記載のマルチメディアデータパケットをフォーワーディングする方法。
【請求項１５】
マルチメディアデータパケットを送信する装置であって、
送信されるマルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を生成するメディア抽象化階層部と、
前記メディア抽象化階層情報を含むマルチメディアデータパケットを生成し、前記生成されたマルチメディアデータパケットをネットワークエンティティーに送信するパケット生成部と
を有することを特徴とする、マルチメディアデータパケットを送信する装置。
【請求項１６】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別サービス品質（ＱｏＳ）方式の場合に、前記マルチメディアデータパケットの重要度を示すことを特徴とする、請求項１５に記載のマルチメディアデータパケットを送信する装置。
【請求項１７】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項１６に記載のマルチメディアデータパケットを送信する装置。
【請求項１８】
前記メディア抽象化階層情報は、ラベル情報を含み、
前記ラベル情報は、ストリーム別サービス品質（ＱｏＳ）方式の場合に、対応するストリームのリソース予約を示すラベル値を含むことを特徴とする、請求項１５に記載のマルチメディアデータパケットを送信する装置。
【請求項１９】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項１８に記載のマルチメディアデータパケットを送信する装置。
【請求項２０】
前記メディア抽象化階層情報は、ラベル情報を含み、
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項１５に記載のマルチメディアデータパケットを送信する装置。
【請求項２１】
マルチメディアデータパケットをフォーワーディングするネットワークエンティティー装置であって、
マルチメディアデータに関する情報を抽象化するメディア抽象化階層（ＭＡＬ）情報を含むマルチメディアデータパケットを送信装置から受信し、前記受信されたメディア抽象化階層情報に基づいて前記マルチメディアデータパケットをフォーワーディングするフォーワーディングポリシー決定部を有することを特徴とする、ネットワークエンティティー装置。
【請求項２２】
前記メディア抽象化階層情報は、メディア分類子情報を有し、
前記メディア分類子情報は、クラス別サービス品質（ＱｏＳ）方式の場合に、前記マルチメディアデータパケットの重要度を示すラベル値を有することを特徴とする、請求項２１に記載のネットワークエンティティー装置。
【請求項２３】
前記フォーワーディングポリシー決定部は、前記ラベル値に対応するパケットの重要度に基づいて前記マルチメディアパケットをフォーワーディングすることを特徴とする、請求項２２に記載のネットワークエンティティー装置。
【請求項２４】
前記メディア分類子情報は、インターネットプロトコルバージョン４（ＩＰｖ４）パケットヘッダーのタイプオブサービス（ＴＯＳ）フィールド及びインターネットプロトコルバージョン６（ＩＰｖ６）パケットヘッダーのトラフィッククラス（ＴＣ）フィールドのうちのいずれか１つに含まれることを特徴とする、請求項２３に記載のネットワークエンティティー装置。
【請求項２５】
前記メディア抽象化階層情報は、ラベル情報を有し、
前記ラベル情報は、ストリーム別サービス品質（ＱｏＳ）方式の場合に、対応するストリームのリソース予約を示す予め定められたラベル値を有することを特徴とする、請求項２１に記載のネットワークエンティティー装置。
【請求項２６】
前記ネットワークエンティティー装置は、前記ラベル値に対応して予め予約されたリソースに関する情報を有するリソース予約テーブルをさらに有し、
前記フォーワーディングポリシー決定部は、前記ラベル値に対応して予め予約されたリソースに基づいて前記マルチメディアデータパケットをフォーワーディングすることを特徴とする、請求項２５に記載のネットワークエンティティー装置。
【請求項２７】
前記ラベル情報は、ＩＰｖ４パケットヘッダーの拡張フィールド及びＩＰｖ６パケットヘッダーのＴＣフィールドのうちのいずれか１つに含まれることを特徴とする、請求項２６に記載のネットワークエンティティー装置。
【請求項２８】
前記ラベル情報は、前記マルチメディアデータパケットのユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー及びリアルタイム転送プロトコル（ＲＴＰ）ヘッダーで同一に反復される部分をフローラベルに置き換えることにより生成されることを特徴とする、請求項２７に記載のネットワークエンティティー装置。
【国際調査報告】
2014509473.tif 000010
2014509473.tif 000011
2014509473.tif 000012
2014509473.tif 000013