(57)【要約】  アクセスノード（ＥＤＡ１）は、エンドユーザ（ＥＵ１、ＥＵ２）、ルータ（Ｒ１、Ｒ２、Ｒ３）及びＤＨＣＰサーバ（ＤＨ１）に接続される。エンドユーザ（ＥＵ１）は、ルータを介して提供される所望のサービスを規定する。目的は、エンドユーザ（ＥＵ１）が１つのルータのみを同時に処理する場合であっても、２つ以上のルータを介するサービスへの同時アクセスを自動的に提供することである。接続はセキュリティ保護される。エンドユーザは、サービスのうち１つを要求（ＲＱ１）する。アクセスノードはエンドユーザ（ＥＵ１）を識別し、対応する要求（ＲＱ２）をＤＨＣＰサーバ（ＤＨ１）へ送出する。ＤＨＣＰサーバ（ＤＨ１）は、エンドユーザ及び所望のサービスに対する全てのルータにアドレスを動的に割り当てる。アクセスノードは、ＤＨＣＰサーバ（ＤＨ１）からのＤＨＣＰオプション１２１のメッセージ（ＲＰ１）内のアドレスをスヌープし、ルータアドレスを分解し、ＩＰルータアドレス及びＩＰＭＡＣアドレスをメモリ（ＴＡＢ１）に格納し、ＭＡＣアドレスをＭＡＣフィルタ（ＭＸ、ＭＹ、ＭＺ）に設定する。１つのルータ（Ｒ１）を含むオプション３の応答（ＲＰ２）はエンドユーザ（ＥＵ１）へ送出される。１つのサービスに対する要求の後、エンドユーザ（ＥＵ１）はメモリ（ＴＡＢ１）に格納された全てのサービスに到達する。
2009517919.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービスを提供し、ルータ（Ｒ１、Ｒ２、Ｒ３）に接続するためのアクセスノード（ＥＤＡ１、ＥＤＡ２）と少なくとも１つのエンドユーザ（ＥＵ１〜ＥＵ４）とを含むアクセスシステム（ＡＣＣ１、ＡＣＣ２）における方法であって、
−前記アクセスノード（ＥＤＡ１）において、前記複数のサービスのうち１つに対するサービス要求（ＲＱ１）を前記少なくとも１つのエンドユーザ（ＥＵ１）から受信する工程（３０３）と、
−前記アクセスノードにおいて、動的に割り当てられたエンドユーザＩＰホストアドレスと、前記複数のサービス（ＩＶ１、ＶＶ１、ＶＶ２）のうち少なくとも２つに到達するのに適したアクセス可能なルータのアドレス（ＩＰＮ１、ＩＰＮ２、ＩＰＮ３）とを受信する工程（３０８）と、
−前記アクセスノード（ＥＤＡ１）において、前記受信したＩＰルータアドレス（ＩＰＮ１、ＩＰＮ２、ＩＰＮ３）を保存する工程（３０９）と、
前記保存されたＩＰルータアドレスのうち少なくとも１つ（ＩＰＮ１）を前記アクセスノードから前記エンドユーザ（ＥＵ１）へ送出する工程（３１２）と、
を有することを特徴とする方法。
【請求項２】
前記システムがＤＨＣＰサーバ（ＤＨ１）を含み、
−前記サービス要求（ＲＱ２）を前記アクセスノードから前記ＤＨＣＰサーバへ送出する工程（３０５）と、
−前記ＤＨＣＰサーバ（ＤＨ１）において、前記エンドユーザＩＰホストアドレスとアクセス可能なルータアドレス（ＩＰＮ１、ＩＰＮ２、ＩＰＮ３）とを前記少なくとも２つのサービスを提供する前記ルータ（Ｒ１、Ｒ２、Ｒ３）に動的に割り当てる工程（３０７）と、
−前記アクセスノードにおいて前記ＩＰルータアドレスを受信し（３０８）、前記ルータのうち対応するルータのＩＰＭＡＣアドレス（ＭＡＣＸ、ＭＡＣＹ、ＭＡＣＺ）を分解し（３０９）、前記アドレスを保存する工程（３０９、ＴＡＢ１）と、
を有することを特徴とする請求項１記載のアクセスシステムにおける方法。
【請求項３】
前記ＤＨＣＰサーバ（ＤＨ１）は前記アクセスノード（ＥＤＡ１）の外部に存在する
ことを特徴とする請求項２記載のアクセスシステムにおける方法。
【請求項４】
前記ＤＨＣＰサーバ（ＤＨ３）は、前記アクセスノード（ＥＤＡ１）の内部に存在し、また、アクセスノード内ＲＡＤＩＵＳサーバ（ＲＣ２）に接続される
ことを特徴とする請求項２記載のアクセスシステムにおける方法。
【請求項５】
前記ルータのうち少なくとも１つ（Ｒ１）の前記保存されたＩＰＭＡＣアドレス（ＭＡＣＸ）及び前記対応する保存されたＩＰルータアドレス（ＩＰＮ１）を前記アクセスノード（ＥＤＡ１）から前記エンドユーザ（ＥＵ１）へ送出する工程（３１２）を有する
ことを特徴とする請求項２から４のいずれか１項に記載のアクセスシステムにおける方法。
【請求項６】
前記アクセスノード（ＥＤＡ１）自体のＩＰＭＡＣアドレス（ＭＡＣＥ）と前記保存されたＩＰルータアドレスとのうちの少なくとも１つを前記アクセスノード（ＥＤＡ１）から前記エンドユーザ（ＥＵ１）へ送出する工程（３１２）を有する
ことを特徴とする請求項２から４のいずれか１項に記載のアクセスシステムにおける方法。
【請求項７】
−前記エンドユーザ（ＥＵ１）によって前記複数のサービスの中からサービスの集合を判定する工程（３０１）と、
−前記アクセスノード（ＥＤＡ１）において、前記ＩＰルータアドレスのうち少なくとも１つ（ＩＰＮ１）を含むアドレス解決プロトコル（ＡＲＰ）要求（ＡＲＰ１）を前記エンドユーザから受信する工程（３１３）と、
−前記アクセスノードにおいて、前記受信したＩＰルータアドレス（ＩＰＮ１）と前記保存された少なくとも２つのＩＰルータアドレス（ＩＰＮ１、ＩＰＮ２、ＩＰＮ３）とを比較する工程（３１５）と、
−前記比較において一致する（３１５）場合に、前記エンドユーザ（ＥＵ１）が前記サービスの集合を提供する前記ルータ（Ｒ１、Ｒ２、Ｒ３）にアクセスすることを許可する工程（３１８）と、
を有することを特徴とする請求項１から６のいずれか１項に記載のアクセスシステムにおける方法。
【請求項８】
前記アクセスノード（ＥＤＡ１）は、前記異なるルータに対するＭＡＣアドレスフィルタ（ＭＸ、ＭＹ、ＭＺ）を有し、
前記保存された（３０９、ＴＡＢ１）ＩＰＭＡＣアドレス（ＭＡＣＸ、ＭＡＣＹ、ＭＡＣＺ）を前記対応するＭＡＣアドレスフィルタに書き込む工程（３１０）を有する
ことを特徴とする請求項１から７のいずれか１項に記載のアクセスシステムにおける方法。
【請求項９】
複数のサービスを提供するアクセスシステム（ＡＣＣ１）における構成であって、
−ルータ（Ｒ１、Ｒ２、Ｒ３）及び少なくとも１つのエンドユーザ（ＥＵ１、ＥＵ２）に接続するためのアクセスノード（ＥＤＡ１）と、
−ＤＨＣＰサーバ（ＤＨ１、ＤＨ３）と
を備え、
前記アクセスノードは、サービス要求（ＲＱ１）を前記少なくとも１つのエンドユーザから前記ＤＨＣＰサーバへ送信する（３０２、３０３、３０５）ように構成され、
−前記ＤＨＣＰサーバは、前記エンドユーザホストＩＰアドレスとアドレスとを前記複数のサービスのうち少なくとも２つを提供するアクセス可能なルータ（Ｒ１、Ｒ２、Ｒ３）に動的に割り当てて（３０７）、前記アドレスを前記アクセスノード（ＥＤＡ１）に送出する（３０８）ように構成され（ＡＰ１）、
−前記アクセスノードは、前記受信したＩＰルータアドレス及びネットワークアドレスを保存するメモリ（ＴＡＢ１、ＴＡＢ２）を有し、
−前記アクセスノード（ＥＤＡ１）は、前記保存されたＩＰルータアドレスのうち少なくとも１つを前記エンドユーザ（ＥＵ１）へ送出するように構成される
ことを特徴とする構成。
【請求項１０】
前記アクセスノード（ＥＤＡ１）は、前記受信したＩＰルータアドレス（ＩＰＮ１、ＩＰＮ２、ＩＰＮ３）を前記ルータ（Ｒ１、Ｒ２、Ｒ３）の前記関連するＩＰＭＡＣアドレス（ＭＡＣＸ、ＭＡＣＹ、ＭＡＣＺ）に分解するように構成され、
前記アクセスノードは、前記ＩＰＭＡＣアドレスを前記メモリに更に保存するように構成される
ことを特徴とする請求項９記載のアクセスシステム（ＡＣＣ１）における構成。
【請求項１１】
前記ＤＨＣＰサーバ（ＤＨ１）は前記アクセスノード（ＥＤＡ１）の外部にある
ことを特徴とする請求項９又は１０記載のアクセスシステムにおける構成。
【請求項１２】
前記ＤＨＣＰサーバ（ＤＨ３）は前記アクセスノード（ＥＤＡ２）の内部にあり、アクセスノード内ＲＡＤＩＵＳサーバ（ＲＣ２）に接続される
ことを特徴とする請求項９又は１０記載のアクセスシステムにおける構成。
【請求項１３】
前記アクセスノード（ＥＤＡ１）は、前記ルータのうち少なくとも１つ（Ｒ１）の前記保存されたＩＰＭＡＣアドレス（ＭＡＣＸ）と前記対応する少なくとも１つの保存されたＩＰルータアドレス（ＩＰＮ１）とを前記エンドユーザ（ＥＵ１）へ更に送出するように構成される
ことを特徴とする請求項９から１２のいずれか１項に記載のアクセスシステムにおける構成。
【請求項１４】
前記アクセスノード（ＥＤＡ１）は、前記アクセスノード（ＥＤＡ１）自体のＩＰＭＡＣアドレス（ＭＡＣＥ）と前記保存されたＩＰルータアドレスとのうち少なくとも１つ（ＩＰＮ１）を前記エンドユーザ（ＥＵ１）へ送出するように構成される
ことを特徴とする請求項９から１２のいずれか１項に記載のアクセスシステムにおける構成。
【請求項１５】
前記エンドユーザ（ＥＵ１）は前記複数のサービスの中からサービスの集合を判定する（３１０）ように構成され、
−前記アクセスノード（ＥＤＡ１）は、前記ＩＰルータアドレスのうち少なくとも１つ（ＩＰＮ１）を含むアドレス解決プロトコル（ＡＲＰ）要求（ＡＲＰ１）を前記エンドユーザから受信する（３１３）ように構成され、
−前記アクセスノードは、前記受信したＩＰルータアドレス（ＩＰＮ１）と前記保存された少なくとも２つのＩＰルータアドレス（ＩＰＮ１、ＩＰＮ２、ＩＰＮ３）とを比較する（３１５、ＣＵ１）ように構成され、
−前記アクセスノードは、前記比較において一致する（ＹＥＳ１）場合に、前記エンドユーザ（ＥＤＡ１）が前記サービスの集合を提供する前記ルータ（Ｒ１、Ｒ２、Ｒ３）にアクセスすることを許可する（３１８）ように構成される
ことを特徴とする請求項９から１４のいずれか１項に記載のアクセスシステムにおける構成。
【請求項１６】
前記アクセスノード（ＥＤＡ１）は、前記異なるルータ（Ｒ１、Ｒ２、Ｒ３）に対するＭＡＣアドレスフィルタ（ＭＸ、ＭＹ、ＭＺ）を有し、
前記フィルタが前記保存されたＩＰＭＡＣアドレス（ＭＡＣＸ、ＭＡＣＹ、ＭＡＣＺ）を前記対応するＭＡＣアドレスフィルタに格納する
ことを特徴とする請求項９から１５のいずれか１項に記載のアクセスシステムにおける構成。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセスシステムにおいて複数のサービスを提供することに関する。
【背景技術】
【０００２】
多くの場合、電気通信ネットワークを介して提供されるサービスのユーザは、複数のサービスプロバイダに同時にアクセスする必要がある。セットアップされた接続がセキュリティ保護され且つ当該ユーザ以外の加入者がそれを使用できないことも重要である。
【０００３】
ＭＡＣ強制転送ＭＦＦとして知られる機構はセキュリティ保護された接続を保証する。その機構により、イーサネット統合ネットワーク内のある特定のサービスＶＬＡＮに接続される全てのエンドユーザはデフォルトゲートウェイへのアクセスのみを許可され、互いへの直接アクセス又はサービスＶＬＡＮに取り付けられる他のエッジノードへの直接アクセスを許可されないことが保証される。また、ＭＦＦ機構により、エンドユーザが接続されるアクセスノードは、各エンドユーザＩＰホストに対してアクセスを許可するために上述のデフォルトゲートウェイのアドレスを動的に学習できる。これは、エンドユーザからのＩＰアドレスに対するＤＨＣＰ要求の後に、アクセスノードがエンドユーザＩＰホストへのＤＨＣＰ応答をスヌープすることにより行われる。ＭＦＦ機構は、ＩＰホスト毎のシングルエッジアクセスを想定して設計された。すなわち、ＭＦＦ機構は、１つのデフォルトゲートウェイへのアクセスのために設計された。ＭＦＦ機構は、draft-melsen-mac-forced-fwd-03のウェブで入手可能な非特許文献１により詳細に説明されている。
【０００４】
一般的なマルチエッジアクセス、すなわち、複数のサービスプロバイダへの同時アクセスに対するサポートは、エンドユーザＩＰホストが複数のエッジノードに同時にアクセスできることを必要とする。これにより、単一のエンドユーザＩＰホストが、例えば、個別のエッジノードにより配信される高速インターネットサービス、ＶｏＩＰ（Voice over IP）サービス及びＩＰＴＶサービスに同時にアクセスできるいわゆる真のトリプルプレイが可能になる。これは、アクセスノードにおいてエッジノードＩＰアドレスを静的に提供することにより可能になる。ネットワークのオペレータは、アクセスノードにアドレスを手動で書き込む。この方法は単純且つ安全であるが、相対的に煩雑である。
【非特許文献１】Ｔ．メルセン、Ｓ．ブレーク「ＭＡＣ強制転送：イーサネット・アクセス・ネットワーク上でのトラフィック分離のための方法」(T.Melsen and S.Blake, "MAC-Forced Forwarding: A Method for Traffic Separation on an Ethernet Access Network")
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、エンドユーザに対して複数のルータへの同時且つ安全なアクセスを提供する際の主な課題に関する。複数のＩＰアドレスをエンドユーザに手動で割り当てることは、この課題の一部である。
【０００６】
更なる課題は、セットアップされた接続がセキュリティ保護され且つ当該エンドユーザに対してのみ利用可能であることである。
【０００７】
更に別の課題は、前記エンドユーザが許可されていないサービスにアクセスするのを防止することである。
【課題を解決するための手段】
【０００８】
課題は、エンドユーザがアクセス許可されているルータのＩＰアドレスをアクセスノードがスヌープして格納することにより解決される。ルータＩＰアドレスは、標準アドレス解決プロトコルＡＲＰを使用してアクセスノードによりＭＡＣアドレスに分解される。許可されたルータのＩＰアドレスは、アクセスノードに動的に通信される。
【０００９】
より詳細には、課題は、エンドユーザが権利を有するサービスに関する要求をアクセスノードが受信することにおいて解決される。アクセスノードはサーバに要求を送出し、動的に割り当てられたエンドユーザホストＩＰアドレス及びユーザがアクセス可能なルータへのＩＰアドレスを含む応答を受信する。アクセスノードは応答を読み取り、ルータＩＰアドレスを保存し、ルータＭＡＣアドレスを分解する。アクセスノードは、ＩＰルータアドレスのうち少なくとも１つを含む応答をエンドユーザへ送出する。
【００１０】
本発明の目的は、例えば、トリプルプレイの場合において、エンドユーザＩＰホストが複数のルータに同時にアクセスするのを許可することにより、より融通性のあるアクセス方式を提供することである。
【００１１】
別の目的は、アクセス可能なルータの手動構成を回避し、その代わりに動的な構成を提供することである。
【００１２】
更なる目的は、単一ルータのみを処理可能なＩＰホストを複数のルータにアクセスさせることである。
【００１３】
更に別の目的は、権利を有さないエンドユーザがサービスにアクセスできないようにすることである。
【００１４】
更に別の目的は、セキュリティ保護された接続を提供することである。
【００１５】
本発明は、エンドユーザＩＰホストが複数のルータに同時にアクセスすることを許可することにより、より融通性のあるアクセス方式を提供するという利点を有する。
【００１６】
別の利点は、アクセス可能なルータの手動構成が回避されることである。
【００１７】
更なる利点は、単一ルータのみを処理可能なＩＰホストが複数のルータにアクセスできることである。
【００１８】
更に別の利点は、サービスの乱用が回避されることである。
【００１９】
更に別の利点は、セキュリティ保護された接続が提供されることである。
【発明を実施するための最良の形態】
【００２０】
実施形態を用いて添付の図面を参照して、本発明を以下により詳細に説明する。
【００２１】
図１は、アクセスシステムＡＣＣ１を示す図である。システムは、エンドユーザＥＵ１及びＥＵ２が接続されるアクセスノードＥＤＡ１を有する。エンドユーザにサービスを提供する３つのサービスプロバイダアクセスルータＲ１、Ｒ２及びＲ３はアクセスノードに接続される。第１のルータＲ１は、ＩＶ１で示すインターネットＶＬＡＮにおけるＩＰルータである。第２のルータＲ２は、ＶＶ１で示す音声ＶＬＡＮにおける音声ゲートウェイである。第３のルータＲ３は、ＶＶ２で示すビデオＶＬＡＮにおけるビデオサーバである。３つのルータＲ１、Ｒ２及びＲ３はそれぞれ、ＩＰＭＡＣアドレスＭＡＣＸ、ＭＡＣＹ及びＭＡＣＺを有する。また、ＤＶ１で示すＤＨＣＰＶＬＡＮにおけるＤＨＣＰサーバＤＨ１はアクセスノードＥＤＡ１に接続される。
【００２２】
アクセスノードには、ＩＰＭＡＣアドレスＭＡＣＸ、ＭＡＣＹ及びＭＡＣＺのみをそれぞれ通過させるＭＡＣフィルタＭＸ、ＭＹ及びＭＺが配置される。ＩＰＭＡＣアドレスＭＡＣＹ及びＭＡＣＺのみをそれぞれ通過させるＭＡＣフィルタＭＹ２及びＭＺ２がアクセスノードに更に配置される。アクセスノードは、以下により詳細に説明するように、メモリＴＡＢ１及びＴＡＢ２を更に有する。制御機能ＣＵ１は、アクセスノードＥＤＡ１の動作を制御する。あるいは、図中に破線で示すように、ＤＨＣＰサーバＤＨ１は第１のルータＲ１に接続される。
【００２３】
ＤＨＣＰサーバＤＨ１は、動的に割り当て可能なエンドユーザＩＰホストアドレスを含むアドレスプールＡＰ１を有する。
【００２４】
エンドユーザＥＵ１及びＥＵ２は、ルータＲ１、Ｒ２及びＲ３を介して提供されるサービスのうちアクセスを希望するサービスを指定できる。エンドユーザＥＵ１は、図中に点線で示すように、インターネットＶＬＡＮＩＶ１、音声ＶＬＡＮＶＶ１及びビデオＶＬＡＮＶＶ２からのサービスから構成されるサービスの集合を判定した。エンドユーザＥＵ２は、インターネットＶＬＡＮＩＶ１及び音声ＶＬＡＮＶＶ１からのサービスのみから構成されるサービスの集合を判定した。このサービスも点線で示す。サービスは、まずそれぞれのエンドユーザにより選択され、任意の従来の手段、例えば、オペレータへの電話によってか又はウェブページを介して申し込まれる。
【００２５】
方法の本実施形態においては、動的ホスト構成プロトコルＤＨＣＰ及びその異なるオプションが利用される。すなわち、ＤＨＣＰプロトコルは、エンドユーザのホストにＩＰアドレスを割り当て、ルータを介してローカルネットから出る進路を割り当てる。更なる情報は、ウェブwww.ietf.orgの番号ＲＦＣ３４４２で参照できる。
【００２６】
エンドユーザがエッジアクセスルータＲ１、Ｒ２及びＲ３を介して提供されるサービスへのアクセスを希望する場合、エンドユーザはアクセスシステムＡＣＣ１を以下の方法で利用する。例えば、エンドユーザＥＵ１は、ルータＲ１を介して提供されるインターネットＩＶ１上のサービスを希望するとすると、対応するＤＨＣＰ要求ＲＱ１を送出する。トラフィックをリスンする制御機能はＤＨＣＰ要求を認識する。アクセスノードＥＤＡ１は、要求を受け入れられるように構成される。アクセスノードは要求ＲＱ１を受信し、制御機能ＣＵ１は、ポート識別子を用いてエンドユーザＥＵ１を識別するＤＨＣＰオプション８２を含んで要求ＲＱ１を完成する。その後、アクセスノードＥＤＡ１は、ＲＱ２で示す完成したＤＨＣＰ要求をＤＨＣＰサーバＤＨ１へ送信する。
【００２７】
ＤＨＣＰサーバＤＨ１がＤＨＣＰ要求ＲＱ２を受信すると、ＤＨＣＰサーバＤＨ１は、アドレスプールＡＰ１からのエンドユーザＩＰホストアドレスＩＰＨとアクセス可能なルータＲ１、Ｒ２及びＲ３とを動的に割り当てる。これらのルータへのアクセスは、上述のように、エンドユーザＥＵ１によって以前に申し込まれた。その後、サーバＤＨ１は、ＤＨＣＰオプション１２１を含むＤＨＣＰ応答メッセージＲＰ１を作成する。このオプション１２１は、異なるルータＲ１、Ｒ２及びＲ３が有するアドレス、並びに各ルータを介して到達可能なネットワークを示す。ＤＨＣＰ応答ＲＰ１はアクセスノードＥＤＡ１へ送信される。
【００２８】
アクセスノードＥＤＡ１はＤＨＣＰ応答メッセージＲＰ１を受信し、制御機能はメッセージ内の内容をスヌープする。その後、アクセスノードＥＤＡ１は、ルータのＭＡＣアドレスに対するＡＲＰ要求を生成し、以下の表に示すように内容をメモリＴＡＢ１に保存する。
【００２９】
【表１】
2009517919.tif 000003
【００３０】
ルータＲ１、Ｒ２及びＲ３に対するＩＰルータアドレスをそれぞれＩＰＮ１、ＩＰＮ２及びＩＰＮ３で表中に示す。
【００３１】
ここで、アクセスノードＥＤＡ１の制御機能ＣＵ１は、ＭＡＣフィルタＭＸ、ＭＹ及びＭＺのそれぞれにＩＰＭＡＣアドレスＭＡＣＸ、ＭＡＣＹ及びＭＡＣＺを設定できる。従って、エンドユーザＥＵ１のみがルータＲ１、Ｒ２及びＲ３に到達でき、例えばエンドユーザＥＵ２はそれらに到達できない。これは、アクセスシステムＡＣＣ１における接続がセキュリティ保護され、エンドユーザは権利を有するサービスのみを利用できることを意味する。
【００３２】
要求されたサービスを利用可能にするために、アクセスノードはＤＨＣＰ応答をエンドユーザへ送出する必要がある。ここで、多くのエンドユーザは複数のＩＰルータアドレスを含むＤＨＣＰオプション１２１を処理できず、１つのＩＰルータアドレスを含むＤＨＣＰオプション３のみを処理できるという問題が生じる。従って、アクセスノードＥＤＡ１の制御機能ＣＵ１は、ＤＨＣＰメッセージＲＰ２をエンドユーザＥＵ１へ送出する前に、応答メッセージＲＰ１内のＤＨＣＰオプション１２１をネットワークアドレスＩＰＮ１のみを含むＤＨＣＰオプション３に変換する。
【００３３】
エンドユーザＥＵ１は、ＩＰルータアドレスＩＰＮ１を含むメッセージＲＰ２を受信し、このアドレスを含むＡＲＰ要求ＡＲＰ１を生成する。アクセスノードＥＤＡ１がこの要求を受信すると、アクセスノードＥＤＡ１はアドレスＩＰＮ１と上記のメモリＴＡＢ１内の内容とを比較する。要求されたＩＰルータアドレスがテーブルＴＡＢ１内の保存されたＩＰルータと一致する場合、アクセスノードはエンドユーザＥＵ１にアクセス権を与える。このアクセス権は、要求されたルータＲ１に対してのみ有効なのではなく、ルータＲ２及びＲ３、並びにそれらが提供するサービスへのアクセス権も含む。
【００３４】
ＡＲＰ要求は、ＩＰルータアドレスＩＰＮ１だけではなくＭＡＣアドレスも含む。本実施形態において、このＭＡＣアドレスはアドレスＭＡＣＸでなければならないが、特定のサービスに対して誤ったルータＭＡＣアドレスである可能性もある。これは、エンドユーザＥＵ１が１つの単一ＭＡＣ及びルータアドレスのみを認識することによる。エンドユーザのデータパケットがアクセスノードにより受信されると、制御機能ＣＵ１は、そのような誤ったＭＡＣアドレスをメモリＴＡＢ１の内容を用いて自動的に補正する。
【００３５】
上述の方法と同様の方法で、システムは、エンドユーザＥＵ２がルータＲ２及びＲ３を介して提供される要求されたサービスにアクセスするのを許可する。エンドユーザは、例えば、音声サービスに対するＤＨＣＰ要求ＲＱ２１を送出する。要求はアクセスノードＥＤＡ１により受信される。制御機能はポート識別子を追加し、対応する要求ＲＰ２２をＤＨＣＰサーバＤＨ１へ送出する。ＤＨＣＰサーバＤＨ１は、アドレスプールからのエンドユーザＩＰホストアドレス及びアクセス可能なルータＲ２及びＲ３を自動的且つ動的に割り当てる。ＤＨＣＰサーバは、ＤＨＣＰオプション１２１を含むＤＨＣＰ応答メッセージＲＰ２１を作成する。アクセスノードが応答ＲＰ２１を受信すると、制御機能はメッセージの内容をスヌープする。アクセスノードはルータＭＡＣアドレスに対するＡＲＰ要求を生成し、以下の表に示すように情報をメモリＴＡＢ２に保存する。
【００３６】
【表２】
2009517919.tif 000004
【００３７】
エンドユーザＥＵ２だけがルータＲ２及びＲ３、並びにそれらを介して提供されるサービスに到達できるように、制御機能は、フィルタＭＹ２及びＭＺ２にそれぞれＩＰＭＡＣアドレスＭＡＣＹ及びＭＡＣＺを設定する。アクセスノードは、応答メッセージＲＰ２１にＤＨＣＰオプション３を追加し、全体をメッセージＲ２２としてエンドユーザＥＵ２へ送出する。その後、エンドユーザＥＵ２は、ＩＰルータアドレスＩＰＮ２を含むＡＲＰ要求ＡＲＰ２をアクセスノードへ送出する。アクセスノードは、エンドユーザＥＵ２がルータＲ２及びＲ３を介して提供されるサービスを利用できるようにする。
【００３８】
別の実施形態を図２に関連して説明する。本実施形態は、ＢＲＡＳ（ブロードバンド遠隔アクセスサーバ）とエンドユーザ構成サーバとの間の認証、許可及び課金のためにＲＡＤＩＵＳ（遠隔認証ダイヤルインユーザサービスプロトコル）プロトコルを使用するオペレータに適している。ＢＲＡＳはＲＡＤＩＵＳクライアントＲＣ２を具備し、構成サーバはＲＡＤＩＵＳサーバＲＳ２である。図２は、エンドユーザＥＵ３及びＥＵ４が接続されるアクセスノードＥＤＡ２を有するアクセスシステムＡＣＣ２を示す図である。サービスプロバイダアクセスルータＲ２１はアクセスノードに接続される。前述の実施形態と同一の方法で、ＤＶ２で示すＤＨＣＰＶＬＡＮにおけるＤＨＣＰサーバＤＨ２はアクセスノードＥＤＡ２に接続される。また、アクセスノードは、上述のＲＡＤＩＵＳクライアントＲＣ２に接続されるローカルＤＨＣＰサーバＤＨ３を有する。ＲＡＤＩＵＳクライアントＲＣ２は、中心に位置するＲＡＤＩＵＳサーバＲＳ２に接続される。図１のＤＨＣＰを使用するモデルと比較すると、ＲＡＤＩＵＳを使用するモデルは、ＤＨＣＰサーバＤＨ１の代わりにローカルＤＨＣＰサーバＤＨ３及び中心に位置するＲＡＤＩＵＳサーバＲＳ２を使用する。
【００３９】
エンドユーザＥＵ３がサービスを要求する場合、エンドユーザＥＵ３は、図１に関連して上述したのと同一の方法でＤＨＣＰ要求ＲＱ３１を発行する。要求ＲＱ３１は、アクセスノード内のローカルＤＨＣＰサーバＤＨ３により阻止される。アクセスノードＥＤＡ２の制御機能ＣＵ２は、この情報と共にＲＡＤＩＵＳ要求メッセージＲＱ３２をＲＡＤＩＵＳサーバＲＳ２へ送出する。ＲＡＤＩＵＳメッセージＲＱ３２は、ＤＨＣＰ要求ＲＱ３１の内容と、エンドユーザＥＵ３の固有の識別記号、例えば通常はＤＨＣＰオプション８２において使用されるポート識別子とを含む。ＲＡＤＩＵＳサーバＲＳ２は、アドレスプールからのエンドユーザＩＰホストアドレス及び関連するルータ、例えばルータＲ２１へのアクセス権を動的に割り当てる。その後、サーバＲＳ２は、図１のＤＨＣＰサーバＤＨ１により送出されるものと同様のホスト構成情報を提供する応答メッセージＲＰ３を送出する。応答メッセージＲＰ３はローカルＤＨＣＰサーバＤＨ３に供給され、前述の実施形態と同様に、アクセスノードＥＤＡ２はメッセージ内の情報をスヌープする。また、アクセスノードは、上述のメモリＴＡＢ１と同様のメモリＴＡＢ３に情報を保存する。エンドユーザＥＵ３へのＤＨＣＰ応答において、アクセスノードＥＤＡ２は、応答メッセージＲＰ３をＤＨＣＰオプション３のみをサポートするエンドユーザに適した応答メッセージＲＰ４に変換する。
【００４０】
ＤＨＣＰオプション１２１については上述した。本来、ＤＨＣＰオプションは、ゲートウェイ及び対応するＩＰサブネットのリストを作成するためにＤＨＣＰオプションを使用するエンドユーザを対象とする。しかしながら、一般に、ＤＨＣＰオプション１２１に対するデバイスサポートは想定できず、上述のように、ゲートウェイのエンドユーザにより実行される静的なＩＰ構成は実行可能な解決策であると考えられない。上述した別の解決策は、一般に、エンドユーザがＤＨＣＰオプション１２１をサポートせず、アクセスノードＥＤＡ１及びＥＤＡ２がマルチエッジアーキテクチャを可能にする必要なフレーム修正及び切り替えを常に実行する必要があると想定することである。
【００４１】
これは、アクセスノードがレイヤ３スイッチング、すなわち、送信先ＩＰアドレスに基づくスイッチングを使用して、上りトラフィックを正しいゲートウェイに方向付ける必要があることを意味する。同様に、下りトラフィックは、全てがデフォルトゲートウェイから到着したように見えるように修正される必要がある。すなわち、ソースＭＡＣアドレスはデフォルトゲートウェイのＭＡＣアドレスに変更される必要がある。
【００４２】
このレイヤ３スイッチングの変形例は、アクセスノードＭＡＣアドレスを全てのエンドユーザに対するデフォルトゲートウェイアドレスとして使用することである。この変形例は、エンドユーザのトラフィックに対してアクセスノード毎に単一のＭＡＣアドレスのみを使用するという利点を有する。本説明において、アクセスノードＥＤＡ１に対するこのＭＡＣアドレスを図１にＭＡＣＥで示す。
【００４３】
図３に関連して、上述の方法を要約する。方法はステップ３０１から開始する。ステップ３０１において、エンドユーザは利用するサービスを決定し、その決定をネットワークオペレータに通知する。本例において、サービスはルータＲ１、Ｒ２及びＲ３を介して提供される。ステップ３０２において、エンドユーザ、例えばエンドユーザＥＵ１は、ＤＨＣＰ要求ＲＱ１を送出する。ステップ３０３において、アクセスノードＥＤＡ１は要求を受信し、それをＤＨＣＰメッセージとして認識する。ステップ３０４において、アクセスノードは、エンドユーザのポートを識別するＤＨＣＰオプション８２とともに要求ＲＱ２を完成する。ステップ３０５において、アクセスノードは要求ＲＱ２をＤＨＣＰサーバＤＨ１へ送出し、ステップ３０６において、ＤＨＣＰサーバＤＨ１は要求ＲＱ２を受信する。ステップ３０７において、ＤＨＣＰサーバは、アドレスプールからのエンドユーザＩＰホストへのＩＰネットワークアドレス、並びにアクセス可能なルータＲ１、Ｒ２及びＲ３の双方を動的に割り当てる。ステップ３０８において、ＤＨＣＰサーバＤＨ１は、ＤＨＣＰ応答ＲＰ１をアクセスノードへ送出する。ステップ３０９において、アクセスノードはＩＰルータアドレスを分解し、ＩＰルータアドレス及びＩＰＭＡＣアドレスをメモリＴＡＢ１に保存する。ステップ３１０において、ＩＰＭＡＣアドレスはＭＡＣフィルタＭＸ、ＭＹ及びＭＺに設定される。ステップ３１１において、アクセスノードＥＤＡ１は、ＩＰネットワークアドレスＩＰＮ１及びルータＩＰアドレスＭＡＣＸを含む応答ＲＰ２にＤＨＣＰオプション３を追加し、ステップ３１２において、その応答をエンドユーザへ送出する。あるいは、応答ＲＰ２は、ＭＡＣアドレスＭＡＣＸの代わりに、アクセスノード自体のＩＰＭＡＣアドレスＭＡＣＥを有する。
【００４４】
ステップ３１３において、エンドユーザＥＵ１は、アドレスＩＰＮ１を含むＡＲＰ要求ＡＲＰ１を生成し、これをＭＡＣアドレスＭＡＣＸに分解する。ステップ３１４において、アクセスノードＥＤＡ１は、要求ＡＲＰ１内のアドレスとメモリＴＡＢ１内のアドレスとを比較する。ステップ３１５において、アクセスノードは、要求ＡＲＰ１内のＩＰアドレスがメモリＴＡＢ１内のアドレスと一致するかを調べる。これらが一致しない場合、ＮＯ１へ進み、ステップ３１６において、エンドユーザＥＵ１に対してアクセスが拒否される。アドレスが一致する場合、ＹＥＳ１へ進み、ステップ３１７において、アクセスノードはＭＡＣアドレスが正しいＭＡＣアドレスかを検査する。ＹＥＳ２へ進む場合、ステップ３１８において、アクセスノードは、エンドユーザＥＵ１が以前に決定したサービスを提供する全てのルータＲ１、Ｒ２及びＲ３にエンドユーザがアクセスすることを許可する。ＮＯ２へ進む場合、ステップ３１９において、アクセスノードＥＤＡ１は、ルータへのアクセスを許可する前にまずＭＡＣアドレスを補正する。ステップ３２０において、送信先ＭＡＣアドレス及び送信先ＩＰアドレスはエンドユーザからのデータパケットにおいて検査される。
【００４５】
図４及び図５は、応答メッセージＲＰ１及びＲＰ２をより詳細に示す。上述のように、アクセスノードＥＤＡ１は、ＤＨＣＰサーバＤＨ１から応答メッセージＲＰ１を受信する。メッセージは、オプション１２１のメッセージであることを示すコードフィールド４１を有し、これは制御部ＣＵ１により認識される。長さフィールド４２は応答メッセージの長さを示す。第１の送信先フィールド４３は、第１のルータアドレスフィールド４４内のＩＰルータアドレスにより規定されるルータＲ１を介して利用可能なネットワークを示す。メッセージＲＰ１は、ルータＲ２を介して利用可能なネットワークを示す第２の送信先フィールド４５に続く。このルータは、第２のルータアドレスフィールド４６において規定される。例示する応答メッセージＲＰ１はルータＲ３に対する送信先フィールド及びルータフィールドを更に有するが、図には点線で暗示する。
【００４６】
図５は、アクセスノードＥＤＡ１からエンドユーザＥＵ１への応答メッセージＲＰ２を示す。メッセージは、オプション３のメッセージであることを示すコードフィールド５１を有する。長さフィールド５２は応答メッセージの長さを示す。ルータアドレスフィールド５３は、最初に要求されたサービスを提供するルータＲ１へのＩＰルータアドレスを示す。
【図面の簡単な説明】
【００４７】
【図１】アクセスシステムを示す図である。
【図２】別のアクセスシステムを示す図である。
【図３】方法を示すフローチャートである。
【図４】応答メッセージを概略的に示す図である。
【図５】応答メッセージを概略的に示す図である。
【図１】
2009517919.tif 000005
【図２】
2009517919.tif 000006
【図３】
2009517919.tif 000007
【図４】
2009517919.tif 000008
【図５】
2009517919.tif 000009
【国際調査報告】
2009517919.tif 000010
2009517919.tif 000011
2009517919.tif 000012
2009517919.tif 000013