JP2003523649A - Ｕｍ及びＲｍインターフェース上で取り決めされたオプションに応じてＰＰＰパケットを選択的にフレーム化及び脱フレーム化する - Google Patents
Ｕｍ及びＲｍインターフェース上で取り決めされたオプションに応じてＰＰＰパケットを選択的にフレーム化及び脱フレーム化するInfo
- Publication number
- JP2003523649A JP2003523649A JP2001510261A JP2001510261A JP2003523649A JP 2003523649 A JP2003523649 A JP 2003523649A JP 2001510261 A JP2001510261 A JP 2001510261A JP 2001510261 A JP2001510261 A JP 2001510261A JP 2003523649 A JP2003523649 A JP 2003523649A
- Authority
- JP
- Japan
- Prior art keywords
- wireless communication
- communication device
- frame
- protocol
- packet
- 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
- 238000004891 communication Methods 0.000 claims abstract description 53
- 238000000034 method Methods 0.000 claims abstract description 28
- 238000009432 framing Methods 0.000 claims abstract description 4
- 238000007906 compression Methods 0.000 claims description 9
- 230000006835 compression Effects 0.000 claims description 7
- 230000008569 process Effects 0.000 description 11
- 230000005540 biological transmission Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 6
- 238000001228 spectrum Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000012937 correction Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 241000255925 Diptera Species 0.000 description 1
- 235000014564 Platymiscium pinnatum Nutrition 0.000 description 1
- 240000002954 Platymiscium pinnatum Species 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000010561 standard procedure Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Solid-Sorbent Or Filter-Aiding Compositions (AREA)
- Piezo-Electric Or Mechanical Vibrators, Or Delay Or Filter Circuits (AREA)
- Stored Programmes (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【課題】 Ｕｍ及びＲｍインターフェース上で取り決めされたオプションに応じてＰＰＰパケットを選択的にフレーム化及び脱フレーム化する方法を提供する。
【解決手段】 無線通信機器（１０４）に接続された端末機器（１０２）と、インターワーキング機能（１０８）との間で少なくとも１つのフレームを送受信するための無線通信機器及び方法。無線通信機器上で動作する、無線プロトコルの第１，２例の、複数の対応する設定オプションから選択されたものがチェックされ（Ｓ５１０）、これらが等しいかを決定する。対応する設定オプションから選択されたものが等しい場合、パケットをカプセル化した通信プロトコルフレームが脱フレーム化及び再フレーム化されることなく、所定のものを除く全てのパケットが、無線通信機器を通過する（Ｓ６１０，Ｓ６２０）。
Description
【０００１】
本発明は無線データサービスの分野に関する。更に詳しくは、本発明は、無線
通信機器（ＭＴ２）を介して端末装置（ＴＥ２）とインターワーキング機能（Ｉ
ＷＦ）との間で無線データ通信プロトコルを提供するための、新規で改良された
方法及びシステムに関する。
通信機器（ＭＴ２）を介して端末装置（ＴＥ２）とインターワーキング機能（Ｉ
ＷＦ）との間で無線データ通信プロトコルを提供するための、新規で改良された
方法及びシステムに関する。
【０００２】
インターネットワーキング、すなわち個々のローカルエリアネットワーク（Ｌ
ＡＮ）を接続することは、急速に、大変一般的になっている。インフラストラク
チャー及び関連したプロトコルは、一般に“インターネット”と呼ばれ、よく知
られ、広く用いられる。ポイント・トゥー・ポイントプロトコル（ＰＰＰ）は、
従来から知られているようにインターネットと接続する一般的な方法である。こ
のＰＰＰは、１９９４年７月のRequest for Comment(RFC) 1661, The Point-to-
Point Protocol (PPP), Network Groupに記載されており、以下、参照として本
明細書に組み込まれる。ＰＰＰは、ポイント・トゥー・ポイントリンク上でのマ
ルチプロトコルデータグラムを転送するための標準的な方法を提供する。
ＡＮ）を接続することは、急速に、大変一般的になっている。インフラストラク
チャー及び関連したプロトコルは、一般に“インターネット”と呼ばれ、よく知
られ、広く用いられる。ポイント・トゥー・ポイントプロトコル（ＰＰＰ）は、
従来から知られているようにインターネットと接続する一般的な方法である。こ
のＰＰＰは、１９９４年７月のRequest for Comment(RFC) 1661, The Point-to-
Point Protocol (PPP), Network Groupに記載されており、以下、参照として本
明細書に組み込まれる。ＰＰＰは、ポイント・トゥー・ポイントリンク上でのマ
ルチプロトコルデータグラムを転送するための標準的な方法を提供する。
【０００３】
ＰＰＰは、３つの主要な要素を含む。
【０００４】
１．マルチプロトコルデータグラムをカプセル化する方法、
２．データリンク接続を確立し、設定(configure)し、検査するためのリンク
制御プロトコル（Link Control Protocol :LCP）、 ３．異なるネットワーク層プロトコルを確立し、設定するためのネットワーク
制御プロトコルのファミリー、である。
制御プロトコル（Link Control Protocol :LCP）、 ３．異なるネットワーク層プロトコルを確立し、設定するためのネットワーク
制御プロトコルのファミリー、である。
【０００５】
図１は、無線データ通信システムの高レベルのブロック図を示す。図１におい
て、移動端末（ＴＥ２機器）１０２は、無線通信システムを介してＩＷＦ１０８
と通信する。この無線通信システムは、無線通信機器（ＭＴ２）、基地局／移動
切換センター（ＢＳ／ＭＳＣ）１０６を含む。図１において、ＩＷＦ１０８は、
インターネットへのアクセスポイントとして機能する。ＩＷＦ１０８は、ＢＳ／
ＭＳＣ１０６と接続され、しばしばＢＳ／ＭＳＣと同じ場所に設けられる。ＢＳ
／ＭＳＣ１０６は、従来から知られているように従来の無線基地局としてもよい
。ＴＥ２機器１０２は、ＭＴ２機器１０４と接続され、ＭＴ２機器１０４は、Ｂ
Ｓ／ＭＳＣ１０６及びＩＷＦ１０８を無線通信を行う。
て、移動端末（ＴＥ２機器）１０２は、無線通信システムを介してＩＷＦ１０８
と通信する。この無線通信システムは、無線通信機器（ＭＴ２）、基地局／移動
切換センター（ＢＳ／ＭＳＣ）１０６を含む。図１において、ＩＷＦ１０８は、
インターネットへのアクセスポイントとして機能する。ＩＷＦ１０８は、ＢＳ／
ＭＳＣ１０６と接続され、しばしばＢＳ／ＭＳＣと同じ場所に設けられる。ＢＳ
／ＭＳＣ１０６は、従来から知られているように従来の無線基地局としてもよい
。ＴＥ２機器１０２は、ＭＴ２機器１０４と接続され、ＭＴ２機器１０４は、Ｂ
Ｓ／ＭＳＣ１０６及びＩＷＦ１０８を無線通信を行う。
【０００６】
ＴＥ２機器１０２とＩＷＦ１０８との間でのデータ通信を可能とするための多
くのプロトコルが存在する。例えば、"Data Service Options for Wideband Spr
ead Spectrum Systems: Packet Data Services"と題してTelecommunications In
dustry Association (TIA)/Electronics Industries Association (EIA) Interi
m Standard IS-707.5が１９９８年２月に発行されており、参照として本明細書
に組み込まれる。これによれば、TIA/EIA IS-95広帯域拡散スペクトルシステム
においてパケットデータ送信を行えるようサポートするために必要なことが定義
されている。ＢＳ／ＭＳＣ１０６及びＩＷＦ１０８を、このTIA/EIA IS-95広帯
域拡散スペクトルシステムの一部とすることができる。IS707.5により、ＴＥ２
機器１０２とＭＴ２機器１０４との間のリンク（Ｒｍインターフェース）、及び
ＭＴ２機器１０４とＢＳ／ＭＳＣ１０６との間のリンク（Ｕｍインターフェース
）、及びＢＳ／ＭＳＣ１０６とＩＷＦ１０８との間のリンク（Ｌインターフェー
ス）上の通信プロトコルのために必要なことが提供されている。IS-95は、"Mobi
le Station-Base Station Compatibility Standard for Dual-Mode Wideband Sp
read Spectrum Cellular System"と題して１９９３年７月に発行されたTIA/EIA
IS-95において定義されており、参照として本明細書に組み込まれる。
くのプロトコルが存在する。例えば、"Data Service Options for Wideband Spr
ead Spectrum Systems: Packet Data Services"と題してTelecommunications In
dustry Association (TIA)/Electronics Industries Association (EIA) Interi
m Standard IS-707.5が１９９８年２月に発行されており、参照として本明細書
に組み込まれる。これによれば、TIA/EIA IS-95広帯域拡散スペクトルシステム
においてパケットデータ送信を行えるようサポートするために必要なことが定義
されている。ＢＳ／ＭＳＣ１０６及びＩＷＦ１０８を、このTIA/EIA IS-95広帯
域拡散スペクトルシステムの一部とすることができる。IS707.5により、ＴＥ２
機器１０２とＭＴ２機器１０４との間のリンク（Ｒｍインターフェース）、及び
ＭＴ２機器１０４とＢＳ／ＭＳＣ１０６との間のリンク（Ｕｍインターフェース
）、及びＢＳ／ＭＳＣ１０６とＩＷＦ１０８との間のリンク（Ｌインターフェー
ス）上の通信プロトコルのために必要なことが提供されている。IS-95は、"Mobi
le Station-Base Station Compatibility Standard for Dual-Mode Wideband Sp
read Spectrum Cellular System"と題して１９９３年７月に発行されたTIA/EIA
IS-95において定義されており、参照として本明細書に組み込まれる。
【０００７】
図２を参照して、IS-707.5リレーモデルの各エンティティーにおけるプロトコ
ル構造図が示される。図２は、IS-707.5の図１．４．２．２−１にほぼ対応する
。図の最も左には、典型的な縦型フォーマットで示されたプロトコル構造が示さ
れる。このプロトコル構造は、ＴＥ２機器１０２（例えば、移動端末、ラップト
ップ又はパームトップコンピュータ）上で動作するプロトコル層を示す。ＴＥ２
プロトコル構造は、ＭＴ２機器１０４プロトコル構造とＲｍインターフェース上
で論理的に接続される。ＭＴ２機器１０４は、ＢＳ／ＭＳＣ１０６プロトコル構
造とＵｍインターフェース上で論理的に接続されるように描かれている。ＢＳ／
ＭＳＣ１０６プロトコル構造は、次いで、ＩＷＦ１０８プロトコル構造とＬイン
ターフェース上で論理的に接続されるように描かれている。
ル構造図が示される。図２は、IS-707.5の図１．４．２．２−１にほぼ対応する
。図の最も左には、典型的な縦型フォーマットで示されたプロトコル構造が示さ
れる。このプロトコル構造は、ＴＥ２機器１０２（例えば、移動端末、ラップト
ップ又はパームトップコンピュータ）上で動作するプロトコル層を示す。ＴＥ２
プロトコル構造は、ＭＴ２機器１０４プロトコル構造とＲｍインターフェース上
で論理的に接続される。ＭＴ２機器１０４は、ＢＳ／ＭＳＣ１０６プロトコル構
造とＵｍインターフェース上で論理的に接続されるように描かれている。ＢＳ／
ＭＳＣ１０６プロトコル構造は、次いで、ＩＷＦ１０８プロトコル構造とＬイン
ターフェース上で論理的に接続されるように描かれている。
【０００８】
図２のプロトコルの動作例として、ポイント・トゥー・ポイント（ＰＰＰＲ）
プロトコル２０６は、上位層プロトコル２０２，２０４からのパケットを符号化
する。次いで、ＰＰＰプロトコル２０６は、これら符号化されたパケットを、Ｅ
ＩＡ−２３２プロトコル２０８を用いて、ＭＴ２機器上で動作するＥＩＡ２３２
コンパチブルポートに送信する。ＭＴ２機器上のＥＩＡ−２３２プロトコル２１
０は、このパケットを受信し、ＰＰＰＲプロトコル２０５へと渡す。ＰＰＰＲプ
ロトコル２０５は、ＰＰＰフレーム中でカプセル化されたパケットを脱フレーム
化(unframe)し、データ接続が完了した際、典型的にパケットをＰＰＰＵプロト
コル２１５に渡す。ＰＰＰＵプロトコル２１５は、パケットをＰＰＰフレームに
フレーム化し、これをＩＷＦ（１０８）内に位置するＰＰＰピアプロトコル（２
２６）に送信する。ともに公知の無線リンクプロトコル（ＲＬＰ）２１２及びＩ
Ｓ−９５プロトコル２１４は、ＰＰＰフレームにおいてカプセル化されたパケッ
トをＵｍインターフェース上でＢＳ／ＭＳＣ１０６に送信するために用いられる
。ＲＬＰプロトコル２１２は、１９９８年２月の"Data Service Options for Wi
deband Spread Spectrum Systems: Radio Link Protocol"と題したTIA/EIA IS-7
07.2において定義され、参照として本明細書に組み込まれる。またIS-95プロト
コルは、上述したIS-95において定義される。ＢＳ／ＭＳＣ１０６内の相補的な
ＲＬＰプロトコル２１６及びＩＳ−９５プロトコル２１８は、パケットをリレー
層プロトコル２２０に渡し、Ｌインターフェースを介してリレー層プロトコル２
２８に送信する。ＰＰＰＵプロトコル２２６は、次いで、受信したパケットを脱
フレーム化し、これらをネットワーク層プロトコル２２５に渡す。次いで、ネッ
トワーク層プロトコル２２５は、これらを上位層プロトコル２２１に渡す。
プロトコル２０６は、上位層プロトコル２０２，２０４からのパケットを符号化
する。次いで、ＰＰＰプロトコル２０６は、これら符号化されたパケットを、Ｅ
ＩＡ−２３２プロトコル２０８を用いて、ＭＴ２機器上で動作するＥＩＡ２３２
コンパチブルポートに送信する。ＭＴ２機器上のＥＩＡ−２３２プロトコル２１
０は、このパケットを受信し、ＰＰＰＲプロトコル２０５へと渡す。ＰＰＰＲプ
ロトコル２０５は、ＰＰＰフレーム中でカプセル化されたパケットを脱フレーム
化(unframe)し、データ接続が完了した際、典型的にパケットをＰＰＰＵプロト
コル２１５に渡す。ＰＰＰＵプロトコル２１５は、パケットをＰＰＰフレームに
フレーム化し、これをＩＷＦ（１０８）内に位置するＰＰＰピアプロトコル（２
２６）に送信する。ともに公知の無線リンクプロトコル（ＲＬＰ）２１２及びＩ
Ｓ−９５プロトコル２１４は、ＰＰＰフレームにおいてカプセル化されたパケッ
トをＵｍインターフェース上でＢＳ／ＭＳＣ１０６に送信するために用いられる
。ＲＬＰプロトコル２１２は、１９９８年２月の"Data Service Options for Wi
deband Spread Spectrum Systems: Radio Link Protocol"と題したTIA/EIA IS-7
07.2において定義され、参照として本明細書に組み込まれる。またIS-95プロト
コルは、上述したIS-95において定義される。ＢＳ／ＭＳＣ１０６内の相補的な
ＲＬＰプロトコル２１６及びＩＳ−９５プロトコル２１８は、パケットをリレー
層プロトコル２２０に渡し、Ｌインターフェースを介してリレー層プロトコル２
２８に送信する。ＰＰＰＵプロトコル２２６は、次いで、受信したパケットを脱
フレーム化し、これらをネットワーク層プロトコル２２５に渡す。次いで、ネッ
トワーク層プロトコル２２５は、これらを上位層プロトコル２２１に渡す。
【０００９】
ＥＩＡ−２３２プロトコルは、"Interface Between Data Terminal Equipment
and Data Circuit-Terminating Equipment Employing Serial Binary Data Int
erchange"と題して１９９７年１０月に公表されたTIA/EIA-232-E Standardにて
定義され、参照として本明細書に組み込まれる。
and Data Circuit-Terminating Equipment Employing Serial Binary Data Int
erchange"と題して１９９７年１０月に公表されたTIA/EIA-232-E Standardにて
定義され、参照として本明細書に組み込まれる。
【００１０】
リレー層は、"Data Service Options for Wideband Spread Spectrum Systems
: AT Command Processing and the Rm Interface"と題して１９９８年２月に公
表されたTIA/EIA IS-707.3にて定義される。
: AT Command Processing and the Rm Interface"と題して１９９８年２月に公
表されたTIA/EIA IS-707.3にて定義される。
【００１１】
２０８及び２１０にEIA-232を用いる代わりに、他のポイント・トゥー・ポイ
ント物理層（例えばＵＳＢ）を用いることもできる。
ント物理層（例えばＵＳＢ）を用いることもできる。
【００１２】
ＰＰＰフレーム内でカプセル化されたパケットはＰＰＰフレームから脱フレー
ム化される。しかし、上記した説明からも分かるように、この脱フレーム化は、
ＭＴ２機器において受信されたパケットがＭＴ２機器内で動作する上位層プロト
コルに渡されない限り、後続するＰＰＰピアプロトコルへの送信のためＰＰＰフ
レームにおいて再フレーム化されるだけのために行われる。このことは、パケッ
トが、ＭＴ２機器において更なる処理を必要としない場合も同様である。したが
って、処理を行う資源（リソース）とスループットは、ＰＰＰフレーム内でのこ
の不要な脱フレーム化及び再フレーム化により悪影響を受ける。
ム化される。しかし、上記した説明からも分かるように、この脱フレーム化は、
ＭＴ２機器において受信されたパケットがＭＴ２機器内で動作する上位層プロト
コルに渡されない限り、後続するＰＰＰピアプロトコルへの送信のためＰＰＰフ
レームにおいて再フレーム化されるだけのために行われる。このことは、パケッ
トが、ＭＴ２機器において更なる処理を必要としない場合も同様である。したが
って、処理を行う資源（リソース）とスループットは、ＰＰＰフレーム内でのこ
の不要な脱フレーム化及び再フレーム化により悪影響を受ける。
【００１３】
本発明は、Ｒｍインターフェース上でのＰＰＰ ＬＣＰリンクオプションから
選択されたオプションが、Ｕｍインターフェース上での対応するリンクオプショ
ンと同一であるか否かを決定する。２つのインターフェース上のＰＰＰ ＬＣＰ
リンクオプションのうちの選択されたオプションが等しい場合、本発明はＭＴ２
機器内におけるＰＰＰフレームの不要な脱フレーム化及び再フレーム化を行わな
い。したがって、ＭＴ２機器は、ＰＰＰフレームを脱フレーム化することなくＰ
ＰＰフレームを受信、送信することができる。すなわち、ＰＰＰフレームはＭＴ
２機器を単に通過する。この結果、ＭＴ２機器により必要とされる処理の総数は
減少し、これにより、より大きなデータスループットが可能な、さらなる処理能
力を提供できる。
選択されたオプションが、Ｕｍインターフェース上での対応するリンクオプショ
ンと同一であるか否かを決定する。２つのインターフェース上のＰＰＰ ＬＣＰ
リンクオプションのうちの選択されたオプションが等しい場合、本発明はＭＴ２
機器内におけるＰＰＰフレームの不要な脱フレーム化及び再フレーム化を行わな
い。したがって、ＭＴ２機器は、ＰＰＰフレームを脱フレーム化することなくＰ
ＰＰフレームを受信、送信することができる。すなわち、ＰＰＰフレームはＭＴ
２機器を単に通過する。この結果、ＭＴ２機器により必要とされる処理の総数は
減少し、これにより、より大きなデータスループットが可能な、さらなる処理能
力を提供できる。
【００１４】
本発明が、ＰＰＰリンクパラメータから選択されたリンクパラメータが２つの
インターフェース上で同一でないと決定した場合、ＰＰＰフレームは従来のシス
テムのように脱フレーム化及び再フレーム化される。したがって、本発明が、各
ＰＰＰリンクパラメータから選択されたリンクパラメータが等しくないと決定し
た場合、ＰＰＰフレームはＭＴ２機器により、上記したように脱フレーム化及び
再フレーム化される。
インターフェース上で同一でないと決定した場合、ＰＰＰフレームは従来のシス
テムのように脱フレーム化及び再フレーム化される。したがって、本発明が、各
ＰＰＰリンクパラメータから選択されたリンクパラメータが等しくないと決定し
た場合、ＰＰＰフレームはＭＴ２機器により、上記したように脱フレーム化及び
再フレーム化される。
【００１５】
従来から知られているように、ポイント・トゥー・ポイントリンク上で通信を
確立するために、データリンク接続を確立し、設定し、検査するためのリンク制
御プロトコル（ＬＣＰ）パケットは、各ＰＰＰリンク、すなわちＲｍ及びＵｍイ
ンターフェース上でやり取りされなければならない。取り決めするための交渉 (
negotiate)が行われていない全てのオプションは、ＲＦＣにて明記されているよ
うに所定のデフォルト値を用いる。
確立するために、データリンク接続を確立し、設定し、検査するためのリンク制
御プロトコル（ＬＣＰ）パケットは、各ＰＰＰリンク、すなわちＲｍ及びＵｍイ
ンターフェース上でやり取りされなければならない。取り決めするための交渉 (
negotiate)が行われていない全てのオプションは、ＲＦＣにて明記されているよ
うに所定のデフォルト値を用いる。
【００１６】
ＲＦＣ１６６１に記載されるように、ＬＣＰパケットは設定要求(Configure-R
equest)、設定Ａｃｋ(Configure-Ack)、設定Ｎａｋ(Configure-Nak)、設定拒否(
Configure-Reject)から構成される。これらのパケットのフォーマット公知であ
り、ＲＦＣ１６６１に記載されている。
equest)、設定Ａｃｋ(Configure-Ack)、設定Ｎａｋ(Configure-Nak)、設定拒否(
Configure-Reject)から構成される。これらのパケットのフォーマット公知であ
り、ＲＦＣ１６６１に記載されている。
【００１７】
設定要求パケットは、設定オプションを取り決めするために用いられる。全て
の設定オプションはたいてい、同時に取り決めされる。
の設定オプションはたいてい、同時に取り決めされる。
【００１８】
設定Ａｃｋパケットは、受信した設定要求パケット内の各設定オプションが認
識可能であり、且つ全ての値が容認可能である場合、送信される。
識可能であり、且つ全ての値が容認可能である場合、送信される。
【００１９】
設定Ｎａｋパケットは、要求された設定オプションが認識可能であるがいくつ
かの値が容認可能でない場合、設定要求パケットに応じて送信される。設定Ｎａ
ｋパケットのオプションフィールドは、設定要求パケットからの容認できない設
定オプションによってのみ満たされている。なお、全ての設定オプションはたい
てい、同時にＮａｋ化される。
かの値が容認可能でない場合、設定要求パケットに応じて送信される。設定Ｎａ
ｋパケットのオプションフィールドは、設定要求パケットからの容認できない設
定オプションによってのみ満たされている。なお、全ての設定オプションはたい
てい、同時にＮａｋ化される。
【００２０】
設定拒否パケットは、受信した設定要求が、認識不能または取り決めするのに
容認できないオプションを含む場合、送信される。設定拒否のオプションフィー
ルドは、設定要求のうちの容認できない設定オプションのみを含む。
容認できないオプションを含む場合、送信される。設定拒否のオプションフィー
ルドは、設定要求のうちの容認できない設定オプションのみを含む。
【００２１】
以下は、よく知られた設定オプションである。最初の６つの設定オプションは
、RFC 1661にて記載されており、ＰＰＰ ＬＣＰプロトコル用に定義されている
。一方、７番目の設定オプションは、１９９４年７月のRequest for Comment (R
FC) 1662, PPP in HDLC-like Framing, Network Working Groupにて定義され、
参照として本明細書に組み込まれる。
、RFC 1661にて記載されており、ＰＰＰ ＬＣＰプロトコル用に定義されている
。一方、７番目の設定オプションは、１９９４年７月のRequest for Comment (R
FC) 1662, PPP in HDLC-like Framing, Network Working Groupにて定義され、
参照として本明細書に組み込まれる。
【００２２】
１．最大受信ユニット(Maximum-Receive-Unit)
２．真正プロトコル(Authentication-Protocol)
３．品質プロトコル(Quality-Protocol)
４．マジックナンバー(Magic-Number)
５．プロトコル・フィールド・圧縮(Protocol-Field-Compression)
６．アドレス及び制御フィールド圧縮
(Address-and-Control-Field-Compression)
７．非同期制御キャラクターマップ
(Async-Control-Character-Map)
インターネットプロトコル制御プロトコルは、ＰＰＰリンクの両端でのインタ
ーネットプロトコル（ＩＰ）モジュールを設定し、使用可能化し(enable)、使用
不能化(disable)することを司るネットワーク制御プロトコルである。ＩＰＣＰ
は１９９２年５月の"The PPP Internet Control Protocol (IPCP)" G. McGregor
Merit, Network Working GroupのRequest for Comment (RFC) 1332に記載され
、参照として本明細書に組み込まれる。ＩＰＣＰ設定オプションは、以下を含む
。
ーネットプロトコル（ＩＰ）モジュールを設定し、使用可能化し(enable)、使用
不能化(disable)することを司るネットワーク制御プロトコルである。ＩＰＣＰ
は１９９２年５月の"The PPP Internet Control Protocol (IPCP)" G. McGregor
Merit, Network Working GroupのRequest for Comment (RFC) 1332に記載され
、参照として本明細書に組み込まれる。ＩＰＣＰ設定オプションは、以下を含む
。
【００２３】
１．ＩＰアドレス
２．ＩＰ圧縮プロトコル
３．ＩＰアドレス
ＩＰＣＰはリンク制御プロトコル（ＬＣＰ）と同様のオプション取り決めメカ
ニズムを用いる。
ニズムを用いる。
【００２４】
設定オプションの取り決めは、Ｒｍインターフェース及びＵｍインターフェー
ス両方のそれぞれに対して行われる。ＲＦＣ１６６１に記載されるように、設定
Ａｃｋパケットは、送り主が承認しているオプションのリストを含んでいる。Ｍ
Ｔ２機器は、Ｒｍ及びＵｍインターフェース上で送受信された設定Ａｃｋパケッ
トを検討し、コンピュータメモリ等の記憶装置内に各オプションの値を保存する
。全ての設定オプションは、ＲＦＣ１６６１にて定義されるようにデフォルト値
を有する。このデフォルト値は、対応する設定オプションが取り決めされない場
合に用いられる。
ス両方のそれぞれに対して行われる。ＲＦＣ１６６１に記載されるように、設定
Ａｃｋパケットは、送り主が承認しているオプションのリストを含んでいる。Ｍ
Ｔ２機器は、Ｒｍ及びＵｍインターフェース上で送受信された設定Ａｃｋパケッ
トを検討し、コンピュータメモリ等の記憶装置内に各オプションの値を保存する
。全ての設定オプションは、ＲＦＣ１６６１にて定義されるようにデフォルト値
を有する。このデフォルト値は、対応する設定オプションが取り決めされない場
合に用いられる。
【００２５】
設定オプションから選択されたそれぞれのオプションがＲｍ及びＵｍインター
フェース上の両方で等しい場合、Ｒｍ及びＵｍインターフェース上のいずれかで
ＭＴ２機器により受信されたＰＰＰフレームは、ＭＴ２機器によりＲｍ及びＵｍ
インターフェースのもう一方上で送信される。このとき、ＰＰＰフレームは、Ｐ
ＰＰＲ２０５インターフェース及びＰＰＰＵ２１５インターフェースの一方によ
り脱フレーム化されず、またＰＰＰＲ２０５インターフェース及びＰＰＰＵイン
ターフェースのもう一方により再フレーム化されない。これは、“擬似ネットワ
ークモード”と呼ばれる。全てのパケットに対して脱フレーム化及び再フレーム
化が必要な場合、“完全ネットワークモード”と呼ばれる。
フェース上の両方で等しい場合、Ｒｍ及びＵｍインターフェース上のいずれかで
ＭＴ２機器により受信されたＰＰＰフレームは、ＭＴ２機器によりＲｍ及びＵｍ
インターフェースのもう一方上で送信される。このとき、ＰＰＰフレームは、Ｐ
ＰＰＲ２０５インターフェース及びＰＰＰＵ２１５インターフェースの一方によ
り脱フレーム化されず、またＰＰＰＲ２０５インターフェース及びＰＰＰＵイン
ターフェースのもう一方により再フレーム化されない。これは、“擬似ネットワ
ークモード”と呼ばれる。全てのパケットに対して脱フレーム化及び再フレーム
化が必要な場合、“完全ネットワークモード”と呼ばれる。
【００２６】
図３は、取り決めされた、ＲｍインターフェースのＬＣＰ取り決めオプション
を検討し、保存するための処理のフローチャートを示す。例えば、この処理は、
ＭＴ２機器内のプロセッサ上で動作するファームウエアまたはソフトウエアにお
いて実行することができる。
を検討し、保存するための処理のフローチャートを示す。例えば、この処理は、
ＭＴ２機器内のプロセッサ上で動作するファームウエアまたはソフトウエアにお
いて実行することができる。
【００２７】
ステップＳ３００において、保存されたＲｍインターフェース用取り決めオプ
ションは、ＲＦＣ１６６１により定義されるように、デフォルト値に初期化され
る。保存されたＲｍインターフェース用取り決めオプションは、ＭＴ２機器内に
含まれるＲＡＭ等のメモリ装置に記憶される。ステップＳ３１０において、Ｒｍ
インターフェース上の受信されたか又は送信される直前のフレームがチェックさ
れ、このフレームがＬＣＰ設定Ａｃｋパケットを含んでいるか否かが決定される
。フレームがＬＣＰ設定Ａｃｋパケットを含む場合、ステップＳ３２０が実行さ
れ、設定Ａｃｋパケット内に含まれた、取り決めされたオプションの値をメモリ
内に記憶する。したがって、首尾よく取り決めされたこれらのオプションは、メ
モリ内に保存され、取り決めされなかったオプションは、メモリ装置内にデフォ
ルトな設定を有する。受信されたか送信される直前のパケットがＬＣＰ設定Ａｃ
ｋパケットではない場合、該処理はこのパケットを無視し、次の受信されたか送
信直前のＰＰＰフレームを待つ。
ションは、ＲＦＣ１６６１により定義されるように、デフォルト値に初期化され
る。保存されたＲｍインターフェース用取り決めオプションは、ＭＴ２機器内に
含まれるＲＡＭ等のメモリ装置に記憶される。ステップＳ３１０において、Ｒｍ
インターフェース上の受信されたか又は送信される直前のフレームがチェックさ
れ、このフレームがＬＣＰ設定Ａｃｋパケットを含んでいるか否かが決定される
。フレームがＬＣＰ設定Ａｃｋパケットを含む場合、ステップＳ３２０が実行さ
れ、設定Ａｃｋパケット内に含まれた、取り決めされたオプションの値をメモリ
内に記憶する。したがって、首尾よく取り決めされたこれらのオプションは、メ
モリ内に保存され、取り決めされなかったオプションは、メモリ装置内にデフォ
ルトな設定を有する。受信されたか送信される直前のパケットがＬＣＰ設定Ａｃ
ｋパケットではない場合、該処理はこのパケットを無視し、次の受信されたか送
信直前のＰＰＰフレームを待つ。
【００２８】
図４は、Ｕｍインターフェース上での、取り決めされたＬＣＰ設定オプション
を検討し、保存するための処理のフローチャートを示す。この処理は、図３に示
す処理と同様であるが、異なる部分は、Ｕｍインターフェース上の受信されたか
送信直前のパケットが検討されることである。
を検討し、保存するための処理のフローチャートを示す。この処理は、図３に示
す処理と同様であるが、異なる部分は、Ｕｍインターフェース上の受信されたか
送信直前のパケットが検討されることである。
【００２９】
ステップＳ４００において、保存されたＵｍインターフェース用取り決めオプ
ションは、ＲＦＣ１６６１により定義されるように、デフォルト値に初期化され
る。保存されたＵｍインターフェース用取り決めオプションは、ＭＴ２機器内に
含まれるＲＡＭ等のメモリ装置に記憶される。ステップ４１０において、Ｕｍイ
ンターフェース上の受信されたか又は送信される直前のフレームが検討され、こ
のフレームがＬＣＰ設定Ａｃｋパケットを含んでいるか否かが決定される。フレ
ームがＬＣＰ設定Ａｃｋパケットを含む場合、ステップＳ４２０が実行され、設
定Ａｃｋパケットに含まれた、取り決めされたオプションの値をメモリ内に記憶
する。したがって、首尾よく取り決めされたこれらのオプションは、メモリ内に
保存され、取り決めされなかったオプションは、メモリ装置内にデフォルトな設
定を有する。受信されたか送信される直前のパケットがＬＣＰ設定Ａｃｋパケッ
トを含まない場合、該処理はこのパケットを無視し、次の受信されたか送信直前
のＰＰＰフレームを待つ。
ションは、ＲＦＣ１６６１により定義されるように、デフォルト値に初期化され
る。保存されたＵｍインターフェース用取り決めオプションは、ＭＴ２機器内に
含まれるＲＡＭ等のメモリ装置に記憶される。ステップ４１０において、Ｕｍイ
ンターフェース上の受信されたか又は送信される直前のフレームが検討され、こ
のフレームがＬＣＰ設定Ａｃｋパケットを含んでいるか否かが決定される。フレ
ームがＬＣＰ設定Ａｃｋパケットを含む場合、ステップＳ４２０が実行され、設
定Ａｃｋパケットに含まれた、取り決めされたオプションの値をメモリ内に記憶
する。したがって、首尾よく取り決めされたこれらのオプションは、メモリ内に
保存され、取り決めされなかったオプションは、メモリ装置内にデフォルトな設
定を有する。受信されたか送信される直前のパケットがＬＣＰ設定Ａｃｋパケッ
トを含まない場合、該処理はこのパケットを無視し、次の受信されたか送信直前
のＰＰＰフレームを待つ。
【００３０】
図５は、ＭＴ２機器内のプロセッサ上で実行される手順のためのフローチャー
トである。ステップＳ５００は、Ｕｍ及びＲｍインターフェース上の両方でリン
クの確立が完了したか否かを決定する。これは、ＰＰＰＲリンク２０５及びＰＰ
ＰＵリンク２１５に対してそれぞれ維持されているリンク状態変数を検査するこ
とにより行うことができる。ＲＦＣ１６６１は、ＰＰＰリンク用のリンクの状態
を説明しており、この方法は公知である。ステップＳ５００は、ＰＰＰＲ２０５
及びＰＰＰＵ２１５リンクの状態が、ネットワーク状態であるか否かを決定する
。ネットワーク状態は、ＰＰＰリンクが確立されたことを示す。ステップＳ５０
０が、両方のＰＰＰリンクが確立されたと決定した場合、ステップＳ５１０が実
行されることにより、対応する、選択された１つのＬＣＰ設定オプションがＲｍ
及びＵｍインターフェース上で等しいか否かが決定される。好適な実施形態では
、選択されるオプションには、プロトコル・フィールド・圧縮、アドレス及び制
御フィールド圧縮が含まれる。しかしながら、ステップＳ５１０を、いかなる設
定オプションを比較するように適合させることもできる。ＬＣＰ設定オプション
のうちの、対応する選択されたオプションが等しい場合、ステップＳ５２０が実
行される。このことは、ＭＴ２機器が、擬似ネットワークモードであることを示
す。オプションが等しくない場合、ステップＳ５３０が実行される。このことは
、ＭＴ２機器が完全ネットワークモードであることを示す。
トである。ステップＳ５００は、Ｕｍ及びＲｍインターフェース上の両方でリン
クの確立が完了したか否かを決定する。これは、ＰＰＰＲリンク２０５及びＰＰ
ＰＵリンク２１５に対してそれぞれ維持されているリンク状態変数を検査するこ
とにより行うことができる。ＲＦＣ１６６１は、ＰＰＰリンク用のリンクの状態
を説明しており、この方法は公知である。ステップＳ５００は、ＰＰＰＲ２０５
及びＰＰＰＵ２１５リンクの状態が、ネットワーク状態であるか否かを決定する
。ネットワーク状態は、ＰＰＰリンクが確立されたことを示す。ステップＳ５０
０が、両方のＰＰＰリンクが確立されたと決定した場合、ステップＳ５１０が実
行されることにより、対応する、選択された１つのＬＣＰ設定オプションがＲｍ
及びＵｍインターフェース上で等しいか否かが決定される。好適な実施形態では
、選択されるオプションには、プロトコル・フィールド・圧縮、アドレス及び制
御フィールド圧縮が含まれる。しかしながら、ステップＳ５１０を、いかなる設
定オプションを比較するように適合させることもできる。ＬＣＰ設定オプション
のうちの、対応する選択されたオプションが等しい場合、ステップＳ５２０が実
行される。このことは、ＭＴ２機器が、擬似ネットワークモードであることを示
す。オプションが等しくない場合、ステップＳ５３０が実行される。このことは
、ＭＴ２機器が完全ネットワークモードであることを示す。
【００３１】
図６は、ＰＰＰリンクが確立されている間、すなわちネットワーク状態の間に
、ＰＰＰフレームがＲｍまたはＵｍインターフェースのいずれかにより受信され
た場合、ＭＴ２機器内で実行される処理を示す。
、ＰＰＰフレームがＲｍまたはＵｍインターフェースのいずれかにより受信され
た場合、ＭＴ２機器内で実行される処理を示す。
【００３２】
ステップＳ６００において、チェックが行われ、ＭＴ２機器が擬似ネットワー
クモードまたは完全ネットワークモードで動作しているかが決定される。ＭＴ２
機器が擬似ネットワークモードで動作している場合、ステップＳ６１０が実行さ
れ、ＲｍまたはＵｍインターフェースのいずれかから受信したＰＰＰフレームが
ＬＣＰまたはＩＰＣＰパケットを含むか否かが決定される。受信されたＰＰＰフ
レームがＬＣＰまたはＩＰＣＰパケットを含まない場合、ステップＳ６２０が実
行され、パケットを脱フレーム化及び再フレーム化することなくＭＴ２機器を介
してパケットを渡す。換言すれば、受信したＰＰＰフレームがＲｍインターフェ
ース上で到達した場合、ステップＳ６２０により、ＰＰＰフレームは、ＰＰＰフ
レームを脱フレーム化、及び再フレーム化することなく、Ｕｍインターフェース
上で送信される。受信したＰＰＰフレームがＵｍインターフェース上で到達した
場合、ステップＳ６２０により、ＰＰＰフレームは、ＰＰＰフレームを脱フレー
ム化及び再フレームすることなく、Ｒｍインターフェース上で送信される。
クモードまたは完全ネットワークモードで動作しているかが決定される。ＭＴ２
機器が擬似ネットワークモードで動作している場合、ステップＳ６１０が実行さ
れ、ＲｍまたはＵｍインターフェースのいずれかから受信したＰＰＰフレームが
ＬＣＰまたはＩＰＣＰパケットを含むか否かが決定される。受信されたＰＰＰフ
レームがＬＣＰまたはＩＰＣＰパケットを含まない場合、ステップＳ６２０が実
行され、パケットを脱フレーム化及び再フレーム化することなくＭＴ２機器を介
してパケットを渡す。換言すれば、受信したＰＰＰフレームがＲｍインターフェ
ース上で到達した場合、ステップＳ６２０により、ＰＰＰフレームは、ＰＰＰフ
レームを脱フレーム化、及び再フレーム化することなく、Ｕｍインターフェース
上で送信される。受信したＰＰＰフレームがＵｍインターフェース上で到達した
場合、ステップＳ６２０により、ＰＰＰフレームは、ＰＰＰフレームを脱フレー
ム化及び再フレームすることなく、Ｒｍインターフェース上で送信される。
【００３３】
ステップＳ６００が、ＭＴ２機器が擬似ネットワークモードで動作していない
（すなわち、ＭＴ２機器が完全ネットワークモードで動作している場合）と決定
した場合、またはステップＳ６１０が、受信したＰＰＰフレームがＬＣＰパケッ
ト又はＩＰＣＰパケットのいずれかを含んでいると決定した場合、脱フレーム化
及び再フレーム化が実行される。換言すれば、ＭＴ２機器がＲｍインターフェー
ス上でＰＰＰフレームを受信し且つＭＴ２が完全ネットワークモードである場合
、またはＭＴ２機器が擬似ネットワークモードであるがＬＣＰパケットまたはＩ
ＰＣＰパケットのいずれかがＰＰＰフレームに含まれている場合、フレームはＰ
ＰＰＲプロトコル２０５により処理される。ＰＰＰＲプロトコル２０５は、パケ
ットを脱フレーム化し、このパケットは、この後ＰＰＰＵプロトコル２１５に渡
される。ＰＰＰＵプロトコル２１５では、パケットはＵｍインターフェース上に
おいて送信用のＰＰＰフレーム内で再フレーム化される。同様に、ＭＴ２機器が
Ｕｍインターフェース上でＰＰＰフレームを受信し且つＭＴ２が完全ネットワー
クモードである場合、またはＭＴ２機器が擬似ネットワークモードであるがＬＣ
ＰパケットまたはＩＰＣＰパケットのいずれかがＰＰＰフレームに含まれている
場合、フレームはＰＰＰＵプロトコル２１５により処理される。ＰＰＰＵプロト
コル２１５は、パケットを脱フレーム化し、このパケットは、この後ＰＰＰＲプ
ロトコル２０５に渡される。ＰＰＰＲプロトコル２０５では、パケットはＲｍイ
ンターフェース上において送信用のＰＰＰフレーム内で再フレーム化される。
（すなわち、ＭＴ２機器が完全ネットワークモードで動作している場合）と決定
した場合、またはステップＳ６１０が、受信したＰＰＰフレームがＬＣＰパケッ
ト又はＩＰＣＰパケットのいずれかを含んでいると決定した場合、脱フレーム化
及び再フレーム化が実行される。換言すれば、ＭＴ２機器がＲｍインターフェー
ス上でＰＰＰフレームを受信し且つＭＴ２が完全ネットワークモードである場合
、またはＭＴ２機器が擬似ネットワークモードであるがＬＣＰパケットまたはＩ
ＰＣＰパケットのいずれかがＰＰＰフレームに含まれている場合、フレームはＰ
ＰＰＲプロトコル２０５により処理される。ＰＰＰＲプロトコル２０５は、パケ
ットを脱フレーム化し、このパケットは、この後ＰＰＰＵプロトコル２１５に渡
される。ＰＰＰＵプロトコル２１５では、パケットはＵｍインターフェース上に
おいて送信用のＰＰＰフレーム内で再フレーム化される。同様に、ＭＴ２機器が
Ｕｍインターフェース上でＰＰＰフレームを受信し且つＭＴ２が完全ネットワー
クモードである場合、またはＭＴ２機器が擬似ネットワークモードであるがＬＣ
ＰパケットまたはＩＰＣＰパケットのいずれかがＰＰＰフレームに含まれている
場合、フレームはＰＰＰＵプロトコル２１５により処理される。ＰＰＰＵプロト
コル２１５は、パケットを脱フレーム化し、このパケットは、この後ＰＰＰＲプ
ロトコル２０５に渡される。ＰＰＰＲプロトコル２０５では、パケットはＲｍイ
ンターフェース上において送信用のＰＰＰフレーム内で再フレーム化される。
【００３４】
好適な実施形態は、擬似ネットワークモードにおいて脱フレーム化及び再フレ
ーム化されるＬＣＰ及びＩＰＣＰパケットのみを示すが、本発明を、擬似ネット
ワークモードの間、特定のいかなるタイプのパケットが脱フレーム化及び再フレ
ーム化されるように適合させることができる。また、パケットを、全く脱フレー
ム化及び再フレーム化しないようにすることもできる。
ーム化されるＬＣＰ及びＩＰＣＰパケットのみを示すが、本発明を、擬似ネット
ワークモードの間、特定のいかなるタイプのパケットが脱フレーム化及び再フレ
ーム化されるように適合させることができる。また、パケットを、全く脱フレー
ム化及び再フレーム化しないようにすることもできる。
【００３５】
本発明は、現在好適な実施形態であると思われる形態と関連して記載したが、
本発明は開示された実施形態に限定されないことは理解されなければならない。
反対に、本発明は、特許請求の範囲の思想及び範疇に含まれる同等の構成及び種
々の改良を含む。
本発明は開示された実施形態に限定されないことは理解されなければならない。
反対に、本発明は、特許請求の範囲の思想及び範疇に含まれる同等の構成及び種
々の改良を含む。
【図１】
端末機器が無線通信機器を介してインターネット等のネットワークに接続して
いる無線データ通信システムの高レベルブロック図を示す図。
いる無線データ通信システムの高レベルブロック図を示す図。
【図２】
システムにおける各エンティティーのプロトコル構造図。
【図３】
ＰＰＰ Ｒｍインターフェースを監視し、取り決めされた設定オプションを保
存するために行われる処理を示すフローチャート。
存するために行われる処理を示すフローチャート。
【図４】
ＰＰＰ Ｕｍインターフェースを監視し、取り決めされた設定オプションを保
存するために行われる処理を示すフローチャート。
存するために行われる処理を示すフローチャート。
【図５】
ＭＴ２機器が完全ネットワークモードか擬似ネットワークモードかで動作すべ
きことを決定するための処理を示すフローチャート。
きことを決定するための処理を示すフローチャート。
【図６】
ＰＰＰフレーム内のパケットを脱フレーム化する必要があるか否かを決定する
ための処理を示すフローチャート。
ための処理を示すフローチャート。
【手続補正書】
【提出日】平成１４年３月６日（２００２．３．６）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ
，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，
ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ
Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ
，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，
ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，
ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ
Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ
，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，
ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ
Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ
，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，
ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ
Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ
，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，
ＺＡ，ＺＷ
(72)発明者 アブロール、ニシャール
アメリカ合衆国、カリフォルニア州
92126 サン・ディエゴ、ナンバー41、カ
レ・クリストバル 7260
Ｆターム(参考） 5K034 AA02 AA14 DD01 EE03 HH61
KK27 SS03
5K067 AA13 BB21 CC08 EE02 EE10
GG01 HH21 HH22
Claims (12)
- 【請求項１】 無線通信機器を用いて少なくとも１つのフレームを送受信するための方法であ
って、前記フレームは前記無線通信機器と接続された端末機器と、無線接続を介
して前記無線通信機器と接続された基地局／移動切換センターとの間で、通信プ
ロトコルを用いて通信され、前記方法は、 前記無線通信機器上で動作し、且つ前記通信プロトコルの第１例と関連する前
記通信プロトコルの複数の対応するプロトコル設定オプションから選択されたも
のと、前記無線通信機器上で動作し、且つ前記通信プロトコルの第２例と関連す
るものと、がそれぞれ等しいかを決定し、 前記通信プロトコルを用いて前記少なくとも１つのフレームを前記無線通信機
器に受信し、前記複数の対応するプロトコル設定オプションから選択されたもの
が等しい場合、 前記少なくとも１つのフレームが所定のタイプのパケットを含むかを決定し、 前記少なくとも１つのフレームが前記所定のタイプのパケットを含まないと決
定した場合、前記少なくとも１つのフレームを脱フレーム化及び再フレーム化す
ることなく、前記少なくとも１つのフレームを前記無線通信機器を介して通過さ
せ、 前記無線通信機器から前記少なくとも１つのフレームを送信する ことを具備する。 - 【請求項２】 前記複数の対応するプロトコル設定オプションから選択されたものが等しくな
い場合、前記送信に先立ち、前記無線通信機器内で前記少なくとも１つのフレー
ムを脱フレーム化及び再フレーム化することをさらに具備する請求項１の方法。 - 【請求項３】 前記通信プロトコルはＰＰＰである請求項１の方法。
- 【請求項４】 前記複数の対応するパラメータから選択されたものは、非対称制御キャラクタ
ーマップを含む請求項１の方法。 - 【請求項５】 前記複数の対応するパラメータから選択されたものは、プロトコルフィールド
圧縮を含む請求項１の方法。 - 【請求項６】 前記複数の対応するパラメータから選択されたものは、アドレス及び制御フィ
ールド圧縮を含む請求項１の方法。 - 【請求項７】 端末機器と接続され、且つ無線接続を介して基地局／移動切換センターと接続
された無線通信機器であって、前記無線通信機器は、通信プロトコルの複数のフ
レームを、第１の通信リンク上で前記端末機器に送信し、第２通信リンク上で基
地局／移動切換センターに送信し、前記無線通信機器は、 前記無線通信機器上で動作し、且つ前記通信プロトコルの第１例と関連する前
記通信プロトコルの複数の対応するプロトコル設定オプションから選択されたも
のと、前記無線通信機器上で動作し、且つ前記通信プロトコルの第２例と関連す
るものと、がそれぞれ等しいかを決定するための手段と、 前記通信プロトコルを用いて前記少なくとも１つのフレームを前記無線通信機
器に受信するための手段と、 前記複数の対応するプロトコル設定オプションから選択されたものが等しいか
を決定するための手段が、前記対応するプロトコル設定がそれぞれ等しいと決定
した場合、前記少なくとも１つのフレームが所定のタイプのパケットを含むかを
決定するための手段と、 前記決定するための手段が、前記少なくとも１つのフレームが前記所定のタイ
プのパケット以外のパケットを含むと決定した場合、前記少なくとも１つのフレ
ームを脱フレーム化及び再フレーム化することなく、前記少なくとも１つのフレ
ームを前記無線通信機器を介して通過させるための手段と、 前記無線通信機器から前記少なくとも１つのフレームを送信するための手段と
、 を具備する。 - 【請求項８】 前記複数の対応するプロトコル設定オプションがそれぞれ等しいかを決定する
手段が、前記複数の対応するオプションから選択されたものが等しくないと決定
した場合、前記少なくとも１つのフレームが送信されるに先立ち、前記無線通信
機器内で前記少なくとも１つのフレームを脱フレーム化及び再フレーム化するた
めの手段をさらに具備する請求項７の無線通信機器。 - 【請求項９】 前記通信プロトコルはＰＰＰである請求項７の無線通信機器。
- 【請求項１０】 前記複数の対応するパラメータから選択されたものは、非対称制御キャラクタ
ーマップを含む請求項７の無線通信機器。 - 【請求項１１】 前記複数の対応するパラメータから選択されたものは、プロトコルフィールド
圧縮を含む請求項７の無線通信機器。 - 【請求項１２】 前記複数の対応するパラメータから選択されたものは、アドレス及び制御フィ
ールド圧縮を含む請求項７の無線通信機器。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/353,109 | 1999-07-14 | ||
| US09/353,109 US6625164B1 (en) | 1999-07-14 | 1999-07-14 | Selectively framing and unframing PPP packets depending on negotiated options on the Um and Rm interfaces |
| PCT/US2000/019500 WO2001005177A1 (en) | 1999-07-14 | 2000-07-14 | SELECTIVELY FRAMING AND UNFRAMING PPP PACKETS DEPENDING ON NEGOTIATED OPTIONS ON THE Um AND Rm INTERFACES |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003523649A true JP2003523649A (ja) | 2003-08-05 |
| JP4659312B2 JP4659312B2 (ja) | 2011-03-30 |
Family
ID=23387797
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001510261A Expired - Fee Related JP4659312B2 (ja) | 1999-07-14 | 2000-07-14 | Ｕｍ及びＲｍインターフェース上で取り決めされたオプションに応じてＰＰＰパケットを選択的にフレーム化及び脱フレーム化する |
Country Status (16)
| Country | Link |
|---|---|
| US (1) | US6625164B1 (ja) |
| EP (1) | EP1192827B1 (ja) |
| JP (1) | JP4659312B2 (ja) |
| KR (1) | KR100621537B1 (ja) |
| CN (1) | CN1379962B (ja) |
| AT (1) | ATE344604T1 (ja) |
| AU (1) | AU775367B2 (ja) |
| BR (1) | BR0012378A (ja) |
| CA (1) | CA2378728A1 (ja) |
| DE (1) | DE60031678T2 (ja) |
| ES (1) | ES2273714T3 (ja) |
| HK (1) | HK1048221A1 (ja) |
| IL (1) | IL147576A0 (ja) |
| MX (1) | MXPA02000453A (ja) |
| TW (1) | TW492259B (ja) |
| WO (1) | WO2001005177A1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011521539A (ja) * | 2008-04-30 | 2011-07-21 | クゥアルコム・インコーポレイテッド | 無線ネットワークにおけるリレーモデルテザーデータコールを可能にするための方法および装置 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7062574B1 (en) * | 1999-07-01 | 2006-06-13 | Agere Systems Inc. | System and method for selectively detaching point-to-point protocol header information |
| JP3525869B2 (ja) * | 2000-07-12 | 2004-05-10 | 日本電気株式会社 | パケット通信システムの接続装置及び方法 |
| GB2371954B (en) * | 2001-02-01 | 2003-02-19 | 3Com Corp | Interface system for wireless node and network node |
| 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 |
| US6973088B2 (en) * | 2002-04-03 | 2005-12-06 | Qualcomm Incorporated | PPP link negotiation in mobile IP systems |
| US7342894B2 (en) * | 2002-04-03 | 2008-03-11 | Qualcomm Incorporated | System and method for transparent Mobile IP registration within PPP negotiation |
| US7590408B2 (en) | 2002-04-03 | 2009-09-15 | Qualcomm Incorporated | Systems and methods for early determination of network support for mobile IP |
| US20030191845A1 (en) * | 2002-04-03 | 2003-10-09 | Hinds John Sherman | Method, apparatus and system for establishing communications between communications devices |
| US7747747B1 (en) | 2002-05-06 | 2010-06-29 | Apple Inc. | Method and arrangement for supressing duplicate network resources |
| JP4762735B2 (ja) * | 2005-02-16 | 2011-08-31 | 株式会社エヌ・ティ・ティ・ドコモ | 無線通信装置、通信経路制御装置、通信経路制御方法及び通信システム |
| US7616566B2 (en) * | 2006-04-28 | 2009-11-10 | Samsung Electroncis Co., Ltd | Data flow control apparatus and method of mobile terminal for reverse communication from high speed communication device to wireless network |
| KR101308298B1 (ko) * | 2006-09-21 | 2013-09-17 | 삼성전자주식회사 | 이동단말과 인터 워킹 장비간 점 대 점 프로토콜 링크 형성방법 및 장치 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05160835A (ja) * | 1991-01-09 | 1993-06-25 | Internatl Business Mach Corp <Ibm> | 通信ネットワークデータ圧縮制御方法および制御システム |
| WO1997020440A1 (de) * | 1995-11-29 | 1997-06-05 | Robert Bosch Gmbh | Verfahren zum übertragen von daten, insbesondere von gsm-daten |
| JPH09507973A (ja) * | 1993-11-15 | 1997-08-12 | クゥアルコム・インコーポレイテッド | 移動ユニットからの音声或いはデータサービスの呼び出し及びキャンセル方法 |
| JPH11503275A (ja) * | 1995-01-25 | 1999-03-23 | クゥアルコム・インコーポレイテッド | タンデムボコード処理の検出と回避のための方法および装置 |
| WO1999021353A1 (en) * | 1997-10-17 | 1999-04-29 | Motorola Inc. | Method and system for transmitting data to a mobile communication unit |
| WO1999021289A1 (en) * | 1997-10-17 | 1999-04-29 | Motorola Inc. | Method and system for transmitting a data communication from a calling communication unit |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5526489A (en) * | 1993-03-19 | 1996-06-11 | 3Com Corporation | System for reverse address resolution for remote network device independent of its physical address |
| FI97517C (fi) * | 1993-09-06 | 1996-12-27 | Nokia Mobile Phones Ltd | Pakettidatan siirto digitaalisessa solukkoverkossa |
| FI98027C (fi) | 1995-01-10 | 1997-03-25 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten |
| US5894557A (en) * | 1996-03-29 | 1999-04-13 | International Business Machines Corporation | Flexible point-to-point protocol framework |
| US5983271A (en) * | 1997-02-06 | 1999-11-09 | Paradyne Corporation | Method for processing asynchronous low-level protocols in a communication device to off load the main processor |
-
1999
- 1999-07-14 US US09/353,109 patent/US6625164B1/en not_active Expired - Lifetime
-
2000
- 2000-07-14 IL IL14757600A patent/IL147576A0/xx unknown
- 2000-07-14 JP JP2001510261A patent/JP4659312B2/ja not_active Expired - Fee Related
- 2000-07-14 CA CA002378728A patent/CA2378728A1/en not_active Abandoned
- 2000-07-14 AU AU63516/00A patent/AU775367B2/en not_active Ceased
- 2000-07-14 KR KR1020027000519A patent/KR100621537B1/ko not_active IP Right Cessation
- 2000-07-14 WO PCT/US2000/019500 patent/WO2001005177A1/en active IP Right Grant
- 2000-07-14 AT AT00950405T patent/ATE344604T1/de not_active IP Right Cessation
- 2000-07-14 CN CN008128081A patent/CN1379962B/zh not_active Expired - Fee Related
- 2000-07-14 BR BR0012378-1A patent/BR0012378A/pt not_active IP Right Cessation
- 2000-07-14 EP EP00950405A patent/EP1192827B1/en not_active Expired - Lifetime
- 2000-07-14 DE DE60031678T patent/DE60031678T2/de not_active Expired - Lifetime
- 2000-07-14 ES ES00950405T patent/ES2273714T3/es not_active Expired - Lifetime
- 2000-07-14 MX MXPA02000453A patent/MXPA02000453A/es unknown
- 2000-12-22 TW TW089114121A patent/TW492259B/zh not_active IP Right Cessation
-
2003
- 2003-01-15 HK HK03100356.5A patent/HK1048221A1/zh unknown
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05160835A (ja) * | 1991-01-09 | 1993-06-25 | Internatl Business Mach Corp <Ibm> | 通信ネットワークデータ圧縮制御方法および制御システム |
| JPH09507973A (ja) * | 1993-11-15 | 1997-08-12 | クゥアルコム・インコーポレイテッド | 移動ユニットからの音声或いはデータサービスの呼び出し及びキャンセル方法 |
| JPH11503275A (ja) * | 1995-01-25 | 1999-03-23 | クゥアルコム・インコーポレイテッド | タンデムボコード処理の検出と回避のための方法および装置 |
| WO1997020440A1 (de) * | 1995-11-29 | 1997-06-05 | Robert Bosch Gmbh | Verfahren zum übertragen von daten, insbesondere von gsm-daten |
| WO1999021353A1 (en) * | 1997-10-17 | 1999-04-29 | Motorola Inc. | Method and system for transmitting data to a mobile communication unit |
| WO1999021289A1 (en) * | 1997-10-17 | 1999-04-29 | Motorola Inc. | Method and system for transmitting a data communication from a calling communication unit |
| JP2001521336A (ja) * | 1997-10-17 | 2001-11-06 | モトローラ・インコーポレイテッド | データを移動通信装置へ送信する方法およびシステム |
| JP2001521318A (ja) * | 1997-10-17 | 2001-11-06 | モトローラ・インコーポレイテッド | 無線通信システムと結合する呼び出し通信装置から被呼び出し通信装置へデータ通信を送信するための方法およびシステム |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011521539A (ja) * | 2008-04-30 | 2011-07-21 | クゥアルコム・インコーポレイテッド | 無線ネットワークにおけるリレーモデルテザーデータコールを可能にするための方法および装置 |
| US8787239B2 (en) | 2008-04-30 | 2014-07-22 | Qualcomm Incorporated | Methods and apparatus for enabling relay-model tethered data calls in wireless networks |
Also Published As
| Publication number | Publication date |
|---|---|
| AU775367B2 (en) | 2004-07-29 |
| EP1192827A1 (en) | 2002-04-03 |
| MXPA02000453A (es) | 2002-07-30 |
| HK1048221A1 (zh) | 2003-03-21 |
| BR0012378A (pt) | 2005-01-11 |
| CN1379962A (zh) | 2002-11-13 |
| TW492259B (en) | 2002-06-21 |
| WO2001005177A1 (en) | 2001-01-18 |
| DE60031678D1 (de) | 2006-12-14 |
| IL147576A0 (en) | 2002-08-14 |
| CA2378728A1 (en) | 2001-01-18 |
| JP4659312B2 (ja) | 2011-03-30 |
| US6625164B1 (en) | 2003-09-23 |
| AU6351600A (en) | 2001-01-30 |
| ATE344604T1 (de) | 2006-11-15 |
| EP1192827B1 (en) | 2006-11-02 |
| ES2273714T3 (es) | 2007-05-16 |
| CN1379962B (zh) | 2010-05-05 |
| DE60031678T2 (de) | 2007-09-06 |
| KR100621537B1 (ko) | 2006-09-13 |
| KR20020029425A (ko) | 2002-04-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6775553B1 (en) | Method of avoiding PPP time-outs during IPCP negotiations | |
| AU763662B2 (en) | Simultaneous setup of PPP on a UM and RM interface | |
| JP2003523649A (ja) | Ｕｍ及びＲｍインターフェース上で取り決めされたオプションに応じてＰＰＰパケットを選択的にフレーム化及び脱フレーム化する | |
| KR100633204B1 (ko) | Ｕｍ 및 Ｒｍ 인터페이스에서 ＰＰＰ 링크의 독립적인동기화 | |
| US6909714B2 (en) | Method and apparatus for determining configuration options negotiated for a communications link employing a network model | |
| KR20050090902A (ko) | 무선 통신 시스템에서 패킷데이터 프로토콜에 따른 ｖｐｎ서비스 방법 및 장치 | |
| CA2379126C (en) | Method and apparatus for avoiding data loss during a ppp renegotiation on a um interface | |
| US7903675B2 (en) | Method and apparatus for setting up point-to-point protocol link between terminal equipment and interworking function | |
| US6934276B1 (en) | Methods for efficient early protocol detection | |
| MXPA01008593A (en) | Simultaneous setup of ppp on a um and rm interface |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070712 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20091019 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091117 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20100217 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20100224 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100622 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101022 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20101102 |
|
| 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: 20101130 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20101227 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140107 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4659312 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| 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 |
|
| LAPS | Cancellation because of no payment of annual fees |