(57)【要約】【課題】光転送ネットワークにおけるフレームアライメントイベントを管理するための方法及びシステムを提供すること。【解決手段】本方法は、ネットワーク要素により、複数のフレームを受信すること、及び、ネットワーク要素により、フレームアライメントイベントを検出することを含む。本方法は、ネットワーク要素により、特性情報(CI)信号を受信すること、及び、受信したCI信号に基づいて、有限期間の間、ステータスフィールドの監視をディセーブルにすることを含む。【選択図】図１
2016144211.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク要素により、複数のフレームを受信する工程；
前記ネットワーク要素により、フレームアライメントイベントを検出する工程；
前記ネットワーク要素により、特性情報（ＣＩ）信号を受信する工程；
受信した前記ＣＩ信号に基づいて、有限期間の間、ステータスフィールドの監視をディセーブルにする工程；
を有する方法。
【請求項２】
前記ＣＩ信号がＣＩ＿ＦＡ＿ｍｓｓｉｎｇ信号を有する、請求項１に記載の方法。
【請求項３】
前記有限期間が、前記ネットワーク要素により受信されるフレーム数に基づく、請求項１に記載の方法。
【請求項４】
前記フレーム数が、前記ＣＩ信号を含むフレームの数に基づく、請求項３に記載の方法。
【請求項５】
前記フレームアライメントイベントが解決されたか否かを、前記ネットワーク要素により判定する工程；
前記フレームアライメントイベントが解決されたことに基づいて、前記ステータスフィールドの監視をイネーブルにする工程；
を更に有する請求項１に記載の方法。
【請求項６】
ある数のフレームを受信した後に、前記ネットワーク要素により、前記ステータスフィールドの監視をイネーブルにする工程を更に有する請求項１に記載の方法。
【請求項７】
２つの連続する正しいフレームアライメントが検出された後に、前記ネットワーク要素により、前記ステータスフィールドの監視をイネーブルにする工程を更に有する請求項１に記載の方法。
【請求項８】
前記フレームアライメントイベントは、少なくとも１つのフレームがミスアラインであることの検出を含む、請求項１に記載の方法。
【請求項９】
前記ステータスフィールドは、光転送ユニット（ＯＴＵ）フレームの光データユニット（ＯＤＵ）の一部である、請求項１に記載の方法。
【請求項１０】
ネットワーク要素であって：
複数のフレームを受信し；
フレームアライメントイベントを検出し；
特性情報（ＣＩ）信号を受信し；及び
受信した前記ＣＩ信号に基づいて、有限期間の間、ステータスフィールドの監視をディセーブルにする；
ように構成されるプロセッサを有するネットワーク要素。
【請求項１１】
前記ＣＩ信号がＣＩ＿ＦＡ＿ｍｓｓｉｎｇ信号を有する、請求項１０に記載のネットワーク要素。
【請求項１２】
前記有限期間が、前記ネットワーク要素により受信されるフレーム数に基づく、請求項１０に記載のネットワーク要素。
【請求項１３】
前記フレーム数が、前記ＣＩ信号を含むフレームの数に基づく、請求項１２に記載のネットワーク要素。
【請求項１４】
前記プロセッサは：
前記フレームアライメントイベントが解決されたか否かを、前記ネットワーク要素により判定し；
前記フレームアライメントイベントが解決されたことに基づいて、前記ステータスフィールドの監視をイネーブルにする；
ように更に構成される、請求項１０に記載のネットワーク要素。
【請求項１５】
前記プロセッサは、ある数のフレームを受信した後に、前記ネットワーク要素により、前記ステータスフィールドの監視をイネーブルにするように更に構成される、請求項１０に記載のネットワーク要素。
【請求項１６】
前記プロセッサは、２つの連続する正しいフレームアライメントが検出された後に、前記ネットワーク要素により、前記ステータスフィールドの監視をイネーブルにするように更に構成される、請求項１０に記載のネットワーク要素。
【請求項１７】
ネットワーク要素であって：
複数のフレームを受信し；
フレームアライメントイベントを検出し；及び
前記フレームアライメントイベントに基づいて、所定数のフレームが前記ネットワーク要素により受信されるまで、障害状態の宣言を遅らせる；
ように構成されるプロセッサを有するネットワーク要素。
【請求項１８】
前記所定数のフレームは６フレームである、請求項１７に記載のネットワーク要素。
【請求項１９】
前記プロセッサは：
前記所定数のフレームが受信された後に、前記フレームアライメントイベントは解決されたか否かを判定し；
前記フレームアライメントイベントは解決されていないことに基づいて、障害状態を宣言する；
ように構成される、請求項１７に記載のネットワーク要素。
【請求項２０】
前記フレームアライメントイベントは、少なくとも１つのフレームがミスアラインであることの検出を含む、請求項１７に記載のネットワーク要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は通信システムに関連し、特に、光転送ネットワークにおけるフレームアライメントイベントの管理に関連する。
【背景技術】
【０００２】
電気通信システム、ケーブルテレビジョンシステム、及び、データ通信ネットワークは、遠く離れた地点間で大量の情報を高速に送受信するために通信ネットワークを利用する。通信ネットワークは、ディジタルデータパケット及びデータフレームを含むディジタル信号を、ネットワークを介してルーティングするネットワーク要素を含む。あるネットワーク要素は分散アーキテクチャを含み、その場合、パケット処理は(例えば、ラインカード(line  cards)のような)ネットワーク要素の幾つものサブシステムの間で分散される。
【０００３】
光通信回線を介する通信は、しばしば、同期ディジタルハイアラーキ(Synchronous  Digital  Hierarchy：SDH)、同期光ネットワーキング(Synchronous  Optical  Networking：SONET)、又は、光転送ネットワーク(Optical  Transport  Network：OTN)等の標準規格を利用してエンコードされる。通信ネットワークは、しばしば、ITU-T(International  Telecommunications  Union  Telecommunication  Standardization  Sector)勧告G.709及びG.798により規定されるようなOTNとして、及び、そのような勧告により参照される関連する複数の規格により規定されるようなOTNとして構成される。特定のOTNは、2つ以上のクライアントの間でトラフィックを搬送する複数のネットワーク要素を含んでよい。フレームアライメントバイトは、フレームのオーバーヘッドで運ばれる。ITU-TのG.798標準規格は、フレームアライメントが欠落している場合の処理を提供しており、その処理は、OTNステータスオーバーヘッド(OTN  status  overhead：STAT)及び以後のアラームを監視することを含む。
【発明の概要】
【０００４】
特定の実施形態において、方法は、ネットワーク要素により、複数のフレームを受信すること、及び、ネットワーク要素により、フレームアライメントイベントを検出することを含む。本方法は、ネットワーク要素により、特性情報(characteristic  information：CI)信号を受信すること、及び、受信したCI信号に基づいて、有限期間の間、ステータスフィールドの監視をディセーブルにすることを更に含む。
【０００５】
別の実施形態において、ネットワーク要素は、複数のフレームを受信し、フレームアライメントイベントを検出するように構成されるプロセッサを含む。プロセッサは、特性情報(CI)信号を受信し、受信したCI信号に基づいて、有限期間の間、ステータスフィールドの監視をディセーブルにするように更に構成される。
【０００６】
更に別の実施形態において、ネットワーク要素は、ネットワーク要素は、複数のフレームを受信し、フレームアライメントイベントを検出するように構成されるプロセッサを含む。プロセッサは、フレームアライメントイベントに基づいて、所定のフレーム数がネットワーク要素により受信されるまで、障害状態の宣言を遅らせるように更に構成される。
【図面の簡単な説明】
【０００７】
本開示並びにその特徴及び利点についての理解を更に完全にするため、添付図面に関連する詳細な説明が以下において参照される。
【０００８】
【図１】図1は、本開示の実施形態によるネットワーク例のうちの選択された要素のブロック図を示す。
【０００９】
【図２】図2は、本開示の実施形態による例示的な光転送ネットワーク(OTN)のうち選択されたネットワーク要素の詳細についてのブロック図を示す。
【００１０】
【図３】図3は、フレームアライメント信号(FAS)バイトを含んでよい本開示の実施形態による例示的な光転送ユニット(OUT)フレームを示す。
【００１１】
【図４】図4は、本開示の実施形態によるフレームアライメントイベントの管理方法のフローチャートを示す。
【図５】図5は、本開示の実施形態によるフレームアライメントイベントの管理方法のフローチャートを示す。
【発明を実施するための形態】
【００１２】
以下の説明では、開示される対象事項の議論を促すために詳細な事項が具体例により説明される。しかしながら、開示される形態は例示的でありかつ全ての可能な形態の網羅ではないことは、当業者にとって明らかであろう。
【００１３】
本願に関し、参照番号にハイフンが付いた形式は、要素のうちの具体的な例を示し、参照番号にハイフンが付いてない形式は、集合的又は一般的な要素を示す。従って、例えば、ウィジェット12-1は、全体的にウィジェット12として言及されるウィジェットのクラスのうちの一例を示し、そのうちの何れもウィジェット12として一般的に参照されてよい。
【００１４】
図1は、本開示の実施形態による例示的なネットワーク100のうちの選択された要素のブロック図を示す。所定の実施形態において、ネットワーク100は、光転送ネットワーク(OTN)、T-キャリアネットワーク、イーサーネットワーク(登録商標)、無線ネットワーク、又は、それらのタイプのネットワークの混合であってもよい。通信ネットワークは、ノード及び伝送媒体を含み、伝送媒体はネットワーク内のノード間の通信を促す。ノード間及びノード内での信号又はデータの通信は、「トラフィック」として言及されてよい。ネットワーク100は、ネットワーク100のコンポーネントにより通信される1つ以上の信号を転送するように動作し得る1つ以上の伝送媒体104を含んでよい。一実施形態において、ノードは、ネットワーク内でトラフィックを受信又は送信するネットワーク要素102であってよい。伝送媒体104は、ネットワーク要素102を結合し、ネットワーク要素102同士の間でトラフィックを運ぶように構成される。例示のネットワーク100では、各ネットワーク要素102は、他の4つのノードに結合される。しかしながら、適切な任意の数のネットワーク要素102による適切な任意の構成でネットワーク100を形成してよい。ネットワーク100はメッシュネットワークとして示されているが、ネットワーク100は、リングネットワーク、1対1ネットワーク、適切な何らかの他のネットワーク、又は、ネットワークの組み合わせとして構成されてもよい。所定の実施形態では、ネットワークは通信ネットワークであってもよい。通信ネットワークは、(例えば、ネットワーク要素102のような)ノードが互いに通信することを許容する。通信ネットワークは、以下の1つ以上のうちの全部又は一部を有してよい：公衆交換電話網(PSTN)、パブリック又はプライベートデータネットワーク、ローカルエリアネットワーク(LAN)、メトロポリタンエリアネットワーク(MAN)、長距離都市間ネットワーク、ワイドエリアネットワーク(WAN)、ローカル、局地的又はグローバルな通信又はコンピュータネットワーク(例えば、インターネット)、有線又は無線のネットワーク、企業イントラネット、その他の適切な通信リンク、或いは、それらのうちの任意のものによる任意の組み合わせ。
【００１５】
一実施形態において、ネットワーク100はOTNを含んでもよい。トラフィックは、例えばITU-TのG.709及びG.798標準規格のような様々なプロトコルに従うOTNにおけるネットワーク要素102により伝送されてもよい。ネットワーク要素102は、光転送ユニット(OUT)フレームとして知られるフレーム又はデータパケットでトラフィックを伝送してよい。
【００１６】
各々の伝送媒体104は、ネットワーク要素102を互いに通信可能に結合し、対応するネットワーク要素102同士の間で情報を通信するように構成される任意のシステム、デバイス又は装置を含んでよい。例えば、伝送媒体104は、光ファイバ、イーサーネットケーブル、T1ケーブル、WiFi信号、ブルートゥース(登録商標)信号、又は、適切な他の媒体を含んでもよい。
【００１７】
ネットワーク100は伝送媒体104を介してトラフィックを通信する。トラフィックは、通信ネットワーク内で、送信、保存又はソート(sort)される情報であってよい。そのようなトラフィックは、オーディオ、ビデオ、テキスト、又は、適切な他の任意のデータをエンコードするように構成される光学的又は電気的な信号を含んでよい。データは、同期又は非同期の形式で伝送されてよく、決定論的に(deterministically)(「リアルタイム」のように言及されてもよい)及び/又は確率的に(stochastically)伝送されてもよい。トラフィックは、適切な任意の通信プロトコルにより通信されてよく、通信プロトコルは、例えば、OSI(Open  Systems  Interconnection)規格及びインターネットプロトコル(IP)等を含むがこれらに限定されない。更に、ネットワーク100により通信されるトラフィックは、限定ではないが、フレームやパケットで構造化されるものを含む適切な任意の形式で構造化されてもよいし、或いは、非構造化ビットストリームを含んでもよい。
【００１８】
ネットワーク100における各々のネットワーク要素102は、トラフィックを送信及び受信するように動作することが可能な適切な任意のシステムを有してよい。例示の実施形態では、各々のネットワーク要素102は、1つ以上の他のネットワーク要素102に直接的にトラフィックを送信し、1つ以上の他のネットワーク要素102から直接的にトラフィックを受信するように動作することが可能である。ネットワーク要素102については、図2を参照しながら以下において詳細に説明される。
【００１９】
ネットワーク100のコンポーネント及び/又はネットワーク要素102は、インターフェース、論理部、メモリ、及び/又は、適切な他の要素を含んでよい。インターフェースは、入力を受信し、出力を送信し、入力及び/又は出力を処理し、及び/又は、適切な他の動作を実行する。インターフェースは、ハードウェア及び/又はソフトウェアを含んでよい。
【００２０】
リンクは、2つの隣接するネットワーク要素102の間の通信接続を示す。リンクは、隣接するノード間の物理的又は論理的なコネクションであってよい。物理的なリンクは、対応するポート及び伝送媒体104を含み、それらは隣接するネットワーク要素102を互いに結合する。
【００２１】
論理部は、コンポーネントの動作を実行し、例えば、入力から出力を生成する命令を実行する。論理部は、ハードウェア、ソフトウェア、及び/又は、他の論理部を含んでもよい。論理部は、1つ以上の有形のコンピュータ読み取り可能な記憶媒体内にエンコードされてもよく、コンピュータにより実行される場合に動作を実行する。プロセッサのような所定の論理部は、コンポーネントの動作を管理してもよい。プロセッサの具体例は、1つ以上のコンピュータ、1つ以上のマイクロプロセッサ、1つ以上のアプリケーション、及び/又は、他の論理部を含む。
【００２２】
メモリは情報を格納する。メモリは、1つ以上の有形のコンピュータ読み取り可能な及び/又はコンピュータ実行可能な記憶媒体を有してよい。メモリの具体例は、コンピュータメモリ(例えば、ランダムアクセスメモリ(RAM)又はリードオンリメモリ(ROM))、大容量ストレージ媒体(例えば、ハードディスク)、取り外し可能な媒体(例えば、コンパクトディスク(CD)又はディジタルビデオディスク(DVD))、データベース及び/又はネットワークストレージ(例えば、サーバー)、及び/又は、他のコンピュータ読み取り可能な媒体を含む。
【００２３】
開示範囲から逸脱することなく、ネットワーク100に対して変形、付加又は省略が施されてよい。説明されるネットワーク100のコンポーネント又は要素は、特定のニーズに応じて統合されてもよいし或いは分離されてもよい。更に、ネットワークの動作は、より多数の、より少数の又は他のコンポーネントにより実行されてもよい。
【００２４】
図2は、本開示の実施形態による例示的なOTN200のうち選択されたネットワーク要素102の詳細についてのブロック図を示す。上述されるように、各々のネットワーク要素102-1及び102-2は、1つ以上の伝送媒体104を介して1つ以上の他のネットワーク要素102に結合されてよい。しかしながら、一実施形態では、全てのネットワーク要素102が図1に示されるように直接的に結合されるとは限らない。各々のネットワーク要素102は、概して、1つ以上の他のネットワーク要素102からデータを受信する及び/又はそこへデータを送信するように構成されてよい。所定の実施形態では、ネットワーク要素102は、ネットワーク要素102により受信されたデータを、ネットワーク要素102に結合される他のデバイス(例えば、他のネットワーク要素102)へ送信するように構成されるスイッチ又はルータを有してもよい。各々のネットワーク要素102は、ネットワークを介して又はネットワークから、トラフィックをルーティングするように構成される任意のシステム、装置又はデバイスであってよい。ネットワーク要素102の具体例は、ルータ、スイッチ、再設定可能な分岐挿入マルチプレクサ(ROADM)、波長分割マルチプレクサ(WDM)、アクセスゲートウェイ、イントラ接続スイッチペア、エンドポイント、ソフトスイッチサーバー、タンクゲートウェイ、又は、ネットワーク管理システムを含む。一実施形態において、ネットワーク要素102のコンポーネントは、コンピュータプログラム、ソフトウェア、コンピュータ実行可能な命令、又は、コンピュータにより実行されることが可能な命令とともにエンコードされるコンピュータ読み取り可能な媒体を含んでよい。コンピュータ読み取り可能な媒体は、ネットワーク要素102又はネットワーク要素102内のコンポーネントの動作を実行する。一実施形態において、コンピュータプログラムを保存する、コンピュータプログラムが組み込まれる、コンピュータプログラムがエンコードされる、格納されるコンピュータプログラムを有する、又は、エンコードされるコンピュータプログラムを有するコンピュータ読み取り可能な媒体は、実施形態の動作を実行してもよい。図2に示されるように、各々のネットワーク要素102は、プロセッサ203、メモリ204、スイッチング要素205、及び、スイッチング要素205に通信可能に結合されるネットワークインターフェース206を含んでよい。
【００２５】
各々のプロセッサ203は、プログラム命令を解釈及び/又は実行する及び/又はデータを処理するように構成される任意のシステム、デバイス又は装置を含んでよく、限定ではないが、例えば、マイクロプロセッサ、マイクロコントローラ、ディジタル信号プロセッサ(DSP)、特定用途向け集積回路(ASIC)、又は、そのたの任意のディジタル又はアナログ回路(プログラム命令を解釈及び/又は実行する及び/又はデータを処理するように構成されるもの)を含んでよい。一実施形態において、プロセッサ203は、メモリ204及び/又はネットワーク要素200の他のコンポーネントに保存されるデータを処理する及び/又はプログラム命令を解釈及び/又は実行する。図2は、ネットワーク要素102の他のコンポーネントとは独立しているようにプロセッサ203を描いているが、一実施形態では、1つ以上のプロセッサ203は、ネットワークインターフェース206及び/又はネットワーク要素102の他のコンポーネントに存在してもよい。動作の際に、プロセッサ203は、物理ポート210で受信されるトラフィックを処理及び/又は解釈してよい。従って、プロセッサ203は、スイッチング要素(切り替え要素)205を介して物理ポート210及びネットワークインターフェース206からトラフィックを受信し、又は、そこへトラフィックを送信する。
【００２６】
各々のメモリ204は、プロセッサ203に通信可能に結合され、及び、ある時間期間の間にプログラム命令及び/又はデータを保持するように構成される任意のシステム、デバイス又は装置(例えば、コンピュータ読み取り可能な媒体)を含んでよい。メモリ204は、ランダムアクセスメモリ(RAM)、電気的に消去可能プログラム可能なリードオンリメモリ(EEPROM)、PCMCIAカード、フラッシュメモリ、磁気ストレージ、光磁気ストレージ、又は、ネットワーク要素102への電力が遮断された後でもデータを保持する不揮発性又は揮発性メモリの適切な任意の選択物及び/又は配列を含んでよい。図2は、ネットワーク要素204の他のコンポーネントとは独立しているようにメモリ204を描いているが、一実施形態では、1つ以上のメモリ204は、ネットワークインターフェース206及び/又はネットワーク要素204の他のコンポーネントに存在してもよい。
【００２７】
各々のスイッチング要素205は、物理ポート210を介してトラフィックを受信し、トラフィックを運ぶフレーム又はパケットの内容の分析に基づいて、及び/又は、フレーム又はパケットを運ぶ信号の特徴(例えば、信号の波長及び/又は変調方式)に基づいて、特定のネットワークインターフェース206及び/又は物理ポート210へそのようなトラフィックを転送するように構成される適切な任意のシステム、装置又はデバイスを含んでよい。例えば、所定の実施形態において、スイッチング要素205は、スイッチング構造(switch  fabric：SWF)を含んでもよい。
【００２８】
各々のネットワーク要素206は、スイッチング要素205に通信可能に結合され、及び、ネットワーク要素102と伝送媒体104との間のインターフェースとして応対するように構成される適切な任意のシステム、装置又はデバイスを含んでよい。ネットワークインターフェース206は、入力を受信し、出力を送信し、入力又は出力を処理し、又は、適切な他の動作を実行するように構成される任意のシステム、装置又はデバイスを含んでよい。ネットワークインターフェース206は、関連するネットワーク要素102が、適切な任意の伝送プロトコル及び/又はスタンダードを利用して他のネットワーク要素102と通信できるようにする。ネットワークインターフェース206及びその様々なコンポーネントは、ハードウェア、ソフトウェア又はそれらの任意の組み合わせを利用して実現されてもよい。例えば、所定の実施形態において、1つ以上のネットワークインターフェース206は、ネットワークインターフェースカードを含んでもよい。一実施形態において、1つ以上のネットワークインターフェース206は、ラインカードを含んでもよい。更に、ネットワーク要素102は4つのインターフェースとともに描かれているが、ネットワーク要素102は任意の数のネットワークインターフェースを含んでよい。一実施形態において、各々のネットワークインターフェース206は、1つ以上の通信可能に結合されるブロックを含んでよい。例えば、ネットワークインターフェース206-5は、ネットワークインターフェース206-5a及び206-5bとして示されるブロックを含み、ネットワークインターフェース206-7は、ネットワークインターフェース206-7a及び206-7bとして示されるブロックを含んでもよい。
【００２９】
図2に示されるように、各々のネットワークインターフェース206は1つ以上の物理ポート210を含んでよい。各々の物理ポート210は、対応する伝送媒体104とネットワークインターフェース206との間の物理インターフェースとして応対するように構成される任意のシステム、デバイス又は装置を含んでよい。例えば、各々の物理ポート210は、イーサーネットポート、BNCコネクタ、光ポート、又は、適切な他の任意のポートを含んでよい。
【００３０】
図2に示されるように、各々のネットワークインターフェース206はフレームアライメントディテクタ212を含み、例えば、ネットワークインターフェース206-5aはフレームアライメントディテクタ212-5aを含む。フレームアライメントディテクタ212-5aは、ポート210を介してネットワークインターフェース206-5aにより受信されるディジタル信号内でフレームをなすビットのシーケンスを検出するように構成される任意のシステム、デバイス又は装置を含んでよい。例えば、フレームアライメントディテクタ212-5aは、1つ以上の状態マシン、プロセッサ、メモリ、専用回路、又は、それらの任意の組み合わせを含んでよい。一実施形態において、フレームアライメントディテクタ212-5aは、特定用途向け集積回路(ASIC)又はフィールドプログラマブルゲートアレイ(FPGA)で実現されてもよい。図2は、フレームアライメントディテクタ212-5aがネットワークインターフェース206-5aに存在するように描いているが、一実施形態では、フレームアライメントディテクタは、ネットワーク要素102の他のコンポーネントに存在してもよいし、或いは、ネットワーク要素102の他のコンポーネントから独立していてもよい。ネットワークインターフェース206-5a又はネットワーク要素102の他のコンポーネントは、フレームアライメントディテクタ212-5aを利用して、受信したフレームのフレームアライメントを判断するように構成されてもよい。例えば、フレームが受信される場合に、フレームアライメントバイトが分析され、過去のフレームと比較され、アライメント又はミスアライメントを判断する。
【００３１】
図3は、フレームアライメント信号(FAS)バイト312を含む本開示の実施形態による例示的なOUTフレーム300を示す。OUTフレーム300は、オーバーヘッドバイト302及びペイロード304を含んでよい。オーバーヘッドバイト302は、OUTオーバーヘッドバイト306、光データユニット(ODU)オーバーヘッドバイト308、及び、光ペイロードユニット(OPU)オーバーヘッドバイト310に分割されてよい。
【００３２】
一実施形態において、OUTフレーム300は、送信のためのFASバイト312を含んでよい。FASバイト312は、2つのネットワーク要素の間の通信を同期させるために使用されてよい。フレームアライメントのプロセスは、フレーム外(アウトオブフレーム)(out-of-frame：OOF)及びフレーム内(インフレーム)(in-frame：IF)という2つの状態を含む。具体的には、OUTフレーム300のアライメントは、バイトのサブパターンについて、OUTフレーム300の最初の行におけるFASバイト312を探すことにより、発見されてもよい。例えば、FASバイト312のうちのバイト3，4，5のサブパターンが、OA1，OA2，OA2(ここで、OA1は「11110110」を表し、OA2は「00101000」を表す)に合致する場合、フレームアライメント状態(例えばIF状態)が得られていると判断される。フレームアライメントが次のフレーム期間で確認されると、IF状態に入る。IF状態では、適切なあらメントに関し、FASバイト312が継続的に検査される。バイト3、4、5のサブパターンについての正しいパターンが、5つの連続するフレームにおいて、正しい位置で発見されない場合、OOF状態に入る。OOF状態は、ミスアライメント又は欠落フレームの予備的なインジケータ(preliminary  indicator)として機能する。所定の時間期間の間に、フレームアライメントプロセスがOOF状態にある場合、OUTフレーム欠落(OTU  loss-of-frame：LOF)が宣言される。一実施形態において、所定の時間期間は約3ミリ秒である。更に、LOFが示される場合、信号サーバー故障(signal  server  failed：SSF)が、特性情報(characteristic  information：CI)信号(例えば、CC_SSF信号)を介してダウンストリームで送られる。IF状態が所定の時間期間の間にわたって連続的に続く場合、LOFはクリアされる。一実施形態において、所定の時間期間は約3ミリ秒である。LOFが宣言される前に通信がOOF状態にある3ミリ秒間又はその他の所定の時間期間の間に、多くのフレームが転送されるかもしれない。例えば、ODU0プロトコルの場合の約30フレームないしODU4プロトコルの場合の約2,568フレームが、約3ミリ秒の時間期間で転送されるかもしれない。何らの指示も無しに、LOF(CI_SSF)に先行してOOF状態でフレームを転送することは、状態(STAT)フィールド監視における誤った解釈を招くかもしれない。
【００３３】
ステータス(STAT)フィールド314は、ODUステータスを示す現在の3ビット値を維持し、これは、受信したフレームがFASバイト312に基づいてフレームアライメントを達成した後にデコードされることが可能である。更に、異なるセグメントのために1つのOTNフレーム内に複数のSTATフィールドが存在してもよい。STATフィールド314は、OUTフレーム300のODUオーバーヘッドバイト308内に位置する。STATフィールド314は、(例えば、ITU-T  G.798規格のような)現在の標準仕様の下ではダウンストリームブロックにより監視される。フレームアライメントイベントが生じる場合(例えば、フレームアライメント欠落又はミスアラインである場合)、STATフィールド314は不適切な位置でモニタされるかもしれない。ダウンストリームブロックにより不適切な位置におけるSTATフィールド314のモニタリングは、プロテクションスイッチ又は他のアラームをトリガしてもよい。しかしながら、以下に詳細に説明されるように、そのようなアラームは適切でないかもしれない。
【００３４】
STATフィールド314が正しくない位置でモニタされた場合、アラームを含む以後のアクションが実行又は指示される。例えば、タンデム接続モニタリング(TCM)では、タンデム接続が使用中であり、3つの連続するフレームにおいてSTATフィールド314で受信された値が[000]であった場合、タンデム接続欠落(loss-of-tandem  connection：LTC)状態が宣言されてよい。アラーム指示信号(alarm  indication  signal：AIS)、ロック欠如(locked  defect：LCK)、及び、オープンコネクション指示(open  connection  indication：OCI)等を含む追加的なアラーム又は信号が起動されてもよい。更に、実際のフレームアライメント不具合が生じているか否か、或いは、フレームアライメントが意図的なフレームタイミング変更に起因して欠如しているか否かによらず、STATフィールド314は継続的に監視される。
【００３５】
しかしながら、多くの状況では、アラーム又は信号は適切でないかもしれない。例えば、意図的なフレームアライメントタイミング変更が生じているかもしれない。フレームアライメントタイミング変更は、完了まで高々5フレームを費やすかもしれない。従って、アラームを停止又は遅延させ、トリガの前にアラームが必要であることを確認することが有益である。本開示は、アラームを停止又は遅延させ、アラームが適切であることを確認する幾つもの方法を想定している。
【００３６】
一実施形態では、意図的なフレームタイミングイベント(例えば、意図的なフレームアライメントタイミング変更又はその他のイベント)は特定数のフレームを費やすので、アラームを上げるタイミングは、特定のフレーム数の後まで遅延させられる。例えば、フレームタイミング変更は、5フレームを費やすかもしれない。従って、[000]の値の3つの連続するフレームがSTATフィールド314に登場した直後にTCM  LTCを宣言するのではなく、値[000]を伴う約6ないし7個の連続するフレームがSTATフィールド314に登場した後に、TCM  LTCを遅延及び宣言するようにOTN200の部分が構成される。こうして、OTN200は、意図的なフレームタイミングイベントが生じることを許容し、フレームアライメントは、アラームが誤って要求されてしまう前にIF状態に入り直してもよい。
【００３７】
他の実施形態では、OTN200は、意図的なフレームタイミングイベントの間にSTATフィールド314の監視を中断又は一時停止するように構成されてもよい。例えば、所定の数のフレーム及び/又は有限期間の間に、ダウンストリームブロック又はコンポーネントがSTATフィールド314を監視することを中止させる追加的なCI信号がダウンストリームで伝達されてもよい。一実施形態において、CI信号は、CIフレームアライメント(FA)欠落信号(例えば、CI_FA_missing)又は適切な他の信号であってもよい。CI_FA_missing信号の伝達は、ダウンストリームコンポーネントに、STATフィールド314の監視をディセーブルすることを通知してもよい。STATフィールド314の監視のディセーブルは、不適切なアラーム(例えば、LTC,  AIS,  LCK,  OCI)を上げることを回避し、(適用可能な場合でも)共感的なプロテクションスイッチ(sympathetic  protection  switch)を回避する。
【００３８】
図2の例に戻り、ネットワーク要素102-1及び102-2のようなネットワーク要素102は、意図的なフレームタイミング変更を実行しているかもしれない。しかしながら、フレームタイミング変更を完了するまでに5フレームかかるので、約5フレームの間、先行するタイミングでSTATフィールド314が依然として監視される。かくて、フレームタイミング変更が完了する前に、不適切なAIS/LCK/OCI/LTCアラームがトリガされてしまうかもしれない。従って、一実施形態では、追加的なCI信号を下流のブロックに送信することにより、誤ったアラーム又は信号が軽減又は排除される。
【００３９】
一実施形態では、フレームアライメントディテクタ212-5aは、データ入力ライン220及びデータ出力ライン222を含んでもよい。データ入力ライン220は、ネットワークインターフェース206-5aに到着したデータビットを受信する。一実施形態において、データ入力ライン220は、ポート210-5に届いたデータビットを受信する。一実施形態において、データビットは、ネットワークインターフェース206-5aにおけるそれらの到着とデータ入力ライン220への配信との間の幾らかの時間期間の間、例えばメモリに保存される。
【００４０】
一実施形態において、フレームアライメントディテクタ212-5aは、フレームを監視し、フレームをなすビット(フレーミングビット)(framing  bits)の適切なシーケンスが存在するか否かを判断する。適切なフレーミングビットが存在しない場合、フレームアライメントディテクタ212-5aは、CI信号224を生成し、ダウンストリームブロックに送信する。例えば、フレームタイミングが変更される場合、CI信号224(例えば、CI_FA_missing信号)が生成され、ネットワークインターフェース206-5bにダウンストリームで送信される。あるフレームが、適切なフレーミングビットが欠如しているように検出された後に、CI信号224が送信されてもよい。CI信号224は、出力ライン222を介してネットワークインターフェース206-5bに送信されてもよい。
【００４１】
CI信号224が受信されると、ダウンストリームブロックは、STATフィールド314を無視する又はその監視を中止する。例えば、CI信号224(例えば、CI_FA_missing信号)が送信される場合に、ネットワークインターフェース206-5bは、STATフィールド314を無視する又はその監視を中止する。一実施形態において、ダウンストリームブロックは、有限の時間期間となる所定数の連続する正しいアライメントが検出されるまで、STATフィールド314を無視する又はその監視を中止する。例えば、ネットワークインターフェース206-5bは、近似的に2つの連続する正しいフレームアライメントが得られるまで(例えば、IF状態になるまで)、STATフィールド314を無視又はその監視を中止する。
【００４２】
動作の際、図2においては、フレームは、プロテクションスイッチを有するネットワーク要素102-1のネットワークインターフェース206-1で受信される。フレームはスイッチング要素205-1に送られ、あるフレームではアライメントタイミング変更が生じているかもしれない。更新されたフレームアライメントタイミングを有するフレームは、ネットワークインターフェース206-2に送られ、ネットワークインターフェース206-5に転送される。ネットワークインターフェース206-5aも、ネットワークインターフェース206-5bに対するCI信号224(例えば、CI_FA_missing信号)を起こす。CI_FA_missing信号は、(例えば、ネットワークインターフェース206-5aからネットワークインターフェース206-5bへのような)ネットワークインターフェースのブロックの間の帯域外シグナリングとして挿入されてもよい。上述したように、CI_FA_missing信号は、意図的なフレームタイミング変更が生じており、従って、フレームタイミング変更が完了するまでSTATフィールド314は監視されるべきでないことを指示してもよい。
【００４３】
ネットワークインターフェース206-5bは、ネットワークインターフェース206-5aからフレームを受信して処理し、例えばフレームアライメント欠如又はミスアラインのようなフレームアライメントイベントを検出する。例えば、ネットワークインターフェース206-5bは、STATフィールド314が[000]という値を有することを検出してもよい。ネットワークインターフェース206-5bは、例えばCI_FA_missing信号のようなCI信号224を受信することに起因して、ネットワークインターフェース206-5bはSTATフィールド314の監視を中断する。一実施形態において、ネットワークインターフェース206-5bは、例えばCI_FA_missing信号のようなCI信号224を受信する限り、STATフィールド314の監視を中止する。一実施形態において、ネットワークインターフェース206-5bは、近似的に2つの連続する正しいフレームアライメント(例えば、IF状態)が検出されるまで、STATフィールド314の監視を中止する。所定数のフレームの間(例えば、近似的に2フレームの間)についてIF状態が示された後、ネットワークインターフェース206-5bはSATフィールド314を再び監視し、アラームが指示されるべきか否かを判断する。
【００４４】
一実施形態において、ネットワークインターフェース206-5bは、フレーム及びCI信号を、ダウンストリームで、スイッチング要素205-2、ネットワーク要素102-2のうちの他の何らかのコンポーネント、又は、他のネットワーク要素に転送してもよい。何れのダウンストリームブロックも例えばCI_FA_missing信号のようなCI信号224を受信することに起因して、ダウンストリームブロックも、例えばCI_FA_missing信号のようなCI信号224が検出される限り、或いは、IF状態が指示されるまで、STATフィールド314の監視を停止する。
【００４５】
開示範囲から逸脱することなく、OTN200に対して変形、追加又は省略がなされてもよい。例えば、OTN200は図示されるネットワーク要素102を2つより多く含んでもよい。更に、OTN200は、より多数の又はより少数の伝送媒体104を含んでもよい。
【００４６】
図4は、本開示の実施形態によるフレームアライメントイベントの管理方法400のフローチャートを示す。方法400のステップは、様々なコンピュータプログラム、モデル又はそれらの任意の組み合わせにより実行されてよい。プログラム及びモデルは、コンピュータ読み取り可能な媒体に保存される命令を含み、実行される場合に、以下に説明される1つ以上のステップを実行するように動作することが可能である。コンピュータ読み取り可能な媒体は、プログラム又は命令を保存して取り出すように構成される任意のシステム、装置又はデバイスを含んでよく、例えば、ハードディスクドライブ、コンパクトディスク、フラッシュメモリ又は適切な他の任意のデバイス等である。プログラム及びモデルは、コンピュータ読み取り可能な媒体から命令を取り出して実行するためにプロセッサ又は適切な他のユニットを指図するように構成されてよい。説明の便宜上、方法400は図1及び図2のネットワーク要素102に関連して説明される；しかしながら、方法400は、適切な任意のネットワーク要素又はネットワークとともにフレームアライメントイベントの管理のために使用されてよい。更に、ネットワーク要素の処理システムに関連して説明されるが、方法400の全部又は一部が、ネットワーク要素又はネットワークのコンポーネントにより実行されてよい。
【００４７】
ステップ405において、ネットワーク要素の処理システムはフレームを受信する。例えば、図2を参照しながら説明されるように、ネットワーク要素102-2のネットワークインターフェース206-5aは、ネットワーク要素102-1のネットワークインターフェース206-2からOUTフレームを受信してもよい。
【００４８】
ステップ410において、処理システムはフレームアライメントイベントを検出する。例えば、ネットワーク要素102-2のフレームアライメントディテクタ212-5aが、ネットワークインターフェース206-2から受信した信号におけるフレームミスアライメントを検出してもよい。受信したフレームのFASバイト312は、先行するフレームと異なるタイミングを示しているかもしれない。
【００４９】
ステップ415において、処理システムはCI信号を受信する。例えば、ネットワークインターフェース206-5aは、ダウンストリームブロックにより受信される例えばCI_FA_missing信号のようなCI信号224を伝達し、ダウンストリームブロックは、例えば、ネットワークインターフェース206-5b、スイッチング要素205-2、隣接するネットワーク要素、又は、適切な他の任意のダウンストリームコンポーネントである。例えばCI_FA_missing信号のようなCI信号224は、フレームミスアライメントをともなう1フレームの検出後に伝達されてもよい。CI信号224は、CI_FA_missing信号のようなCI信号224が検出される限り、或いは、IF状態が指示されるまで、STATフィールド314の監視を停止するように、ダウンストリームブロック又はコンポーネントを指図する。図2に関連して説明されるように、STATフィールド314の監視の中止は、AIS/LCK/OCI/LTCを不適切に要求してしまうことを回避する。
【００５０】
ステップ420において、処理システムはステータスフィールドの監視をディセーブルにする。例えば、図2及び図3に関連して説明されるように、ネットワークインターフェース206-5bは、STATフィールド314の監視をディセーブルにする。
【００５１】
ステップ425において、処理システムは、フレームアライメントイベントが解決されたか否かを判定する。例えば、所定数の連続するフレーム及び/又は有限期間の後に、処理システムは、IF状態が指示されているか否かを判定する。IF状態が示されない場合、例えば、フレームアライメントが依然としてOOF状態にある場合、フレームアライメントイベントは解決されておらず、方法400はステップ430に進む。IF状態が示される場合、フレームアライメントイベントは解決されており、方法400はステップ435に進む。
【００５２】
ステップ430において、処理システムは、フレームアライメントイベントが障害状態(fault  condition)を示していると判断する。処理システムはLOFを宣言する。
【００５３】
ステップ435において、処理システムは、ステータスフィールドの監視をイネーブルにする。例えば、ネットワークインターフェース206-5aは、CI_FA_missingを伝達することを止め、ダウンリンクブロックはSTATフィールド314の監視をイネーブルにしてもよい。
【００５４】
図4は、方法400に関して特定数のステップが行われるように記述しているが、方法400は、図4で示されるものより多い又は少ないステップとともに実行されてもよい。更に、図4は方法400に関して所定の順序でステップが行われるように記述しているが、方法400を為すステップは適切な任意の順序で完了してよい。
【００５５】
方法400は、システム100、OTN200及び/又は方法400を実行するように動作し得る他の任意のシステムを用いて実現されてよい。所定の実施形態において、方法400は、メモリに組み込まれるソフトウェア及び/又はファームウェアにより全体的又は部分的に実現されてよい。
【００５６】
図5は、本開示の実施形態によるフレームアライメントイベントの管理方法のフローチャートを示す。方法500のステップは、様々なコンピュータプログラム、モデル又はそれらの任意の組み合わせにより実行されてよい。プログラム及びモデルは、コンピュータ読み取り可能な媒体に保存される命令を含み、実行される場合に、以下に説明される1つ以上のステップを実行するように動作することが可能である。コンピュータ読み取り可能な媒体は、プログラム又は命令を保存して取り出すように構成される任意のシステム、装置又はデバイスを含んでよく、例えば、ハードディスクドライブ、コンパクトディスク、フラッシュメモリ又は適切な他の任意のデバイス等である。プログラム及びモデルは、コンピュータ読み取り可能な媒体から命令を取り出して実行するためにプロセッサ又は適切な他のユニットを指図するように構成されてよい。説明の便宜上、方法500は図1及び図2のネットワーク要素102に関連して説明される；しかしながら、方法500は、適切な任意のネットワーク要素又はネットワークとともにフレームアライメントイベントの管理のために使用されてよい。更に、ネットワーク要素の処理システムに関連して説明されるが、方法500の全部又は一部が、ネットワーク要素又はネットワークのコンポーネントにより実行されてよい。
【００５７】
ステップ505において、ネットワーク要素の処理システムはフレームを受信する。例えば、図2を参照しながら説明されるように、ネットワーク要素102-2のネットワークインターフェース206-5aは、ネットワーク要素102-1のネットワークインターフェース206-2からOUTフレームを受信してもよい。
【００５８】
ステップ510において、処理システムはフレームアライメントイベントを検出する。例えば、ネットワーク要素102-2のネットワークインターフェース206-5aが、アップストリームネットワークインターフェース206-2から受信したフレームにおけるフレームミスアライメントを検出してもよい。受信したフレームのFASバイト312は、先行するフレームと異なるタイミングを示しているかもしれないし、或いは、図2及び図3に関連して説明されるようにSTATフィールド314はフレームアライメントが欠如していることを指示してもよい。
【００５９】
ステップ515において、処理システムは、所定数のフレームについて障害状態を宣言することを遅らせる。例えば、障害状態を宣言する前に、ネットワークインターフェース206-5bは、典型的な近似的に3つのフレームではなく、近似的に6ないし7つのフレームについてSTATフィールド314を監視し続けてもよい。
【００６０】
ステップ520において、処理システムは、フレームアライメントイベントが解決されたか否かを判定する。例えば、所定数の連続するフレーム(例えば、近似的に6ないし7つのフレーム)の後に、処理システムは、IF状態が指示されているか否かを判定してもよい。IF状態が示されない場合、例えば、フレームアライメントが依然としてOOF状態にある場合、フレームアライメントイベントは解決されておらず、方法500はステップ525に進む。IF状態が示される場合、フレームアライメントイベントは解決されており、方法500はステップ530に進む。
【００６１】
ステップ525において、処理システムは、フレームアライメントイベントが障害状態を示していると判断する。例えば、処理システムは、AIS/LCK/OCI/LTCアラームを要求してもよい。処理システムはOOF状態を指示し、LOFを宣言する。
【００６２】
ステップ530において、処理システムは新たなフレームアライメントにおけるフレームを処理し続ける。例えば、ネットワークインターフェース206-5aは、新たなフレームアライメントにおけるフレームを処理し続けてもよい。
【００６３】
図5は、方法500に関して特定数のステップが行われるように記述しているが、方法500は、図5で示されるものより多い又は少ないステップとともに実行されてもよい。更に、図5は方法500に関して所定の順序でステップが行われるように記述しているが、方法500を為すステップは適切な任意の順序で完了してよい。
【００６４】
方法500は、システム100、OTN200及び/又は方法500を実現するように動作し得る他の任意のシステムを用いて実現されてよい。所定の実施形態において、方法500は、メモリに組み込まれるソフトウェア及び/又はファームウェアで全体的又は部分的に実現されてよい。
【００６５】
本開示及びその利点が詳細に説明されてきたが、特許請求の範囲に規定される本開示の精神及び範囲から逸脱することなく、様々な変形、置換及び代替がそれらに施されてよいことが理解されるべきである。
【００６６】
開示される上記の対象事項は、例示的であって限定的ではないように考えられるべきであり、添付の特許請求の範囲は、本開示の精神及び範囲に属する変形、改善及びその他の形態の全てを包含するように意図されている。すなわち、法律上最大限許容される範囲まで、本開示の範囲は、添付の特許請求の範囲及びそれらの均等物についての許容可能な最広義の解釈により決定されるべきであり、上記の詳細な説明によって限定も制限もされるべきでない。
【図１】
2016144211.tif 000003
【図２】
2016144211.tif 000004
【図３】
2016144211.tif 000005
【図４】
2016144211.tif 000006
【図５】
2016144211.tif 000007