(57)【特許請求の範囲】
【請求項１】
第１ノードと、第２ノードと、を備えた伝送システムであって、
前記第１ノードと前記第２ノードとの間に、第１ルートと、前記第１ルートとは異なる第２ルートと、が設定され、
前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートの信号伝送時間と、前記第１ルート及び前記第２ルートの一方を往復する往復ルートの信号伝送時間と、を測定する測定部と、
前記測定部の測定結果を基に、前記第１ルートを伝送される信号フレームと、当該信号フレームの伝送方向へ前記第２ルートを伝送される信号フレームと、の伝送時間差を求める演算部と、を備え、
前記第２ノードは、
前記第１ノードから受信した信号フレームの第１オーバヘッド情報に含まれるフラグ情報が、前記経由ルート及び前記往復ルートのいずれを示すかを判定し、
前記判定の結果、前記フラグ情報が前記経由ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートとは異なるルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングし、
前記判定の結果、前記フラグ情報が前記往復ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートと同じルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングし、
前記測定部は、前記経由ルート及び前記往復ルートの各々から前記第１オーバヘッド情報がマッピングされた信号フレームを受信して、受信した各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームと、に基づいて、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求める、
伝送システム。
【請求項２】
前記第１ノードは、
前記第１ルート及び前記第２ルートのいずれかに信号フレームを送信する第１送信部を備え、
前記第２ノードは、
前記第１ルートからの第１信号フレームの受信に応じて、前記第２ルートの前記第１ノードへ向かう方向へ第２信号フレームを送信し、かつ、前記第１ルート及び前記第２ルートの一方からの第３信号フレームの受信に応じて、当該一方のルートの前記第１ノードに向かう方向へ第４信号フレームを送信する第２送信部を備え、
前記測定部は、
前記第１ノードにおける、前記第１信号フレームの送信タイミングと、前記第２信号フレームの受信タイミングと、前記第３信号フレームの送信タイミングと、前記第４信号フレームの受信タイミングと、を測定し、
前記演算部は、
前記測定結果を基に、前記第２ノードが前記第１ルート及び前記第２ルートからそれぞれ信号フレームを受信するときの、前記伝送時間差に相当する受信タイミング差を求める、請求項１に記載の伝送システム。
【請求項３】
前記第１信号フレームの送信タイミングは、前記第１送信部が、前記第１信号フレームの前記第１ルートに対応するオーバヘッド情報に変更を加えたタイミングに対応し、
前記第２信号フレームの受信タイミングは、前記第２送信部が、前記第２信号フレームの前記第２ルートに対応するオーバヘッド情報に変更を加えることにより、前記第２信号フレームのオーバヘッド情報の変更が前記第１ノードで検出されるタイミングに対応し、
前記第３信号フレームの送信タイミングは、前記第１送信部が、前記第３信号フレームの前記一方のルートに対応するオーバヘッド情報に変更を加えたタイミングに対応し、
前記第４信号フレームの受信タイミングは、前記第２送信部が、前記第４信号フレームの前記一方のルートに対応するオーバヘッド情報に変更を加えることにより、前記第４信号フレームのオーバヘッド情報の変更が前記第１ノードで検出されるタイミングに対応する、請求項２に記載の伝送システム。
【請求項４】
前記演算部は、前記第１信号フレームの送信タイミング及び前記第２信号フレームの受信タイミングの差分と、前記第３信号フレームの送信タイミング及び前記第４信号フレームの受信タイミングの差分と、の減算によって前記受信タイミング差を求める、請求項２又は３に記載の伝送システム。
【請求項５】
前記第２ノードは、
前記第１ルート及び前記第２ルートからそれぞれ受信する信号フレームの遅延時間を調整可能な遅延バッファと、
前記第１ルート及び前記第２ルートからそれぞれ受信する信号フレームの一方を選択するセレクタと、
前記演算部によって求められた前記受信タイミング差が最小になるように前記遅延バッファによる前記遅延時間を制御するバッファ制御部と、を備えた、請求項２〜４のいずれか１項に記載の伝送システム。
【請求項６】
前記第１ルート及び前記第２ルートの一方又は双方に、信号フレームの遅延時間を調整可能な遅延バッファを備えた１又は複数の中継ノードが設けられ、かつ、
前記演算部によって求められた前記受信タイミング差が最小になるように、前記中継ノード及び前記第２ノードの前記遅延バッファによる前記遅延時間を制御する制御装置が設けられた、請求項２〜４のいずれか１項に記載の伝送システム。
【請求項７】
第１ノードと、第２ノードと、を備え、前記第１ノードと前記第２ノードとの間に、第１ルートと、前記第１ルートとは異なる第２ルートと、が設定された伝送システムにおける伝送時間差測定方法であって、
前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートの信号伝送時間と、前記第１ルート及び前記第２ルートの一方を往復する往復ルートの信号伝送時間と、を測定し、
前記測定の結果を基に、前記第１ルートを伝送される信号フレームと、当該信号フレームの伝送方向へ前記第２ルートを伝送される信号フレームと、の伝送時間差を求め、
前記第２ノードは、
前記第１ノードから受信した信号フレームの第１オーバヘッド情報に含まれるフラグ情報が、前記経由ルート及び前記往復ルートのいずれを示すかを判定し、
前記判定の結果、前記フラグ情報が前記経由ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートとは異なるルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングし、
前記判定の結果、前記フラグ情報が前記往復ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートと同じルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングし、
前記測定は、前記経由ルート及び前記往復ルートの各々から前記第１オーバヘッド情報がマッピングされた信号フレームを受信して、受信した各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームと、に基づいて、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求める、
伝送システムにおける伝送時間差測定方法。
【請求項８】
前記第１ノードは、前記第１ルート及び前記第２ルートのいずれかに信号フレームを送信し、
前記第２ノードは、前記第１ルートからの第１信号フレームの受信に応じて、前記第２ルートの前記第１ノードへ向かう方向へ第２信号フレームを送信し、かつ、前記第１ルート及び前記第２ルートの一方からの第３信号フレームの受信に応じて、当該一方のルートの前記第１ノードへ向かう方向へ第４信号フレームを送信し、
前記第１ノードでの、前記第１信号フレームの送信タイミングと、前記第２信号フレームの受信タイミングと、前記第３信号フレームの送信タイミングと、前記第４信号フレームの受信タイミングと、を基に、前記第２ノードが前記第１ルート及び前記第２ルートからそれぞれ信号フレームを受信するときの、前記伝送時間差に相当する受信タイミング差を求める、請求項７に記載の伝送システムにおける伝送時間差測定方法。
【請求項９】
前記第１信号フレームの送信タイミングは、前記第１ノードが、前記第１信号フレームの前記第１ルートに対応するオーバヘッド情報に変更を加えたタイミングに対応し、
前記第２信号フレームの受信タイミングは、前記第２ノードが、前記第２信号フレームの前記第２ルートに対応するオーバヘッド情報に変更を加えることにより、前記第２信号フレームのオーバヘッド情報の変更が前記第１ノードで検出されるタイミングに対応し、
前記第３信号フレームの送信タイミングは、前記第１ノードが、前記第３信号フレームの前記一方のルートに対応するオーバヘッド情報に変更を加えたタイミングに対応し、
前記第４信号フレームの受信タイミングは、前記第２ノードが、前記第４信号フレームの前記一方のルートに対応するオーバヘッド情報に変更を加えることにより、前記第４信号フレームのオーバヘッド情報の変更が前記第１ノードで検出されるタイミングに対応する、請求項８に記載の伝送システムにおける伝送時間差測定方法。
【請求項１０】
前記受信タイミング差は、前記第１信号フレームの送信タイミング及び前記第２信号フレームの受信タイミングの差分と、前記第３信号フレームの送信タイミング及び前記第４信号フレームの受信タイミングの差分と、の減算によって求められる、請求項８又は９に記載の伝送システムにおける伝送時間差測定方法。
【請求項１１】
第１ノードと第２ノードとの間に、第１ルートと、前記第１ルートとは異なる第２ルートと、が設定された伝送システムにおける前記第１ノードであって、
前記第１ルート及び前記第２ルートのいずれかへ信号フレームを送信する送信部と、
前記第１ルートへ送信した第１信号フレームを前記第２ノードが受信することにより前記第２ノードが前記第２ルートへ送信した第２信号フレームと、前記第１ルート及び前記第２ルートの一方へ送信した第３信号フレームを前記第２ノードが受信することにより前記第２ノードが当該一方のルートへ送信した第４信号フレームと、を受信する受信部と、
前記第１信号フレームの送信タイミングと、前記第２信号フレームの受信タイミングと、前記第３信号フレームの送信タイミングと、前記第４信号フレームの受信タイミングと、を測定する測定部と、
前記送信部が送信する信号フレームの第１オーバヘッド情報に、前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートと、前記第１ルート及び前記第２ルートの一方を往復する往復ルートと、のいずれかを示すフラグ情報を設定する制御部と、
を備え、
前記受信部は、前記フラグ情報が前記経由ルートを示す場合に、前記第１ルート及び前記第２ルートのうち、前記送信部が前記信号フレームを送信したルートとは異なるルートに流れる信号フレームであって、前記第２ノードにより、前記異なるルートに流れる信号フレームの第２オーバヘッド情報に前記第１オーバヘッド情報がマッピングされた前記信号フレームを受信し、
前記受信部は、前記フラグ情報が前記往復ルートを示す場合に、前記第１ルート及び前記第２ルートのうち、前記送信部が前記信号フレームを送信したルートと同じルートに流れる信号フレームであって、前記第２ノードにより、前記同じルートに流れる信号フレームの第２オーバヘッド情報に前記第１オーバヘッド情報がマッピングされた前記信号フレームを受信し、
前記測定部は、前記経由ルート及び前記往復ルートの各々から受信した前記第１オーバヘッド情報がマッピングされた各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームと、に基づいて、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求める、ノード。
【請求項１２】
前記第１信号フレームの送信タイミングは、前記送信部が、前記第１信号フレームの前記第１ルートに対応するオーバヘッド情報に変更を加えたタイミングに対応し、
前記第２信号フレームの受信タイミングは、前記第２ノードが、前記第２信号フレームの前記第２ルートに対応するオーバヘッド情報に変更を加えることにより、前記第２信号フレームのオーバヘッド情報の変更が前記受信部で検出されるタイミングに対応し、
前記第３信号フレームの送信タイミングは、前記送信部が、前記第３信号フレームの前記一方のルートに対応するオーバヘッド情報に変更を加えたタイミングに対応し、
前記第４信号フレームの受信タイミングは、前記第２ノードが、前記第４信号フレームの前記一方のルートに対応するオーバヘッド情報に変更を加えることにより、前記第４信号フレームのオーバヘッド情報の変更が前記受信部で検出されるタイミングに対応する、請求項１１に記載のノード。
【請求項１３】
前記第１信号フレームの送信タイミング及び前記第２信号フレームの受信タイミングの差分と、前記第３信号フレームの送信タイミング及び前記第４信号フレームの受信タイミングの差分と、の減算によって受信タイミング差を求める演算部を備えた、請求項１１又は１２に記載のノード。
【請求項１４】
前記第２ノードが前記第１ルート及び前記第２ルートからそれぞれ受信する信号フレームの受信タイミング差を外部の制御装置にて求められるように、前記測定部の測定結果を前記制御装置へ通知する通知部を備えた、請求項１１又は１２に記載のノード。
【請求項１５】
第１ノードと第２ノードとの間に、第１ルートと、前記第１ルートとは異なる第２ルートと、が設定された伝送システムにおける前記第２ノードであって、
前記第１ノードが前記第１ルート及び前記第２ルートのいずれかへ送信した信号フレームを受信する受信部と、
前記第１ルートからの第１信号フレームの受信に応じて、前記第２ルートの前記第１ノードへ向かう方向へ第２信号フレームを送信し、かつ、前記第１ルート及び前記第２ルートの一方からの第３信号フレームの受信に応じて、前記一方のルートの前記第１ノードへ向かう方向へ第４信号フレームを送信する送信部と、
前記第１ノードから受信した信号フレームの第１オーバヘッド情報に含まれるフラグ情報が、前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートと、前記第１ルート及び前記第２ルートの一方を往復する往復ルートと、のいずれを示すかを判定し、
前記判定の結果、前記フラグ情報が前記経由ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートとは異なるルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングし、
前記判定の結果、前記フラグ情報が前記往復ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートと同じルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングする
制御部と、
を備え、
前記経由ルート及び前記往復ルートの各々からの、前記第１オーバヘッド情報がマッピングされた信号フレームは、前記第１ノードによって、受信され、前記受信した各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームとは、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求めるのに使用される、ノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載する技術は、伝送システム、伝送システムにおける伝送時間差測定方法、及び、ノードに関する。
【背景技術】
【０００２】
光通信ネットワーク等の通信ネットワークでは、通信の障害耐性向上のために、冗長ルートが設定されることがある。例えば、２つの伝送装置（「ノード」と称してもよい。）間に異なる現用と予備の２つの通信ルートが設定され、現用ルートに通信障害が発生した場合に、予備ルートで現用ルートの通信を救済するネットワークが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−１９３５６０号公報
【特許文献２】特開２００３−２１８８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
冗長ルートのそれぞれに送信ノードから同じ信号を伝送し、受信ノードに各ルートを経由して信号が到着するタイミングを一致させておけば、現用ルートから予備ルートへの通信の切り替えを最小時間で実現できる。
【０００５】
受信ノードへの信号到着タイミングを一致させるために、現用ルート及び予備ルートに信号を流して両ルートの伝送時間（「遅延時間」と称してよい。）を測定することがある。
【０００６】
しかし、従来技術では、送信ノードと受信ノードとの間の各ルートについて、往復（２−ｗａｙ）の伝送遅延時間が測定できるに留まる。そのため、片方向（１−ｗａｙ）の遅延時間の差分を正確に測定することができない。
【０００７】
１つの側面では、本明細書に記載する技術の目的の１つは、ノード間に設定された異なるルートの、片方向の伝送時間差を正確に測定できるようにすることにある。
【課題を解決するための手段】
【０００８】
１つの側面において、伝送システムは、第１ノードと、第２ノードと、を備え、前記第１ノードと前記第２ノードとの間に、第１ルートと、前記第１ルートとは異なる第２ルートと、が設定された伝送システムであってよい。当該伝送システムは、測定部と演算部とを備えてよい。測定部は、前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートの信号伝送時間と、前記第１ルート及び前記第２ルートの一方を往復する往復ルートの信号伝送時間と、を測定してよい。演算部は、測定部の測定結果を基に、前記第１ルートを伝送される信号フレームと、当該信号フレームの伝送方向へ前記第２ルートを伝送される信号フレームと、の伝送時間差を求めてよい。前記第２ノードは、前記第１ノードから受信した信号フレームの第１オーバヘッド情報に含まれるフラグ情報が、前記経由ルート及び前記往復ルートのいずれを示すかを判定し、前記判定の結果、前記フラグ情報が前記経由ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートとは異なるルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングしてよい。さらに、前記第２ノードは、前記判定の結果、前記フラグ情報が前記往復ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートと同じルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングしてよい。前記測定部は、前記経由ルート及び前記往復ルートの各々から前記第１オーバヘッド情報がマッピングされた信号フレームを受信して、受信した各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームと、に基づいて、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求めてよい。
【０００９】
また、１つの側面において、第１ノードと、第２ノードと、を備える伝送システムにおける伝送時間差測定方法は、前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートの信号伝送時間と、前記第１ルート及び前記第２ルートの一方を往復する往復ルートの信号伝送時間と、を測定してよい。そして、当該伝送時間差測定方法は、前記測定の結果を基に、前記第１ルートを伝送される信号フレームと、当該信号フレームの伝送方向へ前記第２ルートを伝送される信号フレームと、の伝送時間差を求めてよい。前記第２ノードは、前記第１ノードから受信した信号フレームの第１オーバヘッド情報に含まれるフラグ情報が、前記経由ルート及び前記往復ルートのいずれを示すかを判定し、前記判定の結果、前記フラグ情報が前記経由ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートとは異なるルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングしてよい。さらに、前記第２ノードは、前記判定の結果、前記フラグ情報が前記往復ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートと同じルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングしてよい。前記測定は、前記経由ルート及び前記往復ルートの各々から前記第１オーバヘッド情報がマッピングされた信号フレームを受信して、受信した各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームと、に基づいて、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求めてよい。
【００１０】
更に、１つの側面において、第１ノードは、送信部と、受信部と、測定部と、制御部と、を備えてよい。送信部は、前記第１ルート及び前記第２ルートのいずれかへ信号フレームを送信してよい。受信部は、前記第１ルートへ送信した第１信号フレームを前記第２ノードが受信することにより前記第２ノードが前記第２ルートへ送信した第２信号フレームと、前記第１ルート及び前記第２ルートの一方へ送信した第３信号フレームを前記第２ノードが受信することにより前記第２ノードが当該一方のルートへ送信した第４信号フレームと、を受信することが可能である。測定部は、前記第１信号の送信タイミングと、前記第２信号の受信タイミングと、前記第３信号の送信タイミングと、前記第４信号の受信タイミングと、を測定してよい。前記制御部は、前記送信部が送信する信号フレームの第１オーバヘッド情報に、前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートと、前記第１ルート及び前記第２ルートの一方を往復する往復ルートと、のいずれかを示すフラグ情報を設定してよい。前記受信部は、前記フラグ情報が前記経由ルートを示す場合に、前記第１ルート及び前記第２ルートのうち、前記送信部が前記信号フレームを送信したルートとは異なるルートに流れる信号フレームであって、前記第２ノードにより、前記異なるルートに流れる信号フレームの第２オーバヘッド情報に前記第１オーバヘッド情報がマッピングされた前記信号フレームを受信してよい。さらに、前記受信部は、前記フラグ情報が前記往復ルートを示す場合に、前記第１ルート及び前記第２ルートのうち、前記送信部が前記信号フレームを送信したルートと同じルートに流れる信号フレームであって、前記第２ノードにより、前記同じルートに流れる信号フレームの第２オーバヘッド情報に前記第１オーバヘッド情報がマッピングされた前記信号フレームを受信してよい。前記測定部は、前記経由ルート及び前記往復ルートの各々から受信した前記第１オーバヘッド情報がマッピングされた各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームと、に基づいて、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求めてよい。
【００１１】
また、１つの側面において、第２ノードは、受信部と、送信部と、制御部と、を備えてよい。受信部は、第１ノードが第１ルート及び第２ルートのいずれかへ送信した信号フレームを受信することが可能である。送信部は、前記第１ルートからの第１信号フレームの受信に応じて、前記第２ルートの前記第１ノードへ向かう方向へ第２信号フレームを送信し、かつ、前記第１ルート及び前記第２ルートの一方からの第３信号フレームの受信に応じて、前記一方のルートの前記第１ノードへ向かう方向へ第４信号フレームを送信することが可能である。前記制御部は、前記第１ノードから受信した信号フレームの第１オーバヘッド情報に含まれるフラグ情報が、前記第１ノードから前記第１ルートと前記第２ノードと前記第２ルートとを経由して前記第１ノードに戻る経由ルートと、前記第１ルート及び前記第２ルートの一方を往復する往復ルートと、のいずれを示すかを判定し、前記判定の結果、前記フラグ情報が前記経由ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートとは異なるルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングしてよい。さらに、前記制御部は、前記判定の結果、前記フラグ情報が前記往復ルートを示す場合、前記第１ルート及び前記第２ルートのうち、前記信号フレームを受信したルートと同じルートに流れる信号フレームの第２オーバヘッド情報に、前記第１オーバヘッド情報をマッピングしてよい。前記経由ルート及び前記往復ルートの各々からの、前記第１オーバヘッド情報がマッピングされた信号フレームは、前記第１ノードによって、受信され、前記受信した各信号フレームと、前記第１ノードが前記第２ノードに送信した前記信号フレームとは、前記経由ルートの信号伝送時間と、前記往復ルートの信号伝送時間と、を求めるのに使用されてよい。
【発明の効果】
【００１２】
１つの側面として、ノード間に設定された異なるルートの、片方向の伝送時間差を正確に測定できる。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態に係る光伝送システムの構成例を示すブロック図である。
【図２】ＯＴＮ（Optional Transport Network）フレームのオーバヘッド（ＯＴＮ  ＯＨ）のフォーマット例を示す図である。
【図３】図１に例示した光伝送システムにおける「２−ｗａｙの遅延測定処理」の一例を説明するための模式図である。
【図４】図１に例示した光伝送システムにおける「リング１周型の遅延測定処理」の一例を説明するための模式図である。
【図５】図１に例示する送信ノード及び受信ノードの構成例を示すブロック図である。
【図６】図１に例示する中継ノードの構成例を示すブロック図である。
【図７】図１に例示するオペレーションシステム（ＯＰＳ）の構成例を示すブロック図である。
【図８】図１に例示するノード−ＯＰＳ間で送受信される信号フォーマットの一例を示す図である。
【図９】図１に例示する光伝送システム全体としての遅延測定処理に関わる動作の一例を示すフローチャートである。
【図１０】図１に例示する光伝送システムにおける遅延測定処理に関わる送信ノードにおける動作を説明するために、送信ノードの内部的な信号転送経路を模式的に示した図である。
【図１１】図１に例示する光伝送システムの「２−ｗａｙの遅延測定処理」に関わる受信ノードにおける動作を説明するために、受信ノードの内部的な信号転送経路を模式的に示した図である。
【図１２】図１に例示する光伝送システムの「リング１周型の遅延測定処理」に関わる受信ノードにおける動作を説明するために、受信ノードの内部的な信号転送経路を模式的に示した図である。
【図１３】図１に例示する光伝送システムの遅延測定処理に関わる送信ノードの内部的な動作の一例を示すフローチャートである。
【図１４】図１に例示する光伝送システムの遅延測定処理に関わる受信ノードの内部的な動作の一例を示すフローチャートである。
【図１５】第２実施形態の送信ノードの構成例を示すブロック図である。
【図１６】第２実施形態の受信ノードの構成例を示すブロック図である。
【図１７】第２実施形態の中継ノードの構成例を示すブロック図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。また、以下に説明する各種の例示的態様は、適宜に組み合わせて実施しても構わない。なお、以下の実施形態で用いる図面において、同一符号を付した部分は、特に断らない限り、同一若しくは同様の部分を表す。
【００１５】
（第１実施形態）
図１は、第１実施形態に係る光伝送システムの構成例を示すブロック図である。図１に示す光伝送システム１は、例示的に、Ｎ台の光伝送装置１１−１〜１１−Ｎと、オペレーションシステム（ＯＰＳ）１２と、を備える。Ｎは、２以上の整数であって、図１の例ではＮ＝５である。なお、光伝送システム１は、「光ネットワーク１」と称してもよいし、単に「ネットワーク１」と称してもよい。
【００１６】
「光伝送装置」は、「ノード」、「局」、あるいは、「ネットワークエレメント（ＮＥ）」と称されてもよい。図１の例では、光伝送装置１１−１〜１１−５をそれぞれ「ノードＡ〜Ｅ」として表している。ノード１１−１〜ノード１１−５を区別しなくてよい場合は、それぞれを「ノード１１」と表記することがある。
【００１７】
図１に例示するように、ノードＡ〜Ｅは、光伝送路（例えば、光ファイバ）によってリング状に接続されてよい。この場合、光ネットワーク１は、「リングネットワーク１」と称してよい。ノードＡ〜Ｅは、リングネットワーク１を成すＮＥ１１の一例である。
【００１８】
ただし、ノードＡ〜Ｅは、光伝送路によってメッシュ状に接続されてもよい。この場合、光ネットワーク１は、「メッシュネットワーク１」と称してもよい。もっとも、本実施形態は、リングネットワークやメッシュネットワークに限らず、或る特定のノード１１間において異なる複数のルートで信号が到達可能な形態（「トポロジー」と称してもよい。）のネットワークに適用可能である。
【００１９】
図１に例示するように、光ネットワーク１には、ノードＡからノードＢ及びＣを経由してノードＥに至る第１のルート＃１と、ノードＡからノードＤを経由してノードＥに至る第２のルート＃２と、が設定されてよい。ルート＃１及びルート＃２は、ノードＡからノードＥに異なるルートで信号光が到達可能な複数のルートの一例である。
【００２０】
第１のルート＃１及び第２のルート＃２の一方は、「現用」ルートに設定されてよく、他方は、「予備」ルートに設定されてよい。現用ルートが障害発生等によって使用不能になった場合、予備ルートで現用ルートの通信を救済することが可能である。
【００２１】
各ルート＃１及び＃２のそれぞれには、パス（あるいは「コネクション」と称してもよい。）が設定されてよい。現用ルート＃１（又は＃２）に設定されたパスは、「現用パス」と称してよく、予備ルート＃２（又は＃１）に設定されたパスは、「予備パス」と称してよい。なお、「現用」及び「予備」は、それぞれ、「ワーキング」及び「プロテクション」と称されてよい。
【００２２】
なお、以下の説明において、便宜的に、ルート＃１に設定されるパスを「パス＃１」と表記し、ルート＃２に設定されるパスを「パス＃２」と表記することがある。
【００２３】
ノードＡは、パス＃１及び＃２のそれぞれに同じ信号光を送信してよい。例えばパス＃１及び＃２へ送信される信号光は、ノードＡが他のノード１１から受信した信号光を分岐した信号光であってよい。信号光の分岐は、例示的に、光カプラ（あるいは光スプリッタ）によって実施してよい。
【００２４】
当該ノードＡは、異なる複数のルート＃１及び＃２（パス＃１及び＃２）の「送信ノードＡ」と称してよい。送信ノードＡは、第１ノードの一例である。なお、光ネットワーク１において伝送される「信号光」は、単に「信号」と称してもよい。
【００２５】
ノードＢは、送信ノードＡから受信した、パス＃１の信号光をノードＣへ送信（「中継」と称してもよい。）してよい。ノードＣは、ノードＢから受信した、パス＃１の信号光をノードＤへ中継してよい。したがって、ノードＢ及びＣは、それぞれ、パス＃１の「中継ノードＢ」及び「中継ノードＣ」と称してよい。
【００２６】
ノードＤは、送信ノードＡから受信した、パス＃２の信号光をノードＥへ中継してよい。したがって、ノードＥは、パス＃２の「中継ノードＤ」と称してよい。なお、パス＃１及び＃２のいずれについても、中継ノード数は、図１に例示する数に限られない。
【００２７】
例えば、送信ノードＡと受信ノードＥとの間のパス＃１は、３台以上の中継ノード１１を経由する場合もあるし、１台の中継ノード１１しか経由しない場合もある。また、信号光の伝送距離によっては、パス＃１に中継ノード１１が必要ない場合もある。
【００２８】
パス＃２についても同様である。例えば、パス＃２は、２台以上の中継ノード１１を経由する場合もあるし、信号光の伝送距離によっては、パス＃２に中継ノード１１は必要ない場合もある。
【００２９】
送信ノードＡが、パス＃１及び＃２のそれぞれに同じ信号を送信した場合、ノードＥでは、異なる複数のルート＃１及び＃２（パス＃１及び＃２）からそれぞれ同じ信号が受信される。したがって、ノードＥは、異なる複数のルート＃１及び＃２（パス＃１及び＃２）の「受信ノードＥ」と称してよい。受信ノードＥは、第２ノードの一例である。
【００３０】
受信ノードＥは、通常運用時にはパス＃１及び＃２のうち、現用パスに設定されているパス（例示的に、パス＃１）から受信される信号を選択する。現用パス＃１に障害等の異常が生じると、受信ノードＥは、予備パスに設定されている他方の光パス（例示的に、パス＃２）から受信される信号を選択する。信号の選択は、例示的に、セレクタによって実施されてよい。
【００３１】
このように、受信ノードＥは、一方のパス＃１についての異常検出に応じて他方のパス＃２からの信号を選択することで、最小遅延時間でのパス切り替えが可能である。最小遅延時間でのパス切り替えは、「無瞬断切り替え」と称されることがある。
【００３２】
「無瞬断切り替え」を可能にするために、受信ノードＥには、異なるパス＃１及び＃２から受信される各信号の遅延時間差を調整する遅延バッファが備えられてよい。遅延バッファは、記憶部あるいはメモリの一例であり、記憶部あるいはメモリの機能的な呼称である。
【００３３】
各信号の「遅延時間差」は、例えば受信ノードＥが異なるルートで信号を受信するときの各信号の「受信タイミング差」又は「位相差」と称してもよいし、各信号の受信ノードＥへの「到着時間差」と称してもよい。
【００３４】
遅延バッファは、異なるパス＃１及び＃２の別に備えられてよい。各遅延バッファでの受信信号のバッファ時間が個別的に調整されることで、異なるパス＃１及び＃２から受信される信号の位相差を最小にすることができる。
【００３５】
別言すると、受信ノードＥは、遅延バッファによって、異なるパス＃１及び＃２から受信される信号の位相同期をとることができる。
【００３６】
なお、図１の例では、送信ノード＃Ａから受信ノードＥへの方向の通信に着目したルート＃１及び＃２を図示しているが、ルート＃１及び＃２のそれぞれにおいて逆方向の通信が可能であってよい。
【００３７】
別言すると、ルート＃１及び＃２は、片方向（Uni-directional）通信に用いられてもよいし、双方向（Bi-directional）通信に用いられてもよい。双方向通信においては、受信ノードＥは、送信ノードＡと同様の機能を備えていてよいし、送信ノードＡは、受信ノードＥと同様の機能を備えていてよい。
【００３８】
また、光ネットワーク１を伝送される信号は、フレーム信号であってよく、フレーム信号は、マルチフレーム信号であってもよい。例示的に、光ネットワーク１を伝送される信号は、ＯＴＮ（Optical Transport Network）伝送方式に準拠したフレーム信号であってよい。ＯＴＮ伝送方式に準拠したフレーム信号を、便宜的に、「ＯＴＮフレーム」又は「ＯＴＮ信号」と称することがある。
【００３９】
遅延バッファは、受信ノードＥに限らず、中継ノードＢ、Ｃ及びＤのいずれかにも備えられて構わない。例えば、受信ノードＥに備えられた遅延バッファによる最大遅延量では、各パス＃１及び＃２からの受信信号の遅延差を吸収しきれないことがある。その場合、中継ノードＢ、Ｃ及びＥのいずれかの遅延バッファにて、信号の遅延調整を実施してよい。
【００４０】
例えば、パス＃２が、パス＃１と比べて、受信ノードＥの遅延バッファ単独では吸収しきれないほどの大きな伝送遅延が発生するパスであると仮定する。この場合、中継ノードＢ及びＣの一方又は双方の遅延バッファを追加的に利用して、光パス＃１の信号の遅延量を分散的に調整してよい。なお、パス＃２の中継ノードＤは、遅延バッファをバイパスして（別言すると、遅延調整せずに）信号を受信ノードＥへ送信してよい。
【００４１】
各ノードＢ〜Ｅでの遅延バッファによる遅延量（「バッファ遅延量」と称してもよい。）は、例示的に、ＯＰＳ１２によって制御されてよい。ＯＰＳ１２は、光ネットワーク１の全体的な動作を制御、管理することが可能なシステムの一例である。「ＯＰＳ」は、「ネットワークマネージメントシステム（ＮＭＳ）」と称されることもある。
【００４２】
ＯＰＳ１２は、例示的に、ネットワーク管理者等のオペレータが利用する端末（「オペレータ端末」と称してもよい。）２０から、操作コマンド等の制御信号を受信可能である。
【００４３】
オペレータ端末２０から受信した制御信号に応じて、ＯＰＳ１２は、図１中に点線矢印で例示するように、光ネットワーク１のＮＥであるノードＡ〜Ｅのそれぞれを個別的に制御することが可能である。なお、当該制御に関わる、ＯＰＳ１２とノード１１との間の通信は、便宜的に、「制御通信」と称してよい。
【００４４】
上述したＯＴＮフレームには、異なる伝送レート（「信号レート」と称してもよい。）の信号を階層的に多重（「マッピング」と称してもよい。）することが可能である。ＯＴＮフレームにマッピングされる信号は、光チャネルデータユニット（ＯＤＵｋ）信号と称される。
【００４５】
ＯＤＵｋ信号の「ｋ」は、信号レートの相違に応じたレベル（あるいは「オーダ」又は「レイヤ」と称してもよい。）を表し、ＩＴＵ−Ｔ勧告Ｇ．７０９では、ｋ＝１，２，３，４，５，６の６種類が規定されている。なお、ＩＴＵ−Ｔは、「International Telecommunication Union Telecommunication Standardization Sector」の略称である。
【００４６】
「ｋ」の値を区別しなくてよい場合、ＯＤＵｋ信号は、「ｋ」を省略して単に「ＯＤＵ信号」と表記されてよい。ＯＤＵ信号に更に別のＯＤＵ信号がマッピングされる場合、後者の「別のＯＤＵ信号」は、「低次（又は低速）ＯＤＵ信号（ＬＯ−ＯＤＵ信号）」と称されてよい。一方、ＬＯ−ＯＤＵ信号がマッピングされる前者のＯＤＵ信号は、「高次（又は高速）ＯＤＵ信号（ＨＯ−ＯＤＵ信号）」と称されてよい。
【００４７】
ＯＤＵ信号は、クライアント信号（「トリビュータリ信号」と称してもよい）の一例であり、イーサネット（登録商標）のフレーム信号や、ＳＤＨ又はＳＯＮＥＴのフレーム信号等がマッピングされてよい。なお、「ＳＤＨ」は、「Synchronous Digital Hierarchy」の略称であり、「ＳＯＮＥＴ」は、「Synchronous Optical Network」の略称である。ＳＤＨとＳＯＮＥＴとは互換性のある同期デジタル伝送方式である。
【００４８】
ＯＴＮでは、イーサネットやＳＤＨ／ＳＯＮＥＴ等の、多種多様なプロトコルや信号レートのクライアント信号を、より高速な信号に階層的にマッピング（「カプセル化」と称してもよい。）して伝送することができる。
【００４９】
したがって、クライアント信号のプロトコルや信号レートの相違を意識せずに、各種クライアント信号を、ＯＴＮフレームにて異なるネットワーク間をトランスペアレントに伝送することが可能である。
【００５０】
図２に、ＯＴＮフレームのオーバヘッド（ＯＴＮ  ＯＨ）のフォーマット例を示す。ＯＴＮフレームのＯＨは、例示的に、４行（Row）×１６列（Column）のサイズを有する。なお、１つの「列」のサイズは、例えば、１バイト（８ビット）である。ＯＨに設定される情報は、「ＯＨ情報」と称してよい。
【００５１】
第１行第１〜７列には、フレームアライメント（ＦＡ）ＯＨが設定され、第１行第８〜１４列には、光チャネル転送ユニット（optical channel transfer unit, OTUk）信号のＯＨ（ＯＴＵｋ  ＯＨ）が設定される。
【００５２】
また、第２〜４行第１〜１４列には、ＯＤＵｋ信号のＯＨ（ＯＤＵｋ  ＯＨ）が設定され、第１〜４行第１５〜１６列には、光チャネルペイロードユニット（optical channel payload unit, OPUk）信号のＯＨ（ＯＰＵｋ  ＯＨ）が設定される。
【００５３】
ＦＡＯＨには、ＯＴＮフレームのフレーム同期に用いられるフレームアライメント信号（ＦＡＳ）や、マルチフレーム中の信号位置の識別に用いられるマルチフレームアライメント信号（ＭＦＡＳ）等が設定される。
【００５４】
ＯＴＵｋ信号やＯＤＵｋ信号のＯＨには、それぞれの信号レベルに応じた光チャネルの監視や管理、運用に関わる情報が設定される。ＯＰＵｋ信号のＯＨには、クライアント信号のＯＰＵｋ信号のペイロードへのマッピング位置（例示的に、トリビュータリスロット（ＴＳ）と呼ばれる分割フィールド）を示す情報等が設定される。
【００５５】
ＯＤＵｋ信号のＯＨには、「ＰＭ＆ＴＣＭ」、「ＴＣＭ  ＡＣＴ」、「ＴＣＭ」、「ＰＭ」、「ＥＸＰ」、「ＧＣＣ」、「ＡＰＳ／ＰＣＣ」、「ＲＥＳ」の各フィールドが規定されている。
【００５６】
「ＰＭ」は、「Path Monitoring」の略称であり、「ＴＣＭ」は、「Tandem Connection Monitoring」の略称である。「ＰＭ＆ＴＣＭ」フィールド（１バイト）の第１〜第６ビットは、それぞれ、「ＤＭｔ（ODUk TCM Delay Measurement）１〜６」と称される。
【００５７】
「ＤＭｔ１〜６」は、それぞれ、ＯＤＵｋ信号が伝送されるパス（「ＯＤＵｋパス」又は「ＯＤＵｋコネクション」と称してもよい。）を、複数（最大で６）に分割した区間（「セクション」又は「セグメント」と称してもよい。）に対応する。ＯＤＵｋパスが、図１に例示したパス＃１やパス＃２に相当すると捉えてよい。
【００５８】
「ＤＭｔ１〜６」を利用して、ＯＤＵｋパスにおいて最大で６つのセグメント毎に伝送遅延測定を実施することが可能である。別言すると、「ＤＭｔ１〜６」には、それぞれ、ＯＤＵｋパスのセグメント単位の遅延測定に関わる情報が設定可能である。
【００５９】
「ＰＭ＆ＴＣＭ」フィールドの第７ビットは、「ＤＭｐ（ODUk PM Delay Measurement）」と称され、光ネットワーク１に設定される任意のＯＤＵｋパスの伝送遅延測定に用いることができる。「ＰＭ＆ＴＣＭ」フィールドの第８ビットは、将来の標準化に備えて予約されたリザーブ（ＲＥＳ）ビットである。
【００６０】
なお、図２に例示する「ＯＤＵｋ  ＯＨ」の第２行第１〜第２列（２バイト）及び第４行第９〜１４列（６バイト）に記載されたリザーブ（ＲＥＳ）フィールドも、将来の標準化に備えて予約されたフィールドである。リザーブフィールド（あるいはリザーブビット）は、通常、すべて「０」（all “0”）に設定される。
【００６１】
「ＴＣＭ  ＡＣＴ」フィールド（１バイト）の「ＴＣＭ」は、「Tandem Connection Monitoring」の略称であり、「ＡＣＴ」は、「Activation/deactivation control channel」の略称である。
【００６２】
「ＴＣＭ１〜６」の各フィールド（それぞれ３バイト）は、ＯＤＵｋパスの障害発生状況や回線品質をセグメント毎にモニタできるようにするために規定されている。別言すると、「ＴＣＭ１〜６」フィールドには、ＯＤＵｋパスのセグメント毎に監視情報が設定可能である。
【００６３】
「ＰＭ」フィールド（３バイト）は、ＯＤＵｋパスの監視（モニタ）に用いることができる。例えば、「ＰＭ」フィールドには、トレイルトレース識別子（ＴＴＩ）、ビットインターリーブドパリティ（ＢＩＰ−８）、逆方向欠陥表示（Backward Defect Indication, BDI）、逆方向誤り表示（Backward Error Indication, BEI）等が設定可能である。
【００６４】
「ＥＸＰ」フィールド（２バイト）は、実験（Experimental）用途に規定されたフィールドである。
【００６５】
「ＧＣＣ」は、汎用通信チャネル（General Communication Channel）の略称であり、ＯＴＮに準拠した光伝送装置（「ＯＴＮ装置」と称してもよい。）１１間で制御情報や監視情報、管理情報等の通信を行なう際に用いることができる。
【００６６】
「ＧＣＣ」フィールドとしては、「ＧＣＣ０」、「ＧＣＣ１」及び「ＧＣＣ２」の３種類（それぞれ２バイト）が用意されている。「ＧＣＣ０」は、図２において、第１行第８〜１４列に位置する「ＯＴＵｋ  ＯＨ」のうちの第１２〜１３列に配置される。「ＧＣＣ１」及び「ＧＣＣ２」は、それぞれ、「ＯＴＮ  ＯＨ」の第４行第１〜２行及び第３〜４行に配置される。
【００６７】
「ＡＰＳ／ＰＣＣ」フィールド（４バイト）の「ＡＰＳ」は、「Automatic Protection Switching」の略称であり、「ＰＣＣ」は、「Protection Communication Control」の略称である。「ＡＰＳ／ＰＣＣ」フィールドに、現用パス及び予備パス間の切り替え制御情報を設定可能である。切り替え制御情報に基づいて、既述の「無瞬断切り替え」が実施されてよい。
【００６８】
ところで、近年、上述した「ＰＭ＆ＴＣＭ」フィールドを用いた伝送遅延測定の重要性が増している。例えば、近年のイーサネットやインターネットプロトコル（ＩＰ）技術の発展に伴い、ネットワークにおいて様々なサービスの情報が送受信されるようになってきている。
【００６９】
サービスの一例として、株式市場のオンラインサービスがある。株式市場のオンラインサービスでは、ネットワークを伝送される情報の遅延がエンドユーザの利益に影響するケースもある。別言すると、ネットワークの伝送遅延は、ネットワーク品質の指標の１つであると考えてよい。
【００７０】
これに伴い、ＯＴＮでは、ＳＤＨやＳＯＮＥＴでは定義されていない伝送遅延を測定するための仕組み（例えば、「ＰＭ＆ＴＣＭ」フィールド）が、既述のように「ＯＴＮ  ＯＨ」の情報要素として定義されている。
【００７１】
光ネットワーク１には、障害耐性の向上を図るために、冗長構成が採用されることがある。メトロエリア等では、例えば図１に示したように、光ファイバ伝送路によって光伝送装置１１をリング状に接続したパススイッチリング（ＰＳＲ）が採用されることがある。
【００７２】
ＰＳＲでは、既述のように、障害が発生した現用パスを別ルートの予備パス（「冗長パス」と称してもよい。）に無瞬断で切り替えることが可能であり、現用パスの障害発生時にも予備パスでサービスを継続することが可能である。
【００７３】
パスの「無瞬断切り替え」は、既述のとおり、受信ノード１１において、遅延バッファを用いて、現用パス及び予備パスから受信される信号の位相差を最小化することで実現される。
【００７４】
現用パス及び予備パスから受信される信号の位相差は、例えば、現用パス及び予備パスを伝送されるフレーム（マルチフレームでもよい。）のパスＯＨ情報を利用して、現用パス及び予備パスの伝送遅延差を測定することで求めることが可能である。ただし、この場合に測定可能な最大の遅延差は、ＯＨ情報が挿入されるフレーム信号又はマルチフレーム信号の周期に制約され得る。
【００７５】
（遅延測定（ＤＭ）処理）
ここで、図３を参照して、図２にて説明した「ＰＭ＆ＴＣＭ」フィールドを用いた遅延測定（ＤＭ）の一例について説明する。図３は、通常のＤＭ処理の概要を模式的に示す図である。
【００７６】
図３の例では、ノードＡとノードＥとの間において、ノードＢ及びＣを経由するルートが現用ルート＃１に設定され、ノードＤを経由するルートが予備ルート＃２に設定されている。
【００７７】
現用ルート＃１には、例示的に、送信ノードＡから受信ノードＥに向かう方向（「順方向」と称してよい。）のパス「ＡＢＣＥ」と、その逆方向のパス「ＥＣＢＡ」と、が設定されている。
【００７８】
また、予備ルート＃２には、例示的に、送信ノードＡから受信ノードＥに向かう順方向のパス「ＡＤＥ」と、その逆方向のパス「ＥＤＡ」と、が設定されている。
【００７９】
通常運用時において、「ＰＭ＆ＴＣＭ」フィールドの第７ビットである「ＤＭｐ」ビットは、パス「ＡＢＣＥ」、パス「ＥＣＢＡ」、パス「ＡＤＥ」、及び、パス「ＥＤＡ」のいずれについても、「０」に設定される。なお、「ＰＭ＆ＴＣＭ」フィールドの第８ビットである「ＲＥＳ」ビットも、通常運用時には、いずれのパスについてもデフォルト値の「０」が設定される。
【００８０】
ここで、例えば、送信ノードＡが、現用ルート＃１の順方向パス「ＡＢＣＥ」に対して伝送遅延測定を実施する場合、図３の上段に例示するように、送信ノードＡは、当該パス「ＡＢＣＥ」へ送信する信号のＤＭｐビットを「０」から「１」に変更する。
【００８１】
受信ノードＥは、パス「ＡＢＣＥ」から受信した信号のＤＭｐビットが「１」に設定されていることを検出すると、図３の下段に例示するように、同じ現用ルート＃１の逆方向のパス「ＥＣＢＡ」へ送信する信号のＤＭｐビットを「１」に設定（変更）する。
【００８２】
この処理は、順方向パス「ＡＢＣＥ」からの受信ＤＭｐビットを、逆方向パス「ＥＣＢＡ」の送信ＤＭｐビットにマッピングする（あるいは「載せ替える」）ことに相当すると捉えてよい。
【００８３】
送信ノードＡは、受信ノードＥから逆方向パス「ＥＣＢＡ」の信号を絶えず受信しているため、逆方向パス「ＥＣＢＡ」の受信信号のＤＭｐビットが「１」に変化したタイミングを検出可能である。
【００８４】
したがって、送信ノードＡは、ＤＭｐビットの変化を検出したタイミングと、順方向パス「ＡＢＣＥ」への送信信号のＤＭｐビットを「１」に変更したタイミングと、を基に、現用ルート＃１を信号が往復するのにかかる時間（遅延時間）を測定できる。なお、予備ルート＃２についても、同様にして、往復の遅延時間を測定可能である。
【００８５】
ここで、上述のようにＤＭｐビットを利用して測定可能な遅延時間は、あくまでも往復（２−ｗａｙ）の遅延時間であり、片方向（１−ｗａｙ）の遅延時間ではない。１−ｗａの遅延時間は、例えば、測定した２−ｗａｙの遅延時間の単純な半値として求めることができる。
【００８６】
しかし、２−ｗａｙの測定遅延時間の半値は、測定値に基づく推定値に過ぎないため、正確な１−ｗａｙの遅延時間を示しているとは云い難い。そのため、現用ルート及び予備ルートのそれぞれについて往復の遅延時間をそれぞれ測定しても、その測定結果を基にして得られる両ルートの１−ｗａｙの遅延時間差は、誤差が大きく信頼度の低い値である可能性がある。
【００８７】
既述のようにネットワークの伝送遅延がネットワーク品質の指標の１つと捉えられる現状において、このような誤差が存在し得るのは望ましくない。例えば、誤差の大きい１−ｗａｙの遅延時間差を基にして既述の遅延バッファによる遅延調整が実施されると、「無瞬断切り替え」を実現できない可能性がある。
【００８８】
複数ルートの１−ｗａｙの遅延時間差は、遅延測定に用いる信号にタイムスタンプ等のタイミング情報を付与すれば、正確に測定できるかもしれない。しかし、遅延測定に関わるＮＥのすべてが高精度に時刻同期していないと、測定誤差が生じ得る。
【００８９】
そのため、ＮＥに高精度なクロック信号源が必要になったり、ＮＥ間の時刻同期をとる仕組みも、別途、必要になったりする。その結果、ＮＥのコストが増大するおそれがあり、ひいては、ネットワークコストも増大するおそれがある。
【００９０】
そこで、本実施形態では、複数ルートの１−ｗａｙの遅延時間差を、簡易な手法でありながら、正確に測定できるようにする。例えば、図３に例示した「通常のＤＭ処理」に、図４に例示する「リング１周型のＤＭ処理」を併用する。これにより、例えば、ＵＰＳＲ（Uni-directional PSR）における１−ｗａｙの遅延時間差を正確に測定することが可能になる。なお、「通常のＤＭ処理」は、「２−ｗａｙのＤＭ処理」と称してもよい。
【００９１】
以下、図４に例示する「リング１周型のＤＭ処理」について説明する。図４において、ＵＰＳＲの送信ノードＡは、「リング１周型のＤＭ処理」を実施する場合、その旨を示す情報（「フラグ情報」と称してよい。）を、ＤＭ対象のパスへ送信する信号に設定する。
【００９２】
非限定的な一例として、「ＰＭ＆ＴＣＭ」フィールドのＲＥＳビットをフラグ情報に用いてよい。例えば、ＲＥＳビットは、既述のとおり「０」がデフォルト値であるから、「１」で「リング１周型のＤＭ処理」を表示する設定としてよい。
【００９３】
例えば図４の上段に示すように、送信ノードＡから受信ノードＥへの方向の１−ｗａｙ遅延時間差を測定する場合、送信ノードＡは、順方向パス「ＡＢＣＥ」へ送信する信号における「ＰＭ＆ＴＣＭ」フィールドのＲＥＳビットを「１」に設定する。
【００９４】
併せて、送信ノードＡは、予備ルート＃２の順方向パス「ＡＤＥ」へ送信する信号における「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビットを「１」に設定してよい。ＤＭｐビットを「１」に設定することで、受信ノードＥは、図３に例示した「２−ｗａｙのＤＭ処理」での動作と同様に動作することになる。別言すると、「リング１周型のＤＭ処理」と「２−ｗａｙのＤＭ処理」とは並列実施が可能である。
【００９５】
受信ノードＥは、現用ルート＃１のパス「ＡＢＣＥ」から受信した信号の「ＰＭ＆ＴＣＭ」フィールドを参照することで、ＲＥＳビットが「１」に設定されていることを検出できる。
【００９６】
当該検出に応じて、受信ノードＥは、現用ルート＃１とは異なるルートで送信ノードＡに信号が到達可能な予備ルート＃２への送信信号の「ＰＭ＆ＴＣＭ」フィールドにおけるＲＥＳビットを「１」に設定する。
【００９７】
例えば図４において、受信ノードＥは、予備ルート＃２の逆方向パス「ＥＤＡ」へ送信する信号の「ＰＭ＆ＴＣＭ」フィールドにおけるＲＥＳビットを「１」に設定する。当該処理は、現用ルート＃１から受信した信号のＯＨ情報を、現用ルート＃１とペアを成す予備ルート＃２において逆方向に伝送される信号にマッピングする、あるいは、載せ替えることに相当すると捉えてもよい。
【００９８】
併せて、受信ノードＥは、予備ルート＃２の順方向パス「ＡＤＥ」から受信した信号の「ＰＭ＆ＴＣＭ」フィールドにおけるＤＭｐビットが「１」に設定されていることを検出すると、「２−ｗａｙのＤＭ処理」として、予備ルート＃２の逆方向パス「ＥＤＡ」へ送信する信号のＤＭｐビットを「１」に設定してよい。
【００９９】
したがって、送信ノードＡは、予備ルート＃２の逆方向パス「ＥＤＡ」から、「リング１周型のＤＭ処理」を示す信号と、「２−ｗａｙのＤＭ処理」を示す信号と、を受信できる。
【０１００】
送信ノードＡは、「リング１周型のＤＭ処理」を示す信号を受信することにより、送信ノードＡを起点としたリング１周に相当する遅延時間ＤＭ（Ｒ）を測定できる。
【０１０１】
また、送信ノードＡは、予備ルート＃２に対する「２−ｗａｙのＤＭ処理」を示す信号を受信することにより、図３にて既述のとおり、予備ルート＃２の２−ｗａｙの遅延時間ＤＭ（Ｎ）を測定できる。
【０１０２】
例えば、送信ノードＡは、以下の２つの式（１）及び式（２）で表される遅延時間ＤＭ（Ｒ）及びＤＭ（Ｎ）を測定できる。
【０１０３】
ＤＭ（Ｒ）＝Ｗ（Ａ→Ｅ）＋Ｐ（Ｅ→Ａ）…（１）
ＤＭ（Ｎ）＝Ｐ（Ａ→Ｅ）＋Ｐ（Ｅ→Ａ）…（２）
【０１０４】
ただし、式（１）において、Ｗ（Ａ→Ｅ）は、現用ルート＃１においてノードＡから送信した信号がノードＥに到達するまでに経過する遅延時間を表す。また、Ｐ（Ｅ→Ａ）は、予備ルート＃２においてノードＥから送信した信号がノードＡに到達するまでに経過する遅延時間を表す。
【０１０５】
一方、式（２）において、Ｐ（Ａ→Ｅ）は、予備ルート＃２においてノードＡから送信した信号がノードＥに到達するまでに経過する遅延時間を表す。また、Ｐ（Ｅ→Ａ）は、予備ルート＃２においてノードＥから送信した信号がノードＡに到達するまでに経過する遅延時間を表す。
【０１０６】
式（１）から式（２）を減算すると、次式（３）が得られる。
ＤＭ（Ｒ）−ＤＭ（Ｎ）＝Ｗ（Ａ→Ｅ）−Ｐ（Ａ→Ｅ）…（３）
【０１０７】
式（３）で表されるＤＭ（Ｒ）とＤＭ（Ｎ）との差分は、ノードＡからノードＥの順方向（１−ｗａｙ）の、現用ルート＃１を伝送される信号と、予備ルート＃２を伝送される信号と、の遅延時間差に相当する。
【０１０８】
このようにして、現用ルート＃１及び予備ルート＃２の１−ｗａｙの遅延時間差を、推定値としてではなく、実測値として求めることができる。なお、式（３）の演算は、ＯＰＳ１２にて実施してもよいし、送信ノードＡにて実施してもよい。送信ノードＡで実施する例が、後述の第２実施形態に相当する。
【０１０９】
なお、上述したように「ＯＤＵｋ  ＯＨ」における「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビットやＲＥＳビットを変更することは、現用ルート＃１（現用パス＃１）又は予備ルート＃２（予備パス＃２）に対応するＯＨ情報に変更を加えることに相当する。
【０１１０】
送信ノードＡが、現用ルート＃１に対応するＯＨ情報に変更を加えて現用ルート＃１へ送信する信号は、第１信号の一例である。送信ノードＡが、予備ルート＃２に対応するＯＨ情報に変更を加えて当該予備ルート＃２へ送信する信号は、第３信号の一例である。送信ノードＡは、第１信号及び第３信号を送信可能な送信部を備えてよい。
【０１１１】
一方、受信ノードＥは、現用ルート＃１からＯＨ情報に変更が加えられた第１信号と、予備ルート＃２からＯＨ情報に変更が加えられた第３信号と、を受信する受信部を備えてよい。
【０１１２】
受信ノードＥが、現用ルート＃１からの第１信号の受信に応じて、予備ルート＃２に対応するＯＨ情報に変更を加えて予備ルート＃２へ送信する信号は、第２信号の一例である。受信ノードＥが、予備ルート＃２からの第３信号の受信に応じて、当該予備ルート＃２に対応するＯＨ情報に変更を加えて予備ルート＃２へ送信する信号は、第４信号の一例である。受信ノードＥは、第２信号及び第４信号を送信可能な送信部を備えてよい。
【０１１３】
送信ノードＡは、第１信号の送信タイミングと、第２信号の受信タイミングと、第３信号の送信タイミングと、第４信号の受信タイミングと、を測定する。そのため、送信ノードＡは、これらのタイミングを測定する測定部を備えてよい。測定部は、メモリ等の記憶部や記憶装置、記憶媒体に、上記の各タイミングを記憶してよい。
【０１１４】
送信ノードＡにおける第１信号の送信タイミングは、例えば、送信ノードＡの送信部が、第１信号の現用ルート＃１に対応するＯＨ情報に変更を加えたタイミングに対応する。
【０１１５】
送信ノードＡにおける第３信号の送信タイミングは、例えば、送信ノードＡの送信部が、第３信号の予備ルート＃２に対応するＯＨ情報に変更を加えたタイミングに対応する。
【０１１６】
第１信号の送信タイミングと、第３信号の送信タイミングとは、同じでもよいし、異なってもよい。
【０１１７】
送信ノードＡにおける第２信号の受信タイミングは、受信ノードＥの送信部が、第２信号の予備ルート＃２に対応するＯＨ情報に変更を加えることにより、第２信号のＯＨ情報の変更が送信ノードＡで検出されるタイミングに対応する。
【０１１８】
送信ノードＡにおける第４信号の受信タイミングは、受信ノードＥの送信部が、第４信号の予備ルート＃２に対応するＯＨ情報に変更を加えることにより、第４信号のＯＨ情報の変更が送信ノードＡで検出されるタイミングに対応する。
【０１１９】
受信ノードＥが、第２信号の予備ルート＃２に対応するＯＨ情報に変更を加えるタイミングと、第４信号の予備ルート＃２に対応するＯＨ情報に変更を加えるタイミングと、は、同じでもよいし、異なってもよい。
【０１２０】
前記の式（３）は、第１信号の送信タイミング及び第２信号の受信タイミングの差分と、第３信号の送信タイミング及び第４信号の受信タイミングの差分と、の減算を表していると捉えてよい。
【０１２１】
式（３）で表される演算を行なう「演算部」が、ＯＰＳ１２、又は、送信ノードＡ、あるいは、光ネットワーク１のＮＥ１１のいずれかに備えられてよい。
【０１２２】
次に、図５〜図７を参照して、上述した１−ｗａｙの遅延時間差測定を実現するノード１１及びＯＰＳ１２の構成例について説明する。図５は、送信ノード１１及び受信ノード１１の構成例を示すブロック図であり、図６は、中継ノード１１の構成例を示すブロック図であり、図７は、ＯＰＳ１２の構成例を示すブロック図である。
【０１２３】
（送信ノード及び受信ノードの構成例）
図５に例示するノード１１の構成は、図１に例示した送信ノードＡ及び受信ノードＥの構成例に相当すると捉えてよい。
【０１２４】
図５に示すように、ノード１１は、例示的に、現用ルートに対応した、光送受信機１１１Ｗ、多重分離部１１２Ｗ、及び、遅延バッファ１１３Ｗを備える。また、ノード１１は、例示的に、予備ルートに対応した、光送受信機１１１Ｐ、多重分離部１１２Ｐ、及び、遅延バッファ１１３Ｐを備える。
【０１２５】
更に、ノード１１は、例示的に、セレクタ１１４、光スプリッタ１１５、現用ルートに対応した光電変換部（Ｏ／Ｅ）１１６Ｗ、予備ルートに対応した光電変換部（Ｏ／Ｅ）１１６Ｐ、及び、制御部１１７を備える。
【０１２６】
光送受信機１１１Ｗは、現用ルートから受信される信号光を電気信号に変換して現用の多重分離部１１２Ｗへ出力する。また、光送受信機１１１Ｗは、現用の多重分離部１１２Ｗから入力される電気信号を信号光に変換して現用ルートへ送信する。
【０１２７】
そのため、光送受信機１１１Ｗは、例示的に、送受信部３１Ｗと光電変換部（Ｏ／Ｅ）３２Ｗとを備えてよい。
【０１２８】
送受信部３１Ｗは、現用ルートから信号光を受信して光電変換部３２Ｗへ出力する。また、送受信部３１Ｗは、光電変換部３２Ｗから入力される信号光を現用ルートへ送信する。
【０１２９】
光電変換部３２Ｗは、送受信部３１Ｗから出力される受信信号光を電気信号に変換して現用の多重分離部１１２Ｗへ出力する。また、光電変換部３２Ｗは、現用の多重分離部１１２Ｗから入力される電気信号を信号光に変換して送受信部３１Ｗへ出力する。
【０１３０】
現用の多重分離部１１２Ｗは、現用の光送受信機１１１Ｗの光電変換部３２Ｗで電気信号に変換された受信信号を、例えば、当該受信信号に多重されている複数のパス信号に分離する。また、現用の多重分離部１１２Ｗは、現用の遅延バッファ１１３Ｗから入力される複数のパス信号を多重して光送受信機１１１Ｗ（光電変換部３２Ｗ）へ出力する。
【０１３１】
当該多重分離部１１２Ｗでのパス信号の多重処理において、既述の「ＰＭ＆ＴＣＭ」フィールドを含むＯＨ情報が多重信号に付与（マッピング）されてよい。ＯＨ情報は、例示的に、制御部１１７から多重分離部１１２Ｗに与えられてよい。
【０１３２】
また、多重分離部１１２Ｗでのパス信号の分離処理において、既述の「ＰＭ＆ＴＣＭ」フィールドを含むＯＨ情報が抽出されてよい。抽出されたＯＨ情報は、制御部１１７に与えられてよい。
【０１３３】
現用の遅延バッファ１１３Ｗは、現用の多重分離部１１２Ｗから入力されるパス信号を一時的にバッファして、当該パス信号のセレクタ１１４への出力タイミング（別言すると、遅延時間あるいはバッファ時間）を調整する。
【０１３４】
また、遅延バッファ１１３Ｗは、現用の光電変換部１１６Ｗから入力される逆方向のパス信号を一時的にバッファして、当該パス信号の多重分離部１１２Ｗへの出力タイミングを調整する。
【０１３５】
遅延バッファ１１３Ｗでの遅延時間（遅延量）は、例示的に、制御部１１７によって制御されてよく、例えば、制御部１１７に備えられた後述のバッファ制御部７３によって制御されてよい。遅延量は「０」であってもよい。予備の遅延バッファ１１３Ｐでの遅延量についても同様でよい。
【０１３６】
予備ルートに対応して備えられた、光送受信機１１１Ｐ、多重分離部１１２Ｐ、及び、遅延バッファ１１３Ｐは、それぞれ、予備ルートの信号について、現用の光送受信機１１１Ｗ、多重分離部１１２Ｗ、及び、遅延バッファ１１３Ｗと同様に動作してよい。
【０１３７】
セレクタ１１４は、現用及び予備の各遅延バッファ１１３Ｗ及び１１３Ｐから出力されるパス信号の一方を選択出力する。セレクタ１１４は、現用パス及び予備パスの「受信ノード１１」に備えられて、既述の「無瞬断切り替え」を可能にする。
【０１３８】
光スプリッタ１１５は、受信信号光を分岐して現用及び予備の光電変換部１１６Ｗ及び１１６Ｐへ出力する。光スプリッタ１１５は、現用パス及び予備パスの「送信ノード１１」に備えられて、現用パス及び予備パスの双方に同じ信号を送信することを可能にする。
【０１３９】
現用の光電変換部１１６Ｗは、光スプリッタ１１５から入力された分岐信号光を電気信号に変換して現用の遅延バッファ１１３Ｗへ出力する。当該信号は、ノード１１が「送信ノード１１」として現用パスへ送信する信号に相当する。
【０１４０】
予備の光電変換部１１６Ｐは、光スプリッタ１１５から入力された分岐信号光を電気信号に変換して予備の遅延バッファ１１３Ｐへ出力する。当該信号は、ノード１１が「送信ノード１１」として予備パスへ送信する信号に相当する。
【０１４１】
なお、ノード１１が「送信ノード１１」として現用パス及び予備パスへそれぞれ送信する信号の、遅延バッファ１１３Ｗ及び１１３Ｐによる遅延量は「０」であってもよい。
【０１４２】
図５の構成を送信ノードＡの構成としてみれば、現用の多重分離部１１２Ｗ及び光送受信機１１１Ｗが、送信ノードＡとして既述の第１信号を現用ルート＃１へ送信する送信部に相当すると捉えてよい。
【０１４３】
また、予備の多重分離部１１２Ｐ及び光送受信機１１１Ｐが、送信ノードＡとして既述の第３信号を予備ルート＃２へ送信する送信部に相当すると捉えてよい。
【０１４４】
一方、図５の構成を受信ノードＥの構成としてみれば、現用の光送受信機１１１Ｗ及び多重分離部１１２Ｗが、受信ノードＥとして現用ルート＃１から第１信号を受信する第１受信部に相当すると捉えてよい。
【０１４５】
また、予備の光送受信機１１１Ｐ及び多重分離部１１２Ｐが、受信ノードＥとして予備ルート＃２から第３信号を受信する受信部に相当すると捉えてよい。
【０１４６】
予備の光送受信機１１１Ｐ及び多重分離部１１２Ｐは、受信ノードＥとして、現用ルート＃１からの第１信号の受信に応じて予備ルート＃２へ第２信号を送信する送信部にも相当すると捉えてよい。
【０１４７】
更に、現用の光送受信機１１１Ｗ及び多重分離部１１２Ｗは、受信ノードＥとして、予備ルート＃２からの第２信号の受信に応じて、予備ルート＃２へ第４信号を送信する送信部にも相当すると捉えてよい。
【０１４８】
制御部１１７は、ノード１１の全体的な動作を制御する。当該制御には、例示的に、ＯＨ情報の設定や、ＯＨ情報の「ＰＭ＆ＴＣＭ」フィールドを用いた伝送遅延測定の制御、遅延バッファ１１３Ｗ及び１１３Ｐでの遅延量の制御等が含まれてよい。
【０１４９】
そのため、制御部１１７には、例示的に、装置内情報管理部７１、遅延測定（ＤＭ）制御部７２、及び、バッファ制御部７３が備えられてよい。
【０１５０】
装置内情報管理部７１は、例示的に、ノード１１とＯＰＳ１２との間の制御通信にて送受信される情報を管理する。当該情報には、ＯＰＳ１２から受信される命令や指示等の制御情報や、ＯＰＳ１２宛に送信する応答や報告等に関する情報等が含まれてよい。
【０１５１】
例示的に、ＯＰＳ１２から受信される制御情報には、ＤＭの実施命令が含まれてよく、また、ＯＰＳ１２へ送信する情報には、ＤＭの結果を示す情報が含まれてよい。
【０１５２】
装置内情報管理部７１は、ＤＭ実施命令の受信に応じて、ＤＭ制御部７２にＤＭを実施させることができる。また、装置内情報管理部７１は、ＤＭ制御部７２からのＤＭ結果の受信に応じて、当該ＤＭ結果をＯＰＳ１２宛に報告することができる。
【０１５３】
送信ノード１１におけるＤＭ制御部７２は、装置内情報管理部７１からのＤＭ実施命令に応じて、多重分離部１１２Ｗ（又は１１２Ｐ）にて多重されるＯＨ情報における「ＰＭ＆ＴＣＭ」フィールドの設定を制御する。そのため。ＤＭ制御部７２は、「ＯＨ制御部７２」と称してもよい。
【０１５４】
例えば、ＤＭ制御部７２は、「２−ｗａｙのＤＭ処理」の実施命令に応じて、既述のとおり、「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビットを「１」に設定する。また、ＤＭ制御部７２は、「リング１周型のＤＭ処理」の実施命令に応じて、「ＰＭ＆ＴＣＭ」フィールドのＲＥＳビットを「１」に設定する。
【０１５５】
また、送信ノード１１におけるＤＭ制御部７２は、多重分離部１１２Ｗ（又は１１２Ｐ）にて抽出されるＯＨ情報における「ＰＭ＆ＴＣＭ」フィールドの設定を参照し、設定が変化したタイミングを基にパスの遅延時間を測定できる。測定結果は、装置内情報管理部７１に与えられてよい。ＤＭ制御部７２は、測定部の一例であると捉えてもよいし、測定部としての機能を具備していると捉えてもよい。
【０１５６】
また、受信ノード１１におけるＤＭ制御部７２は、多重分離部１１２Ｗ（又は１１２Ｐ）にて抽出されるＯＨ情報における「ＰＭ＆ＴＣＭ」フィールドの設定を参照することで、「通常」及び「リング１周型」のＤＭ処理のいずれが開始されたかを判定できる。
【０１５７】
バッファ制御部７３は、例示的に、ＯＰＳ１２からの装置内情報管理部７１を介した制御通信に応じて、現用及び予備の各遅延バッファ１１３Ｗ及び１１３Ｐでの遅延量を制御する。
【０１５８】
当該遅延量は、既述のように、複数のノード１１にて信号遅延を分散的に制御する場合、例示的に、ＯＰＳ１２が決定した、各ノード１１で分担するバッファ遅延量であってよい。なお、各ノード１１が分担するバッファ遅延量は、「遅延分散量」と称してよい。「遅延分散量」の設定に関わる経路（ルート）は、「遅延分散経路」と称してよい。
【０１５９】
（中継ノードの構成例）
次に、図６を参照して、中継ノード１１の構成例について説明する。図６に例示する中継ノード１１の構成例は、図１に例示した中継ノードＢ、Ｃ及びＤの構成に相当すると捉えてよい。
【０１６０】
図６に示す中継ノード１１は、例示的に、光受信機１１１、遅延バッファ１１３、光送信機１１８、及び、制御部１１９を備える。
【０１６１】
光受信機１１１は、送信ノード１１又は他の中継ノード１１から送信された信号光を受信部３１にて受信し、受信した信号光を光電変換部（Ｏ／Ｅ）３２にて電気信号に変換して遅延バッファ１１３へ出力する。
【０１６２】
遅延バッファ１１３は、光受信機１１１（光電変換部３２）から入力される信号を一時的にバッファして、当該信号の光送信機１１８への出力タイミングを調整する。遅延バッファ１１３での遅延量は、例示的に、制御部１１９によって制御されてよく、例えば、制御部１１９に備えられた後述のバッファ制御部９３によって制御されてよい。当該遅延量は「０」であってもよい。
【０１６３】
光送信機１１８は、遅延バッファ１１３から入力される信号を光電変換部（Ｏ／Ｅ）４１にて信号光に変換して送信部４２から受信ノード１１に向かう方向の光伝送路へ送信する。
【０１６４】
なお、図６に例示した構成は、片方向の通信に着目した構成である。逆方向の通信（別言すると、双方向通信）をサポートする場合には、逆方向の通信に関して、上記と同様の光受信機１１１、遅延バッファ１１３、及び、光送信機１１８が中継ノード１１に備えられて構わない。
【０１６５】
制御部１１９は、中継ノード１１の全体的な動作を制御する。当該制御には、ＯＰＳ１２からの制御通信に応じて、遅延バッファ１１３での信号の遅延量を制御することが含まれてよい。
【０１６６】
そのため、制御部１１９には、例示的に、装置内情報管理部９１とバッファ制御部９３とが備えられてよい。装置内情報管理部９１は、例示的に、ＯＰＳ１２と制御通信が可能である。
【０１６７】
バッファ制御部９３は、例示的に、ＯＰＳ１２からの装置内情報管理部９１を介した制御通信に応じて、現用及び予備の各遅延バッファ１１３Ｗ及び１１３Ｐでの遅延量を制御する。当該遅延量は、既述のように、複数のノード１１にて信号遅延を分散的に制御する場合、例示的に、ＯＰＳ１２が決定した、各ノード１１で分担するバッファ遅延量であってよい。
【０１６８】
（ＯＰＳの構成例）
次に、図７を参照して、ＯＰＳ１２の構成例について説明する。図７に示すＯＰＳ１２は、例示的に、演算部１２１と、信号送信部１２２と、信号受信部１２３と、を備える。
【０１６９】
演算部１２１は、例示的に、オペレータ端末２０からの操作コマンド等の制御情報の受信に応じて、ノード１１宛の制御情報を生成したり、ノード１１から受信される情報を処理したりする。
【０１７０】
演算部１２１で生成される制御情報には、送信ノード１１宛の既述のＤＭ実施命令や、いずれかのノード１１宛のバッファ遅延量等が含まれてよい。ノード１１から受信される情報には、送信ノード１１がＯＰＳ１２宛に報告するＤＭ測定結果が含まれてよい。
【０１７１】
演算部１２１は、ＤＭ測定結果に基づいて、既述の式（３）によって、１−ｗａｙ遅延時間差を求めることができる。また、演算部１２１は、求めた１−ｗａｙ遅延時間差に基づいて、どのノード１１に対してどの程度のバッファ遅延量を設定するかを決定することができる。
【０１７２】
なお、演算部１２１は、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital Signal Processor）等の、演算能力を備えたプロセッサを用いて実現されてよい。「プロセッサ」は、プロセッサデバイスあるいはプロセッサ回路等と称されてもよい。
【０１７３】
信号送信部１２２は、例示的に、演算部１２１で生成された制御情報を含む信号を、対象ノード１１宛に送信する。
【０１７４】
信号受信部１２３は、例示的に、いずれかのノード１１が送信した、ＤＭ測定結果等の情報を含む信号を受信する。
【０１７５】
なお、信号送信部１２２と信号受信部１２３とは、信号送受信部として一体的に構成されてもよい。また、演算部１２１には、通信バス等を介してメモリ等の記憶部、記憶装置、あるいは記憶媒体ドライブ等が接続されてよい。演算部１２１は、メモリ等に記憶されたプログラムやデータを読み取って動作することで、ＯＰＳ１２としての動作や機能を実現する。
【０１７６】
なお、ＯＰＳ１２とノード１１との間の制御通信には、図８に例示するような信号フォーマットを用いてよい。図８に例示する信号フォーマットには、送信ノード１１及び受信ノード１１をそれぞれ識別可能な情報や、ＤＭ測定結果であるＤＭ測定時間、遅延分散量、及び、遅延分散経路を識別可能な情報等が適宜に設定可能である。
【０１７７】
以下、上述のごとく構成された光伝送システム１におけるＤＭ処理に関わる動作の一例について、図９〜図１４を参照して説明する。図９は、光伝送システム１全体としてのＤＭ処理に関わる動作の一例を示すフローチャートである。図１０は、ＤＭ処理に関わる送信ノード１１における動作を説明するために、送信ノード１１の内部的な信号転送経路を模式的に示した図である。
【０１７８】
図１１は、「２−ｗａｙのＤＭ処理」に関わる受信ノード１１における動作を説明するために、受信ノード１１の内部的な信号転送経路を模式的に示した図であり、図１２は、「リング１周型のＤＭ処理」に関わる受信ノード１１における動作を説明するために、受信ノード１１の内部的な信号転送経路を模式的に示した図である。
【０１７９】
また、図１３は、ＤＭ処理に関わる送信ノード１１の内部的な動作の一例を示すフローチャートであり、図１４は、ＤＭ処理に関わる受信ノード１１の内部的な動作の一例を示すフローチャートである。
【０１８０】
図９のフローチャートにおいて、処理Ｐ１０では、ＯＰＳ１２（演算部１２１）においてパス設定要求が受信される。パス設定要求は、例示的に、オペレータ端末２０から与えられる。
【０１８１】
ネットワーク管理者は、オペレータ端末２０がサポートする入力インタフェースを利用して、管理対象の光ネットワーク１における任意の２つのノード１１を「送信ノード」及び「受信ノード」に決定する。以下では、図１に例示したように、ノードＡが「送信ノード」、ノードＥが「受信ノード」にそれぞれ決定されたと仮定する。
【０１８２】
なお、オペレータ端末２０は、入力インタフェースの一例として、ＧＵＩ（Graphical User Interface）をサポートしてもよいし、ＣＬＩ（Command Line Interface）をサポートしてもよい。
【０１８３】
処理Ｐ２０では、ＯＰＳ１２が、現用パス及び予備パスの設定を実施する。例えばＯＰＳ１２は、オペレータ端末２０から受信したパス設定要求に応じた現用パス及び予備パスの設定を、送信ノードＡと受信ノードＥとに対して実施する。
【０１８４】
現用パス及び予備パスの決定は、演算部１２１にて実施される。例えば、図１に例示したように、現用ルート＃１に現用パス＃１を設定することが決定され、予備ルート＃２に予備パス＃２を設定することが決定されたと仮定する。
【０１８５】
現用パス＃１及び予備パス＃２の決定に応じて、ＯＰＳ１２は、図８に例示した信号フォーマットに、送信ノードＡ及び受信ノードＥの識別情報を設定し、当該信号を信号送信部１２２（図７参照）から各パス＃１及び＃２が経由する全ノードＡ〜Ｅ宛に送信する。
【０１８６】
現用パス＃１及び予備パス＃２の設定後、処理Ｐ３０では、ＯＰＳ１２は、送信ノードＡに対してＤＭの実施（開始）命令を送信する。ＤＭ実施命令には、「２−ｗａｙのＤＭ処理」を実施するのか「リング１周型のＤＭ処理」を実施するのかを示す情報が設定されてよい。
【０１８７】
ＤＭ実施命令は、送信ノードＡの制御部１１７（例えば、装置内情報管理部７１）（図５参照）にて受信される。送信ノードＡの内部的な動作に着目すると、ＤＭ実施命令の受信は、例えば図１０の実線矢印Ｓ１で表され、また、図１３の処理Ｐ２３０に相当する。
【０１８８】
ＤＭ実施命令を受信した装置内情報管理部７１は、当該命令が「２−ｗａｙのＤＭ処理」の実施命令か「リング１周型のＤＭ処理」の実施命令かを判定する。当該判定処理は、例えば図１３の処理Ｐ２４０に相当する。
【０１８９】
判定の結果が「２−ｗａｙのＤＭ処理」の実施命令であれば（処理Ｐ２４０でＹＥＳの場合）、装置内情報管理部７１は、ＤＭ制御部７２に「２−ｗａｙのＤＭ処理」の実施命令を与える。
【０１９０】
一方、判定の結果が「リング１周型のＤＭ処理」の実施命令であれば（処理Ｐ５０及びＰ２４０でＮＯの場合）、装置内情報管理部７１は、ＤＭ制御部７２に「リング１周型のＤＭ処理」の実施命令を与える。
【０１９１】
これらの装置内情報管理部７１がＤＭ制御部７２にＤＭ実施命令を与える処理は、送信ノードＡの内部的な動作に着目すると、例えば図１０の実線矢印Ｓ２で表され、また、図１３の処理Ｐ２５０及びＰ２６０に相当する。
【０１９２】
「２−ｗａｙのＤＭ処理」では、ＤＭ制御部７２は、多重分離部１１２Ｗ（１１２Ｐ）において送信ノードＡから受信ノードＥへ現用ルート＃１（予備ルート＃２）に流れている信号の「ＯＤＵｋ  ＯＨ」の書き換えを実施する。
【０１９３】
例えば、多重分離部１１２Ｗ（１１２Ｐ）は、ＤＭ制御部７２からの制御に応じて、現用ルート＃１又は予備ルート＃２を受信ノードＥに向かって順方向に流れる信号の「ＰＭ＆ＴＣＭ」フィールドにおけるＤＭｐビットを「０」から「１」に変更する。
【０１９４】
一方、「リング１周型のＤＭ処理」では、ＤＭ制御部７２は、「２−ｗａｙのＤＭ処理」に加えて、「ＰＭ＆ＴＣＭ」フィールドのＲＥＳビットを「０」から「１」に変更する。
【０１９５】
例えば、ＤＭ制御部７２は、現用ルート＃１（多重分離部１１２Ｗ）を受信ノードＥに向かって流れる信号の「ＰＭ＆ＴＣＭ」フィールドにおけるＲＥＳビットを「０」から「１」に変更する。
【０１９６】
送信ノードＡの内部的な動作に着目すると、上述したＯＨ情報の書き換え処理は、例えば図１０の実線矢印Ｓ３で表される。
【０１９７】
別言すると、ＤＭ制御部７２は、予備ルート＃２に対しては「２−ｗａｙのＤＭ処理」を実施し、現用ルート＃１に対しては「リング１周型のＤＭ処理」を実施することが可能である。
【０１９８】
現用ルート＃１及び予備ルート＃２それぞれの光伝送路に送信される信号光は、光スプリッタ１１５（図５参照）にて生成される。光スプリッタ１１５で分岐された信号光は、それぞれ、現用及び予備の光電変換部１１６Ｗ及び１１６Ｐにて電気信号に変換される。
【０１９９】
電気信号に変換された各信号は、それぞれ、現用及び予備の多重分離部１１２Ｗ及び１１２Ｐに入力される。多重分離部１１２Ｗ及び１１２Ｐでのパス信号の多重処理において、ＤＭ制御部７２によって上述したＤＭ対象パスのＯＨ情報の書き換えが実施される（図１３の処理Ｐ２７０）。
【０２００】
多重分離部１１２Ｗ（１１２Ｐ）にて、ＤＭ対象のパスを含む複数のパス信号が多重化された電気信号は、現用及び予備の光送受信機１１１Ｗ（１１１Ｐ）にて信号光に変換されて、現用ルート＃１（予備ルート＃２）の光伝送路へ送信される。当該変換及び送信処理は、例えば図１３の処理Ｐ２８０及びＰ２９０に相当する。
【０２０１】
次に、図９の処理Ｐ４０では、受信ノードＥが受信した信号のＯＨ情報を確認して、「２−ｗａｙのＤＭ処理」を実施するか、「リング１周型のＤＭ処理」を実施するか、を判定する。
【０２０２】
例えば、受信ノードＥは、現用パス＃１及び予備パス＃２の双方から信号光を現用及び予備の送受信部３１Ｗ及び３１Ｐ（図５参照）にて受信する。図１４の処理Ｐ３１０に相当する。現用パス＃１の受信処理に着目すると、当該受信処理は、例えば図１１の実線矢印Ｓ１１及び図１２の実線矢印Ｓ２１で表される。
【０２０３】
現用（予備）の送受信部３１Ｗ（３１Ｐ）にて受信された信号光は、現用（予備）の光電変換部３２Ｗ（３２Ｐ）にて電気信号に変換されて、多重分離部１１２Ｗ（１１２Ｐ）に入力される。当該処理は、例えば図１１の実線矢印Ｓ１２及び図１２の実線矢印Ｓ２２で表され、また、図１４の処理Ｐ３２０に相当する。
【０２０４】
電気信号に変換された信号は、現用（予備）の多重分離部１１２Ｗ（１１２Ｐ）にて複数のパス信号に分離される。当該分離処理において、受信ノードＥのＤＭ制御部７２が、現用パス＃１及び予備パス＃２のＯＨ情報を読み出して「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビット及びＲＥＳビットの値を確認する。当該処理は、例えば図１１の実線矢印Ｓ１３及び図１２の実線矢印Ｓ２３で表され、また、図１４の処理Ｐ３３０に相当する。
【０２０５】
図９の処理Ｐ５０では、ＤＭ制御部７２が、確認した「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビット及びＲＥＳビットを基に、送信ノードＡによって現用ルート＃１に対して「２−ｗａｙのＤＭ処理」が実施されているか「リング１周型のＤＭ処理」が実施されているかを判定する。当該処理は、例えば図１４の処理Ｐ３４０及びＰ３５０に相当する。
【０２０６】
例えば、ＤＭ制御部７２は、現用ルート＃１から受信したパス信号の「ＰＭ＆ＴＣＭ」フィールドにおけるＤＭｐビットが「１」であり、かつ、ＲＥＳビットが「０」であれば、現用ルート＃１に対して「２−ｗａｙのＤＭ処理」が実施されていると判定する。当該処理は、例示的に、図９における処理Ｐ５０のＹＥＳルート、及び、図１４における処理Ｐ３５０及びＰ３６０のＹＥＳルートで表される処理に相当する。
【０２０７】
一方、現用ルート＃１から受信したパス信号のＲＥＳビットが「１」であれば、ＤＭ制御部７２は、「リング１周型のＤＭ処理」が実施されていると判定する。当該処理は、図９における処理Ｐ５０のＮＯルート、及び、図１４における処理Ｐ３６０のＮＯルートで表される処理に相当する。
【０２０８】
「２−ｗａｙのＤＭ処理」が実施されているとの判定に応じて、受信ノードＥのＤＭ制御部７２は、ＤＭｐビットが「１」に設定された信号を受信したパスとは逆方向に流れている信号のＯＨ情報の書き換えを行なう（図９の処理Ｐ６０）。
【０２０９】
例えば、現用パス＃１から受信された信号のＤＭｐビットが「１」であったとすると、ＤＭ制御部７２は、現用パス＃１が設定された同じ現用ルート＃１を逆方向に流れる信号における「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビットを「０」から「１」に変更する。当該処理は、例えば図１４における処理Ｐ３６０のＹＥＳルートから処理Ｐ３７０で表される処理に相当する。
【０２１０】
また、予備パス＃２から受信された信号のＤＭｐビットが「１」であったとすると、ＤＭ制御部７２は、予備パス＃２が設定された同じ予備ルート＃２を逆方向に流れる信号における「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビットを「０」から「１」に変更する。当該処理は、例えば図１４における処理Ｐ３５０のＮＯルートから処理Ｐ３９０で表される処理に相当する。
【０２１１】
以上のＯＨ情報の書き換え処理は、順方向の現用ルート＃１又は予備ルート＃２から受信したＤＭｐビットを、同じ現用ルート＃１又は予備ルート＃２を逆方向に流れる信号のＯＨ情報にマッピングすることに相当すると捉えてもよい。「マッピング」は「載せ替え」と称してもよい。
【０２１２】
また、ＯＨ情報の書き換え処理は、図５に例示した多重分離部１１２Ｗ（１１２Ｐ）での多重処理において、対象パスの信号のＯＨ情報を書き換えることに相当すると捉えてよい。例えば、「２−ｗａｙのＤＭ処理」における当該ＯＨ情報の書き換え処理は、図１１の実線矢印Ｓ１４で表される。
【０２１３】
一方、「リング１周型のＤＭ処理」が実施されていると判定されると、ＤＭ制御部７２は、ＲＥＳビットが「１」に設定された信号を受信したパスとは異なるルートで送信ノードＡへ流れる信号のＯＨ情報を書き換える。当該処理は、図９における処理Ｐ５０のＮＯルートから処理Ｐ７０に相当する。
【０２１４】
仮に、ＲＥＳビットが「１」に設定された信号が現用パス＃１の信号であったとすると、受信ノードＥのＤＭ制御部７２は、現用パス＃１が設定された現用ルート＃１とは異なる予備ルート＃２を送信ノードＡに向かって流れる信号のＯＨ情報を書き換える。
【０２１５】
例えば、ＤＭ制御部７２は、予備ルート＃２を送信ノードＡに向かって流れる信号の「ＯＰＭ＆ＴＣＭ」フィールドにおけるＤＭｐビット及びＲＥＳビットをそれぞれ「０」から「１」に変更する。
【０２１６】
当該ＯＨ情報の書き換え処理は、順方向の現用ルート＃１から受信したＤＭｐビット及びＲＥＳビットを、異なる予備ルート＃２を逆方向に流れる信号のＯＨ情報にマッピングすることに相当すると捉えてもよい。
【０２１７】
また、当該ＯＨ情報の書き換え処理は、図５に例示した予備の多重分離部１１２Ｐでの多重処理において、対象パスの信号のＯＨ情報を書き換えることに相当すると捉えてよい。例えば、当該ＯＨ情報の書き換え処理は、図１２の実線矢印Ｓ２４で表され、また、図１４における処理Ｐ３６０のＮＯルートから処理Ｐ３８０で表される処理に相当する。
【０２１８】
なお、受信ノードＥは、ＤＭ制御部７２の制御に応じて、順方向の予備ルート＃２から受信したＤＭｐビット及びＲＥＳビットを、異なる現用ルート＃１を逆方向に流れる信号のＯＨ情報にマッピングすることも可能である。
【０２１９】
受信ノードＥにおいて、多重分離部１１２Ｗ（１１２Ｐ）にて上述のごとくＯＨ情報が書き換えられた信号（電気信号）は、光送受信機１１１Ｗ（１１１Ｐ）の光電変換部３２Ｗ（３２Ｐ）にて信号光に変換される。当該処理は、例えば図１１の実線矢印Ｓ１５（図１２の実線矢印Ｓ２５）で表され、また、図１４の処理Ｐ４００に相当する。
【０２２０】
光電変換部３２Ｗ（３２Ｐ）で得られた信号光は、送受信部３１Ｗ（３１Ｐ）から送信ノードＡへ向かう方向の光伝送路へ送信される。当該処理は、例えば図１１の実線矢印Ｓ１６（図１２の実線矢印Ｓ２６）で表され、また、図１４の処理Ｐ４１０に相当する。
【０２２１】
次に、図９の処理Ｐ８０では、送信ノードＡが、ＤＭ測定結果をＯＰＳ１２に通知する。例えば、送信ノードＡは、現用ルート＃１（又は予備ルート＃２）について、「２−ｗａｙのＤＭ処理」を実施したのであれば、ＤＭ制御部７２において、現用ルート＃１（又は予備ルート＃２）のＤＭ測定値ＤＭ（Ｎ）が測定される。
【０２２２】
「２−ｗａｙのＤＭ処理」でのＤＭ測定値ＤＭ（Ｎ）は、以下のタイミングＴ１及びＴ２の差分（Ｔ２−Ｔ１）として測定できる。
【０２２３】
Ｔ１：送信ノードＡから受信ノードＥへ流れている信号のＤＭｐビットを「０」から「１」に変更したタイミング
【０２２４】
Ｔ２：タイミングＴ１で「１」に変更したＤＭｐビットが流れるルートと同じルートで逆方向に流れている信号のＤＭｐビットが「０」から「１」に切り替わったタイミング
【０２２５】
一方、送信ノードＡは、「リング１周型のＤＭ処理」を実施したのであれば、ＤＭ制御部７２において、２−ｗａｙのＤＭ測定値ＤＭ（Ｎ）に加えて、「リング１周型のＤＭ処理」でのＤＭ測定値ＤＭ（Ｒ）が測定される。
【０２２６】
「リング１周型のＤＭ処理」でのＤＭ測定値ＤＭ（Ｒ）は、以下のタイミングＴ３及びＴ４の差分（Ｔ４−Ｔ３）として測定できる。
【０２２７】
Ｔ３：送信ノードＡから受信ノードＥへ流れている信号のＲＥＳビットを「０」から「１」に変更したタイミング
【０２２８】
Ｔ４：タイミングＴ３で「１」に変更したＲＥＳビットが流れるルートとは異なるルートで逆方向に流れている信号のＲＥＳビットが「０」から「１」に切り替わったタイミング
【０２２９】
なお、ＤＭ測定値がＤＭ（Ｒ）であるかＤＭ（Ｎ）であるかは、ＤＭ制御部７２において、対象の信号の「ＰＭ＆ＴＣＭ」フィールドにおけるＲＥＳビットを確認することで判定できる。
【０２３０】
ＤＭ制御部７２で得られたＤＭ測定値は、装置内情報管理部７１に通知される。装置内情報管理部７１は、通知されたＤＭ測定値をＯＰＳ１２宛に送信する（図９の処理Ｐ８０）。例えば、装置内情報管理部７１は、図８に例示した信号フォーマットの「ＤＭ測定時間（現用／予備）」フィールドに、ＤＭ測定値を設定してＯＰＳ１２へ送信する。したがって、装置内情報管理部７１は、ＤＭ測定値をＯＰＳ１２に通知する通知部の一例であると捉えてよい。
【０２３１】
現用ルート＃１から予備ルート＃２への「リング１周型のＤＭ処理」において得られるＤＭ測定値ＤＭ（Ｒ）は、例示的に、「ＤＭ測定時間（現用）」フィールドに設定されてよい。また、「リング１周型のＤＭ処理」において予備ルート＃２について得られる２−ｗａｙのＤＭ測定値ＤＭ（Ｎ）は、「ＤＭ測定時間（予備）」フィールドに設定されてよい。
【０２３２】
次に、図９の処理Ｐ９０では、ＯＰＳ１２が、送信ノードＡから受信したＤＭ測定値に基づいて、現用ルート＃１及び予備ルート＃２の１−ｗａｙの遅延時間差を求める。
【０２３３】
例えば、ＯＰＳ１２の演算部１２１は、式（３）に例示したように、ＤＭ測定値ＤＭ（Ｒ）とＤＭ測定値ＤＭ（Ｎ）との差分を演算することにより、現用ルート＃１及び予備ルート＃２の１−ｗａｙの遅延時間差を求める。
【０２３４】
次に、図９の処理Ｐ１００では、ＯＰＳ１２が、処理Ｐ９０で求めた１−ｗａｙの遅延時間差を基に中継ノード１１におけるバッファ遅延量を求める。
【０２３５】
例えば、ＯＰＳ１２の演算部１２１は、現用ルート＃１と予備ルート＃２との遅延時間差を基に、遅延時間が小さいルートを判定する。図１の例では、現用ルート＃１が遅延時間の小さいルートと判定される。
【０２３６】
そして、演算部１２１は、現用ルート＃１と予備ルート＃２との遅延時間差、及び、遅延時間の小さいルート＃１における中継ノード数を基に、遅延時間の小さいルート＃１における中継ノード１１及び受信ノード１１が負担するバッファ遅延量を求める。
【０２３７】
図１の例では、中継ノードＢ及びＣ、並びに、受信ノードＥがそれぞれ負担するバッファ遅延量が求められることになる。なお、各ルート＃１及び＃２における中継ノード数は、ＯＰＳ１２にて、トポロジー情報等として既知であるか、当該情報を基に算出可能であると考えてよい。
【０２３８】
次に、図９の処理Ｐ１１０では、ＯＰＳ１２が、中継ノードＢ及びＣ並びに受信ノードＥに対して負担するバッファ遅延量を通知する。例えば、ＯＰＳ１２の演算部１２１は、図８に例示した信号フォーマットの「遅延分散量」フィールドに、各ノード１１が負担するバッファ遅延量を設定してよい。
【０２３９】
加えて、演算部１２１は、遅延を分散させるルートを示す情報を図８に例示した信号データフォーマットの「遅延分散経路」フィールドに設定してよい。例えば、「０」で、遅延を分散させるルートが現用ルート＃１であることを示し、「１」で遅延を分散させるルートが予備ルート＃２であることを示す設定としてよい。
【０２４０】
ＯＰＳ１２は、上述のごとく「遅延分散量」及び「遅延分散経路」を設定した信号を該当ノード１１宛に送信することで、それぞれのノード１１が負担するバッファ遅延量を通知する。
【０２４１】
例えば、中継ノードＢ及びＣでは、図６に例示した制御部１１９の装置内情報管理部９１にバッファ遅延量が通知される。受信ノードＥでは、図５に例示した制御部１１７の装置内情報管理部７１にバッファ遅延量が通知される。
【０２４２】
次に、図９の処理Ｐ１２０では、ＯＰＳ１２からバッファ遅延量を通知されたノード１１が、遅延バッファによる遅延量を、通知されたバッファ遅延量に制御する。例えば、受信ノードＥでは、制御部１１７の装置内情報管理部７１（図５参照）が、ＯＰＳ１２から通知された「遅延分散量」及び「遅延分散経路」の情報をバッファ制御部７３に与える。
【０２４３】
バッファ制御部７３は、装置内情報管理部７１から与えられた情報に従って、現用及び予備の遅延バッファ１１３Ｗ及び１１３Ｐの一方又は双方の遅延量を制御する。なお、現用及び予備の遅延バッファ１１３Ｗ及び１１３Ｐのいずれを制御対象にするかは、「遅延分散経路」の情報を基に識別できる。
【０２４４】
一方、中継ノードＢ及びＣでは、制御部１１９の装置内情報管理部９１（図６参照）が、ＯＰＳ１２から通知された「遅延分散量」及び「遅延分散経路」の情報をバッファ制御部９３に与える。
【０２４５】
バッファ制御部９３は、装置内情報管理部９１から与えられた情報に従って、遅延バッファ１１３の遅延量を制御する。なお、中継ノード１１に、受信ノードＥから送信ノードＡに向かう逆方向の遅延バッファ１１３が備えられている場合、いずれの遅延バッファ１１３を制御対象にするかは、「遅延分散経路」の情報を基に識別してよい。
【０２４６】
図６に例示した構成を有する中継ノードＢ及びＣにおいて、光受信機１１１の受信部３１にて受信された信号光は、光電変換部３２にて電気信号に変換される。電気信号に変換された信号は、遅延バッファ１１３に入力されて、上述したようにしてバッファ遅延量が調整される。
【０２４７】
遅延バッファ１１３から出力された電気信号は、光送信機１１８の光電変換部４１において信号光に変換されて、送信部４２から、受信ノードＥに向かう方向の光伝送路へ送信される。
【０２４８】
一方、図５に例示した構成を有する受信ノードＥにおいて、現用（予備）の光送受信機１１１Ｗ（１１１Ｐ）の送受信部３１Ｗ（３１Ｐ）にて、現用ルート＃１（予備ルート＃２）の光伝送路から信号光が受信される。
【０２４９】
受信信号光は、光電変換部３２Ｗ（３２Ｐ）にて電気信号に変換されて、多重分離部１１２Ｗ（１１２Ｐ）に入力される。多重分離部１１２Ｗ（１１２Ｐ）は、光電変換部３２Ｗ（３２Ｐ）から入力された電気信号から対象のパス信号が分離される。
【０２５０】
その後、多重分離部１１２Ｗ（１１２Ｐ）で分離されたパス信号は、遅延バッファ１１３Ｗ（１１３Ｐ）に入力されて、上述したようにバッファ遅延量が調整される。現用及び予備の遅延バッファ１１３Ｗ及び１１３Ｐから出力された信号は、セレクタ１１４に入力され、セレクタ１１４にて一方の信号が選択される。
【０２５１】
ここで、各中継ノードＢ及びＣ並びに受信ノードＥにおいてバッファ遅延量が既述のとおりに調整されているため、現用ルート＃１及び予備ルート＃２を流れる信号が受信ノードＥのセレクタ１１４に入力されるタイミングは、同じタイミングである。したがって、セレクタ１１４の切り替えによって「無瞬断切り替え」が実現可能となる。
【０２５２】
以上のように、第１実施形態では、送信ノードＡにおいて、受信ノードＥに向かう方向のＯＤＵｋパスのＯＨ情報における「ＰＭ＆ＴＣＭ」フィールドのＲＥＳビットにフラグ情報を設定する。
【０２５３】
そして、受信ノードＥにおいて、フラグ情報を基に「２−ｗａｙのＤＭ処理」であるか「リング１周型のＤＭ処理」であるかを判定する。フラグ情報が「リング１周型のＤＭ処理」を示していれば、受信ノードＥは、当該信号が現用ルート＃１及び予備ルート＃２のいずれから受信した信号であるか否かを判定する。
【０２５４】
判定の結果、「リング１周型のＤＭ処理」を示す信号が現用ルート＃１から受信した信号であれば、受信ノードＥは、予備ルート＃２を送信ノードＡに向かって流れる信号のＯＨ情報に、現用ルート＃１から受信した信号のＯＨ情報をマッピングする。マッピング対象のＯＨ情報は、例示的に、ＤＭｐビット及びＲＥＳビットである。
【０２５５】
一方、「リング１周型のＤＭ処理」を示す受信信号が予備ルート＃２から受信した信号であれば、受信ノードＥは、現用ルート＃１を送信ノードＡに向かって逆方向に流れる信号のＯＨ情報に、予備ルート＃２から受信した信号のＯＨ情報をマッピングする。
【０２５６】
送信ノードＡでは、自ノードＡがＯＨ情報を書き換えたタイミングと、受信ノードＥ側から受信される信号のＯＨ情報が変化したタイミングと、の差分により、現用及び予備のルート＃１及び＃２の、受信ノードＥに向かう１−ｗａｙの遅延時間差を測定できる。
【０２５７】
したがって、「２−ｗａｙのＤＭ処理」によって得られる２−ｗａｙの遅延時間を基にして１−ｗａｙの遅延時間差を推定する場合よりも、精度の高い１−ｗａｙの遅延時間差を測定することができる。
【０２５８】
よって、例えば、ネットワーク管理者（オペレータ端末２０）に対して正確な遅延時間差の情報を提供することができる。その結果、ネットワーク管理者は、現用及び予備のルート（又はパス）の設定や、ＵＰＳＲにおける遅延バッファの分散配置の最適化等、の効率的なネットワーク管理を実施することが可能となる。
【０２５９】
また、上述した「リング１周型のＤＭ処理」において、送信ノードＡ及び受信ノードＥがＯＨ情報を書き換えるタイミングは、フレーム周期やマルチフレーム周期に制約されない。したがって、測定可能な最大の遅延差も、フレーム周期やマルチフレーム周期に制約されない。
【０２６０】
更に、上述した例において、１−ｗａｙの遅延時間差は、式（３）で例示したように、ＤＭ（Ｒ）とＤＭ（Ｎ）との差分によって求めることができるから、タイムスタンプ等の時刻情報は不要である。
【０２６１】
したがって、光ネットワーク１のＮＥ１１が高精度に時刻同期している必要はなく、伝送遅延測定のために、ＮＥ１１に高精度なクロック信号源を備えたり、ＮＥ１１間で高精度に時刻同期を確立するような仕組みを備えたりする必要もない。
【０２６２】
別言すれば、上述した「リング１周型のＤＭ処理」は、既存ネットワークへの導入が容易である。よって、伝送遅延測定のためにＮＥのコストが増大したり、ネットワークコストが増大したりすることを回避あるいは抑制できる。
【０２６３】
（第２実施形態）
上述した第１実施形態では、ＯＰＳ１２が、ＵＰＳＲにおける１−ｗａｙの遅延時間差を求め、当該遅延時間差を基に、各ノード１１のバッファ遅延時間を制御する例について説明した。
【０２６４】
第２実施形態では、ＵＰＳＲを成すいずれかのノード１１が、ＯＰＳ１２に代わって、１−ｗａｙの遅延時間差を求めてバッファ遅延時間を自律分散的に制御する例について説明する。
【０２６５】
図２に例示したように、ＯＤＵｋパスのＯＨ情報には、汎用通信チャネル（ＧＣＣ）フィールドが用意されている。ノード１１は、当該ＧＣＣフィールドを用いて、任意の他のノード１１と通信することが可能である。
【０２６６】
したがって、ＧＣＣフィールドを用いて、第１実施形態で説明したＤＭ測定値やバッファ遅延量等の情報をノード１１間で送受信することが可能である。なお、ＧＣＣフィールドを用いたノード１１間通信は、便宜的に、「ＧＣＣ通信」と称してよい。
【０２６７】
ノード１１間でＧＣＣ通信を行なうことで、第１実施形態で説明したＯＰＳ１２による制御や処理、管理をノード１１に分散することができ、ＯＰＳ１２の処理負荷を軽減できる。
【０２６８】
以下、第１実施形態との差分を中心に、第２実施形態を説明する。なお、ネットワーク１の構成は、図１に例示した構成と同じでよい。図１５に、第２実施形態の送信ノード１１の構成例を示し、図１６に、第２実施形態の受信ノード１１の構成例を示す。また、図１７に、第２実施形態の中継ノード１１の構成例を示す。
【０２６９】
図１５に例示する送信ノード１１は、図１に例示した送信ノードＡに相当すると捉えてよい。図１６に例示する受信ノード１１は、図１に例示した受信ノードＥに相当すると捉えてよい。図１７に例示する中継ノード１１は、図１に例示した中継ノードＢ及びＣに相当すると捉えてよい。
【０２７０】
（送信ノードの構成例）
図１５に例示する送信ノード１１の構成は、現用ルート＃１及び予備ルート＃２への送信系に着目した構成例に相当する。そのため、図１５において、図５に例示した、遅延バッファ１１３Ｗ及び１１３Ｐ、バッファ制御部７３、並びに、セレクタ１１４の図示は省略している。
【０２７１】
また、図１５において、図５に例示した「送受信部」３１Ｗ及び３１Ｐは、それぞれ便宜的に、「送信部」３１Ｗ及び３１Ｐとして記載し、「多重分離部」１１２Ｗ及び１１２Ｐは、それぞれ便宜的に、「多重部」１１２Ｗ及び１１２Ｐとして記載している。
【０２７２】
図１５に例示する送信ノード１１は、図５に例示した構成に比して、制御部１１７において、ＤＭ制御部７２に代えてＯＨ制御部７４が備えられている点が異なる。ＯＨ制御部７４は、例示的に、ＤＭ制御部７４１と、ＧＣＣ制御部７４２と、を備える。
【０２７３】
ＤＭ制御部７４１は、第１実施形態のＤＭ制御部７２と同等の機能を具備してよい。例えば、ＤＭ制御部７４１は、装置内情報管理部７１からのＤＭ実施命令に応じたＤＭ処理を実施、制御できる。
【０２７４】
ＤＭ処理の実施によってＤＭ制御部７４１で得られたＤＭ測定値は、例えば、装置内情報管理部７１に通知されてよい。装置内情報管理部７１は、通知されたＤＭ測定値をＯＰＳ１２には通知しなくてよい。
【０２７５】
その代わりに、装置内情報管理部７１は、第１実施形態において式（３）に示した演算によって、ＵＰＳＲの１−ｗａｙの遅延時間差を求めてよい。したがって、第２実施形態の装置内情報管理部７１は、演算部の一例に相当すると捉えてもよいし、演算部の機能を具備していると捉えてもよい。
【０２７６】
また、装置内情報管理部７１は、求めた１−ｗａｙの遅延時間差を基に、「遅延分散経路」におけるノード１１が負担する「遅延分散量」を求めてよい。その際、装置内情報管理部７１は、ＯＰＳ１２に対して、「遅延分散経路」の中継ノード数を問い合わせてよい。
【０２７７】
ＧＣＣ制御部７４２は、例示的に、多重部１１２Ｗ（１１２Ｐ）での信号多重処理においてＯＤＵｋパス信号に付加されるＯＨ情報のＧＣＣフィールドを制御する。例えば、ＧＣＣ制御部７４２は、ＤＭ制御部７２で得られたＤＭ測定値や、装置内情報管理部７１で得られた遅延分散量を、ＧＣＣフィールドに設定してよい。
【０２７８】
（受信ノードの構成例）
図１６に例示する受信ノード１１の構成は、現用ルート＃１及び予備ルート＃２の受信系に着目した構成例に相当する。そのため、図１６において、図５に例示した送信系の一例を成す、光スプリッタ１１５、並びに、光電変換部１１６Ｗ及び１１６Ｐの図示は省略している。
【０２７９】
また、図１６において、図５に例示した「送受信部」３１Ｗ及び３１Ｐは、それぞれ便宜的に、「受信部」３１Ｗ及び３１Ｐとして記載し、「多重分離部」１１２Ｗ及び１１２Ｐは、それぞれ便宜的に、「分離部」１１２Ｗ及び１１２Ｐとして記載している。
【０２８０】
図１６に例示する制御部１１７は、図１５に例示した送信ノード１１における制御部１１７に相当してよい。別言すると、制御部１１７は、１つのノード１１における送信系と受信系とに共通であってよい。
【０２８１】
そのため、図１６に例示する制御部１１７は、図１５に例示した、装置内情報管理部７１と、ＯＨ制御部７４（ＤＭ制御部７４１及びＧＣＣ制御部７４２）と、を備えてよく、また、図５に例示したバッファ制御部７３を備えてよい。
【０２８２】
（中継ノードの構成例）
図１７に例示する中継ノード１１は、図６に例示した中継ノード１１の構成例に比して、制御部１１９において、装置内情報管理部９１に代えて、ＧＣＣ制御部９２を備える点が異なる。
【０２８３】
ＧＣＣ制御部９２は、例示的に、光受信機１１１の光電変換部３２で得られる受信電気信号から、ＯＨ情報のＧＣＣフィールドに設定されている情報を抽出してバッファ制御部９３に与えることができる。
【０２８４】
例えば、ＧＣＣフィールドに、他のノード１１で求められた、自ノード１１における遅延バッファ１１３による遅延量の情報が設定されていれば、ＧＣＣ制御部９２は、当該遅延量の情報を抽出してバッファ制御部９３に与えることができる。
【０２８５】
以下、第２実施形態のＤＭ処理に関わる動作について、便宜的に、図９に例示したフローチャートとの比較で説明する。
【０２８６】
図９に例示した処理Ｐ１０〜Ｐ７０は、第２実施形態においても同様でよい。すなわち、オペレータ端末２０からＯＰＳ１２に対するパス設定要求に応じて、ＯＰＳ１２によって、現用パス＃１及び＃２の設定が実行され、送信ノードＡに対してＤＭ実施命令が与えられる。送信ノードＡは、第１実施形態と同様にして、「２−ｗａｙのＤＭ処理」あるいは「リング１周型のＤＭ処理」を実施する。
【０２８７】
ＤＭ処理によって送信ノードＡのＤＭ制御部７４１にてＤＭ測定値が得られる。第１実施形態では、処理Ｐ８０において当該ＤＭ測定値をＯＰＳ１２に通知していたが、第２実施形態では、ＯＰＳ１２へは通知せずに、装置内情報管理部７１に通知する。
【０２８８】
例えば、ＤＭ制御部７４１は、現用ルート＃１への「リング１周型のＤＭ処理」によって得られたＤＭ測定値ＤＭ（Ｒ）と、予備ルート＃２に対する２−ｗａｙのＤＭ測定値ＤＭ（Ｎ）と、を、装置内情報管理部７１に通知する。
【０２８９】
装置内情報管理部７１は、ＤＭ制御部７４１から通知されたＤＭ測定値を基に、図９の処理Ｐ９０でＯＰＳ１２が実施していた、現用ルート＃１と予備ルート＃２との１−ｗａｙの遅延時間差の演算を、ＯＰＳ１２に代わって実施する。当該遅延時間差の演算は、第１実施形態と同様でよい。
【０２９０】
また、装置内情報管理部７１は、求めた遅延時間差を基に、図９の処理Ｐ１００でＯＰＳが実施していた、中継ノードＢ及びＣ、並びに、受信ノードＥがそれぞれ負担するバッファ遅延量の算出を、ＯＰＳ１２に代わって実施する。その際、装置内情報管理部７１は、ＯＰＳ１２に対して現用ルート＃１及び予備ルート＃２における中継ノード数を問い合わせてよい。
【０２９１】
装置内情報管理部７１は、現用ルート＃１及び予備ルート＃２の遅延時間差から遅延時間の小さいルートを判定する。そして、装置内情報管理部７１は、遅延時間が小さいと判定したルートの中継ノード数と、求めた遅延時間差と、を基に、遅延時間の小さいルートの中継ノード及び受信ノードが負担するバッファ遅延量を算出する。
【０２９２】
第１実施形態では、ＯＰＳ１２が、求めたバッファ遅延量を対象ノード１１宛に通知したが、第２実施形態では、装置内情報管理部７１が、ＧＣＣ制御部７４２に、対象ノード１１宛のバッファ遅延量を通知する。
【０２９３】
ＧＣＣ制御部７４２は、装置内情報管理部７１から通知されたバッファ遅延量を、対象ノード１１に向かう方向に流れる信号のＯＨ情報におけるＧＣＣフィールドに設定する。当該ＧＣＣフィールドに設定されたバッファ遅延量は、対象ノード１１のＧＣＣ制御部９２又は７４２にて検出、抽出される。別言すると、ＧＣＣ通信によって、バッファ遅延量が対象ノード１１に通知される。
【０２９４】
対象ノード１１は、ＧＣＣ通信によって通知されたバッファ遅延量に従って、図９の処理Ｐ１２０と同様に、自ノード１１のバッファ遅延量を制御する。例えば、受信ノードＥでは、ＧＣＣ制御部７４２が、ＧＣＣフィールドから抽出したバッファ遅延量を装置内情報管理部７１に通知する。
【０２９５】
装置内情報管理部７１は、ＧＣＣ制御部７４２から通知されたバッファ遅延量をバッファ制御部７３に与える。バッファ制御部７３は、装置内情報管理部７１から与えられた情報に従って、遅延バッファ１１３Ｗ（１１３Ｐ）の遅延量を制御する。
【０２９６】
一方、中継ノードＢ及びＣでは、ＧＣＣ制御部９２がＧＣＣフィールドから抽出したバッファ遅延量をバッファ制御部９３に通知する。バッファ制御部９３は、ＧＣＣ制御部９２から通知されたバッファ遅延量に従って、遅延バッファ１１３の遅延量を制御する。
【０２９７】
以上のようにして対象ノード１１でのバッファ遅延量が調整されることで、受信ノードＥでは、第１実施形態と同様にして、セレクタ１１４による「無瞬断切り替え」が可能となる。
【０２９８】
上述した第２実施形態によれば、第１実施形態と同様の作用効果が得られるほか、ＯＰＳ１２の処理負荷を軽減できる。したがって、例えば、ＯＰＳ１２の故障率を低減することができ、ひいてはネットワーク１の制御や管理に支障が生じる確率を低減することができる。
【０２９９】
なお、上述した第２実施形態では、１−ｗａｙの遅延時間差の算出と、その算出結果に基づくバッファ遅延量の算出と、の双方を、１つのノード１１（例えば、送信ノードＡ）で実施する例について説明した。
【０３００】
しかし、これらの遅延時間差の算出とバッファ遅延量の算出とは、複数のノード１１（ＯＰＳ１２が含まれてもよい。）間で分散的に実施しても構わない。これによれば、処理負荷が１つのノード１１（例えば、送信ノードＡ）に集中することを回避あるいは低減できる。
【０３０１】
また、遅延時間差の算出及びバッファ遅延量の算出の一方又は双方を実施（担当）するノード１１やＯＰＳ１２は、当該ノード１１やＯＰＳ１２の処理負荷に応じて適応的に変更されてもよい。当該適応的な変更は、既述のＧＣＣ通信を用いて実現してよい。
【０３０２】
（その他）
上述した第１及び第２実施形態では、例えば図１において、送信ノードＡから受信ノードＥへ向かう方向の、現用ルート＃１及び予備ルート＃２の１−ｗａｙの遅延時間差を測定する例について説明した。
【０３０３】
しかし、受信ノードＥから送信ノードＡに向かう逆方向の１−ｗａｙの遅延時間差も、第１及び第２実施形態と同様にして測定することが可能である。例えば、上述した第１及び第２実施形態において、「送信ノードＡ」を「受信ノードＥ」に読み替え、「受信ノードＥ」を「送信ノードＥ」に読み替えてよい。
【０３０４】
また、上述した第１及び第２実施形態では、「リング１周型のＤＭ処理」において、現用ルート＃１への送信信号のＯＨ情報に変更を加えて「リング１周型のＤＭ処理」を実施し、予備ルート＃２に対して「２−ｗａｙのＤＭ処理」を実施する例について説明した。
【０３０５】
しかし、予備ルート＃２への送信信号のＯＨ情報に変更を加えて「リング１周型のＤＭ処理」を実施し、現用ルート＃１に対して「２−ｗａｙのＤＭ処理」を実施しても、送信ノードＡから受信ノードＥへの方向の１−ｗａｙ遅延時間差を求めることができる。
【０３０６】
また、上述した第１及び第２実施形態では、送信ノードＡが、「リング１周型のＤＭ処理」のためにＯＨ情報に変更を加えるルートと、「リング１周型のＤＭ処理」での「２−ｗａｙのＤＭ処理」のためにＯＨ情報に変更を加えるルートと、が異なる例について説明した。
【０３０７】
しかし、送信ノードＡが、ＯＨ情報に変更を加えるルートは、「リング１周型のＤＭ処理」と、「リング１周型のＤＭ処理」での「２−ｗａｙのＤＭ処理」と、で同じであっても構わない。
【０３０８】
例えば、送信ノードＡは、「リング１周型のＤＭ処理」のために現用ルート＃１に対応するＯＨ情報に変更を加え、「リング１周型のＤＭ処理」での「２−ｗａｙのＤＭ処理」のために同じ現用ルート＃１に対応するＯＨ情報に変更を加えてもよい。
【０３０９】
例えば、送信ノードＡは、現用ルート＃１に対応するＯＨ情報における「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビット及びＲＥＳビットのそれぞれを「０」から「１」に変更してよい。
【０３１０】
あるいは、送信ノードＡは、「リング１周型のＤＭ処理」のために予備ルート＃２に対応するＯＨ情報に変更を加え、「リング１周型のＤＭ処理」での「２−ｗａｙのＤＭ処理」のために同じ予備ルート＃２に対応するＯＨ情報に変更を加えてもよい。
【０３１１】
例えば、送信ノードＡは、予備ルート＃２に対応するＯＨ情報における「ＰＭ＆ＴＣＭ」フィールドのＤＭｐビット及びＲＥＳビットのそれぞれを「０」から「１」に変更してよい。
【０３１２】
別言すると、送信ノードＡにおいて、ＤＭｐビットを変更する信号と、ＲＥＳビットを変更する信号とは、同じ信号であってよい。この場合、第１及び第２実施形態に比べて、ＯＨ情報の変更対象の信号が減るので、ＯＨ情報に変更を加える処理を簡易化できる。
【０３１３】
受信ノードＥは、ＤＭｐビット＝１の信号の受信（検出）に応じて、当該信号を受信したルートと同じルートを送信ノードＡに向かう方向に送信する信号のＤＭｐビットを「０」から「１」に変更する。
【０３１４】
併せて、受信ノードＥは、ＤＭｐ＝１の信号のＲＥＳビットも「１」に設定されているから、当該信号を受信したルートと異なるルートを送信ノードＡに向かう方向に送信する信号のＲＥＳビットを「０」から「１」に変更する。
【０３１５】
別言すると、受信ノードＥは、ＤＭｐビット＝１及びＲＥＳビット＝１に設定された信号の受信に応じて、当該信号を受信したルートの逆方向と、当該ルートとは異なるルートの送信ノードＡに向かう方向と、にそれぞれ信号を送信する。
【０３１６】
ただし、これらの場合、送信ノードＡでは、第１及び第２実施形態とは逆方向の、受信ノードＥから送信ノードＡへ向かう方向の１−ｗａｙ遅延時間差が求まることになる。逆方向の１−ｗａｙ遅延時間差は、順方向の１−ｗａｙ遅延時間差と等価であると扱ってよければ、逆方向の１−ｗａｙ遅延時間差を基に、第１及び第２実施形態と同様にして、バッファ遅延時間の制御を実施して構わない。
【０３１７】
また、上述した第１及び第２実施形態では、ノードＡ−Ｅ間に設定されるルートが２つのルート＃１及び＃２である例について説明したが、ノードＡ−Ｅ間に設定されるルートは、３つ以上であってもよい。３つ以上のルートのうちの２つのルートに対して上述した「リング１周型のＤＭ処理」を適用してよい。
【０３１８】
更に、上述した第１及び第２実施形態では、「リング１周型のＤＭ処理」をネットワーク１の一例であるＯＴＮのＵＰＳＲに適用した例について説明した。しかし、「リング１周型のＤＭ処理」は、例えば、２つのＮＥ間に、信号が到達可能な複数のルートを設定可能なネットワーク１であれば適用可能であり、上述した第１及び第２実施形態と同様の作用効果を奏することができる。
【符号の説明】
【０３１９】
１  光伝送システム（光ネットワーク）
１１−１〜１１−Ｎ  光伝送装置（ノード、ＮＥ）
１１１  光受信機
１１１Ｗ  光送受信機（現用）
１１１Ｐ  光送受信機（予備）
１１２Ｗ  多重分離部（現用）
１１２Ｐ  多重分離部（予備）
１１３  遅延バッファ
１１３Ｗ  遅延バッファ（現用）
１１３Ｐ  遅延バッファ（予備）
１１４  セレクタ
１１５  光スプリッタ
１１６Ｗ  光電変換部（Ｏ／Ｅ）（現用）
１１６Ｐ  光電変換部（Ｏ／Ｅ）（予備）
１１７，１１９  制御部
１１８  光送信機
１２  オペレーションシステム（ＯＰＳ）
１２１  演算部
１２２  信号送信部
１２３  信号受信部
２０  オペレータ端末
３１  受信部
３１Ｗ  送受信部（現用）
３１Ｐ  送受信部（予備）
３２  光電変換部（Ｏ／Ｅ）
３２Ｗ  光電変換部（Ｏ／Ｅ）（現用）
３２Ｐ  光電変換部（Ｏ／Ｅ）（予備）
４１  光電変換部（Ｏ／Ｅ）
４２  送信部
７１，９１  装置内情報管理部
７２  遅延測定（ＤＭ）制御部
７３，９３  バッファ制御部
７４  オーバヘッド（ＯＨ）制御部
７４１  ＤＭ制御部
９２，７４２  ＧＣＣ制御部
【図１】
0006519162.tif 000002
【図２】
0006519162.tif 000003
【図３】
0006519162.tif 000004
【図４】
0006519162.tif 000005
【図５】
0006519162.tif 000006
【図６】
0006519162.tif 000007
【図７】
0006519162.tif 000008
【図８】
0006519162.tif 000009
【図９】
0006519162.tif 000010
【図１０】
0006519162.tif 000011
【図１１】
0006519162.tif 000012
【図１２】
0006519162.tif 000013
【図１３】
0006519162.tif 000014
【図１４】
0006519162.tif 000015
【図１５】
0006519162.tif 000016
【図１６】
0006519162.tif 000017
【図１７】
0006519162.tif 000018