(57)【要約】  本文書は、クライアント信号に含まれるクライアントデータを、クライアントデータを送信するための伝送フレーム周期（Ｔｓｅｒｖｅｒ）を備えた伝送フレームを用いる光伝送ネットワークの光伝送経路を経由して、送信するための方法に関しており、この方法は：−  複数のクライアントデータビットを備えた複数のクライアントエンティティを受信するステップと、−  伝送フレームに含まれるべきクライアントデータエンティティの平均個数（Ｃｎ）を確立するために、伝送フレーム周期（Ｔｓｅｒｖｅｒ）の間に受信されたクライアントデータエンティティの個数を決定するステップであって、クライアントデータエンティティの前記平均個数（Ｃｎ）は、クライアントデータの平均ビット数に対応する、決定するステップと、−  複数のクライアントデータエンティティを伝送フレームの中にマッピングするステップであって、少なくとも２つの連続する伝送フレームに対して、交互に、クライアントデータのあるビット量をクライアントデータの前記平均ビット数に加算し、クライアントデータのあるビット量をクライアントデータの前記平均ビット数から減算することを備える、マッピングするステップと、−  前記クライアントデータを備えた伝送フレームを、光伝送ネットワークを経由して送信するステップと、を備える。
2018508153.tif 000002
【特許請求の範囲】
【請求項１】
クライアント信号に含まれるクライアントデータを、クライアントデータを送信するための伝送フレーム周期（Ｔｓｅｒｖｅｒ）を備えた伝送フレームを用いる光伝送ネットワークの光伝送経路を経由して送信するための方法であって、
−  伝送フレーム周期の間に複数のクライアントデータビットを受信するステップと、
−  伝送フレームに含まれるべきクライアントデータエンティティの平均個数（Ｃｎ）を確立するために、受信された複数のクライアントデータビットに対応するクライアントデータエンティティの個数を決定するステップであって、クライアントデータエンティティの前記平均個数（Ｃｎ）は、クライアントデータの平均ビット数に対応する、決定するステップと、
−  複数のクライアントデータエンティティを、伝送フレームの中にマッピングするステップであって、少なくとも２つの連続する伝送フレームに対して、交互に、クライアントデータのあるビット量をクライアントデータの前記平均ビット数に加算し、クライアントデータのあるビット量をクライアントデータの前記平均ビット数から減算するステップを備える、マッピングするステップと、
−  前記クライアントデータを備える伝送フレームを、光伝送ネットワークを経由して送信するステップと、
を備える、方法。
【請求項２】
クライアントデータの固定されたビット数をクライアントデータの前記平均ビット数に加算する／クライアントデータの固定されたビット数をクライアントデータの前記平均ビット数から減算することによって、連続する伝送フレームに含まれるべきクライアントデータが変更される、請求項１に記載の方法。
【請求項３】
連続する伝送フレームの中にマッピングされるクライアントデータのビット数が周期的に変更される、請求項１または２に記載の方法。
【請求項４】
伝送フレームに含まれるべきクライアントデータのビット数が恒久的に変動されるように、クライアントデータエンティティのマッピングが実行される、請求項３に記載の方法。
【請求項５】
連続する伝送フレームの中にマッピングされるクライアントデータのビット数が、非決定的で確率的な方法で変更される、請求項１に記載の方法。
【請求項６】
伝送フレームに含まれるべきクライアントデータエンティティの平均個数（Ｃｎ）が、クライアント信号のクロックレートと、伝送フレーム周期（Ｔｓｅｒｖｅｒ）と、伝送フレームに含まれるクライアントデータのビット数とに基いて決定される、請求項１から５のいずれか一項に記載の方法。
【請求項７】
クライアントデータが、伝送フレームの中にマッピングされる前に、バッファ（１１０）の内部にバッファされる、請求項１から６のいずれか一項に記載の方法。
【請求項８】
バッファ（１１０）の中に連続的に書き込まれるクライアントデータと、バッファ（１１０）からのクライアントデータの読み出しとが、クライアントデータエンティティの平均個数（Ｃｎ）に基づき制御される、請求項７に記載の方法。
【請求項９】
バッファ（１１０）からのクライアントデータの読み出しを変動させるために、クライアントデータエンティティの平均個数（Ｃｎ）が変動される、請求項７または８に記載の方法。
【請求項１０】
クライアントデータエンティティの変動される個数（Ｃｎ＋／−）が、伝送フレームのオーバヘッド部に挿入される、請求項７から９のいずれか一項に記載の方法。
【請求項１１】
受信機側において、伝送フレームに含まれるクライアントデータが、バッファ（２３０）の内部にバッファされる、請求項１から１０のいずれか一項に記載の方法。
【請求項１２】
クライアントデータエンティティの変動される個数（Ｃｎ＋／−）が、受信機側のバッファ（２３０）からのデータの読み出しを制御するために、伝送フレームのオーバヘッド部から抽出される、請求項１１に記載の方法。
【請求項１３】
クライアント信号に含まれるクライアントデータを、クライアントデータを送信するための伝送フレーム周期を備えた伝送フレームを用いる光伝送ネットワークの光伝送経路を経由して送信するための光送信機であって、
−  伝送フレーム周期の間に複数のクライアントデータビットを受信するためのインターフェースと、
−  伝送フレームに含まれるべきクライアントデータエンティティの平均個数を確立するために、複数のクライアントデータビットを備えたクライアントデータエンティティの個数を決定するように構成されている処理エンティティであって、クライアントデータエンティティの前記平均個数は、クライアントデータの平均ビット数から成る、処理エンティティと、
−  複数のクライアントデータエンティティを伝送フレームの中にマッピングするように構成されており、さらに、クライアントデータのあるビット量をクライアントデータの前記平均ビット数に加算する、または、クライアントデータのあるビット量をクライアントデータの前記平均ビット数から減算することによって、連続する伝送フレームにおいて送信されるべきクライアントデータの量を変動させるように構成されている、マッピングエンティティ（１２０）と、
−  前記クライアントデータを含む伝送フレームを備えた光信号を、光伝送ネットワークを経由して送信するように構成されている光伝送エンティティと、
を備える、光送信機。
【請求項１４】
クライアントデータを送信するための伝送フレームを用いる光伝送ネットワークの光伝送経路の光信号を受信するための、クライアントデータとクライアントクロック信号とを提供するように構成されている光受信機であって、
−  光信号を受信するためのインターフェースと、
−  伝送フレームに含まれるデータエンティティの量を特定するデータエンティティインジケータ（Ｃｎ＋／−）を、伝送フレームのオーバヘッド部から抽出するように構成されている処理エンティティであって、連続する伝送フレームと関連するデータエンティティインジケータ（Ｃｎ＋／−）の値が連続的に変化する、処理エンティティ（２１０）と、
−  光信号に含まれるデータをバッファするように構成されているバッファ（２３０）と、
−  抽出されたデータエンティティインジケータ（Ｃｎ＋／−）を受信し、連続的に変化するデータエンティティインジケータ（Ｃｎ＋／−）に基づきバッファからのクライアントデータの読み出しを制御するように構成されている制御エンティティ（２２０）と、
−  データエンティティインジケータ（Ｃｎ＋／−）の連続的に変化する値に基づき、クライアントクロック信号を提供するように構成されているクロック再生ユニット（２４０）と、
を備える、光受信機。
【請求項１５】
クライアントデータを送信するための伝送フレームを用いる光伝送ネットワークの光伝送経路の光信号を受信するための方法であって、
−  光信号を受信するステップと、
−  伝送フレームに含まれるデータエンティティの量を特定するデータエンティティインジケータ（Ｃｎ＋／−）を、伝送フレームのオーバヘッド部から抽出するステップであって、連続する伝送フレームと関連するデータエンティティインジケータ（Ｃｎ＋／−）の値が連続的に変化する、抽出するステップと、
−  光信号に含まれるクライアントデータをバッファするステップと、
−  抽出されたデータエンティティインジケータ（Ｃｎ＋／−）を制御エンティティ（２２０）で受信し、連続的に変化するデータエンティティインジケータ（Ｃｎ＋／−）に基づきバッファからのクライアントデータの読み出しを制御するステップと、
−  データエンティティインジケータ（Ｃｎ＋／−）の連続的に変化する値に基づき、クライアントクロック信号を再生するステップと、
を備える、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本文書は、光伝送ネットワーク（ＯＴＮ）においてデータを送信するための方法に関する。特に、本文書は、ＯＴＮクロックをディザリングすることによって同期ＯＴＮの場合における過剰な短期ワンダを回避するための方法に関する。
【背景技術】
【０００２】
ＩＴＵ−ＴによるＯＴＮ規格は、＋／−２０ｐｐｍのクロック耐性を有する非同期光伝送規格として、設計されおよび特定された。この規格が作成された時点では、ＯＴＵ／ＯＤＵトレイルおよび経路を、基準クロック伝送のための直接サーバとして用いる必要性、すなわち、ＯＴＵｋ／ＯＤＵｋ信号をプライマリ基準クロック（ＰＲＣ）または同期供給ユニット（ＳＳＵ）に同期させる必要性は、認識されていなかった。同期したサービスをＳＤＨまたは同期イーサネット（登録商標）として透過的に伝送する能力を調査する広範な研究が、ＩＴＵ−ＴのＧ．８２５１勧告の開発の間に実行されてきており、＋／−２０ｐｐｍの範囲内でフリーランするＯＤＵｋ／ＯＴＵｋサーバクロックに基づく伝送が、ＯＴＮネットワーク要素（ＮＥ）であるクライアントポートにおけるワンダおよびジッタの発生に関し、同期したサービスのために定義された要件をＯＴＮマッピングおよび多重化が遵守するための優れた手段を与えることが、示されている。これはすべて、＋／−２０ｐｐｍのウィンドウにおいて、統計的に分布されフリーランされたＯＴＮ伝送すなわちＨＯ−ＯＤＵ（上位光チャネルデータユニット）のクロックに基づいていた。多重化およびマッピングに起因する短期ワンダ／低周波ジッタの発生に対する用いられたＯＴＮのクロック耐性のいくらかの影響が、これらの研究の間に観察されてきた（Ｇ．８２５１の付録の本文にも文書化されている）。
【０００３】
現時点では、ＳｙｎｃＯ−同期ＯＴＮと称されるＩＴＵ−Ｔの拡張が議論されている最中であり、これは、ＯＴＵリンクに沿って基準クロックを伝送することを可能にするはずである。別の議論としては、ＯＴＮ上で、ＰＴＰ（ＩＥＥＥ  １５８８ｖ２）を伝送することがある。
【０００４】
ＯＴＮ伝送すなわちＨＯ−ＯＤＵクロックを同期させるときには、ＨＯ−ＯＤＵペイロードエリアの中に多重化されたＯＤＵペイロードすなわちＬＯ−ＯＤＵｓ（下位の光チャネルデータユニット）において送信される同期サービスの周波数が、伝送レートの整数分の１に近接すると、問題が生じ得る。これは、ほとんどが安定的なジャスティフィケーション状態と、頻繁ではない位相調節のための少数の頻繁ではない余分な周波数ジャスティフィケーション作用とを伴うシステマティックなジャスティフィケーションパターンをもたらす。これは、そのようなクライアント設定に対して用いられる両方のマッピング方式、すなわち、ジェネリックマッピング手順（ＧＭＰ）だけでなく非同期マッピング手順（ＡＭＰ）に対しても発生する。
【０００５】
米国特許出願第２０１２／００３９６０９Ａ１号は、ＯＴＮにおいてクライアント信号を伝送するための方法および装置を開示している。一実施形態では、この方法は：クライアント信号を受信するステップと、クライアント信号のクロックとローカルクロックとに基づいて、クライアント信号のｎビットのデータユニットの量を決定するステップと、クライアント信号のｎビットのデータユニットの量を、第１の光チャネルデータトリビュタリユニット（ＯＤＴＵ）フレームのオーバヘッドにマッピングするステップと、第１のＯＤＴＵフレームのオーバヘッドにマッピングされたｎビットのデータユニットの量に従って、第１のＯＤＴＵの次の第２のＯＤＴＵフレームのペイロードエリアに、クライアント信号のｎビットデータユニットをマッピングするステップと、第２のＯＤＴＵフレームの各ｎビットデータユニットを、ＯＰＵｋフレームにおける光チャネルペイロードユニット−ｋトリビュタリスロットにマッピングするステップと、送信のためのＯＰＵｋフレームを含む光チャネル伝送ユニット−ｋフレームを形成するステップとを含む。
【０００６】
米国特許出願第２０１３／００５８６４３Ａ１号は、データ量導出装置を開示している。このデータ量導出装置は：ある一連の並列化されたマッピング信号に対して、その並列化されたマッピング信号がその中にマッピングされるフレームに対する各フレーム周期におけるデータ量を導出するように構成された第１の計算機と、整数Ｎに対してＮ個のフレーム周期におけるデータ量を加算し、結果として得られる加算値を、そのフレームの中にマッピングされるべきデータ量として導出するように構成された第２の計算機であって、フレーム周期のそれぞれにおけるデータ量のそれぞれは第１の計算機から導かれる、第２の計算機とを含む。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許出願公開第２０１２／００３９６０９号明細書
【特許文献２】米国特許出願公開第２０１３／００５８６４３号明細書
【非特許文献】
【０００８】
【非特許文献１】ＩＴＵ−Ｔ勧告Ｇ．７０９
【非特許文献２】ＩＴＵ−Ｔ勧告Ｇ．８２５１
【発明の概要】
【課題を解決するための手段】
【０００９】
よって、同期データ、特に、短期ワンダおよび低周波ジッタの発生に関する光伝送ネットワークにおける基準クロック信号の伝送を改善する必要性が存在する。
【００１０】
広い態様では、本文書は、たとえばｍ／２ビット（下記を参照）であるいくつかのビットをたとえば交互に加算し減算することによって、ＯＴＮマッピングのための基準クロック信号を運ぶクライアント信号のマッピングの間に、ジャスティフィケーションイベントのディザリングを生じさせることを提案する。クライアント信号は、たとえば、ＬＯ−ＯＤＵ信号であり得る。これが、規則的なプラス／マイナスのクライアントすなわちＬＯ−ＯＤＵデータ位相シフトとバッファ充填基準の変動とを生じさせ、これが、ＯＴＮ経路を経由した伝送の後で、サーバクロックとの関係におけるクライアント信号の位相の周波数の位相発振と共に、デマッピングされるクライアントすなわちＬＯ−ＯＤＵデータのレートに反映されるジャスティフィケーションイベントの確率を上昇させる。そして、位相発振は、クライアントすなわちＬＯ−ＯＤＵクロック再生プロセスによってフィルタリングされることが可能であり、この再生プロセスは、クライアントすなわちＬＯ−ＯＤＵ位相を平均位相関係に平均化することができる。さらに、バッファのサイズは、２ｘｍビットだけ増加され得る。この方法は、クロック再生フィルタを通過する低周波ジッタまたは短期ワンダを発生させる頻繁ではなく相対的に少数の位相ステップを回避する。
【００１１】
第１の態様によると、クライアント信号（以下では、ＬＯ−ＯＤＵ信号とも称される）に含まれるクライアントデータ（以下では、ＬＯ−ＯＤＵデータとも称される）を、光伝送ネットワークの光伝送経路を経由して送信するための方法が提供される。光伝送ネットワークは、クライアントデータを送信するための伝送フレーム（以下では、ＨＯ−ＯＤＵフレームとも称される）を用い、前記伝送フレームは、一定の伝送フレーム周期（以下では、ＨＯ−ＯＤＵフレーム周期とも称される）を有する。この方法は、以下のステップを備える：
第１に、クライアントデータが、伝送フレーム周期の間に、受信される。たとえば、クライアント信号は、ＯＴＮリンクに沿って伝送されるべき基準クロック信号であり得る、または、ＯＴＮリンクに沿って伝送されるべき基準クロック信号を含み得る。別の実施形態によると、精密時間プロトコルが、ＯＴＮ上を伝送されるべきである。クライアント信号は、ＯＴＮに含まれるネットワーク要素のそれぞれのインターフェースにおいて、受信されうる。クライアント信号は、複数のクライアントエンティティを備える場合があり得る。
【００１２】
以下では、複数のクライアントデータビット（以下では、ＬＯ−ＯＤＵデータビットとも称される）を備えたクライアントデータエンティティ（以下では、ＬＯ−ＯＤＵデータエンティティとも称される）の個数が、これらは伝送フレーム周期の間に受信されるのであるが、決定される。これにより、伝送フレームに含まれるべきクライアントデータエンティティの平均個数が確立され、クライアントデータエンティティの前記平均個数は、クライアントデータの平均ビット数に対応する。換言すると、どれくらい多くのクライアントデータエンティティ（ＯＴＮ上を伝送されなければならない）が単一の伝送フレーム周期の間に受信されるのかが、決定される。前記クライアントデータエンティティは、クライアントデータビットのブロックであり得る。このように、クライアントデータの平均ビット数は、クライアントデータエンティティの前記平均個数に含まれるクライアントデータの平均ビット数に対応する。たとえば、ａがクライアントデータエンティティの平均個数であり、各クライアントデータエンティティがｂビットを備える。すると、クライアントデータの平均ビット数は、ａとｂとの積（ａ＊ｂ）である。
【００１３】
クライアントデータエンティティの前記平均個数が決定された後で、複数のクライアントデータエンティティが、伝送フレームの中にマッピングされる。クライアントデータを伝送フレームの中にマッピングする間、連続する伝送フレームにおいて送信されるべきクライアントデータの量は、クライアントデータのあるビット量をクライアントデータの前記平均ビット数に加算する、または、クライアントデータのあるビット量をクライアントデータの前記平均ビット数から減算することによって、変動される。換言すると、マッピングするステップは、少なくとも２つの連続する伝送フレームに対して、交互に、クライアントデータのあるビット量をクライアントデータの前記平均ビット数に加算し、クライアントデータのあるビット量をクライアントデータの前記平均ビット数から減算するステップを備える。さらに換言すると、連続する伝送フレームに異なる個数のクライアントデータエンティティを含めることによって、すなわち、クライアントデータの一定のビット量をクライアントデータの平均ビット数に加算する、または、クライアントデータの一定のビット量をクライアントデータの平均ビット数から減算することによって、データレートの人工的な変動が、連続する伝送フレームの間で生じさせられる。
【００１４】
最後に、前記クライアントデータを備えた伝送フレームが、光伝送ネットワークを経由して、送信される。
【００１５】
データレートの頻繁な変動のために、クライアント信号の位相の位相発振が発生されるが、これは、受信機側におけるクライアントクロック再生プロセスによるフィルタリングで容易に除去可能であるため、前記方法は有利である。クライアントクロック再生プロセスは、クライアント位相を平均まで平均化させ、クロック再生フィルタを通過し得る低周波ジッタまたは短期ワンダを発生させる頻繁ではない少数の位相ステップが回避される。
【００１６】
実施形態によると、クライアントデータの固定されたビット数をクライアントデータの前記平均ビット数に加算する／クライアントデータの固定されたビット数をクライアントデータの前記平均ビット数から減算することによって、連続する伝送フレームに含まれるべきクライアントデータが変更される。換言すると、伝送フレームに含まれるクライアントデータの量は、決定論的方法で変更される。たとえば、クライアントデータの固定ビット数は、ｍ／２であり得るが、ここで、ｍは、一定の伝送フレームまたは伝送マルチフレームで送信されるべきデータブロックに含まれるバイト数である。たとえば、ＯＰＵ４（ＯＰＵとは、光ペイロードユニット）の中への１００Ｇのイーサネットマッピングの場合には、ｍの値は６４０であり（６４０ビット／８０バイトの整数倍のマッピング粒度）、他方で、ジェネリックマッピング手順（ＧＭＰ）を用いることによりＯＰＵ０の中へタイミング透過トランスコーディング（ＴＴＴ）でマッピングされたギガビットイーサネットの場合には、ｍは８であり、これは、１バイトの整数倍のマッピング粒度がそれらのクライアントに用いられることを意味する。それによってデータレートが変動される固定された数のクライアントビットを用いることは、効果的であるのだが、その理由は、送信の前にクライアントデータをバッファしているバッファのオーバフロー／アンダランを回避するために、伝送フレームに含ませなければならないクライアントビットの平均個数の周囲でデータレートが変動するからである。さらに、固定された数のクライアントビットを用いることにより、受信機側でのクロック再生プロセスの平均化の効果に起因して、データレートを変動させることが効果的であるために、クライアントクロックが、その元のクロックレートに、自動的に平均化される。
【００１７】
実施形態によると、連続する伝送フレームの中にマッピングされるクライアントデータのビット数が、周期的に変更される。たとえば、第１の伝送フレームに含まれるクライアントデータの量は、クライアントデータの一定のビット量をクライアントデータの平均ビット数に加算することによって、増加される。第２の伝送フレーム（第１の伝送フレームの直後に続く）に含まれるクライアントデータの量は、クライアントデータの一定のビット量をクライアントデータの前記平均ビット数から減算することによって、減少させられる。第３の伝送フレーム（第２の伝送フレームの直後に続く）は、再び、（クライアントデータの平均ビット数に対して）増加したビット数のクライアントデータを備えるなどである。換言すると、クライアント信号の変動の周期性は、伝送フレームのフレーム周期の２倍であり得る。また、他の周期性の値も、可能であり得る。それにより、改善されたクロック再生処理が可能になり得る。
【００１８】
実施形態によると、伝送フレームに含まれるべきクライアントデータのビット数が恒久的に変動されるように、クライアントデータエンティティのマッピングが、実行される。本明細書におけるコンテキストでは、恒久的な変動とは、ＯＴＮを経由して送信される連続する伝送フレームのすべての対が異なるクライアントビット量を備えている、ということを意味する。それによって、クロック再生プロセスが、さらに改善される。
【００１９】
実施形態によると、連続する伝送フレームの中にマッピングされるクライアントデータのビット数が、非決定的で確率的な方法で変更される。たとえば、以後の伝送フレームに含まれるべきクライアントデータの数は、確率的なプロセスに基づいて変動され得る。一実施形態によると、前記確率的プロセスは、（送信されるべき多数の伝送フレームにわたる）平均では、送信されたクライアントデータのビット数が、バッファのオーバフロー／アンダランを回避するため、送信されるべきクライアントデータの平均ビット数と等しいまたはほぼ等しいことを保証するように、構成され得る。
【００２０】
実施形態によると、伝送フレームに含まれるべきクライアントデータエンティティの平均個数が、クライアント信号のクロックレートと、伝送フレーム周期と、伝送フレームに含まれるクライアントデータのビット数とに基いて決定される。前記パラメータは、クライアントデータレート（ＯＴＮを経由して送信されるべきクライアント信号のデータレート）と、伝送フレームによって提供されるデータレート、すなわち、ＯＴＮハイアラーキの伝送フレームの中へのマッピングを可能にするデータレートとを定義する。
【００２１】
実施形態によると、クライアントデータが、伝送フレームの中にマッピングされる前に、バッファの内部にバッファされる。前記バッファは、クライアントデータを前記伝送フレームの中にマッピングする前に、そのクライアントデータが一時的に格納されることを可能にする。マッピングプロセスの間のデータレートの変動に起因するバッファのオーバラン／アンダフローを回避するために、バッファのサイズは、増加させ得る。
【００２２】
実施形態によると、クライアントデータが、バッファの中に連続的に書き込まれ、バッファからのクライアントデータの読み出しが、クライアントデータエンティティの決定された平均個数に基づき制御される。よって、換言すると、クライアントデータエンティティの決定された平均個数は、バッファの充填レベルの尺度として用いられ、前記伝送フレームの中へのクライアントデータのマッピングは、前記尺度に基づいて制御される。
【００２３】
一実施形態によると、バッファからのクライアントデータの読み出しを変動させるために、クライアントデータエンティティの平均個数が変動される。換言すると、バッファの充填レベルを指示する尺度が、バッファからの読み出しに影響を与えるために調節され、それによって、伝送フレームの中にマッピングされるべきクライアントデータの量を変動させる。
【００２４】
一実施形態によると、クライアントデータエンティティの変動される個数が、伝送フレームのオーバヘッド部に挿入される。これにより、それぞれの伝送フレームに含まれるクライアントデータの量に関する情報が、前記情報を受信機側に提供し前記情報に基づいてクライアントクロックの再生を可能にするために、ＯＴＮを経由して送信される。
【００２５】
一実施形態によると、受信機側において、伝送フレームに含まれるクライアントデータが、バッファの内部にバッファされる。換言すると、伝送フレームに含まれるペイロードデータ（前記ペイロードデータはクライアントデータを含む）は、（一定のクライアントクロックを備えた）クライアント信号を再生することを可能にするため、一時的に格納される。
【００２６】
一実施形態によると、クライアントデータエンティティの変動される個数が、受信機側のバッファからのデータの読み出しを制御するために、伝送フレームのオーバヘッド部から抽出される。クライアントデータエンティティの前記変動される個数は、クライアント信号を、特にクライアント信号のクロックを再生するためのクロック再生プロセスにおいて、用いられ得る。クロックの再生後には、クライアント信号が、再生されたクライアントクロックに基づいてバッファからクライアントデータを読み出すことによって、提供される。
【００２７】
さらなる態様により、クライアント信号に含まれるクライアントデータを、光伝送ネットワークの光伝送経路を経由して送信するための光送信機が、提供される。この光伝送ネットワークは、前記クライアントデータを送信するための伝送フレーム周期を備えた伝送フレームを用いる。この光送信機は：
−  クライアントデータを受信するためのインターフェースと、
−  伝送フレームに含まれるべきクライアントデータエンティティの平均個数を確立するために、伝送フレーム周期の間に受信される複数のクライアントデータビットを備えたクライアントデータエンティティの個数を決定するように構成されている処理エンティティであって、クライアントデータエンティティの前記平均個数は、クライアントデータの平均ビット数から成る、処理エンティティと、
−  複数のクライアントデータエンティティを伝送フレームの中にマッピングするように構成されており、さらに、クライアントデータのあるビット量をクライアントデータの前記平均ビット数に加算する、または、クライアントデータのあるビット量をクライアントデータの前記平均ビット数から減算することによって、連続する伝送フレームにおいて送信されるべきクライアントデータの量を変動させるように構成されている、マッピングエンティティと、
−  前記クライアントデータを含む伝送フレームを備えた光信号を、光伝送ネットワークを経由して送信するように構成されている光伝送エンティティと、
を備える。
【００２８】
第３の態様によると、光伝送ネットワークの光伝送経路の光信号を受信するための光受信機が提供される。光伝送ネットワークは、クライアントデータを送信するための伝送フレームを用いる。この光受信機は、クライアントデータとクライアントクロック信号とを提供するように構成されており：
−  光信号を受信するためのインターフェースと、
−  伝送フレームに含まれるデータエンティティの量を特定するデータエンティティインジケータを、伝送フレームのオーバヘッド部から抽出するように構成されている処理エンティティであって、連続する伝送フレームと関連するデータエンティティインジケータの値が連続的に変化する、処理エンティティと、
−  光信号に含まれるデータをバッファするように構成されているバッファと、
−  抽出されたデータエンティティインジケータを受信し、連続的に変化するデータエンティティインジケータに基づきバッファからのクライアントデータの読み出しを制御するように構成されている制御エンティティと、
−  データエンティティインジケータの連続的に変化する値に基づき、クライアントクロック信号を提供するように構成されているクロック再生ユニットと、
を備える。
【００２９】
最後に、光伝送ネットワークの光伝送経路の光信号を受信するための方法が、開示される。この光伝送ネットワークは、クライアントデータを送信するための伝送フレームを用いる。この方法は：
−  光信号を受信するステップと、
−  伝送フレームに含まれるデータエンティティの量を特定するデータエンティティインジケータを、伝送フレームのオーバヘッド部から抽出するステップであって、連続する伝送フレームと関連するデータエンティティインジケータの値が連続的に変化する、抽出するステップと、
−  光信号に含まれるクライアントデータをバッファするステップと、
−  抽出されたデータエンティティインジケータを制御エンティティで受信し、連続的に変化するデータエンティティインジケータに基づきバッファからのクライアントデータの読み出しを制御するステップと、
−  データエンティティインジケータの連続的に変化する値に基づき、クライアントクロック信号を再生するステップと、
を備える。
【００３０】
本特許出願で概略されているその好適な実施形態を含む方法およびシステムは、スタンドアロンとして、または、この文書に開示されている他の方法およびシステムとの組合せとして用いられ得る、ということが注意されるべきである。さらに、本特許出願において概略されている方法およびシステムのすべての態様は、任意に組み合わせられ得る。特に、特許請求の範囲の特徴は、任意の方法で、相互に組み合わせられ得る。さらに、それ以外について明示的に指示されていない場合であっても、本発明の実施形態は、自由に相互に組み合わせられ得る。
【００３１】
以下では、本発明が、次の添付の図面を参照する例示的な方法で説明される。
【図面の簡単な説明】
【００３２】
【図１】ＩＴＵ−Ｔ  Ｇ．７０９による光伝送ネットワークの多層アーキテクチャの図解である。
【図２】例示的なブロック図に基づきＩＴＵ−Ｔ  Ｇ．７０９の付録Ｄによるマッパ回路の機能を示す図である。
【図３】例示的なブロック図に基づきＩＴＵ−Ｔ  Ｇ．７０９の付録Ｄによるデマッパ回路の機能を示す図である。
【図４】ＩＴＵ−Ｔ  Ｇ．７０９の第１７章によるＯＰＵｋフレームの例示的なフレーム構造を示す図である。
【図５】ＩＴＵ−Ｔ  Ｇ．７０９の付録Ｄによるシグマ／デルタ  データ／スタッフマッピングの概略的な図解である。
【図６】例示的なブロック図に基づきディザリングエンティティを含むマッパ回路の機能を示す図である。
【図７】例示的なブロック図に基づき図６によるマッパ回路と相互作用を生じるように構成されているデマッパ回路の機能を示す図である。
【図８】複数の伝送フレームを含む光信号を送信するための方法の図解である。
【図９】複数の伝送フレームを含む光信号を受信するための方法の図解である。
【発明を実施するための形態】
【００３３】
図１は、ＩＴＵ−Ｔ  Ｇ．７０９による光伝送ネットワークの多層アーキテクチャを概略的に図解している。ＯＴＮ構造の電気的デジタル領域において、基本フレーム構造は、サイズｋの光伝送ユニット（ＯＴＵｋ）に基づいており、ここで、ｋは、１、２、２ｅ、３、３ｅ２または４であり得る。異なるｋの値は、光伝送ユニットによって提供される異なるビットレートを表す。ＯＴＵｋは、光領域の光チャネル（ＯＣｈ）において伝送されるデジタル領域の最高レベルである。ＯＴＵｋは、オーバヘッド部（ＯＨ）と光データユニット（ＯＤＵｋ）とを、ビット同期的にマッピングされた伝送エンティティとして備える。さらに、ＯＴＵｋは、誤り訂正能力を提供するための前方誤り訂正（ＦＥＣ）部を備える。同様に、ＯＴＵｋに含まれるＯＤＵｋは、オーバヘッド部（ＯＨ）と、光ペイロードユニット（ＯＰＵｋ）と称される伝送エンティティとを備える。換言すると、ＯＰＵｋは、ＯＤＵｋのペイロードエリアの中にマッピングされる。ＯＰＵｋ自体は、オーバヘッド部（ＯＨ）と、その中へクライアントすなわちＬＯ−ＯＤＵ信号がマッピングされるペイロードエリアとを備える。好ましくは、ＯＰＵｋの内部には、透過的クライアントすなわちＬＯ−ＯＤＵ信号トランスポートが存在する。
【００３４】
ＯＴＵｋフレームを作成するため、クライアントすなわちＬＯ−ＯＤＵ信号レートが、最初に、ＯＰＵ層において適合させられ、次に、ＯＰＵｋのペイロードエリアの中にマッピングされる。この適合は、クライアントすなわちＬＯ−ＯＤＵ信号レートを、ＯＰＵｋのデータレートに調節することを備える。ＯＰＵｋのオーバヘッドは、クライアントすなわちＬＯ−ＯＤＵ信号の適合をサポートするための情報を含む。適合されたＯＰＵｋはそこでＯＤＵｋへとマッピングされる。ＯＤＵｋのオーバヘッドは、エンドツーエンドのスーパービジョンとタンデム接続モニタリングとを可能にするオーバヘッドバイトを含む。最後に、ＬＯ−ＯＤＵｋがＨＯ−ＯＤＵｋの中にマッピングされるか、または、ＨＯ−ＯＤＵｋがＯＴＵｋの中にマッピングされ、これが、セクションモニタリングと前方誤り訂正（ＦＥＣ）に加えて、フレーミングを提供する。ＯＴＵｋ信号は、典型的には＋／−２０ｐｐｍという一定の特定された限度の範囲内で非同期的である、ということを指摘しておくことには意味がある。
【００３５】
光伝送ネットワークでは、接続は、ＯＤＵレベルでスイッチングされる。ＯＤＵは、したがって、ネットワーク経路に沿って移動するスイッチングエンティティである。ＯＴＮの特徴は、非同期的動作と、ＯＴＵｋの中へのＯＤＵｋのビット同期的なマッピングとであり、その結果として、ネットワークノードの別の出力に接続されることになる受信されたＯＤＵｋが、クロックを、特に、その出力におけるＯＴＵｋ信号のＯＴＮフレームクロックを決定する、という事実が生じる。
【００３６】
以下では、クライアント信号を特に一定ビットレート（ＣＢＲ）のクライアント信号をＯＰＵｋのペイロード部の中にマッピングするためのマッピング手順が、より詳細に説明されるのであるが、ＯＰＵｋのペイロード部は、以下では、サーバフレームまたはマルチフレームとも称されるし、一般的には、伝送フレームとも称される。クライアント信号は、データエンティティに基づいて、サーバフレームまたはマルチフレームの中にマッピングされるのであるが、そのようなデータエンティティは、１つまたは複数のクライアント信号ビットを備え得る。データエンティティは、ｎビット（たとえば、ｎ＝１，８）を備え得る。一定のビットレートを備えたクライアント信号が与えられると、１つのサーバフレームまたはサーバマルチフレーム周期の間に到着する（ｎビットを備えた）データエンティティの個数は、次の式によって定義される：
【数１】
2018508153.tif 000003
なお、ｆｃｌｉｅｎｔはクライアントのビットレートであり、すなわちｆＬＯ−ＯＤＵはＬＯ−ＯＤＵのビットレートであり、Ｔｓｅｒｖｅｒはサーバフレームまたはマルチフレームのフレーム周期であり、Ｃｎはサーバフレームまたはサーバマルチフレーム当たりのクライアントすなわちＬＯ−ＯＤＵのｎビットデータエンティティの個数である。
【００３７】
整数個のｎビットデータエンティティだけが、サーバフレームまたはマルチフレームごとに伝送されることが可能であるから、Ｃｎの整数値Ｃｎ（ｔ）が用いられなければならない。クライアント情報のどのような損失も回避するために、クライアントデータビットのどのような切り捨ても禁止されており、Ｃｎの非整数部分は、以後のサーバフレームに含まれるデータエンティティの適切なシーケンスによって考察されなければならない。たとえば、Ｃｎ＝１０．２５である場合には、非整数部分（０．２５）は、以後のサーバフレームに含まれるデータエンティティの以下のシーケンス［１０，１０，１０，１１］によって複製されることが可能である。換言すると、非整数部分は、時間平均におけるクライアントデータビットエンティティの正確な個数を取得するために、複数のサーバフレームにわたって分散される。
【００３８】
既に前述されたように、クライアントとサーバビットレートとは独立である。これが、サーバビットレートをクライアントビットレートとは独立に特定することを可能にする。さらに、クライアントクロックの障害は、サーバクロックにおいては見られない。クライアントまたはサーバビットレートがクライアントまたはサーバの周波数耐性に起因して変化する場合には、ＣｎおよびＣｎ（ｔ）はそれに従って変化する。よって、クライアント信号をサーバフレームの中にマッピングする前に、ＣｎおよびＣｎ（ｔ）は連続的に決定されなければならず、マッピングは実際に決定されたＣｎおよびＣｎ（ｔ）に基づいて形成されなければならない。
【００３９】
同様に、デマッパにおいてクライアント情報エンティティの正確な個数を抽出するために、Ｃｎ（ｔ）は、サーバフレームまたはマルチフレームのオーバヘッド部において、マッパからデマッパへ送信されなければならない。
【００４０】
図２は、ＩＴＵ−Ｔ  Ｇ．７０９の付録Ｄによるマッパ回路１０の包括的機能を示し、また、図３は、ＩＴＵ−Ｔ  Ｇ．７０９の付録Ｄによるデマッパ回路２０の包括的機能を示す。マッパ回路１０は、クライアントデータを受け取るように構成されているバッファ１１を備える。バッファ１１は、クライアントデータを、前記データがサーバフレームまたはサーバマルチフレームにおけるデータを含めるためにマッピングエンティティに提供されるまで、一時的に格納する用に構成されている。さらに、バッファ１１は、上述した式Ｆ１を用いることによって、クライアントクロック情報とサーバフレームクロック（サーバクロックとも称される）情報とに基づいてＣｎを決定するように構成され得る。あるいは、マッパ回路１０は、クライアントクロック情報とサーバフレームクロック情報とに基づいてＣｎを決定するように構成されているさらなるエンティティを含む場合もあり得る。
【００４１】
さらに、マッパ回路１０は、後述されるようにサーバフレームまたはサーバマルチフレームの中にスタッフィング情報を挿入するように構成されているオーバヘッド挿入ユニット１２を含んでおり、これによって、サーバデータを、サーバフレームまたはサーバマルチフレームの形式で提供する。マッパ回路１０では、Ｃｎ（ｔ）は、クライアントおよびサーバクロック（このうち、少なくともクライアントクロックは時間変動的であり得る）に基づいて、決定される。好ましくは、Ｃｎ（ｔ）は連続的に決定され得る。受信されたクライアント信号は、連続的に、バッファ１１の中に書き込まれる。バッファされたクライアントデータの読み出しプロセスは、読み出し制御エンティティ１３を用いて、Ｃｎ（ｔ）の実際の値によって、制御される。さらに、Ｃｎ（ｔ）は、オーバヘッド挿入ユニット１２によって、オーバヘッド部の中にも含められる。
【００４２】
図３は、デマッパ回路２０を示す。デマッパ回路２０は、マッパ回路１００の逆の構造を備える。デマッパ回路２０は、オーバヘッド抽出ユニット２１を備える。前記オーバヘッド抽出ユニット２１は、光伝送ネットワークを経由してマッパ回路１０によって提供されるサーバデータと、サーバクロックとを受け取る。オーバヘッド抽出ユニット２１は、サーバデータのオーバヘッド部から、Ｃｎ（ｔ）を抽出するように構成されている。抽出されたＣｎ（ｔ）は、読み出し制御エンティティ２２とバッファ２３とに提供される。読み出し制御エンティティ２２は、バッファ２３がクライアントデータをその出力において提供することを可能にするための書き込みイネーブル信号を、提供する。バッファは、サーバデータとサーバクロックとを受け取り、サーバデータとＣｎ（ｔ）情報とに基づいて、クライアントデータを提供し得る。また、クライアントクロックも、サーバクロックとＣｎ（ｔ）情報とに基づいて、生成される。
【００４３】
クライアント信号のデータレートと、ＯＰＵｋのペイロードエリアによって提供される伝送能力とのそれぞれに応じて、ＯＰＵｋのペイロード部が、クライアント信号を送信するために必要とされるよりも高い伝送能力を提供する、という状況が生じることがあり得る。換言すると、ＯＰＵｋのペイロードデータレートは、クライアント信号のデータレートよりも高い。ＯＰＵｋにおいて任意のデータレートでクライアント信号を送信することができるために（クライアント信号のデータレートがＯＰＵｋのペイロードデータレートよりも低いと仮定して）、クライアントデータレートは、ジャスティフィケーション手順を用いることによって、ＯＰＵｋのペイロードデータレートに適応される。ジャスティフィケーション手順は、クライアントデータレートをペイロードデータレートに適応させるために、シグマ／デルタ  データ／スタッフマッピングを用いる。前記シグマ／デルタ  データ／スタッフマッピングを用いることにより、クライアントデータレートは、スタッフビットまたはスタッフデータエンティティ（一般的には、スタッフ情報）をクライアントデータに加えることにより、人工的に増加される。スタッフ情報の量は、ＯＰＵｋのペイロード部がクライアントデータと前記スタッフ情報とで全体的に満たされるように、選択される。
【００４４】
図４は、ＩＴＵ−Ｔ  Ｇ．７０９の第１７章に従って前記ジャスティフィケーション手順のための情報を提供するＯＰＵｋのフレーム構造のセクションを示している。ＯＰＵｋフレームのオーバヘッド部は、カラム１６のロー１から３における３つのジャスティフィケーション制御（ＪＣ）バイトと、カラム１６のロー４における１つの負のジャスティフィケーション機会（ＮＪＯ）バイトと、カラム１７のロー４における正のジャスティフィケーション機会（ＰＪＯ）バイトとを備えており、前記バイトは、実行されたジャスティフィケーションに関する情報を提供する。マッパ回路１００によって実行されるマッピングプロセスは、ＩＴＵ−Ｔ  Ｇ．７０９の第１７章に示されている表１７−１および１７−２に従って、ＪＣ、ＮＪＯおよびＰＪＯバイトを生成し、デマッパ回路２００によって受信機側で実行されるデマッピングプロセスは、表１７−３に従って、ＪＣ、ＮＪＯおよびＰＪＯバイトを解釈する。これにより、人工的に増加されたクライアントデータレートは、スタッフ情報を削除することにより減少され、よって、ＯＰＵｋのペイロード部から元のクライアント信号を取得する。
【００４５】
図５は、上述したシグマ／デルタ  データ／スタッフマッピングによって得られたデータおよびスタッフ情報を含むペイロード部を有するＯＰＵｋのサーバフレームまたはマルチフレームの概略的表現を示している。クライアント信号のビットレートとサーバフレームによって伝送されることが可能なビットレートとに応じて、単一のサーバフレームにおいて送信されるべきクライアントデータエンティティの（時間に従属する）個数（整数）Ｃｎ（ｔ）が、決定される。クライアントデータエンティティの前記決定された個数Ｃｎ（ｔ）に従って、クライアントデータエンティティが、シグマ／デルタ  データ／スタッフマッピングを用いて、サーバフレームまたはサーバマルチフレームの中に、マッピングされる。
【００４６】
図５は、ＩＴＵ−Ｔ  Ｇ．７０９の付録Ｄによるシグマ／デルタ  データ／スタッフマッピングを概略的に図解している。サーバフレームまたはマルチフレームは、そのペイロード部に、複数のペイロードフィールドｊを含んでおり、ただし、ｊ＝１．．．Ｐｓｅｒｖｅｒである。シグマ／デルタ  データ／スタッフマッピングによると、次の不等式が成立する場合には、ペイロードフィールドｊは、クライアントデータを運ぶ：
（ｊ・Ｃｎ（ｔ））ｍｏｄ  Ｐｓｅｒｖｅｒ＜Ｃｎ（ｔ）  （式Ｆ２）
次の不等式が成立する場合には、ペイロードフィールドｊは、スタッフを運ぶ：
（ｊ・Ｃｎ（ｔ））ｍｏｄ  Ｐｓｅｒｖｅｒ≧Ｃｎ（ｔ）  （式Ｆ３）
換言すると、クライアントデータエンティティの個数Ｃｎ（ｔ）は、Ｐｓｅｒｖｅｒ個のペイロードフィールド位置にわたって分散されなければならない。ＰｓｅｒｖｅｒがＣｎ（ｔ）よりも大きい場合には、スタッフを運ぶ２つのペイロードフィールドの間に間隔が存在する。
【００４７】
現在の研究開発では、ＯＴＵリンクに沿って基準クロックを伝送することに焦点が置かれている。別の議論として、ＯＴＮ上で高精度時間プロトコル（ＰＴＰ）を伝送することがある。
【００４８】
ＯＴＮ伝送クロックを同期させるときには、ＯＤＵのペイロードエリアで伝送される同期サービスの周波数が伝送レートの整数分の１に近い場合、すなわち、クライアント信号のビットレート（上述の実施形態では、基準クロック信号の周波数）がサーバフレームの中で伝送されることが可能なビットレートの整数分の１に近い場合には、問題が生じ得る。データレートの前記近接性は、ほとんど安定的なジャスティフィケーション状態と頻繁ではない位相調節のための少数の頻繁ではない余分な周波数ジャスティフィケーション作用とを伴うシステマティックなジャスティフィケーションパターンをもたらす。これは、非同期マッピング：すなわち、ジェネリックマッピング手順（ＧＭＰ）に加えて非同期マッピング手順（ＡＭＰ）のためのそのようなクライアント構成に用いられる両方のマッピング方式に対して生じる。
【００４９】
また、ＩＴＵ−Ｔ勧告Ｇ．８２５１の付録ＶＩＩには、ＯＴＮのサーバとクライアントクロックとに僅かなオフセットがある場合に、サーバからクライアントへのデマルチプレクサに対して定義されるすべてのフィルタを通過するジッタ成分が発生され得る、という光伝送ネットワークにおけるジッタおよびワンダの制御が既に説明されている。そのような僅かな周波数の差異を伴うネットワークシナリオにおいてそのようなフィルタを通過させることの結果として、そのようなジャスティフィケーションイベントの累積が、より高い確率で現れる。
【００５０】
光受信機におけるクロック再生フィルタを通過する低周波ジッタおよび／または短期ワンダという問題を克服するために、Ｃｎの値のディザリングを、すなわち、伝送フレーム周期Ｔｓｅｒｖｅｒの間に受信されるクライアントデータエンティティの平均個数のディザリングを人工的に生成させることが提案されている。たとえば、伝送フレームの中にマッピングされるクライアント信号の位相のディザリングが、サーバフレームまたはマルチフレームそれぞれ当たりのビット数（たとえば、ｍを伝送フレームの中にマッピングされるデータエンティティに含まれるビット数として、ｍ／２ビット）を、Ｇ．７０９の付録の図Ｄ．１に示されているバッファからの読み出し制御を生成させるためのマッパにおけるバッファ制御のために用いられるシグナリングされた真のＣｎからのこのマッピングの入力において、交互に加算し減算することによって、生成され得る。たとえば、決定されたＣｎ（式Ｆ１）からｍ／２ビットの値をすべての奇数サーバフレーム／マルチフレームにおいて減算し、ｍ／２ビットをすべての偶数サーバフレーム／マルチフレームで加算することによって、サーバクロックがＧ．８１３、Ｇ．８２６２、Ｇ．８１２またはＧ．８１１クロックに同期している場合には、公称値の周囲で振動するクライアント信号の変動する位相情報が作成される。サーバクロックに対してクライアント位相の周波数を伴うそのような位相振動は、クライアントクロック再生プロセスによって、容易にフィルタリングによって除去することが可能であり、その再生が、クライアント位相を平均値に平均化し、それによって、頻繁ではない少数の位相ステップと、クロック再生フィルタを通過する低周波ジッタまたは短期ワンダを発生することになる関連づけられた可能な累積とを回避する。
【００５１】
十分なバッファ空間を提供するために、Ｇ．７０９の付録の図Ｄ．１に示されているマッピング／デマッピングＧＭＰプロセッサにおいて格納されているクライアントデータに対するデマッパ回路２０のバッファ２１およびマッパ回路１０のバッファ１１の深度が、マッパ／デマッパにおけるバッファのアンダ／オーバランを避けるために、少なくとも余分な２＊ｍビットのデータエントリをサーバフレームに挿入できるように、増加されることが必要である。
【００５２】
図６は、上述の送信データレートのディザリングのより詳細を提供するように構成されている光伝送システムの光送信機に含まれるマッパ回路１００を示す。マッパ回路１００は、バッファ１１０を備える。前記バッファ１１０は、クライアント信号をバッファするために、クライアント信号を受け取る。クライアント信号は、複数のクライアントデータエンティティを含むデジタル信号であり、各クライアントデータエンティティは、ｎ個のクライアントデータビットを備えている。さらに、マッパ回路１００は、（たとえば、式Ｆ１に基づいて）伝送フレーム周期の間に受信されるクライアントデータエンティティの個数を決定するように構成された処理エンティティ（図６には示されていない）を備え得る。これにより、受信されたクライアントすなわちＬＯ−ＯＤＵデータエンティティの平均個数が決定される。以下では、前記平均個数は、Ｃｎと称され得る。ビットレートが一定のクライアントすなわちＬＯ−ＯＤＵ信号の場合には、受信されたクライアントの平均個数Ｃｎ（ＬＯ−ＯＤＵデータエンティティとも称される）は、固定された値を備え得る。受信されたクライアントすなわちＬＯ−ＯＤＵデータエンティティの前記平均個数Ｃｎを決定するための処理エンティティは、バッファ１１０に含まれることがあり得るし、または、別個のエンティティでもあり得る。
【００５３】
受信されたクライアントすなわちＬＯ−ＯＤＵデータエンティティの前記平均個数Ｃｎは、クライアントすなわちＬＯ−ＯＤＵデータの平均ビット数を備える。ｎがクライアントすなわちＬＯ−ＯＤＵデータエンティティに含まれているビット数だとすると、クライアントすなわちＬＯ−ＯＤＵデータの平均ビット数は、ｎ＊Ｃｎである。以後の伝送フレームの中にマッピングされるクライアントデータのディザリングを生成するために、マッパ回路１００は、ディザリングエンティティ１４０を備える。前記ディザリングエンティティ１４０は、サーバクロックを、すなわち、それに基づいて伝送フレームが光伝送ネットワークを経由して送信されるクロックを受け取り得る。
【００５４】
ディザリングエンティティ１４０は、以後の伝送フレームにおいて送信されるクライアント信号データの変動を達成するために、受信されたクライアントデータエンティティの平均個数Ｃｎを修正するように構成されている。より詳しくは、受信されたクライアントデータエンティティそれぞれの平均個数Ｃｎ、この場合、以下でＣｎ＋／−と称される、受信されたクライアントデータエンティティの修正または変動された個数は、伝送フレームの中への前記クライアントデータのマッピングだけでなく、バッファ１１０からのクライアントデータの読み出しを制御するために用いられる。たとえば、Ｃｎ＋／−は、Ｃｎ＋／−の値に基づいて読み出しイネーブル信号をバッファ１１０に提供するように構成されている読み出し制御エンティティ１３０に、提供される。クライアントデータの読み出しは、前記読み出しイネーブル信号に基づいて、制御される。Ｃｎ＋／−の値は、以下では、データエンティティインジケータとも称される。
【００５５】
同様にして、受信されたクライアントデータエンティティの修正または変動された個数Ｃｎ＋／−もまた、マッピングエンティティ１２０に提供される。前記マッピングエンティティは、クライアントデータを、受信されたクライアントデータエンティティの前記修正または変動された個数Ｃｎ＋／−に基づいて、伝送フレームの中にマッピングするのであり、すなわち、Ｃｎ＋／−の値に応じて、クライアントデータの一定のビット量が、伝送フレームの中にマッピングされる。
【００５６】
伝送フレームの中にマッピングされるクライアントデータの前記ディザリングは、決定論的な方法で、または、非決定論的で確率的な方法で、なされ得る。換言すると、処理エンティティによって提供される受信されたクライアントデータエンティティの平均個数Ｃｎは、クライアントデータの固定されたビット数を受信されたクライアントデータエンティティの前記平均個数Ｃｎに含まれるクライアントデータの平均ビット数に加算する／クライアントデータの固定されたビット数を受信されたクライアントデータエンティティの前記平均個数Ｃｎに含まれるクライアントデータの平均ビット数から減算することによって、または、一定の固定された変動パターンに基づいてＣｎを変化させることによって、変動され得る。
【００５７】
たとえば、受信されたクライアントデータエンティティの前記修正されたまたは変動された個数Ｃｎ＋／−は、クライアントデータの一定のビット量を交互に加算する／減算することによって、取得され得る。伝送すなわちＨＯ−ＯＤＵフレーム（サーバフレーム、マルチフレーム）は、ｍバイトを備えたＣｍ個のデータエンティティ（すなわちデータブロック）を含み得、ここでｍは整数値である。好ましくは、Ｃｎは、ｍ／２のクライアントすなわちＬＯ−ＯＤＵデータバイトを加算する／減算することによって、修正される。これにより、一定の伝送すなわちＨＯ−ＯＤＵフレームは、ｍ／２だけ少ないバイトのクライアントすなわちＬＯ−ＯＤＵデータ信号を備え得るし、以後の伝送すなわちＨＯ−ＯＤＵフレームは、ｍ／２だけ多いバイトのクライアントすなわちＬＯ−ＯＤＵデータ信号を備え得ることになり、これらの両方が、クライアントすなわちＬＯ−ＯＤＵデータのディザリングを実行することなく、状況と比較される。換言すると、以後の伝送すなわちＨＯ−ＯＤＵフレームは、異なる量のクライアントすなわちＬＯ−ＯＤＵデータを備え得るのであって、その差は、１つのｍバイトのデータブロックである。これにより、連続する伝送すなわちＨＯ−ＯＤＵフレームにおいて送信されるクライアントすなわちＬＯ−ＯＤＵデータの量は、受信されたクライアントすなわちＬＯ−ＯＤＵデータエンティティの平均個数Ｃｎの周囲でディザリングを生じるが、前記ディザリングは、受信機側のクライアントすなわちＬＯ−ＯＤＵクロック再生プロセスにおいて、容易にフィルタリングによって除去される。前記ディザリングによって生じる位相発振、それぞれ、前記ディザリングの周波数は、次の数式によって与えられる：
【数２】
2018508153.tif 000004
ここで、Ｔｓｅｒｖｅｒは伝送すなわちＨＯ−ＯＤＵフレーム／マルチフレームのフレーム周期である。
【００５８】
受信されたクライアントデータエンティティの修正されたまたは変動された個数Ｃｎ＋／−は、Ｃｎ＋／−を受信機側に送信して、それぞれ、Ｃｎ＋／−の受信された値に基づいてクライアントデータを伝送フレームから抽出し、Ｃｎ＋／−の受信された値に基づいてクライアント信号のクロックを再生するために、伝送フレームのオーバヘッド部の中に挿入され得る。
【００５９】
図７は、光受信機に含まれるデマッパ回路２００を示す。デマッパ回路２００は、サーバデータの伝送フレームのオーバヘッド部からＣｎ＋／−を抽出し、Ｃｎ＋／−の抽出された値を読み出し制御エンティティ２２０に提供するように構成されている処理エンティティ２１０を備え得る。値Ｃｎ＋／−は、以下では、データエンティティインジケータとも称される。読み出し制御エンティティ２２０は、さらに、サーバクロックを受信し、サーバクロックとＣｎ＋／−の抽出された値とに基づき、制御信号を提供し得る。サーバデータに含まれるペイロードデータ（クライアントデータを含むデータ）は、バッファ２３０に提供され得る。バッファ２３０は、読み出し制御エンティティ２２０によって提供される制御信号を受信する。バッファ２３０からのクライアントデータの読み出しは、前記制御信号に基づいて、実行される。さらに、デマッパ回路２００は、クロック再生エンティティ２４０を備えており、前記クロック再生エンティティ２４０はＣｎ＋／−の抽出された値を受け取るので、Ｃｎ＋／−に基づいてクライアント信号クロックを再生し得る。たとえば、クロック再生エンティティ２４０は、クロック信号クロックを再生するためのクロック再生フィルタと位相ロックループ回路とを備え得る。Ｃｎ＋／−のディザリングに起因して、サーバデータのデータレートの頻繁ではないステップの結果として生じる頻繁ではない位相ステップ（すなわち、伝送フレームの内部で送信されるクライアントデータのデータレートの頻繁ではないステップ）が、これは、クロック再生フィルタを通過する低周波ジッタまたは短期ワンダを結果的に生じ得るのであるが、回避される。これにより、高精度の同期信号の、特に光伝送ネットワークを経由する基準クロック信号の送信品質が、改善される。
【００６０】
図８は、光伝送ネットワークの光伝送経路を経由してクライアントデータを送信するための方法３００のステップを示す図である。上述されたように、光伝送ネットワークは、クライアントデータを送信するために伝送フレーム周期を備えた伝送フレームを用いる。
【００６１】
最初に、複数のクライアントデータビットを備えた複数のクライアントエンティティが受信される（Ｓ３１０）。前記複数のクライアントデータビットを受信した後で、伝送フレーム周期の間に受信されたクライアントデータエンティティの個数が決定され（Ｓ３２０）、伝送フレームに含まれるべきクライアントデータエンティティの平均個数が確立される（Ｓ３３０）が、ここで、クライアントデータエンティティの前記平均個数は、クライアントデータの平均ビット数に対応する。さらに、複数のクライアントデータエンティティが伝送フレームの中にマッピングされ（Ｓ３４０）、それによって、少なくとも２つの連続する伝送フレームに対して、交互に、クライアントデータのあるビット量をクライアントデータの前記平均ビット数に加算し、クライアントデータのあるビット量をクライアントデータの前記平均ビット数から減算する。最後に、前記クライアントデータを備えた伝送フレームが、光伝送ネットワークを経由して送信される（Ｓ３５０）。
【００６２】
図９は、クライアント信号を含む伝送フレームを備えた光信号を受信するための対応する方法４００の方法ステップを示す。
【００６３】
最初に、光信号が、光受信機によって、受信される（Ｓ４１０）。光信号を受信した後で、データエンティティインジケータが、伝送フレームのオーバヘッド部から抽出される（Ｓ４２０）のであるが、前記データエンティティインジケータは、伝送フレームに含まれるデータエンティティの量を特定するものである。これにより、連続する伝送フレームと関連するデータエンティティインジケータの値が連続的に変化する。さらに、光信号に含まれるクライアントデータが、バッファエンティティの中にバッファされる（Ｓ４３０）。抽出されたデータエンティティインジケータは、制御エンティティにおいて受信され（Ｓ４４０）、バッファからのクライアントデータの読み出しは、連続的に変化するデータエンティティインジケータに基づいて制御される（Ｓ４５０）。最後に、クライアントクロック信号が、データエンティティインジケータの連続的に変化する値に基づいて再生される（Ｓ４６０）。
【００６４】
本説明および図面は単に提案されている方法およびシステムの原理を例証するものである、ということが注意されるべきである。当業者であれば、本出願で明示的に説明されるまたは図示されていなくても、本発明の原理を具体化しておりその精神および射程に含まれる様々な配置を工夫できる、ということが理解できるであろう。
【００６５】
最後に、本出願におけるいずれのブロック図も、本発明の原理を具体化する例証のための回路の概念図を表していることが、注意されるべきである。同様に、いずれのフローチャート、流れ図、状態遷移図、擬似コードなども、そのようなコンピュータまたはプロセッサが明示的に示されていなくても、コンピュータ可読媒体において実質的に表現され得る様々なプロセスであって、コンピュータまたはプロセッサによってそのように実行され得る様々なプロセスを表していることが、理解できるであろう。
【００６６】
図面に示されている様々な要素の機能は、適切なソフトウェアと連携してソフトウェアを実行することができるハードウェアだけでなく、専用のハードウェアを用いることを通じて、提供され得る。プロセッサによって提供されるときには、これらの機能は、単一の専用プロセッサ、単一の共用プロセッサ、またはそれらの中のいくつかが共用されうる複数の個別的なプロセッサによって、提供され得る。さらに、「プロセッサ」または「コンピュータ」という用語が明示的に用いられていても、それは、ソフトウェアを実行することができるハードウェアを排他的に指すものとして解釈されるべきではなく、これらに限定されることはないが、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワークプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ソフトウェアを記憶するためのリードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、および不揮発性ストレージを黙示的に含み得る。なお、従来型および／またはカスタムなど、他のハードウェアもまた、含まれ得る。
【図１】
2018508153.tif 000005
【図２】
2018508153.tif 000006
【図３】
2018508153.tif 000007
【図４】
2018508153.tif 000008
【図５】
2018508153.tif 000009
【図６】
2018508153.tif 000010
【図７】
2018508153.tif 000011
【図８】
2018508153.tif 000012
【図９】
2018508153.tif 000013
【国際調査報告】
2018508153.tif 000014
2018508153.tif 000015
2018508153.tif 000016