JP7423934B2 - 通信装置、通信方法、及び通信プログラム - Google Patents

Description

特許法第３０条第２項適用 開催日 平成３１年２月２７日 平成３１年２月２７日の発表内容を示す資料（ＳＯＮＹ ０３Ｋ １００Ｍ／１Ｇｂｐｓ ＦＥＣ）

本開示は、通信装置、通信方法、及び通信プログラムに関する。

伝送媒体を電波とする無線通信が従来からよく知られている。しかし、近年では、伝送媒体を光とする空間光通信（光無線通信ともいう。）も注目されはじめている。

特開平１１－９８０８６

光通信としては、光ファイバーを伝送路とした通信がよく知られている。光ファイバーで使用されている技術は空間光通信にも適用可能であると想定される。しかしながら、光ファイバーと空間では伝送路特性が大きく異なるため、光ファイバーで使用されている技術を単純に空間光通信に適用しただけでは、高い通信パフォーマンス（例えば、高品質、低遅延等）が実現されるとは限らない。

そこで、本開示では、高い通信パフォーマンスの空間光通信を実現可能な通信装置、通信方法、及び通信プログラムを提案する。

上記の課題を解決するために、本開示に係る一形態の通信装置は、空間光通信で送信される送信データのインタリーブ長を決定し、決定された前記インタリーブ長に基づいて前記送信データのインタリーブを行うインタリーブ部と、前記インタリーブされた前記送信データを、前記空間光通信の受信側で前記インタリーブ長を検出可能に整形する整形部と、を備える。

本開示の実施形態に係る通信システムの構成例を示す図である。 通信システムの具体的構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 本開示の実施形態に係るサーバ装置の構成例を示す図である。 本開示の実施形態に係る通信装置の構成例を示す図である。 本開示の実施形態に係る通信装置の構成例を示す図である。 ＯＳＩ参照モデルと空間光モデムの物理層構成の関係を示す図である。 基本ブロックのブロックフォーマットの一例を示す図である。 基本ブロックのブロックフォーマットの一例を示す図である。 インタリーブ長を拡張した場合の誤り訂正ブロックフォーマットを示す図である。 インタリーブ長を拡張した場合の誤り訂正ブロックフォーマットを示す図である。 通信システムの基本動作を説明するための図である。 本実施形態の送信データ処理を説明するための図である。 本実施形態の受信データ処理を説明するための図である。

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

また、以下に示す項目順序に従って本開示を説明する。
１．はじめに
２．通信システムの構成
２－１．通信システムの全体構成
２－２．通信システムの具体的構成例
２－３．端末装置の構成
２－４．サーバ装置の構成
２－５．通信装置（地上局）の構成
２－６．通信装置（衛星局）の構成
２－７．ＯＳＩ参照モデルと通信装置の物理層構成の関係
３．誤り訂正ブロックフォーマット
３－１．基本構成
３－２．拡張構成
４．通信システムの動作
４－１．基本動作
４－２．送信データ処理
４－３．受信データ処理
５．変形例
５－１．処理に関する変形例
５－２．機器構成に関する変形例
５－３．その他の変形例
６．むすび

＜＜１．はじめに＞＞
近年、伝送媒体を光とする空間光通信（光無線通信ともいう。）が注目されはじめている。光通信としては、光ファイバーを伝送路とした通信がよく知られているが、光ファイバーで使用されている技術は空間光通信にも適用可能であると想定される。しかしながら、光ファイバーと空間では伝送路特性が大きく異なるため、光ファイバーで使用されている技術を単純に空間光通信に適用しただけでは、高い通信パフォーマンス（例えば、高品質、低遅延等）が実現されるとは限らない。

例えば、光ファイバーを伝送路とした光通信システムでは、高速化によってデータ誤り率が増大する。そのため、光ファイバーを伝送路とした光通信システムでは、通信品質を十分に確保するために前方誤り訂正（ＦＥＣ：Forward Error Correction）が導入されている。この誤り訂正の仕組みは、空間光通信にも適用可能であると想定される。しかし、光ファイバーを伝送路とした光通信システムで使用される誤り訂正方式は、データ誤り分布が受信信号のＳ／Ｎ比（Signal to Noise ratio）悪化に起因するランダムエラーであることを前提にした誤り訂正方式である。そのため、空間光通信で発生しやすい大気擾乱起因のバーストエラーに対しては訂正不能となる場合が多く発生すると想定される。

なお、空間光通信の伝送路特性に応じて通信方式を最適化する場合、通信方式間の互換性が乏しく、通信システム全体としての開発コストや導入リスクが増大する懸念もある。

そこで、本実施形態では以下の手段によりこの問題を解決する。

本実施形態の通信システムは、空間光通信が可能な通信装置を備える空間光通信システムである。通信装置は、例えば、前方誤り訂正機能を有する光送受信機である。

送信側となる通信装置は、インタリーブ長を変更可能に構成されたインタリーブ部（例えば、インターリーバ）と、フレーム同期信号発生回路と、を備える。送信側の通信装置は、空間光通信で送信される送信データのインタリーブ長を決定する。そして、インタリーブ部は、決定されたインタリーブ長に基づいて送信データのインタリーブを行う。送信側の通信装置は、インタリーブされた前記送信データを、空間光通信の受信側で前記インタリーブ長を検出可能に整形する。例えば、通信装置が備えるフレーム同期信号発生回路が、受信側でインタリーブ長が判断可能なフレーム同期信号を付加する。

また、受信側となる通信装置は、インタリーブ長を変更可能に構成されたデインタリーブ部（例えば、デインターリーバ）と、フレーム同期信号受信回路と、を備える。受信側の通信装置は、受信したフレーム同期信号から、自動的にインタリーブ長を調整する。

なお、通信システムが備える通信装置は、ペイロードデータとは別に機器間専用のデータ通信機能を有していてもよい。そして、通信システムは、通信装置間でネゴシエーションを行うことで、伝送路に最適なインタリーブ長で送受信することが出来るよう構成されていてもよい。

これにより、通信システムは、高い通信パフォーマンスの空間光通信を実現できる。例えば、本実施形態の通信システムは、インタリーブ長を任意に変更できるため、伝送空間の特性に応じてインタリーブ長を変更することで安定した通信を実現できる。

以上、本実施形態の概要を説明したが、以下、本実施形態の通信システム１を詳細に説明する。

＜＜２．通信システムの構成＞＞
通信システム１は、例えば、パケットデータ等の各種データを送信するためのシステムである。なお、通信システム１が送信するデータは、動画データや音声データ等のストリームデータ（例えば、放送用のストリームデータ）であってもよい。なお、放送も通信の一種とみなすことができる。

通信システム１は、空間光通信が可能な複数の通信装置を備え、通信装置間で空間光通信を行う。ここで、空間光通信とは、赤外光や可視光等の光（例えば、赤外線から可視光線までの間の波長の電磁波）を使って行われる無線通信のことである。空間光通信は、「光空間通信」或いは「光無線通信」と言い換えることができる。ここで、空間光通信に使用される光は、レーザー光であってもよいし、放射光であってもよい。なお、空間光通信に使用する光を赤外光とする場合、空間光通信に使用される光は、ＣＤ（Compact Disc）に使用される７９０ｎｍ帯の波長の光よりも更に波長が長い１５００ｎｍ帯の波長の光であってもよい。

以下、通信システム１の構成を具体的に説明する。

＜２－１．通信システムの全体構成＞
本開示の実施形態に係る通信システムの構成例を示す図である。通信システム１は、端末装置１０と、サーバ装置２０と、通信装置３０と、通信装置４０と、を備える。なお、図１の例では、端末装置１０、サーバ装置２０、通信装置３０、及び通信装置４０がそれぞれ１つずつしか示されていないが、通信システム１は、端末装置１０、サーバ装置２０、通信装置３０、及び通信装置４０をそれぞれ複数備えていてもよい。

なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部が仮想マシン（VM：Virtual Machine）、コンテナ（Container）、ドッカー（Docker）などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。

本実施形態において、通信装置という概念には、携帯端末等の持ち運び可能な移動体装置（端末装置）のみならず、構造物や移動体に設置される装置も含まれる。構造物や移動体そのものを通信装置とみなしてもよい。また、通信装置という概念には、端末装置のみならず、基地局装置及び中継装置も含まれる。通信装置は、処理装置及び情報処理装置の一種である。また、通信装置は、送信装置又は受信装置と言い換えることが可能である。

［端末装置］
端末装置１０は、通信装置３０等の空間光通信機能を備えた通信装置とデータのやり取りが可能な情報処理装置である。端末装置１０は、空間光通信機能を備えた通信装置そのものであってもよい。端末装置１０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。また、端末装置１０は、通信機能が具備された業務用カメラといった機器であってもよいし、ＦＰＵ(Field Pickup Unit)等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置１０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。端末装置１０は、通信装置の一種とみなすことが可能である。なお、端末装置１０と他の装置（例えば、通信装置３０）との接続は有線接続であってもよいし、無線接続であってもよい。

また、端末装置１０は、移動体装置であってもよい。ここで、移動体装置は、移動可能な情報処理装置である。このとき、端末装置１０は、移動体に設置される情報処理装置であってもよいし、移動体そのものであってもよい。例えば、端末装置１０は、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。なお、移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

なお、端末装置１０は、必ずしも人が直接的に使用する装置である必要はない。端末装置１０は、いわゆるＭＴＣ（Machine Type Communication）のように、工場の機械等に設置されるセンサであってもよい。また、端末装置１０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。また、端末装置１０は、Ｄ２Ｄ（Device to Device）やＶ２Ｘ（Vehicle to everything）に代表されるように、リレー通信機能を具備した装置であってもよい。また、端末装置１０は、無線バックホール等で利用されるＣＰＥ（Client Premises Equipment）と呼ばれる機器であってもよい。

また、端末装置１０は、空間光通信機能を備えた光通信装置であってもよい。このとき、端末装置１０は、後述の通信装置３０又は通信装置４０が備える光通信機能を備え、通信装置３０又は通信装置４０として機能してもよい。このとき、端末装置１０は、通信装置３０又は通信装置４０そのものとみなすことができる。

［サーバ装置］
サーバ装置２０は、通信装置４０等の空間光通信機能を備えた通信装置とデータのやり取りが可能な情報処理装置である。サーバ装置２０は、空間光通信機能を備えた通信装置そのものであってもよい。例えば、サーバ装置２０は、クライアントコンピュータ（例えば、端末装置１０）からの要求を処理するサーバ用ホストコンピュータである。サーバ装置２０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。サーバ装置２０は通信装置の一種とみなすことも可能である。サーバ装置２０と他の装置（例えば、通信装置４０）との接続は有線接続であってもよいし、無線接続であってもよい。サーバ装置２０は、クラウドサーバ装置、ローカルサーバ装置、管理装置、処理装置等と言い換えることができる。

また、サーバ装置２０は、空間光通信機能を備えた光通信装置であってもよい。このとき、端末装置１０は、後述の通信装置３０又は通信装置４０が備える光通信機能を備え、通信装置３０又は通信装置４０として機能してもよい。このとき、サーバ装置２０は、通信装置３０又は通信装置４０そのものとみなすことができる。

サーバ装置２０は、さまざまなエンティティ（主体）によって利用、運用、及び／又は管理されうる。例えば、エンティティとしては、移動体通信事業者（MNO：Mobile Network Operator）、仮想移動体通信事業者（MVNO：Mobile Virtual Network Operator）、仮想移動体通信イネーブラ（MVNE：Mobile Virtual Network Enabler）、ニュートラルホストネットワーク（NHN：Neutral Host Network）事業者、エンタープライズ、教育機関（学校法人、各自治体教育委員会、等）、不動産（ビル、マンション等）管理者、個人などが想定されうる。

勿論、サーバ装置２０の利用、運用、及び／又は管理の主体はこれらに限定されない。サーバ装置２０は１事業者が設置及び／又は運用を行うものであってもよいし、一個人が設置及び／又は運用を行うものであってもよい。勿論、サーバ装置２０の設置・運用主体はこれらに限定されない。例えば、サーバ装置２０は、複数の事業者または複数の個人が共同で設置・運用を行うものであってもよい。また、サーバ装置２０は、複数の事業者または複数の個人が利用する共用設備であってもよい。この場合、設備の設置及び／又は運用は利用者とは異なる第三者によって実施されてもよい。

サーバ装置２０は、通信装置４０等の光通信装置を介して端末装置１０に所定の通信サービスを提供する。例えば、サーバ装置２０は、所定のアプリケーションプログラムがインストールされた端末装置１０に対し、無線通信を介して、当該アプリケーションプログラムが要求する情報処理（以下、アプリケーション処理という。）の実行サービスを提供する。

ここで、サーバ装置２０が行うアプリケーション処理は、例えば、画像中の物体の認識処理等、移動体装置が備えるプログラム（例えば、アプリケーション）からの要求に基づき行われる、或いは、当該プログラムと連携して行われるアプリケーション層レベルの情報処理のことである。例えば、サーバ装置２０が行うアプリケーション処理は、エッジコンピューティングでいうエッジ処理であってもよい。なお、アプリケーション処理は、ＯＳＩ参照モデルでいう、物理層、データリンク層、ネットワーク層、トランスポート層、セッション層、及びプレゼンテーション層レベルの処理とは異なる。しかしながら、画像認識処理等のアプリケーション層レベルの処理が含まれているのであれば、アプリケーション処理には、物理層～プレゼンテーション層レベルの処理が補助的に含まれていてもよい。

［通信装置（地上局）］
通信装置３０は、通信装置４０或いは他の通信装置３０と光を使って無線通信する光無線通信装置である。例えば、通信装置３０は、光通信モデムである。なお、通信装置３０は光通信モデムに限定されない。例えば、通信装置３０は、無線基地局や無線アクセスポイントに相当する装置であってもよい。通信装置３０は、無線リレー局であってもよいし、ＲＳＵ（Road Side Unit）等の路上基地局装置であってもよい。

なお、通信装置３０は、通信装置４０とは異なり、地上に位置する。通信装置３０は、地上局装置と言い換えることができる。なお、通信装置３０は、地上に位置する装置そのものであってもよいし、地上に位置する物体（構造物、装置等）に搭載される装置であってもよい。例えば、通信装置３０は、地上の構造物に配置される通信装置であってもよいし、地上を移動する移動体に設置される通信装置であってもよい。より具体的には、通信装置３０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、通信装置３０は、構造物や移動体そのものであってもよい。「地上」は、陸上（狭義の地上）のみならず、地中、水上、水中も含む広義の地上である。

通信装置３０は、必ずしも固定されたものである必要はない。通信装置３０は、自動車のように動くものに設置されていてもよい。また通信装置３０は、必ずしも陸上（狭義の地上）に存在する必要はなく、航空機、ドローン、ヘリコプターなどのように、空中に存在する物体や、船、潜水艦などのように海上・海中に存在する物体であってもよい。この場合、通信装置３０は固定的に設置されている他の通信装置と無線通信を実施しうる。

なお、通信装置３０は、構造物（Structure）そのものであってもよいし、構造物に設置される装置であってもよい。構造物は、例えば、オフィスビル、家屋、鉄塔、駅施設、空港施設、港湾施設、スタジアム等の建物（Building）である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上（狭義の地上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。

また、通信装置３０は、ドナー局であってもよいし、リレー局（中継局）であってもよい。通信装置３０をリレー局とする場合、中継の機能が満たされるのであれば、通信装置３０が搭載される装置に限定されない。例えば、通信装置３０は、スマートフォン等の端末装置に搭載されてもよいし、自動車や人力車に搭載されてもよいし、気球や飛行機、ドローンに搭載されてもよいし、テレビやゲーム機、エアコン、冷蔵庫、照明器具などの家電に搭載されてもよい。勿論、これらの装置そのものを通信装置３０とみなしてもよい。

また、通信装置３０は、固定局であってもよいし、移動局であってもよい。移動局は、移動可能に構成された無線通信装置である。このとき、通信装置３０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局装置は、移動局としての通信装置３０とみなすことができる。また、車両、ドローン、スマートフォンなど、もともと移動能力がある装置であって、通信機能（少なくとも光無線通信機能）を搭載した装置も、移動局としての通信装置３０に該当する。

ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。

また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。

また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機（Aerial Vehicle））であってもよい。
できる。

通信装置３０は、空中を浮遊可能な通信装置であってもよい。例えば、通信装置３０は、航空機局装置であってもよい。航空機局装置は、航空機等、大気圏（成層圏を含む）内を浮遊可能な無線通信装置である。航空機局装置は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局装置（又は、航空機局装置が搭載される航空機）は、ドローン等の無人航空機であってもよい。

なお、無人航空機という概念には、無人航空システム（UAS：Unmanned Aircraft Systems）、つなぎ無人航空システム（tethered UAS）も含まれる。また、無人航空機という概念には、軽無人航空システム（LTA：Lighter than Air UAS）、重無人航空システム（HTA：Heavier than Air UAS）が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High Altitude UAS Platforms）も含まれる。

上述したように、通信装置３０は中継局装置（中継装置）であってもよい。中継局装置は、例えば、航空局や地球局である。航空局は、航空機局装置と通信を行うために、地上又は地上を移動する移動体に設置された無線局である。また、地球局は、衛星局装置と通信するために、地球（空中を含む。）に位置する無線局である。地球局は、大型地球局であってもよいし、ＶＳＡＴ（Very Small Aperture Terminal）等の小型地球局であってもよい。

なお、地球局は、ＶＳＡＴ制御地球局（親局、ＨＵＢ局ともいう。）であってもよいし、ＶＳＡＴ地球局（子局ともいう。）であってもよい。また、地球局は、地上を移動する移動体に設置される無線局であってもよい。例えば、船舶に搭載される地球局として、船上地球局（ESV：Earth Stations on board Vessels）が挙げられる。また、地球局には、航空機（ヘリコプターを含む。）に設置され、衛星局と通信する航空機地球局が含まれていてもよい。また、地球局には、地上を移動する移動体に設置され、衛星局を介して航空機地球局と通信する航空地球局が含まれていてもよい。なお、中継局装置は、衛星局や航空機局と通信する携帯移動可能な無線局であってもよい。

通信装置３０は、さまざまなエンティティによって利用、運用、及び／又は管理されうる。例えば、エンティディとしては、移動体通信事業者（MNO：Mobile Network Operator）、仮想移動体通信事業者（MVNO：Mobile Virtual Network Operator）、仮想移動体通信イネーブラ（MVNE：Mobile Virtual Network Enabler）、ニュートラルホストネットワーク（NHN：Neutral Host Network）事業者、エンタープライズ、教育機関（学校法人、各自治体教育委員会、等）、不動産（ビル、マンション等）管理者、個人などが想定されうる。勿論、通信装置３０の利用、運用、及び／又は管理の主体はこれらに限定されない。

通信装置３０は一事業者が設置及び／又は運用を行うものであってもよいし、一個人が設置及び／又は運用を行うものであってもよい。勿論、通信装置３０の設置・運用主体はこれらに限定されない。例えば、通信装置３０は、複数の事業者または複数の個人が共同で設置・運用を行うものであってもよい。また、通信装置３０は、複数の事業者または複数の個人が利用する共用設備であってもよい。この場合、設備の設置及び／又は運用は利用者とは異なる第三者によって実施されてもよい。

［通信装置（衛星局）］
通信装置４０は、通信装置３０或いは他の通信装置４０と光を使って無線通信する光無線通信装置である。例えば、通信装置４０は、光通信モデムである。なお、通信装置４０は光通信モデムに限定されない。例えば、通信装置３０は、無線基地局や無線アクセスポイントに相当する装置であってもよい。通信装置３０は、無線リレー局であってもよい。

なお、通信装置４０は、通信装置３０とは異なり、大気圏外（宇宙）に位置する。例えば、通信装置４０は、大気圏外を移動する移動体（以下、宇宙移動体という。）に設置される装置（衛星局装置）である。例えば、通信装置４０は、人工衛星に搭載される通信装置である。宇宙移動体としては、例えば、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体が挙げられる。なお、通信装置３０は、宇宙移動体そのものであってもよい。例えば、通信装置４０は、人工衛星そのものであってもよい。この場合にも、通信装置４０は、衛星局装置とみなすことができる。

ここで、衛星局装置とは、大気圏外を浮遊可能な無線通信装置のことである。衛星局装置は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。衛星局装置となる衛星は、低軌道（LEO：Low Earth Orbiting）衛星、中軌道（MEO：Medium Earth Orbiting）衛星、静止（GEO：Geostationary Earth Orbiting）衛星、高楕円軌道（HEO：Highly Elliptical Orbiting）衛星の何れであってもよい。勿論、衛星局装置は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。

通信装置４０は、通信装置３０と同様に、さまざまなエンティティによって利用、運用、及び／又は管理されうる。また、通信装置４０は、通信装置３０と同様に、一事業者が設置及び／又は運用を行うものであってもよいし、一個人が設置及び／又は運用を行うものであってもよい。

＜２－２．通信システムの具体的構成例＞
図２は、通信システム１の具体的構成例を示す図である。

端末装置１０は、例えば、クライアントＰＣであり、サーバ装置２０は、例えば、人工衛星内のサーバである。また、通信装置３０は、例えば、地上局としての光通信モデムであり、通信装置４０は、例えば、衛星局としての光通信モデムである。なお、図２に示した構成はあくまで一例である。通信システム１の構成は図２に示した構成に限定されない。

図２の例では、端末装置１０、サーバ装置２０、通信装置３０、及び通信装置４０は、それぞれ、ＲＪ４５等のコネクタを接続可能に構成されている。そして、端末装置１０と通信装置３０は、イーサネットケーブル等の通信ケーブルで接続可能である。同様に、サーバ装置２０と通信装置４０は、ＬＡＮケーブル等の通信ケーブルで接続可能である。

通信装置３０と通信装置４０は、それぞれ、有線ＬＡＮ物理層として機能する機能ブロックと、光ＦＥＣ物理層として機能する機能ブロックを有している。これら機能ブロックは、媒体非依存インタフェース（ＭＩＩ：Media-Independent Interface）等の標準インタフェースを介して接続されている。

以上、通信システム１の具体的構成例を説明したが、実施形態に係る通信システム１を構成する各装置の構成を具体的に説明する。なお、以下に示す各装置の構成はあくまで一例である。各装置の構成は、以下の構成とは異なっていてもよい。

＜２－３．端末装置の構成＞
最初に、端末装置１０の構成を説明する。端末装置１０は、通信装置３０等の空間光通信機能を備えた通信装置とデータのやり取りが可能な情報処理装置である。端末装置１０は、通信装置３０や通信装置４０と同様に空間光通信機能を備えていてもよい。この場合、端末装置１０は通信装置とみなすことが可能である。

図３は、本開示の実施形態に係る端末装置１０の構成例を示す図である。端末装置１０は、通信インタフェース１１と、記憶部１２と、制御部１３と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

通信インタフェース１１は、他の装置（例えば、通信装置３０）と通信するためのインタフェースである。通信インタフェース１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信インタフェース１１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信インタフェース１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信インタフェース１１は、端末装置１０の通信手段として機能する。

記憶部１２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、端末装置１０の記憶手段として機能する。

制御部１３は、端末装置１０の各部を制御するコントローラ（Controller）である。制御部１３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実現される。例えば、制御部１３は、端末装置１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

なお、制御部１３は、後述の通信装置３０及び／又は通信装置４０の制御部と同様の機能を有していてもよい。例えば、制御部１３は、通信装置３０の制御部を構成する各機能ブロック（取得部～受信制御部）と同様の動作を行う機能ブロックを有していてもよい。

＜２－４．サーバ装置の構成＞
次に、サーバ装置２０の構成を説明する。サーバ装置２０は、通信装置４０等の空間光通信機能を備えた通信装置とデータのやり取りが可能な情報処理装置である。サーバ装置２０は、通信装置３０や通信装置４０と同様に空間光通信機能を備えていてもよい。この場合、サーバ装置２０は通信装置とみなすことが可能である。

図４は、本開示の実施形態に係るサーバ装置２０の構成例を示す図である。サーバ装置２０は、通信インタフェース２１と、記憶部２２と、制御部２３と、を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、サーバ装置２０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

通信インタフェース２１は、他の装置（例えば、通信装置４０）と通信するためのインタフェースである。通信インタフェース２１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信インタフェース２１は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信インタフェース２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信インタフェース２１は、サーバ装置２０の通信手段として機能する。

記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、サーバ装置２０の記憶手段として機能する。

制御部２３は、サーバ装置２０の各部を制御するコントローラである。制御部２３は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部２３は、サーバ装置２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部２３は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

なお、制御部２３は、後述の通信装置３０及び／又は通信装置４０の制御部と同様の機能を有していてもよい。例えば、制御部２３は、通信装置４０の制御部を構成する各機能ブロック（取得部～受信制御部）と同様の動作を行う機能ブロックを有していてもよい。

＜２－５．通信装置（地上局）の構成＞
次に、通信装置３０の構成を説明する。通信装置４０或いは他の通信装置３０と光を使って無線通信する光無線通信装置である。

図５は、本開示の実施形態に係る通信装置３０の構成例を示す図である。通信装置３０は、光空間通信部３１と、通信インタフェース３２と、記憶部３３と、制御部３４と、を備える。なお、図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、通信装置３０の機能は、複数の物理的に分離された装置に分散して実装されてもよい。

光空間通信部３１は、空間光通信機能を備えた他の通信装置（例えば、通信装置４０や他の通信装置３０）と空間光通信を行うための通信インタフェースである。光空間通信部３１が空間光通信で使用する伝送媒体は、可視光に限られず赤外光であってもよい。光空間通信部３１が伝送媒体とする光は、レーザー光等の指向性の高い光であってもよい。勿論、光空間通信部３１が伝送媒体とする光は、放射光等の指向性の低い光であってもよい。

光空間通信部３１は、受信処理部３１１と、送信処理部３１２と、を備える。受信処理部３１１は、例えば、光センサ等を介して受信された光信号の信号処理を行い、送信処理部３１２は、例えば、送信データを光信号に変換する信号処理を行う。なお、光空間通信部３１は、受信処理部３１１、及び送信処理部３１２をそれぞれ複数備えていてもよい。なお、光空間通信部３１が複数の無線アクセス方式に対応する場合、光空間通信部３１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、通信装置３０が、誤り訂正方式が異なる複数の無線アクセス方式に対応しているのであれば、受信処理部３１１及び送信処理部３１２は、それら複数の無線アクセス方式毎に個別に構成されてもよい。

通信インタフェース３２は、他の装置（例えば、端末装置１０）と通信するためのインタフェースである。通信インタフェース３２は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信インタフェース３２は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信インタフェース２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信インタフェース３２は、通信装置３０の通信手段として機能する。

記憶部３３は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３３は、通信装置３０の記憶手段として機能する。記憶部３３は、誤り訂正ブロック、受信データ等を記憶する。

制御部３４は、通信装置３０の各部を制御するコントローラである。制御部３４は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部３４は、通信装置３０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部３４は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部３４は、図５に示すように、取得部３４１と、整形部３４２と、誤り訂正部３４３と、インタリーブ部３４４と、送信制御部３４５と、検出部３４６と、デインタリーブ部３４７と、受信制御部３４８と、を備える。制御部３４を構成する各ブロック（取得部３４１～受信制御部３４８）はそれぞれ制御部３４の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部４４は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

上述したように、端末装置１０の制御部１３及びサーバ装置２０の制御部２３は、通信装置３０の制御部３４が有する各機能ブロックを有していてもよい。この場合、以下の説明で登場する「通信装置３０」の記載は、適宜「端末装置１０」或いは「サーバ装置２０」に置き換え可能である。また、以下の説明で登場する「制御部３４」、及び「取得部３４１」～「受信制御部３４８」の記載も、適宜「制御部１３」或いは「制御部２３」に置き換え可能である。

また、制御部３４は、後述の通信装置４０の制御部と同様の機能を有していてもよい。例えば、制御部３４の各機能ブロック（取得部３４１～受信制御部３４８）の動作は、通信装置４０の制御部を構成する各機能ブロック（取得部～受信制御部）の動作と同様であってもよい。この場合、以下の説明で登場する制御部３４の各機能ブロックを示す記載（「取得部３４１」～「受信制御部３４８」）は、適宜、通信装置４０の制御部の各機能ブロックを示す記載に置き換え可能である。

＜２－６．通信装置（衛星局）の構成＞
次に、通信装置４０の構成を説明する。通信装置３０或いは他の通信装置４０と光を使って無線通信する光無線通信装置である。

図６は、本開示の実施形態に係る通信装置４０の構成例を示す図である。通信装置４０は、光空間通信部４１と、通信インタフェース４２と、記憶部４３と、制御部４４と、を備える。なお、図６に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、通信装置４０の機能は、複数の物理的に分離された装置に分散して実装されてもよい。

光空間通信部４１は、空間光通信機能を備えた他の通信装置（例えば、通信装置３０や他の通信装置４０）と空間光通信を行うための通信インタフェースである。光空間通信部４１が空間光通信で使用する伝送媒体は、可視光に限られず赤外線であってもよい。光空間通信部４１が伝送媒体とする光は、レーザー光等の指向性の高い光であってもよい。勿論、光空間通信部４１が伝送媒体とする光は、放射光等の指向性の高い光であってもよい。

光空間通信部４１は、受信処理部４１１と、送信処理部４１２と、を備える。受信処理部４１１は、例えば、光センサ等を介して受信された光信号の信号処理を行い、送信処理部４１２は、例えば、送信データを光信号に変換する信号処理を行う。なお、光空間通信部４１は、受信処理部４１１、及び送信処理部４１２をそれぞれ複数備えていてもよい。なお、光空間通信部４１が複数の無線アクセス方式に対応する場合、光空間通信部４１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、通信装置４０が、誤り訂正方式が異なる複数の無線アクセス方式に対応しているのであれば、受信処理部４１１及び送信処理部４１２は、それら複数の無線アクセス方式毎に個別に構成されてもよい。

通信インタフェース４２は、他の装置（例えば、サーバ装置２０）と通信するためのインタフェースである。通信インタフェース４２は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信インタフェース４２は、ＮＩＣ等のＬＡＮインタフェースであってもよいし、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信インタフェース２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信インタフェース４２は、通信装置４０の通信手段として機能する。

記憶部４３は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部４３は、通信装置４０の記憶手段として機能する。記憶部４３は、誤り訂正ブロック、受信データ等を記憶する。

制御部４４は、通信装置４０の各部を制御するコントローラである。制御部４４は、例えば、ＣＰＵ、ＭＰＵ等のプロセッサにより実現される。例えば、制御部４４は、通信装置４０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部４４は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

制御部４４は、図６に示すように、取得部４４１と、整形部４４２と、誤り訂正部４４３と、インタリーブ部４４４と、送信制御部４４５と、検出部４４６と、デインタリーブ部４４７と、受信制御部４４８と、を備える。制御部４４を構成する各ブロック（取得部４４１～受信制御部４４８）はそれぞれ制御部４４の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部４４は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

上述したように、端末装置１０の制御部１３及びサーバ装置２０の制御部２３は、通信装置４０の制御部４４が有する各機能ブロックを有していてもよい。この場合、以下の説明で登場する「通信装置４０」の記載は、適宜「端末装置１０」或いは「サーバ装置２０」に置き換え可能である。また、以下の説明で登場する「制御部４４」、及び「取得部４４１」～「受信制御部４４８」の記載も、適宜「制御部１３」或いは「制御部２３」に置き換え可能である。

また、制御部４４は、上述の通信装置３０の制御部３４と同様の機能を有していてもよい。例えば、制御部４４の各機能ブロック（取得部４４１～受信制御部４４８）の動作は、通信装置３０の制御部３４を構成する各機能ブロック（取得部３４１～受信制御部３４８）の動作と同様であってもよい。この場合、以下の説明で登場する制御部４４の各機能ブロックを示す記載（「取得部４４１」～「受信制御部４４８」）は、適宜、通信装置３０の制御部３４の各機能ブロックを示す記載（「取得部３４１」～「受信制御部３４８」）に置き換え可能である。勿論、以下の説明で登場する制御部３４の各機能ブロックを示す記載（「取得部３４１」～「受信制御部３４８」）を、通信装置４０の制御部４４の各機能ブロックを示す記載（「取得部４４１」～「受信制御部４４８」）に置き換えてもよい。

＜２－７．ＯＳＩ参照モデルと通信装置の物理層構成の関係＞
図２の例では、通信装置３０及び通信装置４０は、例えば、空間光モデムであり、それぞれ、有線ＬＡＮ物理層と光ＦＥＣ層を有するものとした。以下、ＯＳＩ参照モデルと当該通信装置（通信装置３０及び／又は通信装置４０）の物理層構成の関係を示す。本節（＜２－７＞）では、通信装置３０及び通信装置４０は、いずれも、空間光モデムであるものするが、勿論、通信装置３０及び通信装置４０は空間光モデムに限定されない。

なお、以下の説明では、イーサネットといった場合には、登録商標としてのイーサネット（登録商標）のみならず、ＩＥＥＥ ８０２．３等の標準規格としてのイーサネットを含む、広義のイーサネットを指すものとする。勿論、以下の説明で登場する「イーサネット」の記載は、例えば、「ＩＥＥＥ ８０２．３」、「ＩＥＥＥ ８０２．３ ＥＴＨＥＲＮＥＴ」、「標準ネットワークインタフェース」、「有線ＬＡＮ」、或いは「標準規格としてのイーサネット」等に置き換え可能である。

図７は、ＯＳＩ参照モデルと空間光モデムの物理層構成の関係を示す図である。本実施形態の空間光モデム（通信装置３０、４０）は、ＯＳＩ参照モデルとしては物理層に相当する。イーサネット規格であるＩＥＥＥ ８０２．３では、ＭＡＣ層と物理層とを接続する媒体非依存インタフェース規格としてＭＩＩ（Media-Independent Interface）やＧＭＩＩ（Gigabit Media-Independent Interface）、ＸＧＭＩＩ（10 Gigabit Media-Independent Interface）、ＸＡＵＩ（10 Gigabit Attachment Unit Interface）等が定義されている。光ＦＥＣ物理層をこのインタフェースで接続し、既存のイーサネットの上位レイヤーをそのまま利用することで、空間光モデムをイーサネットメディアコンバーターとして機能させることが出来る。

本実施形態の空間光モデムが備える光ＦＥＣ物理層は、例えば、ＰＣＳ（Physical Coding Sub-layer）とＰＭＡ（Physical Medium Attachment）に該当する。図７に示すＰＭＤ（Physical Medium Dependent）は、例えば、レーザーや光変調器、送受信光学系や光検出器に相当する。

なお、以下に示す実施形態は、一例として、１００Ｍｂｐｓネットワーク（１００ＢＡＳＥ－ＴＸ等）をターゲットとするものとする。しかし、本実施形態の適用は１００Ｍｂｐｓネットワークに限られず、例えば、１Ｇｂｐｓネットワーク（１０００ＢＡＳＥ－Ｔ等）であってもよい。本実施形態の空間光モデムが１Ｇｂｐｓ（１０００ＢＡＳＥ－Ｔ等）に対応する場合、図７中の右側にあるように光ＦＥＣ物理層は上位層とＧＭＩＩで接続されてもよい。そして、エラー訂正能力や冗長度改善のために、リードソロモン符号のパリティ長やシンボル長が拡大されてもよいし、データ変調方式が６４Ｂ／６６Ｂ等に置き換えられてもよい。本実施形態の空間光モデムが１０Ｇｂｐｓ等の更なる高速のネットワークに対応する必要がある場合でも、媒体非依存インタフェースさえイーサネット規格に準拠していれば、エラー訂正方式やブロック構造を大幅に変更したとしても、本実施形態の空間光モデムをイーサネットメディアコンバーターとして機能させることができる。

＜＜３．誤り訂正ブロックフォーマット＞＞
本実施形態の通信装置３０、４０はインタリーブ長を変更可能に構成されている。通信装置３０又は通信装置４０が、伝送空間の特性に応じてインタリーブ長を変更することで安定した空間光通信を実現する。本実施形態では、データフォーマットを、インタリーブ長を検出可能なフォーマットとすることで、空間光通信の送信側（例えば、通信装置３０）が使用したインタリーブ長を空間光通信の受信側（例えば、通信装置４０）で検出できるようにする。

本実施形態では、データフォーマットは、一例として、誤り訂正ブロックフォーマットであるものとする。以下、本実施形態の誤り訂正ブロックフォーマットについて説明する。最初に、基本となる誤り訂正ブロックフォーマットについて説明する。その後、本実施形態での拡張フォーマットについて説明する。

＜３－１．基本構成＞
最初に、基本となる誤り訂正ブロックフォーマットについて説明する。以下の説明では、基本となる誤り訂正ブロックのことを基本ブロックということがある。基本ブロックのブロックフォーマットは、積符号により符号化された誤り訂正ブロックにより構成される。図８及び図９は、基本ブロックのブロックフォーマットの一例を示す図である。図８及び図９に示したブロックフォーマットは、リードソロモン積符号を用いた空間光通信用の前方誤り訂正フォーマットである。以下の説明では、図面縦方向のことを垂直方向いい、図面横方向のことを、水平方向という。

基本ブロックは、図８及び図９に示すように、水平方向に２４０バイト（２＋２３０＋８バイト）、垂直方向に２５３バイトのサイズである。基本ブロックには、水平方向の先頭（すなわち、ブロック境界）に同期コード（以下、ＳＹＮＣコードという。）が付されている。図８の例では、水平方向の２バイトがＳＹＮＣコードとなっている。基本ブロックは、水平方向に８バイトの内符号（ＰＩ（Parity Inner））と垂直方向の３２バイトの外符号（ＰＯ（Parity Outer））を有している。ＳＹＮＣコードとＰＯパリティに挟まれた２３０Ｂがインタリーブブロックである。インタリーブブロックは、垂直方向に１バイトのサブデータが含まれている。インタリーブブロックからサブデータとＰＯを除いた５０．６ＫＢがユーザデータ（ペイロードデータ）となっている。

サブデータは、空間光モデム等の通信装置間の制御情報のやり取りに使用されるデータである。本実施形態の通信システムでは、ペイロードデータとは別に重畳したサブデータを用いて各種制御信号を光モデム間で通信することが可能である。例えば、受信機がエラーレート等の受信状況を送信機へ通知することで、送信機が送信インタリーブ長を変更し、伝送空間に最適なインタリーブ長を選択することが可能となる。また、受信光量を送信機側がモニターすることで、送信光出力の自動調整や送信光軸を補正するといった制御も実現できる。このようにサブデータ通信を活用することで、機器間のネゴシエーションや制御最適化、各種モニター等のシステム運用を行うことが可能となる。

本実施形態の誤り訂正ブロックは、データ送信時には、図８に示すように、垂直方向にデータが入力され、水平方向に送信データが出力される。一方、データ受信時には、図９に示すように、水平方向に受信データが入力され、垂直方向にＰＯデコードが行われる。そのため、インタリーブ長（図８及び図９の例では２３０バイト）は、インタリーブブロックの水平方向が長ければ長いほど、長くなる。

ＰＯパリティ及びＰＩパリティを持ったリードソロモン積符号は、バーストエラー訂正能力に優れ、消失訂正や繰り返し訂正を行うことで、さらに訂正能力を向上させることも可能である。そのため、空間光通信で発生しやすい大気擾乱起因のバーストエラーに対しても有効である。

なお、図８及び図９に示したブロックフォーマットはあくまで一例である。誤り訂正ブロックフォーマットは、図８及び図９に示したフォーマットに限定されない。また、図８及び図９に登場した具体的数値は適宜変更可能である。

＜３－２．拡張構成＞
本実施形態での拡張フォーマットについて説明する。以下に説明する拡張フォーマットは、インタリーブ長を拡張した誤り訂正ブロックフォーマットである。図１０及び図１１は、インタリーブ長を拡張した場合の誤り訂正ブロックフォーマットを示す図である。

拡張フォーマットは、図８及び図９に示した基本ブロックを水平方向に並べた構造のフォーマットである。図１０及び図１１の例では、基本ブロックを４ブロックに拡張している。図１０及び図１１の例では、インタリーブ長が基本ブロックの４倍になるため、図１１に示したように、デインタリーブによってバーストエラー（×印）が４ブロック間に分散化する。そのため、ＰＯパリティによる訂正可能なバーストエラー長も４倍に拡大させることが可能となる。さらにインタリーブ長を増やしたい場合は、連結ブロック数を増やすことで対応可能である。

一方、インタリーブ長を増やすことでバーストエラー耐性が向上するものの、インタリーブに必要なメモリ容量が増加し、それに比例して送受信の待ち時間（レイテンシ）が増加する。そのため、実際に通信を行う空間（伝送路）の特性に応じて、最適なインタリーブ長を選択する仕組みが必要となる。

図１０及び図１１に示した構造のように、基本ブロックを任意の数だけ横に並べてブロックの拡張を行う仕組みであれば、送信側の通信装置は、容易にインタリーブ長を変更することが可能となる。

また、送信側の通信装置は、受信側でインタリーブ長を検出できるようにするため、ＳＹＮＣコードに関して、先頭ブロックのＳＹＮＣコードは特別なＳＹＮＣコード（第１の同期コード）を割り当て、それ以外のブロックには先頭ブロックとは異なるＳＹＮＣコード（第２の同期コード）を割り当てる。ここで、第１の同期コードは、インタリーブの開始点或いは終了点を示すコードであり、インタリーブの継続点を示すコードである。

これにより、受信側の通信装置は、先頭ＳＹＮＣ（第１の同期コード）の受信間隔から、送信側が使用したインタリーブ長を検出することが可能となる。これにより受信側の通信装置は、自動的にデインタリーブ長を送信側のインタリーブ長に合わせることが可能となる。また他の実装例として、ＳＹＮＣコード内にブロック番号を埋め込むことでインタリーブ長を検出することも可能である。この場合も、先頭ＳＹＮＣとなる番号が埋め込まれたＳＹＮＣコードを第１のコード、他の番号が埋め込まれたＳＹＮＣコードを第２のコードとみなしてもよい。

なお、誤り訂正ブロックフォーマットがリードソロモン積符号のようなブロックフォーマットとは異なる畳み込み符号の場合でも、受信ＳＹＮＣコードからインタリーブ長を検出し、デインタリーブ長を自動調整することが可能である。

なお、図１０及び図１１に示したフォーマットはあくまで一例である。誤り訂正ブロックフォーマットは、図１０及び図１１に示したフォーマットに限定されない。また、図１０及び図１１に登場した具体的数値は適宜変更可能である。勿論、並べる意基本ブロッの数も４つに限定されず、適宜変更可能である。

＜＜４．通信システムの動作＞＞
次に、通信システム１の動作を説明する。

＜４－１．基本動作＞
最初に、通信システム１の基本動作について説明する。図１２は、通信システム１の基本動作を説明するための図である。

以下の説明では、端末装置１０は地上に位置しており、サーバ装置２０は人工衛星内に位置しているものとする。そして、端末装置１０は通信ケーブルを介して通信装置３０に接続されており、サーバ装置２０は通信ケーブルを介して通信装置４０に接続されているものとする。通信装置３０及び通信装置４０は、例えば、空間光通信モデムである。以下、端末装置１０が、サーバ装置２０に対して、ＴＣＰ－ＩＰプロトコルでデータを要求した場合について説明する。

端末装置１０がＴＣＰパケット（ＧＥＴリクエスト）をイーサネットケーブル等の通信ケーブルに送信すると、通信装置３０内の有線ＬＡＮ物理層がそのパケットを受信する（ステップＳ１１）。有線ＬＡＮ物理層は、このパケットを、媒体非依存インタフェース（ＭＩＩ、ＧＭＩＩ、ＸＧＭＩＩ、ＸＡＵＩ等）を介して通信装置３０内の光ＦＥＣ物理層に送る（ステップＳ１２）。光ＦＥＣ物理層は受信したデータに誤り訂正パリティを付加するとともに、インタリーブ処理等を行った後に出力されるシリアル信号を変調する（ステップＳ１３）。光ＦＥＣ物理層は、変調により生成された出射光を、遠く離れた衛星局に向かって送信する（ステップＳ１４）。

一方、衛星内の通信装置４０は、地上の通信装置３０から出射された変調光を光ＦＥＣ物理層内の受信ディテクタで検出する。そして、通信装置４０内の光ＦＥＣ物理層は、検出したデータをパラレルデータ化した後、デインタリーブとエラー訂正処理を行う（ステップＳ１５）。光ＦＥＣ物理層は、エラー訂正されたデータ（ＴＣＰパケット）を、媒体非依存インタフェースを介して通信装置４０内の有線ＬＡＮ物理層に送信する（ステップＳ１６）。そして、有線ＬＡＮ物理層は通信ケーブルで接続されたサーバ装置２０にＴＣＰパケットを届ける（ステップＳ１７）。

ＴＣＰパケット（ｇｅｔリクエスト）を受信したサーバは、端末装置１０から要求されたデータを通信装置４０に送る。そうすると、通信装置４０内の有線ＬＡＮ物理層がそのデータを受信する（ステップＳ２１）。有線ＬＡＮ物理層は、このデータを、媒体非依存インタフェースを介して通信装置３０内の光ＦＥＣ物理層に送る（ステップＳ２２）。光ＦＥＣ物理層は受信したデータに誤り訂正パリティを付加するとともに、インタリーブ処理等を行った後に出力されるシリアル信号を変調する（ステップＳ２３）。光ＦＥＣ物理層は、変調により生成された出射光を、遠く離れた地上局に向かって送信する（ステップＳ２４）。

一方、地上に位置する通信装置３０は、衛星内の通信装置４０から出射された変調光を光ＦＥＣ物理層内の受信ディテクタで検出する。そして、通信装置３０内の光ＦＥＣ物理層は、検出したデータをパラレルデータ化した後、デインタリーブとエラー訂正処理を行う（ステップＳ２５）。光ＦＥＣ物理層は、エラー訂正されたデータを、媒体非依存インタフェースを介して通信装置３０内の有線ＬＡＮ物理層に送信する（ステップＳ２６）。そして、有線ＬＡＮ物理層は通信ケーブルで接続された端末装置１０にサーバ装置２０からのデータを届ける（ステップＳ２７）。これにより、端末装置１０は所望のデータを受信することができる。

この空間光通信の接続形態をとることで、通信装置３０及び通信装置４０がイーサネットのメディアコンバータとして機能し、端末装置１０及びサーバ装置２０から見ると、あたかも有線のイーサネットで、地上と衛星間で接続されているようにみえる。これにより、端末装置１０とサーバ装置２０とで、双方向のデータ通信を行うことが可能となる。

＜４－２．送信データ処理＞
次に、光ＦＥＣ物理層で実行される送信データ処理について説明する。図１３は、本実施形態の送信データ処理を説明するための図である。以下に説明する送信データ処理は、例えば、図１２に示したステップＳ１３又はステップＳ２３の処理である。

送信データ処理は、通信装置３０が送信側の通信装置となるのであれば、例えば、取得部３４１、整形部３４２、誤り訂正部３４３、インタリーブ部３４４、送信制御部３４５等で実行される。また、送信データ処理は、通信装置４０が送信側の通信装置となるのであれば、例えば、取得部４４１、整形部４４２、誤り訂正部４４３、インタリーブ部４４４、送信制御部４４５等で実行される。

以下の説明では、通信装置３０が送信側の通信装置であるものとするが、送信側の通信装置は通信装置４０であってもよい。この場合、以下の説明で登場する取得部３４１、整形部３４２、誤り訂正部３４３、インタリーブ部３４４、送信制御部３４５等の記載は、取得部４４１、整形部４４２、誤り訂正部４４３、インタリーブ部４４４、送信制御部４４５等に置き換え可能である。

以下、図１３を参照しながら、送信データ処理を説明する。

取得部３４１は、有線ＬＡＮ物理層から出力されるデータを、媒体非依存インタフェースを介して取得し、ＦＩＦＯに入力する（ステップＳ１０１）。整形部３４２は、フレーム境界部にＩＦＧ（Inter-Frame Gap）信号を埋め込んだ後、通信装置間の制御に利用されるサブデータを所定バイト分（例えば、１バイト分）付加する（ステップＳ１０２）。そして、誤り訂正部３４３は、リードソロモン符号であるＰＯパリティを所定バイト分（例えば、３２バイト分）付加する（ステップＳ１０３）。

次に、インタリーブ部３４４は、空間光通信で送信される送信データのインタリーブ長を決定する。インタリーブ部３４４は、送信データの送信に使用される空間光通信の伝送路に関する情報に基づいて、インタリーブ長を決定する。伝送路に関する情報、例えば、空間光通信が、地上局と衛星局との間で行われる通信か、衛星局と衛星局との間で行われる通信か、を示す情報である。伝送路に関する情報、空間光通信が、地上局と地上局との間で行われる通信か、を示す情報が含まれていてもよい。

インタリーブ長を伝送路に関する情報に基づいて決定する場合、インタリーブ部３４４は、例えば、伝送路が衛星局間であれば、第１のインタリーブ長（例えば１ブロック分のインタリーブ長）とする。インタリーブ部３４４は、伝送路が地上局と衛星局間であれば、バーストエラーが起こりやすいと考えられるので、第１のインタリーブ長より長い第２のインタリーブ長（例えば、４ブロック分のインタリーブ長）とする。また、インタリーブ部３４４は、伝送路が地上局間であれば、第１のインタリーブ長より長く第２のインタリーブ長より短い第３のインタリーブ長（例えば、２ブロック分のインタリーブ長）とする。勿論、インタリーブ長はこの例に限られず、様々な値としてよい。伝送路も、衛星局間、地上局と衛星局間、及び地上局間に限定されない。

また、インタリーブ部３４４が、インタリーブ長の決定に使用する情報は伝送路に関する情報に限られない。インタリーブ部３４４は、例えば、空間光通信の受信側との通信でのエラーレートの情報に基づいて、インタリーブ長を決定してもよい。例えば、エラーレートが所定の閾値より低い場合、インタリーブ部３４４は、第４のインタリーブ長（例えば１ブロック分のインタリーブ長）とする。一方、エラーレートが所定の閾値より高い場合、エラーが起こり難い伝送空間での光通信と考えられるので、インタリーブ部３４４は、第４のインタリーブ長より長い第５のインタリーブ長（例えば、４ブロック分のインタリーブ長）とする。勿論、インタリーブ長はこの例に限られず、様々な値としてよい。所定の閾値も、複数設けられ、エラーレートに合わせて複数のインタリーブ長が用意されていてもよい。

なお、伝送路に関する情報やエラーレートの情報等、インタリーブ長の決定に使用する情報は、他の通信装置からの受信データに含まれるサブデータより取得してもよい。例えば、取得部３４１が誤り訂正ブロックに含まれるサブデータを取得し、インタリーブ部３４４は、取得部３４１が取得したサブデータに含まれる情報（例えば、エラーレート）に基づいてインタリーブ長を決定してもよい。

続いて、インタリーブ部３４４は、決定したインタリーブ長に基づいて送信データのインタリーブを行う（ステップＳ１０４）。

その後、整形部３４２は、インタリーブされた送信データを、空間光通信の受信側でインタリーブ長を検出可能に整形する。例えば、整形部３４２は、インタリーブされた送信データに、ＰＩパリティとＳＹＮＣデータを付加する。このとき、整形部３４２は、上述の＜３－２．拡張構成＞で説明したように、インタリーブの開始点（或いは終了点）を示す箇所には第１の同期コード、インタリーブの継続点を示す箇所には第２の同期コードを配置する。

その後、送信制御部４４５は、送信データに８Ｂ／１０Ｂ変調を行う（ステップＳ１０７）。さらに、送信制御部４４５は、８Ｂ／１０Ｂ変調されたデータをパラレルシリアル変換する。これにより、ＤＣ成分の少ない変調信号が光変調部へ供給され、送信制御部４４５は、変調送信光を出力することが可能になる。なお、符号化方式は８Ｂ／１０Ｂ以外にも６４Ｂ／６６Ｂや６４Ｂ／６６Ｂが使用されてもよい。その他、ランダマイザ（攪拌器）等が使用されてもよい。

＜４－３．受信データ処理＞
次に、光ＦＥＣ物理層で実行される受信データ処理について説明する。図１４は、本実施形態の受信データ処理を説明するための図である。以下に説明する受信データ処理は、例えば、図１２に示したステップＳ１５又はステップＳ２５の処理である。

受信データ処理は、通信装置４０が受信側の通信装置となるのであれば、例えば、検出部４４６、デインタリーブ部４４７、受信制御部４４８等で実行される。また、受信データ処理は、通信装置３０が受信側の通信装置となるのであれば、例えば、検出部３４６、デインタリーブ部３４７、受信制御部３４８等で実行される。

以下の説明では、通信装置４０が受信側の通信装置であるものとするが、受信側の通信装置は通信装置３０であってもよい。この場合、以下の説明で登場する検出部４４６、デインタリーブ部４４７、受信制御部４４８等の記載は、検出部３４６、デインタリーブ部３４７、受信制御部３４８等に置き換え可能である。

以下、図１４を参照しながら、受信データ処理を説明する。

受信制御部４４８は、光検出器によって受信したシリアルデータ列からＰＬＬ回路で同期クロックを抽出し（ステップＳ２０１）、シリアルデータをパラレルデータに変換する（ステップＳ２０２）。その後、受信制御部４４８は、８Ｂ／１０Ｂ復調を行う（ステップＳ２０３）。

受信データは、インタリーブ長の検出を可能に整形されている。具体的には、インタリーブの開始点（或いは終了点）を示す箇所には第１の同期コード、インタリーブの継続点を示す箇所には第２の同期コードが配置されている。検出部３４６は、ＳＹＮＣコードの検出を行うことでインタリーブ長を識別する（ステップＳ２０４）。

デインタリーブ部４４７は、復調データをＰＩ訂正回路で誤り訂正を行った後（ステップＳ２０５）、検出部３４６が検出したインタリーブ長に基づいてデインタリーブ処理を行う（ステップＳ２０６）。その後、受信制御部４４８は、ＰＯ訂正を行う（ステップＳ２０７）。デインタリーブによってバーストエラーが分散化させることで、ＰＯパリティによるバーストエラー訂正能力を高めることが可能となる。

その後、受信制御部４４８は、サブデータ抽出を行い、フレーム境界（ＩＦＧ）を検出する（ステップＳ２０８）。そして、受信制御部４４８は、ＦＩＦＯによってクロック周波数誤差を取り除く。そして、受信制御部４４８は、受信データを有線ＬＡＮ物理層に送る。

＜＜５．変形例＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

＜５－１．処理に関する変形例＞
例えば、上述の実施形態では、通信装置が行う空間光通信が、地上局と衛星局との間で行われる通信（例えば、通信装置３０と通信装置４０との間で行われる通信）であるものとしたが、空間光通信は衛星局と衛星局との間で行われる通信（例えば、通信装置４０と通信装置４０との間で行われる通信）であってもよい。また、空間光通信は、地上局と地上局との間で行われる通信（例えば、通信装置３０と通信装置３０との間で行われる通信）であってもよい。

また、上述の実施形態では、インタリーブ長を検出可能に構成されたデータフォーマットは誤り訂正ブロックフォーマットであるものとしたが、誤り訂正ブロックフォーマットに限定されない。１又は複数のデータブロックで構成される他のブロックフォーマットであってもよい。このとき、データブロックには、第１の同期コード、第２の同期コード等のＳＹＮＣコードが付されていてもよい。

また、上述の実施形態では誤り訂正ブロックフォーマットは、リードソロモン積符号により符号化された誤り訂正ブロックであるものとしたが、符号化方式はリードソロモン積符号に限定されない。符号化方式は他の積符号であってもよい。また、符号化方式は積符号に限定されず、他のブロック符号であってもよい。

また、上述の実施形態では、イーサネットフレームをそのままペイロードデータとしたが、イーサネットフレームを例えばＧＦＰフレーム(ＩＴＵ－Ｔ勧告 Ｇ.７０４１／Ｙ.１３０３)に置き換えてもよい。これにより、イーサネットも含めた様々なクライアント信号をＧＦＰフレームに収容できるので、空間光通信ネットワークとしての汎用性を高めることができる。

＜５－２．機器構成に関する変形例＞
上述の実施形態では、端末装置１０とサーバ装置２０とが空間光通信を介して情報のやり取りを行ったが、空間光通信を介して情報のやり取りを行う装置は端末装置１０とサーバ装置２０とに限られない。端末装置１０及びサーバ装置２０以外の情報処理装置が情報のやり取りを行ってもよい。例えば、センサ装置とセンサ装置が空間光通信を介して情報のやり取りを行ってもよい。

また、端末装置１０と他の端末装置１０が空間光通信を介して情報のやり取りを行ってもよい。また、サーバ装置２０と他のサーバ装置２０が空間光通信を介して情報のやり取りを行ってもよい。

また、上述の実施形態では、端末装置１０が地上に位置し、サーバ装置２０が宇宙に位置していたが、サーバ装置２０が地上に位置し、端末装置１０が宇宙に位置していてもよい。例えば、サーバ装置２０が地上の基地局内に位置し、端末装置１０が宇宙ステーション内に位置していてもよい。

＜５－３．その他の変形例＞
本実施形態の端末装置１０、サーバ装置２０、通信装置３０、又は通信装置４０を制御する制御装置は、専用のコンピュータシステム、又は汎用のコンピュータシステムによって実現してもよい。

例えば、上述の動作（例えば、送受信処理）を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、端末装置１０、サーバ装置２０、通信装置３０、又は通信装置４０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、端末装置１０、サーバ装置２０、通信装置３０、又は通信装置４０の内部の装置（例えば、制御部１３、制御部２３、制御部３４、又は制御部４４）であってもよい。

また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャート及びシーケンス図に示された各ステップは、適宜順序を変更することが可能である。

また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。

なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

＜６．むすび＞
以上説明したように、本開示の一実施形態によれば、通信装置（例えば、通信装置３０、４０）は、空間光通信で送信される送信データのインタリーブ長を決定し、決定した前記インタリーブ長に基づいて送信データのインタリーブを行う。そして、通信装置は、インタリーブされた前記送信データを、空間光通信の受信側でインタリーブ長を検出可能に整形する。

これにより、本実施形態の通信装置は、インタリーブ長を任意に変更できるようになるため、伝送空間の特性に応じてインタリーブ長を変更することで安定した通信を実現できる。

また、本実施形態の通信装置は、リードソロモン積符号を前方誤り訂正システムに用いているので、比較的安易な実装で、大気擾乱起因のバーストエラーに対しも十分な通信安定性を確保することが出来る。

また、基本ブロックを並べることでインタリーブ長の可変を容易にし、受信側ではシンクコード判別によってインタリーブ長を検出判別しデコードすることが可能なため、伝送空間の特性に応じて極めて容易にインタリーブ長を任意に変更することができる。

また、本実施形態の通信装置は、可変長フレームに対応し、イーサネット物理層と互換性を確保しているので、イーサネットメディアコンバーターとして機能する。これによって現在普及しているイーサネットの上位レイヤーをそのまま使用することができるため、通信システム導入の資源やリスクを大幅に抑えることができる。

また、本実施形態の通信装置は、ペイロードデータとは別に機器間で利用するサブデータを重畳することが出来るため、光通信機器間で各種制御情報をやりとりすることが可能になる。その結果、インタリーブ長や送信出力、送信光軸等の最適化がリアルタイムで可能となり、安定した空間光通信を維持することが可能となる。

以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

なお、本技術は以下のような構成も取ることができる。
（１）
空間光通信で送信される送信データのインタリーブ長を決定し、決定した前記インタリーブ長に基づいて前記送信データのインタリーブを行うインタリーブ部と、
前記インタリーブされた前記送信データを、前記空間光通信の受信側で前記インタリーブ長を検出可能に整形する整形部と、
を備える通信装置。
（２）
前記整形部は、前記空間光通信の受信側で前記インタリーブ長を検出可能に構成されたデータフォーマットに基づいて、前記インタリーブされた前記送信データを整形する、
前記（１）に記載の通信装置。
（３）
前記データフォーマットは、データ中に同期コードが含まれ、
前記整形部は、前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードを前記送信データ中に配置する、
前記（２）に記載の通信装置。
（４）
前記整形部は、決定された前記インタリーブ長に基づいて、所定のデータ長毎に、インタリーブの開始点或いは終了点を示す第１の同期コード、及びインタリーブの継続点を示す第２の同期コードのいずれかを配置する、
前記（３）に記載の通信装置。
（５）
前記データフォーマットは、１又は複数のデータブロックで構成されるブロックフォーマットであり、
前記ブロックフォーマットは、ブロック境界に同期コードが配置された１又は複数のデータブロックで構成され、
前記整形部は、決定された前記インタリーブ長に基づいて、前記ブロック境界に、前記第１の同期コード及び前記第２の同期コードのいずれかを配置する、
前記（４）に記載の通信装置。
（６）
前記ブロックフォーマットは、ブロック符号により符号化された誤り訂正ブロックにより構成されるフォーマットである、
前記（５）に記載の通信装置。
（７）
前記ブロックフォーマットは、積符号により符号化された誤り訂正ブロックにより構成されるフォーマットである、
前記（６）に記載の通信装置。
（８）
前記ブロックフォーマットは、リードソロモン積符号により符号化された誤り訂正ブロックにより構成されるフォーマットである、
前記（７）に記載の通信装置。
（９）
前記インタリーブ部は、前記送信データの送信に使用される前記空間光通信の伝送路に関する情報に基づいて、前記インタリーブ長を決定する、
前記（１）～（８）のいずれかに記載の通信装置。
（１０）
前記インタリーブ部は、前記空間光通信が、地上局と衛星局との間で行われる通信か、衛星局と衛星局との間で行われる通信か、を少なくとも示す情報に基づいて、前記インタリーブ長を決定する、
前記（９）に記載の通信装置。
（１１）
前記インタリーブ部は、前記空間光通信の受信側との通信でのエラーレートの情報に基づいて、前記インタリーブ長を決定する、
前記（９）に記載の通信装置。
（１２）
前記送信データには、ペイロードデータである第１のデータに加えて、前記空間光通信の通信装置間での制御情報のやり取りに使用される第２のデータが含まれ、
前記インタリーブ部は、前記第２のデータに基づいて、前記インタリーブ長を決定する、
前記（１）～（１１）のいずれかに記載の通信装置。
（１３）
空間光通信により受信する受信データであってインタリーブ長の検出を可能に整形された前記受信データの前記インタリーブ長を検出する検出部と、
検出した前記インタリーブ長に基づいて前記受信データをデインタリーブするデインタリーブ部と、を備える、
通信装置。
（１４）
空間光通信で送信される送信データのインタリーブ長を決定し、
決定した前記インタリーブ長で前記送信データのインタリーブを行い、
前記インタリーブされた前記送信データを、前記空間光通信の受信側で前記インタリーブ長を検出可能に整形する、
通信方法。
（１５）
コンピュータを、
空間光通信で送信される送信データのインタリーブ長を決定し、決定した前記インタリーブ長で前記送信データのインタリーブを行うインタリーブ部、
前記インタリーブされた前記送信データを、前記空間光通信の受信側で前記インタリーブ長を検出可能に整形する整形部、
として機能させるための通信プログラム。

１ 通信システム
１０ 端末装置
２０ サーバ装置
３０、４０ 通信装置
１１、２１、３２、４２ 通信インタフェース
３１、４１ 光空間通信部
３１１、４１１ 受信処理部
３１２、４１２ 送信処理部
１２、２２、３３、４３ 記憶部
１３、２３、３４、４４ 制御部
３４１、４４１ 取得部
３４２、４４２ 整形部
３４３、４４３ 誤り訂正部
３４４、４４４ インタリーブ部
３４５、４４５ 送信制御部
３４６、４４６ 検出部
３４７、４４７ デインタリーブ部
３４８、４４８ 受信制御部

Claims (15)

1. 空間光通信で送信される送信データのインタリーブ長を決定し、決定した前記インタリーブ長に基づいて前記送信データのインタリーブを行うインタリーブ部と、
   前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードを前記インタリーブされた前記送信データ中に配置する整形部と、
   を備える通信装置。
2. 空間光通信で送信される送信データのインタリーブ長を前記空間光通信の伝送路に関する情報に基づいて決定し、決定した前記インタリーブ長に基づいて前記送信データのインタリーブを行うインタリーブ部と、
   前記インタリーブされた前記送信データを、前記空間光通信の受信側で前記インタリーブ長を検出可能に整形する整形部と、を備え、
   前記空間光通信の伝送路に関する情報には、前記空間光通信が、地上局と衛星局との間で行われる通信か、衛星局と衛星局との間で行われる通信か、地上局と地上局との間で行われる通信か、を少なくとも示す情報が含まれ、
   前記整形部は、前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードを前記インタリーブされた前記送信データ中に配置する、
   通信装置。
3. 前記整形部は、決定された前記インタリーブ長に基づいて、所定のデータ長毎に、インタリーブの開始点或いは終了点を示す第１の同期コード、及びインタリーブの継続点を示す第２の同期コードのいずれかを配置する、
   請求項１又は２に記載の通信装置。
4. 前記整形部は、１又は複数のデータブロックで構成されるブロックフォーマットに基づいて、前記インタリーブされた前記送信データを整形し、
   前記ブロックフォーマットは、ブロック境界に同期コードが配置された１又は複数のデータブロックで構成され、
   前記整形部は、決定された前記インタリーブ長に基づいて、前記ブロック境界に、前記第１の同期コード及び前記第２の同期コードのいずれかを配置する、
   請求項３に記載の通信装置。
5. 前記ブロックフォーマットは、ブロック符号により符号化された誤り訂正ブロックにより構成されるフォーマットである、
   請求項４に記載の通信装置。
6. 前記ブロックフォーマットは、積符号により符号化された誤り訂正ブロックにより構成されるフォーマットである、
   請求項５に記載の通信装置。
7. 前記ブロックフォーマットは、リードソロモン積符号により符号化された誤り訂正ブロックにより構成されるフォーマットである、
   請求項６に記載の通信装置。
8. 前記インタリーブ部は、前記送信データの送信に使用される前記空間光通信の伝送路に関する情報に基づいて、前記インタリーブ長を決定する、
   請求項１に記載の通信装置。
9. 前記インタリーブ部は、前記空間光通信が、地上局と衛星局との間で行われる通信か、衛星局と衛星局との間で行われる通信か、を少なくとも示す情報に基づいて、前記インタリーブ長を決定する、
   請求項８に記載の通信装置。
10. 前記インタリーブ部は、前記空間光通信の受信側との通信でのエラーレートの情報に基づいて、前記インタリーブ長を決定する、
    請求項８に記載の通信装置。
11. 空間光通信により受信する受信データであってインタリーブ長の検出を可能に整形された前記受信データの前記インタリーブ長を検出する検出部と、
    検出した前記インタリーブ長に基づいて前記受信データをデインタリーブするデインタリーブ部と、を備え、
    前記受信データは、前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードがインタリーブされたデータ中に配置されたデータであり、
    前記検出部は、前記同期コードに基づいて、前記受信データの前記インタリーブ長を検出する、
    通信装置。
12. 空間光通信で送信される送信データのインタリーブ長を決定し、
    決定した前記インタリーブ長で前記送信データのインタリーブを行い、
    前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードを前記インタリーブされた前記送信データ中に配置する、
    通信方法。
13. 空間光通信により受信する受信データであってインタリーブ長の検出を可能に整形された前記受信データの前記インタリーブ長を検出する検出ステップと、
    検出した前記インタリーブ長に基づいて前記受信データをデインタリーブするデインタリーブステップと、を有し、
    前記受信データは、前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードがインタリーブされたデータ中に配置されたデータであり、
    前記検出ステップでは、前記同期コードに基づいて、前記受信データの前記インタリーブ長を検出する、
    通信方法。
14. コンピュータを、
    空間光通信で送信される送信データのインタリーブ長を決定し、決定した前記インタリーブ長に基づいて前記送信データのインタリーブを行うインタリーブ部、
    前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードを前記インタリーブされた前記送信データ中に配置する整形部、
    として機能させるための通信プログラム。
15. コンピュータを、
    空間光通信により受信する受信データであってインタリーブ長の検出を可能に整形された前記受信データの前記インタリーブ長を検出する検出部、
    検出した前記インタリーブ長に基づいて前記受信データをデインタリーブするデインタリーブ部、として機能させ、
    前記受信データは、前記空間光通信の受信側で前記インタリーブ長を検出可能に、少なくとも２種類の同期コードがインタリーブされたデータ中に配置されたデータであり、
    前記検出部は、前記同期コードに基づいて、前記受信データの前記インタリーブ長を検出する、
    通信プログラム。

Images