JP2012509628A - 直接トンネルにトラフィックを割り当てるための方法、装置、コンピュータプログラム製品、及びコンピュータ可読媒体 - Google Patents

Abstract

トラフィックを直接トンネルに割り当てるための方法及び装置が与えられる。ここにおいて、上記トラフィックは、サービングノードによって、及び／又はゲートウェイノードによって与えられる優先順位付けに基づいて直接トンネルに割り当てられる。加えて、コンピュータプログラム製品及びコンピュータ読取可能な媒体が提案される。
【選択図】図３

Description

本発明は、直接トンネルにトラフィックを割り当てるための方法、装置、コンピュータプログラム製品、及びコンピュータ可読媒体に関する。

直接トンネルは、３ＧＰＰ ＴＳ ２３．０６０（汎用パケット無線サービス（ＧＰＲＳ）；サービス記述）によって規定される。ＳＧＳＮは、ＵＭＴＳネットワーク内でＧＧＳＮとＵＴＲＡＮとの間に直接トンネルを確立することを可能とするべく、この機能を実行する。

直接トンネルは、ＳＧＳＮがＰＳドメイン内でＲＡＮとＧＧＳＮとの間に直接ユーザプレーントンネルを確立することを可能とする、Ｉｕモードにおけるオプション機能である。

直接トンネルを処理することができるＳＧＳＮは、直接ユーザプレーン接続を使用できるか否かについて、ＧＧＳＮごと、及びＲＮＣごとの基準で設定する機能を有していなければならない。

ＳＧＳＮは制御プレーンシグナリングを処理して、直接トンネルをいつ確立するかをＰＤＰごとに決定する。現行の直接トンネル実行メカニズムは、直接トンネルを確立するか否かの決定において、どちらかといえば非効率的である。

ある数の、又はあるパーセンテージの直接トンネルのみが確立することを許される（例えば、ライセンス制限により）と仮定したとき、直接トンネルの割り当てにおける、そのような効率性の欠如は、Ｉｕユーザプレーン処理にあたるハードウェアの利用率が乏しいものになるという結果に繋がる。

例えば、ライブネットワークにおいて、オペレータは依然としてＳＧＳＮユーザプレーン容量を使用しているかもしれない。ＳＧＳＮは、ＳＧＳＮユーザプレーンを通ってユーザプレーントラフィックが流れることを避けるべく、直接トンネルの解決法を実行する。（近い）将来、データトラフィックが大量になると予期されるため、追加のユーザプレーン容量に対する深刻な要求が生じるであろう。直接トンネルの解決法は、オペレータにおける、更なるＳＧＳＮ容量の購入を必要ないものとするための、重要なツールである。代替的に、ユーザプレーンを迂回して、ＧＧＳＮからＲＮＣに対してトラフィックを直接的に運ぶことも可能である。

データトラフィックはますます増加しているため、オペレータは、直接トンネルのライセンスを段階的に購入する傾向にある。

トンネル作成過程は、ＳＧＳＮにおけるＲＡＢの割り当てに直接的に比例する。ライブネットワークにおいて、ＰＤＰコンテクストとの間の割合は、ＲＡＢを考慮すれば５−１０％に達するのであり、すなわち、ＳＧＳＮにおける各々１００のＰＤＰコンテクストに対して５−１０のＲＡＢが存在する。この数字は、「常にオンである」ような端末、ブロードバンドのアクセスタイプに起因して、約２０−３０％まで上昇すると予測されている。

ライブネットワークにおいては、加入者の２０−３０％がユーザプレーン容量の６０−７０％を使用しており、加入者のうち残りの７０−８０％が３０−４０％のユーザプレーン容量を使用していると観測することができる。不都合なことに、特定のタイプのユーザに対して直接トンネルを任意に割り当てるということに関し、現在のメカニズムは非効率的である。

３ＧＰＰ標準（ＴＲ ２３．８０９）は、直接トンネルを作成し、更新し、又は削除するためのメカニズムを定義する。また、３ＧＰＰ標準は、直接トンネルを作成すべきではないときについても定義している。言及されるとおり、存在する、またはこれから生じるトラフィックに関して、直接トンネルを如何にして効率的に利用するかは上記標準において規定されていない。

解決すべき課題とは、上述の不都合を克服し、特に、直接トンネルの効率的な利用を提供することである。

この課題は、独立形式請求項の特徴に従って解決される。更なる実施態様が、引用形式の請求項の結果として生じる。

この課題を克服するため、直接トンネルに対してトラフィックを割り当てるための方法が提供されるのであり、ここにおいて、上記トラフィックは、サービングノードによって、及び／又はゲートウェイノードによって与えられる優先順位付けに基づいて直接トンネルに割り当てられる。

特に、少なくとも１つのサービングノード、及び／又は少なくとも１つのゲートウェイノードを与えることができる。

実施態様に従えば、サービングノードはＳＧＳＮである。更なる実施形態に従えば、ゲートウェイノードはＧＧＳＮである。

ここにおいて、ＧＧＳＮはゲートウェイノードの一例として言及されており、ＳＧＳＮはサービングノードの一例として言及されていることに留意する。

上記サービングノード、及び／又は上記ゲートウェイノードは、パケットデータ切り替え機能を備えるネットワークにおける、如何なる構成要素であってもよい。

そのような割り当ては、トラフィック、特にＰＤＰトラフィック（ＰＤＰセッション内のＰＤＰコンテクストとして編成されうる。）の再割り当てを含んでもよいことに留意する。

与えられるアプローチは、ＵＭＴＳネットワークにおけるＧＧＳＮとＵＴＲＡＮ（特にＲＮＣ）との間で少なくとも１つの直接トンネルを設定し、修正し、解放することを可能とする。直接トンネルのそのような処理は、優先順位付けされた方法において与えられる。すなわち、効率的な優先順位付けを可能にするべく、ある特徴及び情報を利用することができる。それゆえ、直接トンネルを介したスループットが上昇しうる（例えば、最大化される。）のであり、これにより、通常の２トンネルアプローチを介して与えられるスループットの必要性は最小化されうる。

有益なことに、提示される解決法は、直接トンネルを確立するか否かを決定するための基礎としうるような、差別化、及び／又は優先順位付けメカニズムを提供する。それゆえ、直接トンネルを選択的な方法で作成（削除、補正、等）することができるのであり、例えば帯域幅への要求が高いユーザのトラフィックを、直接トンネルを通って運ぶなどの方法による、ユーザトラフィックの効率的な利用が可能となる。

このアプローチは、パラメータを用いて直接トンネルのスループットを最大化することを提案するものであり、ここにおいて多数の直接トンネルはライセンス制御により制限されていてもよい。それゆえ、ＳＧＳＮにおける２トンネルユーザプレーンスループット要件が低減される。そのような最適化は、オペレータにとっては商業的及び技術的な節約という結果を生じる。

有益なことに、優先順位付けをせずに２つのトンネルを処理するケースに比較して、ここで与えられる解決法が要求するＳＧＳＮ容量は低い。

１つの実施態様において、上記直接トンネルは、ＵＭＴＳネットワークにおけるＵＴＲＡＮとゲートウェイノードとの間のトンネルである。

別の実施態様において、与えられる優先順位付けは、ＰＤＰコンテクストに対して作成される、及び／又は割り当てられる少なくとも１つのＲＡＢに関する情報を含む。

さらなる実施態様において、上記優先順位付けは、ユーザプロフィール、特にアクセスポイント名（ＡＰＮ）ごとのユーザプロフィールに基づく。

それゆえ、優先順位付けの目的のために、ユーザ固有の情報を利用することが可能である。

次の実施態様において、上記ユーザプロフィールは、加入者情報を格納するデータベースに記憶され、及び／又は関連付けられる。

そのような加入者情報を格納するデータベースは、ＨＬＲ又はＨＳＳ（ＩＭＳの場合）を含むか、その一部であるか、又はそれに関連付けられていてよい。

ユーザプロファイルが直接トンネルの好みを含むということも、１つの実施態様である。

そのような直接トンネルの好みは、例えば、ユーザの加入によって与えられる、又は関連付けられる、タグ又はフラグであってよいし、あるいは、（事前に設定された、又は事前に定義された）オペレータの好みに基づくものであってもよい。

別の実施態様に準じれば、与えられる優先順位付けは、セル識別を含む。

それゆえ、直接トンネルを利用するか否かの決定において、ローカル又は地域的情報（例えば、ホームゾーン、及び／又はオフィスゾーンの場所）を利用することができる。そのようなセル識別（ＩＤ）は、ＰＤＰコンテクスト作成手続きの間にＲＮＣから受信することが可能である。

１つの実施態様に従えば、与えられる優先順位付けは、端末の機能、又はその身元に基づく。

例えば、ＩＭＥＩ又はＩＭＥＩＳＶのような端末の識別を用いることができる。端末の能力は、この装置によって利用することができるサービスのタイプを示しうるものである。

端末とは、モバイルインターフェースを含みうる任意の種類のモバイル端末又は装置を指す（例えば、コンピュータ、パーソナルデジタルアシスタント、スマートフォン、モバイルフォン、ユーザ装置（ＵＥ）等）ことに留意する。

別の実施態様に従えば、与えられる優先順位付けは、ネットワークの少なくとも一部分の負荷因子に基づく。

負荷因子は、例えばＳＧＳＮによって、及び／又はＧＧＳＮによって評価することができる。

さらなる別の実施態様において、与えられる優先順位付けは、データボリューム、特にサービングノードのデータボリュームカウントに基づく。

次の実施形態に従えば、サービングノードは、データボリュームに基づき、２つのトンネルを介して運ばれるトラフィックを優先順位付けする。

さらなる別の実施態様に準じれば、高い優先順位を与えられた２トンネルトラフィックは、２つのトンネルから直接トンネルへと割り当てられる。

ＳＧＳＮは、特に、上記２つのトンネルを介してＰＤＰコンテクストごとに運ばれるトラフィックの量によってソートされるリストを保持することができる。直接トンネルのリソースが利用可能である場合、トラフィック量が最も高いＰＤＰコンテクストを、２つのトンネルから直接トンネルに割り当てることができる。

直接トンネルのトラフィックが解放されているというイベントは、ＲＡＢ非活動タイマーによって指示することが可能である。

この手続きは、反復的に適用することができる。すなわち、直接トンネルのリソースが利用可能となったとき、上記２つのトンネルを介して運ばれる、高い優先順位を与えられたトラフィックは直接トンネルへと移動する。これにより、直接トンネル（単数又は複数）が効率的な方法で利用されるということが保証される。

与えられる優先順位付けが、データボリューム、及び／又は監視されるトラフィック分析に基づくこと、及び／又はゲートウェイノードによって提供されることも、１つの実施態様である。

ＧＧＳＮを用いて、すべてのアクティブなＰＤＰコンテクストに対し、データボリュームカウンタを与えることができる。ＧＧＳＮは（ＳＧＳＮにより供給される、直接トンネルの指示及びデータボリュームに基づき）、２トンネルトラフィックを直接トンネルへと切り替えるための更新ＰＤＰコンテクスト手続きを開始することを決定できる。

別の実施態様に従えば、直接トンネルのライセンスが利用可能な場合に、上記トラフィックが直接トンネルに割り当てられる。

上述の課題は、ここにおいて説明される方法がその上で実行可能であるように構成された、プロセッサユニット、及び／又は配線で接続された回路、及び／又は論理装置を備えた、又はそれに関連付けられた装置によっても解決される。

１つの実施態様に従えば、その装置は通信装置であり、特に、例えばＳＧＳＮやＧＧＳＮ等のＵＭＴＳネットワークのネットワーク構成要素であるか、又はそれに関連付けられた装置である。

上記述べられた課題は、更に、ここにおいて説明される装置を備えた通信システムによって解決される。

加えて、上述の課題は、デジタルコンピュータの内部メモリに直接的にロード可能であって、コンピュータ上で実行されたときに、ここにおいて説明される方法に従うステップを遂行するためのソフトウェアコード部分を備える、コンピュータプログラム製品によって解決される。

さらに、上記述べられた課題は、ここにおいて説明される方法のステップをコンピュータシステムに遂行させるよう適合させた、コンピュータにより実行可能な命令を有するコンピュータ読取可能な媒体によっても解決される。

そのようなコンピュータは、上記コンピュータプログラム製品によって、及び／又はコンピュータ読取可能な媒体上に記憶された命令によって動作可能な、少なくとも１つのプロセッサ、及び／又は少なくとも１つの配線で接続された回路を備え、及び／又はそれに関連付けられた、任意の装置であってよいことに留意する。上記プログラム又は命令は、特にＧＧＳＮ又はＳＧＳＮのネットワーク構成要素又はノードを更新する目的のため、特に用いられるものであってよい。

発明の実施態様が、以下の図面中で示され、及び描かれる。

図１は、１トンネルトラフィック、及び２トンネルトラフィックを利用するＰＤＰトラフィックを時間とともに可視化するダイアグラムを示す。 図２は、スループットを時間とともに可視化するダイアグラムを示す。ここにおいて、直接トンネルを効率的に利用することにより、従来の２トンネルアプローチによって与えるべきスループットを低減させることができる。 図３は、２つのトンネルを作成すべきか、又は直接トンネルを作成すべきかを決定するためのステップを含む、フローダイアグラムを示す。 図４は、直接トンネルへの移動が有用であると判明しうるかどうかを決定するためのボリュームカウンタの概念を可視化するフローダイアグラムを示す。 図５Ａは、ＧＧＳＮボリュームカウンタに基づき、２つのトンネルを直接トンネルに移動するべきかどうかの例を含むフローダイアグラムを示す。 図５Ｂは、ＧＧＳＮボリュームカウンタに基づき、直接トンネルを２つのトンネルに移動するべきかどうかの例を示す。 図６は、ＧＧＳＮによって与えられるトラフィック分析に基づき、ＰＤＰコンテクストを直接トンネルに移動するべきかどうかを決定するためのステップを含む、フローダイアグラムを示す。 図７は、直接トンネルと２トンネルのアプローチを比較するための構成要素の配置を示す。

図１は、ある数のアクティブなＰＤＰ（ライセンスにより制限される。）が直接トンネル（ＤＴ）を介して届けられることを許可されており、残りの全てのＰＤＰ（ＤＴライセンス制限を超過する。）は、従来どおり２つのトンネルを介して運ばれるような状況を図示している。２つのトンネルと直接トンネルとの数の間の比に関わらず、ここにおいて与えられるアプローチは、２トンネルスループットの必要性を最小化するべく、高いデータボリュームが直接トンネルを通って送られることを目標とする。

特に、ここにおいて提案するアプローチは、特にトラフィックのある部分（ＰＤＰコンテクスト、ＲＡＢ割り当て）に対して直接トンネルを使用するか否かを決定するためのルールを提供する。

特に、直接トンネルに対するスループット容量を改善する（例えば、最大化する）べく、ＳＧＳＮにおいて実行する（又はＳＧＳＮと関連付ける）ことができるようなアルゴリズムが提供される。それゆえ、直接トンネルは、より効率的な方法で活用されるのであり、これにより、図２に描写されているとおり、残りの２つのトンネルに対するスループットの必要性が最小化される。

直接トンネルに対する同一のライセンス制限を維持し、提案されている新たな直接トンネル選択ルール、及び／又はＳＧＳＮアルゴリズムを適用することにより、
−少なくとも１つの直接トンネルを使用する、平均ユーザプレーンスループットの上昇、及び、
−（２つのトンネルのために要求されるか、残される）ＳＧＳＮユーザプレーン容量の減少、
という結果を生むことができる。

図７は、直接トンネル及び２トンネルのアプローチを比較するために、構成要素の配置を示している。例えば、ＲＡＢがＰＤＰコンテクストに対して割り当てられている、又は再割り当てされているとき、ＳＧＳＮは、ＲＮＣとＧＧＳＮとの間の直接ユーザプレーントンネルを使用可能とするか否か、あるいは、２つのトンネルを介してユーザプレーンデータを処理できるか、を決定することができる。さらに、ＰＤＰコンテクストに対して割り当てられたＲＡＢが解放される（すなわち、ＰＤＰコンテクストが保持される）ときはいつでも、ダウンリンクパケットを処理可能とするべく、ＧＧＳＮとＳＧＳＮとの間にＧＴＰ−Ｕトンネルを確立することができる。

ＳＧＳＮベースの解決法
新たなＲＡＢ作成の間に適用されるルール（アクティブＰＤＰ）

ａ）ＨＬＲユーザプロフィールベースのルール：
ＳＧＳＮにおける直接トンネルルールを選択するためのルールは、ＡＰＮごとのユーザプロフィールに基づくものとすることが可能である。代替的に、ユーザプロフィールは、「直接トンネルの好み」（加入によるか、又は、オペレータの好みに基づく）を示すべく、ＨＬＲプロフィール内に追加的な情報要素を備えてもよい。
−ＧＲＰＳアタッチ手続きの間、ＳＧＳＮは、ＨＬＲからユーザプロフィールを受信する。ＡＰＮごとのユーザプロフィールは、直接トンネルを選択するために利用することが可能である。すなわち、アタッチ手続きの間、ＳＧＳＮは、直接トンネルを利用することができる加入者を認識する。
−代替案として、ユーザプロフィールは、「直接トンネルの好み」を示すべく、ＨＬＲプロフィール内に追加的な情報要素を備えることができる。例えば、そのような目的のために、ＨＬＲ内に直接トンネルのタグを与えることが可能である。

ｂ）無線ネットワーク：セルＩＤ（ホーム＆オフィスの場所）：
ＰＤＰコンテクスト作成手続きの間、ＲＮＣからセルＩＤ情報を受信することができる。ホームゾーン、及び／又はオフィスゾーンの場所の情報は、直接トンネルを作成する（又は選択する）ためのルールを定義するべく、使用することができる。

例えば、加入者は、家庭用及びオフィス用のサービスのブロードバンドタイプに対して定額制をとることができる。代替案として、家庭から、又はオフィスからのサービスを使用している加入者は、最小の移動度と最大のデータ利用度とをとることができる。静止しているユーザに対するセッション持続時間は、高度に移動性を有するユーザに比べて比較的高いため、直接トンネルの恩恵は、そのような静止しているユーザにあてることが可能である。

ｃ）直接トンネルの作成又は選択のための、端末の身元（ＩＭＥＩ、ＩＭＥＩＳＶ）ベースのルール：
そのような端末に関連する特定の加入者におけるサービスの性質を統計学的に予測するべく、セッションの間に、端末の機能に関する情報を用いることができる。例えば、３Ｇ ＰＣＭＣＩＡカードがデータネットワークへアクセスするために用いられる場合、これにより、そのような加入者は、データトラフィックの要求程度が高い傾向にあるということを予測することが可能であり、それゆえ、直接トンネルへと有益に割り当てることができる。

ｄ）ネットワーク計画、及びオペレータにより定義されるルール：
直接トンネルの差別化を、パケットコアネットワーク内のＧＧＳＮに基づいて提供することができる。オペレータのネットワークにおいて、直接トンネルのみを処理するために少なくとも１つのＧＧＳＮを割り当てることができる。オペレータは、ネットワーク負荷因子に基づいて直接トンネルを確立するべく、オペレーション及びメンテナンス（Ｏ＆Ｍ）のルールを定義することができる。

ＳＧＳＮにおけるデータボリュームカウントに基づく、ＲＡＢに対する直接トンネルの選択アルゴリズム
一旦、直接トンネルのライセンスが超過したならば、更なるＰＤＰトラフィックは全て、２つのトンネルを介して確立されうる。それゆえＳＧＳＮは、特に、以下の態様のうち少なくとも１つを考慮することにより、直接トンネルを用いてＰＤＰセッションの優先順位付けを開始することができる。

ａ）ＳＧＳＮは、例えば全ての２トンネルＰＤＰトラフィックに対するデータボリュームの優先順位リスト内でデータボリュームをカウントし、最も高いボリュームカウントに基づき、優先順位上のトラックを維持することができる（すなわち、最も高いデータボリュームの２トンネルＰＤＰトラフィックが、常にそのようなリストのトップにあるものとすることができる。）。

ｂ）ＲＡＢ非活動タイマーに基づいて直接トンネルＰＤＰトラフィックを解放することができるのであり、ＳＧＳＮによって更新及び／又は維持される上記データボリューム優先順位リストによって識別される、最も高い優先順位の（すなわち、最も高いデータボリュームの）２トンネルＰＤＰトラフィックによって（即座に）置換されるであろう。

ｃ）特に、直接トンネル作成ルール（単数又は複数）を満たす、それら２トンネルＰＤＰトラフィックは、ボリュームの優先度リストから、直接トンネルを介して運ばれるように用いることができる。

ｄ）この反復を、直接トンネルライセンスに対する制限を超過する限りにおいて処理する（繰り返す）ことができる。

ＧＧＳＮベースの解決法
ＧＧＳＮにおけるデータボリューム
ＧＧＳＮは、全てのアクティブなＰＤＰコンテクストに対してデータボリュームカウンタを保持する。ＧＧＳＮは、セッションごとにデータボリュームを監視する（例えば、アップリンクとダウンリンクの両方向において）。さらに、ＧＧＳＮは、（ＳＧＳＮによって供給される、データボリューム及び直接トンネルの指示に基づいて）２トンネルトラフィックを直接トンネルに切り替えるべく、更新ＰＤＰコンテクスト手続きを開始することを決定できる。

実行例
ＳＧＳＮは、ここにおいて述べられるルールのうち少なくとも１つに基づき、直接トンネル選択論理を実行することができる。

初期のＧＲＰＳアタッチ、及び／又はＰＤＰ作成手続きの間に用いられる手続き
図３は、２つのトンネルを作成すべきか、又は直接トンネルを作成すべきか、を決定するためのステップを含むフローダイアグラムを示す。開始３０１の次に、ＳＧＳＮは、直接トンネルのライセンスが利用可能であるかをステップ３０２においてチェックする。そのような利用可能なライセンスが存在しない場合、ＳＧＳＮは２トンネルを作成する（ステップ３０３）。それ以外の場合、１トンネルライセンスを割り当てるために少なくとも１つのルールを利用することができる。それゆえ、直接トンネル（ＤＴ）ライセンス制限に達していない場合、ステップ３０２から、ＧＰＲＳアタッチの間、及び／又はＰＤＰ作成の間にルールの適用、及び／又は処理を行うステップ３０４へと分岐する。そのようなルールのうち、少なくとも１つを適用することができる。

例えば、ＨＬＲユーザプロフィール内の直接トンネルタグ、又は無線ネットワークにおける端末の身元（例えば、ＩＭＥＩ、ＩＭＥＩＳＶ）、又はセルＩＤを利用することができる。更に、ネットワーク計画によって、及び／又はオペレータによって定義されるルール（ＤＴライセンスベース、ネットワーク負荷因子、アクセスの詳細）を適用することもできる。加えて、ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ）、ＬＩ（Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）、ローミングのような、その他の基準を、ルール（の一部）として使用することができる。

ステップ３０４に準拠するステップ３０５において、直接トンネルのルールが適用されるかのチェックが行われ、それが肯定されるとき、ステップ３０６で直接論ネルが作成される。それ以外の場合には、ステップ３０３へ分岐し、２つのトンネルが作成される。

直接トンネルのライセンスが超過した場合、ＳＧＳＮは全ての新たな要求に対して２つのトンネルを作成しうることに留意する。

ＳＧＳＮは、２つのトンネルを有する全てのＲＡＢに対する、アップリンク及びダウンリンクのデータボリューム、及びセッション持続時間を含むボリュームカウンタテーブルを保持することができる。直接トンネルの利用可能性に基づき、最も高いデータボリューム、及び／又は最も高いセッション持続時間を有するＲＡＢが、２つのトンネルから直接トンネルへと移される。この手続きにより、（データボリューム、及び／又はセッション時間の観点から）最もアクティブなＲＡＢの直接トンネル（単数又は複数）への割り当てを補助することができる。

図４は、直接トンネルへの移動が有用であると判明しうるかどうかを決定するためのボリュームカウンタの概念を可視化するフローダイアグラムを示す。

開始４０１に従い、ステップ４０２において、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）トラフィックのための、及びセッション持続時間のためのＳＧＳＮボリュームカウンタが処理、及び／又は保持される。そのような目的のために、各々の基準に対して少なくとも１つのカウンタを与えることができる。ステップ４０３において、直接トンネルのライセンスが存在するか、すなわち直接トンネルが利用可能であるかどうかがチェックされる。存在しない場合、ステップ４０２への分岐が行われる。直接トンネルが利用可能である場合、ステップ４０４において、最も高いデータボリュームに基づき、及び／又はセッション持続時間に基づき、好ましくはステップ４０２において保持される上記カウンタ（単数又は複数）を利用することによって、ＲＡＢが選択される。ステップ４０４の次に、ステップ４０５において、２つのトンネルを直接トンネルへと移動させるべくＰＤＰコンテクスト更新が開始される。

ＧＧＳＮベースのボリュームカウンタ
１つのオプションとして、ＧＧＳＮは、全てのアクティブなＰＤＰコンテクストに対する、アップリンク及びダウンリンクのデータボリューム、及び／又はセッション持続時間を含むボリュームカウンタテーブルを保持することができる。ＧＧＳＮは、ＳＧＳＮにおける負荷因子、及び利用可能な直接トンネルライセンスを認識していないので、これらカウンタに対して閾値が定義される。

割り当てられた直接トンネルが十分に利用されているか否か、を評価するために３ＧＰＰ内で定義される直接トンネルインジケータ（ＤＴＩ）を用いることができる。

ＧＧＳＮにおける少なくとも１つの規定の閾値に基づいて、ＧＧＳＮは、
１）ＰＤＰを介して高いボリュームトラフィックのために２つのトンネルを直接トンネルに移すための、ＰＤＰコンテクストの更新、
２）ＰＤＰを介して低いボリュームトラフィックのために直接トンネルを２つのトンネルに移すための、ＰＤＰコンテクストの更新
を開始することができる。

図５Ａは、ＧＧＳＮボリュームカウンタに基づき、２つのトンネルを直接トンネルに移動するべきかどうかの例を含むフローダイアグラムを示し、図５Ｂは、ＧＧＳＮボリュームカウンタに基づき、直接トンネルを２つのトンネルに移動するべきかどうかの例を示す。

図５Ａに関しては、開始５０１ａの後、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）トラフィックのための、及びセッション持続時間のためのＧＧＳＮボリュームカウンタは、ステップ５０２ａにおいて処理され、及び／又は保持される。ステップ５０３ａにおいて、カウンタの閾値に到達したかどうかがチェックされる。到達していない場合、ステップ５０２ａへと分岐する。カウンタの閾値に到達した場合、ステップ５０４ａにおいて、ＤＴＩが利用可能であるかどうかがチェックされる。ＤＴＩが利用可能でない場合、ＧＧＳＮは、２つのトンネルを直接トンネルに移動させるべく、ＰＤＰ更新手続きを開始する（ステップ５０６ａ）。しかしながら、そのようなＤＴＩがステップ５０４ａにおいて利用可能である場合、ステップ５０５ａへの分岐がなされ、データトラフィックは直接トンネルを介して運ばれ続ける。

図５Ｂに関しては、開始５０１ｂの後、アップリンク（ＵＬ）及びダウンリンク（ＤＬ）トラフィックのための、及びセッション持続時間のためのＧＧＳＮボリュームカウンタは、ステップ５０２ｂにおいて処理され、及び／又は保持される。ステップ５０３ｂにおいて、データトラフィックが閾値、あるいは、既定の又はオペレータによって定義することができる値よりも下であるかどうかがチェックされる。下ではない場合、５０２ｂへの分岐がなされる。データトラフィックが上記閾値又は値に到達した場合、ステップ５０４ｂにおいて、ＤＴＩが利用可能であるかどうかがチェックされる。そのようなＤＴＩが利用可能である場合、ＧＧＳＮは、直接トンネルを２つのトンネルに移動させるべく、ＰＤＰ更新手続きを開始する（ステップ５０５ｂ）。しかしながら、そのようなＤＴＩがステップ５０４ｂにおいて利用可能でない場合、ステップ５０６ｂへの分岐がなされ、データトラフィックは２つのトンネルを介して運ばれ続ける。

トンネルの作成＆削除ルールは、トラフィック分析ルールに基づき、ＧＧＳＮによって押し進めることができる。
ＧＧＳＮにおけるトラフィックの分析は、サービスタイプの利用度を示しうるものである。そのような、ＧＧＳＮに基づくトラフィック分析は、ＳＧＳＮによっては利用されない。ＧＧＳＮによって与えられる、Ｐ２Ｐ／ＶｏＩＰトラフィックセッションの検出は、ＳＧＳＮが直接トンネルを確立することを補助しうるものである。これは、そのようなトラフィックに対する平均のセッション持続時間が、他のトラフィックよりも著しく長く、またそれにより、（さらに）高いデータボリュームが示唆されるためである。

ＰＤＰコンテクストのアクティブ化、及び／又は修正手続きの間、ＳＧＳＮは、ＧＧＳＮにＤＴＩを送ることができる。ＧＧＳＮは、トラフィック分析の結果を、直接トンネルメカニズムの使用を推奨するため、（又は推奨しないため）に利用することができる。ＧＴＰ−Ｃにおいて、オプション情報要素を提供することが可能であり、これは直接トンネルメカニズムの不使用／使用（＝用いるか、又は用いないか）を推奨する。代替案として、ＧＧＳＮは、直接トンネルの不使用／使用の推奨を任意に指示しつつ、Ｌ３／Ｌ４／Ｌ７トラフィックに基づき、「ネットワークにより開始されるＰＤＰ修正」を開始することができる。

図６は、ＧＧＳＮによって与えられるトラフィック分析に基づき、ＰＤＰコンテクストを直接トンネルに移動するべきかどうかを決定するためのステップを含む、フローダイアグラムを示す。

開始６０１の後、ステップ６０２において、サービスを認識したＧＧＳＮがトラフィックを解析する。その後のステップ６０３において、例えばポイントツーポイント（Ｐ２Ｐ）トラフィック等、トラフィックのタイプがチェックされる。そのようなタイプのトラフィックが存在しない場合、ステップ６０２への分岐がなされる。それ以外の場合、ステップ６０４において、ＤＴＩが利用可能であるかどうかがチェックされる。ＤＴＩが利用可能でない場合、ステップ６０５において、ＧＧＳＮは、２つのトンネルを直接トンネルに移動させるべく、ＰＤＰ更新手続きを開始する。ステップ６０４において利用可能なＤＴＩが存在しない場合、ステップ６０６への分岐がなされ、データは２つのトンネルを介して運ばれ続ける。

略称のリスト
ＡＰＮ アクセスポイント名
ＤＰＩ ディープパケットインスペクション
ＤＴ 直接トンネル
ＤＴＩ 直接トンネルインジケータ
ＧＧＳＮ ゲートウェイＧＰＲＳサポートノード
ＧＴＰ ＧＰＲＳトンネリングプロトコル
ＧＴＰ−Ｃ ＧＴＰ制御プレーン
ＧＴＰ−Ｕ ＧＴＰユーザプレーン
ＨＬＲ ホームロケーションレジスタ
ＨＳＳ ホーム加入者サーバ
ＩＭＥＩ 国際移動体装置識別番号
ＩＭＥＩＳＶ ＩＭＥＩ及びソフトウェアバージョン番号
ＩＰ インターネットプロトコル
ＩＭＳ ＩＰマルチメディアサブシステム
Ｉｕ ＲＮＳ及びコアネットワーク間のインターフェース
Ｌ３／Ｌ４／Ｌ７ レイヤ３／レイヤ４／レイヤ７
Ｏ＆Ｍ オペレーション及びメンテナンス
Ｐ２Ｐ ピアツーピア
ＰＤＰ パケットデータプロトコル、例えばＩＰ
ＰＳ パケット交換
ＲＡＢ 無線アクセスベアラ
ＲＡＮ 無線アクセスネットワーク
ＲＡＮＡＰ ＲＡＮアプリケーション部分
ＲＮＣ 無線ネットワークコントローラ
ＲＮＳ 無線ネットワークサブシステム
ＳＧＳＮ サービングＧＰＲＳサポートノード
ＵＴＲＡＮ ＵＭＴＳ地上波無線アクセスネットワーク
ＶｏＩＰ ボイスオーバーインターネットプロトコル

Claims (19)

1. トラフィックを直接トンネルに割り当てるための方法であって、
   前記トラフィックが、サービングノードによって、及び／又はゲートウェイノードによって与えられる優先順位付けに基づいて前記直接トンネルへと割り当てられる
   方法。
2. 前記サービングノードはＳＧＳＮである、請求項１に記載の方法。
3. 前記ゲートウェイノードはＧＧＳＮである、請求項１又は２に記載の方法。
4. 前記直接トンネルは、ゲートウェイノードと、ＵＭＴＳネットワークのＵＴＲＡＮとの間のトンネルである、請求項１乃至３のいずれか一項に記載の方法。
5. 前記与えられる優先順位付けは、ＰＤＰコンテクストに割り当てられる、及び／又はＰＤＰコンテクストに対して作成される、少なくとも１つのＲＡＢに関する情報を含む、請求項１乃至４のいずれか一項に記載の方法。
6. 前記優先順位付けは、ユーザプロフィール、特に、アクセスポイント名ごとのユーザプロフィールに基づく、請求項１乃至５のいずれか一項に記載の方法。
7. 前記ユーザプロフィールは、加入者情報を格納するデータベースに記憶され、及び／又は関連付けられる、請求項６に記載の方法。
8. 前記ユーザプロフィールは直接トンネルの好みを含む、請求項６又は７に記載の方法。
9. 前記与えられる優先順位付けはセル識別を含む、請求項１乃至８のいずれか一項に記載の方法。
10. 前記与えられる優先順位付けは、端末の機能又は身元に基づく、請求項１乃至９のいずれか一項に記載の方法。
11. 前記与えられる優先順位付けは、ネットワークの少なくとも一部分の負荷因子に基づく、請求項１乃至１０のいずれか一項に記載の方法。
12. 前記与えられる優先順位付けは、データボリューム、特にサービングノードの、又はサービングノードにおけるデータボリュームカウントに基づく、請求項１乃至１１のいずれか一項に記載の方法。
13. 前記サービングノードは、前記データボリュームに基づき、２つのトンネルを介して運ばれるトラフィックに優先順位付けをする、請求項１２に記載の方法。
14. 高い優先順位を与えられるトラフィックが、前記２つのトンネルから前記直接トンネルへと割り当てられる、請求項１３に記載の方法。
15. 前記与えられる優先順位付けは、データボリューム、及び／又は監視されるトラフィック分析に基づき、及び／又はゲートウェイノードによって与えられる、請求項１乃至１４のいずれか一項に記載の方法。
16. 直接トンネルのライセンスが利用可能である場合に、前記トラフィックは前記直接トンネルに割り当てられる、請求項１乃至１５のいずれか一項に記載の方法。
17. 請求項１乃至１６のいずれか一項に記載の方法がその上で実行可能であるように構成された、プロセッサユニット、及び／又は配線で接続された回路、及び／又は論理装置を備えた、又はそれに関連付けられた装置。
18. デジタルコンピュータの内部メモリに直接的にロード可能であって、該コンピュータ上で実行されたときに請求項１乃至１６のいずれか一項に記載の方法に従うステップを遂行するための、ソフトウェアコード部分を備える、コンピュータプログラム製品。
19. 請求項１乃至１６のいずれか一項に記載の方法をコンピュータシステムに遂行させるよう適合させた、コンピュータにより実行可能な命令を有するコンピュータ読取可能な媒体。

Images