(57)【特許請求の範囲】
【請求項１】
受信される帯域使用を識別する識別子を検出する検出部と、
期待される帯域使用を識別する識別子を予め設定する識別子設定部と、
前記検出部と識別子設定部を回線の最小単位毎にモニターするコントロール部を有し、
該コントロール部は、予めバンドル・サービスとして定義されている帯域について受信される前記帯域使用を識別する識別子を定期的にモニターし、期待される帯域使用を識別する識別子と異なる時、前記回線の最小単位の終端ポイントから送信されるトレース情報が，前記識別子の変化する前と同じであれば，前記期待される帯域使用を識別する識別子を前記受信される帯域使用を識別する識別子に再設定する
ことを特徴とする伝送装置。
【請求項２】
請求項１において、
さらに、パス障害を検知する障害検出部を設け、前記期待される帯域使用を識別する識別子を前記受信される帯域使用を識別する識別子に再設定する際、該障害検出部で検出されるＬＯＰ（Loss Of Pointer）アラームをマスクすることを特徴とする伝送装置。
【請求項３】
請求項１において、
前記回線の最小単位毎の終端ポイントから送信されるトレース情報を記憶し、
パス障害を検知する障害検出部を設け、前記期待される帯域使用を識別する識別子を前記受信される帯域使用を識別する識別子に再設定する際、前記トレース情報の変更の有無により前記予めバンドル・サービスとして定義されている帯域内使用の変更か、誤クロスコネクトかを識別することを特徴とする伝送装置。
【請求項４】
請求項１において、
前記コントロール部は、所定期間における累積ビットエラー数、エラー発生秒数、及び一定値以上のエラー発生秒数が、所定値以上となったとき保守者に通知することを特徴とする伝送装置。
【請求項５】
請求項４において、
更に、前記判定された帯域使用を識別する識別子に従い、パス回線のビットエラー数を判定する手段を有することを特徴とする伝送装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、基幹伝送路（ネットワーク）を構成する伝送装置に関するものであり、特に、サービスインタフェースとして光回線インタフェースを有し、クロスコネクトによるパス（Path）回線接続変更が可能な伝送装置に関する。
【０００２】
【従来の技術】
近年、増加するデジタル・データ伝送においてＩＰ（インターネット・プロトコル）データの割合が急激に増えている。
【０００３】
ＩＰデータネットワーク網は、特徴として基幹伝送路（ネットワーク）を保有する運用会社とは別なサービス・プロバイダーが運用する形態がそのほとんどである。
【０００４】
図１は、基幹ネットワーク１とＩＰデータ・ネットワーク２の構成図である。基幹ネットワーク１は、複数の伝送装置ＮＥ（network equipment）：Ａ〜Ｃが伝送路（ａｃ），伝送路（ａｂ），伝送路（ｂｃ）間に接続されている。
【０００５】
複数の伝送装置ＮＥ（network equipment）：Ａ〜Ｃのそれぞれには伝送路と接続される部位にサービス・インタフェースを収容する光回線送受信部ａ1，ａ2, ｂ1，ｂ2,ｃ1，ｃ2を有している。さらに、伝送装置ＮＥ（network equipment）：Ａ及びＣは、ＩＰデータ・ネットワーク２と接続される部位にサービス・インタフェースを収容する光回線送受信部ａ3,ｃ3を有している。
【０００６】
各光回線送受信部には更にＭＵＸ（多重）／ＤＭＵＸ（分離）部があり、収容する複数のサービス・インタフェースを時分割多重することが可能である。
【０００７】
基幹ネットワーク１とＩＰデータ・ネットワーク２とは光回線（ＯＣ３／ＯＣ１２／ＯＣ４８等）でインターフェースする。図１の例ではＯＣ１２（６００Ｍ：ＳＴＳ１２帯域幅）のインタフェース回線３，４でインターフェースしている。
【０００８】
さらに、伝送装置ＮＥ：Ａ〜Ｃは、パス（Ｐａｔｈ）伝送路を任意に接続可能なクロスコネクト部（図中ａ４，ｂ４，ｃ４）、及び対応するクロスコネクト部ａ４，ｂ４，ｃ４を制御するコントロール部（図中ａ５，ｂ５，ｃ５）を有する。
【０００９】
図１中のＩＰ装置Ｄ，ＥはＩＰデータ・ネットワーク２を構成するルータ、エッジスイッチ（Ｓｗｉｔｃｈ）などであり、ＩＰデータ・ネットワーク２を保有するサービス・プロバイダーが保守・運用する部分である。
【００１０】
各伝送装置ＮＥには、基幹ネットワーク内の障害（光回線障害、クロスコネクトの誤接続による人的障害）発生時に該当パス（Ｐａｔｈ）回線を救済する為のスイッチＳＷ（図中のｃ６）を有し、パス（Ｐａｔｈ）回線の冗長を構築することが可能である。
【００１１】
図中の伝送路（ａｂ，ｂｃ，ａｃ）の網掛け領域は、ＩＰ装置ＤとＩＰ装置Ｅ間の通信パス（Ｐａｔｈ）として、基幹ネットワーク１内に割り当てた帯域を示す（図１中の参照記号Ｐａｃ，Ｐａｂ，Ｐｂｃ）。
【００１２】
さらに、伝送装置ＮＥ：Ａ，ＮＥ：Ｃは従来型の音声スイッチ（図１中Ｆ／Ｇ）との光回線ａｆ，ｃｇも収容する。
【００１３】
図中のＯＣ１２インタフェース３，４内の１２×ＳＴＳ１は、ＩＰ装置Ｄ、Ｅの収容するサービス・インタフェースの種類や収容データ量の変化により、ＳＴＳ１/ＳＴＳ３Ｃ（３×ＳＴＳ１）／ＳＴＳ１２Ｃ（１２×ＳＴＳ１）の自由な組み合わせにより使用することが可能である。ただし、１２×ＳＴＳ１を越えることは出来ない。
【００１４】
図１に示されるように、ＩＰ装置Ｄから送信されるパス（Ｐａｔｈ）回線は、冗長を取る為に、伝送路（ａｂ）方向と伝送路（ａｃ）の両方向へ送信される。伝送装置ＮＥ：Ｃでは両伝送路から受信するパス（Ｐａｔｈ）回線をスイッチＳＷ部ｃ６により選択し、ＩＰ装置Ｅへのインタフェース回線４に受信データを送出する。
【００１５】
図中、伝送装置ＮＥ：Ｂでは、ＩＰ装置Ｄ−Ｅ間のパス（Ｐａｔｈ）回線を中継する為に、該当パス（Ｐａｔｈ）に割り当てた帯域分をクロスコネクト部ｂ４に対しコントロール部ｂ５により制御し、帯域の確保を行なう。
【００１６】
この際、ＩＰ装置Ｄ−Ｅ間に割り当てる帯域（１２×ＳＴＳ１）内における割り当て（ＳＴＳ１／ＳＴＳ３Ｃ／ＳＴＳ１２Ｃの比率）は、基幹ネットワーク１内の全ての伝送装置ＮＥ：Ａ〜Ｃに対して同一設定でなければならない。
【００１７】
この設定は、ＣＩ（Concatenation）-ＩＤによりＳＴＳ１／ＳＴＳ３Ｃ／ＳＴＳ１２Ｃのいずれの形式でのパス（Ｐａｔｈ）フォーマットであるかが示される。このＣＩ-ＩＤは、ＩＰ装置ＤからＩＰ装置Ｅ間の基幹ネットワーク１の全ての伝送装置ＮＥで中継される。
【００１８】
さらに、ＣＩ-ＩＤは、伝送装置ＮＥの全てのパス（Ｐａｔｈ）回線送信部と受信部での期待値が一致しなければならない。したがって、従来装置では受信側で期待ＣＩ-ＩＤと受信ＣＩ-ＩＤが一致しない場合は、伝送路内のクロスコネクト部等で誤接続されたと判断し、ＳＷ部ｃ６等により救済を行い冗長保護を取っていた。
【００１９】
【発明が解決しようとする課題】
一方、従来の音声データ伝送サービスでは、ＳＷ（交換機）の設置計画など長期的な伝送路計画に基づくために、帯域変更はまれであった。これに対し、近年の急激なＩＰネットワークの増大と、ＩＰ装置の新機種化に伴いサービス・インタフェースであるＯＣ１２等の光回線内のＳＴＳ帯域割り当てが、しばしば変更される様な運用変更が生じる場合が多くある。
【００２０】
しかし、上記図１に示した従来の装置では、そのような変更が必要な度に基幹ネットワーク１内の各伝送装置ＮＥ：Ａ〜ＣのＣＩ-ＩＤの変更を行なっていた。このため、基幹ネットワーク１の保守コストが増大するという課題が発生してきた。
【００２１】
したがって、本発明の目的は、光回線内の帯域の使用法が変更された場合、自動的に追従し、人的な再設定の必要を無くした、特定帯域内における伝送データ種類を自動変更する伝送装置及びこれを用いるネットワークシステムを提供することにある。
【００２２】
【課題を解決する為の手段】
上記の本発明の目的を達成する伝送装置は、受信される帯域使用を識別する識別子を検出する検出部と、期待される帯域使用を識別する識別子を予め設定する識別子設定部と、  前記検出部と識別子設定部を回線の最小単位毎にモニターするコントロール部を有し、  該コントロール部は、予めバンドル・サービスとして定義されている帯域について受信される前記帯域使用を識別する識別子を定期的にモニターし、期待される帯域使用を識別する識別子と異なる時、前記回線の最小単位の終端ポイントから送信されるトレース情報が，前記識別子の変化する前と同じであれば，前記期待される帯域使用を識別する識別子を前記受信される帯域使用を識別する識別子に再設定することを特徴とする。
【００２３】
さらに、上記の本発明の目的を達成する伝送装置の好ましい一態様として、
さらに、パス障害を検知する障害検出部を設け、前記期待される帯域使用を識別する識別子を前記受信される帯域使用を識別する識別子に再設定する際、該障害検出部で検出されるＬＯＰ（Loss Of Priority）アラームをマスクすることを特徴とする。
【００２４】
また、上記の本発明の目的を達成する伝送装置の好ましい一態様として、前記回線の最小単位毎の終端ポイントから送信されるトレース情報を記憶し、パス障害を検知する障害検出部を設け、前記期待される帯域使用を識別する識別子を前記受信される帯域使用を識別する識別子に再設定する際、前記トレース情報の変更の有無により前記予めバンドル・サービスとして定義されている帯域内使用の変更か、誤クロスコネクトかを識別することを特徴とする。
【００２５】
さらにまた、上記の本発明の目的を達成する伝送装置の好ましい一態様として、前記コントロール部は、所定期間における累積ビットエラー数、エラー発生秒数、及び一定値以上のエラー発生秒数が、所定値以上となったとき保守者に通知することを特徴とする。
【００２６】
さらに、上記の本発明の目的を達成する伝送装置の好ましい一態様として、前記判定された帯域使用を識別する識別子に従い、パス回線のビットエラー数を判定する手段を有することを特徴とする。
【００２７】
本発明の特徴は、以下の実施の形態の説明により、更に明らかになる。
【００２８】
【発明の実施の形態】
以下図面に従い、本発明の実施の形態を説明する。なお、図に示される実施の形態は本発明の説明ためのものであり、本発明の保護の範囲はこれに限定されるものではない。
【００２９】
図２は、本発明の実施の形態例を示す図であり、ネットワークにおけるハードウェア構成は基本的に図１における構成と同じである。したがって、複数の伝送装置ＮＥ：Ａ、Ｂ、Ｃにおける構成は、実質的に同じである。
【００３０】
ここでは、ＩＰ装置Ｄ→伝送装置ＮＥ：Ａ→Ｂ→Ｃ→ＩＰ装置Ｅの方向のデータ送信を前提に必要な部分のみを抽出して、それぞれ図３、図４，図５に対応する伝送装置ＮＥ：Ａ、Ｂ、Ｃのブロック構成を示す。
【００３１】
図３に示す伝送装置ＮＥ：Ａにおいて、サービス・インタフェースである光回線部３０の受信側は、ＩＰ装置Ｃから受信するデータに使用する帯域を示すＣＩ-ＩＤを検出するＣＩ-ＩＤ検出部３１を有する。このＣＩ-ＩＤ検出部３１では、ＳＯＮＥＴフレーム中のＨｎバイトを検出する機能を有する。
【００３２】
さらに、光回線部３０の受信側において、期待ＣＩ−ＩＤ設定部３２、ＳＴＳトレース情報抽出部３３、更にクロスコネクト部４０の接続基本信号を生成するＤＭＵＸ部３４を有する。
【００３３】
ＳＴＳトレース情報抽出部３３は、ＳＯＮＥＴのＪ１バイトから、回線の最小単位である１つのＳＴＳ毎に終端ポイント、例えばＩＰ装置Ｄから送信されるトレース情報であるＳＴＳトレース情報を抽出する。図６は、ＳＯＮＥＴフレーム中のＪ１バイトを説明する図である。
【００３４】
図６Ａは、ＳＯＮＥＴの１フレームの構造を示し、ＳＴＳ−Ｎフレーム中の（ＯＣ１２の場合はＮ＝１２となる）Ｊ１バイトの位置を示す。各ＳＴＳ１パス回線にはn番目のＪ１バイトが割り当てられる。
【００３５】
ＳＴＳトレース情報は図６Ｂに示すように、ＳＯＮＥＴフレーム中の該当Ｊ１バイトを６４バイトで構成している。図において、６２ＡＳＣＩＩ（American Standard Code for Information Interchange）は、ユーザーにより自由に定義できる。６３バイト目はチェックコードである、６４バイト目はＬＦコードであってフレーム構成を定義するフレーム・コードである（ＳＯＮＥＴ ＧＲ２５３標準）。
【００３６】
図６Ｃにおいて、ＳＴＳ１トレース情報を構成するデータは、次の定義の内容を有する。
【００３７】
Ｓrv-ＩＤは、データ種類を自動変更する対象であることを示す、バンドル・サービスＩＤである。
【００３８】
Ｓ−ＴＩＤは、該当のパス回線データを基幹伝送路へ挿入する伝送装置ＮＥの識別ＩＤ（図２における、例えば伝送装置NE：ＡのＩＤ）である。
【００３９】
Ｄ−ＩＤは、該当パス回線データを基幹伝送路からドロップする伝送装置ＮＥの識別ＩＤ（図２における、例えば伝送装置ＮＥ：ＣのＩＤ）である。
【００４０】
バンドル数は、バンドル・サービスとして定義するＳＴＳ1帯域の数（図２の場合は０１２となる）である。
【００４１】
サービス回線ＩＤは、図２中の伝送装置ＮＥ：Ａにおける光回線部３０の識別ＩＤである。
【００４２】
サービスデータＩＤは、特定サービス・インタフェース毎に割り当てるＩＤ  （図２おける、例えばＩＰ装置Ｄに割り当てる識別ＩＤ）である。
【００４３】
ＬＦコード は、ＳＴＳトレース情報のフレーム・コードである。
【００４４】
ＣＲコードは、ＳＴＳトレース情報のチェックコードである。
【００４５】
バンドル・サービスを事前に定義する際に、伝送装置ＮＥ：Ａ，Ｂ，Ｃの各コントロール部５０には、上記例のようなＳＴＳトレース情報をＳＴＳトレース情報挿入部６１，７１に事前に設定記憶する。
【００４６】
図３に戻り説明すると、光回線部３０の受信側は、事前に定義されている帯域を特定するＣＩ−ＩＤを期待帯域の構成としてＩＰ装置Ｃから受信する。そして、期待ＣＩ-ＩＤ設定部３２に予め設定された期待ＣＩ−ＩＤと受信ＣＩ−ＩＤとを比較する。不一致の場合は、受信パス（Ｐａｔｈ）異常アラーム（ＬＯＰ：Loss Of Pointer）を検出する。
【００４７】
ＣＩ-ＩＤ検出部３１、期待ＣＩ-ＩＤ設定部３２はコントロール部５０によって最小単位（ＳＴＳ１）毎にモニターされ、最小単位（ＳＴＳ１）毎に制御可能である。すなわち、コントロール部５０にはＣＰＵが搭載されて、保守設定操作の制御を解析し、期待ＣＩ-ＩＤ設定部３２の制御や受信ＣＩ-ＩＤをモニターすることが可能である。
【００４８】
従来、設定ＣＩ-ＩＤを基準に受信データの正当性を判断していたものを、本発明においては、このような特定サービス・インタフェース（ＩＰデータを取り扱うインタフェース）については、初期設置時点で事前定義し（図２中の網掛け部分のＳＴＳ帯域を事前定義させることをバンドル・サービスと呼ぶ）、該当の定義されている帯域については受信ＣＩ-ＩＤをコントロール部５０のＣＰＵで定期的にモニターする。
【００４９】
そして、ＣＩ-ＩＤに変更が有った場合に期待ＣＩ-ＩＤを瞬時に再設定する事で正常データとして該当パス（Ｐａｔｈ）回線を基幹伝送路へ送信する。
【００５０】
クロスコネクト部４０及び基幹ネットワーク１への光回線部６０の送信側では光回線部３０の受信側で受信したデータをトランス・ペアレンシーに基幹伝送路に送出する。
【００５１】
図７は、図３に示す伝送装置ＮＥ：Ａのコントロール部５０における処理アルゴリズムを示す実施例フロー図である。
【００５２】
本実施例では伝送装置ＮＥ：Ａのコントロール部５０にＣＰＵを実装し、当該ＣＰＵにより実行制御されるプログラムにより本発明を実施する例を示している。
【００５３】
ＩＰ装置Ｄから受信するＯＣ１２光回線中のＣＩ-ＩＤに変化がある場合について記述する。なお、実際にはＩＰ装置ＤとＩＰ装置Ｅは双方向通信であるが、説明を容易とするために、図７は、片方向通信のみのアルゴリズムを示している。
【００５４】
図７において、ＩＰ装置Ｄからの変化の有無を判断する為にＣＩ-ＩＤ検出部３１で受信ＣＩ-ＩＤを読込みモニターする（処理工程Ｐ１）。
【００５５】
ついで、コントロール部５０のＣＰＵがポーリング・サイクルでモニターし、ＣＩ-ＩＤが以前のものと変化が有ったか否かを判定する（処理工程Ｐ２）。なお、この処理は、ポーリングによらずに、ハードウェアにより処理し変化があった場合にＣＰＵへ割込みを発生させることも可能である。
【００５６】
ＣＩ-ＩＤに変化がある（処理工程Ｐ２：Ｙ）と、期待ＣＩ-ＩＤ設定部３２に受信ＣＩ-ＩＤを期待ＣＩ-ＩＤとして設定する（処理工程Ｐ３）。ついで、ＳＴＳトレース情報抽出部３３よりバンドルサービスと定義された光回線のトレース情報を読み出し、光回線部６０，７０の送信側のＳＴＳトレース情報挿入部６１，７１に設定する（処理工程Ｐ４）。ここで、ＳＴＳトレース情報は、ＳＴＳ１毎に、図６Ｃに示したようにラベルを付してその使い方の定義として送られる情報である。
【００５７】
ついで、パス(Path)障害検出部４１で検出される過度的な障害状態によって発生するアラーム（異常アラームＬＯＰ：Loss Of Pointer）をマスクする（処理工程Ｐ５）。すなわち、受信ＣＩ-ＩＤと期待ＣＩ-ＩＤに不一致が生じる場合であるが、ＳＴＳトレース情報に基づき本来の回線障害ではないと判断されるので、冗長回線への切り替えが行われない様に、この条件の時には前記の異常アラームがマスクされる。
【００５８】
さらに、以降において、変化を見つけ出す為に前回情報として受信したＣＩ-ＩＤを図示しないメモリに記憶する（処理工程Ｐ６）。
【００５９】
図４は、図２中の伝送装置ＮＥ：Ｂの構成例ブロック図である。伝送装置ＮＥ：Ａと同じく、該当定義されている帯域について光回線部３０の受信側のＣＩ-ＩＤ検出部３１において、受信ＣＩ-ＩＤをコントロール部５０のＣＰＵで定期的にモニターする。
【００６０】
そして、期待ＣＩ-ＩＤ設定部３２に設定されているＣＩ-ＩＤとの比較によりその変化が有ったと判断される場合に、受信ＣＩ-ＩＤを期待ＣＩ-ＩＤとして、期待ＣＩ−ＩＤ設定部３２で瞬時に再設定する。
【００６１】
これにより正常データとして該当パス（Ｐａｔｈ）回線を光回線部７０の送信側を通して基幹伝送路へ中継送信する。
【００６２】
また、バンドル・サービスを事前定義する際に該当帯域の各ＳＴＳ１毎の終端ポイント（図２においては、ＩＰ装置Ｄ及びＩＰ装置Ｅ）から送信されるＳＴＳトレース情報（ＳＯＮＥＴフレーム中のＪ１バイト）を伝送装置ＮＥ：Ａ、伝送装置ＮＥ：Ｂ及び、伝送装置ＮＥ：Ｃのそれぞれのコントロール部５０に記憶する。
【００６３】
ＳＴＳトレース情報は、ＳＴＳ１単位で送信・受信することができ、ＳＴＳ３Ｃ／ＳＴＳ１２Ｃフォーマットでは、３×ＳＴＳ１／１２×ＳＴＳ１中の先頭フレームのＪ１バイトで送受信する。
【００６４】
図３〜図５における光回線受信部３０の受信側におけるＳＴＳトレース情報抽出部３３は、期待ＣＩ-ＩＤ設定部３２の設定に従い該当するＪ１バイトより情報を抽出する。該当する抽出された情報は、対応するコントロール部５０のＣＰＵによりモニター可能である。
【００６５】
光回線送信部６０，７０の送信側のＳＴＳトレース情報挿入部６１，７１は、対応するコントロール部５０のＣＰＵにより情報の書き換えが可能である。ＳＴＳトレース情報挿入部６１、７１は、クロスコネクト部４０を経由して伝送されるＣＩ-ＩＤに従い挿入するＪ１バイト位置を決定する。
【００６６】
図２において、ＩＰ装置ＤがＯＣ１２インタフェース内のＳＴＳ帯域の使用法を変え、伝送装置ＮＥ：Ａに変更したＣＩ-ＩＤを付けデータを送信する場合、伝送装置ＮＥ：Ａでは、図３において、コントロール部５０がＣＩ-ＩＤ検出部３１をモニターし、変更のある光回線が事前定義されている事を確認の上、変更の有ったＣＩ-ＩＤを期待ＣＩ-ＩＤ設定部３２に再設定する。
【００６７】
コントロール部５０のＣＰＵでは、この時一時的にパス（Ｐａｔｈ）障害検出部４１で検出されるＬＯＰ（Loss Of Pointer）アラームはバンドル・サービス内の帯域で発生しているので、この障害をマスクする。
【００６８】
光回線部３０の受信側は、変更されたＣＩ-ＩＤを付けデータを伝送装置ＮＥ：Ｂへ送出する。また、コントロール部５０ではＩＰ装置Ｄより受信しているバンドル・サービス用ＳＴＳトレース情報をＳＴＳトレース情報抽出部３３より検出し、ＳＴＳトレース情報挿入部７１を経由し伝送装置ＮＥ：Ｂにその情報を転送する。
【００６９】
図４において、伝送装置ＮＥ：Ｂでも同様にコントロール部５０が光回線部３０の受信側のＣＩ-ＩＤ検出部３１より受信ＣＩ-ＩＤをモニターする。
【００７０】
コントロール部５０では、ＳＴＳトレース情報抽出部３３も同時にモニターしＣＩ-ＩＤ変更以前のトレース情報と同じであることが確認され、且つバンドル・サービス帯域内であれば、変化したＣＩ-ＩＤを期待ＣＩ-ＩＤ設定部３２に瞬時に設定する。
【００７１】
この手順を踏むことで、基幹ネットワーク１内の別の伝送装置ＮＥでの誤クロスコネクト等によるＣＩ-ＩＤ変化とバンドル・サービス帯域内のサービス変更とを識別することが可能となる。
【００７２】
伝送装置ＮＥ：Ｂにおける光回線受信部３１から伝送装置ＮＥ：Ｃへ送信する手順も、伝送装置ＮＥ：Ａから伝送装置ＮＥ：Ｂへの送信と同じである。図５において、伝送装置ＮＥ：Ｃでも同様にコントロール部５０は、バンドル・サービスと定義された帯域のＣＩ-ＩＤ検出部３１をモニターし、変更があり且つＳＴＳトレース情報に変化が無いときは期待ＣＩ-ＩＤ設定部３２に変更ＣＩ-ＩＤを設定する。
【００７３】
もし、ＳＴＳトレース情報に関し、以前に受信しているものと違うデータがＳＴＳトレース情報抽出部３３で受信された場合は、期待ＣＩ-ＩＤ設定部３２の設定は行わない。この結果、パス（Ｐａｔｈ）障害検出部４１でＬＯＰアラームを検出し、スイッチ（ＳＷ）部８０が別ルート（伝送路ａｃ方向）のパス（Ｐａｔｈ）を選択する。
【００７４】
ここで、真のパス（Ｐａｔｈ）回線障害が検出される場合について説明する。各伝送装置ＮＥのＰＭエラー検出部４２では、最小単位（ＳＴＳ１）毎にパス（Ｐａｔｈ）回線中のビット・エラー数をカウントする（ＳＯＮＥＴフレーム中のＢ３バイトより検出する。）。この時、計算で使用するＢ３バイト（チェック・コード）はＩＰ装置が送信する際、送信データに連動して生成される。また、Ｂ３バイトはＳＴＳ１では各ＳＴＳ１フレーム毎、ＳＴＳ３Ｃでは３×ＳＴＳ１フレームに対して１つ、ＳＴＳ１２Ｃでは１２×ＳＴＳ１フレームに対して１つ生成される（これらはＳＯＮＥＴ標準である。）。
【００７５】
すなわち、ＳＴＳ３Ｃでは残りの２×Ｂ３，ＳＴＳ１２Ｃでは残りの１１×Ｂ３バイトは未使用として送信される。
【００７６】
各伝送装置のコントロール部５０では該当のＰＭエラー検出部４２を定期的（例えば、１ｓｅｃ周期）にモニターし、ビット・エラー数により１５分／１日間での累積ビット・エラー数（ＣＶ），１５分／１日間でのエラー発生秒数（ＥＳ），１５分／１日間での一定値以上のエラー発生秒数（ＳＥＳ）を計算し、各レジスタが一定値以上となった場合にＴＣＡ（スレッショルド・クロッシング・アラート）として保守者（保守端末Ｉ）に通知する。
【００７７】
各伝送装置ＮＥのコントロール部５０では、前記のとおり判定したＣＩ-ＩＤに従い、ＰＭエラー検出部４２のモニターを連動させることにより自動変更に追従したパス（Ｐａｔｈ）回線の品質を監視する（ＰＭ機能という）ことが可能である。
【００７８】
ここで、図３、図４に示す伝送装置ＮＥ：ＡおよびＢにおける光回線部７０の送信側のＢ３エラー挿入部７２は、前述のＰＭエラー検出部４０で使用されるＢ３バイトを強制的に変更可能とするＢ３バイトの挿入機能部である。
【００７９】
Ｂ３エラー挿入部７２も最小単位（ＳＴＳ１）毎にＢ３バイトの挿入が可能である。前述の自動変更に連動したＰＭ監視とＢ３エラー挿入機能を連結させることで特定サービス・インタフェースに割り当てた伝送帯域が基幹ネットワーク１内で正当にクロス・コネクトされていることを確認することが可能である。
【００８０】
図２に示す保守端末ＩでＢ３エラーを挿入し、伝送装置ＮＥ：Ｂ及び伝送装置ＮＥ：Ｃで検出するＴＣＡを監視し確認する例である。
【００８１】
図８は、伝送装置ＮＥ：Ｂ及びＣのコントロール部５０の処理アルゴリズムである。図７と同様に片方向通信のみのアルゴリズムを示している。
【００８２】
図８において、伝送装置ＮＥ：Ｂにおいては、伝送装置ＮＥ：Ａから、伝送装置ＮＥ：Ｃにおいては、伝送装置ＮＥ：Ｂを通して送られるＩＰ装置Ｄからの変化の有無を判断する為に光回線部３０の受信側のＣＩ-ＩＤ検出部３１で受信ＣＩ-ＩＤを読込みモニターする（処理工程Ｐ１０）。
【００８３】
さらに、ＳＴＳトレース情報抽出部３３により、バンドルサービスと定義された帯域のＳＴＳトレース情報を読み込む（処理工程Ｐ１１）。
【００８４】
ついで、コントロール部５０のＣＰＵがポーリング・サイクルでモニターし、ＣＩ-ＩＤが以前のものと変化が有ったか否かを判定する（処理工程Ｐ１２）。なお、この場合もポーリングによらずに、ハードウェアにより処理し変化があった場合にＣＰＵへ割込みを発生させることも可能である。
【００８５】
ＣＩ-ＩＤに変化がある場合（処理工程Ｐ１２：Ｙ）であって、更にＳＴＳトレース情報が以前のものと変化がある場合（処理工程Ｐ１３：Ｙ）は、回線障害と判断される。したがって、受信したＣＩ-ＩＤをメモリーに記憶し（処理工程Ｐ１７）、受信したＳＴＳトレース情報をメモリーに記憶し（処理工程Ｐ１８）、処理を終了する。
【００８６】
処理工程Ｐ１３で、ＳＴＳトレース情報が以前のものと同じある場合（処理工程Ｐ１３：Ｎ）は、同じＩＰ装置Ｄを収容しているので、期待ＣＩ-ＩＤ設定部３２に受信ＣＩ-ＩＤを期待ＣＩ-ＩＤとして設定する（処理工程Ｐ１４）。
【００８７】
上記の処理工程Ｐ１２、１３でサービス・データの変更と誤クロスコネクトを判別している。
【００８８】
ついで、パス(Path)障害検出部４１で検出される過度的な障害状態によって発生するアラーム（異常アラームＬＯＰ：Loss Of Pointer）をマスクする（処理工程Ｐ１５）。すなわち、受信ＣＩ-ＩＤと期待ＣＩ-ＩＤに不一致が生じる場合でって、更にＳＴＳトレース情報に基づき本来の回線障害ではないと判断されるので、冗長回線への切り替えが行われない様に、この条件の時には前記の異常アラームがマスクされる。
また、ＰＭエラー検出部４２でエラー検出を行い回線品質を、変化したＣＩ-ＩＤに連動して計算する（処理工程Ｐ１６）。この処理工程Ｐ１６は、ＣＩ−ＩＤの変化によりバンドル・サービス内の帯域割付変更を正しく判断した後、ＰＭ（エラー）計算を変更に合わせ処理する工程である。
【００８９】
ついで、受信したＣＩ-ＩＤを図示しないメモリに記憶し（処理工程Ｐ１７）、更に受信したＳＴＳトレース情報を図示しないメモリに記憶する（処理工程Ｐ１８）。
【００９０】
なお、図７の処理工程Ｐ１０〜１２をハードウェアで構成し、変化検出を割り込みによりＣＰＵ処理を起動することにより更に、過度的な状態を短時間で実現可能である。
【００９１】
【発明の効果】
以上図面に従い説明したように、本発明に係る伝送装置によれば従来型の音声データ伝送の保守・運用手順と同様に、ＩＰデータサービス伝送の保守・運用を行うことができる。
【００９２】
同一の伝送装置で従来型の音声データとＩＰデータ化された多種のサービスを伝送可能となる。さらに、本発明により保守・運用コストを削減することが可能である。
【図面の簡単な説明】
【図１】基幹ネットワーク１とＩＰデータ・ネットワーク２の構成図である。
【図２】本発明の実施の形態例を示す図であり、ネットワークにおけるハードウェア構成は基本的に図１における構成と同じである。
【図３】伝送装置ＮＥ：Ａのブロック構成を示す図である。
【図４】伝送装置ＮＥ：Ｂのブロック構成を示す図である。
【図５】伝送装置ＮＥ：Ｃのブロック構成を示す図である。
【図６】ＳＯＮＥＴフレーム中のＪ１バイトを説明する図である。
【図７】図３に示す伝送装置ＮＥ：Ａのコントロール部５０における処理アルゴリズムを示す実施例フロー図である。
【図８】伝送装置ＮＥ：Ｂ及びＣのコントロール部５０の処理アルゴリズムである。
【符号の説明】
１  基幹ネットワーク
２  ＩＰデータ・ネットワーク
３，４  ＯＣ１２インタフェース
ＮＥ：Ａ〜Ｃ  伝送装置
３０，６０，７０  光回線部
４０  クロスコネクト部
５０コントロール部
【図１】
0003722682.tif 000002
【図２】
0003722682.tif 000003
【図３】
0003722682.tif 000004
【図４】
0003722682.tif 000005
【図５】
0003722682.tif 000006
【図６】
0003722682.tif 000007
【図７】
0003722682.tif 000008
【図８】
0003722682.tif 000009