(57)【特許請求の範囲】
【請求項１】
優先順位の情報をヘッダ部に備えるパケットの第１の入力部と、
前記パケットの第２の入力部と、
前記パケットの前記優先順位の情報に基づいて、前記第１の入力部からの前記パケットが、前記優先順位に応じた複数のクラスのいずれのクラスに属するかを判断してクラス分けする第１のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第１の入力部からの前記パケットを、前記第１のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第１のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第１の入力部からの前記パケットについて前記第１のクラス分け手段で判断されたクラスに対応する前記ステータス情報保持領域に、対応するクラスの前記第１のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第１のステータス情報保持手段と、
前記パケットの前記優先順位の情報に基づいて、前記第２の入力部からの前記パケットが、前記優先順位に応じた複数のクラスのいずれのクラスに属するかを判断してクラス分けする第２のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第２の入力部からの前記パケットを、前記第２のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第２のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第２の入力部からの前記パケットについて前記第２のクラス分け手段で判断されたクラスに対応する前記ステータス情報保持領域に、対応するクラスの前記第２のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第２のステータス情報保持手段と、
前記第１のステータス情報保持手段および前記第２のステータス情報保持手段の前記複数のステータス情報保持領域に保持されている前記ステータス情報を、前記第１のバッファ部と、前記第２のバッファ部のいずれかを高優先順位として予め定めて、前記複数のクラスの優先順位に従って前記クラス毎に順次に参照し、そのときに最も優先順位が高いクラスの待ちパケットを、前記第１のバッファ部または前記第２のバッファ部から読み出して、出力として送出するようにする送信調停手段と、
を備えることを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記ステータス情報は、前記第１のバッファ部および前記第２のバッファ部の前記パケット保持領域のそれぞれに前記パケットが正しく書き込まれたか否かの情報を含み、
前記送信調停手段は、前記ステータス情報の前記パケットが正しく書き込まれた否かの情報に基づいて、前記第１のバッファ部または前記第２のバッファ部から読み出したパケットについて、前記出力するかあるいは廃棄するかを判定するようにする
ことを特徴とする通信装置。
【請求項３】
パケットが管理用であるかデータ通信用であるかを判別するための判別情報と、２点間で接続される当該パケットの伝送路を識別するための伝送路識別情報と、送信についての優先順位の情報とをヘッダ部に含む前記パケットを中継する中継装置であって、
通信の一方の相手方に対して前記パケットの送受信を行うための第１のインターフェースと、
前記通信の他方の相手方に対して前記パケットの送受信を行うための第２のインターフェースと、
前記第１のインターフェースを通じて送受されるパケットのうちの前記管理用のパケットの送受を行なうための第３のインターフェースと、前記第２のインターフェースを通じて送受されるパケットのうちの前記管理用のパケットの送受を行なうための第４のインターフェースと、前記第３および前記第４のインターフェース間での前記管理用のパケットの転送を行う第１のブリッジ部を備える管理パケットブリッジ部と、
前記第１のインターフェースと接続される第５のインターフェースと、前記第２のインターフェースとされる第６のインターフェースと、前記第３のインターフェースと接続される第７のインターフェースと、前記第４のインターフェースと接続される第８のインターフェースと、前記第１のインターフェースおよび前記第２のインターフェース間での前記データ通信用のパケットの転送を行うと共に、前記第５または前記第６のインターフェースを通じて入力される前記管理用パケットは、前記管理パケットブリッジ部に、前記第７または第８のインターフェースを通じて転送し、前記第７または前記第８のインターフェースを通じて入力される前記管理用パケットは、前記第５または第６のインターフェースを通じて前記第１または前記第２のインターフェースに転送するようにする第２のブリッジ部を備える前記データパケットブリッジ部と、
を備える中継装置において、
前記データパケットブリッジ部の前記第２のブリッジ部は、前記第５のインターフェースを通じて入力されるデータ通信用のパケットを前記第６のインターフェースに、前記第８のインターフェースから送られてくる管理用のパケットとの衝突を調停しながら転送する第１のブリッジ部分と、前記第６のインターフェースを通じて入力されるデータ通信用のパケットを前記第５のインターフェースに、前記第７のインターフェースから送られてくる管理用のパケットとの衝突を調停しながら転送する第２のブリッジ部分とからなり、
前記第１および前記第２のブリッジ部分のそれぞれは、
前記パケットの前記優先順位の情報に基づいて、前記第５のインターフェースまたは前記第６のインターフェースからの前記データ通信用のパケットが、前記優先順位に応じたクラスのいずれのクラスに属するかを判断してクラス分けする第１のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第５のインターフェースまたは前記第６のインターフェースからの前記データ通信用のパケットを、前記第１のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第１のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第５のインターフェースまたは前記第６のインターフェースからの前記データ通信用のパケットについて前記第１のクラス分け手段で判断されたクラスに対応する前記ステータス情報保持領域に、対応するクラスの前記第１のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第１のステータス情報保持手段と、
前記パケットの前記優先順位の情報に基づいて、前記第７のインターフェースまたは前記第８のインターフェースからの前記管理用のパケットが、前記優先順位に応じたクラスのいずれのクラスに属するかを判断してクラス分けする第２のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第７のインターフェースまたは前記第８のインターフェースからの前記管理用のパケットを、前記第１のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第２のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第７のインターフェースまたは前記第８のインターフェースからの前記管理用のパケットについて前記第２のクラス分け手段で判断されたクラスのステータス情報保持領域に、対応するクラスの前記第２のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第２のステータス情報保持手段と、
前記第１のステータス情報保持手段および前記第２のステータス情報保持手段の前記複数のステータス情報保持領域に保持されている前記ステータス情報を、前記第１のバッファ部と、前記第２のバッファ部のいずれかを高優先順位として予め定めて、前記複数のクラスの優先順位に従って前記クラス毎に順次に参照し、そのときに最も優先順位が高い前記データ通信用のパケットまたは前記管理用のクラスの待ちパケットを、前記第１のバッファ部または前記第２のバッファ部から読み出して、出力として送出するようにする送信調停手段と、
を備えることを特徴とする中継装置。
【請求項４】
請求項３に記載の中継装置において、
前記管理パケットブリッジ部は、
前記データパケットブリッジ部を通じて受けた前記管理用のパケットを判定して、前記管理用のパケットは前記データパケットブリッジ部に戻すと共に、前記管理用のパケットが確立された伝送路の前記伝送路識別情報の通知用であると判定したときに、当該伝送路識別情報を前記データパケットブリッジ部に保持させるようにし、
前記データパケットブリッジ部は、
前記管理パケットブリッジ部からの前記伝送路識別情報を受けて保持すると共に、前記第１または前記第２のインターフェースを通じて受けた前記パケットに含まれる前記伝送路識別情報と前記保持した前記伝送路識別情報とが一致し、かつ、前記パケットに含まれる判別情報が前記データ通信用であるパケットは、前記第２または前記第１のインターフェースに自ブリッジ部を通じて転送し、それ以外のパケットは、前記管理パケットブリッジ部に渡し、前記管理パケットブリッジ部からのパケットは、前記第１または前記第２のインターフェースに送出するようにする
ことを特徴とする中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えば、ＰＰＰｏＥ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標））プロトコルを用いる通信路において用いられて好適な通信装置および中継装置に関する。
【背景技術】
【０００２】
ＰＰＰｏＥのプロトコルを用いた通信システムの一例の構成の概要を図１９に示す。
【０００３】
図１９に示すように、インターネット１には、ブロードバンド接続業者２のサーバが接続されている。家庭や事業所の通信設備は、光ケーブルやＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）３を通じてブロードバンド接続業者２と接続され、このブロードバンド接続業者２を通じてインターネット１に接続される。
【０００４】
家庭や事業所においては、光ケーブルやＡＤＳＬ３は、ブロードバンドモデム／回線終端装置４を通じてルータ５に接続される。ルータ５には、例えばイーサーネット（登録商標）からなるＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を通じて複数台のパーソナルコンピュータ６やゲーム機７が接続されている。
【０００５】
この図１９のシステム構成において、ルータ５がＰＰＰｏＥの機能を備えていれば、複数のパーソナルコンピュータ６からインターネット１に直接にアクセスすることができる。その場合のＰＰＰｏＥクライアントは、ルータ５である。この場合に、ブロードバンドモデム／回線終端装置４は、ＰＰＰｏＥブリッジと呼ばれる中継装置を備える。
【０００６】
なお、ゲーム機７がＰＰＰｏＥの機能を備えていれば、ゲーム機７は、ブロードバンドモデム／回線終端装置４のＰＰＰｏＥブリッジを通じて、ルータ５を介さずにＰＰＰｏＥパケットの転送ができる。
【０００７】
この通信システムにおけるＰＰＰｏＥでのシーケンスは、例えば特許文献１（特開２００３−３３３０６４号公報）に示されているように、図２０に示すようなものとなる。また、ＰＰＰｏＥフレームのフォーマットは、図２１に示すようなものとなっている。先ず、図２１のＰＰＰｏＥフレームのフォーマットについて説明する。
【０００８】
図２１に示すように、ＰＰＰｏＥフレームは、宛先アドレス「ＤＥＳＴＩＮＡＴＩＯＮ＿ＡＤＤＲ」、送信元アドレス「ＳＯＵＲＣＥ＿ＡＤＤＲ」、パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」、データ「ｐａｙｌｏａｄ」、エラー検出用のチェックサム「ＣＨＥＣＫＳＵＭ」とからなる。宛先アドレス「ＤＥＳＴＩＮＡＴＩＯＮ＿ＡＤＤＲ」、送信元アドレス「ＳＯＵＲＣＥ＿ＡＤＤＲ」、パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」は、ＰＰＰｏＥフレームのヘッダ部である。
【０００９】
パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」は、管理用パケットと、データ通信用のパケットとを判別するための判別情報である。具体的には、このパケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」が、「０ｘ８８６３」であるときには、そのパケットは、管理用パケット（Ｄｉｓｃｏｖｅｒｙ  Ｓｔａｇｅ（ＰＰＰｏＥセッションの開始時））であることを示しており、「０ｘ８８６４」であるときには、そのパケットは、データ通信用パケット（ＰＰＰ  Ｓｅｓｓｉｏｎ  Ｓｔａｇｅ（ＰＰＰによる通信時）であることを示している。
【００１０】
したがって、このパケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」が上記のいずれであるかを認定することにより、パケットが管理用のパケットであるか、データ通信用のパケットであるかを判別することができる。
【００１１】
データ「ｐａｙｌｏａｄ」は、バージョン「ＶＥＲ」と、タイプ「ＴＹＰＥ」と、パケットのセッションの状態を示すコード「ＣＯＤＥ」と、ＰＰＰｏＥのセッション識別情報(セッションＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）)「ＳＥＳＳＩＯＮ＿ＩＤ」と、ペイロードの長さの情報「ＬＥＮＧＴＨ」とからなるヘッダ部と、データ部としてのペイロード「ｐａｙｌｏａｄ」とからなる。
【００１２】
セッションＩＤは、通信を開始しようとする２点間で接続されるパケット伝送路を識別するための伝送路識別情報である。セッションは、ここでは、仮想的な伝送路を意味するものとする。
【００１３】
コード「ＣＯＤＥ」は、図２１に示すように、５個のセッションの状態を示すものとされている。すなわち、「ＣＯＤＥ」は、ＰＡＤＩ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｉｎｉｔｉａｔｉｏｎ）と、ＰＡＤＯ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｏｆｆｅｒ）と、ＰＡＤＲ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔ）と、ＰＡＤＳ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｓｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ）と、ＰＡＤＴ（ＰＰＰｏＥ  Ａｃｔｉｖｅ  Ｄｉｓｃｏｖｅｒｙ  Ｔｅｒｍｉｎａｔｅ）との５種のコード情報のいずれかとなる。
【００１４】
次に、図２０を参照して、ＰＰＰｏＥでの通信シーケンスを説明する。図２０において、ＰＰＰｏＥクライアントは、図１９のルータなどである。ＰＰＰｏＥサーバは、ブロードバンド接続業者２のサーバである。
【００１５】
（１）先ず、ＰＰＰｏＥクライアントは、ＰＰＰｏＥサーバを探すパケット（「ＣＯＤＥ」がＰＡＤＩのパケット；以下、ＰＡＤＩパケットという）をブロードキャストで送信する。
【００１６】
（２）ＰＰＰｏＥサーバは、これに対して返答のパケット（「ＣＯＤＥ」がＰＡＤＯのパケット；以下、ＰＡＤＯパケットという）を、ＰＰＰｏＥクライアントに返す。
【００１７】
（３）ＰＰＰｏＥクライアントは、この返答のＰＡＤＯパケットにより、ＰＰＰｏＥサーバが特定できるので、その特定したＰＰＰｏＥサーバに、セッションの開始を要求するパケット（「ＣＯＤＥ」がＰＡＤＲのパケット；以下、ＰＡＤＲパケットという）を送る。
【００１８】
（４）このＰＡＤＲパケットを受け取ったＰＰＰｏＥサーバは、通信を開始しようとする伝送路についてのセッションＩＤを設定し、当該セッションＩＤを含めたセッションＩＤを通知するのためのパケット（「ＣＯＤＥ」がＰＡＤＳのパケット；以下、ＰＡＤＳパケットという）を、ＰＰＰｏＥクライアントに返す。
【００１９】
以上の（１）−（４）までのシーケンス（ＰＰＰｏＥセッションステージ）により、ＰＰＰｏＥサーバは、セッションを確立するＰＰＰｏＥクライアントの宛先アドレス「ＤＥＳＴＩＮＡＴＩＯＮ＿ＡＤＤＲ」を特定し、また、セッションＩＤの設定およびセッションＩＤのＰＰＰｏＥクライアント端末への通知を行う。
【００２０】
以上のＰＰＰｏＥセッションステージの次には、ＰＰＰセッションステージのシーケンスが行われる。
【００２１】
（５）先ず、ＬＣＰ（Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）によりネゴシエーションを行い、データリンク（パケット伝送路）を確立する。
【００２２】
（６）次に、認証を行う。
【００２３】
（７）次に、ＰＰＰのネゴシエーションが開始され、ＩＰＣＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）ネゴシエーションにより、インターネット１上のグローバルＩＰアドレスの割り当てが行なわれる。
【００２４】
（８）そして、ＰＰＰによる通信が開始される。
【００２５】
ＰＰＰｏＥクライアントとＰＰＰｏＥサーバとの間では、上述した（１）−（４）のＰＰＰｏＥセッションステージでは、管理用のパケットがやり取りされ、それ以降の上述した（５）−（８）のＰＰＰセッションステージでは、データ通信用のパケットがやり取りされる。
【００２６】
前述したブロードバンドモデム／回線終端装置４のＰＰＰｏＥブリッジは、図２０に示すように、ＰＰＰｏＥクライアントとＰＰＰｏＥサーバとの間に設けられて、両者の間におけるパケットの中継を行うものである。
【００２７】
ところで、従来のＰＰＰｏＥブリッジ１０は、図２２に示すように、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）側インターフェース１１と、ＬＡＮ側インターフェース１２と、ブリッジ部１３とで構成されている。
【００２８】
図１９の例の場合、ＷＡＮ側インターフェース１１は、インターネット側に接続されるインターフェースであり、ＬＡＮ側インターフェース１２は、ルータ５に接続されるインターフェースである。
【００２９】
ブリッジ部１３は、マイクロコンピュータ（ＣＰＵ）やＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）などで構成されており、ソフトウエア処理により、管理用のパケットと、データ通信用のパケットとを、両者の区別なく、ＷＡＮ側インターフェース１１からＬＡＮ側インターフェース１２に、あるいはその逆に、図１９において、点線矢印で示すように中継転送するようにしている。
【００３０】
上記の特許文献は、次の通りである。
【特許文献１】特開２００３−３３３０６４号公報
【発明の開示】
【発明が解決しようとする課題】
【００３１】
図２１に示したように、従来のＰＰＰｏＥブリッジ１０においては、管理用のパケットとデータ通信用のパケットとを、ブリッジ部１３で全て、ソフトウエアにより扱うようにしていた。このため、セッション数が多くなると、ブリッジ部１０を構成するマイクロコンピュータのパフォーマンスが問題になる場合が生じる。
【００３２】
また、ＰＰＰｏＥブリッジ１０において、セッション管理を行なう必要がある場合がある。例えば、ＰＰＰｏＥブリッジ１０のブリッジ部１３のソフトウエアプログラムを、インターネットに接続されているサーバにアクセスしてダウンロードして、更新する場合等である。
【００３３】
このような場合には、ＰＰＰｏＥブリッジ１０のブリッジ部１３は、セッションを管理して、自身のＰＰＰｏＥ通信をするようにする必要がある。このセッション管理は、従来の場合には、ブリッジ部１３で行なう必要があるが、当該ブリッジ部１３では管理用パケットとデータ通信用パケットとを共に扱うようにしているため、ブリッジ部１３の負荷が加重となり、そのパフォーマンスに問題が生じる場合がある。
【００３４】
そこで、上記の問題点を解消した新規の中継装置を、出願人は、考案した。図２３は、出願人が考案した新規の中継装置の一例としてのＰＰＰｏＥブリッジ２０の構成の概要を示すブロック図である。
【００３５】
この図２３に示すように、この例のＰＰＰｏＥブリッジ２０は、前述した従来例のＰＰＰｏＥブリッジ部１０のＷＡＮ側インターフェース１１およびＬＡＮ側インターフェース１２と同様のＷＡＮ側インターフェース２１およびＬＡＮ側インターフェース２２を備える。
【００３６】
そして、この例のＰＰＰｏＥブリッジ２０においては、前述した従来例のＰＰＰｏＥブリッジ部１０のブリッジ部１０を、管理パケットブリッジ部２３と、データパケットブリッジ部２４との２つに分け、管理パケットブリッジ部２３は、ＷＡＮ側インターフェース２１およびＬＡＮ側インターフェース２２に対して、データパケットブリッジ部２４を介して接続されるように構成する。
【００３７】
データパケットブリッジ部２４には、ＷＡＮ側インターフェース２１またはＬＡＮ側インターフェース２２から到来するＰＰＰｏＥパケットが、管理用のパケットであるか、データ通信用のパケットであるかを判定する機能を備える。
【００３８】
そして、データパケットブリッジ部２４は、ＷＡＮ側インターフェース２１またはＬＡＮ側インターフェース２２から到来するＰＰＰｏＥパケットが、管理用のパケットであると判定したときには、当該管理用のパケットを管理パケットブリッジ部２３に渡すようにする。
【００３９】
また、データパケットブリッジ部２４は、ＷＡＮ側インターフェース２１またはＬＡＮ側インターフェース２２から到来するＰＰＰｏＥパケットが、データ通信用のパケットであると判定したときには、当該データ通信用のパケットは、管理パケットブリッジ部２３には渡さずに、自己のブリッジ部２４内を透過（転送中継）させるようにする。
【００４０】
つまり、この例のＰＰＰｏＥブリッジ２０においては、管理パケットブリッジ部２３は、管理用のパケットのみを取り扱い、データ通信用のパケットは、データパケットブリッジ部２４のみを透過するように構成される。
【００４１】
すなわち、管理用のパケットは、図２３において、太い点線２５で示すように、管理パケットブリッジ部２３により、ＷＡＮ側インターフェース２１とＬＡＮ側インターフェース２２との間における中継転送（以下、ＷＡＮ側インターフェース２１とＬＡＮ側インターフェース２２との間における中継転送をブリッジ転送という）がなされる。また、データ通信用のパケットは、図２３において、細い点線２６で示すように、データパケットブリッジ部２４により、ブリッジ転送がなされる。
【００４２】
この結果、この例のＰＰＰｏＥブリッジ２０では、図２３のＰＰＰｏＥのシーケンスに示したＰＰＰｏＥセッションのシーケンスでの管理用パケットのブリッジ転送は、管理パケットブリッジ部２３が実行し、セッションが確立した後のＰＰＰセッションでのデータ通信用パケットのブリッジ転送は、データパケットブリッジ部２４を通じてのみ行われる。
【００４３】
したがって、管理パケットブリッジ部２３は、マイクロコンピュータ（ＣＰＵ）を備えて、ソフトウエア処理の構成とされる。管理パケットブリッジ部２３は、管理用のパケットのみを取り扱えばよいので、ソフトウエア処理であってもその負担は軽くなり、パフォーマンスが向上する。そして、管理パケットブリッジ部２３でセッション管理をすることも容易になる。
【００４４】
また、データパケットブリッジ部２４は、例えばＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などによるハードウエア処理構成とすることができ、データ通信用のパケットのブリッジ転送は、いわゆるワイヤースピードでの高速転送が可能となる。しかも、その場合に、データパケットブリッジ部２４は、管理パケットブリッジ部２３のパフォーマンスを考慮する必要はないというメリットがある。
【００４５】
ところで、この図２３に示すように構成することで、管理パケットブリッジ部２３では、ソフトウエア処理により、セッション管理が容易にできるようになるため、未知のセッションのパケットを受信した場合、そのパケットを廃棄して当該セッションを切断するなどの処理をことができる。
【００４６】
また、例えば管理パケットブリッジ部２３のソフトウエアプログラムを新しいものに更新するなど、当該中継装置をＰＰＰｏＥクライアントとして動作させるようにすることもできるが、その場合に空きのセッションがないときには、セッションを切断して空きを作るなどの処理も行うことができる。
【００４７】
そのような場合、管理パケットブリッジ部２３からは、ＬＡＮ側やＷＡＮ側からのパケットに関係なく、任意のタイミングで、接続管理用のパケットが送出されたりする。しかし、データパケットブリッジ部２４では、管理パケットブリッジ部２３からの管理用のパケットの送出タイミングを管理しているわけではない。
【００４８】
このため、図２３から明らかなように、データパケットブリッジ部２４では、ＬＡＮ側からのデータ通信用パケットをＷＡＮ側にブリッジ転送する場合、また、逆に、ＷＡＮ側からのデータ通信用パケットをＬＡＮ側にブリッジ転送する場合において、管理パケットブリッジ部２３からの管理用のパケットとの衝突が発生し、いずれかのパケットが廃棄されてしまう可能性が高い。
【００４９】
このような２つの入力パケットの衝突は、上述した中継装置に限らず、パケット通信を行なう他の通信装置においても生じる問題である。
【００５０】
この発明は、以上の問題にかんがみ、２つの入力パケットの衝突が生じないように調停して、必要な送信パケットの廃棄をできるだけ回避することができるようにすることを目的とする。
【課題を解決するための手段】
【００５１】
上記課題を解決するために、この発明による通信装置は、
優先順位の情報をヘッダ部に備えるパケットの第１の入力部と、
前記パケットの第２の入力部と、
前記パケットの前記優先順位の情報に基づいて、前記第１の入力部からの前記パケットが、前記優先順位に応じた複数のクラスのいずれのクラスに属するかを判断してクラス分けする第１のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第１の入力部からの前記パケットを、前記第１のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第１のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第１の入力部からの前記パケットについて前記第１のクラス分け手段で判断されたクラスに対応する前記ステータス情報保持領域に、対応するクラスの前記第１のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第１のステータス情報保持手段と、
前記パケットの前記優先順位の情報に基づいて、前記第２の入力部からの前記パケットが、前記優先順位に応じた複数のクラスのいずれのクラスに属するかを判断してクラス分けする第２のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第２の入力部からの前記パケットを、前記第２のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第２のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第２の入力部からの前記パケットについて前記第２のクラス分け手段で判断されたクラスに対応する前記ステータス情報保持領域に、対応するクラスの前記第２のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第２のステータス情報保持手段と、
前記第１のステータス情報保持手段および前記第２のステータス情報保持手段の前記複数のステータス情報保持領域に保持されている前記ステータス情報を、前記第１のバッファ部と、前記第２のバッファ部のいずれかを高優先順位として予め定めて、前記複数のクラスの優先順位に従って前記クラス毎に順次に参照し、そのときに最も優先順位が高いクラスの待ちパケットを、前記第１のバッファ部または前記第２のバッファ部から読み出して、出力として送出するようにする送信調停手段と、
を備えることを特徴とする。
【００５２】
上述の構成のこの発明の通信装置においては、パケットのヘッダ部には、送信についての優先順位の情報が含まれているので、それに基づいて、パケットの衝突を調停する。
【００５３】
そして、この発明の通信装置においては、パケットを、前記優先順位の情報から複数のクラスにクラス分けし、分けられたクラス毎に、バッファ部に保持する。第１の入力部を通じて入力されるパケットは、第１のバッファ部に、クラス毎に分けられて保持される。また、第２の入力部を通じて入力されるパケットは、第２のバッファ部に、クラス毎に分けられて保持される。
【００５４】
そして、第１のバッファ部と、第２のバッファ部にも送信についての優先順位を付与しておく。例えば、第１のバッファ部の方が優先順位が高いとした場合、送信調停手段は、先ず、第１のバッファ部における優先順位が第１位、第２位、第３位、・・・のクラスを、第１のバッファ部と第２のバッファ部との両方を対象にした全てのクラスにおける優先順位を、第１位、第３位、第５位・・・とする。優先順位が第１位、第２位、第３位、・・・のクラスを、全てのクラスにおける優先順位としては、第２位、第４位、第６位・・・とする。
【００５５】
そして、送信調停手段は、優先順位の高いクラスのパケットから順に読み出して、送出するように調停する。
【００５６】
こうして、この発明による通信装置においては、送信調停手段は、２つの入力パケットについて、その入力タイミングが制御できない場合であっても、衝突を回避して、自動的のそれぞれのパケットの優先順位に従った調停をすることができる。
【００５７】
また、この発明による中継装置は、
パケットが管理用であるかデータ通信用であるかを判別するための判別情報と、２点間で接続される当該パケットの伝送路を識別するための伝送路識別情報と、送信についての優先順位の情報とをヘッダ部に含む前記パケットを中継する中継装置であって、
通信の一方の相手方に対して前記パケットの送受信を行うための第１のインターフェースと、
前記通信の他方の相手方に対して前記パケットの送受信を行うための第２のインターフェースと、
前記第１のインターフェースを通じて送受されるパケットのうちの前記管理用のパケットの送受を行なうための第３のインターフェースと、前記第２のインターフェースを通じて送受されるパケットのうちの前記管理用のパケットの送受を行なうための第４のインターフェースと、前記第３および前記第４のインターフェース間での前記管理用のパケットの転送を行う第１のブリッジ部を備える管理パケットブリッジ部と、
前記第１のインターフェースと接続される第５のインターフェースと、前記第２のインターフェースとされる第６のインターフェースと、前記第３のインターフェースと接続される第７のインターフェースと、前記第４のインターフェースと接続される第８のインターフェースと、前記第１のインターフェースおよび前記第２のインターフェース間での前記データ通信用のパケットの転送を行うと共に、前記第５または前記第６のインターフェースを通じて入力される前記管理用パケットは、前記管理パケットブリッジ部に、前記第７または第８のインターフェースを通じて転送し、前記第７または前記第８のインターフェースを通じて入力される前記管理用パケットは、前記第５または第６のインターフェースを通じて前記第１または前記第２のインターフェースに転送するようにする第２のブリッジ部を備える前記データパケットブリッジ部と、
を備える中継装置において、
前記データパケットブリッジ部の前記第２のブリッジ部は、前記第５のインターフェースを通じて入力されるデータ通信用のパケットを前記第６のインターフェースに、前記第８のインターフェースから送られてくる管理用のパケットとの衝突を調停しながら転送する第１のブリッジ部分と、前記第６のインターフェースを通じて入力されるデータ通信用のパケットを前記第５のインターフェースに、前記第７のインターフェースから送られてくる管理用のパケットとの衝突を調停しながら転送する第２のブリッジ部分とからなり、
前記第１および前記第２のブリッジ部分のそれぞれは、
前記パケットの前記優先順位の情報に基づいて、前記第５のインターフェースまたは前記第６のインターフェースからの前記データ通信用のパケットが、前記優先順位に応じたクラスのいずれのクラスに属するかを判断してクラス分けする第１のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第５のインターフェースまたは前記第６のインターフェースからの前記データ通信用のパケットを、前記第１のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第１のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第５のインターフェースまたは前記第６のインターフェースからの前記データ通信用のパケットについて前記第１のクラス分け手段で判断されたクラスに対応する前記ステータス情報保持領域に、対応するクラスの前記第１のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第１のステータス情報保持手段と、
前記パケットの前記優先順位の情報に基づいて、前記第７のインターフェースまたは前記第８のインターフェースからの前記管理用のパケットが、前記優先順位に応じたクラスのいずれのクラスに属するかを判断してクラス分けする第２のクラス分け手段と、
前記複数のクラスのそれぞれに対応する複数のパケット保持領域を備え、前記第７のインターフェースまたは前記第８のインターフェースからの前記管理用のパケットを、前記第１のクラス分け手段で判断された前記パケットのクラスに対応する前記パケット保持領域に保持する第２のバッファ部と、
前記複数のクラスのそれぞれに対応する複数のステータス情報保持領域を備え、前記第７のインターフェースまたは前記第８のインターフェースからの前記管理用のパケットについて前記第２のクラス分け手段で判断されたクラスのステータス情報保持領域に、対応するクラスの前記第２のバッファ部の前記パケット保持領域に前記パケットが保持されていることを示すステータス情報を保持する第２のステータス情報保持手段と、
前記第１のステータス情報保持手段および前記第２のステータス情報保持手段の前記複数のステータス情報保持領域に保持されている前記ステータス情報を、前記第１のバッファ部と、前記第２のバッファ部のいずれかを高優先順位として予め定めて、前記複数のクラスの優先順位に従って前記クラス毎に順次に参照し、そのときに最も優先順位が高い前記データ通信用のパケットまたは前記管理用のクラスの待ちパケットを、前記第１のバッファ部または前記第２のバッファ部から読み出して、出力として送出するようにする送信調停手段と、
を備えることを特徴とする。
【００５８】
上述の構成のこの発明による中継装置によれば、ブリッジ部を、管理用のパケットのみを処理する管理パケットブリッジ部と、データ通信用のパケットのみを中継転送処理するデータパケットブリッジ部とに分けたので、データパケットブリッジ部では、伝送路管理（セッション管理）を行うための処理パフォーマンスを気にすることなく、データ通信用のパケットの中継転送が可能になる。
【００５９】
そして、この発明による中継装置よれば、データパケットブリッジ部では、データ通信用のパケットは、優先順位の情報に応じてクラスに分けられて、第１のバッファ部に保持され、また、管理用のパケットは、優先順位の情報に応じてクラスに分けられて、第１のバッファ部に保持される。
【００６０】
そして、上述の通信装置と同様にして、送信調停手段は、二つのバッファ部の各クラスについて、全体としての優先順位を定め、その定めた優先順位に従って、優先順位の高いクラスのパケットを第１のバッファ部または第２のバッファ部から読み出して送出する。
【００６１】
したがって、この発明の中継装置によれば、ブリッジ部を、管理パケットブリッジ部とデータパケットブリッジ部とに分けた構成とした場合に生じるデータパケットブリッジ部における管理用のパケットとデータ通信用のパケットとの衝突を回避して、自動的のそれぞれのパケットの優先順位に従った調停をすることができる。
【発明の効果】
【００６２】
この発明による通信装置によれば、２つの入力パケットについて、その入力タイミングが制御できない場合であっても、衝突を回避して、自動的のそれぞれのパケットの優先順位に従った調停をすることができる。
【００６３】
また、この発明による中継装置によれば、ブリッジ部を、管理パケットブリッジ部とデータパケットブリッジ部とに分けた構成として、伝送路管理（セッション管理）を行うための処理パフォーマンスを気にすることなく、データ通信用のパケットの中継転送が可能になると共に、データパケットブリッジ部における管理用のパケットとデータ通信用のパケットとの衝突を回避して、自動的のそれぞれのパケットの優先順位に従った調停をすることができる。
【発明を実施するための最良の形態】
【００６４】
以下、この発明による中継装置の実施形態を、上述した図１９の通信システムの、ブロードバンドモデム／回線終端装置４に設けられるＰＰＰｏＥブリッジに適用した場合を例に取って、図を参照しながら説明する。この発明による通信装置の実施形態は、以下に説明する中継装置のＷＡＮ側またはＬＡＮ側の一方についてのデータ送信調停の処理に適用されているものである。
【００６５】
図１は、この発明による中継装置の実施形態としてのＰＰＰｏＥブリッジ３０の構成の概要を示すブロック図である。図１に示すように、この実施形態のＰＰＰｏＥブリッジ３０は、ＷＡＮ側およびＬＡＮ側のそれぞれに対して設けられるスイッチングハブ（以下、スイッチという）３１および３２と、管理パケットブリッジ部３３と、データパケットブリッジ部３４とからなる。
【００６６】
この実施形態では、管理パケットブリッジ部３３は、マイクロコンピュータ（ＣＰＵ）を備え、その処理をソフトウエア処理により実行するものとして構成されている。また、データパケットブリッジ部３４は、この例では、ＦＰＧＡによるハードウエア処理の構成とされる。
【００６７】
スイッチ３１は、ＷＡＮ側インターフェース部３５と、ＭＡＣ部３６とを備える。また、スイッチ３２は、ＬＡＮ側インターフェース部３７と、ＭＡＣ部３８とを備える。ＷＡＮ側インターフェース部３５は、インターネット側の伝送路に接続するための物理層（ＰＨＹ）の機能を備える物理層機能部である。ＬＡＮ側インターフェース部３７は、この例では、イーサーネット（登録商標）に接続するための物理層の機能を備える物理層機能部（ＰＨＹ）を構成するものである。
【００６８】
ＭＡＣ部３６および３８は、ＷＡＮおよびＬＡＮを通じた通信をするため、そのプロトコルに応じた処理をするためのコントローラ部である。ＭＡＣ部３６，３８は、これがないと、例えばイーサーネット（登録商標）の規格を満足することできないものである。例えば、イーサーネット（登録商標）の規格上、通信速度には多種あり、１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−ＴＸ／１０００ＢＡＳＥ−Ｔなどがあるが、通信速度が変化してもＭＡＣ部と、物理層（ＰＨＹ）との間で、その変化速度に対応した速さで通信を行なうことができるようになる。
【００６９】
ＭＡＣ部３６は、物理層機能部としてのＷＡＮ側インターフェース３５部とデータパケットブリッジ部３４との間に設けられる。また、ＭＡＣ部３８は、物理層機能部としてのＬＡＮ側インターフェース部３７とデータパケットブリッジ部３４との間に設けられる。
【００７０】
ＭＡＣ部３６は、ＷＡＮ側インターフェース部３５に接続されるＷＡＮに接続される伝送路に対して設けられたものである。この伝送路としては、ケーブルによる有線路でも良いし、無線路であっても良い。また、ＭＡＣ部３８は、ＬＡＮ側インターフェース部３７に接続されるＬＡＮに接続される伝送路に対して設けられたものである。この伝送路としても、ケーブルによる有線路でも良いし、無線路であっても良い。
【００７１】
管理パケットブリッジ部３３には、ＷＡＮ側に対するＭＡＣ部３０１およびＬＡＮ側に対するＭＡＣ部３０２が設けられる。
【００７２】
この実施形態のＰＰＰｏＥブリッジ３０においては、スイッチ３１およびスイッチ３２に、ＭＡＣ部３６および３８を設けたことにより、データパケットブリッジ部３４には、ＭＡＣ部を設ける必要がない。
【００７３】
すなわち、ＭＡＣ部３６，３８がないときには、データパケットブリッジ部３４には、物理層機能部としてのＷＡＮ側インターフェース部３５およびＬＡＮ側インターフェース３７に対するものとして、それぞれＭＡＣ部を設ける必要がある。そして、管理パケットブリッジ部３３のＭＡＣ部３０１および３０２に対するものとして、データパケットブリッジ部３４には、別のＭＡＣ部をそれぞれ設ける必要がある。
【００７４】
つまり、通常であれば、データパケットブリッジ部３４には、合計４個のＭＡＣ部を設ける必要があるが、図１の実施形態の構成においては、ＭＡＣ部３０１および３０２を備えるスイッチ３１および３２を設けたことにより、それら４個のＭＡＣ部を省略することができ、コストアップを抑えることができる。
【００７５】
この実施形態のＰＰＰｏＥ３０においては、ＷＡＮ側のスイッチ３１のＭＡＣ部３６に対してはインターフェース４０１が設けられ、管理パケットブリッジ部３３のＭＡＣ部３０１に対してはインターフェース４０２が設けられる。また、ＬＡＮ側のスイッチ３２のＭＡＣ部３８に対してはインターフェース４０３が設けられ、管理パケットブリッジ部３３のＭＡＣ部３０２に対してはインターフェース４０４が設けられる。
【００７６】
この実施形態では、データパケットブリッジ部３４のインターフェース４０１〜４０４は、ＧＭＩＩ（Ｇｉｇａｂｉｔ  Ｍｅｄｉｕｍ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｉｎｔｅｒｆａｃｅ）が用いられる。したがって、この実施形態の中継装置では、スイッチ３１とスイッチ３２との間での、データパケットブリッジ部３４を通じたデータパケットの転送は、通信速度が一定の高速転送が行われる。また、この実施形態の中継装置では、スイッチ３１およびスイッチ３２と、管理パケットブリッジ部３３との間での、データパケットブリッジ部３４を通じた管理パケットの転送も、通信速度が一定の高速転送が行われる。
【００７７】
データパケットブリッジ部３４では、データ通信用のパケットをブリッジ転送するためのハードブリッジ回路４０５が設けられる。このハードブリッジ回路４０５は、ＬＡＮ側のデータ通信用のパケットをＷＡＮ側にブリッジ転送して送出するハードブリッジ回路部４０５Ｗと、ＷＡＮ側のデータ通信用のパケットをＬＡＮ側にブリッジ転送して送出するハードブリッジ回路部４０５Ｌとを備える。
【００７８】
ハードブリッジ回路部４０５Ｗおよび４０５Ｌは、データ通信用のパケットをブリッジ転送する機能のみではなく、管理パケットブリッジ部３３から送出されてくる管理用のパケットと、データ通信用のパケットとを調停して、両者の衝突によりパケットの廃棄が生じないようにしている。
【００７９】
この場合、この実施形態のＰＰＰｏＥブリッジ３０においては、次のようにして、管理パケットの転送およびデータパケットの転送がなされる。
【００８０】
すなわち、スイッチ３１のＷＡＮ側インターフェース部３５およびＭＡＣ部３６を通じて入力されるパケットが、管理用パケットであるときには、そのパケットは、データパケットブリッジ部３４では、インターフェース４０１からインターフェース４０２への経路を通じて管理パケットブリッジ部３３に送られる。そして、管理パケットブリッジ部３３では、ＭＡＣ部３０１でそのパケットを受け、ソフトウエアによるブリッジ部を通じてＭＡＣ部３０２に至る。その後、当該パケットは、データパケットブリッジ部３４に転送され、そのインターフェース４０４からインターフェース４０３への経路を通じて、スイッチ３２に転送され、スイッチ３２のＭＡＣ部３８およびＬＡＮ側インターフェース部３７を通じて、ＬＡＮ側に送出される。
【００８１】
また、スイッチ３２のＬＡＮ側インターフェース部３７およびＭＡＣ部３８を通じて入力されるパケットが、管理用パケットであるときには、そのパケットは、データパケットブリッジ部３４では、インターフェース４０３からインターフェース４０４への経路を通じて管理パケットブリッジ部３３に送られる。そして、管理パケットブリッジ部３３では、ＭＡＣ部３０２でそのパケットを受け、ソフトウエアによるブリッジ部を通じてＭＡＣ部３０１に至る。その後、当該パケットは、データパケットブリッジ部３４に転送され、そのインターフェース４０２からインターフェース４０１への経路を通じて、スイッチ３１に転送され、スイッチ３１のＭＡＣ部３６およびＷＡＮ側インターフェース部３５を通じて、ＷＡＮ側に送出される。
【００８２】
また、スイッチ３１のＷＡＮ側インターフェース部３５およびＭＡＣ部３６を通じて入力されるパケットが、データ通信用パケットであるときには、そのパケットは、データパケットブリッジ部３４では、インターフェース４０１から、内部のブリッジ通路を通じたインターフェース４０２への経路を通じてスイッチ３２に転送される。そして、当該データ通信用パケットは、スイッチ３２のＭＡＣ部３８およびＬＡＮ側インターフェース部３７を通じて、ＬＡＮ側に送出される。
【００８３】
また、スイッチ３２のＬＡＮ側インターフェース部３７およびＭＡＣ部３８を通じて入力されるパケットが、データ通信用パケットであるときには、そのパケットは、データパケットブリッジ部３４では、インターフェース４０３から、内部ブリッジ通路を通じたインターフェース４０４への経路を通じてスイッチ３１に送られる。そして、当該データ通信用パケットは、スイッチ３１のＭＡＣ部３６およびＷＡＮ側インターフェース部３５を通じて、ＷＡＮ側に送出される。
【００８４】
管理パケットブリッジ部３３は、前述したように、ソフトウエア処理の構成であるが、管理用のパケットのみを取り扱えばよいので、ソフトウエア処理であってもその負担は軽くなり、パフォーマンスが向上する。そして、管理パケットブリッジ部３３でセッション管理をすることも容易になる。
【００８５】
また、データパケットブリッジ部３４は、ＦＰＧＡによるハードウエア処理構成であるので、データ通信用のパケットのブリッジ転送は、いわゆるワイヤースピードでの高速転送が可能となる。しかも、その場合に、データパケットブリッジ部３４は、管理パケットブリッジ部３３のパフォーマンスを考慮する必要はない。
【００８６】
以上の説明では、データ通信用のパケットと管理用のパケットとの調停についての処理動作については触れなかったが、以下に、当該調停を考慮したデータパケットブリッジ部３４の構成および処理動作について、さらに説明する。
【００８７】
図２に、この実施形態のＰＰＰｏＥブリッジ３０における管理パケットブリッジ部３３およびデータパケットブリッジ部３４の、より詳細な構成について説明する。
【００８８】
図２に示すように、管理パケットブリッジ部３３は、ＭＡＣ３０１（図示は省略）を備えるＷＡＮドライバ３１１と、図示を省略するが、ＭＡＣ３０２（図示は省略）を備えるＬＡＮドライバ３１２と、ソフトブリッジ３１３と、上位アプリケーション（図では上位アプリと略記）３１４とをソフトウエア機能として有する。すなわち、前述もしたように、管理パケットブリッジ部３３は、マイクロコンピュータを備え、このマイクロコンピュータがソフトウエア処理として、各部の機能を実行するものである。
【００８９】
ＷＡＮドライバ３１１は、データパケットブリッジ部３４のＷＡＮ側の通路のインターフェースと接続されて、管理用のパケットを、データパケットブリッジ部３４を介してＷＡＮ側のスイッチ３１との間で送受信するためのものである。
【００９０】
ＬＡＮドライバ３１２は、データパケットブリッジ部３４のＬＡＮ側の通路のインターフェースと接続されて、管理用のパケットを、データパケットブリッジ部３４を介してＬＡＮ側のスイッチ３２との間で送受信するためのものである。
【００９１】
ソフトブリッジ３１３は、ＷＡＮドライバ３１１と、ＬＡＮドライバ３１２との間での管理用のブリッジ転送を行う機能を備える。
【００９２】
また、ソフトブリッジ３１３は、後述するように、確立されたセッション（伝送路）のセッションＩＤを通知するのためのＰＡＤＳパケットから、確立されたセッションのセッションＩＤを取得し、取得したセッションＩＤのセッション開始を上位アプリケーション３１４に通知すると共に、上位アプリケーション３１４の指示に従い、取得したセッションＩＤを、データパケットブリッジ部３４のレジスタに対してセットする制御処理を行なう。
【００９３】
また、ソフトブリッジ３１３は、切断要求のＰＡＤＴパケットから、切断要求されたセッションのセッションＩＤを取得し、取得したセッションＩＤのセッション切断を上位アプリケーション３１４に通知すると共に、上位アプリケーション３１４の指示に従い、取得したセッションＩＤを、データパケットブリッジ部３４のレジスタに対してクリアする制御処理を行なう。
【００９４】
さらに、ソフトブリッジ３１３は、上位アプリケーション３１４が管理するセッション以外の未知のセッションのセッションＩＤのパケットを受け取ったときには、当該パケットを廃棄し、セッション未知通知を上位アプリケーション３１４に送ると共に、上位アプリケーション３１４の指示に従い、通信の相手方に成りすまして、つまり、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、当該未知のセッションを切断する機能も備える。
【００９５】
上位アプリケーション３１４は、この実施形態では、セッション管理を行なうと共に、上述したようにソフトブリッジ３１３を制御する。
【００９６】
また、上位アプリケーション３１４は、例えば、管理パケットブリッジ部３３のマイクロコンピュータが記憶するプログラムの更新をネットワークを通じて行うことができる機能を備えている。つまり、上位アプリケーション３１４は、ＰＰＰｏＥブリッジ部３０が、自分からインターネットにアクセスする機能を備える。そして、そのアクセスを行なう必要がある場合に、空きのセッションがない場合に、ソフトブリッジ３１３に指示して、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、いずれかのセッションを切断して空きを生成することができる機能も備える。
【００９７】
ハードブリッジ回路４０５は、前述したハードブリッジ回路部４０５Ｗおよびハードブリッジ回路部４０５Ｌのほかに、セッションＩＤを保持するためのレジスタ部５０７と、管理パケットブリッジ部３３からのこのレジスタ部５０７に対するアクセスを受け付けるためのインターフェース５０８とを備える。
【００９８】
ハードブリッジ回路部４０５Ｗは、フレーム解析部５０１と、分配部５０２と、調停部５０３とからなる。また、ハードブリッジ回路部４０５Ｌは、フレーム解析部５０４と、分配部５０５と、調停部５０６とからなる。
【００９９】
ハードブリッジ回路部４０５Ｗにおいては、フレーム解析部５０１と、分配部５０２とは、ＷＡＮ側のスイッチ３１のＭＡＣ部３６から受け取ったパケットの、インターフェース４０１からインターフェース４０２に向かう通路に、シリーズに設けられる。そして、インターフェース４０４からインターフェース４０３に向かう通路には、調停部５０３が設けられ、分配部５０２と調停部５０３とが接続されて、分配部５０２から調停部５０３へのブリッジ通路が形成される。すなわち、分配部５０２と調停部５０３とが接続されることにより、ＷＡＮ側からのパケットを、ＬＡＮ側にブリッジ転送するためのブリッジ通路が形成される。
【０１００】
また、ハードブリッジ回路部４０５Ｌにおいては、フレーム解析部５０４と、分配部５０５とは、ＬＡＮ側のスイッチ３２のＭＡＣ部３８から受け取ったパケットの、インターフェース４０３からインターフェース４０４に向かう通路に、シリーズに設けられる。そして、インターフェース４０２からインターフェース４０１に向かう通路には、調停部５０６が設けられ、分配部５０５と調停部５０６とが接続されて、分配部５０５から調停部５０６へのブリッジ通路が形成される。すなわち、分配部５０５と調停部５０６とが接続されることにより、ＬＡＮ側からのパケットを、ＷＡＮ側にブリッジ転送するためのブリッジ通路が形成される。
【０１０１】
さらに、データパケットブリッジ部３４のレジスタ部５０７には、管理パケットブリッジ部３３のソフトブリッジ３１３により、インターフェース５０８を通じて、当該ＰＰＰｏＥブリッジ３０を通じて確立されたセッションのセッションＩＤが書き込まれる。また、そのセッションが切断されたときには、レジスタ部５０７のそのセッションＩＤは、上位アプリケーション３１４により、クリアされる。
【０１０２】
このレジスタ部５０７のセッションＩＤの情報は、分配部５０２および５０５に供給される。
【０１０３】
フレーム解析部５０１は、ＷＡＮ側から送られてくるＰＰＰｏＥパケット（ＰＰＰｏＥフレーム）のヘッダ部を解析し、パケット種別（フレーム種別）「ＥＴＨＥＲ  ＴＹＰＥ」およびセッションＩＤとを抽出し、抽出したパケット種別の情報およびセッションＩＤを、受信したパケットと共に分配部５０２に渡す。
【０１０４】
分配部５０２は、パケット種別の情報「ＥＴＨＥＲ  ＴＹＰＥ」に基づき、受け取ったパケットが管理用のパケットか、データ通信用のパケットかのパケット種別判定をする。そして、分配部５０２は、受け取ったパケットがデータ通信用パケットであると判定したときには、フレーム解析部５０１から受け取ったセッションＩＤと、レジスタ部５０７にセットされているセッションＩＤとを比較して、一致しているか否かのセッションＩＤ判定をする。
【０１０５】
分配部５０２は、フレーム解析部５０１からのパケットを、前記判定結果に基づいて、インターフェース４０２に渡すか、調停部５０３に渡すかの分配処理をする。すなわち、分配部５０２は、当該パケットが管理用のパケットであるときには、そのパケットは、インターフェース４０２を通じて管理パケットブリッジ部３３に渡すように構成されている。また、分配部５０２は、当該パケットがデータ通信用であって、セッションＩＤ判定結果が一致であるときには、そのパケットは、調停部５０３に渡すように構成されている。また、分配部５０２は、セッションＩＤ判定結果が不一致であるときには、そのパケットは、インターフェース４０２を通じて管理パケットブリッジ部３３に渡すように構成されている。
【０１０６】
同様に、フレーム解析部５０４は、ＬＡＮ側から送られてくるＰＰＰｏＥパケット（ＰＰＰｏＥフレーム）のヘッダ部を解析し、パケット種別（フレーム種別）「ＥＴＨＥＲ  ＴＹＰＥ」およびセッションＩＤとを抽出し、抽出したパケット種別の情報およびセッションＩＤを、受信したパケットと共に分配部５０５に渡す。
【０１０７】
そして、分配部５０５は、パケット種別の情報「ＥＴＨＥＲ  ＴＹＰＥ」に基づき、受け取ったパケットが管理用のパケットか、データ通信用のパケットかのパケット種別判定をする。そして、分配部５０５は、受け取ったパケットがデータ通信用パケットであると判定したときには、さらに、フレーム解析部５０１から受け取ったセッションＩＤと、レジスタ部５０７にセットされているセッションＩＤとを比較して、一致しているか否かのセッションＩＤ判定をする。
【０１０８】
分配部５０５は、フレーム解析部５０４からのパケットを、前記判定結果に基づいて、インターフェース４０４に渡すか、調停部５０６に渡すかの分配処理をする。すなわち、分配部５０５は、当該パケットが管理用のパケットであるときには、そのパケットは、インターフェース４０４を通じて管理パケットブリッジ部３３に渡すように構成されている。また、分配部５０５は、当該パケットがデータ通信用であって、セッションＩＤ判定結果が一致であるときには、そのパケットは、調停部５０６に渡すように構成されている。また、分配部５０５は、セッションＩＤ判定結果が不一致であるときには、そのパケットは、インターフェース４０４を通じて管理パケットブリッジ部３３に渡すように構成されている。
【０１０９】
また、フレーム解析部５０１および５０４は、ＰＰＰｏＥパケット（ＰＰＰｏＥフレーム）のヘッダ部に含まれる当該パケットの優先順位の情報をも抽出して、その優先順位の情報を、分配部５０２および５０５を通じて調停部５０３および５０６に渡すようにする。
【０１１０】
図３に、ＩＰｖ４の場合におけるＰＰＰｏＥフレームのヘッダ部のフォーマット例を示す。この図３のＩＰヘッダのフィールド「ＴＯＳ」の上位６ビットが「ＤＳＣＰ」と呼ばれる優先順位の情報である。
【０１１１】
また、図４に、ＩＰｖ６の場合におけるＰＰＰｏＥフレームのヘッダ部のフォーマット例を示す。この図４のＩＰヘッダのフィールド「ＴＣ」の上位６ビットが「ＤＳＣＰ」と呼ばれる優先順位の情報である。
【０１１２】
調停部５０３および５０６は、分配部５０２および５０５からのパケットと、インターフェース４０４および４０２からのパケットの衝突が生じないように調停するためのもので、この実施形態では、前述したＰＰＰｏＥフレームのヘッダ部に含められている各パケットの優先順位の情報に基づいて、パケットの調停を行なう。この調停部５０３および５０６の詳細な構成および処理動作については、後で詳述する。
【０１１３】
以上の処理により、セッションが確立した後のデータ通信用のパケットは、データパケットブリッジ部３４のみを通過（ブリッジ転送）するように制御され、ＷＡＮやＬＡＮを通じて送られてくる管理用のパケットや、未知のパケットは、管理パケットブリッジ部３３に送られる。
【０１１４】
なお、分配部５０２および５０５は、レジスタ部５０７にセッションＩＤがセットされていないときには、全てのパケットを管理パケットブリッジ部３３側に渡すように構成するようにしても良い。
【０１１５】
管理パケットブリッジ部３３は、ＰＰＰｏＥセッションにおいて受け取る管理用のパケットを、ソフトブリッジ３１３を通じてブリッジ転送するようにする。そして、管理パケットブリッジ部３３は、そのＰＰＰｏＥセッションにおいて、サーバから通知されたセッションＩＤを取得して、データパケットブリッジ部３４のレジスタ部５０７にセットするようにする。
【０１１６】
また、管理パケットブリッジ部３３は、通信状態から切断要求の管理用のパケット（ＰＡＤＴパケット）を受信したときには、そのＰＡＤＴパケットのヘッダ部に含まれるセッションＩＤを取得し、そのセッションＩＤを、データパケットブリッジ部３４のレジスタ部５０７からクリアするようにする。
【０１１７】
次に、以上説明したＰＰＰｏＥブリッジ３０において実行される接続シーケンス、切断シーケンスなどのシーケンスを説明して、この実施形態のＰＰＰｏＥブリッジ３０での処理動作を、さらに説明する。
【０１１８】
［接続シーケンス；図５］
図５は、実施形態のＰＰＰｏＥブリッジ３０における接続シーケンス例を説明するためのシーケンス図である。この図５は、図２０で示したＰＰＰｏＥ通信シーケンスに対応するものである。
【０１１９】
図２０に示したように、ＰＰＰｏＥセッションステージにおいては、（１）−（４）のシーケンスがなされる。なお、図５に示すように、この接続シーケンスが開始される前には、セッションの空きが存在しているとする。セッションの空きや、通信中は、セッション管理を行なう上位アプリケーション３１４が把握している。
【０１２０】
先ず、ＰＰＰｏＥクライアントからのＰＰＰｏＥサーバを探すＰＡＤＩパケットは、ＬＡＮ側インターフェース部３７を通じてデータパケットブリッジ部３４に入力される。データパケットブリッジ部３４では、分配部５０５で、このＰＡＤＩパケットを管理用のパケットと判定する。この判定結果により、分配部５０５は、インターフェース４０４を通じて、当該ＰＡＤＩパケットを管理パケットブリッジ部３３に渡す。
【０１２１】
管理パケットブリッジ部３３では、ＬＡＮドライバ３１２を通じて、このＰＡＤＩパケットを受け、ソフトブリッジ３１３を通じてＷＡＮドライバ３１１に透過（ブリッジ転送）させる。ＷＡＮドライバ３１１からのＰＡＤＩパケットは、データパケットブリッジ部３４で、インターフェース４０２、調停部５０６およびインターフェース４０１を順次通り、ＷＡＮ側インターフェース部３５を通じてＰＰＰｏＥサーバ側に送出される。
【０１２２】
次に、ＰＰＰｏＥサーバ側からは、返答のＰＡＤＯパケットが送られてくるが、このＰＡＤＯパケットは、ＷＡＮ側インターフェース部３５を通じてデータパケットブリッジ部３４に入力される。データパケットブリッジ部３４では、分配部５０２で、このＰＡＤＯパケットを管理用のパケットと判定する。この判定結果により、分配部５０２は、インターフェース４０２を通じて、当該ＰＡＤＯパケットを管理パケットブリッジ部３３に渡す。
【０１２３】
管理パケットブリッジ部３３では、ＷＡＮドライバ３１１を通じて、このＰＡＤＯパケットを受け、ソフトブリッジ３１３を通じてＬＡＮドライバ３１２に透過（ブリッジ転送）させる。ＬＡＮドライバ３１２からのＰＡＤＯパケットは、データパケットブリッジ部３４で、インターフェース４０４、調停部５０３およびインターフェース４０３を順次通り、ＬＡＮ側インターフェース部３７を通じてＰＰＰｏＥクライアント側に送出される。
【０１２４】
次に、ＰＰＰｏＥクライアント側からは、セッションの開始を要求するＰＡＤＲパケットが送られてくる。このＰＡＤＲパケットは、ＬＡＮ側インターフェース部３７を通じてデータパケットブリッジ部３４に入力される。データパケットブリッジ部３４では、分配部５０５で、このＰＡＤＲパケットを管理用のパケットと判定する。この判定結果により、分配部５０５は、インターフェース４０４を通じて、当該ＰＡＤＲパケットを管理パケットブリッジ部３３に渡す。
【０１２５】
管理パケットブリッジ部３３では、ＬＡＮドライバ３１２を通じて、このＰＡＤＲパケットを受け、ソフトブリッジ３１３を通じてＷＡＮドライバ３１１に透過（ブリッジ転送）させる。ＷＡＮドライバ３１１からのＰＡＤＲパケットは、データパケットブリッジ部３４で、インターフェース４０２、調停部５０６およびインターフェース４０１を順次通り、ＷＡＮ側インターフェース部３５を通じてＰＰＰｏＥサーバ側に送出される。
【０１２６】
次に、ＰＰＰｏＥサーバ側からは、セッションＩＤを通知するのためのＰＡＤＳパケットが送られてくる。このＰＡＤＳパケットは、ＷＡＮ側インターフェース部３５を通じてデータパケットブリッジ部３４に入力される。データパケットブリッジ部３４では、分配部５０２で、このＰＡＤＳパケットを管理用のパケットと判定する。この判定結果により、分配部５０２は、インターフェース４０２を通じて、当該ＰＡＤＳパケットを管理パケットブリッジ部３３に渡す。
【０１２７】
管理パケットブリッジ部３３では、ＷＡＮドライバ３１１を通じて、このＰＡＤＳパケットを受け、ソフトブリッジ３１３を通じてＬＡＮドライバ３１２に透過（ブリッジ転送）させる。このとき、ソフトブリッジ３１３は、ＰＡＤＳパケットからセッションＩＤを取得保持する。そして、ソフトブリッジ３１３は、取り出したセッションＩＤと共に、セッション開始通知を上位アプリケーション３１４に渡す。
【０１２８】
上位アプリケーション３１４は、受け取ったセッションＩＤをセッション管理のために保持して、当該セッションは通信中とするセッション管理を行なう。そして、上位アプリケーション３１４は、セッション開始要求をソフトブリッジ３１３に送る。これを受けたソフトブリッジ３１３は、データパケットブリッジ部３４のレジスタ部５０７に、確立されたセッションのセッションＩＤをセットする。
【０１２９】
レジスタ部５０７へのセッションＩＤのセットにより、データパケットブリッジ部３４は、ＬＡＮ側インターフェース部３７との間におけるブリッジ転送の処理開始となる。
【０１３０】
その後、ソフトブリッジ３１３は、ＰＡＤＳパケットを透過させて、ＬＡＮドライバ３１２を通じてデータパケットブリッジ部３４に送出する。これにより、ＰＡＤＳパケットは、データパケットブリッジ部３４を通じてＬＡＮ側インターフェースに転送され、ＰＰＰｏＥクライアント側に送出され、セッションが確立される。
【０１３１】
以上により、セッションが確立された後には、上位アプリケーション３１４により通信中が管理される。そして、ＰＰＰセッションで、ＷＡＮ側インターフェース部３５とＬＡＮ側インターフェース部３７を通じてやり取りされるデータ通信用パケットは、図３の点線矢印で示すように、データパケットブリッジ部３４のみを透過（ブリッジ転送）するようになる。
【０１３２】
［切断シーケンス；図６］
図６は、実施形態のＰＰＰｏＥブリッジ３０における切断シーケンス例を説明するためのシーケンス図である。
【０１３３】
この図６に示すように、通信中に、ＰＰＰｏＥクライアント側からＬＡＮ側インターフェース部３７を通じて、切断要求のＰＡＤＴパケットが到来すると、データパケットブリッジ部３４は、分配部５０５で、このＰＡＤＴパケットを管理用のパケットと判定する。この判定結果により、分配部５０５は、インターフェース４０４を通じて、当該ＰＡＤＴパケットを管理パケットブリッジ部３３に渡す。
【０１３４】
管理パケットブリッジ部３３では、ＬＡＮドライバ３１２を通じて、このＰＡＤＴパケットを受け、ソフトブリッジ３１３を通じてＷＡＮドライバ３１１に透過（ブリッジ転送）させる。このとき、ソフトブリッジ３１３は、ＰＡＤＴパケットからセッションＩＤを取り出し、保持しているセッションＩＤと一致するかどうかチェックして、一致したときには、ソフトブリッジ３１３は、取り出したセッションＩＤと共に、上位アプリケーション３１４にセッション切断通知を送る。
【０１３５】
上位アプリケーション３１４は、受け取ったセッションＩＤによりセッション切断となったセッションを認識し、そのセッションＩＤを削除するなどして、それをセッション管理に反映する。そして、上位アプリケーション３１４は、セッション切断要求をソフトブリッジ３１３に送る。
【０１３６】
これを受けたソフトブリッジ３１３は、データパケットブリッジ部３４のレジスタ部５０７にセットされている、切断されたセッションのセッションＩＤをクリアする。また、ソフトブリッジ３１３は、自己が保持しているセッションＩＤから、当該切断されたセッションのセッションＩＤを削除しておく。
【０１３７】
レジスタ部５０７のセッションＩＤのクリアにより、データパケットブリッジ部３４は、ＬＡＮ側インターフェース部３７との間におけるブリッジ転送の処理停止となる。
【０１３８】
その後、ソフトブリッジ３１３は、ＰＡＤＴパケットを透過させて、ＷＡＮドライバ３０２を通じてデータパケットブリッジ部３４に送出する。これにより、ＰＡＤＴパケットは、データパケットブリッジ部３４を通じてＬＡＮ側インターフェースに転送され、ＰＰＰｏＥサーバ側に送出される。
【０１３９】
このＰＡＤＴパケットを受け取ったＰＰＰｏＥサーバは、応答のためのＰＡＤＴパケットをＰＰＰｏＥクライアントに送ってくる。この応答のＰＡＤＴパケットは、図５に示すように、ＷＡＮ側インターフェース部３５から、データパケットブリッジ部３４を経由して、管理パケットブリッジ部３３で透過（ブリッジ転送）されて、ＬＡＮ側インターフェース部３７に送出され、ＰＰＰｏＥクライアントに送られる。これにより、切断シーケンスが完了し、切断されたセッションは空き状態になる。この後、ソフトブリッジ３１３は、上位アプリケーション３１４にセッション停止通知を送る。上位アプリケーション３１４は、当該セッションは空きになったとして、セッション管理する。
【０１４０】
［未知セッションシーケンス；図７］
図７は、実施形態のＰＰＰｏＥブリッジ３０において、そのときの状況ではありえない未知のパケットを受け取ったときのシーケンス例である。例えば、ＰＰＰセッションでの通信中においては、任意のタイミングでＬＣＰエコー要求（ＬＣＰ  Ｅｃｈｏ−ＲＥＱ）のパケットが送られ、リンク（セッション）が生きているかどうかを確認するようにされている。したがって、空き状態では、このＬＣＰエコー要求のパケットはありえないパケットであり、そのパケットのセッションＩＤで示されるセッションは未知のセッションである。
【０１４１】
この実施形態のＰＰＰｏＥブリッジ３０は、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、このような未知のセッションは、切断処理するようにする。
【０１４２】
すなわち、図７に示すように、通信が空き状態において、ＬＣＰエコー要求のパケットが、図７では、ＬＡＮ側インターフェース部３７を通じて到来すると、データパケットブリッジ部３４では、セッションＩＤがレジスタ部５０７にセットされていないので、当該ＬＣＰエコー要求のパケットは、管理パケットブリッジ部３３に送られる。管理パケットブリッジ部３３のソフトブリッジ３１３は、当該空き状態でのＬＣＰエコー要求のパケットは、ありえないパケットであると判定して、そのパケットからセッションＩＤを取得した後、当該パケットを廃棄する。
【０１４３】
そして、ソフトブリッジ３１３は、セッション未知通知を上位アプリケーション３１４に送る。上位アプリケーション３１４は、セッション切断要求をソフトブリッジ３１３に送る。
【０１４４】
これを受けたソフトブリッジ３１３は、自己が通信の相手方の双方に成りすまして、つまり、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、セッション切断シーケンスを実行する。
【０１４５】
すなわち、ソフトブリッジ３１３は、ＬＣＰ切断要求（ＬＣＰ  Ｔｅｒｍ−ＲＥＱ）のパケットを、データパケットブリッジ部３４を通じて、ＬＡＮ側インターフェース部３７から、ＰＰＰｏＥクライアントに送ると共に、ＷＡＮ側インターフェース部３５からＰＰＰｏＥサーバに送る。
【０１４６】
ＬＣＰ切断要求のパケットを受け取ったＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバからは、その応答（ＬＣＰ  Ｔｅｒｍ−ＡＣＫ）のパケットが送られてくる。前述と同様にして、データパケットブリッジ部３４を介して、当該応答のパケットを管理パケットブリッジ部３３のソフトブリッジ３１３が受け取り、ソフトブリッジ３１３は、受け取った応答のパケットを廃棄する。
【０１４７】
そして、ソフトブリッジ３１３は、セッション切断のＰＡＤＴパケットを、データパケットブリッジ部３４を通じて、ＬＡＮ側インターフェース部３７から、ＰＰＰｏＥクライアントに送ると共に、ＷＡＮ側インターフェース部３５からＰＰＰｏＥサーバに送る。
【０１４８】
セッション切断のＰＡＤＴパケットを受け取ったＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバからは、その応答としてＰＡＤＴパケットが送られてくる。前述と同様にして、データパケットブリッジ部３４を介して、当該応答のＰＡＤＴパケットを管理パケットブリッジ部３３のソフトブリッジ３１３が受け取り、ソフトブリッジ３１３は、受け取った応答のＰＡＤＴパケットを廃棄する。その後、ソフトブリッジ３１３は、セッション停止通知を上位アプリケーション３１４に送る。
【０１４９】
［切断要求シーケンス；図８］
図８は、実施形態のＰＰＰｏＥブリッジ３０が、ＰＰＰｏＥサーバにアクセスするために、通信中のセッションを切断するときのシーケンス例である。
【０１５０】
すなわち、上位アプリケーション３１４は、通信中のセッションの切断要求をソフトブリッジ３１３に送る。これを受けたソフトブリッジ３１３は、データパケットブリッジ部３４のレジスタ部５０７にセットされている通信中のセッションのセッションＩＤをクリアする。そして、ソフトブリッジ３１３は、自己が保持しているセッションＩＤから、当該切断されたセッションのセッションＩＤを削除しておく。
【０１５１】
レジスタ部５０７のセッションＩＤのクリアにより、データパケットブリッジ部３４は、ＬＡＮ側インターフェース部３７との間におけるブリッジ転送の処理停止となる。
【０１５２】
その後、ソフトブリッジ３１３は、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、セッション切断シーケンスを実行する。このセッション切断シーケンスは、図７に示したものと同じであるので、ここでは、説明は省略する。
【０１５３】
図８には、図示を省略したが、上位アプリケーション３１４は、ソフトブリッジ３１３からのセッション停止通知を受けた後に、例えば自己のソフトウエアプログラムの更新のために、ＰＰＰｏＥサーバを介して、特定のサーバにアクセスすることができる。
【０１５４】
［管理パケットブリッジ部３３における処理］
上述した接続シーケンス、切断シーケンスおよび未知セッション切断シーケンスを、管理パケットブリッジ部３３が実行するための処理のフローチャートを、図９および図１０に示す。なお、上述した図８の切断要求シーケンスをなすための処理のフローチャートについては省略する。この図９および図１０のフローチャートの各ステップは、管理パケットブリッジ部３３を構成するマイクロコンピュータが実行するもので、ソフトブリッジ３１３の処理と、上位アプリケーション３１４の処理を含むものである。
【０１５５】
図９に示すように、管理パケットブリッジ部３３は、受け取ったパケットのヘッダ部をチェックし（ステップＳ１０１）、受け取ったパケットが確立されたセッションのセッションＩＤを通知するＰＡＤＳパケットか否かを判別する（ステップＳ１０２）。ステップＳ１０２において、受け取ったパケットがＰＡＤＳパケットであると判別したときには、当該ＰＡＤＳパケットからセッションＩＤを取得して保持し、セッション開始を管理する（ステップＳ１０３）。
【０１５６】
そして、管理パケットブリッジ部３３は、ステップＳ１０３で取得したセッションＩＤを、データパケットブリッジ部３４のレジスタ部５０７にセットし（ステップＳ１０４）、受け取ったＰＡＤＳパケットは、ソフトブリッジ３１３を通じて透過させる（ステップＳ１０５）。そして、ステップＳ１０１に戻り、次のパケットのチェックする。
【０１５７】
また、管理パケットブリッジ部３３は、ステップＳ１０２で、受け取ったパケットがＰＡＤＳパケットではないと判別したときには、受け取ったパケットがセッションの切断通知用のＰＡＤＴパケットであるか否か判別する（図１０のステップＳ１１１）。
【０１５８】
このステップＳ１１１で、受け取ったパケットがＰＡＤＴパケットであると判別したときには、管理パケットブリッジ部３３は、当該ＰＡＤＴパケットからセッションＩＤを取得し、当該セッションＩＤのセッション切断を認識して、セッション管理に反映する（ステップＳ１１２）。
【０１５９】
そして、管理パケットブリッジ部３３は、データパケットブリッジ部３４のレジスタ部５０７に記憶保持されている当該セッションＩＤをクリアする（ステップＳ１１３）。そして、ステップＳ１０５に進み、当該パケットＰＡＤＴを透過させた後、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。
【０１６０】
また、ステップＳ１１１で、受け取ったパケットがＰＡＤＴパケットではないと判別したときには、管理パケットブリッジ部３３は、その状態でありえない未知のパケットであるか否か判別する（ステップＳ１１４）。そして、未知のパケットでないと判別したときには、管理パケットブリッジ部３３は、ステップＳ１０５に進み、当該パケットＰＡＤＴを透過させた後、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。
【０１６１】
また、ステップＳ１１４で、未知のパケットであると判別したときには、管理パケットブリッジ部３３は、当該パケットを廃棄して、通信の相手方の双方に成りすまして、切断シーケンスを実行する（ステップＳ１１６）。そして、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。
【０１６２】
［データパケットブリッジ部３４におけるパケット分配処理動作の説明］
データパケットブリッジ部３４は、この実施形態では、前述したように、ＦＰＧＡによるハードウエア構成とされるが、そのパケット分配処理動作を明瞭にするため、その処理手順をフローチャートを用いて説明することとする。
【０１６３】
図１１に、分配部５０２または分配部５０５で、パケットを、データパケットブリッジ部３４で転送するのか、管理パケットブリッジ部３３に渡すのかのパケット分配処理の手順を説明するフローチャートを示す。なお、この図１１のフローチャートでは、管理用のパケットとデータ通信用のパケットとの調停のための情報の処理は省いてある。
【０１６４】
分配部５０２または分配部５０５は、パケットを受信すると（ステップＳ２０１）、セッションＩＤがレジスタ部５０７にセットされているかどうかチェックし（ステップＳ２０２）、レジスタ部５０７にセッションＩＤがセットされていないときには、パケットは管理パケットブリッジ部３３に渡すようにする（ステップＳ２０７）。
【０１６５】
ステップＳ２０２で、セッションＩＤがレジスタ部５０７にセットされていることが判明したときには、分配部５０２または分配部５０５は、受信したパケットのヘッダ部のパケット種別を参照して、当該パケットが管理用のパケットか、データ通信用のパケットであるかを判定する（ステップＳ２０４）。
【０１６６】
そして、分配部５０２または分配部５０５は、受け取ったパケットが管理用のパケットであると判定したときは、管理パケットブリッジ部３３に渡すようにする（ステップＳ２０７）。
【０１６７】
また、分配部５０２または分配部５０５は、受け取ったパケットがデータ通信用のパケットであると判定したときは、当該パケットのセッションＩＤと、レジスタ部５０７に保持されているセッションＩＤとを比較して、両者が一致しているか否か判別する（ステップＳ２０５）。そして、両者が一致していると判別したときには、分配部５０２または分配部５０５は、当該パケットは、データパケットブリッジ部２３内を透過させるようにする（ステップＳ２０６）。
【０１６８】
また、ステップＳ２０５で、当該パケットのセッションＩＤと、レジスタ部５０７に保持されているセッションＩＤとが不一致であると判別したときには、分配部５０２または分配部５０５は、受け取ったパケットを、管理パケットブリッジ部３３に渡すようにする（ステップＳ２０７）。
【０１６９】
［管理用のパケットと、データ通信用のパケットとの調停処理］
データパケットブリッジ部３４の調停部５０３および５０６による、管理用のパケットとデータ通信用のパケットとが衝突して廃棄されてしまわないようにする調停処理について、以下に、さらに説明する。
【０１７０】
データパケットブリッジ部３４のハードブリッジ回路４０５を構成するハードブリッジ回路部４０５Ｗおよび４０５Ｌは、それぞれフレーム解析部５０１および５０４、分配部５０２および５０５、また、調停部５０３および５０６を備えるもので、同じ構成を備え、同様の処理動作をする。そこで、以下の説明においては、説明の煩雑さを避けるため、一方のハードブリッジ回路部４０５Ｌを例にとって、その構成および処理動作を説明することとして、ハードブリッジ回路部４０５Ｗについての説明は省略する。
【０１７１】
図１２は、調停部５０３の詳細な構成例を含むデータパケットブリッジ部３４のハードブリッジ回路部４０５Ｌのブロック図である。調停部５０６も、この調停部５０３と同様の構成を備えることは言うまでもない。なお、図１２では、説明が煩雑になるのを避けるために、既述したパケット分配処理のためのレジスタ部５０７は省略した。
【０１７２】
図１２に示すように、この実施形態では、調停部５０３は、分配部５０２に接続されるクラス分け部６０１と、データ通信用のパケットについてのキューステータス保持部６０２と、データ通信用のパケットのバッファ部６０３と、送信調停部６０４と、インターフェース４０４を通じて送られてくる管理用パケットを受けるフレーム解析部６０５と、このフレーム解析部６０５に接続されるクラス分け部６０６と、管理用のパケットについてのキューステータス保持部６０７と、管理用のパケットのバッファ部６０８と、から構成されている。
【０１７３】
フレーム解析部５０１は、パケットの調停のための処理動作としては、インターフェース４０１から受信するパケットから、前述の図３および図４に示したヘッダ部のフィールド「ＴＯＳ」または「ＴＣ」の上位６ビットのＤＳＣＰ情報を、優先順位の情報として抽出し、分配部５０２に渡す動作を行なう。分配部５０２は、フレーム解析部５０１からのパケットがデータ通信用のパケットであるときには、受け取った優先順位の情報と共に、そのパケットをクラス分け部６０１に渡すようにする。
【０１７４】
また、フレーム解析部６０５は、インターフェース４０４から受ける管理用のパケットから、前述の図３および図４に示したヘッダ部のフィールド「ＴＯＳ」または「ＴＣ」の上位６ビットのＤＳＣＰ情報を、優先順位の情報として抽出し、クラス分け部６０６に渡す動作を行なう。
【０１７５】
クラス分け部６０１および６０６は、同様の構成を備えるもので、この例では、優先順位の情報を解析して、優先順位に応じた複数のクラスに、クラス分けする。この例では、優先順位の高い方から順に、クラス０、クラス１、クラス２、クラス３の４段階にクラス分けする。
【０１７６】
そして、クラス分け部６０１および６０６は、クラス分け結果に応じて、当該パケットのキューステータスを、キューステータス保持部６０２および６０７に登録するようにする。
【０１７７】
キューステータス保持部６０２および６０７は、例えばＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）からなるメモリで構成されており、４段階のクラス０、クラス１、クラス２、クラス３のそれぞれ毎に、パケットのキュー状態（送信待ち受け状態）を登録することができるものとして構成されている。
【０１７８】
図１３に、この例のキューステータスのフォーマットを示す。図１３（Ａ）に示すように、キューステータスは、この例では、１６ビットの情報とされる。そして、このキューステータスのうちの１ビット「Ｅ」は、図１３（Ｂ）に示すように、セットされている状態（待ち受けパケット有りの状態）か、空き状態（待ち受けパケット無しの状態）かを示す情報とされる。また、他の１ビット「Ｖ」は、図１３（Ｂ）に示すように、待ち受け状態のパケットが正常にセットされたかどうかの有効性情報とされる。
【０１７９】
そして、キューステータス保持部６０２および６０７は、図１３（Ｃ）に示すように、優先順位に応じた前記４段階のクラス０、クラス１、クラス２、クラス３に応じた４種のキュークラス０、キュークラス１、キュークラス２、キュークラス３に、記憶部が分けられており、各キュークラスで、この例では、６４個のキューステータスが登録可能とされている。つまり、前記４段階のクラス０、クラス１、クラス２、クラス３のそれぞれで、最大６４個のパケットがバッファリング可能とされている。
【０１８０】
クラス分け部６０１および６０６は、キューステータス保持部６０７の、前述したクラス分け判定の結果として得たクラスに応じたキュークラスの記憶エリアに、受け取ったパケットについてのキューステータスを、登録するようにする。
【０１８１】
また、クラス分け部６０１および６０６は、パケットを、バッファ部６０３および６０８の、そのクラス分け判定の結果として得たクラスに応じた記憶エリアに書き込み、バッファリングさせるようにする。
【０１８２】
例えば、この実施形態では、バッファ部６０３および６０８は、図示は省略するが、４段階のクラスの各クラスに１個が対応するようにされた、４個のＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）メモリで構成されている。
【０１８３】
したがって、クラス分け部６０１および６０６は、パケットを、バッファ部６０３および６０８の４個のＦＩＦＯメモリのうちの、そのクラス分け結果に応じたクラスのＦＩＦＯメモリに、書き込むようにする。それぞれのＦＩＦＯメモリの容量は、キューステータス保持部６０２および６０７のステータス最大保持数に応じたパケットを記憶することができるものとされ、もしも、ＦＩＦＯメモリが一杯の状態になって、新たなパケットが到来したときには、その新たなパケットが廃棄されることになる。
【０１８４】
送信調停部６０４は、キューステータス保持部６０２および６０７の各クラスのキューステータスと、バッファ部６０３および６０８の対応するクラスのＦＩＦＯメモリとの対応を取りながら、インターフェース４０３側に送信（送出）するパケットを判定して読み出す。
【０１８５】
上述したように、バッファ部６０３および６０８のそれぞれには、この実施形態では、４段階のクラス０、クラス１、クラス２、クラス３に、クラス分けされてパケットがバッファリングされている。したがって、バッファ部６０３とバッファ６０８とで同じ優先順位のパケットが次のキューとして存在している場合には、いずれかを優先して選択するようにする必要がある。
【０１８６】
この実施形態では、管理用のパケットの方が、データ通信用のパケットよりも優先度が高いとしている。データ通信用のパケットの情報は、再送してもらうことができるなどを考慮して、この実施形態では、このように定めている。
【０１８７】
このため、バッファ部６０３および６０８のそれぞれの４段階のクラス０、クラス１、クラス２、クラス３のＦＩＦＯメモリ（８個のＦＩＦＯメモリ）は、図１４において、バッファ部６０３および６０８のそれぞれについて、丸数字で示すような優先順位が付与される。
【０１８８】
すなわち、バッファ部６０８の４段階のクラス０、クラス１、クラス２、クラス３のＦＩＦＯメモリの優先順位は、第１位、第３位、第５位、第７位となる。また、バッファ部６０３の４段階のクラス０、クラス１、クラス２、クラス３のＦＩＦＯメモリの優先順位は、第２位、第４位、第６位、第８位となる。
【０１８９】
したがって、送信調停部６０４は、先ず、キューステータス保持部６０７のキュークラス０のキューステータスを参照し、待ちパケットが有ると判断したときには、バッファ部６０８のクラス０のＦＩＦＯメモリからパケットを読み出し、インターフェース４０３を通じて送信するようにする。
【０１９０】
そして、送信調停部６０４は、キューステータス保持部６０７のキュークラス０のキューステータスを参照し、待ちパケットがないと判断したときには、キューステータス保持部６０２のキュークラス０のキューステータスを参照し、待ちパケットが有ると判断したときには、バッファ部６０３のクラス０のＦＩＦＯメモリからパケットを読み出し、インターフェース４０３を通じて送信するようにする。
【０１９１】
以下、同様にして、送信調停部６０４は、優先順位が上位のキュー（待ちパケット）がなくなったら、その下位のキューステータスを参照して、待ちパケットが有ると判断したときには、バッファ部６０３または６０８の対応するクラスのＦＩＦＯメモリからパケットを読み出し、インターフェース４０３を通じて送信するようにする。
【０１９２】
以上の送信調停部６０４の調停処理動作により、管理用のパケットとデータ通信用のパケットとの衝突を回避しながら、優先度の高いパケットは優先して送出するように調停することができる。
【０１９３】
［調停処理における主要な各部の処理動作の説明］
前述もしたように、データパケットブリッジ部３４は、ＦＰＧＡによるハードウエア構成とされるが、調停部における主要な各部の処理動作を明瞭にするため、以下に、当該主要な各部の処理動作を、それぞれフローチャートを用いて説明する。
【０１９４】
＜フレーム解析部＞
図１５は、フレーム解析部５０１または５０４、あるいはフレーム解析部６０５（ハードブリッジ回路部４０５Ｗのフレーム解析部も同様）の処理動作を説明するためのフローチャートである。ここでは、フレーム解析部５０１の動作として説明する。
【０１９５】
フレーム解析部５０１は、先ず、ＰＰＰｏＥフレーム、すなわち、ＰＰＰｏＥパケットを受信する（ステップＳ３０１）。次に、フレーム解析部５０１は、フレームは、正しく受信されたか否か判別する（ステップＳ３０２）。そして、フレームが正しく受信されたと判別したときには、即座にＰＰＰｏＥフレームのヘッダ部を解析する処理をする（ステップＳ３０４）。
【０１９６】
ステップＳ３０２で、正しく受信されなかったと判別したときには、エラーステータスをセットし（ステップＳ３０３）、その後、ステップＳ３０４に進んで、ＰＰＰｏＥフレームのヘッダ部を解析する処理をする。
【０１９７】
次に、ステップＳ３０３での解析結果として、パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」の情報と、優先順位のＤＳＣＰの情報と、セッションＩＤなどを抽出し（ステップＳ３０５）、それら抽出した情報を後段の各部に渡すフレーム情報として符号化して、後段の処理部に渡す（ステップＳ３０６）。そして、ステップＳ３０１に戻り、このステップＳ３０１からの処理を繰り返す。
【０１９８】
＜分配部＞
フレーム解析部５０１またはフレーム解析部５０４からの情報を受けた分配部５０２および分配部５０５の処理は、図１６に示すようなものとなる。ここでは、分配部５０２の処理として説明する。
【０１９９】
すなわち、分配部５０２は、フレーム解析部５０１からの符号化フレーム情報のうちの、パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」の情報およびセッションＩＤとを用いて、前述したように、受け取ったパケットは、管理パケットブリッジ部３３に送るべきものであるか、ハードブリッジ回路４０５を透過させるものであるかの判定をする（ステップＳ３１１）。
【０２００】
そして、分配部５０２は、その判定の結果、受信したパケットの送信先が管理パケットブリッジ部３３であるか否か判別し（ステップＳ３１２）、送信先が管理パケットブリッジ部３３であると判別したときには、インターフェース４０２を通じて管理パケットブリッジ部３３に、当該パケットを渡す。このとき、符号化フレーム情報は、管理パケットブリッジ部３３には渡す必要はない。
【０２０１】
ステップＳ３１２で、送信先が管理パケットブリッジ部３３ではないと判別したときには、分配部５０２は、符号化フレーム情報の少なくとも優先順位の情報を伴って、調停部５０３のクラス分け部６０１にパケットを渡すようにする（ステップＳ３１４）。ステップＳ３１３またはステップＳ３１４で、パケットの送信を終了したらステップＳ３１１に戻って、以上の処理を繰り返す。
【０２０２】
＜クラス分け部＞
クラス分け部６０１または６０６（ハードブリッジ回路部４０５Ｗのクラス分け部も同様）における処理動作は、図１７に示すようなものとなる。ここでは、クラス分け部６０１の動作として説明する。
【０２０３】
クラス分け部６０１は、受け取った符号化フレーム情報のうちの、優先順位の情報について、予め用意されている４段階のクラス分けのためのテーブル情報を検索し（ステップＳ３２１）、いずれのクラスのパケットである決定する（ステップＳ３２２）。
【０２０４】
次に、クラス分け部６０１は、符号化フレーム情報に含まれるエラーステータスがセット（図１５のステップＳ３４３参照）されているか否か判別し（ステップＳ３２３）、エラーステータスがセットされているときには、そのパケットは、廃棄処理して（ステップＳ３２４）、ステップＳ３２１に戻り、このステップＳ３２１からの処理を繰り返す。
【０２０５】
また、クラス分け部６０１は、ステップＳ３２３で、エラーステータスがセットされてはいないと判別したときには、パケットは、バッファ部６０３の、ステップＳ３２２で決定されたクラスに対応するＦＩＦＯメモリに書き込んでキューイングする（ステップＳ３２５）。
【０２０６】
次に、クラス分け部６０１は、キューステータス保持部６０７の、ステップＳ３２２で決定されたクラスに対応するキュークラスのエリアに、キューステータスを登録する（ステップＳ３２６）。そして、ステップＳ３２１に戻り、このステップＳ３２１以降の処理を繰り返す。
【０２０７】
なお、図１３に示されているように、クラス分け部６０１は、ＦＩＦＯメモリにパケットの書き込みを開始すると、キューステータスのビット「Ｅ」を、「０」から「１」にセットして、パケットをキューイングしたことをキューステータスに反映する。そして、パケットが正常にＦＩＦＯに書き込まれたときには、クラス分け部６０１は、キューステータスのビット「Ｖ」を「１」にセットする。しかし、パケットが正常にＦＩＦＯに書き込まれなかったときには、クラス分け部６０１は、キューステータスのビット「Ｖ」を「０」にする。
【０２０８】
また、キューステータスのビット「Ｅ」は、送信調停部６０４が、パケットの送信を完了したときに、送信調停部６０４が「０」に戻すようにする。
【０２０９】
＜送信調停部＞
送信調停部６０４（ハードブリッジ回路部４０５Ｗの送信調停部も同様）における処理動作は、図１８に示すようなものとなる。
【０２１０】
送信調停部６０４は、バッファ部６０３または６０８に送信待ちのパケット（キュー）が存在するか否かを判別する（ステップＳ３３１）。この場合、前述したように、送信調停部６０４は、優先順位の高いバッファ部６０８側から先に、キューが存在するか否かを判別するものである。
【０２１１】
バッファ部６０３または６０８にキューが存在すると判別したときには、送信調停部６０４は、当該キューが存在すると判別されたバッファ部に対応するキューステータス保持部６０２または６０７のキューステータスを優先順位が高いものから検索して、バッファ部にキューイングされているパケットのキューステータスを探す。バッファ部６０３、６０８の両方にキューが有ると判別したときには、上述した優先順位に従って、交互にバッファ部６０３、６０８のキューステータスを探すものとなる（ステップＳ３３２）。
【０２１２】
そして、送信調停部６０４は、その検索の結果として、キューイングされているものの中で、最も優先順位が高いキューを決定する（ステップＳ３３３）。そして、送信調停部６０４は、そのキューのキューステータス（ビット「Ｖ」）を参照して、パケットが有効データか否かチェックする（ステップＳ３３４）。
【０２１３】
そして、送信調停部６０４は、チェックの結果、無効であって廃棄すべきか否か判別し（ステップＳ３３５）、廃棄すべきと判別したときには、当該パケットは送信せずに廃棄処理する（ステップＳ３３６）。廃棄処理が終了したら、そのキューステータスを更新し（ステップＳ３３８）、その後、ステップＳ３３１に戻って、このステップＳ３３１からの処理を繰り返す。
【０２１４】
また、ステップＳ３３５で、パケットは有効データであって、廃棄すべきではないと判別したときには、送信調停部６０４は、パケットをインターフェース４０３を通じて送信する処理を行う（ステップＳ３３７）。送信処理が終了したら、そのキューステータスを更新し（ステップＳ３３８）、その後、ステップＳ３３１に戻って、このステップＳ３３１からの処理を繰り返す。
【０２１５】
［他の実施形態および変形例］
上述の実施の形態では、データパケットブリッジ部３４は、ＦＰＧＡを用いたハードウエア構成としたが、各部を個別の回路構成としたハードウエア構成であってもよ。また、データパケットブリッジ部３４をＤＳＰで構成するようにしてもよい。
【０２１６】
また、管理パケットブリッジ部３３は、ＤＳＰの構成とするようにしてもよい。
【０２１７】
また、ＷＡＮ側インターフェース部３５およびＬＡＮ側インターフェース部３７に接続される伝送路は、ケーブルによる有線路でも良いし、無線路であっても良い。
【０２１８】
また、上述の実施形態は、中継装置をブロードバンドモデム／回線終端装置に含まれるＰＰＰｏＥブリッジに適用した場合について説明したが、この発明の中継装置は、ルータやゲートウエイ内に設けるようにすることもできる。
【０２１９】
また、上述の実施形態は、中継装置にこの発明を適用した場合であるが、ＰＰＰｏＥフレームを扱う通信装置で、２つの経路からの入力パケットの衝突を回避して、調停する場合の全てにおいて適用可能である。
【０２２０】
また、上述の説明は、通信プロトコルがＰＰＰｏＥである場合について説明したが、この発明は、ＰＰＰｏＥと同様のフォーマットの通信プロトコルの場合にも適用可能である。
【図面の簡単な説明】
【０２２１】
【図１】この発明による中継装置の実施形態を、ＰＰＰｏＥブリッジとして使用した場合の構成例の概要を示すブロック図である。
【図２】図１のＰＰＰｏＥブリッジの管理パケットブリッジ部３３およびデータパケットブリッジ部３４の詳細構成例を示すブロック図である。
【図３】ＰＰＰｏＥフレームのフォーマットの一例を説明するための図である。
【図４】ＰＰＰｏＥフレームのフォーマットの他の例を説明するための図である。
【図５】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける接続シーケンスを説明するためのシーケンス図である。
【図６】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける切断シーケンスを説明するためのシーケンス図である。
【図７】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける未知セッション切断シーケンスを説明するためのシーケンス図である。
【図８】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける切断要求シーケンスを説明するためのシーケンス図である。
【図９】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの管理パケットブリッジ部の動作説明のためのフローチャートの一部を示す図である。
【図１０】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの管理パケットブリッジ部の動作説明のためのフローチャートの一部を示す図である。
【図１１】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジのデータパケットブリッジ部の一部の動作説明のためのフローチャートを示す図である。
【図１２】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの主要部の具体構成例を示すブロック図である。
【図１３】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの主要部の具体構成例を説明するために用いる図である。
【図１４】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの主要部の具体構成例を説明するために用いる図である。
【図１５】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの主要部の具体構成例を構成する処理部の動作を説明するために用いるフローチャートである。
【図１６】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの主要部の具体構成例を構成する処理部の動作を説明するために用いるフローチャートである。
【図１７】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの主要部の具体構成例を構成する処理部の動作を説明するために用いるフローチャートである。
【図１８】この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの主要部の具体構成例を構成する処理部の動作を説明するために用いるフローチャートである。
【図１９】この発明による中継装置の実施形態を、ＰＰＰｏＥブリッジとして使用した通信システムの一例の構成を示す図である。
【図２０】ＰＰＰｏＥのセッション確立時のシーケンスを説明するためのシーケンス図である。
【図２１】ＰＰＰｏＥのフレームフォーマットを説明するための図である。
【図２２】従来のＰＰＰｏＥブリッジの構成例を説明のためのブロック図である。
【図２３】提案される新規のＰＰＰｏＥブリッジの構成例を説明のためのブロック図である。
【符号の説明】
【０２２２】
３０…ＰＰＰｏＥブリッジ、３３…管理パケットブリッジ部、３４…データパケットブリッジ部、３１３…ソフトブリッジ、４０５…ハードブリッジ回路、５０１，５０４，６０５…フレーム解析部、５０２，５０５…分配部、５０３，５０６…調停部、５０７…レジスタ部、６０１，６０６…クラス分け部、６０３，６０８…バッファ部
【図１】
0005045939.tif 000002
【図２】
0005045939.tif 000003
【図３】
0005045939.tif 000004
【図４】
0005045939.tif 000005
【図５】
0005045939.tif 000006
【図６】
0005045939.tif 000007
【図７】
0005045939.tif 000008
【図８】
0005045939.tif 000009
【図９】
0005045939.tif 000010
【図１０】
0005045939.tif 000011
【図１１】
0005045939.tif 000012
【図１２】
0005045939.tif 000013
【図１３】
0005045939.tif 000014
【図１４】
0005045939.tif 000015
【図１５】
0005045939.tif 000016
【図１６】
0005045939.tif 000017
【図１７】
0005045939.tif 000018
【図１８】
0005045939.tif 000019
【図１９】
0005045939.tif 000020
【図２０】
0005045939.tif 000021
【図２１】
0005045939.tif 000022
【図２２】
0005045939.tif 000023
【図２３】
0005045939.tif 000024