JP2007529806A - イーサーネットによる管理システムにおける障害管理 - Google Patents
イーサーネットによる管理システムにおける障害管理 Download PDFInfo
- Publication number
- JP2007529806A JP2007529806A JP2007503425A JP2007503425A JP2007529806A JP 2007529806 A JP2007529806 A JP 2007529806A JP 2007503425 A JP2007503425 A JP 2007503425A JP 2007503425 A JP2007503425 A JP 2007503425A JP 2007529806 A JP2007529806 A JP 2007529806A
- Authority
- JP
- Japan
- Prior art keywords
- fault
- ethernet
- failure
- point
- status
- 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.)
- Pending
Links
Images
Classifications
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
- H04L12/40032—Details regarding a bus interface enhancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/4013—Management of data rate on the bus
- H04L12/40136—Nodes adapting their rate to the physical link properties
-
- 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/0677—Localisation of faults
-
- 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/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- 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/06—Generation of reports
- H04L43/065—Generation of reports related to network devices
Abstract
【解決手段】 シングルエンド方式のイーサーネット管理システムおよび方法を提供する。前記システムは、ユーザーによるイーサーネットインターフェイスのプロビジョニングおよび監視、さらにシングルエンドからの障害の検出および分離を可能にする。前記方法は、前記システムにおいて実行され、第1の端部から第2の端部へイーサーネットサービスを提供することが可能である。前記イーサーネットサービスが確立された後、前記方法は前記第1の端部から前記サービスを監視し、障害の発生の検出およびサービス劣化問題の特定を行う。障害が発生した場合、前記方法は自動的に障害分離手順を実行し、前記第1の端部と第2の端部との間の前記障害の位置を分離する。さらに、前記方法によって、障害の位置またはタイプに基づき、前記障害の潜在的原因を1若しくはそれ以上分類することが可能である。
【選択図】 図1
【選択図】 図1
Description
本開示は、一般に通信サービスに関するものであって、より具体的には、イーサーネットサービスの導入と管理のためのシステムおよび方法に関するものである。
イーサーネット(登録商標)を組み入れたシステムを使用する通信企業は、前記システムの管理において数々の問題点に直面している。これらの問題点は、一般に、イーサーネット規格における機能の欠如と、イーサーネットサービスをキャリアクラス的に導入するために必要な装置の欠如とに起因するものである。たとえば、イーサーネットの10/100Base−Tインターフェイスは、一般に、マルチペア銅線(例としてカテゴリ5(CAT5)ケーブル)を必要とする。しかし、銅線を主体としたイーサーネットインターフェイスは距離的限界(CAT5ケーブルで約100メートル)があり、一般に、銅線を主体としたイーサーネットリンクのケーブル障害を診断することはできない。さらに、イーサーネットリンクのキャリアクラス性能の監視能力および診断能力にも限界がある。既存の監視および診断の手順は、非標準的なコマンドライン・インターフェイスまたはグラフィカル・ユーザー・インターフェイス(GUI)を介した複雑なプロビジョニングコマンドを利用することが多く、ユーザーが手動の問題解決工程のシーケンスに従うことが要求される。さらに、イーサーネット性能を監視するためには、簡易ネットワーク管理プロトコル(SNMP)のオペレーション・サポート・システム(OSS)オーバーレイが必要とされる。
問題の診断をするために、オペレータまたは技術者はイーサーネットリンクの両側にログインしなくてはならないことが多く、それによって問題解決がさらに複雑になるだけでなく、他方の端部が顧客の装置から構成される場合は、困難若しくは不可能である可能性がある。イーサーネット接続のエンド・ツー・エンド診断は通常シングルエンドからは不可能であるため、障害を分離するために、技術者をネットワーク内の指定ポイントの「チェイン」に派遣し、障害の位置を分離することが必要となる。これは時間と費用のかかることである。
したがって、イーサーネットサービスをシングルエンド方式でプロビジョニングし、監視し、テストするためのシステムおよび方法が必要とされる。さらに、複数の媒体を介してキャリアクラスのサービスを提供することが望ましい。
イーサーネット・サービス・インターフェイスにおける障害を検出および診断するための方法およびシステムは技術的進歩を提供する。前記障害は、通信リンクの第1のポイントから検出および診断され、前記通信リンクはイーサーネット・サービス・インターフェイスを含み、第2のポイントにおいて終端するものである。前記方法は、前記第1のポイントから前記リンクを監視することによって前記障害の発生を検出する工程を有するものであり、前記障害は前記第1のポイントと第2のポイントとの間で発生する。前記障害が検出されると、少なくとも1つの障害属性が特定され、この障害属性は前記第1のポイントから特定され、前記障害の1若しくはそれ以上の潜在的原因はこの特定された障害属性に基づき分類される。
本開示は一般に通信サービスに関するものであって、より具体的には、イーサーネットサービスの導入および管理のためのシステムおよび方法に関するものである。しかし、以下の開示は、本発明の異なる特徴を実施するための多種多様な実施形態若しくは実施例を提供するものと理解される。本開示を簡略化するために、構成要素および配置の特定の実施例を以下に説明する。当然ながら、これらは例に過ぎず、限定することを意図するものではない。さらに、本開示は、様々な実施例において参照番号および/または参照文字を繰り返す場合がある。この繰り返しは、簡易化および明確化を目的とするものであり、それ自体が本明細書において説明する様々な実施形態および/または設定の間の関係を示すものではない。
1実施形態において、図1を参照して説明すると、方法10は、ネットワークのシングルエンドから、サービス前、サービス中、サービス後のイーサーネット機能を提供するよう動作可能である。より詳細に後に説明するように、これによってサービスプロバイダはイーサーネット・サービス・インターフェイスをプロビジョンニングおよび監視することが可能となると同時に、費用効率の優れた方法でイーサーネット・サービス・インターフェイスの障害を検出および診断することが可能となる。このような機能性は、たとえば、ケーブルテスト装置を利用して、監視および診断機能をエンド・ツー・エンド・サービス用のレガシー装置に付加することにより実現することが可能である。
工程12において、初期状態が確立される。この工程には、たとえば、リンクの確立、リンクステータスの確認、サービスの検証、ケーブルの長さのテスト、サービスパラメータの取得、および類似した動作が含まれる。工程14において、前記リンクステータスが特定の事前定義された性能基準を満たすかどうかについての決定が行われる。前記リンクステータスに障害があれば、前記方法10は工程24へ進み、この工程において前記障害を分離する試みが行われる。次に、前記方法10は工程26へ進み、この工程において前記障害が修正される。修正のタイプは前記障害によって異なり、自動修正手順が作動する場合から、前記障害が診断された場所へ技術者を派遣するためのトラックロールを開始する場合まで多岐に渡る。次に、前記方法10は工程14へ戻る。
前記リンクステータスが工程14を通過すると、前記方法10は工程16へ進み、ここで自動交渉処理が行われる。工程18での決定の結果、前記自動交渉処理が失敗すると、前記方法10は工程24および工程26へ進み、前記障害を分離および修正する。前記自動交渉が成功した場合、前記方法10は工程20へ進み、ここで前記リンクの障害、サービスの劣化、およびその他の問題を監視する。前記監視する工程は、現状のサービス状態(たとえばパケットの損失)を所定のパラメータセットと比較する工程を含む。工程22での決定の結果、障害があれば、前記方法10は工程24および工程26へ進み、前記障害を分離および修正する。このように、前記方法はイーサーネット接続における問題を当該イーサーネット接続のシングルエンドから(たとえばサービスプロバイダの側から)特定し、分離することを可能にするものである。
次に図2を参照して説明すると、例示的なネットワーク30は、図1の前記方法10を実行することが可能なフレームワークを提供して、サービスプロバイダ32から複数の加入者装置34へイーサーネットサービスを提供する。前記サービスプロバイダ32は、同期光ネットワーク(Synchronous Optical Network:SONET)37の一部を形成するSONETアッド/ドロップマルチプレクサ(ADM)などの装置36を介して前記ネットワーク30に接続されている中央オフィスまたは同様の所在地に位置する。前記装置36は光ファイバによって別の装置38に接続され、前記装置38は、イーサーネット接続の距離的制限のために前記加入者装置34の比較的近くに位置する。SONET ADM技術が組み込まれた前記装置38は、前記加入者装置34へ向けたデータを、前記SONETネットワークを介して転送されるその他のデータから分離するとともに、前記加入者装置34からのデータを前記装置36へ転送する前に追加するよう動作可能である。前記装置は、イーサーネット通信に適切なケーブル40(たとえばカテゴリ5(CAT5)ケーブル)を介して前記加入者装置34に接続されている。各ケーブルはレイヤ2(L2)スイッチ42へ接続されている場合もあり、前記スイッチは、各加入者装置34においてイーサーネットサービスを終端させる役割を果たす。さらに、時間領域反射率計(time domain reflectometers:TDRs)(図示せず)を、前記装置38と前記L2スイッチ42との間か、または前記装置38の内部のいずれかに配備することが可能である。前記TDRsは、前記ケーブル40および関連装置34、38と共に障害の分離を補助する。
本実施例において、前記装置38は、モジュールとして提供される複数の10/100BaseTイーサーネットポート(図示せず)を含む。これらイーサーネットポートによって、標準イーサーネットケーブル(10BaseTX,100BaseTX)を介して前記加入者装置34を前記装置38に直接接続することが可能になる。この直接接続モードにおいては、前記装置38のイーサーネットポートに関連付けられる一般に入手可能なイーサーネット物理層(PHYs)によって、リンク状況の認知度および、イーサーネットポートの性能監視を向上することが可能である。前記イーサーネットポートはクライアントポートとしてモデルされている。
図3および4を参照すると、別の実施形態において、方法50は工程52〜78を利用して、前記サービスプロバイダ32による前記装置38および関連構成要素のシングルエンド方式の管理を可能にし、以下のようにイーサーネット・サービス・インターフェイスに関する問題を初期化、監視および診断する。本実施例において、前記方法50は、データ転送サービスにおけるトランザクション言語1(TL1)コマンドによって提供される機能を拡張することによって実施される。特定のコマンドおよび関連情報についてのより詳細な説明は、2002年12月9日に提出された米国特許仮出願(代理人整理番号第31873.18号)に開示されており、この参照によりこの出願の全体が本明細書に組み込まれるものである。SNMP、CLI、CORBA、CMISE、GUI等、その他の管理インターフェイスおよびプロトコルを使用することも可能である。
工程52において、リンクが確立されてリンクパラメータが決定される。この工程には、(たとえばENT−EQPTコマンドの使用により)前記イーサーネットモジュールをプロビジョニングする工程と、(たとえばENT−E100コマンドの使用により)前記イーサーネット・サービス・インターフェイスをプロビジョンニングする工程とが含まれる場合があり、ポートパラメータは所定の値に初期設定される。イーサーネットサービスは、前記インターフェイスのうちの1つを転送装置(たとえば装置36)に接続することによって生成される。オーバーサブスクリプション(たとえばサービス/加入者が必要とする帯域が前記ネットワークの能力を超過すること)およびポートパラメータ(たとえばポート速度制限)の制御など、その他の機能を定義することも可能である。
前記イーサーネットインターフェイスのサービスが実行される前に、前記方法50は工程54において現在のリンクステータス(たとえば良好/不良)を決定する。前記リンクステータスが不良である場合、前記方法50は障害分離段階に入るが、この段階については後に図4とともに説明する。前記リンクステータスが良好である場合、前記方法50は工程56へ進み、この工程において自動交渉手順が開始される。工程58での決定により前記自動交渉が失敗すると、前記方法50は図4の障害分離段階へ進む。前記自動交渉が成功した場合、前記方法50は工程60へ進み、この工程においてリンクパラメータ(たとえばケーブルステータスとケーブル長)が取得される。前記取得されたパラメータは将来の障害分離目的のために使用される場合がある。たとえば、前記取得されたケーブル長を将来の障害報告に使用し、障害を「近端」(たとえば前記サービスプロバイダの装置38の終端)または「遠端」(たとえば前記加入者装置34の終端)として報告することが可能である。
図示されていないが、前記イーサーネットインターフェイスのサービスを開始する前に、その他の工程が実行される場合がある。たとえば、前記イーサーネットインターフェイスが、自動交渉中のリモート障害表示を支援する場合、前記方法50がそのような表示を確認することが可能である。さらに、本方法50には自動INサービス(AINS)が組み込まれているため、オペレータは、イーサーネットポートに物理的にケーブルを接続する前に、サービス中の状態にあるイーサーネットポートを認識可能である。前記方法50が前記ポート上で有効信号を検出するまで、前記ポートの任意のアラームは所定のある一定期間(たとえば10秒)停止される。前記期間が経過すると、前記ポートは正常な動作モードに戻り、アラームを報告する。
前記イーサーネットインターフェイスのサービスが開始されると、前記方法50は工程62、64へ進み、監視動作を実行する。前記監視工程によって、リンクの不良、搬送波および/または信号の損失、(光ファイバーインターフェイスの場合は)光状態の低下、自動交渉の再開、リモート障害の表示、および不正確なリンクパラメータ(たとえばケーブルステータスおよびケーブル長)により生成される障害を確認することが可能である。また、前記監視工程によって、その他の障害およびサービス劣化問題の確認、さらに動向分析統計の収集が行われる。工程64において障害が検出された場合、前記方法はサービス停止自律状態(out−of−service autonomous state:OOS−AU)へ移行し、前記障害を分離するために図4の工程66へ進む。
一部のテストは前記イーサーネットインターフェイスのサービス中に行うことが可能であるが、その他のテスト(たとえば中断テスト)は前記インターフェイスを非サービス状態にすることを要求するものと理解される。たとえば、本実施例において、サービス中のテストは100/1000Mbpsモードで通常に動作中のケーブル長をテストするために行われる。非サービス状態のテストによって、前記装置38、それに関連するポート、および前記装置38へ接続されるケーブルのテストが可能となる。さらに、非サービス状態のテストは、内部のループバックを介して装置出力送信機および入力受信機をテストすることが可能であるとともに、終端および未終端両方のイーサーネットケーブル問題を分析することができる。未終端の分析としては、たとえば、ケーブルに沿った障害の分離と、ポートに接続している各ケーブルの開回路、短絡回路、インピーダンス不整合の特定とが含まれる。適切に終端処理されたケーブルのケーブル長の概算を用いて、後に生じる障害の位置を特定することが可能である。
次に、引き続き図3を参照し、さらに図4を参照すると、1若しくはそれ以上のテストが自動的に実行され、工程64において検出された障害がローカル装置の障害によるものか、リモート装置の障害によるものか、若しくはケーブル問題によるものかが決定される。工程66において、前記ローカル装置についてローカル・ループバックテストが行われる。工程68において、前記ローカル・ループバックテストの失敗が決定された場合、工程70が示すように、前記障害はローカル装置の障害によるものである可能性が高い。修正措置が取られ、前記方法50は工程56へ戻る。
ローカル・ループバックテストが成功した場合、前記障害はローカル装置内に存在するものではなく、前記方法50は工程72へ進む。この工程においてケーブルステータスの確認が行われる。前記ケーブルステータスは、たとえば、図2を参照して説明したように、統合型TDR機能または独立型TDRを有するイーサーネットPHYsを用いて決定され、さらに前記ケーブルステータスは様々な問題によって引き起こされる可能性がある。たとえば、無効なイーサーネットケーブル長は不適切な終端に起因し、初期に特徴付けられた値(工程60で取得)と異なるケーブル長は、前記ケーブルの変化(たとえば不良ケーブルセグメントの追加)を示す。工程74において前記ケーブルステータスが有効でない(たとえば前記ケーブルの切断または故障)と決定された場合、工程78が示すように、前記障害はケーブルの問題によるものである可能性が高い。前記ケーブルステータスが有効である場合、前記障害はリモート装置の故障によるものである可能性が高い。工程80において修正措置を取られ、前記方法50は工程52へ戻る。図4を拡張し、自動交渉の失敗など様々な障害のシナリオを包含することが可能なものと理解される。
したがって、図3および図4の方法50は、図2のネットワーク30の構成要素を利用してイーサーネットサービスを提供し管理するものである。さらに、方法50は障害の検出と分離を可能にすることにより、前記イーサーネットサービスの中断および潜在的中断を前記サービスプロバイダ32が迅速に特定し、対処することを可能にする。障害の検出と分離が行われた後、前記障害、様々な障害属性(たとえばタイプや位置)、および同様の情報に関する詳細なレポートが作成される。
次に図5を参照すると、さらに別の実施形態では、例示的なネットワーク90はフレームワークを提供しており、このフレームワーク内において、図1の方法10が実行され、サービスプロバイダ92から複数の加入者装置94にイーサーネットサービスが提供される。前記サービスプロバイダ92はSONETベースの光ファイバ接続98を介して装置96に接続される。前記装置96は、たとえばイーサーネット・メディア・エクステンション(EMX)サービスを用い、前記サービスプロバイダ92を銅線ネットワーク100を介して装置102(たとえばメディア・コンバータ)に接続するよう動作可能であり、前記イーサーネット・メディア・エクステンション(EMX)サービス内においてイーサーネット・フレームは前記銅線ワイヤネットワーク100を介して伝送される。本実施例のネットワーク100は、当該技術分野では周知の、ツイストペア銅線から成るローカル・ループ・プラントである。
前記装置102は、デジタル加入者回線(たとえばDSL、SHDSL、VDSL、本明細書においてはこれらを総じてDSLと呼ぶ)を介して前記装置96と通信するためのインターフェイス(たとえばモデム)と、イーサーネットと互換性のあるケーブル104を介して前記加入者装置94にイーサーネットサービスを提供するためのイーサーネットインターフェイスとを含む。前記装置102は、前記加入者装置94に10/100BaseTインターフェイスポートを提供し、広域ネットワーク(wide area network:WAN)インターフェイスにおいてDSL技術を使用することにより、イーサーネットリンクの到達範囲を数千フィートまで拡張することが可能である。WANインターフェイスが提供される場合、前記装置102はループ状況の認知度および前記装置の加入者用イーサーネットポートの性能を監視を強化するとともに、DSLループ管理技術と埋め込み管理チャネルとを介してWANリンク管理を強化する。このように、WANの拡張に関連する問題の診断が可能となり、シングルエンド管理をクライアントインターフェイスで実施することが可能となる。
本実施例において、前記イーサーネットインターフェイスおよびDLSインターフェイスは、どちらもモジュールを介してそれぞれのポートを提供する。前記イーサーネットポートはクライアントポートとしてモデル化されており、前記ポートを作動するために前記イーサーネットモジュールがまず(手動または自動により)プロビジョニングされる。次に、前記モジュールのイーサーネットポートがプロビジョニングされる。
本実施例において、各イーサーネットポートはAINSと関連付けられており、これにより、ケーブルを物理的に前記ポートに接続する前に前記イーサーネットポートを準備完了状態に予備プロビジョニングすることが可能となる。前記イーサーネットポートの任意のアラームは、前記ポートで有効信号が検出されるまで、所定の時間(たとえば10秒)停止される。前記期間が経過すると、前記イーサーネットポートは正常な動作モードに戻り、アラームを報告する。
また、前記装置102は、故障が検出されると、ケーブルおよび装置の診断機能を使用して自動的にイーサーネットの障害の分離を行うことも可能であるが、これについては以下に詳細に説明する。たとえば、前記加入者装置と装置102との間でリンク障害が検出されると、自動分離診断は装置102において装置ポートループバックを試み、送信機および受信機の機能を確認する。送信機または受信機の障害が検出されない場合、ループ障害が報告されることになる。さらに、前記装置102はイーサーネットサービスをキャリアのサービスエリアに拡張し、DSLリンク管理の詳細をオペレータに対し非表示にすることができる。したがって、前記システムは前記DSLリンクを自動プロビジョニングするため、「リモート」イーサーネットポートを作成するときに前記DSLリンクを手動でプロビジョニングする必要はない。
イーサーネットポートは、所定の状態またはイベントを検出するとアラームを発信する。たとえば、リンク障害、ジャバー(たとえば、ステーションが許容パケット長より長時間送信すること)受信、またはリモート障害に基づきアラームが発信される。これらのアラームは前記装置102から前記装置96へ報告され、前記装置96は前記オペレータ92へ前記アラームを報告する。
また、前記装置102のDSLインターフェイス(およびモジュール)を介して実行されるDSLリンクおよびポートも障害の原因となる場合がある。たとえば、前記装置102は、信号の損失、同期の損失、ループ減衰障害(たとえばループ減衰の閾値が超過する場合)などのアラーム条件に関して前記DSLインターフェイスを監視する。DSLポートおよび装置の故障によって、ネットワーク停止、停電、モデム障害、ポートモジュールの取り外し(たとえば前記ポートを端末とするモジュールの取り外し)、プロビジョニングの不整合(たとえばスロット内にある物理的モジュールとモジュールプロビジョニングの不整合が存在する)に関するアラームが発信される。
性能の監視は2箇所で行われる。第1に、EtherStat性能監視が装置102のイーサーネットポート上で行われ、これにより、前記サービスプロバイダは所定の分界点において前記加入者装置の着信トラフィック状況を監視することができる。第2に、前記DSLリンクが前記装置96および前記装置102において監視され、前記サービスプロバイダ96と前記加入者装置102との間のデジタル・ローカル・ループの状況および性能に関する情報を提供される。前述のように、統計データを収集することが可能である。たとえば、前記DSLおよびイーサーネットリンクの両方の経時的なステータスに関する詳細を示す定期レポートが生成される。
前記DSLリンクの性能は、アップストリームおよびダウンストリームの両方向について監視される。前記ダウンストリーム方向において、前記装置102に関連するモデムはパフォーマンスカウントを収集し、前記装置96へ転送する。前記アップストリーム方向において、前記DSLリンクは前記DSLモジュールの終端点において監視される。性能監視によって、先に組み込まれた米国仮特許出願(代理人整理番号第31873.18号)が開示するように、多種多様な統計を収集することが可能である。
DSLメディアを介してイーサーネットサービスを提供する際、前記DSLループが未終端である場合(たとえば前記装置102が存在しない、または物理的に接続されていない)と、前記装置102が存在し物理的に接続されている場合とがある。前記ループは、オペレータが未終端ループをポートに接続してシングルエンドのループ適性診断を行う場合に未終端である可能性がある。この場合、オペレータは前記装置96に対して診断コマンドを発信し、これにより、前記オペレータはサービス前の起動中に前記DSLループの特徴付け/テストを行うことが可能となる。前記装置102が物理的に接続およびプロビジョニングされている場合(たとえば、サービスが実行されており、障害状況を分離するために診断が必要な場合)、前記オペレータは、(イーサーネットポートの問題を診断するために)前記装置102に対して診断コマンドを発信するか、若しくは(DSLラインの問題を診断するために)前記装置102に接続されているイーサーネットサービスに対して診断コマンドを発信する。
前述したように、一部の診断テストは接続中に実行することが可能であるが、その他の診断テストを行うには接続を非サービス状態にする必要がある。前記装置102のイーサーネットポートのサービス中の診断は、イーサーネットインターフェイスのテストのみに限定される。本実施例では、性能監視を除き、前記DSLループ上でサービス中に行うことが可能な診断はない。
非サービス状態で行うテスト(たとえば中断テスト)は、前記装置102に関連付けられた診断を用いて実現可能である。前記装置102および前記装置に関連付けられたイーサーネットサービスは、テスト中は非サービス状態である必要がある。このテストにより、オペレータは、加入者装置94に関連付けられたイーサーネットポートおよびケーブルに関連する障害、さらに前記DSLポートおよびDSLの物理的リンクに関連する障害をテストし、分離することが可能となる。テスト中に前記装置102がサービス中である場合、ケーブル長(たとえば非中断)のテストのみが可能である。
前記装置102について、多数の非サービス状態テストを実行することが可能である。これらのテストには、前記イーサーネットポートのポート送信機および受信機の確認が含まれ、このテストには内部のループバックが使用され、出力送信機または受信機入力の障害の検出が可能になる。イーサーネットケーブルの問題分析は、未終端(TDRテスト)または終端ケーブルのいずれかについて実行可能である。DSL装置ポートの送信機および受信機の診断は、内部ループバックを使用して実行され、これにより出力送信機または受信機入力の障害の検出が可能となる。
DSLリンク診断は、シングルエンドのループ診断を用いて装置96から実行可能であり、これによってたとえばループ長、ループ終端(たとえば前記ループが開回路または短絡回路であるかどうか)、ループゲージ、アップストリームおよびダウンストリーム能力(bps単位において)、理想的なアップストリームおよびダウンストリーム能力(bps単位において)(たとえば実装損失の影響を考慮しない能力)、デュアルエンド・ループ・テストなど、未終端DSLデジタル・ローカル・ループ(Digital Local Loop:DLL)の特定の特性を決定することができる。
図1の方法10は、たとえばイーサーネット・フレームの転送をDS3WANインターフェイスを介しておよび/またはファイバーインターフェイスを介して行うその他のネットワーク設定で実行することが可能なものと理解される。
図6および図7を参照すると、さらに別の実施形態において、方法106は工程108〜156を利用して、前記サービスプロバイダ92による前記装置102および関連構成要素のシングルエンド方式管理を可能にし、以下のようにイーサーネットインターフェイスに関する問題を初期化、監視および診断する。本実施例において、前記方法106は、データ転送サービスのDSLコマンドによって提供される機能を拡張することによって実施される。特定のコマンドおよび関連情報についてのより詳細な説明は、先に組み込まれた米国仮特許出願(代理人整理番号第31873.18号)に開示されている。障害が検出および分離された後に修正措置を取ることが可能なものと理解されるが、そのような措置については図6および図7には明示されていない。
工程108において、リンクが確立され、リンクパラメータが決定される。前記イーサーネットインターフェイスのサービスが実行される前に、前記方法106は工程110において現在のDSLリンクステータス(たとえば良好/不良)を決定する。前記リンクステータスが不良である場合、前記方法106は障害分離段階に入るが、この段階については後に図7とともに説明する。前記リンクステータスが良好である場合、前記方法106は工程112へ進み、この工程においてDSLパラメータが取得される。次に、前記方法106は工程114へ進み、この工程でイーサーネット・リンクステータスを決定する。前記イーサーネット・リンクステータスが不良である場合、前記方法106は障害分離段階に入るが、この段階については後に図7とともに説明する。前記イーサーネットのステータスが良好である場合、前記方法106は工程116へ進み、この工程でイーサーネットリンクパラメータ(たとえばケーブルステータスおよびケーブル長)を取得する。
前記方法106は、次に、工程118、120へと進み、監視動作を実行する。前記監視工程によって、リンクの不良、搬送波および/または信号の損失、(光ファイバーインターフェイスの場合は)光状況の低下、自動交渉の再開、リモート障害表示、およびリンクパラメータ(たとえばケーブルステータスおよびケーブル長)の変化を確認することができる。また、この監視工程によって、その他の障害およびサービス劣化問題の確認、さらに動向分析統計の収集が行われる。工程120において障害が検出された場合、前記方法はサービス停止自律状態(OOS−AU)へ移行し、前記障害を分離するために図7の工程122へ進む。
次に、引き続き図6を参照し、さらに図7を参照すると、1若しくはそれ以上のテストが自動的に実行され、工程120で検出された障害がローカル装置の障害によるものか、リモート装置の障害によるものか、ケーブル問題によるものかが決定される。工程122において、前記DSLリンクステータスが決定される。前記リンクステータスが良好である場合、前記方法106は工程124、126へ進み、ここでイーサーネット・ローカル・ループバックのテストを行い、前記テストの成否を決定する。工程126においてテストが失敗と決定された場合、前記障害は、工程128が示すように装置の障害による可能性が高い。
工程126において前記テストが成功であると決定された場合、前記方法106はケーブルテストを行い、工程130、132において前記テストの成否を決定する。工程132において失敗と決定された場合、障害は、工程134が示すように、ケーブルの問題である可能性が高い。工程132において成功と決定された場合、前記方法は工程136へ進み、この工程で自動交渉手順を開始する。
工程138において、前記自動交渉手順の成否が決定される。前記自動交渉手順が失敗した場合、障害は、工程140が示すようにリモート装置の問題によるものである可能性が高い。しかし、前記自動交渉手順が成功した場合、前記方法は工程114へ戻り、先に説明したようにイーサーネット・リンクステータスを確認する。
図7の工程122へ戻り、前記DSLリンクステータスが不良と決定された場合、前記方法106は工程142へ進み、この工程においてDSLループバックテストが行われる。工程144においてテストが失敗と決定された場合、前記障害は、工程128が示すように装置の障害による可能性が高い。
工程144においてテストが成功と決定された場合、前記方法106はケーブルテストを行い、工程146、148において前記テストの成否を決定する。工程148においてテストが失敗と決定された場合、障害は、工程150が示すように、ケーブル問題である可能性が高い。工程148においてテストが成功と決定された場合、前記方法は工程152へ進み、この工程においてDSLリンクハンドシェークを開始する。工程154において、前記ハンドシェークの成否が決定される。前記ハンドシェークが失敗した場合、障害は、工程156が示すようにリモート装置の問題によるものである可能性が高い。しかし、前記ハンドシェークが成功した場合、前記方法は工程110へ戻り、先に説明したように前記DSLリンクステータスを確認する。
したがって、図6および図7の方法106は、図5のネットワーク90の構成要素を利用してイーサーネットサービスを提供し管理するものである。さらに、前記方法106は、障害の検出と分離を可能にすることにより、前記イーサーネットサービスの中断および潜在的中断を前記サービスプロバイダ92が迅速に特定し、対処することを可能にする。障害の検出と分離が行われた後、前記障害、様々な障害属性(たとえばタイプや位置)、および同様の情報に関する詳細なレポートが作成される。
図8〜図10を参照すると、さらに別の実施形態において、TDRsの性能および動作は(前述したように)、以下のようにDSLおよび/またはイーサーネット環境において強化される。反射信号を用いて動作するTDR技術は、一般に、適切に終端されたライン上で無効である。したがって、TDR技術の利益を最大化するためには、特性化の対象であるラインを終端するべきではない。多くの場合、これは技術者がサイトを訪れて物理的に非接続にする必要があることを意味する。前記接続が切断されると、ラインのテストを実行することが可能になる。しかし、前記接続を切断するために技術者を派遣するプロセスは時間と費用がかかり、前記接続が顧客の所在地内または顧客の装置にある場合、さらに困難である。
具体的に図8を参照すると、例示的なDSL環境はサービスプロバイダのライン側の装置160と、DSLモデム164とを含み、前記DSLモデム164は加入者の所在地にある場合がある。前記装置160はDSLユニット162と関連付けることが可能であって、これにより前記装置160および前記モデム164はライン166を介して通信可能となる。前記モデム164は、アナログフロントエンド170と、DSLプロセッサ/デジタル信号プロセッサ172と、サービス側インターフェイス(たとえばイーサーネット)と、マイクロコントローラまたはプロセッサ176と、さらにこれらの構成要素間の様々な接続およびインターフェイスとを含むことが可能である。
本実施例において、前記モデム164はまた、回路168も含み、この回路はアナログフロントエンド170およびプロセッサ176の両方へアクセス可能である。前記回路168は、2つのスイッチ180、182と前記プロセッサ176とを接続する継電器178を含む。
DSLトラフィックに加え、前記ライン166は帯域外制御チャネル(たとえば内臓動作チャネルまたはEOC)を含み、これにより、前記装置160はEOCメッセージングを介して前記モデム164を監視および制御することが可能となる。本実施例において、前記EOCメッセージングを前記回路168とともに使用することによって、前記装置160は前記DSLラインの終端を次のように非接続にすることができる。
前記ラインを非接続にするために、前記サービスプロバイダはライン166のEOCを介して前記モデム164にコマンドを送信し、前記モデム164に一定時間「t」の間接続を解除するよう指示する。前記時間tは、たとえば、事前定義されるか、あるいは前記コマンドにパラメータとして含まれる。前記メッセージを受信すると、前記モデム164はタイマーを始動し、前記継電器178に電圧を加えて前記スイッチ180、182を開く。この結果、時間tによって定義付けられる一定時間の間、未終端ラインが生成される。この時間中、前記サービスプロバイダは診断を実行し、前記ラインを特性化をすることが可能である。前記タイマーが時間切れになると、前記プロセッサ176は前記継電器178への電圧を停止し、それによってスイッチ180,182が閉じ、前記ラインが再確立される。したがって、DSLラインに関連付けられたTDRの効果は、前記ラインの終端を遠隔的に作用することによって強化することが可能である。
図9および図10を参照すると、例示的なイーサーネット環境は、サーバープロバイダ装置184とデジタル装置188とを含む。例示目的のために、図のデジタル装置188は加入者の所在地に位置するコンピュータであるが、前記装置188は、本開示に適用可能な任意の種類のデジタル装置である可能性があるものと理解される。前記装置184はイーサーネットユニット186に関連付けられており、これにより、前記装置184およびコンピュータ188はライン190を介して通信可能となる。
当該技術分野では周知の様々な構成要素(たとえばプロセッサ、メモリ、バス、I/Oデバイス、ネットワークインターフェイス等であるが、いずれも図示されていない)に加え、前記コンピュータ188は図10で示す回路192を含む場合がある。本実施例において、前記回路192は、前記コンピュータ188に配備されたネットワーク・インターフェイス・カード(NIC)に含まれている。前記NICは、ネットワーク上のNICを特定するメディアアクセス制御(media access control:MAC)番号に関連付けられている。前記回路は前記コンピュータ188若しくは前記コンピュータ188の外部装置のその他の構成要素と関連付けることが可能なものと理解される。
前記回路192は制御ユニット194を含み、前記ユニットはライン196,198によって示されるデータパスに接続されている。また、前記制御ユニット194は、ライン204を介して制御レジスタ200およびタイマーレジスタ202に接続されている。前記レジスタ200、202は継電器208を具備するゲート206にフィードされる。前記継電器208は、レジスタ202にプログラムされた期間、レジスタ200によって正常な終端回路からライン196を接続解除するために使用される。
前記ラインの接続を解除するために、前記サービスプロバイダは帯域内信号伝達機構を介して前記NECおよび関連回路192にコマンドを送信することが可能である。前記コマンドは、前記NECに接続を解除させオフラインにする指示と、前記NICのオフライン継続時間とを含む。前記コマンドを受信すると、前記制御ユニット194は前記制御レジスタおよびタイマーレジスタ200,202を適切な値とともにロードし、前記継電器を作動させ、前記NICをオフラインにする。これは、たとえばラインのインピーダンスを終端(インピーダンス)、または未終端(インピーダンスなし)に変更することによって実行可能である。前記タイマーレジスタ202に関連付けられた時間が経過すると、前記回路192は前記継電器208への電圧を停止し、前記NICをオンラインにする。したがって、イーサーネット接続に関連するTDRの効果は、前記ラインの終端に遠隔的に作用することによって強化することが可能である。
本発明について、好ましい実施形態を参照することによって具体的に示し、説明してきたが、本発明の精神と範囲から逸脱することなく本発明の形状および詳細に様々な変更を行うことが可能であることを当業者は理解するであろう。たとえば、帯域内のループバックリクエスト機能が望ましい場合は、ケーブルテスト技術と異常監視技術を組み合わせることによってそのような機能性を得、ある装置が適正に機能しているかどうかを診断することが可能である。よって、特許請求の範囲は本発明との一貫性を維持しつつ広範に解釈されるべきである。
Claims (24)
- 通信リンクの第1のポイントからイーサーネット・サービス・インターフェイスの障害を検出および診断するための方法であって、前記通信リンクは前記イーサーネット・サービス・インターフェイスを含み、第2のポイントで終端するものであり、
前記第1のポイントから前記リンクを監視し、前記第1のポイントと前記第2のポイントとの間で発生する障害を検出する工程と、
前記障害の検出時に、少なくとも1つの障害属性を前記第1のポイントから特定する工程と、
前記特定された障害属性に基づいて、前記障害の1若しくはそれ以上の潜在的原因を分類する工程と
を有する方法。 - 請求項1記載の方法において、前記障害属性は障害の位置を含むものである。
- 請求項2記載の方法において、前記障害属性は障害のタイプを含むものである。
- 請求項1〜3のいずれか1つに記載の方法において、前記障害属性を特定する工程は、前記障害を隔離するために前記第1のポイントから診断手順を実行する工程を含むものである。
- 請求項4記載の方法において、前記診断手順を実行する工程は、ループバックテストを実行する工程と、前記ループバックテストの結果に基づいて、前記第1のポイントと第2のポイントとの間の通信リンクの一部を形成するケーブルのステータスを確認する工程とを含むものである。
- 請求項5記載の方法において、前記ループバックテストによって、当該ループバックテストを実行した装置に問題が存在しないことが示される場合、前記ケーブルステータスの確認が行われるものである。
- 請求項6記載の方法において、前記障害の前記1若しくはそれ以上の潜在的原因を分類する工程は、前記ローカルループバックのテスト結果または前記ケーブルステータスを使用する工程を含み、前記障害が、前記第1のポイントに関連する装置によって生じたものか、前記第2のポイントに関連する装置によって生じたものか、前記第1のポイントと第2のポイントとの間に配置された装置よって生じたものか、若しくは前記第1のポイントと第2のポイントとの間の通信リンクの一部を形成するケーブルによって生じたものかを特定するものである。
- 請求項6および請求項7記載の方法において、この方法は、さらに、
デジタル加入者回線(DSL)接続において少なくとも1つのDSLテストを行い、当該DSL接続は前記通信リンクの一部を構成するものである、DSLテストを行う工程と、
前記DSLテストが成功であったかを決定し、前記工程において失敗は、前記障害が前記DSL接続に関連付けられることを示すものである、決定する工程と
を有するものである。 - 請求項1〜8のいずれか1つに記載の方法において、この方法は、さらに、
リンクステータスが良好か不良かを決定する工程と、
前記リンクステータスが良好である場合、自動交渉処理を実行する工程と、
前記自動交渉処理が成功であったかを決定する工程と、
前記自動交渉処理が成功であった場合、前記通信リンクの少なくとも1つのパラメータを取得する工程と
を有するものである。 - 請求項9記載の方法において、前記少なくとも1つのパラメータは、前記第1のポイントと第2のポイントとの間の通信リンクの一部を形成するケーブルの少なくとも1つのステータス、若しくは前記ケーブルの長さを含むものである。
- 通信システムの一部を形成するイーサーネット・サービス・インターフェイスにおける障害を検出および診断するための方法であって、前記検出および診断は前記通信システム内のシングルポイントから行われ、
前記イーサーネット・サービス・インターフェイスに関連付けられる複数の動作パラメータを特定し、前記動作パラメータは前記イーサーネット・サービス・インターフェイスを監視するためのベースラインを確立するものである、特定する工程と、
前記障害を、少なくとも部分的に前記動作パラメータに基づいて検出するために、前記イーサーネット・サービス・インターフェイスを前記シングルポイントから監視する工程と、
前記シングルポイントから検出された障害を診断し、前記診断は前記障害を障害位置または障害タイプのうちの少なくとも1つと関連付けるよう動作可能である、診断する工程と
を有する方法。 - 請求項11記載の方法において、前記診断は前記通信システムにおける一連のテストを実行する工程を含み、前記テストは前記イーサーネット・サービス・インターフェイスの障害を分離するよう動作可能である。
- 請求項11および請求項12のいずれか1つに記載の方法において、この方法は、さらに、
前記シングルポイントから前記イーサーネット・サービス・インターネットをプロビジョニングする工程を有するものである。 - イーサーネット・サービス・インターフェイスに関連付けられる障害を通信リンクの第1の端部から検出および診断するためのシステムであって、前記リンクは前記第1の端部から延長して第2の端部で終端し、且つ前記リンクは前記イーサーネット・サービス・インターフェイスを含み、
前記第1の端部にアクセス可能な第1の通信装置と、
前記第2の端部にアクセス可能な第2の通信装置と、
前記第1の装置と前記第2の装置とを接続するケーブルと、
前記障害を検出し、前記障害が前記第1の装置、前記第2の装置、または前記ケーブルのいずれに関連付けられるものであるかを決定するための、前記第1の装置に関連付けられたソフトウェアと
を有するシステム。 - 請求項14記載のシステムであって、このシステムは、さらに、
第3の通信装置を有し、前記第2の端部は前記第3の装置において終端するものであり、前記ソフトウェアは前記障害が前記第3の装置に関連付けられるかどうかを決定するよう動作可能である。 - 請求項15記載のシステムにおいて、少なくとも前記ケーブルの一部はデジタル加入者回線を有し、前記ソフトウェアは前記障害が前記デジタル加入者回線に関連付けられるかどうかを診断および検出するよう動作可能である。
- リモートデジタル装置においてライン終端ステータスを制御するための方法であって、
前記デジタル装置にコマンドを送信し、前記コマンドは前記デジタル装置によって前記ライン終端を終端ステータスから未終端ステータスに変更する指示を含むものである、送信する工程と
前記リモート装置において、所定の時間を設定する工程と、
前記リモート装置において、前記所定の時間を監視する工程と、
前記所定の時間が経過したときに前記ライン終端ステータスを未終端から終端に自動変更する工程と
を有する方法。 - 請求項17記載の方法において、前記コマンドは、前記所定の時間をさらに含むものである。
- 請求項17および請求項18のいずれか1つの方法において、前記デジタル装置はネットワーク・インターフェイス・カードであり、前記コマンドはイーサーネットを介し帯域内信号伝達機構を用いて送信されるものである。
- 請求項17〜19のいずれか1つの方法において、前記デジタル装置はデジタル加入者回線(DSL)のモデムであり、前記コマンドはDSLチャネルを介して送信されるものである。
- 通信リンクの終端ステータスをリモート制御することを可能にする装置であって、
前記通信リンクを介して受信される終端コマンドに応答するよう動作可能な制御装置と、
前記制御装置にアクセス可能な継電器であって、前記継電器は、前記制御装置に応答して前記終端ステータスを終端と未終端との間で変更するよう動作可能である、前記継電器と
を有する装置。 - 請求項21記載の装置において、この装置は、さらに、
前記制御装置にアクセス可能なタイマーを有し、前記制御装置は前記コマンドに応答して前記ステータスを未終端に変更するよう前記継電器に指示を与えるものであり、前記継電器は、前記タイマーに関連付けられた所定の時間が経過した後、前記ステータスを終端に変更するものである。 - 請求項21および請求項22のいずれか1つの装置において、この装置は、さらに、
メディアアクセス制御フレームとして前記コマンドを受信するよう動作可能なイーサーネットインターフェイスを有するものである。 - 請求項21〜23のいずれか1つの装置において、この装置は、さらに、
DSLチャネルを介して前記コマンドを受信するよう動作可能なデジタル加入者回線インターフェイスを有するものである。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/IB2004/000817 WO2005094000A1 (en) | 2004-03-18 | 2004-03-18 | Fault management in a ethernet based communication system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2007529806A true JP2007529806A (ja) | 2007-10-25 |
Family
ID=34957219
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007503425A Pending JP2007529806A (ja) | 2004-03-18 | 2004-03-18 | イーサーネットによる管理システムにおける障害管理 |
Country Status (7)
Country | Link |
---|---|
EP (1) | EP1733506B1 (ja) |
JP (1) | JP2007529806A (ja) |
CN (1) | CN1998185A (ja) |
AU (1) | AU2004317680A1 (ja) |
CA (1) | CA2559565A1 (ja) |
MX (1) | MXPA06010615A (ja) |
WO (1) | WO2005094000A1 (ja) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992650B (zh) * | 2005-12-30 | 2011-05-11 | 中兴通讯股份有限公司 | 一种ip分组承载网的呼叫导通检测方法 |
CN102035716B (zh) * | 2009-09-29 | 2013-04-24 | 中国移动通信集团公司 | 路由更新方法、系统及路由器 |
CN102148721B (zh) * | 2011-01-21 | 2014-02-19 | 华为技术有限公司 | 电路检测的方法和装置 |
EP2860910B1 (en) | 2011-04-18 | 2017-06-07 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus for quality of service monitoring of services in a communication network |
CN110011869B (zh) * | 2012-06-06 | 2022-07-19 | 瞻博网络公司 | 控制器装置、方法及计算机可读存储介质 |
US9306802B2 (en) | 2013-06-14 | 2016-04-05 | Honeywell International Inc. | Displaying FTE cable status as UCN cable status |
CN103401724B (zh) * | 2013-07-08 | 2016-08-24 | 宁波高新区晓圆科技有限公司 | 数据通信性能测试仪及其实现方法 |
US9191496B1 (en) | 2014-04-22 | 2015-11-17 | Adtran, Inc. | Digital subscriber line fault locating systems and methods |
CN105306272B (zh) * | 2015-11-10 | 2019-01-25 | 中国建设银行股份有限公司 | 信息系统故障场景信息收集方法及系统 |
CN108508874B (zh) * | 2018-05-08 | 2019-12-31 | 网宿科技股份有限公司 | 一种监控设备故障的方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5923849A (en) * | 1996-05-07 | 1999-07-13 | International Network Services | Method of auditing communication traffic |
US6108713A (en) * | 1997-02-11 | 2000-08-22 | Xaqti Corporation | Media access control architectures and network management systems |
US6694455B1 (en) * | 2000-06-16 | 2004-02-17 | Ciena Corporation | Communications network and method performing distributed processing of fault and alarm objects |
-
2004
- 2004-03-18 EP EP04721603A patent/EP1733506B1/en not_active Expired - Lifetime
- 2004-03-18 CA CA002559565A patent/CA2559565A1/en not_active Abandoned
- 2004-03-18 JP JP2007503425A patent/JP2007529806A/ja active Pending
- 2004-03-18 CN CN200480042923.8A patent/CN1998185A/zh active Pending
- 2004-03-18 AU AU2004317680A patent/AU2004317680A1/en not_active Abandoned
- 2004-03-18 WO PCT/IB2004/000817 patent/WO2005094000A1/en active Application Filing
- 2004-03-18 MX MXPA06010615A patent/MXPA06010615A/es not_active Application Discontinuation
Also Published As
Publication number | Publication date |
---|---|
EP1733506A1 (en) | 2006-12-20 |
EP1733506B1 (en) | 2012-08-15 |
WO2005094000A1 (en) | 2005-10-06 |
MXPA06010615A (es) | 2006-12-19 |
CN1998185A (zh) | 2007-07-11 |
CA2559565A1 (en) | 2005-10-06 |
AU2004317680A1 (en) | 2005-10-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20070022331A1 (en) | Single-ended ethernet management system and method | |
US8472327B2 (en) | Apparatus and method for testing and fault isolation in a communication network | |
US9860111B2 (en) | Method and apparatus for diagnosing and configuring a broadband connection via an alternate communication path | |
EP1585299B1 (en) | Providing applets to remote devices in a communications network | |
EP2947793A2 (en) | Link detection method and device for passive optical network | |
US20070217338A1 (en) | Method and apparatus for out-of-band XDSL troubleshooting and testing | |
US7697446B2 (en) | Link testing in an ethernet DSL network | |
CN102136958B (zh) | 一种接入节点的诊断方法及系统 | |
US9203719B2 (en) | Communicating alarms between devices of a network | |
EP1733506B1 (en) | Fault management in an ethernet based communication system | |
US9124683B2 (en) | Diagnostic engine | |
US8891960B2 (en) | Optical data communications | |
US8165271B2 (en) | Chattering line detection system and method | |
CA2504970A1 (en) | Method and system for surveilling a telecommunications network link | |
US7958386B2 (en) | Method and apparatus for providing a reliable fault management for a network | |
US20060143548A1 (en) | Error detection and reporting | |
KR20060126619A (ko) | 이더넷 기반 통신시스템에서의 장애 관리 시스템 및 방법 | |
KR100735394B1 (ko) | 대칭/비대칭 디지털 가입자 라인 시스템의 장애 진단방법 | |
JP3794348B2 (ja) | 局側伝送装置および通信システム監視方法 | |
Yoo et al. | Remote Management System for xDSL | |
JP2003188904A (ja) | ネットワーク接続制御装置、ネットワーク接続通信システムおよびネットワーク接続制御方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090518 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090602 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091027 |