(57)【特許請求の範囲】
【請求項１】
光通信ネットワークを構成する局側終端装置に対向するユーザ側終端装置が備えるものであって、上記局側終端装置との間の通信に割り当てられた複数の識別情報を用いて、アクセス制御に係る制御フレームを上記局側終端装置との間で送受信し、上記局側終端装置との同期を上記識別情報毎に行うアクセス制御装置において、
上記局側終端装置からアクセス制御に係る制御フレームを受信する制御フレーム受信手段と、
上記制御フレーム受信手段により通信路探索フレームを受信すると、当該ユーザ側終端装置につき１つのランダム遅延値を生成するランダム遅延生成手段と、
生成された上記ランダム遅延値に、通信路確立要求フレームの送信に必要なフレーム送信時間を順次付加していき、上記各通信路確立要求フレームの送信タイミングを求めるフレーム送信タイミング生成手段と、
上記フレーム送信タイミング生成手段により上記識別情報毎に求められた上記各送信タイミングに基づいて、上記各通信路確立要求フレームを上記局側終端装置に送信する制御フレーム送信手段と
を備えることを特徴とするアクセス制御装置。
【請求項２】
上記フレーム送信タイミング生成手段は、全ての上記各通信路確立要求フレームの送信時間が上記局側終端装置で管理される許容時間を超えない最大遅延時間を確保し、上記最大遅延時間の開始時刻から上記ランダム遅延値を付加した時刻に上記各通信路確立要求フレームの上記フレーム送信時間を順次付加していくことを特徴とする請求項１に記載のアクセス制御装置。
【請求項３】
光通信ネットワークを構成する局側終端装置に対向するユーザ側終端装置が備えるものであって、上記局側終端装置との間の通信に割り当てられた複数の識別情報を用いて、アクセス制御に係る制御フレームを上記局側終端装置との間で送受信し、上記局側終端装置との同期を上記識別情報毎に行うアクセス制御プログラムにおいて、
コンピュータを、
上記局側終端装置からアクセス制御に係る制御フレームを受信する制御フレーム受信手段、
上記制御フレーム受信手段により通信路探索フレームを受信すると、当該ユーザ側終端装置につき１つのランダム遅延値を生成するランダム遅延生成手段、
生成された上記ランダム遅延値に、通信路確立要求フレームの送信に必要なフレーム送信時間を順次付加していき、上記各通信路確立要求フレームの送信タイミングを求めるフレーム送信タイミング生成手段、
上記フレーム送信タイミング生成手段により上記識別情報毎に求められた上記各送信タイミングに基づいて、上記各通信路確立要求フレームを上記局側終端装置に送信する制御フレーム送信手段
として機能させることを特徴とするアクセス制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アクセス制御装置及びプログラムに関し、例えば、複数ＬＬＩＤに対応したＯＮＵにおいて、ディスカバリープロセスにおけるＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームの衝突を回避し通信路確立までの時間を短縮できることを特徴とするランダムディレイ生成方法に適用し得るものである。
【背景技術】
【０００２】
近年、一般個人宅へ高速・広帯域なブロードバンドサービスを提供する目的で、伝送路に光ファイバを用いたＦＴＴＨ（Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ）と呼ばれるアクセス網が普及してきており、ＦＴＴＨによるブロードバンドサービスの提供には、ＰＯＮ（Ｐａｓｓｉｖｅ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ）と呼ばれる光アクセスシステムが多く利用されている。
【０００３】
ＰＯＮシステム６は、図４に示すように、１つの局側光回線終端装置（ＯＬＴ：Ｏｐｔｉｃａｌ  Ｌｉｎｅ  Ｔｅｒｍｉｎａｌ）２と複数の加入者宅側光回線終端装置（ＯＮＵ：Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ  Ｕｎｉｔ）５（５−１〜５−ｎ（ｎは自然数））を、光スプリッタ（例えば、光カプラ等）３と呼ばれる光受動素子を用いて１本の光ケーブル４を分岐させて１対多に接続する構成であり、光ファイバ４や伝送装置（図示しない）を複数の加入者で共有することにより、経済的にＦＴＴＨサービスを提供することが可能である。
【０００４】
ＰＯＮシステム６では、一般的に、ＯＬＴ２からＯＮＵ５への通信およびＯＮＵ５からＯＬＴ２への通信にはそれぞれ異なる波長を用いたＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を利用している。また１本のファイバ４を複数ＯＮＵ５−１〜５−ｎで共用しているため、ＯＮＵ５からＯＬＴ２への通信はＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式を用いて、各ＯＮＵ５からの信号の衝突を回避している。
【０００５】
ＰＯＮシステムを用いたアクセスネットワークとしては、プロトコルにギガビットイーサネットを用い、ＩＥＥＥ  Ｓｔｄ  ８０２．３ａｈとして標準化されているＧＥ−ＰＯＮ（Ｇｉｇａｂｉｔ  Ｅｔｈｅｒｎｅｔ  ＰＯＮ）と呼ばれるものがある。
【０００６】
ＧＥ−ＰＯＮでは上記ＴＤＭＡによるアクセス制御のために、Ｍｕｌｔｉ−ｐｏｉｎｔ  ＭＡＣ  Ｃｏｎｔｒｏｌ（ＭＰＣＰ）と呼ばれる制御機能を規定しており、ＭＡＣ  Ｃｏｎｔｒｏｌフレームと呼ばれる制御フレームをＯＬＴ２とＯＮＵ５との間で送受信することでＭＰＣＰ制御を実現している。
【０００７】
ＭＰＣＰではＯＬＴ２とＯＮＵ５との間の通信に先立ち、ディスカバリープロセスと呼ばれる手順により、ＯＬＴ２とＯＮＵ５との間の通信路確立を行う。ディスカバリープロセスではＯＬＴ２とＯＮＵ５との間でＤｉｓｃｏｖｅｒｙ処理用ＭＡＣ  Ｃｏｎｔｒｏｌフレームを送受信することで、ＯＬＴ２とＯＮＵ５との間の通信路の確立を行う。
【０００８】
まず、ＯＬＴ２からＤｉｓｃｏｖｅｒｙ  Ｇａｔｅと呼ばれるＭＡＣ  Ｃｏｎｔｒｏｌフレームが、全ＯＮＵ５−１〜５−ｎ宛にブロードキャストで送信される。通信路の確立されていないＯＮＵ５は、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームを受信した際、Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔと呼ばれるＭＡＣ  Ｃｏｎｔｒｏｌ制御フレームをＯＬＴ２へ送信し、通信路の確立要求を行う。
【０００９】
一般的に、これらの動作は図５に示されるような機能ブロックにより構成される。図５では、あるＯＮＵ５が有するディスカバリープロセス処理部５１の機能を示す機能ブロック図である。
【００１０】
ＯＮＵ５で受信されたＤｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームは、ＤｉｓｃｏｖｅｒｙＧａｔｅ受信処理部５１１により受信処理され、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームにより送信されるＳｔａｒｔＴｉｍｅ情報とＬｅｎｇｔｈ情報が、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部５１２へ通知される。
【００１１】
ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部５１２は、Ｌｅｎｇｔｈ情報値を越えない範囲でランダムな遅延時間（ｒａｎｄｏｍＤｅｌａｙ）を生成し、ＳｔａｒｔＴｉｍｅ値にその遅延時間を付加したＳｔａｒｔＴｉｍｅ情報をＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔ送信処理部５１３へ通知する。
【００１２】
Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔ送信処理部５１３は、送信時刻がＳｔａｒｔＴｉｍｅになったらＲｅｇｉｓｔｅｒ  ＲｅｑｕｅｓｔフレームをＯＬＴ２へ送信する。なお、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅフレーム中にはＴｉｍｅＳｔａｍｐとよばれるＯＬＴ２での時刻カウンタ値をＯＮＵ５へ伝える情報領域がある。各ＯＮＵ５は、受信したＤｉｓｃｏｖｅｒｙ  Ｇａｔｅフレーム中のＴｉｍｅ  Ｓｔａｍｐ値を、自身の時刻カウンタ値にロードすることで、ＯＬＴ２との時刻同期を行っている。各ＯＮＵ５からのＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレーム送信タイミングが同じになり、Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームの衝突が発生しＯＬＴ２で受信できなかった場合は、再度ディスカバリープロセスを実施し、成功するまで繰り返す。
【００１３】
このような制御により、図６に示すように、ＯＮＵ５−１〜５−３がＯＬＴ２から同一距離にいる場合でも、各ＯＮＵ５−１〜５−３からのＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレーム送信が常に衝突してしまうことを防止し、永遠にディスカバリープロセスが成功しないという状況に陥ることを回避している。
【００１４】
また、ディスカバリープロセスにおいて、ＬＬＩＤ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  ＩＤ）と呼ばれる識別情報が各ＯＮＵ５に一意に割り当てられる。ＯＬＴ２およびＯＮＵ５から送信されるフレームには、このＬＬＩＤが付与され、フレームの送信先および送信元のＯＮＵ５の識別に利用される。つまり、フレームの宛先がＯＬＴ２からＯＮＵ５である場合に、ＯＮＵ５はそのフレーム内のＬＬＩＤ値がＯＬＴ２のディスカバリープロセスにより事前に自分に割り当てられたＬＬＩＤと同一であるか否かを確認してフレームの受信可否を判断し、フレームの宛先ＯＮＵ５からＯＬＴ２である場合には、ＯＬＴ２はそのフレーム内のＬＬＩＤ値とＯＬＴ２内に登録されているＬＬＩＤリストの内容とを比較してフレームを受信するかどうかを判断している。
【００１５】
ＬＬＩＤに関しては、１ＯＮＵあたり１ＬＬＩＤで構成されるのが一般的であるが、特許文献１に開示されているような、１ＯＮＵあたり複数ＬＬＩＤで構成される複数ＬＬＩＤ処理装置がある。
【００１６】
複数ＬＬＩＤ処理装置では、ＲＳレイヤよりも低いレイヤを共通化し、それ以上のレイヤをＬＬＩＤ毎に個別に備えることを特徴としている。従って、ＭＰＣＰレイヤもＬＬＩＤ毎に個別に配備されており、図７に示すように、ディスカバリープロセス処理部５１もＬＬＩＤ毎に配備されることになり、ディスカバリープロセスにおいて、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅフレーム受信に対してそれぞれのＬＬＩＤ毎にＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームを送信することになる。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２００７−７４２５６号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
以上のような複数ＬＬＩＤ処理装置では、各ＬＬＩＤ個別にランダム遅延を加えたＳｔａｒｔＴｉｍｅでＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームを送信するが、遅延をランダムに生成するので、ある確率でＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームの衝突が発生する場合がある。衝突が発生した際は、該当するＬＬＩＤのその回のディスカバリープロセスは失敗となり、次回のディスカバリープロセスでの再実施となるため、通信路確立までの時間がかかることになる。
【００１９】
また、複数ＬＬＩＤ処理装置を実現する際には、ＲＳレイヤ以上のレイヤでもある機能部分は回路を共通化して効率化することも考えられ、その際に、各ＬＬＩＤのＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレーム送信の衝突が発生することで共通回路部分の機能に障害をもたらす可能性がある。
【００２０】
そこで、本発明は、上記事情に対処すべくなされたもので、複数の識別情報（ＬＬＩＤ）を用いたアクセス制御に対応したユーザ側終端装置（ＯＮＵ）において、アクセス制御に係る通信路確立要求フレーム（例えばＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレーム）の衝突を回避し通信路確立までの時間を短縮すること、及び、ユーザ側終端装置の共通回路部分の機能障害を回避することができるアクセス制御装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２１】
かかる課題を解決するために、第１の本発明のアクセス制御装置は、光通信ネットワークを構成する局側終端装置に対向するユーザ側終端装置が備えるものであって、局側終端装置との間の通信に割り当てられた複数の識別情報を用いて、アクセス制御に係る制御フレームを局側終端装置との間で送受信し、局側終端装置との同期を識別情報毎に行うアクセス制御装置において、（１）局側終端装置からアクセス制御に係る制御フレームを受信する制御フレーム受信手段と、（２）制御フレーム受信手段により通信路探索フレームを受信すると、当該ユーザ側終端装置につき１つのランダム遅延値を生成するランダム遅延生成手段と、（３）生成されたランダム遅延値に、通信路確立要求フレームの送信に必要なフレーム送信時間を順次付加していき、各通信路確立要求フレームの送信タイミングを求めるフレーム送信タイミング生成手段と、（４）フレーム送信タイミング生成手段により識別情報毎に求められた各送信タイミングに基づいて、各通信路確立要求フレームを局側終端装置に送信する制御フレーム送信手段とを備えることを特徴とする。
【００２２】
第２の本発明のアクセス制御プログラムは、光通信ネットワークを構成する局側終端装置に対向するユーザ側終端装置が備えるものであって、局側終端装置との間の通信に割り当てられた複数の識別情報を用いて、アクセス制御に係る制御フレームを局側終端装置との間で送受信し、局側終端装置との同期を識別情報毎に行うアクセス制御プログラムにおいて、コンピュータを、（１）局側終端装置からアクセス制御に係る制御フレームを受信する制御フレーム受信手段、（２）制御フレーム受信手段により通信路探索フレームを受信すると、当該ユーザ側終端装置につき１つのランダム遅延値を生成するランダム遅延生成手段、（３）生成されたランダム遅延値に、通信路確立要求フレームの送信に必要なフレーム送信時間を順次付加していき、各通信路確立要求フレームの送信タイミングを求めるフレーム送信タイミング生成手段、（４）フレーム送信タイミング生成手段により識別情報毎に求められた各送信タイミングに基づいて、各通信路確立要求フレームを局側終端装置に送信する制御フレーム送信手段として機能させることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、アクセス制御に係る通信路確立要求フレームの衝突を回避し通信路確立までの時間を短縮すること、及び、ユーザ側終端装置の共通回路部分の機能障害を回避することができる。
【図面の簡単な説明】
【００２４】
【図１】実施形態に係るＯＮＵのディスカバリープロセスの構成を示す機能ブロック図である。
【図２】実施形態に係るランダムディレイ生成方法を説明する説明図である。
【図３】実施形態に係るＲｅｇｉｔｅｒ  Ｒｅｑｕｅｓｔフレーム送信時間関係を示す説明図である。
【図４】ＰＯＮシステムの構成を示す構成図である。
【図５】従来のＯＮＵのディスカバリープロセスの構成を示す機能ブロック図である。
【図６】従来のＲｅｇｉｔｅｒ  Ｒｅｑｕｅｓｔフレーム送信時間関係を示す説明図である。
【図７】従来の複数ＬＬＩＤ対応ＯＮＵのディスカバリープロセスを示す機能ブロック図である。
【発明を実施するための形態】
【００２５】
（Ａ）実施形態
以下では、本発明のアクセス制御装置及びプログラムの実施形態について図面を参照しながら説明する。
【００２６】
（Ａ−１）実施形態の構成
以下の実施形態では、１つのＯＬＴ（局側終端装置）と複数のＯＮＵ（加入者宅側終端装置）とを、光スプリッタを用いて１本の光ケーブルを分岐させて１対多に接続させたＰＯＮシステムの各ＯＮＵに、本発明を適用する場合を例示する。なお、ＰＯＮシステムの構成は従来と同様であるので、図４を用いて説明する。
【００２７】
ＰＯＮシステム６は例えばＧＥ−ＰＯＮを適用することができ、ＭＰＣＰ制御により、ＯＬＴ２とＯＮＵとの間のアクセス制御を行う場合を例示する。
【００２８】
図１は、実施形態に係るＯＮＵ１のディスカバリープロセスの機能ブロック図である。図１にしめすように、ＯＮＵ１は、ディスカバリープロセス機能として、ディスカバリープロセス処理部１１、ＭＵＸ／ＤＥＭＵＸ部１２を有して構成される。
【００２９】
なお、図１には図示しないが、ＯＮＵ１は、ＰＭＤ（Physical  Medium  Dependent）レイヤ、ＰＭＡ（Physical  Medium  Attachment）レイヤ、ＦＥＣ（Forward  Error  Correction）レイヤ、ＰＣＳ（Physical  Coding  Sublayer）レイヤとして機能する各機能部を備えており、ＯＮＵ１はこれらの各機能部を共通機能部として備えている。
【００３０】
ＭＵＸ／ＤＥＭＵＸ部１２は、ＯＬＴ２から送信されたＤｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームをディスカバリープロセス処理部１１へ転送するものである。また、ＭＵＸ／ＤＥＭＵＸ部１２は、ディスカバリープロセス処理部１１から出力されるＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームを多重してＯＬＴ２へ送信するものである。
【００３１】
ディスカバリープロセス処理部１１は、ＤｉｓｃｏｖｅｒｙＧａｔｅ受信処理部１１１、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２、ＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部１１３−１〜１１３−Ｎ（Ｎは自然数）を有して構成されるものである。
【００３２】
ＤｉｓｃｏｖｅｒｙＧａｔｅ受信処理部１１１は、ＭＵＸ／ＤＥＭＵＸ部１２から転送されたＤｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームを受信し、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅフレーム中のＳｔａｒｔＴｉｍｅ情報とＬｅｎｇｔｈ情報とを、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２へ通知するものである。
【００３３】
ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、ＤｉｓｃｏｖｅｒｙＧａｔｅ受信処理部１１１から受け取ったＳｔａｒｔＴｉｍｅ値およびＬｅｎｇｔｈ値から、各ＬＬＩＤのＳｔａｒｔＴｉｍｅ値（例えば、ＳｔａｒｔＴｉｍｅ［１］、ＳｔａｒｔＴｉｍｅ［２］、…、ＳｔａｒｔＴｉｍｅ［Ｎ］と表記する）を計算し、各ＬＬＩＤのＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部１１３−１〜１１３−Ｎへ通知する。
【００３４】
各ＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部１１３−ｋ（１≦ｋ≦Ｎ）は、送信時刻がＳｔａｒｔＴｉｍｅになったらＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームを送信するものである。
【００３５】
（Ａ−２）実施形態の動作
ＯＬＴ２と各ＯＮＵ１との間の通信路を確立するために、ディスカバリープロセスを行う。
【００３６】
まず、ＯＬＴ２は、通信開始前に、各ＯＮＵ１に対してＤｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームを送信する。
【００３７】
各ＯＮＵ１は、ＭＵＸ／ＤＥＭＵＸ部１２でＯＬＴ２から送信されたＤｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームを受信する。そして、ＭＵＸ／ＤＥＭＵＸ部１２は、受信したＤｉｓｃｏｖｅｒｙ  ＧａｔｅフレームをＤｉｓｃｏｖｅｒｙＧａｔｅ受信処理部１１１へ転送する。
【００３８】
ＤｉｓｃｏｖｅｒｙＧａｔｅ受信処理部１１１は、ＭＵＸ／ＤＥＭＵＸ部１２から転送されたＤｉｓｃｏｖｅｒｙ  Ｇａｔｅフレームを受信し、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅフレーム中のＳｔａｒｔＴｉｍｅ情報とＬｅｎｇｔｈ情報を抽出する。そして、抽出した各情報の値（ＳｔａｒｔＴｉｍｅ値とＬｅｎｇｔｈ値）をランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２へ通知する。
【００３９】
図２は、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２によるランダムディレイを生成する処理を説明する説明図である。
【００４０】
図２において、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、Ｌｅｎｇｔｈ値からＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレーム  ｘ  ＬＬＩＤ数分に相当する時間を差し引いたｍａｘＤｅｌａｙ値を求める。この値を差し引くのは、ランダム遅延とあわせた複数個のＬＬＩＤのＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームの送信時間がＬｅｎｇｔｈ値を越えないようするためである。
【００４１】
次に、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、ｍａｘＤｅｌａｙ値未満の値をランダムに生成し、その値をｒａｎｄｏｍＤｅｌａｙとする。ここで、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、１つのｒａｎｄｏｍＤｅｌａｙを生成する。ｒａｎｄｏｍＤｅｌａｙの値は、例えば、ｒａｎｄｏｍＤｅｌａｙの値をランダムに求める所定の関数式を用いて求めることができる。例えば、図２の場合、ｍａｘＤｅｌａｙの値の範囲で０以上ｒ（ｒは任意）未満の値からランダムに決定する関数式を用いる。これにより、ｍａｘＤｅｌａｙの値の範囲からｒａｎｄｏｍＤｅｌａｙの値を生成することができる。
【００４２】
次に、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、Ｄｉｓｃｏｖｅｒｙ  Ｇａｔｅフレーム中のＳｔａｒｔＴｉｍｅ値に、ｒａｎｄｏｍＤｅｌａｙ値を付加し、さらにＬＬＩＤ＃１のＳｔａｒｔＴｉｍｅ値（ＳｔａｒｔＴｉｍｅ［１］）を生成する。
【００４３】
さらに、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、ＳｔａｒｔＴｉｍｅ［１］に、Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔ  １フレーム分の時間を付加した値を、ＬＬＩＤ＃２のＳｔａｒｔＴｉｍｅ値（ＳｔａｒｔＴｉｍｅ［２］）として生成する。
【００４４】
以降、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、ＳｔａｒｔＴｉｍｅ［２］生成と同様の方法で、最大ＬＬＩＤ数（Ｎ）までＳｔａｒｔＴｉｍｅ値を生成する。
【００４５】
なお、ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部１１２は、ＬＬＩＤ＃２以降のＳｔａｒｔＴｉｍｅ値を生成する際、Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔ  １フレーム分以上の時間を付加した値としてもよい。
【００４６】
このように、各ＬＬＩＤのＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔフレームの送信時間が重ならないように順次付加することで、ＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔフレームの衝突を防ぐことができる。また、１つのＯＮＵ１につき１つのｒａｎｄｏｍＤｅｌａｙだけを生成すればよい。そのため、従来のように全てのＬＬＩＤについてｒａｎｄｏｍＤｅｌａｙを生成する必要がないので、通信路確立までの時間を短縮することができる。
【００４７】
すべてのＳｔａｒｔＴｉｍｅ値が求められたら、ＳｔａｒｔＴｉｍｅ［１］をＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部１１３−１へ、ＳｔａｒｔＴｉｍｅ［２］をＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部１１３−２へ、…、ＳｔａｒｔＴｉｍｅ［Ｎ］をＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部１１３−Ｎへ通知する。
【００４８】
各ＲｅｇｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部１１３−１〜１１３−Ｎは、送信時刻がＳｔａｒｔＴｉｍｅになったらＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームを送信する。
【００４９】
図３は、３つのＬＬＩＤの場合に、各ＬＬＩＤのＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレーム送信の時間関係を説明する説明図である。
【００５０】
図３に示すように、ＬＬＩＤ＃１のＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームは時刻ＳｔａｒｔＴｉｍｅ［１］に送信され、ＬＬＩＤ＃２のＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームは、ＬＬＩＤ＃１のＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームが送信完了した時刻ＳｔａｒｔＴｉｍｅ［２］に送信される。
【００５１】
また、ＬＬＩＤ＃３のＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームは、ＬＬＩＤ＃２のＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームが送信完了した時刻ＳｔａｒｔＴｉｍｅ［３］に送信されることになる。従って、複数ＬＬＩＤ間でのＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームの衝突を防ぐことが可能になる。
【００５２】
（Ａ−３）実施形態の効果
以上のように、この実施形態によれば、複数ＬＬＩＤ対応ＯＮＵにおけるＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレーム送信の際のランダムディレイを、複数ＬＬＩＤ個別に生成するのではなく、ＯＮＵ当たりで１つ生成し、そのランダムディレイ値をもとに、各ＬＬＩＤのＳｔａｒｔＴｉｍｅをＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームが重ならないように順々にずらして生成することで、Ｒｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームの衝突を防止することができ、通信路確立までの時間を短縮することが可能となる。
【００５３】
（Ｂ）他の実施形態
（Ｂ−１）上述した実施形態では、ＰＯＮシステムのプロトコルにギガビットイーサネットを用いたＧＥ−ＰＯＮシステムに適用した実施形態を示しているが、特にＧＥ−ＰＯＮシステムに限らず、同様のディスカバリープロセスを実施する他のＰＯＮシステムに本発明を適用しても同様の効果が得られる。また、上述した実施形態では、３つのＬＬＩＤの場合を例示したが、ＬＬＩＤ数は特に限定されるものではなく、それ以上の場合も同様の効果が得られる。
【００５４】
（Ｂ−２）各ＬＬＩＤを用いたＲｅｇｉｓｔｅｒ  Ｒｅｑｕｅｓｔフレームの送信タイミングを求める方法の変形実施形態として、上述した実施形態では、ＳｔａｒｔＴｉｍｅ値にＲａｎｄｏｍＤｅｌａｙ値を付加し、各ＬＬＩＤのフレームの送信時間が重ならないように順次付加してこととしたが、フレーム送信時間と次に付加するフレーム送信時間との間に所定時間を挿入するようにしてもよい。例えば、挿入する時間の値を予め設定しておくようにしてもよいし、ｍａｘＤｅｌａｙからｒａｎｄｏｍＤｅｌａｙを引いた時間からＬＬＩＤ数に応じて挿入する時間を求めるようにしてもよい。
【００５５】
（Ｂ−３）上述した実施形態において、ＯＮＵ１における処理は、いわゆるソフトウェア処理によっても実現することができる。この場合、例えば、ＯＮＵ１がハードウェア構成として、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＥＥＲＯＭ等を有し、ＣＰＵが、データを用いてＲＯＭ等の記憶手段に格納される処理プログラムを実行することにより実現される。
【符号の説明】
【００５６】
１…ＯＮＵ、１１…ディスカバリープロセス処理部、１２…ＭＵＸ／ＤＥＭＵＸ部、
１１１…ＤｉｓｃｏｖｅｒｙＧａｔｅ受信処理部、１１２…ランダム遅延＆ＳｔａｒｔＴｉｍｅ生成部、１１３…ＲｅｓｉｓｔｅｒＲｅｑｕｅｓｔ送信処理部、
２…ＯＬＴ、３…光スプリッタ、４…光ケーブル。
【図１】
0005649458.tif 000002
【図２】
0005649458.tif 000003
【図３】
0005649458.tif 000004
【図４】
0005649458.tif 000005
【図５】
0005649458.tif 000006
【図６】
0005649458.tif 000007
【図７】
0005649458.tif 000008