(57)【要約】【課題】加入者側光回線終端装置から送信された登録要求フレームの数を精度良く推定すること。【解決手段】光通信路経由で接続された加入者側光回線終端装置と通信する局側光回線終端装置であって、加入者側光回線終端装置からバースト状に送信される光信号を受信する受信部と、光信号が継続して受信される時間を計測する計測部と、受信部による光信号の受信において、衝突が発生した光信号の数を表す衝突数を、計測された時間に基づいて推定する推定部と、を備える。【選択図】図１
2015201799.tif 000002
【特許請求の範囲】
【請求項１】
光通信路経由で接続された加入者側光回線終端装置と通信する局側光回線終端装置であって、
前記加入者側光回線終端装置からバースト状に送信される光信号を受信する受信部と、
前記光信号が継続して受信される時間を計測する計測部と、
前記受信部による前記光信号の受信において、衝突が発生した前記光信号の数を表す衝突数を、前記時間に基づいて推定する推定部と、
を備える局側光回線終端装置。
【請求項２】
前記局側光回線終端装置が、自装置に登録されていない前記加入者側光回線終端装置を自装置に登録する所定の期間において、前記加入者側光回線終端装置が送信する自装置への登録を要求するための光信号のみを受信するとき、
前記推定部が推定した前記衝突数に基づいて前記要求の数を算出する算出部、
をさらに備える請求項１に記載の局側光回線終端装置。
【請求項３】
光通信路経由で接続された加入者側光回線終端装置と通信する局側光回線終端装置が、
前記加入者側光回線終端装置からバースト状に送信される光信号を受信する受信ステップと、
前記光信号が継続して受信される時間を計測する計測ステップと、
前記受信部による前記光信号の受信において、衝突が発生した前記光信号の数を表す衝突数を、前記時間に基づいて推定する推定ステップと、
を有する制御方法。
【請求項４】
前記局側光回線終端装置が、自装置に登録されていない前記加入者側光回線終端装置を自装置に登録する所定の期間において、前記加入者側光回線終端装置が送信する自装置への登録を要求するための光信号のみを受信するとき、
前記推定ステップにおいて推定された前記衝突数に基づいて前記要求の数を算出する算出ステップ、
をさらに有する請求項３に記載の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光回線通信を制御する技術に関する。
【背景技術】
【０００２】
アクセス網形態の１つとして、ＰＯＮ（Passive Optical Network）が知られている。ＰＯＮは、通信事業者側に設置されるＯＬＴ（Optical Line Terminal：局側光回線終端装置）と、加入者側に設置されるＯＮＵ（Optical Network Unit：加入者側光回線終端装置）との間での通信において、光−電気変換を行わずに受動素子であるスプリッタを用いて光信号を複数に分岐するようにされたアクセス網形態である。このようなＰＯＮでは、一心の光ファイバーを複数ユーザで共有することができるため、経済的なネットワークを構築できる。
【０００３】
ＰＯＮのうち、ＯＬＴとＯＮＵとがイーサネット（登録商標）フレームにより通信を行うものについては、ＥＰＯＮ（Ｅｔｈｅｒｎｅｔ（登録商標）  ＰＯＮ）と呼ばれる。一般に、ＰＯＮにおいては、ＯＬＴからＯＮＵへの通信の方向を下り方向と呼び、ＯＮＵからＯＬＴへの通信の方向を上り方向と呼ぶ。ＥＰＯＮをはじめとする多くのＰＯＮでは、上り方向の通信は時分割多元接続によって行われる。ＰＯＮでは、ＯＬＴは、複数のＯＮＵと時分割通信できるように、ＯＮＵのフレームの送信タイミングを制御する。そのため、上り方向の通信では、ＯＮＵは自装置の送信タイミングが到来するまでの間フレームを蓄積しておき、送信タイミングが到来すると蓄積したフレームをバースト状に送信する。以下の説明では、このバースト状に送信されるフレームの塊をバースト信号と呼ぶ。各ＯＮＵは、ＯＬＴによって制御される送信タイミングでバースト信号を送信する。
【０００４】
ところで、ＥＰＯＮには、ＭＰＣＰ（Multi Point-Control Protocol）と呼ばれる、１つのＯＬＴが複数のＯＮＵの通信を制御するためのプロトコルが標準で定められている（非特許文献１参照）。ＭＰＣＰでは、未登録のＯＮＵを検出するためのDiscovery Processingと、ＯＮＵが送信する上り方向の信号の送信タイミングを制御するためのREPORT Processing・GATE Processingとが規定されている。ＥＰＯＮでは、ＯＮＵがＰＯＮに接続されると、ＯＬＴはそのＯＮＵを発見し、ＯＮＵにＬＬＩＤ（Logical Link ID）を付与して通信リンクを自動的に確立する。この機能をＰ２ＭＰディスカバリ（Point to multi-point Discovery）と呼ぶ。ＭＰＣＰのDiscovery Processingは、Ｐ２ＭＰディスカバリを実現するためのプロトコルである。
【０００５】
図５は、Ｐ２ＭＰディスカバリ処理におけるDiscovery Processingを示すシーケンス図である。
まず、ＯＬＴは、Discovery GATEフレームを各ＯＮＵに送信する（ステップＳ１０１）。ＧＡＴＥフレームとは、ＯＮＵに送信タイミングなどの送信に関する制御情報を通知するフレームである。Discovery GATEフレームは、ＧＡＴＥフレームにDiscovery Processingに関する制御情報であるDiscovery Informationがさらに格納されたフレームである。ＯＬＴは、Discovery GATEフレームを送信することによって、各ＯＮＵに送信タイミングを通知する。ＧＡＴＥフレームは、Messages sent on broadcast channelを用いて送信される。
【０００６】
次に、ＯＬＴに未登録のＯＮＵは、Discovery  GATEフレームを受信すると、ＯＬＴへの登録を要求するためのREGISTER_REQフレームを送信する（ステップＳ１０２）。このときＯＮＵは、Discovery  GATEフレームによって通知された送信タイミングに基づいてREGISTER_REQフレームを送信する。ＯＮＵは、他のＯＮＵのREGISTER_REQフレームと自装置のREGISTER_REQフレームとの衝突を回避するために、通知された送信タイミングからランダム遅延時間（Random delay）を待機した後、REGISTER＿REQフレームを送信する。REGISTER＿REQフレームは、Messages sent on broadcast channelを用いて送信される。
【０００７】
ＯＬＴは、ＯＮＵからのREGISTER＿REQフレームを受信する可能性のある時間だけDiscovery  Windowを設定する。ＯＬＴは、設定したDiscovery  Windowの期間において未登録の各ＯＮＵからのREGISTER＿REQフレームを受信する。
【０００８】
次に、ＯＬＴはREGISTER＿REQフレームの受信に応じて、REGISTER＿REQフレームの送信元であるＯＮＵ（またはＵＮＩポート）の識別子であるＬＬＩＤを新規に登録する。そのうえで、REGISTERフレームにより、登録したＬＬＩＤを通知する（ステップＳ１０３）。REGISTERフレームは、Messages sent on broadcast channelを用いて送信される。このようにＯＬＴからＯＮＵに対してＬＬＩＤが通知されることにより、ＯＬＴとＯＮＵとがＬＬＩＤを利用して通信を実行可能になる。つまり、ＯＬＴとＯＮＵとの間でのリンクが確立される。
【０００９】
続いて、ＯＬＴは、ＧＡＴＥフレームにより上り方向の送信タイミングを通知し（ステップＳ１０４）、ＯＮＵは通知されたタイミングに従ってREGISTER＿ACKを返す（ステップＳ１０５）。上記ステップＳ１０１〜Ｓ１０５の各処理により、Ｐ２ＭＰディスカバリ処理が実現されている。このＧＡＴＥフレームと、REGISTER＿ACKは、Messages sent on unicast channelsを用いて送信される。このようにＯＬＴとＯＮＵの間でDiscovery Processingの通信が実行される。
【００１０】
図６は、Ｐ２ＭＰディスカバリ処理におけるDiscovery  GateフレームとREGISTER＿REQフレームの送受信タイミング例を示すタイミングチャートである。
なお、図５との対応では、図６に示されるDiscovery  GATEフレームの送受信はステップＳ１０１に対応し、REGISTER＿REQフレームの送受信はステップＳ１０２に対応する。また、同図に示されるＯＮＵ２００−ｋ、ＯＮＵ２００−ｎは、それぞれ、複数のＯＮＵのうちの１つを示している。図６の説明にあたり、ＯＮＵ２００−ｋ、ＯＮＵ２００−ｎを含む複数のＯＮＵについて特に区別しない場合には、ＯＮＵ２００と記載する。
【００１１】
図６において、先ず、ＯＬＴ１００は、時刻ｔ０においてDiscovery  GATEフレームをブロードキャストにより、各ＯＮＵ２００に対して送信する。上記のように送信されるDiscovery  Gateフレームは、送信許可時間ＴＧと、送信許可時間ＴＧの開始時刻ｔ１とを指定する情報を制御情報として含む。
【００１２】
未登録のＯＮＵ２００はDiscovery  GATEフレームの受信に応答して、Discovery  GATEフレームにより指定された開始時刻ｔ１−ｋから開始される送信許可時間ＴＧにおいて、ランダムなタイミング（Random Delay）でREGISTER＿REQフレームを送信する。ＯＮＵ２００−ｎの通信距離を、許容範囲における最長の通信距離とすると、同図に示す時間長ＴＤＷによる期間がDiscovery  Windowとなる。Discovery  Windowの期間の開始タイミングは、ＯＬＴ１００における開始時刻ｔ１であり、終了タイミングは、ＯＮＵ２００−ｎにおける送信許可時間ＴＧの終了時刻からＯＬＴ１００までの伝搬時間に応じて遅延した時刻である。即ち、Discovery  Windowは、未登録のＯＮＵ２００からのREGISTER＿REQフレームを優先して受け付ける期間である。
【００１３】
Discovery  Windowの期間の時間長ＴＤＷは、ＯＬＴ１００がDiscovery  GATEフレームを送信するタイミングに基づいて設定する。Discovery  Windowの期間においては、登録済みのＯＮＵ２００がＯＬＴ１００に対して上り方向の送信を行わないように、ＯＬＴ１００が制御を実行する。
ＥＰＯＮの上り方向の通信については、ＯＬＴ１００が各ＯＮＵ２００の上り方向の送信データ量を算出し、算出した送信データ量を通知することにより、ＯＮＵ２００ごとに送信時間を確保させるように帯域制御を実行する。Discovery  Windowの期間は、未登録のＯＮＵ２００からのREGISTER＿REQフレームが受信される期間である。そこで、Discovery  Windowの期間において、ＯＬＴ１００は、登録済みのＯＮＵ２００による上り方向の送信が行われないように帯域制御を実行する。これにより、登録済のＯＮＵ２００から送信される信号と、未登録のＯＮＵ２００から送信されるREGISTER＿REQフレームとの衝突を回避することができる。
【００１４】
ＯＬＴ１００は上述のＰ２ＭＰディスカバリ処理を定期的に実行する。この定期的なＰ２ＭＰディスカバリ処理の実行によって、未登録のＯＮＵ２００はＯＬＴ１００に登録され、ＯＬＴ１００の上位ネットワークに接続することが可能となる。
【先行技術文献】
【非特許文献】
【００１５】
【非特許文献１】IEEE Std 802.3-2012 SECTION FIVE “64.3 MultiPoint Control Protocol（MPCP）”
【発明の概要】
【発明が解決しようとする課題】
【００１６】
しかしながら、Ｐ２ＭＰディスカバリ処理では、ＯＮＵがREGISTER＿REQフレームをＯＬＴに送信するタイミングはランダムに決定される。そのため、ＯＮＵが送信するREGISTER＿REQフレームは互いに衝突する可能性があり、ＯＬＴは、自装置に登録を要求するＯＮＵの数を正確に把握することが困難であった。
【００１７】
上記事情に鑑み、本発明は、加入者側光回線終端装置（ＯＮＵ）が自装置の登録を局側光回線終端装置（ＯＬＴ）に要求するための登録要求フレーム（REGISTER＿REQフレーム）が衝突した場合にも、加入者側光回線終端装置から送信された登録要求フレームの数を精度良く推定することができる局側光回線終端装置及び制御方法を提供することを目的としている。
【課題を解決するための手段】
【００１８】
本発明の一態様は、光通信路経由で接続された加入者側光回線終端装置と通信する局側光回線終端装置であって、前記加入者側光回線終端装置からバースト状に送信される光信号を受信する受信部と、前記光信号が継続して受信される時間を計測する計測部と、前記受信部による前記光信号の受信において、衝突が発生した前記光信号の数を表す衝突数を、前記時間に基づいて推定する推定部と、を備える局側光回線終端装置である。
【００１９】
本発明の一態様は、上記の局側光回線終端装置であって、前記局側光回線終端装置が、自装置に登録されていない前記加入者側光回線終端装置を自装置に登録する所定の期間において、前記加入者側光回線終端装置が送信する自装置への登録を要求するための光信号のみを受信するとき、前記推定部が推定した前記衝突数に基づいて前記要求の数を算出する算出部、をさらに備える局側光回線終端装置である。
【００２０】
本発明の一態様は、光通信路経由で接続された加入者側光回線終端装置と通信する局側光回線終端装置が、前記加入者側光回線終端装置からバースト状に送信される光信号を受信する受信ステップと、前記光信号が継続して受信される時間を計測する計測ステップと、前記受信部による前記光信号の受信において、衝突が発生した前記光信号の数を表す衝突数を、前記時間に基づいて推定する推定ステップと、を有する制御方法である。
【００２１】
本発明の一態様は、上記の制御方法であって、前記局側光回線終端装置が、自装置に登録されていない前記加入者側光回線終端装置を自装置に登録する所定の期間において、前記加入者側光回線終端装置が送信する自装置への登録を要求するための光信号のみを受信するとき、前記推定ステップにおいて推定された前記衝突数に基づいて前記要求の数を算出する算出ステップ、をさらに有する制御方法である。
【発明の効果】
【００２２】
本発明により、加入者側光回線終端装置から送信された登録要求フレームの数を精度良く推定することが可能となる。
【図面の簡単な説明】
【００２３】
【図１】実施形態における光通信システムのシステム構成を示すシステム構成図。
【図２】ＯＬＴ１００の機能構成を示す機能ブロック図。
【図３】Discovery  Windowの間に、２つのバースト信号が衝突した場合の具体例を示す図。
【図４】ＯＬＴ１００が、自装置に登録を要求する未登録ＯＮＵ２００の数を推定する処理の流れを示すフローチャート。
【図５】Ｐ２ＭＰディスカバリ処理におけるDiscovery Processingを示すシーケンス図。
【図６】Ｐ２ＭＰディスカバリ処理におけるDiscovery  GateフレームとREGISTER＿REQフレームの送受信タイミング例を示すタイミングチャート。
【発明を実施するための形態】
【００２４】
図１は、実施形態における光通信システムのシステム構成を示すシステム構成図である。
図１に示す光通信システムは、例えばＥＰＯＮによって実現される光通信システムである。図１に示す光通信システムでは、１つのＯＬＴ（Optical Line Terminal：局側光回線終端装置）１００と複数のＯＮＵ（Optical Network Unit：加入者側光回線終端装置）２００−１〜２００−ｎとが光通信路５００を介して接続される。光通信路５００は光スプリッタや光ファイバーなどを備えて形成される。以下の説明では、特に区別しない限り、ＯＮＵ２００−１〜２００−ｎをＯＮＵ２００と記載する。
【００２５】
ＯＬＴ１００は、通信事業者側に設置される光回線終端装置である。ＯＬＴ１００の上流には上位ネットワーク３００が接続される。上位ネットワーク３００は、例えばインターネット上などに存在する各種のサーバなどを含む。ＯＬＴ１００は、例えば上位ネットワーク３００と光通信路５００との間の通信において、電気信号と光信号との間での信号の変換や、信号の多重化などを行う。
【００２６】
ＯＮＵ２００は、加入者側に設置される光回線終端装置である。ＯＮＵ２００−１〜２００−ｎの下流側には、それぞれ下位ネットワーク４００−１〜４００−ｎが接続される。下位ネットワーク４００−１〜４００−ｎには、例えば加入者の自宅などで使用されるパーソナルコンピュータなどのネットワーク機器が含まれる。以下の説明では、特に区別しない限り、下位ネットワーク４００−１〜４００−ｎを下位ネットワーク４００と記載する。
【００２７】
上記のように構成される光通信システムにおいて、ＯＬＴ１００に登録されていないＯＮＵ２００（以下、「未登録ＯＮＵ２００」という。）は、ＯＬＴ１００とのリンクが確立されないためにＯＬＴ１００と通信を行うことができない。そこで、未登録ＯＮＵ２００については、ＯＬＴ１００とのリンクを確立して通信が可能な状態とする必要がある。このために、ＯＬＴ１００と未登録ＯＮＵ２００との間では、図５に示した手順によるＰ２ＭＰディスカバリ処理を実行する。
【００２８】
図２は、ＯＬＴ１００の機能構成を示す機能ブロック図である。
ＯＬＴ１００は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、ＯＬＴ制御プログラムを実行する。ＯＬＴ１００は、ＯＬＴ制御プログラムの実行によって波長合分波器１１０、光受信部１２０、光送信部１３０及び制御部１４０を備える装置として機能する。
なお、ＯＬＴ１００の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。ＯＬＴ制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。ＯＬＴ制御プログラムは、電気通信回線を介して送信されてもよい。
【００２９】
波長合分波器１１０は、上り方向と下り方向の各光信号の波長に対応する波長フィルタを備えて構成される。波長合分波器１１０は、光ファイバーにより伝送される光信号から上り方向の光信号に対応する波長を分離することによって、ＯＮＵ２００から送信された光信号を抽出して光受信部１２０に出力する。また、波長合分波器１１０は、光送信部１３０から出力された下り方向に対応する波長を有する光信号を光ファイバーにより伝送される光信号に合成し、ＯＮＵ２００に送信する。
【００３０】
光受信部１２０は、波長合分波器１１０から出力された光信号を入力し、光信号をデータ信号に復調して制御部１４０に出力する。
光送信部１３０は、制御部１４０から出力された送信信号を入力し、下り方向に対応する波長を有する光信号に変換する。そして、光送信部１３０は、変換した光信号を波長合分波器１１０に出力する。
制御部１４０は、ＯＮＵ２００との通信及び上位ネットワーク３００との通信に関する制御を行う。制御部１４０は、受信時間計測部１４１、衝突バースト数推定部１４２及び受信バースト数算出部１４３を備える。
【００３１】
受信時間計測部１４１は、バースト信号の受信継続時間Ｔ’Ｒを計測する。バースト信号の受信継続時間Ｔ’Ｒは、バースト信号の受信が開始されてから終了するまでの時間であり、バースト信号が継続して受信される時間を表す。受信時間計測部１４１は、計測した受信継続時間Ｔ’Ｒを衝突バースト数推定部１４２に出力する。
衝突バースト数推定部１４２は、受信時間計測部１４１が出力した受信継続時間Ｔ’Ｒを取得する。衝突バースト数推定部１４２は、受信継続時間Ｔ’Ｒに基づいて衝突バースト数を推定する。衝突バースト数は、受信継続時間Ｔ’Ｒの間に衝突が発生したバースト信号の数である。当該バースト信号の受信において衝突が発生したバースト信号の数である。衝突バースト数を推定する方法は次のとおりである。
【００３２】
図３は、Discovery  Windowの間に、２つのバースト信号が衝突した場合の具体例を示す図である。
図３において横軸は時間を表す。Ｒ１及びＲ２は、ＯＬＴ１００が受信した異なるバースト信号を表す。Ｔ１０は、バースト信号Ｒ１の受信が開始された時刻である。Ｔ１１は、バースト信号Ｒ１の受信が終了した時刻である。同様に、Ｔ２０は、バースト信号Ｒ２の受信が開始された時刻である。Ｔ２１は、バースト信号Ｒ２の受信が終了した時刻である。
【００３３】
Discovery  Windowにおいては、ＯＬＴ１００は、未登録ＯＮＵ２００が送信するREGISTER＿REQフレームのみを受信する。そのため、未登録ＯＮＵ２００が送信するバースト信号には１つのREGISTER＿REQフレームのみが含まれ、ＯＮＵ２００が送信するバースト信号長は既知のものとなる。そのため、Discovery  Windowにおいてバースト信号の衝突が発生しない場合、ＯＬＴ１００が１つのバースト信号を受信するのに要する時間は、既知の値ＴＲとすることができる。
【００３４】
図３のように、２つのバースト信号が衝突した場合、ＯＬＴ１００のバースト信号の受信における受信継続時間Ｔ’Ｒには次の式１が成り立つ。
【数１】
2015201799.tif 000003
【００３５】
この式１をａ個のバースト信号が衝突した場合に成り立つ式に拡張した場合、受信継続時間Ｔ’Ｒには次の式２が成り立つ。
【数２】
2015201799.tif 000004
【００３６】
式２における左不等式は、ａ個のバースト信号の全ての信号が完全に衝突した場合を表している。しかしながら、実際は各ＯＮＵ２００がバースト信号を送信するタイミングは、ＯＬＴ１００によって衝突が発生しないようにある程度コントロールされる。そのため、ａ個のバースト信号が衝突した場合、受信継続時間Ｔ’Ｒには次の式３が成り立つ可能性が高い。
【数３】
2015201799.tif 000005
【００３７】
逆に、計測された受信継続時間Ｔ’Ｒについて、式３が成り立つａが得られる場合、当該バースト信号の受信においてａ個のバースト信号が衝突した可能性が高いと考えられる。Discovery  Windowにおいては、未登録ＯＮＵ２００が送信するバースト信号には１つのREGISTER＿REQフレームのみが含まれるため、受信継続時間Ｔ’Ｒに式３が成り立つ場合、当該バースト信号にはａ個のREGISTER＿REQフレームが含まれる可能性が高いと考えられる。
【００３８】
受信バースト数算出部１４３は、自装置において計測された受信継続時間Ｔ’Ｒごとに衝突バースト数推定部１４２によって推定される衝突バースト数ａの総和を算出する。この総和の算出によって、ＯＬＴ１００は自装置への登録を要求する未登録ＯＮＵ２００の数を取得する。
【００３９】
図４は、ＯＬＴ１００が、自装置に登録を要求する未登録ＯＮＵ２００の数を推定する処理の流れを示すフローチャートである。
図４に示す処理は、Discovery  Windowの期間が開始され、ＯＬＴ１００がDiscovery GateフレームをブロードキャストによってＯＮＵ２００に送信するところから開始される。
まず、ＯＬＴ１００は、図５のステップＳ１０１においてDiscovery  Gateフレームを、光通信路５００経由で接続される全てのＯＮＵ２００に対してブロードキャストにより送信する（ステップＳ２０１）。Discovery  GATEフレームには、送信許可時間ＴＧと、送信許可時間ＴＧの開始時刻ｔ１が格納される。送信許可時間ＴＧは、未登録ＯＮＵ２００に対してREGISTER＿REQフレームを送信することが許可される期間の時間長である。
【００４０】
未登録ＯＮＵ２００は、ＯＬＴ１００から送信されたDiscovery  Gateフレームを受信する。未登録ＯＮＵ２００は、Discovery  Gateフレームを受信すると、ＯＬＴ１００にREGISTER_REQフレームを含むバースト信号を送信し自装置の登録を要求する。
ＯＬＴ１００は、ステップＳ２０１においてDiscovery  Gateフレームをブロードキャストにより送信すると、受信バースト数Ｎと受信継続時間Ｔ’Ｒとを“０”に初期化する（ステップＳ２０２）。ＯＬＴ１００は、REGISTER_REQフレームを含むバースト信号が未登録ＯＮＵ２００から送信されるのを待機する。
【００４１】
受信時間計測部１４１は、バースト信号の受信が開始されたか否かを判定する（ステップＳ２０３）。バースト信号の受信が開始されない場合（ステップＳ２０３−ＮＯ）、受信時間計測部１４１は、ステップＳ２０３の判定を繰り返し、バースト信号の受信開始を待機する。一方、バースト信号の受信が開始された場合（ステップＳ２０３−ＹＥＳ）、受信時間計測部１４１は、受信継続時間Ｔ’Ｒの計時を開始する（ステップＳ２０４）。
【００４２】
受信時間計測部１４１は、受信継続時間Ｔ’Ｒの計時を開始すると、バースト信号の受信が終了したか否かを判定する（ステップＳ２０５）。バースト信号の受信が終了していない場合（ステップＳ２０５−ＮＯ）、受信時間計測部１４１は、ステップ２０５の判定を繰り返し、バースト信号の受信終了を待機する。一方、バースト信号の受信が終了した場合（ステップＳ２０５−ＹＥＳ）、受信時間計測部１４１は、受信継続時間Ｔ’Ｒの計時を終了する（ステップＳ２０６）。受信時間計測部１４１は、計測した受信継続時間Ｔ’Ｒを衝突バースト数推定部１４２に出力する。
【００４３】
衝突バースト数推定部１４２は、受信時間計測部１４１によって計測された受信継続時間Ｔ’Ｒを取得する。衝突バースト数推定部１４２は、受信継続時間Ｔ’Ｒについて式３を満たす衝突バースト数ａを決定する（ステップＳ２０７）。衝突バースト数推定部１４２は、決定した衝突バースト数ａを受信バースト数算出部１４３に出力する。
受信バースト数算出部１４３は、衝突バースト数推定部１４２から出力された衝突バースト数ａを取得する。受信バースト数算出部１４３は、現在の受信バースト数Ｎに取得した衝突バースト数ａを加算し、受信バースト数Ｎを更新する（ステップＳ２０８）。
【００４４】
受信バースト数Ｎを更新すると、受信バースト数算出部１４３は、Discovery  Windowの期間が終了したか否かを判定する（ステップＳ２０９）。Discovery  Windowの期間が終了していない場合（ステップＳ２０９−ＮＯ）、受信バースト数算出部１４３は、受信継続時間Ｔ’Ｒを“０”に初期化する（ステップＳ２１０）。そして、ステップＳ２０３に戻り、受信時間計測部１４１は、後続するバースト信号の受信開始を待機する。一方、Discovery  Windowの期間が終了した場合（ステップＳ２０９−ＹＥＳ）、受信バースト数算出部１４３は、処理を終了して受信バースト数Ｎを出力する。
【００４５】
このように構成された実施形態のＯＬＴ１００は、未登録ＯＮＵ２００から送信されるバースト信号の受信継続時間を計測する。ＯＬＴ１００は、計測した受信継続時間に基づいて、バースト信号の受信において衝突が発生したフレームの数を推定することによって、未登録ＯＮＵ２００から送信されたREGISTER_REQフレームの数を精度よく推定することが可能となる。このように、未登録ＯＮＵ２００から送信されたREGISTER_REQフレームの数が精度よく推定されることによって、ＯＬＴ１００は、Discovery  Windowの期間におけるＰ２ＭＰディスカバリ処理において、より柔軟な制御を行うことが可能となる。例えば、ＯＬＴ１００は、推定したREGISTER_REQフレームの数に基づいて、Discovery Windowの期間の長さを制御してもよい。
【００４６】
上述した実施形態におけるＯＬＴ１００をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
【００４７】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００４８】
１００…ＯＬＴ（Optical Line Terminal：局側光回線終端装置），  １１０…波長合分波器，  １２０…光受信部，  １３０…光送信部，  １４０…制御部，  １４１…受信時間計測部，  １４２…衝突バースト数推定部，  １４３…受信バースト数算出部，  ２００、２００−１〜２００−ｎ…ＯＮＵ（Optical Network Unit：加入者側光回線終端装置），  ３００…上位ネットワーク，  ４００、４００−１〜４００−ｎ…下位ネットワーク，  ５００…光通信路
【図１】
2015201799.tif 000006
【図２】
2015201799.tif 000007
【図３】
2015201799.tif 000008
【図４】
2015201799.tif 000009
【図５】
2015201799.tif 000010
【図６】
2015201799.tif 000011