(57)【要約】  フレックスイーサネットプロトコルにおいてトラヒックを伝送する方法、装置及びシステムである。フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法は、送信端が所定クライアント・トラヒックをパッケージ化することと、前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信することと、を含む。【選択図】図８
2020519100.tif 000002
【特許請求の範囲】
【請求項１】
送信端が、所定クライアント・トラヒックをパッケージ化することと、
前記送信端が、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信することと、を含む、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法。
【請求項２】
前記所定タイプの制御情報ブロックは、アイドル情報ブロックである、
請求項１に記載の方法。
【請求項３】
前記所定クライアント・トラヒックは、最も優先度の低いクライアント・トラヒックである、
請求項１又は２に記載の方法。
【請求項４】
前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端が、単位時間あたりの前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことと、
前記送信端が、速度調整した所定クライアント・トラヒックを前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックにインサートすることと、を含む、
請求項１、２又は３に記載の方法。
【請求項５】
前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことは、
前記パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることによって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことを含む、
請求項４に記載の方法。
【請求項６】
前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端が、前記ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記送信端が、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックであるか否かを判断することと、
前記送信端が、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートすることと、を含む、
請求項１に記載の方法。
【請求項７】
前記所定クライアント・トラヒックを運搬する前記スロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットである、
請求項６に記載の方法。
【請求項８】
前記所定クライアント・トラヒックは１つである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送され、
前記所定クライアント・トラヒックは複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される、
請求項６に記載の方法。
【請求項９】
前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべてまたは一部のバイトにインサートすることを含む、
請求項１に記載の方法。
【請求項１０】
前記所定タイプの制御情報ブロックの最後の７バイトのうち、前記パッケージ化した所定クライアント・トラヒックをインサートするためのバイトが、前記制御情報ブロックのタイプに応じて決定される、
請求項９に記載の方法。
【請求項１１】
受信端が、ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することと、
前記受信端が、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することと、を含む、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法。
【請求項１２】
前記所定タイプの制御情報ブロックは、アイドル情報ブロックである、
請求項１１に記載の方法。
【請求項１３】
前記所定クライアント・トラヒックは、最も優先度の低いクライアント・トラヒックである、
請求項１１又は１２に記載の方法。
【請求項１４】
前記受信端が抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することは、
前記受信端が、前記情報コンテンツをアンラッピングし、前記所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、少なくとも１つの前記所定クライアント・トラヒックを取得することを含む、
請求項１１、１２又は１３に記載の方法。
【請求項１５】
前記受信端が前記情報コンテンツをアンラッピングする前に、
前記受信端は、前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄する、
請求項１４に記載の方法。
【請求項１６】
前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
受信端は、ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記受信端は、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックであるか否かを判断することと、
前記受信端は、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから前記情報コンテンツを抽出することと、を含む、
請求項１１に記載の方法。
【請求項１７】
前記所定クライアント・トラヒックを運搬する前記スロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットである、
請求項１６に記載する方法。
【請求項１８】
前記所定クライアント・トラヒック１つである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送され、
前記所定クライアント・トラヒックは複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される、
請求項１６に記載の方法。
【請求項１９】
前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
前記受信端は、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから前記情報コンテンツを抽出することを含む、
請求項１１に記載の方法。
【請求項２０】
前記所定タイプの制御情報ブロックのうち、前記情報コンテンツを抽出するためのバイトは、前記制御情報ブロックのタイプに応じて決定される、
請求項１９に記載の方法。
【請求項２１】
所定クライアント・トラヒックをパッケージ化するように構成されるパッケージ化モジュールと、
パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信するように構成される伝送モジュールと、を備える、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置。
【請求項２２】
ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出するように構成される抽出モジュールと、
抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得するように構成される取得モジュールと、を備える、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置。
【請求項２３】
所定クライアント・トラヒックをパッケージ化し、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを受信端デバイスに送信するように構成される送信端デバイスと、
前記ＦＬＥＸＥトラフィックスロット内の前記所定タイプの制御情報ブロックにおける情報コンテンツを抽出し、抽出された情報コンテンツに応じて前記所定クライアント・トラヒックを取得するように構成される受信端デバイスと、を備える、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送するシステム。
【請求項２４】
請求項１〜２０のいずれか１項に記載の方法を実行するためのコンピュータ実行可能な命令が記憶されている、
コンピュータ可読な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信の技術分野に関し、例えば、フレックスイーサネットプロトコルにおいてトラヒックを伝送する方法、装置及びシステムに関する。
【背景技術】
【０００２】
ユーザーネットワーク情報トラヒックの急速な増加によって、通信ネットワーク情報伝送帯域幅の急速な発展が推進され、通信デバイスのインターフェース帯域幅速度は、１０メガビット（Ｍ）（ビット／秒、以下も同様）から１００Ｍに増加し、さらに１ギガビット（Ｇ）、１０Ｇ、及び１００Ｇの帯域幅速度に増加した。多数の業務用１００Ｇ光モジュールが市場に導入されており、４００Ｇ光モジュールも開発されている。しかし、４００Ｇ光モジュールは高価であり、４つの１００Ｇ光モジュールの価格を超えるため、４００Ｇ光モジュールの商業的経済価値が失われる。１００Ｇ光モジュールで４００Ｇトラヒックを伝送するために、国際標準化機構はフレックスイーサネット（Ｆｌｅｘ  Ｅｔｈｅｒｎｅｔ、ＦＬＥＸＥ）プロトコルを定義している。ＦＬＥＸＥプロトコルは、複数の１００Ｇ光モジュールをバンドルし、１つの高速な伝送路を形成する。例えば、４つの１００Ｇ光モジュールがＦＬＥＸＥプロトコルによってバンドされ、ＦＬＥＸＥシム（ｓｈｉｍ）層に接続されることで、１つの４００Ｇ光モジュールの伝送速度に相当する４００Ｇ伝送路が形成される。コストを増やせずに、４００Ｇトラヒックの伝送要求を満たすだけでなく、トラヒック伝送の経済価値の問題も解決される。
【０００３】
クライアント・トラヒック・データがＦＬＥＸＥ  ｓｈｉｍ層で搬送される場合、通常、アイドルビット（ｂｉｔ）を持ついくつかの制御情報ブロックがＦＬＥＸＥで搬送され、無駄遣いする。
【発明の概要】
【０００４】
本出願は、フレックスイーサネットプロトコルにおいてトラヒックを伝送する方法、装置及びシステムを提供し、伝送路の利用率を向上させ、トラヒック伝送効率を向上させることができる。
【０００５】
本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法を提供し、この方法は、
送信端が、所定クライアント・トラヒックをパッケージ化することと、
前記送信端が、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信することと、を含む。
【０００６】
本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法をさらに提供し、この方法は、
受信端が、ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することと、
前記受信端が、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することと、を含む。
【０００７】
本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は、
所定クライアント・トラヒックをパッケージ化するように構成されるパッケージ化モジュールと、
パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信するように構成される伝送モジュールと、を備える。
【０００８】
本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は、
ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出するように構成される抽出モジュールと、
抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得するように構成される取得モジュールと、を備える。
【０００９】
本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は第１メモリ及び第１プロセッサを備え、
前記第１メモリは、実行可能な命令を記憶するように構成され、
前記第１プロセッサは、前記実行可能な命令を実行し、
所定クライアント・トラヒックをパッケージ化する動作と、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、所定タイプの制御情報ブロックを送信する動作と、を実現するように構成される。
【００１０】
本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は第２メモリ及び第２プロセッサを備え、
前記第２メモリは、実行可能な命令を記憶するように構成され、
前記第２プロセッサは、前記実行可能な命令を実行し、
ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出する動作と、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得する動作と、を実現するように構成される。
【００１１】
本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送するシステムをさらに提供し、このシステムは送信端デバイス及び受信端デバイスを備え、
前記送信端デバイスは、所定クライアント・トラヒックをパッケージ化し、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを前記受信端デバイスに送信するように構成され、
前記受信端デバイスは、前記ＦＬＥＸＥトラフィックスロット内の前記所定タイプの制御情報ブロックにおける情報コンテンツを抽出し、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得するように構成される。
【００１２】
本出願は、上記の方法を実行するためのコンピュータ実行可能な命令を記憶するコンピュータ可読な記憶媒体をさらに提供する。
【００１３】
本出願の実施例は、ＦＬＥＸＥの通常のトラヒック伝送に影響を与えることなく、制御情報ブロックを用いて一部のクライアント・トラヒックを送信することができ、伝送路の利用率を向上させ、トラヒック伝送効率を向上させることができる。
【００１４】
本出願の他の特徴及び利点は、以下に説明する。そして、説明から、又は本出願の実施から、一部の特徴及び利点が明らかにする。本出願の目的及び他の利点は、明細書、請求の範囲及び図面で記載されている構造によって実現及び取得することができる。
【図面の簡単な説明】
【００１５】
【図１】本出願の一実施例に係るＦＬＥＸＥプロトコルの適用の模式図である。
【図２】本出願の一実施例に係るＦＬＥＸＥプロトコルオーバーヘッドブロック及びデータブロックの配列位置の模式図。
【図３】本出願の一実施例に係るＦＬＥＸＥプロトコルトラヒックを複数の物理的な通信路に割り当てる模式図である。
【図４】本出願の一実施例に係るＦＬＥＸＥプロトコルがクライアント・トラヒックを運搬する模式図である。
【図５】本出願の一実施例に係るＦＬＥＸＥ層にアイドル情報ブロックをインサートする模式図である。
【図６】本出願の一実施例に係るクライアント・トラヒック６４／６６符号化原理の模式図である。
【図７】本出願の一実施例に係るアイドル情報ブロック構造の模式図である。
【図８】本出願の一実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法のフローチャートである。
【図９】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法のフローチャートである。
【図１０】本出願の一実施例に係る送信端がアイドル情報ブロックによって１つの背景クライアント・トラヒックを伝送する模式図である。
【図１１】本出願の一実施例に係る受信端がアイドル情報ブロックから背景トラヒックを復元する模式図である。
【図１２】本出願の一実施例に係るアイドル情報ブロックによって４つの背景クライアント・トラヒックを伝送する模式図である。
【図１３】本出願の一実施例に係る１つのメンバーのアイドル情報ブロックによって背景クライアント・トラヒックを伝送する模式図である。
【図１４】本出願の一実施例に係る複数のメンバーのアイドル情報ブロックによって背景クライアント・トラヒックを伝送する模式図である。
【図１５】本出願の一実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。
【図１６】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。
【図１７】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。
【図１８】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。
【図１９】本出願の一実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送するシステムの模式図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、本出願の実施例について説明する。
【００１７】
図中のフローチャートに示されるステップは、コンピュータ実行可能な命令のセット等のコンピュータシステムで実行することができる。また、フローチャートには論理シーケンスが示されるが、場合によっては、示される又は説明されるステップは、ここで説明されるものとは異なる順番で実行される場合がある。
【００１８】
図１は、本出願の一実施例に係るＦＬＥＸＥプロトコルの適用の模式図である。図１に、左側のＦＬＥＸＥ  ｓｈｉｍ層及び４つの１００Ｇ光モジュールは、送信端と見なすことができ、右側の４つの１００Ｇ光モジュール及びＦＬＥＸＥ  ｓｈｉｍ層は、受信端と見なすことができる。クライアント・トラヒックはＦＬＥＸＥで固定数のスロットを選択するため、剛性通路であり、クライアント・トラヒックが少なくなると、クライアント・トラヒックがＦＬＥＸＥ  ｓｈｉｍ層のスロットを独占するため、速度を適応するために、アイドル情報ブロックがインサートされ、伝送路の利用率が低くなり、無駄が生じる。
【００１９】
まず、ＦＬＥＸＥプロトコルを簡単に紹介する。
【００２０】
ＦＬＥＸＥプロトコルは、物理層の１００Ｇ速度によって定義される。光モジュールでは、１００Ｇデータパケットが送信される前に、データパケットは、６４／６６符号化され、即ち、６４ビット（ｂｉｔ）データを６６ビット情報ブロックに拡張すると、追加された２ビットは、６６ビット情報ブロックの開始フラグとし、６６ビットの先頭に配置され、６６ビット情報ブロックの形式で光ポートから送信される。受信時に、光ポートは受信したデータストリームから６６ビット情報ブロックを識別し、６６ビット情報ブロックから元の６４ビットデータを復元し、データパケットを再構成する。
【００２１】
ＦＬＥＸＥプロトコルは、６４ビットデータから６６ビット情報ブロックへの変換層にあり、６６ビット情報ブロックが送信される前に、６６ビット情報ブロックがソート及び計画される。図２に示すように、１００Ｇ帯域幅速度のトラヒックの場合、２０個の６６ビット情報ブロックごとに１つの情報ブロック群、各６６ビット情報ブロックは１つのスロットを表し、即ち、１つの情報ブロック群には２０個のスロットが含まれ、各スロットは５Ｇ帯域幅のトラヒック速度を表す。６６ビット情報ブロックが送信されると、１０２３個の情報ブロック群（１０２３×２０個の情報ブロック）が送信されるたびに、１つのＦＬＥＸＥオーバーヘッドブロック（図２のスラッシュで塗りつぶされたブロック）がインサートされる。オーバーヘッドブロックがインサートされた後、情報ブロックの送信を続け、２番目の１０２３×２０個の情報ブロックが送信された後、オーバーヘッドブロックを再びにインサートし、以降同様、このように、情報ブロックの送信中では、オーバーヘッドブロックが定期的にインサートされ、２つの隣接するオーバーヘッドブロック間のギャップは１０２３×２０個ｎ情報ブロックである。
【００２２】
４路の１００Ｇ物理層が１つの４００Ｇ論理トラヒック帯域幅にバンドルされると、図３に示すように、情報ブロック群（２０個の情報ブロック）に従って分割され、各情報ブロック群が異なる物理的な通信路に順番に割り当てられ、例えば、図３に示すように、４つの情報ブロック群はそれぞれ４路の１００Ｇ物理層に割り当てられる。各物理層は、２０個の情報ブロックごとに１つの情報ブロック群を形成し、各１０２３個の情報ブロック群に１つのオーバーヘッドブロックがインサートされるように送信する。オーバーヘッドブロックは位置決めに役割を果たし、４つのメンバー（各１００Ｇ物理層はメンバーと呼ばれる）は、オーバーヘッドブロックにもとづいて位置決めとソートを行い、トラヒックを復元する。ＦＬＥＸＥプロトコルのｓｈｉｍ層では、４路の２０個の情報ブロックが８０個の情報ブロック群で構成される１つの情報ブロック群にアセンブルされ、情報ブロック群には８０個のスロットがある。クライアント・トラヒックはこれらの８０個のスロットで伝送され、各スロットの帯域幅は５Ｇであり、合計４００Ｇのトラヒック伝送帯域幅である。
【００２３】
ＦＬＥＸＥプロトコルによってクライアント・トラヒックを搬送するプロセスは、次のとおり。まず、クライアント・トラヒックに対して６４／６６符号化を行い、図４に示すように、クライアント１〜ｎのトラヒックのそれぞれに対して６４／６６符号化を行う。６４／６６符号化後、トラヒックレートを適応してもよい、アイドル情報ブロックをインサートし、適応した速度とＦＬＥＸＥ搬送する速度と一致することを確保する。各クライアント・トラヒックのＦＬＥＸＥ  ｓｈｉｍ層にどのスロットによって搬送されるかを決定する。１つのスロットで搬送されると、搬送する速度は５Ｇ（ビット／秒、ｂｉｔ／ｓ）になる。ｍ個のスロットで搬送されると、搬送する速度はｍ×５Ｇになり、搬送するためのスロット数とスロット位置を決定した後、適応したトラヒックがＦＬＥＸＥ  ｓｈｉｍ層の対応する位置にインサートされ、送信される。
【００２４】
クライアント・トラヒックは連続的ではないかもしれない、間隔的である場合があるため、例えば、クライアント・トラヒックはイーサネットでパケットであり、独立なパケットであり、個々のパケットにはパケット間のギャップがある。６４／６６符号化後、トラヒックはデータストリームに分割され、トラヒックの開始位置と終了を決定できる。６４／６６符号化後、各データストリーム間にアイドル情報ブロックをインサートしてもよい、アイドル情報ブロックはレート適応として機能する。クライアント・トラヒック速度が大きい場合、インサートされるアイドル情報ブロックは少なくなり、クライアント・トラヒック速度が小さい場合、インサートされるアイドル情報ブロックは多くなり、このようにアイドル情報ブロックがインサートされた後、トラヒックの速度はＦＬＥＸＥ  ｓｈｉｍ層の搬送する速度要求と完全に一致することが確保され、ＦＬＥＸＥ  ｓｈｉｍ層によって送信される。
【００２５】
クライアント・トラヒックにはアイドル情報ブロックがインサートされているため、ＦＬＥＸＥ  ｓｈｉｍ層では、一部のスロット位置は、実際の有効なデータの代わりにアイドル情報ブロックが搬送され、図５に示すように、横線で塗りつぶされたブロックは、アイドル情報ブロックである。クライアント・トラヒック速度が小さいほど、アイドル情報ブロックが多くなる。ＦＬＥＸＥ  ｓｈｉｍ層にアイドル情報ブロックを保持すれば、実際に損失（又は無駄）である。
【００２６】
クライアント・トラヒックに対して６４／６６符号化の符号化ルールが図６に示されている。図６に示すように、６４／６６符号化された情報ブロックの長さは６６ｂｉｔであり、最初の２ｂｉｔは情報ブロック属性を指示するための情報ブロック属性指示ビットである。２つの情報ブロック属性指示ビットのコンテンツは０１である場合、この情報ブロックは単純なデータブロックであり、情報ブロックに後ろの６４つのビット（８バイト）はすべてクライアントデータ情報、長さ８バイトのクライアントデータ情報、バイトＤ０からバイトＤ７であることを示す。２つの情報ブロック属性指示ビットのコンテンツは１０である場合、この情報ブロックは制御情報ブロックであり、具体的には、どのような制御情報ブロックであるが情報ブロックの第１バイトのコンテンツによって決定される。図６の３行目に示すように、情報ブロック属性指示ビットのコンテンツは１０、第１バイトのコンテンツは０ｘ７８（１６進数で７８）であり、この情報ブロックはデータパケットの最初のデータブロック（開始ブロック）であることを示し、情報ブロックの意味はＳ０Ｄ１Ｄ２Ｄ３Ｄ４Ｄ５Ｄ６Ｄ７、Ｓは開始ブロックを示し、開始フラグは最初のバイトにあり、次の７バイトはクライアントデータ情報である。以下も同様で、情報ブロック属性指示ビットのコンテンツは１０、第１バイトコンテンツが０ｘＦＦ（１６進数でＦＦ）であり、この情報ブロックがデータパケットの最後のデータブロック（終了ブロック）であることを示し、情報ブロックの意味はＤ０Ｄ１Ｄ２Ｄ３Ｄ４Ｄ５Ｄ６Ｔ７、Ｔは終了フラグを示し、終了フラグは第８バイト、前の７バイトはクライアントデータ情報である。情報ブロック属性指示ビットのコンテンツは１０、第１バイトコンテンツは０ｘＡＡ（１６進数でＡＡ）であり、この情報ブロックはデータパケットの最後のデータブロック（終了ブロック）であることを示し、情報ブロックの意味はＤ０Ｄ１Ｔ２Ｃ３Ｃ４Ｃ５Ｃ６Ｃ７、Ｔは終了フラグを示し、終了フラグは第３バイト、前の２バイトはクライアントデータ情報、後ろの５バイト（Ｃ３〜Ｃ７）は補助情報であり、気にする必要がない。情報ブロック属性指示ビットのコンテンツは１０、第１バイトコンテンツ是０ｘ８７（１６進数で８７）、この情報ブロックはデータパケットの最後のデータブロック（終了ブロック）、情報ブロックの意味はＴ０Ｃ１Ｃ２Ｃ３Ｃ４Ｃ５Ｃ６Ｃ７、Ｔは終了フラグを示し、終了フラグは第１バイト、次の７バイト（Ｃ１〜Ｃ７）は補助情報であり、気にする必要がない、この情報ブロックは、あくまでクライアント情報の終了を指示するために使用され、クライアントのデータを運ばない。
【００２７】
特別な情報ブロックがあり、情報ブロック属性指示ビットのコンテンツは１０、第１バイトのコンテンツは０ｘ１Ｅ（１６進数で１Ｅ）であり、この情報ブロックがアイドル情報ブロック（ｉｄｌｅブロックとも呼ばれる）であることを示し、第１バイトはアイドル情報ブロックを示し、次の７バイトは補助情報であり、気にする必要がない。図７に示すように、このアイドル情報ブロックは、あくまでクライアント・トラヒックの速度を調整するために使用され、クライアント・トラヒックのデータを運ばない。クライアント・トラヒックレートが小さくなると、速度調整のためにアイドル情報ブロックをさらにインサートする必要がある。
【００２８】
実施例１
本実施例は、ＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法を提供する。図８に示すように、この方法には以下のステップが含まれる。
【００２９】
ステップ１１０では、送信端は、所定クライアント・トラヒックをパッケージ化する。
【００３０】
ステップ１２０では、前記送信端は、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートして送信する。
【００３１】
本実施例によれば、制御情報ブロックは、追加されるトラヒックを運搬するために利用され、ＦＬＥＸＥ  ｓｈｉｍ層の搬送する效率を改善し、追加の経済価値を生じる。
【００３２】
本実施例において、制御情報ブロックとは、情報ブロック属性指示ビットのコンテンツが１０である情報ブロックであってもよい。制御情報ブロックのタイプは、この制御情報ブロックにおける第１バイトのコンテンツによって決定されてもよい。
【００３３】
本実施例において、前記所定クライアント・トラヒックは、１つ又は複数であってもよい。複数の所定クライアント・トラヒックがある場合、異なる識別子によって、異なる所定クライアント・トラヒックを区別できる。
【００３４】
本実施例において、ステップ１１０及びステップ１２０は両方とも進行中のプロセスであり、２つのステップは並行して実行でき、例えば、所定クライアント・トラヒックを継続的にパッケージ化しながら、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックを継続的に監視し、所定タイプの制御情報ブロックが見つかると、既にパッケージ化された所定クライアント・トラヒックをこの制御情報ブロックにインサートする。
【００３５】
本実施例において、所定タイプの制御情報ブロックは、１つ又は複数のタイプを含んでもよい、異なるタイプの制御情報ブロックでは、前記所定クライアント・トラヒックを運搬する（つまり、パッケージ化された所定クライアント・トラヒックをインサートできる）バイトの数及び位置は、このタイプに従って決定されてもよい。
【００３６】
本実施例において、パッケージは、６４／６６符号化のパッケージ、イーサネットパケット方式のパッケージ、及びハイレベルデータリンク制御（Ｈｉｇｈ−Ｌｅｖｅｌ  Ｄａｔａ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ、ＨＤＬＣ）パケット規格の封装のいずれかの方式で採用してもよい。パッケージ化方式は、送信端と受信端が合意してもよく、又はデフォルトのパッケージ方式を使用してよい。
【００３７】
一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいが、これに限定されない。
【００３８】
一実施例において、前記所定タイプの制御情報ブロックとは、第１バイトのコンテンツが０ｘ１Ｅ（１６進数で１Ｅ）である制御情報ブロックであってもよい。
【００３９】
一実施例において、アイドル情報ブロックの最後の７バイトの一部又は全部のバイトを利用して、所定クライアント・トラヒックを伝送し、帯域幅の無駄を回避し、伝送効率を改善することができる。
【００４０】
一実施例において、他のタイプの制御情報ブロックを、前記所定タイプの制御情報ブロックとして採用してもよい。
【００４１】
一実施例において、前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端は、ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記送信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断することと、
前記送信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。
【００４２】
本実施例において、所定ルールに応じて、前記所定クライアント・トラヒックを運搬するためのスロット位置を決定してもよい。例えば、所定クライアント・トラヒックが１つしかない場合、ＦＬＥＸＥ  ｓｈｉｍ層におけるすべてのスロット位置を、前記所定クライアント・トラヒックを運搬するスロット位置として決定してもよい。例えば、４つのメンバーと、２つの所定クライアント・トラヒックがある場合、ＦＬＥＸＥ  ｓｈｉｍ層の最初の４０個のスロット位置が、第１の所定クライアント・トラヒックを運搬するスロット位置として決定され、最後の４０個のスロット位置が第２の所定クライアント・トラヒックを運搬するスロット位置として決定されてもよい。以上は実行可能な一例であるが、実際のアプリケーションはこれに限定されるものではない、上記の所定ルールは単独で設定してもよい。
【００４３】
一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。
【００４４】
一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、スロットの全部又は一部で搬送されてもよい。
前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送されてもよい。
【００４５】
一実施例において、前記所定クライアント・トラヒックを運搬するためのスロット位置は、送信端に事前に記憶されてもよい。
【００４６】
一実施例において、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。
【００４７】
クライアント・トラヒックの１つのタイプは、低優先度で非確保の帯域幅トラヒックで、このタイプのトラヒックは、優先度が最も低く、帯域幅の確保に必要がない（タイムリーな伝送の確保はない）。ネットワーク帯域幅が輻輳すると、このタイプのトラヒックの伝送を停止し、ネットワーク帯域幅を優先度の高いトラヒックに渡り、ネットワーク帯域幅がアイドル状態である場合、このタイプのトラヒックが伝送される。このタイプのトラヒックは、以下、背景クライアント・トラヒックと呼ばれる。
【００４８】
一実施例において、前記所定クライアント・トラヒックは、背景クライアント・トラヒックであってもよいが、これに限定されない。
【００４９】
一実施例において、前記所定クライアント・トラヒックは、他のクライアント・トラヒックを含んでも良い。
【００５０】
一実施例において、前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端は、単位時間あたりのＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことと、
前記送信端は、速度調整された所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。
【００５１】
一実施例において、単位時間あたりの数とは、現在の時刻に検出された単位時間あたりの数であってもよく、特定の長さの履歴データの統計値と取得された単位時間あたりの平均数であってもよい。
【００５２】
一実施例において、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことは、
パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることによって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うこと、を含んでもよい。
【００５３】
一実施例において、アイドル情報は、所定フォーマットのビットシーケンスなどであってもよいし、インサートされる位置は、所定クライアント・トラヒックのデータの前又は後、又は指定された位置であってもよい。
【００５４】
一実施例において、所定タイプの制御情報ブロックが比較的多い場合、より高い伝送速度を提供することができ、所定クライアント・トラヒック自体の速度がこの伝送速度よりも遅い場合、アイドル情報のインサート、又は所定タイプの制御情報ブロックの一部バイトのみの伝送によって、所定クライアント・トラヒックの速度を上記の伝送速度と一致させることができる。所定タイプの制御情報ブロックが比較的多い場合、提供される伝送速度が所定クライアント・トラヒック自体の速度よりも遅いであれば、所定クライアント・トラヒックのバッファリング、又は所定タイプの制御情報ブロックの追加などの方式によって、所定クライアント・トラヒックの速度を上記の伝送速度と一致させることができる。
【００５５】
一実施例において、前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端は、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトにインサートすること、を含んでもよい。
【００５６】
一実施例において、前記所定タイプの制御情報ブロックの最後の７バイトでは、前記パッケージ化した所定クライアント・トラヒックをインサートするため（又は、搬送するため）のバイトは、この制御情報ブロックのタイプに応じて決定される。例えば、アイドル情報ブロックは、最後の７バイトがすべて所定クライアント・トラヒックを運搬するために使用されてもよい。例えば、第１バイトのコンテンツが０ｘＡＡ（１６進数で的ＡＡ）である制御情報ブロックである場合、最後の５バイトが所定クライアント・トラヒックを運搬するために使用されてもよい。
【００５７】
実施例２
本実施例はＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法を提供する。図９に示すように、この方法には以下のステップが含まれる。
【００５８】
ステップ２１０では、受信端は、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックから情報コンテンツを抽出する。
【００５９】
ステップ２２０では、前記受信端は、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得する。
【００６０】
本実施例によれば、制御情報ブロックは、追加のトラヒックを運搬するために利用され、ＦＬＥＸＥ  ｓｈｉｍ層の搬送する效率を改善し、追加の経済価値を生じる。
【００６１】
本実施例において、制御情報ブロックとは、情報ブロック属性指示ビットのコンテンツが１０である情報ブロックであってもよい。制御情報ブロックのタイプは、この制御情報ブロック第１バイトのコンテンツによって決定されてもよい。
【００６２】
本実施例において、抽出された情報コンテンツに応じて前記所定クライアント・トラヒックを取得することは、抽出された情報コンテンツに対して送信端が行った適応処理の逆処理を行い、例えば、速度調整時にインサートされたアイドル情報ブロックを削除し、デフォルトの方式又は送信端と合意された方式によってアンラッピングすること、を含んでもよい。
【００６３】
本実施例において、前記所定クライアント・トラヒックは１つ又は複数であってもよい。
【００６４】
本実施例において、ステップ２１０及び２２０両方とも進行中のプロセスであってもよい。
【００６５】
一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいが、これに限定されない。
【００６６】
一実施例において、前記所定タイプの制御情報ブロックとは、第１バイトのコンテンツが０ｘ１Ｅ（１６進数で１Ｅ）である制御情報ブロックであってもよい。
【００６７】
一実施例において、他のタイプの制御情報ブロックを、前記所定タイプの制御情報ブロックとして採用してもよい。
【００６８】
一実施例において、前記ステップ２１０の前に、
前記受信端は、ＦＬＥＸＥトラフィックスロットにおける所定クライアント・トラヒックを運搬するスロット位置を決定すること、をさらに含んでもよい。
【００６９】
一実施例において、所定ルールに従って前記所定クライアント・トラヒックを運搬するためのスロット位置を決定してもよい。
【００７０】
一実施例において、前記所定クライアント・トラヒックを運搬するためのスロット位置は、送信端に事前に記憶されてもよく、送信端によって前記所定クライアント・トラヒックを運搬するスロット位置が受信端へ報知されてもよい。
【００７１】
一実施例において、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。
【００７２】
一実施例において、前記所定クライアント・トラヒックは、背景クライアント・トラヒックであってもよいが、これに限定されない。
【００７３】
一実施例において、前記所定クライアント・トラヒックは、他のクライアント・トラヒックを含んでも良い。
【００７４】
一実施例において、前記受信端が抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することは、
前記受信端は、前記情報コンテンツをアンラッピングし、所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、少なくとも１つの前記所定クライアント・トラヒックを取得すること、を含んでもよい。
【００７５】
一実施例において、所定クライアント・トラヒックは本トラヒックの識別子を運び、受信端は、この識別子に応じて異なる所定クライアント・トラヒックを区別することができる。同じ所定クライアント・トラヒックに属する抽出された情報コンテンツを接合することにより、所定クライアント・トラヒックを復元することができる。
【００７６】
一実施例において、所定クライアント・トラヒックの開始及び終了は、受信端が開始位置及び終了位置を認識するように、指定された識別子によって表されてもよい。
【００７７】
一実施例において、前記受信端が前記情報コンテンツをアンラッピングする前に、
前記受信端は、前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄すること、をさらに含んでもよい。
【００７８】
一実施例において、前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
受信端は、ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記受信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断することと、
前記受信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから情報コンテンツを抽出することと、を含んでもよい。
【００７９】
一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。
【００８０】
一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、スロットの全部又は一部で搬送されてもよい。
前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送されてもよい。
【００８１】
一実施例において、前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
前記受信端は、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから情報コンテンツを抽出すること、を含んでもよい。
【００８２】
一実施例において、前記所定タイプの制御情報ブロックでは、情報コンテンツを抽出ためのバイト（即ち、所定クライアント・トラヒックを運搬するためのバイト）は、この制御情報ブロックのタイプに応じて決定されてもよい。例えば、アイドル情報ブロックでは、最後の７バイトの全部が所定クライアント・トラヒックを運んでもよい。例えば、第１バイトのコンテンツが０ｘＡＡ（１６進数でＡＡ）である制御情報ブロックでは、最後の５バイトが所定クライアント・トラヒックを運んでもよい。
【００８３】
以下、３つの実施形態を用いて上記実施例を説明する。これらの３つの実施形態では、所定クライアント・トラヒックは背景クライアント・トラヒックであり、所定タイプの制御情報ブロックはアイドル情報ブロックである。
【００８４】
実施形態１
送信端では、背景クライアント・トラヒックが適応され、適応は、背景クライアント・トラヒックを処理し、アイドル情報ブロックにインサートする要求を満し、適応には背景トラヒックのパッケージ化と速度調整（即ち、速度適応）が含まれる。
【００８５】
図１０に示すように、背景クライアント・トラヒックは１つ又は複数のタイプ、及び１つ又は複数の速度のデータである可能性があるため、アイドル情報ブロック（即ち、図１０の横線で塗りつぶされたブロック）に直接インサートすることはできないため、背景クライアント・トラヒックは先にパッケージ化する必要があり、６４／６６符号化のパッケージ化、又はイーサネットパケット方式のパッケージ化、又はＨＤＬＣパケットフォーマットのパッケージ化であってもよい。
【００８６】
パッケージ化された後、パッケージ化されたトラヒックに対して、アイドル情報ブロックにインサートする速度要求を満たすように速度調整をしてもよい。速度調整によって、一部のアイドル情報が背景クライアント・トラヒックにインサートされ、速度調整によりＦＬＥＸＥ  ｓｈｉｍ層のインサート速度要求を満たす。ＦＬＥＸＥ  ｓｈｉｍ層のアイドル情報ブロックの数は動的に変更されるため、ある瞬間でアイドル情報ブロックの数が多い、ある瞬間でアイドル情報ブロックの数が少ないため、速度調整も時間的に動的に変更する必要がある。
【００８７】
背景クライアント・トラヒックを適応させた後、ＦＬＥＸＥ  ｓｈｉｍ層のどのスロット位置が背景クライアント・トラヒックを運搬するために使用されるかが決定され、そして、これらのスロット位置の情報ブロックがアイドル情報ブロックであるか否かが決定される。アイドル情報ブロックであれば、適応された背景クライアント・トラヒックをアイドル情報ブロックの次の７バイトにインサートする。１つのアイドル情報ブロックの次には７バイトがあり、一度に７バイトの背景クライアント・トラヒックを運搬することができる。同じ方法に従って、背景クライアント・トラヒックを運搬することができる各スロット位置が検出され、このスロット位置がアイドル情報ブロックであるか否かが検出される。アイドル情報ブロックである場合、７バイトの背景クライアント・トラヒックを運搬する、４つの情報ブロック群のうち、すべての背景クライアント・トラヒックを運搬するアイドル情報ブロックにインサートされた後、ＦＬＥＸＥ  ｓｈｉｍ層は送信できる。
【００８８】
受信端では、図１１に示すように、ＦＬＥＸＥ  ｓｈｉｍ層のどのスロット位置が背景クライアント・トラヒックを運搬することができるかを決定し、そして、このスロット位置がアイドル情報ブロック（即ち、図１１の横線で塗りつぶされたブロック）であるか否かを判断する。アイドル情報ブロックであれば、アイドル情報ブロックの最後の７バイト位置から背景クライアント・トラヒックを抽出する。以下も同様で、すべての背景クライアント・トラヒックを運搬するスロット位置のアイドル情報ブロックから背景クライアント・トラヒックを抽出し、抽出処理を完成する。抽出された背景クライアント・トラヒックの復元処理：速度調整中にインサートされたアイドル情報を破棄し、そしてアンラッピングし、元の背景クライアント・トラヒックに復元する。
【００８９】
図１０及び図１１は、ＦＬＥＸＥ  ｓｈｉｍ層のスロット（即ち、すべてのメンバーのスロット）を介して、１つの背景クライアント・トラヒックが伝送される場合の、それぞれ送信端及び受信端の模式図である。しかし、本実施例では、背景クライアント・トラヒックは、１つの背景クライアント・トラヒックを有してもよく、複数の背景クライアント・トラヒックを有してもよい。背景クライアント・トラヒックは、ＦＬＥＸＥ  ｓｈｉｍ層にインサートされてもよく、ＦＬＥＸＥの各メンバーにインサートされてもよい。背景クライアント・トラヒックは、アイドル情報ブロックで伝送されてもよく、他の制御情報ブロック（例えば、ｏコード情報ブロック、又はカスタム制御情報ブロックなど、１つ又は複数のタイプの制御情報ブロック）で伝送されてもよい。
【００９０】
ＦＬＥＸＥ  ｓｈｉｍ層には複数のスロットが含まれ、背景クライアント・トラヒックは、すべてのスロット位置で伝送されてもよく、一部のスロット位置で伝送されてもよい。１つの背景クライアント・トラヒックはすべてのスロット位置を占めてもよく、複数の背景クライアント・トラヒックが異なるスロット位置を占めてもよい。
【００９１】
実施形態２
図１２に示すように、４つの背景クライアント・トラヒック（図１２の背景クライアント１トラヒック〜背景クライアント４トラヒック）があり、第１の背景クライアント・トラヒックはＦＬＥＸＥ  ｓｈｉｍ層の最初の２０スロット位置によって搬送され、第２の背景クライアント・トラヒックはＦＬＥＸＥ  ｓｈｉｍ層の第２１〜４０スロット位置によって搬送され、第３の背景クライアント・トラヒックはＦＬＥＸＥ  ｓｈｉｍ層の第４１〜６０スロット位置によって搬送され、第４の背景クライアント・トラヒックはＦＬＥＸＥ  ｓｈｉｍ層の最後の２０スロット位置によって搬送される。
【００９２】
図１２は、送信端及び受信端の動作を示し、図中、トラヒック適応は送信端の動作であり、下向きの矢印は送信端の処理フローを示し、トラヒック抽出は受信端の動作であり、上向きの矢印は受信端の処理フローを示している。図１２の横線で塗りつぶされたブロックはアイドル情報ブロックであり、送信端は、最初の２０スロットのアイドル情報ブロックに背景クライアント・トラヒック１をインサートし、第２１〜４０スロットのアイドル情報ブロックに背景クライアント・トラヒック２をインサートし、第４１〜６０个スロットのアイドル情報ブロックに背景クライアント・トラヒック３をインサートし、そして、最後の２０スロットのアイドル情報ブロックに背景クライアント・トラヒック４をインサートする。受信端は、最初の２０スロットのアイドル情報ブロックから背景クライアント・トラヒック１を抽出し、第２１〜４０スロットのアイドル情報ブロックから背景クライアント・トラヒック２を抽出し、第４１〜６０スロットのアイドル情報ブロックから背景クライアント・トラヒック３を抽出し、そして、最後の２０スロットのアイドル情報ブロックから背景クライアント・トラヒック４を抽出する。
【００９３】
実施形態３
図１３に示すように、背景クライアント・トラヒックはＦＬＥＸＥの１つのメンバーに直接伝送される。実装では、ＦＬＥＸＥメンバーにおける各情報ブロックがアイドル情報ブロック（即ち、図１３の横線で塗りつぶされたブロック）であるか否かが検出され、アイドル情報ブロックであれば、アイドル情報ブロックに７バイトの背景クライアント・トラヒックがインサートされ、背景クライアント・トラヒックの送信端でのインサート位置と受信端での抽出位置は、ＦＬＥＸＥの１つのメンバー（即ち、図１３の第１路）のスロット位置である。
【００９４】
実施形態４
図１４に示すように、背景トラヒックがＦＬＥＸＥのすべてのメンバーで伝送される。実装では、ＦＬＥＸＥメンバーにおける各情報ブロックがアイドル情報ブロック（即ち、図１４の横線で塗りつぶされたブロック）であるか否かが検出され、アイドル情報ブロックであれば、アイドル情報ブロックに７バイトの背景クライアント・トラヒックがインサートされ、背景クライアント・トラヒックの送信端でのインサート位置と受信端での抽出位置は、ＦＬＥＸＥのすべてのメンバーのスロット位置である。
【００９５】
実施例３
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１５に示すように、この装置は、
所定クライアント・トラヒックをパッケージ化するように構成されるパッケージ化モジュール３１と、
パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信するように構成される伝送モジュール３２と、を備える。
【００９６】
一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいが、これに限定されるものではない。
【００９７】
在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。
【００９８】
一実施例において、前記伝送モジュール３２は、以下の方式で、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートするように構成される。
【００９９】
単位時間あたりのＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行う。
【０１００】
速度調整された所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートする。
【０１０１】
一実施例において、前記伝送モジュール３２は、以下の方式で、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うように構成される。
【０１０２】
パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることによって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行う。
【０１０３】
一実施例において、前記伝送モジュール３２は、以下の方式で、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートするように構成される。
【０１０４】
ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定する。
【０１０５】
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断する。
【０１０６】
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートする。
【０１０７】
一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。
【０１０８】
一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送されてもよい。
【０１０９】
前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。
【０１１０】
一実施例において、前記伝送モジュール３２は、以下の方式で、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートするように構成される。
【０１１１】
パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトにインサートする。
【０１１２】
一実施例において、前記所定タイプの制御情報ブロックの最後の７バイトのうち、前記パッケージ化した所定クライアント・トラヒックをインサートするためのバイトは、この制御情報ブロックのタイプに応じて決定されてもよい。
【０１１３】
他の実装の詳細は、上記の実施例のいずれかで参照することができる。
【０１１４】
実施例４
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１６に示すように、この装置は、
ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出するように構成される抽出モジュール４１と、
抽出された情報コンテンツに応じて、所定クライアント・トラヒックを取得するように構成される取得モジュール４２と、を備える。
【０１１５】
一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいよいが、これに限定されない。
【０１１６】
在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。
【０１１７】
一実施例において、前記取得モジュール４２は、
前記情報コンテンツをアンラッピングし、所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、少なくとも１つの前記所定クライアント・トラヒックを取得するように構成される。
【０１１８】
一実施例において、前記装置は、取得モジュールが前記情報コンテンツをアンラッピングする前に、前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄するように構成される破棄モジュール、をさらに備える。
【０１１９】
一実施例において、前記抽出モジュール４１は、
ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定し、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断し、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから情報コンテンツを抽出する、ように構成される。
【０１２０】
一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。
【０１２１】
一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送されてもよい。
【０１２２】
前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。
【０１２３】
一実施例において、前記抽出モジュール４１は、
ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから情報コンテンツを抽出する、ように構成される。
【０１２４】
一実施例において、前記所定タイプの制御情報ブロックのうち、情報コンテンツを抽出するためのバイトは、この制御情報ブロックのタイプに応じて決定されてもよい。
【０１２５】
他の実装の詳細は、上記の実施例のいずれかで参照することができる。
【０１２６】
実施例５
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１７に示すように、この装置は、
第１メモリ５１及び第１プロセッサ５２を備える。
前記第１メモリ５１は、実行可能な命令を記憶するように構成される。
前記第１プロセッサ５１は、前記実行可能な命令を実行し、所定クライアント・トラヒックをパッケージ化する動作と、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、所定タイプの制御情報ブロックを送信する動作と、を実現するように構成される。
【０１２７】
一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいよいが、これに限定されない。
【０１２８】
在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。
【０１２９】
一実施例、前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
単位時間あたりのＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことと、
速度調整された所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。
【０１３０】
一実施例において、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことは、
パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることよって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行う。
【０１３１】
一実施例において、前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断することと、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。
【０１３２】
一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。
【０１３３】
一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送されてもよい。
【０１３４】
前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。
【０１３５】
一実施例において、前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトにインサートすること、を含んでもよい。
【０１３６】
一実施例において、前記所定タイプの制御情報ブロックの最後の７バイトのうち、前記パッケージ化した所定クライアント・トラヒックをインサートするためのバイトは、この制御情報ブロックのタイプに応じて決定されてもよい。
【０１３７】
他の実装の詳細は、上記の実施例のいずれかで参照することができる。
【０１３８】
実施例６
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１８に示すように、この装置は、
第２メモリ６１及び第２プロセッサ６２を備える。
前記第２メモリ６１は、実行可能な命令を記憶するように構成される。
前記第２プロセッサ６２は、前記実行可能な命令を実行し、ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出する動作と、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得する動作と、を実現するように構成される。
【０１３９】
一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいよいが、これに限定されない。
【０１４０】
在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。
【０１４１】
一実施例において、前記抽出された情報コンテンツに応じて前記所定クライアント・トラヒックを取得することは、
前記情報コンテンツをアンラッピングし、所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、前記所定クライアント・トラヒックを取得すること、を含んでもよい。
【０１４２】
一実施例において、前記情報コンテンツをアンラッピングする前に、
前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄すること、をさらに含んでもよい。
【０１４３】
一実施例において、前記ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
決定されたスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから情報コンテンツを抽出することと、を含んでもよい。
【０１４４】
一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。
【０１４５】
一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送されてもよい。
【０１４６】
前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。
【０１４７】
一実施例において、前記ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから情報コンテンツを抽出すること、を含んでもよい。
【０１４８】
一実施例中、前記所定タイプの制御情報ブロックのうち、情報コンテンツを抽出するためのバイトは、この制御情報ブロックのタイプに応じて決定されてもよい。
【０１４９】
他の実装の詳細は、上記の実施例のいずれかで参照することができる。
【０１５０】
実施例７
本実施例は、フレックスイーサネットプロトコルにおいてトラヒックを伝送するシステムを提供する。図１９に示すように、このシステムは、
送信端デバイス７１及び受信端デバイス７２を備える。
【０１５１】
前記送信端デバイス７１は、所定クライアント・トラヒックをパッケージ化し、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを前記受信端デバイス７２へ送信するように構成される。
【０１５２】
前記受信端デバイス７２は、前記ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出し、抽出された情報コンテンツに応じて前記所定クライアント・トラヒックを取得するように構成される。
【０１５３】
本実施例において、送信端デバイスの他の実装詳細は、実施例１、実施例３及び実施例５に参照することができ、受信端デバイスの他の実装詳細は、実施例２、実施例４及び実施例６に参照することができる。
【０１５４】
実施例８
本実施例は、コンピュータ実行可能な命令を記憶するコンピュータ記憶媒体を提供する。前記コンピュータ実行可能な命令はプロセッサによって実行されると上記実施例１又は実施例１の任意の実施形態における方法が実現される。
【０１５５】
実施例９
本実施例は、コンピュータ実行可能な命令を記憶するコンピュータ記憶媒体を提供する。前記コンピュータ実行可能な命令はプロセッサによって実行されると上記実施例２又は実施例２の任意の実施形態における方法が実現される。
【０１５６】
本出願で開示される実施形態は上記のとおりであるが、この説明はあくまで本出願を理解するためのものであり、本出願を限定するものではない。
【産業上の利用可能性】
【０１５７】
本開示は、ＦＬＥＸＥの通常のトラヒック伝送に影響を与えることなく、制御情報ブロックを用いてクライアント・トラヒックの一部を送信することができ、伝送路の利用率を向上させ、トラヒック伝送効率を向上させることができる。
【図１】
2020519100.tif 000003
【図２】
2020519100.tif 000004
【図３】
2020519100.tif 000005
【図４】
2020519100.tif 000006
【図５】
2020519100.tif 000007
【図６】
2020519100.tif 000008
【図７】
2020519100.tif 000009
【図８】
2020519100.tif 000010
【図９】
2020519100.tif 000011
【図１０】
2020519100.tif 000012
【図１１】
2020519100.tif 000013
【図１２】
2020519100.tif 000014
【図１３】
2020519100.tif 000015
【図１４】
2020519100.tif 000016
【図１５】
2020519100.tif 000017
【図１６】
2020519100.tif 000018
【図１７】
2020519100.tif 000019
【図１８】
2020519100.tif 000020
【図１９】
2020519100.tif 000021
【国際調査報告】
2020519100.tif 000022
2020519100.tif 000023
2020519100.tif 000024
2020519100.tif 000025