(57)【特許請求の範囲】
【請求項１】
ＤＱＰＳＫ変調方式を適用し、送信機のプリコーダの内側にプリスキュー回路が設けられており、Ｉチャネル、Ｑチャネルそれぞれ３レーン以上の複数レーンで構成され、干渉するレーンが前記Ｉチャネル、前記Ｑチャネルそれぞれ２レーンであり、前記複数レーンの信号をパラレル伝送した際に発生するレーン間のスキューを除去するデスキュー処理を行うデスキュー装置であって、
オフラインでトレーニングを送信することにより前記デスキュー処理を行う際に、干渉するレーン間のスキュー量を補正するように１レーンずつトレーニングを送信することで、前記Ｉチャネルの複数レーンと、前記Ｑチャネルの複数レーンのタイミングが一致するレーンの組み合わせを順次特定していく
ことを特徴とするデスキュー装置。
【請求項２】
請求項１に記載のデスキュー装置において、
前記１レーンずつ送信するトレーニングに用いるデータ系列として、前記Ｉチャネルのトレーニングと干渉し合うレーンと、前記Ｑチャネルのトレーニングと干渉し合うレーンとが、遅延干渉前に１０交番の組み合わせとなるようなデータ系列をあらかじめ記憶する送信側メモリを備え、
前記送信側メモリに記憶された前記データ系列を用いて、オフラインでトレーニングを１レーンずつ送信することにより前記デスキュー処理を行う
ことを特徴とするデスキュー装置。
【請求項３】
ＤＱＰＳＫ変調方式を適用し、送信機のプリコーダの内側にプリスキュー回路が設けられており、Ｉチャネル、Ｑチャネルそれぞれ３レーン以上の複数レーンで構成され、干渉するレーンが前記Ｉチャネル、前記Ｑチャネルそれぞれ２レーンであり、前記複数レーンの信号をパラレル伝送した際に発生するレーン間のスキューを除去するデスキュー処理方法であって、
オフラインでトレーニングを送信することにより前記デスキュー処理を行う際に、干渉するレーン間のスキュー量を補正するように１レーンずつトレーニングを送信することで、前記Ｉチャネルの複数レーンと、前記Ｑチャネルの複数レーンのタイミングが一致するレーンの組み合わせを順次特定していくデスキュー処理ステップを備えることを特徴とするデスキュー処理方法。
【請求項４】
請求項３に記載のデスキュー処理方法において、
前記デスキュー処理ステップは、
前記Ｉチャネルの複数レーンの中の１つのレーンを、前記トレーニングを送信するためのＩチャネル初期レーンとして特定し、特定した前記Ｉチャネル初期レーンに対して、前記Ｑチャネルの複数のレーンの中でタイミングが一致する１つのレーンをＱチャネル初期レーンとして特定することで、Ｉチャネル／Ｑチャネルの組み合わせの初期値を決定する第１ステップと、
前記第１ステップにより特定された前記Ｉチャネル初期レーンと干渉するＩチャネル干渉レーンに対して、前記Ｑチャネル初期レーン以外の前記Ｑチャネルの複数のレーンの中でタイミングが一致する１つのレーンをＱチャネル干渉レーンとして特定する第２ステップと、
前記第１ステップで特定された前記Ｉチャネル初期レーン、前記Ｑチャネル初期レーン、および前記第１ステップで特定された前記Ｉチャネル干渉レーン、前記Ｑチャネル干渉レーン以外のレーンのレーン間スキューを決定する第３ステップと
を有することを特徴とするデスキュー処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、差動位相シフトキーイングを用いた高速光通信システムでのパラレル−シリアル変換伝送に適用されるデスキュー装置およびデスキュー処理方法に関し、特に、複数レーンの信号をパラレル伝送した際に発生するレーン間のスキュー（ｓｋｅｗ：タイミングのずれ）を除去するためのデスキュー装置およびデスキュー処理方法の改良に関するものである。
【背景技術】
【０００２】
ＤＱＰＳＫ（Ｄｉｆｆｅｒｅｎｔｉａｌ  Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）変調方式を適用する場合、生じたスキューは、送信機内で解消する。オフラインであらかじめ起こりうる全スキューを補正したトレーニングを送信し、受信側でフレーム同期用の固定パターンであるＦＡＳ（Ｆｒａｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｓｉｇｎａｌ）を検出することで、デスキュー処理を行っていた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２１９０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術には、以下のような課題がある。
１００ギガビットイーサネット（登録商標）では、ＤＱＰＳＫといった多値変調フォーマットが検討されている。このＤＱＰＳＫ方式では、Ｉ／Ｑ変調前においてＩチャネルとＱチャネルの間にスキューが生じると、ＤＱＰＳＫデコーダ側で、元のデータが復元できない。そして、元のデータが復元できないため、同期パターンも復元できず、スキューを測定することが不可能である。
【０００５】
また、従来のデスキュー方式では、オフラインでトレーニングを出力することにより、Ｅｎｄ−ｔｏ−Ｅｎｄでデスキューを行っていた。しかし、全レーンにおける全スキューパターンを補正するため、補正すべきパターン数が多すぎ、トレーニングを完了するのに時間がかかりすぎるという問題があった。
【０００６】
本発明は、前記のような課題を解決するためになされたものであり、全レーンにおける全スキューパターンを補正する従来技術と比較して、より短時間でデスキューを完了することのできるデスキュー装置およびデスキュー処理方法を得ることを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るデスキュー装置は、ＤＱＰＳＫ変調方式を適用し、送信機のプリコーダの内側にプリスキュー回路が設けられており、Ｉチャネル、Ｑチャネルそれぞれ３レーン以上の複数レーンで構成され、干渉するレーンがＩチャネル、Ｑチャネルそれぞれ２レーンであり、複数レーンの信号をパラレル伝送した際に発生するレーン間のスキューを除去するデスキュー処理を行うデスキュー装置であって、オフラインでトレーニングを送信することによりデスキュー処理を行う際に、干渉するレーン間のスキュー量を補正するように１レーンずつトレーニングを送信することで、Ｉチャネルの複数レーンと、Ｑチャネルの複数レーンのタイミングが一致するレーンの組み合わせを順次特定していくものである。
【０００８】
また、本発明に係るデスキュー処理方法は、ＤＱＰＳＫ変調方式を適用し、送信機のプリコーダの内側にプリスキュー回路が設けられており、Ｉチャネル、Ｑチャネルそれぞれ３レーン以上の複数レーンで構成され、干渉するレーンがＩチャネル、Ｑチャネルそれぞれ２レーンであり、複数レーンの信号をパラレル伝送した際に発生するレーン間のスキューを除去するデスキュー処理方法であって、オフラインでトレーニングを送信することによりデスキュー処理を行う際に、干渉するレーン間のスキュー量を補正するように１レーンずつトレーニングを送信することで、Ｉチャネルの複数レーンと、Ｑチャネルの複数レーンのタイミングが一致するレーンの組み合わせを順次特定していくデスキュー処理ステップを備えるものである。
【発明の効果】
【０００９】
本発明に係るデスキュー装置およびデスキュー処理方法によれば、オフラインで１レーンずつトレーニングを送信する方式を採用することにより、全レーンにおける全スキューパターンを補正する従来技術と比較して、より短時間でデスキューを完了することのできるデスキュー装置およびデスキュー処理方法を得ることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施の形態１におけるデスキュー装置の構成図である。
【図２】従来方式で必要となるスキューパターンを図式的に示した説明図である。
【図３】本発明の実施の形態１のデスキュー装置におけるテストフレーム送信イメージを示す説明図である。
【図４】本発明の実施の形態１のデスキュー装置において、オフラインで１レーンずつトレーニングデータを送信していく場合の具体的な手順を３段階に分けて示した説明図である。
【図５】本発明の実施の形態２のデスキュー装置において、ＤＱＰＳＫデコード前のデータ系列およびＤＱＰＳＫデコード後のデータ系列を示した図である。
【発明を実施するための形態】
【００１１】
以下、本発明のデスキュー装置およびデスキュー処理方法の好適な実施の形態につき図面を用いて説明する。
【００１２】
実施の形態１．
図１は、本発明の実施の形態１におけるデスキュー装置の構成図である。本実施の形態１のデスキュー装置は、送信機１０、受信機２０、ＭＵＸ３０、ＤＥＭＵＸ４０、電気光変換回路５０、光電気変換回路６０、および伝送路７０で構成される。
【００１３】
ここで、送信機１０は、３レーン以上の複数の伝送路１ａ、トレーニングを生成する固定パターン生成／メモリ１１、プリコーダ回路１２、およびプリスキュー回路１３を含んで構成されている。また、電気光変換回路５０は、２本の入力信号１ｂ、１ｃ、ＬＤ（Ｌａｓｅｒ  Ｄｉｏｄｅ）５１、およびＩ／Ｑ変調器５２を含んで構成されている。なお、２本の入力信号１ｂ、１ｃは、それぞれ、Ｉｃｈ、Ｑｃｈである。
【００１４】
また、光電気変換回路６０は、ＤＱＰＳＫデコーダ６１を含んで構成されている。また、受信機２０は、デスキュー回路２１、および３レーン以上の複数の伝送路１ｄを含んで構成されている。
【００１５】
近年、１００Ｇｂｐｓ超の高速光通信において、その設計制約緩和のために、送信機／受信機などの電気部分では複数の伝送路を用意し、パラレル送信にて信号を伝送する方式が、一般的になりつつあり、図１もこのような方式となっている。
【００１６】
電気部分で複数の伝送路を用意した場合、ＦＩＦＯの位相ずれ、配線遅延、ＭＵＸでのビット多重のタイミングなどが原因で、各伝送路間でビットずれが生じることがある。このようなビットずれを、スキューという。ＯＯＫ（Ｏｎ  Ｏｆｆ  Ｋｅｙｉｎｇ）などの変調方式の場合、このような位相ずれが生じても、スキュー調整用のトレーニングをオフラインで送信し、各レーンの先頭にＦＡＳなどの目印を付け、例えば、送信側などでＦＡＳを基準にスキューを補正することができた。
【００１７】
ところが、ＤＱＰＳＫ方式では、Ｉ／Ｑ変調前においてＩチャネルとＱチャネルの間にスキューが生じると、ＤＱＰＳＫデコーダ側で、元のデータが復元できないこととなる。従って、オフラインでトレーニングを出力し、Ｅｎｄ−ｔｏ−Ｅｎｄでデスキューを実施していた。
【００１８】
しかしながら、従来技術の課題として上述したように、このようなオフラインで送信するトレーニングは、あらかじめＩ／Ｑ変調前のスキューを補正したものであり、起こりうる全パターンのスキューを補正できるトレーニングが必要であった。
【００１９】
また、図１に示したようなデスキュー装置では、複数の伝送路をＭＵＸ３０で多重し、シリアルのデータに変換している。このとき、ＤＱＰＳＫデコーダ６１でデータを復号する際、例えば、下式（１）を適用する。なお、下式（１）の各符号は、時刻ｎにおけるプリコーダ入力を｛ｄＩ、ｄＱ｝（ｎ−１）、｛ｂＩ、ｂＱ｝（ｎ）、プリコーダ出力を｛ｄＩ、ｄＱ｝（ｎ）として表したものである。
【００２０】
【数１】
0005523201.tif 000002
【００２１】
従って、ＤＱＰＳＫデコーダ６１では、Ｉｃｈ／Ｑｃｈの干渉、および光部分シリアル伝送時のビット間または電気部分のパラレル伝送時のレーン間の干渉で、データ復号される。つまり、干渉し合うレーンにおいて、送信側でスキューを揃わせなければ、受信側で元データの復号が不可能であった。このため、従来法では、全レーンが発生しうる全てのスキューを補正できるよう、オフラインでトレーニングを送信していた。
【００２２】
このような従来法において、Ｓビットのスキューを補償し、Ｉ／ＱそれぞれＮレーンの伝送路がある場合には、オフラインで送信するトレーニングとしてあらかじめ発生させるべきパターン数は、Ｓ２Ｎ個が必要だった。
【００２３】
図２は、必要となるスキューパターンを図式的に示した説明図である。仮に、Ｉｃｈ／Ｑｃｈそれぞれレーン数が４レーン（Ｎ＝４）、補償スキュー量が１００ビット（Ｓ＝１００）とした場合、Ｓ２Ｎ＝１００８通りのスキューパターンが必要である。
【００２４】
そして、仮に、トレーニングとして送信するデスキュー用の１フレームが２５６ビット、パターン数が１００８、同期をとるため連続して同一フレームを出力する回数が８回、レーン数が４レーン（このため、ＭＵＸ３０のレーン並びのスキューも４パターン）とする。この場合、全トレーニングが出力完了するまでにかかる時間は、下式となる。
２５６×１００８×８×４＝８１９２×１０１６≒８×１０１９［ｂｉｔ］
【００２５】
仮に、１００Ｍｂｐｓでパラレル信号を送信していたと仮定すると、全トレーニングパターンを送信完了するまでに必要とされる時間は、最大で、８×１０１１［ｓ］であり、現実的な値でない。
【００２６】
そこで、本実施の形態１におけるデスキュー装置では、全レーンでデスキューパターンを送信するのではなく、干渉するレーンだけ選択的にトレーニングを送信することで、トレーニングにおけるスキューパターンのパターン数を大幅に削減することを技術的特徴としている。そこで、本実施の形態１では、この技術的特徴について、図３、図４を用いて、以下に詳細に説明する。
【００２７】
図３は、本発明の実施の形態１のデスキュー装置におけるテストフレーム送信イメージを示す説明図である。この図３では、４本の伝送路（ｌａｎｅ０、ｌａｎｅ１、ｌａｎｅ２、ｌａｎｅ３）を仮定した場合の、Ｉチャネル（Ｉｃｈ）とＱチャネル（Ｑｃｈ）のレーンイメージが示されており、Ｉｃｈのｌａｎｅ０およびＱｃｈのｌａｎｅ３でトレーニングを出力している場合を例示している。
【００２８】
図３に示すように、Ｉｃｈのｌａｎｅ０とＱｃｈのｌａｎｅ３からトレーニングが出力されている場合、ＤＰＱＳＫデコーダ６１において、それらのレーンと干渉しているレーンは、Ｉｃｈのある１レーンとＱｃｈのある１レーンである。そこで、図３では、Ｉｃｈのｌａｎｅ０およびＱｃｈのｌａｎｅ３と干渉しているレーンが、それぞれＩｃｈのｌａｎｅ１、Ｑｃｈのｌａｎｅ０である場合を例示している。
【００２９】
トレーニングを出力しているレーンおよびそのレーンと干渉しているレーン以外のレーンは、いかなるデータを出力しても構わない。すなわち、図３では、Ｉｃｈのｌａｎｅ２、Ｉｃｈのｌａｎｅ３、Ｑｃｈのｌａｎｅ１、Ｑｃｈのｌａｎｅ２に関しては、トレーニングも出力されていなければ、トレーニングと干渉することもない。従って、例えば、ＰＲＢＳなど、都合のよいデータを送ることができる。
【００３０】
例えば、図３において、Ｉｃｈのｌａｎｅ２、Ｉｃｈのｌａｎｅ３、Ｑｃｈのｌａｎｅ１、Ｑｃｈのｌａｎｅ２のような、トレーニングでもなければトレーニングと干渉もないレーンでＰＲＢＳを送信した場合、伝送路上でのマーク率を１／２に近づけることができる。
【００３１】
このような基本的な考え方を元に、オフラインで１レーンずつトレーニングデータを送信していく場合の具体的な手順について、以下に説明する。図４は、本発明の実施の形態１のデスキュー装置において、オフラインで１レーンずつトレーニングデータを送信していく場合の具体的な手順を３段階に分けて示した説明図である。本実施の形態１におけるデスキュー装置は、デスキュー用にオフラインで送信するパターン数を削減するために、１レーンずつトレーニングデータを出力させる際に、図４に示すような３段階の処理を行っている。
【００３２】
１段階目として、Ｉｃｈ／Ｑｃｈの組み合わせの初期値を決定する。ここで、Ｉｃｈのｌａｎｅ０、Ｑｃｈのｌａｎｅ０から、まずトレーニングを送信することとすると、Ｉｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ０のスキューの補正が必要である。そこで、スキュー補償量分だけ、トレーニングとしてパターン数を送る。
【００３３】
具体的には、Ｉｃｈのｌａｎｅ０と干渉するＩｃｈのｌａｎｅ１との間のスキュー量を補正するトレーニングパターンが必要である。同様に、Ｑｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ１との間のスキュー量を補正するトレーニングパターンが必要である。この場合、Ｉｃｈからのトレーニングを、まず、ｌａｎｅ０と固定すると、Ｑｃｈからは、Ｑｃｈ／ｌａｎｅ０、Ｑｃｈ／ｌａｎｅ１、Ｑｃｈ／ｌａｎｅ２、Ｑｃｈ／ｌａｎｅ３と順に１レーンずつトレーニングを流し、Ｉｃｈ／Ｑｃｈの組み合わせ初期値を決定する必要がある。
【００３４】
従って、補償するスキュー量を“Ｓ”、レーン数を“Ｎ”とすると、１段階目の処理で必要となるパターン数は、下式（２）となる。
（Ｉｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ０間で補償しているスキュー量“Ｓ”）
×（Ｉｃｈ／ｌａｎｅ０とＩｃｈ／ｌａｎｅ１間で補償しているスキュー量“Ｓ”）
×（Ｑｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ１間で補償しているスキュー量“Ｓ”）
×（レーン数“Ｎ”）
＝Ｓ×Ｓ×Ｓ×Ｎ（通り）                                                （２）
このような１段階目の処理は、図４において［１］として示されており、Ｉｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ３の初期値のタイミングが一致した場合を例示している。
【００３５】
次に、２段階目として、位相差を確定する他レーンを決定する。図４に例示したように、Ｉｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ３の初期値のタイミングが一致していると仮定すると、続いては、Ｉｃｈ／ｌａｎｅ１に対して、Ｑｃｈ／ｌａｎｅ０、Ｑｃｈ／ｌａｎｅ１、Ｑｃｈ／ｌａｎｅ２のそれぞれのタイミングの一致を確認する。
【００３６】
Ｉｃｈ／ｌａｎｅ１からトレーニングを出力する際、その干渉しているレーンがＩｃｈ／ｌａｎｅ２とすると、Ｉｃｈ／ｌａｎｅ１とＩｃｈ／ｌａｎｅ２間のスキュー量を補正する必要がある。同様に、Ｑｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ１間のスキュー量を補正する。Ｑｃｈ／ｌａｎｅ０、Ｑｃｈ／ｌａｎｅ１、Ｑｃｈ／ｌａｎｅ２の（Ｎ−１）レーンに対して順にトレーニングを出力する。
【００３７】
従って、補償するスキュー量を“Ｓ”、レーン数を“Ｎ−１”とすると、２段階目の処理で必要となるパターン数は、下式（３）となる。
（Ｉｃｈ／ｌａｎｅ１とＱｃｈ／ｌａｎｅ０間で補償しているスキュー量“Ｓ”）
×（Ｉｃｈ／ｌａｎｅ１とＩｃｈ／ｌａｎｅ２間で補償しているスキュー量“Ｓ”）
×（Ｑｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ１間で補償しているスキュー量“Ｓ”）
×（レーン数“Ｎ−１”）
＝Ｓ×Ｓ×Ｓ×（Ｎ−１）（通り）                                        （３）
【００３８】
ＭＵＸ後のレーン並びが一定とすると、Ｉｃｈ／ｌａｎｅ０とＩｃｈ／ｌａｎｅ１が決まることで、Ｉｃｈ／ｌａｎｅ２、Ｉｃｈ／ｌａｎｅ３のレーン並びも決まる。このような２段階目の処理は、図４において［２］として示されており、ここでは、Ｉｃｈ／ｌａｎｅ１とＱｃｈ／ｌａｎｅ０のタイミングが一致した場合を例示している。
【００３９】
次に、３段階目として、残りのレーンのレーン間スキューを決定する。補償するスキュー量を“Ｓ”、レーン数を“Ｎ−２”とすると、３段階目の処理で必要となるパターン数は、下式（４）となる。
（Ｉｃｈ／ｌａｎｅ２とＱｃｈ／ｌａｎｅ１間で補償しているスキュー量“Ｓ”）
×（Ｉｃｈ／ｌａｎｅ２とＩｃｈ／ｌａｎｅ３間で補償しているスキュー量“Ｓ”）
×（Ｑｃｈ／ｌａｎｅ１とＱｃｈ／ｌａｎｅ２間で補償しているスキュー量“Ｓ”）
×（レーン数“Ｎ−２”）
＝Ｓ×Ｓ×Ｓ×（Ｎ−２）（通り）                                        （４）
【００４０】
このような３段階目の処理は、図４において［３］として示されており、ここでは、Ｉｃｈ／ｌａｎｅ２とＱｃｈ／ｌａｎｅ１、Ｉｃｈ／ｌａｎｅ３とＱｃｈ／ｌａｎｅ２、のそれぞれのタイミングが一致した場合を例示している。
【００４１】
従って、１段階〜３段階までの処理を通して必要となるパターン数は、上式（２）〜（４）の総計として、下式（５）として求めることができる。
Ｓ×Ｓ×Ｓ×Ｎ  ＋  Ｓ×Ｓ×Ｓ×（Ｎ−１）  ＋  Ｓ×Ｓ×Ｓ×（Ｎ−２）
＝Ｓ３（３Ｎ−３）（通り）                                              （５）
【００４２】
具体例として、Ｉ／Ｑそれぞれ４レーンパラレル伝送で、１００ビット補償するシステムを考える。この場合、従来法では、１００８（＝１０１６）通りのスキューパターンが必要であった。これに対して、本実施の形態１による方式では、オフラインで１レーンずつトレーニングを送信することで、上式（５）から、スキューパターンを９×１０６に削減することができる。
【００４３】
仮に、トレーニングとして送信するデスキュー用の１フレームが２５６ビット、パターン数が１００８、同期をとるため連続して同一フレームを出力する回数が８回、レーン数が４レーン（このため、ＭＵＸ３０のレーン並びのスキューも４パターン）とする。この場合、全トレーニングが出力完了するまでにかかる時間は、下式となる。
２５６×９×１０６×８×４＝７３７２８×９×１０６≒７×１０１０［ｂｉｔ］
【００４４】
仮に、１００Ｍｂｐｓでパラレル信号を送信していたと仮定すると、全トレーニングパターンを送信完了するまでに必要とされる時間は、最大で、７×１０２［ｓ］となり、現実的な値となる。
【００４５】
以上のように、実施の形態１によれば、オフラインで１レーンずつトレーニングを送信する方式を採用することで、全トレーニングパターンを送信完了するまでに必要とされる時間を現実的なオーダーに収めることができる。この結果、全レーンにおける全スキューパターンを補正する従来技術と比較して、より短時間でデスキューを完了することのできるデスキュー装置およびデスキュー処理方法を得ることができる。
【００４６】
実施の形態２．
本実施の形態２では、先の実施の形態１で説明した方式の応用例として、１０交番の組み合わせとなるようなデータ系列を干渉し合うレーンで用いる場合について説明する。
【００４７】
図５は、本発明の実施の形態２のデスキュー装置において、ＤＱＰＳＫデコード前のデータ系列およびＤＱＰＳＫデコード後のデータ系列を示した図である。ここで、Ｉｃｈのｌａｎｅ３とＱｃｈのｌａｎｅ３でトレーニングが送信されているとする。
【００４８】
Ｉｃｈのｌａｎｅ３とＱｃｈのｌａｎｅ３の信号は、Ｉｃｈのｌａｎｅ０とＱｃｈのｌａｎｅ０と干渉している。従って、ＤＱＰＳＫデコード後の信号で、図５中の「Ｉ＿ａ１」ｔｏ［Ｑ＿ａ１］を生成するためには、ＤＱＰＳＫデコード前の信号の「Ｉ＿ｂ１」と「Ｑ＿ｂ１」の信号、およびＤＱＰＳＫデコード後の信号の「Ｉ＿ａ０」と「Ｑ＿ａ０」が必要である。
【００４９】
今、Ｉｃｈのｌａｎｅ３およびＱｃｈのｌａｎｅ３と干渉しているＩｃｈのｌａｎｅ０とＱｃｈのｌａｎｅ０が、１０交番だったとする。そうすると、
（Ｉ＿ａ０、Ｑ＿ａ０）＝（０、０）、（０、１）、（１、０）、（１、１）
は、Ｉ／Ｑの最大１ビットシフトで作ることができる。
【００５０】
従って、干渉しているレーンを１０交番にすることで、
（Ｉ＿ａ０、Ｑ＿ａ０）＝（０、０）、（０、１）、（１、０）、（１、１）
の４パターンで、ＤＱＰＳＫデコードに必要なデータ系列を作ることができる。なお、このような１０交番の組み合わせからなるデータ系列は、図１における固定パターン生成／メモリ１１（送信側メモリに相当）にあらかじめ記憶させておくことができる。
【００５１】
干渉レーンで１０交番を用いることによって、上記で示す４パターンで表されることを考慮に入れると、図４を用いて先の実施の形態１において説明した３段階による処理で必要とされるパターン数は、以下のようになる。
【００５２】
まず、１段階目として、Ｉｃｈ／Ｑｃｈの組み合わせの初期値を決定するためには、下式（６）のパターン数の処理が必要となる。
（Ｉｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ０間で補償しているスキュー量“Ｓ”）
×４
×（レーン数“Ｎ”）
＝Ｓ×４×Ｎ（通り）                                                    （６）
【００５３】
次に、２段階目として、位相差を確定する他レーンを決定する際には、下式（７）のパターン数の処理が必要となる。
（Ｉｃｈ／ｌａｎｅ１とＱｃｈ／ｌａｎｅ０間で補償しているスキュー量“Ｓ”）
×４
×（Ｎ−１）
＝Ｓ×４×（Ｎ−１）（通り）                                            （７）
【００５４】
さらに、３段階目として、残りのレーンのレーン間スキューを決定する。このとき、先の実施の形態１における上式（４）で計算した値は、干渉レーンで１０交番を使用していなかったため、トレーニングを出力するレーンと干渉レーンの間のスキューを常に正確に決定していた。しかしながら、本実施の形態２において、１０交番を利用したパターンの場合には、トレーニングのレーンと干渉レーンの間のスキューは、正確には決定されていない。
【００５５】
従って、１０交番を利用したパターンの場合には、３段階目の処理において、各レーン毎に生じているスキューを補正する必要があり、下式（８）のパターン数の処理が必要となる。
（Ｑｃｈ／ｌａｎｅ０とＱｃｈ／ｌａｎｅ１間で補償しているスキュー量“Ｓ”）
×（Ｑｃｈ／ｌａｎｅ１とＱｃｈ／ｌａｎｅ２間で補償しているスキュー量“Ｓ”）
×（Ｑｃｈ／ｌａｎｅ２とＱｃｈ／ｌａｎｅ３間で補償しているスキュー量“Ｓ”）
×（Ｎ−１）
＝            Ｓ×Ｓ×Ｓ×（Ｎ−１）（通り）                                    （８）
【００５６】
なお、このような本実施の形態２における３段階目の処理は、先の図４において［４］として示されている。
【００５７】
従って、１段階〜３段階までの処理を通して必要となるパターン数は、上式（６）〜（８）の総計として、下式（９）として求めることができる。
Ｓ×４×Ｎ  ＋  Ｓ×４×（Ｎ−１）  ＋  Ｓ×Ｓ×Ｓ×（Ｎ−１）（通り）（９）
【００５８】
具体例として、Ｉ／Ｑそれぞれ４レーンパラレル伝送で、１００ビット補償するシステムを考える。この場合、従来法では、１００８（＝１０１６）通りのスキューパターンが必要であった。これに対して、本実施の形態２による方式では、オフラインで１レーンずつトレーニングを送信するとともに、干渉し合うレーンで１０交番を用いることで、上式（９）から、スキューパターンを３００２８×１０２（≒３×１０６）に削減することができる。
【００５９】
仮に、トレーニングとして送信するデスキュー用の１フレームが２５６ビット、パターン数が１００８、同期をとるため連続して同一フレームを出力する回数が８回、レーン数が４レーン（このため、ＭＵＸ３０のレーン並びのスキューも４パターン）とする。この場合、全トレーニングが出力完了するまでにかかる時間は、下式となる。
２５６×３×１０６×８×４＝２４５７６×１０６≒２．４×１０１０［ｂｉｔ］
【００６０】
仮に、１００Ｍｂｐｓでパラレル信号を送信していたと仮定すると、全トレーニングパターンを送信完了するまでに必要とされる時間は、最大で、２．４×１０２［ｓ］となり、先の実施の形態１における７×１０２［ｓ］よりも、さらに現実的な値となる。
【００６１】
以上のように、実施の形態２によれば、先の実施の形態１と同様の効果を得るとともに、干渉し合うレーンに１０交番を用いることで、先の実施の形態１よりも、より短時間でデスキューを完了することのできるデスキュー装置およびデスキュー処理方法を得ることができる。
【符号の説明】
【００６２】
１０  送信機、１１  固定パターン生成／メモリ、１２  プリコーダ回路、１３  プリスキュー回路、２０  受信機、２１  デスキュー回路、３０  ＭＵＸ、４０  ＤＥＭＵＸ、５０  電気光変換回路、５１  ＬＤ（レーザダイオード）、５２  Ｉ／Ｑ変調器、６０  光電気変換回路、６１  デコーダ、７０  伝送路。
【図１】
0005523201.tif 000003
【図２】
0005523201.tif 000004
【図３】
0005523201.tif 000005
【図４】
0005523201.tif 000006
【図５】
0005523201.tif 000007