特許 6736701 サービス送信方法及び装置、サービス受信方法及び装置、並びにネットワーク・システム

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

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

(11)【特許番号】6736701

(24)【登録日】2020年7月17日

(45)【発行日】2020年8月5日

(54)【発明の名称】サービス送信方法及び装置、サービス受信方法及び装置、並びにネットワーク・システム

(51)【国際特許分類】

   H04L 12/851 20130101AFI20200728BHJP

   H04L 12/917 20130101ALI20200728BHJP

   H04L 29/08 20060101ALI20200728BHJP

【ＦＩ】

   H04L12/851

   H04L12/917

   H04L13/00 307C

【請求項の数】25

【全頁数】35

(21)【出願番号】特願2018-568914(P2018-568914)

(86)(22)【出願日】2017年4月12日

(65)【公表番号】特表2019-527499(P2019-527499A)

(43)【公表日】2019年9月26日

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

(87)【国際公開番号】WO2018000894

(87)【国際公開日】20180104

【審査請求日】2019年1月16日

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

(32)【優先日】2016年7月1日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100091214

【弁理士】

【氏名又は名称】大貫 進介

(72)【発明者】

【氏名】ジョォン，チィウエン

(72)【発明者】

【氏名】シュイ，シアオフェイ

(72)【発明者】

【氏名】ジャン，シアオジュン

【審査官】 鈴木 肇

(56)【参考文献】

【文献】 特表２００７−５０４７３５（ＪＰ，Ａ）

【文献】 特開平１１−３５５１９５（ＪＰ，Ａ）

【文献】 特開２００２−１７１２１３（ＪＰ，Ａ）

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

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

【文献】 Flex Ethernet Implementaion Agreement IA # OIF-FLEXE-01.0，OPTICAL INTERNETWORKING FORUM，[オンライン]，２０１６年 ３月，[検索日 2020.01.28]，p.1-31，ＵＲＬ，https://www.oiforum.com/wp-content/uploads/2019/01/OIF-FLEXE-01.0.pdf

(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】

前記処理モジュールは、
前もってセットされた関与情報を取得し、該前もってセットされた関与情報に基づき前記第３データ・ストリームから前記第２セグメント・データ・ストリームを取得する
よう更に構成され、
前記前もってセットされた関与情報は、前記第２セグメント・データ・ストリームの位置を示す、
請求項２１に記載の装置。

【請求項23】

前記処理モジュールは、
前記第１データ・ストリーム分布表示マップを前記第１セグメント・データ・ストリーム又は前記第２セグメント・データ・ストリームにおける第１の位置から取得する
よう更に構成される、
請求項２１又は２２に記載の装置。

【請求項24】

前記第１データ・ストリーム分布表示マップは、第１のビットを使用することによって前記第１情報ブロックの位置を特定する、
請求項２０乃至２３のうちいずれか一項に記載の装置。

【請求項25】

請求項１３乃至１９のうちいずれか一項に記載の装置と、
請求項２０乃至２４のうちいずれか一項に記載の装置と
を有するネットワーク・システム。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信分野に、特に、サービス送信方法及び装置、サービス受信方法及び装置、並びにネットワーク・システムに関係がある。

【背景技術】

【0002】

フレキシブル・イーサネット（ＦｌｅｘＥ）は、イーサネット及び転送ネットワーク（例えば、光伝達網（Optical Transport Network，ＯＴＮ）及び同期デジタル階層（Synchronous Digital Hierarchy，ＳＤＨ））のいくつかの技術特性を組み合わせたものであり、イーサネット技術の進化における重要なマイルストーンである。フレキシブル・イーサネット技術が浮上するにつれて、イーサネット・インターフェイスは、仮想化された特性を示す。複数のイーサネット物理インターフェイスが、いくつかの仮想論理ポートをサポートするよう、カスケード接続される。例えば、４つの１００ギガビット・イーサネット（100 Gigabit Ethernet，１００ＧＥ）物理インターフェイスをカスケード接続することによって形成された４００ギガビット（400 Gigabit，４００Ｇ）フレキシブル・イーサネット物理インターフェイス・グループは、いくつかの論理ポートをサポートすることができる。夫々の論理ポートの帯域幅は柔軟に調整され得、４つの１００Ｇ物理インターフェイスのトータルの帯域幅は全ての論理ポートの間で共有される。異なる帯域幅のサービスは、そのようにして柔軟に伝送され得る。

【0003】

現在、フレキシブル・イーサネットは、時分割多重化（Time Division Multiplex，ＴＤＭ）伝送様式を使用する。すなわち、タイムスロット分割が、フレキシブル・イーサネット物理インターフェイスの帯域幅に対して行われる。論理ポートは、いくつかのタイムスロットを含み得る。上述されたように、４つの１００ＧＥ物理インターフェイスをカスケード接続することによって形成された４００Ｇフレキシブル・イーサネット物理インターフェイス・グループは、５Ｇの細かさで８０個のタイムスロットに分割され得る。いくつかのタイムスロットが夫々のサービスに割り当てられ、割り当てられたタイムスロットはそのサービス専用である。

【0004】

図１に示されるように、３つのサービスＣ１、Ｃ２及びＣ３は、ネットワーク・デバイスＰａとネットワーク・デバイスＰｂとの間で伝送され、夫々のサービスは、指定されたタイムスロット帯域幅を占有する。例えば、サービスＣ１は２つのタイムスロットを占有し、それら２つのタイムスロットはサービスＣ２及びＣ３又は他のサービスによって共有され得ない。同じことはサービスＣ２及びＣ３にも当てはまる。それらのサービスが比較的低いトラフィックを有するパケット・サービス、例えば、比較的低いトラフィックを有するイーサネット・サービスである場合に、それらのサービスによって占有されるタイムスロットでは、大量のパケット間隔（Interpacket Gap，ＩＰＧ）、例えば、アイドル（Idle）情報がネットワーク・デバイス間で伝送される。アイドル（Idle）情報は、実際には、サービスのデータ情報を運ばず、タイムスロット帯域幅リソースの無駄を生じさせる。

【発明の概要】

【0005】

これを考慮して、本発明の実施形態は、フレキシブル・イーサネットのサービス伝送プロセスの間のタイムスロット・リソースの浪費が回避可能であるように、サービス送信方法及び装置、サービス受信方法及び装置、並びにネットワーク・システムを提供する。

【0006】

第１の態様に従って、本発明の実施形態は、ネットワーク・デバイスによって、第１データ・ストリーム及び第２データ・ストリームを含む少なくとも２つのデータ・ストリームを取得することと、第３データ・ストリームを生成するよう、前記第１データ・ストリームを前記第２データ・ストリームに挿入することと、前記第３データ・ストリームを送信することとを含み、前記第３データ・ストリームは、第１情報ブロック及び第２情報ブロックを含み、前記第１情報ブロック及び前記第２情報ブロックは、前記第２データ・ストリームから生成され、前記第１情報ブロックは、前記第１データ・ストリームを運ぶために使用され、前記第２情報ブロックは、第１データ・ストリーム分布表示マップを運ぶために使用され、前記第１データ・ストリーム分布表示マップは、前記第１情報ブロックの位置を示すために使用され、前記第２情報ブロックは、前もってセットされたマップ・ブロック・タイプを使用することによって特定される、サービス送信方法を提供する。本発明のこの実施形態において、第１データ・ストリームは、第２データ・ストリームを使用することによって運ばれ、それによって、帯域幅利用を改善する。第２データ・ストリームは、専用の帯域幅を有するサービスによって形成されてよく、第１データ・ストリームは、ＢＥ（Best Effort，ベスト・エフォート）サービスによって形成されてよい。サービスの統計多重化は、第２データ・ストリームのアイドル・タイムスロット・リソースを使用することによって、フレキシブル・イーサネットにおいて実装され得る。

【0007】

可能な実施において、当該方法は、前記第２データ・ストリームを取得し、該第２データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定し、該少なくとも２つのアイドル・ブロックの位置で前記第１情報ブロック及び前記第２情報ブロックを生成することを更に含む。第２データ・ストリームにおけるアイドル・ブロックが特定され、第１データ・ストリーム及び第１データ・ストリーム分布表示マップを運ぶために使用され、それによって、アイドル・タイムスロット・リソースを十分に活用する。任意に、他の冗長な情報ブロック、例えば、ＥＲＲＯＲブロックが更に特定されてよく、それによって、冗長なタイムスロット・リソースを更に活用する。

【0008】

可能な実施において、前記少なくとも２つのアイドル・ブロックの位置で前記第１情報ブロック及び前記第２情報ブロックを生成することは、前記第１データ・ストリームを前記第１情報ブロックに挿入することと、前記第１情報ブロックの位置に基づき前記第１データ・ストリーム分布表示マップを生成し、該第１データ・ストリーム分布表示マップを前記第２情報ブロックに挿入することとを含む。任意に、第１データ・ストリームが最初に第１情報ブロックに挿入されてよく、次いで、第１データ・ストリーム分布表示マップが生成される。あるいは、第１データ・ストリーム分布表示マップが最初に生成されてよく、次いで、第１データ・ストリームが第１情報ブロックに挿入される。第１情報ブロックの位置は、第１データ・ストリーム分布表示マップを使用することによって示されてよく、それにより、受信端デバイスは第１データ・ストリームを第３データ・ストリームから抽出する。

【0009】

可能な実施において、前記第２データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定することは、前記第２データ・ストリームから第１セグメント・データ・ストリームを取得し、該第１セグメント・データ・ストリームにおいてアイドル・ブロックを特定して少なくとも２つのアイドル・ブロックを得ることを含み、前記アイドル・ブロックは、アイドル・ブロック・タイプを運ぶ。第２データ・ストリームはセグメントにおいて処理され、第１データ・ストリームはセグメントにおいて挿入され得、それによって、処理遅延を低減する。

【0010】

可能な実施において、前記第２データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定した後に、当該方法は、前記少なくとも２つのアイドル・ブロックの位置及び／又は非アイドル・ブロックの位置を示すために使用されるアイドル・ブロック分布表示マップを生成することと、前記アイドル・ブロック分布表示マップに基づき前記第１データ・ストリーム分布表示マップを生成することとを更に含む。

【0011】

可能な実施において、当該方法は、前記第２データ・ストリームから第２セグメント・データ・ストリームを取得し、該第２セグメント・データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定し、該少なくとも２つのアイドル・ブロックの位置で前記第１情報ブロック及び前記第２情報ブロックを生成することと、前もってセットされた関与情報を使用することによって前記第２セグメント・データ・ストリームの位置を示すこととを更に含む。第１データ・ストリームが挿入され得る位置、又は第１データ・ストリームが挿入され得ない位置は、マスキングのような方法で示されることができ、それによって、第１データ・ストリームの十分な挿入を実施する。

【0012】

可能な実施において、当該方法は、前記第２情報ブロックの位置を前記第１セグメント・データ・ストリーム又は前記第２セグメント・データ・ストリームにおける第１位置に調整することを更に含む。第２情報ブロックの位置、第１セグメント・データ・ストリーム、又は第２セグメント・データ・ストリームは再配置され、それにより、受信端デバイスのデータ再生効率は改善され得る。

【0013】

第２の態様に従って、本発明の実施形態は、ネットワーク・デバイスによって、第３データ・ストリームを受信することと、前記第３データ・ストリームから第１データ・ストリームを抽出し、前記第３データ・ストリームを第２データ・ストリームへリストアすることとを含み、前記第３データ・ストリームは、第１情報ブロック及び第２情報ブロックを含み、前記第２データ・ストリームは、前記第１情報ブロック及び前記第２情報ブロックを使用することによってリストアされ、前記第１情報ブロックは、前記第１データ・ストリームを運ぶために使用され、前記第２情報ブロックは、第１データ・ストリーム分布表示マップを運ぶために使用され、前記第１データ・ストリーム分布表示マップは、前記第１情報ブロックの位置を示すために使用され、前記第２情報ブロックは、前もってセットされたマップ・ブロック・タイプを使用することによって特定される、サービス受信方法を提供する。本発明のこの実施形態において、第１データ・ストリームは第３データ・ストリームから抽出され、第３データ・ストリームは第２データ・ストリームへリストアされ、それによって、帯域幅利用を改善する。第２データ・ストリームは、専用の帯域幅を有するサービスによって形成されてよく、第１データ・ストリームは、ＢＥサービスによって形成されてよい。サービスの統計多重化は、第２データ・ストリームのアイドル・タイムスロット・リソースを使用することによって、フレキシブル・イーサネットにおいて実装され得る。

【0014】

可能な実施において、前記第３データ・ストリームから第１データ・ストリームを抽出することは、前記第３データ・ストリームから第１セグメント・データ・ストリーム又は第２セグメント・データ・ストリームを取得することと、前記第１セグメント・データ・ストリーム又は前記第２セグメント・データ・ストリームにおいて前記第２情報ブロックを特定し、該第２情報ブロックから第１データ・ストリーム分布表示マップを取得することと、前記第１データ・ストリーム分布表示マップに基づき前記第１情報ブロックから前記第１データ・ストリームを取得することとを含む。第３データ・ストリームはセグメントにおいて処理され、第１データ・ストリームはセグメントにおいて挿入され得、それによって、処理遅延を低減する。第１情報ブロックの位置は、第１データ・ストリーム分布表示マップを使用することによって示されてよく、それにより、受信端デバイスは、第３データ・ストリームから第１データ・ストリームを抽出する。

【0015】

可能な実施において、当該方法は、前記第２セグメント・データ・ストリームの位置を示す前もってセットされた関与情報を取得し、該前もってセットされた関与情報に基づき前記第３データ・ストリームから前記第２セグメント・データ・ストリームを取得することと、該第２セグメント・データ・ストリームから前記第１データ・ストリームを取得することとを更に含む。第１データ・ストリームが抽出され得る位置、又は第１データ・ストリームが抽出され得ない位置は、マスキングのような方法で示されることができ、それによって、第１データ・ストリームの柔軟な抽出を実施する。

【0016】

可能な実施において、前記第３データ・ストリームから第１データ・ストリームを抽出することは、前記第１データ・ストリーム分布表示マップを前記第１セグメント・データ・ストリーム又は前記第２セグメント・データ・ストリームにおける第１の位置から取得することを含む。第２情報ブロックの位置、第１セグメント・データ・ストリーム、又は第２セグメント・データ・ストリームは再配置され、それにより、受信端デバイスのデータ再生効率は改善され得る。

【0017】

可能な実施において、前記第１データ・ストリーム分布表示マップは、第１のビットを使用することによって前記第１情報ブロックの位置を特定する。

【0018】

可能な実施において、前記第２データ・ストリームが前記第１情報ブロック及び前記第２情報ブロックを使用することによってリストアされることは、前記第１情報ブロック及び第２情報ブロックの位置で少なくとも２つのアイドル・ブロックを生成することを含み、前記アイドル・ブロックは、アイドル・ブロック・タイプを運ぶ。

【0019】

第３の態様に従って、本発明の実施形態は、第１データ・ストリーム及び第２データ・ストリームを含む少なくとも２つのデータ・ストリームを取得するよう構成される取得モジュールと、第３データ・ストリームを生成するよう、前記第１データ・ストリームを前記第２データ・ストリームに挿入するよう構成される処理モジュールと、前記第３データ・ストリームを送信するよう構成される送信モジュールとを含み、前記第３データ・ストリームは、第１情報ブロック及び第２情報ブロックを含み、前記第１情報ブロック及び前記第２情報ブロックは、前記第２データ・ストリームから生成され、前記第１情報ブロックは、前記第１データ・ストリームを運ぶために使用され、前記第２情報ブロックは、第１データ・ストリーム分布表示マップを運ぶために使用され、前記第１データ・ストリーム分布表示マップは、前記第１情報ブロックの位置を示すために使用され、前記第２情報ブロックは、前もってセットされたマップ・ブロック・タイプを使用することによって特定される、サービス送信装置を提供する。本発明のこの実施形態において、第１データ・ストリームは、第２データ・ストリームを使用することによって運ばれ、それによって、帯域幅利用を改善する。第２データ・ストリームは、専用の帯域幅を有するサービスによって形成されてよく、第１データ・ストリームは、ＢＥサービスによって形成されてよい。サービスの統計多重化は、第２データ・ストリームのアイドル・タイムスロット・リソースを使用することによって、フレキシブル・イーサネットにおいて実装され得る。

【0020】

第１の態様における方法の実施形態は、第３の態様における装置の実施形態を使用することによって実施可能である。

【0021】

可能な実施において、前記処理モジュールは、前記第２データ・ストリームを取得し、該第２データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定し、該少なくとも２つのアイドル・ブロックの位置で前記第１情報ブロック及び前記第２情報ブロックを生成するよう更に構成される。

【0022】

可能な実施において、前記処理モジュールは、前記第１データ・ストリームを前記第１情報ブロックに挿入し、前記第１情報ブロックの位置に基づき前記第１データ・ストリーム分布表示マップを生成し、該第１データ・ストリーム分布表示マップを前記第２情報ブロックに挿入するよう構成される。

【0023】

可能な実施において、前記処理モジュールは、前記第２データ・ストリームから第１セグメント・データ・ストリームを取得し、該第１セグメント・データ・ストリームにおいてアイドル・ブロックを特定して少なくとも２つのアイドル・ブロックを得るよう構成され、前記アイドル・ブロックは、アイドル・ブロック・タイプを運ぶ。

【0024】

可能な実施において、前記処理モジュールは、前記少なくとも２つのアイドル・ブロックの位置及び／又は非アイドル・ブロックの位置を示すために使用されるアイドル・ブロック分布表示マップを生成し、前記アイドル・ブロック分布表示マップに基づき前記第１データ・ストリーム分布表示マップを生成するよう更に構成される。

【0025】

可能な実施において、前記処理モジュールは、前記第２データ・ストリームから第２セグメント・データ・ストリームを取得し、該第２セグメント・データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定し、該少なくとも２つのアイドル・ブロックの位置で前記第１情報ブロック及び前記第２情報ブロックを生成し、且つ、前もってセットされた関与情報を使用することによって前記第２セグメント・データ・ストリームの位置を示すよう更に構成される。

【0026】

可能な実施において、前記処理モジュールは、前記第２情報ブロックの位置を前記第１セグメント・データ・ストリーム又は前記第２セグメント・データ・ストリームにおける第１の位置に調整するよう更に構成される。

【0027】

第４の態様に従って、本発明の実施形態は、第３データ・ストリームを受信するよう構成される受信モジュールと、前記第３データ・ストリームから第１データ・ストリームを抽出し、前記第３データ・ストリームを第２データ・ストリームへリストアするよう構成される処理モジュールとを含み、前記第３データ・ストリームは、第１情報ブロック及び第２情報ブロックを含み、前記第２データ・ストリームは、前記第１情報ブロック及び前記第２情報ブロックを使用することによってリストアされ、前記第１情報ブロックは、前記第１データ・ストリームを運ぶために使用され、前記第２情報ブロックは、第１データ・ストリーム分布表示マップを運ぶために使用され、前記第１データ・ストリーム分布表示マップは、前記第１情報ブロックの位置を示すために使用され、前記第２情報ブロックは、前もってセットされたマップ・ブロック・タイプを使用することによって特定される、サービス受信装置を提供する。本発明のこの実施形態において、第１データ・ストリームは第３データ・ストリームから抽出され、第３データ・ストリームは第２データ・ストリームへリストアされ、それによって、帯域幅利用を改善する。第２データ・ストリームは、専用の帯域幅を有するサービスによって形成されてよく、第１データ・ストリームは、ＢＥサービスによって形成されてよい。サービスの統計多重化は、第２データ・ストリームのアイドル・タイムスロット・リソースを使用することによって、フレキシブル・イーサネットにおいて実装され得る。

【0028】

第２の態様における方法の実施形態は、第４の態様における装置の実施形態を使用することによって実施可能である。

【0029】

可能な実施において、前記処理モジュールは、前記第３データ・ストリームから第１セグメント・データ・ストリーム又は第２セグメント・データ・ストリームを取得し、前記第１セグメント・データ・ストリーム又は前記第２セグメント・データ・ストリームにおいて前記第２情報ブロックを特定し、該第２情報ブロックから第１データ・ストリーム分布表示マップを取得し、前記第１データ・ストリーム分布表示マップに基づき前記第１情報ブロックから前記第１データ・ストリームを取得するよう構成される。

【0030】

可能な実施において、前記処理モジュールは、前もってセットされた関与情報を取得し、該前もってセットされた関与情報に基づき前記第３データ・ストリームから前記第２セグメント・データ・ストリームを取得するよう更に構成され、前記前もってセットされた関与情報は、前記第２セグメント・データ・ストリームの位置を示す。

【0031】

可能な実施において、前記処理モジュールは、前記第１データ・ストリーム分布表示マップを前記第１セグメント・データ・ストリーム又は前記第２セグメント・データ・ストリームにおける第１の位置から取得するよう更に構成される。

【0032】

可能な実施において、前記第１データ・ストリーム分布表示マップは、第１のビットを使用することによって前記第１情報ブロックの位置を特定する。

【0033】

可能な実施において、前記処理モジュールは、前記第１情報ブロック及び第２情報ブロックの位置で少なくとも２つのアイドル・ブロックを生成するよう構成され、前記アイドル・ブロックは、アイドル・ブロック・タイプを運ぶ。

【0034】

第５の態様に従って、本発明の実施形態は、第３の態様及び第３の態様のいずれかの可能な実施における装置と、第４の態様及び第４の態様のいずれかの可能な実施における装置とを含むネットワーク・システムを提供する。

【0035】

第６の態様に従って、本発明の実施形態は、プロセッサ、メモリ、及び少なくとも１つのネットワーク・インターフェイスを含むネットワーク・デバイスを提供する。メモリは、コンピュータ実行可能命令を記憶するよう構成され、ネットワーク・デバイスが作動する場合に、プロセッサは、メモリに記憶されているコンピュータ実行可能命令を実行し、それにより、ネットワーク・デバイスは、第１の態様及び第１の態様のいずれかの可能な実施における方法を実行する。

【0036】

第７の態様に従って、本発明の実施形態は、プロセッサ、メモリ、及び少なくとも１つのネットワーク・インターフェイスを含むネットワーク・デバイスを提供する。メモリは、コンピュータ実行可能命令を記憶するよう構成され、ネットワーク・デバイスが作動する場合に、プロセッサは、メモリに記憶されているコンピュータ実行可能命令を実行し、それにより、ネットワーク・デバイスは、第２の態様及び第２の態様のいずれかの可能な実施における方法を実行する。

【図面の簡単な説明】

【0037】

本発明の実施形態における又は先行技術における技術的解決法をより明りょうに記載するよう、以下は、背景及び実施形態を記載するために必要とされる添付の図面について簡単に説明する。

【0038】

【図1】先行技術におけるフレキシブル・イーサネットのサービス伝送の概略図である。

【図2】本発明の実施形態に従うフレキシブル・イーサネットのサービス伝送の概略図である。

【図3】本発明の実施形態に従うフレキシブル・イーサネットのサービス伝送の概略図である。

【図4】本発明の実施形態に従うフレキシブル・イーサネット・データ・フレームの略構造図である。

【図5a】本発明の実施形態に従うフレキシブル・イーサネット・データ・フレームのオーバーヘッド・ブロック・フォーマットの概略図である。

【図5b】本発明の実施形態に従うフレキシブル・イーサネット・データ・フレームのコントロール・ブロック・フォーマットの概略図である。

【図6】本発明の実施形態に従うフレキシブル・イーサネットにおけるサービス多重化プロセスの概略図である。

【図7】本発明の実施形態に従うサービス送信方法のフローチャートの例である。

【図8】本発明の実施形態に従うアイドル・ブロック分布の概略図である。

【図9】本発明の実施形態に従うＢＥサービス分布の概略図である。

【図10a】本発明の実施形態に従うマップ・ブロック・フォーマットの概略図である。

【図10b】本発明の実施形態に従う他のマップ・ブロック・フォーマットの概略図である。

【図11】本発明の実施形態に従うＢＥサービス分布の他の概略図である。

【図12】本発明の実施形態に従うマスク・ビット・フォーマットの概略図である。

【図13】本発明の実施形態に従うフレキシブル・イーサネット・データ・フレームのオーバーヘッド・ブロック・フォーマットの概略図である。

【図14】本発明の実施形態に従うデータ・ストリーム再配置の概略図である。

【図15】本発明の実施形態に従うデータ・ストリーム再配置の他の概略図である。

【図16a】本発明の実施形態に従うマップ・ブロック・フォーマットの概略図である。

【図16b】本発明の実施形態に従う他のマップ・ブロック・フォーマットの概略図である。

【図17】本発明の実施形態に従うサービス受信方法のフローチャートの例である。

【図18】本発明の実施形態に従うサービス送信装置の略構造図である。

【図19】本発明の実施形態に従うサービス受信装置の略構造図である。

【図20】本発明の実施形態に従うネットワーク・システムの略構造図である。

【図21】本発明の実施形態に従うネットワーク・デバイスの略構造図である。

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

【0039】

本発明の目的、技術的解決法、及び利点をより明りょうに且つより理解しやすくするよう、以下は、添付の図面及び実施形態を参照して詳細に本願を更に記載する。

【0040】

本発明の実施形態で提供される技術的解決法は、フレキシブル・イーサネットに適用されてよく、他のタイプのネットワーク、例えば、イーサネット、光伝達網（Optical Transport Network，ＯＴＮ）ネットワーク、及び同期デジタル階層（Synchronous Digital Hierarchy，ＳＤＨ）ネットワークにも適用されてよい。本発明の実施形態においては、フレキシブル・イーサネットが、説明のための例として主に使用される。

【0041】

図２は、本発明の実施形態に従うフレキシブル・イーサネットのサービス伝送の概略図である。図２に示されるように、ネットワーク・デバイスＰａ及びＰｂは３つのサービスＣ１、Ｃ２及びＣ３を伝送する。３つのサービスを伝送するために使用されるネットワーク・デバイスＰａ及びＰｂにおける物理インターフェイスは、１００Ｇフレキシブル・イーサネット物理インターフェイスであり、物理インターフェイスは、５Ｇの細かさで２０個のタイムスロットに分割される、と想定される。サービスＣ１の帯域幅は１０Ｇであり、２つのタイムスロット、すなわち、タイムスロット１及びタイムスロット２を占有する。サービスＣ２の帯域幅は２５Ｇであり、５つのタイムスロット、すなわち、タイムスロット３乃至タイムスロット７を占有する。サービスＣ３の帯域幅は２５Ｇであり、５つのタイムスロット、すなわち、タイムスロット８乃至タイムスロット１２を占有する。サービスＣ１及びＣ２がパケット・サービス、例えば、イーサネット・サービスである場合に、サービスＣ１及びＣ２はアイドル情報を含む可能性がある。アイドル情報は、サービスのデータ情報を含まず、アイドル情報によって占有されるタイムスロットは、アイドル・タイムスロットであり、タイムスロット・リソースの無駄を生じさせる。従って、本発明のこの実施形態において、サービスのアイドル情報によって占有されるアイドル・タイムスロットは、使用される他のサービス、例えば、ベスト・エフォート（Best Effort，ＢＥ）サービスと共有されてよい。図２において、ＢＥサービスは、サービスＣ１及びサービスＣ２におけるアイドル・タイムスロットを使用することによって、伝送されてよい。具体的に言えば、ＢＥサービス（ＢＥサービス１）及びサービスＣ１は、タイムスロット１及びタイムスロット２を共有し、ＢＥサービス（ＢＥサービス２）及びサービスＣ２は、タイムスロット３乃至タイムスロット７を共有する。任意に、図３に示されるように、ＢＥサービスのために、あるもの（ＢＥサービス３）は、専用のタイムスロット、例えば、他のサービスに割り当てられていないタイムスロット１３乃至タイムスロット２０を使用してよく、あるもの（ＢＥサービス１及びＢＥサービス２）は、サービスＣ１及びＣ２のアイドル・タイムスロットを使用する。本発明のこの実施形態におけるＢＥサービスは、フレキシブル・イーサネット・サービス、パケット・サービス（例えば、イーサネット・サービス）、インターネット・プロトコル（Internet Protocol，ＩＰ）サービス、ファイバ・チャネル（Fibre Channel，ＦＣ）サービス、インフィニバンド（InfiniBand）サービス、又は同様のものであってよい。ＢＥサービスは、一般に、比較的低い優先度を有している。より高い優先度のサービスがネットワーク内にある場合に、ＢＥサービスの伝送帯域幅は必ずしも確保されず、ＢＥサービスの伝送帯域幅は、できる限りの努力により確保され得る。従って、ＢＥサービスは、ネットワーク・リソース利用を改善するよう、より高い優先度の他のサービスのアイドル・タイムスロット又はアイドル帯域幅を使用することによって搬送及び伝送されてよい。

【0042】

サービスがフレキシブル・イーサネット物理インターフェイス上で伝送される場合に、フレキシブル・イーサネット・データ・フレーム・フォーマットによるコード・ブロック・ストリームが形成される。例えば、１００Ｇフレキシブル・イーサネット物理インターフェイスは、５Ｇの細かさで２０個のタイムスロットに分割されてよい。図４に示されるように、１００Ｇフレキシブル・イーサネット物理インターフェイス上で形成されるフレキシブル・イーサネット・データ・フレームの構造は、行ごとに（１＋２０×１０２３）個のコード・ブロックを有して、８つの行を含む。データ・フレーム構造において、１つの行はサブフレームを形成し、８つの行は基本フレームを形成し、３２個の行はスーパーフレームを形成する。コード・ブロックは、ここでは、６４Ｂ／６６Ｂコード・ブロックであってよい。各行における最初のコード・ブロックはオーバーヘッド・ブロックであり、他の２０×１０２３個のコード・ブロックはペイロード・ブロックである。各行におけるペイロード・ブロックは、２０個のコード・ブロックを１つの単位として使用することによって１０２３個のセグメントに分割されてよく、各セグメントにおける２０個のコード・ブロックは、２０個のタイムスロットに夫々対応する。例えば、各セグメントにおいて、識別子が１であるコード・ブロックは、タイムスロット１に対応し、識別子が２であるコード・ブロックは、タイムスロット２に対応し、・・・そして、識別子が２０であるコード・ブロックは、タイムスロット２０に対応する。フレキシブル・イーサネット・データ・フレーム全体は、８つの行に分かれたペイロード・ブロックを含む。識別子が１であるコード・ブロックの各列は、タイムスロット１に対応し、識別子が２であるコード・ブロックの各列は、タイムスロット２に対応し、・・・そして、識別子が２０であるコード・ブロックの各列は、タイムスロット２０に対応する。本発明のこの実施形態において、タイムスロットはＴＤＭ伝送時間スライスであり、１つのフレキシブル・イーサネット・データ・フレームにおけるコード・ブロックの複数列の位置に対応してよく、あるいは、複数の連続したフレキシブル・イーサネット・データ・フレームにおけるコード・ブロックの複数列の位置に対応してよい。

【0043】

最初の行の最初のコード・ブロックは、データ・フレーム全体の最初のオーバーヘッド・ブロックである。図５ａに示されるように、オーバーヘッド・ブロックは、コントロール・ブロック・タイプ“０ｘ４Ｂ”に加えて、この位置がフレキシブル・イーサネット・データ・フレームの最初のオーバーヘッド・ブロックであることを示すために使用される“０ｘ５”を含む。

【0044】

ペイロード・ブロックのブロック・タイプは、コントロール・ブロック及びデータ・ブロックを含み、コントロール・ブロック及びデータ・ブロックは、ブロック・タイプを使用することによって特定されてよい。ブロック・タイプは２ビット同期ヘッダ（Sync Header）を含んでよい。“０１ｂ”は、続く８つのオクテットがデータ文字であり、ブロック・タイプがデータ・ブロックであることを示す。“１０ｂ”は、続く文字がコントロール文字及び／又はデータ文字であり、ブロック・タイプがコントロール・ブロックであることを示す。更に、コントロール・ブロック・タイプは、コントロール・ブロックにおけるコントロール・ブロック・タイプ・フィールドを使用することによって特定されてよく、先行技術では全部で１５個のコントロール・ブロック・タイプがある。本発明のこの実施形態において、アイドル・ブロックの特定及び処理に関して、アイドル・ブロックは、コントロール・ブロックの一種である。アイドル・ブロックはアイドル情報を運び、アイドル情報は実際には冗長な情報である。アイドル・ブロックは、物理インターフェイスがあるサービス専用であるときに、比較的低いサービス・トラフィックの場合において、そのサービスの論理ポートのためのパディング帯域幅である。論理ポートはいくつかのタイムスロットを含むと考えられてよい。論理ポートがアイドル・ブロックによりパディングされるとき、アイドル・ブロックに対応するタイムスロットはアイドル・タイムスロットである。アイドル・ブロックは、特定のコントロール・ブロック・タイプを使用することによって特定されてよい。図５ｂに示されるコード・ブロック・フォーマットの概略図において、第１及び第２のビットは、コード・ブロックがコントロール・ブロックであることを示す同期ヘッダ“０１”である。コントロール・ブロック・タイプ“０ｘ１Ｅ”によって特定され得るコントロール・ブロック・タイプは、エラー表示ブロック及びアイドル・ブロックを含む。エラー表示ブロックにおいて、コントロール・ブロック・タイプは、７ビットに圧縮された全ての“０ｘ１Ｅ”が後に続く。アイドル・ブロックにおいて、コントロール・ブロック・タイプは、７ビットに圧縮された全ての“０ｘ００”が後に続く。

【0045】

本発明のこの実施形態において、フレキシブル・イーサネット物理インターフェイスがフレキシブル・イーサネット・データ・フレーム・フォーマットによりサービスを伝送するために使用されることは、記載のための例として使用される。最初に、フレキシブル・イーサネット物理インターフェイスを使用することによってサービス多重化を実装するプロセスが記載される。図６に示されるように、２つのサービスＣ１及びＣ２は、４つの１００ＧＥ物理インターフェイスをカスケード接続することによって形成された４００Ｇフレキシブル・イーサネット物理インターフェイス・グループ上で多重化される。４００Ｇフレキシブル・イーサネット物理インターフェイス・グループは、５Ｇの細かさで８０個のタイムスロットに分割されてよく、夫々の１００ＧＥ物理インターフェイスは、５Ｇの細かさで２０個のタイムスロットに分割されてよい。サービスＣ１の帯域幅は１０Ｇであり、２つのタイムスロットを占有し、サービスＣ２の帯域幅は２５Ｇであり、５つのタイムスロットを占有する、と想定される。２つのサービスＣ１及びＣ２は、８０個のタイムスロット・ストリームにおいてそれらの各々の占有されたタイムスロットに分配され、次いで、８０個のタイムスロット・ストリームは、４００Ｇフレキシブル・イーサネット物理インターフェイス・グループにおける対応する物理インターフェイスへ別々に送られる。例えば、サービスＣ１は、サービスＣ１によって占有される２つのタイムスロットに分配された後、フレキシブル・イーサネット物理インターフェイスＡへ送られ、サービスＣ２は、サービスＣ２によって占有される５つのタイムスロットに分配された後、フレキシブル・イーサネット物理インターフェイスＢ及びＣへ送られる。すなわち、サービスＣ１は、物理インターフェイスＡを使用することによって物理リンクへ伝送され、サービスＣ２は、物理インターフェイスＢ及びＣを使用することによって物理リンクへ伝送される。本発明のこの実施形態において、送信端ネットワーク・デバイスによって実行される方法は、上記のサービス多重化プロセスの間に実行されてよく、あるいは、サービス多重化プロセスの前又は後に実行されてもよい。確かに、本発明のこの実施形態は、上記のサービス多重化プロセスとの関連を有さなくてもよい。サービス多重化プロセス及び本発明のこの実施形態は、記載のために組み合わされ、これは、単に、記載のための例として使用されるにすぎない。

【0046】

図７は、本発明の実施形態に従うサービス送信方法のフローチャートの例である。方法は、フレキシブル・イーサネット・デバイス又はイーサネット・デバイスのようなネットワーク・デバイスによって実行されてよく、ネットワーク・デバイスは、送信端ネットワーク・デバイスであってよい。方法は次のステップを含む。

【0047】

Ｓ１１．ネットワーク・デバイスは少なくとも１つのサービスを受信し、このとき、少なくとも１つのサービスは、ベスト・エフォートＢＥサービスを含む。

【0048】

少なくとも１つのサービスはＢＥサービスを含んでよく、更には、専用の帯域幅を有するサービス（例えば、図２のサービスＣ１、Ｃ２及びＣ３）を含んでよい。専用の帯域幅を有するサービスの優先度は、通常は、ＢＥサービスのそれよりも高く、従って、ネットワーク・デバイスは、サービスの帯域幅要件に基づき、サービスを運ぶのに十分な帯域幅リソースを割り当て、そして、サービスの帯域幅要件が満足されることを確かにすることができる。例えば、専用の帯域幅を有するサービスはイーサネット・サービスであり、サービスはアイドル情報を含むことがある。アイドル情報はサービスのデータ情報を含まないが、依然としてタイムスロットを占有する必要があるので、アイドル・タイムスロット・リソースがもたらされる。この場合に、ＢＥサービスは、専用の帯域幅を有するサービスのアイドル・タイムスロット・リソースを使用することによって、搬送及び伝送されてよい。しかし、専用の帯域幅を有するサービスのアイドル・タイムスロット・リソースの不確かさのために、それらのアイドル・タイムスロット・リソースがＢＥサービスの帯域幅要件を満足することができることは必ずしも確かにされず、帯域幅は、できる限りの努力によりＢＥサービスのために提供され得る。任意に、ＢＥサービスは、専用の帯域幅を有するサービスによって解放された帯域幅を使用することによって、伝送されてもよい。ＢＥサービスを受信した後、ネットワーク・デバイスは、ＢＥサービスを一時的に保持してよく、専用の帯域幅を有するサービスが受信されるまではＢＥサービスに対してＳ１２乃至Ｓ１４を実行しない。

【0049】

Ｓ１２．原データ・ストリームを取得し、原データ・ストリームにおいて第１アイドル・ブロック及び第２アイドル・ブロックを特定し、ＢＥサービスを第１アイドル・ブロックの位置に挿入する。

【0050】

原データ・ストリームは、専用の帯域幅を有するサービスを変換することによって取得されてよい。例えば、ネットワーク・デバイスは、専用の帯域幅を有する少なくとも１つのサービスを受信し、専用の帯域幅を有するその少なくとも１つのサービスを原データ・ストリームに変換する。専用の帯域幅を有するサービス及びＢＥサービスは、同時に受信されてよく、あるいは、異なる時点に受信されてもよい。

【0051】

例において、このステップは、図６に示されるサービス多重化プロセスの間に実行されてよい。Ｓ１１における少なくとも１つのサービスは、ＢＥサービス及び専用の帯域幅を有するサービスを含む。ＢＥサービス及び専用の帯域幅を有するサービスは、同じ時点に受信されるか、又は異なる時点に受信される。ＢＥサービスは、専用の帯域幅を有するサービスと同時に多重化されてよい。すなわち、本発明のこの実施形態における技術的解決法は、サービス多重化と同時に実行される。多重化プロセスについては、図６に示される実施形態を参照されたく、詳細についてはここで再び記載されない。

【0052】

他の例において、このステップは、図６に示されるサービス多重化の後に実行されてもよい。Ｓ１２を実行する前に、ネットワーク・デバイスは、専用の帯域幅を有する少なくとも１つのサービスを受信し、専用の帯域幅を有するその少なくとも１つのサービスを多重化して原データ・ストリームを生成してよい。多重化プロセスについては、図６に示される実施形態を参照されたく、詳細についてはここで再び記載されない。専用の帯域幅を有するサービス及びＢＥサービスは、同時に受信されてよく、あるいは、別々に受信されてもよい。

【0053】

Ｓ１３．サービス分布表示マップを生成し、サービス分布表示マップを第２アイドル・ブロックの位置に挿入し、このとき、サービス分布表示マップは、第１アイドル・ブロックの位置を示すために使用され、第２アイドル・ブロックの位置は、前もってセットされたマップ・ブロック・タイプを使用することによって特定される。

【0054】

原データ・ストリームにおいて第１アイドル・ブロック及び第２アイドル・ブロックを特定することの実施は、原データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定することであってよく、少なくとも２つのアイドル・ブロックは第１アイドル・ブロック及び第２アイドル・ブロックを含む。第２アイドル・ブロックは、少なくとも２つのアイドル・ブロックのうちの１つ以上であり、アイドル・ブロック分布表示マップ及び／又はサービス分布表示マップを運ぶために使用されてよい。第１アイドル・ブロックは、第２アイドル・ブロック以外の他のアイドル・ブロックであり、ＢＥサービスを運ぶために使用されてよい。具体的に言えば、第１アイドル・ブロックは、ＢＥサービスを運ぶコード・ブロック（“ＢＥサービス・ブロック”と呼ばれる。）により置換され、第２アイドル・ブロックは、アイドル・ブロック分布表示マップ及び／又はサービス分布表示マップを運ぶコード・ブロック（“マップ・ブロック”と呼ばれる。）により置換される。代替的に、第１アイドル・ブロック及び第２アイドル・ブロックは、原データ・ストリーム（例えば、専用の帯域幅を有するサービスによって形成されたデータ・ストリーム）において冗長情報を含むコード・ブロック、例えば、ＥＲＲＯＲブロックであってよい。

【0055】

原データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定することは、原データ・ストリームから第１セグメント・データ・ストリームを取得し、第１セグメント・データ・ストリームにおいてアイドル・ブロックを特定して少なくとも２つのアイドル・ブロックを取得することであってよく、アイドル・ブロックはアイドル・ブロック・タイプを運ぶ。原データ・ストリームにおいて少なくとも２つのアイドル・ブロックを特定した後、方法は、アイドル・ブロック分布表示マップを生成することを更に含んでよく、アイドル・ブロック分布表示マップは、少なくとも２つのアイドル・ブロックの位置及び／又は非アイドル・ブロックの位置を示すために使用される。

【0056】

原データ・ストリームは、アイドル・ブロック“／Ｉ／”及び非アイドル・ブロック“Ｄ／Ｃ”を含む。原データ・ストリームは、符号化されたデータ・ストリームであってよく、あるいは、符号化されていないデータ・ストリームであってもよい。符号化されたデータ・ストリームは、６４Ｂ／６６Ｂ符号化フォーマットにあってよく、あるいは、８Ｂ／１０Ｂ符号化フォーマット、５１２Ｂ／５１４Ｂ符号化フォーマット、又は同様のものにあってよい。データ・ストリーム内のアイドル・ブロックは、特定のデータ・ストリーム・フォーマットに基づき特定されてよく、データ・ストリームが６４Ｂ／６６Ｂ符号化フォーマットにあることは、本発明のこの実施形態においては記載のための例として使用される。例えば、図５ｂを参照すると、データ・ストリーム内のアイドル・ブロック“／Ｉ／”は、同期ヘッダ（１０）又はコントロール・ブロック・タイプ（０ｘ１Ｅ）、及びコントロール・ブロック・タイプに続く少なくとも１つの０ｘ００のようなアイドル・ブロック・タイプを使用することによって、特定されてよい。

【0057】

具体例が、以下で記載のために使用される。例えば、サービス多重化の後に取得されたデータ・ストリームが検出されてよい。図６において、４００Ｇフレキシブル・イーサネット物理インターフェイス・グループにおける各物理インターフェイス上で送信される原データ・ストリームについて、最初のオーバーヘッド・ブロックの後の最初のコード・ブロックから開始して、連続したコード・ブロックが、図８に示されるアイドル・ブロック分布図を形成しながら、フレキシブル・イーサネット・データ・フレーム・フォーマットを参照してセグメント・データ・ストリームとして逐次選択される。上記の第１セグメント・データ・ストリームは、原データ・ストリームにおける連続した２０個のコード・ブロックによって形成されたセグメント・データ・ストリームであってよい。フレキシブル・イーサネット・データ・フレーム・フォーマットは２０個のタイムスロットに分割され得るので、２０個のコード・ブロックを選択することは２０個のタイムスロットに厳密に対応し得る。図８に示されるように、各行には２０個のコード・ブロックがあり、２０個のコード・ブロックは全てが非アイドル・ブロック“Ｄ／Ｃ”であってよく、あるいは、全てがアイドル・ブロック“／Ｉ／”であってもよく、あるいは、アイドル・ブロックと非アイドル・ブロックとの組み合わせであってもよい。図８は、いくつかのアイドル・ブロックの分布の例を示し、実際には、更なる分布ケースが存在し得る。

【0058】

図８において、アイドル・ブロック分布表示マップは、対応する２０個のコード・ブロックにおけるアイドル・ブロック及び非アイドル・ブロックの位置分布を示すために、２０ビットを使用してよい。アイドル・ブロック分布表示マップは、アイドル・ブロックの位置分布及び個数を示してよく、更には、非アイドル・ブロックの位置分布及び個数を示してよい。アイドル・ブロック分布表示マップは第１のビット及び第２のビットを含み、第１のビットはアイドル・ブロックを示し、第２のビットは非アイドル・ブロックを示す。例えば、図８において、ビット“０”はアイドル・ブロックを示し、ビット“１”は非アイドル・ブロックを示す。任意に、アイドル・ブロック分布表示マップにおいて、コード・ブロックは、２つ以上のビットを使用することによっても示されてよい。例えば、“００”はアイドル・ブロックを示し、“０１”は非アイドル・ブロックを示す。

【0059】

図９に示されるように、原データ・ストリーム内の２０個のコード・ブロックは、セグメント・データ・ストリームとして選択され、そして、セグメント・データ・ストリームのうちで、一部はアイドル・ブロックを含まず、一部は１つのアイドル・ブロックを含み、あるいは、一部は２つよりも多いアイドル・ブロックを含む。セグメント・データ・ストリームが少なくとも２つのアイドル・ブロックを含む場合に、アイドル・ブロック分布表示マップ及び／又はサービス分布表示マップは、マップ・ブロックを形成するよう、１つのアイドル・ブロック（第２アイドル・ブロック）の位置に挿入されてよい。ＢＥサービスは、ＢＥサービス・ブロックを形成するよう、残りのアイドル・ブロック（第１アイドル・ブロック）の位置に挿入される。１つしかアイドル・ブロックを含まないか、又はアイドル・ブロックを含まないセグメント・データ・ストリームについては、そのセグメント・データ・ストリームは、ＢＥサービスを運ぶために使用され得ず、アイドル・ブロック分布表示マップ及び／又はサービス分布表示マップ、例えば、図９の使用されないアイドル・ブロック“／Ｉ／”、を運ぶためにも必要とされ得ない。サービス分布表示マップは、第１アイドル・ブロックの位置、すなわち、ＢＥサービス・ブロックの位置を示してよい。アイドル・ブロック分布表示マップは、第１アイドル・ブロック及び第２アイドル・ブロックの位置を含め、アイドル・ブロックの位置を示してよい。サービス分布表示マップは、アイドル・ブロック分布表示マップから生成されてよい。サービス分布表示マップ及びアイドル・ブロック分布表示マップに含まれるビットの個数及びビットの値は、同じであってよい。サービス分布表示マップの生成は、ＢＥサービスが挿入されるときに実行されてよく、あるいは、ＢＥサービスが挿入された後に実行されてもよい。これは、本発明において限定されない。

【0060】

本発明のこの実施形態における“位置”は、相対位置である。２つのブロック（例えば、２つのアイドル・ブロック）間の相対位置は、不変なままであり得る。例えば、セグメント・データ・ストリームの最初の行において、第１アイドル・ブロック及び第２アイドル・ブロックは、８つの非アイドル・ブロックによって分離される。データ伝送プロセスの間、２つのアイドル・ブロック間の相対位置は不変なままであり得る。第２アイドル・ブロックの位置は、前もってセットされたマップ・ブロック・タイプを使用することによって特定される。図１０ａに示されるように、マップ・ブロック・タイプは、同期ヘッダ“１０”、コントロール・ブロック・タイプ“４Ｂ”、及び“０ｘＡ”を含んでよい。３つのオクテットＤ１、Ｄ２及びＤ３、すなわち、全部で２４ビットが使用され、それらから２０ビットが、サービス分布表示マップ及び／又はアイドル・ブロック分布表示マップを運ぶためにランダムに選択されてよい。マップ・ブロック・タイプは、特定様式が先行技術における６４Ｂ／６６Ｂ符号化での１５個のコントロール・ブロック・タイプと相違し、且つ、物理インターフェイスのコード・ブロック・タイプによって定義された制約要件を満足するという条件で、他の様式で特定されてよい点が留意されるべきである。例えば、図１０ｂに示されるように、新しいコントロール・ブロック・タイプ“０ｘ００”が本発明のこの実施形態では定義される。７つのオクテットＤ１乃至Ｄ６、すなわち、全部で５６ビットが、サービス分布表示マップ及び／又はアイドル・ブロック分布表示マップを運ぶために使用されてよい。

【0061】

原データ・ストリームにおいて第１アイドル・ブロック及び第２アイドル・ブロックを特定することは、原データ・ストリームから第２セグメント・データ・ストリームを取得し、第２セグメント・データ・ストリームにおいて、第１アイドル・ブロック及び第２アイドル・ブロックを含む少なくとも２つのアイドル・ブロックを特定することと、前もってセットされた関与情報を使用することによって第２セグメント・データ・ストリームの位置を特定することとを更に含んでよい。

【0062】

任意に、いくつかのタイムスロットが、アイドル・ブロック（第１アイドル・ブロック及び第２アイドル・ブロックを含む。）の特定に関与しないタイムスロット（以下、簡潔に、“非関与タイムスロット”と呼ばれる。）として予め指定されてよい。図１１に示されるように、タイムスロット３及びタイムスロット４は非関与タイムスロットと指定され、それら２つのタイムスロットに対応するコード・ブロックがアイドル・ブロックであるかどうかを特定することは不要となる。２つのタイムスロットに対応するコード・ブロックの２つの列に含まれるアイドル・ブロック“／Ｉ／”は、使用されないアイドル・ブロックである。すなわち、非関与タイムスロットに対応するアイドル・ブロックは、アイドル・ブロック分布表示マップ及び／又はサービス分布表示マップを運ばず、ＢＥサービスも運ばない。

【0063】

例において、前もってセットされた関与情報は、サービス分布表示マップにおいて示されてよい。例えば、“００”は第１アイドル・ブロックを示し、“０１”は非アイドル・ブロックを示し、“１０”は、非関与タイムスロットに対応するアイドル・ブロックを示す。前もってセットされた関与情報は、代替的に、アイドル・ブロック分布表示マップにおいて運ばれてもよい。例えば、“００”は、第１アイドル・ブロック及び第２アイドル・ブロックを示し、“０１”は非アイドル・ブロックを示し、“１０”は、非関与タイムスロットに対応するアイドル・ブロックを示す。

【0064】

他の例において、前もってセットされた関与情報は、マスク動作の後に取得されたアイドル・ブロック分布表示マップを使用することによっても表されてよい。任意に、マスク動作は更に、同様の原理を使用することによってサービス分布表示マップに対して実行されてもよい。例えば、送信端デバイスは、アイドル・ブロック分布表示マップを運ぶために第２アイドル・ブロックの位置を使用し、受信端デバイスは、図１２に示されるマスク・ビットを使用することによって、アイドル・ブロック分布表示マップに対してマスク動作を実行する。例えば、図１２は、２０ビットのマスク・ビット・シーケンスを示し、その中で第３及び第４ビットはいずれも“１”であり、非関与タイムスロットを示し、他のビットは全て“０”であり、関与タイムスロットを示す。“論理和”マスク動作が、２０個のマスク・ビットと、２０個のコード・ブロックを含むセグメント・データ・ストリームのアイドル・ブロック分布表示マップ（１が非アイドル・ブロックを特定し、０がアイドル・ブロックを特定する。）とを使用することによって、実行され、それにより、アイドル・ブロック分布表示マップの第３及び第４ビットは、第３及び第４ビットが０でないときに１にセットされ得る。具体的に言えば、ＢＥサービスもサービス分布表示マップ又はアイドル・ブロック分布表示マップも、それら２つのビットに対応するコード・ブロックの位置に挿入され得ない。

【0065】

任意に、マスク・ビットは、前もってセットされた関与情報として、直接送信されてよい。表１に示されるように、非関与タイムスロットは、ビット“０”によって示されてよく、関与タイムスロットは、ビット“１”によって示される。代替的に、非関与タイムスロットは、ビット“１”によって示され、関与タイムスロットは、ビット“０”によって示される。

【表1】

【0066】

非関与タイムスロットの送信周波数は、異なる適用シナリオにおいて異なり得る。

【0067】

非関与タイムスロットが静的に構成される、すなわち、非関与タイムスロットが一定である場合には、前もってセットされた関与情報は実時間で送信される必要がなくてよい。前もってセットされた関与情報は、例えば、ネットワーク管理を通じて、送信端ネットワーク・デバイス及び受信端ネットワーク・デバイスにおいて直接構成されてよい。代替的に、前もってセットされた関与情報は、サービス伝送が開始する前に、フレキシブル・イーサネット・データ・フレームのオーバーヘッド・ブロックを使用することによって運ばれてもよい。

【0068】

非関与タイムスロットが動的に構成される、すなわち、非関与タイムスロットが実時間において変化する場合には、前もってセットされた関与情報は、実時間伝送のためにデータ・ストリームにおいて運ばれるべきである。前もってセットされた関与情報は、マップ・ブロックを使用することによって運ばれてよい。例えば、マスキングがサービス分布表示マップにおいて実行されてよく、あるいは、マスク・ビットが直接送信されてもよい。

【0069】

非関与タイムスロットが準動的に構成される、すなわち、非関与タイムスロットがある期間内では一定である場合に、前もってセットされた関与情報は周期的に送信されてよい。例えば、フレキシブル・イーサネットにおける非関与タイムスロットのフレーム境界が変化し、タイムスロット３及び４がタイムスロット５及び６に変化する場合に、前もってセットされた関与情報は、フレキシブル・イーサネット・データ・フレームのオーバーヘッド・ブロックにおいて運ばれてよい。オーバーヘッド・ブロックは、１０２３×２０個のコード・ブロックごとに現れることが図４から知られ得る。図１３に示されるように、フレキシブル・イーサネット・データ・フレームの第２オーバーヘッド・ブロック及び／又は第３オーバーヘッド・ブロックの予備（Reserved）フィールドは、マスク・ビットのような、前もってセットされた関与情報を運ぶために使用されてよい。

【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】

フレキシブル・イーサネットに適用されることに加えて、本発明のこの実施形態で提供される技術的解決法は、他のタイプのネットワーク、例えば、イーサネット、ＯＴＮ、又はＳＤＨに適用されてもよい。現在、フレキシブル・イーサネットにおいては、データ・ストリームは６４Ｂ／６６Ｂ符号化を通じて符号化される。実際に、符号化されていないデータ・ストリーム又は復号されたデータ・ストリームにおけるオクテット・バイト・グループは、６４Ｂ／６６Ｂコード・ブロックに対応してよい。例えば、イーサネットのＭＩＩ（Media Independent Interface，メディア独立インターフェイス）インターフェイスにおいて、ＭＩＩインターフェイス・データは、符号化されていない又は復号された文字であってよい。異なるインターフェイス・レートに応じて、ＭＩＩインターフェイスは、１Ｇｂｐｓ媒体独立インターフェイス（1000Mbps Media Independent Interface，ＧＭＩＩ）、１０Ｇｂｐｓ媒体独立インターフェイス（10Gbps Media Independent Interface，ＸＧＭＩＩ）、４０Ｇｂｐｓ媒体独立インターフェイス（40Gbps Media Independent Interface，ＸＬＧＭＩＩ）、１００Ｇｂｐｓ媒体独立インターフェイス（100Gbps Media Independent Interface，ＣＧＭＩＩ）、４００Ｇｂｐｓ媒体独立インターフェイス（400Gbps Media Independent Interface，ＣＤＧＭＩＩ）、などであってよい。表２に示されるように、最初の２つの列は、伝送（文字）制御（信号）（Transmit (character) Control （signals），ＴＸＣ）／受信（文字）制御（信号）（Received (character) Control (signals)，ＲＸＣ）、及び伝送（文字）データ（Transmit (character) Data，ＴＸＤ）／受信（文字）データ（Received (character) Data，ＲＸＤ）を含むＭＩＩインターフェイス・データ文字である。＜ＴＸＣ，ＴＸＤ＞又は＜ＲＸＣ，ＲＸＤ＞の各対は、６４Ｂ／６６Ｂ符号化のブロック・タイプに対応してよい。例えば、ＴＸＣ／ＲＸＣが“０ｂ１”であり、ＴＸＤ／ＲＸＤが“０ｘ０７”であるとき、対応するブロックはアイドル・ブロックである。６４Ｂ／６６Ｂ符号化の間、ＴＸＤ／ＲＸＤの“０ｘ０７”は７ビット“０ｘ００”に圧縮される。

【表2】

【0100】

複数の予備文字（灰色領域）が表２には存在し、如何なる予備文字も、サービス分布表示マップ及び／又はアイドル・ブロック分布表示マップを運ぶために選択されてよい。例えば、図３に示されるように、ＭＩＩインターフェイス文字＜ＴＸＣ，ＴＸＤ＞又は＜ＲＸＣ，ＲＸＤ＞は、６４Ｂ／６６Ｂ符号化フォーマットにおけるマップ・ブロックとのマッピング関係を確立するよう、＜０ｂ１，０ｘＦＦ＞にセットされてよい。従って、本発明のこの実施形態における技術的解決法は、ＭＩＩインターフェイス・データ文字のような、符号化されていない文字に基づき更に実施されてよい。確かに、本発明のこの実施形態は、８Ｂ／１０Ｂ符号化及び５１２Ｂ／５１４Ｂ符号化のような他の符号化フォーマットと適合してもよい。

【表3】

【0101】

図１８は、本発明の実施形態に従うサービス送信装置の略構造図である。装置は、フレキシブル・イーサネット・デバイス、イーサネット・デバイス、ＯＴＮデバイス、ＳＤＨデバイス、などであってよい。図１８に示されるように、装置は、取得モジュール１０１、処理モジュール１０２、及び送信モジュール１０３を含んでよい。本発明のこの実施形態において、機能モジュールは論理的に分けられているが、分割様式は限定されない。例えば、各モジュールは、独立した回路モジュールであってよく、あるいは、回路モジュールに一体化されてもよい。各モジュールは、チップのような集積回路の形で実施されてもよい。本発明のこの実施形態におけるサービス送信装置は、図７に示される実施形態における方法ステップを実行してよい。

【0102】

取得モジュール１０１は、少なくとも２つのデータ・ストリームを取得するよう構成され、少なくとも２つのデータ・ストリームは、第１データ・ストリーム及び第２データ・ストリームを含む。

【0103】

処理モジュール１０２は、第３データ・ストリームを生成するよう、第１データ・ストリームを第２データ・ストリームに挿入するよう構成される。

【0104】

第３データ・ストリームは、第１情報ブロック及び第２情報ブロックを含み、第１情報ブロック及び第２情報ブロックは、第２データ・ストリームから生成される。

【0105】

第１情報ブロックは、第１データ・ストリームを運ぶために使用され、第２情報ブロックは、第１データ・ストリーム分布表示マップを運ぶために使用され、第１データ・ストリーム分布表示マップは、第１情報ブロックの位置を示すために使用され、第２情報ブロックは、前もってセットされたマップ・ブロック・タイプを使用することによって特定される。

【0106】

送信モジュール１０３は、第３データ・ストリームを送信するよう構成される。

【0107】

本発明のこの実施形態において、ＢＥサービスは、専用の帯域幅を有するサービスのアイドル・ブロック又は冗長情報ブロックを使用することによって運ばれ、それにより、専用の帯域幅を有するサービスのアイドル・タイムスロットは十分に利用され、それによって、帯域幅利用を改善し、フレキシブル・イーサネットにおいてサービスの統計多重化を実装する。

【0108】

図１９は、本発明の実施形態に従うサービス受信装置の略構造図である。装置は、フレキシブル・イーサネット・デバイス、イーサネット・デバイス、ＯＴＮデバイス、ＳＤＨデバイス、などであってよい。図１９に示されるように、装置は、受信モジュール２０１及び処理モジュール２０２を含んでよい。本発明のこの実施形態において、機能モジュールは論理的に分けられているが、分割様式は限定されない。例えば、各モジュールは、独立した回路モジュールであってよく、あるいは、回路モジュールに一体化されてもよい。各モジュールは、チップのような集積回路の形で実施されてもよい。本発明のこの実施形態におけるサービス受信装置は、図１７に示される実施形態における方法ステップを実行してよい。

【0109】

受信モジュール２０１は、第３データ・ストリームを受信するよう構成される。

【0110】

処理モジュール２０２は、第３データ・ストリームから第１データ・ストリームを抽出し、第３データ・ストリームを第２データ・ストリームへリストアするよう構成される。

【0111】

第３データ・ストリームは、第１情報ブロック及び第２情報ブロックを含み、第２データ・ストリームは、第１情報ブロック及び第２情報ブロックを使用することによってリストアされる。

【0112】

第１情報ブロックは、第１情報ブロックを運ぶために使用され、第２情報ブロックは、第１データ・ストリーム分布表示マップを運ぶために使用され、第１データ・ストリーム分布表示マップは、第１情報ブロックの位置を示すために使用され、第２情報ブロックは、前もってセットされたマップ・ブロック・タイプを使用することによって特定される。

【0113】

本発明のこの実施形態において、ＢＥサービスは、専用の帯域幅を有するサービスのアイドル・ブロック又は冗長情報ブロックを使用することによって運ばれ、そして、ＢＥサービスは、専用の帯域幅を有するサービスから抽出され、それにより、専用の帯域幅を有するサービスのアイドル・タイムスロットは十分に利用され、それによって、帯域幅利用を改善し、フレキシブル・イーサネットにおいてサービスの統計多重化を実装する。

【0114】

図２０は、本発明の実施形態に従うネットワーク・システムの略構造図である。ネットワーク・システムは、フレキシブル・イーサネット、イーサネット、ＯＴＮ、ＳＤＨネットワーク、などであってよい。図２０に示されるように、ネットワーク・システムは、少なくとも２つのネットワーク・デバイス、例えば、ネットワーク・デバイス３０１及びネットワーク・デバイス３０２を含んでよい。各ネットワーク・デバイスは、送信端ネットワーク・デバイス又は受信端ネットワーク・デバイスであってよく、図１８及び／又は図１９に示される構造を有してよい。

【0115】

図２１は、本発明の実施形態に従うネットワーク・デバイスの略構造図である。ネットワーク・デバイスは、フレキシブル・イーサネット・デバイス、イーサネット・デバイス、ＯＴＮデバイス、ＳＤＨデバイス、などであってよい。図２１に示されるように、ネットワーク・デバイス４００は、プロセッサ４０１、メモリ４０２、少なくとも１つのネットワーク・インターフェイス４０３（例えば、ネットワーク・インターフェイス４０３及びネットワーク・インターフェイス４０４）、逆多重化チップ４０５、及び多重化チップ４０６を含んでよい。ネットワーク・デバイスが送信機能及び受信機能を含む場合に、逆多重化チップ４０５及び多重化チップ４０６が含まれてよく、あるいは、ネットワーク・デバイスが送信機能しか含まない場合には、多重化チップ４０６しか含まれなくてよく、あるいは、ネットワーク・デバイスが受信機能しか含まない場合には、逆多重化チップ４０５しか含まれなくてよい。

【0116】

プロセッサ４０１は、関連するプログラムを実行して、本発明の実施形態で提供される技術的解決法を実施するよう構成された汎用の中央演算処理装置（Central Processing Unit，ＣＰＵ）、マイクロプロセッサ、ネットワーク・プロセッシング・ユニット（Network Processing Unit，ＮＰＵ）、特定用途向け集積回路（Application-Specific Integrated Circuit，ＡＳＩＣ）、又は少なくとも１つの集積回路であってよい。

【0117】

メモリ４０２は、リード・オンリー・メモリ（Read-Only Memory，ＲＯＭ）、静的記憶デバイス、動的記憶デバイス、又はランダム・アクセス・メモリ（Random Access Memory，ＲＡＭ）であってよい。メモリ４０２は、オペレーティング・システム及び他のアプリケーション・プログラムを記憶してよい。本発明の実施形態で提供される技術的解決法が、ソフトウェア又はファームウェアを使用することによって実施される場合に、本発明の実施形態で提供される技術的解決法を実施するためのプログラム・コードがメモリ４０２に記憶され、プロセッサ４０１によって実行される。

【0118】

ネットワーク・インターフェイス４０３及び４０４は、例えば、制限なしに、ネットワーク・デバイス４００と他のデバイス又は通信ネットワークとの間の通信を実施する、トランシーバのようなトランシーバ装置であってよい。例えば、ネットワーク・インターフェイス４０３は、送信機能又は受信機能を備えてよく、あるいは、送信機能及び受信機能の両方を備えてもよい。ネットワーク・インターフェイス４０３及び４０４はここでは、論理ポート（例えば、いくつかのタイムスロットによって形成された論理ポート）であってよく、あるいは、物理インターフェイス（例えば、１００Ｇフレキシブル・イーサネット物理インターフェイス）であってもよい。

【0119】

逆多重化チップ４０５及び多重化チップ４０６は、ＡＳＩＣ、フィールド・プログラマブル・ゲート・アレイ（field-programmable gate array，ＦＰＧＡ）、などを使用することによって実施されてよく、本発明の技術的解決法を実施するための専用のチップであってよく、あるいは、本発明の技術的解決法の機能を含む汎用のチップであってもよい。逆多重化チップ４０５は、受信されたＢＥサービスを逆多重化するよう構成され、多重化チップ４０６は、ＢＥサービスを多重化し、ＢＥサービスを送信するよう構成される。

【0120】

例において、ネットワーク・デバイス４００は、ネットワーク・インターフェイス４０３及び４０４を使用することによって少なくとも１つのサービスを受信し、少なくとも１つのサービスは、ベスト・エフォートＢＥサービスを含む。ネットワーク・デバイス４００は、プロセッサ４０１を使用することによって、メモリ４０２に記憶されたコードを実行するか、あるいは、多重化チップ４０６を使用することによって、多重化チップ４０６に記憶されたコードを実行する。ネットワーク・デバイスは、少なくとも２つのデータ・ストリームを取得し、少なくとも２つのデータ・ストリームが第１データ・ストリーム及び第２データ・ストリームを含み、第１データ・ストリームを第２データ・ストリームに挿入して第３データ・ストリームを生成し、第３データ・ストリームが第１情報ブロック及び第２情報ブロックを含み、第１情報ブロック及び第２情報ブロックが第２データ・ストリームから生成され、第１情報ブロックが第１データ・ストリームを運ぶために使用され、第２情報ブロックが第１データ・ストリーム分布表示マップを運ぶために使用され、第１データ・ストリーム分布表示マップが第１情報ブロックの位置を示すために使用され、第２情報ブロックが前もってセットされたマップ・ブロック・タイプを使用することによって特定され、そして、第３データ・ストリームを送信する。

【0121】

他の例において、ネットワーク・デバイス４００は、ネットワーク・インターフェイス４０３又は４０４を使用することによって、ベスト・エフォートＢＥサービスを運ぶデータ・ストリームを受信する。ネットワーク・デバイス４００は、プロセッサ４０１を使用することによって、メモリ４０２に記憶されたコードを実行するか、あるいは、逆多重化チップ４０５を使用することによって、逆多重化チップ４０５に記憶されたコードを実行する。ネットワーク・デバイスは、第３データ・ストリームを受信し、第３データ・ストリームから第１データ・ストリームを抽出し、第３データ・ストリームを第２データ・ストリームへリストアし、第３データ・ストリームが第１情報ブロック及び第２情報ブロックを含み、第２データ・ストリームが、第１情報ブロック及び第２情報ブロックを使用することによってリストアされ、第１情報ブロックが第１データ・ストリームを運ぶために使用され、第２情報ブロックが第１データ・ストリーム分布表示マップを運ぶために使用され、第１データ・ストリーム分布表示マップが第１情報ブロックの位置を示すために使用され、第２情報ブロックが前もってセットされたマップ・ブロック・タイプを使用することによって特定される。

【0122】

具体的に、図２１に示されるネットワーク・デバイス４００は、本発明のいずれかの実施形態における技術的解決法を実施してよい。図２１に示されるネットワーク・デバイス４００は、単に、プロセッサ４０１、メモリ４０２、ネットワーク・インターフェイス４０３及び４０４、逆多重化チップ４０５、並びに多重化チップ４０６を示すが、具体的な実施プロセスの間、当業者は、ネットワーク・デバイス４００が、通常の運転を実施するために必要とされる他のデバイスを更に含むと理解するはずである点が留意されるべきである。その上、具体的なニーズに基づき、当業者は、ネットワーク・デバイス４００が、他の更なる機能を実施するハードウェア・デバイスを更に含んでよいと理解するはずである。例えば、ネットワーク・デバイス４００は、電源、ファン、クロック・ユニット、メイン・コントロール・ユニット、などを更に含む。その上、当業者は、ネットワーク・デバイス４００が、代替的に、本発明のこの実施形態を実施するために必要とされるデバイスしか含まなくてもよく、必ずしも、図２１に示される全てのデバイスを含まないと理解するはずである。

【0123】

本発明のこの実施形態において、ＢＥサービスは、専用の帯域幅を有するサービスによって形成される原データ・ストリームのアイドル・タイムスロットに挿入されてよく、それによって、ネットワーク帯域幅リソースの利用を改善する。

【0124】

前述の説明は、本発明の具体的な実施にすぎず、本発明の保護範囲を制限するよう意図されない。本発明において開示される技術範囲内で当業者によって容易に理解される如何なる変更又は置換も、本発明の保護範囲内にあるべきである。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に従うべきである。

【図1】

【図2】

【図3】

【図4】

【図5a】

【図5b】

【図6】

【図7】

【図8】

【図9】

【図10a】

【図10b】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16a】

【図16b】

【図17】

【図18】

【図19】

【図20】

【図21】