(57)【特許請求の範囲】
【請求項１】
Ｕm インターフェースにおいて無線通信装置と相互動作機能（ＩＷＦ）との間に、およびＲm インターフェースにおいて前記無線通信装置とＴＥ２装置との間にＰＰＰリンクを同時に設定する方法において、
前記無線通信装置において構成−リクエストパケットを前記Ｒm インターフェースによって受信し、
前記構成−リクエストパケットに含まれる全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定し、
前記決定により前記構成−リクエストパケットに含まれる少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信し、
前記決定により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームをＵm インターフェースによって送信し、
前記決定により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリに記憶し、
前記Ｕm インターフェースによって構成−Ａｃｋパケットを受信し、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットを含んでいる前記ＰＰＰフレームを前記Ｒm インターフェースによって送信し、
前記Ｒm インターフェースによって構成−Ａｃｋパケットを受信し、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、
前記構成−Ａｃｋパケットを含んでいる前記ＰＰＰフレームを前記Ｕm インターフェースによって送信するステップを含んでいる方法。
【請求項２】
前記構成−Ａｃｋパケットに含まれるＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致するか否かを決定し、
前記決定により、前記構成−Ａｃｋパケットの前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤに一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれる全てのオプションの値をセーブするステップをさらに含んでいる請求項１記載の方法。
【請求項３】
Ｕm インターフェースにおいて無線通信装置と相互動作機能（ＩＷＦ）との間に、およびＲm インターフェースによって前記無線通信装置とＴＥ２装置との間にＰＰＰリンクを同時に設定する方法において、
前記無線通信装置において、構成−リクエストパケットを前記Ｒm インターフェースによって受信し、
前記構成−リクエストパケットに含まれる全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定し、
前記決定により前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信し、
前記決定により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれる構成−リクエストＩＤをメモリに記憶し、
前記決定により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームを前記Ｕm インターフェースによって送信し、
構成−Ａｃｋパケットを前記Ｕm インターフェースによって受信し、
前記構成−Ａｃｋパケットに含まれるＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致するか否かを決定し、
前記決定により前記構成−Ａｃｋパケットの前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれる全てのオプションの値をセーブし、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットに含まれる前記ＰＰＰフレームを前記Ｒm インターフェースによって送信するステップを含んでいる設定方法。
【請求項４】
Ｕm インターフェースにおいて無線通信装置と相互動作機能（ＩＷＦ）との間に、およびＲm インターフェースによって前記無線通信装置とＴＥ２装置との間にＰＰＰリンクを同時に設定する方法において、
前記無線通信装置において、構成−リクエストパケットを前記Ｕm インターフェースによって受信し、
前記構成−リクエストパケットに含まれている全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定し、
前記決定により前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信し、
前記決定により、前記構成−リクエストパケット中の全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームをＲm インターフェースによって送信し、
前記決定により、前記構成−リクエストパケット中の全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリに記憶し、
前記Ｒm インターフェースによって構成−Ａｃｋパケットを受信し、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、
前記構成−Ａｃｋパケットを含んでいる前記ＰＰＰフレームを前記Ｕm インターフェースによって送信するステップを含んでいる方法。
【請求項５】
Ｕm インターフェースにおいて無線通信装置と相互動作機能（ＩＷＦ）との間に、およびＲm インターフェースによって前記無線通信装置とＴＥ２装置との間にＰＰＰリンクを同時に設定する方法において、
前記無線通信装置において、構成−リクエストパケットを前記Ｕm インターフェースによって受信し、
前記構成−リクエストパケットに含まれる全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定し、
前記決定により前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信し、
前記決定により、前記構成−リクエストパケット中の全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームをＲm インターフェースによって送信し、
前記決定により、前記構成−リクエストパケット中の全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリに記憶し、
前記Ｒm インターフェースによって構成−Ａｃｋパケットを受信し、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、
前記構成−Ａｃｋパケットを含んでいる前記ＰＰＰフレームを前記Ｕm インターフェースによって送信するステップを含んでいる方法。
【請求項６】
前記構成−Ａｃｋパケットに含まれるＩＤが前記構成−リクエストＩＤと一致するか否かを決定し、
前記決定により、前記構成−Ａｃｋパケットの前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤに一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれる全てのオプションの値をセーブするステップをさらに含んでいる請求項５記載の方法。
【請求項７】
Ｕm インターフェースにおいて無線通信装置と相互動作機能（ＩＷＦ）との間に、およびＲm インターフェースによって前記無線通信装置とＴＥ２装置との間にＰＰＰリンクを同時に設定する方法において、
前記無線通信装置において、構成−リクエストパケットを前記Ｕm インターフェースによって受信し、
前記構成−リクエストパケットに含まれている全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定し、
前記決定により前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信し、
前記決定により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリ中に記憶し、
前記決定により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームにフレームし、前記ＰＰＰフレームを前記Ｒm インターフェースによって送信し、
構成−Ａｃｋパケットを前記Ｒm インターフェースによって受信し、
前記構成−Ａｃｋパケットに含まれるＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致するか否かを決定し、
前記決定により前記構成−Ａｃｋパケット中の前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれる全てのオプションの値をセーブし、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットに含まれる前記ＰＰＰフレームを前記Ｕm インターフェースによって送信するステップを含んでいる方法。
【請求項８】
Ｕm インターフェースにより相互動作機能（ＩＷＦ）へのＰＰＰリンクを、またＲm インターフェースによりＴＥ２装置へのＰＰＰリンクを同時に設定することのできる無線通信装置において、
構成−リクエストパケットを前記Ｒm インターフェースによって受信する手段と、
前記構成−リクエストパケットに含まれている全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定する手段と、
前記決定手段により、前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームをＵm インターフェースによって送信する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリに記憶する手段と、
前記Ｕm インターフェースによって構成−Ａｃｋパケットを受信する手段と、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットを含んでいる前記ＰＰＰフレームを前記Ｒm インターフェースによって送信する手段と、
前記Ｕm インターフェースによって構成−Ａｃｋパケットを受信する手段と、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットを含んでいる前記ＰＰＰフレームを前記Ｒm インターフェースによって送信する手段と、
前記構成−Ａｃｋパケットに含まれているＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致するか否かを決定する手段と、
前記決定手段により、前記構成−Ａｃｋパケットの前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤに一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれている全てのオプションの値をセーブする手段とを含んでいる無線通信装置。
【請求項９】
Ｕm インターフェースによって相互動作機能（ＩＷＦ）へのＰＰＰリンクを設定し、Ｒm インターフェースによってＴＥ２装置へのＰＰＰリンクを同時に設定することのできる無線通信装置において、
構成−リクエストパケットを前記Ｒm インターフェースによって受信する手段と、
前記構成−リクエストパケットに含まれる全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定する手段と、
前記決定手段により前記構成−リクエストパケットに含まれる少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリ中に記憶する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームを前記Ｕm インターフェースによって送信する手段と、
構成−Ａｃｋパケットを前記Ｕm インターフェースによって受信する手段と、
前記構成−Ａｃｋパケットに含まれているＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致するか否かを決定する手段と、
前記決定手段により前記構成−Ａｃｋパケットの前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれる全てのオプションの値をセーブする手段と、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットに含まれている前記ＰＰＰフレームを前記Ｒm インターフェースによって送信する手段を含んでいる無線通信装置。
【請求項１０】
Ｕm インターフェースにおける相互動作機能（ＩＷＦ）へのＰＰＰリンクと、Ｒm インターフェースにおけるＴＥ２装置へのＰＰＰリンクとを同時に設定することができる無線通信装置において、
構成−リクエストパケットを前記Ｕm インターフェースによって受信する手段と、
前記構成−リクエストパケットに含まれている全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定する手段と、
前記決定手段により前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームをＲm インターフェースによって送信する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリに記憶する手段と、
前記Ｒm インターフェースによって構成−Ａｃｋパケットを受信する手段と、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットを含んでいる前記ＰＰＰフレームを前記Ｕm インターフェースによって送信する手段を含んでいる無線通信装置。
【請求項１１】
Ｕm インターフェースにおいて相互動作機能（ＩＷＦ）へのＰＰＰリンクを、またＲm インターフェースにおいてＴＥ２装置へのＰＰＰリンクを同時に設定することができる無線通信装置において、
構成−リクエストパケットを前記Ｕm インターフェースによって受信する手段と、
前記構成−リクエストパケットに含まれる全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定する手段と、
前記決定手段により前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信する手段と、
前記決定手段により前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームを前記Ｒm インターフェースを介して送信する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリに記憶する手段と、
構成−Ａｃｋパケットを前記Ｒm インターフェースを介して受信する手段と、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットに含まれている前記ＰＰＰフレームを前記Ｕm インターフェースを介して送信する手段と、
前記構成−Ａｃｋパケットに含まれるＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致するか否かを決定する手段と、前記決定手段により前記構成−Ａｃｋパケットの前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれている全てのオプションの値をセーブする手段とを含んでいる無線通信装置。
【請求項１２】
Ｕm インターフェースにおいて相互動作機能（ＩＷＦ）へのＰＰＰリンクを、またＲm インターフェースにおいてＴＥ２装置へのＰＰＰリンクを同時に設定することができる無線通信装置において、
構成−リクエストパケットを前記Ｕm インターフェースによって受信する手段と、
前記構成−リクエストパケットに含まれている全ての構成オプションが前記無線通信装置によりサポートされるか否かを決定する手段と、
前記決定手段により前記構成−リクエストパケットに含まれている少なくとも１つの前記構成オプションが前記無線通信装置によりサポートされないことが決定されたとき、構成−リジェクトパケットを生成して送信する手段と、
前記決定手段により、前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットに含まれている構成−リクエストＩＤをメモリに記憶する手段と、
前記決定手段により前記構成−リクエストパケットの全ての前記構成オプションがサポートされることが決定されたとき、前記構成−リクエストパケットをＰＰＰフレームに形成し、前記ＰＰＰフレームを前記Ｒm インターフェースを介して送信する手段と、
構成−Ａｃｋパケットを前記Ｒm インターフェースを介して受信する手段と、
前記構成−Ａｃｋパケットに含まれているＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致するか否かを決定する手段と、
前記決定手段により前記構成−Ａｃｋパケットの前記ＩＤが前記メモリに記憶されている前記構成−リクエストＩＤと一致することが決定されたとき、前記構成−Ａｃｋパケットに含まれている全てのオプションの値をセーブする手段と、
前記構成−Ａｃｋパケットを前記ＰＰＰフレームに形成し、前記構成−Ａｃｋパケットに含まれている前記ＰＰＰフレームを前記Ｕm インターフェースを介して送信する手段とを含んでいる無線通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線データサービスの分野、特に無線通信装置（ＭＴ２）を介して端末装置（ＴＥ２）と基地局／移動体交換機（ＢＳ／ＭＳＣ）の相互動作機能（ＩＷＣ）間に地点間プロトコル（ＰＰＰ）リンクを設定する優秀で改良された方法およびシステムに関する。
【０００２】
【従来の技術】
ネットワーク間接続、即ち個々の構内通信網（ＬＡＮ）の接続は急速に非常に普及している。共通して“インターネット”と呼ばれるインフラストラクチャおよび関連するプロトコルはよく知られるようになり、広く使用されている。インターネットにアクセスを与えるよく知られたプロトコルは、地点間リンクによってマルチプロトコルデータグラムを転送するための標準的な方法を与える地点間プロトコル（ＰＰＰ）であり、さらに文献（Request for Comment (RFC)1661 、W.Simpson 編集者、1994年７月）に記載されている。
【０００３】
ＰＰＰは以下の３つの主要な構成要素を含んでいる。
１．マルチプロトコルデータグラムをカプセル化する方法と、
２．データリンク接続を設定し、構成し、テストするリンク制御プロトコル（ＬＣＰ）と、
３．異なるネットワーク層プロトコルを設定し、構成するネットワーク制御プロトコル（ＮＣＰ）のファミリ。
【０００４】
図１は、移動体端末（ＴＥ２装置）102 が無線通信装置（ＭＴ２）104 と基地局／移動局交換機（ＢＳ／ＭＳＣ）106 とを含んでいる無線通信システムを介して相互動作機能（ＩＷＦ）108 と通信する無線データ通信システムの高レベルなブロック図を示している。ここで使用されているように、ＭＴ２は電話装置または電話装置とＰＣＭ  ＣＩＡカードの組合わせを意味している。図１では、ＩＷＦ 108はインターネットへのアクセス点の役目を行う。ＩＷＦ 108は技術でよく知られているように、一般的な無線基地局であるＢＳ／ＭＳＣ 106に結合され、多くの場合にはＢＳ／ＭＳＣ 106と同一位置に配置される。ＴＥ２装置 102は、ＢＳ／ＭＳＣ 106およびＩＷＦ 108と無線通信しているＭＴ２装置104 に結合されている。
【０００５】
ＴＥ２装置102 とＩＷＦ 108間でデータ通信を可能にする多数のプロトコルが存在する。例えば、米国電気通信工業会（ＴＩＡ）／米国電子工業会（ＥＩＡ）暫定標準ＩＳ−707.5 （題名“Data Service Options for Wideband Spread Spectrum Systems : Packet Data Services”、1998年２月）はＢＳ／ＭＳＣ 106とＩＷＦ 108がその一部であるＴＩＡ／ＥＩＡ  ＩＳ−９５広帯域拡散スペクトルシステムのパケットデータ送信容量をサポートするための要件を規定している。ＩＳ−707.5 はまたＴＥ２装置102 とＭＴ２装置104 の間（Ｒm インターフェース）と、ＭＴ２装置104 とＢＳ／ＭＳＣ 106との間（Ｕm インターフェース）と、ＢＳ／ＭＳＣ 106とＩＷＦ 108との間（Ｌインターフェース）のリンクにおける通信プロトコルの要求を与える。
【０００６】
図２を参照すると、ＩＳ−707.5 リレーモデルの各エンティティのプロトコルスタック図が示されている。図２はＩＳ−707.5 の図１．４．２．２−１にほぼ対応している。図面の左端はプロトコルスタックであり、通常の垂直のフォーマットで示されており、ＴＥ２装置102 （例えば移動局端末、ラップトップまたはパームトップコンピュータ）で動作するプロトコル層を示している。ＴＥ２プロトコルスタックは、Ｒm インターフェースによってＭＴ２装置104 プロトコルスタックに論理的に接続されているものとして示されている。ＭＴ２装置104 は、Ｕm インターフェースによってＢＳ／ＭＳＣ106 プロトコルスタックに論理的に接続されているものとして示されている。ＢＳ／ＭＳＣ106 プロトコルスタックは、ＬインターフェースによってＩＷＦ 108プロトコルスタックに論理的に接続されているものとして示されている。
【０００７】
図２のプロトコルの動作の１例として、地点間プロトコル（ＰＰＰR ）プロトコル206 は上位層 202、 204からパケットを符号化し、ＥＩＡ−232 プロトコル208 を使用するＲm インターフェースを横切ってＥＩＡ−232 プロトコル210 で動作するＭＴ２装置のＥＩＡ−232 互換ポートにこれらを送信する。ＭＴ２装置上のＥＩＡ−232 プロトコル210 はパケットを受信し、これらをＰＰＰR プロトコル205 へ転送する。ＰＰＰR プロトコル205 はＰＰＰフレームにカプセル化されているパケットのフレームを解除し、典型的に、データ接続が行われたとき、パケットをＰＰＰU プロトコル215 へ通過し、これはＩＷＦ（108 ）に位置するＰＰＰピアは送信するためパケットをＰＰＰフレームにフレーム化する。無線リンクプロトコル（ＲＬＰ）212 とＩＳ−９５プロトコル214 は、両者とも技術でよく知られており、ＰＰＰフレームにカプセル化されているパケットをＵm インターフェースによってＢＳ／ＭＳＣ 106へ送信するために使用される。ＲＬＰプロトコル 212はＩＳ−707.2 （題名“Data Service Options for Wideband Spread Spectrum Systems : Radio Link Protocol ”、1998年２月）で定義され、ＩＳ−９５プロトコルは前述のＩＳ−９５に規定されている。ＢＳ／ＭＳＣ 106中の相補型ＲＬＰプロトコル216 とＩＳ−９５プロトコル218 はＬインターフェースを横切ってリレー層プロトコル228 へ送信するためにパケットをリレー層プロトコル220 へ転送する。ＰＰＰU プロトコル226 はその後、受信されたパケットのフレームを解除し、これらをネットワーク層プロトコル225 へ転送し、ネットワーク層プロトコル225 はこれらを上位層プロトコル221 へ転送するか、またはこれらをインターネットへ転送する。
【０００８】
ＲＦＣ1661に記載されているように、ＬＣＰパケットは構成−リクエスト、構成−Ａｃｋ、構成−Ｎａｋ、構成−リジェクトを含んでいる。これらのパケットのフォーマットはよく知られており、ＲＦＣ1661に記載されている。
【０００９】
構成−リクエストパケットは構成オプションと交渉するために使用され、構成オプションは常に同時に取決められる。
【００１０】
構成−Ａｃｋパケットは、受信された構成−リクエストパケットのそれぞれの構成オプションが認識可能であり、全ての値が許容可能であるならば送信される。
【００１１】
構成−Ｎａｋパケットは、リクエストされた構成オプションが認識可能であるが、幾つかの値が許容可能ではないときに構成−リクエストパケットに応答して送信される。構成−Ｎａｋパケットのオプションフィールドは構成−リクエストパケットからの許容可能ではない構成オプションのみにより満たされている。全ての構成オプションは常に同時に否定応答されることに留意する。
【００１２】
構成−リジェクトパケットは、受信された構成−リクエストが認識可能ではないかまたは取決めに対して許容可能ではない構成オプションを含んでいるときに送信される。構成−リジェクトのオプションフィールドは構成−リクエストからの許容可能な構成オプションだけを含んでいる。
【００１３】
【発明が解決しようとする課題】
以下は、ＲＦＣ1661に記載され、ＰＰＰ  ＬＣＰプロトコルで規定されているよく知られた構成オプションである。
１．最大−受信−装置、
２．認証−プロトコル、
３．品質−プロトコル、
４．マジック−番号、
５．プロトコル−フィールド−圧縮、
６．アドレス−および−制御−フィールド−圧縮、
７．ＡＳＹＮＣ−制御符号ＭRP
【００１４】
インターネットプロトコル制御プロトコル（ＩＰＣＰ）はＰＰＰリンクの両端部においてインターネットプロトコル（ＩＰ）モジュールを構成し、エネーブルし、ディスエーブルするネットワーク制御プロトコルである。ＩＰＣＰはコメントのリクエスト（ＲＦＣ）1332（題名“The PPP Internet Protocol Control Protocol (IPCP) ”、G. McGregor Merit 、1992年５月）に記載されている。ＩＰＣＰ構成オプションは以下を含んでいる。
１．ＩＰ−アドレス、
２．ＩＰ−圧縮−プロトコル、
３．ＩＰ−アドレス。
【００１５】
ＩＰＣＰはリンク制御プロトコル（ＬＣＰ）と同じオプションネゴシエーション機構を使用する。
【００１６】
ＬＣＰとＩＰＣＰ構成オプションネゴシエーションはＲm インターフェースとＵm インターフェースとの両者に対して別々に生じる。即ち、Ｒm とＵm インターフェースの一方にわたるＬＣＰまたはＩＰＣＰ構成オプションネゴシエーションはＲm とＵm インターフェースの他方にわたるＬＣＰまたはＩＰＣＰ構成オプションネゴシエーションとは別にされている。それ故、無線通信装置（ＭＴ２）はＲm とＵm インターフェースにわたる構成オプションと別々にネゴシエーションしなければならない。Ｒm とＵm インターフェースにわたるＭＴ２による別々の構成オプションのネゴシエーションは、ＭＴ２装置の構成オプションネゴシエーション機構を不必要に複雑にさせ、両インターフェースにおける構成オプションネゴシエーションを不必要に長くさせる。
【００１７】
【課題を解決するための手段】
本発明は、Ｒm およびＵm インターフェースの両者によってＬＣＰまたはＩＰＣＰ構成オプションと同時にネゴシエーションするための方法および無線通信装置（ＭＴ２）である。
【００１８】
ＭＴ２装置がＲm およびＵm インターフェースの一方によってＬＣＰまたはＩＰＣＰ構成−リクエストパケットを受信したとき、ＭＴ２装置はリクエストされた構成オプションを構文解析し、リクエストされたオプションがＭＴ２装置によりサポートされるか否かを決定する。リクエストされたオプションがサポートされるならば、ＭＴ２装置は構成−リクエストパケットに含まれている構成−リクエストＩＤを保存し、Ｒm とＵm インターフェースの他方で送信するために構成−リクエストパケットをＰＰＰフレームにフレーム化する。任意のリクエストされた構成オプションがＭＴ２装置によりサポートされないならば、ＭＴ２装置はサポートされていないオプションを含んでいる構成−リジェクトパケットを生成し、構成−リクエストパケットを受信するインターフェースによって送信するために構成−リジェクトパケットをＰＰＰフレームにフレーム化し、もとのリクエストは廃棄される。
【００１９】
したがって、Ｒm およびＵm 両インターフェースにおいて構成オプションを同時にネゴシエーションする簡単で迅速な機構が与えられる。
【００２０】
【発明の実施の形態】
これらおよび他の利点は添付図面と共に好ましい実施形態の詳細な説明からさらに明白になるであろう。
技術で知られているように、地点間リンクによった通信を設定するために、データリンク接続を設定し、構成し、テストするためのリンク制御プロトコル（ＬＣＰ）パケットは各ＰＰＰリンク、即ちＲm およびＵm インターフェースによって交換されなければならない。ネゴシエーションされない任意のオプションはＲＦＣ1661により特定されているように、予め定められたデフォルト値を使用する。
【００２１】
同様に、ＩＰＣＰ構成オプションをネゴシエーションし構成するためのＩＰＣＰパケットはＲm およびＵm インターフェースによって交換されなければならない。ネゴシエーションされない任意のオプションはＲＦＣ1332により特定されているように予め定められたデフォルト値を使用する。
【００２２】
ＲＦＣ1661に記載されているように、ＬＣＰパケットは構成−リクエスト、構成−Ａｃｋ、構成−Ｎａｋ、構成−リジェクトを含んでいる。これらのパケットのフォーマットはよく知られており、ＲＦＣ1661に記載されている。
【００２３】
ＩＰＣＰ構成オプションをネゴシエーションする機構はＬＣＰ構成オプションをネゴシエーションする機構と同一であるので、以下の詳細な説明はＬＣＰとＩＰＣＰの両者に与えられる。
【００２４】
通常のシステムでは、構成オプションのネゴシエーションは、Ｒm インターフェースとＵm インターフェースの両者で別々に行われる。ＲＦＣ1661およびＲＦＣ1332に記載されているように、構成−リクエストパケットはリクエストされたオプションのリストを含んでおり、構成−Ａｃｋパケットは送信者が確証しているオプションのリストを含んでいる。
【００２５】
図３は、ＬＣＰまたはＩＰＣＰ構成−リクエストパケットがＲm インターフェースによってＭＴ２装置により受信されたときに生じる処理を説明している。ステップＳ 310は構成−リクエストパケット中でリクエストされた構成オプションを構文解析するように行われる。ステップＳ 320では、各オプションはこれらがＭＴ２装置によりサポートされるか否かを決定するためにチェックされる。
【００２６】
何れかのオプションがサポートされていないならば、ステップＳ 330で悪いオプションの構成−リジェクトパケットを生成する動作が実行される。ステップＳ 340では、構成−リクエストパケットが廃棄される。ステップＳ 350では、構成−リジェクトパケットがＲm インターフェースのＰＰＰフレーマへ送信され、これはそれに続いてＲm インターフェースによって送信するため構成−リジェクトパケットをＰＰＰフレームにカプセル化させる。
【００２７】
ステップＳ 320が、全てのリクエストされたオプションがＭＴ２装置によりサポートされることを決定したならば、ステップＳ 360で構成−リクエストパケットに含まれている構成−リクエストＩＤをセーブ（保存）する動作が実行される。ステップＳ 370ではその後、構成−リクエストパケットをＰＰＰフレーマへ転送する動作が実行され、それによってＵm インターフェースによって送信するようにＰＰＰフレームにカプセル化する。
【００２８】
図４は、構成−ＡｃｋパケットがＭＴ２装置によってＲm インターフェースを介して受信されたときに行われる処理を示している。ステップＳ 410では、構成−ＡｃｋパケットのＩＤは、構成−リクエストＩＤと比較される。ＩＤが一致したならば、ステップＳ 420で構成−Ａｃｋパケットに含まれる構成オプションをセーブする動作が実行される。ステップＳ 430で構成−ＡｃｋパケットをＵm インターフェースのＰＰＰフレーマへ転送する動作が行われ、それに続いて、構成−ＡｃｋパケットをＰＰＰフレームにカプセル化させ、Ｕm インターフェースによって送信させる。
【００２９】
ステップＳ 410で、構成−ＡｃｋパケットのＩＤが構成−リクエストＩＤと一致しないことが決定されたならば、ステップＳ 430では構成−ＡｃｋパケットをＵm インターフェースのＰＰＰフレーマへ転送する動作が実行され、それに続いて、構成−ＡｃｋパケットをＰＰＰフレームにカプセル化させ、Ｕm インターフェースによって送信させる。換言すると、構成−ＡｃｋパケットのＩＤが構成−リクエストＩＤと一致しないとき、構成オプションはセーブされない。
【００３０】
図５は、構成−リクエストパケットがＵm インターフェースによって受信されたときに実行される処理を示している。図５は、構成−リクエストパケットがＲm インターフェースによって受信されるときに生じる処理を示している図３と類似している。ステップＳ 510では構成−リクエストパケットでリクエストされた構成オプションを構文解析する動作が実行される。ステップＳ 520では、各オプションはそれがＭＴ２装置によりサポートされるか否かを決定するためにチェックされる。
【００３１】
何れかのオプションがサポートされないならば、ステップＳ 530は悪いオプションの構成−リジェクトパケットを生成する動作が実行される。ステップＳ 540では、構成−リクエストパケットは廃棄される。ステップＳ 550では、構成−リジェクトパケットはＲm インターフェースのＰＰＰフレーマへ送信され、これはＲm インターフェースによって送信するようにＰＰＰフレームにパケットをカプセル化する。
【００３２】
ステップＳ 520で、全てのリクエストされたオプションがＭＴ２装置によりサポートされることが決定されたならば、ステップＳ 560は構成−リクエストパケット中に含まれる構成−リクエストＩＤをセーブする動作が実行される。ステップＳ 570ではその後、構成−リクエストパケットをＵm インターフェースのＰＰＰフレーマへ転送する動作が実行され、これは、パケットをＰＰＰフレームにカプセル化し、Ｕm インターフェースによって送信される。
【００３３】
図６は、構成−ＡｃｋパケットがＵm インターフェースによって受信されたときに実行される処理を示している。図６は、構成−ＡｃｋパケットがＲm インターフェースによって受信されるときに生じる処理を示している図４と類似している。ステップＳ 610では、構成−ＡｃｋパケットのＩＤは構成−リクエストＩＤと比較される。ＩＤが一致したならば、ステップＳ 620では構成−Ａｃｋパケットに含まれる構成オプションをセーブする動作が実行される。ステップＳ 630では、構成−ＡｃｋパケットをＵm インターフェースのＰＰＰフレーマへ転送する動作が実行され、それに続いて、構成−ＡｃｋパケットをＰＰＰフレームにカプセル化させ、Ｒm インターフェースによって送信される。
【００３４】
ステップＳ 610で、構成−ＡｃｋパケットのＩＤが構成−リクエストＩＤと一致しないことが決定されたならば、ステップＳ 630は構成−ＡｃｋパケットをＲm インターフェースのＰＰＰフレーマへ通過する動作を実行し、それに続いて、構成−ＡｃｋパケットをＰＰＰフレームにカプセル化させ、Ｒm インターフェースによって送信させる。換言すると、構成−ＡｃｋパケットのＩＤが構成−リクエストＩＤと一致しないときには、構成オプションはセーブされない。
【００３５】
Ｒm およびＵm インターフェースの一方で受信された任意の他の構成ネゴシエーションパケットはＭＴ２装置を通過し、Ｒm とＵm インターフェースの他方で送信される。
【００３６】
図７は、ＬＣＰ構成ネゴシエーションの例を示している。符号70において、ＴＥ２装置はＲm インターフェースによってＬＣＰ構成−リクエストパケットをＭＴ２装置へ送信する。符号72で、ＭＴ２はＬＣＰ構成−リクエストパケットを受信し、ＭＴ２装置が構成−リクエストパケットの全てのリクエストされた構成オプションをサポートしないことを決定し、悪いオプションを示すＬＣＰ構成−リジェクトパケットを生成し、Ｒm インターフェースによって送信する。
【００３７】
符号74で、ＴＥ２はＲm インターフェースによってＬＣＰ構成−リクエストパケットを発生する。符号76で、ＭＴ２装置はＬＣＰ構成−リクエストパケットを受信し、構成オプションを構文解析し、構成オプションがＭＴ２装置によりサポートされることを決定し、ＬＣＰ構成−リクエストパケットから構成−リクエストＩＤをセーブし、ＬＣＰ構成−リクエストパケットをＰＰＰフレームにフレーム形成し、ＰＰＰフレームをＵm インターフェースによって送信する。符号78で、ＩＷＦはＬＣＰ構成−リクエストパケットを解析し、幾つかのリクエストされたオプションが悪いことを決定し、悪いオプションを含むＬＣＰ構成−リジェクトパケットをＵm インターフェースによってＭＴ２装置へ送信する。符号80で、ＭＴ２装置はＬＣＰ構成−リジェクトパケットを受信し、受信されたパケットがＬＣＰ構成−リクエストパケットもＬＣＰ構成−Ａｃｋパケットでもないことを決定し、ＭＴ２装置はＬＣＰ構成−リジェクトパケットをＵm インターフェースによってＴＥ２へ送信する。
【００３８】
符号82で、ＴＥ２装置はＲm インターフェースによってＬＣＰ構成−リクエストパケットを発生してＭＴ２装置へ転送する。符号84においては、ＭＴ２装置はＬＣＰ構成−リクエストパケットに含まれる構成オプションを構文解析し、ＭＴ２装置が全ての構成オプションをサポートすることを決定し、ＬＣＰ構成−リクエストパケットをＰＰＰフレームにカプセル化し、そのＰＰＰフレームをＵm インターフェースによってＩＷＦへ送信する。符号86では、ＩＷＦはリクエストされたオプションの他の値をネゴシエーションすることを好むことを決定し、ＩＷＦは所望のオプションの値を示すＬＣＰ構成−Ｎａｋパケットを発生し送信する。符号88で、ＭＴ２装置はＬＣＰ構成−Ｎａｋを受信し、受信されたパケットがＬＣＰ構成−リクエストパケットでもＬＣＰ構成−Ａｃｋパケットでもないことを決定し、ＭＴ２装置はＰＰＰフレームにカプセル化されているＬＣＰ構成−ＮａｋをＲm インターフェースによってＴＥ２へ送信する。
【００３９】
図７の前述の例はＰＰＰ  ＬＣＰプロトコルを使用するが、構成ネゴシエーション機構はＬＣＰプロトコルと同一であるので、ＩＰＣＰプロトコルが使用されてもよい。例えば、ＩＰＣＰ構成−リクエストはＬＣＰ構成−リジェクトの代わりに使用されてもよく、ＩＰＣＰ構成−リジェクトはＬＣＰ構成−リジェクトの代わりに使用されてもよく、ＩＰＣＰ構成−ＮａｋはＬＣＰ構成−Ｎａｋの代わりに使用されてもよい。
【００４０】
当業者は前述のＬＣＰまたはＩＰＣＰ構成ネゴシエーションパケットがＲm インターフェースまたはＵm インターフェースから送信されてもよいことも理解するであろう。
【００４１】
本発明を現在好ましい実施形態と考えられている実施形態と共に説明したが、本発明は説明した実施形態に限定されず、反対に、本発明と特許請求の範囲の技術的範囲内に含まれる種々の変形および等価の装置をカバーすることを目的することが理解されるであろう。
【図面の簡単な説明】
【図１】  端末装置が無線通信装置を介してインターネット等のネットワークに接続されている高レベルのブロック図。
【図２】  各エンティティのプロトコルスタックの図。
【図３】  ＭＴ２装置がＲm インターフェースによって構成−リクエストパケットを受信したときに生じる処理を示したフローチャート。
【図４】  ＭＴ２装置がＲm インターフェースによって構成−Ａｃｋパケットを受信したときに行なわれる処理を示したフローチャート。
【図５】  ＭＴ２装置がＵm インターフェースによって構成−リクエストパケットを受信したときに行なわれる処理を示したフローチャート。
【図６】  ＭＴ２装置がＵm インターフェースによって構成−Ａｃｋパケットを受信したときに行なわれる処理を示したフローチャート。
【図７】  ＬＣＰ構成のネゴシエーションの１例を示した図。
【図１】
0004422347.tif 000002
【図２】
0004422347.tif 000003
【図３】
0004422347.tif 000004
【図４】
0004422347.tif 000005
【図５】
0004422347.tif 000006
【図６】
0004422347.tif 000007
【図７】
0004422347.tif 000008