(57)【特許請求の範囲】
【請求項１】
移動を管理する移動管理プロトコルを備えていない通信端末であって、
当該通信端末とネットワークを介して接続されるゲートウェイを識別するための該ゲートウェイに付与された識別情報を記録するリストを保持し、当該通信端末がパケットデータを最初に送信するゲートウェイとして、前記リストに記録されている識別情報が付与された第１のゲートウェイを選択するパケット処理部と、
当該通信端末が、第１のネットワークから該第１のネットワーク以外の第２のネットワークへ移動したかどうかを判定する移動判定部とを有し、
前記パケット処理部は、前記移動判定部が、当該通信端末が移動したと判定した場合、前記パケットデータを最初に送信するゲートウェイとして、前記第１のゲートウェイを選択しない通信端末。
【請求項２】
請求項１に記載の通信端末において、
前記第１のゲートウェイの識別情報を含むルータ広告メッセージを記録する情報記憶部を有し、
前記移動判定部は、前記第１のゲートウェイの識別情報を含むルータ広告メッセージと前記第２のネットワークと接続された第２のゲートウェイから送信されてきたルータ広告メッセージとを比較し、前記第１のゲートウェイの識別情報を含むルータ広告メッセージと前記第２のゲートウェイから送信されてきたルータ広告メッセージとが異なる場合に当該通信端末が移動したと判定し、
前記情報記憶部は、前記移動判定部が、当該通信端末が移動したと判定した場合、前記第２のゲートウェイから送信されてきたルータ広告メッセージを記録することを特徴とする通信端末。
【請求項３】
請求項２に記載の通信端末において、
前記パケット処理部は、前記移動判定部が、当該通信端末が移動したと判定した場合、前記リストに記録されている前記第１のゲートウェイの識別情報を該リストから削除することを特徴とする通信端末。
【請求項４】
請求項３に記載の通信端末において、
前記パケット処理部は、前記移動判定部が、当該通信端末が移動したと判定した場合、前記第２のゲートウェイから送信されてきたルータ広告メッセージに含まれる該第２のゲートウェイに付与された識別情報を前記リストに記録することを特徴とする通信端末。
【請求項５】
請求項３に記載の通信端末において、
前記移動判定部が、当該通信端末が移動したと判定した場合、前記第１のゲートウェイの識別情報を含むルータ広告メッセージに含まれるゲートウェイの有効期限を示すパラメータを失効を示すものとしたルータ広告メッセージを生成して前記パケット処理部へ出力する信号生成部を有し、
前記パケット処理部は、前記パラメータが失効を示すルータ広告メッセージが前記信号生成部から出力されてきた場合、前記リストに記録されている前記第１のゲートウェイの識別情報を該リストから削除することを特徴とする通信端末。
【請求項６】
ネットワークと接続されたゲートウェイと、移動を管理する移動管理プロトコルを備えていない通信端末とを、該ネットワークを介して接続する接続方法であって、
前記ゲートウェイを識別するための該ゲートウェイに付与された識別情報を記録するリストを保持するステップと、
前記通信端末がパケットデータを最初に送信するゲートウェイとして、前記リストに記録されている識別情報が付与された第１のゲートウェイを選択するステップと、
前記通信端末が、第１のネットワークから該第１のネットワーク以外の第２のネットワークへ移動したかどうかを判定するステップと、
前記通信端末が移動したと判定した場合、前記パケットデータを最初に送信するゲートウェイとして、前記第１のゲートウェイを選択することを避けるステップとを有する接続方法。
【請求項７】
請求項６に記載の接続方法において、
前記第１のゲートウェイの識別情報を含むルータ広告メッセージを記録するステップと、
前記第１のゲートウェイの識別情報を含むルータ広告メッセージと前記第２のネットワークと接続された第２のゲートウェイから送信されてきたルータ広告メッセージとを比較するステップと、
前記第１のゲートウェイの識別情報を含むルータ広告メッセージと前記第２のゲートウェイから送信されてきたルータ広告メッセージとが異なる場合に当該通信端末が移動したと判定するステップと、
前記通信端末が移動したと判定した場合、前記第２のゲートウェイから送信されてきたルータ広告メッセージを記録するステップとを有することを特徴とする接続方法。
【請求項８】
請求項７に記載の接続方法において、
前記通信端末が移動したと判定した場合、前記リストに記録されている前記第１のゲートウェイの識別情報を該リストから削除するステップを有することを特徴とする接続方法。
【請求項９】
請求項８に記載の接続方法において、
前記通信端末が移動したと判定した場合、前記第２のゲートウェイから送信されてきたルータ広告メッセージに含まれる該第２のゲートウェイに付与された識別情報を前記リストに記録するステップを有することを特徴とする接続方法。
【請求項１０】
請求項８に記載の接続方法において、
前記通信端末が移動したと判定した場合、前記第１のゲートウェイの識別情報を含むルータ広告メッセージに含まれるゲートウェイの有効期限を示すパラメータを失効を示すものとしたルータ広告メッセージを生成するステップと、
該生成された広告メッセージに基づいて、前記リストに記録されている前記第１のゲートウェイの識別情報を該リストから削除するステップとを有することを特徴とする接続方法。
【請求項１１】
移動を管理する移動管理プロトコルを備えていない通信端末に、
当該通信端末とネットワークを介して接続されるゲートウェイを識別するための該ゲートウェイに付与された識別情報を記録するリストを保持する手順と、
当該通信端末がパケットデータを最初に送信するゲートウェイとして、前記リストに記録されている識別情報が付与された第１のゲートウェイを選択する手順と、
当該通信端末が、第１のネットワークから該第１のネットワーク以外の第２のネットワークへ移動したかどうかを判定する手順と、
当該通信端末が移動したと判定した場合、前記パケットデータを最初に送信するゲートウェイとして、前記第１のゲートウェイを選択することを避ける手順とを実行させるプログラム。
【請求項１２】
請求項１１に記載のプログラムにおいて、
前記第１のゲートウェイの識別情報を含むルータ広告メッセージを記録する手順と、
前記第１のゲートウェイの識別情報を含むルータ広告メッセージと前記第２のネットワークと接続された第２のゲートウェイから送信されてきたルータ広告メッセージとを比較する手順と、
前記第１のゲートウェイの識別情報を含むルータ広告メッセージと前記第２のゲートウェイから送信されてきたルータ広告メッセージとが異なる場合に当該通信端末が移動したと判定する手順と、
前記通信端末が移動したと判定した場合、前記第２のゲートウェイから送信されてきたルータ広告メッセージを記録する手順とを実行させることを特徴とするプログラム。
【請求項１３】
請求項１２に記載のプログラムにおいて、
前記通信端末が移動したと判定した場合、前記リストに記録されている前記第１のゲートウェイの識別情報を該リストから削除する手順を実行させることを特徴とするプログラム。
【請求項１４】
請求項１３に記載のプログラムにおいて、
前記通信端末が移動したと判定した場合、前記第２のゲートウェイから送信されてきたルータ広告メッセージに含まれる該第２のゲートウェイに付与された識別情報を前記リストに記録する手順を実行させることを特徴とするプログラム。
【請求項１５】
請求項１３に記載のプログラムにおいて、
前記通信端末が移動したと判定した場合、前記第１のゲートウェイの識別情報を含むルータ広告メッセージに含まれるゲートウェイの有効期限を示すパラメータを失効を示すものとしたルータ広告メッセージを生成する手順と、
該生成された広告メッセージに基づいて、前記リストに記録されている前記第１のゲートウェイの識別情報を該リストから削除する手順とを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機能を具備する通信端末、それを用いた接続方法およびプログラムに関する。
【背景技術】
【０００２】
近年、通信端末と接続された位置登録ゲートウェイが、当該通信端末のアドレスと位置登録ゲートウェイのアドレスとを登録することで、通信端末との間で通信端末を移動ノードとして移動通信を実現することができる。そのために一般的に用いられる方法として、文献１（“Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６  ｄｒａｆｔ−ｉｅｔｆ−ｎｅｔｌｍｎ−ｐｒｏｘｙｍｉｐ６−１８．ｔｘｔ”，  Ｍａｙ  ３０，２００８，  http://tools.ietf.org/html/draft-ietf-netlmm-proxymip6-18）に記載されたＰＭＩＰｖ６（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰｖ６）がある。【０００３】
図１は、ＰＭＩＰｖ６を適用した一般的な移動通信システムの一例を示す図である。【０００４】
図１に示したＰＭＩＰｖ６を適用した移動通信システムは、移動管理サーバ１００と、位置登録ゲートウェイ２００ａ，２００ｂと、移動ノード３００と、通信ノード４００と、ネットワーク５００と、アクセスネットワーク６００ａ，６００ｂとから構成される。【０００５】
ここで、位置登録ゲートウェイ２００ａと位置登録ゲートウェイ２００ｂとは同じ構成であり、位置登録ゲートウェイとしての機能に注目する場合、両者には差が無いため位置登録ゲートウェイ２００と記述する。一方で、両者を区別する必要がある場合、それぞれ位置登録ゲートウェイ２００ａ、位置登録ゲートウェイ２００ｂのように記述する。アクセスネットワーク６００ａ，６００ｂについても同様である。【０００６】
通信ノード４００は、ＰＭＩＰｖ６の必須な構成要素ではないが、移動ノード３００と通信を行うノードとして示した。【０００７】
移動管理サーバ１００と位置登録ゲートウェイ２００とは、ネットワーク５００を介して接続している。【０００８】
また、位置登録ゲートウェイ２００と移動ノード３００とは、アクセスネットワーク６００を介して接続している。【０００９】
移動管理サーバ１００は、文献１においてＬｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ（ＬＭＡ）と呼称されるものである。移動管理サーバ１００は、位置登録ゲートウェイ２００から通知された、移動ノード３００が通信に用いるアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ（ＨｏＡ））のネットワークプレフィクス部に相当するＨｏｍｅ  Ｎｅｔｗｏｒｋ  Ｐｒｅｆｉｘ（ＨＮＰ）と位置登録ゲートウェイ２００が持つアドレス（以降ではＰｒｏｘｙ  Ｃａｒｅ−ｏｆ  Ａｄｄｒｅｓｓ（Ｐｒｏｘｙ−ＣｏＡ）と呼称）との対応関係を保持する。この保持された対応関係によって、通信ノード４００からＨｏＡ宛に送られたデータパケットに対し移動管理サーバ１００のアドレスとＰｒｏｘｙ−ＣｏＡとを端点としたトンネリングを行い位置登録ゲートウェイ２００に転送する機能を備える。一方、位置登録ゲートウェイ２００からＰｒｏｘｙ−ＣｏＡと移動管理サーバ１００のアドレスとを端点としたトンネルにより転送された移動ノード３００からのデータパケットをデカプセルして通信ノード４００に転送する機能を備える。【００１０】
位置登録ゲートウェイ２００は、文献１においてＭｏｂｉｌｅ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ（ＭＡＧ）と呼称されるものである。位置登録ゲートウェイ２００は、移動ノード３００がアクセスネットワーク６００に接続した後、移動ノード３００が送信したＲｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ（ＲＳ）を受信する。その受信を契機に、Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ（ＰＢＵ）によりＨＮＰとＰｒｏｘｙ−ＣｏＡとの対応を移動管理サーバ１００に登録する機能を備える。その後、ＰＢＵの応答となるＰｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＰＢＡ）を移動管理サーバ１００から受信すると、Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ（ＲＡ）を移動ノード３００に送信する。ここで、ＲＳ、ＲＡはそれぞれ文献２（ＲＦＣ４８６１，  “Ｎｅｉｇｈｂｏｒ  Ｄｉｓｃｏｖｅｒｙ  ｆｏｒ  ＩＰ  ｖｅｒｓｉｏｎ  ６（ＩＰｖ６）”，  Ｓｅｐｔｅｍｂｅｒ  ２００７，  http://www.ietf.org/rfc/rfc4861）において定義されたプロトコルである。ＲＳは、Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ６（ＩＰｖ６）を備えたノードがＲＡを要請する際に送信する信号である。また、ＲＡは、ＩＰｖ６ノードに対し、自動でＩＰｖ６アドレスを生成するのに必要な情報や、接続したリンク外のネットワークへパケットデータを送信する際にゲートウェイとすべきルータ（即ちＲＡの送信元のルータ）の情報を広告するルータ広告メッセージである。【００１１】
ここでは、ＰＢＵ送信のトリガをＲＳの受信としたが、異なる契機によりＰＢＵを送信しても良い。【００１２】
移動ノード３００は、ＩＰｖ６を備えた（移動管理プロトコルといった移動に関する特別な機能を備えていない）通信端末である。アクセスネットワーク６００間を移動することを想定した端末（ノード）であるため、「移動ノード」と呼称するが、ＰＭＩＰｖ６における移動ノードは通常のＩＰｖ６ノードと同じ構成となる。【００１３】
文献３（ＲＦＣ３７７５，  “Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６”，  Ｊｕｎｅ  ２００４，  http://www.ietf.org/rfc/rfc3775）に記載されたＭｏｂｉｌｅ  ＩＰｖ６（ＭＩＰｖ６）では、ＰＭＩＰｖ６において位置登録ゲートウェイ２００がＰＢＵ使って行う位置登録処理を移動ノード３００自らが実施する（このとき送信する信号をＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ（ＢＵ）と言う）。このため、移動ノード３００には、一般的なＩＰｖ６機能に加えて位置登録などのＭＩＰｖ６の動作を実施するための機能が必要となる。【００１４】
一方、ＰＭＩＰｖ６では、移動ノード３００は一般的なＩＰｖ６ノードとしての機能を備えていれば良い。これが、ＰＭＩＰｖ６のＭＩＰｖ６に対する最も大きな差であり、ＰＭＩＰｖ６を特徴づける要素である。したがって、できる限り一般的なＩＰｖ６ノード以上の機能を移動ノード３００のＩＰレイヤに求めないことが、ＰＭＩＰｖ６を適用する意義を低下させたいために重要となる。【００１５】
通信ノード４００は、上述したように移動ノード３００と通信を行うノードであり、一般的なＩＰｖ６ノードを想定している。したがって、通信ノード４００の構成は、移動ノード３００と同じ構成となる。通信ノード４００は、図１ではネットワーク５００に接続しているが、移動ノード３００のように位置登録ゲートウェイ２００配下のアクセスネットワーク６００に接続しても良い。【００１６】
ネットワーク５００は、移動管理サーバ１００と位置登録ゲートウェイ２００とが接続するネットワークである。なお、ネットワーク５００は、一般的には移動通信サービスを提供するオペレータが管理するネットワークである。【００１７】
アクセスネットワーク６００は、移動ノード３００が接続するネットワークであり、アクセスネットワーク６００に位置登録ゲートウェイ２００も配置される。このアクセスネットワーク６００には基本的に無線技術が適用される（無線ネットワークとなる）。また、このアクセスネットワーク６００、即ち位置登録ゲートウェイ２００と移動ノード３００との間は、レイヤ２リンクとなっており、ルータが存在しない構成が基本となる。ただし、ルータが存在する場合も考えられる。この場合、トンネリングなどの技術により論理的に位置登録ゲートウェイ２００と移動ノード３００間とが１ｈｏｐであるように見せれば良い。【００１８】
以下に、ＰＭＩＰｖ６の動作を説明する。【００１９】
図２は、図１に示した移動通信システムにおけるＰＭＩＰｖ６の動作を説明するためのシーケンス図である。【００２０】
まず、ステップａ１にて移動ノード３００が位置登録ゲートウェイ２００ａの配置されたアクセスネットワーク６００ａに接続する。この際、移動通信システムによっては移動ノード３００の認証処理を実施するが、本発明には直接関わりが無いので詳細な記述はここでは省略する。【００２１】
次に、アクセスネットワーク６００ａへの接続を検出した移動ノード３００は、ステップａ２にてＲＳを送信する。これは通常のＩＰｖ６ノードの動作である。【００２２】
ＲＳを受信した位置登録ゲートウェイ２００ａは、ステップａ３にてＲＳ受信をトリガとして位置登録要求信号（ＰＢＵを示す）を移動管理サーバ１００に送信する。この位置登録要求信号には、移動ノード３００の識別情報、移動ノード３００が通信する際に使用するＩＰアドレスであるＨｏＡのネットワークプレフィクス部に相当するＨＮＰ、位置登録ゲートウェイ２００ａ自身に割当てられたＰｒｏｘｙ−ＣｏＡの情報などが含まれる。ここで、ＨＮＰは移動管理サーバ１００にルーティングされるプレフィクスとする必要がある。またこのとき、移動管理サーバ１００に対しＨＮＰの割当てを要求する場合にはＨＮＰには「０」が設定される。【００２３】
次に移動管理サーバ１００が位置登録要求信号を受信すると、受信した位置登録要求信号に含まれているＨＮＰとＰｒｏｘｙ−ＣｏＡとの対応を記録する。ＨＮＰに「０」が設定されていた場合は、移動ノード３００の識別情報を使用するなどしてＨＮＰを動的に割当てた後、ＨＮＰとＰｒｏｘｙ−ＣｏＡの対応を記録する。同時に、ＨＮＰ宛のパケットを移動管理サーバ１００のアドレスとＰｒｏｘｙ−ＣｏＡとを端点とするトンネリングにより位置登録ゲートウェイ２００ａに転送するための準備を行う。その後、移動管理サーバ１００は、処理結果を示すコードを格納した位置登録応答信号（ＰＢＡを示す）をステップａ４にて位置登録ゲートウェイ２００ａに応答する。この位置登録応答信号には、ＨＮＰや移動ノード３００の識別情報などが含まれる。【００２４】
次に位置登録ゲートウェイ２００ａは位置登録応答信号を受信した際に、登録成功を示すコードが位置登録応答信号に設定されていることを確認し（ここでは登録成功した場合を考慮する）、ＨＮＰを格納したＲＡをステップａ５にて移動ノード３００に送信する。【００２５】
次に移動ノード３００は、ＨＮＰが設定されたＲＡを受信すると、一般的なＩＰｖ６ノードと同様に必要に応じてＨＮＰからＨｏＡを生成する。また、デフォルトゲートウェイの設定を行う。【００２６】
以上の結果、ステップａ６にて移動ノード３００と通信ノード４００とが通信できる状態となる。具体的には、移動ノード３００から送られたデータパケットは、位置登録ゲートウェイ２００ａでトンネリングにより移動管理サーバ１００に転送され、移動管理サーバ１００にてトンネルが外された後、通信ノード４００に転送される。一方、通信ノード４００から送信されたデータパケットは、移動管理サーバ１００へとルーティングされた後、移動管理サーバ１００からトンネリングにより位置登録ゲートウェイ２００ａに転送されて、位置登録ゲートウェイ２００ａでトンネルが外された後、取り出されたパケットが移動ノード３００へ転送される。【００２７】
以上が、移動ノード３００がＰＭＩＰｖ６をサポートするネットワークに接続した際の基本的な動作である。【００２８】
次に、ＰＭＩＰｖ６をサポートするアクセスネットワーク６００ａ，ｂ間を移動ノード３００が移動する場合の動作を説明する。【００２９】
図３は、図１に示した移動通信システムにおいて、アクセスネットワーク６００ａ，ｂ間を移動ノード３００が移動する場合の動作を説明するためのシーケンス図である。【００３０】
まず、図２に示したシーケンス図を用いて説明した手順にて、位置登録ゲートウェイ２００ａが接続しているアクセスネットワーク６００ａに、移動ノード３００が接続している状況を考慮する。この時点（ステップｂ１）では、移動ノード３００と通信ノード４００とは、位置登録ゲートウェイ２００ａと移動管理サーバ１００との間のトンネルを経由して通信できる状態である。移動ノード３００は、一般的なＩＰｖ６ノードの動作としてデフォルトゲートウェイとするゲートウェイ（ルータ）の情報をデフォルトゲートウェイリストに記録（保持）する。この記録される情報とは、デフォルトゲートウェイとするゲートウェイを識別するために当該ゲートウェイに付与された識別情報である。この時点では、位置登録ゲートウェイ２００ａがデフォルトゲートウェイとしてデフォルトゲートウェイリストに記録されている。【００３１】
その後、移動ノード３００はアクセスネットワーク６００ｂへ移動するためにステップｂ２にてアクセスネットワーク６００ａとの接続を切断する。本来は、ここで位置登録ゲートウェイ２００ａが移動管理サーバ１００に対し、移動ノード３００用のＨＮＰとＰｒｏｘｙ−ＣｏＡとの登録を解除するための信号を送信するが、本発明により解決するための問題を説明する上で重要ではないのでここでは省略する。【００３２】
以降のステップｂ３（移動ノードがアクセスネットワークに接続するステップ）からステップｂ７（移動ノードがＲＡを受信するステップ）の処理は、図２を用いて説明したステップａ１からステップａ５の処理とそれぞれ同等であるため説明を省略する。【００３３】
ステップｂ７の処理が完了した時点で、移動ノード３００のデフォルトゲートウェイリストに登録されるデフォルトゲートウェイの情報は、位置登録ゲートウェイ２００ｂからＲＡを受信したことにより、位置登録ゲートウェイ２００ａと、位置登録ゲートウェイ２００ｂとの２つとなる。このように、新たなルータ（位置登録ゲートウェイ２００ｂ）からＲＡを受信した場合でも、移動元のルータ（位置登録ゲートウェイ２００ａ）の情報は新たな情報により上書きされることなく移動ノード３００に残る。【００３４】
この動作は特定のＯＳや実装などに依存したものではなく、ＩＰｖ６ノードの仕様に沿った動作である。具体的には、文献２の「５．３．  Ｇａｒｂａｇｅ  Ｃｏｌｌｅｃｔｉｏｎ  ａｎｄ  Ｔｉｍｅｏｕｔ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」に、ＩＰｖ６ノードは、少なくとも２つのデフォルトゲートウェイの情報を保持すべきと記載されている。これはデフォルトゲートウェイの選択を増やし、耐障害性を高めるためのものである。この動作はＩＰｖ６ノードが動かない場合はうまく機能するが、移動ノード３００のようにＩＰｖ６ノードが移動する場合は問題を引き起こす。これを以降で説明する。【００３５】
移動ノード３００は、ステップｂ８にてデータパケットを通信ノード４００に送信しようとしたとする。このとき、移動ノード３００は位置登録ゲートウェイ２００ａと位置登録ゲートウェイ２００ｂとのいずれかをデフォルトゲートウェイとして選択する。この選択アルゴリズムは、様々な条件が考えられ、実装に依存した要素も考えられるため、移動元の位置登録ゲートウェイ２００ａがデフォルトゲートウェイとして選択されるケースがある。この場合、データパケットの送信に先立ってデフォルトゲートウェイへパケットの到達を確認するためのＮｅｉｇｈｂｏｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ（ＮＳ）がステップｂ９にて送信される。このＮＳのＬｉｎｋ  ｌｏｃａｌ  ａｄｄｒｅｓｓ、およびＬｉｎｋ  ｌａｙｅｒ  ａｄｄｒｅｓｓは移動元の位置登録ゲートウェイ２００ａのものである。しかし、移動ノード３００は既にアクセスネットワーク６００ｂに移動しているため、ＮＳは目的の位置登録ゲートウェイ２００ａには届かない。【００３６】
移動ノード３００は、ＮＳが宛先に届かないことを、ＮＳの応答となるＮｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ（ＮＡ）が応答されないまま所定の時間経過したこと（タイムアウトしたこと）を以ってステップｂ１０にて決定する。【００３７】
この時点でようやく移動ノード３００の保持するデフォルトゲートウェイのリストから位置登録ゲートウェイ２００ａの情報が削除される。【００３８】
このように、ＮＡの応答待ちがタイムアウトし、移動ノード３００のデフォルトゲートウェイリストから位置登録ゲートウェイ２００ａの情報が削除された後に、ステップｂ１１にてようやく移動ノード３００は通信ノード４００にデータパケットを送信可能となる。【００３９】
このタイムアウト時間は、実装に依存するが、文献２においてはデフォルト値を１０００［ｍｓｅｃ］としている。ＷｉｎｄｏｗｓＸｐを使った測定ではおよそ２０００［ｍｓｅｃ］である。【００４０】
また、ＭＩＰｖ６（Ｍｏｂｉｌｅ  ＩＰｖ６）のプロトコルを備えた移動ノードにおいて、アクセスするルータ（ゲートウェイ）を元のルータからルータ通知を受けたルータに変更する技術が特許公開２００３−２７４４３６号公報に開示されている。【００４１】
上述したように、数秒の間、移動ノード３００から通信ノード４００へデータパケットが送信できない状況が発生してしまう。これはサービス途絶に繋がるため問題である。特に、音声通信など通信断の影響を強くうけるアプリケーションでは大きな問題となる。【００４２】
この問題に対処するため、文献１に記載されたＰＭＩＰｖ６のベース仕様では、全ての位置登録ゲートウェイのｌｉｎｋ  ｌａｙｅｒ  ａｄｄｅｒｓｓ、およびｌｉｎｋｌｏｃａｌ  ａｄｄｒｅｓｓを同じ値とする提案が成されている。しかし、この構成は、アクセスネットワークにｓｈａｒｅｄ  ｌｉｎｋ  ｍｏｄｅｌを適用し（同一リンク上に複数の端末が接続するモデル）、ＭＩＰｖ６機能を備えた移動ノードや、ＰＭＩＰｖ６による移動通信サービスを利用しないノード（即ち、アクセスネットワークに依存したアドレスを使って通信を行なうノード）が共存する状況では問題がある。まず、ＭＩＰｖ６機能を備えた移動ノードでは、移動検出のアルゴリズムが正常に動作しない可能性がある。その場合、端末は移動元に使っていたアドレス（ＣｏＡ）を使いつづけることになり、移動後に接続したルータ（位置登録ゲートウェイ）は自分の配下のネットワークに属するアドレス以外から送られたパケットとして、移動ノードが送ったパケットを破棄する結果となる。ＰＭＩＰｖ６による移動通信サービスを利用しないノードについても、移動元のデフォルトゲートウェイと通信できなくなったことを検出できず、同じように移動元に使っていたアドレスを使いつづけることになる。この結果、ＭＩＰｖ６端末の場合と同様に移動先のルータ（位置登録ゲートウェイ）で当該端末が送信したパケットが破棄される結果となる。【００４３】
なお、ＰＭＩＰｖ６ベース仕様はＳｈａｒｅｄ  ｌｉｎｋ  ｍｏｄｅｌはサポートせず、リンク上に位置登録ゲートウェイ２００と移動ノード３００のみが存在するＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔｌｉｎｋ  ｍｏｄｅｌのみをサポートしている。しかし、今後Ｓｈａｒｅｄ  ｌｉｎｋ  ｍｏｄｅｌをサポートすべきとの要求は強く、その場合は先に示した通り、全ての位置登録ゲートウェイのＬｉｎｋ  ｌａｙｅｒ  ａｄｄｒｅｓｓ、およびＬｉｎｋ  ｌｏｃａｌ  ａｄｄｒｅｓｓを同じにするという解決方法には問題が生じる。先に示した問題の他にも、移動管理サーバや、位置登録ゲートウェイの管理者が異なる場合、管理上の理由で全てのＬｉｎｋ  ｌａｙｅｒ  ａｄｄｒｅｓｓ、およびＬｉｎｋ  ｌｏｃａｌ  ａｄｄｒｅｓｓを同じにできない場合もあると考えられる。【００４４】
また、特許公開２００３−２７４４３６号公報に記載された技術においては、ＭＩＰｖ６を備えた移動ノードを用いるものであり、一般的なＩＰｖ６を備えた移動ノードを用いるものではない。【００４５】
つまり、本発明が解決する問題は、移動ノードがアクセスネットワークを移動した際に、移動ノードがパケットを送る際に数秒程度の通信断時間が発生してしまうことである。それは、移動先の位置登録ゲートウェイのみならず、移動元の位置登録ゲートウェイもデフォルトゲートウェイの候補として残っていることに起因し、移動ノードがデフォルトゲートウェイとして移動元の位置登録ゲートウェイを選択してしまう場合があるためである。
【発明の概要】
【００４６】
本発明の目的は、かかる問題を鑑み成されたものであり、その目的は、全ての位置登録ゲートウェイ２００のＬｉｎｋ  ｌａｙｅｒ  ａｄｄｒｅｓｓ、およびＬｉｎｋ  ｌｏｃａｌ  ａｄｄｒｅｓｓを同じにすることを必要とせず、さらに移動ノード３００のＩＰレイヤ処理部に対する変更を必要とせず、移動ノード３００が新たなアクセスネットワークに移動した後に、適切に移動先の位置登録ゲートウェイ２００をデフォルトゲートウェイとして選択することで通信断を回避することができる通信端末、接続方法およびプログラムを提供することである。
【００４７】
上記目的を達成するために本発明は、
移動を管理する移動管理プロトコルを備えていない通信端末であって、
当該通信端末とネットワークを介して接続されるゲートウェイを識別するための該ゲートウェイに付与された識別情報を記録するリストを保持し、当該通信端末がパケットデータを最初に送信するゲートウェイとして、前記リストに記録されている識別情報が付与された第１のゲートウェイを選択するパケット処理部と、
当該通信端末が、第１のネットワークから該第１のネットワーク以外の第２のネットワークへ移動したかどうかを判定する移動判定部とを有し、
前記パケット処理部は、前記移動判定部が、当該通信端末が移動したと判定した場合、前記パケットデータを最初に送信するゲートウェイとして、前記第１のゲートウェイを選択しない。
【００４８】
また、ネットワークと接続されたゲートウェイと、移動を管理する移動管理プロトコルを備えていない通信端末とを、該ネットワークを介して接続する接続方法であって、
前記ゲートウェイを識別するための該ゲートウェイに付与された識別情報を記録するリストを保持するステップと、
前記通信端末がパケットデータを最初に送信するゲートウェイとして、前記リストに記録されている識別情報が付与された第１のゲートウェイを選択するステップと、
前記通信端末が、第１のネットワークから該第１のネットワーク以外の第２のネットワークへ移動したかどうかを判定するステップと、
前記通信端末が移動したと判定した場合、前記パケットデータを最初に送信するゲートウェイとして、前記第１のゲートウェイを選択することを避けるステップとを有する。
【００４９】
また、移動を管理する移動管理プロトコルを備えていない通信端末に実行させるプログラムであって、
当該通信端末とネットワークを介して接続されるゲートウェイを識別するための該ゲートウェイに付与された識別情報を記録するリストを保持する手順と、
当該通信端末がパケットデータを最初に送信するゲートウェイとして、前記リストに記録されている識別情報が付与された第１のゲートウェイを選択する手順と、
当該通信端末が、第１のネットワークから該第１のネットワーク以外の第２のネットワークへ移動したかどうかを判定する手順と、
当該通信端末が移動したと判定した場合、前記パケットデータを最初に送信するゲートウェイとして、前記第１のゲートウェイを選択することを避ける手順とを実行させる。
【００５０】
以上説明したように本発明においては、移動を管理する移動管理プロトコルを備えていない通信端末とネットワークを介して接続されるゲートウェイを識別するための該ゲートウェイに付与された識別情報を記録するリストを保持し、当該通信端末が、第１のネットワークから該第１のネットワーク以外の第２のネットワークへ移動したと判定した場合、当該通信端末がパケットデータを最初に送信するゲートウェイとして、リストに記録されている識別情報が付与された第１のゲートウェイを選択しない構成としたため、移動ノードのＩＰスタックに変更を必要とすることなく、移動ノードが移動して新たなアクセスネットワークに接続する際の通信断を回避することができる。
【図面の簡単な説明】
【００５１】
【図１】ＰＭＩＰｖ６を適用した一般的な移動通信システムの一例を示す図である。
【００５２】
【図２】図１に示した移動通信システムにおけるＰＭＩＰｖ６の動作を説明するためのシーケンス図である。
【００５３】
【図３】図１に示した移動通信システムにおいて、アクセスネットワーク間を移動ノードが移動する場合の動作を説明するためのシーケンス図である。
【００５４】
【図４】本発明の実施の一形態を示す図である。
【００５５】
【図５】図４に示した移動ノードの第１の実施の形態を示す図である。
【００５６】
【図６】図５に示した移動ノードの動作を説明するためのフローチャートである。
【００５７】
【図７】図４に示した移動ノードが、アクセスネットワーク間を移動した場合の動作を説明するためのシーケンス図である。
【００５８】
【図８】図４に示した移動ノードの第２の実施の形態を示す図である。
【００５９】
【図９】図８に示した移動ノードの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００６０】
本発明を実施するための最良の形態について図面を参照して詳細に説明する。
（第１の実施の形態）
（構成の説明）
図４は、本発明の実施の一形態を示す図である。
【００６１】
本形態は図４に示すとおり、移動管理サーバ１００と、位置登録ゲートウェイ２００ａ，２００ｂと、通信ノード４００と、移動ノード７００と、ネットワーク５００と、アクセスネットワーク６００ａ，６００ｂとから構成される。
【００６２】
ここで、位置登録ゲートウェイ２００ａと位置登録ゲートウェイ２００ｂとは同じ構成であり、位置登録ゲートウェイとしての機能に注目する場合、両者には差が無いため位置登録ゲートウェイ２００と記述する。一方で、両者を区別する必要がある場合、それぞれ位置登録ゲートウェイ２００ａ、位置登録ゲートウェイ２００ｂのように記述する。アクセスネットワーク６００ａ、６００ｂについても同様である。
【００６３】
通信ノード４００は、ＰＭＩＰｖ６の必須な構成要素ではないが、移動ノード７００と通信を行うノードとして記載した。
【００６４】
移動管理サーバ１００と位置登録ゲートウェイ２００とは、ネットワーク５００を介して接続している。
【００６５】
また、位置登録ゲートウェイ２００と移動ノード７００とは、アクセスネットワーク６００を介して接続している。
【００６６】
図４において、図１に示した構成要素と名称および符号が一致するものは、図１に示した構成要素の同一の名称、同一符号の要素と同じ機能を備えている。即ち、移動ノード７００以外は、一般的なＰＭＩＰによる移動通信システムと同様の構成となる。一般的なＰＭＩＰによる移動通信システムと同様の構成となるものについては、ここでの詳細な説明を省略する。
【００６７】
移動ノード７００は、ＰＭＩＰｖ６におけるＩＰｖ６を備えており、移動ノード７００の移動を管理する移動管理プロトコルといった移動に関する特別な機能を備えていない通信端末である。
【００６８】
図５は、図４に示した移動ノード７００の第１の実施の形態を示す図である。
【００６９】
本発明の第１の実施の形態における移動ノード７００は、図５に示すとおり、パケット送受信部７１０と、信号検出部７２０と、移動判定部７２１と、情報記憶部７２２と、信号生成部７２３と、パケット処理部７３０とから構成されている。
【００７０】
パケット送受信部７１０は、移動ノード７００に届いたパケットを受信し、受信したパケットを信号検出部７２０を経由してパケット処理部７３０に出力する機能を備える。また、パケット処理部７３０が出力したパケットを受け取り、アクセスネットワーク６００に送信する機能を備える。
【００７１】
信号検出部７２０は、パケット送受信部７１０から出力されたパケットをチェックし、当該パケットがＲＡかどうかを判定する。当該パケットがＲＡである場合は、当該パケットを移動判定部７２１に出力する。
【００７２】
ここで、ＲＡかどうかの判定については、例えば、受信したパケットのＩＰｖ６ヘッダのＮｅｘｔＨｅａｄｅｒフィールドが’２’であり、かつパケットのペイロード部分の先頭の１バイト（ＩＣＭＰｖ６のＴｙｐｅフィールド）が１３４である場合、ＲＡと判定できる。ただし、他の方法により判定を行っても構わない。
【００７３】
信号検出部７２０はまた、当該パケットがＲＡかどうかに関わらずパケットをそのままパケット処理部７３０に出力する機能を備える。
【００７４】
移動判定部７２１は、信号検出部７２０から出力されたＲＡ（新ＲＡ）を受け取った後、最後に記録されたＲＡ（旧ＲＡ）を情報記憶部７２２から読み出す。そして、新ＲＡに含まれる情報と旧ＲＡに含まれる情報とを比較して、移動ノード７００が移動したかどうかを判定する機能を備える。新ＲＡに含まれる情報と旧ＲＡに含まれる情報との比較には、例えば、ネットワークプレフィクス情報、ＲＡの送信元のノードのＬｉｎｋ  ｌａｙｅｒ  ａｄｄｒｅｓｓ、ＲＡの送信元のノードのＬｉｎｋ  ｌｏｃａｌ  ａｄｄｒｅｓｓが使用できる。ただし、上述した情報要素の一部のみ、あるいは他の情報を使って判定しても良い。さらに、ＲＡ以外に移動（接続するネットワークが変わった）ことを判定するヒントとなる情報が使えるのであれば、ＲＡが含む情報以外の情報を利用して移動を判定しても良い。
【００７５】
移動判定部７２１は、移動ノード７００が移動したことを判定した場合、新ＲＡの情報を情報記憶部７２２に記録する機能を備える。この際、ＲＡの情報をすべて記録しても良いし、記憶容量を節約するため、必要最小限の情報を記録することとしても良い。必要最小限とは、例えば、ネットワークプレフィクス情報、ＲＡの送信元のノードのＬｉｎｋ  ｌａｙｅｒ  ａｄｄｒｅｓｓ、ＲＡの送信元のノードのＬｉｎｋ、Ｌｉｎｋ  ｌｏｃａｌ  ａｄｄｒｅｓｓである。
【００７６】
移動判定部７２１はまた、移動判定の結果、移動を検出した場合、情報記憶部７２２から読み出した旧ＲＡの情報とともに、移動が発生したことを示すトリガ（信号）を信号生成部７２３に出力する機能を備える。
【００７７】
上述した例では、移動判定部７２１は、信号検出部７２０から出力されたＲＡを使って移動判定を行った。アクセスネットワーク６００からの切断を検出することで移動と判定できる場合は、その時点で情報記憶部７２２から読み出した旧ＲＡの情報とともに、移動が発生したことを示すトリガを信号生成部７２３に出力することもできる。しかしこの場合、デフォルトゲートウェイリストにエントリがなくなってしまうため、移動ノード７００と通信ノード４００との間でセッションを確立していた場合にはこれが終了してしまう可能性が高い。
【００７８】
信号生成部７２３は、移動ノード７００が移動したことを示すトリガが移動判定部７２１から入力されたことを契機として、同じく移動判定部７２１から入力された旧ＲＡの情報を基に、Ｒｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅフィールドを「０」に設定した旧ＲＡを生成し、生成したＲＡをパケット処理部７３０に出力する機能を備える。ここでは、旧ＲＡを生成するにあたり、必要な情報を移動判定部７２１から取得することとしているが、情報記憶部７２２から読み出すこととしても良い。このＲｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅとは、ＲＡに含まれ、そのルータ（位置登録ゲートウェイ２００）の有効期限を示すパラメータである。このパラメータが「０」であるＲＡを受信した移動ノード７００は、そのルータ（位置登録ゲートウェイ２００）から過去に受けたＲＡを無効にする。
【００７９】
信号生成部７２３がＲｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅフィールドを「０」に設定したＲＡをパケット処理部７３０に出力することで、パケット処理部７３０に対し、移動元の位置登録ゲートウェイ２００からＲｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅに「０」が設定されたＲＡを受信したかのように見せかけることができる。
【００８０】
情報記憶部７２２は、移動判定部７２１から入力されたＲＡ情報を記録する機能を備える。情報記憶部７２２に記録されたＲＡ情報は、必要に応じて移動判定部７２１から読み出される。ただし、上述したように信号生成部７２３から読み出されることとしても良い。この場合、移動判定部７２１から新たなＲＡ情報が記録された場合でも、前に記録したＲＡ情報が少なくとも１つ保持される。
【００８１】
パケット処理部７３０は、ＩＰレイヤおよびその上位レイヤであるトランスポートレイヤに属する各種プロトコル処理する機能を備える。これにより、パケット送受信部７１０から信号検出部７２０経由で出力されたパケットを処理するとともに、アプリケーションや、ＩＰレイヤの各種プロトコルに沿った動作により生成されたパケットをパケット送受信部７１０に出力する。パケット処理部７３０はまた、ＩＰレイヤの処理の一環として、入力されたＲＡを使ってアドレスの生成や、ネットワークインタフェースへのアドレス割当てを行う機能を備える。さらに、上述したデフォルトゲートウェイリストを有し、当該デフォルトゲートウェイリストへのエントリの追加・削除・更新を行う機能も備える。
【００８２】
パケット送受信部７１０およびパケット処理部７３０は、一般的な移動ノード３００、あるいは通信ノード４００も具備する機能である。
【００８３】
パケット送受信部７１０は、例えば、無線ＬＡＮカードなどのようなＮｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ（ＮＩＣ）とそれを動作させるソフトウェア（ドライバ）とにより実施されるのが一般的である。
【００８４】
パケット処理部７３０は、基本的にＯＳの一部としてソフトウェアで実施される。
【００８５】
一方、信号検出部７２０と、移動判定部７２１と、情報記憶部７２２と、信号生成部７２３とはいずれも本発明の特徴となる要素であり、ＮＩＣを動作させるソフトウェア（ドライバ）として実現できる。情報記憶部７２２については、ＮＩＣを装備したノードが備えたメモリを使うことが可能であるし、ＮＩＣ自体に備えたメモリを使うことも可能である。メモリとしては、半導体メモリが好適であるが、ハードディスクや他の記憶装置（媒体）で実施することもできる。
【００８６】
本発明の特徴となる要素をＮＩＣおよびそれを動作させるソフトウェアで実施し、一方、ＯＳの一部であり変更するのが難しいパケット処理部７３０には手を加えない構成としたことで、一般的なノートパソコンなどに本発明を容易に適用可能となる。例えば、無線ＬＡＮカードとそのドライバに本発明の機能を追加し、それをノートＰＣに実装すれば本発明の移動ノード７００となる。
【００８７】
以上で示した形態はあくまで一例であり、他の方法で実施しても構わない。
（動作の説明）
次に、図５に示した移動ノード７００の動作を説明する。
【００８８】
図６は、図５に示した移動ノード７００の動作を説明するためのフローチャートである。
【００８９】
まず、ステップｃ１において、パケット送受信部７１０にてアクセスネットワーク６００からパケットを受信する。
【００９０】
次に、ステップｃ２では、信号検出部７２０の作用により受信したパケットがＲＡ（ルータ広告）かどうかを判定し、ＲＡと判定された場合は’Ｙｅｓ’に進みステップｃ３を実行する。一方、ＲＡでは無いと判定された場合は’Ｎｏ’に進み処理を終了する。
【００９１】
ここで、ＲＡと判断されたかどうかに関わらず、パケット送受信部７１０にて受信したパケットはパケット処理部７３０に出力される。また、パケット処理部７３０から出力されたパケットはパケット送受信部７１０を経てアクセスネットワーク６００に送出される。これらＲＡ以外の処理については、本発明の動作には関わりがないため、図６に示したフローチャートには記載していない。
【００９２】
ステップｃ３では、移動判定部７２１の作用により移動ノード７００が移動したかどうかを判定する。移動したと判定された場合は’Ｙｅｓ’に進みステップｃ４が実行される。移動していないと判定された場合は’Ｎｏ’に進み処理を終了する。移動したかどうかを判定するには、上述したように新ＲＡに含まれる情報と旧ＲＡに含まれる情報とを比較した結果を用いる。
【００９３】
ステップｃ４では、ＲＡに含まれる情報を情報記憶部７２２に記録する。
【００９４】
次にステップｃ５では、信号生成部７２３の作用により移動元に受信したＲＡの情報から、移動元のＲＡと同じ情報を含み、かつＲｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅを「０」としたＲＡを生成し、これをパケット処理部７３０に出力する処理を行う。
【００９５】
すると、パケット処理部７３０は、移動元のアクセスネットワーク６００（第１のネットワーク）に配置された位置登録ゲートウェイ２００（第１のゲートウェイ）の情報を無効にする。つまり、デフォルトゲートウェイリストに登録されている位置登録ゲートウェイ２００をデフォルトゲートウェイとして選択することを避ける。
【００９６】
以上の動作により、移動ノード７００が、新たなアクセスネットワーク６００（第２のネットワーク）に移動した場合に、移動元のアクセスネットワーク６００（第１のネットワーク）に配置された位置登録ゲートウェイ２００（第１のゲートウェイ）の移動ノード３００の情報をデフォルトゲートウェイリストから削除することができる。また、移動先のアクセスネットワーク６００（第２のネットワーク）に配置された位置登録ゲートウェイ２００（第２のゲートウェイ）の移動ノード３００の情報をデフォルトゲートウェイリストに追加（記録）する。
【００９７】
次に、本発明の移動ノード７００が、アクセスネットワーク６００ａからアクセスネットワーク６００ｂに移動した場合の動作シーケンスについて説明する。
【００９８】
図７は、図４に示した移動ノード７００が、アクセスネットワーク６００ａ（第１のネットワーク）からアクセスネットワーク６００ｂ（第２のネットワーク）に移動した場合の動作を説明するためのシーケンス図である。
【００９９】
図７に示したステップｄ１からステップｄ７までは、図１に示した移動ノード３００が移動した場合のシーケンスを示す図３を用いて説明したステップｂ１からステップｂ７とそれぞれ同じである。ただし、ステップｄ１の時点で、移動ノード７００がデフォルトゲートウェイリストとして位置登録ゲートウェイ２００ａの情報を保持しているだけでなく、情報記憶部７２２に、位置登録ゲートウェイ２００ａが送信したＲＡの情報が記録されている点が異なる。
【０１００】
ステップｄ８では、図６に示したフローチャートを用いて説明した処理が実行される。この結果、移動ノード７００のデフォルトゲートウェイリストから、移動元に接続していた位置登録ゲートウェイ２００ａの情報が削除され、新たに位置登録ゲートウェイ２００ｂの情報が追加される。また、情報記憶部７２２に、位置登録ゲートウェイ２００ｂが送信したＲＡの情報が記録される。
【０１０１】
次にステップｄ９で、移動ノード７００がデータパケットを送信しようとするケースを考慮する。この場合、ステップｄ１０にてデータ送信に先立ちＮＳが送信される。上述したようにデフォルトゲートウェイリストには位置登録ゲートウェイ２００ｂの情報のみが保持されているため、ＮＳは常に位置登録ゲートウェイ２００ｂに送信されることになる。このＮＳは、位置登録ゲートウェイ２００ｂで処理され、一般的なＩＰｖ６の仕様に基づきＮＳに対し、ステップｄ１１にてＮｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ（ＮＡ）が応答される。
【０１０２】
最後に、ＮＡを受信した移動ノード７００は、位置登録ゲートウェイ２００ｂへの到達性を確認できたこととなり、ステップｄ１２にて位置登録ゲートウェイ２００ｂと移動管理サーバ１００とを経由して通信ノード４００にデータパケットを送信することが可能となる。
【０１０３】
なお、ステップｄ４およびステップｄ７においてＲＳとＲＡのやり取りをそれぞれしており、移動ノード７００と位置登録ゲートウェイ２００ｂとの間のパケットの到達性は既に確認されているため、ステップｄ１０およびステップｄ１１が省略される場合もある。
【０１０４】
以上説明したとおり、第１の実施の形態では、移動ノード７００が、新たなアクセスネットワーク６００に移動した場合に、信号検出部７２０により検出したＲＡを使って移動判定部７２１において移動判定し、さらに信号生成部７２３で移動元で受信したＲＡの情報から、Ｒｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅを「０」に設定した移動元の位置登録ゲートウェイ２００が送信したＲＡに見せかけたＲＡを生成し、これをパケット処理部７３０に出力するように構成したことで、移動時にデフォルトゲートウェイリストに保持されている移動元の位置登録ゲートウェイ２００のエントリを削除することができる。この結果、移動ノード７００は、常に移動先の位置登録ゲートウェイ２００をデフォルトゲートウェイとするため、課題で述べた通信断が発生せず、即座にデータパケットを送信することが可能となる。
（第２の実施の形態）
（構成の説明）
次に、本発明の第２の実施の形態について説明する。
【０１０５】
図８は、図４に示した移動ノード７００の第２の実施の形態を示す図である。第２の実施の形態では、第１の実施形態の移動ノード７００だけが異なり、他の要素は第１の実施の形態と同じである。ここでは、第１の実施の形態と区別するために、移動ノード７００ｂとする。
【０１０６】
本発明の第２の実施の形態の移動ノード７００ｂは、図８に示すように、パケット送受信部７１０と、信号検出部７２０と、移動判定部７２１と、情報記憶部７２２と、ルータ情報削除部７２４と、パケット処理部７３０とから構成される。名称や符号が図５に示した第１の実施の形態における移動ノード７００と同じ要素は、図５に示した第１の実施の形態における移動ノード７００の構成要素と同様の機能を備える。
【０１０７】
以上のように、第１の実施の形態の移動ノード７００と、第２の実施の形態の移動ノード７００ｂとの違いは、移動ノード７００ｂが移動ノード７００の信号生成部７２３の代わりとして、ルータ情報削除部７２４を備えている点である。
【０１０８】
ルータ情報削除部７２４は、移動判定部７２１から移動ノード７００が移動したことを示すトリガが入力されたことを契機として、同じく移動判定部７２１から入力された移動元のアクセスネットワーク６００で受信したＲＡの情報を元に、パケット処理部７３０が保持するデフォルトゲートウェイリストの中から、移動元のアクセスネットワーク６００に配置された位置登録ゲートウェイ２００の情報を特定し、削除する機能を備える。位置登録ゲートウェイ２００を特定するための情報として例えば、Ｌｉｎｋｌｏｃａｌ  ａｄｄｒｅｓｓが使用できる。
【０１０９】
ルータ情報削除部７２４は、移動元のアクセスネットワーク６００で受信したＲＡ（旧ＲＡ）の情報を情報記憶部７２２から取得しても良い。また、移動判定部７２１から移動したことを示すトリガを受信するのではなく、ルータ情報削除部７２４が定期的に移動判定部７２１にアクセスし、移動したとの判定を読み出すこととしても良い。
【０１１０】
上述した例では、移動判定部７２１は、信号検出部７２０から出力されたＲＡを使って移動判定を行う場合を例に挙げた。また、他の方法として、アクセスネットワーク６００からの切断を検出することで移動と判定できる場合は、その時点で情報記憶部７２２から読み出した旧ＲＡの情報とともに、移動が発生したことを示すトリガをルータ情報削除部７２４に出力することもできる。しかしこの場合、デフォルトゲートウェイリストにエントリがなくなってしまうため、移動ノード７００と通信ノード４００との間でセッションを確立していた場合にはこれが終了してしまう可能性が高い。
【０１１１】
第２の実施の形態を実施するにあたっては、パケット処理部７３０が上位アプリケーションなど、外部に対してデフォルトゲートウェイの情報を含めたルーティング情報を操作するインタフェースを公開しているとの前提が必要となる。現在普及しているＯＳ（ＷｉｎｄｏｗｓＸｐ、Ｗｉｎｄｏｗｓ  Ｖｉｓｔａ、ＬｉｎｕｘなどのＵｎｉｘ系ＯＳ）では、当該インタフェースが公開されている。そのため、ほぼ制限なく第２の実施の形態による本発明の実施が可能である。
【０１１２】
また、第２の実施の形態を実施する際には、パケット送受信部７１０を無線ＬＡＮカードのようなＮＩＣにより実現し、信号検出部７２０、移動判定部７２１、情報記憶部７２２を、このＮＩＣを動作させるソフトウェア（ドライバ）として実現できる。情報記憶部７２２については、ＮＩＣを装備したノードが備えたメモリを使うことが可能であるし、ＮＩＣ自体に備えたメモリを使うことも可能である。ルータ情報削除部７２４は、アプリケーションソフトウェアとして実現できる。アプリケーションソフトウェアで実現する場合、第１の実施の形態と同様パケット処理部７３０を含むＯＳに修正を加える必要はない。
【０１１３】
以上で示した形態はあくまで例であり、他の方法で実施しても構わない。
（動作の説明）
次に、図８に示した移動ノード７００ｂの動作を説明する。
【０１１４】
図９は、図８に示した移動ノード７００ｂの動作を説明するためのフローチャートである。
【０１１５】
ステップｅ１からステップｅ４までの処理は、第１の実施の形態の動作を示した図６のフローチャートを用いて説明したステップｃ１からステップｃ４までの処理とそれぞれ同じであるため説明を省略する。
【０１１６】
ステップｅ５では、移動判定部７２１の作用により移動判定を示すトリガが発生した場合、ルータ情報削除部７２４が、パケット処理部７３０の公開するインタフェースを使ってルーティング情報にアクセスし、パケット処理部７３０が保持するデフォルトゲートウェイリストから移動元のアクセスネットワーク６００に配置された位置登録ゲートウェイ２００のエントリを削除する。位置登録ゲートウェイ２００の同定には、移動判定部７２１、あるいは情報記憶部７２２から取得した旧ＲＡの情報を使用する。
【０１１７】
第２の実施の形態における移動ノード７００ｂが、アクセスネットワーク２００ａからアクセスネットワーク２００ｂへ移動した際のシーケンスは、図７に示した第１の実施の形態におけるシーケンスと同じとなる。
【０１１８】
以上説明したとおり、本実施の形態では、移動ノード７００ｂが、新たなアクセスネットワーク６００に移動した場合に、信号検出部７２０により検出したＲＡを使って移動判定部７２１において移動判定し、この契機にルータ情報削除部７２４は移動元で受信したＲＡの情報を使って、パケット処理部７３０が保持するデフォルトゲートウェイリストから移動元の位置登録ゲートウェイ２００の情報を削除するよう動作する。これにより、移動ノード７００ｂは常に移動先の位置登録ゲートウェイ２００をデフォルトゲートウェイとする（元の位置登録ゲートウェイ２００をデフォルトゲートウェイとすることを避ける）ため、通信断が発生せず、即座にデータパケットを送信することが可能となる。
【０１１９】
なお、移動ノード７００，７００ｂの処理は、目的に応じて作製された論理回路で行うようにしても良い。また、上述したように処理内容を手順として記述したプログラム（ソフトウェア）を移動ノード７００，７００ｂにて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを移動ノード７００，７００ｂに読み込ませ、実行するものであっても良い。移動ノード７００，７００ｂにて読取可能な記録媒体とは、移動ノード７００，７００ｂに着脱可能であり移設可能な記録媒体の他、移動ノード７００，７００ｂに内蔵されたＲＯＭ、ＲＡＭ等のメモリやＨＤＤ等を指す。この記録媒体に記録されたプログラムは、移動ノード７００，７００ｂ内のＣＰＵ（不図示）にて読み込まれ、ＣＰＵの制御によって、上述したものと同様の処理が行われる。ここで、移動ノード７００，７００ｂは、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。
【０１２０】
このように、移動ノード７００が、新たにアクセスネットワーク６００に接続した後にＲＡを受信した場合、移動ノード７００のＩＰスタック（ＩＰレイヤを処理する機能を備えたブロック）に出力される途中で信号検出部７２０の作用によりＲＡ受信を検出（取得）し、移動判定部７２１で、取得したＲＡに設定された情報と、情報記憶部７２２に記録された移動元のアクセスネットワーク６００で受信したＲＡの情報とを比較し、これにより移動ノード７００が移動したことを検出する。なお、移動判定部７２１は、ここで取得したＲＡの情報を情報記憶部７２２に記録しておく。移動判定部７２１で移動ノード７００が移動したことを判定した場合、信号生成部７２３で移動元のＲＡに設定された情報を使って、移動元のＲＡを生成する。ただし、Ｒｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅフィールドは「０」に設定する。ここで生成したＲｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅを「０」としたＲＡをＩＰスタックに出力する。
【０１２１】
この結果、移動ノード７００のデフォルトゲートウェイリストに記録された移動元の位置登録ゲートウェイ２００の情報は有効時間の失効と見なされ削除される。そのため、移動ノード７００は常に移動先の位置登録ゲートウェイ２００にデータパケットを送信することができる。
【０１２２】
上記のように、ＩＰスタックに変更を加えない手段としているが、これは本発明の方法を適用するにあたって非常に重要となる。
【０１２３】
ＩＰレイヤや、トランスポートレイヤの処理は、通常Ｏｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ（ＯＳ）の一部として実装され、ＯＳの開発元のベンダ以外が変更を加えることが難しいことが理由の１つである。また、端末（移動ノード７００）のＩＰスタックに追加機能を必要としないことがＰＭＩＰを適用する大きな理由となるが、これは、先の理由でＩＰスタックへの変更が困難であるという理由とともに、ノートＰＣのような汎用的な端末のＩＰスタックに対し、特定のシステムにおける動作のための特殊な機能を盛り込むのは適切でないためである。
【０１２４】
以上説明したように、本発明によって以下に示す効果を得ることができる。
【０１２５】
第１の効果は、移動ノードのＩＰスタックに変更を必要とすることなく、移動ノードが移動して新たなアクセスネットワークに接続した際の通信断を回避できることにある。
【０１２６】
その理由は、通信ノードが移動を検出した際に、移動元の位置登録ゲートウェイが送信したＲＡに見せかけたＲＡで、かつＲｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅフィールドを「０」としたＲＡをＩＰスタックに送信するよう構成したことで、移動元の位置登録ゲートウェイの情報を移動ノードが保持するデフォルトゲートウェイリストから削除することができるためである。
【０１２７】
第２の効果は、同様の処理、即ち、移動元の位置登録ゲートウェイが送信したＲＡに見せかけたＲＡで、かつＲｏｕｔｅｒ  Ｌｉｆｅｔｉｍｅを「０」としたＲＡを移動先の位置登録ゲートウェイが送る場合と比較して、アクセスネットワークの帯域を節約できることにある。
【０１２８】
その理由は、移動ノード内でＲＡを生成しＩＰスタックに出力するため、アクセスネットワークの帯域を消費しないためである。また、上述したＲＡを位置登録ゲートウェイが送信するためには位置登録ゲートウェイ間での情報交換が必要となるが、位置登録ゲートウェイに対しても追加機能を必要としない利点もある。
【０１２９】
なお、本発明は、ＰＭＩＰｖ６を適用した移動通信システムに適用できる。そしてＰＭＩＰｖ６は、３ＧＰＰ、３ＧＰＰ２、ＷｉＭＡＸＦｏｒｕｍといった様々な標準化団体において移動管理技術として採用されている。したがって、本発明はそれらの標準化団体が策定した移動通信システムへの適用が可能であり、有効なものであるといえる。
【０１３０】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１３１】
この出願は、２００８年７月２２日に出願された日本出願特願２００８−１８８５０４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
0005387574.tif 000002
【図２】
0005387574.tif 000003
【図３】
0005387574.tif 000004
【図４】
0005387574.tif 000005
【図５】
0005387574.tif 000006
【図６】
0005387574.tif 000007
【図７】
0005387574.tif 000008
【図８】
0005387574.tif 000009
【図９】
0005387574.tif 000010