(57)【特許請求の範囲】
【請求項１】
移動端末（ＴＥ２）がＲｍインターフェースを介して無線通信装置（ＭＴ２装置）と通信し、前記ＭＴ２装置がＵｍインターフェースを介して基地局／移動端末スイッチングセンター（ＢＳ／ＭＳＣ）と通信する無線通信システムにおいてポイントツー・ポイントリンクを再同期するための方法であって、
受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであるかどうかを決定するために、第１のポイントツーポイント・プロトコルリンクの間に、前記Ｕｍインターフェースを介して前記ＭＴ２装置によって受信されている全てのパケットを検査することと；
前記検査において前記受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであると決定された後に、前記Ｕｍインターフェースのオプション値をネゴシエートすることと、なお、前記ネゴシエートすることは、前記Ｒｍインターフェース上の第２のポイントツーポイント・プロトコルを再同期せずに、前記Ｕｍインターフェース上の前記第１のポイントツーポイント・プロトコルを再同期することを含む；
を備えた方法。
【請求項２】
前記オプション値のネゴシエーションが成功裡に終了した後に、前記ＭＴ２装置上のポイントツーポイント・プロトコルはデータ転送状態に入る、請求項１記載の方法。
【請求項３】
前記検査することは、前記ポイントツーポイント・プロトコルが前記データ転送状態にあるときに実行される、請求項２記載の方法。
【請求項４】
前記ネゴシエーションはネゴシエートするＬＣＰオプション値を備えている、請求項１記載の方法。
【請求項５】
前記ネゴシエーションはネゴシエートするＩＰＣＰオプション値を備えている、請求項１記載の方法。
【請求項６】
前記ネゴシエーションはネゴシエートするＬＣＰオプション値及びＩＰＣＰオプション値を備えている、請求項１記載の方法。
【請求項７】
移動端末（ＴＥ２）がＲｍインターフェースを介して無線通信装置（ＭＴ２装置）と通信し、前記ＭＴ２装置がＵｍインターフェースを介して基地局／移動端末スイッチングセンター（ＢＳ／ＭＳＣ）と通信する無線通信システムにおいてポイントツー・ポイントリンクを再同期するための方法であって、
受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであるかどうかを決定するために、第１のポイントツーポイント・プロトコルリンクの間に、前記Ｕｍインターフェース及び前記Ｒｍインターフェースの一方を介して前記ＭＴ２デバイスによって受信されている全てのパケットを検査することと；
前記検査において前記受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであると決定された後に、前記Ｕｍインターフェース及び前記Ｒｍインターフェースのうちの一方のオプション値をネゴシエートすることと、なお、前記ネゴシエートすることは、前記Ｕｍ及びＲｍインターフェースのうちの他方のインターフェース上の第２のポイントツーポイント・プロトコルを再同期せずに、前記Ｕｍ及びＲｍのうちの一方のインターフェース上の前記第１のポイントツーポイント・プロトコルを再同期することを含む；
を備えた方法。
【請求項８】
前記オプション値のネゴシエーションが成功裡に終了した後に、前記ＭＴ２装置上のポイントツーポイント・プロトコルはデータ転送状態に入る、請求項７記載の方法。
【請求項９】
前記検査することは、前記ポイントツーポイント・プロトコルが前記データ転送状態にあるときに実行される、請求項８記載の方法。
【請求項１０】
前記ネゴシエーションはネゴシエートするＬＣＰオプション値を備えている、請求項７記載の方法。
【請求項１１】
前記ネゴシエーションはネゴシエートするＩＰＣＰオプション値を備えている、請求項７記載の方法。
【請求項１２】
前記ネゴシエーションはネゴシエートするＬＣＰオプション値とＩＰＣＰオプション値を備えている、請求項７記載の方法。
【請求項１３】
移動端末（ＴＥ２）がＲｍインターフェースを介して無線通信装置（ＭＴ２装置）と通信し、前記ＭＴ２装置がＵｍインターフェースを介して基地局／移動端末スイッチングセンター（ＢＳ／ＭＳＣ）と通信する無線通信システムにおいてポイントツー・ポイントリンクを再同期するためのＭＴ２装置であって、
受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであるかどうかを決定するために、第１のポイントツーポイント・プロトコルリンクの間に、前記Ｕｍインターフェースを介して受信されている全てのパケットを検査する手段と；
前記受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであることを前記検査手段が決定した後に、前記Ｕｍインターフェースのオプション値をネゴシエートする手段と、なお、前記ネゴシエーションは、前記Ｒｍインターフェース上の第２のポイントツーポイント・プロトコルを再同期せずに、前記Ｕｍインターフェース上の前記第１のポイントツーポイント・プロトコルを再同期することを含む；
を備えたＭＴ２装置。
【請求項１４】
前記オプション値のネゴシエーションが成功裡に終了した後に、前記ＭＴ２装置上のポイントツーポイント・プロトコルがデータ転送状態に入る、請求項１３記載のＭＴ２装置。
【請求項１５】
前記検査手段は、前記ポイントツーポイント・プロトコルが前記データ転送状態にあるときに前記検査を実行する、請求項１４記載のＭＴ２装置。
【請求項１６】
前記ネゴシエーション手段によってネゴシエートされるオプション値はＬＣＰオプション値を備えている、請求項１３記載のＭＴ２装置。
【請求項１７】
前記ネゴシエーション手段によってネゴシエートされるオプション値はＩＰＣＰオプション値を備えている、請求項１３記載のＭＴ２装置。
【請求項１８】
前記ネゴシエーション手段によってネゴシエートされるオプション値はＬＣＰオプション値及びＩＰＣＰオプション値を備えている、請求項１３記載のＭＴ２装置。
【請求項１９】
移動端末（ＴＥ２）がＲｍインターフェースを介して無線通信装置（ＭＴ２装置）と通信し、前記ＭＴ２デバイスがＵｍインターフェースを介して基地局／移動端末スイッチングセンター（ＢＳ／ＭＳＣ）と通信する無線通信システムにおいてポイントツー・ポイントリンクを再同期するためのＭＴ２装置であって、
受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであるかどうかを決定するために、第１のポイントツーポイント・プロトコルリンクの間に、前記Ｕｍインターフェース及び前記Ｒｍインターフェースの一方を介して受信されている全てのパケットを検査する手段と；
前記受信パケットがオプションネゴシエーションを要求するためのＰＰＰパケットであることを前記検査手段が決定した後に、前記Ｕｍインターフェース及び前記Ｒｍインターフェースのうちの一方のオプション値をネゴシエートする手段と、なお、前記ネゴシエーションは、前記Ｕｍ及びＲｍインターフェースのうちの他方のインターフェース上の第２のポイントツーポイント・プロトコルを再同期せずに、前記Ｕｍ及びＲｍのうちの一方のインターフェース上の前記第１のポイントツーポイント・プロトコルを再同期することを含む；
を備えたＭＴ２装置。
【請求項２０】
前記ネゴシエーション手段が成功裡にＰＰＰオプションをネゴシエートした後に、前記ＭＴ２装置の上のプロトコルがデータ転送状態に入る、請求項１９記載のＭＴ２装置。
【請求項２１】
前記検査手段は、前記ポイントツーポイント・プロトコルが前記データ転送状態にあるときに前記検査を実行する、請求項２０記載のＭＴ２装置。
【請求項２２】
前記ネゴシエーション手段によってネゴシエートされるオプション値はＬＣＰオプション値を備えている、請求項１９記載のＭＴ２装置。
【請求項２３】
前記ネゴシエーション手段によってネゴシエートされるオプション値はＩＰＣＰオプション値を備えている、請求項１９記載のＭＴ２装置。
【請求項２４】
前記ネゴシエーション手段によってネゴシエートされるオプション値はＬＣＰオプション値及びＩＰＣＰオプション値を備えている、請求項１９記載のＭＴ２装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線データサービスの分野に関連する。特に、本発明は、無線通信装置（ＭＴ２）とＴＥ２装置とのＲｍインタフェースに影響しないで、無線通信装置（ＭＴ２）と基地局／移動端末スイッチングセンター（ＢＳ／ＭＳＣ：Ｂａｓｅ  Ｓｔａｔｉｏｎ／Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）とのＵｍインタフェース上のポイントツーポイント・プロトコル（ＰＰＰ）リンクを「再同期」するための新規、かつ改良された方法およびシステムに関連する。
【０００２】
【従来の技術】
インターネットワーキング（すなわち、個々のローカル・エリア・ネットワーク（ＬＡＮ）の接続）は急速に非常にポピュラーになっている。一般的に「インターネット」と呼ばれるインフラストラクチャとその関連プロトコルはよく知られており、かつ広く使用されるようになっている。インターネットへのアクセスを提供するためのプロトコルが、二地点間で多プロトコルデータグラムを輸送するための標準的な方法を提供するポイントツーポイント・プロトコル（ＰＰＰ）であり、更に、参考文献として盛り込まれているネットワーク作業部会、Ｗ．シンプソン、エディタ（１９９４年７月）のＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）に更に記載されている。
【０００３】
ＰＰＰは３つの主なコンポーネントを含む。
１．  多プロトコルデータグラムを閉じ込める方法。
２．  データリンクコネクションを設立し、構成し、検査するためのリンク制御プロトコル（ＬＣＰ）。
３．  異なったネットワーク層プロトコルを確立して、構成するためのネットワーク制御プロトコル（ＮＣＰ）のファミリー。
【０００４】
図１は、移動端末（ＴＥ２装置）１０２が、無線通信装置（ＭＴ２）１０４と基地局／移動端末スイッチングセンター（ＢＳ／ＭＳＣ：Ｂａｓｅ  Ｓｔａｔｉｎ／Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）１０６を含む無線通信システムを介して、インタワーキング機能（ＩＷＦ）１０８と通信する無線データ通信システムの高レベルのブロック図を示す。図１において、ＩＷＦ１０８は、インターネットへのアクセスポイントとしての役割を持つ。ＩＷＦ１０８は、当該技術で知られているように、ＢＳ／ＭＳＣ１０６と結合され、またしばしばＢＳ／ＭＳＣ１０６と共に配置される。なお、ＢＳ／ＭＳＣ１０６は従来の無線基地局であっても良い。ＴＥ２装置１０２は、ＢＳ／ＭＳＣ１０６とＩＷＦ１０８と無線通信しているＭＴ２装置１０４（携帯電話でも良い）と結合される。
【０００５】
ＴＥ２装置１０２とＩＷＦ１０８の間にデータ通信を許容する多くのプロトコルが存在する。例えば、遠隔通信工業連合会（ＴＩＡ：Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｉｎｄｕｓｔｒｙ  Ａｓｓｏｃｉａｔｉｏｎ）／電気工業連合会（ＥＩＡ：Ｅｌｅｃｔｒｏｎｉｃｓ  Ｉｎｄｕｓｔｒｉｅｓ  Ａｓｓｏｃｉａｔｉｏｎ）暫定標準（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ）ＩＳ−７０７、題名「広帯域スペクトラム拡散システムに対するデータサービスオプション：パケットデータサービス」（１９９８年２月発行）は、ＢＳ／ＭＳＣ１０６とＩＷＦ１０８が一部分であるようなＴＩＡ／ＥＩＡ  ＩＳ−９５広帯域スペクトラム拡散システムに対するパケットデータ送信能力のサポートに対する要求を定義する。
【０００６】
図２を参照すると、ＩＳ−７０７．５リレーモデル（ＩＳ−７０７．５  Ｒｅｌａｙ  Ｍｏｄｅｌ）の各エンティティにおけるプロトコルのスタックの図が示されている。図２は、概ね、ＩＳ−７０７．５の図１．４．２．２−１に対応している。図の左部には、従来の垂直な形式で示されたプロトコルスタックがあって、ＴＥ２装置１０２（例えば、移動端末、ラップトップまたはパームトップコンピュータ）に続くプロトコル層を示している。ＴＥ２プロトコルスタックは、Ｒｍインタフェースを介してＭＴ２装置１０４のプロトコルスタックに論理的に接続されているように図示されている。ＭＴ２装置１０４は、Ｕｍインタフェースを介してＢＳ／ＭＳＣ１０６プロトコルスタックに論理的に接続されるように図示されている。ＢＳ／ＭＳＣ１０６プロトコルスタックは、Ｌインタフェース介してＩＷＦ１０８プロトコルスタックに論理的に接続されるように順番に図示されている。
【０００７】
図２のプロトコルの操作の例として、ポイントツーポイント（ＰＰＰＲ）プロトコル２０６が上位のプロトコル２０２、２０４からのパケットをコード化し、コード化されたパケットを、ＥＩＡ−２３２プロトコル２１０を走らせているＭＴ２装置上のＥＩＡ−２３２コンパチブルポートに、ＥＩＡ−２３２プロトコル２０８を使用して、Ｒｍインターフェースを介して送信する。本発明は従来良く知られているようにＵＳＢなどの他の適当なプロトコルも利用可能であり、ＥＩＡ−２３２プロトコルを使用するシステムに制限されるようには意図されない。ＭＴ２装置上のＥＩＡ−２３２プロトコル２１０は、パケットを受信し、それらをＰＰＰＲプロトコル２０５に渡す。ＰＰＰＲプロトコル２０５は、ＰＰＰフレームに閉じ込められたパケットをアンフレームして（ｕｎｆｒａｍｅ）、通常、データコネクションが終わると、パケットを、ＩＷＦ（１０８）に位置するＰＰＰピアに送信するためのＰＰＰフレームにおけるパケットをフレームする（ｆｒａｍｅ）ＰＰＰＵプロトコル２１５に渡す。当該技術でよく知られている無線リンクプロトコル（ＲＬＰ）２１２とＩＳ−９５プロトコル２１４の両者は、ＰＰＰフレームに閉じ込められているパケットをＢＳ／ＭＳＣ１０６にＵｍインターフェースを経て送信するために使用される。ＲＬＰプロトコル２１２は、「広帯域スペクトラム拡散に対するデータサービスオプション：無線リンクプロトコル」（１９９８年２月）と題された遠隔通信工業連合会（ＴＩＡ）／電気工業連合会（ＥＩＡ）暫定標準−７０７．２で定義され、ＩＳ−９５プロトコルは、上記のＩＳ−９５で定義される。相補的なＲＬＰプロトコル２１６とＢＳ／ＭＳＣ１０６内のＩＳ−９５プロトコル２１８は、Ｌインタフェースを介した（ａｃｒｏｓｓ）リレー層（Ｒｅｌａｙ）プロトコル２２８への送信のために、パケットをリレー層プロトコル２２０に渡す。次に、ＰＰＰＵプロトコル２２６は、受信パケットをアンフレームし、それらをあて先サーバーに向かってインターネット上へそれらを順に送出するネットワーク層プロトコル２２５に渡す。
【０００８】
ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ：以下、「ＲＦＣ」と称する）１６６１で記述されているように、ＬＣＰパケットは構築要求（Ｃｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔ）、構築承認（Ｃｏｎｆｉｇｕｒｅ−Ａｃｋ）、構築否定応答（Ｃｏｎｆｉｇｕｒｅ−Ｎａｋ）、構築拒否（Ｃｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔ）を備える。これらのパケットのフォーマットはよく知られていて、ＲＦＣ１６６１で記載されている。
【０００９】
構築要求パケットは、構築オプションをネゴシエートするのに使用される。全ての構築オプションが同時にいつもネゴシエートされる．
受信された構築要求パケットのあらゆる構築オプションが認識可能で、全ての値が許容できるならば、構築承認パケットは送信される。
【００１０】
構築否定応答パケットは、構築オプションが認識可能であるが、値のいくつかが許容できないとき、構築要求に対応して送られる。
【００１１】
構築否定応答パケットのオプションフィールドは、構築要求パケットから容認できない構築オプションだけで満たされる。全ての構築オプションが常に同時にナック（Ｎａｋ′ｄ）であることに注目すべきである。
【００１２】
受信構築要求がネゴシエーションに対して認識できず、容認できない構築オプションを含むときに、構築拒否パケットが送られる。構築拒否のオプションのフィールドは、構築要求からの容認できない構築オプションだけを含んでいる。
【００１３】
以下は、ＲＦＣ１６６１に記載されＰＰＰ・ＬＣＰプロトコルに対して定義される公知の構築オプションを備える。
１．  最大受信ユニット
２．  認証プロトコル
３．  品質プロトコル
４．  マジックナンバー
５．  プロトコルフィールド圧縮
６．  アドレス−コントロールフィールド圧縮
インターネットプロトコル制御プロトコル（ＩＰＣＰ）は、ＰＰＰリンクの両端でのインターネットプロトコル（ＩＰ）モジュールを構築して、可能にして、不可にする役割を果たすネットワークコントロールプロトコルである。ＩＰＣＰは、ＲＦＣ１３３２「ＰＰＰインターネットプロトコル制御プロトコル（ＩＰＣＰ）」ネットワーク作業部会、Ｇ．マクレガーメリット（１９９２年５月）に記載されている。ＩＰＣＰ構築オプションは、
１．  ＩＰアドレス
２．  ＩＰ圧縮プロトコル
３．  ＩＰアドレス
を含んでいる。
【００１４】
ＩＰＣＰはリンク制御プロトコル（ＬＣＰ）と同じオプションネゴシエーションメカニズムを使用する。
【００１５】
ＬＣＰとＩＰＣＰ構築オプションネゴシエーションは、ＲｍインタフェースとＵｍインタフェースの両方に対して別々に起こる。すなわち、Ｒｍインターフェース及びＵｍインタフェースの一方を介して、ＬＣＰ又はＩＰＣＰ構築オプションネゴシエーションが、Ｒｍインターフェース及びＵｍインタフェースの他方を介するＬＣＰ又はＩＰＣＰ構築オプションネゴシエーションと分離している。したがって、無線通信装置（ＭＴ２）は、別々に、Ｒｍインターフェース及びＵｍインタフェース上の構築オプションをネゴシエートしなければならない。
【００１６】
無線通信装置（ＭＴ２）は移動可能であるので、無線通信装置（ＭＴ２）は異なったＢＳ／ＭＳＣ１０６か異なったＩＷＦ１０８によって提供される領域に動いても良い。このことが起こると、サービスのために新しいＢＳ／ＭＳＣ１０６か新しいＩＷＦ１０８にＭＴ２装置を引き渡して、ハンドオフが起こる。ハンドオフが起こると、ＬＣＰとＩＰＣＰリンクは先に議論したようにＵｍインタフェース上で再ネゴシエートされなければならない。Ｒｍインターフェース及びＵｍインタフェースに対するＰＰＰネゴシエーションが独立しているので、ＰＰＰ再ネゴシエーションは、Ｕｍインタフェース上にのみ起こる必要がある。
【００１７】
いくつかの情況の下では、ＴＥ２装置はＰＰＰ再ネゴシエーションを開始するかもしれない。しかしながら、ＰＰＰ再ネゴシエーションがＲｍインタフェースに起こるとき、Ｕｍインタフェース上でＰＰＰ再ネゴシエーションを実行するのは不要かもしれない。
【００１８】
【発明が解決しようとする課題及び課題を解決するための手段】
本発明は、Ｕｍインターフェース及びＲｍインターフェースの他方のインターフェースに影響しないで、Ｕｍインターフェース及びＲｍインターフェースの一方上のＰＰＰリンクの「再同期」を提供する無線通信システム内の方法及びＭＴ２装置である。
【００１９】
同様に、ＵｍインタフェースがＰＰＰ構築再ネゴシエートを受けないで、ＲｍインタフェースはＰＰＰ構築再ネゴシエートを受けても良い。
【００２０】
【発明の実施の形態】
図面を参照して本発明の実施の形態を説明する。
【００２１】
当該技術分野で知られているように、ポイントツーポイント・プロトコル（ＰＰＰ）リンクを介して通信を確立するために、データリンクコネクションを確立して、構築して、検査するためのリンク制御プロトコル（ＬＣＰ）パケットはそれぞれのＰＰＰリンク、すなわち、Ｒｍインターフェース及びＵｍインタフェースを介して交換されなければならない。ＲＦＣ１６６１によって指定されるようにネゴシエートされないどんなオプションも所定のデフォルト値を使用する。
【００２２】
同様に、ＩＰＣＰ構築オプションをネゴシエートして、構築するためのＩＰＣＰパケットは、Ｒｍインターフェース及びＵｍインタフェースを介して交換されなければならない。ＲＦＣ１３３２によって指定されるように、ネゴシエートされないどんなオプションも所定のデフォルト値を使用する。
【００２３】
ＲＦＣ１６６１とＲＦＣ１３３２で記載したように、ＬＣＰパケットとＩＰＣＰパケットは、構築要求（Ｃｏｎｆｉｇｕｒｅ−Ｒｅｑｕｅｓｔ）、構築承認（Ｃｏｎｆｉｇｕｒｅ−Ａｃｋ）、構築否定応答（Ｃｏｎｆｉｇｕｒｅ−Ｎａｋ）、および構築拒否（Ｃｏｎｆｉｇｕｒｅ−Ｒｅｊｅｃｔ）を含む。これらのパケットのフォーマットは、公知であって、それぞれＲＦＣ１６６１とＲＦＣ１３３２に記載される。
【００２４】
構築オプションネゴシエーションは、ＲｍインタフェースとＵｍインタフェースの両方に対して別々に起こっても良い。ＲＦＣ１６６１とＲＦＣ１３３２に記載されているように、構築要求パケットは要求されるオプションのリストを含んでいて、構築承認パケットは送信者が承認しているオプションのリストを含んでいる。
【００２５】
処理を簡素化し、より大きい処理効率を達成するために、ＰＰＰオプションを再ネゴシエートする結果として、新たにネゴシエートされたオプションは、再ネゴシエートの前に使用されるＰＰＰオプションと同じであることが望ましい。しかしながら、これは要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）でない。新たにネゴシエートされたＰＰＰオプションが再ネゴシエートの前で使用されるＰＰＰオプションと同じでないイベント（ｅｖｅｎｔ）において、ＭＴ２装置は、同じ譲受人（弁護士訴訟事件表Ｄ１２７５）に譲渡された審査中の特許出願「Ｕｍインターフェース及びＲｍインターフェースのネゴシエートされたオプションに依存する選択的なＵｍフレーミングとフレーミングＰＰＰ」、発明者マルチェロ・リオイ及びニッシュ・アブロル（Ｍａｒｃｅｌｌｏ  Ｌｉｏｙ  ａｎｄ  Ｎｉｓｈ  Ａｂｒｏｌ）に記載されているような追加処理を実行することが要求されるであろう。
【００２６】
通常、無線の通信（ＭＴ２）装置１０４は移動可能なので、ＭＴ２装置１０４とＢＳＣ／ＭＳＣ１０６との通信は、ＭＴ２のロケーションに応じ必要に応じて、他のＢＳＣ／ＭＳＣ１０６にハンドオフされる。ハンドオフ技法は、当該技術分野で周知である。ハンドオフが起こると、ＰＰＰ  Ｕｍインタフェースは再ネゴシエートされなければならない。すなわち、ＬＣＰとＩＰＣＰ構築オプションはＵｍインタフェース上で再ネゴシエートされなければならない。しかしながら、Ｕｍインタフェースが再ネゴシエートされると、Ｒｍインタフェースを介してＰＰＰ構築を再ネゴシエートする必要ない。
【００２７】
本発明に係る実施形態では、ＭＴ２装置は、Ｒｍインターフェース及びＵｍインタフェースの一方上のＬＣＰかＩＰＣＰ構築要求パケットモニターして、ＬＣＰとＩＰＣＰ構築パケットを調べて、要求されたオプションがＭＴ２装置によって支持されるのであればＲｍインターフェース及びＵｍインタフェースの他方を介して受信されたＬＣＰとＩＰＣＰ構築要求パケットを送信することによって、Ｒｍインターフェース及びＵｍインタフェースの両方を同時にネゴシエートすることを試みるだろう。
【００２８】
図３は、本発明の第１の局面の状態遷移図を示す。初めに、ＰＰＰが参照符号３００に示されるアウト・オブ・コール状態（Ｏｕｔ  ｏｆ  Ｃａｌｌ  ｓｔａｔｅ）にある。Ｕｍインターフェース又はＲｍインターフェースのどちらかからＬＣＰパケットがＭＴ２装置１０４に受信されるとき、ＰＰＰは、参照符号３１０に示されるＲｍ及びＵｍ  ＰＰＰ初期状態になる。この状態では、オプションネゴシエーションは、Ｒｍインターフェース及びＵｍインタフェースの両方に起こる。ＬＣＰ構築ネゴシエートが完全であるときに、ＩＰＣＰ構築ネゴシエートが実行される。ＩＰＣＰネゴシエートが終了するときに、ＰＰＰは、参照符号３２０で示されるＰＰＰアップ（ＰＰＰ  ＵＰ）状態になる。
【００２９】
ＰＰＰアップ状態の間に、ＬＣＰかＩＰＣＰ構築要求パケットがＲｍインタフェース上で受信されるのであれば、ＰＰＰはＲｍ及びＵｍ  ＰＰＰ初期状態になり、オプションネゴシエーションはＲｍインターフェース及びＵｍインタフェースの両方で行われる。
【００３０】
一方、ＰＰＰアップ状態では、Ｕｍリンクを介してＰＰＰを再ネゴシエートする必要があるかもしれない。これが必要であるという指示はいくつかのフォームになっても良く、例えば、ＣＤＭＡネットワーク内のセルラーネットワークからなっていても良いし、新しいパケットゾーンＩＤか新しいＳＩＤ／ＮＩＤで示されても良い。同様に、ＬＣＰ構築要求又はＩＰＣＰ構築要求のフォームになっても良い。その指示がセルラーネットワークから来るならば、電話のＵｍ  ＰＰＰは再ネゴシエートを開始することができて、他のどんな特別な動作も行う必要がない。再ネゴシエートが必要であるという指示を受けると、参照符号３３０で示されるＰＰＰ再同期状態になる。ＰＰＰ再同期状態では、ＭＴ２装置１０４は、ＬＣＰとＩＰＣＰオプションを再ネゴシエートするだろう。ＩＰＣＰオプションネゴシエーションが終了するとき、再びＰＰＰアップ状態になり、データ転送が行われても良い。
【００３１】
図４は、本実施形態の動作例を示す。オプションネゴシエーションが、Ｒｍインターフェース及びＵｍインターフェースの両方で終了した後に、データ転送を行う。参照符号４１０では、ＢＳＣ／ＭＳＣ１０６が、Ｕｍインターフェースを介してＬＣＰ構築要求パケットをＭＴ２装置１０４に送る。参照符号４１２では、ＭＴ２装置が、ＰＰＰアップ状態の間に、ＬＣＰ構築要求パケットを受信して、ＰＰＰ再同期状態になり、参照符号４１４で、ＬＣＰ構築承認パケットを送る。参照符号４１６では、ＭＴ２装置は、ＬＣＰ構築要求パケットを送って、参照符号４１８では、ＭＴ２装置はＢＳ／ＭＳＣ１０６からＬＣＰ構築承認パケットを受信する。ここで、Ｕｍインターフェースの両端に対するＬＣＰ構築オプションは成功裡にネゴシエートされる。ＭＴ２装置が再ネゴシエートを開始するならば、図４は変更しなければならないだろうことに注意する必要がある。
【００３２】
参照符号４２０では、ＢＳ／ＭＳＣがＩＰＣＰ構築要求パケットをＭＴ２装置に送る。参照符号４２２では、ＭＴ２装置がＩＰＣＰ構築要求パケットを受信し、参照符号４２４で、ＩＰＣＰ構築承認パケットの応答する。参照符号４２６では、ＭＴ２装置はＩＰＣＰ構築要求パケットを送る。参照符号４２８では、ＭＴ２装置はＢＳ／ＭＳＣからＩＰＣＰ構築承認パケットを受ける。ここで、ＩＰＣＰネゴシエートは完全であり、ＭＴ２装置はＰＰＰアップ状態になる。したがって、Ｒｍインタフェースに影響しないで、Ｕｍインタフェースは再ネゴシエートされる。
【００３３】
図５は、本発明の第２の局面に対する状態遷移図を示す。Ｒｍインターフェース及びＵｍインタフェースのいずれか上でのＬＣＰとＩＰＣＰオプションネゴシエーションは、Ｒｍインターフェース及びＵｍインタフェースの他方に影響しない。
【００３４】
初めに、ＰＰＰは、参照符号５００で示されるアウト・オブ・コール状態で始まる。ＬＣＰ構築要求パケットがＲｍかＵｍインタフェースのどちらかに受信されるときに、ＰＰＰは参照符号５１０に示されるようにＲｍ及びＵｍ  ＰＰＰ初期状態になる。ＩＰＣＰオプションネゴシエーションが終了するときに、ＰＰＰは参照符号５２０に示されるＰＰＰアップ状態になる。
【００３５】
ＬＣＰかＩＰＣＰ構築要求パケットのどちらかがＰＰＰアップ状態の間にＲｍインタフェース上又はＵｍインタフェース上に受信されるときに、ＰＰＰは参照符号５３０で示されるＰＰＰ再同期状態になる。ＩＰＣＰが、ＰＰＰ再同期状態の間に、オプションネゴシエーションをＲＩかＵｍインタフェース上で終了すると、ＰＰＰはＰＰＰアップ状態になる。
【００３６】
図６は、Ｕｍインタフェースに影響しないＲｍインタフェース上でのＰＰＰオプションネゴシエーションを示す。Ｒｍ及びＵｍインターフェースの両者上で、オプションネゴシエーションが終了した後に、データ転送を行う。
【００３７】
参照符号６１０では、ＴＥ２装置１０２が、Ｒｍインターフェースを介して、ＬＣＰ構築要求パケットをＭＴ２装置１０４に送る。参照符号６１２では、ＭＴ２装置が、ＰＰＰアップ状態の間に、ＬＣＰ構築要求パケットを受信して、ＰＰＰ再同期状態になり、参照符号６１４で、ＬＣＰ構築承認パケットを送る。参照符号６１６では、ＭＴ２装置がＬＣＰ構築要求パケットを送り、参照符号６１８で、ＭＴ２装置がＴＥ２装置１０２からＬＣＰ構築承認パケットを受信する。ここに、Ｒｍインタフェースの両端に対してＬＣＰ構築オプションは成功裡にネゴシエートされる。参照符号６２０では、ＴＥ２装置がＩＰＣＰ構築要求パケットをＭＴ２装置に送る。参照符号６２２では、ＭＴ２装置がＩＰＣＰ構築要求パケットを受信し、参照符号６２４で、ＩＰＣＰ構築承認パケットに応答する。参照符号６２６では、ＭＴ２装置はＩＰＣＰ構築要求パケットを送る。参照符号６２８では、ＭＴ２装置はＴＥ２装置からＩＰＣＰ構築承認パケットを受ける。ここに、ＩＰＣＰネゴシエートは完全で、ＭＴ２装置はＰＰＰアップ状態になる。したがって、Ｕｍインタフェースに影響しないで、Ｒｍインタフェースオプションはネゴシエートされる。
【００３８】
本発明は、上記の実施形態に制限されるのではなく、その実施形態及び局面に応じて種々変形して実施可能である。
【００３９】
【発明の効果】
本発明によれば、Ｕｍインターフェース及びＲｍインターフェースの他方のインターフェースに影響しないで、Ｕｍインターフェース及びＲｍインターフェースの一方上のＰＰＰリンクの「再同期」を提供する無線通信システム内の方法及びＭＴ２装置を提供することができる。
【図面の簡単な説明】
【図１】  端末の装置が無線通信装置を介してインターネットなどのネットワークに接続された無線データ通信システムのブロック図。
【図２】  各エンティティのプロトコルスタックの図。
【図３】  本発明の実施形態の第１の局面における状態遷移を示す状態遷移図。
【図４】  Ｕｍインタフェースが再ネゴシエートされるときの、本発明の動作を示す図。
【図５】  本発明の実施形態の第２の局面における状態遷移を示す状態遷移図。
【図６】  Ｒｍインタフェースが再ネゴシエートされるときの、本発明の動作を示す図。
【符号の説明】
１０２…移動端末（ＴＥ２装置）
１０４…無線通信装置
１０６…移動端末スイッチングセンター（ＭＳＣ）
１０８…インタワーキング機能（ＩＷＦ）
【図１】
0004536977.tif 000002
【図２】
0004536977.tif 000003
【図３】
0004536977.tif 000004
【図４】
0004536977.tif 000005
【図５】
0004536977.tif 000006
【図６】
0004536977.tif 000007