JP2002501331A - リンク構成方法および装置 - Google Patents
リンク構成方法および装置Info
- Publication number
- JP2002501331A JP2002501331A JP2000528055A JP2000528055A JP2002501331A JP 2002501331 A JP2002501331 A JP 2002501331A JP 2000528055 A JP2000528055 A JP 2000528055A JP 2000528055 A JP2000528055 A JP 2000528055A JP 2002501331 A JP2002501331 A JP 2002501331A
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- packet
- link
- packets
- ppp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/083—Network architectures or network communication protocols for network security for authentication of entities using passwords
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Radio Relay Systems (AREA)
Abstract
(57)【要約】
本発明はＲｃＦ１６６１に従って標準ＰＰＰ等の、シーケンシャル構成フェーズを必要とする、チャッティプロトコルを使用する回路交換リンクもしくは衛星リンク等のハイレイテンシーリンクのリンク構成速度を改善する方法および装置に関する。初期リンク構成フェーズにおいて、標準ＬＣＰパケットが送り出され、続いて少なくとも１つのマスクしたパケットが送られそれは標準プロトコルに従って動作するピアによりサイレント廃棄されるが、その内容は本発明に従って動作するピアにより処理される。初期標準ＬＣＰパケットは標準プロトコルとのコンパチビリティを生じ、構成情報を含むマスクしたパケット（ＰＡＰ，ＣＨＡＰ，ＩＣＰＣ等）を送ることにより本発明に従って動作する２つのピアは構成フェーズを並列に遂行して、リンクを構成しＩＰパケット等のネットワークレベルパケットをＰＰＰ等の標準プロトコルの場合よりも遥かに迅速に送信する準備を完了するようにすることができる。
Description
【０００１】 （技術的背景） 本発明はリンク、好ましくはパケット交換により動作する通信網にアクセスす
る、リンクを構成するのに使用される通信装置および方法に関する。このような
通信網の例はインターネットである。
る、リンクを構成するのに使用される通信装置および方法に関する。このような
通信網の例はインターネットである。
【０００２】 インターネットはコンピュータのネットワークであり、通信はパケットと呼ば
れる単位により行われる。それは伝送される情報がこのようなパケットを介して
配信されることを意味し、これらのパケットはネットワークを介して個別に独立
して送ることができる。この通信は、ここではいわゆるインターネットプロトコ
ルＩＰである、プロトコルにより支配される。プロトコルはフォーマットおよび
一般的な通信手順を決定する１組のルールであり、ネットワークの各メンバーは
他のメンバーと通信できるためにはプロトコルに従わなければならない。
れる単位により行われる。それは伝送される情報がこのようなパケットを介して
配信されることを意味し、これらのパケットはネットワークを介して個別に独立
して送ることができる。この通信は、ここではいわゆるインターネットプロトコ
ルＩＰである、プロトコルにより支配される。プロトコルはフォーマットおよび
一般的な通信手順を決定する１組のルールであり、ネットワークの各メンバーは
他のメンバーと通信できるためにはプロトコルに従わなければならない。
【０００３】 インターネットへアクセスするためのさまざまな可能性がある。最も基本的な
のは専用回線、すなわちネットワークの一部であるもう１つのコンピュータに常
時接続されている回線、を経由することである。したがって、専用回線を経由し
てネットワークへアクセスするコンピュータはネットワークのメンバーとなる、
すなわちネットワークはそれによって拡張される。回線に沿った通信はＩＰに従
って行われる。しかしながら、専用回線は費用がかかり、このような構成はイン
ターネットへの永久アクセスおよび／もしくは大量データの迅速な伝送を必要と
するユーザにしか意味をなさない。
のは専用回線、すなわちネットワークの一部であるもう１つのコンピュータに常
時接続されている回線、を経由することである。したがって、専用回線を経由し
てネットワークへアクセスするコンピュータはネットワークのメンバーとなる、
すなわちネットワークはそれによって拡張される。回線に沿った通信はＩＰに従
って行われる。しかしながら、専用回線は費用がかかり、このような構成はイン
ターネットへの永久アクセスおよび／もしくは大量データの迅速な伝送を必要と
するユーザにしか意味をなさない。
【０００４】 専用回線に替わるものは擬似専用接続でありそれはインターネットとの接続が
必要である場合しか確立されないが、確立されれば専用回線のように作用する。
このような接続の典型的な例は単一ユーザから、大学コンピュータや商業インタ
ーネットアクセスサーバ等の、インターネット内のサーバへのモデムリンクであ
る。ユーザは必要な時にインターネットとの接続を確立するだけであり、専用回
線に伴う高いコストはかからないが接続は専用回線のように作用するため、確立
された接続によりユーザはインターネットの完全なメンバーとされる。
必要である場合しか確立されないが、確立されれば専用回線のように作用する。
このような接続の典型的な例は単一ユーザから、大学コンピュータや商業インタ
ーネットアクセスサーバ等の、インターネット内のサーバへのモデムリンクであ
る。ユーザは必要な時にインターネットとの接続を確立するだけであり、専用回
線に伴う高いコストはかからないが接続は専用回線のように作用するため、確立
された接続によりユーザはインターネットの完全なメンバーとされる。
【０００５】 ２つのポイント（一方ではインターネットに一時的にアクセスしたいコンピュ
ータ、他方では典型的に複数の他のインターネットメンバーに接続されるインタ
ーネット内のサーバ）間のこのような擬似専用接続にはそれ自体のプロトコルが
必要である。２つの既知のプロトコルはＳＬＩＰ（シリアルラインインターネッ
トプロトコル）およびＰＰＰ（ポイントツーポイントプロトコル）である。近年
、ＰＰＰがこのような擬似専用接続に対する支配的なプロトコルとなってきてい
る。
ータ、他方では典型的に複数の他のインターネットメンバーに接続されるインタ
ーネット内のサーバ）間のこのような擬似専用接続にはそれ自体のプロトコルが
必要である。２つの既知のプロトコルはＳＬＩＰ（シリアルラインインターネッ
トプロトコル）およびＰＰＰ（ポイントツーポイントプロトコル）である。近年
、ＰＰＰがこのような擬似専用接続に対する支配的なプロトコルとなってきてい
る。
【０００６】 ＰＰＰはＮｅｔｗｏｒｋｉｎｇ Ｇｒｏｕｐ ＲｆＣ（Ｒｅｑｕｅｓｔ ｆｏ
ｒ Ｃｏｍｍｅｎｔｓ）１６６１，編集者ダブリュー．シンプトン，１９９４年
７月に定義されている。ＰＰＰは３つの主要要素からなり、それはマルチプロト
コルデータグラムのカプセル化方法（データグラムはネットワークレイヤ（ＩＰ
等）における伝送単位）、データリンク接続を確立、構成およびテストするリン
ク制御プロトコル（ＬＣＰ）、およびさまざまなネットワークレイヤプロトコル
を確立かつ構成するためのネットワーク制御プロトコル（ＮＣＰ）のファミリー
である。ポイントツーポイントプロトコルは２つのいわゆるピア間、すなわちプ
ロトコルに従うリンクの２つの端部間でパケットを移送するように設計されてい
る。これらのリンクは全二重同時双方向動作を提供する。
ｒ Ｃｏｍｍｅｎｔｓ）１６６１，編集者ダブリュー．シンプトン，１９９４年
７月に定義されている。ＰＰＰは３つの主要要素からなり、それはマルチプロト
コルデータグラムのカプセル化方法（データグラムはネットワークレイヤ（ＩＰ
等）における伝送単位）、データリンク接続を確立、構成およびテストするリン
ク制御プロトコル（ＬＣＰ）、およびさまざまなネットワークレイヤプロトコル
を確立かつ構成するためのネットワーク制御プロトコル（ＮＣＰ）のファミリー
である。ポイントツーポイントプロトコルは２つのいわゆるピア間、すなわちプ
ロトコルに従うリンクの２つの端部間でパケットを移送するように設計されてい
る。これらのリンクは全二重同時双方向動作を提供する。
【０００７】 ＰＰＰにより確立されたリンクの両端間の通信はデータグラム、すなわちＩＰ
等のネットワークレイヤにおける伝送単位、が１つ以上のフレーム内へカプセル
化されてデータリンクレイヤへ通されるように遂行される。データリンクレイヤ
上の伝送単位フレームであり、それはいくつかのデータユニットと共にヘッダー
および／もしくはトレーラ（ｔｒａｉｌｅｒ）を含むことができる。通常、パケ
ットはフレームへマップされる。
等のネットワークレイヤにおける伝送単位、が１つ以上のフレーム内へカプセル
化されてデータリンクレイヤへ通されるように遂行される。データリンクレイヤ
上の伝送単位フレームであり、それはいくつかのデータユニットと共にヘッダー
および／もしくはトレーラ（ｔｒａｉｌｅｒ）を含むことができる。通常、パケ
ットはフレームへマップされる。
【０００８】 カプセル化フォーマットオプション（ｅｎｃａｐｓｕｌａｔｉｏｎ ｆｏｒｍ
ａｔ ｏｐｔｉｏｎ）を取り決め、パケットサイズの変化する限界を処理し、構
成エラーを検出し、リンクを終端するためにＬＣＰが使用される。他のオプショ
ナルなファシリティはリンク上のそのピアのアイデンティティの認証、およびリ
ンクが適切に機能している時および故障している時の決定である。
ａｔ ｏｐｔｉｏｎ）を取り決め、パケットサイズの変化する限界を処理し、構
成エラーを検出し、リンクを終端するためにＬＣＰが使用される。他のオプショ
ナルなファシリティはリンク上のそのピアのアイデンティティの認証、およびリ
ンクが適切に機能している時および故障している時の決定である。
【０００９】 図２にＲｆＣ１６６１に従ったＰＰＰカプセル化（フォーマット）を示す。参
照番号１はプロトコルフィールド、２は情報フィールド、３はパディングフィー
ルド（ｐａｄｄｉｎｇ ｆｉｅｌｄ）を示す。これらのフィールドは左から右の
順で伝送される。
照番号１はプロトコルフィールド、２は情報フィールド、３はパディングフィー
ルド（ｐａｄｄｉｎｇ ｆｉｅｌｄ）を示す。これらのフィールドは左から右の
順で伝送される。
【００１０】 プロトコルフィールド１は１もしくは２オクテット（オクテットは８−ビット
からなるバイトに対する別の表現）であり、その値はパケットの情報フィールド
２内にカプセル化されたデータグラムを識別する。“０***”から“３***”の範
囲内のプロトコルフィールド値は特定のパケットに対するネットワークレイヤプ
ロトコルを識別し、“８***”から“ｂ***”の範囲内の値は、存在する場合の、
関連するＮＣＰに属するパケットを識別する。“４***”から“７***”の範囲内
のプロトコルフィールド値は関連するＮＣＰが無い低ボリュームトラフィックを
有するプロトコルに対して使用される。“ｃ***”から“ｆ***”の範囲内のプロ
トコルフィールド値はパケットをＬＣＰ等のリンクレイヤ制御プロトコルとして
識別する。
からなるバイトに対する別の表現）であり、その値はパケットの情報フィールド
２内にカプセル化されたデータグラムを識別する。“０***”から“３***”の範
囲内のプロトコルフィールド値は特定のパケットに対するネットワークレイヤプ
ロトコルを識別し、“８***”から“ｂ***”の範囲内の値は、存在する場合の、
関連するＮＣＰに属するパケットを識別する。“４***”から“７***”の範囲内
のプロトコルフィールド値は関連するＮＣＰが無い低ボリュームトラフィックを
有するプロトコルに対して使用される。“ｃ***”から“ｆ***”の範囲内のプロ
トコルフィールド値はパケットをＬＣＰ等のリンクレイヤ制御プロトコルとして
識別する。
【００１１】 ＲｆＣ１６６１は前記値に対して下記を予約している。
【表１】
【００１２】 情報フィールドは０以上のオクテットである。情報フィールドはプロトコルフ
ィールド内に指定されたプロトコルに対するデータグラムを含んでいる。情報フ
ィールドの最大長は最大受信単位（ＭＲＵ）と呼ばれ、それはパディングを含め
て１５００オクテット（バイト）にデフォルトする。交渉により、許可するＰＰ
ＰインプリメンテーションはＭＲＵに対する他の値を使用することができる。
ィールド内に指定されたプロトコルに対するデータグラムを含んでいる。情報フ
ィールドの最大長は最大受信単位（ＭＲＵ）と呼ばれ、それはパディングを含め
て１５００オクテット（バイト）にデフォルトする。交渉により、許可するＰＰ
ＰインプリメンテーションはＭＲＵに対する他の値を使用することができる。
【００１３】 最後に、情報フィールドにＭＲＵまでの任意数のオクテットをパディング（パ
ッド（ｐａｄ）として付加）することができる。このパディング（ｐａｄｄｉｎ
ｇ）はパディングフィールド内に含まれパディングオクテットと実際の情報とを
識別するのは各プロトコルの責任である。
ッド（ｐａｄ）として付加）することができる。このパディング（ｐａｄｄｉｎ
ｇ）はパディングフィールド内に含まれパディングオクテットと実際の情報とを
識別するのは各プロトコルの責任である。
【００１４】 ＲｆＣ１６６１に従って、ポイントツーポイントリンクを介した通信を確立す
るために、ＰＰＰリンクの各端部は最初にデータリンクを構成しテストするため
のＬＣＰパケットを送らなければならない。それは絶対的必要条件である。リン
クが確立された後で、ピアを認証することができ、すなわちそれはオプションで
ある。次に、ＰＰＰは１つ以上のネットワークレイヤプロトコルを選択し構成す
るためのＮＣＰパケットを送らなければならず、それも絶対的必要条件である。
選択した各ネットワークレイヤプロトコルが構成されていると、各ネットワーク
レイヤプロトコルからのデータグラムをリンクを介して送ることができる。明確
なＬＣＰパケットがリンクダウンを閉じるか、あるいはある外部イベントが生じ
る（例えば、非動作タイマーが切れる）までリンクは通信のために構成されたま
まとされる。
るために、ＰＰＰリンクの各端部は最初にデータリンクを構成しテストするため
のＬＣＰパケットを送らなければならない。それは絶対的必要条件である。リン
クが確立された後で、ピアを認証することができ、すなわちそれはオプションで
ある。次に、ＰＰＰは１つ以上のネットワークレイヤプロトコルを選択し構成す
るためのＮＣＰパケットを送らなければならず、それも絶対的必要条件である。
選択した各ネットワークレイヤプロトコルが構成されていると、各ネットワーク
レイヤプロトコルからのデータグラムをリンクを介して送ることができる。明確
なＬＣＰパケットがリンクダウンを閉じるか、あるいはある外部イベントが生じ
る（例えば、非動作タイマーが切れる）までリンクは通信のために構成されたま
まとされる。
【００１５】 リンクを介した構成要求パケットの受信に応答してピアが送り出す基本的返答
に次の３つがあることは留意すべきである。すなわち、例えば受信パケット内に
提示した設定が受理されることを示すＡＣＫパケット（受信応答）を送り出す、
例えば提示した設定が受理されないことを示すＮＡＣＫパケット（非受信応答）
を送り出す、あるいは例えば誤ったシンタクスを有するため拒否パケットを送出
して受信パケットを受理できないことを示す、ことである。またピアは拒否パケ
ットを送り出すことなくそれを廃棄することによりパケットの受信に反応するこ
ともできる。したがって、それは“サイレント（ｓｉｌｅｎｔ）”廃棄と呼ばれ
る。
に次の３つがあることは留意すべきである。すなわち、例えば受信パケット内に
提示した設定が受理されることを示すＡＣＫパケット（受信応答）を送り出す、
例えば提示した設定が受理されないことを示すＮＡＣＫパケット（非受信応答）
を送り出す、あるいは例えば誤ったシンタクスを有するため拒否パケットを送出
して受信パケットを受理できないことを示す、ことである。またピアは拒否パケ
ットを送り出すことなくそれを廃棄することによりパケットの受信に反応するこ
ともできる。したがって、それは“サイレント（ｓｉｌｅｎｔ）”廃棄と呼ばれ
る。
【００１６】 前記したように、構成パケットの交換を介した接続を確立するためにリンク制御
プロトコル（ＬＣＰ）が使用される。この交換は完全であり、構成ＡＣＫ（受信
応答）パケットが送り出され受信されておればＬＣＰ開放状態に入る。このいわ
ゆるリンク確立フェーズ中は、ＬＣＰしか処理されずいかなる非ＬＣＰパケット
も必ず処理されずに廃棄される。
プロトコル（ＬＣＰ）が使用される。この交換は完全であり、構成ＡＣＫ（受信
応答）パケットが送り出され受信されておればＬＣＰ開放状態に入る。このいわ
ゆるリンク確立フェーズ中は、ＬＣＰしか処理されずいかなる非ＬＣＰパケット
も必ず処理されずに廃棄される。
【００１７】 リンク確立フェーズの後に、認証フェーズが続くことがある、すなわちオプシ
ョナルである。しかしながら、ピアがある特定の認証プロトコルで認証すること
をインプリメンテーションが所望する場合には、リンク確立フェーズ中にその認
証プロトコルの使用を必ず要求しなければならない。リンク確立フェーズに続く
ことがあるもう１つのフェーズはリンク品質決定フェーズであり、そこではリン
ク品質決定パケットが交換される。認証およびリンク品質決定は同時に行われる
ことがある。認証フェーズの後で、ＮＣＰパケットを交換する後続フェーズに入
るのは認証が成功する場合だけであり、そうでなければリンク終端が行われる。
このフェーズ中に、ＬＣＰパケット、認証プロトコルパケットおよびリンク品質
決定パケットだけが処理され、このフェーズ中に受信される他の全てのパケット
は必ず処理されずに廃棄される。
ョナルである。しかしながら、ピアがある特定の認証プロトコルで認証すること
をインプリメンテーションが所望する場合には、リンク確立フェーズ中にその認
証プロトコルの使用を必ず要求しなければならない。リンク確立フェーズに続く
ことがあるもう１つのフェーズはリンク品質決定フェーズであり、そこではリン
ク品質決定パケットが交換される。認証およびリンク品質決定は同時に行われる
ことがある。認証フェーズの後で、ＮＣＰパケットを交換する後続フェーズに入
るのは認証が成功する場合だけであり、そうでなければリンク終端が行われる。
このフェーズ中に、ＬＣＰパケット、認証プロトコルパケットおよびリンク品質
決定パケットだけが処理され、このフェーズ中に受信される他の全てのパケット
は必ず処理されずに廃棄される。
【００１８】 前記したフェーズがうまく完了すると、各ネットワークレイヤは必ず適切なネ
ットワーク制御プロトコル（ＮＣＰ）により別々に構成しなければならない。こ
のようなＮＣＰの例はＩＰＣＰ（インターネットプロトコル制御プロトコル）で
ある。ＮＣＰが開放状態に達した後で、ＰＰＰは対応するネットワークレイヤプ
ロトコルパケットを運ぶ。対応するＮＣＰが開放状態ではない時に受信されるサ
ポートしたネットワークレイヤプロトコルパケットはどれも必ず処理せずに廃棄
しなければならない。
ットワーク制御プロトコル（ＮＣＰ）により別々に構成しなければならない。こ
のようなＮＣＰの例はＩＰＣＰ（インターネットプロトコル制御プロトコル）で
ある。ＮＣＰが開放状態に達した後で、ＰＰＰは対応するネットワークレイヤプ
ロトコルパケットを運ぶ。対応するＮＣＰが開放状態ではない時に受信されるサ
ポートしたネットワークレイヤプロトコルパケットはどれも必ず処理せずに廃棄
しなければならない。
【００１９】 最後に、リンク終端フェーズはＬＣＰを使用して終端パケットの交換によりリ
ンクを閉じることを含んでいる。このフェーズ中に受信される非ＬＣＰパケット
は必ず処理せずに廃棄しなければならない。
ンクを閉じることを含んでいる。このフェーズ中に受信される非ＬＣＰパケット
は必ず処理せずに廃棄しなければならない。
【００２０】 （本発明がかかわる問題） 近年、通信手段および情報ツールとしてのインターネットの重要性が高まって
いるだけでなく、セルラー電話網等のワイヤレス通信網の提供も普遍的となって
きている。その結果、ワイヤレスすなわちセルラー加入者に対してインターネッ
トへのリンクを確立するための装置および方法に対する要求が生じている。
いるだけでなく、セルラー電話網等のワイヤレス通信網の提供も普遍的となって
きている。その結果、ワイヤレスすなわちセルラー加入者に対してインターネッ
トへのリンクを確立するための装置および方法に対する要求が生じている。
【００２１】 セルラーネットワークを介してインターネットがアクセスされる場合には、予
め確立された回路交換リンクの構成にポイントツーポイントプロトコル（ＰＰＰ
）が最も広く使用される。それを図３について説明する。
め確立された回路交換リンクの構成にポイントツーポイントプロトコル（ＰＰＰ
）が最も広く使用される。それを図３について説明する。
【００２２】 図３の底部はモバイルノード１０内の端末装置ＴＥがインターネットと通信す
るためにネットワークノードと通信する構造を示す。端末装置ＴＥは例えばラッ
プトップコンピュータである。ＴＥはＭＳ／ＴＡＦに接続されており、それは移
動局／端末アダプテーション機能を意味する。移動局は例えば移動電話機であり
、端末アダプテーション機能は例えば移動電話機およびラップトップコンピュー
タを接続するＰＣＭＣＩＡにより実現される。移動局ＭＳは移動体通信交換局Ｍ
ＳＣとの通信リンクを確立する。移動体通信交換局はインターワーキング機能Ｉ
ＷＦを介してアクセスユニットＡＵに接続されている。アクセスユニットＡＵは
回路交換接続を終端させネットワークレイヤＰＤＵをインターネットに対してル
ーティングする。
るためにネットワークノードと通信する構造を示す。端末装置ＴＥは例えばラッ
プトップコンピュータである。ＴＥはＭＳ／ＴＡＦに接続されており、それは移
動局／端末アダプテーション機能を意味する。移動局は例えば移動電話機であり
、端末アダプテーション機能は例えば移動電話機およびラップトップコンピュー
タを接続するＰＣＭＣＩＡにより実現される。移動局ＭＳは移動体通信交換局Ｍ
ＳＣとの通信リンクを確立する。移動体通信交換局はインターワーキング機能Ｉ
ＷＦを介してアクセスユニットＡＵに接続されている。アクセスユニットＡＵは
回路交換接続を終端させネットワークレイヤＰＤＵをインターネットに対してル
ーティングする。
【００２３】 図３の上部に示すように、モバイルノード１０内の端末装置（ＴＥ）およびダ
イレクトアクセスユニット（ＡＵ）はそれらの間に予め確立されたトラフィック
チャネルがＰＰＰに従って構成され、次にネットワークレイヤプロトコルデータ
ユニット（ＰＤＵ）、例えばＩＰパケット、がチャネルを介して伝送されるよう
に制御される。二重矢符号４０はＴＥおよびＡＵ間の構成されたリンクを表わし
、前記リンクはＰＰＰに従って構成されＩＰパケットを伝送する。８０２の数字
はＬＡＮに対するフレーミング標準を表わす。
イレクトアクセスユニット（ＡＵ）はそれらの間に予め確立されたトラフィック
チャネルがＰＰＰに従って構成され、次にネットワークレイヤプロトコルデータ
ユニット（ＰＤＵ）、例えばＩＰパケット、がチャネルを介して伝送されるよう
に制御される。二重矢符号４０はＴＥおよびＡＵ間の構成されたリンクを表わし
、前記リンクはＰＰＰに従って構成されＩＰパケットを伝送する。８０２の数字
はＬＡＮに対するフレーミング標準を表わす。
【００２４】 前記したＰＰＰが必要とするさまざまな通信フェーズを図４に略示する。基本
通信リンクが確立されている、すなわちリンクはアップである、ことをＴＥおよ
びＡＵ内の２つのピアが知らされる（例えば、メッセージを受信する）時に通信
が開始する。図３の例では、モバイルユニット、例えばセルラー電話機、は端末
装置、例えばラップトップコンピュータ、への確認された回路交換接続を示す。
前記した例では、この基本リンクは移動局ＭＳおよび移動体通信交換局ＭＳＣが
属するセルラーシステムにより提供される回路交換リンクである。判り易くする
ために、図４には端末装置（ＴＥ）により送られる要求およびアクセスユニット
（ＡＵ）により送られる受信応答しか図示されていないが、アップである基本リ
ンクに応答して、事実両方のピアがこれらの要求をほとんど同時に伝送開始する
と理解すべきものである。また、図４はＰＰＰに従って構成および通信する絶対
的理想ケースを示している、すなわち最少量の情報交換しか示していない、点も
重要である。
通信リンクが確立されている、すなわちリンクはアップである、ことをＴＥおよ
びＡＵ内の２つのピアが知らされる（例えば、メッセージを受信する）時に通信
が開始する。図３の例では、モバイルユニット、例えばセルラー電話機、は端末
装置、例えばラップトップコンピュータ、への確認された回路交換接続を示す。
前記した例では、この基本リンクは移動局ＭＳおよび移動体通信交換局ＭＳＣが
属するセルラーシステムにより提供される回路交換リンクである。判り易くする
ために、図４には端末装置（ＴＥ）により送られる要求およびアクセスユニット
（ＡＵ）により送られる受信応答しか図示されていないが、アップである基本リ
ンクに応答して、事実両方のピアがこれらの要求をほとんど同時に伝送開始する
と理解すべきものである。また、図４はＰＰＰに従って構成および通信する絶対
的理想ケースを示している、すなわち最少量の情報交換しか示していない、点も
重要である。
【００２５】 第１のフェーズすなわちリンク確立フェーズにおいて、ＬＣＰ要求パケットお
よびＬＣＰ要求受信応答パケットが交換される。前記したように、このフェーズ
は強制的でありＰＰＰリンクを確立する目的に役立つ。図示する第２のフェーズ
は認証フェーズであり、それはＰＡＰ／ＣＨＡＰ要求パケットおよびＰＡＰ／Ｃ
ＨＡＰ要求受信応答パケットを交換する（ＰＡＰ＝パスワード認証プロトコル、
ＣＨＡＰ＝チャレンジ−ハンドシェークプロトコル）。このフェーズはオプショ
ナルであるが、セキュリティを高めるため通常利用される。第３のフェーズはＮ
ＣＰフェーズ、ここではＩＰＣＰフェーズ（ＩＰＣＰ＝インターネットプロトコ
ル制御プロトコル）である、すなわち開かれるネットワーク制御プロトコルはイ
ンターネット制御プロトコルである。このフェーズはＩＰＣＰ要求パケットとＩ
ＰＣＰ要求受信応答パッケージの交換を含む。このフェーズは強制的である。こ
のＩＰＣＰフェーズの後でのみ、ＩＰパケットが交換できしたがってモバイルノ
ード１０内の端末装置が完全にインターネットに接続されるように、ＰＰＰおよ
びＩＰに従ったリンクが確立される。
よびＬＣＰ要求受信応答パケットが交換される。前記したように、このフェーズ
は強制的でありＰＰＰリンクを確立する目的に役立つ。図示する第２のフェーズ
は認証フェーズであり、それはＰＡＰ／ＣＨＡＰ要求パケットおよびＰＡＰ／Ｃ
ＨＡＰ要求受信応答パケットを交換する（ＰＡＰ＝パスワード認証プロトコル、
ＣＨＡＰ＝チャレンジ−ハンドシェークプロトコル）。このフェーズはオプショ
ナルであるが、セキュリティを高めるため通常利用される。第３のフェーズはＮ
ＣＰフェーズ、ここではＩＰＣＰフェーズ（ＩＰＣＰ＝インターネットプロトコ
ル制御プロトコル）である、すなわち開かれるネットワーク制御プロトコルはイ
ンターネット制御プロトコルである。このフェーズはＩＰＣＰ要求パケットとＩ
ＰＣＰ要求受信応答パッケージの交換を含む。このフェーズは強制的である。こ
のＩＰＣＰフェーズの後でのみ、ＩＰパケットが交換できしたがってモバイルノ
ード１０内の端末装置が完全にインターネットに接続されるように、ＰＰＰおよ
びＩＰに従ったリンクが確立される。
【００２６】 １セットのパケットを交換するための持続時間はラウンドトリップ時間（ＲＴ
Ｔ）と呼ばれる、図４参照。すなわち、ラウンドトリップ時間は要求パケットの
送り出しと対応する受信応答パケットの受信との間で経過する時間である。
Ｔ）と呼ばれる、図４参照。すなわち、ラウンドトリップ時間は要求パケットの
送り出しと対応する受信応答パケットの受信との間で経過する時間である。
【００２７】 図４に示すように、ＴＥにより開始されるＰＡＰが必要とする２方向ハンドシ
ェークとは反対に、ＣＨＡＰはＡＵにより開始される３方向ハンドシェーク（図
４には図示せず）を必要とすることに留意すべきである。しかしながら、ＡＵは
第１のＣＨＡＰパケットをそれが送り出す最後のＬＣＰ要求受信応答パケットに
相次いで返送することができるため、それによってフェーズの持続時間が増すこ
とはない。
ェークとは反対に、ＣＨＡＰはＡＵにより開始される３方向ハンドシェーク（図
４には図示せず）を必要とすることに留意すべきである。しかしながら、ＡＵは
第１のＣＨＡＰパケットをそれが送り出す最後のＬＣＰ要求受信応答パケットに
相次いで返送することができるため、それによってフェーズの持続時間が増すこ
とはない。
【００２８】 ＲｆＣ１６６１にレイアウトされたＰＰＰに対する必要条件に従って、前記し
た各フェーズは次のフェーズを開始できないうちに完了しなければならない。し
たがって、ＩＰパケットを送り出すことができる前の絶対最少構成時間は認証が
選択されるか否かに応じて２もしくは３ＲＴＴとなる。実際上、リンクを確立す
るための持続時間は７ＲＴＴ以上となることがある。それはＬＣＰもしくはＩＰ
ＣＰにおける交渉によるものである。ＰＰＰピアが異なるリンク設定を望む場合
には、ＮＡＣＫ（受信応答されていない）および新しい要求は交換しなければな
らないため、ＬＣＰおよびＮＣＰにより処理されるオプションの交渉は数ＲＴＴ
となることがある。リンク品質決定プロトコルパケットがさらに交換される場合
には、確立時間はさらに長くなる。セルラーネットワーク内のトラフィックチャ
ネルのＲＴＴは８５０ｍｓにも達することがある。ＧＳＭでは、セルラー標準の
例として、ＨＳＣＳＤ（高速回路交換データ）において行われるようにどれだけ
多くのトラフィックチャネルが単一接続のために一緒に束ねられるかとは無関係
に、ＲＴＴは６００ｍｓよりも少なくなることはなく通常は７５０ｍｓ程度であ
る。
た各フェーズは次のフェーズを開始できないうちに完了しなければならない。し
たがって、ＩＰパケットを送り出すことができる前の絶対最少構成時間は認証が
選択されるか否かに応じて２もしくは３ＲＴＴとなる。実際上、リンクを確立す
るための持続時間は７ＲＴＴ以上となることがある。それはＬＣＰもしくはＩＰ
ＣＰにおける交渉によるものである。ＰＰＰピアが異なるリンク設定を望む場合
には、ＮＡＣＫ（受信応答されていない）および新しい要求は交換しなければな
らないため、ＬＣＰおよびＮＣＰにより処理されるオプションの交渉は数ＲＴＴ
となることがある。リンク品質決定プロトコルパケットがさらに交換される場合
には、確立時間はさらに長くなる。セルラーネットワーク内のトラフィックチャ
ネルのＲＴＴは８５０ｍｓにも達することがある。ＧＳＭでは、セルラー標準の
例として、ＨＳＣＳＤ（高速回路交換データ）において行われるようにどれだけ
多くのトラフィックチャネルが単一接続のために一緒に束ねられるかとは無関係
に、ＲＴＴは６００ｍｓよりも少なくなることはなく通常は７５０ｍｓ程度であ
る。
【００２９】 ユーザがインターネットを介してデータを送り出すもしくは受信するまでの待
機時間とみなすこの長いリンク確立時間の問題はユーザにとって煩わしいもので
ある。この問題はＲｆＣ１６６１にレイアウトされたＰＰＰに従って動作するシ
ステムに限定されるものではなく、後に続く接続フェーズを開始できないうちに
特定の接続フェーズを完了させることに関する前記した厳しい必要条件を有する
任意のシステムにおいて遭遇することに注目すべきである。
機時間とみなすこの長いリンク確立時間の問題はユーザにとって煩わしいもので
ある。この問題はＲｆＣ１６６１にレイアウトされたＰＰＰに従って動作するシ
ステムに限定されるものではなく、後に続く接続フェーズを開始できないうちに
特定の接続フェーズを完了させることに関する前記した厳しい必要条件を有する
任意のシステムにおいて遭遇することに注目すべきである。
【００３０】 （発明の目的） したがって、本発明の目的はパケット交換網（例えば、インターネット）との
リンクを確立するように設計される装置を制御するための改良された方法を提供
することである。
リンクを確立するように設計される装置を制御するための改良された方法を提供
することである。
【００３１】 本発明のもう１つの目的は対応する装置を提供することである。
【００３２】 （発明の開示） これらの目的は以下の通信装置制御方法により達成される。通信装置は通信リ
ンクによりもう１つの通信装置に接続されて前記通信リンクがパケット交換用に
構成される。前記２つの通信装置の一方は他方側で第１のプロトコル（例えば、
ＩＰ）に従うパケット交換網に接続される。前記通信装置制御方法は少なくとも
前記第１のプロトコルをカプセル化しかつ前記リンクを確立し構成するための第
３のプロトコル（例えば、ＬＣＰ）を含む第２の予め決められたプロトコル（例
えば、ＰＰＰ）に従ってパケットを交換することにより前記リンクを介した通信
が行われるように前記装置を制御する可能性を含んでおり、 前記第２のプロトコルによる要件は、 −前記リンクを介して送られるパケットが、前記第３のプロトコルに対し少な
くとも１つの特定値が予約され他の所定値は前記第２のプロトコルにより使用さ
れないようにして、予め決められたプロトコルに対し予め決められた値が予約さ
れるプロトコルフィールドと、前記プロトコルフィールド内に含まれる値により
示されるプロトコルに関連するデータを含む情報フィールドとを含むことと、 −リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロト
コルを示すパケットしか処理されず他の全てのパケットは廃棄されるようによう
にパケットが交換される少なくとも１つのフェーズを含むことであり、 前記通信装置制御方法はさらに、 前記第２のプロトコルに従う前記リンクを介してそのプロトコルフィールド内
の前記第３のプロトコルを示す第１のタイプのパケットを送り出すステップと、 引き続き前記第２のプロトコルにより許可はされるが使用されない値をそのプ
ロトコルフィールド内に有する第２のタイプの少なくとも１つのパケットを送り
出し、前記第２のパケットは前記第２のプロトコルに従って動作する通信装置に
より拒否はされないが処理せずに廃棄されるようにするステップと、 前記第１のタイプのパケットの受信を待機し受信されればそれを格納し、前記
第２のタイプのパケットの引き続く受信を所定時間待機するステップと、 第２のタイプのパケットが受信されなければ前記第１のタイプの前記格納され
たパケットを処理して引き続き前記第２のプロトコルに従って動作するステップ
と、 このようなパケットが受信されれば前記第２のタイプのパケットを処理するス
テップとを含んでいる。
ンクによりもう１つの通信装置に接続されて前記通信リンクがパケット交換用に
構成される。前記２つの通信装置の一方は他方側で第１のプロトコル（例えば、
ＩＰ）に従うパケット交換網に接続される。前記通信装置制御方法は少なくとも
前記第１のプロトコルをカプセル化しかつ前記リンクを確立し構成するための第
３のプロトコル（例えば、ＬＣＰ）を含む第２の予め決められたプロトコル（例
えば、ＰＰＰ）に従ってパケットを交換することにより前記リンクを介した通信
が行われるように前記装置を制御する可能性を含んでおり、 前記第２のプロトコルによる要件は、 −前記リンクを介して送られるパケットが、前記第３のプロトコルに対し少な
くとも１つの特定値が予約され他の所定値は前記第２のプロトコルにより使用さ
れないようにして、予め決められたプロトコルに対し予め決められた値が予約さ
れるプロトコルフィールドと、前記プロトコルフィールド内に含まれる値により
示されるプロトコルに関連するデータを含む情報フィールドとを含むことと、 −リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロト
コルを示すパケットしか処理されず他の全てのパケットは廃棄されるようによう
にパケットが交換される少なくとも１つのフェーズを含むことであり、 前記通信装置制御方法はさらに、 前記第２のプロトコルに従う前記リンクを介してそのプロトコルフィールド内
の前記第３のプロトコルを示す第１のタイプのパケットを送り出すステップと、 引き続き前記第２のプロトコルにより許可はされるが使用されない値をそのプ
ロトコルフィールド内に有する第２のタイプの少なくとも１つのパケットを送り
出し、前記第２のパケットは前記第２のプロトコルに従って動作する通信装置に
より拒否はされないが処理せずに廃棄されるようにするステップと、 前記第１のタイプのパケットの受信を待機し受信されればそれを格納し、前記
第２のタイプのパケットの引き続く受信を所定時間待機するステップと、 第２のタイプのパケットが受信されなければ前記第１のタイプの前記格納され
たパケットを処理して引き続き前記第２のプロトコルに従って動作するステップ
と、 このようなパケットが受信されれば前記第２のタイプのパケットを処理するス
テップとを含んでいる。
【００３３】 本発明に従って、リンクに接続された２つのピアが前記方法に従って動作する
場合、必要な全ての情報（例えば、ＬＣＰ，ＩＰＣＰ等）を並列に、すなわち両
方向に同時に、送ることにより第２のプロトコル（例えば、ＰＰＰ）により利用
されるリンク構成のシーケンシャルステップを回避することができる。それによ
りリンク構成の速度が著しく増加する。一方、本発明に従って一方のピアしか動
作せず他方のピアは前記第２のプロトコルに従う場合には、本発明によるピアは
前記第２のプロトコルに従う動作モードへ自動的に戻る。したがって、コンパチ
ビリティが保持される。
場合、必要な全ての情報（例えば、ＬＣＰ，ＩＰＣＰ等）を並列に、すなわち両
方向に同時に、送ることにより第２のプロトコル（例えば、ＰＰＰ）により利用
されるリンク構成のシーケンシャルステップを回避することができる。それによ
りリンク構成の速度が著しく増加する。一方、本発明に従って一方のピアしか動
作せず他方のピアは前記第２のプロトコルに従う場合には、本発明によるピアは
前記第２のプロトコルに従う動作モードへ自動的に戻る。したがって、コンパチ
ビリティが保持される。
【００３４】 その結果、第２のプロトコル（例えば、標準ＰＰＰ）に従って動作する他のシ
ステムとのコンパチビリティ問題を生じることなく本発明を既存のシステム内に
統合することができる。一方、ポイントツーポイントリンクを形成する両方のピ
アが本発明に従う場合には、パケット交換によるデータ通信を第２のプロトコル
（例えば、標準ＰＰＰ）に従うよりも遥かに速く確立することができる。
ステムとのコンパチビリティ問題を生じることなく本発明を既存のシステム内に
統合することができる。一方、ポイントツーポイントリンクを形成する両方のピ
アが本発明に従う場合には、パケット交換によるデータ通信を第２のプロトコル
（例えば、標準ＰＰＰ）に従うよりも遥かに速く確立することができる。
【００３５】 したがって、本発明はセルラー通信システムのインターネットのようなパケッ
ト交換網へのポイントツーポイントリンクの構成を処理する部分へ応用すれば特
に有利である。しかしながら、本発明はそこに限定されるものではなく他の全て
のハイレイテンシ通信リンク、例えば衛星リンク、および／もしくは他のいわゆ
る“チャッティ（ｃｈａｔｔｙ）”プロトコル、すなわちリンクを構成する時に
極端な数のパケットを交換する必要があるプロトコル、ＲｆＣ１６６１に従った
標準ＰＰＰはその一例にすぎない、の修正にも有利に応用することができる。
ト交換網へのポイントツーポイントリンクの構成を処理する部分へ応用すれば特
に有利である。しかしながら、本発明はそこに限定されるものではなく他の全て
のハイレイテンシ通信リンク、例えば衛星リンク、および／もしくは他のいわゆ
る“チャッティ（ｃｈａｔｔｙ）”プロトコル、すなわちリンクを構成する時に
極端な数のパケットを交換する必要があるプロトコル、ＲｆＣ１６６１に従った
標準ＰＰＰはその一例にすぎない、の修正にも有利に応用することができる。
【００３６】 （詳細な説明） 現在本発明の最善の実施態様と考えられる本発明の好ましい実施例に従って、
セルラー通信網のインターネット等のパケット交換網とのポイントツーポイント
リンクを確立する責任のある部分へ発明概念が応用される。それらは図３に示す
端末装置（ＴＥ）および直接アクセスユニット（ＡＵ）である。したがって、図
３の下部のハードウェアの前記説明は繰り返さない。
セルラー通信網のインターネット等のパケット交換網とのポイントツーポイント
リンクを確立する責任のある部分へ発明概念が応用される。それらは図３に示す
端末装置（ＴＥ）および直接アクセスユニット（ＡＵ）である。したがって、図
３の下部のハードウェアの前記説明は繰り返さない。
【００３７】 この好ましい実施例では、本発明は予め確立された回路交換リンクをＲｆＣ１
６６１に明記されたＰＰＰとは異なるが前記標準ＰＰＰとのコンパチビリティは
保持される修正に従って構成するのに使用される。したがって、既知のポイント
ツーポイントプロトコルに関する前記開示は本発明の開示に完全に組み込まれる
。
６６１に明記されたＰＰＰとは異なるが前記標準ＰＰＰとのコンパチビリティは
保持される修正に従って構成するのに使用される。したがって、既知のポイント
ツーポイントプロトコルに関する前記開示は本発明の開示に完全に組み込まれる
。
【００３８】 以下の説明において、標準ＰＰＰピア（ｐｅｅｒ）という用語はＲｆＣ１６６
１に定義されたＰＰＰにしか従わないピアのことであり、ＣＳＤ−ＰＰＰピアは
本発明の概念に従って動作する、すなわち本発明のパケット交換モードに従う、
が標準ＰＰＰに従って動作することもできるピアのことである。ＣＳＤという用
語は回路交換されたデータを意味し、したがって本実施例が回路交換リンクを構
成するのに使用されるという事実に関係する。
１に定義されたＰＰＰにしか従わないピアのことであり、ＣＳＤ−ＰＰＰピアは
本発明の概念に従って動作する、すなわち本発明のパケット交換モードに従う、
が標準ＰＰＰに従って動作することもできるピアのことである。ＣＳＤという用
語は回路交換されたデータを意味し、したがって本実施例が回路交換リンクを構
成するのに使用されるという事実に関係する。
【００３９】 また、マスクしたＰＰＰパケットという用語はＲｆＣ１６６１に定義されたシ
ンタクス（ｓｙｎｔａｘ）およびセマンテクス（ｓｅｍａｎｔｉｃｓ）を有する
が“不正”プロトコルフィールドをもつパケット（ＬＣＰ，ＰＡＰ，ＣＨＡＰ，
ＩＰＣＰもしくはＩＰパケット等）を指示するのに使用される。“不正”をもつ
パケットは意味しない。“不正”はマスクしたＰＰＰパケットのプロトコルフィ
ールド内でプロトコルを示すのに使用される値が必ずしも予約はされないが、一
方では有効プロトコルフィールドがどのように定義されるかに関してＲｆＣ１６
６１に従うように一意的に選択されるべきことを意味する。例として、０ｘ８０
０１から０ｘ８０１ｆの１６進範囲からの値は受理できる候補である（表１参照
）。これらの必要条件は標準ＰＰＰピアがこれらの“不正”パケットを廃棄しな
ければならずそれらを拒否してはならないという事実から生じる。標準ＰＰＰピ
アが例えばリンク確立フェーズであれば、それはＬＣＰパケットを処理するだけ
でＰＡＰやＣＨＡＰ等の他のパケットは廃棄する。
ンタクス（ｓｙｎｔａｘ）およびセマンテクス（ｓｅｍａｎｔｉｃｓ）を有する
が“不正”プロトコルフィールドをもつパケット（ＬＣＰ，ＰＡＰ，ＣＨＡＰ，
ＩＰＣＰもしくはＩＰパケット等）を指示するのに使用される。“不正”をもつ
パケットは意味しない。“不正”はマスクしたＰＰＰパケットのプロトコルフィ
ールド内でプロトコルを示すのに使用される値が必ずしも予約はされないが、一
方では有効プロトコルフィールドがどのように定義されるかに関してＲｆＣ１６
６１に従うように一意的に選択されるべきことを意味する。例として、０ｘ８０
０１から０ｘ８０１ｆの１６進範囲からの値は受理できる候補である（表１参照
）。これらの必要条件は標準ＰＰＰピアがこれらの“不正”パケットを廃棄しな
ければならずそれらを拒否してはならないという事実から生じる。標準ＰＰＰピ
アが例えばリンク確立フェーズであれば、それはＬＣＰパケットを処理するだけ
でＰＡＰやＣＨＡＰ等の他のパケットは廃棄する。
【００４０】 その結果、標準ＰＰＰピアがマスクしたＰＰＰパケットを受信すると、そのパ
ケットはサイレント廃棄される。
ケットはサイレント廃棄される。
【００４１】 一方、ＣＳＤ−ＰＰＰピアはマスクしたＰＰＰパケットを識別できるように制
御される。マスクしたパケットはあるプロトコル（例えば、ＬＣＰ）がＰＰＰパ
ケットのプロトコルフィールド内に含めることができる値、すなわち標準ＰＰＰ
に受理される値、に割り当てられるがそれにより使用はされない（例えば、前記
した０ｘ８００１から０ｘ８０１ｆの１６進範囲）パケットである。マスクした
パケットの情報フィールド内に含まれる情報は標準パケットに対するものと同じ
ルールに従う。例として、ピアがＭＲＵを所与の値にリセットするＬＣＰパケッ
トを送り出す場合には、標準パケットおよび対応するマスクしたパケットは同一
情報フィールドを有するが、異なるプロトコルフィールドを有し、標準パケット
はＰＰＰにより規定される値を含みマスクしたパケットはＰＰＰパケット内のプ
ロトコルフィールドに対しては許可されるがＰＰＰにより使用はされない、すな
わちＰＰＰにより特定プロトコルに対して保存されない前記した値（表１参照）
の１つを含んでいる。
御される。マスクしたパケットはあるプロトコル（例えば、ＬＣＰ）がＰＰＰパ
ケットのプロトコルフィールド内に含めることができる値、すなわち標準ＰＰＰ
に受理される値、に割り当てられるがそれにより使用はされない（例えば、前記
した０ｘ８００１から０ｘ８０１ｆの１６進範囲）パケットである。マスクした
パケットの情報フィールド内に含まれる情報は標準パケットに対するものと同じ
ルールに従う。例として、ピアがＭＲＵを所与の値にリセットするＬＣＰパケッ
トを送り出す場合には、標準パケットおよび対応するマスクしたパケットは同一
情報フィールドを有するが、異なるプロトコルフィールドを有し、標準パケット
はＰＰＰにより規定される値を含みマスクしたパケットはＰＰＰパケット内のプ
ロトコルフィールドに対しては許可されるがＰＰＰにより使用はされない、すな
わちＰＰＰにより特定プロトコルに対して保存されない前記した値（表１参照）
の１つを含んでいる。
【００４２】 ＣＳＤ−ＰＰＰピアは次にマスクしたパケットを処理してリンクを確立しマス
クしたパケット内の情報に従ってデータを伝送する。本発明に従ったシステムお
よび方法は標準ＰＰＰにより要求されるフェーズの厳密な分離（図４参照）を必
要としないように設計される。両方のピアは予め定義された１組のＬＣＰおよび
ＩＰＣＰオプション、例えば下記の表２に明記されたセット、を採用してまずＬ
ＣＰ、認証およびＩＰＣＰフェーズおよびＩＰパケットの交換を同時に開始する
。“同時に”という意味は構成されるリンクが“アップ”である（確立された）
というメッセージに応答して、両方のＣＳＤ−ＰＰＰピアがほとんど同時にパケ
ットを送り始めるが、標準ＰＰＰとは対照的に次のフェーズが始まらないうちに
各フェーズをうまく完了させなければならない図４に示す手順には従わないこと
を意味する。むしろコンパチビリティを保証するために、最初に前記した標準Ｌ
ＣＰパケットを送り出し次に１つ以上のマスクしたパケットを送り出す。両方の
ピア共リンクアップメッセージに応答して送出開始するため、マスクしたパケッ
トのこの送り出しは双方向でありほとんど同時である。これらのマスクしたパケ
ットはリンクを構成するための所望もしくは所要パケット、例えば図４の例で逐
次送られるパケット、の一部もしくは全部を含んでいる。すなわち、図４に示す
シーケンシャル処理は並列に遂行することができる。その結果、特にハイレーテ
ンシリンクに対して、構成速度は途方もなく増加する。例として、２つのＣＳＤ
−ＰＰＰピアがいかなる設定も交渉する必要がなく全ての構成が相互に受理でき
る場合には、本発明のシステムにおいて構成時間は０．５ＲＴＴへ低減される。
構成フェーズを並列とするこの基本的アスペクトについては図５から図７に関し
て後述する。
クしたパケット内の情報に従ってデータを伝送する。本発明に従ったシステムお
よび方法は標準ＰＰＰにより要求されるフェーズの厳密な分離（図４参照）を必
要としないように設計される。両方のピアは予め定義された１組のＬＣＰおよび
ＩＰＣＰオプション、例えば下記の表２に明記されたセット、を採用してまずＬ
ＣＰ、認証およびＩＰＣＰフェーズおよびＩＰパケットの交換を同時に開始する
。“同時に”という意味は構成されるリンクが“アップ”である（確立された）
というメッセージに応答して、両方のＣＳＤ−ＰＰＰピアがほとんど同時にパケ
ットを送り始めるが、標準ＰＰＰとは対照的に次のフェーズが始まらないうちに
各フェーズをうまく完了させなければならない図４に示す手順には従わないこと
を意味する。むしろコンパチビリティを保証するために、最初に前記した標準Ｌ
ＣＰパケットを送り出し次に１つ以上のマスクしたパケットを送り出す。両方の
ピア共リンクアップメッセージに応答して送出開始するため、マスクしたパケッ
トのこの送り出しは双方向でありほとんど同時である。これらのマスクしたパケ
ットはリンクを構成するための所望もしくは所要パケット、例えば図４の例で逐
次送られるパケット、の一部もしくは全部を含んでいる。すなわち、図４に示す
シーケンシャル処理は並列に遂行することができる。その結果、特にハイレーテ
ンシリンクに対して、構成速度は途方もなく増加する。例として、２つのＣＳＤ
−ＰＰＰピアがいかなる設定も交渉する必要がなく全ての構成が相互に受理でき
る場合には、本発明のシステムにおいて構成時間は０．５ＲＴＴへ低減される。
構成フェーズを並列とするこの基本的アスペクトについては図５から図７に関し
て後述する。
【表２】
【００４３】 リンクを確立するプロセスはＣＳＤ−ＰＰＰピアにより最初にＬＣＰパケット
（標準ＰＰＰに従った正規のリンク確立プロセスに完全に従うパケット）が相次
いで送られ、その後マスクしたパケット好ましくは１組のマスクしたパケットが
相次いで送られるように行われる。受信ピアが標準ＰＰＰピアであれば、それは
第１のＬＣＰパケットを受理して処理しマスクしたパケットをサイレント廃棄す
る。このようにして、コンパチビリティが保持される。
（標準ＰＰＰに従った正規のリンク確立プロセスに完全に従うパケット）が相次
いで送られ、その後マスクしたパケット好ましくは１組のマスクしたパケットが
相次いで送られるように行われる。受信ピアが標準ＰＰＰピアであれば、それは
第１のＬＣＰパケットを受理して処理しマスクしたパケットをサイレント廃棄す
る。このようにして、コンパチビリティが保持される。
【００４４】 受信ピアがＣＳＤ−ＰＰＰであれば、標準ＬＣＰパケットをサイレント廃棄し
て替わりにマスクしたパケットを処理するように制御される。それは最初に標準
ＬＣＰパケットを一時的に格納し次にマスクしたパケットが続くかどうかを調べ
るために待機して行われる。マスクしたパケットが続く場合には、格納された標
準ＬＣＰパケットはサイレント廃棄されてマスクしたパケットが処理される。し
かしながら、マスクしたパケットが続かない場合には、標準ＬＣＰパケットが処
理され標準ＰＰＰに従って標準ＰＰＰリンクを完全に確立する。それは図４に示
すフェーズのシーケンシャルな完了が追従することを意味する。したがって、Ｃ
ＳＤ−ＰＰＰピアが標準ＰＰＰピアと通信する場合には、自動的に標準ＰＰＰへ
戻って標準ＰＰＰピアのように作用するように制御される。
て替わりにマスクしたパケットを処理するように制御される。それは最初に標準
ＬＣＰパケットを一時的に格納し次にマスクしたパケットが続くかどうかを調べ
るために待機して行われる。マスクしたパケットが続く場合には、格納された標
準ＬＣＰパケットはサイレント廃棄されてマスクしたパケットが処理される。し
かしながら、マスクしたパケットが続かない場合には、標準ＬＣＰパケットが処
理され標準ＰＰＰに従って標準ＰＰＰリンクを完全に確立する。それは図４に示
すフェーズのシーケンシャルな完了が追従することを意味する。したがって、Ｃ
ＳＤ−ＰＰＰピアが標準ＰＰＰピアと通信する場合には、自動的に標準ＰＰＰへ
戻って標準ＰＰＰピアのように作用するように制御される。
【００４５】 同じ動作がＣＳＤ−ＰＰＰピアでも実施され、前記したように、それは標準Ｌ
ＣＰパケットおよびそれに続く１組のマスクしたパケットを送り出すが、標準Ｌ
ＣＰパケットだけを受信して他のピアからのマスクしたパケットは受信しない。
したがって、このＣＳＤ−ＰＰＰピアは他のピアが標準ＰＰＰピアであることを
学習し、自動的に標準ＰＰＰモードへ戻るように制御される。
ＣＰパケットおよびそれに続く１組のマスクしたパケットを送り出すが、標準Ｌ
ＣＰパケットだけを受信して他のピアからのマスクしたパケットは受信しない。
したがって、このＣＳＤ−ＰＰＰピアは他のピアが標準ＰＰＰピアであることを
学習し、自動的に標準ＰＰＰモードへ戻るように制御される。
【００４６】 要約すれば、前記実施例はパケットリンクを確立するためにＣＳＤ−ＰＰＰピ
アが最初に標準［ＰＰＰ］ＬＣＰパケットを送り出しそれに相次いでマスクした
パケットの初期セットを送り出すように働き、前記マスクしたパケットが含んで
いるのはＬＣＰ情報だけではない。これらのマスクしたパケットは好ましくは標
準ＰＰＰシステムにおいてシーケンシャルフェーズで送られる構成情報の全ても
しくは少なくとも一部を含んでいる（図４参照）。本発明のシステムでは、図４
に示すシーケンシャルフェーズにおいて標準パケット内で送られる情報は前記最
初の標準ＬＣＰパケットの後のマスクしたパケットの初期セット内で送られる。
このようにして、本発明のシステムおよび方法により並列構成プロセスが与えら
れる。
アが最初に標準［ＰＰＰ］ＬＣＰパケットを送り出しそれに相次いでマスクした
パケットの初期セットを送り出すように働き、前記マスクしたパケットが含んで
いるのはＬＣＰ情報だけではない。これらのマスクしたパケットは好ましくは標
準ＰＰＰシステムにおいてシーケンシャルフェーズで送られる構成情報の全ても
しくは少なくとも一部を含んでいる（図４参照）。本発明のシステムでは、図４
に示すシーケンシャルフェーズにおいて標準パケット内で送られる情報は前記最
初の標準ＬＣＰパケットの後のマスクしたパケットの初期セット内で送られる。
このようにして、本発明のシステムおよび方法により並列構成プロセスが与えら
れる。
【００４７】 受信ＣＳＤ−ＰＰＰピアは標準ＬＣＰパケットをサイレント廃棄してマスクし
たパケットの初期セットを処理しマスクしたパケット内の情報に従ってリンクを
確立して使用する。一方、受信ピアが標準ＰＰＰピアであれば、それは標準ＬＣ
Ｐパケットを処理してマスクしたパケットの初期セットをサイレント廃棄し、標
準ＰＰＰリンクを確立する、すなわちシーケンスおよびタイプが標準ＰＰＰに完
全に従う応答パケットを戻すだけである。ＣＳＤ−ＰＰＰピアが標準ＬＣＰパケ
ットしか受信しない（すなわちマスクしたパケットが続かない）すなわちそのマ
スクしたパケットに対するいかなるマスクした応答パケットも受信しない場合に
は、自動的に標準ＰＰＰモードへ戻って標準ＰＰＰピアのように機能する。
たパケットの初期セットを処理しマスクしたパケット内の情報に従ってリンクを
確立して使用する。一方、受信ピアが標準ＰＰＰピアであれば、それは標準ＬＣ
Ｐパケットを処理してマスクしたパケットの初期セットをサイレント廃棄し、標
準ＰＰＰリンクを確立する、すなわちシーケンスおよびタイプが標準ＰＰＰに完
全に従う応答パケットを戻すだけである。ＣＳＤ−ＰＰＰピアが標準ＬＣＰパケ
ットしか受信しない（すなわちマスクしたパケットが続かない）すなわちそのマ
スクしたパケットに対するいかなるマスクした応答パケットも受信しない場合に
は、自動的に標準ＰＰＰモードへ戻って標準ＰＰＰピアのように機能する。
【００４８】 処理すなわち廃棄のアクションは本発明のこの実施例のシステムおよび方法に
よりマスクしたパケットが標準ＰＰＰにより拒否されないようにＰＰＰパケット
の標準プロトコルフィールドに対して許された値を使用して達成され、前記値は
一方では標準ＰＰＰにより使用するために保存はされず、それらは標準ＰＰＰに
より処理されずにサイレント廃棄されるだけである。一般的に、それはマスクし
たパケットがＰＰＰにより拒否されずにサイレント廃棄されるように定義される
ことにより本発明の実施例が標準ＰＰＰとコンパチブルとなるように設計される
ことを意味する。
よりマスクしたパケットが標準ＰＰＰにより拒否されないようにＰＰＰパケット
の標準プロトコルフィールドに対して許された値を使用して達成され、前記値は
一方では標準ＰＰＰにより使用するために保存はされず、それらは標準ＰＰＰに
より処理されずにサイレント廃棄されるだけである。一般的に、それはマスクし
たパケットがＰＰＰにより拒否されずにサイレント廃棄されるように定義される
ことにより本発明の実施例が標準ＰＰＰとコンパチブルとなるように設計される
ことを意味する。
【００４９】 本発明の基本的方法を図１のフロー図により説明する。最初のステップＳ１に
おいて、装置は通信リンクが確立されるまで待機する。例えば、図３に示す端末
装置は回路交換リンクが確立されていることを示す移動局ＭＳからのリンクアッ
プメッセージを受信する。次に、ステップＳ２において、標準ＰＰＰに従う標準
ＬＣＰパケットが送り出され、バックツーバック（ｂａｃｋ ｔｏ ｂａｃｋ）
で少なくとも１つのマスクしたパケット、好ましくは１組のマスクしたパケット
が送り出される。ステップＳ３において、装置はリンクの他端から標準ＬＣＰパ
ケットが受信されるまで待機する。この標準ＬＣＰパケットが受信されると、そ
れはステップＳ４において格納される。ステップＳ５において、装置はリンクの
他端がマスクしたパケットを送っているかどうかを調べる。送ったのであれば、
方法はステップＳ６へ分岐し、そこでマスクしたパケットは処理されてマスクし
たパケットおよび恐らくはそれに続くマスクしたパケット内の情報に従って通信
が行われる。一方、ステップＳ５における判断が否定的であれば、方法はステッ
プＳ７へ分岐し、そこで装置は標準ＰＰＰモードへ戻り、標準ＰＰＰに完全に従
うリンクを確立するために標準ＰＰＰに従うパケットだけを処理する。
おいて、装置は通信リンクが確立されるまで待機する。例えば、図３に示す端末
装置は回路交換リンクが確立されていることを示す移動局ＭＳからのリンクアッ
プメッセージを受信する。次に、ステップＳ２において、標準ＰＰＰに従う標準
ＬＣＰパケットが送り出され、バックツーバック（ｂａｃｋ ｔｏ ｂａｃｋ）
で少なくとも１つのマスクしたパケット、好ましくは１組のマスクしたパケット
が送り出される。ステップＳ３において、装置はリンクの他端から標準ＬＣＰパ
ケットが受信されるまで待機する。この標準ＬＣＰパケットが受信されると、そ
れはステップＳ４において格納される。ステップＳ５において、装置はリンクの
他端がマスクしたパケットを送っているかどうかを調べる。送ったのであれば、
方法はステップＳ６へ分岐し、そこでマスクしたパケットは処理されてマスクし
たパケットおよび恐らくはそれに続くマスクしたパケット内の情報に従って通信
が行われる。一方、ステップＳ５における判断が否定的であれば、方法はステッ
プＳ７へ分岐し、そこで装置は標準ＰＰＰモードへ戻り、標準ＰＰＰに完全に従
うリンクを確立するために標準ＰＰＰに従うパケットだけを処理する。
【００５０】 ステップＳ７に従う処理は標準ＰＰＰに完全に従うことに留意すべきである。
ステップＳ６に従う処理はＣＳＤ−ＰＰＰピアがリンクの構成後にマスクしたパ
ケット、例えばマスクしたＩＰパケット、を送って処理し続けるか、あるいはマ
スクしたパケットが構成にしか使用されずリンク構成後にＣＳＤ−ＰＰＰピアは
標準ネットワークレベルパケット、例えばＰＰＰに従う標準ＩＰパケット、の送
り出しに戻るようなものとすることができる。
ステップＳ６に従う処理はＣＳＤ−ＰＰＰピアがリンクの構成後にマスクしたパ
ケット、例えばマスクしたＩＰパケット、を送って処理し続けるか、あるいはマ
スクしたパケットが構成にしか使用されずリンク構成後にＣＳＤ−ＰＰＰピアは
標準ネットワークレベルパケット、例えばＰＰＰに従う標準ＩＰパケット、の送
り出しに戻るようなものとすることができる。
【００５１】 この実施例に従って、マスクしたパケットの初期セットは、第１の構成フェー
ズにおいてＬＣＰパケットしか許可しない標準ＰＰＰとは対照的に、ＬＣＰ，Ｐ
ＡＰ，ＣＨＡＰ，ＩＰＣＰ，ＩＰその他の任意タイプの情報を含むことができる
。本発明の本実施例のシステムおよび方法は、標準ＰＰＰについて前記したシー
ケンシャルプロセスとは対照的に、並列構成プロセスの可能性を提供する。その
結果、前記実施例に従ったシステムは僅か０．５ＲＴＴ後に迅速にリンクを確立
してＩＰパケット送り始めることができ、それは標準ＰＰＰに比べて著しい速度
増加である。
ズにおいてＬＣＰパケットしか許可しない標準ＰＰＰとは対照的に、ＬＣＰ，Ｐ
ＡＰ，ＣＨＡＰ，ＩＰＣＰ，ＩＰその他の任意タイプの情報を含むことができる
。本発明の本実施例のシステムおよび方法は、標準ＰＰＰについて前記したシー
ケンシャルプロセスとは対照的に、並列構成プロセスの可能性を提供する。その
結果、前記実施例に従ったシステムは僅か０．５ＲＴＴ後に迅速にリンクを確立
してＩＰパケット送り始めることができ、それは標準ＰＰＰに比べて著しい速度
増加である。
【００５２】 どのタイプのパケット（ＰＡＰ，ＣＨＡＰ，等）がマスクしたパケットとして
送られるかは個別の必要条件およびインプリメンテーションによって決まる。例
えば、１つのインプリメンテーションはＰＡＰパスワードが常に与えられる必要
があるという必要条件を含み、もう１つのインプリメンテーションはＰＡＰパス
ワードが特定の条件下にあればよくさらにもう１つのインプリメンテーションは
ＰＡＰに対する規定がなにもない。インタラクトする２つのＣＳＤ−ＰＰＰピア
の例が下記に示され、前記した実施例に基づく本発明のさらなる実施例を構成す
る。
送られるかは個別の必要条件およびインプリメンテーションによって決まる。例
えば、１つのインプリメンテーションはＰＡＰパスワードが常に与えられる必要
があるという必要条件を含み、もう１つのインプリメンテーションはＰＡＰパス
ワードが特定の条件下にあればよくさらにもう１つのインプリメンテーションは
ＰＡＰに対する規定がなにもない。インタラクトする２つのＣＳＤ−ＰＰＰピア
の例が下記に示され、前記した実施例に基づく本発明のさらなる実施例を構成す
る。
【００５３】 もう１つの実施例として、ＣＳＤ−ＰＰＰピアは前記したマスクしたパケット
の初期セットの一部として適切なマスクしたＬＣＰもしくはＩＰＣＰパケットを
送ることにより予め定められたＬＣＰもしくはＩＰＣＰ設定を変えることができ
る。設定のこのような変更の例はＭＲＵを２９６および１５００間の値へ調節す
ることである。このような変更がなされる場合、受信ＣＳＤ−ＰＰＰピアはそれ
を受理したりしなかったりすることができる。したがって、受信ＣＳＤ−ＰＰＰ
ピアはマスクしたＡＣＫ（受信応答）もしくはＮＡＣＫ（非受信応答）により応
答する。
の初期セットの一部として適切なマスクしたＬＣＰもしくはＩＰＣＰパケットを
送ることにより予め定められたＬＣＰもしくはＩＰＣＰ設定を変えることができ
る。設定のこのような変更の例はＭＲＵを２９６および１５００間の値へ調節す
ることである。このような変更がなされる場合、受信ＣＳＤ−ＰＰＰピアはそれ
を受理したりしなかったりすることができる。したがって、受信ＣＳＤ−ＰＰＰ
ピアはマスクしたＡＣＫ（受信応答）もしくはＮＡＣＫ（非受信応答）により応
答する。
【００５４】 さらにもう１つの例として、ＣＳＤ−ＰＰＰピアはＰＡＰおよびＣＨＡＰの両
方をサポートすることができるが、ＡＵ内のＣＳＤ−ＰＰＰピア（図３参照）は
使用される認証プロトコルを指示する。認証が必要であれば、認証フェーズ中に
ＣＳＤ−ＰＰＰピアにより受信されるＩＰパケットはバッファしなければならず
（すなわち、一時的に格納される）かつ認証フェーズが成功しないうちに受信Ｉ
Ｐピア（すなわち、ＴＥ内のＣＳＤ−ＰＰＰピアがＡＵ内のＣＳＤ−ＰＰＰピア
を介して接続されると思われるインターネット内のピア）へ転送してはならない
。
方をサポートすることができるが、ＡＵ内のＣＳＤ−ＰＰＰピア（図３参照）は
使用される認証プロトコルを指示する。認証が必要であれば、認証フェーズ中に
ＣＳＤ−ＰＰＰピアにより受信されるＩＰパケットはバッファしなければならず
（すなわち、一時的に格納される）かつ認証フェーズが成功しないうちに受信Ｉ
Ｐピア（すなわち、ＴＥ内のＣＳＤ−ＰＰＰピアがＡＵ内のＣＳＤ−ＰＰＰピア
を介して接続されると思われるインターネット内のピア）へ転送してはならない
。
【００５５】 前記したＣＳＤ−ＰＰＰピア動作の例外のケース、例えばＩＰアドレスが既に
割り当てられておりかつ／もしくはＩＰパケットが既に受信されているのに認証
に失敗した場合においては、リンクを終端させなければならずＡＵにより割り当
てられるＩＰアドレスを割当て解除して受信ＩＰパケットを廃棄しなければなら
ない。
割り当てられておりかつ／もしくはＩＰパケットが既に受信されているのに認証
に失敗した場合においては、リンクを終端させなければならずＡＵにより割り当
てられるＩＰアドレスを割当て解除して受信ＩＰパケットを廃棄しなければなら
ない。
【００５６】 以下に、図４の標準ＰＰＰが必要とする手順と比べられる図５から図７の線図
に関していくつかの例について説明する。図４のケースと同様に、図５から図７
ではＴＥ内のピア（図３参照）がＡＵ内のピアと通信するものと仮定され、図５
から図７はＣＳＤ−ＰＰＰピアを示し図４は標準ＰＰＰピアを示すにすぎない。
また、実際の通信は常に反対方向でも行われる、すなわち通信は常に双方向であ
るため、図４と同様に、図５から図７に示す通信は説明の目的で簡単化されてい
る。図４に関して前記したように、それは図５から図７にはＡＵからＴＥへの最
初の送信が示されているが、ＴＥはほぼ同時にそのパケット、すなわち最初のＬ
ＣＰパケット、を送り始め次に相次いでマスクしたパケットの第１セットを送る
ことを意味する。すなわち、リンクがアップであるという信号に応答して２つの
サイドが共に送り始め、リンクがアップであることを一般的に両サイドがほぼ同
時に確認する。
に関していくつかの例について説明する。図４のケースと同様に、図５から図７
ではＴＥ内のピア（図３参照）がＡＵ内のピアと通信するものと仮定され、図５
から図７はＣＳＤ−ＰＰＰピアを示し図４は標準ＰＰＰピアを示すにすぎない。
また、実際の通信は常に反対方向でも行われる、すなわち通信は常に双方向であ
るため、図４と同様に、図５から図７に示す通信は説明の目的で簡単化されてい
る。図４に関して前記したように、それは図５から図７にはＡＵからＴＥへの最
初の送信が示されているが、ＴＥはほぼ同時にそのパケット、すなわち最初のＬ
ＣＰパケット、を送り始め次に相次いでマスクしたパケットの第１セットを送る
ことを意味する。すなわち、リンクがアップであるという信号に応答して２つの
サイドが共に送り始め、リンクがアップであることを一般的に両サイドがほぼ同
時に確認する。
【００５７】 また、簡単化しかつ大要をよく掴むために、前記した予め定められた設定を変
更するためのオプションでマスクしたＬＣＰおよびＩＰＣＰパケットおよび対応
する前記したＡＣＫおよびＮＡＣＫは図５から図７には含まれていない。
更するためのオプションでマスクしたＬＣＰおよびＩＰＣＰパケットおよび対応
する前記したＡＣＫおよびＮＡＣＫは図５から図７には含まれていない。
【００５８】 さらに、それ自体をＣＳＤ−ＰＰＰピアとして識別するためにＣＳＤ−ＰＰＰ
ピアにより標準ＬＣＰパケットの後で相次いで送られる初期マスクしたＬＣＰパ
ケット（好ましくは、予め定められた設定を変更する必要がない場合でも送られ
、その場合前記パターンは空である）も示されていない。
ピアにより標準ＬＣＰパケットの後で相次いで送られる初期マスクしたＬＣＰパ
ケット（好ましくは、予め定められた設定を変更する必要がない場合でも送られ
、その場合前記パターンは空である）も示されていない。
【００５９】 最後に、初期マスクしたＬＣＰパケットよりも先に送られる標準ＬＣＰパケッ
トも示されていない。したがって、図５から図７に示されたパケットは全てマス
クしたパケットである。
トも示されていない。したがって、図５から図７に示されたパケットは全てマス
クしたパケットである。
【００６０】 図５はＡＵがＣＨＡＰ（チャレンジハンドシェーク認証プロトコル）を必要と
する実施例を示す。したがって、リンクアップメッセージに応答して、ＡＵは最
初に標準ＬＣＰパケットを送り相次いでマスクしたＬＣＰパケット（前記したよ
うに、図示せず）を送り次にＡＵはＣＨＡＰ−チャレンジ（ｃｈａｌｌｅｎｇｅ
）を送る。さらに、ＡＵはＣＨＡＰパケットに相次いでＩＰＣＰパケットも送り
、これら２つのパケットは先行するマスクしたＬＣＰパケット（図示せず）と共
に１組のマスクしたパケットを形成し、それによりシステムは構成、認証および
ネットワーク制御を同時に実施することができる。このセットに応答して、ＴＥ
はユーザＩＤおよび／もしくはＣＨＡＰパケットおよび第１のＩＰパケットに対
応するパスワードを送る。したがって、認証およびネットワークレイヤパケット
交換は同時に実施され、ネットワークレイヤ（ＩＰ）パケットの交換は０．５Ｒ
ＴＴ後に既に始まるようにされる。それは図４に示す標準ＰＰＰに関して著しい
増加である。図４は標準ＰＰＰに対する最少（すなわち、理想的）構成しか示し
ていないことを再度留意すべきである。
する実施例を示す。したがって、リンクアップメッセージに応答して、ＡＵは最
初に標準ＬＣＰパケットを送り相次いでマスクしたＬＣＰパケット（前記したよ
うに、図示せず）を送り次にＡＵはＣＨＡＰ−チャレンジ（ｃｈａｌｌｅｎｇｅ
）を送る。さらに、ＡＵはＣＨＡＰパケットに相次いでＩＰＣＰパケットも送り
、これら２つのパケットは先行するマスクしたＬＣＰパケット（図示せず）と共
に１組のマスクしたパケットを形成し、それによりシステムは構成、認証および
ネットワーク制御を同時に実施することができる。このセットに応答して、ＴＥ
はユーザＩＤおよび／もしくはＣＨＡＰパケットおよび第１のＩＰパケットに対
応するパスワードを送る。したがって、認証およびネットワークレイヤパケット
交換は同時に実施され、ネットワークレイヤ（ＩＰ）パケットの交換は０．５Ｒ
ＴＴ後に既に始まるようにされる。それは図４に示す標準ＰＰＰに関して著しい
増加である。図４は標準ＰＰＰに対する最少（すなわち、理想的）構成しか示し
ていないことを再度留意すべきである。
【００６１】 図６はＡＵがＰＡＰ（パスワード認証プロトコル）を必要とする実施例を示す
。ＰＡＰが必要とされていることを示すパケットはＰＡＰが予め定められた設定
ではないため予め定められた設定のこの変更を示す適切なマスクしたＬＣＰパケ
ットであることを注記しなければならない点を除けば、手順は図５に示すものに
非常に類似している。すなわち、図５に示す実施例と同様に、リンクアップメッ
セージに応答して、ＡＵは最初に標準ＬＣＰパケット（図示せず）を送り出し次
にＰＡＰを要求する前記マスクしたＬＣＰパケットを送り出し、その後ＩＰＣＰ
パケットが送り出される。それに応答して、ＴＥは第１のＩＰパケットだけでな
く、ＰＡＰユーザＩＤおよび／もしくはパスワードを送る。図５のケースと同様
に、ネットワークレイヤパケット交換は０．５ＲＴＴ後に開始することができる
。
。ＰＡＰが必要とされていることを示すパケットはＰＡＰが予め定められた設定
ではないため予め定められた設定のこの変更を示す適切なマスクしたＬＣＰパケ
ットであることを注記しなければならない点を除けば、手順は図５に示すものに
非常に類似している。すなわち、図５に示す実施例と同様に、リンクアップメッ
セージに応答して、ＡＵは最初に標準ＬＣＰパケット（図示せず）を送り出し次
にＰＡＰを要求する前記マスクしたＬＣＰパケットを送り出し、その後ＩＰＣＰ
パケットが送り出される。それに応答して、ＴＥは第１のＩＰパケットだけでな
く、ＰＡＰユーザＩＤおよび／もしくはパスワードを送る。図５のケースと同様
に、ネットワークレイヤパケット交換は０．５ＲＴＴ後に開始することができる
。
【００６２】 最後に、図７に認証が必要とされずすなわち要求されずかつＴＥが第１のマス
クしたＩＰパケットを送ることにより応答する初期標準ＬＣＰパケットおよびマ
スクしたＬＣＰパケット（前記したように、図示せず）の後でＡＵがマスクした
ＩＰＣＰパケットを送る実施例を示す。ここでも、ネットワークレイヤパケット
交換は０．５ＲＴＴ後に開始することができる。
クしたＩＰパケットを送ることにより応答する初期標準ＬＣＰパケットおよびマ
スクしたＬＣＰパケット（前記したように、図示せず）の後でＡＵがマスクした
ＩＰＣＰパケットを送る実施例を示す。ここでも、ネットワークレイヤパケット
交換は０．５ＲＴＴ後に開始することができる。
【００６３】 前記した実施例によりセルラー網を介したインターネットアクセスに対する全
体接続時間が低減される。認証が必要とされるか否かにかかわらず、ポイントツ
ーポイント構成は０．５ＲＴＴに低減される。えられる利点は標準ＰＰＰにおい
て認証があるもしくはない場合にそれぞれ最少の１．５もしくは２．５ＲＴＴと
なることである（図５から図７と比べた図４参照）。ＧＳＭセルラー網ではそれ
は例えば認証がない場合のおよそ１０００ｍｓおよび認証がある場合の１６００
ｍｓに対応する。大概の場合、利得はそれよりも遥かに高くおよそ２秒から４秒
であり４秒から８秒となることもある。
体接続時間が低減される。認証が必要とされるか否かにかかわらず、ポイントツ
ーポイント構成は０．５ＲＴＴに低減される。えられる利点は標準ＰＰＰにおい
て認証があるもしくはない場合にそれぞれ最少の１．５もしくは２．５ＲＴＴと
なることである（図５から図７と比べた図４参照）。ＧＳＭセルラー網ではそれ
は例えば認証がない場合のおよそ１０００ｍｓおよび認証がある場合の１６００
ｍｓに対応する。大概の場合、利得はそれよりも遥かに高くおよそ２秒から４秒
であり４秒から８秒となることもある。
【００６４】 図５、図６および図７に関して説明した前記実施例では、最初のＩＰパケット
（より一般的には最初のネットワークパケット）はＴＥが前記したＩＰＣＰパケ
ット内のＡＵからソースＩＰアドレスを受信した後でしか送られない。しかしな
がら、本発明のもう１つの実施例に従って、ＴＥはリンクがアップとなる後に送
られるマスクしたパケットの最初のセットにより最初のＩＰパケットおよび恐ら
くはさらなるＩＰパケットを送ることもできる。これらのＩＰパケットは適切な
フィールド内にソースＩＰアドレスを持たない。この場合、ＡＵは消失アドレス
をこれらのＩＰパケット内へ挿入する。ＴＥがＡＵからＩＰアドレスを受信した
後で、前記した実施例と同様に、ＴＥ自体が後続するＩＰパケット内へアドレス
を書き込むことができる。
（より一般的には最初のネットワークパケット）はＴＥが前記したＩＰＣＰパケ
ット内のＡＵからソースＩＰアドレスを受信した後でしか送られない。しかしな
がら、本発明のもう１つの実施例に従って、ＴＥはリンクがアップとなる後に送
られるマスクしたパケットの最初のセットにより最初のＩＰパケットおよび恐ら
くはさらなるＩＰパケットを送ることもできる。これらのＩＰパケットは適切な
フィールド内にソースＩＰアドレスを持たない。この場合、ＡＵは消失アドレス
をこれらのＩＰパケット内へ挿入する。ＴＥがＡＵからＩＰアドレスを受信した
後で、前記した実施例と同様に、ＴＥ自体が後続するＩＰパケット内へアドレス
を書き込むことができる。
【００６５】 したがって、前記した実施例では下層リンクがアップとなる直後に所望のデー
タ通信（すなわち、ＩＰパケットの送り出し）を開始することができる。
タ通信（すなわち、ＩＰパケットの送り出し）を開始することができる。
【００６６】 図５、図６および図７にそれぞれ対応する図８、図９および図１０に関してそ
れを幾分詳細に説明する。３つの図面の全てにおいて、インプリメンテーション
（ＴＥ）を送っているＩＰパケットおよびインプリメンテーション（ＡＵ）を受
信しているＩＰはリンクがアップであることを同時に確認ししたがって同時にパ
ケットを送り始めるものと仮定する。ここでも、標準ＬＣＰパケットおよび最初
のマスクしたＬＣＰパケットは図示されていない。
れを幾分詳細に説明する。３つの図面の全てにおいて、インプリメンテーション
（ＴＥ）を送っているＩＰパケットおよびインプリメンテーション（ＡＵ）を受
信しているＩＰはリンクがアップであることを同時に確認ししたがって同時にパ
ケットを送り始めるものと仮定する。ここでも、標準ＬＣＰパケットおよび最初
のマスクしたＬＣＰパケットは図示されていない。
【００６７】 図５のそれに対応する状況を示す図８のケースでは、ＴＥはリンクがアップで
あることを確認した直後に送られるパケット列内で最初のＩＰパケット（および
恐らくはそれ以上のパケット）を送る。このＩＰパケットは適切なフィールド内
にＩＰアドレスを持たないが、この実施例のインプリメンテーションはそれでも
パケットが送られるようにされている。ここでも判り易くするためにＴＥにより
送られる初期標準ＬＣＰパケットおよびマスクしたＬＣＰパケットは図示されて
いない。図８に示す状況では、ＣＨＡＰは必要とされるものとする。したがって
、この実施例のインプリメンテーションはＣＨＡＰ認証が受信されるまでＡＵは
１つ以上のＩＰパケットをバッファするようにされる。ＣＨＡＰチャレンジが正
しく返答されている、すなわちＴＥがそれ自体を正しく識別している、ことがＡ
Ｕにより確認されている場合には、ＡＵは消失ＩＰアドレスを挿入して対応する
ＩＰパケットを送る。ＡＵからＩＰアドレスを受信した後でＴＥにより送られる
他方のＩＰパケットは適切なフィールド内にＩＰアドレスを有し、それらはＡＵ
によりいつものように処理することができる。
あることを確認した直後に送られるパケット列内で最初のＩＰパケット（および
恐らくはそれ以上のパケット）を送る。このＩＰパケットは適切なフィールド内
にＩＰアドレスを持たないが、この実施例のインプリメンテーションはそれでも
パケットが送られるようにされている。ここでも判り易くするためにＴＥにより
送られる初期標準ＬＣＰパケットおよびマスクしたＬＣＰパケットは図示されて
いない。図８に示す状況では、ＣＨＡＰは必要とされるものとする。したがって
、この実施例のインプリメンテーションはＣＨＡＰ認証が受信されるまでＡＵは
１つ以上のＩＰパケットをバッファするようにされる。ＣＨＡＰチャレンジが正
しく返答されている、すなわちＴＥがそれ自体を正しく識別している、ことがＡ
Ｕにより確認されている場合には、ＡＵは消失ＩＰアドレスを挿入して対応する
ＩＰパケットを送る。ＡＵからＩＰアドレスを受信した後でＴＥにより送られる
他方のＩＰパケットは適切なフィールド内にＩＰアドレスを有し、それらはＡＵ
によりいつものように処理することができる。
【００６８】 同様な状況が図９に示されており、それは図６に対応する。ここではＡＵはＰ
ＡＰが必要とされるパケットを送り、それにＩＰアドレスが続き、同時にＴＥが
ＩＰアドレスを欠く最初のＩＰパケットを送る。ＡＵは正しいパスワードが受信
されるまでＩＰパケットをバッファし、次にＩＰアドレスを挿入してＩＰパケッ
トを送る。ＩＰアドレス受信後にＴＥにより送られるＩＰパケットはその中に含
まれたアドレスを有する。
ＡＰが必要とされるパケットを送り、それにＩＰアドレスが続き、同時にＴＥが
ＩＰアドレスを欠く最初のＩＰパケットを送る。ＡＵは正しいパスワードが受信
されるまでＩＰパケットをバッファし、次にＩＰアドレスを挿入してＩＰパケッ
トを送る。ＩＰアドレス受信後にＴＥにより送られるＩＰパケットはその中に含
まれたアドレスを有する。
【００６９】 図９に関して説明した実施例は次のように修正することもできる。ＴＥにおけ
るインプリメンテーションは、必要条件メッセージを受信せずに、マスクしたパ
ケットの最初の列内でＰＡＰパスワードを送るようにＴＥを設定できるようなも
のとすることができる。リンクがアップである直後にマスクしたパケットの最初
の列でユーザＩＤもしくはパスワードを送るように、すなわちＰＡＰが必要とさ
れるというメッセージを受信せずに自動的に、ＴＥが設定される場合には、ＡＵ
はただちにパスワードを受信し最初のＩＰパケットをバッファする必要がない。
次にＡＵは即座にパスワードをチェックすることができる。それが正しければ、
消失ソースＩＰアドレスを受信ＩＰパケットへ挿入することができこれらのパケ
ットを遅延なく送ることができる。このような能力は一般的に常に同じパートナ
ーとの接続を確立する、例えば常に同じインターネットサービスプロバイダに接
続するユーザに対する、装置におけるインプリメンテーションに対して特に有利
である。
るインプリメンテーションは、必要条件メッセージを受信せずに、マスクしたパ
ケットの最初の列内でＰＡＰパスワードを送るようにＴＥを設定できるようなも
のとすることができる。リンクがアップである直後にマスクしたパケットの最初
の列でユーザＩＤもしくはパスワードを送るように、すなわちＰＡＰが必要とさ
れるというメッセージを受信せずに自動的に、ＴＥが設定される場合には、ＡＵ
はただちにパスワードを受信し最初のＩＰパケットをバッファする必要がない。
次にＡＵは即座にパスワードをチェックすることができる。それが正しければ、
消失ソースＩＰアドレスを受信ＩＰパケットへ挿入することができこれらのパケ
ットを遅延なく送ることができる。このような能力は一般的に常に同じパートナ
ーとの接続を確立する、例えば常に同じインターネットサービスプロバイダに接
続するユーザに対する、装置におけるインプリメンテーションに対して特に有利
である。
【００７０】 当然、この能力はＰＡＰパスワードに限定はされず考えられる任意のパスワー
ドもしくは識別方式において実現することができる。それはＩＰパケットに対す
る遅延をさらに低減する利点を有する。
ドもしくは識別方式において実現することができる。それはＩＰパケットに対す
る遅延をさらに低減する利点を有する。
【００７１】 図７に対応する図１０では、ＡＵはＩＰパケットをバッファする必要がないた
め状況はさらに単純となる。より正確にいえば、ＡＵはＩＰアドレスを送り、Ｔ
ＥはＩＰアドレスを欠く最初のＩＰパケットを送る。このＩＰパケットは単にＡ
Ｕにより受信され、それはＩＰアドレスを挿入し次にパケットを送る。ここでも
、前のケースと同様に、ＡＵからＩＰアドレスを受信した後でＴＥにより送られ
るパケットは適切なＩＰアドレスを含んでいる。
め状況はさらに単純となる。より正確にいえば、ＡＵはＩＰアドレスを送り、Ｔ
ＥはＩＰアドレスを欠く最初のＩＰパケットを送る。このＩＰパケットは単にＡ
Ｕにより受信され、それはＩＰアドレスを挿入し次にパケットを送る。ここでも
、前のケースと同様に、ＡＵからＩＰアドレスを受信した後でＴＥにより送られ
るパケットは適切なＩＰアドレスを含んでいる。
【００７２】 一般的に、それはインプリメンテーションがネットワークパケット（すなわち
、ＩＰパケット）の送り手として作用することを意味し、これらのパケットがネ
ットワークアドレスを含まなくても、リンクがアップであるという確認に続くマ
スクしたパケットの最初の列で最初のネットワークパケットを送ることができる
。状況に応じて、受け手として作用するインプリメンテーションはネットワーク
アドレスを挿入し、恐らくは所与の状況に応じて予め決められた条件が満たされ
るまでバッファすることによりこれらのネットワークパケットを適切に処理する
。
、ＩＰパケット）の送り手として作用することを意味し、これらのパケットがネ
ットワークアドレスを含まなくても、リンクがアップであるという確認に続くマ
スクしたパケットの最初の列で最初のネットワークパケットを送ることができる
。状況に応じて、受け手として作用するインプリメンテーションはネットワーク
アドレスを挿入し、恐らくは所与の状況に応じて予め決められた条件が満たされ
るまでバッファすることによりこれらのネットワークパケットを適切に処理する
。
【００７３】 本発明はそれをよく理解しかつ発明者が現在本発明の最善の実施態様と考える
ことを当業者に詳細に説明するために提示した前記例に限定されるものではない
。
ことを当業者に詳細に説明するために提示した前記例に限定されるものではない
。
【００７４】 例えば、本発明はＲｆＣ１６６１のポイントツーポイントプロトコルの修正に
限定はされず、独立項に概説された性質を有するいかなるプロトコルにも当然応
用することができる。すなわち、本発明は例えば極端な量のパケット交換を必要
とする任意の“チャッティ”プロトコルに有利に応用することができる。その結
果、マスクしたパケット（ＬＣＰ，ＣＨＡＰ，ＰＡＰ等）に関して前記した特定
のプロトコルは、選択した応用に適切な、他のプロトコルで置換もしくは補足す
ることができる。
限定はされず、独立項に概説された性質を有するいかなるプロトコルにも当然応
用することができる。すなわち、本発明は例えば極端な量のパケット交換を必要
とする任意の“チャッティ”プロトコルに有利に応用することができる。その結
果、マスクしたパケット（ＬＣＰ，ＣＨＡＰ，ＰＡＰ等）に関して前記した特定
のプロトコルは、選択した応用に適切な、他のプロトコルで置換もしくは補足す
ることができる。
【００７５】 また、本発明は図３に示す回路交換リンクの特定例の構成に限定されるもので
もない。それはいかなるタイプの回路交換リンクにも応用することができる。さ
らに、本発明は回路交換リンクに限定されるものでもない。それはいかなるタイ
プのリンクにも応用することができる。セルラー網における回路交換リンク等の
ハイレイテンシリンクに関して利点は特に顕著であるが、本発明を典型的にはや
はりハイレイテンシを有する、例えば衛星リンク、に応用する場合にも同様に顕
著な利点がえられる。
もない。それはいかなるタイプの回路交換リンクにも応用することができる。さ
らに、本発明は回路交換リンクに限定されるものでもない。それはいかなるタイ
プのリンクにも応用することができる。セルラー網における回路交換リンク等の
ハイレイテンシリンクに関して利点は特に顕著であるが、本発明を典型的にはや
はりハイレイテンシを有する、例えば衛星リンク、に応用する場合にも同様に顕
著な利点がえられる。
【００７６】 したがって、本発明を詳細な例に関して説明してきたが、本発明はそれに限定
されるものではないことが分る。当業者ならば、特定の必要条件および制約に応
じて、さまざまな修正および変更が可能である。したがって、本発明の範囲は添
付した特許請求の範囲およびそれに相当するものにより明示される。
されるものではないことが分る。当業者ならば、特定の必要条件および制約に応
じて、さまざまな修正および変更が可能である。したがって、本発明の範囲は添
付した特許請求の範囲およびそれに相当するものにより明示される。
【００７７】 特許請求の範囲の参照符合は理解しやすくするためのものであり、特許請求の
範囲を限定するものではない。
範囲を限定するものではない。
【図１】 本発明の基本的方法を説明するフロー図である。
【図２】 ＲｆＣ１６６１に従ったポイントツーポイントプロトコルに対するカプセル化
を示す図である。
を示す図である。
【図３】 セルラー通信システムのモバイルノードとネットワークノード間に接続を確立
して前記モバイルノードからインターネットへの接続を確立することを示す略図
である。
して前記モバイルノードからインターネットへの接続を確立することを示す略図
である。
【図４】 標準ポイントツーポイントプロトコルに従ってリンクが確立される時の図３の
モバイルノード内の端末装置と図３のネットワークノード内の直接アクセスユニ
ットとの間のパケット交換のシーケンスを示す図であり、ＴＥにより開始される
一連のパケットだけが図示されており考えられる最高速リンク構成を示している
。
モバイルノード内の端末装置と図３のネットワークノード内の直接アクセスユニ
ットとの間のパケット交換のシーケンスを示す図であり、ＴＥにより開始される
一連のパケットだけが図示されており考えられる最高速リンク構成を示している
。
【図５】 本発明の実施例に従ってリンクを確立する時にモバイルノードとネットワーク
ノード間で交換されるパケットのシーケンスを示す図である。
ノード間で交換されるパケットのシーケンスを示す図である。
【図６】 本発明のもう１つの実施例に従ってリンクを確立する時にモバイルノードとネ
ットワークノード間で交換されるパケットのシーケンスを示す図である。
ットワークノード間で交換されるパケットのシーケンスを示す図である。
【図７】 本発明のさらにもう１つの実施例に従ってリンクを確立する時にモバイルノー
ドとネットワークノード間で交換されるパケットのシーケンスを示す図である。
ドとネットワークノード間で交換されるパケットのシーケンスを示す図である。
【図８】 ネットワークノードからＩＰアドレスが受信される前にモバイルノードから最
初のＩＰパケットが送られる点を除けば、図５の実施例に対応するリンクを確立
する時にモバイルノードとネットワークノード間で交換されるパケットのシーケ
ンスを示す図である。
初のＩＰパケットが送られる点を除けば、図５の実施例に対応するリンクを確立
する時にモバイルノードとネットワークノード間で交換されるパケットのシーケ
ンスを示す図である。
【図９】 ネットワークノードからＩＰアドレスが受信される前にモバイルノードから最
初のＩＰパケットが送られる点を除けば、図６の実施例に対応するリンクを確立
する時にモバイルノードとネットワークノード間で交換されるパケットのシーケ
ンスを示す図である。
初のＩＰパケットが送られる点を除けば、図６の実施例に対応するリンクを確立
する時にモバイルノードとネットワークノード間で交換されるパケットのシーケ
ンスを示す図である。
【図１０】 ネットワークノードからＩＰアドレスが受信される前にモバイルノードから最
初のＩＰパケットが送られる点を除けば、図７の実施例に対応するリンクを確立
する時にモバイルノードとネットワークノード間で交換されるパケットのシーケ
ンスを示す図である。
初のＩＰパケットが送られる点を除けば、図７の実施例に対応するリンクを確立
する時にモバイルノードとネットワークノード間で交換されるパケットのシーケ
ンスを示す図である。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１１年１１月２２日（１９９９．１１．２２）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】請求項１
【補正方法】変更
【補正内容】
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】請求項１３
【補正方法】変更
【補正内容】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】変更
【補正内容】
【００２９】 ユーザがインターネットを介してデータを送り出すもしくは受信するまでの待
機時間とみなすこの長いリンク確立時間の問題はユーザにとって煩わしいもので
ある。この問題はＲｆＣ１６６１にレイアウトされたＰＰＰに従って動作するシ
ステムに限定されるものではなく、後に続く接続フェーズを開始できないうちに
特定の接続フェーズを完了させることに関する前記した厳しい必要条件を有する
任意のシステムにおいて遭遇することに注目すべきである。 ＷＯ９６／２１９８４にはパケット無線システムおよび対応する端末装置が開 示されている。この従来技術の文献ではＧＳＭにおける一般的なパケット無線サ ービスＧＰＲＳが検討され、特に特殊な無線リンクプロトコルのリンク内にＰＰ Ｐパケットをカプセル化する時に、冗長情報がこのように伝送されるために帯域 幅が無駄に使われてしまう問題が指摘されている。その結果、この文献はＰＰＰ データフレームから不要なフィールドの一部を除去することにより制御データを 低減することを示唆している。すなわち、ＰＰＰデータフレームの無線リンクプ ロトコル内に既に含まれている部分がＰＰＰフレームから除去される。しかしな がら、この文献はＰＰＰリンクのセットアップには関連していない。 ＷＯ９６／００４６８には不完全メッシュネットワーク（ＩＭＮ）上でＰＰＰ プロトコルを使用する方法が説明されている。特に、この文献は不完全メッシュ 通信網を介したポイントツーポイントデータ通信リンクのエミュレーションに関 連している。典型的にＩＭＮは正しい順序の伝送を保証できないため、この従来 技術の文献はＩＭＮを横切ってＰＰＰパケットを転送する問題について検討して いる。この文献に記載された展開はいわゆるライトウェイトトランスポートプロ トコル、すなわち順序正しい送出しを保証しないプロトコル、をＩＭＮ上で使用 することからなっている。その利点は従来のシステムで使用されるＩＭＮにおけ る付加再送信により性能が不必要に劣化するようにＰＰＰ等の高レイヤプロトコ ルが以前に再送信を行う事実にある。しかしながら、この文献はリンクの確立に は関連していない。
機時間とみなすこの長いリンク確立時間の問題はユーザにとって煩わしいもので
ある。この問題はＲｆＣ１６６１にレイアウトされたＰＰＰに従って動作するシ
ステムに限定されるものではなく、後に続く接続フェーズを開始できないうちに
特定の接続フェーズを完了させることに関する前記した厳しい必要条件を有する
任意のシステムにおいて遭遇することに注目すべきである。 ＷＯ９６／２１９８４にはパケット無線システムおよび対応する端末装置が開 示されている。この従来技術の文献ではＧＳＭにおける一般的なパケット無線サ ービスＧＰＲＳが検討され、特に特殊な無線リンクプロトコルのリンク内にＰＰ Ｐパケットをカプセル化する時に、冗長情報がこのように伝送されるために帯域 幅が無駄に使われてしまう問題が指摘されている。その結果、この文献はＰＰＰ データフレームから不要なフィールドの一部を除去することにより制御データを 低減することを示唆している。すなわち、ＰＰＰデータフレームの無線リンクプ ロトコル内に既に含まれている部分がＰＰＰフレームから除去される。しかしな がら、この文献はＰＰＰリンクのセットアップには関連していない。 ＷＯ９６／００４６８には不完全メッシュネットワーク（ＩＭＮ）上でＰＰＰ プロトコルを使用する方法が説明されている。特に、この文献は不完全メッシュ 通信網を介したポイントツーポイントデータ通信リンクのエミュレーションに関 連している。典型的にＩＭＮは正しい順序の伝送を保証できないため、この従来 技術の文献はＩＭＮを横切ってＰＰＰパケットを転送する問題について検討して いる。この文献に記載された展開はいわゆるライトウェイトトランスポートプロ トコル、すなわち順序正しい送出しを保証しないプロトコル、をＩＭＮ上で使用 することからなっている。その利点は従来のシステムで使用されるＩＭＮにおけ る付加再送信により性能が不必要に劣化するようにＰＰＰ等の高レイヤプロトコ ルが以前に再送信を行う事実にある。しかしながら、この文献はリンクの確立に は関連していない。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】変更
【補正内容】
【００３２】 （発明の開示） これらの目的は以下の通信制御方法により達成される。通信装置は、通信リン
クによりもう１つの通信装置に接続されて前記通信リンクがパケット交換用に構
成される。前記２つの通信装置の一方は他方側で第１のプロトコル（例えば、Ｉ
Ｐ）に従うパケット交換網に接続される。前記通信装置制御方法は少なくとも前
記第１のプロトコルをカプセル化しかつ前記リンクを確立し構成するための第３
のプロトコル（例えば、ＬＣＰ）を含む第２の予め決められたプロトコル（例え
ば、ＰＰＰ）に従ってパケットを交換することにより前記リンクを介した通信が
行われるように前記装置を制御することが可能であり、 前記第２のプロトコルによる要件は、 −前記リンクを介して送られるパケットが、前記第３のプロトコルに対し少な
くとも１つの特定値が予約され他の所定値は前記第２のプロトコルにより使用さ
れないようにして、予め決められたプロトコルに対し予め決められた値が予約さ
れるプロトコルフィールドと、前記プロトコルフィールド内に含まれる値により
示されるプロトコルに関連するデータを含む情報フィールドとを含むことと、 −リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロト
コルを示すパケットしか処理されず他の全てのパケットは廃棄されるようにパケ
ットが交換される少なくとも１つのフェーズを含むことであり、 前記通信装置制御方法はさらに、 前記第２のプロトコルに従う前記リンクを介してそのプロトコルフィールド内
の前記第３のプロトコルを示す第１のタイプのパケットを送り出すステップと、 引き続き前記第２のプロトコルにより許可はされるが使用されない値をそのプ
ロトコルフィールド内に有する第２のタイプの少なくとも１つのパケットを送り
出し、前記第２のパケットは前記第２のプロトコルに従って動作する通信装置に
より拒否はされないが処理せずに廃棄されるようにするステップと、 前記第１のタイプのパケットの受信を待機し受信されればそれを格納し、前記
第２のタイプのパケットの引き続く受信を所定時間待機するステップと、 第２のタイプのパケットが受信されなければ前記第１のタイプの前記格納され
たパケットを処理して引き続き前記第２のプロトコルに従って動作するステップ
と、 このようなパケットが受信されれば前記第２のタイプのパケットを処理するス
テップとを含んでいる。
クによりもう１つの通信装置に接続されて前記通信リンクがパケット交換用に構
成される。前記２つの通信装置の一方は他方側で第１のプロトコル（例えば、Ｉ
Ｐ）に従うパケット交換網に接続される。前記通信装置制御方法は少なくとも前
記第１のプロトコルをカプセル化しかつ前記リンクを確立し構成するための第３
のプロトコル（例えば、ＬＣＰ）を含む第２の予め決められたプロトコル（例え
ば、ＰＰＰ）に従ってパケットを交換することにより前記リンクを介した通信が
行われるように前記装置を制御することが可能であり、 前記第２のプロトコルによる要件は、 −前記リンクを介して送られるパケットが、前記第３のプロトコルに対し少な
くとも１つの特定値が予約され他の所定値は前記第２のプロトコルにより使用さ
れないようにして、予め決められたプロトコルに対し予め決められた値が予約さ
れるプロトコルフィールドと、前記プロトコルフィールド内に含まれる値により
示されるプロトコルに関連するデータを含む情報フィールドとを含むことと、 −リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロト
コルを示すパケットしか処理されず他の全てのパケットは廃棄されるようにパケ
ットが交換される少なくとも１つのフェーズを含むことであり、 前記通信装置制御方法はさらに、 前記第２のプロトコルに従う前記リンクを介してそのプロトコルフィールド内
の前記第３のプロトコルを示す第１のタイプのパケットを送り出すステップと、 引き続き前記第２のプロトコルにより許可はされるが使用されない値をそのプ
ロトコルフィールド内に有する第２のタイプの少なくとも１つのパケットを送り
出し、前記第２のパケットは前記第２のプロトコルに従って動作する通信装置に
より拒否はされないが処理せずに廃棄されるようにするステップと、 前記第１のタイプのパケットの受信を待機し受信されればそれを格納し、前記
第２のタイプのパケットの引き続く受信を所定時間待機するステップと、 第２のタイプのパケットが受信されなければ前記第１のタイプの前記格納され
たパケットを処理して引き続き前記第２のプロトコルに従って動作するステップ
と、 このようなパケットが受信されれば前記第２のタイプのパケットを処理するス
テップとを含んでいる。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ， ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，Ｌ Ｔ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ， ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，Ｕ Ａ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ Ｆターム(参考） 5K034 AA02 EE11 HH01 HH02 HH12 HH16 HH26 HH61 HH63 HH65 LL01 MM25
Claims (21)
- 【請求項１】 通信リンクによりもう１つの通信装置に接続される通信装置
を制御して前記通信リンクをパケット交換用に構成する方法であって、前記２つ
の通信装置の一方は他方側で第１のプロトコル（ＩＰ）に従うパケット交換網に
接続され、前記方法は前記リンクを介した前記通信装置間の通信が少なくとも前
記第１のプロトコル（ＩＰ）をカプセル化しかつ前記リンクを確立し構成する第
３のプロトコル（ＬＣＰ）を含む第２の予め決められたプロトコル（ＰＰＰ）に
従ってパケットを交換して行われるように前記装置を制御する可能性を含み、前
記第２のプロトコル（ＰＰＰ）は、 −前記リンクを介して送られるパケットが、前記第３のプロトコル（ＬＣＰ）
に対し少なくとも１つの特定値が予約され、他の予め決められた値は前記第２の
プロトコル（ＰＰＰ）により予約されないようにして、予め決められたプロトコ
ルに対する予め決められた値が予約されるプロトコルフィールド（１）と、前記
プロトコルフィールド（１）内に含まれる値により示されるプロトコルに関連す
るデータを含む情報フィールド（２）とを含むこと、および −リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロト
コル（ＬＣＰ）を示すパケットだけ処理されて他の全てのパケットは廃棄される
ようにパケットが交換される少なくとも１つのフェーズを含むこと、 とを必要とし、 前記方法はさらに、 前記第２のプロトコル（ＰＰＰ）に準じておりそのプロトコルフィールド内の
前記第３のプロトコル（ＬＣＰ）を示す第１のタイプのパケットを前記リンクを
介して送り出すステップと、 続いて前記第２のプロトコル（ＰＰＰ）により許可はされるが前記第２のプロ
トコル（ＰＰＰ）により予約はされない値をそのプロトコルフィールド内に有す
る少なくとも１つの第２のタイプのパケットを送り出し、前記第２のパケットは
前記第２のプロトコル（ＰＰＰ）に従って動作する通信装置により拒否はされな
いがそれにより処理されることなく廃棄されるようにするステップと、 前記第１のタイプのパケットの受信を待機し受信したパケットを格納し、引き
続き前記第２のタイプのパケットを受信するまで予め決められた時間待機するス
テップと、 第２のタイプのパケットが受信されない場合には、前記第１のタイプの前記格
納されたパケットを処理し引き続き前記第２のプロトコル（ＰＰＰ）に従って動
作するステップと、 このようなパケットが受信される場合には、前記第２のタイプの前記パケット
を処理するステップと、 を含む、方法。 - 【請求項２】 請求項１記載の方法であって、前記第２のタイプの前記少な
くとも１つのパケットは前記第１のタイプの前記パケットに対しバックツーバッ
クで送られる、方法。 - 【請求項３】 請求項１あるいは請求項２記載の方法であって、第２のタイ
プの複数のパケットが第１のタイプの前記パケットの後で送られ、前記複数の内
に含まれる前記パケットはバックツーバックで送られる、方法。 - 【請求項４】 請求項１から請求項３のいずれか１項記載の方法であって、
前記通信リンクはシリアルリンクである、方法。 - 【請求項５】 請求項４記載の方法であって、前記通信リンクは回路交換リ
ンクもしくは衛星リンクである、方法。 - 【請求項６】 請求項１から請求項４のいずれか１項記載の方法であって、
前記第１のプロトコル（ＩＰ）はインターネットプロトコルであり、前記第２の
プロトコル（ＰＰＰ）は標準ポイントツーポイントプロトコルであり、前記第３
のプロトコル（ＬＣＰ）はリンク構成プロトコルである、方法。 - 【請求項７】 請求項６記載の方法であって、前記標準ポイントツーポイン
トプロトコルはＲｃＦ１６６１に従う、方法。 - 【請求項８】 請求項６あるいは請求項７記載の方法であって、前記第１の
タイプのパケットは前記標準ポイントツーポイントプロトコルに従うリンク構成
プロトコルパケットであり、前記少なくとも１つの引き続く第２のタイプのパケ
ットは前記標準ポイントツーポイントプロトコルに従うパケットに対して許可は
されるが前記標準ポイントツーポイントプロトコルにより使用するために予約さ
れることはない範囲内の値をそのプロトコルフィールド内に有するリンク構成プ
ロトコルパケットである、方法。 - 【請求項９】 請求項８記載の方法であって、前記第２のタイプのリンク構
成プロトコルパケットにはパスワード認証プロトコルパケット、リンク品質報告
パケット、チャレンジハンドシェーク認証プロトコルパケット、インターネット
プロトコル構成プロトコルパケットおよびインターネットプロトコルパケットの
少なくとも１つが続き、前記第２のタイプのリンク構成プロトコルパケットに続
く１つ以上の前記各パケットも第２のタイプである、方法。 - 【請求項１０】 請求項３記載の方法であって、 −前記通信装置がネットワークレイヤプロトコルパケットの送り手（ＴＥ）と
して作用する場合には、少なくとも１つのネットワークレイヤプロトコルパケッ
トが前記複数の第２のタイプのパケット内で送られ、前記少なくとも１つのネッ
トワークレイヤプロトコルパケットは適切なネットワークプロトコルソースアド
レスを欠き、 −前記通信装置がネットワーク行き先へ送るネットワークレイヤプロトコルパ
ケットの受け手（ＡＵ）として作用する場合には、前記通信装置は適切なネット
ワークプロトコルアドレスを欠くこれらのネットワークレイヤプロトコルパケッ
トへネットワークプロトコルソースアドレスを挿入する、方法。 - 【請求項１１】 請求項１０記載の方法であって、前記通信装置がネットワ
ークレイヤプロトコルパケットの受け手（ＡＵ）として作用する場合には、前記
通信装置は予め決められた条件が満たされるまで適切なネットワークプロトコル
ソースアドレスを欠くこれらのネットワークレイヤプロトコルパケットをバッフ
ァする、方法。 - 【請求項１２】 請求項１０あるいは請求項１１記載の方法であって、前記
ネットワークレイヤプロトコルパケットはインターネットプロトコルパケットで
あり前記ネットワークプロトコルアドレスはインターネットプロトコルアドレス
である、方法。 - 【請求項１３】 通信リンクによりもう１つの通信装置に接続されるように
制御される通信装置であって、前記装置は前記通信リンクをパケット交換のため
に構成するように制御され、前記２つの通信装置の一方は他方側で第１のプロト
コル（ＩＰ）に従うパケット交換網に接続され、前記制御は前記リンクを介した
前記通信間の通信が少なくとも前記第１のプロトコル（ＩＰ）をカプセル化しか
つ前記リンクを確立し構成する第３のプロトコル（ＬＣＰ）を含む第２の予め決
められたプロトコル（ＰＰＰ）に従ってパケットを交換して行われるように前記
装置を制御する可能性を含み、前記第２のプロトコル（ＰＰＰ）は、 −前記リンクを介して送られるパケットが、前記第３のプロトコル（ＬＣＰ）
に対し少なくとも１つの特定値が予約され、他の予め決められた値は前記第２の
プロトコル（ＰＰＰ）により予約されないようにして、予め決められたプロトコ
ルに対する予め決められた値が予約されるプロトコルフィールド（１）と、前記
プロトコルフィールド（１）内に含まれる値により示されるプロトコルに関連す
るデータを含む情報フィールド（２）とを含むこと、および −リンクを構成するプロセスが、プロトコルフィールド内の前記第３のプロト
コル（ＬＣＰ）を示すパケットだけ処理されて他の全てのパケットは廃棄される
ようにパケットが交換される少なくとも１つのフェーズを含むこと、 とを必要とし、 前記装置はさらに、 前記第２のプロトコル（ＰＰＰ）に準じており、そのプロトコルフィールド内
の前記第３のプロトコル（ＬＣＰ）を示す第１のタイプのパケットを前記リンク
を介して送り出す手段と、 続いて前記第２のプロトコル（ＰＰＰ）により許可はされるが前記第２のプロ
トコル（ＰＰＰ）により予約はされない値をそのプロトコルフィールド内に有す
る少なくとも１つの第２のタイプのパケットを送り出し、前記第２のパケットは
前記第２のプロトコル（ＰＰＰ）に従って動作する通信装置により拒否はされな
いがそれにより処理されることなく廃棄されるようにする手段と、 前記第１のタイプのパケットを受信した後で格納し、引き続き前記第２のタイ
プのパケットを受信するために予め決められた時間待機する手段と、 第２のタイプのパケットが受信されない場合には前記第１のタイプの前記格納
されたパケットを処理し、引き続き前記第２のプロトコル（ＰＰＰ）に従って動
作するように装置を制御する手段と、 このようなパケットが受信される場合には、前記第２のタイプのパケットを処
理する手段と、 を含む、装置。 - 【請求項１４】 請求項１３記載の装置であって、前記第２のタイプの前記
少なくとも１つのパケットは前記第１のタイプの前記パケットに対しバックツー
バックで送られる、装置。 - 【請求項１５】 請求項１３もしくは請求項１４記載の装置であって、第２
のタイプの複数のパケットが第１のタイプの前記パケットの後で送られ、前記複
数の内に含まれる前記パケットは相次いで送られる、装置。 - 【請求項１６】 請求項１３から請求項１５のいずれか１項記載の装置であ
って、前記通信リンクはシリアルリンクである、装置。 - 【請求項１７】 請求項１６記載の装置であって、前記通信リンクは回路交
換リンクもしくは衛星リンクである、装置。 - 【請求項１８】 請求項１３から請求項１６のいずれか１項記載の装置であ
って、前記第１のプロトコル（ＩＰ）はインターネットプロトコルであり、前記
第２のプロトコル（ＰＰＰ）は標準ポイントツーポイントプロトコルであり、前
記第３のプロトコル（ＬＣＰ）はリンク構成プロトコルである、装置。 - 【請求項１９】 請求項１８記載の装置であって、前記標準ポイントツーポ
イントプロトコルはＲｃＦ１６６１に従う、装置。 - 【請求項２０】 請求項１８あるいは請求項１９記載の装置であって、前記
第１のタイプのパケットは前記標準ポイントツーポイントプロトコルに従うリン
ク構成プロトコルパケットであり、前記少なくとも１つの引き続く第２のタイプ
のパケットは前記標準ポイントツーポイントプロトコルに従うパケットに対して
許可はされるが前記標準ポイントツーポイントプロトコルにより使用するために
予約されることはない範囲内の値をそのプロトコルフィールド内に有するリンク
構成プロトコルパケットである、装置。 - 【請求項２１】 請求項２０記載の装置であって、前記第２のタイプのリン
ク構成プロトコルパケットにはパスワード認証プロトコルパケット、リンク品質
報告パケット、チャレンジハンドシェーク認証プロトコルパケット、インターネ
ットプロトコル構成プロトコルパケットおよびインターネットプロトコルパケッ
トの少なくとも１つが続き、前記第２のタイプのリンク構成プロトコルパケット
に続く前記１つ以上の各パケットも第２のタイプである、装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19800772.8 | 1998-01-12 | ||
| DE19800772A DE19800772C2 (de) | 1998-01-12 | 1998-01-12 | Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz |
| PCT/EP1999/000111 WO1999035798A1 (en) | 1998-01-12 | 1999-01-11 | Method and device for configuring a link |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002501331A true JP2002501331A (ja) | 2002-01-15 |
| JP3967548B2 JP3967548B2 (ja) | 2007-08-29 |
Family
ID=7854351
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000528055A Expired - Lifetime JP3967548B2 (ja) | 1998-01-12 | 1999-01-11 | リンク構成方法および装置 |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US6487218B1 (ja) |
| EP (1) | EP1046266B1 (ja) |
| JP (1) | JP3967548B2 (ja) |
| CN (1) | CN1222145C (ja) |
| AU (1) | AU753693B2 (ja) |
| CA (1) | CA2317446C (ja) |
| DE (1) | DE19800772C2 (ja) |
| ES (1) | ES2226336T3 (ja) |
| IL (1) | IL137035A (ja) |
| WO (1) | WO1999035798A1 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005081471A1 (ja) * | 2004-02-25 | 2005-09-01 | Hitachi Communication Technologies, Ltd. | 通信端末装置、通信接続装置、ならびに、これらを用いた通信方法 |
| JP2008508813A (ja) * | 2004-07-30 | 2008-03-21 | クゥアルコム・インコーポレイテッド | ネットワーク・アクセスのための早いリンク確立 |
| US8233416B2 (en) | 2004-09-28 | 2012-07-31 | Qualcomm Incorporated | Handoff supports for networks having different link establishment protocols |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1056258A1 (en) * | 1999-05-27 | 2000-11-29 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Data unit sending means and control method in wireless networks |
| US6654914B1 (en) * | 1999-05-28 | 2003-11-25 | Teradyne, Inc. | Network fault isolation |
| US6957346B1 (en) | 1999-06-15 | 2005-10-18 | Ssh Communications Security Ltd. | Method and arrangement for providing security through network address translations using tunneling and compensations |
| US6934276B1 (en) * | 1999-09-08 | 2005-08-23 | Qualcomm Inc | Methods for efficient early protocol detection |
| SG114472A1 (en) * | 1999-09-21 | 2005-09-28 | Ntt Docomo Inc | Data conversion apparatus, signal, data conversion method, dce, gateway and communication apparatus |
| US6918041B1 (en) * | 2000-02-23 | 2005-07-12 | Microsoft Corporation | System and method of network communication with client-forced authentication |
| US7228363B1 (en) | 2000-04-05 | 2007-06-05 | Rockwell Automation Technologies, Inc. | Pointbus architecture and automatic sequential addressing |
| US7080150B1 (en) * | 2000-04-10 | 2006-07-18 | Rockwell Automation Technologies, Inc. | Pointbus architecture and automatic sequential addressing protocol |
| JP2001309053A (ja) * | 2000-04-26 | 2001-11-02 | Nec Corp | Ｉｐアドレス割り当てシステム及びその処理方法 |
| JP2001339431A (ja) * | 2000-05-26 | 2001-12-07 | Fujitsu Ltd | 通信方式、中継装置、エンドシステム及び通信方法 |
| WO2002033523A2 (en) * | 2000-10-18 | 2002-04-25 | Noriaki Hashimoto | Method and system for preventing unauthorized access to a network |
| US7363371B2 (en) * | 2000-12-28 | 2008-04-22 | Nortel Networks Limited | Traffic flow management in a communications network |
| US7139829B2 (en) * | 2001-05-08 | 2006-11-21 | Nortel Networks Limited | Identification of unused resources in a packet data network |
| US7403498B2 (en) * | 2001-05-31 | 2008-07-22 | Qualcomm Incorporated | Method and apparatus for selective examination of PPP packets for renegotiation of a PPP link on a Um interface |
| US7295522B2 (en) * | 2001-06-29 | 2007-11-13 | Microsoft Corporation | System and method for continuously provisioning a mobile device |
| JP3697711B2 (ja) * | 2001-07-04 | 2005-09-21 | 日本電気株式会社 | Ｐｐｐ終端装置、ネットワーク装置及びｌｃｐエコー要求応答方法 |
| JP4225743B2 (ja) * | 2002-07-04 | 2009-02-18 | 株式会社東芝 | 無線端末及び通信制御方法 |
| DE60317836T2 (de) * | 2002-08-01 | 2008-10-16 | Research In Motion Ltd., Waterloo | Paketdatendienstknoten zur Aufrechterhaltung einer immer eingeschalteten drahtlosen Internetprotokoll-Kommunikation und Verfahren dazu |
| US20050021770A1 (en) * | 2003-06-13 | 2005-01-27 | Guy Helm | Method for transferring PPP inactivity time in a CDMA2000 network |
| US7543142B2 (en) * | 2003-12-19 | 2009-06-02 | Intel Corporation | Method and apparatus for performing an authentication after cipher operation in a network processor |
| KR100617672B1 (ko) * | 2003-12-26 | 2006-08-28 | 삼성전자주식회사 | 이동통신 단말기와 기지국 간에 점대 점 프로토콜 연결설정 방법 |
| US8676986B2 (en) * | 2004-03-10 | 2014-03-18 | Cisco Technology, Inc. | Reduced data session establishment time in CDMA-2000 networks |
| JP3959402B2 (ja) * | 2004-03-19 | 2007-08-15 | 株式会社日立コミュニケーションテクノロジー | 通信接続装置及び通信端末ならびにこれを用いた通信方法 |
| CN1909472B (zh) * | 2005-08-05 | 2010-05-05 | 华为技术有限公司 | 一种基于主、备pos接口的状态检测方法 |
| WO2008115111A1 (en) | 2007-03-19 | 2008-09-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Radio bearer specific cqi reporting |
| EP2106115B1 (de) * | 2008-03-28 | 2011-02-23 | Cinterion Wireless Modules GmbH | Verfahren zum Betreiben eines Kommunikationsgerätes und Kommunikationsgerät hierfür |
| CN101741656B (zh) * | 2008-11-12 | 2012-01-11 | 上海摩波彼克半导体有限公司 | 实现移动通信无线Modem终端点对点协议数据传输优化的方法 |
| EP2257025A1 (en) * | 2009-05-27 | 2010-12-01 | ST-Ericsson SA | System and method for establishing reliable communication in a connection-less environment |
| US9306803B2 (en) * | 2009-10-30 | 2016-04-05 | Hewlett Packard Enterprise Development Lp | Methods and devices for implementing configuration synchronization |
| US8661118B2 (en) | 2010-03-08 | 2014-02-25 | Microsoft Corporation | Detection of end-to-end transport quality |
| US8811281B2 (en) | 2011-04-01 | 2014-08-19 | Cisco Technology, Inc. | Soft retention for call admission control in communication networks |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996000468A1 (en) * | 1994-06-24 | 1996-01-04 | Metricom, Inc. | Method for using point-to-point protocol over an imperfect mesh network |
| US5550816A (en) * | 1994-12-29 | 1996-08-27 | Storage Technology Corporation | Method and apparatus for virtual switching |
| FI98027C (fi) | 1995-01-10 | 1997-03-25 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten |
| US5918019A (en) * | 1996-07-29 | 1999-06-29 | Cisco Technology, Inc. | Virtual dial-up protocol for network communication |
| JPH10154995A (ja) * | 1996-11-20 | 1998-06-09 | Fujitsu Ltd | ゲートウェイ装置及びパケット中継方法 |
| US6041054A (en) * | 1997-09-24 | 2000-03-21 | Telefonaktiebolaget Lm Ericsson | Efficient transport of internet protocol packets using asynchronous transfer mode adaptation layer two |
-
1998
- 1998-01-12 DE DE19800772A patent/DE19800772C2/de not_active Expired - Fee Related
-
1999
- 1999-01-11 ES ES99904762T patent/ES2226336T3/es not_active Expired - Lifetime
- 1999-01-11 IL IL13703599A patent/IL137035A/en not_active IP Right Cessation
- 1999-01-11 JP JP2000528055A patent/JP3967548B2/ja not_active Expired - Lifetime
- 1999-01-11 CA CA002317446A patent/CA2317446C/en not_active Expired - Lifetime
- 1999-01-11 CN CNB998039225A patent/CN1222145C/zh not_active Expired - Fee Related
- 1999-01-11 US US09/227,894 patent/US6487218B1/en not_active Expired - Lifetime
- 1999-01-11 EP EP99904762A patent/EP1046266B1/en not_active Expired - Lifetime
- 1999-01-11 AU AU25168/99A patent/AU753693B2/en not_active Ceased
- 1999-01-11 WO PCT/EP1999/000111 patent/WO1999035798A1/en active IP Right Grant
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005081471A1 (ja) * | 2004-02-25 | 2005-09-01 | Hitachi Communication Technologies, Ltd. | 通信端末装置、通信接続装置、ならびに、これらを用いた通信方法 |
| US7983227B2 (en) | 2004-02-25 | 2011-07-19 | Hitachi, Ltd. | Communication terminal apparatus, communication connection apparatus, and communication method using them |
| JP2008508813A (ja) * | 2004-07-30 | 2008-03-21 | クゥアルコム・インコーポレイテッド | ネットワーク・アクセスのための早いリンク確立 |
| US9032065B2 (en) | 2004-07-30 | 2015-05-12 | Qualcomm Incorporated | Fast link establishment for network access |
| US8233416B2 (en) | 2004-09-28 | 2012-07-31 | Qualcomm Incorporated | Handoff supports for networks having different link establishment protocols |
Also Published As
| Publication number | Publication date |
|---|---|
| DE19800772A1 (de) | 1999-07-15 |
| CN1222145C (zh) | 2005-10-05 |
| ES2226336T3 (es) | 2005-03-16 |
| CA2317446C (en) | 2005-06-28 |
| US6487218B1 (en) | 2002-11-26 |
| AU2516899A (en) | 1999-07-26 |
| JP3967548B2 (ja) | 2007-08-29 |
| IL137035A (en) | 2004-08-31 |
| EP1046266B1 (en) | 2004-10-06 |
| WO1999035798A1 (en) | 1999-07-15 |
| AU753693B2 (en) | 2002-10-24 |
| IL137035A0 (en) | 2001-06-14 |
| CA2317446A1 (en) | 1999-07-15 |
| DE19800772C2 (de) | 2000-04-06 |
| EP1046266A1 (en) | 2000-10-25 |
| CN1292966A (zh) | 2001-04-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002501331A (ja) | リンク構成方法および装置 | |
| JP4164365B2 (ja) | デュアル・プロキシ装置を設けることによる無線インタフェースを介するｔｃｐ性能の改良技術 | |
| US6542490B1 (en) | Data link control proctocol for 3G wireless system | |
| RU2296423C2 (ru) | Способ и устройство для обеспечения уровней с множеством показателей качества обслуживания в соединениях беспроводной передачи пакетов данных | |
| EP1507353B1 (en) | Transmission/reception of data flows with different QoS requirements | |
| KR100446508B1 (ko) | 패킷 데이터 통신시스템에서 패킷 데이터 처리장치 | |
| WO2019007209A1 (zh) | 一种多路径数据传输处理方法及网络设备 | |
| JP3430509B2 (ja) | データ通信システム及び方法 | |
| KR101192523B1 (ko) | 서로 다른 링크 확립 프로토콜을 가진 네트워크들에 대한 핸드오프 지원 | |
| US7369529B2 (en) | Method and apparatus for differentiating point to point protocol session termination points | |
| MXPA02005523A (es) | Metodo y aparato para autentificacion en un sistema de telecomunicaciones inalambricas. | |
| BRPI0109862B1 (pt) | Método e sistema para numeração de pacote de dados em uma transmissão de dados comutada por pacote em conexão com a transferência | |
| JP2002534001A (ja) | 通信ネットワークにおけるデータ処理時間の削減に関する方法および装置 | |
| JP2002538674A (ja) | Ｕｍおよびｒｍインターフェースにおけるポップの同時的なセットアップ | |
| MXPA02009502A (es) | Metodo y aparato para aplicarse a una estacion movil para identificar eventos especificos. | |
| JP2003530021A (ja) | 指定された事象を移動局アプリケーションに通知する方法及び装置 | |
| US20060193341A1 (en) | Data conversion apparatus, signal, data conversion method, dce, gateway and communication apparatus | |
| US7490160B2 (en) | Method of efficiently transmitting/receiving data using transport layer in a mobile ad hoc network, and network device using the method | |
| EP1739918A1 (en) | System and method for avoiding error correction redundancy over the last link | |
| US7746852B2 (en) | Packet data serving node and communication method using the same | |
| KR20070078922A (ko) | 이동통신 시스템에서 피피피 재접속시 데이터 전송 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050811 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050811 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050812 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050811 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070508 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070531 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100608 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110608 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120608 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120608 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130608 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |