(57)【特許請求の範囲】
【請求項１】
通信装置における予め定められたタイプの構成情報を早期に検出する方法において、
それぞれ情報部分を含んでいる複数のフレームに形成されたデータパケットを受信し、
フレームに形成されたデータパケットの１つ内の情報部分の開始点を検出し、その検出は、複数のフレームに形成されたデータパケットを走査し、フレームの境界を定める符号を識別することによってフレームに形成された１つのデータパケットの情報部分の開始点を設定し、
情報部分内の予め定められた数のバイトの内容をアンエスケープし、
アンエスケープされた予め定められた数のバイトの内容が予め定められた符号を含んでいるときを識別し、
アンエスケープされた予め定められた数のバイトの内容が予め定められた符号を含んでいるとき、予め定められた数のバイトに続く付加的な連続的なバイトの内容をアンエスケープし、
アンエスケープされた予め定められた数のバイトの内容と、付加的な連続的なバイトの内容が予め定められたタイプの構成情報を含んでいるときを識別し、
構成情報が予め定められたタイプであるとき、情報部分が予め定められたタイプの構成情報を含んでいるときフレームに形成された１つのデータパケットをアンフレームするステップを含んでいる方法。
【請求項２】
通信装置における予め定められたタイプの構成情報を早期に検出する方法において、
それぞれ情報部分を含んでいる複数のフレームに形成されたデータパケットを受信し、
フレームに形成された１つのデータパケット内の情報部分の開始点を検出し、その検出は複数のフレームに形成されたデータパケットの走査と、フレームの境界を定める符号を識別することによってフレームに形成された１つのデータパケットの情報部分の開始点の設定とを含んでおり、
情報部分の特定の１以上のバイトの内容が特定のバイトに関連するタイプの情報を含んでいるときを識別し、
特定のバイトの内容が予め定められたタイプの構成情報を含んでいるときを識別し、
情報部分が予め定められたタイプの構成情報を含んでいるときフレームに形成された１つのデータパケットをアンフレームし、
特定のバイトの内容が予め定められたタイプの構成情報をもたないとき次の段へ進行し、予め定められたタイプの構成情報は特定のバイトの次のバイト位置に配置されるステップを含んでいる方法。
【請求項３】
次の段へ進行するステップはさらに、
情報部分の少なくとも１つの連続するバイトの内容を検査し、連続するバイトは特定のバイトに後続しており、
連続するバイトの内容が連続するバイトに関連するタイプの情報を含んでいるときを識別し、
連続するバイトの内容が予め定められたタイプの構成情報を含んでいるときを識別し、連続するバイトの内容が予め定められたタイプの構成情報を含むまで情報部分の連続的なバイトを逐次的に検査するステップを含んでいる請求項２記載の方法。
【請求項４】
特定のバイトの内容および連続するバイトの内容はエスケープされた情報を含んでいる請求項３記載の方法。
【請求項５】
特定のバイトの内容および連続するバイトの内容はアンエスケープされた情報を含んでいる請求項３記載の方法。
【請求項６】
（ｉ）それぞれ情報部分を含んでいる複数のフレームに形成されたデータパケットを送信および受信する端末装置と、（ii）その端末装置に結合されている通信装置とを具備する予め定められたタイプの構成情報を早期に検出するシステムにおいて、前記通信装置は、
フレームに形成されたデータパケットの１つ内の情報部分の開始点を検出し、情報部分が予め定められたタイプの構成情報を含んでいるときを識別し、
情報部分が予め定められたタイプの構成情報を含んでいるとき、フレームに形成されたデータパケットの１つをアンフレームするように動作し、
前記検出およびアンフレームは、
複数のフレームに形成されたデータパケットを走査し、フレームの境界を定める符号を識別することによってフレームに形成された１つのデータパケットの情報部分の開始点を設定し、
情報部分内の予め定められた数のバイトの内容をアンエスケープし、
アンエスケープされた予め定められた数のバイトの内容が予め定められた符号を含んでいるときを識別し、
アンエスケープされた予め定められた数のバイトの内容が予め定められた符号を含んでいるとき、予め定められた数のバイトに続く付加的な連続的なバイトの内容をアンエスケープし、
アンエスケープされた予め定められた数のバイトの内容および付加的な連続的なバイトの内容が予め定められたタイプの構成情報を含んでいるときを識別するシステム。
【請求項７】
（ｉ）それぞれ情報部分を含んでいる複数のフレームに形成されたデータパケットを送信および受信する端末装置と、（ii）その端末装置に結合されている通信装置とを具備する予め定められたタイプの構成情報を早期に検出するシステムにおいて、前記通信装置は、
フレームに形成されたデータパケットの１つ内の情報部分の開始点を検出し、情報部分が予め定められたタイプの構成情報を含んでいるときを識別し、
情報部分が予め定められたタイプの構成情報を含んでいるとき、フレームに形成された１つのデータパケットをアンフレームするように動作し、
前記検出およびアンフレームは、
複数のフレームに形成されたデータパケットを走査し、フレームの境界を定める符号を識別することによってフレームに形成されたデータパケットの１つの情報部分の開始点を設定し、
情報部分の１以上の特定のバイトの内容が１以上の特定のバイトに関連するタイプの情報を含んでいるときを識別し、
１以上の特定のバイトの内容が予め定められたタイプの構成情報を含んでいるときを識別し、
１以上の特定のバイトの内容が予め定められたタイプの構成情報をもたないとき次の段へ進行し、予め定められたタイプの構成情報は１以上の特定のバイトの次のバイト位置に配置されるシステム。
【請求項８】
次の段へ進行するときさらに、
情報部分の少なくとも１つの連続するバイトの内容を検査し、連続するバイトは特定のバイトに後続しており、
連続するバイトの内容が連続するバイトに関連するタイプの情報を含んでいるときおよび、連続するバイトの内容が予め定められたタイプの構成情報を含んでいるときを識別し、
連続するバイトの内容が予め定められたタイプの構成情報を含むまで情報部分の連続的なバイトを逐次検査するステップを含んでいる請求項７記載のシステム。
【請求項９】
特定のバイトの内容および連続するバイトの内容はエスケープされた情報を含んでいる請求項８記載のシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は無線通信分野、特に全体的なＰＰＰパケットをアンフレームする必要なく、早期のプロトコルおよび構成メッセージ検出を行う優れた方法およびシステムに関する。
【０００２】
【従来の技術】
無線通信システムとコンピュータに関する技術における最近の革新と、インターネット加入者の前例にない成長は、移動体コンピュータ処理の道を切り開いている。実際に、移動体コンピュータ処理の普及により、移動体ユーザにさらにサポートを与えるための現在のインターネットインフラストラクチャには大きな需要がある。これらの需要を満たしてユーザに必要なサポートを与える決定的な部分は無線通信システムにおけるコード分割多元アクセス（ＣＤＭＡ）技術の使用である。
【０００３】
ＣＤＭＡは、題名“MOBILE STATION-BASE STATION COMPATIBILITY STANDARD FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM ”で1993年７月に出版された米国電気通信工業会／米国電子工業会の暫定標準−９５（ＴＩＡ／ＥＩＡ  ＩＳ−９５）で規定されているデジタル無線周波数（ＲＦ）チャンネル化技術であり、ここで参考文献とされる。この技術を使用する無線通信システムは特有のコードを通信信号に割当て、これらの通信信号を共通の（広帯域）の拡散スペクトル帯域幅を横切って拡散する。ＣＤＭＡシステムの受信装置が正確なコードを有する限り、これは適切にその通信信号を同一周波数帯域で他の同時に送信された他の信号から検出し選択することができる。ＣＤＭＡの使用はシステムのトラフィック容量の増加を生成し、全体的な呼品質および雑音減少を改良し、データサービストラフィックの信頼性のある伝送機構を与える。
【０００４】
図１はこのような無線データ通信システム100 の基本素子を示している。当業者はこれらの素子、またはそれらのインターフェースがそれらの技術的範囲または機能を限定せずに、変更、増加または技術で知られている種々の標準を受けてもよいことを容易に認識するであろう。システム100 は移動体端末装置、即ちＴＥ２装置102 （例えばラップトップまたはパームトップコンピュータのような端末装置）が相互作用機能（ＩＷＦ）108 と通信することを可能にする。システム100 は無線通信装置、即ちＭＴ２装置104 （例えば無線電話）とベース局／移動体交換局（ＢＳ／ＭＳＣ）106 とを含んでいる。ＩＷＦ108 は無線ネットワークと、インターネットまたはイントラネットベースのアクセスを行う公共交換電話網または有線パケットデータ網のような他のネットワークとの間のゲートウェイとして機能する。
【０００５】
図１で示されているように、ＩＷＦ108 はＬインターフェースを介してＢＳ／ＭＳＣ106 に結合される。しばしば、ＩＷＦ108 はＢＳ／ＭＳＣ106 と同じ位置に配置される。ＴＥ２装置102 はＲm インターフェースを介してＭＴ２装置104 に電子的に結合される。ＭＴ２装置104 は無線インターフェースＵm を介してＢＳ／ＭＳＣ106 と通信する。ＴＥ２装置102 とＭＴ２装置104 は単一の装置に一体化されるか、ラップトップがＴＥ２装置102 でありそのトランシーバがＭＴ２装置104 である設置された移動体電話装置の場合にように分離されてもよい。図２により示されているように、一体化されているか分離されているかのいずれかのＴＥ２装置102 とＭＴ２装置104 の組合わせは移動局（ＭＳ）103 と通常呼ばれることに注意することが重要である。
【０００６】
無線通信の異なる特徴を制御、管理または容易にするために種々の既知のプロトコルを適用することによって他のサポートが可能にされる。例えばインターネッインフラストラクチャの活動源、インターネットプロトコル（ＩＰ）はパケット向けのサービスに適合するために無線通信に含まれている。ＩＰプロトコルはホストコンピュータ間のパケット（データグラム）のアドレスと経路設定を特定し、それは1981年９月に出版された題名“INTERNET PROTOCOL DARPA INTERNET PROGRAM PROTOCOL SPECIFICATION ”のRequest For Comment 791 （ＲＦＣ 791）に規定されており、ここで参考文献とされている。
【０００７】
ＩＰプロトコルは送信するためのＩＰパケット中にデータをカプセル化するネットワーク層プロトコルである。アドレス情報はパケットのヘッダに貼付けられる。ＩＰヘッダ（例えばＩＰバージョン４）は送信および受信しているホストを識別する３２ビットアドレスを含んでいる。これらのアドレスは中間ルータによって目的とするアドレスの最終目的地方向へのパケットのネットワークを通る通路を選択するために使用される。したがって、ＩＰプロトコルは、発生するパケットが目的地のパーティのＩＰアドレスを部分的に知っているならば、世界中の任意のインターネットノードで発生するパケットが世界中の他の任意のインターネットノードに伝送されることを可能にする。
【０００８】
無線通信システムで実行されている別のよく知られたプロトコルはとりわけインターネットアクセスを与えるポイント・ツー・ポイントプロトコル（ＰＰＰプロトコル）である。ＰＰＰプロトコルは1994年７月に出版された題名“THE POINT-TO-POINT PROTOCOL (PPP) ”のRequest For Comment 1661（ＲＦＣ 1661 ）に詳細に説明されており、ここで参考文献とされている。
【０００９】
基本的に、ＰＰＰプロトコルはポイント・ツー・ポイントリンクによってマルチプロトコルデータグラムを転送する方法を特定し、３つの主なコンポーネント、即ち直列リンクによるマルチプロトコルデータグラムのカプセル化方法と、データリンク接続を設定し試験し構成し維持するためのリンク制御プロトコル（ＬＣＰ）と、異なるネットワーク層プロトコルを設定し構成するためのネットワーク制御プロトコル（ＮＣＰ）のファミリを含んでいる。
【００１０】
無線通信システムでサービスのホストを与えるために、種々の標準方式がＴＥ２装置102 とＩＷＦ108 との間の無線データ送信に適合するために開発されている。例えば、1998年２月出版の題名“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES ”（ここで参考文献とされている）に記載されたＴＩＡ／ＥＩＡ  ＩＳ-707.5標準方式は、ＴＩＡ／ＥＩＡ  ＩＳ-95 システムのパケットデータ伝送容量のサポートのための要求を規定し、１組のパケットデータベアラサービスを特定している。同様に、両者とも1999年３月出版であり、ここで参考文献とされている題名“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”と題するＴＩＡ／ＥＩＡ  ＩＳ-707-A.5標準と、題名“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS: HIGH-SPEED PACKET DATA SERVICES ”に記載されているＴＩＡ／ＥＩＡ  ＩＳ-707-A.9標準方式はＴＩＡ／ＥＩＡ  ＩＳ-95 システムのパケットデータ送信サポートのための要求を規定している。
【００１１】
これらの標準方式はＢＳ／ＭＳＣ 106を介してＴＥ２装置102 とＩＷＦ 108との間で通信するために使用されてもよいあるパケットデータサービス選択肢を与える。そうするために、ＩＳ-707.5はネットワークモデルを導入し、これはＲm インターフェースとＵm インターフェースとＬインターフェースのパケットデータプロトコルの要求事項を詳細に規定している。このモデル下では、２つの別々のＰＰＰリンクはデータリンク層で与えられ、即ち第１のＰＰＰリンク（ＰＰＰR ）はＴＥ２装置102 とＭＴ２装置104 との間に（即ちＲm インターフェースを横切って）データリンク層を与え、第２のＰＰＰリンク（ＰＰＰU ）は第１のリンクと独立してＭＴ２装置104 とＩＷＦ108 との間に（即ちＵm とＬインターフェースを横切って）データリンク層を与える。
【００１２】
別々の独立したＰＰＰリンクは“透明な移動性”をサポートし、即ちＴＥ２装置102 は時間とその現在のＩＷＦ108 のポイント・ツー・ポイントの取付けと関係なくシームレスで透明なサービスを受ける。このように、ＴＥ２装置102 は位置の変化により影響されない。例えば、ＴＥ２装置102 はＭＴ２装置104 が異なるＩＷＦ108 に付こうとするときのように、Ｕm リンクで生じるＰＰＰ再調整から影響されてはならない。したがって、ネットワークモデルはＵm リンクの変化がＲm リンクから影響されないように、ＰＰＰR リンクをＰＰＰU リンクから隔離するように動作する。換言すると、ＰＰＰU リンクはＰＰＰR リンクを再調整させずに再調整されることができる。
【００１３】
図２はＩＳ-707.5ネットワークモデルの各エンティティのプロトコルスタックを示している。図２の最も左側には通常の垂直フォーマットで示されているプロトコルスタックがあり、ＴＥ２装置102 （例えば移動体端末、ラップトップまたはパームトップコンピュータ）で動作するプロトコル層を示している。ＴＥ２装置104 のプロトコルスタックはＲm インターフェースによってＭＴ２装置104 のプロトコルスタックに論理的に接続されているように示されている。ＭＴ２装置104 はＵm インターフェースによってＢＳ／ＭＳＣ106 のプロトコルスタックに論理的に接続されているように示されている。ＢＳ／ＭＳＣ106 のプロトコルスタックはＬインターフェースによってＩＷＦ108 のプロトコルスタックに論理的に接続されているように示されている。
【００１４】
例示として、図２で示されているプロトコルは以下のように動作する。即ちＴＥ２装置 102上のＰＰＰR プロトコル208 は上位層プロトコル204 とネットワーク層ＩＰプロトコル206 からパケットをコード化する。ＰＰＰR プロトコル208 はその後、ＴＩＡ／ＥＩＡ 232-Fプロトコル210 を使用してＲm インターフェースを横切ってパケットを、ＴＩＡ／ＥＩＡ 232-Fプロトコル212 を動作するＭＴ２装置104 上のＴＩＡ／ＥＩＡ-232-F競合ポートへ送信する。ＴＩＡ／ＥＩＡ-232-F標準方式は1997年10月出版の題名“INTERFACE BETWEEN DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY DATA INTERCHANGE ”で規定されており、ここでは参考文献とされている。当業者に知られている他の標準方式またはプロトコルはＲm インターフェースを横切る送信を規定するために使用されてもよいことが理解される。例えば、他の応用可能なＲm インターフェース標準方式は1998年９月出版の“UNIVERSAL SERIAL BUS (USB) SPECIFICATION,Revision 1.1 ”と、1999年７月出版の“BLUETOOTH SPECIFICATION VERSION 1.0A CORE ”に記載されており、両者は参考文献とされている。
【００１５】
ＭＴ２装置104 のＴＩＡ／ＥＩＡ  232-F プロトコル212 はＴＥ２装置102 からパケットを受信し、これらをＰＰＰR プロトコル213 へ転送する。前述したように、ＰＰＰR プロトコル213 はＰＰＰフレームにカプセル化されているパケットをアンフレームし、典型的にデータ接続が設けられたとき、プロトコル213 はパケットをＰＰＰU プロトコル217 へ転送する。プロトコル217 は基本的にＩＷＦ108 に位置するＰＰＰU ピアへ送信するためにパケットを再フレーム化する。無線リンクプロトコル（ＲＬＰ）216 とＩＳ−95プロトコル214 は両者とも技術でよく知られており、パケット−カプセル化されたＰＰＰフレームをＵm インターフェースにわたってＢＳ／ＭＳＣ106 へ送信するために使用される。ＲＬＰプロトコル216 は1998年２月出版でここで参考文献とされる題名“DATA SERVICE OPTIONS FOR WIDEBAND SPREAD SPECTRUM SYSTEMS : RADIO LINK PROTOCOL ”のIS-707.2標準方式と、1999年３月出版でここで参考文献とされる題名“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS : RADIO LINK PROTOCOL”のIS-707-A.2標準方式に規定されている。
【００１６】
ＢＳ／ＭＳＣ106 の対応するＲＬＰプロトコル222 とＩＳ-95 プロトコル220 はＬインターフェースを横切ってＩＷＦ 108上の中継層プロトコル224 へ送信するためにパケットを中継層プロトコル224 へ転送する。ＰＰＰU プロトコル232 はその後、受信されたパケットをアンフレームし、これらをネットワーク層プロトコルＩＰ 230へ転送し、ネットワーク層プロトコルＩＰ 230はこれらを上位層プロトコル228 へ転送し、またはインターネットへ転送する。
【００１７】
前述したように、ＰＰＰR プロトコル213 はデータリンク接続が設定されたときにパケットをＰＰＰU プロトコル217 へ転送する。ＲＦＣ1661は、データリンク接続を設定し構成し試験するためにリンク制御プロトコル（ＬＣＰ）パケットが各ＰＰＰリンク（即ちＰＰＰR とＰＰＰU ）によって交換され調整されなければならないことを規定している。このように、これらのＬＣＰパケットは構成−リクエスト、構成−肯定応答、構成−否定応答、プロトコル−拒否、構成−拒否メッセージを含み、それによって種々の選択肢を調整し、以下のように動作する。即ち構成−リクエストパケットは構成選択肢を調整するために使用される。構成−肯定応答パケットは、受信された構成−リクエストパケットのあらゆる構成選択肢が認識可能であり全ての値が受入れ可能である場合のみ送信される。構成−否定応答パケットは、構成−リクエストパケット中のリクエストされた構成選択肢が容認可能であるが受入れられないある値を含んでおり、構成−否定応答選択肢フィールドが受入れられない構成−リクエスト構造選択肢で満たされ、作用する値を指示しているときに送信される。構成−拒否パケットは、構成−リクエスト中のリクエストされた構成選択肢が受信機により理解されない構成選択肢を含んでおり構成−拒否選択肢フィールドが認められていない構成−リクエスト構造選択肢を含んでいるとき送信される。
【００１８】
一度、ＬＣＰパケットが交換されると、調整されたリンクの選択肢と、設定されるデータリンク接続と、ネットワーク層接続がＴＥ２装置 102とＩＷＦ 108との間で設けられなければならない。このような接続はプロトコル206 、212 、218 、230 を経て実現され、これらのプロトコルは例えばＩＰプロトコルを含んでいる。ＰＰＰリンクの両端部のＩＰプロトコルの調整、構成、エネーブリング、ディスエーブリングはインターネットプロトコル制御プロトコル（ＩＰＣＰ）により与えられる。ＩＰＣＰはＰＰＰプロトコルに含まれるネットワーク制御プロトコル（ＮＣＰ）のファミリの一部であり、1992年５月出版の題名“THE PPP INTERNET PROTOCOL CONTROL PROTOCOL (IPCP) ”のRequest for Comment (RFC) 1332に記載され、ここで参考文献とされる。
【００１９】
ＩＰＣＰプロトコルはＬＣＰプロトコルと同一の構成選択調整機構を使用し、ＬＣＰプロトコルに非常に類似して、ＩＰＣＰ調停はＲm インターフェースとＵm インターフェースとの両者で別々に行われる。ＲＦＣ1661に記載されているように、構成−肯定応答パケットは送信者が確認している選択肢のリストを含んでいる。ＭＴ２装置104 はＲm およびＵm インターフェースによって受信され送信される構成−肯定応答パケットを監視し、コンピュータのメモリのような記憶装置に各選択肢の値を記憶する。全ての構成選択肢はＲＦＣ1661により規定されているデフォルト値を有し、これらは対応する構成選択肢が調停されるときに使用される。構成選択肢デフォルト値は例えば1995年12月出版で参考文献とされている題名“PPP Internet Protocol Control Protocol Extensions for Name Server Addresses ”のＲＦＣ1877のような他のＲＦＣにより規定されてもよいことに注意する。
【００２０】
【発明が解決しようとする課題】
ネットワークモデルに関して前述したように、ＰＰＰU リンクはＰＰＰR リンクを再調停させずに再調停されることができる。Ｒm とＵm インターフェース間にこのような隔離を維持するため、ＭＴ２装置104 は通常受信されたＰＰＰパケットをアンフレームし、再度フレーム化する。ＭＴ２装置104 により受信されるパケットがＭＴ２装置104 内の実行中の上位層プロトコルへ通過されなければ、ＰＰＰパケットはアンフレームされ、後にＰＰＰピアプロトコルへ送信するように再度フレーム化されるだけである。このアンフレーム／再フレーム化はパケットがＭＴ２装置104 でさらに処理を必要としないときでさえも生じる。例えば、呼が最初に行われるとき、ＬＣＰおよびＩＰＣＰ機構はＵm およびＲm インターフェースの両者で同一の構成選択肢を設定するように調整することができる。構成選択肢が同一である限り、（構成パケットとは反対に）全てのＰＰＰデータパケットはＭＴ２装置104 がパケットをアンフレーム／再フレーム化せずに１つのインターフェースから他のインターフェースへ“通過”することができる。明らかに、構成選択肢が同一のままである場合、ＭＴ２装置104 は非常の多くの不必要なＰＰＰパケットのアンフレーム／再フレーム化動作を実行する。このような動作はＭＴ２装置104 の処理リソースと処理量の待ち時間に悪影響する。
【００２１】
しかしながら、構成選択肢が変化するならば、これらは再調停されなければならず、ＰＰＰパケットのアンフレーム／再フレーム化のために作用する。例えばＭＴ２装置104 が可動であることにより、もとのＩＷＦ108 とは異なるＩＷＦ108 によりサービスされる区域へ移動することができる。これが行われるとき、ＭＴ２装置104 はサービスのため新しいＩＷＦ108 へ“ハンドオフ”される。このハンドオフはＭＴ２装置104 の介入と同様にＵm インターフェースによって特定のＬＣＰとＩＰＣＰの構成選択肢の再調停を必要とする。構成選択肢メッセージ（例えば構成−リクエスト、構成−肯定応答、構成−否定応答等）を含んだパケットがパケットの内容をアンフレームまたは検査せずに単に“通過”されるだけならば、パケットはＲm とＵm リンクとは無関係に終端する全体的なリンクのエンド・ツー・エンド再同期を強制する。
【００２２】
それ故、ＰＰＰパケットをアンフレームする必要なく、早期のプロトコルおよび構成メッセージの検出ができる優秀で実効的な方法およびシステムが必要とされている。
【００２３】
【課題を解決するための手段】
本発明はパケット全体をアンフレームする必要なくＰＰＰパケット中のプロトコルおよび構成メッセージを検出する方法およびシステムを提供することにより上記のような必要性を解決する。
【００２４】
実施され、ここで広く説明されている本発明の原理に一貫した方法およびシステムは複数のデータフレームを受信する通信装置を含んでおり、その通信装置は受信されたフレーム内の情報部分の開始位置を確認することができる。通信装置は情報部分が予め定められたタイプのプロトコルおよび構成メッセージのような構成情報を含んでいるか否かを検出する。第１の実施形態では、検出は複数のバイトの内容をアンエスケープし、エスケープされたバイトが所望の構成情報を含んでいるか否かを決定する通信装置によって行われる。第２の実施形態では、通信装置は特定のバイトの内容がエスケープされた形態またはアンエスケープされた形態で所望の構成情報を含んでいるか否かを決定し、所望の構成情報を典型的に含んでいるバイトが処理されるか、情報が存在しないことが決定されるまで、通信装置は情報部分内のバイトを逐次的に処理し続ける。
【００２５】
【発明の実施の形態】
本明細書の一部に含まれそれを構成する添付図面は、本発明の実施形態を示しており、説明を伴って本発明の目的、利点、原理を説明する。
本発明の実施形態の以下の詳細な説明はこれらを示す添付図面に関連する。他の実施形態が可能であり、実施形態に対する変更は本発明の技術的範囲を逸脱せずに行われることができる。それ故、以下の詳細な説明は本発明を限定することを意味しない。本発明の技術的範囲は特許請求の範囲により限定される。
【００２６】
以下説明するように、本発明の実施形態は図面で示されているエンティティのソフトウェア、ファームウェア、ハードウェア（即ちＴＥ２装置102 、ＭＴ２装置104 、ＢＳ／ＭＳＣ106 、ＩＷＦ108 ）を含んでいる種々の構造で実現されてもよいことは当業者には明白であろう。本発明の実行に使用される実際のソフトウェアコードまたは制御ハードウェアは本発明を限定するものではない。したがって、本発明の動作と性質を実際のソフトウェアコードまたはハードウェアコンポーネントを特別に参照せずに説明する。このような特別ではない参照は、当業者がここでの説明に基づいて本発明の実施形態を実行するためにソフトウェアと制御ハードウェアを設計できることが明白に理解されるので、受入れ可能である。
【００２７】
ここで説明される実施形態はＨＤＬＣフレームでカプセル化されるＰＰＰパケットで動作するので、図６はこのようなパケットの種々の属性を示している。フレームの開始（および終了）は十六進法の符号“７Ｅ”により表される１バイトフレーミングフラグにより境界を定められる。それに続く２つのバイトはプロトコルアドレスと制御フィールドを示し、これは標準的なＰＰＰパケットでは、典型的にそれぞれ十六進法の符号“ＦＦ”および“０３”として示される。次の２つのバイトは例えば十六進法符号“Ｃ０”と“２１”により示されるＬＣＰプロトコルと、十六進法符号“８０”と“２１”により示されるＩＰＣＰプロトコルまたは十六進法符号（圧縮されてもよい）“００”と“２Ｄ”により示されるファンヤコブセンプロトコルの圧縮された状態のようなプロトコルタイプを示している。それに続くバイトは十六進法符号“０１”により示される構成−リクエスト、十六進法符号“０２”により示される構成−肯定応答、または十六進法符号“０３”により示される構成−否定応答のようなコードまたは構成メッセージを示している。
【００２８】
１．第１の実施形態
図３は本発明の第１の実施形態を示しているフローチャートである。このように、図３はＰＰＰパケットで早期のプロトコルと構成メッセージの検出を実行するためのＭＴ２装置104 の動作を詳細にしている。
【００２９】
ステップS305で、ＭＴ２装置104 は最初に十六進法符号“７Ｅ”により示されるフレーミングフラグを検出するために入来するデータ流を走査する。このフラグはフレームの境界を定め、それ故ＰＰＰフレーム中でカプセル化されたパケットの開始および／または終了を示すために使用されることができる。ＭＴ２装置104 は“７Ｅ”フレーミングフラグを検出していない場合には、ステップS306により示されているように、フラグを検出するまで入来するデータを走査し続ける。ＭＴ２装置104 が一度“７Ｅ”フレーミングフラグを検出すると、ステップS310へ進行する。
【００３０】
“７Ｅ”フラグを検出後、ＭＴ２装置104 はステップS310で、次のバイトも“７Ｅ”フラグであるか否かを決定する。イエスであるならば、ＭＴ２装置104 はステップS320で示されているようにその特定のバイトをスキップし、“７Ｅ”フラグ検査を次のバイトへ適用するためにS310へ戻る。次のバイトが“７Ｅ”フラグではないならば、ＭＴ２装置104 はステップS315へ進む。フレームの最後を示す“７Ｅ”フラグが新しいフレームの開始を示す次の“７Ｅ”フラグへ並列される背合せパケットの場合のように、入来するデータ流は連続的な“７Ｅ”フラグを含んでもよいことに注意することが重要である。ステップS310とS320はフレーミングフラグを濾波するように動作し、ＭＴ２装置104 がフレームに形成されたパケットの情報部分が開始する場所を見分けることを可能にする。
【００３１】
次のバイトが“７Ｅ”フラグではなく情報バイトであることを認知すると、ＭＴ２装置104 はステップS315で次のＸの数のバイトを“アンエスケープ”し、ここでＸはフレームに形成されたパケット内で捜索された情報の相対位置に対応する。技術で知られているようにＰＰＰプロトコルが非同期のＨＤＬＣのようなフレーミング（即ちＲＦＣ1662当り）で送信されるとき、プロトコルは特別な制御文字としても機能するパケットの情報部分内のある符号をマスクするため“エスケープ技術”を使用するので、このアンエスケープが実行される。このような文字符号は前述の“７Ｅ”フラグと、エスケープフラグ“７Ｄ”を含んでいる。これらの符号がフレームに形成されたパケットの情報部分で遭遇されるとき、エスケープ技術は符号の前にエスケープフラグ“７Ｄ”をスタッフし、その制御機能を中和するためにその文字を変更する。それ故、あるプロトコルまたは構成情報を入来するデータ流から探すために、ＭＴ２装置104 はステップS315でその真のアイデンティティをアンカバーするために探されている情報をアクセスするのに必要なバイト数をアンエスケープする。Ｘバイトをアンエスケープした後、ＭＴ２装置104 はステップS325に進む。
【００３２】
ステップS325では、ＭＴ２装置104 はアンエスケープされたＸバイトが標準的なＰＰＰアドレスと制御フィールド符号“ＦＦ”と“０３”をそれぞれ含んでいるか否かを決定する。これらの符号は典型的にＰＰＰパケットの情報部分の第１および第２のバイトを構成しているが（例えば図６参照）、これらの符号はパケットから圧縮されてもよく、それによって続く情報バイトの位置に影響する。それ故、ＭＴ２装置104 はこれらの符号が必要な調節を後に行うためにパケットのアンエスケープされたバイト内に含まれるか否かをチェックしなければならない。符号“ＦＦ”と“０３”がアンエスケープされたバイトに含まれていないならば（即ち符号“ＦＦ”と“０３”が圧縮されているならば）、ＭＴ２装置104 はステップS330で、捜索されたプロトコルまたは構成メッセージ情報をこれらのバイトが含んでいるか否かをチェックする。イエスであるならば、ＭＴ２装置104 はステップS340で、パケットをアンフレームし、検出された情報によって示された処理にかかわるようにパケット全体をＭＴ２装置104 のアンフレーマへ転送する。捜索された情報をバイトが含んでいないならば、ＭＴ２装置104 はパケット全体をＭＴ２装置104 の送信部分へ送信し、ステップS345により示されているように適切なインターフェースを横切って転送される。
【００３３】
ステップS325に戻り、アンエスケープされたＸバイトが“ＦＦ”と“０３”を含んでいるならば、ＭＴ２装置104 はステップS335で特定されたＸバイトに加えて別の２バイトをアンエスケープすることにより補償する。これはＸバイト内の“ＦＦ”と“０３”符号の含有を調節する。ＭＴ２装置104 はその後、Ｘ＋２のアンエスケープされたバイトをステップS330へ与え、ここで前述したようにアンエスケープされたバイトが所望の情報を含むか否かをチェックする。イエスであるならば、ＭＴ２装置104 はステップS340で、パケット全体をＭＴ２装置104 のアンフレーマへ転送する。捜索されたプロトコルまたは構成情報メッセージをバイトが含んでいないならば、ＭＴ２装置104 はステップS345で、パケットを適切なインターフェースを横切って転送するためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
【００３４】
この実施形態の動作を説明するために、ＬＣＰプロトコルパケットの早期の検出が所望であると想定する。ＬＣＰプロトコル仕様はＰＰＰフレームに形成されたパケットのプロトコル情報部分内に設けられる。図６で示されているように、プロトコル情報は２バイトの長さであり、標準的なＰＰＰフレームのパケットの情報部分のバイト位置３および４により占有される。入来データ流を走査し、情報バイトが開始する場所を見分けた後（即ちステップS305、S310、S320）、ＭＴ２装置104 はステップS315により示されているように次の２バイト（即ちＸは２に等しい）をアンエスケープする。ステップS325では、最初の２バイトが“ＦＦ”と“０３”符号を含んでいないならば、ＭＴ２装置104 は捜索されたＬＣＰ情報をこれらのバイトが含んでいるか否かをチェックする。イエスならば、ＭＴ２装置104 はステップS340で、パケット全体をＭＴ２装置104 のアンフレーマへ転送し、それによってパケットのフレームを解除し、ＬＣＰプロトコル情報により必要とされる処理に従事する。バイトがＬＣＰ情報を含んでいないならば、ＭＴ２装置104 はステップS345により示されているように、適切なインターフェースを横切って転送されるようにパケット全体をＭＴ２装置104 の送信部分へ送信する。
【００３５】
他方で、アンエスケープされたＸバイトの最初の２バイトが“ＦＦ”と“０３”であるならば、ＭＴ２装置104 はステップS335で、最初の２バイトに加えて次の２バイトをアンエスケープすることによって補償する。ＭＴ２装置104 はその後、全部で４のアンエスケープされたバイトをステップS330へ与え、ここで前述したようにこれらのバイトが捜索されたＬＣＰ情報を含むか否かをチェックする。イエスであるならば、ＭＴ２装置104 はステップS340で、パケット全体をＭＴ２装置104 のアンフレーマへ転送する。バイトがＬＣＰ情報を含んでいないならば、ＭＴ２装置104 はステップS345で、パケット全体をＭＴ２装置104 の送信部分へ送信する。
【００３６】
前述の実施形態によって、ＰＰＰフレームのパケット内に含まれる全てのヘッダ情報がパケット全体をアンフレームせずに検出されることができることに注意することが重要である。例えば、ステップS315で単にＸ値を調節することによって、この実施形態はプロトコル情報、構成メッセージ、パケットＩＤ等としてこのようなＰＰＰ情報を検出することができる。
【００３７】
したがって、この実施形態はパケット全体をアンフレームする必要なくＰＰＰパケット流内のプロトコルおよび構成メッセージを検出する。むしろ、パケットの情報部分内のあるバイトをアンエスケープすることによって、この実施形態は不必要なＰＰＰパケットのアンフレーム／再フレーム動作を実行せずにプロトコルおよび構成メッセージを実効的に検出するシステムおよび方法を与える。
【００３８】
２．第２の実施形態
図４と５は本発明の第２の実施形態を示したフローチャートである。この実施形態はパケットをアンフレームせずに、入来するデータ流を走査して、段の情報バイトを機械的にチェックすることによってＰＰＰフレームのパケットの情報部分内に含まれるプロトコルおよび構成メッセージを検出する。所定のＰＰＰフレームのパケットのフォーマットでは図６により示されているように、第１の段はパケットの情報部分内に含まれる１バイトのアドレスフィールドの内容を特別に検出する。第２の段は１バイトの制御フィールドの内容の検出に関し、これはアドレスフィールドに従う。したがって、この実施形態は情報部分の最後まで、段を進行し、全ての情報フィールドの内容を検出できる。例えば、第３の段は２バイトプロトコルフィールドの内容の検出に関し、これは制御フィールドに従う。しかしながら、ＰＰＰフレームに形成されたパケット構造と、この実施形態の逐次特性のために、フレームの後のフィールドに含まれる情報は通常、先のフィールドに含まれる情報の処理および検出後に検出される。
【００３９】
この実施形態の代表的な例として、捜索された情報が制御フィールド内に含まれていると想定する。このフィールドをアクセスし、入来するデータ流から適切な情報を検出するために、ＭＴ２装置104 はＰＰＰパケットの情報部分の開始を最初に識別し、その後アドレスフィールドの情報にアクセスし、検出しなければならない。アドレスフィールド情報の処理後にのみ、ＭＴ２装置104 は制御フィールド情報のアクセスおよび検出の準備が整えられる。
【００４０】
このように、図４はこの実施形態の第１の段を示している。ステップS405において、ＭＴ２装置104 は最初に、フレーミングフラグ“７Ｅ”を検出するために入来するデータ流を走査する。“７Ｅ”フラグの検出後、ＭＴ２装置104 はステップS410で次のバイトもまた“７Ｅ”フラグであるか否かを決定する。イエスであればＭＴＳ装置104 はステップS415で示されているように次のバイトへ移動し、“７Ｅ”フラグ検査を次のバイトに適用するためにステップS410へ戻る。次のバイトが“７Ｅ”フラグではないならば、ＭＴ２装置104 はステップS420へ進む。第１の実施形態に関して前述したように、ステップS410とS415はフレーミングフラグを濾波するように動作し、ＭＴ２装置104 がＰＰＰフレームのパケットの情報部分の開始を識別することを可能にする。
【００４１】
一度、ＭＴ２装置104 が開始情報部分を識別できると、段の情報を検出するためにＰＰＰパケットのフォーマットを使用する。前述したように、この実施形態の第１の段は符号“ＦＦ”を検出する。
【００４２】
ステップS420で、ＭＴ２装置104 は第１の情報バイトがエスケープ符号“７Ｄ”であるか否かをチェックする。前述したように、エスケープ技術はある符号の前にエスケープフラグ“７Ｄ”をスタッフし、これらをマスクする。第１の情報バイトが“７Ｄ”ではないならば（即ち第１の情報バイトがエスケープされないならば）、ＭＴ２装置104 はステップS425において、第１の情報バイトが“ＦＦ”符号（即ちアンエスケープされた形態）であるか否かをチェックする。イエスならば、ＭＴ２装置104 はステップS435に進む。第１の情報バイトが“ＦＦ”符号ではないならば、ＭＴ２装置104 はステップS426で、捜索されたフレームに形成されたパケット内にさらに情報が存在するか否かを決定し、存在するならば、ＭＴ２装置104 はステップS427で次の段へ移動する。付加的な所望の情報が存在しないならば、ＭＴ２装置104 はステップS428で、適切なインターフェースを横切ってパケットを転送するためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
【００４３】
ステップS420へ戻ると、第１の情報バイトが“７Ｄ”であるならば（即ち第１の情報バイトがエスケープされているならば）、ＭＴ２装置104 はステップS430で、次のバイトがエスケープされたフォーマット（即ち十六進法符号“ＤＦ”）の“ＦＦ”符号であるか否かをチェックする。イエスであるならば、ＭＴ２装置104 はステップS435へ進む。次のバイトが“ＤＦ”符号ではないならば、ＭＴ２装置104 はステップS426に進行し、ここでは前述したように、ＭＴ２装置104 はさらに所望の情報が存在するか否かをチェックする。存在するならば、ＭＴ２装置104 はステップS427で次の段へ移動する。付加的な所望の情報が存在しないならば、ＭＴ２装置104 はステップS428で適切なインターフェースを横切ってパケットを転送するためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
【００４４】
ステップS430で、次のバイトがエスケープされたフォーマットの“ＦＦ”符号（即ち十六進法符号“ＤＦ”）であるならば、ＭＴ２装置104 はステップS435に移動し、そこで捜索される情報がさらに存在しているか否かを検査する。存在する場合にはＭＴ２装置104 はステップS427で次の段へ移動する。付加的な所望の情報が存在しないならば、ＭＴ２装置104 はステップS437で、ＭＴ２装置104 のアンフレーマへパケット全体を転送し、それによってパケットをアンフレームし、検出された情報により示される処理に従事する。
【００４５】
実施形態の第１の段を完了（即ちプロトコルアドレスフィールドの“ＦＦ”符号の検出）後、ＭＴ２装置104 は代表的な例の目的と一貫して、制御フィールドの“０３”符号を検出しようとしなければならない。前述したように、この検出はこの実施形態の第２の段の検出と呼ばれ、図５に示されている。
【００４６】
第１の段の終了時、ステップS427により示されているように、ＭＴ２装置104 は、ステップS440で再度、次のバイトが“７Ｄ”符号であるか否かを決定する。前述したように、この決定は関連する情報フィールド内の符号がエスケープされた場合に使用される。次のバイトが“７Ｄ”符号ではないならば、ＭＴ２装置104 はステップS445で、バイトが“０３”符号（即ちアンエスケープされたフォーマット）であるか否かを決定する。イエスであるならば、ＭＴ２装置104 はステップS435へ進行し、ここで前述したように、ＭＴ２装置104 は捜索された付加的な情報が存在するか否かを決定し、存在する場合にはＭＴ２装置104 がステップS427で次の段へ移動するか否かを決定する。存在しないならば、ＭＴ２装置104 はステップＳ428 で、適切なインターフェースを横切ってパケットを転送するためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
【００４７】
ステップS440へ戻ると、ＭＴ２装置104 は続くバイトが“７Ｄ”符号であることを決定したならば、ステップS450で次のバイトがエスケープされたフォーマット（即ち十六進法符号“２３”）の“０３”符号であるか否かをチェックする。次のバイトが“２３”符号ではないならば、ＭＴ２装置104 はステップS426へ進み、ステップS427のように次の段へ移動するか否かを決定し、またはステップS428のように適切なインターフェースを横切ってパケットを転送するためパケット全体をＭＴ２装置104 の送信部分へ送信する。次のバイトが“２３”符号であるならば、ＭＴ２装置104 はステップS435に進行し、ここでは、ステップS427のように次の段へ移動するか否かを決定し、またはステップS437のようにパケット全体をＭＴ２装置104 のアンフレーマへ転送する。
【００４８】
したがって、この実施形態はパケットをアンフレームする必要なくＰＰＰパケット流内のプロトコルおよび構成メッセージを検出する。むしろ、この実施形態は入来するデータ流を走査し、段中の情報バイトを機械的にチェックする。これらの段はＰＰＰフレームパケットの情報フィールドに対応し、それ故、この実施形態は不必要なＰＰＰパケットアンフレーム／再フレーム動作を実行せずに、リンク構造に影響するメッセージを無視せずに逐次的に所望の情報を検出する。
【００４９】
本発明の好ましい実施形態の前述の説明は、例示と説明を与えるが、排他的或いは、説明されている正確な形態に本発明を限定することを目的とするものではない。変更および変形は前述の教示と一貫して可能であり、または本発明の実施から得られることができる。したがって、本発明の技術的範囲は特許請求の範囲とその均等物により限定される。
【図面の簡単な説明】
【図１】  無線通信システムの種々の素子を示した高レベルのブロック図。
【図２】  無線通信システムのプロトコルスタックの概略図。
【図３】  本発明の第１の実施形態を示しているフローチャート。
【図４】  本発明の第２の実施形態を示しているフローチャート。
【図５】  本発明の第２の実施形態を示しているフローチャート。
【図６】  ＰＰＰフレームにカプセル化されたパケットの一般的なフォーマットを示した図。
【図１】
0004472228.tif 000002
【図２】
0004472228.tif 000003
【図３】
0004472228.tif 000004
【図４】
0004472228.tif 000005
【図５】
0004472228.tif 000006
【図６】
0004472228.tif 000007