JP2004104527A

JP2004104527A - インターネットアクセスネットワーク及びアクセススイッチ装置

Info

Publication number: JP2004104527A
Application number: JP2002264680A
Authority: JP
Inventors: Hiroshi Ishida; 石田　寛史
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2002-09-10
Filing date: 2002-09-10
Publication date: 2004-04-02

Abstract

【課題】複雑な処理を行うＢＡＳを不要にし、また、サービスに応じた通信品質を提供する。
【解決手段】ユーザ認証を行うために加入者端末１と認証管理サーバ２１の間のＲＡＤＩＵＳパケットを加入者アクセスＳＷ１１を介して転送するとともに、認証管理サーバとＲＡＤＩＵＳサーバ３３Ｂの間のＲＡＤＩＵＳパケットをＩＳＰアクセスＳＷ３１を介して転送し、ユーザ認証後の加入者端末とＲＡＤＩＵＳサーバの間のＩＰパケットを認証管理サーバを介することなくＩＰトンネルのパケットで地域網２０を介して転送する。
【選択図】　　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ユーザ認証を行うインターネットアクセスネットワーク及びアクセススイッチ装置に関する。
【０００２】
【従来の技術】
インターネットアクセスネットワークとして、３つの文献（非特許文献１、非特許文献２、非特許文献３）に記載されたものが知られている。
【０００３】
【非特許文献１】
ＮＴＴ東日本『フレッツの今後の展開について』　ＮＴＴ東日本ホームページ
【非特許文献２】
電子情報通信学会　ＳＳＥ２０００−１２０　　佐々木将人　他『アクセスＶＰＮシステムの設計』第３１頁〜第３６頁
【非特許文献３】
電子情報通信学会　ＩＮ９８−４　三鬼準基　他　『高速ＩＰアクセスに適したＳＴＭ−ＰＤＳ帯域共用方式の検討』第２３頁〜第２８頁
【０００４】
上記文献に示された公衆ネットワークについて説明を行う。公衆ネットワークは大きくアクセス網、地域網、コア網に大別されるが、ＩＳＰ（インターネット・サービス・プロバイダ）などの接続サービスを提供するためのアクセス網及び地域網、特にユーザに対してＬＡＮインタフェースを提供する場合について記述する。従来のアクセス網及び地域網のアーキテクチャを図９に示す。基本的に、アクセス網１０１はＳＴＭ−ＰＤＳ（Ｓｙｎｃｒｏｎｏｕｓ　Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　−　Ｐａｓｓｉｖｅ　Ｄｏｕｂｌｅ　Ｓｔａｒ）方式が適用されたＬ２ネットワークであり、地域ＩＰ網１０２はＩＰが適用されたＬ３ネットワークとなっている。ＳＴＭ−ＰＤＳ方式は以下の特徴を持つ。
・Ｐａｓｓｉｖｅ　Ｄｏｕｂｌｅ　Ｓｔａｒ型：複数の加入者の光設備共有によるコスト削減
・加入者とネットワークとのインタフェースはＥｔｈｅｒｎｅｔ（Ｒ）
・１加入者あたり最大１０Ｍｂｐｓ
・加入者毎の公平性
【０００５】
一方、地域ＩＰ網１０２に適用されているＩＰは、ＩＥＴＦで標準化された汎用技術であり、一般的なルータに搭載されている。アクセス網１０１と地域ＩＰ網１０２の機能は、次に集約される。
・加入者端末１とＩＳＰ側との間にＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔのコネクションを設定すること
・そのコネクションを用いて、パケットを加入者端末１とＩＳＰ側との間で転送できること
【０００６】
アクセス網１０１は、ＯＮＵ、ＳＬＴ、Ｌ２ＳＷから構成され、Ｌ２レベルでのパケット転送を行い、ＨＤＬＣフレームを使用してそのＬ２パケットをカプセリング化している。ＩＳＰ側と加入者端末１をＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ接続する技術としては従来から用いられているＰＰＰを使用し、ＰＰＰを運ぶトンネル技術として、アクセス網１０１ではＰＰＰｏＥが用いられ、地域ＩＰ網１０２ではＬ２ＴＰが用いられている。このＰＰＰｏＥ及びＬ２ＴＰを終端する装置がＢｒｏａｄｂａｎｄ　Ａｃｃｅｓｓ　Ｓｅｒｖｅｒ（ＢＡＳ）１０３である。ＩＳＰ側と地域ＩＰ網１０２を接続するインタフェースポイントには、ＰＯＩ装置１０４が設置され、ＩＳＰ側に応じたインタフェースを提供している。そのインタフェースには、従来からの専用線インタフェース、ＳＤＨインタフェース、Ｅｔｈｅｒｎｅｔ（Ｒ）インタフェースなどがある。
【０００７】
ＩＳＰ側と加入者端末１をＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ接続するためには以下の機能が必要であるが、ＰＰＰは、これら機能を備えている。
・加入者の認証
・ＩＳＰ側による加入者へのＩＰアドレス付与
このＰＰＰの機能を用いるために、アクセス網１０１ではＰＰＰｏＥを用いてＰＰＰを運び、地域ＩＰ網１０２ではＬ２ＴＰを用いてＰＰＰを運んでいる。
【０００８】
アクセス網１０１におけるＰＰＰシーケンスを図１０に示す。このシーケンスでは、ＰＰＰｏＥシーケンスも含めている。ＰＰＰｏＥは加入者端末１とＢＡＳ１０３間で終端され、ＰＰＰは加入者端末１とＰＯＩ装置１０４間で終端されている。加入者認証機能、及びＩＰアドレス付与機能は、ＰＰＰのＩＰＣＰフェーズで実行される。
【０００９】
【発明が解決しようとする課題】
しかしながら、ＰＰＰを用いたＰｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ接続方式には、次の課題がある。
（１）アクセス網１０１及び地域ＩＰ網１０２を運用するネットワーク提供者からみると、加入者端末１とＩＳＰ側の間のプロトコル（ＰＰＰｏＥ、ＰＰＰ、ＩＰ、Ｌ２ＴＰ）が複雑であり、それを終端するためには多機能高価格なＢＡＳ１０３が必要となる。これはネットワーク構築に要する費用を上昇させる要因となっている。また、このような複雑なプロトコル処理はソフトウェアで行われるために、パケット転送速度を上げるのが困難である。
【００１０】
（２）従来のアクセス網１０１及び地域ＩＰ網１０２は、サービスに応じた通信品質を基本的に提供できない。ＰＰＰｏＥ、ＰＰＰ、Ｌ２ＴＰにはＱｏＳを指定する識別子及びＱｏＳをやりとりするための機能が存在しないからである。今後、様々なサービスがでてくる中で、そのサービスが要求するＱｏＳを提供できないのでは問題となる。
【００１１】
本発明は上記従来例の問題点に鑑み、複雑な処理を行うＢＡＳを不要にすることができるインターネットアクセスネットワーク及びアクセススイッチ装置を提供することを目的とする。
本発明はまた、複雑な処理を行うＢＡＳを不要にすることができるとともに、サービスに応じた通信品質を提供することができるインターネットアクセスネットワーク及びアクセススイッチ装置を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明は上記目的を達成するために、
ユーザとプロバイダを接続するインターネットアクセスネットワークにおいて、
前記ユーザ側とプロバイダ側の間のユーザ認証をＲＡＤＩＵＳパケットで行って前記プロバイダ側から前記ユーザ側にＩＰアドレスを付与し、
前記ユーザ認証後の前記ユーザ側とプロバイダ側の間のパケット転送を前記ＩＰアドレスを含むＩＰパケットでＩＰ地域網を介して行う構成とした。
上記構成により、地域網において複雑な処理を行うＢＡＳを不要にすることができる。
【００１３】
本発明はまた、請求項１に記載のインターネットアクセスネットワークにおいて、
前記ユーザ側に設けられ、ＲＡＤＩＵＳクライアント機能を有する加入者端末と、
前記加入者端末を収容する第１のアクセススイッチ装置と、
前記プロバイダ側に設けられるＲＡＤＩＵＳサーバ、及び前記ユーザ認証を行う認証管理サーバと、
前記ＲＡＤＩＵＳサーバを収容する第２のアクセススイッチ装置と、
前記第１及び第２のアクセススイッチ装置の間を前記ＩＰパケットで接続するＩＰ地域網とを有し、
前記ユーザ認証を行うために前記加入者端末と前記認証管理サーバの間のＲＡＤＩＵＳパケットを前記第１のアクセススイッチ装置を介して転送するとともに、前記認証管理サーバとＲＡＤＩＵＳサーバの間のＲＡＤＩＵＳパケットを前記第２のアクセススイッチ装置を介して転送し、
前記ユーザ認証後の前記加入者端末と前記ＲＡＤＩＵＳサーバの間のＩＰパケットを前記認証管理サーバを介することなくＩＰトンネルのパケットで前記ＩＰ地域網を介して転送することを特徴とする。
上記構成により、地域網において複雑な処理を行うＢＡＳを不要にすることができる。
【００１４】
本発明はまた、請求項２に記載のインターネットアクセスネットワークにおいて、
前記ユーザ認証後の前記加入者端末と前記ＲＡＤＩＵＳサーバの間のＩＰパケットをＭＰＬＳラベルによるＩＰトンネルのパケットで前記ＩＰ地域網を介して転送することを特徴とする。
上記構成により、複雑な処理を行うＢＡＳを不要にすることができるとともに、サービスに応じた通信品質を提供することができる。
【００１５】
本発明はまた、ユーザ側とプロバイダ側の間のユーザ認証をＲＡＤＩＵＳパケットで行って前記プロバイダ側から前記ユーザ側にＩＰアドレスを付与し、前記ユーザ認証後の前記ユーザ側とプロバイダ側の間のパケット転送を前記ＩＰアドレスを含むＩＰパケットでＩＰ地域網を介して行うインターネットアクセスネットワークにおいて前記ユーザ側の加入者端末又は前記プロバイダ側のサーバを収容するアクセススイッチ装置であって、
前記加入者端末及び前記サーバの一方から入力したＩＰパケットを前記ＩＰ地域網を介して他方に転送するとともに、前記ＩＰ地域網から入力されたＩＰパケットを前記加入者端末又は前記サーバに転送する手段を、
備えた構成とした。
上記構成により、地域網において複雑な処理を行うＢＡＳを不要にすることができる。
【００１６】
本発明はまた、請求項４に記載のアクセススイッチ装置において、
前記ＩＰ地域網から入力されるＩＰパケットはＭＰＬＳラベルによるＩＰトンネルのパケットであり、前記ＭＰＬＳラベルに基づいてサービスに応じた通信品質を提供することを特徴とする。
上記構成により、複雑な処理を行うＢＡＳを不要にすることができるとともに、サービスに応じた通信品質を提供することができる。
【００１７】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。図１は本発明に係るインターネットアクセスネットワークの第１の実施の形態を示す構成図、図２は図１のインターネットアクセスネットワークにおける制御層と転送層のプロトコルスタックを示す説明図、図３は図１のアクセススイッチを詳しく示すブロック図、図４は図１の認証管理サーバを詳しく示すブロック図、図５は図１のインターネットアクセスネットワークの認証シーケンスを示す説明図である。
【００１８】
まず、発明のポイントを以下に示す。最初に、ＰＰＰの課題の原因を説明する。ＩＳＰサーバ接続のためには、加入者の認証機能とＩＳＰサーバによる加入者へのＩＰ付与機能が必須であるが、それ以外に当然ながら、接続後は加入者端末からのユーザデータ（例えば映像など）を含んだパケットを転送する機能が必要である。前者を「制御機能」、後者を「転送機能」と呼ぶとすると、ＰＰＰはそのプロトコルの中で制御機能も転送機能も実現している。制御機能は複雑なので、ＰＰＰをハード化するのは困難であり、必然的にソフト処理になる。したがって、転送機能もソフト処理になるので、高速転送が困難となる。また、ＰＰＰを運ぶためにＰＰＰｏＥやＬ２ＴＰといった、いままであまり使用されていなかったプロトコルが必要となるため、それらのプロトコル処理を行う高価なＢＡＳが必要となる。
【００１９】
この問題を解決するために有効な手段は、制御機能と転送機能を分離することである。制御機能には、ダイヤルアップＩＰ接続におけるユーザ認証方法として汎用的に使用されているＲＡＤＩＵＳ（Ｒｅｍｏｔｅ　Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ　Ｄｉａｌ−Ｉｎ　ＵｓｅｒＳｅｒｖｉｃｅ）を適用し、いったんＩＳＰ側と加入者端末側が接続された後は、転送にはＲＡＤＩＵＳを使用せず、ハード化可能な簡素なプロトコル、すなわちＩＰパケットのみで転送していく。これにより、高価なＢＡＳは不必要となり、高速転送も可能となる。
【００２０】
＜第１の実施の形態＞
（１）構成の説明
第１の実施の形態のアクセス網１０及び地域網２０の網構成を図１に示す。アクセス網１０には加入者アクセスＳＷ１１が設けられ、また、従来技術のＰＯＩ装置１０４にあたるＩＳＰアクセスＳＷ３１がある。その２つのＳＷ１１、３１の間に地域網２０がある。地域網２０はＩＰ転送網で構成する。加入者端末１には、ＲＡＤＩＵＳプロトコルを処理するＲＡＤＩＵＳクライアント機能を持たせる。また、ユーザの認証管理を集中的に行う認証管理サーバ２１を置く。
【００２１】
認証管理サーバ２１は、ＲＡＤＩＵＳクライアント（加入者端末１）からのＲＡＤＩＵＳパケットを中継・解析して、ＩＳＰ−Ａ３２Ａ側、ＩＳＰ−Ｂ３２Ｂ側のＲＡＤＩＵＳサーバ３３（図１ではＩＳＰ−Ｂ３２Ｂ側のＲＡＤＩＵＳサーバ３３Ｂのみを示す）に転送し、またＲＡＤＩＵＳサーバ３３からのＲＡＤＩＵＳパケットを中継・解析して、加入者端末１へ転送する。解析とは、ＲＡＤＩＵＳパケットの情報の１つである、ＩＳＰ３２側から付与されたＩＰアドレスを記憶し、その情報をルーティング情報として、加入者アクセスＳＷ１１及びＩＳＰアクセスＳＷ３１に設定することである。この設定により、ＲＡＤＩＵＳによる加入者認証後は、加入者端末１とＩＳＰ−Ａ３２Ａ、ＩＳＰ−Ｂ３２Ｂ側とはＩＰアドレスによりＩＰ転送が可能となる。
【００２２】
地域網２０は、加入者アクセスＳＷ１１とＩＳＰアクセスＳＷ３１間を、加入者端末１及びＩＳＰ−Ａ３２Ａ、ＩＳＰ−Ｂ３２Ｂ側からのＩＰパケットを転送するためにＩＰ　ｏｎ　ＩＰ技術によりトンネリングを行う。すなわち、地域網２０は、トンネリング用ＩＰによりＩＰ転送を行う。
【００２３】
図２に認証を行う制御層のプロトコルスタック、及び転送を行う転送層のプロトコルスタックを示す。加入者アクセスＳＷ１１及びＩＳＰアクセスＳＷ３１は、お互いにどのトンネリング用ＩＰアドレスを付けたらどのアクセスＳＷへ地域網２０が転送するかを知っていて、ユーザのＩＰアドレス（ＩＳＰ−Ａ３２Ａ、ＩＳＰ−Ｂ３２Ｂ側からユーザへ付与されたＩＰアドレス）から判断して、適切なトンネリング用ＩＰアドレスヘッダを付けて地域網２０へ転送する。
【００２４】
次に、このアクセス網１０を構成するアクセススイッチ（ＳＷ）１１、３１の構成を図３に示し、基本的に入力処理部４１、転送処理部４２、出力処理部４３、及びテーブルとしてルーティングテーブル４５、ヘッダ管理テーブル４６から構成される。入力処理部４１は、入力パケットのヘッダチェックを行うヘッダチェック部４１ａ、パケットのフィルタリングを行う入力フィルタリング部４１ｂからなる。転送処理部４２は、宛先ポートの決定を行う宛先検索部４２ａから構成される。また、宛先検索部４２ａはルーティングテーブル４５及びヘッダ管理テーブル４６を参照する。
【００２５】
ルーティングテーブル４５は、ユーザＩＰアドレス（ＩＳＰ−Ａ３２Ａ、ＩＳＰ−Ｂ３２Ｂ側から付与されたＩＰアドレス）及びプロトコル識別子と出力先ポートの対応を採っている。つまり、ＩＰヘッダのプロトコル識別子（ＲＡＤＩＵＳ）と認証管理サーバ２１宛の出力ポート及び、ユーザＩＰアドレスとその出力ポートとを対応させている。また、ヘッダ管理テーブル４６は、ユーザＩＰアドレスとトンネリング用ＩＰとの対応を採っている。出力処理部４３は、ＩＰｏｎＩＰの出力パケットのヘッダを編集するＩＰｏｎＩＰヘッダ編集部４３ａと、出力パケットのフィルタリングを行う出力フィルタリング部４３ｂから構成される。
【００２６】
次に認証管理サーバ２１の構成を図４に示し、基本的に、ＲＡＤＩＵＳプロトコル処理部２２及び制御情報構築処理部２３からなる。ＲＡＤＩＵＳプロトコル処理部２２はＲＡＤＩＵＳ処理を及びＳＮＭＰ処理を行う。すなわち、ＲＡＤＩＵＳプロトコル処理部２２はＲＡＤＩＵＳパケットによる認証完了及びＩＳＰ−Ａ３２Ａ、ＩＳＰ−Ｂ３２Ｂ側からユーザへのＩＰアドレス付与情報が検知したならば、その情報を制御情報構築処理部２３へ転送する。制御情報構築処理部２３はそれらの情報に基づいて、加入者アクセスＳＷ１１及びＩＳＰアクセスＳＷ３１へ設定すべき、ルーティングテーブル情報（図の２３ａ）及びヘッダ管理テーブル情報（図の２３ｂ）を構築する。その後、その情報を各加入者アクセスＳＷ１１及びＩＳＰアクセスＳＷ３１へ設定するために、ＳＮＭＰ処理を通してその情報を通知する。
【００２７】
（２）動作の説明
アクセス網１０としての動作の説明を行う。シーケンスを図５に示す。ユーザ（加入者端末）１は、ＲＡＤＩＵＳクライアントを使用して、認証管理サーバ２１に対して認証要求パケット（ＡｃｓＲｅｑ）を転送する。このとき、加入者端末１から加入者アクセスＳＷ１１に転送された認証要求パケットは、ＲＡＤＩＵＳパケットなので、加入者アクセスＳＷ１１により認証管理サーバ２１へ転送すべきと判断されて、転送される。
【００２８】
認証管理サーバ２１は、認証要求パケットを分析してそれをＩＳＰアクセスＳＷ３１へ転送する。ＩＳＰアクセスＳＷ３１は、プライベートＩＰアドレスが付与されていたならば、ＮＡＴ機能によりグローバルＩＰアドレスに変換して、例えばＩＳＰ−Ｂ３２Ｂ側へ転送する。ＩＳＰ−Ｂ３２Ｂ側ではＲＡＤＩＵＳサーバ３３ＢによりユーザへグローバルＩＰアドレスを払い出し、そのグローバルＩＰアドレスをＲＡＤＩＵＳパケットに載せて、認証応答パケット（ＡｃｓＡｃｐｔ）を加入者端末１へ返送する。認証応答パケットは、ＩＳＰアクセスＳＷ３１により認証管理サーバ２１へ転送される。
【００２９】
認証管理サーバ２１では、認証応答パケットを分析して、認証許可されているならば、そのパケットに含まれている加入者端末１へ払い出されたグローバルＩＰアドレスを記憶し、加入者端末１へ転送する。その後、認証管理サーバ２１は、加入者アクセスＳＷ１１及びＩＳＰアクセスＳＷ３１に対する、ルーティングテーブルとヘッダ管理テーブルを構築し、各アクセスＳＷ１１、３１へＳＮＭＰを用いて設定する。
【００３０】
認証応答パケットを受信した加入者アクセスＳＷ１１は、その認証応答パケットを加入者端末１へ転送する。認証応答パケットを受信した加入者端末１は、払い出されたグローバルＩＰアドレスを自身のＩＰアドレスとして設定する。この後、加入者端末１が転送するユーザデータ用のＩＰパケットには、このグローバルＩＰアドレスが付与されており、そのパケットは認証管理サーバ２１へは転送されず、各アクセススイッチ１１、３１において転送されることになる。各アクセスＳＷ１１、３１及び認証サーバ２１における動作は、構成の説明の所で記述したとおりである。
【００３１】
（３）効果の説明
以上のように第１の実施の形態によると、
・複雑な制御を必要とする認証処理と転送処理を分離し、
・その認証処理を、認証管理サーバ２１により一括処理し、
・認証許可後は、転送処理は認証管理サーバ２１を通さず、ハード化可能な汎用的なＩＰ転送する
ことにより、複雑な処理を行うＢＡＳを不要にすることができる。
【００３２】
＜第２の実施の形態＞
発明のポイントは第１の実施の形態と同じである。第２の実施の形態は、認証が完了してＩＳＰ−Ａ３２Ａ、ＩＳＰ−Ｂ３２Ｂと加入者端末１が接続された後、ユーザデータパケットがＩＰではなく、Ｍｕｌｔｉ　Ｐｒｏｔｏｃｏｌ　Ｌａｂｅｌ　Ｓｗｉｔｃｈｉｎｇ（ＭＰＬＳ）により転送される所が異なる。
【００３３】
（１）構成の説明
アクセス網及び地域網の網構成は基本的に第１の実施の形態の図１と同じである。異なる所は、地域網２０が、加入者アクセスＳＷ１１とＩＳＰアクセスＳＷ３１間を、加入者端末１及びＩＳＰ−Ａ３２Ａ、ＩＳＰ−Ｂ３２Ｂ側からのＩＰパケットを転送するためにＩＰ　ｏｎ　　ＭＰＬＳ技術によりトンネリングを行う所である。地域網２０は、ＭＰＬＳ技術によりＩＰより下の層であるＭＰＬＳ転送を行う。
【００３４】
図６に認証を行う制御層のプロトコルスタック、及び転送を行う転送層のプロトコルスタックを示す。加入者アクセスＳＷ１１及びＩＳＰアクセスＳＷ３１は、お互いにどのトンネリング用ＭＰＬＳラベルを付けたら、地域網２０がどのアクセスＳＷへ転送するかを知っていて、ユーザのＩＰアドレス（ＩＳＰ側からユーザへ付与されたＩＰアドレス）から判断して、適切なトンネリング用ＭＰＬＳヘッダを付けて地域網２０へ転送する。
【００３５】
次に、このアクセス網を構成するアクセススイッチ１１ｃ、３１ｃの構成を図７に示す。基本的な構成は、第１の実施の形態の図３と同じである。異なる所を以下に説明する。転送処理部４２ｃにおいて参照されるヘッダ管理テーブル４６ｃは、ユーザＩＰアドレスとトンネリング用ＭＰＬＳラベルとの対応を採っている。出力処理部４３ｄは、ＩＰ　ｏｎ　ＭＰＬＳの出力パケットのヘッダを編集するヘッダ編集部４３ａｃと　、出力パケットのフィルタリングを行う出力フィルタリング部４３ｂと、ＭＰＬＳヘッダのＱｏＳ識別フィールドで指示されたＱｏＳ制御を行うＱｏＳ制御部４３ｃから構成される。このＱｏＳ制御部４３ｃにより、ＭＰＬＳラベル毎、いわゆる加入者ごとの細粒度な通信品質制御が可能となる。
【００３６】
次に認証管理サーバ２１ｃの構成を図８に示す。基本的な構成は、第１の実施の形態の図４と同じである。異なる所を以下に示す。制御情報構築処理部２３ｃが構築するヘッダ管理テーブル用情報（図の２３ｂｃ）は、ＩＰ　ｏｎ　ＭＰＬＳヘッダ用である。その情報を各加入者アクセスＳＷ１１ｃ及びＩＳＰアクセスＳＷ３１ｃへ設定するために、ＳＮＭＰ処理を通してその情報を通知する。
【００３７】
（２）動作の説明
アクセス網としての動作の説明を行う。基本的な動作は第１の実施の形態と同じである。また、各アクセスＳＷ１１ｃ、３１ｃ及び認証サーバ２１ｃにおける動作は、構成の説明の所で記述したとおりである。
【００３８】
（３）効果の説明
以上のように第２の実施の形態によると、
・複雑な制御を必要とする認証処理と転送処理を分離し、
・その認証処理を、認証管理サーバ２１ｃにより一括処理し、
・認証許可後は、転送処理は認証管理サーバ２１ｃを通さず、ハード化可能なＭＰＬＳ転送し、
・ＭＰＬＳヘッダに指定されたＱｏＳ識別子によるＱｏＳ制御を行う
ことにより、複雑な処理を行うＢＡＳを不要にすることができ、また、サービスに応じた通信品質を提供することができる。
【００３９】
【発明の効果】
以上説明したように本発明によれば、複雑な処理を行うＢＡＳを不要にすることができる。
また、複雑な処理を行うＢＡＳを不要にすることができるとともに、サービスに応じた通信品質を提供することができる。
【図面の簡単な説明】
【図１】本発明に係るインターネットアクセスネットワークの第１の実施の形態を示す構成図
【図２】図１のインターネットアクセスネットワークにおける制御層と転送層のプロトコルスタックを示す説明図
【図３】図１のアクセススイッチを詳しく示すブロック図
【図４】図１の認証管理サーバを詳しく示すブロック図
【図５】図１のインターネットアクセスネットワークの認証動作シーケンスを示す説明図
【図６】本発明の第２の実施の形態における制御層と転送層のプロトコルスタックを示す説明図
【図７】第２の実施の形態におけるアクセススイッチを詳しく示すブロック図
【図８】第２の実施の形態における認証管理サーバを詳しく示すブロック図
【図９】従来のインターネットアクセスネットワークを示す構成図
【図１０】図９のネットワークにおけるＰＰＰシーケンスを示す説明図
【符号の説明】
１　加入者端末
１１、１１ｃ　加入者アクセスＳＷ
２０　地域網
２１、２１ｃ　認証管理サーバ
３１、３１ｃ　ＩＳＰアクセスＳＷ
３２Ａ　ＩＳＰ−Ａ
３２Ｂ　ＩＳＰ−Ｂ
３３Ｂ　ＲＡＤＩＵＳサーバ

Claims

ユーザとプロバイダを接続するインターネットアクセスネットワークにおいて、
前記ユーザ側とプロバイダ側の間のユーザ認証をＲＡＤＩＵＳパケットで行って前記プロバイダ側から前記ユーザ側にＩＰアドレスを付与し、
前記ユーザ認証後の前記ユーザ側とプロバイダ側の間のパケット転送を前記ＩＰアドレスを含むＩＰパケットでＩＰ地域網を介して行うことを特徴とするインターネットアクセスネットワーク。
前記ユーザ側に設けられ、ＲＡＤＩＵＳクライアント機能を有する加入者端末と、
前記加入者端末を収容する第１のアクセススイッチ装置と、
前記プロバイダ側に設けられるＲＡＤＩＵＳサーバ、及び前記ユーザ認証を行う認証管理サーバと、
前記ＲＡＤＩＵＳサーバを収容する第２のアクセススイッチ装置と、
前記第１及び第２のアクセススイッチ装置の間を前記ＩＰパケットで接続するＩＰ地域網とを有し、
前記ユーザ認証を行うために前記加入者端末と前記認証管理サーバの間のＲＡＤＩＵＳパケットを前記第１のアクセススイッチ装置を介して転送するとともに、前記認証管理サーバとＲＡＤＩＵＳサーバの間のＲＡＤＩＵＳパケットを前記第２のアクセススイッチ装置を介して転送し、
前記ユーザ認証後の前記加入者端末と前記ＲＡＤＩＵＳサーバの間のＩＰパケットを前記認証管理サーバを介することなくＩＰトンネルのパケットで前記ＩＰ地域網を介して転送することを特徴とする請求項１に記載のインターネットアクセスネットワーク。
前記ユーザ認証後の前記加入者端末と前記ＲＡＤＩＵＳサーバの間のＩＰパケットをＭＰＬＳラベルによるＩＰトンネルのパケットで前記ＩＰ地域網を介して転送することを特徴とする請求項２に記載のインターネットアクセスネットワーク。
ユーザ側とプロバイダ側の間のユーザ認証をＲＡＤＩＵＳパケットで行って前記プロバイダ側から前記ユーザ側にＩＰアドレスを付与し、前記ユーザ認証後の前記ユーザ側とプロバイダ側の間のパケット転送を前記ＩＰアドレスを含むＩＰパケットでＩＰ地域網を介して行うインターネットアクセスネットワークにおいて前記ユーザ側の加入者端末又は前記プロバイダ側のサーバを収容するアクセススイッチ装置であって、
前記加入者端末及び前記サーバの一方から入力したＩＰパケットを前記ＩＰ地域網を介して他方に転送するとともに、前記ＩＰ地域網から入力されたＩＰパケットを前記加入者端末又は前記サーバに転送する手段を、
備えたアクセススイッチ装置。
前記ＩＰ地域網から入力されるＩＰパケットはＭＰＬＳラベルによるＩＰトンネルのパケットであり、前記ＭＰＬＳラベルに基づいてサービスに応じた通信品質を提供するよう構成された請求項４に記載のアクセススイッチ装置。