(57)【要約】現用トラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）及び予備ＴＥＳＩにより接続されている第１及び第２の装置間でのトラフィックを制御する、メンテナンス・アソシエーション終端点（ＭＥＰ）での方法である。第１の装置は、第２の装置に送信する接続検査メッセージ（ＣＣＭ）のトラフィック・フィールドを設定する。トラフィック・フィールドは、ＣＣＭのフラグ・フィールドの予備ビットを使用することで設定できる。トラフィック・フィールドは、どのＴＥＳＩがトラフィックを運んでいるかを示している。第２の装置は、受信ＣＣＭのトラフィック・フィールドの値によりトラフィック制御を実行する。受信ＣＣＭのトラフィック・フィールドの値が、第２の装置が送信したＣＣＭのトラフィック・フィールドの値と所定の期間一致しない場合、第２の装置はトラフィックを運んでいるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させる。
2011518512.tif 000002
【特許請求の範囲】
【請求項１】
現用ネットワーク・パス（２１）及び予備ネットワーク・パス（２２）により接続されている第１のネットワーク装置（２３）及び第２のネットワーク装置（２４）間でのトラフィック制御方法であって、
前記第１及び第２のネットワーク装置間で送信される構成メッセージ内の、前記パス（２１、２２）のいずれが前記トラフィックを伝達しているのかを示すトラフィック・フィールド（４１）を設定するステップと、
前記ネットワーク装置（２３、２４）の一方が、前記構成メッセージを受信するステップと、
前記受信した構成メッセージのトラフィック・フィールド（４１）の値に基づくトラフィック制御を実行するステップと、
を有することを特徴とする方法。
【請求項２】
前記実行するステップは、
前記受信した構成メッセージのトラフィック・フィールドの値と、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値を比較するステップと、
前記受信した構成メッセージのトラフィック・フィールドの値が、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値と一致する場合、トラフィックを運んでいるネットワーク・パスでのトラフィックの送信を継続するステップと、
前記受信した構成メッセージのトラフィック・フィールドの値が、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値と一致しない場合、前記トラフィックを運んでいるネットワーク・パスから、他のネットワーク・パスへトラフィックを移動させるステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記他のネットワーク・パスへトラフィックを移動させるステップは、
前記受信した構成メッセージのトラフィック・フィールドの値が、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値と所定の期間一致しない場合にのみトラフィックを移動させるステップを含む、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記現用ネットワーク・パス及び予備ネットワーク・パスは、双方向ポイント・ツー・ポイント・トラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）であり、
前記トラフィック・フィールドを設定するステップは、接続検査メッセージ（ＣＣＭ）のトラフィック・フィールドに設定するステップを含む、
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記トラフィック・フィールドに設定するステップは、フラグ・フィールドの予備ビットを、トラフィック・フィールドとして使用するステップを含む、
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記実行するステップは、
所定のＴＥＳＩにトラフィックが無いことを判定するステップと、
前記所定のＴＥＳＩにトラフィックが無いとの判定に応じて、前記所定のＴＥＳＩ上でのＣＣＭ間隔を増加させるステップと、
を含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記実行するステップは、
トラフィックが、その後、前記所定のＴＥＳＩに切り替えられたことを、前記トラフィック・フィールドから検出するステップと、
前記トラフィックが、前記所定のＴＥＳＩに切り替えられたことを検出したことに応じて、前記所定のＴＥＳＩ上でのＣＣＭ間隔を動的に減少させるステップと、
を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記実行するステップは、
あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させてＴＥＳＩのトラフィックを分散させるため、受信したＣＣＭの前記トラフィック・フィールドの値の変化に応答するステップを含む、
ことを特徴とする請求項５に記載の方法。
【請求項９】
前記トラフィック・フィールドを設定するステップは、
前記第１又は第２のネットワーク装置が運用者の要求を受信したことに応答して、トラフィック・フィールドを設定するステップを含む、
ことを特徴とする請求項１に記載の方法。
【請求項１０】
第１の顧客バックボーン・ポート及び第２の顧客バックボーン・ポート間でのトラフィックを制御する、前記第１の顧客バックボーン・ポートに関連付けられているメンテナンス・アソシエーション終端点（ＭＥＰ）であって、
両顧客バックボーン・ポートは、現用トラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）（２１）及び予備ＴＥＳＩ（２２）により接続されており、
前記ＭＥＰは、
前記第１の顧客バックボーン・ポートから前記第２の顧客バックボーン・ポートに送信される第１の接続検査メッセージ（ＣＣＭ）内の、前記ＴＥＳＩのいずれがトラフィックの伝達に利用されているのかを示すトラフィック・フィールドを設定する手段（１１１）と、
前記第２の顧客バックボーン・ポートから第２のＣＣＭを受信する手段（１１３）と、
前記第２のＣＣＭのトラフィック・フィールドが、前記第１のＣＣＭのトラフィック・フィールドと一致するかを判定する手段（１１４）と、
前記判定する手段から得た結果に基づきトラフィック制御を実行する手段（１１８）と、
を備えていることを特徴とするＭＥＰ。
【請求項１１】
前記実行する手段は、
前記第２のＣＣＭのトラフィック・フィールドが、前記第１のＣＣＭのトラフィック・フィールドと一致する場合、トラフィックを運んでいるＴＥＳＩでのトラフィックの送信を継続する手段と、
前記第２のＣＣＭのトラフィック・フィールドが、前記第１のＣＣＭのトラフィック・フィールドと一致しない場合、トラフィックを運んでいるＴＥＳＩから他のＴＥＳＩへトラフィックを移動させる手段と、
を備えていることを特徴とする請求項１０に記載のＭＥＰ。
【請求項１２】
前記実行する手段は、タイマを備えており、
前記トラフィックを移動させる手段は、受信したＣＣＭのトラフィック・フィールドが、送信したＣＣＭのトラフィック・フィールドの値と所定の期間一致しないことを、前記タイマが示している場合にのみトラフィックを移動させる、
ことを特徴とする請求項１１に記載のＭＥＰ。
【請求項１３】
前記トラフィック・フィールドを設定する手段は、
フラグ・フィールドの予備ビットを、トラフィック・フィールドとして使用する手段を備えている、
ことを特徴とする請求項１０に記載のＭＥＰ。
【請求項１４】
前記実行する手段は、
所定のＴＥＳＩにトラフィックが無いことを判定する手段と、
前記所定のＴＥＳＩにトラフィックが無いとの判定に応じて、前記所定のＴＥＳＩ上でのＣＣＭ間隔を増加させる手段と、
を備えていることを特徴とする請求項１０に記載のＭＥＰ。
【請求項１５】
前記実行する手段は、
トラフィックが、その後、前記所定のＴＥＳＩに切り替えられたことを、前記第２のＣＣＭのトラフィック・フィールドから検出する手段と、
前記トラフィックが、前記所定のＴＥＳＩに切り替えられたことを検出したことに応じて、前記所定のＴＥＳＩ上でのＣＣＭ間隔を動的に減少させる手段と、
を備えていることを特徴とする請求項１４に記載のＭＥＰ。
【請求項１６】
前記実行する手段は、
あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させて、ＴＥＳＩのトラフィックを分散させるために、前記第２のＣＣＭの前記トラフィック・フィールドの値の変化に応答する手段を備えている、
ことを特徴とする請求項１０に記載のＭＥＰ。
【請求項１７】
前記トラフィックを制御するために、運用者の要求を受信する手段と、
前記第１のＣＣＭメッセージのトラフィック・フィールドを、前記運用者の要求に対応する値に変更する手段と、
を備えていることを特徴とする請求項１０に記載のＭＥＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関する。制限することなく、より詳しく述べると、本発明は、イーサネット（登録商標）・スイッチド・パス（ＥＳＰ）の高度な制御を提供する接続障害管理（ＣＦＭ）メッセージで使用するトラフィック・フィールド・インジケータを対象とする。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１ａｇに記載されている接続障害管理（ＣＦＭ）は、通信事業者にとって、イーサネット（登録商標）の運用、管理、保守のための主要な要素である。ＩＥＥＥ８０２．１ａｇは、エンド・ツー・エンドでの障害検出、検証、切り分けのための、プロトコル、手順及び管理オブジェクトを規定している。ＩＥＥＥ８０２．１ａｇは、ＣＦＭメッセージを交換することにより単一のサービス・インスタンスの整合性を検証するため、メンテナンス・アソシエーション（ＭＡ）と呼ぶ管理オブジェクトを規定している。ＭＡの範囲は、その管理ドメイン（ＭＤ）により決定され、ＭＤは、接続性とパフォーマンスが管理されるネットワーク領域を示している。各ＭＡは、２つ以上のメンテナンス・アソシエーション終端点（ＭＥＰ）と関連し、メンテナンス・アソシエーション中間点（ＭＩＰ）が障害検出と切り分けを可能にする。
【０００３】
接続検査プロトコルが障害検出に利用される。各ＭＥＰは、周期的に接続検査メッセージ（ＣＣＭ）を送信し、同じＭＡの他のＭＥＰがＣＣＭを受信することを監視する。
【０００４】
図１は、既存のＣＦＭプロトコル・データ・ユニット（ＰＤＵ）１０のフォーマットを示している。共通のＣＦＭヘッダは、管理ドメイン（ＭＤ）レベル・フィールド１１、バージョン・フィールド１２、ＯｐＣｏｄｅフィールド１３、フラグ・フィールド１４及び第１の時間、長さ、値（ＴＬＶ）オフセット・フィールド１５を含んでいる。共通ＣＦＭヘッダのフラグ・フィールド１４は、現在のところ、以下の３つの部分に分かれている。
１．ＲＤＩフィールド（１ビット、ＭＳＢ）
２．予約フィールド（４ビット）
３．ＣＣＭ間隔フィールド（３ＬＳＢビット）
【０００５】
ＩＥＥＥ８０２．１Ｑａｙに記載されたプロバイダ・バックボーン・ブリッジング−トラフィック・エンジニアリング（ＰＢＢ−ＴＥ）は、ブリッジ・ネットワークにおいて、完全なトラフィック制御パスを提供するために設計されている。ＰＢＢ−ＴＥは、バックボーンを構成する装置が、学習及びフラッディングを行う必要をなくすものである。ループ回避のためのマルチプル・スパンニング・ツリー・プロトコル／ラピッド・スパンニング・ツリー・プロトコル（ＭＳＴＰ／ＲＳＴＰ）を利用する代わりに、ブリッジを行う装置に登録する静的なフィルタ・テーブルを生成するために、ＰＢＢ−ＴＥは、管理プレーン又は外部制御プレーンを使用する。
【０００６】
ＰＢＢ−ＴＥは、ＰＢＢ−ＴＥパスを生成するために、バックボーン送信先アドレス（Ｂ−ＤＡ）、バックボーン送信元アドレス（Ｂ−ＳＡ）及びバックボーンＶＬＡＮ  ＩＤ（Ｂ−ＩＤ）を含む、静的に構成された組を使用する、コネクション・オリエンテッドなイーサネット（登録商標）技術である。設定されたパスは、イーサネット（登録商標）・スイッチド・パス（ＥＳＰ）と呼ばれる。同じ顧客バックボーン・ポート（ＣＢＰ）のＭＡＣアドレスに対する２つの同じルートを経由するポイント・ツー・ポイントのＥＳＰは、ポイント・ツー・ポイントのトラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）と呼ばれる、双方向のＭＡＣサービスを形成する。
【０００７】
ＰＢＢ−ＴＥは、１：１双方向パス・プロテクション切り替えをサポートしている。２つのポイント・ツー・ポイントＴＥＳＩが設定される。１つのＴＥＳＩは、“現用”ＴＥＳＩに設定され、他のＴＥＳＩは、“予備”ＴＥＳＩに設定される。通常、トラフィックは、現用ＴＥＳＩに送信される。現用ＴＥＳＩの障害時又は特定の管理要求により、トラフィックは、予備ＴＥＳＩに切り替えられる。オプションとして、ＰＢＢ−ＴＥの１：１切り替えパスは、負荷分担を行う様に構成することができる。この場合、Ｉ−ＴＡＧフレームによって識別される顧客サービスのためのフローは、切り替え組の両ＴＥＳＩに存在する。
【０００８】
図２は、標準的なＰＢＢ−ＴＥの切り替え組２０を示している。切り替え組は、現用ＴＥＳＩ２１、予備ＴＥＳＩ２２、近端装置（東側Ｂ装置）２３及び遠端装置（西側Ｂ装置）２４を含んでいる。近端装置（東側Ｂ装置）は、プロバイダ・ネットワーク・ポート（ＰＮＰ）２５ａ及び２５ｂ、並びに、カスタマ・バックボーン・ポート（ＣＢＰ）２６を備えている。遠端装置（西側Ｂ装置）は、ＰＮＰ２７ａ及び２７ｂ、並びに、ＣＢＰ２８を備えている。各ＴＥＳＩは、それぞれが２つのＭＥＰを持つ独立したＭＡにより監視される。１つのＭＥＰは、近端装置のＣＢＰ２６にあり、他のＭＥＰは、遠端装置のＣＢＰ２８にある。近端装置のＭＥＰがＣＣＭ喪失を検出したとき、リモート障害インジケータ（ＲＤＩ）フラグを立てたＣＣＭを送信することにより、遠端装置のＭＥＰに通知を行う。両装置が障害を認識（ＣＣＭ喪失又はＲＤＩフラグの立ったＣＣＭの受信により）すると、両装置において、予備ＴＥＳＩへの切り替えが実行される。障害が復旧したとき、トラフィックは、設定されているモード（切り戻し、又は、切り戻し無し）に応じて、現用ＴＥＳＩ２１に切り戻されるか、予備ＴＥＳＩ２２のままとなる。
【０００９】
ＩＴＵ−Ｔ  Ｇ８０３１は、イーサネット（登録商標）・トランスポート・ネットワークにおける、ＶＬＡＮによるイーサネット（登録商標）・サブネットワークのポイント・ツー・ポイント接続のための、線形予備切り替え構成及び自動予備切り替え（ＡＰＳ）プロトコルを規定している。単方向及び双方向の線形１＋１及び１：１予備切り替え構成がサポートされている。
【００１０】
現在のＰＢＢ−ＴＥのドラフト（２．０）は、ＩＴＵ−Ｔ  Ｇ８０３１のモデルに基づく１：１双方向パス予備切り替えをサポートしている。ＰＢＢ−ＴＥとＩＴＵ−Ｔ  Ｇ８０３１の切り替え機能の違いは以下の通りである。
−ＩＴＵ−Ｔ  Ｇ８０３１は、ＡＰＳプロトコルを、シグナリングのプロトコル・データ・ユニット（ＰＤＵ）として規定しているが、ＰＢＢ−ＴＥは、シグナリングＰＤＵの追加により不必要に複雑になることを避けるため、ＣＣＭ  ＰＤＵを再利用／拡張している。
−ＰＢＢ−ＴＥにおいては、単一ドメインに属する切り替えサービスの２つの端点の連動のために、“帯域外”管理システムが想定されている。
−ＰＢＢ−ＴＥにおいて、保護されるフローはＴＥＳＩにより識別されるが、ＩＴＵ−Ｔ  Ｇ８０３１において、保護されるフローはＶＬＡＮ  ＩＤ（ＶＩＤ）により識別される。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
１：１双方向予備切り替えにおいては、近端装置２３及び遠端装置２４のブリッジ／セセレクタ位置の不一致が生じ得る。ネットワークの適切な動作を維持するために、この不一致を検出し、ネットワークの運用者に通知しなければならない。それにより、ネットワークの運用者は障害を除去することができる。１：１双方向予備切り替えにおいては、２つの種類の不一致がある。
−予備切り替えが不完全となることによる不一致
−現用／予備構成の不一致
【００１２】
図２は、予備切り替えが不完全となることによる不一致が生じた状態を表している。この例において、ハードウェアの機能障害により、近端装置（東側Ｂ装置）２３は、切り替えに失敗しているが、遠端装置（西側Ｂ装置）２４にＲＤＩを送信している。遠端装置２４は、予備ＴＥＳＩ２２に切り替えているが、近端装置２３は、依然、現用ＴＥＳＩ２１を使用している。近端装置が予備ＴＥＳＩに切り替えているが、遠端装置がＲＤＩを受信したときに切り替えに失敗した場合にも、同様に、不一致が生じる。
【００１３】
不一致は、間違った設定によっても生じ得る。例えば、一方の装置において現用ＴＥＳＩ２１にトラフィックを送信し、他方の装置において予備ＴＥＳＩ２２にトラフィックを送信すると設定されるかもしれない。同様に、一方の装置が切り戻しモードに設定され、他方の装置が切り戻し無しモードに設定されるかもしれない。この場合、障害が復旧したときに不一致が生じる。
【００１４】
既存の構成では、不一致の問題を解決する２つの方法が存在するが、両方法ともＰＢＢ−ＴＥの環境においては好ましくない。
【００１５】
第一に、（Ｇ８０３１の様に）ＡＰＳプロトコルを不一致の検出に利用することができるが、この方法は複雑すぎる。Ｇ８０３１において、ＡＰＳプロトコルは、単方向及び双方向の線形１＋１及び１：１予備切り替え構成のために設計されている。ＰＢＢ−ＴＥは、１：１双方向予備切り替えのみであり、単一ドメインの両端点を連動させるために“帯域外”管理システムを想定しているため、ＡＰＳプロトコルは、多くの重複や不必要な機能をもたらす。さらに、ブリッジへのＡＰＳプロトコルの追加は、主要な構成の変更が必要となる。
【００１６】
図３は、“帯域外”の運用サポート・システム／ネットワーク管理システム（ＯＳＳ／ＮＭＳ）３１により、どの様に１：１双方向予備切り替えの不一致を検出するのかについての例を示している。ＡＰＳプロトコルを使用することでも不一致は検出可能であるが、ＡＰＳではなく、ＯＳＳ／ＮＭＳを利用することもできる。ステップ３２において、ＯＳＳ／ＮＭＳは、近端装置（東側Ｂ装置）２３及び遠端装置（西側Ｂ装置）２４の両方にセレクタ／ブリッジ位置を要求する。ステップ３３において、近端装置及び遠端装置は、ＯＳＳ／ＮＭＳにそれぞれのセレクタ／ブリッジ位置を報告する。ステップ３４において、ＯＳＳ／ＮＭＳは、不一致を検出するために報告された位置を比較する。ＰＢＢ−ＴＥの環境においてこの処理は遅すぎ、運用者により積極的に開始されなければならないという、さらなる欠点がある。
【００１７】
現用／予備要素を常時監視し、不一致が生じた場合、運用者に直ちに、かつ、自動的に通知する、既存のブリッジ構成に基づく簡易な構成が望まれる。本発明は、不一致の問題を解決するために、既存のブリッジ構成のＣＣＭの拡張を提供する。本発明は、既存の標準に完全に従う。さらに、本発明は、帯域を節約するため、ＣＣＭの間隔の調整にも利用することができる。ある場合において、本発明は、運用者の要求のために、帯域内シグナリングのサポートを提供するために使用することもできる。
【課題を解決するための手段】
【００１８】
一実施形態において、本発明は、トラフィック状態を示すためにＣＣＭのフラグ・フィールドの４つの予備ビットの１つを利用する。例えば、そのビットは、トラフィックがこれらＣＣＭにより監視されているＴＥＳＩで送信されているか否かを示すことができる。このビットを、“トラフィック・フィールド”として参照する。
【００１９】
送信したＣＣＭと受信したＣＣＭのトラフィック・フィールドが所定の期間（例えば、５０ミリ秒以上）一致していない場合、不一致が対応するＭＥＰにより検出される。この不一致の障害は、対応するＭＥＰが送信したＣＣＭのトラフィック・フィールドと同じトラフィック・フィールドの第１のＣＣＭを、対応するＣＣＭが受信したときに解除される。
【００２０】
この様に、ある実施形態において、本発明は、現用ネットワーク・パス及び予備ネットワーク・パスにより接続されている第１のネットワーク装置及び第２のネットワーク装置間でのトラフィック制御方法を対象としている。本方法は、第１及び第２のネットワーク装置間で送信される構成メッセージ内の、ネットワーク・パスのいずれがトラフィックを伝達するために利用されているかを示すトラフィック・フィールドを設定するステップと、ネットワーク装置の一方が、前記構成メッセージを受信するステップと、前記受信した構成メッセージのトラフィック・フィールドの値に基づくトラフィック制御を実行するステップとを備えている。前記実行するステップは、前記受信した構成メッセージのトラフィック・フィールドの値と、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値を比較するステップと、前記受信した構成メッセージのトラフィック・フィールドの値が、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値と一致しない場合、トラフィックを運んでいるネットワーク・パスから、他のネットワーク・パスへトラフィックを移動させるステップとを備えている。ある実施形態において、トラフィックは、前記受信した構成メッセージのトラフィック・フィールドの値が、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値と所定の期間一致しない場合にのみ移動される。
【００２１】
他の実施形態において、前記現用ネットワーク・パス及び予備ネットワーク・パスは、双方向ポイント・ツー・ポイントのトラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）であり、前記トラフィック・フィールドを設定するステップは、接続検査メッセージ（ＣＣＭ）のフラグ・フィールドの予備ビットを、トラフィック・フィールドとして使用して、トラフィック・フィールドに設定するステップを有している。
【００２２】
ＣＣＭのトラフィック・フィールドを利用することにより、ＭＥＰは、異なるＴＥＳＩでのトラフィック負荷を判定することができる。所定のＴＥＳＩにトラフィックが無いとき、ＭＥＰは、その応答として、所定のＴＥＳＩ上でのＣＣＭ間隔を増加させることができる。同様に、トラフィックが、所定のＴＥＳＩに切り替えられたことを、トラフィック・フィールドがその後示していた場合、ＭＥＰは、その応答として、所定のＴＥＳＩ上でのＣＣＭ間隔を動的に減少させることができる。ＭＥＰは、あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させて、ＴＥＳＩのトラフィックを分散させるため、受信したＣＣＭのトラフィック・フィールドの値の変化に応答することができる。同様に、ＭＥＰは、あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させるため、運用者の要求に応答して、トラフィック・フィールドを設定することができる。
【００２３】
他の実施形態において、本発明は、第１の顧客バックボーン・ポート及び第２の顧客バックボーン・ポート間でのトラフィックを制御する、前記第１の顧客バックボーン・ポートに関連付けられているＭＥＰを対象とし、両顧客バックボーン・ポートは、現用ＴＥＳＩ及び予備ＴＥＳＩにより接続されている。ＭＥＰは、第１の顧客バックボーン・ポートから第２の顧客バックボーン・ポートに送信される第１のＣＣＭ内の、ＴＥＳＩのいずれがトラフィックの伝達に利用されているかを示すトラフィック・フィールドを設定する手段を備えている。ＭＥＰは、さらに、第２の顧客バックボーン・ポートから第２のＣＣＭを受信する手段と、第２のＣＣＭのトラフィック・フィールドが、第１のＣＣＭのトラフィック・フィールドと一致するかを判定する手段と、判定する手段から得た結果に基づきトラフィック制御を実行する手段とを備えている。トラフィック制御の実行は、トラフィック・フィールドが一致しない場合、あるＴＥＳＩから他のＴＥＳＩへトラフィックを移動させることを含むことができる。これは、トラフィック負荷を分散するために、又は、運用者の要求に応答して行うことができる。ＭＥＰは、トラフィック負荷に応じて所定のＴＥＳＩのＣＣＭ間隔を動的に増加又は減少させることができる。
【００２４】
以下では、図面を参照し、好ましい実施形態により、本発明の特徴について説明する。
【図面の簡単な説明】
【００２５】
【図１】既存のＣＦＭプロトコル・データ・ユニット（ＰＤＵ）のフォーマットを示す図である（従来技術）。
【図２】既存のＰＢＢ−ＴＥ切り替え組を示す図である（従来技術）。
【図３】“帯域外”の運用サポート・システム／ネットワーク管理システム（ＯＳＳ／ＮＭＳ）により、どの様に１：１双方向予備切り替えの不一致が検出されるのかについての例を示す図である（従来技術）。
【図４】本発明の一実施形態による修正されたフラグ・フィールドのフォーマットを示す図である。
【図５】ＣＣＭがＭＥＰにより送信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図６】ＣＣＭがＭＥＰにより受信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図７】適応的なＣＣＭ間隔を提供するための、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図８】運用者の要求が、保護されたＰＢＢ−ＴＥサービス・インスタンスの一端のＮＥ／ＥＭＳのみに送信することができる既存の場合を示す図である（従来技術）。
【図９】管理コマンドの帯域内シグナリングのサポートを提供するための、本発明による方法の一実施形態を示す図である。
【図１０】負荷分担をサポートするための、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図１１】本発明の一実施形態におけるＭＥＰの簡略化したブロック図である。
【発明を実施するための形態】
【００２６】
図４は、本発明の一実施形態による修正されたフラグ・フィールド１４´のフォーマットを示す図である。本実施形態において、予備ビットの１つが、監視対象パスのトラフィック状態を示すために使用される。このビットを、“トラフィック・フィールド”４１として参照する。
【００２７】
図５は、ＣＣＭがＭＥＰにより送信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ５１において、ＭＥＰは、その送信先アドレス及びバックボーンＶＬＡＮ  ＩＤ（Ｂ−ＩＤ）と、バックボーン・サービス・インスタンス・テーブルに登録されたバックボーン送信先アドレス（Ｂ−ＤＡ）及びＢ−ＩＤを比較する。ステップ５２において、ＭＥＰの送信先アドレス及びＢ−ＩＤが、バックボーン・サービス・インスタンス・テーブルの中に存在するか否かを判定する。存在しなければ、本方法はステップ５３に進み、ＭＥＰは、送信するＣＣＭのトラフィック・フィールドに“０”を設定する。しかし、ＭＥＰの送信先アドレス及びＢ−ＩＤが、バックボーン・サービス・インスタンス・テーブルの中に存在すれば、本方法はステップ５４に進み、ＭＥＰは、送信するＣＣＭのトラフィック・フィールドに“１”を設定する。
【００２８】
図６は、ＣＣＭがＭＥＰにより受信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ６１において、ＭＥＰは、受信ＣＣＭのトラフィック・フィールド４１を検査する。ステップ６２において、受信トラフィック・フィールドと、このＭＥＰが少なくとも所定の期間（例えば、５０ミリ秒）に送信したＣＣＭのトラフィック・フィールドとが異なるか否かを判定する。異ならなければ、本方法はステップ６３に進み、不一致は検出されない。しかしながら、受信トラフィック・フィールドと、このＭＥＰが少なくとも所定の期間に送信したＣＣＭのトラフィック・フィールドとが異なるのであれば、本方法はステップ６４に進み、不一致の検出が宣言される。
【００２９】
ＣＣＭのトラフィック・フィールド４１の更なる応用が存在する。例えば、トラフィック・フィールドは、適応的なＣＣＭ間隔を提供するために利用することができる。イーサネット（登録商標）ＯＡＭは、特定の間隔でＣＣＭフレームを送信することにより、プロバイダのネットワークの接続性を検査する機構を提供している。より短い間隔は、接続障害を検出するための時間を減少させるが、オーバヘッドであるＣＣＭトラフィックが増加する。新しいトラフィック・フィールド４１を使用することにより、現用ＴＥＳＩ２１又は予備ＴＥＳＩ２２のいずれかのＭＥＰには、トラフィックの状態が継続して通知される。
【００３０】
図７は、適応的なＣＣＭ間隔を提供するための、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ７１において、ＣＣＭにより監視されるＴＥＳＩにはトラフィックが無い。よって、ステップ７２において、ＣＣＭ間隔が帯域を節約するために増加される。ステップ７３において、トラフィックは、監視対象ＴＥＳＩに切り替えられる。ステップ７４において、対応するＭＥＰには、トラフィック・フィールド４１によりトラフィックの変更が通知される。ステップ７５において、ＭＥＰは、ＣＣＭ間隔を動的に減少させる。
【００３１】
トラフィック・フィールド４１は、管理コマンドの帯域内シグナリングにも使用することができる。予備切り替え機構は、ネットワークの状態に拘わらず、ネットワークの運用者による手動操作が可能でなければならない。不一致検出と同様に、ネットワークの運用者からの管理コマンドを配布する２つの選択肢がある。第１の選択肢においては、ＡＰＳプロトコルを利用するが、上述した様に、ＡＰＳは複雑であり、ＰＢＢ−ＴＥにとっては冗長である。第２の選択肢においては、ＰＢＢ−ＴＥサービス・インスタンスの両端に通知するために、管理システム（例えば、ＯＭＳ／ＮＭＳ）が利用される。しかしながら、ある場合において、運用者の要求は、ネットワーク・エレメント（ＮＥ）又はエレメント管理システム（ＥＭＳ）の様な、単一の端点から送信される。
【００３２】
図８は、運用者の要求が、保護されたＰＢＢ−ＴＥサービス・インスタンスの一端のＮＥ／ＥＭＳのみに送信することができる既存の場合を示す図である。ＮＭＳ８１は、アクセス・ネットワーク１のＥＭＳ８２、コア・ネットワークのＥＭＳ８３、アクセス・ネットワーク２のＥＭＳ８４を制御する。運用者の要求８５は、アクセス・ネットワーク１のＥＭＳ８２が受信する。ＥＭＳ８２は、運用者の要求をコア・ネットワークのＮＥ８７及び８８に転送するために、ＮＥ８６を制御する。他の端点での切り替えを連動させるためには、運用者の要求はＰＢＢ−ＴＥサービス・インスタンスに渡り帯域内にて伝達されなければならず、これにより利用可能な帯域が減少する。
【００３３】
図９は、管理コマンドの帯域内シグナリングのサポートを提供するための、本発明による方法の一実施形態を示す図である。この実施形態において、新たなトラフィック・フィールド４１は、ＰＢＢ−ＴＥ切り替え組に対する運用者の要求の帯域内シグナリングに利用される。この例において、コマンドは、現用ＴＥＳＩから予備ＴＥＳＩへの手動切り替えであるものとする。
【００３４】
ステップ９１において、“現用から予備への手動切り替え”である運用者の要求は、保護されているＰＢＢ−ＴＥサービス・インスタンスの遠端装置（西側Ｂ装置）２４に送信される。ステップ９２において、遠端装置（西側Ｂ装置）は、現用ＴＥＳＩ２１から予備ＴＥＳＩ２２にトラフィックを切り替え、トラフィック・フィールド４１を変更する。ステップ９３において、遠端装置は、ＮＭＳにその状態を報告する。ステップ９４において、近端装置（東側Ｂ装置）２３は、受信ＣＣＭのトラフィック・フィールド４１の不一致を検出する。ステップ９５において、近端装置（東側Ｂ装置）は、ＮＭＳに不一致の検出を報告し、ステップ９６において、ＮＭＳは、近端装置（東側Ｂ装置）２３にその状態を通知する。その後、近端装置は、現用ＴＥＳＩ２１から予備ＴＥＳＩ２２にトラフィックを切り替える。この例において、近端装置は、不一致が、手動切り替えや強制切り替えといった運用者の要求によるものか、不一致障害によるものかを見分けることはできないことに留意すべきでる。そのため、近端装置は、その状態についての情報をＮＭＳから取得する必要がある。
【００３５】
図１０は、負荷分担をサポートするための、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ１０１において、トラフィック・フィールド４１は、顧客トラフィックを運んでいるＴＥＳＩ上の各ＣＣＭをオンに設定する。ステップ１０２において、運用者が、トラフィックを所定のＴＥＳＩに移動させるべきと判定する。ステップ１０３において、運用者が、単に、トラフィック・フィールド４１をオフとすることにより、所定のＴＥＳＩのトラフィックを移動させる。
【００３６】
図１１は、本発明の一実施形態におけるＭＥＰ１１０の簡略化したブロック図である。ＭＥＰは、図１のＣＢＰ２６又はＣＢＰ２８の様な顧客バックボーン・ポート（ＣＢＰ）に関連付けられている。ＭＥＰは、関連するＣＢＰと、現用ＴＥＳＩ２１及び予備ＴＥＳＩ２２により接続されている他のＣＢＰとの間のトラフィックを監視する。ＭＥＰは、ＣＣＭ送信機１１２により送信されるＣＣＭのトラフィック・フィールドの設定を行うトラフィック・フィールド設定器１１１を備えている。トラフィック・フィールドは、ＣＣＭのフラグ・フィールドの予備ビット４１（図４）を設定することにより設定される。ＣＣＭ受信機１１３は、他のＣＢＰが送信するＣＣＭを受信し、トラフィック・フィールド比較器１１４は、送信したＣＣＭと受信したＣＣＭのトラフィック・フィールドを比較し、トラフィック・フィールドの一致を判定する。
【００３７】
受信したＣＣＭのトラフィック・フィールドが、送信したＣＣＭのトラフィック・フィールドと一致している場合、ＭＥＰは、現在使用しているＴＥＳＩにトラフィックを送信し続ける。受信したＣＣＭのトラフィック・フィールドが、送信したＣＣＭのトラフィック・フィールドと一致していない場合、ＭＥＰは、不一致障害を宣言し、それに応じてトラフィックを移動させる。一実施形態において、ＭＥＰはタイマ１５を備えており、受信したＣＣＭのトラフィック・フィールドが、送信したＣＣＭのトラフィック・フィールドの値と、予め定めた期間一致していないことを、タイマが示していた場合にのみ、トラフィックは移動される。
【００３８】
ＭＥＰは、各ＴＥＳＩ２１及び２２のトラフィック負荷を決定する負荷決定器１１６を備えることができる。あるＴＥＳＩがトラフィックを運んでいない場合、ＣＣＭ間隔コントローラ１１７は、それに応じて、このＴＥＳＩのＣＣＭ間隔を増加させることができる。その後、負荷決定器は、トラフィックが所定のＴＥＳＩに切り替えられたことを、受信したＣＣＭのトラフィック・フィールドから検出することができる。それに応じて、ＣＣＭ間隔コントローラは、所定のＴＥＳＩ上でのＣＣＭ間隔を動的に減少させることができる。
【００３９】
他の形態において、負荷決定器１１６は、各ＴＥＳＩ２１及び２２のトラフィック負荷を、ＴＥＳＩ負荷分散器１１８に報告する。ＴＥＳＩ負荷分散器は、ＴＥＳＩ間のトラフィックを分散させるために、あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させる。
【００４０】
ＭＥＰ１１０は、トラフィックを制御するための運用者の要求を受信することもできる。要求は、送信ＣＣＭのトラフィック・フィールドを運用者の要求に対応する値に変更するトラフィック・フィールド設定器１１１に送信される。他のＣＢＰはそのＣＣＭを受信し、トラフィック・フィールドに応答する。
【００４１】
トラフィック・フィールド・ビット４１は、顧客ごとのサービス・レベルで相互に検査し、かつ、切り替えを行うことを可能にするため、サービスＩＤ（Ｉ−ＳＩＤ）レベルでＣＣＭメッセージを使用することができることに留意すべきである。
【００４２】
ＭＥＰの動作は、メモリ１２０に保存されたコンピュータ・プログラム命令を実行するプロセッサ１１９により制御することができる。
【００４３】
図面を用いて、本発明の好ましい実施形態を詳細な説明において記載したが、本発明は、開示の実施形態に限定されるものではなく、以下の特許請求の範囲で規定される本発明の範囲を逸脱することなく、多数の再構成、修正、置換が可能であることを理解すべきである。
【図１】
2011518512.tif 000003
【図２】
2011518512.tif 000004
【図３】
2011518512.tif 000005
【図４】
2011518512.tif 000006
【図５】
2011518512.tif 000007
【図６】
2011518512.tif 000008
【図７】
2011518512.tif 000009
【図８】
2011518512.tif 000010
【図９】
2011518512.tif 000011
【図１０】
2011518512.tif 000012
【図１１】
2011518512.tif 000013
【手続補正書】
【提出日】平成22年2月16日(2010.2.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
現用トラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）（２１）及び予備ＴＥＳＩ（２２）により接続されている第１の顧客バックボーン・ポート及び第２の顧客バックボーン・ポート間での不一致を検出して訂正する方法であって、
前記第１の顧客バックボーン・ポートから前記第２の顧客バックボーン・ポートに、前記現用ＴＥＳＩ又は予備ＴＥＳＩにより送信される第１の接続検査メッセージ（ＣＣＭ）内の、前記第１の顧客バックボーン・ポートからのトラフィックを伝達するために使用されている現在のＴＥＳＩを示すトラフィック・フィールドを設定するステップと、
前記第２の顧客バックボーン・ポートが送信し、前記第２の顧客バックボーン・ポートからのトラフィックを伝達するために使用されているＴＥＳＩを示す第２のＣＣＭを、前記第１の顧客バックボーン・ポートが受信するステップと、
前記第２のＣＣＭのトラフィック・フィールドが前記第１のＣＣＭのトラフィック・フィールドと一致するかを判定するステップと、
前記第２のＣＣＭのトラフィック・フィールドが前記第１のＣＣＭのトラフィック・フィールドと一致しない場合、不一致を検出するステップと、
を有することを特徴とする方法。
【請求項２】
前記第２のＣＣＭのトラフィック・フィールドが前記第１のＣＣＭのトラフィック・フィールドと一致する場合、前記第１の顧客バックボーン・ポートからのトラフィックの、前記現在のＴＥＳＩでの送信を継続するステップと、
前記第２のＣＣＭのトラフィック・フィールドが前記第１のＣＣＭのトラフィック・フィールドと一致しない場合、前記第１の顧客バックボーン・ポートが、前記現在のＴＥＳＩから他のＴＥＳＩにトラフィックを移動させるステップと、
を有することを特徴とする請求項１に記載の方法。
【請求項３】
前記トラフィックを移動させるステップは、
前記第２のＣＣＭのトラフィック・フィールドの値が、前記第１の顧客バックボーン・ポートが所定の期間に送信した複数のＣＣＭのトラフィック・フィールドの値と一致しない場合にのみトラフィックを移動させるステップを含む、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記トラフィック・フィールドを設定するステップは、フラグ・フィールドの予備ビットを、トラフィック・フィールドとして使用するステップを含む、
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＴＥＳＩの特定された一方にトラフィックが無いことを、前記不一致から判定するステップと、
前記特定されたＴＥＳＩ上でのＣＣＭ間隔を増加させるステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項６】
トラフィックが、その後、前記特定されたＴＥＳＩに切り替えられたことを、前記トラフィック・フィールドから検出するステップと、
前記トラフィックが、前記特定されたＴＥＳＩに切り替えられたことを検出したことに応じて、前記特定されたＴＥＳＩ上でのＣＣＭ間隔を動的に減少させるステップと、
を含むことを特徴とする請求項５に記載の方法。
【請求項７】
あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させてＴＥＳＩのトラフィックを分散させるため、受信したＣＣＭの前記トラフィック・フィールドの値の変化に応答するステップを含む、
ことを特徴とする請求項４に記載の方法。
【請求項８】
前記トラフィック・フィールドを設定するステップは、
前記第１又は第２の顧客バックボーン・ポートが運用者の要求を受信したことに応答して、トラフィック・フィールドを設定するステップを含む、
ことを特徴とする請求項１に記載の方法。
【請求項９】
第１の顧客バックボーン・ポート及び第２の顧客バックボーン・ポート間での不一致を検出して訂正する、前記第１の顧客バックボーン・ポートに関連付けられているメンテナンス・アソシエーション終端点（ＭＥＰ）であって、
両顧客バックボーン・ポートは、現用トラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）（２１）及び予備ＴＥＳＩ（２２）により接続されており、
前記ＭＥＰは、
前記第１の顧客バックボーン・ポートから前記第２の顧客バックボーン・ポートに、前記現用又は予備ＴＥＳＩにより送信される第１の接続検査メッセージ（ＣＣＭ）内の、前記第１の顧客バックボーン・ポートからのトラフィックの伝達に利用されている現在のＴＥＳＩを示すトラフィック・フィールドを設定する手段（１１１）と、
前記第２の顧客バックボーン・ポートが送信し、前記第２の顧客バックボーン・ポートからのトラフィックを伝達するために使用されているＴＥＳＩを示す第２のＣＣＭを、前記第１の顧客バックボーン・ポートが受信するための手段（１１３）と、
前記第２のＣＣＭのトラフィック・フィールドが、前記第１のＣＣＭのトラフィック・フィールドと一致するかを判定する手段（１１４）と、
前記第２のＣＣＭのトラフィック・フィールドが、前記第１のＣＣＭのトラフィック・フィールドと一致しない場合、不一致を検出する手段（１１８）と、
を備えていることを特徴とするＭＥＰ。
【請求項１０】
前記第２のＣＣＭのトラフィック・フィールドが、前記第１のＣＣＭのトラフィック・フィールドと一致する場合、前記第１の顧客バックボーン・ポートからのトラフィックの送信を、前記現在のＴＥＳＩで継続する手段と、
前記第２のＣＣＭのトラフィック・フィールドが、前記第１のＣＣＭのトラフィック・フィールドと一致しない場合、前記第１の顧客バックボーン・ポートにより、前記現在のＴＥＳＩから他のＴＥＳＩへトラフィックを移動させる手段と、
を備えていることを特徴とする請求項９に記載のＭＥＰ。
【請求項１１】
タイマを備えており、
前記トラフィックを移動させる手段は、受信したＣＣＭのトラフィック・フィールドが、所定の期間に送信した複数のＣＣＭのトラフィック・フィールドの値と一致しない場合にのみトラフィックを移動させる、
ことを特徴とする請求項１０に記載のＭＥＰ。
【請求項１２】
前記トラフィック・フィールドを設定する手段は、
フラグ・フィールドの予備ビットを、トラフィック・フィールドとして使用する様に構成されている、
ことを特徴とする請求項９に記載のＭＥＰ。
【請求項１３】
前記ＴＥＳＩの特定された一方にトラフィックが無いことを、前記不一致から判定する手段と、
前記特定されたＴＥＳＩのＣＣＭ間隔を増加させる手段と、
を備えていることを特徴とする請求項９に記載のＭＥＰ。
【請求項１４】
トラフィックが、その後、前記特定されたＴＥＳＩに切り替えられたことを、前記第２のＣＣＭのトラフィック・フィールドから検出する手段と、
前記トラフィックが、前記特定されたＴＥＳＩに切り替えられたことを検出したことに応じて、前記特定されたＴＥＳＩ上でのＣＣＭ間隔を動的に減少させる手段と、
を備えていることを特徴とする請求項１３に記載のＭＥＰ。
【請求項１５】
あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させて、ＴＥＳＩのトラフィックを分散させるために、前記第２のＣＣＭの前記トラフィック・フィールドの値の変化に応答する手段を備えている、
ことを特徴とする請求項９に記載のＭＥＰ。
【請求項１６】
前記トラフィックを制御するために、運用者の要求を受信する手段と、
前記第１のＣＣＭメッセージのトラフィック・フィールドを、前記運用者の要求に対応する値に変更する手段と、
を備えていることを特徴とする請求項９に記載のＭＥＰ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークに関する。制限することなく、より詳しく述べると、本発明は、イーサネット（登録商標）・スイッチド・パス（ＥＳＰ）の高度な制御を提供する接続障害管理（ＣＦＭ）メッセージで使用するトラフィック・フィールド・インジケータを対象とする。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１ａｇに記載されている接続障害管理（ＣＦＭ）は、通信事業者にとって、イーサネット（登録商標）の運用、管理、保守のための主要な要素である。ＩＥＥＥ８０２．１ａｇは、エンド・ツー・エンドでの障害検出、検証、切り分けのための、プロトコル、手順及び管理オブジェクトを規定している。ＩＥＥＥ８０２．１ａｇは、ＣＦＭメッセージを交換することにより単一のサービス・インスタンスの整合性を検証するため、メンテナンス・アソシエーション（ＭＡ）と呼ぶ管理オブジェクトを規定している。ＭＡの範囲は、その管理ドメイン（ＭＤ）により決定され、ＭＤは、接続性とパフォーマンスが管理されるネットワーク領域を示している。各ＭＡは、２つ以上のメンテナンス・アソシエーション終端点（ＭＥＰ）と関連し、メンテナンス・アソシエーション中間点（ＭＩＰ）が障害検出と切り分けを可能にする。
【０００３】
接続検査プロトコルが障害検出に利用される。各ＭＥＰは、周期的に接続検査メッセージ（ＣＣＭ）を送信し、同じＭＡの他のＭＥＰがＣＣＭを受信することを監視する。
【０００４】
図１は、既存のＣＦＭプロトコル・データ・ユニット（ＰＤＵ）１０のフォーマットを示している。共通のＣＦＭヘッダは、管理ドメイン（ＭＤ）レベル・フィールド１１、バージョン・フィールド１２、ＯｐＣｏｄｅフィールド１３、フラグ・フィールド１４及び第１の時間、長さ、値（ＴＬＶ）オフセット・フィールド１５を含んでいる。共通ＣＦＭヘッダのフラグ・フィールド１４は、現在のところ、以下の３つの部分に分かれている。
１．ＲＤＩフィールド（１ビット、ＭＳＢ）
２．予約フィールド（４ビット）
３．ＣＣＭ間隔フィールド（３ＬＳＢビット）
【０００５】
ＩＥＥＥ８０２．１Ｑａｙに記載されたプロバイダ・バックボーン・ブリッジング−トラフィック・エンジニアリング（ＰＢＢ−ＴＥ）は、ブリッジ・ネットワークにおいて、完全なトラフィック制御パスを提供するために設計されている。ＰＢＢ−ＴＥは、バックボーンを構成する装置が、学習及びフラッディングを行う必要をなくすものである。ループ回避のためのマルチプル・スパンニング・ツリー・プロトコル／ラピッド・スパンニング・ツリー・プロトコル（ＭＳＴＰ／ＲＳＴＰ）を利用する代わりに、ブリッジを行う装置に登録する静的なフィルタ・テーブルを生成するために、ＰＢＢ−ＴＥは、管理プレーン又は外部制御プレーンを使用する。
【０００６】
ＰＢＢ−ＴＥは、ＰＢＢ−ＴＥパスを生成するために、バックボーン送信先アドレス（Ｂ−ＤＡ）、バックボーン送信元アドレス（Ｂ−ＳＡ）及びバックボーンＶＬＡＮ  ＩＤ（Ｂ−ＩＤ）を含む、静的に構成された組を使用する、コネクション・オリエンテッドなイーサネット（登録商標）技術である。設定されたパスは、イーサネット（登録商標）・スイッチド・パス（ＥＳＰ）と呼ばれる。同じ顧客バックボーン・ポート（ＣＢＰ）のＭＡＣアドレスに対する２つの同じルートを経由するポイント・ツー・ポイントのＥＳＰは、ポイント・ツー・ポイントのトラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）と呼ばれる、双方向のＭＡＣサービスを形成する。
【０００７】
ＰＢＢ−ＴＥは、１：１双方向パス・プロテクション切り替えをサポートしている。２つのポイント・ツー・ポイントＴＥＳＩが設定される。１つのＴＥＳＩは、“現用”ＴＥＳＩに設定され、他のＴＥＳＩは、“予備”ＴＥＳＩに設定される。通常、トラフィックは、現用ＴＥＳＩに送信される。現用ＴＥＳＩの障害時又は特定の管理要求により、トラフィックは、予備ＴＥＳＩに切り替えられる。オプションとして、ＰＢＢ−ＴＥの１：１切り替えパスは、負荷分担を行う様に構成することができる。この場合、Ｉ−ＴＡＧフレームによって識別される顧客サービスのためのフローは、切り替え組の両ＴＥＳＩに存在する。
【０００８】
図２は、標準的なＰＢＢ−ＴＥの切り替え組２０を示している。切り替え組は、現用ＴＥＳＩ２１、予備ＴＥＳＩ２２、近端装置（東側Ｂ装置）２３及び遠端装置（西側Ｂ装置）２４を含んでいる。近端装置（東側Ｂ装置）は、プロバイダ・ネットワーク・ポート（ＰＮＰ）２５ａ及び２５ｂ、並びに、カスタマ・バックボーン・ポート（ＣＢＰ）２６を備えている。遠端装置（西側Ｂ装置）は、ＰＮＰ２７ａ及び２７ｂ、並びに、ＣＢＰ２８を備えている。各ＴＥＳＩは、それぞれが２つのＭＥＰを持つ独立したＭＡにより監視される。１つのＭＥＰは、近端装置のＣＢＰ２６にあり、他のＭＥＰは、遠端装置のＣＢＰ２８にある。近端装置のＭＥＰがＣＣＭ喪失を検出したとき、リモート障害インジケータ（ＲＤＩ）フラグを立てたＣＣＭを送信することにより、遠端装置のＭＥＰに通知を行う。両装置が障害を認識（ＣＣＭ喪失又はＲＤＩフラグの立ったＣＣＭの受信により）すると、両装置において、予備ＴＥＳＩへの切り替えが実行される。障害が復旧したとき、トラフィックは、設定されているモード（切り戻し、又は、切り戻し無し）に応じて、現用ＴＥＳＩ２１に切り戻されるか、予備ＴＥＳＩ２２のままとなる。
【０００９】
ＩＴＵ−Ｔ  Ｇ８０３１は、イーサネット（登録商標）・トランスポート・ネットワークにおける、ＶＬＡＮによるイーサネット（登録商標）・サブネットワークのポイント・ツー・ポイント接続のための、線形予備切り替え構成及び自動予備切り替え（ＡＰＳ）プロトコルを規定している。単方向及び双方向の線形１＋１及び１：１予備切り替え構成がサポートされている。
【００１０】
現在のＰＢＢ−ＴＥのドラフト（２．０）は、ＩＴＵ−Ｔ  Ｇ８０３１のモデルに基づく１：１双方向パス予備切り替えをサポートしている。ＰＢＢ−ＴＥとＩＴＵ−Ｔ  Ｇ８０３１の切り替え機能の違いは以下の通りである。
−ＩＴＵ−Ｔ  Ｇ８０３１は、ＡＰＳプロトコルを、シグナリングのプロトコル・データ・ユニット（ＰＤＵ）として規定しているが、ＰＢＢ−ＴＥは、シグナリングＰＤＵの追加により不必要に複雑になることを避けるため、ＣＣＭ  ＰＤＵを再利用／拡張している。
−ＰＢＢ−ＴＥにおいては、単一ドメインに属する切り替えサービスの２つの端点の連動のために、“帯域外”管理システムが想定されている。
−ＰＢＢ−ＴＥにおいて、保護されるフローはＴＥＳＩにより識別されるが、ＩＴＵ−Ｔ  Ｇ８０３１において、保護されるフローはＶＬＡＮ  ＩＤ（ＶＩＤ）により識別される。
【００１１】
非特許文献１には、現用ＴＥＳＩ及び予備ＴＥＳＩを含むＰＢＢ−ＴＥ切り替え組での障害検出が記載されている。ＣＣＭが現用ＴＥＳＩの状態を監視するため、終端点間で送信されている。切り替え組は、障害を検出した場合、予備ＴＥＳＩに切り替えを行う。しかしながら、非特許文献１は、終端点間の不一致に取り組むものではない。
【００１２】
同様に、特許文献１は、ブロードキャスト・ドメイン内のプライマリ及びバックアップ・サブドメインでの障害検出を開示している。プライマリ及びバックアップのメンテナンス・アソシエーションが監視され、プライマ・サブドメインのメンテナンス・アソシエーションで障害を検出したとき、バックアップ・サブドメインのメンテナンス・アソシエーションへの切り替えが発生する。しかし、非特許文献１と同様に、特許文献１は、終端点間の不一致に取り組むものではない。
【００１３】
さらに、特許文献２は、ＶＬＡＮのみの接続、及び、部分的にＶＬＡＮ技術を使用し、部分的にＭＰＬＳ技術を使用する接続のための高速切り替え構成を開示している。この構成は、リンク障害時に主ＶＬＡＮから置換ＶＬＡＮへの切り替えを提供する。しかしながら、特許文献２は、終端点間の不一致に取り組むものではない。
【先行技術文献】
【特許文献】
【００１４】
【特許文献１】米国特許出願公開第２００７／０２６８８１７号明細書
【特許文献２】米国特許第７０９３０２７号明細書
【００１５】
【非特許文献１】シーメンス社、“シーメンス社ＰＢＢ−ＴＥ、ＳＵＲＰＡＳＳ  ｈｉＤ６６００，メトロ・イーサネット（登録商標）配置”、２００７年３月１３日
【発明の概要】
【発明が解決しようとする課題】
【００１６】
１：１双方向予備切り替えにおいては、近端装置２３及び遠端装置２４のブリッジ／セセレクタ位置の不一致が生じ得る。ネットワークの適切な動作を維持するために、この不一致を検出し、ネットワークの運用者に通知しなければならない。それにより、ネットワークの運用者は障害を除去することができる。１：１双方向予備切り替えにおいては、２つの種類の不一致がある。
−予備切り替えが不完全となることによる不一致
−現用／予備構成の不一致
【００１７】
図２は、予備切り替えが不完全となることによる不一致が生じた状態を表している。この例において、ハードウェアの機能障害により、近端装置（東側Ｂ装置）２３は、切り替えに失敗しているが、遠端装置（西側Ｂ装置）２４にＲＤＩを送信している。遠端装置２４は、予備ＴＥＳＩ２２に切り替えているが、近端装置２３は、依然、現用ＴＥＳＩ２１を使用している。近端装置が予備ＴＥＳＩに切り替えているが、遠端装置がＲＤＩを受信したときに切り替えに失敗した場合にも、同様に、不一致が生じる。
【００１８】
不一致は、間違った設定によっても生じ得る。例えば、一方の装置において現用ＴＥＳＩ２１にトラフィックを送信し、他方の装置において予備ＴＥＳＩ２２にトラフィックを送信すると設定されるかもしれない。同様に、一方の装置が切り戻しモードに設定され、他方の装置が切り戻し無しモードに設定されるかもしれない。この場合、障害が復旧したときに不一致が生じる。
【００１９】
既存の構成では、不一致の問題を解決する２つの方法が存在するが、両方法ともＰＢＢ−ＴＥの環境においては好ましくない。
【００２０】
第一に、（Ｇ８０３１の様に）ＡＰＳプロトコルを不一致の検出に利用することができるが、この方法は複雑すぎる。Ｇ８０３１において、ＡＰＳプロトコルは、単方向及び双方向の線形１＋１及び１：１予備切り替え構成のために設計されている。ＰＢＢ−ＴＥは、１：１双方向予備切り替えのみであり、単一ドメインの両端点を連動させるために“帯域外”管理システムを想定しているため、ＡＰＳプロトコルは、多くの重複や不必要な機能をもたらす。さらに、ブリッジへのＡＰＳプロトコルの追加は、主要な構成の変更が必要となる。
【００２１】
図３は、“帯域外”の運用サポート・システム／ネットワーク管理システム（ＯＳＳ／ＮＭＳ）３１により、どの様に１：１双方向予備切り替えの不一致を検出するのかについての例を示している。ＡＰＳプロトコルを使用することでも不一致は検出可能であるが、ＡＰＳではなく、ＯＳＳ／ＮＭＳを利用することもできる。ステップ３２において、ＯＳＳ／ＮＭＳは、近端装置（東側Ｂ装置）２３及び遠端装置（西側Ｂ装置）２４の両方にセレクタ／ブリッジ位置を要求する。ステップ３３において、近端装置及び遠端装置は、ＯＳＳ／ＮＭＳにそれぞれのセレクタ／ブリッジ位置を報告する。ステップ３４において、ＯＳＳ／ＮＭＳは、不一致を検出するために報告された位置を比較する。ＰＢＢ−ＴＥの環境においてこの処理は遅すぎ、運用者により積極的に開始されなければならないという、さらなる欠点がある。
【００２２】
現用／予備要素を常時監視し、不一致が生じた場合、運用者に直ちに、かつ、自動的に通知する、既存のブリッジ構成に基づく簡易な構成が望まれる。本発明は、不一致の問題を解決するために、既存のブリッジ構成のＣＣＭの拡張を提供する。本発明は、既存の標準に完全に従う。さらに、本発明は、帯域を節約するため、ＣＣＭの間隔の調整にも利用することができる。ある場合において、本発明は、運用者の要求のために、帯域内シグナリングのサポートを提供するために使用することもできる。
【課題を解決するための手段】
【００２３】
一実施形態において、本発明は、トラフィック状態を示すためにＣＣＭのフラグ・フィールドの４つの予備ビットの１つを利用する。例えば、そのビットは、トラフィックがこれらＣＣＭにより監視されているＴＥＳＩで送信されているか否かを示すことができる。このビットを、“トラフィック・フィールド”として参照する。
【００２４】
送信したＣＣＭと受信したＣＣＭのトラフィック・フィールドが所定の期間（例えば、５０ミリ秒以上）一致していない場合、不一致が対応するＭＥＰにより検出される。この不一致の障害は、対応するＭＥＰが送信したＣＣＭのトラフィック・フィールドと同じトラフィック・フィールドの第１のＣＣＭを、対応するＣＣＭが受信したときに解除される。
【００２５】
この様に、ある実施形態において、本発明は、現用ネットワーク・パス及び予備ネットワーク・パスにより接続されている第１のネットワーク装置及び第２のネットワーク装置間でのトラフィック制御方法を対象としている。本方法は、第１及び第２のネットワーク装置間で送信される構成メッセージ内の、ネットワーク・パスのいずれがトラフィックを伝達するために利用されているかを示すトラフィック・フィールドを設定するステップと、ネットワーク装置の一方が、前記構成メッセージを受信するステップと、前記受信した構成メッセージのトラフィック・フィールドの値に基づくトラフィック制御を実行するステップとを備えている。前記実行するステップは、前記受信した構成メッセージのトラフィック・フィールドの値と、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値を比較するステップと、前記受信した構成メッセージのトラフィック・フィールドの値が、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値と一致しない場合、トラフィックを運んでいるネットワーク・パスから、他のネットワーク・パスへトラフィックを移動させるステップとを備えている。ある実施形態において、トラフィックは、前記受信した構成メッセージのトラフィック・フィールドの値が、受信ネットワーク装置が送信した構成メッセージのトラフィック・フィールドの値と所定の期間一致しない場合にのみ移動される。
【００２６】
他の実施形態において、前記現用ネットワーク・パス及び予備ネットワーク・パスは、双方向ポイント・ツー・ポイントのトラフィック・エンジニアリング・サービス・インスタンス（ＴＥＳＩ）であり、前記トラフィック・フィールドを設定するステップは、接続検査メッセージ（ＣＣＭ）のフラグ・フィールドの予備ビットを、トラフィック・フィールドとして使用して、トラフィック・フィールドに設定するステップを有している。
【００２７】
ＣＣＭのトラフィック・フィールドを利用することにより、ＭＥＰは、異なるＴＥＳＩでのトラフィック負荷を判定することができる。所定のＴＥＳＩにトラフィックが無いとき、ＭＥＰは、その応答として、所定のＴＥＳＩ上でのＣＣＭ間隔を増加させることができる。同様に、トラフィックが、所定のＴＥＳＩに切り替えられたことを、トラフィック・フィールドがその後示していた場合、ＭＥＰは、その応答として、所定のＴＥＳＩ上でのＣＣＭ間隔を動的に減少させることができる。ＭＥＰは、あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させて、ＴＥＳＩのトラフィックを分散させるため、受信したＣＣＭのトラフィック・フィールドの値の変化に応答することができる。同様に、ＭＥＰは、あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させるため、運用者の要求に応答して、トラフィック・フィールドを設定することができる。
【００２８】
他の実施形態において、本発明は、第１の顧客バックボーン・ポート及び第２の顧客バックボーン・ポート間でのトラフィックを制御する、前記第１の顧客バックボーン・ポートに関連付けられているＭＥＰを対象とし、両顧客バックボーン・ポートは、現用ＴＥＳＩ及び予備ＴＥＳＩにより接続されている。ＭＥＰは、第１の顧客バックボーン・ポートから第２の顧客バックボーン・ポートに送信される第１のＣＣＭ内の、ＴＥＳＩのいずれがトラフィックの伝達に利用されているかを示すトラフィック・フィールドを設定する手段を備えている。ＭＥＰは、さらに、第２の顧客バックボーン・ポートから第２のＣＣＭを受信する手段と、第２のＣＣＭのトラフィック・フィールドが、第１のＣＣＭのトラフィック・フィールドと一致するかを判定する手段と、判定する手段から得た結果に基づきトラフィック制御を実行する手段とを備えている。トラフィック制御の実行は、トラフィック・フィールドが一致しない場合、あるＴＥＳＩから他のＴＥＳＩへトラフィックを移動させることを含むことができる。これは、トラフィック負荷を分散するために、又は、運用者の要求に応答して行うことができる。ＭＥＰは、トラフィック負荷に応じて所定のＴＥＳＩのＣＣＭ間隔を動的に増加又は減少させることができる。
【００２９】
以下では、図面を参照し、好ましい実施形態により、本発明の特徴について説明する。
【図面の簡単な説明】
【００３０】
【図１】既存のＣＦＭプロトコル・データ・ユニット（ＰＤＵ）のフォーマットを示す図である（従来技術）。
【図２】既存のＰＢＢ−ＴＥ切り替え組を示す図である（従来技術）。
【図３】“帯域外”の運用サポート・システム／ネットワーク管理システム（ＯＳＳ／ＮＭＳ）により、どの様に１：１双方向予備切り替えの不一致が検出されるのかについての例を示す図である（従来技術）。
【図４】本発明の一実施形態による修正されたフラグ・フィールドのフォーマットを示す図である。
【図５】ＣＣＭがＭＥＰにより送信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図６】ＣＣＭがＭＥＰにより受信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図７】適応的なＣＣＭ間隔を提供するための、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図８】運用者の要求が、保護されたＰＢＢ−ＴＥサービス・インスタンスの一端のＮＥ／ＥＭＳのみに送信することができる既存の場合を示す図である（従来技術）。
【図９】管理コマンドの帯域内シグナリングのサポートを提供するための、本発明による方法の一実施形態を示す図である。
【図１０】負荷分担をサポートするための、本発明による方法の一実施形態におけるステップを示すフローチャートである。
【図１１】本発明の一実施形態におけるＭＥＰの簡略化したブロック図である。
【発明を実施するための形態】
【００３１】
図４は、本発明の一実施形態による修正されたフラグ・フィールド１４´のフォーマットを示す図である。本実施形態において、予備ビットの１つが、監視対象パスのトラフィック状態を示すために使用される。このビットを、“トラフィック・フィールド”４１として参照する。
【００３２】
図５は、ＣＣＭがＭＥＰにより送信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ５１において、ＭＥＰは、その送信先アドレス及びバックボーンＶＬＡＮ  ＩＤ（Ｂ−ＩＤ）と、バックボーン・サービス・インスタンス・テーブルに登録されたバックボーン送信先アドレス（Ｂ−ＤＡ）及びＢ−ＩＤを比較する。ステップ５２において、ＭＥＰの送信先アドレス及びＢ−ＩＤが、バックボーン・サービス・インスタンス・テーブルの中に存在するか否かを判定する。存在しなければ、本方法はステップ５３に進み、ＭＥＰは、送信するＣＣＭのトラフィック・フィールドに“０”を設定する。しかし、ＭＥＰの送信先アドレス及びＢ−ＩＤが、バックボーン・サービス・インスタンス・テーブルの中に存在すれば、本方法はステップ５４に進み、ＭＥＰは、送信するＣＣＭのトラフィック・フィールドに“１”を設定する。
【００３３】
図６は、ＣＣＭがＭＥＰにより受信されたときの、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ６１において、ＭＥＰは、受信ＣＣＭのトラフィック・フィールド４１を検査する。ステップ６２において、受信トラフィック・フィールドと、このＭＥＰが少なくとも所定の期間（例えば、５０ミリ秒）に送信したＣＣＭのトラフィック・フィールドとが異なるか否かを判定する。異ならなければ、本方法はステップ６３に進み、不一致は検出されない。しかしながら、受信トラフィック・フィールドと、このＭＥＰが少なくとも所定の期間に送信したＣＣＭのトラフィック・フィールドとが異なるのであれば、本方法はステップ６４に進み、不一致の検出が宣言される。
【００３４】
ＣＣＭのトラフィック・フィールド４１の更なる応用が存在する。例えば、トラフィック・フィールドは、適応的なＣＣＭ間隔を提供するために利用することができる。イーサネット（登録商標）ＯＡＭは、特定の間隔でＣＣＭフレームを送信することにより、プロバイダのネットワークの接続性を検査する機構を提供している。より短い間隔は、接続障害を検出するための時間を減少させるが、オーバヘッドであるＣＣＭトラフィックが増加する。新しいトラフィック・フィールド４１を使用することにより、現用ＴＥＳＩ２１又は予備ＴＥＳＩ２２のいずれかのＭＥＰには、トラフィックの状態が継続して通知される。
【００３５】
図７は、適応的なＣＣＭ間隔を提供するための、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ７１において、ＣＣＭにより監視されるＴＥＳＩにはトラフィックが無い。よって、ステップ７２において、ＣＣＭ間隔が帯域を節約するために増加される。ステップ７３において、トラフィックは、監視対象ＴＥＳＩに切り替えられる。ステップ７４において、対応するＭＥＰには、トラフィック・フィールド４１によりトラフィックの変更が通知される。ステップ７５において、ＭＥＰは、ＣＣＭ間隔を動的に減少させる。
【００３６】
トラフィック・フィールド４１は、管理コマンドの帯域内シグナリングにも使用することができる。予備切り替え機構は、ネットワークの状態に拘わらず、ネットワークの運用者による手動操作が可能でなければならない。不一致検出と同様に、ネットワークの運用者からの管理コマンドを配布する２つの選択肢がある。第１の選択肢においては、ＡＰＳプロトコルを利用するが、上述した様に、ＡＰＳは複雑であり、ＰＢＢ−ＴＥにとっては冗長である。第２の選択肢においては、ＰＢＢ−ＴＥサービス・インスタンスの両端に通知するために、管理システム（例えば、ＯＭＳ／ＮＭＳ）が利用される。しかしながら、ある場合において、運用者の要求は、ネットワーク・エレメント（ＮＥ）又はエレメント管理システム（ＥＭＳ）の様な、単一の端点から送信される。
【００３７】
図８は、運用者の要求が、保護されたＰＢＢ−ＴＥサービス・インスタンスの一端のＮＥ／ＥＭＳのみに送信することができる既存の場合を示す図である。ＮＭＳ８１は、アクセス・ネットワーク１のＥＭＳ８２、コア・ネットワークのＥＭＳ８３、アクセス・ネットワーク２のＥＭＳ８４を制御する。運用者の要求８５は、アクセス・ネットワーク１のＥＭＳ８２が受信する。ＥＭＳ８２は、運用者の要求をコア・ネットワークのＮＥ８７及び８８に転送するために、ＮＥ８６を制御する。他の端点での切り替えを連動させるためには、運用者の要求はＰＢＢ−ＴＥサービス・インスタンスに渡り帯域内にて伝達されなければならず、これにより利用可能な帯域が減少する。
【００３８】
図９は、管理コマンドの帯域内シグナリングのサポートを提供するための、本発明による方法の一実施形態を示す図である。この実施形態において、新たなトラフィック・フィールド４１は、ＰＢＢ−ＴＥ切り替え組に対する運用者の要求の帯域内シグナリングに利用される。この例において、コマンドは、現用ＴＥＳＩから予備ＴＥＳＩへの手動切り替えであるものとする。
【００３９】
ステップ９１において、“現用から予備への手動切り替え”である運用者の要求は、保護されているＰＢＢ−ＴＥサービス・インスタンスの遠端装置（西側Ｂ装置）２４に送信される。ステップ９２において、遠端装置（西側Ｂ装置）は、現用ＴＥＳＩ２１から予備ＴＥＳＩ２２にトラフィックを切り替え、トラフィック・フィールド４１を変更する。ステップ９３において、遠端装置は、ＮＭＳにその状態を報告する。ステップ９４において、近端装置（東側Ｂ装置）２３は、受信ＣＣＭのトラフィック・フィールド４１の不一致を検出する。ステップ９５において、近端装置（東側Ｂ装置）は、ＮＭＳに不一致の検出を報告し、ステップ９６において、ＮＭＳは、近端装置（東側Ｂ装置）２３にその状態を通知する。その後、近端装置は、現用ＴＥＳＩ２１から予備ＴＥＳＩ２２にトラフィックを切り替える。この例において、近端装置は、不一致が、手動切り替えや強制切り替えといった運用者の要求によるものか、不一致障害によるものかを見分けることはできないことに留意すべきでる。そのため、近端装置は、その状態についての情報をＮＭＳから取得する必要がある。
【００４０】
図１０は、負荷分担をサポートするための、本発明による方法の一実施形態におけるステップを示すフローチャートである。ステップ１０１において、トラフィック・フィールド４１は、顧客トラフィックを運んでいるＴＥＳＩ上の各ＣＣＭをオンに設定する。ステップ１０２において、運用者が、トラフィックを所定のＴＥＳＩに移動させるべきと判定する。ステップ１０３において、運用者が、単に、トラフィック・フィールド４１をオフとすることにより、所定のＴＥＳＩのトラフィックを移動させる。
【００４１】
図１１は、本発明の一実施形態におけるＭＥＰ１１０の簡略化したブロック図である。ＭＥＰは、図１のＣＢＰ２６又はＣＢＰ２８の様な顧客バックボーン・ポート（ＣＢＰ）に関連付けられている。ＭＥＰは、関連するＣＢＰと、現用ＴＥＳＩ２１及び予備ＴＥＳＩ２２により接続されている他のＣＢＰとの間のトラフィックを監視する。ＭＥＰは、ＣＣＭ送信機１１２により送信されるＣＣＭのトラフィック・フィールドの設定を行うトラフィック・フィールド設定器１１１を備えている。トラフィック・フィールドは、ＣＣＭのフラグ・フィールドの予備ビット４１（図４）を設定することにより設定される。ＣＣＭ受信機１１３は、他のＣＢＰが送信するＣＣＭを受信し、トラフィック・フィールド比較器１１４は、送信したＣＣＭと受信したＣＣＭのトラフィック・フィールドを比較し、トラフィック・フィールドの一致を判定する。
【００４２】
受信したＣＣＭのトラフィック・フィールドが、送信したＣＣＭのトラフィック・フィールドと一致している場合、ＭＥＰは、現在使用しているＴＥＳＩにトラフィックを送信し続ける。受信したＣＣＭのトラフィック・フィールドが、送信したＣＣＭのトラフィック・フィールドと一致していない場合、ＭＥＰは、不一致障害を宣言し、それに応じてトラフィックを移動させる。一実施形態において、ＭＥＰはタイマ１５を備えており、受信したＣＣＭのトラフィック・フィールドが、送信したＣＣＭのトラフィック・フィールドの値と、予め定めた期間一致していないことを、タイマが示していた場合にのみ、トラフィックは移動される。
【００４３】
ＭＥＰは、各ＴＥＳＩ２１及び２２のトラフィック負荷を決定する負荷決定器１１６を備えることができる。あるＴＥＳＩがトラフィックを運んでいない場合、ＣＣＭ間隔コントローラ１１７は、それに応じて、このＴＥＳＩのＣＣＭ間隔を増加させることができる。その後、負荷決定器は、トラフィックが所定のＴＥＳＩに切り替えられたことを、受信したＣＣＭのトラフィック・フィールドから検出することができる。それに応じて、ＣＣＭ間隔コントローラは、所定のＴＥＳＩ上でのＣＣＭ間隔を動的に減少させることができる。
【００４４】
他の形態において、負荷決定器１１６は、各ＴＥＳＩ２１及び２２のトラフィック負荷を、ＴＥＳＩ負荷分散器１１８に報告する。ＴＥＳＩ負荷分散器は、ＴＥＳＩ間のトラフィックを分散させるために、あるＴＥＳＩから他のＴＥＳＩにトラフィックを移動させる。
【００４５】
ＭＥＰ１１０は、トラフィックを制御するための運用者の要求を受信することもできる。要求は、送信ＣＣＭのトラフィック・フィールドを運用者の要求に対応する値に変更するトラフィック・フィールド設定器１１１に送信される。他のＣＢＰはそのＣＣＭを受信し、トラフィック・フィールドに応答する。
【００４６】
トラフィック・フィールド・ビット４１は、顧客ごとのサービス・レベルで相互に検査し、かつ、切り替えを行うことを可能にするため、サービスＩＤ（Ｉ−ＳＩＤ）レベルでＣＣＭメッセージを使用することができることに留意すべきである。
【００４７】
ＭＥＰの動作は、メモリ１２０に保存されたコンピュータ・プログラム命令を実行するプロセッサ１１９により制御することができる。
【００４８】
図面を用いて、本発明の好ましい実施形態を詳細な説明において記載したが、本発明は、開示の実施形態に限定されるものではなく、以下の特許請求の範囲で規定される本発明の範囲を逸脱することなく、多数の再構成、修正、置換が可能であることを理解すべきである。
【国際調査報告】
2011518512.tif 000014
2011518512.tif 000015
2011518512.tif 000016