JP4655903B2 - パケット転送装置 - Google Patents

Description

本発明は、ＰＰＰｏＥ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）（Ｅｔｈｅｒｎｅｔは登録商標）を用いて、端末を接続先の通信網に接続させるパケット転送装置に関する。

ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信網（ＩＰ網）が普及し、これを用いたＷｅｂアクセス（いわゆるインターネット）、ファイル転送（データ転送）、ＶｏＩＰ（ＩＰ電話）、マルチキャスト（放送）等の多用な通信サービスが提供されるようになってきた。このような通信サービスを提供する通信システムとしては、受信ＩＰパケット（以下、単にパケットと称することがある。）に適宜通信処理を施し転送するパケット転送装置を、通信サービスを享受するユーザの端末を収容する網（いわゆるアクセス網で通信キャリアが提供する）と通信サービスを提供する網（通信サービス毎にサービスプロバイダや通信キャリアが管理・提供する網）との間に設け、端末からのパケットを通信サービスプロバイダの設備（サーバ等）に転送する構成の通信システムが広く採用されている。

そして、アクセス網においては、送受信するパケットの安全性（セキュリティ）や信頼性確保の為に、ユーザの端末とパケット転送装置の間では、ＩＥＴＦのＰＦＣ２５１６（非特許文献１）で規定された、Ｅｔｈｅｒｎｅｔ（登録商標で以下も同様）上でＰＰＰと呼ばれるプロトコルを使ってＰＰＰセッションを確立させてパケットを転送するＰＰＰｏＥを用いてパケット振り分け（転送）する構成が広く採用されるようになってきた。

このＰＰＰｏＥとは、Ｅｔｈｅｒｎｅｔ上のパケット転送装置とユーザ側の端末との間（アクセス網）にＰＰＰセッションを確立し、あたかも専用線を使っているようにパケットを転送するもので、そのシーケンスは、まず、端末側から希望する通信サービスに応じてくれそうなパケット転送装置を探す為に、パケット転送装置に向けてＰＡＤＩ（Ｔｈｅ ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｉｎｉｔｉａｔｉｏｎ）と呼ばれる開始パケットをブロードキャスト送信することから始まる。要求された通信サービスに対応可能（通信サービスプロバイダの設備にパケット転送可能）なパケット転送装置は、該端末にＰＡＤＯ（Ｔｈｅ ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｏｆｆｅｒ）パケットを返信する。次に、端末は、特定したパケット転送装置へＰＰＰセッションの開始を要求するＰＡＤＲ（Ｔｈｅ ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｒｅｑｕｅｓｔ）パケットを送信する。対応するパケット転送装置は、ユニークなセッションＩＤを端末へ割り当て、ＰＡＤＳ（Ｔｈｅ ＰＰＰｏＥ Ａｃｔｉｖｅ Ｄｉｓｃｏｖｅｒｙ Ｓｅｓｓｉｏｎ−Ｃｏｎｆｉｒｍａｔｉｏｎ）と呼ばれる確認パケットを返す。ここでセッションＩＤとは、パケット転送装置からのＰＡＤＲに含まれるもので、パケット転送装置がＰＡＤＳ受信時の端末を認識するために用いられる。そして、ＰＰＰセッションが確立された以降は、該セッションＩＤを用いてＰＰＰを用いたパケットの転送が実行される。

尚、非特許文献１によれば、端末側で、要求する通信サービスの種別を示すＳｅｒｖｉｃｅ−ＮａｍｅやそのＳｅｒｖｉｃｅ−Ｎａｍｅの長さを表すＴＡＧ長をＰＡＤＩパケットに指定することができる。Ｓｅｒｖｉｃｅ−Ｎａｍｅの例としては、Ｗｅｂアクセス（インターネット）やＶｏＩＰ（ＩＰ電話）等が挙げられる。しかし、現状のＲＦＣ２５１６では、ＰＡＤＩパケットのパラメータにＳｅｒｖｉｃｅ−Ｎａｍｅが指定されていない場合、そのＳｅｒｖｉｃｅ−ＮａｍｅのＴＡＧ長を０とみなすよう規定されている。さらに、Ｓｅｒｖｉｃｅ−Ｎａｍｅ ＴＡＧ長が０のＰＡＤＩパケットは、インターネット等のどのようなネットワークサービスであっても受付け可能（ＰＡＤＯパケットで応答する）であるように規定されている。

ＲＦＣ２５１６

上述したように、様々な通信サービスが普及してくる状況下においては、インターネットやＶｏＩＰ等のサービスを提供する網との接続を行う多数のパケット転送装置が通信システムに設置されることになるので、上記現状のＰＦＣ２５１６に従った構成と動作だけでは、端末からブロードキャスト送信されるＳｅｒｖｉｃｅ−ＮａｍｅＴＡＧ長＝０のＰＡＤＩパケットを受信した通信システム内の全パケット転送装置がＰＡＤＯパケットを該端末へ送信してしまう。端末は、ＰＡＤＯパケットを送信してきた全パケット転送装置の中から何れかのパケット転送装置を選択しなければならず、この選択を誤ればＰＡＤＯパケットの送信元パケット転送装置と端末との間でＰＰＰセッションを確立する動作が進行してパケット転送装置を管理する保守者や端末のユーザが意図しない端末と通信サービスを提供する網の通信設備とが接続される可能性が生じる。このような接続が生じれば、端末のユーザやサービス提供プロバイダの意図しない情報が通信システム内で送受信されてしまう。さらに、このような接続は、いわゆる無駄な接続であり、パケット転送装置にＰＰＰセッション確立等の不要な制御動作を行わせるので、パケット転送装置の処理能力低下を招くし、通信網のリソースの無駄遣いを発生させてしまう。

尚、ＰＡＤＩパケットにＳｅｒｖｉｃｅ−Ｎａｍｅが指定されている場合、この指定とパケット転送装置に設定されているＳｅｒｖｉｃｅ−Ｎａｍｅと一致すれば、ＰＡＤＯパケットを該端末へ送信して、一致しない場合はＰＡＤＩパケットが廃棄する規定になっているが、上述のように、Ｓｅｒｖｉｃｅ−Ｎａｍｅ指定なしのＰＡＤＩパケットに対して無条件でＰＡＤＯパケットを送信してしまうため、通信システムにＳｅｒｖｉｃｅ−Ｎａｍｅ指定有り無しの端末が混在した場合、パケット転送装置ではＳｅｒｖｉｃｅ−Ｎａｍｅだけを用いた端末と通信サービスを提供する網との接続を正確に行うこと出来ずに上述したような課題が残ってしまう。

また、パケット転送装置に複数の通信サービスを提供する網が収容され、これらのいずれかと端末とを接続（振り分け）制御を実施する際、パケット転送装置に同一のＳｅｒｖｉｃｅ−Ｎａｍｅ（ＶｏＩＰやインターネット等）が設定されていると、パケット転送装置の先にある通信網をＳｅｒｖｉｃｅ−Ｎａｍｅによる接続（振り分け）制御を用いただけでは、接続で意図しない網との接続が発生して同様な現象が生じる可能性もある。

本発明は、上記課題に鑑みてなされたもので、ＰＰＰｏＥを用いて通信を行う通信システムにおいて、端末を該端末が要求する通信網へ確実に接続させることが可能なパケット転送装置を提供することを目的とする。すなわち、ＰＰＰｏＥを用いる通信システムにおいて、無駄なパケット処理や網資源の浪費を防ぐことが可能なパケット転送装置の提供を目的とするものである。

上記課題を解決する手段として、パケット転送装置に、予め定められたパケットを受信した際、このパケットに対する応答パケットを返すか否かを判断する為の情報を設定できるよう構成し、この設定に基づき応答パケットの送信を制御するようにした。そして通信システムや網やパケット転送装置のオペレータが通信システム内に複数存在するパケット転送装置の夫々にこの情報を適宜設定することにより、無駄なパケット処理や網資源の浪費を防いで確実に端末と通信サービスプロバイダの通信設備との間でパケット転送の行えるパケット転送装置とした。

すなわち、複数の端末を収容する第１の通信網と通信サービスを提供するサーバ装置を収容する複数の第２の通信網とを接続し、前記端末とサーバ装置との間でパケットの転送を行うパケット転送装置を、第１および第２の通信網とパケットの送受信を行う複数の回線インタフェース部と、記回線インタフェース部で受信したパケットにフォーマット変換や該パケットの回線インタフェース間での転送他通信処理を行うプロトコル処理部と、パケット転送装置全体の制御を行う制御部とで構成し、第１の網から受信した所定のパケットに対する応答可否を指示する情報をプロトコル処理部に予め設定するようにして、この所定のパケットを受信すると設定情報に基づき該パケットの処理もしくは廃棄を決定し、処理の場合は該所定のパケット受信以降の通信手順を継続して前記第１および第２の通信網を介した端末とサーバ装置間の接続を形成してパケットを転送し、廃棄の場合は所定のパケットを廃棄して通信手順を終了するようにした。

ここで、具体的な通信手順はＩＥＴＦのＲＦＣ２５１６で規定されたＰＰＰｏＥ通信手順であり、第１の通信網の端末とパケット転送装置間にはＰＰＰセッションが形成され、端末からのパケットは該セッションによりパケット転送装置に転送された後、所定の通信処理が実施され複数の第２の通信網のいずれかを介してサーバへ転送されるようにした。尚、これらの所定のパケットは、ＰＡＤＩパケットであり、通信手順継続時には端末へＰＡＤＯパケットを送信するものである。そして、ＰＡＤＩパケットにサーバ装置が提供する通信サービスに対応した識別子が指定されていない場合、あるいは、指定されていても予め情報として設定された識別子に一致しない場合にＰＡＤＩパケット廃棄する構成とした。

さらに、パケット転送装置に、端末の識別子と該端末に提供可能な通信サービスとの対応を予め設定できるように構成し、この設定に基づき応答パケットの送信制御を含むＰＰＰセッションの確立制御を行う構成とした。すなわち、パケット転送装置に予め設定する情報として、端末のアドレス識別子と端末に提供可能な通信サービスに対応した識別子との対応関係、および、通信サービスに対応した識別子とパケット転送装置が提供可能なＰＰＰセッション識別子との対応関係を設定しておき、ＰＡＤＲパケットに含まれる端末のアドレスと予め設定してある情報に基づき記端末へのＰＡＤＳパケットの送信もしくはＰＡＤＲパケットの廃棄を決定する構成とした。

本発明によれば、ＰＰＰｏＥを用いて通信を行う通信システムにおいて、端末を該端末が要求する通信網へ接続させるパケット転送装置を提供することができる。

以下、図面を用いて本発明のパケット転送装置の構成ならびに動作について詳細に説明する。

図1は、本発明のパケット転送装置を用いた通信システムの構成例を示すシステム構成図である。
通信システム（１）は、複数の端末（１０−ｉ（ｉ＝１、２、３））、および、これらの端末を収容するＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）（１１）と、このＯＮＵ（１１）と接続されるＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ ｔｅｒｍｉｎａｌ）（１２）と、このＯＬＴ（１２）と接続されるパケット転送装置（１３−ｉ（ｉ＝１、２、３））とからなるアクセス網（５）、および、パケット転送装置（１３−ｉ（ｉ＝１、２、３））の各々に接続されて各種通信サービスを提供する通信網であるインターネット（１４）やＶｏＩＰ網（１５）やマルチキャスト網（１６）と、これら通信網の各々に接続され各種通信サービスを提供するＷｅｂサーバ（１７）やＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）サーバ（１８）やＶｉｄｅｏサーバ（１９）とで構成した。

通信システム（１）の任意の端末（１０−ｉ）は、アクセス網（５）にＰＰＰセッションを設定して任意のパケット転送装置（１３−ｉ）との通信を行う。具体的には、端末からのＩＰパケットを含むＰＰＰｏＥパケット（２）をアクセス網（５）に備えたＯＮＵ（１１）とＯＬＴ（１２）を介して所望のパケット転送装置（１３−ｉ）へ送信する。パケット転送装置（１３−ｉ）は、ＰＰＰｏＥパケット（フレーム）（２）を終端後、端末からのＩＰパケットを接続された通信網（本例では、インターネット（１４）やＶｏＩＰ網（１５）やマルチキャスト網（１６）のいずれか）を介してサーバ（本例では、Ｗｅｂサーバ（１７）やＳＩＰサーバ（１８）やＶｉｄｅｏサーバ（１９）のいずれか）に転送して端末の所望する通信サービスを提供してもらう構成である。尚、上記説明では端末からサーバへの信号の流れを説明したが、逆方向も上記説明と逆の手順でＩＰパケットが送信され通信サービスが提供されるものである。又、アクセス網のＯＮＵとＯＬＴは、例示として１対のＯＮＵとＯＬＴ示したもので、複数対のＯＮＵやＯＬＴがあっても構わない。本通信システム（１）およびパケット転送装置（１３）の構成と動作は、以降の図面を用いて別途詳細に説明する。

図２は、本発明のパケット転送装置の構成例を示すブロック図である。

パケット転送装置（１３）は、図１で示したＯＬＴ（１２）や各種通信網（１４，１５，１６等）との接続を行う複数の回線インタフェース部（２０−ｉ（ｉ＝１、２、・・・））と、これら複数の回線インタフェース部の各々と接続される１以上のプロトコル処理部（２１）と、プロトコル処理部（２１）とプロセッサ間インタフェース（２０５）を介して接続されてパケット転送装置（１３）全体を制御する制御部（２２）とを備える。尚、制御部（２２）には保守端末等外部装置との信号入出力インタフェース（図示せず）を備え、パケット転送装置（１３）の動作に必要な制御パラメータを設定したり、動作状態を外部に報告したりすることが出来る構成とした。ＯＬＴや各種通信網の回線インタフェース部への収容は、パケット転送装置あるいはアクセス網のオペレータによって適宜行われ、どの回線インタフェースがどの通信網を収容しているかの情報がパケット転送装置に記憶される構成である。

プロトコル処理部（２１）は、回線インタフェース部（２０）からパケットを受信する受信バッファ（２００−ｉ（ｉ＝１、２、・・・））と、回線インタフェース部（２０）にパケットを送信する送信バッファ（２０１−ｉ（ｉ＝１、２、・・・））と、プロセッサ（２０２）と、プロセッサ（２０２）が実行する各種プログラム（端末接続・切断処理ルーチン（２０３−１）、Ｓｅｒｖｉｃｅ―Ｎａｍｅ判定処理ルーチン（２０３−２）、セッションＩＤ割り当てルーチン（２０３−３）等）を格納するプログラム格納メモリ（２０３）と、各種制御パラメータ（モード判定（２０４−１）、Ｓｅｒｖｉｃｅ―Ｎａｍｅ判定（２０４−２）、セッションＩＤ管理テーブル（２０４−３）、接続管理テーブル（２０４−４）、セッションＩＤ割り当てテーブル（２０４−５）等）を格納する制御パラメータ格納メモリ（２０４）と、制御部（２２）と接続されるプロセッサ間インタフェース（２０５）とを備える。尚、上記回線インタフェース部の収容に関する情報は、このメモリ（２０４）の内部（後述する例ではＳｅｒｖｉｃｅ−Ｎａｍｅ判定領域（２０４−２）等）のいずれかに記憶させる構成である。また、接続管理テーブル（２０４−４）、セッションＩＤ割り当てテーブル（２０４−５）は、パケット転送装置が複数個の通信サービスを提供する通信網と接続される場合に、通信網の構成に応じて設定される（無くても構わない）ものである。

図３はＰＰＰｏＥパケットの構成例を示すフォーマット図である。
ＰＰＰｏＥパケットは、Ｅｔｈｅｒｎｅｔ（登録商標）上でＰＰＰ(Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ)セッションを用いてＩＰパケットを含むＰＰＰパケットを転送するために、ＰＰＰパケットをＰＰＰｏＥヘッダで包んだものである。これにより、ＰＰＰパケットをＥｔｈｅｒｎｅｔのパケットとして取り扱うことを可能とするもので、Ｅｔｈｅｒｎｅｔヘッダ（３０）とＰＰＰｏＥヘッダ（３１）とＰＰＰパケットを構成する可変長のペイロード（３２）とから構成されている。

Ｅｔｈｅｒｎｅｔヘッダ（３０）は、送信先ＭＡＣアドレス（後述するＰＡＤＩパケットに応答するパケット転送装置（１３）のＭＡＣアドレス）と、送信元ＭＡＣアドレス（端末のＭＡＣアドレスで後述するセッションＩＤ割り振り時に使用される）、及び、プロトコルタイプの各エリア（３００〜３０２）から構成されている。また、ＰＰＰｏＥヘッダ（３１）は、バージョン（ＰＰＰｏＥバージョンフィールド：０ｘ１に設定される）、タイプ（タイプフィールド：０ｘ１が設定される）、コード（ＰＡＤＩ、ＰＡＤＯ、ＰＡＤＲ、ＰＡＤＳ等のパケットを識別する識別子が設定される）、セッションＩＤ（ＰＰＰｏＥセッションの識別子として設定される）及び長さ（ＰＰＰｏＥのペイロード長を設定する）を指定する各エリア（３０３〜３０７）から構成されている。

ペイロード（３２）には、ＴＡＧタイプ、ＴＡＧ長及びＴＡＧ ＶＡＬＵＥを指定するの各エリア（３０９〜３１１）を含むＴＡＧ（３０８）が含まれている。具体的には、ＴＡＧタイプ（３０９）はＴＡＧ ＶＡＬＵＥ（３１１）の種別を設定するもので、所望の通信サービスを指定するためのＳｅｒｖｉｃｅ−Ｎａｍｅを用いる場合は、ＴＡＧタイプ（３０９）に０ｘ０１０１を設定し、ＴＡＧ長（３１０）にそのＳｅｒｖｉｃｅ−Ｎａｍｅの長さ、ＴＡＧ ＶＡＬＵＥ（３１１）にＳｅｒｖｉｃｅ−Ｎａｍｅを設定する。すなわち、端末がある通信サービス（例えばＶｏＩＰ網を用いたＩＰ電話サービス）を受けたい場合は、ＴＡＧタイプ（３０９）に０ｘ０１０１、ＴＡＧ ＶＡＬＵＥ（３１１２）にＶｏＩＯＰ網を用いたサービスを示す識別子、ＴＡＧ長（３１０）にその長さを設定したパケットをパケット転送装置に出力してＰＰＰセッションを確立していくことになる。尚、先にも述べたが、ＴＡＧ ＶＡＬＵＥ（３１１）に何も設定がされていない場合は、ＴＡＧ長が０と見なされる。

図４は、パケット転送装置（１３）のメモリ（２０４）に設定するモード判定領域（２０４−１）の状態を示す説明図である。
このモード判定（２０４−１）には、パケット転送装置（１３−ｉ）が、端末（１０−ｉ）からＳｅｒｖｉｃｅ−Ｎａｍｅの指定されない（ＴＡＧ長＝０、あるいは０とみなす）ＰＡＤＩパケットを受信した際、該端末（１０−ｉ）へ応答するか／しないかを判断するための情報を予め設定しておく。このモード判定（２０４−１）の設定により、パケット転送装置（１３）は、Ｓｅｒｖｉｃｅ−Ｎａｍｅの指定されていないＴＡＧ長０のＰＡＤＩパケットを受信した際の動作を決めていく。

同図は、図１の通信システム（１）に備えた各パケット転送装置（１３−ｉ）のモード判定領域の状態を示したもので、パケット転送装置（１３−１）はＴＡＧ長０のＰＡＤＩパケットに対して応答、パケット転送装置（１３−２、３）はＴＡＧ長０のＰＡＤＩパケットに対しては応答しないよう設定してあることを示している。この設定は、パケット転送装置（１３）あるいはアクセス網（５）のオペレータがどのような通信サービスを提供する網を収容するか等の情報により、前述したような端末（５）とサーバ（１７，１８，１９等）とが誤って接続されないように適宜設定するものである。本発明のパケット転送装置（１３）は、このようなモード判定を設定することにより、ＴＡＧ長０のＰＡＤＩパケットに対して無条件にＰＡＤＯパケットを返す（応答する）という状況をなくして、より確実に端末が希望した通信サービスを提供する通信網と接続するパケット転送装置からのＰＡＤＯパケットを受信出来るようにして通信サービスを確実に提供ならしめるものである。

図５は、パケット転送装置（１３）のメモリ（２０４）に設定するＳｅｒｖｉｃｅ−Ｎａｍｅ判定領域（２０４−２）の状態を示す説明図である。
このＳｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）には、パケット転送装置（１３−ｉ）がどの通信サービスを提供する通信網、すなわち、インターネット（１４）あるいはＶｏＩＰ網（１５）あるいはマルチキャスト網（１６）等、に接続されているかを予め設定しておく。このＳｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）の設定により、パケット転送装置（１３）は、端末から要求された通信サービス（接続先通信網）を確認してＰＡＤＩパケット受信後の動作を決めていく。具体的には、パケット転送装置（１３）が、このＳｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）を用いて、受信したＰＡＤＩパケットのＳｅｒｖｉｃｅ−Ｎａｍｅと予め設定されているＳｅｒｖｉｃｅ−Ｎａｍｅとが一致した場合にＰＡＤＯパケットを送り、一致しない場合はＰＡＤＩパケットを廃棄してＰＡＤＯパケットを送信しないように動作するためのものである。

同図は、図１の通信システム（１）に備えた各パケット転送装置（１３−ｉ）のＳｅｒｖｉｃｅ−Ｎａｍｅ判定領域の状態を示したもので、パケット転送装置（１３−１）はインターネット（Ｗｅｂ）網、パケット転送装置（１３−２）はＶｏＩＰ網、パケット転送装置（１３−３）はマルチキャスト（Ｖｉｄｅｏ）網にそれぞれ接続されていることを示す設定となっている。本実施例では、各パケット転送装置（１３）に設定するＳｅｒｖｉｃｅ−Ｎａｍｅは１つであるが、後述するように複数のＳｅｒｖｉｃｅ−Ｎａｍｅを設定しても構わない。尚、図５のＳｅｒｖｉｃｅ−Ｎａｍｅの左に設定された値は、パケット転送装置（１３）と通信網（１７，１８，１９等）とを接続する回線インタフェース（２０−ｉ）の識別子である。このＳｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）設定も、パケット転送装置（１３）あるいはアクセス網（５）のオペレータが、どのような通信サービスを提供する網をどの回線インタフェース（２０）に接続したかによって設定するものである。

図６は、パケット転送装置（１３）の動作例を示すフロー図である。
まず、パケット転送装置（１３）に備える回線インタフェース部（２０）は、端末（１０）からのＰＡＤＩパケットを受信する（ステップＳ６００）。このＰＡＤＩパケットは、回線インタフェース部（２０）によりプロトコル処理部（２１）内の受信バッファ（２００）に送信される。

プロトコル処理部（２１）内のプロセッサ（２０２）は、端末接続・切断処理ルーチン（２０３−１）やＳｅｒｖｉｃｅ判定処理ルーチン（２０３−２）等を用いて、受信バッファ（２００）からＰＡＤＩパケットを読み出し、ＴＡＧタイプ（３０９）からＴＡＧ ＶＡＬＵＥ（３１１）の種別を判別し、ＴＡＧ長（３１０）とＴＡＧ ＶＡＬＵＥ（３１１）からＳｅｒｖｉｃｅ−Ｎａｍｅ指定の有無を判断する（Ｓ６０１）。

プロセッサ（２０２）は、Ｓｅｒｖｉｃｅ−Ｎａｍｅの指定がなければ、モード判定（２０４−１）を参照し、ＰＡＤＩパケットの送信元端末（１０）に応答するか否かを判断する（Ｓ６０２）。判定の結果、プロセッサ（２０２）は、ＰＡＤＩパケットの送信元端末（１０）に応答する場合には、ＰＡＤＯパケットを送信バッファ（２０１）を介して該端末に送信し（Ｓ６０３）、応答しない場合には、ＰＡＤＩパケットを廃棄する（Ｓ６０４）。この処理により、Ｓｅｒｖｉｃｅ−Ｎａｍｅの指定が無い場合でも、パケット転送装置（１３）でＰＡＤＯパケットの送信可否の制御が可能となり、応答可に設定されたパケット転送装置からのみ、ＴＡＧ長（３１０）０のＰＡＤＩパケットに対する応答であるＰＡＤＯパケットが端末に送信される。

又、プロセッサ（２０２）は、Ｓ６０１でＰＡＤＩパケットのＴＡＧ ＶＡＬＵＥ（３１１）にＳｅｒｖｉｃｅ―Ｎａｍｅが指定されていれば、Ｓｅｒｖｉｃｅ―Ｎａｍｅ判定（２０４−２）を参照し、そのＳｅｒｖｉｃｅ―ＮａｍｅがＳｅｒｖｉｃｅ―Ｎａｍｅ判定領域（２０４−２）に登録されているか否かを判断する（Ｓ６０５）。

プロセッサ（２０２）は、ＰＡＤＩに含まれるＳｅｒｖｉｃｅ―ＮａｍｅがＳｅｒｖｉｃｅ―Ｎａｍｅ判定領域（２０４−２）に登録されていれば、該端末にＰＡＤＯパケットを送信し（Ｓ６０３）、登録されていなければ、ＰＡＤＩパケットを廃棄する（Ｓ６０４）。すなわち、ＰＡＤＩパケットでＳｅｒｖｉｃｅ−Ｎａｍｅ指定がある場合、パケット転送装置（１３）で設定されているＳｅｒｖｉｃｅ−Ｎａｍｅ以外のＳｅｒｖｉｃｅ−Ｎａｍｅが入ったＰＡＤＩパケットは廃棄され、一致する場合はＰＡＤＯパケットを返信する。

詳細は後述するが、パケット転送装置（１３）は、ＰＰＰセッション確立のために、プロセッサ（２０２）が端末接続・切断処理ルーチン（２０３−１）やセッションＩＤ振り分けルーチン（２０３−３）等を用いて、Ｓ６０３の処理後に端末（１０）からＰＡＤＲパケットを受信すると、ＰＰＰセッションでの通信に用いるセッションＩＤを決定して、このセッションＩＤを含むＰＡＤＳパケットを該端末へ返信する。これにより、ＰＰＰセッションが確立し、パケット転送装置（１３）の端末（１０）と通信網先のサーバ（１７，１８，１９等）との接続（パケット転送）が可能となる。具体的には、端末（１０）からサーバ（１７，１８，１９）へ送信されるＩＰパケットは、ＰＰＰｏＥパケットにカプセル化された状態でセッションＩＤを用いたＰＰＰセッションによってパケット転送装置（１３）に送信される。パケット転送装置（１３）は、回線インタフェース（２０）から受信したＰＰＰｏＥパケットを、受信バッファ（２００）とプロセッサ（２０２）と送信バッファ（２０１）等から構成されたプロトコル処理部（２１）で処理（Ｅｔｈｅｒヘッダ等の削除によるデカプセル化）して、回線インタフェース（２０）からＩＰパケットを接続された通信網（１４，１５，１６）経由でサーバ（１７，１８，１９）に転送する。逆方向も上記説明と逆の手順で実施される。

図７は、パケット転送装置（１３）のメモリ（２０４）に設定するセッションＩＤ管理テーブル（２０４−３）の状態例を示す説明図である。
セッションＩＤ管理テーブル（２０４−３）は、ＰＰＰセッションによる通信で用いる識別子であるセッションＩＤ（７００）と、ＰＰＰセッションで通信を行う送信元（端末）のＭＡＣアドレス（７０１）と、セッションＩＤ（７００）の使用状況を示す判定ビット（７０２）とを記憶する構成である。

セッションＩＤテーブル（２０４−３）には、パケット転送装置が提供可能なセッションの数だけのユニークなセッションＩＤ（７００）が設定してあり、プロセッサ（２０２）がセッションＩＤ振り分けルーチン（２０３−３）等を用いて、ＰＰＰセッションの確立を希望する端末（１０）にＰＡＤＯパケットを送信した後に該端末からＰＡＤＲパケットを受信すると、セッションＩＤテーブル（２０４−３）の判定ビット（７０２）から空いているセッションＩＤ（７００）を検索し、空きと検索されたセッションＩＤの１つを該端末に割当てる。この割当てられたセッションＩＤはＰＡＤＳパケットにより端末に通知され、以降はこのセッションＩＤを用いたＰＰＰセッションによる端末とパケット転送装置間の通信（端末−パケット転送装置−通信網−サーバでの通信）が行われるようになる。尚、プロセッサ（２０２）は、新たに割当てたセッションＩＤに対応する判定ビット（７０２）を未使用：０から使用中：１に変更するとともに、該セッションＩＤを用いる送信元端末のＭＡＣアドレス（７０１）を登録する。

図１から７の例で説明すると、端末（１０−１）はパケット転送装置（１３−１）とセッションＩＤ：１を用いてインターネット（１４）を介してＷｅｂサーバ（１７）と通信中で、端末（１０−２）はパケット転送装置（１３−２）とセッションＩＤ：２を用いてＶｏＩＰ網（１５）を介してＳＩＰサーバ（１８）と通信中で、端末（１０−３）についてはパケット転送装置（１３−３）がこれからセッションＩＤ：３を割当て可能（ＭＡＣアドレスか括弧付き、判定ビットは０）であることを示している。端末（１０−３）とパケット転送装置（１３−３）でセッションＩＤが割当てられれば、図７のセッションＩＤ：３に対応するＭＡＣアドレスの括弧が取れ（登録され）、判定ビットも０から１に変更される。尚、図７は、各パケット転送装置（１３−ｉ）で個別に設定されるセッションＩＤテーブル（２０４−３）を（複数個のパケット転送装置分を）１つに纏めて表示したものである。

図８は、本発明のパケット転送装置を用いた通信システムの動作例を示すシーケンス図であり、ＰＡＤＩパケットにＳｅｒｖｉｃｅ−Ｎａｍｅが指定されていない（ＴＡＧ長＝０）場合の動作を説明するものである。尚、この通信システムは図１に示すものであり、各パケット転送装置（１３−ｉ（ｉ＝１、２、３））に設定したモード判定（２０４−１）は図４に示した設定とする。すなわち、インターネット網（１４）と接続されるパケット転送装置（１３−１）のみＳｅｒｖｉｃｅ−Ｎａｍｅが指定されていないＰＡＤＩパケットに対して応答し、それ以外のパケット転送装置（１３−２、１３−３）ではＰＡＤＩパケットが廃棄される設定である。又、ここでは、端末（１０−ｉ）とパケット転送装置（１３−ｉ）以外の構成要素及びその動作説明は省略する。

端末（１０−１）が、応答可能（ＰＰＰセッション確立可能）で希望するサービスに応じてくれそうなパケット転送装置（１３）を見つけるために、ＴＡＧ長＝０のＰＡＤＩパケットをアクセス網（５）内でＰＰＰｏＥパケット（２）を用いてマルチキャスト送信すると、このＰＡＤＩパケットは、各パケット転送装置（１３−ｉ）で受信される（Ｓ８００−１、Ｓ８００−２、Ｓ８００−３）。

各パケット転送装置（１３−ｉ）のプロセッサ（２０２）は、受信したＰＡＤＩパケットにＳｅｒｖｉｃｅ−Ｎａｍｅが指定されているか否かを判断する（Ｓ８０１、Ｓ７０２、Ｓ７０３）。ここでは、ＰＡＤＩパケットにＳｅｒｖｉｃｅ−Ｎａｍｅが指定されていないので、メモリ（２０４）に設定されたモード判定領域（２０４−１）を参照し、端末（１０−１）に応答するか否かを判断する（Ｓ８０４、Ｓ８０５、Ｓ８０６）。

パケット転送装置（１３−２、１３−３）は、モード判定（２０４−１）に“応答しない”が設定されている（図４）ので、受信したＰＡＤＩパケットを廃棄し（Ｓ８０７、Ｓ８０８）、端末（１０−１）へは何も応答しない。また、パケット転送装置（１３−１）は、モード判定（２０４−１）に“応答する“が設定されている（図４）ので、ＰＡＤＯパケットを端末（１０−１）へ返信する（Ｓ８０９）。

端末（１０−１）は、パケット転送装置（１３−１）からＰＡＤＯパケットを受信すると、ＰＡＤＲパケットをパケット転送装置（１３−１）に送信し（Ｓ８１０）、パケット転送装置（１３−１）は、ＰＡＤＲパケットを受信すると、セッションＩＤ割り当てテーブル（２０４−４）を用いてセッションＩＤ割当てを行い（Ｓ８１０、Ｓ８１２）、ＰＡＤＳパケットを端末（１０−１）へ返信する（Ｓ８１１）。

以上の動作によりＰＰＰｏＥディカバリーステージ（８２０）が完了してＰＰＰセッションが確立されると、割当てられたセッションＩＤを用いたＰＰＰ通信（Ｓ８１３）がＰＰＰｏＥセッションステージ（８３０）で行われ、端末（１０−１）は、ＯＮＵ（１１）、ＯＬＴ（１２）、パケット転送装置（１３−１）を介してインターネット（１４）に接続される。尚、ＰＰＰ通信終了の場合は、端末（１０−１）からＰＡＤＴパケットが送信される（Ｓ８１４）。

上述の例では、パケット転送装置（１３−１）のみがＳｅｒｖｉｃｅ−Ｎａｍｅが無いＴＡＧ長０のＰＡＤＩパケットに対して応答することにより、ＴＡＧ長０のＰＡＤＩパケットでＰＰＰｏＥディスカバリーステージ（８２０）を開始した後の端末（１０）からのＩＰパケットはインターネット網に転送されるようになる。すなわち、保守者が各パケット転送装置のモード判定を適切に設定することで、端末側でＳｅｒｖｉｃｅ−Ｎａｍｅの設定を忘れたり、ＴＡＧ長０のＰＡＤＩパケットを送っても、インターネット網への割振り（接続）制御が確実に実行され、保守者や端末で意図しない接続先通信網（ＶｏＩＰ網やマルチキャスト網等）に接続されることがなくなり、無駄なＰＰＰｏＥディスカバリーステージ処理とＰＰＰｏＥセッションステージ処理の発生防止によるパケット転送装置の処理能力向上やアクセス網等の通信網の資源の無駄遣いが図れる。

図９は、パケット転送装置を通信システムの別の動作例を示すシーケンス図であり、ＰＡＤＩパケットでＳｅｒｖｉｃｅ−Ｎａｍｅが指定されている場合の動作を説明するものである。尚、通信システムは図１に示すものであり、各パケット転送装置（１３−ｉ（ｉ＝１、２、３））のモード判定領域（２０４−１）とＳｅｒｖｉｃｅ−Ｎａｍｅ判定領域（２０４−２）の設定は、それぞれ図４と５に示した設定とする。すなわち、インターネット網（１４）と接続されるパケット転送装置（１３−１）のみＳｅｒｖｉｃｅ−Ｎａｍｅが指定されていないＰＡＤＩパケットに対して応答し、それ以外のパケット転送装置（１３−２、１３−３）ではＳｅｒｖｉｃｅ−Ｎａｍｅが指定されていないＰＡＤＩパケットが廃棄され、さらに、パケット転送装置（１３−１）にＳｅｒｖｉｃｅ−Ｎａｍｅ“Ｗｅｂ”、パケット転送装置（１３−２）にＳｅｒｖｉｃｅ−Ｎａｍｅ“ＶｏＩＰ”、パケット転送装置（１３−３）にＳｅｒｖｉｃｅ−Ｎａｍｅ“Ｖｉｄｅｏ”が設定されている。

端末（１０−１）が、Ｓｅｒｖｉｃｅ−Ｎａｍｅ“ＶｏＩＰ”を指定したＰＡＤＩパケットを送信すると、このＰＡＤＩパケットは、各パケット転送装置（１３−ｉ）で受信される（Ｓ９００−１、Ｓ９００−２、Ｓ９００−３）。各パケット転送装置（１３−ｉ）は、受信ＰＡＤＩパケットにＳｅｒｖｉｃｅ−Ｎａｍｅが指定されているか否かを判断する（Ｓ９０１、Ｓ９０２、Ｓ９０３）。尚、各パケット転送装置（１３−ｉ）は、ＰＡＤＩパケットにＳｅｒｖｉｃｅ−Ｎａｍｅ（ＶｏＩＰ）が指定されているので、前述の動作例のようにモードの判定（図６：Ｓ６０２や図８：Ｓ８０４−８０６）は行わずに、それがＳｅｒｖｉｃｅ―Ｎａｍｅ判定（２０４−２）に設定されているか否かを判断する（Ｓ９０４、Ｓ９０５、Ｓ９０６）。

パケット転送装置（１３−１）のＳｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）には“Ｗｅｂ”、パケット転送装置（１３−３）のＳｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）には“Ｖｉｄｅｏ”が設定されている（図５）ので、受信したＰＡＤＩパケットを廃棄し（Ｓ９０７、Ｓ９０８）、端末（１０−１）へは何も応答しない。一方、パケット転送装置（１３−２）のＳｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）には“ＶｏＩＰ“が設定されている（図５）ので、ＰＡＤＯパケットを端末（１０−１）へ返信する（Ｓ９０９）。

端末（１０−１）は、パケット転送装置（１３−２）からＰＡＤＯパケットを受信すると、ＰＡＤＲパケットをパケット転送装置（１３−２）に送信し（Ｓ９１０）、パケット転送装置（１３−２）は、ＰＡＤＲパケットを受信すると、セッションＩＤ割り当てテーブル（２０４−４）を用いてセッションＩＤ割当てを行い（Ｓ９１０、Ｓ９１２）、ＰＡＤＳパケットを端末（１０−１）へ返信する（Ｓ９１１）。

以上の動作によりＰＰＰｏＥディカバリーステージ（９２０）が完了してＰＰＰｏＥセッションが確立されると、割当てられたセッションＩＤを用いたＰＰＰ通信（Ｓ９１３）がＰＰＰｏＥセッションステージ（９３０）で行われ、端末（１０−１）は、ＯＮＵ（１１）、ＯＬＴ（１２）、パケット転送装置（１３−２）を介してＶｏＩＰ網（１５）に接続されＩＰ電話による音声通信が可能となる。尚、ＰＰＰ通信終了の場合は、端末（１０−１）からＰＡＤＴパケットが送信される（Ｓ９１４）。

図１０は、本発明のパケット転送装置を用いた通信通信システムの別の構成例を示すシステム構成図で、パケット転送装置に複数の通信サービスを提供する通信網が接続される構成を示している。
通信システム（１００）は、複数の端末（１０−ｉ（ｉ＝１、２、３））、および、これらの端末を収容するＯＮＵ（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）（１１）と、このＯＮＵ（１１）と接続されるＯＬＴ（Ｏｐｔｉｃａｌ Ｌｉｎｅ ｔｅｒｍｉｎａｌ）（１２）と、このＯＬＴ（１２）と接続されるパケット転送装置（１３‘−ｉ（ｉ＝１、２、３））とからなるアクセス網（５’）、および、パケット転送装置（１３’−ｉ（ｉ＝１、２、３））の各々に接続されて各種通信サービスを提供する通信網であるインターネット（１４）やＶｏＩＰ網（１５）やマルチキャスト網（１６）と、これら通信網の各々に接続され各種通信サービスを提供するＷｅｂサーバ（１７）やＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ）サーバ（１８）やＶｉｄｅｏサーバ（１９）とで構成し、同図のように接続されている。パケット転送装置（１３‘−１）には、インターネット（１４−１）とＶｏＩＰ網（１５）とマルチキャスト網（１６）が接続され、パケット転送装置（１３’−２，３）には、インターネット（１４−２）が接続された構成である。

本通信システム（１００）も、先に示した通信システム（１）と同様に、任意の端末（１０−ｉ）とアクセス網（５）との間にＰＰＰセッションを設定して任意のパケット転送装置（１３−ｉ）との通信を行うことで、端末からのＩＰパケットを接続された通信網（本例では、インターネット（１４）やＶｏＩＰ網（１５）やマルチキャスト網（１６）のいずれか）を介してサーバ（本例では、Ｗｅｂサーバ（１７）やＳＩＰサーバ（１８）やＶｉｄｅｏサーバ（１９）のいずれか）に転送して端末の所望する通信サービスを提供してもらう構成である。詳細は後述するが、本発明のパケット転送装置（１３‘−ｉ）には接続管理テーブル（２０４−４）とセッションＩＤ割り当てテーブル（２０４−５）を備え、端末（１０−ｉ）からのＰＰＰｏＥ通信時のパケットに含まれるＭＡＣアドレス、セッションＩＤ管理テーブル（２０４’−３）、接続管理テーブル（２０４−４）とセッションＩＤ割り当てテーブル（２０４−５）を用いて端末（１０−ｉ）の接続先通信網を判定して、該通信網に端末（１０−ｉ）を接続させるものである。

図１１は、パケット転送装置（１３）のメモリ（２０４）に設定する接続管理テーブル（２０４−４）の状態例を示す説明図である。この接続管理テーブル（２０４−４）は、パケット転送装置（１３）が収容する端末（送信元）のＭＡＣアドレス（１１００）と該端末が希望する（接続可能な）通信網の種別との関係を予め設定しておくもので、アクセス網やパケット転送装置のオペレータが設定する。これにより、パケット転送装置（１３）は、容易に端末毎に接続先通信網を検索して指定することが可能となる。

同図は、パケット転送装置（１３‘−１）に備えた接続管理テーブル（２０４−４）の設定例を示したものであり、端末（１０−１）はＭＡＣアドレスが００：００：００：０１でインターネット網（１４−１）に接続可能なことを示している。同様に、端末（１０−２）はＭＡＣアドレスが００：００：０１：０１でＶｏＩＰ網（１５）に接続可能で、端末（１０−３）はＭＡＣアドレスが００：００：０２：０１でマルチキャスト網（１６）に接続可能な状態が設定されていることを示している。

図１２は、パケット転送装置（１３）のメモリ（２０４）に設定するセッションＩＤ割り当てテーブル（２０４−５）の状態例を示す説明図である。このセッションＩＤ割り当てテーブル（２０４−５）は、パケット転送装置で提供可能なセッションの数だけのユニークなセッションＩＤをいくつかのグループに分け、これらのグループ毎に接続可能な通信網を予め割当てたもので、アクセス網やパケット転送装置のオペレータによりグループ化された複数のセッションＩＤを格納するセッションＩＤプール（１２００）と接続先通信網（１２０１）とが対応付けられて設定されている。この設定によりパケット転送装置では端末が希望する通信サービス毎にユニークなセッションＩＤが確実に割当てられ、確実に端末と通信網との接続が実施出来るようになる。

同図は、パケット転送装置（１３‘−１）に備えたセッションＩＤ割り当てテーブル（２０４−５）の設定例を示したものであり、セッションＩＤが１から１００迄はインターネット網（１４−１）との接続に用いられ、１０１から２００迄がＶｏＩＰ網（１５）との接続に用いられ、２０１から３００迄がマルチキャスト網（１６）との接続に用いられることを示している。端末からのＰＡＤＲパケットを受信したパケット転送装置（１３）は、ＰＡＤＲパケットの送信元ＭＡＣアドレスから、接続管理テーブル（２０４−４）を用いて接続先通信網（１１０１）の情報を得て、この情報からセッションＩＤ割り当てテーブル（２０４−５）から使用可能なセッションＩＤの情報（セッションＩＤプール（１２００））を把握した後、先に説明した動作例と同じようにセッションＩＤ管理テーブル（２０４’−３）を形成しながらＰＰＰｏＥディスカバリーステージを進めてＰＰＰセッションを確立する。

図１３は、パケット転送装置（１３）に備えたメモリ（２０４）に設定するセッションＩＤ管理テーブルの別の状態例を示す説明図である。
このセッションＩＤテーブル（２０４‘−３）は、先の通信システム（１）のパケット転送装置（１３）に設定したセッションＩＤテーブル（２０４−３）に接続先通信網（１３０２）の情報を追加したもので、ＰＰＰセッションによる通信で用いる識別子であるセッションＩＤ（１３００）と、ＰＰＰセッションで通信を行う送信元（端末）のＭＡＣアドレス（１３０１）と、接続先通信網の情報（１３０２）と、セッションＩＤ（１３００）の使用状況を示す判定ビット（１３０２）とを記憶する構成である。ある。セッションＩＤ管理テーブル（２０４−３）には、セッションＩＤ（１３００）、送信元端末のＭＡＣアドレス（１３０１）、接続先通信網（１３０２）と判定ビット（１３０３）とが対応付けられて記憶されている。

このセッションＩＤテーブル（２０４‘−３）にも、パケット転送装置が提供可能なセッションの数だけのユニークなセッションＩＤ（１３００）が設定してあり、プロセッサ（２０２）がセッションＩＤ振り分けルーチン（２０３−３）等を用いて、ＰＰＰセッションの確立を希望する端末（１０）にＰＡＤＯパケットを送信した後に該端末からＰＡＤＲパケットを受信すると、接続管理テーブル（２０４−４）とセッションＩＤ割り当てテーブル（２０４−５）から使用可能なセッションＩＤの情報（セッションＩＤプール（１２００））を把握した後、プールされた複数の使用可能なセッションＩＤについて判定ビット（１３０２）を確認し、空いているセッションＩＤ（１３００）の１つを該端末に割当てる。この割当てられたセッションＩＤはＰＡＤＳパケットにより端末に通知され、以降はこのセッションＩＤを用いたＰＰＰセッションによる端末とパケット転送装置間の通信（端末−パケット転送装置−通信網−サーバでの通信）が行われるようになる。尚、プロセッサ（２０２）は、新たに割当てたセッションＩＤに対応する判定ビット（１３０２）を未使用：０から使用中：１に変更するとともに、該セッションＩＤを用いる送信元端末のＭＡＣアドレス（１３０１）を登録する。

図１０から１３の例で説明すると、端末（１０−１）はパケット転送装置（１３‘−１）とセッションＩＤ：１を用いてインターネット（１４−１）を介してＷｅｂサーバ（１７−１）と通信中で、端末（１０−２）もパケット転送装置（１３’−１）とセッションＩＤ：１０１を用いてＶｏＩＰ網（１５）を介してＳＩＰサーバ（１８）と通信中で、端末（１０−３）についてはパケット転送装置（１３‘−ｉ）のいずれかが、これからセッションＩＤ：５００を割当ててインターネット網（１４−１，２のいずれか等）に接続可能（ＭＡＣアドレスか括弧付き、判定ビットは０）であることを示している。尚、図１３も各パケット転送装置（１３−ｉ）で個別に設定されるセッションＩＤテーブル（２０４’−３）を（複数個のパケット転送装置分を）１つに纏めて表示してある。

図１４は、パケット転送装置（１３）の別の動作例（その１）を示すフロー図で、ＰＡＤＩパケット受信からＰＡＤＯパケットの送信を行う動作は、図６のフロー図で示した動作と同様なために省略し、ＰＡＤＯパケット送信以降の動作を詳細に説明したものである。すなわち、ＴＡＧ長が０の（Ｓｅｒｖｉｃｅ−Ｎａｍｅが指定されていない）ＰＡＤＩパケットを受信した場合の、ＰＡＤＯパケット送信可否判断は先の実施例と同様に図４のモード状態（２０４−１）の設定により実行される。また、Ｓｅｒｖｉｃｅ−Ｎａｍｅの確認（Ｓ６０５）では、Ｓｅｒｖｉｃｅ−Ｎａｍｅ判定（２０４−２）の設定の代わりに、図１１で説明した接続管理テーブル（２０４−４）を用いて判定する構成としても構わない。

ＰＡＤＯパケットを端末（１０）に向けて送信したパケット転送装置（１３）の回線インタフェース部（２０）は、該端末（１０）からのＰＡＤＲパケットを受信し（Ｓ１４００）、このＰＡＤＲパケットをプロトコル処理部（２１）内の受信バッファ（２００）に転送する。

プロトコル処理部（２１）内のプロセッサ（２０２）は、端末接続・切断処理ルーチン（２０３−１）やセッションＩＤ振り分けルーチン（２０３−３）等を用いて、受信バッファ（２００）からＰＡＤＲパケットを読み出し、送信元端末（１０）のＭＡＣアドレスを取得し（Ｓ１４０１）、接続管理テーブル（２０４−４）を参照してＰＡＤＲパケットの送信元端末（１０−ｉ）のＭＡＣアドレスから接続先通信網を判断する（Ｓ１４０２）。

次にプロセッサ（２０２）は、セッションＩＤ割り当てテーブル（２０４−５）を参照し、Ｓ１４０２で判断された接続先通信網からセッションＩＤプールを選択する（Ｓ１４０３）。この選択されたセッションＩＤプールからセッションＩＤ管理テーブル（２０４−３）を参照し、選択されたプールから空きがあるか判定ビット（１３０３）を用いて判断する（Ｓ１４０４）。空いているセッションＩＤをプール内から順に検索し、空きがある場合には、セッションＩＤ管理テーブル（２０４−３）の空いているセッションＩＤの欄に送信元端末（１０−ｉ）のＭＡＣアドレスを登録し、判定ビット（１３０３）を１にして、ＰＡＤＳパケットを該端末へ送信する（Ｓ１４０５、Ｓ１４０７）。又、プロセッサ（２０２）は、Ｓ１４０４においてセッションＩＤ管理テーブル（２０４−３）に空きがない場合には、該端末へエラー通知を行う（Ｓ１４０６）。

図１０で示した通信システム（１００）を用いて具体的動作を説明すると、送信元端末が（１０−１）であると、送信元端末（１０−１）のＭＡＣアドレスが００：００：００：０１であり、接続管理テーブル（２０４−４）を参照すると、接続先通信網（１１０１）がインターネット網に設定されている。接続管理テーブル（２０４−４）で接続先通信網（１１０１）がインターネット網に設定されているので、セッションＩＤ割り当てテーブル（２０４−５）を参照すると、接続先通信網（１２０１）に対応するセッションＩＤプール（１２００）は、“１〜１００”になっている。したがってセッションＩＤ管理テーブル（２０４−３）を参照して、セッションＩＤ（１３００）“１〜１００”の中から空いているセッションＩＤ（１３００）を判定ビット（１３０３）で検索する。図１３で示した状態の前では、セッションＩＤ“１”が空いていたため、パケット転送装置（１３−１）のＭＡＣアドレス００：００：００：０１をセッションＩＤ管理テーブル（２０４−３）に登録し、判定ビットを１にすることにより、端末（１０−１）にセッションＩＤ“１”を割り当てる。同様に、送信元端末が（１０−２）であると、送信元端末のＭＡＣアドレスが００：００：０１：０１であり、接続管理テーブル（２０４−４）を参照すると、接続先通信網（１１０１）がＶｏＩＰ網に設定されている。接続管理テーブル（２０４−４）で接続先通信網（１１０１）がＶｏＩＰ網に設定されているので、セッションＩＤ割り当てテーブル（２０４−５）を参照すると、接続先通信網（１２０１）に対応するセッションＩＤプール（１２００）は、“１０１〜１００”になっている。したがってセッションＩＤ管理テーブル（２０４−３）を参照して、セッションＩＤ（１３００）“１０１〜２００”の中から空いているセッションＩＤ（１３００）を判定ビット（１３０３）で検索する。図１３で示した状態の前では、セッションＩＤ“１０１”が空いていたため、パケット転送装置（１３−１）のＭＡＣアドレス００：００：０１：０１をセッションＩＤ管理テーブル（２０４−３）に登録し、判定ビットを１にすることにより、端末（１０−１）にセッションＩＤ“１０１”を割り当てる。

以上の動作でＰＰＰｏＥディスカバリーステージが終了してＰＰＰセッションが確立し、パケット転送装置（１３）の端末（１０）と通信網先のサーバ（１７，１８，１９等）との接続（パケット転送）が可能となる。

図１５は、パケット転送装置（１３）の別の動作例（その２）を示すフロー図で、パケット転送装置のＰＰＰｏＥセッション確立後のＰＰＰｏＥセッションステージにおけるＰＰＰセッションの動作を示すフロー図である。
パケット転送装置（１３−ｉ）は、端末（１０）からＰＰＰｏＥセッションステージパケット（以下、単にＰＰＰｏＥパケットあるいはパケットと称する）を受信し（１５００）、送信元端末（１０−ｉ）のＭＡＣアドレスとセッションＩＤを取得する（１５０１）。
プロセッサ（２０２）は、セッションＩＤ管理テーブル（２０４‘−３）を参照してパケット送信元端末（１０−ｉ）のＭＡＣアドレスが登録されているかを判断し（Ｓ１５０２）、パケットの送信元端末（１０−ｉ）のＭＡＣアドレスが登録されている場合には、セッションＩＤ管理テーブル（２０４−３）に設定されている接続先通信網に接続する（Ｓ１５０３）。又、Ｓ１５０２でパケットの送信元端末（１０−ｉ）のＭＡＣアドレスが登録されていない場合にはパケットを廃棄する（Ｓ１５０５）。

図１６は、パケット転送装置（１３）の別の動作例（その３）を示すフロー図で、ＰＰＰセッション終了の動作を示すフロー図である。
パケット転送装置（１３）がＰＡＤＴパケットを受信（１６００）して送信元端末（１０）のＭＡＣアドレスとセッションＩＤを取得する（１６０１）と、プロセッサ（２０２）がセッションＩＤ管理テーブル（２０４‘−３）を参照し、パケット送信元端末（１０）のＭＡＣアドレスが登録されているかを判断する（Ｓ１６０２）。ここで、ＰＡＤＴパケットの送信元端末（１０）のＭＡＣアドレスが登録されている場合には、セッションＩＤ管理テーブル（２０４−３）から登録されている情報を削除する（Ｓ１６０３）してＰＰＰセッションを開放（切断）する。又、ＰＡＤＴパケットの送信元端末（１０）ＭＡＣアドレスがセッションＩＤ管理テーブル（２０４‘−３）に登録されていないものであれば、該パケットを廃棄する（Ｓ１６０５）。

上記のような構成と動作を行うパケット転送装置を用いれば、端末からのＰＡＤＩパケットに指定されたＳｅｒｖｉｃｅ−Ｎａｍｅに対応するパケット転送装置に複数の接続先通信網があっても、従来のパケット転送装置のようにＳｅｒｖｉｃｅ−Ｎａｍｅだけでは複数の通信網のいずれかへの振り分けが出来ない状況が発生せず、端末から接続要求が来る前に、予め送信元ＭＡＣアドレスに対するセッションＩＤの付与規則を定めておくことによりセッションＩＤを使用して接続先の割り振りを行うことが可能となる。

パケット転送装置を用いた通信システムの構成例を示す構成図である。 パケット転送装置の構成例を示すブロック図である。 ＰＰＰｏＥパケットの構成例を示すフォーマット図である。 パケット転送装置のモード判定の状態例を示す説明図である。 パケット転送装置のＳｅｒｖｉｃｅ−Ｎａｍｅ判定の状態例を示す説明図である。 パケット転送装置の動作例を示すフロー図である。 パケット転送装置のセッションＩＤ管理テーブルの状態例を示す説明図である。 パケット転送装置を用いた通信システムの動作例を示すシーケンス図である。 同じく、通信システムの別の動作例を示すシーケンス図である。 パケット転送装置を用いた通信システムの別の構成例を示す構成図である。 パケット転送装置の接続管理テーブルの状態例を示す説明図である。 同じく、セッションＩＤ割り当てテーブルの状態例を示す説明図である。 同じく、セッションＩＤ管理テーブルの別の状態例を示す説明図である。 パケット転送装置の別の動作例（１）を示すフロー図である。 パケット転送装置の別の動作例（２）を示すフロー図である。 パケット転送装置の別の動作例（３）を示すフロー図である。

符号の説明

１０−ｉ・・・端末、１１・・・ＯＮＵ、１２・・・ＯＬＴ、
１３−ｉ・・・パケット転送装置、１４・・・インターネット、
１５・・・ＶｏＩＰ網、１６・・・マルチキャスト網、
２０−ｉ・・・回線インタフェース部、２１−ｉ・・・プロトコル処理部、
２２・・・制御部、２００−ｉ・・・受信バッファ、２０１−ｉ・・・送信バッファ、
２０２・・・プロセッサ、２０３・・・プログラム格納メモリ、
２０４・・・制御パラメータ格納メモリ、２０５・・・プロセッサ間インタフェース。

Claims (7)

1. 複数の端末を収容する第１の通信網と通信サービスを提供するサーバ装置を収容する複数の第２の通信網とを接続し、前記端末とＰＰＰｏＥを用いて通信することで、前記端末とサーバ装置との間でパケットの転送を行うパケット転送装置であって、
   前記第１および第２の通信網とパケットの送受信を行う複数の回線インタフェース部と、
   前記回線インタフェース部で受信したパケットにフォーマット変換や該パケットの前記回線インタフェース間での転送他通信処理を行うプロトコル処理部と、
   前記パケット転送装置全体の制御を行う制御部とを備え、
   前記制御部を介して前記第１の網からＰＰＰｏＥに従い受信したＰＡＤＩパケットに対しＰＡＤＯパケットを返信するか否かを指示する第１の情報を前記プロトコル処理部に設定するよう構成され、
   端末からＰＡＤＩパケットを受信すると、
   当該ＰＡＤＩパケットに上記サーバ装置が提供する通信サービスに対応した識別子が指定されているか否かを調べ、
   前記識別子が指定されていない場合は、前記第１の情報に基づき該パケットの処理もしくは廃棄を決定し、
   処理の場合は前記ＰＡＤＩに対してＰＡＤＯパケットを前記端末に送信し、
   廃棄の場合は前記ＰＡＤＩパケットを廃棄することを特徴とするパケット転送装置。
2. 前記第１の情報は、前記ＰＡＤＩパケットに前記識別子が含まれていない場合に、当該ＰＡＤＩパケットを送信した端末にＰＡＤＯパケットを送信する動作モードか、または、当該ＰＡＤＩパケットを送信した端末にＰＡＤＯパケットを送信しない動作モードか、を判定するための情報であることを特徴とする請求項１に記載のパケット転送装置。
3. 前記識別子はＳｅｒｖｉｃｅ−Ｎａｍｅであることを特徴とする請求項１に記載のパケット転送装置。
4. 上記プロトコル処理部は、前記受信したＰＡＤＩパケットに前記識別子が指定されている場合、当該識別子と、予め設定された情報に含まれる該パケット転送装置に接続されるサーバが提供する通信サービスの識別子とを比較して、上記端末への上記ＰＡＤＯパケットの送信もしくは該ＰＡＤＩパケット廃棄を決定することを特徴とする請求項１に記載のパケット転送装置。
5. 上記プロトコル処理部は、前記比較の結果、
   前記受信したＰＡＤＩパケットに含まれる前記識別子が前記予め設定された情報に登録されていると判断した場合は、前記受信したＰＡＤＩパケットに対して前記ＰＡＤＯパケットを送信し、
   前記受信したＰＡＤＩパケットに含まれる前記識別子が前記予め設定された情報に登録されていないと判断した場合は、前記受信したＰＡＤＩパケットを廃棄することを特徴とする請求項４に記載のパケット転送装置。
6. 前記プロトコル処理部は、前記第１の網からＰＰＰｏＥに従い受信したＰＡＤＲパケットに対しＰＡＤＳパケットを返信するか否かを決定するための第２の情報を設定され、
   前記ＰＡＤＯパケットを送信した端末からＰＡＤＲパケットを受信すると、前記第２の情報に基づく前記ＰＡＤＲパケットの処理もしくは廃棄を決定し、処理の場合は該所定の第２のパケット受信以降の通信手順を継続して前記第１および第２の通信網を介した前記端末とサーバ装置間の接続を形成してパケットを転送し、廃棄の場合は該所定の第２のパケットを廃棄して前記通信手順を終了することを特徴とするパケット転送装置。
7. 上記第２の情報は、前記端末のアドレス識別子と該端末に提供可能な通信サービスに対応した識別子との対応、および、前記通信サービスに対応した識別子とＰＰＰセッション識別子との対応を指定する情報で、上記プロトコル処理部が上記ＰＡＤＲパケットに含まれる該端末のアドレスと該情報に基づき上記端末への上記ＰＡＤＳパケットの送信もしくは該ＰＡＤＲパケットの廃棄を決定することを特徴とする請求項６に記載のパケット転送装置。

Images