JPWO2007141840A1 - 中継ネットワークシステム及び端末アダプタ装置 - Google Patents

Abstract

サーバへの複数の中継経路の中から最適な経路を選択する。マルチルーティング問題を解決するために、ＩＰアドレスを中継経路選択のキーにするのではなく、アクセス元の端末とアクセス先のサーバ種別に対応するラベルにより中継経路を決定するマルチルーティング方式を導入する。また、Ｌ２ＴＰによるＶＰＮを導入する。ＣＥルータＡ（１０１）は、収容する端末（１０３、１０４）のＭＡＣアドレスを、Ｌ２ＴＰ−ＶＰＮセッションにマッピングする。ＶＰＮセッションＩＤとしてＬ２ＴＰのセッションＩＤを用い、これをキーにして中継経路の選択を行う。

Description

本発明は、中継ネットワークシステム及び端末アダプタ装置に係り、特に、インターネットプロトコルを用いて、固定端末向けネットワークサービスとモバイル端末向けネットワークサービスを複数の中継ネットワークで構成するＦＭＣ（Ｆｉｘｅｄ Ｍｏｂｉｌｅ Ｃｏｎｖｅｒｇｅｎｃｅ）中継ネットワークシステム及び端末アダプタ装置に関する。

インターネットプロトコル（ＩＰ）を用いて、ＦＭＣサービスを実現する方式として、ＵＭＡ（Ｕｎｌｉｃｅｎｓｅｄ Ｍｏｂｉｌｅ Ａｃｃｅｓｓ）方式が標準化されている。ＵＭＡ規格では、携帯端末を家庭のＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ、アクセスポイント）に接続して広帯域ブロードバンド網経由でインターネット接続サービスや、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ、仮想閉域網）サービスを提供するＦＭＣサービスを提供する際に、非ＩＰ端末である携帯端末をＵＮＣ（Ｕｎｌｉｃｅｎｓｅｄ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）と呼ばれるＩＰｓｅｃＧＷ装置経由で接続する。ＵＭＡ方式では、ＩＰに対応していない携帯端末をＩＰアクセスネットワークに収容するために、例えば以下のような処理を行う。

ＵＭＡ対応の携帯端末は既存の携帯電話の通信プロトコルをＩＰｓｅｃプロトコル（ＩＰ Ｓｅｃｕｒｉｔｙ Ｐｒｏｔｏｃｏｌ）でカプセル化し、ＵＮＣと呼ぶＧＷ（Ｇａｔｅｗａｙ）装置に送信する。ＵＮＣは、ＩＰｓｅｃプロトコルを終端することによりカプセル化されていた携帯電話プロトコルを取り出して、既存携帯電話網に電話ルーティングに基づいて接続する。ＩＰｓｅｃプロトコルを使用することで、インターネットを介しながらも通常の携帯電話と同等のセキュリティを確保した上でインターネット接続サービスを享受することが可能である。なお、ＵＭＡの技術仕様は、例えばｗｗｗ．ｕｍａｔｅｃｈｎｏｌｏｇｙ．ｏｒｇ（非特許文献１）で開示されている。特に、ＵＭＡ Ａｒｃｈｉｔｅｃｔｕｒｅ（ｓｔａｇｅ２）文書（非特許文献２）にはＩＰｓｅｃプロトコルを使った携帯電話プロトコルのトンネリング仕様について詳細に説明されている。基本的には、ＦＭＣ端末は移動端末であるが、宅内で使用する場合にはあたかも固定端末のように固定インターネット経由でサービスを享受することができるという特徴がある。

また、顧客囲い込みのためにキャリア等の通信事業者がＦＭＣサービスをインターネット上のオープンなサービスとして提供しない場合には、閉域サービスを提供するＶＰＮ技術との組み合わせが重要となる。ＶＰＮ技術を用いて遠隔のネットワークを結合するＶＰＮソフトウェアについては、ＵＮＩＸマガジン２００４．７号、２００４．８号（非特許文献３）に、ＶＴｕｎ（Ｖｉｒｔｕａｌ Ｔｕｎｎｅｌ）、ＯｐｅｎＶＰＮなどのインターネットＶＰＮ環境の構築に関する紹介記事が掲載されている。Ｖｔｕｎ等のソフトウェアを用いることで遠隔の端末とサーバがあたかも同一のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）に存在するかのようなサービスを提供することができる。

また、複数の経路が選択可能なネットワークで行われる経路制御方法であって、終点アドレスに端末を接続する際に、予め設定されたデフォルト経路により接続する経路制御方法が開示されている（例えば、特許文献１参照）。
ｗｗｗ．ｕｍａｔｅｃｈｎｏｌｏｇｙ．ｏｒｇ ＵＭＡ Ａｒｃｈｉｔｅｃｔｕｒｅ（ｓｔａｇｅ２）文書 ＵＮＩＸマガジン、２００４．７号、２００４．８号 Ｌ２ＴＰｖ２（ＲＦＣ２６６１） Ｌ２ＴＰｖ３（ＲＦＣ３９３１） 特開平１１−１１２５７０号公報

ＵＭＡ対応の携帯端末を固定アクセス網経由でインターネットに接続する際には、別途ＣＥ（Ｃｕｓｔｏｍｅｒ Ｅｄｇｅ）ルータが必要となる。このため、既に設置されている固定端末をインターネットに収容するためのＣＥルータにＵＭＡ対応の携帯端末を収容するＣＥルータ機能を内蔵することが経済的で望ましいが、単純に二つの機能を単一の装置に同居する構成にすると、例えば以下の課題が発生する。

図１５を参照して、この課題を説明する。図１５に於いて、端末Ｍ（１０４）がサーバＭ（１０８）に対してアクセスする場合を考えると、サーバＭ（１０８）にアクセスする際には、二つの中継経路（固定ＩＳＰ網（２０７）を経由する経路と移動ＩＳＰ網（２０９）を経由する経路）が存在する。

固定インターネット接続サービスしか使わない場合には、もともと固定ＩＳＰ網経由の中継経路しか存在しないので中継経路を選択する必要はないが、ＦＭＣサービスを契約している場合には、移動ＩＳＰ網経由でサーバＭ（１０８）にアクセスする手段を提供する必要がある。このようにＦＭＣサービス契約を行っている端末が存在する場合には、ＣＥルータ（１０１）は端末が利用するサービス形態に応じて中継経路を選択する必要があり、これを実現する方法が課題となる。上記に述べたような、ＦＭＣサービスを契約した収容端末だけに提供するために発生する課題は以下に述べる課題に帰着する。

つまり、ＣＥルータ（１０１）に収容された端末からサーバへのアクセス経路として複数の中継経路が存在する場合に、何らかの方法を用いて複数の中継経路の中から最適な中継経路を選択する必要がある。

本発明は、以上の点に鑑み、従来のＣＥルータを用いてユーザにＦＭＣサービスを提供する場合に課題となる「マルチルーティング」問題を解決する中継ネットワークシステムを提供することを目的とする。また、本発明は、Ｌ２ＴＰ（Ｌａｙｅｒ ２ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ、レイヤ２トンネリングプロトコル）−ＶＰＮを導入することで複数の中継経路からサービス毎に最適な中継経路を選択する簡単な手段を提供することを目的とする。また、本発明は、Ｌ２ＴＰ−ＶＰＮを用いた閉域網上でＦＭＣサービスを提供することで、サーバのＩＰアドレスをインターネットのＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）レコードとして公開する必要がないため、ＤｏＳ（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ）攻撃等のセキュリティ上の問題を回避することを目的のひとつとする。さらに、本発明は、Ｌ２ＴＰという標準のＶＰＮを用いることで、コア網に於いて一般的に使われているＭＰＬＳ（Ｍｕｌｔｉ Ｐｒｏｔｏｃｏｌ Ｌａｂｅｌ Ｓｗｉｔｃｈｉｎｇ）相当のＴＥ（Ｔｒａｆｆｉｃ Ｅｎｇｉｎｅｅｒｉｎｇ）ソルーションをアクセス網に於いて安価に提供することを目的のひとつとする。

本ＦＭＣ中継ネットワークシステムは、例えば、ネットワークに接続され、固定端末と移動端末を同時に収容して中継を行う、端末アダプタ装置と、固定端末向けサービスを提供するサーバと移動端末向けサービスを提供するサーバを収容して前記の端末アダプタ装置との間でＶＰＮセッションを終端するＶＰＮ終端ネットワーク装置からなる通信システムにおいて、固定端末と固定端末向けサービスを提供するサーバ間の固定サービスセッション、及び移動端末と移動端末向けサービスを提供するサーバ間の移動サービスセッションをパケットに付加するＶＰＮ識別子により識別して、該ＶＰＮ識別子に基づいて中継経路を選択する手段を備える端末アダプタ装置、及びＶＰＮ終端ネットワーク装置を有する。

また、本ＦＭＣ中継ネットワークシステムは、例えば、上述のＶＰＮとしてＬ２ＴＰを用い、かつＶＰＮ識別子と関連付けされるサーバのアドレスをＶＰＮプロトコルを用いて事前にＶＰＮ終端ネットワーク装置から取得した後に、該サーバのアドレスを事前に端末に対して配布する端末アダプタ装置を有することを特徴のひとつとする。

本ＦＭＣ中継ネットワークシステムは、上述のＶＰＮ識別子に対応するサーバのアドレスをＶＰＮプロトコルを用いてＶＰＮ終端ネットワーク装置から取得した際に、該サーバのアドレスとＶＰＮ識別子の対応関係を記憶し、該サーバ宛のパケットを端末から受信した際に該ＶＰＮ識別子を含むＶＰＮヘッダを用いてパケットをＶＰＮカプセル化する端末アダプタ装置を有することを特徴のひとつとする。

本ＦＭＣ中継ネットワークシステムは、上述のＶＰＮ識別子に対応するサーバのアドレスを端末アダプタ装置がＶＰＮプロトコルを用いてＶＰＮ終端ネットワーク装置から取得した後に、該サーバのアドレスを該サーバに対するアドレス解決要求を送信した端末に対して予め取得した該サーバのアドレスを端末に対して配布する端末アダプタ装置を有することを特徴のひとつとする。

本ＦＭＣ中継ネットワークシステムは、上述のＶＰＮ識別子としてアクセス元の端末のＭＡＣアドレスとアクセス先のサーバのＩＰアドレスとカプセル化するフレームのデータタイプ情報を用いる端末アダプタ装置を有することを特徴のひとつとする。

本ＦＭＣ中継ネットワークシステムは、上述のＶＰＮ識別子を有するパケットを受信した際に、受信したパケットに含まれるＶＰＮ識別子を、アクセス元の端末のＭＡＣアドレスとアクセス先のサーバのＩＰアドレスに対して払出したＶＰＮ識別子の比較を行い、一致する場合にはＶＰＮ識別子をＶＬＡＮ識別子に変換してサーバに中継するＶＰＮ終端ネットワーク装置を有することを特徴のひとつとする。

本ＦＭＣ中継ネットワークシステムは、上述の固定端末向けサービスを提供するサーバのアドレスをＶＰＮプロトコルを用いてＶＰＮ終端ネットワーク装置から取得した後に、固定端末向けのサーバのアドレスを移動端末に対して配布する端末アダプタ装置を有することを特徴のひとつとする。

本ＦＭＣ中継ネットワークシステムは、上述の移動端末向けサービスを提供するサーバのアドレスをＶＰＮプロトコルを用いてＶＰＮ終端ネットワーク装置から取得した後に、移動端末向けのサーバのアドレスを固定端末に対して配布する端末アダプタ装置を有することを特徴のひとつとする。

本発明の第１の解決手段によると、
パケットの送信元アドレスと、パケットの宛先アドレス又は宛先ドメイン名を示す宛先情報と、固定網経由及び移動網経由のいずれかを示す中継経路情報とが対応して予め記憶された管理テーブルを有し、固定端末及び移動端末からのパケットを固定網及び移動網に中継する端末アダプタ装置と、
固定端末及び移動端末向けのサービスを提供するサーバを収容し、前記端末アダプタ装置との固定網を介したセッション及び移動網を介したセッションを終端する終端ネットワーク装置と
を備え、
前記端末アダプタ装置は、
前記固定端末及び前記移動端末から、送信元アドレスと、前記サーバを示す宛先情報とを含むセッション確立要求を受信し、
該送信元アドレスと宛先情報に基づき前記管理テーブルを参照して、対応する中継経路情報を取得し、
取得された中継経路情報に従い、固定網又は移動網を介して、前記終端ネットワーク装置とセッションを確立し、
該セッションを識別するためのセッション識別子を、セッション確立要求の送信元アドレスと宛先情報とに対応して前記管理テーブルに記憶し、
前記固定端末及び前記移動端末から、送信元アドレスと宛先情報とを含むパケットを受信すると、前記管理テーブルを参照して、該送信元アドレスと該宛先情報とに対応するセッション識別子を取得し、
取得されたセッション識別子に従い、固定網及び移動網のいずれかを介したセッションを用いて前記終端ネットワーク装置にパケットを中継する中継ネットワークシステムが提供される。

本発明の第２の解決手段によると、
パケットの送信元アドレスと、パケットの宛先アドレス又は宛先ドメイン名を示す宛先情報と、固定網経由及び移動網経由のいずれかを示す中継経路情報とが対応して予め記憶された管理テーブルと、
固定端末及び移動端末向けのサービスを提供するサーバを収容し及びセッションを終端する終端ネットワーク装置との間で、固定網を介したセッション及び移動網を介したセッションを確立する信号処理部と、
前記固定端末及び前記移動端末からのパケットを固定網及び移動網に中継する転送処理部と
を備え、
前記信号処理部は、
前記固定端末及び前記移動端末から、送信元アドレスと、前記サーバを示す宛先情報とを含むセッション確立要求を受信し、
該送信元アドレスと宛先情報に基づき前記管理テーブルを参照して、対応する中継経路情報を取得し、
取得された中継経路情報に従い、固定網又は移動網を介して、前記終端ネットワーク装置とセッションを確立し、及び、
該セッションを識別するためのセッション識別子を、セッション確立要求の送信元アドレスと宛先情報とに対応して前記管理テーブルに記憶し、
前記転送処理部は、
前記固定端末及び前記移動端末から、送信元アドレスと宛先情報とを含むパケットを受信すると、前記管理テーブルを参照して、該送信元アドレスと該宛先情報とに対応するセッション識別子を取得し、及び、
取得されたセッション識別子に従い、固定網及び移動網のいずれかを介したセッションを用いて前記終端ネットワーク装置にパケットを中継する端末アダプタ装置が提供される。

本発明によると、従来のＣＥルータを用いてユーザにＦＭＣサービスを提供する場合に課題となる「マルチルーティング」問題を解決できる。また、本発明によると、Ｌ２ＴＰ−ＶＰＮを導入することで複数の中継経路からサービス毎に最適な中継経路を選択する簡単な手段を提供することができる。また、本発明によると、Ｌ２ＴＰ−ＶＰＮを用いた閉域網上でＦＭＣサービスを提供することで、サーバのＩＰアドレスをインターネットのＤＮＳレコードとして公開する必要がないため、ＤｏＳ攻撃等のセキュリティ上の問題を回避することもできる。さらに、本発明によると、Ｌ２ＴＰという標準のＶＰＮを用いることで、コア網に於いて一般的に使われているＭＰＬＳ相当のＴＥソルーションをアクセス網に於いて安価に提供することもできる。

図１は、Ｌ２ＴＰを用いたＦＭＣ通信システム構成図である。 図２は、本発明で用いられるＣＥルータのハードウェア構成を示した概念図である。 図３は、本発明で用いられるＣＥルータのソフトウェア構成を示した概念図である。 図４は、Ｌ２ＴＰサーバのハードウェア構成を示した概念図である。 図５は、本発明で用いられるＬ２ＴＰサーバのソフトウェア構成を示した概念図である。 図６は、本発明で用いられるＣＥルータのセッション管理テーブルの構成図である。 図７は、本発明で用いられるＬ２ＴＰサーバのセッション管理テーブルの構成図である。 図８は、Ｌ２ＴＰセッション確立シーケンス図である。 図９は、サーバ種別ＡＶＰ及びサーバアドレスＡＶＰのデータフォーマット例である。 図１０は、本発明で用いられるＣＥルータの転送処理シ−ケンス図である。 図１１は、本発明で用いられるＣＥルータの上り転送処理の説明図である。 図１２は、本発明で用いられるＬ２ＴＰサーバの転送処理シ−ケンス図である。 図１３は、本発明で用いられるＬ２ＴＰサーバの上り転送処理の説明図である。 図１４は、Ｌ２ＴＰを用いない通信システム構成図である。 図１５は、Ｌ２ＴＰを用いないＦＭＣ通信システム構成図である。 図１６は、ＣＥルータのセッション管理テーブルの構成例である。 図１７は、ＣＥルータに於ける、ＬＡＮ回線からＷＡＮ回線へのデータパケットの転送処理の説明図である。

１．ソースＰｏｌｉｃｙルーティング
「ソースｐｏｌｉｃｙルーティング」機能は、中継経路を選択するための方法のひとつである。この機能は、端末に割り当てられたアドレスをキーにして中継経路を選択するための方法であるが、この機能だけでは十分ではない。以下、この機能及び課題について図１５を参照して説明する。

ＣＥルータＡ（１０１）に於ける「ソースｐｏｌｉｃｙルーティング」機能とは、サーバＭ（１０８）を示す宛先ＩＰアドレスに加えて端末Ｍ（１０４）に割り振られたＩＰアドレス（＝送信元ＩＰアドレス）を経路検索キーとするＩＰルーティング機構を用いることで宛先サーバへの中継経路を一意に決定することである。ここで、端末Ｍ（１０４）は、例えばＵＭＡ端末である。

まず最初に、ＵＭＡ端末をコアサービス網（２１１）に収容するＧＷルータＭ（２０８）が、端末Ｍ（１０４）に対して、グローバルＩＰアドレスを払出す（割り当てる）サービス構成の場合を考える。端末Ｍ（１０４）は、割り当てられたグローバルＩＰアドレスを送信元アドレスとして、サーバへのパケットを送信する。ＣＥルータＡ（１０１）は、グローバルＩＰアドレスを送信元アドレスとするパケットに対しては、送信元ＩＰアドレスを変換する「ＩＰマスカレード」機能は適用しない。そのため、ＣＥルータＡ（１０１）は、送信元ＩＰアドレス（ここではグローバルＩＰアドレス）に基づき、固定端末Ｆ（１０３）か移動端末Ｍ（１０４）かを判断できる。また、「ソースｐｏｌｉｃｙルーティング」機能を使うことによって、移動ＩＳＰ網（２０９）経由でサーバＭ（１０８）へアクセスする明示的な中継経路選択を実現することが可能である。この場合には、「ソースｐｏｌｉｃｙルーティング」は複数のルーティングテーブルを有するシステムに於いて、送信先ＩＰアドレスと送信元ＩＰアドレスとその他のＩＰヘッダ情報の組み合わせをキーにして、唯ひとつのルーティングテーブルを選択する「マルチルーティング」のサブセットとして実現される。

次に、端末Ｍ（１０４）に対してグローバルＩＰアドレスが払い出されない場合を考える。
通常、ＣＥルータＡ（１０１）は、プライベートＩＰアドレスを有する端末Ｍ（１０４）からサーバＭ（１０８）に送信されるパケットに対しては送信元のプライベートＩＰアドレスをグローバルＩＰアドレスに変換する、いわゆる「ＩＰマスカレード」処理を行う。この処理は、当該パケットの出力方路を決定する「ソースＰｏｌｉｃｙルーティング」処理より前に行なわれる場合が多い。このため、送信元アドレスはＣＥルータＡ（１０１）のルーティングテーブル上のデフォルトルート側のネットワークＩ／ＦのＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）アドレスに書き換えられる。そのため、上述のような、端末Ｍ（１０４）に割り当てられた送信元ＩＰアドレスに基づく明示的な中継経路決定が不可能となる課題が発生する。この場合でも、仮にグローバルＩＰアドレスを有するＵＭＡ携帯端末とプライベートＩＰアドレスを有する固定インターネット接続端末を既存ＣＥルータのＬＡＮ環境に混在収容して二つの中継経路経由でサーバにアクセスする場合に限れば、ＣＥルータのデフォルトルートを固定ＩＳＰ網経由に設定することで、結果的に最適な中継経路を選択することは可能である。しかし、中継経路が三つ以上存在する場合には「ソースＰｏｌｉｃｙルーティング」は最適な経路選択アルゴリズムとして不十分となる。将来的に三つ以上の複数のネットワークサービスをＣＥルータで利用するためには、ＣＥルータが収容する端末の種別（例えば通常の固定インターネット端末、ＵＭＡ携帯端末等）によって決まるネットワークサービス毎に最適な中継経路を選択する（ＩＰアドレスに依存しない）、「マルチルーティング」の実現が求められる。

２．Ｌ２ＴＰサーバを用いた実施の形態
上記のＩＰアドレスに依存しない「マルチルーティング」を実現するための手段として、ネットワークサービスとＶＰＮを実現する手段のひとつであるＬ２ＴＰのセッションＩＤを関連付け、サービスに関連付けされたセッションＩＤに基いて中継経路を選択する「マルチルーティング」機能を、ＣＥルータとそのネットワーク側の対向装置となるＬ２ＴＰサーバに導入する。なお、Ｌ２ＴＰプロトコルは、Ｌ２ＴＰｖ２（ＲＦＣ２６６１）、Ｌ２ＴＰｖ３（ＲＦＣ３９３１）（非特許文献４、５）としてＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）により標準化されている。Ｌ２ＴＰ規格では、論理的な二つの通信路（制御チャネルとデータチャネル）を定義している。制御チャネルでは、制御コネクションやセッションの確立、解放を行う。データチャネルでは、制御チャネルで確立されたセッションを利用して、Ｌ２ＴＰセッションヘッダを用いて実際のデータ転送処理を行う。Ｌ２ＴＰセッションヘッダはＩＰヘッダ（Ｌ２ＴＰｖ３の場合のみ）またはＵＤＰ、ＩＰヘッダでカプセル化される。

図１にＬ２ＴＰ−ＶＰＮを用いたＦＭＣ通信システムを示す。
本通信システムは、例えば、ＣＥルータＡ（１０１）が所属するＬＡＮ Ａ（２０１）、固定アクセス網（１００）、固定ＩＳＰ網（２０７）、移動ＩＳＰ網（２０９）、コアトランスポート網（２１０）、コアサービス網（２１１）等のネットワーク網を含む。本通信システムは、例えば、Ｌ２ＴＰクライアントとして動作するＣＥルータ（端末アダプタ装置）Ａ（１０１）と、コアサービス網（２１１）に設置され固定端末Ｆ（１０３）と移動端末Ｍ（１０４）の双方にサービスを提供するサーバ（１０６）と、コアトランスポート網（２１０）に設置され、固定端末Ｆ（１０３）と移動端末Ｍ（１０４）向けにはＬ２ＴＰ終端し、サーバ（１０６）向けにはＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ、仮想ネットワーク）を終端するＬ２ＴＰサーバ（終端ネットワーク装置）（１０５）とを備える。また、ＧＷルータＦ（２０６）と、ＧＷルータＭ（２０８）とを備える。なお、固定端末Ｆ（１０３）及び移動端末Ｍ（１０４）は、ＬＡＮ Ａ（２０１）に接続する。移動端末Ｍ（１０４）は、ＬＡＮ Ａ（２０１）のエリア以外では、通常の移動端末と同様、無線アクセス網を介してサーバ（１０６）に接続可能であるが、ＬＡＮ Ａ（２０１）のエリア内に入ると、移動端末Ｍ（１０４）又はＣＥルータＡ（１０１）が自動的に認識し、ＣＥルータＡ（１０１）を介してサーバ（１０６）に接続する。

図１に示すようにＦＭＣサービスの普及期には、ＦＭＣサービスはコアサービス網（２１１）に設置した唯１つのサーバ（１０６）で提供することができる。一方、図１４、図１５で示すようにＦＭＣサービスの初期導入期には、コアサービス網（２１１）のサーバは固定ＬＡＮ端末向けにサービスを提供するサーバＦ（１０７）と移動ＬＡＮ端末向けにサービスを提供するサーバＭ（１０８）に分離していると考えられる。本実施の形態では、ひとつの統合サーバ（１０６）で構成されるとして説明するが、複数のサーバを備えてもよい。

図１に示すＦＭＣ通信システムで提供可能なサービスについて説明する。
まず最初に、ＦＭＣサービスで提供可能なサービス例として、「ＬＡＮ型のＦＭＣサービス」について説明する。ＬＡＮ型のＦＭＣサービスとしては、たとえば本来は家庭に設置するホームサーバを家庭ではなくサービスプロバイダが所有するサービス網側に設置する、いわゆる「ＩＰセントレックス型」のサービスが考えられる。ＬＡＮ型のＦＭＣサービスではＬＡＮ内の端末とサービス網側のサーバをＥｔｈｅｒｎｅｔ（登録商標）等の通信デバイスを介してＬ２レベルで接続する。このような広域イーササービスをＶＰＮサービスとして提供する場合には、例えば、Ｅｔｈｅｒｎｅｔ ｏｖｅｒ Ｌ２ＴＰトンネリングをサポートできるＬ２ＴＰｖ３規格を使用する。

次に「ＷＡＮ型のＦＭＣサービス」について説明する。ＷＡＮ型のＦＭＣサービスとしては、電子メール、ＶｏＤ（Ｖｉｄｅｏ ｏｎ Ｄｅｍａｎｄ）サービスなどが考えられる。大容量のファイルをサーバからダウンロードする場合には、外出先ではなく、家庭に設置したＣＥルータ経由で行う事で速度的にも経済的にも有利である。ＷＡＮ型のＦＭＣサービスはＬＡＮ内の端末とサービス網側のサーバはＩＰレベルで接続すればよく、例えば、ＰＰＰ ｏｖｅｒ Ｌ２ＴＰトンネリングをサポートするＬ２ＴＰｖ２、Ｌ２ＴＰｖ３規格を使用する。

図１に示すＣＥルータＡ（１０１）とＬ２ＴＰサーバ（１０５）間にＬ２ＴＰ接続を導入することにより、対地点同士を接続するＶＰＮ（Ｌ２ＴＰ−ＶＰＮ）を構成する。Ｌ２ＴＰ接続は宅内ＬＡＮとコアサービス網をＶＰＮ接続する。

Ｌ２ＴＰが有するセッションＩＤ（セッション識別子）によるラベル多重機能により、ひとつのＬ２ＴＰ−ＶＰＮ上に固定端末向けサービスセッションと移動端末向けサービスセッションを同一ＩＰセッション上に論理多重することができる。さらに、Ｌ２ＴＰセッションＩＤというラベルを用いたＶＰＮ内のルーティング機能をＶＰＮ終端装置（ＣＥルータとＬ２ＴＰサーバ）に実装することで、サービスとそのサービスを行うための経路（パス）との明示的な関連付けを行うことが可能となり、ＦＭＣサービスを実現することが可能となる。

固定ＩＳＰ網（２０７）に設置されるＧＷルータＦ（２０６）とＣＥルータＡ（１０１）との間は、例えばＰＰＰｏＥ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ ｏｖｅｒ Ｅｔｈｅｒｎｅｔ）トンネル（２０４）によって接続される。移動ＩＳＰ網（２０９）に設置されるＧＷルータＭ（２０８）とＣＥルータＡ（１０１）の間は、例えばＩＰｓｅｃトンネル（２０５）によって接続される。また、固定ＩＳＰ網（２０７）、移動ＩＳＰ網（２０９）、コアトランスポート網（２１０）、コアサービス網（２１１）はインターネットプロトコルによって接続される。

本実施の形態では、端末（１０３、１０４）とサーバ（１０６）の間で設定される仮想的なＦＭＣセッションを、ＣＥルータＡ（１０１）とＬ２ＴＰサーバ（１０５）の間に設定する実Ｌ２ＴＰトンネルのセッションＩＤにマッピングすることにより実施する。ＣＥルータＡ（１０１）及びＬ２ＴＰサーバ（１０５）は、固定端末Ｆ（１０３）、移動端末Ｍ（１０４）と、サーバ（１０６）との間の中継経路（２０４、２０５）の選択を、Ｌ２ＴＰトンネルのセッションＩＤとＶＬＡＮ ＩＤに基いて実施する。

統合サーバ（１０６）は、２つのＩＰアドレスを有する。例えば、固定端末向けのサービスを提供していたサーバに対応するアドレス（図の例では、１９２．１６８．１．１１、以下第１のアドレス１０６−Ｆ）と、移動端末向けのサービスを提供していたサーバに対応するアドレス（図の例では、１９２．１６８．１．２１、以下第２のアドレス１０６−Ｍ）とを有する。なお、本実施の形態では、固定端末向けのサービスを移動端末Ｍ（１０４）が利用したり、一方、移動端末向けのサービスを固定端末Ｆ（１０３）が利用したりすることもできる。また、２つのＩＰアドレスを有しているが、ひとつのＩＰアドレスとしてもよい。

ここで、固定端末Ｆ（１０３）及び移動端末Ｍ（１０４）からサーバ（１０６）への中継経路について説明する。
第１の経路は、固定端末Ｆ（１０３）からサーバ（１０６）の第１のアドレス（１０６−Ｆ）に接続する経路である（Ｆ−Ｆ）。第１の経路は、例えば、固定端末Ｆ（１０３）からＣＥルータＡ（１０１）、ＧＷルータＦ（２０６）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６−Ｆ）に接続する。第２の経路は、固定端末Ｆ（１０３）からサーバ（１０６）の第２のアドレス（１０６−Ｍ）に接続する経路である（Ｆ−Ｍ）。第２の経路は、例えば、固定端末Ｆ（１０３）からＣＥルータＡ（１０１）、ＧＷルータＭ（２０８）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６−Ｍ）に接続する。

第３の経路は、移動端末Ｍ（１０４）からサーバ（１０６）の第２のアドレス（１０６−Ｍ）に接続する経路である（Ｍ−Ｍ）。第３の経路は、例えば、移動端末Ｍ（１０４）からＣＥルータＡ（１０１）、ＧＷルータＭ（２０８）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６−Ｍ）に接続する。第４の経路は、ＧＷルータＭ（２０８）及びからサーバ（１０６）の第１のアドレス（１０６−Ｆ）に接続する経路である（Ｍ−Ｆ）。第４の経路は、例えば移動端末Ｍ（１０４）から、ＣＥルータＡ（１０１）、ＧＷルータＦ（２０６）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６−Ｆ）に接続する。

図２は、ＣＥルータＡ（１０１）のハードウェア構成例である。
ＣＥルータＡ（１０１）は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）（３０１）、メモリ（３０２）及びネットワークインタフェース（３０４、３０５）を有する。ＣＰＵ（３０１）は、各種アプリケーションプログラムや、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を実際に実行する。メモリ（３０２）は、ＣＰＵ（３０１）での実行において使用するプログラムや、各種アプリケーションプログラムが格納される。ＣＰＵ（３０１）とメモリ（３０２）とインタフェース（３０４、３０５）はそれぞれ、バス（３０３）を介して接続される。なお、インタフェース部は、図示の数に限らず適宜の数を有してもよい。

インタフェース部（３０４、３０５）は、ＣＰＵ（３０１）やメモリ（３０２）から供給されたデータを外部の機器に供給する。インタフェース部（３０４、３０５）はそれぞれ、回線（３０６、３０７）に接続される。インタフェース部（３０４、３０５）のひとつは、例えば、固定アクセス網（１００）に接続する回線に接続される。また、インタフェース部（３０４、３０５）のひとつ又は複数は、固定端末Ｆ（１０３）及び移動端末Ｍ（１０４）に接続するための、有線又は無線のインタフェースである。

図３は、ＣＥルータＡ（１０１）のメモリ（３０２）内に格納される情報を示している。メモリ（３０２）内には、例えば、ＤＮＳプロクシテーブル（３１２）、セッション管理テーブル（３１３）、ルーティング管理テーブル（３１４）などのテーブルや、Ｌ２転送処理部（３１５）、Ｌ２ＴＰ信号処理部（３０８）、Ｌ２ＴＰ転送処理部（３０９）、ソースＩＰアドレスバインド処理部（３１０）、ＩＰルーティング処理部（３１１）などのプログラムが格納されている。なお、各プログラムは、ＣＰＵ（３０１）に読み出されて実行されることができる。

Ｌ２ＴＰ信号処理部（３０８）は、ＣＥルータＡ（１０１）とＬ２ＴＰサーバ（１０５）間の制御コネクションの確立、解放処理を行う呼処理部と、ＣＥルータＡ（１０１）とＬ２ＴＰサーバ（１０５）間のセッション確立、解放処理を行うセッション管理部を含む。Ｌ２ＴＰ転送処理部（３０９）は、ＬＡＮ Ａ（２０１）から受信したデータフレームに対するＬ２ＴＰカプセル化処理と、ＷＡＮ（図１の例では固定アクセス網１００側）から受信したＬ２ＴＰデータフレームに対するＬ２ＴＰデカプセル化処理を行う。

ソースＩＰアドレスバインド処理部（３１０）は、セッション管理テーブル（３１３）の中継経路情報に基づいて、送信元ＩＰアドレスを確定する。ＩＰルーティング処理部（３１１）は、ＩＰアドレスバインド処理部（３１０）で確定されたＩＰヘッダに基づいてＩＰルーティング処理を行う。Ｌ２転送処理部（３１５）は、Ｌ２転送処理を行う。

ＤＮＳプロクシテーブル（３１２）は、端末（１０３、１０４）からのサーバ（１０６）のドメイン名前解決問い合わせに対して、サーバ（１０６）のＩＰアドレスを返却する処理を行うための情報を格納する。また逆に、サーバのＩＰアドレス解決問い合わせに対してサーバのドメイン名を返却する処理を行うための情報を格納する。ルーティング管理テーブル（３１４）は、例えば、ＩＰルーティングのためのテーブルである。セッション管理テーブル（３１３）については、後に詳細に説明する。

図４は、Ｌ２ＴＰサーバ（１０５）のハードウェア構成例である。
Ｌ２ＴＰサーバ（１０５）は、ＣＰＵ（４０１）、メモリ（４０２）及びネットワークインタフェース（４０４、４０５）を有する。ＣＰＵ（４０１）は、各種アプリケーションプログラムや、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）を実際に実行する。メモリ（４０２）は、ＣＰＵ（４０１）での実行において使用するプログラムや、各種アプリケーションプログラムが格納される。ＣＰＵ（４０１）とメモリ（４０２）とインタフェース（４０４、４０５）はそれぞれ、バス（４０３）を介して接続される。なお、インタフェース部は、図示の数に限らず適宜の数を有してもよい。

インタフェース部（４０４、４０５）は、ＣＰＵ（４０１）やメモリ（４０２）から供給されたデータを外部の機器に供給する。インタフェース部（４０４、４０５）はそれぞれ、回線（４０６、４０７）に接続される。例えば、インタフェース部（４０４、４０５）のひとつ又は複数は、例えば、固定ＩＳＰ網（２０７）及び移動ＩＳＰ網（２０９）に接続する。また、インタフェース部（４０４、４０５）のひとつ又は複数はコアサービス網（２１１）に接続する。

図５は、Ｌ２ＴＰサーバ（１０５）のメモリ（４０２）内に格納される情報を示している。
メモリ（４０２）内には、例えば、セッション管理テーブル（４１３）や、Ｌ２ＴＰ信号処理部（４０８）、Ｌ２ＴＰ転送処理部（４０９）、ＩＰルーティング処理部（４１１）、ＶＬＡＮタグ処理部（４２０）などのプログラムが格納されている。なお、ルーティング管理テーブルがさらに格納されてもよい。ＣＥルータＡ（１０１）との差分は、例えば、ＤＮＳプロクシテーブル（３１２）とソースＩＰアドレスバインド処理部（３１０）が削除されていること、ＶＬＡＮタグ処理部（４２０）が追加されたことである。ＣＥルータＡ（１０１）と同様の構成については、説明を省略する。

ＶＬＡＮタグ処理部（３２０）は、ＰＷ（Ｐｓｅｕｄｏ Ｗｉｒｅ）タイプがＥｔｈｅｒであるＬ２ＴＰセッションを終端する場合（ＬＡＮ型のＦＭＣサービスを提供する場合）に、Ｌ２ＴＰセッションＩＤとＶＬＡＮタグのマッピングを行なう。ＶＬＡＮタグ処理部（３２０）がない場合には、ＬＡＮ型のＦＭＣサービスを提供する場合に複数のＬＡＮから受信するＬ２トラヒックをサーバの入口で分離することが困難である。ここでは、ＶＬＡＮタグによって各ＬＡＮからのＬ２トラヒックを分離する目的で設ける。なお、セッション管理テーブル（４１３）については、後に詳細に説明する。

（テーブル構成）
図６は、ＣＥルータＡ（１０１）のセッション管理テーブル（３１３）の構成例を示す。
セッション管理テーブル（３１３）は、例えば、ＣＥルータＡ（１０１）が管理する端末（１０３、１０４）のＭＡＣアドレスが記憶されるソースＭＡＣアドレスフィールドと、端末（１０３、１０４）がアクセスするサーバ（１０６）のドメイン名が記憶される宛先サーバドメイン名フィールドと、中継経路を示す中継経路ＰＷタイプフィールドと、Ｌ２ＴＰ信号処理部（３０８）で交換されるセッションＩＤが記憶されるＬ２ＴＰセッションＩＤフィールドと、宛先サーバドメイン名に対応するＩＰアドレスが記憶される宛先サーバＩＰアドレスフィールドとを含む。中継経路ＰＷタイプは、例えば、移動ＩＳＰ網（２０９）経由の場合はＰＷタイプ＝Ｅｔｈｅｒが記憶され、一方、固定ＩＳＰ網（２０７）経由の場合はＰＷタイプ＝ＰＰＰが記憶される。なお、これら以外にも、移動ＩＳＰ網（２０９）経由、固定ＩＳＰ網（２０７）経由を示す適宜の識別情報を記憶してもよい。

図中、２重線より左の各項目（ソースＭＡＣアドレス、宛先サーバドメイン名、中継経路ＰＷタイプ）は、プロビジョニングより決定される。例えば、ＣＥルータＡ（１０１）の管理Ｉ／Ｆを通してユーザが予め設定するか、もしくは、ユーザとの契約条件に応じてキャリア、ＦＭＣサービスプロバイダが予め設定することができる。図中、２重線より右の各項目（セッションＩＤ、宛先サーバＩＰアドレス）は、Ｌ２ＴＰプロトコルにより決定・記憶する。なお、セッションＩＤ、宛先サーバＩＰアドレスを記憶する処理の詳細は後述する。なお、図示の例は前述の第１の経路〜第４の経路に対応する。

ここで、ＣＥルータＡ（１０１）のＤＮＳプロクシテーブル（３１２）は、端末（１０３、１０４）がアクセスする宛先サーバ（１０６）のＤＮＳドメイン名に対応するＩＰアドレス解決を端末の代理で行い、名前解決結果を自身にキャッシュして管理する機能を有する。端末（１０３、１０４）からのＤＮＳ名前解決要求に対して、ＣＥルータＡ（１０１）自身が管理するＩＰアドレスを返答する際に、セッション管理テーブル（３１３）の宛先サーバＩＰアドレスフィールドに記憶されたＩＰアドレスを返答する構成とすることもできる。このようにすると、ＤＮＳプロクシテーブル（３１２）が管理する、ＩＰアドレスとＤＮＳドメイン名の対応情報は、セッション管理テーブル（３１３）の宛先サーバ情報に包含することができる。

図７は、Ｌ２ＴＰサーバ（１０５）のセッション管理テーブル（４１３）の構成例を示す。
セッション管理テーブル（４１３）は、ＣＥルータＡ（１０１）が管理する端末（１０３、１０４）のＭＡＣアドレスが記憶されるソースＭＡＣアドレスフィールドと、端末（１０３、１０４）がアクセスするサーバ（１０６）のドメイン名が記憶される宛先サーバドメイン名フィールドと、宛先サーバドメイン名に対応するＩＰアドレスが記憶される宛先サーバＩＰアドレスフィールドと、宛先サーバ（１０６）とのＶＬＡＮを識別するＶＬＡＮ ＩＤが記憶されるＶＬＡＮ ＩＤフィールドと、Ｌ２ＴＰ信号処理部（４０８）で交換されるセッションＩＤが記憶されるＬ２ＴＰセッションＩＤフィールドとを含む。図６との差分は、例えば、中継経路フィールドが削除されていること、及び、ＶＬＡＮ ＩＤフィールドが追加されたことである。

図中、２重線より左の各項目（ソースＭＡＣアドレス、宛先サーバドメイン名、宛先サーバＩＰアドレス、ＶＬＡＮ ＩＤ）は、プロビジョニングより決定される。例えば、Ｌ２ＴＰサーバ（１０５）の管理Ｉ／Ｆを通して予め設定することができる。ソースＭＡＣアドレス及び宛先サーバドメイン名は、ＣＥルータＡ（１０１）から受信してもよい。図中、２重線より右の項目（セッションＩＤ）は、Ｌ２ＴＰプロトコルにより決定・記憶する。なお、セッションＩＤを記憶する処理の詳細は後述する。

（動作概略）
図１に示すようにＦＭＣサービスの普及期には、ＦＭＣサービスはコアサービス網（２１１）に設置した唯１つのサーバ（１０６）で提供することが想定される。一方、図１４、図１５で示すようにＦＭＣサービスの初期導入期には、コアサービス網（２１１）のサーバは固定ＬＡＮ端末向けにサービスを提供するサーバＦ（１０７）と移動ＬＡＮ端末向けにサービスを提供するサーバＭ（１０８）に分離していると考えられる。

図１を例にして上記のサービスを実現するための動作の概略について説明する。固定端末Ｆ（１０３）が固定端末向けにサービスを提供するサーバ（１０６）に対してアクセスする必要がある場合には、予めＣＥルータＡ（１０１）がＬ２ＴＰクライアントとなってＬ２ＴＰサーバ（１０５）との間で固定ＩＳＰ網（２０７）を経由するＬ２ＴＰセッションを設定する。その後、固定端末Ｆ（１０３）からサーバ（１０６）に対して送信されるデータパケットに対して、クライアント・サーバ間のＬ２ＴＰ信号処理プロトコルで交換されるＬ２ＴＰセッションＩＤを含むＬ２ＴＰヘッダを付与し、かつ付与されたＬ２ＴＰセッションＩＤに基いて固定ＩＳＰ網（２０７）を経由する出力方路を選択するようにＣＥルータＡ（１０１）を構成する。例えば、図６において、セッションＩＤ＝１、４に対応するセッションは、固定ＩＳＰ網（２０７）を経由するように確立されている。従って、セッションＩＤ＝１、４を含むＬ２ＴＰヘッダを付与されたデータパケットは、そのセッションＩＤに対応するセッションを選択して出力するようにすれば、固定ＩＳＰ網を経由するような出力方路を選択することができる。

移動端末Ｍ（１０４）が、移動端末向けにサービスを提供するサーバ（１０６）に対してアクセスする必要がある場合も同様に、予めＣＥルータＡ（１０１）がＬ２ＴＰクライアントとなってＬ２ＴＰサーバ（１０５）との間で移動ＩＳＰ網（２０９）を経由するＬ２ＴＰセッションを設定する。その後、移動端末Ｍ（１０４）からサーバ（１０６）に対して送信されるデータパケットに対して、Ｌ２ＴＰセッションＩＤを含むＬ２ＴＰヘッダを付与し、かつ付与されたＬ２ＴＰセッションＩＤに基いて移動ＩＳＰ網を経由する出力方路を選択するようにＣＥルータＡ（１０１）を構成する。例えば、図６において、セッションＩＤ＝２、３に対応するセッションは、移動ＩＳＰ網（２０９）を経由するように確立されている。従って、セッションＩＤ＝２、３を含むＬ２ＴＰヘッダに付与されたデータパケットは、そのセッションＩＤに対応するセッションを選択して出力するようにすれば、移動ＩＳＰ網（２０９）を経由するような出力方路を選択することができる。

なお、移動端末から進化したＦＭＣ端末は、基本的には移動端末でありながら固定端末向けのサービスを提供するサーバとの間で移動ＩＳＰ網を介したセッションを確立することも可能である。このような柔軟なＬ２ＴＰセッション設定を許容することより様々なＦＭＣサービスを提供することができる。

（セッション確立処理）
図８に、Ｌ２ＴＰセッションを確立するための制御コネクション確立処理フロー、及び、セッション確立フローを示す。各処理は、例えば、ＣＥルータＡ（１０１）のＬ２ＴＰ信号処理部（３０８）、Ｌ２ＴＰサーバ（１０５）のＬ２ＴＰ信号処理部（４０８）により実行される。ＣＥルータＡ（１０１）、Ｌ２ＴＰサーバ（１０５）には、上述の通り、プロビジョニングによるセッション管理テーブル（３１３、４１３）の設定が行われている。

ＣＥルータＡ（１０１）とＬ２ＴＰサーバ（１０５）は、制御コネクション確立処理（６０１）を実行する。制御コネクション確立処理（６０１）では、まずＣＥルータＡ（１０１）は、制御コネクションを確立するため、ＡＶＰ（Ａｔｔｒｉｂｕｔｅ Ｖａｌｕｅ Ｐａｉｒ）を作成する。例えば、固定端末Ｆ（１０３）又は移動端末Ｍ（１０４）からのセッション確立要求に従い、制御コネクション確立時に通常のＡＶＰの他、サーバ種別ＡＶＰを作成する。なお、固定端末Ｆ（１０３）、移動端末Ｍ（１０４）からのセッション確立要求には、送信元のＭＡＣアドレスと、宛先サーバドメイン名とを含む。ＡＶＰとは、二組み（ラベル、ラベルに付与された値）ではなく、いわゆる三つ組み（ラベル、ラベルに付与された値、属性）を指す。

図９（ａ）に、サーバ種別ＡＶＰのデータフォーマット例を示す。サーバ種別ＡＶＰは、例えば、ＣＥルータＡ（１０１）がＬ２ＴＰサーバ（１０５）の先にあるＦＭＣサービス提供可能なサーバ（１０６）のＩＰアドレスを通知してもらう目的で用いる。固定端末向けサービスを提供するサーバアドレスを通知してもらうためには、例えば、サーバ種別＝固定（Ｆ）（Ｓｅｒｖｅｒ ｔｙｐｅ．１）を指定するＡＶＰを通常のＡＶＰに付加する。一方、移動端末向けサービスを提供するサーバアドレスを通知してもらうためには、例えば、サーバ種別＝固定（Ｍ）（Ｓｅｒｖｅｒ ｔｙｐｅ．２）を指定するＡＶＰを通常のＡＶＰに付加する。ＣＥルータＡ（１０１）は、ｓｔａｒｔ−Ｃｏｎｔｒｏｌ−Ｃｏｎｎｅｃｔｉｏｎ−Ｒｅｑｕｅｓｔ（ＳＣＣＲＱ）に、作成されたＡＶＰを付与してＬ２ＴＰサーバ（１０５）に送信する。ここで、ＣＥルータＡ（１０１）は、ＳＣＣＲＱを、固定ＩＳＰ網（２０７）を経由して送信するようにしてもよいし、移動ＩＳＰ網（２０９）を経由して送信するようにしてもよい。

Ｌ２ＴＰサーバ（１０５）は、ＳＣＣＲＱの応答として、ｓｔａｒｔ−Ｃｏｎｔｒｏｌ−Ｃｏｎｎｅｃｔｉｏｎ−Ｒｅｐｌｙ（ＳＣＣＲＰ）メッセージを送信するために、ＳＣＣＲＰに付与するＡＶＰを作成する。制御コネクション確立のためのＡＶＰの他、サーバアドレスＡＶＰを作成する。

図９（ｂ）に、サーバアドレスＡＶＰのデータフォーマット例を示す。サーバアドレスＡＶＰは、例えば、Ｌ２ＴＰサーバ（１０５）が、Ｌ２ＴＰサーバ（１０５）の先にあるサーバ（１０６）のＩＰアドレスを端末（１０３、１０４）に通知する目的で用いる。サーバアドレスを端末（１０３、１０４）に通知する手段としては、従来のオープンな通信システムでは、ＤＮＳサーバを用いる方法、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバを用いる方法がある。これに対し、本実施の形態では、Ｌ２ＴＰ−ＶＰＮベースの閉域ＦＭＣサービスを提供するにあたり、インターネットに公開されたアドレスでないため、本閉域ＦＭＣサービスに特化したサーバのアドレスをＬ２ＴＰのＡＶＰ拡張を用いて通知する。閉域ＦＭＣサービスとは、オープンＦＭＣサービスとは異なり、アクセスを許可されたメンバのみがアクセスすることのできるＣＵＧ（Ｃｌｏｓｅｄ Ｕｓｅｒ Ｇｒｏｕｐ）サービスとＦＭＣサービスを組み合わせたサービスのことを指す。

Ｌ２ＴＰサーバ（１０５）は、例えば、ＳＣＣＲＱのサーバ種別ＡＶＰに含まれるサーバ種別に対応するサーバのＩＰアドレスを、ＡＶＰに付加する。サーバ種別が固定（Ｆ）であれば、統合サーバ（１０６）の固定向けのアドレス（図１の例では、１９２．１６８．１．１１）を付加し、サーバ種別が移動（Ｍ）であれば、統合サーバ（１０６）の移動向けのアドレス（図１の例では、１９２．１６８．１．２１）を付加する。なお、これらのアドレスは、サーバ種別に対応して、予めメモリに記憶しておくことができる。Ｌ２ＴＰサーバ（１０５）は、ＳＣＣＲＰに、作成されたＡＶＰを付与し、ＣＥルータＡ（１０１）へ送信する。

一方、ＳＣＣＲＱの応答メッセージを受信したＣＥルータＡ（１０１）は、メッセージを解析し、ＳＣＣＲＰであるか判断する。受信メッセージがＳＣＣＲＰであると、ＣＥルータＡ（１０１）は、メッセージに付与されているＡＶＰを解析する。ＣＥルータＡ（１０１）は、図９（ｂ）に示すサーバアドレスＡＶＰのサーバのＩＰアドレスを取得し、セッション管理テーブル（３１３）に設定する。例えば、固定端末Ｆ（１０３）又は移動端末Ｍ（１０４）から受信された要求の送信元アドレス及び宛先サーバドメイン名に対応して、取得したサーバのＩＰアドレスを受光サーバＩＰアドレスフィールドに記憶する。また、ＤＮＳプロクシテーブル（３１２）に記憶してもよい。

ＳＣＣＲＰ送信後、Ｌ２ＴＰサーバ（１０５）は、Ｓｔａｒｔ−Ｃｏｎｔｒｏｌ−Ｃｏｎｎｅｃｔｉｏｎ−Ｃｏｎｎｅｃｔｅｄ（ＳＣＣＣＮ）を受信するまで待機する。ＳＣＣＣＮを受信したＬ２ＴＰサーバ（１０５）は、制御コネクションを確立し、制御コネクション確立処理を終了する。なお、ＣＥルータＡ（１０１）は、適宜のタイミングで取得されたサーバのアドレスを端末（１０３、１０４）に配布してもよい。

ＳＣＣＲＱ信号とＳＣＣＲＰとＳＣＣＣＮ信号が３ｗａｙハンドシェイク信号を構成し、クライアントからのＬ２ＴＰというサービスの開始通知、サーバからのサービス認可通知、クライアントからのサービス設定完了通知という意味を持つ。Ｌ２ＴＰ制御コネクションはクライアントとサーバ間で１つだけ確立され、そのサービス上に下記の信号を用いて実際のセッションを確立するという手順を踏む。

制御コネクション確立後、ＣＥルータＡ（１０１）は、セッション確立処理（６０２又は６０３）を実行する。より具体的には、まず、ＣＥルータＡ（１０１）は、固定端末Ｆ（１０３）及び移動端末Ｍ（１０４）からのセッション確立要求に含まれる送信元ＭＡＣアドレスと宛先サーバドメイン名に基づき、セッション管理テーブル（３１３）を参照し、対応する中継経路ＰＷタイプを取得する。ＣＥルータＡ（１０１）は、ＰＷタイプに応じて、固定ＩＳＰ網（２０７）経由又は移動ＩＳＰ網（２０９）経由で、ＩＣＲＱ信号をＬ２ＴＰサーバ（１０５）に送信する。例えば、ＰＷタイプがＰＰＰであれば、固定ＩＳＰ網（２０７）経由でセッション確立処理を実行する（６０２）。一方、ＰＷタイプがＥｔｈｅｒであれば、移動ＩＳＰ網（２０９）経由でセッション確立処理を実行する（６０３）。固定ＩＳＰ網（２０７）経由のセッション確立処理（６０２）と、移動ＩＳＰ網（２０９）経由のセッション確立処理（６０３）は、経由する網が異なるが、処理は同様である。

セッション確立処理（６０２、６０３）は、Ｉｎｃｏｍｉｎｇ−Ｃａｌｌ−Ｒｅｑｕｅｓｔ（ＩＣＲＱ）、Ｉｎｃｏｍｉｎｇ−Ｃａｌｌ−Ｒｅｐｌｙ（ＩＣＲＰ）、Ｉｎｃｏｍｉｎｇ−Ｃａｌｌ−Ｃｏｎｎｅｃｔｅｄ（ＩＣＣＮ）等のメッセージを交換し、固定端末向けセッションと移動端末向けセッションを各々確立する。

ＩＣＲＱ信号とＩＣＲＰ信号とＩＣＣＮ信号が３ｗａｙハンドシェイク信号を構成し、上記ＳＣＣＲＱ／ＳＣＣＲＰ／ＳＣＣＣＮ信号で確立されたＬ２ＴＰ制御コネクション上に、クライアントからのＬ２ＴＰセッションの開始通知、サーバからのセッション認可通知、クライアントからのセッション設定完了通知という意味を持つ。

ＣＥルータＡ（１０１）は、セッションが確立されると、セッションを識別するためのセッションＩＤをセッション管理テーブル（３１３）に記憶する。例えば、固定端末Ｆ（１０３）及び移動端末Ｍ（１０４）からのセッション確立要求に含まれる送信元ＭＡＣアドレスと、宛先サーバドメイン名とに対応して、セッションＩＤを記憶する。

また、Ｌ２ＴＰサーバ（１０５）は、セッションが確立されると、セッションを識別するためのセッションＩＤをセッション管理テーブル（４１３）に記憶する。例えば、固定端末Ｆ（１０３）及び移動端末Ｍ（１０４）の送信元ＭＡＣアドレスと宛先サーバドメイン名又は宛先サーバＩＰアドレスに対応して、セッションＩＤを記憶する。なお、固定端末Ｆ（１０３）及び移動端末Ｍ（１０４）の送信元ＭＡＣアドレスと、宛先サーバドメイン名又は宛先サーバＩＰアドレスは、セッション確立処理中にＣＥルータＡ（１０１）から適宜取得する。以上の処理により、ＣＥルータＡ（１０１）とＬ２ＴＰサーバ（１０５）の間に、Ｌ２ＴＰセッションが確立する。

（パケット転送処理）
図１０に、ＣＥルータＡ（１０１）に於けるパケット転送処理のフローチャートを示す。図１１に、ＣＥルータＡ（１０１）に於ける、ＬＡＮ回線からＷＡＮ回線へのデータパケットの転送処理の説明図を示す。

データ転送に先立ち、予めＬ２ＴＰ信号処理部（３０８）によって図８の処理が実行され、図６に示したセッション管理テーブル（３１３）が作成されている。ＣＥルータＡ（１０１）は、ＬＡＮ Ａ（２０１）から入力されるデータフレームに対して、Ｌ２ＴＰ転送処理部（３０９）において、イーサフレームを捕捉する（８０１）。次に、Ｌ２ＴＰ転送処理部（３０９）は、捕捉したイーサフレームから抽出したソースＭＡＣアドレスと宛先ＩＰアドレスをキーにしてセッション管理テーブル（３１３）を検索する（８０２）。Ｌ２ＴＰ転送処理部（３０９）は、検索に成功した場合（該当するソースＭＡＣアドレスと宛先ＩＰアドレスが存在した場合）には（８０３）、Ｌ２ＴＰセッションヘッダ付与を行う（８０４）。例えば、セッション管理テーブル（３１３）から該当するセッションＩＤとＰＷタイプを取得し、取得されたセッションＩＤを含むＬ２ＴＰセッションヘッダを、捕捉したイーサフレームに付与する。また、Ｌ２ＴＰ転送処理部（３０９）は、適宜のタイミングで、ＰＷタイプをイーサフレームに付与する。一方、検索に失敗した場合には（８０３）、Ｌ２ＴＰヘッダは付与されずに通常のＣＥルータのルーティング処理を行なう（８０７）。

処理８０４の後、ソースＩＰアドレスバインディング処理部（３１０）でソースＩＰアドレスの確定処理を行う（８０５）。ソースＩＰアドレスバインディング処理とは通常のＣＥルータでは一般的に実施される、送信元ＩＰアドレスをＬＡＮ側ローカルアドレスからＷＡＮ側グローバルアドレスへ変換する「ＩＰマスカレード」処理に類似しているが、ＷＡＮ側に複数のＩＰアドレスが付与されている場合にも、Ｌ２ＴＰセッションＩＤをキーにして適切な中継経路に対応するＷＡＮ Ｉ／Ｆに対応するＩＰアドレスのソケットバインド処理を実施するという点で「ＩＰマスカレード」処理とは異なる処理である。つまり「ＩＰマスカレード」処理では送信元のＩＰアドレスのソケットバインド処理は次段の「ＩＰルーティング」処理で実施されるのに対して、ソースアドレスバインディング処理は、セッション管理テーブル（３１２）に含まれる中継経路情報に基づいて送信元ＩＰアドレスを自段で確定する。

ここでのソケットバインド処理とは、送信元の装置（クライアント）は、あて先ＩＰアドレスと上位プロトコル（ポート番号等）をソケット処理に結びつける（バインド）ことにより、上位アプリケーションがパケット送信を可能にする処理、送信先の装置（サーバ）は、自身のＩＰアドレスと上位プロトコル（ポート番号等）をソケット処理に結びつける（バインド）ことにより、上位アプリケーションがパケット受信を可能にする処理のことを指す。ここでは、ネットワークＩ／Ｆに付与されるソースアドレスとしてのＩＰアドレスを上位アプリケーションが明示的にソケット処理に結びつける処理（ソースバインド処理）のことを指す。

ＩＰルーティング処理部（３１１）でアクセス回線にパケットを出力する（８０９）。ここで、パケットは、セッションＩＤに応じたセッション（Ｌ２ＴＰトンネル）を用いて送信される。なお、ＷＡＮ回線からＬＡＮ回線へのデータ転送処理は通常のＩＰルーティング処理にしたがって行うため、説明を省略する。

図１２に、Ｌ２ＴＰサーバ（１０５）に於けるパケット転送処理のフローチャートを示す。図１３に、Ｌ２ＴＰサーバ（１０５）に於ける、コアトランスポート網（２１０）からコアサービス網（２１１）へのデータパケットの転送処理の説明図を示す。図１１との差分は、ソースＩＰアドレスバインド処理部（３１０）の代わりにＶＬＡＮタグ処理部（４２０）が入ったことである。ＶＬＡＮタグ処理とは、送信元の装置（クライアント、Ｌ２ＴＰサーバ１０５）は、ＶＬＡＮタグを生成してＥＴＨＥＲＮＥＴ（登録商標）等のＬ２フレームとＩＰフレームの間に挿入する処理、送信先の装置（サーバ１０６）は、ＥＴＨＥＲＮＥＴ（登録商標）等のＬ２フレームとＩＰフレームの間に挿入されたＶＬＡＮタグを取り除く処理のことを指す。

データ転送に先立ち予め、Ｌ２ＴＰ信号処理部（４０８）によって図８の処理が実行され、図７に示したセッション管理テーブル（４１３）が作成されている。Ｌ２ＴＰサーバ（１０５）は、コアトランスポート網（２１０）から入力されるデータフレームに対して、Ｌ２ＴＰ転送処理部（４０９）において、ＩＰフレームを捕捉する（８１１）。次に、Ｌ２ＴＰサーバ（１０５）は、捕捉したＩＰフレームから抽出したＰＷタイプ、宛先ＩＰアドレス、セッションＩＤをキーにしてセッション管理テーブル（４１３）を引いた結果、当該エントリが存在するかどうかでＬ２ＴＰヘッダの整合性をチェックする（８１２）。Ｌ２ＴＰ転送処理部（４０９）は、整合性チェックに成功した場合には（８１２）、Ｌ２ＴＰセッションヘッダの削除を行う（８１３）。一方、Ｌ２ＴＰ転送処理部（４０９）は、整合性チェックに失敗した場合には（８１２）、受信したパケットの廃棄処理を行なう（８１７）。

また、処理８１３の後、Ｌ２ＴＰサーバ（１０５）は、ＰＷ（仮想ワイヤ）タイプを参照して、ＰＷタイプがＥｔｈｅｒの場合に（８１４）、ＶＬＡＮタグ処理部（４２０）でＶＬＡＮタグ付与処理を行ない（８１５）、ＰＷタイプがＥｔｈｅｒでない場合に（８１４）ＶＬＡＮタグ付与処理をスキップする。最後に、Ｌ２ＴＰサーバ（１０５）は、ＩＰルーティング処理部（４１１）でコアサービス網（２１１）側のサーバ（１０６）にパケットを出力する（８１６）。
なお、コアサービス網からコアトランスポート網（逆方向）へのデータ転送処理についても同様の処理を行なえばよいため、説明を省略する。

以上の説明のように、Ｌ２ＴＰのセッション管理テーブル（３１３、４１３）を用いることにより、ＬＡＮ側端末（１０３、１０４）のＭＡＣアドレスとサーバ（１０６）のＩＰアドレスペアをキーにして複数の中継経路の中から意図する中継経路を選択する、いわゆる「マルチルーティング」処理を実現することができる。予めＬＡＮ側端末（１０３、１０４）のＭＡＣアドレスとＬＡＮ側端末の種別（固定端末、移動端末）との関連付けを行なうことで、例えば移動端末Ｍ（１０４）は移動ＩＳＰ経由で、固定端末Ｆ（１０３）は固定ＩＳＰ経由でサーバアクセスすることを保証する設定にすることも可能である。さらに、大容量のファイルをダウンロードする場合には、移動端末Ｍ（１０４）に対して固定ＩＳＰ経由のサーバアクセスを提供するような設定も可能である。セッション管理テーブル（３１３、４１３）の設定によって中継経路の選択論理に柔軟性を持たせることができるので、端末やアプリケーション毎に最適なＦＭＣサービスを提供することができる。

以上説明した処理により、ＣＥルータＡ（１０１）は、配下のＬＡＮ端末に対してＦＭＣサービスを提供するサーバのＩＰアドレスを配布することが可能となると同時に、ＬＡＮ内端末とサービス網との通信経路を適切に選択することが可能となる。

なお、ＣＥルータＡ（１０１）は、ＶＰＮ識別子（セッションＩＤ）と関連付けされるサーバ（１０６）のアドレスをＶＰＮプロトコルを用いて事前にＬ２ＴＰサーバ（１０５）から取得した後に、サーバ（１０６）のアドレスを事前に端末に対して配布するようにしてもよい。また、ＣＥルータＡ（１０１）は、ＶＰＮ識別子に対応するサーバ（１０６）のアドレスを、ＣＥルータＡ（１０１）がＶＰＮプロトコルを用いてＬ２ＴＰサーバ（１０５）から取得した後に、サーバ（１０６）に対するアドレス解決要求を送信した端末（１０３、１０４）に対して、予め取得したサーバ（１０６）のアドレスを配布するようにしてもよい。

ＣＥルータＡ（１０１）は、固定端末向けサービスを提供するサーバ（１０６−Ｆ）のアドレスをＶＰＮプロトコルを用いてＬ２ＴＰサーバ（１０５）から取得した後に、固定端末向けのサーバのアドレスを、移動端末Ｍ（１０４）に対して配布するようにしてもよい。さらに、ＣＥルータＡ（１０１）は、移動端末向けサービスを提供するサーバ（１０６−Ｍ）のアドレスを、ＶＰＮプロトコルを用いてＬ２ＴＰサーバ（１０５）から取得した後に、移動端末向けのサーバのアドレスを固定端末Ｆ（１０３）に対して配布するようにしてもよい。

３．中継経路の例
ＣＥルータＡ（１０１）からサーバ（１０６）までの経路は、上述の第１の経路〜第４の経路以外にも、適宜の経路をとることができる。以下、経路の例を示す。
第５の経路は、固定端末Ｆ（１０３）から固定ＩＳＰ網（２０７）を介してサーバ（１０６）の第２のアドレス（１０６−Ｍ）に接続する経路である（Ｆ−Ｆ−Ｍ）。例えば、固定端末Ｆ（１０３）からＣＥルータＡ（１０１）、ＧＷルータＦ（２０６）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６−Ｍ）に接続する。

第６の経路は、固定端末Ｆ（１０３）から移動ＩＳＰ網（２０９）を介してサーバ（１０６）の第１のアドレス（１０６−Ｆ）に接続する経路である（Ｆ−Ｍ−Ｆ）。例えば、固定端末Ｆ（１０３）からＣＥルータＡ（１０１）、ＧＷルータＭ（２０８）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６−Ｆ）に接続する。

第７の経路は、移動端末Ｍ（１０４）から移動ＩＳＰ網（２０９）を介してサーバ（１０６）の第１のアドレス（１０６−Ｆ）に接続する経路である（Ｍ−Ｍ−Ｆ）。例えば、移動端末Ｍ（１０４）からＣＥルータＡ（１０１）、ＧＷルータＭ（２０８）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６−Ｆ）に接続する。

第８の経路は、ＧＷルータＭ（２０８）から固定ＩＳＰ網（２０７）を介してサーバ（１０６）の第２のアドレス（１０６−Ｍ）に接続する経路である（Ｍ−Ｆ−Ｍ）。例えば、移動端末Ｍ（１０４）からＣＥルータＡ（１０１）、ＧＷルータＦ（２０６）及びＬ２ＴＰサーバ（１０５）を介してサーバ（１０６―Ｍ）に接続する。
なお、これらの経路は、上述のＣＥルータＡ（１０１）のセッション管理テーブル（３１３）、Ｌ２ＴＰサーバ（１０５）のセッション管理テーブル（４１３）に記憶されることができる。

４．Ｌ２ＴＰサーバを用いない実施の形態
図１４に、Ｌ２ＴＰ−ＶＰＮを用いない通信システムの構成図を示す。図の例は、移動端末が宅内ＬＡＮ外収容の例を示す。
図１４において、ＣＥＬＬ Ｂ（２０２）に位置する移動端末Ｍ（２０３）は、無線アクセス網（２００）のＡＰルータＢ（１０２）、移動ＩＳＰ網（２０９）のＧＷルータＭ（２０８）を介して、サーバＭ（１０８）に接続する。また、移動端末Ｍ（２０３）がＬＡＮ Ａ（２０１）内に移動すると、移動端末Ｍ（２０３）は、例えば、ＣＥルータＡ（１１０１）、固定ＩＳＰ網（２０７）のＧＷルータＦ（２０６）を介して、サーバＦ（１０７）に接続する。

図１５に、Ｌ２ＴＰ−ＶＰＮを用いないＦＭＣ通信システムの構成図を示す。図の例は、移動端末が宅内ＬＡＮ収容の例を示す。
図１５に示すＦＭＣ通信システムは、例えば、ＣＥルータＡ（１１０１）が所属するＬＡＮ Ａ（２０１）、固定アクセス網（１００）、固定ＩＳＰ網（２０７）、移動ＩＳＰ網（２０９）、コアトランスポート網（２１０）、コアサービス網（２１１）等のネットワーク網を含む。本通信システムは、例えば、ＣＥ（Ｃｕｓｔｏｍｅｒ Ｅｄｇｅ）ルータＡ（１１０１）と、コアサービス網（２１１）に設置され固定端末Ｆ（１０３）にサービスを提供するサーバ（１０７）と、移動端末Ｍ（１０４）にサービスを提供するサーバ（１０８）とを備える。ＣＥ（Ｃｕｓｔｏｍｅｒ Ｅｄｇｅ）ルータＡ（１１０１）は、例えば、ＬＡＮ Ａ（２０１）に接続する固定端末Ｆ（１０３）と、ＬＡＮ Ａ（２０１）に接続する移動端末Ｍ（１０４）とに接続される。また、固定ＩＳＰ網（２０７）にはＧＷルータＦ（２０６）が備えられ、移動ＩＳＰ網（２０９）にはＧＷルータＭ（２０８）が備えられる。

ＣＥルータＡ（１１０１）と固定ＩＳＰ網（２０７）に設置されるＧＷルータＦ（２０６）との間は、例えばＰＰＰｏＥトンネル（２０４）によって接続される。また、ＣＥルータＡ（１１０１）と移動ＩＳＰ網（２０９）に設置されるＧＷルータＭ（２０８）の間は、例えばＩＰｓｅｃトンネル（２０５）によって接続される。また、固定ＩＳＰ網（２０７）、移動ＩＳＰ網（２０９）、コアトランスポート網（２１０）、コアサービス網（２１１）はインターネットプロトコルによって接続される。

図１５に示すＬ２ＴＰサーバが存在しないＦＭＣ通信システムでは、ＣＥルータＡ（１１０１）とサーバ（１０７、１０８）の間で経路（パス）と利用するサービスの明示的な関連付けをＣＥルータＡ（１１０１）において予め行うことでＦＭＣサービスを実現することが可能となる。

図１６は、ＣＥルータＡ（１１０１）のセッション管理テーブル（１３１３）の構成例を示す。
本実施の形態のようにＬ２ＴＰサーバがない場合には、例えば、上述の実施の形態のＬ２ＴＰセッションＩＤの代わりに、ルーティングテーブルＩＤを用いる。ルーティングテーブルＩＤとは、複数のルーティングテーブルのＩＤである。例えば、Ｌｉｎｕｘでは複数のルーティングテーブルを持つことが可能であるが、実際にはひとつのルーティングテーブルのみを選択して使用する。

セッション管理テーブル（１３１３）は、ＣＥルータＡ（１１０１）が管理する端末（１０３、１０４）のＭＡＣアドレスが記憶されるソースＭＡＣアドレスフィールドと、端末（１０３、１０４）がアクセスするサーバのＩＰアドレスが記憶される宛先サーバＩＰアドレスフィールドと、中継経路を示す中継経路ＰＷタイプフィールドと、ルーティングテーブルＩＤフィールドとを含む。中継経路ＰＷタイプは、例えば、移動ＩＳＰ網経由の場合はＰＷタイプ＝Ｅｔｈｅｒが記憶され、一方、固定ＩＳＰ網経由の場合はＰＷタイプ＝ＰＰＰが記憶される。なお、これら以外にも、移動ＩＳＰ網経由、固定ＩＳＰ網経由を示す適宜の識別情報を記憶してもよい。なお、これらの各情報は、プロビジョニングより決定される。端末（１０３、１０４）からサーバ（１０７、１０８）への経路は、上述の第１〜第８の経路に相当するものを用いることができる。

図１７は、ＣＥルータ（１１０１）に於ける、ＬＡＮ回線からＷＡＮ回線へのデータパケットの転送処理の説明図を示す。
データ転送に先立ち、予め図１６に示したセッション管理テーブル（１３１３）が作成されている。ＣＥルータＡ（１１０１）は、ＬＡＮ Ａ（２０１）から入力されるデータフレームに対して、Ｌ２転送処理部（１３１５）において、イーサフレームを捕捉する。次に、Ｌ２転送処理部（１３１５）は、捕捉したイーサフレームから抽出したソースＭＡＣアドレスと宛先ＩＰアドレスをキーにしてセッション管理テーブル（１３１３）を検索する。該当するソースＭＡＣアドレスと宛先ＩＰアドレスが存在した場合には、該当するセッションＩＤとＰＷタイプを取得する。また、ＰＷタイプを捕捉したイーサフレームに付与する。ソースＩＰアドレスバインディング処理部（３１０）でソースＩＰアドレスの確定処理を行う。ここでは、例えば、取得されたルーティングテーブルＩＤに応じたルーティングテーブルを参照する。複数のルーティングテーブルは、ルーティングテーブルＩＤに対応して備えられる。例えば、ルーティングテーブルＩＤ＝１、３、４に対応するテーブルは、ＧＷルータＦ（２０６）を介してサーバ（１０７、１０８）にパケットを送信するように構成されている。また、例えば、ルーティングテーブルＩＤ＝２に対応するテーブルは、ＧＷルータＭ（２０８）を介してサーバ（１０７、１０８）にパケットを送信するように構成されている。

次に、ＩＰルーティング処理部（１３１１）でアクセス回線にパケットを出力する。パケットは、ルーティングテーブルＩＤに応じて、ＧＷルータＦ（２０６）又はＧＷルータＭ（２０８）のいずれかを介して送信される。なお、ＷＡＮ回線からＬＡＮ回線へのデータ転送処理は通常のＩＰルーティング処理にしたがって行うため、説明を省略する。

本発明は、例えば、ＦＭＣシステム利用可能である。例えば、インターネットプロトコルを用いて、固定端末向けネットワークサービスとモバイル端末向けネットワークサービスを複数の中継ネットワークで構成するネットワークシステムに利用可能である。

Claims (14)

1. パケットの送信元アドレスと、パケットの宛先アドレス又は宛先ドメイン名を示す宛先情報と、固定網経由及び移動網経由のいずれかを示す中継経路情報とが対応して予め記憶された管理テーブルを有し、固定端末及び移動端末からのパケットを固定網及び移動網に中継する端末アダプタ装置と、
   固定端末及び移動端末向けのサービスを提供するサーバを収容し、前記端末アダプタ装置との固定網を介したセッション及び移動網を介したセッションを終端する終端ネットワーク装置と
   を備え、
   前記端末アダプタ装置は、
   前記固定端末及び前記移動端末から、送信元アドレスと、前記サーバを示す宛先情報とを含むセッション確立要求を受信し、
   該送信元アドレスと宛先情報に基づき前記管理テーブルを参照して、対応する中継経路情報を取得し、
   取得された中継経路情報に従い、固定網又は移動網を介して、前記終端ネットワーク装置とセッションを確立し、
   該セッションを識別するためのセッション識別子を、セッション確立要求の送信元アドレスと宛先情報とに対応して前記管理テーブルに記憶し、
   前記固定端末及び前記移動端末から、送信元アドレスと宛先情報とを含むパケットを受信すると、前記管理テーブルを参照して、該送信元アドレスと該宛先情報とに対応するセッション識別子を取得し、
   取得されたセッション識別子に従い、固定網及び移動網のいずれかを介したセッションを用いて前記終端ネットワーク装置にパケットを中継する中継ネットワークシステム。
2. 前記セッションは、仮想閉域網セッションである請求項１に記載の中継ネットワークシステム。
3. 前記仮想閉域網セッションは、レイヤ２トンネリングプロトコルによるセッションである請求項２に記載の中継ネットワークシステム。
4. 前記管理テーブルの送信元アドレスは、前記固定端末又は前記移動端末のＭＡＣアドレスが記憶され、宛先情報は、前記サーバのＩＰアドレス又はドメイン名が記憶され、及び、中継経路情報は、カプセル化するフレームのデータタイプ情報が記憶される請求項１に記載の中継ネットワークシステム。
5. 前記管理テーブルは、
   第１の固定端末の送信元アドレスと、前記サーバが第１のサービスを提供するための第１の宛先情報と、固定網経由を示す中継経路情報とを含む第１経路情報と、
   第２の固定端末の送信元アドレスと、前記サーバが第２のサービスを提供するための第２の宛先情報と、移動網経由を示す中継経路情報とを含む第２経路情報と、
   第１の移動端末の送信元アドレスと、前記サーバの第２の宛先情報と、移動網経由を示す中継経路情報とを含む第３経路情報と、
   第２の移動端末の送信元アドレスと、前記サーバの第１の宛先情報と、固定網経由を示す中継経路情報とを含む第４経路情報と
   が予め記憶される請求項１に記載の中継ネットワークシステム。
6. 前記終端ネットワーク装置は、
   前記端末アダプタ装置とのセッション識別子に対応して、前記サーバとの間の仮想ネットワークを識別するための仮想ネットワーク識別子が予め記憶された第２の管理テーブルを有し、
   セッション識別子を含むパケットを前記端末アダプタ装置から受信し、
   受信したパケットに含まれるセッション識別子に基づき前記第２の管理テーブルを参照し、該パケットのセッション識別子を対応する仮想ネットワーク識別子に変換し、
   該パケットを、仮想ネットワーク識別子に応じた仮想ネットワークを介して前記サーバに中継する請求項１に記載の中継ネットワークシステム。
7. 前記終端ネットワーク装置は、第１の仮想ネットワークを介して前記固定端末及び前記移動端末に第１のサービスを提供し、及び、第２の仮想ネットワークを介して前記固定端末及び前記移動端末に第２のサービスを提供する前記サーバを収容する請求項１に記載の中継ネットワークシステム。
8. 前記終端ネットワーク装置は、
   第１の仮想ネットワークを介して前記固定端末及び前記移動端末に第１のサービスを提供する第１のサーバと、
   第２の仮想ネットワークを介して前記固定端末及び前記移動端末に第２のサービスを提供する第２のサーバと
   を収容する請求項１に記載の中継ネットワークシステム。
9. 前記終端ネットワーク装置は、前記サーバのアドレスが予め記憶され、
   前記端末アダプタ装置は、前記サーバのアドレスを、仮想閉域網を介して事前に前記終端ネットワーク装置から取得し、該サーバのアドレスを事前に前記固定端末又は前記移動端末に対して配布する請求項１に記載の中継ネットワークシステム。
10. 前記端末アダプタ装置は、
    取得された前記サーバのアドレスをセッション識別子に対応して記憶し、
    送信元アドレスと、該サーバのアドレスとを含むパケットを前記固定端末又は前記移動端末から受信すると、対応するセッション識別子を含むヘッダを用いて、受信されたパケットをカプセル化して中継する請求項９に記載の中継ネットワークシステム。
11. 前記端末アダプタ装置は、
    前記サーバについてのアドレス解決要求を前記固定端末又は前記移動端末から受信すると、取得された該サーバのアドレスを、該固定端末又は該移動端末に対して配布する請求項９に記載の中継ネットワークシステム。
12. 前記端末アダプタ装置は、
    固定端末向けサービスを提供する第１のサーバのアドレスを前記終端ネットワーク装置から取得し、
    該第１のサーバのアドレスを前記移動端末に対して配布することを特徴とする請求項９に記載の中継ネットワークシステム。
13. 前記端末アダプタ装置は、
    移動端末向けサービスを提供する第２のサーバのアドレスを前記終端ネットワーク装置から取得し、
    該第２のサーバのアドレスを前記固定端末に対して配布することを特徴とする請求項９に記載の中継ネットワークシステム。
14. パケットの送信元アドレスと、パケットの宛先アドレス又は宛先ドメイン名を示す宛先情報と、固定網経由及び移動網経由のいずれかを示す中継経路情報とが対応して予め記憶された管理テーブルと、
    固定端末及び移動端末向けのサービスを提供するサーバを収容し及びセッションを終端する終端ネットワーク装置との間で、固定網を介したセッション及び移動網を介したセッションを確立する信号処理部と、
    前記固定端末及び前記移動端末からのパケットを固定網及び移動網に中継する転送処理部と
    を備え、
    前記信号処理部は、
    前記固定端末及び前記移動端末から、送信元アドレスと、前記サーバを示す宛先情報とを含むセッション確立要求を受信し、
    該送信元アドレスと宛先情報に基づき前記管理テーブルを参照して、対応する中継経路情報を取得し、
    取得された中継経路情報に従い、固定網又は移動網を介して、前記終端ネットワーク装置とセッションを確立し、及び、
    該セッションを識別するためのセッション識別子を、セッション確立要求の送信元アドレスと宛先情報とに対応して前記管理テーブルに記憶し、
    前記転送処理部は、
    前記固定端末及び前記移動端末から、送信元アドレスと宛先情報とを含むパケットを受信すると、前記管理テーブルを参照して、該送信元アドレスと該宛先情報とに対応するセッション識別子を取得し、及び、
    取得されたセッション識別子に従い、固定網及び移動網のいずれかを介したセッションを用いて前記終端ネットワーク装置にパケットを中継する端末アダプタ装置。
    

Images