転送方法および転送装置
【課題】カプセル化判定を容易に実行可能とする転送装置を得ること。
【解決手段】本発明の転送装置は、パケットを転送するための転送装置であって、自装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報を記憶するパケット管理ＤＢ１５と、アクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するカプセル化判定部１２と、を備える。
【解決手段】本発明の転送装置は、パケットを転送するための転送装置であって、自装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報を記憶するパケット管理ＤＢ１５と、アクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するカプセル化判定部１２と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケットの転送を実行する転送装置に関する。
【背景技術】
【０００２】
近年、インターネットの普及により、ＰＣ（Personal Computer）や携帯電話装置といった端末装置と、アクセス網との間の接続形態が多様化している。このため、ゲートウェイ装置よりアクセス網へパケットを転送する際に、ＩＰ（Internet Protocol）ヘッダなどのカプセル化が必要な場合と不要な場合があり、接続先に応じてカプセル化を行う転送方法が必要である。
【０００３】
このような転送方法の一例として、下記特許文献１には、入力されたパケットについて着信アドレスをチェックし、チェック結果に基づいて、カプセル化／デカプセル化を実行可能とする方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１９０８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術によれば、複数存在する可能性がある着信アドレスを検索するので、カプセル化を判定するための処理負荷が高くなる可能性がある、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、カプセル化判定を容易に実行可能とする転送装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、パケットを転送するための転送装置における転送方法であって、前記転送装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するアクセス方式判定ステップ、を含むことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、カプセル化判定を容易に実行することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明にかかる転送装置の実施の形態１の構成例を示す図である。
【図２】図２は、本実施の形態における通信ネットワークの一例を示す図である。
【図３】図３は、本実施の形態におけるゲートウェイ装置の転送動作を示すフローチャートである。
【図４】図４は、パケット管理ＤＢが保持する「Send＿table」の構成例を示す図である。
【図５】図５は、パケット管理ＤＢが保持する「Subnet＿table」の構成例を示す図である。
【図６】図６は、パケット管理ＤＢが保持する「ARP＿entry＿table」の構成例を示す図である。
【図７】図７は、パケット管理ＤＢが保持する「Forward＿judge＿table」の構成例を示す図である。
【図８】図８は、パケット管理ＤＢが保持する「PPPoE＿Session＿table」の構成例を示す図である。
【図９】図９は、パケット管理ＤＢが保持する「ARP＿entry＿table2」の構成例を示す図である。
【図１０】図１０は、パケット管理ＤＢが保持する「MAC＿table」の構成例を示す図である。
【図１１】図１１は、実施の形態２の通信ネットワークの構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかる転送方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態１．
図１は、本発明にかかる転送装置の実施の形態１の構成例を示す図である。図１の転送装置は、制御部１内に、受信部１１と、カプセル化判定部１２と、ヘッダ情報付与部１３と、パケット構築部１４と、パケット管理ＤＢ１５と、を備える。
【００１２】
受信部１１は、転送対象のパケットを受信する。カプセル化判定部１２は、各パケットについてカプセル化の要否を判定する。ヘッダ情報付与部１３は、カプセル化の要否に応じてヘッダ情報を付与する。パケット構築部１４は、カプセル化の要否および付与されたヘッダ情報にしたがって、転送パケットを作成する。パケット管理ＤＢ１５は、転送装置の制御部１内でパケットを一元管理するための識別子である「リソース識別子」に対して、パケットの転送に必要なデータ（カプセル化の要否，ヘッダの付与の状況，ヘッダ領域）を対応付けて管理するためのパケット転送テーブル（後述）と、パケット転送テーブルにデータを設定するために用いる管理テーブル（後述）を備えるデータベースである。
【００１３】
図２は、本実施の形態における通信ネットワークの一例を示す図である。図２の通信ネットワークは、公衆一般網２１と、ローカル網２２と、ゲートウェイ装置２３と、端末装置２４とを備える。公衆一般網２１は、端末装置２４からのパケットを転送する際にカプセル化が必要となる網である。ローカル網２２は、端末装置２４からのパケットを転送する際にカプセル化が不要である網である。ゲートウェイ装置２３は、図１の構成を具備する転送装置１により実現される。端末装置２４は、ローカル網２２に属し、ユーザパケットを送信するとする。
【００１４】
なお、転送先となる網ごとに、カプセル化の要否および使用するヘッダ種別を対応付けた情報（アクセス情報）は、ゲートウェイ装置２３が公衆一般網２１，ローカル網２２に対して接続を確立する際に、それぞれ決定される。この場合、ゲートウェイ装置２３の通信部（図示せず）などは、各網に接続する他のゲートウェイとの間で接続を確立し、当該ゲートウェイから、当該ゲートウェイのＩＰアドレスと、当該網にてカプセル化が必要かどうかを通知される。たとえば、通信部は、アクセス情報を制御部１内のパケット管理ＤＢ１５内に保存する。上記アクセス情報は、たとえば、「公衆一般網２１のゲートウェイのＩＰアドレス，カプセル化要」，「ローカル網２２のゲートウェイのＩＰアドレス，カプセル化不要」などである。なお、アクセス情報は、ゲートウェイ装置２３が接続される網に応じて、予め登録されるとしてもよい。
【００１５】
つづいて、以上のように構成されたゲートウェイ装置（転送装置）の転送処理を説明する。図３は、本実施の形態におけるゲートウェイ装置の転送動作を示すフローチャートである。
【００１６】
ゲートウェイ装置２３の制御部１の受信部１１は、端末装置２４からローカル網２２を介してパケットが送信され、当該パケットの本体であるパケットデータを受信すると（ステップＳ１）、予め決められた採番方法に則り当該パケットにリソース識別子を割当てる（ステップＳ２）。
【００１７】
図４は、パケット管理ＤＢ１５が保持する「Send＿table」（パケット転送テーブル）の構成例を示す図である。図４の「Send＿table」は、たとえば、「リソース識別子」，「処理状態進捗情報」，「アクセス方式」，「ヘッダ有効情報」，「Etherヘッダ領域」，「PPPoE（Point to Point Protocol over Ethernet（登録商標））ヘッダ領域」，「IPヘッダ領域」，「パケットデータ」といった項目を備える。「リソース識別子」は、受信部１１により割当てられる、パケットを一元管理するための識別子である。「処理状態進捗情報」は、当該パケットの転送処理の進捗状況（転送処理中，転送終了など）である。「アクセス方式」は、パケットの宛先となる網がカプセル化を必要とするかどうかを示す。「ヘッダ有効情報」は、ヘッダの有効／無効、すなわち、ヘッダ（Etherヘッダ，PPPoEヘッダ）を付与するかどうかの状況を示す。「Etherヘッダ領域」は、Etherヘッダとしてパケットに被せるヘッダの内容である。「PPPoEヘッダ領域」は、PPPoEヘッダとしてパケットに被せるヘッダの内容である。「IPヘッダ領域」は、IPヘッダとしてパケットに被せるヘッダの内容である。「パケットデータ」は、端末装置２４から受信したパケットデータである。
【００１８】
なお、上記図４から、後述する図１０までのテーブルは、リソース識別子を用いて、パケットに設定するデータを決定するためのテーブルである。図４は、パケット受信時にデータが登録されるテーブル（パケット転送テーブル）であるが、図５〜図１０のテーブルは、ゲートウェイ装置２３が予め保持するテーブル（以下、総称して「管理テーブル」ともいう）である。
【００１９】
図３の処理に戻り、受信部１１は、図４の「Send＿table」の「リソース識別子」に割当てたリソース識別子をセットし、「パケットデータ」に受信したパケットデータをセットし、「処理状態進捗情報」に“転送処理中”とセットしたデータを、パケット管理ＤＢ１５内の「Send＿table」に登録する。そして、受信部１１は、当該リソース識別子を指定して、カプセル化判定部１２に対し、転送処理を実行すべき旨を指示する。
【００２０】
ここで、「処理状態進捗情報」を管理する理由は、エントリを誤って解放することや、パケットデータを破棄することを回避するためである。
【００２１】
カプセル化判定部１２は、当該指示を受けると、指定されたリソース識別子をキーに、パケット管理ＤＢ１５内の「Send＿table」からパケットデータを読み出す。カプセル化判定部１２は、予めパケット管理ＤＢ１５内に記憶されているアクセス情報と、パケットデータに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網（公衆一般網２１／ローカル網２２）を認識する。そして、アクセス情報から転送先となる網に対応するカプセル化要否を取得し、「アクセス方式」にセットする。カプセル化判定部１２は、当該リソース識別子を指定して、ヘッダ情報付与部１３に対し、転送処理を実行すべき旨を指示する。
【００２２】
ヘッダ情報付与部１３は、受け取ったリソース識別子をキーに図４の「Send＿table」を検索し（ステップＳ３）、「アクセス方式」を参照して、当該アクセス方式が示すカプセル化要否に基づいて、カプセル化が必要かどうかを判断する（ステップＳ４）。カプセル化が必要ではないと判断した場合（ステップＳ４：非カプセル化）、ステップＳ５以降の処理を行う。カプセル化が必要と判断した場合（ステップＳ４：カプセル化）、ステップＳ１１以降の処理を行う。以下、場合を分けて説明する。
【００２３】
＜カプセル化不要と判定した場合＞
この場合、端末装置２４から受信したパケットについて、ＩＰヘッダによるカプセル化を行う必要がない。ヘッダ情報付与部１３は、まず、図４の「Send＿table」の「パケットデータ」から宛先ＩＰアドレスを取得する（ステップＳ５）。
【００２４】
図５は、パケット管理ＤＢ１５が保持する「Subnet＿table」の構成例を示す図である。図５の「Subnet＿table」は、「宛先ＩＰアドレス」，「サブネットマスク」，「アクセス網ＧＷアドレス」、といった項目を備える。「宛先ＩＰアドレス」は、図４の「Send＿table」の「パケットデータ」から取得する宛先ＩＰアドレスである。「サブネットマスク」は、サブネットアドレスであって、「宛先ＩＰアドレス」が同一サブネット内である場合に登録される情報である。「アクセス網ＧＷアドレス」は、他のゲートウェイのＩＰアドレスであって、「宛先ＩＰアドレス」が同一サブネット内ではない場合に登録される情報である。
【００２５】
ヘッダ情報付与部１３は、上記で取得したＩＰアドレスを用いて、図５の「Subnet＿table」を検索し、「サブネットマスク」が登録されているかどうかをチェックする。「サブネットマスク」が登録されている場合、ヘッダ情報付与部１３は、パケットが同一サブネットへのパケットであると判断し、図４の「Send＿table」から取得したＩＰアドレスを宛先ＩＰアドレスであると認識する（ステップＳ６）。一方、「サブネットマスク」が登録されてない場合、ヘッダ情報付与部１３は、パケットが同一サブネット外へのパケットであると判断し、さらに、図５の「Subnet＿table」から「アクセス網ＧＷアドレス」を取得し、当該アクセス網ＧＷアドレスを宛先ＩＰアドレスであると認識する（ステップＳ６）。
【００２６】
図６は、パケット管理ＤＢ１５が保持する「ARP＿entry＿table」の構成例を示す図である。図６の「ARP＿entry＿table」は、「宛先ＩＰアドレス」，「ＭＡＣ ＤＡ」といった項目を備える。「宛先ＩＰアドレス」は、ＩＰアドレスである。「ＭＡＣ ＤＡ」は、宛先ＭＡＣアドレスである。
【００２７】
つづいて、ヘッダ情報付与部１３は、上記で認識した宛先ＩＰアドレスをキーとして、図６の「ＭＡＣ ＤＡ」を読み出す。そして、図４の「Send＿table」の「Etherヘッダ領域」に、Etherヘッダである宛先ＭＡＣアドレスをセットする（ステップＳ７）。
【００２８】
また、ヘッダ情報付与部１３は、図４の「Send＿table」の「パケットデータ」から送信元ＩＰアドレスを取得する（ステップＳ８）。
【００２９】
図７は、パケット管理ＤＢ１５が保持する「Forward＿judge＿table」の構成例を示す図である。図７の「Forward＿judge＿table」は、「端末装置ＩＰアドレス」および「ＭＡＣ ＳＡ」といった項目を備える。「端末装置ＩＰアドレス」は、パケットの送信元であるＩＰアドレスであって、ここでは、端末装置２４のＩＰアドレスである。「ＭＡＣ ＳＡ」は、仮想ＭＡＣアドレスであって、ここでは、端末装置２４のＭＡＣアドレスである。
【００３０】
ヘッダ情報付与部１３は、図７の「Forward＿judge＿table」より「送信元ＭＡＣアドレス」を取得し、図４の「Send＿table」内の「Etherヘッダ領域」に、Etherヘッダである送信元MACアドレスをセットする（ステップＳ９）。また、ヘッダ情報付与部１３は、図４の「Send＿table」の「ヘッダ有効情報」に、Etherヘッダを付与している旨をセットする。
【００３１】
以上のようにしてヘッダ情報を全て設定すると、ヘッダ情報付与部１３は、当該リソース識別子を指定して、パケット構築部１４に転送処理を実行すべき旨を指示する。
【００３２】
当該指示を受けたパケット構築部１４は、パケット管理ＤＢ１５における図４の「Send＿table」を用いて、パケットを構築する処理を行う。パケット構築部１４は、「Send＿table」の「ヘッダ有効情報」を参照する。そして、当該項目にて指定されたヘッダ領域（「Etherヘッダ領域」など）に設定されているデータを順番に読み出し、読み出したデータをそのままヘッダとして付与することで、送信パケットを作成する（ステップＳ１０）。そして、パケット構築部１４は、たとえば、制御部１の後段に接続される通信部（図示せず）に、作成した送信パケットを転送することで、パケットの転送制御を行う。
【００３３】
パケット構築部１４は、上記転送制御を行うと、「Send＿table」の該当するパケットについてのエントリの「処理状態進捗情報」を“転送処理終了”などとしたうえで、当該エントリを削除する。
【００３４】
このように、処理状態進捗情報をみてパケット転送テーブルの解放を判断するため、同時に複数のパケット転送処理を行う場合にも、処理の漏れが発生する可能性を低減でき、パケットの破棄などの発生を回避可能である。
【００３５】
＜カプセル化要と判定した場合の処理＞
この場合、端末装置２４から受信したパケットについて、ＩＰヘッダによるカプセル化を行う必要がある。ヘッダ情報付与部１３は、図４の「Send＿table」の「ＩＰヘッダ領域」に、送信元として自装置のＩＰアドレスを、宛先として「パケットデータ」に含まれる送信元ＩＰアドレスを設定する。また、「ヘッダ有効情報」にＩＰヘッダを付与している旨を設定する（ステップＳ１１）。
【００３６】
図８は、パケット管理ＤＢ１５が保持する「PPPoE＿Session＿table」の構成例を示す図である。図８の「PPPoE＿Session＿table」は、「PPPoE有無」，「PPPoE session ＩＤ」，「ＭＡＣ ＤＡ」といった項目を備える。「PPPoE有無」は、自装置がPPPoE接続に対応するかどうかを示す。「PPPoE session ＩＤ」は、自装置からのPPPoE接続に用いるセッションＩＤである。「ＭＡＣ ＤＡ」は、PPPoE接続における宛先となるＭＡＣアドレスである。
【００３７】
ヘッダ情報付与部１３は、図８の「PPPoE＿Session＿table」の「PPPoE有無」を参照し、当該「PPPoE有無」に基づいて、自装置がPPPoE接続であるかどうかを判断する（ステップＳ１２）。PPPoE接続である場合には（ステップＳ１２：有）、ヘッダ情報付与部１３は、つづいて、「PPPoE session ＩＤ」と「ＭＡＣ ＤＡ」とを読み出す。そして、図４の「Send＿table」の「PPPoEヘッダ領域」に当該「PPPoE session ＩＤ」を設定し、「Etherヘッダ領域」にEtherヘッダである当該「宛先ＭＡＣアドレス」を設定し、さらに、「ヘッダ有効情報」に、PPPoEヘッダを付与している旨およびEtherヘッダを付与している旨を設定する（ステップＳ１３）。
【００３８】
一方、PPPoE接続でない場合には（ステップＳ１２：無）、ヘッダ情報付与部１３は、図４の「Send＿table」の「パケットデータ」から宛先ＩＰアドレスを取得する。
【００３９】
図９は、パケット管理ＤＢ１５が保持する「ARP＿entry＿table2」の構成例を示す図である。図９の「ARP＿entry＿table2」は、「宛先ＩＰアドレス」，「ＭＡＣ ＤＡ」といった項目を備える。「宛先ＩＰアドレス」は、ＩＰアドレスである。「ＭＡＣ ＤＡ」は、宛先ＭＡＣアドレスである。
【００４０】
ヘッダ情報付与部１３は、上記で取得した宛先ＩＰアドレスをキーとして、図９の「ＭＡＣ ＤＡ」を読み出す。そして、図４の「Send＿table」の「Etherヘッダ領域」に、当該「ＭＡＣ ＤＡ」をセットする（ステップＳ１４）。また、「ヘッダ有効情報」に、PPPoEヘッダを付与しない旨およびEtherヘッダを付与している旨を設定する。
【００４１】
図１０は、パケット管理ＤＢ１５が保持する「MAC＿table」の構成例を示す図である。図１０の「MAC＿table」は、自装置のＭＡＣアドレスであって送信元ＭＡＣアドレスとなる「ＭＡＣ ＳＡ」を備える。ヘッダ情報付与部１３は、図１０の「MAC＿table」より「ＭＡＣ ＳＡ」を読み出し、図４の「Send＿table」内の「Etherヘッダ領域」に、Etherヘッダである「ＭＡＣ ＳＡ」（送信元ＭＡＣアドレス）を設定する（ステップＳ１５）。
【００４２】
以上のようにしてヘッダ情報を全て設定すると、ヘッダ情報付与部１３は、当該リソース識別子を指定して、パケット構築部１４に転送処理を実行すべき旨を指示する。
【００４３】
当該指示を受けたパケット構築部１４は、上述同様、ステップＳ１０の処理を行う。そして、パケット構築部１４は、たとえば、制御部１の後段に接続される通信部（図示せず）に作成した送信パケットを転送することで、パケットの転送制御を行う。また、同様に、「Send＿table」の該当するパケットについてのエントリの「処理状態進捗情報」を“転送処理終了”などとしたうえで、当該エントリを削除する。
【００４４】
以上説明したように、本実施の形態では、通信装置（ゲートウェイ装置）が、自装置と接続する網のアクセス方式（カプセル化の要否）を予め保持し、端末装置より受信したパケットデータの宛先ＩＰアドレスに基づいて、カプセル化の要否を判定することとした。これにより、網ごとにカプセル化の要否を判定できるので、たとえば、ＩＰアドレスとアクセス方式とを関連付けた情報から逐一検索する場合に比べ、検索条件が簡素となり、処理時間を短縮可能である。したがって、カプセル化が必要な網と必要ではない網とが混在するような接続形態においても、転送処理を迅速かつ確実に実行可能となる。
【００４５】
また、本実施の形態では、一元管理のための識別子を付与したうえで転送対象となるパケットデータをパケット転送テーブルに登録し、当該パケット転送テーブルに、転送のため必要となるヘッダ情報を設定することとした。そして、当該テーブルから各種ヘッダの内容となるヘッダ領域を取得して、当該ヘッダ領域をパケットデータに付与することで、転送パケットを作成することとした。
【００４６】
これにより、転送に必要な情報をテーブルから取得可能となり、複雑な処理にてパケットデータを再構築する必要がなくなるので、高速にヘッダ付与処理を行うことが可能となる。したがって、簡易な構成により、転送装置の処理能力（転送能力）および処理効率を向上させることができる。
【００４７】
また、パケット転送テーブルを、転送時に付与すべき各種ヘッダにあわせたフォーマットとした。これにより、パケット構築の際には、テーブルの項目に沿ってヘッダを付与すればよいため、高速な処理ができ、効率のよい転送が可能となる。
【００４８】
また、リソース識別子を用いた一元管理によってパケットを処理するので、機能ブロックを複数に分割して転送装置を具現化する場合には、当該リソース識別子のみを後段の部などに通知することで、カプセル化判定，ヘッダ情報付与処理，パケット構築処理といった処理を円滑に実施可能である。
【００４９】
実施の形態２．
実施の形態１では、転送装置であるゲートウェイがパケットを送信する端末と有線接続されたネットワークの場合を例に、転送処理を説明した。本実施の形態では、転送装置が端末と無線接続されたネットワークの場合を説明する。
【００５０】
図１１は、本実施の形態の通信ネットワークの構成例を示す図である。図１１の通信ネットワークは、携帯電話網３１と、インターネット網３２と、基地局装置３３と、携帯電話端末３４とを備える。携帯電話網３１は、パケット転送の際にカプセル化を必要とする網であり、インターネット網３２は、パケット転送の際にカプセル化を必要としない網である。基地局装置３３は、図１の構成を具備し、無線通信が可能な転送装置である。携帯電話端末３４は、ユーザパケットを送信する端末である。
【００５１】
本実施の形態のような通信ネットワークでも、管理テーブルの構成および転送装置の動作は、実施の形態１と同様に実行できる。本実施の形態の場合、携帯電話端末３４がパケットデータを送信すると、基地局装置３３の無線通信部（図示せず）がこれを無線により受信する。そして、基地局装置３３は、受信したパケットの情報を上述したパケット転送テーブルに登録し、既に述べたフローチャートにしたがって各種ヘッダの付与を行う。この場合、携帯電話網３１に転送する場合は、ＩＰヘッダのカプセル化を、インターネット網３２にパケット転送する場合は、ＩＰヘッダのカプセル化を行わない。
【００５２】
以上説明したように、本実施の形態では、携帯電話端末と、無線接続された基地局装置（転送装置）が転送処理を行う構成とした。携帯電話端末から無線によりパケットデータを受信する場合であっても、その後の転送処理は、有線接続された端末からパケットデータを受信する場合と同様である。したがって、転送装置が端末と無線接続される場合にも、実施の形態１と同様の効果が得られる。
【産業上の利用可能性】
【００５３】
以上のように、本発明にかかる転送装置は、パケットの転送を行う転送装置に有用であり、特に、パケットのカプセル化が実行される網に接続される場合がある転送装置に適している。
【符号の説明】
【００５４】
１ 制御部
１１ 受信部
１２ カプセル化判定部
１３ ヘッダ情報付与部
１４ パケット構築部
１５ パケット管理ＤＢ
２１ 公衆一般網
２２ ローカル網
２３ ゲートウェイ装置
２４ 端末装置
３１ 携帯電話網
３２ インターネット網
３３ 基地局装置
３４ 携帯電話端末
【技術分野】
【０００１】
本発明は、パケットの転送を実行する転送装置に関する。
【背景技術】
【０００２】
近年、インターネットの普及により、ＰＣ（Personal Computer）や携帯電話装置といった端末装置と、アクセス網との間の接続形態が多様化している。このため、ゲートウェイ装置よりアクセス網へパケットを転送する際に、ＩＰ（Internet Protocol）ヘッダなどのカプセル化が必要な場合と不要な場合があり、接続先に応じてカプセル化を行う転送方法が必要である。
【０００３】
このような転送方法の一例として、下記特許文献１には、入力されたパケットについて着信アドレスをチェックし、チェック結果に基づいて、カプセル化／デカプセル化を実行可能とする方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１９０８２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術によれば、複数存在する可能性がある着信アドレスを検索するので、カプセル化を判定するための処理負荷が高くなる可能性がある、という問題があった。
【０００６】
本発明は、上記に鑑みてなされたものであって、カプセル化判定を容易に実行可能とする転送装置を得ることを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、パケットを転送するための転送装置における転送方法であって、前記転送装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するアクセス方式判定ステップ、を含むことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、カプセル化判定を容易に実行することができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明にかかる転送装置の実施の形態１の構成例を示す図である。
【図２】図２は、本実施の形態における通信ネットワークの一例を示す図である。
【図３】図３は、本実施の形態におけるゲートウェイ装置の転送動作を示すフローチャートである。
【図４】図４は、パケット管理ＤＢが保持する「Send＿table」の構成例を示す図である。
【図５】図５は、パケット管理ＤＢが保持する「Subnet＿table」の構成例を示す図である。
【図６】図６は、パケット管理ＤＢが保持する「ARP＿entry＿table」の構成例を示す図である。
【図７】図７は、パケット管理ＤＢが保持する「Forward＿judge＿table」の構成例を示す図である。
【図８】図８は、パケット管理ＤＢが保持する「PPPoE＿Session＿table」の構成例を示す図である。
【図９】図９は、パケット管理ＤＢが保持する「ARP＿entry＿table2」の構成例を示す図である。
【図１０】図１０は、パケット管理ＤＢが保持する「MAC＿table」の構成例を示す図である。
【図１１】図１１は、実施の形態２の通信ネットワークの構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本発明にかかる転送方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１１】
実施の形態１．
図１は、本発明にかかる転送装置の実施の形態１の構成例を示す図である。図１の転送装置は、制御部１内に、受信部１１と、カプセル化判定部１２と、ヘッダ情報付与部１３と、パケット構築部１４と、パケット管理ＤＢ１５と、を備える。
【００１２】
受信部１１は、転送対象のパケットを受信する。カプセル化判定部１２は、各パケットについてカプセル化の要否を判定する。ヘッダ情報付与部１３は、カプセル化の要否に応じてヘッダ情報を付与する。パケット構築部１４は、カプセル化の要否および付与されたヘッダ情報にしたがって、転送パケットを作成する。パケット管理ＤＢ１５は、転送装置の制御部１内でパケットを一元管理するための識別子である「リソース識別子」に対して、パケットの転送に必要なデータ（カプセル化の要否，ヘッダの付与の状況，ヘッダ領域）を対応付けて管理するためのパケット転送テーブル（後述）と、パケット転送テーブルにデータを設定するために用いる管理テーブル（後述）を備えるデータベースである。
【００１３】
図２は、本実施の形態における通信ネットワークの一例を示す図である。図２の通信ネットワークは、公衆一般網２１と、ローカル網２２と、ゲートウェイ装置２３と、端末装置２４とを備える。公衆一般網２１は、端末装置２４からのパケットを転送する際にカプセル化が必要となる網である。ローカル網２２は、端末装置２４からのパケットを転送する際にカプセル化が不要である網である。ゲートウェイ装置２３は、図１の構成を具備する転送装置１により実現される。端末装置２４は、ローカル網２２に属し、ユーザパケットを送信するとする。
【００１４】
なお、転送先となる網ごとに、カプセル化の要否および使用するヘッダ種別を対応付けた情報（アクセス情報）は、ゲートウェイ装置２３が公衆一般網２１，ローカル網２２に対して接続を確立する際に、それぞれ決定される。この場合、ゲートウェイ装置２３の通信部（図示せず）などは、各網に接続する他のゲートウェイとの間で接続を確立し、当該ゲートウェイから、当該ゲートウェイのＩＰアドレスと、当該網にてカプセル化が必要かどうかを通知される。たとえば、通信部は、アクセス情報を制御部１内のパケット管理ＤＢ１５内に保存する。上記アクセス情報は、たとえば、「公衆一般網２１のゲートウェイのＩＰアドレス，カプセル化要」，「ローカル網２２のゲートウェイのＩＰアドレス，カプセル化不要」などである。なお、アクセス情報は、ゲートウェイ装置２３が接続される網に応じて、予め登録されるとしてもよい。
【００１５】
つづいて、以上のように構成されたゲートウェイ装置（転送装置）の転送処理を説明する。図３は、本実施の形態におけるゲートウェイ装置の転送動作を示すフローチャートである。
【００１６】
ゲートウェイ装置２３の制御部１の受信部１１は、端末装置２４からローカル網２２を介してパケットが送信され、当該パケットの本体であるパケットデータを受信すると（ステップＳ１）、予め決められた採番方法に則り当該パケットにリソース識別子を割当てる（ステップＳ２）。
【００１７】
図４は、パケット管理ＤＢ１５が保持する「Send＿table」（パケット転送テーブル）の構成例を示す図である。図４の「Send＿table」は、たとえば、「リソース識別子」，「処理状態進捗情報」，「アクセス方式」，「ヘッダ有効情報」，「Etherヘッダ領域」，「PPPoE（Point to Point Protocol over Ethernet（登録商標））ヘッダ領域」，「IPヘッダ領域」，「パケットデータ」といった項目を備える。「リソース識別子」は、受信部１１により割当てられる、パケットを一元管理するための識別子である。「処理状態進捗情報」は、当該パケットの転送処理の進捗状況（転送処理中，転送終了など）である。「アクセス方式」は、パケットの宛先となる網がカプセル化を必要とするかどうかを示す。「ヘッダ有効情報」は、ヘッダの有効／無効、すなわち、ヘッダ（Etherヘッダ，PPPoEヘッダ）を付与するかどうかの状況を示す。「Etherヘッダ領域」は、Etherヘッダとしてパケットに被せるヘッダの内容である。「PPPoEヘッダ領域」は、PPPoEヘッダとしてパケットに被せるヘッダの内容である。「IPヘッダ領域」は、IPヘッダとしてパケットに被せるヘッダの内容である。「パケットデータ」は、端末装置２４から受信したパケットデータである。
【００１８】
なお、上記図４から、後述する図１０までのテーブルは、リソース識別子を用いて、パケットに設定するデータを決定するためのテーブルである。図４は、パケット受信時にデータが登録されるテーブル（パケット転送テーブル）であるが、図５〜図１０のテーブルは、ゲートウェイ装置２３が予め保持するテーブル（以下、総称して「管理テーブル」ともいう）である。
【００１９】
図３の処理に戻り、受信部１１は、図４の「Send＿table」の「リソース識別子」に割当てたリソース識別子をセットし、「パケットデータ」に受信したパケットデータをセットし、「処理状態進捗情報」に“転送処理中”とセットしたデータを、パケット管理ＤＢ１５内の「Send＿table」に登録する。そして、受信部１１は、当該リソース識別子を指定して、カプセル化判定部１２に対し、転送処理を実行すべき旨を指示する。
【００２０】
ここで、「処理状態進捗情報」を管理する理由は、エントリを誤って解放することや、パケットデータを破棄することを回避するためである。
【００２１】
カプセル化判定部１２は、当該指示を受けると、指定されたリソース識別子をキーに、パケット管理ＤＢ１５内の「Send＿table」からパケットデータを読み出す。カプセル化判定部１２は、予めパケット管理ＤＢ１５内に記憶されているアクセス情報と、パケットデータに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網（公衆一般網２１／ローカル網２２）を認識する。そして、アクセス情報から転送先となる網に対応するカプセル化要否を取得し、「アクセス方式」にセットする。カプセル化判定部１２は、当該リソース識別子を指定して、ヘッダ情報付与部１３に対し、転送処理を実行すべき旨を指示する。
【００２２】
ヘッダ情報付与部１３は、受け取ったリソース識別子をキーに図４の「Send＿table」を検索し（ステップＳ３）、「アクセス方式」を参照して、当該アクセス方式が示すカプセル化要否に基づいて、カプセル化が必要かどうかを判断する（ステップＳ４）。カプセル化が必要ではないと判断した場合（ステップＳ４：非カプセル化）、ステップＳ５以降の処理を行う。カプセル化が必要と判断した場合（ステップＳ４：カプセル化）、ステップＳ１１以降の処理を行う。以下、場合を分けて説明する。
【００２３】
＜カプセル化不要と判定した場合＞
この場合、端末装置２４から受信したパケットについて、ＩＰヘッダによるカプセル化を行う必要がない。ヘッダ情報付与部１３は、まず、図４の「Send＿table」の「パケットデータ」から宛先ＩＰアドレスを取得する（ステップＳ５）。
【００２４】
図５は、パケット管理ＤＢ１５が保持する「Subnet＿table」の構成例を示す図である。図５の「Subnet＿table」は、「宛先ＩＰアドレス」，「サブネットマスク」，「アクセス網ＧＷアドレス」、といった項目を備える。「宛先ＩＰアドレス」は、図４の「Send＿table」の「パケットデータ」から取得する宛先ＩＰアドレスである。「サブネットマスク」は、サブネットアドレスであって、「宛先ＩＰアドレス」が同一サブネット内である場合に登録される情報である。「アクセス網ＧＷアドレス」は、他のゲートウェイのＩＰアドレスであって、「宛先ＩＰアドレス」が同一サブネット内ではない場合に登録される情報である。
【００２５】
ヘッダ情報付与部１３は、上記で取得したＩＰアドレスを用いて、図５の「Subnet＿table」を検索し、「サブネットマスク」が登録されているかどうかをチェックする。「サブネットマスク」が登録されている場合、ヘッダ情報付与部１３は、パケットが同一サブネットへのパケットであると判断し、図４の「Send＿table」から取得したＩＰアドレスを宛先ＩＰアドレスであると認識する（ステップＳ６）。一方、「サブネットマスク」が登録されてない場合、ヘッダ情報付与部１３は、パケットが同一サブネット外へのパケットであると判断し、さらに、図５の「Subnet＿table」から「アクセス網ＧＷアドレス」を取得し、当該アクセス網ＧＷアドレスを宛先ＩＰアドレスであると認識する（ステップＳ６）。
【００２６】
図６は、パケット管理ＤＢ１５が保持する「ARP＿entry＿table」の構成例を示す図である。図６の「ARP＿entry＿table」は、「宛先ＩＰアドレス」，「ＭＡＣ ＤＡ」といった項目を備える。「宛先ＩＰアドレス」は、ＩＰアドレスである。「ＭＡＣ ＤＡ」は、宛先ＭＡＣアドレスである。
【００２７】
つづいて、ヘッダ情報付与部１３は、上記で認識した宛先ＩＰアドレスをキーとして、図６の「ＭＡＣ ＤＡ」を読み出す。そして、図４の「Send＿table」の「Etherヘッダ領域」に、Etherヘッダである宛先ＭＡＣアドレスをセットする（ステップＳ７）。
【００２８】
また、ヘッダ情報付与部１３は、図４の「Send＿table」の「パケットデータ」から送信元ＩＰアドレスを取得する（ステップＳ８）。
【００２９】
図７は、パケット管理ＤＢ１５が保持する「Forward＿judge＿table」の構成例を示す図である。図７の「Forward＿judge＿table」は、「端末装置ＩＰアドレス」および「ＭＡＣ ＳＡ」といった項目を備える。「端末装置ＩＰアドレス」は、パケットの送信元であるＩＰアドレスであって、ここでは、端末装置２４のＩＰアドレスである。「ＭＡＣ ＳＡ」は、仮想ＭＡＣアドレスであって、ここでは、端末装置２４のＭＡＣアドレスである。
【００３０】
ヘッダ情報付与部１３は、図７の「Forward＿judge＿table」より「送信元ＭＡＣアドレス」を取得し、図４の「Send＿table」内の「Etherヘッダ領域」に、Etherヘッダである送信元MACアドレスをセットする（ステップＳ９）。また、ヘッダ情報付与部１３は、図４の「Send＿table」の「ヘッダ有効情報」に、Etherヘッダを付与している旨をセットする。
【００３１】
以上のようにしてヘッダ情報を全て設定すると、ヘッダ情報付与部１３は、当該リソース識別子を指定して、パケット構築部１４に転送処理を実行すべき旨を指示する。
【００３２】
当該指示を受けたパケット構築部１４は、パケット管理ＤＢ１５における図４の「Send＿table」を用いて、パケットを構築する処理を行う。パケット構築部１４は、「Send＿table」の「ヘッダ有効情報」を参照する。そして、当該項目にて指定されたヘッダ領域（「Etherヘッダ領域」など）に設定されているデータを順番に読み出し、読み出したデータをそのままヘッダとして付与することで、送信パケットを作成する（ステップＳ１０）。そして、パケット構築部１４は、たとえば、制御部１の後段に接続される通信部（図示せず）に、作成した送信パケットを転送することで、パケットの転送制御を行う。
【００３３】
パケット構築部１４は、上記転送制御を行うと、「Send＿table」の該当するパケットについてのエントリの「処理状態進捗情報」を“転送処理終了”などとしたうえで、当該エントリを削除する。
【００３４】
このように、処理状態進捗情報をみてパケット転送テーブルの解放を判断するため、同時に複数のパケット転送処理を行う場合にも、処理の漏れが発生する可能性を低減でき、パケットの破棄などの発生を回避可能である。
【００３５】
＜カプセル化要と判定した場合の処理＞
この場合、端末装置２４から受信したパケットについて、ＩＰヘッダによるカプセル化を行う必要がある。ヘッダ情報付与部１３は、図４の「Send＿table」の「ＩＰヘッダ領域」に、送信元として自装置のＩＰアドレスを、宛先として「パケットデータ」に含まれる送信元ＩＰアドレスを設定する。また、「ヘッダ有効情報」にＩＰヘッダを付与している旨を設定する（ステップＳ１１）。
【００３６】
図８は、パケット管理ＤＢ１５が保持する「PPPoE＿Session＿table」の構成例を示す図である。図８の「PPPoE＿Session＿table」は、「PPPoE有無」，「PPPoE session ＩＤ」，「ＭＡＣ ＤＡ」といった項目を備える。「PPPoE有無」は、自装置がPPPoE接続に対応するかどうかを示す。「PPPoE session ＩＤ」は、自装置からのPPPoE接続に用いるセッションＩＤである。「ＭＡＣ ＤＡ」は、PPPoE接続における宛先となるＭＡＣアドレスである。
【００３７】
ヘッダ情報付与部１３は、図８の「PPPoE＿Session＿table」の「PPPoE有無」を参照し、当該「PPPoE有無」に基づいて、自装置がPPPoE接続であるかどうかを判断する（ステップＳ１２）。PPPoE接続である場合には（ステップＳ１２：有）、ヘッダ情報付与部１３は、つづいて、「PPPoE session ＩＤ」と「ＭＡＣ ＤＡ」とを読み出す。そして、図４の「Send＿table」の「PPPoEヘッダ領域」に当該「PPPoE session ＩＤ」を設定し、「Etherヘッダ領域」にEtherヘッダである当該「宛先ＭＡＣアドレス」を設定し、さらに、「ヘッダ有効情報」に、PPPoEヘッダを付与している旨およびEtherヘッダを付与している旨を設定する（ステップＳ１３）。
【００３８】
一方、PPPoE接続でない場合には（ステップＳ１２：無）、ヘッダ情報付与部１３は、図４の「Send＿table」の「パケットデータ」から宛先ＩＰアドレスを取得する。
【００３９】
図９は、パケット管理ＤＢ１５が保持する「ARP＿entry＿table2」の構成例を示す図である。図９の「ARP＿entry＿table2」は、「宛先ＩＰアドレス」，「ＭＡＣ ＤＡ」といった項目を備える。「宛先ＩＰアドレス」は、ＩＰアドレスである。「ＭＡＣ ＤＡ」は、宛先ＭＡＣアドレスである。
【００４０】
ヘッダ情報付与部１３は、上記で取得した宛先ＩＰアドレスをキーとして、図９の「ＭＡＣ ＤＡ」を読み出す。そして、図４の「Send＿table」の「Etherヘッダ領域」に、当該「ＭＡＣ ＤＡ」をセットする（ステップＳ１４）。また、「ヘッダ有効情報」に、PPPoEヘッダを付与しない旨およびEtherヘッダを付与している旨を設定する。
【００４１】
図１０は、パケット管理ＤＢ１５が保持する「MAC＿table」の構成例を示す図である。図１０の「MAC＿table」は、自装置のＭＡＣアドレスであって送信元ＭＡＣアドレスとなる「ＭＡＣ ＳＡ」を備える。ヘッダ情報付与部１３は、図１０の「MAC＿table」より「ＭＡＣ ＳＡ」を読み出し、図４の「Send＿table」内の「Etherヘッダ領域」に、Etherヘッダである「ＭＡＣ ＳＡ」（送信元ＭＡＣアドレス）を設定する（ステップＳ１５）。
【００４２】
以上のようにしてヘッダ情報を全て設定すると、ヘッダ情報付与部１３は、当該リソース識別子を指定して、パケット構築部１４に転送処理を実行すべき旨を指示する。
【００４３】
当該指示を受けたパケット構築部１４は、上述同様、ステップＳ１０の処理を行う。そして、パケット構築部１４は、たとえば、制御部１の後段に接続される通信部（図示せず）に作成した送信パケットを転送することで、パケットの転送制御を行う。また、同様に、「Send＿table」の該当するパケットについてのエントリの「処理状態進捗情報」を“転送処理終了”などとしたうえで、当該エントリを削除する。
【００４４】
以上説明したように、本実施の形態では、通信装置（ゲートウェイ装置）が、自装置と接続する網のアクセス方式（カプセル化の要否）を予め保持し、端末装置より受信したパケットデータの宛先ＩＰアドレスに基づいて、カプセル化の要否を判定することとした。これにより、網ごとにカプセル化の要否を判定できるので、たとえば、ＩＰアドレスとアクセス方式とを関連付けた情報から逐一検索する場合に比べ、検索条件が簡素となり、処理時間を短縮可能である。したがって、カプセル化が必要な網と必要ではない網とが混在するような接続形態においても、転送処理を迅速かつ確実に実行可能となる。
【００４５】
また、本実施の形態では、一元管理のための識別子を付与したうえで転送対象となるパケットデータをパケット転送テーブルに登録し、当該パケット転送テーブルに、転送のため必要となるヘッダ情報を設定することとした。そして、当該テーブルから各種ヘッダの内容となるヘッダ領域を取得して、当該ヘッダ領域をパケットデータに付与することで、転送パケットを作成することとした。
【００４６】
これにより、転送に必要な情報をテーブルから取得可能となり、複雑な処理にてパケットデータを再構築する必要がなくなるので、高速にヘッダ付与処理を行うことが可能となる。したがって、簡易な構成により、転送装置の処理能力（転送能力）および処理効率を向上させることができる。
【００４７】
また、パケット転送テーブルを、転送時に付与すべき各種ヘッダにあわせたフォーマットとした。これにより、パケット構築の際には、テーブルの項目に沿ってヘッダを付与すればよいため、高速な処理ができ、効率のよい転送が可能となる。
【００４８】
また、リソース識別子を用いた一元管理によってパケットを処理するので、機能ブロックを複数に分割して転送装置を具現化する場合には、当該リソース識別子のみを後段の部などに通知することで、カプセル化判定，ヘッダ情報付与処理，パケット構築処理といった処理を円滑に実施可能である。
【００４９】
実施の形態２．
実施の形態１では、転送装置であるゲートウェイがパケットを送信する端末と有線接続されたネットワークの場合を例に、転送処理を説明した。本実施の形態では、転送装置が端末と無線接続されたネットワークの場合を説明する。
【００５０】
図１１は、本実施の形態の通信ネットワークの構成例を示す図である。図１１の通信ネットワークは、携帯電話網３１と、インターネット網３２と、基地局装置３３と、携帯電話端末３４とを備える。携帯電話網３１は、パケット転送の際にカプセル化を必要とする網であり、インターネット網３２は、パケット転送の際にカプセル化を必要としない網である。基地局装置３３は、図１の構成を具備し、無線通信が可能な転送装置である。携帯電話端末３４は、ユーザパケットを送信する端末である。
【００５１】
本実施の形態のような通信ネットワークでも、管理テーブルの構成および転送装置の動作は、実施の形態１と同様に実行できる。本実施の形態の場合、携帯電話端末３４がパケットデータを送信すると、基地局装置３３の無線通信部（図示せず）がこれを無線により受信する。そして、基地局装置３３は、受信したパケットの情報を上述したパケット転送テーブルに登録し、既に述べたフローチャートにしたがって各種ヘッダの付与を行う。この場合、携帯電話網３１に転送する場合は、ＩＰヘッダのカプセル化を、インターネット網３２にパケット転送する場合は、ＩＰヘッダのカプセル化を行わない。
【００５２】
以上説明したように、本実施の形態では、携帯電話端末と、無線接続された基地局装置（転送装置）が転送処理を行う構成とした。携帯電話端末から無線によりパケットデータを受信する場合であっても、その後の転送処理は、有線接続された端末からパケットデータを受信する場合と同様である。したがって、転送装置が端末と無線接続される場合にも、実施の形態１と同様の効果が得られる。
【産業上の利用可能性】
【００５３】
以上のように、本発明にかかる転送装置は、パケットの転送を行う転送装置に有用であり、特に、パケットのカプセル化が実行される網に接続される場合がある転送装置に適している。
【符号の説明】
【００５４】
１ 制御部
１１ 受信部
１２ カプセル化判定部
１３ ヘッダ情報付与部
１４ パケット構築部
１５ パケット管理ＤＢ
２１ 公衆一般網
２２ ローカル網
２３ ゲートウェイ装置
２４ 端末装置
３１ 携帯電話網
３２ インターネット網
３３ 基地局装置
３４ 携帯電話端末
【特許請求の範囲】
【請求項１】
パケットを転送するための転送装置における転送方法であって、
前記転送装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するアクセス方式判定ステップ、
を含むことを特徴とする転送方法。
【請求項２】
パケットを一元管理するためのリソース識別子を付与し、当該リソース識別子とパケットデータとを、パケットの転送に必要なデータを管理するためのパケット転送テーブルに登録する識別子付与ステップと、
前記アクセス方式判定ステップにて判定されたカプセル化の要否を前記パケット転送テーブルに登録するカプセル化要否登録ステップと、
前記パケット転送テーブルにおけるカプセル化の要否にしたがって、当該パケット転送テーブルに、ヘッダ領域およびヘッダ付与の状況を設定する転送情報登録ステップと、
をさらに含むことを特徴とする請求項１に記載の転送方法。
【請求項３】
前記パケット転送テーブルは、パケット転送時のフォーマットに合わせた構成とし、
設定が完了した前記パケット転送テーブルの情報にしたがって、前記パケットに対してヘッダを付与して転送パケットを作成するヘッダ付与ステップ、
をさらに含むことを特徴とする請求項２に記載の転送方法。
【請求項４】
前記転送パケットを転送した後に、前記パケット転送テーブルより当該パケットのエントリを削除するデータ削除ステップ、
をさらに含むことを特徴とする請求項３に記載の転送方法。
【請求項５】
パケットを転送するための転送装置であって、
自装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報を記憶するパケット管理記憶手段と、
前記アクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するカプセル化判定手段と、
を備えることを特徴とする転送装置。
【請求項６】
前記パケット管理記憶手段は、パケットの転送に必要なデータを管理するためのパケット転送テーブルを備え、
前記カプセル化判定手段は、判定したカプセル化の要否を前記パケット転送テーブルに登録することとし、
また、
パケットを一元管理するためのリソース識別子を付与し、当該リソース識別子とパケットデータとを前記パケット転送テーブルに登録する受信手段と、
前記パケット転送テーブルにおけるカプセル化の要否にしたがって、当該パケット転送テーブルに、ヘッダ領域およびヘッダ付与の状況を設定するヘッダ情報付与手段と、
をさらに備えることを特徴とする請求項５に記載の転送装置。
【請求項７】
前記パケット転送テーブルは、パケット転送時のフォーマットに合わせた構成とし、
設定が完了した前記パケット転送テーブルの情報にしたがって、前記パケットに対してヘッダを付与して転送パケットを作成するパケット構築手段、
をさらに備えることを特徴とする請求項６に記載の転送装置。
【請求項８】
前記パケット構築手段は、
前記転送パケットが転送された後に、前記パケット転送テーブルより当該パケットのエントリを削除する、
ことを特徴とする請求項７に記載の転送装置。
【請求項１】
パケットを転送するための転送装置における転送方法であって、
前記転送装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するアクセス方式判定ステップ、
を含むことを特徴とする転送方法。
【請求項２】
パケットを一元管理するためのリソース識別子を付与し、当該リソース識別子とパケットデータとを、パケットの転送に必要なデータを管理するためのパケット転送テーブルに登録する識別子付与ステップと、
前記アクセス方式判定ステップにて判定されたカプセル化の要否を前記パケット転送テーブルに登録するカプセル化要否登録ステップと、
前記パケット転送テーブルにおけるカプセル化の要否にしたがって、当該パケット転送テーブルに、ヘッダ領域およびヘッダ付与の状況を設定する転送情報登録ステップと、
をさらに含むことを特徴とする請求項１に記載の転送方法。
【請求項３】
前記パケット転送テーブルは、パケット転送時のフォーマットに合わせた構成とし、
設定が完了した前記パケット転送テーブルの情報にしたがって、前記パケットに対してヘッダを付与して転送パケットを作成するヘッダ付与ステップ、
をさらに含むことを特徴とする請求項２に記載の転送方法。
【請求項４】
前記転送パケットを転送した後に、前記パケット転送テーブルより当該パケットのエントリを削除するデータ削除ステップ、
をさらに含むことを特徴とする請求項３に記載の転送方法。
【請求項５】
パケットを転送するための転送装置であって、
自装置が接続している網ごとにパケットのカプセル化の要否を対応付けたアクセス情報を記憶するパケット管理記憶手段と、
前記アクセス情報と、パケットに含まれる宛先ＩＰアドレスとに基づいて、当該パケットを転送すべき網、および当該網に対応するカプセル化の要否を判定するカプセル化判定手段と、
を備えることを特徴とする転送装置。
【請求項６】
前記パケット管理記憶手段は、パケットの転送に必要なデータを管理するためのパケット転送テーブルを備え、
前記カプセル化判定手段は、判定したカプセル化の要否を前記パケット転送テーブルに登録することとし、
また、
パケットを一元管理するためのリソース識別子を付与し、当該リソース識別子とパケットデータとを前記パケット転送テーブルに登録する受信手段と、
前記パケット転送テーブルにおけるカプセル化の要否にしたがって、当該パケット転送テーブルに、ヘッダ領域およびヘッダ付与の状況を設定するヘッダ情報付与手段と、
をさらに備えることを特徴とする請求項５に記載の転送装置。
【請求項７】
前記パケット転送テーブルは、パケット転送時のフォーマットに合わせた構成とし、
設定が完了した前記パケット転送テーブルの情報にしたがって、前記パケットに対してヘッダを付与して転送パケットを作成するパケット構築手段、
をさらに備えることを特徴とする請求項６に記載の転送装置。
【請求項８】
前記パケット構築手段は、
前記転送パケットが転送された後に、前記パケット転送テーブルより当該パケットのエントリを削除する、
ことを特徴とする請求項７に記載の転送装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１０−２８３７５３（Ｐ２０１０−２８３７５３Ａ）
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願番号】特願２００９−１３７３５５（Ｐ２００９−１３７３５５）
【出願日】平成２１年６月８日（２００９．６．８）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願日】平成２１年６月８日（２００９．６．８）
【出願人】（０００００６０１３）三菱電機株式会社 (33,312)
【Ｆターム（参考）】
[ Back to top ]