JP2007502586A - パケット・データ・プロトコル・コンテキスト作成要求を処理する方法 - Google Patents

Abstract

本発明は、パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を処理する方法を開示する。この方法は、１）ＰＤＰコンテキスト作成要求を受け取るＧＳＮにおいて、複数の異なるバージョンのＣａｕｓｅ値と全てのＣａｕｓｅ値の定義とを格納し、２）ＧＳＮがＰＤＰコンテキスト作成要求を受け取った後、この要求に基づいてバージョン番号を判定し、内部処理を実行し、この処理結果及びＰＤＰコンテキスト作成要求のバージョン番号に従って、ＰＤＰコンテキスト作成応答の同じバージョンのＣａｕｓｅ値を記入し、３）ＰＤＰコンテキスト作成応答をパッケージ化し、要求送信者に応答を返すことを含む。本発明の処理方法は、実施に際して生じ得る困難な相互通信問題を防止し、汎用性を高め、プロトコルリソースの無駄を回避し、更に、実用における問題を確認してそれを解決する長所を有する。既存のバージョンを変更する必要はなく、高い互換性を有する。

Description

本発明はユニバーサル移動通信システム（ＵＭＴＳ）におけるパケットデータプロトコル（ＰＤＰ）コンテキストに関し、具体的には、ＰＤＰコンテキスト作成要求（Create PDP Context Request）の処理方法に関する。

ユニバーサル移動通信システム（ＵＭＴＳ）は、広帯域符号分割多重接続（ＷＣＤＭＡ）エアー（非接触）インターフェイス技術に基づく第３世代移動通信システムであり、ＵＭＴＳは一般的にＷＣＤＭＡ通信システムとも呼ばれる。

ＵＭＴＳのアーキテクチャを示す模式図である図１に示されるように、このシステムは、ユーザ機器（ＵＥ）１１０、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）１２０、及びコアネットワーク（ＣＮ）１４０を含む。ＵＴＲＡＮ１２０のフロントエンドは、無線エアーインターフェイスであるＵｕインターフェイスを介してＵＥ１１０と接続し、ＵＴＲＡＮ１２０は、Ｉｕインターフェイスを介してＣＮ１４０と接続する。

ここで、ＵＥ１１０はモバイル機器（ＭＥ）及びＳＩＭカード（ＵＳＩＭ）で構成されており、これら２つはＣｕ電気インターフェイスを介してＵＥ１１０を構成する。

ＵＴＲＡＮ１２０は、全ての無線指向の機能を扱うために用いられ、複数の基地局（ノードＢ）１２１及び複数の無線ネットワークコントローラ（ＲＮＣ）１２２を含み、ＲＮＣ１２２は基地局の制御及び管理を実施する。

論理的に回路交換ドメイン（ＣＳ）とパケット交換ドメイン（ＰＳ）とに分割されるＣＮ１３０は、ＵＭＴＳ内の全ての音声通話及びデータ接続を扱うと共に、外部ネットワークとの交換（スイッチング）及びルーティングを行う。ＣＮ１３０は、ＣＳドメインにおける制御、管理、認証及び暗号化等の機能を実施する移動通信交換局／ビジターロケーションレジスタ（ＭＳＣ／ＶＬＲ）１３１と、他の固定又は移動ネットワークとの接続を司るＭＳＣマネージャ（ＧＳＭＣ）１３２と、ＵＴＲＡＮ１２０及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１３５と接続するサービスＧＰＲＳサポートノード（ＳＧＳＮ）１３４と、外部のＩＰパケットネットワーク１４０に対するインターフェイスであるＧＧＳＮ１３５とを含む。外部のＩＰパケットネットワーク１４０は、ＰＬＭＭ、ＰＳＴＮ、ＩＳＤＮ、又はインターネットを含んでもよい。

ＳＧＳＮとＧＧＳＮとの間のインターフェイスは、トンネル送信機能を実施するＧＰＲＳトンネルプロトコル（ＧＴＰ）に基づくものであり、信号プレーンＧＴＰ−Ｃ及びユーザプレーンＧＴＰ−Ｕを含む。ＧＴＰ−Ｃは、トンネル管理及び他の信号メッセージの送信を実施し、ＧＴＰ−Ｕは、ユーザプレーンのデータパケットを転送する。３ＧＰＰ ＴＳ０９．６０及び３ＧＰＰ ＴＳ２９．０６０プロトコル仕様は、ＧＴＰ、即ち、ＵＭＴＳ/ＧＰＲＳバックボーンネットワーク内のＧＰＲＳサポートノード間のプロトコルを定めており、ＧＴＰ制御プレーンプロトコル及びデータ送信プロトコルを含む。

パケットデータを個々のモードで転送するためのプロトコル（例えば、ＩＰプロトコル及びＸ．２５プロトコル）は、一般的にパケットデータプロトコル（ＰＤＰ）と呼ばれ、これは、外部のデータネットワーク１４０とＣＮ１３０との間、並びにＣＮ１３０ネットワーク間での相互通信のために用いることができる。ＰＤＰコンテキストは、セッションのために移動局（ＭＳ）及びＧＰＲＳサポートノード（ＧＳＮ）に格納される１セットのメッセージである。

既存のＵＭＴＳ/ＧＰＲＳネットワークでは、ＰＳドメイン内のコアネットワークのノード間での信号又はデータの転送に用いられるＧＴＰプロトコルは、それぞれＧＴＰｖ０及びＧＴＰｖ１という２つのバージョンを有する。ＧＴＰｖ１はＧＴＰｖ０の最適化され更新されたバージョンであること以外、これらの２つのバージョンの機能は同じであり、その対応する仕様は３ＧＰＰ ＴＳ０９．６０（ＧＴＰｖ０）及び３ＧＰＰ ＴＳ２９．０６０（ＧＴＰｖ１）である。

３ＧＰＰ ＴＳ０９．６０及び３ＧＰＰ ＴＳ２９．０６０には、ＳＧＳＮとＧＧＳＮとの間でＰＤＰコンテキストをアクティブ化（起動）するための処理が記載されている。従来技術におけるＰＤＰコンテキストのアクティブ化処理を示すフローチャートである図２に示されるように、この処理は以下のステップを含む。
ステップ２０１：ＭＳ（移動局）がＳＧＳＮにＰＤＰコンテキストアクティブ化要求（Activate PDP Context Request）メッセージを送る。
ステップ２０２：ＳＧＳＮがＧＧＳＮにＰＤＰコンテキスト作成要求メッセージ（Create PDP Context Request）を送る。
ステップ２０３：ＧＧＳＮがＳＧＳＮにＰＤＰコンテキスト作成応答（Create PDP Context Response）メッセージを返す。
ステップ２０４：ＳＧＳＮが要求するＱｏＳパラメータを満たすことができない場合には、ＳＧＳＮは、このＱｏＳ属性を修正し、ＧＧＳＮにＰＤＰコンテキスト更新要求（Update PDP Context Request）メッセージを送ってもよい。
ステップ２０５：ＧＧＳＮがＳＧＳＮに、実際の状況に従ってＰＤＰコンテキスト更新応答（Update PDP Context Response）メッセージを返す。
ステップ２０６：ＧＧＳＮから返された結果が成功である場合には、ＳＧＳＮはＭＳにＰＤＰコンテキストアクティブ化受理（Activate PDP Context Accept）メッセージを返す。

なお、無線サイドにおけるベアラ確立等といった幾つかの処理は本発明に関連しないので、図２に示されるＰＤＰコンテキストのアクティブ化処理には含まれない。

図２に示されるＣ１及びＣ２は、例えば、ＣＡＭＥＬ関連プロセス等のインテリジェントサービスの、考えられるトリガポイントを表す。

図２の破線を付したメッセージ、即ち、ステップ２０４及びステップ２０５は、必要に応じて実行されるものであり、特定の要件が満たされた場合にのみ存在する。

仕様によれば、ＳＧＳＮがＰＤＰコンテキスト作成要求メッセージを送ると、この要求メッセージを受け取ったＧＧＳＮは、メッセージを処理した後に、送信者にＰＤＰコンテキスト作成応答メッセージを返す。応答メッセージ内の最重要情報は、ＰＤＰコンテキスト作成要求メッセージを受け取った後の処理結果を示すＣａｕｓｅ値の情報要素（ＩＥ）である。

バージョンＧＴＰｖ０及びバージョンＧＴＰｖ１の応答メッセージに記入され得るＣａｕｓｅ値は完全に同一ではなく、以下、各異なるバージョンに基づきそれぞれを説明する。

バージョンＧＴＰｖ０では、応答メッセージに記入され得る可能なＣａｕｓｅ値は以下を含む。
−「要求受理（Request Accepted）」
−「使用可能リソースがない（No resources available）」
−「サービスがサポートされていない（Service not supported）」
−「ユーザ認証失敗（User authentication failed）」
−「システム障害（System failure）」
−「必須ＩＥが正しくない（Mandatory IE incorrect）」
−「必須ＩＥがない（Mandatory IE missing）」
−「オプションＩＥが正しくない（Optional IE incorrect）」
−「無効なメッセージフォーマット（Invalid message format）」
−「バージョンがサポートされていない（Version not supported）」

ＳＧＳＮが、「要求受理」というＣａｕｓｅ値を有するＰＤＰコンテキスト作成応答を受け取ると、ＳＧＳＮは、ＰＤＰコンテキストをアクティブ化して、ＭＳと外部のパケットデータネットワークとの間でのデータパケットの転送を開始する。

「要求受理」以外のＣａｕｓｅ値は、そのＰＤＰコンテキストがまだＧＧＳＮにおいてアクティブ化されていないことを示し、その具体的な理由は受け取ったＣａｕｓｅフィールド内で取得できる。

ここで、「使用可能リソースがない」とは、例えば、全てのダイナミックＰＤＰアドレスが使用中である、又は使用可能な空きメモリが無い等といった一時的エラーを指す。全てのダイナミックＰＤＰアドレスが使用中であり、且つ、使用可能なメモリスペースが無い場合には、ＧＴＰｖ０バージョンをサポートする全てのＧＧＳＮにおいて、ＰＤＰコンテキスト作成応答メッセージのＣａｕｓｅフィールドに「使用可能リソースがない」が記入される。

ＧＴＰｖ１バージョンでは、応答メッセージに記入され得る可能なＣａｕｓｅ値は以下を含む。
−「要求受理（Request Accepted）」
−「コンテキストが見つからない（Context not found）」
−「使用可能リソースがない（No resources available）」
−「全ダイナミックＰＤＰアドレスが使用中（All dynamic PDP addresses are occupied）」
−「使用可能メモリがない（No memory is available）」
−「ＡＰＮが無い又は未知のＡＰＮ（Missing or unknown APN）」
−「未知のＰＤＰアドレス又はＰＤＰタイプ（Unknown PDP address or PDP type）」
−「ユーザ認証失敗（User authentication failed）」
−「システム障害（System failure）」
−「ＴＦＴ動作のセマンティックエラー（Semantic error in the TFT operation）」
−「ＴＦＴ動作の構文エラー（Syntactic error in the TFT operation）」
−「パケットフィルタのセマンティックエラー（Semantic errors in packet filter(s)）」
−「パケットフィルタの構文エラー（Syntactic errors in packet filters(s)）」
−「必須ＩＥが正しくない（Mandatory IE incorrect）」
−「必須ＩＥがない（Mandatory IE missing）」
−「オプションＩＥが正しくない（Optional IE incorrect）」
−「無効なメッセージフォーマット（Invalid message format）」
−「ＴＦＴなしでＰＤＰコンテキストが既にアクティブ化された（PDP context without TFT already activated）」
−「ＡＰＮアクセス拒否−加入なし（APN access denied - no subscription）」

ＳＧＳＮが、「要求受理」というＣａｕｓｅ値を有するＰＤＰコンテキスト作成応答を受け取ると、ＳＧＳＮは、ＰＤＰコンテキストをアクティブ化して、ＭＳと外部のパケットデータネットワークとの間でのデータパケットの転送を開始する。

「要求受理」以外のＣａｕｓｅ値は、そのＰＤＰコンテキストがまだＧＧＳＮにおいてアクティブ化されていないことを示し、その具体的な理由は受け取ったＣａｕｓｅ値から取得できる。

ここで、「使用可能リソースがない」という値は、例えば、全てのダイナミックＰＤＰアドレスが使用中である、又は使用可能なメモリが無い等といった一時的エラーを示すために予約されている。更に、「コンテキストが見つからない」、「全ダイナミックＰＤＰアドレスが使用中」、「使用可能メモリがない」、「ＡＰＮが無い又は未知のＡＰＮ」、及び「未知のＰＤＰアドレス又はＰＤＰタイプ」を含む幾つかの新たなＣａｕｓｅ値が追加されている。

以上のＰＤＰコンテキスト作成要求を処理するために用いられるＧＴＰプロトコルの説明から、ＧＴＰｖ１バージョンでは、ＧＴＰｖ０バージョンに基づいて、応答メッセージ内のＣａｕｓｅ値のより多くの選択肢が追加されたことを含む多くの最適化及び改良が行われ、相手の端末に障害のより正確な理由をフィードバック可能になると共に、障害の原因である問題を突き止めて解決することが容易になったことがわかる。しかし、実際の適用では、これらの新たに追加されたＣａｕｓｅ値の使用法、及び、これらにＧＴＰｖ０バージョンとの互換性を持たせる方法が十分に考慮されておらず、以下の問題が生じている。

１．このプロトコルは不完全である。ＧＴＰｖ１バージョンでは「全ダイナミックＰＤＰアドレスが使用中」及び「使用可能メモリがない」という２つのＣａｕｓｅ値が新たに追加されているが、これら２つの値は、プロトコルのどの処理動作にも用いられていない。
２．ＧＴＰｖ１バージョンでは、「全ダイナミックＰＤＰアドレスが使用中」及び「使用可能メモリがない」のエラーを示す２つの設定値、２１１及び２１２が割り当てられているが、ＧＴＰｖ０バージョンと同様の「使用可能リソースがない」の値が依然として用いられている。これにより新バージョンがＧＴＰｖ０バージョンとの互換性を有するようになるが、２つのＣａｕｓｅ値に値が割り当てられていても使用されないので、リソース（コンピュータ資源）の無駄になる。
３．既存のＰＤＰコンテキスト作成要求処理方法は、相互通信において幾つかの問題を生じ易い。実際の適用では、各機器の提供者は独自のプロトコル理解をしており、ＧＴＰｖ１バージョンを実装するケースでは、「全ダイナミックＰＤＰアドレスが使用中」及び「使用可能メモリがない」という新たなＣａｕｓｅ値をもちいるか、又は、ＧＴＰｖ０バージョンと同様に「使用可能リソースがない」という値を用いるかは、仕様に沿うものである。ＧＴＰｖ０バージョンを用いるＧＳＮノードは、新たに追加されたＣａｕｓｅ値をサポートできないので、不適合の問題が生じる可能性がある。

上記を考慮して、本発明の目的は、異なるＧＴＰバージョン間でのメッセージのやりとりの問題を回避し且つプロトコルリソースの無駄を防止する、ＰＤＰコンテキスト作成要求を処理する方法を提供することである。

上記目的を達成するために、本発明の技術的スキームは以下のように実施される。
パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を処理する方法は、
１）ＰＤＰコンテキスト作成要求メッセージを受け取るＧＳＮ（ＧＰＲＳサポートノード）に、複数の異なるバージョンのＣａｕｓｅ値と全てのＣａｕｓｅ値の定義とを格納することと、
２）ＰＤＰコンテキスト作成要求を受け取った後、ＧＳＮが、バージョン番号をチェックし、内部処理を実行し、処理結果及びＰＤＰコンテキスト作成要求のバージョン番号に従い、ＰＤＰコンテキスト作成応答に同一バージョンのＣａｕｓｅ値を記入することと、
３）ＰＤＰコンテキスト作成応答をカプセル化して、該ＰＤＰコンテキスト作成応答をＰＤＰコンテキスト作成要求の送信者に返すことと、
を含む。

上記の複数の異なるバージョンはＧＴＰｖ０バージョン及びＧＴＰｖ１バージョンを含み、ＧＴＰｖ１バージョンにおけるＣａｕｓｅ値の定義は、少なくとも
ａ）「全ダイナミックＰＤＰアドレスが使用中（All dynamic PDP addresses are occupied）」はアクティブ化を開始したＵＥに割り当て可能な使用可能な空きダイナミックＰＤＰアドレスがＧＳＮに無いことを示す、
ｂ）「使用可能メモリがない（No memory is available）」はアクティブ化をサポートするために使用可能な十分なメモリがＧＳＮに無いことを示す、
ｃ）「使用可能リソースがない（No resources available）」は或る種類のリソースが一時的に使い尽くされており、アクティブ化をサポートできないことを示す
という説明を含む。

上記のステップ２）は、
２ａ）ＰＤＰコンテキスト作成要求メッセージを受け取った後、ＧＳＮが、要求メッセージのメッセージヘッダにより該要求メッセージのバージョン番号をチェックし、ＧＴＰｖ１バージョンである場合には、ステップ２ｂ）〜２ｇ）のみを実行し、そうでなければステップ２ｈ）〜２ｋ）のみを実行することと、
２ｂ）ＧＳＮが内部処理を実行して処理結果を取得することと、
２ｃ）処理結果が、ＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、Ｃａｕｓｅ値を「要求受理（Request Accepted）」と設定することと、
２ｄ）処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無いという理由でＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「全ダイナミックＰＤＰアドレスが使用中（All dynamic PDP addresses are occupied）」と設定することと、
２ｅ）処理結果が、十分な使用可能メモリが無いという理由でＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「使用可能メモリがない（No memory is available）」と設定することと、
２ｆ）処理結果が、リソースの不足によりＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
２ｇ）処理結果が、上記以外の理由によりＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を、既存のＧＴＰｖ１バージョンの仕様の記述に従って設定することと、
２ｈ）ＧＳＮが内部処理を実行して処理結果を取得することと、
２ｉ）処理結果が、ＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、Ｃａｕｓｅ値を「要求受理（Request Accepted）」と設定することと、
２ｊ）処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無い若しくは十分な使用可能メモリが無いという理由で又はその他のリソースの不足を理由としてＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
２ｋ）処理結果が、上記以外の理由によりＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を、既存のＧＴＰｖ０バージョンの仕様の記述に従って設定することと、
を含んでもよい。

上記のステップ２）は、
２Ａ）ＧＳＮがＰＤＰコンテキスト作成要求メッセージを受け取ることと、
２Ｂ）ＧＳＮが内部処理を実行して処理結果を取得することと、
２Ｃ）処理結果が、ＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、Ｃａｕｓｅ値を「要求受理（Request Accepted）」と設定することと、
２Ｄ）処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無いという理由でＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、ＰＤＰコンテキスト作成要求メッセージを読み込み、該要求メッセージのメッセージヘッダにより該要求メッセージのバージョン番号をチェックし、ＧＴＰｖ１バージョンである場合には、Ｃａｕｓｅ値を「全ダイナミックＰＤＰアドレスが使用中（All dynamic PDP addresses are occupied）」と設定し、ＧＴＰｖ０バージョンである場合には、Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
２Ｅ）処理結果が、十分な使用可能メモリが無いという理由でＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、ＰＤＰコンテキスト作成要求メッセージを読み込み、該要求メッセージのメッセージヘッダにより該要求メッセージのバージョン番号をチェックし、ＧＴＰｖ１バージョンである場合には、Ｃａｕｓｅ値を「使用可能メモリがない（No memory is available）」と設定し、ＧＴＰｖ０バージョンである場合には、Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
２Ｆ）処理結果が、上記以外の理由によりＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、バージョン番号をチェックし、該バージョン番号及びＧＴＰｖ０又はＧＴＰｖ１バージョンの仕様の記述に従いＣａｕｓｅ値を設定することと、
を含んでもよい。

上記のＧＳＮは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）又はサービスＧＰＲＳサポートノード（ＳＧＳＮ）で構成されてもよい。

本発明の技術的スキームからわかるように、このＰＤＰコンテキスト作成要求処理方法は、ＧＧＳＮが指定されたＰＤＰコンテキストのアクティブ化に失敗した場合に、異なるＧＴＰバージョンをサポートするＧＧＳＮによって返されたＣａｕｓｅ値を相手サイドが理解できないという問題を回避するために、ＰＤＰコンテキスト作成応答メッセージにおいて、実際の状況に基づく最適なＣａｕｓｅ値を返し、障害のより正確な理由をＳＧＳＮにフィードバックすることを可能にする。このように、アクティブ化の失敗の原因である問題を突き止めて解決することは有用である。同時に、プロトコルで定義されたＣａｕｓｅ値を正しく用いることにより、異なるＧＴＰバージョンのメッセージ間の不適合を回避できると共に、プロトコルリソースの無駄を防止できる。

以下、添付の図面を参照し、本発明を詳細に説明する。
本発明のＰＤＰコンテキスト作成要求処理方法によれば、まず、ＧＳＮに、ＧＴＰｖ１バージョンの新たに追加されたＣａｕｓｅ値の明示的な定義を保存する。次に、ＰＤＰコンテキスト作成要求メッセージを受け取った後、ＧＳＮは、処理中に、ＰＤＰコンテキスト作成要求メッセージのプロトコルバージョン番号をチェックし、ＰＤＰコンテキスト作成応答メッセージのＣａｕｓｅフィールド内に、対応するバージョンの異なるＣａｕｓｅ値を設定し、ＰＤＰコンテキスト作成応答メッセージをカプセル化して送信者（元）に送る。

本発明の第１の好ましい実施形態では、ＧＳＮは、内部処理の前に、ＰＤＰコンテキスト作成要求メッセージのバージョン番号をチェックする。次に、ＧＳＮは、処理結果に従い、ＰＤＰコンテキスト作成応答メッセージのＣａｕｓｅフィールド内に、対応するバージョンの異なるＣａｕｓｅ値を設定し、ＰＤＰコンテキスト作成応答メッセージをカプセル化して送信者に送る。

この実施形態では、ＧＧＳＮは、ＧＴＰｖ０バージョン及びＧＴＰｖ１バージョンの全てのＣａｕｓｅ値の明示的な定義を予め格納する。ＳＧＳＮが受け取ったＰＤＰコンテキスト作成応答に含まれるＣａｕｓｅ値が「要求受理」である場合には、ＳＧＳＮは、ＰＤＰコンテキストをアクティブ化して、ＭＳと外部のパケットデータネットワークとの間でのデータパケットの転送を開始する。

上記以外のＣａｕｓｅ値は、ＧＧＳＮにおいてコンテキストがまだアクティブ化されていないことを示し、その具体的な理由は受け取ったＣａｕｓｅ値から取得できる。ＧＴＰｖ１バージョンでは、「全ダイナミックＰＤＰアドレスが使用中」は、このアクティブ化手順を開始したＵＥに対して使用可能な空きダイナミックＰＤＰアドレスがこれ以上ＧＳＮに無いことを表す。「使用可能メモリがない」は、このアクティブ化手順サポートするのに十分なメモリがＧＳＮに無いことを表す。「使用可能リソースがない」は、或る種類のリソースが一時的に使い尽くされているため、アクティブ化がサポートされないことを表す。なお、「使用可能リソースがない」のＣａｕｓｅ値によって表されるケースは、全てのダイナミックＰＤＰアドレスが使用中である場合及び使用可能なメモリが無い場合の２つのケースは含まない。他の定義の記述は変更されないので、ＧＴＰｖ０バージョンにはいかなる修正も行う必要はない。

この実施形態を実施する処理は図３に示されており、以下のステップを含む。
ステップ３０１：ＧＧＳＮがＰＤＰコンテキスト作成要求メッセージを受け取る。
ステップ３０２：ＧＧＳＮがＰＤＰコンテキスト作成要求メッセージを読み込み、このメッセージのバージョン番号をチェックする。ＧＴＰメッセージのメッセージヘッダには、メッセージが用いているＧＴＰバージョンを定義する３つのビットがあり、０００はＧＴＰｖ０を表し、００１はＧＴＰｖ１を表す。バージョンがＧＴＰｖ１である場合には、ステップ３０３を実行する。バージョンがＧＴＰｖ０である場合には、ステップ３１３を実行する。

ステップ３０３：ＧＧＳＮが内部処理を実行し、処理結果を取得する。この処理方法は従来技術と同じである。
ステップ３０４〜３０５：処理結果が、ＧＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、Ｃａｕｓｅ値を「要求受理」と設定し、ステップ３２１に進む。
ステップ３０６〜３０７：処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無いという理由でＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「全ダイナミックＰＤＰアドレスが使用中」と設定し、ステップ３２１に進む。
ステップ３０８〜３０９：処理結果が、十分な使用可能メモリが無いという理由でＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「使用可能メモリがない」と設定し、ステップ３２１に進む。
ステップ３１０〜３１１：処理結果が、その他のリソースの不足によりＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「使用可能リソースがない」と設定し、ステップ３２１に進む。
ステップ３１２：処理結果が、その他のエラーを理由としてＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、既存のＧＴＰｖ１バージョンの仕様の記述に従いＣａｕｓｅ値を設定する。例えば、特定されたＰＤＰタイプ又はＰＤＰアドレスをＧＧＳＮがサポートしない場合には、応答メッセージ内のＣａｕｓｅフィールドを「未知のＰＤＰアドレス又はＰＤＰタイプ」と設定し、特定されたアクセスポイント名（ＡＰＮ）をＧＧＳＮがサポートしない場合には、応答メッセージ内のＣａｕｓｅフィールドを「ＡＰＮが無い又は未知のＡＰＮ」と設定する、等。次に、ステップ３２１に進む。

ステップ３１３：ＧＧＳＮは内部処理を実行し、処理結果を取得する。この処理方法は従来技術と同じである。
ステップ３１４〜３１５：処理結果が、ＧＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、Ｃａｕｓｅ値を「要求受理」と設定し、ステップ３２１を実行する。
ステップ３１６〜３１９：処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無いという理由で、又は十分な使用可能メモリが無いという理由で、又はその他のリソースの不足により、ＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、Ｃａｕｓｅ値を「使用可能リソースがない」と設定し、ステップ３２１に進む。
ステップ３２０：処理結果が、その他のエラーを理由としてＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、ＧＴＰｖ０バージョンの仕様の記述に従いＣａｕｓｅ値を設定する。例えば、特定されたＰＤＰタイプ又はＰＤＰアドレス又はアクセスポイント名（ＡＰＮ）をＧＧＳＮがサポートしない場合には、応答メッセージ内のＣａｕｓｅフィールドを「未知のＰＤＰアドレス又はＰＤＰタイプ」と設定する。次に、ステップ３２１を実行する。
ステップ３２１：ＧＧＳＮがＰＤＰコンテキスト作成応答メッセージをカプセル化して送信者に返す。このカプセル化方法は従来技術と同じである。

本発明の第２の好ましい実施形態では、ＧＧＳＮは、内部処理を行って処理結果を取得してから、ＰＤＰコンテキスト作成要求メッセージのバージョン番号をチェックし、次に、そのバージョン番号に従って、ＰＤＰコンテキスト作成応答メッセージのＣａｕｓｅフィールドに、対応するバージョンの異なるＣａｕｓｅ値を設定し、ＰＤＰコンテキスト作成応答メッセージをカプセル化して送信者に送る。この実施形態でも同様に、ＧＧＳＮはＧＴＰｖ０バージョン及びＧＴＰｖ１バージョンの全てのＣａｕｓｅ値の明示的な定義を予め格納する。この定義の説明は、図３に示される実施形態と同様である。この実施形態を実施する処理が図４に示されており、以下のステップを含む。

ステップ４０１：ＧＧＳＮがＰＤＰコンテキスト作成要求メッセージを受け取る。
ステップ４０２：ＧＧＳＮが内部処理を行い、処理結果を取得する。この処理方法は従来技術と同じである。
ステップ４０３〜４０４：処理結果が、ＧＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、Ｃａｕｓｅ値を「要求受理」と設定し、ステップ４１４に進む。
ステップ４０５〜４０６：処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無いという理由でＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、ＰＤＰコンテキスト作成要求メッセージを読み込み、このメッセージのバージョン番号をチェックする。このチェック方法は図３に示される実施形態と同じである。バージョンがＧＴＰｖ１である場合には、ステップ４０７を実行する。バージョンがＧＴＰｖ０である場合には、ステップ４１２を実行する。
ステップ４０７：Ｃａｕｓｅ値を「全ダイナミックＰＤＰアドレスが使用中」と設定し、ステップ４１４に進む。
ステップ４０８〜４０９：処理結果が、十分な使用可能メモリが無いという理由でＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、ＰＤＰコンテキスト作成要求メッセージを読み込み、このメッセージのバージョン番号をチェックする。このチェック方法は図３に示される実施形態と同じである。バージョンがＧＴＰｖ１である場合には、ステップ４１０を実行する。そうでない場合にはバージョンはＧＴＰｖ０であり、ステップ４１２を実行する。
ステップ４１０：Ｃａｕｓｅ値を「使用可能メモリがない」と設定し、ステップ４１４に進む。
ステップ４１１：処理結果が、その他のリソースの不足によりＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、ステップ４１２に進む。
ステップ４１２：Ｃａｕｓｅ値を「使用可能リソースがない」と設定し、ステップ４１４に進む。
ステップ４１３：処理結果が、その他のエラーを理由としてＧＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、バージョン番号をチェックし、そのバージョン番号に従いＣａｕｓｅ値を設定する。即ち、既存のＧＴＰｖ０又はＧＴＰｖ１バージョンの仕様の記述に従ってＣａｕｓｅ値を設定し、ステップ４１４に進む。
ステップ４１４：ＧＧＳＮがＰＤＰコンテキスト作成応答メッセージをカプセル化して送信者に返す。

上述した２つの実施形態では、ＧＧＳＮが受け取ったＰＤＰコンテキスト作成要求メッセージを処理した後に、ＰＤＰコンテキスト作成応答メッセージを生成する。実際の適用では、受け取ったＰＤＰコンテキスト作成要求メッセージを処理してＰＤＰコンテキスト作成応答メッセージ生成するのは、ＳＧＳＮであってもよい。

上述の２つの実施形態からわかるように、本発明によるＰＤＰコンテキスト作成要求処理方法は、実際の適用において生じ得る不適合を回避するので、より広範囲に適用可能であると共に、プロトコルリソースの無駄を防止する。同時に、異なる処理結果に基づく具体的なエラーの理由を返すことができ、実際の適用において、アクティブ化失敗の原因である問題を突き止めて解決することが容易になる。更に、既存のＧＴＰｖ０バージョンにはいかなる修正も行う必要がなく、これにより、本方法の互換性が高いものになる。

ＵＭＴＳのアーキテクチャを示す模式図である。 従来技術のＰＤＰコンテキストアクティブ化処理のフローチャートである。 本発明の第１の好ましい実施形態によるＰＤＰコンテキスト作成要求の処理のフローチャートである。 本発明の第２の好ましい実施形態によるＰＤＰコンテキスト作成要求の処理のフローチャートである。

Claims (5)

1. パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を処理する方法であって、
   １）ＰＤＰコンテキスト作成要求メッセージを受け取るＧＳＮ（ＧＰＲＳサポートノード）に、複数の異なるバージョンのＣａｕｓｅ値と全てのＣａｕｓｅ値の定義とを格納することと、
   ２）前記ＰＤＰコンテキスト作成要求を受け取った後、前記ＧＳＮが、バージョン番号をチェックし、内部処理を実行し、処理結果及び前記ＰＤＰコンテキスト作成要求のバージョン番号に従い、ＰＤＰコンテキスト作成応答に同一バージョンのＣａｕｓｅ値を記入することと、
   ３）前記ＰＤＰコンテキスト作成応答をカプセル化して、該ＰＤＰコンテキスト作成応答を前記ＰＤＰコンテキスト作成要求の送信者に返すことと、
   を含むことを特徴とする方法。
2. 前記複数の異なるバージョンがＧＴＰｖ０バージョン及びＧＴＰｖ１バージョンを含み、前記ＧＴＰｖ１バージョンの前記Ｃａｕｓｅ値の定義が、少なくとも
   ａ）「全ダイナミックＰＤＰアドレスが使用中（All dynamic PDP addresses are occupied）」は、アクティブ化を開始したＵＥ（ユーザ機器）に割り当て可能な使用可能な空きダイナミックＰＤＰアドレスが前記ＧＳＮに無いことを示す、
   ｂ）「使用可能メモリがない（No memory is available）」は、アクティブ化をサポートするために使用可能な十分なメモリが前記ＧＳＮに無いことを示す、
   ｃ）「使用可能リソースがない（No resources available）」は、或る種類のリソースが一時的に使い尽くされており、アクティブ化をサポートできないことを示す
   という説明を含むことを特徴とする、請求項１記載の処理方法。
3. 前記ステップ２）が、
   ２ａ）前記ＰＤＰコンテキスト作成要求メッセージを受け取った後、前記ＧＳＮが、前記要求メッセージのメッセージヘッダにより該要求メッセージのバージョン番号をチェックし、ＧＴＰｖ１バージョンである場合には、ステップ２ｂ）〜２ｇ）のみを実行し、そうでなければステップ２ｈ）〜２ｋ）のみを実行することと、
   ２ｂ）前記ＧＳＮが内部処理を実行して処理結果を取得することと、
   ２ｃ）前記処理結果が、前記ＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、前記Ｃａｕｓｅ値を「要求受理（Request Accepted）」と設定することと、
   ２ｄ）前記処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無いという理由で前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記Ｃａｕｓｅ値を「全ダイナミックＰＤＰアドレスが使用中（All dynamic PDP addresses are occupied）」と設定することと、
   ２ｅ）前記処理結果が、十分な使用可能メモリが無いという理由で前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記Ｃａｕｓｅ値を「使用可能メモリがない（No memory is available）」と設定することと、
   ２ｆ）前記処理結果が、リソースの不足により前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
   ２ｇ）前記処理結果が、上記以外の理由により前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記Ｃａｕｓｅ値を、前記ＧＴＰｖ１バージョンの仕様の既存の記述に従って設定することと、
   ２ｈ）前記ＧＳＮが内部処理を実行して処理結果を取得することと、
   ２ｉ）前記処理結果が、前記ＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、前記Ｃａｕｓｅ値を「要求受理（Request Accepted）」と設定することと、
   ２ｊ）前記処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無い若しくは十分な使用可能メモリが無いという理由で又はその他のリソースの不足を理由として前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
   ２ｋ）前記処理結果が、上記以外の理由により前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記Ｃａｕｓｅ値を、ＧＴＰｖ０バージョンの仕様の既存の記述に従って設定することと、
   を含むことを特徴とする請求項１記載の処理方法。
4. 前記ステップ２）が、
   ２Ａ）前記ＧＳＮがＰＤＰコンテキスト作成要求メッセージを受け取ることと、
   ２Ｂ）前記ＧＳＮが内部処理を実行して処理結果を取得することと、
   ２Ｃ）前記処理結果が、前記ＧＳＮがＰＤＰコンテキストの作成に成功したというものである場合には、前記Ｃａｕｓｅ値を「要求受理（Request Accepted）」と設定することと、
   ２Ｄ）前記処理結果が、使用可能な空きダイナミックＰＤＰアドレスが無いという理由で前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記ＰＤＰコンテキスト作成要求メッセージを読み込み、該要求メッセージのメッセージヘッダにより該要求メッセージのバージョン番号をチェックし、ＧＴＰｖ１バージョンである場合には、前記Ｃａｕｓｅ値を「全ダイナミックＰＤＰアドレスが使用中（All dynamic PDP addresses are occupied）」と設定し、ＧＴＰｖ０バージョンである場合には、前記Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
   ２Ｅ）前記処理結果が、十分な使用可能メモリが無いという理由で前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記ＰＤＰコンテキスト作成要求メッセージを読み込み、該要求メッセージのメッセージヘッダにより該要求メッセージのバージョン番号をチェックし、ＧＴＰｖ１バージョンである場合には、前記Ｃａｕｓｅ値を「使用可能メモリがない（No memory is available）」と設定し、ＧＴＰｖ０バージョンである場合には、前記Ｃａｕｓｅ値を「使用可能リソースがない（No resources available）」と設定することと、
   ２Ｆ）前記処理結果が、上記以外の理由により前記ＧＳＮがＰＤＰコンテキストの作成に失敗したというものである場合には、前記バージョン番号をチェックし、前記ＧＴＰｖ０又はＧＴＰｖ１バージョンの仕様の既存の記述に従い前記Ｃａｕｓｅ値を設定することと、
   を含むことを特徴とする請求項１記載の処理方法。
5. 前記ＧＳＮがゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）又はサービスＧＰＲＳサポートノード（ＳＧＳＮ）で構成されることを特徴とする請求項１、２、３又は４記載の処理方法。

Images