特許7027449 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 中興通訊股▲ふん▼有限公司の特許一覧

特許7027449フレックスイーサネットプロトコルにおいてトラヒックを伝送する方法、装置及びシステム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-02-18

(45)【発行日】2022-03-01

(54)【発明の名称】フレックスイーサネットプロトコルにおいてトラヒックを伝送する方法、装置及びシステム

(51)【国際特許分類】

H04L 69/14 20220101AFI20220221BHJP

【ＦＩ】

H04L69/14

【請求項の数】 22

(21)【出願番号】P 2019558771

(86)(22)【出願日】2018-05-31

(65)【公表番号】

(43)【公表日】2020-06-25

(86)【国際出願番号】 CN2018089243

(87)【国際公開番号】W WO2018219323

(87)【国際公開日】2018-12-06

【審査請求日】2019-10-28

(31)【優先権主張番号】201710399609.4

(32)【優先日】2017-05-31

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥＰｌａｚａ，ＫｅｊｉＲｏａｄＳｏｕｔｈ，Ｈｉ－ＴｅｃｈＩｎｄｕｓｔｒｉａｌＰａｒｋ，ＮａｎｓｈａｎＳｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８０５７Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002505

【氏名又は名称】特許業務法人航栄特許事務所

(72)【発明者】

【氏名】劉峰

【審査官】羽岡さやか

(56)【参考文献】

【文献】中国特許出願公開第１０６４１１４５４（ＣＮ，Ａ）

【文献】米国特許出願公開第２００８／００７５０６９（ＵＳ，Ａ１）

【文献】特表２０１８－５２３４０９（ＪＰ，Ａ）

【文献】国際公開第１９９８／０１５１５７（ＷＯ，Ａ１）

【文献】米国特許第０７７８７５０２（ＵＳ，Ｂ１）

【文献】中国特許出願公開第１０６５０６１１０（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ１２／００－１２／６６

Ｈ０４Ｌ４１／００－６９／４０

(57)【特許請求の範囲】

【請求項1】

送信端が、所定クライアント・トラヒックをパッケージ化することと、
前記送信端が、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信することと、を含み、
前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端が、単位時間あたりの前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことと、
前記送信端が、速度調整した所定クライアント・トラヒックを前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックにインサートすることと、を含む、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法。

【請求項2】

前記所定タイプの制御情報ブロックは、アイドル情報ブロックである、
請求項１に記載の方法。

【請求項3】

前記所定クライアント・トラヒックは、最も優先度の低いクライアント・トラヒックである、
請求項１又は２に記載の方法。

【請求項4】

前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことは、
前記パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることによって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことを含む、
請求項１に記載の方法。

【請求項5】

前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端が、前記ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記送信端が、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックであるか否かを判断することと、
前記送信端が、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートすることと、を含む、
請求項１に記載の方法。

【請求項6】

前記所定クライアント・トラヒックを運搬する前記スロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットである、
請求項５に記載の方法。

【請求項7】

前記所定クライアント・トラヒックが１つのクライアントに対するものである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送され、
前記所定クライアント・トラヒックが複数のクライアントに対するものである場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される、
請求項５に記載の方法。

【請求項8】

前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべてまたは一部のバイトにインサートすることを含む、
請求項１に記載の方法。

【請求項9】

前記所定タイプの制御情報ブロックの最後の７バイトのうち、前記パッケージ化した所定クライアント・トラヒックをインサートするためのバイトが、前記制御情報ブロックのタイプに応じて決定される、
請求項８に記載の方法。

【請求項10】

受信端が、ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することと、
前記受信端が、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することと、を含み、
送信端により、単位時間あたりの前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整が行われた後、前記所定クライアント・トラヒックが、前記送信端により、前記ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートされる、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法。

【請求項11】

前記所定タイプの制御情報ブロックは、アイドル情報ブロックである、
請求項１０に記載の方法。

【請求項12】

前記所定クライアント・トラヒックは、最も優先度の低いクライアント・トラヒックである、
請求項１０又は１１に記載の方法。

【請求項13】

前記受信端が抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することは、
前記受信端が、前記情報コンテンツをアンラッピングし、前記所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、少なくとも１つの前記所定クライアント・トラヒックを取得することを含む、
請求項１０～１２のいずれか１項に記載の方法。

【請求項14】

前記受信端が前記情報コンテンツをアンラッピングする前に、
前記受信端は、前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄する、
請求項１３に記載の方法。

【請求項15】

前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
受信端は、ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記受信端は、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックであるか否かを判断することと、
前記受信端は、前記所定クライアント・トラヒックを運搬する前記スロットにおける制御情報ブロックは所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから前記情報コンテンツを抽出することと、を含む、
請求項１０に記載の方法。

【請求項16】

前記所定クライアント・トラヒックを運搬する前記スロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットである、
請求項１５に記載する方法。

【請求項17】

【請求項18】

前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
前記受信端は、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから前記情報コンテンツを抽出することを含む、
請求項１０に記載の方法。

【請求項19】

前記所定タイプの制御情報ブロックのうち、前記情報コンテンツを抽出するためのバイトは、前記制御情報ブロックのタイプに応じて決定される、
請求項１８に記載の方法。

【請求項20】

所定クライアント・トラヒックをパッケージ化するように構成されるパッケージ化モジュールと、
パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信するように構成される伝送モジュールと、を備え、
前記伝送モジュールは、
単位時間あたりの前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行い、
速度調整した所定クライアント・トラヒックを前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックにインサートする、ように構成されている、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置。

【請求項21】

所定クライアント・トラヒックをパッケージ化し、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを受信端デバイスに送信するように構成される送信端デバイスと、
前記ＦＬＥＸＥトラフィックスロット内の前記所定タイプの制御情報ブロックにおける情報コンテンツを抽出し、抽出された情報コンテンツに応じて前記所定クライアント・トラヒックを取得するように構成される受信端デバイスと、を備え、
送信端デバイスは、
単位時間あたりの前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行い、
速度調整した所定クライアント・トラヒックを前記ＦＬＥＸＥトラフィックスロットにおける前記所定タイプの制御情報ブロックにインサートする、ように構成されている、
フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送するシステム。

【請求項22】

請求項１～１９のいずれか１項に記載の方法を実行するためのコンピュータ実行可能な命令が記憶されている、
コンピュータ可読な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信の技術分野に関し、例えば、フレックスイーサネットプロトコルにおいてトラヒックを伝送する方法、装置及びシステムに関する。

【背景技術】

【0002】

ユーザーネットワーク情報トラヒックの急速な増加によって、通信ネットワーク情報伝送帯域幅の急速な発展が推進され、通信デバイスのインターフェース帯域幅速度は、１０メガビット（Ｍ）（ビット／秒、以下も同様）から１００Ｍに増加し、さらに１ギガビット（Ｇ）、１０Ｇ、及び１００Ｇの帯域幅速度に増加した。多数の業務用１００Ｇ光モジュールが市場に導入されており、４００Ｇ光モジュールも開発されている。しかし、４００Ｇ光モジュールは高価であり、４つの１００Ｇ光モジュールの価格を超えるため、４００Ｇ光モジュールの商業的経済価値が失われる。１００Ｇ光モジュールで４００Ｇトラヒックを伝送するために、国際標準化機構はフレックスイーサネット（ＦｌｅｘＥｔｈｅｒｎｅｔ、ＦＬＥＸＥ）プロトコルを定義している。ＦＬＥＸＥプロトコルは、複数の１００Ｇ光モジュールをバンドルし、１つの高速な伝送路を形成する。例えば、４つの１００Ｇ光モジュールがＦＬＥＸＥプロトコルによってバンドされ、ＦＬＥＸＥシム（ｓｈｉｍ）層に接続されることで、１つの４００Ｇ光モジュールの伝送速度に相当する４００Ｇ伝送路が形成される。コストを増やせずに、４００Ｇトラヒックの伝送要求を満たすだけでなく、トラヒック伝送の経済価値の問題も解決される。

【0003】

クライアント・トラヒック・データがＦＬＥＸＥｓｈｉｍ層で搬送される場合、通常、アイドルビット（ｂｉｔ）を持ついくつかの制御情報ブロックがＦＬＥＸＥで搬送され、無駄遣いする。

【発明の概要】

【0004】

本出願は、フレックスイーサネットプロトコルにおいてトラヒックを伝送する方法、装置及びシステムを提供し、伝送路の利用率を向上させ、トラヒック伝送効率を向上させることができる。

【0005】

本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法を提供し、この方法は、
送信端が、所定クライアント・トラヒックをパッケージ化することと、
前記送信端が、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信することと、を含む。

【0006】

本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法をさらに提供し、この方法は、
受信端が、ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することと、
前記受信端が、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することと、を含む。

【0007】

本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は、
所定クライアント・トラヒックをパッケージ化するように構成されるパッケージ化モジュールと、
パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信するように構成される伝送モジュールと、を備える。

【0008】

本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は、
ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出するように構成される抽出モジュールと、
抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得するように構成される取得モジュールと、を備える。

【0009】

本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は第１メモリ及び第１プロセッサを備え、
前記第１メモリは、実行可能な命令を記憶するように構成され、
前記第１プロセッサは、前記実行可能な命令を実行し、
所定クライアント・トラヒックをパッケージ化する動作と、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、所定タイプの制御情報ブロックを送信する動作と、を実現するように構成される。

【0010】

本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置をさらに提供し、この装置は第２メモリ及び第２プロセッサを備え、
前記第２メモリは、実行可能な命令を記憶するように構成され、
前記第２プロセッサは、前記実行可能な命令を実行し、
ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出する動作と、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得する動作と、を実現するように構成される。

【0011】

本出願は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送するシステムをさらに提供し、このシステムは送信端デバイス及び受信端デバイスを備え、
前記送信端デバイスは、所定クライアント・トラヒックをパッケージ化し、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを前記受信端デバイスに送信するように構成され、
前記受信端デバイスは、前記ＦＬＥＸＥトラフィックスロット内の前記所定タイプの制御情報ブロックにおける情報コンテンツを抽出し、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得するように構成される。

【0012】

本出願は、上記の方法を実行するためのコンピュータ実行可能な命令を記憶するコンピュータ可読な記憶媒体をさらに提供する。

【0013】

本出願の実施例は、ＦＬＥＸＥの通常のトラヒック伝送に影響を与えることなく、制御情報ブロックを用いて一部のクライアント・トラヒックを送信することができ、伝送路の利用率を向上させ、トラヒック伝送効率を向上させることができる。

【0014】

本出願の他の特徴及び利点は、以下に説明する。そして、説明から、又は本出願の実施から、一部の特徴及び利点が明らかにする。本出願の目的及び他の利点は、明細書、請求の範囲及び図面で記載されている構造によって実現及び取得することができる。

【図面の簡単な説明】

【0015】

【図1】本出願の一実施例に係るＦＬＥＸＥプロトコルの適用の模式図である。

【図2】本出願の一実施例に係るＦＬＥＸＥプロトコルオーバーヘッドブロック及びデータブロックの配列位置の模式図。

【図3】本出願の一実施例に係るＦＬＥＸＥプロトコルトラヒックを複数の物理的な通信路に割り当てる模式図である。

【図4】本出願の一実施例に係るＦＬＥＸＥプロトコルがクライアント・トラヒックを運搬する模式図である。

【図5】本出願の一実施例に係るＦＬＥＸＥ層にアイドル情報ブロックをインサートする模式図である。

【図6】本出願の一実施例に係るクライアント・トラヒック６４／６６符号化原理の模式図である。

【図7】本出願の一実施例に係るアイドル情報ブロック構造の模式図である。

【図8】本出願の一実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法のフローチャートである。

【図9】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法のフローチャートである。

【図10】本出願の一実施例に係る送信端がアイドル情報ブロックによって１つの背景クライアント・トラヒックを伝送する模式図である。

【図11】本出願の一実施例に係る受信端がアイドル情報ブロックから背景トラヒックを復元する模式図である。

【図12】本出願の一実施例に係るアイドル情報ブロックによって４つの背景クライアント・トラヒックを伝送する模式図である。

【図13】本出願の一実施例に係る１つのメンバーのアイドル情報ブロックによって背景クライアント・トラヒックを伝送する模式図である。

【図14】本出願の一実施例に係る複数のメンバーのアイドル情報ブロックによって背景クライアント・トラヒックを伝送する模式図である。

【図15】本出願の一実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。

【図16】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。

【図17】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。

【図18】本出願の別の実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置の模式図である。

【図19】本出願の一実施例に係るＦＬＥＸＥプロトコルにおいてトラヒックを伝送するシステムの模式図である。

【発明を実施するための形態】

【0016】

以下、図面を参照して、本出願の実施例について説明する。

【0017】

図中のフローチャートに示されるステップは、コンピュータ実行可能な命令のセット等のコンピュータシステムで実行することができる。また、フローチャートには論理シーケンスが示されるが、場合によっては、示される又は説明されるステップは、ここで説明されるものとは異なる順番で実行される場合がある。

【0018】

図１は、本出願の一実施例に係るＦＬＥＸＥプロトコルの適用の模式図である。図１に、左側のＦＬＥＸＥｓｈｉｍ層及び４つの１００Ｇ光モジュールは、送信端と見なすことができ、右側の４つの１００Ｇ光モジュール及びＦＬＥＸＥｓｈｉｍ層は、受信端と見なすことができる。クライアント・トラヒックはＦＬＥＸＥで固定数のスロットを選択するため、剛性通路であり、クライアント・トラヒックが少なくなると、クライアント・トラヒックがＦＬＥＸＥｓｈｉｍ層のスロットを独占するため、速度を適応するために、アイドル情報ブロックがインサートされ、伝送路の利用率が低くなり、無駄が生じる。

【0019】

まず、ＦＬＥＸＥプロトコルを簡単に紹介する。

【0020】

ＦＬＥＸＥプロトコルは、物理層の１００Ｇ速度によって定義される。光モジュールでは、１００Ｇデータパケットが送信される前に、データパケットは、６４／６６符号化され、即ち、６４ビット（ｂｉｔ）データを６６ビット情報ブロックに拡張すると、追加された２ビットは、６６ビット情報ブロックの開始フラグとし、６６ビットの先頭に配置され、６６ビット情報ブロックの形式で光ポートから送信される。受信時に、光ポートは受信したデータストリームから６６ビット情報ブロックを識別し、６６ビット情報ブロックから元の６４ビットデータを復元し、データパケットを再構成する。

【0021】

ＦＬＥＸＥプロトコルは、６４ビットデータから６６ビット情報ブロックへの変換層にあり、６６ビット情報ブロックが送信される前に、６６ビット情報ブロックがソート及び計画される。図２に示すように、１００Ｇ帯域幅速度のトラヒックの場合、２０個の６６ビット情報ブロックごとに１つの情報ブロック群、各６６ビット情報ブロックは１つのスロットを表し、即ち、１つの情報ブロック群には２０個のスロットが含まれ、各スロットは５Ｇ帯域幅のトラヒック速度を表す。６６ビット情報ブロックが送信されると、１０２３個の情報ブロック群（１０２３×２０個の情報ブロック）が送信されるたびに、１つのＦＬＥＸＥオーバーヘッドブロック（図２のスラッシュで塗りつぶされたブロック）がインサートされる。オーバーヘッドブロックがインサートされた後、情報ブロックの送信を続け、２番目の１０２３×２０個の情報ブロックが送信された後、オーバーヘッドブロックを再びにインサートし、以降同様、このように、情報ブロックの送信中では、オーバーヘッドブロックが定期的にインサートされ、２つの隣接するオーバーヘッドブロック間のギャップは１０２３×２０個ｎ情報ブロックである。

【0022】

４路の１００Ｇ物理層が１つの４００Ｇ論理トラヒック帯域幅にバンドルされると、図３に示すように、情報ブロック群（２０個の情報ブロック）に従って分割され、各情報ブロック群が異なる物理的な通信路に順番に割り当てられ、例えば、図３に示すように、４つの情報ブロック群はそれぞれ４路の１００Ｇ物理層に割り当てられる。各物理層は、２０個の情報ブロックごとに１つの情報ブロック群を形成し、各１０２３個の情報ブロック群に１つのオーバーヘッドブロックがインサートされるように送信する。オーバーヘッドブロックは位置決めに役割を果たし、４つのメンバー（各１００Ｇ物理層はメンバーと呼ばれる）は、オーバーヘッドブロックにもとづいて位置決めとソートを行い、トラヒックを復元する。ＦＬＥＸＥプロトコルのｓｈｉｍ層では、４路の２０個の情報ブロックが８０個の情報ブロック群で構成される１つの情報ブロック群にアセンブルされ、情報ブロック群には８０個のスロットがある。クライアント・トラヒックはこれらの８０個のスロットで伝送され、各スロットの帯域幅は５Ｇであり、合計４００Ｇのトラヒック伝送帯域幅である。

【0023】

ＦＬＥＸＥプロトコルによってクライアント・トラヒックを搬送するプロセスは、次のとおり。まず、クライアント・トラヒックに対して６４／６６符号化を行い、図４に示すように、クライアント１～ｎのトラヒックのそれぞれに対して６４／６６符号化を行う。６４／６６符号化後、トラヒックレートを適応してもよい、アイドル情報ブロックをインサートし、適応した速度とＦＬＥＸＥ搬送する速度と一致することを確保する。各クライアント・トラヒックのＦＬＥＸＥｓｈｉｍ層にどのスロットによって搬送されるかを決定する。１つのスロットで搬送されると、搬送する速度は５Ｇ（ビット／秒、ｂｉｔ／ｓ）になる。ｍ個のスロットで搬送されると、搬送する速度はｍ×５Ｇになり、搬送するためのスロット数とスロット位置を決定した後、適応したトラヒックがＦＬＥＸＥｓｈｉｍ層の対応する位置にインサートされ、送信される。

【0024】

クライアント・トラヒックは連続的ではないかもしれない、間隔的である場合があるため、例えば、クライアント・トラヒックはイーサネットでパケットであり、独立なパケットであり、個々のパケットにはパケット間のギャップがある。６４／６６符号化後、トラヒックはデータストリームに分割され、トラヒックの開始位置と終了を決定できる。６４／６６符号化後、各データストリーム間にアイドル情報ブロックをインサートしてもよい、アイドル情報ブロックはレート適応として機能する。クライアント・トラヒック速度が大きい場合、インサートされるアイドル情報ブロックは少なくなり、クライアント・トラヒック速度が小さい場合、インサートされるアイドル情報ブロックは多くなり、このようにアイドル情報ブロックがインサートされた後、トラヒックの速度はＦＬＥＸＥｓｈｉｍ層の搬送する速度要求と完全に一致することが確保され、ＦＬＥＸＥｓｈｉｍ層によって送信される。

【0025】

クライアント・トラヒックにはアイドル情報ブロックがインサートされているため、ＦＬＥＸＥｓｈｉｍ層では、一部のスロット位置は、実際の有効なデータの代わりにアイドル情報ブロックが搬送され、図５に示すように、横線で塗りつぶされたブロックは、アイドル情報ブロックである。クライアント・トラヒック速度が小さいほど、アイドル情報ブロックが多くなる。ＦＬＥＸＥｓｈｉｍ層にアイドル情報ブロックを保持すれば、実際に損失（又は無駄）である。

【0026】

クライアント・トラヒックに対して６４／６６符号化の符号化ルールが図６に示されている。図６に示すように、６４／６６符号化された情報ブロックの長さは６６ｂｉｔであり、最初の２ｂｉｔは情報ブロック属性を指示するための情報ブロック属性指示ビットである。２つの情報ブロック属性指示ビットのコンテンツは０１である場合、この情報ブロックは単純なデータブロックであり、情報ブロックに後ろの６４つのビット（８バイト）はすべてクライアントデータ情報、長さ８バイトのクライアントデータ情報、バイトＤ０からバイトＤ７であることを示す。２つの情報ブロック属性指示ビットのコンテンツは１０である場合、この情報ブロックは制御情報ブロックであり、具体的には、どのような制御情報ブロックであるが情報ブロックの第１バイトのコンテンツによって決定される。図６の３行目に示すように、情報ブロック属性指示ビットのコンテンツは１０、第１バイトのコンテンツは０ｘ７８（１６進数で７８）であり、この情報ブロックはデータパケットの最初のデータブロック（開始ブロック）であることを示し、情報ブロックの意味はＳ０Ｄ１Ｄ２Ｄ３Ｄ４Ｄ５Ｄ６Ｄ７、Ｓは開始ブロックを示し、開始フラグは最初のバイトにあり、次の７バイトはクライアントデータ情報である。以下も同様で、情報ブロック属性指示ビットのコンテンツは１０、第１バイトコンテンツが０ｘＦＦ（１６進数でＦＦ）であり、この情報ブロックがデータパケットの最後のデータブロック（終了ブロック）であることを示し、情報ブロックの意味はＤ０Ｄ１Ｄ２Ｄ３Ｄ４Ｄ５Ｄ６Ｔ７、Ｔは終了フラグを示し、終了フラグは第８バイト、前の７バイトはクライアントデータ情報である。情報ブロック属性指示ビットのコンテンツは１０、第１バイトコンテンツは０ｘＡＡ（１６進数でＡＡ）であり、この情報ブロックはデータパケットの最後のデータブロック（終了ブロック）であることを示し、情報ブロックの意味はＤ０Ｄ１Ｔ２Ｃ３Ｃ４Ｃ５Ｃ６Ｃ７、Ｔは終了フラグを示し、終了フラグは第３バイト、前の２バイトはクライアントデータ情報、後ろの５バイト（Ｃ３～Ｃ７）は補助情報であり、気にする必要がない。情報ブロック属性指示ビットのコンテンツは１０、第１バイトコンテンツ是０ｘ８７（１６進数で８７）、この情報ブロックはデータパケットの最後のデータブロック（終了ブロック）、情報ブロックの意味はＴ０Ｃ１Ｃ２Ｃ３Ｃ４Ｃ５Ｃ６Ｃ７、Ｔは終了フラグを示し、終了フラグは第１バイト、次の７バイト（Ｃ１～Ｃ７）は補助情報であり、気にする必要がない、この情報ブロックは、あくまでクライアント情報の終了を指示するために使用され、クライアントのデータを運ばない。

【0027】

特別な情報ブロックがあり、情報ブロック属性指示ビットのコンテンツは１０、第１バイトのコンテンツは０ｘ１Ｅ（１６進数で１Ｅ）であり、この情報ブロックがアイドル情報ブロック（ｉｄｌｅブロックとも呼ばれる）であることを示し、第１バイトはアイドル情報ブロックを示し、次の７バイトは補助情報であり、気にする必要がない。図７に示すように、このアイドル情報ブロックは、あくまでクライアント・トラヒックの速度を調整するために使用され、クライアント・トラヒックのデータを運ばない。クライアント・トラヒックレートが小さくなると、速度調整のためにアイドル情報ブロックをさらにインサートする必要がある。

【0028】

実施例１
本実施例は、ＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法を提供する。図８に示すように、この方法には以下のステップが含まれる。

【0029】

ステップ１１０では、送信端は、所定クライアント・トラヒックをパッケージ化する。

【0030】

ステップ１２０では、前記送信端は、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートして送信する。

【0031】

本実施例によれば、制御情報ブロックは、追加されるトラヒックを運搬するために利用され、ＦＬＥＸＥｓｈｉｍ層の搬送する效率を改善し、追加の経済価値を生じる。

【0032】

本実施例において、制御情報ブロックとは、情報ブロック属性指示ビットのコンテンツが１０である情報ブロックであってもよい。制御情報ブロックのタイプは、この制御情報ブロックにおける第１バイトのコンテンツによって決定されてもよい。

【0033】

本実施例において、前記所定クライアント・トラヒックは、１つ又は複数であってもよい。複数の所定クライアント・トラヒックがある場合、異なる識別子によって、異なる所定クライアント・トラヒックを区別できる。

【0034】

本実施例において、ステップ１１０及びステップ１２０は両方とも進行中のプロセスであり、２つのステップは並行して実行でき、例えば、所定クライアント・トラヒックを継続的にパッケージ化しながら、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックを継続的に監視し、所定タイプの制御情報ブロックが見つかると、既にパッケージ化された所定クライアント・トラヒックをこの制御情報ブロックにインサートする。

【0035】

本実施例において、所定タイプの制御情報ブロックは、１つ又は複数のタイプを含んでもよい、異なるタイプの制御情報ブロックでは、前記所定クライアント・トラヒックを運搬する（つまり、パッケージ化された所定クライアント・トラヒックをインサートできる）バイトの数及び位置は、このタイプに従って決定されてもよい。

【0036】

本実施例において、パッケージは、６４／６６符号化のパッケージ、イーサネットパケット方式のパッケージ、及びハイレベルデータリンク制御（Ｈｉｇｈ－ＬｅｖｅｌＤａｔａＬｉｎｋＣｏｎｔｒｏｌ、ＨＤＬＣ）パケット規格の封装のいずれかの方式で採用してもよい。パッケージ化方式は、送信端と受信端が合意してもよく、又はデフォルトのパッケージ方式を使用してよい。

【0037】

一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいが、これに限定されない。

【0038】

一実施例において、前記所定タイプの制御情報ブロックとは、第１バイトのコンテンツが０ｘ１Ｅ（１６進数で１Ｅ）である制御情報ブロックであってもよい。

【0039】

一実施例において、アイドル情報ブロックの最後の７バイトの一部又は全部のバイトを利用して、所定クライアント・トラヒックを伝送し、帯域幅の無駄を回避し、伝送効率を改善することができる。

【0040】

一実施例において、他のタイプの制御情報ブロックを、前記所定タイプの制御情報ブロックとして採用してもよい。

【0041】

一実施例において、前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端は、ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記送信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断することと、
前記送信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。

【0042】

本実施例において、所定ルールに応じて、前記所定クライアント・トラヒックを運搬するためのスロット位置を決定してもよい。例えば、所定クライアント・トラヒックが１つしかない場合、ＦＬＥＸＥｓｈｉｍ層におけるすべてのスロット位置を、前記所定クライアント・トラヒックを運搬するスロット位置として決定してもよい。例えば、４つのメンバーと、２つの所定クライアント・トラヒックがある場合、ＦＬＥＸＥｓｈｉｍ層の最初の４０個のスロット位置が、第１の所定クライアント・トラヒックを運搬するスロット位置として決定され、最後の４０個のスロット位置が第２の所定クライアント・トラヒックを運搬するスロット位置として決定されてもよい。以上は実行可能な一例であるが、実際のアプリケーションはこれに限定されるものではない、上記の所定ルールは単独で設定してもよい。

【0043】

一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。

【0044】

一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、スロットの全部又は一部で搬送されてもよい。
前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送されてもよい。

【0045】

一実施例において、前記所定クライアント・トラヒックを運搬するためのスロット位置は、送信端に事前に記憶されてもよい。

【0046】

一実施例において、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。

【0047】

クライアント・トラヒックの１つのタイプは、低優先度で非確保の帯域幅トラヒックで、このタイプのトラヒックは、優先度が最も低く、帯域幅の確保に必要がない（タイムリーな伝送の確保はない）。ネットワーク帯域幅が輻輳すると、このタイプのトラヒックの伝送を停止し、ネットワーク帯域幅を優先度の高いトラヒックに渡り、ネットワーク帯域幅がアイドル状態である場合、このタイプのトラヒックが伝送される。このタイプのトラヒックは、以下、背景クライアント・トラヒックと呼ばれる。

【0048】

一実施例において、前記所定クライアント・トラヒックは、背景クライアント・トラヒックであってもよいが、これに限定されない。

【0049】

一実施例において、前記所定クライアント・トラヒックは、他のクライアント・トラヒックを含んでも良い。

【0050】

一実施例において、前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端は、単位時間あたりのＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことと、
前記送信端は、速度調整された所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。

【0051】

一実施例において、単位時間あたりの数とは、現在の時刻に検出された単位時間あたりの数であってもよく、特定の長さの履歴データの統計値と取得された単位時間あたりの平均数であってもよい。

【0052】

一実施例において、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことは、
パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることによって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うこと、を含んでもよい。

【0053】

一実施例において、アイドル情報は、所定フォーマットのビットシーケンスなどであってもよいし、インサートされる位置は、所定クライアント・トラヒックのデータの前又は後、又は指定された位置であってもよい。

【0054】

一実施例において、所定タイプの制御情報ブロックが比較的多い場合、より高い伝送速度を提供することができ、所定クライアント・トラヒック自体の速度がこの伝送速度よりも遅い場合、アイドル情報のインサート、又は所定タイプの制御情報ブロックの一部バイトのみの伝送によって、所定クライアント・トラヒックの速度を上記の伝送速度と一致させることができる。所定タイプの制御情報ブロックが比較的多い場合、提供される伝送速度が所定クライアント・トラヒック自体の速度よりも遅いであれば、所定クライアント・トラヒックのバッファリング、又は所定タイプの制御情報ブロックの追加などの方式によって、所定クライアント・トラヒックの速度を上記の伝送速度と一致させることができる。

【0055】

一実施例において、前記送信端がパッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記送信端は、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトにインサートすること、を含んでもよい。

【0056】

一実施例において、前記所定タイプの制御情報ブロックの最後の７バイトでは、前記パッケージ化した所定クライアント・トラヒックをインサートするため（又は、搬送するため）のバイトは、この制御情報ブロックのタイプに応じて決定される。例えば、アイドル情報ブロックは、最後の７バイトがすべて所定クライアント・トラヒックを運搬するために使用されてもよい。例えば、第１バイトのコンテンツが０ｘＡＡ（１６進数で的ＡＡ）である制御情報ブロックである場合、最後の５バイトが所定クライアント・トラヒックを運搬するために使用されてもよい。

【0057】

実施例２
本実施例はＦＬＥＸＥプロトコルにおいてトラヒックを伝送する方法を提供する。図９に示すように、この方法には以下のステップが含まれる。

【0058】

ステップ２１０では、受信端は、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックから情報コンテンツを抽出する。

【0059】

ステップ２２０では、前記受信端は、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得する。

【0060】

本実施例によれば、制御情報ブロックは、追加のトラヒックを運搬するために利用され、ＦＬＥＸＥｓｈｉｍ層の搬送する效率を改善し、追加の経済価値を生じる。

【0061】

本実施例において、制御情報ブロックとは、情報ブロック属性指示ビットのコンテンツが１０である情報ブロックであってもよい。制御情報ブロックのタイプは、この制御情報ブロック第１バイトのコンテンツによって決定されてもよい。

【0062】

本実施例において、抽出された情報コンテンツに応じて前記所定クライアント・トラヒックを取得することは、抽出された情報コンテンツに対して送信端が行った適応処理の逆処理を行い、例えば、速度調整時にインサートされたアイドル情報ブロックを削除し、デフォルトの方式又は送信端と合意された方式によってアンラッピングすること、を含んでもよい。

【0063】

本実施例において、前記所定クライアント・トラヒックは１つ又は複数であってもよい。

【0064】

本実施例において、ステップ２１０及び２２０両方とも進行中のプロセスであってもよい。

【0065】

一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいが、これに限定されない。

【0066】

【0067】

一実施例において、他のタイプの制御情報ブロックを、前記所定タイプの制御情報ブロックとして採用してもよい。

【0068】

一実施例において、前記ステップ２１０の前に、
前記受信端は、ＦＬＥＸＥトラフィックスロットにおける所定クライアント・トラヒックを運搬するスロット位置を決定すること、をさらに含んでもよい。

【0069】

一実施例において、所定ルールに従って前記所定クライアント・トラヒックを運搬するためのスロット位置を決定してもよい。

【0070】

一実施例において、前記所定クライアント・トラヒックを運搬するためのスロット位置は、送信端に事前に記憶されてもよく、送信端によって前記所定クライアント・トラヒックを運搬するスロット位置が受信端へ報知されてもよい。

【0071】

一実施例において、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。

【0072】

一実施例において、前記所定クライアント・トラヒックは、背景クライアント・トラヒックであってもよいが、これに限定されない。

【0073】

一実施例において、前記所定クライアント・トラヒックは、他のクライアント・トラヒックを含んでも良い。

【0074】

一実施例において、前記受信端が抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得することは、
前記受信端は、前記情報コンテンツをアンラッピングし、所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、少なくとも１つの前記所定クライアント・トラヒックを取得すること、を含んでもよい。

【0075】

一実施例において、所定クライアント・トラヒックは本トラヒックの識別子を運び、受信端は、この識別子に応じて異なる所定クライアント・トラヒックを区別することができる。同じ所定クライアント・トラヒックに属する抽出された情報コンテンツを接合することにより、所定クライアント・トラヒックを復元することができる。

【0076】

一実施例において、所定クライアント・トラヒックの開始及び終了は、受信端が開始位置及び終了位置を認識するように、指定された識別子によって表されてもよい。

【0077】

一実施例において、前記受信端が前記情報コンテンツをアンラッピングする前に、
前記受信端は、前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄すること、をさらに含んでもよい。

【0078】

一実施例において、前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
受信端は、ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記受信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断することと、
前記受信端は、前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから情報コンテンツを抽出することと、を含んでもよい。

【0079】

一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。

【0080】

【0081】

一実施例において、前記受信端がＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
前記受信端は、ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから情報コンテンツを抽出すること、を含んでもよい。

【0082】

一実施例において、前記所定タイプの制御情報ブロックでは、情報コンテンツを抽出ためのバイト（即ち、所定クライアント・トラヒックを運搬するためのバイト）は、この制御情報ブロックのタイプに応じて決定されてもよい。例えば、アイドル情報ブロックでは、最後の７バイトの全部が所定クライアント・トラヒックを運んでもよい。例えば、第１バイトのコンテンツが０ｘＡＡ（１６進数でＡＡ）である制御情報ブロックでは、最後の５バイトが所定クライアント・トラヒックを運んでもよい。

【0083】

以下、３つの実施形態を用いて上記実施例を説明する。これらの３つの実施形態では、所定クライアント・トラヒックは背景クライアント・トラヒックであり、所定タイプの制御情報ブロックはアイドル情報ブロックである。

【0084】

実施形態１
送信端では、背景クライアント・トラヒックが適応され、適応は、背景クライアント・トラヒックを処理し、アイドル情報ブロックにインサートする要求を満し、適応には背景トラヒックのパッケージ化と速度調整（即ち、速度適応）が含まれる。

【0085】

図１０に示すように、背景クライアント・トラヒックは１つ又は複数のタイプ、及び１つ又は複数の速度のデータである可能性があるため、アイドル情報ブロック（即ち、図１０の横線で塗りつぶされたブロック）に直接インサートすることはできないため、背景クライアント・トラヒックは先にパッケージ化する必要があり、６４／６６符号化のパッケージ化、又はイーサネットパケット方式のパッケージ化、又はＨＤＬＣパケットフォーマットのパッケージ化であってもよい。

【0086】

パッケージ化された後、パッケージ化されたトラヒックに対して、アイドル情報ブロックにインサートする速度要求を満たすように速度調整をしてもよい。速度調整によって、一部のアイドル情報が背景クライアント・トラヒックにインサートされ、速度調整によりＦＬＥＸＥｓｈｉｍ層のインサート速度要求を満たす。ＦＬＥＸＥｓｈｉｍ層のアイドル情報ブロックの数は動的に変更されるため、ある瞬間でアイドル情報ブロックの数が多い、ある瞬間でアイドル情報ブロックの数が少ないため、速度調整も時間的に動的に変更する必要がある。

【0087】

背景クライアント・トラヒックを適応させた後、ＦＬＥＸＥｓｈｉｍ層のどのスロット位置が背景クライアント・トラヒックを運搬するために使用されるかが決定され、そして、これらのスロット位置の情報ブロックがアイドル情報ブロックであるか否かが決定される。アイドル情報ブロックであれば、適応された背景クライアント・トラヒックをアイドル情報ブロックの次の７バイトにインサートする。１つのアイドル情報ブロックの次には７バイトがあり、一度に７バイトの背景クライアント・トラヒックを運搬することができる。同じ方法に従って、背景クライアント・トラヒックを運搬することができる各スロット位置が検出され、このスロット位置がアイドル情報ブロックであるか否かが検出される。アイドル情報ブロックである場合、７バイトの背景クライアント・トラヒックを運搬する、４つの情報ブロック群のうち、すべての背景クライアント・トラヒックを運搬するアイドル情報ブロックにインサートされた後、ＦＬＥＸＥｓｈｉｍ層は送信できる。

【0088】

受信端では、図１１に示すように、ＦＬＥＸＥｓｈｉｍ層のどのスロット位置が背景クライアント・トラヒックを運搬することができるかを決定し、そして、このスロット位置がアイドル情報ブロック（即ち、図１１の横線で塗りつぶされたブロック）であるか否かを判断する。アイドル情報ブロックであれば、アイドル情報ブロックの最後の７バイト位置から背景クライアント・トラヒックを抽出する。以下も同様で、すべての背景クライアント・トラヒックを運搬するスロット位置のアイドル情報ブロックから背景クライアント・トラヒックを抽出し、抽出処理を完成する。抽出された背景クライアント・トラヒックの復元処理：速度調整中にインサートされたアイドル情報を破棄し、そしてアンラッピングし、元の背景クライアント・トラヒックに復元する。

【0089】

図１０及び図１１は、ＦＬＥＸＥｓｈｉｍ層のスロット（即ち、すべてのメンバーのスロット）を介して、１つの背景クライアント・トラヒックが伝送される場合の、それぞれ送信端及び受信端の模式図である。しかし、本実施例では、背景クライアント・トラヒックは、１つの背景クライアント・トラヒックを有してもよく、複数の背景クライアント・トラヒックを有してもよい。背景クライアント・トラヒックは、ＦＬＥＸＥｓｈｉｍ層にインサートされてもよく、ＦＬＥＸＥの各メンバーにインサートされてもよい。背景クライアント・トラヒックは、アイドル情報ブロックで伝送されてもよく、他の制御情報ブロック（例えば、ｏコード情報ブロック、又はカスタム制御情報ブロックなど、１つ又は複数のタイプの制御情報ブロック）で伝送されてもよい。

【0090】

ＦＬＥＸＥｓｈｉｍ層には複数のスロットが含まれ、背景クライアント・トラヒックは、すべてのスロット位置で伝送されてもよく、一部のスロット位置で伝送されてもよい。１つの背景クライアント・トラヒックはすべてのスロット位置を占めてもよく、複数の背景クライアント・トラヒックが異なるスロット位置を占めてもよい。

【0091】

実施形態２
図１２に示すように、４つの背景クライアント・トラヒック（図１２の背景クライアント１トラヒック～背景クライアント４トラヒック）があり、第１の背景クライアント・トラヒックはＦＬＥＸＥｓｈｉｍ層の最初の２０スロット位置によって搬送され、第２の背景クライアント・トラヒックはＦＬＥＸＥｓｈｉｍ層の第２１～４０スロット位置によって搬送され、第３の背景クライアント・トラヒックはＦＬＥＸＥｓｈｉｍ層の第４１～６０スロット位置によって搬送され、第４の背景クライアント・トラヒックはＦＬＥＸＥｓｈｉｍ層の最後の２０スロット位置によって搬送される。

【0092】

図１２は、送信端及び受信端の動作を示し、図中、トラヒック適応は送信端の動作であり、下向きの矢印は送信端の処理フローを示し、トラヒック抽出は受信端の動作であり、上向きの矢印は受信端の処理フローを示している。図１２の横線で塗りつぶされたブロックはアイドル情報ブロックであり、送信端は、最初の２０スロットのアイドル情報ブロックに背景クライアント・トラヒック１をインサートし、第２１～４０スロットのアイドル情報ブロックに背景クライアント・トラヒック２をインサートし、第４１～６０个スロットのアイドル情報ブロックに背景クライアント・トラヒック３をインサートし、そして、最後の２０スロットのアイドル情報ブロックに背景クライアント・トラヒック４をインサートする。受信端は、最初の２０スロットのアイドル情報ブロックから背景クライアント・トラヒック１を抽出し、第２１～４０スロットのアイドル情報ブロックから背景クライアント・トラヒック２を抽出し、第４１～６０スロットのアイドル情報ブロックから背景クライアント・トラヒック３を抽出し、そして、最後の２０スロットのアイドル情報ブロックから背景クライアント・トラヒック４を抽出する。

【0093】

実施形態３
図１３に示すように、背景クライアント・トラヒックはＦＬＥＸＥの１つのメンバーに直接伝送される。実装では、ＦＬＥＸＥメンバーにおける各情報ブロックがアイドル情報ブロック（即ち、図１３の横線で塗りつぶされたブロック）であるか否かが検出され、アイドル情報ブロックであれば、アイドル情報ブロックに７バイトの背景クライアント・トラヒックがインサートされ、背景クライアント・トラヒックの送信端でのインサート位置と受信端での抽出位置は、ＦＬＥＸＥの１つのメンバー（即ち、図１３の第１路）のスロット位置である。

【0094】

実施形態４
図１４に示すように、背景トラヒックがＦＬＥＸＥのすべてのメンバーで伝送される。実装では、ＦＬＥＸＥメンバーにおける各情報ブロックがアイドル情報ブロック（即ち、図１４の横線で塗りつぶされたブロック）であるか否かが検出され、アイドル情報ブロックであれば、アイドル情報ブロックに７バイトの背景クライアント・トラヒックがインサートされ、背景クライアント・トラヒックの送信端でのインサート位置と受信端での抽出位置は、ＦＬＥＸＥのすべてのメンバーのスロット位置である。

【0095】

実施例３
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１５に示すように、この装置は、
所定クライアント・トラヒックをパッケージ化するように構成されるパッケージ化モジュール３１と、
パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、前記所定タイプの制御情報ブロックを送信するように構成される伝送モジュール３２と、を備える。

【0096】

一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいが、これに限定されるものではない。

【0097】

在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。

【0098】

一実施例において、前記伝送モジュール３２は、以下の方式で、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートするように構成される。

【0099】

単位時間あたりのＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行う。

【0100】

速度調整された所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートする。

【0101】

一実施例において、前記伝送モジュール３２は、以下の方式で、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うように構成される。

【0102】

パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることによって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行う。

【0103】

【0104】

ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定する。

【0105】

前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断する。

【0106】

前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートする。

【0107】

一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。

【0108】

一実施例において、前記所定クライアント・トラヒックが１つである場合、前記パッケージ化した所定クライアント・トラヒックは、すべて又は一部のスロットで搬送されてもよい。

【0109】

前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。

【0110】

【0111】

パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトにインサートする。

【0112】

一実施例において、前記所定タイプの制御情報ブロックの最後の７バイトのうち、前記パッケージ化した所定クライアント・トラヒックをインサートするためのバイトは、この制御情報ブロックのタイプに応じて決定されてもよい。

【0113】

他の実装の詳細は、上記の実施例のいずれかで参照することができる。

【0114】

実施例４
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１６に示すように、この装置は、
ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出するように構成される抽出モジュール４１と、
抽出された情報コンテンツに応じて、所定クライアント・トラヒックを取得するように構成される取得モジュール４２と、を備える。

【0115】

一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいよいが、これに限定されない。

【0116】

在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。

【0117】

一実施例において、前記取得モジュール４２は、
前記情報コンテンツをアンラッピングし、所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、少なくとも１つの前記所定クライアント・トラヒックを取得するように構成される。

【0118】

一実施例において、前記装置は、取得モジュールが前記情報コンテンツをアンラッピングする前に、前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄するように構成される破棄モジュール、をさらに備える。

【0119】

一実施例において、前記抽出モジュール４１は、
ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定し、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断し、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから情報コンテンツを抽出する、ように構成される。

【0120】

一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。

【0121】

【0122】

前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。

【0123】

一実施例において、前記抽出モジュール４１は、
ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから情報コンテンツを抽出する、ように構成される。

【0124】

一実施例において、前記所定タイプの制御情報ブロックのうち、情報コンテンツを抽出するためのバイトは、この制御情報ブロックのタイプに応じて決定されてもよい。

【0125】

他の実装の詳細は、上記の実施例のいずれかで参照することができる。

【0126】

実施例５
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１７に示すように、この装置は、
第１メモリ５１及び第１プロセッサ５２を備える。
前記第１メモリ５１は、実行可能な命令を記憶するように構成される。
前記第１プロセッサ５１は、前記実行可能な命令を実行し、所定クライアント・トラヒックをパッケージ化する動作と、パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートし、所定タイプの制御情報ブロックを送信する動作と、を実現するように構成される。

【0127】

一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいよいが、これに限定されない。

【0128】

在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。

【0129】

一実施例、前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
単位時間あたりのＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの数に応じて、パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことと、
速度調整された所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。

【0130】

一実施例において、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行うことは、
パッケージ化した所定クライアント・トラヒックにアイドル情報をインサートすることよって、前記パッケージ化した所定クライアント・トラヒックに対して速度調整を行う。

【0131】

一実施例において、前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックであるか否かを判断することと、
前記所定クライアント・トラヒックを運搬するスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記パッケージ化した所定クライアント・トラヒックを前記所定タイプの制御情報ブロックにインサートすることと、を含んでもよい。

【0132】

一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。

【0133】

【0134】

前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。

【0135】

一実施例において、前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックにインサートすることは、
前記パッケージ化した所定クライアント・トラヒックをＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトにインサートすること、を含んでもよい。

【0136】

【0137】

他の実装の詳細は、上記の実施例のいずれかで参照することができる。

【0138】

実施例６
本実施例は、フレックスイーサネットＦＬＥＸＥプロトコルにおいてトラヒックを伝送する装置を提供する。図１８に示すように、この装置は、
第２メモリ６１及び第２プロセッサ６２を備える。
前記第２メモリ６１は、実行可能な命令を記憶するように構成される。
前記第２プロセッサ６２は、前記実行可能な命令を実行し、ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出する動作と、抽出された情報コンテンツに応じて所定クライアント・トラヒックを取得する動作と、を実現するように構成される。

【0139】

一実施例において、前記所定タイプの制御情報ブロックは、アイドル情報ブロックであってもよいよいが、これに限定されない。

【0140】

在一実施例中、前記所定クライアント・トラヒックは、最も優先度が低いクライアント・トラヒックであってもよいが、これに限定されない。

【0141】

一実施例において、前記抽出された情報コンテンツに応じて前記所定クライアント・トラヒックを取得することは、
前記情報コンテンツをアンラッピングし、所定クライアント・トラヒックの識別子に従って、アンラッピングした情報コンテンツを接合し、前記所定クライアント・トラヒックを取得すること、を含んでもよい。

【0142】

一実施例において、前記情報コンテンツをアンラッピングする前に、
前記所定クライアント・トラヒックにインサートされたアイドル情報を破棄すること、をさらに含んでもよい。

【0143】

一実施例において、前記ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
ＦＬＥＸＥトラフィックスロットにおける前記所定クライアント・トラヒックを運搬するスロットを決定することと、
決定されたスロットにおける制御情報ブロックが所定タイプの制御情報ブロックである場合、前記所定タイプの制御情報ブロックから情報コンテンツを抽出することと、を含んでもよい。

【0144】

一実施例において、前記所定クライアント・トラヒックを運搬するスロットは、１つ又は複数のＦＬＥＸＥメンバーのスロットであってもよい。

【0145】

【0146】

前記所定クライアント・トラヒックが複数である場合、パッケージ化した複数の所定クライアント・トラヒックは、異なるスロットで搬送される。

【0147】

一実施例において、前記ＦＬＥＸＥトラフィックスロット内の所定タイプの制御情報ブロックにおける情報コンテンツを抽出することは、
ＦＬＥＸＥトラフィックスロットにおける所定タイプの制御情報ブロックの最後の７バイトのすべて又は一部のバイトから情報コンテンツを抽出すること、を含んでもよい。

【0148】

一実施例中、前記所定タイプの制御情報ブロックのうち、情報コンテンツを抽出するためのバイトは、この制御情報ブロックのタイプに応じて決定されてもよい。

【0149】

他の実装の詳細は、上記の実施例のいずれかで参照することができる。

【0150】