JP2023517240A - ＴＳＮ／ＤｅｔＮｅｔのシームレス冗長のためのシームレスリセットのためのシステムおよび方法 - Google Patents

Abstract

シームレス冗長のためのシームレスリセットのためのシステムおよび方法が、本明細書で開示される。一実施形態では、送信ノードによって実施される方法が、送信ノードにおけるシーケンス生成機能がリセットされたと決定することと、それに応答して、少なくとも２つの独立経路を介してストリーム中で第１のパケットを送信することであって、（ａ）第１のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）第１のパケットからの少なくとも第１のパケットが、リセットの明示的インジケータを備える、第１のパケットを送信することとを含む。本方法は、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することと、それに応答して、少なくとも２つの独立経路を介してストリーム中で第２のパケットを送信することであって、（ａ）第２のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２のパケットを送信することとをさらに含む。【選択図】図７

Description

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０２０年３月１３日に出願された仮特許出願第６２／９８９，３４０号の利益を主張する。

本開示は、時間敏感ネットワーキング（ＴＳＮ：Ｔｉｍｅ Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ）および決定論的ネットワーキング（ＤｅｔＮｅｔ：Ｄｅｔｅｒｍｉｎｉｓｔｉｃ Ｎｅｔｗｏｒｋｉｎｇ）に関し、より詳細には、ＴＳＮネットワークまたはＤｅｔＮｅｔネットワークにおけるフレームまたはパケット複製および除去に関する。

時間敏感ネットワーキング（ＴＳＮ）は、現在、ＩＥＥＥ８０２．１およびＩＥＥＥ８０２．３イーサネット規格を完全に新しいレベルの決定論に拡張する新技術として、米国電気電子技術者協会（ＩＥＥＥ）において開発されている。時間敏感ネットワーキング（ＴＳＮ）は、低いエンドツーエンドレイテンシと、低いジッタと、低いパケットロスとを保証するための、イーサネットの発展として見られ得る。

ＩＥＥＥ８０２．１ワーキンググループ（ＷＧ）内のＴＳＮタスクグループ（ＴＧ）が、ＩＥＥＥ８０２ネットワークを通した決定論的サービスを扱う。ＴＳＮ ＴＧは、ＴＳＮツールボックスのツール、ならびに特定の目的のためのツールの使用を指定する。ＴＳＮ ＴＧは、以下を伴う、ＩＥＥＥ８０２ネットワークを通した決定論的サービスを提供することを認められている。
・ 保証されたパケットトランスポート、
・ 低いパケットロス、
・ 有界低レイテンシ、および
・ 低いパケット遅延変動。

極めて低いパケットロスを達成するために、ＴＳＮ ＴＧは、機器障害によるフレーム損失を回避することをターゲットにした、信頼性のためのフレーム複製および除去（ＦＲＥＲ：Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ ｆｏｒ Ｒｅｌｉａｂｉｌｉｔｙ）（８０２．１ＣＢ）を指定した。ＦＲＥＲは、実際には、フレームごとの１＋１（または１＋ｎ）冗長機能である。組み込まれた障害検出／切替えがない。ＦＲＥＲは、２つ（またはそれ以上）の最大独立経路（ｄｉｓｊｏｉｎｔ ｐａｔｈ）上でフレームを送り、次いで、ストリームを組み合わせ、余分のフレームを削除する。

レイヤ２（ＴＳＮ）ネットワークとレイヤ３（ＤｅｔＮｅｔ）ネットワークの両方において、実装を簡略化し、同じ概念の使用を可能にするために、パケット複製および除去機能（ＰＲＥＦ：Ｐａｃｋｅｔ Ｒｅｐｌｉｃａｔｉｏｎ ａｎｄ Ｅｌｉｍｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）と同じ機能が決定論的ネットワーキング（ＤｅｔＮｅｔ）ネットワークについて規定されることに留意されたい。本明細書で提供される説明では、焦点は、ＦＲＥＲに当てられる。

ＩＥＥＥ ８０２．１ＣＢによると、「．．．この規格は、信頼性のためのフレーム複製および除去（ＦＲＥＲ）を規定し、これは、ストリームを１つまたは複数のリンクされたメンバーストリームに分割し、したがって、元のストリームを複合ストリームにする。ＦＲＥＲは、ストリームのパケットを複製し、そのコピーを複数のメンバーストリームにスプリットし、次いで、１つまたは複数の他のポイントにおいてそれらのメンバーストリームを再結合し、複製を除去し、再構成されたストリームをそれらのポイントから配信する。」ことに留意されたい。

除去機能は、重複したパケットを廃棄するために、下位レイヤから上に渡される１つまたは複数のメンバーストリームのパケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」サブパラメータを評価する。「ＳｅｑｕｅｎｃｅＨｉｓｔｏｒｙ」変数が、最近受信されたパケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」サブパラメータの履歴を維持する。重複除去中に、「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」は、（「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」によって規定された）履歴ウィンドウに対して検査される。履歴ウィンドウの外にあるパケットが、無効として廃棄される。通常動作の下では、受信されたパケットは履歴ウィンドウ内にあり、重複のみがドロップされる。

ＩＥＥＥ８０２．１ＣＢは、不必要にドロップされたフレームを生じるいくつかのネットワーキングシナリオ（たとえば、除去機能が、どういうわけかその対応するシーケンス生成機能との調和を欠く場合、シーケンス生成機能がリセットされた場合など）に対処するために、除去機能のためのタイムアウト機構を規定する。タイムアウトが行われる場合、「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」サブパラメータの値にかかわらず、履歴はリセットされ、回復アルゴリズムによって次のパケットを受け付けることが可能にされる（ＩＥＥＥ８０２．１ＣＢにおける７．４．３．２．６中の「ＴａｋｅＡｎｙ」参照）。

たとえば、時間敏感ネットワーキング（ＴＳＮ）ネットワークまたは決定論的ネットワーキング（ＤｅｔＮｅｔ）ネットワークの、シームレス冗長のためのシームレスリセットのためのシステムおよび方法が、本明細書で開示される。一実施形態では、パケットまたはフレーム複製のための送信ノードによって実施される方法が、送信ノードにおけるシーケンス生成機能がリセットされたと決定することを含む。本方法は、送信ノードにおけるシーケンス生成機能がリセットされたと決定することに応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第１の複数のパケットを送信することであって、（ａ）第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）リセットの後に送られた第１の複数のパケットの中からの少なくとも第１のパケットが、リセットの明示的インジケータをさらに備える、第１の複数のパケットを送信することをさらに含む。本方法は、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することをさらに含む。本方法は、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することに応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第２の複数のパケットを送信することであって、（ａ）第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２の複数のパケットを送信することをさらに含む。このようにして、シーケンス番号生成のためのシームレスリセットが提供される。

一実施形態では、第１の複数のパケットの各々は、リニアシーケンス番号空間が使用されているという明示的指示をさらに備える。

一実施形態では、ネットワークはＴＳＮネットワークである。

一実施形態では、本方法は、シーケンス生成機能をリセットすることをさらに含み、シーケンス生成機能をリセットすることは、シーケンス番号履歴、履歴ウィンドウ、またはシーケンス番号履歴と履歴ウィンドウの両方をリセットすることを含む。

一実施形態では、送信ノードにおけるシーケンス生成機能がリセットされたと決定するステップと、パケットのストリーム中で第１の複数のパケットを送信するステップと、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップと、パケットのストリーム中で第２の複数のパケットを送信するステップとが、送信ノードの信頼性のためのフレーム複製および除去（ＦＲＥＲ）機能によって実施される。

一実施形態では、ネットワークはＤｅｔＮｅｔネットワークである。一実施形態では、送信ノードにおけるシーケンス生成機能がリセットされたと決定するステップと、パケットのストリーム中で第１の複数のパケットを送信するステップと、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップと、パケットのストリーム中で第２の複数のパケットを送信するステップとが、送信ノードのパケット複製および除去機能（ＰＲＥＲ）によって実施される。

送信ノードの対応する実施形態も開示される。一実施形態では、パケットまたはフレーム複製のための送信ノードが、送信ノードにおけるシーケンス生成機能がリセットされたと決定するように適合される。本送信ノードは、送信ノードにおけるシーケンス生成機能がリセットされたと決定することに応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第１の複数のパケットを送信することであって、（ａ）第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）リセットの後に送られた第１の複数のパケットの中からの少なくとも第１のパケットが、リセットの明示的インジケータをさらに備える、第１の複数のパケットを送信することを行うようにさらに適合される。本送信ノードは、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することと、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することに応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第２の複数のパケットを送信することであって、（ａ）第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２の複数のパケットを送信することとを行うようにさらに適合される。

一実施形態では、パケットまたはフレーム複製のための送信ノードが、ネットワークインターフェースと、ネットワークインターフェースに関連する処理回路とを備える。処理回路は、送信ノードに、送信ノードにおけるシーケンス生成機能がリセットされたと決定することを行わせるように設定される。処理回路は、送信ノードに、送信ノードにおけるシーケンス生成機能がリセットされたと決定することに応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第１の複数のパケットを送信することであって、（ａ）第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）リセットの後に送られた第１の複数のパケットの中からの少なくとも第１のパケットが、リセットの明示的インジケータをさらに備える、第１の複数のパケットを送信することを行わせるようにさらに設定される。処理回路は、送信ノードに、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することと、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することに応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第２の複数のパケットを送信することであって、（ａ）第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２の複数のパケットを送信することとを行わせるようにさらに設定される。

一実施形態では、パケットまたはフレーム複製のための送信ノードによって実施される方法が、送られるべきパケットを取得することと、パケットが、パケットがすでに複製されたことを指示するタグを備えないと決定することとを含む。本方法は、パケットが、パケットがすでに複製されたことを指示するタグを備えないと決定することに応答して、リニアシーケンス番号空間が使用されるべきであると決定することと、それに応答して、リニアシーケンス番号空間が使用されていることを指示するパケット中の明示的指示を有効にすることと、リニアシーケンス番号空間からのシーケンス番号をパケットに追加することと、パケットが複製されたことを指示するタグをパケットに追加することとをさらに含む。本方法は、複製および送信のためにパケットを提供することを含む。

一実施形態では、本方法は、パケットが、パケットがすでに複製されたことを指示するタグを備えないと決定することに応答して、送信ノードにおけるシーケンス生成機能がリセットされたと決定することと、送信ノードにおけるシーケンス生成機能がリセットされたと決定することに応答して、シーケンス生成機能がリセットされたことを指示するパケット中の明示的指示を有効にすること、または、シーケンス生成機能がリセットされたことを指示するパケット中の明示的指示を無効にすることとをさらに含む。

一実施形態では、本方法は、リニアシーケンス番号空間が使用されるべきであると決定することに応答して、リニアシーケンス番号空間からのシーケンス番号を増分することをさらに含む。

一実施形態では、本方法は、リニアシーケンス番号空間が使い果たされるかまたはリニアシーケンス番号空間の使用が無効にされるまで、複数の追加のパケットのために本方法を繰り返すことをさらに含む。一実施形態では、本方法は、リニアシーケンス番号空間が使い果たされた後にまたはリニアシーケンス番号空間の使用が無効にされた後に、送られるべきさらなるパケットを取得することと、さらなるパケットが、さらなるパケットがすでに複製されたことを指示するタグを備えないと決定することとをさらに含む。本方法は、さらなるパケットが、さらなるパケットがすでに複製されたことを指示するタグを備えないと決定することに応答して、リニアシーケンス番号空間ではなく、サイクリックシーケンス番号空間が使用されるべきであると決定することと、サイクリックシーケンス番号空間が使用されるべきであると決定することに応答して、リニアシーケンス番号空間が使用されていることを指示するさらなるパケット中の明示的指示を無効にすること、およびサイクリックシーケンス番号空間からのシーケンス番号をさらなるパケットに追加することと、さらなるパケットが複製されたことを指示するタグをさらなるパケットに追加することとをさらに含む。本方法は、複製および送信のためにさらなるパケットを提供することをさらに含む。

一実施形態では、本方法は、さらなるパケットが、さらなるパケットがすでに複製されたことを指示するタグを備えないと決定することに応答して、送信ノードにおけるシーケンス生成機能がリセットされたかどうかを決定することと、送信ノードにおけるシーケンス生成機能がリセットされたと決定することに応答して、シーケンス生成機能がリセットされたことを指示するさらなるパケット中の明示的指示を有効にすること、または、シーケンス生成機能がリセットされたことを指示するさらなるパケット中の明示的指示を無効にすることとをさらに含む。

送信ノードの対応する実施形態も開示される。一実施形態では、パケットまたはフレーム複製のための送信ノードが、送られるべきパケットを取得することと、パケットが、パケットがすでに複製されたことを指示するタグを備えないと決定することとを行うように適合される。本送信ノードは、パケットが、パケットがすでに複製されたことを指示するタグを備えないと決定することに応答して、リニアシーケンス番号空間が使用されるべきであると決定するようにさらに適合される。本送信ノードは、リニアシーケンス番号空間が使用されるべきであると決定することに応答して、リニアシーケンス番号空間が使用されていることを指示するパケット中の明示的指示を有効にすることと、リニアシーケンス番号空間からのシーケンス番号をパケットに追加することとを行うようにさらに適合される。本送信ノードは、パケットが複製されたことを指示するタグをパケットに追加することと、複製および送信のためにパケットを提供することとを行うようにさらに適合される。

一実施形態では、パケットまたはフレーム複製のための送信ノードが、ネットワークインターフェースと、ネットワークインターフェースに関連する処理回路とを備える。処理回路は、送信ノードに、送られるべきパケットを取得することと、パケットが、パケットがすでに複製されたことを指示するタグを備えないと決定することとを行わせるように設定される。処理回路は、送信ノードに、パケットが、パケットがすでに複製されたことを指示するタグを備えないと決定することに応答して、リニアシーケンス番号空間が使用されるべきであると決定することを行わせるようにさらに設定される。処理回路は、送信ノードに、リニアシーケンス番号空間が使用されるべきであると決定することに応答して、リニアシーケンス番号空間が使用されていることを指示するパケット中の明示的指示を有効にすることと、リニアシーケンス番号空間からのシーケンス番号をパケットに追加することとを行わせるようにさらに設定される。処理回路は、送信ノードに、パケットが複製されたことを指示するタグをパケットに追加することと、複製および送信のためにパケットを提供することとを行わせるようにさらに設定される。

一実施形態では、パケットまたはフレーム除去のための受信ノードによって実施される方法が、ネットワークを通した、送信ノードから受信ノードへの独立経路を横断する複数の複製されたストリームのうちの１つからパケットを受信することであって、パケットがシーケンス番号を備える、パケットを受信することを含む。本方法は、パケットが、サイクリックシーケンス番号空間ではなく、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備えるかどうかを決定することと、パケットのシーケンス番号が、リニアシーケンス番号空間の使用に関連するリセット無視範囲（ｉＲＩＲ：ｒｅｓｅｔ ｉｇｎｏｒｅ ｒａｎｇｅ）の外にあるかどうかを決定することとをさらに含む。本方法は、パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備え、かつ、パケットのシーケンス番号がｉＲＩＲの外にあると決定することとに応答して、パケットを受け付けることをさらに含む。

一実施形態では、本方法は、パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備え、かつ、パケットのシーケンス番号がｉＲＩＲの外にあると決定することとに応答して、パケットのシーケンス番号に基づいて、リニアシーケンス番号空間に関連する履歴ウィンドウおよび履歴を更新することをさらに含む。

一実施形態では、本方法は、パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備えないかまたはパケットのシーケンス番号がｉＲＩＲの外にないのかのいずれかであると決定することとを行うと、パケットのシーケンス番号が、リニアシーケンス番号空間の使用に関連する履歴ウィンドウ（ｉＨＳＷ）内にあるかどうかを決定することと、パケットのシーケンス番号が、すでに受信されたリニアシーケンス番号空間からのシーケンス番号を備える、リニアシーケンス番号空間の使用に関連する履歴中にすでにあるかどうかを決定することと、パケットのシーケンス番号がｉＨＳＷ内にあると決定することとパケットのシーケンス番号が履歴中にまだないと決定することとに応答して、パケットを受け付けることとをさらに含む。一実施形態では、本方法は、パケットのシーケンス番号がｉＨＳＷ内にあると決定することとパケットのシーケンス番号が履歴中にすでにあると決定することとに応答して、パケットを廃棄することをさらに含む。一実施形態では、本方法は、パケットのシーケンス番号がｉＨＳＷ内にあると決定することとパケットのシーケンス番号が履歴中にまだないと決定することとに応答して、パケットのシーケンス番号に基づいて、リニアシーケンス番号空間に関連するｉＨＳＷおよび履歴を更新することをさらに含む。

受信ノードの対応する実施形態も開示される。一実施形態では、パケットまたはフレーム除去のための受信ノードが、ネットワークを通した、送信ノードから受信ノードへの独立経路を横断する複数の複製されたストリームのうちの１つからパケットを受信することであって、パケットがシーケンス番号を備える、パケットを受信することを行うように適合される。本受信ノードは、パケットが、サイクリックシーケンス番号空間ではなく、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備えるかどうかを決定することと、パケットのシーケンス番号が、リニアシーケンス番号空間の使用に関連するリセット無視範囲（ｉＲＩＲ）の外にあるかどうかを決定することとを行うようにさらに適合される。本受信ノードは、パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備え、かつ、パケットのシーケンス番号がｉＲＩＲの外にあると決定することとに応答して、パケットを受け付けることを行うようにさらに適合される。

一実施形態では、パケットまたはフレーム除去のための受信ノードが、ネットワークインターフェースと、ネットワークインターフェースに関連する処理回路とを備える。処理回路は、受信ノードに、ネットワークを通した、送信ノードから受信ノードへの独立経路を横断する複数の複製されたストリームのうちの１つからパケットを受信することであって、パケットがシーケンス番号を備える、パケットを受信することを行わせるように設定される。処理回路は、受信ノードに、パケットが、サイクリックシーケンス番号空間ではなく、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備えるかどうかを決定することと、パケットのシーケンス番号が、リニアシーケンス番号空間の使用に関連するリセット無視範囲（ｉＲＩＲ）の外にあるかどうかを決定することとを行わせるようにさらに設定される。処理回路は、受信ノードに、パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定することと、パケットが、送信ノードにおけるシーケンス生成機能がリセットされたという明示的指示を備え、かつ、パケットのシーケンス番号がｉＲＩＲの外にあると決定することとに応答して、パケットを受け付けることを行わせるようにさらに設定される。

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するよう機能する。

信頼性のためのフレーム複製および除去（ＦＲＥＲ）機能の改善を必要とするクラウドベースシナリオを示す図である。 パケットドロップの確率の分析のために本明細書で利用されるＩＥＥＥ８０２．１ＣＢ－２０１７サイクリックシーケンス番号空間の範囲を示す図である。 本開示の実施形態による、ＦＲＥＲを提供する送信（ＴＸ）ノードと受信（ＲＸ）ノードとを含むシステムを示す図である。 本開示の実施形態による、ＦＲＥＲのために利用される、新しい（リニア）シーケンス番号空間と元の（サイクリック）シーケンス番号空間との関係の一例を示す図である。 本開示の一実施形態による、ＴＸノードにおける複製機能のための状態図である。 本開示の一実施形態による、ＴＸノードにおける複製機能の動作を示すフローチャートである。 本開示の別の実施形態による、ＴＸノードにおける複製機能の動作を示すフローチャートである。 本開示の一実施形態による、ＲＸノードにおける除去機能のための状態図である。 本開示の一実施形態による、ＲＸノードにおける除去機能の動作を示すフローチャートである。 本開示の一実施形態による、ＲＸノードにおける除去機能の動作を示すフローチャートである。 ＩＥＥＥ８０２．１ＣＢによる、ならびに、本開示の一実施形態による、「ＳｅｑＲｅｓｅｔＦｌａｇ」、「ＩｎｉｔＳｅｑＦｌａｇ」、および「リニアシーケンス番号空間に属する新しいシーケンス番号」が符号化され得る、Ｒ－ＴＡＧフォーマットを示す図である。 ネットワークノードの概略ブロック図である。 ネットワークノードの概略ブロック図である。 ネットワークノードの概略ブロック図である。

次に、添付の図面を参照しながら、本明細書で企図される実施形態のうちのいくつかがより十分に説明される。しかしながら、他の実施形態は、本明細書で開示される主題の範囲内に含まれており、開示される主題は、本明細書に記載される実施形態のみに限定されるものとして解釈されるべきではなく、むしろ、これらの実施形態は、当業者に主題の範囲を伝達するために、例として提供される。

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良の形態を示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。

概して、本明細書で使用されるすべての用語は、異なる意味が、明確に与えられ、および／またはその用語が使用されるコンテキストから暗示されない限り、関連のある技術分野における、それらの用語の通常の意味に従って解釈されるべきである。１つの（ａ／ａｎ）／その（ｔｈｅ）エレメント、装置、構成要素、手段、ステップなどへのすべての言及は、別段明示的に述べられていない限り、そのエレメント、装置、構成要素、手段、ステップなどの少なくとも１つの事例に言及しているものとしてオープンに解釈されるべきである。本明細書で開示されるいずれの方法のステップも、ステップが、別のステップに後続するかまたは先行するものとして明示的に説明されない限り、および／あるいはステップが別のステップに後続するかまたは先行しなければならないことが暗黙的である場合、開示される厳密な順序で実施される必要はない。本明細書で開示される実施形態のいずれかの任意の特徴は、適切であればいかなる場合も、任意の他の実施形態に適用され得る。同様に、実施形態のいずれかの任意の利点は、任意の他の実施形態に適用され得、その逆も同様である。同封の実施形態の他の目的、特徴、および利点は、以下の説明から明らかになる。

ＴＳＮノード：本明細書で使用される時間敏感ネットワーキング（ＴＳＮ）ノードは、ＴＳＮネットワークにおける任意のネットワークノードである。ＴＳＮノードの例は、ＴＳＮエンドポイントとＴＳＮブリッジとを含む。

現在、ＴＳＮおよび決定論的ネットワーキング（ＤｅｔＮｅｔ）に関して（１つまたは複数の）ある課題が存在する。シームレス冗長機能のリセットのために利用可能な機構は、あまりに多くの不要なパケットドロップを含み、クラウドの準備ができていない。シームレス冗長の最終的な目標としては、できる限りパケットロスを回避することである。シームレス冗長機構の動作による不要なパケットドロップは、最小限に抑えられるべきである。さらに、シームレス冗長（たとえば、米国電気電子技術者協会（ＩＥＥＥ）８０２．１ＣＢ）構成要素をクラウド環境に移動することが、利用可能性に関する課題を生じ、したがって、シームレス冗長機能は、現在の産業ハードウェア環境においてよりもはるかに頻繁にリセットされる。したがって、シームレス冗長（たとえば、ＩＥＥＥ８０２．１ＣＢ）機能のリセットによって引き起こされるシナリオに対するシームレス検出および適応が必須である。

さらに、上記で説明された履歴ウィンドウおよびタイムアウト機構は、関係するパラメータの良好な設計を必要とする。しかしながら、これらは、相反する要件が満たされなければならないので、単純なタスクでない。履歴ウィンドウ設計中に、たとえば、除去ノードリソースを保護するために、または偽のパケットから保護するために（セキュリティ）、小さいウィンドウサイズを選択しようとすることがある。対照的に、大きいウィンドウサイズ値は、ネットワーク障害およびエラーに、より耐性がある。最適なウィンドウサイズを見つけることは、難しいタスクであり得る。同様に、あまりに低いタイムアウトパラメータ値を設計することは、除去機能の頻繁な（および不要な）リセットを引き起こすことがある。一方、あまりに大きいタイムアウトパラメータ値は、障害シナリオの後の回復を減速させ、不要なネットワーキング過渡現象を引き起こす。さらに、バースト的な（非固定ビットレート（ＣＢＲ））ストリームのために、信頼性のためのフレーム複製および除去（ＦＲＥＲ）を使用することは、上記の設計をより困難にするか、さらには正しいバランスを見つけることを不可能にする。

我々の以前のＰＣＴ特許出願国際公開第ＷＯ２０２１００５３９７Ａ１号（以下、「’３９７出願」と呼ばれる）において、Ｒ－ＴＡＧ中に含まれる新しいフラグ、すなわち、「ＳｅｑＲｅｓｅｔＦｌａｇ」に基づく明示的通知ソリューションが説明される。このフラグは、シーケンス生成機能がリセットされたとき、複製機能によってセットされ、したがって、そのようなイベントは除去機能によって容易に認識され得る。このソリューションの場合、焦点は、シーケンス生成機能がリセットされたとき、（高い確率で）フレームが不必要にドロップされ得るシナリオに当てられる。このソリューションは、シーケンス生成機能がリセットされたとき、ＩＥＥＥ８０２．１ＣＢ－２０１７よりもはるかに良好なソリューションを提供するが、このソリューションは、すべての場合においてロスレス回復を十分に提供することはできない。このソリューションは、リセットイベントの後にいくつかのドロップされたパケットを生じ得る。

本開示のいくつかの態様およびそれらの実施形態は、上述のまたは他の課題のソリューションを提供し得る。シーケンス番号生成イベントリセット後の、シーケンス番号ベースシームレス冗長機構についてのシームレス回復を提供するシステムおよび方法が、本明細書で説明される。

本明細書で提案されるソリューションの実施形態は、シーケンス生成機能のリセットにより、フレームがＩＥＥＥ８０２．１ＣＢ－２０１７機能によって不必要にドロップされるシナリオを解決することをターゲットにする。

提案されるソリューションの態様は、以下を含む。
１．リセットイベントの明示的通知、および
２．新しいリニア初期シーケンス番号空間をＩＥＥＥ８０２．１ＣＢ－２０１７の既存のサイクリックシーケンス番号空間に追加すること。

ＩＥＥＥ８０２．１ＣＢ－２０１７の既存のサイクリックシーケンス番号空間は、本明細書では「元のシーケンス番号空間」と呼ばれることに留意されたい。

リセットイベントの明示的通知は、本明細書では「ＳｅｑＲｅｓｅｔＦｌａｇ」と呼ばれる、Ｒ－ＴＡＧ中に含まれるフラグに基づく。（本明細書では「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」と呼ばれる）新しいリニア初期シーケンス番号空間の使用は、本明細書では「ＩｎｉｔＳｅｑＦｌａｇ」と呼ばれる、Ｒ－ＴＡＧ中に含まれる新しいフラグを介して言及される。新しい番号空間のシーケンス値（「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」）も、Ｒ－ＴＡＧ中に含まれる。

本明細書で説明される実施形態は、ＴＳＮのＦＲＥＲに焦点を当てるが、本明細書で提案されるソリューションは、ＤｅｔＮｅｔのＰＲＥＦ、あるいはシーケンス番号付けまたは（たとえば、タイムスタンプによって提供される）等価な機能に基づく他のシームレス冗長機構にも適用可能である。

本明細書で説明されるソリューションの実施形態は、たとえば、ＩＥＥＥ８０２．１ＣＢ－２０１７の複製および除去機能の改善を介して、シーケンス番号生成（シーケンス生成機能）のためのシームレスリセットを提供することによって、シームレス冗長のクラウド化（ｃｌｏｕｄｉｆｉｃａｔｉｏｎ）を可能にする。いくつかの実施形態では、以下の態様、（１）シーケンス生成機能リセットの明示的指示のための新しいフラグ、および（２）たとえば、ＩＥＥＥ８０２．１ＣＢ－２０１７の既存のサイクリックシーケンス番号空間への新しいリニア初期シーケンス番号空間の使用、が導入される。また、本明細書で提供される説明は、ＩＥＥＥ８０２．１ＣＢにおいて規定されているＦＲＥＲに焦点を当てるが、本明細書で説明されるソリューションは、ＴＳＮのＦＲＥＲ、ＤｅｔＮｅｔのＰＲＥＦ、あるいはシーケンス番号付けまたは（たとえば、タイムスタンプによって提供される）等価な機能に基づく他のシームレス冗長機構に適用可能である。

本明細書で開示される問題点のうちの１つまたは複数に対処する様々な実施形態が、本明細書で提案される。いくつかの実施形態は、（１つまたは複数の）以下の技術的利点のうちの１つまたは複数を提供し得る。本明細書で説明される提案されるソリューションの実施形態は、ＩＥＥＥ８０２．１ＣＢ－２０１７の複製および除去機能の改善を介して、シーケンス番号生成（シーケンス生成機能）のためのシームレスリセットを提供することによって、シームレス冗長のクラウド化を可能にする。これらの改善は、ネットワーク障害シナリオに対するはるかに高速で、シームレスな適応を保証し、シーケンス生成がリセットされたとき、不要なパケットドロップから保護する。

これらの改善のための主要な動機づけは、ＦＲＥＲ／パケット複製および除去機能（ＰＲＥＦ）機能のクラウド化、すなわち、「クラウドネイティブ」実装を可能にする。今日の傾向は、アプリケーションを、仮想化された環境のほうへ移動することである。この傾向は、産業環境において使用されるアプリケーションにも達しており、たとえば、エッジコンピューティング、フォグコンピューティングを参照されたい。トーカー（Ｔａｌｋｅｒ）／リスナー（Ｌｉｓｔｅｎｅｒ）（ソース／宛先）がクラウドに移動されるクラウドベースシナリオにおいてＦＲＥＲ／ＰＲＥＦを使用することは、ＦＲＥＲ／ＰＲＥＦ機能についての多くの追加の課題を生じる。ＦＲＥＲ／ＰＲＥＦはエンドポイントに属するＴＳＮ／ＤｅｔＮｅｔ機能であり、したがって、ＦＲＥＲ／ＰＲＥＦはクラウドの内部で機能しなければならない。たとえば、ＦＲＥＲ／ＰＲＥＦは、図１に示されているように、通常、クラウド中の産業アプリケーションをサーブするコントローラ－クラスタ（ｃｔｒｌ－クラスタ）におけるインスタンスである。この点について、図１は、ＦＲＥＲ機能の改善を必要とするクラウドベースシナリオを示す。

複数の仮想マシン（ＶＭ）／コンテナ／インスタンスを稼働すること、ＶＭ／コンテナ／インスタンスを作成すること、ＶＭ／コンテナ／インスタンスを移動すること、機能をリセットすること、ＶＭ／コンテナ／インスタンスを取り除くことなどのような一般的なクラウドアクションは、変化する環境にシームレスに適応するためにＦＲＥＲ機能を必要とする。この環境における変化は、クラウドなしの現在の産業ネットワークシナリオまたはネットワーク展開における変化よりもはるかに頻繁である。

高利用可能性システムは、障害の任意の単一のポイントの除去を必要とする。したがって、ＦＲＥＲ／ＰＲＥＦ機能（すなわち、シーケンス生成）は、様々なクラウド固有冗長ソリューションをサポートすることが可能であるように改善されなければならない。

一例としてＩＥＥＥ８０２．１ＣＢのＦＲＥＲを使用すると、シーケンス番号生成機能のリセットの影響は、（ここではＳＮ_Ｌとして言及される）リセットの前に送られる最後のパケットのために使用されるｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの実際の値と、（ここではＳＮ_Ｒとして言及される）リセットの後に送られる第１のパケットのために使用されるｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒの値とに依存する。ＩＥＥＥ８０２．１ＣＢ－２０１７によれば、ＳＮ_Ｒは常に０であり、ＳＮ_Ｌは、｛０；．．．；ＧｅｎＳｅｑＳｐａｃｅ－１｝の範囲内の値である。

以下の範囲が、（１）ＩＥＥＥ８０２．１ＣＢ－２０１７において説明されるソリューション、（２）’３９７出願において説明されるソリューション、および（３）本明細書で説明されるソリューションについてのリセットの影響を分析するために規定され得る。
・ Ａ：ＳＮ_Ｒ＞ＳＮ_Ｌ＋ｄ
・ Ｂ：ＳＮ_Ｌ＋ｄ≧ＳＮ_Ｒ＞ＳＮ_Ｌ
・ Ｃ：ＳＮ_Ｌ≧ＳＮ_Ｒ＞ＳＮ_Ｌ－ｄ
・ Ｄ：ＳＮ_Ｌ－ｄ≧ＳＮ_Ｒ＞ＳＮ_Ｌ－２ｄ
・ Ｅ：ＳＮ_Ｌ－２ｄ≧ＳＮ_Ｒ
ここで、ｄ＝ＩＥＥＥ８０２．１ＣＢ－２０１７において規定されている「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」である。元のシーケンス番号空間のサイクリック特性により、「Ａ」と「Ｅ」とは隣接する範囲であり、それらの間の境界が、ここで分析のためにｍｏｄｕｌｏ_{ＧｅｎＳｅｑＳｐａｃｅ}（ＳＮ_Ｌ＋ＧｅｎＳｅｑＳｐａｃｅ／２）として規定されることに留意されたい。図２は、サイクリックシーケンス番号空間の範囲を示す。

分析のための仮定は、（ｉ）ネットワークにおいて他のイベントがなく、シーケンス生成機能のみがリセットされる、および（ｉｉ）「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」（ｄ）が確率計算のために１００の値をとることである。

ＩＥＥＥ８０２．１ＣＢ－２０１７において説明されるソリューションの評価のために、以下の範囲が重要である。
・ 履歴ウィンドウ（ＨＳＷ）＝｛ＳＮ_Ｌ＋ｄ；．．；ＳＮ_Ｌ－ｄ＋１｝、ここで、ｄ＝「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」である。

ＨＳＷは、実際には、評価のために使用される範囲「Ｂ」と範囲「Ｃ」とのマージャ（ｍｅｒｇｅｒ）であることに留意されたい。

ＩＥＥＥ８０２．１ＣＢ－２０１７によると、履歴ウィンドウ（ＨＳＷ）の外のｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒをもつパケットがドロップされ、履歴ウィンドウ内のパケットが、それらのパケットが重複であるか否かを判断するために「ＳｅｑｕｅｎｃｅＨｉｓｔｏｒｙ」に対して評価される。したがって、ＩＥＥＥ８０２．１ＣＢ－２０１７は、範囲Ａ～Ｅの各々について以下のように動作する。
Ａ：タイマーが満了するまで、またはパケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒがＳＮ_Ｌ＋１に達するまで、パケットがドロップされる、
Ｂ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる、
Ｃ：パケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒがＳＮ_Ｌ＋１に達するまで、パケットがドロップされる、
Ｄ：パケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒがＳＮ_Ｌ＋１に達するまで、パケットがドロップされる、
Ｅ：タイマーが満了するまで、またはパケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒがＳＮ_Ｌ＋１に達するまで、パケットがドロップされる。

すなわち、たいていの場合、タイムアウトが次のパケットの受付けをトリガするまで、パケットドロップの高い確率（９９．８％）がある。パケットドロップは、その動作が紛失パケットによって損なわれ得るアプリケーションについてのパケットロスを意味することに留意されたい。

’３９７出願において説明されるソリューションの評価のために、以下の追加の範囲が重要である。
・ リセット無視範囲（ＲＩＲ）＝｛ＳＮ_Ｌ＋ｄ；．．；ＳＮ_Ｌ－２ｄ＋１｝、ここで、ｄ＝「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」である。

ＲＩＲは、実際には、評価のために使用される範囲「Ｂ」と範囲「Ｃ」と範囲「Ｄ」とのマージャであることに留意されたい。

ＲＩＲは、エリミネータ機能が、受信された「ＳｅｑＲｅｓｅｔＦｌａｇ」を無視し、ＨＳＷに対して、受信されたパケットを検査する範囲である。範囲「Ｄ」はまた、より遅い冗長経路上の重複が、ＳＮ_Ｌを下回るｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを有し得、ＳＮ_Ｌ－ｄと同程度低くなり得るので、ＲＩＲの一部であることに留意されたい。したがって、’３９７出願において説明されるソリューションは、範囲の各々について以下のように挙動する。
Ａ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる、
Ｂ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる、
Ｃ：パケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒがＳＮ_Ｌ＋１に達するまで、パケットがドロップする、
Ｄ：パケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒがＳＮ_Ｌ＋１に達するまで、パケットがドロップする、
Ｅ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる。

たいていの場合、パケットドロップの低い確率（０．３％）がある。パケットドロップが起こるとき、それは、リセットの後に、最大「２ｄ」個のパケットに限定される。いくつかのＴＳＮアプリケーションは、リセットが行われたとき、これを許容し得るが、いくつかは許容しないことがある。

本明細書で説明されるソリューションは、範囲の各々について以下の特性を有する。
Ａ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる、
Ｂ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる、
Ｃ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる、
Ｄ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる、
Ｅ：パケットドロップがなく、ＳＮ_Ｒが受け付けられる。

パケットドロップがない。リセットの後に送られたパケットは、直ちに有効と見なされる。ＴＳＮアプリケーションはまったく影響を受けず、ＦＲＥＲノードに対する実装影響が適度である。

ＩＥＥＥ８０２．１ＣＢによる、ＦＲＥＲを使用したＴＳＮネットワークにおける（または、同様にＰＲＥＦを使用したＤｅｔＮｅｔネットワークにおける）除去機能を改善するためのシステムおよび方法が、本明細書で開示される。本明細書の説明が、ＩＥＥＥ８０２．１ＣＢ用語、および適切な場合、「ＶａｒｉａｂｌｅＮａｍｅ」として示される変数名を使用することに留意されたい。新しい変数、関数、およびパラメータは、ＩＥＥＥ８０２．１ＣＢ命名規則に従い、「ＮｅｗＥｎｔｉｔｙＮａｍｅ」として示される。

以後、説明は、ＩＥＥＥ８０２．１１ＦＲＥＲについての提案されたソリューションの実施形態に焦点を当て、したがって、８０２．１ＣＢ－２０１７ＦＲＥＲにおいて説明されるような用語および表記を使用する。しかしながら、本明細書で提案されるソリューションは、シーケンス番号付けまたは（たとえば、タイムスタンプによって提供される）等価な機能に基づく他のシームレス冗長機構（たとえば、ＤｅｔＮｅｔのためのＰＲＥＦ）に等しく適用可能である。

図３は、送信（ＴＸ）ノード３０２と受信（ＲＸ）ノード３０４とを含むシステム３００を示し、ここで、ＴＸノード３０２は、ＴＳＮネットワーク３０６を介してＲＸノード３０４に、パケットの複製されたストリームを送信する。ＴＸノード３０２およびＲＸノード３０４は、この例では、たとえば、ＴＳＮエンドポイント、ＴＳＮブリッジ、または任意の他のタイプのＴＳＮノードであり得ることに留意されたい。パケットの複製されたストリームの送信は、パケットのストリームを複数のメンバーストリームに複製して、それにより複合ストリームを提供することを伴う。メンバーストリームは、次いで、最大独立経路を介したＴＳＮネットワーク３０６を介して、ＲＸノード３０４に送信される。ノード３０２およびノード３０４は、本明細書では、それぞれ、「ＴＸノード」および「ＲＸノード」として示されるが、これらのノードは、両方とも、ＴＳＮネットワーク３０６を介してストリームを送信および受信し得ることを理解されるべきであることを留意されたい。

図示のように、ＴＸノード３０２は、この例では、ＩＥＥＥ８０２．１ＣＢによるＦＲＥＲを提供するように動作するＦＲＥＲ機能３０８を含む。ＦＲＥＲ３０８は、複製機能３１０と、（ＲＸノード３０４へのストリームの送信のために使用されないという点で随意として示された）除去機能３１２とを含む。同様にして、ＲＸノード３０４は、この例では、ＩＥＥＥ８０２．１ＣＢによるＦＲＥＲを提供するように動作するＦＲＥＲ機能３１４を含む。ＦＲＥＲ３１４は、（ＴＸノード３０２からのストリームの受信のために使用されないという点で随意として示された）複製機能３１６と、除去機能３２２とを含む。

図示のように、複製機能３１０は、シーケンス生成機能３２０を含む。シーケンス生成機能３２０は、パケットストリーム中のパケットのためのシーケンス番号を生成するように動作する。除去機能３１８は、シーケンス回復機能３２２を含む。シーケンス回復機能３２２は、プロトコルスタックの上へ、上位レイヤ機能のほうへ渡されるパケットに対して動作し、どのパケットを渡すべきかと、どのパケットを廃棄すべきかとを判断するためにシーケンス番号サブパラメータを使用する。

いくつかの実施形態では、ＴＸノード３０２は、クラウド実装の一部（たとえば、図１に関して上記で説明されたＣｔｒｌ－クラスタの一部）である。

ＦＲＥＲ３０８および３１４の順序付け機能は、ＦＲＥＲ機能のための「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」サブパラメータを提供する。特に、順序付け機能は、２つの種類の構成要素機能、すなわち、（１）プロトコルスタックの下へ、物理レイヤのほうへ渡されるパケットに対して動作し、ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒサブパラメータについての値を生成する、シーケンス生成機能（たとえば、シーケンス生成機能３２０）と、（２）プロトコルスタックの上へ、上位レイヤ機能のほうへ渡されるパケットに対して動作し、どのパケットを渡すべきかと、どのパケットを廃棄すべきかとを判断するために、受信されたパケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒサブパラメータを使用する、シーケンス回復機能（たとえば、シーケンス回復機能３２２）とを有する。

本明細書で説明されるソリューションの実施形態は、’３７９出願によってＲ－ＴＡＧに導入されたフラグ、すなわち「ＳｅｑＲｅｓｅｔＦｌａｇ」を使用する。このフラグは、以下のように使用される。
・ パケットのストリームを送信するとき、ＴＸノード３０２における複製機能３１０は、冗長タグ（Ｒ－ＴＡＧ）がパケットのヘッダ中に（すなわち、対応するイーサネットフレームのヘッダ中に）すでに含まれている場合、パケットの「ＳｅｑＲｅｓｅｔＦｌａｇ」値を変更しない。
・ ＴＸノード３０２における複製機能３１０は、シーケンス生成機能３２０がリセットされたとき、所与の時間期間について、またはいくつかの送られるパケットについて「ＳｅｑＲｅｓｅｔＦｌａｇ」をセットする（たとえば、「ＳｅｑＲｅｓｅｔＦｌａｇ」値＝１をセットする）。
・ ＴＸノード３０２における複製機能３１０は、すべての他の場合において、「ＳｅｑＲｅｓｅｔＦｌａｇ」をクリアする（たとえば、「ＳｅｑＲｅｓｅｔＦｌａｇ」値＝０をセットする）。

本明細書で説明されるソリューションの実施形態は、本明細書では「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」と呼ばれる、新しい追加のシーケンス番号空間を導入し、これは、シーケンス生成機能３２０の初期化またはリセットの後に使用される。新たに導入されたＩｎｉｔＳｅｑＮｕｍＳｐａｃｅは、図４中のボールドのリニアシーケンス番号空間によって示されている。次のパケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒは、新しい変数、すなわち、「ＩｎｉｔＧｅｎＳｅｑＮｕｍ」に記憶される。この新しい番号空間が使い果たされたとき、シーケンス生成機能３２０は、図４中のボールドでないシーケンス番号空間によって示されている、元のシーケンス番号空間を使用することを開始する。言い換えれば、図４は、新しい（リニア）シーケンス番号空間と元の（サイクリック）シーケンス番号空間との関係の一例を示す。

本明細書で説明されるソリューションの実施形態は、Ｒ－ＴＡＧ中に、「ＩｎｉｔＳｅｑＦｌａｇ」と呼ばれる、新しいフラグを導入する。このフラグは、以下のようにＴＸノード３０２における複製機能３１０によって使用される。
・ ＴＸノード３０２によって送信されているパケットのストリーム中の各パケットについて、複製機能３１０は、Ｒ－ＴＡＧがパケットのヘッダ中にすでに含まれている場合、パケットの「ＩｎｉｔＳｅｑＦｌａｇ」値を変更しない。
・ 複製機能３１０は、シーケンス生成機能３２０が初期化またはリセットされるとき、「ＩｎｉｔＳｅｑＦｌａｇ」をセットする（たとえば、「ＩｎｉｔＳｅｑＦｌａｇ」値＝１をセットする）。「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」は、パケットのためのシーケンス番号を生成するために、複製機能３１０によって使用される。
・ 複製機能３１０は、すべての他の場合において「ＩｎｉｔＳｅｑＦｌａｇ」をクリアする（たとえば、「ＩｎｉｔＳｅｑＦｌａｇ」値＝０をセットする）。
「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」は、以下のように使用される。
・ 「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」は、「ＩｎｉｔＳｅｑＳｔａｒｔ」３２７６８（たとえば、図４の例では、３２７６８にセットされた設定可能パラメータ）で開始し、「ＧｅｎＳｅｑＳｐａｃｅ－１」（すなわち、ＩＥＥＥ８０２．１ＣＢ－２０１７によると６５５３５）で終わるリニアシーケンス番号空間である。
・ 「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」は、パケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを扱うために使用される変数のそれ自体のセットを有する。ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ変数名は、元のシーケンス番号の変数名から、「Ｉｎｉｔ」プレフィックス、たとえば、「ＩｎｉｔＧｅｎＳｅｑＮｕｍ」、「ＩｎｉｔＲｅｃｏｖＳｅｑＮｕｍ」、「ＩｎｉｔＳｅｑｕｅｎｃｅＨｉｓｔｏｒｙ」、「ＩｎｉｔＴａｋｅＡｎｙ」、「ＩｎｉｔＲｅｍａｉｎｉｎｇＴｉｃｋｓ」などでそれらを付加することを介して、導出されることに留意されたい。
・ ＴＸノード３０２における複製機能３１０は、以下のような「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」を使用する。
〇 「ＵｓｅＩｎｉｔＳｅｑＳｐａｃｅ」は、新しい「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」（値＝１）が、次のパケットのためのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを生成するために、シーケンス生成機能３２０によって使用されなければならないことを示すブーリアン状態変数である。
〇 シーケンス生成機能３２０が初期化またはリセットされるときはいつでも、「ＵｓｅＩｎｉｔＳｅｑＳｐａｃｅ」は、「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」が、送られるパケットのためのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを生成するために使用されなければならないことを示すために、セットされる（たとえば、値＝１）。
〇 「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」からのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒとともに送られるすべてのパケットは、それらのＲ－Ｔａｇ中に「ＩｎｉｔＳｅｑＦｌａｇ」セット（たとえば、値＝１）を有する。
〇 「ＩｎｉｔＧｅｎＳｅｑＮｕｍ」は、シーケンス生成機能３２０が初期化またはリセットされるときはいつでも、「ＩｎｉｔＳｅｑＳｔａｒｔ」の値をとり、パケットが送られるとき、１だけ増分される。
〇 「ＩｎｉｔＧｅｎＳｅｑＮｕｍ」が増分され、その最大値よりも大きくなるとき、「ＵｓｅＩｎｉｔＳｅｑＳｐａｃｅ」は、「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」が使用され得ないことを示すためにクリアされる（たとえば、値＝０）。シーケンス生成機能３２０は、次いで、次のパケットについて元のシーケンス番号空間を使用する。
〇 「ＵｓｅＩｎｉｔＳｅｑＳｐａｃｅ」がクリアである場合（値＝０）、シーケンス生成機能３２０は、次のパケットのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを生成するために「ＧｅｎＳｅｑＮｕｍ」を使用する（すなわち、元のシーケンス番号空間が使用される）。

本明細書のソリューションの実施形態は、ＲＸノード３０４における除去機能３１８のための新しいプロシージャをも規定する。それは、上記で説明された「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」からのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒを含んでいるパケットをハンドリングするために、変数の新しいセットを使用する。履歴ウィンドウのサイズは、両方のシーケンス番号空間について同じである。除去機能３１８は、ＴＸノード３０２によって送信されたストリームのメンバーストリームのうちの１つからパケットを受信すると、以下のように動作する。
・ 受信されたパケット中の「ＩｎｉｔＳｅｑＦｌａｇ」フラグがセットされた場合（たとえば、値＝１）、シーケンス回復機能３２２は、以下のようにして、新しいリニアシーケンス番号空間（ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ）関係の変数を使用する。
〇 シーケンス回復機能３２２は、「ＳｅｑＲｅｓｅｔＦｌａｇ」がセットされ、パケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がｉＲＩＲ範囲｛「ＩｎｉｔＲｅｃｏｖＳｅｑＮｕｍ」＋「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」；．．．；「ＩｎｉｔＲｅｃｏｖＳｅｑＮｕｍ」－２×「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」＋１｝の外にある場合、パケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」に「ＩｎｉｔＲｅｃｏｖＳｅｑＮｕｍ」をセットし、「ＩｎｉｔＳｅｑｕｅｎｃｅＨｉｓｔｏｒｙ」をクリアする。その範囲は、新しいリニアシーケンス番号空間の境界に従って計算されなければならないことに留意されたい。
〇 シーケンス回復機能３２２は、パケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がｉＲＩＲ範囲内にある場合、「ＳｅｑＲｅｓｅｔＦｌａｇ」を無視する。「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がｉＨＳＷ範囲｛「ＩｎｉｔＲｅｃｏｖＳｅｑＮｕｍ」＋「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」；．．．；「ＩｎｉｔＲｅｃｏｖＳｅｑＮｕｍ」－「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」＋１｝の外にある場合、パケットがドロップされる。「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がｉＨＳＷ内にある場合、パケットがすでに受信されたか否かが検査される。
〇 シーケンス回復機能３２２は、パケットの「ＳｅｑＲｅｓｅｔＦｌａｇ」および「ＩｎｉｔＳｅｑＦｌａｇ」値を変更しない。
〇 シーケンス回復機能３２２は、パケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」が以下の範囲｛「ＧｅｎＳｅｑＳｐａｃｅ」－「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」；．．．；「ＧｅｎＳｅｑＳｐａｃｅ」－２×「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」｝内にある場合、元のシーケンス番号空間の「ＴａｋｅＡｎｙ」変数をセットする。この範囲は、新しい初期シーケンス番号空間がすぐに使い果たされること、すなわち、元のシーケンス番号空間に近づくことを示すことに留意されたい。
・ 受信されたパケット中の「ＩｎｉｔＳｅｑＦｌａｇ」フラグがクリアである場合（値＝０）、シーケンス回復機能は、元のシーケンス番号空間関係の変数を使用する。
〇 シーケンス回復機能３２２は、「ＳｅｑＲｅｓｅｔＦｌａｇ」がセットされ、パケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がＲＩＲ範囲｛「ＲｅｃｏｖＳｅｑＮｕｍ」＋「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」；．．．；「ＲｅｃｏｖＳｅｑＮｕｍ」－２×「ｆｒｅｒＳｅｑＲｃｖｙＨｉｓｔｏｒｙＬｅｎｇｔｈ」＋１｝の外にある場合、パケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」の値に「ＲｅｃｏｖＳｅｑＮｕｍ」をセットし、「ＳｅｑｕｅｎｃｅＨｉｓｔｏｒｙ」をクリアする。その範囲は、元のシーケンス番号空間のモジュロルールに従って計算されなければならないことに留意されたい。
〇 シーケンス回復機能３２２は、パケットの「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がＲＩＲ範囲内にある場合、「ＳｅｑＲｅｓｅｔＦｌａｇ」を無視する。「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がＨＳＷ範囲の外にある場合、パケットがドロップされる。「ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ」がＨＳＷ内にある場合、パケットがすでに受信されたか否かを検査する。
〇 シーケンス回復機能３２２は、パケットの「ＳｅｑＲｅｓｅｔＦｌａｇ」値を変更しない。

そのｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒサブパラメータの値にかかわらず、次のパケットを受け付けるための、シーケンス回復のためのタイムアウト機構は、両方のシーケンス番号空間について変更および適用されないことに留意されたい（元のシーケンス番号空間についての８０２．１ＣＢ－２０１７における「ＴａｋｅＡｎｙ」変数参照）。

一実装形態は、リセットフラグ（「ＵｓｉｎｇＲｅｓｅｔＦｌａｇ」＝１／０（有効／無効））と、新しい初期シーケンス番号空間（「ＵｓｉｎｇＩｎｉｔＳｐａｃｅ」＝１／０（有効／無効））との使用を有効／無効にするために、２つの変数を使用し得る。

図５は、本開示の一実施形態による、ＴＸノード３０２における複製機能３１０のための状態図を示す。図示のように、複製機能３１０が、元のシーケンス番号空間と、ＵｓｉｎｇＩｎｉｔＳｐａｃｅ＝偽とを使用する第１の状態にあるとき、複製機能３１０は元のシーケンス番号空間を使用する。リセット時に初期シーケンス番号空間が無効にされると、複製機能３１２は、ＳｅｑＧｅｎＮｕｍ＝０と、ＵｓｅＩｎｉｔＳｅｑＮｕｍ＝偽とをセットし、第１の状態にとどまる。しかしながら、リセット時に初期シーケンス番号空間が有効にされると、複製機能３１０は、ＩｎｉｔＳｅｑＧｅｎＮｕｍ＝ＩｎｉｔＳｅｑＳｔａｒｔと、ＵｓｅＩｎｉｔＳｅｑＮｕｍ＝真とをセットし、複製機能３１０が初期シーケンス番号空間を使用する第２の状態に遷移する。第２の状態にある間に、リセット時に初期シーケンス番号空間が有効にされると、複製機能３１０は、ＩｎｉｔＳｅｑＧｅｎＮｕｍ＝ＩｎｉｔＳｅｑＳｔａｒｔと、ＵｓｅＩｎｉｔＳｅｑＮｕｍ＝真とをセットし、複製機能３１０が初期シーケンス番号空間を使用する第２の状態にとどまる。第２の状態にある間に、初期シーケンス番号空間が使い果たされると、複製機能は、ＳｅｑＧｅｎＮｕｍ＝０と、ＵｓｅＩｎｉｔＳｅｑＮｕｍ＝偽とをセットし、複製機能が元のシーケンス番号空間を使用する第１の状態に遷移する。第２の状態にある間に、初期シーケンス番号空間が無効にされると、複製機能は、ＳｅｑＧｅｎＮｕｍ＝０と、ＵｓｅＩｎｉｔＳｅｑＮｕｍ＝偽とをセットし、複製機能が元のシーケンス番号空間を使用する第１の状態に遷移する。

図６は、本開示の一実施形態による、ＴＸノード３０２における複製機能３１０の動作を示すフローチャートである。随意のステップが、破線で表される。図示のように、複製機能３１０は、（たとえば、プロトコルスタック中の（１つまたは複数の）上位レイヤから）送られるべきパケットを受信する（ステップ６００）。複製機能３１０は、Ｒ－Ｔａｇがパケット中に存在するかまたはセットされたかどうかを決定する（ステップ６０２）。Ｒ－Ｔａｇがパケット中に存在するかまたはセットされた場合（６０２、はい）、セットされたＲ－Ｔａｇをもつパケットは、送られる準備ができており、したがって、送信のためにプロトコルスタック中の下位レイヤに提供される（ステップ６０４）。たとえば、パケットの複数のコピーが、次いで、生成され、ＴＳＮネットワーク３０６を通した異なる（たとえば、独立）経路を介して送られ得る。Ｒ－Ｔａｇがパケット中に存在しないかまたはセットされない場合（ステップ６０２、いいえ）、複製機能３１０は、「ＵｓｉｎｇＲｅｓｅｔＦｌａｇ」が有効にされたかどうかを決定する（ステップ６０６）。「ＵｓｉｎｇＲｅｓｅｔＦｌａｇ」が有効にされた場合、複製機能３１０は、シーケンス生成機能３２０が最近リセットされたかどうかを決定する（ステップ６０８）。これは、リセットが、パケットを受信する（すなわち、現在時間）より前の、あらかじめ規定されたまたはあらかじめ設定された量の時間内で行われた場合、あるいはパケットを受信するより前の、あらかじめ規定されたまたはあらかじめ設定された数のパケット内で行われた場合、真である。シーケンス生成機能３２０が最近リセットされた場合（ステップ６０８、はい）、複製機能３１０は、「ＳｅｑＲｅｓｅｔＦｌａｇ」を有効にする（たとえば、「ＳｅｑＲｅｓｅｔＦｌａｇ」を「１」の値にセットする）（ステップ６１０）。他の場合、複製機能３１０は、「ＳｅｑＲｅｓｅｔＦｌａｇ」を無効にする（たとえば、「ＳｅｑＲｅｓｅｔＦｌａｇ」を「０」の値にセットする）（ステップ６１２）。

ステップ６１０から進むのかステップ６１２から進むのかにかかわらず、複製機能３１０は、「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」の使用が有効にされたかどうかを決定する（ステップ６１４）。「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」の使用が有効にされていない場合（６１４、いいえ）、プロセスはステップ６３２に進み、これは、以下で説明される。他の場合（ステップ６１４、はい）、複製機能３１０は、「ＵｓｅＩｎｉｔＳｅｑＮｕｍ」が有効にされた（たとえば、「真」にセットされた）かどうかを決定する（ステップ６１６）。「ＵｓｅＩｎｉｔＳｅｑＮｕｍ」が有効にされた場合（ステップ６１６、はい）、複製機能３１０は、「ＩｎｉｔＳｅｑＦｌａｇ」有効にし（たとえば、「ＩｎｉｔＳｅｑＦｌａｇ」を「１」にセットし）（ステップ６１８）、「ＩｎｉｔＧｅｎＳｅｑＮｕｍ」に等しいシーケンス番号（ｓｅｑ＿ｎｕｍ）をパケットに追加し（ステップ６２０）、「ＩｎｉｔＧｅｎＳｅｑＮｕｍ」を増分し（ステップ６２２）、「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」が使い果たされたかどうかを決定する（ステップ６２４）。「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」が使い果たされていない場合（ステップ６２４、いいえ）、プロセスはステップ６２８に進み、これは、以下で説明される。他の場合（ステップ６２４、はい）、複製機能３１０は、「０」に等しい「ＧｅｎＳｅｑＮｕｍ」をセットし、「ＵｓｅＩｎｉｔＳｅｑＮｕｍ」を偽にセットする（ステップ６２６）。次いで、ステップ６２４の「いいえ」分岐から進むのかステップ６２６から進むのかにかかわらず、複製機能３１０は、Ｒ－Ｔａｇをパケットに追加し（ステップ６２８）、プロシージャはステップ６０４に進み、ここで、パケットは送る準備ができている。

ステップ６１６に戻ると、「ＵｓｅＩｎｉｔＳｅｑＮｕｍ」が「真」にセットされていない場合、複製機能３１０は、「ｉｎｉｔＳｅｑＦｌａｇ」を無効にし（たとえば、「ｉｎｉｔＳｅｑＦｌａｇ」を「０」にセットし）（ステップ６３０）、「ＧｅｎＳｅｑＮｕｍ」に等しいシーケンス番号（ｓｅｑ＿ｎｕｍ）をパケットに追加し（ステップ６３２）、「ＧｅｎＳｅｑＳｕｍ」を増分する（ステップ６３４）。プロシージャは、次いで、ステップ６２８に進み、Ｒ－Ｔａｇがパケットに追加され、次いで、パケットは送られる準備ができている。

図７は、本開示の別の実施形態による、ＴＸノード３０２における複製機能３１０の動作を示すフローチャートである。この実施形態は、図６の実施形態と同様である。図示のように、複製機能３１０は、ＴＸノード３０２におけるシーケンス生成機能３１０がリセットされたと決定する（ステップ７００）。ＴＸノード３０２におけるシーケンス生成機能３１０がリセットされたと決定することに応答して、複製機能３１０は、パケットのストリーム中で第１の複数のパケットを送信し、（ａ）第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）リセットの後に送られた第１の複数のパケットの中からの少なくとも第１のパケットが、リセットの明示的インジケータをさらに備える（ステップ７０２）。複製機能３１０は、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定する（ステップ７０４）。リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定することに応答して、複製機能３１０は、パケットのストリーム中で第２の複数のパケットを送信し、（ａ）第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える（ステップ７０６）。

一実施形態では、第１の複数のパケットの各々は、リニアシーケンス番号空間が使用されているという明示的指示をさらに備える。

一実施形態では、ネットワークはＴＳＮネットワークである。さらに、一実施形態では、方法は、シーケンス生成機能３１０をリセットすることをさらに含み、シーケンス生成機能３１０をリセットすることは、シーケンス番号履歴、履歴ウィンドウをリセットすること（たとえば、履歴ウィンドウの中間ポイントである「ＲｅｃｏｖＳｅｑＮｕｍ」をリセットすること）、またはシーケンス番号履歴と履歴ウィンドウの両方をリセットすることを含む。一実施形態では、ＴＸノード３０２におけるシーケンス生成機能３１０がリセットされたと決定するステップ（７００）と、パケットのストリーム中で第１の複数のパケットを送信するステップ（７０２）と、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップ（７０４）と、パケットのストリーム中で第２の複数のパケットを送信するステップ（７０６）とが、ＴＸノード３０２のＦＲＥＲ機能３０８によって、および、より詳細には、ＴＸノード３０２の複製機能３１０によって実施される。

別の実施形態では、ネットワークはＤｅｔＮｅｔネットワークである。さらに、一実施形態では、ＴＸノード３０２におけるシーケンス生成機能３１０がリセットされたと決定するステップ（７００）と、パケットのストリーム中で第１の複数のパケットを送信するステップ（７０２）と、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップ（７０４）と、パケットのストリーム中で第２の複数のパケットを送信するステップ（７０６）とが、ＴＸノード３０２のＰＲＥＲによって実施される。

図８は、ＲＸノード３０４における除去機能３１８の例示的な一実施形態のための状態図を示す。図示のように、第１の状態にあるとき、除去機能３１８は元のシーケンス番号空間を使用する。第１のパケット状態にあり、パケットがＩｎｉｔＳｅｑＮｕｍＦｌａｇ＝０とともに受信されるか、またはパケットが受信され、初期シーケンス番号空間が無効にされたとき、除去機能３１８は、第１の状態にとどまる。しかしながら、第１の状態にあり、パケットがＩｎｉｔＳｅｑＮｕｍＦｌａｇ＝１とともに受信され、かつ、初期シーケンス番号空間有効にされたときには、除去機能３１８は、除去機能３１８が初期シーケンス番号空間を使用する第２の状態に遷移する。第２の状態にあり、パケットがＩｎｉｔＳｅｑＮｕｍＦｌａｇ＝１とともに受信され、初期番号シーケンス番号空間が有効にされたとき、除去機能３１８は、第２の状態にとどまる。第２の状態にあり、パケットがＩｎｉｔＳｅｑＮｕｍＦｌａｇ＝０とともに受信されるか、またはパケットが受信され、初期シーケンス番号空間が無効にされたとき、除去機能３１８は、第１の状態に遷移する。

図９Ａおよび図９Ｂは、本開示の一実施形態による、ＲＸノード３０４における除去機能３１８の動作を示すフローチャートを提供する。随意のステップが、破線で表される。図示のように、除去機能３１８は、（たとえば、プロトコルスタック中の（１つまたは複数の）下位レイヤから）処理されるべきパケットを受信する（ステップ９００）。パケットは、「ｓｅｑ＿ｎｕｍ」値を有する。除去機能３１８は、「ＵｓｉｎｇＲｅｓｅｔＦｌａｇ」が有効にされたかどうかを決定する（ステップ９０２）。「ＵｓｉｎｇＲｅｓｅｔＦｌａｇ」が有効にされていない場合（ステップ９０２、いいえ）、除去機能３１８は、パケットのシーケンス番号が履歴ウィンドウ（ＨＳＷ）中にあるかどうかを決定する（ステップ９０４）。パケットのシーケンス番号が履歴ウィンドウ（ＨＳＷ）中にない場合（ステップ９０４、いいえ）、除去機能３１８は、「ＴａｋｅＡｎｙ」が有効にされたかどうかを決定する（ステップ９０４）。「ＴａｋｅＡｎｙ」が有効にされていない場合（ステップ９０６、いいえ）、除去機能３１８は、パケットをドロップする（ステップ９０８）。そうではなく、「ＴａｋｅＡｎｙ」が有効にされた場合（ステップ９０６、はい）、プロシージャはステップ９１２に進み、これは、以下で説明される。ステップ９０４に戻ると、パケットのシーケンス番号がＨＳＷ中にある場合（ステップ９０４、はい）、除去機能３１８は、パケットのシーケンス番号が履歴中にすでにあるかどうかを決定する（ステップ９１０）。パケットのシーケンス番号が履歴中にすでにある場合（ステップ９１０、はい）、除去機能３１８は、パケットをドロップする（ステップ９０８）。そうではなく、パケットのシーケンス番号が履歴中にまだない場合（ステップ９１０、いいえ）、プロシージャはステップ９１２に進み、これは、以下で説明される。

ステップ９０２に戻ると、「ＵｓｉｎｇＲｅｓｅｔＦｌａｇ」が有効にされた場合（ステップ９０２、はい）、除去機能３１８は、「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」の使用が有効にされたかどうかを決定する（ステップ９２０）。「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」の使用が有効にされない場合（ステップ９２０、いいえ）、除去機能３１８は、「ＳｅｑＲｅｓｅｔＦｌａｇ」が有効にされ、受信されたパケットのシーケンス番号がＲＩＲの外にあるかどうかを決定する（ステップ９２２）。「ＳｅｑＲｅｓｅｔＦｌａｇ」が有効にされず、受信されたパケットのシーケンス番号がＲＩＲの外にない場合（ステップ９２２、いいえ）、プロシージャはステップ９０４に進む。他の場合（ステップ９２２、はい）、プロシージャはステップ９１２に進む。

ステップ９０６のはい分岐から進むのか、ステップ９１０のいいえ分岐から進むのか、ステップ９２２のはい分岐から進むのかにかかわらず、除去機能３１８は、次いで、「ＲｅｃｏｖＳｅｑＮｕｍ」を更新し（ステップ９１２）、「ＳｅｑｕｅｎｃｅＨｉｓｔｏｒｙ」を更新し（ステップ９１４）、「ＴａｋｅＡｎｙ」をクリアし（ステップ９１６）、パケットを受け付ける（ステップ９１８）。

ステップ９２０に戻ると、「ＩｎｉｔＳｅｑＮｕｍＳｐａｃｅ」の使用が有効にされた場合（ステップ９２０、はい）、除去機能３１８は、「ＩｎｉｔＳｅｑＦｌａｇ」が有効にされたかどうかを決定する（ステップ９２４）。「ＩｎｉｔＳｅｑＦｌａｇ」が有効にされていない場合（ステップ９２４、いいえ）、プロセスはステップ９２２に進む。他の場合（ステップ９２４、はい）、除去機能３１８は、「ＳｅｑＲｅｓｅｔＦｌａｇ」が有効にされ、受信されたパケットのシーケンス番号がｉＲＩＲの外にあるかどうかを決定する（ステップ９２６）。「ＳｅｑＲｅｓｅｔＦｌａｇ」が有効にされ、受信されたパケットのシーケンス番号がｉＲＩＲの外にある場合（ステップ９２６、はい）、プロシージャはステップ９３２に進み、これは、以下で説明される。他の場合（ステップ９２６、いいえ）、除去機能３１８は、パケットのシーケンス番号がｉＨＳＷ中にあるかどうかを決定する（ステップ９２８）。パケットのシーケンス番号がｉＨＳＷ中にある場合（ステップ９２８、はい）、除去機能３１８は、パケットが履歴中にすでにあるかどうかを決定する（ステップ９３０）。パケットが履歴中にまだない場合（ステップ９３０）、プロシージャはステップ９３２に進む。他の場合（ステップ９３２、いいえ）、除去機能３１８は、パケットをドロップする（ステップ９４４）。ステップ９２８に戻ると、パケットのシーケンス番号がｉＨＳＷ中にない場合（ステップ９２８、いいえ）、除去機能３１８は、「ＩｎｉｔＴａｋｅＡｎｙ」が有効にされたかどうかを決定する（ステップ９４２）。「ＩｎｉｔＴａｋｅＡｎｙ」が有効にされていない場合（ステップ９４２、いいえ）、除去機能３１８は、パケットを廃棄する（ステップ９４４）。他の場合（ステップ９４２、はい）、プロセスはステップ９３２に進む。

ステップ９２６のはい分岐から進むのか、ステップ９３０のいいえ分岐から進むのか、ステップ９４２のはい分岐から進むのかにかかわらず、除去機能３１８は、「ＩｎｉｔＲｅｃｏｖＳｅｑＮｕｍ」を更新し（ステップ９３２）、「ＩｎｉｔＳｅｑｕｅｎｃｅＨｉｓｔｏｒｙ」を更新し（ステップ９３４）、「ＩｎｉｔＴａｋｅＡｎｙ」をクリアする（ステップ９３６）。除去機能３１８は、シーケンス番号がＳＴＡＲ（すなわち、範囲｛「ＧｅｎＳｅｑＳｐａｃｅ」－ｄ；．．．；「ＧｅｎＳｅｑＳｐａｃｅ」－２×ｄ｝）中にあるかどうかを決定する（ステップ９３８）。シーケンス番号がＳＴＡＲ中にある場合（ステップ９３８、はい）、除去機能３１８は、「ＴａｋｅＡｎｙ」を真にセットし（ステップ９４０）、パケットが受け付けられる（ステップ９１８）。他の場合（ステップ９３８、いいえ）、除去機能３１８は、パケットを受け付ける（ステップ９１８）。

Ｒ－ＴＡＧ中の「ＳｅｑＲｅｓｅｔＦｌａｇ」と、「ＩｎｉｔＳｅｑＦｌａｇ」と、「リニアシーケンス番号空間に属する新しいシーケンス番号」とを符号化するための１つの可能なオプションが、以下において説明される。
・ 予約済みフィールド（Ｒ－ＴＡＧの２バイト目および３バイト目）中で、および／または
・ シーケンス番号フィールド（Ｒ－ＴＡＧの４バイト目および５バイト目）中で。

Ｒ－ＴＡＧフォーマット（ＩＥＥＥ８０２．１ＣＢにおける図７－４）を示す図１０では、
・ 「ＳｅｑＲｅｓｅｔＦｌａｇ」および「ＩｎｉｔＳｅｑＦｌａｇ」は、各フラグについて１ビットの、予約済みフィールドの２ビットを使用して、Ｒ－ＴＡＧ中で符号化され得る。８０２．１ＣＢ－２０１７によると、「このフィールドは、すべてが０で送信されるものとし、受信時に無視されるものとする。」「リニアシーケンス番号空間に属する新しいシーケンス番号」は、Ｒ－ＴＡＧのシーケンス番号フィールド中で符号化され得る。「ＩｎｉｔＳｅｑＦｌａｇ」は、シーケンス番号フィールドをどのように解釈すべきかを指示する。

他の符号化方法も構築され得る。たとえば、「ＳｅｑＲｅｓｅｔＦｌａｇ」は、予約済みフィールドを使用して１ビットを使用して、Ｒ－ＴＡＧ中で符号化され得、「リニアシーケンス番号空間に属する新しいシーケンス番号」は、予約済みフィールドの残りの１５ビット中で符号化され得る。そのような符号化は、シーケンス番号空間の情報をも含み、したがって、「ＩｎｉｔＳｅｑＦｌａｇ」を明示的に符号化する必要がない。

図１１は、本開示のいくつかの実施形態による、ネットワークノード１１００の概略ブロック図である。ネットワークノード１１００は、上記で説明されたＴＸノード３０２またはＲＸノード３０４であり得る。図示のように、ネットワークノード１１００は、１つまたは複数のプロセッサ１１０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ１１０６と、ネットワークインターフェース１１０８とを含む。１つまたは複数のプロセッサ１１０４は、本明細書では処理回路とも呼ばれる。１つまたは複数のプロセッサ１１０４は、本明細書で説明されるネットワークノード１１００の１つまたは複数の機能（たとえば、本明細書で説明される、ＴＸノード３０２の１つまたは複数の機能またはＲＸノード３０４の１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ１１０６に記憶され、１つまたは複数のプロセッサ１１０４によって実行される、ソフトウェアで実装される。

図１２は、本開示のいくつかの実施形態による、ネットワークノード１１００の仮想化された実施形態を示す概略ブロック図である。この説明は、他のタイプのネットワークノードに等しく適用可能である。さらに、他のタイプのネットワークノードは、同様の仮想化されたアーキテクチャを有し得る。ここでも、随意の特徴が、点線ボックスによって表される。

本明細書で使用される「仮想化された」ネットワークノードは、ネットワークノード１１００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装されるネットワークノード１１００の一実装形態である。図示のように、この例では、ネットワークノード１１００は、（１つまたは複数の）ネットワーク１２０２に結合されるか、または（１つまたは複数の）ネットワーク１２０２の一部として含まれる、１つまたは複数の処理ノード１２００を含む。各処理ノード１２００は、１つまたは複数のプロセッサ１２０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１２０６と、ネットワークインターフェース１２０８とを含む。この例では、本明細書で説明されるネットワークノード１１００の機能１２１０（たとえば、本明細書で説明される、ＴＸノード３０２の１つまたは複数の機能またはＲＸノード３０４の１つまたは複数の機能）は、処理ノード１２００のうちの１つにおいて実装されるか、または複数の処理ノード１２００のうちの２つまたはそれ以上にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明されるネットワークノード１１００の機能１２１０の一部または全部は、（１つまたは複数の）処理ノード１２００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のいずれかに従って、少なくとも１つのプロセッサに、仮想環境におけるネットワークノード１１００の機能１２１０のうちの１つまたは複数を実装するネットワークノード１１００またはノード（たとえば、処理ノード１２００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図１３は、本開示のいくつかの他の実施形態による、ネットワークノード１１００の概略ブロック図である。ネットワークノード１１００は、１つまたは複数のモジュール１３００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１３００は、本明細書で説明されるネットワークノード１１００の機能（たとえば、本明細書で説明される、ＴＸノード３０２の１つまたは複数の機能またはＲＸノード３０４の１つまたは複数の機能）を提供する。この説明は、モジュール１３００が処理ノード１２００のうちの１つにおいて実装されるか、または複数の処理ノード１２００にわたって分散され得る、図１２の処理ノード１２００に等しく適用可能である。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。

本開示のいくつかの例示的な実施形態は以下の通りである。
実施形態１： パケットまたはフレーム複製のためのネットワークのための送信ノード（３０２）によって実施される方法であって、方法は、以下のステップ、すなわち、
・ 送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定するステップ（７００）と、
・ 送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定するステップ（７００）に応答して、パケットのストリーム中で第１の複数のパケットを送信するステップ（７０２）であって、（ａ）第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）リセットの後に送られた第１の複数のパケットの中からの少なくとも第１のパケットが、リセットの明示的インジケータをさらに備える、第１の複数のパケットを送信するステップ（７０２）と、
・ リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップ（７０４）と、
・ リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップ（７０４）に応答して、パケットのストリーム中で第２の複数のパケットを送信するステップ（７０６）であって、（ａ）第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２の複数のパケットを送信するステップ（７０６）と
のうちの１つまたは複数を含む、方法。
実施形態２： 第１の複数のパケットの各々は、リニアシーケンス番号空間が使用されているという明示的指示をさらに備える、実施形態１に記載の方法。
実施形態３： ネットワークが時間敏感ネットワーキング（ＴＳＮ）ネットワークである、実施形態１または２に記載の方法。
実施形態４： シーケンス生成機能（３１０）をリセットすることをさらに含み、シーケンス生成機能（３１０）をリセットすることが、シーケンス番号履歴、履歴ウィンドウ、またはシーケンス番号履歴と履歴ウィンドウの両方をリセットすることを含む、実施形態１から３のいずれか１つに記載の方法。
実施形態５： 送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定するステップ（７００）と、パケットのストリーム中で第１の複数のパケットを送信するステップ（７０２）と、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップ（７０４）と、パケットのストリーム中で第２の複数のパケットを送信するステップ（７０６）とが、送信ノード（３０２）の信頼性のためのフレーム複製および除去（ＦＲＥＲ）機能（３０８）によって実施される、実施形態３に記載の方法。
実施形態６： ネットワークが決定論的ネットワーキング（ＤｅｔＮｅｔ）ネットワークである、実施形態１または２に記載の方法。
実施形態７： 送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定するステップ（７００）と、パケットのストリーム中で第１の複数のパケットを送信するステップ（７０２）と、リニアシーケンス番号空間の終わりに達したかまたはリニアシーケンス番号空間の使用が無効にされたと決定するステップ（７０４）と、パケットのストリーム中で第２の複数のパケットを送信するステップ（７０６）とが、送信ノード（３０２）のパケット複製および除去機能（ＰＲＥＲ）によって実施される、実施形態６に記載の方法。
実施形態８： パケットまたはフレーム除去のためのネットワークのための受信ノード（３０４）によって実施される方法であって、方法は、以下のステップ、すなわち、
・ ネットワークを通した、送信ノード（３０２）から受信ノード（３０４）への異なる経路を横断する複数の複製されたストリームのうちの１つからパケットを受信するステップ（９００）であって、パケットがシーケンス番号を備える、パケットを受信するステップ（９００）と、
・ パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定するステップ（９２４、はい）と、
・ パケットが、送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたという明示的指示を備えるかどうかを決定するステップ（９２６）と、
・ パケットのシーケンス番号が、リニアシーケンス番号空間の使用に関連するリセット無視範囲（ｉＲＩＲ）の外にあるかどうかを決定するステップ（９２６）と、
・ パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定するステップ（９２４、はい）と、パケットが、送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたという明示的指示を備え、かつ、パケットのシーケンス番号がｉＲＩＲの外にあると決定するステップ（９２６、はい）とに応答して、パケットを受け付けるステップ（９１８）と
のうちの１つまたは複数を含む、方法。
実施形態９： パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定すること（９２４、はい）と、パケットが、送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたという明示的指示を備え、かつ、パケットのシーケンス番号がｉＲＩＲの外にあると決定すること（９２６、はい）とに応答して、パケットのシーケンス番号に基づいて、リニアシーケンス番号空間に関連するｉＨＳＷおよび履歴を更新すること（９３２、９３４）をさらに含む、実施形態８に記載の方法。
実施形態１０： パケットが、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定すること（９２４、はい）と、パケットが、送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたという明示的指示を備えないかまたはパケットのシーケンス番号がｉＲＩＲの外にないのかのいずれかであると決定すること（９２６、いいえ）とを行うと、
・ パケットのシーケンス番号が、リニアシーケンス番号空間の使用に関連する履歴ウィンドウ（ｉＨＳＷ）内にあるかどうかを決定すること（９２８）と、
・ パケットのシーケンス番号が、すでに受信されたシーケンス番号を備える、リニアシーケンス番号空間の使用に関連する履歴中にすでにあるかどうかを決定すること（９３０）と、
・ パケットのシーケンス番号がｉＨＳＷ内にあると決定すること（９２８、はい）とパケットのシーケンス番号が履歴中にまだないと決定すること（９３０、いいえ）とに応答して、パケットを受け付けること（９１８）と
をさらに含む、実施形態８に記載の方法。
実施形態１１： パケットのシーケンス番号がｉＨＳＷ内にあると決定すること（９２８、はい）とパケットのシーケンス番号が履歴中にすでにあると決定すること（９３０、はい）とに応答して、パケットを廃棄すること（９１８）をさらに含む、実施形態１０に記載の方法。
実施形態１２： パケットのシーケンス番号がｉＨＳＷ内にあると決定すること（９２８、はい）とパケットのシーケンス番号が履歴中にまだないと決定すること（９３０、いいえ）とに応答して、パケットのシーケンス番号に基づいて、リニアシーケンス番号空間に関連するｉＨＳＷおよび履歴を更新すること（９３２、９３４）をさらに含む、実施形態１０に記載の方法。
実施形態１３： パケットまたはフレーム複製のためのネットワークのための送信ノード（３０２）によって実施される方法であって、方法は、以下のステップ、すなわち、
・ 送られるべきパケットを取得するステップ（６００）と、
・ パケットがネットワークにおける前のネットワークノードによってまだ複製されていないと決定するステップ（たとえば、Ｒ－Ｔａｇがパケット中にまだ存在しないと決定するステップ）（６０２、いいえ）と、
・ 送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたかどうかを決定するステップ（６０８）と、
・ 送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定するステップ（６０８）に応答して、シーケンス生成機能（３１０）がリセットされたことを指示するパケット中の明示的指示を有効にするステップ（６１０）、または、パケット中の明示的指示を無効にするステップ（６１２）と
・ リニアシーケンス番号空間が使用されるべきであると決定するステップ（６１６、はい）と、
・ リニアシーケンス番号空間が使用されるべきであると決定するステップ（６１６、はい）に応答して、
〇 リニアシーケンス番号空間が使用されていることを指示するパケット中の明示的指示を有効にするステップ（６１８）、および
〇 リニアシーケンス番号空間からのシーケンス番号をパケットに追加するステップ（６２０）と、
・ パケットが複製されたことを指示するタグをパケットに追加するステップ（６２８）と、
・ 複製および送信のためにパケットを提供するステップ（６０４）と
のうちの１つまたは複数を含む、方法。
実施形態１４： 実施形態１から１３のいずれか１つに記載の方法を実施するように適合されたネットワークノード（３０２、３０４、１１００）。

当業者は、本開示の実施形態に対する改善および修正を認識されよう。すべてのそのような改善および修正は、本明細書で開示される概念の範囲内で考慮される。

Claims (30)

1. パケットまたはフレーム複製のための送信ノード（３０２）によって実施される方法であって、前記方法は、
   前記送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定すること（７００）と、
   前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたと決定すること（７００）に応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第１の複数のパケットを送信すること（７０２）であって、（ａ）前記第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）前記リセットの後に送られた前記第１の複数のパケットの中からの少なくとも第１のパケットが、前記リセットの明示的インジケータをさらに備える、第１の複数のパケットを送信すること（７０２）と、
   前記リニアシーケンス番号空間の終わりに達したかまたは前記リニアシーケンス番号空間の使用が無効にされたと決定すること（７０４）と、
   前記リニアシーケンス番号空間の前記終わりに達したかまたは前記リニアシーケンス番号空間の前記使用が無効にされたと決定すること（７０４）に応答して、前記ネットワークを通した少なくとも２つの独立経路を介してパケットの前記ストリーム中で第２の複数のパケットを送信すること（７０６）であって、（ａ）前記第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２の複数のパケットを送信すること（７０６）と
   を含む、方法。
2. 前記第１の複数のパケットの各々は、前記リニアシーケンス番号空間が使用されているという明示的指示をさらに備える、請求項１に記載の方法。
3. 前記ネットワークが時間敏感ネットワーキング（ＴＳＮ）ネットワークである、請求項１または２に記載の方法。
4. 前記シーケンス生成機能（３１０）をリセットすることをさらに含み、前記シーケンス生成機能（３１０）をリセットすることが、シーケンス番号履歴、履歴ウィンドウ、または前記シーケンス番号履歴と前記履歴ウィンドウの両方をリセットすることを含む、請求項１から３のいずれか一項に記載の方法。
5. 前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたと決定するステップ（７００）と、パケットの前記ストリーム中で前記第１の複数のパケットを送信するステップ（７０２）と、前記リニアシーケンス番号空間の前記終わりに達したかまたは前記リニアシーケンス番号空間の前記使用が無効にされたと決定するステップ（７０４）と、パケットの前記ストリーム中で前記第２の複数のパケットを送信するステップ（７０６）とが、前記送信ノード（３０２）の信頼性のためのフレーム複製および除去（ＦＲＥＲ）機能（３０８）によって実施される、請求項３または４に記載の方法。
6. 前記ネットワークが決定論的ネットワーキング（ＤｅｔＮｅｔ）ネットワークである、請求項１または２に記載の方法。
7. 前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたと決定するステップ（７００）と、パケットの前記ストリーム中で前記第１の複数のパケットを送信するステップ（７０２）と、前記リニアシーケンス番号空間の前記終わりに達したかまたは前記リニアシーケンス番号空間の前記使用が無効にされたと決定するステップ（７０４）と、パケットの前記ストリーム中で前記第２の複数のパケットを送信するステップ（７０６）とが、前記送信ノード（３０２）のパケット複製および除去機能（ＰＲＥＲ）によって実施される、請求項６に記載の方法。
8. パケットまたはフレーム複製のための送信ノード（３０２）であって、前記送信ノード（３０２）は、
   前記送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定すること（７００）と、
   前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたと決定すること（７００）に応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第１の複数のパケットを送信すること（７０２）であって、（ａ）前記第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）前記リセットの後に送られた前記第１の複数のパケットの中からの少なくとも第１のパケットが、前記リセットの明示的インジケータをさらに備える、第１の複数のパケットを送信すること（７０２）と、
   前記リニアシーケンス番号空間の終わりに達したかまたは前記リニアシーケンス番号空間の使用が無効にされたと決定すること（７０４）と、
   前記リニアシーケンス番号空間の前記終わりに達したかまたは前記リニアシーケンス番号空間の前記使用が無効にされたと決定すること（７０４）に応答して、前記ネットワークを通した少なくとも２つの独立経路を介してパケットの前記ストリーム中で第２の複数のパケットを送信すること（７０６）であって、（ａ）前記第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２の複数のパケットを送信すること（７０６）と
   を行うように適合された、送信ノード（３０２）。
9. 前記送信ノード（３０２）が、請求項２から７のいずれか一項に記載の方法を実施するようにさらに適合された、請求項８に記載の送信ノード（３０２）。
10. パケットまたはフレーム複製のための送信ノード（３０２、１１００）であって、前記送信ノード（３０２、１１００）が、
    ネットワークインターフェース（１１０８、１２０８）と、
    前記ネットワークインターフェース（１１０８、１２０８）に関連する処理回路（１１０４、１２０４）とを備え、前記処理回路（１１０４、１２０４）は、前記送信ノード（３０２、１１００）に、
    前記送信ノード（３０２、１１００）におけるシーケンス生成機能（３１０）がリセットされたと決定すること（７００）と、
    前記送信ノード（３０２、１１００）における前記シーケンス生成機能（３１０）がリセットされたと決定すること（７００）に応答して、ネットワークを通した少なくとも２つの独立経路を介してパケットのストリーム中で第１の複数のパケットを送信すること（７０２）であって、（ａ）前記第１の複数のパケットの各々がリニアシーケンス番号空間からのそれぞれのシーケンス番号を備え、（ｂ）前記リセットの後に送られた前記第１の複数のパケットの中からの少なくとも第１のパケットが、前記リセットの明示的インジケータをさらに備える、第１の複数のパケットを送信すること（７０２）と、
    前記リニアシーケンス番号空間の終わりに達したかまたは前記リニアシーケンス番号空間の使用が無効にされたと決定すること（７０４）と、
    前記リニアシーケンス番号空間の前記終わりに達したかまたは前記リニアシーケンス番号空間の前記使用が無効にされたと決定すること（７０４）に応答して、前記ネットワークを通した少なくとも２つの独立経路を介してパケットの前記ストリーム中で第２の複数のパケットを送信すること（７０６）であって、（ａ）前記第２の複数のパケットの各々がサイクリックシーケンス番号空間のそれぞれのシーケンス番号を備える、第２の複数のパケットを送信すること（７０６）と
    を行わせるように設定された、送信ノード（３０２、１１００）。
11. 前記処理回路（１１０４、１２０４）が、前記送信ノード（３０２、１１００）に、請求項２から７のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項１０に記載の送信ノード（３０２、１１００）。
12. パケットまたはフレーム複製のための送信ノード（３０２）によって実施される方法であって、前記方法は、
    ・ 送られるべきパケットを取得すること（６００）と、
    ・ 前記パケットが、前記パケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）と、
    ・ 前記パケットが、前記パケットがすでに複製されたことを指示する前記タグを備えないと決定すること（６０２、いいえ）に応答して、
    〇 リニアシーケンス番号空間が使用されるべきであると決定すること（６１６、はい）と、
    〇 前記リニアシーケンス番号空間が使用されるべきであると決定すること（６１６、はい）に応答して、
    ・ 前記リニアシーケンス番号空間が使用されていることを指示する前記パケット中の明示的指示を有効にすること（６１８）、および
    ・ 前記リニアシーケンス番号空間からのシーケンス番号を前記パケットに追加すること（６２０）と、
    〇 前記パケットが複製されたことを指示するタグを前記パケットに追加すること（６２８）と
    を行うことと、
    ・ 複製および送信のために前記パケットを提供すること（６０４）と
    を含む、方法。
13. 前記パケットが、前記パケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）に応答して、
    前記送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたと決定すること（６０８）と、
    前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたと決定すること（６０８）に応答して、前記シーケンス生成機能（３１０）がリセットされたことを指示する前記パケット中の明示的指示を有効にすること（６１０）、または、前記シーケンス生成機能（３１０）がリセットされたことを指示する前記パケット中の前記明示的指示を無効にすること（６１２）と
    をさらに含む、請求項１２に記載の方法。
14. 前記リニアシーケンス番号空間が使用されるべきであると決定すること（６１６、はい）に応答して、前記リニアシーケンス番号空間からの前記シーケンス番号を増分すること（６２２）をさらに含む、請求項１２または１３に記載の方法。
15. 前記リニアシーケンス番号空間が使い果たされるかまたは前記リニアシーケンス番号空間の使用が無効にされるまで、複数の追加のパケットのために請求項１４に記載の方法を繰り返すことをさらに含む、請求項１４に記載の方法。
16. 前記リニアシーケンス番号空間が使い果たされた後にまたは前記リニアシーケンス番号空間の前記使用が無効にされた後に、
    ・ 送られるべきさらなるパケットを取得すること（６００）と、
    ・ 前記さらなるパケットが、前記さらなるパケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）と、
    ・ 前記さらなるパケットが、前記さらなるパケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）に応答して、
    〇 リニアシーケンス番号空間ではなく、サイクリックシーケンス番号空間が使用されるべきであると決定すること（６１６、いいえ）と、
    〇 前記サイクリックシーケンス番号空間が使用されるべきであると決定すること（６１６、いいえ）に応答して、
    ・ 前記リニアシーケンス番号空間が使用されていることを指示する前記さらなるパケット中の明示的指示を無効にすること（６３０）、および
    ・ 前記サイクリックシーケンス番号空間からのシーケンス番号を前記さらなるパケットに追加すること（６３２）と、
    〇 前記さらなるパケットが複製されたことを指示する前記タグを前記さらなるパケットに追加すること（６２８）と
    を行うことと、
    ・ 複製および送信のために前記さらなるパケットを提供すること（６０４）と
    をさらに含む、請求項１５に記載の方法。
17. 前記さらなるパケットが、前記さらなるパケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）に応答して、
    前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたかどうかを決定すること（６０８）と、
    前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたと決定すること（６０８）に応答して、前記シーケンス生成機能（３１０）がリセットされたことを指示する前記さらなるパケット中の明示的指示を有効にすること（６１０）、または、前記シーケンス生成機能（３１０）がリセットされたことを指示する前記さらなるパケット中の前記明示的指示を無効にすること（６１２）と
    をさらに含む、請求項１６に記載の方法。
18. パケットまたはフレーム複製のための送信ノード（３０２）であって、前記送信ノード（３０２）は、
    ・ 送られるべきパケットを取得すること（６００）と、
    ・ 前記パケットが、前記パケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）と、
    ・ 前記パケットが、前記パケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）に応答して、
    〇 リニアシーケンス番号空間が使用されるべきであると決定すること（６１６、はい）と、
    〇 前記リニアシーケンス番号空間が使用されるべきであると決定すること（６１６、はい）に応答して、
    ・ 前記リニアシーケンス番号空間が使用されていることを指示する前記パケット中の明示的指示を有効にすること（６１８）、および
    ・ 前記リニアシーケンス番号空間からのシーケンス番号を前記パケットに追加すること（６２０）と、
    〇 前記パケットが複製されたことを指示する前記タグを前記パケットに追加すること（６２８）と
    を行うことと、
    ・ 複製および送信のために前記パケットを提供すること（６０４）と
    を行うように適合された、送信ノード（３０２）。
19. 前記送信ノード（３０２）が、請求項１３から１７のいずれか一項に記載の方法を実施するようにさらに適合された、請求項１８に記載の送信ノード（３０２）。
20. パケットまたはフレーム複製のための送信ノード（３０２、１１００）であって、前記送信ノード（３０２、１１００）が、
    ・ ネットワークインターフェース（１１０８、１２０８）と、
    ・ 前記ネットワークインターフェース（１１０８、１２０８）に関連する処理回路（１１０４、１２０４）とを備え、前記処理回路（１１０４、１２０４）は、前記送信ノード（３０２、１１００）に、
    〇 送られるべきパケットを取得すること（６００）と、
    〇 前記パケットが、前記パケットがすでに複製されたことを指示するタグを備えないと決定すること（６０２、いいえ）と、
    〇 前記パケットが、前記パケットがすでに複製されたことを指示する前記タグを備えないと決定すること（６０２、いいえ）に応答して、
    ・ リニアシーケンス番号空間が使用されるべきであると決定すること（６１６、はい）と、
    ・ 前記リニアシーケンス番号空間が使用されるべきであると決定すること（６１６、はい）に応答して、
    ・ 前記リニアシーケンス番号空間が使用されていることを指示する前記パケット中の明示的指示を有効にすること（６１８）と、
    ・ 前記リニアシーケンス番号空間からのシーケンス番号を前記パケットに追加すること（６２０）と、
    ・ 前記パケットが複製されたことを指示する前記タグを前記パケットに追加すること（６２８）と
    を行うことと、
    〇 複製および送信のために前記パケットを提供すること（６０４）と
    を行わせるように設定された、送信ノード（３０２、１１００）。
21. 前記処理回路（１１０４、１２０４）が、前記送信ノード（３０２、１１００）に、請求項１３から１７のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項２０に記載の送信ノード（３０２、１１００）。
22. パケットまたはフレーム除去のための受信ノード（３０４）によって実施される方法であって、前記方法は、
    ネットワークを通した、送信ノード（３０２）から前記受信ノード（３０４）への独立経路を横断する複数の複製されたストリームのうちの１つからパケットを受信すること（９００）であって、前記パケットがシーケンス番号を備える、パケットを受信すること（９００）と、
    前記パケットが、サイクリックシーケンス番号空間ではなく、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定すること（９２４、はい）と、
    前記パケットが、前記送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたという明示的指示を備えるかどうかを決定すること（９２６）と、
    前記パケットの前記シーケンス番号が、前記リニアシーケンス番号空間の使用に関連するリセット無視範囲（ｉＲＩＲ）の外にあるかどうかを決定すること（９２６）と、
    前記パケットが、前記リニアシーケンス番号空間が使用されているという前記明示的指示を備えると決定すること（９２４、はい）と、前記パケットが、前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたという前記明示的指示を備え、かつ、前記パケットの前記シーケンス番号が前記ｉＲＩＲの外にあると決定すること（９２６、はい）とに応答して、前記パケットを受け付けること（９１８）と
    を含む、方法。
23. 前記パケットが、前記リニアシーケンス番号空間が使用されているという前記明示的指示を備えると決定すること（９２４、はい）と、前記パケットが、前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたという前記明示的指示を備え、かつ、前記パケットの前記シーケンス番号が前記ｉＲＩＲの外にあると決定すること（９２６、はい）とに応答して、前記パケットの前記シーケンス番号に基づいて、前記リニアシーケンス番号空間に関連する履歴ウィンドウおよび履歴を更新すること（９３２、９３４）をさらに含む、請求項２２に記載の方法。
24. 前記パケットが、前記リニアシーケンス番号空間が使用されているという前記明示的指示を備えると決定すること（９２４、はい）と、前記パケットが、前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたという前記明示的指示を備えないかまたは前記パケットの前記シーケンス番号が前記ｉＲＩＲの外にないのかのいずれかであると決定すること（９２６、いいえ）とを行うと、
    前記パケットの前記シーケンス番号が、前記リニアシーケンス番号空間の前記使用に関連する履歴ウィンドウ（ｉＨＳＷ）内にあるかどうかを決定すること（９２８）と、
    前記パケットの前記シーケンス番号が、すでに受信された前記リニアシーケンス番号空間からのシーケンス番号を備える、前記リニアシーケンス番号空間の前記使用に関連する履歴中にすでにあるかどうかを決定すること（９３０）と、
    前記パケットの前記シーケンス番号が前記ｉＨＳＷ内にあると決定すること（９２８、はい）と前記パケットの前記シーケンス番号が前記履歴中にまだないと決定すること（９３０、いいえ）とに応答して、前記パケットを受け付けること（９１８）と
    をさらに含む、請求項２２に記載の方法。
25. 前記パケットの前記シーケンス番号が前記ｉＨＳＷ内にあると決定すること（９２８、はい）と前記パケットの前記シーケンス番号が前記履歴中にすでにあると決定すること（９３０、はい）とに応答して、前記パケットを廃棄すること（９１８）をさらに含む、請求項２４に記載の方法。
26. 前記パケットの前記シーケンス番号が前記ｉＨＳＷ内にあると決定すること（９２８、はい）と前記パケットの前記シーケンス番号が前記履歴中にまだないと決定すること（９３０、いいえ）とに応答して、前記パケットの前記シーケンス番号に基づいて、前記リニアシーケンス番号空間に関連する前記ｉＨＳＷおよび前記履歴を更新すること（９３２、９３４）をさらに含む、請求項２４に記載の方法。
27. パケットまたはフレーム除去のための受信ノード（３０４）であって、前記受信ノード（３０４）は、
    ネットワークを通した、送信ノード（３０２）から前記受信ノード（３０４）への独立経路を横断する複数の複製されたストリームのうちの１つからパケットを受信すること（９００）であって、前記パケットがシーケンス番号を備える、パケットを受信すること（９００）と、
    前記パケットが、サイクリックシーケンス番号空間ではなく、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定すること（９２４、はい）と、
    前記パケットが、前記送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたという明示的指示を備えるかどうかを決定すること（９２６）と、
    前記パケットの前記シーケンス番号が、前記リニアシーケンス番号空間の使用に関連するリセット無視範囲（ｉＲＩＲ）の外にあるかどうかを決定すること（９２６）と、
    前記パケットが、前記リニアシーケンス番号空間が使用されているという前記明示的指示を備えると決定すること（９２４、はい）と、前記パケットが、前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたという前記明示的指示を備え、かつ、前記パケットの前記シーケンス番号が前記ｉＲＩＲの外にあると決定すること（９２６、はい）とに応答して、前記パケットを受け付けること（９１８）と
    を行うように適合された、受信ノード（３０４）。
28. 前記送信ノード（３０２）が、請求項２３から２６のいずれか一項に記載の方法を実施するようにさらに適合された、請求項２７に記載の受信ノード（３０４）。
29. パケットまたはフレーム除去のための受信ノード（３０４、１１００）であって、前記受信ノード（３０４、１１００）が、
    ネットワークインターフェース（１１０８、１２０８）と、
    前記ネットワークインターフェース（１１０８、１２０８）に関連する処理回路（１１０４、１２０４）とを備え、前記処理回路（１１０４、１２０４）は、前記受信ノード（３０４、１１００）に、
    ネットワークを通した、送信ノード（３０２）から前記受信ノード（３０４、１１００）への独立経路を横断する複数の複製されたストリームのうちの１つからパケットを受信すること（９００）であって、前記パケットがシーケンス番号を備える、パケットを受信すること（９００）と、
    前記パケットが、サイクリックシーケンス番号空間ではなく、リニアシーケンス番号空間が使用されているという明示的指示を備えると決定すること（９２４、はい）と、
    前記パケットが、前記送信ノード（３０２）におけるシーケンス生成機能（３１０）がリセットされたという明示的指示を備えるかどうかを決定すること（９２６）と、
    前記パケットの前記シーケンス番号が、前記リニアシーケンス番号空間の使用に関連するリセット無視範囲（ｉＲＩＲ）の外にあるかどうかを決定すること（９２６）と、
    前記パケットが、前記リニアシーケンス番号空間が使用されているという前記明示的指示を備えると決定すること（９２４、はい）と、前記パケットが、前記送信ノード（３０２）における前記シーケンス生成機能（３１０）がリセットされたという前記明示的指示を備え、かつ、前記パケットの前記シーケンス番号が前記ｉＲＩＲの外にあると決定すること（９２６、はい）とに応答して、前記パケットを受け付けること（９１８）と
    を行わせるように設定された、受信ノード（３０４、１１００）。
30. 前記処理回路（１１０４、１２０４）が、前記受信ノード（３０４、１１００）に、請求項２３から２６のいずれか一項に記載の方法を実施させるようにさらに設定された、請求項２９に記載の受信ノード（３０４、１１００）。

Images