(57)【要約】【課題】１種類のノードで、低速IP接続サービスや高速IP接続サービス、モバイル網IP接続サービスなど、複数のアクセス方式に対応したIPサービスを可能とし、コストの削減を可能とするとともに、アクセス網やアクセスサービスの移行が容易になるようなノード装置、及びそのノードにより実現される共用・移行型ネットワークサービス。【解決手段】入力ポート及びトンネル識別子、セッション識別子との組で検索できるようにノードの検索テーブルを設定し、パケットの方路を決定する際に、これらの情報の組み合わせにより、出力ポート及び出力トンネル識別子、出力セッション識別子を得て、複数のアクセス方式及びネットワークサービスに応じた処理を行い、パケットを転送する。【選択図】図１
2010141919.tif 000002
【特許請求の範囲】
【請求項１】
第１の通信プロトコルに従う第１のネットワーク及び第２の通信プロトコルに従う第２のネットワークと接続され、第１のネットワークまたは第２のネットワークに収容された端末から送信されたパケットを前記端末と宛先のネットワークとの間でセッションに基づいてパケットを送受信するパケット転送装置において、
前記第１の通信プロトコルからのパケットを受信する第１の入力インタフェースと、
前記第２の通信プロトコルからのパケットを受信する第２の入力インタフェースと、
前記第１の入力インタフェース及び前記第２の入力インタフェースで受信したパケットを処理する入力セッション処理部と、を備え、
前記入力セッション処理部は、
前記第１のインタフェース及び第２のインタフェース上の各入力ポートに対応して、受信パケットの出力ポート識別情報、一つまたは複数のセッションを束にしてパケットをネットワークのある地点まで論理的に通り抜けさせる出力トンネルの識別情報、及び出力セッションの識別情報と、を定義した経路情報テーブルを保持し、
前記入力セッション処理部は、
前記第１のネットワークまたは前記第２のネットワークからパケットを受信すると、
前記経路情報テーブルを参照して、受信パケットの入力ポートに対応する出力ポート識別情報、出力セトンネル識別情報、及び出力セッション識別情報を検索し、
前記検索された出力ポート、出力トンネル識別情報、及び出力セッション識別情報に従って受信パケットに処理を施し、
前記出力ポート識別情報が示す出力ポートに受信パケットを出力する受信パケット処理部とを備え、
さらに、前記経路情報テーブルに基づいて、前記第１のインタフェース及び第２のインタフェースから受信したパケットの入力ポートに対応する前記出力トンネル識別情報が同じ場合には、前記第１のインタフェース及び第２のインタフェースから受信したパケットを、該出力トンネル識別情報で識別されるトンネルに出力することを特徴とするパケット転送装置。
【請求項２】
上記セッションとして、Point to Point Protocol (PPP)を用いることを特徴とする請求項１記載のパケット転送装置。
【請求項３】
出力トンネル方式として、Layer 2 Tunneling Protocol (L2TP)方式を用いることを特徴とした請求項１記載のパケット転送装置。
【請求項４】
出力トンネル方式として、Mobile IP方式を用いることを特徴とした請求項１記載のパケット転送装置。
【請求項５】
入力トンネル方式として、Generic Routing Encapsulation (GRE)方式を用いることを特徴とした請求項１記載のパケット転送装置。
【請求項６】
第１の通信プロトコルに従う第１のネットワーク及び第２の通信プロトコルに従う第２のネットワークと接続され、第１のネットワークまたは第２のネットワークに収容された端末から送信されたパケットを宛先のネットワークに転送するパケット転送装置において
、
前記第１の通信プロトコルからのパケットを受信する第１の入力インタフェースと、
前記第２の通信プロトコルからのパケットを受信する第２の入力インタフェースと、
前記第１の入力インタフェース及び前記第２の入力インタフェースで受信したパケットを処理する入力パケット処理部と、を備え、
前記入力パケット処理部は、
前記第１のインタフェース及び第２のインタフェース上の各入力ポートに対応して、受信パケットの出力ポート識別情報、特定の送信元と宛先ネットワーク間の通信であることを識別する第１の識別情報と、特定の送信元からのパケットをネットワークのある地点まで論理的に通り抜けさせるための第２の識別情報と、を定義した経路情報テーブルを保持し、
前記入力セッション処理部は、
前記第１のネットワークまたは前記第２のネットワークからパケットを受信すると、
前記経路情報テーブルを参照して、受信パケットの入力ポートに対応する出力ポート識別情報、第１の識別情報、及び第２の識別情報を検索し、
前記検索された出力ポート、第１の識別情報、及び第２の識別情報に従って受信パケットに処理を施し、
前記出力ポート識別情報が示す出力ポートに受信パケットを出力する受信パケット処理部と、を備え、
さらに、前記経路情報テーブルに基づいて、前記第１のインタフェース及び第２のインタフェースから受信したパケットの入力ポートに対応する前記第２の識別情報が同じ場合には、前記第１のインタフェース及び第２のインタフェースから受信したパケットを、該第２の識別情報で識別される経路に出力することを特徴とするパケット転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアクセス方式に対応したアクセスノードに関する。
【背景技術】
【０００２】
インターネットに代表されるIPネットワーク上では、IPプロトコルに従ってデータが転送される。そのようなIPネットワークにユーザを収容するサービスとして、インターネットサービスがある。インターネットサービスを提供する通信事業者はInternet Service Provider (ISP)とも言われる。ユーザからのISPへのアクセス手段としては、Internet Engineering Task Force (IETF)においてRequest for Comments (RFC)1661として標準化作業が行われたPoint to Point Protocol (PPP)が用いられることが多い。また、複数のISPに対するユーザからのアクセスを中継するサービスとして、IP接続サービスがある。IP接続サービスを提供する通信事業者はキャリアやアクセスプロバイダとも言われ、ユーザからのPPPアクセスをトンネルを用いてISPに接続・振分けすることがある。このようなトンネルの代表的な例としては、RFC2661に示されるL2TP (Layer 2 Tunneling Protocol)がある。
【０００３】
図２０は、Asymmetric Digital Subscriber Line (ADSL)に代表されるDSLをアクセス方式に用いた場合の、従来の高速IP接続サービス、及び高速IP接続サービスを実現するネットワークの例である。高速IP接続ネットワークは、ユーザからのアクセスを受け付けたり、ISP網に振り分けたりする高速アクセスサーバBSと、アクセス制御を行うアクセス制御サーバAC12、BSの間を構成するコア網CN1とで構成され、そこに端末やサーバなどのホストが接続している。コア網は伝送路とIPルータなどで構成される。ここで高速アクセスサーバBS11は、ユーザのIP端末IT20から、アクセスメディア網であるDSL網MN11及びDSL Access Multiplexer (DSLAM) DL11を介してPPP接続要求を受け取ると、アクセス制御サーバAC12に問い合わせてISP網PN11を決定する。高速アクセスサーバBS11は、PN11に接続する高速アクセスサーバBS13に中継されるL2TPトンネルTL22がまだ無ければ、これを設定するよう要求を出す。BS13はPN11の持つアクセス制御サーバAC13に、契約している正しいユーザであるか問い合わせを行い、正しいと認証されれば、BS11とBS13の間でTL22及びその中にL2TPセッションが設定される。このようにしてIT20からBS13まで太い破線で示されるようなPPPセッションPS10が張られることにより、IT20はPN11を介してインターネットに高速IP接続される。図２０において、BS13からインターネットまでは、もはやPPPは使われないIP転送であるため、細い破線で区別して示している。図２０で、アクセス制御サーバAC12やAC13は Radiusサーバとも呼ばれ、L2TPの場合、AC12での制御を１次認証、AC13での制御を２次認証と呼ぶこともある。また、高速アクセスサーバBS11やBS13はBroadband Access Server (BAS)とも呼ばれ、L2TPの場合、機能的にBS11をL2TP Access Concentrator (LAC)、BS13をL2TP Network Server (LNS)と呼ぶ。
【０００４】
次に、電話をアクセス方式に用いた場合の、従来の低速IP接続サービス、及び低速IP接続サービスを実現するネットワークの例を図２１に示す。低速IP接続サービスでは、高速IP接続サービスと異なり、まず、端末IT22からダイヤルアップ電話接続が行われる。アクセスメディア網である交換網MN11を介して電話接続を受け取った交換機SW11は、電話制御網MN10を介してアクセス制御サーバAC11に接続を渡し、AC11がアクセスサーバAS11に対して起動をかける。この後、AS11は、IT22からPPP接続要求を受け取り、後は図２０の場合と同様の手順を経て、L2TPトンネルTL26と、PPPセッションPS11が張られる。これにより、IT22はPN11を介してインターネットに低速IP接続される。図２１で、電話制御網MN10としてはSS7などの共通線信号網が用いられることが多い。また、アクセス制御サーバAC11はSignaling Gatewayとも呼ばれる。アクセスサーバAS11やAS13はRemote Access Server (RAS) とも呼ばれ、機能的にAS11をLAC、AS13をLNSと呼ぶ。
【０００５】
次に、無線などのモバイル網をアクセス方式に用いた場合の、従来のモバイル網IP接続サービス、及びモバイル網IP接続サービスを実現するネットワークの例を図２２に示す。モバイルIP接続サービスでは、高速あるいは低速IP接続サービスと異なり、端末IT24からの接続要求は、アクセスメディア網であるモバイル網MN13を介してモバイルノードMoN11がまず受け取り、MoN11からモバイルアクセスノードMA11に対してGeneric Routing Encapsulation (GRE)などを用いてトンネルTL34が設定される。後は図２０の場合と同様の手順を経て、L2TPトンネルあるいはMobile IPトンネルTL31と、PPPセッションPS12が張られることにより、IT24はPN11を介してインターネットにモバイル網IP接続される。また、IT24が場所を移れば、その移動に伴って、MA11やMA13などがトンネルの張り替えを行って、ユーザが移動してもIP接続サービスを提供し続ける。図２２で、モバイル網MN13としては例えばGeneral Packet Radio Service (GPRS)網や、IMT2000網、High Data Rate(HDR)網などがある。また、モバイルノードMoN11には、Packet Control Function (PCF)やAccess Point (AP)などがある。モバイルアクセスノードMA11にはServing GPRS Support Node (SGSN)やPacket Data Serving Node (PDSN)などがあり、モバイルアクセスノードMA13にはHome Agent (HA)やGateway GPRS Support Node (GGSN)などがある。
【０００６】
図２３に従来の高速IPルータの装置構成例を示す。ここで高速IPルータは、回線インタフェース部、IP処理部などを入側と出側に持ち、その間をスイッチ部で接続する。また制御部が各部の制御及び装置全体の制御を行う。IP処理部はASICなどを用いてIPプロトコルに従った転送に特化することにより高速処理を行うため、上記で述べたようなIP接続サービスに必要とされるPPPやL2TPなどのセッション、トンネル処理は一般に行わない。
【０００７】
また、図２４に従来のRASの装置構成例を示す。ここでRASは、回線インタフェース部、モデム,HDLC処理部などを入側と出側に持ち、その間をバスあるいはスイッチ部で接続する。制御部は、各部の制御と装置全体の制御を行う他、IP処理やPPP、L2TPなどのセッション処理まで行うことにより、RASとしての機能を実現している。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、アクセス方式の違いに応じて、高速IP接続サービスを実現するネットワークには高速アクセスサーバが、低速IP接続サービスを実現するネットワークにはアクセスサーバが、モバイル網IP接続サービスを実現するネットワークにはモバイルアクセスノードがそれぞれに別個に必要であった。このため、例えば、低速IP接続サービスを提供する通信事業者が高速IP接続サービスを提供しようとすると、別の装置を新規に購入する必要があり、コストが高くなる。また、装置の種類が増えることにより、管理も複雑となる。ユーザが低速IP接続サービスから高速IP接続サービスへ移行した場合、設備投資が無駄になってしまうという課題もあった。これはモバイル網IP接続サービスを提供する場合も同様であり、固定網通信事業者とモバイル網通信事業者に分かれてサービス提供せざるを得ないという原因の一つでもあった。
【０００９】
アクセス装置にこれら複数のアクセス方式に対応させるために、ソフトウェア転送処理を行うIPルータのソフトウェアを変更する方法が考えられる。しかし、近年ではIP転送を行うルータもハードウェアで構成され、データパケットの高速転送を実現している。ソフトウェア処理で対応するとすれば、ハードウェアで構成される高速ルータに比べて性能が著しく劣るため、低速IP接続だけ行うRASならともかく、高速処理が必要な場合には実用に耐えない。また、RASは一般に電話アクセスに特化したSTM回線インタフェースや、アクセス制御サーバへの接続を持ち、他の装置とは構造が異なるという問題もある。
【課題を解決するための手段】
【００１０】
本課題を解決するため、アクセス装置における検索テーブルの入力情報として、入力ポート、入力トンネル識別子、入力セッション識別子などの組で出力情報を検索することとする。アクセス方式によってはこれら入力情報を全て使うこともあるし、また一部のみ使うこともある。また、検索テーブルの出力情報として、出力ポート、出力トンネル識別子、出力セッション識別子などを設定しておく。転送方式によってはこれら出力情報を全て使うこともあるし、また一部のみ使うこともある。このようにテーブルの入出力設定情報を複数のアクセス方式に応じて共用化することにより、複数のアクセス方式と複数のIP接続サービスに対して、統一的に対応することが可能となる。また、装置構成としても、複数種類の回線インタフェースを自由に差し替え可能とし、同時に制御部からアクセス制御サーバへの接続も用意して、呼制御などが異なるアクセス方式に対しても同じ装置で対応可能とする。
【発明の効果】
【００１１】
本発明により、複数のアクセス方式に対応したアクセスノードを提供できる。
【図面の簡単な説明】
【００１２】
【図１】本発明による第１の実施例：低速IP接続サービス、高速IP接続サービス、モバイル網IP接続サービスを行うネットワーク及びアクセスノードの例を説明する図であり、特に高速IP接続サービスのセッション及びトンネルを示す図でもある。
【図２】本発明による第１の実施例を実現するアクセスノードの構成例を説明する図である。
【図３】本発明による第１の実施例において、ユーザ端末に近い側のアクセスノードで用いられる入出力情報対応テーブルの例を説明する図である。
【図４】本発明による第１の実施例において、インターネットに近い側のアクセスノードで用いられる入出力情報対応テーブルの例を説明する図である。
【図５】本発明による第１の実施例において、高速IP接続サービスを行う場合のセッション及びトンネル設定の例を説明するシーケンス図である。
【図６】本発明による第１の実施例において、低速IP接続サービスのセッション及びトンネルを示す図である。
【図７】本発明による第１の実施例において、低速IP接続サービスを行う場合のセッション及びトンネル設定の例を説明するシーケンス図である。
【図８】本発明による第１の実施例において、モバイル網IP接続サービスのセッション及びトンネルを示す図である。
【図９】本発明による第１の実施例において、モバイル網IP接続サービスを行う場合のセッション及びトンネル設定の例を説明するシーケンス図である。
【図１０】本発明による第１の実施例において、モバイル網IP接続サービス時に、端末がモバイルノードを越えて移動した場合のセッション及びトンネルを示す図である。
【図１１】本発明による第１の実施例において、モバイル網IP接続サービス時に、端末がモバイルノードを越えて移動した場合のセッション及びトンネル設定の例を説明するシーケンス図である。
【図１２】本発明による第１の実施例において、モバイル網IP接続サービス時に、端末がアクセスノードを越えて移動した場合のセッション及びトンネルを示す図である。
【図１３】本発明による第１の実施例において、モバイル網IP接続サービス時に、端末がアクセスノードを越えて移動した場合の、ユーザ端末に近い側のアクセスノードで用いられる入出力情報対応テーブルの例を説明する図である。
【図１４】本発明による第１の実施例において、モバイル網IP接続サービス時に、端末がアクセスノードを越えて移動した場合の、インターネットに近い側のアクセスノードで用いられる入出力情報対応テーブルの例を説明する図である。
【図１５】本発明による第２の実施例：複数のISP網に対して同一の装置で、低速IP接続サービス、高速IP接続サービス、モバイル網IP接続サービスを行うネットワーク及びアクセスノードの例を説明する図である。
【図１６】本発明による第２の実施例において、ユーザ端末に近い側のアクセスノードで用いられる入出力情報対応テーブルの例を説明する図である。
【図１７】本発明による第２の実施例において、インターネットに近い側のアクセスノードで用いられる入出力情報対応テーブルの例を説明する図である。
【図１８】本発明による第３の実施例：アクセスノード間でトンネル設定を行わずに、低速IP接続サービス、高速IP接続サービス、モバイル網IP接続サービスを行うネットワーク及びアクセスノードの例を説明する図である。
【図１９】本発明による第３の実施例において、アクセスノードで用いられる入出力情報対応テーブルの例を説明する図である。
【図２０】従来の高速アクセスサーバによって高速IP接続サービスを行うネットワークの例を説明する図である。
【図２１】従来のアクセスサーバによって低速IP接続サービスを行うネットワークの例を説明する図である。
【図２２】従来のモバイルアクセスノードによってモバイル網IP接続サービスを行うネットワークの例を説明する図である。
【図２３】従来の高速IPルータの構成例を説明する図である。
【図２４】従来のRASの構成例を説明する図である。
【発明を実施するための形態】
【００１３】
以下、図を用いて本発明の第１の実施例について説明する。
【００１４】
図１は、低速IP接続サービス、高速IP接続サービス、モバイル網IP接続サービスを行うネットワーク及びアクセスノードの例である。ここで中央の長円で示された領域は、データパケットがIPによって転送されるIPコア網CN1であり、そのコア網の出入口にアクセスノードAN11, AN12, AN13, AN14がある。コア網をはさんだアクセスノード間では、L2TPなどのトンネルTL11〜TL14が張られており、図には書かれていないがコア網内にはIPルータがあって、IPルータはトンネルされたパケットを転送するため、IPレベルしか意識しないでよい。トンネルがL2TPの場合、アクセスノードAN11及びAN12がLAC、アクセスノードAN13及びAN14がLNSに相当する。コア網CN1の外には、ユーザ側に、アクセス方式によって異なるアクセスメディア網MN11〜MN13と、アクセスノードAN11に接続するノード装置である、交換機SW11や、DSLAM DL11、モバイルノードMoN11、MoN12などが接続されている。他方、インターネット側には、複数のISP網PN11、PN12が接続されている。ISP網の代わりに企業網が接続されている場合も同様である。
【００１５】
上記のように複数のアクセス方式に対応したアクセスノードAN11(LAC)及びAN13(LNS)の装置構成例を図２に示す。図２のアクセスノード装置10は、制御部11、スイッチ部12、複数の入側処理部13、複数の出側処理部14から構成される。入側処理部13と出側処理部14はハードウェア的には分かれていても同一でも良い。ここで入側処理部13は、入側セッション処理部20と、複数の各種入側回線インタフェース部30から構成され、出側処理部14は、出側セッション処理部40と、複数の各種出側回線インタフェース部50から構成される。ここでもセッション処理部と回線インタフェース部はハードウェア的には同一でも良いが、分かれていても良い。両者の違いは自由に回線種別を交換可能な単位である。また、これら回線インタフェース部は複数の回線ポートを持ち、外部の伝送路を介して他のネットワーク装置と接続される。データパケットは入力回線インタフェース部30から入力され、入側セッション処理部20でPPPなどのセッション処理やIP処理、L2TPなどのトンネル処理などが行われた後、スイッチ部12を通して内部的に交換された後、出側セッション処理部40でPPPなどのセッション処理やIP処理、L2TPなどのトンネル処理などが行われ、出側回線インタフェース部50より出力される。入側処理部13と出側処理部14でハードウェア的に同じ時、同じセッション処理部に接続された別の回線インタフェースのポートへ出る場合はスイッチ部12を通らないこともありうる。制御部11はこれら入側処理部13や出側処理部14、スイッチ部13と接続され、これらの制御・管理を行うと共に、PPPやL2TPなどのプロトコル信号処理や、LACとして用いられる場合には制御線15を介して呼制御関連処理も行う。
【００１６】
アクセスノードAN11(LAC)は、図３のような、複数のPPPなどセッションの転送に対応したテーブル110を持つ。図３では、データが低速IP接続される際に用いられるテーブルと、データが高速IP接続される際に用いられるテーブルと、データがモバイル網IP接続される際に用いられるテーブルとが共用されている。図３のテーブルの構成要素には、入力情報IN1である入力ポートIN11、入力トンネル識別子IN12、入力セッション識別子IN13と、出力情報OUT1である出力ポートOUT11、出力トンネル識別子OUT12、出力セッション識別子OUT13などが含まれる。図３に示すテーブルはAN11装置全体としての入出力関係をまとめて示しており、実際には図２の入側セッション処理部20と出側セッション処理部40にテーブルが分かれていることもある。
【００１７】
また、アクセスノードAN13(LNS)は、図４のような、複数のPPPなどセッションの転送に対応したテーブル120を持つ。図４でも、データが低速IP接続される際に用いられるテーブルと、データが高速IP接続される際に用いられるテーブルと、データがモバイル網IP接続される際に用いられるテーブルとが共用されている。図４のテーブルの構成要素も図３と同様に、入力情報IN2である入力ポートIN21、入力トンネル識別子IN22、入力セッション識別子IN23と、出力情報OUT2である出力ポートOUT21、出力トンネル識別子OUT22、出力セッション識別子OUT23などが含まれる。
【００１８】
図１のネットワークにおいて、まず、IP端末IT12からDSL網MN12を介してISP網PN11に高速IP接続されるPPPセッションをPS1とし、図５のシーケンス図を用いてPPPセッションやL2TPトンネル及びセッションを設定する方法について説明する。ただし、以下、シーケンス図においては、説明を簡単にするため、全てのプロトコルメッセージを名称も含めて正確に示している訳ではなく、またアカウンティング等の処理も省略して示している。IP端末IT21からはまず、アクセスノードAN11に対してRFC2516に示されるPPP over Ethernet (PPPoE)の初期化を行う。これはPPPセッションが張られてPPPフレームをEthernet上で多重識別する際に必要な処理である。ADSLの場合、このPPPoEフレームを更にATM伝送路上で運ぶことがあり、そのような場合には PPPoE on ATM (PPPoEoA)と言われることもある。PPPoE初期化処理は、AN11では例えば入側セッション処理部20が対応する。このPPPoE初期化処理は、RFC2364に示されるPPP over ATM (PPPoA)の際には不要な処理である。次にPPPのプロトコル信号処理が始まるが、最初にLink Control Protocol (LCP)の処理を行い、リンクレイヤを設定する。次にRFC1994に示されるChallenge Handshake Authentication Protocol (CHAP)に基づく処理を行う。ここで制御部11は、RFC2865等に示されるRadiusプロトコルを用いて、アクセス制御サーバAC12に対して、LNS情報やL2TPトンネルトンネル情報等を取得する。今、ISP網PN11へのIP接続を行いたいのであるから、LNSはアクセスノードAN13であるが、L2TPトンネルが未設定であれば、AN11はL2TPトンネル設定要求をAN13に出す。AN13ではこの情報を元にISP網PN11のアクセス制御サーバAC13にL2TPトンネルを問い合わせ、折り返しAN11に返答することで、AN11とAN13の間にL2TPトンネルTL11が設定される。次に、L2TPトンネル内にPPPセッションに対応したセッションを同様の手順で設定する。この際にAN13からAC13へはユーザのIDやパスワード等が渡され、ユーザ認証が行われる。以上でL2TPセッションの設定も終わると、CHAPの処理も終わり、次に、RFC1332に示されるIP Control Protocol (IPCP)により、IPレイヤの設定が行われる。これにより、プロトコル信号処理によるセッション設定は終了し、図５に示すように、AN11とAN13の間のトンネルTL11を通ってIT12からAN13までのPPPセッションPS1が設定されて、以降、データパケットはこのセッションに従って転送される。Ethernetは登録商標である。
【００１９】
PPPセッションPS1が設定されることにより、アクセスノードAN11には、図３のエントリ111に示される入出力関係が設定される。ここで入力トンネル識別子は特に無く、入力ポートと入力セッション識別子によって入力情報が識別される。また、出力情報としては、出力ポート、出力トンネル識別子、出力セッション識別子全てが設定される。また、アクセスノードAN13には、図４のエントリ121に示される入出力関係が設定される。ここで入力情報としては、入力ポート、入力トンネル識別子、入力セッション識別子全てが設定されるが、出力情報としては、出力トンネル識別子や出力セッション識別子は設定されず、出力ポートのみ設定される。以上により、以降、データパケットは、入力情報の組からテーブル検索されて出力情報を得て、転送される。また、以上はPPPoEoAを用いたDSLアクセスの場合の例であるが、Fiber To The Home (FTTH)のようにATM回線でなくEthernet上でPPPoEを用いてアクセスする場合も同様である。
【００２０】
次に、図６に示すように、IP端末IT11から電話網MN11を介してISP網PN11に低速IP接続されるPPPセッションをPS2とし、図７のシーケンス図を用いてPPPセッションやL2TPトンネル及びセッションを設定する方法について説明する。IP端末IT11からはまず、ダイヤルアップ電話接続が行われる。交換網MN11を介して電話接続要求メッセージを受け取った交換機SW11は、電話制御網MN10を介してアクセス制御サーバAC11に接続を渡し、AC11がRFC2885に示されるMegaco等のプロトコルを用いて、アクセスノードAN11の制御部11に対して起動をかける。アクセスノードAN11は、Radiusを用いて発着電話番号の認証を行い、Megacoの応答を行う。これにより電話接続応答メッセージが交換機SW11を介して端末IT11まで戻り、電話接続が行われる。次に、次にPPPのプロトコル信号処理が始まるが、以下、前記高速IP接続と同様なので説明は省略する。図１及び図６に示すように、AN11とAN13の間のL2TPトンネルとして、既に張られているTL11を使って高速IP接続サービスのセッションと同じトンネルを共有する場合もあるし、高速IP接続サービスとは別にL2TPトンネルを設定する場合もありうる。PPPセッションPS2が設定されることにより、アクセスノードAN11には、図３のエントリ112に示される入出力関係が、アクセスノードAN13には、図４のエントリ122に示される入出力関係が設定される。
【００２１】
次に、図８に示すように、IP端末IT13からモバイル網MN13を介してISP網PN11にモバイル網IP接続されるPPPセッションをPS3とし、図９のシーケンス図を用いてPPPセッションやL2TPトンネル及びセッションを設定する方法について説明する。IP端末IT13からはまず、モバイルノードMoN11に対して位置登録等の処理が行われ、コネクションの設定要求が行われる。次に、これに基づいてモバイルノードMoN11とアクセスノードAN11の間に、GRE等のトンネルが設定される。その後、PPPのプロトコル信号処理が始まるが、以下、前記高速IP接続と同様なので説明は省略する。図１及び図１０に示すように、AN11とAN13の間のL2TPトンネルとして、既に張られているTL11を使って高速IP接続サービスのセッションと同じトンネルを共有する場合もあるし、高速IP接続サービスとは別にL2TPトンネルを設定する場合もありうる。PPPセッションPS3が設定されることにより、アクセスノードAN11には、図３のエントリ113に示される入出力関係が、アクセスノードAN13には、図４のエントリ123に示される入出力関係が設定される。
【００２２】
次に、図１０に示すように、IP端末IT13がモバイル網MN13内で、モバイルノードMoN11につながるエリアからMoN12につながるエリアに移動した場合のPPPセッションをPS4とし、図１１のシーケンス図を用いて説明する。IP端末IT13からはまず、モバイルノードMoN12に対して改めて位置登録等の処理が行われ、これに基づいてモバイルノードMoN12とアクセスノードAN11の間に、GRE等のトンネルが設定し直される。アクセスノードAN11内では、図３のエントリ114に示される入出力関係が改めて設定されることにより、PPPセッションPS3はPS4に引き継がれる。この際、アクセスノードAN13は、図４のエントリ123に示される入出力関係が設定されたまま、特に変更はない。また、モバイルノードMoN11とアクセスノードAN11の間に設定されたGREトンネルは既に不要であるため開放され、図３のエントリ113も消去されて構わない。
【００２３】
上で示したような、図８のPPPセッションPS3が図１０のPPPセッションPS4に引き継がれるのと同様の仕組みを用いて、例えば図１のPPPセッションPS1が図１０のPPPセッションPS4に引き継がれるようなサービスも考えられる。例えばDSL網に接続している端末IT12がISP網PN11にIP接続されている時、前述の通り、アクセスノードAN11では図３のエントリ111に示される入出力関係が設定されていて、図５の一番下に示すようなデータ転送が行われている。この端末IT12がモバイル網MN13に移って、図１０に示す端末IT13の位置に来た場合を考えると、既に設定されているGREトンネルの開放手順を除けば、上記で述べた図１１のシーケンスと同様の手順を経て、トンネルTL16に相当するGREトンネルを介してセッションが引き継がれる。この時、図３のテーブルでは、エントリ111がエントリ114に引き継がれて設定される（但し、エントリ114で出力識別子はエントリ111と同様1のまま）。このようにして、モバイル網内での移動に加え、DSL網などの固定網からモバイル網へセッションが引き継がれるようなサービスも実現可能となる。
【００２４】
次に、図１２に示すように、IP端末IT13がモバイル網MN13内で、モバイルノードMoN11につながるエリアからMoN13につながるエリアに移動した場合のPPPセッションをPS5とする。モバイルノードMoN11はアクセスノードAN11に、MoN13はアクセスノードAN12にそれぞれ接続しているため、L2TPの場合はトンネルTL11からTL13に変える時には、PPPセッションPS3を一旦切断して、改めてPPPセッションPS5を設定する方法がある。また、トンネルとしてL2TPでなく、RFC2002等に示されるMobille IPを用いる場合には、アクセスノードAN13を中心にしてトンネルTL11からTL13へPPPセッションを切らずに移行させることも可能である。いずれにしても、PPPセッションPS5に対しては、アクセスノードAN12には、図１３のエントリ131に示される入出力関係が設定され、アクセスノードAN13には、図１４のエントリ143に示される入出力関係が設定される。
【００２５】
このようにしてテーブルや装置を共用化し、アクセス方式やネットワークサービスに応じて設定情報を変更することにより、装置が一体化されることによる装置コストの削減や、管理コストの削減、管理の一元化などが可能となる。これにより、低速IP接続サービスから高速IP接続サービスへの移行や段階的移行を伴うサービス共存、モバイル網IP接続サービスの追加など、異なるネットワークサービスへの移行、共存も容易になる。
【００２６】
以下、図を用いて本発明の第２の実施例について説明する。
【００２７】
図１５は、図１と同様、低速IP接続サービス、高速IP接続サービス、モバイル網IP接続サービスを行うネットワーク及びアクセスノードの例である。但し、LAC機能を持つアクセスノードAN11やAN12は図１と同じ位置に置かれるが、LNS機能を持つアクセスノードAN15は、複数のISP網PN15とPN16に対して共用して置かれる。図１５のネットワークにおいて、IP端末IT15からDSL網MN12を介してISP網PN15に高速IP接続されるPPPセッションをPS6とし、IP端末IT14から電話網MN11を介してISP網PN16に低速IP接続されるPPPセッションをPS7とする。図１のようにアクセスノードがISP網毎に分かれているネットワーク構成の場合は、PS6に相当するセッションはトンネルTL11を、PS7に相当するセッションはトンネルTL12を通るようにそれぞれ設定されるが、図１５のネットワーク構成においては、PPPセッションPS6はトンネルTL18を、PS7はトンネルTL19を通るようにそれぞれ設定される。
【００２８】
PPPセッションPS6及びPS7に対するテーブル設定情報としては、アクセスノードAN11には、図１６のエントリ151及びエントリ152に示される入出力関係がそれぞれ設定され、アクセスノードAN15には、図１７のエントリ161及びエントリ162に示される入出力関係がそれぞれ設定される。ここで、既に図１や図６に示されるような端末IT12及びIT11からISP網PN11へのPPPセッションPS1及びPS2が設定されていた場合、アクセスノードAN11の入力ポート32及び31では既に、図３のエントリ111及びエントリ12に示されるようにそれぞれ入力セッション識別子として1が使われているため、これと区別して、図１６のエントリ151及びエントリ152では、入力セッション識別子として2を用いている。また、PPPセッションPS6及びPS7に対して、同じ出力ポート51を使っているが、出力トンネル識別子としては別にTL18とTL19をそれぞれ設定している。また、図１７においては、出力ポートの違いにより、ISP網PN15及びPN16へ向かうデータトラヒックを分離して示している。このようにISP網PN15及びPN16といった複数のISP網や企業網に対して本発明を適用することにより、アクセスノードAN15は、バーチャルルータとして一つの装置で仮想的に複数の装置の機能を果たす場合にも、複数のアクセス方式に対応したネットワークサービスが実現できる。以上はモバイル網IP接続の場合も同様である。
【００２９】
以下、図を用いて本発明の第３の実施例について説明する。
【００３０】
図１８は、図１５と同様、低速IP接続サービス、高速IP接続サービス、モバイル網IP接続サービスを行うネットワーク及びアクセスノードの例である。但し、ここではL2TPなどのトンネルは用いない。アクセスノードAN16がLAC機能とLNS機能を併せ持つと考えれば、図１５のネットワーク構成を縮退した場合と考えることもできる。図１８のネットワークにおいて、IP端末IT18からDSL網MN12を介してISP網PN17に高速IP接続されるPPPセッションをPS8とし、IP端末IT17から電話網MN11を介してISP網PN18に低速IP接続されるPPPセッションをPS9とする。
【００３１】
PPPセッションPS8及びPS9に対するテーブル設定情報としては、アクセスノードAN16には、図１９のエントリ171及びエントリ172に示される入出力関係がそれぞれ設定される。この場合にはAN16より図で右側においてはトンネルは設定されないため、出力トンネル識別子OUT72には常に何も設定されない。入力トンネル識別子IN72は、モバイル網IP接続サービスの場合に設定されることがある。図１８においては、アクセスノード間でL2TPなどのトンネルを用いないため、プロトコル信号処理の段階で設定時間が短くてすむ他、トンネルオーバヘッドなくデータ転送効率を高めたネットワークでも、複数のアクセス方式に対応したネットワークサービスが実現できる。
【００３２】
以上説明したように、本実施例によれば、電話網からのアクセス方式に対応した低速IP接続サービス、DSL網やFTTH網等からのアクセス方式に対応した高速IP接続サービス、モバイル網からのアクセス方式に対応したモバイル網IP接続サービスなど、複数のアクセス方式及びネットワークサービスを提供することが可能となる。また、テーブルや装置を共用化し、アクセス方式やネットワークサービスに応じて設定情報を変更することにより、装置が一体化されることによる装置コストの削減や、管理コストの削減、管理の一元化などが可能となる。これにより、低速IP接続サービスから高速IP接続サービスへの移行や段階的移行を伴うサービス共存、モバイル網IP接続サービスの追加など、異なるネットワークサービスへの移行、共存も容易になる。例えばモバイル網内での移動に加え、DSL網などの固定網からモバイル網へセッションが引き継がれるようなサービスも実現可能となる。また、複数のISP網や企業網に対して本発明を適用することにより、バーチャルルータとして、一つの装置で仮想的に複数の装置の機能を果たす場合にも、複数のアクセス方式に対応したネットワークサービスが実現できる。また、アクセスノード間でトンネルを用いないネットワーク構成に本発明を適用することで、プロトコル信号処理の段階で設定時間が短くてすみ、トンネルオーバヘッドなくデータ転送効率を高めたネットワークでも、複数のアクセス方式に対応したネットワークサービスが実現できる。
【符号の説明】
【００３３】
１０…アクセスノード装置、１１…制御部、１２…スイッチ部、１３…入側処理部、１４…出側処理部、２０…入側セッション処理部、３０−ｘ…入力回線インタフェース部、４０…出側セッション処理部、５０−ｘ…出力回線インタフェース部、１ｘ０…アクセスノードの入出力情報対応テーブル、１ｘｙ…テーブルエントリ、２１０…ルータ、２ｘｙ…ルータ構成要素、３１０…RAS、３ｘｙ…RAS構成要素、ＡＣｘ…アクセス制御サーバ、ＡＮｘ…アクセスノード、ＣＮｘ…IPコア網、ＤＬｘ…DSLAM、ＩＮｘ…テーブル入力情報、ＩＴｘ…IP端末、ＭＮｘ…アクセスメディア網、ＭｏＮｘ…モバイルノード、ＯＵＴｘ…テーブル出力情報、ＰＮｘ…ISP網、ＰＳｘ…PPPセッション、ＳＷｘ…交換機、ＴＬｘ…トンネル（ｘ、ｙは数字を表す）。
【図１】
2010141919.tif 000003
【図２】
2010141919.tif 000004
【図３】
2010141919.tif 000005
【図４】
2010141919.tif 000006
【図５】
2010141919.tif 000007
【図６】
2010141919.tif 000008
【図７】
2010141919.tif 000009
【図８】
2010141919.tif 000010
【図９】
2010141919.tif 000011
【図１０】
2010141919.tif 000012
【図１１】
2010141919.tif 000013
【図１２】
2010141919.tif 000014
【図１３】
2010141919.tif 000015
【図１４】
2010141919.tif 000016
【図１５】
2010141919.tif 000017
【図１６】
2010141919.tif 000018
【図１７】
2010141919.tif 000019
【図１８】
2010141919.tif 000020
【図１９】
2010141919.tif 000021
【図２０】
2010141919.tif 000022
【図２１】
2010141919.tif 000023
【図２２】
2010141919.tif 000024
【図２３】
2010141919.tif 000025
【図２４】
2010141919.tif 000026