(57)【特許請求の範囲】
【請求項１】
インターネットプロトコル（ＩＰ）系光ファイバネットワークにおけるＩＰパケット伝送方法であって：
データ列各ビット周期の始点で所定値に復帰し得る所定の信号符号化フォーマットを用いて、データ列ビットをＩＰパケットに符号化するステップと；
データリンク層でＩＰパケットに他の符号化フォーマットを適用することなく、ＩＰ系光ファイバネットワークのオプチカル層で直接、ＩＰパケットを受信機に送信するステップと；
を備えた、ＩＰパケット伝送方法。
【請求項２】
符号化するステップは、所定の信号符号化フォーマットとして、ＲＺ符号化フォーマットを用い、これによってデータ列のビットを符号化して、ＩＰパケットを生成するステップをさらに備えている、請求項１記載のＩＰパケット伝送方法。
【請求項３】
ＩＰパケットを受信し、このＩＰパケットからクロック信号を抽出するステップをさらに備えている、請求項１記載のＩＰパケット伝送方法。
【請求項４】
抽出するステップは、符号化ビットの繰り返し速度をクロック信号と判定するステップをさらに備えている、請求項３記載のＩＰパケット伝送方法。
【請求項５】
相前後するＩＰパケットの間の期間に、所定の信号符号化フォーマットで符号化した所定の充填信号をＩＰ系光ファイバネットワークのオプチカル層に直接送信するステップをさらに備えている、請求項３記載のＩＰパケット伝送方法。
【請求項６】
所定の充填信号を送信するステップは、所定の信号符号化フォーマットで符号化した論理「１」ビット列を送信するステップをさらに備えている、請求項５記載のＩＰパケット伝送方法。
【請求項７】
所定の充填信号を受信し、この充填信号の長さにかかわらず、この充填信号からクロック信号を抽出するステップをさらに備えている請求項６記載のＩＰパケット伝送方法。
【請求項８】
データ列としてパターン列を受信するステップをさらに備え、ビットを符号化するステップは、パターン列をスクランブル化することなく、パターン列をＩＰパケットに符号化するステップを備えている、請求項３記載のＩＰパケット伝送方法。
【請求項９】
インターネットプロトコル（ＩＰ）系光ファイバネットワークにおける光源と光受信機との間の通信方法であって：
光源がデータ列を受信するステップと；
データ列を、ＲＺ符号化ビットを含む第１符号列を有するＩＰパケットにフォーマットするステップと；
ＩＰ系光ファイバネットワークにおけるアダプテーション層を用いることなく、ＩＰ系光ファイバネットワークのオプチカル層で複数の光パルスを光源から光受信機に送信するステップと；
光受信機でＩＰパケットを受信するステップと；
ＩＰパケット内のＲＺ符号化ビットを含む第１符号列の繰り返し速度を判定して、ＩＰパケットからクロック信号を抽出するステップと；
を備えた通信方法。
【請求項１０】
光源が動作状態かアイドル状態かを判定するステップと；
光源がアイドル状態のときに、充填信号を、光源がアイドル状態であること示すＲＺ符号化された第２符号列のビットを含む所定の状態にフォーマットするステップと；
充填信号を、データリンク層の他の符号化フォーマットを適用することなく、直接ＩＰ系光ファイバネットワークのオプチカル層に送信するステップと；
をさらに備えている、請求項９記載の通信方法。
【請求項１１】
充填信号を送信するステップは、ペイロードとしての、ＲＺ符号化フォーマットで符号化された論理「１」の符号列を含む充填信号を送信するステップをさらに備えている、請求項１０記載の通信方法。
【請求項１２】
充填信号を光受信機で受信するステップと；
ＲＺ符号化された第２符号列の長さに関係なく、この第２符号列からクロック信号を抽出するステップと；
をさらに備えている、請求項１０記載の通信方法。
【請求項１３】
判定のステップは、光源のアイドル状態において、次のデータ列が受信されていないことを判定するステップをさらに備えている、請求項１０記載の通信方法。
【請求項１４】
データ列としてパターン列を受信するステップをさらに含み、前記フォーマットするステップは、パターン列をＩＰパケットにフォーマットし、このＩＰパケットは、ＩＰパケットのペイロード内のパターン列をスクランブル化することなくＲＺ符号化された第３の符号列を含む、請求項９記載の通信方法。
【請求項１５】
インターネットプロトコル（ＩＰ）系光ファイバネットワークにおけるＩＰパケット通信システムであって：
データ列を受信する入力と、ＩＰパケットを、光ファイバネットワークのデータリンク層の符号化フォーマットを適用せずに、オプチカル層に送信する出力とを備えた光源であって、データ列を所定の信号符号化フォーマットによってＩＰパケットにフォーマット可能であり、この信号符号化フォーマットはＩＰパケット内の各ビット周期の始点で所定値に復帰させ得る光源と；
第１端部が前記光源に接続された光ファイバと；
光ファイバの第２端部に接続され、光ファイバを経たＩＰパケットを受信して、ＩＰパケットからクロック信号を抽出する光受信機と；
を備えている通信システム。
【請求項１６】
光源はルータであり、ルータのアイドル状態では、充填信号をデータリンク層の他の符号化フォーマットに適合化させることなく、充填信号を光ファイバネットワークのオプチカル層に送信可能であり、充填信号は所定の信号符号化フォーマットによってマークホールド状態にフォーマットされ、光受信機は、更に、充填信号を受信し、充填信号の長さに関係なく充填信号からクロック信号を抽出するように作動する請求項１５記載の通信システム。
【請求項１７】
マークホールド状態は、ルータがアイドル状態のときに生成される論理「１」の符号列である、請求項１６記載の通信システム。
【請求項１８】
所定の信号符号化フォーマットは、ＲＺ符号化フォーマットである、請求項１７記載の通信システム。
【請求項１９】
光受信機は、ＩＰパケットおよび充填信号を示す、ＲＺ符号化フォーマットで符号化された光パルスの繰り返し速度を判定することによって、クロック信号を抽出し得る、請求項１８記載の通信システム。
【請求項２０】
光源は、更に、ＩＰパケットのペイロード内のビットパターン列をスクランブル化することなく、データ列としてのビットパターン列を、ＩＰパケットにフォーマットし得る、請求項１５記載の通信システム。
【請求項２１】
光受信機は、ＩＰパケットのビット長以内の長さのビットパターン列を、クロック信号を失うことなく受信し得る、請求項２０記載の通信システム。
【請求項２２】
光受信機は、クロック信号を抽出するためのクロック復元装置を備えている、請求項１５記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は概略光ファイバネットワークにおけるデータ送信システムに係り、特に、符号化されたインターネットプロトコル（ＩＰ）パケットの送信に際して、ＩＰパケットを他の符号化フォーマットに適用するための何らのオーバーヘッドあるいはコストを要することなく、光ファイバのオプチカル層（ａｎ  ｏｐｔｉｃａｌ  ｏｒ  ｐｈｏｔｏｎｉｃ  ｌａｙｅｒ）で直接送信するシステムに関する。
【０００２】
【従来の技術】
広域インターネットは公衆の情報路の入口となった。インターネットのオンラインでの活用が無限の情報源を提供すると仮定すれば、この情報への高速アクセスの要求によって電気通信産業、特にの通信ネットワークの発展が促進される。
通信技術の発展のなかで、ネットワーク上のデータ通信の高速化の速さは音声通信の高速化を凌駕している。何人かの産業評論家の意見によれば、１９９８年だけで通信ネットワークの平均パケットサイズは２８０バイトから３３０バイトに増大した。さらに彼等によれば、通信ネットワ―クの連続接続時間はわずか平均１３秒に減少した。すなわち、データ通信の発達およびそれにともなうデータ通信自体の特性の変化によって、多くの通信サービス事業者は、より効率的かつより高帯域のデータ通信メカニズムを模索することを強いられている。
【０００３】
この種データを送信する高効率通信ネットワークとして、パケット・ベースの通信ネットワークがある。バケット通信ネットワークは、送信に際して、メッセージをパケットに分割するプロトコルを採用している。各パケットは個々に送信され、同一あるいは別個の経路を通ってネットワーク内の受信者に到達する。メッセージを形成すべき全てのパケットが受信者に到達したときには、これらパケットからメッセージが再構築され、全体のメッセージとして供給される。
【０００４】
パケット・ベースの通信ネットワークの１例としてＩＰ系ネットワークがある。本質的に、ＩＰ系ネットワークはインターネットプロトコルを使用し、あるいはパケット・アドレッシングの処理プロトコルとしてＩＰを使用する。ＩＰとより高レベルのプロトコルであるトランスポート・コントロール・プロトコル（ＴＣＰ）を組み合わせたネットワークも存在し、このネットワークでは仮想接続あるいはリンクを受信者とソースの間で確立する。ＩＰ系ネットワークは当業者にとって馴染みが深いが、現在のバージョンは「Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ  （ＩＥＴＦ）」が発表したＩＰＶ４である。それ以降のＩＰバージョンであるＩＰｖ６あるいはＩＰｎｇ（ＩＰ  ＮｅｘｔＧｅｎｅｒａｔｉｏｎ）は現在開発中である。
【０００５】
多くのデータネットワークは、ネットワーク内でデータ通信するための、従来の同期光ネットワーク（Ｓｙｎｃｈｒｏｎｏｕｓ  Ｏｐｔｉｃａｌ  Ｎｅｔｗｏｒｋ：ＳＯＮＥＴ）層に依存している。これはＳＯＮＥＴがネットワーク相互接続の国際規格をサポートする能力が高いことに起因し、さらに好ましいことにＳＯＮＥＴは周波数帯域を効率的に使用する。基本的に、ＳＯＮＥＴはＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ）によって発表されたＯｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ  （ＯＳＩ）における物理層レベル以上インターフェイス規格を定義している。ＳＯＮＥＴで定義されたインターフェイス規格において、ＳＯＮＥＴフレーム内でデータ列の送信速度を切替えつつ光信号として送信し得るインターフェース速度同期階層が記述されている。ＳＯＮＥＴの同期階層では送信速度が増加したときにもオーバーヘッド比率が変化しない。より高い送信速度に切替えられる度ごとに、それまでの送信速度の信号はより高速の信号を生成するようにバイト単位で組み合わされる。この低速信号は相互に同期しているので、速度を一致させるためにオーバーヘッドが増加することはない（バイト単位の信号を密に配列し、かつ信号を付加する）。ＯＳＩ  Ｒｅｆｅｒｅｎｃｅ  Ｎｅｔｗｏｒｋ  Ｍｏｄｅｌ、ＳＯＮＥＴ規格の付加的特徴、装置、システムは当業者に周知であろう。
【０００６】
さらに当業者は従来のＳＯＮＥＴシステムが複数の階層に適用されていることを理解するであろう。一般に各階層が果たすべき機能が特定されている。最下層はオプチカル層（光子層あるいはオプチカル層を含むものとする）であり、他の階層は機能的に（例えばフレーム化、スクランブル化、誤り監視）ネットワーク内の機器により使用される。オプチカル層は本質的に電気信号を光信号に変換し、この光信号の波形、波長、電力レベルを維持する。ＯＳＩ  Ｒｅｆｅｒｅｎｃｅ  Ｎｅｔｗｏｒｋ  Ｍｏｄｅｌに記述されているように、オプチカル層は物理層と相似である。
【０００７】
一方、ＳＯＮＥＴシステムの他の階層は、それぞれ、機能的に付加された所定階層に関連して、所定オーバーヘッドを有するが、オプチカル層に関してはこのような問題はない。言い換えれば、ネットワークにおけるオプチカル層より１層上のパケットを代表する光信号の送信に際して、ネットワークモデルの最下層では、オプチカル層は、付加的処理やデータオーバーヘッドをパケットあるいは情報に付加することはない。
【０００８】
ＳＯＮＥＴは同期システムであるので、ＩＰパケットの伝送にＳＯＮＥＴを使用するときには、常にネットワーク内で同期クロックを維持しなければならないという問題がある。本願出願人の知見によれば、長い一定値パターン列が送信されたときにネットワーク内のクロック信号が消失するという問題がある。通常、オプチカル層の１層上の階層で送信されるパケットのビットは、公知のＮＲＺ（ｎｏｎ−ｒｅｔｕｒｎ−ｔｏ−ｚｅｒｏ）フォーマットで符号化される。同一論理レベルにおける有限連続ビットの後では、送信される光信号は一定に保たれ、擬似連続波状態、すなわちＤＣ、非変調レベルとなるので、クロック信号は消失する。一旦クロック信号が消失すると、パケットタイミングはすでに非同期となっているので。その後のパケットが光受信機に到達したときには消失してしまう。
【０００９】
この問題を回避して同期クロックを維持するために、ＩＰパケット伝送のＳＯＮＥＴ階層はパケットのペイロード（従来Ｓｙｎｃｈｒｎｏｕｓ  Ｐａｙｌｏａｄ  Ｅｌｅｍｅｎｔと呼ばれていた。）をスクランブルする。ペイロードのスクランブル化は長いシーケンスパターンを分断し、ネットワーク内のＳＯＮＥＴ装置に入力する。長いパターンシーケンスを分断することによって、ＳＯＮＥＴ装置内の電子光学系、例えば光受信機内のクロック補償（ｒｅｃｏｖｅｒｙ）回路は、適正に機能しパケットが消失することはない。
【００１０】
しかしながら、ＳＯＮＥＴにおけるＩＰパケットのスクランブルおよび再生（すなわちマルチプレクス（多元化）およびデマルチプレックス（一元化））には付加的ハードウエアおよび処理を要する。言い換えれば、ＩＰパケットビットを直接光パルスに符号化する場合に比較して、ＩＰパケットの他の符号化層あるいはアダプテーション（ａｄａｐｔｉｎｇ）層が必要である。例えば、従来の統計的時間分割マルチプレクサはルータ内の装置であって、種々の信号源から電気信号を受け、ＳＯＮＥＴフレームを示す多元化光信号（ＩＰパケットを含むこともある。）を出力する。統計的にマルチプレクサはスクランブル化ハードウエアを有し、ルータによって、ＳＯＮＥＴフレーム受信機が容易にクロック信号を復元するようにする。各パケットにおけるペイロードスクランブルのための付加的ハードウエアおよびオーバーヘッドは金銭的コスト、使用帯域、ネットワーク内の処理資源に関し、大幅なコスト増を招く。そこで本願出願人は、ＩＰパケットを直接オプチカル層で送信し、ＩＰパケットのそれ以上のアダプテーション処理を行わない方が有利であることを見出した。この際、クロック抽出性能は常に確保される。
【００１１】
Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ（ＰＰＰ）プロトコルは、ネットワーク内のｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔリンクで、ＩＰプロトコルを含む異なるプロトコルを送信する標準化方法である。従って、ＰＰＰを使用したネットワーク内送信において、ＩＰパケットはフレーム化されて、Ｈｉｇｈ  Ｌｅｖｅｌ  Ｄａｔａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  （ＨＤＬＣ）フレームあるいはこれに類似のフレーム（これらを総称して「ＨＤＬＣ系フレーム」という。）内に収納される。本質的に、ＨＤＬＣ系フレームは、制御データフローおよび誤り訂正が可能なデータリンク層のプロトコルに適合する。ＨＤＬＣ系フレームのＰＰＰはビット・オリエンテッドあるいはバイト・オリエンテッドの同期または非同期リンクのフレーム化を可能にする。当業者はＨＤＬＣ系フレームのＰＰＰには馴染みが深いと思われる。ＨＤＬＣ系フレームのＰＰＰに関する付加的情報はＩＥＴＦ発行のＲＦＣ１６６２、「ＰＰＰ  ｉｎ  ＨＤＣＬ−ｌｉｋｅ  Ｆｒａｍｉｎｇ」に示されている。
【００１２】
その他に、光ファイバネットワークでのＩＰパケット送信に関して、ＩＰルータからＩＰパケットが送信されていないとき、ＩＰルータがアイドル状態になるという問題がある。アイドル状態では、受信機側の同期クロックを維持するために、ＩＰルータは何らかの形式の信号を送信する必要がある。従って、ＩＰルータは通常アイドル状態において充填信号を送信する。ＨＤＬＣ系フレームのＰＰＰを使用する際、充填信号には連続的論理「１」をＮＲＺ符号化フォーマットで符号化した符号列が通常使用される。しかし本願出願人の知見によれば、このような状況でそれ以外の充填信号を使用しないと、オプチカル層において、受信機はいくつかの論理「１」の受信の後に容易にクロック信号を失う。
【００１３】
この問題は、従来のＡｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ（ＡＴＭ）送信を使用してデータ送信しているネットワークでは明らかにならない。それは、充填信号が短い論理「１」、「０」のパターンよりなり、例えば充填信号のペイロード内で「０１１０１０１０」を４８回繰り返した信号である。
このようにして、オプチカル層でパケットを送信するＡＴＭを使用するときに、クロック信号が復元される。しかし、ＡＴＭの使用により不都合に大きなオーバーヘッドが必要となり、ＩＰパケット送信としては非効率的である。例えば、光波に関する産業評論家が発行した論説によると、ＡＴＭ通信のオーバーヘッドにおける主な問題はネットワーク帯域の効率化である、なぜならＡＴＭ通信のオーバーヘッドはパケットサイズに応じてパケットペイロードの５０％まで上昇するからである。
【００１４】
特許および公報の記述によれば、一般にＮＲＺ符号化フォーマットおよびＲＺ符号化フォーマットによって符号化された光信号から、クロック信号が抽出される。例えば、ＵＳＰ第５，３３９，１８５号には光タイミング抽出回路が開示されている。この‘１８５特許に開示されている光タイミング抽出回路は、ＮＲＺ符号化信号からＧｂｉｔｓ／ｓｅｃの数十倍以上の光クロック信号を抽出し得る。
【００１５】
さらに、ＵＳＰ第５，６０２，８６２号には、ＮＲＺ符号化フォーマットまたはＲＺ符号化フォーマットによって符号化された光信号からのクロック信号の抽出が開示されている。この‘８６２特許には、ＲＺ符号化フォーマットで符号化された５Ｇｂｉｔｓ／ｓｅｃの光データ信号を生成し、これをさらに２０Ｇｂｉｔｓ／ｓｅｃの光信号に多元化する送信機が開示されている。データ信号は受信機に送信され、光信号として受信される。そしてクロック復元の前に光信号を電気信号に変換するのと反対に、クロック信号が光学的に復元される。さらに’８６２特許は、５Ｇｂｉｔｓ／ｓｅｃのＲＺ符号化光信号を新規な光クロック復元回路に注入することに関連して、光クロック抽出の操作が開示されている。
【００１６】
【発明が解決しようとする課題】
本発明はこのような従来の問題点を解消すべく創案されたもので、ネットワーク内ＩＰパケット伝送に伴うコストとオーバーヘッドを節減し得る通信方法および通信システムを提供することを目的とする。
【００１７】
【課題を解決するための手段】
ここで実施形態が示されかつ上位概念として記述された本発明によれば、第1に、ＩＰ系光ファイバネットワーク内でインターネット・プロトコル（ＩＰ）パケットの伝送方法が説明される。本方法の概要は、第１に所定の信号符号化フォーマットによりデータ列のビットを符号化して、ＩＰパケットを生成する。この信号符号化フォーマットとしては例えばＲＺ（ｒｅｔｕｒｎ−ｔｏ−ｚｅｒｏ）符号化フォーマットがある。所定の信号符号化フォーマットは、データ列各ビット周期の始点で所定値に復帰し得る。第２に、ＩＰパケットはＩＰ系光ファイバネットワークのオプチカル層以外の他の符号化フォーマットを適用することなく、直接オプチカル層に送信される。オプチカル層以外のアダプテーション層の使用を回避することによって、本発明は、ネットワーク内ＩＰパケット伝送に伴うコストとオーバーヘッドを節減する。
【００１８】
さらに、ＩＰパケットが受信されるとき、ＩＰパケットからクロック信号が抽出される。通常、ＩＰパケットの符号化ビットの繰り返し速度（ｒａｔｅ）が判定され、これをクロック信号として、クロック信号を抽出する。
【００１９】
ＩＰパケットを送信した後、その後のＩＰパケットを送信するまでの期間、所定の充填信号をＩＰ系光ファイバネットワークのオプチカル層に送信してもよい。所定の充填信号は、典型的には、論理「１」の符号列である（例えば、ＲＦＣ１６６２記載のＨＤＬＣ系フレーム構造のＰＰＰに用いられる充填信号。）。光受信機はこの充填信号を受信し、所定充填信号の長さに無関係にクロック信号が抽出される。
【００２０】
さらに、本願発明の他の特徴として、ＩＰ系光ファイバネットワークの光源と光受信機間の通信方法について記述されている。その方法の概要は、まず光源においてデータ列を受信し、そのデータ列をＩＰパケットにフォーマットする。ＩＰパケットはＲＺ（ｒｅｔｕｒｎ−ｔｏ−ｚｅｒｏ）符号化ビットの第１符号列によってフォーマットされる。次に、光通信ネットワークのアダプテーション層を用いることなく、ＩＰパケットを光パルス群として、ネットワークオプチカル層を通して、光源から光受信機に送信する。ＩＰパケットは光受信機で受信され、光受信機において、ＩＰパケット内のＲＺ符号化ビットの繰り返し速度を判定し、ＩＰパケットからクロック信号を抽出する。
【００２１】
光源がアイドル状態のとき（例えば、次のデータを受信していないとき。）、所定状態の充填信号をペイロードとしてフォーマットすることも可能である。この所定状態とは、例えば、光源のアイドル状態を示すＲＺ符号化ビット列である。例えば、充填信号は、光ファイバネットワークのオプチカル層以外の符号化フォーマットを適用することなく、オプチカル層に直接送信される。さらに、充填信号を光受信機で受信し、充填信号の長さに関係なく、充填信号からクロック信号を抽出してもよい。
【００２２】
本発明の他の特徴として、光ファイバネットワークのインターネット・プロトコル（ＩＰ）パケットの送信システムが説明されている。システムは光源、光受信機、およびこれら光源、光受信機に接続された光ファイバを備えている。光源は典型的にはルータであり、データ列受信の入力と、および、ＩＰパケットを、オプチカル層以外の符号化フォーマットを適用することなく、直接オプチカル層に送信する出力とを有する。光源は、所定の信号符号化フォーマットを用いて、データ列をＩＰパケットにフォーマットする。この信号符号化フォーマットは、ＩＰパケット内の各ビット周期の始点で所定値に復帰し得る。信号符号化フォーマットとしては、例えば、ＲＺ符号化フォーマットがある。光ファイバを介して光源に接続された光受信機は、光ファイバを通してＩＰパケットを受信し、ＩＰパケットからクロック信号を抽出し得る。光受信機は通常ＩＰパケットからクロック信号を抽出するクロック復元（再生）回路を含む。
【００２３】
さらに、光源がアイドル状態のときは、光源は、ネットワークのオプチカル層以外の符号化フォーマットを適用することなく、充填信号をオプチカル層に送信することも可能である。通常充填信号は、光源において、例えば論理「１」符号列よりなるマークホールド（ｍａｒｋ−ｈｏｌｄ）状態を所定符号化フォーマットによってフォーマットして生成される。例えば、マークホールド状態は、ＲＦＣ１６６２記載のＨＤＬＣ系フレーム構造のＰＰＰに関連して使用される。さらに光受信機は充填信号を受信し、この充填信号の長さに関係なく、充填信号からクロック信号を抽出し得る。
【００２４】
【発明の実施の形態】
以上の概要説明および以下の実施形態の詳細な説明は、特許請求の範囲に示したとおり、本発明を限定するものではないことは当業者に理解されるであろう。
【００２５】
次に本発明に係る種々の実施形態を参照する。その例示が添付図面に示されており、その説明により明瞭になる。図中同一もしくは同一部分については別個の図面においても可能な限り同一符号を付して示す。
【００２６】
公知のとおり、光信号はＲＺ（ｒｅｔｕｒｎ−ｔｏ−ｚｅｒｏ）符号化フォーマットを用いて符号化され、このＲＺ符号化された光信号からクロック信号が抽出される。しかし、本願出願人によれば、ＲＺ符号化等の特定のフォーマット用いてインターネット・プロトコル（ＩＰ）データを符号化し、ネットワークのオプチカル層以外の符号化を適用することなく、符号化ＩＰパケットを直接オプチカル層に送信すれば、ＩＰパケットの効率的送信が可能になる。同時に、同期クロックを常に維持することによる資源およびオーバーヘッドは節減される。本発明によるシステムは、光源と、光受信機と、光ファイバネットワークの一部としての相互接続光ファイバとを備えている。光源は、所定の符号化フォーマットにより、データ列をＩＰパケットにフォーマットする。この符号化フォーマットはＩＰパケットの各ビット周期始点で所定値に復帰し得る。これによって、ＩＰパケットは付加的アダプテーションや符号化が不要となり、クロック信号を継続的に抽出し得る。また光源がＩＰパケット、他のパターン列のいずれを送信するときにも、送信情報信号パケットは消失しない。
【００２７】
ＩＰパケットまたは他の情報が光源から送信されていないときには、光源はアイドル状態とみなされる。アイドル状態においては、ＩＰバイト充填信号時間の間ずっと、光源は充填信号を送信し、光受信機との同期クロックを維持し得る。
充填信号は光源からパケットが送信されないときに常時生成される信号である。
典型的には、このような期間には、特定のマークホールド・プロトコルが使用され、充填信号は論理「１」の符号列、すなわち「１１１１１１．．．」である。
本願出願人によれば、所定の符号化フォーマットにより充填信号を符号化し、かつ充填信号をオプチカル層以上の他の層、例えばデータリンク層に適用するためのオーバーヘッドや費用を要することなく、充填信号を直接オプチカル層に送信するので、コスト節減および効率化の効果が得られる。
【００２８】
図１は本発明の１実施形態に使用される信号符号化フォーマットを図示する。
図２はデータ列の例、このデータ列からフォーマットされたＩＰパケットフォーマット、ＩＰパケットを代表するＲＺ符号化光信号を示す。図３は本発明の実施形態に適合したシステムを示すブロック図である。図４は本発明の実施形態に基づく効率的ＩＰパケット送信方法のステップを示す。
【００２９】
本発明の実施形態の重要な特徴の１つは、所定の信号符号化フォーマットによってデータ列符号化する点である。一般に、本発明の実施形態における所定信号符号化フォーマットは、データ列ビット周期の始点において信号が所定値に復帰する符号化フォーマットである。図１は種々の信号符号化フォーマットで符号化されたデータ列を例示する。図１に示すように、データ列１００は、論理「１」および論理「０」の列により数値的に表現されたビット列を含む。データ列１００におけるこれらビットは物理信号として符号化し、銅線、光ファイバ等の伝送手段において、データ列１００の論理ビット値を表現する必要がある。
【００３０】
データ列１００がＲＺ（ｒｅｔｕｒｎ−ｔｏ−ｚｅｒｏ）符号化フォーマットによって符号化されたとすると、データ列１００はＲＺ符号化信号１０５によって代表される。当業者は、ＲＺ符号化信号１０５が単極波形の特性を有し、論理「１」がビット周期の一部のハイレベルで代表され、次の周期の始点の前にローレベルまたは０レベルに復帰する。従ってＲＺ符号化信号１０５は、各ビット周期の始点では所定値（例えば０値）に復帰する。
【００３１】
あるいは、データ列１００がＮＲＺ（ｎｏｎ−ｒｅｔｕｒｎ−ｔｏ−ｚｅｒｏ）符号化フォーマットによって符号化されたときには、データ列１００はＮＲＺ符号化信号１１０によって代表される。当業者は、ＮＲＺ符号化信号１１０波形の全ビット周期において、ハイレベルが論理「１」を示すことを理解するであろう。ＮＲＺ信号１１０は、ＲＺ符号化信号１０５とは異なり、各ビット周期において初期値には復帰しない。ＮＲＺ符号化信号１１０はビット周期始点で所定値に復帰するような符号化は行われない。従って、多くのＩＰ系光ファイバネットワークはＮＲＺ符号化フォーマットを使用しているが、本発明の実施形態では所定信号符号化フォーマットの１つであるＮＲＺ符号化フォーマットは採用しない。それはＮＲＺ符号化信号１１０からクロック信号を抽出することが困難だからである。
【００３２】
ＲＺ符号化フォーマット以外に、データ列の各ビット周期始点で信号が所定値に復帰するタイプの多くの信号符号化フォーマットが、本発明のために検討された。そのうような信号符号化フォーマットの１つが、両極符号化として従来公知の２値信号符号化フォーマットである。データ列１００を２値信号符号化によって符号化したとき、データ列１００は２値符号化信号１１５のように視覚的に表現される。従来定義されていたように、２値信号符号化では、論理「１」を、２値符号化信号におけるハーフビット期間毎の２つの値で表現する。論理「０」は１ビット期間のローレベルで表現される。これら３タイプの符号化信号は２つの論理レベルを表現することに使用される。このようにして、２値符号化信号１１５は、ＲＺ符号化信号１０５と同様、ビット周期始点で信号１１５が所定値に復帰するように符号化を実行する。当業者にとって、ＲＺ、ＮＲＺ、２値信号符号化、その他多くのタイプの信号符号化フォーマットは周知であろう。
【００３３】
ビット周期で所定値に復帰する信号符号化フォーマットについての以上の説明に関連して、本発明の実施形態は、典型的には、光ファイバネットワーク上のＩＰパケット送信の前にこの種信号符号化フォーマットを用いてＩＰパケットの符号化あるいはフォーマットを実行する。図２は本発明の実施形態に適合するＲＺ符号化フォーマットを用いて符号化されたＩＰパケットを例示する図面である。
【００３４】
図２に示すように、データ列１００はＩＰ系光ファイバネットワークで送信すべきメッセージの一部である。送信に先立って、データ列１００はＩＰパケット内のデータとしてパッケージ化される。この実施形態では、データ列１００はＩＰパケット２００内のデータ・ペイロード２１０としてフォーマットされる。ＩＰパケット２００は、ペイロード２１０の他に、ＩＰパケット２００のデスティネーション・アドレス等の付加的オーバーヘッド情報２０５を含む。より詳細には、典型的ＩＰパケット２００等に含まれるオーバーヘッド情報２０５は、種々のフィールドを有する。ＩＰｖ４において、これらフィールドは以下のとおりである。
【００３５】
（１）バージョン（Ｖｅｒｓｉｏｎ）：現在使用中のＩＰのバージョンを示す。
【００３６】
（２）ＩＨＬ（ＩＰヘッダ長：ＩＰ  Ｈｅａｄｅｒ  Ｌｅｎｇｔｈ）：ヘッダ長を３２ビットのワード（３２ｂｉｔ  ｗｏｒｄｓ）で示す。
【００３７】
（３）サービスタイプ（Ｔｙｐｅ−ｏｆ−Ｓｅｒｖｉｃｅ）：上位階層プロトコルが、現在のパケットをどのように処理すべきかを示す。
【００３８】
（４）全長（Ｔｏｔａｌ  Ｌｅｎｇｔｈ）：ペイロードを含むパケット全長を示す。
【００３９】
（５）ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）：現在のパケットを特定する整数値を含む。
【００４０】
（６）フラグ（Ｆｌａｇｓ）：パケットの分断に関する３ビットのフィールド。
【００４１】
（７）パケット維持時間（Ｔｉｍｅ−ｔｏ−ｌｉｖｅ）：パケットを廃棄するまでの時間を計測するダウンカウンタを管理する。パケットの廃棄によって、パケットの無限ループを回避し得る。
【００４２】
（８）プロトコル（Ｐｒｏｔｏｃｏｌ）：ＩＰ処理が完了した後に生成されたパケットを処理すべき上位階層プロトコルを示す。
【００４３】
（９）ヘッダ・チェックサム（Ｈｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ）：ＩＰヘッダが完全であるか否かを確認するためエラー表示。
【００４４】
（１０）ソース・アドレス（Ｓｏｕｒｃｅ  Ａｄｄｒｅｓｓ）：送信ノード（例えば光源）を特定する３２ビット・アドレス。
【００４５】
（１１）デスティネーション・アドレス（Ｄｅｓｔｉｎａｔｉｏｎ  Ａｄｄｒｅｓｓ）：受信ノード（例えば光受信機）を特定する３２ビット・アドレス。
【００４６】
（１２）オプション（Ｏｐｔｉｏｎ）：ソースルーチン等のオプション・サポートを示す。
【００４７】
（１３）上位階層データ（Ｕｐｐｅｒ  Ｌａｙｅｒ  Ｄａｔａ）：上位階層のプロトコルを使用するときに用いる。
【００４８】
ＩＰパケットフォーマットおよびその特徴は当業者に周知であろう。
【００４９】
図２の実施形態（説明のために簡略化されている。）において、データ列１００から得られた「１１０１１０１０１１１１０１」のビット列がＩＰパケット２００のペイロード２１０とされ、ＩＰパケット２００のデスティンーション・アドレスを示す「１１０１０」のビット列がオーバーヘッドとされている。
【００５０】
本発明の実施形態においてＩＰパケット２００を送信するために、ＩＰパケット２００はＲＺ符号化フォーマット等の所定の信号符号化フォーマットによって符号化される。前記のとおり、所定の信号符号化フォーマットとしては、ビット周期の始点で所定値に復帰する任意の符号化フォーマットを採用し得る。再び図２の実施形態を参照すると、光信号２１５は、ＲＺ符号化フォーマットによって符号化あるいはフォーマットされた符号化ＩＰパケット２００を代表する。一旦符号化されると、ＩＰパケット２００はネットワークのオプチカル層に直接送信される。
【００５１】
ＩＳＯにより発表された「ＯＳＩ  Ｒｅｆｅｒｅｎｃｅ  Ｎｅｔｗｏｒｋ  Ｍｏｄｅｌ」には個々に特異の機能を持つ７階層が示されている。７階層とは、最上位あるいは最も抽象的な階層から最下層に向かって、アプリケーション層、プレゼンテーション層、セッション層、トランスポート層、ネットワーク層、データリンク層、物理層（オプチカル層等）である。実際には、通常ネットワーク内でこれら階層のいくつかは１つの機能階層に統合される。
【００５２】
基本的に、アプリケーション層（最上位階層）は高レベルのプログラム間通信を提供する。プレゼンテーション層は、従来のＥＢＣＤＩＣをＡＳＣＩＩフォーマットデータに変換するなど、データ形式変換を管理する。セッション層は、トランスポート層がポイントツポイントのデータ送信を確立するのに対し、通信チャンネルを確立、維持する。ネットワーク層は本質的に１個のネットワークデバイスまたはノードから他のデバイスまたはノードへのデータ経路を定める。データリンク層は、１つのノードから他のノードに物理的データを伝送し、特に、物理的伝送を確保するためにデータの符号化、スクランブル化をする。最後に、物理層はデータを光ファイバ等のネットワーク媒体に乗せ、また取り出す。
【００５３】
物理層以上の階層を使用することによって、上位のデバイスが、下位の仕様の詳細をより抽象化した処理を行い得るという利点がある。しかし、上位階層の使用により、この付加的階層のためのオーバーヘッドとコストの追加が生じる。例えば、ネットワーク内のＩＰパケットの送信は、従来データリンク層の符号化、スクランブル化を要し、これはコストとオーバーヘッドの増大を招いた。通常ＩＰルータはネットワーク層で動作し、データリンク層とのインターフェイスとなる。これは、パケットをネットワークから物理層を通してパケットを送信する前に、ルータによるパケット送信に適用される。しかし、本発明に実施形態は物理層のみによるＩＰパケット送信を可能とし、データリンク層等のアダプテーション層における、高価で好ましくない、信号の付加的符号化、適合化を回避する。
【００５４】
上記符号化フォーマット、ＩＰパケットおよびネットワーク階層に関する序文を考慮しつつ、本発明の実施形態に適合したシステムを詳述する。図３はこの種の光ファイバネットワーク内のパケット送信システムを示すブロック図である。
図３において、本発明の実施形態によれば、ＩＰ系光ファイバネットワーク３００は、光源３０５と、光受信機３１０と、光ファイバネットワークの一部でありかつ光源３０５と光受信機を相互接続する光ファイバ３１５とを有する。光源３０５は、その入力３２０において、情報源あるいはデータ源からのデータ列の形態の入力を受信する。光源３０５はデータ受信、解釈（ｉｎｔｅｒｐｒｅｔｉｎｇ）、多元化、符号化を実行し、その後符号化されたデータを光受信機３１０に送信する（光ファイバ３１５経由）。本発明の実施形態では、光源３０５はＲＺエンコーダ３３０に接続されたＩＰルータ３２５を有する。ＩＰルータ３２５およびＲＺエンコーダ３３０は、受信したデータ列をフォーマットし、符号化してＲＺ信号符号化フォーマットのＩＰパケットを生成する。このようにして、ＩＰルータ３２５およびＲＺエンコーダ３３０に入力された信号は所定の信号符号化フォーマットにフォーマットされ、符号化される。符号化ＩＰパケットは、光ファイバネットワークのデータリンク層のＩＰパケットを適用することなく、ＲＺエンコーダ３３０から直接オプチカル層に送信される。図３ではＩＰルータ３２５およびＲＺエンコーダ３３０は別個のデバイスとして表示されちるが、１個のデバイスで、本発明に適合したＩＰパケットのフォーマット、符号化、送信を実行し得る。
【００５５】
図３の光源３０５はネットワーク内のＩＰルータ３２５を含み、一般的に光源３０５は電気的信号源（図示せず。）を含む。電気的信号源はデータ列をフォーマットし、あるいは符号化してＩＰパケットを生成し、さらにより大きな情報フレーム内に組み込む。ルータ３２５およびエンコーダ３３０は典型的にはパケットを含むより大きなフレームの情報をフォーマットし、符号化して、フォーマット化された光パルスを光受信機３１０に送信する。
【００５６】
従来、光源３０５はデータリンク層でデータパケットの適合化、あるいはさらなる符号化のためのスクランブラを含む。データリンク層はスクランブラの制御下にある。これは長いデータ列およびクロック消失の問題をルータが回避する方法である。スクランブラを使用すれば、材料費上昇および周波数効率低下の問題が生じる。従って、スクランブラは付加的オーバーヘッド、ＩＰ送信効率低下、コスト増を招く。
【００５７】
本発明の実施形態において、光源３０５は、スクランブラ、他のデータリンク層あるいは適合化を要しないことは重要である。光源３０５は所定の信号符号化フォーマットでＩＰパケットを符号化あるいはフォーマットし、符号化パケットをネットワークのオプチカル層に直接送信する。このようにして、ＩＰパケットは符号化され送信される。このとき光受信機３１０は、データリンク層に無関係に、常にパケットからクロックを復元する。
【００５８】
光源３０５が符号化ＩＰパケットをネットワークのオプチカル層に送信するとき、送信されかつ符号化されるパケットを代表する物理的光波は光源３０５から光ファイバ３１０を通して光受信機３１０に伝送する。光受信機３１０は典型的にはネットワーク内の他のルータまたは他のネットワークデバイスである。一般に、光受信機３１０としては光源３０５から送信された情報パケットを受信し、かつ光源３０５からの光信号からクロックを抽出し得る任意のタイプのネットワークデバイスを採用し得る。図３の実施形態では、光受信機３１０は、光受信機３１０で受信した光パルスからクロック信号を抽出する、クロック復元回路３３５を含む。より詳細には、クロック復元回路３３５は、受信した光パルスの繰り返し速度を判定し得る、従来公知の回路である。繰り返し速度はクロック信号を代表し、このクロック信号によって光受信機３１０と光源３０５を同期させる。
【００５９】
ＮＲＺ信号符号化フォーマットを使用した場合、「１」の連続ビット列の受信は不可能である。これは、クロック復元回路で受信する光レベルが一定に保持され、ＤＣ、非変調レベルとなるからである。ＩＰパケットをＨＤＬＣ系フレームのＰＰＰで伝送したときにはこのような問題が生じる。クロック信号は連続する「１」が有限個数であるときのみ復元可能であり、通常その後でクロック信号は消失する。これはクロック復元回路３３５の周波数、波長特性、例えばＱ（ｑｕａｌｉｔｙ  ｆａｃｔｏｒ）に依存する。光受信機３１０のクロック信号抽出機能が失われると、光受信機３１０は効果的「スリープ状態」となり、光源３０５から次のパケットが到着したときに適正な応答ができない。いくつかのビットが消失したとき、あるいは数値パケットが消失したときにも、光受信機３１０はクロック信号を復元し、クロック信号抽出を再開し得る。ここで情報パケット受信が再開される。
【００６０】
しかし、本発明の実施形態では、ＲＺ符号化信号が使用され（ＲＺ信号符号化フォーマットを用いたＰＰＰにより符号されたＩＰパケット）、光受信機３１０は長い一定レベル信号を受信し得る。ＲＺ符号化信号を受信するとき、パルス列の長さに無関係にクロック信号を連続的に抽出し得る。従って、ＩＰパケットのオプチカル層以外の適合化や符号化を要することなく、ＩＰパケットを所定の信号符号化フォーマットで符号化し、直接オプチカル層に送信することによって、光受信機３１０において常時クロック信号を抽出し得る。
【００６１】
光源３０５が光受信機３１０に送信すべき情報を受けていないとき、光源３０５と光受信機３１０の同期を確保するために、光源３０５から光受信機３１０に充填信号を送信しなければならない。充填信号は光源３０５のアイドル状態を示す所定の信号である。特定のネットワーク要素、例えば光受信機に充填信号を送信するときには、充填信号は充填パケットと呼ばれる。通常充填パケットは所定の状態であり、例えば光源がアイドル状態であることを示すマーク・ホールド（Ｍａｒｋ−ｈｏｌｄ）状態である。本発明の実施形態において、充填信号は光受信機に供給される論理「１」の符号列であり、次のデータ列送信のためのフォーマットが完了するまで供給が持続される。データフォーマットはＩＥＴＥ発行のＲＦＣ１６６２に規定されている。従来、ＩＰルータ３２５からパケットが到達しない期間はＩＰバイト間時間（ＩＰ  ｉｎｔｅｒ−ｏｃｔｅｔ  ｔｉｍｅ  ｆｉｌｌ）と呼ばれていた。
【００６２】
当業者は、ＲＺ符号化パルスとして１０Ｇｂｉｔｓ／ｓｅｃで送信される連続論理「１」のマーク・ホールド状態の周波数成分は、ＮＲＺ符号化光パルスとして２０Ｇｂｉｔｓ／ｓｅｃで送信される論理「１」、「０」の交番信号と同様であることを認識する。このような所定信号符号化フォーマットにより、クロックを代表する頑健な周波数成分が生成され、クロック復元が可能になる。
【００６３】
アイドル状態になると、光源３０５は充填信号（所定信号符号化フォーマットで符号化された）を光受信機３１０に送信する。これによって、光受信機３１０は、有意なＩＰパケットあるいは他のデータが送信されていないことを認識する。充填信号を受信すると、光受信機３１０はクロック復元回路３３５によって、符号化充填信号からのクロック信号抽出を続行する。すなわち、充填信号を使用すると、システム３００はＩＰパケットを効率的に送信しつつクロック信号抽出し得る。これによってＩＰパケットは光受信機によって適正に受信される。
【００６４】
図４は、本発明の実施形態に適合する光ファイバネットワーク内ＩＰパケット送信方法のフローチャートである。図４に示すように、方法４００はデータ列受信ステップ４０５から始まる。図３の実施形態では、ＩＰルータ３２５は入力３２０の１つからデータ列を受信している。
【００６５】
ステップ４１０およびステップ４１５において、データ列等の入力信号を、所定の信号符号化フォーマットで光信号に符号化する。符号化された光信号は、ネットワークのデータリンク層における符号化信号を適用することなく、ネットワークのオプチカル層に直接送信される。
【００６６】
より詳細には、ステップ４１０において、データ列の各ビットは所定の信号符号化フォーマットを用いてＩＰパケットに符号化することによってデータ列をフォーマットする。所定の信号符号化フォーマットは通常、ＩＰパケットの各ビット周期始点で所定値に復帰する任意の符号化フォーマットである。本実施形態では、ＩＰパケットはＲＺ符号化ビットで表現され、典型的には、ＲＦＣ１６６２記載のＨＤＬＣ系フレームのＰＰＰによって伝送される。
【００６７】
ステップ４１５において、符号化ＩＰパケットはネットワークのオプチカル層（光子層ともいう。）に直接送信され、このときＩＰパケットに他の符号化フォ―マットを適用しない。すなわち、符号化ＩＰパケットは他の全てのアダプテーション層（データリンク層等）を飛び越えて、ネットワークのオプチカル層に直接送信される。図３の実施形態では、ＩＰパケットは符号化され、ＩＰルータ３２５、ＲＺエンコーダ３３０を経て、データリンク層でのさらなる符号化を行うことなく、直接オプチカル層に送信される（光ファイバ３１５を通して）。
【００６８】
ステップ４２０においては、符号化ＩＰパケットは光ファイバ３１５で送信された後に受信される。受信後において、クロック復元回路が符号化ＩＰパケットを処理し、符号化ＩＰパケットからクロック信号を抽出する（ステップ４２５）。これによって、クロック信号は常に確実に抽出され、ＩＰ系光ファイバネットワークの周波数帯域の効率を高いレベルに維持する。
【００６９】
ステップ４３０において、次のデータ列を受信せず、あるいは、一般的に光源がアイドル状態のときは、ステップ４３０からステップ４３５に移行する。そうでないときは、光源を通じてデータの流れが維持されており、ステップ４３０から、次のデータ列をＩＰパケットに符号化するステップ４１０に移行する。
【００７０】
ステップ４３５〜４５０は光源がアイドル状態のときのクロック同期の方法を示す。前記のとおり、アイドル状態は光源がパケットの符号化、送信を行わない状態である。このとき、同期クロック信号を維持するために、ある種の信号が光受信機に送信される。
【００７１】
より詳細には、ステップ４３５において、充填信号を所定の信号符号化フォーマットによって所定の状態にフォーマットされる。所定の状態とは、光源がアイドル状態であることを示すデータであり、特に、典型的には、ＲＺ符号化フォーマットの論理「１」の符号列（ＲＦＣ１６６２記載）である。
【００７２】
ステップ４４０において、充填信号は他の符号化フォーマットを適用することなく、ネットワークのオプチカル層に直接送信される。従って、論理「１」の長い符号列が光受信機に送信されるという事実にかかわらず、充填信号の適合化やスクランブル化は不要である。
【００７３】
ステップ４４５において、光信号受信機は充填信号を受信する。ステップ４５０において、受信された充填信号はクロック信号抽出に使用される。従って、光源がデータを送信しているとき、および光源がアイドル状態で充填信号を送信しているときのいずれの場合においても、クロック信号を抽出し得る。ステップ４５０において、方法４００はステップ４３０に戻る。ここで、アイドル状態が終了したか、あるいは、同期クロックの連続抽出機能を保持するため、他の充填信号を光受信機に送信すべきかを判定する。
【００７４】
要するに、本願出願は、ＲＺ符号化等の特定符号化フォーマットのＩＰパケットを用いることにより、効率化、資源節減が可能であることを見出した。このＩＰパケットはネットワークのオプチカル層以外の符号化フォーマットを適用することなく、直接オプチカル層に送信される。これによってデータリンク層付加的適合化（ＳＯＮＥＴのスクランブル化（ｓｃｒａｍｂｌｉｎｇ）等）を適用することを回避し得る。本発明の実施形態はＩＰ系光ファイバネットワークの１部であり、光源３０５と、光ファイバ３１５と、光受信機３１０とを含む。光源３０５はデータ列をフォーマットし、より詳細には、所定の符号化フォーマットによりＩＰパケットに符号化する。所定の符号化フォーマットはＩＰパケットの各ビット周期始点で所定値に復帰するものである。このように、クロック信号の継続的抽出のためにＩＰパケットに付加的適合化を施すことが不要である。また光源３０５から光受信機３１０にＩＰパケットの送信が送信されあるいは他のパターン列が送信されたときに、情報パケットが消失することはない。
【００７５】
光源３０５がアイドル状態のとき、光源３０５は充填信号を光受信機に送信する。充填信号は論理「１」の符号列のマークホールド状態の信号である。マークホールド状態をＮＲＺ符号化フォーマットで符号化すると、不都合にもクロックは消失する。しかし、本願出願人は、マークホールド状態を所定の信号符号化フォーマットで符号化することにより、クロック消失を防止し、低コスト、高効率を実現し得ることを見出した。これ等費用及び効率は、充填信号が所定の信号符号化フォーマットで符号化され、オーバーヘッド及び充填信号を更に適合化するコストをなくして、ネットワークのオプチカル層に直接送信されることにより得られる。
【００７６】
本発明の精神と範囲を逸脱することなく、本発明のシステムおよび方法の種々の改良、変形を行い得ることは当業者にとって自明である。例えば、図示された光源、光受信機は好適な実施形態を例示することを意図している。精密な符号化、多元化、クロック復元のデバイスは当業者によって容易に変形され、本発明の精神と範囲を逸脱することなく、ここで開示したものと等価な符号化、送信システムが得られるであろう。本発明の改良および変形は、本発明の特許請求の範囲およびその均等物の範囲内である限り、本発明に包含される。
【００７７】
【発明の効果】
前述のとおり、本発明によれば、ネットワーク内ＩＰパケット伝送に伴うコストとオーバーヘッドを節減し得る。
【図面の簡単な説明】
【図１】本発明の実施形態における種々の信号符号化フォーマットによって符号化されたデータ列の例を示す波形図である。
【図２】本発明の実施形態における種々の信号符号化フォーマットによって符号化されたインターネット・プロトコル（ＩＰ）パケットの例を示す波形図である。
【図３】本発明の実施形態における光ファイバネットワークでＩＰパケットを送信するための送信システムを示すブロック図である。
【図４】本発明の実施形態における光ファイバネットワークでＩＰパケットを送信する処理を示すフローチャートである。
【符号の説明】
１００  データ列
１０５  ＲＺ符号化フォーマット
１１０  ２値符号化フォーマット
２００  ＩＰパケット
２０５  オーバーヘッド
２１０  ペイロード
２１５  光信号
３００  システム
３０5  光源
３１０  光受信機
３１５  光ファイバ
３２０  入力
３２５  ＩＰルータ
３３０  ＲＺエンコーダ
４００  方法
【図１】
0004582839.tif 000002
【図２】
0004582839.tif 000003
【図３】
0004582839.tif 000004
【図４】
0004582839.tif 000005