JP2012531143A - サービス品質を向上させる方法、システム、及びアプリケーションネットワーク要素 - Google Patents

Abstract

本発明は、サービス品質を向上させる方法、システム、及びアプリケーションネットワーク要素を開示し、方法は、アクセスネットワークのリソースが変化した場合、アプリケーションネットワークが、アクセスネットワークによって送信されたリソース情報（これは、前記アクセスネットワークの現在のリソース状態を示す情報である）を受信するステップと、前記アプリケーションネットワークが、前記リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、前記アクセスネットワークに送信する、又は、前記アプリケーションネットワークが、前記リソース情報に従って、現在のサービスパラメータを、ユーザ装置（ＵＥ）とネゴシエートして、ＵＥが、ネゴシエーション結果に従って、現在のサービスに関連するパラメータを修正することを可能にするステップとを含む。本発明の実施形態において、アクセスネットワークのリソースが変化した場合、アプリケーションネットワークは、現在のサービスに関連するサービス要求を調節して、又は、サービスパラメータをＵＥとネゴシエートして、現在のサービスに関連するサービス要求又はサービスパラメータが、アクセスネットワークの、変化したリソースと適合することを可能にし、かくして、サービス品質が向上する。

Description

本出願は、２００９年６月２６日に中国専利局に出願された、「ＭＥＴＨＯＤ，ＳＹＳＴＥＭ，ＡＮＤ ＡＰＰＬＩＣＡＴＩＯＮ ＮＥＴＷＯＲＫ ＥＬＥＭＥＮＴ ＦＯＲ ＩＭＰＲＯＶＩＮＧ ＱＵＡＬＩＴＹ ＯＦ ＳＥＲＶＩＣＥ（サービス品質を向上させる方法、システム、及びアプリケーションネットワーク要素）と題された、中国特許出願第２００９１００８８３６５．３号の優先権を主張するものであり、当該出願はその全体が参照によって本明細書中に援用される。

本発明は、通信技術に関し、特に、サービス品質を向上させる方法、システム、及びアプリケーションネットワーク要素に関する。

通信ネットワークにおいて、アクセスネットワークは、ユーザ装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥと略記される）のサービスデータを送信するように構成され、アプリケーションネットワークは、サービスデータの処理を制御するように、すなわち、ＵＥにサービスを提供するように構成される。

従来技術では、アクセスネットワークにリソースを割り当てるステップは、ＵＥが、デフォルトベアラを作成することによって、ＩＰアドレスを取得し、パブリックデータネットワーク（Ｐｕｂｌｉｃ Ｄａｔａ Ｎｅｔｗｏｒｋ、ＰＤＮと略記される）接続をセットアップするステップと、ＵＥが、サービスによって必要とされるリソース（サービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳと略記される）、コーデックなど）を、アプリケーションネットワークとネゴシエートするステップと、アプリケーションネットワークが、サービス要求を形成し、サービス要求を、ポリシー課金実施機能（Ｐｏｌｉｃｙ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＰＣＲＦと略記される）エンティティに送信するステップと、ＰＣＲＦエンティティが、サービス要求に従って、ポリシー課金制御（Ｐｏｌｉｃｙ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ、ＰＣＣと略記される）ルールを作成するステップと、ＰＣＲＦエンティティが、ＰＣＣルールを、パケットデータネットワークゲートウェイ（ＰＤＮ Ｇａｔｅｗａｙ、Ｐ−ＧＷと略記される）に配信するステップと、Ｐ−ＧＷが、ＰＣＣルールに従って、サービスによって必要とされる、専用のサービスベアラをセットアップするステップと、ＵＥが、セットアップされた専用のサービスベアラを介して、サービスデータを、遠隔端末（別のＵＥなど）と交換するステップとを含む。

従来技術における、サービスベアラをセットアップする方法は、以下の問題を有する。上記のステップを介して、ＵＥがサービスデータを交換するためのベアラがセットアップされ、ＵＥがサービスデータを交換するプロセスの間に、アクセスネットワークのリソースが変化した場合（例えば、アクセスネットワークが輻輳した場合）、以前にセットアップされたサービスベアラは、変化したアクセスネットワークリソースに適合せず、以前に形成されたサービス要求も、変化したアクセスネットワークリソースに適合せず、結果として、サービスのＱｏＳが劣化し、更にはサービスの中断が発生する。

従来技術において存在する問題に鑑みて、本発明の実施形態は、ＱｏＳを向上させる方法、システム、及びアプリケーションネットワーク要素を提供し、これにより、現在のサービスに関連するサービスパラメータ又はサービス要求が、変化したアクセスネットワークリソースに適合し、その結果、ＱｏＳが向上する。

本発明の一実施形態は、
アクセスネットワークのリソースが変化した場合、アプリケーションネットワークによって、アクセスネットワークによって送信されたリソース情報を受信し、ここで、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報であり、
アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信すること、又は、アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正すること
を含む、ＱｏＳを向上させる方法を提供する。

本発明の一実施形態は、
アクセスネットワークのリソースが変化した場合に、リソース情報を送信するように構成された、アクセスネットワークであって、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である、アクセスネットワークと、
リソース情報を受信し、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信するように、又は、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように構成された、アプリケーションネットワークと
を含む、ＱｏＳを向上させるシステムを提供する。

本発明の一実施形態は、
アクセスネットワークによって送信されたリソース情報を受信するように構成された、受信ユニットであって、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である、受信ユニットと、
受信ユニットに接続され、受信ユニットによって受信されたリソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信するように構成された、又は、受信ユニットによって受信されたリソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように構成された、処理ユニットと
を含む、アプリケーションネットワーク要素を更に提供する。

本発明の第１の実施形態による、ＱｏＳを向上させる方法のフローチャートである。 本発明の一実施形態に関係するＥＰＳの概略構成図である。 本発明の第２の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第３の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第４の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第５の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第６の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第７の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第８の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第９の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の実施形態による、ＱｏＳを向上させるシステムの概略構成図である。 本発明の実施形態によるアプリケーションネットワーク要素の概略構成図である。

図１は、本発明の第１の実施形態による、ＱｏＳを向上させる方法のフローチャートであり、以下を含む。

ステップ１０１：アクセスネットワークのリソースが変化した場合、アプリケーションネットワークは、アクセスネットワークによって送信されたリソース情報を受信する。ここで、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である。

ステップ１０２：アプリケーションネットワークは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信する、又は、アプリケーションネットワークは、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥは、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正する。

ステップ１０２において、アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービス要求を調節することは、アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、現在のサービスに関連するサービス要求を調節することを含んでもよい。

ステップ１０２の後、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正してもよく、又は、サービスベアラを再セットアップしてもよい。

本発明の実施形態において、サービス要求は、現在のサービスに関連する様々なパラメータについての要求（例えば、現在のサービスに関連する、コーデックのタイプ、ベアラ要求、及びアクセスネットワークパラメータ要求のうちの少なくとも１つ）である。

リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である。リソース情報は、輻輳指示、ユーザ数、ＣＰＵ使用率、残りの帯域幅、受け入れ可能なコーデック、サポート可能なサービス要求（ＱｏＳクラス識別子（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ、ＱＣＩと略記される）など）、及び新たな帯域幅の提案、のうちの少なくとも１つであってもよい。リソース情報の表現は、特定の数、又は特定の識別子であってもよい。例えば、現在、アクセスネットワークが輻輳状態にあることを示すために、１つの識別子が使用されてもよく、アクセスネットワークの現在のＣＰＵ使用率を示すために、特定の数が使用されてもよい。

本発明の実施形態で提供される方法によれば、アクセスネットワークのリソースが変化した場合、アクセスネットワークは、アクセスネットワークのリソース情報を、アプリケーションネットワークに送信し、アプリケーションネットワークは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信する、又は、アプリケーションネットワークは、リソース情報に従って、現在のサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥは、ネゴシエーションの結果に従って、現在のサービスに関連するパラメータを修正する。このようにして、現在のサービスに関連する、サービスパラメータ、又はサービス要求は、変化したアクセスネットワークリソースに適合し、ＱｏＳが向上する。

アクセスネットワークの機能を実施することが可能な、複数のタイプのネットワークが存在し、そして、アプリケーションネットワークの機能を実施することが可能な、複数のタイプのネットワークも存在する。図２は、本発明の一実施形態に関係する発展型パケットシステム（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ、ＥＰＳと略記される）の概略構成図である。このシステムは、アクセスネットワーク１と、ＰＣＲＦエンティティ３と、アプリケーションネットワーク２とを含む。アクセスネットワーク１は、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、Ｅ−ＵＴＲＡＮと略記される）１１と、モビリティ管理エンティティ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、ＭＭＥと略記される）１２と、サービングゲートウェイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、Ｓ−ＧＷと略記される）１３と、パケットデータネットワークゲートウェイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、Ｐ−ＧＷと略記される）１４と、ホーム加入者サーバ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ、ＨＳＳと略記される）１５と、ＵＭＴＳ地上無線アクセスネットワーク（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＵＴＲＡＮと略記される）と、ＧＳＭ（登録商標）／ＥＤＧＥ無線アクセスネットワーク（ＧＳＭ（登録商標）／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＧＥＲＡＮと略記される）１７と、サービスＧＰＲＳサポートノード（ＳＥＲＶＩＣＥ ＧＰＲＳ ＳＵＰＰＯＲＴ ＮＯＤＥ、ＳＧＳＮと略記される）１８とを含む。

Ｅ−ＵＴＲＡＮ１１、ＵＴＲＡＮ１６、及びＧＥＲＡＮ１７は、全ての無線関連機能を実施することが可能である。Ｅ−ＵＴＲＡＮ１１は、発展型ノードＢ（ｅＮＢと略記される）を含んでもよく、又は、ホームノードＢ（Ｈｏｍｅ ｅＮＢ）と、ホームノードＢゲートウェイ（Ｈｏｍｅ ｅＮｏｄｅＢ Ｇａｔｅｗａｙ）とを含んでもよい。ｅＮＢは、ＵＥと通信してもよい。

ＭＭＥ１２、及びＳＧＳＮ１８は、ユーザコンテキスト及びモビリティ状態の管理と、仮のユーザ識別情報を割り当てることとを含む、制御プレーンのモビリティ管理に関与する。

Ｓ−ＧＷ１３は、３ＧＰＰ内の様々なアクセスネットワーク間のユーザプレーンアンカーポイントであり、かつ、３ＧＰＰ内の様々なアクセスネットワークをスクリーニングするためのインタフェースである。

Ｐ−ＧＷ１４は、３ＧＰＰアクセスネットワークと、非アクセスネットワークとの間のユーザプレーンアンカーポイントであり、かつ、外部パケットデータネットワークとのインタフェースである。

ＨＳＳ１５は、ユーザの加入情報を記憶する。

アプリケーションネットワークは、サービス及びアプリケーションを、ユーザに提供する。図２において、アプリケーションネットワークは、ＩＰマルチメディアサブシステム（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ、ＩＭＳと略記される）であってもよい。ＩＭＳは、パケット音声、及びパケットデータを実施することが可能な、かつ、均一なマルチメディアサービス及びアプリケーションを提供することが可能な、ネットワークである。ＩＭＳは、ＩＰパケットドメインを、制御シグナリング、及びメディア伝送のための、ベアラチャネルとして使用する。制御シグナリングは、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ、ＳＩＰと略記される）に基づく呼制御シグナリングである。

ＱｏＳ、及びフローベースの課金の問題を解決するために、ＰＣＣアーキテクチャは、ネットワークが、様々なサービスフローを検知し、サービスフローのためのＱｏＳ制御及び課金処理を実施することを可能にしてもよい。

ＰＣＣアーキテクチャは、ＰＣＲＦエンティティと、ポリシー及び課金実施機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＰＣＥＦと略記される）エンティティと、加入プロファイルリポジトリ（Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｐｒｏｆｉｌｅ Ｒｅｐｏｓｉｔｏｒｙ、ＳＰＲと略記される）と、アプリケーション機能（Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ、ＡＦと略記される）エンティティと、オフライン課金システム（Ｏｆｆｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ、ＯＣＳと略記される）と、オンライン課金システム（Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ、ＯＣＳと略記される）とを主として含む。

ＰＣＲＦエンティティは、アクセスネットワークの制約と、事業者のポリシーと、加入プロファイルと、（ＡＦエンティティから取得された）ユーザの進行中のサービスの情報とに従って、対応するＰＣＣルールを決定し、ＰＣＣルールを、ＰＣＥＦエンティティに提供する。ＰＣＥＦエンティティは、ＰＣＣルールを実施する。ＰＣＣルールは、サービスデータフロー（音声のＩＰフローセットなど）を検知するためのルールと、ゲートするかどうかと、サービスデータフローに対応するＱｏＳと、フローベースの課金ルールとを含む。

ＰＣＥＦエンティティは、ＰＣＲＦエンティティによって配信された、又は指示された、ＰＣＣルールを実施する。具体的には、ＰＣＥＦエンティティは、サービスデータフローの検知及び測定を実行し、サービスデータフローのＱｏＳを保証し、ユーザプレーンのトラフィックを処理し、制御プレーンのセッション管理をトリガする。ＰＣＲＦエンティティは、ＡＦエンティティのアプリケーションレイヤのセッション情報に従って、対応するＰＣＣルールを動的に生成又は修正する。ＰＣＥＦエンティティは、ゲートウェイ内に置かれてもよい。

ＰＣＣルールをＰＣＥＦエンティティに送信することに加えて、ＰＣＲＦエンティティは、更に、ＰＣＥＦエンティティに、特定のイベント（例えば、ＩＰ−ＣＡＮベアラが接続を失った、又は回復した、及び、ゲートウェイが障害状態にある）を検出することを要求してもよい。対応するイベントの発生を検出した場合、ＰＣＥＦエンティティは、イベントを、ＰＣＲＦエンティティに報告し、ＰＣＲＦエンティティは、報告されたイベントに従って、ＰＣＣルールを決定し直す。

図２に示すネットワーク構成において、Ｐ−ＧＷは、ＰＣＥＦエンティティの機能を実施し、ＩＭＳ内のプロキシ呼セッション制御機能（Ｐｒｏｘｙ−Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ、Ｐ−ＣＳＣＦと略記される）エンティティは、ＡＦの機能を実施する。Ｐ−ＧＷ、ＰＣＲＦエンティティ、及びＰ−ＣＳＣＦは、ＰＣＣアーキテクチャを形成する。

本発明の実施形態の特定の実施プロセスについて、図２に示すネットワーク構成を参照して、以下に説明する。

ステップ１０１において、アクセスネットワーク内のｅＮＢは、リソース情報を、ＩＭＳ内のＰ−ＣＳＣＦエンティティに送信してもよい。具体的には、ｅＮＢは、リソース情報を、ＵＥに送信し、ＵＥは、リソース情報を運ぶメッセージを、ＩＭＳ内のＰ−ＣＳＣＦに送信する。

図３は、本発明の第２の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ２０１：アクセスネットワークのリソースが変化した場合、ｅＮＢは、リソース情報を運ぶＳ１−ＡＰメッセージを、ＭＭＥに送信する（例えば、ｅＮＢは、過負荷メッセージ（ＯＶＥＲＬＯＡＤ）を、ＭＭＥに送信する）。

ステップ２０２：ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信する（例えば、ＥＰＳベアラコンテキスト修正要求（Ｍｏｄｉｆｙ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）を、ＵＥに送信する）。ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を取得し、リソース情報の内容（例えば、リソース情報は、サポート可能なＱＣＩである）に従って、ＭＭＥは、ｅＮＢ上でセットアップされた全てのベアラを選択してもよく、又は、リソース情報内のサポート可能なＱＣＩ以外のＱＣＩを有するベアラを選択してもよく、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、メッセージを、ＵＥに送信してもよい。あるいは、ＭＭＥは、保証ビットレート（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）を保証するベアラを選択してもよい。ＭＭＥによってＵＥに送信されるＥＰＳベアラコンテキスト修正要求（Ｍｏｄｉｆｙ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ）は、ＧＢＲベアラに固有の修正要求である。特定のベアラを選択することによって、影響を受けるベアラを正確に示し、ネットワーク内の制御シグナリングの相互作用を減らすことが可能である。

ステップ２０２が終了した後、ＵＥは、ｅＮＢに、ＥＰＳベアラコンテキスト修正応答（Ｍｏｄｉｆｙ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）を送信してもよい。

ステップ２０３：ＥＰＳベアラコンテキスト修正要求（Ｍｏｄｉｆｙ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）を受信した後、ＵＥは、リソース情報を取得し、リソース情報を運ぶメッセージを、ＩＭＳ内のＰ−ＣＳＣＦエンティティに送信する（例えば、ＵＥは、ＳＩＰシグナリングを、Ｐ−ＣＳＣＦに送信する）。

ステップ２０４：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥは、ネゴシエーションの結果に従って、現在のサービスに関連するパラメータを修正することが可能である。例えば、現在のサービスはビデオサービスであり、そして、アクセスネットワークリソースが輻輳状態にある場合、Ｐ−ＣＳＣＦエンティティは、符号化方式を、ＵＥとネゴシエートして、ＵＥによってサポートされる、かつ、アクセスネットワークの現在の輻輳状態を効果的に緩和することが可能な、符号化方式を選択してもよい。ＵＥは、ネゴシエーションの結果に従って、符号化方式を修正してもよい。

ステップ２０５：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービス要求を調節し（例えば、現在のサービスに関連する、帯域幅要求と、符号化要求とを調節し）、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。

ステップ２０６：Ｐ−ＧＷは、調節されたサービス要求に従って、現在のサービスベアラを修正する、又は、サービスベアラを再セットアップする。

第２の実施形態において、ステップ２０４が実行された後、ステップ２０５及び２０６は、実行されなくてもよい。Ｐ−ＣＳＣＦエンティティがＵＥとネゴシエートする、ステップ２０４を介して、ＵＥは、ＱｏＳを向上させるために、現在のサービスに関連するパラメータを、アクセスネットワークの変化したリソースに適合するように修正することが可能である。

第２の実施形態において、ステップ２０３が実行された後、ステップ２０４は、実行されなくてもよい。しかし、ステップ２０５及び２０６は、順次実行され、これらのステップにおいて、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、サービス要求を調節し、これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能である。その結果、ＱｏＳが向上する。

第２の実施形態において、ステップ２０３が実行された後、ステップ２０４、２０５、及び２０６は、順次実行されてもよい。これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能であり、その結果、ＱｏＳが向上する。

第２の実施形態において、ステップ２０２で、ＭＭＥは、ベアラを選択しなくてもよく、代わりに、ベアラを選択するステップは、ｅＮＢによって実行される。具体的には、ステップ２０１で、ｅＮＢは、特定のベアラを選択し、特定のベアラに関連するメッセージ内で運ばれるリソース情報を、ＭＭＥに送信する。次に、ステップ２０２〜２０６が実行される。特定のベアラを選択することによって、影響を受けるベアラを正確に示し、ネットワーク内の制御シグナリングの相互作用を減らすことが可能である。

図４は、本発明の第３の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ３０１：ｅＮＢは、リソース情報を運ぶＲＲＣメッセージを、ＵＥに送信する。ここで、ＲＲＣメッセージは、無線ベアラセットアップ（Ｒａｄｉｏ Ｂｅａｒｅｒ Ｓｅｔｕｐ）メッセージであってもよい。

ステップ３０２〜３０５は、ステップ２０３〜２０６と同じである。

図１に示す実施形態において、ステップ１０１で、アクセスネットワーク内のｅＮＢは、リソース情報を、ＰＣＲＦエンティティに送信してもよく、次に、ＰＣＲＦエンティティは、リソース情報を、ＩＭＳ内のＰ−ＣＳＣＦエンティティに送信する。ｅＮＢによって、リソース情報を、ＰＣＲＦエンティティに送信することは、ｅＮＢが、リソース情報を運ぶメッセージを、ＭＭＥに送信し、ＭＭＥが、リソース情報を、Ｐ−ＧＷに送信し、Ｐ−ＧＷが、リソース情報を運ぶＩＰ−ＣＡＮメッセージを、ＰＣＲＦエンティティに送信することであってもよい。

Ｐ−ＧＷによって、リソース情報を運ぶＩＰ−ＣＡＮメッセージを、ＰＣＲＦエンティティに送信することは、Ｐ−ＧＷが、リソース情報を運ぶ、ＩＰ−ＣＡＮセッション修正メッセージ（ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）、又は、ＩＰ−ＣＡＮセッション通知メッセージ（ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）を送信することであってもよい。以下の実施形態では、ＩＰ−ＣＡＮセッション修正メッセージを例として使用して説明する。

ＭＭＥは、以下の方法で、リソース情報を、Ｐ−ＧＷに送信してもよい。（１）ＭＭＥは、リソース情報を運ぶメッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、リソース情報を運ぶメッセージを、Ｐ−ＧＷに送信する。（２）ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信し、ＵＥは、リソース情報を運ぶベアラリソース修正要求（Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎ）メッセージを、ＭＭＥに送信し、ＭＭＥは、運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。（３）ＭＭＥは、リソース情報を、ＧＴＰ−Ｃヘッダ内にカプセル化し、ベアラ修正プロセスを介して、ＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信する。

（１）ＭＭＥは、リソース情報を運ぶメッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、リソース情報を運ぶメッセージを、Ｐ−ＧＷに送信する。

図５は、本発明の第４の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ４０１：ｅＮＢは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＭＭＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択し、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、ＯＶＥＲＬＯＡＤを、ＭＭＥに送信してもよい。

ステップ４０２：ＭＭＥは、リソース情報を運ぶメッセージを、Ｓ−ＧＷに送信する。例えば、ＭＭＥは、ベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を、Ｓ−ＧＷに送信する。ステップ４０１で、ｅＮＢは、特定のベアラを選択しなくてもよく、代わりに、特定のベアラは、ＭＭＥによって選択される。具体的には、ＭＭＥは、特定のベアラを選択し、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、ベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を、Ｓ−ＧＷに送信してもよい。

ステップ４０３：Ｓ−ＧＷは、リソース情報を運ぶベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を、Ｐ−ＧＷに送信する。

ステップ４０４：ベアラ更新要求を受信した後、Ｐ−ＧＷは、リソース情報を運ぶＩＰ−ＣＡＮセッション修正（ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）メッセージを、ＰＣＲＦエンティティに送信する。場合によっては、ベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を受信した後、Ｐ−ＧＷは、その中のリソース情報に関する判定を行って、繰り返されたリソース情報であるかどうかを判断してもよく、繰り返されたリソース情報である場合、Ｐ−ＧＷは、ＰＣＲＦエンティティに送信しなくてもよく、繰り返されたリソース情報ではない場合、Ｐ−ＧＷは、ＩＰ−ＣＡＮセッション修正（ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ）メッセージを介して、リソース情報を、ＰＣＲＦエンティティに送信する。あるいは、ベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を受信した後、Ｐ−ＧＷは、その中のリソース情報の優先度に従って、リソース情報がＰＣＲＦエンティティに送信される必要があるかどうかを判断してもよい。例えば、保証ビットレートの要求に従って、ビットレートを十分に保証することが可能なリソース情報の優先度は、低く設定され、ビットレートを十分に保証することが可能ではないリソース情報の優先度は、高く設定される。低い優先度のリソース情報に関しては、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦエンティティに送信しなくてもよく、高い優先度のリソース情報に関しては、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦに送信してもよい。あるいは、ベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）を受信した後、Ｐ−ＧＷは、その中のリソース情報が、現在のＰＣＣルールに適合するかどうかを判断してもよく、適合する場合、リソース情報は破棄され、適合しない場合、リソース情報は、ＰＣＲＦエンティティに送信される。

ステップ４０５：ＰＣＲＦエンティティは、リソース情報の一部（例えば、コーデック又は帯域幅に関連する情報）を選択し、選択されたリソース情報を、Ｐ−ＣＳＣＦエンティティに送信する（例えば、ＰＣＲＦは、選択されたリソース情報を、Ｄｉａｍｅｔｅｒプロトコルによって規定された情報要素内にカプセル化し、Ｄｉａｍｅｔｅｒプロトコルによって規定された情報要素を、Ｐ−ＣＳＣＦエンティティに送信する）。

ステップ４０６：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービスパラメータについて、ＵＥとネゴシエートする。例えば、現在のサービスはビデオサービスであり、そして、アクセスネットワークリソースが輻輳状態にある場合、Ｐ−ＣＳＣＦエンティティは、符号化方式を、ＵＥとネゴシエートして、ＵＥによってサポートされる、かつ、アクセスネットワークの現在の輻輳状態を効果的に緩和することが可能な、符号化方式を選択してもよい。

ステップ４０７：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービス要求を調節する。例えば、Ｐ−ＣＳＣＦエンティティは、現在のサービスに関連する、帯域幅要求と、符号化要求とを調節し、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。具体的には、調節されたサービス要求は、Ｄｉａｍｅｔｅｒプロトコルによって規定された情報要素を介して、ＰＣＲＦエンティティに送信されてもよく、ＰＣＲＦエンティティは、調節されたサービス要求に従って、ＰＣＣルールを生成し、ＰＣＣルールを、Ｐ−ＧＷに送信する。

ステップ４０８：Ｐ−ＧＷは、調節されたサービス要求に従って、現在のサービスベアラを修正する、又は、サービスベアラを再セットアップする。

第４の実施形態において、ステップ４０６が実行された後、ステップ４０７及び４０８は、実行されなくてもよい。Ｐ−ＣＳＣＦエンティティがＵＥとネゴシエートする、ステップ４０６を介して、ＵＥは、ＱｏＳを向上させるために、現在のサービスに関連するパラメータを、アクセスネットワークの変化したリソースに適合するように修正することが可能である。

第４の実施形態において、ステップ４０５が実行された後、ステップ４０６は、実行されなくてもよい。しかし、ステップ４０７及び４０８は、順次実行され、これらのステップにおいて、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、サービス要求を調節し、これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能であり、その結果、ＱｏＳが向上する。

第４の実施形態において、ステップ４０５が実行された後、ステップ４０６、４０７、及び４０８は、順次実行されてもよい。これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能であり、その結果、ＱｏＳが向上する。

図５に示す実施形態において、ｅＮＢは、ステップ４０１〜４０４を介して、リソース情報を、ＰＣＲＦエンティティに送信する。ステップ４０３及び４０４で、リソース情報は、ベアラ更新要求（Ｕｐｄａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔ）内で運ばれるだけでなく、他のメッセージ内で運ばれてもよい。例えば、制御プレーン用ＧＴＰトンネリングプロトコル（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ、ＧＴＰ−Ｃと略記される）のメッセージのタイプが追加されてもよく、リソース情報は、追加されたメッセージ内で運ばれる。表１に、本発明の実施形態に関係するＧＴＰ−Ｃメッセージのタイプを示す。

表１において、メッセージタイプ値１７２〜１７５の間に、リソース情報を運ぶことが可能な、ＭＭＥからＳＧＷに送信される新たなタイプのメッセージが追加されてもよい。例えば、新たなＯＶＥＲＬＯＡＤが追加されてもよい。メッセージタイプ値１０３〜１２７の間に、リソース情報を運ぶことが可能な、ＳＧＷからＰＧＷに送信される新たなタイプのメッセージが追加されてもよい。

（２）ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信し、ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、ＭＭＥに送信し、ＭＭＥは、運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。

図６は、本発明の第５の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ５０１：ｅＮＢは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＭＭＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択し、そして、特定のベアラに関連し、かつ、リソース情報を運ぶ、ＯＶＥＲＬＯＡＤを、ＭＭＥに送信してもよい。

ステップ５０２：ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信する（例えば、ＥＰＳベアラコンテキスト修正要求（Ｍｏｄｉｆｙ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）が、ＵＥに送信される）。

ステップ５０３：ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、ＭＭＥに送信し、ＭＭＥは、運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。

ステップ５０４〜５０８の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

（３）ＭＭＥは、リソース情報を、ＧＴＰ−Ｃヘッダ内にカプセル化し、ベアラ修正プロセスを介して、ＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信する。

ＧＴＰ−Ｃヘッダは、各データパケットのヘッダ内に含まれる。ＭＭＥ、Ｓ−ＧＷ、及びＰ−ＧＷの間で送信される、各データパケットは、ＧＴＰ−Ｃヘッダを運ぶ。ベアラ修正プロセスを介して、ＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信することは、ベアラ修正プロセスにおいてＭＭＥとＳ−ＧＷとの間で送信されるシグナリングメッセージを介して、リソース情報を運ぶＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信し（ここで、シグナリングメッセージは、データパケットの一タイプであり）、ベアラ修正プロセスにおいてＳ−ＧＷとＰ−ＧＷとの間で送信されるシグナリングメッセージを介して、リソース情報を運ぶＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信することを含む。

図７は、本発明の第６の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ６０１：ｅＮＢは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＭＭＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択し、そして、リソース情報を運び、かつ、特定のベアラに関連する、ＯＶＥＲＬＯＡＤを、ＭＭＥに送信してもよい。

ステップ６０２：ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を、ＧＴＰ−Ｃヘッダ内にカプセル化する。

ステップ６０３：ＧＴＰ−Ｃヘッダは、ベアラ修正プロセスを介して、Ｓ−ＧＷに送信され、Ｓ−ＧＷは、ＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信する。

ステップ６０４〜６０８の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

ステップ６０２で、リソース情報を、ＧＴＰ−Ｃヘッダに搬入するやり方は、リソース情報を、ＧＴＰ−Ｃシグナリングメッセージの予備ビットに搬入することであってもよい。例えば、リソース情報は、ＧＴＰ−Ｃシグナリングメッセージの予備（ｓｐａｒｅ）ビットに埋められてもよい。表２に、本発明の実施形態に関係するＧＴＰ−Ｃヘッダ構成を示し、ここで、ＧＴＰ−Ｃヘッダは、発展型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ、ＥＰＣと略記される）のＧＴＰ−Ｃヘッダである。

第１の実施形態のステップ１０１において、リソース情報は、アクセスネットワーク内のｅＮＢによって、ＰＣＲＦエンティティに送信されてもよい。具体的には、ｅＮＢは、リソース情報を、ＧＴＰ−Ｕデータパケットの拡張ヘッダ内にカプセル化し、ＧＴＰ−Ｕトンネルを介して、リソース情報を、Ｐ−ＧＷに送信してもよく、Ｐ−ＧＷは、リソース情報を運ぶメッセージを、ＰＣＲＦエンティティに送信する。

図８は、本発明の第７の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ７０１：ｅＮＢは、リソース情報を、ＧＴＰ−Ｕデータパケットの拡張ヘッダ内にカプセル化する。具体的には、ｅＮＢは、特定のベアラを選択し、リソース情報を、特定のベアラに関連するＧＴＰ−Ｕパケットの拡張ヘッダ内にカプセル化してもよい。

ステップ７０２：ｅＮＢは、リソース情報を運ぶＧＴＰ−Ｕ拡張ヘッダを、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信する。ステップ７０３〜７０７の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

表３に、本発明の実施形態に関係するＧＴＰ−Ｕヘッダの概略構成図を示す。

リソース情報は、表３に示すＧＴＰ−Ｕ拡張ヘッダ内に含まれてもよく、表３のオクテット１２において示されるＧＴＰ−Ｕ拡張ヘッダで、次の拡張ヘッダが拡張されてもよい。次の拡張ヘッダは、表４に示す通りである。表３に示すＧＴＰ−Ｕ拡張ヘッダのオクテット１２から拡張される拡張ヘッダの構成を、表５に示す。最初に、次の拡張ヘッダ内の、拡張ヘッダフラグが、１に設定される。すなわち、オクテット１内の第３ビットが、１に設定される。次に、リソース情報が、オクテットｍ＋１内で運ばれ、ここで、ｍは、自然数である。

第１の実施形態のステップ１０１において、リソース情報は、アクセスネットワーク内のｅＮＢによって、ＰＣＲＦエンティティに送信されてもよい。具体的には、ｅＮＢは、リソース情報を運ぶことが可能なユーザプレーン用ＧＴＰトンネリングプロトコル（ＧＴＰ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ、ＧＴＰ−Ｕと略記される）メッセージ内に、リソース情報をカプセル化してもよい。そして、リソース情報を運ぶことが可能なＧＴＰ−Ｕメッセージを、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信する。Ｐ−ＧＷは、リソース情報を運ぶメッセージを、ＰＣＲＦエンティティに送信する。表５に、本発明の実施形態に関係するＧＴＰ−Ｕメッセージのタイプを示す。

表５において、メッセージタイプ値２５３のｅＮＢ負荷報告メッセージは、リソース情報を運ぶことが可能なＧＰＴ−Ｕメッセージであってもよい。もちろん、リソース情報を運ぶことが可能な、新たに追加されるＧＴＰ−Ｕメッセージのメッセージタイプ値は、代わりに、他の値であってもよく、リソース情報を運ぶことが可能な、新たに追加されるＧＴＰ−Ｕメッセージの名前は、代わりに、ｅＮＢ負荷報告メッセージに限定されない、他の名前であってもよい。

図９は、本発明の第８の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ８０１：ｅＮＢは、リソース情報を、新たに追加されたＧＴＰ−Ｕメッセージに搬入する。具体的には、ｅＮＢは、特定のベアラを選択し、特定のベアラに関連する、新たに追加されたＧＴＰ−Ｕメッセージ内に、リソース情報をカプセル化する。

ステップ８０２：ｅＮＢは、リソース情報を運ぶ、新たに追加されたＧＴＰ−Ｕメッセージを、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信する。

ステップ８０３〜８０７の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

第１の実施形態のステップ１０１において、リソース情報は、アクセスネットワーク内のｅＮＢによって、ＰＣＲＦエンティティに送信されてもよい。具体的には、ｅＮＢは、リソース情報を運ぶＲＲＣメッセージを、ＵＥに送信し、ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信し、Ｐ−ＧＷは、リソース情報を運ぶメッセージを、ＰＣＲＦエンティティに送信する。

図１０は、本発明の第９の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ９０１：ｅＮＢは、リソース情報を運ぶＲＲＣメッセージを、ＵＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択してもよく、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、ＲＲＣメッセージを、ＵＥに送信する。

ステップ９０２：ｅＮＢによって送信されたＲＲＣメッセージを受信した後、ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、ＭＭＥに送信し、ＭＭＥは、運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。ｅＮＢからＲＲＣメッセージを受信した後、ＵＥは、更に、特定のベアラを選択してもよい。例えば、ＵＥは、保証ビットレート（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）を保証するベアラを選択してもよく、そして、リソース情報を運ぶ、かつ、選択されたベアラに関連する、ベアラリソース修正要求メッセージを、ＭＭＥに送信する。

ステップ９０３：Ｐ−ＧＷは、リソース情報を運ぶＩＰ−ＣＡＮセッション修正メッセージ（ＩＰ−ＣＡＮ Ｓｅｓｓｉｏｎ Ｍｏｄｉｆｉｃａｔｉｏｎ ｍｅｓｓａｇｅ）を、ＰＣＲＦエンティティに送信する。

ステップ９０３〜９０７の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

図３〜図１０に示す実施形態において、ｅＮＢがリソース情報を送信する場合、ｅＮＢは、特定のベアラを選択してもよく、そして、特定のベアラに関連するメッセージ内で運ばれるリソース情報を、ＭＭＥ、Ｓ−ＧＷ、ＵＥ、又はＰ−ＧＷに送信する。

図３、及び図４に示す実施形態において、ｅＮＢは、リソース情報を、ＰＣＣアーキテクチャ内のＰＣＲＦエンティティを通過せずに、Ｐ−ＣＳＣＦエンティティに送信する。図５、図６、図７、図８、図９、及び図１０に示す実施形態において、ｅＮＢは、リソース情報を、ＰＣＣアーキテクチャ内のＰＣＲＦエンティティを通過して、Ｐ−ＣＳＣＦに送信する。

本発明の前述の実施形態において、本発明の実施方策について、ｅＮＢがリソース情報を送信することを例として使用して説明した。リソース情報は、アクセスネットワーク内の他のネットワーク要素によって送信されてもよく、例えば、リソース情報は、ＵＴＲＡＮ、又はＧＥＲＡＮ内のネットワーク要素によって送信されてもよく、又は、リソース情報は、ＷｉＭＡＸネットワーク内のネットワーク要素によって送信されてもよく、又は、リソース情報は、（ＳＧＷ、又はＰＧＷなどの）他のネットワーク要素によって送信されてもよい。

具体的なプロセスは、前述の実施形態におけるプロセスと同様である。例えば、ＵＴＲＡＮは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＳＧＳＮに送信し、ＳＧＳＮは、リソース情報を、ＳＧＷに送信し、ＳＧＷは、リソース情報を、Ｐ−ＧＷに送信し、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦエンティティに送信し、ＰＣＲＦエンティティは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信し、Ｐ−ＣＳＣＦエンティティは、サービスパラメータを、ＵＥと再ネゴシエートし、又は、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。

更に、例えば、ＳＧＷは、リソース情報を、Ｐ−ＧＷに送信し、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦエンティティに送信し、ＰＣＲＦエンティティは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信し、Ｐ−ＣＳＣＦエンティティは、サービスパラメータを、ＵＥと再ネゴシエートし、又は、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。

アプリケーションネットワークは、Ｇｏｏｇｌｅサーバなどの、他のＩＰアプリケーションネットワークであってもよい。

図１１は、本発明の一実施形態による、ＱｏＳを向上させるシステムの概略構成図である。このシステムは、アクセスネットワーク１００と、アプリケーションネットワーク２００とを含む。アクセスネットワーク１００は、アクセスネットワーク１００のリソースが変化した場合に、リソース情報を送信するように構成され、ここで、リソース情報は、アクセスネットワーク１００の現在のリソースステータスを示す情報である。アプリケーションネットワーク２００は、リソース情報を受信し、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワーク１００に送信するように、又は、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように構成される。

アプリケーションネットワーク１００は、Ｐ−ＣＳＣＦエンティティを含む、ＩＭＳであってもよく、アクセスネットワーク２００は、ｅＮＢを含み、ここで、ｅＮＢは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信するように構成される。具体的には、ｅＮＢは、リソース情報を、ＵＥを介して、Ｐ−ＣＳＣＦエンティティに送信するように構成されてもよい。

図１１に示すシステムは、アプリケーションネットワーク２００、及びアクセスネットワーク１００のそれぞれに接続された、ＰＣＲＦエンティティを更に含んでもよく、アプリケーションネットワークは、ＩＭＳであり、ここで、ＩＭＳは、Ｐ−ＣＳＣＦエンティティを含み、アクセスネットワークは、ｅＮＢを含む。ｅＮＢは、リソース情報を、ＰＣＲＦエンティティに送信するように特に構成されてもよく、ＰＣＲＦエンティティは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信するように特に構成される。

ＰＣＲＦエンティティは、Ｐ−ＣＳＣＦエンティティによって送信されたサービス要求に従って、ＰＣＣルールを生成し、ＰＣＣルールを、アクセスネットワーク内のＰ−ＧＷに送信するように更に構成されてもよい。

図１２は、本発明の一実施形態によるアプリケーションネットワーク要素の概略構成図である。ネットワーク要素は、受信ユニット３００と、処理ユニット４００とを含み、ここで、受信ユニット３００は、処理ユニット４００に接続される。受信ユニット３００は、アクセスネットワークによって送信されたリソース情報を受信するように構成され、処理ユニット４００は、受信ユニット３００に接続され、そして、受信ユニット３００によって受信されたリソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信するように構成される、又は、受信ユニット３００によって受信されたリソース情報に従って、現在のサービスに関連するサービスパラメータについて、ＵＥとネゴシエートするように（これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように）構成される。

当業者は、実施形態の方法におけるステップの全て又は一部が、ハードウェアによって、プログラムの命令の下で実施されてもよい、ということを理解するであろう。プログラムは、コンピュータ読み取り可能な記憶媒体内に記憶されてもよく、プログラムが実行された場合、実施形態の方法におけるステップが実行される。記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、又はコンパクトディスク読み取り専用メモリなどの、プログラムコードを記憶することが可能な任意の媒体であってもよい。

最後に、実施形態は、本発明の技術的解決法を説明するために提供されたにすぎず、本発明を限定することを意図するものではない、ということに留意されたい。本発明について、例示的実施形態を参照して詳細に説明してきたが、修正又は均等な置換が、本発明の技術的解決法に対して行われてもよく、そのような修正又は均等な置換は、修正された技術的解決法を、本発明の精神及び範囲から逸脱させるものではないということが、当業者によって理解されるであろう。

本出願は、２００９年６月２６日に中国専利局に出願された、「ＭＥＴＨＯＤ，ＳＹＳＴＥＭ，ＡＮＤ ＡＰＰＬＩＣＡＴＩＯＮ ＮＥＴＷＯＲＫ ＥＬＥＭＥＮＴ ＦＯＲ ＩＭＰＲＯＶＩＮＧ ＱＵＡＬＩＴＹ ＯＦ ＳＥＲＶＩＣＥ（サービス品質を向上させる方法、システム、及びアプリケーションネットワーク要素）と題された、中国特許出願第２００９１００８８３６５．３号の優先権を主張するものであり、当該出願はその全体が参照によって本明細書中に援用される。

本発明は、通信技術に関し、特に、サービス品質を向上させる方法、システム、及びアプリケーションネットワーク要素に関する。

通信ネットワークにおいて、アクセスネットワークは、ユーザ装置（ＵＥと略記される）のサービスデータを送信するように構成され、アプリケーションネットワークは、サービスデータの処理を制御するように、すなわち、ＵＥにサービスを提供するように構成される。

従来技術では、アクセスネットワークにリソースを割り当てるステップは、ＵＥが、デフォルトベアラを作成することによって、ＩＰアドレスを取得し、パブリックデータネットワーク（ＰＤＮと略記される）接続をセットアップするステップと、ＵＥが、サービスによって必要とされるリソース（サービス品質（ＱｏＳと略記される）、コーデックなど）を、アプリケーションネットワークとネゴシエートするステップと、アプリケーションネットワークが、サービス要求を形成し、サービス要求を、ポリシー課金及びルール機能（ＰＣＲＦと略記される）エンティティに送信するステップと、ＰＣＲＦエンティティが、サービス要求に従って、ポリシー課金制御（ＰＣＣと略記される）ルールを作成するステップと、ＰＣＲＦエンティティが、ＰＣＣルールを、パケットデータネットワークゲートウェイ（Ｐ−ＧＷと略記される）に配信するステップと、Ｐ−ＧＷが、ＰＣＣルールに従って、サービスによって必要とされる、専用のサービスベアラをセットアップするステップと、ＵＥが、セットアップされた専用のサービスベアラを介して、サービスデータを、遠隔端末（別のＵＥなど）と交換するステップとを含む。

従来技術における、サービスベアラをセットアップする方法は、以下の問題を有する。上記のステップを介して、ＵＥがサービスデータを交換するためのベアラがセットアップされ、ＵＥがサービスデータを交換するプロセスの間に、アクセスネットワークのリソースが変化した場合（例えば、アクセスネットワークが輻輳した場合）、以前にセットアップされたサービスベアラは、変化したアクセスネットワークリソースに適合せず、以前に形成されたサービス要求も、変化したアクセスネットワークリソースに適合せず、結果として、サービスのＱｏＳが劣化し、更にはサービスの中断が発生する。

従来技術において存在する問題に鑑みて、本発明の実施形態は、ＱｏＳを向上させる方法、システム、及びアプリケーションネットワーク要素を提供し、これにより、現在のサービスに関連するサービスパラメータ又はサービス要求が、変化したアクセスネットワークリソースに適合し、その結果、ＱｏＳが向上する。

本発明の一実施形態は、
アクセスネットワークのリソースが変化した場合、アプリケーションネットワークによって、アクセスネットワークによって送信されたリソース情報を受信し、ここで、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報であり、
アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信すること、又は、アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正すること
を含む、ＱｏＳを向上させる方法を提供する。

本発明の一実施形態は、
アクセスネットワークのリソースが変化した場合に、リソース情報を送信するように構成された、アクセスネットワークであって、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である、アクセスネットワークと、
リソース情報を受信し、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信するように、又は、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように構成された、アプリケーションネットワークと
を含む、ＱｏＳを向上させるシステムを提供する。

本発明の一実施形態は、
アクセスネットワークによって送信されたリソース情報を受信するように構成された、受信ユニットであって、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である、受信ユニットと、
受信ユニットに接続され、受信ユニットによって受信されたリソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信するように構成された、又は、受信ユニットによって受信されたリソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように構成された、処理ユニットと
を含む、アプリケーションネットワーク要素を更に提供する。

本発明の第１の実施形態による、ＱｏＳを向上させる方法のフローチャートである。 本発明の一実施形態に関係するＥＰＳの概略構成図である。 本発明の第２の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第３の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第４の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第５の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第６の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第７の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第８の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の第９の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図である。 本発明の実施形態による、ＱｏＳを向上させるシステムの概略構成図である。 本発明の実施形態によるアプリケーションネットワーク要素の概略構成図である。

図１は、本発明の第１の実施形態による、ＱｏＳを向上させる方法のフローチャートであり、以下を含む。

ステップ１０１：アクセスネットワークのリソースが変化した場合、アプリケーションネットワークは、アクセスネットワークによって送信されたリソース情報を受信する。ここで、リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である。

ステップ１０２：アプリケーションネットワークは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信する、又は、アプリケーションネットワークは、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥは、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正する。

ステップ１０２において、アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービス要求を調節することは、アプリケーションネットワークによって、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、現在のサービスに関連するサービス要求を調節することを含んでもよい。

ステップ１０２の後、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正してもよく、又は、サービスベアラを再セットアップしてもよい。

本発明の実施形態において、サービス要求は、現在のサービスに関連する様々なパラメータについての要求（例えば、現在のサービスに関連する、コーデックのタイプ、ベアラ要求、及びアクセスネットワークパラメータ要求のうちの少なくとも１つ）である。

リソース情報は、アクセスネットワークの現在のリソースステータスを示す情報である。リソース情報は、輻輳指示、ユーザ数、ＣＰＵ使用率、残りの帯域幅、受け入れ可能なコーデック、サポート可能なサービス要求（ＱｏＳクラス識別子（ＱＣＩと略記される）など）、及び新たな帯域幅の提案、のうちの少なくとも１つであってもよい。リソース情報の表現は、特定の数、又は特定の識別子であってもよい。例えば、現在、アクセスネットワークが輻輳状態にあることを示すために、１つの識別子が使用されてもよく、アクセスネットワークの現在のＣＰＵ使用率を示すために、特定の数が使用されてもよい。

本発明の実施形態で提供される方法によれば、アクセスネットワークのリソースが変化した場合、アクセスネットワークは、アクセスネットワークのリソース情報を、アプリケーションネットワークに送信し、アプリケーションネットワークは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信する、又は、アプリケーションネットワークは、リソース情報に従って、現在のサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥは、ネゴシエーションの結果に従って、現在のサービスに関連するパラメータを修正する。このようにして、現在のサービスに関連する、サービスパラメータ、又はサービス要求は、変化したアクセスネットワークリソースに適合し、ＱｏＳが向上する。

アクセスネットワークの機能を実施することが可能な、複数のタイプのネットワークが存在し、そして、アプリケーションネットワークの機能を実施することが可能な、複数のタイプのネットワークも存在する。図２は、本発明の一実施形態に関係する発展型パケットシステム（ＥＰＳと略記される）の概略構成図である。このシステムは、アクセスネットワーク１と、ＰＣＲＦエンティティ３と、アプリケーションネットワーク２とを含む。アクセスネットワーク１は、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮと略記される）１１と、モビリティ管理エンティティ（ＭＭＥと略記される）１２と、サービングゲートウェイ（Ｓ−ＧＷと略記される）１３と、パケットデータネットワークゲートウェイ（Ｐ−ＧＷと略記される）１４と、ホーム加入者サーバ（ＨＳＳと略記される）１５と、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮと略記される）と、ＧＳＭ（登録商標）／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮと略記される）１７と、サービスＧＰＲＳサポートノード（ＳＧＳＮと略記される）１８とを含む。

Ｅ−ＵＴＲＡＮ１１、ＵＴＲＡＮ１６、及びＧＥＲＡＮ１７は、全ての無線関連機能を実施することが可能である。Ｅ−ＵＴＲＡＮ１１は、発展型ノードＢ（ｅＮＢと略記される）を含んでもよく、又は、ホームｅＮＢと、ホームノードＢゲートウェイとを含んでもよい。ｅＮＢは、ＵＥと通信してもよい。

ＭＭＥ１２、及びＳＧＳＮ１８は、ユーザコンテキスト及びモビリティ状態の管理と、仮のユーザ識別情報を割り当てることとを含む、制御プレーンのモビリティ管理に関与する。

Ｓ−ＧＷ１３は、３ＧＰＰ内の様々なアクセスネットワーク間のユーザプレーンアンカーポイントであり、かつ、３ＧＰＰ内の様々なアクセスネットワークをスクリーニングするためのインタフェースである。

Ｐ−ＧＷ１４は、３ＧＰＰアクセスネットワークと、非アクセスネットワークとの間のユーザプレーンアンカーポイントであり、かつ、外部パケットデータネットワークとのインタフェースである。

ＨＳＳ１５は、ユーザの加入情報を記憶する。

アプリケーションネットワークは、サービス及びアプリケーションを、ユーザに提供する。図２において、アプリケーションネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳと略記される）であってもよい。ＩＭＳは、パケット音声、及びパケットデータを実施することが可能な、かつ、均一なマルチメディアサービス及びアプリケーションを提供することが可能な、ネットワークである。ＩＭＳは、ＩＰパケットドメインを、制御シグナリング、及びメディア伝送のための、ベアラチャネルとして使用する。制御シグナリングは、セッション開始プロトコル（ＳＩＰと略記される）に基づく呼制御シグナリングである。

ＱｏＳ、及びフローベースの課金の問題を解決するために、ＰＣＣアーキテクチャは、ネットワークが、様々なサービスフローを検知し、サービスフローのためのＱｏＳ制御及び課金処理を実施することを可能にしてもよい。

ＰＣＣアーキテクチャは、ＰＣＲＦエンティティと、ポリシー及び課金実施機能（ＰＣＥＦと略記される）エンティティと、加入プロファイルリポジトリ（ＳＰＲと略記される）と、アプリケーション機能（ＡＦと略記される）エンティティと、オフライン課金システム（ＯＣＳと略記される）と、オンライン課金システム（ＯＣＳと略記される）とを主として含む。

ＰＣＲＦエンティティは、アクセスネットワークの制約と、事業者のポリシーと、加入プロファイルと、（ＡＦエンティティから取得された）ユーザの進行中のサービスの情報とに従って、対応するＰＣＣルールを決定し、ＰＣＣルールを、ＰＣＥＦエンティティに提供する。ＰＣＥＦエンティティは、ＰＣＣルールを実施する。ＰＣＣルールは、サービスデータフロー（音声のＩＰフローセットなど）を検知するためのルールと、ゲートするかどうかと、サービスデータフローに対応するＱｏＳと、フローベースの課金ルールとを含む。

ＰＣＥＦエンティティは、ＰＣＲＦエンティティによって配信された、又は指示された、ＰＣＣルールを実施する。具体的には、ＰＣＥＦエンティティは、サービスデータフローの検知及び測定を実行し、サービスデータフローのＱｏＳを保証し、ユーザプレーンのトラフィックを処理し、制御プレーンのセッション管理をトリガする。ＰＣＲＦエンティティは、ＡＦエンティティのアプリケーションレイヤのセッション情報に従って、対応するＰＣＣルールを動的に生成又は修正する。ＰＣＥＦエンティティは、ゲートウェイ内に置かれてもよい。

ＰＣＣルールをＰＣＥＦエンティティに送信することに加えて、ＰＣＲＦエンティティは、更に、ＰＣＥＦエンティティに、特定のイベント（例えば、ＩＰ−ＣＡＮベアラが接続を失った、又は回復した、及び、ゲートウェイが障害状態にある）を検出することを要求してもよい。対応するイベントの発生を検出した場合、ＰＣＥＦエンティティは、イベントを、ＰＣＲＦエンティティに報告し、ＰＣＲＦエンティティは、報告されたイベントに従って、ＰＣＣルールを決定し直す。

図２に示すネットワーク構成において、Ｐ−ＧＷは、ＰＣＥＦエンティティの機能を実施し、ＩＭＳ内のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦと略記される）エンティティは、ＡＦの機能を実施する。Ｐ−ＧＷ、ＰＣＲＦエンティティ、及びＰ−ＣＳＣＦは、ＰＣＣアーキテクチャを形成する。

本発明の実施形態の特定の実施プロセスについて、図２に示すネットワーク構成を参照して、以下に説明する。

ステップ１０１において、アクセスネットワーク内のｅＮＢは、リソース情報を、ＩＭＳ内のＰ−ＣＳＣＦエンティティに送信してもよい。具体的には、ｅＮＢは、リソース情報を、ＵＥに送信し、ＵＥは、リソース情報を運ぶメッセージを、ＩＭＳ内のＰ−ＣＳＣＦに送信する。

図３は、本発明の第２の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ２０１：アクセスネットワークのリソースが変化した場合、ｅＮＢは、リソース情報を運ぶＳ１−ＡＰメッセージを、ＭＭＥに送信する（例えば、ｅＮＢは、過負荷メッセージ（ＯＶＥＲＬＯＡＤ）を、ＭＭＥに送信する）。

ステップ２０２：ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信する（例えば、ＥＰＳベアラコンテキスト修正要求を、ＵＥに送信する）。ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を取得し、リソース情報の内容（例えば、リソース情報は、サポート可能なＱＣＩである）に従って、ＭＭＥは、ｅＮＢ上でセットアップされた全てのベアラを選択してもよく、又は、リソース情報内のサポート可能なＱＣＩ以外のＱＣＩを有するベアラを選択してもよく、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、メッセージを、ＵＥに送信してもよい。あるいは、ＭＭＥは、保証ビットレート（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）を保証するベアラを選択してもよい。ＭＭＥによってＵＥに送信されるＥＰＳベアラコンテキスト修正要求は、ＧＢＲベアラに固有の修正要求である。特定のベアラを選択することによって、影響を受けるベアラを正確に示し、ネットワーク内の制御シグナリングの相互作用を減らすことが可能である。

ステップ２０２が終了した後、ＵＥは、ｅＮＢに、ＥＰＳベアラコンテキスト修正応答を送信してもよい。

ステップ２０３：ＥＰＳベアラコンテキスト修正要求（Ｍｏｄｉｆｙ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）を受信した後、ＵＥは、リソース情報を取得し、リソース情報を運ぶメッセージを、ＩＭＳ内のＰ−ＣＳＣＦエンティティに送信する（例えば、ＵＥは、ＳＩＰシグナリングを、Ｐ−ＣＳＣＦに送信する）。

ステップ２０４：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥは、ネゴシエーションの結果に従って、現在のサービスに関連するパラメータを修正することが可能である。例えば、現在のサービスはビデオサービスであり、そして、アクセスネットワークリソースが輻輳状態にある場合、Ｐ−ＣＳＣＦエンティティは、符号化方式を、ＵＥとネゴシエートして、ＵＥによってサポートされる、かつ、アクセスネットワークの現在の輻輳状態を効果的に緩和することが可能な、符号化方式を選択してもよい。ＵＥは、ネゴシエーションの結果に従って、符号化方式を修正してもよい。

ステップ２０５：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービス要求を調節し（例えば、現在のサービスに関連する、帯域幅要求と、符号化要求とを調節し）、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。

ステップ２０６：Ｐ−ＧＷは、調節されたサービス要求に従って、現在のサービスベアラを修正する、又は、サービスベアラを再セットアップする。

第２の実施形態において、ステップ２０４が実行された後、ステップ２０５及び２０６は、実行されなくてもよい。Ｐ−ＣＳＣＦエンティティがＵＥとネゴシエートする、ステップ２０４を介して、ＵＥは、ＱｏＳを向上させるために、現在のサービスに関連するパラメータを、アクセスネットワークの変化したリソースに適合するように修正することが可能である。

第２の実施形態において、ステップ２０３が実行された後、ステップ２０４は、実行されなくてもよい。しかし、ステップ２０５及び２０６は、順次実行され、これらのステップにおいて、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、サービス要求を調節し、これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能である。その結果、ＱｏＳが向上する。

第２の実施形態において、ステップ２０３が実行された後、ステップ２０４、２０５、及び２０６は、順次実行されてもよい。これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能であり、その結果、ＱｏＳが向上する。

第２の実施形態において、ステップ２０２で、ＭＭＥは、ベアラを選択しなくてもよく、代わりに、ベアラを選択するステップは、ｅＮＢによって実行される。具体的には、ステップ２０１で、ｅＮＢは、特定のベアラを選択し、特定のベアラに関連するメッセージ内で運ばれるリソース情報を、ＭＭＥに送信する。次に、ステップ２０２〜２０６が実行される。特定のベアラを選択することによって、影響を受けるベアラを正確に示し、ネットワーク内の制御シグナリングの相互作用を減らすことが可能である。

図４は、本発明の第３の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ３０１：ｅＮＢは、リソース情報を運ぶＲＲＣメッセージを、ＵＥに送信する。ここで、ＲＲＣメッセージは、無線ベアラセットアップメッセージであってもよい。

ステップ３０２〜３０５は、ステップ２０３〜２０６と同じである。

図１に示す実施形態において、ステップ１０１で、アクセスネットワーク内のｅＮＢは、リソース情報を、ＰＣＲＦエンティティに送信してもよく、次に、ＰＣＲＦエンティティは、リソース情報を、ＩＭＳ内のＰ−ＣＳＣＦエンティティに送信する。ｅＮＢによって、リソース情報を、ＰＣＲＦエンティティに送信することは、ｅＮＢが、リソース情報を運ぶメッセージを、ＭＭＥに送信し、ＭＭＥが、リソース情報を、Ｐ−ＧＷに送信し、Ｐ−ＧＷが、リソース情報を運ぶＩＰ−ＣＡＮメッセージを、ＰＣＲＦエンティティに送信することであってもよい。

Ｐ−ＧＷによって、リソース情報を運ぶＩＰ−ＣＡＮメッセージを、ＰＣＲＦエンティティに送信することは、Ｐ−ＧＷが、リソース情報を運ぶ、ＩＰ−ＣＡＮセッション修正メッセージ、又は、ＩＰ−ＣＡＮセッション通知メッセージを送信することであってもよい。以下の実施形態では、ＩＰ−ＣＡＮセッション修正メッセージを例として使用して説明する。

ＭＭＥは、以下の方法で、リソース情報を、Ｐ−ＧＷに送信してもよい。（１）ＭＭＥは、リソース情報を運ぶメッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、リソース情報を運ぶメッセージを、Ｐ−ＧＷに送信する。（２）ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信し、ＵＥは、リソース情報を運ぶベアラリソース修正要求（Ｒｅｑｕｅｓｔ Ｂｅａｒｅｒ Ｒｅｓｏｕｒｃｅ Ｍｏｄｉｆｉｃａｔｉｏｎ）メッセージを、ＭＭＥに送信し、ＭＭＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、リソース情報を運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。（３）ＭＭＥは、リソース情報を、ＧＴＰ−Ｃヘッダ内にカプセル化し、ベアラ修正プロセスを介して、ＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信する。

（１）ＭＭＥは、リソース情報を運ぶメッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、リソース情報を運ぶメッセージを、Ｐ−ＧＷに送信する。

図５は、本発明の第４の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ４０１：ｅＮＢは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＭＭＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択し、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、ＯＶＥＲＬＯＡＤを、ＭＭＥに送信してもよい。

ステップ４０２：ＭＭＥは、リソース情報を運ぶメッセージを、Ｓ−ＧＷに送信する。例えば、ＭＭＥは、ベアラ更新要求を、Ｓ−ＧＷに送信する。ステップ４０１で、ｅＮＢは、特定のベアラを選択しなくてもよく、代わりに、特定のベアラは、ＭＭＥによって選択される。具体的には、ＭＭＥは、特定のベアラを選択し、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、ベアラ更新要求を、Ｓ−ＧＷに送信してもよい。

ステップ４０３：Ｓ−ＧＷは、リソース情報を運ぶベアラ更新要求を、Ｐ−ＧＷに送信する。

ステップ４０４：ベアラ更新要求を受信した後、Ｐ−ＧＷは、リソース情報を運ぶＩＰ−ＣＡＮセッション修正メッセージを、ＰＣＲＦエンティティに送信する。場合によっては、ベアラ更新要求を受信した後、Ｐ−ＧＷは、その中のリソース情報に関する判定を行って、繰り返されたリソース情報であるかどうかを判断してもよく、繰り返されたリソース情報である場合、Ｐ−ＧＷは、ＰＣＲＦエンティティに送信しなくてもよく、繰り返されたリソース情報ではない場合、Ｐ−ＧＷは、ＩＰ−ＣＡＮセッション修正メッセージを介して、リソース情報を、ＰＣＲＦエンティティに送信する。あるいは、ベアラ更新要求を受信した後、Ｐ−ＧＷは、その中のリソース情報の優先度に従って、リソース情報がＰＣＲＦエンティティに送信される必要があるかどうかを判断してもよい。例えば、保証ビットレートの要求に従って、ビットレートを十分に保証することが可能なリソース情報の優先度は、低く設定され、ビットレートを十分に保証することが可能ではないリソース情報の優先度は、高く設定される。低い優先度のリソース情報に関しては、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦエンティティに送信しなくてもよく、高い優先度のリソース情報に関しては、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦに送信してもよい。あるいは、ベアラ更新要求を受信した後、Ｐ−ＧＷは、その中のリソース情報が、現在のＰＣＣルールに適合するかどうかを判断してもよく、適合する場合、リソース情報は破棄され、適合しない場合、リソース情報は、ＰＣＲＦエンティティに送信される。

ステップ４０５：ＰＣＲＦエンティティは、リソース情報の一部（例えば、コーデック又は帯域幅に関連する情報）を選択し、選択されたリソース情報を、Ｐ−ＣＳＣＦエンティティに送信する（例えば、ＰＣＲＦは、選択されたリソース情報を、Ｄｉａｍｅｔｅｒプロトコルによって規定された情報要素内にカプセル化し、Ｄｉａｍｅｔｅｒプロトコルによって規定された情報要素を、Ｐ−ＣＳＣＦエンティティに送信する）。

ステップ４０６：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービスパラメータについて、ＵＥとネゴシエートする。例えば、現在のサービスはビデオサービスであり、そして、アクセスネットワークリソースが輻輳状態にある場合、Ｐ−ＣＳＣＦエンティティは、符号化方式を、ＵＥとネゴシエートして、ＵＥによってサポートされる、かつ、アクセスネットワークの現在の輻輳状態を効果的に緩和することが可能な、符号化方式を選択してもよい。

ステップ４０７：Ｐ−ＣＳＣＦエンティティは、受信されたメッセージ内のリソース情報に従って、現在のサービスに関連するサービス要求を調節する。例えば、Ｐ−ＣＳＣＦエンティティは、現在のサービスに関連する、帯域幅要求と、符号化要求とを調節し、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。具体的には、調節されたサービス要求は、Ｄｉａｍｅｔｅｒプロトコルによって規定された情報要素を介して、ＰＣＲＦエンティティに送信されてもよく、ＰＣＲＦエンティティは、調節されたサービス要求に従って、ＰＣＣルールを生成し、ＰＣＣルールを、Ｐ−ＧＷに送信する。

ステップ４０８：Ｐ−ＧＷは、調節されたサービス要求に従って、現在のサービスベアラを修正する、又は、サービスベアラを再セットアップする。

第４の実施形態において、ステップ４０６が実行された後、ステップ４０７及び４０８は、実行されなくてもよい。Ｐ−ＣＳＣＦエンティティがＵＥとネゴシエートする、ステップ４０６を介して、ＵＥは、ＱｏＳを向上させるために、現在のサービスに関連するパラメータを、アクセスネットワークの変化したリソースに適合するように修正することが可能である。

第４の実施形態において、ステップ４０５が実行された後、ステップ４０６は、実行されなくてもよい。しかし、ステップ４０７及び４０８は、順次実行され、これらのステップにおいて、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、サービス要求を調節し、これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能であり、その結果、ＱｏＳが向上する。

第４の実施形態において、ステップ４０５が実行された後、ステップ４０６、４０７、及び４０８は、順次実行されてもよい。これにより、アクセスネットワークは、調節されたサービス要求に従って、現在のサービスベアラを修正すること、又は、サービスベアラを再セットアップすることが可能であり、その結果、ＱｏＳが向上する。

図５に示す実施形態において、ｅＮＢは、ステップ４０１〜４０４を介して、リソース情報を、ＰＣＲＦエンティティに送信する。ステップ４０３及び４０４で、リソース情報は、ベアラ更新要求内で運ばれるだけでなく、他のメッセージ内で運ばれてもよい。例えば、制御プレーン用ＧＰＲＳトンネリングプロトコル（ＧＴＰ−Ｃと略記される）のメッセージのタイプが追加されてもよく、リソース情報は、追加されたメッセージ内で運ばれる。表１に、本発明の実施形態に関係するＧＴＰ−Ｃメッセージのタイプを示す。

表１において、メッセージタイプ値１７２〜１７５の間に、リソース情報を運ぶことが可能な、ＭＭＥからＳＧＷに送信される新たなタイプのメッセージが追加されてもよい。例えば、新たなＯＶＥＲＬＯＡＤが追加されてもよい。メッセージタイプ値１０３〜１２７の間に、リソース情報を運ぶことが可能な、ＳＧＷからＰＧＷに送信される新たなタイプのメッセージが追加されてもよい。

（２）ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信し、ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、ＭＭＥに送信し、ＭＭＥは、運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。

図６は、本発明の第５の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ５０１：ｅＮＢは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＭＭＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択し、そして、特定のベアラに関連し、かつ、リソース情報を運ぶ、ＯＶＥＲＬＯＡＤを、ＭＭＥに送信してもよい。

ステップ５０２：ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を運ぶメッセージを、ＵＥに送信する（例えば、ＥＰＳベアラコンテキスト修正要求が、ＵＥに送信される）。

ステップ５０３：ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、ＭＭＥに送信し、ＭＭＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、リソース情報を運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。

ステップ５０４〜５０８の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

（３）ＭＭＥは、リソース情報を、ＧＴＰ−Ｃヘッダ内にカプセル化し、ベアラ修正プロセスを介して、ＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、ＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信する。

ＧＴＰ−Ｃヘッダは、各データパケットのヘッダ内に含まれる。ＭＭＥ、Ｓ−ＧＷ、及びＰ−ＧＷの間で送信される、各データパケットは、ＧＴＰ−Ｃヘッダを運ぶ。ベアラ修正プロセスを介して、ＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信することは、ベアラ修正プロセスにおいてＭＭＥとＳ−ＧＷとの間で送信されるシグナリングメッセージを介して、リソース情報を運ぶＧＴＰ−Ｃヘッダを、Ｓ−ＧＷに送信し（ここで、シグナリングメッセージは、データパケットの一タイプであり）、ベアラ修正プロセスにおいてＳ−ＧＷとＰ−ＧＷとの間で送信されるシグナリングメッセージを介して、リソース情報を運ぶＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信することを含む。

図７は、本発明の第６の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ６０１：ｅＮＢは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＭＭＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択し、そして、リソース情報を運び、かつ、特定のベアラに関連する、ＯＶＥＲＬＯＡＤを、ＭＭＥに送信してもよい。

ステップ６０２：ｅＮＢによって送信されたＯＶＥＲＬＯＡＤを受信した後、ＭＭＥは、リソース情報を、ＧＴＰ−Ｃヘッダ内にカプセル化する。

ステップ６０３：ＧＴＰ−Ｃヘッダは、ベアラ修正プロセスを介して、Ｓ−ＧＷに送信され、Ｓ−ＧＷは、ＧＴＰ−Ｃヘッダを、Ｐ−ＧＷに送信する。

ステップ６０４〜６０８の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

ステップ６０２で、リソース情報を、ＧＴＰ−Ｃヘッダに搬入するやり方は、リソース情報を、ＧＴＰ−Ｃシグナリングメッセージの予備ビットに搬入することであってもよい。例えば、リソース情報は、ＧＴＰ−Ｃシグナリングメッセージの予備ビットに埋められてもよい。表２に、本発明の実施形態に関係するＧＴＰ−Ｃヘッダ構成を示し、ここで、ＧＴＰ−Ｃヘッダは、発展型パケットコア（ＥＰＣと略記される）のＧＴＰ−Ｃヘッダである。

第１の実施形態のステップ１０１において、リソース情報は、アクセスネットワーク内のｅＮＢによって、ＰＣＲＦエンティティに送信されてもよい。具体的には、ｅＮＢは、リソース情報を、ＧＴＰ−Ｕデータパケットの拡張ヘッダ内にカプセル化し、ＧＴＰ−Ｕトンネルを介して、リソース情報を、Ｐ−ＧＷに送信してもよく、Ｐ−ＧＷは、リソース情報を運ぶメッセージを、ＰＣＲＦエンティティに送信する。

図８は、本発明の第７の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ７０１：ｅＮＢは、リソース情報を、ＧＴＰ−Ｕデータパケットの拡張ヘッダ内にカプセル化する。具体的には、ｅＮＢは、特定のベアラを選択し、リソース情報を、特定のベアラに関連するＧＴＰ−Ｕパケットの拡張ヘッダ内にカプセル化してもよい。

ステップ７０２：ｅＮＢは、リソース情報を運ぶＧＴＰ−Ｕ拡張ヘッダを、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信する。ステップ７０３〜７０７の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

表３に、本発明の実施形態に関係するＧＴＰ−Ｕヘッダの概略構成図を示す。

リソース情報は、表３に示すＧＴＰ−Ｕ拡張ヘッダ内に含まれてもよく、表３のオクテット１２において示されるＧＴＰ−Ｕ拡張ヘッダで、次の拡張ヘッダが拡張されてもよい。次の拡張ヘッダは、表４に示す通りである。表３に示すＧＴＰ−Ｕ拡張ヘッダのオクテット１２から拡張される拡張ヘッダの構成を、表４に示す。最初に、次の拡張ヘッダ内の、拡張ヘッダフラグが、１に設定される。すなわち、オクテット１内の第３ビットが、１に設定される。次に、リソース情報が、オクテットｍ＋１内で運ばれ、ここで、ｍは、自然数である。

第１の実施形態のステップ１０１において、リソース情報は、アクセスネットワーク内のｅＮＢによって、ＰＣＲＦエンティティに送信されてもよい。具体的には、ｅＮＢは、リソース情報を運ぶことが可能なユーザプレーン用ＧＰＲＳトンネリングプロトコル（ＧＴＰ−Ｕと略記される）メッセージ内に、リソース情報をカプセル化してもよい。そして、リソース情報を運ぶことが可能なＧＴＰ−Ｕメッセージを、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信する。Ｐ−ＧＷは、リソース情報を運ぶメッセージを、ＰＣＲＦエンティティに送信する。表５に、本発明の実施形態に関係するＧＴＰ−Ｕメッセージのタイプを示す。

表５において、メッセージタイプ値２５３のｅＮＢ負荷報告メッセージは、リソース情報を運ぶことが可能なＧＴＰ−Ｕメッセージであってもよい。もちろん、リソース情報を運ぶことが可能な、新たに追加されるＧＴＰ−Ｕメッセージのメッセージタイプ値は、代わりに、他の値であってもよく、リソース情報を運ぶことが可能な、新たに追加されるＧＴＰ−Ｕメッセージの名前は、代わりに、ｅＮＢ負荷報告メッセージに限定されない、他の名前であってもよい。

図９は、本発明の第８の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ８０１：ｅＮＢは、リソース情報を、新たに追加されたＧＴＰ−Ｕメッセージに搬入する。具体的には、ｅＮＢは、特定のベアラを選択し、特定のベアラに関連する、新たに追加されたＧＴＰ−Ｕメッセージ内に、リソース情報をカプセル化する。

ステップ８０２：ｅＮＢは、リソース情報を運ぶ、新たに追加されたＧＴＰ−Ｕメッセージを、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信する。

ステップ８０３〜８０７の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

第１の実施形態のステップ１０１において、リソース情報は、アクセスネットワーク内のｅＮＢによって、ＰＣＲＦエンティティに送信されてもよい。具体的には、ｅＮＢは、リソース情報を運ぶＲＲＣメッセージを、ＵＥに送信し、ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信し、Ｐ−ＧＷは、リソース情報を運ぶメッセージを、ＰＣＲＦエンティティに送信する。

図１０は、本発明の第９の実施形態による、ＱｏＳを向上させる方法のシグナリング相互作用図であり、以下を含む。

ステップ９０１：ｅＮＢは、リソース情報を運ぶＲＲＣメッセージを、ＵＥに送信する。具体的には、ｅＮＢは、特定のベアラを選択してもよく、そして、リソース情報を運ぶ、かつ、特定のベアラに関連する、ＲＲＣメッセージを、ＵＥに送信する。

ステップ９０２：ｅＮＢによって送信されたＲＲＣメッセージを受信した後、ＵＥは、リソース情報を運ぶベアラリソース修正要求メッセージを、ＭＭＥに送信し、ＭＭＥは、運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、Ｓ−ＧＷは、運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信する。ｅＮＢからＲＲＣメッセージを受信した後、ＵＥは、更に、特定のベアラを選択してもよい。例えば、ＵＥは、保証ビットレートを保証するベアラを選択してもよく、そして、リソース情報を運ぶ、かつ、選択されたベアラに関連する、ベアラリソース修正要求メッセージを、ＭＭＥに送信する。

ステップ９０３：Ｐ−ＧＷは、リソース情報を運ぶＩＰ−ＣＡＮセッション修正メッセージを、ＰＣＲＦエンティティに送信する。

ステップ９０３〜９０７の実施プロセスは、ステップ４０４〜４０８の実施プロセスと同じである。

図３〜図１０に示す実施形態において、ｅＮＢがリソース情報を送信する場合、ｅＮＢは、特定のベアラを選択してもよく、そして、特定のベアラに関連するメッセージ内で運ばれるリソース情報を、ＭＭＥ、Ｓ−ＧＷ、ＵＥ、又はＰ−ＧＷに送信する。

図３、及び図４に示す実施形態において、ｅＮＢは、リソース情報を、ＰＣＣアーキテクチャ内のＰＣＲＦエンティティを通過せずに、Ｐ−ＣＳＣＦエンティティに送信する。図５、図６、図７、図８、図９、及び図１０に示す実施形態において、ｅＮＢは、リソース情報を、ＰＣＣアーキテクチャ内のＰＣＲＦエンティティを通過して、Ｐ−ＣＳＣＦに送信する。

本発明の前述の実施形態において、本発明の実施方策について、ｅＮＢがリソース情報を送信することを例として使用して説明した。リソース情報は、アクセスネットワーク内の他のネットワーク要素によって送信されてもよく、例えば、リソース情報は、ＵＴＲＡＮ、又はＧＥＲＡＮ内のネットワーク要素によって送信されてもよく、又は、リソース情報は、ＷｉＭＡＸネットワーク内のネットワーク要素によって送信されてもよく、又は、リソース情報は、（ＳＧＷ、又はＰＧＷなどの）他のネットワーク要素によって送信されてもよい。

具体的なプロセスは、前述の実施形態におけるプロセスと同様である。例えば、ＵＴＲＡＮは、リソース情報を運ぶＯＶＥＲＬＯＡＤを、ＳＧＳＮに送信し、ＳＧＳＮは、リソース情報を、ＳＧＷに送信し、ＳＧＷは、リソース情報を、Ｐ−ＧＷに送信し、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦエンティティに送信し、ＰＣＲＦエンティティは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信し、Ｐ−ＣＳＣＦエンティティは、サービスパラメータを、ＵＥと再ネゴシエートし、又は、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。

更に、例えば、ＳＧＷは、リソース情報を、Ｐ−ＧＷに送信し、Ｐ−ＧＷは、リソース情報を、ＰＣＲＦエンティティに送信し、ＰＣＲＦエンティティは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信し、Ｐ−ＣＳＣＦエンティティは、サービスパラメータを、ＵＥと再ネゴシエートし、又は、Ｐ−ＣＳＣＦエンティティは、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワーク内のＰ−ＧＷに送信する。

アプリケーションネットワークは、Ｇｏｏｇｌｅサーバなどの、他のＩＰアプリケーションネットワークであってもよい。

図１１は、本発明の一実施形態による、ＱｏＳを向上させるシステムの概略構成図である。このシステムは、アクセスネットワーク１００と、アプリケーションネットワーク２００とを含む。アクセスネットワーク１００は、アクセスネットワーク１００のリソースが変化した場合に、リソース情報を送信するように構成され、ここで、リソース情報は、アクセスネットワーク１００の現在のリソースステータスを示す情報である。アプリケーションネットワーク２００は、リソース情報を受信し、リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワーク１００に送信するように、又は、リソース情報に従って、現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように構成される。

アプリケーションネットワーク２００は、Ｐ−ＣＳＣＦエンティティを含む、ＩＭＳであってもよく、アクセスネットワーク１００は、ｅＮＢを含み、ここで、ｅＮＢは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信するように構成される。具体的には、ｅＮＢは、リソース情報を、ＵＥを介して、Ｐ−ＣＳＣＦエンティティに送信するように構成されてもよい。

図１１に示すシステムは、アプリケーションネットワーク２００、及びアクセスネットワーク１００のそれぞれに接続された、ＰＣＲＦエンティティを更に含んでもよく、アプリケーションネットワークは、ＩＭＳであり、ここで、ＩＭＳは、Ｐ−ＣＳＣＦエンティティを含み、アクセスネットワークは、ｅＮＢを含む。ｅＮＢは、リソース情報を、ＰＣＲＦエンティティに送信するように特に構成されてもよく、ＰＣＲＦエンティティは、リソース情報を、Ｐ−ＣＳＣＦエンティティに送信するように特に構成される。

ＰＣＲＦエンティティは、Ｐ−ＣＳＣＦエンティティによって送信されたサービス要求に従って、ＰＣＣルールを生成し、ＰＣＣルールを、アクセスネットワーク内のＰ−ＧＷに送信するように更に構成されてもよい。

図１２は、本発明の一実施形態によるアプリケーションネットワーク要素の概略構成図である。ネットワーク要素は、受信ユニット３００と、処理ユニット４００とを含み、ここで、受信ユニット３００は、処理ユニット４００に接続される。受信ユニット３００は、アクセスネットワークによって送信されたリソース情報を受信するように構成され、処理ユニット４００は、受信ユニット３００に接続され、そして、受信ユニット３００によって受信されたリソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、アクセスネットワークに送信するように構成される、又は、受信ユニット３００によって受信されたリソース情報に従って、現在のサービスに関連するサービスパラメータについて、ＵＥとネゴシエートするように（これにより、ＵＥが、ネゴシエーションの結果に従って、現在のサービスに関連するサービスパラメータを修正するように）構成される。

当業者は、実施形態の方法におけるステップの全て又は一部が、ハードウェアによって、プログラムの命令の下で実施されてもよい、ということを理解するであろう。プログラムは、コンピュータ読み取り可能な記憶媒体内に記憶されてもよく、プログラムが実行された場合、実施形態の方法におけるステップが実行される。記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、又はコンパクトディスク読み取り専用メモリなどの、プログラムコードを記憶することが可能な任意の媒体であってもよい。

最後に、実施形態は、本発明の技術的解決法を説明するために提供されたにすぎず、本発明を限定することを意図するものではない、ということに留意されたい。本発明について、例示的実施形態を参照して詳細に説明してきたが、修正又は均等な置換が、本発明の技術的解決法に対して行われてもよく、そのような修正又は均等な置換は、修正された技術的解決法を、本発明の範囲から逸脱させるものではないということが、当業者によって理解されるであろう。

Claims (20)

1. アクセスネットワークのリソースが変化した場合、アプリケーションネットワークによって、前記アクセスネットワークによって送信されたリソース情報を受信し、ここで、前記リソース情報は、前記アクセスネットワークの現在のリソースステータスを示す情報であり、
   前記アプリケーションネットワークによって、前記リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、前記アクセスネットワークに送信すること、又は、前記アプリケーションネットワークによって、前記リソース情報に従って、現在のサービスに関連するサービスパラメータを、ユーザ装置（ＵＥ）とネゴシエートし、これにより、前記ＵＥが、ネゴシエーションの結果に従って、前記現在のサービスに関連する前記サービスパラメータを修正すること
   を含む、サービス品質を向上させる方法。
2. 前記アプリケーションネットワークによって、前記リソース情報に従って、前記現在のサービスに関連する前記サービス要求を調節することは、
   前記アプリケーションネットワークによって、前記リソース情報に従って、前記現在のサービスに関連するサービスパラメータを、ＵＥとネゴシエートし、前記現在のサービスに関連する前記サービス要求を調節すること
   を含む、請求項１に記載の方法。
3. 前記アプリケーションネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳ）であり、
   前記アプリケーションネットワークによって、前記アクセスネットワークによって送信された前記リソース情報を受信することは、前記アクセスネットワーク内のノードＢ（ｅＮＢ）によって、前記リソース情報を、前記ＩＭＳ内のプロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）エンティティに送信すること
   を含む、請求項１に記載の方法。
4. 前記アクセスネットワーク内の前記ｅＮＢによって、前記リソース情報を、前記ＩＭＳ内の前記Ｐ−ＣＳＣＦエンティティに送信することは、
   前記ｅＮＢによって、前記リソース情報を、前記ＵＥに送信し、
   前記ＵＥによって、前記リソース情報を運ぶセッション開始プロトコル（ＳＩＰ）シグナリングを、前記ＩＭＳ内の前記Ｐ−ＣＳＣＦエンティティに送信すること
   を含む、請求項３に記載の方法。
5. 前記ｅＮＢによって、前記リソース情報を、前記ＵＥに送信することは、前記ｅＮＢによって、特定のベアラを選択し、そして、前記リソース情報を運ぶ、かつ、前記特定のベアラに関連する、メッセージを、前記ＵＥに送信することを含み、ここで、前記特定のベアラは、保証ビットレートベアラ、又は、前記リソース情報内にないＱｏＳクラス識別子を有するベアラである、請求項４に記載の方法。
6. 前記ｅＮＢによって、前記リソース情報を、前記ＵＥに送信することは、
   前記ｅＮＢによって、前記リソース情報を運ぶ無線リソース制御（ＲＲＣ）メッセージを、前記ＵＥに送信すること、又は、
   前記ｅＮＢによって、前記リソース情報を運ぶ過負荷メッセージ（ＯＶＥＲＬＯＡＤ）を、モビリティ管理エンティティ（ＭＭＥ）に送信し、前記ＭＭＥによって、前記リソース情報を運ぶＥＰＳベアラコンテキスト修正要求を、前記ＵＥに送信すること
   を含む、請求項４に記載の方法。
7. 前記ＭＭＥによって、前記リソース情報を運ぶ前記ＥＰＳベアラコンテキスト修正要求を、前記ＵＥに送信することは、前記ＭＭＥによって、特定のベアラを選択し、そして、前記リソース情報を運ぶ、かつ、前記特定のベアラに関連する、前記ＥＰＳベアラコンテキスト修正要求を、前記ＵＥに送信することを含み、ここで、前記特定のベアラは、保証ビットレートベアラ、又は、前記リソース情報内にないＱｏＳクラス識別子を有するベアラである、請求項６に記載の方法。
8. 前記アプリケーションネットワークは、ＩＭＳであり、
   前記アプリケーションネットワークによって、前記アクセスネットワークによって送信された前記リソース情報を受信することは、前記アクセスネットワーク内のｅＮＢによって、前記リソース情報を、ポリシー及び課金実施機能（ＰＣＲＦ）エンティティに送信し、前記ＰＣＲＦエンティティによって、前記リソース情報を、前記ＩＭＳ内のＰ−ＣＳＣＦエンティティに送信すること
   を含む、請求項１に記載の方法。
9. 前記アクセスネットワーク内の前記ｅＮＢによって、前記リソース情報を、前記ＰＣＲＦエンティティに送信することは、
   前記ｅＮＢによって、前記リソース情報を運ぶメッセージを、ＭＭＥに送信し、前記ＭＭＥによって、前記リソース情報を、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）に送信し、前記Ｐ−ＧＷによって、前記リソース情報を運ぶＩＰ−ＣＡＮメッセージを、前記ＰＣＲＦエンティティに送信すること、又は、
   前記ｅＮＢによって、前記リソース情報を運ぶＲＲＣメッセージを、前記ＵＥに送信し、前記ＵＥによって、前記リソース情報を運ぶベアラリソース修正要求メッセージを、Ｐ−ＧＷに送信し、前記Ｐ−ＧＷによって、前記リソース情報を運ぶＩＰ−ＣＡＮメッセージを、前記ＰＣＲＦエンティティに送信すること、又は、
   前記ｅＮＢによって、前記リソース情報を、ユーザプレーン用ＧＴＰトンネリングプロトコル（ＧＴＰ−Ｕ）データパケットの拡張ヘッダ内にカプセル化し、前記リソース情報を、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信し、前記Ｐ−ＧＷによって、前記リソース情報を運ぶＩＰ−ＣＡＮメッセージを、前記ＰＣＲＦエンティティに送信すること、又は、
   前記ｅＮＢによって、前記リソース情報を、前記リソース情報を運ぶことが可能なＧＴＰ−Ｕメッセージ内にカプセル化し、前記リソース情報を運ぶ前記ＧＴＰ−Ｕメッセージを、ＧＴＰ−Ｕトンネルを介して、Ｐ−ＧＷに送信し、前記Ｐ−ＧＷによって、前記リソース情報を運ぶＩＰ−ＣＡＮメッセージを、前記ＰＣＲＦエンティティに送信すること
   を含む、請求項８に記載の方法。
10. 前記ｅＮＢによって、前記リソース情報を運ぶ前記メッセージを、前記ＭＭＥに送信することは、前記ｅＮＢによって、特定のベアラを選択し、前記リソース情報を運ぶ、かつ、前記特定のベアラに関連する、メッセージを、前記ＭＭＥに送信することを含み、
    前記ｅＮＢによって、前記リソース情報を運ぶ前記ＲＲＣメッセージを、前記ＵＥに送信することは、前記ｅＮＢによって、特定のベアラを選択し、前記リソース情報を運ぶ、かつ、前記特定のベアラに関連する、前記ＲＲＣメッセージを、前記ＵＥに送信することを含み、
    前記ｅＮＢによって、前記リソース情報を、前記ユーザプレーン用ＧＴＰトンネリングプロトコル（ＧＴＰ−Ｕ）データパケットの前記拡張ヘッダ内にカプセル化することは、前記ｅＮＢによって、特定のベアラを選択し、前記リソース情報を、前記特定のベアラに関連する、前記ＧＴＰ−Ｕデータパケットの前記拡張ヘッダ内にカプセル化すること含み、
    前記ｅＮＢによって、前記リソース情報を、前記リソース情報を運ぶことが可能な前記ＧＴＰ−Ｕメッセージ内にカプセル化することは、前記ｅＮＢによって、特定のベアラを選択し、前記リソース情報を、前記特定のベアラに関連する、かつ、前記リソース情報を運ぶことが可能な、前記ＧＰＴ−Ｕメッセージ内にカプセル化すること含み、
    ここで、前記特定のベアラは、保証ビットレートベアラ、又は、前記リソース情報内にないＱｏＳクラス識別子を有するベアラである、
    請求項９に記載の方法。
11. 前記ＭＭＥによって、前記リソース情報を、前記Ｐ−ＧＷに送信することは、
    前記ＭＭＥによって、前記リソース情報を運ぶメッセージを、Ｓ−ＧＷに送信し、前記Ｓ−ＧＷによって、前記リソース情報を運ぶメッセージを、前記Ｐ−ＧＷに送信すること、又は、
    前記ＭＭＥによって、前記リソース情報を運ぶメッセージを、前記ＵＥに送信し、前記ＵＥによって、前記リソース情報を運ぶベアラリソース修正要求メッセージを、前記ＭＭＥに送信し、前記ＭＭＥによって、運ぶベアラリソース修正要求メッセージを、Ｓ−ＧＷに送信し、前記Ｓ−ＧＷによって、運ぶベアラリソース修正要求メッセージを、前記Ｐ−ＧＷに送信すること、又は、
    前記ＭＭＥによって、前記リソース情報を、制御プレーン用ＧＴＰプロトコル（ＧＴＰ−Ｃ）ヘッダ内にカプセル化し、前記ＧＴＰ−Ｃヘッダを、ベアラ修正プロセスを介して、Ｓ−ＧＷに送信し、前記Ｓ−ＧＷによって、前記ＧＴＰ−Ｃヘッダを、前記Ｐ−ＧＷに送信すること
    を含む、請求項１０に記載の方法。
12. 前記Ｐ−ＧＷによって、前記リソース情報を運ぶ前記ＩＰ−ＣＡＮメッセージを、前記ＰＣＲＦエンティティに送信することは、前記Ｐ−ＧＷによって、前記リソース情報を運ぶ、ＩＰ−ＣＡＮセッション修正メッセージ、又はＩＰ−ＣＡＮセッション通知メッセージを、前記ＰＣＲＦエンティティに送信することを含む、請求項１１に記載の方法。
13. 前記ＰＣＲＦエンティティによって、前記リソース情報を、前記ＩＭＳ内の前記Ｐ−ＣＳＣＦエンティティに送信することは、前記ＰＣＲＦエンティティによって、前記リソース情報を運ぶ、かつ、Ｄｉａｍｅｔｅｒプロトコルによって規定された、情報要素を、前記Ｐ−ＣＳＣＦエンティティに送信することを含む、請求項８〜１２のいずれか一項に記載の方法。
14. 前記調節されたサービス要求を、前記アクセスネットワークに送信することは、前記ＩＭＳ内の前記Ｐ−ＣＳＣＦエンティティによって、前記リソース情報を運ぶ、かつ、Ｄｉａｍｅｔｅｒプロトコルによって規定された、情報要素を、前記ＰＣＲＦエンティティに送信し、前記ＰＣＲＦエンティティによって、前記調節されたサービス要求に従って、ポリシー及び課金制御（ＰＣＣ）ルールを生成し、前記ＰＣＣルールを、前記アクセスネットワーク内の前記Ｐ−ＧＷに送信することを含む、請求項１３に記載の方法。
15. 前記調節されたサービス要求を、前記アクセスネットワークに送信することは、前記ＩＭＳ内の前記Ｐ−ＣＳＣＦエンティティによって、前記調節されたサービス要求を、前記アクセスネットワーク内の前記Ｐ−ＧＷに送信することを含む、請求項１４に記載の方法。
16. アクセスネットワークのリソースが変化した場合に、リソース情報を送信するように構成された、前記アクセスネットワークであって、ここで、前記リソース情報は、前記アクセスネットワークの現在のリソースステータスを示す情報である、前記アクセスネットワークと、
    前記リソース情報を受信し、前記リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、前記アクセスネットワークに送信するように、又は、前記リソース情報に従って、現在のサービスに関連するサービスパラメータを、ユーザ装置（ＵＥ）とネゴシエートし、これにより、前記ＵＥが、ネゴシエーションの結果に従って、前記現在のサービスに関連する前記サービスパラメータを修正するように構成された、アプリケーションネットワークと
    を備える、サービス品質を向上させるシステム。
17. 前記アプリケーションネットワークは、ＩＰマルチメディアサブシステム（ＩＭＳ）であり、ここで、前記ＩＭＳは、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）エンティティを含み、前記アクセスネットワークは、ノードＢ（ｅＮＢ）を含み、前記ｅＮＢは、前記リソース情報を、前記Ｐ−ＣＳＣＦエンティティに送信するように構成される、請求項１６に記載のシステム。
18. 前記アプリケーションネットワーク、及び前記アクセスネットワークのそれぞれに接続された、ポリシー及び課金実施機能（ＰＣＲＦ）エンティティを更に備え、
    前記アプリケーションネットワークは、ＩＭＳであり、ここで、前記ＩＭＳは、Ｐ−ＣＳＣＦエンティティを含み、前記アクセスネットワークは、ｅＮＢを含み、
    前記ｅＮＢは、前記リソース情報を、前記ＰＣＲＦエンティティに送信するように特に構成され、
    前記ＰＣＲＦエンティティは、前記リソース情報を、前記Ｐ−ＣＳＣＦエンティティに送信するように構成される、
    請求項１６に記載のシステム。
19. 前記ＰＣＲＦエンティティは、前記Ｐ−ＣＳＣＦエンティティによって送信された前記サービス要求に従って、ポリシー及び課金制御（ＰＣＣ）ルールを生成し、前記ＰＣＣルールを、前記アクセスネットワーク内のパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）に送信するように更に構成される、請求項１８に記載のシステム。
20. アクセスネットワークによって送信されたリソース情報を受信するように構成された、受信ユニットであって、前記リソース情報は、前記アクセスネットワークの現在のリソースステータスを示す情報である、前記受信ユニットと、
    前記受信ユニットに接続され、そして、前記受信ユニットによって受信された前記リソース情報に従って、現在のサービスに関連するサービス要求を調節し、調節されたサービス要求を、前記アクセスネットワークに送信するように、又は、前記受信ユニットによって受信された前記リソース情報に従って、現在のサービスに関連するサービスパラメータを、ユーザ装置（ＵＥ）とネゴシエートするように（これにより、前記ＵＥが、ネゴシエーションの結果に従って、前記現在のサービスに関連する前記サービスパラメータを修正するように）構成された、処理ユニットと
    を備える、アプリケーションネットワーク要素。

Images