JP2008236674A

JP2008236674A - 加入者側光回線終端装置

Info

Publication number: JP2008236674A
Application number: JP2007077235A
Authority: JP
Inventors: Kazutoshi Kawakami; 和俊川上
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2007-03-23
Filing date: 2007-03-23
Publication date: 2008-10-02

Abstract

【課題】複数のＵＮＩを実装したＯＮＵをＯＬＴに接続した場合におけるＨＧＷの認証手順を単純化し、ユーザの使いやすさを向上させること。
【解決手段】ユーザ端末を接続するためのユーザインタフェースを複数実装した加入者側光回線終端装置に、センター装置により割り当てられた識別子と、前記ユーザインタフェースとを関連付けた設定情報を予め記憶して、前記設定情報に基づき、センター装置およびユーザ端末間におけるフレームの送受信を行うことを特徴とする。
【選択図】図１

Description

この発明は、ＦＴＴＨ（ＦｉｂｅｒＴｏＴｈｅＨｏｍｅ）等のＧＥ−ＰＯＮシステム（ＧｉｇａｂｉｔＥｔｈｅｒｎｅｔ（登録商標）ＰａｓｓｉｖｅＯｐｔｉｃａｌＮｅｔｗｏｒｋＳｙｓｔｅｍ）における加入者側光回線終端装置に関する。

従来のＧＥ−ＰＯＮシステムには、通信事業者局内に設置されるセンター装置であるＯＬＴ（ＯｐｔｉｃａｌＬｉｎｅＴｅｒｍｉｎａｌ）と、パソコン等のユーザ端末であるＨＧＷ（ＨｏｍｅＧａｔｅＷａｙ）を接続するＵＮＩ（ユーザインタフェース）を１つ実装し、前記ＯＬＴに接続された加入者側光回線終端装置であるＯＮＵ（ＯｐｔｉｃａｌＮｅｔｗｏｒｋＵｎｉｔ）とを備え、前記ＯＬＴは、認証サーバとしての機能を有し、予め前記ＨＧＷのユーザＩＤとパスワードを前記認証サーバに登録しておくことにより前記ＯＮＵに接続されたＨＧＷの認証処理を行うものがある（例えば特許文献１参照）。

図１７は、従来のＧＥ−ＰＯＮシステムにおけるＨＧＷ側からの認証動作を表した図である。まずＨＧＷは、「ＥＡＰＯＬＳｔａｒｔ」をＯＬＴに送信する。ＯＬＴは、「ＥＡＰＯＬＳｔａｒｔ」を受信すると認証処理を開始し、ユーザＩＤを要求するため「ＥＡＰＲｅｑｕｅｓｔＩＤ」をＨＧＷに送信する。次に、ＨＧＷは、「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」をＯＬＴに送信し、ＯＬＴは、「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」からユーザＩＤを確認する。次にＯＬＴは、パスワードを要求するため「ＥＡＰＭＤ5 ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を送信する。ＨＧＷは、「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を受信すると「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」を送信する。ＯＬＴは、受信した「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」からパスワードの照合を行い、パスワードの照合がとれた場合には、「ＥＡＰＳｕｃｃｅｓｓ」をＨＧＷに送信し、認証処理を完了する。

図１８は、従来のＧＥ−ＰＯＮシステムにおけるＯＬＴ側からの認証動作を表した図である。まず、ＯＮＵがＯＬＴに対してＬｉｎｋＵｐを行うと、ＯＬＴは、認証処理を開始し、ユーザＩＤを要求するため「ＥＡＰＲｅｑｕｅｓｔＩＤ」をＨＧＷに送信する。次に、ＨＧＷは、「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」をＯＬＴに送信し、ＯＬＴは、「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」からユーザＩＤを確認する。次にＯＬＴは、パスワードを要求するため「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を送信する。ＨＧＷは、「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を受信すると「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」を送信する。ＯＬＴは、受信した「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」からパスワードの照合を行い、パスワードの照合がとれた場合には、「ＥＡＰＳｕｃｃｅｓｓ」をＨＧＷに送信し、認証処理を完了する。

従来のＧＥ−ＰＯＮシステムでは、下り信号（ＯＬＴからＯＮＵへの信号）は、全く同一のものが、ＯＬＴに接続された全ＯＮＵに向けて送信されるため、各ＯＮＵは、受信したフレームが自分宛であるかどうかを判断し、該フレームの取捨選択を行う必要がある。このため、ＯＬＴは、送信するフレームに識別子であるＬＬＩＤ（ＬｏｇｉｃａｌＬｉｎｋＩＤ）を付し、各ＯＮＵは、フレームに付されたＬＬＩＤに基づき、送信されたフレームの取捨選択を行っている。また、ＯＮＵからＯＬＴへフレームを送信する場合、ＯＮＵは、自分に割り当てられたＬＬＩＤをフレームに付して送信することにより、ＯＬＴは、送信されたフレームがどのＯＮＵから送信されたものかを判別していた。

図１９は、従来のＧＥ−ＰＯＮシステムにおけるＬＬＩＤの割り当てについて示した図であり、従来のＧＥ−ＰＯＮシステムでは、一つのＯＮＵには１つのＵＮＩしか実装されていなかったため、ＯＬＴがＨＧＷの認証処理を行う場合、ＯＮＵに割り当てられた複数のＬＬＩＤのうち、どのＬＬＩＤを使用しても、該ＨＧＷの認証処理を行うことができる。このため、ＨＧＷの認証処理は、最も若番であるＬＬＩＤ＃１を使用して行っていた。

特開２００４−２７４７７２号公報（図４）

従来のＯＮＵは、ＵＮＩを１つしか実装していなかったので、複数のＨＧＷを１つのＯＮＵに接続する場合には、ＯＮＵとＨＧＷとの間にＨＵＢを設けて、複数のＨＧＷを、前記ＨＵＢを介して接続することにより１つのＯＮＵに接続していた。しかし上記のように複数のＨＧＷを接続した場合、該ＯＮＵに接続された全てのＨＧＷに対するフレームがＨＵＢ上を流れるため、他のサービスに対する影響（例えば、トラフィック等）が問題となる。このため、１つのＯＮＵに複数のＨＧＷを接続する場合には、ＯＮＵに複数のＵＮＩを実装し、各ＵＮＩに１つのＨＧＷを接続したほうがよい。しかし、現状のＧＥ−ＰＯＮシステムの仕様では、ＯＬＴは、該ＯＬＴに接続されたＯＮＵにＨＧＷが接続されているかどうかの管理を行っていないため、複数のＵＮＩを実装したＯＮＵをＯＬＴへ接続した場合、どのＵＮＩにどのＨＧＷが接続されているか管理する必要が生ずるため、認証手続き等、個々のＨＧＷの管理が複雑となったり、ＨＧＷを接続するＵＮＩの制限を行う必要が生じたりして、ユーザの使い勝手が悪くなるという課題があった。

この発明は、上記のような問題を解決するためになされたもので、複数のＵＮＩを実装したＯＮＵをＯＬＴに接続した場合におけるＨＧＷの認証手順を単純化し、ユーザの使いやすさを向上させることを目的としている。

この発明は、ユーザ端末を接続するためのユーザインタフェースを複数実装した加入者側光回線終端装置に、センター装置により割り当てられた識別子と、前記ユーザインタフェースとを関連付けた設定情報を予め記憶して、前記設定情報に基づき、センター装置およびユーザ端末間におけるフレームの送受信を行うことを特徴とする。

この発明は、ユーザ端末を接続するためのユーザインタフェースを複数実装した加入者側光回線終端装置に、センター装置により割り当てられた識別子と、前記ユーザインタフェースとを関連付けた設定情報を予め記憶して、前記設定情報に基づき、センター装置およびユーザ端末間におけるフレームの送受信を行うようにしたので、ＨＧＷの認証手順を単純化し、ユーザの使いやすさを向上させる効果がある。

以下、この発明を実施するための最良の形態について、添付の図面に従って説明する。
実施の形態１．
図１は、実施の形態１によるＧＥ−ＰＯＮシステムの概略構成図である。このＧＥ−ＰＯＮシステムは、通信事業者局内に設置されたセンター装置であるＯＬＴ１と、ＯＬＴ１に接続された加入者側光回線終端装置であるＯＮＵ２と、ＯＮＵ２に接続されたパソコン等のユーザ端末であるＨＧＷ３から構成される。

ＯＬＴ１はＩＥＥＥ（ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃＥｎｇｉｎｅｅｒｓ）８０２．３ａｈに準拠した方式によりＰＯＮインタフェースとネットワークインタフェースとのデータ変換を行う回線カードと、回線カードの監視制御を行う監視制御カードとを複数備えており、１つのＯＬＴ１に複数のＯＮＵ２を接続することができる。また、ＯＬＴ１は認証サーバとしての機能を有し、予めＨＧＷ３の複数のユーザＩＤとパスワードをそれぞれ対応させて認証サーバに登録しておくことにより、ＩＥＥＥ８０２．１ｘに規定されたＥＡＰＯＬ（ＥｘｔｅｎｓｉｂｌｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌｏｖｅｒＬＡＮ）によりＨＧＷ３の認証処理を行う。具体的には、ＨＧＷ３とＯＬＴ１との間で、ＥＡＰフレームのやり取りを行うことにより認証機能を実現している。また、認証方式はＣＨＡＰ（ＣｈａｌｌｅｎｇｅＨａｎｄｓｈａｋｅＡｕｔｈｅｎｔｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）とし、ＭＤ５（ＭｅｓｓａｇｅＤｉｇｅｓｔＡｌｇｏｒｉｔｈｍ５）のハッシュ関数によるパスワードの隠蔽を行っている。またＯＬＴ１は、各ＯＮＵ２に対して識別子（以下ＬＬＩＤ）の割り当てを行い、その情報を記憶している。ＯＮＵ２は、ＨＧＷ３を接続するＵＮＩ（ユーザインタフェース）として１０／１００Ｂａｓｅ−ＴＸを複数有し、ＩＥＥＥ８０２．３ａｈに準拠したＰＯＮインタフェースとＵＮＩとのデータ変換を行う。

図２は、この実施の形態１によるＯＮＵ２に予め登録される設定情報の構造を示した図である。各ＯＮＵ２には、ＯＬＴ１により割り当てられた複数のＬＬＩＤと、前記各ＬＬＩＤに対応するＵＮＩの番号、マッピングフラグ、マッピングルール、キュー等の情報が予め登録されている。そして、この設定情報によりＯＬＴ１により割り当てられたＬＬＩＤ数、各ＬＬＩＤにどのようなデータを流すかという振り分け、およびどのＬＬＩＤをどのＵＮＩに関連付けるか、といったことが設定され、ＯＬＴ１により割り当てられたＬＬＩＤ数、各ＬＬＩＤに存在するキュー数、ＴＯＳ（ＴｙｐｅｏｆＳｅｒｖｉｃｅ）の振り分け・転送のルール設定を管理する。なお、振り分けルールは、マッピングルールからＴＯＳの上限値および下限値を求めて設定を行う。ＬＬＩＤ毎に設定するマッピングルールには、有効／無効の設定値を示したマッピングフラグを４Ｂｉｔ×８の形でＯＮＵ２のメモリへ格納しておき、ＴＯＳの小さい順に４Ｂｉｔ単位で設定値を取り出す。

図３は、同一キュー番号が連続してＯＮＵ２のメモリに格納されている場合を示した図である。図３のようにキュー番号が格納されている場合には、キュー番号３のＴＯＳ下限値は０、ＴＯＳ上限値は２となる。また、キュー番号２のＴＯＳ下限値は３、ＴＯＳ上限値は４、キュー番号１のＴＯＳ下限値４は、ＴＯＳ上限値は５となる。なお、同一キュー番号が一つしか存在しない場合はＴＯＳ下限値とＴＯＳ上限値に同じ値を格納する。

また、ＯＮＵ２は、以下の条件になった場合は、キュー番号、ＴＯＳ下限値、およびＴＯＳ上限値を確定させ、マッピングルール設定処理を実施する。
・ＴＯＳ値が７になるまで検定を行った場合。
・有効なキュー番号取得後、次のＴＯＳ値のマッピングフラグがＤＩＳＡＢＬＥの場合。
・有効なキュー番号取得後、次のＴＯＳ値の優先度に対応するキューが無い場合。
・有効なキュー番号取得後、次のＴＯＳ値のキュー番号が取得したものと異なる場合

図４は、ＯＮＵ２が複数のＵＮＩを実装している場合におけるＨＧＷ３の認証を説明した図である。ＯＮＵ２に複数のＵＮＩが実装されている場合、ＯＮＵ２は、ＯＬＴ１から割り当てられたＬＬＩＤのうち、どのＬＬＩＤがどのＵＮＩに対応しているかを管理して、ＯＬＴ１とＨＧＷ３との間で認証フレームの送受信を行う必要がある。このため、この実施の形態１によるＯＮＵ２は、どのＬＬＩＤがどのＵＮＩに対応しているかを設定した図２の設定情報に基づき、ＬＬＩＤとＵＮＩの管理を行い認証フレームの送受信を行う。また、ＵＮＩ＃１のように、複数のＬＬＩＤ（＃１および＃２）が割り当てられている場合には、ＯＮＵ２は、図２の設定情報に基づき、ＵＮＩ＃１には、ＬＬＩＤ＃１およびＬＬＩＤ＃２が対応していることを認識して、若番のＬＬＩＤ＃１を用いて認証フレームの送受信を行いＨＧＷ３の認証を行う。

次にＯＬＴ１からの認証動作について説明する。
図５から図９は、この実施の形態１によるＯＬＴ１から認証動作を開始した場合を説明した図である。なお、ここでは簡単のため、ＯＬＴ１にＯＮＵ２が１つだけ接続されており、さらにＯＮＵ２が実装する複数のＵＮＩのうちＵＮＩ＃２にのみＨＧＷ３が接続されている場合について説明する。ＨＧＷ３の認証開始前においては、ＯＮＵ２に複数実装されたどのＵＮＩにＨＧＷ３が接続されているか不明である。このためＯＬＴ１は、ブロードキャストにより、予め自己に登録された全てのＬＬＩＤに対して「ＥＡＰＲｅｑｕｅｓｔＩＤ」を送信する。次に、ＯＮＵ２は「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると、「ＥＡＰＲｅｑｕｅｓｔＩＤ」がブロードキャストにより送信されていることから無条件に、「ＥＡＰＲｅｑｕｅｓｔＩＤ」を、自己に実装された全ての番号（＃１〜＃Ｎ）のＵＮＩに対して送信する。次に、ＵＮＩ＃２に接続されたＨＧＷ３は、「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると、「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」をＯＮＵ２にＵＮＩ＃２を介して送信する。

次に、ＯＮＵ２は、ＵＮＩ＃２を介して「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると、図２の設定情報に基づき、該「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」にＵＮＩ＃２に対応するＬＬＩＤ＃３を付してＯＬＴ１に送信する。なお、ＨＧＷ３が接続されていないＵＮＩ＃２以外のＵＮＩから「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」を受信することはない。次に、ＯＬＴ１は、受信した「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」に付与されたＬＬＩＤ＃３から、ＬＬＩＤ＃３で「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」を受信したことを記憶する（図５）。次にＯＬＴ１は、受信した「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」から、ＨＧＷ３から送信されたユーザＩＤが予めＯＬＴ１に登録されたユーザＩＤと一致するかの確認を認証サーバにより行う（図６）。次に、ＯＬＴ１は、ＨＧＷ３へパスワードを要求するため、さきに記憶したＬＬＩＤ＃３を「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」に付して送信する（図７）。次にＯＮＵ２は、「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を受信して、該「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」に付されたＬＬＩＤ＃３から、図２の設定情報に基づき、ＵＮＩ＃２へ該「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を送信する。

次に、ＨＧＷ３は、「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を受信して「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」をＯＮＵ２へ送信する。次に、ＯＮＵ２は、ＵＮＩ＃２を介して「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」を受信すると、図２の設定情報に基づき、該「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」に、ＵＮＩ＃２に対応するＬＬＩＤ＃３を付してＯＬＴ１に送信する。次に、ＯＬＴ１は、受信した「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」に付されたＬＬＩＤ＃３から、先にユーザＩＤを受信したＨＧＷ３から送信されたものであると認識し、該パスワードが、予めＯＬＴ１に登録された前記ユーザＩＤに対応したパスワードと一致するかの確認を認証サーバにより行う（図８）。次にＯＬＴ１は、パスワードの照合がとれた場合、ＬＬＩＤ＃３を「ＥＡＰＳｕｃｃｅｓｓ」に付してＯＮＵ２へ送信する。次に、ＯＮＵ２は、「ＥＡＰＳｕｃｃｅｓｓ」を受信して、該「ＥＡＰＳｕｃｃｅｓｓ」に付されたＬＬＩＤ＃３から、図２の設定情報に基づき、該「ＥＡＰＳｕｃｃｅｓｓ」をＵＮＩ＃２を介してＨＧＷ３へ送信し、認証処理を完了する（図９）。

次にＨＧＷ３からの認証動作について説明する。
図１０から図１５は、この実施の形態１によるＧＥ−ＰＯＮシステムにおけるＨＧＷ３からの認証動作を表した図である。なお、ここでは簡単のため、ＯＬＴ１から認証動作を開始した場合と同様に、ＯＬＴ１にＯＮＵ２が１つだけ接続されており、さらにＯＮＵ２が実装する複数のＵＮＩのうちＵＮＩ＃２にのみＨＧＷ３が接続されている場合について説明する。
始めにＨＧＷ３は、「ＥＡＰＯＬＳｔａｒｔ」をＯＮＵ２へＵＮＩ＃２を介して送信する。次にＯＮＵ２は、「ＥＡＰＯＬＳｔａｒｔ」を受信すると、図２の設定情報に基づき、ＵＮＩ＃２に対応するＬＬＩＤ＃３を該「ＥＡＰＯＬＳｔａｒｔ」に付してＯＬＴ１に送信する。次に、ＯＬＴ１は、「ＥＡＰＯＬＳｔａｒｔ」を受信すると、「ＥＡＰＯＬＳｔａｒｔ」に付与されたＬＬＩＤ＃３から、ＬＬＩＤ＃３で「ＥＡＰＯＬＳｔａｒｔ」を受信したことを記憶（図１０）すると共にＨＧＷ３の認証処理を開始する。次に、ＯＬＴ１は、記憶したＬＬＩＤ＃３を「ＥＡＰＲｅｑｕｅｓｔＩＤ」に付してＯＮＵ２へ送信する（図１１）。

次に、ＯＮＵ２は「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると、該「ＥＡＰＲｅｑｕｅｓｔＩＤ」に付されたＬＬＩＤ＃３から、図２の設定情報に基づき、該「ＥＡＰＲｅｑｕｅｓｔＩＤ」を、ＬＬＩＤ＃３に対応するＵＮＩ＃２を介して送信する。次に、ＨＧＷ３は、「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると、「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」をＯＮＵ２に送信する。次に、ＯＮＵ２は「ＥＡＰＲｅｑｕｅｓｔＩＤ」を受信すると、図２の設定情報に基づき、該「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」にＵＮＩ＃２に対応するＬＬＩＤ＃３を付してＯＬＴ１に送信する。次にＯＬＴ１は、受信した「ＥＡＰＲｅｓｐｏｎｓｅＩＤ」から、ＨＧＷ３から送信されたユーザＩＤが、予めＯＬＴ１に登録されたユーザＩＤと一致するかの確認を認証サーバにより行う（図１２）。次に、ＯＬＴ１は、ＨＧＷ３へパスワードを要求するため、さきに記憶したＬＬＩＤ＃３を「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」に付して送信する（図１３）。次にＯＮＵ２は、「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を受信して、該「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」に付されたＬＬＩＤ＃３から、図２の設定情報に基づき、ＵＮＩ＃２へ該「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を送信する。

次に、ＨＧＷ３は、「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」を受信して「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」をＯＮＵ２へ送信する。次に、ＯＮＵ２は、ＵＮＩ＃２を介して「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」を受信すると、図２の設定情報に基づき、該「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅ」にＵＮＩ＃２に対応するＬＬＩＤ＃３を付してＯＬＴ１に送信する。次にＯＬＴ１は、受信した「ＥＡＰＭＤ５ＣｈａｌｌｅｎｇｅＲｅｑｕｅｓｔ」に付されたＬＬＩＤ＃３から、先にユーザＩＤを受信したＨＧＷ３から送信されたものであると認識し、該パスワードが、予めＯＬＴ１に登録された前記ユーザＩＤに対応したパスワードと一致するかの確認を認証サーバにより行う（図１４）。次にＯＬＴ１は、パスワードの照合がとれた場合、ＬＬＩＤ＃３を「ＥＡＰＳｕｃｃｅｓｓ」に付してＯＮＵ２へ送信し、ＯＮＵ２は、「ＥＡＰＳｕｃｃｅｓｓ」に付されたＬＬＩＤ＃３から、図２の設定情報に基づき、該「ＥＡＰＳｕｃｃｅｓｓ」を、ＵＮＩ＃２を介してＨＧＷ３へ送信し、認証処理を完了する（図１５）。

以上のように、この実施の形態１によるＧＥ−ＰＯＮシステムによれば、ＯＮＵ２が複数のＵＮＩを実装していた場合の管理方法を簡略化するために、ＯＬＴ１により割り当てられたＬＬＩＤと、ＵＮＩと関連付けた設定情報を予めＯＮＵ２に登録し、該設定情報に基づき、ＨＧＷ３の認証を行うようにしたので、ＨＧＷ３がどのＵＮＩに接続されているか管理する必要なく、ＨＧＷ３の状態管理をＵＮＩ毎に行わないで済み、認証処理を簡略化することができる効果がある。また、どのＵＮＩにＨＧＷ３が接続されているかを管理しないので、どのＵＮＩにＨＧＷ３を接続しても、ＨＧＷ３を認証することができる効果がある。

実施の形態２．
実施の形態２では、ＯＮＵ２に接続された複数のＨＧＷ３のうち、所定のＨＧＷ３のみＯＬＴ１とフレームの送受信を行えるように、ＯＮＵ２にフィルタを設けた形態について説明する。図１６は、この実施の形態２によるＧＥ−ＰＯＮシステムの概略図であり、実施の形態１と同様の構成ついては同一の符号を付し、その説明を省略する。図１６に示すように、各ＵＮＩには、所定のＨＧＷ３のみがＯＬＴ１とフレームの送受信を行えるようにフィルタ２０１が設けられており、フィルタ２０１の設定を行うことにより、例えば、ＭＡＣアドレスＸを有するＨＧＷ３のみがＯＬＴ１とフレームの送受信を行うことができる。また、ＯＮＵ２に設けられた全てのフィルタ２０１に対して、ＵＮＩに接続された複数のＨＧＷ３のうち所定のＨＧＷ３がＯＬＴ１とフレームの送受信を行うことができるよう設定しておけば、ＨＧＷ３を他のＵＮＩへ接続変更した場合でも、問題なくＨＧＷ３を認識して、ＯＬＴ１とフレームの送受信を行うことができる効果がある。

なお、実施の形態１および実施の形態２では、説明を簡単とするため、ＯＬＴ１にＯＮＵ２が１つだけ接続されており、さらにＯＮＵ２が実装する複数のＵＮＩのうちＵＮＩ＃２にのみＨＧＷ３が接続されている場合について説明したが、ＯＬＴ１に複数のＯＮＵ２を接続し、さらにそれぞれのＯＮＵ２に複数のＨＧＷ３を接続しても、同様の効果があることは言うまでも無い。

実施の形態１によるＧＥ−ＰＯＮシステムの概略構成図である。実施の形態１によるＯＮＵに予め登録される設定情報を示した図である。ＯＮＵのメモリに格納されるマッピングフラグの図である。実施の形態１によるＥＡＰの送受信関係を示した図である。実施の形態２によるＯＬＴから端末認証を説明した図である。実施の形態２によるＯＬＴから端末認証を説明した図である。実施の形態２によるＯＬＴから端末認証を説明した図である。実施の形態２によるＯＬＴから端末認証を説明した図である。実施の形態２によるＯＬＴから端末認証を説明した図である。実施の形態２によるＨＧＷから端末認証を説明した図である。実施の形態２によるＨＧＷから端末認証を説明した図である。実施の形態２によるＨＧＷから端末認証を説明した図である。実施の形態２によるＨＧＷから端末認証を説明した図である。実施の形態２によるＨＧＷから端末認証を説明した図である。実施の形態２によるＨＧＷから端末認証を説明した図である。実施の形態２によるＧＥ−ＰＯＮシステムの概略構成図である。従来のＨＧＷから端末認証を実施した場合のシーケンス図である。従来のＯＬＴから端末認証を実施した場合のシーケンス図である。従来のＥＡＰの送受信関係を示した図である。

符号の説明

１ＯＬＴ（センター装置）、２ＯＮＵ（加入者側光回線終端装置）、３ＨＧＷ（ユーザ端末）、２０１フィルタ。

Claims

ＧＥ−ＰＯＮシステムを構成するセンター装置とユーザ端末との間に介在してフレームの送受信を行う加入者側光回線終端装置において、
前記ユーザ端末を接続するためのユーザインタフェースを複数実装し、前記センター装置により割り当てられ前記フレームに付される識別子と、前記ユーザインタフェースとを関連付けた設定情報を予め記憶し、前記設定情報に基づき、前記センター装置および前記ユーザ端末間におけるフレームの送受信を行うことを特徴とする加入者側光回線終端装置。
前記加入者側光回線終端装置に実装された複数のユーザインタフェースの各々に、前記複数のユーザインタフェースに接続された複数のユーザ端末のうち所定のユーザ端末が前記センター装置との間でフレームの送受信を行うことができるフィルタを設けたことを特徴とする請求項１記載の加入者側光回線終端装置。