JP2003509901A - 効率的な早期プロトコル検出方法 - Google Patents
効率的な早期プロトコル検出方法Info
- Publication number
- JP2003509901A JP2003509901A JP2001522721A JP2001522721A JP2003509901A JP 2003509901 A JP2003509901 A JP 2003509901A JP 2001522721 A JP2001522721 A JP 2001522721A JP 2001522721 A JP2001522721 A JP 2001522721A JP 2003509901 A JP2003509901 A JP 2003509901A
- Authority
- JP
- Japan
- Prior art keywords
- bytes
- information
- communication device
- content
- byte
- 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
-
- 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/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Time-Division Multiplex Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
(57)【要約】
全体的なパケットをアンフレームせずにＰＰＰパケット中のプロトコルおよび構成メッセージを検出する方法およびシステムである。この方法は複数のデータフレームS306を受信する通信装置MT2 を含み、その通信装置は受信されたフレーム内の情報部分S305の開始を確認できる。通信装置は情報部分が予め定められたタイプのプロトコルおよび構成メッセージのような構成情報を含んでいるか否かを検出する。第１の実施形態では、この検出はS315で複数のバイトの内容をアンエスケープし、S325、S330、S335で、エスケープされたバイトが所望の構成情報を含んでいるか否かを決定する通信装置によって行われる。第２の実施形態では、通信装置は特定のバイトの内容がエスケープされた形態またはアンエスケープされた形態で所望の構成内容を含んでいるか否かを決定し、所望の構成情報を典型的に含んでいるバイトが処理されるまで、通信装置は情報部分内のバイトを逐次的に処理し続ける。
Description
【０００１】
本発明は無線通信分野、特に全体的なＰＰＰパケットをアンフレームする必要
なく、早期のプロトコルおよび構成メッセージ検出を行う優れた方法およびシス
テムに関する。
なく、早期のプロトコルおよび構成メッセージ検出を行う優れた方法およびシス
テムに関する。
【０００２】
無線通信システムとコンピュータに関する技術における最近の革新と、インタ
ーネット加入者の前例にない成長は、移動体コンピュータ処理の道を切り開いて
いる。実際に、移動体コンピュータ処理の普及により、移動体ユーザにさらにサ
ポートを与えるための現在のインターネットインフラストラクチャには大きな需
要がある。これらの需要を満たしてユーザに必要なサポートを与える決定的な部
分は無線通信システムにおけるコード分割多元アクセス（ＣＤＭＡ）技術の使用
である。
ーネット加入者の前例にない成長は、移動体コンピュータ処理の道を切り開いて
いる。実際に、移動体コンピュータ処理の普及により、移動体ユーザにさらにサ
ポートを与えるための現在のインターネットインフラストラクチャには大きな需
要がある。これらの需要を満たしてユーザに必要なサポートを与える決定的な部
分は無線通信システムにおけるコード分割多元アクセス（ＣＤＭＡ）技術の使用
である。
【０００３】
ＣＤＭＡは、題名“MOBILE STATION-BASE STATION COMPATIBILITY STANDARD
FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM ”で1993年７月に
出版された米国電気通信工業会／米国電子工業会の暫定標準−９５（ＴＩＡ／Ｅ
ＩＡ ＩＳ−９５）で規定されているデジタル無線周波数（ＲＦ）チャンネル化
技術であり、ここで参考文献とされる。この技術を使用する無線通信システムは
特有のコードを通信信号に割当て、これらの通信信号を共通の（広帯域）の拡散
スペクトル帯域幅を横切って拡散する。ＣＤＭＡシステムの受信装置が正確なコ
ードを有する限り、これは適切にその通信信号を同一周波数帯域で他の同時に送
信された他の信号から検出し選択することができる。ＣＤＭＡの使用はシステム
のトラフィック容量の増加を生成し、全体的な呼品質および雑音減少を改良し、
データサービストラフィックの信頼性のある伝送機構を与える。
FOR DUAL-MODE WIDEBAND SPREAD SPECTRUM CELLULAR SYSTEM ”で1993年７月に
出版された米国電気通信工業会／米国電子工業会の暫定標準−９５（ＴＩＡ／Ｅ
ＩＡ ＩＳ−９５）で規定されているデジタル無線周波数（ＲＦ）チャンネル化
技術であり、ここで参考文献とされる。この技術を使用する無線通信システムは
特有のコードを通信信号に割当て、これらの通信信号を共通の（広帯域）の拡散
スペクトル帯域幅を横切って拡散する。ＣＤＭＡシステムの受信装置が正確なコ
ードを有する限り、これは適切にその通信信号を同一周波数帯域で他の同時に送
信された他の信号から検出し選択することができる。ＣＤＭＡの使用はシステム
のトラフィック容量の増加を生成し、全体的な呼品質および雑音減少を改良し、
データサービストラフィックの信頼性のある伝送機構を与える。
【０００４】
図１はこのような無線データ通信システム100 の基本素子を示している。当
業者はこれらの素子、またはそれらのインターフェースがそれらの技術的範囲ま
たは機能を限定せずに、変更、増加または技術で知られている種々の標準を受け
てもよいことを容易に認識するであろう。システム100 は移動体端末装置、即ち
ＴＥ２装置102 （例えばラップトップまたはパームトップコンピュータのような
端末装置）が相互作用機能（ＩＷＦ）108 と通信することを可能にする。システ
ム100 は無線通信装置、即ちＭＴ２装置104 （例えば無線電話）とベース局／移
動体交換局（ＢＳ／ＭＳＣ）106 とを含んでいる。ＩＷＦ108 は無線ネットワー
クと、インターネットまたはイントラネットベースのアクセスを行う公共交換電
話網または有線パケットデータ網のような他のネットワークとの間のゲートウェ
イとして機能する。
業者はこれらの素子、またはそれらのインターフェースがそれらの技術的範囲ま
たは機能を限定せずに、変更、増加または技術で知られている種々の標準を受け
てもよいことを容易に認識するであろう。システム100 は移動体端末装置、即ち
ＴＥ２装置102 （例えばラップトップまたはパームトップコンピュータのような
端末装置）が相互作用機能（ＩＷＦ）108 と通信することを可能にする。システ
ム100 は無線通信装置、即ちＭＴ２装置104 （例えば無線電話）とベース局／移
動体交換局（ＢＳ／ＭＳＣ）106 とを含んでいる。ＩＷＦ108 は無線ネットワー
クと、インターネットまたはイントラネットベースのアクセスを行う公共交換電
話網または有線パケットデータ網のような他のネットワークとの間のゲートウェ
イとして機能する。
【０００５】
図１で示されているように、ＩＷＦ108 はＬインターフェースを介してＢＳ
／ＭＳＣ106 に結合される。しばしば、ＩＷＦ108 はＢＳ／ＭＳＣ106 と同じ位
置に配置される。ＴＥ２装置102 はＲm インターフェースを介してＭＴ２装置10
4 に電子的に結合される。ＭＴ２装置104 は無線インターフェースＵm を介して
ＢＳ／ＭＳＣ106 と通信する。ＴＥ２装置102 とＭＴ２装置104 は単一の装置に
一体化されるか、ラップトップがＴＥ２装置102 でありそのトランシーバがＭＴ
２装置104 である設置された移動体電話装置の場合にように分離されてもよい。
図２により示されているように、一体化されているか分離されているかのいずれ
かのＴＥ２装置102 とＭＴ２装置104 の組合わせは移動局（ＭＳ）103 と通常呼
ばれることに注意することが重要である。
／ＭＳＣ106 に結合される。しばしば、ＩＷＦ108 はＢＳ／ＭＳＣ106 と同じ位
置に配置される。ＴＥ２装置102 はＲm インターフェースを介してＭＴ２装置10
4 に電子的に結合される。ＭＴ２装置104 は無線インターフェースＵm を介して
ＢＳ／ＭＳＣ106 と通信する。ＴＥ２装置102 とＭＴ２装置104 は単一の装置に
一体化されるか、ラップトップがＴＥ２装置102 でありそのトランシーバがＭＴ
２装置104 である設置された移動体電話装置の場合にように分離されてもよい。
図２により示されているように、一体化されているか分離されているかのいずれ
かのＴＥ２装置102 とＭＴ２装置104 の組合わせは移動局（ＭＳ）103 と通常呼
ばれることに注意することが重要である。
【０００６】
無線通信の異なる特徴を制御、管理または容易にするために種々の既知のプ
ロトコルを適用することによって他のサポートが可能にされる。例えばインター
ネッインフラストラクチャの活動源、インターネットプロトコル（ＩＰ）はパケ
ット向けのサービスに適合するために無線通信に含まれている。ＩＰプロトコル
はホストコンピュータ間のパケット（データグラム）のアドレスと経路設定を特
定し、それは1981年９月に出版された題名“INTERNET PROTOCOL DARPA INTERNET
PROGRAM PROTOCOL SPECIFICATION ”のRequest For Comment 791 （ＲＦＣ 791
）に規定されており、ここで参考文献とされている。
ロトコルを適用することによって他のサポートが可能にされる。例えばインター
ネッインフラストラクチャの活動源、インターネットプロトコル（ＩＰ）はパケ
ット向けのサービスに適合するために無線通信に含まれている。ＩＰプロトコル
はホストコンピュータ間のパケット（データグラム）のアドレスと経路設定を特
定し、それは1981年９月に出版された題名“INTERNET PROTOCOL DARPA INTERNET
PROGRAM PROTOCOL SPECIFICATION ”のRequest For Comment 791 （ＲＦＣ 791
）に規定されており、ここで参考文献とされている。
【０００７】
ＩＰプロトコルは送信するためのＩＰパケット中にデータをカプセル化する
ネットワーク層プロトコルである。アドレス情報はパケットのヘッダに貼付けら
れる。ＩＰヘッダ（例えばＩＰバージョン４）は送信および受信しているホスト
を識別する３２ビットアドレスを含んでいる。これらのアドレスは中間ルータに
よって目的とするアドレスの最終目的地方向へのパケットのネットワークを通る
通路を選択するために使用される。したがって、ＩＰプロトコルは、発生するパ
ケットが目的地のパーティのＩＰアドレスを部分的に知っているならば、世界中
の任意のインターネットノードで発生するパケットが世界中の他の任意のインタ
ーネットノードに伝送されることを可能にする。
ネットワーク層プロトコルである。アドレス情報はパケットのヘッダに貼付けら
れる。ＩＰヘッダ（例えばＩＰバージョン４）は送信および受信しているホスト
を識別する３２ビットアドレスを含んでいる。これらのアドレスは中間ルータに
よって目的とするアドレスの最終目的地方向へのパケットのネットワークを通る
通路を選択するために使用される。したがって、ＩＰプロトコルは、発生するパ
ケットが目的地のパーティのＩＰアドレスを部分的に知っているならば、世界中
の任意のインターネットノードで発生するパケットが世界中の他の任意のインタ
ーネットノードに伝送されることを可能にする。
【０００８】
無線通信システムで実行されている別のよく知られたプロトコルはとりわけ
インターネットアクセスを与えるポイント・ツー・ポイントプロトコル（ＰＰＰ
プロトコル）である。ＰＰＰプロトコルは1994年７月に出版された題名“THE PO
INT-TO-POINT PROTOCOL (PPP) ”のRequest For Comment 1661（ＲＦＣ 1661 ）
に詳細に説明されており、ここで参考文献とされている。
インターネットアクセスを与えるポイント・ツー・ポイントプロトコル（ＰＰＰ
プロトコル）である。ＰＰＰプロトコルは1994年７月に出版された題名“THE PO
INT-TO-POINT PROTOCOL (PPP) ”のRequest For Comment 1661（ＲＦＣ 1661 ）
に詳細に説明されており、ここで参考文献とされている。
【０００９】
基本的に、ＰＰＰプロトコルはポイント・ツー・ポイントリンクによってマ
ルチプロトコルデータグラムを転送する方法を特定し、３つの主なコンポーネン
ト、即ち直列リンクによるマルチプロトコルデータグラムのカプセル化方法と、
データリンク接続を設定し試験し構成し維持するためのリンク制御プロトコル（
ＬＣＰ）と、異なるネットワーク層プロトコルを設定し構成するためのネットワ
ーク制御プロトコル（ＮＣＰ）のファミリを含んでいる。
ルチプロトコルデータグラムを転送する方法を特定し、３つの主なコンポーネン
ト、即ち直列リンクによるマルチプロトコルデータグラムのカプセル化方法と、
データリンク接続を設定し試験し構成し維持するためのリンク制御プロトコル（
ＬＣＰ）と、異なるネットワーク層プロトコルを設定し構成するためのネットワ
ーク制御プロトコル（ＮＣＰ）のファミリを含んでいる。
【００１０】
無線通信システムでサービスのホストを与えるために、種々の標準方式がＴ
Ｅ２装置102 とＩＷＦ108 との間の無線データ送信に適合するために開発されて
いる。例えば、1998年２月出版の題名“DATA SERVICE OPTIONS FOR WIDEBAND SP
READ SPECTRUM SYSTEMS: PACKET DATA SERVICES ”（ここで参考文献とされてい
る）に記載されたＴＩＡ／ＥＩＡ ＩＳ-707.5標準方式は、ＴＩＡ／ＥＩＡ Ｉ
Ｓ-95 システムのパケットデータ伝送容量のサポートのための要求を規定し、１
組のパケットデータベアラサービスを特定している。同様に、両者とも1999年３
月出版であり、ここで参考文献とされている題名“DATA SERVICE OPTIONS FOR S
PREAD SPECTRUM SYSTEMS: PACKET DATA SERVICES”と題するＴＩＡ／ＥＩＡ Ｉ
Ｓ-707-A.5標準と、題名“DATA SERVICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS
: HIGH-SPEED PACKET DATA SERVICES ”に記載されているＴＩＡ／ＥＩＡ ＩＳ
-707-A.9標準方式はＴＩＡ／ＥＩＡ ＩＳ-95 システムのパケットデータ送信サ
ポートのための要求を規定している。
Ｅ２装置102 とＩＷＦ108 との間の無線データ送信に適合するために開発されて
いる。例えば、1998年２月出版の題名“DATA SERVICE OPTIONS FOR WIDEBAND SP
READ SPECTRUM SYSTEMS: PACKET DATA SERVICES ”（ここで参考文献とされてい
る）に記載されたＴＩＡ／ＥＩＡ ＩＳ-707.5標準方式は、ＴＩＡ／ＥＩＡ Ｉ
Ｓ-95 システムのパケットデータ伝送容量のサポートのための要求を規定し、１
組のパケットデータベアラサービスを特定している。同様に、両者とも1999年３
月出版であり、ここで参考文献とされている題名“DATA SERVICE OPTIONS FOR S
PREAD 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 とＬインター
フェースを横切って）データリンク層を与える。
との間で通信するために使用されてもよいあるパケットデータサービス選択肢を
与える。そうするために、ＩＳ-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 リンクを再調
整させずに再調整されることができる。
装置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 （例えば移動体端末、ラップトップま
たはパームトップコンピュータ）で動作するプロトコル層を示している。ＴＥ２
装置104 のプロトコルスタックはＲm インターフェースによってＭＴ２装置104
のプロトコルスタックに論理的に接続されているように示されている。ＭＴ２装
置104 はＵm インターフェースによってＢＳ／ＭＳＣ106 のプロトコルスタック
に論理的に接続されているように示されている。ＢＳ／ＭＳＣ106 のプロトコル
スタックはＬインターフェースによってＩＷＦ108 のプロトコルスタックに論理
的に接続されているように示されている。
【００１４】
例示として、図２で示されているプロトコルは以下のように動作する。即ち
ＴＥ２装置 102上のＰＰＰR プロトコル208 は上位層プロトコル204 とネットワ
ーク層ＩＰプロトコル206 からパケットをコード化する。ＰＰＰR プロトコル20
8 はその後、ＴＩＡ／ＥＩＡ 232-Fプロトコル210 を使用してＲm インターフェ
ースを横切ってパケットを、ＴＩＡ／ＥＩＡ 232-Fプロトコル212 を動作するＭ
Ｔ２装置104 上のＴＩＡ／ＥＩＡ-232-F競合ポートへ送信する。ＴＩＡ／ＥＩＡ
-232-F標準方式は1997年10月出版の題名“INTERFACE BETWEEN DATA TERMINAL EQ
UIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY D
ATA INTERCHANGE ”で規定されており、ここでは参考文献とされている。当業者
に知られている他の標準方式またはプロトコルはＲm インターフェースを横切る
送信を規定するために使用されてもよいことが理解される。例えば、他の応用可
能なＲm インターフェース標準方式は1998年９月出版の“UNIVERSAL SERIAL BUS
(USB) SPECIFICATION,Revision 1.1 ”と、1999年７月出版の“BLUETOOTH SPEC
IFICATION VERSION 1.0A CORE ”に記載されており、両者は参考文献とされてい
る。
ＴＥ２装置 102上のＰＰＰR プロトコル208 は上位層プロトコル204 とネットワ
ーク層ＩＰプロトコル206 からパケットをコード化する。ＰＰＰR プロトコル20
8 はその後、ＴＩＡ／ＥＩＡ 232-Fプロトコル210 を使用してＲm インターフェ
ースを横切ってパケットを、ＴＩＡ／ＥＩＡ 232-Fプロトコル212 を動作するＭ
Ｔ２装置104 上のＴＩＡ／ＥＩＡ-232-F競合ポートへ送信する。ＴＩＡ／ＥＩＡ
-232-F標準方式は1997年10月出版の題名“INTERFACE BETWEEN DATA TERMINAL EQ
UIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT EMPLOYING SERIAL BINARY D
ATA INTERCHANGE ”で規定されており、ここでは参考文献とされている。当業者
に知られている他の標準方式またはプロトコルはＲm インターフェースを横切る
送信を規定するために使用されてもよいことが理解される。例えば、他の応用可
能なＲm インターフェース標準方式は1998年９月出版の“UNIVERSAL SERIAL BUS
(USB) SPECIFICATION,Revision 1.1 ”と、1999年７月出版の“BLUETOOTH SPEC
IFICATION 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 SER
VICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS : RADIO LINK PROTOCOL”のIS-707
-A.2標準方式に規定されている。
からパケットを受信し、これらをＰＰＰ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 SER
VICE OPTIONS FOR SPREAD SPECTRUM SYSTEMS : RADIO LINK PROTOCOL”のIS-707
-A.2標準方式に規定されている。
【００１６】
ＢＳ／ＭＳＣ106 の対応するＲＬＰプロトコル222 とＩＳ-95 プロトコル220
はＬインターフェースを横切ってＩＷＦ 108上の中継層プロトコル224 へ送信
するためにパケットを中継層プロトコル224 へ転送する。ＰＰＰU プロトコル23
2 はその後、受信されたパケットをアンフレームし、これらをネットワーク層プ
ロトコルＩＰ 230へ転送し、ネットワーク層プロトコルＩＰ 230はこれらを上位
層プロトコル228 へ転送し、またはインターネットへ転送する。
はＬインターフェースを横切ってＩＷＦ 108上の中継層プロトコル224 へ送信
するためにパケットを中継層プロトコル224 へ転送する。ＰＰＰU プロトコル23
2 はその後、受信されたパケットをアンフレームし、これらをネットワーク層プ
ロトコルＩＰ 230へ転送し、ネットワーク層プロトコルＩＰ 230はこれらを上位
層プロトコル228 へ転送し、またはインターネットへ転送する。
【００１７】
前述したように、ＰＰＰR プロトコル213 はデータリンク接続が設定された
ときにパケットをＰＰＰU プロトコル217 へ転送する。ＲＦＣ1661は、データリ
ンク接続を設定し構成し試験するためにリンク制御プロトコル（ＬＣＰ）パケッ
トが各ＰＰＰリンク（即ちＰＰＰR とＰＰＰU ）によって交換され調整されなけ
ればならないことを規定している。このように、これらのＬＣＰパケットは構成
−リクエスト、構成−肯定応答、構成−否定応答、プロトコル−拒否、構成−拒
否メッセージを含み、それによって種々の選択肢を調整し、以下のように動作す
る。即ち構成−リクエストパケットは構成選択肢を調整するために使用される。
構成−肯定応答パケットは、受信された構成−リクエストパケットのあらゆる構
成選択肢が認識可能であり全ての値が受入れ可能である場合のみ送信される。構
成−否定応答パケットは、構成−リクエストパケット中のリクエストされた構成
選択肢が容認可能であるが受入れられないある値を含んでおり、構成−否定応答
選択肢フィールドが受入れられない構成−リクエスト構造選択肢で満たされ、作
用する値を指示しているときに送信される。構成−拒否パケットは、構成−リク
エスト中のリクエストされた構成選択肢が受信機により理解されない構成選択肢
を含んでおり構成−拒否選択肢フィールドが認められていない構成−リクエスト
構造選択肢を含んでいるとき送信される。
ときにパケットをＰＰＰU プロトコル217 へ転送する。ＲＦＣ1661は、データリ
ンク接続を設定し構成し試験するためにリンク制御プロトコル（ＬＣＰ）パケッ
トが各ＰＰＰリンク（即ちＰＰＰR とＰＰＰU ）によって交換され調整されなけ
ればならないことを規定している。このように、これらのＬＣＰパケットは構成
−リクエスト、構成−肯定応答、構成−否定応答、プロトコル−拒否、構成−拒
否メッセージを含み、それによって種々の選択肢を調整し、以下のように動作す
る。即ち構成−リクエストパケットは構成選択肢を調整するために使用される。
構成−肯定応答パケットは、受信された構成−リクエストパケットのあらゆる構
成選択肢が認識可能であり全ての値が受入れ可能である場合のみ送信される。構
成−否定応答パケットは、構成−リクエストパケット中のリクエストされた構成
選択肢が容認可能であるが受入れられないある値を含んでおり、構成−否定応答
選択肢フィールドが受入れられない構成−リクエスト構造選択肢で満たされ、作
用する値を指示しているときに送信される。構成−拒否パケットは、構成−リク
エスト中のリクエストされた構成選択肢が受信機により理解されない構成選択肢
を含んでおり構成−拒否選択肢フィールドが認められていない構成−リクエスト
構造選択肢を含んでいるとき送信される。
【００１８】
一度、ＬＣＰパケットが交換されると、調整されたリンクの選択肢と、設定
されるデータリンク接続と、ネットワーク層接続がＴＥ２装置 102とＩＷＦ 108
との間で設けられなければならない。このような接続はプロトコル206 、212 、
218 、230 を経て実現され、これらのプロトコルは例えばＩＰプロトコルを含ん
でいる。ＰＰＰリンクの両端部のＩＰプロトコルの調整、構成、エネーブリング
、ディスエーブリングはインターネットプロトコル制御プロトコル（ＩＰＣＰ）
により与えられる。ＩＰＣＰはＰＰＰプロトコルに含まれるネットワーク制御プ
ロトコル（ＮＣＰ）のファミリの一部であり、1992年５月出版の題名“THE PPP
INTERNET PROTOCOL CONTROL PROTOCOL (IPCP) ”のRequest for Comment (RFC)
1332に記載され、ここで参考文献とされる。
されるデータリンク接続と、ネットワーク層接続がＴＥ２装置 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 Ser
ver Addresses ”のＲＦＣ1877のような他のＲＦＣにより規定されてもよいこと
に注意する。
、ＬＣＰプロトコルに非常に類似して、ＩＰＣＰ調停はＲm インターフェースと
Ｕm インターフェースとの両者で別々に行われる。ＲＦＣ1661に記載されている
ように、構成−肯定応答パケットは送信者が確認している選択肢のリストを含ん
でいる。ＭＴ２装置104 はＲm およびＵm インターフェースによって受信され送
信される構成−肯定応答パケットを監視し、コンピュータのメモリのような記憶
装置に各選択肢の値を記憶する。全ての構成選択肢はＲＦＣ1661により規定され
ているデフォルト値を有し、これらは対応する構成選択肢が調停されるときに使
用される。構成選択肢デフォルト値は例えば1995年12月出版で参考文献とされて
いる題名“PPP Internet Protocol Control Protocol Extensions for Name Ser
ver Addresses ”のＲＦＣ1877のような他のＲＦＣにより規定されてもよいこと
に注意する。
【００２０】
ネットワークモデルに関して前述したように、ＰＰＰU リンクはＰＰＰR リン
クを再調停させずに再調停されることができる。Ｒm とＵm インターフェース間
にこのような隔離を維持するため、ＭＴ２装置104 は通常受信されたＰＰＰパケ
ットをアンフレームし、再度フレーム化する。ＭＴ２装置104 により受信される
パケットがＭＴ２装置104 内の実行中の上位層プロトコルへ通過されなければ、
ＰＰＰパケットはアンフレームされ、後にＰＰＰピアプロトコルへ送信するよう
に再度フレーム化されるだけである。このアンフレーム／再フレーム化はパケッ
トがＭＴ２装置104 でさらに処理を必要としないときでさえも生じる。例えば、
呼が最初に行われるとき、ＬＣＰおよびＩＰＣＰ機構はＵm およびＲm インター
フェースの両者で同一の構成選択肢を設定するように調整することができる。構
成選択肢が同一である限り、（構成パケットとは反対に）全てのＰＰＰデータパ
ケットはＭＴ２装置104 がパケットをアンフレーム／再フレーム化せずに１つの
インターフェースから他のインターフェースへ“通過”することができる。明ら
かに、構成選択肢が同一のままである場合、ＭＴ２装置104 は非常の多くの不必
要なＰＰＰパケットのアンフレーム／再フレーム化動作を実行する。このような
動作はＭＴ２装置104 の処理リソースと処理量の待ち時間に悪影響する。
クを再調停させずに再調停されることができる。Ｒm とＵm インターフェース間
にこのような隔離を維持するため、ＭＴ２装置104 は通常受信されたＰＰＰパケ
ットをアンフレームし、再度フレーム化する。ＭＴ２装置104 により受信される
パケットがＭＴ２装置104 内の実行中の上位層プロトコルへ通過されなければ、
ＰＰＰパケットはアンフレームされ、後にＰＰＰピアプロトコルへ送信するよう
に再度フレーム化されるだけである。このアンフレーム／再フレーム化はパケッ
トがＭＴ２装置104 でさらに処理を必要としないときでさえも生じる。例えば、
呼が最初に行われるとき、ＬＣＰおよびＩＰＣＰ機構はＵm およびＲm インター
フェースの両者で同一の構成選択肢を設定するように調整することができる。構
成選択肢が同一である限り、（構成パケットとは反対に）全てのＰＰＰデータパ
ケットはＭＴ２装置104 がパケットをアンフレーム／再フレーム化せずに１つの
インターフェースから他のインターフェースへ“通過”することができる。明ら
かに、構成選択肢が同一のままである場合、ＭＴ２装置104 は非常の多くの不必
要なＰＰＰパケットのアンフレーム／再フレーム化動作を実行する。このような
動作はＭＴ２装置104 の処理リソースと処理量の待ち時間に悪影響する。
【００２１】
しかしながら、構成選択肢が変化するならば、これらは再調停されなければ
ならず、ＰＰＰパケットのアンフレーム／再フレーム化のために作用する。例え
ばＭＴ２装置104 が可動であることにより、もとのＩＷＦ108 とは異なるＩＷＦ
108 によりサービスされる区域へ移動することができる。これが行われるとき、
ＭＴ２装置104 はサービスのため新しいＩＷＦ108 へ“ハンドオフ”される。こ
のハンドオフはＭＴ２装置104 の介入と同様にＵm インターフェースによって特
定のＬＣＰとＩＰＣＰの構成選択肢の再調停を必要とする。構成選択肢メッセー
ジ（例えば構成−リクエスト、構成−肯定応答、構成−否定応答等）を含んだパ
ケットがパケットの内容をアンフレームまたは検査せずに単に“通過”されるだ
けならば、パケットはＲm とＵm リンクとは無関係に終端する全体的なリンクの
エンド・ツー・エンド再同期を強制する。
ならず、ＰＰＰパケットのアンフレーム／再フレーム化のために作用する。例え
ばＭＴ２装置104 が可動であることにより、もとのＩＷＦ108 とは異なるＩＷＦ
108 によりサービスされる区域へ移動することができる。これが行われるとき、
ＭＴ２装置104 はサービスのため新しいＩＷＦ108 へ“ハンドオフ”される。こ
のハンドオフはＭＴ２装置104 の介入と同様にＵm インターフェースによって特
定のＬＣＰとＩＰＣＰの構成選択肢の再調停を必要とする。構成選択肢メッセー
ジ（例えば構成−リクエスト、構成−肯定応答、構成−否定応答等）を含んだパ
ケットがパケットの内容をアンフレームまたは検査せずに単に“通過”されるだ
けならば、パケットはＲm とＵm リンクとは無関係に終端する全体的なリンクの
エンド・ツー・エンド再同期を強制する。
【００２２】
それ故、ＰＰＰパケットをアンフレームする必要なく、早期のプロトコルお
よび構成メッセージの検出ができる優秀で実効的な方法およびシステムが必要と
されている。
よび構成メッセージの検出ができる優秀で実効的な方法およびシステムが必要と
されている。
【００２３】
本発明はパケット全体をアンフレームする必要なくＰＰＰパケット中のプロト
コルおよび構成メッセージを検出する方法およびシステムを提供することにより
上記のような必要性を解決する。
コルおよび構成メッセージを検出する方法およびシステムを提供することにより
上記のような必要性を解決する。
【００２４】
実施され、ここで広く説明されている本発明の原理に一貫した方法およびシ
ステムは複数のデータフレームを受信する通信装置を含んでおり、その通信装置
は受信されたフレーム内の情報部分の開始位置を確認することができる。通信装
置は情報部分が予め定められたタイプのプロトコルおよび構成メッセージのよう
な構成情報を含んでいるか否かを検出する。第１の実施形態では、検出は複数の
バイトの内容をアンエスケープし、エスケープされたバイトが所望の構成情報を
含んでいるか否かを決定する通信装置によって行われる。第２の実施形態では、
通信装置は特定のバイトの内容がエスケープされた形態またはアンエスケープさ
れた形態で所望の構成情報を含んでいるか否かを決定し、所望の構成情報を典型
的に含んでいるバイトが処理されるか、情報が存在しないことが決定されるまで
、通信装置は情報部分内のバイトを逐次的に処理し続ける。
ステムは複数のデータフレームを受信する通信装置を含んでおり、その通信装置
は受信されたフレーム内の情報部分の開始位置を確認することができる。通信装
置は情報部分が予め定められたタイプのプロトコルおよび構成メッセージのよう
な構成情報を含んでいるか否かを検出する。第１の実施形態では、検出は複数の
バイトの内容をアンエスケープし、エスケープされたバイトが所望の構成情報を
含んでいるか否かを決定する通信装置によって行われる。第２の実施形態では、
通信装置は特定のバイトの内容がエスケープされた形態またはアンエスケープさ
れた形態で所望の構成情報を含んでいるか否かを決定し、所望の構成情報を典型
的に含んでいるバイトが処理されるか、情報が存在しないことが決定されるまで
、通信装置は情報部分内のバイトを逐次的に処理し続ける。
【００２５】
【発明の実施の形態】
本明細書の一部に含まれそれを構成する添付図面は、本発明の実施形態を示し
ており、説明を伴って本発明の目的、利点、原理を説明する。 本発明の実施形態の以下の詳細な説明はこれらを示す添付図面に関連する。他
の実施形態が可能であり、実施形態に対する変更は本発明の技術的範囲を逸脱せ
ずに行われることができる。それ故、以下の詳細な説明は本発明を限定すること
を意味しない。本発明の技術的範囲は特許請求の範囲により限定される。
ており、説明を伴って本発明の目的、利点、原理を説明する。 本発明の実施形態の以下の詳細な説明はこれらを示す添付図面に関連する。他
の実施形態が可能であり、実施形態に対する変更は本発明の技術的範囲を逸脱せ
ずに行われることができる。それ故、以下の詳細な説明は本発明を限定すること
を意味しない。本発明の技術的範囲は特許請求の範囲により限定される。
【００２６】
以下説明するように、本発明の実施形態は図面で示されているエンティティ
のソフトウェア、ファームウェア、ハードウェア（即ちＴＥ２装置102 、ＭＴ２
装置104 、ＢＳ／ＭＳＣ106 、ＩＷＦ108 ）を含んでいる種々の構造で実現され
てもよいことは当業者には明白であろう。本発明の実行に使用される実際のソフ
トウェアコードまたは制御ハードウェアは本発明を限定するものではない。した
がって、本発明の動作と性質を実際のソフトウェアコードまたはハードウェアコ
ンポーネントを特別に参照せずに説明する。このような特別ではない参照は、当
業者がここでの説明に基づいて本発明の実施形態を実行するためにソフトウェア
と制御ハードウェアを設計できることが明白に理解されるので、受入れ可能であ
る。
のソフトウェア、ファームウェア、ハードウェア（即ちＴＥ２装置102 、ＭＴ２
装置104 、ＢＳ／ＭＳＣ106 、ＩＷＦ108 ）を含んでいる種々の構造で実現され
てもよいことは当業者には明白であろう。本発明の実行に使用される実際のソフ
トウェアコードまたは制御ハードウェアは本発明を限定するものではない。した
がって、本発明の動作と性質を実際のソフトウェアコードまたはハードウェアコ
ンポーネントを特別に参照せずに説明する。このような特別ではない参照は、当
業者がここでの説明に基づいて本発明の実施形態を実行するためにソフトウェア
と制御ハードウェアを設計できることが明白に理解されるので、受入れ可能であ
る。
【００２７】
ここで説明される実施形態はＨＤＬＣフレームでカプセル化されるＰＰＰパ
ケットで動作するので、図６はこのようなパケットの種々の属性を示している。
フレームの開始（および終了）は十六進法の符号“７Ｅ”により表される１バイ
トフレーミングフラグにより境界を定められる。それに続く２つのバイトはプロ
トコルアドレスと制御フィールドを示し、これは標準的なＰＰＰパケットでは、
典型的にそれぞれ十六進法の符号“ＦＦ”および“０３”として示される。次の
２つのバイトは例えば十六進法符号“Ｃ０”と“２１”により示されるＬＣＰプ
ロトコルと、十六進法符号“８０”と“２１”により示されるＩＰＣＰプロトコ
ルまたは十六進法符号（圧縮されてもよい）“００”と“２Ｄ”により示される
ファンヤコブセンプロトコルの圧縮された状態のようなプロトコルタイプを示し
ている。それに続くバイトは十六進法符号“０１”により示される構成−リクエ
スト、十六進法符号“０２”により示される構成−肯定応答、または十六進法符
号“０３”により示される構成−否定応答のようなコードまたは構成メッセージ
を示している。
ケットで動作するので、図６はこのようなパケットの種々の属性を示している。
フレームの開始（および終了）は十六進法の符号“７Ｅ”により表される１バイ
トフレーミングフラグにより境界を定められる。それに続く２つのバイトはプロ
トコルアドレスと制御フィールドを示し、これは標準的なＰＰＰパケットでは、
典型的にそれぞれ十六進法の符号“ＦＦ”および“０３”として示される。次の
２つのバイトは例えば十六進法符号“Ｃ０”と“２１”により示されるＬＣＰプ
ロトコルと、十六進法符号“８０”と“２１”により示されるＩＰＣＰプロトコ
ルまたは十六進法符号（圧縮されてもよい）“００”と“２Ｄ”により示される
ファンヤコブセンプロトコルの圧縮された状態のようなプロトコルタイプを示し
ている。それに続くバイトは十六進法符号“０１”により示される構成−リクエ
スト、十六進法符号“０２”により示される構成−肯定応答、または十六進法符
号“０３”により示される構成−否定応答のようなコードまたは構成メッセージ
を示している。
【００２８】
１．第１の実施形態
図３は本発明の第１の実施形態を示しているフローチャートである。このよう
に、図３はＰＰＰパケットで早期のプロトコルと構成メッセージの検出を実行す
るためのＭＴ２装置104 の動作を詳細にしている。
に、図３はＰＰＰパケットで早期のプロトコルと構成メッセージの検出を実行す
るためのＭＴ２装置104 の動作を詳細にしている。
【００２９】
ステップS305で、ＭＴ２装置104 は最初に十六進法符号“７Ｅ”により示さ
れるフレーミングフラグを検出するために入来するデータ流を走査する。このフ
ラグはフレームの境界を定め、それ故ＰＰＰフレーム中でカプセル化されたパケ
ットの開始および／または終了を示すために使用されることができる。ＭＴ２装
置104 は“７Ｅ”フレーミングフラグを検出していない場合には、ステップS306
により示されているように、フラグを検出するまで入来するデータを走査し続け
る。ＭＴ２装置104 が一度“７Ｅ”フレーミングフラグを検出すると、ステップ
S310へ進行する。
れるフレーミングフラグを検出するために入来するデータ流を走査する。このフ
ラグはフレームの境界を定め、それ故ＰＰＰフレーム中でカプセル化されたパケ
ットの開始および／または終了を示すために使用されることができる。ＭＴ２装
置104 は“７Ｅ”フレーミングフラグを検出していない場合には、ステップS306
により示されているように、フラグを検出するまで入来するデータを走査し続け
る。ＭＴ２装置104 が一度“７Ｅ”フレーミングフラグを検出すると、ステップ
S310へ進行する。
【００３０】
“７Ｅ”フラグを検出後、ＭＴ２装置104 はステップS310で、次のバイトも
“７Ｅ”フラグであるか否かを決定する。イエスであるならば、ＭＴ２装置104
はステップS320で示されているようにその特定のバイトをスキップし、“７Ｅ”
フラグ検査を次のバイトへ適用するためにS310へ戻る。次のバイトが“７Ｅ”フ
ラグではないならば、ＭＴ２装置104 はステップS315へ進む。フレームの最後を
示す“７Ｅ”フラグが新しいフレームの開始を示す次の“７Ｅ”フラグへ並列さ
れる背合せパケットの場合のように、入来するデータ流は連続的な“７Ｅ”フラ
グを含んでもよいことに注意することが重要である。ステップS310とS320はフレ
ーミングフラグを濾波するように動作し、ＭＴ２装置104 がフレームに形成され
たパケットの情報部分が開始する場所を見分けることを可能にする。
“７Ｅ”フラグであるか否かを決定する。イエスであるならば、ＭＴ２装置104
はステップS320で示されているようにその特定のバイトをスキップし、“７Ｅ”
フラグ検査を次のバイトへ適用するためにS310へ戻る。次のバイトが“７Ｅ”フ
ラグではないならば、ＭＴ２装置104 はステップS315へ進む。フレームの最後を
示す“７Ｅ”フラグが新しいフレームの開始を示す次の“７Ｅ”フラグへ並列さ
れる背合せパケットの場合のように、入来するデータ流は連続的な“７Ｅ”フラ
グを含んでもよいことに注意することが重要である。ステップS310とS320はフレ
ーミングフラグを濾波するように動作し、ＭＴ２装置104 がフレームに形成され
たパケットの情報部分が開始する場所を見分けることを可能にする。
【００３１】
次のバイトが“７Ｅ”フラグではなく情報バイトであることを認知すると、
ＭＴ２装置104 はステップS315で次のＸの数のバイトを“アンエスケープ”し、
ここでＸはフレームに形成されたパケット内で捜索された情報の相対位置に対応
する。技術で知られているようにＰＰＰプロトコルが非同期のＨＤＬＣのような
フレーミング（即ちＲＦＣ1662当り）で送信されるとき、プロトコルは特別な制
御文字としても機能するパケットの情報部分内のある符号をマスクするため“エ
スケープ技術”を使用するので、このアンエスケープが実行される。このような
文字符号は前述の“７Ｅ”フラグと、エスケープフラグ“７Ｄ”を含んでいる。
これらの符号がフレームに形成されたパケットの情報部分で遭遇されるとき、エ
スケープ技術は符号の前にエスケープフラグ“７Ｄ”をスタッフし、その制御機
能を中和するためにその文字を変更する。それ故、あるプロトコルまたは構成情
報を入来するデータ流から探すために、ＭＴ２装置104 はステップS315でその真
のアイデンティティをアンカバーするために探されている情報をアクセスするの
に必要なバイト数をアンエスケープする。Ｘバイトをアンエスケープした後、Ｍ
Ｔ２装置104 はステップS325に進む。
ＭＴ２装置104 はステップS315で次のＸの数のバイトを“アンエスケープ”し、
ここでＸはフレームに形成されたパケット内で捜索された情報の相対位置に対応
する。技術で知られているようにＰＰＰプロトコルが非同期のＨＤＬＣのような
フレーミング（即ちＲＦＣ1662当り）で送信されるとき、プロトコルは特別な制
御文字としても機能するパケットの情報部分内のある符号をマスクするため“エ
スケープ技術”を使用するので、このアンエスケープが実行される。このような
文字符号は前述の“７Ｅ”フラグと、エスケープフラグ“７Ｄ”を含んでいる。
これらの符号がフレームに形成されたパケットの情報部分で遭遇されるとき、エ
スケープ技術は符号の前にエスケープフラグ“７Ｄ”をスタッフし、その制御機
能を中和するためにその文字を変更する。それ故、あるプロトコルまたは構成情
報を入来するデータ流から探すために、ＭＴ２装置104 はステップS315でその真
のアイデンティティをアンカバーするために探されている情報をアクセスするの
に必要なバイト数をアンエスケープする。Ｘバイトをアンエスケープした後、Ｍ
Ｔ２装置104 はステップS325に進む。
【００３２】
ステップS325では、ＭＴ２装置104 はアンエスケープされたＸバイトが標準
的なＰＰＰアドレスと制御フィールド符号“ＦＦ”と“０３”をそれぞれ含んで
いるか否かを決定する。これらの符号は典型的にＰＰＰパケットの情報部分の第
１および第２のバイトを構成しているが（例えば図６参照）、これらの符号はパ
ケットから圧縮されてもよく、それによって続く情報バイトの位置に影響する。
それ故、ＭＴ２装置104 はこれらの符号が必要な調節を後に行うためにパケット
のアンエスケープされたバイト内に含まれるか否かをチェックしなければならな
い。符号“ＦＦ”と“０３”がアンエスケープされたバイトに含まれていないな
らば（即ち符号“ＦＦ”と“０３”が圧縮されているならば）、ＭＴ２装置104
はステップS330で、捜索されたプロトコルまたは構成メッセージ情報をこれらの
バイトが含んでいるか否かをチェックする。イエスであるならば、ＭＴ２装置10
4 はステップS340で、パケットをアンフレームし、検出された情報によって示さ
れた処理にかかわるようにパケット全体をＭＴ２装置104 のアンフレーマへ転送
する。捜索された情報をバイトが含んでいないならば、ＭＴ２装置104 はパケッ
ト全体をＭＴ２装置104 の送信部分へ送信し、ステップS345により示されている
ように適切なインターフェースを横切って転送される。
的なＰＰＰアドレスと制御フィールド符号“ＦＦ”と“０３”をそれぞれ含んで
いるか否かを決定する。これらの符号は典型的にＰＰＰパケットの情報部分の第
１および第２のバイトを構成しているが（例えば図６参照）、これらの符号はパ
ケットから圧縮されてもよく、それによって続く情報バイトの位置に影響する。
それ故、ＭＴ２装置104 はこれらの符号が必要な調節を後に行うためにパケット
のアンエスケープされたバイト内に含まれるか否かをチェックしなければならな
い。符号“ＦＦ”と“０３”がアンエスケープされたバイトに含まれていないな
らば（即ち符号“ＦＦ”と“０３”が圧縮されているならば）、ＭＴ２装置104
はステップS330で、捜索されたプロトコルまたは構成メッセージ情報をこれらの
バイトが含んでいるか否かをチェックする。イエスであるならば、ＭＴ２装置10
4 はステップS340で、パケットをアンフレームし、検出された情報によって示さ
れた処理にかかわるようにパケット全体をＭＴ２装置104 のアンフレーマへ転送
する。捜索された情報をバイトが含んでいないならば、ＭＴ２装置104 はパケッ
ト全体をＭＴ２装置104 の送信部分へ送信し、ステップS345により示されている
ように適切なインターフェースを横切って転送される。
【００３３】
ステップS325に戻り、アンエスケープされたＸバイトが“ＦＦ”と“０３”
を含んでいるならば、ＭＴ２装置104 はステップS335で特定されたＸバイトに加
えて別の２バイトをアンエスケープすることにより補償する。これはＸバイト内
の“ＦＦ”と“０３”符号の含有を調節する。ＭＴ２装置104 はその後、Ｘ＋２
のアンエスケープされたバイトをステップS330へ与え、ここで前述したようにア
ンエスケープされたバイトが所望の情報を含むか否かをチェックする。イエスで
あるならば、ＭＴ２装置104 はステップS340で、パケット全体をＭＴ２装置104
のアンフレーマへ転送する。捜索されたプロトコルまたは構成情報メッセージを
バイトが含んでいないならば、ＭＴ２装置104 はステップS345で、パケットを適
切なインターフェースを横切って転送するためにパケット全体をＭＴ２装置104
の送信部分へ送信する。
を含んでいるならば、ＭＴ２装置104 はステップS335で特定されたＸバイトに加
えて別の２バイトをアンエスケープすることにより補償する。これはＸバイト内
の“ＦＦ”と“０３”符号の含有を調節する。ＭＴ２装置104 はその後、Ｘ＋２
のアンエスケープされたバイトをステップS330へ与え、ここで前述したようにア
ンエスケープされたバイトが所望の情報を含むか否かをチェックする。イエスで
あるならば、ＭＴ２装置104 はステップS340で、パケット全体をＭＴ２装置104
のアンフレーマへ転送する。捜索されたプロトコルまたは構成情報メッセージを
バイトが含んでいないならば、ＭＴ２装置104 はステップS345で、パケットを適
切なインターフェースを横切って転送するためにパケット全体をＭＴ２装置104
の送信部分へ送信する。
【００３４】
この実施形態の動作を説明するために、ＬＣＰプロトコルパケットの早期の
検出が所望であると想定する。ＬＣＰプロトコル仕様はＰＰＰフレームに形成さ
れたパケットのプロトコル情報部分内に設けられる。図６で示されているように
、プロトコル情報は２バイトの長さであり、標準的なＰＰＰフレームのパケット
の情報部分のバイト位置３および４により占有される。入来データ流を走査し、
情報バイトが開始する場所を見分けた後（即ちステップS305、S310、S320）、Ｍ
Ｔ２装置104 はステップS315により示されているように次の２バイト（即ちＸは
２に等しい）をアンエスケープする。ステップS325では、最初の２バイトが“Ｆ
Ｆ”と“０３”符号を含んでいないならば、ＭＴ２装置104 は捜索されたＬＣＰ
情報をこれらのバイトが含んでいるか否かをチェックする。イエスならば、ＭＴ
２装置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 の送信
部分へ送信する。
３”であるならば、ＭＴ２装置104 はステップS335で、最初の２バイトに加えて
次の２バイトをアンエスケープすることによって補償する。ＭＴ２装置104 はそ
の後、全部で４のアンエスケープされたバイトをステップS330へ与え、ここで前
述したようにこれらのバイトが捜索されたＬＣＰ情報を含むか否かをチェックす
る。イエスであるならば、ＭＴ２装置104 はステップS340で、パケット全体をＭ
Ｔ２装置104 のアンフレーマへ転送する。バイトがＬＣＰ情報を含んでいないな
らば、ＭＴ２装置104 はステップS345で、パケット全体をＭＴ２装置104 の送信
部分へ送信する。
【００３６】
前述の実施形態によって、ＰＰＰフレームのパケット内に含まれる全てのヘ
ッダ情報がパケット全体をアンフレームせずに検出されることができることに注
意することが重要である。例えば、ステップS315で単にＸ値を調節することによ
って、この実施形態はプロトコル情報、構成メッセージ、パケットＩＤ等として
このようなＰＰＰ情報を検出することができる。
ッダ情報がパケット全体をアンフレームせずに検出されることができることに注
意することが重要である。例えば、ステップS315で単にＸ値を調節することによ
って、この実施形態はプロトコル情報、構成メッセージ、パケットＩＤ等として
このようなＰＰＰ情報を検出することができる。
【００３７】
したがって、この実施形態はパケット全体をアンフレームする必要なくＰＰ
Ｐパケット流内のプロトコルおよび構成メッセージを検出する。むしろ、パケッ
トの情報部分内のあるバイトをアンエスケープすることによって、この実施形態
は不必要なＰＰＰパケットのアンフレーム／再フレーム動作を実行せずにプロト
コルおよび構成メッセージを実効的に検出するシステムおよび方法を与える。
Ｐパケット流内のプロトコルおよび構成メッセージを検出する。むしろ、パケッ
トの情報部分内のあるバイトをアンエスケープすることによって、この実施形態
は不必要なＰＰＰパケットのアンフレーム／再フレーム動作を実行せずにプロト
コルおよび構成メッセージを実効的に検出するシステムおよび方法を与える。
【００３８】
２．第２の実施形態
図４と５は本発明の第２の実施形態を示したフローチャートである。この実施
形態はパケットをアンフレームせずに、入来するデータ流を走査して、段の情報
バイトを機械的にチェックすることによってＰＰＰフレームのパケットの情報部
分内に含まれるプロトコルおよび構成メッセージを検出する。所定のＰＰＰフレ
ームのパケットのフォーマットでは図６により示されているように、第１の段は
パケットの情報部分内に含まれる１バイトのアドレスフィールドの内容を特別に
検出する。第２の段は１バイトの制御フィールドの内容の検出に関し、これはア
ドレスフィールドに従う。したがって、この実施形態は情報部分の最後まで、段
を進行し、全ての情報フィールドの内容を検出できる。例えば、第３の段は２バ
イトプロトコルフィールドの内容の検出に関し、これは制御フィールドに従う。
しかしながら、ＰＰＰフレームに形成されたパケット構造と、この実施形態の逐
次特性のために、フレームの後のフィールドに含まれる情報は通常、先のフィー
ルドに含まれる情報の処理および検出後に検出される。
形態はパケットをアンフレームせずに、入来するデータ流を走査して、段の情報
バイトを機械的にチェックすることによってＰＰＰフレームのパケットの情報部
分内に含まれるプロトコルおよび構成メッセージを検出する。所定のＰＰＰフレ
ームのパケットのフォーマットでは図６により示されているように、第１の段は
パケットの情報部分内に含まれる１バイトのアドレスフィールドの内容を特別に
検出する。第２の段は１バイトの制御フィールドの内容の検出に関し、これはア
ドレスフィールドに従う。したがって、この実施形態は情報部分の最後まで、段
を進行し、全ての情報フィールドの内容を検出できる。例えば、第３の段は２バ
イトプロトコルフィールドの内容の検出に関し、これは制御フィールドに従う。
しかしながら、ＰＰＰフレームに形成されたパケット構造と、この実施形態の逐
次特性のために、フレームの後のフィールドに含まれる情報は通常、先のフィー
ルドに含まれる情報の処理および検出後に検出される。
【００３９】
この実施形態の代表的な例として、捜索された情報が制御フィールド内に含
まれていると想定する。このフィールドをアクセスし、入来するデータ流から適
切な情報を検出するために、ＭＴ２装置104 はＰＰＰパケットの情報部分の開始
を最初に識別し、その後アドレスフィールドの情報にアクセスし、検出しなけれ
ばならない。アドレスフィールド情報の処理後にのみ、ＭＴ２装置104 は制御フ
ィールド情報のアクセスおよび検出の準備が整えられる。
まれていると想定する。このフィールドをアクセスし、入来するデータ流から適
切な情報を検出するために、ＭＴ２装置104 はＰＰＰパケットの情報部分の開始
を最初に識別し、その後アドレスフィールドの情報にアクセスし、検出しなけれ
ばならない。アドレスフィールド情報の処理後にのみ、ＭＴ２装置104 は制御フ
ィールド情報のアクセスおよび検出の準備が整えられる。
【００４０】
このように、図４はこの実施形態の第１の段を示している。ステップS405に
おいて、ＭＴ２装置104 は最初に、フレーミングフラグ“７Ｅ”を検出するため
に入来するデータ流を走査する。“７Ｅ”フラグの検出後、ＭＴ２装置104 はス
テップS410で次のバイトもまた“７Ｅ”フラグであるか否かを決定する。イエス
であればＭＴＳ装置104 はステップS415で示されているように次のバイトへ移動
し、“７Ｅ”フラグ検査を次のバイトに適用するためにステップS410へ戻る。次
のバイトが“７Ｅ”フラグではないならば、ＭＴ２装置104 はステップS420へ進
む。第１の実施形態に関して前述したように、ステップS410とS415はフレーミン
グフラグを濾波するように動作し、ＭＴ２装置104 がＰＰＰフレームのパケット
の情報部分の開始を識別することを可能にする。
おいて、ＭＴ２装置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 の送信部分へ
送信する。
Ｄ”であるか否かをチェックする。前述したように、エスケープ技術はある符号
の前にエスケープフラグ“７Ｄ”をスタッフし、これらをマスクする。第１の情
報バイトが“７Ｄ”ではないならば（即ち第１の情報バイトがエスケープされな
いならば）、ＭＴ２装置104 はステップS425において、第１の情報バイトが“Ｆ
Ｆ”符号（即ちアンエスケープされた形態）であるか否かをチェックする。イエ
スならば、ＭＴ２装置104 はステップS435に進む。第１の情報バイトが“ＦＦ”
符号ではないならば、ＭＴ２装置104 はステップS426で、捜索されたフレームに
形成されたパケット内にさらに情報が存在するか否かを決定し、存在するならば
、ＭＴ２装置104 はステップS427で次の段へ移動する。付加的な所望の情報が存
在しないならば、ＭＴ２装置104 はステップS428で、適切なインターフェースを
横切ってパケットを転送するためにパケット全体をＭＴ２装置104 の送信部分へ
送信する。
【００４３】
ステップS420へ戻ると、第１の情報バイトが“７Ｄ”であるならば（即ち第
１の情報バイトがエスケープされているならば）、ＭＴ２装置104 はステップS4
30で、次のバイトがエスケープされたフォーマット（即ち十六進法符号“ＤＦ”
）の“ＦＦ”符号であるか否かをチェックする。イエスであるならば、ＭＴ２装
置104 はステップS435へ進む。次のバイトが“ＤＦ”符号ではないならば、ＭＴ
２装置104 はステップS426に進行し、ここでは前述したように、ＭＴ２装置104
はさらに所望の情報が存在するか否かをチェックする。存在するならば、ＭＴ２
装置104 はステップS427で次の段へ移動する。付加的な所望の情報が存在しない
ならば、ＭＴ２装置104 はステップS428で適切なインターフェースを横切ってパ
ケットを転送するためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
１の情報バイトがエスケープされているならば）、ＭＴ２装置104 はステップS4
30で、次のバイトがエスケープされたフォーマット（即ち十六進法符号“ＤＦ”
）の“ＦＦ”符号であるか否かをチェックする。イエスであるならば、ＭＴ２装
置104 はステップS435へ進む。次のバイトが“ＤＦ”符号ではないならば、ＭＴ
２装置104 はステップS426に進行し、ここでは前述したように、ＭＴ２装置104
はさらに所望の情報が存在するか否かをチェックする。存在するならば、ＭＴ２
装置104 はステップS427で次の段へ移動する。付加的な所望の情報が存在しない
ならば、ＭＴ２装置104 はステップS428で適切なインターフェースを横切ってパ
ケットを転送するためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
【００４４】
ステップS430で、次のバイトがエスケープされたフォーマットの“ＦＦ”符
号（即ち十六進法符号“ＤＦ”）であるならば、ＭＴ２装置104 はステップS435
に移動し、そこで捜索される情報がさらに存在しているか否かを検査する。存在
する場合にはＭＴ２装置104 はステップS427で次の段へ移動する。付加的な所望
の情報が存在しないならば、ＭＴ２装置104 はステップS437で、ＭＴ２装置104
のアンフレーマへパケット全体を転送し、それによってパケットをアンフレーム
し、検出された情報により示される処理に従事する。
号（即ち十六進法符号“ＤＦ”）であるならば、ＭＴ２装置104 はステップS435
に移動し、そこで捜索される情報がさらに存在しているか否かを検査する。存在
する場合にはＭＴ２装置104 はステップS427で次の段へ移動する。付加的な所望
の情報が存在しないならば、ＭＴ２装置104 はステップS437で、ＭＴ２装置104
のアンフレーマへパケット全体を転送し、それによってパケットをアンフレーム
し、検出された情報により示される処理に従事する。
【００４５】
実施形態の第１の段を完了（即ちプロトコルアドレスフィールドの“ＦＦ”
符号の検出）後、ＭＴ２装置104 は代表的な例の目的と一貫して、制御フィール
ドの“０３”符号を検出しようとしなければならない。前述したように、この検
出はこの実施形態の第２の段の検出と呼ばれ、図５に示されている。
符号の検出）後、ＭＴ２装置104 は代表的な例の目的と一貫して、制御フィール
ドの“０３”符号を検出しようとしなければならない。前述したように、この検
出はこの実施形態の第２の段の検出と呼ばれ、図５に示されている。
【００４６】
第１の段の終了時、ステップS427により示されているように、ＭＴ２装置104
は、ステップS440で再度、次のバイトが“７Ｄ”符号であるか否かを決定する
。前述したように、この決定は関連する情報フィールド内の符号がエスケープさ
れた場合に使用される。次のバイトが“７Ｄ”符号ではないならば、ＭＴ２装置
104 はステップS445で、バイトが“０３”符号（即ちアンエスケープされたフォ
ーマット）であるか否かを決定する。イエスであるならば、ＭＴ２装置104 はス
テップS435へ進行し、ここで前述したように、ＭＴ２装置104 は捜索された付加
的な情報が存在するか否かを決定し、存在する場合にはＭＴ２装置104 がステッ
プS427で次の段へ移動するか否かを決定する。存在しないならば、ＭＴ２装置10
4 はステップＳ428 で、適切なインターフェースを横切ってパケットを転送する
ためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
は、ステップS440で再度、次のバイトが“７Ｄ”符号であるか否かを決定する
。前述したように、この決定は関連する情報フィールド内の符号がエスケープさ
れた場合に使用される。次のバイトが“７Ｄ”符号ではないならば、ＭＴ２装置
104 はステップS445で、バイトが“０３”符号（即ちアンエスケープされたフォ
ーマット）であるか否かを決定する。イエスであるならば、ＭＴ２装置104 はス
テップS435へ進行し、ここで前述したように、ＭＴ２装置104 は捜索された付加
的な情報が存在するか否かを決定し、存在する場合にはＭＴ２装置104 がステッ
プS427で次の段へ移動するか否かを決定する。存在しないならば、ＭＴ２装置10
4 はステップＳ428 で、適切なインターフェースを横切ってパケットを転送する
ためにパケット全体をＭＴ２装置104 の送信部分へ送信する。
【００４７】
ステップS440へ戻ると、ＭＴ２装置104 は続くバイトが“７Ｄ”符号である
ことを決定したならば、ステップS450で次のバイトがエスケープされたフォーマ
ット（即ち十六進法符号“２３”）の“０３”符号であるか否かをチェックする
。次のバイトが“２３”符号ではないならば、ＭＴ２装置104 はステップS426へ
進み、ステップS427のように次の段へ移動するか否かを決定し、またはステップ
S428のように適切なインターフェースを横切ってパケットを転送するためパケッ
ト全体をＭＴ２装置104 の送信部分へ送信する。次のバイトが“２３”符号であ
るならば、ＭＴ２装置104 はステップS435に進行し、ここでは、ステップS427の
ように次の段へ移動するか否かを決定し、またはステップS437のようにパケット
全体をＭＴ２装置104 のアンフレーマへ転送する。
ことを決定したならば、ステップS450で次のバイトがエスケープされたフォーマ
ット（即ち十六進法符号“２３”）の“０３”符号であるか否かをチェックする
。次のバイトが“２３”符号ではないならば、ＭＴ２装置104 はステップS426へ
進み、ステップS427のように次の段へ移動するか否かを決定し、またはステップ
S428のように適切なインターフェースを横切ってパケットを転送するためパケッ
ト全体をＭＴ２装置104 の送信部分へ送信する。次のバイトが“２３”符号であ
るならば、ＭＴ２装置104 はステップS435に進行し、ここでは、ステップS427の
ように次の段へ移動するか否かを決定し、またはステップS437のようにパケット
全体をＭＴ２装置104 のアンフレーマへ転送する。
【００４８】
したがって、この実施形態はパケットをアンフレームする必要なくＰＰＰパ
ケット流内のプロトコルおよび構成メッセージを検出する。むしろ、この実施形
態は入来するデータ流を走査し、段中の情報バイトを機械的にチェックする。こ
れらの段はＰＰＰフレームパケットの情報フィールドに対応し、それ故、この実
施形態は不必要なＰＰＰパケットアンフレーム／再フレーム動作を実行せずに、
リンク構造に影響するメッセージを無視せずに逐次的に所望の情報を検出する。
ケット流内のプロトコルおよび構成メッセージを検出する。むしろ、この実施形
態は入来するデータ流を走査し、段中の情報バイトを機械的にチェックする。こ
れらの段はＰＰＰフレームパケットの情報フィールドに対応し、それ故、この実
施形態は不必要なＰＰＰパケットアンフレーム／再フレーム動作を実行せずに、
リンク構造に影響するメッセージを無視せずに逐次的に所望の情報を検出する。
【００４９】
本発明の好ましい実施形態の前述の説明は、例示と説明を与えるが、排他的
或いは、説明されている正確な形態に本発明を限定することを目的とするもので
はない。変更および変形は前述の教示と一貫して可能であり、または本発明の実
施から得られることができる。したがって、本発明の技術的範囲は特許請求の範
囲とその均等物により限定される。
或いは、説明されている正確な形態に本発明を限定することを目的とするもので
はない。変更および変形は前述の教示と一貫して可能であり、または本発明の実
施から得られることができる。したがって、本発明の技術的範囲は特許請求の範
囲とその均等物により限定される。
【図１】
無線通信システムの種々の素子を示した高レベルのブロック図。
【図２】
無線通信システムのプロトコルスタックの概略図。
【図３】
本発明の第１の実施形態を示しているフローチャート。
【図４】
本発明の第２の実施形態を示しているフローチャート。
【図５】
本発明の第２の実施形態を示しているフローチャート。
【図６】
ＰＰＰフレームにカプセル化されたパケットの一般的なフォーマットを示した
図。
図。
─────────────────────────────────────────────────────
フロントページの続き
(81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，
ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ
Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ
，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，
ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ
Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ
，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，
ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，
ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ
Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ
，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，
ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ
Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ
，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，
ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ
Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ
，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，
ＺＡ，ＺＷ
(72)発明者 リオイ、マルセロ
アメリカ合衆国、カリフォルニア州
92122 サン・ディエゴ、ナンバー1924、
チャーマント・ドライブ 7588
Ｆターム(参考） 5K034 AA02 EE03 HH63 JJ24 KK27
5K067 AA13 CC08 CC10 EE02 EE10
HH22
Claims (13)
- 【請求項１】 予め定められたタイプの構成情報を早期に検出する方法にお
いて、 それぞれ情報部分を含んでいる複数のフレームに形成されたデータパケットを
通信装置で受信し、 １つの前記フレームに形成されたデータパケット内の前記情報部分の開始点を
前記通信装置で検出し、 前記情報部分が予め定められたタイプの前記構成情報を含んでいるか否かを前
記通信装置で決定するステップを有し、 前記情報部分が予め定められたタイプの前記構成情報を含んでいるとき、前記
通信装置は前記１つのフレームに形成されたデータパケットをアンフレームする
検出方法。 - 【請求項２】 前記検出するステップは、前記複数の前記フレームに形成さ
れたデータパケットを走査し、フレームの境界を定める符号を識別することによ
って１つの前記フレームに形成されたデータパケットの前記情報部分の前記開始
点を設定することを含んでいる請求項１記載の方法。 - 【請求項３】 前記検出するステップは、 前記情報部分内の予め定められた数のバイトの内容を前記通信装置でアンエス
ケープし、 前記アンエスケープされた予め定められた数のバイトの内容が予め定められた
符号を含んでいるか否かを前記通信装置で決定するステップを含んでおり、 前記通信装置は、前記アンエスケープされた予め定められた数のバイトの前記
内容が前記予め定められた符号を含んでいるとき、前記予め定められた数のバイ
トに続く付加的な連続的なバイトの内容をアンエスケープし、 前記通信装置は、前記アンエスケープされた予め定められた数のバイトの内容
と、付加的な連続的なバイトの内容が予め定められたタイプの前記構成情報を含
んでいるか否かを決定する請求項２記載の方法。 - 【請求項４】 前記検出するステップは、 前記情報部分の特定の１以上のバイトの内容が前記特定のバイトに関連するタ
イプの情報を含んでいるか否かを前記通信装置で決定し、 前記特定のバイトの前記内容が予め定められたタイプの前記構成情報を含んで
いるか否かを前記通信装置で決定するステップを含んでおり、 前記通信装置は、前記特定のバイトの前記内容が予め定められたタイプの前記
構成情報をもたないとき次の段へ進行し、予め定められたタイプの前記構成情報
は前記特定のバイトの次のバイト位置に配置される請求項２記載の方法。 - 【請求項５】 前記次の段へ進行するステップは、 前記情報部分の少なくとも１つの連続するバイトの内容を前記通信装置で検査
し、前記連続するバイトは前記特定のバイトに後続しており、 前記連続するバイトの内容が前記連続するバイトに関連するタイプの情報を含
んでいるか否かを前記通信装置で決定し、 前記連続するバイトの内容が予め定められたタイプの前記構成情報を含んでい
るか否かを前記通信装置で決定するステップをさらに含んでおり、 前記通信装置は、前記連続するバイトが予め定められたタイプの前記構成情報
を含むまで前記情報部分の連続的なバイトを逐次的に検査する請求項４記載の方
法。 - 【請求項６】 前記特定のバイトの内容と前記連続するバイトの内容はエス
ケープされた情報を含んでいる請求項５記載の方法。 - 【請求項７】 前記特定のバイトの内容と前記連続するバイトの内容はアン
エスケープされた情報を含んでいる請求項５記載の方法。 - 【請求項８】 予め定められたタイプの構成情報を早期に検出するシステム
において、 それぞれ情報部分を含んでいる複数のフレームに形成されたデータパケットを
送信し受信する端末装置と、 前記端末装置に結合されている通信装置とを具備し、 前記通信装置は１つの前記フレームに形成されたデータパケット内の前記情報
部分の開始点を検出し、前記情報部分が予め定められたタイプの前記構成情報を
含んでいるか否かを決定し、 前記通信装置は、前記情報部分が予め定められたタイプの前記構成情報を含ん
でいるとき、前記１つのフレームに形成されたデータパケットをアンフレームす
るシステム。 - 【請求項９】 前記通信装置による前記検出において、前記複数の前記フレ
ームに形成されたデータパケットを走査し、フレームの境界を定める符号を識別
することによって１つの前記フレームに形成されたデータパケットの前記情報部
分の前記開始点を設定することを含んでいる請求項８記載のシステム。 - 【請求項１０】 前記通信装置による前記検出において、 前記情報部分内の予め定められた数のバイトの内容をアンエスケープし、 前記アンエスケープされた予め定められた数のバイトの前記内容が予め定めら
れた符号を含んでいるか否かを決定し、 前記通信装置は、前記アンエスケープされた予め定められた数のバイトの内容
が予め定められた符号を含んでいるとき、前記予め定められた数のバイトに続く
付加的な連続的なバイトの内容をアンエスケープし、 前記通信装置は、前記アンエスケープされた予め定められた数のバイトの内容
と、付加的な連続的なバイトの内容が予め定められたタイプの前記構成情報を含
んでいるか否かを決定する請求項９記載のシステム。 - 【請求項１１】 前記通信装置による前記検出において、 前記情報部分の１以上の特定のバイトの内容が前記特定のバイトに関連するタ
イプの情報を含んでいるか否かを決定し、 前記１以上の特定のバイトの内容が予め定められたタイプの構成情報を含んで
いるか否かを決定するステップを含んでおり、 前記通信装置は、前記１以上の特定のバイトの内容が予め定められたタイプの
前記構成情報をもたないとき次の段へ進行し、予め定められたタイプの前記構成
情報は前記１以上の特定のバイトの次のバイト位置に配置される請求項９記載の
システム。 - 【請求項１２】 前記次の段へ進行するとき前記通信装置はさらに、 前記情報部分の少なくとも１つの連続するバイトの内容を検査し、前記連続す
るバイトは前記特定のバイトに後続しており、 前記連続するバイトの内容が前記連続するバイトに関連するタイプの情報を含
んでいるか否かおよび前記連続するバイトの前記内容が予め定められたタイプの
前記構成情報を含んでいるか否かを決定し、 前記通信装置は、前記連続するバイトが予め定められたタイプの前記構成情報
を含むまで前記情報部分の連続的なバイトを逐次的に検査する請求項１１記載の
システム。 - 【請求項１３】 前記特定のバイトの内容と前記連続するバイトの内容はエ
スケープされた情報を含んでいる請求項１２記載の方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/392,342 | 1999-09-08 | ||
| US09/828,623 US6934276B1 (en) | 1999-09-08 | 1999-09-08 | Methods for efficient early protocol detection |
| PCT/US2000/024623 WO2001019027A2 (en) | 1999-09-08 | 2000-09-07 | Methods for efficient early protocol detection |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003509901A true JP2003509901A (ja) | 2003-03-11 |
| JP2003509901A5 JP2003509901A5 (ja) | 2006-01-05 |
| JP4472228B2 JP4472228B2 (ja) | 2010-06-02 |
Family
ID=34838995
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001522721A Expired - Fee Related JP4472228B2 (ja) | 1999-09-08 | 2000-09-07 | 効率的な早期プロトコル検出方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6934276B1 (ja) |
| EP (1) | EP1210829B1 (ja) |
| JP (1) | JP4472228B2 (ja) |
| KR (1) | KR100746866B1 (ja) |
| AT (1) | ATE415789T1 (ja) |
| DE (1) | DE60040916D1 (ja) |
| HK (1) | HK1056073A1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030172178A1 (en) * | 2002-03-08 | 2003-09-11 | Eduard Lecha | Method to avoid high-level data link control (HDLC) frame abortion |
| RU2343636C2 (ru) * | 2004-03-12 | 2009-01-10 | Самсунг Электроникс Ко., Лтд. | Способ и устройство для построения карты ie с использованием редуцированного cid в широкополосных ofdma системах |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5260942A (en) * | 1992-03-06 | 1993-11-09 | International Business Machines Corporation | Method and apparatus for batching the receipt of data packets |
| FI98027C (fi) * | 1995-01-10 | 1997-03-25 | Nokia Telecommunications Oy | Pakettiradiojärjestelmä ja päätelaitteisto pakettiradiojärjestelmää varten |
| US5666362A (en) * | 1995-07-25 | 1997-09-09 | 3Com Corporation | Method and apparatus for asynchronous PPP and synchronous PPP conversion |
| US5699350A (en) * | 1995-10-06 | 1997-12-16 | Canon Kabushiki Kaisha | Reconfiguration of protocol stacks and/or frame type assignments in a network interface device |
| JP3471523B2 (ja) * | 1996-05-21 | 2003-12-02 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 通信方法及び通信端末 |
| US5835036A (en) * | 1997-05-12 | 1998-11-10 | Cisco Systems Co. | Method of encoding data for transmission |
| US6157641A (en) * | 1997-08-22 | 2000-12-05 | Cisco Technology, Inc. | Multiprotocol packet recognition and switching |
| DE19800772C2 (de) * | 1998-01-12 | 2000-04-06 | Ericsson Telefon Ab L M | Verfahren und Vorrichtung zur Verbindung mit einem Paketaustauschnetz |
| WO2000057284A1 (en) * | 1999-03-25 | 2000-09-28 | Motorola Inc. | Point to point protocol multiplexing/demultiplexing method and apparatus |
| US6542504B1 (en) * | 1999-05-28 | 2003-04-01 | 3Com Corporation | Profile based method for packet header compression in a point to point link |
| US6483822B1 (en) * | 1999-06-07 | 2002-11-19 | Marcello Lioy | Establishing a packet network call between a mobile terminal device and an interworking function |
-
1999
- 1999-09-08 US US09/828,623 patent/US6934276B1/en not_active Expired - Lifetime
-
2000
- 2000-09-07 KR KR1020027003102A patent/KR100746866B1/ko not_active IP Right Cessation
- 2000-09-07 AT AT00961656T patent/ATE415789T1/de not_active IP Right Cessation
- 2000-09-07 EP EP00961656A patent/EP1210829B1/en not_active Expired - Lifetime
- 2000-09-07 JP JP2001522721A patent/JP4472228B2/ja not_active Expired - Fee Related
- 2000-09-07 DE DE60040916T patent/DE60040916D1/de not_active Expired - Lifetime
-
2003
- 2003-11-12 HK HK03108209A patent/HK1056073A1/xx not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| EP1210829B1 (en) | 2008-11-26 |
| US6934276B1 (en) | 2005-08-23 |
| DE60040916D1 (de) | 2009-01-08 |
| KR20020060948A (ko) | 2002-07-19 |
| HK1056073A1 (en) | 2004-01-30 |
| ATE415789T1 (de) | 2008-12-15 |
| EP1210829A2 (en) | 2002-06-05 |
| JP4472228B2 (ja) | 2010-06-02 |
| KR100746866B1 (ko) | 2007-08-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6775553B1 (en) | Method of avoiding PPP time-outs during IPCP negotiations | |
| KR100343172B1 (ko) | 무선 데이터 전송 방법과 그 이동 단말기 및 이종신호간 연동장치 | |
| US6400712B1 (en) | Fast circuit switched data architecture and method | |
| JP2003530764A (ja) | パケット交換データ伝送におけるデータパケット番号付け | |
| JP2003523137A (ja) | パケット交換データ伝送におけるデータ・パケット番号付加方式 | |
| US8098617B2 (en) | Method and apparatus for selective examination of PPP packets for renegotiation of a PPP link on a Um interface | |
| RU2304854C2 (ru) | Способ определения согласованных вариантов конфигурации для линии радиосвязи, использующей сетевую модель | |
| CA2384162C (en) | Methods for efficient early protocol detection | |
| JP2002538674A (ja) | Ｕｍおよびｒｍインターフェースにおけるポップの同時的なセットアップ | |
| JP2000341339A (ja) | アドレス解決方法とアドレス解決通信システム | |
| EP1596554B1 (en) | Selectively maintaining and applying PPP compression in a wireless communication system | |
| IL147522A (en) | Independent scheduling of PPP links in Um and Rm interfaces | |
| JP2003509901A (ja) | 効率的な早期プロトコル検出方法 | |
| JP2003519935A (ja) | ポイントトゥポイントフレーム構成をフレーミングする通信網及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051006 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070814 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100127 |
|
| 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: 20100202 |
|
| 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: 20100303 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130312 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4472228 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130312 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140312 Year of fee payment: 4 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |