(57)【特許請求の範囲】
【請求項１】
データ伝送チャネルを管理するための方法であって、前記方法が、伝送ネットワークにおいて使用され、前記伝送ネットワークが、ソース・プロバイダ・エッジ(ソースPE)およびシンクPEを少なくとも含み、前記ソースPEが、第1のチャネルおよび第2のチャネルを用いて前記シンクPEに別々に接続され、前記ソースPEおよび前記シンクPEの現在のワーキングチャネルが、前記第1のチャネルであり、前記ワーキングチャネルが、サービスデータを伝送するために前記ソースPEおよび前記シンクPEによって使用されるチャネルであり、前記ソースPEと前記シンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルが、前記第2のチャネルであり、前記方法が、
前記第1のチャネルで伝送されるデータの遅延および前記第1のチャネルの連続性パラメータを取得するステップであって、前記連続性パラメータが、連続して失われる連続性チェックメッセージ(CCM)の量を示す、ステップと、
障害イベントが前記第1のチャネルに発生したか否かを検出するステップと、
前記障害イベントが前記第1のチャネルに発生した場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるステップと
を含み、
チャネルに発生する障害イベントが、以下、すなわち、前記チャネルの連続性パラメータが予め設定された閾値を上回ること、前記チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記チャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記チャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含み、これにより、障害イベントが発生したか否かを判定するプロセスで、チャネルにおける連続したパケット損失、遅延、およびビット誤りが基準として使用される、方法。
【請求項２】
少なくとも第1のサービスおよび第2のサービスのデータが、前記第1のチャネルで伝送され、前記第1のサービスの優先度が、前記第2のサービスよりも高く、サービスの優先度が、前記サービスの遅延許容度と負の相関にあり、
前記第1のチャネルに発生する前記障害イベントが、以下、すなわち、前記第1のサービスのデータの遅延が前記第1のサービスに対応する遅延閾値を上回ること、前記第1のサービスの前記データのジッタ値が前記第1のサービスに対応するジッタ値閾値を上回ること、前記第1のチャネルの前記連続性パラメータが前記予め設定された閾値を上回ること、または前記第1のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む、請求項1に記載の方法。
【請求項３】
前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前記ステップの前に、前記方法が、
障害イベントが前記第2のチャネルに発生したか否かを検出するステップをさらに含み、
前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前記ステップが、
前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるステップを含み、
前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項1または2に記載の方法。
【請求項４】
障害イベントが前記第1のチャネルに発生したか否かを検出する前記ステップの後に、前記方法が、
前記障害イベントが前記第1のチャネルに発生した場合に、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するステップをさらに含み、
前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前記ステップが、
前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるステップを含む、請求項1から3のいずれか一項に記載の方法。
【請求項５】
データ伝送チャネルを管理するための装置であって、前記装置が、伝送ネットワークにおいて使用され、前記伝送ネットワークが、ソース・プロバイダ・エッジ(ソースPE)およびシンクPEを少なくとも含み、前記ソースPEが、第1のチャネルおよび第2のチャネルを用いて前記シンクPEに別々に接続され、前記ソースPEおよび前記シンクPEの現在のワーキングチャネルが、前記第1のチャネルであり、前記ワーキングチャネルが、サービスデータを伝送するために前記ソースPEおよび前記シンクPEによって使用されるチャネルであり、前記ソースPEと前記シンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルが、前記第2のチャネルであり、前記装置が、
前記第1のチャネルで伝送されるデータの遅延および前記第1のチャネルの連続性パラメータを取得するように構成され取得モジュールであって、前記連続性パラメータが、連続して失われる連続性チェックメッセージ(CCM)の量を示す、取得モジュールと、
障害イベントが前記第1のチャネルに発生したか否かを検出するように構成された検出モジュールと、
前記障害イベントが前記第1のチャネルに発生した場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるように構成された処理モジュールと
を備え、
チャネルに発生する障害イベントが、以下、すなわち、前記チャネルの連続性パラメータが予め設定された閾値を上回ること、前記チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記チャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記チャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含み、これにより、障害イベントが発生したか否かを判定するプロセスで、チャネルにおける連続したパケット損失、遅延、およびビット誤りが基準として使用される装置。
【請求項６】
少なくとも第1のサービスおよび第2のサービスのデータが、前記第1のチャネルで伝送され、前記第1のサービスの優先度が、前記第2のサービスよりも高く、サービスの優先度が、前記サービスの遅延許容度と負の相関にあり、
前記第1のチャネルに発生する前記障害イベントが、以下、すなわち、前記第1のサービスのデータの遅延が前記第1のサービスに対応する遅延閾値を上回ること、前記第1のサービスの前記データのジッタ値が前記第1のサービスに対応するジッタ値閾値を上回ること、前記第1のチャネルの前記連続性パラメータが前記予め設定された閾値を上回ること、または前記第1のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む、請求項5に記載の装置。
【請求項７】
前記検出モジュールが、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前に、障害イベントが前記第2のチャネルに発生したか否かを検出するようにさらに構成されており、
前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるときに、前記処理モジュールが、前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるように特に構成されており、
前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項5または6に記載の装置。
【請求項８】
前記処理モジュールが、前記障害イベントが前記第1のチャネルに発生したか否かを検出した後に、前記障害イベントが前記第1のチャネルに発生した場合、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するようにさらに構成されており、
前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるときに、前記処理モジュールが、前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるように特に構成されている、請求項5から7のいずれか一項に記載の装置。
【請求項９】
コンピュータによって実行されたときに、前記コンピュータに請求項1から4のいずれか一項に記載の方法を実行させる命令を含む、コンピュータ可読記憶媒体。
【請求項１０】
コンピュータによって実行されたときに、前記コンピュータに請求項1から4のいずれか一項に記載の方法を実行させる命令を含む、コンピュータプログラム。
【請求項１１】
請求項5から8のいずれか一項に記載の前記ソースPE、前記シンクPE、および前記装置を含む伝送ネットワーク。
【請求項１２】
前記装置は、前記第1のチャネルで伝送されるデータの前記遅延の値、または前記第1のチャネルで伝送されるデータのジッタ値を生成するように構成されたカウンタを備える、請求項11に記載の伝送ネットワーク。
【請求項１３】
プロセッサと、前記プロセッサと通信可能に接続されたインターフェースと、前記プロセッサと通信可能に接続されたメモリとを備えたデバイスであって、
前記インターフェースは、第1のデバイスと第2のデバイスとの間の第1のチャネルで伝送されるデータの遅延と、前記第1のチャネルの連続性パラメータとを取得するように構成され、前記連続性パラメータは、連続して失われる連続性チェックメッセージ(CCM)の量を示し、
前記プロセッサは、障害イベントが前記第1のチャネルに発生したか否かを判定するように構成され、かつ
前記プロセッサは、前記障害イベントが前記第1のチャネルに発生した場合に、前記第1のチャネルで伝送されるデータを、前記第1のデバイスと前記第2のデバイスとの間の第2のチャネルに切り替えるように構成され、
チャネルに発生する障害イベントが、以下、すなわち、前記チャネルの連続性パラメータが予め設定された閾値を上回ること、前記チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記チャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記チャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含み、これにより、障害イベントが発生したか否かを判定するプロセスで、チャネルにおける連続したパケット損失、遅延、およびビット誤りが基準として使用される、デバイス。
【請求項１４】
第1のサービスおよび第2のサービスのデータが、前記第1のチャネルで伝送され、前記第1のサービスの優先度が、前記第2のサービスよりも高く、サービスの優先度が、前記サービスの遅延許容度と負の相関にあり、
前記第1のチャネルに発生する前記障害イベントが、以下、すなわち、前記第1のサービスのデータの遅延が前記第1のサービスに対応する遅延閾値を上回ること、前記第1のサービスの前記データのジッタ値が前記第1のサービスに対応するジッタ値閾値を上回ること、前記第1のチャネルの前記連続性パラメータが前記予め設定された閾値を上回ること、または前記第1のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む、請求項13に記載のデバイス。
【請求項１５】
前記プロセッサは、ソースPEおよびシンクPEのワーキングチャネルを前記第2のチャネルに切り替える前に、障害イベントが前記第2のチャネルに発生したか否かを判定し、かつ
前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成され、
前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回る
こと、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項13または14に記載のデバイス。
【請求項１６】
前記プロセッサは、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替える前に、障害イベントが前記第2のチャネルに発生したか否かを判定し、かつ
前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成され、
前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項13から15のいずれか一項に記載のデバイス。
【請求項１７】
前記プロセッサは、障害イベントが前記第1のチャネルに発生したか否かを検出した後に、前記障害イベントが前記第1のチャネルに発生した場合、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを判定し、
前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成される、請求項13から16のいずれか一項に記載のデバイス。
【請求項１８】
前記プロセッサは、障害イベントが前記第1のチャネルに発生したか否かを検出した後に、前記障害イベントが前記第1のチャネルに発生した場合、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを判定し、
前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成される、請求項13から17のいずれか一項に記載のデバイス。
【請求項１９】
前記第1のデバイスは、伝送ネットワークにおけるソース・プロバイダ・エッジ(ソースPE)およびシンクPEのうちの1つである、請求項13から18のいずれか一項に記載のデバイス。
【請求項２０】
前記第1のチャネルで伝送されるデータの前記遅延の値、および
前記第1のチャネルで伝送されるデータのジッタ値
のうちの1つを生成するように構成されたカウンタをさらに含む、請求項13から19のいずれか一項に記載のデバイス。
【請求項２１】
前記第1のデバイスは、伝送ネットワークにおけるソース・プロバイダ・エッジ(ソースPE)であり、前記第2のデバイスは、前記伝送ネットワークにおけるシンクPEであり、前記デバイスは、前記シンクPE上に配置される、請求項13から20のいずれか一項に記載のデバイス。
【請求項２２】
前記デバイスは、シンクPE上に配置される、請求項13から21のいずれか一項に記載のデバイス。
【請求項２３】
前記メモリは、以下の要素、すなわち、
様々な基本サービスを実施し、ハードウェアベースのタスクを処理するための様々なシステムプログラムを含むオペレーティングシステム、および
様々なアプリケーションサービスを実施するための様々なアプリケーションプログラムを含むアプリケーションプログラム、
実行可能モジュールもしくはデータ構造またはそのサブセットまたはその拡張セットを記憶する、請求項13から22のいずれか一項に記載のデバイス。
【請求項２４】
請求項13から23のいずれか一項に記載のデバイスを含む、伝送ネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、2014年12月30日に中国特許庁に提出された、「データ伝送チャネルを管理するための方法および装置」という名称の中国特許出願第201410842925．0号に対する優先権を主張するものであり、また、その全体は、参照により本明細書に組み込まれる。
【０００２】
本発明は、通信技術の分野に関し、具体的には、データ伝送チャネルを管理するための方法および装置に関する。
【背景技術】
【０００３】
現在、通信技術の発達に伴い、多くのデータ伝送ネットワークは、マルチ・プロトコル・ラベル・スイッチング・トランスポート・プロファイル（英語：Multi Protocol Label Switching Transport Profile、略してMPLS−TP）技術を使用している。
【０００４】
MPLS−TP技術の主な機能の1つは、ネットワークサービスを提供するために障害のないデータ伝送チャネルを維持することである。MPLS−TP技術におけるチャネル保護切り替え機構は、基本的に、以下のようなものである。ソース・プロバイダ・エッジPE（英語：Provider Edge、略してPE）ルータとシンクPEルータ（一般に、ソースPEルータは略してソースPEと呼ばれ、シンクPEルータは略してシンクPEと呼ばれる）との間のデータ交換中、2つの伝送チャネル（すなわち、ワーキングチャネルおよび保護チャネル）が、ソースPEとシンクPEとの間に用意されることが多い。デフォルト状態では、ワーキングチャネルは、ソースPEとシンクPEとの間のデータ交換に優先的に使用される。ソースPEおよびシンクPEは、連続したパケット損失またはビット誤りがワーキングチャネルに発生したか否かを判定するために連続性チェックメッセージCCM（英語：Continuity Check Message、略してCCM）を定期的に互いに送信する。連続したパケット損失またはビット誤りが、ワーキングチャネルに発生した場合、ソースPEおよびシンクPEによって使用されるチャネルは、ワーキングチャネルから保護チャネルに切り替えられる。
【０００５】
しかしながら、複数の複雑なサービス状況では、ネットワークサービスに影響を及ぼす要因は、連続したパケット損失またはビット誤りに限定されるものではなく、他の多くの要因（例えば、伝送遅延）が、ワーキングチャネルの適時の切り替えの失敗の原因となる。しかしながら、CCMの現在の受信に基づいて、データ伝送に比較的大きな遅延が存在するか否かを判定することは困難である。したがって、複数の要因が、ネットワークサービスに影響を及ぼすとき、現在のチャネル保護切り替え機構では、ワーキングチャネルの切り替えを適時にトリガすることは困難であり、伝送能力が比較的低いチャネルが、ネットワークサービスを提供するために使用されたままとなり、この結果、複雑なサービス状況ではネットワークサービスの品質が低下する。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明の実施形態は、複雑なサービス状況でネットワークサービスの品質を向上させるために、データ伝送チャネルを管理するための方法および装置を提供する。
【０００７】
前述の目的を達成するために、以下の技術的解決策が、本発明の実施形態において使用される。
【０００８】
第1の態様によれば、本発明の一実施形態は、データ伝送チャネルを管理するための方法であって、方法が、伝送ネットワークにおいて使用され、伝送ネットワークが、ソース・プロバイダ・エッジPEおよびシンクPEを少なくとも含み、ソースPEが、第1のチャネルおよび第2のチャネルを用いてシンクPEに別々に接続され、ソースPEおよびシンクPEの現在のワーキングチャネルが、第1のチャネルであり、ワーキングチャネルが、サービスデータを伝送するためにソースPEおよびシンクPEによって使用されるチャネルであり、ソースPEとシンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルが、第2のチャネルであり、本方法が、
第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得するステップであって、連続性パラメータが、連続して失われる連続性チェックメッセージCCMの量を示す、ステップと、
障害イベントが第1のチャネルに発生したか否かを検出するステップであって、チャネルに発生する障害イベントが、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む、ステップと、
障害イベントが第1のチャネルに発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップと
を含む方法を提供する。
【０００９】
第1の態様に関連して、第1の態様の第1の可能な実施態様では、少なくとも第1のサービスおよび第2のサービスのデータが、第1のチャネルで伝送され、第1のサービスの優先度は、第2のサービスよりも高く、この場合、サービスの優先度は、サービスの遅延許容度と負の相関にある。
【００１０】
第1のチャネルに発生する障害イベントは、以下、すなわち、第1のサービスのデータの遅延が第1のサービスに対応する遅延閾値を上回ること、第1のサービスのデータのジッタ値が第1のサービスに対応するジッタ値閾値を上回ること、第1のチャネルの連続性パラメータが予め設定された閾値を上回ること、または第1のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む。
【００１１】
第1の態様または第1の態様の第1の可能な実施態様に関連して、第1の態様の第2の可能な実施態様では、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップの前に、本方法は、
障害イベントが第2のチャネルに発生したか否かを検出するステップをさらに含み、
ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップは、
障害イベントが第2のチャネルに発生し、予め設定された条件が満たされた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップを含み、
予め設定された条件は、第1のチャネルの連続性パラメータが閾値を上回ること、ならびに、第2のチャネルに発生する障害イベントが、以下、すなわち、第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、第2のチャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、または第2のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。
【００１２】
第1の態様または第1の態様の第1の可能な実施態様に関連して、第1の態様の第3の可能な実施形態では、障害イベントが第1のチャネルに発生したか否かを検出するステップの後に、本方法は、
障害イベントが第1のチャネルに発生した場合に、指定された時間内に障害イベントが第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するステップをさらに含み、
ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップが、
障害イベントが第1のチャネルに発生した回数が予め設定された値を超えた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップを含む。
【００１３】
第2の態様によれば、本発明の一実施形態は、データ伝送チャネルを管理するための装置であって、装置が、伝送ネットワークにおいて使用され、伝送ネットワークが、ソース・プロバイダ・エッジPEおよびシンク・プロバイダ・エッジPEを少なくとも含み、ソースPEが、第1のチャネルおよび第2のチャネルを用いてシンクPEに別々に接続され、ソースPEおよびシンクPEの現在のワーキングチャネルが、第1のチャネルであり、ワーキングチャネルが、サービスデータを伝送するためにソースPEおよびシンクPEによって使用されるチャネルであり、ソースPEとシンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルが、第2のチャネルであり、本装置が、
第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得するように構成され取得モジュールであって、連続性パラメータが、連続して失われる連続性チェックメッセージCCMの量を示す、取得モジュールと、
障害イベントが第1のチャネルに発生したか否かを検出するように構成された検出モジュールであって、チャネルに発生する障害イベントが、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む、検出モジュールと、
障害イベントが第1のチャネルに発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるように構成された処理モジュールと
を含む装置を提供する。
【００１４】
第2の態様に関連して、第2の態様の第1の可能な実施態様では、少なくとも第1のサービスおよび第2のサービスのデータが、第1のチャネルで伝送され、第1のサービスの優先度が第2のサービスよりも高く、サービスの優先度が、サービスの遅延許容度と負の相関にあり、
第1のチャネルに発生する障害イベントが、以下、すなわち、第1のサービスのデータの遅延が第1のサービスに対応する遅延閾値を上回ること、第1のサービスのデータのジッタ値が第1のサービスに対応するジッタ値閾値を上回ること、第1のチャネルの連続性パラメータが予め設定された閾値を上回ること、または第1のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む。
【００１５】
第2の態様または第2の態様の第1の可能な実施態様に関連して、第2の態様の第2の可能な実施態様では、検出モジュールが、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替える前に、障害イベントが第2のチャネルに発生したか否かを検出するようにさらに構成され、
ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるときに、処理モジュールが、障害イベントが第2のチャネルに発生し、予め設定された条件が満たされた場合に、ソース・プロバイダ・エッジPEおよびシンク・プロバイダ・エッジPEのワーキングチャネルを第2のチャネルに切り替えるように特に構成され、
予め設定された条件が、第1のチャネルの連続性パラメータが閾値を上回ること、ならびに、第2のチャネルに発生する障害イベントが、以下、すなわち、第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、第2のチャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、または第2のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含むことを含む。
【００１６】
第2の態様または第2の態様の第1の可能な実施態様に関連して、第2の態様の第3の可能な実施態様では、処理モジュールが、障害イベントが第1のチャネルに発生したか否かを検出した後に、障害イベントが第1のチャネルに発生した場合、指定された時間内に障害イベントが第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するようにさらに構成され、
ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるときに、処理モジュールが、障害イベントが第1のチャネルに発生した回数が予め設定された値を超えた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるように特に構成される。
【００１７】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するための方法および装置に関して、本方法は、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得するステップと、障害イベントが第1のチャネルに発生したか否かを検出するステップと、障害イベントが発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップとを含み、この場合、チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセス中に、チャネルにおける連続したパケット損失、遅延、またはビット誤り率のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、伝送能力が高いチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。
【００１８】
本発明の実施形態の技術的解決策をより明確に説明するために、以下では、実施形態を説明するために必要な添付図面について簡単に説明する。明らかに、以下の説明の添付図面は、本発明の一部の実施形態を示しているに過ぎず、当業者は、創造的な努力なしにこれらの添付図面から他の図面をさらに得ることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態による、データ伝送チャネルを管理するための方法の特定の適用状況の概略図である。
【図２】本発明の一実施形態による、データ伝送チャネルを管理するための方法のフローチャートである。
【図３】本発明の一実施形態による、データ伝送チャネルを管理するための別の方法のフローチャートである。
【図４】本発明の一実施形態による、データ伝送チャネルを管理するための別の方法のフローチャートである。
【図５】本発明の一実施形態による、データ伝送チャネルを管理するための方法においてチャネルを切り替えるか否かを特に判定するフローチャートである。
【図６】本発明の一実施形態による、データ伝送チャネルを管理するための別の方法においてチャネルを切り替えるか否かを特に判定するフローチャートである。
【図７】本発明の一実施形態による、データ伝送チャネルを管理するための別の方法のフローチャートである。
【図８】本発明の一実施形態による、データ伝送チャネルを管理するための装置の概略構成図である。
【図９】本発明の一実施形態による、データ伝送チャネルを管理するためのデバイスの概略構成図である。
【発明を実施するための形態】
【００２０】
以下では、本発明の実施形態の添付図面を参照しながら本発明の実施形態の技術的解決策を明確かつ完全に説明する。明らかに、説明されている実施形態は、本発明の実施形態の一部に過ぎず、本発明の実施形態の全部ではない。創造的な努力なしに本発明の実施形態に基づいて当業者によって得られる他のすべての実施形態は、本発明の保護範囲内に入るものとする。
【００２１】
本発明は、伝送ネットワークに適用可能であり、伝送ネットワークは、ソース・プロバイダ・エッジPEおよびシンク・プロバイダ・エッジPEを少なくとも含む。ソース・プロバイダ・エッジPEは、略してソースPEと呼ぶことができ、シンク・プロバイダ・エッジPEは、略してシンクPEと呼ぶことができる。ソースPEは、少なくとも2つのチャネル（すなわち、第1のチャネルおよび第2のチャネル）を用いてシンクPEに別々に接続される。ソースPEおよびシンクPEの現在のワーキングチャネルは、第1のチャネルであり、ワーキングチャネルは、サービスデータを伝送するためにソースPEおよびシンクPEによって使用されるチャネルであり、ソースPEとシンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルは、第2のチャネルである。
【００２２】
例えば、図1に示すように、伝送ネットワークは、ソースPEおよびシンクPEを含む。ソースPEは、第1のチャネルおよび第2のチャネルを用いてシンクPEに別々に接続される。第1のチャネルは、ソースPEおよびシンクPEの現在のワーキングチャネルであり、第2のチャネルは、ソースPEとシンクPEとの間に接続された状態を維持された現在の非ワーキングチャネル（すなわち、保護チャネル）である。
【００２３】
本発明の一実施形態は、データ伝送チャネルを管理するための方法を提供する。図2に示すように、本方法は、以下のステップを含む。
【００２４】
101：第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得するステップ。
【００２５】
連続性パラメータは、連続して失われる連続性チェックメッセージCCMの量を示す。
【００２６】
第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータはソースPEまたはシンクPEによって取得されてもよいことに留意されたい。
【００２７】
本発明のこの実施形態では、シンクPEが実行体である例が使用される。
【００２８】
双方向遅延測定によって、どのチャネルでも、シンクPEは、ソースPEによって送信される遅延測定メッセージ（英語：Delay Measurement Message、略してDMM）メッセージを受信する。タイムスタンプt1は、ソースPEがDMMメッセージを送信したときにマークされ、タイムスタンプt1は、ソースPEがDMMメッセージを送信した瞬間を示す。タイムスタンプt2は、シンクPEがDMMメッセージを受信したときにマークされ、タイムスタンプt2は、シンクPEがDMMメッセージを受信した瞬間を示す。ソースPEによって送信されたDMMメッセージの、チャネルにおけるシンクPEによる受信の遅延は、タイムスタンプt2およびタイムスタンプt1に従って計算される。その後、シンクPEは、遅延測定応答（英語：Delay Measurement Reply、略してDMR）メッセージをソースPEに送信する。演算コードOpCodeの値が、DMMからDMRに変更され、DMMメッセージのフィールドが、DMRメッセージにコピーされる。タイムスタンプt3は、シンクPEがDMRメッセージを送信したときにマークされ、タイムスタンプt3は、シンクPEがDMRメッセージを送信した瞬間を示す。タイムスタンプt4は、ソースPEがDMRメッセージを受信したときにマークされ、タイムスタンプt4は、ソースPEがDMRメッセージを受信した瞬間を示す。チャネルにおけるソースPEへのDMRメッセージの、シンクPEによる送信の遅延は、タイムスタンプt4およびタイムスタンプt3に従って計算される。
【００２９】
あるいは、一方向遅延測定によって、チャネルにおいて、ソースPEは、CCMを連続的に送信し、シンクPEは、期間に基づいて、CCMが3つの期間内に受信されたか否かを判定する。CCMが、3つの期間内に受信されなかった場合、接続問題がチャネルに発生したと考えられる。例えば、シンクPEは、ソースPEによって送信される遅延測定（英語：Delay Measurement、略してDM）メッセージを受信して、チャネルにおけるDMメッセージの送信の遅延を取得する。シンクPEは、ソースPEによって送信されるCCMを受信し、連続して失われたCCMの量に従ってチャネルの連続性パラメータを取得する。あるいは、シンクPEは、ソースPEにCCMを送信し、連続して失われたCCMの量に従ってチャネルの連続性パラメータを取得する。
【００３０】
第1のチャネルの連続性パラメータは、連続したパケット損失が伝送データの伝送プロセスにおいて発生したときに、失われたデータパケットの量と送信されたデータパケットの量の比を用いることによっても取得され得ることに留意されたい。
【００３１】
102：障害イベントが第1のチャネルに発生したか否かを検出するステップ。
【００３２】
チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。ジッタ値が少なくとも2つの隣接する期間におけるデータの遅延の差を示すことに留意されたい。
【００３３】
本発明のこの実施形態では、ステップ101で取得された、第1のチャネルで伝送されたデータの遅延および第1のチャネルの連続性パラメータに従って、障害イベントが第1のチャネルに発生したか否かが検出される。以下、すなわち、第1のチャネルの連続性パラメータが予め設定された閾値を上回ったこと、第1のチャネルで伝送されたデータの遅延が予め設定された遅延閾値を上回ったこと、第1のチャネルで伝送されたデータのジッタ値が予め設定されたジッタ値閾値を上回ったこと、または第1のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ったことのうちの1つが検出された場合に、障害イベントが第1のチャネルに発生したと判定される。閾値、遅延閾値、ジッタ値閾値、およびビット誤り率閾値は、特定のデータの種類に応じて決定される経験値であり、遅延事例のテストおよび記録に関する経験的データベースから取得されてもよいし、技術者によって事前に設定されてもよいことに留意されたい。
【００３４】
例えば、シンクPEは、第1のチャネルで伝送されるデータのジッタ値を取得するために、少なくとも2つの隣接する期間に第1のチャネルで伝送されるデータの、ステップ101で取得される遅延を用いて、予め設定された期間に係る差をさらに計算し、第1のチャネルのジッタ値が予め設定されたジッタ値閾値を上回ったか否かが検出されてもよく、第1のチャネルのジッタ値が予め設定されたジッタ値閾値を上回った場合は、障害イベントが第1のチャネルに発生し、第1のチャネルのジッタ値が予め設定されたジッタ値を上回らない場合は、障害イベントは、第1のチャネルに発生していない。
【００３５】
103：障害イベントが第1のチャネルに発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップ。
【００３６】
障害イベントが第1のチャネルに発生していない場合、ソースPEおよびシンクPEのワーキングチャネルは、第1のチャネルのままである。
【００３７】
本発明のこの実施形態では、障害イベントが第1のチャネルに発生したか否かを検出するステップ102によって、障害イベントが第1のチャネルに発生した場合は、図1に示したソースPEおよびシンクPEの現在のワーキングチャネルは、第1のチャネルから第2のチャネルに切り替えられ、障害イベントが第1のチャネルに発生していない場合は、ソースPEおよびシンクPEのワーキングチャネルは切り替えられない。
【００３８】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するための方法は、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得するステップと、障害イベントが第1のチャネルに発生したか否かを検出するステップと、障害イベントが発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップとを含み、この場合、チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセス中に、チャネルにおける連続したパケット損失、遅延、またはビット誤り率のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、伝送能力が高いチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。
【００３９】
本発明のこの実施形態では、少なくとも2つのサービスのデータが、第1のチャネルで伝送され、少なくとも第1のサービスおよび第2のサービスのデータが、第1のチャネルで伝送され、第1のサービスの優先度は、第2のサービスよりも高く、この場合、サービスの優先度は、サービスの遅延許容度と負の相関にある。
【００４０】
サービスの優先度がサービスの遅延許容度と負の相関にある場合は、具体的には以下のように実施される。すなわち、サービスの優先度が高いことは、サービスの遅延許容度が低い（すなわち、遅延に対するサービスの要求が高い）ことを示しし、サービスの優先度が低いことは、サービスの遅延許容度が高いこと（すなわち、遅延に対するサービスの要求が低いこと）を示す。遅延感度が比較的高いサービスは、許容度が比較的低いサービスであると言うことができ、遅延感度が比較的低いサービスは、許容度が比較的高いサービスであると言うことができる。
【００４１】
第1のチャネルに発生する障害イベントは、以下、すなわち、第1のサービスのデータの遅延が第1のサービスに対応する遅延閾値を上回ること、第1のサービスのデータのジッタ値が第1のサービスに対応するジッタ値閾値を上回ること、第1のチャネルの連続性パラメータが予め設定された閾値を上回ること、または第1のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む。第1のサービスに対応するジッタ値閾値および遅延閾値は、第2のサービスに対応するジッタ値閾値および遅延閾値と異なってもよいことに留意されたい。
【００４２】
例えば、現在実行されている2つのサービスが、映像サービスおよび音声サービスの場合、作業者（worker）は、2つのサービスの遅延閾値およびジッタ値閾値ならびに2つのサービスの各優先度を事前に設定し、作業者は、2つのサービスの遅延許容度に従って、優先度が比較的高いサービスを決定してもよい。例えば、映像サービスの優先度は、音声サービスよりも高く、障害イベントの発生の有無は、第1のチャネルにおける映像サービスのデータの遅延およびジッタ値ならびに第1のチャネルの連続性パラメータ、ならびに、第2のチャネルで伝送されるデータの遅延およびジッタ値ならびに第2のチャネルの連続性パラメータに従って判定され、これにより、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるか否かが判定される。
【００４３】
サービスの優先度は、特定のサービスの種類に応じてネットワークから取得されてもよいし、技術者によって事前に設定されてもよいことに留意されたい。少なくとも2つのサービスは、遅延に対する要求が比較的高いサービスを含み、例えば、映像サービス、音声サービス、および遅延感度が比較的高いメールサービスなどの別のサービスのうちの2つのサービスである。データのジッタ値は、データの遅延に従って取得され、この場合、第1のチャネルにおけるサービスの遅延は、第1のチャネルで伝送されたデータの遅延を取得し、伝送されたデータの遅延からサービスの遅延を選択することによって、または、第1のチャネルで伝送されたデータからサービスを決定し、サービスの遅延を直接取得することによって取得されてもよい。
【００４４】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するための方法は、優先度が比較的高く、かつ第1のチャネルで伝送される、第1のサービスのデータの遅延および第1のチャネルの連続性パラメータを取得するステップと、障害イベントが第1のチャネルに発生したか否かを検出するステップと、障害イベントが発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップとを含み、この場合、チャネルに発生する障害イベントは、以下、すなわち、第1のサービスのデータの遅延が第1のサービスに対応する遅延閾値を上回ること、第1のサービスのデータのジッタ値が第1のサービスに対応するジッタ値閾値を上回ること、第1のチャネルの連続性パラメータが予め設定された閾値を上回ること、または第1のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセスにおいて、チャネルにおける連続したパケット損失、チャネルにおけるビット誤り率、またはチャネルにおける、優先度が比較的高いサービスの遅延のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、高い伝送能力を有するチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。
【００４５】
本発明のこの実施形態では、図2に示した実施態様に基づいて、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップの前で、ステップ103が、図3に示す実施態様を実施するためにステップ104および105に置き換えられてもよい。
【００４６】
104：障害イベントが第1のチャネルに発生したことが検出された場合に、障害イベントが第2のチャネルに発生したか否かを検出するステップ。
【００４７】
本発明のこの実施形態では、取得された、第2のチャネルで伝送されたデータの遅延および第2のチャネルの連続性パラメータに従って、障害イベントが第2のチャネルに発生したか否かが検出される。以下、すなわち、第2のチャネルの連続性パラメータが予め設定された閾値を上回ったこと、第2のチャネルで伝送されたデータの遅延が予め設定された遅延閾値を上回ったこと、第2のチャネルで伝送されたデータのジッタ値が予め設定されたジッタ値閾値を上回ったこと、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ったことのうちの1つが検出された場合に、障害イベントが、第2のチャネルに発生する。信号障害または信号劣化が第2のチャネルに発生したとき、障害イベントが第2のチャネルに発生したと考えられることに留意されたい。第2のチャネルの連続性パラメータが予め設定された閾値を上回ったとき、信号障害が、第2のチャネルに発生する。第2のチャネルの連続性パラメータが予め設定された閾値以下であり、第2のチャネルで伝送されたデータの遅延が遅延閾値を上回ったとき、第2のチャネルで伝送されたデータのジッタ値は、ジッタ値閾値を上回るか、または、第2のチャネルで伝送されたデータのビット誤り率は、ビット誤り率閾値を上回り、信号劣化が、第2のチャネルに発生する。
【００４８】
障害イベントが第2のチャネルに発生していない場合、ソースPEおよびシンクPEのワーキングチャネルは、第2のチャネルに切り替えられてもよい。
【００４９】
105：障害イベントが第2のチャネルに発生し、予め設定された条件が満たされた場合は、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替え、障害イベントが第2のチャネルに発生するが、予め設定された条件が満たされていない場合は、ソースPEおよびシンクPEのワーキングチャネルを、第1のチャネルのままにするステップ。
【００５０】
予め設定された条件は、第1のチャネルの連続性パラメータが閾値を上回ること、ならびに、第2のチャネルに発生する障害イベントが、以下、すなわち、第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、第2のチャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、または第2のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む。
【００５１】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するための方法は、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータならびに第2のチャネルで伝送されるデータの遅延および第2のチャネルの連続性パラメータを取得するステップと、障害イベントが第1のチャネルおよび第2のチャネルに発生したか否かを検出するステップと、障害イベントが第1のチャネルに発生し、障害イベントが第2のチャネルに発生し、予め設定された条件が満たされた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップとを含み、この場合、チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセス中に、チャネルにおける連続したパケット損失、遅延、またはビット誤り率のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、伝送能力が高いチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。
【００５２】
本発明のこの実施形態では、図2に示した実施態様に基づいて、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップの前で、ステップ103が、図4に示す実施態様を実施するためにステップ106および107に置き換えられてもよい。
【００５３】
106：障害イベントが第1のチャネルに発生した場合に、指定された時間内に障害イベントが第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するステップ。
【００５４】
107：障害イベントが第1のチャネルに発生した回数が予め設定された値を超えた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップ。
【００５５】
障害イベントが発生した回数が予め設定された値を超えていない場合、ソースPEおよびシンクPEのワーキングチャネルは、第1のチャネルのままである。
【００５６】
本発明の別の実施形態では、ステップ107は、障害イベントが第1のチャネルに発生した回数が予め設定された値を超えた場合に、障害イベントが第2のチャネルに発生したか否かを検出するステップ、および、障害イベントが第2のチャネルに発生し、予め設定された条件が満たされた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップに置き換えられてもよい。
【００５７】
予め設定された条件は、第1のチャネルの連続性パラメータが閾値を上回ること、ならびに、第2のチャネルに発生する障害イベントが、以下、すなわち、第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、第2のチャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、または第2のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む。
【００５８】
例えば、図5に示すように、チャネルを切り替えるか否かを判定するための条件として、第1のチャネルで伝送されるデータの遅延を使用する具体的な実行プロセスは以下の通りである。
【００５９】
501：シンクPEに実装されたカウンタの初期値を0に設定する。502：第1のチャネルで伝送されたデータの遅延を取得する。503：遅延が遅延閾値を上回ったか否かを判定し、遅延が遅延閾値以下の場合は、502の実行を継続し、遅延が遅延閾値を上回った場合は、504を実行する。504：カウンタの値に1を加算する。505：カウンタの値が予め設定された値を上回ったか否かを判定し、カウンタの値が予め設定された値以下の場合は、502を実行し、カウンタの値が予め設定された値を上回った場合は、506を実行する。506：ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替える。
【００６０】
例えば、図6に示すように、チャネルを切り替えるか否かを判定するための条件として、第1のチャネルで伝送されるデータのジッタ値を使用する具体的な実行プロセスは以下の通りである。
【００６１】
601：シンクPEに実装されたカウンタの初期値を0に設定する。602：第1のチャネルで伝送されたデータのジッタ値を取得する。603：ジッタ値がジッタ値閾値を上回ったか否かを判定し、ジッタ値がジッタ値閾値以下の場合は、602の実行を継続し、ジッタ値がジッタ値閾値を上回った場合は、604を実行する。604：カウンタの値に1を加算する。605：カウンタの値が予め設定された値を上回ったか否かを判定し、カウンタの値が予め設定された値以下の場合は、602を実行し、カウンタの値が予め設定された値を上回った場合は、606を実行する。606：ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替える。
【００６２】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するための方法は、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータならびに第2のチャネルで伝送されるデータの遅延および第2のチャネルの連続性パラメータを取得するステップと、障害イベントが第1のチャネルに発生したか否かを検出するステップと、指定された時間内に障害イベントが発生した回数が予め設定された値を超えた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップとを含み、この場合、チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセス中に、チャネルにおける連続したパケット損失、遅延、またはビット誤り率のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、指定された時間内に障害イベントが発生した回数が予め設定された値を超えた場合、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、高い伝送能力を有するチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。
【００６３】
本発明のこの実施形態では、図2〜図4に示した実施態様に基づいて、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えた後に、障害回復イベントが発生する場合、ステップ108が、ステップ103、105、および107の後に別々にさらに含まれる。図7は、一例として図2を用いて説明されており、本発明のこの実施形態は、図7に示されている実施態様をさらに含む。
【００６４】
108：障害回復イベントが発生したとき、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルから再び第1のチャネルに切り替えるステップ。
【００６５】
障害回復イベントは、障害イベントが第1のチャネルに発生していないことであるか、または
障害回復イベントは、障害イベントが第1のチャネルに発生し、障害イベントが第2のチャネルに発生するが、第2のチャネルに発生する障害イベントが、第2のチャネルの連続性パラメータが閾値を上回ることであるか、または
障害回復イベントは、障害イベントが第1のチャネルに発生し、障害イベントが第2のチャネルに発生し、さらに、第1のチャネルの連続性パラメータが閾値以下であり、第2のチャネルの連続性パラメータが閾値以下であることである。
【００６６】
ソースPEおよびシンクPEのワーキングチャネルを第1のチャネルから第2のチャネルに切り替えた後に、障害回復イベントが発生したとき、ソースPEおよびシンクPEのワーキングチャネルは、第2のチャネルから再び第1のチャネルに切り替えられる。
【００６７】
例えば、表1に示すように、ソースPEおよびシンクPEは、信号劣化が第1のチャネルに発生し、障害が第2のチャネルに発生していない場合、または信号障害が第1のチャネルに発生し、障害が第2のチャネルに発生していない場合、または信号障害が第1のチャネルに発生し、信号劣化が第2のチャネルに発生する場合にのみ、第2のチャネルでのデータ伝送の実行を選択する。第1のチャネルおよび第2のチャネルが、他の状態の場合、ソースPEおよびシンクPEは、第1のチャネルでのデータ伝送の実行を依然として選択する。
【００６８】
状態は、障害なし、信号障害、および信号劣化（英語：Signal Degrade、略してSD）を少なくとも含む。チャネルの連続性パラメータが予め設定された閾値を上回ったとき、信号障害が、チャネルに発生する。チャネルの連続性パラメータが予め設定された閾値以下であり、チャネルで伝送されたデータの遅延が遅延閾値を上回ったとき、チャネルで伝送されたデータのジッタ値は、ジッタ値閾値を上回るか、または、チャネルで伝送されたデータのビット誤り率は、ビット誤り率閾値を上回り、信号劣化が、チャネルに発生する。信号障害と信号劣化のどちらも、チャネルに発生していないとき、障害は、チャネルに発生していない。
【００６９】
【表１】
0006452122.tif 000002
【００７０】
表1に示すように、シーケンス番号列が、1、4、5、7、8、および9のいずれかの状態のときに、ワーキングチャネルが、第2のチャネルの場合、ワーキングチャネルを再び第1のチャネルに切り替える必要があり、シーケンス番号列が、2、3、および6のいずれかの状態のときに、ワーキングチャネルが、第1のチャネルの場合、ワーキングチャネルを第2のチャネルに切り替える必要がある。
【００７１】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するための方法は、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータならびに第2のチャネルで伝送されるデータの遅延および第2のチャネルの連続性パラメータを取得するステップと、障害イベントが第1のチャネルに発生したか否かを検出するステップと、障害イベントが発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるステップと、障害回復イベントが発生したときに、ソースPEおよびシンクPEのワーキングチャネルを再び第1のチャネルに切り替えるステップとを含み、この場合、チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセス中に、チャネルにおける連続したパケット損失、遅延、またはビット誤り率のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、伝送能力が高いチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。さらに、障害回復イベントが発生したとき、ソースPEおよびシンクPEのワーキングチャネルは、再び第1のチャネルに切り替えられる。
【００７２】
本発明の一実施形態は、データ伝送チャネルを管理するための装置80をさらに提供する。図8に示すように、装置80は、伝送ネットワークにおいて使用され、この場合、伝送ネットワークは、ソース・プロバイダ・エッジPEおよびシンク・プロバイダ・エッジPEを少なくとも含み、ソースPEは、第1のチャネルおよび第2のチャネルを用いてシンクPEに別々に接続され、ソースPEおよびシンクPEの現在のワーキングチャネルは、第1のチャネルであり、ワーキングチャネルは、サービスデータを伝送するためにソースPEおよびシンクPEによって使用されるチャネルであり、ソースPEとシンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルは、第2のチャネルである。具体的には、チャネルの切り替えを実行するか否かを判定するためのパラメータ（例えば、伝送ネットワークにおけるチャネルの連続性パラメータ、チャネルで伝送されるデータの遅延、チャネルで伝送されるデータのジッタ値、およびチャネルのビット誤り率など）は、シンクPEがソースPEによって送信されたデータを受信した後に、シンクPEによって主に取得される。特定の切り替えモードは、チャネルを切り替える必要があると判定した後に、ソースPEとシンクPEとの間のチャネルを切り替える既存のモードであってもよい。チャネルの切り替えを実行するか否かを判定するためのパラメータの取得および判定プロセスの実行は、シンクPEにおいて完遂される。したがって、この実施形態で提供される装置80は、多くの場合、シンクPEに実装され、本発明の前述の実施形態で提供された方法手順を実行する。装置80は、
第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得するように構成された取得モジュール81であって、連続性パラメータが、連続して失われるデータパケットの量を示す、取得モジュール81と、
障害イベントが第1のチャネルに発生したか否かを検出するように構成された検出モジュール82であって、チャネルに発生する障害イベントが、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む、検出モジュール82と、
障害イベントが第1のチャネルに発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるように構成された処理モジュール83と
を含む。
【００７３】
本発明のこの実施形態では、少なくとも第1のサービスおよび第2のサービスのデータが、第1のチャネルで伝送され、第1のサービスの優先度は、第2のサービスよりも高く、この場合、サービスの優先度は、サービスの遅延許容度と負の相関にある。
【００７４】
第1のチャネルに発生する障害イベントは、以下、すなわち、第1のサービスのデータの遅延が第1のサービスに対応する遅延閾値を上回ること、第1のサービスのデータのジッタ値が第1のサービスに対応するジッタ値閾値を上回ること、第1のチャネルの連続性パラメータが閾値を上回ること、または第1のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む。
【００７５】
本発明のこの実施形態では、検出モジュール82は、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替える前に、障害イベントが第2のチャネルに発生したか否かを検出するようにさらに構成される。
【００７６】
処理モジュール83は、障害イベントが第2のチャネルに発生し、予め設定された条件が満たされた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるように特に構成され、この場合、
予め設定された条件は、第1のチャネルの連続性パラメータが閾値を上回ること、ならびに、第2のチャネルに発生する障害イベントが、以下、すなわち、第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、第2のチャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、または第2のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを特に含む。
【００７７】
本発明のこの実施形態では、処理モジュール83は、
障害イベントが第1のチャネルに発生したか否かを検出した後に、障害イベントが第1のチャネルに発生した場合、指定された時間内に障害イベントが第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出し、
障害イベントが第1のチャネルに発生した回数が予め設定された値を超えた場合、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるように
さらに構成される。
【００７８】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するための装置は、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得し、障害イベントが第1のチャネルに発生したか否かを検出し、障害イベントが発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替え、この場合、チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセス中に、チャネルにおける連続したパケット損失、遅延、またはビット誤り率のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、伝送能力が高いチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。
【００７９】
本発明の一実施形態は、データ伝送チャネルを管理するためのデバイス90を提供する。図9に示すように、デバイス90は、プロセッサ901、ネットワークインターフェース902、メモリ903、および通信バス904を少なくとも含む。通信バス904は、プロセッサ901と、ネットワークインターフェース902と、メモリ903との間の接続および通信を実施するように構成される。メモリ903は、デバイス90の動作プロセスに関わるデータを記憶するように構成される。任意選択的に、デバイス90は、ユーザインターフェース905をさらに含み、ユーザインターフェース905は、ディスプレイ、キーボード、またはクリックデバイス（マウス、トラックボール（英語：trackball）、タッチパネル、もしくはタッチディスプレイスクリーンなど）を含む。メモリ903は、高速RAMメモリを含んでもよく、また、不揮発性メモリ（英語：non−volatile memory）（例えば、少なくとも1つの磁気ディスクストレージ）をさらに含んでもよい。任意選択的に、メモリ903は、前述のプロセッサ901から遠くに配置された少なくとも1つの記憶装置を含んでもよい。デバイス90は、伝送ネットワークにおいて使用され、この場合、伝送ネットワークは、ソースPEおよびシンクPEを少なくとも含み、ソースPEは、第1のチャネルおよび第2のチャネルを用いてシンクPEに別々に接続され、ソースPEおよびシンクPEの現在のワーキングチャネルは、第1のチャネルであり、ワーキングチャネルは、サービスデータを伝送するためにソースPEおよびシンクPEによって使用されるチャネルであり、ソースPEとシンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルは、第2のチャネルである。具体的には、チャネルの切り替えを実行するか否かを判定するためのパラメータ（例えば、伝送ネットワークにおけるチャネルの連続性パラメータ、チャネルで伝送されるデータの遅延、チャネルで伝送されるデータのジッタ値、およびチャネルのビット誤り率など）は、シンクPEがソースPEによって送信されたデータを受信した後に、シンクPEによって主に取得される。特定の切り替えモードは、チャネルを切り替える必要があると判定した後に、ソースPEとシンクPEとの間のチャネルを切り替える既存のモードであってもよい。チャネルの切り替えを実行するか否かを判定するためのパラメータの取得および判定プロセスの実行は、シンクPEにおいて完遂される。この実施形態のシンクPEは、特にデバイス90として実施されてもよい。
【００８０】
一部の実施態様では、メモリ903は、以下の要素（実行可能モジュールもしくはデータ構造またはそのサブセットまたはその拡張セット）、すなわち、
オペレーティングシステム9031（様々な基本サービスを実施し、ハードウェアベースのタスクを処理するための様々なシステムプログラムを含む）およびアプリケーションプログラム9032（様々なアプリケーションサービスを実施するための様々なアプリケーションプログラムを含む）を記憶する。
【００８１】
本発明のこの実施形態では、ネットワークインターフェース902は、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得するように構成され、この場合、連続性パラメータは、連続して失われる連続性チェックメッセージCCMの量を示す。
【００８２】
プロセッサ901は、
障害イベントが第1のチャネルに発生したか否かの検出であって、チャネルに発生する障害イベントが、以下、すなわち、チャネルの連続性パラメータが予め設定された閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む、検出を行い、
障害イベントが第1のチャネルに発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替える
ように構成される。
【００８３】
本発明のこの実施形態では、少なくとも第1のサービスおよび第2のサービスのデータが、第1のチャネルで伝送され、第1のサービスの優先度は、第2のサービスよりも高く、この場合、サービスの優先度は、サービスの遅延許容度と負の相関にある。
【００８４】
第1のチャネルに発生する障害イベントは、以下、すなわち、第1のサービスのデータの遅延が第1のサービスに対応する遅延閾値を上回ること、第1のサービスのデータのジッタ値が第1のサービスに対応するジッタ値閾値を上回ること、第1のチャネルの連続性パラメータが閾値を上回ること、または第1のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む。
【００８５】
本発明のこの実施形態では、プロセッサ901は、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替える前に、障害イベントが第2のチャネルに発生したか否かを検出するようにさらに構成される。
【００８６】
プロセッサ901は、障害イベントが第2のチャネルに発生し、予め設定された条件が満たされた場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるように特に構成され、この場合、
予め設定された条件は、第1のチャネルの連続性パラメータが閾値を上回ること、ならびに、第2のチャネルに発生する障害イベントが、以下、すなわち、第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、第2のチャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、または第2のチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む。
【００８７】
本発明のこの実施形態では、障害イベントが第1のチャネルに発生したか否かを検出した後に、処理モジュール901は、障害イベントが第1のチャネルに発生した場合、指定された時間内に障害イベントが第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するようにさらに構成され、
プロセッサ901は、障害イベントが第1のチャネルに発生した回数が予め設定された値を超えた場合、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替えるように特にさらに構成される。
【００８８】
本発明のこの実施形態で提供される、データ伝送チャネルを管理するためのデバイスは、第1のチャネルで伝送されるデータの遅延および第1のチャネルの連続性パラメータを取得し、障害イベントが第1のチャネルに発生したか否かを検出し、障害イベントが発生した場合に、ソースPEおよびシンクPEのワーキングチャネルを第2のチャネルに切り替え、この場合、チャネルに発生する障害イベントは、以下、すなわち、チャネルの連続性パラメータが閾値を上回ること、チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、チャネルで伝送されるデータのジッタ値が予め設定されたジッタ値閾値を上回ること、またはチャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む。従来技術と比較して、本発明のこの実施形態では、障害イベントが発生したか否かを判定するプロセス中に、チャネルにおける連続したパケット損失、遅延、またはビット誤り率のうちの1つ以上が基準として使用され、これにより、複数の要因がネットワークサービスに影響を及ぼすとき、チャネル保護切り替え機構が、ワーキングチャネルの切り替えを適時にトリガすることができ、ネットワークサービスを提供するために、伝送能力が高いチャネルを適時に使用することができることが保証され、この結果、複雑なサービス状況でネットワークサービスの品質が向上する。
【００８９】
本明細書の実施形態はすべて、段階的に説明されており、実施形態の同じまたは類似の部分に関しては、これらの実施形態を参照することができ、各実施形態は、他の実施形態との相違点に焦点を当てている。特に、デバイスの実施形態は、基本的に方法の実施形態に類似しているため、簡単に説明されており、関連する部分に関しては、方法の実施形態の部分的な説明を参照することができる。
【００９０】
当業者であれば、実施形態の方法のプロセスの全部または一部が、関連するハードウェアに命令するコンピュータプログラムによって実施され得ることを理解するであろう。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。プログラムが実行されると、実施形態の方法のプロセスが実行される。前述の記憶媒体は、磁気ディスク、光ディスク、読み出し専用メモリ（Read−Only Memory、略してROM）、ランダム・アクセス・メモリ（Random Access Memory、略してRAM）を含んでもよい。
【００９１】
前述の説明は、本発明の特定の実施形態に過ぎず、本発明の保護範囲を限定するものではない。本発明で開示された技術的範囲内で当業者により容易に想到される変形例または置換例は、本発明の保護範囲内に入るものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。
【符号の説明】
【００９２】
80  装置
81  取得モジュール
82  検出モジュール
83  処理モジュール
90  デバイス
901  プロセッサ
902  ネットワークインターフェース
903  メモリ
904  通信バス
905  ユーザインターフェース
9031  オペレーティングシステム
9032  アプリケーションプログラム
【図１】
0006452122.tif 000003
【図２】
0006452122.tif 000004
【図３】
0006452122.tif 000005
【図４】
0006452122.tif 000006
【図５】
0006452122.tif 000007
【図６】
0006452122.tif 000008
【図７】
0006452122.tif 000009
【図８】
0006452122.tif 000010
【図９】
0006452122.tif 000011