(57)【特許請求の範囲】
【請求項１】
セルラ電気通信ネットワークにおいて、モバイル・ノード（ＭＮ）とパケット・データ・サービング・ノード（ＰＤＳＮ）との間のモバイル・インターネット・プロトコル（ＭＩＰ）レジストレーションのための方法であって、
前記ＭＮと前記ＰＤＳＮとの間にポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続を確立するステップと、
前記ＰＰＰ接続の前記確立に応答して、所定の時間後に満了するようセットしたＰＰＰタイマを起動するステップと、
前記ＭＮの前記ＰＤＳＮへのＭＩＰレジストレーションを試行するステップと、
前記ＭＩＰレジストレーションの結果を検出するステップと、
前記ＭＮの前記ＰＤＳＮへの不成功のＭＩＰレジストレーションを検出したときに、前記ＭＮと前記ＰＤＳＮとの間の前記ＰＰＰ接続を、前記ＰＰＰタイマの前記所定の時間の満了まで生かしたまま保持するステップと、
前記所定の時間の満了前の前記ＭＮからの新しいＭＩＰレジストレーション要求の受信を前記ＰＤＳＮによって検出するステップと、
前記所定の時間の満了前に、前記ＭＮからの新しいＭＩＰレジストレーション要求を前記ＰＤＳＮによって受信した場合に、前記ＰＰＰタイマを前記所定の時間にリセットするステップと、
から成ることを特徴とする方法。
【請求項２】
請求項１記載の方法において、前記のＭＩＰレジストレーションを試行するステップは、ｉ）前記ＰＤＳＮから受けるエージェント公表メッセージの前記ＭＮにおける受け取りに応答して実行され、ii）前記ＭＮから前記ＰＤＳＮへのＭＩＰレジストレーション要求の送出を含むこと、を特徴とする方法。
【請求項３】
請求項１記載の方法において、前記所定の時間は、１秒から１０分の範囲から成ること、を特徴とする方法。
【請求項４】
請求項３記載の方法において、前記所定の時間は、１分から５分の範囲から成ること、を特徴とする方法。
【請求項５】
請求項１記載の方法であって、さらに、
前記所定の時間の満了前に前記ＰＤＳＮが前記ＭＮから新たなＭＩＰレジストレーション要求を受けなかった場合、前記ＰＰＰ接続を終了させるステップ、
を含むこと、を特徴とする方法。
【請求項６】
インターネット・プロトコル・ベース（ＩＰベース）とするセルラ電気通信システムであって、
モバイル・ノード（ＭＮ）と、
該ＭＮに対しポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続を通して接続したパケット・データ・サービング・ノード（ＰＤＳＮ）と、
を含み、
前記ＰＰＰ接続の確立に応答して、前記ＰＤＳＮが、所定の時間後に満了するようセットしたＰＰＰタイマを起動し、モバイル・インターネット・プロトコル（ＭＩＰ）レジストレーションの結果を検出し、前記ＭＮの前記ＰＤＳＮへのＭＩＰレジストレーション試行不成功を検出したときに、前記ＰＤＳＮが、前記ＭＮと前記ＰＤＳＮとの間の前記ＰＰＰ接続を、前記ＰＰＰタイマの前記所定の時間の満了まで生かしたまま保持し、更に前記所定の時間の満了前の前記ＭＮからの新しいＭＩＰレジストレーション要求受信を検出し、前記所定の時間の満了前に、前記ＭＮからの新しいＭＩＰレジストレーション要求を受信した場合に、前記ＰＰＰタイマを前記所定の時間にリセットすることを特徴とするインターネット・プロトコル・ベースのセルラ電気通信システム。
【請求項７】
請求項６記載のシステムにおいて、前記ＩＰベースのセルラ電気通信システムは、符号分割多重アクセス（ＣＤＭＡ）２０００セルラ電気通信システムであること、を特徴とするセルラ電気通信システム。
【請求項８】
請求項６記載のシステムにおいて、
前記ＰＤＳＮは、エージェント公表メッセージを前記ＭＮに送出し、
前記ＰＤＳＮが送出した前記エージェント公表メッセージの前記ＭＮにおける受け取りに応答して、前記ＭＮは、前記ＰＤＳＮへのレジストレーションをするよう試行するため、ＭＩＰレジストレーション要求メッセージを送出すること、
を特徴とするセルラ電気通信システム。
【請求項９】
請求項６記載のシステムにおいて、前記所定の時間は、１秒から１０分の範囲から成ること、を特徴とするセルラ電気通信システム。
【請求項１０】
請求項６記載のシステムにおいて、前記所定の時間は、１分から５分の範囲から成ること、を特徴とするセルラ電気通信システム。
【請求項１１】
請求項６記載のシステムにおいて、前記ＰＤＳＮは、前記所定の時間の満了前に前記ＭＮから新たなＭＩＰレジストレーション要求を受けなかった場合、前記ＰＰＰ接続を終了させること、を特徴とするセルラ電気通信システム。
【請求項１２】
パケット・データ・サービング・ノード（ＰＤＳＮ）であって、
前記ＰＤＳＮとモバイル・ノード（ＭＮ）との間にポイント−ツー−ポイント・プロトコル接続（ＰＰＰ）の確立時に起動されるポイント−ツー−ポイント・プロトコル接続（ＰＰＰ）タイマであって、所定の時間後に満了するようセットした、前記のＰＰＰタイマと、
前記ＰＰＰ接続の前記確立時にイネーブルされるＰＰＰスタックと、
前記ＭＮの前記ＰＤＳＮへのモバイル・インターネット・プロトコル（ＭＩＰ）レジストレーションを実行し、前記ＭＩＰレジストレーションの結果を検出するためのＰＤＳＮ／外部エージェント機能と、
から成り、
前記ＭＮの前記ＰＤＳＮへの不成功のＭＩＰレジストレーション試行を検出したときに、前記ＰＤＳＮ／外部エージェントが、前記ＰＰＰスタックをイネーブルされた状態に保持し、かつ前記ＭＮと前記ＰＤＳＮとの間の前記ＰＰＰ接続を、前記ＰＰＰタイマの前記所定の時間の満了まで生かしたまま保持し、更に前記所定の時間の満了前の前記ＭＮからの新しいＭＩＰレジストレーション要求受信を検出し、前記所定の時間の満了前に前記ＭＮからの新しいＭＩＰレジストレーション要求を受信した場合に、前記ＰＰＰタイマを前記所定の時間にリセットすることを特徴とするパケット・データ・サービング・ノード。
【請求項１３】
請求項１２記載のＰＤＳＮにおいて、前記ＰＰＰタイマ、前記ＰＰＰスタックおよび前記ＰＤＳＮ／外部エージェントのうちの少なくとも１つは、ソフトウェア・モジュールであること、を特徴とするパケット・データ・サービング・ノード。
【請求項１４】
請求項１２記載のＰＤＳＮにおいて、前記ＰＰＰスタックおよび前記ＰＤＳＮ／外部エージェントのうちの少なくとも１つは、ハードウェア・モジュールであること、を特徴とするパケット・データ・サービング・ノード。
【請求項１５】
請求項１２記載のＰＤＳＮにおいて、前記ＰＰＰスタックおよび前記ＰＤＳＮ／外部エージェントのうちの少なくとも１つは、ハードウェア・プラットフォームの最上部でそれ自身が走るオペレーティング・システム上で走るソフトウェア・モジュールであること、を特徴とするパケット・データ・サービング・ノード。
【請求項１６】
請求項１２記載のＰＤＳＮにおいて、前記ＰＤＳＮは、符号分割多重アクセス（ＣＤＭＡ）２０００セルラ電気通信システム内で動作すること、を特徴とするパケット・データ・サービング・ノード。
【請求項１７】
請求項１２記載のＰＤＳＮにおいて、
前記ＰＤＳＮ／外部エージェントは、前記ＰＤＳＮと前記ＭＮとの間の前記ＰＰＰ接続の確立時に、エージェント公表メッセージを前記ＭＮに送出し、
前記エージェント公表メッセージの前記ＭＮにおける受け取りに応答して、前記ＭＮは、前記ＰＤＳＮ／外部エージェントへのレジストレーションをするよう試行するため、ＭＩＰレジストレーション要求メッセージを送出すること、
を特徴とするパケット・データ・サービング・ノード。
【請求項１８】
請求項１２載のＰＤＳＮにおいて、前記所定の時間は、１秒から１０分の範囲から成ること、を特徴とするパケット・データ・サービング・ノード。
【請求項１９】
請求項１２記載のＰＤＳＮにおいて、前記所定の時間は、１分から５分の範囲から成ること、を特徴とするパケット・データ・サービング・ノード。
【請求項２０】
請求項１２記載のＰＤＳＮにおいて、前記ＰＤＳＮ／外部エージェントは、前記所定の時間の満了前に前記ＭＮから新たなＭＩＰレジストレーション要求を受けなかった場合、前記ＰＰＰ接続を終了させること、を特徴とするパケット・データ・サービング・ノード。
【請求項２１】
セルラ電気通信ネットワークにおいて、モバイル・ノード（ＭＮ）とパケット・データ・サービング・ノード（ＰＤＳＮ）との間のモバイル・インターネット・プロトコル（ＭＩＰ）レジストレーションのための方法であって、
前記ＭＮと前記ＰＤＳＮとの間にポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続を確立するステップと、
前記ＰＰＰ接続の前記確立に応答して、所定の時間後に満了するようセットしたＰＰＰタイマを起動するステップと、
前記ＭＮの前記ＰＤＳＮへのＭＩＰレジストレーションを試行するステップと、
前記ＭＩＰレジストレーションの結果を検出するステップと、
前記ＭＮの前記ＰＤＳＮへの不成功のＭＩＰレジストレーションを検出したときに、
前記ＰＤＳＮから前記ＭＮに対し、前記ＭＩＰレジストレーションが不成功であったことを通知するためのＭＩＰレジストレーション返答を送出するステップと、
前記ＭＮと前記ＰＤＳＮとの間の前記ＰＰＰ接続を、前記ＰＰＰタイマの前記所定の時間の満了まで生かしたまま保持するステップと、
前記ＭＮにおける前記ＭＩＰレジストレーション返答の受け取りに応答して、前記ＭＮの前記ＰＤＳＮへの追加のＭＩＰレジストレーションの試行を、新しいＭＩＰレジストレーション要求を前記ＭＮから前記ＰＤＳＮへ送出することによって行い、前記所定の時間の満了前の前記ＭＮからの新しいＭＩＰレジストレーション要求の受信を前記ＰＤＳＮによって検出し、前記所定の時間の満了前に前記ＭＮからの新しいＭＩＰレジストレーション要求を前記ＰＤＳＮによって受信した場合に、前記ＰＰＰタイマを前記所定の時間にリセットすることによって行うステップと、
から成り、
前記のＭＩＰレジストレーションを試行するステップと、前記の追加のＭＩＰレジストレーションを試行するステップとが、前記ＭＮから前記ＰＤＳＮに対しＭＩＰレジストレーション要求を送出することを含むこと、
を特徴とする方法。
【請求項２２】
請求項２１記載の方法において、前記所定の時間は、１秒から１０分の範囲から成ること、を特徴とする方法。
【請求項２３】
請求項２２記載の方法において、前記所定の時間は、１分から５分の範囲から成ること、を特徴とする方法。
【請求項２４】
請求項２１記載の方法であって、さらに、
前記所定の時間の満了前に前記ＰＤＳＮが前記ＭＮから前記新しいＭＩＰレジストレーション要求を受けなかった場合、前記ＰＰＰ接続を終了させるステップ、を含むこと、を特徴とする方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、セルラ電気通信に関し、詳細には、モバイルＩＰ（ＭＩＰ）レジストレーションを実行するための方法、システムおよび対応するパケット・データ・サービング・ノード（ＰＤＳＮ）に関するものである。
【０００２】
【従来の技術】
符号分割多重アクセス２０００（ＣＤＭＡ２０００）のセルラ電気通信ネットワークは、ＩＰベース（インターネット・プロトコルをベースとする）セルラ電気通信ネットワークのための第３世代（３Ｇ）のうちの１つのものであり、これは、高速無線接続を提供することにより、無線インターフェースを介してのマルチメディア・セッションを可能にすることができるものである。ＣＤＭＡ２０００セルラ電気通信ネットワークを含むこのようなＩＰベースのセルラ電気通信ネットワークにおいては、モバイル・ノード（ＭＮ）が無線通信を実行できるようになるためには、このＭＮをサービスするベース・ステーション（ＢＳ）のパケット制御機能（ＰＣＦ）は、最初に、パケット・データ・サービング・ノード（ＰＤＳＮ）と無線ネットワーク・パケット・データ・サービング・ノード（ＲＰ）セッションを確立しなければならない。このＲＰセッションの確立に続いては、ポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続またはセッションがそのＭＮとＰＤＳＮとの間に開始し、そしてさらにこれには、ＭＮのモバイルＩＰ（モバイル・インターネット・プロトコルまたはＭＩＰ）のＰＤＳＮへの登録が続く。したがって、ＭＩＰレジストレーション（登録）要求は、ＭＮからＰＤＳＮへＰＰＰ接続でしかもＰＣＦを介して渡し、そしてそのＰＣＦは、それをＰＤＳＮへＲＰセッションを介して送る。モバイルＩＰレジストレーション・シグナリングの目的は、ＭＮがＰＰＰ接続を介しての通信の間においてＭＮを識別するためのＩＰアドレスを得ることができるようにするためである。
【０００３】
ある種の場合においては、ＭＮのネットワークへのＭＩＰレジストレーションは、例えば無効なチャレンジ値またはＭＮとＰＤＳＮとの間の時間ベースの非同期等のような種々の理由により、不成功となることがある。ＣＤＭＡ２０００に対するセルラ電気通信規格ＩＳ−８３５は、ＲＰおよびＰＰＰセッションは、ＭＩＰレジストレーションが不成功であるかあるいは拒否された場合においては大抵の場合終了させなければならない、ということを規定している。しかし、ＭＮが不成功のＭＩＰレジストレーションに導いたエラーを訂正することができるある種の条件に対しては、それらセッションを維持することができる。
【０００４】
種々の稼働状況におけるＭＮの予測不可能な振る舞いを仮定すると、上記規格により規定されたシナリオとＰＰＰセッションを終了させるべきときを指定するシナリオとは、上記規格にしたがいセッションを生かしたまま維持することができるシナリオと同じように、不一致となる。例えば、多くの状況においては、ＲＰセッションおよびＰＰＰセッションとは、種々の理由によりＭＮが遭遇した内部エラー（１つまたは複数）を訂正せずしたがって追加のＭＩＰレジストレーションを予測した通りに試行しない場合においては、長い時間（多くの実装例ではデフォルト値は通常少なくとも９０００秒にセットされている）に渡って生かしたまま維持されること、が観察されている。他の場合においては、それらセッションを終了させる一方で、ＭＮがその終了直後にＲＰセッションおよびＰＰＰセッションの再確立に導く追加のＭＩＰレジストレーションを再試行しようとしていた、ということが観察された。
【０００５】
【発明が解決しようとする課題】
したがって、テストされずしたがって発見されていなかった稼働状況においてＭＮが有することのある予測不可能な振る舞いに実質的に起因し、またこれまで十分な解決法が実現されていなかったため、ＲＰ接続およびＰＰＰ接続のハンドリング（生かしたままに維持または殺すこと）が不十分な多くの場合が生起している。
【０００６】
稼働状況において生起する全ての可能性のあるシナリオおよび状況に対しての初期のＭＩＰレジストレーション失敗の場合において、反復的なＭＩＰレジストレーション試行を可能にする一貫性のある方法を有するようにすることは、有利である。
【０００７】
特に、ＭＩＰレジストレーション失敗に続く所定の時間量の間においてＲＰ接続およびＰＰＰ接続を生かしたままに維持することによって、後続のＭＩＰレジストレーション試行を実行することができるようにする、方法、システムおよびＰＤＳＮを有することは、有利である。
【０００８】
【課題を解決するための手段】
一面では、本発明は、モバイル・ノード（ＭＮ）とパケット・データ・サービング・ノード（ＰＤＳＮ）との間のモービルＩＰ（ＭＩＰ）レジストレーションのための方法であり、この方法は、最初に、ＭＮとＰＤＳＮとの間にポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続を確立し、そしてこのＰＰＰ接続の確立に応答して、所定の時間後に満了するようにセットしたＰＰＰタイマを起動する。その後、ＭＮは、ＰＤＳＮへのＭＩＰレジストレーションを実行するよう試行し、そしてＭＮのＰＤＳＮへのＭＩＰレジストレーション不成功時に、本方法は、ＭＮとＰＤＳＮとの間のＰＰＰ接続を、ＰＰＰタイマの上記所定時間の満了まで生かしたまま保持することにより、不成功のＭＩＰレジストレーションに続く所定の時間の間において少なくとも１つの追加のＭＩＰレジストレーションをＭＮが試行できるようにする。
【０００９】
別の面では、本発明は、ＩＰベースのセルラ電気通信ネットワークであり、これは、モバイル・ノード（ＭＮ）と、該ＭＮに対しポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続を通して接続したパケット・データ・サービング・ノード（ＰＤＳＮ）と、を含み、そして前記ＰＰＰ接続の確立に応答して、前記ＰＤＳＮが、所定の時間後に満了するようセットしたＰＰＰタイマを起動し、そして前記ＭＮの前記ＰＤＳＮへの不成功のモバイル・インターネット・プロトコル（ＭＩＰ）レジストレーション試行を検出したときに、前記ＰＤＳＮが、前記ＭＮと前記ＰＤＳＮとの間の前記ＰＰＰ接続を、前記ＰＰＰタイマの前記所定の時間の満了まで生かしたまま保持する。
【００１０】
さらに別の面においては、本発明は、パケット・データ・サービング・ノード（ＰＤＳＮ）であり、これは、前記ＰＤＳＮとモバイル・ノード（ＭＮ）との間にポイント−ツー−ポイント・プロトコル接続（ＰＰＰ）の確立時に起動されるポイント−ツー−ポイント・プロトコル接続（ＰＰＰ）タイマであって、所定の時間後に満了するようセットした、前記のＰＰＰタイマと、前記ＰＰＰ接続の前記確立時にイネーブルされるＰＰＰスタックと、前記ＭＮの前記ＰＤＳＮとのモバイル・インターネット・プロトコル（ＭＩＰ）レジストレーションを実行するためのＰＤＳＮ／外部エージェント機能と、から成り、前記ＭＮの前記ＰＤＳＮへの不成功のＭＩＰレジストレーション試行を検出したときに、前記ＰＤＳＮ／外部エージェントが、前記ＰＰＰスタックをイネーブルされた状態に保持し、かつ前記ＭＮと前記ＰＤＳＮとの間の前記ＰＰＰ接続を、前記ＰＰＰタイマの前記所定の時間の満了まで生かしたまま保持する。
【００１１】
さらに別の面においては、本発明は、モバイル・ノード（ＭＮ）とパケット・データ・サービング・ノード（ＰＤＳＮ）との間のモバイルＩＰ（ＭＩＰ）レジストレーションのための方法であり、この方法は、前記ＭＮと前記ＰＤＳＮとの間にポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続を確立するステップと、前記ＰＰＰ接続の前記確立に応答して、所定の時間後に満了するようセットしたＰＰＰタイマを起動するステップと、から成る。この方法はさらに、前記ＭＮに前記ＰＤＳＮへのＭＩＰレジストレーションを試行させ、そして前記ＭＮの前記ＰＤＳＮへの不成功のＭＩＰレジストレーションを検出したときに、ｉ）前記ＰＤＳＮから前記ＭＮに対し、前記ＭＩＰレジストレーションが不成功であったことを通知するためのＭＩＰレジストレーション返答を送出し、またii）前記ＭＮと前記ＰＤＳＮとの間の前記ＰＰＰ接続を、前記ＰＰＰタイマの前記所定の時間の満了まで生かしたまま保持すること、を含む。さらに、この方法は、前記ＭＮにおける前記ＭＩＰレジストレーション返答の受け取りに応答して、前記ＭＮの前記ＰＤＳＮとの追加のＭＩＰレジストレーションの試行を、追加のＭＩＰレジストレーション要求を前記ＭＮから前記ＰＤＳＮへ送出することにより行うステップ、を含み、これにおいて、前記のＭＩＰレジストレーションを試行するステップと、前記の追加のＭＩＰレジストレーションを試行するステップとが、前記ＭＮから前記ＰＤＳＮに対しＭＩＰレジストレーション要求を送出することから成る。
本発明のより詳細な理解のため、本発明の更なる目的および利点のため、添付図面を参照して以下に説明する。
【００１２】
【実施の形態】
次に、図１（従来技術）を参照すると、これに示しているのは、ＣＤＭＡ２０００セルラ電気通信ネットワークに対する規格ＩＳ−８３５において定められた、従来技術によるモバイルＩＰ（ＭＩＰ）レジストレーションの方法を表す高レベルのフローチャートである。
【００１３】
先ず、ステップ２０において、ポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続を確立する。このＰＰＰ接続の確立時に、ＰＰＰタイマをステップ２２で起動させるが、多くの実際の製品実装例では、このＰＰＰタイマは、少なくとも９０００秒のデフォルト値において満了するようにセットしている。ステップ２４において、モバイル・ノード（ＭＮ）は、ＭＩＰレジストレーション試行を実行するが、これは、ＭＩＰレジストレーション要求メッセージを、ＣＤＭＡ２０００セルラ電気通信ネットワークのパケット・データ・サービング・ノード（ＰＤＳＮ）に送ることにより行う。このレジストレーション要求に応答して、ＰＤＳＮは、このＭＮを登録させそしてこのＭＮが要求するＩＰサービスを活性化させるように試行する。これらアクションの成功に基づき、ＰＤＳＮは、ステップ２６において、ＭＩＰレジストレーションが成功したかどうか判定する。ＭＩＰレジストレーションが成功したと判定した場合、ＰＰＰセッションは、ステップ２８において続行し、そしてこれは、ステップ２０において確立したこの接続を一方の側が終了するよう決定するまで続く。もしそうでない場合、すなわち、ＭＩＰレジストレーションが不成功であると判定した場合、ＰＤＳＮは、さらにステップ３０において、どのケースの不成功ＭＩＰレジストレーションをこれが処理しているかを検出することによって、上記規格において定められたシナリオにしたがって、ステップ２２において起動したタイマの満了までそのセッションを生かしたまま維持すべきか、またはステップ３４でこのＰＰＰ接続を終了させるべきかを査定するようにする。ステップ３０を実行するため、ＰＤＳＮは、ＭＩＰレジストレーションを確立するよう試行したときに遭遇するエラーのタイプまたはエラー・コードを考慮し、そしてこのエラー・コードに基づき、ステップ３２においてこのＰＰＰ接続を生かしたまま保持すべきかあるいはステップ３４においてそれを終了させるべきか決定するようにすることができる。
【００１４】
しかし、気づいたことに、上述の従来技術の実装例では、例えばＰＰＰ接続が、ステップ３０において規格要求の基づき決定されたときにステップ３２におけるのと同じように、９０００秒の間生かしたまま保持される場合が生起する。しかし、このような状況においては、ＭＮは、例えば内部グリッチに起因して予測不可能に動作することがよくあり、したがって予期した追加のＭＩＰレジストレーション再試行が、少なくとも９０００秒の時間インターバルの間生じることができない。このような場合においては、現在の既知の実装例によれば、ＲＰ接続およびＰＰＰ接続は、ＭＩＰレジストレーションの成功なくほとんど２時間半もの間生かしたままに保たれ、このため不必要にネットワーク資源を使用することになる。上述の従来技術の実装例が実際の稼働状況に対して適当でない別の場合は、ＭＮが、ＰＤＳＮから受けた満了した外部エージェント・チャレンジ・パラメータを使用してＭＩＰレジストレーションを実行するよう試行するときである。ＭＮが、これがネットワークに送出したレジストレーション・要求メッセージにおいてＰＤＳＮが公表した最新の外部エージェント・チャレンジ・パラメータを含んでいない場合、規格の実装例によれば、ＰＤＳＮは、ステップ２６に示したようにそのＭＩＰレジストレーションを拒否し、ステップ３０において、ＰＰＰ接続を終了させるべきことを検出し、そしてステップ３４において、そのＰＰＰ接続を実際に断つ。この最後の場合もまた、不十分なものであるが、その理由は、ＭＮが、ＰＤＳＮがその空中（無線）インターフェースで公表したまたはＭＩＰレジストレーション応答メッセージで受けた後続の外部エージェント・チャレンジ・パラメータを求めてさらに傾聴することができ、そしてＭＩＰレジストレーションを再試行することができたからであり、そしてこれが今度は成功する可能性があったからである。しかし、そのＰＰＰ接続は、ステップ３４において断ったのであり、したがってＭＮは、新たなＲＰ接続およびＰＰＰ接続を完全に再確立する必要があり、そしてその後でのみＭＩＰレジストレーションを再試行することになる。この実装例は、過剰でしかも不必要な帯域幅並びに計算資源をネットワークから要求する。
【００１５】
本発明は、上述の従来技術の実装例の欠点を、便利であるが簡単な形式で解決することを提案し、そしてこれは、ＭＮが、ＩＰベースのセルラ電気通信ネットワーク（例えば、ＣＤＭＡ２０００セルラ電気通信ネットワーク）のＰＤＳＮとのレジストレーションを、あらゆる可能性のあるケースにおいて、不成功のＭＩＰレジストレーションに続く実質上短い予め定めた時間（例えば、数分のオーダーのもの）の間に試行することができるようにすることにより行う。
【００１６】
次に、図２を参照すると、これには、上述の欠点を解決する本発明の例示の好ましい実施形態を示すノード動作およびシグナルフロー図を示している。図２において、例えばＣＤＭＡ２０００セルラ電気通信ネットワーク（但しこれに限定されない）のようなＩＰベースのセルラ電気通信ネットワーク３５を示している。このネットワーク３５は、ＭＮ３６を含み、このＭＮは、代表的には無線端末であって、ラジオ（空中）インターフェース３７を介してベース・ステーション・コントローラ（ＢＳＣ）のパケット制御機能（ＰＣＦ）であるＰＣＦ／ＢＳＣ３８に接続されている。ＰＣＦ／ＢＳＣ３８は、さらに、代表的にはＩＰベースの有線リンク３９を介してＰＤＳＮ４０に接続し、そしてこのＰＤＳＮ４０は、ネットワーク３５のスイッチング機能およびアドレッシング機能の少なくとも１部分を実行するようにすることができる。
【００１７】
この方法は、ステップ２０で開始し、このステップでは、ポイント−ツー−ポイント・プロトコル（ＰＰＰ）接続をＭＮ３６からＰＣＦ／ＢＳＣ３８を介してＰＤＳＮ４０へと確立する。ネットワーク３５においては、ステップ２０のＰＰＰ接続のこの確立は、ＭＮ３６とＰＤＳＮ４０との間に通信が生じることができるようにするためには、強制的なものとすることができる。このＰＰＰ接続の確立に応答して、ＰＤＳＮ４０は、例えば２分後のような実質上短い所定の時間後に満了するようにセットしたＰＰＰタイマを起動させる（ステップ４１）。本発明の好ましい実施形態によれば、この実質上短い所定の時間は、１秒から１０分までの範囲からなるようにでき、そして好ましくは１分から５分までの範囲である。この時間の後、ＰＤＳＮ４０は、ＭＮ３６に対し、エージェント公表メッセージ４２を送出し、そしてこのメッセージは、ＰＤＳＮ識別４４を含むことができる。エージェント公表メッセージ４２の受け取りに応答して、ＭＮ３６は、ＰＤＳＮ４０へのレジストレーションのためのＭＩＰレジストレーション要求４８を送出する。レジストレーションの目的は、例えば、ＩＰアドレスを動的に取得するために、現行ＭＮの到達可能性（reachability）情報をホーム・エージェント（ＨＡ）に通信することである。本発明の好ましい実施形態によれば、ＭＩＰレジストレーション要求４８の受け取り時に、ＰＤＳＮ４０は、ＭＮ３６をレジストレーションするために必要な機能を実行することを試行する。ステップ５２において、ＰＤＳＮ４０は、ＭＩＰレジストレーションが成功したかどうか検出する。ＹＥＳの場合、すなわちＭＩＰレジストレーションが成功した場合、ＰＤＳＮ４０は、ステップ４１で起動したタイマを、上記の短い所定の時間よりも実質的に高い値（例えば、少なくとも９０００秒のデフォルト値）にリセットする。ＰＰＰタイマのこの変更の目的は、ＰＤＳＮ内に存在する高レベル・アプリケーションのタイマを、その基盤となるＭＩＰ接続の確立が成功したときに、開始させることができるようにすることである。次に、上記通信を確立し、そしてステップ２０においてセットアップしたＰＰＰ接続が続行し、そしてこれは、その通信に関与する一方の者がそれを終了させるまで続く。他方、ＭＩＰレジストレーションが、ステップ５２において不成功であると検出した場合、ＭＩＰレジストレーション応答は、ＭＮに対しＭＩＰレジストレーション失敗を通知するため、ＭＮ３６に対しＰＣＦ／ＢＳＣ３８を介して送り戻し、そしてこれと同時に、ステップ２０で確立したＰＰＰ接続は、上記の実質上短い所定の時間の間（すなわち、ＰＰＰタイマの満了まで）生かしたままに維持することにより、そのＭＩＰレジストレーションを不成功にしたエラーのタイプすなわちエラー・コードに拘わらず、ＭＮ３６がＭＩＰレジストレーションを再試行することができるようにする。したがって、ステップ５２に続き、ＰＰＰ接続そして黙示的にはＲＰ接続は、上記実質上短い時間の持続期間に渡って生かしたままに保たれる。ステップ５８において、追加のＭＩＰレジストレーション要求（図示せず）を、ＰＰＰタイマの満了までに受けたか否かさらに検出する。ＰＰＰタイマが満了しかつＭＩＰレジストレーション要求をＰＤＳＮ４０が受け取らなかった場合、ＰＤＳＮは、そのＰＰＰ接続を終了させる。それ以外の場合は、新たなＭＩＰレジストレーション要求４８’（図２に図示せず）をＰＰＰタイマの満了前にＰＤＳＮ４０が受け取った場合（ステップ５８において肯定的な結果として検出）、本方法は、その新たなＭＩＰレジストレーション要求４８’に基づき試行した新たなＭＩＰレジストレーションが成功したか否かを上述のように検出するため、ステップ５２に戻る。しかし、ステップ５２に戻る前に、本方法は、ＰＰＰタイマを元の実質上低い所定の時間にリセットし、これによって、さらにステップ５２において、不成功のＭＩＰレジストレーションを再び検出した場合に、ＭＮ３６には、その同じ元の実質上低い所定の時間を与えて、さらに別の追加のＭＩＰレジストレーション要求を再試行することができるようにする。
【００１８】
本発明の上述の好ましい実施形態では、ＭＮ３６の各々の不成功のＭＩＰレジストレーション試行時に、ＰＤＳＮ４０が、既存のＰＰＰ接続を殺す前に予め定めた時間だけ待機することにより、ＭＮ３６がその予め定めた時間の間に別のＭＩＰレジストレーションを再試行することができるようにする。
【００１９】
次に図３を参照すると、これには、パケット・データ・サービング・ノード（ＰＤＳＮ）４０内の本発明の好ましい実施形態の例示的な実現例の高レベル・ブロック図を示している。図３に示したのは、ＰＤＳＮ４０であり、これは、Ｉ／Ｏインターフェース７０を含むことができ、これは、ＰＤＳＮ４０がＭＮ３６とＰＣＦ／ＢＳＣ３８を介して通信できるようにする。また、ＰＤＳＮ４０は、ＲＰスタック７１を含むことができ、これは、Ｉ／Ｏインターフェース７０に接続しており、そしてＰＣＦ／ＢＳＣ３８とのＲＰ接続をサポートするために使用する。さらに、ＰＤＳＮ４０は、ＰＰＰスタック７２を含むことができ、これは、ＲＰスタック７１に接続して、図２のステップ２０で確立したもののようなＭＮ３６とＰＤＳＮ４０との間のＰＰＰ接続の確立をサポートするようにする。ＰＰＰスタック７２は、さらに、ＰＰＰタイマ７４に接続することができる。ＲＰスタック７１、ＰＰＰスタック７２、ＰＰＰタイマ７４は、ＰＤＳＮ／外部エージェント機能７５に接続することができ、これは、ＲＰ接続およびＰＰＰ接続を確立するためまたＭＮ３６をレジストレーションするために必要な処理を担当する。本発明の好ましい実施形態によれば、ＲＰ接続の確立を要求するＡ−１１メッセージ９９は、ＰＣＦ／ＢＳＣ３８からＰＤＳＮ４０に送る。メッセージ９９の受け取った時、Ｉ／Ｏインターフェース７０は、このＡ−１１メッセージ９９をＲＰスタック７１へと中継し、そしてＲＰスタック７１は、さらにＰＣＦ／ＢＳＣ３８とのＲＰセッションを活性化する。さらに、レジストレーション要求メッセージ１００は、最初に、ＭＮ３６とＰＤＳＮ４０との間のＰＰＰ接続の確立を要求するため、ＭＮ３６からＰＤＳＮ４０へ送るようにできる。メッセージ１００をＩ／Ｏインターフェース７０が受け取り、ＲＰスタック７１が中継し、そして次にＰＰＰスタック７２へと中継する。種々のＰＰＰセッション・コンフィギュレーション・メッセージ１０２は、ＰＤＳＮ／外部エージェント７５と一方ではＰＰＰスタック７２との間でそして他方ではＭＮ３６との間で交換し、そしてこれは、図２のステップ２０においてＰＰＰ接続が確立されるまで続き、そしてこれにより、ＰＰＰスタック７２の活性化を生じる。このステップは、当該分野で知られているように実行することができ、例えば、規格のRequest for Comments(RFC)1661−ポイント−ツー−ポイント・プロトコル（ＰＰＰ）（言及により本文に含める）にしたがって実行される。このＰＰＰ接続の確立に続いて、ＰＰＰタイマ起動要求１０４は、ＰＰＰスタック７２からＰＰＰタイマ７４へ送ることができ、これによってＰＰＰタイマを始動させ、このタイマを指示して、上述のように、実質上低い予め定めた時間後に満了するようにする。次に、ＰＰＰスタック７２は、ＰＤＳＮ／外部エージェント７５に対しメッセージ１０６を通して、ＰＰＰ接続が確立されたことを通知する。このメッセージ１０６に応答して、ＰＤＳＮ／外部エージェント７５は、図２を参照して述べたように、エージェント公表メッセージ４２を、ＰＰＰスタック７２、ＲＰスタック７１およびＩ／Ｏインターフェース７０を介してＭＮ３６へ送る。このエージェント公表メッセージ４���の受け取りに応答して、ＭＮ３６は、ＰＤＳＮ４０に対しＭＩＰレジストレーション要求４８を戻し、そしてこの要求は、Ｉ／Ｏインターフェース７０が、ＰＤＳＮ／外部エージェント７５へ、ＲＰスタック７１およびＰＰＰスタック７２をトランスペアレントに（transparently）通って中継する。ＭＩＰレジストレーション要求４８を受け取ったとき、ＰＤＳＮ／外部エージェント７５は、図２に示したブロック５０に対応する方法を実行することができる。ここで、図２および図３を一緒に参照すると、ＰＤＳＮ／外部エージェント７５は、最初に、ＭＮ３６をレジストレーションするのに必要なアクションを実行するよう試行する。ステップ５２において、外部エージェント７５は、ＭＩＰレジストレーションが成功したかどうか検出する。もしＹＥＳの場合、すなわちＭＩＰレジストレーションが成功した場合、ＰＤＳＮ／外部エージェント７５は、ステップ４１で起動したタイマを、上記の短い所定の時間よりも実質的に高い値（例えば、９０００秒以上のデフォルト値）にリセットし、これは、タイマ・リセット・メッセージ１０８をＰＰＰタイマ７４に送ることにより行う。ＰＰＰタイマのこの変更の目的は、高レベル・アプリケーションのタイマを、その基盤となるＭＩＰ接続の確立が成功したときに、開始させることができるようにすることである。次に、上記通信を確立し、そしてステップ２０においてセットアップしたＰＰＰ接続が続行し、そしてこれは、その通信に関与する一方の者がそれを終了させるまで続く。他方、ＭＩＰレジストレーションが、ステップ５２において不成功であると検出した場合、ステップ２０で確立したＰＰＰ接続は、上記の実質上短い所定の時間の間、ＰＰＰタイマの満了まで生かしたままに維持することにより、ＭＮ３６がＭＩＰレジストレーションを再試行することができるようにする。ステップ５８において、ＭＩＰレジストレーション要求を、ＰＰＰタイマの満了までに受けたか否か検出する。ＰＰＰタイマが満了しかつＭＩＰレジストレーション要求を外部エージェント７５がＭＮ３６から受け取らなかった場合、ＰＤＳＮ／外部エージェントは、ＰＰＰスタック７２および７１をそれぞれディスエーブルすることによって、ＰＰＰ接続およびＲＰ接続を終了させる。それ以外の場合は、新たなＭＩＰレジストレーション要求４８’（図３に図示）をＰＤＳＮ／外部エージェント７５が受け取った場合（ステップ５８において肯定的な結果として検出）、本方法は、その新たなＭＩＰレジストレーション要求４８’に基づき試行した新たなＭＩＰレジストレーションが成功したか否かを上述のように検出するため、ステップ５２に戻る。しかし、このレジストレーションを試行する前に、本方法は、別のタイマ・リセット・メッセージ１１０を送ることによってＰＰＰタイマを元の実質上低い所定の時間にリセットし、これによって、さらにステップ５２において、不成功のＭＩＰレジストレーションを再び検出した場合に、ＭＮ３６には、その同じ元の実質上低い所定の時間を与えて、さらに別の追加のＭＩＰレジストレーションを可能にするようにする。
【００２０】
外部エージェント７５、ＰＰＰタイマ７４、ＲＰスタック７１、ＰＰＰスタック７２およびＩ／Ｏインターフェース７０を含む図３に示したＰＤＳＮ４０の機能は、ソフトウェアのモジュールまたはアプリケーション、ハードウェアのモジュールとすることができ、例えばコンピュータおよび／またはプログラマブルなチップ、または任意のそれらの組み合わせ（例えば、それ自身がハードウェア・コンピュータ・プラットフォーム上で走るオペレーティング・システムの最上部で走るソフトウェア機能）とすることができる。
【００２１】
以上、本発明の方法およびシステムのいくつかの好ましい実施形態について、添付図面に図示しまた以上の詳細な説明において記述したが、理解されるように、本発明は、これら開示した実施形態に限定されるものではなく、特許請求の範囲に記載しこれにより定められる本発明の要旨から逸脱せずに、種々の再構成、変更、代替が可能である。
【図面の簡単な説明】
【図１】図１（従来技術）は、従来技術によるモバイルＩＰ（ＭＩＰ）レジストレーションのための方法を表す高レベルのフローチャートである。
【図２】図２は、本発明の例示の好ましい実施形態を示すノード動作およびシグナルフロー図。
【図３】図３は、パケット・データ・サービング・ノード（ＰＤＳＮ）内の本発明の好ましい実施形態の例示の実現例の高レベルのブロック図。
【符号の説明】
３５  セルラ電気通信ネットワーク
３６  モバイル・ノード
３８  ＰＣＦ／ＢＳＣ
４０  パケット・データ・サービング・ノード
７５  ＰＤＳＮ／外部エージェント機能
【図１】
0003872977.tif 000002
【図２】
0003872977.tif 000003
【図３】
0003872977.tif 000004