(57)【要約】【課題】伝送路の擾乱による影響の軽減を図ること。【解決手段】データ伝送装置１００は、バッファ１１１〜１１ｎと、多重部１２０と、制御部１３０と、を備える。バッファ１１１〜１１ｎは、回線１０１〜１０ｎを介してフレーム単位で分散伝送されたデータを回線１０１ごとに格納する。多重部１２０は、バッファ１１１〜１１ｎから読み出された各データを多重する。制御部１３０は、バッファ１１１〜１１ｎから読み出された各データの間のフレーム単位のずれを検出した場合に、バッファ１１１〜１１ｎが格納しているデータを破棄する制御を行う。【選択図】図１
2017152977.tif 000002
【特許請求の範囲】
【請求項１】
複数の回線を介して所定のフレーム単位で分散伝送されたデータを前記回線ごとに格納する複数のバッファと、
前記複数のバッファから読み出された各データを多重する多重部と、
前記複数のバッファから読み出された各データの間の前記フレーム単位のずれを検出した場合に、前記複数のバッファが格納しているデータを破棄する制御を行う制御部と、
を備えることを特徴とするデータ伝送装置。
【請求項２】
前記複数のバッファのそれぞれは、前記フレーム単位より大きい容量を有することを特徴とする請求項１に記載のデータ伝送装置。
【請求項３】
前記制御部は、前記フレーム単位のずれを検出した場合に、前記複数のバッファに含まれる特定のバッファへの前記データの書き込みタイミングに基づく所定タイミングで前記複数のバッファが格納しているデータを破棄する制御を行うことを特徴とする請求項１または２に記載のデータ伝送装置。
【請求項４】
複数の回線を介して所定のフレーム単位で分散伝送されたデータを前記回線ごとに格納する複数のバッファを備えるデータ伝送装置によるデータ伝送方法において、
前記複数のバッファから読み出された各データを多重し、
前記複数のバッファから読み出された各データの間の前記フレーム単位のずれを検出した場合に、前記複数のバッファが格納しているデータを破棄する制御を行う、
ことを特徴とするデータ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ伝送装置およびデータ伝送方法に関する。
【背景技術】
【０００２】
従来、受信データのフレームタイミングを受信フレームタイミングから装置内フレームタイミングに乗せ換える場合に、受信データを一時格納するバッファに小容量のバッファを用いる構成が知られている（たとえば、下記特許文献１参照。）。
【０００３】
また、複数の物理回線を束ねた伝送路に対してバルクデータを分散伝送するシステムが知られている。また、バルクデータを分散伝送する際に、受信側において元データの連続性を損なうことなくバルクデータを復元するために、受信側のフレームバッファのバッファ容量を１フレーム長未満に制限する構成が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−１３５２３６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来技術では、受信側のフレームバッファのバッファ容量を１フレーム長未満に制限すると、受信側のフレームバッファにおいて読み出しタイミングが書き込みタイミングに依存することになる。このため、伝送路の擾乱による各回線のタイミングのずれが、受信側の装置における信号処理に影響を与えるという問題がある。
【０００６】
１つの側面では、本発明は、伝送路の擾乱による影響の軽減を図ることができるデータ伝送装置およびデータ伝送方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、本発明の一側面によれば、複数の回線を介して所定のフレーム単位で分散伝送されたデータを前記回線ごとに格納する複数のバッファを備えるデータ伝送装置において、前記複数のバッファから読み出された各データを多重し、前記複数のバッファから読み出された各データの間の前記フレーム単位のずれを検出した場合に、前記複数のバッファが格納しているデータを破棄する制御を行うデータ伝送装置およびデータ伝送方法が提案される。
【発明の効果】
【０００８】
本発明の一側面によれば、伝送路の擾乱による影響の軽減を図ることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかるデータ伝送装置の一例を示す図である。
【図２】図２は、実施の形態にかかるデータ伝送システムの一例を示す図である。
【図３】図３は、実施の形態にかかるデータ伝送システムの各装置の構成の一例を示す図である。
【図４】図４は、実施の形態にかかる送信側装置の一例を示す図である。
【図５】図５は、実施の形態にかかる受信側装置の一例を示す図である。
【図６】図６は、実施の形態にかかる受信側装置による処理の一例を示すフローチャートである。
【図７】図７は、実施の形態にかかる受信側装置における受信ＦＩＦＯのリセット実施期間の一例を示す図である。
【図８】図８は、実施の形態にかかる受信側装置における受信ＦＩＦＯのリセット実施期間の算出の一例を示す図である。
【図９】図９は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに同一のフレーム番号のフレームが書き込まれる場合の各タイミングの一例を示す図である。
【図１０】図１０は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに同一のフレーム番号のフレームが書き込まれる場合の各受信ＦＩＦＯの状態の一例を示す図である。
【図１１】図１１は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その１）の各タイミングの一例を示す図である。
【図１２】図１２は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その１）の各受信ＦＩＦＯの状態の一例を示す図である。
【図１３】図１３は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その２）の各タイミングの一例を示す図である。
【図１４】図１４は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その２）の各受信ＦＩＦＯの状態の一例を示す図である。
【図１５】図１５は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その３）の各タイミングの一例を示す図である。
【図１６】図１６は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その３）の各受信ＦＩＦＯの状態の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかるデータ伝送装置およびデータ伝送方法の実施の形態を詳細に説明する。
【００１１】
（実施の形態）
（実施の形態にかかるデータ伝送装置）
図１は、実施の形態にかかるデータ伝送装置の一例を示す図である。図１に示すように、実施の形態にかかるデータ伝送装置１００は、バッファ１１１〜１１ｎと、多重部１２０と、制御部１３０と、を備える。データ伝送装置１００は、回線１０１〜１０ｎ（ｎは２以上の自然数）を介してフレーム単位で分散伝送されたデータ（たとえばバルクデータ）を受信する受信側の装置である。
【００１２】
回線１０１〜１０ｎは、同時にそれぞれデータを伝送可能な複数の回線である。たとえば、回線１０１〜１０ｎは、周波数、符号、電力等で多重化される×ｎ個（ｎ束）の無線回線により実現することができる。ただし、回線１０１〜１０ｎは、無線回線に限らず、たとえば電気信号回線や光回線など各種の物理回線によって実現することができる。
【００１３】
バッファ１１１は、回線１０１から送信されたデータ（たとえばフレーム）を格納する。同様に、バッファ１１２〜１１ｎは、それぞれ回線１０２〜１０ｎから送信されたデータを格納する。バッファ１１１〜１１ｎに格納されたデータは、データ伝送装置１００におけるフリーラン（自走）の読み出しタイミング、またはデータ伝送装置１００における任意の読み出しタイミングにおいて同時に読み出されて多重部１２０へ出力される。
【００１４】
また、バッファ１１１〜１１ｎのそれぞれは、たとえばフレーム単位以上の容量を有する。すなわち、バッファ１１１〜１１ｎのそれぞれは、１フレーム以上のデータを格納可能である。一例としては、データ伝送装置１００が受信するデータのフレーム長が７６８［ｂｉｔ］であるとすると、バッファ１１１〜１１ｎのそれぞれの容量は７６８［ｂｉｔ］以上とする。
【００１５】
これにより、バッファ１１１〜１１ｎにおける書き込みタイミングから、バッファ１１１〜１１ｎにおける読み出しタイミングを独立させることが可能になる。すなわち、伝送路タイミングと受信側の装置内タイミングとを分離することができる。したがって、たとえば、伝送路の擾乱によって発生したアラーム情報が後段の処理部へ伝播しにくくなる。このため、伝送路の擾乱による各回線のタイミングのずれがあっても、多重部１２０や多重部１２０より後段の処理部における信号処理への影響を軽減することができる。
【００１６】
多重部１２０は、バッファ１１１〜１１ｎから読み出されて出力された各データを多重することにより、バッファ１１１〜１１ｎを介して分散伝送された元のデータ（たとえばバルクデータ）を復元し、復元したデータを出力する。
【００１７】
制御部１３０は、バッファ１１１〜１１ｎから読み出された各データの間のずれを監視する。そして、制御部１３０は、バッファ１１１〜１１ｎから読み出された各データの間のフレーム単位のずれを検出した場合に、バッファ１１１〜１１ｎが格納しているデータを破棄する制御（たとえばリセット）を行う。
【００１８】
制御部１３０が検出するフレーム単位のずれは、バッファ１１１〜１１ｎから読み出された各データのうちの少なくとも２個のデータの間のタイミングのずれであって、１フレーム分の大きさ以上のずれである。このようなフレーム単位のずれは、バッファ１１１〜１１ｎの各容量を１フレーム以上にした場合に、分散伝送の伝送路における擾乱などにより発生する。
【００１９】
たとえば伝送路における擾乱によりフレーム単位のずれが発生した場合に、制御部１３０によってバッファ１１１〜１１ｎのデータを破棄する制御を行うことで、バッファ１１１〜１１ｎの各先頭から、伝送路の擾乱が収まった後のデータを蓄積することができる。これにより、バッファ１１１〜１１ｎにおける回線間のフレーム格納順序を補正し、連続性を損なわずに元のデータ（たとえばバルクデータ）を復元できる状態に復帰（復旧）することができる。
【００２０】
このように、実施の形態にかかるデータ伝送装置１００によれば、バッファ１１１〜１１ｎから読み出された各データの間のフレーム単位のずれを検出した場合にバッファ１１１〜１１ｎが格納しているデータを破棄する制御を行うことができる。これにより、受信側の回線間のフレーム単位のずれが発生しても、連続性を損なわずに元のデータ（たとえばバルクデータ）を復元することができる。
【００２１】
したがって、回線間の各データの間のフレーム単位のずれが発生しても復旧を可能にしつつ、バッファ１１１〜１１ｎの各容量を１フレーム以上にすることによって伝送路の擾乱による影響を軽減することができる。
【００２２】
また、伝送路の擾乱によって発生したアラーム情報が後段の処理部へ伝播しにくくなることにより、たとえばデータ伝送装置１００に接続される処理部が、分散伝送の区間におけるクロックに従属せずに動作可能になる。このため、データ伝送装置１００を含む通信システムの装置設計の自由度が向上し、装置形態の多様化が可能になる。データ伝送装置１００に接続される処理部としては、一例としては、後述のＳＷ部３１０，３５０に適用されるマルチプレクサ（ＭＵＸ）などが挙げられる。
【００２３】
また、回線１０１〜１０ｎを介して分散伝送されたデータは、フレーム単位で所定のフレーム番号が付されていてもよい。このフレーム番号は、フレーム単位の各データの連続性を示す識別情報である。この場合に、制御部１３０は、たとえば、バッファ１１１〜１１ｎから同時に読み出された各データのフレーム番号に基づいて、上述した回線間のフレーム単位のずれを検出することができる。
【００２４】
また、制御部１３０は、回線間のフレーム単位のずれを検出した場合に、所定タイミングにおいて、バッファ１１１〜１１ｎが格納しているデータを破棄する制御を行ってもよい。所定タイミングは、たとえばバッファ１１１〜１１ｎに含まれる特定のバッファへのデータの書き込みタイミングから一定時間経過後のタイミングである。これにより、バッファ１１１〜１１ｎが格納しているデータを破棄する制御を行った後のバッファ１１１〜１１ｎへのデータの蓄積において、上述した回線間のフレーム単位のずれが再度発生する可能性を低くすることができる。
【００２５】
データ伝送装置１００は、たとえば、多重無線装置により提供される一／二次群（１．５［Ｍｂｐｓ］／６．３［Ｍｂｐｓ］等）×ｎ回線を伝送路とするマイクロ網、ＳＤＨなどの同期網、ＩＰ網等の情報伝送システム全般に適用することができる。なお、ＳＤＨはＳｙｎｃｈｒｏｎｏｕｓ  Ｄｉｇｉｔａｌ  Ｈｉｅｒａｒｃｈｙ（同期デジタルハイアラーキ）の略である。ＩＰはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ（インターネットプロトコル）の略である。
【００２６】
（実施の形態にかかるデータ伝送システム）
図２は、実施の形態にかかるデータ伝送システムの一例を示す図である。図１に示したデータ伝送装置１００は、たとえば図２に示すデータ伝送システム２００に適用することができる。データ伝送システム２００は、伝送端局２１１，２１２と、無線端局２２１，２２２と、を含む。データ伝送システム２００は、伝送端局２１１から伝送端局２１２へのデータ伝送と、伝送端局２１２から伝送端局２１１へのデータ伝送と、が行われる双方向のデータ伝送システムである。
【００２７】
まず、伝送端局２１１から伝送端局２１２へのデータ伝送について説明する。伝送端局２１１には、伝送端局２１２を送信先とするバルクデータが入力される。バルクデータには、たとえばイーサネットパケットなどの各種のデータを用いることができる。なお、イーサネットは登録商標である。伝送端局２１１は、入力されたバルクデータを、複数の物理回線によって分散伝送するための複数のフレームデータに変換する。
【００２８】
図２に示す例では、無線端局２２１，２２２の間の無線回線が、６［Ｍｂｐｓ］×８の多重無線回線であるとする。この場合は、伝送端局２１１は、入力されたバルクデータを、それぞれ６［Ｍｂｐｓ］の８個のフレームデータ（６［Ｍｂｐｓ］×８）に変換し、変換した複数のフレームデータを無線端局２２１へ出力する。
【００２９】
無線端局２２１は、伝送端局２１１から出力された複数のフレームデータを、×ｎ（ｎ束）の多重無線回線によって無線端局２２２へ無線送信する。図２に示す例では、無線端局２２１は、８個のフレームデータを×８（８束）の多重無線回線によってまとめて無線端局２２２へ無線送信する。無線端局２２２は、無線端局２２１から無線送信された複数のフレームデータを受信する。図２に示す例では、無線端局２２２は、６［Ｍｂｐｓ］の８個のフレームデータ（６［Ｍｂｐｓ］×８）をまとめて受信する。そして、無線端局２２２は、受信した複数のフレームデータを伝送端局２１２へ出力する。
【００３０】
伝送端局２１２は、無線端局２２２から出力された複数のフレームデータを多重する。これにより、伝送端局２１１へ入力されたバルクデータ（たとえばイーサネットパケット）を伝送端局２１２において復元することができる。図１に示したデータ伝送装置１００は、たとえば伝送端局２１２の受信部に適用可能である。
【００３１】
つぎに、伝送端局２１２から伝送端局２１１へのデータ伝送について説明する。伝送端局２１２には、伝送端局２１１を送信先とするバルクデータ（たとえばイーサネットパケット）が入力される。伝送端局２１２は、入力されたバルクデータを、複数の物理回線によって分散伝送するための複数のフレームデータに変換する。図２に示す例では、伝送端局２１２は、入力されたバルクデータを、それぞれ６［Ｍｂｐｓ］の８個のフレームデータ（６［Ｍｂｐｓ］×８）に変換する。そして、伝送端局２１２は、変換した複数のフレームデータを無線端局２２２へ出力する。
【００３２】
無線端局２２２は、伝送端局２１２から出力された複数のフレームデータを、×ｎ（ｎ束）の多重無線回線によって無線端局２２１へ無線送信する。図２に示す例では、無線端局２２２は、８個のフレームデータを×８（８束）の多重無線回線によってまとめて無線端局２２１へ無線送信する。無線端局２２１は、無線端局２２２から無線送信された複数のフレームデータを受信する。図２に示す例では、無線端局２２１は、６［Ｍｂｐｓ］の８個のフレームデータ（６［Ｍｂｐｓ］×８）をまとめて受信する。そして、無線端局２２１は、受信した複数のフレームデータを伝送端局２１１へ出力する。
【００３３】
伝送端局２１１は、無線端局２２１から出力された複数のフレームデータを多重する。これにより、伝送端局２１２へ入力されたバルクデータ（たとえばイーサネットパケット）を伝送端局２１１において復元することができる。図１に示したデータ伝送装置１００は、たとえば伝送端局２１１の受信部に適用可能である。
【００３４】
図２に示した例では、無線端局２２１，２２２による無線回線を用いてバルク転送を行う構成について説明したが、バルク転送を行う物理回線は無線回線に限らず、有線の電気信号回線、光信号回線など各種の物理回線とすることができる。
【００３５】
（実施の形態にかかるデータ伝送システムの各装置の構成）
図３は、実施の形態にかかるデータ伝送システムの各装置の構成の一例を示す図である。図３において、図２に示した部分と同様の部分については同一の符号を付して説明を省略する。図３に示すように、伝送端局２１１は、たとえば、ＳＷ部３１０と、ポート３２０ａ〜３２０ｈ（＃１〜＃８）と、を備える。
【００３６】
ＳＷ部３１０は、多重・分散部３１１を備える。多重・分散部３１１は、伝送端局２１１へ入力されたバルクデータを８個のデータに分割し、分割した８個のデータをそれぞれポート３２０ａ〜３２０ｈへ出力する分散処理を行う。また、多重・分散部３１１は、ポート３２０ａ〜３２０ｈから出力された８個のデータを多重することにより、伝送端局２１２から送信されたバルクデータを復元する多重処理を行う。多重・分散部３１１は、多重処理により復元したバルクデータを出力する。
【００３７】
ポート３２０ａ〜３２０ｈ（＃１〜＃８）は、無線端局２２１を介してそれぞれ６［Ｍｂｐｓ］のデータを送受信する通信ポートである。たとえば、ポート３２０ａは、送信ＦＩＦＯ３２１ａと、フレーマ３２２ａと、デフレーマ３２３ａと、受信ＦＩＦＯ３２４ａと、を備える。送信ＦＩＦＯ３２１ａは、ＳＷ部３１０から出力されたデータを一時的に記憶する先入れ先出し（ＦＩＦＯ：Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）のバッファである。送信ＦＩＦＯ３２１ａから読み出されたデータはフレーマ３２２ａへ出力される。フレーマ３２２ａは、送信ＦＩＦＯ３２１ａから出力されたデータを含むフレームを生成する。そして、フレーマ３２２ａは、生成したフレームを無線端局２２１へ出力する。
【００３８】
デフレーマ３２３ａは、無線端局２２１から出力されたフレームに含まれるデータを取得する。そして、デフレーマ３２３ａは、取得したデータを受信ＦＩＦＯ３２４ａへ出力する。受信ＦＩＦＯ３２４ａは、デフレーマ３２３ａから出力されたデータを一時的に記憶する先入れ先出しのバッファである。受信ＦＩＦＯ３２４ａから読み出されたデータはＳＷ部３１０へ出力される。
【００３９】
ポート３２０ｂ〜３２０ｈ（＃２〜＃８）の構成は、ポート３２０ａ（＃１）の構成と同様である。すなわち、ポート３２０ｂ〜３２０ｈ（＃２〜＃８）のそれぞれは、ポート３２０ａと同様に、ＳＷ部３１０から出力されたデータを含むフレームを生成して無線端局２２１へ出力する。また、ポート３２０ｂ〜３２０ｈ（＃２〜＃８）のそれぞれは、ポート３２０ａ（＃１）と同様に、無線端局２２１から出力されたフレームに含まれるデータを取得してＳＷ部３１０へ出力する。
【００４０】
無線端局２２１は、無線チャネル３３０を用いて無線端局２２２との間で×ｎ（ｎ束）の多重無線伝送が可能である。無線チャネル３３０は、６［Ｍｂｐｓ］×８の多重無線伝送が可能な無線回線である。たとえば、無線端局２２１は、伝送端局２１１のポート３２０ａ〜３２０ｈ（＃１〜＃８）から出力された各フレームをまとめて、無線チャネル３３０によって無線端局２２２へ無線送信する。
【００４１】
また、無線端局２２１は、無線端局２２２から無線チャネル３３０によってまとめて無線送信された各フレームを受信し、受信した各フレームをそれぞれ伝送端局２１１のポート３２０ａ〜３２０ｈ（＃１〜＃８）へ出力する。
【００４２】
無線端局２２２は、無線チャネル３３０を用いて無線端局２２１との間で×ｎ（ｎ束）の多重無線伝送が可能である。たとえば、無線端局２２２は、無線端局２２１から無線チャネル３３０によってまとめて無線送信された各フレームを受信し、受信した各フレームを、それぞれ後述の伝送端局２１２のポート３４０ａ〜３４０ｈ（＃１〜＃８）へ出力する。
【００４３】
また、無線端局２２２は、伝送端局２１２のポート３４０ａ〜３４０ｈ（＃１〜＃８）から出力された各フレームをまとめて、無線チャネル３３０によって無線端局２２１へ無線送信する。
【００４４】
伝送端局２１２は、たとえば、ポート３４０ａ〜３４０ｈ（＃１〜＃８）と、ＳＷ部３５０と、備える。ポート３４０ａ〜３４０ｈ（＃１〜＃８）は、それぞれ無線端局２２２を介して６［Ｍｂｐｓ］のデータを送受信する通信ポートである。たとえば、ポート３４０ａは、デフレーマ３４１ａと、受信ＦＩＦＯ３４２ａと、送信ＦＩＦＯ３４３ａと、フレーマ３４４ａと、を備える。
【００４５】
デフレーマ３４１ａは、無線端局２２２から出力されたフレームに含まれるデータを取得する。そして、デフレーマ３４１ａは、取得したデータを受信ＦＩＦＯ３４２ａへ出力する。受信ＦＩＦＯ３４２ａは、デフレーマ３４１ａから出力されたデータを一時的に記憶する先入れ先出しのバッファである。受信ＦＩＦＯ３４２ａから読み出されたデータはＳＷ部３５０へ出力される。
【００４６】
送信ＦＩＦＯ３４３ａは、ＳＷ部３５０から出力されたデータを一時的に記憶する先入れ先出しのバッファである。送信ＦＩＦＯ３４３ａから読み出されたデータはフレーマ３４４ａへ出力される。フレーマ３４４ａは、送信ＦＩＦＯ３４３ａから出力されたデータを含むフレームを生成する。そして、フレーマ３４４ａは、生成したフレームを無線端局２２２へ出力する。
【００４７】
ポート３４０ｂ〜３４０ｈ（＃２〜＃８）の構成は、ポート３４０ａ（＃１）の構成と同様である。すなわち、ポート３４０ｂ〜３４０ｈ（＃２〜＃８）のそれぞれは、ポート３４０ａ（＃１）と同様に、無線端局２２２から出力されたフレームに含まれるデータを取得してＳＷ部３５０へ出力する。また、ポート３４０ｂ〜３４０ｈ（＃２〜＃８）のそれぞれは、ポート３４０ａと同様に、ＳＷ部３５０から出力されたデータを含むフレームを生成して無線端局２２２へ出力する。
【００４８】
ＳＷ部３５０は、多重・分散部３５１を備える。多重・分散部３５１は、ポート３４０ａ〜３４０ｈから出力された８個のデータを多重することにより、伝送端局２１１から送信されたバルクデータを復元する多重処理を行う。多重・分散部３５１は、多重処理により復元したバルクデータを出力する。また、多重・分散部３５１は、伝送端局２１２へ入力されたバルクデータを８個のデータに分割し、分割した８個のデータをそれぞれポート３４０ａ〜３４０ｈへ出力する分散処理を行う。
【００４９】
なお、図３に示す例では、無線端局２２１から無線端局２２２への無線送信と、無線端局２２２から無線端局２２１への無線送信と、に同じ無線チャネル３３０を用いる構成について説明したが、このような構成に限らない。たとえば、無線端局２２２から無線端局２２１への無線送信に用いる無線チャネルと、無線端局２２１から無線端局２２２への無線送信に用いる無線チャネルと、は互いに異なる無線チャネルであってもよい。
【００５０】
（実施の形態にかかる送信側装置）
図４は、実施の形態にかかる送信側装置の一例を示す図である。伝送端局２１１，２１２における送信側の処理部には、たとえば図４に示す送信側装置４００を適用することができる。送信側装置４００は、ＳＷ部４１０と、ｎ個のポート４２０ａ，４２０ｂ，…（＃１〜＃ｎ）と、を備える。
【００５１】
ＳＷ部４１０は、図３に示したＳＷ部３１０，３５０のそれぞれの送信側に対応する構成である。ＳＷ部４１０は、ＳＳＷ４１１と、フレーム番号生成部４１２と、を備える。ＳＳＷ４１１（Ｓｅｌｌ  ＳＷｉｔｃｈ）は、図３に示した多重・分散部３１１，３５１のそれぞれの送信側（分散側）に対応する構成である。ＳＳＷ４１１は、送信側装置４００へ入力されたバルクデータを分割してそれぞれポート４２０ａ，４２０ｂ，…へ出力する分散処理を行うスペーススイッチである。
【００５２】
たとえば、ＳＳＷ４１１は、入力されたバルクデータの所定のバイト単位で分割し、分割した各データの出力先を、ポート４２０ａ，４２０ｂ，…，４２０ａ，４２０ｂ，…の順に切り替えること（バイトインターリーブ形式）により分散処理を行う。すなわち、ＳＳＷ４１１は、分割したバイト単位の最初のｎ個のデータをそれぞれポート４２０ａ，４２０ｂ，…（ｎ個のポート）へ出力し、分割したバイト単位のつぎのｎ個のデータをそれぞれポート４２０ａ，４２０ｂ，…（ｎ個のポート）へ出力する。以降も同様に、ＳＳＷ４１１は分割したバイト単位のｎ個のデータをそれぞれポート４２０ａ，４２０ｂ，…（ｎ個のポート）へ出力する。
【００５３】
フレーム番号生成部４１２は、後述のフレーマ４２２ａ，４２２ｂ，…によって生成されるフレームのフレーム番号を生成し、生成したフレーム番号をフレーマ４２２ａ，４２２ｂ，…へ通知する。たとえば、フレーム番号生成部４１２は、フレーム周期で変化する任意の数値をフレーム番号としてフレーマ４２２ａ，４２２ｂ，…へ通知する。
【００５４】
ポート４２０ａ，４２０ｂ，…は、図３に示したポート３２０ａ〜３２０ｈ，３４０ａ〜３４０ｈの送信側に対応する構成である。ポート４２０ａ，４２０ｂ，…は、それぞれ６［Ｍｂｐｓ］のフレームを無線端局２２１へ出力する。
【００５５】
ポート４２０ａは、たとえば、送信ＦＩＦＯ４２１ａと、フレーマ４２２ａと、を備える。送信ＦＩＦＯ４２１ａは、図３に示した送信ＦＩＦＯ３２１ａ，３４３ａに対応する構成である。送信ＦＩＦＯ４２１ａは、ＳＳＷ４１１から出力されたデータを一時的に記憶する先入れ先出しのバッファである。送信ＦＩＦＯ４２１ａから読み出されたデータはフレーマ４２２ａへ出力される。
【００５６】
フレーマ４２２ａは、図３に示したフレーマ３２２ａ，３４４ａに対応する構成である。フレーマ４２２ａは、送信ＦＩＦＯ４２１ａから出力されたデータと、フレーム番号生成部４１２から通知されたフレーム番号と、を含むフレームを生成する。そして、フレーマ４２２ａは、生成したフレームを無線端局２２１へ出力する。
【００５７】
ポート４２０ｂは、たとえば、送信ＦＩＦＯ４２１ｂと、フレーマ４２２ｂと、を備える。送信ＦＩＦＯ４２１ｂは、図３に示したポート３２０ｂ，３４０ｂの送信ＦＩＦＯに対応する構成である。送信ＦＩＦＯ４２１ｂは、ＳＳＷ４１１から出力されたデータを一時的に記憶する先入れ先出しのバッファである。送信ＦＩＦＯ４２１ｂから読み出されたデータはフレーマ４２２ｂへ出力される。
【００５８】
フレーマ４２２ｂは、図３に示したポート３２０ｂ，３４０ｂのフレーマに対応する構成である。フレーマ４２２ｂは、送信ＦＩＦＯ４２１ｂから出力されたデータと、フレーム番号生成部４１２から通知されたフレーム番号と、を含むフレームを生成する。そして、フレーマ４２２ｂは、生成したフレームを無線端局２２１へ出力する。
【００５９】
ポート４２０ａ，４２０ｂの構成について説明したが、ポート４２０ｃ，…の構成についてもポート４２０ａ，４２０ｂの構成と同様である。なお、送信側装置４００におけるデータとフレーム番号との間の同期は、たとえば、ＳＷ部４１０およびポート４２０ａの各部が同一の動作周期によって動作することにより実現される。
【００６０】
ＳＷ部４１０およびポート４２０ａ，４２０ｂ，…は、たとえばＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのデジタル回路によって実現することができる。
【００６１】
（実施の形態にかかる受信側装置）
図５は、実施の形態にかかる受信側装置の一例を示す図である。伝送端局２１１，２１２における受信側の処理部には、たとえば図５に示す受信側装置５００を適用することができる。受信側装置５００は、ｎ個のポート５１０ａ，５１０ｂ，…（＃１〜＃ｎ）と、ＳＷ部５２０と、を備える。
【００６２】
ポート５１０ａ，５１０ｂ，…は、図３に示したポート３２０ａ〜３２０ｈ，３４０ａ〜３４０ｈの受信側に対応する構成である。ポート５１０ａ，５１０ｂ，…（＃１〜＃ｎ）は、それぞれ無線端局２２２の無線チャネルから出力された６［Ｍｂｐｓ］×ｎのフレームを受信する。図５に示す例では、リードタイミング等の基準となる基準ポート（代表ポート）としてポート５１０ａ（＃１）を用いる場合について説明する。
【００６３】
たとえば、ポート５１０ａは、デフレーマ５１１ａと、受信ＦＩＦＯ５１２ａと、蓄積量監視部５１３ａを備える。デフレーマ５１１ａは、図３に示したデフレーマ３２３ａ，３４１ａに対応する構成である。デフレーマ５１１ａは、無線端局２２２から出力されたフレームに含まれるデータおよびフレーム番号を取得し、取得したデータをライトデータとして受信ＦＩＦＯ５１２ａへ出力する。また、デフレーマ５１１ａは、ライトデータとともに、取得したフレーム番号を受信ＦＩＦＯ５１２ａへ出力する。また、デフレーマ５１１ａは、ライトデータを受信ＦＩＦＯ５１２ａへ出力するタイミングにおいて、受信ＦＩＦＯ５１２ａおよび後述の８ｋカウンタ５２３へライト信号Ｗを出力する。
【００６４】
受信ＦＩＦＯ５１２ａ，５１２ｂ，…への書き込みは、それぞれデフレーマ５１１ａ，５１１ｂ，…から出力されるライト信号Ｗが示す伝送路からの受信フレームのタイミングにおいて行われる。また、受信ＦＩＦＯ５１２ａ，５１２ｂ，…からの読み出しは、後述のリード信号Ｒ（フリーラン）が示す装置内のフレームタイミングにおいて行われる。
【００６５】
受信ＦＩＦＯ５１２ａは、図３に示した受信ＦＩＦＯ３２４ａ，３４２ａに対応する構成である。受信ＦＩＦＯ５１２ａは、デフレーマ５１１ａから出力されたライトデータおよびフレーム番号を、デフレーマ５１１ａから出力されたライト信号Ｗのタイミングで記憶する。これにより、デフレーマ５１１ａから出力されたライトデータおよびフレーム番号が受信ＦＩＦＯ５１２ａに書き込まれる。また、受信ＦＩＦＯ５１２ａは、後述の８ｋカウンタ５２１から出力されたリード信号Ｒのタイミングで１フレーム分のデータをリードデータとして出力する。これにより、受信ＦＩＦＯ５１２ａに書き込まれたデータが読み出される。
【００６６】
また、受信ＦＩＦＯ５１２ａは、データをリードデータとして出力するごとに、出力するデータについて記憶していたフレーム番号をフレーム番号監視部５２２へ出力する。また、受信ＦＩＦＯ５１２ａは、リセットタイミング生成部５２４からリセット信号が出力されると、記憶したデータを全て破棄（クリア）する。これにより、受信ＦＩＦＯ５１２ａに書き込まれたデータが破棄される。
【００６７】
蓄積量監視部５１３ａは、受信側装置５００の起動時および受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセット時に、受信ＦＩＦＯ５１２ａに書き込まれて蓄積されたデータの量を監視する。そして、蓄積量監視部５１３ａは、受信ＦＩＦＯ５１２ａに蓄積されたデータの量が所定量（たとえば２５１［ｂｉｔ］）に達すると、８ｋカウンタ５２１に対して蓄積完了信号を出力する。
【００６８】
ポート５１０ｂは、デフレーマ５１１ｂと、受信ＦＩＦＯ５１２ｂと、を備える。デフレーマ５１１ｂは、図３に示したポート３２０ｂ，３４０ｂのデフレーマに対応する構成である。デフレーマ５１１ｂは、無線端局２２２から出力されたフレームに含まれるデータおよびフレーム番号を取得し、取得したデータをライトデータとして受信ＦＩＦＯ５１２ｂへ出力する。また、デフレーマ５１１ｂは、ライトデータとともに、取得したフレーム番号を受信ＦＩＦＯ５１２ｂへ出力する。また、デフレーマ５１１ｂは、ライトデータを受信ＦＩＦＯ５１２ｂへ出力するタイミングにおいて、受信ＦＩＦＯ５１２ｂおよび位相差監視部５２５へライト信号Ｗを出力する。
【００６９】
受信ＦＩＦＯ５１２ｂは、図３に示したポート３２０ｂ，３４０ｂの受信ＦＩＦＯに対応する構成である。受信ＦＩＦＯ５１２ｂは、デフレーマ５１１ｂから出力されたライトデータおよびフレーム番号を、デフレーマ５１１ｂから出力されたライト信号Ｗのタイミングで記憶する。これにより、デフレーマ５１１ｂから出力されたライトデータおよびフレーム番号が受信ＦＩＦＯ５１２ｂに書き込まれる。また、受信ＦＩＦＯ５１２ｂは、後述の８ｋカウンタ５２１から出力されたリード信号Ｒのタイミングで１フレーム分のデータをリードデータとして出力する。これにより、受信ＦＩＦＯ５１２ｂに書き込まれたデータが読み出される。
【００７０】
また、受信ＦＩＦＯ５１２ｂは、データをリードデータとして出力するごとに、出力するデータについて記憶していたフレーム番号をフレーム番号監視部５２２へ出力する。また、受信ＦＩＦＯ５１２ｂは、リセットタイミング生成部５２４からリセット信号が出力されると、記憶したデータを全て破棄する。これにより、受信ＦＩＦＯ５１２ｂに書き込まれたデータが破棄される。
【００７１】
また、ポート５１０ｂは、ポート５１０ａの蓄積量監視部５１３ａと同様に受信ＦＩＦＯ５１２ｂに蓄積されたデータの量を監視する蓄積量監視部を備えていてもよい。ポート５１０ａ，５１０ｂの構成について説明したが、基準ポートでないポート５１０ｃ，…の構成については、基準ポートでないポート５１０ｂの構成と同様である。
【００７２】
ＳＷ部５２０は、図３に示したＳＷ部３１０，３５０のそれぞれの受信側に対応する構成である。ＳＷ部５２０は、８ｋカウンタ５２１と、フレーム番号監視部５２２と、８ｋカウンタ５２３と、リセットタイミング生成部５２４と、を備える。また、ＳＷ部５２０は、さらに位相差監視部５２５を備えてもよい。
【００７３】
８ｋカウンタ５２１は、ポート５１０ａの蓄積量監視部５１３ａから蓄積完了信号が出力されると、受信側装置５００が受信するフレーム１個分に相当する８０００［Ｈｚ］周期のパルス信号の生成を開始する。また、８ｋカウンタ５２１が生成するパルス信号はフリーラン（自走）である。８ｋカウンタ５２１は、生成を開始したパルス信号を、リードタイミングを示すリード信号Ｒとして受信ＦＩＦＯ５１２ａ，５１２ｂ，…へ出力する。リード信号Ｒが示すリードタイミングは、受信側装置５００の装置内のフレームタイミングである。
【００７４】
フレーム番号監視部５２２は、リードタイミングごとに受信ＦＩＦＯ５１２ａ，５１２ｂ，…から出力される各フレーム番号を監視する。すなわち、フレーム番号監視部５２２は、受信ＦＩＦＯ５１２ａ，５１２ｂ，…から出力される各フレーム番号が全て一致しているか否かを監視する。そして、フレーム番号監視部５２２は、受信ＦＩＦＯ５１２ａ，５１２ｂ，…から出力される各フレーム番号の少なくともいずれかが一致していなかった場合は、その旨を示す不一致検出信号をリセットタイミング生成部５２４へ出力する。
【００７５】
８ｋカウンタ５２３は、受信側装置５００が受信するフレーム１個分に相当する８０００［Ｈｚ］周期のパルス信号を生成する。また、８ｋカウンタ５２３は、デフレーマ５１１ａから出力されるライト信号Ｗに基づいて、受信ＦＩＦＯ５１２ａへのデータの書き込みタイミングと同期した８０００［Ｈｚ］周期のパルス信号を生成する。そして、８ｋカウンタ５２３は、生成したパルス信号を、ポート５１０ａ（基準ポート）における書き込みフレームの先頭タイミングを示す基準フレームタイミング信号としてリセットタイミング生成部５２４および位相差監視部５２５へ出力する。
【００７６】
リセットタイミング生成部５２４は、フレーム番号監視部５２２から不一致検出信号が出力されると、所定のリセット実施期間になるのを待ってから受信ＦＩＦＯ５１２ａ，５１２ｂ，…へリセット信号を出力する。たとえば、リセットタイミング生成部５２４は、８ｋカウンタ５２３から出力される基準フレームタイミング信号に基づいてリセット実施期間を判定する。リセット実施期間については後述する（たとえば図７，図８参照）。
【００７７】
位相差監視部５２５は、８ｋカウンタ５２３から出力された基準フレームタイミング信号と、ポート５１０ｂ，５１０ｃ，…におけるデフレーマ５１１ｂ，５１１ｃ，…から出力されたライト信号Ｗと、に基づいて、各無線回線の間の位相差の監視を行う。たとえば、位相差監視部５２５は、デフレーマ５１１ｂ，５１１ｃ，…から出力されたライト信号Ｗのそれぞれについて、基準フレームタイミング信号が示すタイミングとのずれを検出することにより、各無線回線の間の位相差の監視を行う。また、たとえば、位相差監視部５２５は、所定量以上のずれ（位相差）を検出した場合は、その旨のアラームを受信側装置５００の管理者に対して出力（アラーム出力）してもよい。
【００７８】
また、ＳＷ部５２０は、受信ＦＩＦＯ５１２ａ，５１２ｂ，…からのリードデータを多重してバルクデータを復元する、図３に示した多重・分散部３１１，３５１のそれぞれの受信側（多重側）に対応するＳＳＷ（スペーススイッチ）を備える。
【００７９】
ポート５１０ａ，５１０ｂ，…およびＳＷ部５２０は、たとえばＦＰＧＡなどのデジタル回路によって実現することができる。
【００８０】
図１に示したデータ伝送装置１００のバッファ１１１〜１１ｎは、たとえば受信ＦＩＦＯ５１２ａ，５１２ｂ，…により実現することができる。データ伝送装置１００の多重部１２０は、たとえばＳＷ部５２０のＳＳＷ（たとえば図３に示した多重・分散部３１１，３５１）により実現することができる。データ伝送装置１００の制御部１３０は、たとえばフレーム番号監視部５２２、８ｋカウンタ５２３およびリセットタイミング生成部５２４により実現することができる。
【００８１】
（実施の形態にかかる受信側装置による処理）
図６は、実施の形態にかかる受信側装置による処理の一例を示すフローチャートである。図５に示した受信側装置５００は、たとえば図６に示す各ステップを実行する。また、受信側装置５００は、たとえば受信側装置５００の起動時に図６に示す各ステップを実行する。
【００８２】
まず、受信側装置５００は、受信側装置５００の基準ポート（ポート５１０ａ）の受信ＦＩＦＯ５１２ａに、一定量以上のデータが蓄積されたか否かを判断する（ステップＳ６０１）。ステップＳ６０１は、たとえば蓄積量監視部５１３ａが受信ＦＩＦＯ５１２ａにおけるデータの蓄積量を監視することにより実現することができる。一定量は、一例としては２５１［ｂｉｔ］とすることができる。
【００８３】
ステップＳ６０１において、受信側装置５００は、受信ＦＩＦＯ５１２ａに一定量以上のデータが蓄積されるまで待つ（ステップＳ６０１：Ｎｏのループ）。受信ＦＩＦＯ５１２ａに一定量以上のデータが蓄積されると（ステップＳ６０１：Ｙｅｓ）、受信側装置５００は、ステップＳ６０２へ移行する。すなわち、受信側装置５００は、受信側装置５００の全ての受信ＦＩＦＯ（受信ＦＩＦＯ５１２ａ，５１２ｂ，…）のリード動作を開始する（ステップＳ６０２）。ステップＳ６０２は、たとえば、８ｋカウンタ５２１が、受信ＦＩＦＯ５１２ａ，５１２ｂ，…へのリード信号Ｒの出力を開始することにより実現することができる。
【００８４】
つぎに、受信側装置５００は、受信ＦＩＦＯ５１２ａ，５１２ｂ，…から読み出されたデータのフレーム番号の少なくとも一部が不一致であるか否かを判断する（ステップＳ６０３）。そして、受信側装置５００は、フレーム番号の少なくとも一部が不一致になるまで待つ（ステップＳ６０３：Ｎｏのループ）。ステップＳ６０３は、たとえばフレーム番号監視部５２２が、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリードタイミングにおいて受信ＦＩＦＯ５１２ａ，５１２ｂ，…から読み出されたデータのフレーム番号を監視することにより実現することができる。また、ステップＳ６０３において、受信側装置５００は、受信ＦＩＦＯ５１２ａ，５１２ｂ，…の少なくともいずれかにおいてデータの読み出しが行われず、その受信ＦＩＦＯにおけるフレーム番号が不明である場合は不一致であると判断する。
【００８５】
ステップＳ６０３において、フレーム番号の少なくとも一部が不一致である場合（ステップＳ６０３：Ｙｅｓ）は、受信側装置５００は、ステップＳ６０４へ移行する。すなわち、受信側装置５００は、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセット実施期間になったか否かを判断し（ステップＳ６０４）、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセット実施期間になるまで待つ（ステップＳ６０４：Ｎｏのループ）。ステップＳ６０４は、たとえばリセットタイミング生成部５２４が８ｋカウンタ５２３からの基準フレームタイミング信号を監視することにより実現することができる。
【００８６】
ステップＳ６０４において、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセット実施期間になると（ステップＳ６０４：Ｙｅｓ）、受信側装置５００は、ステップＳ６０５へ移行する。すなわち、受信側装置５００は、受信側装置５００の全ての受信ＦＩＦＯ（受信ＦＩＦＯ５１２ａ，５１２ｂ，…）のリセットを行い（ステップＳ６０５）、ステップＳ６０１へ戻る。ステップＳ６０５は、たとえばリセットタイミング生成部５２４が受信ＦＩＦＯに対してリセット信号を出力することにより実現することができる。
【００８７】
図６に示した各ステップにより、受信側装置５００は、基準ポートであるポート５１０ａに一定量以上のデータが蓄積されるのを待ってから各受信ＦＩＦＯのリード動作を開始する。そして、受信側装置５００は、リード動作によって各受信ＦＩＦＯから読み出されるデータのフレーム番号の不一致を検出すると、リセット実施期間になるのを待ってから各受信ＦＩＦＯのリセットを行う。
【００８８】
また、受信側装置５００は、ステップＳ６０３からステップＳ６０４に移行した時点がリセット実施期間であった場合は、そのリセット実施期間のつぎのリセット実施期間になるのを待ってから各受信ＦＩＦＯのリセットを行うようにしてもよい。これにより、フレーム番号の不一致を検出したタイミングによらず、リセット実施期間の所定の時点（たとえばリセット実施期間の先頭）で各受信ＦＩＦＯのリセットを行うことが可能になる。
【００８９】
（実施の形態にかかる受信側装置における受信ＦＩＦＯのリセット実施期間）
図７は、実施の形態にかかる受信側装置における受信ＦＩＦＯのリセット実施期間の一例を示す図である。図７において、横方向は時間を示す。基準フレーム７１０は、受信側装置５００の各受信ＦＩＦＯへ書き込まれる各ライトデータの中でリセットタイミングの基準となるライトデータに対応するフレームである。たとえば、基準フレーム７１０は、基準ポートであるポート５１０ａの受信ＦＩＦＯ５１２ａへ書き込まれるライトデータに対応するフレームである。
【００９０】
最遅フレーム７２０は、受信側装置５００の各受信ＦＩＦＯに書き込まれる各ライトデータに対応するフレームのうちの、基準フレーム７１０に対して最もタイミングが遅れた（最遅の）フレームである。最早フレーム７３０は、受信側装置５００の各受信ＦＩＦＯへ書き込まれる各ライトデータに対応するフレームのうちの、基準フレーム７１０に対して最もタイミングが早い（最早の）フレームである。
【００９１】
リセット実施期間７４１は、たとえば、最遅フレーム７２０および最早フレーム７３０が重なる期間とすることができる。リセットタイミング生成部５２４は、フレーム番号監視部５２２によりフレームタイミングの不一致が検出された場合に、リセット実施期間７４１になるまで待ってから受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセットを行う。
【００９２】
これにより、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセットの後の受信ＦＩＦＯ５１２ａ，５１２ｂ，…へのデータの再蓄積においてフレーム番号ずれが再度発生しないようにすることができる。なお、リセット不実施期間７４２，７４３は、リセット実施期間７４１の前後の期間である。仮に、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセットをリセット不実施期間７４２，７４３において行うと、受信ＦＩＦＯ５１２ａ，５１２ｂ，…へ蓄積されるデータの揺らぎやずれ幅によってはフレーム番号ずれが再度発生する。リセット不実施期間７４２，７４３の内訳については後述する（たとえば図８参照）。
【００９３】
（実施の形態にかかる受信側装置における受信ＦＩＦＯのリセット実施期間の算出）
図８は、実施の形態にかかる受信側装置における受信ＦＩＦＯのリセット実施期間の算出の一例を示す図である。図８において、図７に示した部分と同様の部分については同一の符号を付して説明を省略する。図８に示すフレーム長８００は、受信側装置５００が受信するフレームの１個分の長さである。図８に示す例ではフレーム長８００は７６８［ｂｉｔ］である。速度変換蓄積幅８１１は、受信側装置５００が受信するフレームにおける速度変換に要する蓄積幅である。図８に示す例では、速度変換蓄積幅８１１は、受信ＦＩＦＯ５１２ａ，５１２ｂ，…の書込みと読み出しが同一周波数の条件下で１［ｂｉｔ］である。
【００９４】
揺らぎ吸収幅８２１，８２２は、受信側装置５００が受信する絶対フレームにおける前後の揺らぎ吸収幅である。図８に示す例では、揺らぎ吸収幅８２１，８２２はそれぞれ１２５［ｂｉｔ］である。位相差吸収幅８３１，８３２は、受信側装置５００が受信する相対フレームにおける前後の位相差吸収幅である。図８に示す例では、位相差吸収幅８３１，８３２はそれぞれ１２５［ｂｉｔ］である。
【００９５】
図７に示したリセット不実施期間７４２の内訳は、たとえば速度変換蓄積幅８１１、揺らぎ吸収幅８２１および位相差吸収幅８３１である。また、図７に示したリセット不実施期間７４３の内訳は、たとえば揺らぎ吸収幅８２２および位相差吸収幅８３２である。
【００９６】
したがって、図７に示したリセット実施期間７４１の幅は、たとえば、フレーム長８００から、速度変換蓄積幅８１１、揺らぎ吸収幅８２１，８２２および位相差吸収幅８３１，８３２を減じた幅とすることができる。図８に示す例では、リセット実施期間７４１の幅は、７６８［ｂｉｔ］−１［ｂｉｔ］−１２５［ｂｉｔ］×２−１２５［ｂｉｔ］×２＝２６７［ｂｉｔ］とすることができる。
【００９７】
たとえば、リセットタイミング生成部５２４が受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセットを行うタイミングは、リセット実施期間７４１の先頭のタイミングとすることができる。この場合に、リセットタイミング生成部５２４がリセットを行うタイミングは、基準フレーム７１０の先頭から、速度変換蓄積幅８１１、揺らぎ吸収幅８２１および位相差吸収幅８３１の時間が経過したタイミングとすることができる。
【００９８】
たとえば、図８に示す例では、リセットタイミング生成部５２４は、フレーム番号監視部５２２によってフレーム番号の不一致が検出された時点の直後に８ｋカウンタ５２３から出力された基準フレームタイミング信号を検出する。そして、リセットタイミング生成部５２４は、検出した基準フレームタイミング信号から１［ｂｉｔ］＋１２５［ｂｉｔ］＋１２５［ｂｉｔ］＝２５１［ｂｉｔ］分の時間が経過したタイミングで受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセットを行う。
【００９９】
図７，図８に示したように、受信側装置５００は、フレーム番号の不一致（フレーム単位のずれ）を検出した場合に、受信ＦＩＦＯ５１２ａ（特定のバッファ）への書き込みタイミングに基づくリセット実施期間７４１（所定タイミング）でリセットを行う。このリセット実施期間７４１は、たとえば受信ＦＩＦＯ５１２ａへの書き込みタイミングから一定時間（リセット不実施期間７４２）が経過後のタイミングである。これにより、リセット実施期間７４１の先頭のタイミングで受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリセットを行い、その後の受信ＦＩＦＯ５１２ａ，５１２ｂ，…へのデータの再蓄積において、フレーム番号ずれが再度発生しないようにすることができる。
【０１００】
また、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のリード動作を開始するための蓄積量監視部５１３ａにおけるデータの蓄積量をＢｙａｓｓ値とする。Ｂｙａｓｓ値は、速度変換蓄積幅８１１、揺らぎ吸収幅８２１および位相差吸収幅８３１の合計以上とすることができる。したがって、Ｂｙａｓｓ値は、図８に示す例では、１［ｂｉｔ］＋１２５［ｂｉｔ］＋１２５［ｂｉｔ］＝２５１［ｂｉｔ］以上、かつ後述のＤｅｅｐ値未満とする。
【０１０１】
また、受信ＦＩＦＯ５１２ａ，５１２ｂ，…がそれぞれ蓄積可能なデータ量（容量）をＤｅｅｐ値とする。Ｄｅｅｐ値は、たとえば、Ｂｙａｓｓ値、揺らぎ吸収幅８２２、位相差吸収幅８３２および１フレームの合計以上とすることができる。したがって、図８に示す例において、Ｂｙａｓｓ値を２５１［ｂｉｔ］とし、１フレームを７６８［ｂｉｔ］とすると、Ｄｅｅｐ値は、２５１［ｂｉｔ］＋１２５［ｂｉｔ］＋１２５［ｂｉｔ］＋７６８［ｂｉｔ］＝１２６９［ｂｉｔ］以上とする。ただし、受信ＦＩＦＯ５１２ａ，５１２ｂ，…の各容量（Ｄｅｅｐ値）はこれに限らず、たとえば、１フレーム（７６８［ｂｉｔ］）以上の容量であればよい。
【０１０２】
また、受信ＦＩＦＯ５１２ａ，５１２ｂ，…のそれぞれは、自身におけるデータの蓄積量がＤｅｅｐ値を超える場合、オーバフローとして自身のリセットを行ってデータを破棄するようにしてもよい。
【０１０３】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに同一のフレーム番号のフレームが書き込まれる場合の各タイミング）
図９は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに同一のフレーム番号のフレームが書き込まれる場合の各タイミングの一例を示す図である。図９においては、受信側装置５００がポート５１０ａ〜５１０ｃ（＃１〜＃３）を有する場合（回線数＝３の場合）について説明する。また、ポート５１０ａ〜５１０ｃのうちのポート５１０ａを基準ポートとして用いる。この場合は、ポート５１０ａの受信ＦＩＦＯ５１２ａが基準ポートの受信ＦＩＦＯ（特定のバッファ）となる。
【０１０４】
また、図９に示す例では、受信ＦＩＦＯ５１２ａ〜５１２ｃに対する書き込みの条件は、回線アラームが未発生であり、かつライト信号Ｗが出力されたことであるとする。回線アラームには、たとえば、ＬＯＳ、ＬＯＦ、ＡＩＳなどがある。ＬＯＳは、Ｌｏｓｓ  Ｏｆ  Ｓｉｇｎａｌ（信号消失）の略である。ＬＯＦは、Ｌｏｓｓ  Ｏｆ  Ｆｒａｍｅ（フレーム同期損失）の略である。ＡＩＳは、Ａｌａｒｍ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｉｇｎａｌ（警報表示信号）の略である。
【０１０５】
また、図９に示す例では、基準ポートの受信ＦＩＦＯ５１２ａからの読み出しの条件は、基準ポートの受信ＦＩＦＯ５１２ａへの一定量以上のデータの蓄積が確認された後であって、かつリード信号Ｒが出力されたことである。また、基準ポートでない受信ＦＩＦＯ５１２ｂ，５１２ｃからの読み出しの条件は、受信ＦＩＦＯ５１２ａからの読み出しの条件を満たし、かつそれぞれ受信ＦＩＦＯ５１２ｂ，５１２ｃに対してライトデータの書込が開始されていることである。図９についての以上の条件は、後述の図１０〜図１６においても同様である。
【０１０６】
また、図９においては、ポート５１０ａ〜５１０ｃ（＃１〜＃３）の全てにおいてフレーム番号＝１のデータから順に受信ＦＩＦＯ５１２ａ〜５１２ｃへの書き込みが開始される場合について説明する。
【０１０７】
ライト信号９１０ａは、ポート５１０ａ（＃１）においてデフレーマ５１１ａから受信ＦＩＦＯ５１２ａへ出力されるライト信号Ｗである。ライトデータ９２０ａは、ポート５１０ａ（＃１）においてデフレーマ５１１ａから出力されて受信ＦＩＦＯ５１２ａに書き込まれたライトデータである。ライトデータ９２０ａには、データ９２１ａ，９２２ａ，…が含まれる。データ９２１ａ，９２２ａ，…はそれぞれフレーム番号＝１，２，…のフレームに対応するデータである。上述したライト信号９１０ａは、データ９２１ａ，９２２ａ，…の各先頭を示す。
【０１０８】
ライト信号９１０ｂは、ポート５１０ｂ（＃２）においてデフレーマ５１１ｂから受信ＦＩＦＯ５１２ｂへ出力されるライト信号Ｗである。図９に示す例では、たとえば無線端局２２１，２２２の内部の処理遅延差（スパンを重ねるごとに拡大）などにより、ライト信号９１０ｂはライト信号９１０ａに対して１２５［ｂｉｔ］分早くなっている。ライトデータ９２０ｂは、ポート５１０ｂ（＃２）においてデフレーマ５１１ｂから出力されて受信ＦＩＦＯ５１２ｂに書き込まれたライトデータである。ライトデータ９２０ｂには、データ９２１ｂ，９２２ｂ，…が含まれる。データ９２１ｂ，９２２ｂ，…はそれぞれフレーム番号＝１，２，…のフレームに対応するデータである。上述したライト信号９１０ｂは、データ９２１ｂ，９２２ｂ，…の各先頭を示す。
【０１０９】
ライト信号９１０ｃは、ポート５１０ｃ（＃３）においてデフレーマ５１１ｃから受信ＦＩＦＯ５１２ｃへ出力されるライト信号Ｗである。図９に示す例では、たとえば無線端局２２１，２２２の内部の処理遅延差（スパンを重ねるごとに拡大）などにより、ライト信号９１０ｃはライト信号９１０ａに対して１２５［ｂｉｔ］分遅くなっている。ライトデータ９２０ｃは、ポート５１０ｃ（＃３）においてデフレーマ５１１ｃから出力されて受信ＦＩＦＯ５１２ｃに書き込まれたライトデータである。ライトデータ９２０ｃには、データ９２１ｃ，９２２ｃ，…が含まれる。データ９２１ｃ，９２２ｃ，…はそれぞれフレーム番号＝１，２，…のフレームに対応するデータである。上述したライト信号９１０ｃは、データ９２１ｃ，９２２ｃ，…の各先頭を示す。
【０１１０】
図９に示す例では、データ９２１ａ〜９２１ｃのフレーム番号が１であり、データ９２２ａ〜９２２ｃのフレーム番号が２になっている。このため、受信側装置５００の多重処理においては、データ９２１ａ，９２１ｂ，９２１ｃ，９２２ａ，９２２ｂ，９２２ｃ，…の順に並べて多重することにより、送信側装置４００によって送信された元のバルクデータを復元することができる。
【０１１１】
また、図９に示す例ではフレーム番号が２までのデータを示しているが、フレーム番号は、一定の値に達すると初期値（フレーム番号＝１）に戻るようにサイクリック（循環的）に設定されてもよい。この場合に、フレーム番号の循環周期は、たとえば、伝送路で発生する伝送遅延量より長い周期とする。これにより、フレーム番号をサイクリックにしつつ、フレーム番号の循環周期以上の伝送遅延が発生して同一のフレーム番号を有する異なる各フレームが時間的に重なることを回避することができる。
【０１１２】
蓄積完了信号９３０は、蓄積量監視部５１３ａが８ｋカウンタ５２１へ出力する蓄積完了信号である。蓄積完了信号９３０は、受信側装置５００の起動時および受信ＦＩＦＯ５１２ａ〜５１２ｃのリセット時にオフに設定され、基準ポートであるポート５１０ａの受信ＦＩＦＯ５１２ａにおける蓄積量が２５１［ｂｉｔ］に達するとオンになる。図９に示す例では、蓄積完了信号９３０は、データ９２１ａの先頭から２５１［ｂｉｔ］の時点まではオフ（２５１［ｂｉｔ］蓄積中）となり、データ９２１ａの先頭から２５１［ｂｉｔ］の時点からはオンになる。
【０１１３】
リセットウィンドウ９４０は、リセットタイミング生成部５２４が設定するリセット実施期間を示す。リセットウィンドウ９４０における「不可」の期間９４１，９４３はリセット実施期間ではない期間を示す。リセットウィンドウ９４０における「可」の期間９４２，９４４はリセット実施期間を示す。
【０１１４】
リセットタイミング生成部５２４は、８ｋカウンタ５２３から出力された基準フレームタイミング信号に基づいて、基準ポートであるポート５１０ａのライト信号９１０ａが示すライトタイミングを特定する。そして、リセットタイミング生成部５２４は、特定したライトタイミングから２５１［ｂｉｔ］後の時点と、その時点から２６７［ｂｉｔ］後の時点と、の間の期間をリセット実施期間として設定する。
【０１１５】
図９に示す例では、リセットウィンドウ９４０は、データ９２１ａの先頭から２５１［ｂｉｔ］後の時点と、その時点から２６７［ｂｉｔ］後の時点と、の間の期間９４２をリセット実施期間として示している。また、リセットウィンドウ９４０は、データ９２２ａの先頭から２５１［ｂｉｔ］後の時点と、その時点から２６７［ｂｉｔ］後の時点と、の間の期間９４４をリセット実施期間として示している。
【０１１６】
リセット信号９５０は、リセットタイミング生成部５２４が受信ＦＩＦＯ５１２ａ〜５１２ｃへ同時に出力するリセット信号である。図９に示す例では、フレーム番号監視部５２２によってフレーム番号の不一致が検出されず（たとえば図１０参照）、リセット信号９５０は出力されない（ＯＮにならない）。
【０１１７】
リード信号９６０は、８ｋカウンタ５２１が受信ＦＩＦＯ５１２ａ〜５１２ｃへ出力するリード信号Ｒである。８ｋカウンタ５２１は、蓄積量監視部５１３ａからの蓄積完了信号９３０がオンの期間にのみリード信号９６０を出力する。８ｋカウンタ５２１が出力するリード信号９６０はフリーランであるため、ライト信号９１０ａ〜９１０ｃに対するリード信号９６０の相対的なタイミングは状況によって異なる。
【０１１８】
リード信号９６０におけるＣａｓｅ１〜５は、リード信号９６０のそれぞれ異なるタイミングを示す。Ｃａｓｅ１は、蓄積完了信号９３０がオンになったタイミングのつぎのサイクルにリード信号９６０がオンになった場合を示す。Ｃａｓｅ２は、Ｃａｓｅ１より後で、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂに１フレーム分のデータが蓄積される前にリード信号９６０がオンになった場合を示す。
【０１１９】
Ｃａｓｅ３は、Ｃａｓｅ２より後で、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂに１フレーム分のデータが蓄積された後にリード信号９６０がオンになった場合を示す。Ｃａｓｅ４は、Ｃａｓｅ３より後で、ポート５１０ａ，５１０ｂ（＃１，＃２）の受信ＦＩＦＯ５１２ａ，５１２ｂに１フレーム分のデータが蓄積された後にリード信号９６０がオンになった場合を示す。
【０１２０】
Ｃａｓｅ５は、Ｃａｓｅ４より後で、ポート５１０ａ（＃１）の受信ＦＩＦＯ５１２ａにフレーム番号＝２のデータ９２２ａの２５１［ｂｉｔ］分が蓄積される（２５１［ｂｉｔ］蓄積中）タイミングの１サイクル前にリード信号９６０がオンになった場合を示す。
【０１２１】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに同一のフレーム番号のフレームが書き込まれる場合の各受信ＦＩＦＯの状態）
図１０は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに同一のフレーム番号のフレームが書き込まれる場合の各受信ＦＩＦＯの状態の一例を示す図である。図１０において、図９に示した部分と同様の部分については同一の符号を付して説明を省略する。図１０においては、図９に示したリード信号９６０のＣａｓｅ１〜５のタイミングにおける受信ＦＩＦＯ５１２ａ〜５１２ｃの状態を示している。
【０１２２】
Ｃａｓｅ１のタイミングにおいては、ポート５１０ａ〜５１０ｃ（＃１〜＃３）の受信ＦＩＦＯ５１２ａ〜５１２ｃにはそれぞれフレーム番号＝１のデータ９２１ａ〜９２１ｃが格納されている。また、ポート５１０ａ（＃１）の受信ＦＩＦＯ５１２ａにはデータ９２１ａの２５１［ｂｉｔ］分が格納されている（Ｂｙａｓｓ値蓄積）。また、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂにはデータ９２１ｂの２５１［ｂｉｔ］＋１２５［ｂｉｔ］分が格納されている。また、ポート５１０ｃ（＃３）の受信ＦＩＦＯ５１２ｃにはデータ９２１ｃの２５１［ｂｉｔ］−１２５［ｂｉｔ］＝１２６［ｂｉｔ］分が格納されている。
【０１２３】
したがって、Ｃａｓｅ１においては、受信ＦＩＦＯ５１２ａ〜５１２ｃから読み出されたデータの先頭のフレーム番号は全て１になり、フレーム番号監視部５２２によってフレーム番号が一致と判断される。このため、リセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットは行われない。
【０１２４】
Ｃａｓｅ２のタイミングにおいては、ポート５１０ａ〜５１０ｃ（＃１〜＃３）の受信ＦＩＦＯ５１２ａ〜５１２ｃにはそれぞれフレーム番号＝１のデータ９２１ａ〜９２１ｃが格納されている。したがって、Ｃａｓｅ２においては、受信ＦＩＦＯ５１２ａ〜５１２ｃから読み出されたデータの先頭のフレーム番号は全て１になり、フレーム番号監視部５２２によってフレーム番号が一致と判断される。このため、リセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットは行われない。
【０１２５】
Ｃａｓｅ３のタイミングにおいては、ポート５１０ａ（＃１）の受信ＦＩＦＯ５１２ａにはフレーム番号＝１のデータ９２１ａが格納される。また、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂにはフレーム番号＝１のデータ９２１ｂおよびフレーム番号＝２のデータ９２２ｂが格納される。また、ポート５１０ｃ（＃３）の受信ＦＩＦＯ５１２ｃにはフレーム番号＝１のデータ９２１ｃが格納される。したがって、Ｃａｓｅ３においては、受信ＦＩＦＯ５１２ａ〜５１２ｃから読み出されたデータの先頭のフレーム番号は全て１になり、フレーム番号監視部５２２によってフレーム番号が一致と判断される。このため、リセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットは行われない。
【０１２６】
Ｃａｓｅ４のタイミングにおいては、ポート５１０ａ（＃１）の受信ＦＩＦＯ５１２ａにはフレーム番号＝１のデータ９２１ａおよびフレーム番号＝２のデータ９２２ａが格納される。また、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂにはフレーム番号＝１のデータ９２１ｂおよびフレーム番号＝２のデータ９２２ｂが格納される。また、ポート５１０ｃ（＃３）の受信ＦＩＦＯ５１２ｃにはフレーム番号＝１のデータ９２１ｃが格納される。したがって、Ｃａｓｅ４においては、受信ＦＩＦＯ５１２ａ〜５１２ｃから読み出されたデータの先頭のフレーム番号は全て１になり、フレーム番号監視部５２２によってフレーム番号が一致と判断される。このため、リセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットは行われない。
【０１２７】
Ｃａｓｅ５においては、ポート５１０ａ（＃１）の受信ＦＩＦＯ５１２ａにはフレーム番号＝１のデータ９２１ａおよびフレーム番号＝２のデータ９２２ａ（２５０［ｂｉｔ］分）が格納される。また、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂにはフレーム番号＝１のデータ９２１ｂおよびフレーム番号＝２のデータ９２２ｂ（２５０［ｂｉｔ］＋１２５［ｂｉｔ］分）が格納される。また、ポート５１０ｃ（＃３）の受信ＦＩＦＯ５１２ｃにはフレーム番号＝１のデータ９２１ｃおよびフレーム番号＝２のデータ９２２ｃ（１２５［ｂｉｔ］分）が格納される。
【０１２８】
したがって、Ｃａｓｅ５においては、受信ＦＩＦＯ５１２ａ〜５１２ｃから読み出されたデータの先頭のフレーム番号は全て１になり、フレーム番号監視部５２２によってフレーム番号が一致と判断される。このため、リセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットは行われない。なお、このとき受信ＦＩＦＯ５１２ｂのデータ蓄積量がＤｅｅｐ値に達しているが（Ｄｅｅｐ値蓄積）、リード信号９６０によって受信ＦＩＦＯ５１２ｂから１フレーム分のデータが読み出されるため受信ＦＩＦＯ５１２ｂのリセットは行われない。
【０１２９】
このように、図９に示したように各回線の受信ＦＩＦＯ５１２ａ〜５１２ｃに同一のフレーム番号のフレームが書き込まれる場合は、Ｃａｓｅ１〜５のいずれにおいても受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットは行われない。
【０１３０】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その１）の各タイミング）
図１１は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その１）の各タイミングの一例を示す図である。図１１において、図９に示した部分と同様の部分については同一の符号を付して説明を省略する。
【０１３１】
図１１に示す例では、ポート５１０ａ，５１０ｃ（＃１，＃３）においてはフレーム番号＝１のデータから順に受信ＦＩＦＯ５１２ａ，５１２ｃへの書き込みが開始される。また、ポート５１０ｂ（＃２）においてはフレーム番号＝２のデータから順に受信ＦＩＦＯ５１２ｂへの書き込みが開始される。このような状況は、たとえば、受信側装置５００の起動時のタイミングのずれ等により、ポート５１０ｂ（＃２）において回線アラームが発生して上述した書き込みの条件を満たさなかった場合などに発生する。
【０１３２】
この場合は、受信ＦＩＦＯ５１２ｂにフレーム番号＝１のデータが書き込まれないため、ライトデータ９２０ｂにおいてデータ９２１ｂが存在しない。また、ライト信号９１０ｂの各パルスのうちのデータ９２１ｂの先頭を示すパルスが存在しない。また、この場合は、たとえばポート５１０ａのデータ９２１ａのライトタイミングの±１２５［ｂｉｔ］の範囲でポート５１０ｂ（＃２）のライト信号Ｗが検出されないため、位相差監視部５２５によって位相外れが検出される。この場合は、たとえば位相外れが発生したことを示すアラームが位相差監視部５２５から出力される。
【０１３３】
図１１に示す例では、フレーム番号監視部５２２によってフレーム番号の不一致が検出される（たとえば図１２参照）。この場合は、リード信号９６０のＣａｓｅ１〜５のいずれにおいても、リード信号９６０のタイミングより後に始まるリセット実施期間である期間９４４の先頭においてリセット信号９５０が出力される（ＯＮになる）。
【０１３４】
リセット信号９５０が出力されると、受信ＦＩＦＯ５１２ａ〜５１２ｃに格納されたデータが破棄（クリア）される。そして、ポート５１０ａ〜５１０ｃにおいて、フレーム番号＝２のデータのつぎに入力されるフレーム番号が３以降の各データの受信ＦＩＦＯ５１２ａ〜５１２ｃにおける書き込みおよび読み出しが行われる。フレーム番号が３以降の各データの受信ＦＩＦＯ５１２ａ〜５１２ｃにおける書き込みおよび読み出しは、たとえば、図９，図１０に示したフレーム番号が１、２の各データの受信ＦＩＦＯ５１２ａ〜５１２ｃにおける書き込みおよび読み出しと同様になる。
【０１３５】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その１）の各受信ＦＩＦＯの状態）
図１２は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その１）の各受信ＦＩＦＯの状態の一例を示す図である。図１２において、図１０に示した部分と同様の部分については同一の符号を付して説明を省略する。図１２においては、図１１に示したリード信号９６０のＣａｓｅ１〜５における受信ＦＩＦＯ５１２ａ〜５１２ｃの状態を示している。
【０１３６】
Ｃａｓｅ１，２のタイミングにおいては、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂにはデータが格納されていない。したがって、受信ＦＩＦＯ５１２ｂからの読み出しデータのフレーム番号は不明となり、フレーム番号監視部５２２によってフレーム番号が不一致と判断される。このため、図１１に示したようにリセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１３７】
Ｃａｓｅ３〜５のタイミングにおいては、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂにはフレーム番号＝２のデータ９２２ｂが格納されている。したがって、受信ＦＩＦＯ５１２ａ，５１２ｃから読み出されたデータの先頭のフレーム番号は１になり、受信ＦＩＦＯ５１２ｂから読み出されたデータの先頭のフレーム番号は２になるため、フレーム番号監視部５２２によってフレーム番号が不一致と判断される。このため、図１１に示したようにリセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１３８】
このように、図１１に示したように各回線の受信ＦＩＦＯ５１２ａ〜５１２ｃに異なるフレーム番号のフレームが書き込まれる場合は、Ｃａｓｅ１〜５のいずれにおいても受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１３９】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その２）の各タイミング）
図１３は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その２）の各タイミングの一例を示す図である。図１３において、図９に示した部分と同様の部分については同一の符号を付して説明を省略する。
【０１４０】
図１３に示す例では、ポート５１０ａ，５１０ｂ（＃１，＃２）においてはフレーム番号＝１のデータから順に受信ＦＩＦＯ５１２ａ，５１２ｂへの書き込みが開始される。また、ポート５１０ｃ（＃３）においてはフレーム番号＝２のデータから順に受信ＦＩＦＯ５１２ｂへの書き込みが開始される。このような状況は、たとえば、受信側装置５００の起動時のタイミングのずれ等により、ポート５１０ｃ（＃３）において回線アラームが発生して上述した書き込みの条件を満たさなかった場合などに発生する。
【０１４１】
この場合は、受信ＦＩＦＯ５１２ｃにフレーム番号＝１のデータが書き込まれないため、ライトデータ９２０ｃにおいてデータ９２１ｃが存在しない。また、ライト信号９１０ｃの各パルスのうちのデータ９２１ｃの先頭を示すパルスが存在しない。また、この場合は、たとえばポート５１０ａのデータ９２１ａのライトタイミングの±１２５［ｂｉｔ］の範囲でポート５１０ｃ（＃３）のライト信号Ｗが検出されないため、位相差監視部５２５によって位相外れが検出される。この場合は、たとえば位相外れが発生したことを示すアラームが位相差監視部５２５から出力される。
【０１４２】
図１３に示す例では、フレーム番号監視部５２２によってフレーム番号の不一致が検出される（たとえば図１４参照）。したがって、図１１に示した例と同様に、受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１４３】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その２）の各受信ＦＩＦＯの状態）
図１４は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その２）の各受信ＦＩＦＯの状態の一例を示す図である。図１４において、図１０に示した部分と同様の部分については同一の符号を付して説明を省略する。図１４においては、図１３に示したリード信号９６０のＣａｓｅ１〜５における受信ＦＩＦＯ５１２ａ〜５１２ｃの状態を示している。
【０１４４】
Ｃａｓｅ１〜４のタイミングにおいて、ポート５１０ｃ（＃３）の受信ＦＩＦＯ５１２ｃにはデータが格納されていない。したがって、受信ＦＩＦＯ５１２ｃからの読み出しデータのフレーム番号は不明となり、フレーム番号監視部５２２によってフレーム番号が不一致と判断される。このため、図１３に示したようにリセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１４５】
Ｃａｓｅ５のタイミングにおいては、ポート５１０ｃ（＃３）の受信ＦＩＦＯ５１２ｃにはフレーム番号＝２のデータ９２２ｃが格納されている。したがって、受信ＦＩＦＯ５１２ａ，５１２ｂから読み出されたデータの先頭のフレーム番号は１になり、受信ＦＩＦＯ５１２ｃから読み出されたデータの先頭のフレーム番号は２になるため、フレーム番号監視部５２２によってフレーム番号が不一致と判断される。このため、図１３に示したようにリセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１４６】
このように、図１３に示したように各回線の受信ＦＩＦＯ５１２ａ〜５１２ｃに異なるフレーム番号のフレームが書き込まれる場合は、Ｃａｓｅ１〜５のいずれにおいても受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１４７】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その３）の各タイミング）
図１５は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その３）の各タイミングの一例を示す図である。図１５において、図９に示した部分と同様の部分については同一の符号を付して説明を省略する。
【０１４８】
図１５に示す例では、ポート５１０ｂ，５１０ｃ（＃２，＃３）においてはフレーム番号＝１のデータから順に受信ＦＩＦＯ５１２ｂ，５１２ｃへの書き込みが開始される。また、ポート５１０ａ（＃１）においてはフレーム番号＝２のデータから順に受信ＦＩＦＯ５１２ａへの書き込みが開始される。このような状況は、たとえば、受信側装置５００の起動時のタイミングのずれ等により、ポート５１０ａ（＃１）において回線アラームが発生して上述した書き込みの条件を満たさなかった場合などに発生する。
【０１４９】
この場合は、受信ＦＩＦＯ５１２ａにフレーム番号＝１のデータが書き込まれないため、ライトデータ９２０ａにおいてデータ９２１ａが存在しない。また、ライト信号９１０ａの各パルスのうちのデータ９２１ａの先頭を示すパルスが存在しない。
【０１５０】
蓄積完了信号９３０は、データ９２２ａの先頭から２５１［ｂｉｔ］の時点まではオフ（２５１［ｂｉｔ］蓄積中）となり、データ９２２ａの先頭から２５１［ｂｉｔ］の時点からはオンになる。したがって、たとえばリード信号９６０におけるＣａｓｅ１〜５のタイミングにおいては８ｋカウンタ５２１からリード信号Ｒが出力されないため、リード信号９６０におけるＣａｓｅ１〜５は存在しない。
【０１５１】
リセットウィンドウ９４０は、データ９２２ａの先頭から２５１［ｂｉｔ］後の時点と、その時点から２６６［ｂｉｔ］後の時点と、の間の期間９４２をリセット実施期間として示している。また、リセットウィンドウ９４０は、データ９２３ａの先頭から２５１［ｂｉｔ］後の時点と、その後に受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットを行った時点と、の間の期間９４４をリセット実施期間として示している。また、リセットウィンドウ９４０は、データ９２４ａの先頭から２５１［ｂｉｔ］後の時点と、その時点から２６６［ｂｉｔ］後の時点と、の間の期間９４６をリセット実施期間として示している。すなわち、期間９４４と期間９４６との間の期間９４５はリセット実施期間ではない。
【０１５２】
図１５に示す例では、リード信号９６０は、蓄積完了信号９３０がオンになった後のＣａｓｅ６のタイミングで出力されている。この場合は、Ｃａｓｅ６のタイミングより後に始まるリセット実施期間である期間９４４の先頭においてリセット信号９５０が出力される（ＯＮになる）。この時点で、受信ＦＩＦＯ５１２ａ〜５１２ｃにはそれぞれフレーム番号＝３のデータ９２３ａ〜９２３ｃが入力されているとする。
【０１５３】
リセット信号９５０が出力されると、受信ＦＩＦＯ５１２ａ〜５１２ｃに格納されたデータが破棄（クリア）される。そして、ポート５１０ａ〜５１０ｃにおいて、フレーム番号＝３のデータのつぎに入力される、フレーム番号が４以降の各データの受信ＦＩＦＯ５１２ａ〜５１２ｃにおける書き込みおよび読み出しが行われる。図１５に示すデータ９２４ａ〜９２４ｃは、それぞれ受信ＦＩＦＯ５１２ａ〜５１２ｃへ入力されるフレーム番号＝４のデータである。
【０１５４】
データ９２４ａ〜９２４ｃの受信ＦＩＦＯ５１２ａ〜５１２ｃにおける書き込みおよび読み出しは、たとえば、図９，図１０に示したフレーム番号が１、２の各データの受信ＦＩＦＯ５１２ａ〜５１２ｃにおける書き込みおよび読み出しと同様になる。
【０１５５】
（実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その３）の各受信ＦＩＦＯの状態）
図１６は、実施の形態にかかる受信側装置において各回線の受信ＦＩＦＯに異なるフレーム番号のフレームが書き込まれる場合（その３）の各受信ＦＩＦＯの状態の一例を示す図である。図１６において、図１０に示した部分と同様の部分については同一の符号を付して説明を省略する。
【０１５６】
図１６においては、図１５に示した例における受信ＦＩＦＯ５１２ａ〜５１２ｃの状態を示している。すなわち、図１５に示した例においてはリード信号９６０のＣａｓｅ１〜５は存在しないが、図１６においてはリード信号９６０のＣａｓｅ１〜５に対応する各タイミングにおける受信ＦＩＦＯ５１２ａ〜５１２ｃの状態を示している。
【０１５７】
Ｃａｓｅ１〜３に対応するタイミングにおいて、ポート５１０ａ（＃１）の受信ＦＩＦＯ５１２ａにはデータが格納されない。また、Ｃａｓｅ１〜５に対応するタイミングにおいては受信ＦＩＦＯ５１２ａ〜５１２ｃからの読み出しが行われないため、フレーム番号監視部５２２によるフレーム番号の不一致の検出も行われない。
【０１５８】
Ｃａｓｅ５に対応するタイミングにおいては、データの読み出しが行われないことにより、受信ＦＩＦＯ５１２ｂ（＃２）におけるデータの蓄積量がＤｅｅｐ値に達したとする（Ｄｅｅｐ値蓄積）。この場合に、ポート５１０ｂ（＃２）は、これ以上の書き込みはオーバフローとして、受信ＦＩＦＯ５１２ｂ（＃２）のリセット（自ポートＦＩＦＯリセット）を行い、受信ＦＩＦＯ５１２ｂに格納されたデータを破棄（クリア）する。
【０１５９】
これにより、図１５に示したＣａｓｅ６のタイミングにおいて、ポート５１０ｂ（＃２）の受信ＦＩＦＯ５１２ｂにはフレーム番号＝３のデータ９２３ｃが格納される。したがって、受信ＦＩＦＯ５１２ａから読み出されたデータの先頭のフレーム番号は２になり、受信ＦＩＦＯ５１２ｂから読み出されたデータの先頭のフレーム番号は３になり、受信ＦＩＦＯ５１２ｃから読み出されたデータの先頭のフレーム番号は１になる。これにより、フレーム番号監視部５２２によってフレーム番号が不一致と判断される。このため、図１５に示したようにリセットタイミング生成部５２４による受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１６０】
このように、図１５に示したように各回線の受信ＦＩＦＯ５１２ａ〜５１２ｃに異なるフレーム番号のフレームが書き込まれる場合は、Ｃａｓｅ１〜５のいずれにおいても受信ＦＩＦＯ５１２ａ〜５１２ｃのリセットが行われる。
【０１６１】
このように、実施の形態にかかるデータ伝送装置１００によれば、バッファ１１１〜１１ｎから読み出された各データの間のフレーム単位のずれを検出した場合にバッファ１１１〜１１ｎが格納しているデータを破棄する制御を行うことができる。これにより、受信側の回線間のフレーム単位のずれが発生しても、連続性を損なわずに元のデータ（たとえばバルクデータ）を復元することができる。
【０１６２】
したがって、回線間の各データの間のフレーム単位のずれが発生しても復旧を可能にしつつ、バッファ１１１〜１１ｎの各容量を１フレーム以上にすることによって伝送路の擾乱による影響を軽減することができる。たとえば、各バッファ内に生じる回線間のフレーム格納順序のずれの監視と制御を行うことで、伝送路フレームから装置内フレームへの回線ごとのフレームの乗せ換え（フレームアライナ）と、多重処理で復元したバルクデータの連続性の確保と、を両立できる。
【０１６３】
上述した実施の形態においては、フレーム番号について、たとえばポート＃１〜＃３（３回線）を用いる場合に１、１、１、２、２、２、…のように同時に送出するフレームに同一のフレーム番号を付す場合について説明したが、フレーム番号はこれに限らない。たとえば、ポート＃１〜＃３（３回線）の場合に１、２、３、４、５、６、…のようにフレームごとにインクリメントされるフレーム番号を付してもよい。一例としては、図９に示した例において、データ９２１ａ〜９２１ｃのフレーム番号をそれぞれ１、２、３とし、データ９２２ａ〜９２２ｃのフレーム番号をそれぞれ４、５、６としてもよい。
【０１６４】
この場合は、上述した各受信ＦＩＦＯから読み出された各データのフレーム番号が全て一致しているか否かの判断に代えて、各受信ＦＩＦＯから読み出された各データのフレーム番号が全て連番になっているか否かの判断とすることができる。すなわち、フレーム番号は、各フレームの連続性を示す情報であればよい。これにより、データ伝送装置１００は、各受信ＦＩＦＯから同時に読み出された各データのフレーム番号に基づいて、上述した回線間のフレーム単位のずれを検出することができる。
【０１６５】
以上説明したように、データ伝送装置およびデータ伝送方法によれば、伝送路の擾乱による影響の軽減を図ることができる。
【０１６６】
たとえば、従来、分散伝送に対応するフレームバッファでは、元データの連続性を損なうことなくバルクデータを復元するための仕組みが設けられている。たとえば、フレームバッファのバッファ容量を１フレーム長未満に制限し、各バッファ内に１フレーム以上のデータ滞留を物理的にできなくすることで、回線間にフレームずれが発生しない仕組みが用いられていた。
【０１６７】
しかしながら、バッファ容量を１フレーム長未満に制限すると、書き込みフレームタイミングと読み出しフレームタイミングが原理的に完全フリーにできなくなる。すなわち、読み出しフレームタイミング＝装置内フレームタイミングを、フリーラン、もしくは任意のタイミングで生成することは不可能となる。
【０１６８】
これに対して、上述した実施の形態によれば、複数の回線を介して分散伝送されたバルクデータを回線ごとのバッファに格納し、読み出しタイミングで各バッファのフレーム番号をチェックし、不一致があれば全回線のバッファをリセットすることができる。これにより、回線間の伝送遅延差を許容し、元データの連続性を損なうことなくバルクデータを復元することができる。このため、伝送路擾乱による影響を軽減することができる。
【０１６９】
たとえば、回線遅延、伝送揺らぎの吸収、および伝送路受信フレームから装置内フレームへフレーム単位のクロック乗換を行うフレームアライナの機能を確保し、元データの連続性を損なわないバルクデータの復元が可能になる。
【０１７０】
上述した各実施の形態に関し、さらに以下の付記を開示する。
【０１７１】
（付記１）複数の回線を介して所定のフレーム単位で分散伝送されたデータを前記回線ごとに格納する複数のバッファと、
前記複数のバッファから読み出された各データを多重する多重部と、
前記複数のバッファから読み出された各データの間の前記フレーム単位のずれを検出した場合に、前記複数のバッファが格納しているデータを破棄する制御を行う制御部と、
を備えることを特徴とするデータ伝送装置。
【０１７２】
（付記２）前記複数のバッファのそれぞれは、前記フレーム単位より大きい容量を有することを特徴とする付記１に記載のデータ伝送装置。
【０１７３】
（付記３）前記複数のバッファは、前記フレーム単位で所定のフレーム番号が付されて分散伝送されたデータを前記フレーム番号とともに前記回線ごとに格納し、
前記制御部は、前記複数のバッファから読み出された各データの前記フレーム番号に基づいて前記フレーム単位のずれを検出する、
ことを特徴とする付記１または２に記載のデータ伝送装置。
【０１７４】
（付記４）前記制御部は、前記フレーム単位のずれを検出した場合に、前記複数のバッファに含まれる特定のバッファへの前記データの書き込みタイミングに基づく所定タイミングで前記複数のバッファが格納しているデータを破棄する制御を行うことを特徴とする付記１〜３のいずれか一つに記載のデータ伝送装置。
【０１７５】
（付記５）前記所定タイミングは、前記特定のバッファへの前記データの書き込みタイミングから一定時間が経過後のタイミングであることを特徴とする付記４に記載のデータ伝送装置。
【０１７６】
（付記６）複数の回線を介して所定のフレーム単位で分散伝送されたデータを前記回線ごとに格納する複数のバッファを備えるデータ伝送装置によるデータ伝送方法において、
前記複数のバッファから読み出された各データを多重し、
前記複数のバッファから読み出された各データの間の前記フレーム単位のずれを検出した場合に、前記複数のバッファが格納しているデータを破棄する制御を行う、
ことを特徴とするデータ伝送方法。
【符号の説明】
【０１７７】
１００  データ伝送装置
１０１〜１０ｎ  回線
１１１〜１１ｎ  バッファ
１２０  多重部
１３０  制御部
２００  データ伝送システム
２１１，２１２  伝送端局
２２１，２２２  無線端局
３１０，３５０，４１０，５２０  ＳＷ部
３１１，３５１  多重・分散部
３２０ａ〜３２０ｈ，３４０ａ〜３４０ｈ，４２０ａ〜４２０ｃ，５１０ａ〜５１０ｃ  ポート
３２１ａ，３４３ａ，４２１ａ，４２１ｂ  送信ＦＩＦＯ
３２２ａ，３４４ａ，４２２ａ，４２２ｂ  フレーマ
３２３ａ，３４１ａ，５１１ａ〜５１１ｃ  デフレーマ
３２４ａ，３４２ａ，５１２ａ〜５１２ｃ  受信ＦＩＦＯ
３３０  無線チャネル
４００  送信側装置
４１１  ＳＳＷ
４１２  フレーム番号生成部
５００  受信側装置
５１３ａ  蓄積量監視部
５２１，５２３  ８ｋカウンタ
５２２  フレーム番号監視部
５２４  リセットタイミング生成部
５２５  位相差監視部
７１０  基準フレーム
７２０  最遅フレーム
７３０  最早フレーム
７４１  リセット実施期間
７４２，７４３  リセット不実施期間
８００  フレーム長
８１１  速度変換蓄積幅
８２１，８２２  揺らぎ吸収幅
８３１，８３２  位相差吸収幅
９１０ａ，９１０ｂ，９１０ｃ  ライト信号
９２０ａ，９２０ｂ，９２０ｃ  ライトデータ
９２１ａ〜９２１ｃ，９２２ａ〜９２２ｃ，９２３ａ〜９２３ｃ，９２４ａ〜９２４ｃ  データ
９３０  蓄積完了信号
９４０  リセットウィンドウ
９４１〜９４６  期間
９５０  リセット信号
９６０  リード信号
【図１】
2017152977.tif 000003
【図２】
2017152977.tif 000004
【図３】
2017152977.tif 000005
【図４】
2017152977.tif 000006
【図５】
2017152977.tif 000007
【図６】
2017152977.tif 000008
【図７】
2017152977.tif 000009
【図８】
2017152977.tif 000010
【図９】
2017152977.tif 000011
【図１０】
2017152977.tif 000012
【図１１】
2017152977.tif 000013
【図１２】
2017152977.tif 000014
【図１３】
2017152977.tif 000015
【図１４】
2017152977.tif 000016
【図１５】
2017152977.tif 000017
【図１６】
2017152977.tif 000018