(57)【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいてＩＰアドレス折衝を維持する方法において、
通信装置に結合された端末装置からＩＰアドレスをリクエストするメッセージを通信装置において受信し、
前記通信装置において、前記ＩＰアドレスリクエストメッセージに応答して前記通信ネットワークにＩＰアドレスをリクエストするメッセージを発生し、
前記通信装置が前記通信ネットワークから割当てられたＩＰアドレスを受信しているか否かを決定することを含み、
前記通信装置が前記割当てられたＩＰアドレスを受信していないという決定に応答して、前記通信装置は任意のＩＰアドレスを有するメッセージを前記端末装置に繰返し送信し、前記端末装置をトリガーして前記任意のＩＰアドレスを有するＩＰアドレスリクエストメッセージを送信させ、前記通信装置は前記割当てられたＩＰアドレスを前記通信ネットワークから受信するまで、前記ＩＰアドレスリクエストメッセージ中の前記任意のＩＰアドレスを拒否する、無線通信ネットワークにおいてＩＰアドレス折衝を維持する方法。
【請求項２】
前記メッセージを発生することは、
前記通信装置からの前記ＩＰアドレスリクエストメッセージを前記通信ネットワークに含まれる相互動作機能へ転送し、
前記割当てられたアドレスを前記ＩＰアドレスリクエストメッセージに基づいて獲得するために前記相互動作機能と折衝することを含んでいる請求項１記載の方法。
【請求項３】
前記決定することは、前記ＩＰアドレス折衝に応答して前記相互動作機能が前記割当てられたＩＰアドレスを与えているか否かを確認することを含んでいる請求項２記載の方法。
【請求項４】
前記通信装置が前記割当てられたＩＰアドレスを受信しているという決定に応答して、前記通信装置は前記割当てられたＩＰアドレスを有するメッセージを前記端末装置へ送信する請求項３記載の方法。
【請求項５】
前記割当てられたＩＰアドレスメッセージを前記端末装置へ送信したのに応答して、前記通信装置は前記割当てられたＩＰアドレスを有するＩＰアドレスリクエストメッセージを前記端末装置から受信する請求項４記載の方法。
【請求項６】
前記割当てられたＩＰアドレスを有する前記ＩＰアドレスリクエストメッセージを前記端末装置から受信したのに応答して、前記通信装置は前記ＩＰアドレスリクエストメッセージを確認するメッセージを前記端末装置へ送信する請求項５記載の方法。
【請求項７】
前記ＩＰアドレスリクエストメッセージを確認するメッセージを前記端末装置へ送信したのに応答して、前記通信装置は前記相互動作機能からの構成オプションを有するメッセージを送信する請求項６記載の方法。
【請求項８】
前記相互動作機能からの構成オプションを有する前記メッセージを送信したのに応答して、前記通信装置は前記相互動作機能への前記端末装置による前記割当てられたＩＰアドレスの受信を確認するメッセージを受信する請求項７記載の方法。
【請求項９】
前記ＩＰアドレスリクエストメッセージはＩＰＣＰ  構成−リクエストメッセージである請求項８記載の方法。
【請求項１０】
前記任意のＩＰアドレスメッセージは前記通信装置が拒否する複数の任意のＩＰアドレスのうちの１つを含んでいるＩＰＣＰ  構成−Ｎａｋメッセージである請求項９記載の方法。
【請求項１１】
前記相互動作機能が前記ＩＰアドレスリクエストメッセージに応答してＩＰアドレスを割当てられているか否かの前記確認は、前記通信装置が、前記相互動作機能からのＩＰアドレスを含んでいるＩＰＣＰ  構成−Ａｃｋメッセージを受信しているか否かを識別することによって決定される請求項１０記載の方法。
【請求項１２】
前記割当てられたＩＰアドレスメッセージは前記相互動作機能により与えられた前記割当てられたＩＰアドレスを含んでいるＩＰＣＰ  構成−Ｎａｋメッセージである請求項１１記載の方法。
【請求項１３】
前記割当てられたＩＰアドレスを有する前記ＩＰアドレスリクエストメッセージは前記割当てられたＩＰアドレスを含んでいるＩＰＣＰ  構成−リクエストメッセージである請求項１２記載の方法。
【請求項１４】
前記割当てられたＩＰアドレスを有する前記ＩＰアドレスリクエストメッセージを確認する前記メッセージはＩＰＣＰ  構成−Ａｃｋメッセージである請求項１３記載の方法。
【請求項１５】
前記相互動作機能への前記割当てられたＩＰアドレスの前記受信を確認する前記メッセージはＩＰＣＰ  構成−Ａｃｋメッセージである請求項１４記載の方法。
【請求項１６】
前記通信装置が前記任意のＩＰアドレスメッセージを反復して送信する回数と、前記端末装置が前記任意のＩＰアドレスを含む前記ＩＰアドレスリクエストメッセージに応答する回数を減少させるために予め定められた期間の遅延を導入することをさらに含んでいる請求項１５記載の方法。
【請求項１７】
無線通信ネットワークにおいてＩＰアドレス折衝を維持する機構において、
端末装置と、
前記通信装置に結合され、前記端末装置からＩＰアドレスリクエストメッセージを受信し、応答して、ＩＰアドレスリクエストメッセージを前記通信ネットワークへ送信する通信装置とを具備し、
前記通信装置はそれが前記通信ネットワークからの割当てられたＩＰアドレスを受信しているか否かを決定し、
前記通信装置が前記割当てられたＩＰアドレスを受信していないという決定に応答して、前記通信装置は任意のＩＰアドレスを有するメッセージを前記端末装置に繰返し送信して、前記端末装置をトリガーして前記任意のＩＰアドレスを有するＩＰアドレスリクエストメッセージを送信させ、前記通信装置はそれが前記通信ネットワークから前記割当てられたＩＰアドレスを受信するまで、前記ＩＰアドレスリクエストメッセージ中の前記任意のＩＰアドレスを拒否するように構成されている機構。
【請求項１８】
前記無線通信ネットワークは相互動作機能を有し、前記通信装置は、ＩＰアドレスリクエストメッセージを前記通信ネットワークへ送信し、
前記通信装置はその通信装置からの前記ＩＰアドレスリクエストメッセージを前記相互動作機能へ転送し、
前記割当てられたアドレスを前記ＩＰアドレスリクエストメッセージに基づいて獲得するために前記相互動作機能と折衝するように構成されている請求項１７記載の機構。
【請求項１９】
前記通信装置は、前記相互動作機能が前記ＩＰアドレス折衝に応答して前記割当てられたＩＰアドレスを与えられているか否かを確認することによって前記通信ネットワークから割当てられたＩＰアドレスを受信したか否かを決定する請求項１８記載の機構。
【請求項２０】
前記通信装置が前記割当てられたＩＰアドレスを受信しているという決定に応答して、前記通信装置は前記割当てられたＩＰアドレスを有するメッセージを前記端末装置へ送信する請求項１９記載の機構。
【請求項２１】
前記割当てられたＩＰアドレスメッセージを前記端末装置へ送信したのに応答して、前記通信装置は前記割当てられたＩＰアドレスを有するＩＰアドレスリクエストメッセージを前記端末装置から受信する請求項２０記載の機構。
【請求項２２】
前記割当てられたＩＰアドレスを有する前記ＩＰアドレスリクエストメッセージを前記端末装置から受信したのに応答して、前記通信装置は前記ＩＰアドレスリクエストメッセージを確認するメッセージを前記端末装置へ送信する請求項２１記載の機構。
【請求項２３】
前記ＩＰアドレスリクエストメッセージを確認するメッセージを前記端末装置へ送信したのに応答して、前記通信装置は前記相互動作機能からの構成オプションを有するメッセージを送信する請求項２２記載の機構。
【請求項２４】
前記相互動作機能からの構成オプションを有する前記メッセージを送信したのに応答して、前記通信装置は前記相互動作機能への前記端末装置による前記割当てられたＩＰアドレスの受信を確認するメッセージを受信する請求項２３記載の機構。
【請求項２５】
前記ＩＰアドレスリクエストメッセージはＩＰＣＰ  構成−リクエストメッセージである請求項２４記載の機構。
【請求項２６】
前記任意のＩＰアドレスメッセージは前記通信装置が拒否する複数の任意のＩＰアドレスのうちの１つを含んでいるＩＰＣＰ  構成−Ｎａｋメッセージである請求項２５記載の機構。
【請求項２７】
前記相互動作機能が前記ＩＰアドレスリクエストメッセージに応答してＩＰアドレスを割当てられているか否かの前記確認は、前記通信装置が、前記相互動作機能からのＩＰアドレスを含んでいるＩＰＣＰ  構成−Ａｃｋメッセージを受信しているか否かを識別することによって決定される請求項２６記載の機構。
【請求項２８】
前記割当てられたＩＰアドレスメッセージは前記相互動作機能により与えられた前記割当てられたＩＰアドレスを含んでいるＩＰＣＰ  構成−Ｎａｋメッセージである請求項２７記載の機構。
【請求項２９】
前記割当てられたＩＰアドレスを有する前記ＩＰアドレスリクエストメッセージは前記割当てられたＩＰアドレスを含んでいるＩＰＣＰ  構成−リクエストメッセージである請求項２８記載の機構。
【請求項３０】
前記割当てられたＩＰアドレスを有する前記ＩＰアドレスリクエストメッセージを確認する前記メッセージはＩＰＣＰ  構成−Ａｃｋメッセージである請求項２９記載の機構。
【請求項３１】
前記相互動作機能への前記割当てられたＩＰアドレスの前記受信を確認する前記メッセージはＩＰＣＰ  構成−Ａｃｋメッセージである請求項３０記載の機構。
【請求項３２】
前記通信装置が前記任意のＩＰアドレスメッセージを反復して送信する回数と、前記端末装置が前記任意のＩＰアドレスを含む前記ＩＰアドレスリクエストメッセージに応答する回数を減少させるために予め定められた期間の遅延が導入される請求項３１記載の機構。
【請求項３３】
無線通信ネットワークにおいてＩＰアドレス折衝を維持する装置において、
ＩＰアドレスをリクエストするメッセージを通信装置においてその通信装置に結合されている端末装置から受信する手段と、
前記ＩＰアドレスリクエストメッセージに応答して前記通信ネットワークにＩＰアドレスをリクエストするメッセージを前記通信装置において発生する手段と、
前記通信装置が前記通信ネットワークから割当てられたＩＰアドレスを受信しているか否かを決定する手段とを具備し、
前記通信装置が前記割当てられたＩＰアドレスを受信していないという決定に応答して、前記通信装置は任意のＩＰアドレスを有するメッセージを前記端末装置に繰返し送信し、前記端末装置をトリガーして前記任意のＩＰアドレスを有するＩＰアドレスリクエストメッセージを送信させ、前記通信装置は前記割当てられたＩＰアドレスを前記通信ネットワークから受信するまで、前記ＩＰアドレスリクエストメッセージ中の前記任意のＩＰアドレスを拒否するように構成されている装置。
【請求項３４】
コンピュータの読み取り可能な媒体を具備するコンピュータプログラムプロダクトにおいて、
コンピュータの読み取り可能な媒体は、
通信装置に結合された端末装置からＩＰアドレスをリクエストするメッセージを通信装置においてコンピュータに受信させるコードと、
前記通信装置において、前記ＩＰアドレスリクエストメッセージに応答して前記通信ネットワークにＩＰアドレスをリクエストするメッセージをコンピュータに発生させるコードと、
前記通信装置が前記通信ネットワークから割当てられたＩＰアドレスを受信しているか否かをコンピュータに決定させるコードとを含み、
前記通信装置が前記割当てられたＩＰアドレスを受信していないという決定に応答して前記通信装置は任意のＩＰアドレスを有するメッセージを前記端末装置に繰返し送信し、前記端末装置をトリガーして前記任意のＩＰアドレスを有するＩＰアドレスリクエストメッセージを送信させ、前記通信装置は前記割当てられたＩＰアドレスを前記通信ネットワークから受信するまで、前記ＩＰアドレスリクエストメッセージ中の前記任意のＩＰアドレスを拒否するように構成されているコンピュータプログラムプロダクト。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線通信分野、特にＩＰＣＰアドレス折衝を保持するためにタイムアウトを防止する優れた方法に関する。
【０００２】
【従来の技術】
無線通信およびコンピュータ関連の最近の技術革新と、インターネット加入者の先例のない成長は移動体コンピュータ処理の方法を容易にする。実際に、移動体コンピュータ処理の普及によって、移動体ユーザにさらにサポートを与えるために現在のインターネットインフラストラクチャに大きな需要がある。これらの需要を満たしてユーザに必要なサポートを与える臨界的な部分は無線通信システムにおける符号分割多元アクセス（ＣＤＭＡ）技術の使用である。
【０００３】
ＣＤＭＡは、米国電子通信産業会／米国電子工業会暫定標準９５（ＴＩＡ／ＥＩＡ  ＩＳ−９５）（名称“MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM ”、1993年７月出版、ここで参考文献とされている）に規定されているデジタル無線周波数（ＲＦ）チャンネル化技術である。この技術を使用する無線通信システムは特有のコードを通信信号に割当て、これらの通信信号を共通の（広帯域幅）拡散スペクトル帯域幅をわたって拡散する。ＣＤＭＡシステムの受信装置が正確なコードを有する限り、これはその通信信号を同一の帯域幅で同時に送信された他の信号から適切に検出し、選択することができる。ＣＤＭＡの使用はシステム通信容量の増加を発生し、全体的な呼品質および雑音減少を改良し、データサービストラフィックのための信頼性のある転送機構を与える。
【０００４】
図１はこのような無線データ通信システム100 の基本的な素子を示している。当業者はこれらの素子およびそれらのインターフェースがそれらの技術的範囲または機能を限定せずに、変更され、増加され、または技術で知られている種々の標準を受けてもよいことを容易に認識するであろう。システム100 は移動局端末装置であるＴＥ２装置102 （例えばラップトップまたはパームトップコンピュータ等の端末装置）が相互動作機能（ＩＷＦ）108 と通信することを可能にする。システム100 は無線通信装置であるＭＴ２装置104 （例えば無線電話装置）と、基地局／移動体交換局（ＢＳ／ＭＳＣ）106 とを含んでいる。ＩＷＦ 108は公共交換電話網または無線ネットワークと、インターネットまたはイントラネットベースのアクセスを行うワイヤラインパケットデータ網のような他のネットワークとの間のゲートウェイの役目をする。ＬインターフェースはＩＷＦ 108をＢＳ／ＭＳＣ 106へ結合する。しばしばＩＷＦ 108はＢＳ／ＭＳＣ 106と同一位置に配置される。ＴＥ２装置 102はＲm インターフェースを介して電子的にＭＴ２装置104 に結合されている。ＭＴ２装置104 は無線インターフェースＵm を介してＢＳ／ＭＳＣ 106と通信する。ＴＥ２装置 102とＭＴ２装置 104は、単一の装置（例えばＭＴ０装置）中に集積されるか、またはラップトップがＴＥ２装置でありトランシーバがＭＴ２装置104 である設置された移動体電話装置の場合のようにそれらは別々であってもよい。図２で示されているように、ＴＥ２装置 102とＭＴ２装置 104の組合わせは集積されているかまたは別々であるかに関係なく、移動局（ＭＳ）103 と通常呼ばれることに注意することが重要である。
【０００５】
種々のよく知られたプロトコルを供給することによって無線通信の異なる特徴を制御し、管理し、または他の方法で容易にする他のサポートが可能にされる。例えば、インターネットインフラストラクチャの活力であるインターネットプロトコル（ＩＰ）はパケット志向サービスに適合するために多数の無線通信サービス中に組込まれている。ＩＰプロトコルはホストコンピュータ間でパケット（データグラム）のアドレスおよびルートを特定し、リクエストフォーコメント７９１（ＲＦＣ 791）（名称“INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION ”1981年９月発行）に規定されている。
【０００６】
ＩＰプロトコルは送信のためにデータをＩＰパケットにカプセル化するネットワーク層プロトコルである。アドレスおよびルート情報はパケットのヘッダに添付される。ＩＰヘッダは送信ホストと受信ホストを識別する３２ビットアドレスを含んでいる。これらのアドレスは目的とするアドレスの最終目的地へ向うパケットがネットワークを通る通路を選択するために中間ルータにより使用される。したがって、ＩＰプロトコルは世界中の任意のインターネットノードで発信されるパケットが世界中の任意の他のインターネットノードへ伝送されることを可能にする。
【０００７】
無線通信システムに組込まれる別のよく知られたプロトコルはポイント・ツー・ポイント（ＰＰＰ）プロトコルであり、これは特にインターネットアクセスを行う。ＰＰＰプロトコルはリクエストフォーコメント（名称“THE POINT-TO-POINT PROTOCOL (PPP) 、1994年６月出版”に詳しく記載されている。
【０００８】
基本的に、ＰＰＰプロトコルはポイント・ツー・ポイントリンクによってマルチプロトコルデータグラムを転送する方法を特定し、３つの主なコンポーネント、即ちマルチプロトコルデータグラムのカプセル化方法、データリンク接続を設定し構成し試験するリンク制御プロトコル（ＬＣＰ）、異なるネットワーク層プロトコルを設定し構成するネットワーク制御プロトコル（ＮＣＰ）のファミリを含んでいる。
【０００９】
無線通信システムでサービスホストを与えるために、種々の標準規格がＴＥ２装置102 とＩＷＦ 108との間の無線データ送信に適合するために開発されている。例えばＴＩＡ／ＥＩＡ  ＩＳ−７０７．５標準（名称“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES ”、1998年２月発行、ここで参考文献とされている）はＴＩＡ／ＥＩＡ  ＩＳ−９５システムのパケットデータ送信容量のサポートの必要性を規定し、一連のパケットデータベアラサービスを特定している。
【００１０】
特に、ＩＳ−７０７．５標準規格は、ＢＳ／ＭＳＣ 106を介してＴＥ２装置102 とＩＷＦ 108間で通信するために使用されることのできるあるパケットデータサービスモードを提供する。そうすることで、ＩＳ−７０７．５標準は特定の動作モードを与えるネットワークモデルを導入する。このネットワークモデルは第１のＰＰＰリンクがＴＥ２装置102 とＭＴ２装置104 との間に設定され、第１のＰＰＰリンクと独立して第２のＰＰＰリンクがＭＴ２装置104 とＩＷＦ 108との間に設定される状態を表している。このモデルによって、ＭＴ２装置104 は、任意の受信されたＰＰＰパケットのフレームを解除し、これらを最終目的地へ転送する前および移動性管理とネットワークアドレス管理を与える前に再度フレーム化する役目を行う。
【００１１】
図２はＩＳ−７０７．５ネットワークモデルの各エンティティのプロトコルスタックを示している。図２の最も左側には、プロトコルスタックが通常の垂直なフォーマットで示されており、ＴＥ２装置102 （例えば移動体端末、ラップトップまたはパームトップコンピュータ）で作動するプロトコル層を示している。ＴＥ２プロトコルスタックは、Ｒm インターフェースによってＭＴ２装置104 のプロトコルスタックに論理的に接続されて示されている。ＭＴ２装置104 はＵm インターフェースにわたってＢＳ／ＭＳＣ 106に論理的に接続されて示されている。ＢＳ／ＭＳＣ 106のプロトコルスタックは代わりに、ＬインターフェースによってＩＷＦ 108へ論理的に接続されて示されている。
【００１２】
例示として、図２で示されているプロトコルは以下のように動作する。Ｒm インターフェース（即ちＰＰＰR 208 ）に関連するＴＥ２ 102装置のＰＰＰ層は上位層プロトコル204 とネットワーク層ＩＰプロトコル206 からのパケットをコード化する。ＰＰＰR 層208 はその後、例えばＴＩＡ／ＥＩＡ  ２３２−Ｆプロトコル210 のような適用可能なプロトコルを使用してＲm インターフェースを横切ってパケットを送信し、パケットはＭＴ２装置104 上のＴＩＡ／ＥＩＡ−２３２−Ｆの互換性ポートにより受信される。ＴＩＡ／ＥＩＡ−２３２−Ｆ標準規格は1997年10月出版の“INTERFACE BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE ”に規定され、ここで参考文献とされる。当業者に知られている他の標準またはプロトコルはＲm インターフェースを横切る送信を規定するために使用されてもよいことが理解されよう。例えば他の応用可能なＲm インターフェース標準規格は1998年９月出版の“UNIVERSAL SERIAL BUS(USB) SPECIFICATION,Revision 1.1”と1999年７月出版の“BLUETOOTH SPECIFICATION VERSION 1.0A CORE ”に記載されており、両者は参照文献とされる。
【００１３】
ＭＴ２装置104 のＴＩＡ／ＥＩＡ  ２３２−Ｆプロトコル212 はＴＥ２装置102 からパケットを受信し、それらをＭＴ２装置104 のＰＰＰR 層213 へ転送させる。ＰＰＰR 層213 はＰＰＰフレーム中にカプセル化されたパケットのフレームを解除し、典型的にデータ接続がアップされたとき、層213 はＵm インターフェース（即ちＰＰＰU 層217 ）に関連するＰＰＰ層へパケットを転送する。ＰＰＰU 層217 はＩＷＦ 108に位置する同等（ｐｅｅｒ）のＰＰＰU へ送信するためにＰＰＰフレームのパケットをフォーマットする。無線リンクプロトコル（ＲＬＰ）216 とＩＳ−９５プロトコル214 は両者とも技術でよく知られており、パケットがカプセル化されたＰＰＰフレームをＵm インターフェースによってＢＳ／ＭＳＣ 106へ送信するのに使用される。ＲＬＰプロトコル216 はＩＳ−７０７．２標準規格（名称“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: RADIO LINK PROTOCOL”、1998年２月出版）に規定され、ＩＳ−９５プロトコルは前述のＩＳ−９５標準で規定されている。
【００１４】
前述したように、ＰＰＰR プロトコル213 はデータリンク接続が設定されたときＰＰＰU プロトコル217 へパケットを転送する。ＲＦＣ1661はそのリンク制御プロトコル（ＬＣＰ）パケットを与え、データリンク接続を設定し、構成し、試験するために各ＰＰＰリンク（即ちＰＰＰR とＰＰＰU ）上で交換され折衝されなければならない。
【００１５】
ＬＣＰパケットが一度交換されると、リンクオプションは折衝され、データリンク接続が設定され、ネットワーク層接続はＴＥ２装置 102とＩＷＦ 108間で設けられなければならない。このような接続は例えばＩＰプロトコルを含んでいるプロトコル 206、 212、 218、 230を使用する。ＰＰＰリンクの両端部におけるＩＰプロトコルの折衝、構成、エネーブル、ディスエーブルはよく知られたインターネットプロトコル制御プロトコル（ＩＰＣＰ）により行われる。ＩＰＣＰはＰＰＰプロトコル中に含まれるネットワーク制御プロトコル（ＮＣＰ）のファミリの一部であり、リクエストフォーコメント（ＲＦＣ）1332（名称“THE PPP INTERNET PROTOCOL CONTROL PROTOCOL(IPCP)、1992年５月出版”）に記載されている。
【００１６】
ＩＰＣＰプロトコルはＩＰアドレスのリクエストと指示を含む種々のオプションを折衝するための標準的なＰＰＰ構成−リクエスト、構成−Ａｃｋ、構成−Ｎａｋメッセージを使用する。ＩＰＣＰはＩＰアドレスをリクエストするリクエスタを与え、構成−リクエストメッセージを発生し、これは特定のアドレスを含んでいる。特定のＩＰアドレスが受入れられるならば、構成−Ａｃｋメッセージはピアからリクエスタへ送信される。特定のＩＰアドレスが許容されないならば、ピアは指示されたＩＰアドレスを含んでいる構成−Ｎａｋメッセージを送信する。リクエスタはその後、指示されたＩＰアドレスにより構成−リクエストメッセージを送信し、ピアは構成−Ａｃｋに応答する。
【００１７】
【発明が解決しようとする課題】
２以上のアドレスを割当てるための機構がＩＰＣＰに存在しないとき、単一のＩＰアドレスをＰＰＰU とＰＰＰR リンクを横切って割当てることだけが可能である。このことはＰＰＰU 上でＩＷＦから割当てられるＩＰアドレスがさらにＰＰＰR 上でＴＥ２へ割当てられなければならない。ネットワークモデルでは、ＩＰＣＰアドレス折衝はＲm インターフェースとＵm インターフェースとの両者で別々に行われることができる。このように、ＭＴ２装置104 はアドレスがＰＰＰR リンクの他方の端部のＴＥ２装置102 に割当てられることができる前に、最初にＵm インターフェース上でＩＰアドレスをＰＰＰU リンクの一方の端部のＩＷＦ 108と折衝しなければならない。
【００１８】
しかしながらＩＰＣＰアドレス折衝の完了は動作の遅延によって妨害される。例えばＭＴ２装置104 とＩＷＦ 108との間のリンクがＴＥ２装置102 とＭＴＳ装置104 との間のリンクよりも低速度であるならば、このような遅延が生じる。このように、ＩＰＣＰアドレス折衝がＲm リンクではＵm リンクよりも速く到達される可能性が存在する。それ故、ＴＥ２装置102 はＭＴ２装置104 からＩＰアドレスをリクエストし、これはＩＷＦ 108からＩＰアドレスを与えるためにＵm リンク上の必要なアドレス折衝をＭＴ２装置104 が終了しないので、許可されることができない。ＴＥ２装置102 はＭＴ２装置104 がＩＰアドレスを結果的に与えるのを待機できるが、ＴＥ２装置102 には構成で特定されるタイムアウトが存在し、これによってＴＥ２装置102 はＩＰアドレスリクエスト、したがってＰＰＰ折衝を中断する。
【００１９】
別の例として、ＭＴ２装置104 へ通過する前に最終的にＴＥ２装置102 に割当てられるＩＰアドレスをＩＷＦ 108が幾つかの他のエンティティから獲得しなければならないときに動作遅延が生じる。そうすることで、ＭＴ２装置104 がＩＰアドレスを受信する前に数秒かかる。
【００２０】
例により、ＴＥ２装置102 で動作する幾つかのアプリケーションはＴＥ２装置102 がタイムアウトする前の３回の試みで３秒毎に構成−リクエストメッセージを発生することを可能にすることに注意する。このような場合、ＩＰアドレスを受信するために全体で９秒よりも多くの時間がかかるならば、ＴＥ２装置102 はアドレスリクエストを中断する。明らかに、前述の２つのシナリオのいずれもが遅延を発生し、これはＴＥ２装置102 を早期に中断させる。
【００２１】
それ故、ＩＰＣＰアドレス折衝を維持するためタイムアウトを防止する優れた方法が必要とされる。
【００２２】
【課題を解決するための手段】
本発明はＩＰＣＰアドレス折衝を維持するためにタイムアウトを防止する優れた方法を提供することにより前述の問題を解決する。
【００２３】
実施形態により、ここで広く説明したように、本発明の原理に基づいた方法は構成−リクエストメッセージのようなＩＰアドレスをリクエストするメッセージを通信装置に結合された端末装置から受信する通信装置を含んでいる。通信装置はその後、ＩＰアドレスリクエストメッセージに応答して割当てられたＩＰアドレスをピア（即ちＩＷＦ）から受信しているか否かを決定する。通信装置が割当てられたＩＰアドレスをＩＷＦから受信していないという決定に応答して、通信装置は構成−Ｎａｋメッセージのような任意のＩＰアドレスを有するメッセージを端末装置へ送信する。そのメッセージ内に含まれる任意のＩＰアドレスは通信装置により拒否されると、これは通信装置が割当てられたＩＰアドレスを受信するまで、端末装置をトリガーして付加的なＩＰアドレスリクエストメッセージを送信し続けさせる。
【００２４】
【発明の実施の形態】
この明細書に添付され、明細書の一部を構成している添付図面を参照にして本発明の１実施形態を説明し、本発明の目的、利点、原理を説明する。
本発明の実施形態の以下の詳細な説明はこの実施形態を示す添付図面を参照にして行われる。他の実施形態も可能であり、実施形態に対する変更は本発明の技術的範囲を逸脱せずに行われることができる。それ故、以下の詳細な説明は本発明を限定する意味するものではない。むしろ、本発明の技術的範囲は特許請求の範囲により規定される。
【００２５】
以下説明するように、本発明の１実施形態はソフトウェア、ファームウェア、図面で示されているエンティティ（即ちＴＥ２装置102 、ＭＴ２装置104 、ＢＳ／ＭＳＣ 106、ＩＷＦ 108）のハードウェアを含む種々の構成で実現できることが当業者に明白であろう。本発明の実施に使用される実際のソフトウェアコードまたは制御ハードウェアは本発明を限定するものではない。したがって、本発明の動作および性質を実際のソフトウェアコードまたはハードウェアコンポーネントを特別に参照せずに説明する。当業者がここでの説明に基づいて本発明の実施形態を構成するためのソフトウェアおよび制御ハードウェアを設計できることが明白に理解されるので、このような特定されない参照が許容される。
【００２６】
図３は、本発明の１実施形態を説明したフローチャートであり、図４は本発明の１実施形態の動作を説明したプロトコルメッセージのフロー図である。図３で示されているように、ブロックB305でＭＴ２装置104 はＵm インターフェースを横切ってＩＷＦ 108とのＰＰＰ折衝を開始する。この事象は図４（参照符号Ａを参照）で示されているようにＲm インターフェースにおけるＬＣＰ折衝のスタートにより開始される。
【００２７】
ブロックB310で、ＭＴ２装置104 はＴＥ２装置102 からＩＰＣＰ  構成−リクエスト（Ｃｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔ）メッセージを受信するまで待機する。一度ＭＴ２装置104 がＴＥ２装置102 からＩＰＣＰ  構成−リクエストメッセージを受信すると、ＭＴ２装置104 はブロックB315へ進む。
【００２８】
ブロックB315で、ＭＴ２装置104 はＴＥ２装置102 からの構成−リクエストメッセージに応答して、ＩＷＦ 108により割当てられたＩＰアドレスを受信しているか否かを決定する。受信していないならば、ＭＴ２装置104 の処理はブロックB320へ進み、ここで構成−リクエストメッセージ内に含まれるＩＰアドレスを拒否し、任意のＩＰアドレスを有する構成−Ｎａｋメッセージを送信する（図４の参照符号Ｂを参照）。任意のＩＰアドレスはＭＴ２装置104 により拒否されたアドレスである。任意のＩＰアドレスを有する構成−Ｎａｋメッセージを送信するとき、ＭＴ２装置104 は任意のＩＰアドレスを有するＴＥ２装置102 からの別の構成−リクエストメッセージを待機するためブロックB310にループバックする。任意のＩＰアドレスはＩＷＦ 108により割当てられたＩＰアドレスではないので、ＭＴ２装置104 はブロックB320へ戻され、ここで再度、構成−リクエストメッセージ内に含まれるＩＰアドレスが拒否され、任意のＩＰアドレスを有する構成−Ｎａｋメッセージを送信する。任意のアドレスは先の反復と同一のアドレスでもよく、または異なるアドレスであってもよい。一連のブロックB310-B315-B320により生成されるループはＭＴ２装置104 がＩＷＦ 108に割当てられたＩＰアドレスを受信していることを決定するまで反復される。ＴＥ２装置102 に従事し、この装置に構成−リクエストメッセージを発生させることによって、ＭＴ２装置104 はＴＥ２装置102 がタイムアウトするのを防止し、それによってＩＰＣＰアドレス折衝を維持する。ループへ遅延を導入することも可能であり、それはＭＴ２装置104 とＴＥ２装置102 との間で交換されるメッセージ数を減少させる。
【００２９】
ブロックB315に戻ると、ＭＴ２装置104 はそれがＩＷＦ 108に割当てられたＩＰアドレスを受信していることを決定したならば、ＭＴ２装置104 はステップB325へ進み、ここで割当てられたＩＰアドレスを含んでいる構成−ＮａｋメッセージをＴＥ２装置102 へ送信する（参照符号Ｃを参照）。ＭＴ２装置104 はその後ブロックB330で、割当てられたＩＰアドレスを有する構成−リクエストメッセージをＴＥ２装置102 から受信する（参照符号Ｄを参照）。
【００３０】
ＭＴ２装置104 はブロックB335へ進み、ここで構成−ＡｃｋメッセージをＴＥ２装置102 へ送信して、ＴＥ２装置102 からの構成−リクエストメッセージを確認する（参照符号Ｅを参照）。ブロックB340では、ＭＴ２装置104 はＩＷＲ108 とのＵm リンクによって折衝されるＩＰＣＰオプションをＴＥ２装置102 へ送信する（参照符号Ｆを参照）。ＭＴ２装置104 はその後、ブロックB345で、構成−ＡｃｋメッセージをＴＥ２装置102 から受信し、ＩＷＦ 108が割当てられたＩＰアドレスにより使用されるオプションを確認する（参照符号Ｇを参照）。全てのパケットはＭＴ２装置104 によりフレーム化され、またフレームから解除されるので、ＭＴ２装置104 が任意のＩＰＣＰ値をＴＥ２装置102 へ送信するとき、ブロックB340とB345のプロセスは厳密には必要とされないことに注意すべきである。
【００３１】
したがって、この実施形態はＭＴ２装置104 により拒否される任意のＩＰアドレスを含んでいる構成−ＮａｋメッセージをＴＥ２装置102 に与えることによって構成に特定のタイムアウトを防止できる。構成−ＮａｋメッセージはＴＥ２装置102 に構成−リクエストメッセージの発生をトリガーする。この相互作用はＭＴ２装置104 がＩＷＦ 108に割当てられたＩＰアドレスを受信し、このＩＰアドレスを構成−ＮａｋメッセージでＴＥ２装置102 へ転送するまで継続される。このようにして、ＴＥ２装置102 は構成特定タイムアウトのために早期の中断を防止され、ＰＰＰ折衝は維持される。
【００３２】
本発明の好ましい実施形態の前述の説明は図示と例示を与えたが、それに限定されるか、または本発明をここで説明した形態に正確に限定することを意図しない。変形および変更は前述の方法と一貫して可能であり、または本発明の実施から得られる。したがって、本発明の技術的範囲は特許請求の範囲とそれらの均等物により規定される。
【図面の簡単な説明】
【図１】  無線通信システムの種々の素子を示している高レベルのブロック図。
【図２】  無線通信システムのプロトコルスタックの概略図。
【図３】  本発明の１実施形態を説明したフローチャート。
【図４】  本発明の１実施形態の動作を説明したプロトコルメッセージのフロー図。
【図１】
0004741145.tif 000002
【図２】
0004741145.tif 000003
【図３】
0004741145.tif 000004
【図４】
0004741145.tif 000005