(57)【特許請求の範囲】
【請求項１】
通信リンクによりもう１つの通信装置に接続される通信装置を制御して前記通信リンクをパケット交換用に構成する方法であって、前記２つの通信装置の一方は他方側で第１のプロトコル（ＩＰ）に従うパケット交換網に接続され、前記方法は前記リンクを介した前記通信装置間の通信が少なくとも前記第１のプロトコル（ＩＰ）をカプセル化しかつ前記リンクを確立し構成する第３のプロトコル（ＬＣＰ）を含む第２の予め決められたプロトコル（ＰＰＰ）に従ってパケットを交換して行われるように前記装置を制御することが可能であり、前記第２のプロトコル（ＰＰＰ）は、
−前記リンクを介して送られるパケットが、前記第３のプロトコル（ＬＣＰ）に対し少なくとも１つの特定値が予約され、他の予め決められた値は前記第２のプロトコル（ＰＰＰ）により予約されないようにして、予め決められたプロトコルに対する予め決められた値が予約されるプロトコルフィールド（１）と、前記プロトコルフィールド（１）内に含まれる値により示されるプロトコルに関連するデータを含む情報フィールド（２）とを含むこと、および
−リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロトコル（ＬＣＰ）を示すパケットだけ処理されて他の全てのパケットは廃棄されるようにパケットが交換される少なくとも１つのフェーズを含むこと、
とを必要とし、
前記方法はさらに、
前記第２のプロトコル（ＰＰＰ）に準じておりそのプロトコルフィールド内の前記第３のプロトコル（ＬＣＰ）を示す第１のタイプのパケットを前記リンクを介して送り出すステップと、
続いて前記第２のプロトコル（ＰＰＰ）により許可はされるが前記第２のプロトコル（ＰＰＰ）により予約はされない値をそのプロトコルフィールド内に有する少なくとも１つの第２のタイプのパケットを送り出し、前記第２のパケットは前記第２のプロトコル（ＰＰＰ）に従って動作する通信装置により拒否はされないがそれにより処理されることなく廃棄されるようにするステップと、
前記第１のタイプのパケットの受信を待機し受信したパケットを格納し、引き続き前記第２のタイプのパケットを受信するまで予め決められた時間待機するステップと、
第２のタイプのパケットが受信されない場合には、前記第１のタイプの前記格納されたパケットを処理し引き続き前記第２のプロトコル（ＰＰＰ）に従って動作するステップと、
このようなパケットが受信される場合には、前記第２のタイプの前記パケットを処理するステップと、
を含む、方法。
【請求項２】
請求項１記載の方法であって、前記第２のタイプの前記少なくとも１つのパケットは前記第１のタイプの前記パケットに対しバックツーバックで送られる、方法。
【請求項３】
請求項１あるいは請求項２記載の方法であって、第２のタイプの複数のパケットが第１のタイプの前記パケットの後で送られ、前記複数の内に含まれる前記パケットはバックツーバックで送られる、方法。
【請求項４】
請求項１から請求項３のいずれか１項記載の方法であって、前記通信リンクはシリアルリンクである、方法。
【請求項５】
請求項４記載の方法であって、前記通信リンクは回路交換リンクもしくは衛星リンクである、方法。
【請求項６】
請求項１から請求項４のいずれか１項記載の方法であって、前記第１のプロトコル（ＩＰ）はインターネットプロトコルであり、前記第２のプロトコル（ＰＰＰ）は標準ポイントツーポイントプロトコルであり、前記第３のプロトコル（ＬＣＰ）はリンク構成プロトコルである、方法。
【請求項７】
請求項６記載の方法であって、前記標準ポイントツーポイントプロトコルはＲｃＦ１６６１に従う、方法。
【請求項８】
請求項６あるいは請求項７記載の方法であって、前記第１のタイプのパケットは前記標準ポイントツーポイントプロトコルに従うリンク構成プロトコルパケットであり、前記少なくとも１つの引き続く第２のタイプのパケットは前記標準ポイントツーポイントプロトコルに従うパケットに対して許可はされるが前記標準ポイントツーポイントプロトコルにより使用するために予約されることはない範囲内の値をそのプロトコルフィールド内に有するリンク構成プロトコルパケットである、方法。
【請求項９】
請求項８記載の方法であって、前記第２のタイプのリンク構成プロトコルパケットにはパスワード認証プロトコルパケット、リンク品質報告パケット、チャレンジハンドシェーク認証プロトコルパケット、インターネットプロトコル構成プロトコルパケットおよびインターネットプロトコルパケットの少なくとも１つが続き、前記第２のタイプのリンク構成プロトコルパケットに続く１つ以上の前記各パケットも第２のタイプである、方法。
【請求項１０】
請求項３記載の方法であって、
−前記通信装置がネットワークレイヤプロトコルパケットの送り手（ＴＥ）として作用する場合には、少なくとも１つのネットワークレイヤプロトコルパケットが前記複数の第２のタイプのパケット内で送られ、前記少なくとも１つのネットワークレイヤプロトコルパケットは適切なネットワークプロトコルソースアドレスを欠き、
−前記通信装置がネットワーク行き先へ送るネットワークレイヤプロトコルパケットの受け手（ＡＵ）として作用する場合には、前記通信装置は適切なネットワークプロトコルアドレスを欠くこれらのネットワークレイヤプロトコルパケットへネットワークプロトコルソースアドレスを挿入する、方法。
【請求項１１】
請求項１０記載の方法であって、前記通信装置がネットワークレイヤプロトコルパケットの受け手（ＡＵ）として作用する場合には、前記通信装置は予め決められた条件が満たされるまで適切なネットワークプロトコルソースアドレスを欠くこれらのネットワークレイヤプロトコルパケットをバッファする、方法。
【請求項１２】
請求項１０あるいは請求項１１記載の方法であって、前記ネットワークレイヤプロトコルパケットはインターネットプロトコルパケットであり前記ネットワークプロトコルアドレスはインターネットプロトコルアドレスである、方法。
【請求項１３】
通信リンクによりもう１つの通信装置に接続されるように制御される通信装置であって、前記装置は前記通信リンクをパケット交換のために構成するように制御することが可能であり、前記２つの通信装置の一方は他方側で第１のプロトコル（ＩＰ）に従うパケット交換網に接続され、前記装置は前記リンクを介した通信が少なくとも前記第１のプロトコル（ＩＰ）をカプセル化しかつ前記リンクを確立し構成する第３のプロトコル（ＬＣＰ）を含む第２の予め決められたプロトコル（ＰＰＰ）に従ってパケットを交換して行われるように制御することが可能であり、前記第２のプロトコル（ＰＰＰ）は、
−前記リンクを介して送られるパケットが、前記第３のプロトコル（ＬＣＰ）に対し少なくとも１つの特定値が予約され、他の予め決められた値は前記第２のプロトコル（ＰＰＰ）により予約されないようにして、予め決められたプロトコルに対する予め決められた値が予約されるプロトコルフィールド（１）と、前記プロトコルフィールド（１）内に含まれる値により示されるプロトコルに関連するデータを含む情報フィールド（２）とを含むこと、および
−リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロトコル（ＬＣＰ）を示すパケットだけ処理されて他の全てのパケットは廃棄されるようにパケットが交換される少なくとも１つのフェーズを含むこと、
とを必要とし、
前記装置はさらに、
前記第２のプロトコル（ＰＰＰ）に準じており、そのプロトコルフィールド内の前記第３のプロトコル（ＬＣＰ）を示す第１のタイプのパケットを前記リンクを介して送り出す手段と、
続いて前記第２のプロトコル（ＰＰＰ）により許可はされるが前記第２のプロトコル（ＰＰＰ）により予約はされない値をそのプロトコルフィールド内に有する少なくとも１つの第２のタイプのパケットを送り出し、前記第２のパケットは前記第２のプロトコル（ＰＰＰ）に従って動作する通信装置により拒否はされないがそれにより処理されることなく廃棄されるようにする手段と、
前記第１のタイプのパケットを受信した後で格納し、引き続き前記第２のタイプのパケットを受信するために予め決められた時間待機する手段と、
第２のタイプのパケットが受信されない場合には前記第１のタイプの前記格納されたパケットを処理し、引き続き前記第２のプロトコル（ＰＰＰ）に従って動作するように装置を制御する手段と、
このようなパケットが受信される場合には、前記第２のタイプのパケットを処理する手段と、
を含む、装置。
【請求項１４】
請求項１３記載の装置であって、前記第２のタイプの前記少なくとも１つのパケットは前記第１のタイプの前記パケットに対しバックツーバックで送られる、装置。
【請求項１５】
請求項１３もしくは請求項１４記載の装置であって、第２のタイプの複数のパケットが第１のタイプの前記パケットの後で送られ、前記複数の内に含まれる前記パケットは相次いで送られる、装置。
【請求項１６】
請求項１３から請求項１５のいずれか１項記載の装置であって、前記通信リンクはシリアルリンクである、装置。
【請求項１７】
請求項１６記載の装置であって、前記通信リンクは回路交換リンクもしくは衛星リンクである、装置。
【請求項１８】
請求項１３から請求項１６のいずれか１項記載の装置であって、前記第１のプロトコル（ＩＰ）はインターネットプロトコルであり、前記第２のプロトコル（ＰＰＰ）は標準ポイントツーポイントプロトコルであり、前記第３のプロトコル（ＬＣＰ）はリンク構成プロトコルである、装置。
【請求項１９】
請求項１８記載の装置であって、前記標準ポイントツーポイントプロトコルはＲｃＦ１６６１に従う、装置。
【請求項２０】
請求項１８あるいは請求項１９記載の装置であって、前記第１のタイプのパケットは前記標準ポイントツーポイントプロトコルに従うリンク構成プロトコルパケットであり、前記少なくとも１つの引き続く第２のタイプのパケットは前記標準ポイントツーポイントプロトコルに従うパケットに対して許可はされるが前記標準ポイントツーポイントプロトコルにより使用するために予約されることはない範囲内の値をそのプロトコルフィールド内に有するリンク構成プロトコルパケットである、装置。
【請求項２１】
請求項２０記載の装置であって、前記第２のタイプのリンク構成プロトコルパケットにはパスワード認証プロトコルパケット、リンク品質報告パケット、チャレンジハンドシェーク認証プロトコルパケット、インターネットプロトコル構成プロトコルパケットおよびインターネットプロトコルパケットの少なくとも１つが続き、前記第２のタイプのリンク構成プロトコルパケットに続く前記１つ以上の各パケットも第２のタイプである、装置。
【発明の詳細な説明】
【０００１】
（技術的背景）
本発明はリンク、好ましくはパケット交換により動作する通信網にアクセスする、リンクを構成するのに使用される通信装置および方法に関する。このような通信網の例はインターネットである。
【０００２】
インターネットはコンピュータのネットワークであり、通信はパケットと呼ばれる単位により行われる。それは伝送される情報がこのようなパケットを介して配信されることを意味し、これらのパケットはネットワークを介して個別に独立して送ることができる。この通信は、ここではいわゆるインターネットプロトコルＩＰである、プロトコルにより支配される。プロトコルはフォーマットおよび一般的な通信手順を決定する１組のルールであり、ネットワークの各メンバーは他のメンバーと通信できるためにはプロトコルに従わなければならない。
【０００３】
インターネットへアクセスするためのさまざまな可能性がある。最も基本的なのは専用回線、すなわちネットワークの一部であるもう１つのコンピュータに常時接続されている回線、を経由することである。したがって、専用回線を経由してネットワークへアクセスするコンピュータはネットワークのメンバーとなる、すなわちネットワークはそれによって拡張される。回線に沿った通信はＩＰに従って行われる。しかしながら、専用回線は費用がかかり、このような構成はインターネットへの永久アクセスおよび／もしくは大量データの迅速な伝送を必要とするユーザにしか意味をなさない。
【０００４】
専用回線に替わるものは擬似専用接続でありそれはインターネットとの接続が必要である場合しか確立されないが、確立されれば専用回線のように作用する。このような接続の典型的な例は単一ユーザから、大学コンピュータや商業インターネットアクセスサーバ等の、インターネット内のサーバへのモデムリンクである。ユーザは必要な時にインターネットとの接続を確立するだけであり、専用回線に伴う高いコストはかからないが接続は専用回線のように作用するため、確立された接続によりユーザはインターネットの完全なメンバーとされる。
【０００５】
２つのポイント（一方ではインターネットに一時的にアクセスしたいコンピュータ、他方では典型的に複数の他のインターネットメンバーに接続されるインターネット内のサーバ）間のこのような擬似専用接続にはそれ自体のプロトコルが必要である。２つの既知のプロトコルはＳＬＩＰ（シリアルラインインターネットプロトコル）およびＰＰＰ（ポイントツーポイントプロトコル）である。近年、ＰＰＰがこのような擬似専用接続に対する支配的なプロトコルとなってきている。
【０００６】
ＰＰＰはＮｅｔｗｏｒｋｉｎｇ  Ｇｒｏｕｐ  ＲｆＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）１６６１，編集者ダブリュー．シンプトン，１９９４年７月に定義されている。ＰＰＰは３つの主要要素からなり、それはマルチプロトコルデータグラムのカプセル化方法（データグラムはネットワークレイヤ（ＩＰ等）における伝送単位）、データリンク接続を確立、構成およびテストするリンク制御プロトコル（ＬＣＰ）、およびさまざまなネットワークレイヤプロトコルを確立かつ構成するためのネットワーク制御プロトコル（ＮＣＰ）のファミリーである。ポイントツーポイントプロトコルは２つのいわゆるピア間、すなわちプロトコルに従うリンクの２つの端部間でパケットを移送するように設計されている。これらのリンクは全二重同時双方向動作を提供する。
【０００７】
ＰＰＰにより確立されたリンクの両端間の通信はデータグラム、すなわちＩＰ等のネットワークレイヤにおける伝送単位、が１つ以上のフレーム内へカプセル化されてデータリンクレイヤへ通されるように遂行される。データリンクレイヤ上の伝送単位フレームであり、それはいくつかのデータユニットと共にヘッダーおよび／もしくはトレーラ（ｔｒａｉｌｅｒ）を含むことができる。通常、パケットはフレームへマップされる。
【０００８】
カプセル化フォーマットオプション（ｅｎｃａｐｓｕｌａｔｉｏｎ  ｆｏｒｍａｔ  ｏｐｔｉｏｎ）を取り決め、パケットサイズの変化する限界を処理し、構成エラーを検出し、リンクを終端するためにＬＣＰが使用される。他のオプショナルなファシリティはリンク上のそのピアのアイデンティティの認証、およびリンクが適切に機能している時および故障している時の決定である。
【０００９】
図２にＲｆＣ１６６１に従ったＰＰＰカプセル化（フォーマット）を示す。参照番号１はプロトコルフィールド、２は情報フィールド、３はパディングフィールド（ｐａｄｄｉｎｇ  ｆｉｅｌｄ）を示す。これらのフィールドは左から右の順で伝送される。
【００１０】
プロトコルフィールド１は１もしくは２オクテット（オクテットは８−ビットからなるバイトに対する別の表現）であり、その値はパケットの情報フィールド２内にカプセル化されたデータグラムを識別する。“０***”から“３***”の範囲内のプロトコルフィールド値は特定のパケットに対するネットワークレイヤプロトコルを識別し、“８***”から“ｂ***”の範囲内の値は、存在する場合の、関連するＮＣＰに属するパケットを識別する。“４***”から“７***”の範囲内のプロトコルフィールド値は関連するＮＣＰが無い低ボリュームトラフィックを有するプロトコルに対して使用される。“ｃ***”から“ｆ***”の範囲内のプロトコルフィールド値はパケットをＬＣＰ等のリンクレイヤ制御プロトコルとして識別する。
【００１１】
ＲｆＣ１６６１は前記値に対して下記を予約している。
【表１】
0003967548.tif 000002
【００１２】
情報フィールドは０以上のオクテットである。情報フィールドはプロトコルフィールド内に指定されたプロトコルに対するデータグラムを含んでいる。情報フィールドの最大長は最大受信単位（ＭＲＵ）と呼ばれ、それはパディングを含めて１５００オクテット（バイト）にデフォルトする。交渉により、許可するＰＰＰインプリメンテーションはＭＲＵに対する他の値を使用することができる。
【００１３】
最後に、情報フィールドにＭＲＵまでの任意数のオクテットをパディング（パッド（ｐａｄ）として付加）することができる。このパディング（ｐａｄｄｉｎｇ）はパディングフィールド内に含まれパディングオクテットと実際の情報とを識別するのは各プロトコルの責任である。
【００１４】
ＲｆＣ１６６１に従って、ポイントツーポイントリンクを介した通信を確立するために、ＰＰＰリンクの各端部は最初にデータリンクを構成しテストするためのＬＣＰパケットを送らなければならない。それは絶対的必要条件である。リンクが確立された後で、ピアを認証することができ、すなわちそれはオプションである。次に、ＰＰＰは１つ以上のネットワークレイヤプロトコルを選択し構成するためのＮＣＰパケットを送らなければならず、それも絶対的必要条件である。選択した各ネットワークレイヤプロトコルが構成されていると、各ネットワークレイヤプロトコルからのデータグラムをリンクを介して送ることができる。明確なＬＣＰパケットがリンクダウンを閉じるか、あるいはある外部イベントが生じる（例えば、非動作タイマーが切れる）までリンクは通信のために構成されたままとされる。
【００１５】
リンクを介した構成要求パケットの受信に応答してピアが送り出す基本的返答に次の３つがあることは留意すべきである。すなわち、例えば受信パケット内に提示した設定が受理されることを示すＡＣＫパケット（受信応答）を送り出す、例えば提示した設定が受理されないことを示すＮＡＣＫパケット（非受信応答）を送り出す、あるいは例えば誤ったシンタクスを有するため拒否パケットを送出して受信パケットを受理できないことを示す、ことである。またピアは拒否パケットを送り出すことなくそれを廃棄することによりパケットの受信に反応することもできる。したがって、それは“サイレント（ｓｉｌｅｎｔ）”廃棄と呼ばれる。
【００１６】
前記したように、構成パケットの交換を介した接続を確立するためにリンク制御プロトコル（ＬＣＰ）が使用される。この交換は完全であり、構成ＡＣＫ（受信応答）パケットが送り出され受信されておればＬＣＰ開放状態に入る。このいわゆるリンク確立フェーズ中は、ＬＣＰしか処理されずいかなる非ＬＣＰパケットも必ず処理されずに廃棄される。
【００１７】
リンク確立フェーズの後に、認証フェーズが続くことがある、すなわちオプショナルである。しかしながら、ピアがある特定の認証プロトコルで認証することをインプリメンテーションが所望する場合には、リンク確立フェーズ中にその認証プロトコルの使用を必ず要求しなければならない。リンク確立フェーズに続くことがあるもう１つのフェーズはリンク品質決定フェーズであり、そこではリンク品質決定パケットが交換される。認証およびリンク品質決定は同時に行われることがある。認証フェーズの後で、ＮＣＰパケットを交換する後続フェーズに入るのは認証が成功する場合だけであり、そうでなければリンク終端が行われる。このフェーズ中に、ＬＣＰパケット、認証プロトコルパケットおよびリンク品質決定パケットだけが処理され、このフェーズ中に受信される他の全てのパケットは必ず処理されずに廃棄される。
【００１８】
前記したフェーズがうまく完了すると、各ネットワークレイヤは必ず適切なネットワーク制御プロトコル（ＮＣＰ）により別々に構成しなければならない。このようなＮＣＰの例はＩＰＣＰ（インターネットプロトコル制御プロトコル）である。ＮＣＰが開放状態に達した後で、ＰＰＰは対応するネットワークレイヤプロトコルパケットを運ぶ。対応するＮＣＰが開放状態ではない時に受信されるサポートしたネットワークレイヤプロトコルパケットはどれも必ず処理せずに廃棄しなければならない。
【００１９】
最後に、リンク終端フェーズはＬＣＰを使用して終端パケットの交換によりリンクを閉じることを含んでいる。このフェーズ中に受信される非ＬＣＰパケットは必ず処理せずに廃棄しなければならない。
【００２０】
（本発明がかかわる問題）
近年、通信手段および情報ツールとしてのインターネットの重要性が高まっているだけでなく、セルラー電話網等のワイヤレス通信網の提供も普遍的となってきている。その結果、ワイヤレスすなわちセルラー加入者に対してインターネットへのリンクを確立するための装置および方法に対する要求が生じている。
【００２１】
セルラーネットワークを介してインターネットがアクセスされる場合には、予め確立された回路交換リンクの構成にポイントツーポイントプロトコル（ＰＰＰ）が最も広く使用される。それを図３について説明する。
【００２２】
図３の底部はモバイルノード１０内の端末装置ＴＥがインターネットと通信するためにネットワークノードと通信する構造を示す。端末装置ＴＥは例えばラップトップコンピュータである。ＴＥはＭＳ／ＴＡＦに接続されており、それは移動局／端末アダプテーション機能を意味する。移動局は例えば移動電話機であり、端末アダプテーション機能は例えば移動電話機およびラップトップコンピュータを接続するＰＣＭＣＩＡにより実現される。移動局ＭＳは移動体通信交換局ＭＳＣとの通信リンクを確立する。移動体通信交換局はインターワーキング機能ＩＷＦを介してアクセスユニットＡＵに接続されている。アクセスユニットＡＵは回路交換接続を終端させネットワークレイヤＰＤＵをインターネットに対してルーティングする。
【００２３】
図３の上部に示すように、モバイルノード１０内の端末装置（ＴＥ）およびダイレクトアクセスユニット（ＡＵ）はそれらの間に予め確立されたトラフィックチャネルがＰＰＰに従って構成され、次にネットワークレイヤプロトコルデータユニット（ＰＤＵ）、例えばＩＰパケット、がチャネルを介して伝送されるように制御される。二重矢符号４０はＴＥおよびＡＵ間の構成されたリンクを表わし、前記リンクはＰＰＰに従って構成されＩＰパケットを伝送する。８０２の数字はＬＡＮに対するフレーミング標準を表わす。
【００２４】
前記したＰＰＰが必要とするさまざまな通信フェーズを図４に略示する。基本通信リンクが確立されている、すなわちリンクはアップである、ことをＴＥおよびＡＵ内の２つのピアが知らされる（例えば、メッセージを受信する）時に通信が開始する。図３の例では、モバイルユニット、例えばセルラー電話機、は端末装置、例えばラップトップコンピュータ、への確認された回路交換接続を示す。前記した例では、この基本リンクは移動局ＭＳおよび移動体通信交換局ＭＳＣが属するセルラーシステムにより提供される回路交換リンクである。判り易くするために、図４には端末装置（ＴＥ）により送られる要求およびアクセスユニット（ＡＵ）により送られる受信応答しか図示されていないが、アップである基本リンクに応答して、事実両方のピアがこれらの要求をほとんど同時に伝送開始すると理解すべきものである。また、図４はＰＰＰに従って構成および通信する絶対的理想ケースを示している、すなわち最少量の情報交換しか示していない、点も重要である。
【００２５】
第１のフェーズすなわちリンク確立フェーズにおいて、ＬＣＰ要求パケットおよびＬＣＰ要求受信応答パケットが交換される。前記したように、このフェーズは強制的でありＰＰＰリンクを確立する目的に役立つ。図示する第２のフェーズは認証フェーズであり、それはＰＡＰ／ＣＨＡＰ要求パケットおよびＰＡＰ／ＣＨＡＰ要求受信応答パケットを交換する（ＰＡＰ＝パスワード認証プロトコル、ＣＨＡＰ＝チャレンジ−ハンドシェークプロトコル）。このフェーズはオプショナルであるが、セキュリティを高めるため通常利用される。第３のフェーズはＮＣＰフェーズ、ここではＩＰＣＰフェーズ（ＩＰＣＰ＝インターネットプロトコル制御プロトコル）である、すなわち開かれるネットワーク制御プロトコルはインターネット制御プロトコルである。このフェーズはＩＰＣＰ要求パケットとＩＰＣＰ要求受信応答パッケージの交換を含む。このフェーズは強制的である。このＩＰＣＰフェーズの後でのみ、ＩＰパケットが交換できしたがってモバイルノード１０内の端末装置が完全にインターネットに接続されるように、ＰＰＰおよびＩＰに従ったリンクが確立される。
【００２６】
１セットのパケットを交換するための持続時間はラウンドトリップ時間（ＲＴＴ）と呼ばれる、図４参照。すなわち、ラウンドトリップ時間は要求パケットの送り出しと対応する受信応答パケットの受信との間で経過する時間である。
【００２７】
図４に示すように、ＴＥにより開始されるＰＡＰが必要とする２方向ハンドシェークとは反対に、ＣＨＡＰはＡＵにより開始される３方向ハンドシェーク（図４には図示せず）を必要とすることに留意すべきである。しかしながら、ＡＵは第１のＣＨＡＰパケットをそれが送り出す最後のＬＣＰ要求受信応答パケットに相次いで返送することができるため、それによってフェーズの持続時間が増すことはない。
【００２８】
ＲｆＣ１６６１にレイアウトされたＰＰＰに対する必要条件に従って、前記した各フェーズは次のフェーズを開始できないうちに完了しなければならない。したがって、ＩＰパケットを送り出すことができる前の絶対最少構成時間は認証が選択されるか否かに応じて２もしくは３ＲＴＴとなる。実際上、リンクを確立するための持続時間は７ＲＴＴ以上となることがある。それはＬＣＰもしくはＩＰＣＰにおける交渉によるものである。ＰＰＰピアが異なるリンク設定を望む場合には、ＮＡＣＫ（受信応答されていない）および新しい要求は交換しなければならないため、ＬＣＰおよびＮＣＰにより処理されるオプションの交渉は数ＲＴＴとなることがある。リンク品質決定プロトコルパケットがさらに交換される場合には、確立時間はさらに長くなる。セルラーネットワーク内のトラフィックチャネルのＲＴＴは８５０ｍｓにも達することがある。ＧＳＭでは、セルラー標準の例として、ＨＳＣＳＤ（高速回路交換データ）において行われるようにどれだけ多くのトラフィックチャネルが単一接続のために一緒に束ねられるかとは無関係に、ＲＴＴは６００ｍｓよりも少なくなることはなく通常は７５０ｍｓ程度である。
【００２９】
ユーザがインターネットを介してデータを送り出すもしくは受信するまでの待機時間とみなすこの長いリンク確立時間の問題はユーザにとって煩わしいものである。この問題はＲｆＣ１６６１にレイアウトされたＰＰＰに従って動作するシステムに限定されるものではなく、後に続く接続フェーズを開始できないうちに特定の接続フェーズを完了させることに関する前記した厳しい必要条件を有する任意のシステムにおいて遭遇することに注目すべきである。
ＷＯ９６／２１９８４にはパケット無線システムおよび対応する端末装置が開示されている。この従来技術の文献ではＧＳＭにおける一般的なパケット無線サービスＧＰＲＳが検討され、特に特殊な無線リンクプロトコルのリンク内にＰＰＰパケットをカプセル化する時に、冗長情報がこのように伝送されるために帯域幅が無駄に使われてしまう問題が指摘されている。その結果、この文献はＰＰＰデータフレームから不要なフィールドの一部を除去することにより制御データを低減することを示唆している。すなわち、ＰＰＰデータフレームの無線リンクプロトコル内に既に含まれている部分がＰＰＰフレームから除去される。しかしながら、この文献はＰＰＰリンクのセットアップには関連していない。
ＷＯ９６／００４６８には不完全メッシュネットワーク（ＩＭＮ）上でＰＰＰプロトコルを使用する方法が説明されている。特に、この文献は不完全メッシュ通信網を介したポイントツーポイントデータ通信リンクのエミュレーションに関連している。典型的にＩＭＮは正しい順序の伝送を保証できないため、この従来技術の文献はＩＭＮを横切ってＰＰＰパケットを転送する問題について検討している。この文献に記載された展開はいわゆるライトウェイトトランスポートプロトコル、すなわち順序正しい送出しを保証しないプロトコル、をＩＭＮ上で使用することからなっている。その利点は従来のシステムで使用されるＩＭＮにおける付加再送信により性能が不必要に劣化するようにＰＰＰ等の高レイヤプロトコルが以前に再送信を行う事実にある。しかしながら、この文献はリンクの確立には関連していない。
【００３０】
（発明の目的）
したがって、本発明の目的はパケット交換網（例えば、インターネット）とのリンクを確立するように設計される装置を制御するための改良された方法を提供することである。
【００３１】
本発明のもう１つの目的は対応する装置を提供することである。
【００３２】
（発明の開示）
これらの目的は以下の通信制御方法により達成される。通信装置は、通信リンクによりもう１つの通信装置に接続されて前記通信リンクがパケット交換用に構成される。前記２つの通信装置の一方は他方側で第１のプロトコル（例えば、ＩＰ）に従うパケット交換網に接続される。前記通信装置制御方法は少なくとも前記第１のプロトコルをカプセル化しかつ前記リンクを確立し構成するための第３のプロトコル（例えば、ＬＣＰ）を含む第２の予め決められたプロトコル（例えば、ＰＰＰ）に従ってパケットを交換することにより前記リンクを介した通信が行われるように前記装置を制御することが可能であり、
前記第２のプロトコルによる要件は、
−前記リンクを介して送られるパケットが、前記第３のプロトコルに対し少なくとも１つの特定値が予約され他の所定値は前記第２のプロトコルにより使用されないようにして、予め決められたプロトコルに対し予め決められた値が予約されるプロトコルフィールドと、前記プロトコルフィールド内に含まれる値により示されるプロトコルに関連するデータを含む情報フィールドとを含むことと、
−リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロトコルを示すパケットしか処理されず他の全てのパケットは廃棄されるようにパケットが交換される少なくとも１つのフェーズを含むことであり、
前記通信装置制御方法はさらに、
前記第２のプロトコルに従う前記リンクを介してそのプロトコルフィールド内の前記第３のプロトコルを示す第１のタイプのパケットを送り出すステップと、
引き続き前記第２のプロトコルにより許可はされるが使用されない値をそのプロトコルフィールド内に有する第２のタイプの少なくとも１つのパケットを送り出し、前記第２のパケットは前記第２のプロトコルに従って動作する通信装置により拒否はされないが処理せずに廃棄されるようにするステップと、
前記第１のタイプのパケットの受信を待機し受信されればそれを格納し、前記第２のタイプのパケットの引き続く受信を所定時間待機するステップと、
第２のタイプのパケットが受信されなければ前記第１のタイプの前記格納されたパケットを処理して引き続き前記第２のプロトコルに従って動作するステップと、
このようなパケットが受信されれば前記第２のタイプのパケットを処理するステップとを含んでいる。
【００３３】
本発明に従って、リンクに接続された２つのピアが前記方法に従って動作する場合、必要な全ての情報（例えば、ＬＣＰ，ＩＰＣＰ等）を並列に、すなわち両方向に同時に、送ることにより第２のプロトコル（例えば、ＰＰＰ）により利用されるリンク構成のシーケンシャルステップを回避することができる。それによりリンク構成の速度が著しく増加する。一方、本発明に従って一方のピアしか動作せず他方のピアは前記第２のプロトコルに従う場合には、本発明によるピアは前記第２のプロトコルに従う動作モードへ自動的に戻る。したがって、コンパチビリティが保持される。
【００３４】
その結果、第２のプロトコル（例えば、標準ＰＰＰ）に従って動作する他のシステムとのコンパチビリティ問題を生じることなく本発明を既存のシステム内に統合することができる。一方、ポイントツーポイントリンクを形成する両方のピアが本発明に従う場合には、パケット交換によるデータ通信を第２のプロトコル（例えば、標準ＰＰＰ）に従うよりも遥かに速く確立することができる。
【００３５】
したがって、本発明はセルラー通信システムのインターネットのようなパケット交換網へのポイントツーポイントリンクの構成を処理する部分へ応用すれば特に有利である。しかしながら、本発明はそこに限定されるものではなく他の全てのハイレイテンシ通信リンク、例えば衛星リンク、および／もしくは他のいわゆる“チャッティ（ｃｈａｔｔｙ）”プロトコル、すなわちリンクを構成する時に極端な数のパケットを交換する必要があるプロトコル、ＲｆＣ１６６１に従った標準ＰＰＰはその一例にすぎない、の修正にも有利に応用することができる。
【００３６】
（詳細な説明）
現在本発明の最善の実施態様と考えられる本発明の好ましい実施例に従って、セルラー通信網のインターネット等のパケット交換網とのポイントツーポイントリンクを確立する責任のある部分へ発明概念が応用される。それらは図３に示す端末装置（ＴＥ）および直接アクセスユニット（ＡＵ）である。したがって、図３の下部のハードウェアの前記説明は繰り返さない。
【００３７】
この好ましい実施例では、本発明は予め確立された回路交換リンクをＲｆＣ１６６１に明記されたＰＰＰとは異なるが前記標準ＰＰＰとのコンパチビリティは保持される修正に従って構成するのに使用される。したがって、既知のポイントツーポイントプロトコルに関する前記開示は本発明の開示に完全に組み込まれる。
【００３８】
以下の説明において、標準ＰＰＰピア（ｐｅｅｒ）という用語はＲｆＣ１６６１に定義されたＰＰＰにしか従わないピアのことであり、ＣＳＤ−ＰＰＰピアは本発明の概念に従って動作する、すなわち本発明のパケット交換モードに従う、が標準ＰＰＰに従って動作することもできるピアのことである。ＣＳＤという用語は回路交換されたデータを意味し、したがって本実施例が回路交換リンクを構成するのに使用されるという事実に関係する。
【００３９】
また、マスクしたＰＰＰパケットという用語はＲｆＣ１６６１に定義されたシンタクス（ｓｙｎｔａｘ）およびセマンテクス（ｓｅｍａｎｔｉｃｓ）を有するが“不正”プロトコルフィールドをもつパケット（ＬＣＰ，ＰＡＰ，ＣＨＡＰ，ＩＰＣＰもしくはＩＰパケット等）を指示するのに使用される。“不正”をもつパケットは意味しない。“不正”はマスクしたＰＰＰパケットのプロトコルフィールド内でプロトコルを示すのに使用される値が必ずしも予約はされないが、一方では有効プロトコルフィールドがどのように定義されるかに関してＲｆＣ１６６１に従うように一意的に選択されるべきことを意味する。例として、０ｘ８００１から０ｘ８０１ｆの１６進範囲からの値は受理できる候補である（表１参照）。これらの必要条件は標準ＰＰＰピアがこれらの“不正”パケットを廃棄しなければならずそれらを拒否してはならないという事実から生じる。標準ＰＰＰピアが例えばリンク確立フェーズであれば、それはＬＣＰパケットを処理するだけでＰＡＰやＣＨＡＰ等の他のパケットは廃棄する。
【００４０】
その結果、標準ＰＰＰピアがマスクしたＰＰＰパケットを受信すると、そのパケットはサイレント廃棄される。
【００４１】
一方、ＣＳＤ−ＰＰＰピアはマスクしたＰＰＰパケットを識別できるように制御される。マスクしたパケットはあるプロトコル（例えば、ＬＣＰ）がＰＰＰパケットのプロトコルフィールド内に含めることができる値、すなわち標準ＰＰＰに受理される値、に割り当てられるがそれにより使用はされない（例えば、前記した０ｘ８００１から０ｘ８０１ｆの１６進範囲）パケットである。マスクしたパケットの情報フィールド内に含まれる情報は標準パケットに対するものと同じルールに従う。例として、ピアがＭＲＵを所与の値にリセットするＬＣＰパケットを送り出す場合には、標準パケットおよび対応するマスクしたパケットは同一情報フィールドを有するが、異なるプロトコルフィールドを有し、標準パケットはＰＰＰにより規定される値を含みマスクしたパケットはＰＰＰパケット内のプロトコルフィールドに対しては許可されるがＰＰＰにより使用はされない、すなわちＰＰＰにより特定プロトコルに対して保存されない前記した値（表１参照）の１つを含んでいる。
【００４２】
ＣＳＤ−ＰＰＰピアは次にマスクしたパケットを処理してリンクを確立しマスクしたパケット内の情報に従ってデータを伝送する。本発明に従ったシステムおよび方法は標準ＰＰＰにより要求されるフェーズの厳密な分離（図４参照）を必要としないように設計される。両方のピアは予め定義された１組のＬＣＰおよびＩＰＣＰオプション、例えば下記の表２に明記されたセット、を採用してまずＬＣＰ、認証およびＩＰＣＰフェーズおよびＩＰパケットの交換を同時に開始する。“同時に”という意味は構成されるリンクが“アップ”である（確立された）というメッセージに応答して、両方のＣＳＤ−ＰＰＰピアがほとんど同時にパケットを送り始めるが、標準ＰＰＰとは対照的に次のフェーズが始まらないうちに各フェーズをうまく完了させなければならない図４に示す手順には従わないことを意味する。むしろコンパチビリティを保証するために、最初に前記した標準ＬＣＰパケットを送り出し次に１つ以上のマスクしたパケットを送り出す。両方のピア共リンクアップメッセージに応答して送出開始するため、マスクしたパケットのこの送り出しは双方向でありほとんど同時である。これらのマスクしたパケットはリンクを構成するための所望もしくは所要パケット、例えば図４の例で逐次送られるパケット、の一部もしくは全部を含んでいる。すなわち、図４に示すシーケンシャル処理は並列に遂行することができる。その結果、特にハイレーテンシリンクに対して、構成速度は途方もなく増加する。例として、２つのＣＳＤ−ＰＰＰピアがいかなる設定も交渉する必要がなく全ての構成が相互に受理できる場合には、本発明のシステムにおいて構成時間は０．５ＲＴＴへ低減される。構成フェーズを並列とするこの基本的アスペクトについては図５から図７に関して後述する。
【表２】
0003967548.tif 000003
【００４３】
リンクを確立するプロセスはＣＳＤ−ＰＰＰピアにより最初にＬＣＰパケット（標準ＰＰＰに従った正規のリンク確立プロセスに完全に従うパケット）が相次いで送られ、その後マスクしたパケット好ましくは１組のマスクしたパケットが相次いで送られるように行われる。受信ピアが標準ＰＰＰピアであれば、それは第１のＬＣＰパケットを受理して処理しマスクしたパケットをサイレント廃棄する。このようにして、コンパチビリティが保持される。
【００４４】
受信ピアがＣＳＤ−ＰＰＰであれば、標準ＬＣＰパケットをサイレント廃棄して替わりにマスクしたパケットを処理するように制御される。それは最初に標準ＬＣＰパケットを一時的に格納し次にマスクしたパケットが続くかどうかを調べるために待機して行われる。マスクしたパケットが続く場合には、格納された標準ＬＣＰパケットはサイレント廃棄されてマスクしたパケットが処理される。しかしながら、マスクしたパケットが続かない場合には、標準ＬＣＰパケットが処理され標準ＰＰＰに従って標準ＰＰＰリンクを完全に確立する。それは図４に示すフェーズのシーケンシャルな完了が追従することを意味する。したがって、ＣＳＤ−ＰＰＰピアが標準ＰＰＰピアと通信する場合には、自動的に標準ＰＰＰへ戻って標準ＰＰＰピアのように作用するように制御される。
【００４５】
同じ動作がＣＳＤ−ＰＰＰピアでも実施され、前記したように、それは標準ＬＣＰパケットおよびそれに続く１組のマスクしたパケットを送り出すが、標準ＬＣＰパケットだけを受信して他のピアからのマスクしたパケットは受信しない。したがって、このＣＳＤ−ＰＰＰピアは他のピアが標準ＰＰＰピアであることを学習し、自動的に標準ＰＰＰモードへ戻るように制御される。
【００４６】
要約すれば、前記実施例はパケットリンクを確立するためにＣＳＤ−ＰＰＰピアが最初に標準［ＰＰＰ］ＬＣＰパケットを送り出しそれに相次いでマスクしたパケットの初期セットを送り出すように働き、前記マスクしたパケットが含んでいるのはＬＣＰ情報だけではない。これらのマスクしたパケットは好ましくは標準ＰＰＰシステムにおいてシーケンシャルフェーズで送られる構成情報の全てもしくは少なくとも一部を含んでいる（図４参照）。本発明のシステムでは、図４に示すシーケンシャルフェーズにおいて標準パケット内で送られる情報は前記最初の標準ＬＣＰパケットの後のマスクしたパケットの初期セット内で送られる。このようにして、本発明のシステムおよび方法により並列構成プロセスが与えられる。
【００４７】
受信ＣＳＤ−ＰＰＰピアは標準ＬＣＰパケットをサイレント廃棄してマスクしたパケットの初期セットを処理しマスクしたパケット内の情報に従ってリンクを確立して使用する。一方、受信ピアが標準ＰＰＰピアであれば、それは標準ＬＣＰパケットを処理してマスクしたパケットの初期セットをサイレント廃棄し、標準ＰＰＰリンクを確立する、すなわちシーケンスおよびタイプが標準ＰＰＰに完全に従う応答パケットを戻すだけである。ＣＳＤ−ＰＰＰピアが標準ＬＣＰパケットしか受信しない（すなわちマスクしたパケットが続かない）すなわちそのマスクしたパケットに対するいかなるマスクした応答パケットも受信しない場合には、自動的に標準ＰＰＰモードへ戻って標準ＰＰＰピアのように機能する。
【００４８】
処理すなわち廃棄のアクションは本発明のこの実施例のシステムおよび方法によりマスクしたパケットが標準ＰＰＰにより拒否されないようにＰＰＰパケットの標準プロトコルフィールドに対して許された値を使用して達成され、前記値は一方では標準ＰＰＰにより使用するために保存はされず、それらは標準ＰＰＰにより処理されずにサイレント廃棄されるだけである。一般的に、それはマスクしたパケットがＰＰＰにより拒否されずにサイレント廃棄されるように定義されることにより本発明の実施例が標準ＰＰＰとコンパチブルとなるように設計されることを意味する。
【００４９】
本発明の基本的方法を図１のフロー図により説明する。最初のステップＳ１において、装置は通信リンクが確立されるまで待機する。例えば、図３に示す端末装置は回路交換リンクが確立されていることを示す移動局ＭＳからのリンクアップメッセージを受信する。次に、ステップＳ２において、標準ＰＰＰに従う標準ＬＣＰパケットが送り出され、バックツーバック（ｂａｃｋ  ｔｏ  ｂａｃｋ）で少なくとも１つのマスクしたパケット、好ましくは１組のマスクしたパケットが送り出される。ステップＳ３において、装置はリンクの他端から標準ＬＣＰパケットが受信されるまで待機する。この標準ＬＣＰパケットが受信されると、それはステップＳ４において格納される。ステップＳ５において、装置はリンクの他端がマスクしたパケットを送っているかどうかを調べる。送ったのであれば、方法はステップＳ６へ分岐し、そこでマスクしたパケットは処理されてマスクしたパケットおよび恐らくはそれに続くマスクしたパケット内の情報に従って通信が行われる。一方、ステップＳ５における判断が否定的であれば、方法はステップＳ７へ分岐し、そこで装置は標準ＰＰＰモードへ戻り、標準ＰＰＰに完全に従うリンクを確立するために標準ＰＰＰに従うパケットだけを処理する。
【００５０】
ステップＳ７に従う処理は標準ＰＰＰに完全に従うことに留意すべきである。ステップＳ６に従う処理はＣＳＤ−ＰＰＰピアがリンクの構成後にマスクしたパケット、例えばマスクしたＩＰパケット、を送って処理し続けるか、あるいはマスクしたパケットが構成にしか使用されずリンク構成後にＣＳＤ−ＰＰＰピアは標準ネットワークレベルパケット、例えばＰＰＰに従う標準ＩＰパケット、の送り出しに戻るようなものとすることができる。
【００５１】
この実施例に従って、マスクしたパケットの初期セットは、第１の構成フェーズにおいてＬＣＰパケットしか許可しない標準ＰＰＰとは対照的に、ＬＣＰ，ＰＡＰ，ＣＨＡＰ，ＩＰＣＰ，ＩＰその他の任意タイプの情報を含むことができる。本発明の本実施例のシステムおよび方法は、標準ＰＰＰについて前記したシーケンシャルプロセスとは対照的に、並列構成プロセスの可能性を提供する。その結果、前記実施例に従ったシステムは僅か０．５ＲＴＴ後に迅速にリンクを確立してＩＰパケット送り始めることができ、それは標準ＰＰＰに比べて著しい速度増加である。
【００５２】
どのタイプのパケット（ＰＡＰ，ＣＨＡＰ，等）がマスクしたパケットとして送られるかは個別の必要条件およびインプリメンテーションによって決まる。例えば、１つのインプリメンテーションはＰＡＰパスワードが常に与えられる必要があるという必要条件を含み、もう１つのインプリメンテーションはＰＡＰパスワードが特定の条件下にあればよくさらにもう１つのインプリメンテーションはＰＡＰに対する規定がなにもない。インタラクトする２つのＣＳＤ−ＰＰＰピアの例が下記に示され、前記した実施例に基づく本発明のさらなる実施例を構成する。
【００５３】
もう１つの実施例として、ＣＳＤ−ＰＰＰピアは前記したマスクしたパケットの初期セットの一部として適切なマスクしたＬＣＰもしくはＩＰＣＰパケットを送ることにより予め定められたＬＣＰもしくはＩＰＣＰ設定を変えることができる。設定のこのような変更の例はＭＲＵを２９６および１５００間の値へ調節することである。このような変更がなされる場合、受信ＣＳＤ−ＰＰＰピアはそれを受理したりしなかったりすることができる。したがって、受信ＣＳＤ−ＰＰＰピアはマスクしたＡＣＫ（受信応答）もしくはＮＡＣＫ（非受信応答）により応答する。
【００５４】
さらにもう１つの例として、ＣＳＤ−ＰＰＰピアはＰＡＰおよびＣＨＡＰの両方をサポートすることができるが、ＡＵ内のＣＳＤ−ＰＰＰピア（図３参照）は使用される認証プロトコルを指示する。認証が必要であれば、認証フェーズ中にＣＳＤ−ＰＰＰピアにより受信されるＩＰパケットはバッファしなければならず（すなわち、一時的に格納される）かつ認証フェーズが成功しないうちに受信ＩＰピア（すなわち、ＴＥ内のＣＳＤ−ＰＰＰピアがＡＵ内のＣＳＤ−ＰＰＰピアを介して接続されると思われるインターネット内のピア）へ転送してはならない。
【００５５】
前記したＣＳＤ−ＰＰＰピア動作の例外のケース、例えばＩＰアドレスが既に割り当てられておりかつ／もしくはＩＰパケットが既に受信されているのに認証に失敗した場合においては、リンクを終端させなければならずＡＵにより割り当てられるＩＰアドレスを割当て解除して受信ＩＰパケットを廃棄しなければならない。
【００５６】
以下に、図４の標準ＰＰＰが必要とする手順と比べられる図５から図７の線図に関していくつかの例について説明する。図４のケースと同様に、図５から図７ではＴＥ内のピア（図３参照）がＡＵ内のピアと通信するものと仮定され、図５から図７はＣＳＤ−ＰＰＰピアを示し図４は標準ＰＰＰピアを示すにすぎない。また、実際の通信は常に反対方向でも行われる、すなわち通信は常に双方向であるため、図４と同様に、図５から図７に示す通信は説明の目的で簡単化されている。図４に関して前記したように、それは図５から図７にはＡＵからＴＥへの最初の送信が示されているが、ＴＥはほぼ同時にそのパケット、すなわち最初のＬＣＰパケット、を送り始め次に相次いでマスクしたパケットの第１セットを送ることを意味する。すなわち、リンクがアップであるという信号に応答して２つのサイドが共に送り始め、リンクがアップであることを一般的に両サイドがほぼ同時に確認する。
【００５７】
また、簡単化しかつ大要をよく掴むために、前記した予め定められた設定を変更するためのオプションでマスクしたＬＣＰおよびＩＰＣＰパケットおよび対応する前記したＡＣＫおよびＮＡＣＫは図５から図７には含まれていない。
【００５８】
さらに、それ自体をＣＳＤ−ＰＰＰピアとして識別するためにＣＳＤ−ＰＰＰピアにより標準ＬＣＰパケットの後で相次いで送られる初期マスクしたＬＣＰパケット（好ましくは、予め定められた設定を変更する必要がない場合でも送られ、その場合前記パターンは空である）も示されていない。
【００５９】
最後に、初期マスクしたＬＣＰパケットよりも先に送られる標準ＬＣＰパケットも示されていない。したがって、図５から図７に示されたパケットは全てマスクしたパケットである。
【００６０】
図５はＡＵがＣＨＡＰ（チャレンジハンドシェーク認証プロトコル）を必要とする実施例を示す。したがって、リンクアップメッセージに応答して、ＡＵは最初に標準ＬＣＰパケットを送り相次いでマスクしたＬＣＰパケット（前記したように、図示せず）を送り次にＡＵはＣＨＡＰ−チャレンジ（ｃｈａｌｌｅｎｇｅ）を送る。さらに、ＡＵはＣＨＡＰパケットに相次いでＩＰＣＰパケットも送り、これら２つのパケットは先行するマスクしたＬＣＰパケット（図示せず）と共に１組のマスクしたパケットを形成し、それによりシステムは構成、認証およびネットワーク制御を同時に実施することができる。このセットに応答して、ＴＥはユーザＩＤおよび／もしくはＣＨＡＰパケットおよび第１のＩＰパケットに対応するパスワードを送る。したがって、認証およびネットワークレイヤパケット交換は同時に実施され、ネットワークレイヤ（ＩＰ）パケットの交換は０．５ＲＴＴ後に既に始まるようにされる。それは図４に示す標準ＰＰＰに関して著しい増加である。図４は標準ＰＰＰに対する最少（すなわち、理想的）構成しか示していないことを再度留意すべきである。
【００６１】
図６はＡＵがＰＡＰ（パスワード認証プロトコル）を必要とする実施例を示す。ＰＡＰが必要とされていることを示すパケットはＰＡＰが予め定められた設定ではないため予め定められた設定のこの変更を示す適切なマスクしたＬＣＰパケットであることを注記しなければならない点を除けば、手順は図５に示すものに非常に類似している。すなわち、図５に示す実施例と同様に、リンクアップメッセージに応答して、ＡＵは最初に標準ＬＣＰパケット（図示せず）を送り出し次にＰＡＰを要求する前記マスクしたＬＣＰパケットを送り出し、その後ＩＰＣＰパケットが送り出される。それに応答して、ＴＥは第１のＩＰパケットだけでなく、ＰＡＰユーザＩＤおよび／もしくはパスワードを送る。図５のケースと同様に、ネットワークレイヤパケット交換は０．５ＲＴＴ後に開始することができる。
【００６２】
最後に、図７に認証が必要とされずすなわち要求されずかつＴＥが第１のマスクしたＩＰパケットを送ることにより応答する初期標準ＬＣＰパケットおよびマスクしたＬＣＰパケット（前記したように、図示せず）の後でＡＵがマスクしたＩＰＣＰパケットを送る実施例を示す。ここでも、ネットワークレイヤパケット交換は０．５ＲＴＴ後に開始することができる。
【００６３】
前記した実施例によりセルラー網を介したインターネットアクセスに対する全体接続時間が低減される。認証が必要とされるか否かにかかわらず、ポイントツーポイント構成は０．５ＲＴＴに低減される。えられる利点は標準ＰＰＰにおいて認証があるもしくはない場合にそれぞれ最少の１．５もしくは２．５ＲＴＴとなることである（図５から図７と比べた図４参照）。ＧＳＭセルラー網ではそれは例えば認証がない場合のおよそ１０００ｍｓおよび認証がある場合の１６００ｍｓに対応する。大概の場合、利得はそれよりも遥かに高くおよそ２秒から４秒であり４秒から８秒となることもある。
【００６４】
図５、図６および図７に関して説明した前記実施例では、最初のＩＰパケット（より一般的には最初のネットワークパケット）はＴＥが前記したＩＰＣＰパケット内のＡＵからソースＩＰアドレスを受信した後でしか送られない。しかしながら、本発明のもう１つの実施例に従って、ＴＥはリンクがアップとなる後に送られるマスクしたパケットの最初のセットにより最初のＩＰパケットおよび恐らくはさらなるＩＰパケットを送ることもできる。これらのＩＰパケットは適切なフィールド内にソースＩＰアドレスを持たない。この場合、ＡＵは消失アドレスをこれらのＩＰパケット内へ挿入する。ＴＥがＡＵからＩＰアドレスを受信した後で、前記した実施例と同様に、ＴＥ自体が後続するＩＰパケット内へアドレスを書き込むことができる。
【００６５】
したがって、前記した実施例では下層リンクがアップとなる直後に所望のデータ通信（すなわち、ＩＰパケットの送り出し）を開始することができる。
【００６６】
図５、図６および図７にそれぞれ対応する図８、図９および図１０に関してそれを幾分詳細に説明する。３つの図面の全てにおいて、インプリメンテーション（ＴＥ）を送っているＩＰパケットおよびインプリメンテーション（ＡＵ）を受信しているＩＰはリンクがアップであることを同時に確認ししたがって同時にパケットを送り始めるものと仮定する。ここでも、標準ＬＣＰパケットおよび最初のマスクしたＬＣＰパケットは図示されていない。
【００６７】
図５のそれに対応する状況を示す図８のケースでは、ＴＥはリンクがアップであることを確認した直後に送られるパケット列内で最初のＩＰパケット（および恐らくはそれ以上のパケット）を送る。このＩＰパケットは適切なフィールド内にＩＰアドレスを持たないが、この実施例のインプリメンテーションはそれでもパケットが送られるようにされている。ここでも判り易くするためにＴＥにより送られる初期標準ＬＣＰパケットおよびマスクしたＬＣＰパケットは図示されていない。図８に示す状況では、ＣＨＡＰは必要とされるものとする。したがって、この実施例のインプリメンテーションはＣＨＡＰ認証が受信されるまでＡＵは１つ以上のＩＰパケットをバッファするようにされる。ＣＨＡＰチャレンジが正しく返答されている、すなわちＴＥがそれ自体を正しく識別している、ことがＡＵにより確認されている場合には、ＡＵは消失ＩＰアドレスを挿入して対応するＩＰパケットを送る。ＡＵからＩＰアドレスを受信した後でＴＥにより送られる他方のＩＰパケットは適切なフィールド内にＩＰアドレスを有し、それらはＡＵによりいつものように処理することができる。
【００６８】
同様な状況が図９に示されており、それは図６に対応する。ここではＡＵはＰＡＰが必要とされるパケットを送り、それにＩＰアドレスが続き、同時にＴＥがＩＰアドレスを欠く最初のＩＰパケットを送る。ＡＵは正しいパスワードが受信されるまでＩＰパケットをバッファし、次にＩＰアドレスを挿入してＩＰパケットを送る。ＩＰアドレス受信後にＴＥにより送られるＩＰパケットはその中に含まれたアドレスを有する。
【００６９】
図９に関して説明した実施例は次のように修正することもできる。ＴＥにおけるインプリメンテーションは、必要条件メッセージを受信せずに、マスクしたパケットの最初の列内でＰＡＰパスワードを送るようにＴＥを設定できるようなものとすることができる。リンクがアップである直後にマスクしたパケットの最初の列でユーザＩＤもしくはパスワードを送るように、すなわちＰＡＰが必要とされるというメッセージを受信せずに自動的に、ＴＥが設定される場合には、ＡＵはただちにパスワードを受信し最初のＩＰパケットをバッファする必要がない。次にＡＵは即座にパスワードをチェックすることができる。それが正しければ、消失ソースＩＰアドレスを受信ＩＰパケットへ挿入することができこれらのパケットを遅延なく送ることができる。このような能力は一般的に常に同じパートナーとの接続を確立する、例えば常に同じインターネットサービスプロバイダに接続するユーザに対する、装置におけるインプリメンテーションに対して特に有利である。
【００７０】
当然、この能力はＰＡＰパスワードに限定はされず考えられる任意のパスワードもしくは識別方式において実現することができる。それはＩＰパケットに対する遅延をさらに低減する利点を有する。
【００７１】
図７に対応する図１０では、ＡＵはＩＰパケットをバッファする必要がないため状況はさらに単純となる。より正確にいえば、ＡＵはＩＰアドレスを送り、ＴＥはＩＰアドレスを欠く最初のＩＰパケットを送る。このＩＰパケットは単にＡＵにより受信され、それはＩＰアドレスを挿入し次にパケットを送る。ここでも、前のケースと同様に、ＡＵからＩＰアドレスを受信した後でＴＥにより送られるパケットは適切なＩＰアドレスを含んでいる。
【００７２】
一般的に、それはインプリメンテーションがネットワークパケット（すなわち、ＩＰパケット）の送り手として作用することを意味し、これらのパケットがネットワークアドレスを含まなくても、リンクがアップであるという確認に続くマスクしたパケットの最初の列で最初のネットワークパケットを送ることができる。状況に応じて、受け手として作用するインプリメンテーションはネットワークアドレスを挿入し、恐らくは所与の状況に応じて予め決められた条件が満たされるまでバッファすることによりこれらのネットワークパケットを適切に処理する。
【００７３】
本発明はそれをよく理解しかつ発明者が現在本発明の最善の実施態様と考えることを当業者に詳細に説明するために提示した前記例に限定されるものではない。
【００７４】
例えば、本発明はＲｆＣ１６６１のポイントツーポイントプロトコルの修正に限定はされず、独立項に概説された性質を有するいかなるプロトコルにも当然応用することができる。すなわち、本発明は例えば極端な量のパケット交換を必要とする任意の“チャッティ”プロトコルに有利に応用することができる。その結果、マスクしたパケット（ＬＣＰ，ＣＨＡＰ，ＰＡＰ等）に関して前記した特定のプロトコルは、選択した応用に適切な、他のプロトコルで置換もしくは補足することができる。
【００７５】
また、本発明は図３に示す回路交換リンクの特定例の構成に限定されるものでもない。それはいかなるタイプの回路交換リンクにも応用することができる。さらに、本発明は回路交換リンクに限定されるものでもない。それはいかなるタイプのリンクにも応用することができる。セルラー網における回路交換リンク等のハイレイテンシリンクに関して利点は特に顕著であるが、本発明を典型的にはやはりハイレイテンシを有する、例えば衛星リンク、に応用する場合にも同様に顕著な利点がえられる。
【００７６】
したがって、本発明を詳細な例に関して説明してきたが、本発明はそれに限定されるものではないことが分る。当業者ならば、特定の必要条件および制約に応じて、さまざまな修正および変更が可能である。したがって、本発明の範囲は添付した特許請求の範囲およびそれに相当するものにより明示される。
【００７７】
特許請求の範囲の参照符合は理解しやすくするためのものであり、特許請求の範囲を限定するものではない。
【図面の簡単な説明】
【図１】  本発明の基本的方法を説明するフロー図である。
【図２】  ＲｆＣ１６６１に従ったポイントツーポイントプロトコルに対するカプセル化を示す図である。
【図３】  セルラー通信システムのモバイルノードとネットワークノード間に接続を確立して前記モバイルノードからインターネットへの接続を確立することを示す略図である。
【図４】  標準ポイントツーポイントプロトコルに従ってリンクが確立される時の図３のモバイルノード内の端末装置と図３のネットワークノード内の直接アクセスユニットとの間のパケット交換のシーケンスを示す図であり、ＴＥにより開始される一連のパケットだけが図示されており考えられる最高速リンク構成を示している。
【図５】  本発明の実施例に従ってリンクを確立する時にモバイルノードとネットワークノード間で交換されるパケットのシーケンスを示す図である。
【図６】  本発明のもう１つの実施例に従ってリンクを確立する時にモバイルノードとネットワークノード間で交換されるパケットのシーケンスを示す図である。
【図７】  本発明のさらにもう１つの実施例に従ってリンクを確立する時にモバイルノードとネットワークノード間で交換されるパケットのシーケンスを示す図である。
【図８】  ネットワークノードからＩＰアドレスが受信される前にモバイルノードから最初のＩＰパケットが送られる点を除けば、図５の実施例に対応するリンクを確立する時にモバイルノードとネットワークノード間で交換されるパケットのシーケンスを示す図である。
【図９】  ネットワークノードからＩＰアドレスが受信される前にモバイルノードから最初のＩＰパケットが送られる点を除けば、図６の実施例に対応するリンクを確立する時にモバイルノードとネットワークノード間で交換されるパケットのシーケンスを示す図である。
【図１０】  ネットワークノードからＩＰアドレスが受信される前にモバイルノードから最初のＩＰパケットが送られる点を除けば、図７の実施例に対応するリンクを確立する時にモバイルノードとネットワークノード間で交換されるパケットのシーケンスを示す図である。
【図１】
0003967548.tif 000004
【図２】
0003967548.tif 000005
【図３】
0003967548.tif 000006
【図４】
0003967548.tif 000007
【図５】
0003967548.tif 000008
【図６】
0003967548.tif 000009
【図７】
0003967548.tif 000010
【図８】
0003967548.tif 000011
【図９】
0003967548.tif 000012
【図１０】
0003967548.tif 000013