JP3834036B2 - ネットワークノード間におけるアドレスの変更とメッセージの関連付け - Google Patents

Description

本発明は、セルラーネットワーク（例：ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ））の第１ネットワークノードと第２ネットワークノード間におけるアドレスの変更（例：ＩＰｖ４（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ ４）アドレスからＩＰｖ６アドレスへの変更）及び／又はメッセージの関連付けを提供する方法、システム、及びネットワーク要素に関するものである。

ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、高機能なＷＣＤＭＡ無線インターフェイスに基づいた３Ｇ（第３世代)通信システムの一般的な名称である。一方、ＧＳＭは、ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）無線に基づいた最も広く利用されている２Ｇ（第２世代）通信システムである。ＧＰＲＳシステムの目的は、２Ｇ又は３Ｇ無線技術（例：ＧＳＭ、Ａｍｅｒｉｃａｎ ＴＤＭＡ、ＵＭＴＳ、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ））を使用し、セルラーモバイル端末（ＭＴ、しばしば、移動局（ＭＳ）又はユーザ装置（ＵＥ）とも呼ばれる）から外部のパケットデータネットワークに対するグローバルなレイヤ２接続を提供することである。ＧＰＲＳは、様々なレイヤ３プロトコル（例：ＩＰｖ４、ＩＰｖ６、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ））をサポートすることができる。

ＧＰＲＳネットワークの主要ノードは、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）とＧＧＳＮ（Ｇａｔｅｗａｙ ＧＲＰＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）である。ＳＧＳＮは、ＭＴにサービスするノードである。それぞれのＳＧＳＮは、ＧＳＭ及び／又はＵＭＴＳ用のＧＰＲＳをサポートしている。一方、ＧＧＳＮは、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）とのやり取りを処理するノードである。ＳＧＳＮとＧＧＳＮ（或いは、ＳＧＳＮとＳＧＳＮ）間においては、シグナリングとデータは、ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）プロトコルを使用して交換される。ＧＴＰプロトコルは、モビリティと、ＧＴＰトンネルの生成、変更、及び削除、並びにＧＳＮ間におけるユーザーデータの転送を処理するものである。ＧＴＰにより、ＧＳＮ間、及びＳＧＳＮとＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：図示されてはいない）間において、マルチプロトコルパケットをトンネル処理することが可能になり、これを通じて関連ＭＴへの接続が確立される。その他のシステムコンポーネントは、ＧＴＰを意識する必要はない。通常、１つのトンネルには、ＧＴＰ制御メッセージ（即ち、シグナリング）用とＧＴＰユーザーパケット（即ち、ユーザーデータの搬送）用の２つのＩＰアドレスが使用される。

ＧＰＲＳへの接続時に、ＳＧＳＮは、例えば、関連ＭＴのモビリティやセキュリティなどに関する情報を格納するモビリティ管理（ＭＭ）コンテキストを確立する。そして、ＰＤＰコンテキストの起動時に、ＳＧＳＮは、加入者が使用することになるＧＧＳＮとの間で、ルーティング目的に使用するＰＤＰコンテキストを確立する。ＧＰＲＳに接続されたモバイル端末（ＭＴ）には、静的ＩＰアドレス又は動的ＩＰアドレス（ＰＤＰアドレスとも呼ばれる）のいずれかを割り当て可能である。静的アドレスは、加入の時点で、ＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）事業者によって割り当てられる。一方、動的ＩＰアドレスは、ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔｅ Ｐｒｏｔｏｃｏｌ）コンテキストの起動時に、ＨＰＬＭＮ又は訪問を受けたＰＬＭＮ（ＶＰＬＭＮ）事業者のいずれかのＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）によって割り当て可能である。アドレスの割り当てに加え、ＧＧＳＮは、ＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネルからパケットデータネットワーク（ＰＤＮ）への（及びこの逆方向の）ＩＰパケットの転送を実現する。イントラＰＬＭＮバックボーンネットワークとインターＰＬＭＮバックボーンネットワークという２種類のＰＬＭＮバックボーンネットワークが存在している。イントラＰＬＭＮバックボーンネットワークは、１つのＰＬＭＮ内におけるパケットドメインのデータ及びシグナリング用のプライベートなＩＰネットワークであり、インターＰＬＭＮバックボーンは、（ボーダーゲートウェイを介した）ＰＬＭＮ間におけるローミングに使用される。ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）とＧＧＳＮは、イントラＰＬＭＮバックボーンを使用し、ＧＰＲＳドメインのデータ及びシグナリングを交換する。

ローミングの際には、インターＰＬＭＮバックボーンに加え、ホーム及び訪問を受けたネットワークのイントラＰＬＭＮバックボーンの両方が使用される。加入者が別のＰＬＭＮ（即ち、ＶＰＬＭＮ）にローミングする際には、ユーザーは、まず、ネットワークに接続する必要がある。ＧＰＲＳへの接続においては、ＭＴは、自身のＩＤ、機能、及びロケーションに関する情報をサービス元のＳＧＳＮに提供することにより、ネットワークに対する接続の意図を通知する。すると、ＳＧＳＮは、伝送経路を保護するべく、そのＭＴのＩＤをチェックし、認証手順を実行する。接続は、加入者のＨＰＬＭＮのＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）から、ローミングする加入者のデータをＳＧＳＮが受信し、ロケーション更新手順を終了した後に完了する。ＧＰＲＳに接続した後に、ＭＴは、「ＰＤＰコンテキスト起動（Ａｃｔｉｖａｔｅ ＰＤＰ ｃｏｎｔｅｘｔ）」要求を送信するが、この要求におけるＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）は、ホーム又は訪問を受けたＰＬＭＮのいずれかにおいて使用されるＧＧＳＮのＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）に対する参照である。ＳＧＳＮは、ＰＤＰコンテキスト加入レコードに基づいてＧＧＳＮを選択し、この選択したＧＧＳＮにコンテキストデータを送信する。すると、ＧＧＳＮは、適切なＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）に対してパケットをルーティングする。

加入者がＶＰＬＭＮ内においてローミングする場合には、ＧＧＳＮの選択に関し、次の２つの可能性が存在する。まず、第１に、インターＰＬＭＮバックボーン及びＢＧを介して、ホームネットワークのＧＧＳＮを使用する可能性がある。この場合には、ホームのＧＧＳＮが、パケットをその宛先にルーティングする。そして、２番目としては、訪問を受けたドメインのＧＧＳＮを使用し、パブリックなインターネットなどのパケットデータネットワーク（ＰＤＮ）を直接介してパケットをＶＰＬＭＮからその宛先にルーティングする可能性がある。

尚、ＩＰアドレッシングには、次の２つのレベルが存在することに留意されたい。

・ＧＴＰプロトコル上で搬送されるパケットに対応するユーザーＩＰアドレス。この対応ＩＰアドレスは、ＰＤＰアドレス又はユーザーアドレスと呼ばれる。

・ＧＴＰプロトコル下で搬送されるパケットに対応するネットワークＩＰアドレス。この対応ＩＰアドレスは、ＧＳＮ間においてＧＴＰパケットを交換するのに使用されるノードＩＰアドレスである。これらのＩＰアドレスは、課金やＯ＆Ｍなど、ネットワークの運営のためにも使用可能である。

ＧＴＰプロトコルのおかげで、ユーザー及びネットワークアドレスは、互いに独立しており、両方ともＩＰｖ４又はＩＰｖ６のいずれかであってよい。

第２世代（２Ｇ）及び第３世代（３Ｇ）のＧＰＲＳバックボーンノードは、任意選択により、ネットワークアドレスとして、ＩＰｖ６に基づいたアドレッシングを使用することができる。しかしながら、ＩＰｖ６アドレスを使用可能な既存の仕様には、ＩＰｖ４に基づいたノードとの下位互換性を維持する方法が定義されてはいない。例えば、ＳＧＳＮは、「ＰＤＰコンテキスト生成要求（Ｃｒｅａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）」メッセージ内にＩＰｖ６アドレスを挿入する前に、選択したＧＧＳＮがＩＰｖ６アドレスをサポートしていることを事前に知る必要がある。

又、既存の手順に関連し、更なる問題が提起される。即ち、ＭＴが、ＩＰｖ６に対応可能なＧＧＳＮに接続されたＩＰｖ６に対応可能なＳＧＳＮから、ＩＰｖ４にのみ対応したＳＧＳＮに移動した場合、この新しいＳＧＳＮは、転送されたＩＰｖ６アドレスを使用することができないため、通信は失われることになる。このようなシナリオは、特に、異なる製造者の（或いは、単に、ソフトウェアリリースが異なる）機器を有する２つの事業者がローミング契約（例：ナショナルローミング）を有している場合に、非常に現実的な問題となる。尚、既存のＩＰｖ４からＩＰｖ６への移行メカニズムは、ＧＴＰにおいて搬送されるＩＰアドレスには有効ではないため、この場合、当てはまらないことに留意されたい。

又、実際的な要件としては、古いバージョンの仕様に基づいた（従って、本明細書において提案する機能拡張をサポートしていない）ノードが、本明細書において提案する機能拡張をサポートする新しいノードとやり取りを継続できるように、このプロトコルの変更を実施しなければならない。

従って、下位アドレス互換性を実現できるアドレスの変更又は関連付け機能を提供する方法及びシステムを提供することが本発明の目的である。

この目的は、それぞれ請求項１、１３、１７、及び１９記載の方法及びシステムによって達成される。

又、前述の目的は、それぞれ請求項２３、２７、及び３０記載のネットワークノードによって達成される。

これらによれば、接続ポイントの１つが変更された場合に（例：ＳＧＳＮ間におけるルーティングエリアの更新やサービス元ＲＮＣのリロケーション）、新しい接続ポイントが２つのアドレスの中の１つによってのみ通信可能な場合にも、古い接続ポイント（例：古いＳＧＳＮ）は、新しい接続ポイントが接続のもう一方の端部（ＧＧＳＮ）に対する接続を再確立できるように、新しい接続ポイント（例：新しいＳＧＳＮ）に対して第１及び第２アドレスの両方を送信する。

又、異なるネットワークノードから受信したシグナリングメッセージ（例：課金、合法的な通信傍受、及び／又はカスタマイズされたアプリケーション（例：ＣＡＭＥＬ（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｔｉｏｎ ｆｏｒ Ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ Ｅｎｈａｎｃｅｄ ｌｏｇｉｋ）アーキテクチャ）に関連するメッセージ）を代替アドレスに基づいて関連付けることができる。

有利な更なる拡張例については、従属請求項に定義されている。

以下、ＩＰｖ６からＩＰｖ４へのアドレス変更メカニズムを使用する図１に示されているパケットドメインＰＬＭＮバックボーンネットワークアーキテクチャに基づいて、好適な実施例について説明する。

図１によれば、パケットデータネットワーク（ＰＤＮ）１０（例：ＩＰネットワーク）は、第１ＧＧＳＮ３１を介して、第１イントラＰＬＭＮバックボーンネットワーク５１を有する第１ＰＬＭＮ７１に接続されている。又、この第１ＰＬＭＮ７１は、第１イントラＰＬＭＮバックボーンネットワーク５１を通じて互いに（及び、第１ＧＧＳＮ３１に）接続された少なくとも１つの第１ＳＧＳＮ６１及び第２ＳＧＳＮ６２を含んでいる。更に、ＰＤＮ１０は、第２ＧＧＳＮ３２を介して、第２イントラＰＬＭＮバックボーンネットワーク５２を有する第２ＰＬＭＮ ７２に相互接続されている。又、この第２ＰＬＭＮ７２には、第２イントラＰＬＭＮバックボーンネットワーク５２を通じて第２ＧＧＳＮ３２に接続された少なくとも１つの第３ＳＧＳＮ６３が含まれている。第１及び第２ＰＬＭＮ７１、７１は、インターＰＬＭＮバックボーンネットワーク２０を介して互いに接続されている。第１ＰＬＭＮ７１とインターＰＬＭＮバックボーンネットワーク２０間の接続は、第１ボーダーゲートウェイ（ＢＧ）４１を通じて提供されている。同様に、第２ＰＬＭＮ７２とインターＰＬＭＮバックボーンネットワーク２０間の接続は、第２ＢＧ４２を通じて提供されている。

イントラＰＬＭＮバックボーンネットワーク５１、５２のそれぞれは、パケットドメインのデータ及びシグナリング用のプライベートなＩＰネットワークであってよい。プライベートなＩＰネットワークとは、必要なセキュリティレベルを実現するべく、なんらかのアクセス制御メカニズムが適用されているＩＰネットワークのことである。一方、インターＰＬＭＮバックボーンネットワーク２０は、例えば、パブリックなインターネットや専用線などのパケットデータネットワークであり、これは、ＢＧセキュリティ機能（即ち、通常は、単にセキュリティ機能を有するルーターである）を含むローミング契約によって選択可能である。第１及び第２ＢＧ４１、４２は、パケットドメインの範囲内において定義されるものではない。

ＧＳＮ（ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）（即ち、第１〜第３ＳＧＳＮ６１〜６３、並びに第１及び第２ＧＧＳＮ３１、３２）には、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）及び／又はＵＭＴＳ用のＧＰＲＳ機能をサポートするのに必要な機能が含まれている。特に、第１及び第２ＧＧＳＮ３１、３１は、ＰＤＰアドレスの評価によりＰＤＮ１０がアクセスするネットワークノードである。これらは、ＧＰＲＳに接続されたユーザーのルーティング情報を格納している。このルーティング情報を使用し、パケットデータユニット（ＰＤＵ）をＭＴの現在の接続ポイント（即ち、個々のサービス元ＳＧＳＮ）にトンネル処理する。従って、第１及び第２ＧＧＳＮ３１、３２は、それぞれ、第１及び第２ＰＬＭＮ７１、７２とＰＤＮ間の相互接続の第１ポイントになっている。一方、第１〜第３ＳＧＳＮ６１〜６３は、ＭＴにサービスするノードである。それぞれのＳＧＳＮは、ＧＳＭ及び／又はＵＭＴＳ用のＧＰＲＳをサポートしている。

尚、ネットワークアーキテクチャとシグナリング手順に関する更なる詳細については、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）仕様書ＴＳ２３．０６０第４版を参照されたい。

好適な実施例によれば、ＩＰｖ６アドレッシングの使用を所望するＳＧＳＮは、選択したＧＧＳＮに対するＧＴＰトンネル生成の要求に使用する個々のＧＴＰシグナリングメッセージにおいて、ＩＰｖ６及びＩＰｖ４のＳＧＳＮアドレスを常に通知する。任意選択により、ＳＧＳＮは、ＧＴＰトンネル更新の要求に使用する個々のＧＴＰシグナリングメッセージにおいて、ＩＰｖ６及びＩＰｖ４のＳＧＳＮアドレスを通知することもあり得る。但し、更新を送信する前に、ＧＧＳＮがサポートしているアドレスタイプが既にＳＧＳＮに判明している場合には、これは不要である。しかしながら、使用する技術を（恐らく中間ネットワークのために）ノードごとに設定することを事業者が所望する場合には、これは有用であろう。

選択されたＧＧＳＮは、ネットワークプレーンにおいてＩＰｖ６をサポートしている場合には、対応するＧＴＰ応答メッセージにおいて、ＩＰｖ４アドレスと共に、ＩＰｖ６アドレスをも通知する。この結果、ＩＰｖ４アドレスは、ＳＧＳＮ内に保存されるが伝送には使用されず、ネットワークプレーン上における伝送用には、ＩＰｖ６アドレスが使用される。ＳＧＳＮ間におけるハンドオーバーの場合には、下位互換性を有する方法により、ＩＰｖ４及びＩＰｖ６アドレスが新しいＳＧＳＮに提供される。そして、新しいＳＧＳＮは、ＩＰｖ６アドレスをサポートしていない場合には、取得したＩＰｖ４アドレスを使用してＧＧＳＮに対するトンネルを更新する。ＧＧＳＮは、トンネルの更新が完了する前に、新しいＳＧＳＮからのユーザーデータの受信を開始することも可能である。この結果、第１及び第２ＧＧＳＮ３１、３２は、ＩＰｖ４又はＩＰｖ６アドレスのいずれかにより、ＧＴＰパケット（シグナリング又はユーザーデータ）を受信する準備が整うことになる。

尚、将来的には、ネットワークプレーン上においてＩＰｖ６のみを使用可能な新しいＳＧＳＮが提供される可能性があり、これらに対しても同様の原則が適用されることに留意されたい。

実現の一選択肢として、使用する伝送技術（ＩＰｖ４又はＩＰｖ６）を事業者の設定に基づいてノードが選択することも可能であろう。

選択されたＧＧＳＮは、ネットワークプレーンにおいてＩＰｖ６をサポートしていない場合には、対応するＧＴＰ応答メッセージにおいて、ＩＰｖ４アドレスのみを通知する。この場合には、現時点で定義されているように、ネットワークプレーン上における伝送には、ＩＰｖ４アドレスが使用される。

新しい任意選択の情報要素としてＩＰｖ６アドレスを送信することを提案しているため、将来のネットワークノードにＩＰｖ６を導入すると共に、新しいＳＧＳＮがＩＰｖ４しかサポートしていない場合にもネットワークプレーン上において接続を維持するべく、下位互換性を提供することができる。

以下においては、図２及び図３を参照し、具体的なシグナリングメッセージと代替アドレスを伝送するための具体的なアドレスフィールドの内蔵の例について説明する。尚、シグナリングメッセージと手順に関する具体的な詳細事項については、３ＧＰＰ仕様書ＴＳ２９．０６０及びＴＳ２３．０６０第４版を参照されたい。

ＧＰＲＳの「ＰＤＰコンテキスト起動（ＰＤＰ Ｃｏｎｔｅｘｔ Ａｃｔｉｖａｔｉｏｎ）」手順の一部として、ＳＧＳＮノードからＧＧＳＮノードに「ＰＤＰコンテキスト生成要求（Ｃｒｅａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）」が送信される。この要求が有効な場合に、ＳＧＳＮ内のＰＤＰコンテキストとＧＧＳＮ内のＰＤＰコンテキスト間においてトンネルの生成が開始される。ＳＧＳＮは、ＧＴＰ下においてＩＰｖ６を使用することを所望する場合には、新しいメッセージフィールドである「代替ＳＧＳＮアドレス（Ａｌｔｅｒｎａｔｉｖｅ ＳＧＳＮ Ａｄｄｒｅｓｓ）」内にＩＰｖ６アドレスを、そして、既存のメッセージフィールドである「ＳＧＳＮアドレス（ＳＧＳＮ ａｄｄｒｅｓｓ）」内に、代替又は等価なＩＰｖ４アドレスを含める。一方、ＧＧＳＮは、ＧＴＰ下においてＩＰｖ６をサポートしている場合には、ＩＰｖ６の代替ＳＧＳＮアドレスを保存し、ＳＧＳＮとの通信に使用する。一方、ＧＴＰ下においてＩＰｖ４しかサポートしていない場合には、ＧＧＳＮは、ＩＰｖ４のＳＧＳＮアドレスを保存し、ＳＧＳＮとの通信に使用する。ＳＧＳＮは、そのＩＰｖ４及びＩＰｖ６アドレスのいずれに送信された場合にもパケットを受け付け、ＧＧＳＮは、使用しないＳＧＳＮのＩＰアドレスを保存しない。このメカニズムは特殊なＤＮＳ機能に基づくものではなく、且つ、ＧＧＳＮがＩＰｖ４のみを使用するプロセスとＩＰｖ４及びＩＰｖ６の両方を使用するプロセスを有することができるため、最大限の柔軟性が提供される。

次の表１は、「ＰＤＰコンテキスト生成要求」メッセージにおいて提供される具体的な情報要素を示している。

「ＰＤＰコンテキスト生成要求」に応答し、ＧＧＳＮノードからＳＧＳＮノードに「ＰＤＰコンテキスト生成応答（Ｃｒｅａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）」メッセージが送信される。「要求の承認（Ｒｅｑｕｅｓｔ Ａｃｃｅｐｔｅｄ）」を通知する「理由（Ｃａｕｓｅ）」値を有する「ＰＤＰコンテキスト生成応答」を受信した場合には、ＳＧＳＮは、ＰＤＰコンテキストを起動し、ＭＴから外部データパケットネットワーク（及び、この逆方向）にＰＤＵの転送を開始することができる。

ＧＧＳＮがＧＴＰ下においてＩＰｖ６をサポートしており、ＳＧＳＮがその要求内にＩＰｖ６のＳＧＳＮアドレスを含めていた場合には、ＧＧＳＮは、新しいフィールドである「代替ＧＧＳＮアドレス（Ａｌｔｅｒｎａｔｉｖｅ ＧＧＳＮ Ａｄｄｒｅｓｓ）」内にＩＰｖ６アドレスを、そして、「ＧＧＳＮアドレス（ＧＧＳＮ ａｄｄｒｅｓｓ）」フィールド内に等価なＩＰｖ４アドレスを含めることになる。ＳＧＳＮは、事業者がＩＰｖ４の使用を設定している場合を除いて、ＧＧＳＮとの通信にはＩＰｖ６の代替ＧＧＳＮアドレスを使用する。ＳＧＳＮは、これらのＧＧＳＮアドレスを保存し、ＰＤＰコンテキスト応答メッセージ（ＭＳが新しいＳＧＳＮに対してルーティングエリア更新手順を実行し、新しいＳＧＳＮがＰＤＰコンテキスト要求メッセージを古いＳＧＳＮに送信した後に、古いＳＧＳＮから新しいＳＧＳＮに送信されるメッセージ）において、それらを新しいＳＧＳＮに送信する。ＧＧＳＮは、そのＩＰｖ４及びＩＰｖ６アドレスのいずれに送信された場合にも、パケットを受け付ける。このメカニズムにより、新しいＳＧＳＮがＧＴＰ下においてＩＰｖ４しかサポートしていない場合に、接続が失われることを回避することができる。

表２は、「ＰＤＰコンテキスト生成応答」メッセージにおいて提供される具体的な情報要素を示している。

更に、負荷分散のためにコンテキストを再配分するべく、ＧＰＲＳの「ＳＧＳＮ間におけるルーティング更新（Ｉｎｔｅｒ ＳＧＳＮ Ｒｏｕｔｉｎｇ Ｕｐｄａｔｅ）」手順又は「ＰＤＰコンテキスト変更（ＰＤＰ Ｃｏｎｔｅｘｔ Ｍｏｄｉｆｉｃａｔｉｏｎ）」手順の一部として、ＳＧＳＮからＧＧＳＮに「ＰＤＰコンテキスト更新要求（Ｕｐｄａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）」メッセージが送信される。ＳＧＳＮは、古いＳＧＳＮ（「ＳＧＳＮ間におけるルーティングエリア更新」の場合）又はＧＧＳＮ（「ＰＤＰコンテキスト変更」の場合）からＩＰｖ６のＧＧＳＮアドレスを受信した場合にのみ、ＳＧＳＮのＩＰｖ６アドレスを使用することができる。それ以外の場合には、ＳＧＳＮは、ＳＧＳＮのＩＰｖ４アドレスを使用する。

ＧＧＳＮがＧＴＰ下においてＩＰｖ６をサポートしており、ＳＧＳＮがその要求内にＩＰｖ６のＳＧＳＮアドレスを含めている場合には、ＧＧＳＮは、「代替ＧＧＳＮアドレス（Ａｌｔｅｒｎａｔｉｖｅ ＧＧＳＮ Ａｄｄｒｅｓｓ）」フィールド内にＩＰｖ６アドレスを、そして、「ＧＧＳＮアドレス（ＧＧＳＮ ａｄｄｒｅｓｓ）」フィールド内に等価なＩＰｖ４アドレスを含める。ＳＧＳＮは、ＧＧＳＮとの通信にＩＰｖ６の代替ＧＧＳＮアドレスを使用する。ＳＧＳＮは、ＩＰｖ４及びＩＰｖ６アドレスの両方を保存し、ＰＤＰコンテキスト応答メッセージにおいて、それらを新しいＳＧＳＮに送信することができる。ＧＧＳＮアドレスフィールドが送信されない場合には、ＧＧＳＮ代替アドレスフィールドも送信されない。このメカニズムにより、ＧＴＰ下においてＩＰｖ４しかサポートしていない新しいＳＧＳＮに移動した場合に接続が失われることのないように、ＳＧＳＮが常に適切なＩＰｖ４及びＩＰｖ６のＧＧＳＮアドレスを保存することが保証される。

次の表３には、「ＰＤＰコンテキスト更新応答（Ｕｐｄａｔｅ ＰＤＰ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）」メッセージ内の具体的な情報要素が示されている。

更に、「ＳＧＳＮコンテキスト要求（ＳＧＳＮ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔ）」メッセージに関連し、新しいＳＧＳＮは、ＭＴのモビリティ管理（ＭＭ）及びＰＤＰコンテキストを取得するべく、このメッセージを古いＳＧＳＮに送信する。これに対し、古いＳＧＳＮは、「ＳＧＳＮコンテキスト応答（ＳＧＳＮ Ｃｏｎｔｅｘｔ Ｒｅｓｐｏｎｓｅ）」によって応答する。

新しいＳＧＳＮは、制御プレーン用のＳＧＳＮアドレスを追加する。新しいＳＧＳＮは、ＧＴＰ下においてＩＰｖ６をサポートしている場合には、「制御プレーン用の代替ＳＧＮＳアドレス（Ａｌｔｅｒｎａｔｉｖｅ ＳＧＳＮ Ａｄｄｒｅｓｓ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）」フィールドに、そのＩＰｖ６アドレスを追加する。次いで、古いＳＧＳＮは、そのＩＰｖ６のサポート状況に応じて、制御プレーン用のＳＧＳＮアドレスを選択し、この選択したＳＧＳＮアドレスを保存し、ＳＧＳＮコンテキスト転送手順において、ＭＴの制御プレーンメッセージを新しいＳＧＳＮに送信する際に、これを使用する。

表４は、「ＳＧＳＮコンテキスト要求」メッセージにおいて提供される具体的な情報要素を示している。

古いＳＧＳＮは、前述の「ＳＧＳＮコンテキスト要求」に対する応答として、新しいＳＧＳＮに「ＳＧＳＮコンテキスト応答」メッセージを送信する。古いＳＧＳＮは、新しいＳＧＳＮからＩＰｖ６のＳＧＳＮアドレスを受信した場合にのみ、ＳＧＳＮのＩＰｖ６アドレスを使用することができる。それ以外の場合には、ＳＧＳＮは、ＳＧＳＮ ＩＰｖ４アドレスを使用することになる。

新しいＳＧＳＮは、「ＳＧＳＮコンテキスト応答」メッセージに対する応答として「ＳＧＳＮコンテキストアクノリッジ（ＳＧＳＮ Ｃｏｎｔｅｘｔ Ａｃｋｎｏｗｌｅｄｇｅ」メッセージを古いＳＧＳＮに送信する。この「ＳＧＳＮコンテキストアクノリッジ」メッセージを受信した後にのみ、古いＳＧＳＮは、ユーザーデータパケットの転送を開始する。「ＳＧＳＮコンテキストアクノリッジ」は、新しいＳＧＳＮがＰＤＰコンテキスト情報を正しく受信し、ユーザーデータパケットを受信する準備が整っていることを古いＳＧＳＮに対して通知するものである。

新しいＳＧＳＮは、「ユーザートラフィック用のＳＧＳＮアドレス（ＳＧＳＮ Ａｄｄｒｅｓｓ ｆｏｒ ｕｓｅｒ ｔｒａｆｆｉｃ）」を使用するが、これは、基礎となっているネットワークサービス（例：ＩＰ）が提供するものとは異なるものであってよい。古いＳＧＳＮは、このＳＧＳＮアドレスを保存し、ＭＴの新しいＳＧＳＮにダウンリンクＰＤＵを送信する際に、これを使用する。ＳＧＳＮは、古いＳＧＳＮからＩＰｖ６のコントロールプレーン用のＳＧＳＮアドレスを受信した場合にのみ、ＩＰｖ６アドレスを使用することができる。それ以外の場合には、ＳＧＳＮは、ＩＰｖ４のＳＧＳＮアドレスを使用する。

図２は、好適な実施例による「ＳＧＳＮ間におけるルーティングエリア更新（Ｉｎｔｅｒ−ＳＧＳＮ ｒｏｕｔｉｎｇ ａｒｅａ ｕｐｄａｔｅ）」手順を示すシグナリングチャートである。

このシグナリングの例においては、ＭＴは、ルーティングエリア更新を開始するべく、「ルーティングエリア更新要求（Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔ）」を送信する。これに応答し、新しいＳＧＳＮは、「ＳＧＳＮアドレス」フィールドと「代替ＳＧＳＮアドレス」フィールドを含む「ＳＧＳＮコンテキスト要求」メッセージを古いＳＧＳＮに送信する。これに応答し、古いＳＧＳＮは、所望のアドレスタイプが「コントロールプレーン用のＳＧＳＮアドレス」フィールド内に設定されており、利用可能な場合には、すべてのＧＧＳＮのＩＰｖ４及びＩＰｖ６アドレスが含まれている「ＳＧＳＮコンテキスト応答」メッセージを返す。これに対し、新しいＳＧＳＮは、使用するアドレスタイプ情報を含む「ＳＧＳＮコンテキストアクノリッジ」メッセージによって応答する。次いで、新しいＳＧＳＮは、設定したアドレスタイプ情報を含む「ＰＤＰコンテキスト更新要求」メッセージを個々のＧＧＳＮに送信する。このメッセージは、古いＳＧＳＮから受信したＧＧＳＮのＩＰアドレスを使用して送信される。新しいＳＧＳＮ及びＧＧＳＮがネットワークプレーン上においてＩＰｖ６をサポートしている場合には、ＧＧＳＮのＩＰｖ６アドレスを使用することが好ましい。一方、ＳＧＳＮ又はＧＧＳＮのいずれかがＩＰｖ６をサポートしていない場合には、ＩＰｖ４アドレスが使用される。尚、ここでは、ＩＰｖ６への変更の第１フェーズにおいて、すべてのノードがＩＰｖ４をサポートしているものと仮定している。ＧＧＳＮは、「ＧＧＳＮアドレス」フィールドと「代替ＧＧＳＮアドレス」フィールドを含む「ＰＤＰコンテキスト更新応答」メッセージを返す。これらのアドレスフィールドは、特に、次の場合に必要となる。

・古いＳＧＳＮがＩＰｖ４のみをサポートし、代替ＧＧＳＮアドレスを保存しておらず、この結果、接続にＩＰｖ６を使用するには、新しいＳＧＳＮがＧＧＳＮから代替ＧＧＳＮアドレスを受信する必要がある場合。

・ＧＧＳＮが、自身のＩＰアドレスを変更した場合（通常、これは、新しい処理カードへのＰＤＰコンテキストのリアロケーションによって発生する）。

又、なんらかの理由により、ＧＧＳＮが（中間ＩＰネットワークにおいて発生し得る問題のために）新しいＳＧＳＮに対してＩＰｖ４を使用して通信するベく構成されている場合には、ＧＧＳＮは、ＩＰｖ４アドレスのみを返し、ＩＰｖ６アドレスを格納する代替アドレスフィールドを送信しない。

最後に、必要なルーティングエリア更新手順を実行する。

更なるＧＴＰシグナリングメッセージとして、「フォワードリロケーション要求（Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）」メッセージが定義され、新しいＳＧＳＮとＵＴＲＡＮのターゲットＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）間においてＳＲＮＳ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ）リロケーション手順を実行するのに必要な情報を伝達すべく、古いＳＧＳＮから新しいＳＧＳＮに送信される。この場合に、古いＳＧＳＮは、「コントロールプレーン用のＳＧＳＮアドレス」フィールド情報を追加する。古いＳＧＳＮは、ＧＴＰ下においてＩＰｖ６をサポートしている場合には、「コントロールプレーン用の代替ＳＧＳＮアドレス」フィールド内に、そのＩＰｖ６アドレスを追加する。新しいＳＧＳＮは、そのＩＰｖ６のサポート状況に応じて、「コントロールプレーン用のＳＧＳＮアドレス」を選択し、その選択したＳＧＳＮアドレスを保存すると共に、ＳＲＮＳリロケーション手順において、古いＳＧＳＮにＭＴ用の制御プレーンメッセージを送信する際に、それを使用する。

表５は、「フォワードリロケーション要求」メッセージにおいて提供される具体的な情報要素を示している。

新しいＳＧＳＮは、前述の「フォワードリロケーション要求」メッセージに対する応答として、「フォワードリロケーション応答（Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ）」メッセージを古いＳＧＳＮに送信する。新しいＳＧＳＮは、「コントロールプレーン用のＳＧＳＮアドレス」情報を追加する。ＳＧＳＮは、古いＳＧＳＮからＩＰｖ６のコントロールプレーン用のＳＧＳＮアドレスを受信した場合にのみ、ＩＰｖ６アドレスを挿入することができる。それ以外の場合には、新しいＳＧＳＮは、ＩＰｖ４のＳＧＳＮアドレスを使用する。古いＳＧＳＮは、このＳＧＳＮアドレスを保存し、ＳＲＮＳリロケーション手順において、新しいＳＧＳＮにＭＴ用の制御プレーンメッセージを送信する際に、これを使用する。図３は、好適な実施例によるＳＲＮＳ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ）リロケーション手順を示すシグナリングチャートである。

このシグナリングの例においては、ＵＴＲＡＮのソースＳＲＮＳがＳＲＮＳリロケーションの実行又は開始を決定し、「リロケーション所要（Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｉｒｅｄ）」メッセージを古いＳＧＳＮに送信する。これに応答し、古いＳＧＳＮは、そのＳＲＮＳリロケーションが、ＳＧＳＮ間におけるＳＲＮＳリロケーションであるかどうかを判定し、そうである場合には、制御プレーンのシグナリング用の「ＳＧＳＮアドレス」フィールドと「代替ＳＧＳＮアドレス」フィールドを含む「フォワードリロケーション要求」メッセージを新しいＳＧＳＮに送信する。これに応答し、新しいＳＧＳＮは、「リロケーション要求（Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）」メッセージをＵＴＲＡＮのターゲットＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）に送信する。次いで、ターゲットＲＮＣが、その新しいＳＲＮＳにおけるサービス元ＲＮＣの役割を果たす際に、ＭＴとターゲットＲＮＣ間における既存の無線ベアラのリロケーションに伴い、ターゲットＲＮＣと新しいＳＧＳＮ間に、ＲＡＢ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ）のｌｕベアラがセットアップされる。新しいＳＧＳＮが「リロケーション要求アクノリッジ（Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）」メッセージをＵＴＲＡＮから受信した後に、ターゲットＲＮＣと新しいＳＧＳＮ間にＧＴＰトンネルが確立される。次いで、新しいＳＧＳＮから古いＳＧＳＮに、「フォワードリロケーション応答」メッセージが送信され、これにより、ターゲットＲＮＣがＳＲＮＳのソースＳＲＮＣ（サービス元ＲＮＣ）から転送パケットデータユニット（ＰＤＵ）を受信する準備が整ったことが通知される。古いＳＧＳＮは、ソースＳＲＮＣに「リロケーション命令（Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｍａｎｄ）」メッセージを送信することにより、ＳＲＮＳリロケーションを継続する。この段階で、ソースＳＲＮＣは、ダウンリンクユーザーデータをターゲットＲＮＣに直接転送する準備が整っている。そして、データ転送が完了すると、ターゲットＲＮＣは、「リロケーション検出（Ｒｅｌｏｃａｔｉｏｎ Ｄｅｔｅｃｔ）」メッセージを新しいＳＧＳＮに送信する。これに応答し、新しいＳＧＳＮは、関連するＧＧＳＮに「ＰＤＰコンテキスト更新要求」メッセージを送信する。ＧＧＳＮは、「ＧＧＳＮアドレス」フィールドと「代替ＧＧＳＮアドレス」フィールドを含む「ＰＤＰコンテキスト更新応答」メッセージを返す。新しいＳＧＳＮが、ＳＲＮＣから「リロケーション完了（Ｒｅｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）」メッセージを受信すると、新しいＳＧＳＮと古いＳＧＳＮ間において、「フォワードリロケーション完了」シグナリングが交換され、次いで、古いＳＧＳＮは、ＳＲＮＣにおいてｌｕ解放手順を開始する。最後に、新しい「ルーティングエリアＩＤ」が異なる場合には、ＭＴは、「ルーティングエリア更新」手順を開始する。

更に、ＰＤＰコンテキスト情報要素には、「ＳＧＳＮ間におけるルーティングエリア更新」手順において、ＳＧＳＮ間で転送するのに必要な外部パケットデータネットワークアドレスに対して定義された「セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）」パラメータが含まれている。

ＧＧＳＮが、ＧＴＰ下におけるＩＰｖ６の使用について、古いＳＧＳＮとネゴシエートしている場合には、古いＳＧＳＮは、「ユーザートラフィック用の代替ＧＧＳＮアドレス（Ａｌｔｅｒｎａｔｉｖｅ ＧＧＳＮ Ａｄｄｒｅｓｓ ｆｏｒ Ｕｓｅｒ Ｔｒａｆｆｉｃ）」及び「制御プレーン用の代替ＧＧＳＮアドレス（Ａｌｔｅｒｎａｔｉｖｅ ＧＧＳＮ Ａｄｄｒｅｓｓ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）」フィールドを設定し、ＧＧＳＮと通信するのに使用するＩＰｖ６アドレスを格納している。ＧＴＰ下においてＩＰｖ６をサポートしていない新しいＳＧＳＮは、これらの代替ＧＧＳＮアドレスを無視し、通信には「ユーザートラフィック用のＧＧＳＮアドレス（ＧＧＳＮ Ａｄｄｒｅｓｓ ｆｏｒ Ｕｓｅｒ Ｔｒａｆｆｉｃ）」及び「制御プレーン用のＧＧＳＮアドレス（ＧＧＳＮ Ａｄｄｒｅｓｓ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）」フィールドを使用する。ＧＴＰ下においてＩＰｖ６をサポートしている新しいＳＧＳＮは、「ユーザートラフィック用のＧＧＳＮアドレス」及び「制御プレーン用のＧＧＳＮアドレス」を保存するが、通信には「ユーザートラフィック用の代替ＧＧＳＮアドレス」及び「制御プレーン用の代替ＧＧＳＮアドレス」を使用する。

表６には、「ＰＤＰコンテキスト情報」フィールドが示されている。

「制御プレーン用のＧＧＳＮアドレス」内にＩＰｖ６又はＩＰｖ４アドレスのいずれかを含めることが可能な場合には、ＰＤＰコンテキスト情報フィールドの「制御プレーン用のＧＧＳＮアドレス」は、有効なＰＤＰコンテキストにおいて、ある場合にはＩＰｖ６アドレスとなり、ある場合にはＩＰｖ４アドレスとなり得る。これは、例えば、ＰＤＰコンテキストの起動時に、ＧＧＳＮが、「制御プレーン用のＧＧＳＮアドレス」において、ＩＰｖ６アドレスを、そして、「制御プレーン用の代替ＧＧＳＮアドレス」において、ＩＰｖ４アドレスを通知し、古いＳＧＳＮが、ルーティングエリア更新において、新しいＳＧＳＮに対し、「制御プレーン用のＧＧＳＮアドレス」において、ＩＰｖ４アドレスを通知した場合に発生する。この場合には、「制御プレーン用のＧＧＳＮアドレス」は、ＧＧＳＮと古いＳＧＳＮにおいては同一であるが、新しいＳＧＳＮにおいては異なっている。このようなケースでは、例えば、「制御プレーン用のＧＧＳＮアドレス」による課金の関連付けは機能しない。

好適な実施例によれば、ＩＰｖ６及びＩＰｖ４の両方をサポートするＧＧＳＮは、ＩＰｖ６アドレスとＩＰｖ４アドレスの両方をＰＤＰコンテキスト用に生成するＣＤＲ（Ｃａｌｌ Ｄｅｔａｉｌｅｄ Ｒｅｃｏｒｄ）（即ち、Ｇ−ＣＤＲ）に追加する。ＳＧＳＮは、１つのＩＰアドレス（即ち、「制御プレーン用のＧＧＳＮアドレス」）又は２つのＩＰアドレス（即ち、「制御プレーン用のＧＧＳＮアドレス」及び「制御プレーン用の代替ＧＧＳＮアドレス」）のいずれかをＰＤＰコンテキスト用に生成するＣＤＲ（即ち、Ｓ−ＣＤＲ）に追加することができる。この結果、ＣＧＦ（Ｃｈａｒｇｉｎｇ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎａｌｉｔｙ）は、ＧＧＳＮによって生成されたＣＤＲ（ＩＰｖ６アドレスとＩＰｖ４アドレスの両方を含んでいるもの）とＳＧＳＮによって生成されたＣＤＲ（ＩＰｖ６又はＩＰｖ４のいずれか１つのＩＰアドレスを含むか、或いはＩＰｖ６アドレス及びＩＰｖ４アドレスの両方を含んでいるもの）を関連付けることが可能になる。

課金に加え、関連付けは、例えば、合法的な通信傍受、ＣＡＭＥＬメッセージ、又は情報のためにも必要とされる。一般的に、複数のノードによって生成されたメッセージ又は情報をアドレス及び代替アドレス情報に基づいて関連付けることができる。合法的な通信傍受の関連付けのために、ＧＧＳＮは、ＩＰｖ６アドレス及びＩＰｖ４アドレスの両方を送信し、ＳＧＳＮは、１つのＩＰアドレス（即ち、「制御プレーン用のＧＧＳＮアドレス」）又は２つのＩＰアドレス（即ち、「制御プレーン用のＧＧＳＮアドレス」及び「制御プレーン用の代替ＧＧＳＮアドレス」）を送信することができる。従って、合法的な通信傍受の関連付けのために、ＧＧＳＮは、ＩＰｖ６アドレス及びＩＰｖ４アドレスの両方を送信し、ＳＧＳＮは、ＩＰｖ６アドレス又はＩＰｖ４アドレスのいずれか、或いはこれらの両方を送信することができる。この結果、例えば、ＰＤＰコンテキスト用にＧＧＳＮによって生成された合法的な通信傍受情報と、ＰＤＰコンテキスト用にＳＧＳＮによって生成された合法的な通信傍受情報とを関連付けることが可能になる。

本発明は、ネットワークノード間においてアドレス情報を転送する場合に、アドレスの下位互換性又はメッセージの関連付け機能を提供するべく、あらゆるセルラーネットワークにおいて実現可能であることに留意されたい。好適な実施例に関連して使用されている様々な機能エンティティ、シグナリングメッセージ、及び情報要素の名称は、本発明を制限又は限定することを意図するものではない。従って、これらの好適な実施例は、添付の特許請求の範囲内において変化し得るものである。

本明細書においては、以下の添付の図面を参照し、好適な実施例に基づいて、本発明について詳細に説明している。
本発明を実装可能なＧＰＲＳバックボーンネットワークアーキテクチャの概略ブロックダイアグラムを示している。 好適な実施例によるＳＧＳＮ間におけるルーティングエリア更新手順を示すシグナリングチャートを示している。 好適な実施例によるサービス元ＳＲＮＳリロケーション手順を示すシグナリングチャートを示している。

Claims (32)

1. 接続の一端における接続ポイントが、セルラーネットワークの第１ネットワークノードから第２ネットワークノードに変更された場合に、アドレス又はネットワークの変更を提供する方法であって、
   （ａ）前記第１ネットワークノードから前記第２ネットワークノードに、シグナリングメッセージにおいて、１つのアドレス情報と少なくとも１つの代替アドレス情報を伝送する段階と、
   （ｂ）前記第２ネットワークノードにおいて、前記アドレス情報及び前記代替アドレス情報の中の１つを選択する段階と、
   （ｃ）前記選択したアドレス情報を使用し、前記接続の他端における第３ノードに対して前記接続を再確立する段階と、
   を有する方法。
2. 前記接続を確立する際に、この接続に対して使用可能なアドレスが、前記１つのアドレス情報及び前記少なくとも１つの代替アドレス情報として、シグナリングメッセージにおいて、前記第１ネットワークノードから前記第３ネットワークノードに伝送され、前記第３ノードのアドレスが前記第１ネットワークノード内に保存される請求項１記載の方法。
3. 前記アドレス情報を使用し、前記変更前に使用されていた古いアドレッシング又はネットワークに従ってノードをアドレス指定可能であり、前記代替アドレス情報を使用し、前記新しいアドレッシング又はネットワークに従ってノードをアドレス指定することができる請求項１又は２記載の方法。
4. 前記シグナリングメッセージは、ロケーション又はルーティングエリア更新メッセージ或いはリロケーション手順の一部として送信される請求項１〜３のいずれか１項記載の方法。
5. 前記シグナリングメッセージはＧＴＰメッセージである請求項１〜４のいずれか１項記載の方法。
6. 前記第１及び第２ネットワークノードはＳＧＳＮであり、前記第３ネットワークノードはＧＧＳＮである請求項１〜５のいずれか１項記載の方法。
7. 前記アドレス情報及び前記代替アドレス情報は、ユーザー及び／又はネットワークアドレスである請求項１〜６のいずれか１項記載の方法。
8. 前記アドレス情報及び前記代替アドレス情報は、ＩＰｖ４又はＩＰｖ６アドレスである請求項７記載の方法。
9. 前記アドレス情報及び前記代替アドレス情報は、前記シグナリングメッセージの個々の所定のフィールドにおいて伝送される請求項１〜８のいずれか１項記載の方法。
10. 前記所定のフィールドは、ＰＤＰコンテキスト情報フィールド内に提供される請求項９記載の方法。
11. 前記代替アドレス情報は任意選択の情報として符号化されており、この結果、前記代替アドレス情報をサポートしていないネットワークノードは該代替アドレス情報を無視する請求項１〜１０のいずれか１項記載の方法。
12. 前記接続は、前記第２ノードが前記代替アドレス情報を無視した場合に、前記アドレス情報に基づいて古いアドレッシングメカニズムによって再確立される請求項１１記載の方法。
13. データネットワークにおいてメッセージの関連付け機能を提供する方法であって、
    （ａ）第一ネットワークノードにおいて、１つのアドレス情報と少なくとも１つの代替アドレス情報をメッセージに追加する段階と、
    （ｂ）前記メッセージがルーティングされた第２ネットワークノードにおいて、前記アドレス情報及び前記代替アドレス情報の中の１つを選択する段階と、
    （ｃ）前記選択したアドレス情報を使用し、前記メッセージを第３ネットワークノードから受信したメッセージと関連付ける段階と、
    を有する方法。
14. 前記メッセージは、課金目的の通話レコードである請求項１３記載の方法。
15. 前記第２ネットワークノードは、課金ゲートウェイ機能である請求項１３又は１４記載の方法。
16. 前記メッセージは、合法的な通信傍受情報又はカスタマイズされたアプリケーションの情報である請求項１３記載の方法。
17. アドレス又はネットワークの変更を提供するシステムであって、
    （ａ）接続の一端における接続ポイントが第１ネットワークノードから変更された場合に、シグナリングメッセージにおいて、１つのアドレス情報及び少なくとも１つの代替アドレス情報を伝送する第１ネットワークノードと、
    （ｂ）前記接続ポイントが第２ネットワークノードに変更された場合に、前記シグナリングメッセージを受信し、前記アドレス情報及び前記代替アドレス情報の中の１つを選択し、前記選択したアドレス情報を使用して前記接続の他端における第３ネットワークノードに対して前記接続を再確立する第２ネットワークノードと、
    を有するシステム。
18. 前記第１及び第２ネットワークノードは、ＧＰＲＳバックボーンネットワークのＳＧＳＮであり、前記第３ネットワークノードは、前記ＧＰＲＳバックボーンネットワークのＧＧＳＮである請求項１７記載のシステム。
19. データネットワークにおいてメッセージの関連付け機能を提供するシステムであって、
    （ａ）メッセージに１つのアドレス情報と少なくとも１つの代替アドレス情報を追加する第１ネットワークノードと、
    （ｂ）前記メッセージがルーティングされる第２ネットワークノードであって、前記アドレス情報及び前記代替アドレス情報を受信し、それらの中の１つを選択する第２ネットワークノードと、
    を有し、
    （ｃ）前記選択したアドレス情報を使用し、前記メッセージを第３ネットワークノードから受信されたメッセージと関連付けるシステム。
20. 前記メッセージは、課金目的の通話レコードである請求項１９記載のシステム。
21. 前記第２ネットワークノードは、課金ゲートウェイ機能を有している請求項１９又は２０記載のシステム。
22. 前記メッセージは、合法的な通信傍受情報又はカスタマイズされたアプリケーションの情報である請求項１９記載のシステム。
23. セルラーネットワークのネットワークノードであって、接続の一端において、接続ポイントが前記ネットワークノードから別のネットワークノードに変更された場合に、シグナリングメッセージにおいて、アドレス情報及び少なくとも１つの代替アドレス情報を伝送するべく適合されているネットワークノード。
24. 前記伝送されたアドレス情報及び前記少なくとも１つの代替アドレス情報を使用し、第３ノードに対して前記接続を再確立する請求項２３記載のネットワークノード。
25. 前記ネットワークノードは、前記第３ネットワークノードをアドレス指定するのに使用するために、前記アドレス情報及び前記代替アドレス情報を保存するべく適合されている請求項２４記載のネットワークノード。
26. 前記ネットワークノードはＳＧＳＮである請求項２３〜２５中のいずれか１項記載のネットワークノード。
27. セルラーネットワークのネットワークノードであって、接続の一端において、接続ポイントが別のネットワークノードから前記ネットワークノードに変更された場合に、メッセージを受信し、前記メッセージにおいて提供されたアドレス情報及び代替アドレス情報の中の１つを選択し、前記選択したアドレス情報を使用して前記接続の他端における第３ネットワークノードに対して前記接続を再確立するべく適合されているネットワークノード。
28. 前記ネットワークノードは、前記アドレス情報又は前記代替アドレス情報のいずれかに基づいて、データ及び／又はシグナリングを受信するべく適合されている請求項２７記載のネットワークノード。
29. 前記ネットワークノードはＧＧＳＮである請求項２７又は２８記載のネットワークノード。
30. セルラーネットワークのネットワークノードであって、接続の一端において、接続ポイントが別のネットワークノードから前記ネットワークノードに変更された場合に、メッセージを受信し、前記メッセージにおいて提供されたアドレス情報及び代替アドレス情報の中の１つを選択し、前記選択したアドレス情報を使用して前記メッセージを第３ネットワークノードから受信したメッセージと関連付けるべく適合されているネットワークノード。
31. 前記ネットワークノードは、課金ゲートウェイ機能を有しており、前記シグナリングメッセージは、料金レコードである請求項３０記載のネットワークノード。
32. 前記メッセージは、合法的な通信傍受情報又はカスタマイズされたアプリケーションの情報である請求項３０記載のネットワークノード。

Images