JP2020530739A - サービス周波数をトランスペアレントに伝送する方法およびデバイス - Google Patents

Abstract

本願は、サービス周波数をトランスペアレントに伝送する方法およびデバイスを提供し、当該方法は、第１デバイスが、第１サービス周波数情報Ｘｎを決定する段階であって、ここで、当該第１サービス周波数情報Ｘｎは、第１統計期間内に第１デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すことに用いられ、第１デバイスの送信頻度は第１統計期間の基準として用いられる、決定する段階と、上記第１デバイスが、第１サービス周波数情報Ｘｎを第１Ｓ／Ｔビットコードブロックにカプセル化させることと、第１Ｓ／Ｔビットコードブロックを第１サービスデータのデータストリームに挿入することと、第１サービスデータのデータストリームを第２デバイスに送信することとを行う段階とを含む。本願における方法は、既存のＦｌｅｘＥ基準を変更することなくＦｌｅｘＥのリンクに同時にアクセスする際にサービス周波数をトランスペアレントに伝送することを要求する複数のサービスデータをサポートできる。ＦｌｅｘＥにおいてレートマッチングを実行すべく、サービス周波数をトランスペアレントに伝送することを要求する各サービスのデータストリームに充填コードブロックが挿入されているので、方法に従ってサービスに割り当てられた帯域幅を適切に用いることとは、別のサービスに影響しない。

Description

本願は、２０１７年８月１１日に中国国家知識産権局に出願された「サービス周波数をトランスペアレントに伝送する方法およびデバイス」と題する中国特許出願第２０１７１０６８７１３６．８号に基づく優先権を主張するものであり、当該出願はその全体が参照により本明細書に組み込まれる。

本願は、伝送ネットワーク分野、より具体的には、サービス周波数をトランスペアレントに伝送する方法およびデバイスに関する。

光インターネットワーキングフォーラム（Ｏｐｔｉｃａｌ Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ Ｆｏｒｕｍ，ＯＩＦ）が、２０１６年４月にリリースされた技術的提案においてフレキシブルイーサネット（Ｆｌｅｘｉｂｌｅ Ｅｔｈｅｒｎｅｔ，ＦｌｅｘＥ）の概念を提案しており、ＦｌｅｘＥはより広く適用されている。ＦｌｅｘＥベースのベアラネットワークが、アプリケーションにおける様々なタイプのサービスを受信する。これらのサービスの一部は、例えば、公衆無線インタフェース（Ｃｏｍｍｏｎ Ｐｕｂｌｉｃ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ，ＣＰＲＩ）サービスおよび同期デジタルハイアラーキ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ，ＳＤＨ）サービスなどの固定ビットレート（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ，ＣＢＲ）サービスなどの周波数をトランスペアレントに伝送を要求する。現在、ＦｌｅｘＥは、サービス周波数のトランスペアレントな伝送をサポートしない。具体的に、複数のサービスが周波数をトランスペアレントに伝送することを要求し、これらのサービスの周波数が異なるソースを有する場合、既存のデバイスではサービス周波数のトランスペアレントな伝送を実装することが難しい。

本願は、既存のＦｌｅｘＥ基準を変更することなくＦｌｅｘＥのリンクに同時にアクセスする際にサービス周波数をトランスペアレントに伝送することを要求する複数のサービスデータをサポートすべく、サービス周波数をトランスペアレントに伝送する方法およびデバイスを提供する。

第１態様によると、第１デバイスが、第１サービス周波数情報Ｘｎを決定する段階であって、ここで、当該第１サービス周波数情報Ｘｎは、第１統計期間内に第１デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すことに用いられ、第１デバイスの送信頻度は第１統計期間の基準として用いられ、ｎは正の整数である、決定する段階と、上記第１デバイスが、第１サービス周波数情報Ｘｎを第１Ｓ／Ｔビットコードブロックにカプセル化させることと、第１Ｓ／Ｔビットコードブロックを第１サービスデータのデータストリームに挿入することと、第１サービスデータのデータストリームを第２デバイスに送信することとを行う段階であって、ここで、ＳとＴとは正の整数である、段階とを含むサービス周波数をトランスペアレントに伝送する方法が提供される。

第１態様におけるサービス周波数をトランスペアレントに伝送する方法は、既存のＦｌｅｘＥ基準を変更することなくＦｌｅｘＥのリンクに同時にアクセスする際にサービス周波数をトランスペアレントに伝送することを要求する複数のサービスデータをサポートできる。ＦｌｅｘＥにおいてレートマッチングを実行すべく、サービス周波数をトランスペアレントに伝送することを要求する各サービスのデータストリームに充填コードブロックが挿入されているので、第１サービスデータのデータストリームに第１サービス周波数情報を挿入することと、第１態様における方法に従ってサービスに割り当てられた帯域幅を適切に用いることとは、別のサービスに影響しない。

ｎ個のビットの第１サービスデータは、第１サービスデータについての統計を収集するために用いられるユニットであることが理解されるべきである。

第１統計期間は、第１サービスデータのレートに基づいて決定されてよいことがさらに理解されるべきである。第１サービスデータのレートが特定の閾値より低い場合、比較的長い第１統計期間が決定されてよく、例えば、第１統計期間は基本フレームまたはマルチフレームのより長い。第１サービスデータのレートが特定の閾値より高い場合、比較的短い第１統計期間が決定されてよく、例えば、第１統計期間は基本フレームまたはマルチフレームの長さより短い。

Ｓ／Ｔビットコードブロックは、６４／６６Ｂコードブロックまたは８／１０Ｂコードブロックなどであってよいことがさらに理解されるべきである。

第１態様の可能な実装において、第１Ｓ／ＴビットコードブロックはОコードにより識別されるＳ／Ｔビットコードブロックである。この実装において、第１サービス周波数情報Ｘｎがカプセル化されたコードブロックが特殊な識別子によりマークされることにより、下位デバイスがＳ／Ｔビットコードブロックを識別および解析することができる。

ОコードはОコードであり、Оコードのタイプフィールド（ｔｙｐｅ ｆｉｅｌｄ）は０×４Ｂであってよいことが理解されるべきである。現在、０ｘ０と０ｘＦとが、８０２．３で標準化されたОコードに用いられる。現在、ＯＩＦ ＦｌｅｘＥ実装協定（Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ａｇｒｅｅｍｅｎｔ，ＩＡ）１．０で規定されているＦｌｅｘＥオーバヘッドコードブロック（ｏｖｅｒｈｅａｄ ｂｌｏｃｋ）１のОコードは、０ｘ５である。

第１態様の可能な実装において、第１統計期間情報は、第１Ｓ／Ｔビットコードブロックにおいてさらにカプセル化され、第１統計期間情報は第１統計期間を示すために用いられる。

第１態様の可能な実装において、第１統計期間は送信クロック周期の第１目標量であり、第１統計期間情報は第１目標量を含む。この実装において、サービス周波数情報が計算される場合、統計継続時間は、基本フレームとマルチフレームから周期的に分離され、それに応じてサービスレートに基づいて最適の統計期間が選択されることにより、統計データ収集によって取得されたサービス周波数情報はより正確であり得る。

第１態様の可能な実装において、方法はさらに、第１デバイスが、第１サービスデータのレートに基づく第１統計期間を決定する段階を含み、第１デバイスが第１サービス周波数情報Ｘｎを決定する段階は、第１デバイスが、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量についての統計を収集する段階を含む。この実装において、第１デバイスはアクセスノードとして機能する。

第１態様の可能な実装において、方法はさらに、第１デバイスが、第１サービスデータのデータストリームを受信する段階であって、ここで、第１サービスデータのデータストリームは第３デバイスにより送信される、受信する段階と、第１サービスデータのデータストリームの第２Ｓ／Ｔビットコードブロックから第１サービス周波数情報Ｙｎを解析する段階とを含み、第１デバイスが第１サービス周波数情報Ｘｎを決定する段階は、第１デバイスが、第１サービス周波数情報Ｙｎに基づいて、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量を計算し、第１サービス周波数情報Ｘｎを取得する、計算する段階を含む。この実装において、第１デバイスが中間ノードとして機能することにより、この実装はマルチホップカスケードネットワーキングモードをサポートし得る。

第１態様の可能な実装において、第１統計期間情報は、第２Ｓ／Ｔビットコードブロックにおいてさらにカプセル化され、第１統計期間情報は第１統計期間を示すために用いられる。

第１態様の可能な実装において、方法はさらに、第１デバイスが、第２サービス周波数情報Ｗｍを決定する段階であって、ここで、当該第２サービス周波数情報Ｗｍは、第２統計期間内に第１デバイスにより送信されたｍ個のビットの第２サービスデータの量を示すことに用いられ、第１デバイスの送信頻度は第２統計期間の基準として用いられ、ｍは正の整数である、決定する段階と、上記第１デバイスが、第２サービス周波数情報Ｗｍを第３Ｓ／Ｔビットコードブロックにカプセル化させることと、第３Ｓ／Ｔビットコードブロックを第２サービスデータのデータストリームに挿入することと、第２サービスデータのデータストリームを第２デバイスに送信することとを行う段階とを含む。この実装における方法は、デバイスに同時にアクセスする際にサービス周波数をトランスペアレントに伝送することを要求する複数のサービスデータをサポートできる。

第１態様の可能な実装において、第１サービス周波数情報はＸｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}であり、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は第１デバイスの送信頻度である。

第２態様によると、第４デバイスが、第１サービスデータのデータストリームを受信する段階であって、ここで、第１サービスデータのデータストリームは第５デバイスにより送信され、第１サービスデータのデータストリームは第１Ｓ／Ｔビットコードブロックを含み、当該第１Ｓ／Ｔビットコードブロックは第１サービス周波数情報Ｚｎを含み、当該第１サービス周波数情報Ｚｎは、第１統計期間内に第５デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、第５デバイスの送信頻度は第１統計期間の基準として用いられ、ｎ、ＳおよびＴは正の整数である、受信する段階と、第４デバイスが、第１サービス周波数情報Ｚｎに基づいて、第１サービスデータに対応するクロックを復旧させる段階とを含む、サービス周波数をトランスペアレントに伝送する方法が提供される。

第２態様におけるサービス周波数をトランスペアレントに伝送する方法は、既存のＦｌｅｘＥ基準を変更することなくＦｌｅｘＥのリンクに同時にアクセスする際にサービス周波数をトランスペアレントに伝送することを要求する複数のサービスデータをサポートできる。ＦｌｅｘＥにおいてレートマッチングを実行すべく、サービス周波数をトランスペアレントに伝送することを要求する各サービスのデータストリームに充填コードブロックが挿入されているので、第１サービスデータのデータストリームに第１サービス周波数情報を挿入することと、第２態様における方法に従ってサービスに割り当てられた帯域幅を適切に用いることとは、別のサービスに影響しない。

第２態様の可能な実装において、第１Ｓ／ＴビットコードブロックはОコードにより識別されるＳ／Ｔビットコードブロックである。

第２態様の可能な実装において、第１統計期間情報は、第１Ｓ／Ｔビットコードブロックにおいてさらにカプセル化され、第１統計期間情報は第１統計期間を示すために用いられ、第４デバイスが、第１サービス周波数情報Ｚｎに基づいて、第１サービスデータに対応するクロックを復旧させる段階は、第４デバイスが、第１サービス周波数情報Ｚｎと第１統計期間情報とに基づいて第１サービスデータに対応するクロックを復旧させる段階を含む。

第２態様の可能な実装において、第１統計期間は送信クロック周期の第１目標量であり、第１統計期間情報は第１目標量を含む。

第２態様の可能な実装において、方法はさらに、第４デバイスが第２サービスデータのデータストリームを受信する段階であって、ここで、第２サービスデータのデータストリームは第５デバイスにより送信され、第２サービスデータのデータストリームは第２Ｓ／Ｔビットコードブロックを含み、当該第２Ｓ／Ｔビットコードブロックは第２サービス周波数情報Ｖｍを含み、当該第２サービス周波数情報Ｖｍは、第２統計期間内に第５デバイスにより送信されたｎ個のビットの第２サービスデータの量を示すために用いられ、第５デバイスの送信頻度は第２統計期間の基準として用いられ、ｍは正の整数である、受信する段階と、第４デバイスが、第２サービス周波数情報Ｖｍに基づいて、第２サービスデータに対応するクロックを復旧させる段階とを含む。

第２態様の可能な実装において、第１サービス周波数情報はＺｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}であり、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は第５デバイスの送信頻度である。

第３態様によると、サービス周波数をトランスペアレントに伝送するデバイスが提供される。当該デバイスは第１デバイスであり、第１態様または第１態様の可能な実装のうち任意の１つに係る方法を実行するように構成される。具体的には、サービス周波数をトランスペアレントに伝送するデバイスは、第１態様または第１態様の可能な実装のうち任意の１つに係る方法を実行するように構成されたユニットを含んでよい。

第４態様によると、サービス周波数をトランスペアレントに伝送するデバイスが提供される。当該デバイスは第４デバイスであり、第２態様または第２態様の可能な実装のうち任意の１つに係る方法を実行するように構成される。具体的には、サービス周波数をトランスペアレントに伝送するデバイスは、第２態様または第２態様の可能な実装のうち任意の１つに係る方法を実行するように構成されたユニットを含んでよい。

第５態様によると、サービス周波数をトランスペアレントに伝送するデバイスが提供される。サービス周波数をトランスペアレントに伝送するデバイスは、第１デバイスである。サービス周波数をトランスペアレントに伝送するデバイスは、プロセッサ、メモリおよびネットワークインタフェースを含む。メモリは、命令を格納するように構成される。プロセッサおよびネットワークインタフェースは、メモリに格納されている命令を実行するように構成される。メモリに格納されている命令が実行される場合、プロセッサおよびネットワークインタフェースは、第１態様または第１態様の可能な実装のうち任意の１つに係る方法を実行する。

第６態様によると、サービス周波数をトランスペアレントに伝送するデバイスが提供される。サービス周波数をトランスペアレントに伝送するデバイスは、第４デバイスである。サービス周波数をトランスペアレントに伝送するデバイスは、プロセッサ、メモリおよびネットワークインタフェースを含む。メモリは、命令を格納するように構成される。プロセッサおよびネットワークインタフェースは、メモリに格納されている命令を実行するように構成される。メモリに格納されている命令が実行される場合、プロセッサおよびネットワークインタフェースは、第２態様または第２態様の可能な実装のうち任意の１つに係る方法を実行する。

第７態様によると、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は命令を記憶し、当該命令がコンピュータで実行される場合、当該コンピュータは、第１態様または第１態様の可能な実装のうち任意の１つに係る方法を実行することが可能になる。

第８態様によると、コンピュータ記憶媒体が提供される。コンピュータ記憶媒体は命令を記憶し、当該命令がコンピュータで実行される場合、当該コンピュータは、第２態様または第２態様の可能な実装のうち任意の１つに係る方法を実行することが可能になる。

第９態様によると、命令を含むコンピュータプログラム製品が提供される。当該コンピュータプログラム製品内の命令がコンピュータで実行される場合、当該コンピュータは、第１態様または第１態様の可能な実装のうち任意の１つに係る方法を実行することが可能になる。

第１０態様によると、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品内の命令がコンピュータで実行される場合、当該コンピュータは、第２態様または第２態様可能な実装のうち任意の１つを実行することが可能になる。

第２態様から第１０態様によって取得され得る効果は、第１態様によって取得され得る効果に対応する。詳細についてはここで改めて説明しない。

本願の実施形態に係るＦｌｅｘＥアーキテクチャの概略図である。

本願の実施形態に係るＰＨＹリンクのコードブロックの概略図である。 本願の実施形態に係るＰＨＹリンクのコードブロックの概略図である。

本願の実施形態に係るＦｌｅｘＥ基本フレームのオーバヘッドコードブロックの概略図である。 本願の実施形態に係るＦｌｅｘＥ基本フレームのオーバヘッドコードブロックの概略図である。 本願の実施形態に係るＦｌｅｘＥ基本フレームのオーバヘッドコードブロックの概略図である。

ＦｌｅｘＥのサービスデータを伝送する処理におけるサービスクロックロスの概略図である。

ＯＴＮにおけるサービスデータをマッピングするために用いられる回路の概略図である。

ＯＴＮにおけるサービスデータをデマッピングするために用いられる回路の概略図である。

ＦｌｅｘＥにおけるシンクロナスイーサネット技術の概略図である。

ＦｌｅｘＥにおけるシンクロナスイーサネット技術を用いてサービス周波数をトランスペアレントに伝送する概略図である。

本願の実施形態に係るサービス周波数をトランスペアレントに伝送するシステムの模式アーキテクチャ図である。 本願の実施形態に係るサービス周波数をトランスペアレントに伝送するシステムの模式アーキテクチャ図である。 本願の実施形態に係るサービス周波数をトランスペアレントに伝送するシステムの模式アーキテクチャ図である。

本願の別の実施形態に係るサービス周波数をトランスペアレントに伝送するシステムの模式アーキテクチャ図である。

本願の実施形態に係るアクセスノードによりサービス周波数をトランスペアレントに伝送する方法の概略図である。

本願の実施形態に係る中間ノードによりサービス周波数をトランスペアレントに伝送する方法の概略図である。

本願の実施形態に係るエグレスノードによりサービス周波数をトランスペアレントに伝送する方法の概略図である。

本願の実施形態に係るサービス周波数をトランスペアレントに伝送するデバイスの概略ブロック図である。

本願の別の実施形態に係るサービス周波数をトランスペアレントに伝送するデバイスの概略ブロック図である。

本願の別の実施形態に係るサービス周波数をトランスペアレントに伝送するデバイスの概略ブロック図である。

本願の別の実施形態に係るサービス周波数をトランスペアレントに伝送するデバイスの概略ブロック図である。

以下では、添付図面を参照して本願における技術的解決手段を説明する。

本願の実施形態における技術的解決手段は、ＦｌｅｘＥまたはイーサネット（登録商標）技術に基づく別のネットワークまたはフレキシブル光伝送ネットワーク（Ｆｌｅｘｉｂｌｅ ＯＴＮ，ＦｌｅｘＯ）などのネットワークに適用されてよいことが理解されるべきである。これは、本願の実施形態に限定されるものではない。以下では、一例としてＦｌｅｘＥを用いて説明を実行する。

本願の実施形態における物理的接続リンクは、「リンク」と簡潔に称されてもよく、ＦｌｅｘＥにおけるリンクは「物理層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ，ＰＨＹ）リンク」と称されてもよいことが理解されるべきである。

以下では、本明細書に含まれる概念を簡潔に説明する。

ＦｌｅｘＥ技術

米国電気電子技術者協会（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ，ＩＥＥＥ）により規定されている８０２．３プロトコルベースのイーサネットは、過去のかなりの期間にわたって幅広く用いられ、急速に発達している。イーサネットにおいて、イーサネットポートは通常、論理的データ指向概念として現れ、論理ポートと称されるか、またはポートと簡潔に称され、イーサネット物理インタフェースはハードウェア概念として現れ、物理インタフェースと称されるか、またはインタフェースと簡潔に称される。概して、イーサネットポートはメディアアクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）アドレスによりマークされる。従来のイーサネットポートのレートは、イーサネット物理インタフェースのレートに基づいて決定される。概して、イーサネットポートの最高帯域幅は、イーサネット物理インタフェースの帯域幅に対応する。

近年、イーサネットインタフェースのレートは１０倍増加し、１０Ｍｂｐｓから１００Ｍｂｐｓ、１０００Ｍｂｐｓ（１Ｇｂｐｓ）、１０Ｇｂｐｓ、４０Ｇｂｐｓ、１００Ｇｂｐｓおよび４００Ｇｂｐｓに引き続いて発展および発達している。しかしながら、技術の発達とともに、帯域幅の粒度に対する様々なシナリオの需要間の差はより大きくなる。結果的に、既存のイーサネットと実際のアプリケーション需要期待との間に比較的大きい偏差が現れる。具体的には、主流アプリケーションにより必要とされる帯域幅の増加は、１０倍に増加するなどの特徴は示さず、例えば、主流アプリケーションにより必要とされる帯域幅は、５０Ｇｂｐｓ、７５Ｇｂｐｓ、および２００Ｇｂｐｓなどを含む。５０Ｇｂｐｓが１００ＧＥで伝送されると、リソースが無駄になる。現在、２００Ｇｂｐｓを搬送する対応するイーサネット標準粒度は存在しない。したがって、業界においては、５０Ｇｂｐｓ、６０Ｇｂｐｓ、７５Ｇｂｐｓ、２００Ｇｂｐｓまたは１５０Ｇｂｐｓなどの帯域幅が提供され、イーサネットポートをサポート（仮想接続）することが期待されている。

業界において、フレキシブル帯域幅を有する一部のイーサネットポートが提供され得ることが期待されている。これらのイーサネットポートは、１または複数のイーサネット物理インタフェースを共有してよい。例えば、２つの４０ＧＥポートと２つの１０ＧＥポートは、１つの１００Ｇ物理インタフェースを共有する。別の例の場合、イーサネットポートは、要求の変化に応じてレートを柔軟に調整し、例えば、２００Ｇｂｐｓから３３０Ｇｂｐｓに、または５０Ｇｂｐｓから２０Ｇｂｐｓにレートを調整してイーサネットポートの使用効率を改善するか、またはイーサネットポートの使用ライフサイクルを延ばし得る。固定レート物理リンクは、論理ポートのレートの積層ベースで増加することをサポートすべく、カスケード接続され、バンドルされてよい（例えば、２００ＧＥの論理ポートをサポートすべく、２つの１００ＧＥ物理インタフェースが積層され、カスケード接続され、バンドルされる）。加えて、物理インタフェースを柔軟に積層することにより取得される帯域幅はリソースプールとして用いられ得て、リソースプールの帯域幅が粒度（例えば、５Ｇは１つの粒度である）に基づいて特定のイーサネット論理ポートに割り当てられることにより、いくつかのイーサネット仮想接続は積層とカスケード接続によって取得される物理リンクグループを効率的に共有し得る。

ＯＩＦ提案は、２０１６年４月にリリースされたフレキシブルイーサネット実装規約（Ｆｌｅｘ Ｅｔｈｅｒｎｅｔ Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ Ａｇｒｅｅｍｅｎｔ）におけるＦｌｅｘＥの概念である。具体的には、ＦｌｅｘＥにおいて、フレキシブルイーサネットグループ（Ｆｌｅｘ Ｅｔｈｅｒｎｅｔ Ｇｒｏｕｐ，ＦｌｅｘＥ Ｇｒｏｕｐ）はいくつかのイーサネットのＰＨＹリンクを用いて確立され、様々なイーサネットＭＡＣレートをサポートするユニバーサルメカニズムが提供され、イーサネットサービスの結合、サブレートおよびチャネル化などの機能をサポートする。

ＦｌｅｘＥにより提供されるＭＡＣレートは、（結合により実装される）シングルＰＨＹリンクのレートより大きくてもよく、または（サブレートとチャネル化とによって実装される）シングルＰＨＹリンクのレートより小さくてもよい。例えば、イーサネットサービスの結合シナリオにおいて、２００Ｇのイーサネットサービス（ＭＡＣコードストリーム）は、２つの既存の１００ＧＥ物理媒体依存サブレイヤ（Ｐｈｙｓｉｃａｌ Ｍｅｄｉｕｍ Ｄｅｐｅｎｄｅｎｔ，ＰＭＤ）を用いて伝送され得る。イーサネットサービスのサブレートアプリケーションシナリオにおいて、５０Ｇのイーサネットサービスは１つの既存の１００ＧＥのＰＭＤを用いて伝送され得る。加えて、イーサネットサービスのチャネル化シナリオにおいて、いくつかの論理ポートは１または複数の物理インタフェースを共有し得て、１つの１５０Ｇイーサネットサービスと２つの２５Ｇイーサネットサービスとは、２つの既存の１００ＧＥのＰＭＤを用いて伝送され得る。

既存のＦｌｅｘＥの特定のアーキテクチャの概略図は、図１に示されてよい。ＦｌｅｘＥは、Ｋ個のＰＨＹリンクで結合されたグループであり、Ｋの値は正の整数である。図１に示されるＦｌｅｘＥグループは、４つのＰＨＹリンクを含む。現在のフレキシブルイーサネット実装規約においては、１００Ｇ ＰＨＹリンクのみがサポートされる。ＩＥＥＥ Ｐ８０２．３ｂｓが将来の４００ＧＥ基準を改善した後、ＦｌｅｘＥは４００ＧのＰＨＹリンクをサポートし得る。フレキシブルイーサネットクライアント（Ｆｌｅｘ Ｅｔｈｅｒｎｅｔ Ｃｌｉｅｎｔ，ＦｌｅｘＥ Ｃｌｉｅｎｔ）は、ＭＡＣベースのイーサネットデータストリームであり、フレキシブルイーサネットクライアントのレートは、例えば、１０Ｇｂ／ｓ、４０ Ｇｂ／ｓまたは２５Ｇｂ／ｓと、既存のイーサネットＰＨＹリンクのレートと同じであってもよく、または異なってもよい。クライアントはクライアントと称されてもよく、またはクライアント側と称されてもよく、またはサービスと称されてもよい。フレキシブルイーサネットシム（Ｆｌｅｘ Ｅｔｈｅｒｎｅｔ Ｓｈｉｍ，ＦｌｅｘＥ Ｓｈｉｍ）は、ＦｌｅｘＥクライアントのデータをＦｌｅｘＥグループに対してマッピングし、ＦｌｅｘＥグループのデータをＦｌｅｘＥクライアントの論理レイヤに対してデマッピングするために用いられる。マルチリンクギアボックス（Ｍｕｌｔｉ−Ｌｉｎｋ Ｇｅａｒｂｏｘ，ＭＬＧ）技術と同様に、ＦｌｅｘＥシムは、送信方向において多重化機能を実行し、ＦｌｅｘＥクライアントからＦｌｅｘＥグループにデータをマッピングする。加えて、ＦｌｅｘＥシムは、受信方向において逆多重化機能を実行し、ＦｌｅｘＥグループからＦｌｅｘＥクライアントにデータをデマッピングする。

ＦｌｅｘＥにおいて、同期デジタルハイアラーキ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ，ＳＤＨ）／光伝送ネットワーク（Ｏｐｔｉｃａｌ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ，ＯＴＮ）技術を参照すると、固定フレームフォーマットは物理インタフェースの伝送のために構成されており、スロット分割は時分割多重（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ，ＴＤＭ）のために実行される。図２Ａと図２Ｂとは、本願の実施形態に係るＰＨＹリンクのコードブロックの概略図である。ＳＤＨ／ＯＴＮのそれとは異なり、ＦｌｅｘＥにおけるＴＤＭのスロット分割粒度は６６ビットであり、それに応じて正確に６４Ｂ／６６Ｂのコードブロックを搬送してよい。ＦｌｅｘＥにおける各ＰＨＹリンクのデータは、ＦｌｅｘＥオーバヘッド（Ｏｖｅｒｈｅａｄ，ＯＨ）コードブロックを周期的に挿入することにより位置合わせされる。具体的には、図２Ａと図２Ｂとに示されるように、１つの６６ＢのＦｌｅｘＥオーバヘッドコードブロックは、１０２３×２０個の６６Ｂのデータコードブロック毎に挿入される。１００Ｇ ＰＨＹリンクのシナリオに対応して、隣接するＦｌｅｘＥオーバヘッドコードブロック間の時間間隔は、１３．１マイクロ秒である。

ＦｌｅｘＥ１．０基準において、６４／６６ＢエンコーディングがＦｌｅｘＥクライアントで実行されてコードブロックストリーム（ｂｌｏｃｋ ｓｔｒｅａｍ）を取得し、アイドルコードブロック挿入／削除（Ｉｄｌｅ Ｉｎｓｅｒｔ／Ｄｅｌｅｔｅ）によってレートマッチングが実行されてフレキシブルイーサネットサービスのコードブロックストリームを取得し、フレキシブルイーサネットサービスのコードブロックストリームにおけるコードブロックが、フレキシブルイーサネットサービスに割り当てられたスロットに１つずつ配置されると規定される。アイドルコードブロックは、充填（ｓｔｕｆｆ）コードブロックと称されもよい。

ＦｌｅｘＥフレームは、基本フレームとマルチフレームとに分類される。１つのＦｌｅｘＥ基本フレームは８本の線を含み、ＦｌｅｘＥオーバヘッドコードブロックは各線の第１の６６Ｂのブロック位置に位置付けられ、オーバヘッドコードブロックに、スロット分割のためのペイロードエリア（１０２３×２０個の６６Ｂペイロードデータコードブロック）が続く。１００ＧＥは、一例として用いられる。１００ＧＥインタフェースの帯域幅は２０個のスロットに分割され、各スロットの帯域幅はおおよそ５Ｇｂｐｓである。３２個の基本フレームが１つのマルチフレームを構成する。

図３Ａ、図３Ｂおよび図３Ｃは、本願の実施形態に係るＦｌｅｘＥ基本フレームのオーバヘッドコードブロックの概略図である。ＦｌｅｘＥ基本フレームにおける第１コードブロックは、「０×４Ｂ」または「０×５」フィールドをタグフィールドとして用いて、コードブロックをオーバヘッドコードブロックとして識別する。オーバヘッドコードブロックを認識し１０２３×２０個の６４／６６Ｂコードブロック（データコードブロック）を受信した後、受信側デバイスは、次のオーバヘッドコードブロックを受信してよく、類推することにより、コードブロックストリームから全体のＦｌｅｘＥ基本フレームをが抽出され得る。オーバヘッドコードブロックは特定インジケーションのために用いられるいくつかのフィールドを含むということが、図３Ａ、図３Ｂおよび図３Ｃから分かり得る。例えば、各リンクで伝送されるＦｌｅｘＥオーバヘッドコードブロックは、フレキシブルイーサネットグループ番号（ＦｌｅｘＥ Ｇｒｏｕｐ Ｎｕｍｂｅｒ）、物理リンクマップ（ＰＨＹ Ｍａｐ）、物理リンク番号（ＰＨＹ Ｎｕｍｂｅｒ）、カレンダー（Ｃａｌｅｎｄａｒ）ＡおよびカレンダーＢなどのフィールドを含む。ＦｌｅｘＥ Ｇｒｏｕｐ Ｎｕｍｂｅｒは、リンクが位置付けされたフレキシブルイーサネットグループの数を示すために用いられる。ＰＨＹマップ（合計８×３２＝２５６ビットが、１つのＦｌｅｘＥマルチフレームのＰＨＹマップを示すために必要である）は、リンクが位置付けされたフレキシブルイーサネットグループに含まれるＰＨＹの分布を示すために用いられ、具体的には、ＰＨＹマップ（ＰＨＹ Ｍａｐ）は、どのＰＨＹリンクがグループのメンバーであるかを制御する（ｃｏｎｔｒｏｌ ｏｆ ｗｈｉｃｈ ＰＨＹｓ ａｒｅ ｍｅｍｂｅｒｓ ｏｆ ｔｈｉｓ ｇｒｏｕｐ）ために用いられる。物理リンク番号は、１から２５４であってよい。カレンダーＡとカレンダーＢはそれぞれ、ＦｌｅｘＥ ｇｒｏｕｐの現在のカレンダー構成とスタンバイカレンダー構成を示すために用いられる。各ＦｌｅｘＥ基本フレームの第３コードブロックにおいて、スロットで伝送されるサービスデータの数を示すために、１６ビットが用いられる。各ＦｌｅｘＥマルチフレームにおける第１ＦｌｅｘＥフレームは、対応するスロット０（ｓｌｏｔ０）で伝送されるサービスデータの数を保持する。類推により、ＦｌｅｘＥマルチフレームにおける第２０ＦｌｅｘＥ基本フレームは、対応するスロット１９で伝送されるサービスデータの数を保持する。ＦｌｅｘＥ ｇｒｏｕｐにおける全てのリンクのＦｌｅｘＥ基本フレームについての情報を受信した後、受信側デバイスは、ＦｌｅｘＥ ｇｒｏｕｐにおけるサービスデータのスロット割り当て方式を取得してよい。

加えて、使用中のカレンダー（ｃａｌｅｎｄａｒ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎ ｕｓｅ）を示すためにフィールドＣが用いられる。ＯＭＦは、オーバヘッドマルチフレームインジケータ（Ｏｖｅｒｈｅａｄ Ｍｕｌｔｉｆｒａｍｅ Ｉｎｄｉｃａｔｏｒ）である。ＲＰＦは、リモートＰＨＹ障害（Ｒｅｍｏｔｅ ＰＨＹ Ｆａｕｌｔ）である。ＲｅｓとＲｅｓｅｒｖｅｄとは、予約フィールドである。ＰＨＹ番号（ＰＨＹ Ｎｕｍｂｅｒ）は、ＦｌｅｘＥグループにおけるＰＨＹの識別子（Ｉｄｅｎｔｉｔｙ ｏｆ ｔｈｉｓ ＰＨＹ ｗｉｔｈｉｎ ｔｈｅ ｇｒｏｕｐ）である。ＣＲは、カレンダースイッチリクエスト（Ｃａｌｅｎｄａｒ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ）である。ＣＡは、カレンダースイッチ確認（Ｃａｌｅｎｄａｒ Ｓｗｉｔｃｈ Ａｃｋｎｏｗｌｅｄｇｅ）であり、ｓｓは、２ビットを含む有効同期ヘッダビット（Ｖａｌｉｄ ｓｙｎｃ ｈｅａｄｅｒ ｂｉｔｓ）であり、ここで、２ビットは０１または１０であってよい。ＣＲＣは、巡回冗長検査（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）ビットである。現在のオーバヘッドコードブロックにおけるいくつかの予約フィールドが依然として存在するということが、図３Ａ、図３Ｂおよび図３Ｃから分かり得る。加えて、２つのＦｌｅｘＥデバイス間のデータペイロード以外の情報を伝送するために、５個の６６Ｂコードブロックが管理チャネルとして用いられる。

サービス周波数およびサービスクロック

図４は、ＦｌｅｘＥのサービスデータを伝送する処理におけるサービスクロックロスの概略図である。サービス周波数がトランスペアレントに伝送されることを必要とするサービスは通常、例えば、ＣＰＲＩサービスおよびＳＤＨサービスなどのＣＢＲサービスである。図４に示されるように、それぞれのネットワークにおけるＣＢＲサービスのサービスデータ（図４に示されるサービスデータのコードブロック１からコードブロック８）を伝送する処理において、固定ビットレートを確実にするために、ＣＢＲサービスのサービスデータは通常、サービスクロックとあわせて伝送される。サービスクロックの上昇端と次の上昇端との間の時間は、クロック周期と称され、１秒あたりのクロック周期の数は、クロック周波数と称される。

アクセスノードにおいて、ＣＢＲサービスのサービスデータは、ＣＢＲサービスが伝送されたオリジナルネットワークから、伝送のためのＦｌｅｘＥのいくつかのスロットにマッピングされる。概して、ＦｌｅｘＥによりＣＢＲサービスに割り当てられたスロットの帯域幅は、ＣＢＲサービスの帯域幅より大きい。したがって、サービスデータをＦｌｅｘＥにマッピングすることは、非同期マッピングである。現在用いられている方法において、充填（ｓｔｕｆｆ）コードブロック（図４に示されるコードブロックＳ）は、サービスデータのコードブロックストリームに挿入されて、ＦｌｅｘＥデータのコードブロックストリームを形成することで、サービス帯域幅とＦｌｅｘＥの伝送スロット帯域幅との間のレートマッチングを実装する。ＦｌｅｘＥデータのコードブロックストリームは、ＦｌｅｘＥにおいてＦｌｅｘＥクロックとあわせて伝送される。ＦｌｅｘＥデータのコードブロックストリームがエグレスノードに伝送される場合、エグレスノードは、ＦｌｅｘＥデータのコードブロックストリームにおける充填コードブロックを削除する。しかしながら、サービスデータのサービスクロックは失われる。サービスクロックとＦｌｅｘＥクロックとは異なるソースを有するので、サービスクロックは復旧されることができない。言い換えれば、ＦｌｅｘＥは、サービス周波数のトランスペアレントな伝送をサポートしない。サービス周波数がトランスペアレントに伝送される必要があるサービスの場合、サービスクロックロスまたはサービス周波数の損失は許容できない。

［光伝送ネットワーク（Ｏｐｔｉｃａｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｎｅｔｗｏｒｋ，ＯＴＮ）においてサービス周波数をトランスペアレントに伝送する技術］

ＯＴＮにおいて、サービス周波数は、単一のサーバフレームまたはサーバマルチフレームで保持されるｎ個のビットのサービス量（ｎｕｍｂｅｒ ｏｆ ｃｌｉｅｎｔ ｎ−ｂｉｔ ｄａｔａ ｅｎｔｉｔｉｅｓ ｐｅｒ ｓｅｒｖｅｒ ｆｒａｍｅ ｏｒ ｓｅｒｖｅｒ ｍｕｌｔｉｆｒａｍｅ，Ｃｎ）がＯＴＮオーバヘッドを用いて伝送される方式でトランスペアレントに伝送される。図５は、ＯＴＮにおけるサービスデータをマッピングするために用いられる回路の概略図である。言い換えれば、図５は、ＣＢＲサービスのアクセスノードの処理回路の概略図である。アクセスノードは、サービスデータ（ｃｌｉｅｎｔ ｄａｔａ）とサービスクロック（ｃｌｉｅｎｔ ｃｌｏｃｋ）とを受信し、サービスデータをキャッシュしてＣｎを決定する（ｂｕｆｆｅｒ ａｎｄ ｄｅｔｅｒｍｉｎｅ Ｃｎ）。具体的には、読み取り制御（ｒｅａｄ ｃｏｎｔｒｏｌ）がサーバクロック（ｓｅｒｖｅｒ ｃｌｏｃｋ）とサービスクロック（ｃｌｉｅｎｔ ｃｌｏｃｋ）を読み取り、サーバクロックとサービスクロックとに基づいてＣｎを決定する。ＣＢＲサービスのアクセスノードは、サービスクロック（サービス周波数、すなわち、アクセスノードの受信周波数に対応）とサーバクロック（サーバ周波数、すなわち、アクセスノードの送信頻度に対応）とに基づいてＣｎを計算して、Ｃｎをリンクのオーバヘッド（ｏｖｅｒｈｅａｄ）コードブロックに挿入して、伝送のためにサーバデータ（ｓｅｒｖｅｒ ｄａｔａ）を形成する。

図６は、ＯＴＮにおけるサービスデータをデマッピングするために用いられる回路の概略図である。言い換えれば、図６は、ＣＢＲサービスのエグレスノードの処理回路の概略図である。エグレスノードは、サーバデータ（ｓｅｒｖｅｒ ｄａｔａ）とサーバクロック（ｓｅｒｖｅｒ ｃｌｏｃｋ）を受信し、サーバデータをキャッシュしてサービスクロック（ｃｌｉｅｎｔ ｃｌｏｃｋ）を生成する。具体的には、読み取り制御（ｒｅａｄ ｃｏｎｔｒｏｌ）はサーバクロック（ｓｅｒｖｅｒ ｃｌｏｃｋ）とＣｎとを読み取り、サーバクロックとＣｎとに基づいてサービスクロック（ｃｌｉｅｎｔ ｃｌｏｃｋ）を生成する。ＣＢＲサービスのエグレスノードは、サーバクロック（サーバ周波数、すなわち、エグレスノードの受信周波数に対応）とＣｎとに基づいてサービスクロック（サービス周波数、すなわち、エグレスノードの送信頻度に対応）を復旧させる。

ＦｌｅｘＥの場合、同様に、Ｃｎは計算され、Ｃｎは伝送のためにＰＨＹリンクのオーバヘッドコードブロックに挿入され、ＦｌｅｘＥ基準は変化する必要があり、ＦｌｅｘＥのオーバヘッドコードブロックにおけるフィールドの使用は再計画される。加えて、Ｃｎがオーバヘッドコードブロックで伝送される場合、Ｃｎは、基本フレーム周期またはＰＨＹリンクのマルチフレームを統計期間として用いて計算される必要がある。結果的に、Ｃｎの統計期間は基本フレーム周期またはＰＨＹリンクのマルチフレームに密接に関連する。しかしながら、ＦｌｅｘＥは様々なタイプのサービスを搬送する。異なるサービスレートの場合、Ｃｎが同じ統計期間を用いて計算されると、Ｃｎの精度は比較的悪くなる。例えば、比較的低いレートのサービスの場合、統計期間が比較的短いと、大きいエラーが生じる。加えて、ＦｌｅｘＥはイーサネットカーネルに基づており、ＦｌｅｘＥで規定される基本フレーム機構またはマルチフレーム機構は周期的である。物理コーディングサブレイヤ（ｐｈｙｓｉｃａｌ ｃｏｄｉｎｇ ｓｕｂｌａｙｅｒ，ＰＣＳ）において、アライメントマーカ（Ａｌｉｇｎｍｅｎｔ Ｍａｒｋｅｒ，ＡＭ）の挿入は、ＦｌｅｘＥのオーバヘッドコードブロックの周期的ジッタを生じさせる。オーバヘッドコードブロックの周期的ジッタは、Ｃｎの計算の精度に直接影響し、Ｃｎに基づいてＣＢＲサービスのエグレスノードにより復旧されたサービスクロックの品質が悪くなる。

図４に示される概略図は、シングルホップネットワーキングモードに対する。具体的には、アクセスノードとエグレスノードとの２つのデバイスは、通信ケーブルを用いて物理的に直接接続されており、２つのデバイスの間に他のデバイスは存在せず、言い換えれば、２つのデバイスの間には中間ノードが存在しない。図５と図６とに示されるＯＴＮにおけるサービス周波数をトランスペアレントに伝送する技術においては、シングルホップネットワーキングモードのみが考慮され、マルチホップカスケードネットワーキングモードにおける周波数をトランスペアレントに伝送することの問題は解消されることができない。マルチホップカスケードネットワーキングモードにおいて、アクセスノードとエグレスノードとの間に別の中間ノードが存在する。ＦｌｅｘＥにおいては、シングルホップネットワーキングモードとマルチホップカスケードネットワーキングモードの両方が存在する。マルチホップカスケードネットワーキングモードの場合、ＦｌｅｘＥデータを伝送する処理において、各レベルのデバイスが同じ公称周波数を有するが、実際の周波数には特定の差が存在する。図５と図６とにおける技術が依然として用いられる場合、Ｃｎはアクセスノードの周波数に基づいて計算されるので、Ｃｎが直接トランスペアレントに伝送されると、復旧されたサービスクロックの品質は悪い。

［ＦｌｅｘＥにおいてサービス周波数をトランスペアレントに伝送する技術］

図７は、ＦｌｅｘＥにおけるシンクロナスイーサネット技術の概略図である。ＦｌｅｘＥにおいて、２つの隣接するデバイスは単一のホップ物理インタフェースとＰＨＹリンクとを用いて接続され、２つのデバイスの間のマスター（ｍａｓｔｅｒ）‐スレーブ（ｓｌａｖｅ）の関係が、シンクロナスイーサネット技術を用いて決定され得て、スレーブデバイス周波数とマスターデバイス周波数との間の同期が実装される。

図８は、ＦｌｅｘＥにおけるシンクロナスイーサネット技術を用いてサービス周波数をトランスペアレントに伝送する概略図である。ＦｌｅｘＥのクライアント信号として用いられるサービスデータは、クライアントリンクを用いてクライアントデバイスからＦｌｅｘＥデバイスに伝送される。サービスのアクセスノードとして機能するＦｌｅｘＥデバイスは、サービスクロックを基準リソースとして用いて、フェーズロックループを用いてＦｌｅｘＥクロックを生成し、ＦｌｅｘＥクロックをＦｌｅｘＥにおけるＰＨＹリンクのクロックとして用いる。周波数の同期は、中間ノードとして機能する１または複数のＦｌｅｘＥデバイスでシンクロナスイーサネット技術を用いて、ＦｌｅｘＥにおける伝送リンクにおいてホップバイホップで実行される。サービスのエグレスノードとして機能するＦｌｅｘＥデバイスは、ＦｌｅｘＥクロックを基準リソースとして用いて、サービスクロックを生成して、サービスクロックのトランスペアレントな伝送を実装する。

しかしながら、シンクロナスイーサネット技術を用いてサービス周波数がトランスペアレントに伝送される場合、ＦｌｅｘＥにおける１つのみのサービスのサービスクロックが基準として用いられ得て、サービス周波数をトランスペアレントに伝送するための１つのみのサービスの要求が解消され得る。ベアラネットワークとして、ＦｌｅｘＥは、例えば、ＣＰＲＩサービスとＳＤＨサービスなどの様々なタイプのサービスを搬送する。複数のサービスがサービス周波数をトランスペアレントに伝送することを要求しており、サービスのサービスクロックが異なるソースを有する場合、シンクロナスイーサネット技術は、複数のサービスのサービス周波数のトランスペアレントな伝送を実装することができない。

上述の問題を解決するために、本願の実施形態は、サービス周波数をトランスペアレントに伝送する方法を提供する。図９Ａ、図９Ｂおよび図９Ｃは、本願の実施形態に係るサービス周波数をトランスペアレントに伝送するシステムの模式アーキテクチャ図である。図９Ａ、図９Ｂおよび図９Ｃは、ＦｌｅｘＥのマルチホップカスケードネットワーキングモードのアーキテクチャを示す。図は、１つの中間ノードが存在する例を用いて説明される。しかしながら、本願のこの実施形態におけるマルチホップカスケードネットワーキングモードは、これに限定されるものではない。

ＦｌｅｘＥにおいて、通信リンクは一方向または双方向であり得る。

図９Ａ、図９Ｂおよび図９Ｃは、一例としてマルチホップカスケードネットワーキングモードにおける一方向通信リンクを用いて説明される。一方向通信リンクのマルチホップカスケードネットワーキングモードのシステムは、アクセスノード、中間ノード、およびエグレスノードを含む。サービスデータがクライアントリンクを用いてアクセスノードに入った後、サービスデータはＦｌｅｘＥのＰＨＹリンクにマッピングされ、下位デバイスに伝送される。下位デバイスは、中間ノードであってよい。アクセスノードは、カスケード方式で１または複数の中間ノードに接続されてよい。データは、ＰＨＹリンクを用いて、中間ノードと別の中間ノードとの間、および中間ノードとエグレスノードとの間で伝送される。エグレスノードは、ＰＨＹリンクからのサービスデータをデマッピングし、改めてクライアントリンクを用いて後続の伝送を実行する。

アクセスノードは、クロック処理ユニットＴＩＭＩＮＧ ＴＸ、サービス処理（ＣＬＩＥＮＴ）ユニット１、シムマッピング（ＳＨＩＭ＿ＭＵＸ）ユニット１、およびＰＨＹリンク１を含む。サービス処理ユニット１は、マッピング方向において動作する。第１サービスデータの場合、サービス処理ユニット１は、サービスデータのレートマッチングを完了し、第１サービス周波数情報Ｘｎを挿入するように構成される。クロック処理ユニットＴＩＭＩＮＧ ＴＸは、サービス処理ユニット１からサービス周波数Ｆ_{ｃｌｉｅｎｔ}を受信し、ＰＨＹリンク１からＦｌｅｘＥの送信頻度Ｆ_{ＦｌｅｘＥ１}を受信し、第１サービス周波数情報Ｘｎを生成する。シムマッピングユニット１は、ＦｌｅｘＥ基準で規定されたＳＨＩＭ＿ＭＵＸユニットであってよく、サービスデータをＰＨＹリンク１にマッピングするように構成される。ＰＨＹリンク１は、ＦｌｅｘＥ基準で規定されたインタフェースである。

本願のこの実施形態において、アクセスノードは、各サービスのサービス周波数情報（例えば、第１サービスデータに対応する第１サービス周波数情報Ｘｎおよび第２サービスデータに対応する第２サービス周波数情報Ｗｍ）を記録し、各サービスのサービス周波数情報を下位デバイスに伝送する。アクセスノードにおいて、各サービスのサービス周波数とアクセスノードのＦｌｅｘＥの送信頻度Ｆ_{ＦｌｅｘＥ１}との間の関係は、アクセスノードの送信頻度（すなわち、ＦｌｅｘＥの周波数）を基準として用いて計算され、サービス周波数情報を取得する。サービス周波数情報は、Ｆｌｅｘのオーバヘッドコードブロックを用いて下位デバイスに伝送されてよい。この場合、Ｆｌｅｘのオーバヘッドコードブロックにおける１または複数のフィールドは規定され、１または複数のサービスのサービス周波数情報を搬送する必要がある。各サービスのサービス周波数情報は、チャネルのそれぞれのデータとあわせて伝送されてもよい。具体的には、各サービスのサービス周波数情報はコードブロックにカプセル化され、コードブロックは伝送のためにサービスデータのデータストリームに挿入される。任意選択的に、サービス周波数情報は、Оコードにより識別されるコードブロックにカプセル化されてよい。代替的に、サービス周波数情報がカプセル化されたコードブロックは、別の特殊な識別子によりマークされてよい。

本願の実施形態において、サービス周波数情報がカプセル化されたコードブロックは、Ｓ／Ｔビットコードブロック、６４／６６Ｂコードブロック、または８／１０Ｂコードブロックなどであってよいことが理解されるべきである。

ОコードはОコードであり、Оコードのタイプフィールド（ｔｙｐｅ ｆｉｅｌｄ）は０×４Ｂであってよいことがさらに理解されるべきである。現在、０ｘ０と０ｘＦとが、８０２．３で標準化されたОコードに用いられる。現在、ＯＩＦ ＦｌｅｘＥ ＩＡ１．０で規定されたＦｌｅｘＥ ｏｖｅｒｈｅａｄ ｂｌｏｃｋ１のОコードは、０×５である。

中間ノードは、クロック処理ユニットＴＩＭＩＮＧ ＲＥＧＥＮＥＲＡＴＥ、ＰＨＹリンク２、シムデマッピング（ＳＨＩＭ＿ＤＥＭＵＸ）ユニット１、サービス処理ユニット２、ゲートウェイ（ＳＷＩＴＣＨ）、サービス処理（ＣＬＩＥＮＴ）ユニット３、シムマッピングユニット２およびＰＨＹリンク３を含む。シムデマッピングユニット１は、ＦｌｅｘＥ基準で規定されたＳＨＩＭ＿ＤＥＭＵＸユニットであってよく、ＰＨＹリンク２からのサービスデータをデマッピングするように構成される。サービス処理ユニット２はデマッピング方向において動作し、サービスデータの解析とサービス周波数情報の解析とを完了するように構成される。ゲートウェイは、ＦｌｅｘＥのスイッチングコンポーネントである。サービス処理ユニット３は、マッピング方向において動作する。第１サービスデータの場合、サービス処理ユニット３は、サービスデータのレートマッチングを完了し、第１サービス周波数情報Ｚｎを挿入するように構成される。処理ユニットＴＩＭＩＮＧ ＲＥＧＥＮＥＲＡＴＥは、ＰＨＹリンク２からＦｌｅｘＥの受信周波数Ｆ_{ＦｌｅｘＥ１}を受信し、サービス処理ユニット２から第１サービス周波数情報Ｘｎを受信し、ＰＨＹリンク３からＦｌｅｘＥの送信頻度Ｆ_{ＦｌｅｘＥ２}を受信し、上述の情報に基づいて新たな第１サービス周波数情報Ｚｎを生成する。シムマッピングユニット２は、ＦｌｅｘＥ基準で規定されたＳＨＩＭ＿ＭＵＸユニットであってよく、第１サービスデータをＰＨＹリンク３にマッピングするように構成される。ＰＨＹリンク２とＰＨＹリンク３とは、ＦｌｅｘＥ基準で規定されたインタフェースである。

マルチホップカスケードネットワーキングモードの場合、ＦｌｅｘＥデータを伝送する処理において、各レベルのデバイスが同じ公称周波数を有するが、実際の周波数には特定の差が存在する。各ＦｌｅｘＥデバイスが公称ＦｌｅｘＥ周波数を基準として用いる場合、サービス周波数情報の統計結果は不正確である。結果的に、サービス周波数の復旧性能が悪くなる。本願のこの実施形態において、サービス周波数情報は、中間ノードの実際のＦｌｅｘＥ周波数（送信頻度と受信周波数とを含む）に基づいて、各中間ノードにおいて再計算されてよい。

サービス伝送リンクの中間ノードは、全てのサービスデータを解析する必要はなく、サービス周波数を復旧する必要もない。サービス周波数情報は、中間ノードの受信周波数、サービス周波数情報、および中間ノードの送信頻度に基づいて再計算されてよい。中間ノードは、再計算されたサービス周波数情報をコードブロックにカプセル化し、コードブロックをサービスデータのデータストリームに挿入し、サービスデータのデータストリームを下位デバイスに伝送してよい。

エグレスノードは、クロック処理ユニットＴＩＭＩＮＧ ＲＸ、ＰＨＹリンク４、シムデマッピングユニット２およびサービス処理ユニット４を含む。ＰＨＹリンク４は、ＦｌｅｘＥ基準で規定されたインタフェースである。シムデマッピングユニット２は、ＦｌｅｘＥ基準で規定されたＳＨＩＭ＿ＤＥＭＵＸユニットであってよく、ＰＨＹリンク４からのサービスデータをデマッピングするように構成される。サービス処理ユニット４はデマッピング方向において動作し、サービスデータの解析とサービス周波数情報の解析とを完了するように構成される。第１サービスデータの場合、処理ユニットＴＩＭＩＮＧ ＲＸは、サービス処理ユニット４から第１サービス周波数情報Ｚｎを受信し、ＰＨＹリンク４からＦｌｅｘＥの受信周波数Ｆ_{ＦｌｅｘＥ２}を受信し、上述情報に基づいて第１サービスデータのサービス周波数Ｆ_{ｃｌｉｅｎｔ}を復旧させる。

図１０は、本願の別の実施形態に係るサービス周波数をトランスペアレントに伝送するシステムの模式アーキテクチャ図である。図１０は、一例としてシングルホップネットワーキングモードにおける一方向通信リンクを用いて説明される。一方向通信リンクのシングルホップネットワーキングモードのシステムは、アクセスノードとエグレスノードとを含む。サービスデータがクライアントリンクを用いてアクセスノードに入った後、サービスデータはＦｌｅｘＥのＰＨＹリンクにマッピングされ、下位デバイス、すなわちエグレスノードに伝送される。エグレスノードは、ＰＨＹリンクからのサービスデータをデマッピングし、改めてクライアントリンクを用いて後続の伝送を実行する。

アクセスノードは、クロック処理ユニットＴＩＭＩＮＧ ＴＸ、サービス処理（ＣＬＩＥＮＴ）ユニット１、シムマッピング（ＳＨＩＭ＿ＭＵＸ）ユニット１、およびＰＨＹリンク１を含む。サービス処理ユニット１はマッピング方向において動作し、サービスデータのレートマッチングとサービス周波数情報Ｘｎの挿入とを完了するように構成される。第１サービスデータの場合、クロック処理ユニットＴＩＭＩＮＧ ＴＸは、サービス処理ユニット１から第１サービスデータのサービス周波数Ｆ_{ｃｌｉｅｎｔ}を受信し、ＰＨＹリンク１から送信頻度ＦｌｅｘＥのＦ_{ＦｌｅｘＥ１}を受信し、第１サービス周波数情報Ｘｎを生成する。シムマッピングユニット１は、ＦｌｅｘＥ基準で規定されたＳＨＩＭ＿ＭＵＸユニットであってよく、第１サービスデータをＰＨＹリンク１にマッピングするように構成される。ＰＨＹリンク１は、ＦｌｅｘＥ基準で規定されたインタフェースである。

エグレスノードは、クロック処理ユニットＴＩＭＩＮＧ ＲＸ、ＰＨＹリンク２、シムデマッピングユニット１およびサービス処理ユニット２を含む。ＰＨＹリンク２は、ＦｌｅｘＥ基準で規定されたインタフェースである。シムデマッピングユニット１は、ＦｌｅｘＥ基準で規定されたＳＨＩＭ＿ＤＥＭＵＸユニットであってよく、ＰＨＹリンク２からの第１サービスデータのデータストリームをデマッピングするように構成される。サービス処理ユニット２はデマッピング方向において動作し、サービスデータの解析とサービス周波数情報の解析とを完了するように構成される。第１サービスデータの場合、処理ユニットＴＩＭＩＮＧ ＲＸは、サービス処理ユニット２から第１サービス周波数情報Ｘｎを受信し、ＰＨＹリンク２からＦｌｅｘＥの受信周波数Ｆ_{ＦｌｅｘＥ１}を受信し、上述情報に基づいて第１サービスデータのサービス周波数Ｆ_{ｃｌｉｅｎｔ}を復旧させる。

シングルホップネットワーキングモードにおける各ノードの機能は、マルチホップカスケードネットワーキングモードにおける対応するノードの機能と同様である。詳細についてはここで改めて説明しない。

以下では、本願の実施形態に係るサービス周波数をトランスペアレントに伝送する方法を各ノードの観点から詳細に説明する。

アクセスノードまたは中間ノードは第１デバイスとして、下位デバイスは第２デバイスとしてみなされ、第２デバイスは中間ノードまたはエグレスノードであってよい。図１１は、本願の実施形態に係るアクセスノードによりサービス周波数をトランスペアレントに伝送する方法の概略図である。図１２は、本願の実施形態に係る中間ノードによりサービス周波数をトランスペアレントに伝送する方法の概略図である。図１１と図１２とを参照すると、サービス周波数をトランスペアレントに伝送する方法は、以下の段階を含んでよい。

段階１．第１デバイスは第１サービス周波数情報Ｘｎを決定する段階であって、ここで、当該第１サービス周波数情報Ｘｎは、第１統計期間内に第１デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、第１デバイスの送信頻度は第１統計期間の基準として用いられ、ｎは正の整数である、決定する段階。

本明細書における第１サービスデータは、説明されるべき目標サービスのデータであることが理解されるべきである。ＦｌｅｘＥにおいて、例えば、第２サービスデータと第３サービスデータとなどのより多くのサービスデータがあってよい。これは、本願のこの実施形態に限定されるものではない。

第１統計期間は、第１サービスデータのレートに基づいて決定されてよいことがさらに理解されるべきである。第１サービスデータのレートが特定の閾値より低い場合、比較的長い第１統計期間が決定されてよく、例えば、第１統計期間は基本フレームまたはマルチフレームのより長い。第１サービスデータのレートが特定の閾値より高い場合、比較的短い第１統計期間が決定されてよく、例えば、第１統計期間は基本フレームまたはマルチフレームの長さより短い。

第１統計期間は、送信クロック周期の第１目標量であってよい。第１デバイスが第１サービス周波数情報Ｘｎを決定することは、第１デバイスが、送信クロック周期の第１目標量（例えば、ｔｉｃｋｓ）を統計ウィンドウとして用いて、第１サービス周波数情報Ｘｎを計算することを含んでよい。Ｃｎについての統計は、フレームをＯＴＮの期間として用いて収集されるということが理解されるべきである。ベアラネットワークとして、ＦｌｅｘＥは様々なタイプのサービスを搬送し得て、異なる種類のサービスのレートは大幅に変化する。比較的低いレートを有するサービスの場合、統計期間が比較的短いと、エラーは比較的大きい。比較的高いレートを有するサービスの場合、統計期間は非常に長くなる必要はない。したがって、本願のこの実施形態において、第１サービス周波数情報Ｘｎは、送信クロック周期のｔｉｃｋｓを基準として用いて計算される。ｔｉｃｋｓは、異なるレートのサービスに順応すべく、（リアルタイムサービス伝送に基づいてあらかじめ定められるか、または規定され得る）サービス周波数に基づいて、ネットワークアドミニストレータによりカスタマイズされてもよく、またはサービス周波数に基づいてＦｌｅｘＥの対応する制御デバイスにより規定されてよい。言い換えれば、ネットワークアドミニストレータ、またはＦｌｅｘＥの制御デバイスは、サービスレートに基づいて適切な統計継続時間（統計ウィンドウの長さ）を決定してよく、例えば、ＦｌｅｘＥの送信クロック周期のｔｉｃｋｓが統計継続時間として用いられる。本願のこの実施形態において、サービス周波数情報が計算される場合、統計継続時間は、基本フレームとマルチフレームから周期的に分離され、それに応じてサービスレートに基づいて最適の統計期間が選択されることにより、統計データ収集によって取得されたサービス周波数情報はより正確であり得る。加えて、ＦｌｅｘＥのオーバヘッドはＡＭの挿入に影響を受け、結果的に、オーバヘッド期間は不安定である。本願のこの実施形態におけるカスタマイズされた統計継続時間は、他のオーバヘッドに影響を受けず、期間はジッタを有せず安定する。安定した統計継続時間は、統計データ収集によって取得されたサービス周波数情報を円滑にすることと、サービス周波数情報に基づいてエグレスノードにより復旧されたクロックを円滑にすることと、ジッタをより小さくすることも可能にする。

任意選択的に、第１デバイスは、第１統計期間を示すために用いられる第１サービス周波数情報Ｘｎと第１統計期間情報とを第１Ｓ／Ｔビットコードブロックにカプセル化し、当該第１Ｓ／Ｔビットコードブロックを第２デバイスに送信してよい。第１統計期間情報は、ビットの数を減少させるべく、第１統計期間の絶対期間であってもよく、または第１目標量（ｔｉｃｋｓ）についての情報であってもよい。任意選択的に、第１統計期間情報と第１サービス周波数情報とは別々にカプセル化され、別々に第２デバイスに送信されてもよい。第１Ｓ／Ｔビットコードブロックは、オペレーション、管理、保守（Ｏｐｅｒａｔｉｏｎ，Ａｄｍｉｎｉｓｔｒａｔｉｏｎ，Ｍａｉｎｔｅｎａｎｃｅ，ＯＡＭ）コードブロックと称されてもよい。

ｔｉｃｋｓは、システムのあらかじめ設定された値であってよい。この場合、目標数（ｔｉｃｋｓ）を示すために用いられる情報を伝送する必要はない。代替的に、ｔｉｃｋｓは、システムの制御エレメントにより、システムにおける全てのデバイスに一様に通知してよい。もちろん、第１デバイスは、基本フレームまたはマルチフレームを第１統計期間として用いて第１サービス周波数情報Ｘｎを計算してもよい。これは、本願のこの実施形態に限定されるものではない。

具体的には、第１デバイスがアクセスノードである場合、方法はさらに、第１デバイスが、第１サービスデータのレートに基づいて第１統計期間を決定する段階を含んでよい。第１デバイスが第１サービス周波数情報Ｘｎを決定することは、第１デバイスが、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量についての統計を収集することを含む。当該量は、Ｘｎである。

第１デバイスは、第１サービスデータのレートに基づいて第１統計期間を決定してよい。例えば、第１サービスデータのレートが比較的低い場合、比較的長い第１統計期間が決定されてよく、例えば、第１統計期間は基本フレームまたはマルチフレームのより長い。例えば、第１サービスデータのレートが比較的高い場合、比較的短い第１統計期間が決定されてよく、第１統計期間は基本フレームまたはマルチフレームの長さのより短い。

サービス周波数がトランスペアレントに伝送される必要のある第１サービスデータは、ユーザネットワークインタフェース（Ｕｓｅｒ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ，ＵＮＩ）を用いて、ｎ個のビットの整数倍のビット幅でアクセスノードに入る。ＵＮＩは、ユーザ側インタフェース、具体的には、ネットワークとユーザとの間のインタフェースと称されてもよく、当該ＵＮＩは、クライアントリンクインタフェースである。第１サービスのサービス周波数はＦ_{ｃｌｉｅｎｔ}であり、第１サービスデータのサービス周波数は、アクセスノードの受信周波数でもある。ＦｌｅｘＥのクロック周波数はＦ_{ＦｌｅｘＥ１}であり、ＦｌｅｘＥのクロック周波数は、アクセスノードの送信頻度でもある。アクセスノードは、第１サービスの第１サービス周波数情報Ｘｎを計算する。具体的には、アクセスノードは、Ｘｎを取得すべく、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量についての統計、例えば、送信クロック周期のｔｉｃｋｓ内に第１デバイスにより送信されたｎ個のビットの第１サービスデータの量を収集してよい。代替的に、第１デバイスは別の方式でＸｎを計算してよい。

任意選択的に、第１サービス周波数情報Ｘｎは、以下の式（１）に示されてよい。
Ｘｎ＝（Ｆ_{ｃｌｉｅｎｔ}／ｎ）×（ｔｉｃｋｓ／Ｆ_{ＦｌｅｘＥ１}） （１）

別のパラメータまたは係数が第１サービス周波数情報Ｘｎに導入されてもよいということが理解されるべきである。代替的に、ｎがシステムによりあらかじめ設定されたパラメータであるか、またはＦｌｅｘＥネットワークにおける全てのデバイスにより既知である場合、第１サービス周波数情報Ｘｎは、ｎを含まなくてよい。したがって、第１サービス周波数情報Ｘｎは、以下の式（２）に示されてよい。
Ｘｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ１} （２）

Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は第１サービスデータの元のサービス周波数であり、Ｆ_{ＦｌｅｘＥ１}はアクセスノードの送信頻度である。

別のパラメータまたは係数が第１サービス周波数情報Ｘｎに導入される場合、第１サービス周波数情報Ｘｎの値は、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量と等しくてもよく、または当該量と等しくないが当該量のみに対応してもよく、または下位デバイスは関連情報に基づいて当該量の値を計算してもよいということが理解されるべきである。これは、本願のこの実施形態に限定されるものではない。

第１デバイスが中間ノードである場合、第１デバイスはさらに第１サービスデータのデータストリームを受信し、ここで、第１サービスデータのデータストリームは第３デバイスにより送信され、第１サービスデータのデータストリームの第２Ｓ／Ｔビットコードブロックからの第１サービス周波数情報Ｙｎを解析する。第１デバイスが第１サービス周波数情報Ｘｎを決定することは、第１デバイスが、第１サービス周波数情報Ｙｎに基づいて、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量についての統計を収集して、第１サービス周波数情報Ｘｎを取得することを含む。

任意選択的に、第１統計期間情報は、第２Ｓ／Ｔビットコードブロックにおいてさらにカプセル化され、第１統計期間情報は第１統計期間を示すために用いられる。第１統計期間情報は、第１目標量であってよい。

中間ノードは、ＮＮＩを用いて、上位ノードにより送信された第１ＦｌｅｘＥデータを受信し、第１ＦｌｅｘＥデータは、第１目標量と第１サービス周波数情報Ｙｎとについての情報を示すために用いられるｔｉｃｋｓの値を含む。中間ノードは、シムデマッピングユニットを用いて第１ＦｌｅｘＥデータをデマッピングし、第１ＦｌｅｘＥデータからＹｎとｔｉｃｋｓの値とを読み取る。具体的には、例えば、ＯＡＭコードブロックっはコードブロックのОコード識別子を用いて確認され得て、そしてＹｎとｔｉｃｋｓの値との読み取りが行われる。クロック処理ユニットＴＩＭＩＮＧ ＲＥＧＥＮＥＲＡＴＥは、受信周波数Ｆ_{ＦｌｅｘＥ１}に基づいて、受信された第１ＦｌｅｘＥデータにＹｎを一様に分散させ、中間ノードのＦｌｅｘＥ送信クロック周期（送信頻度Ｆ_{ＦｌｅｘＥ２}に対応）のｔｉｃｋｓを統計ウィンドウとして用いて、分散された第１サービス周波数情報についての統計を再収集して、Ｘｎを取得する。中間ノードがサービスデータを復旧する場合、充填コードブロックが削除された後に取得されるデータギャップを吸収すべく、キャッシュが加えられる必要があり、サービスデータを復旧することは、クロック復旧回路を必要とするということが理解されるべきである。その結果、コストが高くなる。本願のこの実施形態において、中間ノードがサービスデータを解析および復旧する必要がないが、サービス周波数情報Ｙｎと上位ノードのｔｉｃｋｓの値とを直接読み取り、キャッシュがさらに加えられる必要はなく、その結果サービスの遅延がより低くなる。

段階２．第１デバイスは、第１サービス周波数情報Ｘｎを第１Ｓ／Ｔビットコードブロックにカプセル化させ、第１Ｓ／Ｔビットコードブロックを第１サービスデータのデータストリームに挿入し、第１サービスデータのデータストリームを第２デバイスに送信し、ここで、ＳとＴとは正の整数である。

任意選択的に、第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されるＳ／Ｔビットコードブロックである。

特定の例において、アクセスノードは、計算された第１サービス周波数情報Ｘｎとｔｉｃｋｓの値とを、Оコードにより識別されるＳ／Ｔビットコードブロック、具体的にはＯＡＭコードブロックにカプセル化させる。アイドル状態調整ユニット（Ｉｄｌｅ Ａｄｊｕｓｔ Ｐｒｏｃｅｓｓｏｒ，ＩＡＰ）は、アイドル状態添加／削除ユニットとも称され、もともと充填コードブロックが配置されるべき位置にＯＡＭコードブロックを配置させるか、またはＯＡＭコードブロックは一般の充填コードブロックの１つの種類として用いられ、第１サービスデータを搬送するために用いられるデータコードブロック間に充填される。代替的に、ＩＡＰは、第１サービスデータを搬送するデータコードブロック間のギャップを充填するための充填コードブロックを用いて、そして充填コードブロックはＯＡＭコードブロックに置換される。ＩＡＰは、シムマッピングユニットを用いて、これらのコードブロックをＰＨＹリンクにマッピングする。言い換えれば、Ｘｎ、ｔｉｃｋｓの値、およびＦｌｅｘＥデータにおけるサービスコードブロックは第１ＦｌｅｘＥデータのデータストリームを構成し、第１ＦｌｅｘＥデータのデータストリームは、ネットワーク対ネットワークインタフェース（Ｎｅｔｗｏｒｋ ｔｏ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ，ＮＮＩ）を用いて下位デバイスに伝送される。

任意選択的に、第２サービスは、ＦｌｅｘＥにおけるリンクでさらに伝送されてよい。任意選択的に、サービス周波数をトランスペアレントに伝送する方法はさらに、第１デバイスが、第２サービス周波数情報Ｗｍを決定する段階であって、ここで、第２サービス周波数情報Ｗｍは、第２統計期間内に第１デバイスにより送信されたｍ個のビットの第２サービスデータの量を示すために用いられ、第１デバイスの送信頻度は第２統計期間の基準として用いられ、ｍは正の整数である、決定する段階と、第１デバイスが、第２サービス周波数情報Ｗｍを第３Ｓ／Ｔビットコードブロックにカプセル化させることと、第３Ｓ／Ｔビットコードブロックを第２サービスデータのデータストリームに挿入することと、第２サービスデータのデータストリームを第２デバイスに送信することとを行う、段階とを含んでよい。本願のこの実施形態におけるサービス周波数をトランスペアレントに伝送する方法は、既存のＦｌｅｘＥ基準を変更することなくＦｌｅｘＥのリンクに同時にアクセスする際にサービス周波数をトランスペアレントに伝送することを要求する複数のサービスデータをサポートできるということが理解されるべきである。ＦｌｅｘＥにおいてレートマッチングを実行すべく、サービス周波数をトランスペアレントに伝送することを要求する各サービスのデータストリームに充填コードブロックが挿入されているので、それぞれのサービスデータのデータストリームにサービス周波数情報を挿入することと、本願のこの実施形態における方法に従ってサービスに割り当てられた帯域幅を適切に用いることとは、別のサービスに影響せず、拡張性が強い。

以下は、エグレスノードの観点からサービス周波数をトランスペアレントに伝送する方法を説明する。エグレスノードは第４デバイスであり、エグレスノードの上位ノードは第５デバイスである。図１３は、本願の実施形態に係るエグレスノードによりサービス周波数をトランスペアレントに伝送する方法の概略図である。図１３を参照すると、サービス周波数をトランスペアレントに伝送する方法は、以下の段階を含んでよい。

段階１．第４デバイスが、第１サービスデータのデータストリームを受信する段階であって、ここで、第１サービスデータのデータストリームは第５デバイスにより送信され、第１サービスデータのデータストリームは第１Ｓ／Ｔビットコードブロックを含み、第１Ｓ／Ｔビットコードブロックは第１サービス周波数情報Ｚｎを含み、第１サービス周波数情報Ｚｎは、第１統計期間内に第５デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、第５デバイスの送信頻度は第１統計期間の基準として用いられ、ｎ、ＳおよびＴは正の整数である、受信する段階。

任意選択的に、第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されるＳ／Ｔビットコードブロックである。

任意選択的に、第１サービス周波数情報はＺｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}であり、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は第１サービスデータの元のサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は第５デバイスの送信頻度である。

段階２．第４デバイスは、第１サービス周波数情報Ｚｎに基づいて、第１サービスデータに対応するクロックを復旧させる。

任意選択的に、サービス周波数をトランスペアレントに伝送する方法はさらに、第１統計期間情報が第１Ｓ／Ｔビットコードブロックにさらにカプセル化されることと、第１統計期間情報は第１統計期間を示すために用いられることとを行う段階を含んでよく、段階２において、第４デバイスが、第１サービス周波数情報Ｚｎに基づいて第１サービスデータに対応するクロックを復旧させる段階は、第４デバイスが、第１サービス周波数情報Ｚｎと第１統計期間情報とに基づいて、第１サービスデータに対応するクロックを復旧させる段階を含んでよい。

具体的には、エグレスノードは、ＮＮＩを用いて、上位ノードにより送信される第１ＦｌｅｘＥデータを受信する。第１ＦｌｅｘＥデータは、第１サービス周波数情報Ｚｎと、ｔｉｃｋｓの値とを含む。エグレスノードは、シムデマッピングユニットを用いて第１ＦｌｅｘＥデータをデマッピングし、第１ＦｌｅｘＥデータからＺｎとｔｉｃｋｓの値とを読み取る。処理ユニットＴＩＭＩＮＧ ＲＸは、受信周波数Ｆ_{ＦｌｅｘＥ}、Ｚｎおよびｔｉｃｋｓの値に基づいて、第１サービスのサービス周波数Ｆ_{ｃｌｉｅｎｔ}を復旧させ、具体的には、第１サービスのサービスクロックを復旧させ、ここで、サービスクロックは、クライアントリンクの伝送クロックとして用いられる。

任意選択的に、第２サービスは、ＦｌｅｘＥにおけるリンクでさらに伝送されてよい。任意選択的に、サービス周波数をトランスペアレントに伝送する方法はさらに、第４デバイスが、第２サービスデータのデータストリームを受信する段階であって、ここで、第２サービスデータのデータストリームは第５デバイスにより送信され、第２サービスデータのデータストリームは第２Ｓ／Ｔビットコードブロックを含み、当該第２Ｓ／Ｔビットコードブロックは第２サービス周波数情報Ｖｍを含み、当該第２サービス周波数情報Ｖｍは、第２統計期間内に第５デバイスにより送信されたｎ個のビットの第２サービスデータの量を示すために用いられ、第５デバイスの送信頻度は第２統計期間の基準として用いられ、ｍは正の整数である、受信する段階と、第４デバイスが、第２サービス周波数情報Ｖｍに基づいて、第２サービスデータに対応するクロックを復旧させる段階とを含む。

上述の実施形態におけるアクセスノードおよびエグレスノードは、シングルホップネットワーキングモードのＦｌｅｘＥシステムを構成してよい。サービス周波数をトランスペアレントに伝送する機能を実装すべく、アクセスノードはサービス周波数情報を生成し、エグレスノードは当該サービス周波数情報に基づいてサービスクロックを復旧させる。アクセスノード、少なくとも１つの中間ノードおよびエグレスノードは、マルチホップカスケードネットワーキングモードのＦｌｅｘＥシステムを構成してよい。サービス周波数をトランスペアレントに伝送する機能を実装すべく、アクセスノードはサービス周波数情報を生成し、中間ノードはサービス周波数情報を再生成し、エグレスノードは当該サービス周波数情報に基づいてサービスクロックを復旧させる。シングルホップネットワーキングモードは単純な環境を有し、中間ノードによりサービス周波数情報を再計算する処理が存在しない。より単純なネットワーキング環境は、サービス周波数情報に対する伝送ダメージがより小ないことを示し、復旧されたサービス周波数とサービスクロックとがより正確であることが理解されるべきである。

上記では、本願の実施形態に係るサービス周波数をトランスペアレントに伝送する方法を説明する。以下では、本願の実施形態に係るサービス周波数をトランスペアレントに伝送するデバイスを説明する。

本願におけるサービス周波数をトランスペアレントに伝送するデバイスは、例えば、ＦｌｅｘＥをロードする予定のインターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ，ＩＰ）無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ，ＲＡＮ）デバイスと、パケット伝送ネットワーク（Ｐａｃｋｅｔ Ｔｒａｎｓｐｏｒｔ Ｎｅｔｗｏｒｋ，ＰＴＮ）デバイスなどのパケットベアラデバイスに対応してよい。ネットワークのアクセスノードにおけるデバイスは、本願の実施形態において、サービス周波数情報を生成する機能とサービス周波数情報を充填コードブロックに挿入する機能とを実装し、例えば、箱状デバイスは、インタフェースカードを用いて当該機能を実装してよく、またはフレーム状のデバイスは、ラインカードのインタフェースチップを用いて当該機能を実装してよい。ネットワークの中間ノードにおけるデバイスは、本願の実施形態において、サービス周波数情報を再生成する機能を実装し、例えば、箱状デバイスは、インタフェースカードを用いて当該機能を実装してよく、またはフレーム状のデバイスはラインカードのインタフェースチップを用いて当該機能を実装してよい。ネットワークのエグレスノードにおけるデバイスは、本願の実施形態において、サービスクロックを復旧させる機能を実装し、例えば、箱状デバイスは、インタフェースカードを用いて当該機能を実装してよく、またはフレーム状のデバイスはラインカードのインタフェースチップを用いて当該機能を実装してよい。

図１４は、本願の実施形態に係るサービス周波数をトランスペアレントに伝送するデバイス１４００の概略ブロック図である。サービス周波数をトランスペアレントに伝送するデバイス１４００は、第１デバイスである。図１４に示されるように、サービス周波数をトランスペアレントに伝送するデバイス１４００は、第１サービス周波数情報Ｘｎを決定するように構成されるクロック処理ユニット１４１０であって、ここで、第１サービス周波数情報Ｘｎは、第１統計期間内に第１デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、第１デバイスの送信頻度は第１統計期間の基準として用いられ、ｎは正の整数である、クロック処理ユニット１４１０と、クロック処理ユニット１４１０により決定された第１サービス周波数情報Ｘｎを第１Ｓ／Ｔビットコードブロックにカプセル化させることと、第１Ｓ／Ｔビットコードブロックを第１サービスデータのデータストリームに挿入することと、第１サービスデータのデータストリームを第２デバイスに送信することとを行うように構成されるサービス処理ユニット１４２０であって、ここで、ＳとＴとは正の整数である、サービス処理ユニット１４２０とを含む。

任意選択的に、任意の実施形態において、第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されるＳ／Ｔビットコードブロックである。

任意選択的に、任意の実施形態において、第１統計期間情報は、第１Ｓ／Ｔビットコードブロックにおいてさらにカプセル化され、第１統計期間情報は第１統計期間を示すために用いられる。

任意選択的に、任意の実施形態において、第１統計期間は送信クロック周期の第１目標量であり、第１統計期間情報は第１目標量を含む。

任意選択的に、任意の実施形態、クロック処理ユニット１４１０はさらに、第１サービスデータのレートに基づいて第１統計期間を決定するように構成されており、クロック処理ユニット１４２０が第１サービス周波数情報Ｘｎを決定することは、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量についての統計を収集することを含む。

任意選択的に、任意の実施形態において、サービス処理ユニット１４２０はさらに、第１サービスデータのデータストリームを受信するように構成され、ここで、第１サービスデータのデータストリームは第３デバイスにより送信される、受信することと、第１サービスデータのデータストリームの第２Ｓ／Ｔビットコードブロックから第１サービス周波数情報Ｙｎを解析し、クロック処理ユニット１４１０は、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量を、第１サービス周波数情報Ｙｎに基づいて計算して、第１サービス周波数情報Ｘｎを取得するように具体的に構成される。

任意選択的に、任意の実施形態において、第１統計期間情報は、第２Ｓ／Ｔビットコードブロックにおいてさらにカプセル化され、第１統計期間情報は第１統計期間を示すために用いられる。

任意選択的に、任意の実施形態において、クロック処理ユニット１４１０はさらに、第２サービス周波数情報Ｗｍを決定するように構成され、ここで、当該第２サービス周波数情報Ｗｍは、第２統計期間内に第１デバイスにより送信されたｍ個のビットの第２サービスデータの量を示すことに用いられ、第１デバイスの送信頻度は第２統計期間の基準として用いられ、ｍは正の整数であり、サービス処理ユニット１４２０はさらに、第２サービス周波数情報Ｗｍを第３Ｓ／Ｔビットコードブロックにカプセル化させることと、第３Ｓ／Ｔビットコードブロックを第２サービスデータのデータストリームに挿入することと、第２サービスデータのデータストリームを第２デバイスに送信することとを行うように構成される。

任意選択的に、任意の実施形態において、第１サービス周波数情報はＸｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}であり、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は第１デバイスの送信頻度である。

クロック処理ユニット１４１０は、図９Ａ、図９Ｂ、図９Ｃおよび図１０におけるクロック処理ユニットＴＩＭＩＮＧ ＴＸまたはクロック処理ユニットＴＩＭＩＮＧ ＲＥＧＥＮＥＲＡＴＥに対応してよいことが理解されるべきである。サービス処理ユニット１４２０は、図９Ａ、図９Ｂ、図９Ｃおよび図１０におけるサービス処理ユニット、シムマッピングユニットおよびＰＨＹリンクなどに対応してよい。

本願のこの実施形態におけるクロック処理ユニット１４１０およびサービス処理ユニット１４２０のいくつかの機能は、プロセッサまたはプロセッサに関連する回路コンポーネントにより実装されてよく、サービス処理ユニット１４２０のいくつかの機能は、ネットワークインタフェースまたはネットワークインタフェースに関連する回路コンポーネントにより実装されてよいということが理解されるべきである。

図１５に示されるように、本願の実施形態はさらに、サービス周波数をトランスペアレントに伝送するデバイス１５００を提供する。サービス周波数をトランスペアレントに伝送するデバイス１５００は、第１デバイスである。サービス周波数をトランスペアレントに伝送するデバイス１５００は、プロセッサ１５１０、メモリ１５２０およびネットワークインタフェース１５３０を含む。メモリ１５２０は、命令を格納するように構成される。プロセッサ１５１０およびネットワークインタフェース１５３０は、メモリ１５２０に格納されている命令を実行するように構成される。

図１４に示されるサービス周波数をトランスペアレントに伝送するデバイス１４００または図１５に示されるサービス周波数をトランスペアレントに伝送するデバイス１５００は、上記方法の実施形態における端末デバイスに関連するオペレーションまたはプロシージャを実行するように構成されてよく、サービス周波数をトランスペアレントに伝送するデバイス１４００またはサービス周波数をトランスペアレントに伝送するデバイス１５００におけるモジュールのオペレーションおよび／または機能は、上記方法の実施形態における対応するプロシージャを実装するために別々に用いられるということが理解されるべきである。簡潔にするため、詳細についてはここで改めて説明しない。

図１６は、本願の実施形態に係るサービス周波数をトランスペアレントに伝送するデバイス１６００の概略ブロック図である。サービス周波数をトランスペアレントに伝送するデバイス１６００は、第４デバイスである。図１６に示されるように、サービス周波数をトランスペアレントに伝送するデバイス１６００は、第１サービスデータのデータストリームを受信するように構成されるサービス処理ユニット１６１０であって、ここで、第１サービスデータのデータストリームは第５デバイスにより送信され、第１サービスデータのデータストリームは第１Ｓ／Ｔビットコードブロックを含み、第１Ｓ／Ｔビットコードブロックは第１サービス周波数情報Ｚｎを含み、第１サービス周波数情報Ｚｎは、第１統計期間内に第５デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、第５デバイスの送信頻度は第１統計期間の基準として用いられ、ｎ、ＳおよびＴは正の整数である、サービス処理ユニット１６１０と、第１サービス周波数情報Ｚｎに基づいて第１サービスデータに対応するクロックを復旧させるように構成されるクロック処理ユニット１６２０とを含む。

任意選択的に、任意の実施形態において、第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されるＳ／Ｔビットコードブロックである。

任意選択的に、任意の実施形態において、第１統計期間情報は、第１Ｓ／Ｔビットコードブロックにさらにカプセル化され、第１統計期間情報は第１統計期間を示すために用いられ、クロック処理ユニット１６２０は、第１サービス周波数情報Ｚｎと第１統計期間情報とに基づいて、第１サービスデータに対応するクロックを復旧させるように具体的に構成される。

任意選択的に、任意の実施形態において、第１統計期間は送信クロック周期の第１目標量であり、第１統計期間情報は第１目標量を含む。

任意選択的に、任意の実施形態において、サービス処理ユニット１６１０はさらに、第２サービスデータのデータストリームを受信するように構成され、ここで、第２サービスデータのデータストリームは第５デバイスにより送信され、第２サービスデータのデータストリームは第２Ｓ／Ｔビットコードブロックを含み、当該第２Ｓ／Ｔビットコードブロックは第２サービス周波数情報Ｖｍを含み、当該第２サービス周波数情報Ｖｍは、第２統計期間内に第５デバイスにより送信されたｎ個のビットの第２サービスデータの量を示すために用いられ、第５デバイスの送信頻度は第２統計期間の基準として用いられ、ｍは正の整数であり、クロック処理ユニット１６２０はさらに、第２サービス周波数情報Ｖｍに基づいて、第２サービスデータに対応するクロックを復旧させるように構成される。

任意選択的に、任意の実施形態において、第１サービス周波数情報はＺｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}であり、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は第５デバイスの送信頻度である。

クロック処理ユニット１６２０は、図９Ａ、図９Ｂ、図９Ｃおよび図１０におけるクロック処理ユニットＴＩＭＩＮＧ ＲＸに対応してよいことが理解されるべきである。サービス処理ユニット１６１０は、図９Ａ、図９Ｂ、図９Ｃおよび図１０におけるサービス処理ユニット、シムデマッピングユニットおよびＰＨＹリンクなどに対応してよい。

本願のこの実施形態におけるクロック処理ユニット１６２０およびサービス処理ユニット１６１０のいくつかの機能は、プロセッサまたはプロセッサに関連する回路コンポーネントにより実装されてよく、サービス処理ユニット１６１０のいくつかの機能は、ネットワークインタフェースまたはネットワークインタフェースに関連する回路コンポーネントにより実装されてよいということが理解されるべきである。

図１７に示されるように、本願の実施形態はさらに、サービス周波数をトランスペアレントに伝送するデバイス１７００を提供する。サービス周波数をトランスペアレントに伝送するデバイス１７００は、第４デバイスである。サービス周波数をトランスペアレントに伝送するデバイス１７００は、プロセッサ１７１０、メモリ１７２０およびネットワークインタフェース１７３０を含む。メモリ１７２０は、命令を格納するように構成される。プロセッサ１７１０およびネットワークインタフェース１７３０は、メモリ１７２０に格納されている命令を実行するように構成される。

本願の実施形態に言及されるプロセッサは、中央演算処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ，ＣＰＵ）であってよく、または別の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）または別のプログラム可能な論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、または個別のハードウェアコンポーネントなどであってよいということが理解されるべきである。汎用プロセッサは、マイクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。

本願の実施形態に言及されるメモリは、揮発性メモリであってよく、または不揮発性メモリであってよく、または揮発性メモリと不揮発性メモリとを含んでよいということがさらに理解されるべきである。不揮発性メモリは、リードオンリメモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、プログラム可能リードオンリメモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラム可能リードオンリメモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラム可能リードオンリメモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）であってよい。例示的であるが限定のためではなく、例えば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ，ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ，ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ，ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ，ＤＤＲ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ，ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ，ＳＬＤＲＡＭ）、およびダイレクトランバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ，ＤＲ ＲＡＭ）など、多くの形態のＲＡＭが利用可能であるが、これらに限定されない。

プロセッサが汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡまたは別のプログラム可能な論理デバイス、ディスクリートゲート若しくはトランジスタ論理デバイス、または個別のハードウェアコンポーネントである場合、メモリ（ストレージモジュール）は、プロセッサに統合されるということを注意すべきである。

本明細書に説明されるメモリは、これらのメモリと別の適切な種類の任意のメモリを含むことを目標とするが、これらに限定されるものではないということを注意すべきである。

本願の実施形態はさらに、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は命令を格納する。命令がコンピュータで実行される場合、コンピュータは、上記方法の実施形態における方法を実行することが可能になる。具体的に、コンピュータは上述の第１デバイスまたは上述の第４デバイスであってよい。

本願の実施形態はさらに、命令を含むコンピュータプログラム製品を提供する。コンピュータがコンピュータプログラム製品の命令を実行する場合、コンピュータは、上記方法の実施形態における方法を実行することが可能になる。具体的に、コンピュータプログラム製品は、上述の第１デバイスまたは上述の第４デバイスで実行されてよい。

上述の実施形態の全てまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはこれらの任意の組み合わせを用いて実装されてよい。実施形態を実装するのにソフトウェアが用いられる場合、当該実施形態は全て、または部分的に、コンピュータプログラム製品の形態で実装されてよい。コンピュータプログラム製品は、１または複数のコンピュータ命令を含む。コンピュータ命令がコンピュータにロードされ実行される場合、本願の実施形態に係るプロシージャまたは機能が全てまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラム可能装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよく、または、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンタから、別のウェブサイト、コンピュータ、サーバ、またはデータセンタに、有線（例えば、同軸ケーブル、光ファイバ、またはデジタル加入者線（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ、ＤＳＬ））または無線（例えば、赤外線、電波、またはマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体であっても、１または複数の使用可能な媒体を統合したサーバまたはデータセンタなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピディスク、ハードディスクまたは磁気テープ）、光媒体（例えば、高密度デジタルビデオディスク（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｄｉｓｃ，ＤＶＤ））、または半導体媒体（例えば、ソリッドステートディスク（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｉｓｋ，ＳＳＤ））などであってよい。

本明細書における第１、第２およぼい様々な数字は、本願の範囲を限定するのではなく、説明を容易にするためにのみ、区別のために用いられるということが理解されるべきである。

本明細書における用語「および／または」は、関連対象物の説明において対応関係のみを表し、３つの関係が存在し得ることを表しているということが理解されるべきである。例えば、Ａおよび／またはＢは、Ａのみが存在する、ＡおよびＢの両方が存在する、および、Ｂのみが存在するという３つの場合を表し得る。加えて、本明細書における「／」という文字は概して、関連対象物間の「または」の関係を示す。

上述のプロセスの順序番号は、本願の様々な実施形態における実行順序を意味するものではないことが理解されるべきである。プロセスの実行順序は、プロセスの機能および内部論理に基づいて決定されるべきであり、本願の実施形態の実装プロセスに対するいかなる限定と解釈されるべきではない。

当業者であれば、本明細書において開示された実施形態に関連して説明された例におけるユニットおよびアルゴリズム段階が、電子的ハードウェア、またはコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって実装されてよいことを認識すると考えられる。これらの機能がハードウェアで実施されるのか、またはソフトウェアで実施されるのかは、技術的解決手段の個々の用途および設計制約条件によって決まる。当業者は、各特定の用途に対し、説明された機能を実装するために異なる方法を用いてよいが、当該実装が本願の保護範囲を超えるものとみなされるべきではない。

簡便かつ簡潔な説明のために、システム、装置およびユニットの詳細な動作プロセスについては方法の実施形態における対応するプロセスを参照することは、当業者により明確に理解され得る。詳細についてはここで改めて説明しない。

本願において提供された、いくつかの実施形態では、開示されたシステム、装置、および方法が他の方式で実装されてよいことが理解されるべきである。例えば、説明された装置の実施形態は、単なる一例にすぎない。例えば、ユニットの分割は単なる論理的機能の分割にすぎず、実際の実装では他の分割であってもよい。例えば、複数のユニットまたはコンポーネントが別のシステムに組み合わされまたは統合されてもよく、あるいはいくつかの特徴が無視されまたは実行されなくてもよい。加えて、表示または説明された相互結合、または直接的結合または通信接続は、一部のインタフェースを用いて実装されてよい。機器間またはユニット間の間接的結合または通信接続は、電気的形態、機械的形態、または他の形態で実装されてよい。

別個の部分として説明されたユニットは、物理的に離れていてもいなくてもよく、またユニットとして示された部分が物理的ユニットであってもなくてもよく、１か所に位置してもよく、または複数のネットワークユニットに分散されてもよい。ユニットの一部または全てが、実施形態の解決手段の目的を実現するために、実際の必要性に従って選択されてよい。

加えて、本願の実施形態における機能ユニットが１つの処理ユニットに統合されてもよく、またはユニットの各々が物理的に単独で存在してもよく、または２つ以上のユニットが１つのユニットに統合される。

これらの機能がソフトウェア機能ユニットの形態で実現され、個別の製品として販売されるかまたは用いられる場合、これらの機能はコンピュータ可読記憶媒体に格納されてよい。そのような理解に基づいて、本願の技術的解決手段は、本質的に、または先行技術に対する貢献をもたらす部分が、または技術的解決手段の一部が、ソフトウェア製品の形態で実装されてよい。コンピュータソフトウェア製品は、記憶媒体に格納され、本願の実施形態において説明されている方法の段階の全てまたは一部を実行するよう、コンピュータデバイス（これはパーソナルコンピュータ、サーバ、またはネットワークデバイスなどであってよい）に命令するためのいくつかの命令を含む。上述の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、リードオンリメモリ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどの、プログラムコードを格納し得る任意の媒体を含む。

上述の説明は、本願の単なる特定の実装例にすぎず、本願の保護範囲を限定することを意図するものではない。本願において開示された技術範囲内で当業者により容易に想到するあらゆる変形または置換は、本願の保護範囲に含まれるものとする。したがって、本願の保護範囲は、特許請求の範囲に記載された保護範囲に従うものとする。

光インターネットワーキングフォーラム（Ｏｐｔｉｃａｌ Ｉｎｔｅｒｎｅｔｗｏｒｋｉｎｇ Ｆｏｒｕｍ，ＯＩＦ）が、２０１６年４月にリリースされた技術的提案においてフレキシブルイーサネット（登録商標）（Ｆｌｅｘｉｂｌｅ Ｅｔｈｅｒｎｅｔ（登録商標），ＦｌｅｘＥ）の概念を提案しており、ＦｌｅｘＥはより広く適用されている。ＦｌｅｘＥベースのベアラネットワークが、アプリケーションにおける様々なタイプのサービスを受信する。これらのサービスの一部は、例えば、公衆無線インタフェース（Ｃｏｍｍｏｎ Ｐｕｂｌｉｃ Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ，ＣＰＲＩ）サービスおよび同期デジタルハイアラーキ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ，ＳＤＨ）サービスなどの固定ビットレート（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ，ＣＢＲ）サービスなどの周波数をトランスペアレントに伝送を要求する。現在、ＦｌｅｘＥは、サービス周波数のトランスペアレントな伝送をサポートしない。具体的に、複数のサービスが周波数をトランスペアレントに伝送することを要求し、これらのサービスの周波数が異なるソースを有する場合、既存のデバイスではサービス周波数のトランスペアレントな伝送を実装することが難しい。

任意選択的に、任意の実施形態、クロック処理ユニット１４１０はさらに、第１サービスデータのレートに基づいて第１統計期間を決定するように構成されており、クロック処理ユニット１４１０が第１サービス周波数情報Ｘｎを決定することは、第１統計期間内に送信されたｎ個のビットの第１サービスデータの量についての統計を収集することを含む。

Claims (32)

1. サービス周波数をトランスペアレントに伝送する方法であって、
   第１デバイスが、第１サービス周波数情報Ｘｎを決定する段階であって、前記第１サービス周波数情報Ｘｎは、第１統計期間内に前記第１デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すことに用いられ、前記第１デバイスの送信頻度は前記第１統計期間の基準として用いられ、ｎは正の整数である、決定する段階と、前記第１デバイスが、前記第１サービス周波数情報Ｘｎを第１Ｓ／Ｔビットコードブロックにカプセル化させることと、前記第１Ｓ／Ｔビットコードブロックを前記第１サービスデータのデータストリームに挿入することと、前記第１サービスデータの前記データストリームを第２デバイスに送信することとを行う段階であって、ＳとＴとは正の整数である、段階と
   を備える、方法。
2. 前記第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されたＳ／Ｔビットコードブロックである、請求項１に記載の方法。
3. 第１統計期間情報は前記第１Ｓ／Ｔビットコードブロックにさらにカプセル化され、前記第１統計期間情報は前記第１統計期間を示すために用いられる、請求項１または２に記載の方法。
4. 前記第１統計期間は送信クロック周期の第１目標量であって、前記第１統計期間情報は前記第１目標量を含む、請求項３に記載の方法。
5. 前記方法はさらに、前記第１デバイスが、前記第１サービスデータのレートに基づく前記第１統計期間を決定する段階を含み、
   前記第１デバイスが第１サービス周波数情報Ｘｎを決定する段階は、
   前記第１デバイスが、前記第１統計期間内に送信されたｎ個のビットの第１サービスデータの前記量についての統計を収集する段階を備える、請求項１から４の何れか一項に記載の方法。
6. 前記方法はさらに、
   前記第１デバイスが、前記第１サービスデータの前記データストリームを受信する段階であって、前記第１サービスデータの前記データストリームは第３デバイスにより送信される、受信する段階と、
   前記第１サービスデータの前記データストリームの第２Ｓ／Ｔビットコードブロックから第１サービス周波数情報Ｙｎを解析する段階と
   を備え、
   第１デバイスが第１サービス周波数情報Ｘｎを決定する前記段階は、
   前記第１デバイスが、前記第１サービス周波数情報Ｙｎに基づいて、前記第１統計期間内に送信されたｎ個のビットの第１サービスデータの前記量を計算し、前記第１サービス周波数情報Ｘｎを取得する、計算する段階を含む、請求項１から４の何れか一項に記載の方法。
7. 前記第１統計期間情報は前記第２Ｓ／Ｔビットコードブロックにさらにカプセル化され、前記第１統計期間情報は前記第１統計期間を示すために用いられる、請求項６に記載の方法。
8. 前記方法はさらに、
   前記第１デバイスが、第２サービス周波数情報Ｗｍを決定する段階であって、前記第２サービス周波数情報Ｗｍは、第２統計期間内に前記第１デバイスにより送信されたｍ個のビットの第２サービスデータの量を示すことに用いられ、前記第１デバイスの前記送信頻度は前記第２統計期間の基準として用いられ、ｍは正の整数である、決定する段階と、
   前記第１デバイスが、前記第２サービス周波数情報Ｗｍを第３Ｓ／Ｔビットコードブロックにカプセル化させることと、前記第３Ｓ／Ｔビットコードブロックを前記第２サービスデータのデータストリームに挿入することと、前記第２サービスデータの前記データストリームを前記第２デバイスに送信することと、を行う段階と
   を備える、請求項１から７の何れか一項に記載の方法。
9. 前記第１サービス周波数情報Ｘｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は前記第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は前記第１デバイスの前記送信頻度である、請求項１から８の何れか一項に記載の方法。
10. サービス周波数をトランスペアレントに伝送する方法であって、
    第４デバイスが、第１サービスデータのデータストリームを受信する段階であって、前記第１サービスデータの前記データストリームは第５デバイスにより送信され、前記第１サービスデータの前記データストリームは第１Ｓ／Ｔビットコードブロックを含み、前記第１Ｓ／Ｔビットコードブロックは第１サービス周波数情報Ｚｎを含み、前記第１サービス周波数情報Ｚｎは、第１統計期間内に前記第５デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、前記第５デバイスの送信頻度は前記第１統計期間の基準として用いられ、ｎ、ＳおよびＴは正の整数である、受信する段階と、
    前記第４デバイスが、前記第１サービス周波数情報Ｚｎに基づいて、前記第１サービスデータに対応するクロックを復旧させる段階と
    を備える、方法。
11. 前記第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されたＳ／Ｔビットコードブロックである、請求項１０に記載の方法。
12. 第１統計期間情報は、前記第１Ｓ／Ｔビットコードブロックにおいてさらにカプセル化され、前記第１統計期間情報は前記第１統計期間を示すために用いられ、前記第４デバイスが、前記第１サービス周波数情報Ｚｎに基づいて、前記第１サービスデータに対応するクロックを復旧させる前記段階は、
    前記第４デバイスが、前記第１サービス周波数情報Ｚｎと前記第１統計期間情報とに基づいて前記第１サービスデータに対応する前記クロックを復旧させる段階を含む、請求項１０または１１に記載の方法。
13. 前記第１統計期間は送信クロック周期の第１目標量であって、前記第１統計期間情報は前記第１目標量を含む、請求項１２に記載の方法。
14. 前記方法はさらに、
    前記第４デバイスが第２サービスデータのデータストリームを受信する段階であって、前記第２サービスデータの前記データストリームは前記第５デバイスにより送信され、前記第２サービスデータの前記データストリームは第２Ｓ／Ｔビットコードブロックを含み、前記第２Ｓ／Ｔビットコードブロックは第２サービス周波数情報Ｖｍを含み、前記第２サービス周波数情報Ｖｍは、第２統計期間内に前記第５デバイスにより送信されたｎ個のビットの第２サービスデータの量を示すために用いられ、前記第５デバイスの前記送信頻度は前記第２統計期間の基準として用いられ、ｍは正の整数である、受信する段階と、
    前記第４デバイスが、前記第２サービス周波数情報Ｖｍに基づいて、前記第２サービスデータに対応するクロックを復旧させる段階と
    を備える、請求項１０から１３の何れか一項に記載の方法。
15. 前記第１サービス周波数情報Ｚｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は前記第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は前記第５デバイスの前記送信頻度である、請求項１０から１４の何れか一項に記載の方法。
16. サービス周波数をトランスペアレントに伝送するデバイスであって、前記デバイスは第１デバイスであって、
    第１サービス周波数情報Ｘｎを決定するように構成されるクロック処理ユニットであって、前記第１サービス周波数情報Ｘｎは、第１統計期間内に前記第１デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、前記第１デバイスの送信頻度は前記第１統計期間の基準として用いられ、ｎは正の整数である、クロック処理ユニットと、
    前記クロック処理ユニットにより決定された前記第１サービス周波数情報Ｘｎを第１Ｓ／Ｔビットコードブロックにカプセル化させることと、前記第１Ｓ／Ｔビットコードブロックを前記第１サービスデータのデータストリームに挿入することと、前記第１サービスデータの前記データストリームを第２デバイスに送信することとを行うように構成されるサービス処理ユニットであって、ＳとＴとは正の整数である、サービス処理ユニットと
    を備える、
    第１デバイスである、デバイス。
17. 前記第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されたＳ／Ｔビットコードブロックである、請求項１６に記載のデバイス。
18. 第１統計期間情報は前記第１Ｓ／Ｔビットコードブロックにさらにカプセル化され、前記第１統計期間情報は前記第１統計期間を示すために用いられる、請求項１６または１７に記載のデバイス。
19. 前記第１統計期間は送信クロック周期の第１目標量であって、前記第１統計期間情報は前記第１目標量を含む、請求項１８に記載のデバイス。
20. 前記クロック処理ユニットはさらに、
    前記第１サービスデータのレートに基づいて前記第１統計期間を決定するように構成されており、
    前記クロック処理ユニットが前記第１サービス周波数情報Ｘｎを決定することは、前記第１統計期間内に送信されたｎ個のビットの第１サービスデータの前記量についての統計を収集することを含む、
    請求項１６から１９の何れか一項に記載のデバイス。
21. 前記サービス処理ユニットはさらに、
    前記第１サービスデータの前記データストリームを受信するように構成され、前記第１サービスデータの前記データストリームは第３デバイスにより送信される、受信することと、前記第１サービスデータの前記データストリームの第２Ｓ／Ｔビットコードブロックから第１サービス周波数情報Ｙｎを解析し、
    前記クロック処理ユニットは、
    前記第１統計期間内に送信されたｎ個のビットの第１サービスデータの前記量を、前記第１サービス周波数情報Ｙｎに基づいて計算して、前記第１サービス周波数情報Ｘｎを取得するように具体的に構成される、
    請求項１６から１９の何れか１項に記載のデバイス。
22. 前記第１統計期間情報は前記第２Ｓ／Ｔビットコードブロックにさらにカプセル化され、前記第１統計期間情報は前記第１統計期間を示すために用いられる、請求項２１に記載のデバイス。
23. 前記クロック処理ユニットはさらに、
    第２サービス周波数情報Ｗｍを決定するように構成され、前記第２サービス周波数情報Ｗｍは、第２統計期間内に前記第１デバイスにより送信されたｍ個のビットの第２サービスデータの量を示すことに用いられ、前記第１デバイスの前記送信頻度は前記第２統計期間の基準として用いられ、ｍは正の整数であり、
    前記サービス処理ユニットはさらに、
    前記第２サービス周波数情報Ｗｍを第３Ｓ／Ｔビットコードブロックにカプセル化させることと、前記第３Ｓ／Ｔビットコードブロックを前記第２サービスデータのデータストリームに挿入することと、前記第２サービスデータの前記データストリームを前記第２デバイスに送信することとを行うように構成される、
    請求項１６から２２の何れか一項に記載のデバイス。
24. 前記第１サービス周波数情報Ｘｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は前記第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は前記第１デバイスの前記送信頻度である、請求項１６から２３の何れか一項に記載のデバイス。
25. サービス周波数をトランスペアレントに伝送するデバイスであって、前記デバイスは第４デバイスであって、
    第１サービスデータのデータストリームを受信するように構成されるサービス処理ユニットであって、前記第１サービスデータの前記データストリームは第５デバイスにより送信され、前記第１サービスデータの前記データストリームは第１Ｓ／Ｔビットコードブロックを含み、前記第１Ｓ／Ｔビットコードブロックは第１サービス周波数情報Ｚｎを含み、前記第１サービス周波数情報Ｚｎは、第１統計期間内に前記第５デバイスにより送信されたｎ個のビットの第１サービスデータの量を示すために用いられ、前記第５デバイスの送信頻度は前記第１統計期間の基準として用いられ、ｎ、ＳおよびＴは正の整数である、サービス処理ユニットと、
    前記第１サービス周波数情報Ｚｎに基づいて前記第１サービスデータに対応するクロックを復旧させるように構成されるクロック処理ユニットと
    を備える、デバイス。
26. 前記第１Ｓ／Ｔビットコードブロックは、Оコードにより識別されたＳ／Ｔビットコードブロックである、請求項２５に記載のデバイス。
27. 第１統計期間情報は、前記第１Ｓ／Ｔビットコードブロックにさらにカプセル化され、前記第１統計期間情報は前記第１統計期間を示すために用いられ、前記クロック処理ユニットは、前記第１サービス周波数情報Ｚｎと前記第１統計期間情報とに基づいて、前記第１サービスデータに対応する前記クロックを復旧させるように具体的に構成される、請求項２５または２６に記載のデバイス。
28. 前記第１統計期間は送信クロック周期の第１目標量であって、前記第１統計期間情報は前記第１目標量を含む、請求項２７に記載のデバイス。
29. 前記サービス処理ユニットはさらに、
    第２サービスデータのデータストリームを受信するように構成され、前記第２サービスデータの前記データストリームは前記第５デバイスにより送信され、前記第２サービスデータの前記データストリームは第２Ｓ／Ｔビットコードブロックを含み、前記第２Ｓ／Ｔビットコードブロックは第２サービス周波数情報Ｖｍを含み、前記第２サービス周波数情報Ｖｍは、第２統計期間内に前記第５デバイスにより送信されたｎ個のビットの第２サービスデータの量を示すために用いられ、前記第５デバイスの前記送信頻度は前記第２統計期間の基準として用いられ、ｍは正の整数であり、
    前記クロック処理ユニットはさらに、
    前記第２サービス周波数情報Ｖｍに基づいて、前記第２サービスデータに対応するクロックを復旧させるように構成される、
    請求項２５から２８の何れか一項に記載のデバイス。
30. 前記第１サービス周波数情報Ｚｎ＝Ａ・Ｆ_{ｃｌｉｅｎｔ}／Ｆ_{ＦｌｅｘＥ}、Ａは周波数係数であり、Ｆ_{ｃｌｉｅｎｔ}は前記第１サービスデータのサービス周波数であり、Ｆ_{ＦｌｅｘＥ}は前記第５デバイスの前記送信頻度である、請求項２５から２９の何れか一項に記載のデバイス。
31. 命令を記憶し、前記命令がコンピュータで実行される場合、前記コンピュータは、請求項１から９の何れか一項に記載の方法を実行することが可能になる、コンピュータ記憶媒体。
32. 命令を記憶し、前記命令がコンピュータで実行される場合、前記コンピュータは、請求項１０から１５の何れか一項に記載の方法を実行することが可能になる、コンピュータ記憶媒体。