JPH10210077A

JPH10210077A - 通信制御システム

Info

Publication number: JPH10210077A
Application number: JP9011482A
Authority: JP
Inventors: Norio Miyazaki; 典雄宮崎; Kazuhiko Hobara; 和彦穂原
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1997-01-24
Filing date: 1997-01-24
Publication date: 1998-08-07

Abstract

(57)【要約】（修正有）【課題】リングまたはリニアネットワークの光伝送装
置において、運用保守情報の転送をが可能とし、また、
ノード数が増大した場合、分散処理により処理能力向上
を図る。【解決手段】ＤＣＣネットワークでＧＮＥ１３１以外
のノード１３２、１３３にもＧＮＥの機能を持たせ、
Ｘ．２５Ｉｎｔｅｒｆａｃｅの空き端子にＸ．２５端
末１６１、１６２を接続して、ＯＳ→ＤＣＮ→ＧＮＥ→
ＤＣＣ→ＧＮＥ→Ｘ．２５端末へ接続されるネットワー
クにおいて、ＯＳ１１０からＸ．２５端末１６１に運用
保守情報をレイヤ３レベルで転送することを可能とし、
運用保守情報をＤＣＣ１４０のデータ転送線路内に載せ
ることにより、ＯＳ１１０と位置の異なる複数地点のＧ
ＮＥノード１３２、１３３において、Ｘ．２５端末１６
１、１６２を接続するのみで運用保守を可能とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信制御システム
に係わり、特に光伝送装置によるネットワーク制御に使
用して好適な通信制御システムに関するものである。

【０００２】

【従来の技術】光伝送装置を用いて構成されたネットワ
ークの従来技術の代表的な例として、北米にて規格化さ
れた、ＳＯＮＥＴ（ＳｙｎｃｈｒｏｎｏｕｓＯｐｔｉ
ｃａｌＮｅｔｗｏｒｋ）と呼ばれるネットワークが知ら
れている。

【０００３】図１に示すように、ＳＯＮＥＴで使用され
るデータフレーム１０は、全体的には、（９Ｒｏｗｓ）
×（Ｎ×９０Ｃｏｌｕｍｓ）、すなわち、（９列）×
（Ｎ×９０カラム）（但し、Ｎ＝１，３，１２，４８，
１９２）のフォーマット構成で、このうち、先頭の（９
列）×（Ｎ×３カラム）分は、運用保守情報を含んだト
ランスポートオーバーヘッドＴＯ（Ｔｒａｎｓｐｏ
ｒｔＯｖｅｒｈｅａｄ）（１１）であり、残りの部分
は、データ部であるペイロード（ＳＴＳ−ＮＥｎｖｅ
ｌｏｐｅＣａｐａｃｉｔｙ）（１２）である。

【０００４】図２は、上記ＴｒａｎｓｐｏｒｔＯｖｅ
ｒｈｅａｄ（１１）の各データの割り当てを示したもの
で、Ｘ．２５による制御通信には、セクションオーバ
ヘッドＳＯ（ＳｅｃｔｉｏｎＯｖｅｒｈｅａｄ）部
のデータチャネルＤｃｈであるＤａｔａＣｏｍのＤ１
（１１−３１），Ｄ２（１１−３２），Ｄ３（１１−３
３）が、データコミュニケーションチャネルＤＣＣ
（ＤａｔａＣｏｍｍｕｎｉｃａｔｉｏｎＣｈａｎｎ
ｅｌ）用に割り当てられている。

【０００５】図３は、ＳＯＮＥＴの各ノードである、Ｏ
Ｃ−Ｎ（ＯｐｔｉｃａｌＣａｒｒｉｅｒＬｅｖｅｌ
−Ｎ、但し、Ｎ＝１，３，１２，４８，１９２）によっ
て、ＤＣＣのリングまたはリニアで張られたネットワー
クを示していて、運用保守情報は、保守端末（Ｏｐｅｒ
ａｔｉｏｎｓＳｙｓｔｅｍ）ＯＳ１（１１１）から、
Ｘ．２５パケット（Ｘ．２５Ｐａｃｋｅｔ）網であ
る、データコミュニケーションネットワークＤＣＮ
（ＤａｔａＣｏｍｍｕｎｉｃａｔｉｏｎｓＮｅｔｗ
ｏｒｋ）（１２０）を経由し、ゲートウエイネット
ワークＧＮＥ（ＧａｔｅｗａｙＮｅｔｗｏｒｋ）
（１３０）で、ＤＣＮ（１２０）からＤＣＣ（１４０）
に載せられ、ＤＣＣ（１４０）によってリングまたはリ
ニアネットワークを構成している各ネットワークＮＥ
（Ｎｅｔｗｏｒｋ）（１５１）、（１５２）、（１５
３）まで転送している。次に、この運用保守情報の転送
動作についてさらに詳しく説明する。

【０００６】ＯＳ１（１１１）から転送された運用保守
情報データは、まず、図４に示すようなブロック構成の
ＧＮＥ（ＧａｔｅｗａｙＮｅｔｗｏｒｋ）（１３０）
に対して、Ｘ．２５パケット（Ｘ．２５Ｐａｃｋｅ
ｔ）（１２０１）として入力され、Ｘ．２５インタフェ
ース（Ｘ．２５Ｉｎｔｅｒｆａｃｅ）部（１３０１）
を通して、制御部（１３０２）に転送される。

【０００７】この制御部（１３０２）では、図５に示さ
れるプロトコルスタックにおいて、Ｘ．２５Ｐａｃｋ
ｅｔ（２０）をレイヤ３レベルであるＮｅｔｗｏｒｋ層
（２３）まで終端し、送信先のＤＣＣにデータを載せる
ためにＤＣＣのプロトコル（４０）にプロトコル変換を
して、ノードの終端先を決定している。ノードの終端先
の決定方法は、リングまたはリニアネットワークを構成
するときに、各ノードに識別番号（ＮＥ＝ｎ）をもたせ
ていて、それに従って各ＮＥの制御部で自装置に終端さ
せるかを判断している。

【０００８】例として、図３のＮＥ（１５１）で終端さ
せることとすると、ＧＮＥ（１３０）においてプロトコ
ル変換され終端先のノードが決まったデータは、図４の
セレクタ部（１３０３）によって、主信号線で現用また
は予備に選択されている系を通り、高速インタフェース
部（１３０４）を経由して、ＤＣＣ（１４０）に転送さ
れる。このＤＣＣ（１４０）に転送されたデータは、Ｎ
Ｅ（１５１）に転送される。

【０００９】図６は、ＮＥ（１５１）のブロック構成を
示す。他のＮＥ（１５２）、（１５３）も同様の構成で
ある。図６において、上記のようにして、ＤＣＣ（１４
０）から入ってきたデータは、高速インタフェース部
（１５１１）、セレクタ部（１５１２）を通り、制御部
（１５１３）に転送される。この制御部（１５１３）で
ＮＥ番号を識別し、自ＮＥで終端させるかどうかを判断
し、番号が一致すれば終端させる。

【００１０】図７に、ＯＳ１（１１１）から各ＮＥにＮ
Ｅ番号により運用保守情報を終端させるデータの流れを
示す。

【００１１】ａ）ＯＳ１（１１１）からＧＮＥ（１３
０）への終端の場合ＧＮＥ（１３０）の自装置のＮＥ番号として、ＮＥ＝０
を割り当てて、図４のＧＮＥ（１３０）の制御部（１３
０２）に記憶させる。ＯＳ１（１１１）から送出するＤ
ＡＴＡ（１０）にＮＥ＝０の情報を持たせてＸ．２５
Ｐａｃｋｅｔ網ＤＣＮ（１２０）を通してＧＮＥ（１３
０）に転送する。ＧＮＥ（１３０）の制御部（１３０
２）では、自装置に割り当てられたＮＥ番号（ＮＥ＝
０）と、転送されてきたＮＥ番号（ＮＥ＝０）とが一致
することを判定して、この時点でＤＡＴＡ（２０）を終
端させる。

【００１２】ｂ）ＯＳ１（１１１）からＮＥ（１５１）
への終端の場合ＮＥ（１５１）の自装置のＮＥ番号としてＮＥ＝１を割
り当てて、図６のＮＥ（１５１）の制御部（１５１３）
に記憶させる。ＯＳ１（１１１）から送出するＤＡＴＡ
（１０）にＮＥ＝１の情報を持たせて、Ｘ．２５Ｐａ
ｃｋｅｔ網ＤＣＮ（１２０）を通して、ＧＮＥ（１３
０）に転送する。ＧＮＥ（１３０）の制御部（１３０
２）では、自装置に割り当てられたＮＥ番号（ＮＥ＝
０）と、転送されてきたＮＥ番号（ＮＥ＝１）が一致し
ないために、自装置で終端させないことを判断し、ＤＣ
Ｃ（１４０）にデータをのせ、次のノードであるＮＥ
（１５１）にデータを流す。このようにしてＤＣＣ（１
４０）によってＮＥ（１５１）まで転送されてきたＤＡ
ＴＡ（３０）は、ＮＥ（１５１）の制御部（１５１３）
において、自装置に割り当てられたＮＥ番号（ＮＥ＝
１）と、転送されてきたＮＥ番号（ＮＥ＝１）とが一致
すると判定して、この時点でＤＡＴＡ（３０）を終端さ
せる。

【００１３】

【発明が解決しようとする課題】上記従来の技術による
と、図３に示すように、２つの保守端末ＯＳ１（１１
１）、ＯＳ２（１１２）により、ＳＯＮＥＴ／ＳＤＨ
（ＳｙｎｃｈｒｏｎｏｕｓＤｉｇｉｔａｌＨｉｅｒａ
ｒｃｈｙ）のＮｅｔｗｏｒｋ（１４０）を構成する、各
ノードＧＮＥ（１３０）、ＮＥ（１５１）、（１５
２）、（１５３）の運用保守情報を管理する場合、上記
２つの保守端末ＯＳ１（１１１）、ＯＳ２（１１２）か
ら、ＧＮＥ（１３０）に接続されているＤＣＮ（１２
０）に制御線を接続して、Ｘ．２５Ｉｎｔｅｒｆａｃ
ｅ（１３０１）を経由させる必要があり、制御線の配線
を要する欠点がある。

【００１４】また、保守装置ＯＳ１（１１１）とＧＮＥ
（１３０）とが一つの運用局（Ａ局）内に設置されてい
て、ＮＥ（１５１）が別の局（Ｂ局）に設置されてい
て、Ｂ局内でネットワーク内の各ノードの運用保守情報
を知りたいときには、図３に破線で示すように保守端末
ＯＳ３（１１３）をＢ局内に設置し、ＤＣＮ（１３０）
へ新たに制御線を配線する必要があった。

【００１５】そこで、ＮＥ（１５１）で使用されていな
いＸ．２５Ｉｎｔｅｒｆａｃｅ（１５１１）に、この
保守端末ＯＳ３（１１３）を接続し、運用保守情報をＤ
ＣＣ（１４０）内を経由させて転送するＧａｔｅｗａｙ
Ｎｅｔｗｏｒｋ（ＧＮＥ）の役割をさせることにす
る。この通信を行った場合に、図８に示すように、各ノ
ードＯＳ（１１０）、ＧＮＥ（１３０）、ＮＥ（１５
０）間で、デ−タ（１０）、（２０）、（３０）をレイ
ヤ３レベルで終端しなければならないが、この終端をし
た場合、データ転送フェーズのシーケンスを考慮する
と、データ転送フェーズにおいてデータ送信パケットと
受信可パケットの送受信が、ＯＳ（１５０）とＧＮＥ
（１３０）との間で行われるので、処理を円滑に行わせ
るためにはＧＮＥ（１３０）に、高速処理能力のＣＰＵ
が必要とされ、またデータ誤りが生じたときに発呼側か
ら被呼側へデータを再送できるように、データを蓄えて
おく大容量のメモリ（ＢＵＦＦＥＲ）が必要となる。

【００１６】したがって、本発明の一つの目的は、運用
保守情報用の制御線およびそのための配線を要すること
なく、運用保守情報をトランスペアレントに転送するこ
とを可能とすることである。

【００１７】本発明の他の目的は、ＧＮＥに、高速のＣ
ＰＵや大容量のバッファメモリを要することなく、複数
地点で、各ノ−ドの運用保守を可能とすることである。

【００１８】

【課題を解決するための手段】上記目的を達成するため
の本発明の基本的な特徴は、ＤＣＣで張られているネッ
トワークのノードでＧＮＥ以外のノードにもＧＮＥの機
能を持たせ、そのＧＮＥのＸ．２５Ｉｎｔｅｒｆａｃ
ｅの空き端子にＸ．２５端末を接続して、ＯＳ→ＤＣＮ
→ＧＮＥ→ＤＣＣ→ＧＮＥ→Ｘ．２５端末へ接続される
ネットワークにおいて、ＯＳからＸ．２５端末に運用保
守情報をレイヤ３レベルでトランスペアレントに転送す
ることにより、運用保守情報をＤＣＣのデータ転送線路
内に載せることである。

【００１９】これにより、保守端末ＯＳと設置場所の異
なる複数地点のＧＮＥに、Ｘ．２５端末を接続するのみ
で各ノードの保守運用が可能となり、保守運用のための
制御線およびその配線が不要となる。また、レイヤ３レ
ベルにおいて、呼の受け渡しがＯＳとＸ．２５端末間の
みで可能となるため、各々の端末が処理能力の高いＣＰ
Ｕ及び容量の大きいＢＵＦＦＥＲを持てばよく、リング
またはリニアネットワークを構成している各ＧＮＥには
処理能力の高いＣＰＵ及び大容量のＢＵＦＦＥＲは必要
なくなり、システムの経済化およびサービスの向上が可
能となる。

【００２０】また、ＯＳとＸ．２５端末間、Ｘ．２５端
末間同士の相互通信が可能になることから、リングまた
はリニアでＤＣＣによるネットワークを構築したとき
に、ネットワークを分散化し、その分散化して小規模化
したネットワークの中の１つのノードにＸ．２５端末を
接続しＧＮＥの役割を持たせ、このＸ．２５端末を補助
的な運用局（ＳｕｂＯＳ）として使用することによ
り、ＯＳの処理の分散化を図ることができ、運用保守面
でのサービスを向上することができる。

【００２１】本発明のより具体的な特徴によれば、前記
の目的は、ＤＣＮからＤＣＣ間でデータを転送させる際
に、レイヤ３レベルのＸ．２５に規定されている論理チ
ャネル番号（ＬＣＮ）を設定し、Ｘ．２５を、ＧＮＥで
終端させるか、Ｘ．２５端末で終端させるかを判別する
ことで実現される。このとき転送されるデータは、ＯＳ
からＸ．２５端末へ運用保守情報を転送する場合、ＯＳ
に接続されているＧＮＥではレイヤ３レベルでＸ．２５
を終端させず、ルーティング情報を付加して送り出し、
各ノードの制御部の判定部が自分のＧＮＥに接続されて
いるＸ．２５端末に終端されるかを判断する。このよう
にしてＮＥを通過し、ＧＮＥの制御部の中の判定部が
Ｘ．２５端末の終端をさせるか判断して、ルーティング
情報を取り除き、Ｘ．２５を終端させる。

【００２２】上記において、ＧＮＥの制御部での処理
は、Ｘ．２５Ｉｎｔｅｒｆａｃｅ部からきたデータ
を、判定部でＬＣＮの値を判別し、まず端末間同士で終
端させるかを認識する。この判定部で端末間同士で終端
させることを認識した場合は、各ＧＷ間ではレイヤ２レ
ベルでは終端させるが、レイヤ３レベルでは終端させな
いので、データの転送先が決定できない。そこで、制御
部の中のルーティング付加部を通し、ＤＣＣ内を経由で
きるルーティング情報をデータにつけ加えることによ
り、目的先のＧＮＥにデータを送ることができる。

【００２３】

【発明の実施の形態】以下、本発明を実施の形態により
具体的に説明する。

【００２４】図９は、本発明の第１の実施例に係わるＳ
ＯＮＥＴ／ＳＤＨの各ノードＧＮＥ（１３１）、（１３
２）、（１３３）、ＮＥ（１５０）によってＤＣＣ（１
４０）を用いてリングまたはリニアで張られたネットワ
ーク上で、ＧＮＥ（１３２）にＸ．２５Ｉｎｔｅｒｆ
ａｃｅ（１３２１）を用いてＸ．２５端末（１５１）を
直接接続した構成と、ＤＣＣ（１４０）リングに接続さ
れているＮＥ（Ｎｅｔｗｏｒｋ）（１５０）からリニア
に接続されているＧＮＥ（１３３）のＸ．２５Ｉｎｔｅ
ｒｆａｃｅ（１３３１）から、ＤＣＮ（１２２）を通し
てＸ．２５端末（１６２）に接続した構成を示してい
る。

【００２５】まず、ＯＳ（１１０）から、Ｘ．２５端末
（１６１）への運用保守情報の転送方法を説明する。

【００２６】運用保守情報は、ＯＳ（１１０）からＤＣ
Ｎ（１２１）を経由し、ＧＮＥ（１３１）のＸ．２５
Ｉｎｔｅｒｆａｃｅ（１３１１）に入る。このときＧＮ
Ｅ（１３１）でＸ．２５ＰａｃｋｅｔからＤＣＣ（１
４０）に載せ換えられ、このＤＣＣ（１４０）によっ
て、ＧＮＥ（１３２）まで転送される。この運用保守情
報は、ＧＮＥ（１３２）でＤＣＣ（１４０）からＸ．２
５Ｐａｃｋｅｔに載せ換えられ、ＧＮＥ（１３２）の
Ｘ．２５Ｉｎｔｅｒｆａｃｅ（１３２１）を通して、
Ｘ．２５端末（１６１）へ転送される。

【００２７】図１０において、ＯＳ（１１０）からＸ．
２５端末（１６１）へ、レイヤ３レベルでトランスペア
レントに運用保守情報を転送するためにはＧＮＥ（１３
１）では、レイヤ２レベルまでは終端させるが、レイヤ
３レベルのＸ．２５は終端せずに転送しなければならな
い。しかし、このような手順によると、ＧＮＥ（１３
１）では、運用保守情報の転送先が決まらないためＤＣ
Ｃによって接続されている各ノードに転送されない。そ
こで、本発明では、ＯＳ（１１０）から転送させる運用
保守情報で、レイヤ３レベルのＸ．２５のヘッダ内のデ
ータの一部である論理チャネル番号（ＬＣＮ）の値を用
いる。このＬＣＮの役割は、各ＧＮＥの終端先の識別
で、ＬＣＮ＝１のときは、ＯＳ（１１０）と各ＧＮＥま
たはＮＥの識別とし、ＬＣＮが１以外のときは、そのＬ
ＣＮの値に相応する端末に接続されている各ＧＮＥの識
別となる。この例では、各ノードでＬＣＮ番号を、ＯＳ
（１１０）はＬＣＮ＝１、Ｘ．２５端末（１６１）はＬ
ＣＮ＝２とし、ＮＥ番号はＧＮＥ（１３１）はＮＥ＝０
且つＬＣＮ＝１、ＮＥ（１５０）はＮＥ＝１、ＧＮＥ
（１３２）はＮＥ＝２且つＬＣＮ＝２と設定する。

【００２８】図１１は、各ノ−ドの制御部（１００）の
ブロック構成を共通的に示す。制御部（１００）におい
て、Ｘ．２５Ｉｎｔｅｒｆａｃｅ部（１０１）から入
ってきたＬＣＮ＝２を持ったデータは、判定部（１０
２）によってＬＣＮの値を判断する。このデータはＬＣ
Ｎ＝１でないので、ＯＳ（１１０）から各ノードへの終
端でないことを認識する。そして、ルーティング付加部
（１０３）で、レイヤ３レベルにおいてＤＣＣを通過で
きるルーティング情報を含んだヘッダをデータに付加す
る。このルーティング情報を載せたデータはＣＬＮＰ
（ＣｏｎｎｅｃｔｉｏｎｌｅｓｓＮｅｔｗｏｒｋＬ
ａｙｅｒＰｒｏｔｏｃｏｌ）（１０４）を通して、制
御部（１００）外へ転送される。このようにしてＧＮＥ
（１３１）の制御部でルーティング情報が付加されたデ
ータは、ＧＮＥ（１３１）ではレイヤ３レベルでＸ．２
５を終端させずに、ＤＣＣを経由してＮＥ（１５０）に
入る。ＮＥ（１５０）の制御部では、ＬＣＮ番号が割り
当てられていないのでそのままデータはスルーされてＧ
ＮＥ（１３２）に転送される。

【００２９】ＤＣＣを通してＧＮＥ（１３２）の制御部
（１００）に入ってきた、ルーティング情報が付加され
ているデータは、ＣＬＮＰ（１０４）を通り、判定部
（１０２）へ行き、ＬＣＮ＝２の値が照合されて、ルー
ティング情報を載せたヘッダは取り除かれ、Ｘ．２５Ｉ
ｎｔｅｒｆａｃｅ部へ送られ、Ｘ．２５Ｐａｃｋｅｔと
してＸ．２５端末（１６１）へ転送され、ここで終端さ
れる。

【００３０】ＬＣＮの設定を取り決めたことにより、Ｏ
Ｓから各ノードへの終端方法が以下のようになる。

【００３１】図１２は、ＯＳ（１１０）から各ノードに
運用保守情報を終端させるデータの流れを示す。図１２
には、各ノードのＬＣＮ番号、ＮＥ番号の設定値も記入
されている。

【００３２】ａ）ＯＳ（１１０）からＧＮＥ（１３１）
への終端の場合ＯＳ（１１０）から送出するＤＡＴＡ（１０）にＬＣＮ
＝１、ＮＥ＝０の情報を持たせてＸ．２５Ｐａｃｋｅ
ｔ網（１２１）を通してＧＮＥ（１３１）に転送する。
ＧＮＥ（１３１）の制御部（１００）では、ＬＣＮ番号
の一致を認識し、ＯＳ（１１０）からの終端と判定す
る。次にＮＥ番号をみて、これが一致することからこの
ＧＮＥ（１３１）に終端することが判定され、ＤＡＴＡ
（２０−１）はここで終端される。

【００３３】ｂ）ＯＳ（１１０）からＮＥ（１５０）へ
の終端の場合ＯＳ（１１０）から送出するＤＡＴＡ（１０）にＬＣＮ
＝１、ＮＥ＝１の情報を持たせてＸ．２５Ｐａｃｋｅ
ｔ網（１２１）を通してＧＮＥ（１３１）に転送する。
ＧＮＥ（１３１）の制御部（１００）ではＬＣＮ番号の
一致を認識しＯＳ（１１０）からの終端と判定する。次
にＮＥ番号をみて、これが不一致であるから自装置ＧＮ
Ｅ（１３１）に終端しないことを判定し、ルーティング
情報を付加してＤＣＣ（１４０）を経由してＮＥ（１５
０）に転送する。ＮＥ（１５０）の制御部（１００）で
はＮＥ番号をみてこれが一致することからこのＮＥ（１
５０）に終端することが判別され、ＤＡＴＡ（３０−
１）はここで終端される。

【００３４】ｃ）ＯＳ（１１０）からＧＮＥ（１３２）
への終端の場合。

【００３５】ＯＳ１（２０１）から送出するＤＡＴＡ
（１０）にＬＣＮ＝２、ＮＥ＝２の情報を持たせてＸ．
２５Ｐａｃｋｅｔ網（１２１）を通してＧＮＥ（１３
１）に転送する。ＧＮＥ（１３１）の制御部（１００）
ではＬＣＮ番号の一致を認識しＯＳ１（２０１）からの
終端と判定する。次にＮＥ番号をみて、これが不一致で
あるから自装置ＧＮＥ（１３１）に終端しないことを判
断し、ルーティング情報を付加してＤＣＣを経由してＮ
Ｅ（１５０）に転送する。ＮＥ（１５０）の制御部（１
００）でもＮＥ番号をみて、これが不一致であることか
ら自装置ＮＥ（１５０）に終端しないことを判断し、Ｄ
ＣＣ（１４０）を経由してＧＮＥ（１３２）に転送す
る。ＧＮＥ（１３２）の制御部（１００）ではＮＥ番号
をみてこれが一致することからこのＧＮＥ（１３２）に
終端することが判別され、ＤＡＴＡ（２０−２）はここ
で終端される。

【００３６】図１３は、本発明を利用したＸ．２５通信
で、レイヤ３レベルにおけるデータ転送フェーズにおけ
るＤＴ（Ｄａｔａ）とＲＲ（ＲｅｃｅｉｖｅＲｅａｄ
ｙ）とのシーケンスを示している。ウィンドウサイズ
（ＷＳ）の値をＷＳ＝３として説明する。ＯＳ（１１
０）からＸ．２５端末（１６１）まで連続転送している
データパケットＤＴ１（５０１）、ＤＴ２（５０２）、
ＤＴ３（５０３）はＤＣＣを通過する各ノードＧＮＥ
（１３１）、ＮＥ（１５０）、ＧＮＥ（１３２）では、
レイヤ３レベルにおいて終端せずＸ．２５端末（１６
１）において初めて終端する。Ｘ．２５端末（１６１）
まで誤りなく届いたＤＴ１（５０１）、ＤＴ２（５０
２）、ＤＴ３（５０３）は、Ｘ．２５端末で受信可パケ
ットであるＲＲ（５０４）を返す手順を取る。

【００３７】この手順によると、再送のための各データ
パケットは端末間のみがＢＵＦＦＥＲ内に保持していれ
ばよく、ＧＮＥ（１３１）、ＧＮＥ（１３２）はスルー
で通過するので、ＧＮＥにデータを蓄えておく必要がな
く、また、ＧＮＥ装置自身にＣＰＵの高速処理能力及び
容量の大きいＢＵＦＦＥＲを持たずに装置構成ができ
る。以上の手順により、ＯＳ（１１０）からの運用保守
情報を、Ｘ．２５端末（２０５）までレイヤレベル３で
トランスペアレントに転送することが可能になる。

【００３８】ここで、ＯＳを他ＧＮＥに接続されるＸ．
２５端末に置き換えるとする。すなわち、図９に示すよ
うに、新たにＬＣＮ＝３を設定したＧＮＥ（１３３）
を、ＤＣＣを用いたリングまたはリニアで張られている
ネットワーク上に接続し、さらにそのＧＮＥ（１３３）
に、Ｘ．２５端末（１６２）を接続すると、ＬＣＮ＝２
に設定しているＧＮＥ（１３２）に接続されている端末
と、ＬＣＮ＝３に設定しているＧＮＥ（１３３）に接続
されている端末間で、運用保守情報をレイヤ３レベルで
トランスペアレントに転送することが可能になる。

【００３９】従って、上記の手段により、ＤＣＣを用い
たリングまたはリニアで張られているネットワーク上の
ノードとなるＧＮＥに接続される全てのＸ．２５端末
（１６１）、（１６２）において、各Ｘ．２５端末間同
士で運用保守情報をレイヤ３レベルでトランスペアレン
トに転送することができ、相互通信が可能になる。

【００４０】次に分散処理方法について記述する。図１
４に示すように、ＤＣＣを用いてリングまたはリニアで
張られたネットワークで各ノードにおける運用保守を各
運用局が監視する範囲を決めることにより分散化する。
Ａ局は、局内または、その近辺に張られているネットワ
ークの各ノードをＯＳ２（Ａ１１２）に管理させ、同様
に、Ｂ局ではＯＳ３（Ｂ１１３）、Ｃ局ではＯＳ４（Ｃ
１１４）、Ｄ局ではＯＳ５（Ｄ１１５）にそれぞれ自局
の各ノードを管理させるものとする。そして、Ａ局のＯ
Ｓ１（Ａ１１１）はこのＡ〜Ｄ局の統括する役割を持た
せる。

【００４１】運用方法の例として、ＳＯＮＥＴ／ＳＤＨ
（ＳｙｎｃｈｒｏｎｏｕｓＯｐｔｉｃａｌＮｅｔｗ
ｏｒｋ）／ＳｙｎｃｈｒｏｎｏｕｓＤｉｇｉｔａｌ
Ｈｉｅｒａｒｃｈｙ）の警報収集に関してＢ局について
述べる。Ｂ局に割り当てられている各ノードの情報はＯ
Ｓ３（Ｂ１１３）が全て収集する。ＮＥ（Ｂ１５１）に
警報が発生したとすると、この警報はＧＮＥ（Ｂ１３
０）を通してＯＳ３（Ｂ１１３）に転送される。ＯＳ３
（Ｂ１１３）では、この警報が、ＬＯＳ（Ｌｏｓｓｏ
ｆＳｉｇｎａｌ）、ＬＯＦ（ＬｏｓｓｏｆＦｒａ
ｍｅ）、ＬｉｎｅＡＩＳ等の、高いレベルに位置するも
のであれば、ＯＳ３（Ｂ１１３）からＯＳ１（Ａ１１
１）にその情報を転送する。他の局に接続しているＯＳ
も同様の転送方法を取ることにより、ＯＳ１（Ａ１１
１）では、Ａ局〜Ｄ局までの必要な情報だけを収集する
ことができ、ＯＳ１（Ａ１１１）での処理の軽減がはか
れる。

【００４２】また、ノード間のパスの張り替え、リング
・リニアネットワークの増設等を行う場合、必ずしもＯ
Ｓ１（Ａ１１１）を操作して行う必要がなく、例えばＤ
局にいるオペレーターが、そこに設置してある端末ＯＳ
５（Ｄ１１５）から操作し、その結果のみをＯＳ１（Ａ
１１１）に通知すれば、わざわざ遠くに離れているＡ局
内にあるＯＳ１（Ａ１１１）のオペレーターが指示しな
くてもよくなる。

【００４３】さらに、保守面においてもシステムダウン
について、例えば、Ａ局がシステムダウンした場合で
も、Ｂ局のＯＳ３（Ｂ１１３）が、Ａ局の復旧までの
間、Ａ局に割り当てられている各ノードもアクセスし
て、さらにＯＳ３（Ｂ１１３）からＯＳ４（Ｃ１１
４）、ＯＳ５（Ｄ１１５）間のアクセスを可能にして、
集中管理の代行をさせることが可能である。

【００４４】

【発明の効果】以上述べたように、本発明によれば、Ｇ
ＮＥ以外のＮＥにも、ＧＮＥの機能を持たせることによ
り、光伝送装置でネットワークを組んでいる複数の地点
（局）に、Ｘ．２５端末を設置し接続するだけで、複数
の局間で端末間同士のトランスペアレントな運用保守情
報の転送が可能になる。

【００４５】また、ノード数が増大した場合、分散処理
によりＯＳのタスク量を軽減させることが可能となり、
処理能力向上が見込まれる。

【図面の簡単な説明】

【図１】ＳＯＮＥＴで使用されるデータフレームのフォ
ーマット構成図。

【図２】図１のＴｒａｎｓｐｏｒｔＯｖｅｒｈｅａｄ
部を詳細に示すフォーマット構成図。

【図３】従来技術によるネットワーク構成図。

【図４】図３におけるＧＮＥのブロック構成図。

【図５】Ｘ．２５ＤＣＮおよびＤＣＣにおけるプロトコ
ルスタックを示すスタック構成図。

【図６】図３におけるＮＥのブロック構成図。

【図７】図３における保守端末から転送されるデータの
終端の流れの説明図。

【図８】図３における各ノード通過時の終端状況の説明
図。

【図９】本発明の実施形態を示すネットワーク構成図。

【図１０】図９における各ノード通過時の終端状況の説
明図。

【図１１】図９における各ＧＮＥにある制御部のブロッ
ク構成図。

【図１２】図９における保守端末から転送されるデータ
の終端の流れの説明図。

【図１３】図９におけるＤＴとＲＲのデータ転送フェー
ズ時の転送シーケンス図。

【図１４】本発明の別の実施形態のネットワーク構成
図。

【符号の説明】

１０…データフレーム、１１…ＴｒａｎｓｐｏｒｔＯ
ｖｅｒｈｅａｄ部、１１−３１、１１−３２、１１−３
３…ＳＯＮＥＴにおけるＴｒａｎｓｐｏｒｔＯｖｅｒｈ
ｅａｄ内のＤＣＣに割り当てられたＤｃｈ、１２…ペイ
ロード部、２０…ＤＣＮデータ、３０…ＤＣＣデータ、
１１０、１１１、１１２…保守端末（Ｏｐｅｒａｔｉｏ
ｎｓＳｙｓｔｅｍ）、１２０、１２１、１２２…ＤＣ
Ｎ（ＤａｔａＣｏｍｍｕｎｉｃａｔｉｏｎｓＮｅｔ
ｗｏｒｋ）、１３０、１３１…ＳＯＮＥＴ光伝送装置Ｏ
Ｃ−Ｎ（ＯｐｔｉｃａｌＣａｒｒｉｅｒＬｅｖｅｌ
−Ｎ：Ｎ＝１，３，１２，４８，１９２）を用いたＧＮ
Ｅ（ＧａｔｅＷａｙＮｅｔｗｏｒｋ）、１３２、１３
３…ＧＮＥ機能付きＮＥ、１３０１、１３１１、１３２
１、１３３１…Ｘ．２５ＩｎｔｅｒＦａｃｅ、１４０
…光ファイバーケーブルによって構成されるデータ線路
ＤＣＣ（ＤａｔａＣｏｍｍｕｎｉｃａｔｉｏｎＣｈ
ａｎｎｅｌ）、１５０、１５１、１５２、１５３…ＳＯ
ＮＥＴ光伝送装置ＯＣ−Ｎ（ＯｐｔｉｃａｌＣａｒｒ
ｉｅｒＬｅｖｅｌ−Ｎ：Ｎ＝１，３，１２，４８，１
９２）を用いたＮＥ（Ｎｅｔｗｏｒｋ）、１６１、１６
２…Ｘ．２５通信規格に準拠した端末、５０１、５０
２、５０３…データ転送フェーズにおける送信データパ
ケット、５０４…データ転送フェーズにおける受信可パ
ケット、Ａ１１１、Ａ１１２…Ａ局管理の保守端末、Ｂ
１１３…Ｂ局管理の保守端末、Ｃ１１４…Ｃ局管理の保
守端末、Ｄ１１５…Ｄ局管理の保守端末、１００…制御
部、１０１…Ｘ．２５ＩｎｔｅｒＦａｃｅ部、１０２
…判定部、１０３…ルーティング情報付加部、１０４…
アドレス情報を付加するＣＬＮＰ（Ｃｏｎｎｅｃｔｉｏ
ｎｌｅｓｓＮｅｔｗｏｒｋＬａｙｅｒＰｒｏｔｏ
ｃｏｌ）、１０−１…終端の目的地を指定する前のＤＡ
ＴＡ、２０−１…ＧＮＥで終端させるデータ構成（ＬＣ
Ｎ＝１，ＮＥ＝０）、３０−１…ＮＥで終端させるデー
タ構成（ＬＣＮ＝１，ＮＥ＝１）、２０−２…ＧＮＥで
終端させるデータ構成（ＬＣＮ＝２，ＮＥ＝２）、３０
−２…Ｘ．２５端末で終端させるデータ構成（ＬＣＮ＝
２）

Claims

【特許請求の範囲】

【請求項１】複数のノードを、データコミュニケーシ
ョンチャネルによって、リングまたはリニアに接続し
て構成したデータコミュニケーションチャネルネ
ットワークと、上記複数のノードの運用保守情報を、上
記複数のノードの一つのノードを介して、Ｘ．２５パケ
ット通信によって制御している保守端末とからなる通信
制御システムにおいて、前記複数のノードの各々がゲー
トウエイ機能を備えた光伝送装置であり、前記各ノード
のＸ．２５インターフェースにＸ．２５端末を接続した
ことを特徴とする通信制御システム。
【請求項２】複数のノードを、データコミュニケーシ
ョンチャネルによって、リングまたはリニアに接続し
て構成したデータコミュニケーションチャネルネ
ットワークと、上記複数のノードの運用保守情報を、上
記複数のノードの一つのノードを介して、Ｘ．２５パケ
ット通信によって制御している保守端末とからなる通信
制御システムにおいて、前記複数のノードの各々のノー
ドの光伝送装置は終端判定機能および転送制御機能を有
する制御部を有することを特徴とする通信制御システ
ム。
【請求項３】複数のノードを、データコミュニケーシ
ョンチャネルによって、リングまたはリニアに接続し
て構成したデータコミュニケーションチャネルネ
ットワークと、上記複数のノードの運用保守情報を、上
記複数のノードの一つのノードを介して、Ｘ．２５パケ
ット通信によって制御している保守端末とからなる通信
制御システムにおいて、前記複数のノードの各々がゲー
トウエイ機能を備えた光伝送装置であり、前記各ノード
のＸ．２５インターフェースにＸ．２５端末を接続し、
前記各ノードの光伝送装置は終端判定機能および転送制
御機能を有する制御部を有し、前記保守端末から転送す
るＸ．２５パケットレベルの運用保守情報を、前記各光
伝送装置に設けた制御部の制御により、前記各ノードの
Ｘ．２５インタフェースに接続されたＸ．２５端末まで
終端させることを特徴とする。
【請求項４】運用保守情報を、レイヤ３レベルで転送す
ることを特徴とする請求項１ないし請求項３のいずれか
に記載の通信制御システム。
【請求項５】保守端末が、Ｘ．２５パケット網を介して
データコミュニケーションチャネルネットワーク
に接続されることを特徴とする請求項１ないし請求項４
のいずれかに記載の通信制御システム。
【請求項６】請求項１ないし請求項３のいずれかに記載
の通信制御システムを、複数システム、リングまたはリ
ニアに接続してなり、各通信制御システムにおいて全体
のノードの運用保守情報の管理、制御タスクを分散処理
することを特徴とする通信制御システム。