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