JP2021069116A - 光トランシーバのファームウェア・アップデート方法 - Google Patents

Abstract

【課題】 光トランシーバのファームウェア・アップデート方法を提供する。【解決手段】 本発明の一実施形態による光トランシーバは、光ケーブルを通じて連結されている、他の光トランシーバのファームウェアをアップデートするための、ファームウェア・アップデートデータを出力するコントローラと、入力されたペイ・ロードデータとファームウェア・アップデートデータとを重ねて光信号を生成し、光信号を他の光トランシーバに伝送する送信器と、を備える。本発明の実施形態によれば、伝送の対象となる情報であるペイ・ロードデータに影響を与えずに、遠隔地の光トランシーバのファームウェアを自動でアップデートできる。【選択図】 図２

Description

本発明は、ＧＢＩＣ（Ｇｉｇａｂｉｔ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｖｅｒｔｅｒ）、ＳＦＰ（Ｓｍａｌｌ Ｆｏｒｍ−ｆａｃｔｏｒ Ｐｌｕｇｇａｂｌｅ）などの光トランシーバのファームウェアをアップデートする方法に関する。

受動型光通信網（Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ、以下‘ＰＯＮ’と称する）は、ＦＴＴＨ環境の具現及びギガビットイーサネットの具現の核心となっている。ＰＯＮは、中央局側の光線路縦断装置（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ、ＯＬＴ）、一つのフィーダ光ケーブルを複数の加入者に共有させるための遠隔ノード（Ｒｅｍｏｔｅ Ｎｏｄｅ、ＲＮ）、加入者側の光ネットワーク縦断装置（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｔｅｒｍｉｎａｌ、ＯＮＴ）、または光ネットワークユニット（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ、ＯＮＵ）を備える。光ケーブルは、ＯＬＴの光トランシーバ及びＯＮＴ／ＯＮＵの光トランシーバにそれぞれ連結されて、ＯＬＴとＯＮＴ／ＯＮＵとを連結させる。ここで、光トランシーバは、それに連結されている光ケーブルを通じて光信号を送受信するためのものであり、ＧＢＩＣ（Ｇｉｇａｂｉｔ Ｉｎｔｅｒｆａｃｅ Ｃｏｎｖｅｒｔｅｒ）、ＳＦＰ（Ｓｍａｌｌ Ｆｏｒｍ−ｆａｃｔｏｒ Ｐｌｕｇｇａｂｌｅ）などの光送受信モジュールである。

光ネットワーク縦断装置（または、光ネットワークユニット）は、中央局側の光線路縦断装置から所定距離ほど離隔しているところに位置し、光線路縦断装置と光ネットワーク縦断装置（または光ネットワークユニット）との離隔距離は、数ｋｍないし数十ｋｍである場合が一般的である。よって、光ネットワーク縦断装置（または光ネットワークユニット）に装着されている光トランシーバのファームウェアをアップデートするために、管理者がいちいち光ネットワーク縦断装置（または光ネットワークユニット）の位置している現場に訪問する場合、非常に面倒で長い時間がかかるという問題がある。

韓国公開特許第１０−２００６−０００４０４５号公報

前述した問題点を解決するために、本発明は、管理者の訪問なしに光トランシーバのファームウェアを自動でアップデートできる方法を提供する。

本発明の技術的思想を解決しようとする技術的課題は、以上で言及した課題に制限されず、言及していない他の課題は、下記の記載から当業者に明確に理解される。

本発明の一側面によれば、光ケーブルを通じて連結されている他の光トランシーバのファームウェアをアップデートするための、ファームウェア・アップデートデータを出力するコントローラと、入力されたペイ・ロードデータと前記ファームウェア・アップデートデータとを重ねて光信号を生成し、前記光信号を前記他の光トランシーバに伝送する送信器と、を備えるが、前記ペイ・ロードデータに相応する第１通信チャンネルと、前記ファームウェア・アップデートデータに相応する第２通信チャンネルとは、互いに異なる通信チャンネルである、光トランシーバが開示される。

例示的な実施形態によれば、前記コントローラは、前記ファームウェアのアップデート必要如何を判断するためのファームウェア識別情報要請を、前記送信器に伝送でき、前記送信器は、入力されたペイ・ロードデータと前記ファームウェア識別情報要請とを重ねて光信号を生成し、前記光信号を前記他の光トランシーバに伝送でき、前記ファームウェア識別情報要請は、前記第２通信チャンネルを通じて前記他の光トランシーバに伝送される。

例示的な実施形態によれば、前記ファームウェア識別情報要請に対する応答として、前記他の光トランシーバから、前記第２通信チャンネルを通じて受信されるファームウェア識別情報を、前記コントローラに出力する受信器をさらに備え、前記コントローラは、前記光トランシーバが接続される光通信装置のメインコントローラが、前記ファームウェア識別情報と、予め保存されている情報とを比べて、前記アップデートの必要如何を判断するように、前記ファームウェア識別情報を前記メインコントローラに出力する。

例示的な実施形態によれば、前記第２通信チャンネルは、ＡＭＣＣ（Ａｕｘｉｌｉａｒｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）である。

例示的な実施形態によれば、前記ファームウェア・アップデートデータは、前記第２通信チャンネルを通じて、前記他の光トランシーバの管理及び制御のためのデータと共に、時分割方式で伝送される。

例示的な実施形態によれば、前記ファームウェア・アップデートデータは、前記第２通信チャンネルを通じて、前記他の光トランシーバの管理及び制御のためのデータと同時に伝送される。

例示的な実施形態によれば、前記コントローラは、前記ファームウェア・アップデートデータを分割した複数の分割データのうち、一部の分割データを出力し、前記送信器は、前記入力されたペイ・ロードデータと前記一部の分割データとを重ねて、前記光信号を生成する。

本発明の他の側面によれば、光ケーブルを通じて連結されている他の光トランシーバから、ペイ・ロードデータとファームウェア・アップデートデータとが重なっている光信号を受信する受信器と、前記光信号のうち前記ファームウェア・アップデートデータを入力され、前記ファームウェア・アップデートデータを用いて、ファームウェア・アップデートを制御するコントローラと、を備えるが、前記ペイ・ロードデータは、第１通信チャンネルを通じて受信され、前記ファームウェア・アップデートデータは、第２通信チャンネルを通じて受信される、光トランシーバが開示される。

例示的な実施形態によれば、ファームウェア識別情報を、前記第２通信チャンネルを通じて、前記他の光トランシーバに伝送する送信器をさらに備え、前記ファームウェア識別情報は、前記受信器を通じて受信されるファームウェア識別情報要請に応答して、前記コントローラによってメモリから読み出される。

例示的な実施形態によれば、前記第２通信チャンネルは、ＡＭＣＣである。

例示的な実施形態によれば、前記コントローラは、前記ファームウェア・アップデートデータを分割した複数の分割データのうち、一部の分割データが受信されれば、前記光トランシーバが接続される光通信装置で、他の少なくとも一つの光トランシーバを通じて受信された、残りの分割データを入力されて、前記ファームウェア・アップデートを制御する。

本発明の実施形態によれば、伝送の対象となる情報（Ｐａｙｌｏａｄ Ｄａｔａ）に影響を与えずに、管理者の訪問なしに遠隔地の光トランシーバのファームウェアを自動でアップデートできる。

本発明の技術的思想による実施形態が得られる効果は、以上で言及した効果に制限されず、言及していないさらに他の効果は、下記の記載から当業者に明確に理解されるであろう。

本発明の一実施形態による光通信システムを説明するための図面である。 本発明の一実施形態による光通信システムで、光トランシーバの要部をさらに詳細に示すブロック図である。 本発明の一実施形態による光トランシーバのファームウェア・アップデート方法を説明するためのフローチャートである。 本発明の一実施形態による光通信システムで、複数の光トランシーバを用いてファームウェアをアップデートする方法を説明するための図面である。

本発明の技術的思想は、多様な変更を加えられ、かつ多様な実施形態を持つことができるところ、特定の実施形態を図面に例示し、これを詳細に説明する。しかし、これは、本発明の技術的思想を特定の実施形態によって限定しようとするものではなく、本発明の技術的思想の範囲に含まれるすべての変更、均等物ないし代替物を含むと理解されねばならない。

本発明の技術的思想を説明するに当って、係る公知技術についての具体的な説明が本発明の趣旨を不要に不明にすると判断される場合、その詳細な説明を省略する。また、本明細書の説明過程で用いられる数字（例えば、第１、第２など）は、一つの構成要素を他の構成要素から区分するための識別記号に過ぎない。

また、本明細書において、一構成要素が他の構成要素と“連結される”か、または“接続する”などと言及された時には、前記一構成要素が前記他の構成要素と直接連結されるか、または直接接続することもあるが、特に逆の記載が存在しない以上、中間にさらに他の構成要素を介して連結されるか、または接続することもあると理解されねばならない。

また、本明細書に記載の“〜部”、“〜器”、“〜子”などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、プロセッサ、マイクロプロセッサ、マイクロコントローラ、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＡＰＵ（Ａｃｃｅｌｅｒａｔｅ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）、ＤＳＰ（Ｄｒｉｖｅ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのハードウェアやソフトウェア、またはハードウェア及びソフトウェアの結合で具現される。

そして、本明細書における構成部の区分は、各構成部が担当する主機能別に区分したことに過ぎないということを明らかにする。すなわち、以下で説明する２つ以上の構成部が一つの構成部に合わせられるか、または一つの構成部がさらに細分化した機能別に２つ以上に分化して備えられてもよい。そして、以下で説明する構成部それぞれは、自分の担当する主機能以外にも他の構成部が担当する機能のうち一部または全部の機能をさらに行ってもよく、構成部それぞれが担当する主機能のうち一部の機能が他の構成部によって専担されて行われてもよいということは言うまでもない。

以下、本発明の技術的思想による多様な実施形態を順次に詳細に説明する。

図１は、本発明の一実施形態による光通信システムを説明するための図面である。

図１を参照すれば、本発明の一実施形態による光通信システム１０は、サーバ１１０と、第１光通信装置１２０と、第２光通信装置１３０と、を備える。図１では、説明の便宜のために、一つの第２光通信装置１３０のみを示したが、本発明の技術的思想がこれに限定されるものではない。

サーバ１１０と第１光通信装置１２０とは、ネットワーク１４０を通じて有線及び／または無線で連結される。ここで、ネットワーク１４０は、インターネット、無線通信網、イントラネットなどの通信網を含む包括的概念である。

サーバ１１０は、光通信システム１０を管理する装置であって、アップデート（または原状復旧）の対象となる、各光通信装置の光トランシーバのファームウェア（以下、‘対象ファームウェア’と称する）と、対象ファームウェアとの識別情報（例えば、対象ファームウェアの名称、バージョン、最近アップデート日時などに関する情報）（以下、‘ファームウェア識別情報’と称する）を保存する装置である。サーバ１１０は、第１光通信装置１２０がファームウェア識別情報を要請する場合、保存手段からファームウェア識別情報を読み出して、第１光通信装置１２０に伝送する。また、サーバ１１０は、第１光通信装置１２０がファームウェアを要請する場合、前記保存手段から対象ファームウェアを読み出して、第１光通信装置１２０に伝送する。

第１光通信装置１２０は、第１サイト側に位置し、少なくとも一つ以上の光トランシーバ１２００を備える。そして、第２光通信装置１３０は、前記第１サイトから所定の距離ほど離隔している第２サイトに位置し、少なくとも一つ以上の光トランシーバ１３００を備える。第１光通信装置１２０と第２光通信装置１３０とは、それぞれの光トランシーバと、これらを連結する光ケーブルなどを通じて、通信的に連結される。

第１光通信装置１２０は、サーバ１１０に保存されている対象ファームウェアと、第２光通信装置１３０の光トランシーバ１３００に設けられているファームウェアとを比べて、第２光通信装置１３０の光トランシーバ１３００に設けられているファームウェアに、アップデートが必要であるかどうかを判断する。

第１光通信装置１２０は、第２光通信装置１３０の光トランシーバ１３００に設けられているファームウェアに、アップデートが必要であると判断されれば、光トランシーバ１２００から光トランシーバ１３００に、補助管理制御チャンネルを通じてファームウェア・アップデートデータを伝送して、光トランシーバ１３００のファームウェアをアップデートさせる‘自動ファームウェア・アップデート動作’を行える。前記自動ファームウェア・アップデート動作は、第１光通信装置１２０、さらに詳細には、メインコントローラ（図２の１２１参照）によって制御されるが、これに限定されるものではなく、サーバ１１０あるいは管理者によって制御されてもよい。そして、前記自動ファームウェア・アップデート動作、例えば、ファームウェア・アップデートデータの伝送に関する動作は、第１光通信装置１２０の光トランシーバ１２００を通じて、ペイ・ロードデータの伝送と同時に行われるが、ペイ・ロードデータの伝送に何の影響も及ばない。

第２光通信装置１３０の光トランシーバ１３００は、第１光通信装置１２０に設けられているファームウェアに関する情報（例えば、ファームウェアの名称、バージョン、最後のアップデート日時などに関する情報）（以下、‘リモート・ファームウェア識別情報’と称する）を伝送する。また、第２光通信装置１３０の光トランシーバ１３００は、自動ファームウェア・アップデート動作の実行によって、第１光通信装置１２０、さらに詳細には、第１光通信装置１２０の光トランシーバ１２００からファームウェア・アップデートデータが伝送されれば、これを自動で設ける。

自動ファームウェア・アップデート動作に関する具体的な説明は、以下で図２ないし図４を参照してさらに詳細に説明する。

一方、一部の実施形態で、光通信システム１０は光加入者網に応用される。この場合、第１光通信装置１２０は、中央局側の光線路縦断装置（Ｏｐｔｉｃａｌ Ｌｉｎｅ Ｔｅｒｍｉｎａｌ、ＯＬＴ）である。そして、第２光通信装置１３０は、遠隔装置（Ｒｅｍｏｔｅ Ｔｅｒｍｉｎａｌ、ＲＴ）、加入者側の光ネットワーク縦断装置（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｔｅｒｍｉｎａｌ、ＯＮＴ）、光ネットワークユニット（Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ Ｕｎｉｔ）のうちいずれか一つである。

他の実施形態で、光通信システム１０は、分散型基地局のフロントホール伝送網に応用される。この場合、第１光通信装置１２０は、中央局側のデジタルユニット（Ｄｉｇｉｔａｌ Ｕｎｉｔ、ＤＵ）あるいはベースバンドユニット（ＢａｓｅＢａｎｄ Ｕｎｉｔ、ＢＢＵ）側の縦断装置である。そして、第２光通信装置１３０は、リモートユニット（Ｒｅｍｏｔｅ Ｕｎｉｔ、ＲＵ）あるいはＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）である。

さらに他の実施形態で、光通信システム１０は、基地局の陰影地域を解消するための分散アンテナシステム（Ｄｉｓｔｒｉｂｕｔｅｄ Ａｎｔｅｎｎａ Ｓｙｓｔｅｍ、ＤＡＳ）に応用される。この場合、第１光通信装置１２０は、ヘッドエンドユニットであり、第２光通信装置１３０は、拡張ユニットまたはリモートユニットである。

このように、本発明の技術的思想による光通信システム１０は、互いに遠隔地に位置して、対応する光トランシーバを通じて光信号を送受信する光通信装置で具現される、多様な光通信ネットワークに応用できる。

以下、図２ないし図４を参照して、本発明の実施形態による、遠隔地の光トランシーバのファームウェアがアップデートされる‘自動ファームウェア・アップデート動作’について具体的に説明する。以下で説明する‘自動ファームウェア・アップデート動作’は、第１及び第２光通信装置１２０及び１３０に接続される光トランシーバ１２００及び１３００を通じて行われる動作であって、特に第２光通信装置１３０に接続されている光トランシーバ１３００、例えば、ＧＢＩＣ、ＳＦＰなどのファームウェアをアップデートするための動作である。

図２は、本発明の一実施形態による光通信システムで、光トランシーバの要部をさらに詳細に示すブロック図である。図２は、図１の光通信システム１０がＷＤＭ−ＰＯＮに応用された実施形態を前提として、光トランシーバの要部をさらに具体的に示したということが分かる。

図２を参照すれば、本発明の一実施形態による光通信システム１０を構成する複数の光通信装置のうち、第１光通信装置１２０は、第１ＭＣＵ １２１と、ｎ個の第１光トランシーバ１２００−１ないし１２００−ｎと、を備える（ここで、ｎは、２以上の自然数）。

ｎ個の第１光トランシーバ１２００−１ないし１２００−ｎは、それぞれ第１コントローラ１２１０と、第１送信器１２３０と、第１受信器１２５０と、を備える。ｎ個の第１光トランシーバ１２００−１ないし１２００−ｎは、第１ＭＵＸ １５０に連結されて、第１ＭＵＸ １５０に光信号を伝送するか、または第１ＭＵＸ １５０から対応する波長帯域の光信号を受信する。

また、本発明の一実施形態による光通信システム１０を構成する複数の光通信装置のうち、ｎ個の第２光通信装置１３０−１ないし１３０−ｎは、ｎ個の第２光トランシーバ１３００−１ないし１３００−ｎのうち、対応する光トランシーバを備える。

ｎ個の第２光トランシーバ１３００−１ないし１３００−ｎは、それぞれ第２コントローラ１３１０と、第２受信器１３３０と、第２送信器１３５０と、を備える。ｎ個の第２光トランシーバ１３００−１ないし１３００−ｎは、第２ＭＵＸ １６０に連結されて、第２ＭＵＸ １６０に光信号を伝送するか、または第２ＭＵＸ １６０から光信号を受信する。

実施形態によって、第１光通信装置１２０側の第１ＭＵＸ １５０は、第１光通信装置１２０と区分される別途の装置であるか、または第１光通信装置１２０の内部に備えられている構成である。そして、第２ＭＵＸ １６０も、ｎ個の第２光通信装置１３０−１ないし１３０−ｎと別途の装置であるが、複数で構成されて、ｎ個の第２光通信装置１３０−１ないし１３０−ｎそれぞれの内部に備えられてもよい。この場合、ｎ個の第２光通信装置１３０−１ないし１３０−ｎが、複数の光トランシーバをそれぞれ備える。

実施形態によって、第１光通信装置１２０と、第１ＭＵＸ １５０と、第２ＭＵＸ １６０とは、リングトポロジーで連結される。また、実施形態によって、第２ＭＵＸ １６０に複数のサブＭＵＸが連結され、第２光通信装置１３０−１ないし１３０−ｎがサブＭＵＸに連結される形で、ツリートポロジーを形成してもよい。

以下では、説明の便宜のために、第１光通信装置１２０の第１光トランシーバ１２００−１と、第２光通信装置１３０−１ないし１３０−ｎのうち、第２光通信装置１３０−１の第２光トランシーバ１３００−１が割り当てられている波長を用いて、互いに通信する光トランシーバであると仮定し、これらを中心として各構成を説明する。

まず、第１ＭＣＵ １２１は、第１光通信装置１２０の動作を全般的に制御する構成であって、ネットワーク１４０を通じて連結されているサーバ１１０から、ファームウェア識別情報を受信する。また、第１ＭＣＵ １２１は、ファームウェア識別情報を通じて対象ファームウェアに関する情報を認識する。また、第１ＭＣＵ １２１は、第２光トランシーバ１３００−１に設けられているファームウェアにアップデートが必要であるかどうかを判断して、ファームウェア自動アップデート動作が行われるように制御する。

第１コントローラ１２１０は、第１ＭＣＵ １２１と有線または無線で連結されている構成であって、第１光トランシーバ１２００−１を管理して制御する。第１コントローラ１２１０は、第１光トランシーバ１２００−１と第２光トランシーバ１３００−１との間のペイ・ロードデータ送受信及び制御管理（波長設定／制御、通信状態モニタリングなど）、ファームウェア・アップデートのために必要な情報（以下、第１補助管理データであると称する）の送受信を管理する。ここで、第１コントローラ１２１０は、第１光トランシーバ１２００−１の能動構成であって、高速のペイ・ロードデータと共に、補助管理制御チャンネルを通じる低速の第１補助管理データの伝送のために、多様な制御及び処理を行うプロセッサ、ファームウェアなどが保存されるメモリなどを総称する用語である。

第１コントローラ１２１０は、第１補助管理データを、多様な方法によって第２光トランシーバ１３００−１に伝送する。

例えば、第１コントローラ１２１０は、基底帯域強度変調方式を用いて、第１補助管理データとペイ・ロードデータとを、同時に第２光トランシーバ１３００−１に伝送する。例えば、第１コントローラ１２１０は、ＲＦパイロット・トン（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｐｉｌｏｔ ｔｏｎｅ）方式を用いて、第１補助管理データとペイ・ロードデータとを重ねて、第２光トランシーバ１３００−１に伝送する。

基底帯域強度変調方式は、第１補助管理データをペイ・ロードデータの上端に積んで上げる技術であり、ＲＦパイロット・トン方式は、ＡＳＫまたはＦＳＫ変調された第１補助管理データを、ペイ・ロードデータと重ねる技術である。第１補助管理データの伝送速度は、ペイ・ロードデータの伝送速度と異なる。例えば、第１補助管理データの周波数は、数ｋＨｚであり、ペイ・ロードデータの周波数は、数十ないし数百ＭＨｚである。基底帯域強度変調方式及びＲＦパイロット・トン方式などの第１補助管理データ送受信方法は、既に公開されている技術であるため、これについての具体的な内容は省略する。

一方、第１コントローラ１２１０は、第１補助管理データで、制御管理のためのデータと、ファームウェア・アップデートのためのデータとを、補助制御管理チャンネル（ＡＭＣＣ）を通じて、時分割方式で共に伝送する。例えば、第１コントローラ１２１０は、前記制御管理のためのデータと、前記ファームウェア・アップデートのためのデータとを、ＡＳＫまたはＦＳＫ方式などで変調し、ＡＭＣＣの帯域を時間基準に分割して、変調された前記制御管理のためのデータと、前記ファームウェア・アップデートのためのデータとを伝送する。

実施形態によって、第１コントローラ１２１０は、第１補助管理データの前記制御管理のためのデータと、前記ファームウェア・アップデートのためのデータとを、ＡＭＣＣを通じて同時に伝送する。例えば、第１コントローラ１２１０は、前記制御管理のためのデータと、前記ファームウェア・アップデートのためのデータとを、直交位相偏移変調（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ、ＱＰＳＫ）などの方式で変調し、ＡＭＣＣから分離されたサブチャンネルを通じて、変調された前記制御管理のためのデータと、前記ファームウェア・アップデートのためのデータとを、それぞれ同時に分離伝送する。これについては、後述する。

第１送信器１２３０は、入力されたペイ・ロードデータ及び／または第１補助管理データを、光信号に変換する構成である。第１送信器１２３０は、レーザーダイオードからなるＴＯＳＡ（Ｔｒａｎｓｍｉｔｔｅｒ Ｏｐｔｉｃａｌ Ｓｕｂ−Ａｓｓｅｍｂｌｉｅｓ）、レーザーダイオード駆動回路（Ｌａｓｅｒ Ｄｉｏｄｅ Ｄｒｉｖｉｎｇ ｃｉｒｃｕｉｔｒｙ、ＬＤＤ）、バイアシング回路などを備える。第１送信器１２３０に入力されるペイ・ロードデータは、前記ＬＤＤを経て入力される。

第１ＭＵＸ １５０は、第１送信器１２３０から入力された光信号を多重化して、光ケーブルに伝送し、光ケーブルで受信された信号を逆多重化する構成である。

第１受信器１２５０は、第１ＭＵＸ １５０で逆多重化されて入力された光信号を、ペイ・ロードデータと、第２補助管理データ（第２補助管理データの定義については後述する）とに分離して、それぞれ相応する構成で出力する。特に、第１受信器１２５０は、第２補助管理データを第１コントローラ１２１０に出力する。第１受信器１２５０は、フォトダイオード、ＴＩＡ（Ｔｒａｎｓ−Ｉｍｐｅｄａｎｃｅ Ａｍｐｌｉｆｉｅｒ）からなるＲＯＳＡ（Ｒｅｃｅｉｖｅｒ Ｏｐｔｉｃａｌ Ｓｕｂ−Ａｓｓｅｍｂｌｉｅｓ）、後置増幅器などを備える。

第２光トランシーバ１３００−１の第２コントローラ１３１０は、第２光トランシーバ１３００−１の動作を全般的に制御する構成である。

第２コントローラ１３１０は、第１光トランシーバ１２００−１と第２光トランシーバ１３００−１との間のペイ・ロードデータ送受信及び制御管理（波長設定、通信状態モニタリングなど）、リモート・ファームウェア識別などのための情報（以下、第２補助管理データと称する）の送受信を管理する。第２コントローラ１３１０は、ペイ・ロードデータ及び第２補助管理データを、多様な方法によって第１光トランシーバ１２００−１に伝送する。第２コントローラ１３１０は、第１コントローラ１２１０と同様に、多様な方式を通じて、第２補助管理データを、ペイ・ロードデータに影響を及ぼさずに第１光トランシーバ１２００−１に伝送する。また、第２コントローラ１３１０は、第１コントローラ１２１０と同様に、第２補助管理データの制御管理のためのデータと、ファームウェア・アップデートに関するデータとを、それぞれ時分割方式で、または同時に第１光トランシーバ１２００−１に伝送する。第２コントローラ１３１０は、第２光トランシーバ１３００−１の能動構成であって、補助制御管理チャンネルを通じて送受信される情報を処理及び制御するプロセッサ、ファームウェアなどが保存されるメモリなどを総称する用語である。

第２受信器１３３０は、第１受信器１２５０に相応する構成であり、第２送信器１３５０は、第１送信器１２３０に相応する構成である。

第２送信器１３５０及び第２ＭＵＸ １６０を通じて、第１光トランシーバ１２００−１に伝送されるペイ・ロードデータと、第２補助管理データとが、光信号に変換及び多重化する。第２ＭＵＸ １６０及び第２受信器１３３０を通じて、第１光トランシーバ１２００−１から受信される光信号が逆多重化して、電気的信号に変換される。

以上、第１及び第２光トランシーバ１２００−１及び１３００−１それぞれの構成要素の全般的な機能について説明した。以下では、図３を参照して、第１光トランシーバ１２００−１及び第２光トランシーバ１３００−１を通じる、第２光トランシーバ１３００−１のファームウェア自動アップデート動作について具体的に説明する。

図３は、本発明の一実施形態による光トランシーバのファームウェア・アップデート方法を説明するためのフローチャートである。

図３を参照すれば、ステップＳ３１０で、サーバ１１０は、ファームウェア識別情報（以下、基準ファームウェア識別情報と称する）を、第１光通信装置１２０の第１ＭＣＵ １２１に伝送する。第１ＭＣＵ １２１は、前記基準ファームウェア識別情報を受信して、その内部に備えられている保存手段（図示せず）に保存する。しかし、これらに限定されるものではなく、第１ＭＣＵ １２１は、前記基準ファームウェア識別情報を、第１光通信装置１２０に備えられている別途の保存手段（図示せず）に保存する。

ステップＳ３２０で、第１光通信装置１２０は、第２光トランシーバ１３００−１に設けられているファームウェアに関する情報（リモート・ファームウェア識別情報）を受信するために、リモート・ファームウェア識別情報要請を生成し、第１光トランシーバ１２００−１から第２光トランシーバ１３００−１に、ＡＭＣＣを通じて、前記リモート・ファームウェア識別情報要請を伝送する。

例えば、第１ＭＣＵ １２１は、第２光トランシーバ１３００−１に前記リモート・ファームウェア識別情報を要請するために、ファームウェア識別情報要請（コマンドまたはメッセージを意味）を生成して、第１光トランシーバ１２００−１の第１コントローラ１２１０に出力する。第１コントローラ１２１０は、前記ファームウェア識別情報要請を、‘補助管理データ’として第１送信器１２３０に出力する。ここで、前記補助管理データは、第１または第２コントローラ１２１０または１３１０に出力されるデータであって、ペイ・ロードデータと区分されるデータである。第１送信器１２３０は、前記補助管理データに入力されたファームウェア識別情報要請と、ペイ・ロードデータとを重ねて、光信号を生成する。第１ＭＵＸ １５０は、第１送信器１２３０で生成された光信号を多重化して、光ケーブルを通じて第２ＭＵＸ １６０に伝送する。

ステップＳ３３０で、第２光トランシーバ１３００−１は、光信号に含まれている補助管理データを通じて、前記ファームウェア識別情報要請を受信し、これによって、メモリ１３１１または第２光トランシーバ１３００−１に別途に備えられている保存手段に保存されるファームウェア識別情報（サーバ１１０に保存されているファームウェア識別情報と区分するために、‘リモート・ファームウェア識別情報’と称する）を、第１光トランシーバ１２００−１に伝送する。この時、第２光トランシーバ１３００−１は、前記リモート・ファームウェア識別情報を、ＡＭＣＣを通じて第１光トランシーバ１２００−１に伝送する。

例えば、第２ＭＵＸ １６０は、光ケーブルを通じて、第１光トランシーバ１２００−１から受信された光信号を、逆多重化して出力する。逆多重化された光信号は、第２受信器１３３０に出力される。第２受信器１３３０は、光信号をペイ・ロードデータと補助管理データとに区分し、補助管理データを第２コントローラ１３１０に出力する。第２コントローラ１３１０は、補助管理データを分析して、ファームウェア識別情報要請を認識し、第２光トランシーバ１３００−１の内部の保存手段（図示せず）に保存されているリモート・ファームウェア識別情報を読み出す。第２コントローラ１３１０は、リモート・ファームウェア識別情報を、‘補助管理データ’として第２送信器１３５０に出力する。第２送信器１３５０は、補助管理データに入力されたリモート・ファームウェア識別情報と、入力されたペイ・ロードデータとを重ねて、光信号を生成する。第２ＭＵＸ １６０は、第２送信器１３５０で生成された光信号を多重化して、光ケーブルを通じて第１ＭＵＸ １５０に伝送する。

第１ＭＵＸ １５０は、光ケーブルを通じて受信された光信号を、逆多重化して出力する。逆多重化された光信号は、第１受信器１２５０に出力される。第１受信器１２５０は、光信号をペイ・ロードデータと補助管理データとに区分し、補助管理データを第１コントローラ１２１０に出力する。第１コントローラ１２１０は、第２光トランシーバ１３００−１から受信された補助管理データを分析して、リモート・ファームウェア識別情報を認識する。

ステップＳ３４０で、第１光通信装置１２０は、リモート・ファームウェア識別情報と、既に保存されているファームウェア識別情報とを比べて、第２光トランシーバ１３００−１に設けられているファームウェアのアップデート必要如何を判断する。

例えば、第１ＭＣＵ １２１は、リモート・ファームウェア識別情報に含まれているファームウェアのバージョンと、サーバ１１０から受信されたファームウェア識別情報に含まれているバージョンと、を比べる。比較結果が相異なっていれば、第１ＭＣＵ １２１は、第２光トランシーバ１３００−１に設けられているファームウェアのアップデートが必要であると判断する。比較結果が相等しければ、第１ＭＣＵ １２１は、第２光トランシーバ１３００−１に設けられているファームウェアのアップデートが必要ではないと判断して、アップデート動作を終了する。

ステップＳ３５０ないしステップＳ３６０で、第１光通信装置１２０は、第２光トランシーバ１３００−１に設けられているファームウェアのアップデートが必要であると判断されれば、サーバ１１０から対象ファームウェアをダウンロードする。例えば、第１ＭＣＵ １２１は、ファームウェア要請を生成してサーバ１１０に伝送する。サーバ１１０は、ファームウェア要請が受信されれば、既に保存されている対象ファームウェアを、保存空間から読み出して、第１ＭＣＵ １２１に伝送する。

ステップＳ３７０で、第１光通信装置１２０は、サーバ１１０から受信された対象ファームウェアを、ＡＭＣＣを通じて、第１光トランシーバ１２００−１から第２光トランシーバ１３００−１に伝送する。例えば、第１ＭＣＵ １２１及び／または第１コントローラ１２１０は、ステップＳ３２０でと同一または類似した方法によって、対象ファームウェアを、ＡＭＣＣを通じて第２光トランシーバ１３００−１に伝送する。

この時、第１送信器１２３０は、ペイ・ロードデータの伝送のためのチャンネルと異なるチャンネル（ＡＭＣＣ）を用いる方式で変調された補助管理データを、ペイ・ロードデータと重ねるように予め設定される。ＡＭＣＣは、ＳＦＰなどの光トランシーバを制御及び管理するための補助的なチャンネルであるが、本発明は、このようなＡＭＣＣを用いてファームウェアを伝送する。

本発明は、ＡＭＣＣを再び２つのチャンネルに区分して用いることを提案する。すなわち、補助管理データは、複数のチャンネルを用いる方式で変調され、複数のチャンネルのうちいずれか一つ以上に、対象ファームウェアが対応される。

この時、補助管理データを、複数のチャンネルを用いる方式で変調する構成は、モジュレータ（図示せず）によって具現される。例えば、前記モジュレータは、第１コントローラ１２１０及び第１送信器１２３０と、電気的または光学的に連結されるように形成される。前記モジュレータは、第１コントローラ１２１０から入力された補助管理データを、複数のチャンネルを用いる方式である、直交位相偏移（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ、ＱＰＳＫ）方式で変調させる。次いで、モジュレータは、搬送波の４個の位相のうち２個の位相には、‘対象ファームウェア’を対応させ、残りの２個の位相には、遠隔地の光トランシーバを制御及び管理するための一般情報（すなわち、ＡＭＣＣ本来の目的に対応する情報）を対応させる。前記モジュレータは、変調した補助管理データを、第１送信器１２３０に出力する。これによって、ＡＭＣＣのうち、対象ファームウェアは、ファームウェア・アップデート専用チャンネル（搬送波の４個の位相のうち予め設定されている２個）を通じて、第２光トランシーバ１３００−１に伝送される。

一方、ＡＭＣＣを用いてデータを伝送することは、ペイ・ロードデータを伝送することに比べて非常に遅い。よって、第１光通信装置１２０及び第２光通信装置１３０に、それぞれ複数の光トランシーバが接続される場合には、対象ファームウェアを分割して伝送する。これについては、図４を参照して、対象ファームウェアを複数の光トランシーバに分けて伝送する動作について説明する。

再び図３を参照すれば、ステップＳ３８０で、第２光トランシーバ１３００−１は、ＡＭＣＣを通じて受信された対象ファームウェアを用いて、ファームウェアを自動アップデートする。例えば、第２コントローラ１３１０は、ステップＳ３３０でと同一または類似した方法によって、補助管理データに受信された対象ファームウェアを分析し、対象ファームウェアが第２コントローラ１３１０の内部メモリ１３１１に保存及び設置されるように制御する。

ステップＳ３９０で、第２光トランシーバ１３００−１は、ファームウェアのアップデートが完了すれば、アップデートが完了したことを知らせるメッセージ（以下、‘アップデート完了メッセージ’と称する）を、第１光通信装置１２０に伝送する。この時、前記アップデート完了メッセージも、ＡＭＣＣを通じて送受信される。

前述したように、本発明の実施形態によれば、互いに離隔して位置する光トランシーバの間で、ファームウェア・アップデートのためのデータが、補助制御管理チャンネルを通じて送受信されるため、ファームウェア・アップデート動作が、ペイ・ロードデータの伝送に何の影響を及ぼさずに自動で行われる。

図４は、本発明の一実施形態による光通信システムで、複数の光トランシーバを用いてファームウェアをアップデートする方法を説明するための図面である。図４は、光通信システム１０’の光通信装置が、それぞれＷＤＭ−ＰＯＮのＯＬＴとＲＴ、分散型基地局のＤＵとＲＵ、ＤＡＳの各ユニットのような、複数の光トランシーバを備える実施形態を説明するためのものである。図４を説明するに当って、説明の便宜のために、図１ないし図３と重なる説明は省略し、図１ないし図３を共に参照しながら相違点を中心に説明する。

図１ないし図４を参照すれば、第１光通信装置１２０には、ｎ個の第１光トランシーバ１２００−１ないし１２００−ｎを備える。また、第２光通信装置１３０にも、ｎ個の第２光トランシーバ１３００−１ないし１３００−ｎが備えられる。

第１光通信装置１２０の第１ＭＣＵ １２１は、第１光通信装置１２０に備えられているｎ個の第１光トランシーバ１２００−１ないし１２００−ｎに相応して、伝送すべき対象ファームウェアについてのファームウェア・アップデートデータＦＷを分割する。例えば、第１ＭＣＵ １２１は、伝送すべきファームウェア・アップデートデータＦＷを、第１光トランシーバ１２００−１ないし１２００−ｎの数、すなわち、ｎ個に分割する。実施形態によって、ファームウェア・アップデートデータＦＷの分割個数は、多様に変形される。例えば、ファームウェア・アップデートデータＦＷの分割個数は、第２光トランシーバの数に対応せず、それより多くまたは少なく分割されてもよい。

第１ＭＣＵ １２１は、ｎ個の分割データＦＷＰ−１ないしＦＷＰ−ｎを、ｎ個の第１光トランシーバ１２００−１ないし１２００−ｎそれぞれに分配する。よって、ｎ個の第１光トランシーバ１２００−１ないし１２００−ｎは、それぞれ分割データを、ｎ個の第２光トランシーバ１３００−１ないし１３００−ｎのうち対応するいずれか一つに伝送する。例えば、第１光トランシーバ１２００−１は、第１分割データＦＷＰ−１を、対応する第２光トランシーバ１３００−１に伝送し、第１光トランシーバ１２００−ｎは、第ｎ分割データＦＷＰ−ｎを、対応する第２光トランシーバ１３００−ｎに伝送する。

実施形態によって、第１ＭＣＵ １２１は、ｎ個の分割データＦＷＰ−１ないしＦＷＰ−ｎを、それぞれ均一にｎ個の第１光トランシーバ１２００−１ないし１２００−ｎに割り当てず、第１光トランシーバ１２００−１ないし１２００−ｎのうち一部にさらに多くの分割データを割り当ててもよい。これは、第１光トランシーバ１２００−１ないし１２００−ｎそれぞれの通信状態に鑑みて、リソースを効率的に活用するためである。

第２光通信装置１３０のＭＣＵ（図示せず）は、ｎ個の第２光トランシーバ１３００−１ないし１３００−ｎそれぞれから受信されたｎ個の分割データを、入力される。前記ＭＣＵは、ｎ個の分割データを結合した後、ｎ個の第２光トランシーバ１３００−１ないし１３００−ｎそれぞれに出力する。または、前記ＭＣＵは、ｎ個の分割データを結合せず、第２光トランシーバ１３００−１ないし１３００−ｎに、それぞれが受信してない残りの分割データを伝送してもよい。

このように、光通信システム１０’は、ファームウェア・アップデートデータを所定個数に分割した後、複数の光トランシーバのうち少なくとも一部を通じて分散伝送することで、自動ファームウェア・アップデートの速度を高める。

以上、本発明の技術的思想を多様な実施形態を挙げて詳細に説明したが、本発明の技術的思想は前記実施形態に限定されず、当業者によって様々な変形及び変更ができる。

１０、１０’ 光通信システム
１１０ サーバ
１２０、１３０ 光通信装置
１２００、１３００ 光トランシーバ
１４０ ネットワーク

Claims (11)

1. 光ケーブルを通じて連結されている他の光トランシーバのファームウェアをアップデートするための、ファームウェア・アップデートデータを出力するコントローラと、
   入力されたペイ・ロードデータと前記ファームウェア・アップデートデータとを重ねて光信号を生成し、前記光信号を前記他の光トランシーバに伝送する送信器と、を備えるが、
   前記ペイ・ロードデータに相応する第１通信チャンネルと、前記ファームウェア・アップデートデータに相応する第２通信チャンネルとは、互いに異なる通信チャンネルであることを特徴とする光トランシーバ。
2. 前記コントローラは、前記ファームウェアのアップデート必要如何を判断するためのファームウェア識別情報要請を前記送信器に伝送し、
   前記送信器は、入力されたペイ・ロードデータと、前記ファームウェア識別情報要請とを重ねて光信号を生成し、前記光信号を前記他の光トランシーバに伝送し、
   前記ファームウェア識別情報要請は、前記第２通信チャンネルを通じて前記他の光トランシーバに伝送されることを特徴とする請求項１に記載の光トランシーバ。
3. 前記ファームウェア識別情報要請に対する応答として、前記他の光トランシーバから、前記第２通信チャンネルを通じて受信されるファームウェア識別情報を、前記コントローラに出力する受信器をさらに備えるが、
   前記コントローラは、前記光トランシーバが接続される光通信装置のメインコントローラが、前記ファームウェア識別情報と、予め保存されている情報とを比べて、前記アップデートの必要如何を判断するように、前記ファームウェア識別情報を前記メインコントローラに出力することを特徴とする請求項２に記載の光トランシーバ。
4. 前記第２通信チャンネルは、ＡＭＣＣ（Ａｕｘｉｌｉａｒｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であることを特徴とする請求項１に記載の光トランシーバ。
5. 前記ファームウェア・アップデートデータは、前記第２通信チャンネルを通じて、前記他の光トランシーバの管理及び制御のためのデータと共に、時分割方式で伝送されることを特徴とする請求項１に記載の光トランシーバ。
6. 前記ファームウェア・アップデートデータは、前記第２通信チャンネルを通じて、前記他の光トランシーバの管理及び制御のためのデータと同時に伝送されることを特徴とする請求項１に記載の光トランシーバ。
7. 前記コントローラは、前記ファームウェア・アップデートデータを分割した複数の分割データのうち、一部の分割データを出力し、
   前記送信器は、前記入力されたペイ・ロードデータと前記一部の分割データとを重ねて、前記光信号を生成することを特徴とする請求項１に記載の光トランシーバ。
8. 光ケーブルを通じて連結されている他の光トランシーバから、ペイ・ロードデータとファームウェア・アップデートデータとが重なっている光信号を受信する受信器と、
   前記光信号のうち、前記ファームウェア・アップデートデータを入力され、前記ファームウェア・アップデートデータを用いて、ファームウェア・アップデートを制御するコントローラと、を備えるが、
   前記ペイ・ロードデータは、第１通信チャンネルを通じて受信され、前記ファームウェア・アップデートデータは、第２通信チャンネルを通じて受信されることを特徴とする光トランシーバ。
9. ファームウェア識別情報を、前記第２通信チャンネルを通じて前記他の光トランシーバに伝送する送信器をさらに備えるが、
   前記ファームウェア識別情報は、前記受信器を通じて受信されるファームウェア識別情報要請に応答して、前記コントローラによってメモリから読み出されることを特徴とする請求項８に記載の光トランシーバ。
10. 前記第２通信チャンネルは、ＡＭＣＣ（Ａｕｘｉｌｉａｒｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であることを特徴とする請求項８に記載の光トランシーバ。
11. 前記コントローラは、前記ファームウェア・アップデートデータを分割した複数の分割データのうち、一部の分割データが受信されれば、前記光トランシーバが接続される光通信装置で、他の少なくとも一つの光トランシーバを通じて受信された、残りの分割データを入力されて、前記ファームウェア・アップデートを制御することを特徴とする請求項８に記載の光トランシーバ。

Images