JP2014039341A - トンネル管理方法、トンネル管理装置および通信システム - Google Patents

Abstract

【課題】トンネル管理要求を開始するノードがトンネル管理要求の失敗を引き起こすノードを正しく判定できるようにする、トンネル管理方法、トンネル管理装置および通信システムを提供する。
【解決手段】トンネル管理方法、装置および通信システムが開示される。トンネル管理要求に対する失敗の原因値と、トンネリング管理要求に対する失敗を引き起こすノードのノード情報とが、トンネリング管理ノードから開始ノードへの応答メッセージにおいて送信される。これにより開始ノードが、トンネリング管理要求に対する失敗を引き起こしたノードを見出し、エラーチェックの対象を判定する。本実施形態は主に、通信ネットワークのネットワーク装置において使用される。
【選択図】図２

Description

本発明は、通信ネットワーク技術、詳細には、通信ネットワークにおけるトンネル管理方法、トンネル管理装置および通信システムの分野に関する。

既存のパケット切り替え通信ネットワークでは、サービスパケットを転送するために、ネットワークノード間に転送経路を設定しなればならない。転送経路は、トンネル管理手順を通して実現され、トンネル管理要求を通してネットワーク要素間に生成されるかまたは更新される。しかし、トンネル管理要求は何らかの理由のために失敗する可能性がある。例えば、要求メッセージ内にエラーが発生するか、または関連ネットワークノードのリソースを使い切っている場合である。従来技術では、一般に原因値が、トンネル管理要求の処理結果を示すのに使用される。原因値は、トンネル管理要求の処理が成功したかまたは失敗したかを示すとともに、トンネル管理要求が失敗したときの失敗の理由を示す。

ＥＰＳ（進化型パケットシステム）において、モビリティ（移動性）管理は、ＭＭＥ（モビリティ管理エンティティ）であり、ＭＭＥとＰＤＮ−ＧＷまたはＰ−ＧＷ（パケットデータネットワークゲートウェイ）間で交換される信号はＳ−ＧＷ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ：サービングゲートウェイ）を横断しなければならない。移動端末は、ＥＰＳ接続、ルーティングエリア更新、トラッキングエリア更新、ハンドオーバまたは外部ＰＤＮ接続手順などの、モビリティ管理またはセッション管理手順を開始すると、ＭＭＥはトンネル管理要求を送信し、Ｓ−ＧＷとＰＤＮ−ＧＷは協働してトンネル管理要求を処理する。トンネル管理要求の処理の成功または失敗に関係なく、Ｓ−ＧＷは、原因値を含む応答をＭＭＥに送信し、ＭＭＥに対して処理結果を示す。

しかしながら、本発明者はトンネル管理手順において、従来技術に少なくとも以下の問題を見出している。

トンネル管理要求が失敗した場合、トンネル管理要求を開始したノードは応答を受信するが、その応答からは、どのノードのエラーがトンネル管理要求の失敗を引き起こしたかを判断することができない。結果として、トンネル管理要求を開始するノードは、様々なノードにより引き起こされるトンネル管理の失敗に対応するための処理を実行することができない。

本発明の実施形態は、トンネル管理要求を開始するノードがトンネル管理要求の失敗を引き起こすノードを正しく判定し、それに応じて処理を実行することを可能にする、トンネル管理方法、トンネル管理装置および通信システムを提供する。

上記の目的を達成するために、以下の技術的手法が提供される。すなわち、
トンネル管理方法であって、前記方法は
開始ノードからトンネル管理要求を受信し、
トンネル管理要求が失敗すると、トンネル管理要求の失敗を引き起こしたノードの情報を含む応答メッセージを開始ノードに送信すること、を含む。

トンネル管理方法であって、前記方法は
トンネル管理要求をトンネル管理ノードに送信し、
トンネル管理要求が失敗すると、トンネル管理要求の失敗を引き起こしたノードの情報を含む応答メッセージをトンネル管理ノードから受信し、
前記ノード情報にもとづいて、トンネル管理要求の失敗を引き起こしたノードを探し出すステップと、を含む。

トンネル管理装置であって、前記装置は、
開始ノードからトンネル管理要求を受信するように構成された、受信ユニットと、
トンネル管理要求が失敗すると、トンネル管理要求の失敗を引き起こしたノードの情報を含む応答メッセージを開始ノードに送信するように構成された、送信ユニットと、を含む。

トンネル管理装置であって、前記装置は、
トンネル管理ノードにトンネル管理要求を送信するように構成された、送信ユニットと、
トンネル管理ノードからのノード情報を含む、応答メッセージを受信するように構成された、受信ユニットと、
前記ノード情報にもとづいて、トンネル管理要求の失敗を引き起こしたノードを探し出すように構成された、探索ユニットと、を含む。

通信システムであって、前記システムが、
トンネル管理要求を送信するように構成された、開始ノードと、
開始ノードからトンネル管理要求を受信し、ノード情報を含む応答を開始ノードに返送するように構成された、トンネル管理ノードと、を含み、
前記開始ノードはさらに、前記ノード情報にもとづいて、トンネル管理要求の失敗を引き起こすノードを探し出すように構成されている。

本発明の実施形態では、開始ノードで受信された応答メッセージがノード情報を含むので開始ノードがノード情報にもとづいてトンネル管理要求の失敗を引き起こすノードを探し出すことができるため、トンネル管理ノードがトンネル管理要求をさらにリモート（遠隔）ノードに送信したとしても、開始ノードは、ノード情報にもとづいて、トンネル管理要求の失敗がトンネル管理ノードより引き起こされたか、またはリモートノードにより引き起こされたかを区別することが可能である。したがって、開始ノードは、より簡便に、より効果的に、より迅速に、トンネル管理要求の失敗を処理することができる。本発明の実施形態により、従来の通信システムにおける開始ノードが、どのノードがエラーを引き起こしたかを判定し、有効な処理を実行できないという、従来技術における問題点を解決できる。

本発明の実施形態によるＥＰＳネットワークのアーキテクチャを示している。 本発明の第１の実施形態によるトンネル管理方法のフローチャートである。 本発明の第１の実施形態による別のトンネル管理方法のフローチャートである。 本発明の第１の実施形態によるトンネル管理装置のブロック図である。 本発明の第１の実施形態による別のトンネル管理装置のブロック図である。 本発明の第１の実施形態による通信システムのアーキテクチャを示している。 本発明の第２の実施形態によるユーザ接続手順を示している。 本発明の第２の実施形態による接続の失敗したトンネル管理手順を示している。 本発明の第３の実施形態によるトラッキングエリアの更新手順を示している。 本発明の第３の実施形態によるルーティングエリアの更新手順を示している。 本発明の第４の実施形態による無線アクセスネットワークにおけるハンドオーバ手順を示している。 本発明の第５の実施形態によるＰＤＮ接続手順を示している。 本発明の第６の実施形態によるＰ−ＧＷ開始のベアラ更新手順を示している。 本発明の第７の実施形態によるトンネル管理装置のブロック図である。 本発明の第７の実施形態による別のトンネル管理装置のブロック図である。 本発明の第８の実施形態による通信システムのアーキテクチャを示している。

図１は、本発明の実施形態によるＥＰＳ（進化型パケットシステム）を示している。ＥＰＳは、移動端末、無線アクセスネットワーク、Ｓ‐ＧＷ（サービングゲートウェイ）、モビリティ管理要素、ＰＤＮ‐ＧＷまたはＰ‐ＧＷ（パケットデータネットワークゲートウェイ）およびポリシー制御エンティティを含む。モビリティ管要素がＭＭＥ（モビリティ管理エンティティ）である場合、ＭＭＥとＰＤＮ‐ＧＷ間で交換される信号はＳ‐ＧＷを横断しなければならない。モビリティ管理要素がＳＧＳＮ（サービングＧＰＲＳサポートノード）である場合、ＳＧＳＮもまたＳ‐ＧＷにトンネル管理要求を送信し、Ｓ‐ＧＷと協働して、ＰＤＮ‐ＧＷにより開始されるトンネル管理要求を処理する。

本発明のトンネル管理方法、装置およびシステムの実施形態は、添付図面を参照して詳細に説明される。
実施形態１

第１の実施形態はトンネル管理方法に関する。図２に示したように、上記方法は以下のステップを含む。

２０１：通信システムにおいて、ユーザプレーン転送経路を管理することが必要な場合、開始ノードはトンネル管理要求をトンネル管理ノードに送信する。
２０２：トンネル管理ノードは、開始ノードからトンネル管理要求を受信し、適切な処理を実行し、トンネル管理要求の成功または失敗を示す原因値を含む応答を開始ノードに送信する。応答メッセージはまたトンネル管理要求の失敗を引き起こしたノードの情報も含む。

本実施形態は、別のトンネル管理方法を提供する。図３に示したように、上記方法は以下のステップを含む。

３０１：通信システムにおいて、ユーザプレーン転送経路を管理することが必要な場合、開始ノードはトンネル管理要求をトンネル管理ノードに送信する。
３０２：トンネル管理ノードは、開始ノードからトンネル管理要求を受信し、適切な処理を実行し、トンネル管理要求の成功または失敗を示す原因値を含む応答を開始ノードに送信する。処理失敗後に返送される応答メッセージはまたノード情報も含む。
３０３：開始ノードは、ノード情報にもとづいてトンネル管理要求の失敗を引き起こしたノードを見出す。実際には、失敗の理由は様々であり、したがってトンネル管理要求の失敗を引き起こしたノードが特定された後に、様々な処理が要求される。本発明の以下の実施形態は、４つのエラーの原因に関する処理を説明する。

図２に示したトンネル管理方法によると、本発明の実施形態はトンネル管理装置を提供する。図４に示すように、この装置は受信ユニット４１および送信ユニット４２を含む。

受信ユニット４１は、開始ノードからトンネル管理要求を受信するように構成されている。トンネル管理要求の処理が失敗すると、送信ユニット４２は、ノード情報を含む応答を開始ノードに送信するように構成されている。ノード情報は、トンネル管理要求の失敗を引き起こしたノードの情報であって、開始ノードは、ノード情報にもとづいて、トンネル管理要求の失敗を引き起こしたノードを見出すことができる。

図３に示したトンネル管理方法によると、本発明の実施形態は、トンネル管理装置を提供する。図５に示したように、この装置は、送信ユニット５１、受信ユニット５２および探索ユニット５３を含む。

送信ユニット５１は、トンネル管理要求をトンネル管理ノードに送信するように構成されている。トンネル管理ノードは、トンネル管理要求を処理した後に、ノード情報を含む応答をトンネル管理装置に返送する。受信ユニット５２は、トンネル管理ノードにより返送されるノード情報を含む応答を受信するように構成されている。探索ノード５３は、ノード情報にもとづいて、トンネル管理要求の失敗を引き起こしたノードを見出すように構成されている。

本実施形態はまた通信システムを提供する。図６に示したように、通信システムは、開始ノード６１およびトンネル管理ノード６２を含む。通信システムにおいては、ユーザプレーン転送経路を管理することが必要な場合、開始ノード６１は、トンネル管理要求を送信するように構成され、また、トンネル管理ノード６２は、開始ノード６１からトンネル管理要求を受信し、ノード情報を含む応答を開始ノード６１に返送するように構成され、さらに、開始ノード６１は、ノード情報にもとづいて、トンネル管理要求の失敗を引き起こすノードを見出し、その後それに応じて処理、例えば、有効なエラーチェック指令を選択するかまたは新しいノードを選択する等を実行するように構成されている。詳細には、エラーチェックでは、受信された応答に含まれるエラーの原因が「情報要素の紛失」または「情報要素デコードエラー」などの原因値を含む、情報要素（ＩＥ）関連エラーである場合、エラーがローカル装置実装により引き起こされているかどうかをチェックし、また、ローカル装置実装が正常である場合、応答メッセージ内に示されたエラーノードの装置実装をチェックする。これは、ノードがエラーの原因を迅速に特定することに役立ち、それによりその後の手順の正しい進行を保証する。

本発明の実施形態では、ノード情報にもとづいて、トンネル管理要求の失敗が、トンネル管理ノードより引き起こされたか、またはリモートノードにより引き起こされたかを判定し、それにより開始ノードがより簡便に、より効果的におよびより迅速に、トンネル管理要求の失敗を処理することができるようにする。

実施形態２
本実施形態を利用する環境はＥＰＳネットワークである。図７は、特にトンネル管理要求が失敗した場合の、ＥＰＳネットワークにおける接続手順におけるネットワークの処理方法を示している。上記方法は以下のステップを含む。

７０１：ユーザ装置（ＵＥ）は添付要求をＭＭＥに送信する。
７０２：ＭＭＥは、ＩＤ要求をＵＥに送信する。
７０３：ＵＥは、ＭＭＥのＩＤ要求に応答して、ＩＤ応答をＭＭＥに送信する。
本実施形態では、ステップ７０２および７０３は任意選択的に（オプションとして）実施されてよい。
７０４：ＭＭＥおよびＨＳＳ（ホーム加入者サーバ）は共にＵＥの認証を完了する。
７０５：ＭＭＥおよびＥＩＲ（装置識別レジスタ）は共にＵＥのＩＭＥＩチェックを完了する。
７０６：ＭＭＥは、ＨＳＳにロケーション更新要求を送信する。
７０７：ＨＳＳは加入者データ挿入をＭＭＥに送信する。
７０８：ＭＭＥは加入者データＡＣＫ挿入をＨＳＳに返送する。
７０９：ＨＳＳは、ＭＭＥが加入者データを認識した後、ロケーションＡＣＫの更新をＭＭＥに返送する。
７１０：ＭＭＥはロケーション更新情報を受信した後、ＭＭＥは、デフォルトベアラ生成要求をＳ‐ＧＷに送信して、ベアラを生成する。
７１１：トンネル管理ノードとして、Ｓ‐ＧＷはＭＭＥから送信されたデフォルトベアラ生成要求を処理する。Ｓ‐ＧＷがデフォルトベアラ生成要求の処理に成功した場合、ステップ７１２、７１３、７１４、７１６および後続のステップが実行される、そうでない場合は、ステップ７１５および後続のステップが実行される。
７１２：Ｓ‐ＧＷは、デフォルトベアラ生成要求をＰ‐ＧＷに送信する。
７１３：Ｐ‐ＧＷは、Ｓ‐ＧＷから送信されたデフォルトベアラ生成要求を処理し、デフォルトベアラ生成要求をＳ‐ＧＷに送信する。応答メッセージは、デフォルトベアラ生成要求の処理が成功または不成功であったかどうかを示し、不成功であった場合、処理の失敗の理由を示す原因値を含む。
７１４：Ｓ‐ＧＷは、Ｐ‐ＧＷから応答を受信した後に、デフォルトベアラ生成応答をＭＭＥに返送し、デフォルトベアラ生成要求の処理が成功または不成功であったどうかを原因値によって示す。そしてＰ‐ＧＷから受信した応答が処理の失敗を示す場合、ＭＭＥに返送される応答には、デフォルトベアラ生成要求の失敗を引き起こしたノードを識別する、Ｐ‐ＧＷのノード情報を含む。ノード情報は、トンネル管理要求の失敗原因のフィールド（項目）または応答メッセージ内のＩＥにより示されることができる。
７１５：Ｓ‐ＧＷは、デフォルトベアラ生成要求の処理に失敗した場合、原因値によってデフォルトベアラ生成要求の失敗の理由を示す、デフォルトベアラ生成応答をＭＭＥに送信する。応答メッセージは、デフォルトベアラ生成要求の失敗を引き起こしたノードを識別するＳ‐ＧＷのノード情報を含む。ノード情報は、トンネル管理要求のエラー原因の中のフィールドまたは応答メッセージ内のＩＥにより示されることができる。

ＭＭＥが、デフォルトベアラ生成要求の失敗に関するさらなる情報を取得することを可能にするために、返送ステップにおいて返送される応答はさらに、デフォルトベアラ生成要求の失敗の理由を識別する追加的なロケーション情報を含むことができる。

７１６：ＭＭＥは、デフォルトベアラ生成応答を受信した後、応答メッセージに含まれるノード情報と追加のロケーション情報とにもとづいて処理を実行する。

図８に示したように、ＭＭＥの処理は以下のステップを含む。
８０１：ＭＭＥは、受信されたデフォルトベアラ生成応答をデコードして、応答に含まれるノード情報と追加のロケーション情報とを取得する。
８０２：ＭＭＥは、取得されたノード情報にもとづいてデフォルトベアラ生成要求の失敗を引き起こしたノードを見出す。
８０３：ＭＭＥは、原因値にもとづいてデフォルトベアラ生成要求の失敗の理由を分析する。要求の失敗の理由がリソースの不足または装置の故障である場合、処理はステップ８０４に進む。リソースの不足には、帯域幅の不足およびメモリの不足が含まれる。要求の失敗の理由がＩＥの欠落またはＩＥのデコードエラーである場合、例えば、デフォルトベアラ生成要求におけるＩＥが欠落しているまたはＩＥが正しくデコードされない場合、ステップ８０７が実行される。
８０４：ＭＭＥは、デフォルトベアラ生成要求の失敗を引き起こしたノードが、Ｓ‐ＧＷまたはＰ‐ＧＷのいずれであるかを判定する。ノードがＳ‐ＧＷである場合、ステップ８０５が実行される。Ｐ‐ＧＷである場合、ステップ８０６が実行される。
８０５：ＭＭＥはＰ‐ＧＷを変更することなく新しいＳ‐ＧＷを選択し、別のデフォルトベアラ生成要求を続行する。
８０６：ＭＭＥはＳ‐ＧＷを変更することなく新しいＰ‐ＧＷを選択し、別のデフォルトベアラ生成要求を続行する。
８０７：ＭＭＥは、追加のロケーション情報にもとづいて、欠落しているＩＥまたは誤ってデコードされたＩＥを特定する。オペレータは最初に、ＭＭＥにおいてエラーが発生しているかどうか、例えば、送信された要求メッセージ内のＩＥが正しいかどうかをチェックすることができる。ＩＥが正しくない場合、オペレータはＭＭＥをチェックして、ＭＭＥが次の接続手順において正しいデフォルトベアラ生成要求を送信するようにすることができる。ＩＥが正しい場合、オペレータは、デフォルトベアラ生成要求の失敗を引き起こしたノードにおいてエラーが発生しているかどうかをチェックすることができる。

実際には、デフォルトベアラ生成要求の失敗の理由は様々であるため、ＭＭＥはそれに応じた様々な処理を実行する必要がある。

本実施形態におけるＳ‐ＧＷとＰ‐ＧＷ間のインタフェースプロトコルは、ＧＴＰ（ＧＰＲＳトンネリングプロトコル）である。実際には、Ｓ‐ＧＷおよびＰ‐ＧＷは、ＰＭＩＰ（プロキシモバイルＩＰプロトコル）を介して通信されてもよく、この場合、上記のステップ７１２およびステップ７１３は以下のように修正される。
７１２’：Ｓ‐ＧＷは、プロキシバインディング更新要求をＰ‐ＧＷに送信する。
７１３’：Ｐ‐ＧＷは、Ｓ‐ＧＷからのプロキシバインディング更新要求を処理し、Ｐ‐ＧＷがプロキシバインディング更新要求の処理に失敗した場合、応答をＳ‐ＧＷに送信する。この応答は詳細にはプロキシバインディングＡＣＫであり、これは処理の失敗を示す原因値を含む。

Ｓ‐ＧＷから返送される応答に含まれるノード情報によって、ＭＭＥは、デフォルトベアラ生成要求の失敗を引き起こしたノードを認識する。デフォルトベアラ生成要求が失敗した場合、ＭＭＥは、失敗を引き起こしたノードを時間内に調整して、後続の手順が正しく実行されるようにすることができる。

実施形態３
本実施形態はトラッキングエリア更新手順に適用可能である。図９に示したように、トンネル管理要求が失敗した場合、ネットワーク側における処理は以下の手順を含む。

９０１：ＵＥは、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ：進化型ＮｏｄｅＢ）にトラッキングエリア更新要求を送信し、ｅＮｏｄｅＢは新しいＭＭＥにトラッキングエリア更新要求を送信する。
９０２：新しいＭＭＥはトラッキングエリア更新要求を受信し、古いＭＭＥからコンテキストを取得する。
９０３：新しいＭＭＥは、ｅＮｏｄｅＢから送信されたユーザ位置情報にもとづいて、新しいＳ‐ＧＷを選択するかどうかを決定する。新しいＭＭＥが新しいＳ‐ＧＷを選択しないことを決定した場合、新しいＭＭＥはベアラ更新要求を古いＳ‐ＧＷに送信する。
９０４：トンネル管理ノードとして、古いＳ‐ＧＷは新しいＭＭＥから送信されたベアラ更新要求を処理する。古いＳ‐ＧＷがベアラ更新要求の処理に成功した場合、ステップ９０５、９０６、９０７、９０９および後続のステップが実行される。そうでない場合は、ステップ９０８および後続のステップが実行される。
９０５：古いＳ‐ＧＷは、ベアラ更新要求をＰ‐ＧＷに送信する。
９０６：Ｐ‐ＧＷは、古いＳ‐ＧＷからのベアラ更新要求を処理し、ベアラ更新要求を古いＳ‐ＧＷに送信する。応答メッセージは、ベアラ更新要求の処理が成功または不成功であるかどうかを示し、不成功である場合は、処理の失敗の理由を示す、原因値を含む。
９０７：古いＳ‐ＧＷは、Ｐ‐ＧＷからベアラ更新応答を受信し、ベアラ更新応答を新しいＭＭＥに送信し、その原因値によってベアラ更新要求の処理が成功または不成功であるかどうかを示し、Ｐ‐ＧＷから返送されたベアラ更新応答に含まれる原因値が、処理の失敗を示す場合、新しいＭＭＥに返送する応答は、ベアラ更新要求の失敗を引き起こしたノードを識別するＰ‐ＧＷのノード情報を含む。ノード情報は、トンネル管理要求の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されることができる。

新しいＭＭＥがベアラ更新要求の失敗に関するさらなる情報を取得することを可能にするために、前述のステップにおいて返送される応答はさらに、ベアラ更新要求の失敗の理由を識別する追加的なロケーション情報を含んでもよい。

９０８：古いＳ‐ＧＷがベアラ更新要求の処理に失敗した場合、古いＳ‐ＧＷは、ベアラ更新応答を新しいＭＭＥに送信し、この応答は、原因値によってベアラ更新要求の失敗の理由を示し、またベアラ更新要求の失敗を引き起こしたノードを識別する古いＳ‐ＧＷのノード情報を含む。
９０９：新しいＭＭＥは、ベアラ更新応答を受信し、応答メッセージ内のノード情報にもとづいて処理を実行する。例えば、ＩＥ関連エラーの場合には新しいＭＭＥは最初にローカルノードのエラーをチェックし、次に、エラー発生を引き起こしたノードのエラーをチェックする。

本実施形態では、ＭＭＥのみがトラッキングエリア更新手順において更新されるが、場合により、Ｓ‐ＧＷも更新される。Ｓ‐ＧＷの更新が必要な場合、更新処理は図９に示されるものと同様であるが、唯一の相違は、古いＳ‐ＧＷにより行われた機能は、破線により示されるように、新しいＳ‐ＧＷにより行われる。

新しいＭＭＥがコンテキストを取得するステップは、ステップ９０１および９０２と同一である。新しいＭＭＥがコンテキストを取得した後、新しいＭＭＥは、新しいＳ‐ＧＷを選択するかどうかを決定する。新しいＳ‐ＧＷが選択された場合、新しいＭＭＥは、ベアラ作成要求を新しいＳ‐ＧＷに送信する。新しいＳ‐ＧＷがベアラ作成要求の処理に成功した場合、新しいＳ‐ＧＷは、ベアラ更新要求をＰ‐ＧＷに送信する。そうでない場合は、新しいＳ‐ＧＷは、ベアラの更新の失敗が新しいＳ‐ＧＷにより引き起こされていることを示す新しいＳ‐ＧＷのノード情報を含むベアラ作成応答を、新しいＭＭＥに返送する。ベアラ更新要求を処理した後、Ｐ‐ＧＷはベアラ更新応答を新しいＳ‐ＧＷに返送する。Ｐ‐ＧＷがベアラ更新要求の処理に失敗すると、Ｐ‐ＧＷは、エラー原因を含むベアラ更新応答を新しいＳ‐ＧＷに返送する。新しいＳ‐ＧＷもまたベアラ作成応答を新しいＭＭＥに送信する。Ｐ‐ＧＷから受信された応答メッセージが処理の失敗を示している場合、新しいＭＭＥに返送される応答は、ベアラ更新の失敗がＰ‐ＧＷにより引き起こされていることを示すＰ‐ＧＷのノード情報を含む。

実際には、第２および第３の実施形態ではこれらと同様の手順が、多くのシナリオにおいて、例えば、ルーティングエリア更新およびＰＤＮ接続において、トンネル管理要求の失敗通知のために採用される。

ＵＥからのルーティングエリア更新要求に関しては、ルーティングエリア更新シナリオでは、以下の２つの場合が存在する。

第１の場合では、Ｓ‐ＧＷが変更される。この場合、新しいＳＧＳＮは、ベアラ作成要求の開始ノードとして動作し、新しいＳ‐ＧＷは、ベアラ作成要求のトンネル管理ノードとして動作し、Ｐ‐ＧＷはリモートノードとして動作する。手順は図１０の実線により示される。

ＵＥはルーティング領域更新要求を新しいＳＧＳＮに送信する。新しいＳＧＳＮは古いＳＧＳＮからコンテキストを取得し、その後ベアラ作成要求を新しいＳ‐ＧＷに送信する。新しいＳ‐ＧＷがベアラ作成要求を正しく処理した場合、新しいＳ‐ＧＷは、ベアラ更新要求をＰ−ＧＷに送信する。そうでない場合は、新しいＳ‐ＧＷは、ベアラ生成の失敗が新しいＳ‐ＧＷにより引き起こされたことを示す新しいＳ‐ＧＷのノード情報を含む、ベアラ作成応答を新しいＳＧＳＮに送信する。ベアラ更新要求を処理した後、Ｐ‐ＧＷは、原因値によって処理の成功または失敗を示すベアラ更新応答を新しいＳ‐ＧＷに返送する。Ｐ‐ＧＷがベアラ更新要求の処理に失敗した場合、Ｐ‐ＧＷは、失敗を示すベアラ更新応答を新しいＳ‐ＧＷに返送する。新しいＳ‐ＧＷはまた、新しいＳＧＳＮにベアラ作成応答を送信し、Ｐ‐ＧＷから返送されたメッセージが処理の失敗を示す場合、新しいＳＧＳＮに返送されるメッセージには、ベアラ生成の失敗がＰ‐ＧＷにより引き起こされたことを示すＰ‐ＧＷのノード情報を含む。

第２の場合では、Ｓ‐ＧＷは変更されない。この場合、古いＳＧＳＮはルーティング領域更新要求の開始ノードとして動作し、古いＳ‐ＧＷはルーティング領域更新要求のトンネル管理ノードとして動作し、Ｐ‐ＧＷはリモートノードとして動作する。手順は図１０における破線により示される。

ＵＥはルーティング領域更新要求を古いＳＧＳＮに送信する。古いＳＧＳＮはベアラ更新要求を古いＳ‐ＧＷに送信する。古いＳ‐ＧＷがベアラ更新要求を正しく処理した場合、古いＳ‐ＧＷはベアラ更新要求をＰ‐ＧＷに送信する。そうでない場合は、古いＳ‐ＧＷは、ベアラの更新の失敗が古いＳ‐ＧＷにより引き起こされたことを示す古いＳ‐ＧＷのノード情報を含む、ベアラ更新応答を古いＳＧＳＮに返送する。ベアラ更新要求を処理した後、Ｐ‐ＧＷは、原因値によって処理の成功または失敗を示すベアラ更新応答を古いＳ‐ＧＷに返送する。Ｐ‐ＧＷがベアラ更新要求の処理に失敗した場合、Ｐ‐ＧＷは、失敗を示すベアラ更新応答を古いＳ‐ＧＷに返送する。古いＳ‐ＧＷはまた、ベアラ更新応答を古いＳＧＳＮに送信し、Ｐ‐ＧＷから返送されたメッセージが処理の失敗を示した場合、古いＳＧＳＮに返送されるメッセージは、ベアラの更新の失敗がＰ‐ＧＷにより引き起こされたことを示すＰ‐ＧＷのノード情報を含む。

上記の説明から明らかなように、本実施形態における方法によれば、トラッキングエリア更新またはルーティングエリア更新の手順における、トラッキングエリア更新またはルーティングエリア更新の失敗を引き起こしたノードを示すことができ、それによりトラッキングエリア更新またはルーティングエリア更新の失敗を引き起こしたノードを時間内に調整して、後続の手順が正しく進行するようにすることができる。

実施形態４
第４の実施形態のシナリオは、進化型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）から、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）へのハンドオーバである。図１１に示したように、トンネル管理要求が失敗した場合、ネットワークの処理は以下のステップを含む。

１１０１：ＵＥは、無線アクセスネットワークのターゲットＳＧＳＮとの間にダウンリンクサービスパケットのための転送トンネルを生成し、サービング無線ネットワークサブシステム（ＳＲＮＳ）コンテキストをターゲットＳＧＳＮに送信する。
１１０２：ターゲットＳＧＳＮはＳＲＮＳコンテキストを受信し、ベアラ更新要求をターゲットＳ‐ＧＷに送信する。
１１０３：トンネル管理ノードとして、ターゲットＳ‐ＧＷはターゲットＳＧＳＮから送信されたベアラ更新要求を処理する。ターゲットＳ‐ＧＷがベアラ更新要求の処理に成功した場合、ステップ１１０４、１１０５、１１０７および後続のステップが実行される。そうでない場合は、ステップ１１０６および１１０８が実行される。
１１０４：ターゲットＳ‐ＧＷは、ベアラ更新要求をＰ‐ＧＷに送信する。
１１０５：Ｐ‐ＧＷは、ターゲットＳＧＳＮから送信されたベアラ更新要求を処理し、処理の成功または失敗を示す原因値を含むベアラ更新応答をターゲットＳ‐ＧＷに返送する。Ｐ‐ＧＷがベアラ更新要求の処理に失敗した場合、Ｐ‐ＧＷは、エラー原因およびＰ‐ＧＷのノード情報を含むベアラ更新応答をターゲットＳ‐ＧＷに返送する。
１１０６：ターゲットＳ‐ＧＷがベアラ更新要求の処理に失敗すると、ターゲットＳ‐ＧＷは、ベアラ更新応答をターゲットＳＧＳＮに送信し、この応答は、原因値によってベアラ更新要求の失敗の理由を示し、またベアラ更新要求の失敗を引き起こしたノードを識別するターゲットＳ‐ＧＷのノード情報を含む。
１１０７：ターゲットＳ‐ＧＷは、Ｐ‐ＧＷから応答を受信し、そしてベアラ更新要求の処理が成功または不成功であるかどうかを示す原因値を含む、ベアラ更新応答をターゲットＳＧＳＮに送信する。Ｐ‐ＧＷから受信された応答に含まれる原因値が処理の失敗を示す場合、ターゲットＳ‐ＧＷは、Ｐ‐ＧＷからの応答内のノード情報をターゲットＳＧＳＮに透過的に送信する。ノード情報は、トンネル管理要求の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されることができる。

ターゲットＳＧＳＮが、ベアラ更新要求の失敗に関するさらなる情報を取得することを可能にするために、前述のステップにおいて返送される応答はさらに、ベアラ更新要求の失敗の特定の理由を識別する追加のロケーション情報を含むことができる。

１１０８：ターゲットＳＧＳＮは、ベアラ更新応答を受信した後、応答メッセージに含まれるノード情報と追加のロケーション情報とにもとづいて処理を実行する。ＩＥ関連エラーの場合は、ターゲットＳＧＳＮは最初にローカルノードにおけるエラーをチェックする。ＳＧＳＮの処理が正しいことが決定された後、エラー発生を引き起こしたノードがエラーをチェックし、それにより後続の手順が正しく進行するようにすることができる。リソースの不足の場合、ノード情報がターゲットＳ‐ＧＷのエラーを示すと、ターゲットＳＧＳＮは新しいＳ‐ＧＷを選択して、トンネル管理手順を開始することができる。

上記の説明から明らかなように、本発明の実施形態における方法によれば、Ｅ‐ＵＴＲＡＮからＵＴＲＡＮへのハンドオーバの間においてベアラ更新の失敗を引き起こしたノードが、ターゲットＳ‐ＧＷまたはＰ‐ＧＷのいずれであるかを示し、それによりターゲットＳＧＳＮが時間内にベアラ更新の失敗を引き起こしたノードを調整して、後続の手順が正しく進行するようにすることができる。

実施形態５
第５の実施形態のシナリオはＰＤＮ接続手順である。図１２に示したように、手順が失敗した場合、本実施形態の方法は以下のステップを含む。

１２０１：ＵＥは、ＰＤＮ接続要求をＭＭＥに送信する。
１２０２：ＭＭＥはＰＤＮ接続要求を受信し、デフォルトベアラ作成要求をＳ‐ＧＷに送信して、ベアラを生成する。
１２０３：トンネル管理ノードとして、Ｓ‐ＧＷはデフォルトベアラ作成要求を処理する。Ｓ‐ＧＷがデフォルトベアラ作成要求の処理に成功した場合、ステップ１２０４からステップ１２１０および１２１２が実行される。そうでない場合は、ステップ１２１１および１２１２が実行される。
１２０４：Ｓ‐ＧＷは、デフォルトベアラ作成要求をＰ‐ＧＷに送信する。
１２０５：トンネル管理ノードとして、Ｐ‐ＧＷはデフォルトベアラ作成要求を処理する。Ｐ‐ＧＷがデフォルトベアラ作成要求の処理に成功した場合、ステップ１２０６からステップ１２０８、１２１０および１２１２が実行される。そうでない場合は、ステップ１２０９、１２１０および１２１２が実行される。
１２０６。Ｐ‐ＧＷは、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ：ポリシーおよび課金ルール機能）によってＩＰ‐ＣＡＮ（ＩＰ接続アクセスネットワーク）セッションを生成する。
１２０７：ＰＣＲＦは、ＩＰ‐ＣＡＮセッションの生成が成功または不成功かどうかを示す原因値を含む応答メッセージをＰ‐ＧＷに送信する。
１２０８：Ｐ‐ＧＷは、ＰＣＲＦから応答を受信し、デフォルトベアラ作成要求の処理に成功または失敗したかどうかを示す原因値を含む、デフォルトベアラ作成応答をＳ‐ＧＷに返送する。ＰＣＲＦから受信された応答における原因値が処理の失敗を示す場合、Ｓ‐ＧＷに返送された応答は、デフォルトベアラ作成要求の失敗を引き起こすノードを識別するＰＣＲＦのノード情報を含む。
１２０９：Ｐ‐ＧＷは、デフォルトベアラ作成応答をＳ‐ＧＷに送信し、この応答は、デフォルトベアラ作成要求が失敗したことを示す原因値と、デフォルトベアラ作成要求の失敗を引き起こすノードを識別するＰ‐ＧＷのノード情報とを含む。
ノード情報は、トンネル管理要求の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されることができる。

Ｓ‐ＧＷがデフォルトベアラ作成要求の失敗に関するさらなる情報を取得することを可能にするために、ステップ１２０８および１２０９において返送される応答はさらに、デフォルトベアラ作成要求の失敗の理由を識別する追加のロケーション情報を含んでもよい。追加のロケーション情報は、トンネル管理要求の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されてもよい。

１２１０：Ｓ‐ＧＷはデフォルトベアラ作成応答をＭＭＥに送信し、この応答は、デフォルトベアラ作成要求が失敗したことを示す原因値と、デフォルトベアラ作成要求の失敗を引き起こしたノードを識別するノード情報とを含む。ノード情報は、Ｐ‐ＧＷから受信された応答に含まれる情報である。

ノード情報は、トンネル管理要求の失敗原因のフィールドまたは応答メッセージ内にＩＥにより示されてもよい。ＭＭＥがデフォルトベアラ作成要求の失敗に関連するさらなる情報を取得することを可能にするために、前述のステップにおいて返送される応答はさらに、デフォルトベアラ作成要求の失敗の特定の理由を識別する追加のロケーション情報を含むことができる。追加のロケーション情報は、Ｓ‐ＧＷにより受信された応答に含まれる追加のロケーション情報であってよい。追加のロケーション情報はまた、トンネル管理要求の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されることができる。

１２１１：Ｓ‐ＧＷはデフォルトベアラ作成応答をＭＭＥに送信し、この応答は、デフォルトベアラ作成要求が失敗したことを示す原因値と、デフォルトベアラ作成要求の失敗を引き起こしたノードを識別するＳ‐ＧＷのノード情報とを含む。
１２１２：ＭＭＥは、デフォルトベアラ作成応答を受信した後、応答メッセージに含まれるノード情報と追加のロケーション情報とにもとづいて処理を実行する。ＩＥ関連エラーの場合、ＭＭＥは最初にローカルノードにおけるエラーをチェックする。ローカルノードの処理が正しいことが判断された後、エラー発生を引き起こしたノードがエラーをチェックし、それにより次の手順が正しく進行させることができる。リソースの不足の場合、ノード情報がＰ‐ＧＷのエラーを示すと、ＭＭＥは新しいＰ‐ＧＷを選択し、新しいトンネル管理要求手順を開始することができる。特定のエラー原因、例えばＩＥが欠落している、ＩＥが誤ってデコードされているなどは、追加のロケーション情報から知ることができる。

上記の説明から明らかなように、ＰＤＮ接続手順において、本発明の実施形態における方法によれば、ＰＤＮ接続の失敗を引き起こしたノードが、Ｓ‐ＧＷ、Ｐ‐ＧＷまたはＰＣＲＦのいずれであるかを示し、それにより、ＭＭＥがＰＤＮ接続の失敗を引き起こしたノードを調整することができ、後続手順を正しく進行させることができる。

実施形態６
第６の実施形態のシナリオは、Ｐ‐ＧＷにより開始されるベアラの生成である。図１３に示したように、ベアラ生成の失敗を示す方法は以下のステップを含む。

１３０１：Ｐ‐ＧＷは、専用ベアラ作成要求をＳ‐ＧＷに送信する。
１３０２：トンネル管理ノードとして、Ｓ‐ＧＷは専用ベアラ作成要求を処理する。Ｓ‐ＧＷが専用ベアラ作成要求の処理に成功した場合、ステップ１３０３からステップ１３１０およびステップ１３１２が実行される。そうでない場合は、ステップ１３１１および１３１２が実行される。
１３０３：Ｓ‐ＧＷは専用ベアラ作成要求をＭＭＥに送信する。
１３０４：ＭＭＥは専用ベアラ作成要求を受信し、ＭＭＥは専用ベアラ作成要求を処理する。ＭＭＥが専用ベアラ作成要求の処理に成功した場合、ステップ１３０５からステップ１３０８、１３１０および１３１２が実行される。そうでない場合は、ステップ１３０９、１３１０および１３１２が実行される。
１３０５：ＭＭＥは、ベアラ作成要求をＵＥのｅＮｏｄｅＢに送信して、ベアラを生成する。
１３０６：ｅＮｏｄｅＢはＵＥとのＲＲＣ（無線リソース接続）を構成する。
１３０７：ｅＮｏｄｅＢはベアラ作成応答をＭＭＥに返送する。ＲＲＣ構成が失敗するか、またはｅＮｏｄｅＢとＳ‐ＧＷ間のベアラが失敗する場合、ｅＮｏｄｅＢによってＭＭＥに返送される応答には失敗の原因値が含まれる。
１３０８：ＭＭＥは専用ベアラ作成応答をＳ‐ＧＷに返送し、この応答は、専用ベアラ生成の失敗の原因値と、専用ベアラ生成の失敗がｅＮｏｄｅＢにより引き起こされたことを示すｅＮｏｄｅＢのノード情報とを含む。ノード情報は、ベアラ生成の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されることができる。
１３０９：ＭＭＥは専用ベアラ作成応答をＳ‐ＧＷに返送し、この応答は、専用ベアラ生成の失敗の原因値と、専用ベアラ生成の失敗がＭＭＥにより引き起こされたことを示すＭＭＥのノード情報とを含む。ノード情報は、ベアラ生成の失敗原因のフィールドおよび応答メッセージ内のＩＥにより示されることができる。
１３１０：Ｓ‐ＧＷは専用ベアラ作成応答をＰ‐ＧＷに送信し、この応答は、専用ベアラ作成要求が失敗したことを示す原因値と、専用ベアラ作成要求の失敗を引き起こしたノードを識別するノード情報とを含む。ノード情報はＭＭＥから送信する応答メッセージに含まれる。ノード情報は、ベアラ作成要求の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されることができる。
１３１１：Ｓ‐ＧＷは専用ベアラ作成応答をＰ‐ＧＷに送信し、この応答は、専用ベアラ作成要求が失敗したことを示す原因値と、専用ベアラ作成要求の失敗を引き起こしたノードを識別するＳ‐ＧＷのノード情報とを含む。

Ｐ‐ＧＷが専用ベアラ作成要求の失敗に関連するさらなる情報を取得することを可能にするために、前述のステップにおいて返送される応答はさらに、専用ベアラ作成要求の失敗の理由を識別する追加のロケーション情報を含むことができる。追加のロケーション情報もまた、トンネル管理要求の失敗原因のフィールドまたは応答メッセージ内のＩＥにより示されることができる。

１３１２：Ｐ‐ＧＷが専用ベアラ作成応答を受信した後、Ｐ‐ＧＷは、応答メッセージに含まれる、ノード情報と追加のロケーション情報とにもとづいて処理を実行する。ＩＥ関連エラーの場合は、Ｐ‐ＧＷは最初にローカルノードにおけるエラーをチェックする。ローカルノードの処理が正しいことが判定された後、エラー発生を引き起こしたノードがエラーをチェックして、次の手順が正しく進行するようにすることができる。

上記の説明から明らかなように、専用ベアラ生成の手順において、本発明の実施形態の方法によれは、専用ベアラ生成の失敗を引き起こしたノードが、Ｓ‐ＧＷ、ＭＭＥまたはｅＮｏｄｅＢのいずれであるかを示し、それにより、Ｐ‐ＧＷが専用ベアラ生成の失敗を引き起こしたノードを調整して、後続の手順が正しく進行するようにすることができる。

実施形態７
第２〜第６の実施形態によると、本発明の実施形態はトンネル管理装置を提供する。図１４に示したように、上記装置は受信ユニット１４１および送信ユニット１４２を含む。

受信ユニット１４１は、開始ノードからトンネル管理要求を受信するように構成されている。開始ノードのトンネル管理要求の処理に失敗した場合、送信ユニット１４２は、トンネル管理要求の失敗を引き起こしたノードのノード情報を含む応答を開始ノードに送信するように構成されている。

トンネル管理要求の失敗を引き起こしたノードは、ローカルノードまたはリモートノードである可能性がある。失敗を引き起こしたノードがローカルノードである場合、トンネル管理装置の正しい処理を保証するために、送信ユニット１４２は判定モジュール１４２１および送信モジュール１４２２を含む。

判定モジュール１４２１は、ローカルノードがトンネル管理要求を完了することができるかどうかを判定するように構成されている。送信モジュール１４２２は、判定モジュール１４２１が、ローカルノードがトンネル管理要求を完了することが不可能であると決定すると、トンネル管理要求の失敗の原因値とローカルノード情報とを含む応答メッセージを開始ノードに送信するように構成されている。ここで、ローカルノード情報はトンネル管理要求の失敗を引き起こしたノードのノード情報である。

トンネル管理要求の失敗を引き起こしたノードがリモートノードである場合、２つの場合が存在する。

第１の場合では、トンネル管理要求の失敗を引き起こしたノードは、ローカルノードに直接接続されている。ローカルノードがトンネル管理要求を正しく処理すると、送信ユニット１４２はさらに、トンネル管理要求をリモートノードに送信するように構成されている。リモートノードがトンネル管理要求を処理した後、リモートノードはトンネル管理応答をローカルノードに返送する。応答メッセージは、処理が成功または不成功であるかどうかを示す原因値を含む。ローカルノードの受信ユニット１４１はまた、リモートノードから応答を受信するように構成されている。リモートノードの処理が不成功である場合、応答はトンネル管理要求の失敗の原因値を含む。したがって、送信ユニット１４２によって開始ノードに送信される応答は、トンネル管理要求の失敗の原因値とリモートノードの情報とを含む。これは、リモートノードの情報を示す応答が、トンネル管理要求の失敗を引き起こしたノードのノード情報であることを意味する。

第２の場合では、トンネル管理要求の失敗を引き起こしたノードは、他のリモートノードを介してローカルノードに接続されているリモートノードである。この場合、送信ユニット１４２はさらに、該他のリモートノードにトンネル管理要求を送信するように構成されている。他のリモートノードによってローカルノードに返送される応答は、トンネル管理要求の失敗の原因値と、リモートノードの情報であるノード情報とを含む。受信ユニット１４１はさらに、他のリモートノードから応答を受信するように構成されている。応答は、トンネル管理要求の失敗の原因値とノード情報とを含む。送信ユニット１４２は、失敗の原因値と受信されたノード情報とを含む応答を開始ノードに送信する。これは、ローカルノードが、トンネル管理要求の失敗の受信された原因値とノード情報とを開始ノードに透過的に転送することを意味する。

トンネル管理要求の失敗の特定の理由を明確に区別するために、本実施形態において受信ユニット１４１により受信される応答はさらに、トンネル管理要求の失敗の特定の理由を識別する追加のロケーション情報を含んでいてよい。例えば、追加のロケーション情報には、ＩＥが欠落しているかまたは誤ってデコードされていること、および必須ＩＥが欠落していることが含まれていてよい。同様に、本実施形態において、送信ユニット１４２によって開始ノードに送信される応答にはまた、追加のロケーション情報を含むことができ、それにより開始ノードが失敗の正しい原因を見出すことができる。

実際には、本発明の実施形態におけるトンネル管理装置は、Ｓ‐ＧＷ、Ｐ‐ＧＷ、ＭＭＥおよびＳＧＳＮなどの、多くのネットワークデバイスで構成されうる。

第２の実施形態において図８に示したトンネル管理方法に従って、本発明の実施形態は、別のトンネル管理装置を提供する。図１５に示したように、上記装置は送信ユニット１５１、受信ユニット１５２および探索ユニット１５３を含む。

送信ユニット１５１は、トンネル管理ノードにトンネル管理要求を送信するように構成されている。トンネル管理ノードはトンネル管理要求を処理した後、トンネル管理応答を装置に返送する。処理が不成功である場合、装置に返送される応答はノード情報と追加のロケーション情報とを含む。ノード情報は、トンネル管理要求の失敗を引き起こすノードを識別する。追加のロケーション情報は、トンネル管理要求の失敗の特定の理由を識別する。受信ユニット１５２は、トンネル管理ノードにより返送されるノード情報を含む応答を受信するように構成されている。探索ユニット１５３は、ノード情報にもとづいてトンネル管理要求の失敗を引き起こすノードを見出すと共に、追加のロケーション情報にもとづいてトンネル管理要求の失敗の特定の理由を見出すことにより、エラーのチェックを促進するように構成されている。

本実施形態の装置がエラーのチェックを正しく実行することを保証するために、トンネル管理装置はさらに処理ユニット１５４を含む。処理ユニット１５４は、トンネル管理要求の失敗の原因がリソースの不足または装置の故障である場合、新しいノードを選択して、トンネル管理要求の失敗を引き起こしたノードと置き換えるように構成されている。または、処理ユニット１５４は、トンネル管理要求の失敗の原因がＩＥの欠落またはＩＥのデコードエラーである場合、ローカルノードのエラーをチェックするか、あるいはトンネル管理要求の失敗を引き起こしたノードに対してエラーをチェックすることを指示するように構成されている。

ネットワークデバイスが開始ノード、中間ノードおよびリモートノードとして定義されると、ローカルデバイスが要求を処理することができるかどうかを決定する、図１４に示したトンネル管理装置の機能は、中間ノードまたはリモートノード上に構成することができる。リモートノードから応答を受信した後に、エラーノード指示を開始ノードに送信または透過的に転送する機能は、中間ノード上にのみ実装できる。図１５に示したトンネル管理装置は、開始ノード上にのみ構成されている。特定の種類のトンネル管理要求に依存して、開始ノードは、ＭＭＥまたはＰ‐ＧＷまたはＳＧＳＮであってもよい。

本実施形態では、中間ノードによって開始ノードに返送される応答はノード情報を含み、この情報により、開始ノードはトンネル管理要求の失敗を引き起こしたノードを見出し、それに応じてノード調整を行うことにより、後続の手順が正しく進行するようにすることができる。

実施形態８
第８の実施形態は通信システムを提供する。図１６に示したように、通信システムは、開始ノード１６１およびトンネル管理ノード１６２を含む。ユーザプレーン転送経路を管理することが必要な場合、開始ノード１６１はトンネル管理要求をトンネル管理ノード１６２に送信するように構成されている。トンネル管理ノード１６２は、開始ノード１６１からトンネル管理要求を受信し、トンネル管理ノードがトンネル管理要求を完了することが可能であるかどうかを決定するように構成されている。トンネル管理ノード１６２がトンネル管理要求を完了することが不可能である場合、トンネル管理ノード１６２は、トンネル管理要求の失敗の原因値と、そのトンネル管理ノードがトンネル管理要求の失敗を引き起こしたノードであることを示すトンネル管理ノードの情報とを含む、応答を開始ノード１６１に送信する。開始ノード１６１はさらに、トンネル管理ノードによって返送される応答内のノード情報にもとづいて、トンネル管理要求の失敗を引き起こしたノードを見出し、関連エラーのチェックを実行するように構成されている。

上記の通信システムは一般に、２つのネットワークデバイス、例えば、ＭＭＥとＳ‐ＧＷの間およびＳ‐ＧＷとＰ‐ＧＷの間の通信に関する。

第３のネットワークデバイスが通信システムに存在する場合、本実施形態の通信システムはさらにリモートノード１６３を含む。

トンネル管理ノード１６２がトンネル管理要求を正しく処理できる場合、トンネル管理ノード１６２は、ローカルノードのエラーなどのある特定の理由によりトンネル管理要求の失敗を引き起こしうるリモートノード１６３に、トンネル管理要求を送信する。リモートノード１６３はさらに、トンネル管理要求の失敗の原因値を含む応答をトンネル管理ノード１６２に返送するように構成されている。この場合、トンネル管理ノード１６２はさらに、トンネル管理要求の失敗の原因値と、リモートノードがトンネル管理要求の失敗を引き起こしているノードであることを示すリモートノードの情報とを含む、応答を開始ノード１６１に送信するように構成されている。

リモートノードが接続処理デバイスに接続され、開始ノードからのトンネル管理要求が接続処理デバイスにより処理される必要がある場合、およびトンネル管理要求の失敗を最終的に引き起こしたデバイスが接続処理デバイスである場合、通信システムの処理は以下のようになされる。

トンネル管理ノード１６２がトンネル管理要求を処理することができる場合、トンネル管理ノード１６２は、トンネル管理要求をリモートノード１６３に送信する。リモートノード１６３が要求を正しく処理するので、トンネルリモートノードは要求を接続処理デバイスに送信する。接続処理デバイスが要求の処理に失敗すると、失敗の原因値をリモートノードにのみ返送する。したがって、リモートノード１６３によってトンネル管理ノード１６２に返送される応答は、トンネル管理要求の失敗の原因値と、接続処理デバイスのノード情報であるノード情報とを含む。この場合、トンネル管理ノード１６２はさらに、トンネル管理要求の失敗の原因値と受信されたノード情報とを含む応答を開始ノード１６１に送信するように構成されている。受信されたノード情報は、トンネル管理要求の失敗を引き起こしたノード、すなわち接続処理デバイスと一致する。本実施形態では、トンネル管理ノード１６２は、トンネル管理要求の失敗の原因値と受信されたノード情報とを開始ノードに透過的に転送する。

本実施形態は、ユーザプレーン転送経路の管理中に予想される様々な失敗の原因について通信システムに適用可能であり、失敗の原因を開始ノードに示すことにより、開始ノードは適切な処理を実行する。

開始ノードにより受信された応答がノード情報を含み、開始ノードが、ノード情報にもとづいてトンネル管理要求の失敗を引き起こしたノードを見出すことができるので、トンネル管理ノードがさらにトンネル管理要求をリモートノードに送信するとしても、開始ノードは、トンネル管理要求の失敗がトンネル管理ノードまたはリモートノードのいずれにより引き起こされたかを区別することができる。したがって、開始ノードは、より簡便に、より効果的に、より迅速にトンネル管理要求を処理することができる。

前述の実施形態の説明によって、当業者であれば、本発明がハードウェアのみにより、またはソフトウェアと必要な汎用ハードウェアプラットフォームとにより実現されうることを理解されたい。しかしながら、ほとんどの場合は、ソフトウェアと必要な汎用ハードウェアプラットフォームとを使用することが好ましい。このような理解に基づくと、従来技術に貢献する本発明における技術的な解決方法のすべてまたは一部は、基本的に、ソフトウェアプロダクトの形式で具体化されうる。ソフトウェアプロダクトは、ハードディスク、コンパクトディスク読出し専用メモリ（ＣＤ‐ＲＯＭ）およびフロッピー(登録商標)ディスクなどの、コンピュータ可読記憶媒体に格納される。ソフトウェアプロダクトは、コンピュータデバイス（パーソナルコンピュータ、サーバまたはネットワークデバイス）が本発明の実施形態において提供される方法を実行できるようにする、複数の命令を含む。

本発明をいくつかの例示的な実施形態により説明してきたが、本発明はこのような実施形態に限定されない。当業者であれば、本発明の範囲から逸脱することなく本発明の様々な変更形態および代替形態を実現可能であることは明らかである。したがって、本発明の保護の範囲は添付の特許請求の範囲に従う。

Claims (17)

1. トンネル管理ノードが開始ノードからトンネル管理要求を受信し、
   前記トンネル管理要求が失敗した場合、前記トンネル管理ノードが、前記トンネル管理要求の失敗の原因値と前記トンネル管理要求の失敗を引き起こしたノードの情報とを含む応答メッセージを前記開始ノードに送信すること、
   を含み、
   前記トンネル管理ノードがサービングゲートウェイであり、前記開始ノードがパケットデータネットワークゲートウェイ又はモビリティ管理エンティティである、
   トンネル管理方法。
2. 前記トンネル管理ノードが前記トンネル管理要求の処理に失敗した場合、前記開始ノードに送信される前記応答メッセージに含まれる前記ノードの情報が前記トンネル管理ノードの情報である、請求項１に記載の方法。
3. 前記トンネル管理ノードがリモートノードに前記トンネル管理要求を送信し、
   前記トンネル管理ノードが、前記原因値を含む応答メッセージを、前記リモートノードから受信すること、
   を更に含み、
   前記開始ノードに送信される前記応答メッセージに含まれる前記ノードの情報が、前記リモートノードの情報である、請求項１に記載の方法。
4. 前記リモートノードからの応答メッセージが、前記トンネル管理要求の失敗の特定の理由を識別する追加のロケーション情報を含み、
   前記開始ノードに送信される前記応答メッセージは、前記追加のロケーション情報を含む、請求項３に記載の方法。
5. 開始ノードが、トンネル管理要求をトンネル管理ノードに送信し、
   前記トンネル管理要求が失敗した場合、前記開始ノードが、前記トンネル管理要求の失敗の原因値と前記トンネル管理要求の失敗を引き起こしたノードの情報とを含む応答メッセージを、前記トンネル管理ノードから受信すること、
   を含み、
   前記トンネル管理ノードがサービングゲートウェイであり、前記開始ノードがパケットデータネットワークゲートウェイ又はモビリティ管理エンティティである、
   トンネル管理方法。
6. 前記トンネル管理ノードが前記トンネル管理要求の処理に失敗した場合、前記開始ノードに送信される前記応答メッセージに含まれる前記ノードの情報が前記トンネル管理ノードの情報である、請求項５に記載の方法。
7. 前記トンネル管理ノードが更にリモートノードに前記トンネル管理要求を送信し、
   前記リモートノードが前記トンネル管理要求の処理に失敗した場合、前記開始ノードに送信される前記応答メッセージに含まれる前記ノードの情報が前記リモートノードの情報である、請求項５に記載の方法。
8. 開始ノードからトンネル管理要求を受信するように構成された、受信ユニットと、
   前記トンネル管理要求が失敗した場合、前記トンネル管理要求の失敗の原因値と前記トンネル管理要求の失敗を引き起こしたノードの情報とを含む応答メッセージを前記開始ノードに送信するように構成された送信ユニットと、
   を備え、
   前記開始ノードがパケットデータネットワークゲートウェイ又はモビリティ管理エンティティである、
   トンネル管理装置。
9. 前記トンネル管理装置が前記トンネル管理要求の処理に失敗した場合、前記開始ノードに送信される前記応答メッセージに含まれる前記ノードの情報が前記トンネル管理装置の情報である、請求項８に記載のトンネル管理装置。
10. 前記送信ユニットが前記トンネル管理要求をリモートノードに送信するよう更に構成され、
    前記受信ユニットは前記リモートノードから、前記トンネル管理要求の失敗の原因値を含む応答メッセージを受信するよう更に構成され、
    前記開始ノードに送信される前記応答メッセージに含まれる前記ノードの情報が前記リモートノードの情報である、請求項８に記載のトンネル管理装置。
11. 前記リモートノードからの応答メッセージは、トンネル管理要求の失敗の特定の理由を識別する追加のロケーション情報を含み、
    前記送信ユニットにより前記開始ノードに送信される前記応答メッセージは、前記追加のロケーション情報を含む、請求項１０に記載のトンネル管理装置。
12. 前記トンネル管理装置がサービングゲートウェイである、請求項８〜１１のいずれか一項に記載のトンネル管理装置。
13. トンネル管理ノードにトンネル管理要求を送信するように構成された送信ユニットと、
    前記トンネル管理要求が失敗した場合、前記トンネル管理ノードから、前記トンネル管理要求の失敗の原因値と前記トンネル管理要求の失敗を引き起こしたノードの情報とを含む応答メッセージを受信するように構成された受信ユニットと、
    を備え、
    前記トンネル管理ノードがサービングゲートウェイである、
    トンネル開始装置。
14. 前記トンネル管理装置が前記トンネル管理要求の処理に失敗した場合、前記トンネル開始装置に送信される前記応答メッセージに含まれる前記ノードの情報が前記トンネル管理装置の情報である、請求項１３に記載のトンネル開始装置。
15. 前記トンネル管理ノードが更にリモートノードに前記トンネル管理要求を送信し、
    前記リモートノードが前記トンネル管理要求の処理に失敗した場合、前記トンネル開始装置に送信される前記応答メッセージに含まれる前記ノードの情報が前記リモートノードの情報である、請求項１３に記載のトンネル開始装置。
16. 前記トンネル開始装置が、モビリティ管理エンティティ又はパケットデータネットワークゲートウェイである、請求項１３〜１５のいずれか一項に記載のトンネル開始装置。
17. 請求項８〜１２のいずれか一項に記載のトンネル管理装置と、
    請求項１３〜１６のいずれか一項に記載のトンネル開始装置と、
    を備える、通信システム。