JP2009239786A - 中継装置 - Google Patents

Abstract

【課題】ソフトウエア処理を行うブリッジ部のパフォーマンスを気にすることなく、処理を行うことができる中継装置を提供する。
【解決手段】パケットが管理用であるかデータ通信用であるかを判別するための判別情報と、２点間で接続される当該パケットの伝送路を識別するための伝送路識別情報とを少なくとも含むパケットを中継する中継装置である。管理パケットブリッジ部２３と、データパケットブリッジ部２４とを設ける。データパケットブリッジ部は、管理パケットブリッジ部からの伝送路識別情報を受けて保持すると共に、受信したパケットに含まれる伝送路識別情報と保持した伝送路識別情報とが一致し、判別情報がデータ通信用であるパケットは、自ブリッジ部を通じて透過させ、それ以外のパケットは、管理パケットブリッジ部に渡す。管理用パケットは、管理パケットブリッジ部を透過させるようにする。
【選択図】図１

Description

この発明は、例えば、ＰＰＰｏＥ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ（登録商標））プロトコルを用いる通信路において用いられて好適な中継装置に関する。

ＰＰＰｏＥのプロトコルを用いた通信システムの一例の構成の概要を図１０に示す。

図１０に示すように、インターネット１には、ブロードバンド接続業者２のサーバが接続されている。家庭や事業所の通信設備は、光ケーブルやＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）３を通じてブロードバンド接続業者２と接続され、このブロードバンド接続業者２を通じてインターネット１に接続される。

家庭や事業所においては、光ケーブルやＡＤＳＬ３は、ブロードバンドモデム／回線終端装置４を通じてルータ５に接続される。ルータ５には、例えばイーサーネット（登録商標）からなるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を通じて複数台のパーソナルコンピュータ６やゲーム機７が接続されている。

この図１０のシステム構成において、ルータ５がＰＰＰｏＥの機能を備えていれば、複数のパーソナルコンピュータ６からインターネット１に直接にアクセスすることができる。その場合のＰＰＰｏＥクライアントは、ルータ５である。この場合に、ブロードバンドモデム／回線終端装置４は、ＰＰＰｏＥブリッジと呼ばれる中継装置を備える。

なお、ゲーム機７がＰＰＰｏＥの機能を備えていれば、ゲーム機７は、ブロードバンドモデム／回線終端装置４のＰＰＰｏＥブリッジを通じて、ルータ５を介さずにＰＰＰｏＥパケットの転送ができる。

この通信システムにおけるＰＰＰｏＥでのシーケンスは、例えば特許文献１（特開２００３−３３３０６４号公報）に示されているように、図１１に示すようなものとなる。また、ＰＰＰｏＥフレームのフォーマットは、図１２に示すようなものとなっている。先ず、図１２のＰＰＰｏＥフレームのフォーマットについて説明する。

図１２に示すように、ＰＰＰｏＥフレームは、宛先アドレス「ＤＥＳＴＩＮＡＴＩＯＮ＿ＡＤＤＲ」、送信元アドレス「ＳＯＵＲＣＥ＿ＡＤＤＲ」、パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」、データ「ｐａｙｌｏａｄ」、エラー検出用のチェックサム「ＣＨＥＣＫＳＵＭ」とからなる。宛先アドレス「ＤＥＳＴＩＮＡＴＩＯＮ＿ＡＤＤＲ」、送信元アドレス「ＳＯＵＲＣＥ＿ＡＤＤＲ」、パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」は、ＰＰＰｏＥフレームのヘッダ部である。

パケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」は、管理用パケットと、データ通信用のパケットとを判別するための判別情報である。具体的には、このパケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」が、「０ｘ８８６３」であるときには、そのパケットは、管理用パケット（Ｄｉｓｃｏｖｅｒｙ Ｓｔａｇｅ（ＰＰＰｏＥセッションの開始時））であることを示しており、「０ｘ８８６４」であるときには、そのパケットは、データ通信用パケット（ＰＰＰ Ｓｅｓｓｉｏｎ Ｓｔａｇｅ（ＰＰＰによる通信時）であることを示している。

したがって、このパケット種別「ＥＴＨＥＲ＿ＴＹＰＥ」が上記のいずれであるかを認定することにより、パケットが管理用のパケットであるか、データ通信用のパケットであるかを判別することができる。

データ「ｐａｙｌｏａｄ」は、バージョン「ＶＥＲ」と、タイプ「ＴＹＰＥ」と、パケットのセッションの状態を示すコード「ＣＯＤＥ」と、ＰＰＰｏＥのセッション識別情報(セッションＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）)「ＳＥＳＳＩＯＮ＿ＩＤ」と、ペイロードの長さの情報「ＬＥＮＧＴＨ」とからなるヘッダ部と、データ部としてのペイロード「ｐａｙｌｏａｄ」とからなる。

セッションＩＤは、通信を開始しようとする２点間で接続されるパケット伝送路を識別するための伝送路識別情報である。セッションは、ここでは、仮想的な伝送路を意味するものとする。

コード「ＣＯＤＥ」は、図１２に示すように、５個のセッションの状態を示すものとされている。すなわち、「ＣＯＤＥ」は、ＰＡＤＩ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｉｎｉｔｉａｔｉｏｎ）と、ＰＡＤＯ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｏｆｆｅｒ）と、ＰＡＤＲ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）と、ＰＡＤＳ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｓｅｓｓｉｏｎ−ｃｏｎｆｉｒｍａｔｉｏｎ）と、ＰＡＤＴ（ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｔｅｒｍｉｎａｔｅ）との５種のコード情報のいずれかとなる。

次に、図１１を参照して、ＰＰＰｏＥでの通信シーケンスを説明する。図１１において、ＰＰＰｏＥクライアントは、図１０のルータなどである。ＰＰＰｏＥサーバは、ブロードバンド接続業者２のサーバである。

（１）先ず、ＰＰＰｏＥクライアントは、ＰＰＰｏＥサーバを探すパケット（「ＣＯＤＥ」がＰＡＤＩのパケット；以下、ＰＡＤＩパケットという）をブロードキャストで送信する。

（２）ＰＰＰｏＥサーバは、これに対して返答のパケット（「ＣＯＤＥ」がＰＡＤＯのパケット；以下、ＰＡＤＯパケットという）を、ＰＰＰｏＥクライアントに返す。

（３）ＰＰＰｏＥクライアントは、この返答のＰＡＤＯパケットにより、ＰＰＰｏＥサーバが特定できるので、その特定したＰＰＰｏＥサーバに、セッションの開始を要求するパケット（「ＣＯＤＥ」がＰＡＤＲのパケット；以下、ＰＡＤＲパケットという）を送る。

（４）このＰＡＤＲパケットを受け取ったＰＰＰｏＥサーバは、通信を開始しようとする伝送路についてのセッションＩＤを設定し、当該セッションＩＤを含めたセッションＩＤを通知するのためのパケット（「ＣＯＤＥ」がＰＡＤＳのパケット；以下、ＰＡＤＳパケットという）を、ＰＰＰｏＥクライアントに返す。

以上の（１）−（４）までのシーケンス（ＰＰＰｏＥセッションステージ）により、ＰＰＰｏＥサーバは、セッションを確立するＰＰＰｏＥクライアントの宛先アドレス「ＤＥＳＴＩＮＡＴＩＯＮ＿ＡＤＤＲ」を特定し、また、セッションＩＤの設定およびセッションＩＤのＰＰＰｏＥクライアント端末への通知を行う。

以上のＰＰＰｏＥセッションステージの次には、ＰＰＰセッションステージのシーケンスが行われる。

（５）先ず、ＬＣＰ（Ｌｉｎｋ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）によりネゴシエーションを行い、データリンク（パケット伝送路）を確立する。

（６）次に、認証を行う。

（７）次に、ＰＰＰのネゴシエーションが開始され、ＩＰＣＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ネゴシエーションにより、インターネット１上のグローバルＩＰアドレスの割り当てが行なわれる。

（８）そして、ＰＰＰによる通信が開始される。

ＰＰＰｏＥクライアントとＰＰＰｏＥサーバとの間では、上述した（１）−（４）のＰＰＰｏＥセッションステージでは、管理用のパケットがやり取りされ、それ以降の上述した（５）−（８）のＰＰＰセッションステージでは、データ通信用のパケットがやり取りされる。

前述したブロードバンドモデム／回線終端装置４のＰＰＰｏＥブリッジは、図１１に示すように、ＰＰＰｏＥクライアントとＰＰＰｏＥサーバとの間に設けられて、両者の間におけるパケットの中継を行うものである。

ところで、従来のＰＰＰｏＥブリッジ１０は、図１３に示すように、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）側インターフェース１１と、ＬＡＮ側インターフェース１２と、ブリッジ部１３とで構成されている。

図１０の例の場合、ＷＡＮ側インターフェース１１は、インターネット側に接続されるインターフェースであり、ＬＡＮ側インターフェース１２は、ルータ５に接続されるインターフェースである。

ブリッジ部１３は、マイクロコンピュータやＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などで構成されており、ソフトウエア処理により、管理用のパケットと、データ通信用のパケットとを、両者の区別なく、ＷＡＮ側インターフェース１１からＬＡＮ側インターフェース１２に、あるいはその逆に、図１０において、点線矢印で示すように中継転送するようにしている。

上記の特許文献は、次の通りである。
特開２００３−３３３０６４号公報

図１２に示したように、従来のＰＰＰｏＥブリッジ１０においては、管理用のパケットとデータ通信用のパケットとを、ブリッジ部１３で全て、ソフトウエアにより扱うようにしていた。このため、セッション数が多くなると、ブリッジ部１０を構成するマイクロコンピュータのパフォーマンスが問題になる場合が生じる。

また、ＰＰＰｏＥブリッジ１０において、セッション管理を行なう必要がある場合がある。例えば、ＰＰＰｏＥブリッジ１０のブリッジ部１３のソフトウエアプログラムを、インターネットに接続されているサーバにアクセスしてダウンロードして、更新する場合等である。

このような場合には、ＰＰＰｏＥブリッジ１０のブリッジ部１３は、セッションを管理して、自身のＰＰＰｏＥ通信をするようにする必要がある。このセッション管理は、従来の場合には、ブリッジ部１３で行なう必要があるが、当該ブリッジ部１３では管理用パケットとデータ通信用パケットとを共に扱うようにしているため、ブリッジ部１３の負荷が加重となり、そのパフォーマンスに問題が生じる場合がある。

以上のことにかんがみ、この発明は、ソフトウエア処理を行うブリッジ部のパフォーマンスを気にすることなく、処理を行うことができる中継装置を提供することを目的とする。

上記の課題を解決するために、この発明による中継装置は、
パケットが管理用であるかデータ通信用であるかを判別するための判別情報と、２点間で接続される当該パケットの伝送路を識別するための伝送路識別情報とを少なくとも含む前記パケットを中継する中継装置であって、
通信の一方の相手方に対して前記パケットの送受信を行うための第１のインターフェースと、
前記通信の他方の相手方に対して前記パケットの送受信を行うための第２のインターフェースと、
前記第１のインターフェースおよび前記第２のインターフェース間での前記データ通信用のパケットの転送を行うデータパケットブリッジ部と、
前記第１のインターフェースおよび前記第２のインターフェース間での前記管理用のパケットの転送を、前記データパケットブリッジ部を経由して行なう管理パケットブリッジ部と、
を備え、
前記管理パケットブリッジ部は、
前記データパケットブリッジ部を通じて受けた前記前記管理用のパケットを判定して、前記管理用のパケットは前記データパケットブリッジ部に戻すと共に、前記管理用のパケットが確立された伝送路の前記伝送路識別情報の通知用であると判定したときに、当該伝送路識別情報を前記データパケットブリッジ部に保持させるようにし、
前記データパケットブリッジ部は、前記管理パケットブリッジ部からの前記伝送路識別情報を受けて保持すると共に、前記第１または前記第２のインターフェースを通じて受けた前記パケットに含まれる前記伝送路識別情報と前記保持した前記伝送路識別情報とが一致し、かつ、前記パケットに含まれる判別情報が前記データ通信用であるパケットは、前記第２または前記第１のインターフェースに自ブリッジ部を通じて転送し、それ以外のパケットは、前記管理パケットブリッジ部に渡し、前記管理パケットブリッジ部からのパケットは、前記第１または前記第２のインターフェースに送出するようにする
ことを特徴とする。

上述の構成のこの発明によれば、ブリッジ部を、管理用のパケットのみを処理する管理パケットブリッジ部と、データ通信用のパケットのみを中継転送処理するデータパケットブリッジ部とに分けたので、データパケットブリッジ部では、伝送路管理（セッション管理）を行うための処理パフォーマンスを気にすることなく、データ通信用のパケットの中継転送が可能になる。

そして、この発明によれば、請求項３のように、管理パケットブリッジ部は、ソフトウエア処理の構成とすると共に、データパケットブリッジ部をハードウエア処理の構成とすることが可能となり、データ通信用のパケット中継転送に関しては、処理速度がハードウエア構成に応じた高速の、いわゆるワイヤースピードでの中継転送が可能となる。

この発明によれば、伝送路管理（セッション管理）を行うための処理パフォーマンスを気にすることなく、データ通信用のパケットの中継転送が可能になる。

以下、この発明による中継装置の実施形態を、上述した図１０の通信システムの、ブロードバンドモデム／回線終端装置４に設けられるＰＰＰｏＥブリッジに適用した場合を例に取って、図を参照しながら説明する。

図１は、この発明による中継装置の実施形態としてのＰＰＰｏＥブリッジ２０の構成の概要を示すブロック図である。図１に示すように、この実施形態のＰＰＰｏＥブリッジ２０は、前述した従来例のＰＰＰｏＥブリッジ部１０のＷＡＮ側インターフェース１１およびＬＡＮ側インターフェース１２と同様のＷＡＮ側インターフェース２１およびＬＡＮ側インターフェース２２を備える。

そして、この実施形態のＰＰＰｏＥブリッジ２０においては、前述した従来例のＰＰＰｏＥブリッジ部１０のブリッジ部１０は、管理パケットブリッジ部２３と、データパケットブリッジ部２４との２つに分け、管理パケットブリッジ部２３は、ＷＡＮ側インターフェース２１およびＬＡＮ側インターフェース２２に対して、データパケットブリッジ部２４を介して接続されるように構成する。

データパケットブリッジ部２４は、ＷＡＮ側インターフェース２１またはＬＡＮ側インターフェース２２から到来するＰＰＰｏＥパケットが、管理用のパケットであるか、データ通信用のパケットであるかを判定する機能を備える。

そして、データパケットブリッジ部２４は、ＷＡＮ側インターフェース２１またはＬＡＮ側インターフェース２２から到来するＰＰＰｏＥパケットが、管理用のパケットであると判定したときには、当該管理用のパケットを管理パケットブリッジ部２３に渡すようにする。

また、データパケットブリッジ部２４は、ＷＡＮ側インターフェース２１またはＬＡＮ側インターフェース２２から到来するＰＰＰｏＥパケットが、データ通信用のパケットであると判定したときには、当該データ通信用のパケットは、管理パケットブリッジ部２３には渡さずに、自己のブリッジ部２４内を透過（転送中継）させるようにする。

つまり、この実施形態のＰＰＰｏＥブリッジ２０においては、管理パケットブリッジ部２３は、管理用のパケットのみを取り扱い、データ通信用のパケットは、データパケットブリッジ部２４のみを透過するように構成される。

すなわち、管理用のパケットは、図１において、点線矢印２５で示すように、管理パケットブリッジ部２３により、ＷＡＮ側インターフェース２１とＬＡＮ側インターフェース２２との間における中継転送（以下、ＷＡＮ側インターフェース２１とＬＡＮ側インターフェース２２との間における中継転送をブリッジ転送という）がなされる。また、データ通信用のパケットは、図１において、点線矢印２６で示すように、データパケットブリッジ部２４により、ブリッジ転送がなされる。

この結果、この実施形態のＰＰＰｏＥブリッジ２０では、図１１のＰＰＰｏＥのシーケンスに示したＰＰＰｏＥセッションのシーケンスでの管理用パケットのブリッジ転送は、管理パケットブリッジ部２３が実行し、セッションが確立した後のＰＰＰセッションでのデータ通信用パケットのブリッジ転送は、データパケットブリッジ部２４を通じてのみ行われる。

この実施形態では、管理パケットブリッジ部２３は、マイクロコンピュータを備え、その処理をソフトウエア処理により実行するものとして構成されている。また、データパケットブリッジ部２４は、この例では、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）によるハードウエア処理の構成とされる。

管理パケットブリッジ部２３は、管理用のパケットのみを取り扱えばよいので、ソフトウエア処理であってもその負担は軽くなり、パフォーマンスが向上する。そして、管理パケットブリッジ部２３でセッション管理をすることも容易になる。

また、データパケットブリッジ部２４は、ＦＰＧＡによるハードウエア処理構成であるので、データ通信用のパケットのブリッジ転送は、いわゆるワイヤースピードでの高速転送が可能となる。しかも、その場合に、データパケットブリッジ部２４は、管理パケットブリッジ部２３のパフォーマンスを考慮する必要はない。

図２に、この実施形態のＰＰＰｏＥブリッジ２０における管理パケットブリッジ部２３およびデータパケットブリッジ部２４の、より詳細な構成について説明する。

図２に示すように、管理パケットブリッジ部２３は、ＷＡＮドライバ３０１と、ＬＡＮドライバ３０２と、ソフトブリッジ３０３と、上位アプリケーション（図では上位アプリと略記）３０４とをソフトウエア機能として有する。すなわち、前述もしたように、管理パケットブリッジ部２３は、マイクロコンピュータを備え、このマイクロコンピュータがソフトウエア処理として、各部の機能を実行するものである。

ＷＡＮドライバ３０１は、データパケットブリッジ部２４のＷＡＮ側の通路のインターフェースと接続されて、管理用のパケットを、データパケットブリッジ部２４を介してＷＡＮ側インターフェース２１との間で送受信するためのものである。

ＬＡＮドライバ３０２は、データパケットブリッジ部２４のＬＡＮ側の通路のインターフェースと接続されて、管理用のパケットを、データパケットブリッジ部２４を介してＬＡＮ側インターフェース２２との間で送受信するためのものである。

ソフトブリッジ３０３は、ＷＡＮドライバ３０１と、ＬＡＮドライバ３０２との間での管理用のブリッジ転送を行う機能を備える。

また、ソフトブリッジ３０３は、後述するように、確立されたセッション（伝送路）のセッションＩＤを通知するのためのＰＡＤＳパケットから、確立されたセッションのセッションＩＤを取得し、上位アプリケーション３０４に取得したセッションＩＤのセッション開始を通知すると共に、上位アプリケーション３０４の指示に従い、取得したセッションＩＤを、データパケットブリッジ部２４のレジスタに対してセットする制御処理を行なう。

また、ソフトブリッジ３０３は、切断要求のＰＡＤＴパケットから、切断要求されたセッションのセッションＩＤを取得し、上位アプリケーション３０４に取得したセッションＩＤのセッション切断を通知すると共に、上位アプリケーション３０４の指示に従い、取得したセッションＩＤを、データパケットブリッジ部２４のレジスタに対してクリアする制御処理を行なう。

さらに、ソフトブリッジ３０３は、上位アプリケーション３０４が管理するセッション以外の未知のセッションのセッションＩＤのパケットを受け取ったときには、当該パケットを廃棄し、セッション未知通知を上位アプリケーション３０４に送ると共に、上位アプリケーション３０４の指示に従い、通信の相手方に成りすまして、つまり、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、当該未知のセッションを切断する機能も備える。

上位アプリケーション３０４は、この実施形態では、セッション管理を行なうと共に、上述したようにソフトブリッジ３０３を制御する。

また、上位アプリケーション３０４は、例えば、管理パケットブリッジ部２３のマイクロコンピュータが記憶するプログラムの更新をネットワークを通じて行うことができる機能を備えている。つまり、上位アプリケーション３０４は、ＰＰＰｏＥブリッジ部２０が、自分からインターネットにアクセスする機能を備える。そして、そのアクセスを行なう必要がある場合に、空きのセッションがない場合に、ソフトブリッジ３０３に指示して、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、いずれかのセッションを切断して空きを生成することができる機能も備える。

データパケットブリッジ部２４は、ＷＡＮ側インターフェース２１と接続されるインターフェース４０１と、ＷＡＮドライバ３０１と接続されるインターフェース４０２と、ＬＡＮ側インターフェース２２と接続されるインターフェース４０３と、ＬＡＮドライバ３０２と接続されるインターフェース４０４とを備える。

そして、ＷＡＮ側インターフェース２１から受け取ったパケットの、インターフェース４０１からインターフェース４０２に向かう通路には、パケット判定部４０５と、分配部４０６とがシリーズに設けられる。また、ＬＡＮ側インターフェース２２から受け取ったパケットの、インターフェース４０３からインターフェース４０４に向かう通路には、パケット判定部４０８と、分配部４０９とがシリーズに設けられる。

また、インターフェース４０２からインターフェース４０１に向かう通路には、調停部４１０が設けられ、インターフェース４０４からインターフェース４０３に向かう通路には、調停部４０７が設けられる。

そして、分配部４０６と調停部４０７とが接続されて、分配部４０６から調停部４０７へのパケット通路が形成される。また、分配部４０９と調停部４１０とが接続されて、分配部４０９から調停部４１０へのパケット通路が形成される。すなわち、分配部４０６と調停部４０７とが接続されることにより、ＷＡＮ側からのパケットを、ＬＡＮ側にブリッジ転送するためのブリッジ通路が形成され、分配部４０９と調停部４１０が接続されることにより、ＬＡＮ側からのパケットを、ＷＡＮ側にブリッジ転送するためのブリッジ通路が形成される。

さらに、データパケットブリッジ部２４は、レジスタ部４１１を備える。このレジスタ部４１１には、管理パケットブリッジ部２３のソフトブリッジ３０３により、インターフェース４１２を通じて、当該ＰＰＰｏＥブリッジ２０を通じて確立されたセッションのセッションＩＤが書き込まれる。また、そのセッションが切断されたときには、レジスタ部４１１のそのセッションＩＤは、上位アプリケーション３０４により、クリアされる。

このレジスタ部４１１のセッションＩＤの情報は、パケット判定部４０５および４０８に供給される。

パケット判定部４０５は、ＷＡＮ側から送られてくるパケットのヘッダ部のパケット種別「ＥＴＨＥＲ ＴＹＰＥ」により、当該パケットが管理用のパケットか、データ通信用のパケットかのパケット種別判定をする。そして、パケット判定部４０５は、受け取ったパケットがデータ通信用パケットであると判定したときには、さらに、ヘッダ部のセッションＩＤと、レジスタ部４１１にセットされているセッションＩＤとを比較して、一致しているか否かのセッションＩＤ判定をする。そして、パケット判定部４０５は、前記パケット種別判定の結果（例えばフラグ）と、セッションＩＤ判定の結果（例えばフラグ）と共に、パケットを分配部４０６に渡す。

分配部４０６は、パケット判定部４０５からのパケットを、前記判定結果に基づいて、インターフェース４０２に渡すか、調停部４０７に渡すかの分配処理をする。すなわち、分配部４０６は、当該パケットが管理用のパケットであるときには、そのパケットは、インターフェース４０２を通じて管理パケットブリッジ部２３に渡すように構成されている。また、分配部４０６は、当該パケットがデータ通信用であって、セッションＩＤ判定結果が一致であるときには、そのパケットは、調停部４０７に渡すように構成されている。分配部４０６は、セッションＩＤ判定結果が不一致であるときには、そのパケットは、インターフェース４０２を通じて管理パケットブリッジ部２３に渡すように構成されている。

同様に、パケット判定部４０８は、ＬＡＮ側から送られてくるパケットのヘッダ部のパケット種別「ＥＴＨＥＲ ＴＹＰＥ」により、当該パケットが管理用のパケットか、データ通信用のパケットかのパケット種別判定をする。そして、パケット判定部４０８は、受け取ったパケットがデータ通信用パケットであると判定したときには、さらに、ヘッダ部のセッションＩＤと、レジスタ部４１１にセットされているセッションＩＤとを比較して、一致しているか否かのセッションＩＤ判定をする。そして、パケット判定部４０８は、前記パケット種別判定の結果（例えばフラグ）と、セッションＩＤ判定の結果（例えばフラグ）と共に、パケットを分配部４０９に渡す。

分配部４０９は、パケット判定部４０８からのパケットを、前記判定結果に基づいて、インターフェース４０４に渡すか、調停部４１０に渡すかの分配処理をする。すなわち、分配部４０９は、当該パケットが管理用のパケットであるときには、そのパケットは、インターフェース４０４を通じて管理パケットブリッジ部２３に渡すように構成されている。また、分配部４０９は、当該パケットがデータ通信用であって、セッションＩＤ判定結果が一致であるときには、そのパケットは、調停部４１０に渡すように構成されている。分配部４０９は、セッションＩＤ判定結果が不一致であるときには、そのパケットは、インターフェース４０４を通じて管理パケットブリッジ部２３に渡すように構成されている。

調停部４０７および４１０は、分配部４０６および４０９からのパケットと、インターフェース４０４および４０２からのパケットの衝突が生じないように調停するためのもので、ＰＰＰｏＥにおいて予め定められている優先順位に従って調停を行なうように構成されている。ＰＰＰｏＥフレームのヘッダ部には、各パケットの優先順位の情報が含められており、調停部４０７および４１０では、その優先順位の情報に基づいて、衝突が生じないように、パケットの調停を行なう。

以上の処理により、セッションが確立した後のデータ通信用のパケットは、データパケットブリッジ部２４のみを通過（ブリッジ転送）するように制御され、ＷＡＮやＬＡＮを通じて送られてくる管理用のパケットや、未知のパケットは、管理パケットブリッジ部２３に送られる。

なお、パケット判定部４０５および４０８は、レジスタ部４１１にセッションＩＤがセットされていないときには、全てのパケットを管理パケットブリッジ部２３側に渡すように構成するようにしても良い。

管理パケットブリッジ部２３は、ＰＰＰｏＥセッションにおいて受け取る管理用のパケットを、ソフトブリッジ３０３を通じてブリッジ転送するようにする。そして、管理パケットブリッジ部２３は、そのＰＰＰｏＥセッションにおいて、サーバから通知されたセッションＩＤを取得して、データパケットブリッジ部２４のレジスタ部４１１にセットするようにする。

また、管理パケットブリッジ部２３は、通信状態から切断要求の管理用のパケット（ＰＡＤＴパケット）を受信したときには、そのＰＡＤＴパケットのヘッダ部に含まれるセッションＩＤを取得し、そのセッションＩＤを、データパケットブリッジ部２４のレジスタ部４１１からクリアするようにする。

次に、以上説明したＰＰＰｏＥブリッジ２０において実行される接続シーケンス、切断シーケンスなどのシーケンスを説明して、この実施形態のＰＰＰｏＥブリッジ２０での処理動作を、さらに説明する。

［接続シーケンス；図３］
図３は、実施形態のＰＰＰｏＥブリッジ２０における接続シーケンス例を説明するためのシーケンス図である。この図３は、図１１で示したＰＰＰｏＥ通信シーケンスに対応するものである。

図１１に示したように、ＰＰＰｏＥセッションステージにおいては、（１）−（４）のシーケンスがなされる。なお、図３に示すように、この接続シーケンスが開始される前には、セッションの空きが存在しているとする。セッションの空きや、通信中は、セッション管理を行なう上位アプリケーション３０４が把握している。

先ず、ＰＰＰｏＥクライアントからのＰＰＰｏＥサーバを探すＰＡＤＩパケットは、ＬＡＮ側インターフェース２２を通じてデータパケットブリッジ部２４に入力される。データパケットブリッジ部２４では、パケット判定部４０８で、このＰＡＤＩパケットを管理用のパケットと判定する。この判定結果により、分配部４０９は、インターフェース４０４を通じて、当該ＰＡＤＩパケットを管理パケットブリッジ部２３に渡す。

管理パケットブリッジ部２３では、ＬＡＮドライバ３０２を通じて、このＰＡＤＩパケットを受け、ソフトブリッジ３０３を通じてＷＡＮドライバ３０１に透過（ブリッジ転送）させる。ＷＡＮドライバ３０１からのＰＡＤＩパケットは、データパケットブリッジ部２４で、インターフェース４０２、調停部４１０およびインターフェース４０１を順次通り、ＷＡＮ側インターフェース２１を通じてＰＰＰｏＥサーバ側に送出される。

次に、ＰＰＰｏＥサーバ側からは、返答のＰＡＤＯパケットが送られてくるが、このＰＡＤＯパケットは、ＷＡＮ側インターフェース２１を通じてデータパケットブリッジ部２４に入力される。データパケットブリッジ部２４では、パケット判定部４０５で、このＰＡＤＯパケットを管理用のパケットと判定する。この判定結果により、分配部４０６は、インターフェース４０２を通じて、当該ＰＡＤＯパケットを管理パケットブリッジ部２３に渡す。

管理パケットブリッジ部２３では、ＷＡＮドライバ３０１を通じて、このＰＡＤＯパケットを受け、ソフトブリッジ３０３を通じてＬＡＮドライバ３０２に透過（ブリッジ転送）させる。ＬＡＮドライバ３０２からのＰＡＤＯパケットは、データパケットブリッジ部２４で、インターフェース４０４、調停部４０７およびインターフェース４０３を順次通り、ＬＡＮ側インターフェース２１を通じてＰＰＰｏＥクライアント側に送出される。

次に、ＰＰＰｏＥクライアント側からは、セッションの開始を要求するＰＡＤＲパケットが送られてくる。このＰＡＤＲパケットは、ＬＡＮ側インターフェース２２を通じてデータパケットブリッジ部２４に入力される。データパケットブリッジ部２４では、パケット判定部４０８で、このＰＡＤＲパケットを管理用のパケットと判定する。この判定結果により、分配部４０９は、インターフェース４０４を通じて、当該ＰＡＤＲパケットを管理パケットブリッジ部２３に渡す。

管理パケットブリッジ部２３では、ＬＡＮドライバ３０２を通じて、このＰＡＤＲパケットを受け、ソフトブリッジ３０３を通じてＷＡＮドライバ３０１に透過（ブリッジ転送）させる。ＷＡＮドライバ３０１からのＰＡＤＲパケットは、データパケットブリッジ部２４で、インターフェース４０２、調停部４１０およびインターフェース４０１を順次通り、ＷＡＮ側インターフェース２１を通じてＰＰＰｏＥサーバ側に送出される。

次に、ＰＰＰｏＥサーバ側からは、セッションＩＤを通知するのためのＰＡＤＳパケットが送られてくる。このＰＡＤＳパケットは、ＷＡＮ側インターフェース２１を通じてデータパケットブリッジ部２４に入力される。データパケットブリッジ部２４では、パケット判定部４０５で、このＰＡＤＳパケットを管理用のパケットと判定する。この判定結果により、分配部４０６は、インターフェース４０２を通じて、当該ＰＡＤＳパケットを管理パケットブリッジ部２３に渡す。

管理パケットブリッジ部２３では、ＷＡＮドライバ３０１を通じて、このＰＡＤＳパケットを受け、ソフトブリッジ３０３を通じてＬＡＮドライバ３０２に透過（ブリッジ転送）させる。このとき、ソフトブリッジ３０３は、ＰＡＤＳパケットからセッションＩＤを取得保持する。そして、ソフトブリッジ３０３は、取り出したセッションＩＤと共に、セッション開始通知を上位アプリケーション３０４に渡す。

上位アプリケーション３０４は、受け取ったセッションＩＤをセッション管理のために保持して、当該セッションは通信中とするセッション管理を行なう。そして、上位アプリケーション３０４は、セッション開始要求をソフトブリッジ３０３に送る。これを受けたソフトブリッジ３０３は、データパケットブリッジ部２４のレジスタ部４１１に、確立されたセッションのセッションＩＤをセットする。

レジスタ部４１１へのセッションＩＤのセットにより、データパケットブリッジ部２４は、ＬＡＮ側インターフェース２２との間におけるブリッジ転送の処理開始となる。

その後、ソフトブリッジ３０３は、ＰＡＤＳパケットを透過させて、ＬＡＮドライバ３０２を通じてデータパケットブリッジ部２４に送出する。これにより、ＰＡＤＳパケットは、データパケットブリッジ部２４を通じてＬＡＮ側インターフェースに転送され、ＰＰＰｏＥクライアント側に送出され、セッションが確立される。

以上により、セッションが確立された後には、上位アプリケーション３０４により通信中が管理される。そして、ＰＰＰセッションで、ＷＡＮ側インターフェース２１とＬＡＮ側インターフェース２２を通じてやり取りされるデータ通信用パケットは、図３の点線矢印で示すように、データパケットブリッジ部２４のみを透過（ブリッジ転送）するようになる。

［切断シーケンス；図４］
図４は、実施形態のＰＰＰｏＥブリッジ２０における切断シーケンス例を説明するためのシーケンス図である。

この図４に示すように、通信中に、ＰＰＰｏＥクライアント側からＬＡＮ側インターフェース２２を通じて、切断要求のＰＡＤＴパケットが到来すると、データパケットブリッジ部２４は、パケット判定部４０８で、このＰＡＤＴパケットを管理用のパケットと判定する。この判定結果により、分配部４０９は、インターフェース４０４を通じて、当該ＰＡＤＴパケットを管理パケットブリッジ部２３に渡す。

管理パケットブリッジ部２３では、ＬＡＮドライバ３０２を通じて、このＰＡＤＴパケットを受け、ソフトブリッジ３０３を通じてＷＡＮドライバ３０１に透過（ブリッジ転送）させる。このとき、ソフトブリッジ３０３は、ＰＡＤＴパケットからセッションＩＤを取り出し、保持しているセッションＩＤと一致するかどうかチェックして、一致したときには、ソフトブリッジ３０３は、取り出したセッションＩＤと共に、上位アプリケーション３０４にセッション切断通知を送る。

上位アプリケーション３０４は、受け取ったセッションＩＤによりセッション切断となったセッションを認識し、そのセッションＩＤを削除するなどして、それをセッション管理に反映する。そして、上位アプリケーション３０４は、セッション切断要求をソフトブリッジ３０３に送る。

これを受けたソフトブリッジ３０３は、データパケットブリッジ部２４のレジスタ部４１１にセットされている、切断されたセッションのセッションＩＤをクリアする。また、ソフトブリッジ３０３は、自己が保持しているセッションＩＤから、当該切断されたセッションのセッションＩＤを削除しておく。

レジスタ部４１１のセッションＩＤのクリアにより、データパケットブリッジ部２４は、ＬＡＮ側インターフェース２２との間におけるブリッジ転送の処理停止となる。

その後、ソフトブリッジ３０３は、ＰＡＤＳパケットを透過させて、ＷＡＮドライバ３０２を通じてデータパケットブリッジ部２４に送出する。これにより、ＰＡＤＴパケットは、データパケットブリッジ部２４を通じてＬＡＮ側インターフェースに転送され、ＰＰＰｏＥサーバ側に送出される。

このＰＡＤＴパケットを受け取ったＰＰＰｏＥサーバは、応答のためのＰＡＤＴパケットをＰＰＰｏＥクライアントに送ってくる。この応答のＰＡＤＴパケットは、図４に示すように、ＷＡＮ側インターフェース２１から、データパケットブリッジ部２４を経由して、管理パケットブリッジ部２３で透過（ブリッジ転送）されて、ＬＡＮ側インターフェース２２に送出され、ＰＰＰｏＥクライアントに送られる。これにより、切断シーケンスが完了し、切断されたセッションは空き状態になる。この後、ソフトブリッジ３０３は、上位アプリケーション３０４にセッション停止通知を送る。上位アプリケーション３０４は、当該セッションは空きになったとして、セッション管理する。

［未知セッションシーケンス；図５］
図５は、実施形態のＰＰＰｏＥブリッジ２０において、そのときの状況ではありえない未知のパケットを受け取ったときのシーケンス例である。例えば、ＰＰＰセッションでの通信中においては、任意のタイミングでＬＣＰエコー要求（ＬＣＰ Ｅｃｈｏ−ＲＥＱ）のパケットが送られ、リンク（セッション）が生きているかどうかを確認するようにされている。したがって、空き状態では、このＬＣＰエコー要求のパケットはありえないパケットであり、そのパケットのセッションＩＤで示されるセッションは未知のセッションである。

この実施形態のＰＰＰｏＥブリッジ２０は、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、このような未知のセッションは、切断処理するようにする。

すなわち、図５に示すように、通信が空き状態において、ＬＣＰエコー要求のパケットが、図５では、ＬＡＮ側インターフェース２２を通じて到来すると、データパケットブリッジ部２４では、セッションＩＤがレジスタ部４１１にセットされていないので、当該ＬＣＰエコー要求のパケットは、管理パケットブリッジ部２３に送られる。管理パケットブリッジ部２３のソフトブリッジ３０３は、当該空き状態でのＬＣＰエコー要求のパケットは、ありえないパケットであると判定して、そのパケットからセッションＩＤを取得した後、当該パケットを廃棄する。

そして、ソフトブリッジ３０３は、セッション未知通知を上位アプリケーション３０４に送る。上位アプリケーション３０４は、セッション切断要求をソフトブリッジ３０３に送る。

これを受けたソフトブリッジ３０３は、自己が通信の相手方の双方に成りすまして、つまり、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、セッション切断シーケンスを実行する。

すなわち、ソフトブリッジ３０３は、ＬＣＰ切断要求（ＬＣＰ Ｔｅｒｍ−ＲＥＱ）のパケットを、データパケットブリッジ部２４を通じて、ＬＡＮ側インターフェース２２から、ＰＰＰｏＥクライアントに送ると共に、ＷＡＮ側インターフェース２１からＰＰＰｏＥサーバに送る。

ＬＣＰ切断要求のパケットを受け取ったＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバからは、その応答（ＬＣＰ Ｔｅｒｍ−ＡＣＫ）のパケットが送られてくる。前述と同様にして、データパケットブリッジ部２４を介して、当該応答のパケットを管理パケットブリッジ部２３のソフトブリッジ３０３が受け取り、ソフトブリッジ３０３は、受け取った応答のパケットを廃棄する。

そして、ソフトブリッジ３０３は、セッション切断のＰＡＤＴパケットを、データパケットブリッジ部２４を通じて、ＬＡＮ側インターフェース２２から、ＰＰＰｏＥクライアントに送ると共に、ＷＡＮ側インターフェース２１からＰＰＰｏＥサーバに送る。

セッション切断のＰＡＤＴパケットを受け取ったＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバからは、その応答としてＰＡＤＴパケットが送られてくる。前述と同様にして、データパケットブリッジ部２４を介して、当該応答のＰＡＤＴパケットを管理パケットブリッジ部２３のソフトブリッジ３０３が受け取り、ソフトブリッジ３０３は、受け取った応答のＰＡＤＴパケットを廃棄する。その後、ソフトブリッジ３０３は、セッション停止通知を上位アプリケーション３０４に送る。

［切断要求シーケンス；図６］
図６は、実施形態のＰＰＰｏＥブリッジ２０が、ＰＰＰｏＥサーバにアクセスするために、通信中のセッションを切断するときのシーケンス例である。

すなわち、上位アプリケーション３０４は、通信中のセッションの切断要求をソフトブリッジ３０３に送る。これを受けたソフトブリッジ３０３は、データパケットブリッジ部２４のレジスタ部４１１にセットされている通信中のセッションのセッションＩＤをクリアする。そして、ソフトブリッジ３０３は、自己が保持しているセッションＩＤから、当該切断されたセッションのセッションＩＤを削除しておく。

レジスタ部４１１のセッションＩＤのクリアにより、データパケットブリッジ部２４は、ＬＡＮ側インターフェース２２との間におけるブリッジ転送の処理停止となる。

その後、ソフトブリッジ３０３は、ＰＰＰｏＥクライアントおよびＰＰＰｏＥサーバに成りすまして、セッション切断シーケンスを実行する。このセッション切断シーケンスは、図５に示したものと同じであるので、ここでは、説明は省略する。

図６には、図示を省略したが、上位アプリケーション３０４は、ソフトブリッジ３０３からのセッション停止通知を受けた後に、例えば自己のソフトウエアプログラムの更新のために、ＰＰＰｏＥサーバを介して、特定のサーバにアクセスすることができる。

［管理パケットブリッジ部２３における処理］
上述した接続シーケンス、切断シーケンスおよび未知セッション切断シーケンスを、管理パケットブリッジ部２３が実行するための処理のフローチャートを、図７および図８に示す。なお、上述した図６の切断要求シーケンスをなすための処理のフローチャートについては省略する。この図７および図８のフローチャートの各ステップは、管理パケットブリッジ部２３を構成するマイクロコンピュータが実行するもので、ソフトブリッジ３０３の処理と、上位アプリケーション３０４の処理を含むものである。

図７に示すように、管理パケットブリッジ部２３は、受け取ったパケットのヘッダ部をチェックし（ステップＳ１０１）、受け取ったパケットが確立されたセッションのセッションＩＤを通知するＰＡＤＳパケットか否かを判別する（ステップＳ１０２）。ステップＳ１０２において、受け取ったパケットがＰＡＤＳパケットであると判別したときには、当該ＰＡＤＳパケットからセッションＩＤを取得して保持し、セッション開始を管理する（ステップＳ１０３）。

そして、管理パケットブリッジ部２３は、ステップＳ１０３で取得したセッションＩＤを、データパケットブリッジ部２４のレジスタ部４１１にセットし（ステップＳ１０４）、受け取ったＰＡＤＳパケットは、ソフトブリッジ３０３を通じて透過させる（ステップＳ１０５）。そして、ステップＳ１０１に戻り、次のパケットのチェックする。

また、管理パケットブリッジ部２３は、ステップＳ１０２で、受け取ったパケットがＰＡＤＳパケットではないと判別したときには、受け取ったパケットがセッションの切断通知用のＰＡＤＴパケットであるか否か判別する（図８のステップＳ１１１）。

このステップＳ１１１で、受け取ったパケットがＰＡＤＴパケットであると判別したときには、管理パケットブリッジ部２３は、当該ＰＡＤＴパケットからセッションＩＤを取得し、当該セッションＩＤのセッション切断を認識して、セッション管理に反映する（ステップＳ１１２）。

そして、管理パケットブリッジ部２３は、データパケットブリッジ部２４のレジスタ部４１１に記憶保持されている当該セッションＩＤをクリアする（ステップＳ１１３）。そして、ステップＳ１０５に進み、当該パケットＰＡＤＴを透過させた後、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。

また、ステップＳ１１１で、受け取ったパケットがＰＡＤＴパケットではないと判別したときには、管理パケットブリッジ部２３は、その状態でありえない未知のパケットであるか否か判別する（ステップＳ１１４）。そして、未知のパケットでないと判別したときには、管理パケットブリッジ部２３は、ステップＳ１０５に進み、当該パケットＰＡＤＴを透過させた後、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。

また、ステップＳ１１４で、未知のパケットであると判別したときには、管理パケットブリッジ部２３は、当該パケットを廃棄して、通信の相手方の双方に成りすまして、切断シーケンスを実行する（ステップＳ１１６）。そして、ステップＳ１０１に戻り、このステップＳ１０１以降の処理を繰り返す。

［データパケットブリッジ部２４におけるパケット判定処理］
データパケットブリッジ部２４は、この実施形態では、ＦＰＧＡによるハードウエア構成とされるが、その処理動作を明瞭にするため、図９に、パケット判定部４０５または４０８での処理手順を説明するフローチャートを示す。

パケット判定部４０５または４０８は、パケットを受信すると（ステップＳ２０１）、セッションＩＤがレジスタ部４１１にセットされているかどうかチェックし（ステップＳ２０２）、レジスタ部４１１にセッションＩＤがセットされていないときには、パケットは管理パケットブリッジ部２３に渡すようにする判定結果を付けて、受信したパケットを分配部４０６または４０９に渡す（ステップＳ２０７）。分配部４０６または４０９は、この判定結果を受けて、受け取ったパケットは、管理パケットブリッジ部２３に渡すようにする。

ステップＳ２０２で、セッションＩＤがレジスタ部４１１にセットされていることが判明したときには、パケット判定部４０５または４０８は、受信したパケットのヘッダ部のパケット種別を参照して、当該パケットが管理用のパケットか、データ通信用のパケットであるかを判定する（ステップＳ２０４）。

そして、パケット判定部４０５または４０８は、受け取ったパケットが管理用のパケットであると判定したときは、管理パケットブリッジ部２３に渡すようにする判定結果を付けて、受信したパケットを分配部４０６または４０９に渡す（ステップＳ２０７）。分配部４０６または４０９は、この判定結果を受けて、受け取ったパケットは、管理パケットブリッジ部２３に渡すようにする。

また、パケット判定部４０５または４０８は、受け取ったパケットがデータ通信用のパケットであると判定したときは、当該パケットのセッションＩＤと、レジスタ部５０７に保持されているセッションＩＤとを比較して、両者が一致しているか否か判別する（ステップＳ２０５）。そして、両者が一致していると判別したときには、当該パケットは、自データパケットブリッジ部２３内を透過させるようにする判定結果を付けて、受信したパケットを分配部４０６または４０９に渡す（ステップＳ２０６）。分配部４０６または４０９は、この判定結果を受けて、受け取ったパケットは、調停部４１０または４０７を通じて自データパケットブリッジ部２４を透過させるように処理する。

また、ステップＳ２０５で、当該パケットのセッションＩＤと、レジスタ部５０７に保持されているセッションＩＤとが不一致であると判別したときには、パケット判定部４０５または４０８は、当該パケットは、管理パケットブリッジ部２３に渡すようにする判定結果を付けて、受信したパケットを分配部４０６または４０９に渡す（ステップＳ２０７）。分配部４０６または４０９は、この判定結果を受けて、受け取ったパケットは、管理パケットブリッジ部２３に渡すようにする。

［他の実施形態および変形例］
上述の実施の形態では、データパケットブリッジ部２４は、ＦＰＧＡを用いたハードウエア構成としたが、各部を個別の回路構成としたハードウエア構成であってもよい。また、データパケットブリッジ部２４をＤＳＰで構成するようにしてもよい。

また、管理パケットブリッジ部２３は、ＤＳＰの構成とするようにしてもよい。

また、ＷＡＮ側インターフェース２１およびＬＡＮ側インターフェース２２に接続される伝送路は、ケーブルによる有線路でも良いし、無線路であっても良い。

また、上述の実施形態は、中継装置をブロードバンドモデム／回線終端装置に含まれるＰＰＰｏＥブリッジに適用した場合について説明したが、この発明の中継装置は、ルータやゲートウエイ内に設けるようにすることもできる。

また、上述の実施形態は、通信プロトコルがＰＰＰｏＥである場合について説明したが、この発明は、ＰＰＰｏＥと同様のフォーマットの通信プロトコルの場合にも適用可能である。

この発明による中継装置の実施形態を、ＰＰＰｏＥブリッジとして使用した場合の構成例の概要を示すブロック図である。 図１のＰＰＰｏＥブリッジの管理パケットブリッジ部２３およびデータパケットブリッジ部２４の詳細構成例を示すブロック図である。 この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける接続シーケンスを説明するためのシーケンス図である。 この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける切断シーケンスを説明するためのシーケンス図である。 この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける未知セッション切断シーケンスを説明するためのシーケンス図である。 この発明による中継装置の実施形態であるＰＰＰｏＥブリッジにおける切断要求シーケンスを説明するためのシーケンス図である。 この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの管理パケットブリッジ部の動作説明のためのフローチャートの一部を示す図である。 この発明による中継装置の実施形態であるＰＰＰｏＥブリッジの管理パケットブリッジ部の動作説明のためのフローチャートの一部を示す図である。 この発明による中継装置の実施形態であるＰＰＰｏＥブリッジのデータパケットブリッジ部の一部の動作説明のためのフローチャートを示す図である。 この発明による中継装置の実施形態を、ＰＰＰｏＥブリッジとして使用した通信システムの一例の構成を示す図である。 ＰＰＰｏＥのセッション確立時のシーケンスを説明するためのシーケンス図である。 ＰＰＰｏＥのフレームフォーマットを説明するための図である。 従来のＰＰＰｏＥブリッジの構成例を説明のためのブロック図である。

符号の説明

２０…ＰＰＰｏＥブリッジ、２３…管理パケットブリッジ部、２４…データパケットブリッジ部、３０３…ソフトブリッジ、４０５，４０８…パケット判定部、４０６，４０９…分配部、４１１…レジスタ部

Claims (5)

1. パケットが管理用であるかデータ通信用であるかを判別するための判別情報と、２点間で接続される当該パケットの伝送路を識別するための伝送路識別情報とを少なくとも含む前記パケットを中継する中継装置であって、
   通信の一方の相手方に対して前記パケットの送受信を行うための第１のインターフェースと、
   前記通信の他方の相手方に対して前記パケットの送受信を行うための第２のインターフェースと、
   前記第１のインターフェースおよび前記第２のインターフェース間での前記データ通信用のパケットの転送を行うデータパケットブリッジ部と、
   前記第１のインターフェースおよび前記第２のインターフェース間での前記管理用のパケットの転送を、前記データパケットブリッジ部を経由して行なう管理パケットブリッジ部と、
   を備え、
   前記管理パケットブリッジ部は、
   前記データパケットブリッジ部を通じて受けた前記前記管理用のパケットを判定して、前記管理用のパケットは前記データパケットブリッジ部に戻すと共に、前記管理用のパケットが確立された伝送路の前記伝送路識別情報の通知用であると判定したときに、当該伝送路識別情報を前記データパケットブリッジ部に保持させるようにし、
   前記データパケットブリッジ部は、
   前記管理パケットブリッジ部からの前記伝送路識別情報を受けて保持すると共に、前記第１または前記第２のインターフェースを通じて受けた前記パケットに含まれる前記伝送路識別情報と前記保持した前記伝送路識別情報とが一致し、かつ、前記パケットに含まれる判別情報が前記データ通信用であるパケットは、前記第２または前記第１のインターフェースに自ブリッジ部を通じて転送し、それ以外のパケットは、前記管理パケットブリッジ部に渡し、前記管理パケットブリッジ部からのパケットは、前記第１または前記第２のインターフェースに送出するようにする
   ことを特徴とする中継装置。
2. 請求項１に記載の中継装置において、
   前記管理パケットブリッジ部は、
   前記管理用のパケットが前記伝送路の切断通知用であると判定したときに、前記データパケットブリッジ部に保持されている前記伝送路識別情報をクリアするようにする
   ことを特徴とする中継装置。
3. 請求項１または請求項２に記載の中継装置において、
   前記データパケットブリッジ部は、ハードウエア処理の構成とされ、前記管理パケットブリッジ部は、ソフトウエア処理の構成とされる
   ことを特徴とする中継装置。
4. 請求項１、請求項２または請求項３に記載の中継装置において、
   前記管理パケットブリッジ部は、受け取ったパケットがそのときの状況ではありえないパケットであるときには、前記受け取ったパケットを廃棄すると共に、通信の相手方の双方に成りすまして、前記受け取ったパケットの前記伝送路識別情報に示される伝送路についての切断シーケンスを実行する
   ことを特徴とする中継装置。
5. 請求項１、請求項２または請求項３に記載の中継装置において、
   前記管理パケットブリッジ部は、自己がアクセス要求をしようとする際に、空きのセッションがないと判別したときには、通信の相手方の双方に成りすまして、前記受け取ったパケットの前記伝送路識別情報に示される伝送路についての切断シーケンスを実行し、空きのセッションを生成して、前記アクセス要求を実行するようにする
   ことを特徴とする中継装置。

Images