(57)【特許請求の範囲】
【請求項１】
３ＧＰＰデータアクセスネットワークに対するユーザ装置のデータ接続に向けたオンデマンドのサービス品質を提供するための方法であって、３ＧＰＰデータアクセスネットワークに対するユーザ装置のアタッチ手続中に、ユーザ装置から３ＧＰＰデータアクセスネットワークにメッセージを送信するステップ（１、２）であって、メッセージが、アクセスポイント名を含み、アクセスポイント名が、データ接続のためにユーザ装置によって要求される明示的サービス品質要求を含み、明示的サービス品質要求が、事前定義されたシンタックスにフォーマットされるステップと、シンタックスの使用が前記ユーザ装置に対して許可されているか否かをチェックするための、チェックするステップを含む、方法。
【請求項２】
明示的サービス品質要求が、サービス品質クラスインジケータに対応する値を含む、請求項１に記載の方法。
【請求項３】
明示的サービス品質要求が、最大ダウンリンクビットレート、最大アップリンクビットレート、保証ダウンリンクビットレート、保証アップリンクビットレートから選択される、サービス品質フィーチャに対応する値をさらに含む、請求項２に記載の方法。
【請求項４】
３ＧＰＰデータアクセスネットワークのネットワークエンティティにより、アクセスポイント名に含まれる事前定義されたシンタックスを検出するステップをさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
ネットワークエンティティが、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティ、３ＧＰＰデータアクセスネットワークのホームロケーションレジスタ、および／またはデータ接続を伝達するためのパケットゲートウェイである、請求項４に記載の方法。
【請求項６】
メッセージが、ユーザ装置から３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信（１）された、アタッチ要求メッセージである、請求項１から５のいずれか一項に記載の方法。
【請求項７】
メッセージが、ユーザ装置により、進化型パケットシステムセッション管理情報交換を通じて、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信（２）される、請求項１から５のいずれか一項に記載の方法。
【請求項８】
ロケーション更新要求メッセージ中にて、明示的サービス品質要求を、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティから、３ＧＰＰデータアクセスネットワークのホームロケーションレジスタに送信するステップ（３）をさらに含む、請求項１から７のいずれか一項に記載の方法。
【請求項９】
３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティにより、データ接続のためにユーザ装置によって要求される明示的サービス品質要求を用いて、汎用トンネリングプロトコルセッションの作成をトリガするステップ（５）をさらに含む、請求項１から８のいずれか一項に記載の方法。
【請求項１０】
データ接続のための３ＧＰＰデータアクセスネットワークに対するアタッチ手続中に、アクセスポイント名を含むメッセージを送信するように構成されたユーザ装置であって、アクセスポイント名が、データ接続のためにユーザ装着によって要求される明示的サービス品質要求を含み、明示的サービス品質要求が、事前定義されたシンタックスにフォーマットされて、シンタックスの使用が前記ユーザ装置に対して許可されているか否かを３ＧＰＰデータアクセスネットワークがチェックできるようにする、ユーザ装置。
【請求項１１】
メッセージが、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信されたアタッチ要求メッセージ、または進化型パケットシステムセッション管理情報交換を通じて、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信されたメッセージである、請求項１０に記載のユーザ装置。
【請求項１２】
データ接続のためにユーザ装置によって要求される明示的サービス品質要求を検出するように構成された３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティであって、明示的サービス品質要求が、事前定義されたシンタックスにフォーマットされるとともにアクセスポイント名に含まれ、前記アクセスポイント名が、３ＧＰＰデータアクセスネットワークに対するアタッチ手続中にユーザ装置から送信されたメッセージに含まれ、シンタックスの使用が前記ユーザ装置に対して許可されているか否かをチェックするように構成された、モビリティ管理エンティティ。
【請求項１３】
明示的サービス品質要求を含むロケーション更新要求メッセージを、３ＧＰＰデータアクセスネットワークのホームロケーションレジスタに送信するようにさらに構成されている、請求項１２に記載のモビリティ管理エンティティ。
【請求項１４】
明示的サービス品質要求を用いて、汎用トンネリングプロトコルセッションの作成をトリガするようにさらに構成されている、請求項１３に記載のモビリティ管理エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第３世代パートナーシッププロジェクト（３ＧＰＰ）データアクセスネットワークにおいて、アクセスポイント名（ＡＰＮ）に対する接続を可能にするための方法およびシステムに関する。
【背景技術】
【０００２】
従来、アクセスポイント名（ＡＰＮ）とは、３ＧＰＰモバイルデータ通信ネットワーク（ＧＰＲＳ、ＥＰＣ、またはＬＴＥ（４Ｇ）など）と、別のパケットデータネットワーク（通常はインターネット）との間のゲートウェイを指す、論理名のことである。
【０００３】
ＡＰＮはさらに、加入者が接続を望む、特定のデータサービスのことを指すためにも使用される。これに関して、３ＧＰＰモバイルデータネットワークのオペレータは、ユーザに種々のサービス（例えば、ＷＡＰ、ＳＭＳ、ＭＭＳ、４Ｇインターネットサービス）を提供するのに様々なＡＰＮ値が使用可能となるように、ＡＰＮ設定を設けている。
【０００４】
各ＡＰＮ設定は、特定のデータベアラサービスに向けた使用が意図されている。例えば、ＡＰＮ設定には、ＶｏＩＰまたはＨＤビデオストリーミングに必要な特定のＱｏＳ値と同時に、ＭＭＳに必要な別のＱｏＳ値が含まれてよい。
【０００５】
したがって、ネットワークオペレータによる適切なＡＰＮ設定に基づけば、データサービスごとに基本的、中程度、および高度なＱｏＳレベルがモバイルユーザに提供され得る。それに伴い、あるＡＰＮ設定から他のＡＰＮ設定への切り替えを行うと、あるＱｏＳレベルから別のＱｏＳレベルへと、またはあるデータプランタイプから別のデータプランタイプへとデータベアラが移り、やがてはユーザに対する課金の過少または過多を引き起こす。
【０００６】
実用に際して、異なるＱｏＳを有するマルチＡＰＮは、ネットワークオペレータによって事前設定され、次いでユーザのサブスクリプションにマッピングされる（すなわち、ＵＥに対し自動設定または自動検出される）。
【０００７】
それにもかかわらず、この手法は、とりわけ柔軟性の欠如を原因とする、相当な欠点を露呈している。事実、
−  サブスクライブされたＱｏＳが、一時的なオンデマンドの要求に適さないことがある。例えば、基本的なプロファイルをサブスクライブされたユーザが、所与の期間（すなわち、１週間）にわたって、パケットレートを増強したい場合、この一時的要求を達成するには、プロファイルを月単位でアップグレードしなくてはならない。
−  最初のサブスクリプションがオペレータレベルで使用可能となるまでに、ある程度の時間がかかってしまうことがある。
【０００８】
その上、これらの事前設定されたＡＰＮ値は、明示的なＱｏＳセマンティクスをもたない名前を表すにすぎない。換言すると、事前設定されたＱｏＳ値をもつＡＰＮ設定は、
−  ＱｏＳ値に関していうと、自身のＵＥ上でデータサービスを受けようとするユーザの希望とは無関係に定義されており、特に、
−  接続時において、サブスクライブされたものとは異なるであろう明示的なＱｏＳ値を、ユーザが要求することを認めない。その結果、ユーザは、事前定義されたＱｏＳプロファイルをもつサブスクリプションに、長期にわたり束縛される。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
様々な実施形態は、上記の問題のうちの１つまたは複数の影響への取組みを対象とする。様々な実施形態のいくつかの態様についての基本的理解を提供するために、簡略化した実施形態の概要を以下に提示する。この概要は、これらの様々な実施形態の網羅的概説ではない。この概要は、決定的要素の鍵となるものを特定したり、これらの様々な実施形態の範囲を描き出したりすることを意図するものでもない。その唯一の目的は、後に論じるより詳細な説明の前置として、いくつかの概念を単純化された形式で提示することにある。
【００１０】
様々な実施形態の１つの目的は、データ接続中に、ユーザによるＱｏＳ選択およびサブスクリプションに十分な柔軟性を供与するための方法およびシステムを提供することである。
【００１１】
様々な実施形態の別の目的は、３ＧＰＰデータアクセスネットワークのユーザが、パケットアクセスのためのオンデマンドのＱｏＳを要求できるようにする方法およびシステムを提供することである。
【００１２】
様々な実施形態の別の目的は、単純かつ互換性のある方式で、オンデマンドのＱｏＳプロファイルをアップグレード／ダウングレードする方法およびシステムを提供することである。
【００１３】
様々な実施形態の別の目的は、柔軟かつ動的なサブスクリプション機構を可能にする方法およびシステムを提供することである。
【課題を解決するための手段】
【００１４】
様々な実施形態は、３ＧＰＰデータアクセスネットワークに対するユーザ装置のデータ接続に向けたオンデマンドのサービス品質を提供するための方法に関し、この方法は、３ＧＰＰデータアクセスネットワークに対するユーザ装置のアタッチ手続中に、ユーザ装置から３ＧＰＰデータアクセスネットワークにメッセージを送信するステップを含み、このメッセージは、アクセスポイント名を含み、このアクセスポイント名は、データ接続のためにユーザ装置によって要求される明示的サービス品質要求を含み、この明示的サービス品質要求は、事前定義されたシンタックスにフォーマットされる。
【００１５】
１つの広範な態様によれば、明示的サービス品質要求は、サービス品質クラスインジケータに対応する値と、少なくとも、最大ダウンリンクビットレート、最大アップリンクビットレート、保証ダウンリンクビットレート、保証アップリンクビットレートから選択される、サービス品質フィーチャに対応する値とを含む。
【００１６】
別の広範な態様によれば、上記方法は、
−  ３ＧＰＰデータアクセスネットワークのネットワークエンティティにより、アクセスポイント名に含まれる事前定義されたシンタックスを検出するステップと、
−  このシンタックスの使用が前記ユーザ装置に対して許可されているか否かをチェックするための、チェックするステップと
をさらに含む。
【００１７】
別の広範な態様によれば、ネットワークエンティティは、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティ、３ＧＰＰデータアクセスネットワークのホームロケーションレジスタ、および／またはデータ接続を伝達するためのパケットゲートウェイである。
【００１８】
別の広範な態様によれば、メッセージは、ユーザ装置から３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信された、アタッチ要求メッセージである。
【００１９】
別の広範な態様によれば、メッセージは、ユーザ装置により、進化型パケットシステムセッション管理情報交換を通じて、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信される。
【００２０】
別の広範な態様によれば、上記方法は、
−  ロケーション更新要求メッセージ中にて、明示的サービス品質要求を、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティから、３ＧＰＰデータアクセスネットワークのホームロケーションレジスタに送信するステップと、
−  ３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティにより、データ接続のためにユーザ装置によって要求される明示的サービス品質要求を用いて、汎用トンネリングプロトコルセッションの作成をトリガするステップと
をさらに含む。
【００２１】
さらには、様々な実施形態は、データ接続のための３ＧＰＰデータアクセスネットワークに対するアタッチ手続中に、アクセスポイント名を含むメッセージを送信するように構成されたユーザ装置に関し、このアクセスポイント名は、データ接続のためにユーザ装置によって要求される明示的サービス品質要求を含み、この明示的サービス品質要求は、事前定義されたシンタックスにフォーマットされる。
【００２２】
ある広範な態様によれば、メッセージは、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信されたアタッチ要求メッセージ、または進化型パケットシステムセッション管理情報交換を通じて、３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに送信されたメッセージである。
【００２３】
さらには、様々な実施形態は、データ接続のためにユーザ装置によって要求される明示的サービス品質要求を検出するように構成された３ＧＰＰデータアクセスネットワークのモビリティ管理エンティティに関し、この明示的サービス品質要求は、事前定義されたシンタックスにフォーマットされるとともにアクセスポイント名に含まれ、前記アクセスポイント名は、３ＧＰＰデータアクセスネットワークに対するアタッチ手続中にユーザ装置から送信されたメッセージに含まれる。
【００２４】
別の広範な態様によれば、上記記載のモビリティ管理エンティティは、明示的サービス品質要求を含むロケーション更新要求メッセージを、３ＧＰＰデータアクセスネットワークのホームロケーションレジスタに送信するようにさらに構成されている。
【００２５】
別の広範な態様によれば、上記記載のモビリティ管理エンティティは、明示的サービス品質要求を用いて、汎用トンネリングプロトコルセッションの作成をトリガするようにさらに構成されている。
【００２６】
様々な実施形態には、様々な修正形態および代替形態を受け入れる余地がある一方、それらの特定の実施形態が、例示として図面に示されている。しかしながら、特定の実施形態についての本明細書の説明は、様々な実施形態を、開示される特定の形態に限定することを意図するものではないということを理解されたい。
【００２７】
当然のことながら、そのような現実の実施形態のいずれかが発展していく中で、開発者の特定の目標を達成するために、システム上および業務上の制約に従うことなど、実装形態に固有の決定がなされるべきであることは認識されてよい。そのような開発努力は時間のかかるものとなろうが、にもかかわらず、本開示の利益を享受する当業者にとって、決まりきった理解となり得ることが認められよう。
【００２８】
様々な実施形態の目的、利点、および他の特徴は、以下の開示、および特許請求の範囲から、より明白となろう。以下に続く、好ましい実施形態についての非限定的説明は、添付の図面を参照しての例証のみを目的として与えられるものである。
【図面の簡単な説明】
【００２９】
【図１】様々な実施形態による、ＰＤＮ接続を作成するための手続を示す概略図である。
【発明を実施するための形態】
【００３０】
図１を参照すると、３ＧＰＰデータアクセスネットワークシステム（ＧＰＲＳ、ＥＰＣ、またはＬＴＥなど）におけるアタッチ手続を実行するユーザ装置（ＵＥ）が示されている。
【００３１】
本明細書で使用される「ＵＥ」という用語は、広義に、かつ非限定的に、３ＧＰＰデータアクセスネットワークシステムを通じてＰＤＮ接続を確立することのできる、あらゆるデバイス（スマートフォン、携帯電話、ＰＤＡ、ラップトップ、タブレットなど）を含むものとされる。
【００３２】
とりわけ、アタッチ手続中、ＵＥは、特定のＱｏＳ  ＡＰＮシンタックスを用いるパケットアクセスのために、明示的なＱｏＳフィーチャを要求するように構成されている。この特定のＡＰＮシンタックスは、この明示的なＱｏＳ要求が、ＱｏＳセマンティクスおよび詳細、押し並べていうと、データ接続に要求されるサービス品質を示す明示的な情報を担うことができるように設計される。明示的なＱｏＳ要求がもつ、この特定のシンタックスは、従来のＡＰＮフォーマットからのネットワークエンティティによる検出および識別が可能となるようにさらに設計される。
【００３３】
「明示的」によって、ＱｏＳ要求が、例えば、それぞれの値を備えたＱｏＳフィーチャにおいて明確に表現されるように、具体的かつ計画的に定式化される、ということが意味される。
【００３４】
様々な実施形態において、ＱｏＳ  ＡＰＮシンタックスは、以下のフォーマットを取り得る：
【００３５】
【数１】
0006271719.tif 000002
上式において、
−  太字の項目（つまり、ＱｏＳクラスインジケータを表すＱＣＩ、最大ダウンリンクビットレートを表すＭＤＬ、最大アップリンクビットレートを表すＭＵＬ、保証ダウンリンクビットレートを表すＧＤＬ、および保証アップリンクビットレートを表すＧＵＬ）は、予約キーワードである。
−  太字の「＿」は、事前定義されたセパレータとして使用される。
−  イタリック体の項目は、以下の通り規定される：
・  ＜ｑｃｉ＿ｖａｌ＞は必須項目であり、１から９までのＱＣＩ値を指す（もちろん、これより高い値となることも考えられ得る）。
・  ＜ｍａｘ＿ＤＬ＿ｂｉｔｒａｔｅ＞は任意選択項目であり、最大ダウンリンクビットレート（ビット／秒）を指す。
・  ＜ｍａｘ＿ＵＬ＿ｂｉｔｒａｔｅ＞は任意選択項目であり、最大アップリンクビットレート（ビット／秒）を指す。
・  ＜ｇｕａｒａｎｔｅｅｄ＿ＤＬ＿ｂｉｔｒａｔｅ＞は任意選択項目であり、保証ダウンリンクビットレート（ビット／秒）を指す。
・  ＜ｇｕａｒａｎｔｅｅｄ＿ＵＬ＿ｂｉｔｒａｔｅ＞は任意選択項目であり、保証アップリンクビットレート（ビット／秒）を指す。
【００３６】
なお、上記キーワードは、区切り記号「＿」によって正しく分割されていれば、異なる順序でフォーマット／配列して、明示的なＱｏＳ要求の定式を導くことができるということに留意されたい。
【００３７】
変形の実施形態では、例えば、非ＧＢＲ  ＱＣＩ（ＱＣＩ５から９）について、ＧＤＬおよび／またはＧＵＬ項目が省略される。ＧＢＲ  ＱＣＩについて、ＧＤＬおよび／またはＧＵＬが省略される場合、内部デフォルト値がＭＭＥによって強制され得ることになる。
【００３８】
さらに、変形の実施形態では、ＭＤＬおよび／またはＭＵＬ項目が省略される。その場合、ＨＬＲおよび／またはＭＭＥによって（ローカルな構成手段を用いて）提供される概略値が強制され得ることになる。
【００３９】
説明のための例として、ｑｃｉ８＿ｍｄｌ５００００００というＱｏＳ  ＡＰＮシンタックスを挙げることができ、これは、ｍｄｌ５００００００＿ｑｃｉ８というシンタックスにフォーマットされてもよい（項目の順序変更）。
【００４０】
さらには、ＱＣＩが［１，９］の範囲内にあるときは、目下のところ、ＡＲＰ値は、ＱｏＳ  ＡＰＮシンタックス内に設定され得ない、ということにも留意されたい。その場合、ＡＲＰは、３ＧＰＰ標準に従えば、ＭＭＥによって設定される。当然ながら、さらなる拡張により、９を上回るＱＣＩ値の使用も可能となり得、それにより、ＡＲＰ設定をサポートする追加のシンタックス要素も許容されることになる。
【００４１】
有効なＱＯＳ  ＡＰＮ値の説明のための例として、ＵＥは、以下のものを要求してよい。
−  アップリンクが１００Ｋビット、ダウンリンクが５ＭビットのＱＣＩ６。ＱＣＩ６＿ＭＵＬ１０００００＿ＭＤＬ５００００００とフォーマットされる。
または、
−  アップリンクが２００Ｋビット（１５０Ｋビット保証）、ダウンリンクが７Ｍビット（６Ｍビット保証）のＱＣＩ３。ＱＣＩ３＿ＭＵＬ２０００００＿ＧＵＬ１５００００＿ＭＤＬ７００００００＿ＧＤＬ６００００００とフォーマットされる。
【００４２】
ネットワーク側から、データコアネットワークは、そのようなＱｏＳ  ＡＰＮフィーチャの使用権限を示す、特定フラグを含むように構成されている。この特定フラグは、ＭＭＥおよびＰ−ＧＷシステムに保持されてよいのと同様、ＨＬＲユーザレコードに保持されてもよい。
【００４３】
この専用フラグが、ＨＬＲユーザレコード内、ＭＭＥ内、およびＰ−ＧＷシステム内にあることで、オペレータが、こうしたＱｏＳ  ＡＰＮフィーチャの使用（ＱｏＳ  ＡＰＮシンタックスの使用の許可または不許可）を制御できることは有利である。換言すると、少なくともＨＬＲ、ＭＭＥ、またはＰ−ＧＷは、ＱｏＳ  ＡＰＮシンタックスの使用を検出し、そのような使用が、要求を行っているＵＥに対して許可されるかどうかをチェックするように構成されてよい。
【００４４】
一実施形態において、ネットワークオペレータは、ひとたびＱｏＳ  ＡＰＮフィーチャの使用が承認されれば、それ以上ＨＬＲを参照することのない内部制御を提供することにより、ＭＭＥおよびＰ−ＧＷレベルのＱｏＳ  ＡＰＮシンタックスによって、要求されたＱｏＳを制限してよい。
【００４５】
別の実施形態では、検出されたＱｏＳ  ＡＰＮシンタックスの使用をＵＥがすでにサブスクライブしている場合、ＨＬＲおよびＰ−ＧＷシステムは、そのＱｏＳ  ＡＰＮシンタックスを、既存のＡＰＮ設定とマッチさせようと試みることはしない。
【００４６】
要約すると、事前定義された特定のＱｏＳ  ＡＰＮシンタックスの使用により、ＵＥは、特定のサブスクリプションタイプの制御下にありながら、パケットアクセスのためのオンデマンドのＱｏＳを要求し得る。
【００４７】
図１は、ＱｏＳ  ＡＰＮシンタックスを使用する、ＰＤＮ接続の処理のコールフローを示している。
【００４８】
実際、ＵＥは、ＱｏＳ  ＡＰＮ値を提供するアタッチ要求を使用して（図１のステップ１）、ネットワークに（すなわち、ｅＮｏｄｅＢ、次いでＭＭＥに）接続する。例えば、このＡＰＮ値は、ＡＰＮ＝ｑｃｉ６＿ｍｄｌ４００００００（つまり、ダウンリンクが４ＭビットのＱＣＩ６）のようにフォーマットされてよい。
【００４９】
続いて、ＭＭＥがアタッチ要求を受信し、その中から特定のＱｏＳ  ＡＰＮシンタックスを検出する。
【００５０】
ＭＭＥがＱｏＳ  ＡＰＮシンタックスをサポートするように構成されていない場合、ＭＭＥはその接続要求を、便宜的なエラーコード（例えば、「サービスはサポートされていません」）を用いて拒否する。それ以外の場合（すなわち、ＭＭＥがＱｏＳ  ＡＰＮシンタックスをサポートするように構成されている場合）、ＭＭＥは、要求されたＱｏＳ値を、ローカルな構成と照らし合わせて（すなわち、要求されたＱｏＳプロファイルを、利用可能なネットワークリソースおよびサービス、プロトコルと照らし合わせて）チェックし、その後、
−  チェックが成功した場合には、ロケーション更新要求（ＵＬＲ）メッセージをＨＬＲに送信して（図１のステップ３）、ＱｏＳ  ＡＰＮ値（ＡＰＮ＝ｑｃｉ６＿ｍｄｌ４００００００）を提供し、または、
−  このチェックが失敗した場合には、便宜的なエラーコード（すなわち、利用可能なリソースが存在しない）を用いて、その接続を拒否する。
【００５１】
したがって、ＭＭＥは、ＵＥからアタッチ要求を受信し、ＱｏＳ  ＡＰＮシンタックスの存在を検出し、このＵＥに当該サービスを使用する権限があるかどうかを検証し、所望のＱｏＳプロファイル（ＱＣＩ、ＭＤＬ、ＭＵＬ、ＧＤＬ、ＧＵＬ）が満たされ得るかどうかをチェックし、ひいてはＨＬＲを用いてロケーションアップデートを有効化する。
【００５２】
変形の実施形態では、アタッチ要求に含まれる代わりに、認証ステップ中にＥＳＭ情報交換を通じて、ＱｏＳ  ＡＰＮ値がＨＬＲに提供されてもよい（図１のステップ２）。実際、ＱｏＳ  ＡＰＮ値は、（認証ステップ中の、ＭＭＥからＵＥへの情報要求メッセージに応答して）ＵＥからＭＭＥへの応答メッセージ中にて送信されてよい。その場合、このＱｏＳ  ＡＰＮは、例えば、ロケーション更新要求（図１のステップ３）において、ＭＭＥからＨＬＲに送信されてよい。
【００５３】
ＵＬＲをＭＭＥから（または、代替的に、ＥＳＭ交換を通じて）受信すると、ＨＬＲはＵＥのサブスクリプションを検査して、ＱｏＳ  ＡＰＮシンタックスの使用が、そのＵＥに対して許可されているかどうかをチェックする。ＭＭＥに応答して、ＨＬＲは、ロケーション更新回答（ＵＬＡ）において、特定のＡＶＰを返信して（図１のステップ４）、ＱｏＳ  ＡＰＮのサポートに関するユーザ承認を実行する。この特定のＡＶＰは、ＱｏＳ  ＡＰＮシンタックスの使用をユーザが許可されているか否かを示すことを可能にするブール／整数値、またはその他の任意の情報を担うように構成されている。ＵＬＡはまた、ＡＰＮ固有ではない、ＡＭＢＲ−ＤＬ／ＵＬなどのサブスクリプションデータを含んでもよい。この特定のＡＶＰは、ネットワークオペレータの間で標準化されることが好ましい。
【００５４】
ＵＬＡは、ＭＭＥによって受信され、ＭＭＥは、ＨＬＲによって返信された特定のＡＶＰ値をチェックする。ＵＥにはＱｏＳ  ＡＰＮの使用が許可されていないということをＨＬＲが示している場合、ＭＭＥは便宜的なエラーコード（すなわち、サービスがサポートされていない）を用いて、その接続を拒否する。
【００５５】
ＵＥにＱｏＳ  ＡＰＮの使用が許可されているということをＨＬＲが示している場合、ＭＭＥは、３ＧＰＰ標準に記述された通りにＵＬＡを処理する。とりわけ、ＭＭＥは、図１のステップ５において、ＱｏＳ  ＡＰＮ値から得られたＱｏＳ値を用いて（ＱｏＳ  ＡＰＮ値内に存在しない場合には、ローカルで構成される（またはＵＬＡに含まれる）デフォルト値が含まれる可能性もある）、ＧＴＰセッションの作成をトリガする。ＭＭＥはさらに、ＱｏＳ値が、（ローカルに、またはＵＬＡから）ＵＥに対して構成された集計ビットレートに違反しないことをチェックする。ＭＭＥは、ＱｏＳ  ＡＰＮ値を、ベアラレベルのＱｏＳパラメータにマッピングする。これは、ＱＣＩ、ＡＲＰ、ＭＢＲ−ＵＬ、ＭＢＲ−ＤＬ、ＧＢＲ−ＵＬ、ＧＢＲ−ＤＬを含む。
【００５６】
ＱＣＩ値が［１、９］の範囲内にある場合、ＡＲＰは、３ＧＰＰ標準に従って設定されるのが好ましいということに留意されたい。
【００５７】
ＧＴＰセッションを確立するために、Ｐ−ＧＷは、ＱｏＳ  ＡＰＮシンタックスをサポートするように構成されている。そのために、Ｐ−ＧＷはＱｏＳ  ＡＰＮシンタックスを検出し、続いて、ＡＰＮ値を用いてＩＰアドレスをＵＥに割り当てる。Ｐ−ＧＷは、任意のＱｏＳ  ＡＰＮ値とマッチする事前定義されたプールから、ＩＰアドレスを取得するように構成されていることが好ましい。
【００５８】
したがって、ＰＧＷは、ＱｏＳ  ＡＰＮ値をそれ自体のＡＰＮ設定とマッチさせる必要はなく、それにより、ＧＴＰセッションは、「ＧＴＰｖ２セッション作成要求」メッセージ中にて送られる、ＱｏＳ  ＡＰＮ値から得られたＱｏＳ値を使用して、Ｐ−ＧＷレベルで確立され得る（図１のステップ６）。したがって、その結果、ＱｏＳは、パケットゲートウェイレベルでセットアップされる。とりわけ、ユーザの要求にマッチさせるため、ダウンリンクパケットレートシェーピングがインストールされる。
【００５９】
Ｐ−ＧＷがＱｏＳ  ＡＰＮシンタックスをサポートするように構成されていない場合、ＧＴＰセッションの作成は、便宜的なエラーコード（すなわち、サービスが利用できない）を用いて拒否される。
【００６０】
ＧＴＰセッションの確立に成功した場合、ＭＭＥは「アタッチ承諾」メッセージを送信する（図１のステップ７）。最後に、この「アタッチ承諾」メッセージには、ＵＥによる「アタッチ完了」メッセージでの確認応答が行われる（図１のステップ８）。その時点で、ＱｏＳ  ＡＰＮ値に要求されるＱｏＳ要求は、ｅＮｏｄｅＢおよびＰ−ＧＷレベルでセットアップされる。
【００６１】
上述の実施形態がＬＴＥシステムを拡張することで、オペレータによるＱｏＳ  ＡＰＮシンタックスの使用の制御が可能となり、拡張されたサブスクリプションと、それによる収益能力とがオペレータに提供されることは有利である。実際、異なるＱｏＳ  ＡＰＮ値に対しては、異なる価格が提案されてよい。さらには、こうしたＬＴＥシステムの拡張には、有利なことに、下位互換性がある。諸実施形態は、ＨＬＲ、ＭＭＥ、およびＰ−ＧＷ機能の制御性を向上させることによって達成され得る。
【００６２】
そのようなオンデマンドの（動的な）機能に対する新たな収益が発生するように、これらの実施形態が実施され得ることは有利である。
【００６３】
上述の実施形態によって、ＰＤＮ接続（ＶｏＩＰ、ＳＭＳ、またはインターネット接続など）の体感品質を、著しく向上させることが可能である。
【００６４】
用語集
ＡＭＢＲ−ＤＬ／ＵＬ：集計最大ビットレート−ダウンリンク／アップリンク
ＡＰＮ：アクセスポイント名
ＡＲＰ：優先度、割当て保持プリエンプション脆弱性、および割当て保持プリエンプション能力
ＡＶＰ：属性−値ペア
ＥＰＣ：進化型パケットコア
ＥＳＭ：進化型パケットシステムセッション管理
ＧＢＲ：保証ビットレート
ＧＰＲＳ：汎用パケット無線サービス
ＧＴＰ：汎用トンネリングプロトコル
ＨＤ：高精細
ＨＬＲ：ホームロケーションレジスタ
ＬＴＥ：ロングタームエボリューション
ＭＭＥ：モビリティ管理エンティティ
ＭＭＳ：マルチメディアメッセージングサービス
ＰＤＮ：パケットデータネットワーク
Ｐ−ＧＷ：パケットゲートウェイ
ＱＣＩ：ＱｏＳクラスインジケータ
ＱｏＳ：サービス品質
ＶｏＩＰ：ボイスオーバＩＰ
ＷＡＰ：ワイヤレスアプリケーションプロトコル
【図１】
0006271719.tif 000003