JP3428538B2 - アクセス網遠隔制御方式 - Google Patents
アクセス網遠隔制御方式Info
- Publication number
- JP3428538B2 JP3428538B2 JP34391399A JP34391399A JP3428538B2 JP 3428538 B2 JP3428538 B2 JP 3428538B2 JP 34391399 A JP34391399 A JP 34391399A JP 34391399 A JP34391399 A JP 34391399A JP 3428538 B2 JP3428538 B2 JP 3428538B2
- Authority
- JP
- Japan
- Prior art keywords
- network terminal
- command
- data sync
- terminal device
- value
- 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
Links
Landscapes
- Small-Scale Networks (AREA)
- Communication Control (AREA)
- Selective Calling Equipment (AREA)
Description
【０００１】
【発明の属する技術分野】本発明はアクセス網遠隔制御
方式に係り、特にマスター・スレーブ構成をとる装置間
でのアクセス網遠隔制御方式に関する。
方式に係り、特にマスター・スレーブ構成をとる装置間
でのアクセス網遠隔制御方式に関する。
【０００２】
【従来の技術】ＯＭＣＩ（ONT Management and Control
Interface）インタフェース上の遠隔制御では、通信機
能を備えており、遠隔制御機能を持つ光ライン端末（Ｏ
ＬＴ：Optical Line Terminal）と、光網端末（ＯＮ
Ｔ：Optical Network Terminal）との間で、管理情報の
不一致を検出し、不一致検出後にはＯＬＴより再度、管
理情報を再送信して情報を一致させる同期管理方法を用
いる。このような、同期管理方法は、一般的にアプリケ
ーションシステムの要求する性質に応じて適用されるプ
ロトコル処理機能の一貫として機能提供される。
Interface）インタフェース上の遠隔制御では、通信機
能を備えており、遠隔制御機能を持つ光ライン端末（Ｏ
ＬＴ：Optical Line Terminal）と、光網端末（ＯＮ
Ｔ：Optical Network Terminal）との間で、管理情報の
不一致を検出し、不一致検出後にはＯＬＴより再度、管
理情報を再送信して情報を一致させる同期管理方法を用
いる。このような、同期管理方法は、一般的にアプリケ
ーションシステムの要求する性質に応じて適用されるプ
ロトコル処理機能の一貫として機能提供される。
【０００３】近年、特にＯＬＴとＯＬＴに接続される光
網終端装置（ＯＮＵ：Optical Network Unit）あるいは
ＯＮＴ（以下、これらをＯＮＵ／ＯＮＴと記す）とから
構成されるアクセス網においては、ＯＬＴとＯＮＵ／Ｏ
ＮＴ間のインタフェースとしてＯＭＣＩインタフェース
が規定され、そのＯＭＣＩインタフェース上に動作規定
されるＯＭＣＩインタフェースプロトコルを用いて、管
理インスタンスの管理・制御を行う。
網終端装置（ＯＮＵ：Optical Network Unit）あるいは
ＯＮＴ（以下、これらをＯＮＵ／ＯＮＴと記す）とから
構成されるアクセス網においては、ＯＬＴとＯＮＵ／Ｏ
ＮＴ間のインタフェースとしてＯＭＣＩインタフェース
が規定され、そのＯＭＣＩインタフェース上に動作規定
されるＯＭＣＩインタフェースプロトコルを用いて、管
理インスタンスの管理・制御を行う。
【０００４】この管理インスタンスの管理・制御の際
に、（１）両装置間で認識しているインスタンス情報の
不一致を検出し、（２）不一致検出後にはＯＬＴより再
度インスタンス情報を再送信し、情報を一致させる、同
期処理方法をＯＭＣＩインタフェースプロトコルの機能
として持つ事が要求されている。
に、（１）両装置間で認識しているインスタンス情報の
不一致を検出し、（２）不一致検出後にはＯＬＴより再
度インスタンス情報を再送信し、情報を一致させる、同
期処理方法をＯＭＣＩインタフェースプロトコルの機能
として持つ事が要求されている。
【０００５】また、アクセス網ではＯＬＴ１台が管理す
るＯＮＴ数が多く、その上利用形態として加入者が電源
オフ・オンを行う事もあり得るが、ＯＮＴ立ち上げの度
にＯＬＴから設定情報を与える事はＯＬＴの負荷が大き
くなる。このため、（３）既にＯＬＴからの設定の済ん
だＯＮＴは制御情報を自装置で保持し、再電源オン時に
は保持している設定情報を基に誤りなく自動的に立ち上
がる事が求められる。
るＯＮＴ数が多く、その上利用形態として加入者が電源
オフ・オンを行う事もあり得るが、ＯＮＴ立ち上げの度
にＯＬＴから設定情報を与える事はＯＬＴの負荷が大き
くなる。このため、（３）既にＯＬＴからの設定の済ん
だＯＮＴは制御情報を自装置で保持し、再電源オン時に
は保持している設定情報を基に誤りなく自動的に立ち上
がる事が求められる。
【０００６】この要請に応えるために、従来は例えば、
国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）で
規定されたG983.2Draft（タイトル：The ONT Managemen
t and Control Interface Specification）に示されて
いるように、ＯＭＣＩインタフェース上では図７及び図
８に示すシーケンス図による手段を用意している。図７
及び図８は従来方式におけるＯＮＵ側の動作シーケンス
図であり、まず、図７の処理が行われ、その処理が正常
に動作しているか否かを図８のシーケンス図に従って確
認される。図８の処理は、図７の処理の後一度だけ行わ
れる場合もあるが、ある長い周期で行われることが上記
のＧ983.2Draftで推奨されている。
国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）で
規定されたG983.2Draft（タイトル：The ONT Managemen
t and Control Interface Specification）に示されて
いるように、ＯＭＣＩインタフェース上では図７及び図
８に示すシーケンス図による手段を用意している。図７
及び図８は従来方式におけるＯＮＵ側の動作シーケンス
図であり、まず、図７の処理が行われ、その処理が正常
に動作しているか否かを図８のシーケンス図に従って確
認される。図８の処理は、図７の処理の後一度だけ行わ
れる場合もあるが、ある長い周期で行われることが上記
のＧ983.2Draftで推奨されている。
【０００７】図７はＧ983.2 Draftで規定されている一
般的なコマンド・レスポンス動作である。図７におい
て、オペレーションシステム（ＭＳ）あるいはマネージ
メント装置とＯＬＴとの間でのコマンド送受信により、
マネージメント・インフォメーション・ベース（ＭＩ
Ｂ）のデータシンク（ｄａｔａ−ｓｙｎｃ）値が管理さ
れ（ステップ701〜704）、また、ＯＬＴとＯＮＴ双方で
もＭＩＢデータシンク値が管理され、コマンド送受信や
ＯＮＵ／ＯＮＴからの自律的なメッセージ送出を含む規
定された処理に対して、ＯＬＴはＭＳからのコマンド受
信時に、ＯＮＴはＯＬＴからのコマンド受信時にＭＩＢ
データシンク値を１ずつ加算していく（ステップ705〜7
08）。正常に処理が行われている時には両者が一致して
いる事を期待しているわけである。
般的なコマンド・レスポンス動作である。図７におい
て、オペレーションシステム（ＭＳ）あるいはマネージ
メント装置とＯＬＴとの間でのコマンド送受信により、
マネージメント・インフォメーション・ベース（ＭＩ
Ｂ）のデータシンク（ｄａｔａ−ｓｙｎｃ）値が管理さ
れ（ステップ701〜704）、また、ＯＬＴとＯＮＴ双方で
もＭＩＢデータシンク値が管理され、コマンド送受信や
ＯＮＵ／ＯＮＴからの自律的なメッセージ送出を含む規
定された処理に対して、ＯＬＴはＭＳからのコマンド受
信時に、ＯＮＴはＯＬＴからのコマンド受信時にＭＩＢ
データシンク値を１ずつ加算していく（ステップ705〜7
08）。正常に処理が行われている時には両者が一致して
いる事を期待しているわけである。
【０００８】装置の立ち上げ時等の情報一致を保証する
ため、確認すべきイベント発生時、あるいは周期的に、
図８のシーケンス図に示すように、ＯＬＴはＯＮＴの保
持するＭＩＢデータシンク値を読み出し（ステップ801
〜803）、ＯＬＴ内でＯＮＴ毎に保持している値と比較
確認する（ステップ804）。具体的にはマネージメント
・エンティティ（Management entity）として定義され
ているＯＮＴデータアトリビュート（data attribute）
のＭＩＢデータシンク値を、ゲット（Ｇｅｔ）コマンド
を使用して獲得することが提案されている。
ため、確認すべきイベント発生時、あるいは周期的に、
図８のシーケンス図に示すように、ＯＬＴはＯＮＴの保
持するＭＩＢデータシンク値を読み出し（ステップ801
〜803）、ＯＬＴ内でＯＮＴ毎に保持している値と比較
確認する（ステップ804）。具体的にはマネージメント
・エンティティ（Management entity）として定義され
ているＯＮＴデータアトリビュート（data attribute）
のＭＩＢデータシンク値を、ゲット（Ｇｅｔ）コマンド
を使用して獲得することが提案されている。
【０００９】ここで、ＯＮＵ／ＯＮＴは、後述するよう
に、プロセッサ部中にインスタンス情報仮保持部とイン
スタンス情報保持部を持っている。インスタンス情報仮
保持部は処理速度の面で優れるので実際の動作中は基本
的にこの領域の値をプロセッサは使用するが、電源を落
とすとデータが消えるので、ＯＮＴ／ＯＮＴはＯＬＴか
らの設定情報をインスタンス情報保持部に保存する。た
だし、一般的に保存媒体はアクセス速度が遅く、またセ
クタやセグメント単位に書き込み処理が行われる等の条
件がつく。
に、プロセッサ部中にインスタンス情報仮保持部とイン
スタンス情報保持部を持っている。インスタンス情報仮
保持部は処理速度の面で優れるので実際の動作中は基本
的にこの領域の値をプロセッサは使用するが、電源を落
とすとデータが消えるので、ＯＮＴ／ＯＮＴはＯＬＴか
らの設定情報をインスタンス情報保持部に保存する。た
だし、一般的に保存媒体はアクセス速度が遅く、またセ
クタやセグメント単位に書き込み処理が行われる等の条
件がつく。
【００１０】ＯＬＴはＯＮＴから読み出したＭＩＢデー
タシンク値がＯＬＴ内でＯＮＴ毎に保持している値と不
一致である場合は、ＭＩＢデータシンクをリセットする
データをＯＮＴへ送信し、これを受信したＯＮＴがイン
スタンス情報仮保持部中の情報を自動生成されるインス
タンスだけ生成し、他はデリートし、更にＭＩＢ情報す
べてを決められた初期値に初期化し、またＭＩＢデータ
シンク値を０にリセットする（ステップ805,806）。
タシンク値がＯＬＴ内でＯＮＴ毎に保持している値と不
一致である場合は、ＭＩＢデータシンクをリセットする
データをＯＮＴへ送信し、これを受信したＯＮＴがイン
スタンス情報仮保持部中の情報を自動生成されるインス
タンスだけ生成し、他はデリートし、更にＭＩＢ情報す
べてを決められた初期値に初期化し、またＭＩＢデータ
シンク値を０にリセットする（ステップ805,806）。
【００１１】そして、ＯＮＴはＯＬＴへ上記の動作終了
後にその旨を通知する（ステップ８０８）。このとき、
ＯＬＴは上記の通知が所定時間内にあるかどうかをタイ
マ監視している（ステップ807）。このように、ＯＮＴ
はＯＮＴデータゲットコマンドを用いてＭＩＢデータシ
ンク値を要求し、レスポンスに含まれる値を比較する。
後にその旨を通知する（ステップ８０８）。このとき、
ＯＬＴは上記の通知が所定時間内にあるかどうかをタイ
マ監視している（ステップ807）。このように、ＯＮＴ
はＯＮＴデータゲットコマンドを用いてＭＩＢデータシ
ンク値を要求し、レスポンスに含まれる値を比較する。
【００１２】上記のＯＮＴからの通知を受けたＯＬＴ
は、インスタンス情報仮保持部中の情報を、自動生成さ
れるインスタンスだけ生成し、他はデリートし、更にＭ
ＩＢ情報すべてを決められた初期値に初期化し、またＭ
ＩＢデータシンク値を０にリセットする（ステップ８０
９）。また、不一致の時には ＯＮＴ＿Ｄａｔａ＿ＭＩ
Ｂ＿Ｒｅｓｅｔに対するレスポンス受信後、ＯＬＴは全
てのインスタンス情報をＯＮＴに対し設定し直す。
は、インスタンス情報仮保持部中の情報を、自動生成さ
れるインスタンスだけ生成し、他はデリートし、更にＭ
ＩＢ情報すべてを決められた初期値に初期化し、またＭ
ＩＢデータシンク値を０にリセットする（ステップ８０
９）。また、不一致の時には ＯＮＴ＿Ｄａｔａ＿ＭＩ
Ｂ＿Ｒｅｓｅｔに対するレスポンス受信後、ＯＬＴは全
てのインスタンス情報をＯＮＴに対し設定し直す。
【００１３】
【発明が解決しようとする課題】しかるに、上記の従来
方式では、ＯＮＵ／ＯＮＴがＯＬＴからの保存処理中に
電源を落とされる場合があり得ること、実際のインスタ
ンス情報をハードウェア的にデータ保存処理する処理遅
延が存在すること、多くのＯＮＵ／ＯＮＴの接続される
アクセス網の制御性能を上げるため、コマンドに対する
レスポンスは実際の処理が全て終わる前に送出する可能
性があることなどを考慮すると、「ＭＩＢデータシンク
値はＯＬＴとＯＮＵ／ＯＮＴ両者で一致するが、実際の
情報が一致しないインスタンスが存在する。」という問
題が発生し得る。
方式では、ＯＮＵ／ＯＮＴがＯＬＴからの保存処理中に
電源を落とされる場合があり得ること、実際のインスタ
ンス情報をハードウェア的にデータ保存処理する処理遅
延が存在すること、多くのＯＮＵ／ＯＮＴの接続される
アクセス網の制御性能を上げるため、コマンドに対する
レスポンスは実際の処理が全て終わる前に送出する可能
性があることなどを考慮すると、「ＭＩＢデータシンク
値はＯＬＴとＯＮＵ／ＯＮＴ両者で一致するが、実際の
情報が一致しないインスタンスが存在する。」という問
題が発生し得る。
【００１４】つまり、ＯＮＵ／ＯＮＴがＭＩＢデータシ
ンク値のインクリメント処理を行い、ＭＩＢデータシン
ク値がＯＬＴと同一値になった後に、実際のインスタン
ス情報をハードウェア的に保存する処理が引き続き行わ
れ、その処理が完了する前に電源が落とされた場合に
は、ＯＬＴの認識している情報と電源再投入後のＯＮＴ
の認識する情報の不一致が生じることとなるが、従来方
式ではこの不一致を検出する手段を有していない。
ンク値のインクリメント処理を行い、ＭＩＢデータシン
ク値がＯＬＴと同一値になった後に、実際のインスタン
ス情報をハードウェア的に保存する処理が引き続き行わ
れ、その処理が完了する前に電源が落とされた場合に
は、ＯＬＴの認識している情報と電源再投入後のＯＮＴ
の認識する情報の不一致が生じることとなるが、従来方
式ではこの不一致を検出する手段を有していない。
【００１５】このため、ＯＮＵ／ＯＮＴで再度電源が入
った時に、ＯＮＵ／ＯＮＴの持つＯＬＴと食い違ったイ
ンスタンス情報を用いてＯＮＵ／ＯＮＴは自律的に装置
の設定やパス設定を行うことになる。その結果、誤った
装置設定あるいはパス設定が行われ、ＯＬＴと通信が不
可能になる、という欠点がある。
った時に、ＯＮＵ／ＯＮＴの持つＯＬＴと食い違ったイ
ンスタンス情報を用いてＯＮＵ／ＯＮＴは自律的に装置
の設定やパス設定を行うことになる。その結果、誤った
装置設定あるいはパス設定が行われ、ＯＬＴと通信が不
可能になる、という欠点がある。
【００１６】さらには、ＯＮＵ／ＯＮＴ内でのインスタ
ンス情報の保存方法はいろいろな実現方式が有り得る。
特に、パス設定の情報のみがＯＬＴとＯＮＵ／ＯＮＴで
不一致になった場合には、他のＯＮＵ／ＯＮＴユーザが
使用中の仮想パス識別子（ＶＰＩ：Virtual Path Ident
ifier）の値、あるいは仮想チャネル識別子（ＶＣＩ：V
irtual Channel Identifier）の値を設定してしまい、
問題の発生したＯＮＵ／ＯＮＴの通信に問題が起きるだ
けでなく、他のユーザの通信に誤配が起きうる、という
問題もある。
ンス情報の保存方法はいろいろな実現方式が有り得る。
特に、パス設定の情報のみがＯＬＴとＯＮＵ／ＯＮＴで
不一致になった場合には、他のＯＮＵ／ＯＮＴユーザが
使用中の仮想パス識別子（ＶＰＩ：Virtual Path Ident
ifier）の値、あるいは仮想チャネル識別子（ＶＣＩ：V
irtual Channel Identifier）の値を設定してしまい、
問題の発生したＯＮＵ／ＯＮＴの通信に問題が起きるだ
けでなく、他のユーザの通信に誤配が起きうる、という
問題もある。
【００１７】またこの他、従来方式では、ＭＩＢデータ
シンク値を用いてＯＬＴとＯＮＴのデータ不一致を検出
した場合にも、全ての設定情報をＯＬＴが再度設定し直
す必要があるため、ＯＬＴに負荷がかかるという問題も
ある。
シンク値を用いてＯＬＴとＯＮＴのデータ不一致を検出
した場合にも、全ての設定情報をＯＬＴが再度設定し直
す必要があるため、ＯＬＴに負荷がかかるという問題も
ある。
【００１８】本発明は以上の点に鑑みなされたもので、
制御を行うＯＬＴと制御されるＯＮＴが電源再投入で自
律立ち上げを行う際に使用する設定情報（インスタンス
情報）の不一致検出精度を向上し得るアクセス網遠隔制
御方式を提供することを目的とする。
制御を行うＯＬＴと制御されるＯＮＴが電源再投入で自
律立ち上げを行う際に使用する設定情報（インスタンス
情報）の不一致検出精度を向上し得るアクセス網遠隔制
御方式を提供することを目的とする。
【００１９】また、本発明の他の目的は、ＯＬＴとＯＮ
Ｕ／ＯＮＴとの間の設定情報の不一致が発生した際の再
同期時間を短縮し、安定したアクセス網遠隔制御方式を
提供することにある。
Ｕ／ＯＮＴとの間の設定情報の不一致が発生した際の再
同期時間を短縮し、安定したアクセス網遠隔制御方式を
提供することにある。
【００２０】
【課題を解決するための手段】本発明は、上記の目的を
達成するため、通信機能を備えて管理・制御を行う管理
装置と、管理装置に接続された一又は二以上のネットワ
ーク端末装置とからなり、管理装置とネットワーク端末
装置のそれぞれにおいて、コマンド送受信や自律的なメ
ッセージ送出を含む規定された処理に対してデータシン
ク値を更新し、正常に処理が行われているときには、管
理装置とネットワーク端末装置のそれぞれのデータシン
ク値が一致するように構成されたアクセス網において、
管理装置は、ネットワーク端末装置からの電源投入の通
知を受け、ネットワーク端末装置に対してネットワーク
端末装置自身のデータシンク値を要求するコマンドを送
出する要求手段と、この要求に基づき、ネットワーク端
末装置から送出されたデータシンク値を自身のデータシ
ンク値と一致するかどうか比較し、不一致のときには自
身のデータシンク値とネットワーク端末装置のデータシ
ンク値を初期値に設定するようにネットワーク端末装置
を制御する制御手段とを備え、ネットワーク端末装置
は、電源投入を管理装置へ通知する通知手段と、管理装
置からのデータシンク値の要求コマンドに基づき、デー
タシンク値を読み出して管理装置へ送出する送出手段と
を備えることを特徴とする。
達成するため、通信機能を備えて管理・制御を行う管理
装置と、管理装置に接続された一又は二以上のネットワ
ーク端末装置とからなり、管理装置とネットワーク端末
装置のそれぞれにおいて、コマンド送受信や自律的なメ
ッセージ送出を含む規定された処理に対してデータシン
ク値を更新し、正常に処理が行われているときには、管
理装置とネットワーク端末装置のそれぞれのデータシン
ク値が一致するように構成されたアクセス網において、
管理装置は、ネットワーク端末装置からの電源投入の通
知を受け、ネットワーク端末装置に対してネットワーク
端末装置自身のデータシンク値を要求するコマンドを送
出する要求手段と、この要求に基づき、ネットワーク端
末装置から送出されたデータシンク値を自身のデータシ
ンク値と一致するかどうか比較し、不一致のときには自
身のデータシンク値とネットワーク端末装置のデータシ
ンク値を初期値に設定するようにネットワーク端末装置
を制御する制御手段とを備え、ネットワーク端末装置
は、電源投入を管理装置へ通知する通知手段と、管理装
置からのデータシンク値の要求コマンドに基づき、デー
タシンク値を読み出して管理装置へ送出する送出手段と
を備えることを特徴とする。
【００２１】この発明では、管理装置は、ネットワーク
端末装置が電源投入する毎に、ネットワーク端末装置か
ら送出されたデータシンク値を自身のデータシンク値と
一致するかどうか検出することができるため、従来のよ
うな長い周期で行われる比較検出処理に比べて即座に両
者が不一致であるかどうか検出できる。
端末装置が電源投入する毎に、ネットワーク端末装置か
ら送出されたデータシンク値を自身のデータシンク値と
一致するかどうか検出することができるため、従来のよ
うな長い周期で行われる比較検出処理に比べて即座に両
者が不一致であるかどうか検出できる。
【００２２】また、本発明は上記の目的を達成するた
め、通信機能を備えて管理・制御を行う管理装置と、管
理装置に接続された一又は二以上のネットワーク端末装
置とからなり、管理装置とネットワーク端末装置のそれ
ぞれにおいて、コマンド送受信や自律的なメッセージ送
出を含む規定された処理に対してデータシンク値を更新
し、正常に処理が行われているときには、管理装置とネ
ットワーク端末装置のそれぞれのデータシンク値が一致
するように構成されると共に、ネットワーク端末装置の
それぞれは自身が最後に保存したコマンドを特定する属
性情報であるＬＳＭＩを保存する機能を備えたアクセス
網であって、管理装置は、ネットワーク端末装置からの
電源投入の通知を受け、ネットワーク端末装置に対して
該ネットワーク端末装置自身のデータシンク値を要求す
る第１のコマンドを送出する第１の要求手段と、この要
求に基づき、ネットワーク端末装置から送出されたデー
タシンク値を自身のデータシンク値と一致するかどうか
比較し、不一致のときにはネットワーク端末装置に対し
てＬＳＭＩを要求する第２のコマンドを送出する第２の
要求手段と、第２のコマンドの送出後に受信したＬＳＭ
Ｉに基づき、ネットワーク端末装置に対して、ＬＳＭＩ
が示すコマンド以降のコマンドを再送すると共に、自身
のデータシンク値をネットワーク端末装置から送出され
たデータシンク値に変更する制御手段とを備える。
め、通信機能を備えて管理・制御を行う管理装置と、管
理装置に接続された一又は二以上のネットワーク端末装
置とからなり、管理装置とネットワーク端末装置のそれ
ぞれにおいて、コマンド送受信や自律的なメッセージ送
出を含む規定された処理に対してデータシンク値を更新
し、正常に処理が行われているときには、管理装置とネ
ットワーク端末装置のそれぞれのデータシンク値が一致
するように構成されると共に、ネットワーク端末装置の
それぞれは自身が最後に保存したコマンドを特定する属
性情報であるＬＳＭＩを保存する機能を備えたアクセス
網であって、管理装置は、ネットワーク端末装置からの
電源投入の通知を受け、ネットワーク端末装置に対して
該ネットワーク端末装置自身のデータシンク値を要求す
る第１のコマンドを送出する第１の要求手段と、この要
求に基づき、ネットワーク端末装置から送出されたデー
タシンク値を自身のデータシンク値と一致するかどうか
比較し、不一致のときにはネットワーク端末装置に対し
てＬＳＭＩを要求する第２のコマンドを送出する第２の
要求手段と、第２のコマンドの送出後に受信したＬＳＭ
Ｉに基づき、ネットワーク端末装置に対して、ＬＳＭＩ
が示すコマンド以降のコマンドを再送すると共に、自身
のデータシンク値をネットワーク端末装置から送出され
たデータシンク値に変更する制御手段とを備える。
【００２３】また、ネットワーク端末装置は、電源投入
を管理装置へ通知する通知手段と、管理装置からの第１
のコマンドの受信により、データシンク値を読み出して
管理装置へ送出する第１の送出手段と、第２のコマンド
の受信により、ＬＳＭＩ値を読み出して管理装置へ送出
する第２の送出手段とを備える。
を管理装置へ通知する通知手段と、管理装置からの第１
のコマンドの受信により、データシンク値を読み出して
管理装置へ送出する第１の送出手段と、第２のコマンド
の受信により、ＬＳＭＩ値を読み出して管理装置へ送出
する第２の送出手段とを備える。
【００２４】この発明では、管理装置は、ネットワーク
端末装置が電源投入したときに、ネットワーク端末装置
から送出されたデータシンク値と自身のデータシンク値
とが不一致であるときには、ＬＳＭＩが示すコマンド以
降のコマンドを再送すると共に、自身のデータシンク値
をネットワーク端末装置から送出されたデータシンク値
に変更するようにしたため、正常な設定情報を保持して
いる分も含めて再度全設定のやり直しを行う必要がな
く、ネットワーク端末装置で正常保存されているインス
タンス情報を含むコマンド以降のコマンド送受信で済
む。
端末装置が電源投入したときに、ネットワーク端末装置
から送出されたデータシンク値と自身のデータシンク値
とが不一致であるときには、ＬＳＭＩが示すコマンド以
降のコマンドを再送すると共に、自身のデータシンク値
をネットワーク端末装置から送出されたデータシンク値
に変更するようにしたため、正常な設定情報を保持して
いる分も含めて再度全設定のやり直しを行う必要がな
く、ネットワーク端末装置で正常保存されているインス
タンス情報を含むコマンド以降のコマンド送受信で済
む。
【００２５】また、上記の目的を達成するため、本発明
は、上記のアクセス網であって、管理装置に、ネットワ
ーク端末装置から送出されたＬＳＭＩを受信して、ＬＳ
ＭＩが示すコマンドを含む以前のコマンドに関する情報
をメモリからクリアすると共に、ネットワーク端末装置
から送出されたデータシンク値と自身のデータシンク値
を比較する手段を備え、ネットワーク端末装置には、管
理装置から送出されたコマンドを実行すると、データシ
ンク値及びＬＳＭＩ値を更新保存する更新手段と、更新
手段による更新保存終了後に、データシンク値及びＬＳ
ＭＩ値を自律的に管理装置へ送出する送出手段とを備え
る構成としたものである。
は、上記のアクセス網であって、管理装置に、ネットワ
ーク端末装置から送出されたＬＳＭＩを受信して、ＬＳ
ＭＩが示すコマンドを含む以前のコマンドに関する情報
をメモリからクリアすると共に、ネットワーク端末装置
から送出されたデータシンク値と自身のデータシンク値
を比較する手段を備え、ネットワーク端末装置には、管
理装置から送出されたコマンドを実行すると、データシ
ンク値及びＬＳＭＩ値を更新保存する更新手段と、更新
手段による更新保存終了後に、データシンク値及びＬＳ
ＭＩ値を自律的に管理装置へ送出する送出手段とを備え
る構成としたものである。
【００２６】この発明では、ネットワーク装置からも自
律的に管理装置へデータシンク値及びＬＳＭＩ値を送出
するようにしているため、特に重要な設定情報につい
て、例えば誤設定が他のユーザにまで影響を与えるよう
なインスタンス情報についての保存終了を即座に管理装
置へ通知することができる。
律的に管理装置へデータシンク値及びＬＳＭＩ値を送出
するようにしているため、特に重要な設定情報につい
て、例えば誤設定が他のユーザにまで影響を与えるよう
なインスタンス情報についての保存終了を即座に管理装
置へ通知することができる。
【００２７】また、以上の発明における管理装置は、Ｏ
ＭＣＩ上におけるＯＬＴであり、ネットワーク端末装置
は、ＯＭＣＩ上におけるＯＮＴ又はＯＮＵであり、ＯＬ
Ｔはマネージメント装置から制御情報を受け、制御情報
に基づきＯＮＴ又はＯＮＵをＯＭＣＩプロトコルに従い
管理・制御し、ＬＳＭＩは、ＯＭＣＩで使用されるセル
のメッセージ・シーケンス・ナンバーを利用することを
特徴とする。
ＭＣＩ上におけるＯＬＴであり、ネットワーク端末装置
は、ＯＭＣＩ上におけるＯＮＴ又はＯＮＵであり、ＯＬ
Ｔはマネージメント装置から制御情報を受け、制御情報
に基づきＯＮＴ又はＯＮＵをＯＭＣＩプロトコルに従い
管理・制御し、ＬＳＭＩは、ＯＭＣＩで使用されるセル
のメッセージ・シーケンス・ナンバーを利用することを
特徴とする。
【００２８】本発明では、ＯＬＴからの設定系コマンド
メッセージに含まれるインスタンス情報について、ＯＮ
Ｔでデータ保存処理が完全に終了したインスタンス情報
を含むコマンドのうち、最後に保存されたコマンドを特
定する値を管理対象とし、すでに定義されているＯＮＴ
データのアトリビュートに「ＬＳＭＩ」として追加定義
する。またこの値もインスタンス情報保持部に保管す
る。同時に、このアトリビュートに対するゲットメッセ
ージおよびゲットレスポンスメッセージを追加定義す
る。また、ＯＬＴは本発明により追加定義されるゲット
コマンドを用いてＬＳＭＩ値読み出し要求を行い、ＯＮ
ＴはＬＳＭＩに対するゲットコマンド受信検出時、仮保
持している値を返信する。
メッセージに含まれるインスタンス情報について、ＯＮ
Ｔでデータ保存処理が完全に終了したインスタンス情報
を含むコマンドのうち、最後に保存されたコマンドを特
定する値を管理対象とし、すでに定義されているＯＮＴ
データのアトリビュートに「ＬＳＭＩ」として追加定義
する。またこの値もインスタンス情報保持部に保管す
る。同時に、このアトリビュートに対するゲットメッセ
ージおよびゲットレスポンスメッセージを追加定義す
る。また、ＯＬＴは本発明により追加定義されるゲット
コマンドを用いてＬＳＭＩ値読み出し要求を行い、ＯＮ
ＴはＬＳＭＩに対するゲットコマンド受信検出時、仮保
持している値を返信する。
【００２９】
【発明の実施の形態】次に、本発明の一実施の形態につ
いて図面と共に説明する。図１は本発明になるアクセス
網遠隔制御方式の一実施の形態のブロック図を示す。本
実施の形態は、保守員が操作するマネージメント装置１
２０と、ＯＬＴ１３１とユーザのＯＮＴ／ＯＮＵから成
るアクセス網が示されている。ＯＬＴ１３１とＯＮＴ間
はＯＭＣＩインタフェースの規定に従う。ＯＮＴ／ＯＮ
Ｕはｎ台（ｎは複数）がＯＬＴ１３１に光分岐（スプリ
ッタ）１２１を介して接続可能であるが、図示の便宜
上、図１では１台のＯＮＴ／ＯＮＵ１０１のみを代表し
て内部の詳細ブロックを図示すると共に、代表して動作
説明する。
いて図面と共に説明する。図１は本発明になるアクセス
網遠隔制御方式の一実施の形態のブロック図を示す。本
実施の形態は、保守員が操作するマネージメント装置１
２０と、ＯＬＴ１３１とユーザのＯＮＴ／ＯＮＵから成
るアクセス網が示されている。ＯＬＴ１３１とＯＮＴ間
はＯＭＣＩインタフェースの規定に従う。ＯＮＴ／ＯＮ
Ｕはｎ台（ｎは複数）がＯＬＴ１３１に光分岐（スプリ
ッタ）１２１を介して接続可能であるが、図示の便宜
上、図１では１台のＯＮＴ／ＯＮＵ１０１のみを代表し
て内部の詳細ブロックを図示すると共に、代表して動作
説明する。
【００３０】ＯＮＴ／ＯＮＵ１０１のハードウェア構成
と、ＯＬＴ１３１のハードウェア構成は、従来方式のそ
れと同じであるが、本実施の形態は、プロセッサ部１０
７及びメインプロセッサ部１３５がソフトウェアにより
動作して実現する方法に特徴がある。
と、ＯＬＴ１３１のハードウェア構成は、従来方式のそ
れと同じであるが、本実施の形態は、プロセッサ部１０
７及びメインプロセッサ部１３５がソフトウェアにより
動作して実現する方法に特徴がある。
【００３１】図１において、ＯＬＴ１３１はマネージメ
ント装置１２０から制御情報を受け、ＮＥ部１３７にマ
スター情報を保持する。ＮＥ部１３７のマスター情報は
ＯＭＣＩとは異なるプロトコルを使用していること、管
理オブジェクトの構成もマネージメント装置１２０にと
っての最適構成となっているので、ＯＬＴ１３１のメイ
ンプロセッサ１３５のソフトウェアが各ＯＮＴにＯＭＣ
Ｉ上で実際どういった制御を行うのかマッピングを行
い、ＯＬＴ１３１内のインスタンス情報仮保持部１３６
に保持し、ＡＡＬ５処理部１３４でＯＭＣＩプロトコル
のフォーマットを作り上げ、主信号処理部１３２を通し
て該当するＯＮＴに対してメッセージを送出する。ある
いは逆にＯＮＵ／ＯＮＴ１０１から受信する主信号の中
からＡＡＬ５処理部１３４でパケットを検出し、メイン
プロセッサ部１３５でＯＭＣＩプロトコルを処理する構
成になっている。
ント装置１２０から制御情報を受け、ＮＥ部１３７にマ
スター情報を保持する。ＮＥ部１３７のマスター情報は
ＯＭＣＩとは異なるプロトコルを使用していること、管
理オブジェクトの構成もマネージメント装置１２０にと
っての最適構成となっているので、ＯＬＴ１３１のメイ
ンプロセッサ１３５のソフトウェアが各ＯＮＴにＯＭＣ
Ｉ上で実際どういった制御を行うのかマッピングを行
い、ＯＬＴ１３１内のインスタンス情報仮保持部１３６
に保持し、ＡＡＬ５処理部１３４でＯＭＣＩプロトコル
のフォーマットを作り上げ、主信号処理部１３２を通し
て該当するＯＮＴに対してメッセージを送出する。ある
いは逆にＯＮＵ／ＯＮＴ１０１から受信する主信号の中
からＡＡＬ５処理部１３４でパケットを検出し、メイン
プロセッサ部１３５でＯＭＣＩプロトコルを処理する構
成になっている。
【００３２】ＯＮＵ／ＯＮＴ１０１〜ＯＮＵ／ＯＮＴ１
０ｎでは直接マネージメント装置１２０から制御を受け
るインタフェースは持たず、ＯＬＴ１３１からのＯＭＣ
Ｉプロトコルによる制御を受ける。ＯＮＵ／ＯＮＴ１０
１はＯＬＴ１３１から受信する主信号からＡＡＬ５処理
部１０５でＡＡＬ５パケットを検出し、プロセッサ部１
０７のソフトウェアあるいはファームウェアでＯＭＣＩ
メッセージの解析を行う。
０ｎでは直接マネージメント装置１２０から制御を受け
るインタフェースは持たず、ＯＬＴ１３１からのＯＭＣ
Ｉプロトコルによる制御を受ける。ＯＮＵ／ＯＮＴ１０
１はＯＬＴ１３１から受信する主信号からＡＡＬ５処理
部１０５でＡＡＬ５パケットを検出し、プロセッサ部１
０７のソフトウェアあるいはファームウェアでＯＭＣＩ
メッセージの解析を行う。
【００３３】ここで、主信号処理部１３２とＡＡＬ５処
理部１３４との間のセルや、主信号処理部１０３とＡＡ
Ｌ５処理部１０５の間のセルは、図２に示すようなＯＭ
ＣＩプロトコルのメッセージフォーマットのセルであ
る。このセル自体は当業者にとってよく知られているの
で、詳細な説明は省略し、概略について説明する。図２
のセル２００は、ＡＴＭレイヤで決まるＡＴＭヘッダ２
０１及びＡＡＬ５トレイラ２１５と、それ以外のＯＭＣ
Ｉとして決められた部分とからなる。
理部１３４との間のセルや、主信号処理部１０３とＡＡ
Ｌ５処理部１０５の間のセルは、図２に示すようなＯＭ
ＣＩプロトコルのメッセージフォーマットのセルであ
る。このセル自体は当業者にとってよく知られているの
で、詳細な説明は省略し、概略について説明する。図２
のセル２００は、ＡＴＭレイヤで決まるＡＴＭヘッダ２
０１及びＡＡＬ５トレイラ２１５と、それ以外のＯＭＣ
Ｉとして決められた部分とからなる。
【００３４】ＡＡＬ５トレイラ２１５は、ＡＴＭ１セル
分のＡＴＭペイロード中に配置された固定長の情報であ
る。ＯＭＣＩの標準化では、１メッセージをＡＴＭ１セ
ル固定長で使用することが決定されており、ＯＭＣＩメ
ッセージ上でＡＡＬ５トレイラ２１５は、ＡＴＭ１セル
分のＡＴＭペイロード中に配置された固定長の情報であ
る。
分のＡＴＭペイロード中に配置された固定長の情報であ
る。ＯＭＣＩの標準化では、１メッセージをＡＴＭ１セ
ル固定長で使用することが決定されており、ＯＭＣＩメ
ッセージ上でＡＡＬ５トレイラ２１５は、ＡＴＭ１セル
分のＡＴＭペイロード中に配置された固定長の情報であ
る。
【００３５】ＴＣＩ２０２は、ＯＬＴ１３１がコマンド
の到着を確認するための領域であり、具体的にはメッセ
ージプライオリティ（Message Priority）領域２０３と
メッセージシーケンスナンバー（Message Sequence num
ber）領域２０４とからなる。前者はＯＬＴ１３１から
の制御に優先度をつけるためのものである。後者は実際
にコマンド到着を確認するための領域であり、ＯＮＴは
受信したコマンドに対するレスポンスに同じ値を挿入し
て送出する。
の到着を確認するための領域であり、具体的にはメッセ
ージプライオリティ（Message Priority）領域２０３と
メッセージシーケンスナンバー（Message Sequence num
ber）領域２０４とからなる。前者はＯＬＴ１３１から
の制御に優先度をつけるためのものである。後者は実際
にコマンド到着を確認するための領域であり、ＯＮＴは
受信したコマンドに対するレスポンスに同じ値を挿入し
て送出する。
【００３６】また本実施の形態ではこの領域２０４の値
を用いて、ＯＮＵ／ＯＮＴ１０１内のインスタンス情報
保持部１０２へどのメッセージシーケンスナンバーを持
つコマンドに対する各インスタンスに対する設定情報ま
で保存処理が終ったのかを管理するＬＳＭＩ値にこの値
を使用する。
を用いて、ＯＮＵ／ＯＮＴ１０１内のインスタンス情報
保持部１０２へどのメッセージシーケンスナンバーを持
つコマンドに対する各インスタンスに対する設定情報ま
で保存処理が終ったのかを管理するＬＳＭＩ値にこの値
を使用する。
【００３７】メッセージタイプ（ＭＴ）領域２０５は、
ＯＬＴ１３１からＯＮＵ／ＯＮＴ１０１に対し、どうい
ったメッセージが含まれているのか知らせる、あるいは
ＯＮＵ／ＯＮＴ１０１からＯＬＴ１３１に対し、場合に
より、どういった処理を行ったかのかを知らせるための
領域であり、デスティネーションビット領域２０６、ア
クノリッジ・リクエストビット領域２０７、アクノリッ
ジメント領域２０８及びメッセージタイプビット領域２
０９からなる。
ＯＬＴ１３１からＯＮＵ／ＯＮＴ１０１に対し、どうい
ったメッセージが含まれているのか知らせる、あるいは
ＯＮＵ／ＯＮＴ１０１からＯＬＴ１３１に対し、場合に
より、どういった処理を行ったかのかを知らせるための
領域であり、デスティネーションビット領域２０６、ア
クノリッジ・リクエストビット領域２０７、アクノリッ
ジメント領域２０８及びメッセージタイプビット領域２
０９からなる。
【００３８】領域２０６は、ＯＭＣＩ以外のプロトコル
で、ＡＴＭレイヤ上では同一のフォーマットをとるプロ
トコルがあり、そのプロトコルで使用する領域であり、
領域２０７は、ＯＬＴ１３１からＯＮＵ／ＯＮＴ１０１
へ送出されるメッセージで、ＯＬＴ１３１がＯＮＵ／Ｏ
ＮＴ１０１にレスポンスを要求しているか否かを示す領
域である。また、領域２０８は、ＯＮＵ／ＯＮＴ１０１
からＯＬＴ１３１へ送出されるメッセージ中で、ＯＬＴ
１３１に対する返信であるメッセージか否かを示す領域
であり、領域２０９は、メッセージの種類を示す領域で
ある。
で、ＡＴＭレイヤ上では同一のフォーマットをとるプロ
トコルがあり、そのプロトコルで使用する領域であり、
領域２０７は、ＯＬＴ１３１からＯＮＵ／ＯＮＴ１０１
へ送出されるメッセージで、ＯＬＴ１３１がＯＮＵ／Ｏ
ＮＴ１０１にレスポンスを要求しているか否かを示す領
域である。また、領域２０８は、ＯＮＵ／ＯＮＴ１０１
からＯＬＴ１３１へ送出されるメッセージ中で、ＯＬＴ
１３１に対する返信であるメッセージか否かを示す領域
であり、領域２０９は、メッセージの種類を示す領域で
ある。
【００３９】また、デバイスアイデンティファイア（Ｄ
Ｉ）領域２１０は、ＯＭＣＩ以外のプロトコルで、ＡＴ
Ｍレイヤ上では同一のフォーマットをとるプロトコルが
あるため、区別するための情報格納領域である。また、
メッセージアイデンティファイア（ＭＩ）領域２１１
は、マネージド・エンティティ・クラス領域２１２とマ
ネージド・エンティティ・インスタンス領域２１３とか
らなる。領域２１２は、ＯＮＵ／ＯＮＴ１０１のどのマ
ネージド・エンティティ・クラスに対する制御コマンド
なのかを示す情報格納領域であり、領域２１３は、領域
２１２で示されたマネージド・エンティティ・クラスの
どのインスタンスに対する制御コマンドなのかを示す。
Ｉ）領域２１０は、ＯＭＣＩ以外のプロトコルで、ＡＴ
Ｍレイヤ上では同一のフォーマットをとるプロトコルが
あるため、区別するための情報格納領域である。また、
メッセージアイデンティファイア（ＭＩ）領域２１１
は、マネージド・エンティティ・クラス領域２１２とマ
ネージド・エンティティ・インスタンス領域２１３とか
らなる。領域２１２は、ＯＮＵ／ＯＮＴ１０１のどのマ
ネージド・エンティティ・クラスに対する制御コマンド
なのかを示す情報格納領域であり、領域２１３は、領域
２１２で示されたマネージド・エンティティ・クラスの
どのインスタンスに対する制御コマンドなのかを示す。
【００４０】更に、メッセージ・コンテンツ領域２１４
は、ＯＬＴ１３１からＯＮＵ／ＯＮＴ１０１へ送出され
るメッセージ中で、領域２１２及び２１３の情報が指定
されると、それにより、そのインスタンスを持つ属性
（アトリビュート）中のどれを、どのように制御するか
を示す情報を格納する領域で、ＯＬＴ１３１への返信の
場合には、制御の結果がどうなったかを示し、ＯＮＵ／
ＯＬＴ１０１が自律的に送出するメッセージ中では、領
域２１２と２１３の情報から指定されるインスタンスの
持つ属性のうち、どの属性がどういう状態に変化したか
の情報を載せる。
は、ＯＬＴ１３１からＯＮＵ／ＯＮＴ１０１へ送出され
るメッセージ中で、領域２１２及び２１３の情報が指定
されると、それにより、そのインスタンスを持つ属性
（アトリビュート）中のどれを、どのように制御するか
を示す情報を格納する領域で、ＯＬＴ１３１への返信の
場合には、制御の結果がどうなったかを示し、ＯＮＵ／
ＯＬＴ１０１が自律的に送出するメッセージ中では、領
域２１２と２１３の情報から指定されるインスタンスの
持つ属性のうち、どの属性がどういう状態に変化したか
の情報を載せる。
【００４１】図１に戻って説明するに、ＯＮＵ／ＯＮＴ
１０１は、プロセッサ部１０７のソフトウェア又はファ
ームウェアで、図２の領域２０１及び２１５を除くＯＭ
ＣＩメッセージの解析を行い、メッセージ中のＭＴ領域
２０５からメッセージ種別を判別すると、設定系のメッ
セージ中に載せられているＭＩ領域２１１からマネージ
ド・エンティティ・クラスとインスタンスを特定し、メ
ッセージコンテンツ領域２１４に含まれるインスタンス
情報をまずはプロセッサ部１０７内のインスタンス情報
仮保持部１０８に保持する。ＯＬＴ１３１とのメッセー
ジ送受信処理では、このインスタンス情報仮保持部１０
８に保持された情報を使用する。ただし、インスタンス
情報仮保持部１０８は電源を落とした時には記憶内容が
すべて消えてしまうため、インスタンス情報保持部１０
２にもコピーを保存する。
１０１は、プロセッサ部１０７のソフトウェア又はファ
ームウェアで、図２の領域２０１及び２１５を除くＯＭ
ＣＩメッセージの解析を行い、メッセージ中のＭＴ領域
２０５からメッセージ種別を判別すると、設定系のメッ
セージ中に載せられているＭＩ領域２１１からマネージ
ド・エンティティ・クラスとインスタンスを特定し、メ
ッセージコンテンツ領域２１４に含まれるインスタンス
情報をまずはプロセッサ部１０７内のインスタンス情報
仮保持部１０８に保持する。ＯＬＴ１３１とのメッセー
ジ送受信処理では、このインスタンス情報仮保持部１０
８に保持された情報を使用する。ただし、インスタンス
情報仮保持部１０８は電源を落とした時には記憶内容が
すべて消えてしまうため、インスタンス情報保持部１０
２にもコピーを保存する。
【００４２】また、電源再投入時には、プロセッサ部１
０７のソフトウェアは、インスタンス情報保持部１０２
からインスタンス情報仮保持部１０８にコピーを行い、
この情報を基に装置内ハードウェアの設定、ＯＬＴ間の
コネクション等の論理的な設定を行う。つまり、インス
タンス情報仮保持部１０８内のインスタンス情報に含ま
れる、マネージド・エンティティ・クラスと設定情報と
からプロセッサ部１０７のソフトウェアが設定レジスタ
部に対する制御を決定し、設定レジスタ部に設定を行
う。このとき、インスタンス情報保持部１０２とインス
タンス情報仮保持部１０８には、ＬＳＭＩ値を管理する
領域も設ける。
０７のソフトウェアは、インスタンス情報保持部１０２
からインスタンス情報仮保持部１０８にコピーを行い、
この情報を基に装置内ハードウェアの設定、ＯＬＴ間の
コネクション等の論理的な設定を行う。つまり、インス
タンス情報仮保持部１０８内のインスタンス情報に含ま
れる、マネージド・エンティティ・クラスと設定情報と
からプロセッサ部１０７のソフトウェアが設定レジスタ
部に対する制御を決定し、設定レジスタ部に設定を行
う。このとき、インスタンス情報保持部１０２とインス
タンス情報仮保持部１０８には、ＬＳＭＩ値を管理する
領域も設ける。
【００４３】ＯＮＵ／ＯＮＴ１０１のプロセッサ部１０
７上で動作するソフトウェアは、インスタンス情報保持
部１０２に情報を保管すると、インスタンス情報仮保持
部１０８で管理するＬＳＭＩ値の更新を行う。ソフトウ
ェアはインスタンス情報仮保持部１０８で管理するＬＳ
ＭＩ値もインスタンス情報保持部１０２へコピー及び保
管を行う。
７上で動作するソフトウェアは、インスタンス情報保持
部１０２に情報を保管すると、インスタンス情報仮保持
部１０８で管理するＬＳＭＩ値の更新を行う。ソフトウ
ェアはインスタンス情報仮保持部１０８で管理するＬＳ
ＭＩ値もインスタンス情報保持部１０２へコピー及び保
管を行う。
【００４４】次に、この実施の形態の動作について、図
３乃至図６のシーケンス図を併せ参照して説明する。本
実施の形態でも、図７及び図８に示した従来方式と同様
の動作を行うのであるが、本実施の形態は、図７のステ
ップ７０５からステップ７０８の動作に代えて、図３乃
至図６のシーケンス図のいずれかを行うものである。
３乃至図６のシーケンス図を併せ参照して説明する。本
実施の形態でも、図７及び図８に示した従来方式と同様
の動作を行うのであるが、本実施の形態は、図７のステ
ップ７０５からステップ７０８の動作に代えて、図３乃
至図６のシーケンス図のいずれかを行うものである。
【００４５】すなわち、マネージメント装置（ＭＳ）１
２０からＯＬＴ１３１に対してコマンドが送出され、こ
れを受信したＯＬＴ１３１がＭＩＢ情報を更新してレス
ポンスをマネージメント装置１２０に返した後、ＯＬＴ
１３１はＯＮＵ／ＯＮＴ１０１に対するコマンド送出
（Ｃｏｍｍａｎｄ−Ｂ１）前の状態にあり、ＯＮＵ／Ｏ
ＮＴ１０１は応答信号（Ｒｅｓｐｏｎｓｅ−Ｂ１）送出
前の状態にある。
２０からＯＬＴ１３１に対してコマンドが送出され、こ
れを受信したＯＬＴ１３１がＭＩＢ情報を更新してレス
ポンスをマネージメント装置１２０に返した後、ＯＬＴ
１３１はＯＮＵ／ＯＮＴ１０１に対するコマンド送出
（Ｃｏｍｍａｎｄ−Ｂ１）前の状態にあり、ＯＮＵ／Ｏ
ＮＴ１０１は応答信号（Ｒｅｓｐｏｎｓｅ−Ｂ１）送出
前の状態にある。
【００４６】この状態において、図３に示すように、Ｏ
ＬＴ１３１でＭＩＢデータシンク値を１加算し、ＭＩＢ
データシンク値がαになった状態（これを図３及び他の
図では＋１（＝α）と記す）で、１コマンドだけＯＮＵ
／ＯＮＴ１０１に対して送出されたものとすると（ステ
ップ３０１，３０２；これは図７のステップ７０５に相
当）、ＯＮＵ／ＯＮＴ１０１はコマンドの内容を解析
し、実行内容を決定し、レスポンスデータを生成してＯ
ＬＴ１３１へ送出する（ステップ３０４，３０５；これ
は図７のステップ７０６、７０８に相当）。
ＬＴ１３１でＭＩＢデータシンク値を１加算し、ＭＩＢ
データシンク値がαになった状態（これを図３及び他の
図では＋１（＝α）と記す）で、１コマンドだけＯＮＵ
／ＯＮＴ１０１に対して送出されたものとすると（ステ
ップ３０１，３０２；これは図７のステップ７０５に相
当）、ＯＮＵ／ＯＮＴ１０１はコマンドの内容を解析
し、実行内容を決定し、レスポンスデータを生成してＯ
ＬＴ１３１へ送出する（ステップ３０４，３０５；これ
は図７のステップ７０６、７０８に相当）。
【００４７】ＯＮＵ／ＯＮＴ１０１は図７では全ての処
理が終った後でレスポンスを返すように示されている
が、実際には図３に示すようにＯＬＴ１３１はＯＮＵ／
ＯＮＴ１０１からのレスポンスをタイマ監視する（ステ
ップ３０３）。網全体での性能を上げるために、一般的
にタイマ値はＯＮＵ／ＯＮＴ１０１の全ての処理にかか
る合計時間より短く、ＯＮＵ／ＯＮＴ１０１は図３に示
すように、先にレスポンス処理を行ってからＨＷ制御、
ＭＩＢデータシンク値の更新を行うことになる（ステッ
プ３０６，３０７）。
理が終った後でレスポンスを返すように示されている
が、実際には図３に示すようにＯＬＴ１３１はＯＮＵ／
ＯＮＴ１０１からのレスポンスをタイマ監視する（ステ
ップ３０３）。網全体での性能を上げるために、一般的
にタイマ値はＯＮＵ／ＯＮＴ１０１の全ての処理にかか
る合計時間より短く、ＯＮＵ／ＯＮＴ１０１は図３に示
すように、先にレスポンス処理を行ってからＨＷ制御、
ＭＩＢデータシンク値の更新を行うことになる（ステッ
プ３０６，３０７）。
【００４８】本発明の特徴の一つであるＬＳＭＩについ
ては、ＯＮＵ／ＯＮＴ１０１内のプロセッサ部１０７は
受信コマンド中のインスタンス情報をインスタンス情報
仮保持部１０８からインスタンス情報保持部１０２へコ
ピーし（ステップ３０８）、保管後に更新を行う（ステ
ップ３０９）。ＬＳＭＩ値についてもＯＮＵ／ＯＮＴ１
０１のインスタンス情報保持部１０２のＬＳＭＩ用領域
に保管し直す。ただし、ＬＳＭＩ値のインスタンス情報
仮保持部１０８からインスタンス情報保持部１０２への
保管は、他のインスタンス情報の格納時に毎回行う必要
は無い。
ては、ＯＮＵ／ＯＮＴ１０１内のプロセッサ部１０７は
受信コマンド中のインスタンス情報をインスタンス情報
仮保持部１０８からインスタンス情報保持部１０２へコ
ピーし（ステップ３０８）、保管後に更新を行う（ステ
ップ３０９）。ＬＳＭＩ値についてもＯＮＵ／ＯＮＴ１
０１のインスタンス情報保持部１０２のＬＳＭＩ用領域
に保管し直す。ただし、ＬＳＭＩ値のインスタンス情報
仮保持部１０８からインスタンス情報保持部１０２への
保管は、他のインスタンス情報の格納時に毎回行う必要
は無い。
【００４９】保管の正常終了時にはアトリビュート・バ
リュー・チェンジ（ attribute value Change）メッセ
ージを用いてＯＮＵ／ＯＮＴ１０１に対しＬＳＭＩ値と
ＭＩＢデータシンク値の変更をＯＬＴ１３１へ通知する
（ステップ３１０）。ＯＬＴ１３１は受信メッセージを
解放し、ＭＩＢデータシンク値がαであることを比較確
認する（ステップ３１１）。この結果、問題がなけれ
ば、コマンド１については既に保存処理まで終ったもの
として再送不要と判断する（ステップ３１２）。
リュー・チェンジ（ attribute value Change）メッセ
ージを用いてＯＮＵ／ＯＮＴ１０１に対しＬＳＭＩ値と
ＭＩＢデータシンク値の変更をＯＬＴ１３１へ通知する
（ステップ３１０）。ＯＬＴ１３１は受信メッセージを
解放し、ＭＩＢデータシンク値がαであることを比較確
認する（ステップ３１１）。この結果、問題がなけれ
ば、コマンド１については既に保存処理まで終ったもの
として再送不要と判断する（ステップ３１２）。
【００５０】ＭＩＢデータシンク値がαであることをコ
マンド受信する毎に、インスタンス情報保持部１０２の
ＬＳＭＩ用領域保持部のＬＳＭＩまで更新するか、ある
程度の回数は仮保持部１０８の値まで更新するかは、シ
ステムの要求により決めるもので、本発明としてはどち
らも可能とする。
マンド受信する毎に、インスタンス情報保持部１０２の
ＬＳＭＩ用領域保持部のＬＳＭＩまで更新するか、ある
程度の回数は仮保持部１０８の値まで更新するかは、シ
ステムの要求により決めるもので、本発明としてはどち
らも可能とする。
【００５１】次に、ＯＬＴ１３１からＯＮＵ／ＯＮＴ１
０１に対し複数コマンドが連続的に到着した場合の本実
施の形態の動作について、図４のシーケンス図と共に説
明する。ＯＬＴ１３１でＭＩＢデータシンク値を１加算
し、ＭＩＢデータシンク値がαになった状態で、一つ目
のコマンド１が、ＭＩＢデータシンク値がα−１である
ＯＮＵ／ＯＮＴ１０１に対して送出されたものとすると
（ステップ４０１，４０３）、ＯＮＵ／ＯＮＴ１０１の
プロセッサ部１０７はコマンドの内容を解析し、実行内
容を決定し、第１のレスポンスデータを生成してＯＬＴ
１３１へ送出する（ステップ４０２、４０５、４１０，
４１１）。
０１に対し複数コマンドが連続的に到着した場合の本実
施の形態の動作について、図４のシーケンス図と共に説
明する。ＯＬＴ１３１でＭＩＢデータシンク値を１加算
し、ＭＩＢデータシンク値がαになった状態で、一つ目
のコマンド１が、ＭＩＢデータシンク値がα−１である
ＯＮＵ／ＯＮＴ１０１に対して送出されたものとすると
（ステップ４０１，４０３）、ＯＮＵ／ＯＮＴ１０１の
プロセッサ部１０７はコマンドの内容を解析し、実行内
容を決定し、第１のレスポンスデータを生成してＯＬＴ
１３１へ送出する（ステップ４０２、４０５、４１０，
４１１）。
【００５２】コマンド１の送出後にＭＩＢデータシンク
値がαであるＯＬＴ１３１で、二つ目のコマンド２を送
出する直前に、αに１を加算してβとなっている状態
で、二つ目のコマンド２が、第１のレスポンスデータ生
成前のＯＮＵ／ＯＮＴ１０１に対して送出されたものと
すると（ステップ４０６，４０７）、ＯＮＵ／ＯＮＴ１
０１のプロセッサ部１０７はコマンドの内容を解析し、
実行内容を決定し、第２のレスポンスデータを生成して
ＯＬＴ１３１へ送出する（ステップ４０９、４１５，４
１６）。
値がαであるＯＬＴ１３１で、二つ目のコマンド２を送
出する直前に、αに１を加算してβとなっている状態
で、二つ目のコマンド２が、第１のレスポンスデータ生
成前のＯＮＵ／ＯＮＴ１０１に対して送出されたものと
すると（ステップ４０６，４０７）、ＯＮＵ／ＯＮＴ１
０１のプロセッサ部１０７はコマンドの内容を解析し、
実行内容を決定し、第２のレスポンスデータを生成して
ＯＬＴ１３１へ送出する（ステップ４０９、４１５，４
１６）。
【００５３】続いて、コマンド２の送出後にＭＩＢデー
タシンク値がβであるＯＬＴ１３１で、三つ目のコマン
ドを送出する直前に、βに１を加算してγとなっている
状態で、三つ目のコマンド３が第２のレスポンスデータ
生成前のＯＮＵ／ＯＮＴ１０１に対して送出されたもの
とすると（ステップ４１２，４１３）、ＯＮＵ／ＯＮＴ
１０１のプロセッサ部１０７はコマンドの内容を解析
し、実行内容を決定し、第３のレスポンスデータを生成
してＯＬＴ１３１へ送出する（ステップ４１７、４１
８、４２０）。
タシンク値がβであるＯＬＴ１３１で、三つ目のコマン
ドを送出する直前に、βに１を加算してγとなっている
状態で、三つ目のコマンド３が第２のレスポンスデータ
生成前のＯＮＵ／ＯＮＴ１０１に対して送出されたもの
とすると（ステップ４１２，４１３）、ＯＮＵ／ＯＮＴ
１０１のプロセッサ部１０７はコマンドの内容を解析
し、実行内容を決定し、第３のレスポンスデータを生成
してＯＬＴ１３１へ送出する（ステップ４１７、４１
８、４２０）。
【００５４】また、ＯＮＵ／ＯＮＴ１０１のプロセッサ
部１０７は、第１、第２、第３のレスポンスデータを生
成及び送出した後、受信した各コマンドにそれぞれ対応
するハードウェア（ＨＷ）制御を実行すると共に、ＭＩ
Ｂデータシンク値をそれぞれα−１に１加算してαに更
新し、αに１加算してβに更新し、βに１加算してγに
更新する（ステップ４１９，４２１，４２２）。なお、
ＯＬＴ１３１のメインプロセッサ部１３５は各コマンド
１〜３のそれぞれについて、レスポンスデータ到着のタ
イマ監視を行っている（ステップ４０３、４０８、４１
４）。
部１０７は、第１、第２、第３のレスポンスデータを生
成及び送出した後、受信した各コマンドにそれぞれ対応
するハードウェア（ＨＷ）制御を実行すると共に、ＭＩ
Ｂデータシンク値をそれぞれα−１に１加算してαに更
新し、αに１加算してβに更新し、βに１加算してγに
更新する（ステップ４１９，４２１，４２２）。なお、
ＯＬＴ１３１のメインプロセッサ部１３５は各コマンド
１〜３のそれぞれについて、レスポンスデータ到着のタ
イマ監視を行っている（ステップ４０３、４０８、４１
４）。
【００５５】続いて、ＯＮＵ／ＯＮＴ１０１のプロセッ
サ部１０７は、受信した３つのコマンド中のインスタン
ス情報をインスタンス情報仮保持部１０８に保持した
後、インスタンス情報保持部１０２にセーブした後（ス
テップ４２３）、ＬＳＭＩ値についてはコマンド３のＬ
ＳＭＩ値をインスタンス情報保持部１０２のＬＳＭＩ用
領域に保管し直す（ステップ４２４）。ただし、ＬＳＭ
Ｉ値のインスタンス情報仮保持部１０８からインスタン
ス情報保持部１０２への保管は、他のインスタンス情報
の格納時に毎回行う必要は無い。
サ部１０７は、受信した３つのコマンド中のインスタン
ス情報をインスタンス情報仮保持部１０８に保持した
後、インスタンス情報保持部１０２にセーブした後（ス
テップ４２３）、ＬＳＭＩ値についてはコマンド３のＬ
ＳＭＩ値をインスタンス情報保持部１０２のＬＳＭＩ用
領域に保管し直す（ステップ４２４）。ただし、ＬＳＭ
Ｉ値のインスタンス情報仮保持部１０８からインスタン
ス情報保持部１０２への保管は、他のインスタンス情報
の格納時に毎回行う必要は無い。
【００５６】保管の正常終了時にはアトリビュート・バ
リュー・チェンジ（ attribute value Change）メッセ
ージを用いてＯＮＵ／ＯＮＴ１０１に対し、コマンド３
のＬＳＭＩ値とＭＩＢデータシンク値の変更をＯＬＴ１
３１へ通知する（ステップ４２５）。ＯＬＴ１３１は受
信メッセージを解釈し、ＭＩＢデータシンク値がγであ
ることを比較確認する（ステップ４２６）。この結果、
問題がなければ、コマンド３までについては既に保存処
理まで終ったものとして再送不要と判断し、コマンド１
及び２の内容とＭＳＮの対応情報をクリアする（ステッ
プ４２７）。
リュー・チェンジ（ attribute value Change）メッセ
ージを用いてＯＮＵ／ＯＮＴ１０１に対し、コマンド３
のＬＳＭＩ値とＭＩＢデータシンク値の変更をＯＬＴ１
３１へ通知する（ステップ４２５）。ＯＬＴ１３１は受
信メッセージを解釈し、ＭＩＢデータシンク値がγであ
ることを比較確認する（ステップ４２６）。この結果、
問題がなければ、コマンド３までについては既に保存処
理まで終ったものとして再送不要と判断し、コマンド１
及び２の内容とＭＳＮの対応情報をクリアする（ステッ
プ４２７）。
【００５７】このように、ＯＬＴ１３１からＯＮＵ／Ｏ
ＮＴ１０１に対し複数コマンドが連続的に到着した場合
は、インスタンス情報のセーブ処理およびＬＳＭＩ値の
更新は一コマンドずつ行うのではなく、複数まとめて行
っている。インスタンス情報保持部１０２の領域の割り
当て方により、同一領域にある場合には複数のインスタ
ンス情報の保管処理を一度に行う方が性能をあげる可能
性があるからである。なお、図４ではコマンドの１、
２、３についてインスタンス情報のセーブ処理およびＬ
ＳＭＩ値の更新をまとめて行ったが、コマンド１、２に
ついてまとめて行い、その後コマンド３のインスタンス
情報のセーブ処理およびＬＳＭＩ値の更新を行う場合も
あり得る。
ＮＴ１０１に対し複数コマンドが連続的に到着した場合
は、インスタンス情報のセーブ処理およびＬＳＭＩ値の
更新は一コマンドずつ行うのではなく、複数まとめて行
っている。インスタンス情報保持部１０２の領域の割り
当て方により、同一領域にある場合には複数のインスタ
ンス情報の保管処理を一度に行う方が性能をあげる可能
性があるからである。なお、図４ではコマンドの１、
２、３についてインスタンス情報のセーブ処理およびＬ
ＳＭＩ値の更新をまとめて行ったが、コマンド１、２に
ついてまとめて行い、その後コマンド３のインスタンス
情報のセーブ処理およびＬＳＭＩ値の更新を行う場合も
あり得る。
【００５８】次に、ＯＬＴ１３１からＯＮＵ／ＯＮＴ１
０１に対し３つのコマンドが連続的に到着した場合にお
いて、インスタンス情報のセーブ処理およびＬＳＭＩ値
の更新をコマンド１を処理した後、コマンド２、３の処
理を行う本実施の形態の動作について、図５のシーケン
ス図と共に説明する。一つ目のコマンド１を送出する前
にＭＩＢデータシンク値が元々α−１であった所に１を
加算処理してαとなった状態のＯＬＴ１３１から、一つ
目のコマンド１が、ＯＮＵ／ＯＮＴ１０１に対して送出
されたものとすると（ステップ５０１，５０２）、ＯＮ
Ｕ／ＯＮＴ１０１のプロセッサ部１０７は受信コマンド
の内容を解析し、実行内容を決定し、第１のレスポンス
データを生成してＯＬＴ１３１へ送出する（ステップ５
０３、５０４、５０５）。
０１に対し３つのコマンドが連続的に到着した場合にお
いて、インスタンス情報のセーブ処理およびＬＳＭＩ値
の更新をコマンド１を処理した後、コマンド２、３の処
理を行う本実施の形態の動作について、図５のシーケン
ス図と共に説明する。一つ目のコマンド１を送出する前
にＭＩＢデータシンク値が元々α−１であった所に１を
加算処理してαとなった状態のＯＬＴ１３１から、一つ
目のコマンド１が、ＯＮＵ／ＯＮＴ１０１に対して送出
されたものとすると（ステップ５０１，５０２）、ＯＮ
Ｕ／ＯＮＴ１０１のプロセッサ部１０７は受信コマンド
の内容を解析し、実行内容を決定し、第１のレスポンス
データを生成してＯＬＴ１３１へ送出する（ステップ５
０３、５０４、５０５）。
【００５９】コマンド１の送出後にＭＩＢデータシンク
値に１加算後のαを、また、ＬＳＭＩ値についてもＯＮ
Ｕ／ＯＮＴ１０１のインスタンス情報保持部１０２のＬ
ＳＭＩ用領域に保管し直す（ステップ５０７，５０
８）。続いて、アトリビュート・バリュー・チェンジ・
メッセージを用いてＯＮＵ／ＯＮＴ１０１に対しＬＳＭ
Ｉ値とＭＩＢデータシンク値の変更をＯＬＴ１３１へ通
知する（ステップ５０９）。ＯＬＴ１３１はＭＩＢデー
タシンク値がαであることを比較確認し（ステップ５１
１）、ＭＩＢデータシンク値αに１加算処理を行った結
果のβを保持する（ステップ５１２）。そして、受信メ
ッセージから、コマンド１については既に保存処理まで
終ったものとして再送不要と判断する（ステップ５１
０）。
値に１加算後のαを、また、ＬＳＭＩ値についてもＯＮ
Ｕ／ＯＮＴ１０１のインスタンス情報保持部１０２のＬ
ＳＭＩ用領域に保管し直す（ステップ５０７，５０
８）。続いて、アトリビュート・バリュー・チェンジ・
メッセージを用いてＯＮＵ／ＯＮＴ１０１に対しＬＳＭ
Ｉ値とＭＩＢデータシンク値の変更をＯＬＴ１３１へ通
知する（ステップ５０９）。ＯＬＴ１３１はＭＩＢデー
タシンク値がαであることを比較確認し（ステップ５１
１）、ＭＩＢデータシンク値αに１加算処理を行った結
果のβを保持する（ステップ５１２）。そして、受信メ
ッセージから、コマンド１については既に保存処理まで
終ったものとして再送不要と判断する（ステップ５１
０）。
【００６０】続いて、ＯＬＴ１３１から二つ目のコマン
ド２が、時刻ｔ２でＯＮＵ／ＯＮＴ１０１に対して送出
されたものとすると（ステップ５１３）、ＯＮＵ／ＯＮ
Ｔ１０１のプロセッサ部１０７はコマンドの内容を解析
し、実行内容を決定し、第２のレスポンスデータを生成
してＯＬＴ１３１へ送出する（ステップ５１５、５１
６、５１９）。ＯＬＴ１３１のメインプロセッサ部１３
５は、主信号処理部１３２からコマンド２を送出した
後、レスポンスデータの受信をタイマ監視している（ス
テップ５１４）。
ド２が、時刻ｔ２でＯＮＵ／ＯＮＴ１０１に対して送出
されたものとすると（ステップ５１３）、ＯＮＵ／ＯＮ
Ｔ１０１のプロセッサ部１０７はコマンドの内容を解析
し、実行内容を決定し、第２のレスポンスデータを生成
してＯＬＴ１３１へ送出する（ステップ５１５、５１
６、５１９）。ＯＬＴ１３１のメインプロセッサ部１３
５は、主信号処理部１３２からコマンド２を送出した
後、レスポンスデータの受信をタイマ監視している（ス
テップ５１４）。
【００６１】続いて、ＯＬＴ１３１から三つ目のコマン
ド３を送出する前処理として、ＭＩＢデータシンク値β
に１加算する処理をおこない、ＭＩＢデータシンク値γ
を保持した状態で、第２のレスポンスデータ受信前にＯ
ＮＵ／ＯＮＴ１０１に対して送出されたものとすると
（ステップ５１８）、ＯＮＵ／ＯＮＴ１０１のプロセッ
サ部１０７はコマンドの内容を解析し、実行内容を決定
し、第３のレスポンスデータを生成してＯＬＴ１３１へ
送出する（ステップ５２１、５２２、５２３）。なお、
ＯＬＴ１３１のメインプロセッサ部１３５は、主信号処
理部１３２からコマンド３を送出した後、レスポンスデ
ータの受信をタイマ監視している（ステップ５２０）。
ド３を送出する前処理として、ＭＩＢデータシンク値β
に１加算する処理をおこない、ＭＩＢデータシンク値γ
を保持した状態で、第２のレスポンスデータ受信前にＯ
ＮＵ／ＯＮＴ１０１に対して送出されたものとすると
（ステップ５１８）、ＯＮＵ／ＯＮＴ１０１のプロセッ
サ部１０７はコマンドの内容を解析し、実行内容を決定
し、第３のレスポンスデータを生成してＯＬＴ１３１へ
送出する（ステップ５２１、５２２、５２３）。なお、
ＯＬＴ１３１のメインプロセッサ部１３５は、主信号処
理部１３２からコマンド３を送出した後、レスポンスデ
ータの受信をタイマ監視している（ステップ５２０）。
【００６２】ＯＮＵ／ＯＮＴ１０１のプロセッサ部１０
７は、第２、第３のレスポンスデータを生成及び送出し
た後、受信した各コマンドにそれぞれ対応するハードウ
ェア（ＨＷ）制御を実行すると共に、ＭＩＢデータシン
ク値をそれぞれαに１加算してβに、βに１加算してγ
に更新する（ステップ５２４，５２５）。
７は、第２、第３のレスポンスデータを生成及び送出し
た後、受信した各コマンドにそれぞれ対応するハードウ
ェア（ＨＷ）制御を実行すると共に、ＭＩＢデータシン
ク値をそれぞれαに１加算してβに、βに１加算してγ
に更新する（ステップ５２４，５２５）。
【００６３】続いて、ＯＮＵ／ＯＮＴ１０１のプロセッ
サ部１０７は、時刻ｔ２以降受信した２つのコマンド
２，３中のインスタンス情報をインスタンス情報仮保持
部１０８に保持した後、インスタンス情報保持部１０２
にセーブした後（ステップ５２６）、ＬＳＭＩ値につい
てはコマンド３のＬＳＭＩ値をインスタンス情報保持部
１０２のＬＳＭＩ用領域に保管し直す（ステップ５２
７）。ただし、ＬＳＭＩ値のインスタンス情報仮保持部
１０８からインスタンス情報保持部１０２への保管は、
他のインスタンス情報の格納時に毎回行う必要は無い。
サ部１０７は、時刻ｔ２以降受信した２つのコマンド
２，３中のインスタンス情報をインスタンス情報仮保持
部１０８に保持した後、インスタンス情報保持部１０２
にセーブした後（ステップ５２６）、ＬＳＭＩ値につい
てはコマンド３のＬＳＭＩ値をインスタンス情報保持部
１０２のＬＳＭＩ用領域に保管し直す（ステップ５２
７）。ただし、ＬＳＭＩ値のインスタンス情報仮保持部
１０８からインスタンス情報保持部１０２への保管は、
他のインスタンス情報の格納時に毎回行う必要は無い。
【００６４】続いて、アトリビュート・バリュー・チェ
ンジ・メッセージを用いてＯＮＵ／ＯＮＴ１０１に対し
ＬＳＭＩ値とＭＩＢデータシンク値の変更をＯＬＴ１３
１へ通知する（ステップ530）。ＯＬＴ１３１は受信メ
ッセージから、ＭＩＢデータシンク値がγであることを
比較確認する（ステップ529）。そして、コマンド２及
び３については既に保存処理まで終ったものとして再送
不要と判断し、コマンド１及び２の内容とＭＳＮの対応
情報をクリアする（ステップ530）。
ンジ・メッセージを用いてＯＮＵ／ＯＮＴ１０１に対し
ＬＳＭＩ値とＭＩＢデータシンク値の変更をＯＬＴ１３
１へ通知する（ステップ530）。ＯＬＴ１３１は受信メ
ッセージから、ＭＩＢデータシンク値がγであることを
比較確認する（ステップ529）。そして、コマンド２及
び３については既に保存処理まで終ったものとして再送
不要と判断し、コマンド１及び２の内容とＭＳＮの対応
情報をクリアする（ステップ530）。
【００６５】図５において、いくつのコマンドをまとめ
て処理するかは、インプリマターであり、固定のコマン
ド数としてもよいし、固定の時間内に受信したコマンド
でもよいし、あるいはメッセージ中で他ＯＮＴに対する
影響のあるインスタンスについては即時保存処理を行う
事でもよい。適用されるシステムにより決められるべき
事項である。
て処理するかは、インプリマターであり、固定のコマン
ド数としてもよいし、固定の時間内に受信したコマンド
でもよいし、あるいはメッセージ中で他ＯＮＴに対する
影響のあるインスタンスについては即時保存処理を行う
事でもよい。適用されるシステムにより決められるべき
事項である。
【００６６】次に、ＯＮＵ／ＯＮＴ１０１が一度電源を
落とした後に再度電源投入を行った場合の、本実施の形
態の処理動作の一例について、図６のシーケンス図と共
に説明する。ＯＮＵ／ＯＮＴ１０１の電源がオンされる
と（ステップ６０１）、その電源オンしたことがＰＨＹ
レイヤのプロトコルに従ってＯＬＴ１３１に通知される
（ステップ６０２）。これにより、ＯＬＴ１３１はＯＮ
Ｕ／ＯＮＴ１０１の電源がオンされたことを認識し（ス
テップ６０３）、ＯＮＵ／ＯＮＴ１０１に対し、ＭＩＢ
データシンク値を要求するゲットコマンドを送出し（ス
テップ６０４）、タイマ監視を開始する（ステップ６０
５）。
落とした後に再度電源投入を行った場合の、本実施の形
態の処理動作の一例について、図６のシーケンス図と共
に説明する。ＯＮＵ／ＯＮＴ１０１の電源がオンされる
と（ステップ６０１）、その電源オンしたことがＰＨＹ
レイヤのプロトコルに従ってＯＬＴ１３１に通知される
（ステップ６０２）。これにより、ＯＬＴ１３１はＯＮ
Ｕ／ＯＮＴ１０１の電源がオンされたことを認識し（ス
テップ６０３）、ＯＮＵ／ＯＮＴ１０１に対し、ＭＩＢ
データシンク値を要求するゲットコマンドを送出し（ス
テップ６０４）、タイマ監視を開始する（ステップ６０
５）。
【００６７】なお、プロセッサ部１０７は、電源オンに
より、インスタンス情報保持部１０２に格納されている
インスタンス情報を読み出して、インスタンス情報仮保
持部１０８にコピーする動作を行い、この情報に基づい
て、設定レジスタ部１０６への制御を行う。
より、インスタンス情報保持部１０２に格納されている
インスタンス情報を読み出して、インスタンス情報仮保
持部１０８にコピーする動作を行い、この情報に基づい
て、設定レジスタ部１０６への制御を行う。
【００６８】ＯＮＵ／ＯＮＴ１０１は上記のゲットコマ
ンドを受信してその内容を解析し、実行内容を決定した
後（ステップ６０６）、ＭＩＢデータシンク値を読み出
し（ステップ６０７）、レスポンスデータを生成してＭ
ＩＢデータシンク値と共にＯＬＴ１３１へ送出する（ス
テップ６０８，６０９）。ＯＬＴ１３１のメインプロセ
ッサ部１３５は、受信したＯＮＵ／ＯＮＴ１０１のＭＩ
Ｂデータシンク値がＯＬＴ１３１内インスタンス情報仮
保持部１３６でＯＮＵ／ＯＮＴ毎に保持している値と比
較し（ステップ６１０）、両者が不一致である場合は、
ＬＳＭＩ値を要求するデータゲットコマンドを生成し
て、ＡＡＬ５処理部１３４及び主信号処理部１３２を通
してＯＮＵ／ＯＮＴ１０１へ送信する（ステップ６１
１）と共に、レスポンスデータの受信のタイマ監視を開
始する（ステップ６１２）。
ンドを受信してその内容を解析し、実行内容を決定した
後（ステップ６０６）、ＭＩＢデータシンク値を読み出
し（ステップ６０７）、レスポンスデータを生成してＭ
ＩＢデータシンク値と共にＯＬＴ１３１へ送出する（ス
テップ６０８，６０９）。ＯＬＴ１３１のメインプロセ
ッサ部１３５は、受信したＯＮＵ／ＯＮＴ１０１のＭＩ
Ｂデータシンク値がＯＬＴ１３１内インスタンス情報仮
保持部１３６でＯＮＵ／ＯＮＴ毎に保持している値と比
較し（ステップ６１０）、両者が不一致である場合は、
ＬＳＭＩ値を要求するデータゲットコマンドを生成し
て、ＡＡＬ５処理部１３４及び主信号処理部１３２を通
してＯＮＵ／ＯＮＴ１０１へ送信する（ステップ６１
１）と共に、レスポンスデータの受信のタイマ監視を開
始する（ステップ６１２）。
【００６９】ＯＮＵ／ＯＮＴ１０１のプロセッサ部１０
７は上記のコマンドを、趣旨号処理部１０３、ＡＡＬ５
処理部１０５を介して受信してその内容を解析し、実行
内容を決定した後（ステップ６１３）、ＬＳＭＩ値をイ
ンスタンス情報仮保持部１０８から読み出し（ステップ
６１４）、レスポンスデータを生成してＭＩＢデータシ
ンク値と共にＡＡＬ５処理部１０５及び主信号処理基本
部１０４を通してＯＬＴ１３１へ送出する（ステップ６
１５、６１６）。ＯＬＴ１３１のメインプロセッサ部１
３５は、受信したＯＮＵ／ＯＮＴ１０１のＬＳＭＩ値に
基づき、コマンドＸの内容まではＯＮＵ／ＯＮＴ１０１
で保管され終っているものと判断する（ステップ６１
７）。
７は上記のコマンドを、趣旨号処理部１０３、ＡＡＬ５
処理部１０５を介して受信してその内容を解析し、実行
内容を決定した後（ステップ６１３）、ＬＳＭＩ値をイ
ンスタンス情報仮保持部１０８から読み出し（ステップ
６１４）、レスポンスデータを生成してＭＩＢデータシ
ンク値と共にＡＡＬ５処理部１０５及び主信号処理基本
部１０４を通してＯＬＴ１３１へ送出する（ステップ６
１５、６１６）。ＯＬＴ１３１のメインプロセッサ部１
３５は、受信したＯＮＵ／ＯＮＴ１０１のＬＳＭＩ値に
基づき、コマンドＸの内容まではＯＮＵ／ＯＮＴ１０１
で保管され終っているものと判断する（ステップ６１
７）。
【００７０】ここで、ＯＬＴ１３１内のメインプロセッ
サ部１３５が認識するコマンドＸのＸは、例えば図５の
Ｔ＝ｔ０からＴ＝ｔ６までのどのタイミングでＯＮＵ／
ＯＮＴ１０１の電源が落とされたかにより異なる。以降
の説明ではＬＳＭＩの更新の度にインスタンス情報保持
部１０２のＬＳＭＩ値保存までも行った場合を説明す
る。図５のＴ＝ｔ１でＯＮＵ／ＯＮＴ１０１の電源が落
とされたときは、ＭＩＢデータシンク値だけで検出可能
である。図５のＴ＝ｔ２でＯＮＵ／ＯＮＴ１０１の電源
が落とされたときはＭＩＢデータシンク値では誤検出す
る可能性もあるが、ステップ５０８でＬＳＭＩの更新が
済んでいるので、ＬＳＭＩを確認すればコマンド１まで
は処理が終ったことが確認できる。
サ部１３５が認識するコマンドＸのＸは、例えば図５の
Ｔ＝ｔ０からＴ＝ｔ６までのどのタイミングでＯＮＵ／
ＯＮＴ１０１の電源が落とされたかにより異なる。以降
の説明ではＬＳＭＩの更新の度にインスタンス情報保持
部１０２のＬＳＭＩ値保存までも行った場合を説明す
る。図５のＴ＝ｔ１でＯＮＵ／ＯＮＴ１０１の電源が落
とされたときは、ＭＩＢデータシンク値だけで検出可能
である。図５のＴ＝ｔ２でＯＮＵ／ＯＮＴ１０１の電源
が落とされたときはＭＩＢデータシンク値では誤検出す
る可能性もあるが、ステップ５０８でＬＳＭＩの更新が
済んでいるので、ＬＳＭＩを確認すればコマンド１まで
は処理が終ったことが確認できる。
【００７１】図５のＴ＝ｔ３でＯＮＵ／ＯＮＴ１０１の
電源が落とされた場合には、ＭＩＢデータシンク値を保
管できていればＭＩＢデータシンク値は等しくなるの
で、ＯＬＴ１３１からの再設定は発生しない。ＭＩＢデ
ータシンク値を保管できていなければＬＳＭＩ＝１が読
みとれるのでコマンド２以降をＯＬＴ１３１は再送す
る。図５のＴ＝ｔ４でＯＮＵ／ＯＮＴ１０１の電源が落
とされたときは、ＯＮＵ／ＯＮＴ１０１で既にコマンド
３のＬＳＭＩ値が更新され終っているので、ＭＩＢデー
タシンク値がＯＬＴ１３１のそれと等しく再同期は起き
ない。
電源が落とされた場合には、ＭＩＢデータシンク値を保
管できていればＭＩＢデータシンク値は等しくなるの
で、ＯＬＴ１３１からの再設定は発生しない。ＭＩＢデ
ータシンク値を保管できていなければＬＳＭＩ＝１が読
みとれるのでコマンド２以降をＯＬＴ１３１は再送す
る。図５のＴ＝ｔ４でＯＮＵ／ＯＮＴ１０１の電源が落
とされたときは、ＯＮＵ／ＯＮＴ１０１で既にコマンド
３のＬＳＭＩ値が更新され終っているので、ＭＩＢデー
タシンク値がＯＬＴ１３１のそれと等しく再同期は起き
ない。
【００７２】ＯＬＴ１３１のメインプロセッサ部１３５
は、コマンドＸの内容まで既に保存処理まで終ったもの
として再送不要と判断すると、ＭＩＢデータシンク値を
ＯＮＵ／ＯＮＴ１０１からの読み出し値に変更すると共
に、ＯＮＵ／ＯＮＴ１０１からのＬＳＭＩ値以前の命令
についてＭｓｇ．内容とＭＳＮの対応情報をクリアし、
更にＯＮＵ／ＯＮＴ１０１からのＬＳＭＩ値以降の命令
についてコマンドを再送する（ステップ６１８）。
は、コマンドＸの内容まで既に保存処理まで終ったもの
として再送不要と判断すると、ＭＩＢデータシンク値を
ＯＮＵ／ＯＮＴ１０１からの読み出し値に変更すると共
に、ＯＮＵ／ＯＮＴ１０１からのＬＳＭＩ値以前の命令
についてＭｓｇ．内容とＭＳＮの対応情報をクリアし、
更にＯＮＵ／ＯＮＴ１０１からのＬＳＭＩ値以降の命令
についてコマンドを再送する（ステップ６１８）。
【００７３】そして、ＯＬＴ１３１のメインプロセッサ
部１３５は、ＬＳＭＩ値で特定された最新のコマンド以
降の固定長のコマンドを順次再送し（ステップ６１９〜
６２０）、そのコマンドに対するＯＮＵ／ＯＮＴ１０１
からのレスポンスを受信すると（ステップ６２１〜６２
２）、ＭＩＢデータシンク値を要求するゲットコマンド
をＯＮＵ／ＯＮＴ１０１へ送信し（ステップ６２３）、
そのゲットコマンドに対応してＯＮＵ／ＯＮＴ１０１か
ら送信されたＭＩＢデータタシンク値を受信する（ステ
ップ６２４）。その後、ＯＬＴ１３１のメインプロセッ
サ部１３５は、コマンドを送出し、ＯＮＵ／ＯＮＴ１０
１からそのレスポンスを受信する（ステップ６２１）。
部１３５は、ＬＳＭＩ値で特定された最新のコマンド以
降の固定長のコマンドを順次再送し（ステップ６１９〜
６２０）、そのコマンドに対するＯＮＵ／ＯＮＴ１０１
からのレスポンスを受信すると（ステップ６２１〜６２
２）、ＭＩＢデータシンク値を要求するゲットコマンド
をＯＮＵ／ＯＮＴ１０１へ送信し（ステップ６２３）、
そのゲットコマンドに対応してＯＮＵ／ＯＮＴ１０１か
ら送信されたＭＩＢデータタシンク値を受信する（ステ
ップ６２４）。その後、ＯＬＴ１３１のメインプロセッ
サ部１３５は、コマンドを送出し、ＯＮＵ／ＯＮＴ１０
１からそのレスポンスを受信する（ステップ６２１）。
【００７４】このように、この実施の形態では、ＯＬＴ
１３１からの設定系コマンドメッセージに含まれるイン
スタンス情報について、ＯＮＵ／ＯＮＴ１０１〜１０ｎ
でデータ保存処理が完全に終了したインスタンス情報を
含むコマンドのうち、最後に保存されたコマンドを特定
する値を管理対象とし、すでに定義されているマネージ
ド・エンティティであるＯＮＴデータのアトリビュート
に「ＬＳＭＩ」として追加定義してインスタンス情報保
持部１０２に保管し、これをＯＬＴ１３１がＯＮＵ／Ｏ
ＮＴ１０１〜１０ｎから自律的に読み出すために定義し
たゲットコマンドを用いてＬＳＭＩ値読み出し要求を行
う。
１３１からの設定系コマンドメッセージに含まれるイン
スタンス情報について、ＯＮＵ／ＯＮＴ１０１〜１０ｎ
でデータ保存処理が完全に終了したインスタンス情報を
含むコマンドのうち、最後に保存されたコマンドを特定
する値を管理対象とし、すでに定義されているマネージ
ド・エンティティであるＯＮＴデータのアトリビュート
に「ＬＳＭＩ」として追加定義してインスタンス情報保
持部１０２に保管し、これをＯＬＴ１３１がＯＮＵ／Ｏ
ＮＴ１０１〜１０ｎから自律的に読み出すために定義し
たゲットコマンドを用いてＬＳＭＩ値読み出し要求を行
う。
【００７５】そして、ＯＮＵ／ＯＮＴ１０１〜１０ｎ
は、新たにインスタンス情報を保管するとＬＳＭＩ値を
更新し、アトリビュート・バリュー・チェンジメッセー
ジを用いて適時ＬＳＭＩ値をＯＬＴ１３１に通知する。
従って、ＯＮＵ／ＯＮＴがＯＬＴからのＭＩＢデータシ
ンク値と自身の管理していたそれとを比較して、両者が
一致していれば、インスタンス情報も一致していると判
断している従来方式では検出できなかった、最新のコマ
ンドによるデータの保存処理完了前の電源断による情報
の不一致があった場合でも、電源投入時にＯＬＴ１３１
がＯＮＵ／ＯＮＴ１０１〜１０ｎからＭＩＢデータシン
ク値を要求してＯＬＴとＯＮＴの不一致を検出すること
ができる。
は、新たにインスタンス情報を保管するとＬＳＭＩ値を
更新し、アトリビュート・バリュー・チェンジメッセー
ジを用いて適時ＬＳＭＩ値をＯＬＴ１３１に通知する。
従って、ＯＮＵ／ＯＮＴがＯＬＴからのＭＩＢデータシ
ンク値と自身の管理していたそれとを比較して、両者が
一致していれば、インスタンス情報も一致していると判
断している従来方式では検出できなかった、最新のコマ
ンドによるデータの保存処理完了前の電源断による情報
の不一致があった場合でも、電源投入時にＯＬＴ１３１
がＯＮＵ／ＯＮＴ１０１〜１０ｎからＭＩＢデータシン
ク値を要求してＯＬＴとＯＮＴの不一致を検出すること
ができる。
【００７６】従って、ＯＬＴ１３１がＯＮＵ／ＯＮＴ１
０１〜１０ｎに制御を行っている最中や、ＯＮＵ／ＯＮ
Ｔ１０１〜１０ｎがＯＬＴ１３１からの制御情報を装置
内部で保存処理を行っている最中に、ＯＮＵ／ＯＮＴ１
０１〜１０ｎの電源がオフとなった場合に、ＯＬＴ１３
１とＯＮＵ／ＯＮＴ１０１〜１０ｎでの情報不一致が起
きた状態から、再度ＯＮＵ／ＯＮＴ１０１〜１０ｎの電
源がオン状態になり、ＯＮＵ／ＯＮＴ１０１〜１０ｎが
自装置で保持している情報を基に自装置立ち上げを行っ
た場合のＯＬＴ１３１側との情報不一致による通信不能
状態や同一のＯＬＴ１３１に接続されている他のＯＮＵ
／ＯＮＴユーザのセルとの混入を避けることができる。
０１〜１０ｎに制御を行っている最中や、ＯＮＵ／ＯＮ
Ｔ１０１〜１０ｎがＯＬＴ１３１からの制御情報を装置
内部で保存処理を行っている最中に、ＯＮＵ／ＯＮＴ１
０１〜１０ｎの電源がオフとなった場合に、ＯＬＴ１３
１とＯＮＵ／ＯＮＴ１０１〜１０ｎでの情報不一致が起
きた状態から、再度ＯＮＵ／ＯＮＴ１０１〜１０ｎの電
源がオン状態になり、ＯＮＵ／ＯＮＴ１０１〜１０ｎが
自装置で保持している情報を基に自装置立ち上げを行っ
た場合のＯＬＴ１３１側との情報不一致による通信不能
状態や同一のＯＬＴ１３１に接続されている他のＯＮＵ
／ＯＮＴユーザのセルとの混入を避けることができる。
【００７７】また、この場合、ＯＬＴ１３１はＬＳＭＩ
値をＯＮＵ／ＯＮＴ１０１〜１０ｎから取得し、すべて
の設定をやり直すのではなく、ＬＳＭＩ値で特定される
メッセージ以降での設定情報を再度ＯＮＵ／ＯＮＴ１０
１〜１０ｎから送出させるようにしたため、不一致検出
時の再設定コマンド数を減らし時間短縮ができる。
値をＯＮＵ／ＯＮＴ１０１〜１０ｎから取得し、すべて
の設定をやり直すのではなく、ＬＳＭＩ値で特定される
メッセージ以降での設定情報を再度ＯＮＵ／ＯＮＴ１０
１〜１０ｎから送出させるようにしたため、不一致検出
時の再設定コマンド数を減らし時間短縮ができる。
【００７８】なお、本発明は上記の実施の形態に限定さ
れるものではなく、例えば、アトリビュート・バリュー
・チェンジのメッセージによるＬＳＭＩ値の通知を行わ
なくてもよい。この場合は、ＯＬＴがゲットコマンドに
より必要なタイミングで確認される。この例では、アト
リビュート・バリュー・チェンジのメッセージによる帯
域を増やしたくない場合や、アトリビュート・バリュー
・チェンジのメッセージを一時的に蓄えるバッファがＯ
ＬＴ内で十分に持てない場合に有効である。
れるものではなく、例えば、アトリビュート・バリュー
・チェンジのメッセージによるＬＳＭＩ値の通知を行わ
なくてもよい。この場合は、ＯＬＴがゲットコマンドに
より必要なタイミングで確認される。この例では、アト
リビュート・バリュー・チェンジのメッセージによる帯
域を増やしたくない場合や、アトリビュート・バリュー
・チェンジのメッセージを一時的に蓄えるバッファがＯ
ＬＴ内で十分に持てない場合に有効である。
【００７９】
【発明の効果】以上説明したように、本発明によれば、
管理装置は、ネットワーク端末装置が電源投入する毎
に、ネットワーク端末装置から送出されたデータシンク
値を自身のデータシンク値と一致するかどうか検出する
ことにより、従来のような長い周期で行われる比較検出
処理に比べて即座に両者が不一致であるかどうか検出で
きるため、例えば管理装置がネットワーク端末装置に制
御を行っている最中や、ネットワーク端末装置が管理装
置からの制御情報を装置内部で保存処理を行っている最
中に、ネットワーク端末装置の電源がオフとなった場合
に、管理装置とネットワーク端末装置との情報不一致が
起きた状態から、再度ネットワーク端末装置の電源がオ
ン状態になり、ネットワーク端末装置が自装置で保持し
ている情報を基に自装置立ち上げを行った場合の管理装
置側との情報不一致による通信不能状態や、同一の管理
装置に接続されている他のネットワーク端末装置ユーザ
のセルとの混入を避けるができる。
管理装置は、ネットワーク端末装置が電源投入する毎
に、ネットワーク端末装置から送出されたデータシンク
値を自身のデータシンク値と一致するかどうか検出する
ことにより、従来のような長い周期で行われる比較検出
処理に比べて即座に両者が不一致であるかどうか検出で
きるため、例えば管理装置がネットワーク端末装置に制
御を行っている最中や、ネットワーク端末装置が管理装
置からの制御情報を装置内部で保存処理を行っている最
中に、ネットワーク端末装置の電源がオフとなった場合
に、管理装置とネットワーク端末装置との情報不一致が
起きた状態から、再度ネットワーク端末装置の電源がオ
ン状態になり、ネットワーク端末装置が自装置で保持し
ている情報を基に自装置立ち上げを行った場合の管理装
置側との情報不一致による通信不能状態や、同一の管理
装置に接続されている他のネットワーク端末装置ユーザ
のセルとの混入を避けるができる。
【００８０】また、本発明によれば、管理装置は、ネッ
トワーク端末装置が電源投入したときに、ネットワーク
端末装置から送出されたデータシンク値と自身のデータ
シンク値とが不一致であるときには、正常な設定情報を
保持している分も含めて再度全設定のやり直しを行う必
要がなく、ネットワーク端末装置で正常保存されている
インスタンス情報を含むコマンド以降のコマンド送受信
で済むようにしたため、管理装置のネットワーク端末装
置に対するメッセージ数を削減し、ネットワーク端末装
置自身が保存処理を行う情報量を減らし、再同期までの
時間短縮ができる。
トワーク端末装置が電源投入したときに、ネットワーク
端末装置から送出されたデータシンク値と自身のデータ
シンク値とが不一致であるときには、正常な設定情報を
保持している分も含めて再度全設定のやり直しを行う必
要がなく、ネットワーク端末装置で正常保存されている
インスタンス情報を含むコマンド以降のコマンド送受信
で済むようにしたため、管理装置のネットワーク端末装
置に対するメッセージ数を削減し、ネットワーク端末装
置自身が保存処理を行う情報量を減らし、再同期までの
時間短縮ができる。
【００８１】更に、本発明によれば、ネットワーク装置
からも自律的に管理装置へデータシンク値及びＬＳＭＩ
値を送出することにより、特に重要な設定情報につい
て、例えば誤設定が他のユーザにまで影響を与えるよう
なインスタンス情報についての保存終了を即座に管理装
置へ通知することができるようにしたため、管理装置の
負荷を減らすと共に、ネットワーク端末装置の保持する
制御情報の信頼度を向上できる。
からも自律的に管理装置へデータシンク値及びＬＳＭＩ
値を送出することにより、特に重要な設定情報につい
て、例えば誤設定が他のユーザにまで影響を与えるよう
なインスタンス情報についての保存終了を即座に管理装
置へ通知することができるようにしたため、管理装置の
負荷を減らすと共に、ネットワーク端末装置の保持する
制御情報の信頼度を向上できる。
【図１】本発明の一実施の形態のブロック図である。
【図２】ＯＭＣＩプロトコルのメッセージフォーマット
図である。
図である。
【図３】本発明のＯＬＴから１コマンドだけ送信した場
合のＯＮＴ動作の一例を示すシーケンス図である。
合のＯＮＴ動作の一例を示すシーケンス図である。
【図４】本発明のＯＬＴからＯＮＴに対し複数コマンド
が連続的に到着した場合の一例を示すシーケンス図であ
る。
が連続的に到着した場合の一例を示すシーケンス図であ
る。
【図５】本発明のＯＬＴからＯＮＴに対しコマンド１を
処理した後、コマンド２、３の処理を行う例を示すシー
ケンス図である。
処理した後、コマンド２、３の処理を行う例を示すシー
ケンス図である。
【図６】本発明のＯＮＴが一度電源を落とした後に再度
電源投入を行った場合の処理の一例を示すシーケンス図
である。
電源投入を行った場合の処理の一例を示すシーケンス図
である。
【図７】Ｇ９８３．２ Ｄｒａｆｔで規定されている一
般的なコマンド・レスポンス動作ついて説明したシーケ
ンス図である。
般的なコマンド・レスポンス動作ついて説明したシーケ
ンス図である。
【図８】Ｇ９８３．２ Ｄｒａｆｔで規定されている一
般的なコマンド・レスポンス動作ついて説明したシーケ
ンス図である。
般的なコマンド・レスポンス動作ついて説明したシーケ
ンス図である。
１０１ ＯＮＵ／ＯＮＴ＃１
１０ｎ ＯＮＵ／ＯＮＴ＃ｎ
１０２ インスタンス情報保持部
１０３ 出力信号処理部
１０４ 出力信号処理基本部
１０５、１３４ ＡＡＬ５処理部
１０６ 設定レジスタ部
１０７ プロセッサ部
１０８ インスタンス情報仮保持部
１２０ マネージメント装置
１３１ ＯＬＴ
１３２ 出力信号処理部
１３３ 挿入・分離処理部
１３５ メインプロセッサ部
１３６ ＯＬＴ内インスタンス情報仮保持部
１３７ ＮＥ部
２０２ ＴＣＩ
２０４ メッセージ・シーケンス・ナンバー領域
２０５ メッセージのＭＴ領域
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 29/10
H04L 12/44
Claims (6)
- 【請求項１】 通信機能を備えて管理・制御を行う管理
装置と、該管理装置に接続された一又は二以上のネット
ワーク端末装置とからなり、前記管理装置と前記ネット
ワーク端末装置のそれぞれにおいて、コマンド送受信や
自律的なメッセージ送出を含む規定された処理に対して
データシンク値を更新し、正常に処理が行われていると
きには、前記管理装置と前記ネットワーク端末装置のそ
れぞれのデータシンク値が一致するように構成されたア
クセス網において、 前記管理装置は、 前記ネットワーク端末装置からの電源投入の通知を受
け、該ネットワーク端末装置に対して該ネットワーク端
末装置自身の前記データシンク値を要求するコマンドを
送出する要求手段と、 前記要求に基づき、前記ネットワーク端末装置から送出
された前記データシンク値を自身のデータシンク値と一
致するかどうか比較し、不一致のときには自身のデータ
シンク値と前記ネットワーク端末装置のデータシンク値
を初期値に設定するように前記ネットワーク端末装置を
制御する制御手段とを備え、 前記ネットワーク端末装置は、 電源投入を前記管理装置へ通知する通知手段と、 前記管理装置からの前記データシンク値の要求コマンド
に基づき、データシンク値を読み出して前記管理装置へ
送出する送出手段とを備えることを特徴とするアクセス
網遠隔制御方式。 - 【請求項２】 通信機能を備えて管理・制御を行う管理
装置と、該管理装置に接続された一又は二以上のネット
ワーク端末装置とからなり、前記管理装置と前記ネット
ワーク端末装置のそれぞれにおいて、コマンド送受信や
自律的なメッセージ送出を含む規定された処理に対して
データシンク値を更新し、正常に処理が行われていると
きには、前記管理装置と前記ネットワーク端末装置のそ
れぞれのデータシンク値が一致するように構成されると
共に、前記ネットワーク端末装置のそれぞれは自身が最
後に保存したコマンドを特定する属性情報であるＬＳＭ
Ｉを保存する機能を備えたアクセス網であって、 前記管理装置は、 前記ネットワーク端末装置からの電源投入の通知を受
け、該ネットワーク端末装置に対して該ネットワーク端
末装置自身の前記データシンク値を要求する第１のコマ
ンドを送出する第１の要求手段と、 前記要求に基づき、前記ネットワーク端末装置から送出
された前記データシンク値を自身のデータシンク値と一
致するかどうか比較し、不一致のときには前記ネットワ
ーク端末装置に対して前記ＬＳＭＩを要求する第２のコ
マンドを送出する第２の要求手段と、 前記第２のコマンドの送出後に受信した前記ＬＳＭＩに
基づき、前記ネットワーク端末装置に対して、該ＬＳＭ
Ｉが示すコマンド以降のコマンドを再送すると共に、自
身の前記データシンク値を前記ネットワーク端末装置か
ら送出されたデータシンク値に変更する制御手段とを備
え、前記ネットワーク端末装置は、 電源投入を前記管理装置へ通知する通知手段と、 前記管理装置からの前記第１のコマンドの受信により、
前記データシンク値を読み出して前記管理装置へ送出す
る第１の送出手段と、 前記第２のコマンドの受信により、前記ＬＳＭＩ値を読
み出して前記管理装置へ送出する第２の送出手段とを備
えることを特徴とするアクセス網遠隔制御方式。 - 【請求項３】 通信機能を備えて管理・制御を行う管理
装置と、該管理装置に接続された一又は二以上のネット
ワーク端末装置とからなり、前記管理装置と前記ネット
ワーク端末装置のそれぞれにおいて、コマンド送受信や
自律的なメッセージ送出を含む規定された処理に対して
データシンク値を更新し、正常に処理が行われていると
きには、前記管理装置と前記ネットワーク端末装置のそ
れぞれのデータシンク値が一致するように構成されると
共に、前記ネットワーク端末装置のそれぞれは自身が最
後に保存したコマンドを特定する属性情報であるＬＳＭ
Ｉを保存する機能を備えたアクセス網であって、 前記管理装置は、 前記ネットワーク端末装置から送出された前記ＬＳＭＩ
を受信して、該ＬＳＭＩが示すコマンドを含む以前のコ
マンドに関する情報をメモリからクリアすると共に、前
記ネットワーク端末装置から送出された前記データシン
ク値と自身のデータシンク値を比較する手段を備え、 前記ネットワーク端末装置は、 前記管理装置から送出されたコマンドを実行すると、前
記データシンク値及びＬＳＭＩ値を更新保存する更新手
段と、 前記更新手段による更新保存終了後に、前記データシン
ク値及びＬＳＭＩ値を自律的に前記管理装置へ送出する
送出手段とを備えることを特徴とするアクセス網遠隔制
御方式。 - 【請求項４】 前記ネットワーク端末装置の前記更新手
段は、前記管理装置から連続的に送出された複数のコマ
ンドを受信したときは、各コマンドを受信する毎にその
コマンドの解析及び制御実行をして前記データシンク値
を更新保存すると共に、予め定めた数のコマンド受信時
に前記ＬＳＭＩ値を更新保存することを特徴とする請求
項３記載のアクセス網遠隔制御方式。 - 【請求項５】 通信機能を備えて管理・制御を行う管理
装置と、該管理装置に接続された一又は二以上のネット
ワーク端末装置とからなり、前記管理装置と前記ネット
ワーク端末装置のそれぞれにおいて、コマンド送受信や
自律的なメッセージ送出を含む規定された処理に対して
データシンク値を更新し、正常に処理が行われていると
きには、前記管理装置と前記ネットワーク端末装置のそ
れぞれのデータシンク値が一致するように構成されると
共に、前記ネットワーク端末装置のそれぞれは自身が最
後に保存したコマンドを特定する属性情報であるＬＳＭ
Ｉを保存する機能を備えたアクセス網であって、 前記管理装置は、 前記ネットワーク端末装置からの電源投入の通知を受
け、該ネットワーク端末装置に対して該ネットワーク端
末装置自身の前記データシンク値を要求する第１のコマ
ンドを送出する第１の要求手段と、 前記要求に基づき、前記ネットワーク端末装置から送出
された前記データシンク値を自身のデータシンク値と一
致するかどうか比較し、不一致のときには前記ネットワ
ーク端末装置に対して前記ＬＳＭＩを要求する第２のコ
マンドを送出する第２の要求手段と、 前記第２のコマンドの送出後に受信した前記ＬＳＭＩに
基づき、前記ネットワーク端末装置に対して、該ＬＳＭ
Ｉが示すコマンド以降のコマンドを再送すると共に、自
身の前記データシンク値を前記ネットワーク端末装置か
ら送出されたデータシンク値に変更する制御手段と、 前記ネットワーク端末装置から送出された前記ＬＳＭＩ
を受信して、該ＬＳＭＩが示すコマンドを含む以前のコ
マンドに関する情報をメモリからクリアすると共に、前
記ネットワーク端末装置から送出された前記データシン
ク値と自身のデータシンク値を比較する手段とを備え、 前記ネットワーク端末装置は、 電源投入を前記管理装置へ通知する通知手段と、前記管
理装置からの前記第１のコマンドの受信により、前記デ
ータシンク値を読み出して前記管理装置へ送出する第１
の送出手段と、 前記第２のコマンドの受信により、前記ＬＳＭＩ値を読
み出して前記管理装置へ送出する第２の送出手段と、 前記管理装置から送出されたコマンドを実行すると、前
記データシンク値及びＬＳＭＩ値を更新保存する更新手
段と、 前記更新手段による更新保存終了後に、前記データシン
ク値及びＬＳＭＩ値を自律的に前記管理装置へ送出する
第３の送出手段とを備えることを特徴とするアクセス網
遠隔制御方式。 - 【請求項６】 前記管理装置は、オプチカル・ネットワ
ーク・ターミナル・マネージメント・アンド・コントロ
ール・インタフェース（ＯＭＣＩ）上におけるオプチカ
ル・ライン・ターミナル（ＯＬＴ）であり、前記ネット
ワーク端末装置は、前記ＯＭＣＩ上におけるオプチカル
・ネットワーク・ターミナル（ＯＮＴ）又はオプチカル
・ネットワーク・ユニット（ＯＮＵ）であり、前記ＯＬ
Ｔはマネージメント装置から制御情報を受け、該制御情
報に基づき前記ＯＮＴ又はＯＮＵをＯＭＣＩプロトコル
に従い管理・制御し、前記ＬＳＭＩは、ＯＭＣＩで使用
されるセルのメッセージ・シーケンス・ナンバーを利用
することを特徴とする請求項１乃至５のうちいずれか一
項記載のアクセス網遠隔制御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34391399A JP3428538B2 (ja) | 1999-12-02 | 1999-12-02 | アクセス網遠隔制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34391399A JP3428538B2 (ja) | 1999-12-02 | 1999-12-02 | アクセス網遠隔制御方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001160843A JP2001160843A (ja) | 2001-06-12 |
| JP3428538B2 true JP3428538B2 (ja) | 2003-07-22 |
Family
ID=18365220
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP34391399A Expired - Fee Related JP3428538B2 (ja) | 1999-12-02 | 1999-12-02 | アクセス網遠隔制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3428538B2 (ja) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8462817B2 (en) | 2003-10-15 | 2013-06-11 | Qualcomm Incorporated | Method, apparatus, and system for multiplexing protocol data units |
| US8233462B2 (en) | 2003-10-15 | 2012-07-31 | Qualcomm Incorporated | High speed media access control and direct link protocol |
| US8483105B2 (en) | 2003-10-15 | 2013-07-09 | Qualcomm Incorporated | High speed media access control |
| US9226308B2 (en) | 2003-10-15 | 2015-12-29 | Qualcomm Incorporated | Method, apparatus, and system for medium access control |
| US8472473B2 (en) | 2003-10-15 | 2013-06-25 | Qualcomm Incorporated | Wireless LAN protocol stack |
| US8284752B2 (en) | 2003-10-15 | 2012-10-09 | Qualcomm Incorporated | Method, apparatus, and system for medium access control |
| US8903440B2 (en) | 2004-01-29 | 2014-12-02 | Qualcomm Incorporated | Distributed hierarchical scheduling in an ad hoc network |
| US8315271B2 (en) | 2004-03-26 | 2012-11-20 | Qualcomm Incorporated | Method and apparatus for an ad-hoc wireless communications system |
| US7564814B2 (en) | 2004-05-07 | 2009-07-21 | Qualcomm, Incorporated | Transmission mode and rate selection for a wireless communication system |
| US8401018B2 (en) | 2004-06-02 | 2013-03-19 | Qualcomm Incorporated | Method and apparatus for scheduling in a wireless network |
| US8600336B2 (en) | 2005-09-12 | 2013-12-03 | Qualcomm Incorporated | Scheduling with reverse direction grant in wireless communication systems |
| CN105471603B (zh) * | 2014-08-19 | 2020-12-11 | 中兴通讯股份有限公司 | 一种远程配置光网络单元ptp业务的方法、装置和*** |
-
1999
- 1999-12-02 JP JP34391399A patent/JP3428538B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001160843A (ja) | 2001-06-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5359594A (en) | Power-saving full duplex nodal communications systems | |
| EP0530680B1 (en) | ATM cell assembling and disassembling system and method | |
| JP3428538B2 (ja) | アクセス網遠隔制御方式 | |
| US6487169B1 (en) | Cell switch module with unit cell switching function | |
| US7035264B2 (en) | Communication network system and method for synchronously controlling path connection | |
| Tomlinson | Selecting sequence numbers | |
| US6041342A (en) | Low traffic network management method using estimated process execution time for manager-agent synchronization | |
| US20050058139A1 (en) | Optical network unit and optical line terminal | |
| JPH10135964A (ja) | ネットワークシステム及びフレームリレー交換機 | |
| KR20090039812A (ko) | 조정된 타이밍 네트워크 구성 파라미터 갱신 절차 | |
| JP2001127761A (ja) | Ｍｐｌｓ通信方式における通信データ確認試験方法及びその方法を利用するルータ，交換機，通信システム | |
| CN116886801A (zh) | 一种omci客户端协议栈故障处理方法和装置 | |
| JP2001292177A (ja) | 階層異種システムにおける自動ポート識別発見のための装置および方法 | |
| JP3177989B2 (ja) | 接続保留制御方式 | |
| JP3376760B2 (ja) | 被管理機器のログ取得方式 | |
| EP1052870B1 (en) | MIB integrative management method for an ATM server | |
| Cisco | Switch Operating Procedures | |
| US6956864B1 (en) | Data transfer method, data transfer system, data transfer controller, and program recording medium | |
| Cisco | Switch Operating Procedures | |
| WO2019174424A1 (zh) | 链路容量调整方法及装置、***、控制器、网络节点 | |
| KR100315431B1 (ko) | 망관리시스템에서의 자동 서비스 복구 방법 | |
| CN116866108B (zh) | 总线通信方法、通信***控制方法和通信*** | |
| KR100260900B1 (ko) | 비동기식 전송모드 통신시스템에 있어서 세그멘테이션장치 및방법 | |
| CN115967996A (zh) | 灵活以太的时隙资源配置方法、终端及存储介质 | |
| JP2590635B2 (ja) | データ送信処理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |