JP6452122B2 - データ伝送チャネルを管理するための方法および装置 - Google Patents

データ伝送チャネルを管理するための方法および装置 Download PDF

Info

Publication number
JP6452122B2
JP6452122B2 JP2017534984A JP2017534984A JP6452122B2 JP 6452122 B2 JP6452122 B2 JP 6452122B2 JP 2017534984 A JP2017534984 A JP 2017534984A JP 2017534984 A JP2017534984 A JP 2017534984A JP 6452122 B2 JP6452122 B2 JP 6452122B2
Authority
JP
Japan
Prior art keywords
channel
preset
failure event
delay
threshold
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2017534984A
Other languages
English (en)
Other versions
JP2018504832A (ja
Inventor
▲凱▼ ▲劉▼
▲凱▼ ▲劉▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2018504832A publication Critical patent/JP2018504832A/ja
Application granted granted Critical
Publication of JP6452122B2 publication Critical patent/JP6452122B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5025—Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0847—Transmission error
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/087—Jitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/18—Network planning tools

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

本出願は、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）を少なくとも含む。チャネルの連続性パラメータが予め設定された閾値を上回ったとき、信号障害が、チャネルに発生する。チャネルの連続性パラメータが予め設定された閾値以下であり、チャネルで伝送されたデータの遅延が遅延閾値を上回ったとき、チャネルで伝送されたデータのジッタ値は、ジッタ値閾値を上回るか、または、チャネルで伝送されたデータのビット誤り率は、ビット誤り率閾値を上回り、信号劣化が、チャネルに発生する。信号障害と信号劣化のどちらも、チャネルに発生していないとき、障害は、チャネルに発生していない。
Figure 0006452122
表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 アプリケーションプログラム

Claims (24)

  1. データ伝送チャネルを管理するための方法であって、前記方法が、伝送ネットワークにおいて使用され、前記伝送ネットワークが、ソース・プロバイダ・エッジ(ソースPE)およびシンクPEを少なくとも含み、前記ソースPEが、第1のチャネルおよび第2のチャネルを用いて前記シンクPEに別々に接続され、前記ソースPEおよび前記シンクPEの現在のワーキングチャネルが、前記第1のチャネルであり、前記ワーキングチャネルが、サービスデータを伝送するために前記ソースPEおよび前記シンクPEによって使用されるチャネルであり、前記ソースPEと前記シンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルが、前記第2のチャネルであり、前記方法が、
    前記第1のチャネルで伝送されるデータの遅延および前記第1のチャネルの連続性パラメータを取得するステップであって、前記連続性パラメータが、連続して失われる連続性チェックメッセージ(CCM)の量を示す、ステップと、
    障害イベントが前記第1のチャネルに発生したか否かを検出するステップと、
    前記障害イベントが前記第1のチャネルに発生した場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるステップと
    を含み、
    チャネルに発生する障害イベントが、以下、すなわち、前記チャネルの連続性パラメータが予め設定された閾値を上回ること、前記チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記チャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記チャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含み、これにより、障害イベントが発生したか否かを判定するプロセスで、チャネルにおける連続したパケット損失、遅延、およびビット誤りが基準として使用される、方法。
  2. 少なくとも第1のサービスおよび第2のサービスのデータが、前記第1のチャネルで伝送され、前記第1のサービスの優先度が、前記第2のサービスよりも高く、サービスの優先度が、前記サービスの遅延許容度と負の相関にあり、
    前記第1のチャネルに発生する前記障害イベントが、以下、すなわち、前記第1のサービスのデータの遅延が前記第1のサービスに対応する遅延閾値を上回ること、前記第1のサービスの前記データのジッタ値が前記第1のサービスに対応するジッタ値閾値を上回ること、前記第1のチャネルの前記連続性パラメータが前記予め設定された閾値を上回ること、または前記第1のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む、請求項1に記載の方法。
  3. 前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前記ステップの前に、前記方法が、
    障害イベントが前記第2のチャネルに発生したか否かを検出するステップをさらに含み、
    前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前記ステップが、
    前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるステップを含み、
    前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項1または2に記載の方法。
  4. 障害イベントが前記第1のチャネルに発生したか否かを検出する前記ステップの後に、前記方法が、
    前記障害イベントが前記第1のチャネルに発生した場合に、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するステップをさらに含み、
    前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前記ステップが、
    前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるステップを含む、請求項1から3のいずれか一項に記載の方法。
  5. データ伝送チャネルを管理するための装置であって、前記装置が、伝送ネットワークにおいて使用され、前記伝送ネットワークが、ソース・プロバイダ・エッジ(ソースPE)およびシンクPEを少なくとも含み、前記ソースPEが、第1のチャネルおよび第2のチャネルを用いて前記シンクPEに別々に接続され、前記ソースPEおよび前記シンクPEの現在のワーキングチャネルが、前記第1のチャネルであり、前記ワーキングチャネルが、サービスデータを伝送するために前記ソースPEおよび前記シンクPEによって使用されるチャネルであり、前記ソースPEと前記シンクPEとの間に接続された状態を維持された現在の非ワーキングチャネルが、前記第2のチャネルであり、前記装置が、
    前記第1のチャネルで伝送されるデータの遅延および前記第1のチャネルの連続性パラメータを取得するように構成され取得モジュールであって、前記連続性パラメータが、連続して失われる連続性チェックメッセージ(CCM)の量を示す、取得モジュールと、
    障害イベントが前記第1のチャネルに発生したか否かを検出するように構成された検出モジュールと、
    前記障害イベントが前記第1のチャネルに発生した場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるように構成された処理モジュールと
    を備え、
    チャネルに発生する障害イベントが、以下、すなわち、前記チャネルの連続性パラメータが予め設定された閾値を上回ること、前記チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記チャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記チャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含み、これにより、障害イベントが発生したか否かを判定するプロセスで、チャネルにおける連続したパケット損失、遅延、およびビット誤りが基準として使用される装置。
  6. 少なくとも第1のサービスおよび第2のサービスのデータが、前記第1のチャネルで伝送され、前記第1のサービスの優先度が、前記第2のサービスよりも高く、サービスの優先度が、前記サービスの遅延許容度と負の相関にあり、
    前記第1のチャネルに発生する前記障害イベントが、以下、すなわち、前記第1のサービスのデータの遅延が前記第1のサービスに対応する遅延閾値を上回ること、前記第1のサービスの前記データのジッタ値が前記第1のサービスに対応するジッタ値閾値を上回ること、前記第1のチャネルの前記連続性パラメータが前記予め設定された閾値を上回ること、または前記第1のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを特に含む、請求項5に記載の装置。
  7. 前記検出モジュールが、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替える前に、障害イベントが前記第2のチャネルに発生したか否かを検出するようにさらに構成されており、
    前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるときに、前記処理モジュールが、前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるように特に構成されており、
    前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項5または6に記載の装置。
  8. 前記処理モジュールが、前記障害イベントが前記第1のチャネルに発生したか否かを検出した後に、前記障害イベントが前記第1のチャネルに発生した場合、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを検出するようにさらに構成されており、
    前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるときに、前記処理モジュールが、前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記ソースPEおよび前記シンクPEの前記ワーキングチャネルを前記第2のチャネルに切り替えるように特に構成されている、請求項5から7のいずれか一項に記載の装置。
  9. コンピュータによって実行されたときに、前記コンピュータに請求項1から4のいずれか一項に記載の方法を実行させる命令を含む、コンピュータ可読記憶媒体。
  10. コンピュータによって実行されたときに、前記コンピュータに請求項1から4のいずれか一項に記載の方法を実行させる命令を含む、コンピュータプログラム。
  11. 請求項5から8のいずれか一項に記載の前記ソースPE、前記シンクPE、および前記装置を含む伝送ネットワーク。
  12. 前記装置は、前記第1のチャネルで伝送されるデータの前記遅延の値、または前記第1のチャネルで伝送されるデータのジッタ値を生成するように構成されたカウンタを備える、請求項11に記載の伝送ネットワーク。
  13. プロセッサと、前記プロセッサと通信可能に接続されたインターフェースと、前記プロセッサと通信可能に接続されたメモリとを備えたデバイスであって、
    前記インターフェースは、第1のデバイスと第2のデバイスとの間の第1のチャネルで伝送されるデータの遅延と、前記第1のチャネルの連続性パラメータとを取得するように構成され、前記連続性パラメータは、連続して失われる連続性チェックメッセージ(CCM)の量を示し、
    前記プロセッサは、障害イベントが前記第1のチャネルに発生したか否かを判定するように構成され、かつ
    前記プロセッサは、前記障害イベントが前記第1のチャネルに発生した場合に、前記第1のチャネルで伝送されるデータを、前記第1のデバイスと前記第2のデバイスとの間の第2のチャネルに切り替えるように構成され、
    チャネルに発生する障害イベントが、以下、すなわち、前記チャネルの連続性パラメータが予め設定された閾値を上回ること、前記チャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記チャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記チャネルのビット誤り率が予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含み、これにより、障害イベントが発生したか否かを判定するプロセスで、チャネルにおける連続したパケット損失、遅延、およびビット誤りが基準として使用される、デバイス。
  14. 第1のサービスおよび第2のサービスのデータが、前記第1のチャネルで伝送され、前記第1のサービスの優先度が、前記第2のサービスよりも高く、サービスの優先度が、前記サービスの遅延許容度と負の相関にあり、
    前記第1のチャネルに発生する前記障害イベントが、以下、すなわち、前記第1のサービスのデータの遅延が前記第1のサービスに対応する遅延閾値を上回ること、前記第1のサービスの前記データのジッタ値が前記第1のサービスに対応するジッタ値閾値を上回ること、前記第1のチャネルの前記連続性パラメータが前記予め設定された閾値を上回ること、または前記第1のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含む、請求項13に記載のデバイス。
  15. 前記プロセッサは、ソースPEおよびシンクPEのワーキングチャネルを前記第2のチャネルに切り替える前に、障害イベントが前記第2のチャネルに発生したか否かを判定し、かつ
    前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成され、
    前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回る
    こと、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項13または14に記載のデバイス。
  16. 前記プロセッサは、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替える前に、障害イベントが前記第2のチャネルに発生したか否かを判定し、かつ
    前記障害イベントが前記第2のチャネルに発生し、予め設定された条件が満たされた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成され、
    前記予め設定された条件が、前記第1のチャネルの前記連続性パラメータが前記閾値を上回ること、ならびに、前記第2のチャネルに発生する前記障害イベントが、以下、すなわち、前記第2のチャネルで伝送されるデータの遅延が予め設定された遅延閾値を上回ること、前記第2のチャネルで伝送される前記データのジッタ値が予め設定されたジッタ値閾値を上回ること、または前記第2のチャネルのビット誤り率が前記予め設定されたビット誤り率閾値を上回ることのうちの少なくとも1つを含むことを含む、請求項13から15のいずれか一項に記載のデバイス。
  17. 前記プロセッサは、障害イベントが前記第1のチャネルに発生したか否かを検出した後に、前記障害イベントが前記第1のチャネルに発生した場合、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを判定し、
    前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成される、請求項13から16のいずれか一項に記載のデバイス。
  18. 前記プロセッサは、障害イベントが前記第1のチャネルに発生したか否かを検出した後に、前記障害イベントが前記第1のチャネルに発生した場合、指定された時間内に前記障害イベントが前記第1のチャネルに発生した回数が予め設定された値を超えたか否かを判定し、
    前記障害イベントが前記第1のチャネルに発生した前記回数が前記予め設定された値を超えた場合に、前記第1のチャネルで伝送されるデータを前記第2のチャネルに切り替えるようにさらに構成される、請求項13から17のいずれか一項に記載のデバイス。
  19. 前記第1のデバイスは、伝送ネットワークにおけるソース・プロバイダ・エッジ(ソースPE)およびシンクPEのうちの1つである、請求項13から18のいずれか一項に記載のデバイス。
  20. 前記第1のチャネルで伝送されるデータの前記遅延の値、および
    前記第1のチャネルで伝送されるデータのジッタ値
    のうちの1つを生成するように構成されたカウンタをさらに含む、請求項13から19のいずれか一項に記載のデバイス。
  21. 前記第1のデバイスは、伝送ネットワークにおけるソース・プロバイダ・エッジ(ソースPE)であり、前記第2のデバイスは、前記伝送ネットワークにおけるシンクPEであり、前記デバイスは、前記シンクPE上に配置される、請求項13から20のいずれか一項に記載のデバイス。
  22. 前記デバイスは、シンクPE上に配置される、請求項13から21のいずれか一項に記載のデバイス。
  23. 前記メモリは、以下の要素、すなわち、
    様々な基本サービスを実施し、ハードウェアベースのタスクを処理するための様々なシステムプログラムを含むオペレーティングシステム、および
    様々なアプリケーションサービスを実施するための様々なアプリケーションプログラムを含むアプリケーションプログラム、
    実行可能モジュールもしくはデータ構造またはそのサブセットまたはその拡張セットを記憶する、請求項13から22のいずれか一項に記載のデバイス。
  24. 請求項13から23のいずれか一項に記載のデバイスを含む、伝送ネットワーク。
JP2017534984A 2014-12-30 2015-12-03 データ伝送チャネルを管理するための方法および装置 Expired - Fee Related JP6452122B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201410842925.0 2014-12-30
CN201410842925.0A CN104579770A (zh) 2014-12-30 2014-12-30 一种管理数据传输通道的方法及装置
PCT/CN2015/096302 WO2016107369A1 (zh) 2014-12-30 2015-12-03 一种管理数据传输通道的方法及装置

Publications (2)

Publication Number Publication Date
JP2018504832A JP2018504832A (ja) 2018-02-15
JP6452122B2 true JP6452122B2 (ja) 2019-01-16

Family

ID=53095035

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017534984A Expired - Fee Related JP6452122B2 (ja) 2014-12-30 2015-12-03 データ伝送チャネルを管理するための方法および装置

Country Status (6)

Country Link
US (1) US10735318B2 (ja)
EP (1) EP3229402B1 (ja)
JP (1) JP6452122B2 (ja)
KR (1) KR101993866B1 (ja)
CN (2) CN110149220B (ja)
WO (1) WO2016107369A1 (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110149220B (zh) * 2014-12-30 2022-07-29 华为技术有限公司 一种管理数据传输通道的方法及装置
CN105119778B (zh) * 2015-09-09 2018-09-07 华为技术有限公司 测量时延的方法和设备
CN106789264B (zh) * 2016-12-26 2019-12-03 北京东土军悦科技有限公司 一种链路聚合组通道快速切换的方法和装置
CN107104690A (zh) * 2017-04-11 2017-08-29 无锡睿思凯科技股份有限公司 一种微波接收机及其多天线切换分集接收方法
CN107172601A (zh) * 2017-04-20 2017-09-15 努比亚技术有限公司 一种应用消息管理平台及方法
US10623422B2 (en) * 2018-04-30 2020-04-14 Hewlett Packard Enterprise Development Lp Protocol to detect a foreign device connected between network modules
JP7044974B2 (ja) * 2018-07-20 2022-03-31 富士通株式会社 プロセッサ及び情報処理装置
US10992567B2 (en) * 2018-11-21 2021-04-27 Ciena Corporation Traffic engineering attribute for avoiding packet paths with signal degrade
CN110234172B (zh) * 2019-05-08 2022-05-31 腾讯科技（深圳）有限公司 一种数据传输的方法、接入类别创建的方法及装置
CN112039771A (zh) 2019-06-03 2020-12-04 华为技术有限公司 一种基于链路误码的处理方法和装置
KR102178310B1 (ko) * 2019-06-03 2020-11-12 한전케이디엔 주식회사 Dds 통신의 연속성 보장을 위한 방법
CN110445701B (zh) * 2019-07-01 2021-03-12 视联动力信息技术股份有限公司 一种业务对象的处理方法、装置及存储介质
CN110675614A (zh) * 2019-08-30 2020-01-10 许昌许继软件技术有限公司 一种电力监控数据的传输方法
CN110943998B (zh) * 2019-12-04 2022-02-01 腾讯科技（深圳）有限公司 一种信号传输方法、装置、设备及介质
CN111010319B (zh) * 2019-12-20 2021-11-16 锐捷网络股份有限公司 基于vsf的链路检测方法及装置
CN111858088B (zh) * 2020-06-24 2024-06-14 珠海格力电器股份有限公司 通信数据处理方法、装置、计算机设备和存储介质
CN112260895A (zh) * 2020-10-16 2021-01-22 深圳卡路里科技有限公司 数据传输方法及装置、处理器
CN112929406B (zh) * 2021-01-19 2022-10-18 深圳市计通智能技术有限公司 用于可信号隔离的双通道的通信方法及通信装置
US11563658B2 (en) * 2021-02-25 2023-01-24 Arris Enterprises Llc Cable modem termination system
CN113286101B (zh) * 2021-05-21 2022-04-26 新华三技术有限公司 一种音视频流切换方法及装置
CN113747203B (zh) * 2021-09-01 2022-08-30 腾讯科技（深圳）有限公司 一种视频信息传输方法、装置、电子设备及存储介质
CN113904980B (zh) * 2021-09-30 2023-07-18 北京东土科技股份有限公司 一种信道切换方法、装置、交换机及存储介质

Family Cites Families (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS56153859A (en) * 1980-04-28 1981-11-28 Nec Corp Pcm line switching device
US6763479B1 (en) * 2000-06-02 2004-07-13 Sun Microsystems, Inc. High availability networking with alternate pathing failover
US7079551B2 (en) * 2000-10-05 2006-07-18 Kiribati Wireless Ventures, Llc Private network link verification procedure in free space optical communication network
US20030112758A1 (en) * 2001-12-03 2003-06-19 Pang Jon Laurent Methods and systems for managing variable delays in packet transmission
US7643480B2 (en) * 2004-01-22 2010-01-05 Hain-Ching Liu Method and system for reliably and efficiently transporting data over a network
CN1953400A (zh) * 2005-10-17 2007-04-25 华为技术有限公司 一种控制以太网链路连续性检测的方法
US8284656B2 (en) * 2006-04-28 2012-10-09 Alcatel Lucent System and method for resilient VPLS over multi-nodal APS protected provider edge nodes
US8085676B2 (en) * 2006-06-29 2011-12-27 Nortel Networks Limited Method and system for looping back traffic in QIQ ethernet rings and 1:1 protected PBT trunks
US7940735B2 (en) * 2006-08-22 2011-05-10 Embarq Holdings Company, Llc System and method for selecting an access point
CN101155432B (zh) 2006-09-28 2010-12-08 华为技术有限公司 光突发交换系统中时延抖动的保护方法和核心节点
CN101013928B (zh) * 2007-02-07 2011-09-14 华为技术有限公司 实现伪线仿真线路故障检测的装置及方法
CN101094121B (zh) * 2007-07-23 2010-11-24 华为技术有限公司 非直连设备间以太网链路的检测方法、系统和设备
CN101094240B (zh) * 2007-08-07 2013-01-16 中兴通讯股份有限公司 流控制传输协议多归属功能的实现方法
CN101146110B (zh) * 2007-09-25 2011-06-29 深圳市迅雷网络技术有限公司 一种播放流媒体的方法
CN101843049B (zh) 2007-11-02 2013-05-29 爱立信电话股份有限公司 用于提供商骨干桥接业务工程域中的以太网保护交换的系统和方法
US20090257345A1 (en) * 2007-12-07 2009-10-15 Nsgdatacom, Inc. Apparatus, method and computer program product for providing self adapting transport of public switched telephone network (pstn) circuits over a wireless network
US8094679B2 (en) * 2007-12-07 2012-01-10 Nsgdatacom, Inc. Apparatus, method and computer program product for providing automated backup to TDM network connections over an IP network
CN101227397B (zh) * 2008-01-28 2012-06-27 华为技术有限公司 保护链路的方法、设备和系统
US8472315B2 (en) * 2008-02-07 2013-06-25 Belair Networks Inc. Method and system for controlling link saturation of synchronous data across packet networks
CN101247288B (zh) * 2008-03-14 2010-08-18 华为技术有限公司 链路质量检测方法和链路质量检测设备
WO2010074448A2 (ko) * 2008-12-22 2010-07-01 엘지전자 주식회사 무선 통신 시스템에서 상향링크 자원 요청 및 할당 방법
JP2010213078A (ja) * 2009-03-11 2010-09-24 Kddi Corp 伝送経路制御装置
EP2254276B1 (en) * 2009-05-20 2014-04-09 Alcatel Lucent Method for signalling of data transmission path properties to a non-OAM observent client
WO2011003459A1 (en) * 2009-07-10 2011-01-13 Nokia Siemens Networks Oy Method and device for conveying traffic in a network
CN101645810B (zh) * 2009-09-02 2012-07-11 杭州华三通信技术有限公司 Pw的检测方法和设备
CN102025437B (zh) * 2009-09-22 2015-04-22 中国移动通信集团公司 保护倒换的方法、系统及设备
US8576698B2 (en) * 2009-12-10 2013-11-05 Alcatel Lucent Connectivity fault management timeout period control
CN102136959B (zh) * 2010-01-22 2014-01-22 华为技术有限公司 以太网链路管理方法、装置及系统
CN102142948A (zh) * 2010-02-02 2011-08-03 华为技术有限公司 一种数据转发方法、装置及系统
US9813448B2 (en) * 2010-02-26 2017-11-07 Ixia Secured network arrangement and methods thereof
JP5352502B2 (ja) * 2010-03-05 2013-11-27 株式会社日立製作所 パケット通信システム及びパケット通信装置制御方法
WO2011154024A1 (en) * 2010-06-12 2011-12-15 Mingoa Limited Enhancing accuracy of service level agreements in ethernet networks
CN101877676B (zh) 2010-06-30 2015-03-25 中国电力科学研究院 由单向传输时延变化判断差动保护路由改变的方法
US8891977B2 (en) * 2010-09-29 2014-11-18 Supreme Architecture Ltd. Receiver chip and method for on-chip multi-node visible light communication
US8553533B2 (en) * 2010-12-10 2013-10-08 Cisco Technology, Inc. System and method for providing improved failover performance for pseudowires
CN102843338B (zh) 2011-06-21 2017-12-08 中兴通讯股份有限公司 一种保护数据链路安全的方法、装置及系统
CN102407868B (zh) * 2011-09-29 2014-02-26 南京国电南自轨道交通工程有限公司 适用于轨道交通现代监控系统通讯规约的热备双连接方法
US9154610B2 (en) * 2012-05-14 2015-10-06 International Business Machines Corporation Inferring quality in UT calls based on real-time bi-directional exploitation of a full reference algorithm
US9143439B2 (en) * 2012-07-23 2015-09-22 Cisco Technology, Inc. System and method for cluster link aggregation control in a network environment
CN102843257B (zh) * 2012-08-15 2016-08-03 无锡北邮感知技术产业研究院有限公司 一种路径评估方法及装置
JP6472942B2 (ja) * 2013-02-15 2019-02-20 エヌ・ティ・ティ・コミュニケーションズ株式会社 切替制御装置、切替制御方法、及び切替制御プログラム
US20160142284A1 (en) * 2014-11-17 2016-05-19 Cisco Technology, Inc. Establishing a multicast backup path
CN110149220B (zh) * 2014-12-30 2022-07-29 华为技术有限公司 一种管理数据传输通道的方法及装置

Also Published As

Publication number Publication date
EP3229402A4 (en) 2017-12-20
CN104579770A (zh) 2015-04-29
KR20170115506A (ko) 2017-10-17
US20170302570A1 (en) 2017-10-19
CN110149220B (zh) 2022-07-29
EP3229402A1 (en) 2017-10-11
KR101993866B1 (ko) 2019-06-27
CN110149220A (zh) 2019-08-20
JP2018504832A (ja) 2018-02-15
US10735318B2 (en) 2020-08-04
EP3229402B1 (en) 2022-02-23
WO2016107369A1 (zh) 2016-07-07

Similar Documents

Publication Publication Date Title
JP6452122B2 (ja) データ伝送チャネルを管理するための方法および装置
US9705735B2 (en) System and method using RSVP hello suppression for graceful restart capable neighbors
US8839325B2 (en) System and method of managing video content quality
US10601643B2 (en) Troubleshooting method and apparatus using key performance indicator information
JP6907203B2 (ja) ターゲット送信パスを取得する方法及びネットワークノード
US20080198754A1 (en) Method and system for testing a communication network
US20140089493A1 (en) Minimally intrusive cloud platform performance monitoring
US11102273B2 (en) Uplink performance management
WO2015149523A1 (zh) 一种oam报文快速发送和检测处理的方法、装置及存储介质
US9059899B2 (en) Method and system for interrupt throttling and prevention of frequent toggling of protection groups in a communication network
JP2014204438A (ja) データ伝送方法、データ伝送デバイス、およびデータ伝送システム
US9369376B2 (en) Method enabling fast switching between multicast trees
EP3158685B1 (en) Identification of candidate problem network entities
US12022314B2 (en) Quality of service measurement method and device, and user plane function entity
EP3240246A1 (en) Point to multiple point service transmission method and device
WO2016061943A1 (zh) 实现生成树协议保护倒换的方法、装置及计算机存储介质
US8830821B2 (en) Method for supporting MPLS transport path recovery with multiple protection entities
JP2005064971A (ja) 負荷発生分布推定方法および装置、並びに高負荷判定方法および装置
US20160080137A1 (en) Self-learning resynchronization of network elements

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180810

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180820

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181101

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20181119

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181204

R150 Certificate of patent or registration of utility model

Ref document number: 6452122

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees