JPH03108858A - 通信システムにおける障害資源管理装置 - Google Patents
通信システムにおける障害資源管理装置Info
- Publication number
- JPH03108858A JPH03108858A JP63220610A JP22061088A JPH03108858A JP H03108858 A JPH03108858 A JP H03108858A JP 63220610 A JP63220610 A JP 63220610A JP 22061088 A JP22061088 A JP 22061088A JP H03108858 A JPH03108858 A JP H03108858A
- Authority
- JP
- Japan
- Prior art keywords
- test
- card
- error
- data
- channel
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 47
- 238000004458 analytical method Methods 0.000 claims abstract description 320
- 238000003066 decision tree Methods 0.000 claims abstract description 97
- 238000012360 testing method Methods 0.000 claims description 762
- 238000013102 re-test Methods 0.000 claims description 18
- 238000012545 processing Methods 0.000 abstract description 44
- 230000007246 mechanism Effects 0.000 abstract description 12
- 230000002441 reversible effect Effects 0.000 abstract description 2
- 238000000034 method Methods 0.000 description 146
- 230000008569 process Effects 0.000 description 75
- 230000006870 function Effects 0.000 description 72
- 230000005540 biological transmission Effects 0.000 description 45
- 238000010586 diagram Methods 0.000 description 38
- 230000009471 action Effects 0.000 description 34
- 108090000932 Calcitonin Gene-Related Peptide Proteins 0.000 description 30
- 102100025588 Calcitonin gene-related peptide 1 Human genes 0.000 description 30
- 238000011282 treatment Methods 0.000 description 26
- 238000005259 measurement Methods 0.000 description 18
- 230000004044 response Effects 0.000 description 16
- 230000008859 change Effects 0.000 description 14
- 238000001514 detection method Methods 0.000 description 12
- 210000003127 knee Anatomy 0.000 description 12
- 230000009977 dual effect Effects 0.000 description 11
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 11
- 238000011084 recovery Methods 0.000 description 10
- 238000010998 test method Methods 0.000 description 10
- 230000000694 effects Effects 0.000 description 9
- 238000007726 management method Methods 0.000 description 9
- 230000007717 exclusion Effects 0.000 description 8
- GWEVSGVZZGPLCZ-UHFFFAOYSA-N Titan oxide Chemical group O=[Ti]=O GWEVSGVZZGPLCZ-UHFFFAOYSA-N 0.000 description 6
- 238000012937 correction Methods 0.000 description 6
- 230000000875 corresponding effect Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 6
- 238000012805 post-processing Methods 0.000 description 6
- 241000218691 Cupressaceae Species 0.000 description 5
- 230000002950 deficient Effects 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 230000000737 periodic effect Effects 0.000 description 5
- AYFVYJQAPQTCCC-GBXIJSLDSA-N L-threonine Chemical compound C[C@@H](O)[C@H](N)C(O)=O AYFVYJQAPQTCCC-GBXIJSLDSA-N 0.000 description 4
- 238000013459 approach Methods 0.000 description 4
- 230000002596 correlated effect Effects 0.000 description 4
- 230000001934 delay Effects 0.000 description 4
- 238000007792 addition Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 238000012508 change request Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000013101 initial test Methods 0.000 description 3
- 238000010606 normalization Methods 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 238000005070 sampling Methods 0.000 description 3
- 101100285518 Drosophila melanogaster how gene Proteins 0.000 description 2
- XLYOFNOQVPJJNP-ZSJDYOACSA-N Heavy water Chemical compound [2H]O[2H] XLYOFNOQVPJJNP-ZSJDYOACSA-N 0.000 description 2
- 206010000210 abortion Diseases 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 210000003323 beak Anatomy 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- PMGNNMBUQUKCSN-UHFFFAOYSA-N ethyl 4-[(4-azidophenyl)disulfanyl]butanimidate;hydrochloride Chemical compound Cl.CCOC(=N)CCCSSC1=CC=C(N=[N+]=[N-])C=C1 PMGNNMBUQUKCSN-UHFFFAOYSA-N 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000012886 linear function Methods 0.000 description 2
- 239000003550 marker Substances 0.000 description 2
- 230000001343 mnemonic effect Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 238000002203 pretreatment Methods 0.000 description 2
- 238000007639 printing Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- ZYHIULSBMGTPBF-UHFFFAOYSA-N 1-(3-aminopropyl)-3-(2,6-dimethylphenyl)urea Chemical compound Cc1cccc(C)c1NC(=O)NCCCN ZYHIULSBMGTPBF-UHFFFAOYSA-N 0.000 description 1
- 235000004258 Cordia alliodora Nutrition 0.000 description 1
- 244000085692 Cordia alliodora Species 0.000 description 1
- NOQGZXFMHARMLW-UHFFFAOYSA-N Daminozide Chemical compound CN(C)NC(=O)CCC(O)=O NOQGZXFMHARMLW-UHFFFAOYSA-N 0.000 description 1
- HEMJJKBWTPKOJG-UHFFFAOYSA-N Gemfibrozil Chemical compound CC1=CC=C(C)C(OCCCC(C)(C)C(O)=O)=C1 HEMJJKBWTPKOJG-UHFFFAOYSA-N 0.000 description 1
- PEDCQBHIVMGVHV-UHFFFAOYSA-N Glycerine Chemical compound OCC(O)CO PEDCQBHIVMGVHV-UHFFFAOYSA-N 0.000 description 1
- 241000514450 Podocarpus latifolius Species 0.000 description 1
- 241000904454 Thespis Species 0.000 description 1
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- IFLVGRRVGPXYON-UHFFFAOYSA-N adci Chemical compound C12=CC=CC=C2C2(C(=O)N)C3=CC=CC=C3CC1N2 IFLVGRRVGPXYON-UHFFFAOYSA-N 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000013142 basic testing Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000001816 cooling Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 244000144992 flock Species 0.000 description 1
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 1
- 239000003292 glue Substances 0.000 description 1
- 230000002401 inhibitory effect Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 239000002574 poison Substances 0.000 description 1
- 231100000614 poison Toxicity 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000004886 process control Methods 0.000 description 1
- 238000011867 re-evaluation Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- URWAJWIAIPFPJE-YFMIWBNJSA-N sisomycin Chemical compound O1C[C@@](O)(C)[C@H](NC)[C@@H](O)[C@H]1O[C@@H]1[C@@H](O)[C@H](O[C@@H]2[C@@H](CC=C(CN)O2)N)[C@@H](N)C[C@H]1N URWAJWIAIPFPJE-YFMIWBNJSA-N 0.000 description 1
- 230000005236 sound signal Effects 0.000 description 1
- 238000000547 structure data Methods 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 238000012549 training Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- VLCQZHSMCYCDJL-UHFFFAOYSA-N tribenuron methyl Chemical compound COC(=O)C1=CC=CC=C1S(=O)(=O)NC(=O)N(C)C1=NC(C)=NC(OC)=N1 VLCQZHSMCYCDJL-UHFFFAOYSA-N 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/24—Arrangements for supervision, monitoring or testing with provision for checking the normal operation
- H04M3/247—Knowledge-based maintenance systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2257—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using expert systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/32—Monitoring with visual or acoustical indication of the functioning of the machine
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S706/00—Data processing: artificial intelligence
- Y10S706/902—Application using ai with detail of the ai system
- Y10S706/903—Control
- Y10S706/909—Communication
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
Ａ、産業上の利用分野
本発明は、一般に多重通信システムにおけるエラー管理
の改善に関し、さらに詳細には、通信資源の故障ユニッ
トを識別し、判断水を走査して交換機の機能しているメ
ンバーを検出し、障害のある各フィールド・リプレーサ
ブル・ユニット（ＦＲＵ）を識別し、問題を回避するた
めの技術を含む、エキスパート・システムの使用法に関
するものである。
の改善に関し、さらに詳細には、通信資源の故障ユニッ
トを識別し、判断水を走査して交換機の機能しているメ
ンバーを検出し、障害のある各フィールド・リプレーサ
ブル・ユニット（ＦＲＵ）を識別し、問題を回避するた
めの技術を含む、エキスパート・システムの使用法に関
するものである。
Ｂ、従来技術及びその問題点
データ通信における柔軟性の増大を求める要求に応じて
、通信マルチプレクサの使用が過去数年の間に著しく広
まった。これらのシステムがその複雑さが増し、日常作
業に一層緊密に組み込まれてくるに従って、通信システ
ムの故障停止は一層許容されなくなり、エラー解析機能
の重要性が増大してきた。
、通信マルチプレクサの使用が過去数年の間に著しく広
まった。これらのシステムがその複雑さが増し、日常作
業に一層緊密に組み込まれてくるに従って、通信システ
ムの故障停止は一層許容されなくなり、エラー解析機能
の重要性が増大してきた。
エラー解析機能は、従来、専門家がハードウェア・エラ
ー・テーブルを走査し、エラー・テーブル内の大量の未
編成データから重要な情報をえり分けることにより実行
された。問題をさらに特定するため、追加のテストを手
動で呼び出すことがしばしば必要であった。この手法が
有効かどうかは、専門家が受けた訓練及び経験の程度に
よって決まった。この手法は一時的な対応策としては有
効であったが、永久的な解決策としてはあまりに頼りに
ならないものであった。
ー・テーブルを走査し、エラー・テーブル内の大量の未
編成データから重要な情報をえり分けることにより実行
された。問題をさらに特定するため、追加のテストを手
動で呼び出すことがしばしば必要であった。この手法が
有効かどうかは、専門家が受けた訓練及び経験の程度に
よって決まった。この手法は一時的な対応策としては有
効であったが、永久的な解決策としてはあまりに頼りに
ならないものであった。
通信システムの可用性を向上させるためのもう１つの手
法は、冗長編成のプロセッサを使用することであった。
法は、冗長編成のプロセッサを使用することであった。
冗長編成のプロセッサは、プロセッサの１つが故障した
とき、他のプロセッサに切り換えることにより迅速な回
復をもたらした。この手法の問題点の１つは、障害発生
から第２のプロセッサの回復までの間に短い間隔を必要
とすることであった。この期間中に、データ欠陥が発生
した。このことは電話による会話中なら、ちょっとした
不便にすぎなかったが、データ通信中では通信の転送が
しばしば打ち切られた。この打切りが起こると、通信リ
ンクの再確立とデータの再伝送が必要となった。金融機
関業務処理アプリケ−シロン等の多くのアプリケ−シロ
ンでは、エラーなしにすべてのメツセージを伝えること
が必須なので、そのようなサービスの低下は許されない
。
とき、他のプロセッサに切り換えることにより迅速な回
復をもたらした。この手法の問題点の１つは、障害発生
から第２のプロセッサの回復までの間に短い間隔を必要
とすることであった。この期間中に、データ欠陥が発生
した。このことは電話による会話中なら、ちょっとした
不便にすぎなかったが、データ通信中では通信の転送が
しばしば打ち切られた。この打切りが起こると、通信リ
ンクの再確立とデータの再伝送が必要となった。金融機
関業務処理アプリケ−シロン等の多くのアプリケ−シロ
ンでは、エラーなしにすべてのメツセージを伝えること
が必須なので、そのようなサービスの低下は許されない
。
医療環境で患者の診断用にエキスパート・システムを使
用することは今回では全く普通のことである。しかし、
これらのシステムは、自動的に情報を獲得するのではな
く、患者について記述する大量の情報をユーザが入力す
ることを必要とする。
用することは今回では全く普通のことである。しかし、
これらのシステムは、自動的に情報を獲得するのではな
く、患者について記述する大量の情報をユーザが入力す
ることを必要とする。
ユーザはまた医者としてシステムを使用する訓練を受け
る必要がある。普通の専門家ならシステムを効果的に使
用することができない。Ｍ、Ｊ、クーブス（Ｃｏｏ＋＊
ｂｓ ）編「エキスパート・システ牟の発展（Ｄｅｖｅ
ｌｏｐｍｅｎｔｓ ｉｎ Ｅｘｐｅｒｔ Ｓｙｓｔｅｍ
ｓ）Ｊ ％アカデミツク・プレス（Ａｃａｄｅｍｉｃ
Ｐｒｅｓｓ）刊（１９８４年）、特に、スタンフォード
大学コン−ピユータ科学部、ヒユーリスティック・プロ
グラム・プロジェクトのダイアン・ハスリング（Ｄｉａ
ｎｅＨａｓｌｉｎｇ）等による「診断診察システムのた
めの戦略的説明（Ｓｔｒａｔｅｇｉｃ Ｅｘｐｌａｎａ
ｔｉｏｎｓ ｆｏｒ ａＤｉａｇｎｏｓｔｉｃ Ｃｏｎ
５ｕｌｔａｔｉｏｎ Ｓｙｓｔｅｍ） Ｊと題する章を
参照すること。さらに詳しい考察がそれに出ている。
る必要がある。普通の専門家ならシステムを効果的に使
用することができない。Ｍ、Ｊ、クーブス（Ｃｏｏ＋＊
ｂｓ ）編「エキスパート・システ牟の発展（Ｄｅｖｅ
ｌｏｐｍｅｎｔｓ ｉｎ Ｅｘｐｅｒｔ Ｓｙｓｔｅｍ
ｓ）Ｊ ％アカデミツク・プレス（Ａｃａｄｅｍｉｃ
Ｐｒｅｓｓ）刊（１９８４年）、特に、スタンフォード
大学コン−ピユータ科学部、ヒユーリスティック・プロ
グラム・プロジェクトのダイアン・ハスリング（Ｄｉａ
ｎｅＨａｓｌｉｎｇ）等による「診断診察システムのた
めの戦略的説明（Ｓｔｒａｔｅｇｉｃ Ｅｘｐｌａｎａ
ｔｉｏｎｓ ｆｏｒ ａＤｉａｇｎｏｓｔｉｃ Ｃｏｎ
５ｕｌｔａｔｉｏｎ Ｓｙｓｔｅｍ） Ｊと題する章を
参照すること。さらに詳しい考察がそれに出ている。
テスト・システムの一例は、１９８Ｅ３年７月１５日に
発行されたロビンソン（Ｒｏｂｉｎｓｏｎ ）に対スる
米国特許第４Ｅ３０１０３２号と、１９８７年３月１０
日に発行されたトンプソン（Ｔｈｏｍｐｓｏｎ ）等に
対する米国特許第４８４９５１５号に記載されている。
発行されたロビンソン（Ｒｏｂｉｎｓｏｎ ）に対スる
米国特許第４Ｅ３０１０３２号と、１９８７年３月１０
日に発行されたトンプソン（Ｔｈｏｍｐｓｏｎ ）等に
対する米国特許第４８４９５１５号に記載されている。
これらの特許は、障害をシミュレートし、ディジタル回
路及びプロセス制御、センサ・システムをテストするた
めの技術について論じている。
路及びプロセス制御、センサ・システムをテストするた
めの技術について論じている。
後者は、問題にどのように対処するか、及びその問題を
矯正すべくユーザを案内する出方情報を決定するため、
外部センサからの刺激に応答して知識データベースを探
索する、−組の規則を使用している。
矯正すべくユーザを案内する出方情報を決定するため、
外部センサからの刺激に応答して知識データベースを探
索する、−組の規則を使用している。
知識データベースに基づく意思決定のためのエキスパー
ト・システムの他の例が、１９８８年７月１７日に発行
されたバート（Ｂｕｒｔ）に対する米国特許第４５９５
９８２号と、１８８７年３月３日に発行された米国特許
第４８４８０４４号に開示されている。これらの特許に
記載されているプログラムは、ユーザと対話して、ユー
ザが自分の問題を解決できるように案内する。このツー
ルは、質問の生成、指定応答検査、応答の説明、及び知
識データベースをデバッグする能力を含んでいる。
ト・システムの他の例が、１９８８年７月１７日に発行
されたバート（Ｂｕｒｔ）に対する米国特許第４５９５
９８２号と、１８８７年３月３日に発行された米国特許
第４８４８０４４号に開示されている。これらの特許に
記載されているプログラムは、ユーザと対話して、ユー
ザが自分の問題を解決できるように案内する。このツー
ルは、質問の生成、指定応答検査、応答の説明、及び知
識データベースをデバッグする能力を含んでいる。
これらの特許は種々のエキスパート・システムについて
記載しているが、それらは、エキスパート・システムを
使用して通信マルチプレクサの障害ユニットを識別し、
判断木を走査して交換機の機能しているメンバーを検出
し、障害のある各ユニットを識別し、問題を回避する能
力に欠けている。
記載しているが、それらは、エキスパート・システムを
使用して通信マルチプレクサの障害ユニットを識別し、
判断木を走査して交換機の機能しているメンバーを検出
し、障害のある各ユニットを識別し、問題を回避する能
力に欠けている。
Ｃ０問題点を解決するための手段
したがって、本発明の目的は、通信多重化システムにお
ける問題を検出する技術を提供することである。
ける問題を検出する技術を提供することである。
本発明の他の目的は、エキスパート−システムを使って
通信多重化システムの障害部分を特定することである。
通信多重化システムの障害部分を特定することである。
本発明のもう１つの目的は、エキスパート・システムで
判断木を使って障害部分の識別をさらに改善し、障害部
分に機能しているユニットがあればそれを除去し、障害
のある特定のＦＲＵを特定シ、サラに、システムの他の
面での無関係なエラーによって障害が生じないようにす
るために追加の診断を実行し、資源を動作から外して、
それが現在動作可能かどうか判定するために再テストし
、動作可能な場合にはそれを動作に戻し、自然言語メツ
セージを操作員に提示することである。
判断木を使って障害部分の識別をさらに改善し、障害部
分に機能しているユニットがあればそれを除去し、障害
のある特定のＦＲＵを特定シ、サラに、システムの他の
面での無関係なエラーによって障害が生じないようにす
るために追加の診断を実行し、資源を動作から外して、
それが現在動作可能かどうか判定するために再テストし
、動作可能な場合にはそれを動作に戻し、自然言語メツ
セージを操作員に提示することである。
本発明のさらにもう１つの目的は、システムが障害を修
復できない場合、障害を修復するための処置を操作員に
提案することである。
復できない場合、障害を修復するための処置を操作員に
提案することである。
本発明のもう１つの目的は、システムの各資源にとって
許容できる、システム資源のユーザ選択可能しきい値を
提供することである。
許容できる、システム資源のユーザ選択可能しきい値を
提供することである。
本発明のもう１つの目的は、システムのニーズが変わる
に従い、ユーザがシステム資源の選択可能しきい値を動
的に変更できるようにすることである。
に従い、ユーザがシステム資源の選択可能しきい値を動
的に変更できるようにすることである。
本発明のもう１つの目的は、しきい値の１つを、除去さ
れたＦＲＵの数にすることである。
れたＦＲＵの数にすることである。
本発明のさらにもう１つの目的は、しきい値の１つを、
使用可能な特定の資源の割合にすることである。
使用可能な特定の資源の割合にすることである。
本発明によれば、これらの目的は、多重通信システムの
種々の機能ユニットを間欠的にテストして故障ユニット
を識別することにより実現される。
種々の機能ユニットを間欠的にテストして故障ユニット
を識別することにより実現される。
故障ユニットが検出されると、故障ユニットの種類に応
じて判断木論理処理システムが呼び出される。判断水処
理は問題を単一のＦＲＵに特定しようと試みる。次に、
そのＦＲＵが動作から外される。故障ユニットを機能状
態に戻すことができるかどうか判定するために、継続的
にテストが行なわれ、機能状態に戻った場合は、動作に
戻される。
じて判断木論理処理システムが呼び出される。判断水処
理は問題を単一のＦＲＵに特定しようと試みる。次に、
そのＦＲＵが動作から外される。故障ユニットを機能状
態に戻すことができるかどうか判定するために、継続的
にテストが行なわれ、機能状態に戻った場合は、動作に
戻される。
さらに、起きたことを操作員に示すメツセージが表示さ
れる。問題を回避することができない場合は、問題を軽
減するための処置の提案を操作員に示すメツセージが表
示される。
れる。問題を回避することができない場合は、問題を軽
減するための処置の提案を操作員に示すメツセージが表
示される。
Ｄｌ、序論
Ｄ２．ハードウェア環境
Ｄ３．ハードウェアの説明
Ｄ３０１．単一ノード通信
Ｄ３０２．時分割多重化
Ｄ３０３．パルス・コード変調
Ｄ３０４．７ＤＭ交換ネットワーク：バスＤ３０５．７
０Ｍネットワーク Ｄ３０６．シェルフ内バス８４ Ｄ３０７．シェルフ間バス８５ Ｄ３０８．エキスパンダ・カード Ｄ３０９．ＴＤＭコントローラ・カードＤ３１０．ター
ンアラウンド・カード Ｄ３１１．システム・クロック Ｄ３１２．バス容量 Ｄ３１３．コンピュータ共通制御装置 Ｄ３１４．プロセッサ Ｄ３１５． メモリ Ｄ３１Ｂ、拡張通信プロセッサ Ｄ３１７．ディスク・システム Ｄ３１８．診断カード Ｄ３１９．システム・モニタ・カード Ｄ３２０．冗長シェルフ・モニタ Ｄ３２１．ローカル・シェルフφモニタＤ３２２．Ｉ／
Ｓポート Ｄ３２３．保守ポート Ｄ３２４．カッド逐次入出力ポート Ｄ３２５．キャビネット及び電力系統 Ｄ３２Ｂ、ＡＤＣのアーキテクチャ １）動作 ２）ＴＤＭバッフ１ ３） ｚ８０コントローラ ４）信号処理部 ５）交換機及びＬＥＤ ６）コネクタ・ビンアウト ７）コネクタ ８）送信コマンド ６７（００１０
０，０００００） ＸＯＡＤＣ−刺激１送信 ６８ （００，１００，０００１０） ＸＩＡＤＣ−刺激１ミニ−法則 送信 ６８ （００１００，００１００） Ｘ２ＡＤＣ−刺激２送信 ６８ （００１００，００１１０） Ｘ３ＡＤＣ−刺激２ミユ一法則 送信 ６９ （００１００，００１１１） ＴＤＭＷ−ディジタル・ミリ ワット送信 ６９ （００１００，０１０００） Ｘ４ＡＤＣ−ＦＩＲ出力送信 ７０ （００１００，Ｏｆ ０１０） Ｘ５ＡＤＣ−ＦＩＲ出力ミュー法 副送信 ７０ （００１００，Ｏｆ ０１１） ＴＺＳＣ−２８０状況送信及び クリア ７０ （００１００，０１１００） ＴＺＳ−２８０状況送信 ７２ （００１００，０１１０１） ＴＺＤ −Ｚ８０ｆ’−１送信 ７４（００１００，
Ｏｆ １１０） ＴＺＤＰ −２８０ｆ−１永久 送信 ７４ （００１００，０１１１１） ＴＺＤＣＯ−２８０データ・ カウント・アウト送信 ７５ （００１００，１０００１） ＴＺＤＣＩ −Ｚ８０ｆ−ター カウント・イン送信 ７５ （００１００，１１０００） ＴＳＰＥＤＯ−スピーク・ データＯ送信 ７５ （００１００，１１００１） ＴＲＥＪＣＭＤ−拒絶コマンド 送信 ７６ （００１００，１１０１０） ＴＳＰＥＤＩ−スビーク・ データ１送信 ７６ （００１００，１１１００） ＴＳＰＥＤ２−スビーク・ データ２送信 ７７ （００１００，１１１０１） ＴＰＤ−ピーク・データ送信 ７７ （Ｏｏｔｏ ｏ、１１ １１０） ＴＳＰＥＤ３−スビーク・ データ３送信 ７８ （１１１１１，ＸＸ ＸＸＸ） ＴＣＩＤ−カードＩＤ送信 ７８ ９）受信コマンド ７９（００００
０，０００００） ＲＯＡＤＣ−サンプル入力 ワード１受信 ７９ ｃｏ ｏｏｏ ｉ、ｘｘ ｘｘｘ＞ＤＯＷ
Ｎ−カード・コールド・ リセット ７９（０００００，
０００１０） ＲＩＡＤＣ−サンプル入力 ワード２受信 ７９ （０００１１，ＸＸ ＸＸＸ） ＵＰ−ＴＤＭデータ・バスへの カード復帰 ８０ （０００００，０１１０１） ＲＺＤ−Ｚ８０ｆ’−夕受信 ８０ （０００００，０１１１０） ＲＺＤＰ −Ｚ８０ｆ’−１永久 受信 ８０ （０００００，Ｏｆ １１１） ＲＴＥＳＴＮ−テスト番号 受信 ８１ （０００００，１０００１） ＷＲ８Ｔ−ウオーム・リセット １ （０００００，１００１０） Ｒ８ＴＲ−８ＰＩ開始受信 ８１ （０００００，１００１１） ＲＳ Ｔ、 ＯＰ Ｔ−テスト中断受信２ （０００００，１０１００） Ｒ８ＰＥＡＯ−スビーク・ アドレス０受信 ８２ （０００００，１０１０１） ＬＯＡＤＴＢＬ−ロード・ テスト・テーブル ８３ （０００００，１０１１０） Ｒ８ＰＯＤＯ−スポーク・ データ０受信 ８３ （０００００，１１０００） Ｒ８ＰＯＡＯ−スポーク・ アドレスＯ受信 ８４ （０００００，１１００１） ＲＵＳＡ−ユーザ・サブル−チン・ アドレス受信 ８４ （０００００，１１０１０） Ｒ８ＰＯＤＩ−スポーク・データ １受信 ８５ （０００００，１１０１１） ＲＰＤ−ボーク・データ受信 ８５ （０００００，１１１００） Ｒ８ＰＯＤ２−スポーク・ データ２受信 ８５ （０００００，１１１０１） ＲＰＡ−ビーク／ボーク・ アドレス受信 ８６ （０００００，１１１１０） Ｒ８ＰＯＤ３−スポーク・ データ８受信 ８６ １０）データ形式（データ送信及び受信）８６１１）テ
ストの説明 ８７テスト １ テー
ブル・データの ロード ９０ テスト ２ アナログ・ループ・ バック／チャネル・ テスト ９２ テスト ３ ディジタル・ループ・ バック・テスト （８ビツト）９６ テスト ４ トーン・センダ舎 テスト ９９ テスト ５ ＤＴＭＦレジスタ・ テスト １０１ テスト ｅ ロータリ・センダ・ テスト １０３ テスト ７ ロータリ・レジスタ・ テスト １０６ テスト ８ 会議ブリッジ １０８テスト１０ 周
波数テスト １１１テスト１１ テスト・トーンの
送信 及び周波数の測定 １１３ テスト１２ 自己テスト １１４テスト１３
正弦波テスト １１７１２） １３） １４） １５） １θ） １７） １８） １９） ２０） ２１） Ｄ３２７゜ １） ２） テスト１４ 正弦波テスト（連続）１２０テスト１５
ディジタル・ループ・ バック・テスト （１６ビツト）１２３ テスト・テーブルの定義 １２６テスト・テーブ
ルの形式 １２６推奨テスト値
１２６アナログ・カード １２７４チ
ャネルＤＴＭＦレジスタ （トーン）１３０ ロータリ・センダ １３１０−タリ・レ
ジスタ １３２会議ブリツジ
１３３４チャネルＤＴＭＦレジスタ （フォーンメール）１３４ トーン・センダ １３４ＡＤＣドライ
バ １３５ＡＤＣドライバの状態
１３７ＡＤＣドライバの設計 １３９４
）ＳＰＧ ＩＮＩＴ Ｄ３２８．エラー解析ハードウェア環境Ｄ４．エラー解
析の諸段階 １）テスト総称段階 ２）詳細解析段階 ３）テスト解析段階 Ｄ４０１．テスト総称段階 Ｄ４０２．詳細解析 総称解析 ＲＬＩ音声解析 サイプレス解析 ＤＣＭ解析 ＤＬＩ解析 修正カード解析 メツセージ・ウェイティング解析 ＡＴＩカード解析 タイ・トランク解析 Ｄ４０３．判断木の属性 Ｄ４０４．テスト解析 Ｄ４０６．中間テスト結果 ４１ ４２ ４２ ４３ ４３ ４３ ４４ ４５ ４５ ４６ ４６ ４６ ４６ ４６ ４６ ４６ ４６ ４７ ４９ ５２ Ｄ４０Ｂ、遠隔ノードに対するエラー解析り４０７．内
部スケジューラ Ｄ４０８．合格チャネルに対する処置の提案Ｄ４０９．
完了不能な解析 Ｄ４１０．エラー・レコードの優先順位Ｄ４１１．矛盾
した結果 Ｄ４１２．ユーザ・インターフェース Ｄ４１３．ハードウェア・エラーのりストＤ５．エラー
解析アーキテクチャ Ｄ５０１．エラー解析初期設定 Ｄ５０２．テスト総称段階 Ｄ！５０３．詳細解析 Ｄ５０４．テスト解析 Ｄ５０５．判断木の処理 ＤＯ，詳細なアーキテクチャ ＰＲＯＣＲＥＤ ５３ ５４ ５４ ５５ ５５ ５６ ５７ ５８ ５８ ６２ ６４ ６６ ６８ ６９ ７０ ７０ Ｄ６０１．ＡＤＣの管理 Ｄ６０２．複数ノードで考慮すべき点 ７３ ７５ Ｄ８０３．判断木ノード テスト 解析開始 既存結果テスト 結論 エキスパンダ・テスト ＣＭＥテスト カードＩＤ キックオフ 打切り ダミー 出口 Ｄ８０４．判断木データベース 初期インデックス 判断木構造 ノード記連子 Ｄ７．データベース属性 Ｄ７０１．エラー・データベース・ インデックス ・モニタ・エラー ７７７ ７８ ７８ ７８ ７９ ７９ ７９ ７９ ８０ ８０ ８０ ８１ ８１ ８１ ８１ ８２ ８２ ８２ ・カード形式インデックス（遠隔及び ローカル）１８２ ・モニタ形式インデックス（遠隔及び ローカル）１８３ Ｄ７０２．判断木構造 １８３・ノ
ード構造 １８４・ノード記
述子を指すポインタ １８４・このノードが合格
の場合の次のノードに対するオフセット
１８４・このノードが不合格の場合の次の ノードに対するオフセット １８４Ｄ７０３
． ノード形式に対するリテラル １８４Ｄ７０４
．ノード記述子 １８６Ｄ７０５．詳
細データ構造 １８６−８ＴＡＴＩＣ５
ＴＲＵＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＭＯＮ ＴＲＥＥ ＲＬＣ［：３コ １８７−８Ｔ
ＡＴＩＣ５ＴＲＵＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＲＬＩ 解析［１６コ １８７Ｄ７０Ｂ、結論
データ構造 １８８Ｄ７０７．タスクの
設計 １９０１）ＥＡ ＴＥＳＴ ＧＥＮＥＲＩＣ１９０ ２）ＥＡ ＧＥＴ ＲＥＣＯＲＤ １９２３）ＣＨ
ＥＣＫ ｌ５Ｂ Ｅ ＲＲＯＲＳ １９４４）ＩＳＢ
ＦＩＮＩＳＨＥＤ Ｓ ＣＡ Ｎ １９５５）ＩＳＢ
ＥＲＲＯＲＴＩＭＥ Ｓ Ｔ Ａ Ｍ Ｐ １９６Ｂ）Ｐ
ＲＯＣＥＳＳ ＴＲＥＥ １９７７）ＰＲＯＣＥＳ
Ｓ ＴＥＳＴ ＯＤＥ ００ ８）ＰＲＯＣＥＳＳ ＩＮＩＴＩＡＴＥ ＡＮＡＬＹＳ Ｉ ５ ９）ＰＲＯＣＥＳＳ ＣＯＮＣＬＵＳＩＯＮ ＯＤＥ ＭＯＤＥ２００ ０１ １０）ＰＲＯＣＥＳＳ ＴＥＳＴ ＥＸＰＡＮＤＥＲＮ０ＤＥ ２０３ １ １）ＰＲＯＣＥＳＳ ＴＥＳＴＣＭＥ Ｎ
０ＤＥ ２０４１２）ＰＲＯＣＥＳＳ ＣＡＲＤＩＤ Ｎ０ＤＥ ２０５１３）Ｐ
ＲＯＣＥＳＳ Ｋ Ｉ ＣＫＯＦＦ Ｎ０ＤＥ ２０６１４）
ＰＲＯＣＥＳＳ ＡＢＯＲＴＮ ＯＤ Ｅ
２０７１５）ＳＩ ＰＲＯＣ
ＥＳＳ ＥＲＶＥＲ Ｄ８．障害資源マネージャ ＤＢ０１．機能説明 Ｄ８０２．詳細な動作 １）概説 ２）障害資源の管理 ３）インターフェースｅカード上の 複数障害チャネル ４）障害資源項目の削除 ０８ ０９ ０９ １１ １１ １２ １３ １５ ５）エラー解析タスクとのインター フェース ２１５６）しきい値
警報タスクとのインター フェース ２１６７）エラー優
先順位の繰上げに対する 修正 ２１７Ｄ８０３．障害
資源データベース ２１８Ｄ８０４．５ＴＲＵ
ＣＴ ＦＲＤＢ ２２０Ｄ８０５．ＦＲＩＮＦ
Ｏ構造 ２２１０８０Ｂ、カード・エラー・
データベース ２２６Ｄ８０７．汎用要求待ち行列
２２８Ｄ８０８．障害資源の再始動回復のた
めの大域データ ２３２Ｄ８０９
．エラー・パラメータ◆データベースの修正
２３３Ｄ９．プログラム設計
２３５Ｄ９０１．ＲＥ ＲＥＴＥＳＴ ＣＨＥＣＫ（） ２３５０９０２、Ｆ
ＲＭＡＮＡＧＥＭＥＮＴ（）２４０Ｄ９０３．ＦＲＣＨ
ＡＮＧＥ ＣＨＡＮＮＥＬ ５ＴＡＴＥ０ ２４４Ｄ９０４．
ＳＣＨＥＲＲ ＡＮＡＬＹＳ Ｉ Ｓ ０ ２４９Ｄ
９０５．ＦＲＰＲＯＣＥＳＳ ＭＩＳＣＲＥＱ（）
２５１Ｄ９０６．ＦＲ５
ＥＮＤ ＣＲ ＲＥＳＥＴ ＰＡＣＫＥＴ（） ２５５Ｄθ０７
．ＦＲＣＲＥＲＲＣＬＥＡＲ （） ２５７
Ｄ９０８．ＣＨＡＮＮＥＬ ＲＡＮＧＥＦＯＲＣＡＲ
Ｄｏ ２５８Ｄ９０９．ＰＨＯＮＥＭ
ＡＩＬ ＣＨＡＮＮＥＬ ＥＸＩＳＴＳ （） ２６
０Ｄ９１０．ＦＲＲＥＳＴＡＲＴ ＲＥＣＯｖＥＲＹ ２６２Ｄ９１
１．ＬＵ ＦＲＲＥＣＯＲＤＳＬＡＶＥｏ
２６６Ｄ９１２．ＰＩＣＫ Ｆ
ＲＲＥＣＯＲＤ（）
２６８Ｄ９１３．ＰＲＩＮＴ ５ＤＯ
ＷＮＲＥＣＯＲＤ（） ２７０
ＤＩＯ，ＦＲデデーベース・アクセス機能 ２７１Ｄ１
００１．ＦＲＲＥＣＯＲＤ ＣＲＥＡＴＥ（） ２７１Ｄ１００２．
ＦＲＲＥＣＯＲＤ ＦＩＮＤ（） ２７３Ｄ１００３．
ＦＲＲＥＣＯＲＤ ＣＬＥＡＲｏ ２７４Ｄ１００４．Ｆ
ＲＲＥＣＯＲＤ ＵＰＤＡＴＥ（） ２７６Ｄ１００５．
ＦＲＲＥＣＯＲＤ ＦＩＮＤＦＩＲ８Ｔ（）
２７９Ｄ１００Ｅ！、ＦＲＲＥＣＯＲＤ
ＦＩＮＤＮＥＸＴ（） ２８１Ｄ１
１．Ｌきい値警報タスク ２８２０１１０
１、概説 ２８２Ｄ１１０２
．機能の概説 ２８３１）障害チャネ
ルしきい値 ２８３２）使用除外しきい値
′２８４３）ノードしきい値 ２８
５４）大域しきい値 ２８８６）エラー
表示 ２９１θ）ソフト・ダウンの保
留２９２ Ｄ１１０３．設計概説 ２９２１）
偽カード形式 ２９８％式％ Ｄ１２．プログラム設計 ２９９Ｄ１
２０１．Ｌきい値警報検査 ２９９Ｄ１２０
２．ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨ（）
３０２Ｄ１２０３．ＦＩＮＤ Ｎ
ＵＭ ＣＨ（） ３０４Ｄ１２０４．ＤＸ Ｎ
ＵＭ ＤＡＴＡＬＩＮＥＳ（） ３
０６Ｄ１２０５．ＦＩＮＤ ＮＵＭ ＦＡＩＬ００
８ ＣＨ（） ３０８Ｄ１２０Ｂ、Ｇ
ＥＴ ＭＪ ＭＮ ００８ＴＨＲＥＳＨ（）
３１０Ｄ１２０７．ＦＩＮＤ ＲＥＭ
ＯＴＥＴＯＴＦＡＩＬ ００８０ ３１２Ｄ１
２０Ｂ、ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＡＬＡＲ
ＭＳ ０ ３１４Ｄ１２０９．Ｃ
ＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳ（）
３１６Ｄ１２１０．ＳＩ
ＲＥＰＯＲＴ ＴＨＲＥＳＨＡＬＡＲＭＳ
（） ３１９Ｄ１２１１．ＴＡ
ＵＰＤＡＴＥ ＦＲＴＡＢＬＥ（）
３２０Ｄ１２１２．ＦＲＭ ＦＩ
ＮＤ ＴＡ ＣＲＤＴＯＵＰＤＡＴＥ（）
３２３Ｄ１２１３．ＴＡ ＵＰＤＡＴＥ
ＦＲＲＥＣＯＲＤ（）
３２５Ｄ１２１４．ＦＲＭ ＴＡ ＦＩＮＤ
ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ（） ３２６
Ｄ１２１５．ＦＲＭ ＴＡ Ｉｓ ＣＨＦ
ＡＩＬ ００８（） ３２７Ｄ１２
１Ｂ、ＦＩＮＤ ＦＩＲ８Ｔ ＣＲＤＩＮ
ＧＲＰ（） ３２９Ｄ１２１７
．ＦＩＮＤ ＮＥＸＴ ＣＲＤＩＮ ＧＲＰ（
） Ｄ１２１８．ＦＩＮＤ ＧＲＰ （）Ｄ１２１９
．ＧＥＴ ＣＧＲＰ ０Ｄ１２２０．ＧＥＴ
ＣＧＲＰ ＴＨＲＥＳＨ８（） Ｄ１２２１．ＧＥＴ ＣＧＲＰ ＧＬＯＢＯＲＮＯＤ （） ３３５Ｄ１２
２２．ＧＥＴ ＣＧＲＰ ＰＥＲＣＥＮＴ（）
３３７Ｄ１３．
カード・グループ・データ構造 ３３８Ｄ１３０１．
カード形式からカード・グループへ Ｄ１３０２．カード・グループから しきい値へ ３１ ３０ ３９ ３８ ３４ ３２ キーワード ＣＤ ＤＣ ＰＬ ＴＩ ＨＣＡ ＬＩ ＭＥ Ｏ ０ＤＥＣ ＯＭＥＸ ＲＤ ＲＪＴ ＣＭ Ｆ−Ｅ ＩＤ ＬＩ ＩＤ ０ＷＮ （略語） 自動着信分配 拡張遮断カード 自動プログラム・ロード アナログ時分割多重 回顧時通話試行 コマンド・ライン・インタープリタ 共通装置 局線 （コブツク） 通信エグゼクティブ カード形式 コマンド拒絶ビット （データ通信モジュール） データ・フロント・エンド ダイヤルイン （データ回線インターフェース） 着信拒否 カード・コールド・リセットーコマン ＴＭＦ ＣＣ ＣＰ ＥＲＲＩ（ ＡＣ ＲＭ ＧＥＴ ＲＩＪ ＧＥＴ ＮＬ ＰＬ Ｓ ５Ｂ ＬＯＡＤＴＢＬ ＳＭ ＳＭ ＡＣ ）４ＳＢ （２重トーン多重周波数） エラー訂正コード 拡張通信プロセッサ ハードウェア静エラー・テーブル 強制許可コード 障害資源マネージャ 障害資源テーブル フィールド・リプレーサブル・ユニッ ト トランク・グループ／データ・グルー プ番号 ノード間リンク 初期プログラム・ロード 使用中 シェルフ間パス テスト・テーブル・ロード・コマンド ラインφシェルフ・モニタ ローカル中シェルフ・モニタ 移動・追加・変更 最上位ビット ＷＬ ＣＣ ０Ｓ ＰＳ ＣＭ ＳＤ ＤＴＭＦ ０ＡＤＣ ＰＡ ＰＤ ＳＭ ５ＰＥＡＯ ５ＰＯＡＯ ５ＰＯＤＯ ５ＴＯＰＴ ＳＴＲ ＴＥＳＴＮ Ｒ’１ＦＳＡ メツセージ拳ウェイティング・ランプ ネットワーク管理センタ 使用除外 遠隔内線 パルス・コード変調 ソフト・ダウンの保留 ４チャネルＤＴＭＦ サンプル入力ワード１受信コマンド ビーク／ボーク・アドレス受信コマン ド ボーク・データ受信コマンド 冗長シェルフ−カート スピーク・アドレス０受信コマンド スポーク・アドレスＯ受信コマンド スポーク・データ０受信コマンド テスト中断受信コマンド ＳＰＩ開始受信コマンド テスト番号受信コマンド ユーザｅサブルーチン・アト、レス受信コマンド ＲＺＤ ＲＺＤＰ Ｉ ＬＩ ＭＣ ＭＰ ＰＩ Ｃ ＣＢ ＣＩＤ ＣＮ ７０Ｍ ＴＤＭυ ＰＤ ＴＲＥＪＣＭＤ ５ＰＥＤＯ ＺＤ ＺＤＣＩ Ｚ８０データ受信コマンド Ｚ８０データ永久受信コマンド システム保全性 単独回線インターフェース システム・モニターカード 保守ボート 信号処理インターフェース ＴＤＭコントローラ タスク制御ブロック カードＩＤ送信コマンド 端末構成レコード 時分割多重化 ディジタルΦミリワット送信コマンド ビーク・データ送信コマンド 拒絶コマンド送信コマンド スビークーデータＯ送信コマンド Ｚ８０データ送信コマンド ｚ８０データ・カウント・イン送信コマンド ＺＤＣＯ ＺＤＰ ＺＳ ＺＳＣ Ｐ ＲＳＴ ０ＡＰＣ Ｘ／Ｒ ｚｓｏデータ・カウント・アウト送信コマンド ｚ８０データ永久送信コマンド ｚ８０状況送信コマンド Ｚ８０状況送信及びクリア・コマンド ＴＤＭデータ・バスへのカード復帰 ウオーム・リセット・コマンド 刺激１送信コマンド 送受信カード Ｄｌ、序論 以下の開示では、−層高い可用性と大きなスループット
をもたらす、通信多重化システムでエキスパート・シス
テムを使用してエラー解析及び訂正を可能にするための
方法及びハードウェア環境について説明する。
０Ｍネットワーク Ｄ３０６．シェルフ内バス８４ Ｄ３０７．シェルフ間バス８５ Ｄ３０８．エキスパンダ・カード Ｄ３０９．ＴＤＭコントローラ・カードＤ３１０．ター
ンアラウンド・カード Ｄ３１１．システム・クロック Ｄ３１２．バス容量 Ｄ３１３．コンピュータ共通制御装置 Ｄ３１４．プロセッサ Ｄ３１５． メモリ Ｄ３１Ｂ、拡張通信プロセッサ Ｄ３１７．ディスク・システム Ｄ３１８．診断カード Ｄ３１９．システム・モニタ・カード Ｄ３２０．冗長シェルフ・モニタ Ｄ３２１．ローカル・シェルフφモニタＤ３２２．Ｉ／
Ｓポート Ｄ３２３．保守ポート Ｄ３２４．カッド逐次入出力ポート Ｄ３２５．キャビネット及び電力系統 Ｄ３２Ｂ、ＡＤＣのアーキテクチャ １）動作 ２）ＴＤＭバッフ１ ３） ｚ８０コントローラ ４）信号処理部 ５）交換機及びＬＥＤ ６）コネクタ・ビンアウト ７）コネクタ ８）送信コマンド ６７（００１０
０，０００００） ＸＯＡＤＣ−刺激１送信 ６８ （００，１００，０００１０） ＸＩＡＤＣ−刺激１ミニ−法則 送信 ６８ （００１００，００１００） Ｘ２ＡＤＣ−刺激２送信 ６８ （００１００，００１１０） Ｘ３ＡＤＣ−刺激２ミユ一法則 送信 ６９ （００１００，００１１１） ＴＤＭＷ−ディジタル・ミリ ワット送信 ６９ （００１００，０１０００） Ｘ４ＡＤＣ−ＦＩＲ出力送信 ７０ （００１００，Ｏｆ ０１０） Ｘ５ＡＤＣ−ＦＩＲ出力ミュー法 副送信 ７０ （００１００，Ｏｆ ０１１） ＴＺＳＣ−２８０状況送信及び クリア ７０ （００１００，０１１００） ＴＺＳ−２８０状況送信 ７２ （００１００，０１１０１） ＴＺＤ −Ｚ８０ｆ’−１送信 ７４（００１００，
Ｏｆ １１０） ＴＺＤＰ −２８０ｆ−１永久 送信 ７４ （００１００，０１１１１） ＴＺＤＣＯ−２８０データ・ カウント・アウト送信 ７５ （００１００，１０００１） ＴＺＤＣＩ −Ｚ８０ｆ−ター カウント・イン送信 ７５ （００１００，１１０００） ＴＳＰＥＤＯ−スピーク・ データＯ送信 ７５ （００１００，１１００１） ＴＲＥＪＣＭＤ−拒絶コマンド 送信 ７６ （００１００，１１０１０） ＴＳＰＥＤＩ−スビーク・ データ１送信 ７６ （００１００，１１１００） ＴＳＰＥＤ２−スビーク・ データ２送信 ７７ （００１００，１１１０１） ＴＰＤ−ピーク・データ送信 ７７ （Ｏｏｔｏ ｏ、１１ １１０） ＴＳＰＥＤ３−スビーク・ データ３送信 ７８ （１１１１１，ＸＸ ＸＸＸ） ＴＣＩＤ−カードＩＤ送信 ７８ ９）受信コマンド ７９（００００
０，０００００） ＲＯＡＤＣ−サンプル入力 ワード１受信 ７９ ｃｏ ｏｏｏ ｉ、ｘｘ ｘｘｘ＞ＤＯＷ
Ｎ−カード・コールド・ リセット ７９（０００００，
０００１０） ＲＩＡＤＣ−サンプル入力 ワード２受信 ７９ （０００１１，ＸＸ ＸＸＸ） ＵＰ−ＴＤＭデータ・バスへの カード復帰 ８０ （０００００，０１１０１） ＲＺＤ−Ｚ８０ｆ’−夕受信 ８０ （０００００，０１１１０） ＲＺＤＰ −Ｚ８０ｆ’−１永久 受信 ８０ （０００００，Ｏｆ １１１） ＲＴＥＳＴＮ−テスト番号 受信 ８１ （０００００，１０００１） ＷＲ８Ｔ−ウオーム・リセット １ （０００００，１００１０） Ｒ８ＴＲ−８ＰＩ開始受信 ８１ （０００００，１００１１） ＲＳ Ｔ、 ＯＰ Ｔ−テスト中断受信２ （０００００，１０１００） Ｒ８ＰＥＡＯ−スビーク・ アドレス０受信 ８２ （０００００，１０１０１） ＬＯＡＤＴＢＬ−ロード・ テスト・テーブル ８３ （０００００，１０１１０） Ｒ８ＰＯＤＯ−スポーク・ データ０受信 ８３ （０００００，１１０００） Ｒ８ＰＯＡＯ−スポーク・ アドレスＯ受信 ８４ （０００００，１１００１） ＲＵＳＡ−ユーザ・サブル−チン・ アドレス受信 ８４ （０００００，１１０１０） Ｒ８ＰＯＤＩ−スポーク・データ １受信 ８５ （０００００，１１０１１） ＲＰＤ−ボーク・データ受信 ８５ （０００００，１１１００） Ｒ８ＰＯＤ２−スポーク・ データ２受信 ８５ （０００００，１１１０１） ＲＰＡ−ビーク／ボーク・ アドレス受信 ８６ （０００００，１１１１０） Ｒ８ＰＯＤ３−スポーク・ データ８受信 ８６ １０）データ形式（データ送信及び受信）８６１１）テ
ストの説明 ８７テスト １ テー
ブル・データの ロード ９０ テスト ２ アナログ・ループ・ バック／チャネル・ テスト ９２ テスト ３ ディジタル・ループ・ バック・テスト （８ビツト）９６ テスト ４ トーン・センダ舎 テスト ９９ テスト ５ ＤＴＭＦレジスタ・ テスト １０１ テスト ｅ ロータリ・センダ・ テスト １０３ テスト ７ ロータリ・レジスタ・ テスト １０６ テスト ８ 会議ブリッジ １０８テスト１０ 周
波数テスト １１１テスト１１ テスト・トーンの
送信 及び周波数の測定 １１３ テスト１２ 自己テスト １１４テスト１３
正弦波テスト １１７１２） １３） １４） １５） １θ） １７） １８） １９） ２０） ２１） Ｄ３２７゜ １） ２） テスト１４ 正弦波テスト（連続）１２０テスト１５
ディジタル・ループ・ バック・テスト （１６ビツト）１２３ テスト・テーブルの定義 １２６テスト・テーブ
ルの形式 １２６推奨テスト値
１２６アナログ・カード １２７４チ
ャネルＤＴＭＦレジスタ （トーン）１３０ ロータリ・センダ １３１０−タリ・レ
ジスタ １３２会議ブリツジ
１３３４チャネルＤＴＭＦレジスタ （フォーンメール）１３４ トーン・センダ １３４ＡＤＣドライ
バ １３５ＡＤＣドライバの状態
１３７ＡＤＣドライバの設計 １３９４
）ＳＰＧ ＩＮＩＴ Ｄ３２８．エラー解析ハードウェア環境Ｄ４．エラー解
析の諸段階 １）テスト総称段階 ２）詳細解析段階 ３）テスト解析段階 Ｄ４０１．テスト総称段階 Ｄ４０２．詳細解析 総称解析 ＲＬＩ音声解析 サイプレス解析 ＤＣＭ解析 ＤＬＩ解析 修正カード解析 メツセージ・ウェイティング解析 ＡＴＩカード解析 タイ・トランク解析 Ｄ４０３．判断木の属性 Ｄ４０４．テスト解析 Ｄ４０６．中間テスト結果 ４１ ４２ ４２ ４３ ４３ ４３ ４４ ４５ ４５ ４６ ４６ ４６ ４６ ４６ ４６ ４６ ４６ ４７ ４９ ５２ Ｄ４０Ｂ、遠隔ノードに対するエラー解析り４０７．内
部スケジューラ Ｄ４０８．合格チャネルに対する処置の提案Ｄ４０９．
完了不能な解析 Ｄ４１０．エラー・レコードの優先順位Ｄ４１１．矛盾
した結果 Ｄ４１２．ユーザ・インターフェース Ｄ４１３．ハードウェア・エラーのりストＤ５．エラー
解析アーキテクチャ Ｄ５０１．エラー解析初期設定 Ｄ５０２．テスト総称段階 Ｄ！５０３．詳細解析 Ｄ５０４．テスト解析 Ｄ５０５．判断木の処理 ＤＯ，詳細なアーキテクチャ ＰＲＯＣＲＥＤ ５３ ５４ ５４ ５５ ５５ ５６ ５７ ５８ ５８ ６２ ６４ ６６ ６８ ６９ ７０ ７０ Ｄ６０１．ＡＤＣの管理 Ｄ６０２．複数ノードで考慮すべき点 ７３ ７５ Ｄ８０３．判断木ノード テスト 解析開始 既存結果テスト 結論 エキスパンダ・テスト ＣＭＥテスト カードＩＤ キックオフ 打切り ダミー 出口 Ｄ８０４．判断木データベース 初期インデックス 判断木構造 ノード記連子 Ｄ７．データベース属性 Ｄ７０１．エラー・データベース・ インデックス ・モニタ・エラー ７７７ ７８ ７８ ７８ ７９ ７９ ７９ ７９ ８０ ８０ ８０ ８１ ８１ ８１ ８１ ８２ ８２ ８２ ・カード形式インデックス（遠隔及び ローカル）１８２ ・モニタ形式インデックス（遠隔及び ローカル）１８３ Ｄ７０２．判断木構造 １８３・ノ
ード構造 １８４・ノード記
述子を指すポインタ １８４・このノードが合格
の場合の次のノードに対するオフセット
１８４・このノードが不合格の場合の次の ノードに対するオフセット １８４Ｄ７０３
． ノード形式に対するリテラル １８４Ｄ７０４
．ノード記述子 １８６Ｄ７０５．詳
細データ構造 １８６−８ＴＡＴＩＣ５
ＴＲＵＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＭＯＮ ＴＲＥＥ ＲＬＣ［：３コ １８７−８Ｔ
ＡＴＩＣ５ＴＲＵＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＲＬＩ 解析［１６コ １８７Ｄ７０Ｂ、結論
データ構造 １８８Ｄ７０７．タスクの
設計 １９０１）ＥＡ ＴＥＳＴ ＧＥＮＥＲＩＣ１９０ ２）ＥＡ ＧＥＴ ＲＥＣＯＲＤ １９２３）ＣＨ
ＥＣＫ ｌ５Ｂ Ｅ ＲＲＯＲＳ １９４４）ＩＳＢ
ＦＩＮＩＳＨＥＤ Ｓ ＣＡ Ｎ １９５５）ＩＳＢ
ＥＲＲＯＲＴＩＭＥ Ｓ Ｔ Ａ Ｍ Ｐ １９６Ｂ）Ｐ
ＲＯＣＥＳＳ ＴＲＥＥ １９７７）ＰＲＯＣＥＳ
Ｓ ＴＥＳＴ ＯＤＥ ００ ８）ＰＲＯＣＥＳＳ ＩＮＩＴＩＡＴＥ ＡＮＡＬＹＳ Ｉ ５ ９）ＰＲＯＣＥＳＳ ＣＯＮＣＬＵＳＩＯＮ ＯＤＥ ＭＯＤＥ２００ ０１ １０）ＰＲＯＣＥＳＳ ＴＥＳＴ ＥＸＰＡＮＤＥＲＮ０ＤＥ ２０３ １ １）ＰＲＯＣＥＳＳ ＴＥＳＴＣＭＥ Ｎ
０ＤＥ ２０４１２）ＰＲＯＣＥＳＳ ＣＡＲＤＩＤ Ｎ０ＤＥ ２０５１３）Ｐ
ＲＯＣＥＳＳ Ｋ Ｉ ＣＫＯＦＦ Ｎ０ＤＥ ２０６１４）
ＰＲＯＣＥＳＳ ＡＢＯＲＴＮ ＯＤ Ｅ
２０７１５）ＳＩ ＰＲＯＣ
ＥＳＳ ＥＲＶＥＲ Ｄ８．障害資源マネージャ ＤＢ０１．機能説明 Ｄ８０２．詳細な動作 １）概説 ２）障害資源の管理 ３）インターフェースｅカード上の 複数障害チャネル ４）障害資源項目の削除 ０８ ０９ ０９ １１ １１ １２ １３ １５ ５）エラー解析タスクとのインター フェース ２１５６）しきい値
警報タスクとのインター フェース ２１６７）エラー優
先順位の繰上げに対する 修正 ２１７Ｄ８０３．障害
資源データベース ２１８Ｄ８０４．５ＴＲＵ
ＣＴ ＦＲＤＢ ２２０Ｄ８０５．ＦＲＩＮＦ
Ｏ構造 ２２１０８０Ｂ、カード・エラー・
データベース ２２６Ｄ８０７．汎用要求待ち行列
２２８Ｄ８０８．障害資源の再始動回復のた
めの大域データ ２３２Ｄ８０９
．エラー・パラメータ◆データベースの修正
２３３Ｄ９．プログラム設計
２３５Ｄ９０１．ＲＥ ＲＥＴＥＳＴ ＣＨＥＣＫ（） ２３５０９０２、Ｆ
ＲＭＡＮＡＧＥＭＥＮＴ（）２４０Ｄ９０３．ＦＲＣＨ
ＡＮＧＥ ＣＨＡＮＮＥＬ ５ＴＡＴＥ０ ２４４Ｄ９０４．
ＳＣＨＥＲＲ ＡＮＡＬＹＳ Ｉ Ｓ ０ ２４９Ｄ
９０５．ＦＲＰＲＯＣＥＳＳ ＭＩＳＣＲＥＱ（）
２５１Ｄ９０６．ＦＲ５
ＥＮＤ ＣＲ ＲＥＳＥＴ ＰＡＣＫＥＴ（） ２５５Ｄθ０７
．ＦＲＣＲＥＲＲＣＬＥＡＲ （） ２５７
Ｄ９０８．ＣＨＡＮＮＥＬ ＲＡＮＧＥＦＯＲＣＡＲ
Ｄｏ ２５８Ｄ９０９．ＰＨＯＮＥＭ
ＡＩＬ ＣＨＡＮＮＥＬ ＥＸＩＳＴＳ （） ２６
０Ｄ９１０．ＦＲＲＥＳＴＡＲＴ ＲＥＣＯｖＥＲＹ ２６２Ｄ９１
１．ＬＵ ＦＲＲＥＣＯＲＤＳＬＡＶＥｏ
２６６Ｄ９１２．ＰＩＣＫ Ｆ
ＲＲＥＣＯＲＤ（）
２６８Ｄ９１３．ＰＲＩＮＴ ５ＤＯ
ＷＮＲＥＣＯＲＤ（） ２７０
ＤＩＯ，ＦＲデデーベース・アクセス機能 ２７１Ｄ１
００１．ＦＲＲＥＣＯＲＤ ＣＲＥＡＴＥ（） ２７１Ｄ１００２．
ＦＲＲＥＣＯＲＤ ＦＩＮＤ（） ２７３Ｄ１００３．
ＦＲＲＥＣＯＲＤ ＣＬＥＡＲｏ ２７４Ｄ１００４．Ｆ
ＲＲＥＣＯＲＤ ＵＰＤＡＴＥ（） ２７６Ｄ１００５．
ＦＲＲＥＣＯＲＤ ＦＩＮＤＦＩＲ８Ｔ（）
２７９Ｄ１００Ｅ！、ＦＲＲＥＣＯＲＤ
ＦＩＮＤＮＥＸＴ（） ２８１Ｄ１
１．Ｌきい値警報タスク ２８２０１１０
１、概説 ２８２Ｄ１１０２
．機能の概説 ２８３１）障害チャネ
ルしきい値 ２８３２）使用除外しきい値
′２８４３）ノードしきい値 ２８
５４）大域しきい値 ２８８６）エラー
表示 ２９１θ）ソフト・ダウンの保
留２９２ Ｄ１１０３．設計概説 ２９２１）
偽カード形式 ２９８％式％ Ｄ１２．プログラム設計 ２９９Ｄ１
２０１．Ｌきい値警報検査 ２９９Ｄ１２０
２．ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨ（）
３０２Ｄ１２０３．ＦＩＮＤ Ｎ
ＵＭ ＣＨ（） ３０４Ｄ１２０４．ＤＸ Ｎ
ＵＭ ＤＡＴＡＬＩＮＥＳ（） ３
０６Ｄ１２０５．ＦＩＮＤ ＮＵＭ ＦＡＩＬ００
８ ＣＨ（） ３０８Ｄ１２０Ｂ、Ｇ
ＥＴ ＭＪ ＭＮ ００８ＴＨＲＥＳＨ（）
３１０Ｄ１２０７．ＦＩＮＤ ＲＥＭ
ＯＴＥＴＯＴＦＡＩＬ ００８０ ３１２Ｄ１
２０Ｂ、ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＡＬＡＲ
ＭＳ ０ ３１４Ｄ１２０９．Ｃ
ＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳ（）
３１６Ｄ１２１０．ＳＩ
ＲＥＰＯＲＴ ＴＨＲＥＳＨＡＬＡＲＭＳ
（） ３１９Ｄ１２１１．ＴＡ
ＵＰＤＡＴＥ ＦＲＴＡＢＬＥ（）
３２０Ｄ１２１２．ＦＲＭ ＦＩ
ＮＤ ＴＡ ＣＲＤＴＯＵＰＤＡＴＥ（）
３２３Ｄ１２１３．ＴＡ ＵＰＤＡＴＥ
ＦＲＲＥＣＯＲＤ（）
３２５Ｄ１２１４．ＦＲＭ ＴＡ ＦＩＮＤ
ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ（） ３２６
Ｄ１２１５．ＦＲＭ ＴＡ Ｉｓ ＣＨＦ
ＡＩＬ ００８（） ３２７Ｄ１２
１Ｂ、ＦＩＮＤ ＦＩＲ８Ｔ ＣＲＤＩＮ
ＧＲＰ（） ３２９Ｄ１２１７
．ＦＩＮＤ ＮＥＸＴ ＣＲＤＩＮ ＧＲＰ（
） Ｄ１２１８．ＦＩＮＤ ＧＲＰ （）Ｄ１２１９
．ＧＥＴ ＣＧＲＰ ０Ｄ１２２０．ＧＥＴ
ＣＧＲＰ ＴＨＲＥＳＨ８（） Ｄ１２２１．ＧＥＴ ＣＧＲＰ ＧＬＯＢＯＲＮＯＤ （） ３３５Ｄ１２
２２．ＧＥＴ ＣＧＲＰ ＰＥＲＣＥＮＴ（）
３３７Ｄ１３．
カード・グループ・データ構造 ３３８Ｄ１３０１．
カード形式からカード・グループへ Ｄ１３０２．カード・グループから しきい値へ ３１ ３０ ３９ ３８ ３４ ３２ キーワード ＣＤ ＤＣ ＰＬ ＴＩ ＨＣＡ ＬＩ ＭＥ Ｏ ０ＤＥＣ ＯＭＥＸ ＲＤ ＲＪＴ ＣＭ Ｆ−Ｅ ＩＤ ＬＩ ＩＤ ０ＷＮ （略語） 自動着信分配 拡張遮断カード 自動プログラム・ロード アナログ時分割多重 回顧時通話試行 コマンド・ライン・インタープリタ 共通装置 局線 （コブツク） 通信エグゼクティブ カード形式 コマンド拒絶ビット （データ通信モジュール） データ・フロント・エンド ダイヤルイン （データ回線インターフェース） 着信拒否 カード・コールド・リセットーコマン ＴＭＦ ＣＣ ＣＰ ＥＲＲＩ（ ＡＣ ＲＭ ＧＥＴ ＲＩＪ ＧＥＴ ＮＬ ＰＬ Ｓ ５Ｂ ＬＯＡＤＴＢＬ ＳＭ ＳＭ ＡＣ ）４ＳＢ （２重トーン多重周波数） エラー訂正コード 拡張通信プロセッサ ハードウェア静エラー・テーブル 強制許可コード 障害資源マネージャ 障害資源テーブル フィールド・リプレーサブル・ユニッ ト トランク・グループ／データ・グルー プ番号 ノード間リンク 初期プログラム・ロード 使用中 シェルフ間パス テスト・テーブル・ロード・コマンド ラインφシェルフ・モニタ ローカル中シェルフ・モニタ 移動・追加・変更 最上位ビット ＷＬ ＣＣ ０Ｓ ＰＳ ＣＭ ＳＤ ＤＴＭＦ ０ＡＤＣ ＰＡ ＰＤ ＳＭ ５ＰＥＡＯ ５ＰＯＡＯ ５ＰＯＤＯ ５ＴＯＰＴ ＳＴＲ ＴＥＳＴＮ Ｒ’１ＦＳＡ メツセージ拳ウェイティング・ランプ ネットワーク管理センタ 使用除外 遠隔内線 パルス・コード変調 ソフト・ダウンの保留 ４チャネルＤＴＭＦ サンプル入力ワード１受信コマンド ビーク／ボーク・アドレス受信コマン ド ボーク・データ受信コマンド 冗長シェルフ−カート スピーク・アドレス０受信コマンド スポーク・アドレスＯ受信コマンド スポーク・データ０受信コマンド テスト中断受信コマンド ＳＰＩ開始受信コマンド テスト番号受信コマンド ユーザｅサブルーチン・アト、レス受信コマンド ＲＺＤ ＲＺＤＰ Ｉ ＬＩ ＭＣ ＭＰ ＰＩ Ｃ ＣＢ ＣＩＤ ＣＮ ７０Ｍ ＴＤＭυ ＰＤ ＴＲＥＪＣＭＤ ５ＰＥＤＯ ＺＤ ＺＤＣＩ Ｚ８０データ受信コマンド Ｚ８０データ永久受信コマンド システム保全性 単独回線インターフェース システム・モニターカード 保守ボート 信号処理インターフェース ＴＤＭコントローラ タスク制御ブロック カードＩＤ送信コマンド 端末構成レコード 時分割多重化 ディジタルΦミリワット送信コマンド ビーク・データ送信コマンド 拒絶コマンド送信コマンド スビークーデータＯ送信コマンド Ｚ８０データ送信コマンド ｚ８０データ・カウント・イン送信コマンド ＺＤＣＯ ＺＤＰ ＺＳ ＺＳＣ Ｐ ＲＳＴ ０ＡＰＣ Ｘ／Ｒ ｚｓｏデータ・カウント・アウト送信コマンド ｚ８０データ永久送信コマンド ｚ８０状況送信コマンド Ｚ８０状況送信及びクリア・コマンド ＴＤＭデータ・バスへのカード復帰 ウオーム・リセット・コマンド 刺激１送信コマンド 送受信カード Ｄｌ、序論 以下の開示では、−層高い可用性と大きなスループット
をもたらす、通信多重化システムでエキスパート・シス
テムを使用してエラー解析及び訂正を可能にするための
方法及びハードウェア環境について説明する。
本発明は、各チャネルについて一組のテストを行なって
、各チャネルが正しく動作していることを確認し、ハー
ドウェアの障害の原因を特定し、適切な是正処置を示す
ものである。この−組のテストは資源の種類によって決
まる。テストされる資源に対する所定のテストの１つが
不合格だった場合、エラー解析機構が、障害の原因とな
る特定のＦＲＵの特定を試みる。これは、追加のテスト
を実行することによって行なわれる。
、各チャネルが正しく動作していることを確認し、ハー
ドウェアの障害の原因を特定し、適切な是正処置を示す
ものである。この−組のテストは資源の種類によって決
まる。テストされる資源に対する所定のテストの１つが
不合格だった場合、エラー解析機構が、障害の原因とな
る特定のＦＲＵの特定を試みる。これは、追加のテスト
を実行することによって行なわれる。
エラー解析機構はまた、各テストの結果が正しく、再現
性のあることを確認する。テストが不合格になる度に、
そのチャネルが障害の唯一の原因であることを確認する
ため、幾つかのテストが行なわれる。
性のあることを確認する。テストが不合格になる度に、
そのチャネルが障害の唯一の原因であることを確認する
ため、幾つかのテストが行なわれる。
障害に関するすべての情報がエラー解析機構によって検
査されるようにするため、システム保全性機構から報告
されたすべてのエラーは、ハードウェア・エラー・テー
ブルに登録される前に、エラー解析機構によって処理さ
れる。
査されるようにするため、システム保全性機構から報告
されたすべてのエラーは、ハードウェア・エラー・テー
ブルに登録される前に、エラー解析機構によって処理さ
れる。
エラー解析機構によってハードウェア・エラー・テーブ
ルに記録された各エラーは、処置の提案のフィールドを
含む。処置の提案は、詳細なエラー情報をユーザが要求
したときに表示される。
ルに記録された各エラーは、処置の提案のフィールドを
含む。処置の提案は、詳細なエラー情報をユーザが要求
したときに表示される。
Ｄ２．ハードウェア環境
本発明の好ましい実施例をＣＢＸディジタル多重通信環
境で説明する。好ましい実施例と同様な従来技術のハー
ドウェア環境の一例を第１図に示す。第１図は、従来技
術のＲＯＬＭ ＣＢＸＩＩ９０００に関連するコンピ
ュータ制御装置を示すものである。このハードウェアは
、冗長メモリ１０、共用交換入出力バス（ＩＳＢ）２０
、種々のインターフェース・カード３０、任意選択ディ
スク４０、及び冗長構成のプロセッサ５０から成る。遠
隔ノードの接続も、ノード間リンク（ＩＮＬ）を介して
行なわれる。ハードウェア環境についてのさらに完全な
議論は、ｒＲＯＬＭ ＣＢＸｎ９０００ビジネス・コ
ミユニケージロン・システム（ＲＯＬＭ ＣＢＸ ｎ
９０００ Ｂｕｓｉｎｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉ
ｏｎｓＳｙｓｔｅａｉ） Ｊ 、ＲＯＬ Ｍ社刊（１９
８８年）に記載されている。
境で説明する。好ましい実施例と同様な従来技術のハー
ドウェア環境の一例を第１図に示す。第１図は、従来技
術のＲＯＬＭ ＣＢＸＩＩ９０００に関連するコンピ
ュータ制御装置を示すものである。このハードウェアは
、冗長メモリ１０、共用交換入出力バス（ＩＳＢ）２０
、種々のインターフェース・カード３０、任意選択ディ
スク４０、及び冗長構成のプロセッサ５０から成る。遠
隔ノードの接続も、ノード間リンク（ＩＮＬ）を介して
行なわれる。ハードウェア環境についてのさらに完全な
議論は、ｒＲＯＬＭ ＣＢＸｎ９０００ビジネス・コ
ミユニケージロン・システム（ＲＯＬＭ ＣＢＸ ｎ
９０００ Ｂｕｓｉｎｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉ
ｏｎｓＳｙｓｔｅａｉ） Ｊ 、ＲＯＬ Ｍ社刊（１９
８８年）に記載されている。
本発明を実施するためのハードウェアの最良の態様を、
第１Ａ図、第１Ｂ図、第１Ｃ図及び第１Ｄ図に示す。第
１Ａ図は、本発明のハードウェア・シェルフ・レイアウ
トを示したものである。シェルフ１（５１）は冗長シス
テム・キャビネット内の共通制御シェルフ、または非冗
長システム・キャビネット内の別の時分割多重（ＴＤＭ
）カード・シェルフである。シェルフ２ （５２）は必
ず共通制御シェルフである。シェルフ３ （５３）及び
シェルフ４（５４）は必ずＴＤＭカード・シェルフであ
る。放熱を行ない、システム電力を供給するために、空
冷システム及び冗長電力系統が５５に設けられている。
第１Ａ図、第１Ｂ図、第１Ｃ図及び第１Ｄ図に示す。第
１Ａ図は、本発明のハードウェア・シェルフ・レイアウ
トを示したものである。シェルフ１（５１）は冗長シス
テム・キャビネット内の共通制御シェルフ、または非冗
長システム・キャビネット内の別の時分割多重（ＴＤＭ
）カード・シェルフである。シェルフ２ （５２）は必
ず共通制御シェルフである。シェルフ３ （５３）及び
シェルフ４（５４）は必ずＴＤＭカード・シェルフであ
る。放熱を行ない、システム電力を供給するために、空
冷システム及び冗長電力系統が５５に設けられている。
第１Ｂ図は、共通制御スロット６２のＣＰＵシェルフ・
スロットを示したものである。図のように、メモリ・カ
ード６０、プロセッサ・セット６１、共用入出カバード
ウェア８２及びディスク駆動装置６３がある。プロセッ
サ・カードは、エラー解析ソフトウェアを実行するマイ
クロプロセッサを含む。さらに、メモリ・カード８０と
プロセッサ・セット６１と共用入出カバードウェア６２
をシステム・バスに接続する共通制御マザーボードθ４
がある。共通制御マザーボード６４は、冗長共通制御シ
ェルフ５１からのもう一方の共通制御マザーボードなら
びにＴＤＭシェルフ５３及び５４を接続するために使用
される。
スロットを示したものである。図のように、メモリ・カ
ード６０、プロセッサ・セット６１、共用入出カバード
ウェア８２及びディスク駆動装置６３がある。プロセッ
サ・カードは、エラー解析ソフトウェアを実行するマイ
クロプロセッサを含む。さらに、メモリ・カード８０と
プロセッサ・セット６１と共用入出カバードウェア６２
をシステム・バスに接続する共通制御マザーボードθ４
がある。共通制御マザーボード６４は、冗長共通制御シ
ェルフ５１からのもう一方の共通制御マザーボードなら
びにＴＤＭシェルフ５３及び５４を接続するために使用
される。
第１Ｃ図は、ＴＤＭシェルフ・カードを示したものであ
る。この長いカードは、８５で示すスロットにはめ込ま
れる。他のＴＤＭカードは６８のスロットを占める。ス
ロット７０は、電源を監視し、ヒユーズを含むライン・
シェルフ・モニタ（ＬＳＭ）用にとって置かれている。
る。この長いカードは、８５で示すスロットにはめ込ま
れる。他のＴＤＭカードは６８のスロットを占める。ス
ロット７０は、電源を監視し、ヒユーズを含むライン・
シェルフ・モニタ（ＬＳＭ）用にとって置かれている。
ＬＳＭが電源の故障またはヒユーズの故障を検出した場
合１．そのことがモニタ・エラーを報告するスキャナか
らエラー解析機構に報告される。そうするとエラー解析
機構は特定の判断木を分析して、処置の提案を生成する
。
合１．そのことがモニタ・エラーを報告するスキャナか
らエラー解析機構に報告される。そうするとエラー解析
機構は特定の判断木を分析して、処置の提案を生成する
。
Ｄ３．ハードウェアの説明
以下のハードウェアの説明では、第１Ｄ図を参照する。
このハードウェアは好ましい実施例を機能的に表わした
ものである。
ものである。
Ｄ３０１．単一ノード通信
ノードとは、ＣＢＸシステムのモジュール式構成要素で
ある。各ノードは、時分割多重化（ＴＤＭ）交換ネット
ワーク、プロセッサ、キャビネットと電力系統、及びイ
ンターフェース・カードから成る独立型遠隔通信システ
ムとして働くことができる。単一ノード・システムは、
装置キャビネットを１個から５個に拡張して、最大２０
００回線を収容することができる。
ある。各ノードは、時分割多重化（ＴＤＭ）交換ネット
ワーク、プロセッサ、キャビネットと電力系統、及びイ
ンターフェース・カードから成る独立型遠隔通信システ
ムとして働くことができる。単一ノード・システムは、
装置キャビネットを１個から５個に拡張して、最大２０
００回線を収容することができる。
ＣＢＸ、！：は、ＴＤＭ及びパルス・コード変調（ＰＣ
Ｍ）を用いて、広範な音声、データ及び特別アプリケー
ションをサポートする、ディジタル交換システムである
。３２ビツト・プロセッサ及びランダム・アクセス・メ
モリ（ＲＡＭ）が、各ノード内に制御知能をもたらす。
Ｍ）を用いて、広範な音声、データ及び特別アプリケー
ションをサポートする、ディジタル交換システムである
。３２ビツト・プロセッサ及びランダム・アクセス・メ
モリ（ＲＡＭ）が、各ノード内に制御知能をもたらす。
Ｄ３０２．時分割多重化
多重化とは、単一の通信チャネルを使って、複数の音声
またはデータあるいはその両方の伝送を同時に行なう方
法である。ＴＤＭを介してユーザ間またはシステム機能
間でチャネルが交互に使用され、それぞれがチャネル時
間の小さな部分（タイム・スロット）を順に受は取る。
またはデータあるいはその両方の伝送を同時に行なう方
法である。ＴＤＭを介してユーザ間またはシステム機能
間でチャネルが交互に使用され、それぞれがチャネル時
間の小さな部分（タイム・スロット）を順に受は取る。
チャネルは個々の伝送用に予約されているように見える
が、高速チャネルであるため、多数の伝送を同時に行な
う。
が、高速チャネルであるため、多数の伝送を同時に行な
う。
Ｄ３０３．パルス・コード変調
最初のＣＢＸが１９７６年に発売されたとき、ＲＯＬＭ
は当業界でＰＣＭ技術を使用した最初の業者であった。
は当業界でＰＣＭ技術を使用した最初の業者であった。
ＰＣＭとは、音声会話のアナログ音波をサンプリングし
、ディジタル信号に変換し、ＴＤＭネットワークを介し
て移送し、アナログ信号に復−元する方法である。ＣＢ
Ｘは音声信号を毎秒８０００回サンプリングする。サン
プルは８ビツトの２進ワードに変換され、それがデータ
・バスを介して伝送される。
、ディジタル信号に変換し、ＴＤＭネットワークを介し
て移送し、アナログ信号に復−元する方法である。ＣＢ
Ｘは音声信号を毎秒８０００回サンプリングする。サン
プルは８ビツトの２進ワードに変換され、それがデータ
・バスを介して伝送される。
この章では、単一ノード通信システムの４つの主要構成
要素について説明する。説明の順序は次の通りである。
要素について説明する。説明の順序は次の通りである。
＊ ７０Ｍ交換ネットワーク
＊ コンピュータ共通制御装置
＊ キャビネット及び電力系統
本 音声、データ、トランク、及びその他の資源に対す
るＴＤＭインターフェース Ｄ３０４．７０Ｍ交換ネットワーク：バス広義には、バ
スとはＴＤＭ交換ネットワーク全体のことである。バス
は、プロセッサによって確立された接続を維持し、共通
制御電子装置と電話機、端末及びトランクの間で情報を
送る。バスはノード内通信用の媒体である。
るＴＤＭインターフェース Ｄ３０４．７０Ｍ交換ネットワーク：バス広義には、バ
スとはＴＤＭ交換ネットワーク全体のことである。バス
は、プロセッサによって確立された接続を維持し、共通
制御電子装置と電話機、端末及びトランクの間で情報を
送る。バスはノード内通信用の媒体である。
バスは、１秒当り２９５メガビツト（Ｍｂｐｓ）の容量
を何する１６ビツトの並列、１方向バスである。バスは
１１５２本の両方向または全２重通信チャネルをもたら
し、そのうち９２８本が音声／データ・トラフィックに
使用できる。システムは残りのチャネルを電話表示のセ
ットアツプ等の種々の制御機能に使用する。
を何する１６ビツトの並列、１方向バスである。バスは
１１５２本の両方向または全２重通信チャネルをもたら
し、そのうち９２８本が音声／データ・トラフィックに
使用できる。システムは残りのチャネルを電話表示のセ
ットアツプ等の種々の制御機能に使用する。
Ｄ３０５．ＴＤＭネットワーク
ノード内通信の主要構成要素は、ＴＤＭネットワーク制
御グループである。このグループは以下から成る。
御グループである。このグループは以下から成る。
＊ シェルフ内バス８４
＊ シェルフ間バス８５
＊ エキスパンダ８０カード
＊ ７０Ｍコントローラ・カード
Ｄ３０６．シェルフ内バス８４
各７０Ｍシェルフの裏面に、ＴＤＭ裏面に設はラレタシ
ェルフ内パス８４がある。シェルフ内バス８４は、シェ
ルフ内の通信を可能にするためのものである。各７０Ｍ
シェルフで、１枚のエキスパンダ８０カードが、各シェ
ルフ内バス８４に挿入される。エキスパンダ８０カード
は、シェルフ内パス８４とシェルフ間パス（ＩＳＢ）の
間のインターフェースを行なう。
ェルフ内パス８４がある。シェルフ内バス８４は、シェ
ルフ内の通信を可能にするためのものである。各７０Ｍ
シェルフで、１枚のエキスパンダ８０カードが、各シェ
ルフ内バス８４に挿入される。エキスパンダ８０カード
は、シェルフ内パス８４とシェルフ間パス（ＩＳＢ）の
間のインターフェースを行なう。
シェルフ内パス８４で使用できる帯域幅は、合計７４Ｍ
ｂｌ）ｓである。各シェルフ内パス８４は、１６ビツト
の両方向データ・バス、１０ビツトのアドレス・バス、
及び各カードに対する「活動開始」線を含んでいる。こ
の活動開始線により、各カードを特定のシェルフ・アド
レスで構成する必要がなくなり、インターフェース・カ
ードはシェルフ上のどのスロットをも占めることができ
る。
ｂｌ）ｓである。各シェルフ内パス８４は、１６ビツト
の両方向データ・バス、１０ビツトのアドレス・バス、
及び各カードに対する「活動開始」線を含んでいる。こ
の活動開始線により、各カードを特定のシェルフ・アド
レスで構成する必要がなくなり、インターフェース・カ
ードはシェルフ上のどのスロットをも占めることができ
る。
さらに、活動開始線によって、アドレス復号が単純にな
り、信頼性が向上する。
り、信頼性が向上する。
Ｄ３０７．シェルフ間パス８６
シエルフ間パス（ＩＳＢ）はＲＯＬＭに所宵権のあるバ
ス構造の不可欠の部分であり、各シェルフ上の７０Ｍコ
ントローラ（ＴＣ８１）カードとエキスパンダ８０カー
ドに取り付けられた平形のリボン・ケーブルを介してシ
ェルフ間の通信を処理する。
ス構造の不可欠の部分であり、各シェルフ上の７０Ｍコ
ントローラ（ＴＣ８１）カードとエキスパンダ８０カー
ドに取り付けられた平形のリボン・ケーブルを介してシ
ェルフ間の通信を処理する。
ＩＳＢは、２本の１方向バス、すなわち、ソース・バス
８７と宛先バス８θを介して２１３５Ｍｂｐｓのデータ
速度をサポートする。
８７と宛先バス８θを介して２１３５Ｍｂｐｓのデータ
速度をサポートする。
Ｄ３０８．エキスパンダ・カード
システムが冗長構成のプロセッサを有する場合、エキス
パンダ８０カードも冗長構成である。キャビネットの一
方の共通制御装置側が活動状態のとき、一方のエキスパ
ンダ８０カードが使用され、冗長（非活動状態の）共通
制御装置側ともう一方のエキスパンダ８０カードは活動
状態になるのを待つ。
パンダ８０カードも冗長構成である。キャビネットの一
方の共通制御装置側が活動状態のとき、一方のエキスパ
ンダ８０カードが使用され、冗長（非活動状態の）共通
制御装置側ともう一方のエキスパンダ８０カードは活動
状態になるのを待つ。
各エキスパンダ８０カードは、そのシェルフに影響を及
ぼすすべての音声及びデータ接続用の接続テーブルを含
んでいる。このため、接続を行なうのに必要なアドレス
情報のために帯域幅を消費せず、シェルフ内帯域幅が伝
送データのために解放される。
ぼすすべての音声及びデータ接続用の接続テーブルを含
んでいる。このため、接続を行なうのに必要なアドレス
情報のために帯域幅を消費せず、シェルフ内帯域幅が伝
送データのために解放される。
エキスパンダ８０カード、ＴＣ８１カード、及びターン
アラウンド８２カードは、バス・トラフィックのタイミ
ングを取るため、（ターンアラウンド−８２カード上に
ある）パスＩＳＢクロックを使用する。このため、バス
に沿って移動するデータとクロック・パルスの間で正し
いタイミング関係が維持される。ターンアラウンド・カ
ードはまた、各サンプリング間隔の初めにパルスを送り
出す。このパルスは、エキスパンダ８０に、接続テーブ
ルの最初の項目から再開するように指令する。
アラウンド８２カードは、バス・トラフィックのタイミ
ングを取るため、（ターンアラウンド−８２カード上に
ある）パスＩＳＢクロックを使用する。このため、バス
に沿って移動するデータとクロック・パルスの間で正し
いタイミング関係が維持される。ターンアラウンド・カ
ードはまた、各サンプリング間隔の初めにパルスを送り
出す。このパルスは、エキスパンダ８０に、接続テーブ
ルの最初の項目から再開するように指令する。
Ｄ３０９．７ＤＭコントローラ・カードパスＴＣ８１カ
ードは、プロセッサとＩＳＢのインターフェースでの通
信の監視を維持する。ＴＣ８１カードは、ＣＢＸノード
のキャビネット１内の共通制御シェルフ上にある。ＴＣ
８１カードは以下の３種類の活動、すなわち、各エキス
パンダ８０上への接続テーブルのロードと検査、ターン
アラウンド・カード及びノード間リンク（ＩＮＬ８３）
ハードウェアの構成、ならびに種々の回線カード・グル
ープとの連絡を担当する。Ｔ０８１カードは最大１２Ｍ
ｂ １） ｓの制御情報を処理する。
ードは、プロセッサとＩＳＢのインターフェースでの通
信の監視を維持する。ＴＣ８１カードは、ＣＢＸノード
のキャビネット１内の共通制御シェルフ上にある。ＴＣ
８１カードは以下の３種類の活動、すなわち、各エキス
パンダ８０上への接続テーブルのロードと検査、ターン
アラウンド・カード及びノード間リンク（ＩＮＬ８３）
ハードウェアの構成、ならびに種々の回線カード・グル
ープとの連絡を担当する。Ｔ０８１カードは最大１２Ｍ
ｂ １） ｓの制御情報を処理する。
ＴＣ８１カードはバス制御フィールドを使ってその活動
を知らせる。制御パケットは、エキスパンダ８０に接続
テーブルをロードし、回線カードの状況を読み取るため
のアドレッシング情報、制御情報、及びデータ情報を含
んでいる。
を知らせる。制御パケットは、エキスパンダ８０に接続
テーブルをロードし、回線カードの状況を読み取るため
のアドレッシング情報、制御情報、及びデータ情報を含
んでいる。
ＴＣ８１カードは、音声通話またはデータ伝送の２つの
終点間の通信経路を維持する。プロセッサは、ディジタ
ル化された信号をＩＳＢ上の固有のタイム・スロットに
割り当てることにより、ディジタル化された信号をＴＣ
８１カードを介して交換する。バスＩＳＢは、ＴＤＭ技
術を使用して、大量の音声及びデータの同時伝送を実行
する。
終点間の通信経路を維持する。プロセッサは、ディジタ
ル化された信号をＩＳＢ上の固有のタイム・スロットに
割り当てることにより、ディジタル化された信号をＴＣ
８１カードを介して交換する。バスＩＳＢは、ＴＤＭ技
術を使用して、大量の音声及びデータの同時伝送を実行
する。
Ｄ３１０．ターンアラウンド・カード
ターンアラウンド８２カードは、その名前が暗示するよ
うに、バスに関してデータを送受反転させる。送信側カ
ード・シェルフ上のエキスパンダ８０カードが、データ
ーワードをソース・バス８７に載せる。データ・ワード
は、ターンアラウンド８２カードに出会うまで右方に移
動し、ターンアラウンド８２カードはそのワードを受は
取ってそれを宛先バス８６に再送信する（「送受反転さ
せる」）。次に、宛先シェルフ上のエキスパンダ８０が
そのワードを捕捉し、それを適正なカード上に送る。
うに、バスに関してデータを送受反転させる。送信側カ
ード・シェルフ上のエキスパンダ８０カードが、データ
ーワードをソース・バス８７に載せる。データ・ワード
は、ターンアラウンド８２カードに出会うまで右方に移
動し、ターンアラウンド８２カードはそのワードを受は
取ってそれを宛先バス８６に再送信する（「送受反転さ
せる」）。次に、宛先シェルフ上のエキスパンダ８０が
そのワードを捕捉し、それを適正なカード上に送る。
ターンアラウンド・カード使用の利点は、個々のタイム
・スロットで宛先バス８６及び受信側カードに再送信さ
れる情報が、そのタイム・スロットでソース・バス８７
及び送信側カードから受は取る情報と全く異なる形のも
のでもよいことである。
・スロットで宛先バス８６及び受信側カードに再送信さ
れる情報が、そのタイム・スロットでソース・バス８７
及び送信側カードから受は取る情報と全く異なる形のも
のでもよいことである。
このため、バス上の単一タイム・スロットで２つのノー
ド間会話が行なえ、交換機のトラフィック容量が２倍に
なる。
ド間会話が行なえ、交換機のトラフィック容量が２倍に
なる。
それがどのように行なわれるかをさらに理解するため、
ノードＡで接続された電話機相互間で会話が行なわれて
いるものと想定する。システムはノードＡのソース・バ
ス８７を介して音声サンプルを伝送し、サンプルはター
ンアラウンド８２カードに出会い、ターンアラウンド８
２カードはこのサンプルを同じバスの宛先部分に載せる
。ノードＡのバスの宛先部分上のタイム・スロットはこ
のとき解放されている。
ノードＡで接続された電話機相互間で会話が行なわれて
いるものと想定する。システムはノードＡのソース・バ
ス８７を介して音声サンプルを伝送し、サンプルはター
ンアラウンド８２カードに出会い、ターンアラウンド８
２カードはこのサンプルを同じバスの宛先部分に載せる
。ノードＡのバスの宛先部分上のタイム・スロットはこ
のとき解放されている。
ターンアラウンド８２カードは、会話の他端からの音声
サンプルでこの空白スロットを満たす。
サンプルでこの空白スロットを満たす。
このようにして、会話の両端からの信号が同時に同じタ
イム・スロットを占めることができる。
イム・スロットを占めることができる。
Ｄ３１１．システム・クロック
複数ノードＣＢＸシステムの各ノードで、システム・ク
ロックが、ターンアラウンド８２カードを介してＴＤＭ
ネットワークにタイミングを供給する。システム・クロ
ックはまた、ノード間でＩＮＬ８３の動作を同期させる
。このクロックの発生源は、それ自体の内部システムで
もよく、また外部Ｔ１インターフェース・トランクから
同期してもよい。システム・クロックは、ベル・ネット
ワーク同期プラン（Ｂａｌｌ ＮｅｔｗｏｒｋＳｙｎｃ
ｈｒｏｎｉｚａｔｉｏｎ Ｐｌａｎ）の階層４に従う。
ロックが、ターンアラウンド８２カードを介してＴＤＭ
ネットワークにタイミングを供給する。システム・クロ
ックはまた、ノード間でＩＮＬ８３の動作を同期させる
。このクロックの発生源は、それ自体の内部システムで
もよく、また外部Ｔ１インターフェース・トランクから
同期してもよい。システム・クロックは、ベル・ネット
ワーク同期プラン（Ｂａｌｌ ＮｅｔｗｏｒｋＳｙｎｃ
ｈｒｏｎｉｚａｔｉｏｎ Ｐｌａｎ）の階層４に従う。
Ｄ３１２．バス容量
新しいバスは、１ノード当り２３０４個のタイム・スロ
ットをＣＢＸに与える。帯域幅は、ＣＢＸ内の音声及び
データのトラフィック容量の尺度である。バスの１ｅビ
ット並列バックプレーンのクロック速度は１８，４３２
ＭＨｚである。したがうて、システムの帯域幅は、合計
で１．８，４３２ＭＨｚ／秒×１８ビット／サイクル＝
２９４゜９１２Ｍｂｐｓである。
ットをＣＢＸに与える。帯域幅は、ＣＢＸ内の音声及び
データのトラフィック容量の尺度である。バスの１ｅビ
ット並列バックプレーンのクロック速度は１８，４３２
ＭＨｚである。したがうて、システムの帯域幅は、合計
で１．８，４３２ＭＨｚ／秒×１８ビット／サイクル＝
２９４゜９１２Ｍｂｐｓである。
このことを通信チャネルに関して言い換えると、ＣＢＸ
サンプリング周波数は８ＫＨｚなので、１６ビツトのバ
ックプレーンの通信チャネルの各方向での帯域幅は次の
通りである。
サンプリング周波数は８ＫＨｚなので、１６ビツトのバ
ックプレーンの通信チャネルの各方向での帯域幅は次の
通りである。
５ｏｏｏサンプル／秒×１６ビツト／サンプル＝１２８
，０ＯＯｂｐｓ （１２８Ｋｂｐｓ）したがって、バス
を含むノードの帯域幅合計は、各ノードで１１５２＋＋
ネ７１ｚＸ１２８ＫｂｐｓＸ２接続／全２重チャネル＝
２９４．９１２ＭｂｐＳになる。したがって、バスを含
む１５ノードのシステムの帯域幅合計は次の通りである
。
，０ＯＯｂｐｓ （１２８Ｋｂｐｓ）したがって、バス
を含むノードの帯域幅合計は、各ノードで１１５２＋＋
ネ７１ｚＸ１２８ＫｂｐｓＸ２接続／全２重チャネル＝
２９４．９１２ＭｂｐＳになる。したがって、バスを含
む１５ノードのシステムの帯域幅合計は次の通りである
。
１５ノ一ドＸ２９５Ｍｂｌ）ｓ／ノード＝４．４２５Ｇ
ｂｌ）ｓ （または４，４２５，０００，０ＯＯｂｐｓ）０３１３
、コンビエータ共通制御装置 ＣＢＸは、コンピュータの共通制御という利点をもたら
す。コンビ二−タ共湧制御装置の内部記憶式プログラム
により、業務上のニーズが変わるとき機能を更新するの
が容品になる。このため、柔軟性が一層大きくなり、将
来行なわれる機能追加及びその他の変更の費用が減少す
る。
ｂｌ）ｓ （または４，４２５，０００，０ＯＯｂｐｓ）０３１３
、コンビエータ共通制御装置 ＣＢＸは、コンピュータの共通制御という利点をもたら
す。コンビ二−タ共湧制御装置の内部記憶式プログラム
により、業務上のニーズが変わるとき機能を更新するの
が容品になる。このため、柔軟性が一層大きくなり、将
来行なわれる機能追加及びその他の変更の費用が減少す
る。
コンビエータ共通制御グループは、ＣＢＸシステム内の
すべての活動を指示する。単一ノードＣＢＸは１つまた
は２つの共通制御シェルフをサポートする。キャビネッ
ト１のシェルフ２には、必ずコンビエータ共通制御グル
ープを収容する。重要なアプリケージ１ンや大型システ
ムでの信頼性を高めるため、シェルフ１に第２の、すな
わち冗長の共通制御グループを収容することができる。
すべての活動を指示する。単一ノードＣＢＸは１つまた
は２つの共通制御シェルフをサポートする。キャビネッ
ト１のシェルフ２には、必ずコンビエータ共通制御グル
ープを収容する。重要なアプリケージ１ンや大型システ
ムでの信頼性を高めるため、シェルフ１に第２の、すな
わち冗長の共通制御グループを収容することができる。
共通制御グループは以下のものから成る。
＊ プロセッサ
＊ メモリ
＊ ＴＤＭ制御カード
＊ フロッピー・ディスク駆動機構
＊ ハード・ディスク駆動機構（シェルフのみ）＊ 周
辺装置コントローラ ＊ 入出力カード ＊ 診断カード ＊ 制御パケット・ネットワーク・インターフェース（
複数ノードのみ） Ｄ３１４．プロセッサ ９０００は、ＣＢＸで使用される３２ビツトのプロセッ
サである。これは、ＲＯＬＭに所有権のある命令セット
を備えた、強力で高速のビット・スライス技術を使った
ＲＯＬＭに所有権のある設計である。単一ノード構成は
、７５００ないし１１０００回の回顧時通話試行（ＢＨ
ＣＡ）、すなわち、ＣＢＸが最大のトラフィックを処理
する１時間の間に試みられたコール接続の合計数をサポ
ートする。冗長構成のシステムでは、システムを制御す
るプロセッサは活動プロセッサであり、もう一方は待機
プロセッサである。活動状態の共通制御機能の障害によ
ってシステムの動作が停止しないように、いずれのプロ
セッサも待機共通制御機能を設けることができる。活動
プロセッサは、移動や変更等の新しい情報、可変（内線
）短縮ダイヤル情報、ならびに進行中の通話に関する情
報を待機コンピュータに連続的に転送する。したがうて
、待機コンビエータは、活動コンピュータから切り換え
られた場合、常にシステムの状態に関する現在の情報を
含んでいる。
辺装置コントローラ ＊ 入出力カード ＊ 診断カード ＊ 制御パケット・ネットワーク・インターフェース（
複数ノードのみ） Ｄ３１４．プロセッサ ９０００は、ＣＢＸで使用される３２ビツトのプロセッ
サである。これは、ＲＯＬＭに所有権のある命令セット
を備えた、強力で高速のビット・スライス技術を使った
ＲＯＬＭに所有権のある設計である。単一ノード構成は
、７５００ないし１１０００回の回顧時通話試行（ＢＨ
ＣＡ）、すなわち、ＣＢＸが最大のトラフィックを処理
する１時間の間に試みられたコール接続の合計数をサポ
ートする。冗長構成のシステムでは、システムを制御す
るプロセッサは活動プロセッサであり、もう一方は待機
プロセッサである。活動状態の共通制御機能の障害によ
ってシステムの動作が停止しないように、いずれのプロ
セッサも待機共通制御機能を設けることができる。活動
プロセッサは、移動や変更等の新しい情報、可変（内線
）短縮ダイヤル情報、ならびに進行中の通話に関する情
報を待機コンピュータに連続的に転送する。したがうて
、待機コンビエータは、活動コンピュータから切り換え
られた場合、常にシステムの状態に関する現在の情報を
含んでいる。
２４時間毎に（通常、深夜）、待機プロセッサの動作即
応性を確認するため、活動プロセッサから非活動プロセ
ッサへの系統的切換えが行なわれる。この冗長性により
、はぼ中断のないシステム動作がもたらされる。
応性を確認するため、活動プロセッサから非活動プロセ
ッサへの系統的切換えが行なわれる。この冗長性により
、はぼ中断のないシステム動作がもたらされる。
Ｄ３１５． メモリ
ＣＢＸは、すべてのシステム・ソフトウェアを記憶する
ためＲＡＭを使用する。メモリには、システム・オペレ
ーティング・ソフトウェア、システム固有の構成パラメ
ータ、及び動作データが記憶される。各プロセッサは最
大４枚のメモリ・カードにアクセスすることができる。
ためＲＡＭを使用する。メモリには、システム・オペレ
ーティング・ソフトウェア、システム固有の構成パラメ
ータ、及び動作データが記憶される。各プロセッサは最
大４枚のメモリ・カードにアクセスすることができる。
各メモリ・カードは、１００万ワードを収容し、各ワー
ドは１６ビツト及び６個のエラー訂正コード（ＥＣＣ）
ビ。
ドは１６ビツト及び６個のエラー訂正コード（ＥＣＣ）
ビ。
トから成る。ＥＣＣは、コンビエータ業界の技術であり
、システム・メモリが情報を保持する際の正確さを向上
させる。メモリのすべての単一ピ。
、システム・メモリが情報を保持する際の正確さを向上
させる。メモリのすべての単一ピ。
ト・エラーを自動的に検出して訂正し、さらに大部分の
複数ビット・エラーを検出することにより、ＥＣＣは、
障害のあるメモリ素子によるシステム故障の可能性を最
小にする。冗長構成プロセッサを備えたシステムは、複
数ビット・エラーを検出し、自動的に冗長プロセッサに
切り換えることができる。さらに、メモリ・カード上の
ハードウェア・レジスタは、修復の際に使うため、エラ
ーをテーブルに登録する。
複数ビット・エラーを検出することにより、ＥＣＣは、
障害のあるメモリ素子によるシステム故障の可能性を最
小にする。冗長構成プロセッサを備えたシステムは、複
数ビット・エラーを検出し、自動的に冗長プロセッサに
切り換えることができる。さらに、メモリ・カード上の
ハードウェア・レジスタは、修復の際に使うため、エラ
ーをテーブルに登録する。
ＦＣＣの主な利点は、多数のサービス・コールを発生さ
せる恐れのある「ソフト・エラー」をなくすことである
。ソフト・エラーは通常、持続期間が短（頻度の低い間
欠的な障害であり、多分、特定のデータ・パターンの実
行、室温または静電気から生じる。ソフト・エラーは不
安定なシステム動作を引き起こす恐れがあり、存在しな
いかも知れない障害の追求に保守要員が時間を浪費する
ことを強いることになる。このエラーの検出及び訂正能
力により、ＣＢＸシステムの信頼性が向上し、「試行錯
誤」による障害追求に要する不必要な時間がな（なる。
せる恐れのある「ソフト・エラー」をなくすことである
。ソフト・エラーは通常、持続期間が短（頻度の低い間
欠的な障害であり、多分、特定のデータ・パターンの実
行、室温または静電気から生じる。ソフト・エラーは不
安定なシステム動作を引き起こす恐れがあり、存在しな
いかも知れない障害の追求に保守要員が時間を浪費する
ことを強いることになる。このエラーの検出及び訂正能
力により、ＣＢＸシステムの信頼性が向上し、「試行錯
誤」による障害追求に要する不必要な時間がな（なる。
Ｄ３１Ｂ、拡張通信プロセッサ
拡張通信プロセッサ（ＥＣＰ）は２カード・プロセッサ
であり、−層速いデータ・コール接続、将来のデータ・
プロダクト及びアプリケーションのための基礎、及びＣ
ＢＸプロセッサの一層効率的な使用をもたらす。ＥＣＰ
はＣＢＸプロセッサからデータ・コール接続の負担を取
り除く。ＥＣＰはまた、呼出し側装置のボー速度でコー
ル接続を行なえるようにする。このため、自動データ・
コール接続を可能にする一般的なＰＣベース通信パッケ
ージが使いやすくなる。ＴＤＭシェルフ上にあるデータ
・フロント・エンド（ＤＦＥ）カードがＥＣＰをサポー
トする。
であり、−層速いデータ・コール接続、将来のデータ・
プロダクト及びアプリケーションのための基礎、及びＣ
ＢＸプロセッサの一層効率的な使用をもたらす。ＥＣＰ
はＣＢＸプロセッサからデータ・コール接続の負担を取
り除く。ＥＣＰはまた、呼出し側装置のボー速度でコー
ル接続を行なえるようにする。このため、自動データ・
コール接続を可能にする一般的なＰＣベース通信パッケ
ージが使いやすくなる。ＴＤＭシェルフ上にあるデータ
・フロント・エンド（ＤＦＥ）カードがＥＣＰをサポー
トする。
Ｄ３１７．ディスク・システム
シェルフ２上に収容された周辺装置は、３．５インチ、
１．４４ＭＢのフロッピー・ディスク２台と、５．２５
インチ、４０ＭＢのハード・ディスク１台と、周辺装置
制御（ＰＤＣ）カードから成る。シェルフの右端に、デ
ィスク組立体が含まれている。ＩＢＭ社は、ＣＢＸソフ
トウェア、リリース９００４．３、及び診断プログラム
をフロッピー・ディスクで提供している。フロッピー・
ディスク・システムは初期プログラムΦロード（ＩＰＬ
）ソフトウェア、現サイト・データベースのバックアッ
プ・コピー、及びソフトウェア更新（新しいソフトウェ
ア・リリース）を記憶している。
１．４４ＭＢのフロッピー・ディスク２台と、５．２５
インチ、４０ＭＢのハード・ディスク１台と、周辺装置
制御（ＰＤＣ）カードから成る。シェルフの右端に、デ
ィスク組立体が含まれている。ＩＢＭ社は、ＣＢＸソフ
トウェア、リリース９００４．３、及び診断プログラム
をフロッピー・ディスクで提供している。フロッピー・
ディスク・システムは初期プログラムΦロード（ＩＰＬ
）ソフトウェア、現サイト・データベースのバックアッ
プ・コピー、及びソフトウェア更新（新しいソフトウェ
ア・リリース）を記憶している。
ＩＰＬは、フロッピー・ディスクから情報をシステムの
主メモリにロードし、次に４０ＭＢハード・ディスク組
立体に書き込む「コールド・スタート」である。ＩＢＭ
社の専門家が、システム導入時に客先のサイトでＩＰＬ
を行なう。ハード・ディスク・システムは、高度の信頼
性をもたらすため環境から密閉されたディスク記憶媒体
を含んでいる。ハード・ディスクはオペレーティング・
システム・プログラムを格納する。ハード・ディスクは
また、特定の音声アプリケ−シロン及びデータ・アプリ
ケ−シロンが実時間ベースで情報を記憶するのに十分な
記憶域を有する。たとえば、ハード・ディスクは構成テ
ーブル、移動・追加・変更（ＭＡＣ） 、及び強制許可
コード（ＦＡＣ）を記憶する。ハード・ディスクを使用
すると、フロッピー・ディスクから得られる構成及び移
動・変更サポートに対するアクセスが一層速くなる。
主メモリにロードし、次に４０ＭＢハード・ディスク組
立体に書き込む「コールド・スタート」である。ＩＢＭ
社の専門家が、システム導入時に客先のサイトでＩＰＬ
を行なう。ハード・ディスク・システムは、高度の信頼
性をもたらすため環境から密閉されたディスク記憶媒体
を含んでいる。ハード・ディスクはオペレーティング・
システム・プログラムを格納する。ハード・ディスクは
また、特定の音声アプリケ−シロン及びデータ・アプリ
ケ−シロンが実時間ベースで情報を記憶するのに十分な
記憶域を有する。たとえば、ハード・ディスクは構成テ
ーブル、移動・追加・変更（ＭＡＣ） 、及び強制許可
コード（ＦＡＣ）を記憶する。ハード・ディスクを使用
すると、フロッピー・ディスクから得られる構成及び移
動・変更サポートに対するアクセスが一層速くなる。
自動プログラム・ロード（ＡＰＬ）ソフトウェアは、オ
ペレーティング・システム中プログラムを監視する。交
流システムで２０分を超える停電の後（電力が回復され
るまで緊急バッテリが記憶を維持する最大時間） 、Ａ
ＰＬがハード・ディスクからシステム・プログラムを自
動的に再ロードする。その前に、システムのプログラム
はＲＡＭに記憶される。直流システムでＡＰＬが必要に
なるのは、システムが動作バッテリ電力を失った場合（
まれにしか起きない）だけである。
ペレーティング・システム中プログラムを監視する。交
流システムで２０分を超える停電の後（電力が回復され
るまで緊急バッテリが記憶を維持する最大時間） 、Ａ
ＰＬがハード・ディスクからシステム・プログラムを自
動的に再ロードする。その前に、システムのプログラム
はＲＡＭに記憶される。直流システムでＡＰＬが必要に
なるのは、システムが動作バッテリ電力を失った場合（
まれにしか起きない）だけである。
０３１８、診断カード
診断カード（システム・モニタ・カード［ＳＭＣコ及び
冗長シェルフ・モニタ［Ｒ８Ｍコ）は共通制御シェルフ
上に収容されている。
冗長シェルフ・モニタ［Ｒ８Ｍコ）は共通制御シェルフ
上に収容されている。
Ｄ３１９．システム・モニタ・カード
ＳＭＧはヒニーズ／回路警報検出、ソフトウェア警報検
出、温度警報検出、電源障害検出、及び直流電圧監視を
行なう。このプリント回路カードは冗長構成及び非冗長
構成の共通制御シェルフ（シェルフ２）の１つのスロッ
トにある。
出、温度警報検出、電源障害検出、及び直流電圧監視を
行なう。このプリント回路カードは冗長構成及び非冗長
構成の共通制御シェルフ（シェルフ２）の１つのスロッ
トにある。
ＳＭＣ上に配置された電源故障インジケータＬＥＤは、
電圧降下時に点灯する。ＬＥＤはまた、高温警告をも行
なう。ヒユーズ警報回路は、万一ヒユーズが故障した場
合、視覚警報及び音響警報を発する。ネットワーク管理
センター（ＮＣＣ）等の外部システムで、ＳＭＣ上の電
気的インターフェースを監視することができる。これら
のインターフェースは、ノードが特定の問題を有するこ
とをＮＣＣの担当者に知らせる。
電圧降下時に点灯する。ＬＥＤはまた、高温警告をも行
なう。ヒユーズ警報回路は、万一ヒユーズが故障した場
合、視覚警報及び音響警報を発する。ネットワーク管理
センター（ＮＣＣ）等の外部システムで、ＳＭＣ上の電
気的インターフェースを監視することができる。これら
のインターフェースは、ノードが特定の問題を有するこ
とをＮＣＣの担当者に知らせる。
Ｄ３２０．冗長シェルフ・モニタ
Ｒ８ＭはＳＭＣに共通制御シェルフ状況を供給する。１
つのＲ８Ｍがモデル５０及び７０の冗長プロセッサ・シ
ェルフ（シェルフ１）にある。
つのＲ８Ｍがモデル５０及び７０の冗長プロセッサ・シ
ェルフ（シェルフ１）にある。
Ｄ３２１．ローカル・シェルフ−モニタ１つのローカル
・シェルフ・モニタ（ＬＳＭ）が各ＴＤＭまたはＩＮＬ
８３シェルフ上にある。
・シェルフ・モニタ（ＬＳＭ）が各ＴＤＭまたはＩＮＬ
８３シェルフ上にある。
ＬＳＭは７０Ｍシェルフの電力及び温度状況を監視し、
問題をＳＭＣに知らせる。
問題をＳＭＣに知らせる。
Ｄ３２２．Ｉ／Ｓポート
２つの入出力ポート・カード、保守ポート（ＳＭＰ）及
び４チャネル逐次入出力ボートが入出力インターフェー
スをもたらす。
び４チャネル逐次入出力ボートが入出力インターフェー
スをもたらす。
Ｄ３２３．保守ポート
ＳＭＰは、共通制御シェルフ２上にある４チヤネル保守
インターフエースである。ＳＭＰの４つのポートのうち
２つは、システム端末及びシステム・モデムに永久的に
割り当てられている。
インターフエースである。ＳＭＰの４つのポートのうち
２つは、システム端末及びシステム・モデムに永久的に
割り当てられている。
空いている２つのポートは、以下のものをサポートする
ことができる。
ことができる。
＊ 自動着信分配端末
＊ システム運用管理データ・リンク
＊ 詳細記録リスト装置
Ｄ３２４．カッド逐次入出力ポート
４チヤネル逐次入出力カードは交換入出力バス内のシェ
ルフ２上に配置され、システムがサポートできる装置の
数を増加させるために使用される任意選択カードである
。４チャネル逐次入出力カードは、拡張トラフィック・
リポート、自動着信分配（ＡＣＤ）統計、及びＭＡＸ等
の機能のために使用される最大４台までの装置をサポー
トする。
ルフ２上に配置され、システムがサポートできる装置の
数を増加させるために使用される任意選択カードである
。４チャネル逐次入出力カードは、拡張トラフィック・
リポート、自動着信分配（ＡＣＤ）統計、及びＭＡＸ等
の機能のために使用される最大４台までの装置をサポー
トする。
４チャネル逐次入出力カードは、最大９．８Ｋｂｐｓの
データ速度で動作する以下のＲ８−２３２−ＣＡＳＣＩ
Ｉ装置をサポートする。
データ速度で動作する以下のＲ８−２３２−ＣＡＳＣＩ
Ｉ装置をサポートする。
＊ モデム
＊ 印刷装置または出力専用装置
＊ ローダまたは入出力装置
＊ 「スマート」端末及び「非知能」端末＊ 自動着信
分配端末 ＊ フォーン争メール時アプリケーシロン−’ロセッサ
に対するインターフェース Ｄ３２５．キャビネット及び電力系統 ノードは１ないし５個の接続機器キャビネットから成る
。最大の単一ノード構成は５個のキャビネットと合計２
０個のシェルフを何する。正面から見ると、キャビネッ
ト１は左側にあり、シェルフ１〜４を含む。キャビネッ
ト２はその次にあり、シェルフ５〜８を含み、キャビネ
ット５は１番右にあり、シェルフ１７〜２０を含む。
分配端末 ＊ フォーン争メール時アプリケーシロン−’ロセッサ
に対するインターフェース Ｄ３２５．キャビネット及び電力系統 ノードは１ないし５個の接続機器キャビネットから成る
。最大の単一ノード構成は５個のキャビネットと合計２
０個のシェルフを何する。正面から見ると、キャビネッ
ト１は左側にあり、シェルフ１〜４を含む。キャビネッ
ト２はその次にあり、シェルフ５〜８を含み、キャビネ
ット５は１番右にあり、シェルフ１７〜２０を含む。
シェルフは、３種類の装置、すなわち、コンピュータ共
通制御装置、回線、データ、またはトランク・インター
フェース用のＴＤＭインターフェース・カード；及び音
声及びデータ情報のノーｙ間通信用のＩＮＬ８３を含む
。
通制御装置、回線、データ、またはトランク・インター
フェース用のＴＤＭインターフェース・カード；及び音
声及びデータ情報のノーｙ間通信用のＩＮＬ８３を含む
。
好ましい動作モードのさらに詳細な考察は、ｒＲＯＬＭ
システム中サービス−マニュアル」、ＲＯＬＭ社、１９
８７年１０月に記載されている。
システム中サービス−マニュアル」、ＲＯＬＭ社、１９
８７年１０月に記載されている。
上述の７０Ｍシェルフの、第１Ｃ図でＴＤＭスロット６
８を占める１枚のカードは、新しい拡張診断カード（Ａ
ＤＣ）である。第２図にこのカードのブロック・ダイヤ
グラムを示す。２８０マイクロプロセツサ１００を使っ
て、拡張診断カードを制御し、論理を処理する。エラー
解析を可能にする論理を実現するタスクは、拡張診断カ
ード（ＡＤＣ）上でコマンドを実行する。詳細解析の判
断水処理の所に記述されているテストの矛くは、ＡＤＣ
を使用する。監視タスク論理は、ＣＢＸ内のプロセッサ
の１つで実行される。時分割マルチプレクサ（ＴＤＭ）
バッファ１１０は、ＡＤＣとＴＤＭデータ・バス１４０
の間のインターフェースである。２種類のデータ交換、
すなわち、テスト及び制御が行なわれる。状態制御装置
１２０及び信号処理インターフェース（ＳＰＩ）１３０
は、入力信号をフィルタ処理し、信号の相関を行ない、
ＣＢＸ内の種々のカードの署名解析を行なう。ＡＤＣは
また複数の関数を生成し、正弦波、方形波、三角波、区
分線形関数、雑音、ディジタル署名及びそれらの組合せ
を発生することができる。
８を占める１枚のカードは、新しい拡張診断カード（Ａ
ＤＣ）である。第２図にこのカードのブロック・ダイヤ
グラムを示す。２８０マイクロプロセツサ１００を使っ
て、拡張診断カードを制御し、論理を処理する。エラー
解析を可能にする論理を実現するタスクは、拡張診断カ
ード（ＡＤＣ）上でコマンドを実行する。詳細解析の判
断水処理の所に記述されているテストの矛くは、ＡＤＣ
を使用する。監視タスク論理は、ＣＢＸ内のプロセッサ
の１つで実行される。時分割マルチプレクサ（ＴＤＭ）
バッファ１１０は、ＡＤＣとＴＤＭデータ・バス１４０
の間のインターフェースである。２種類のデータ交換、
すなわち、テスト及び制御が行なわれる。状態制御装置
１２０及び信号処理インターフェース（ＳＰＩ）１３０
は、入力信号をフィルタ処理し、信号の相関を行ない、
ＣＢＸ内の種々のカードの署名解析を行なう。ＡＤＣは
また複数の関数を生成し、正弦波、方形波、三角波、区
分線形関数、雑音、ディジタル署名及びそれらの組合せ
を発生することができる。
Ｄ３２Ｂ、ＡＤＣのアーキテクチャ
拡張診断カード（ＡＤＣ）は、テスト・データを発生し
、処理するために使用される。このカードは複数関数発
生機構であり、正弦波、方形波、三角波、区分線形関数
、雑音、及びそれらの組合せ、ならびに署名解析に適し
たディジタル・テスト・パターンを発生することができ
る。
、処理するために使用される。このカードは複数関数発
生機構であり、正弦波、方形波、三角波、区分線形関数
、雑音、及びそれらの組合せ、ならびに署名解析に適し
たディジタル・テスト・パターンを発生することができ
る。
このカードはまた柔軟性のある解析装置である。
このカードは入り信号をフィルタ処理し、ＲＭＳの評価
を行ない、相関を行ない、署名解析を行なう。したがっ
て、このカードは、レジスタ型カードをテストするため
の発生機構、送信装置型カードをテストするための受信
装置、ならびに全２重接続を行なうことが可能なカード
をテストするための送受信装置として使用することがで
きる。
を行ない、相関を行ない、署名解析を行なう。したがっ
て、このカードは、レジスタ型カードをテストするため
の発生機構、送信装置型カードをテストするための受信
装置、ならびに全２重接続を行なうことが可能なカード
をテストするための送受信装置として使用することがで
きる。
１）動作
ＡＤＣカードのブロック・ダイヤグラムを第２図に示す
。このブロック・ダイヤグラムは３つの主要域、すなわ
ち、時分割マルチプレクサ（ＴＤＭ）Ａッフｙ１ｚ８０
コントローラ、及び信号処理部から成る。
。このブロック・ダイヤグラムは３つの主要域、すなわ
ち、時分割マルチプレクサ（ＴＤＭ）Ａッフｙ１ｚ８０
コントローラ、及び信号処理部から成る。
２）ＴＤＭバッファ
ＴＤＭバッファは、ＡＤＣとＴＤＭデータ・バスの間の
インターフェースである。バスからのデータはバッファ
に書き込まれ、ＡＤＣによって読み取られる。ＡＤＣか
らのデータはバッファに書き込まれ、ＴＤＭによって読
み取られる。
インターフェースである。バスからのデータはバッファ
に書き込まれ、ＡＤＣによって読み取られる。ＡＤＣか
らのデータはバッファに書き込まれ、ＴＤＭによって読
み取られる。
２種類のデータ交換、すなわち、テスト及び制御を行な
うことができる。テスト信号は、別のカードをテストす
るために使用されるＡＤＣへの信号またはＡＤＣからの
信号となる。たとえば、ＤＴＭＦレジスタをテストする
とき、ＡＤＣからのＤＴＭＦデイジットを送る。制御に
はオンライン・ソフトウェアからのコマンド及びオンラ
イン・ソフトウェアに対する応答が必要である。たとえ
ば、ｒ ＤＴＭＦレジスタ・テスト実行」は代表的なコ
マンドであり、「テスト完了」は代表的な応答である。
うことができる。テスト信号は、別のカードをテストす
るために使用されるＡＤＣへの信号またはＡＤＣからの
信号となる。たとえば、ＤＴＭＦレジスタをテストする
とき、ＡＤＣからのＤＴＭＦデイジットを送る。制御に
はオンライン・ソフトウェアからのコマンド及びオンラ
イン・ソフトウェアに対する応答が必要である。たとえ
ば、ｒ ＤＴＭＦレジスタ・テスト実行」は代表的なコ
マンドであり、「テスト完了」は代表的な応答である。
テスト・データは接続テーブルの連続フィールドで交換
され、一方、コマンド及び応答は即値フィールドに生じ
る。
され、一方、コマンド及び応答は即値フィールドに生じ
る。
３）２８０コントローラ
２８０マイクロプロセツサは、ＡＤＣを制御するために
使用されるものである。２８０マイクロプロセツサはソ
フトウェアからコマンドを受は取り、指令された処置を
実行するように信号プロセッサをセットアツプし、テス
トの結果をソフトウェアに報告する。Ｚ８０はソフトウ
ェアからの即値フィールド・コマンドによって割り込ま
れ、連続フィールド接続の影響は受けない。
使用されるものである。２８０マイクロプロセツサはソ
フトウェアからコマンドを受は取り、指令された処置を
実行するように信号プロセッサをセットアツプし、テス
トの結果をソフトウェアに報告する。Ｚ８０はソフトウ
ェアからの即値フィールド・コマンドによって割り込ま
れ、連続フィールド接続の影響は受けない。
４）信号処理部
実際の信号処理の大部分は、３個のＮＥＣＤＰ７７２０
信号処理４７３１−７！−ｘ （ＳＰＩ）チップによっ
て行なわれる。これらのチップは信号処理アプリケージ
ジン用に特に設計されたものである。ＳＰＩの１つは信
号発生専用であり、１つは信号検出、１つは制御専用で
ある。
信号処理４７３１−７！−ｘ （ＳＰＩ）チップによっ
て行なわれる。これらのチップは信号処理アプリケージ
ジン用に特に設計されたものである。ＳＰＩの１つは信
号発生専用であり、１つは信号検出、１つは制御専用で
ある。
データはＳＰＩコントローラによってＳＰＩチップとＴ
ＤＭバッフ１のポート１との間でやりとりされる。ポー
ト１はＳＰＩコントローラに、ＴＤＭパスへの伝送に次
ぐ高い優先順位を与える。ＳＰＩコントローラはＲＯＭ
制御状態マシンである。
ＤＭバッフ１のポート１との間でやりとりされる。ポー
ト１はＳＰＩコントローラに、ＴＤＭパスへの伝送に次
ぐ高い優先順位を与える。ＳＰＩコントローラはＲＯＭ
制御状態マシンである。
ＳＰＩコントローラはＴＤＭバッファＲＡＭの２５６ワ
ードをアドレスすることができる。また各ＳＰＩチップ
上の個々のリセット線及び割込み線を制御することもで
きる。ＳＰＩコントローラは条件付き飛越し及び無条件
飛越しを実行することができ、１マイクロ秒の命令サイ
クルを存し、１８ＭＨｚクロックによって駆動される。
ードをアドレスすることができる。また各ＳＰＩチップ
上の個々のリセット線及び割込み線を制御することもで
きる。ＳＰＩコントローラは条件付き飛越し及び無条件
飛越しを実行することができ、１マイクロ秒の命令サイ
クルを存し、１８ＭＨｚクロックによって駆動される。
このクロックはＳＰＩチップ及び制御プロセッサ用の８
ＭＨｚクロックを駆動するためにも使用される。
ＭＨｚクロックを駆動するためにも使用される。
５）交換機及びＬＥＤ
ＡＤＣ上に１個の赤いＬＥＤがある。これが点灯すると
、カードがシステム・ソフトウェアによってダウンされ
たことを示す。ＬＥＤは、命綱（ｕｍｂｉｌｉｃａｌ
ｃａｒｄ）がカードに接続されているときにも点灯する
。そのカード上には交換機はない。
、カードがシステム・ソフトウェアによってダウンされ
たことを示す。ＬＥＤは、命綱（ｕｍｂｉｌｉｃａｌ
ｃａｒｄ）がカードに接続されているときにも点灯する
。そのカード上には交換機はない。
６）コネクタ・ピンアウト
ＡＤＣは、Ｐ２コネクタを使ってＴＤＭパスと連絡する
。このカードはまたＰ２コネクタの＋５Ｖビン及び＋１
５Ｖピンから電力を引き出す。Ｐ３コネクタは命綱によ
って使用される。Ｐｌ、Ｐ４、Ｐ５コネクタは使用され
ない。
。このカードはまたＰ２コネクタの＋５Ｖビン及び＋１
５Ｖピンから電力を引き出す。Ｐ３コネクタは命綱によ
って使用される。Ｐｌ、Ｐ４、Ｐ５コネクタは使用され
ない。
７）コネクタ
第３図、第４図及び第５図に、Ｐ２コネクタのピン番号
、信号名、ソース、宛先、及び機能を示す。Ｐ３コネク
タに対する同様な図を第６図に示す。
、信号名、ソース、宛先、及び機能を示す。Ｐ３コネク
タに対する同様な図を第６図に示す。
８）送信コマンド
送信コマンドのピット構成、簡略記憶記号及び機能を、
第７図及び第８図に示す。個々のコマンドについて以下
に考察する。
第７図及び第８図に示す。個々のコマンドについて以下
に考察する。
（００１００，０００００）ＸＯＡＤＣ−刺激１送信
Ｏ送信コマンド（ＸＯＡＤＣ）は、ＡＤＣに刺激を連続
して発生させる。この刺激はテストに応じて７つの異な
る入力（正弦波、雑音等）の任意のものの和でよい。ミ
ュー法則等価出力についてはＸＩＡＤＣを参照のこと。
して発生させる。この刺激はテストに応じて７つの異な
る入力（正弦波、雑音等）の任意のものの和でよい。ミ
ュー法則等価出力についてはＸＩＡＤＣを参照のこと。
（００１００，０００１０）ＸＩＡＤＣ−刺激１ミユ一
法則送信 １送信コマンド（ＸＩＡＤＣ）は、ＡＤＣにミュー法則
刺激を連続して発生させる。この刺激は、テストに応じ
て７つの異なる入力（正弦波、雑音等）の任意のものの
和でよい。線形等価出力についてはＸ０ＡＤＣを参照の
こと。
法則送信 １送信コマンド（ＸＩＡＤＣ）は、ＡＤＣにミュー法則
刺激を連続して発生させる。この刺激は、テストに応じ
て７つの異なる入力（正弦波、雑音等）の任意のものの
和でよい。線形等価出力についてはＸ０ＡＤＣを参照の
こと。
（００１００，００１００）Ｘ２ＡＤＣ−刺激２送信
２送信コマンＦ （Ｘ２ＡＤＣ）は、ＡＤＣに刺激を連
続して発生させる。この刺激は、テストに応じて７つの
異なる入力（正弦波、雑音等）の任意のものの和でよい
。Ｘ２ＡＤＣはＸ０ＡＤＣと同様な第２の和であり、第
２の刺激を発生させる。
続して発生させる。この刺激は、テストに応じて７つの
異なる入力（正弦波、雑音等）の任意のものの和でよい
。Ｘ２ＡＤＣはＸ０ＡＤＣと同様な第２の和であり、第
２の刺激を発生させる。
ミュー法則等価出力についてはＸ３ＡＤＣを参照のこと
。
。
（００１００，００１１０）Ｘ３ＡＤＣ−刺激２ミニ−
法則送信 ３送信コマンド（Ｘ３ＡＤＣ）はＡＤＣにミュー法則刺
激を連続して発生させる。この刺激は、テストに応じて
７つの異なる入力（正弦波、雑音等）の任意のものの和
でよい。Ｘ３ＡＤＣはＸＩＡＤＣと同様な第２のミニー
法則和であり、第２の刺激を発生させる。線形等価出力
についてはＸ２ＡＤＣを参照のこと。
法則送信 ３送信コマンド（Ｘ３ＡＤＣ）はＡＤＣにミュー法則刺
激を連続して発生させる。この刺激は、テストに応じて
７つの異なる入力（正弦波、雑音等）の任意のものの和
でよい。Ｘ３ＡＤＣはＸＩＡＤＣと同様な第２のミニー
法則和であり、第２の刺激を発生させる。線形等価出力
についてはＸ２ＡＤＣを参照のこと。
（００１００，００１１１）ＴＤＭＷ
−ディジタル・ミリワット送信
ディジタル・ミリワット送信コマンド（ＴＤＭＷ）は、
ＡＤＣにディジタル・ミリワット・パターンを連続して
発生させる。このテスト用のミュー法則２進パターンを
第９図に示す。
ＡＤＣにディジタル・ミリワット・パターンを連続して
発生させる。このテスト用のミュー法則２進パターンを
第９図に示す。
（００１００，０１０００）Ｘ４ＡＤＣ−Ｆ Ｉ Ｒ出
力送信 ４送信コマンド（Ｘ４ＡＤＣ）は、ＦＩＲ段の出力をＴ
ＤＭバスに載せる。この信号は主として（ＦＩＲの周波
数応答を検査するための）診断に使用される。ただし、
この信号は、ＡＤｃがデイ’） ９７Ｌ／・フィルタ段
として使用できるようにする。
力送信 ４送信コマンド（Ｘ４ＡＤＣ）は、ＦＩＲ段の出力をＴ
ＤＭバスに載せる。この信号は主として（ＦＩＲの周波
数応答を検査するための）診断に使用される。ただし、
この信号は、ＡＤｃがデイ’） ９７Ｌ／・フィルタ段
として使用できるようにする。
ミニ−法則等価出力についてはＸ５ＡＤＣを参照のこと
。
。
（００１００，０１０１０）Ｘ５ＡＤＣ−Ｆ Ｉ Ｒ出
力ミュー法則送信 ５送信−ｓｖピン （Ｘ６ＡＤＣ）（ｔ、Ｆ Ｉ Ｒ段
＋７）ミニ−法則出力をＴＤＭバスに載せる。この信号
は主として（ＦＩＲの周波数応答を検査するための）診
断に使用される。ただし、この信号は、ＡＤＣがディジ
タル・フィルタとして使用できるようにする。線形等価
出力についてはＸ４ＡＤＣを参照のこと。
力ミュー法則送信 ５送信−ｓｖピン （Ｘ６ＡＤＣ）（ｔ、Ｆ Ｉ Ｒ段
＋７）ミニ−法則出力をＴＤＭバスに載せる。この信号
は主として（ＦＩＲの周波数応答を検査するための）診
断に使用される。ただし、この信号は、ＡＤＣがディジ
タル・フィルタとして使用できるようにする。線形等価
出力についてはＸ４ＡＤＣを参照のこと。
（００１００，Ｏｆ ０１１）ＴＺＳＣ−Ｚ８０状況
送信及びクリア ｚ８０状況送信クリア・コマンド（ＴＺＳＣ）は、ｚ８
０状況レジスタを読み取り、次にレジスタをすべてＯに
クリアする。第１０図を参照すると、Ｚ８０が使用中の
ときは、最上位ビット（ＭＳＢ）が１にセットされる。
送信及びクリア ｚ８０状況送信クリア・コマンド（ＴＺＳＣ）は、ｚ８
０状況レジスタを読み取り、次にレジスタをすべてＯに
クリアする。第１０図を参照すると、Ｚ８０が使用中の
ときは、最上位ビット（ＭＳＢ）が１にセットされる。
ＲＡＭ内のテスト・テーブルが検査合計エラーを含む場
合は、ＣＫＳＭビットが１にセットされる。ｚ８０は検
査合計を実行することによりテスト・テーブルを絶えず
検査して、テーブルが間違っていないことを確認する。
合は、ＣＫＳＭビットが１にセットされる。ｚ８０は検
査合計を実行することによりテスト・テーブルを絶えず
検査して、テーブルが間違っていないことを確認する。
ＲＴＥＳＴＮコマンドが拒絶された場合、ＣＲＪＴビッ
トが１にセットされる。拒絶されたコマンドは、ＴＲＥ
ＪＣＭＤコマンドを使って再読み出しすることができる
。コマンドは以下の理由で拒絶される。
トが１にセットされる。拒絶されたコマンドは、ＴＲＥ
ＪＣＭＤコマンドを使って再読み出しすることができる
。コマンドは以下の理由で拒絶される。
（１）実施されていないテスト番号が要求された。
（２） ｚ８０が別のテストを実行していて、既に使用
中である。（３）テスト・テーブルを必要とするテスト
に対してＯのテスト・テーブルが指定された。０以外の
テスト・テーブルが指定されたが、テスト・テーブルが
ロードされていない。またはテスト・テーブルに検査合
計エラーがある′。
中である。（３）テスト・テーブルを必要とするテスト
に対してＯのテスト・テーブルが指定された。０以外の
テスト・テーブルが指定されたが、テスト・テーブルが
ロードされていない。またはテスト・テーブルに検査合
計エラーがある′。
テストが完了すると、ＤＯＮＥビットが１にセットされ
る。次のテストが開始するとき、このビットはＯにクリ
アされる。Ｚ８０がウオーム・リセッ） （ＷＲ８Ｔソ
フトウェア・コマンドにより開始される）を実行すると
き、ＷＡＲＭビットが１にセットされる。Ｚ８０がコー
ルド・リセット（ＤＯＷＮコマンド、システム正規化ま
たは命綱により開始される）を実行するとき、Ｃ０ＬＤ
ビツトが１にセットされる。テストの実行中には、ＢＵ
ＳＹビットをポーリングするためＴＺＳコマンドしか使
用してはならないことに留意されたい。ＴｚＳＣコマン
ドは、Ｚ８０に対する割込みを引き起こし、あまりに多
くの割込みを受は取った場合、テストの結果が無効にな
ることがある。
る。次のテストが開始するとき、このビットはＯにクリ
アされる。Ｚ８０がウオーム・リセッ） （ＷＲ８Ｔソ
フトウェア・コマンドにより開始される）を実行すると
き、ＷＡＲＭビットが１にセットされる。Ｚ８０がコー
ルド・リセット（ＤＯＷＮコマンド、システム正規化ま
たは命綱により開始される）を実行するとき、Ｃ０ＬＤ
ビツトが１にセットされる。テストの実行中には、ＢＵ
ＳＹビットをポーリングするためＴＺＳコマンドしか使
用してはならないことに留意されたい。ＴｚＳＣコマン
ドは、Ｚ８０に対する割込みを引き起こし、あまりに多
くの割込みを受は取った場合、テストの結果が無効にな
ることがある。
（００１００，０１１００）ＴＺＳ
−Ｚ８０状況送信
ｚ８０状況送信コマンド（ＴＺＳ）は、レジスタをクリ
アすることなくＺＳＯ状況を読み取る。
アすることなくＺＳＯ状況を読み取る。
第１０図を再び参照すると、Ｚ８０がテストの実行で使
用中のときは、ＢＵＳＹビットが１にセットされる。Ｒ
ＡＭ内のテスト・テーブルが検査合計エラーを含む場合
は、ＣＫＳＭビットが１にセットされる。Ｚ８０は検査
合計を実行することによりテスト・テーブルを絶えず検
査して、テーブルが間違っていないことを確認する。Ｒ
ＴＥＳＴＮコマンドが拒絶された場合、ＣＲＪＴビット
が１にセットされる。拒絶されたコマンドはＴＲＥ Ｊ
ＣＭＤコマンド栃使うて再読み出しすることができる。
用中のときは、ＢＵＳＹビットが１にセットされる。Ｒ
ＡＭ内のテスト・テーブルが検査合計エラーを含む場合
は、ＣＫＳＭビットが１にセットされる。Ｚ８０は検査
合計を実行することによりテスト・テーブルを絶えず検
査して、テーブルが間違っていないことを確認する。Ｒ
ＴＥＳＴＮコマンドが拒絶された場合、ＣＲＪＴビット
が１にセットされる。拒絶されたコマンドはＴＲＥ Ｊ
ＣＭＤコマンド栃使うて再読み出しすることができる。
コマンドは以下の理由で拒絶される。
（１）実施されていないテスト番号が要求された。
（２） Ｚ８０が別のテストを実行していて既に使用中
である。（３）テスト・テーブルを必要とするテストに
対して０のテスト・テーブルが指定された。０以外のテ
スト・テーブルが指定されたが、テスト・テーブルがロ
ードされていない。またはテスト・テーブルに検査合計
エラーがある。
である。（３）テスト・テーブルを必要とするテストに
対して０のテスト・テーブルが指定された。０以外のテ
スト・テーブルが指定されたが、テスト・テーブルがロ
ードされていない。またはテスト・テーブルに検査合計
エラーがある。
テストが完了すると、ＤＯＮＥビットが１にセットされ
る。次のテストが開始するとき、このビットはクリアさ
れる。ｚ８０がウオーム・リセット（ＷＲＳ Ｔソフト
ウェア・コマンドにより開始される）を実行するとき、
ＷＡＲＭビットが１にセットされる。Ｚ８０がコールド
・リセット（ＤＯＷＮコマンド、システム正規化または
命綱により開始される）を実行するとき、ｃｏＬＤビッ
トが１にセットされる。
る。次のテストが開始するとき、このビットはクリアさ
れる。ｚ８０がウオーム・リセット（ＷＲＳ Ｔソフト
ウェア・コマンドにより開始される）を実行するとき、
ＷＡＲＭビットが１にセットされる。Ｚ８０がコールド
・リセット（ＤＯＷＮコマンド、システム正規化または
命綱により開始される）を実行するとき、ｃｏＬＤビッ
トが１にセットされる。
（００１００，０１１０１，）ＴＺＤ
−２８０データ送信
ＺＳＯデータ・送信コマンド（ＴＺＤ）は、テストから
のデータ結果を７０Ｍバスに送る。データに関する情報
については、個々のテストを参照のこと。Ｚ８０データ
送信カウント・アウト（ＴＺＤＣＯ）は、出力されるの
を待つデータ・ワード数のカウントを含む。新しいテス
トを開始すると、残りのデータ・ワードはすべてクリア
される。
のデータ結果を７０Ｍバスに送る。データに関する情報
については、個々のテストを参照のこと。Ｚ８０データ
送信カウント・アウト（ＴＺＤＣＯ）は、出力されるの
を待つデータ・ワード数のカウントを含む。新しいテス
トを開始すると、残りのデータ・ワードはすべてクリア
される。
（００１００，Ｏｆ １１０）ＴＺＤＰ−Ｚ８０デー
タ永久送信 ＺＳＯデータ永久送信コマンド（ＴＺＤＰ）は、ｚ８０
出力データを７０Ｍバスに送る。このコマンドは、永久
的なフィールド接続を行なうときに使用しなければなら
ない。
タ永久送信 ＺＳＯデータ永久送信コマンド（ＴＺＤＰ）は、ｚ８０
出力データを７０Ｍバスに送る。このコマンドは、永久
的なフィールド接続を行なうときに使用しなければなら
ない。
（００１００，０１１１１）ＴＺＤＣＯ−Ｚ８０データ
・カウント・アウト送信ｚ８０データ・カウント・アウ
ト送信コマンド（ＴＺＤＣＯ）は、１０Ｍバスに出力さ
れる準備のできているワードのカウントを送る。テスト
が終了すると、データはＴＺＤを介して出力される準備
ができ、出力されるデータ・ワードのカウントがここに
ロードされ、ＴＺＤが実行される度に、Ｏに達するまで
カウントが減分される。
・カウント・アウト送信ｚ８０データ・カウント・アウ
ト送信コマンド（ＴＺＤＣＯ）は、１０Ｍバスに出力さ
れる準備のできているワードのカウントを送る。テスト
が終了すると、データはＴＺＤを介して出力される準備
ができ、出力されるデータ・ワードのカウントがここに
ロードされ、ＴＺＤが実行される度に、Ｏに達するまで
カウントが減分される。
（００１００，１０００１）ＴＺＤＣＩ−ＺＳＯデータ
・カウント・イン送信 Ｚ８０データ参カウント・イン送イ言コマンド（ＴＺＤ
ＣＩ）は、１０Ｍパスからまだ受は取っていないワード
のカウントを送る。テストが開始するとき、必要なカウ
ントをセットし、カウントが０に達すると、テストが開
始する。
・カウント・イン送信 Ｚ８０データ参カウント・イン送イ言コマンド（ＴＺＤ
ＣＩ）は、１０Ｍパスからまだ受は取っていないワード
のカウントを送る。テストが開始するとき、必要なカウ
ントをセットし、カウントが０に達すると、テストが開
始する。
（００１００，ｌｌ ０００）ＴＳＰＥＤＯ−スピー
ク・データＯ送信 スピーク・データ０送信コマンド（ＴＳＰＥＤｏ）は、
ＳＰＩモニタの一部である。これをＲ３ＰＥＡＯコマン
ドと一緒に使用すると、ＳＰＩＲＡＭの任意の記憶位置
を１０Ｍバスに送出することかできる。Ｒ８ＰＥＡＯコ
マンドは、ＴＳＰＥＤＯがデータを読み取る前に、その
記憶位置のアドレスをロードしていなければならない。
ク・データＯ送信 スピーク・データ０送信コマンド（ＴＳＰＥＤｏ）は、
ＳＰＩモニタの一部である。これをＲ３ＰＥＡＯコマン
ドと一緒に使用すると、ＳＰＩＲＡＭの任意の記憶位置
を１０Ｍバスに送出することかできる。Ｒ８ＰＥＡＯコ
マンドは、ＴＳＰＥＤＯがデータを読み取る前に、その
記憶位置のアドレスをロードしていなければならない。
このコマンドはオフライン用のものであることに留意さ
れたい。
れたい。
（００１００，１１００１）ＴＲＥＪＣＭＤ−拒絶コマ
ンド拒絶 拒絶コマンド送信コマンド（ＴＲＥＪＣＭＤ）は、ＡＤ
Ｃによって拒絶された最後のテスト番号（ＲＴＥＳＴＮ
で指定される）を送る。ＲＴＥＳＴＮコマンドが拒絶さ
れると、ＴＺＳＣ／ＴＺＳレジスタのコマンド拒絶（Ｃ
ＲＪＴ）ビットがセットされる。
ンド拒絶 拒絶コマンド送信コマンド（ＴＲＥＪＣＭＤ）は、ＡＤ
Ｃによって拒絶された最後のテスト番号（ＲＴＥＳＴＮ
で指定される）を送る。ＲＴＥＳＴＮコマンドが拒絶さ
れると、ＴＺＳＣ／ＴＺＳレジスタのコマンド拒絶（Ｃ
ＲＪＴ）ビットがセットされる。
（００１００，１１０１０）ＴＳＰＥＤｌ−スビーク・
データ１送信 スピークーデータ１送信コマンド（Ｔ、５ＰＥＤ１）は
、ＳＰＩモニタの一部である。これをプリセット・アド
レス（スポークト・アドレス）と−緒に使用すると、制
御ＳＰＩのＲＡＭ内の任意の記憶位置を１０Ｍパスに送
出することができる。
データ１送信 スピークーデータ１送信コマンド（Ｔ、５ＰＥＤ１）は
、ＳＰＩモニタの一部である。これをプリセット・アド
レス（スポークト・アドレス）と−緒に使用すると、制
御ＳＰＩのＲＡＭ内の任意の記憶位置を１０Ｍパスに送
出することができる。
このコマンドはオフライン用のものであることに留意さ
れたい。
れたい。
（００１００，１１１００）ＴＳＰＥＤ２−スピーク・
データ２送信 スピーク・データ２送信コマンド（ＴＳＰＥＤ２）は、
ＳＰＩモニタの一部である。これをプリセットφアドレ
ス（スポークト・アドレス）と−緒に使用すると、発生
ＳＰＩのＲＡＭ内の任意の記憶位置を１０Ｍバスに送出
することかできる。
データ２送信 スピーク・データ２送信コマンド（ＴＳＰＥＤ２）は、
ＳＰＩモニタの一部である。これをプリセットφアドレ
ス（スポークト・アドレス）と−緒に使用すると、発生
ＳＰＩのＲＡＭ内の任意の記憶位置を１０Ｍバスに送出
することかできる。
このコマンドはオフライン用のものであることに留意さ
れたい。
れたい。
（００１００，１１１０１）ＴＰＤ
−ピーク・データ送信
ピーク・データ送信コマンド（ＴＰＤ）は、２８０
ＲＡＭ内の任意の記憶位置を１０Ｍバスに送出するため
に使用される。所望のＲＡＭ記憶位置のアドレスをセッ
トするには、ＲＰＡコマンドを使用する。
ＲＡＭ内の任意の記憶位置を１０Ｍバスに送出するため
に使用される。所望のＲＡＭ記憶位置のアドレスをセッ
トするには、ＲＰＡコマンドを使用する。
（００１００，１１１１０）ＴＳＰＥＤ３−スビーク・
データ３送信 スビーク・データ３送信コマンド（ＴＳＰＥＤ３）は、
ＳＰＩモニタの一部である。これをプリセット・アドレ
ス（スポークトーアドレス）と−緒に使用すると、検出
ＳＰＩのＲＡＭ内の任意の記憶位置を１０Ｍパスに送出
することかできる。
データ３送信 スビーク・データ３送信コマンド（ＴＳＰＥＤ３）は、
ＳＰＩモニタの一部である。これをプリセット・アドレ
ス（スポークトーアドレス）と−緒に使用すると、検出
ＳＰＩのＲＡＭ内の任意の記憶位置を１０Ｍパスに送出
することかできる。
このコマンドはオフライン用のものであることに留意さ
れたい。
れたい。
（１１１１１，ＸＸ ＸＸＸ）ＴＣＩＤ−カードＩＤ
送信 カード識別送信コマンド（ＴＣＩ Ｄ）は、オンライン
・ソフトウェアがカードの形式及びＡＤＣの改訂番号を
検査できるようにする。このコマンドは以下の情報を返
す。
送信 カード識別送信コマンド（ＴＣＩ Ｄ）は、オンライン
・ソフトウェアがカードの形式及びＡＤＣの改訂番号を
検査できるようにする。このコマンドは以下の情報を返
す。
（ａ）カードＩＤフィールド：ｏｏｏｉｔｏｔ。
（１６進ＩＡ）の値がＡＤＣカードを表わす。
（ｂ）カード改訂番号：このフィールドはカード改訂番
号を示す。
号を示す。
８）受信コマンド
受信コマンドのアドレス・バスのアドレス、簡略記憶記
号及び機能を、第１１図及び第１２図に示す。各コマン
ドとその機能の説明を以下に示す。
号及び機能を、第１１図及び第１２図に示す。各コマン
ドとその機能の説明を以下に示す。
（０００００，０００００）ＲＯＡＤＣ−サンプル入力
ワード１受信 ０受信コマンド（ＲＯＡＤＣ）は、解析のためのデータ
（ＦＩＲ入力、サンプル入力による署名）を受は取れる
ように、ＡＤＣに対する連続したＴＤＭ接続をセットア
ツプする。
ワード１受信 ０受信コマンド（ＲＯＡＤＣ）は、解析のためのデータ
（ＦＩＲ入力、サンプル入力による署名）を受は取れる
ように、ＡＤＣに対する連続したＴＤＭ接続をセットア
ツプする。
（００００１，ＸＸ ＸＸＸ）ＤＯＷＮ−カード争コ
ールド・リセット ＤＯＷＮコマンドは、ＴＤＭデータ・バスへのデータ伝
送を禁止し、ＤＯＷＮ ＬＥＤを点灯する意思外はシ
ステム正規化（ＳＹＮ）と等価なソフトウェアである。
ールド・リセット ＤＯＷＮコマンドは、ＴＤＭデータ・バスへのデータ伝
送を禁止し、ＤＯＷＮ ＬＥＤを点灯する意思外はシ
ステム正規化（ＳＹＮ）と等価なソフトウェアである。
（０００００，０００１０）ＲＩＡＤＣ−サンプル入力
ワード２受信 １受信コマンド（ＲＩＡＤＣ）は、データを受は取るた
めのもう１つの入力である。さらに詳しくはＲＯＡＤＣ
を参照のこと。
ワード２受信 １受信コマンド（ＲＩＡＤＣ）は、データを受は取るた
めのもう１つの入力である。さらに詳しくはＲＯＡＤＣ
を参照のこと。
（０００１１，ＸＸ ＸＸＸ）ＵＰ
−ＴＤＭデータ・バスへのカード復帰
ＵＰコマンドはＴＤＭバスへのデータ伝送を可能にし、
ＤＯＷＮ ＬＥＤを消す。
ＤＯＷＮ ＬＥＤを消す。
（０００００，Ｏｆ １０１）ＲＺＤ−２８０データ
受信 ｚ８０データ受信コマンド（ＲＺＤ）は、転送されるデ
ータを一度にＡＤＣＩワードずつ受は取るために使用さ
れる。ＲＺＤコマンドはＺ８０に対する割込みを引き起
こすことに留意されたい。
受信 ｚ８０データ受信コマンド（ＲＺＤ）は、転送されるデ
ータを一度にＡＤＣＩワードずつ受は取るために使用さ
れる。ＲＺＤコマンドはＺ８０に対する割込みを引き起
こすことに留意されたい。
これが２８０に割り込む別のコマンド（たとえば、ＴＤ
ＭＷコマンド）として同じフレームで使用される場合、
データが失なわれることがある。
ＭＷコマンド）として同じフレームで使用される場合、
データが失なわれることがある。
（０００００，０１１１０）ＲＺＤＰ
−ｚ ｇ ｏデータ永久受信
Ｚ８０データ永久受信コマンド（ＲＺＤＰ）は、ＡＤＣ
に転送されるデータを永久フィールドで一度に１ワード
ずつ受は取るために使用される。ＲＺＤＰコマンドはｚ
８０に対する割込みを引き起こさないことに留意された
い。
に転送されるデータを永久フィールドで一度に１ワード
ずつ受は取るために使用される。ＲＺＤＰコマンドはｚ
８０に対する割込みを引き起こさないことに留意された
い。
（０００００，０１１１１）ＲＴＥＳＴＮ−テスト番号
受信 テスト番号受信コマンド（ＲＴＥＳＴＮ）は、テスト番
号及びテーブル番号を２８０に送るために使用される。
受信 テスト番号受信コマンド（ＲＴＥＳＴＮ）は、テスト番
号及びテーブル番号を２８０に送るために使用される。
（０００００，１０００１）ＷＲ８Ｔ
−ウオーム・リセット
ウオーム・り毛ット・コマンド（ＷＲ８Ｔ）は、システ
ム正規化（ＳＹＮ）を受は取った場合と同じように２８
０を開始させる。コールド・リセットとウオーム・リセ
ットの唯一の相違は、ウオーム・リセットはソフトウェ
アによって開始され、コールド・リセットはハードウェ
ア（すなわち、５ＹＮ）によって開始されることである
。
ム正規化（ＳＹＮ）を受は取った場合と同じように２８
０を開始させる。コールド・リセットとウオーム・リセ
ットの唯一の相違は、ウオーム・リセットはソフトウェ
アによって開始され、コールド・リセットはハードウェ
ア（すなわち、５ＹＮ）によって開始されることである
。
（０００００，１００１０）Ｒ８ＴＲ
−８Ｐ Ｉ開始受信
ＳＰＩ開始受信コマンド（Ｒ８ＴＲ）及び０以外の任意
のデータで、タスク待ち行列の次のＳＰＩタスクが開始
される。このコマンドはオフライン用のものであること
に留意されたい。
のデータで、タスク待ち行列の次のＳＰＩタスクが開始
される。このコマンドはオフライン用のものであること
に留意されたい。
（０００００，１００１１）Ｒ８ＴＯＰＴ−テスト中断
受信 テスト中断受信コマンド（Ｒ８ＴＯＰＴ）！ｔ、実行中
のテストを中断する。これは連続正弦テストを中断する
ために使用しなければならない。打ち切られたテストか
らは結果は返されないことに留意されたい。
受信 テスト中断受信コマンド（Ｒ８ＴＯＰＴ）！ｔ、実行中
のテストを中断する。これは連続正弦テストを中断する
ために使用しなければならない。打ち切られたテストか
らは結果は返されないことに留意されたい。
（０００００，１０１００）Ｒ８ＰＥＡＯ−スピーク・
アドレスＯ受信 スビーク・アドレスＯ受信コマンド（Ｒ８ＰＥＡＯ）は
、スピーク・アドレスをＳＰＩメモリにロードする。ア
ドレスされたデータは、ＴＳＰＥＤＯコマンドを使って
読み取ることができる。このコマンドはオフライン用の
ものであることに留意されたい。このコマンドは２つの
連続した即値フィールドで送らなければならず、データ
が読み取られる前に１つのフレームが通過しなければな
らない。
アドレスＯ受信 スビーク・アドレスＯ受信コマンド（Ｒ８ＰＥＡＯ）は
、スピーク・アドレスをＳＰＩメモリにロードする。ア
ドレスされたデータは、ＴＳＰＥＤＯコマンドを使って
読み取ることができる。このコマンドはオフライン用の
ものであることに留意されたい。このコマンドは２つの
連続した即値フィールドで送らなければならず、データ
が読み取られる前に１つのフレームが通過しなければな
らない。
（０００００，１０１０１）ＬＯＡＤＴＢＬ−ロード・
テスト・テーブル ロード・テスト・テーブル・コマンド（ＬＯＡＤＴＢＬ
）は、オンライン・ソフトウェアからダウンロードされ
る場合と同じように、ＲＯＭテスト・テーブルをＲＡＭ
に複写する。ＲＯＭ内のテスト・テーブルは、オンライ
ン・ソフトウェアによってダウンロードされたものほど
最新ではないことがある。このコマンドはデバッグ用に
のみ使用し、ダウンロードの代わりに使用してはならな
い。このコマンドはオフライン用めものである。
テスト・テーブル ロード・テスト・テーブル・コマンド（ＬＯＡＤＴＢＬ
）は、オンライン・ソフトウェアからダウンロードされ
る場合と同じように、ＲＯＭテスト・テーブルをＲＡＭ
に複写する。ＲＯＭ内のテスト・テーブルは、オンライ
ン・ソフトウェアによってダウンロードされたものほど
最新ではないことがある。このコマンドはデバッグ用に
のみ使用し、ダウンロードの代わりに使用してはならな
い。このコマンドはオフライン用めものである。
（０００００，１０１１０）Ｒ８ＰＯＤＯ−スポーク・
データ０受信 スポーク・データＯ受信コマンド（Ｒ８ＰＯＤＯ）は、
ＳＰＩモニタの一部である。このコマンドとＲ８ＰＯＤ
Ｏコマンドを使うと、ＴＤＭ制御からＳＰＩ ＲＡＭの
任意の記憶位置に書き込むことができる。Ｒ８ＰＯＤＯ
は、スポークすべき（ＳＰＩボークすべき）データをＡ
ＤＣに与える。
データ０受信 スポーク・データＯ受信コマンド（Ｒ８ＰＯＤＯ）は、
ＳＰＩモニタの一部である。このコマンドとＲ８ＰＯＤ
Ｏコマンドを使うと、ＴＤＭ制御からＳＰＩ ＲＡＭの
任意の記憶位置に書き込むことができる。Ｒ８ＰＯＤＯ
は、スポークすべき（ＳＰＩボークすべき）データをＡ
ＤＣに与える。
Ｒ８ＰＯＡＯは、Ｒ８ＰＯＤＯがデータをロードする前
にアドレスをロードされていなければならない。このコ
マンドはオフライン用のものである。
にアドレスをロードされていなければならない。このコ
マンドはオフライン用のものである。
（０００００，１１０００）Ｒ８ＰＯＡＯ−スポーク・
アドレス０受信 スポーク・アドレスＯコマンド（Ｒ８ＰＯＡＯ）は、Ｒ
８ＰＯＤＯデータをボークするためＳＰＩにスポーク・
アドレスをロードする。このコマンドはオフライン用の
ものである。このコマンドは２つの連続した即値フィー
ルドで送らなければならず、データが読み取られる前に
１つのフレームが通過しなければならない。
アドレス０受信 スポーク・アドレスＯコマンド（Ｒ８ＰＯＡＯ）は、Ｒ
８ＰＯＤＯデータをボークするためＳＰＩにスポーク・
アドレスをロードする。このコマンドはオフライン用の
ものである。このコマンドは２つの連続した即値フィー
ルドで送らなければならず、データが読み取られる前に
１つのフレームが通過しなければならない。
（０００００，１１００１）ＲＵＳＡ
−ユーザ壷すブルーチンｅアドレス受信ユーザ・サブル
ーチン・アドレス受信コマンド（ＲＵＳＡ）は、ＴＤＭ
コマンドでユーザ・サブルーチンを呼び出せるようにす
る。送られるデータはタスク・カウンタにロードされ、
したがって、サブルーチン・アドレスになる。ユーザ・
サブルーチンはｚ８０コード内のＲＥＴ （サブル−チ
ンからの復帰）によって終了される。
ーチン・アドレス受信コマンド（ＲＵＳＡ）は、ＴＤＭ
コマンドでユーザ・サブルーチンを呼び出せるようにす
る。送られるデータはタスク・カウンタにロードされ、
したがって、サブルーチン・アドレスになる。ユーザ・
サブルーチンはｚ８０コード内のＲＥＴ （サブル−チ
ンからの復帰）によって終了される。
（０００００，１１０１０）Ｒ８ＰＯＤ１−スポーク・
データ１受信 スポーク・データ１受信コマンド（Ｒ８ＰＯＤ１）は、
データを制御ＳＰＩにボーク゛するために使用される。
データ１受信 スポーク・データ１受信コマンド（Ｒ８ＰＯＤ１）は、
データを制御ＳＰＩにボーク゛するために使用される。
このコマンドはオフライン用のものである。
（０００００，１１０１１）ＲＰＤ
−ボーク・データ受信
ボーク・データ受信コマンド（ＲＰＤ）は、２８０アド
レス空間内の任意の記憶位置が変更できるようにする。
レス空間内の任意の記憶位置が変更できるようにする。
書き込むべきデータはこのコマンドから取られ、アドレ
スは前のＲＰＡコマンドから取られる。
スは前のＲＰＡコマンドから取られる。
（０００００，１１１００）Ｒ８ＰＯＤ２−スポーク・
データ２受信 スポーク・データ２受信コマンド（Ｒ８ＰＯＤ２）は、
データを発生ＳＰＩにボークするために使用される。デ
ータ形式についてはＲ８ＰＯＡＯを参照されたい。この
コマンドはオフライン用のものであることに留意された
い。
データ２受信 スポーク・データ２受信コマンド（Ｒ８ＰＯＤ２）は、
データを発生ＳＰＩにボークするために使用される。デ
ータ形式についてはＲ８ＰＯＡＯを参照されたい。この
コマンドはオフライン用のものであることに留意された
い。
（０００００，１１１０１）ＲＰＡ
−ピーク／ボーク・アドレス受信
ピーク／ボーク・アドレス受＜Ｋコマンド（ＲＰＡ）は
、ＴＰＤコマンド及びＲＰＤコマンドの両方にアドレス
を供給するので、２重の目的で機能する。
、ＴＰＤコマンド及びＲＰＤコマンドの両方にアドレス
を供給するので、２重の目的で機能する。
（０００００，１１１１０）Ｒ８ＰＯＤ８−スポーク・
データ３受信 スポーク・データ３受信コマンド（Ｒ８ＰＯＤ３）は、
データを検出ＳＰＩにボークするために使用される。デ
ータ形式についてはＲ８ＰＯＡＯを参照されたい。この
コマンドはオフライン用のものであることに留意された
い。
データ３受信 スポーク・データ３受信コマンド（Ｒ８ＰＯＤ３）は、
データを検出ＳＰＩにボークするために使用される。デ
ータ形式についてはＲ８ＰＯＡＯを参照されたい。この
コマンドはオフライン用のものであることに留意された
い。
１０）データ形式（データ送信及び受信）第１３図に、
すべてのデータ送信及び受信命令に使用される１６ビツ
ト・パターンを示す。第１４図及び第１５図は、ミュー
法則データ及び１２ビツト線形データの送信及び受信の
ために使用される交互パターンを示す。即値フィールド
・コマンド、及びＡＤＣ制御プロセッサに割り込むすべ
てのコマンド（最下位ビットがセットされたコマンド）
では、スペースは１フレームであることに留意されたい
。
すべてのデータ送信及び受信命令に使用される１６ビツ
ト・パターンを示す。第１４図及び第１５図は、ミュー
法則データ及び１２ビツト線形データの送信及び受信の
ために使用される交互パターンを示す。即値フィールド
・コマンド、及びＡＤＣ制御プロセッサに割り込むすべ
てのコマンド（最下位ビットがセットされたコマンド）
では、スペースは１フレームであることに留意されたい
。
１１）テストの説明
種々のテスト番号の説明及びそれらの機能の簡単な説明
を第１６図に示す。まず、各テストがどのように行なわ
れ、テストの実行時にオンライン・ソフトウェアがどの
ようにＡＤＣと対話するのか説明するのに使う形式につ
いて一般的に説明する。
を第１６図に示す。まず、各テストがどのように行なわ
れ、テストの実行時にオンライン・ソフトウェアがどの
ようにＡＤＣと対話するのか説明するのに使う形式につ
いて一般的に説明する。
次いで、テストの説明を行ない、その後に他の各部分を
、それが実行される順に列挙する。オンライン・ソフト
ウェアの動作をＳＷで表わし、ＡＤＣの動作はＡＤＣで
表わすことにする。
、それが実行される順に列挙する。オンライン・ソフト
ウェアの動作をＳＷで表わし、ＡＤＣの動作はＡＤＣで
表わすことにする。
「ＳＷ接続」の部では、テストを開始する前にオンライ
ン・ソフトウェアが行なわなければならないＴＤＭ接続
について述べる。
ン・ソフトウェアが行なわなければならないＴＤＭ接続
について述べる。
「ＳＷテスト前処置」の部分では、テストを開始するた
めにオンライン・ソフトウェアが使用しなければならな
いＲＴＥＳＴＮコマンドを示す。
めにオンライン・ソフトウェアが使用しなければならな
いＲＴＥＳＴＮコマンドを示す。
ＲＴＥＳＴＮコマンドを受は取ったとき、ＡＤＣがテス
トを実行していて使用中である場合、またはテスト番号
が無効である場合は、ＴＺＳＣ／ＴＺＳ状況ワードのＣ
ＯＭＭＡＮＤ ＲＥＪＥＣＴビットがセットされ、要
求したテスト番号がＴＲＥＪ ＣＭＤに保管される。
トを実行していて使用中である場合、またはテスト番号
が無効である場合は、ＴＺＳＣ／ＴＺＳ状況ワードのＣ
ＯＭＭＡＮＤ ＲＥＪＥＣＴビットがセットされ、要
求したテスト番号がＴＲＥＪ ＣＭＤに保管される。
ｒＡＤＣテスト前処置」の部分では、テストを開始する
前にＡＤＣが実行する初期設定について述べる。一般に
は、ＢＵＳＹビットがセットされる。このビットは、テ
ストが完了したときクリアされる。オンライン・ソフト
ウェアは、このビットをポーリングして、テストが終了
したかどうか判定する。何らかのパラメータ・ワードを
受は取る場合、ＴＺＤＣＩにワードの数がロードされる
。
前にＡＤＣが実行する初期設定について述べる。一般に
は、ＢＵＳＹビットがセットされる。このビットは、テ
ストが完了したときクリアされる。オンライン・ソフト
ウェアは、このビットをポーリングして、テストが終了
したかどうか判定する。何らかのパラメータ・ワードを
受は取る場合、ＴＺＤＣＩにワードの数がロードされる
。
ＲＺＤコマンドを使ってワードを受は取る度に、ＴＺＤ
ＣＩは１ずつ減分される。ＴＺＤＣＩがカウント０に達
すると、テストの実行が開始する。
ＣＩは１ずつ減分される。ＴＺＤＣＩがカウント０に達
すると、テストの実行が開始する。
テストが実行されている間は、ＢＵＳＹビットをポーリ
ングするためにＴＺＳコマンドだけを使用しなければな
らない。ＴＺＳＣコマンドはＡＤＣ上の２８０マイクロ
プロセツサに対する割込みを引き起こすが、Ｚ８０があ
まりに多くの割込みを受は取った場合、テストの結果が
無効になる恐れがある。
ングするためにＴＺＳコマンドだけを使用しなければな
らない。ＴＺＳＣコマンドはＡＤＣ上の２８０マイクロ
プロセツサに対する割込みを引き起こすが、Ｚ８０があ
まりに多くの割込みを受は取った場合、テストの結果が
無効になる恐れがある。
「ＳＷパラメータ入力」の部分には、オンライン・ソフ
トウェアがＡＤＣに送らなければならない追加パラメー
タの形式を示す。それらのワードはＲＺＤコマンドを使
ってロードされる。
トウェアがＡＤＣに送らなければならない追加パラメー
タの形式を示す。それらのワードはＲＺＤコマンドを使
ってロードされる。
「実行」の部分では、テストを実行するためにＡＤＣが
行なう処置について述べる。
行なう処置について述べる。
ｒＡＤＣテスト後処置」の部分では、テストの実行後に
ＡＤＣが行なう処置について述べる。−般に、ＴｚＤに
最初の結果出力ワードがロードされる。ＴＺＤＣＯには
使用可能な結果出力ワードの数がロードされる。次にＢ
ＵＳＹビットがクリアされ、ＤＯＮＥビットがセットさ
れる。
ＡＤＣが行なう処置について述べる。−般に、ＴｚＤに
最初の結果出力ワードがロードされる。ＴＺＤＣＯには
使用可能な結果出力ワードの数がロードされる。次にＢ
ＵＳＹビットがクリアされ、ＤＯＮＥビットがセットさ
れる。
「ＳＷテスト後処置」の部分では、テストの実行後にオ
ンライン・ソフトウェアが行なわなければならない処置
について述べる。
ンライン・ソフトウェアが行なわなければならない処置
について述べる。
「ＳＷ結果出力」の部分にはＡＤＣからの結果出力の形
式を示す。結果はＴＺＤコマンドを使うて読み取られる
。ＴＺＤＣＯは、どれだけ多くのワードが使用可能かを
示す。ワードをすべて読み取る必要はない。ＴＺＤＣＯ
よりも多くのワードが読み取られた場合、ＴｚＤから受
は取るパターンは、第９図に示すディジタル・ミリワッ
トである。
式を示す。結果はＴＺＤコマンドを使うて読み取られる
。ＴＺＤＣＯは、どれだけ多くのワードが使用可能かを
示す。ワードをすべて読み取る必要はない。ＴＺＤＣＯ
よりも多くのワードが読み取られた場合、ＴｚＤから受
は取るパターンは、第９図に示すディジタル・ミリワッ
トである。
テスト１ テーブル・データのロード
システム・ソフトウェアからＡＤＣＲＡＭにテスト・テ
ーブルをダウンロードする。
ーブルをダウンロードする。
・ＳＷ接続 何も必要でない。
・ＳＷテスト前処置
ＲＴＥＳＴＮの０００１Ｈテスト番号１を開始する。
Ｒ２ＤのＮＮＮＮＨＺ８０に対するテスト・テーブルの
最初のワード（すなわち、ワード・カウント）。
最初のワード（すなわち、ワード・カウント）。
・ＡＤＣテスト前処置
ＴＺＳＣ（Ｆ）８ＸＸＸＨＢＵＳＹをセｙ）する。
ＴＺＳの８ｘＸＸＨＢＵＳＹをセットする。
ＴＺＤＣＩのＣＣＣＣＨ読み取るべき残りのワード数を
ロードする。
ロードする。
・ＳＷパラメータ入力
ダウンロードすべきテーブルについての説明は第１９図
を参照のこと。
を参照のこと。
・実行
オンライン・ソフトウェアが、１ワードを（クレーム毎
に最高１回）ＲＺＤに送って、テーブルのダウンロード
を終了させる。ＡＤＣが各ＲＺＤコマンドについて１ワ
ードを読み取り、カウントがＯに達するまでＴＺＤＣＩ
のカウントを減分する。
に最高１回）ＲＺＤに送って、テーブルのダウンロード
を終了させる。ＡＤＣが各ＲＺＤコマンドについて１ワ
ードを読み取り、カウントがＯに達するまでＴＺＤＣＩ
のカウントを減分する。
・ＡＤＣテスト後処置
ＴＺＳＣの０ＸＸ４ＨＢＵＳＹをクリアして、ＤＯＮＥ
をセットする。
をセットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをり＋Ｊｙして、ＤＯＮＥ
をセットする。
をセットする。
ｚ８０がダウンロードされたテーブルの検査合計を実行
する。
する。
検査合計が正しくない場合、ＸＸ８ＸＨがＯＲ演算され
てＴＺＳＣ及びＴＺＳに入れられる。
てＴＺＳＣ及びＴＺＳに入れられる。
・ＳＷテスト後処置 なし
・ＳＷ結果出力 なし
テスト２ アナログ・ループ・
バック／チャネル・テスト
アナログ・ボードのすべてを検査する。利得、歪み、遊
休チャネル雑音及び漏話の４種類の測定が行なわれる。
休チャネル雑音及び漏話の４種類の測定が行なわれる。
テスト・テーブルでマージン限界及び障害限界が指定さ
れる。利得及び歪みは１組のデータを使って計算する。
れる。利得及び歪みは１組のデータを使って計算する。
２種類のトーンを１２８ミリ秒の間発生させる。１つは
３０５Ｈｚで、他方は２９９２Ｈｚである。テスト中の
ボードをアナログ・ループ・バック・モードにセットし
、ループ・データがＡＤＣに送り返される。各トーンの
利得を測定するため、受は取ったそれぞれのトーンにつ
いて相関を行なう。歪みは、受は取った全電力に対する
受信トーンのレベルの比を計算することにより評価する
。
３０５Ｈｚで、他方は２９９２Ｈｚである。テスト中の
ボードをアナログ・ループ・バック・モードにセットし
、ループ・データがＡＤＣに送り返される。各トーンの
利得を測定するため、受は取ったそれぞれのトーンにつ
いて相関を行なう。歪みは、受は取った全電力に対する
受信トーンのレベルの比を計算することにより評価する
。
遊休チャネル雑音は、１２８ミリ秒の間テスト中のボー
ドに無音を送り、Ｃメツセージ重み付はフィルタを通過
した後のループ・バック信号の出力を測定することによ
り評価する。
ドに無音を送り、Ｃメツセージ重み付はフィルタを通過
した後のループ・バック信号の出力を測定することによ
り評価する。
漏話は、１２８ミリ秒の間２種類のトーンを漏話チャネ
ルに送ることによって測定する。漏話チャネルから漏れ
た信号のレベルを測定するため、テスト中のチャネルか
ら受は取ったそれぞれのトーンについて相関を行なう。
ルに送ることによって測定する。漏話チャネルから漏れ
た信号のレベルを測定するため、テスト中のチャネルか
ら受は取ったそれぞれのトーンについて相関を行なう。
・ＳＷ接続
ＸＩＡＤＣ峠テスト中のチャネル
Ｘ３ＡＤＣ−１−漏話用のチャネル
ＲＯＡＤＣ４−テスト中のチャネル（選択されたアナロ
グ拳ループ・バック） ・ＳＷテスト前処置 ＲＴＥＳＴＮのＴＴＯ２Ｈテスト番号２を開始する（Ｔ
Ｔはテスト・テーブルを指す）。
グ拳ループ・バック） ・ＳＷテスト前処置 ＲＴＥＳＴＮのＴＴＯ２Ｈテスト番号２を開始する（Ｔ
Ｔはテスト・テーブルを指す）。
・ＡＤＣテスト前処置
ＴｚＳＣの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳ（Ｄ８ＸＸＸＨＢＵＳＹをセラ）する。
・ＳＷパラメータ入力 なし
・実行 ＡＤＣがチャネル・テストを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ
ロードする。
ＴＺＤＣＯの０Ｏ０９Ｈ
をロードする。
ＴＺＳＣの０ＸＸ４Ｈ
ＤＯＮＥをセットする。
ＴＺＳの０ＸＸ４Ｈ
ＯＮＥをセットする。
・ＳＷテスト後処置
・ＳＷ結果出力
ワード１ 障害
ｏｘｏｘ ｘｏｘｘ ｏｘｏｘ ｘｏｘｘＢＵＳＹをク
リアし、 最初の結果出力ワードを 接続を取り除く。
リアし、 最初の結果出力ワードを 接続を取り除く。
結果出力ワードの数
ＢＵＳＹをクリアし、
限界トーン１のレベル
限界トーン２のレベル
限界信号／出力比
限界遊休チャネル雑音
限界漏話
障害トーン１のレベル
障害トーン２のレベル
１ 障害信号／出力比
１ 障害遊休チャネル雑音１
障害漏話 ワード２ ｄＢ”１２８で表わした測定トーン１のレ
ベル ワード３ ｄＢ”１２Ｂで表わした測定トーン２のレ
ベル ワード４ ｄ Ｂ” １２８で表わした計算全トーン
出力 ワード５ ｄＢ”１２８で表わした測定ＲＭＳ出力の
レベル ワード６ ｄ Ｂ” １２８で表わした計算全トーン
出力／ＲＭＳ出力のレベル比 ワード７ （ｉＢ”１２８で表わした測定遊休チャネ
ル雑音ＲＭＳ出力のレベル ワード８ ｄＢ”１２８で表わした測定漏話トー７１
のレベル ワード９ ｄＢ”１２８で表わした測定漏話トーン２
のレベル テスト３ ディジタル・ループ・ バック・テスト（８ビツト） ８ビツトのミュー法則符号化ディジタル・ループ・バッ
ク検査を行なう。２重トーン信号を表わすディジタル・
パターンを発生させる。このディジタル・パターンをテ
スト中のチャネルに送り、受は取ったループ・バ、ツク
・データを署名解析を使って収集する。エラーが起きな
かったことを確認するため、計算した署名を有効署名の
テーブルと比較する。
障害漏話 ワード２ ｄＢ”１２８で表わした測定トーン１のレ
ベル ワード３ ｄＢ”１２Ｂで表わした測定トーン２のレ
ベル ワード４ ｄ Ｂ” １２８で表わした計算全トーン
出力 ワード５ ｄＢ”１２８で表わした測定ＲＭＳ出力の
レベル ワード６ ｄ Ｂ” １２８で表わした計算全トーン
出力／ＲＭＳ出力のレベル比 ワード７ （ｉＢ”１２８で表わした測定遊休チャネ
ル雑音ＲＭＳ出力のレベル ワード８ ｄＢ”１２８で表わした測定漏話トー７１
のレベル ワード９ ｄＢ”１２８で表わした測定漏話トーン２
のレベル テスト３ ディジタル・ループ・ バック・テスト（８ビツト） ８ビツトのミュー法則符号化ディジタル・ループ・バッ
ク検査を行なう。２重トーン信号を表わすディジタル・
パターンを発生させる。このディジタル・パターンをテ
スト中のチャネルに送り、受は取ったループ・バ、ツク
・データを署名解析を使って収集する。エラーが起きな
かったことを確認するため、計算した署名を有効署名の
テーブルと比較する。
様々な遅延を有するチャネルを収容するため、有効署名
テーブルはＯないしｅフレーム期間の遅延に対する値を
含んでいる。遅延パイプラインから古いデータが確実に
クリアされるようにするため、署名解析が開始される前
のしばらくの間、ディジタル・パターンを送る。
テーブルはＯないしｅフレーム期間の遅延に対する値を
含んでいる。遅延パイプラインから古いデータが確実に
クリアされるようにするため、署名解析が開始される前
のしばらくの間、ディジタル・パターンを送る。
また、Ｉ Ｋ Ｈｚ音を発生させ、それを漏話の問題が
あるかどうか検査するため、別のチャネルに送ることが
できる。
あるかどうか検査するため、別のチャネルに送ることが
できる。
・ＳＷ接続
ＸＩＡＤＣ→テスト中の８ビツト・ディジタル・チャネ
ル Ｘ３ＡＤＣ→漏話用の８ビツト・ディジタル・チャネル ＲＯＡＤＣ←テスト中の８ビツト・ディジタル・チャネ
ル（選択されたループ・バック）・ＳＷテスト前処置 ＲＴＥＳＴＮのＴＴＯ３Ｈテスト番号３を開始する（Ｔ
Ｔはテスト・テーブルを指す）。
ル Ｘ３ＡＤＣ→漏話用の８ビツト・ディジタル・チャネル ＲＯＡＤＣ←テスト中の８ビツト・ディジタル・チャネ
ル（選択されたループ・バック）・ＳＷテスト前処置 ＲＴＥＳＴＮのＴＴＯ３Ｈテスト番号３を開始する（Ｔ
Ｔはテスト・テーブルを指す）。
・ＡＤＣテスト前処置
ＴＺＳＣ（７）８ＸＸＸＨＢＵＳＹをセｙ）する。
ＴＺＳ（７）８ＸＸＸＨＢＵＳＹをセラ）？！。
・ＳＷパラメータ入力 なし
・実行
ＡＤＣがループ・バック・テストを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ最初の結果出力ワードをロードする
。
。
ＴＺＤＣＯの０Ｏ０２Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥを
セットする。
セットする。
ＴＺＳ（７）ＯＸＸ４）Ｉ ＢＵＳＹをクリアシ、Ｄ
ＯＮＥをセットする。
ＯＮＥをセットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１は、障害を報告するために使用する。
最上位ビットがセットされている場合は、ループ・バッ
ク・テストで障害が発生した。
ク・テストで障害が発生した。
ワード２は、計算された署名解析を報告する。
ｊｔＪｉＪｌ−皇
ＯＡＥＯＦ
Ｉ Ｃ７０Ｃ
２０４７０
３２Ｄ３１
４ ８００３
５ Ｆｅ２Ｏ
θ ＣＥＡθ
７ ４４Ａ７
８ ８Ｃ８７
９０１Ｅ８
１０ ４０８Ｆ
１１ Ａ３Ｅ２
注 遅延が１０または１１の場合は、遊休ＴＤＭスロッ
トまたは非ミュー法則符号化が想定される。
トまたは非ミュー法則符号化が想定される。
テスト４ トーン・センダ・テスト
トーン・センダから送られるトーンが正しいことを確認
する。１対のトーンのそれぞれが存在し、かつ最低レベ
ルより上であることを検査するため、２つの同時相関を
行なう。（あまりに多くの歪みがあった場合のように）
他の周波数が存在しないことを検査するため、全出力測
定を行なう。
する。１対のトーンのそれぞれが存在し、かつ最低レベ
ルより上であることを検査するため、２つの同時相関を
行なう。（あまりに多くの歪みがあった場合のように）
他の周波数が存在しないことを検査するため、全出力測
定を行なう。
・ＳＷ接続
ＲＯＡＤＣテスト中のトーン・センダ・チャネル
ＳＷテスト前処置
ＲＴＥＳＴＮのＴＴＯ４Ｈテスト番号４を開始する（Ｔ
Ｔはテスト・テーブルを指す）。
Ｔはテスト・テーブルを指す）。
・ＡＤＣテスト前処置
ＴＺＳＣ（７）８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳの８ＸＸＸＨＢＵＳＹをＪｔｔ−を卜する。
・ＳＷパラメータ入力 なし
・実行 ＡＤＣがトーン相関を行なう。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ最初の結果出力ワードをロードする
。
。
ＴＺＤＣＯの０Ｏ０４Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣ１７）ＯＸＸ４ＨＢＵＳＹをクリアシ、ＤＯＮ
Ｅをセットする。
Ｅをセットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥをセ
ットする。
ットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１ 障害
ビット６ トーン１の振幅に障害がある。
ビット７ トー７２の振幅に障害がある。
ビット８ 全出力障害。
ワード２ ｄＢ”１２８で表わした測定トーン１のレ
ベル ワード３ ｄＢ”１２８で表わした測定トーン２のレ
ベル ワード４ ｄＢ掌１２８で表わした測定ＲＭＳ出力の
レベル テスト５ ＤＴＭＦレジスタ・テストＥ・ＩＡ４Ｅ３
４仕様に合致する２重トーンをＤＴＭＦカードが認識で
きることを確認する。ＡＤＣを使って、ＤＴＭＦカード
に送られる一連の２重トーンを発生させる。これらのト
ーンの特性は、無効トーンと有効トーンとを含むテーブ
ルで指定される。ＡＤＣはまた、発信音が鳴っていると
きにそれらのトーンを認識できることを確認するために
発信音を送る。トーンが送られている間、有効トーンが
認識され無効トーンが無視されることを確認するため、
システム・ソフトウェア・テスト・タスクがＤＴＭＦカ
ード上のバッファを読み取らなければならない。
ベル ワード３ ｄＢ”１２８で表わした測定トーン２のレ
ベル ワード４ ｄＢ掌１２８で表わした測定ＲＭＳ出力の
レベル テスト５ ＤＴＭＦレジスタ・テストＥ・ＩＡ４Ｅ３
４仕様に合致する２重トーンをＤＴＭＦカードが認識で
きることを確認する。ＡＤＣを使って、ＤＴＭＦカード
に送られる一連の２重トーンを発生させる。これらのト
ーンの特性は、無効トーンと有効トーンとを含むテーブ
ルで指定される。ＡＤＣはまた、発信音が鳴っていると
きにそれらのトーンを認識できることを確認するために
発信音を送る。トーンが送られている間、有効トーンが
認識され無効トーンが無視されることを確認するため、
システム・ソフトウェア・テスト・タスクがＤＴＭＦカ
ード上のバッファを読み取らなければならない。
・ＳＷ接続
ＸＩＡＤＣ→テスト下のＤＴＭＦチャネルＸ３ＡＤＣ→
漏話のためのＤＴＭＦチャネル・ＳＷテスト前処置 ＲＴＥＳＴＮのＴＴＯ５Ｈテスト番号Ｓを開始する（Ｔ
Ｔはテスト・テーブルを指す）。
漏話のためのＤＴＭＦチャネル・ＳＷテスト前処置 ＲＴＥＳＴＮのＴＴＯ５Ｈテスト番号Ｓを開始する（Ｔ
Ｔはテスト・テーブルを指す）。
・ＡＤＣテスト前処置
ＴＺＳＣ（Ｄ８ＸＸＸＨＢＵＳＹを−ｔｐ−）トする。
ＴＺＳの８ＸＸＸＨＢＵＳＹをセットする。
・ＳＷパラメータ入力 なし
・実行 ＡＤＣがトーンの列を送る。
・ＡＤＣテスト後処置
ＴＺＳＣの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥを
セットする。
セットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥをセ
ットする。
ットする。
・ＳＷテスト後処置
デイジット１．２．５．９、Ｏ及び＃のみを受は取り、
他の数字は受は取らなかったことを確認するため、テス
ト中のＤＴＭＦチャネルを読み取る。接続を取り除く。
他の数字は受は取らなかったことを確認するため、テス
ト中のＤＴＭＦチャネルを読み取る。接続を取り除く。
・出力 なし
テストロ ロータリ・センダ・テスト
このテストは、送られたオン・パルス及びオフ・パルス
の周期を測定して、ロータリ・センダの評価を行なう。
の周期を測定して、ロータリ・センダの評価を行なう。
テストは、各受信パルスの周期を含むテーブルをメモリ
内で作成することから始まる。
内で作成することから始まる。
このテーブルを、予想パルス周期と比較する。生成され
たテーブルの各項目は、パルスがオン状態またはオフ状
態にあったフレーム数のカウントを含む。パルスが状態
を変更したときは、新しい項目が開始される。パルスの
長さが１８３８４フレーム（２，０４８秒）を超えた場
合は、テーブル生成が打ち切られ、テーブルの終わりに
Ｏ項目が付加される。
たテーブルの各項目は、パルスがオン状態またはオフ状
態にあったフレーム数のカウントを含む。パルスが状態
を変更したときは、新しい項目が開始される。パルスの
長さが１８３８４フレーム（２，０４８秒）を超えた場
合は、テーブル生成が打ち切られ、テーブルの終わりに
Ｏ項目が付加される。
パルスのオン状態またはオフ状態は、ロータリ・センダ
から永続フィールドで受は取ったデータ・ワードのダイ
ヤル・パルス状態（ビット１）を調べることによって判
定する。パルス状態が前の状態と同じ場合、テーブル項
目が増分される。パルスｖ：ａが変わった場合は、新し
い項目が開始される。生成テーブルには最大２５５個の
項目と終わりのＯワードが入る。
から永続フィールドで受は取ったデータ・ワードのダイ
ヤル・パルス状態（ビット１）を調べることによって判
定する。パルス状態が前の状態と同じ場合、テーブル項
目が増分される。パルスｖ：ａが変わった場合は、新し
い項目が開始される。生成テーブルには最大２５５個の
項目と終わりのＯワードが入る。
予想パルス周期テーブルの形式は生成テーブルと類似し
ている。しかし、テーブルのサイズを最小にするため、
特別な制御ワードを使用することができる。この制御ワ
ードは、上位バイトを１６進数’ＦＦ’にセットすると
指定できる。下位バイトはカウントである。カウントが
Ｏの場合、生成テーブルのそれと対応する項目は検査さ
れず飛び越される。これは、デイジット間時間など不定
の周期の場合に宵月である。０以外のカウントは、次の
２つのパルス周期がカウント時間に対するものであるこ
とを指定する。たとえば、 ＦＦ０５Ｈ ８０ ２０ は５Ｎのオン／オフ・パルスを、各パルスごとに８０ミ
リ秒のオン時間と４０ミリ秒のオフ時間で受は取らなけ
・ればならないことを指定する。予想周期テーブルは、
生成テーブルと全く同様にＯワードで終わる。
ている。しかし、テーブルのサイズを最小にするため、
特別な制御ワードを使用することができる。この制御ワ
ードは、上位バイトを１６進数’ＦＦ’にセットすると
指定できる。下位バイトはカウントである。カウントが
Ｏの場合、生成テーブルのそれと対応する項目は検査さ
れず飛び越される。これは、デイジット間時間など不定
の周期の場合に宵月である。０以外のカウントは、次の
２つのパルス周期がカウント時間に対するものであるこ
とを指定する。たとえば、 ＦＦ０５Ｈ ８０ ２０ は５Ｎのオン／オフ・パルスを、各パルスごとに８０ミ
リ秒のオン時間と４０ミリ秒のオフ時間で受は取らなけ
・ればならないことを指定する。予想周期テーブルは、
生成テーブルと全く同様にＯワードで終わる。
・ＳＷ接続
ＲＺＤＰ ←テスト中のロータリ・センダＲＯＡＤＣ４
−漏話用のロータリ・センダ・チャネル ・ＳＷテスト前−処置 ＲＴＥＳＴＮのＴＴＯ８Ｈテスト番号８を開始する（Ｔ
Ｔはテスト・テーブルを指す）。数字を送るようロー゛
クリ・センダに指令する。
−漏話用のロータリ・センダ・チャネル ・ＳＷテスト前−処置 ＲＴＥＳＴＮのＴＴＯ８Ｈテスト番号８を開始する（Ｔ
Ｔはテスト・テーブルを指す）。数字を送るようロー゛
クリ・センダに指令する。
・ＡＤＣテスト前処置
ＴＺＳＣ（７）８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳの８ＸＸＸＨＢＵＳＹをモー１トする。
・ＳＷパラメータ入力 なし
・実行 ＡＤＣが数字を収集して解析する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ結果出力ワードをロードする。
ＴＺＤＣＯの０００１）１ 結果出力ワードの数をロ
ードする。
ードする。
ＴＺＳＣ（７）ＯＸＸ４ＨＢＵＳＹをり＋ＪアＬ、ＤＯ
ＮＥをセットする。
ＮＥをセットする。
ＴＺＳ（７）ＯＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥ
をセットする。
をセットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１ 障害
ワード１がＯでない場合、ワード１の内容は、どの変換
が一致しなかったかを指示する。
が一致しなかったかを指示する。
テスト７ ロータリ・レジスタ・テストこのテストは、
ロータリ・レジスタＥＲ８及びＩＲ８で指定された特性
に合致するダイヤル・パルスをロータリーレジスタ・カ
ードが認識できることを確認する。
ロータリ・レジスタＥＲ８及びＩＲ８で指定された特性
に合致するダイヤル・パルスをロータリーレジスタ・カ
ードが認識できることを確認する。
永久フィールドで送られるデータ・ワードのダイヤル・
パルス状態（ビット１）をトグルすることにより、ダイ
ヤル・パルスをロータリ・レジスタに送る。希望周期テ
ーブルで、どれだけの頻度でビットをトグルするかを指
定する。
パルス状態（ビット１）をトグルすることにより、ダイ
ヤル・パルスをロータリ・レジスタに送る。希望周期テ
ーブルで、どれだけの頻度でビットをトグルするかを指
定する。
希望周期テーブルは２種類の項目を含む。一方の項目は
オン・パルスまたはオフ−パルスの周期を指定する。こ
の周期はフレーム周期（１２５マイクロ秒）単位で指定
される。もう一方の項目は、周期ワード・ブロックのル
ープ化を可能にするコマンド・ワードである。これは、
テーブルのサイズを小さくするのに役立つ。たとえば、
数字°５゜を送るのに、３ワードしか必要としない。最
初の２ワードでオン周期及びオフ周期を指定し、３番目
のワードが、最初の２ワードが５回反復されることを示
す。希望周期テーブルは１８進ワード１ｓｏｏｏ ”で
終わる。
オン・パルスまたはオフ−パルスの周期を指定する。こ
の周期はフレーム周期（１２５マイクロ秒）単位で指定
される。もう一方の項目は、周期ワード・ブロックのル
ープ化を可能にするコマンド・ワードである。これは、
テーブルのサイズを小さくするのに役立つ。たとえば、
数字°５゜を送るのに、３ワードしか必要としない。最
初の２ワードでオン周期及びオフ周期を指定し、３番目
のワードが、最初の２ワードが５回反復されることを示
す。希望周期テーブルは１８進ワード１ｓｏｏｏ ”で
終わる。
・ＳＷ接続
ＴＺＤＰ→テスト中のロータリ・レジスタ・チャネル
Ｘ０ＡＤＣ→漏話用のロータリ・レジスタ・チャネル
・ＳＷテスト前処置
ＲＴＥＳＴＮのＴＴＯ７Ｈテスト番号７を開始する（Ｔ
Ｔはテスト・テーブルを指す）。
Ｔはテスト・テーブルを指す）。
・ＡＤＣテスト前処置
ＴＺＳＣの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳの８ＸＸＸＨＢＵＳＹをセットする。
・ＳＷパラメータ入力 なし
・実行 ＡＤＣがロータリ列を送る。
・ＡＤＣテスト後処置
ＴＺＳＣの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥを
セットする。
セットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをりＩＪ ７し、ＤＯＮＥ
をセットする。
をセットする。
・ＳＷテスト後処置
デイジット５及び０のみを受は取り、他のデイジットは
受は取らなかったことを確認するため、テスト中のロー
タリ・レジスタ・チャネルを読み取る。接続を取り除く
。
受は取らなかったことを確認するため、テスト中のロー
タリ・レジスタ・チャネルを読み取る。接続を取り除く
。
・ＳＷ結果出力 なし
テスト８ 会議ブリッジ
署名解析及び相関を使って会議ブリッジを検査する。１
００８Ｈｚの単一トーンをテスト中のチャネルに入れ、
３０５／２８９２Ｈｚの２重トーン信号を４者会議の他
の３チヤネルに入れる。会議ブリッジの音量をＯｄＢか
ら−３、−６、−１２に強制的に変え、再び一３ｄＢに
戻すため、２重トーン信号のレベルを変化させる。各利
得範囲で署名を収集し、テスト・テーブルに含まれる正
しい署名と比較する。テスト中のチャネルについて相関
を行ない、受は取った信号に１００８Ｈｚ音が含まれて
いないことを確認する。１００８Ｈｚが存在する場合は
、漏話エラーが表示される。
００８Ｈｚの単一トーンをテスト中のチャネルに入れ、
３０５／２８９２Ｈｚの２重トーン信号を４者会議の他
の３チヤネルに入れる。会議ブリッジの音量をＯｄＢか
ら−３、−６、−１２に強制的に変え、再び一３ｄＢに
戻すため、２重トーン信号のレベルを変化させる。各利
得範囲で署名を収集し、テスト・テーブルに含まれる正
しい署名と比較する。テスト中のチャネルについて相関
を行ない、受は取った信号に１００８Ｈｚ音が含まれて
いないことを確認する。１００８Ｈｚが存在する場合は
、漏話エラーが表示される。
・ＳＷ接続
ＲＩＡＤＣ←参加者Ｄ
ＲＩＡＤＣ←参加者Ｃ
ＲＩＡＤＣ←参加者Ｂ
ＲＯＡＤＣ←参加者Ａ
ＸＩＡＤＣ→参加者Ａ
Ｘ３ＡＤＣ→参加者Ｂ
Ｘ３ＡＤＣ→参加者Ｃ
Ｘ３ＡＤＣ−＋ 参加者り
漏話会議ブリッジで、すべてのチャネルをＲＩＡＤＣ及
びＸＩＡＤＣに接続する。
びＸＩＡＤＣに接続する。
・ＳＷテスト前処置
ＲＴＥＳＴＮのＴＴＯ８Ｈテスト番号８を開始する（Ｔ
Ｔはテスト・テーブルを指す）。
Ｔはテスト・テーブルを指す）。
・ＡＤＣテスト前処置
ＴＺＳＣの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳ１７）８ＸＸＸＨＢＵＳＹをセットスル。
・ＳＷパラメータ入力 なし
・実行 ＡＤＣが会議ブリッジを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢ）Ｉ 結果出力ワードをロードする
。
。
ＴＺＤＣＯの０００１Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥを
セットする。
セットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをクリアシ、ＤＯＮＥをセ
ットする。
ットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１ 障害
ビット７ 署名エラー、ＯｄＢテスト
ビット６ 署名エラー、−３ｄＢテストビツト５ 署名
エラー、−８ｄＢテストビツト４ 署名エラー −１２
ｄＢテストビツト３ 署名エラー、−３ｄＢテスト（ア
ップスケール） ビットＯ漏話エラー テスト１０ 周波数テスト ＡＤＣは、２秒間に負から正に遷移する回数をカウント
して、入力信号の周波数を測定し、オン／オフ出力比を
調べることにより話中かどうかテストする。
エラー、−８ｄＢテストビツト４ 署名エラー −１２
ｄＢテストビツト３ 署名エラー、−３ｄＢテスト（ア
ップスケール） ビットＯ漏話エラー テスト１０ 周波数テスト ＡＤＣは、２秒間に負から正に遷移する回数をカウント
して、入力信号の周波数を測定し、オン／オフ出力比を
調べることにより話中かどうかテストする。
・ＳＷ接続 ＲＺＤＰ ←テスト信号
・ＳＷテスト前処置
ＲＴＥＳＴＮの０ＯＯＡＨテスト番号１０を開始する。
・ＡＤＣテスト前処置
ＴＺＳＣ（７）８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳの８ＸＸｘＨＢＵＳＹをセットする。
・ＳＷパラメータ入力 なし
・実行 ＡＤＣがテストを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢ）＋ 結果出力ワードをロードする。
ＴＺＤＣＯの０００１Ｈ結果臼カワートノ数をロードす
る。
る。
ＴＺＳＣ（７）ＯＸＸ４ＨＢＵＳＹをクリアシ、ＤＯＮ
Ｅをセットする。
Ｅをセットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをクリアシ、ＤＯＮＥをセ
ットする。
ットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１ 測定 Ｈｚで表わした信号の周波数を含む。
ＭＳＢがオンにセットされている場合は、ＢＵＳＹ信号
が検出された。信号のオン／オフ出力比は４０％と６０
％の間である。
が検出された。信号のオン／オフ出力比は４０％と６０
％の間である。
テスト１１ テスト・トーン
の送信及び周波数の測定
一３ｄＢｍで１００４Ｈｚのテスト・トーンを発生させ
、２秒間に負から正に遷移する回数をカウントして入力
信号の周波数を測定し、オン／オフ出力比を調べること
により話中かどうかテストする。
、２秒間に負から正に遷移する回数をカウントして入力
信号の周波数を測定し、オン／オフ出力比を調べること
により話中かどうかテストする。
・ＳＷ接続
ＸＩＡＤＣ→テスト中のチャネル
ＲＺＤＰ ←テスト信号
ＲＴＥＳＴＮの０ＯＯＢＨテスト番号１１を開始する。
・ＡＤＣテスト前処置
ＴｚＳＣの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳ（７）８ＸＸＸＨＢＵＳＹをセラ）する。
・ＳＷパラメータ入力 なし
・実行
ＡＤＣがこのテストを実行する。テスト・トーンの開始
とテスト信号の測定の間には１秒の遅延がある。
とテスト信号の測定の間には１秒の遅延がある。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ結果出力ワードをロードする。
ＴＺＤＣＯの０００１Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣ（７）ＯＸＸ４ＨＢＵｓＹｔ−クリアｔ、、Ｄ
ＯＮＥをセットする。
ＯＮＥをセットする。
ＴＺＳの０ｘＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥをセ
ットする。
ットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１ 測定 Ｈｚで表わした信号の周波数を含む。
ＭＳＢがオンにセットされている場合は、ＢＵＳＹ信号
が検出された。信号のオン／オフ出力比は４０％から６
０％の間である。
が検出された。信号のオン／オフ出力比は４０％から６
０％の間である。
テスト１２ 自己テスト
このタスクは、ＡＤＣが正常に働いていることを確認す
る。ＡＤＣの入力及び出力は、入力バッフ１から５ワー
ドのパターンを読み取り、その５７−ドのパターンを出
力バッファに送ることにょうて検査する。Ｚ８０が、正
しいパターンを受は取ったことを確認し、オンライン・
ソフトウェアが、正しいパターンが送られたことを確認
しなければならない。
る。ＡＤＣの入力及び出力は、入力バッフ１から５ワー
ドのパターンを読み取り、その５７−ドのパターンを出
力バッファに送ることにょうて検査する。Ｚ８０が、正
しいパターンを受は取ったことを確認し、オンライン・
ソフトウェアが、正しいパターンが送られたことを確認
しなければならない。
ｚ８０ ＲＡＭは、既知のパターンを書き込み、読み
取ることによって検査する。ｚ８０ ＲＯＭは、その
検査合計を計算し、それを予想検査合計と比較すること
によって検査する。ダウンロード・テスト・テーブルも
その予想検査合計を使って検査する。ＳＰＩは、それら
の内部自己テストを行ない、結果を検査することによっ
て検査する。
取ることによって検査する。ｚ８０ ＲＯＭは、その
検査合計を計算し、それを予想検査合計と比較すること
によって検査する。ダウンロード・テスト・テーブルも
その予想検査合計を使って検査する。ＳＰＩは、それら
の内部自己テストを行ない、結果を検査することによっ
て検査する。
・ＳＷ接続 なし
・ＳＷテスト前処置
ＲＴＥＳＴＮの０ＯＯＣＨテスト番号１２を開始する。
・ＡＤＣテスト前処置
ＴＺＳＣの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＤＣＩの０００５Ｈ必要とされるパラメータ入力ワ
ードの数をロードする。
ードの数をロードする。
・ＳＷパラメータ入力
１フレーム当たり１ワードずつ、５ワードをＲＺＤへ
ＡＡＡＡＨ
５５５Ｈ
ｃｃｃＨ
３３３Ｈ
ＦＦＦＦＨ
・実行 ＡＤＣが内部自己テストを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ結果出力ワードをロードする。
ＴＺＤＣＯの０Ｏ０８Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣ（７）ＯＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮ
Ｅをセットする。
Ｅをセットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥをセ
ットする。
ットする。
・ＳＷテスト後処置
正しいテスト・パターンをＡＤＣから受は取ったことを
確認する。
確認する。
・ＳＷ結果出力
ワード１ 障害
ビット１６
入力パラメータのロードが時間
切れ
入カバターンが不適正
ＲＯＭの検査合計エラー
ＲＡＭテストのエラー
テスト・テーブルの検査合計エ
ラー
ビット７ 制御ＳＰＩエラー
ビット６ 発生ＳＰＩエラー
ビット５ 検出ＳＰＩエラー
ワード２ ＦＦＦＦＨ
ワード３ ３３３３Ｈ
ワード４ ＣＣＣＣＨ
ワード５ ６５５５Ｈ
ワード６ ＡＡＡＡＨ
テスト１３ 正弦波テスト
指定された周波数及びレベルの正弦波を発生さビット１
４ ビット１１ ビット１０ ビット９ せる。さらに、返された信号を受は取り、フィルタ処理
し、測定する。指定した周波数で少なくとも一５０ｄＢ
の信号が検出されるか、または３秒が経過するまで、測
定は行なわれない。選択した周波数が０の場合は、指定
期間後に測定が開始する。
４ ビット１１ ビット１０ ビット９ せる。さらに、返された信号を受は取り、フィルタ処理
し、測定する。指定した周波数で少なくとも一５０ｄＢ
の信号が検出されるか、または３秒が経過するまで、測
定は行なわれない。選択した周波数が０の場合は、指定
期間後に測定が開始する。
・ＳＷ接続
ＸＩＡＤＣ→テスト中のチャネル
ＲＯＡＤＣ→テスト中のチャネル
・ＳＷテスト前処置
ＲＴＥＳＴＮの０ＯＯＤＨテスト番号１３を開始する。
・ＡＤＣテスト前処置
ＴＺＳＧの８ＸＸＸＨＢＵＳＹをセットスル。
ＴＺＳ（７）８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＤＣＩ（７）０００３Ｈ必要ナハラメータ入力ワー
ドの数をロードする。
ドの数をロードする。
・ＳＷパラメータ入力
ワードＩ ＦＦ５ＳＨ
ＦＦ フィルタ選択
００ フィルタなし
０１ Ｃメツセージ・フィルタ
０２ ３ＫＨｚフラツト・フィルタ
ＳＳ 開始時間
００ 直ちに開始
ＮＮ ＮＮ”３２ミリ秒後に開始
ワード２ ｄＢな１０のレベル。
例 ００１ＦＨ＋３．〜１ｄＢ
００００ＨＯ，０ｄＢ
ＦＦＦＦＨ−０，１ｄＢ
ＦＤ４５Ｈ−８９，９ｄＢ
７−ＩＪ３ ＮＮＮＮＨ”０．１２２０７０３１３Ｈ
ｚの周波数。
ｚの周波数。
例 ０９ＣＯＨ３０４，８８７５ＨｚＤＦＣＯＨ２
９８２，１８７５Ｈｚ ・実行 ＡＤＣがテストを実行する。
９８２，１８７５Ｈｚ ・実行 ＡＤＣがテストを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ結果出力ワードをロードする。
ＴＺＤＣＯの０００２Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣの０ＸＸ４ＨＢＵＳ￥をクリアし、ＤＯＮＥを
セットする。
セットする。
ＴＺＩＯＸＸ４ＨＢＵＳＹｔｌｌＪ７Ｌ、ＤＯＮＢをセ
ットする。
ットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１ ｄＢ”ｉｏで表わした検出レベル。
ワード２ 検出レベルの計算後に残った剰余。
範囲の最高値は＋３２７６、中間値は０１最低値は−３
２７６である。
２７６である。
テスト１４ 正弦波テスト（連続）
指定された周波数及びレベルの正弦波を発生させる。−
さらに、返された信号を受は取り、フィルタ処理し、測
定する。指定した周波数で少なくとも一５０ｄＢの信号
が検出されるか、または３秒が経過するまで、測定は行
なわれない。選択した周波数がＯの場合は、指定期間後
に測定が開始する。
さらに、返された信号を受は取り、フィルタ処理し、測
定する。指定した周波数で少なくとも一５０ｄＢの信号
が検出されるか、または３秒が経過するまで、測定は行
なわれない。選択した周波数がＯの場合は、指定期間後
に測定が開始する。
測定完了後、Ｒ８ＴＯＰＴコマンドを受は取るまで、正
弦波が発生され続ける。このテストは、テストを終了す
るためにＲ８ＴＯＰＴが必要なことは、テスト１３と同
じである。
弦波が発生され続ける。このテストは、テストを終了す
るためにＲ８ＴＯＰＴが必要なことは、テスト１３と同
じである。
・ＳＷ接続
ＸＩＡＤＣ→テスト中のチャネル
ＲＯＡＤＣ←テスト中のチャネル
・ＳＷテスト前処置
ＲＴＥＳＴＮの０ＯＯＥＨテスト番号１４を開始する。
・ＡＤＣテスト前処置
ＴＺＳＣの８ＸＸＸＨＢＵＳＹをセｙトする。
ＴＺＳの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＤＣＩ（７）ＯＯ０３Ｈ必要ｒ！ ハラｆｉ −少
入力ワードの数をロードする。
入力ワードの数をロードする。
・ＳＷパラメータ入力
ワードＩ ＦＦ５ＳＨ
ＦＦ フィルタ選択
ＯＯフィルタなし
０１ Ｃメツセージ・フィルタ
０２ ３ＫＨｚフラツト・フィルタ
ＳＳ 開始時間
００ 直ちに開始
ＮＮ ＮＮ傘３２ミリ秒後に開始
ツー１２ｄＢ宰１０としてのレベル。
例 ００１ＦＨ＋３． １ｄＢ
００００Ｈ０，０ｄＢ
ＦＦＦＦＨ−０，１ｄＢ
ＦＤ４５Ｈ−（３９，９ｄＢ
ワード３ ＮＮＮＮＨ”０．１２２０７０３１３Ｈｚ
の周波数。
の周波数。
例 ０９ＣＯＨ３０４，６８７６Ｈｚ６ＦＣＯＨ２
９９２，１８７５Ｈｚ ・実行 ＡＤＣがテストを実行する。
９９２，１８７５Ｈｚ ・実行 ＡＤＣがテストを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ結果出力ワードをロードする。
ＴＺＤＣＯの０Ｏ０２Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥを
セットする。
セットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥをセ
ットする。
ットする。
・ＳＷテスト後処置 接続を取り除く。
・ＳＷ結果出力
ワード１ ｄＢ”ｉｏで表わした検出レベル。
ワード２ 検出レベルの計算後に残った剰余。
範囲の最高値は＋３２７８、中間値は０、最低値は−３
２７６である。
２７６である。
テスト１５ ディジタル・ループ
バック・テスト（１８ビツト）
このテストは１６ビツト・ディジタル・ループ・バック
検査を行なう。擬似ランダム・パターンを発生する。こ
のパターンがテスト中のチャネルに送られ、アレイに記
憶される。入力データを、アレイに記憶されたデータと
比較する。発生データと入力データの不一致の数のカウ
ントをとる。
検査を行なう。擬似ランダム・パターンを発生する。こ
のパターンがテスト中のチャネルに送られ、アレイに記
憶される。入力データを、アレイに記憶されたデータと
比較する。発生データと入力データの不一致の数のカウ
ントをとる。
始動の間に、入力データが発生データのアレイ中の最初
のワードと一致するまで待って、発生データと入力デー
タの間の遅延を決定する。この遅延をテストの残り部分
に使用する。入力データが空白（１８進数’ＦＦＥ３”
）を含む場合、それは無視され、エラーとしてカウント
されない。
のワードと一致するまで待って、発生データと入力デー
タの間の遅延を決定する。この遅延をテストの残り部分
に使用する。入力データが空白（１８進数’ＦＦＥ３”
）を含む場合、それは無視され、エラーとしてカウント
されない。
・ＳＷ接続
Ｘ０ＡＤＣ→テスト中の１６ビツト・ディジタル・チャ
ネル Ｘ２ＡＤＣ−１話用の１６ビツト・ディジタル・チャネ
ル ＲＺＤＰ←テスト中の１６ビツト・ディジタル・チャネ
ル（選択されたループ・バック）・ＳＷテスト前処置 ＲＴＥＳＴＮの０ＯＯＦＨテスト番号１５を開始する。
ネル Ｘ２ＡＤＣ−１話用の１６ビツト・ディジタル・チャネ
ル ＲＺＤＰ←テスト中の１６ビツト・ディジタル・チャネ
ル（選択されたループ・バック）・ＳＷテスト前処置 ＲＴＥＳＴＮの０ＯＯＦＨテスト番号１５を開始する。
・ＡＤＣテスト前処置
ＴＺＳＣの８ＸＸＸＨＢＵＳＹをセットする。
ＴＺＳの８ＸＸＸＨＢＵＳＹをセットする。
・ＳＷパラメータ入力 なし
・実行
ＡＤＣがループ・バック・テストを実行する。
・ＡＤＣテスト後処置
ＴＺＤのＢＢＢＢＨ結果出力ワードをロードする。
ＴＺＤＣＯの０００３Ｈ結果出力ワードの数をロードす
る。
る。
ＴＺＳＣの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＥを
セットする。
セットする。
ＴＺＳの０ＸＸ４ＨＢＵＳＹをクリアし、ＤＯＮＢをセ
ットする。
ットする。
・ＳＷテスト後処置 接続を取り除（。
・ＳＷ結果出力
ワード１ 障害 エラーのあるワードの数を含む。検出
されたエラーまたは受は取ったデータが出力データとま
ったく一致しなかった。
されたエラーまたは受は取ったデータが出力データとま
ったく一致しなかった。
ワード２ 受は取った空白の数。
ワード３ 出力データと入力データの間のフレーム遅延
の数。
の数。
１２）テスト・テーブルの定義
第１７図及び第１８図に示すテスト・テーブルの要約は
、ＲＴＥＳＴＮコマンドに送られる形式の１６進数を示
す。最上位バイトはテーブル番号であり、最下位バイト
は、そのテーブルを使用するテスト番号である。説明の
欄にあるのは、１６進データが呼び出す特定のテストで
ある。検査合計とテスト・テーブル内の全バイトの和が
０に等しくなければならない。加算は１６ビツト演算を
使って行なわれる。
、ＲＴＥＳＴＮコマンドに送られる形式の１６進数を示
す。最上位バイトはテーブル番号であり、最下位バイト
は、そのテーブルを使用するテスト番号である。説明の
欄にあるのは、１６進データが呼び出す特定のテストで
ある。検査合計とテスト・テーブル内の全バイトの和が
０に等しくなければならない。加算は１６ビツト演算を
使って行なわれる。
１３）テスト・テーブルの形式
第１８図に、テスト・テーブルの形式と、情報がどこに
記憶されるかを示す。テーブル項目フィールドは、記述
フィールドに記述された情報が入っているテーブルに入
るためのオフセットである。
記憶されるかを示す。テーブル項目フィールドは、記述
フィールドに記述された情報が入っているテーブルに入
るためのオフセットである。
１４）推奨テスト値
第２０図に、種々のフレーム遅延に対する予想される署
名を指定する。これらの署名は経験的に計算される。テ
ーブルはＯワードで終わる。
名を指定する。これらの署名は経験的に計算される。テ
ーブルはＯワードで終わる。
１５）アナログ・カード
これらのテーブルは、種々のアナログ・カードに必要な
特性を指定する。発生されたテスト・トーンの振幅が（
１０’＊ （（ＤＢ−３，１７）／２０））”３２７８
８として計算さする。ただし、ＤＢは、ｄＢで表わした
所期の振幅であり、最大ＤＢは３．１８９７３５である
。測定されたレベルの振幅限界はＤＢ”１２Ｂとして計
算される。
特性を指定する。発生されたテスト・トーンの振幅が（
１０’＊ （（ＤＢ−３，１７）／２０））”３２７８
８として計算さする。ただし、ＤＢは、ｄＢで表わした
所期の振幅であり、最大ＤＢは３．１８９７３５である
。測定されたレベルの振幅限界はＤＢ”１２Ｂとして計
算される。
ただし、ＤＢはｄＢで表わした必要な振幅である。
各テーブルは余裕限界及び障害限界を有する。
測定値が余裕限界の外側にあると、結果ワード内の対応
する余裕ビットがセットされる。測定値が障害限界の外
側にあると、結果ワード内の対応する余裕ビット及び障
害ビットがセットされる。
する余裕ビットがセットされる。測定値が障害限界の外
側にあると、結果ワード内の対応する余裕ビット及び障
害ビットがセットされる。
各テーブルで指定されるパラメータは次の通りである。
（１）発生すべき２重トーン振幅 テスト中のアナログ
・カードに送られる２つのトーンの振幅を指定する。こ
のレベルは、ディジタル・ループ・バック・テストで使
用されるレベルと一致するように、一般に一〇、ＯｄＢ
とすべきである。しかし、ＤＩＤカードはアナログ・ル
ープ・バック利得が大きいので、−８，０ｄＢの一組の
トーンでカードが飽和される。
・カードに送られる２つのトーンの振幅を指定する。こ
のレベルは、ディジタル・ループ・バック・テストで使
用されるレベルと一致するように、一般に一〇、ＯｄＢ
とすべきである。しかし、ＤＩＤカードはアナログ・ル
ープ・バック利得が大きいので、−８，０ｄＢの一組の
トーンでカードが飽和される。
（２）トーン最大値及びトーン最小値 アナログ・カー
ドからループ・バックされた両方のトーンがテストに合
格するには、この２つの限界値の間のレベルでなければ
ならない。これらの数は所期の最大利得変動量をもたら
すように選ばなければならない。
ドからループ・バックされた両方のトーンがテストに合
格するには、この２つの限界値の間のレベルでなければ
ならない。これらの数は所期の最大利得変動量をもたら
すように選ばなければならない。
（３）信号／出力比最小値 これは、２つのトーンの全
出力レベルと、アナログ・カードからループ・バックさ
れた全出力の差である。完全なカードの場合、全出力は
２つのトーンの和になる。他に雑音や歪みがあれば、全
出力は増大する。この数は、−所期の最大歪み量をもた
らすように選ばなければならない。テストに合格するに
は、測定された信号／出力比が、指定された限界よりも
太きくなければならない。
出力レベルと、アナログ・カードからループ・バックさ
れた全出力の差である。完全なカードの場合、全出力は
２つのトーンの和になる。他に雑音や歪みがあれば、全
出力は増大する。この数は、−所期の最大歪み量をもた
らすように選ばなければならない。テストに合格するに
は、測定された信号／出力比が、指定された限界よりも
太きくなければならない。
（４）遊休チャネル雑音最大値 アナログ・カードから
受は取るＣメツセージ重み付は遊休チャネル雑音は、こ
の値よりも小さくなければならない。
受は取るＣメツセージ重み付は遊休チャネル雑音は、こ
の値よりも小さくなければならない。
（６）漏話最大値 テストに合格するには、漏話チャネ
ルを介して結合されたテスト中のチャネル内のアナログ
・カードから受は取る両方のトーンが、この値よりも小
さいレベルでなければならない。
ルを介して結合されたテスト中のチャネル内のアナログ
・カードから受は取る両方のトーンが、この値よりも小
さいレベルでなければならない。
以下に挙げた図は、トーンのレベルを示し、以下のアナ
ログ・カードの特性について記述したものである。
ログ・カードの特性について記述したものである。
図２１８チヤネル・アナログ電話インターフェース
図２２８チヤネル・メツセージ・ウェイティング・ラン
プ（ＭＷＬ）回線インターフェース 図２３４チヤネル・ダイレクト・トランク・インターフ
ェース 図２４８チヤネル・ダイヤルイン（ＤＩＤ））ランク−
インターフェース 図２５ 公衆網８チャネル専用線トランク図２６８チヤ
ネル遠隔内線（ＯＰＳ）回線インターフェース 図２７４線式専用線トランク・インターフェース 図２８ ＱＤＴＭＦレジスタ（アナログ・ループバッ
ク） １Ｂ）４チャネルＤＴＭＦレジスタ（トーン）第２９図
ないし第３８図は、４チャネルＤＴＭＦボードに送られ
る一連のトーンを指定するテーブルである。各２重トー
ンに対して、以下の値が指定される。
プ（ＭＷＬ）回線インターフェース 図２３４チヤネル・ダイレクト・トランク・インターフ
ェース 図２４８チヤネル・ダイヤルイン（ＤＩＤ））ランク−
インターフェース 図２５ 公衆網８チャネル専用線トランク図２６８チヤ
ネル遠隔内線（ＯＰＳ）回線インターフェース 図２７４線式専用線トランク・インターフェース 図２８ ＱＤＴＭＦレジスタ（アナログ・ループバッ
ク） １Ｂ）４チャネルＤＴＭＦレジスタ（トーン）第２９図
ないし第３８図は、４チャネルＤＴＭＦボードに送られ
る一連のトーンを指定するテーブルである。各２重トー
ンに対して、以下の値が指定される。
（１）各トーンに対する周波数は、
ＤＦＦｅ２５５３８／８０００
として計算される。ただし、ＤＦは、Ｈ２で表わした所
期の周波数であり、最大ＤＦは４０００である。各トー
ンに対する振幅は、 （１０”（（ＤＢ−３，１７）／２０））寧３２７８８ として計算される。ただし、ＤＢは、ｄＢで表わした所
期の振幅であり、最大ＤＢは３．１８９７３５である。
期の周波数であり、最大ＤＦは４０００である。各トー
ンに対する振幅は、 （１０”（（ＤＢ−３，１７）／２０））寧３２７８８ として計算される。ただし、ＤＢは、ｄＢで表わした所
期の振幅であり、最大ＤＢは３．１８９７３５である。
各２重トーンのオン及びオフ持続期間は、
ＭＳｌｏ、 １２５
として計算される。ただし、ＭＳは、ミリ秒で表わした
所期の時間であり、最大ＭＳは８１９１゜８７５である
。
所期の時間であり、最大ＭＳは８１９１゜８７５である
。
１７）ロータリ・センダ
第４０図は、ロータリ・センダ・カードが受は取らなけ
ればならない一連のオン・パルス及びオフ・パルスを指
定するテーブルである。各ワードは制御ワードまたは周
期ワードのいずれかである。
ればならない一連のオン・パルス及びオフ・パルスを指
定するテーブルである。各ワードは制御ワードまたは周
期ワードのいずれかである。
制御ワードは上位バイトが１６進数’ＦＦ”である。下
位バイトは、次の２ワードを何回反復すべきかのカウン
トである。０のカウントは、周期を無視して、検査しな
いことを示す。
位バイトは、次の２ワードを何回反復すべきかのカウン
トである。０のカウントは、周期を無視して、検査しな
いことを示す。
周期ワードはオン・パルスまたはオフ・パルスの長さを
指定し、次のように計算される。
指定し、次のように計算される。
ＭＳｌｏ、１２６
ただし、ＭＳは、ミリ秒で表わした所期の時間であり、
最大ＭＳは２０４８である。テーブルの終わりはＯのワ
ードで示される。許容されるオン・パルス及びオフ・パ
ルスの最大数は２６５である。
最大ＭＳは２０４８である。テーブルの終わりはＯのワ
ードで示される。許容されるオン・パルス及びオフ・パ
ルスの最大数は２６５である。
１８）ロータリ・レジスタ
第４１図は、ロータリ・レジスタ・カードに送られる一
連のオン・パルス及びオフ・パルスを指定するテーブル
である。各ワードはコマンド・ワードまたは周期ワード
のいずれかである。コマンド・ワードはＭＳＢが１１９
である。２種類のコマンド・ワードがある。
連のオン・パルス及びオフ・パルスを指定するテーブル
である。各ワードはコマンド・ワードまたは周期ワード
のいずれかである。コマンド・ワードはＭＳＢが１１９
である。２種類のコマンド・ワードがある。
（１）ビット１４がセットされたコマンド・ワード（す
なわち、１８進” ４０００ ’）は、ループ・コマン
ドを指定する。下位バイトは、ループに入るためのオフ
セットを含む。このバイトを符号拡張してテーブル内の
現在のアドレス位置に加えると、ループの始めを指す。
なわち、１８進” ４０００ ’）は、ループ・コマン
ドを指定する。下位バイトは、ループに入るためのオフ
セットを含む。このバイトを符号拡張してテーブル内の
現在のアドレス位置に加えると、ループの始めを指す。
上位バイトの下位θビットは、ループを実行すべき回数
のカウントを含む。
のカウントを含む。
（２）ビット１４がＯにセットされたコマンド・ワード
はテーブルの終わりを示す。周期ワードはオン・パルス
またはオフ・パルスの長さを指定し、次のように計算さ
れる。
はテーブルの終わりを示す。周期ワードはオン・パルス
またはオフ・パルスの長さを指定し、次のように計算さ
れる。
ＭＳｌｏ、１２５
ただし、ＭＳは、ミリ秒で表わした所期の時間であり、
最大ＭＳは２０４８である。
最大ＭＳは２０４８である。
テーブルの最初の周期ワードはオン・フック・パルスに
対応する。その後の各周期ワードは交互にオン・フック
状態とオフ・フック状態に対応する。ただし、ループ・
コマンド・ワードに続（周期ワードは、ループ−コマン
ド・ワードの直前の周期ワードと同じ状態である。
対応する。その後の各周期ワードは交互にオン・フック
状態とオフ・フック状態に対応する。ただし、ループ・
コマンド・ワードに続（周期ワードは、ループ−コマン
ド・ワードの直前の周期ワードと同じ状態である。
混乱を防ぐため、各ループ・コマンドは偶数個の周期ワ
ードのみを含むべきであり、ループ・コマンド・ワード
に続く周期ワードはループ内の最後のパルスの続きと見
なすべきである。
ードのみを含むべきであり、ループ・コマンド・ワード
に続く周期ワードはループ内の最後のパルスの続きと見
なすべきである。
１９）会議ブリッジ
第４２図は、会議ブリッジ・テストから予想される結果
を指定するテーブルである。結果は以下のように指定さ
れる。
を指定するテーブルである。結果は以下のように指定さ
れる。
（１）最初のワードは、テスト中のチャネルで許容され
る最大漏話レベルを指定し、それは次のように計算され
る。
る最大漏話レベルを指定し、それは次のように計算され
る。
ＤＢ”１２８
ただし、ＤＢは、ｄＢで表わした許容振幅である。
（２）残りのワードは、会議ブリッジの種々の利得レベ
ルに対して予想される署名を指定する。署名は経験的に
計算される。
ルに対して予想される署名を指定する。署名は経験的に
計算される。
２０）４チャネルＤＴＭＦレジスタ（フォーンメール）
第４３図ないし第４５図は、フォーンメール及び書留モ
ードをテストするとき４チヤネル（Ｑ）ＤＴＭＦボード
に送られる一連のトーンを指定するテーブルである。テ
ーブルの形式はＱＤＴＭＦテーブルと同じである。
ードをテストするとき４チヤネル（Ｑ）ＤＴＭＦボード
に送られる一連のトーンを指定するテーブルである。テ
ーブルの形式はＱＤＴＭＦテーブルと同じである。
２１）トーン・センダ
第４６図ないし第５４図は、トーン・センダから送られ
るトーンに必要な特性を指定す、るテーブルである。各
２重トーン・テーブルについて、以下の値が指定される
。
るトーンに必要な特性を指定す、るテーブルである。各
２重トーン・テーブルについて、以下の値が指定される
。
（１）各トーンの周波数は、
ＲＦ”８５５３Ｂ／８０００
として計算される。ただし、ＲＦは、Ｈ２で表わした必
要とされる周波数であり、最大ＲＦは４０００である。
要とされる周波数であり、最大ＲＦは４０００である。
各トーンにとって必要とされる最小振幅は、
ＤＢ傘１２８
として計算される。ただし、ＤＢは、ｄＢで表わした必
要とされる周波数である。許容される最大出力は、 ＤＢ”１２８ として計算される。ただし、ＤＢは、ｄＢで表わした許
容出力である。
要とされる周波数である。許容される最大出力は、 ＤＢ”１２８ として計算される。ただし、ＤＢは、ｄＢで表わした許
容出力である。
Ｄ３２７．ＡＤＣドライバ
エラー解析タスクは、ＣＢＸの活動プロセッサで実行さ
れる。しかし、上述のように、ＣＢＸカードのテストを
実行するためにＡＤＣが使用される。
れる。しかし、上述のように、ＣＢＸカードのテストを
実行するためにＡＤＣが使用される。
ＡＤＣを使用するエラー解析タスクはすべて、最初に前
処理のために、呼出しタスクからＤＸＸＸＰＲＣＭＥ
（）を呼び出さなければならない。
処理のために、呼出しタスクからＤＸＸＸＰＲＣＭＥ
（）を呼び出さなければならない。
呼出しシーケンスはＤＸＸＸＰＲＣＭＥ Ｏである。さ
らに、ＤＸＸＰＲＣＭＥ Ｏのアドレスは、テストに必
要な他のすべてのパラメータと共に、ＰＲＥ ＰＲＯ
Ｃという名前のテスト・ディレクトリ項目メンバに入れ
なければならない。
らに、ＤＸＸＰＲＣＭＥ Ｏのアドレスは、テストに必
要な他のすべてのパラメータと共に、ＰＲＥ ＰＲＯ
Ｃという名前のテスト・ディレクトリ項目メンバに入れ
なければならない。
前処理が完了すると、テスト呼出しのための呼出しシー
ケンスは次の通りである。
ケンスは次の通りである。
ＥＲＲ＝ＡＤＣＤＲＩＶＥＲ（ＬＯＧＩＣただし、各パ
ラメータは以下の機能を有する。
ラメータは以下の機能を有する。
ＬＯＧＩＣＡＬ ＡＤＣＴＥＳＴ ＮＵＭ実行すべ
きＡＤＣテストの番号。テスト及びその番号については
上記で考察した。
きＡＤＣテストの番号。テスト及びその番号については
上記で考察した。
ＣＵＴ ＬＴＩＤ ＰＴＲテスト中のチャネルに対
する識別番号のアドレス。
する識別番号のアドレス。
トで必要とされる場合、入力データを含むバッファのア
ドレス。このポインタが使用されない場合は、空白にセ
ットされる。
ドレス。このポインタが使用されない場合は、空白にセ
ットされる。
５ＣＡＮ ＢＵＦＦＥＲＰＴＲテストの結果を受は取
るアレイ。
るアレイ。
ＡＤＣＤＲＩＶＥＲを呼び出した後で、呼出しタスクが
完了まで実行されるか、または異常終了が発生するまで
、その呼出しタスクが制御権を受は取る。幾つかのテス
トでは、ＡＤＣＤＲＩＶＥＲＯタスクが戻った後、事象
待ち行列からそれらの結果を得る。
完了まで実行されるか、または異常終了が発生するまで
、その呼出しタスクが制御権を受は取る。幾つかのテス
トでは、ＡＤＣＤＲＩＶＥＲＯタスクが戻った後、事象
待ち行列からそれらの結果を得る。
１）ＡＤＣドライバの状態
ＡＤＣドライバは状態主導タスクである。論理テスト番
号を使って、状態シーケンス・セグメントを含むテーブ
ルにインデクシングする。各セグメントは完全なテスト
に対応する。使用される状態のリストを以下に示す。
号を使って、状態シーケンス・セグメントを含むテーブ
ルにインデクシングする。各セグメントは完全なテスト
に対応する。使用される状態のリストを以下に示す。
ＡＤＣＸＭＩＴ ＴＥＳＴ、データ・ワードの番号
ＡＤＣテスト及びテーブル番号を送る。
ＡＤＣテスト及びテーブル番号を送る。
テスト番号は、やはり論理テスト番号でインデクシング
されたテーブルから得られる。次に、指定された数のデ
ータ・ワードがＡＤＣに送られる。
されたテーブルから得られる。次に、指定された数のデ
ータ・ワードがＡＤＣに送られる。
ＡＤＣＸＭＩＴ、データ・ワードの番号 この状態は、
テスト番号がＡＤＣに送られない意思外は、ＡＤＣＸＭ
ＩＴ ＴＥＳＴ状態と全く同様に働く。
テスト番号がＡＤＣに送られない意思外は、ＡＤＣＸＭ
ＩＴ ＴＥＳＴ状態と全く同様に働く。
ＡＤＣＳＣＡＭ、バッファ・サイズ パラメータＩＮ
ＤＡＴＡで指定されたバッファにテストの結果ヲ読み
込む、ＡＤＣＤＲＩＶＥＲＯは、読取りに使用可能なワ
ード数を知っている。なぜならば、それらは前のＳＰＧ
ＷＡＩＴ状態中に得られるからである。実際に読み
取られるワード数は、バッファ・サイズとＡＤＣ上で使
用可能なワード数のどちらよりも小さい。
ＤＡＴＡで指定されたバッファにテストの結果ヲ読み
込む、ＡＤＣＤＲＩＶＥＲＯは、読取りに使用可能なワ
ード数を知っている。なぜならば、それらは前のＳＰＧ
ＷＡＩＴ状態中に得られるからである。実際に読み
取られるワード数は、バッファ・サイズとＡＤＣ上で使
用可能なワード数のどちらよりも小さい。
ＡＤＣＷＡＩＴ この状態は、ＡＤＣ使用中インジケ
ータがクリアされるまで待つ。１０秒より長くこの状態
に留まる場合は、ドライバは中断し、ＡＤＣが時間切れ
になったことを示すエラーを返す。ＡＤＣは時間調節を
実行する。
ータがクリアされるまで待つ。１０秒より長くこの状態
に留まる場合は、ドライバは中断し、ＡＤＣが時間切れ
になったことを示すエラーを返す。ＡＤＣは時間調節を
実行する。
ＡＤＣＣ０ＮＮ接続形式、１ ｗａｙ ｔｏ ＡＤＣ接
続形式Ｃ１ＦＥＰ ＳＩ Ｃ０ＮＮ １１Ｇｔｗ
ａｙ ｔｏ ＡＤ Ｃを供給しなければならず、その場
合、真はＡＤＣへの一方向接続を示し、偽はＡＤＣから
装置への一方向接続を示す。他の接続形式の場合は％
１ ｗａｙ ｔｏ ＡＤＣを省略しなければならない。
続形式Ｃ１ＦＥＰ ＳＩ Ｃ０ＮＮ １１Ｇｔｗ
ａｙ ｔｏ ＡＤ Ｃを供給しなければならず、その場
合、真はＡＤＣへの一方向接続を示し、偽はＡＤＣから
装置への一方向接続を示す。他の接続形式の場合は％
１ ｗａｙ ｔｏ ＡＤＣを省略しなければならない。
ＡＤＣＢＲＥＡＫ Ｃ０ＮＮ ＡＤＣＣ０ＮＮ状態
で行なわれた接続を切る。
で行なわれた接続を切る。
ＡＤＣＥＸＩＴ 状態マシンから出る。
ＡＤＣＮＯＰ この状態は何もしない。デバッグ及び
パッチ用である。
パッチ用である。
状態シーケンスが２つ以上の送信状態を有する場合は、
各状態に対するデータが、状態がそれにアクセスする順
にＸＭＩＴ ＤＡＴＡ ＰＴＲバッファ中に順次現
われなければならない。
各状態に対するデータが、状態がそれにアクセスする順
にＸＭＩＴ ＤＡＴＡ ＰＴＲバッファ中に順次現
われなければならない。
２）ＡＤＣドライバの設計
このタスクは、テスト実行のためにＡＤＣを使用するテ
ストの入口点である。ドライバはＡＤＣを初期設定し、
必要とされる接続をすべて行ない、ＡＤＣが終了するの
を待ち、結果を読み取る。このタスクは付属のパラメー
タからＡＤＣの識別を取す出し、ＡＤＣＤＲＩＶＥＲＩ
Ｎ Ｏを呼び出してテストを実行する。
ストの入口点である。ドライバはＡＤＣを初期設定し、
必要とされる接続をすべて行ない、ＡＤＣが終了するの
を待ち、結果を読み取る。このタスクは付属のパラメー
タからＡＤＣの識別を取す出し、ＡＤＣＤＲＩＶＥＲＩ
Ｎ Ｏを呼び出してテストを実行する。
３）ＡＤＣＤＲＩＶＥＲＩＮ Ｏ
このタスクは、ＡＤＣドライバの説明で述べたように実
際のテストを行なう。しかし、このタスクはエラー解析
コードから呼び出されるか、またはモニタ・プログラム
から直接呼び出される。
際のテストを行なう。しかし、このタスクはエラー解析
コードから呼び出されるか、またはモニタ・プログラム
から直接呼び出される。
このタスクはまずタスク番号の妥当性を検査する。
次に、そのテスト番号をテーブルへのインデックスとし
て使って、テストのためのＡＤＣテスト番号及び状態シ
ーケンス・セグメントを得る。最後に、ＡＤＣＥＸＩＴ
状態に達するまで、状態シーケンス・セグメントに示さ
れる状態を順次たどるループが実行される。
て使って、テストのためのＡＤＣテスト番号及び状態シ
ーケンス・セグメントを得る。最後に、ＡＤＣＥＸＩＴ
状態に達するまで、状態シーケンス・セグメントに示さ
れる状態を順次たどるループが実行される。
ＡＤＣＸＭＩＴ ＴＥＳＴ、ＡＤＣＸＭＩＴｌ及びＡ
ＤＣ５ＣＡＮ状態の場合、このタスクは、現在のＴＣＢ
を検査してテストが既に活動状態にあるかどうか判定す
る。テストが活動状態である場合は、タスクは、機能を
実行するために、ＴＥＳＴ ＣＡＬＬＳ ＦＥＰ
Ｏを呼び出す。
ＤＣ５ＣＡＮ状態の場合、このタスクは、現在のＴＣＢ
を検査してテストが既に活動状態にあるかどうか判定す
る。テストが活動状態である場合は、タスクは、機能を
実行するために、ＴＥＳＴ ＣＡＬＬＳ ＦＥＰ
Ｏを呼び出す。
そうでない場合は、このタスクは、機能を実行するため
に新しいタスクＣＭＮＤＳ ＴＯＦＥＰＯを呼び出し
て、この手順により、システム初期設定及び再始動の間
、ＡＤＣのローディング等の機能が容易になる。
に新しいタスクＣＭＮＤＳ ＴＯＦＥＰＯを呼び出し
て、この手順により、システム初期設定及び再始動の間
、ＡＤＣのローディング等の機能が容易になる。
４）ＳＰＧ ＩＮＩＴ
このタスクは、システム初期設定または再始動後に診断
モニタ・タスクによって呼び出される。
モニタ・タスクによって呼び出される。
このタスクは全ＡＤＳ用の共通装置リストをくまなく調
べ、それぞれをダウンロードする。このタスクは、共通
装置ディレクトリのＡＤＣ項目を、初期設定されるまで
ポーリングする。次に、共通装置ディレクトリの各ＡＤ
Ｃについて、個々のパラメータをロードする。これは、
各テストごとにＡＤＣＤＲＩＶＥＲＩＮ Ｏを呼び出す
コトによって行なわれる。次に、ＡＤＣ状況ワードを読
み取って検査合計が正しく計算され、かつカードが確実
に実行されているかどうか調べる。
べ、それぞれをダウンロードする。このタスクは、共通
装置ディレクトリのＡＤＣ項目を、初期設定されるまで
ポーリングする。次に、共通装置ディレクトリの各ＡＤ
Ｃについて、個々のパラメータをロードする。これは、
各テストごとにＡＤＣＤＲＩＶＥＲＩＮ Ｏを呼び出す
コトによって行なわれる。次に、ＡＤＣ状況ワードを読
み取って検査合計が正しく計算され、かつカードが確実
に実行されているかどうか調べる。
Ｄ３２８．エラー解析ハードウェア環境第５３図に、エ
ラー解析処理がその中で実行されるハードウェア環境を
示す。ＣＢＸノード２１０が、ノード間リンクを介して
別のノード２２０に接続されている。さらに、ＣＢＸノ
ード２１０はパーソナル・コンピユータ（ＰＣ）２２０
に：も接続することができ、パーソナル・コンピュータ
２２０は付属の印刷装置２８０用のシステム表示装置と
して働く。ＣＢＸノード１０及びＣＢＸノード２０は、
第１図に示したＣＢＸと同様のものである。各ＣＢＸノ
ードは、第２図に示すように、少な（とも１つのＡＤＣ
を有する。
ラー解析処理がその中で実行されるハードウェア環境を
示す。ＣＢＸノード２１０が、ノード間リンクを介して
別のノード２２０に接続されている。さらに、ＣＢＸノ
ード２１０はパーソナル・コンピユータ（ＰＣ）２２０
に：も接続することができ、パーソナル・コンピュータ
２２０は付属の印刷装置２８０用のシステム表示装置と
して働く。ＣＢＸノード１０及びＣＢＸノード２０は、
第１図に示したＣＢＸと同様のものである。各ＣＢＸノ
ードは、第２図に示すように、少な（とも１つのＡＤＣ
を有する。
Ｄ４．エラー解析の諸段階
エラー解析は８つの主要段階から成る。これらの段階は
テスト結果の処理中に順番に行なわれる。
テスト結果の処理中に順番に行なわれる。
特定のテスト結果の処理中、解析の状態に応じて処理が
すべての段階を経る場合もあり、そうでない場合もある
。これらの段階は次の通りである。
すべての段階を経る場合もあり、そうでない場合もある
。これらの段階は次の通りである。
１）テスト総称段階 この段階は、シェルフ間パスＣｌ
５Ｂ）に背景エラーがなかったことを確認することによ
り、不合格になった個々のテストの結果の妥当性を検査
する。ＩＳＢは各ノード内の音声及びデータ通信用のデ
ータ・ハイウェイである。
５Ｂ）に背景エラーがなかったことを確認することによ
り、不合格になった個々のテストの結果の妥当性を検査
する。ＩＳＢは各ノード内の音声及びデータ通信用のデ
ータ・ハイウェイである。
２）詳細解析段階 この段階はテスト中の各カード形式
用の特定の判断木から成る。これらの判断木は、必要と
される追加テストを特定し、これらのテストの結論を処
理して問題を特定し、テスト結果を表示する。この段階
で実行される各テストは、まずテスト総称段階を経なけ
ればならない。
用の特定の判断木から成る。これらの判断木は、必要と
される追加テストを特定し、これらのテストの結論を処
理して問題を特定し、テスト結果を表示する。この段階
で実行される各テストは、まずテスト総称段階を経なけ
ればならない。
３）テスト解析段階 この段階は、障害がテスト中のチ
ャネルによるものであることを確認するための幾つかの
基本テストから成る。この段階は、詳細解析段階で障害
が発生した場合にのみ実行される。このテストは、障害
を起こしているエキスパンダまたは拡張診断カード（Ａ
ＤＣ）が、テスト中のチャネルに対して誤った結論を記
録させることを防止するためのものである。
ャネルによるものであることを確認するための幾つかの
基本テストから成る。この段階は、詳細解析段階で障害
が発生した場合にのみ実行される。このテストは、障害
を起こしているエキスパンダまたは拡張診断カード（Ａ
ＤＣ）が、テスト中のチャネルに対して誤った結論を記
録させることを防止するためのものである。
システム・スキャナによって検出されたエラーは、やや
異なる方式で処理される。スキャナによって検出された
エラーはテスト総称段階を飛び越して、いきなり詳細解
析段階に進む。スキャナによって検出されたエラーは、
報告される特定のエラーに対するそれ自体の判断木を使
用する。これらのスキャナ判断木は、そのカード用の特
定のテスト判断木を実行させることができる。
異なる方式で処理される。スキャナによって検出された
エラーはテスト総称段階を飛び越して、いきなり詳細解
析段階に進む。スキャナによって検出されたエラーは、
報告される特定のエラーに対するそれ自体の判断木を使
用する。これらのスキャナ判断木は、そのカード用の特
定のテスト判断木を実行させることができる。
０４０１、テスト総称段階
テスト総称段階では、現在処理中のテスト結果がＩＳＢ
エラーの影響を受けないことを確認する。
エラーの影響を受けないことを確認する。
受は取ったテスト結果が障害を示す場合は、エラー解析
で、ＩＳＢエラーを検査して１、ＩＳＢがテスト結果に
影響を及ぼさなかったことを確認する。
で、ＩＳＢエラーを検査して１、ＩＳＢがテスト結果に
影響を及ぼさなかったことを確認する。
ＩＳＢエラーが検出された場合は、テストのスケジュー
ルを立て直し、完了時に、エラー解析で、結果に影響を
及ぼした可能性があるＩＳＢエラーについて再検査する
。このテストは、完全な結果が得られるか、または３回
テストのスケジュールを立て直すまで、続行される。現
在のテストがＩＳＢエラーを引き起こす可能性があるの
で、この限界が設けられている。３回のテスト限界を設
けないと、他のテストが実行できなくなる。ＩＳＢエラ
ーの影響を受けないテスト結果が得られた場合は、それ
がエラー解析の次の段階に渡される。
ルを立て直し、完了時に、エラー解析で、結果に影響を
及ぼした可能性があるＩＳＢエラーについて再検査する
。このテストは、完全な結果が得られるか、または３回
テストのスケジュールを立て直すまで、続行される。現
在のテストがＩＳＢエラーを引き起こす可能性があるの
で、この限界が設けられている。３回のテスト限界を設
けないと、他のテストが実行できなくなる。ＩＳＢエラ
ーの影響を受けないテスト結果が得られた場合は、それ
がエラー解析の次の段階に渡される。
ＩＳＢエラーの影響を受ける結果が得られた場合、それ
は廃棄される。さらに、テスト結果がすべてＩＳＢエラ
ーで汚染されている場合は、この障害のエラー解析は放
棄され、中間結果は廃棄される。
は廃棄される。さらに、テスト結果がすべてＩＳＢエラ
ーで汚染されている場合は、この障害のエラー解析は放
棄され、中間結果は廃棄される。
Ｄ４０２．詳細解析
詳細解析は、特定のカード形式用の判断木をたどること
により、特定のＦＲＵに関する問題を分離する。判断木
の経路に沿って各テストを１度実行し、どの経路を次に
たどるかを判定する。判断木は、結論を引き出すために
どのような追加テストを実行する必要があるか、及びテ
スト結果に基づいてどのような結論が引き出されるかを
示す。
により、特定のＦＲＵに関する問題を分離する。判断木
の経路に沿って各テストを１度実行し、どの経路を次に
たどるかを判定する。判断木は、結論を引き出すために
どのような追加テストを実行する必要があるか、及びテ
スト結果に基づいてどのような結論が引き出されるかを
示す。
このレベルには以下の形式の判断木が含まれる。
総称解析は、特定のテストに対して他の特定の判断木が
存在しないときに使用される。
存在しないときに使用される。
ＲＬＩ音声解析は、電話カードまたは内線装置に関する
問題を分離する。
問題を分離する。
サイプレス解析は、ロルムホン（ＲｏｌｍＰｈｏｎｅ
）ＲＬＩ−１／２カードまたはサイプレス（Ｃｙｐｒｅ
ｓｓ）内線装置に関する問題を分離する。
）ＲＬＩ−１／２カードまたはサイプレス（Ｃｙｐｒｅ
ｓｓ）内線装置に関する問題を分離する。
ＤＣＭ解析は、電話カードまたはデータ通信モジュール
に関する問題を分離する。
に関する問題を分離する。
ＤＬＩ解析は、データ回線インターフェース・カードま
たはデータ端末インターフェース装置に関する問題を分
離する。
たはデータ端末インターフェース装置に関する問題を分
離する。
修正カード解析は、Ｃ０ＤＥＣカードまたはインターフ
ェース・カードに関する問題を分離する。
ェース・カードに関する問題を分離する。
メツセージ・ウェイティング解析は、障害ランプ・テス
トである場合に電話機に関する問題も分離することがで
きる意思外は、修正カード解析と同様である。
トである場合に電話機に関する問題も分離することがで
きる意思外は、修正カード解析と同様である。
ＡＴＩカード解析は、ＡＴＩカードに関する問題を分離
する。
する。
タイ・トランク解析は、新しいタイ・トランク・インタ
ーフェース・カードまたはトランクに関する問題を分離
する。
ーフェース・カードまたはトランクに関する問題を分離
する。
これらの判断木は、装置が作動可能であることを宣言す
るすべての必要なテストが実行されることを保証するた
めのものである。必要とされるテストの１つが不合格に
なった場合は、ＦＲＵに関する障害を分離するために判
断木をたどる。詳細解析の判断木用の概略論理を第６２
図ないし第７１図に示す。不合格にならなかった場合で
も、テスト中のチャネルが正しく機能することを確認す
るために必要なすべてのテストを確実に実行させるため
、判断木をたどる。すべてのテストに合格した場合に到
達する結論は、単に「チャネル合格」である。
るすべての必要なテストが実行されることを保証するた
めのものである。必要とされるテストの１つが不合格に
なった場合は、ＦＲＵに関する障害を分離するために判
断木をたどる。詳細解析の判断木用の概略論理を第６２
図ないし第７１図に示す。不合格にならなかった場合で
も、テスト中のチャネルが正しく機能することを確認す
るために必要なすべてのテストを確実に実行させるため
、判断木をたどる。すべてのテストに合格した場合に到
達する結論は、単に「チャネル合格」である。
０４０３、判断木の属性
判断水上の各ノードは第５８図に示すように、テスト・
ノード１０００、活動ノード２０００、または結論ノー
ド３０００のいずれかである。テスト・ノード１０００
は、不合格の分岐を表わすＦｌまたは合格した分岐を表
わすＰとする。すべてのテスト・ノードは、テスト中の
チャネルについてのテスト総称段階を通じて、指定され
たテストを実行することを示唆する。活動ノード２００
０は単に、テストの結果として生じる事象である。
ノード１０００、活動ノード２０００、または結論ノー
ド３０００のいずれかである。テスト・ノード１０００
は、不合格の分岐を表わすＦｌまたは合格した分岐を表
わすＰとする。すべてのテスト・ノードは、テスト中の
チャネルについてのテスト総称段階を通じて、指定され
たテストを実行することを示唆する。活動ノード２００
０は単に、テストの結果として生じる事象である。
これはボックス２０００内に事象の文字による記述とし
て現われる。活動ノード２０００は、次のノードに進む
前にある種のエラー解析機能を実行することを示唆する
。結論ノード３０００は、ある結論に達し、その判断木
中にもう進むべきノードがないことを示唆する。言い換
えると、それらは、エラー解析の完了を示す終端ノード
である。
て現われる。活動ノード２０００は、次のノードに進む
前にある種のエラー解析機能を実行することを示唆する
。結論ノード３０００は、ある結論に達し、その判断木
中にもう進むべきノードがないことを示唆する。言い換
えると、それらは、エラー解析の完了を示す終端ノード
である。
テスト・ノードは、合格または不合格の２つの可能な出
口分岐を有する。テストの結果に応じて、タスク論理は
次の分岐に通じる２つの分岐の１つをたどる。個々のテ
ストの結果が合否の境目付近であった場合は、判断木を
たどるとき不合格として扱われる。誤った結論に達した
が、テスト結果が境目付近であっただけでエラー解析が
この結論を下した場合は、この結論によって、テスト中
のチャネルが使われなくなることはない。
口分岐を有する。テストの結果に応じて、タスク論理は
次の分岐に通じる２つの分岐の１つをたどる。個々のテ
ストの結果が合否の境目付近であった場合は、判断木を
たどるとき不合格として扱われる。誤った結論に達した
が、テスト結果が境目付近であっただけでエラー解析が
この結論を下した場合は、この結論によって、テスト中
のチャネルが使われなくなることはない。
実行する必要のあるテストが１つだけで、かつその唯一
のＦＲＵが、それが常駐する単一のカードであるような
チャネル形式はどれも、第５９図に示すように、それに
ついて実行される１つのテストから成る単一ノードの判
断木のみを存する。
のＦＲＵが、それが常駐する単一のカードであるような
チャネル形式はどれも、第５９図に示すように、それに
ついて実行される１つのテストから成る単一ノードの判
断木のみを存する。
不合格の分岐に対する結論は、カードの交換である。第
８０図ないし第６８図にエラー解析システム内の各判断
木の概略論理を示す。これらの判断木は、エラー解析を
記述するための３本の判断木の集合から成る。
８０図ないし第６８図にエラー解析システム内の各判断
木の概略論理を示す。これらの判断木は、エラー解析を
記述するための３本の判断木の集合から成る。
０４０４、テスト解析
テスト解析タスクは、関連するエキスパンダが機能して
おり、カードＩＤが正しく、ＡＤＣがテストに使えるこ
とを確認する。テスト解析は、詳細解析テストで不合格
の結論ノードに達した後で呼び出される。テスト解析を
呼び出す前に、検査を行なって、前のエラーがこのチャ
ネルに対するエラー解析で記録されたかどうか判定する
。前のエラーが記録され、結論が同じであった場合は、
同じ障害ハードウェアについてのテストの重複を避ける
ため、テスト解析段階は省略される。
おり、カードＩＤが正しく、ＡＤＣがテストに使えるこ
とを確認する。テスト解析は、詳細解析テストで不合格
の結論ノードに達した後で呼び出される。テスト解析を
呼び出す前に、検査を行なって、前のエラーがこのチャ
ネルに対するエラー解析で記録されたかどうか判定する
。前のエラーが記録され、結論が同じであった場合は、
同じ障害ハードウェアについてのテストの重複を避ける
ため、テスト解析段階は省略される。
これらの各構成要素ごとに、それをテストするために呼
び出される予め定められた判断木がある。
び出される予め定められた判断木がある。
最初のテストはエキスパンダ再送テストである。
これは、エキスパンダをテストして、テスト中のチャネ
ルがあるシェルフを決定する。エキスパンダ・テストが
不合格の場合、エキスパンダ・テストの結果がハードウ
ェア・エラー・テーブルに記録される。ハードウェア・
エラー・テーブル・データ構造内の処置提案フィールド
がセットされて、エキスパンダを交換すべきことを示す
。適当な交換論理がエキスパンダ・テストに存在する。
ルがあるシェルフを決定する。エキスパンダ・テストが
不合格の場合、エキスパンダ・テストの結果がハードウ
ェア・エラー・テーブルに記録される。ハードウェア・
エラー・テーブル・データ構造内の処置提案フィールド
がセットされて、エキスパンダを交換すべきことを示す
。適当な交換論理がエキスパンダ・テストに存在する。
さらに、テスト中の元のチャネル番号を示す項目が、ハ
ードウェア・エラー・テーブル及び処置提案フィールド
に書き込まれ、エキスパンダの問題のためにテストが不
合格になったことを示す。さらに、このことは、エキス
パンダが障害したとき、テスト中のチャネルを使用から
外すことができることを示している。交換が行なわれな
い場合でも、問題は十分に診断されたので、それ以上の
、解析は必要でない。
ードウェア・エラー・テーブル及び処置提案フィールド
に書き込まれ、エキスパンダの問題のためにテストが不
合格になったことを示す。さらに、このことは、エキス
パンダが障害したとき、テスト中のチャネルを使用から
外すことができることを示している。交換が行なわれな
い場合でも、問題は十分に診断されたので、それ以上の
、解析は必要でない。
エキスパンダ・テストに合格した場合は、テスト中のチ
ャネルに関連するカードについてカードＩＤテストが実
行される。カードＩＤテストが不合格の場合は、エラー
解析がそれ以上の解析を試みることができない。このタ
スクはテスト中のチャネルのテスト・データ構造中でエ
ラー・レコードを作成し、処置提案フィールドをセット
して、操作員が取るべき適切な処置を示す。このメツセ
ージは、操作員がカードを交換すべきことを示す。
ャネルに関連するカードについてカードＩＤテストが実
行される。カードＩＤテストが不合格の場合は、エラー
解析がそれ以上の解析を試みることができない。このタ
スクはテスト中のチャネルのテスト・データ構造中でエ
ラー・レコードを作成し、処置提案フィールドをセット
して、操作員が取るべき適切な処置を示す。このメツセ
ージは、操作員がカードを交換すべきことを示す。
さらに、テスト中のチャネルが使用から外される。
カード・テストに合格した場合は、検査を行なって、詳
細な解析中に実行されるテストでＡＤＣが必要とされた
かどうか調べる。ＡＤＣが必要とされた場合は、詳細解
析段階で使用されるＡＤＣについて自己テストが行なわ
れる。詳細解析で実行されるすべてのテストに対して同
じＡＤＣが使用される。このテストで考えられるエラー
源としてそのＡＤＣが排除される。ＡＤＣ自己テストが
不合格の場合、中間結果はすべて廃棄され、この解析に
ついては結果が記録されない。終了の前に、エラー解析
は、障害ＡＤＣに対してＡＤＣ解析判断判断最初のテス
トを呼び出す。この処置で通常のテスト・スケジユーリ
ングが呼び出され、エラー解析が完了する。
細な解析中に実行されるテストでＡＤＣが必要とされた
かどうか調べる。ＡＤＣが必要とされた場合は、詳細解
析段階で使用されるＡＤＣについて自己テストが行なわ
れる。詳細解析で実行されるすべてのテストに対して同
じＡＤＣが使用される。このテストで考えられるエラー
源としてそのＡＤＣが排除される。ＡＤＣ自己テストが
不合格の場合、中間結果はすべて廃棄され、この解析に
ついては結果が記録されない。終了の前に、エラー解析
は、障害ＡＤＣに対してＡＤＣ解析判断判断最初のテス
トを呼び出す。この処置で通常のテスト・スケジユーリ
ングが呼び出され、エラー解析が完了する。
ＡＤＣがテストに合格した場合、または、ＡＤＣを使用
せずにカードＩＤテストに合格した場合は、装置をテス
トして、カード上の他のチャネルのすべてが障害してい
るかどうか判定し、障害している場合はそのカードが初
期設定される。この処置で現在の解析は変更されないが
、このカードの将来のテストで解析に合格することがあ
り得る。
せずにカードＩＤテストに合格した場合は、装置をテス
トして、カード上の他のチャネルのすべてが障害してい
るかどうか判定し、障害している場合はそのカードが初
期設定される。この処置で現在の解析は変更されないが
、このカードの将来のテストで解析に合格することがあ
り得る。
さらに、エラー解析データ構造中にテストの結果を示す
項目が作成される。最後に、誤った結論に達した場合は
、エラー解析データ構造がハードウェア・エラー・テー
ブルに書き込まれ、−貫した結果を得るため、テスト中
のチャネルについてテストが反復される。
項目が作成される。最後に、誤った結論に達した場合は
、エラー解析データ構造がハードウェア・エラー・テー
ブルに書き込まれ、−貫した結果を得るため、テスト中
のチャネルについてテストが反復される。
Ｄ４０６．中間テスト結果
特定のチャネルの解析中に、各テストの中間結果が記録
される。次に、結論が得られたとき、中間結果をハード
ウェア・エラー・データベースト突き合わせて、既存の
個別エラー・レコードを更新する。ある個別の不合格結
果が記録され、それに対するハードウェア・エラー・デ
ータベース−レコードが存在しない場合は、新しいレコ
ードは作成されない。ユーザがコマンド・ライン・イン
タープリタ（ＣＬＩ）を使って個別テストを実行し、そ
のテストに対してエラー・レコードを作成する場合、テ
ストが反復されるたびに同じレコードを更新し続ける。
される。次に、結論が得られたとき、中間結果をハード
ウェア・エラー・データベースト突き合わせて、既存の
個別エラー・レコードを更新する。ある個別の不合格結
果が記録され、それに対するハードウェア・エラー・デ
ータベース−レコードが存在しない場合は、新しいレコ
ードは作成されない。ユーザがコマンド・ライン・イン
タープリタ（ＣＬＩ）を使って個別テストを実行し、そ
のテストに対してエラー・レコードを作成する場合、テ
ストが反復されるたびに同じレコードを更新し続ける。
Ｄ４０８．遠隔ノードに対するエラー解析エラー解析は
遠隔ノード上でテストを行なうことができる。１つの手
順がテストのスケジュールを立て、テスト中のチャネル
を検査して、それが遠隔ノード上にあるかどうか判定す
る。テストが遠隔ノードにある場合、その遠隔ノード上
のエラー解析にメツセージが送られる。遠隔ノード上で
テストのスケジュールが立てられ、テスト総称段階を通
じて実行が進み、その結果がローカル・エラー解析タス
クに報告される。
遠隔ノード上でテストを行なうことができる。１つの手
順がテストのスケジュールを立て、テスト中のチャネル
を検査して、それが遠隔ノード上にあるかどうか判定す
る。テストが遠隔ノードにある場合、その遠隔ノード上
のエラー解析にメツセージが送られる。遠隔ノード上で
テストのスケジュールが立てられ、テスト総称段階を通
じて実行が進み、その結果がローカル・エラー解析タス
クに報告される。
Ｄ４０？、内部スケジューラ
内部スケジューラは、テスト中の各カード形式ごとに解
析で使用される最初のテストのスケジュールを立てる。
析で使用される最初のテストのスケジュールを立てる。
次に、エラー解析はテスト中のカードについて判断木を
使って、実行すべき適当な一連の追加テストのスケジュ
ールを立てる。エラー解析が使用可能でないときは、次
のチャネルに進む前に、内部スケジユーラが特定のチャ
ネルについてすべての関連テストを順次実行する。
使って、実行すべき適当な一連の追加テストのスケジュ
ールを立てる。エラー解析が使用可能でないときは、次
のチャネルに進む前に、内部スケジユーラが特定のチャ
ネルについてすべての関連テストを順次実行する。
Ｄ４０８．合格チャネルに対する処置の提案本発明の重
要な特徴は、エキスパート・システムの技術を通信多重
化システムに適用することである。これらの技術の１つ
は、判断木を使ってシステム内の障害を分離することで
ある。本発明のもう１つの重要な態様は、障害が分離さ
れた場合にその障害を再テストすることができることで
ある。本発明によると、障害カードについて一連のテス
トを行ない、カードが複数回続けてテストに合格したと
きにそのカードを使用に戻す。エラー・データ構造内の
処置提案フィールドは保持されるが、ヘッダは、この処
置が既に訂正されたことを示すように修正される。
要な特徴は、エキスパート・システムの技術を通信多重
化システムに適用することである。これらの技術の１つ
は、判断木を使ってシステム内の障害を分離することで
ある。本発明のもう１つの重要な態様は、障害が分離さ
れた場合にその障害を再テストすることができることで
ある。本発明によると、障害カードについて一連のテス
トを行ない、カードが複数回続けてテストに合格したと
きにそのカードを使用に戻す。エラー・データ構造内の
処置提案フィールドは保持されるが、ヘッダは、この処
置が既に訂正されたことを示すように修正される。
Ｄ４０９．完了不能な解析
エラー解析は、チャネルが電話処理を実行し続けている
間、問題を分離するため複数のテストを実行する。しか
し、システム上の他の問題によって、個々のテストの完
了が妨げられることがある。
間、問題を分離するため複数のテストを実行する。しか
し、システム上の他の問題によって、個々のテストの完
了が妨げられることがある。
それが起こった場合、解析は中断し、個々のテスト結果
がすべて報告され、ハードウェア・エラー・テーブルに
個別結果として記録される。
がすべて報告され、ハードウェア・エラー・テーブルに
個別結果として記録される。
Ｄ４１０．エラー・レコードの優先順位個別システム保
全性テストで、各テストに対して設定された優先順位が
予め割り当てられている。
全性テストで、各テストに対して設定された優先順位が
予め割り当てられている。
エラー解析は複数のテストを実行するので、エラー・レ
コードの優先順位を割り当てる際に解析用の規則を特定
する必要がある。以下に挙げる規則が使用される。
コードの優先順位を割り当てる際に解析用の規則を特定
する必要がある。以下に挙げる規則が使用される。
１）チャネル・エラーには、実行されてチャネル上の障
害を検出した、優先順位が最高の個別のチャネル・テス
トの優先順位が割り当てられる。
害を検出した、優先順位が最高の個別のチャネル・テス
トの優先順位が割り当てられる。
２）カード・エラーには、実行されてカード中の障害を
検出した、優先順位が最高の個別カード・レベルのテス
トの優先順位が割り当てられる。アップ・カード・レベ
ル・テストが不合格の場合、チャネル・レベルの優先順
位が記録される。
検出した、優先順位が最高の個別カード・レベルのテス
トの優先順位が割り当てられる。アップ・カード・レベ
ル・テストが不合格の場合、チャネル・レベルの優先順
位が記録される。
３）限界エラーは、例外として記録される。
４）合格エラー（訂正済みエラー）は、ハードウェア・
エラー・テーブル内にその元の優先順位で残るが、対応
するシステム警報はオフになる。
エラー・テーブル内にその元の優先順位で残るが、対応
するシステム警報はオフになる。
Ｄ４１１．矛盾した結果
詳細解析で使用中の特定のテストが断続的結果を与える
場合、詳細解析からの結論は異なる。この可能性を考慮
して、エラー解析レコードが更新される度に、以前の結
論レコードが監査用に保管される。このようにして、複
数の結論レコードを突き合わせすることができる。特定
のチャネル形式に対して、結論レコードに、それらが対
応する特定のＦＲＵへの物理的経路の長さに基づいて優
先順位が付けられる。たとえば、アダプタ・カードのよ
うに経路が短い場合、結論レコードは最高の優先順位を
与えられる。たとえば、電話装置のように経路が長い場
合は、優先順位は低い。
場合、詳細解析からの結論は異なる。この可能性を考慮
して、エラー解析レコードが更新される度に、以前の結
論レコードが監査用に保管される。このようにして、複
数の結論レコードを突き合わせすることができる。特定
のチャネル形式に対して、結論レコードに、それらが対
応する特定のＦＲＵへの物理的経路の長さに基づいて優
先順位が付けられる。たとえば、アダプタ・カードのよ
うに経路が短い場合、結論レコードは最高の優先順位を
与えられる。たとえば、電話装置のように経路が長い場
合は、優先順位は低い。
不合格を示す結論が得られる度に、不合格ノードは、代
わりの結論を指すポインタを含む。代わりの結論は元の
結論と同様であるが、テストまたは交換すべき追加の項
目を含む。代わりの結論が元の結論と同じになる場合も
ある。代わりの結論と元の結論は同じ結論優先順位をと
る。
わりの結論を指すポインタを含む。代わりの結論は元の
結論と同様であるが、テストまたは交換すべき追加の項
目を含む。代わりの結論が元の結論と同じになる場合も
ある。代わりの結論と元の結論は同じ結論優先順位をと
る。
エラー・レコードがリストされたとき、エラー・レコー
ド内の不合格の結論レコードが一致しない場合は、異な
る時点で異なる結論に達したがそれが最も可能性がある
結論であることを示す追加メツセージと共に、優先順位
が最高の、結論ノードの代わりの結論がリストされる。
ド内の不合格の結論レコードが一致しない場合は、異な
る時点で異なる結論に達したがそれが最も可能性がある
結論であることを示す追加メツセージと共に、優先順位
が最高の、結論ノードの代わりの結論がリストされる。
こうするのは、間欠的に障害する構成要素は、経路中の
さらに下流の構成要素にエラーをもたらす可能性がある
ためである。したがって、最短の物理経路上の構成要素
が最も疑わしい。
さらに下流の構成要素にエラーをもたらす可能性がある
ためである。したがって、最短の物理経路上の構成要素
が最も疑わしい。
Ｄ４１２．ユーザ・インターフェース
コマンド・ライン・インタープリタ（ＣＬＩ）は、許可
された個人が通信システムにログオンし、システム・コ
マンドを実行することを可能にするソフトウェア機能で
ある。ＣＬＩを使ってカード形式による情報を必要とす
るテストを実行する場合、どのテストが実行中かを示す
メツセージが表示され、テストの完了時に、結果がユー
ザに表示される。可能なテスト結果は、テスト合格、か
ろうじて合格または不合格である。テスト結果の一例を
第６４図に示す。
された個人が通信システムにログオンし、システム・コ
マンドを実行することを可能にするソフトウェア機能で
ある。ＣＬＩを使ってカード形式による情報を必要とす
るテストを実行する場合、どのテストが実行中かを示す
メツセージが表示され、テストの完了時に、結果がユー
ザに表示される。可能なテスト結果は、テスト合格、か
ろうじて合格または不合格である。テスト結果の一例を
第６４図に示す。
Ｄ４１３．ハードウェア・エラーのりストエラー解析の
結果をリストし、推奨される注釈及び処置の提案を要約
した報告が示される。報告の実例を第５５図に示す。こ
の報告は、適切な情報を明瞭に伝える形でエラー情報の
要約をリストしたものである。
結果をリストし、推奨される注釈及び処置の提案を要約
した報告が示される。報告の実例を第５５図に示す。こ
の報告は、適切な情報を明瞭に伝える形でエラー情報の
要約をリストしたものである。
Ｄ５．エラー解析アーキテクチャ
手順ＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳは、テスト及び
スキャナの結果を処理し、ハードウェア・エラー・テー
ブルを更新するタスクである。テスト結果は連係された
リストとしてＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳに送ら
れ、各項目は個々のテスト結果である。ＥＲＲＰＯ８Ｔ
ＰＲＯＣＥＳＳは、ＥＲＲＯＲＡＮＡＬＹＳＩＳを
呼び出してエラー解析機能を実行し、ハードウェア・エ
ラー・テーブルに記録すべき項目を返すように設計され
ている。
スキャナの結果を処理し、ハードウェア・エラー・テー
ブルを更新するタスクである。テスト結果は連係された
リストとしてＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳに送ら
れ、各項目は個々のテスト結果である。ＥＲＲＰＯ８Ｔ
ＰＲＯＣＥＳＳは、ＥＲＲＯＲＡＮＡＬＹＳＩＳを
呼び出してエラー解析機能を実行し、ハードウェア・エ
ラー・テーブルに記録すべき項目を返すように設計され
ている。
ＥＲＲＯＲＡＮＡＬＹＳＩＳは３つの段階と初期設定段
階から成る。最初の段階、すなわち、初期設定段階は解
析のためにエラー解析データベース内の項目を指すポイ
ンタ（アドレス）を検索し、項目が存在しない場合は、
初期の項目を作成する。
階から成る。最初の段階、すなわち、初期設定段階は解
析のためにエラー解析データベース内の項目を指すポイ
ンタ（アドレス）を検索し、項目が存在しない場合は、
初期の項目を作成する。
第２の段階、すなわち、テスト総称段階は、報告された
結果がＩＳＢエラーの影響を受けるかどうか判定し、影
響を受ける場合は、テストのスケジュールを立て直して
再度実行する。第３の段階、すなわち、詳細解析では障
害のタイプに固有な判断木をたどる。第４の段階、すな
わち、テスト解析では、障害が、テストされている装置
と無関係なハードウェア障害の結果ではなかったことを
確認する。
結果がＩＳＢエラーの影響を受けるかどうか判定し、影
響を受ける場合は、テストのスケジュールを立て直して
再度実行する。第３の段階、すなわち、詳細解析では障
害のタイプに固有な判断木をたどる。第４の段階、すな
わち、テスト解析では、障害が、テストされている装置
と無関係なハードウェア障害の結果ではなかったことを
確認する。
テスト結果を相関させ、それらを無視すべきか、それと
も進行中の解析に組み込むべきかを判定する機能が、「
テスト・シーケンス」である。０のテスト・シーケンス
は、解析を開始する結果を識別する。
も進行中の解析に組み込むべきかを判定する機能が、「
テスト・シーケンス」である。０のテスト・シーケンス
は、解析を開始する結果を識別する。
テスト・シーケンスの開始はスケジューラによって行な
われる。空白のテスト・シーケンスは、エラー解析で無
視すべきテスト結果を示すために使用される。０や空白
以外のテスト・シーケンスは、進行中の解析の一部とし
て生成された結果を示す。
われる。空白のテスト・シーケンスは、エラー解析で無
視すべきテスト結果を示すために使用される。０や空白
以外のテスト・シーケンスは、進行中の解析の一部とし
て生成された結果を示す。
個別テストの結果及びエラー解析の結果は、どちらもハ
ードウェア・エラー・テーブルに存在する。エラー解析
の一部として個別テストが実行されるとき、個別テスト
のエラー記録が更新されることが重要である。それを実
現するために、すべての中間結果がＥＲＲＰＯ８Ｔ
ＰＲＯＣＥＳＳタスクに送られ、存在するかも知れない
個別エラー・レコードの状況が更新される。中間結果は
、エラー・レコードが既に存在していな・い場合に、エ
ラー・レコードを作成させることはない。既存のレコー
ドのみが更新される。
ードウェア・エラー・テーブルに存在する。エラー解析
の一部として個別テストが実行されるとき、個別テスト
のエラー記録が更新されることが重要である。それを実
現するために、すべての中間結果がＥＲＲＰＯ８Ｔ
ＰＲＯＣＥＳＳタスクに送られ、存在するかも知れない
個別エラー・レコードの状況が更新される。中間結果は
、エラー・レコードが既に存在していな・い場合に、エ
ラー・レコードを作成させることはない。既存のレコー
ドのみが更新される。
エラー解析データベースは、ヘッダ・タイプ項目の連係
されたリストから成る。各ヘッダ項目は、それが表わす
特定の解析に関する一般的情報を含む。ヘッダ項目はま
た、テスト結果のリストを指すポインタを含む。最初の
テスト結果は、エラー解析エラーを記録するために作成
されるレコードである。残りのテスト結果は、解析の一
部として生成される中間テスト結果である。
されたリストから成る。各ヘッダ項目は、それが表わす
特定の解析に関する一般的情報を含む。ヘッダ項目はま
た、テスト結果のリストを指すポインタを含む。最初の
テスト結果は、エラー解析エラーを記録するために作成
されるレコードである。残りのテスト結果は、解析の一
部として生成される中間テスト結果である。
判断木は一組の７−ドとして定義される。各カードはそ
れ自体の判断木を何する。各モニタ・エラーはそれ自体
の判断木で解析を開始する。判断木の各ノードは、指定
された処置が合格かそれとも不合格かに基づいて、実行
すべきある処置、ある種の関連パラメータ、及び判断木
中の次のノードを指す相対ポインタから成る。
れ自体の判断木を何する。各モニタ・エラーはそれ自体
の判断木で解析を開始する。判断木の各ノードは、指定
された処置が合格かそれとも不合格かに基づいて、実行
すべきある処置、ある種の関連パラメータ、及び判断木
中の次のノードを指す相対ポインタから成る。
２つのデータ構造が、判断木の先頭を指すために使用さ
れる。これらの構造の１つはモニタ・エラー用に使用さ
れ、エラ一番号でインデクシングされる。もう一方の構
造は通常のテスト用のものであり、カード形式でインデ
クシングされる。これらの構造はどちらも同じであり、
共にインデックス値、及び適当な判断木の先頭を指すポ
インタを含む。
れる。これらの構造の１つはモニタ・エラー用に使用さ
れ、エラ一番号でインデクシングされる。もう一方の構
造は通常のテスト用のものであり、カード形式でインデ
クシングされる。これらの構造はどちらも同じであり、
共にインデックス値、及び適当な判断木の先頭を指すポ
インタを含む。
Ｄ５０１．エラー解析初期設定
エラー解析初期設定処理は、テスト結果のタイプに基づ
いて行なわれる。エラー解析が出会うテスト結果には３
つのタイプがある。それらは以下の通りである。
いて行なわれる。エラー解析が出会うテスト結果には３
つのタイプがある。それらは以下の通りである。
１）初めてエラー解析に入ってくる結果。
２）進行中の解析の一部である結果。
３）エラー解析によって処理されない結果。
結果のタイプはテスト結果レコード内のテスト・シーケ
ンス・フィールドで識別される。０のテスト・シーケン
スは、初めてエラー解析に入り、エラー解析によって処
理される結果を示す。空白のテスト・シーケンスは、エ
ラー解析によって処理されない結果を示す。他のテスト
・シーケンスはいずれも、進行中の解析の一部である結
果を示す。
ンス・フィールドで識別される。０のテスト・シーケン
スは、初めてエラー解析に入り、エラー解析によって処
理される結果を示す。空白のテスト・シーケンスは、エ
ラー解析によって処理されない結果を示す。他のテスト
・シーケンスはいずれも、進行中の解析の一部である結
果を示す。
解析が開始される度に（Ｏのテスト・シーケンスを受は
取る度に）、固有のテスト・シーケンスが解析に割り当
てられ、エラー解析テスト結果を報告するためのレコー
ドが割り振られ、エラー解析データベース内の項目が割
り振られる。後続のテストが解析の一部として実行され
るとき、解析のテスト・シーケンスがジリブ・レコード
の一部として送られる。新しいテスト結果を受は取った
とき、テスト・シーケンスは、その結果をそれが関連す
る特定の解析に連係する。
取る度に）、固有のテスト・シーケンスが解析に割り当
てられ、エラー解析テスト結果を報告するためのレコー
ドが割り振られ、エラー解析データベース内の項目が割
り振られる。後続のテストが解析の一部として実行され
るとき、解析のテスト・シーケンスがジリブ・レコード
の一部として送られる。新しいテスト結果を受は取った
とき、テスト・シーケンスは、その結果をそれが関連す
る特定の解析に連係する。
テスト・シーケンスを空白にセットさせる唯一の条件は
、カードの一般的簡略記憶記号（二一モニツク）ではな
くテストに固有の簡略記憶記号による、ＣＬ工を介する
要求である。空白テスト・シーケンスの結果は、ハード
ウェア・エラー・テーブルニ記録する？−６ＥＲＲＰＯ
８Ｔ ＰＲＯＣＥＳＳに返される。
、カードの一般的簡略記憶記号（二一モニツク）ではな
くテストに固有の簡略記憶記号による、ＣＬ工を介する
要求である。空白テスト・シーケンスの結果は、ハード
ウェア・エラー・テーブルニ記録する？−６ＥＲＲＰＯ
８Ｔ ＰＲＯＣＥＳＳに返される。
初期設定処理は、エラー解析データベース内で現在進行
中の解析−に対するレコードを見つけることから成る。
中の解析−に対するレコードを見つけることから成る。
解析がちょうど開始したばかりの場合は、後で報告する
ために情報を記録するテスト・シーケンスが作成される
。
ために情報を記録するテスト・シーケンスが作成される
。
初期テスト不合格に基づいて解析が開始される。
特定の初期テスト不合格及びチャネル対に対する解析は
一時に１つだけ処理される。特定のチャネル及びテスト
ＩＤについて解析が既に進行中の場合、新しい結果が新
しい解析を開始させることはない。この条件は大部分の
テストでは生じないが、モニタ結果の場合は発生する可
能性が大きい。
一時に１つだけ処理される。特定のチャネル及びテスト
ＩＤについて解析が既に進行中の場合、新しい結果が新
しい解析を開始させることはない。この条件は大部分の
テストでは生じないが、モニタ結果の場合は発生する可
能性が大きい。
Ｄ５０２．テスト総称段階
エラー解析で処理された各テスト結果は、テスト総称段
階で処理される。これには初期テスト結果と、及び進行
中の解析の一部であるテスト結果の両方が含まれる。こ
の手順によって処理されない結果は、モニタ結果だけで
ある。このテスト総称段階は、ＩＳＢの問題に関連する
雑音を除去することにより、結果の保全性を確保するも
のである。
階で処理される。これには初期テスト結果と、及び進行
中の解析の一部であるテスト結果の両方が含まれる。こ
の手順によって処理されない結果は、モニタ結果だけで
ある。このテスト総称段階は、ＩＳＢの問題に関連する
雑音を除去することにより、結果の保全性を確保するも
のである。
結果がＩＳＢに関連する問題の影響を受けたかどうが判
定するため、大域フラグが使用される。
定するため、大域フラグが使用される。
ＩＳＢスキャナがＩＳＢパリティ・エラーを検出した場
合、大域フラグがセットされる。テスト総称タスクは、
大域フラグをテストして、テスト中にＩＳＢエラーが起
こったかどうか判定する。このフラグがセットされてい
る場合、現在の結果は廃棄され、テストのスケジュール
が立て直される。
合、大域フラグがセットされる。テスト総称タスクは、
大域フラグをテストして、テスト中にＩＳＢエラーが起
こったかどうか判定する。このフラグがセットされてい
る場合、現在の結果は廃棄され、テストのスケジュール
が立て直される。
この処理は３回まで反復される。ＩＳＢエラーが残存す
る場合、現在の解析は打ち切られ、エラーは記録されな
い。こうするのは、ＩＳＢスキャナがパリティ・エラー
をトリガするためである。
る場合、現在の解析は打ち切られ、エラーは記録されな
い。こうするのは、ＩＳＢスキャナがパリティ・エラー
をトリガするためである。
エラー解析データベース内のレコードは、最後に実行さ
れた処置の結果を含む。テスト結果がＩＳＢの問題の影
響を受けないとき、このフィールドは、テストの合格ま
たは不合格を示すように更新される。合否の境目にある
結果は、エラー解析では不合格として処理される。この
後、個々のテスト結果はもはや必要とされない。必要と
されるすべての情報が取り出され、エラー解析データベ
ースに入れられる。解析が完了するか、または解析が打
ち切られるまで、個々のテスト結果がエラー解析データ
ベースに入れられる。解析が成功裏に完了した場合、結
果がＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳタスクに送られ
る。個々のエラーのテスト・シーケンス・フィールドは
、それらがエラー解析の結果であり、エラー・レコード
が既に存在していない場合、エラー・レコードも作成さ
せないことを示す。解析が打ち切られた場合、テスト・
シーケンス・フィールドが、空白に変更されてから、Ｅ
ＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳに送り返される。空白
シーケンス・フィ、−ルドは、個々のエラー・レコード
が既に存在していない場合、それらを作成させる。
れた処置の結果を含む。テスト結果がＩＳＢの問題の影
響を受けないとき、このフィールドは、テストの合格ま
たは不合格を示すように更新される。合否の境目にある
結果は、エラー解析では不合格として処理される。この
後、個々のテスト結果はもはや必要とされない。必要と
されるすべての情報が取り出され、エラー解析データベ
ースに入れられる。解析が完了するか、または解析が打
ち切られるまで、個々のテスト結果がエラー解析データ
ベースに入れられる。解析が成功裏に完了した場合、結
果がＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳタスクに送られ
る。個々のエラーのテスト・シーケンス・フィールドは
、それらがエラー解析の結果であり、エラー・レコード
が既に存在していない場合、エラー・レコードも作成さ
せないことを示す。解析が打ち切られた場合、テスト・
シーケンス・フィールドが、空白に変更されてから、Ｅ
ＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳに送り返される。空白
シーケンス・フィ、−ルドは、個々のエラー・レコード
が既に存在していない場合、それらを作成させる。
Ｄ５０３．詳細解析
各カード形式はそれに関連する詳細な解析判断木を有す
る。各モニタ・エラーもそれに関連する詳細解析判断木
を育することができる。これらの判断木を指すポインタ
は２つのテーブルに含まれる。一方のテーブルはカード
形式でインデクシングされ、もう一方のテーブルはモニ
タ・エラ一番号でインデクシングされる。
る。各モニタ・エラーもそれに関連する詳細解析判断木
を育することができる。これらの判断木を指すポインタ
は２つのテーブルに含まれる。一方のテーブルはカード
形式でインデクシングされ、もう一方のテーブルはモニ
タ・エラ一番号でインデクシングされる。
モ二り結果はエラ一番号ごとにモニタ・テープルを探索
し、どの判断木を使用すべきかを判定する。判断木が見
つからない場合は、そのモニタ・エラーについての詳細
解析は行なわれない。モニタ・エラーは、ハードウェア
・エラー・テーブルに個別障害として記録するため、Ｅ
ＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳに送り返される。
し、どの判断木を使用すべきかを判定する。判断木が見
つからない場合は、そのモニタ・エラーについての詳細
解析は行なわれない。モニタ・エラーは、ハードウェア
・エラー・テーブルに個別障害として記録するため、Ｅ
ＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳに送り返される。
テストはカード形式の判断木を探索して、どの判断木を
使用すべきかを判定する。判断木が見つからない場合は
、そのカード形式についての詳細解析は実行されず、解
析は打ち切られ、個々のエラーがハードウェア・エラｍ
−テーブルに記録される。
使用すべきかを判定する。判断木が見つからない場合は
、そのカード形式についての詳細解析は実行されず、解
析は打ち切られ、個々のエラーがハードウェア・エラｍ
−テーブルに記録される。
エラー解析データベースは判断木の現在のアドレスを含
む。判断木が走査されるとき、各々の新しいワードに達
するに従って、現在のアドレスが更新される。このこと
は、この手順が開始される度に上述のテーブルを探索す
る必要はなく、最初の項目についてのみ探索が必要なこ
とを意味する。
む。判断木が走査されるとき、各々の新しいワードに達
するに従って、現在のアドレスが更新される。このこと
は、この手順が開始される度に上述のテーブルを探索す
る必要はなく、最初の項目についてのみ探索が必要なこ
とを意味する。
各判断木は一組のノードを含む。これらのノードは２つ
の部分を有し、一方は、前の結果が合格の結果であった
場合に使用され、もう一方は、前の結果が不合格または
境目にある結果である場合に使用される。これらの部分
は、それぞれ実行される機能のタイプ、実行される機能
に固有なある種のパラメータ、判断木内の次のノードの
相対位置を含む。
の部分を有し、一方は、前の結果が合格の結果であった
場合に使用され、もう一方は、前の結果が不合格または
境目にある結果である場合に使用される。これらの部分
は、それぞれ実行される機能のタイプ、実行される機能
に固有なある種のパラメータ、判断木内の次のノードの
相対位置を含む。
Ｄ５０４．テスト解析
テスト解析段階は、関連するエキスパンダが機能してい
ること、テスト中のカードのカードよりが有効であるこ
と、ＡＤＣ（それを使用している場合）に障害がないこ
とを確認する。現在のチャネルに対してエラー解析レコ
ードが既に存在していたり、エラー・レコード記録内の
処置提案がすべて、詳細解析で得られたばかりの処置提
案と一致した場合は、テスト解析段階を飛び越す。
ること、テスト中のカードのカードよりが有効であるこ
と、ＡＤＣ（それを使用している場合）に障害がないこ
とを確認する。現在のチャネルに対してエラー解析レコ
ードが既に存在していたり、エラー・レコード記録内の
処置提案がすべて、詳細解析で得られたばかりの処置提
案と一致した場合は、テスト解析段階を飛び越す。
テスト解析段階は一組の判断木として実施される。一般
の場合用に１つ、エキスパンダの解析用に１つ、ＡＤＣ
の解析用に１つ、カードＩＤ障害の解析用に１つの判断
木がある。
の場合用に１つ、エキスパンダの解析用に１つ、ＡＤＣ
の解析用に１つ、カードＩＤ障害の解析用に１つの判断
木がある。
Ｄ５０５．判断木の処理
判断木を解釈するためのタスクも使用される。
詳細解析段階及びテスト解析段階で、それらの判断木を
処理するためにこのタスクを使用する。判断木の各ノー
ドは、実行すべき機能を有し、かつ実行される機能が合
格の結果を返すか、それとも不合格の結果を返すかに基
づいて、判断木内の次のノードを指すポインタを有する
。各機能は、ケース・ステートメント中のコード・セグ
メントとして実現される。コード・セグメントは機能番
号によって選択される。
処理するためにこのタスクを使用する。判断木の各ノー
ドは、実行すべき機能を有し、かつ実行される機能が合
格の結果を返すか、それとも不合格の結果を返すかに基
づいて、判断木内の次のノードを指すポインタを有する
。各機能は、ケース・ステートメント中のコード・セグ
メントとして実現される。コード・セグメントは機能番
号によって選択される。
実行される各種の機能は、その機能の論理を判断木に組
み込むために書き込まれるケース・ステートメント・コ
ード−セグメントを有する。将来の発展のために必要な
新しい機能はすべて、その新しい論理を実現するケース
・ステートメント・コードを含む判断木を実現すること
によって追加される。新しい論理にとっての唯一の要件
は、それが合格の結果または不合格の結果を返すことな
ので、判断木は、組み込まれた新しい論理で走査を続行
することができる。
み込むために書き込まれるケース・ステートメント・コ
ード−セグメントを有する。将来の発展のために必要な
新しい機能はすべて、その新しい論理を実現するケース
・ステートメント・コードを含む判断木を実現すること
によって追加される。新しい論理にとっての唯一の要件
は、それが合格の結果または不合格の結果を返すことな
ので、判断木は、組み込まれた新しい論理で走査を続行
することができる。
ＤＢ、詳細なアーキテクチャ
エラー解析内で処理を制御するために、内部タスクは復
帰状態用の規則に従う。その規則を以下に概説する。
帰状態用の規則に従う。その規則を以下に概説する。
ＰＲＯＣＥＥＤ−この復帰状態は、エラー解析処理の次
の段階を行なわなければならないことを示す。段階は、
初期設定、テスト総称、詳細解析、及びエラー解析の保
全性である。
の段階を行なわなければならないことを示す。段階は、
初期設定、テスト総称、詳細解析、及びエラー解析の保
全性である。
ＧＥＴ ＮＥＸＴ ＥＮＴＲＹ−この復帰状態は、
入力待ち行列から次のテスト結果を得るために、エラー
解析がＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳＯに戻らなけ
ればならないことを示す。
入力待ち行列から次のテスト結果を得るために、エラー
解析がＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳＯに戻らなけ
ればならないことを示す。
この状態は、内部エラーが発生したときにセットされ、
また通常の処理の結果セットされることもある。
また通常の処理の結果セットされることもある。
ＧＥＴ ＮＥＸＴ Ｎ０ＤＥ−この状態は判断水処
理コードによって使用される。この状態は、処理が判断
木内の次のノードに進むべきことを示す。判断水処理は
、これらの状態の組合せを使うてエラー解析の論理処理
を制御する。
理コードによって使用される。この状態は、処理が判断
木内の次のノードに進むべきことを示す。判断水処理は
、これらの状態の組合せを使うてエラー解析の論理処理
を制御する。
エラー解析の目的の１つは、別の／％−ドウエア要素が
障害を引き起こしている場合には、そのチャネルに障害
があると報告されないようにすることである。エラー解
析がこのフィルタ処理を行なう方法の１つは、テストし
て、個々のテストの実行中にＩＳＢまたは関連の構成要
素でエラーが発生しなかったことを判定することである
。
障害を引き起こしている場合には、そのチャネルに障害
があると報告されないようにすることである。エラー解
析がこのフィルタ処理を行なう方法の１つは、テストし
て、個々のテストの実行中にＩＳＢまたは関連の構成要
素でエラーが発生しなかったことを判定することである
。
現在、エキスパンダ、原始バス、送受信カード（Ｘ／Ｒ
） 、バスに接続されかつパリティ検査を使用する他の
任意のカード等のある種の７１−ドウエア要素でパリテ
ィ・エラーの有無を検査するために、ＩＳＢスキャナと
呼ばれるタスクが５００ミリ秒毎に実行される。エラー
が見つかった場合は、それらは適当なシステム保全性デ
ータベースに記録される。
） 、バスに接続されかつパリティ検査を使用する他の
任意のカード等のある種の７１−ドウエア要素でパリテ
ィ・エラーの有無を検査するために、ＩＳＢスキャナと
呼ばれるタスクが５００ミリ秒毎に実行される。エラー
が見つかった場合は、それらは適当なシステム保全性デ
ータベースに記録される。
ＩＳＢエラーを検出するには、以下の手法が使用される
。
。
１）新しい大域構造ＴＩＭＥ ＬＡＳＴ ｌ５ＢＥ
ＲＲＯＲが定義される。再始動またはＦＩＮＩＴの間に
、大域構造は現在の時間に初期設定される。
ＲＲＯＲが定義される。再始動またはＦＩＮＩＴの間に
、大域構造は現在の時間に初期設定される。
２）テストの結果に影響を及ぼす可能性があるエラーを
ＩＳＢスキャナが検出したとき、この大域構造が現在の
システム時間で更新される。
ＩＳＢスキャナが検出したとき、この大域構造が現在の
システム時間で更新される。
３）システム保全性が新しいテストを実行しようとする
とき、現在のシステム時間がエラー解析データベース構
造に保管される。
とき、現在のシステム時間がエラー解析データベース構
造に保管される。
４）システム保全性テストが完了したとき、テストの結
果に不合格なものがあったかどうか判定するために、ジ
ープ・レコードが検査される。
果に不合格なものがあったかどうか判定するために、ジ
ープ・レコードが検査される。
５）いずれかの結果が不合格だった場合は、ジロブの開
始前にＩＳＢスキャナが最後にいつエラーを検出したか
を判定するため、検査が行なわれる。
始前にＩＳＢスキャナが最後にいつエラーを検出したか
を判定するため、検査が行なわれる。
エラーが検出された場合は、新しい大域ポインタＴＣＢ
、ＷＡＩＴＩＮＧ ＦＯＲＩＳＢ ５ＣＡＮＮＥＲ
が現在のタスク制御ブロック（ＴＣＢ）と共に書き込ま
れる。タスクは次に１秒間、時間遅延待ち行列に入る。
、ＷＡＩＴＩＮＧ ＦＯＲＩＳＢ ５ＣＡＮＮＥＲ
が現在のタスク制御ブロック（ＴＣＢ）と共に書き込ま
れる。タスクは次に１秒間、時間遅延待ち行列に入る。
このため、ＩＳＢスキャナが完了し、結果を報告するこ
とが可能になる。この手順が必要なのは、ＩＳＢスキャ
ナが働くことなくテストの実行が完了することを保証す
るためである。さらに、ＩＳＢスキャナがテスト中に稼
働した場合でも、スキャナの稼働後、テストの終了前に
、ＩＳＢエラーが発生する可能性がある。
とが可能になる。この手順が必要なのは、ＩＳＢスキャ
ナが働くことなくテストの実行が完了することを保証す
るためである。さらに、ＩＳＢスキャナがテスト中に稼
働した場合でも、スキャナの稼働後、テストの終了前に
、ＩＳＢエラーが発生する可能性がある。
８）ＩＳＢスキャナは、１回の走査を完了したとき、Ｔ
ＣＢ ＷＡＩＴＩ［Ｇ ＦＯＲｌ５ＢＳＣＡＮＮＥ
Ｒが′指すタスクを覚醒させる。この手順に従うことに
より、待機中のタスクがＩＳＢスキャナの結果を待って
それ以上の時間を浪費することはない。
ＣＢ ＷＡＩＴＩ［Ｇ ＦＯＲｌ５ＢＳＣＡＮＮＥ
Ｒが′指すタスクを覚醒させる。この手順に従うことに
より、待機中のタスクがＩＳＢスキャナの結果を待って
それ以上の時間を浪費することはない。
Ｄ８０１．ＡＤＣの管理
整合性を確保するため、エラー解析は、どの解析中でも
すべてのテストに同じＡＤＣを使用することを必要とす
るので、ＡＤＣを記録するための追加の機構が使用され
る。現在、テスト中に共通装置を必要とするどのテスト
も、そのテスト・ディレクトリ・レコードに、そのタス
クを指すポインタＤＸＸＸＰＲＣＭＥ Ｏをもタナけれ
ばならない。ＣＭＥは、トーン・レジスタ等の共通装置
、及び特定の拡張部分ではなくシステム全体用のその他
の共通資源を指す。テストのスケジュールを立てる直前
に、要求された種類の共通装置を割り振るために、この
タスクが呼び出される。このタスクは、指定された種類
（ＡＤＣ）の次の使用可能な装置チャネルを割り振る。
すべてのテストに同じＡＤＣを使用することを必要とす
るので、ＡＤＣを記録するための追加の機構が使用され
る。現在、テスト中に共通装置を必要とするどのテスト
も、そのテスト・ディレクトリ・レコードに、そのタス
クを指すポインタＤＸＸＸＰＲＣＭＥ Ｏをもタナけれ
ばならない。ＣＭＥは、トーン・レジスタ等の共通装置
、及び特定の拡張部分ではなくシステム全体用のその他
の共通資源を指す。テストのスケジュールを立てる直前
に、要求された種類の共通装置を割り振るために、この
タスクが呼び出される。このタスクは、指定された種類
（ＡＤＣ）の次の使用可能な装置チャネルを割り振る。
このタスクは以下の機能を実行する。
１）テスト・シーケンス番号がジロブ・レコードから取
り出され、エラー解析データベース・レコードがそれと
共に得られる。これは、ＰＲＥＴＥＳＴＯを呼び出す前
にこのジロブのためのエラー解析レコードが作成されて
いるという前提に基づいている。
り出され、エラー解析データベース・レコードがそれと
共に得られる。これは、ＰＲＥＴＥＳＴＯを呼び出す前
にこのジロブのためのエラー解析レコードが作成されて
いるという前提に基づいている。
２）エラー解析レコード内の識別番号が空白である場合
、処理は次の使用可能なＡＤＣの割振りに着手する。
、処理は次の使用可能なＡＤＣの割振りに着手する。
３）割り振られたＡＤＣｇｌ別番号がエラー解析レコー
ドの識別番号フィールドに書き込まれる。
ドの識別番号フィールドに書き込まれる。
４）エラー解析レコード内の識別番号が空白でない場合
は、以前のテストで既にＡＤＣを必要としていた。
は、以前のテストで既にＡＤＣを必要としていた。
５）以前に使用されたＡＤＣを割り振る。エラー解析デ
ータベース項目が初めて割り振られるときは、識別番号
は空白にセットされる。テスト解析段階に達した時点ま
で識別番号が依然として空白である場合は、ＡＤＣを必
要とするテストはなかった。
ータベース項目が初めて割り振られるときは、識別番号
は空白にセットされる。テスト解析段階に達した時点ま
で識別番号が依然として空白である場合は、ＡＤＣを必
要とするテストはなかった。
Ｄ８０２．複数ノードで考慮すべき点
エラー解析が現在のノード以外のノードでテストを呼び
出す必要がある場合が幾つかある。そのような場合、以
下のようにする。
出す必要がある場合が幾つかある。そのような場合、以
下のようにする。
１）診断モニタの、実行すべきテストが選択された地点
で、テストされ、るチャネルのノード番号が検査される
。
で、テストされ、るチャネルのノード番号が検査される
。
２）現在のノードの場合、ローカル・テストが実行され
る。
る。
３）現在のノードでない場合は、ローカル・テスト・シ
ーケンス番号を含み、ローカル・ジ鑓ブ・レコードを削
除する、元の優先順位待ち行列レコードのコピーを含む
メツセージが指定ノードに送られる。
ーケンス番号を含み、ローカル・ジ鑓ブ・レコードを削
除する、元の優先順位待ち行列レコードのコピーを含む
メツセージが指定ノードに送られる。
４）ステップ３により、システム保全性処理サーバ・タ
スクが遠隔ノードで開始される。
スクが遠隔ノードで開始される。
５）システム保全性タスクが、テスト・シーケンス及び
親ノードからのジョブ・ノード番号を伴う優先順位待ち
行列を作成する。
親ノードからのジョブ・ノード番号を伴う優先順位待ち
行列を作成する。
６）そのためのエラー解析データベース・レコードが作
成され、遠隔テスト・シーケンス及びノード番号がその
レコードの特別フィールドに記憶される。
成され、遠隔テスト・シーケンス及びノード番号がその
レコードの特別フィールドに記憶される。
７）遠隔テストの初期結果が報告されたとき、エラー解
析は、親ノードが現ノードではないことに気付き、詳細
解析に使用する判断木を選択するために遠隔テスト判断
水インデックスを探索する。
析は、親ノードが現ノードではないことに気付き、詳細
解析に使用する判断木を選択するために遠隔テスト判断
水インデックスを探索する。
８）次に、エラー解析は、エラーを記録する時点まで、
通常の処理を続行する。
通常の処理を続行する。
９）エラー解析がエラー解析擬似形ｆｌＡ （ｐｓｅｕ
ｄｏ−ｆｏｒｍ）をＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳ
Ｏに送り返すとき、親ノードのテスト・シーケンス番
号が、解析中に使用されたローカル番号の代わりに挿入
される。
ｄｏ−ｆｏｒｍ）をＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳ
Ｏに送り返すとき、親ノードのテスト・シーケンス番
号が、解析中に使用されたローカル番号の代わりに挿入
される。
１０）ＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳＯの新しいエ
ラー・レコードが記録される時点で、報告ノードを判定
するために擬似形態が検査される。
ラー・レコードが記録される時点で、報告ノードを判定
するために擬似形態が検査される。
１１）それが現ノードである場合は、ノ＼−ドウエア・
エラー・データベースに挿入される。
エラー・データベースに挿入される。
１２）それが現ノードでない場合は、メツセージが擬似
形態のコピーと共に指定ノードに送られる。
形態のコピーと共に指定ノードに送られる。
１３）親ノードで、このメツセージは、擬似形態を受は
取る処理サーバ・タスクを作成させる。
取る処理サーバ・タスクを作成させる。
１４）このタスクは擬似形態レコードを分解し、関連情
報をタスクＳＩ ＲＥＰＯＲＴ ５ＴＡＴＵＳ（）
に送る。
報をタスクＳＩ ＲＥＰＯＲＴ ５ＴＡＴＵＳ（）
に送る。
１５）擬似形態は、この結果を待つ当該のエラー解析判
断水に結果を送り返すために使用される起点テスト・シ
ーケンス番号を含む。
断水に結果を送り返すために使用される起点テスト・シ
ーケンス番号を含む。
Ｄ８０３．判断木ノード
判断木ノードの主要動作はテストを合格の結論に導くこ
とであるが、エラー解析に必要なすべてのタスクを実現
し、サポートするために幾つかの特殊機能が必要である
。以下に様々なノードのタイプのリストを示す。
とであるが、エラー解析に必要なすべてのタスクを実現
し、サポートするために幾つかの特殊機能が必要である
。以下に様々なノードのタイプのリストを示す。
テスト−指定されたテストを実行し、テストの合否を記
録する。
録する。
解析開始−報告されているモニタ・エラーに関連するカ
ード形式用の判断木から最初のテストのスケジュールを
立てる。このようにして生成された解析は、現在のモニ
タ解析とは別の終了として実行される。このノードは、
モニタ・エラーに関連する詳細解析判断水で使用される
。
ード形式用の判断木から最初のテストのスケジュールを
立てる。このようにして生成された解析は、現在のモニ
タ解析とは別の終了として実行される。このノードは、
モニタ・エラーに関連する詳細解析判断水で使用される
。
既存結果テスト−このノードは、テストが実際には行な
われない意思外はテスト・ノードと同様である。このノ
ードは、テストが実行される度に複数の結果を報告する
テストの結果を処理するように設計されている。このノ
ードは現在の解析に対する待ち行列上で次のエラー擬似
形態を処理し、テストの合否を判定する。このノード内
のテスト番号は無視される。
われない意思外はテスト・ノードと同様である。このノ
ードは、テストが実行される度に複数の結果を報告する
テストの結果を処理するように設計されている。このノ
ードは現在の解析に対する待ち行列上で次のエラー擬似
形態を処理し、テストの合否を判定する。このノード内
のテスト番号は無視される。
結論−このノードは不合格の処置提案をエラー解析擬似
形態レコードに挿入する。処置提案がチャネル合格であ
る場合は、処理は行なわれない。擬似形態は、最初、合
格状態にセットされる。さらに、このノードは判断水処
理を終了させ、解析を次の段階に進めさせるかまたは終
了させる。
形態レコードに挿入する。処置提案がチャネル合格であ
る場合は、処理は行なわれない。擬似形態は、最初、合
格状態にセットされる。さらに、このノードは判断水処
理を終了させ、解析を次の段階に進めさせるかまたは終
了させる。
エキスパンダ・テスト−テスト中のカードの識別番号を
使って、当該のエキスパンダを識別する。次に、そのエ
キスパンダ上で指定されたテストが実行される。
使って、当該のエキスパンダを識別する。次に、そのエ
キスパンダ上で指定されたテストが実行される。
ＣＭＥテスト−ＣＭＥフィールドの識別を使って、指定
されたテストを実行する。このフィールドは、テスト解
析中にＡＤＣをテストするために使用される。識別番号
フィールドが空白の場合は、単に合格結果を返す。これ
は、どのテストでも共通装置を使用しなかったことを示
す。
されたテストを実行する。このフィールドは、テスト解
析中にＡＤＣをテストするために使用される。識別番号
フィールドが空白の場合は、単に合格結果を返す。これ
は、どのテストでも共通装置を使用しなかったことを示
す。
カードＩＤ−テスト中のチャネルに必要なすべてのカー
ドについてカードＩＤ検査を行なう。
ドについてカードＩＤ検査を行なう。
カードＩＤが正しい場合は、合格の結果を示す。
そうでない場合は、不合格の結果を示す。
キックオフ−このノードは新しいエラー解析処理を開始
させる。エラー解析によって処理された最後のレコード
が処理リストから入力され、テスト・シーケンスがＯに
され、手順ＳＩ ＲＥＰＯＲＴ ＲＥＳＵＬＴＳ
Ｏが呼び出される。キックオフは、現在解析中の構成要
素以外のいずれかの構成要素が、テスト解析で障害エキ
スパンダまたは障害ＡＤＣ等、不良であることが検出さ
れたとき、エラー解析を開始するために使用される。
させる。エラー解析によって処理された最後のレコード
が処理リストから入力され、テスト・シーケンスがＯに
され、手順ＳＩ ＲＥＰＯＲＴ ＲＥＳＵＬＴＳ
Ｏが呼び出される。キックオフは、現在解析中の構成要
素以外のいずれかの構成要素が、テスト解析で障害エキ
スパンダまたは障害ＡＤＣ等、不良であることが検出さ
れたとき、エラー解析を開始するために使用される。
打切り−このノードは、現在のテスト・シーケンスに関
連するすべてのエラー解析レコードをクリアする。この
ノードは、ＧＥＴ ＮＥＸＴＥＮＴＲＹを返して、エ
ラー解析にデータベース内の次のレコードを使用するよ
うに指示する。
連するすべてのエラー解析レコードをクリアする。この
ノードは、ＧＥＴ ＮＥＸＴＥＮＴＲＹを返して、エ
ラー解析にデータベース内の次のレコードを使用するよ
うに指示する。
ダミー−テスト解析判断水のルート項目である。ルート
の合否分岐は、処理された唯一のものなので、２番目の
ノードを得てテストを実行できるように、テスト解析判
断水の最初のテスト・ノードに対してダミ゛−がセット
アツプされる。
の合否分岐は、処理された唯一のものなので、２番目の
ノードを得てテストを実行できるように、テスト解析判
断水の最初のテスト・ノードに対してダミ゛−がセット
アツプされる。
出口−このノードは判断木の処理を終了させる。このノ
ードは常にＰＲＯＣＲＥＤを返して、エラー解析を次の
段階に進ませるかまたは終了させる。
ードは常にＰＲＯＣＲＥＤを返して、エラー解析を次の
段階に進ませるかまたは終了させる。
存在モニターモニタ・エラーに対して使用される以外は
存在テストと同様である。
存在テストと同様である。
Ｄ６０４．判断木データベース
判断木データベースは、３つの段階またはレベルを有す
るものと考えることができる。
るものと考えることができる。
初期インデックス−これは、テスト番号、カード形式、
及び解析が別のノードから要求されたかどうかに基づい
て、どの判断木を使用するかを選択するために使用され
る。
及び解析が別のノードから要求されたかどうかに基づい
て、どの判断木を使用するかを選択するために使用され
る。
判断木構造−これはノード及び合否分岐から成る。ある
ノードは１つの出口条件だけを有する。
ノードは１つの出口条件だけを有する。
この構造をコード化するとき、合格分岐と不合格分岐は
同じになる。
同じになる。
ノード記述子−ノードのタイプに応じて、異なるノード
記述子構造がある。あるノード記述子は、各ノードが使
用する情報が同じである場合、複数のノードによって使
用される。
記述子構造がある。あるノード記述子は、各ノードが使
用する情報が同じである場合、複数のノードによって使
用される。
Ｄ７．データベース属性
Ｄ７０１．エラー・データベース・インデックスデータ
ベースに対するインデックスは３つある。
ベースに対するインデックスは３つある。
１つはカード形式により、１つは遠隔ノード解析用のカ
ード形式により、１つはモニタ・エラ一番号による。２
つのカード形式インデックスは以下の構造のリストであ
る。
ード形式により、１つはモニタ・エラ一番号による。２
つのカード形式インデックスは以下の構造のリストであ
る。
カード形式インデックス（遠隔及びローカル）ＳＴＲＵ
ＣＴ ＥＡ ＣＡＲＤ ＴＹＰＥ ＩＮＤＥＸ
（ ＩＮＴ ＥＡ ＣＴＩ ＴＹＰＥ；ＰＯＩＮＴＥ
Ｒ５ＴＲＵＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＥＡ ＣＴＩ Ｎ０ＤＥ）； このアクセス方式は、上記構造を使ってカード情報形式
による逐次探索を実行する。ファイル・マーカの終わり
は空白ノード・ポインタであり、したがって、空白ノー
ド・ポインタをもつ構造に達すると、項目が見つからな
いまま探索が終了する。
ＣＴ ＥＡ ＣＡＲＤ ＴＹＰＥ ＩＮＤＥＸ
（ ＩＮＴ ＥＡ ＣＴＩ ＴＹＰＥ；ＰＯＩＮＴＥ
Ｒ５ＴＲＵＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＥＡ ＣＴＩ Ｎ０ＤＥ）； このアクセス方式は、上記構造を使ってカード情報形式
による逐次探索を実行する。ファイル・マーカの終わり
は空白ノード・ポインタであり、したがって、空白ノー
ド・ポインタをもつ構造に達すると、項目が見つからな
いまま探索が終了する。
各モニタ・エラー・インデックス・アレイは以下の構造
を有する。
を有する。
モニタ形式インデックス（遠隔及びローカル）ＳＴＲＵ
ＣＴ ＥＡ ＭＯＮ ＩＮＤＥＸ（ＩＮＴ Ｅ
Ａ ＡＬＴＥＲＮＡＴ ＴＹＰＥ； ＩＮＴ ＲＡ ＭＯＮ ＥＲＲＯＲ：ＩＮＴ
ＥＡ ＣＴＩ ＴＹＰＥ；ＰＯＩＮＴＥＲ５ＴＲＵ
ＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＥＡ ＭＯＮ Ｎ０ＤＥ）； 空白項目はノード・ポインタの終わりにだけ許される。
ＣＴ ＥＡ ＭＯＮ ＩＮＤＥＸ（ＩＮＴ Ｅ
Ａ ＡＬＴＥＲＮＡＴ ＴＹＰＥ； ＩＮＴ ＲＡ ＭＯＮ ＥＲＲＯＲ：ＩＮＴ
ＥＡ ＣＴＩ ＴＹＰＥ；ＰＯＩＮＴＥＲ５ＴＲＵ
ＣＴ ＥＡ ＤＴ Ｎ０ＤＥ ＥＡ ＭＯＮ Ｎ０ＤＥ）； 空白項目はノード・ポインタの終わりにだけ許される。
このアクセス方式は、エラ一番号をキーとして使用する
キー逐次探索である。空白ノード・ポインタをもつ構造
に達すると、項目が見つからないまま探索が終了する。
キー逐次探索である。空白ノード・ポインタをもつ構造
に達すると、項目が見つからないまま探索が終了する。
Ｄ７０２．判断木構造
各判断木は以下の構造のアレイである。
ノード構造：
５ＴＲＵＣＴ ＥＡ ＤＴ Ｎ０ＤＥ（Ｉ
ＮＴ ＥＡＮ ＴＹＰＥ； ノード記述子を指すポインタ： ＰＯＩＮＴＥＲＩＮＴ ＥＡＮ ＤＥＳにのノード
が合格の場合の次のノードに対するオフセット： ＢＹＴＥ ＥＡＮ ＰＡＳＳ Ｎ０ＤＥ。
ＮＴ ＥＡＮ ＴＹＰＥ； ノード記述子を指すポインタ： ＰＯＩＮＴＥＲＩＮＴ ＥＡＮ ＤＥＳにのノード
が合格の場合の次のノードに対するオフセット： ＢＹＴＥ ＥＡＮ ＰＡＳＳ Ｎ０ＤＥ。
このノードが不合格の場合の次のノードに対するオフセ
ット： ＥＡＮ ＦＡＩＬ Ｎ０ＤＥ）； Ｄ７０３．ノード形式に対するリテラル判断水内のノー
ドの数は解析の複雑さに応じて変わる。異なるノード形
式に対するリテラルを以下に列挙する。
ット： ＥＡＮ ＦＡＩＬ Ｎ０ＤＥ）； Ｄ７０３．ノード形式に対するリテラル判断水内のノー
ドの数は解析の複雑さに応じて変わる。異なるノード形
式に対するリテラルを以下に列挙する。
ＬＩＴＥＲＡＬ ＥＡＮＴ ＴＥＳＴ （０）。
テスト・ノード
ＥＡＮＴ ＩＮＩＴＩＡＴＥ（１）。
解析開始ノード
ＥＡＮＴ ＴＥＳＴ ＥＸＩＳＴ（２）。
既存結果ノード
ＥＡＮＴ Ｃ０ＮＣＬＵＳ Ｉ ＯＮ （３）。
結論ノード
ＥＡＮＴ ＴＥＳＴ ＥＸＰＡＮＤＥＲ（４）。
エキスパンダ・テスト・ノード
ＥＡＮＴ ＴＥＳＴ ＣＭＥ （５）。
ＣＭＥテスト・ノード
ＥＡＮＴ ＣＡＲＤ Ｉ Ｄ （８）。
カードＩＤノード
ＥＡＮＴ ＫＩＣＫＯＦＦ（７）。
キックオフ・ノード
ＥＡＮＴ ＲＥＲＵＮ （８）。
再実行ノード
ＥＡＮＴ ＡＢＯＲＴ （９）。
打切りノード
ＥＡＮＴ ＤＵＭＭＹ （１０）。
ダミー・ノード
ＥＡＮＴ ＥＸＩＴ（１１）；
出口ノード
Ｄ７０４．７−ド記連子
以下の構造は、それらを必要とするノード形式に対する
ノード記述子である。結論ノードを一例として使用して
いるが、テスト・ノード、開始ノード、エキスパンダ・
ノード及びＣＭＥノードはすべてそれらの記述子フィー
ルドとして同様な構造を含む。
ノード記述子である。結論ノードを一例として使用して
いるが、テスト・ノード、開始ノード、エキスパンダ・
ノード及びＣＭＥノードはすべてそれらの記述子フィー
ルドとして同様な構造を含む。
５ＴＲＵＣＴ ＥＡＮＤ Ｃ０ＮＣＬＵＳＩＯＮ（
ＢＹＴＥ ＥＡＤ Ｃ０ＮＣＰＲＩ；ＩＮＴ Ｅ
ＡＤ Ｃ０ＮＣＳＡ。
ＡＤ Ｃ０ＮＣＳＡ。
ＥＡＤ Ｃ０ＮＣＡＬＴ ＳＡ）；処置提案及び代
替処置 Ｄ７０５．詳細データ構造 以下にモニタ・エラー及びカード・テスト用の判断木デ
ータ構造の例を示す。モニタ判断木は他の判断木を参照
する。第６２図ないし第７１図に示す概略論理図にイン
デックス・テーブル論理が記述されている。
替処置 Ｄ７０５．詳細データ構造 以下にモニタ・エラー及びカード・テスト用の判断木デ
ータ構造の例を示す。モニタ判断木は他の判断木を参照
する。第６２図ないし第７１図に示す概略論理図にイン
デックス・テーブル論理が記述されている。
５ＴＡＴ Ｉ Ｃ
３ＴＲＵＣＴ
ＥＡＮＴ ＴＥＳＴ
ＥＡＮＴ Ｃ０ＮＣ
ＥＡＮＴ ＩＮＩＴ
ＥＡＨＴ Ｃ０ＮＣ
ＰＡＳＳＥＤ
ＲＥＰＬ ＲＰ
ＳＴＡＴＩＣ５ＴＲＵＣＴ
ＤＥ ＲＬＩ 解析［１６コ
ＥＡ
ＥＡ
Ｔ
Ｔ
Ｏ
Ｎ。
ＰＡＳＣＯＨＯ＋Ｉ
ＲＬＩ ＤＲ＋１０
ＲＥＰ ＲＰ Ｏ０
ＲＬＩＫＳ ４１ ＋２ＲＥ
ＰＲＰ Ｏ０ ＲＬＩ ＤＳ ◆１＋２ ＲＥＰ ＲＰ Ｏ０ ＲＬＩＡＬＬ ＯＯ 結論データ構造 上記結論ノードが必要とする結論記述 ＥＡＨＴ Ｃ０ＨＣ ＥＡＮＴ ＴＥＳＴ ＥＡＨＴ Ｃ０ＨＣ ＥＡＮＴ ＴＥＳＴ ＥＡＮＴ Ｃ０ＮＣ ＥＡＨＴ ＴＥＳＴ ＥＡＮＴ Ｃ０ＨＣ ＥＡＨＴ Ｃ０ＮＣ Ｄ７０Ｂ。
ＰＲＰ Ｏ０ ＲＬＩ ＤＳ ◆１＋２ ＲＥＰ ＲＰ Ｏ０ ＲＬＩＡＬＬ ＯＯ 結論データ構造 上記結論ノードが必要とする結論記述 ＥＡＨＴ Ｃ０ＨＣ ＥＡＮＴ ＴＥＳＴ ＥＡＨＴ Ｃ０ＨＣ ＥＡＮＴ ＴＥＳＴ ＥＡＮＴ Ｃ０ＮＣ ＥＡＨＴ ＴＥＳＴ ＥＡＮＴ Ｃ０ＨＣ ＥＡＨＴ Ｃ０ＮＣ Ｄ７０Ｂ。
以下に、
子を示す。
ＴＡＴＩ
ＣＬＵＳ
Ｃ５ＴＲＵＣＴ ＥＡＮＤ Ｃ００Ｎ
ＰＡＳＳＥＤ Ｃ０ＮＧ（
０、優先順位は使用されない
ＳＡ ＴＥＳＴ ＰＡＳＳＥＤ。
特別処置提案
ＳＡ ＴＥＳＴ ＰＡＳＳＥＤ）。
代替処置
ＲＬＩＩ（
ＲＥＰＬＡＣＥ
Ｏ９最高の優先順位
ＳＡ ＲＥＰＬＡＣＥ ＲＬＩＩ。
処置提案メツセージ
ＳＡ ＲＥＰＬＡＣＥ ＲＬｌｌ）。
代替処置メツセージ
ＲＥＰＬＡＣＥ ＲＰＣ
１、ＲＬＩ−１より低い優先順位
ＳＡ ＲＥＰＬＡＣＥ ＲＰ。
電話機交換
ＳＡ ＲＥＰＬＡＣＥ ＲＰ ＰＬＵＳ）、
追加情報 ＲＥＰＬＡＣＥ ＡＬＬ（ ２、最低の優先順位 ＳＡ ＲＥＰＬＡＣＥ ＲＬＩ ＡＬＬ、 何
でも試みる ＳＡ ＲＥＰＬＡＣＥ ＲＬＩ ＡＬＬ）；
代わりとして何でも試み る 使用される可能性のある他の処置メツセージの例につい
ては、第６０図及び第６１図を参照されたい。この構造
は、通信メッセージングまたは他のデータ処理活動のた
めに使用される可能性があるどんなハードウェア構成で
もサポートするのに十分な柔軟性がある。木構造は上記
のように走査される。
追加情報 ＲＥＰＬＡＣＥ ＡＬＬ（ ２、最低の優先順位 ＳＡ ＲＥＰＬＡＣＥ ＲＬＩ ＡＬＬ、 何
でも試みる ＳＡ ＲＥＰＬＡＣＥ ＲＬＩ ＡＬＬ）；
代わりとして何でも試み る 使用される可能性のある他の処置メツセージの例につい
ては、第６０図及び第６１図を参照されたい。この構造
は、通信メッセージングまたは他のデータ処理活動のた
めに使用される可能性があるどんなハードウェア構成で
もサポートするのに十分な柔軟性がある。木構造は上記
のように走査される。
Ｄ７０７．タスクの設計
１）ＥＡ ＴＥＳＴ ＧＥＮＥＲＩＣＥ、Ａ Ｔ
ＥＳＴ ＧＥＮＥＲＩＣは、不合格のテストがＩＳＢ
上でのエラーのために不合格になったのではないことを
確認する。ＩＳＢスキャナによって報告されるすべての
エラーは、現在の不合格なテスト結果を廃棄するための
根拠と見なされる。このタスクは以下のタスク呼出しに
よって呼び出される。
ＥＳＴ ＧＥＮＥＲＩＣは、不合格のテストがＩＳＢ
上でのエラーのために不合格になったのではないことを
確認する。ＩＳＢスキャナによって報告されるすべての
エラーは、現在の不合格なテスト結果を廃棄するための
根拠と見なされる。このタスクは以下のタスク呼出しに
よって呼び出される。
ＥＡ ＴＥＳＴ ＧＥＮＥＲＩＣ（ＰＯＩＮＴＥＲ
５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹＰＲＥＣ
）； ・入カニＰＲＥＣ−ＰＯＩＮＴＥＲＳＴＲＵＣＴ Ｅ
Ａ ＤＢ ＥＮＴＲＹ これは、現在のエラー解
析データベース項目を指すポインタである。
５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹＰＲＥＣ
）； ・入カニＰＲＥＣ−ＰＯＩＮＴＥＲＳＴＲＵＣＴ Ｅ
Ａ ＤＢ ＥＮＴＲＹ これは、現在のエラー解
析データベース項目を指すポインタである。
・戻りコード： ＰＲＯＣＥＥＤ−Ｉ ＳＢエラーなし
、解析を続ける。またはＧＥＴ ＮＥＸＴＥＮＴＲＹ
−Ｉ ＳＢエラーが発生したので、テストを再実行す
る必要がある。
、解析を続ける。またはＧＥＴ ＮＥＸＴＥＮＴＲＹ
−Ｉ ＳＢエラーが発生したので、テストを再実行す
る必要がある。
エラー解析データベース・レコードのＥＡ ＴＥＳＴ
ＲＥＳＵＬＴフィールドが合格の場合は、単にＰＲ
ＯＣＲＥＤを返す。次に、現在の擬似形態レコードのポ
インタを得る。これがモニタ・エラーであることをテス
トＩＤフィールドが示すか、またはエラ一番号フィール
ドが１よりも大きい場合は、ＰＲＯＣＲＥＤを返す。と
いうのは、モニタ・エラーは再実行できないからである
。また、エラ一番号が１よりも大きい場合は、１つのテ
ストで複数の結果が報告され、したがって、■ＳＢエラ
ーの有無の再検査は必要でないことを示す。
ＲＥＳＵＬＴフィールドが合格の場合は、単にＰＲ
ＯＣＲＥＤを返す。次に、現在の擬似形態レコードのポ
インタを得る。これがモニタ・エラーであることをテス
トＩＤフィールドが示すか、またはエラ一番号フィール
ドが１よりも大きい場合は、ＰＲＯＣＲＥＤを返す。と
いうのは、モニタ・エラーは再実行できないからである
。また、エラ一番号が１よりも大きい場合は、１つのテ
ストで複数の結果が報告され、したがって、■ＳＢエラ
ーの有無の再検査は必要でないことを示す。
なぜならば、幾つかの結果のうち最初のものが報告され
たときに既に検査済みだからである。
たときに既に検査済みだからである。
次に、エラー解析データベース中の時間スタンプが大域
変数ＴＩＭＥ ＬＡＳＴ ＩＳＢ ＥＲＲＯＲと
比較される。最後のテストが開始して以降にＩＳＢエラ
ーが発生しなかった場合は、ＰＲＯＣＲＥＤを返す。最
後のテストが開始して以降にＩＳＢエラーが発生した場
合は、リスト上の最後の擬似形態が廃棄される。
変数ＴＩＭＥ ＬＡＳＴ ＩＳＢ ＥＲＲＯＲと
比較される。最後のテストが開始して以降にＩＳＢエラ
ーが発生しなかった場合は、ＰＲＯＣＲＥＤを返す。最
後のテストが開始して以降にＩＳＢエラーが発生した場
合は、リスト上の最後の擬似形態が廃棄される。
次に、完全な結果を伴うテストを実行するために行なわ
れた試行の最大回数がテストされ、それがユーザの定義
した基準を超えた場合は、すべての中間結果を記録する
が、新しいエラー・レコードは作成しないことを示すた
め、タスクＡＢＯＲＴ ＥＲＲＯＲ解析０が呼び出さ
れる。その限界を超えなかった場合は、同じテストＩＤ
でタスク５ＣＨＥＤＵＬＥ ＴＥＳＴ Ｏが呼び出さ
れる。それ以上の処理は必要でないので、どちらの場合
もこのタスクはＧＥＴ ＮＥＸＴ ＥＮＴＲＹを返
す。
れた試行の最大回数がテストされ、それがユーザの定義
した基準を超えた場合は、すべての中間結果を記録する
が、新しいエラー・レコードは作成しないことを示すた
め、タスクＡＢＯＲＴ ＥＲＲＯＲ解析０が呼び出さ
れる。その限界を超えなかった場合は、同じテストＩＤ
でタスク５ＣＨＥＤＵＬＥ ＴＥＳＴ Ｏが呼び出さ
れる。それ以上の処理は必要でないので、どちらの場合
もこのタスクはＧＥＴ ＮＥＸＴ ＥＮＴＲＹを返
す。
２）ＥＡ ＧＥＴ ＲＥＣＯＲＤ
これは汎用タスクであり、入力としてテスト・シーケン
ス番号を予想し、テスト・シーケンス番号に対応するエ
ラー解析データベース・レコードを返す。このメツセー
ジは、システム−アナリストを案内して、問題に対処し
、または問題が解決されたことを識別するのを助ける。
ス番号を予想し、テスト・シーケンス番号に対応するエ
ラー解析データベース・レコードを返す。このメツセー
ジは、システム−アナリストを案内して、問題に対処し
、または問題が解決されたことを識別するのを助ける。
このタスクを呼び出すには、以下の呼出しを行なう。
ＥＡ ＧＥＴ ＲＥＣＯＲＤ（ＩＮＴ ＴＥＳＴ
５ＥＱＵＥＮＣＥ； ＰＯＩＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ ＰＰＲＥＣ）；ＴＥＳ
Ｔ ５ＥＱＵＥＮＣＥは、特定のエラー解析データベ
ース・レコードを識別するために使用される簡単な整数
である。このタスクはＰＰＲＥＣを返す。これは、指定
されたテスト・シーケンスに一致スるエラー解析レコー
ドのアドレスである。レコードが見つからない場合は、
ＰＰＲＥＣは空白ポインタを返す。
５ＥＱＵＥＮＣＥ； ＰＯＩＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ ＰＰＲＥＣ）；ＴＥＳ
Ｔ ５ＥＱＵＥＮＣＥは、特定のエラー解析データベ
ース・レコードを識別するために使用される簡単な整数
である。このタスクはＰＰＲＥＣを返す。これは、指定
されたテスト・シーケンスに一致スるエラー解析レコー
ドのアドレスである。レコードが見つからない場合は、
ＰＰＲＥＣは空白ポインタを返す。
このタスク論理は以下の処置を行なう。そのテスト・シ
ーケンス番号がＴＥＳＴ ５ＥＱＵＥＮＣＥと一致す
るレコードを見つけるためにエラー解析データベースの
線形探索を行ない、ＰＰＲＥＣをそのアドレスにセット
し、Ｎ０ＥＲＲを返す。
ーケンス番号がＴＥＳＴ ５ＥＱＵＥＮＣＥと一致す
るレコードを見つけるためにエラー解析データベースの
線形探索を行ない、ＰＰＲＥＣをそのアドレスにセット
し、Ｎ０ＥＲＲを返す。
そうではなくて、ＴＥＳＴ ５ＥＱＵＥＮＣＥがゼロ
、空白に等しかったり、または一致が見つからなかった
場合は、ＰＰＲＥＣを空白にセットし、Ｎｏ ＭＡＴ
ＣＨを返す。
、空白に等しかったり、または一致が見つからなかった
場合は、ＰＰＲＥＣを空白にセットし、Ｎｏ ＭＡＴ
ＣＨを返す。
３）ＣＨＥＣＫ ＩＳＢ ＥＲＲＯＲ８このタスク
は、テストが不合格条件を返したとき、ＴＥＳＴ Ｅ
ＸＥＣＯから呼び出される。
は、テストが不合格条件を返したとき、ＴＥＳＴ Ｅ
ＸＥＣＯから呼び出される。
これは、中断する可能性があるので、ＤＥＡＬＬＱＣＲ
ＥＳＯＵＲＣＥＳ Ｏの後で呼び出される。また、ＴＥ
ＳＴ ＥＸＥＣＴＣＢ制御状態が遊休にセットされる
前にも呼び出される。このテストが開始して以降にＩＳ
Ｂスキャナがエラーを検出したかどうか知るため検査を
行ない、エラーが検出された場合は、完了して復帰する
。エラーが検出されない場合は、タスクは中断し、ＩＳ
Ｂスキャナが再び稼働するのを待ってから復帰する。
ＥＳＯＵＲＣＥＳ Ｏの後で呼び出される。また、ＴＥ
ＳＴ ＥＸＥＣＴＣＢ制御状態が遊休にセットされる
前にも呼び出される。このテストが開始して以降にＩＳ
Ｂスキャナがエラーを検出したかどうか知るため検査を
行ない、エラーが検出された場合は、完了して復帰する
。エラーが検出されない場合は、タスクは中断し、ＩＳ
Ｂスキャナが再び稼働するのを待ってから復帰する。
このタスクは以下の呼出しによって呼び出される。
ＣＨＥＣＫ ＩＳＢ ＥＲＲＯＲ８Ｏ；このタ
スク論理は、エラー解析レコードを得るためＥＡ Ｇ
ＥＴ ＲＥＣＯＲＤ Ｏり“スフに対する呼出しで使
用されている現ジｅブ・レコードのテスト嗜シーケンス
勢フィールドから開始する。
スク論理は、エラー解析レコードを得るためＥＡ Ｇ
ＥＴ ＲＥＣＯＲＤ Ｏり“スフに対する呼出しで使
用されている現ジｅブ・レコードのテスト嗜シーケンス
勢フィールドから開始する。
エラー解析レコードのＥＡ ＴＩＭＥフィールドが、
ＩＳＢスキャナがエラーを検出した最後の時点と比較さ
れて、ジョブの開始以降エラーが検出されたかどうかが
判定され、現在のＴＣＢが大域変数ＴＣＢ ＷＡＩＴ
ＩＮＧ ＦＯＲｌ５ＢＳＣＡＮＮＥＲに記憶され、タ
スクが時間遅延待ち行列に入れられて、１秒間時間切れ
を待つ。ジ１ブの開始以降にＩＳＢスキャナがエラーを
検出した場合は、ジジブは単に復帰する。
ＩＳＢスキャナがエラーを検出した最後の時点と比較さ
れて、ジョブの開始以降エラーが検出されたかどうかが
判定され、現在のＴＣＢが大域変数ＴＣＢ ＷＡＩＴ
ＩＮＧ ＦＯＲｌ５ＢＳＣＡＮＮＥＲに記憶され、タ
スクが時間遅延待ち行列に入れられて、１秒間時間切れ
を待つ。ジ１ブの開始以降にＩＳＢスキャナがエラーを
検出した場合は、ジジブは単に復帰する。
４）ＩＳＢ ＦＩＮＩＳＨＥＤ ５ＣＡＮこのタス
クは、１回の完全な走査を完了した後でＩＳＢスキャナ
から呼び出される。このタスクは、走査が終了するのを
あるタスクが待っているかどうか判定し、走査が完了し
たときそのタスクを覚醒させる。タスクは次のように呼
び出される。
クは、１回の完全な走査を完了した後でＩＳＢスキャナ
から呼び出される。このタスクは、走査が終了するのを
あるタスクが待っているかどうか判定し、走査が完了し
たときそのタスクを覚醒させる。タスクは次のように呼
び出される。
ＩＳＢ ＦＩＮＩＳＨＥＤ ５ＣＡＮ（）
；以下の処置が行なわれる。ＴＣＢ ＷＡＩＴＩＮＧ
ＦＯＲＩＳＢ ５ＣＡＮが空白の場合は、復帰す
る。それが空白ではなく、かつＴＣＢが時間遅延待ち行
列上にある場合は、それをＷＨＹＳＣＨＥＤ ｏｆ
ＲＥＱＵＥＳＴと共にタスク指名待ち行列に入れる。
；以下の処置が行なわれる。ＴＣＢ ＷＡＩＴＩＮＧ
ＦＯＲＩＳＢ ５ＣＡＮが空白の場合は、復帰す
る。それが空白ではなく、かつＴＣＢが時間遅延待ち行
列上にある場合は、それをＷＨＹＳＣＨＥＤ ｏｆ
ＲＥＱＵＥＳＴと共にタスク指名待ち行列に入れる。
次にＴＣＢ ＷＡＩＴＩＮＧ ＦＯＲＩＳＢ ５
ＣＡＮを空白にセットする。
ＣＡＮを空白にセットする。
５）ＩＳＢ ＥＲＲＯＲＴＩＭＥ ＳＴＡＭＰこの
タスクは、システム保全性テストの結果に影響を及ぼす
可能性があるエラーが発生したとき、ＩＳＢスキャナか
ら呼び出される。時間を節約するため、１回の走査パス
当り１つの時間スタンプのみが使用される。したがって
、このパスでＧＥＴ ＢＩＮ ＴＩＭＥを再び呼び
出す必要があるかどうかを判断するため、大域変数ＴＩ
ＭＥ ＳＴＡＭＰ ＥＲＲＯＲが使用される。この
変数は各走査パスの始めに偽にセットされる。このタス
クは以下の機能呼出しで呼び出される。
タスクは、システム保全性テストの結果に影響を及ぼす
可能性があるエラーが発生したとき、ＩＳＢスキャナか
ら呼び出される。時間を節約するため、１回の走査パス
当り１つの時間スタンプのみが使用される。したがって
、このパスでＧＥＴ ＢＩＮ ＴＩＭＥを再び呼び
出す必要があるかどうかを判断するため、大域変数ＴＩ
ＭＥ ＳＴＡＭＰ ＥＲＲＯＲが使用される。この
変数は各走査パスの始めに偽にセットされる。このタス
クは以下の機能呼出しで呼び出される。
ＩＳＢ ＦＩＮＩＳＨＥＤ ５ＣＡＮ（）：Ｒ
をテストし、真である場合は、タスクが復帰する。ＴＩ
ＭＥ ＳＴＡＭＰ ＥＲＲＯＲが真でない場合は、
タスクはＧＥＴ ＢＩＮ ＴＩＭＥＯを呼び出し、
結果を大域構造ＴＩＭＥ ＬＡＳＴＩＳＢ ＥＲＲ
ＯＲに入れる。次に、タスクはＴＩＭＥ ＳＴＡＭＰ
ＥＲＲＯＲを真にセットして、復帰する。
をテストし、真である場合は、タスクが復帰する。ＴＩ
ＭＥ ＳＴＡＭＰ ＥＲＲＯＲが真でない場合は、
タスクはＧＥＴ ＢＩＮ ＴＩＭＥＯを呼び出し、
結果を大域構造ＴＩＭＥ ＬＡＳＴＩＳＢ ＥＲＲ
ＯＲに入れる。次に、タスクはＴＩＭＥ ＳＴＡＭＰ
ＥＲＲＯＲを真にセットして、復帰する。
６）ＰＲＯＣＥＳＳ ＴＲＥＥ
このタスクは判断木を解釈する。このタスクが呼び出さ
れるとき、指定されたエラー解析データベース項目は、
処理中の現ノードを指すポインタを含む。判断木の２つ
のノードの一方が、データベース項目に含まれる最後の
テスト結果に基づいて選択される。判断木の例及びそれ
らに関連する論理を第６２図ないし第７１図に示す。こ
のタスクは以下の呼出しによって呼び出される。
れるとき、指定されたエラー解析データベース項目は、
処理中の現ノードを指すポインタを含む。判断木の２つ
のノードの一方が、データベース項目に含まれる最後の
テスト結果に基づいて選択される。判断木の例及びそれ
らに関連する論理を第６２図ないし第７１図に示す。こ
のタスクは以下の呼出しによって呼び出される。
ＰＲＯＣＥＳＳ ＴＲＥＥ（ＰＯＩＮＴＥＲ８ＴＲＵ
ＣＴ ＥＡ ＤＢ ＥＮＴＲＹ ＰＲＥＣ）
： 処理中の現エラー解析データベース項目を指すポインタ
が、このタスク論理に対する唯一の入力である。このタ
スクは、判断木に対して追加の処理が必要なこと、また
は追加処理のため次の項目を得なければならないことを
示す、処理続行フラグまたはＧＥＴ ＮＥＸＴ Ｅ
ＮＴＲＹフラグを返す。タスク論理は、指定されたエラ
ー解析データベース・レコードから現ノード・アドレス
ヲ得る。次に、このタスク論理はローカル状態変数をＮ
ＥＸＴ ＭＯＤＥにセットする。次に、状態変数がＮ
ＥＸＴ ＭＯＤＥである限り、次の諸ステップを実行
する。
ＣＴ ＥＡ ＤＢ ＥＮＴＲＹ ＰＲＥＣ）
： 処理中の現エラー解析データベース項目を指すポインタ
が、このタスク論理に対する唯一の入力である。このタ
スクは、判断木に対して追加の処理が必要なこと、また
は追加処理のため次の項目を得なければならないことを
示す、処理続行フラグまたはＧＥＴ ＮＥＸＴ Ｅ
ＮＴＲＹフラグを返す。タスク論理は、指定されたエラ
ー解析データベース・レコードから現ノード・アドレス
ヲ得る。次に、このタスク論理はローカル状態変数をＮ
ＥＸＴ ＭＯＤＥにセットする。次に、状態変数がＮ
ＥＸＴ ＭＯＤＥである限り、次の諸ステップを実行
する。
データベース・レコードの最後の結果フィールドが合格
の場合、現ノードの合格オフセットを現ノード・アドレ
スに加える。そうでない場合は、不合格オフセットを現
ノード・アドレスに加える。
の場合、現ノードの合格オフセットを現ノード・アドレ
スに加える。そうでない場合は、不合格オフセットを現
ノード・アドレスに加える。
次に、データベース・レコードをこの新しいアドレスに
更新する。続いてノード形式を使って、どのノード処理
タスクを呼び出すかを選択する。各ノード処理タスクは
、現データベース・レコードを指すポインタで呼び出さ
れる。さらに、各ノード処理タスクは以下の状態を返す
。可能な状態は以下の通りである。
更新する。続いてノード形式を使って、どのノード処理
タスクを呼び出すかを選択する。各ノード処理タスクは
、現データベース・レコードを指すポインタで呼び出さ
れる。さらに、各ノード処理タスクは以下の状態を返す
。可能な状態は以下の通りである。
ＰＲＯＣＥＥＤ ：この判断木を処理することによって
行なわれる。したがって、次の段階に進む。
行なわれる。したがって、次の段階に進む。
ＧＥＴ ＮＥＸＴ Ｎ０ＤＥ：データベース・レコ
ードの結果フィールドに基づいて、判断木の次のノード
に進む。
ードの結果フィールドに基づいて、判断木の次のノード
に進む。
ＧＥＴ ＮＥＸＴ ＥＮＴＲＹ：この判断木の処理
を中断し、結果を待つ。続いて、行なわれている他の解
析の結果を処理する。ノードの幾つかは処理を必要とせ
ず、現状態を修正する。これらのノード、及びそれらが
セットする新しい状態は次の通りである。
を中断し、結果を待つ。続いて、行なわれている他の解
析の結果を処理する。ノードの幾つかは処理を必要とせ
ず、現状態を修正する。これらのノード、及びそれらが
セットする新しい状態は次の通りである。
ノード名 返される状態
既存の結果のテスト ＧＥＴ ＮＥＸＴ ＥＮＴ
ＲＹ グミ−ＧＥＴ ＮＥＸＴ ＮＯＤ Ｅ 出口 ＰＲＯＣＥＥＤ ７）ＰＲＯＣＥＳＳ ＴＥＳＴ Ｎ０ＤＥこのタス
クはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって呼び出さ
れ、判断木テスト・ノードを処理する。これは以下のも
のによって呼び出される。
ＲＹ グミ−ＧＥＴ ＮＥＸＴ ＮＯＤ Ｅ 出口 ＰＲＯＣＥＥＤ ７）ＰＲＯＣＥＳＳ ＴＥＳＴ Ｎ０ＤＥこのタス
クはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって呼び出さ
れ、判断木テスト・ノードを処理する。これは以下のも
のによって呼び出される。
ＰＲＯＣＥＳＳ ＴＥＳＴ Ｎ０ＤＥ（ＰＯＩＮＴ
ＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ
ＰＲＥＣ）： このタスクは入力としてＰＲＥＣを必要とする。
ＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ
ＰＲＥＣ）： このタスクは入力としてＰＲＥＣを必要とする。
ＰＲＥＣは現在の解析に対するエラー解析データベース
構造を指す。このタスクはＧＥＴ ＮＥＸＴ ＥＮ
ＴＲＹを返す。これは、この形式のノードに許容される
次の状態である。タスク論理は現在のノードからテスト
ＩＤを得、ジープ・レコードを、テスト中の識別番号に
基づいてテストに対する優先順位待ち行列に入れ、ＧＥ
Ｔ ＮＥＸＴＥＮＴＲＹを返す。
構造を指す。このタスクはＧＥＴ ＮＥＸＴ ＥＮ
ＴＲＹを返す。これは、この形式のノードに許容される
次の状態である。タスク論理は現在のノードからテスト
ＩＤを得、ジープ・レコードを、テスト中の識別番号に
基づいてテストに対する優先順位待ち行列に入れ、ＧＥ
Ｔ ＮＥＸＴＥＮＴＲＹを返す。
８）ＰＲＯＣＥＳＳ ＩＮＩＴＩＡＴＥ ＡＮＡＬ
ＹＳＩＳ Ｎ０ＤＥ このタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって
呼び出され、解析開始ノードを処理する。
ＹＳＩＳ Ｎ０ＤＥ このタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって
呼び出され、解析開始ノードを処理する。
これは以下の呼出しによって呼び出される。
ＰＲＯＣＥＳＳ ＩＮＩＴＩＡＴＥ−解析−ＮＯＤ
Ｅ（ＰＯｔＮＴＥＲ５ＴＲＵＣＴ ＥＡＤＢ ＥＮ
ＴＲＹ ＰＲＥＣ）； このタスクは入力としてＰＲＥＣを必要とする。
Ｅ（ＰＯｔＮＴＥＲ５ＴＲＵＣＴ ＥＡＤＢ ＥＮ
ＴＲＹ ＰＲＥＣ）； このタスクは入力としてＰＲＥＣを必要とする。
ＰＲＥＣは現在の解析に対するエラー解析データベース
構造を指す。タスクはＧＥＴ ＮＥＸＴ−ＮＯＤＥを
返す。これは、結果を待つ必要がないので、この形式の
ノードに対する次の状態である。
構造を指す。タスクはＧＥＴ ＮＥＸＴ−ＮＯＤＥを
返す。これは、結果を待つ必要がないので、この形式の
ノードに対する次の状態である。
このタスク論理は、現エラーを繰り返すカード形式に対
する判断木を調べることにより、テスト■Ｄを得る。ジ
ロブ・レコードを、Ｏのテスト・シーケンスを有するテ
スト中の識別番号を参照するテストの優先順位待ち行列
に入れ、ＧＥＴ ＮＥＸＴ Ｎ０ＤＥを返す。
する判断木を調べることにより、テスト■Ｄを得る。ジ
ロブ・レコードを、Ｏのテスト・シーケンスを有するテ
スト中の識別番号を参照するテストの優先順位待ち行列
に入れ、ＧＥＴ ＮＥＸＴ Ｎ０ＤＥを返す。
９）ＰＲＯＣＥＳＳ Ｃ０ＮＣＬＵＳＩＯＮ ＮＯ
ＤＥ このタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏから呼び
出され、結論ノードを処理する。これは以下の呼出しで
呼び出される。
ＤＥ このタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏから呼び
出され、結論ノードを処理する。これは以下の呼出しで
呼び出される。
ＰＲＯＣＥＳＳ Ｃ０ＮＣＬＵＳＩＯＮ Ｎ。
ＤＢ（ＰＯＩＮＴＥＲ５ＴＲＵＣＴ ＥＡＤＢ Ｅ
ＮＴＲＹ）； ＰＲＥＣは、このタスクが呼び出されたとき、エラー解
析データベース・レコードを指ｔポインタを含む。この
タスクは、エラー解析擬似形態レコードを指すポインタ
を得、結論に対する処理を開始するために現ノード番号
を擬似形態レコードに挿入する。次に、現ノードのアド
レスからすべての判断木テーブルのアドレスを差し引く
ことにより、現ノードに対応する１６ビツト値が計算さ
れる。タスクは次に結論記述子情報を擬似形態レコード
に複写する。この擬似形態レコードは、結論優先順位と
２つの処置提案インデックスを含む。
ＮＴＲＹ）； ＰＲＥＣは、このタスクが呼び出されたとき、エラー解
析データベース・レコードを指ｔポインタを含む。この
タスクは、エラー解析擬似形態レコードを指すポインタ
を得、結論に対する処理を開始するために現ノード番号
を擬似形態レコードに挿入する。次に、現ノードのアド
レスからすべての判断木テーブルのアドレスを差し引く
ことにより、現ノードに対応する１６ビツト値が計算さ
れる。タスクは次に結論記述子情報を擬似形態レコード
に複写する。この擬似形態レコードは、結論優先順位と
２つの処置提案インデックスを含む。
結論記述子中で提案された処置が合格チャネルの場合は
、エラー解析擬似形態のＴＥＳＴ ５ＴＡＴＵＳフイ
ールドを合格にセットする。そうでない場合は、修正し
ないままにしておく。エラー解析を次の解析段階に進ま
せるため、ＰＲＯＣＥＥＤが返される。
、エラー解析擬似形態のＴＥＳＴ ５ＴＡＴＵＳフイ
ールドを合格にセットする。そうでない場合は、修正し
ないままにしておく。エラー解析を次の解析段階に進ま
せるため、ＰＲＯＣＥＥＤが返される。
１０）ＰＲＯＣＥＳＳ ＴＥＳＴ ＥＸＰＡＮＤＥ
ＲＮ０ＤＥ このタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって
呼び出される。このタスクはテスト・エキスパンダ・ノ
ードを処理する。このタスクは以下の呼出しによって呼
び出される。
ＲＮ０ＤＥ このタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって
呼び出される。このタスクはテスト・エキスパンダ・ノ
ードを処理する。このタスクは以下の呼出しによって呼
び出される。
ＰＲＯＣＥＳＳ ＴＥＳＴ ＥＸＰＡＮＤＥＲＮＯ
ＤＥ（ＰＯＩＮＴＥＲ５ＴＲＵＣＴＥＡ ＤＢ Ｅ
ＮＴＲＹ ＰＲＥＣ）；このタスクは、ＰＲＥＣが現
在の解析用のエラー解析データベース構造を指すものと
仮定する。タスクはＧＥＴ ＮＥＸＴ ＥＮＴＲＹ
を返し、これは、指定された次のテストが実行されるこ
とを保証するため、この形式のノードの次の状態に初期
設定される。
ＤＥ（ＰＯＩＮＴＥＲ５ＴＲＵＣＴＥＡ ＤＢ Ｅ
ＮＴＲＹ ＰＲＥＣ）；このタスクは、ＰＲＥＣが現
在の解析用のエラー解析データベース構造を指すものと
仮定する。タスクはＧＥＴ ＮＥＸＴ ＥＮＴＲＹ
を返し、これは、指定された次のテストが実行されるこ
とを保証するため、この形式のノードの次の状態に初期
設定される。
このタスク論理は現ノードからテストＩＤを得、テスト
中のチャネルの識別番号を使ってエキスパンダの識別番
号を形成する。次に、タスク論理は、ジョブ・レコード
を、エキスパンダの識別番号に対応するそのテストのた
めの優先順位待ち行列に入れる。タスクはＧＥＴ Ｎ
ＥＸＴ ＥＮＴＲＹを返す。
中のチャネルの識別番号を使ってエキスパンダの識別番
号を形成する。次に、タスク論理は、ジョブ・レコード
を、エキスパンダの識別番号に対応するそのテストのた
めの優先順位待ち行列に入れる。タスクはＧＥＴ Ｎ
ＥＸＴ ＥＮＴＲＹを返す。
１１）ＰＲＯＣＥＳＳ ＴＥＳＴ ＣＭＥ Ｎ。
Ｅ
このタスクは、ＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによっ
て呼び出される。このタスクはテストＣＭＥノードを処
理する。これは以下の呼出しによって呼び出される。
て呼び出される。このタスクはテストＣＭＥノードを処
理する。これは以下の呼出しによって呼び出される。
ＰＲＯＣＥＳＳ ＴＥＳＴ ＣＭＥ Ｎ０ＤＥ（
ＰＯＩＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢＥＮＴＲ
Ｙ ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。タスクはＧＥＴ
ＮＥＸＴ ＥＮＴＲＹを返し、これは、指定され
た次のテストが実行されることを保証するため、この形
式のノードの次の状態に初期設定される。
ＰＯＩＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢＥＮＴＲ
Ｙ ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。タスクはＧＥＴ
ＮＥＸＴ ＥＮＴＲＹを返し、これは、指定され
た次のテストが実行されることを保証するため、この形
式のノードの次の状態に初期設定される。
このタスク論理は現ノードからテストＩＤを得、テスト
中のチャネルの識別番号を使ってエキスパンダの識別番
号を形成する。次に、タスク論理は、ジョブ・レコード
を、ＥＡ ＣＭＥ ＬＴＩＤフィールドの識別番号
に対応するそのテストのための優先順位待ち行列に入れ
る。タスクはＧＥＴＮＥＸＴ ＥＮＴＲＹを返す。
中のチャネルの識別番号を使ってエキスパンダの識別番
号を形成する。次に、タスク論理は、ジョブ・レコード
を、ＥＡ ＣＭＥ ＬＴＩＤフィールドの識別番号
に対応するそのテストのための優先順位待ち行列に入れ
る。タスクはＧＥＴＮＥＸＴ ＥＮＴＲＹを返す。
１２）ＰＲＯＣＥＳＳ ＣＡＲＤＩＤ Ｎ０ＤＥこ
のタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって呼
び出される。このタスクはカードＩＤノードを処理する
。これは以下の呼出しによって呼び出される。
のタスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって呼
び出される。このタスクはカードＩＤノードを処理する
。これは以下の呼出しによって呼び出される。
ＰＲＯＣＥＳＳ ＣＡＲＤＩＤ Ｎ０ＤＥ（ＰＯＩ
ＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ
ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。このタスクはＧ
ＥＴ ＮＥＸＴ Ｎ０ＤＥを返し、これは、指定さ
れた次のテストが実行されることを保証するため、この
形式のノードの次のノードに初期設定される。
ＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ
ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。このタスクはＧ
ＥＴ ＮＥＸＴ Ｎ０ＤＥを返し、これは、指定さ
れた次のテストが実行されることを保証するため、この
形式のノードの次のノードに初期設定される。
このタスク論理はテスト中のチャネルの識別番号を使っ
てＣＡＲＤ ＩＤ ＤＩＳＴＲＩＣＴＯを呼び出す
。検査されたすべてのカードのカードＩＤが完全である
場合は、エラー解析データベース項目の最終結果フィー
ルドが合格にセットされ、そうでない場合は、不合格に
セットされる。ＧＥＴ ＮＥＸＴ ＭＯＤＥが返さ
れる。
てＣＡＲＤ ＩＤ ＤＩＳＴＲＩＣＴＯを呼び出す
。検査されたすべてのカードのカードＩＤが完全である
場合は、エラー解析データベース項目の最終結果フィー
ルドが合格にセットされ、そうでない場合は、不合格に
セットされる。ＧＥＴ ＮＥＸＴ ＭＯＤＥが返さ
れる。
１３）ＰＲＯＣＥＳＳ ＫＩＣＫＯＦＦ ＭＯＤＥ
このタスクは、ＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによっ
て呼び出され、キックオフ・ノードを処理する。これは
以下の呼出しによって呼び出される。
て呼び出され、キックオフ・ノードを処理する。これは
以下の呼出しによって呼び出される。
ＰＲＯＣＥＳＳ ＫＩＣＫＯＦＦ Ｎ０ＤＥ（ＰＯ
ＩＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢＥＮＴＲＹ
ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。タスクはＧＥＴ
ＮＥＸＴ Ｎ０ＤＥを返し、これは、指定された
次のテストが実行されることを保証するため、この形式
のノードの次のノードに初期設定される。
ＩＮＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢＥＮＴＲＹ
ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。タスクはＧＥＴ
ＮＥＸＴ Ｎ０ＤＥを返し、これは、指定された
次のテストが実行されることを保証するため、この形式
のノードの次のノードに初期設定される。
このタスク論理はエラー解析データベース・リストから
最後の擬似形態を取り除き、テスト・シーケンス・フィ
ールドをＯにセットする。次に、タスク論理は、この擬
似形態を使ってＳＩ ＲＥＰＯＲＴ ＲＥＳＵＬＴ
Ｓ Ｏを呼び出し、ＧＥＴＮＥＸＴ Ｎ０ＤＥを返す
。
最後の擬似形態を取り除き、テスト・シーケンス・フィ
ールドをＯにセットする。次に、タスク論理は、この擬
似形態を使ってＳＩ ＲＥＰＯＲＴ ＲＥＳＵＬＴ
Ｓ Ｏを呼び出し、ＧＥＴＮＥＸＴ Ｎ０ＤＥを返す
。
１４）ＰＲＯＣＥＳＳ ＡＢＯＲＴ Ｎ０ＤＥこの
タスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって呼び
出され、打切りノードを処理する。これは以下の呼出し
によって呼び出される。
タスクはＰＲＯＣＥＳＳ ＴＲＥＥ Ｏによって呼び
出され、打切りノードを処理する。これは以下の呼出し
によって呼び出される。
ＰＲＯＣＥＳＳ ＡＢＯＲＴ Ｎ０ＤＥ（ＰＯＩＮ
ＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ
ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。このタスクはＧ
ＥＴ ＮＥＸＴ Ｎ０ＤＥを返し、これは、指定さ
れた次のテストが実行されることを保証するため、この
形式のノードの次のノードに初期設定される。
ＴＥＲ５ＴＲＵＣＴ ＥＡ ＤＢ ＥＮＴＲＹ
ＰＲＥＣ）； このタスクは、ＰＲＥＣが現在の解析用のエラー解析デ
ータベース構造を指すものと仮定する。このタスクはＧ
ＥＴ ＮＥＸＴ Ｎ０ＤＥを返し、これは、指定さ
れた次のテストが実行されることを保証するため、この
形式のノードの次のノードに初期設定される。
このタスク論理はＥＡ ＡＢＯＲＴ 解析を呼び出
し、特定のエラー解析データベース・レコードを送り、
この擬似形態を用いてＳＩ ＲＥＰＯＲＴ ＲＥＳ
ＵＬＴＳ Ｏを呼び出し、ＧＥＴＮＥＸＴ Ｎ０ＤＥ
を返す。
し、特定のエラー解析データベース・レコードを送り、
この擬似形態を用いてＳＩ ＲＥＰＯＲＴ ＲＥＳ
ＵＬＴＳ Ｏを呼び出し、ＧＥＴＮＥＸＴ Ｎ０ＤＥ
を返す。
１５）ＳＩ ＰＲＯＣＥＳＳ ５ＥＲＶＥＲ８Ｉ
ＰＲＯＣＥＳＳ ５ＥＲＶＥＲ（ｔ、他のノードか
らメツセージを受は取るシステム保全性タスクである。
ＰＲＯＣＥＳＳ ５ＥＲＶＥＲ（ｔ、他のノードか
らメツセージを受は取るシステム保全性タスクである。
メツセージ受領に応答して、このタスクはジープを優先
順位待ち行列に挿入するか、またはローカルφハードウ
ェア・エラー・データベース中で遠隔結果を報告する。
順位待ち行列に挿入するか、またはローカルφハードウ
ェア・エラー・データベース中で遠隔結果を報告する。
このタスクは、メツセージが到着したとき、それを処理
するため、対話式に呼び出される。タスク論理は、入り
メツセージに応答して、最初のバイトを受は取り、メツ
セージの残りを受は取り、次にそれを処理する。最初の
バイトは、要求された機能を識別するために使われる。
するため、対話式に呼び出される。タスク論理は、入り
メツセージに応答して、最初のバイトを受は取り、メツ
セージの残りを受は取り、次にそれを処理する。最初の
バイトは、要求された機能を識別するために使われる。
そうした機能には遠隔ジ１ブまたは遠隔結果の２つがあ
る。最初のバイトはまた、トランザクシロンの長さを指
定する。遠隔ジープ機能は、親ノードからのテスト・シ
ーケンス番号をテストし、それが空白であるかどうか判
定することによって処理される。空白でない場合は、そ
れに対するエラー解析データベース・レコードが作成さ
れ、親ノードのテスト・シーケンス及びノード番号がそ
れに書き込まれる。
る。最初のバイトはまた、トランザクシロンの長さを指
定する。遠隔ジープ機能は、親ノードからのテスト・シ
ーケンス番号をテストし、それが空白であるかどうか判
定することによって処理される。空白でない場合は、そ
れに対するエラー解析データベース・レコードが作成さ
れ、親ノードのテスト・シーケンス及びノード番号がそ
れに書き込まれる。
構内ノードのテスト・シーケンス番号はエラー解析処理
に使用される。次に、優先順位待ち行列レコードが作成
され、要求された識別番号、テストＩＤ、ローカル：シ
ーケンス番号（または空白）及び親ノード番号がそれに
書き込まれる。
に使用される。次に、優先順位待ち行列レコードが作成
され、要求された識別番号、テストＩＤ、ローカル：シ
ーケンス番号（または空白）及び親ノード番号がそれに
書き込まれる。
機能が遠隔結果である場合は、タスク論理は、受は取っ
たエラー・ポケットの一時的コピーを用いてＳＩ Ｒ
ＥＰＯＲＴ ＲＥＳＵＬＴＳを呼び出す。何か問題が
あれば、ＮＡＫが親ノードに送り返され、そうでない場
合は、要求の受領と開始を示すＡＣＫメツセージが送ら
れる。タスクはＥＸＩＴ呼出しで完了する。
たエラー・ポケットの一時的コピーを用いてＳＩ Ｒ
ＥＰＯＲＴ ＲＥＳＵＬＴＳを呼び出す。何か問題が
あれば、ＮＡＫが親ノードに送り返され、そうでない場
合は、要求の受領と開始を示すＡＣＫメツセージが送ら
れる。タスクはＥＸＩＴ呼出しで完了する。
ＤＢ、障害資源マネージャ
Ｄ８０１．機能説明
障害資源マネージャは、障害が２回連続した場合、障害
資源を使用から外す。使用除外状況は、ソフトウェアに
よって課せられる状態なので、これは資源のソフト・ダ
ウンとも呼ばれる。各障害資源に関連する情報は、障害
資源テーブル（ＦＲＴ）に記憶される。
資源を使用から外す。使用除外状況は、ソフトウェアに
よって課せられる状態なので、これは資源のソフト・ダ
ウンとも呼ばれる。各障害資源に関連する情報は、障害
資源テーブル（ＦＲＴ）に記憶される。
その資源が使用除外状態にあるかどうか検査することに
より、電話ソフトウェアが障害資源にアクセスすること
が防止される。次に、使用除外資源が複数回（省略時の
値は３回）連続してそのテストに矛盾なく合格した場合
は、ＦＲＭは使用除外資源を使用に戻す。
より、電話ソフトウェアが障害資源にアクセスすること
が防止される。次に、使用除外資源が複数回（省略時の
値は３回）連続してそのテストに矛盾なく合格した場合
は、ＦＲＭは使用除外資源を使用に戻す。
障害資源管理タスクは、ハードウェア・エラー・テーブ
ル（ＥＲＲＨ）及び障害資源テーブル（ＦＲＴ）を用い
て情報を共用することにより、エラー解析タスク及びし
きい値警報タスクと対話する。
ル（ＥＲＲＨ）及び障害資源テーブル（ＦＲＴ）を用い
て情報を共用することにより、エラー解析タスク及びし
きい値警報タスクと対話する。
各ＦＲＴは、変更が行なわれたとき更新される。
障害資源マネージャはまた、システムが再始動した後、
または待機ＣＰＵに切り換わった後で、優先順位テスト
を実行する。
または待機ＣＰＵに切り換わった後で、優先順位テスト
を実行する。
欠陥装置を追跡するために、障害資源に対するデータベ
ースが維持される。このデータベースはＦＲＴと呼ばれ
、エラー解析と関連する他のタスクと共用される。ハー
ドウェア・エラー・テーブルは、障害資源のエラー解析
結果が記憶されるデータベースである。
ースが維持される。このデータベースはＦＲＴと呼ばれ
、エラー解析と関連する他のタスクと共用される。ハー
ドウェア・エラー・テーブルは、障害資源のエラー解析
結果が記憶されるデータベースである。
ＥＲＲＨは、資源の過去の経歴をたどり、資源の過去の
経歴に基づいて障害の重大度を増すために使用される。
経歴に基づいて障害の重大度を増すために使用される。
１回の障害は例外と見なされ、２回の連続した障害は警
告と見なされる。障害資源の例には、共通装置及びイン
ターフェース・チャネルが含まれる。
告と見なされる。障害資源の例には、共通装置及びイン
ターフェース・チャネルが含まれる。
欠陥資源が電話サービスを損なうのを防止する状態が使
用除外状態である。上記状態の逆が使用復帰であり、前
に障害した資源が正常なシステムでの使用に戻されたと
きに生じる。
用除外状態である。上記状態の逆が使用復帰であり、前
に障害した資源が正常なシステムでの使用に戻されたと
きに生じる。
Ｄ８０２．詳細な動作
１）概説
障害資源マネージャが使用するタスクの詳細な機能につ
いての考察が、各タスクに関する以下の説明に含まれて
いる。最初の部分では、障害のあるチャネルまたはカー
ドの管理について説明する。
いての考察が、各タスクに関する以下の説明に含まれて
いる。最初の部分では、障害のあるチャネルまたはカー
ドの管理について説明する。
次に、再始動〆切換えタスクについて説明する。
その次の部分では、障害資源マネージャがエラー解析タ
スク及びしきい値警報タスクとどのように対話するかに
ついて説明する。最後に、復元機能について説明する。
スク及びしきい値警報タスクとどのように対話するかに
ついて説明する。最後に、復元機能について説明する。
２）障害資源の管理
単一のチャネル障害がエラー解析によって検出されたと
き、障害資源マネージャにそれが知らされる。障害資源
マネージャは、そのテストの妥当性を確認するためエラ
ー解析タスクがその資源を再びテストするように要求す
る。これは、それが断続的な障害ではないことを確認す
るためである。
き、障害資源マネージャにそれが知らされる。障害資源
マネージャは、そのテストの妥当性を確認するためエラ
ー解析タスクがその資源を再びテストするように要求す
る。これは、それが断続的な障害ではないことを確認す
るためである。
チャネルの障害を追跡するため、１つの項目がＦＲＴに
書き込まれる。その資源を使用から外す前に、しきい値
警報マネージャに除外の許可を要求するようにとの警報
が出る。しきい値警報タスクは、ＦＲＴ内の情報を使っ
て、現在使用を外されている資源の総数または割合を判
定する。得られた数字を使って、それらの不良資源によ
って生じた警報が軽微警報かそれとも重大警報かを判定
する。しきい値警報タスクについてのさらに詳しい情報
は、しきい値警報タスクと題する部分に示されている。
書き込まれる。その資源を使用から外す前に、しきい値
警報マネージャに除外の許可を要求するようにとの警報
が出る。しきい値警報タスクは、ＦＲＴ内の情報を使っ
て、現在使用を外されている資源の総数または割合を判
定する。得られた数字を使って、それらの不良資源によ
って生じた警報が軽微警報かそれとも重大警報かを判定
する。しきい値警報タスクについてのさらに詳しい情報
は、しきい値警報タスクと題する部分に示されている。
十分な資源が残っているものとすると、その資源は使用
から外され、ＦＲＴ内の項目がこの除外を反映するよう
に更新される。−度資源が使用から外されると、その資
源が３回合路するか、または致命的に障害していると見
なされるまで、同じ一連のテストが複数回行なわれる。
から外され、ＦＲＴ内の項目がこの除外を反映するよう
に更新される。−度資源が使用から外されると、その資
源が３回合路するか、または致命的に障害していると見
なされるまで、同じ一連のテストが複数回行なわれる。
障害資源が最初のテストに合格したときは、さらにテス
トが２回繰り返され、資源が３回連続してテストに合格
した場合は、使用に戻される。
トが２回繰り返され、資源が３回連続してテストに合格
した場合は、使用に戻される。
資源が使用に戻されると、しきい値警報ソフトウェアは
、ＦＲＴの更新により、障害資源が使用に戻されたこと
を知らされる。
、ＦＲＴの更新により、障害資源が使用に戻されたこと
を知らされる。
３）インターフェース・カード上の複数障害チャネル
上記の説明は、障害資源マネージャによって管理される
単一チャネルのシナリオについて行なったものである。
単一チャネルのシナリオについて行なったものである。
インターフェース・カード全体に欠陥がある場合は、そ
のカード上のすべてのチャネルがエラー解析で最終的に
障害を示す。
のカード上のすべてのチャネルがエラー解析で最終的に
障害を示す。
多くの場合、この種の問題に対する効率的な手法は、各
チャネルを別々に扱うのではなく、カード全体を使用か
ら外し、次に使用に戻すことであり、これをカード・リ
セットと呼ぶ。カードが使用に戻されたとき、個々のチ
ャネルでエラー解析テストのスケジュールが立て直され
る。カードのリセット後にすべてのチャネルが８回連続
してテストに合格した場合、それらのチャネルは使用に
戻される。しかし、カードが断続的な障害を示した場合
は、そのチャネルは最終的にテストに再び不合格となる
ことがある。そうなったときは、このサイクルを繰り返
すが、カード・リセットが無限に繰り返される可能性が
ある。この種の問題を回避するため、リセット・サービ
ス３回という限界が各−カードに課せられる。リセット
・サービスは、カード・リセット・データベースを使っ
て追跡される。
チャネルを別々に扱うのではなく、カード全体を使用か
ら外し、次に使用に戻すことであり、これをカード・リ
セットと呼ぶ。カードが使用に戻されたとき、個々のチ
ャネルでエラー解析テストのスケジュールが立て直され
る。カードのリセット後にすべてのチャネルが８回連続
してテストに合格した場合、それらのチャネルは使用に
戻される。しかし、カードが断続的な障害を示した場合
は、そのチャネルは最終的にテストに再び不合格となる
ことがある。そうなったときは、このサイクルを繰り返
すが、カード・リセットが無限に繰り返される可能性が
ある。この種の問題を回避するため、リセット・サービ
ス３回という限界が各−カードに課せられる。リセット
・サービスは、カード・リセット・データベースを使っ
て追跡される。
４）ｌ！ｌ害資源項目の削除
ＦＲＴのある項目が削除されるとき、３種の状況が起り
得る。
得る。
（１）そのレコードと関連する資源が、３回連続してエ
ラー解析テストに合格した後で使用に戻されるとき、 （２）ＥＲＲＨ中の項目、すなわち、ハードウェア・エ
ラーがクリアされるとき、 （３）ＦＥＰスキャナが資源を使用に戻すとき。
ラー解析テストに合格した後で使用に戻されるとき、 （２）ＥＲＲＨ中の項目、すなわち、ハードウェア・エ
ラーがクリアされるとき、 （３）ＦＥＰスキャナが資源を使用に戻すとき。
６）エラー解析タスクとのインターフェース障害資源管
理タスクはエラー解析の結果を解析し、資源を使用から
外すべきとき、または使用に戻すべきときを判定する。
理タスクはエラー解析の結果を解析し、資源を使用から
外すべきとき、または使用に戻すべきときを判定する。
さらに、障害資源マネージャは、単一のチャネル障害ま
たはカード障害から生じるエラーの処理を担当する。障
害資源マネージャはまた、エラー解析タスクを使って、
資源の動作不良及び正常動作を検査する。ＥＲＲＨ及び
ＦＲＴは、２組のタスクの間のインターフェースを調整
するために使用される。
たはカード障害から生じるエラーの処理を担当する。障
害資源マネージャはまた、エラー解析タスクを使って、
資源の動作不良及び正常動作を検査する。ＥＲＲＨ及び
ＦＲＴは、２組のタスクの間のインターフェースを調整
するために使用される。
エラー解析の結果はＥＲＲＨに記憶される。障害資源マ
ネージャは、資源のエラー解析結果を受は取ると、資源
の過去の経歴を調べて、その資源が（現在の結果を確認
するため）さらに解析を必要とするかどうか判定する。
ネージャは、資源のエラー解析結果を受は取ると、資源
の過去の経歴を調べて、その資源が（現在の結果を確認
するため）さらに解析を必要とするかどうか判定する。
欠陥資源が確認された場合は、ＦＲＭはその資源を使用
から外す。ＦＲＴに１つの項目が作成され、使用除外状
態もＥＲＲＨ中で更新される。言い換えると、ＥＲＲＨ
テーブルのエラー解析レコードと関連する障害資源レコ
ードが常にＦＲＴ中にある。
から外す。ＦＲＴに１つの項目が作成され、使用除外状
態もＥＲＲＨ中で更新される。言い換えると、ＥＲＲＨ
テーブルのエラー解析レコードと関連する障害資源レコ
ードが常にＦＲＴ中にある。
６）しきい値警報タスクとのインターフェース障害資源
マネージャはしきい値警報（ＴＡ）タスクに情報を提供
するので、ＴＡは資源の障害警報を分類することができ
る。ＦＲＭによって与えられる２つの情報は、更新カウ
ント（ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ）及びレコード
状況（ＦＲＲＥＣＯＲＤ ５ＴＡＴＵＳ）である。
マネージャはしきい値警報（ＴＡ）タスクに情報を提供
するので、ＴＡは資源の障害警報を分類することができ
る。ＦＲＭによって与えられる２つの情報は、更新カウ
ント（ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ）及びレコード
状況（ＦＲＲＥＣＯＲＤ ５ＴＡＴＵＳ）である。
ＦＲＭは、あるカード形式の障害警報が更新される必要
があるとき、そのカード形式のＦＲＵＰＤＡＴＥ Ｃ
０ＵＮＴの値を１だけ増分する。
があるとき、そのカード形式のＦＲＵＰＤＡＴＥ Ｃ
０ＵＮＴの値を１だけ増分する。
ＴＡは、０以外のＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴを認
めたとき、動作を開始する。カード形式の障害警報の評
価後、ＴＡはＦＲＵＰＤＡＴＥＣＯＵＮＴを減分する。
めたとき、動作を開始する。カード形式の障害警報の評
価後、ＴＡはＦＲＵＰＤＡＴＥＣＯＵＮＴを減分する。
ＦＲＲＥＣＯＲＤ ５ＴＡＴＵＳは、障害資源テーブ
ル内のフィールドである。ＦＲＭは、このレコードが更
新または削除される必要があることをＴＡに知らせるた
めの手段として、この状況フィールドを更新する。
ル内のフィールドである。ＦＲＭは、このレコードが更
新または削除される必要があることをＴＡに知らせるた
めの手段として、この状況フィールドを更新する。
ＦＲＭから提供される情報に答えて、ＴＡは、使用除外
しきい値を検査することにより、資源を使用から外すこ
とが可能かどうか判定する。
しきい値を検査することにより、資源を使用から外すこ
とが可能かどうか判定する。
７）エラー優先順位の繰上げに対する修正エラーの優先
順位付けによって、エラーをその重大度に応じて分類す
ることが可能になる。４種の優先順位がエラー解析で使
用される。工ないし１５０の値は重大エラーと見なされ
、１５１ないし２４６の値は軽微エラーと見なされる。
順位付けによって、エラーをその重大度に応じて分類す
ることが可能になる。４種の優先順位がエラー解析で使
用される。工ないし１５０の値は重大エラーと見なされ
、１５１ないし２４６の値は軽微エラーと見なされる。
さらに、２４７ないし２５０の値は警告と見なされる。
最後に、２６０ないし２８０の値は例外と見なされる。
エラーの警告カテゴリの枠内で、さらに以下のような細
分が使用される。
分が使用される。
ＩＦｊ」１１」佼 エラー・タイプ２４０
カードＩＤエラー２４１、２４２ 現
在は割り当てられていない２４３ 共通装
置カード ２４４トランクｅカード ２４５ データ・カード２４６
回線カード ２４７ 共通装置 ２４８トランク・チャネル ２４９ データ・チャネル２５０
回線チャネル 例外カテゴリの範囲は以下のように細分される。
カードＩＤエラー２４１、２４２ 現
在は割り当てられていない２４３ 共通装
置カード ２４４トランクｅカード ２４５ データ・カード２４６
回線カード ２４７ 共通装置 ２４８トランク・チャネル ２４９ データ・チャネル２５０
回線チャネル 例外カテゴリの範囲は以下のように細分される。
、桝Ｗ位 エラー・タイプ
２５１ 共通装置
２５２トランク・カード／チャネル
２５３ データ・カード／チャネル２５
４、２５５ 回線カード／チャネル０８０３、
障害資源データベース 障害資源データベースは、任意の障害資源に対する関連
情報を含む動的メモリの連続域である。
４、２５５ 回線カード／チャネル０８０３、
障害資源データベース 障害資源データベースは、任意の障害資源に対する関連
情報を含む動的メモリの連続域である。
このデータベースは、冗長的に再始動／保持され、記憶
される。これは、大別して次の３つの部分に分かれてい
る。
される。これは、大別して次の３つの部分に分かれてい
る。
１）ハウスキーピング情報は、次に使用可能な障害資源
レコードのインデックスを保持する。このインデックス
は、空いている障害資源レコードのリストに対するヘッ
ダとして使用される。
レコードのインデックスを保持する。このインデックス
は、空いている障害資源レコードのリストに対するヘッ
ダとして使用される。
２）カード・リスト・アレイは、同じカード形式に属す
るすべての障害資源レコードに対するしきい値警報タス
クのより迅速なアクセスをもたらす。
るすべての障害資源レコードに対するしきい値警報タス
クのより迅速なアクセスをもたらす。
言い換えると、障害資源レコードはカード形式別にまと
められる。カード・リスト・アレイの各要素は、そのカ
ード形式に対する最初の障害チャネルを表わす、障害資
源テーブルのレコードに対するインデックスを含む。
められる。カード・リスト・アレイの各要素は、そのカ
ード形式に対する最初の障害チャネルを表わす、障害資
源テーブルのレコードに対するインデックスを含む。
３）障害資源テーブル（ＦＲＴ）は、障害資源が記録さ
れるアレイである。このテーブルは３０ルコードから成
る（どれだけ多くの障害チャネルがあるかわからないの
で、このテーブルの大きさは任意である。最大２８８本
のコーチシー・ダウン・チャネルを記憶するコーチシー
・ダウン・マツプでは、３００個のレコードで十分すぎ
ることが明らかである）。３０１番目のレコードはダミ
ー標識であり、空きレコード・リスト及びすべてのカー
ド・リスト用の区切り文字として使用される。
れるアレイである。このテーブルは３０ルコードから成
る（どれだけ多くの障害チャネルがあるかわからないの
で、このテーブルの大きさは任意である。最大２８８本
のコーチシー・ダウン・チャネルを記憶するコーチシー
・ダウン・マツプでは、３００個のレコードで十分すぎ
ることが明らかである）。３０１番目のレコードはダミ
ー標識であり、空きレコード・リスト及びすべてのカー
ド・リスト用の区切り文字として使用される。
Ｄ８０４．５ＴＲＵＣＴ ＦＲＤＢ
第６９図は、障害資源テーブルのデータ構造を示す。障
害資源テーブルは、システム・プロセッサのメモリの連
続域にある。ラベル９００は、テーブルに対する次の使
用可能な空きレコードのアドレスを含むレコードを示す
。ラベル１０００は、カード・リスト・アレイＦＲＣＲ
ＬＩＳＴ［コが存在する区域を示す。各カードは以下の
構造によって記述される。
害資源テーブルは、システム・プロセッサのメモリの連
続域にある。ラベル９００は、テーブルに対する次の使
用可能な空きレコードのアドレスを含むレコードを示す
。ラベル１０００は、カード・リスト・アレイＦＲＣＲ
ＬＩＳＴ［コが存在する区域を示す。各カードは以下の
構造によって記述される。
ＦＲＣＲＬＩＳＴ ＩＮＦＯ
ＦＲＣＲＬＩＳＴ ［Ｎコ ；
カード・リスト−アレイは上記の構造によって記述され
る。ただし、Ｎは、現在使用中のリストである。ラベル
１０１０は、障害資源テーブル（ＦＲＴ）と呼ばれる情
報域ＦＲＲＥＣＯＲＤ ［］を示す。これは、システム
の種々の資源の状況を示す３００個のレコードから成る
。
る。ただし、Ｎは、現在使用中のリストである。ラベル
１０１０は、障害資源テーブル（ＦＲＴ）と呼ばれる情
報域ＦＲＲＥＣＯＲＤ ［］を示す。これは、システム
の種々の資源の状況を示す３００個のレコードから成る
。
第７０図は、障害資源カード・リスト情報ＦＲＣＲＬＩ
ＳＴ ＩＮＦＯのデータ構造を示す。
ＳＴ ＩＮＦＯのデータ構造を示す。
このデータ構造は、各レコードを定義するため、第６８
図のラベル１０００の所でＦＲＣＲＬＩＳＴ［コによっ
て使用される。ラベル１０１５はＦＲＦＩＲ８Ｔ Ｉ
ＤＸの場所を示し、これは特定のカード形式の最初の障
害チャネルが入力されるＦＲＲＥＣＯＲＤ［コに対する
インデックスを含む。ラベル１０２０はＦＲＣ０ＵＮＴ
の場所を示し、これはすべて同じカード形式に属する障
害資源レコードの数である。ラベル１０３０はＵＰＤＡ
ＴＥ ＣＲＬＩＳＴの場所を示し、これは警報カテゴ
リが再計算される必要のあることをしきい値警報タスク
に示すのに使用されるビットである。
図のラベル１０００の所でＦＲＣＲＬＩＳＴ［コによっ
て使用される。ラベル１０１５はＦＲＦＩＲ８Ｔ Ｉ
ＤＸの場所を示し、これは特定のカード形式の最初の障
害チャネルが入力されるＦＲＲＥＣＯＲＤ［コに対する
インデックスを含む。ラベル１０２０はＦＲＣ０ＵＮＴ
の場所を示し、これはすべて同じカード形式に属する障
害資源レコードの数である。ラベル１０３０はＵＰＤＡ
ＴＥ ＣＲＬＩＳＴの場所を示し、これは警報カテゴ
リが再計算される必要のあることをしきい値警報タスク
に示すのに使用されるビットである。
Ｄ８０５．ＦＲＩＮＦＯ構造
障害資源テーブル内の各障害資源レコードは、障害チャ
ネルのサービス状況を記憶し、誰がそのソフト・ダウン
要求を開始するかを記録する。第７１図は、ＦＲＩＮＦ
Ｏ２０００の各レコードのデータ構造に対する原始コー
ドである。ラベル２０１０はＦＲＬＴＩＤを示し、これ
は障害チャネルの識別番号である。ラベル２０２０はＦ
ＲＣＲＴＹＰＥを示し、これはこのチャネルのカード形
式である。ラベル２０３０はＦＲＴＲＫＯＲＤＡＴＡ
ＧＲＰを示し、コレハカート形式がトランクまたはデ
ータ・カード形式である場合゛にのみ適用できる。トラ
ンクの場合は、このフィールドはトランク・グループ番
号を含む。データ・カード形式の場合は、このフィール
ドはデータ・グループ番号を含む。ラベル２０４０はＦ
ＲＬＡＳＴ ＵＰＤＡＴＥ ＢＹを示し、これは発
生する最後の動作、すなわち、ＦＲＵＰＤＡＴＥ Ｂ
Ｙ ＴＥＳＴｌＦＲＵＰＤＡＴＥ ＢＹ ＭＯＮ
、ＦＲＵＰＤＡＴＥ ＢＹ ＦＥＰ。
ネルのサービス状況を記憶し、誰がそのソフト・ダウン
要求を開始するかを記録する。第７１図は、ＦＲＩＮＦ
Ｏ２０００の各レコードのデータ構造に対する原始コー
ドである。ラベル２０１０はＦＲＬＴＩＤを示し、これ
は障害チャネルの識別番号である。ラベル２０２０はＦ
ＲＣＲＴＹＰＥを示し、これはこのチャネルのカード形
式である。ラベル２０３０はＦＲＴＲＫＯＲＤＡＴＡ
ＧＲＰを示し、コレハカート形式がトランクまたはデ
ータ・カード形式である場合゛にのみ適用できる。トラ
ンクの場合は、このフィールドはトランク・グループ番
号を含む。データ・カード形式の場合は、このフィール
ドはデータ・グループ番号を含む。ラベル２０４０はＦ
ＲＬＡＳＴ ＵＰＤＡＴＥ ＢＹを示し、これは発
生する最後の動作、すなわち、ＦＲＵＰＤＡＴＥ Ｂ
Ｙ ＴＥＳＴｌＦＲＵＰＤＡＴＥ ＢＹ ＭＯＮ
、ＦＲＵＰＤＡＴＥ ＢＹ ＦＥＰ。
ＦＲＵＰＤＡＴＥ ＢＹ ＥＸＣまたはＦＲＵＰＤ
ＡＴＥ ＢＹ ＲＲのいずれかを記憶する。
ＡＴＥ ＢＹ ＲＲのいずれかを記憶する。
ラベル２０５０はＦＲＲＥＣｏＲＤ ５ＴＡＴＵＳを示
し、これは以下のうちの１つである。
し、これは以下のうちの１つである。
ＴＡ ＵＰＤＡＴＥ ＮＥＥＤＥＤｌＴＡ ＵＰ
ＤＡＴＥ ＤＯＮＥ、またはＴＡ ＵＰＤＡＴＥ
ＣＬＥＡＲ これはレコードの現状況を記録する。レコードは直ちに
削除される機会があるが、しきい値警報は資源の警報カ
テゴリを再計算する機会がない（チャネルを使用に戻す
ためのＦＥＰ要求による）ｅ、シたがって、このフィー
ルドはＴＡ ＵＰＤＡＴＥ ＣＬＥＡＲ”状況をと
る。しきい値警報タスクが最終的に、その資源に対する
警報カテゴリの再評価に着手するとき、その項目も削除
する。
ＤＡＴＥ ＤＯＮＥ、またはＴＡ ＵＰＤＡＴＥ
ＣＬＥＡＲ これはレコードの現状況を記録する。レコードは直ちに
削除される機会があるが、しきい値警報は資源の警報カ
テゴリを再計算する機会がない（チャネルを使用に戻す
ためのＦＥＰ要求による）ｅ、シたがって、このフィー
ルドはＴＡ ＵＰＤＡＴＥ ＣＬＥＡＲ”状況をと
る。しきい値警報タスクが最終的に、その資源に対する
警報カテゴリの再評価に着手するとき、その項目も削除
する。
ラベル２０６０はＦＲＣＨＡＮＮＥＬ ５ＴＡＴＥを
示し、これはチャネルの使用状況、すなわち、使用除外
、使用中または保留ソフト・ダウンを反映する。ラベル
２０７０はＦＲＶＯＩＣＥ ＯＲＤＡＴＡを示し、こ
れは音声チャネル形式またはデータ・チャネル形式のい
ずれかである。このフィールドはロルムホン （ＲＯＬＭｐｈｏｎｅ）インターフェース・カードに対
してのみ適用される。ラベル２０８０はＦＲＡＳＳＯＣ
ＥＲＲＨを示し、これは値Ｏと１の間でトグルするビッ
ト・フラグである。このビットがセット（１）されると
、チャネルがＥＲＲＨによってソフト・ダウンされるこ
とを意味する。このビットが空（０）の場合は、チャネ
ルを使用に戻すことをＥＲＲＨが決定したことを示す。
示し、これはチャネルの使用状況、すなわち、使用除外
、使用中または保留ソフト・ダウンを反映する。ラベル
２０７０はＦＲＶＯＩＣＥ ＯＲＤＡＴＡを示し、こ
れは音声チャネル形式またはデータ・チャネル形式のい
ずれかである。このフィールドはロルムホン （ＲＯＬＭｐｈｏｎｅ）インターフェース・カードに対
してのみ適用される。ラベル２０８０はＦＲＡＳＳＯＣ
ＥＲＲＨを示し、これは値Ｏと１の間でトグルするビッ
ト・フラグである。このビットがセット（１）されると
、チャネルがＥＲＲＨによってソフト・ダウンされるこ
とを意味する。このビットが空（０）の場合は、チャネ
ルを使用に戻すことをＥＲＲＨが決定したことを示す。
ラベル２０θＯはＦＲＡＳＳＯＣ０ＴＨＥＲを示し、こ
れはその機能がＦＲＡＳＳＯＣＥＲＲＨと類似している
フラグである。チャネル状態要求がＦＥＰスキャナまた
は例外テーブル・エラーの処理からくるときは、このビ
ットは影響を受ける。ＦＲＡＳＳＯＣＥＲＲＨビット及
びＦＲＡＳＳＯＣＯＴＨ，ＥＲビットが共に空でない場
合は、チャネルを使用に戻すことができない。
れはその機能がＦＲＡＳＳＯＣＥＲＲＨと類似している
フラグである。チャネル状態要求がＦＥＰスキャナまた
は例外テーブル・エラーの処理からくるときは、このビ
ットは影響を受ける。ＦＲＡＳＳＯＣＥＲＲＨビット及
びＦＲＡＳＳＯＣＯＴＨ，ＥＲビットが共に空でない場
合は、チャネルを使用に戻すことができない。
ラベル２１００はＦＲＲＲＮＥＥＤＥＤを示し、これは
、再始動または切換え後にＦＲＲＥＣＯＲＤと関連する
チャネルが初めてテストされることを示すフラグである
。これは、本発明の再始動回復方式の一部として任意の
使用除外チャネルについて優先順位テストを行なうため
の手段である。ラベル２１１０はＦＲＮＥＸＴ ＩＤ
Ｘを示し、これは同じカード形式の次の障害チャネルの
インデックスを含む。このフィールドは、レコードがリ
ストの終わりにある場合は、ダミー標識レコードのイン
デックスを含む。
、再始動または切換え後にＦＲＲＥＣＯＲＤと関連する
チャネルが初めてテストされることを示すフラグである
。これは、本発明の再始動回復方式の一部として任意の
使用除外チャネルについて優先順位テストを行なうため
の手段である。ラベル２１１０はＦＲＮＥＸＴ ＩＤ
Ｘを示し、これは同じカード形式の次の障害チャネルの
インデックスを含む。このフィールドは、レコードがリ
ストの終わりにある場合は、ダミー標識レコードのイン
デックスを含む。
概念的には、障害資源レコードを、障害資源テーブルに
入るための、（インデックスによって）単独で連係され
たリストと見なすことができる。各レコード・リストは
、同じカード形式に属する障害チャネルの集まりを表わ
す。カード・リスト内のレコードは昇順に記憶される。
入るための、（インデックスによって）単独で連係され
たリストと見なすことができる。各レコード・リストは
、同じカード形式に属する障害チャネルの集まりを表わ
す。カード・リスト内のレコードは昇順に記憶される。
別個のリストが、使用されていない障害資源レコードを
連係して、空きリストを形成する。第７２図はＡＴＩカ
ード形式を使って、障害を生じた３本のＡＴＩチャネル
がどのように単独で互いに連係されるかを示す。
連係して、空きリストを形成する。第７２図はＡＴＩカ
ード形式を使って、障害を生じた３本のＡＴＩチャネル
がどのように単独で互いに連係されるかを示す。
第７２図は、ラベル３０１０の所にあるレコードを介し
て、最初の障害チャネルである３０２０にあるレコード
、及びもう１つの障害レコードであるレコード３０３０
に階層的に連係されたＦＲＣＲＬＩＳＴ情報構造３００
０を示す。次に、３０４０にあるレコードは３０３０に
あるレコード及び３０５０にある空きレコードに連係さ
れる。
て、最初の障害チャネルである３０２０にあるレコード
、及びもう１つの障害レコードであるレコード３０３０
に階層的に連係されたＦＲＣＲＬＩＳＴ情報構造３００
０を示す。次に、３０４０にあるレコードは３０３０に
あるレコード及び３０５０にある空きレコードに連係さ
れる。
障害チャネルの連係リスト、及び次の空きチャネルを指
すポインタはこのように形成される。
すポインタはこのように形成される。
Ｄ８０６．カード・エラーΦデータベースカードが（カ
ード・エラーが多数回発生することにより）あまり頻繁
にリセットされることを防止するには、カードがリセッ
トされる度に時間スタンプを得ることが必要である。カ
ードが最後にリセットされた時間上現在の時間との差が
５分未溝の場合、カード・リセット要求は拒絶される。
ード・エラーが多数回発生することにより）あまり頻繁
にリセットされることを防止するには、カードがリセッ
トされる度に時間スタンプを得ることが必要である。カ
ードが最後にリセットされた時間上現在の時間との差が
５分未溝の場合、カード・リセット要求は拒絶される。
また、カードが３回リセットされた場合は、それ以後の
カード・リセットも拒絶させるために、カウンタが必要
である。カード・リセット・データ構造を、その機能の
説明と共に以下に示す。
カード・リセットも拒絶させるために、カウンタが必要
である。カード・リセット・データ構造を、その機能の
説明と共に以下に示す。
５ＴＲＵＣＴ ＦＲＣＡＲＤ ＲＥＳＥＴ（ＳＴＲ
ＵＣＴ ＳＩ ＬＴＩＤ ＦＲＣＲＬＴＩＤ； ＩＮＴ ＦＲＣＲＲＥＳＥＴ ＴＩＭＥ ［Ｔ
ＶＥＣＴ］ ； ＮＩＢ ＦＲＣＲＲＥＳＥＴ Ｃ０ＵＮＴ ） ＦＲＣＲＬＴＩＤは、カード・エラーが発生したカード
のＬＴＩＤである。ＬＴＩＤのチャネル・フィールドは
、常にそのカードに対する最初のチャネル番号である（
すなわち、ＡＴ１カード１枚につき木本のチャネルがあ
る。ＡＴＩ域の最初のカードがリセットされる場合、Ｆ
ＲＣＲＬＴＩＤのチャネル・フィールドはＯである。
ＵＣＴ ＳＩ ＬＴＩＤ ＦＲＣＲＬＴＩＤ； ＩＮＴ ＦＲＣＲＲＥＳＥＴ ＴＩＭＥ ［Ｔ
ＶＥＣＴ］ ； ＮＩＢ ＦＲＣＲＲＥＳＥＴ Ｃ０ＵＮＴ ） ＦＲＣＲＬＴＩＤは、カード・エラーが発生したカード
のＬＴＩＤである。ＬＴＩＤのチャネル・フィールドは
、常にそのカードに対する最初のチャネル番号である（
すなわち、ＡＴ１カード１枚につき木本のチャネルがあ
る。ＡＴＩ域の最初のカードがリセットされる場合、Ｆ
ＲＣＲＬＴＩＤのチャネル・フィールドはＯである。
一方、カード・リセットが２番目のＡＴＩカード上で行
なわれる場合は、チャネル・フィールドは８である）。
なわれる場合は、チャネル・フィールドは８である）。
ＦＲＣＲＲＥＳＥＴ ＴＩＭＥは、カードが最後にリ
セットされた絶対システム時刻を含む整数アレイである
。これは、カード・リセットが行なわれる度に更新され
る。
セットされた絶対システム時刻を含む整数アレイである
。これは、カード・リセットが行なわれる度に更新され
る。
ド・リセットが行なわれた時間を記録するニブル・カウ
ンタである。このカウンタの最大値は３である。
ンタである。このカウンタの最大値は３である。
カード・エラー・データベースは３０個の要素から成る
アレイである。このデータベースは動的メモリ域にある
。これは再始動保持されるが、冗長的に保持されない。
アレイである。このデータベースは動的メモリ域にある
。これは再始動保持されるが、冗長的に保持されない。
アレイの大きさは３０ｘ６＝１８０ワードである。
各レコードの寿命は４時間である。この寿命時間は任意
に設定したものである。
に設定したものである。
Ｄ８０７．汎用要求待ち行列
ＦＥＰ環境でのカード・リセットを避けるため、障害資
源管理ソフトウェアはＤＯＷＮ及びＵＰパケットを出さ
ない。その代わり、このソフトウェアは一時的レコード
を作成し、カードＬＴＩＤをそのレコードに記憶する。
源管理ソフトウェアはＤＯＷＮ及びＵＰパケットを出さ
ない。その代わり、このソフトウェアは一時的レコード
を作成し、カードＬＴＩＤをそのレコードに記憶する。
ＤＯＷＮ ＭＡＩＮＴタスクは、このカード・リセッ
ト要求のアクセスを担当し、実際のカード・リセット動
作を実行する。
ト要求のアクセスを担当し、実際のカード・リセット動
作を実行する。
前述のように、「パワー・アップ」事象を送るソフト・
ダウンされたロルムホンには特別な処理が適用される。
ダウンされたロルムホンには特別な処理が適用される。
電話が「ソフト・アップ」された後で、エラー解析テス
トのスケジュールが立てられる。「あまりに多くの事象
」がロルムホン入力及び出力スキャナによって検出され
たときもＥＡテストのスケジュールが立てられる。
トのスケジュールが立てられる。「あまりに多くの事象
」がロルムホン入力及び出力スキャナによって検出され
たときもＥＡテストのスケジュールが立てられる。
「カード・リセット」要求、スキャナまたは「ソフト・
ダウン」からの「チャネル再テスト」要求、あるいはＦ
ＥＰから開始される「ソフト・ダウン」要求または「ソ
フト・アップ」要求を記録するための汎用要求レコード
の構造定義を以下に示す。
ダウン」からの「チャネル再テスト」要求、あるいはＦ
ＥＰから開始される「ソフト・ダウン」要求または「ソ
フト・アップ」要求を記録するための汎用要求レコード
の構造定義を以下に示す。
５ＴＲＵＣＴ ＦＲＭＩＳＣＲＥＱ （ＰＯＩＮＴ
ＥＲ５ＴＲＵＣＴ ＦＲＭＩＳＣＲＥＱ ＮＥＸＴ ＦＲＭＩＳ ＣＲＥＱ ＰＴＲ。
ＥＲ５ＴＲＵＣＴ ＦＲＭＩＳＣＲＥＱ ＮＥＸＴ ＦＲＭＩＳ ＣＲＥＱ ＰＴＲ。
ＰＲＥＶ ＦＲＭＩＳ
ＣＲＥＱ ＰＴＲ；
ＭＩＳＣＲＥＱ ＬＴ
■Ｄ ；
ＩＮＴ ＦＲＭＩＳＣＲＥＱＣＲＴＹＰＥ
； ＢＹＴＥ ＦＲＲＥＱＵＥＳＴＦＵＮＣ； ＦＲＷＨＯＲＥＱＵ ＥＳＴ）； （ａ）ＮＥＸＴ ＦＲＭＩ ＳＣＲＥＱ ＰＴ
Ｒは次の要求レコードのアドレスである。
； ＢＹＴＥ ＦＲＲＥＱＵＥＳＴＦＵＮＣ； ＦＲＷＨＯＲＥＱＵ ＥＳＴ）； （ａ）ＮＥＸＴ ＦＲＭＩ ＳＣＲＥＱ ＰＴ
Ｒは次の要求レコードのアドレスである。
（ｂ）ＰＲＥＶ ＦＲＭＩＳＣＲＥＱ ＰＴＲはリ
スト中の前の要求レコードのアドレスである。
スト中の前の要求レコードのアドレスである。
（ｃ）ＦＲＭＩＳＣＲＥＱ ＬＴＩＤは、ＦＲＲＥＱ
ＵＥＳＴ ＦＵＮＣＴＩＯＮが適用されるＬＴＩＤで
ある。
ＵＥＳＴ ＦＵＮＣＴＩＯＮが適用されるＬＴＩＤで
ある。
（ｄ）ＦＲＭＩ ＳＣＲＥＱ ＣＲＴＹＰＥはＬＴＩ
Ｄのカード形式である。この情報は再テスト要求に必要
である。
Ｄのカード形式である。この情報は再テスト要求に必要
である。
（ｅ）ＦＲＲＥＱＵＥＳＴ ＦＵＮＣは以下のような
要求の機能タイプである。
要求の機能タイプである。
ＦＲＣＡＲＤ ＲＥＳＥＴ ＲＥＱ。
ＦＲＲＰＩ ＦＬＯＯＤ ＲＥＴＥＳＴ ＲＥＱ
。
。
ＦＲＲＰＩ ＰＷＲＯＮ ＲＥＴＥＳＴＲＥＱ。
Ｑ。
（ｆ）ＦＲＷＨＯＲＥＱＵＥＳＴは、誰（Ｓ１１ＦＥＰ
等）が特定の要求を開始するかを識別する。
等）が特定の要求を開始するかを識別する。
標準的なユーティリティＬＩＮＫＯ及びＵＮＬＩＮＫＯ
を使って、これらの汎用要求レコードを待ち行列に入れ
、かつ待ち行列から解除する。
を使って、これらの汎用要求レコードを待ち行列に入れ
、かつ待ち行列から解除する。
２つの大域項目が、カード・リセット・レコードを指す
ヘッド・ポインタ及びテイル・ポインタとして、ファイ
ルＤＯＷＮ ＤＹＮＡＭＩＧに付加される。それらの
ポインタが行なう連係の図を第７３図に示す。
ヘッド・ポインタ及びテイル・ポインタとして、ファイ
ルＤＯＷＮ ＤＹＮＡＭＩＧに付加される。それらの
ポインタが行なう連係の図を第７３図に示す。
Ｄ８０８．障害資源の再始動回復のための大域データ
障害資源再始動回復方式をサポートするには、次の２つ
の変数が必要である。
の変数が必要である。
ＩＮＴ ＦＲＲＲＲＥＴＥＳＴ ＤＯＮＥ：この変
数は、再テストのため再始動回復手順によらてすべての
障害レコードがマークされたとき、真にセットされる。
数は、再テストのため再始動回復手順によらてすべての
障害レコードがマークされたとき、真にセットされる。
逆に、処理すべき「マークされた」障害資源レコードが
他にもまだあるとき、この変数は偽にセットされる。
他にもまだあるとき、この変数は偽にセットされる。
ＩＮＴ ＦＲＲＲＮＥＸＴ ＩＤＸ：この変数は、障害
資源テーブルのレコードに対するインデックスを含む。
資源テーブルのレコードに対するインデックスを含む。
このレコードは次に再テストのためＰ Ｉ ＣＫ Ｒ
Ｅ ＲＥＣＯＲＤ Ｏに取り上げられる。その値は、
ＦＲＲＲＲＥＴＥＳＴ ＤＯＮＥが真にセットされる
とき、空白になる。
Ｅ ＲＥＣＯＲＤ Ｏに取り上げられる。その値は、
ＦＲＲＲＲＥＴＥＳＴ ＤＯＮＥが真にセットされる
とき、空白になる。
Ｄ８０９．エラー・パラメータ・データベースの修正
あるタイプのエラーが記録されても、それはサービス性
能に影響を及ぼさないので、ある種の電話資源をソフト
・ダウンしたくない場合があることが予想される。一方
、記録されたそれらのエラーを調べ、障害しきい値（障
害の数）に達したとき、それらのエラー優先順位を上げ
たいこともある。
能に影響を及ぼさないので、ある種の電話資源をソフト
・ダウンしたくない場合があることが予想される。一方
、記録されたそれらのエラーを調べ、障害しきい値（障
害の数）に達したとき、それらのエラー優先順位を上げ
たいこともある。
ファイルＴＳＰＡＲＭ ＤＢ、ｓｌ）は、システム保
全性テスト、モニタ、ＦＥＰスキャナから記録されたエ
ラー用の種々のデータベースを含む。
全性テスト、モニタ、ＦＥＰスキャナから記録されたエ
ラー用の種々のデータベースを含む。
各レコードは固宵のエラーを表わし、そのエラーに対す
る第１の、及びときには第２のレベルの優先順位、さら
に、その特定のエラーに対する合格／上限及び不合格／
下限のしきい値から成る。
る第１の、及びときには第２のレベルの優先順位、さら
に、その特定のエラーに対する合格／上限及び不合格／
下限のしきい値から成る。
このファイルは、各エラー・パラメータ・レコードにフ
ラグを挿入する。このＤｏ ＮｏｔＳｏｆｔ Ｄｏ
ｗｎ″フラグがセットされると、たとえ不合格しきい値
を超えた場合でも、資源のソフト・ダウンが禁止される
ことを意味する。
ラグを挿入する。このＤｏ ＮｏｔＳｏｆｔ Ｄｏ
ｗｎ″フラグがセットされると、たとえ不合格しきい値
を超えた場合でも、資源のソフト・ダウンが禁止される
ことを意味する。
ファイルＴＳＰＡＲＭ ＤＢ内のこれらのエラー・パ
ラメータ・レコードのデータ構造を以下に示す。
ラメータ・レコードのデータ構造を以下に示す。
５ＴＲＵＣＴ ＡＬＬ ＥＲＲＰＡＲＭ（ＩＮＴ
ＣＲＴＹＰＥ、ＭＡＲＫＥＲ。
ＣＲＴＹＰＥ、ＭＡＲＫＥＲ。
ＰＲＩＯＲ，ＵＰＴＨＲＥＳＨ，ＤＮＴＨＲＥＳＨ，Ｃ
ＨＡＮ ＷＡＲＮＩＮＧ。
ＨＡＮ ＷＡＲＮＩＮＧ。
ＣＡＲＤ ＷＡＲＮＩＮＧ、ＤＯＮＯＴ ５ＤＯＷ
Ｎ ）； ＣＲＴＹＰＥは、資源のカード形式である。ＭＡＲＫＥ
Ｒは、エラー・パラメータ・レコードのタイプ、すなわ
ち、モニタまたはテストのいずれかを示す。ＰＲＩＯＲ
は、第ルベルのエラー優先順位である。ＵＰＴＨＲＥＳ
Ｈ及びＤＮＴＨＲＥＳＨは、その資源に対する上限及び
下限しきい値である。ＣＨＡＮ ＷＡＲＮＩＮＧは、
第２レベルのチャネル・エラー優先順位である。ＣＡＲ
ＤＷＡＲＮＩＮＧは、第２レベルのカード・エラー優先
順位である。ＤＯＮＯＴ ５ＤＯＷＮは、ソフト・ダ
ウンが許されないことを示す特別のしコードである。
Ｎ ）； ＣＲＴＹＰＥは、資源のカード形式である。ＭＡＲＫＥ
Ｒは、エラー・パラメータ・レコードのタイプ、すなわ
ち、モニタまたはテストのいずれかを示す。ＰＲＩＯＲ
は、第ルベルのエラー優先順位である。ＵＰＴＨＲＥＳ
Ｈ及びＤＮＴＨＲＥＳＨは、その資源に対する上限及び
下限しきい値である。ＣＨＡＮ ＷＡＲＮＩＮＧは、
第２レベルのチャネル・エラー優先順位である。ＣＡＲ
ＤＷＡＲＮＩＮＧは、第２レベルのカード・エラー優先
順位である。ＤＯＮＯＴ ５ＤＯＷＮは、ソフト・ダ
ウンが許されないことを示す特別のしコードである。
Ｄ９．プログラム設計
０９０１、ＲＥ ＲＥＴＥＳＴ ＣＨＥＣＫ （）
１）機能説明 これは手順ＦＲＭＡＮＡＧＥＭＥＮＴ Ｏのための主ド
ライバである。チャネルの（擬似エラー形態の）現在の
テスト結果及び過去の（エラー・ポケット中の）経歴が
与えられている場合、このルーチンは情報を解析し、チ
ャネルを再テストする必要があるかどうかを判定する。
１）機能説明 これは手順ＦＲＭＡＮＡＧＥＭＥＮＴ Ｏのための主ド
ライバである。チャネルの（擬似エラー形態の）現在の
テスト結果及び過去の（エラー・ポケット中の）経歴が
与えられている場合、このルーチンは情報を解析し、チ
ャネルを再テストする必要があるかどうかを判定する。
再テストが必要でない場合は、テスト情報と上限及び下
限しきい値を使って、チャネルを使用に戻すべきか、ま
たは使用から外すべきかを判定する。このルーチンはま
た、カード・エラーが検出されたかどうが調べ、その結
果をＦＲＭＡＮＡＧＥＭＥＮＴ Ｏに送る。
限しきい値を使って、チャネルを使用に戻すべきか、ま
たは使用から外すべきかを判定する。このルーチンはま
た、カード・エラーが検出されたかどうが調べ、その結
果をＦＲＭＡＮＡＧＥＭＥＮＴ Ｏに送る。
２）呼出しインターフェース
ＥＲＲＰＯ８Ｔ ＰＲＯＣＥＳＳ （） によって呼
び出される５ＴＵＦＦ ＰＯＣＫＥＴ Ｏ中で呼び出
される。このルーチンは、活動プロセッサ上で実行され
ているときだけ実行される。
び出される５ＴＵＦＦ ＰＯＣＫＥＴ Ｏ中で呼び出
される。このルーチンは、活動プロセッサ上で実行され
ているときだけ実行される。
パラメータニ
ー擬似エラー情報を指すポインタ
ー エラー・ポケットを指すポインタ
ーテスト結果（ＴＥＳＴ ＰＡＳＳＥＤまたはＴＥＳ
Ｔ ＦＡＩＬＥＤ） −エラー・ポケットの新しい現状況 −エラー・ポケットの前の現状況 一要求形式 −（更新すべき）チャネル使用状況を指すポインタ（Ｕ
Ｐ、ＲＥＳＴＯＲＥＤ、ＤＯＷＮ。
Ｔ ＦＡＩＬＥＤ） −エラー・ポケットの新しい現状況 −エラー・ポケットの前の現状況 一要求形式 −（更新すべき）チャネル使用状況を指すポインタ（Ｕ
Ｐ、ＲＥＳＴＯＲＥＤ、ＤＯＷＮ。
無変化を表すＮＵＬＬ）
−エラー優先順位を上げるべきか、それとも下げるべき
かを示すワードを指すポインタ戻りコード： Ｎ０Ｅ
ＲＲ ３）プログラムの説明 （１）この手順が待機プロセッサから呼び出された場合
、ここに戻る。
かを示すワードを指すポインタ戻りコード： Ｎ０Ｅ
ＲＲ ３）プログラムの説明 （１）この手順が待機プロセッサから呼び出された場合
、ここに戻る。
（２）ＲＥ ＴＥＳＴ （構内）フラグを偽に初期設
定する。テスト反復回数を表すローカル・カウンタをＯ
にセットする。使用状況を「空白」に初期設定する。
定する。テスト反復回数を表すローカル・カウンタをＯ
にセットする。使用状況を「空白」に初期設定する。
（３）擬似エラーがエラー解析によってフォーマット化
されるかどうか調べる。擬似エラー中にカード・エラー
・ビットの値を含むように、ローカル・フラグＣＡＲＤ
ＥＲＲをセットする。
されるかどうか調べる。擬似エラー中にカード・エラー
・ビットの値を含むように、ローカル・フラグＣＡＲＤ
ＥＲＲをセットする。
（４）ＴＡＮＤＥＭフラグが偽であり、エラーがモニタ
・エラー（形式９）である場合、カード形式がＣＲＥＴ
Ｉ、ＣＲＲＰｌｌＣＲＣＹＰまたはＣＲＤＩＳのうちの
１つであるなら、ローカル・フラグＯＫ Ｔｏ ５
ＤＯＷＮを真にセットする。
・エラー（形式９）である場合、カード形式がＣＲＥＴ
Ｉ、ＣＲＲＰｌｌＣＲＣＹＰまたはＣＲＤＩＳのうちの
１つであるなら、ローカル・フラグＯＫ Ｔｏ ５
ＤＯＷＮを真にセットする。
（５）テスト結果がＴＥＳＴ ＰＡＳＳＥＤである場
合。
合。
一連の不合格の後の最初の合格である場合は、障害の連
続が破れる。ＲＥ ＴＥＳＴフラグを真にセットし、
テスト反復回数を２にセットする。
続が破れる。ＲＥ ＴＥＳＴフラグを真にセットし、
テスト反復回数を２にセットする。
ステップ６に進む。
前のエラー経歴が、これが最初の合格発生ではないこと
を示す場合は、上限（合格）しきい値を超えていないか
どうか調べる。上限しきい値をまだ超えていない場合は
、呼出しルーチンに戻る。
を示す場合は、上限（合格）しきい値を超えていないか
どうか調べる。上限しきい値をまだ超えていない場合は
、呼出しルーチンに戻る。
ＴＡＮＤＥＭフラグが偽であり、０ＫＴＯ８ＤＯＷＮが
偽である場合は、呼出しルーチンに戻る。ＴＡＮＤＥＭ
フラグが真であるが、エラー解析エラー・ポケットでな
い場合は、呼出し側に戻る。
偽である場合は、呼出しルーチンに戻る。ＴＡＮＤＥＭ
フラグが真であるが、エラー解析エラー・ポケットでな
い場合は、呼出し側に戻る。
上限しきい値に達した場合、ＦＲＭＡＮＡＧＥＭＥＮＴ
Ｏを呼び出して、現在使用を外されている（ＥＲ８Ｔ
＝＝ＤＯＷＮＥＤ）チャネルを使用に戻すよう要求する
。この要求が許可された場合は、使用状況パラメータを
ＲＥＳＴＯＲＥＤ″に更新する。ステップ７に進む。
Ｏを呼び出して、現在使用を外されている（ＥＲ８Ｔ
＝＝ＤＯＷＮＥＤ）チャネルを使用に戻すよう要求する
。この要求が許可された場合は、使用状況パラメータを
ＲＥＳＴＯＲＥＤ″に更新する。ステップ７に進む。
（６）テスト結果がＴＥＳＴ ＦＡＩＬＥＤである場
合。
合。
一連の合格の後の最初の不合格であるかどうか調べる。
合格の連続が破れた場合は、ＲＥＴＥＳＴフラグを真に
セットし、テスト反復回数を１にセットする。ステップ
７に進む。
セットし、テスト反復回数を１にセットする。ステップ
７に進む。
下限（不合格）しきい値を超えたかどうか調べる。そう
でない場合は、呼出しルーチンに戻る。
でない場合は、呼出しルーチンに戻る。
ＴＡＮＤＥＭフラグが偽であり、ＯＫ ＴＯ８ＤＯＷＮ
が偽である場合は、呼出しルーチンに戻る。ＴＡＮＤＥ
Ｍフラグが真であり、エラー・ポケットがエラー解析に
よってフォーマット化されていない場合は、呼出し側に
戻る。
が偽である場合は、呼出しルーチンに戻る。ＴＡＮＤＥ
Ｍフラグが真であり、エラー・ポケットがエラー解析に
よってフォーマット化されていない場合は、呼出し側に
戻る。
下限しきい値に達し、擬似エラー形態のＤＯＮＴ ５
ＤＯＷＮフラグがセットされていず、エラー・ポケット
のＥＲ８ＴＲ８−ルドは、そのチャネルが依然として使
用中であることを示す場合は、ＦＲＣＨＡＮＧＥ Ｃ
ＨＡＮＮＥＬ ５ＴＡＴＥＯを呼び出して、そのチャ
ネルを使用から外すことを要求する。この要求が許可さ
れた場合は、使用除外パラメータを”ＤＯＷＮＥＤ”に
セットする。
ＤＯＷＮフラグがセットされていず、エラー・ポケット
のＥＲ８ＴＲ８−ルドは、そのチャネルが依然として使
用中であることを示す場合は、ＦＲＣＨＡＮＧＥ Ｃ
ＨＡＮＮＥＬ ５ＴＡＴＥＯを呼び出して、そのチャ
ネルを使用から外すことを要求する。この要求が許可さ
れた場合は、使用除外パラメータを”ＤＯＷＮＥＤ”に
セットする。
（７）ＲＥ ＴＥＳＴフラグが真である場合は、以下
のすべての条件が真であるかどうか調べる。
のすべての条件が真であるかどうか調べる。
−ＴＡＮＤＥＭフラグが真である。
エラー解析が使用許可されている。
−これはエラー解析エラー・ポケットであり、−ＣＬＩ
から開始されたジョブではない。
から開始されたジョブではない。
チャネルを再テストするため、ＳＣＨＥＲＲＡＮＡＬＹ
Ｓ Ｉ Ｓ Ｏを呼び出して、エラー解析のスケジュー
ルを立てる。
Ｓ Ｉ Ｓ Ｏを呼び出して、エラー解析のスケジュー
ルを立てる。
（８）ＮＯＥＲＲを返す。
Ｄ９０２．ＦＲＭＡＮＡＧＥＭＥＮＴ （）１）機能説
明 チャネルのＬＴＩＤ及びセット使用状況が与えられてい
る場合、この手順は、ＦＲＣＨＡＮＧＥ ＣＨＡＮＮ
ＥＬ ５ＴＡＴＥ （）を呼び出して、チャネルの使
用状況（使用除外または使用中）を変更する。しかし、
そのチャネルがフォーンメール・チャネルの場合は、使
用状況の変更要求は無視される。
明 チャネルのＬＴＩＤ及びセット使用状況が与えられてい
る場合、この手順は、ＦＲＣＨＡＮＧＥ ＣＨＡＮＮ
ＥＬ ５ＴＡＴＥ （）を呼び出して、チャネルの使
用状況（使用除外または使用中）を変更する。しかし、
そのチャネルがフォーンメール・チャネルの場合は、使
用状況の変更要求は無視される。
この手順は、またカードのリセットをも担当する。この
ルーチンが引き数を提供する場合、カード・エラーが発
生したことを呼出し手順が示すことが可能になる。カー
ド・エラーが発生したとの指示がない場合は、チャネル
をソフト・ダウンする場合に特別な検査が行なわれる。
ルーチンが引き数を提供する場合、カード・エラーが発
生したことを呼出し手順が示すことが可能になる。カー
ド・エラーが発生したとの指示がない場合は、チャネル
をソフト・ダウンする場合に特別な検査が行なわれる。
（ソフト・ダウンされたチャネルが存在する）カード内
のすべてのチャネルがソフト・ダウンされた場合は、そ
のカードはリセットされ、そのカードに対するすべての
チャネルでテストのスケジュールが立て直される。
のすべてのチャネルがソフト・ダウンされた場合は、そ
のカードはリセットされ、そのカードに対するすべての
チャネルでテストのスケジュールが立て直される。
２）呼出しインターフェース
このルーチンは、手順ＴＲＹ ＣＡＲＤ Ｄ。
ＷＮ Ｏ及びＴＲＹ ＣＡＲＤ ＵＰ Ｏの代用と
なる。このルーチンは、新しい手順ＦＲＲＥＴＥＳＴ
ＣＨＥＣＫ Ｃ’）によって呼び出される。
なる。このルーチンは、新しい手順ＦＲＲＥＴＥＳＴ
ＣＨＥＣＫ Ｃ’）によって呼び出される。
ＤＯＷＮ ＵＰ ＣＨＡＮＮＥＬ Ｏの代わりに、
ＦＥＰスキャナまたは例外テーブル・エラー処理ソフト
ウェアから呼び出される。
ＦＥＰスキャナまたは例外テーブル・エラー処理ソフト
ウェアから呼び出される。
パラメータニ
ー チャネルのＬＴＩＤを指すポインター カード形式
−それにセットされるべき使用状況
−要求側（システム保全性、ＦＥＰスキャナ）−カード
・エラー・フラグ 一保留許可フラグ 一結果として生じる使用状況を指すポインタ戻りコード
ニ ーＮ０ＥＲＲ（使用状況の変更要求が終了される） −ＦＡＩＬＥＤ（要求が許可されない）−ＣＡＮＴ
ＣＯＭＰＬＥＴＥ（予期しない中断） ３）プログラムの説明 （１） パラｆｉ−夕５ＥＲＶＩＣＥ ５ＴＡＴＵＳ
を（無変化を表す）空白に初期設定する。
・エラー・フラグ 一保留許可フラグ 一結果として生じる使用状況を指すポインタ戻りコード
ニ ーＮ０ＥＲＲ（使用状況の変更要求が終了される） −ＦＡＩＬＥＤ（要求が許可されない）−ＣＡＮＴ
ＣＯＭＰＬＥＴＥ（予期しない中断） ３）プログラムの説明 （１） パラｆｉ−夕５ＥＲＶＩＣＥ ５ＴＡＴＵＳ
を（無変化を表す）空白に初期設定する。
（２）ＴＡＮＤＥＭフラグが偽である場合、チャ及びＣ
ＲＥＴＳであれば先に進む。カード形式が上記のいずれ
でもない場合は、ＣＡＮＴ ＣｏＭＰＬＥＴＥを返す
。
ＲＥＴＳであれば先に進む。カード形式が上記のいずれ
でもない場合は、ＣＡＮＴ ＣｏＭＰＬＥＴＥを返す
。
（３）カード形式がＣＲＲＰＩ、ＣＲＲＬＣｌｖま−た
はＣＲＲＬＣＩのうちの１つである場合は、チャネルの
ＴＣＮレコードを探し出す。ＴＣＮレコードのチャネル
形式が、それがフォーンメール・チャネルであることを
示す（ＣＨＶＰＣ）場合は、ＣＡＮＴ ＣＯＭＰＬＥ
ＴＥを返す。
はＣＲＲＬＣＩのうちの１つである場合は、チャネルの
ＴＣＮレコードを探し出す。ＴＣＮレコードのチャネル
形式が、それがフォーンメール・チャネルであることを
示す（ＣＨＶＰＣ）場合は、ＣＡＮＴ ＣＯＭＰＬＥ
ＴＥを返す。
（４）ＦＲＣＨＡＮＧＥ ＣＨＡＮＮＥＬ ５ＴＡ
ＴＥ Ｏを呼び出して、障害資源テーブルを更新し、必
要な使用状況の変更を行なう。
ＴＥ Ｏを呼び出して、障害資源テーブルを更新し、必
要な使用状況の変更を行なう。
（５）ＴＡＮＤＥＭ ＦＬＡＧが偽である場合は、次
のステップに進まない。
のステップに進まない。
（６）カード・エラー・フラグがセットされていない場
合は、チャネルをソフト・ダウンしたばかりであるかど
うか、及びカードが既にソフト・ダウンされているかど
うかを調べるために検査する。
合は、チャネルをソフト・ダウンしたばかりであるかど
うか、及びカードが既にソフト・ダウンされているかど
うかを調べるために検査する。
そうである場合は、そのカードはカード・リセットを保
証する。カード・エラー・フラグを真にセットする。
証する。カード・エラー・フラグを真にセットする。
（７）カード・エラー・フラグが真である場合は、ＤＯ
ＷＮ ＭＡＩＮＴタスクが後で現われてカード・リセ
ット動作を実行することができるように、−時的なカー
ド・リセット要求レコードを割り振り、待ち行列に入れ
る。
ＷＮ ＭＡＩＮＴタスクが後で現われてカード・リセ
ット動作を実行することができるように、−時的なカー
ド・リセット要求レコードを割り振り、待ち行列に入れ
る。
（８）呼出し手順に戻る。
Ｄ９０３．ＦＲＣＨＡＮＧＥ ＣＨＡＮＮＥＬＳＴ
ＡＴＥ （） １）機能説明 この手順は、所与のチャネルＬＴＩＤと一致する障害資
源レコードを探し出す。このルーチンは、障害資源タイ
プに対する警報カテゴリを再計算するようしきい値警報
ソフトウェアに知らせる。このルーチンは、どんなチャ
ネル状態変化が必要かに応じて、障害資源レコードを更
新する。次に、ソフト・ダウン機能またはソフト・アッ
プ機能を用いてＤＯＷＮ ＵＰ ＣＨＯを呼び出し
て、チャネルがサービスのため使用できるか否かが種々
のアプリケージ１ンにわかるように状況ビットをセット
／リセットする。
ＡＴＥ （） １）機能説明 この手順は、所与のチャネルＬＴＩＤと一致する障害資
源レコードを探し出す。このルーチンは、障害資源タイ
プに対する警報カテゴリを再計算するようしきい値警報
ソフトウェアに知らせる。このルーチンは、どんなチャ
ネル状態変化が必要かに応じて、障害資源レコードを更
新する。次に、ソフト・ダウン機能またはソフト・アッ
プ機能を用いてＤＯＷＮ ＵＰ ＣＨＯを呼び出し
て、チャネルがサービスのため使用できるか否かが種々
のアプリケージ１ンにわかるように状況ビットをセット
／リセットする。
２）呼出しインターフェース
このルーチンはＦＲＭＡＮＡＧＥＭＥＮＴ Ｃ）から呼
び出される。
び出される。
パラメータ内
− ＬＴＩＤを指すポインタ
ー カード形式
一セットすべき使用状況（使用除外、使用中）−要求側
（システム保全性、ＦＥＰスキャナ）−使用中フラグ 一保留許可フラグ 一結果として生じる使用状況を指すポインタ戻りコード
ニ ーＮ０ＥＲＲ（使用状況の変更要求が終了される） −ＦＡＩＬＥＤ（要求が許可されない）−ＣＡＮＴ
ＣＯＭＰＬＥＴＥ（予期しない中断） ３）プログラムの説明 （１）パラメータＣＡＲＤ ＲＥＳＥＴフラグを偽に
初期設定する。
（システム保全性、ＦＥＰスキャナ）−使用中フラグ 一保留許可フラグ 一結果として生じる使用状況を指すポインタ戻りコード
ニ ーＮ０ＥＲＲ（使用状況の変更要求が終了される） −ＦＡＩＬＥＤ（要求が許可されない）−ＣＡＮＴ
ＣＯＭＰＬＥＴＥ（予期しない中断） ３）プログラムの説明 （１）パラメータＣＡＲＤ ＲＥＳＥＴフラグを偽に
初期設定する。
（２）「更新」機能を用いてＦＲＲＥＣＯＲＤＵＰＤＡ
ＴＥ Ｃ”）を呼び出して、障害資源テーブルのＬＴＩ
Ｄによってレコード・キーを探し出す。レコードが見つ
からなかった場合は、ＦＲＲＥＣＯＲＤ ＵＰＤＡＴ
Ｅ （）が新しい項目を作成する。
ＴＥ Ｃ”）を呼び出して、障害資源テーブルのＬＴＩ
Ｄによってレコード・キーを探し出す。レコードが見つ
からなかった場合は、ＦＲＲＥＣＯＲＤ ＵＰＤＡＴ
Ｅ （）が新しい項目を作成する。
（３）ＦＲＵＰＤＡＴＥ ＵＰＤＡＴＥ（）に対して
エラーが返らない場合は、そのチャネルが既に変更を要
求された状態にあるかどうか調べるために検査する。そ
うである場合、パラメータ内の結果の状態を既存の使用
状況に更新する。このプログラムを出て、Ｎ０ＥＲＲを
返す。
エラーが返らない場合は、そのチャネルが既に変更を要
求された状態にあるかどうか調べるために検査する。そ
うである場合、パラメータ内の結果の状態を既存の使用
状況に更新する。このプログラムを出て、Ｎ０ＥＲＲを
返す。
（４）ＦＲＲＥＣＯＲＤ ＲＥＰＬＡＣＥ Ｏを呼び
出して、ＲＥＣＯＲＤ ５ＴＡＴＵＳフイールドをＴ
Ａ ＵＰＤＡＴＥ ＮＥＥＤＥＤに割り当てる（こ
れはシグナル（Ｓｅｍａｌ）ｈｏｒｅ）として働く）。
出して、ＲＥＣＯＲＤ ５ＴＡＴＵＳフイールドをＴ
Ａ ＵＰＤＡＴＥ ＮＥＥＤＥＤに割り当てる（こ
れはシグナル（Ｓｅｍａｌ）ｈｏｒｅ）として働く）。
（５）ＬＯＧＩ ＣＡＬ ＵＰＤＡＴＥ （）を呼び
出して、冗長側の障害資源テーブルを更新する。
出して、冗長側の障害資源テーブルを更新する。
（８）しきい値警報タスクを呼び出して、保留許可フラ
グを送り、チャネル状態の変更許可を要求する。許可が
与えられなかった場合、ＦＥＰスキャナがチャネルの状
態変化を要求している場合のみ例外となる（ＲＥＱＵＥ
ＳＴ ＧＲＡＮＴＥＤフラグを偽にセットする）。
グを送り、チャネル状態の変更許可を要求する。許可が
与えられなかった場合、ＦＥＰスキャナがチャネルの状
態変化を要求している場合のみ例外となる（ＲＥＱＵＥ
ＳＴ ＧＲＡＮＴＥＤフラグを偽にセットする）。
（７）（保留が許可された場合に）保留が起きたことを
しきい値警報タスクが示す場合は、保留中にレコードが
損傷を受けた場合と全く同様に、「更新」機能を用いて
ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥ Ｏを呼び出して、
レコードを再び発見／作成する。
しきい値警報タスクが示す場合は、保留中にレコードが
損傷を受けた場合と全く同様に、「更新」機能を用いて
ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥ Ｏを呼び出して、
レコードを再び発見／作成する。
（８）警報計算が完了していることをしきい値警報タス
クが示す場合は、レコード状況フィールドを”ＴＡ
ＵＰＤＡＴＥ ＤＯＮＥ”にリセットする。
クが示す場合は、レコード状況フィールドを”ＴＡ
ＵＰＤＡＴＥ ＤＯＮＥ”にリセットする。
（９）レコードを更新する。チャネルが使用に戻される
が、このチャネルが使用除外のままであると考えている
他の資源がある場合は、ＲＥＱＵＥＳＴ ＧＲＡＮＴ
フラグを偽にセットする。
が、このチャネルが使用除外のままであると考えている
他の資源がある場合は、ＲＥＱＵＥＳＴ ＧＲＡＮＴ
フラグを偽にセットする。
（１０）状態変更要求が許可された場合は、ＤＯＷＮ
ＵＰ ＣＨ（）を呼び出して、チャネルを使用から
外すこと、または使用に戻すことを実際に行なう。
ＵＰ ＣＨ（）を呼び出して、チャネルを使用から
外すこと、または使用に戻すことを実際に行なう。
（１１）チャネルの新しい状態がソフト・ダウンされた
ままであり、かつそれが共通装置であることをＤＯＷＮ
ＵＰ ＣＨＯが示す場合は、ＦＲＭＩＳＣＲＥＱ
ｌＮ５ＥＲＴ（）を呼び出して、ソフト・ダウンさ
れた要求を後で再試行する。ソフト・アップまたはソフ
ト・ダウンされた要求がうまく処理されることをＤＯＷ
Ｎ ＵＰＣＨＯが示す場合は、ＦＲＭＩＳＣＲＥＱ
ｌＮ５ＥＲＴＯを呼び出して、そのチャネルに対する
「ソフト・ダウン再試行」要求を打ち切る。
ままであり、かつそれが共通装置であることをＤＯＷＮ
ＵＰ ＣＨＯが示す場合は、ＦＲＭＩＳＣＲＥＱ
ｌＮ５ＥＲＴ（）を呼び出して、ソフト・ダウンさ
れた要求を後で再試行する。ソフト・アップまたはソフ
ト・ダウンされた要求がうまく処理されることをＤＯＷ
Ｎ ＵＰＣＨＯが示す場合は、ＦＲＭＩＳＣＲＥＱ
ｌＮ５ＥＲＴＯを呼び出して、そのチャネルに対する
「ソフト・ダウン再試行」要求を打ち切る。
（１２）チャネルが使用に戻されることになっており、
かつレコード状況がＴＡ ＵＰＤＡＴＥＤＯＮＥ″で
ある場合は、「削除」機能を用いてＦＲＲＥＣＯＲＤ
ＵＰＤＡＴＥ Ｏを呼び出して、そのレコードをクリ
アする。そうでない場合は、レコード状況はＴＡ Ｕ
ＰＤＡＴＥＮＥＥＤＥＤ″でなければならない。しきい
値警報タスクが警報カテゴリを再計算するために現われ
たとき、レコードを削除するようそれに合図するために
、レコード状況をＴＡ ＵＰＤＡＴＥＣＬＥＡＲ″に
セットする。
かつレコード状況がＴＡ ＵＰＤＡＴＥＤＯＮＥ″で
ある場合は、「削除」機能を用いてＦＲＲＥＣＯＲＤ
ＵＰＤＡＴＥ Ｏを呼び出して、そのレコードをクリ
アする。そうでない場合は、レコード状況はＴＡ Ｕ
ＰＤＡＴＥＮＥＥＤＥＤ″でなければならない。しきい
値警報タスクが警報カテゴリを再計算するために現われ
たとき、レコードを削除するようそれに合図するために
、レコード状況をＴＡ ＵＰＤＡＴＥＣＬＥＡＲ″に
セットする。
（１３）ＬＯＧＩＣＡＬ ＵＰＤＡＴＥ（）を呼び出
して、待機側を再び更新する。
して、待機側を再び更新する。
（１４）最後に、呼出し手順に戻る。
Ｄ９０４．ＳＣＨＥＲＲＡＮＡＬＹＳＩＳＯｌ）機能説
明 カードのＬＴＩＤが与えられている場合、この手順は特
定のチャネルまたはあるカードに対するすべてのチャネ
ルについてエラー解析テストのスケジュールを立てよう
とする。
明 カードのＬＴＩＤが与えられている場合、この手順は特
定のチャネルまたはあるカードに対するすべてのチャネ
ルについてエラー解析テストのスケジュールを立てよう
とする。
２）呼出しインターフェース
このサブルーチンは、特定のチャネルについてエラー解
析テストのスケジュールを立て直したいとき、ＦＲＲＥ
ＴＥＳＴ ＣＨＥＣＫ Ｏによって呼び出される。ま
たリセット・カード上のすべてのチャネルが再テストで
きるように、カード・リセット動作後に、ＦＲＰＲＯＣ
ＥＳＳ ＭＩＳＣＲＥＱＯから呼び出される。
析テストのスケジュールを立て直したいとき、ＦＲＲＥ
ＴＥＳＴ ＣＨＥＣＫ Ｏによって呼び出される。ま
たリセット・カード上のすべてのチャネルが再テストで
きるように、カード・リセット動作後に、ＦＲＰＲＯＣ
ＥＳＳ ＭＩＳＣＲＥＱＯから呼び出される。
パラメータニ
ー ＬＴＩＤを指すポインタ
ー カード形式
−カード全体をテストする必要があるかどうかを示すフ
ラグ テスト反復回数 戻りコードニ ー Ｎ０ＥＲＲ −ＣＡＮＴ ＣＯＭＰＬＥＴＥ ３）プログラムの説明 （１）ＣＲＴＹ ＴＯＣＩＤＸ Ｏを呼び出して、カ
ード形式を「カード情報インデックス」に変換する。
ラグ テスト反復回数 戻りコードニ ー Ｎ０ＥＲＲ −ＣＡＮＴ ＣＯＭＰＬＥＴＥ ３）プログラムの説明 （１）ＣＲＴＹ ＴＯＣＩＤＸ Ｏを呼び出して、カ
ード形式を「カード情報インデックス」に変換する。
（２）このカード形式についてエラー解析が使用禁止に
されているかどうか調べるために、このインデックス値
をＥＡ ＤＩＳＡＢＬＥＤ ＦＯＲＣＡＲＤ （）
に送る。
されているかどうか調べるために、このインデックス値
をＥＡ ＤＩＳＡＢＬＥＤ ＦＯＲＣＡＲＤ （）
に送る。
（３）このカード形式についてエラー解析が使用禁止に
されている場合は、ＣＡＮＴ ＣＯＭＰＬＥＴＥを返
す。
されている場合は、ＣＡＮＴ ＣＯＭＰＬＥＴＥを返
す。
（４）カード全体をテストする必要がある場合は、ＣＨ
ＡＮＮＥＬ ＲＡＮＧＥ ＦＯＲＣＡＲＤＯを呼び
出して、そのカードによって表わされるチャネル番号の
範囲を得る。そうでない場合は、このステップを省略す
る。
ＡＮＮＥＬ ＲＡＮＧＥ ＦＯＲＣＡＲＤＯを呼び
出して、そのカードによって表わされるチャネル番号の
範囲を得る。そうでない場合は、このステップを省略す
る。
（５）ＩＮＳＥＲＴ ＰＲＩ Ｑ （）を呼び出し
て、そのチャネルについてエラー解析テストのスケジュ
ールを立てる。
て、そのチャネルについてエラー解析テストのスケジュ
ールを立てる。
（８）ＩＮＳＥＲＴ ＰＲＩ Ｑ Ｏからエラーが
報告された場合は、ＣＡＮＴ ＣＯＭＰＬＥＴＥを返
す。
報告された場合は、ＣＡＮＴ ＣＯＭＰＬＥＴＥを返
す。
（７）ＮＯＥＲＲを返ｔ。
Ｄ９０５．ＦＲＰＲＯＣＥＳＳ ＭＩＳＣＲＱ０
１）機能説明
このルーチンは、汎用要求待ち行列上の各カード・リセ
ット要求レコード、ソフト・ダウン要求レコード、ソフ
ト・アップ要求レコードまたはチャネル再テスト要求レ
コードを処理する。カード・リセット要求の場合、この
ルーチンは、カードＬＴＩＤをキーとして用いて、カー
ド・エラー・アレイ中でカード−エラー項目を組み立て
る。ＦＲ８ＥＮＤ ＣＲＲＥＳＥＴ ＰＡＣＫＥＴ
Ｏを呼び出して、カード・エラーが発生したカードに
ＤＯＷＮコマンド及びＵＰコマンド・パケットを送る。
ット要求レコード、ソフト・ダウン要求レコード、ソフ
ト・アップ要求レコードまたはチャネル再テスト要求レ
コードを処理する。カード・リセット要求の場合、この
ルーチンは、カードＬＴＩＤをキーとして用いて、カー
ド・エラー・アレイ中でカード−エラー項目を組み立て
る。ＦＲ８ＥＮＤ ＣＲＲＥＳＥＴ ＰＡＣＫＥＴ
Ｏを呼び出して、カード・エラーが発生したカードに
ＤＯＷＮコマンド及びＵＰコマンド・パケットを送る。
リセット動作がうまく行なわれた場合は、ＳＣＨＥＲＲ
ＡＮＡＬＹＳ Ｉ Ｓ Ｃ’）を呼び出して、そのカー
ド上のすべてのチャネルについてエラー解析のスケジュ
ールを立てる。
ＡＮＡＬＹＳ Ｉ Ｓ Ｃ’）を呼び出して、そのカー
ド上のすべてのチャネルについてエラー解析のスケジュ
ールを立てる。
ソフト・ダウンまたはソフト・アップ要求の場合は、Ｆ
ＲＭＡＮＡＧＥＭＥＮＴ Ｏを呼び出して、チャネルの
使用状況を変更する。チャネル再テスト要求レコードの
場合は、この手順は、単に５Ｃ）Ｉ ＥＲＲＡＮＡＬ
ＹＳＩＳＯを呼び出して、その要求中で指定されたチャ
ネルについてエラー解析テストのスケジュールを立てる
。
ＲＭＡＮＡＧＥＭＥＮＴ Ｏを呼び出して、チャネルの
使用状況を変更する。チャネル再テスト要求レコードの
場合は、この手順は、単に５Ｃ）Ｉ ＥＲＲＡＮＡＬ
ＹＳＩＳＯを呼び出して、その要求中で指定されたチャ
ネルについてエラー解析テストのスケジュールを立てる
。
２）呼出しインターフェース
この手順は、ＤＯＷＮ ＭＡＩＮＴタスクのもとで実
行されるＤＯＷＮ ＭＡＩＮＴ Ｏから呼び出される
。
行されるＤＯＷＮ ＭＡＩＮＴ Ｏから呼び出される
。
パラメーターなし
戻りコードニ
ー Ｎ０ＥＲＲ
−ＣＡＮＴ ＣＯＭＰＬＥＴＥ
３）プログラムの説明
（１）カード・リセット要求リストにアクセスする。そ
れが空の場合は、このルーチンを出る。
れが空の場合は、このルーチンを出る。
（２）カード・リセットを要求している項目が他にもう
なくなるまで、各要求を走査する。リストから現カード
・リセット要求の連結を解除する。
なくなるまで、各要求を走査する。リストから現カード
・リセット要求の連結を解除する。
（３）チャネル再テスト要求の場合は、５ＣＨ−ＥＲＲ
ＡＮＡＬＹＳ Ｉ Ｓ Ｏを呼び出して、レコード内の
特定のチャネルについてエラー解析テストのスケジュー
ルを立てる。
ＡＮＡＬＹＳ Ｉ Ｓ Ｏを呼び出して、レコード内の
特定のチャネルについてエラー解析テストのスケジュー
ルを立てる。
（４）ソフト・ダウンまたはソフト・アップ要求の場合
は、ＦＲＭＡＮＡＧＥＭＥＮＴ Ｃ＞を呼び出す。
は、ＦＲＭＡＮＡＧＥＭＥＮＴ Ｃ＞を呼び出す。
（５）カード・リセット要求の場合：
カード情報が既に存在しない場合は、ＦＲＣＲＥＲＲＯ
Ｒアレイに記録されたカード情報を作成し、初期設定す
る。
Ｒアレイに記録されたカード情報を作成し、初期設定す
る。
最初のカード障害の発生（カード・リセット・カウンタ
が０）かどうか調べる。そうでない場合は、カード・リ
セットが最後に行なわれてから５分を超えているかどう
か調べる。５分経過していない場合は、このカード・リ
セット要求を解放し、ステップ２を繰り返す。
が０）かどうか調べる。そうでない場合は、カード・リ
セットが最後に行なわれてから５分を超えているかどう
か調べる。５分経過していない場合は、このカード・リ
セット要求を解放し、ステップ２を繰り返す。
ＦＲ５ＥＮＤ ＣＲＲＥＳＥＴ ＰＡＣＫＥＴ（）
を呼び出して、ＤＯＷＮ及びＵＰパケットを障害カード
に送り、カード上のチャネルについて必要な再構成を行
なう。
を呼び出して、ＤＯＷＮ及びＵＰパケットを障害カード
に送り、カード上のチャネルについて必要な再構成を行
なう。
カード・エラー・アレイ内のカード情報レコードに現時
刻を記憶する。
刻を記憶する。
カードが再構成されないことを示す不適当な戻りコード
がＦＲ５ＥＮＤ ＣＲＲＥＳＥＴＰＡＣＫＥＴ （）
から返された場合は、このカード・リセット要求レコー
ドを解放し、ステップ２を繰り返す。
がＦＲ５ＥＮＤ ＣＲＲＥＳＥＴＰＡＣＫＥＴ （）
から返された場合は、このカード・リセット要求レコー
ドを解放し、ステップ２を繰り返す。
ＳＣＨＥＲＲＡＮＡＬＹＳ Ｉ Ｓ Ｏを呼び出して、
リセットされたばかりのカードに属するすべて−のチャ
ネルについてエラー解析優先順位テストのスケジュール
を立てる。
リセットされたばかりのカードに属するすべて−のチャ
ネルについてエラー解析優先順位テストのスケジュール
を立てる。
（６）再テスト要求またはカード・リセット要求レコー
ドを解放し、ステップ２を繰り返す。
ドを解放し、ステップ２を繰り返す。
Ｄ９０８．ＦＲ５ＥＮＤ ＣＲＲＥＳＥＴＰＡＣＫＥ
Ｔ （） １）機能説明 このルーチンは、指定されたカードの単一パケットでＤ
ＯＷＮ及びＵＰコマンド／使用許可を送る。
Ｔ （） １）機能説明 このルーチンは、指定されたカードの単一パケットでＤ
ＯＷＮ及びＵＰコマンド／使用許可を送る。
カード形式に応じて、このルーチンはそのカードに対す
る任意の構成タスクを開始しなければならないこともあ
り、そうしなくてよいこともある。
る任意の構成タスクを開始しなければならないこともあ
り、そうしなくてよいこともある。
２）呼出しインターフェース
このルーチンはＦＲＰＲＯＣＥＳＳ ＭＩＳＣＲＥＱ
（）から呼び出される。
（）から呼び出される。
パラメータニ
ーＬＴＩＤを指すポインタ
ー （更新すべき）カード・リセット・フラグを指すポ
インタ 戻りコード： Ｎ０ＥＲＲ（すべてうまくいった場合）−ＦＡＩＬＥＤ
（何か不都合があった）３）プログラムの説明 （１）ＤＩＳＴ Ｔｏ ＨＷＭＡＰ ＬＴＩＤ
Ｏを呼び出して、区域ＬＴＩＤをハードウェア・マツプ
ＬＴＩＤに変換する。インターフェース・カードの論理
スロットが返されるように、Ｃ０ＤＥＣフラグとして偽
をルーチンに返す。
インタ 戻りコード： Ｎ０ＥＲＲ（すべてうまくいった場合）−ＦＡＩＬＥＤ
（何か不都合があった）３）プログラムの説明 （１）ＤＩＳＴ Ｔｏ ＨＷＭＡＰ ＬＴＩＤ
Ｏを呼び出して、区域ＬＴＩＤをハードウェア・マツプ
ＬＴＩＤに変換する。インターフェース・カードの論理
スロットが返されるように、Ｃ０ＤＥＣフラグとして偽
をルーチンに返す。
（２）ＦＯＲＭ ＵＮＩＶ ＣＭＤ ＥＮＡＢＬ
ＥＯを呼び出して、論理ハードウェア・マツプＬＴＩＤ
を参照することによりＤＯＷＮ使用許可及びＵＰ使用許
可を形成する。
ＥＯを呼び出して、論理ハードウェア・マツプＬＴＩＤ
を参照することによりＤＯＷＮ使用許可及びＵＰ使用許
可を形成する。
（３）カード・リセット・パケットを指定されたカード
に送るために、ＧＥＴ ＴＤＭ ＰＡＣＫＥＴ（）
によってパケットを得る。
に送るために、ＧＥＴ ＴＤＭ ＰＡＣＫＥＴ（）
によってパケットを得る。
（４）リセットされたばかりのカードの形式がＴＴＩで
ある場合は、ＰＲＯＣＥＳＳ ＴＴＩ ＵＰ（）を
呼び出して、ＴＴＩ構成のダウンロードが完了するのを
待つ。
ある場合は、ＰＲＯＣＥＳＳ ＴＴＩ ＵＰ（）を
呼び出して、ＴＴＩ構成のダウンロードが完了するのを
待つ。
（５）カード形式がＡＤＧの場合は、ＡＤＧ Ｃ０Ｎ
ＴＲ０ＬＬＥＲ（）を呼び出して、カードを初期設定す
る。
ＴＲ０ＬＬＥＲ（）を呼び出して、カードを初期設定す
る。
（６）カード形式がＴｉＯ２の場合は、ＰＲＯＣＥＳＳ
ＣＬＩ ＴｉＯ２（）を呼び出して、Ｔ１ダウン
ロード・タスクを開始し、クロック源を更Ｍｔ；４゜Ｄ
ＯＷＮＬＯＡＤ Ｔ１０からの印刷ステートメントを
抑制するために、フラグをＰＲＯＣＥＳＳ ＣＬＩ
ＴｉＯ２（）に送る（ＤＯＷＮＬＯＡＤ Ｔｌ （
）は中断する）。
ＣＬＩ ＴｉＯ２（）を呼び出して、Ｔ１ダウン
ロード・タスクを開始し、クロック源を更Ｍｔ；４゜Ｄ
ＯＷＮＬＯＡＤ Ｔ１０からの印刷ステートメントを
抑制するために、フラグをＰＲＯＣＥＳＳ ＣＬＩ
ＴｉＯ２（）に送る（ＤＯＷＮＬＯＡＤ Ｔｌ （
）は中断する）。
（７）それがロルムホン・インターフェース・カードで
あり、かつＲＰＤ ＥＸＩＳＴＯがＤＡＴＡ ＥＸ
ＩＳＴを返す場合は、ＤＯＷＮ ＵＰ−ＲＰＤ Ｏを
呼び出して、データ回線を「アップ」し、またはサイプ
レスを「アップ」する。
あり、かつＲＰＤ ＥＸＩＳＴＯがＤＡＴＡ ＥＸ
ＩＳＴを返す場合は、ＤＯＷＮ ＵＰ−ＲＰＤ Ｏを
呼び出して、データ回線を「アップ」し、またはサイプ
レスを「アップ」する。
（８）構成ダウンロード・ルーチンからエラーが返され
なかった場合は、Ｎ０ＥＲＲを返す。そうでない場合は
、ＦＡＩＬＥＤを返す。
なかった場合は、Ｎ０ＥＲＲを返す。そうでない場合は
、ＦＡＩＬＥＤを返す。
Ｄ９０？、ＦＲＣＲＥＲＲＣＬＥＡＲ０１）機能説明
このルーチンは、最後のカード・リセットから４時間を
超えたＦＲＣＡＲＤ ＥＲＲＯＲ［コアレイ内のカー
ド・リセット・レコードをクリアする。
超えたＦＲＣＡＲＤ ＥＲＲＯＲ［コアレイ内のカー
ド・リセット・レコードをクリアする。
２）呼出しインターフェース
このルーチンは、５分間隔でＤＯＷＮ ＭＡＩＮＴタ
スクによって呼び出される。
スクによって呼び出される。
パラメータ：なし
戻りコード： ＧＯＯＤ
３）プログラムの説明
（１）ＦＲＣＡＲＤ ＥＲＲＯＲ［：コアレイ全体及
び空いていない各レコードを走査する。
び空いていない各レコードを走査する。
（２）記録された時間をシステム時間と比較する。
その差が、レコードが４時間以上経過していることを示
す場合は、そのレコードをクリアする。
す場合は、そのレコードをクリアする。
Ｄ９０８．ＣＨＡＮＮＥＬ ＲＡＮＧＥ ＦＯＲＡ
ＲＤ Ｏ 工）機能説明 ＬＴＩＤが与えられている場合、このルーチンはその区
域内のカードの位置を計算する。そうすると、このルー
チンは、カードによって表わされるチャネル番号の範囲
を示すことができる。
ＲＤ Ｏ 工）機能説明 ＬＴＩＤが与えられている場合、このルーチンはその区
域内のカードの位置を計算する。そうすると、このルー
チンは、カードによって表わされるチャネル番号の範囲
を示すことができる。
たとえば、１１１区域内のＬＴＩＤＯＯ１０２０２０９
がこのルーチンに送られる。これは、ＴＴｌチャネル（
９）がこの区域の３番目のカードにあることを示す。１
枚のＴＴＩカードには４本のチャネルがあり、したがっ
て、ＴＴＩ区域の３番目のカードのチャネル番号の範囲
は８ないし１１である。
がこのルーチンに送られる。これは、ＴＴｌチャネル（
９）がこの区域の３番目のカードにあることを示す。１
枚のＴＴＩカードには４本のチャネルがあり、したがっ
て、ＴＴＩ区域の３番目のカードのチャネル番号の範囲
は８ないし１１である。
このルーチンは、ＬＴＩＤパラメータが有効であると想
定していることに留意されたい。
定していることに留意されたい。
２）呼出しインターフェース
これは、ある区域内のインターフェース・カードの論理
チャネル範囲を見つける必要があるルーチンのために設
けられたユーティリティ・ル−チンである。このルーチ
ンはファイルＳＩ ＴＵＩＬＯ２，ｓｐで定義される
。
チャネル範囲を見つける必要があるルーチンのために設
けられたユーティリティ・ル−チンである。このルーチ
ンはファイルＳＩ ＴＵＩＬＯ２，ｓｐで定義される
。
パラメータニ
ー ＬＴＩＤを指すポインタ
ー （更新すべき）下位チャネル範囲を指すポインタ
ー （更新すべき）上位チャネル範囲を指すポインタ
戻りコード：Ｎ０ＥＲＲ
３）プログラムの説明
（１）ＧＥＴ ＣＡＲＤ ＴＹＰＥ Ｏを呼び出し
て、カード形式を得る。
て、カード形式を得る。
（２）接続データ・ディレクトリＣ０ＮＮ ＤＡＴＡ
ＤＩＲＣコに入るためのインデックスとしてカード
形式を用いて、カード１枚当りのチャネルの数（ＣＣＨ
ＮＬＳフィールド）を得る（値をｎとする）。
ＤＩＲＣコに入るためのインデックスとしてカード
形式を用いて、カード１枚当りのチャネルの数（ＣＣＨ
ＮＬＳフィールド）を得る（値をｎとする）。
（３）ｃをＬＴＩＤ構造内のチャネル・フィールドとす
る。
る。
（４）チャネル番号をチャネル数で割って、オフセット
値Ｘを得る。（ｘ＝ｃ／ｎ） （５）下側チャネル範囲はｎとＸの積である。
値Ｘを得る。（ｘ＝ｃ／ｎ） （５）下側チャネル範囲はｎとＸの積である。
（８）上側チャネル範囲は（ｎ毒（ｘ＝１）−１）の結
果である。
果である。
Ｄ９０９．ＰＨＯＮＥＭＡＩＬ ＣＨＡＮＮＥＬＥＸ
ＩＳＴＳ（） １）機能説明 電話チャネルのＬＴＩＤまたはそのチャネルに対する端
末構成（ＴＣＮ）レコードが与えられている場合、この
手順は、そのチャネルがフォーンメール・チャネルであ
るかどうか判定する。
ＩＳＴＳ（） １）機能説明 電話チャネルのＬＴＩＤまたはそのチャネルに対する端
末構成（ＴＣＮ）レコードが与えられている場合、この
手順は、そのチャネルがフォーンメール・チャネルであ
るかどうか判定する。
２）呼出しインターフェース
このルーチンは、ロルムホン・チャネルヲ活動化／非活
動化またはアップ／ダウンするためＡＣＴＩＶＡＴＥ
ＲＰＩ ＣＨＡＮＮＥＬ Ｏを呼び出す前に、その
度に呼び出さなければならない。
動化またはアップ／ダウンするためＡＣＴＩＶＡＴＥ
ＲＰＩ ＣＨＡＮＮＥＬ Ｏを呼び出す前に、その
度に呼び出さなければならない。
フォーンメール・チャネルの場合は、ＡＣＴＩＶＡＴＥ
ＲＰＩ ＣＨＡＮＮＥＬＯを呼び出してはならな
い。このルーチンはファイルＳＩ ＵＴＩＬＯ２，ｓ
ｐにある。
ＲＰＩ ＣＨＡＮＮＥＬＯを呼び出してはならな
い。このルーチンはファイルＳＩ ＵＴＩＬＯ２，ｓ
ｐにある。
パラメータ：
ＬＴＩＤを指すポインタ
ー そのチャネルに対するＴＣＮレコードを指すポイン
タ 戻りコードニ ー 真（１）／？ はい、それはフォーンメール・チ
ャネルです。
タ 戻りコードニ ー 真（１）／？ はい、それはフォーンメール・チ
ャネルです。
一偽（０）／？ いいえ、フォーンメール・チャネル
ではありません。
ではありません。
３）プログラムの説明
（１）２番目のパラメータが空白である場合、ＥＲＰ
ＴＥＲＭＩＮＡＬ ＣＮＦＧ Ｏを呼び出して、そ
のＬＴＩＤに対するＴＥＣＮを探し出す。
ＴＥＲＭＩＮＡＬ ＣＮＦＧ Ｏを呼び出して、そ
のＬＴＩＤに対するＴＥＣＮを探し出す。
エラー・コードが返された場合、偽を返す。
（２）ＴＣＮを用いて、チャネル形式フィールドＴＣＮ
ＲＰＳ ＴＹＰをＣＨＶＰＣ（７）’Ｊ＋５ル値
と比較する。同じ戻りコードである場合は真を戻す。そ
うでない場合は、偽を返す。
ＲＰＳ ＴＹＰをＣＨＶＰＣ（７）’Ｊ＋５ル値
と比較する。同じ戻りコードである場合は真を戻す。そ
うでない場合は、偽を返す。
Ｄ９１０．ＦＲＲＥＳＴＡＲＴ ＲＥＣＯＶＥＹ
１）機能説明
この手順は、重大な再始動及び切換えの場合に障害資源
テーブルに対する回復処置項目を実行する。
テーブルに対する回復処置項目を実行する。
重大な再始動または切換えのとき、このルーチンは、−
障害資源テーブルに記録されたチャネルをソフト・ダウ
ンし直す。そうするのは、ある資源（たとえば、トラン
ク）の状況ビット（たとえば、ＤＮＤ （着信拒否）、
メツセージ待機、ソフト・ダウン）が再始動時にクリア
されるためである。
障害資源テーブルに記録されたチャネルをソフト・ダウ
ンし直す。そうするのは、ある資源（たとえば、トラン
ク）の状況ビット（たとえば、ＤＮＤ （着信拒否）、
メツセージ待機、ソフト・ダウン）が再始動時にクリア
されるためである。
チャネルをソフト・ダウンし直した後、レコードのチャ
ネルがテストされるようにそのレコードにフラグを付け
る。
ネルがテストされるようにそのレコードにフラグを付け
る。
切換えが行なわれた場合は、この手順は、障害資源テー
ブルをも走査する。−ＦＲＣＲＴＹＰＥがトランク・カ
ード形式を示さない場合は、各トも０の場合は、このレ
コードと関連するチャネルが使用に戻される。
ブルをも走査する。−ＦＲＣＲＴＹＰＥがトランク・カ
ード形式を示さない場合は、各トも０の場合は、このレ
コードと関連するチャネルが使用に戻される。
２）呼出しインターフェース
このルーチンは、ＤＯＷＮ ＭＡＩＮＴタスクが覚醒
され、このタスクが切換えが再開されたことに気付いた
場合に、ＤＯＷＮ ＭＡＩＮＴＯから呼び出される。
され、このタスクが切換えが再開されたことに気付いた
場合に、ＤＯＷＮ ＭＡＩＮＴＯから呼び出される。
パラメータニ
ー再始動形式（同期再始動または切換え）戻りコード：
Ｎ０ＥＲＲ ３）プログラムの説明 （１）ＦＲＲＲＲＥＴＥＳＴ ＤＯＮＥを偽に、ＦＲ
ＲＲＮＥＸＴ ＩＤＸを０に初期設定する。
Ｎ０ＥＲＲ ３）プログラムの説明 （１）ＦＲＲＲＲＥＴＥＳＴ ＤＯＮＥを偽に、ＦＲ
ＲＲＮＥＸＴ ＩＤＸを０に初期設定する。
（２）障害資源テーブルの全レコードを走査する。
（３）レコードが空でなく、切換えが行なわれ、かつシ
フトの形式がトランク・カード形式でない場合は、ＦＲ
ＡＳＳＯＣ０ＴＨＥＲビツトをクリアする。ＦＲＡＳＳ
ＯＣＥＲＲＨが既にクリアされている場合は、ＦＲＭＡ
ＮＡＧＥＭＥＮＴ Ｏを呼び出して、チャネルを再び使
用に戻し、ステップ２に進む。
フトの形式がトランク・カード形式でない場合は、ＦＲ
ＡＳＳＯＣ０ＴＨＥＲビツトをクリアする。ＦＲＡＳＳ
ＯＣＥＲＲＨが既にクリアされている場合は、ＦＲＭＡ
ＮＡＧＥＭＥＮＴ Ｏを呼び出して、チャネルを再び使
用に戻し、ステップ２に進む。
（４）そのチャネルが使用から外されていることをチャ
ネル状態が示す場合は、ＤＯＷＮ ＵＰＣＨ（）を呼
び出して、チャネルをソフト・ダウンし直す。
ネル状態が示す場合は、ＤＯＷＮ ＵＰＣＨ（）を呼
び出して、チャネルをソフト・ダウンし直す。
再始動または切換えのためにこのチャネルを再テストす
る必要があることを示すため、ＲＲＲＲＮＥＥＤＥＤフ
ラグを真にセットする。
る必要があることを示すため、ＲＲＲＲＮＥＥＤＥＤフ
ラグを真にセットする。
（５）ステップ２から繰り返す。
１）機能説明
ハードウェア・エラー・テーブルが駄目になうたことが
発見されたときは、テーブルはクリアされる。この手順
は、ＥＲＲＨが駄目になったとき、ハードウェア・エラ
ー項目と関連する障害資源レコードを識別する。この手
順はＦＲＡＳＳＯＣＥＲＲＨビットをクリアする。ＥＲ
ＲＨとの関連を解除された後、レコードがソフト・ダウ
ン要求の他のソースから自由になった場合は、そのレコ
ードと関連するチャネルが使用に戻される。
発見されたときは、テーブルはクリアされる。この手順
は、ＥＲＲＨが駄目になったとき、ハードウェア・エラ
ー項目と関連する障害資源レコードを識別する。この手
順はＦＲＡＳＳＯＣＥＲＲＨビットをクリアする。ＥＲ
ＲＨとの関連を解除された後、レコードがソフト・ダウ
ン要求の他のソースから自由になった場合は、そのレコ
ードと関連するチャネルが使用に戻される。
２）呼出しインターフェース
ＩＮＴＥＧ ＩＮＩＴＯによって呼び出されるＲＥＩ
ＮＩＴ ＥＲＲＨＡＮＤ ＡＳＳＯＣ８Ｉ（）によ
って呼び出される。
ＮＩＴ ＥＲＲＨＡＮＤ ＡＳＳＯＣ８Ｉ（）によ
って呼び出される。
パラメータ：なし
戻りコード：Ｎ０ＥＲＲ
３）プログラム・インターフェース
（１）障害資源テーブルを走査する。
（２）レコードが空でない場合は、このレコードと関連
するＥＲＲＨ項目があることを示すフィールドをクリア
する。
するＥＲＲＨ項目があることを示すフィールドをクリア
する。
（８）このレコードが他のソースによってソフト・ダウ
ンされることを示す指示が他にもうない場合は、ＦＲＭ
ＡＮＡＧＥＭＥＮＴ Ｏを呼び出して、チャネルを使用
に戻す。ＦＲＭＡＮＡＧＥＭＥＮＴ Ｏに中断しないよ
う指示する。
ンされることを示す指示が他にもうない場合は、ＦＲＭ
ＡＮＡＧＥＭＥＮＴ Ｏを呼び出して、チャネルを使用
に戻す。ＦＲＭＡＮＡＧＥＭＥＮＴ Ｏに中断しないよ
う指示する。
（４）ＮＯＥＲＲを返す。
Ｄ９１１．ＬＵ ＦＲＲＥＣＯＲＤ ５ＬＡＶ０
１）機能説明
これは、待機側の障害資源データベースを更新するスレ
ーブ・ルーチンである。切換えが起こり、かつ元の活動
側で待ち行列に入れられている論理更新要求がある場合
は、この手順はそれらを処理せず、廃棄する。
ーブ・ルーチンである。切換えが起こり、かつ元の活動
側で待ち行列に入れられている論理更新要求がある場合
は、この手順はそれらを処理せず、廃棄する。
２）呼出しインターフェース
ｌ０ＢＵＳ ＩＮ（）タスクのもとで実行されるＰＲ
ＯＣＥＳＳ ＲＤＮＴ ＭＳＧ Ｏによって呼び出
される。
ＯＣＥＳＳ ＲＤＮＴ ＭＳＧ Ｏによって呼び出
される。
パラメータ：
動作タイプ
（ＦＲＯＰＲＵＰＤＡＴＥ−障害資源
テーブルの項目を記録する。
ＦＲＯＰＲＣＬＥＡＲ−ＦＲ子テーブ
ルら項目をクリアする。）
一データ・バッファを指すポインタ
データ・バッファのサイズ
戻りコード：Ｎ０ＥＲＲ
３）プログラムの説明
（１）これが活動側である場合は、次に進ますＮ０ＥＲ
Ｒを返す。これによって論理更新要求が廃棄される。
Ｒを返す。これによって論理更新要求が廃棄される。
（２）動作タイプがＦＲＯＰＲＵＰＤＡＴＥである場合
は、更新機能を用いてＦＲＲＥＣＯＲＤ ＵＰＤＡＴ
Ｅ Ｃ）を呼び出して、障害資源テーブルにレコードを
登録する。
は、更新機能を用いてＦＲＲＥＣＯＲＤ ＵＰＤＡＴ
Ｅ Ｃ）を呼び出して、障害資源テーブルにレコードを
登録する。
（３）動作タイプがＦＲＯＰＲＣＬＥＡＲである場合は
、ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥＯを呼び出して、
指定されたレコードを削除する。
、ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥＯを呼び出して、
指定されたレコードを削除する。
Ｄ９１２．ＰＩＣＫ ＦＲＲＥＣＯＲＤｏｌ）機能
説明 この手順は、障害資源テーブルを走査し、タスクＦＲＲ
ＥＳＴＡＲＴ ＲＥＣＯＶＥＲＹ Ｏによってマーク
された障害資源レコードを拾い上げる。そのようなレコ
ードが存在する場合は、ジョブ・レコードを初期設定す
る。「マークされた」すべてのレコードが処理済みの（
他に項目がない）場合は、エラーが返される。
説明 この手順は、障害資源テーブルを走査し、タスクＦＲＲ
ＥＳＴＡＲＴ ＲＥＣＯＶＥＲＹ Ｏによってマーク
された障害資源レコードを拾い上げる。そのようなレコ
ードが存在する場合は、ジョブ・レコードを初期設定す
る。「マークされた」すべてのレコードが処理済みの（
他に項目がない）場合は、エラーが返される。
２）呼出しインターフェース
このルーチンは、ＤＭタスクのもとで実行される５ＥＡ
ＲＣＨＲＱ Ｏによって呼び出される。
ＲＣＨＲＱ Ｏによって呼び出される。
このルーチンは、内部テストが選ばれる前で、かつＣＬ
Ｉまたはエラー解析タスクがジ１ブのスケジュールを立
てた後に呼び出される。
Ｉまたはエラー解析タスクがジ１ブのスケジュールを立
てた後に呼び出される。
パラメータ：なし
戻りコード：Ｎ０ＥＲＲ
−Ｒ−ＴＮ Ｎ０ＴＥＳＴ ／？ 有効なレコー
ドを見つけることができない。
ドを見つけることができない。
３）プログラムの説明
（１）処理すべき障害資源レコードに対する次のインデ
ックスとしてＦＲＲＲＮＥＸＴ ＩＤＸを取る。
ックスとしてＦＲＲＲＮＥＸＴ ＩＤＸを取る。
（２）そのインデックスが空白である（すなわち、処理
すべきレコードが他にない）場合は、ＦＲＲＲＲＥＴＥ
ＳＴ ＤＯＮＥを真に初期設定し直し、ＲＴＮ Ｎ
０ＴＥＳＴを返す。
すべきレコードが他にない）場合は、ＦＲＲＲＲＥＴＥ
ＳＴ ＤＯＮＥを真に初期設定し直し、ＲＴＮ Ｎ
０ＴＥＳＴを返す。
（３）それが空のレコードである場合は、ＦＲＲＲＮＥ
ＸＴ ＩＤＸを１だけ増分し、ステップ１から繰り返
す（ローカル・カウンタが、ステップ１を繰り返した回
数を記録し、カウントが５０を超えた場合は、ＲＴＮ
Ｎ０ＴＥＳＴを返す）。
ＸＴ ＩＤＸを１だけ増分し、ステップ１から繰り返
す（ローカル・カウンタが、ステップ１を繰り返した回
数を記録し、カウントが５０を超えた場合は、ＲＴＮ
Ｎ０ＴＥＳＴを返す）。
（４）レコード内のチャネル状態が使用除外であり、か
つＦＲＲＲＮＥＥＤＥＤビットがセットされているかど
うか調べ、ジョブ・レコードを初期設定する。
つＦＲＲＲＮＥＥＤＥＤビットがセットされているかど
うか調べ、ジョブ・レコードを初期設定する。
（５）ＦＲＲＲＮＥＥＤＥＤビットをクリアし、ＦＲＲ
ＲＮＥＸＴ ＩＤＸを１だけ増分する。
ＲＮＥＸＴ ＩＤＸを１だけ増分する。
（Ｅ３）ＮＯＥＲＲを返す。
Ｄ９１３．ＰＲＩＮＴ ５ＤＯＷＮ ＲＥＣＯＲＤ
０ １）機能説明 このルーチンは、障害資源テーブルに記録されるソフト
・ダウンされたすべてのチャネルをフォーマット化し、
表示する。
０ １）機能説明 このルーチンは、障害資源テーブルに記録されるソフト
・ダウンされたすべてのチャネルをフォーマット化し、
表示する。
２）呼出しインターフェース
ユーザがＬＩＳＴ ＤＯＷＮ″コマントヲ入力したと
き、ＰＲＩＮＴ ＭＡＰＳＯが呼び出され、これが次
にＰＲＩＮＴ ５ＤＯＷＮ ＲＥＣＯＲＤ （）を
呼び出す。
き、ＰＲＩＮＴ ＭＡＰＳＯが呼び出され、これが次
にＰＲＩＮＴ ５ＤＯＷＮ ＲＥＣＯＲＤ （）を
呼び出す。
パラメータ：なし
戻りコード：Ｎ０ＥＲＲ
３）プログラムの説明
（１）Ｃのルー＋ン１ｔＦＲＣＲＬＩＳＴ７１／イを走
査し、すべての使用除外チャネル（ＬＴＩＤ）及びその
チャネル形式をそのカード形式の順に印刷する。
査し、すべての使用除外チャネル（ＬＴＩＤ）及びその
チャネル形式をそのカード形式の順に印刷する。
Ｄｌｏ、ＦＲデデーベース・アクセス機能Ｄ１００１．
ＦＲＲＥＣＯＲＤ ＣＲＥＡＴＥ１）機能説明 この手順は、障害資源テーブル内の空き項目を見つけ、
ハウスキーピングのために様々なカウンタを更新する。
ＦＲＲＥＣＯＲＤ ＣＲＥＡＴＥ１）機能説明 この手順は、障害資源テーブル内の空き項目を見つけ、
ハウスキーピングのために様々なカウンタを更新する。
これはまた、新しいレコードを初期設定する。
テーブルが構杯の場合は、エラーが返される。
空き項目が見つかった場合は、そのインデックスを呼出
しルーチンに送り返す。
しルーチンに送り返す。
２）呼出しインターフェース
ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥ （）によって呼び
出される。
出される。
パラメータニ
ー障害資源のＬＴＩＤを指すポインタ
ー カード形式
−（更新すべき）整数インデックスを指すポインタ
ー要求形式（ＳＩまたはＦＥＰスキャナ）戻りコードニ
ー ＧＯＯＤ （すべてうまくいっている場合）−ＤＢ
ＦＵＬＬ（空き項目がもうそれ以上ない場合） ３）プログラムの説明 （１）ＦＲＮＥＸＴ ＦＲＥＥ ＩＤＸが空の場合
は、ＤＢ ＦＵＬＬを返す。
ＦＵＬＬ（空き項目がもうそれ以上ない場合） ３）プログラムの説明 （１）ＦＲＮＥＸＴ ＦＲＥＥ ＩＤＸが空の場合
は、ＤＢ ＦＵＬＬを返す。
（２）新しい項目に対するインデックスとして、障害資
源データベースからＦＲＮＥＸＴ ＦＲＥＥ ＩＤ
Ｘを取る。
源データベースからＦＲＮＥＸＴ ＦＲＥＥ ＩＤ
Ｘを取る。
（３）この新しい項目を初期設定する。
（４）カード形式パラメータをリストに対するインデッ
クスとして使って、この項目をＦＲＣＲＬＩＳＴ［］ア
レイに付加する。インデックス相互参照を解除する。
クスとして使って、この項目をＦＲＣＲＬＩＳＴ［］ア
レイに付加する。インデックス相互参照を解除する。
（５）ＦＲＮＵＭ ＥＮＴＲＩＥＳを１だけ増分する
。
。
（６）新しい項目のインデックスがＦＲＭＡＸＩＤＸ
ＵＳＥＤよりも大きい場合は、このカウンタをインデ
ックス値で更新する。
ＵＳＥＤよりも大きい場合は、このカウンタをインデ
ックス値で更新する。
（７）使用可能な次の空きレコードを見つけ、ＦＲＮＥ
ＸＴ ＦＲＥＥ ＩＤＸにインデックスを割り当て
る。空のレコードがない場合は、ＦＲＮＥＸＴ ＦＲ
ＥＥ ＩＤＸを空白に更新する。
ＸＴ ＦＲＥＥ ＩＤＸにインデックスを割り当て
る。空のレコードがない場合は、ＦＲＮＥＸＴ ＦＲ
ＥＥ ＩＤＸを空白に更新する。
（８）Ｎｏ ＥＲＲを返す。
Ｄ１００２．ＦＲＲＥＣＯＲＤ ＦＩＮＤ （）１）
機能説明 障害資源のＬＴＩＤが与えられている場合、この手順は
、障害資源テーブル内にＬＴＩＤと一致する項目がある
かどうか判定する。これは、重複検査機能として使用す
ることができる。
機能説明 障害資源のＬＴＩＤが与えられている場合、この手順は
、障害資源テーブル内にＬＴＩＤと一致する項目がある
かどうか判定する。これは、重複検査機能として使用す
ることができる。
２）呼出しインターフェース
ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥ Ｏ及びＦＲＲＥＣ
ＯＲＤ ＣＬＥＡＲ（）によって呼び出される。
ＯＲＤ ＣＬＥＡＲ（）によって呼び出される。
３）プログラムの説明
（１）インデックスを空白に初期設定する。
（２）カード形式をインデックスとして用いて、最初の
インデックス形態ＦＲＣＲＬＩＳＴ［インデックスコを
取る。最初のインデックスが空白である場合は、Ｎｏ
ＭＡＴＣＨを返す。
インデックス形態ＦＲＣＲＬＩＳＴ［インデックスコを
取る。最初のインデックスが空白である場合は、Ｎｏ
ＭＡＴＣＨを返す。
（３）パラメータＬＴＩＤをキーとして使って、同じカ
ード形式に属する各ＦＲＲＥＣＯＲＤを走査する。一致
が見つかった場合は、インデックス・ポインタを更新し
、ＧＯＯＤを返す。
ード形式に属する各ＦＲＲＥＣＯＲＤを走査する。一致
が見つかった場合は、インデックス・ポインタを更新し
、ＧＯＯＤを返す。
（４）同じカード形式のすべてのレコードが探索され、
Ｎｏ ＭＡＴＣＨを返す。
Ｎｏ ＭＡＴＣＨを返す。
Ｄ１００３．ＦＲＲＥＣＯＲＤ ＣＬＥＡＲｏｌ）機
能説明 ＦＲテーブル内のＦＲレコードのインデックスが与えら
れている場合、この手順は、レコードを初期設定し直し
て、そのレコードが空き項目に見えるようにする。この
手順はまた、ハウスキーピングのためにデータベース内
のカウンタを減分する。
能説明 ＦＲテーブル内のＦＲレコードのインデックスが与えら
れている場合、この手順は、レコードを初期設定し直し
て、そのレコードが空き項目に見えるようにする。この
手順はまた、ハウスキーピングのためにデータベース内
のカウンタを減分する。
２）呼出しインターフェース
ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥ Ｏによって呼び出
される。
される。
パラメータニ
ー削除すべき障害資源レコードのインデックス−カード
形式 戻りコードニ ー ＧＯＯＤ Ｎｏ ＭＡＴＣＨ ３）プログラムの説明 （１）ＦＲＲＥＣＯＲＤ ＦＩＮＤ （）を呼び出し
て、カード・リストから削除すべきレコードを探し出す
。
形式 戻りコードニ ー ＧＯＯＤ Ｎｏ ＭＡＴＣＨ ３）プログラムの説明 （１）ＦＲＲＥＣＯＲＤ ＦＩＮＤ （）を呼び出し
て、カード・リストから削除すべきレコードを探し出す
。
（２）レコードが見つからなかった場合は、Ｎ。
ＭＡＴＣＨを返す。
（３）キーとしてＬＴＩＤを有するレコードが見つかっ
た場合は、ＦＲＮＵＭ ＥＮＴＲＩＥＳを１だけ減分
する。ＦＲＲＥＣＯＲＤ ＦＩＮＤ（）によってイン
デックスが返された場合は、ＦＲＮＥＸＴ ＦＲＥＥ
ＩＤＸがそのインデックスよりも大きいならば、Ｆ
ＲＮＥＸＴ ＦＲＥＥ ＩＤＸにインデックスを割
り当てる。
た場合は、ＦＲＮＵＭ ＥＮＴＲＩＥＳを１だけ減分
する。ＦＲＲＥＣＯＲＤ ＦＩＮＤ（）によってイン
デックスが返された場合は、ＦＲＮＥＸＴ ＦＲＥＥ
ＩＤＸがそのインデックスよりも大きいならば、Ｆ
ＲＮＥＸＴ ＦＲＥＥ ＩＤＸにインデックスを割
り当てる。
（４）カード・リスト内のインデックス相互参照を解除
する。
する。
（５）ＢＬＫＭＶ （）を呼び出して、全レコードを空
白に初期設定する。
白に初期設定する。
（８）ＧＯＯＤを返す。
Ｄ１００４．ＦＲＲＥＣＯＲＤ ＵＰＤＡＴＥ１）機
能説明 この手順は、前述の種々のアクセス−ルーチンを使用し
て、様々な更新機能を実行する。
能説明 この手順は、前述の種々のアクセス−ルーチンを使用し
て、様々な更新機能を実行する。
２）呼出しインターフェース
ＦＲＭＡＮＡＧＥＭＥＮＴ Ｏによって呼び出される。
パラメータ：
機能タイプ： ＵＰＤＡＴＥｌＲＥＰＬＡＣＥｌＦＩ
ＮＤ及びＤＥＬＥＴＥ −ＬＴＩＤを指すポインタ ー カード形式 −（更新ｔべりＦＲＲＥＣＯＲＤを指スポインタ（ＵＰ
ＤＡＴＥ、ＲＥＰＬＡＣＥ及びＦＩＮＤ機能に適用され
る） −（たとえば、ＳＩ、ＦＥＰによって）要求された − チャネル状況 ０−レコー
ド状況 ０−桁上げ形式 一インデックス（見つかった場合）を指すポインタ（見
つからなかった場合は空白） 戻りコードニ ーＧＯＯＤ（一致が見つかった場合） −ＮＯＭＡＴＣＨ（見つからなかった場合）パラメータ
ニ ー ＬＴＩＤを指すポインタ ー１に対してどのタイプのエラーかを示すフラグクリア
をセットする： （＊傘で表示したフィールドはＵＰＤＡＴＥ及びＲＥＰ
ＬＡＣＥ機能に対してのみ適用される。どのフィールド
に対しても変更が必要でない場合は、空白値が送られる
。） 戻りコードニ ー アクセス機能からのシステム戻すコード３）プログ
ラムの説明 （１）機能がＤＥＬＥＴＥである場合は、ＦＲＲＥＣＯ
ＲＤ ＣＬＥＡＲ（）を呼び出す。呼出し側に戻る。
ＮＤ及びＤＥＬＥＴＥ −ＬＴＩＤを指すポインタ ー カード形式 −（更新ｔべりＦＲＲＥＣＯＲＤを指スポインタ（ＵＰ
ＤＡＴＥ、ＲＥＰＬＡＣＥ及びＦＩＮＤ機能に適用され
る） −（たとえば、ＳＩ、ＦＥＰによって）要求された − チャネル状況 ０−レコー
ド状況 ０−桁上げ形式 一インデックス（見つかった場合）を指すポインタ（見
つからなかった場合は空白） 戻りコードニ ーＧＯＯＤ（一致が見つかった場合） −ＮＯＭＡＴＣＨ（見つからなかった場合）パラメータ
ニ ー ＬＴＩＤを指すポインタ ー１に対してどのタイプのエラーかを示すフラグクリア
をセットする： （＊傘で表示したフィールドはＵＰＤＡＴＥ及びＲＥＰ
ＬＡＣＥ機能に対してのみ適用される。どのフィールド
に対しても変更が必要でない場合は、空白値が送られる
。） 戻りコードニ ー アクセス機能からのシステム戻すコード３）プログ
ラムの説明 （１）機能がＤＥＬＥＴＥである場合は、ＦＲＲＥＣＯ
ＲＤ ＣＬＥＡＲ（）を呼び出す。呼出し側に戻る。
（２）ＦＲＲＥＣＯＲＤ ＦＩＮＤＯを呼び出して、
ＬＴＩＤによってキー人力されたレコードを探し出す。
ＬＴＩＤによってキー人力されたレコードを探し出す。
インデックス番号Ｘが返される。
（３）レコードが見つかった場合は、ＦＲＲＥＣＯＲＤ
Ｃｘコのアドレスを取り、４番目のパラメータを更新
する。
Ｃｘコのアドレスを取り、４番目のパラメータを更新
する。
（４）機能がＦＩＮＤである場合は、呼出し側に戻る。
（５）機能がＲＥＰＬＡＣＥであり、レコードが見つか
らなかった場合は、呼出し側に戻る。
らなかった場合は、呼出し側に戻る。
（８）機能がＵＰＤＡＴＥであり、レコードが見つから
なかった場合は、ＦＲＲＥＣＯＲＤ ＣＲＥＡＴＥ
Ｏを呼び出して、新しい項目を取る。
なかった場合は、ＦＲＲＥＣＯＲＤ ＣＲＥＡＴＥ
Ｏを呼び出して、新しい項目を取る。
エラーが返された場合は、このルーチンを出る。
（７）更新または置換する必要がある各フィールドを解
析し、その結果に応じてそのフィールドに新しい値を割
り当て直す。
析し、その結果に応じてそのフィールドに新しい値を割
り当て直す。
（８）Ｎｏ ＥＲＲを返す。
−ＧＯＯＤ
−ＮＯＭＡＴＣＨ
以下の２つのアクセス・ルーチンはしきい値警報プロジ
ェクトのために設けられている。どちらの場合にも、レ
コード内の情報を読み取ることができるように、ＦＲＲ
ＥＣＯＲＤのアドレスが呼出し側に返される。
ェクトのために設けられている。どちらの場合にも、レ
コード内の情報を読み取ることができるように、ＦＲＲ
ＥＣＯＲＤのアドレスが呼出し側に返される。
Ｄ１００５．ＦＲＲＥＣＯＲＤ ＦＩＮＤ ＦＩＲ
５Ｔ（） １）機能説明 カード形式が与えられている場合、このユーティリティ
・ルーチンは、このカード形式に対する最初の障害資源
レコードを見つける。このカード形式に属する障害チャ
ネルがない場合は、不良戻りコードが呼出し側に送り返
される。
５Ｔ（） １）機能説明 カード形式が与えられている場合、このユーティリティ
・ルーチンは、このカード形式に対する最初の障害資源
レコードを見つける。このカード形式に属する障害チャ
ネルがない場合は、不良戻りコードが呼出し側に送り返
される。
２）呼出しインターフェース
パラメータニ
ー カード形式
−そのカード形式に対する最初の障害資源レコード（見
つかった場合は更新される）のインデックス値を指すポ
インタ ー そのカード形式に対する最初の障害資源レコード（
見つかった場合は更新される）を指すポインタ 応答ニ ー Ｎ０ＥＲＲ（それを取った） −ＥＭＰＴＹ（このカード形式に対する障害チャネルが
ない） ３）プログラムの説明 （１）カード・リスト・アレイＦＲＣＲＬＩＳＴ［］に
入るためのインデックスとしてカード形式を使って、最
初のインデックス値を得る。
つかった場合は更新される）のインデックス値を指すポ
インタ ー そのカード形式に対する最初の障害資源レコード（
見つかった場合は更新される）を指すポインタ 応答ニ ー Ｎ０ＥＲＲ（それを取った） −ＥＭＰＴＹ（このカード形式に対する障害チャネルが
ない） ３）プログラムの説明 （１）カード・リスト・アレイＦＲＣＲＬＩＳＴ［］に
入るためのインデックスとしてカード形式を使って、最
初のインデックス値を得る。
（２）インデックスが空白の場合は、ＥＭＰＴＹを返す
。
。
（３）そうでない場合は、そのインデックスを使ってＦ
ＲＲＥＣＯＲＤＣコにアクセスする。
ＲＲＥＣＯＲＤＣコにアクセスする。
（４）最初の障害チャネルに対するインデックス及びア
ドレスを、それぞれ２番目及び３番目のパラメータによ
って指示される内容としてロードする。
ドレスを、それぞれ２番目及び３番目のパラメータによ
って指示される内容としてロードする。
ＤｌｏｏＢ、ＦＲＲＥＣＯＲＤ ＦＩＮＤ ＮＥＸ
Ｔ（） １）機能説明 ＦＲＲＥＣＯＲＤに対するアドレスが与えられている場
合、同じカード・リストの次のレコードのアドレスが呼
出し側に返される。
Ｔ（） １）機能説明 ＦＲＲＥＣＯＲＤに対するアドレスが与えられている場
合、同じカード・リストの次のレコードのアドレスが呼
出し側に返される。
２）呼出しインターフェース
パラメータニ
ーＦＲＩＮＦＯレコードのアドレス
−（更新すべき）次のレコードのインデックスを指すポ
インタ ー Ｃ更１？ｔべき）次のレコードのアドレスを指す
ポインタ 応答： Ｎ０ＥＲＲ（それを取った） −ＮＯＮＥ ＬＥＦＴ（カード・リストの終り）−Ｃ
ＡＮＴ ＣＯＭＰＬＥＴＥ ３）プログラムの説明 （１）ポインタがＦＲＲＥＣＯＲＤ［コアレイの境界内
にあるかどうかを知るため、ＦＲＩＮＦＯレコードのア
ドレスの妥当性を検査する。ポインタが不適当である場
合は、ＣＡＮＴ ＣＯＭＰＬＥＴＥを返す。
インタ ー Ｃ更１？ｔべき）次のレコードのアドレスを指す
ポインタ 応答： Ｎ０ＥＲＲ（それを取った） −ＮＯＮＥ ＬＥＦＴ（カード・リストの終り）−Ｃ
ＡＮＴ ＣＯＭＰＬＥＴＥ ３）プログラムの説明 （１）ポインタがＦＲＲＥＣＯＲＤ［コアレイの境界内
にあるかどうかを知るため、ＦＲＩＮＦＯレコードのア
ドレスの妥当性を検査する。ポインタが不適当である場
合は、ＣＡＮＴ ＣＯＭＰＬＥＴＥを返す。
（２）ＦＲＩＮＦＯレコードから次のインデックス値を
取り、それを用いて、同じカード形式の次の障害資源に
達する。
取り、それを用いて、同じカード形式の次の障害資源に
達する。
（３）次のインデックスが空白である場合は、そのカー
ド形式に対する障害チャネル・レコードは他にもうなく
、Ｎ０ＮＥ ＬＥＦＴを呼出し側に返し、パラメータ
を介して次のインデックス値及び次のレコードのアドレ
スに制御権を返す。
ド形式に対する障害チャネル・レコードは他にもうなく
、Ｎ０ＮＥ ＬＥＦＴを呼出し側に返し、パラメータ
を介して次のインデックス値及び次のレコードのアドレ
スに制御権を返す。
Ｄｌｌ、Ｌ、きい値警報タスク
０１１０１、概説
しきい値警報タスクは、障害資源の割合または実際の数
と、使用から外されている資源の割合または実際の数の
計算を担当する。障害資源及び使用から外されている資
源の数と割合は、２つの目的に使用される。これらの障
害の量は、臨界量の資源に欠陥があることを現場サービ
ス担当者に警告するために使用される。また、障害資源
の種類と割合を示す項目は、ハードウェア・エラー・テ
ーブルに記録される。
と、使用から外されている資源の割合または実際の数の
計算を担当する。障害資源及び使用から外されている資
源の数と割合は、２つの目的に使用される。これらの障
害の量は、臨界量の資源に欠陥があることを現場サービ
ス担当者に警告するために使用される。また、障害資源
の種類と割合を示す項目は、ハードウェア・エラー・テ
ーブルに記録される。
もう１つの目的は、障害資源マネージャ（ＦＲＭ）によ
る資源の除去を管理することである。その資源の臨界量
が既に使用から外されている場合は、チャネルをソフト
ウェアによって使用から外す、すなわち、ソフト・ダウ
ンすることはできない。
る資源の除去を管理することである。その資源の臨界量
が既に使用から外されている場合は、チャネルをソフト
ウェアによって使用から外す、すなわち、ソフト・ダウ
ンすることはできない。
０１１０２、機能の概説
１）障害チャネルしきい値
臨界量の資源が障害したときに生じる状況に対処するた
めに、２種類の項目がハードウェア・エラー・テーブル
で定義されている。資源がしきい値を超えたときは、こ
れらの項目の１つがテーブルに記録される。２つのカテ
ゴリは重大警報と軽微警報である。それらはしきい値の
重大度に基づいて決まる。
めに、２種類の項目がハードウェア・エラー・テーブル
で定義されている。資源がしきい値を超えたときは、こ
れらの項目の１つがテーブルに記録される。２つのカテ
ゴリは重大警報と軽微警報である。それらはしきい値の
重大度に基づいて決まる。
障害資源の数は、障害資源テーブル（ＦＲＴ）内のレコ
ードを読み取ることによって計算される。
ードを読み取ることによって計算される。
ＦＲＴは、障害チャネルのみを含む。技術者がカードを
物理的にダウンさせた場合は、そのカードはこのテーブ
ルに現われないことに留意されたい。
物理的にダウンさせた場合は、そのカードはこのテーブ
ルに現われないことに留意されたい。
チャネルは、このテーブルに現われた場合にのみ、障害
を起こしたと見なされる。したがって、ハード・ダウン
またはコーチシー・ダウンされた資源は、障害チャネル
・カウントを増分しない。
を起こしたと見なされる。したがって、ハード・ダウン
またはコーチシー・ダウンされた資源は、障害チャネル
・カウントを増分しない。
２）使用除外しきい値
障害資源マネージャ（ＦＲＭ）の責任の一部はチャネル
を使用に入れること、及び使用から外すことである。使
用除外しきい値を超えた場合、ＦＲＭはチャネルを使用
から外さない。この規則には１つの例外がある。スキャ
ナが障害を報告した場合、ＦＲＭは使用除外しきい値が
どうであれ、チャネルを使用から外す。ＦＲＭは、チャ
ネルが使用を外されることが可能かそれとも不可能かを
しきい値警報タスクが報告するのを待つ。もう１つの理
由は、スキャナが、チャネルを使用から外して、エラー
がシステムで溢れるのを防止させなければならないこと
である。しきい値警報は中断が必要なことがあるが、ス
キャナは中断を許容できないので、しきい値警報は常に
スキャナの障害によってチャネルをサービスから外せる
ようにする。
を使用に入れること、及び使用から外すことである。使
用除外しきい値を超えた場合、ＦＲＭはチャネルを使用
から外さない。この規則には１つの例外がある。スキャ
ナが障害を報告した場合、ＦＲＭは使用除外しきい値が
どうであれ、チャネルを使用から外す。ＦＲＭは、チャ
ネルが使用を外されることが可能かそれとも不可能かを
しきい値警報タスクが報告するのを待つ。もう１つの理
由は、スキャナが、チャネルを使用から外して、エラー
がシステムで溢れるのを防止させなければならないこと
である。しきい値警報は中断が必要なことがあるが、ス
キャナは中断を許容できないので、しきい値警報は常に
スキャナの障害によってチャネルをサービスから外せる
ようにする。
使用から外されたチャネルの数は、ＦＲＴを調べること
によって判定される。このテーブルの各レコードは、チ
ャネルがサービスから外されているかどうかを示すフィ
ールドを含む。チャネルは、このテーブルに現われ、か
つこのフィールドが００８（使用除外）にセットされて
いる場合、使用から外されていると見なされる。ハード
・ダウンまたはコーチシー・ダウンされた資源は、ＦＲ
Ｔに記録されないので、ＯＯＳカウントを増分しない。
によって判定される。このテーブルの各レコードは、チ
ャネルがサービスから外されているかどうかを示すフィ
ールドを含む。チャネルは、このテーブルに現われ、か
つこのフィールドが００８（使用除外）にセットされて
いる場合、使用から外されていると見なされる。ハード
・ダウンまたはコーチシー・ダウンされた資源は、ＦＲ
Ｔに記録されないので、ＯＯＳカウントを増分しない。
３）ノードしきい値
資源の中には、ノードによって検査されるものも、シス
テムによって監視されるものもある。たとえば、交換機
が３つのノードを何し、各ノードが１６本のロータリ・
レジスタ・チャネルを何するものとする。ロータリ・レ
ジスタはノードによって検査される。ノード１．２、及
び３でそれぞれ９本、５本、及び２本のチャネルが障害
した。重大警報はノード１で記録され（５６％）、軽微
警報はノード２で記録され（３１％）、ノード３では警
報が記録されない（１２％）。ノードによって検査され
る種々の資源を、それぞれのしきい値と共に以下に列挙
する。
テムによって監視されるものもある。たとえば、交換機
が３つのノードを何し、各ノードが１６本のロータリ・
レジスタ・チャネルを何するものとする。ロータリ・レ
ジスタはノードによって検査される。ノード１．２、及
び３でそれぞれ９本、５本、及び２本のチャネルが障害
した。重大警報はノード１で記録され（５６％）、軽微
警報はノード２で記録され（３１％）、ノード３では警
報が記録されない（１２％）。ノードによって検査され
る種々の資源を、それぞれのしきい値と共に以下に列挙
する。
買−迦
ロータリ・レジスタ
ロータリ・センダ
ＤＴＭＦレジスタ
会議ブリッジ
拡張診断カード
トーン・センダ
ＤＦＥ
回線
（ＳＬＩｓ、電話等）
親データ装置
ノード資源
Ωρ旦 亘和Ｊ誌遣
〉５０％ 〉５０％
〉５０％ 〉５０％
＞５０％ 〉５０％
〉５０％ 〉５０％
〉１００％ 〉５０％
〉５０％ ＞５０％
＞１００％ 〉５０％
≧２０ ≧Ａ
藍刺ａ固嘩
〉２５％
〉２５％
〉２５％
〉２５％
〉２５％
く２６０％
く＝５０％
≧Ｂ
≧２０ ≧Ｃ≧Ｄ
注：Ａ、Ｂ、Ｃ及びＤは、構成可能なシステム・パラメ
ータである。
ータである。
Ａ１８１Ｃ及びＤの範囲及び省略時の値は次の通りであ
る。
る。
範 囲 省略時の値
Ａ １〜１０００ ２０
Ｂ １〜２０ １０
Ｃ１〜 １０００ ２０
Ｄ １〜２０ １０
回線及び親データ切換ポートはやや変わっている。それ
らの重大しきい値及び軽微しきい値は構成可能であり、
それらの００８しきい値はその重大しきい値の省略時の
値である。
らの重大しきい値及び軽微しきい値は構成可能であり、
それらの００８しきい値はその重大しきい値の省略時の
値である。
ＡＤＣ及びＤＦＥに対する００Ｓしきい値は１００％で
あることに留意されたい。このため、システムがこれら
の資源をすべて使用から外すことができる。不良なＡＤ
Ｃに、別のハードウェアが不良であると言わせることは
望ましくない。
あることに留意されたい。このため、システムがこれら
の資源をすべて使用から外すことができる。不良なＡＤ
Ｃに、別のハードウェアが不良であると言わせることは
望ましくない。
４）大域しきい値
大域資源はやや異なる形で監視される。第１に、しきい
値を超えたかどうか判定するため、システム全体におけ
る障害資源または００Ｓ資源の量が、システム全体にお
ける合計量と比較される。
値を超えたかどうか判定するため、システム全体におけ
る障害資源または００Ｓ資源の量が、システム全体にお
ける合計量と比較される。
もう１つの違いは、・大域資源がデータ・グループまた
はトランク・グループによってしか検査されないことで
ある。たとえば、システム全体のトランク・グループＣ
Ｏ１中の障害トランクの数が、システムのトランクの総
数ではなく、トランク・グループＣＯ１内のトランクの
総数とのみ比較される。最後に、重大しきい値または軽
微しきい値を超えた場合は、ただ１つのノードでなくす
べてのノードでエラーが記録される。
はトランク・グループによってしか検査されないことで
ある。たとえば、システム全体のトランク・グループＣ
Ｏ１中の障害トランクの数が、システムのトランクの総
数ではなく、トランク・グループＣＯ１内のトランクの
総数とのみ比較される。最後に、重大しきい値または軽
微しきい値を超えた場合は、ただ１つのノードでなくす
べてのノードでエラーが記録される。
たとえば、３ノード・システムで、重大警報しきい値及
び軽微警報しきい値に対する省略時の値が選択されたも
のとする。各ノードにトランク・グループＣＯ１のトラ
ンクが１０本あり、システム全体でトランク・グループ
Ｃｏｔに合計３０本のトランクがあることになる。それ
ぞれノード１．２及び３でトランク・グループＣＯＩの
４本、３本及び９本のトランクが障害した。したがって
、トランク・グループＣｏｔ中で合計１６本のトランク
（５３％）が障害した。重大警報が３つのノードすべて
で記録される。
び軽微警報しきい値に対する省略時の値が選択されたも
のとする。各ノードにトランク・グループＣＯ１のトラ
ンクが１０本あり、システム全体でトランク・グループ
Ｃｏｔに合計３０本のトランクがあることになる。それ
ぞれノード１．２及び３でトランク・グループＣＯＩの
４本、３本及び９本のトランクが障害した。したがって
、トランク・グループＣｏｔ中で合計１６本のトランク
（５３％）が障害した。重大警報が３つのノードすべて
で記録される。
大域的に検査される種々の資源を、それぞれのしきい値
と共に以下に列挙する。
と共に以下に列挙する。
大域資源
ＬＪ Ｏ没旦 重水ｌ皇四値 軽
微しきい値トランク ≧Ｐ％ ≧Ｍ％
≧Ｎ％（局線、タイ、・・・） 応答データ・ポート ≧２％ ≧Ｍ％
≧Ｙ％注：Ｍ、Ｎ及びＰはトランク・グループ別に構成
可能である。その有効な範囲及び省略時の値は以下の通
りである。
微しきい値トランク ≧Ｐ％ ≧Ｍ％
≧Ｎ％（局線、タイ、・・・） 応答データ・ポート ≧２％ ≧Ｍ％
≧Ｙ％注：Ｍ、Ｎ及びＰはトランク・グループ別に構成
可能である。その有効な範囲及び省略時の値は以下の通
りである。
Ｕ 直皇互亘亘
Ｍ −−ｍ−→ １〜１００ ５ＯＮ −一一一
→ １〜Ｍ １０Ｐ −ｍ−−→ ０〜
１００ ５０注：ｘ、ｙ及びＺはデータ・グループ
別に構成可能である。その有効な範囲及び省略時の値は
以下の通−りである。
→ １〜Ｍ １０Ｐ −ｍ−−→ ０〜
１００ ５０注：ｘ、ｙ及びＺはデータ・グループ
別に構成可能である。その有効な範囲及び省略時の値は
以下の通−りである。
範 囲 ｉ略」１９コ直
Ｘ＋＋＋−→ １〜１００ ５０Ｙ −
一−−→ １〜Ｘ ２５Ｚ−−
−−＋ Ｏ〜１００ ５０重大しきい値
及びＯＯ８しきい値の省略時の値は同じであることに留
意されたい。構成可能パラメータが変更された場合、ハ
ードウェア・エラー・テーブルに前に記録された項目は
修正されない。
一−−→ １〜Ｘ ２５Ｚ−−
−−＋ Ｏ〜１００ ５０重大しきい値
及びＯＯ８しきい値の省略時の値は同じであることに留
意されたい。構成可能パラメータが変更された場合、ハ
ードウェア・エラー・テーブルに前に記録された項目は
修正されない。
５）エラー表示
重大しきい値警報は優先順位が１５０であり、軽微しき
い値警報は優先順位が１８０である。第７４図は、前述
のロータリ・レジスタの例のハードウェア・エラー・テ
ーブル表示である。表示される情報は、操作員が容易に
解釈できる自然言語で表わされることに留意されたい。
い値警報は優先順位が１８０である。第７４図は、前述
のロータリ・レジスタの例のハードウェア・エラー・テ
ーブル表示である。表示される情報は、操作員が容易に
解釈できる自然言語で表わされることに留意されたい。
第７５図は、前述の局線トランクの例のハードウェア・
エラー・テーブル表示である。各表示の最後のメツセー
ジは、特定の資源に対する情報の要約である。
エラー・テーブル表示である。各表示の最後のメツセー
ジは、特定の資源に対する情報の要約である。
その他のシステム保全性（ＳＩ）エラーでは、資源は、
その状況が「合格」に変更される前に、Ｘ回連続してテ
ストに合格することが必要でもある（Ｘは資源によって
決まる）。しかし、重大警報エラーまたは軽微警報エラ
ーは、最初に合格した直後に「合格」に変更される（す
なわち、Ｘ＝１）。合格するには、障害資源の量がその
資源に対するしきい値を下回っていなければならない。
その状況が「合格」に変更される前に、Ｘ回連続してテ
ストに合格することが必要でもある（Ｘは資源によって
決まる）。しかし、重大警報エラーまたは軽微警報エラ
ーは、最初に合格した直後に「合格」に変更される（す
なわち、Ｘ＝１）。合格するには、障害資源の量がその
資源に対するしきい値を下回っていなければならない。
ｅ）ソフト・ダウンの保留（ＰＳＤ）
現在使用中のため、ＦＲＭがチャネルをソフト・ダウン
することができない場合は、その状態をソフト・ダウン
保留にセットする。しきい値警報タスクは、この状態を
有するチャネルはすべて使用から外されているものと見
なす。
することができない場合は、その状態をソフト・ダウン
保留にセットする。しきい値警報タスクは、この状態を
有するチャネルはすべて使用から外されているものと見
なす。
Ｄ１１０３．設計概説
ＴＨＲＥＳＨＯＬＤ ＡＬＡＲＭＳ ＣＨＥＣＫＯ
は、ある項目を障害資源テーブルで追加、削除または更
新する必要があるとき、ＦＲＭによって呼び出される。
は、ある項目を障害資源テーブルで追加、削除または更
新する必要があるとき、ＦＲＭによって呼び出される。
このタスクの流れ図を第７６図に示す。判断ブロック９
０００で、００Ｓしきい値を検査すべきかどうか、及び
ＦＲＭが中断を許容できるかどうかを調べるテストから
制御が開始し、機能ブロック９００１で、ＣＨＥＣＫ
００ＳＴＨＲＥＳＨＯが呼び出される。機能ブロック
９００２で、ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯは、
チャネルを使用から外すことができるかどうか示すデー
タを返し、チャネルが既に中断されているかどうか検出
する。次に、機能ブロック９００４で、ＣＨＥＣＫ
ＴＨＲＥＳＨＯＬＤＡＬＡＲＭＳ （）が呼び出される
。しかし、ＦＲＭが中断を許容できない場合は、機能ブ
ロック９００５で、チャネルが使用から外されることが
可能であるが、中断はしなかったことを示す戻りデータ
がセットされ、制御権が機能ブロック９００３に移って
、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＡＬＡＲＭＳ
Ｏを呼び出し、最後に、機能ブロック８００４で、制御
権は呼出しタスクに戻る。
０００で、００Ｓしきい値を検査すべきかどうか、及び
ＦＲＭが中断を許容できるかどうかを調べるテストから
制御が開始し、機能ブロック９００１で、ＣＨＥＣＫ
００ＳＴＨＲＥＳＨＯが呼び出される。機能ブロック
９００２で、ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯは、
チャネルを使用から外すことができるかどうか示すデー
タを返し、チャネルが既に中断されているかどうか検出
する。次に、機能ブロック９００４で、ＣＨＥＣＫ
ＴＨＲＥＳＨＯＬＤＡＬＡＲＭＳ （）が呼び出される
。しかし、ＦＲＭが中断を許容できない場合は、機能ブ
ロック９００５で、チャネルが使用から外されることが
可能であるが、中断はしなかったことを示す戻りデータ
がセットされ、制御権が機能ブロック９００３に移って
、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＡＬＡＲＭＳ
Ｏを呼び出し、最後に、機能ブロック８００４で、制御
権は呼出しタスクに戻る。
チャネルをそのｏｏｓｔ、きい値に基づいて使用から外
すことができるかどうか判定するために、もう１つのタ
スクが使用される。このタスクはＣＨＥＣＫ ０Ｏ８
ＴＨＲＥＳＨ（）であり、その論理を、第７７図に示す
流れ図で示す。判断ブロックｅｏｔｏで、制御が開始し
、即時テストで、資源を大域的に検査すべきか否かを判
定する。そうである場合は、機能ブロック９０１１で、
他のノードと通信することができる通信エグゼクティブ
（ＣＯＭＥＸ）を使用する。機能ブロック９０１１で、
機能ブロック９０１２である ＳＩ ＣｏＭＭＡＮＤ
５ＥＲＶＥＲＣ’）を用いてｃｏＭＥＸを呼び出す
。−８Ｉ ＣＯＭＭＡＮＤ ５ＥＲＶＥＲＯは遠隔
モードにある。これは入力情報を解読し、メツセージ形
式に基づいて適当な処置を取る。この場合は、機能ブロ
ック９０１３を呼び出して、あるカード形式に対するチ
ャネルの合計量を見つけ、機能ブロック９０１５を呼び
出して、そのカード形式に対する使用除外（００８）チ
ャネルの数を見つける。ＣＯＭＥＸを使って、これらの
数を要求ノードに送り返す。結果を互いに加えて、機能
ブロック９０１６であるＣＯＭＰＡＲＥ ００８
ＴＨＲＥＳＨ（）に送る。
すことができるかどうか判定するために、もう１つのタ
スクが使用される。このタスクはＣＨＥＣＫ ０Ｏ８
ＴＨＲＥＳＨ（）であり、その論理を、第７７図に示す
流れ図で示す。判断ブロックｅｏｔｏで、制御が開始し
、即時テストで、資源を大域的に検査すべきか否かを判
定する。そうである場合は、機能ブロック９０１１で、
他のノードと通信することができる通信エグゼクティブ
（ＣＯＭＥＸ）を使用する。機能ブロック９０１１で、
機能ブロック９０１２である ＳＩ ＣｏＭＭＡＮＤ
５ＥＲＶＥＲＣ’）を用いてｃｏＭＥＸを呼び出す
。−８Ｉ ＣＯＭＭＡＮＤ ５ＥＲＶＥＲＯは遠隔
モードにある。これは入力情報を解読し、メツセージ形
式に基づいて適当な処置を取る。この場合は、機能ブロ
ック９０１３を呼び出して、あるカード形式に対するチ
ャネルの合計量を見つけ、機能ブロック９０１５を呼び
出して、そのカード形式に対する使用除外（００８）チ
ャネルの数を見つける。ＣＯＭＥＸを使って、これらの
数を要求ノードに送り返す。結果を互いに加えて、機能
ブロック９０１６であるＣＯＭＰＡＲＥ ００８
ＴＨＲＥＳＨ（）に送る。
これがノード資源である場合は、機能ブロック９０１０
で、機能ブロック９０１８及び９０１９を呼び出す。こ
れらのブロックで、あるカード形式に対する全チャネル
の数と、ローカル・ノードにあるカード形式に対する使
用除外チャネルの数を見つける。次に、機能ブロック９
０１６であるＣＯＭＰＡＲＥ ００８ ＴＨＲＥＳ
Ｈ（） に制御権が与えられる。ＣＯＭＰＡＲＥ Ｏ
Ｏ８ＴＨＲＥＳＨ（）は、チャネルが使用から外される
場合にＯＯ８しきい値を超えるかどうか判定する。
で、機能ブロック９０１８及び９０１９を呼び出す。こ
れらのブロックで、あるカード形式に対する全チャネル
の数と、ローカル・ノードにあるカード形式に対する使
用除外チャネルの数を見つける。次に、機能ブロック９
０１６であるＣＯＭＰＡＲＥ ００８ ＴＨＲＥＳ
Ｈ（） に制御権が与えられる。ＣＯＭＰＡＲＥ Ｏ
Ｏ８ＴＨＲＥＳＨ（）は、チャネルが使用から外される
場合にＯＯ８しきい値を超えるかどうか判定する。
この結論はＦＲＭに返される。
９７、り ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ ＡＬ
ＡＲＭＳ Ｏは主に、障害資源テーブルが更新された後
のしきい値の検査に関係する。このタスクの論理を第７
８図の流れ図に示す。機能ブロック９０２０で、制御が
開始し、更新すべき次のカード形式を判定する。次に、
機能ブロック９０２２で、タスクＣＨＥＣＫ ＴＨＲＥ
ＳＨｏＬＤＳＯを呼び出して、各しきい値についてその
カード形式の有無を検査する。
ＡＲＭＳ Ｏは主に、障害資源テーブルが更新された後
のしきい値の検査に関係する。このタスクの論理を第７
８図の流れ図に示す。機能ブロック９０２０で、制御が
開始し、更新すべき次のカード形式を判定する。次に、
機能ブロック９０２２で、タスクＣＨＥＣＫ ＴＨＲＥ
ＳＨｏＬＤＳＯを呼び出して、各しきい値についてその
カード形式の有無を検査する。
機能ブロック９０２４で、ＴＡ ＵＰＤＡＴＥＦＲＴ
ＡＢＬＥを呼び出して、障害資源テーブル（ＦＲＴ）を
更新する。これは、ＦＲＴ内の項目を更新または削除す
る必要があるかどうかを判定する。必要である場合は、
待機ＣＰＵに知らセナケレハナラナイ。ＬＯＧＩＣＡＬ
ＵＰＤＡＴＥＯは、機能ブロック９０２６で呼び出
され、待機ＣＰＵ上のデータベースを更新するための機
構をもたらす。次に、機能ブロック９ｏ２８で、更新す
べきカード形式が他にまだあるかどうが判定する。ある
場合は、制御権は機能ブロック９゜２０に戻る。
ＡＢＬＥを呼び出して、障害資源テーブル（ＦＲＴ）を
更新する。これは、ＦＲＴ内の項目を更新または削除す
る必要があるかどうかを判定する。必要である場合は、
待機ＣＰＵに知らセナケレハナラナイ。ＬＯＧＩＣＡＬ
ＵＰＤＡＴＥＯは、機能ブロック９０２６で呼び出
され、待機ＣＰＵ上のデータベースを更新するための機
構をもたらす。次に、機能ブロック９ｏ２８で、更新す
べきカード形式が他にまだあるかどうが判定する。ある
場合は、制御権は機能ブロック９゜２０に戻る。
ＦＲＴ中に更新を必要とするカード形式がそれ以上なく
なるまで、それが続けられる。次に、機能フロック９０
２９に制御権が移る。 ＣＨＥＣＫ ＴＨＲＥＳＨＯ
ＬＤ ＡＬＡＲＭＳ （）Ｉｔ、さらに呼出しがある
まで、それ自身で終了する。
なるまで、それが続けられる。次に、機能フロック９０
２９に制御権が移る。 ＣＨＥＣＫ ＴＨＲＥＳＨＯ
ＬＤ ＡＬＡＲＭＳ （）Ｉｔ、さらに呼出しがある
まで、それ自身で終了する。
ＦＲＭは、しきい値警報が使用する必要がある２つのデ
ータ構造を維持する。最初のＦＲＣＲＬＩＳＴ［：コは
、カード形式に基づくアレイである。このアレイには、
桁上げ形式の最初の障害資源レコードに対するインデッ
クス、そのカード形式に対するレコードの数、及びしき
い値警報（ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ）によって
更新される必要があるそのカード形式に対するレコード
の数がある。
ータ構造を維持する。最初のＦＲＣＲＬＩＳＴ［：コは
、カード形式に基づくアレイである。このアレイには、
桁上げ形式の最初の障害資源レコードに対するインデッ
クス、そのカード形式に対するレコードの数、及びしき
い値警報（ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ）によって
更新される必要があるそのカード形式に対するレコード
の数がある。
第２のデータ構造は、実際のＦＲＴである。このテーブ
ルは、システム内の各障害チャネルに対する１つのレコ
ードを含む。各レコードのフィールドの１つは状況フィ
ールドである。これは３つの可能な値のうちの１つをと
ることができる。すなわち、ＴＡ ＵＰＤＡＴＥ
ＤＯＮＥ（このレコードに対するしきい値警報が終了し
た）、ＴＡＵＰＤＡＴＥ ＤＯＮＥ（このチャネルは
追加中であり、しきい値警報が実行される必要がある）
、またはＴＡ ＵＰＤＡＴＥ ＣＬＥＡＲ（このチ
ャネルは削除中であり、しきい値警報が実行される必要
がある）である。
ルは、システム内の各障害チャネルに対する１つのレコ
ードを含む。各レコードのフィールドの１つは状況フィ
ールドである。これは３つの可能な値のうちの１つをと
ることができる。すなわち、ＴＡ ＵＰＤＡＴＥ
ＤＯＮＥ（このレコードに対するしきい値警報が終了し
た）、ＴＡＵＰＤＡＴＥ ＤＯＮＥ（このチャネルは
追加中であり、しきい値警報が実行される必要がある）
、またはＴＡ ＵＰＤＡＴＥ ＣＬＥＡＲ（このチ
ャネルは削除中であり、しきい値警報が実行される必要
がある）である。
手順ＴＡ ＵＰＤＡＴＥ ＦＲＴＡＢＬＥ Ｏは、
障害資源レコードの状況フィールドと、ＦＲＣＯＵＮＴ
の（しきい値警報の見地からの）維持を担当する。これ
は４つの主要目的を有する。
障害資源レコードの状況フィールドと、ＦＲＣＯＵＮＴ
の（しきい値警報の見地からの）維持を担当する。これ
は４つの主要目的を有する。
第一の目的は、もはや有効でない項目（たとえば、その
状況がＴＡ ＵＰＤＡＴＥ ＣＬＥＡＲである）を
削除することである。
状況がＴＡ ＵＰＤＡＴＥ ＣＬＥＡＲである）を
削除することである。
この手順はまた、しきい値警報が終了したとき、障害資
源レコードの状況フィールドをＴＡ ＵＰＤＡＴＥ
ＤＯＮＥに更新することを担当する。
源レコードの状況フィールドをＴＡ ＵＰＤＡＴＥ
ＤＯＮＥに更新することを担当する。
また、状況フィールドを変更するとき、ＦＲＵＰＤＡＴ
Ｅ Ｃ０ＵＮＴを減分する。
Ｅ Ｃ０ＵＮＴを減分する。
ＦＲＣＨＡＮＧＥ ＣＨＡＮＮＥＬ ５ＴＡＴＥＯ
は、ＴＨＲＥＳＨＯＬＤ ＡＬＡＲＭＳＣＨＥＣＫ
（）を呼び出す前にカウントを増分することを担当する
。最後に、これは、上記のいずれかが行なわれた場合に
待機側を更新する。
は、ＴＨＲＥＳＨＯＬＤ ＡＬＡＲＭＳＣＨＥＣＫ
（）を呼び出す前にカウントを増分することを担当する
。最後に、これは、上記のいずれかが行なわれた場合に
待機側を更新する。
１）偽カード形式
音声とデータが同じチャネル上にある統合音声／デーー
タ・カードでは、しきい値警報タスクは、音声障害とデ
ータ障害の違いを知る必要がある。
タ・カードでは、しきい値警報タスクは、音声障害とデ
ータ障害の違いを知る必要がある。
音声障害が発生した場合は、カード形式〇ＲＲＰＶＯＩ
ＣＥのもとでＦＲＴに入れられる。データ障害が発生し
た場合は、カード形式ＣＲＲＰＤＡＴＡのもとてＦＲＴ
に入れられる。
ＣＥのもとでＦＲＴに入れられる。データ障害が発生し
た場合は、カード形式ＣＲＲＰＤＡＴＡのもとてＦＲＴ
に入れられる。
２）カード・グループ
しきい値を超えたかどうか監視すべき各カード形式は、
カード・グループに割り当てられる。各共通装置カード
形式は、それ自体のカード・グループを有する。トラン
ク・カード形式は、トランク・カード・グループに割り
当てられる。同様に、データ・カード形式及び回線カー
ド形式も、それぞれデータ・カード・グループ及び回線
カード・グループに割り当てられる。
カード・グループに割り当てられる。各共通装置カード
形式は、それ自体のカード・グループを有する。トラン
ク・カード形式は、トランク・カード・グループに割り
当てられる。同様に、データ・カード形式及び回線カー
ド形式も、それぞれデータ・カード・グループ及び回線
カード・グループに割り当てられる。
Ｄ１２．プログラム設計
Ｄ１２０１．Ｌきい値警報検査
１）機能説明
この手順は、ＦＲＭが中断を許容することができる場合
にＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯを呼び出し、次
に、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ ＡＬＡＲ
ＭＳ Ｃ’）を呼び出す。
にＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯを呼び出し、次
に、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ ＡＬＡＲ
ＭＳ Ｃ’）を呼び出す。
２）呼出しインターフェース
このルーチンは、ＦＲＣＨＡＮＧＥ ＣＨＡＮＮＥＬ
５ＴＡＴＥ Ｏによって呼び出される。
５ＴＡＴＥ Ｏによって呼び出される。
このルーチンは、以下のパラメータを有する。
パラメータ：
ＣＨＤ−カード形式
ＧＲＰ−トランク・グループ番号型たはデータ・グルー
プ番号 ００８ ＦＬＡＧ−００ＳＬきい値を検査する。
プ番号 ００８ ＦＬＡＧ−００ＳＬきい値を検査する。
ＣＨＡＮＮＥＬ ５ＴＡＴＥ−チャネルの現状況（使
用中（ＩＳ）、使用除外（００８） 、またはソフト・
ダウン保留（ＰＳＤ）） ＣＡＮ ＴＡＫＥ ００８−チャネルを使用から外
すことができるかどうか（戻りデータを指すポインタ） ＧＯＯＤまたはＦ’ＡＩＬＥＤのいずれかを返す。
用中（ＩＳ）、使用除外（００８） 、またはソフト・
ダウン保留（ＰＳＤ）） ＣＡＮ ＴＡＫＥ ００８−チャネルを使用から外
すことができるかどうか（戻りデータを指すポインタ） ＧＯＯＤまたはＦ’ＡＩＬＥＤのいずれかを返す。
３）プログラムの説明
（１）カードをしきい値警報に関して監視すべきでない
（すなわち、このカードがカード・グループに割り当て
られている）場合は、チャネルを使用から外すことがで
きないことを呼出し手順に返す。このことは決して起こ
ってはいけない。
（すなわち、このカードがカード・グループに割り当て
られている）場合は、チャネルを使用から外すことがで
きないことを呼出し手順に返す。このことは決して起こ
ってはいけない。
（２）００８ ＦＬＡＧが、００Ｓしきい値を検査し
なければならないことを示す場合は、ＣＨＥＣＫ ０
Ｏ３ＴＨＲＥＳＨＯを呼び出す。このルーチンは、チャ
ネルを使用から外すことができる否かを判定する。
なければならないことを示す場合は、ＣＨＥＣＫ ０
Ｏ３ＴＨＲＥＳＨＯを呼び出す。このルーチンは、チャ
ネルを使用から外すことができる否かを判定する。
（３）そうでない場合は、チャネルを使用から外すこと
ができることを示す戻りデータをセットする。
ができることを示す戻りデータをセットする。
＜４） ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ ＡＬ
ＡＲＭＳ （）が現在スポーフされている（すなわち、
ＰＴＣＢ ＴＨＲＥＳＨＯＬＤが空白に等しくない）
かどうか検査する。スポーフされていす、かつこれが活
動プロセッサである場合は、ＣＨＥＣＫ ＴＨＲＥＳ
ＨＯＬＤ ＡＬＡＲＭＳ Ｏのスポーフ、スケジユー
リング、及び保護を行なうため、それぞれ５ＰＡＷＮ
ＴＣＢ Ｄ 、ＰＵＴ ＤＩＳＰＱＯｌ及び５ＨＩ
ＥＬＤ ＴＣＢｏを呼び出す。このタスクは、障害チ
ャネルしきい値を検査し、同時に、中断が許容されない
場合にＦＲＭが中断なしに続行できるようにする。
ＡＲＭＳ （）が現在スポーフされている（すなわち、
ＰＴＣＢ ＴＨＲＥＳＨＯＬＤが空白に等しくない）
かどうか検査する。スポーフされていす、かつこれが活
動プロセッサである場合は、ＣＨＥＣＫ ＴＨＲＥＳ
ＨＯＬＤ ＡＬＡＲＭＳ Ｏのスポーフ、スケジユー
リング、及び保護を行なうため、それぞれ５ＰＡＷＮ
ＴＣＢ Ｄ 、ＰＵＴ ＤＩＳＰＱＯｌ及び５ＨＩ
ＥＬＤ ＴＣＢｏを呼び出す。このタスクは、障害チ
ャネルしきい値を検査し、同時に、中断が許容されない
場合にＦＲＭが中断なしに続行できるようにする。
（５）ＦＲＣＨＡＮＧＥ ＣＨＡＮＮＥＬ ５ＴＡ
ＴＥ （）に戻る。
ＴＥ （）に戻る。
Ｄ１２０２．ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨ０１）
機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループについて００Ｓしきい値を超
えたかどうか判定する。
機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループについて００Ｓしきい値を超
えたかどうか判定する。
２）呼出しインターフェース
このルーチンは、ＴＨＲＥＳＨＯＬＤ ＡＬＡＲＭＳ
ＣＨＥＣＫ Ｃ）によって呼び出される。
ＣＨＥＣＫ Ｃ）によって呼び出される。
このルーチンは以下のパラメータを有する。
ＣＲＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＣＨＡＮＮＥＬ ５ＴＡＴＥ−チャネルの現状況（Ｉ
ｓ１００８．またはＰＳＤ） ＣＡＮ ＴＡＫＥ ＯＯ８−５−ヤ＊ルを使用から
外すことができるかどうか（戻りデータを指すポインタ
） ＧＯＯＤまたはＦＡＩＬＥＤを返す。
プ番号 ＣＨＡＮＮＥＬ ５ＴＡＴＥ−チャネルの現状況（Ｉ
ｓ１００８．またはＰＳＤ） ＣＡＮ ＴＡＫＥ ＯＯ８−５−ヤ＊ルを使用から
外すことができるかどうか（戻りデータを指すポインタ
） ＧＯＯＤまたはＦＡＩＬＥＤを返す。
３）ブ・ダラムの説明 ノ
（１）ＧＥＴ ＣＧＲＰ ＰＥＲＣＥＮＴＯを呼び
出して、このカード・グループを実際の数または・割合
によって監視するかどうか判定する。
出して、このカード・グループを実際の数または・割合
によって監視するかどうか判定する。
（２）ＧＥＴ ＣＧＲＰ ＧＬＯＢＯＲＮＯＤ Ｏ
を呼び出して、このカード・グループをノードまたはシ
ステムによって監視するかどうか判定する。
を呼び出して、このカード・グループをノードまたはシ
ステムによって監視するかどうか判定する。
（３）資源を大域的に監視すべき場合は、ＲＥＭＯＴＥ
ＴｏＴ ＦＡＩＬ ＯＯ８のパラメータを用いてＲＥ
ＭＯＴＥ ＣＭＭＤ Ｏを呼び出して（その資源に対
する全チャネルの数と、ＯｏＳチャネルの数を判定する
）。
ＴｏＴ ＦＡＩＬ ＯＯ８のパラメータを用いてＲＥ
ＭＯＴＥ ＣＭＭＤ Ｏを呼び出して（その資源に対
する全チャネルの数と、ＯｏＳチャネルの数を判定する
）。
（４）そうでない場合は、ＦＩＮＤ ＮＵＭ ００
Ｓ ＣＨＯを呼び出して、ＯｏＳチャネルの数を決定
する。チャネルが現在使用中の場合は、それをＯＯＳチ
ャネルの数に加える。
Ｓ ＣＨＯを呼び出して、ＯｏＳチャネルの数を決定
する。チャネルが現在使用中の場合は、それをＯＯＳチ
ャネルの数に加える。
（５）カードを割合によって監視する場合は、ＦＩＮＤ
ＮＵＭ ＣＨ（）を呼び出して、チャネルの総数
を判定する。割合を計算する。
ＮＵＭ ＣＨ（）を呼び出して、チャネルの総数
を判定する。割合を計算する。
（８）ＧＥＴ ＭＪ ＭＮ ００８ ＴＨＲＥ
ＳＨＯを呼び出して、００Ｓしきい値を判定する。
ＳＨＯを呼び出して、００Ｓしきい値を判定する。
（７）故障した割合または実際の数がＯＯ８しきい値を
上回る場合は、”ＣＡＮ ＴＡＫＥ ００Ｓを偽に
セットする。
上回る場合は、”ＣＡＮ ＴＡＫＥ ００Ｓを偽に
セットする。
（８）（ＧＯＯＤ）を返す。
Ｄ１２０３．ＦＩＮＤ ＮＵＭ ＣＨｏｌ）機能説
明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対するチャネルの合計数を
決定する。
明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対するチャネルの合計数を
決定する。
２）呼出しインターフェース
このルーチンは、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ
ＡＬＡＲＭＳ Ｏ及びＦＩＮＤ ＲＥＭＯＴＥ
ＴＯＴ ＦＡＩＬ ００８０によって呼び出され
る。このルーチンは以下のパラメータを有する。
ＡＬＡＲＭＳ Ｏ及びＦＩＮＤ ＲＥＭＯＴＥ
ＴＯＴ ＦＡＩＬ ００８０によって呼び出され
る。このルーチンは以下のパラメータを有する。
ＣＨＤ−カード形式
ＧＲＰ−）ランク・グループまたはデータ・グループ番
号 ＲＥＴ ＤＡＴＡ−戻りデータを指すポインタ（チャ
ネルの合計数） このルーチンはＧＯＯＤまたはＦＡＩ ＬＥＤのいずれ
かを返す。
号 ＲＥＴ ＤＡＴＡ−戻りデータを指すポインタ（チャ
ネルの合計数） このルーチンはＧＯＯＤまたはＦＡＩ ＬＥＤのいずれ
かを返す。
３）プログラムの説明
（１）ＧＥＴ ＣＧＲＰ Ｏを呼び出して、このカー
ド形式が属するカード・グループを判定する。
ド形式が属するカード・グループを判定する。
（２）それがトランクである場合は、”ＲＥＴ−ＤＡＴ
ＡをＴＰＴＲ−＞ＩＮＦＯ［ＧＲＰ］ 、ＡＬＬ Ｔ
ＫＳにセットする。
ＡをＴＰＴＲ−＞ＩＮＦＯ［ＧＲＰ］ 、ＡＬＬ Ｔ
ＫＳにセットする。
（３）応答データ切換えポートの場合は、ＤＸＮＵＭ
ＤＡＴＡ ＬＩＮＥＳ Ｃ’）を呼び出して、グル
ープの回線数を決定する。
ＤＡＴＡ ＬＩＮＥＳ Ｃ’）を呼び出して、グル
ープの回線数を決定する。
（４）そうでない場合は、ＦＩＮＤ ＮＵＭ ＣＨ
ＦＯＲＣＡＲＴＹ Ｏを呼び出す。
ＦＯＲＣＡＲＴＹ Ｏを呼び出す。
（５）（ＧＯＯＤ）を返す。
Ｄ１２０４．ＤＸ ＮＵＭ ＤＡＴＡＩＮＥＳ
０ １）機能説明 このルーチンは、システム全体であるデータ・グループ
中の回線の数を見つける。
０ １）機能説明 このルーチンは、システム全体であるデータ・グループ
中の回線の数を見つける。
２）呼出しインターフェース
このルーチンは、ＦＩＮＤ ＮＵＭ ＣＨＯによっ
て呼び出される。このルーチンは以下のパラメータを有
する。
て呼び出される。このルーチンは以下のパラメータを有
する。
ＧＲＰ−データ・グループ番号
ＲＥＴ ＤＡＴＡ−データ回線の数を指すポインタ
３）プログラムの説明
（１）ＤＸ ５ＥＡＲＣＨＧＲＰＳＴＡＴＵＳＯを呼
び出して、グループ・メンバ・データベースを指すポイ
ンタを検索する。
び出して、グループ・メンバ・データベースを指すポイ
ンタを検索する。
（２）良好な戻り値を得た場合は、続行する。そうでな
い場合は、（「不合格」）を返す。
い場合は、（「不合格」）を返す。
（３） グループ・メンバ・データベースＤＸ ＧＲ
ＰＭＥＭ ＤＢ内には、そのデータ・グループに属す
る８つのデータ回線番号の連係ブロックを指すポインタ
（ＧＭ ＭＥＭＢＥＲＬ Ｉ ＳＴ）がある。
ＰＭＥＭ ＤＢ内には、そのデータ・グループに属す
る８つのデータ回線番号の連係ブロックを指すポインタ
（ＧＭ ＭＥＭＢＥＲＬ Ｉ ＳＴ）がある。
（４）ＧＭ ＭＥＭＢＥＲＬＩＳＴ、ＧＭ ＤＬＵ
ＮＢ ［Ｉ］の内容を調べる。ただし、■は最初０にセ
ットされる。空白に等しくない場合は、ＮＵＭ ＬＩ
ＮＥＳを１だけ増分する。
ＮＢ ［Ｉ］の内容を調べる。ただし、■は最初０にセ
ットされる。空白に等しくない場合は、ＮＵＭ ＬＩ
ＮＥＳを１だけ増分する。
（５）■を増分する。
（θ）ＩがＮＵＭ ＳＵＢＧＲＰＭＥＭＳ−１よりも
大きい場合は、データ回線番号の次のブロックを指すポ
インタを得る。そうでない場合は、ステップ（４）にル
ープする。
大きい場合は、データ回線番号の次のブロックを指すポ
インタを得る。そうでない場合は、ステップ（４）にル
ープする。
（７）データ回線番号の次のブロックを指すポインタが
空白に等しくない場合は、新しい番号ブロックを用いて
ステップ（４）にループする。
空白に等しくない場合は、新しい番号ブロックを用いて
ステップ（４）にループする。
（８）そうでない場合は、ポインタは空白でなければな
らない。”ＲＥＴ ＤＡＴＡをＮＵＭ ＬＩＮＥＳ
にセットする。
らない。”ＲＥＴ ＤＡＴＡをＮＵＭ ＬＩＮＥＳ
にセットする。
（９）（ＧＯＯＤ）を返す。
ＤＩ２０５．ＦＩＮＤ ＮＵＭ ＦＡＩＬ００
３ ＣＨ（） １）機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対する障害チャネル及びｏ
ｏＳチャネルの数を見つける。
３ ＣＨ（） １）機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対する障害チャネル及びｏ
ｏＳチャネルの数を見つける。
２）呼出しインターフェース
このル−チンは、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ
ＡＬＡＲＭＳ （） 、Ｃ）ＩＥＣＫ ＴＨＲＥ
ＳＨＯＬＤＳ Ｏ及びＦＩＮＤ ＲＥＭＯＴＥＴＯＴ
ＦＡＩ Ｌ ＯｏＳ ＜’）によって呼び出され
る。このルーチンは以下のパラメータを有する。
ＡＬＡＲＭＳ （） 、Ｃ）ＩＥＣＫ ＴＨＲＥ
ＳＨＯＬＤＳ Ｏ及びＦＩＮＤ ＲＥＭＯＴＥＴＯＴ
ＦＡＩ Ｌ ＯｏＳ ＜’）によって呼び出され
る。このルーチンは以下のパラメータを有する。
ＣＲＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＮＵＭ ＦＡＩＬ−障害チャネルの数（戻りデータ）
を指すポインタ ＮＵＭ ００Ｓ−００８チヤネルの数（戻りデータ）
を指すポインタ ＧＯＯＤまたはＦＡＩＬＥＤを返す。
プ番号 ＮＵＭ ＦＡＩＬ−障害チャネルの数（戻りデータ）
を指すポインタ ＮＵＭ ００Ｓ−００８チヤネルの数（戻りデータ）
を指すポインタ ＧＯＯＤまたはＦＡＩＬＥＤを返す。
３）プログラムの説明
（１）ＦＩＮＤ ＦＩＲ８Ｔ ＣＲＤ ＩＮ
ＧＲＰＯを呼び出す。
ＧＲＰＯを呼び出す。
（２）ＦＲＲＥＣＯＲＤ ＦＩＮＤ ＦＩＲ８Ｔ（
）を呼び出して、このカード形式に対するＦＲＴ内の最
初の項目を見つける。
）を呼び出して、このカード形式に対するＦＲＴ内の最
初の項目を見つける。
（３）ＦＲＭ ＴＡ Ｉｓ ＣＨＦＡＩＬ ０
０ＳＯを呼び出して、このチャネルについて障害総数及
びＯＯ８総数にカウントを増分すべきかどうか判定する
。
０ＳＯを呼び出して、このチャネルについて障害総数及
びＯＯ８総数にカウントを増分すべきかどうか判定する
。
（４）チャネルが故障している場合は、”ＮＵＭＦＡＩ
Ｌを増分する。
Ｌを増分する。
（５）チャネルがＯｏＳまたはＰＳＤの場合は、”ＮＵ
Ｍ ００８を増分する。
Ｍ ００８を増分する。
（８）ＦＲＲＥＣＯＲＤ ＦＩＮＤ ＮＥＸＴＯを
呼び出して、このカード形式に対するＦＲ子テーブル次
のレコードを得る。まだ別のレコードがある場合は、ス
テップ（３）にループする。
呼び出して、このカード形式に対するＦＲ子テーブル次
のレコードを得る。まだ別のレコードがある場合は、ス
テップ（３）にループする。
（７）ＦＩＮＤ ＮＥＸＴ ＣＲＤ ＩＮ Ｇ
ＲＰＯを呼び出す。そのグループにまだ別のカードがあ
る場合は、ＴＩＭＥ ５ＬＩＣＥ Ｏを呼び出して、
ステップ（２）にループする。
ＲＰＯを呼び出す。そのグループにまだ別のカードがあ
る場合は、ＴＩＭＥ ５ＬＩＣＥ Ｏを呼び出して、
ステップ（２）にループする。
（８）呼出し手順に戻る。
Ｄ１２０Ｂ、ＧＥＴ ＭＪ ＭＮ ０Ｏ８ＴＨＲ
ＥＳＨ０ １）機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対する重大しきい値、軽微
しきい値及び００Ｓしきい値を返す。
ＥＳＨ０ １）機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対する重大しきい値、軽微
しきい値及び００Ｓしきい値を返す。
２）呼出しインターフェース
このルーチンは、ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯ
及びＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳＯによって呼
び出される。このルーチンは以下のパラメータを有する
。
及びＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳＯによって呼
び出される。このルーチンは以下のパラメータを有する
。
ＣＨＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＰＭＪ ＴＨＲＥＳＨ−重大しきい値（戻りデータを
＃旨すポインタ） ＰＭＮ ＴＨＲＥＳＨ−軽微しきい値（戻りデータを
指すポインタ） ＰＯＯ８ＴＨＲＥＳＨ−００ＳＬきい値（戻りデータを
指すポインタ） このルーチンはＦＡＩＬＥＤｌＣＡＮＴ ＣＯＭＰＬ
ＥＴＥｌまたはＧＯＯＤを返す。
プ番号 ＰＭＪ ＴＨＲＥＳＨ−重大しきい値（戻りデータを
＃旨すポインタ） ＰＭＮ ＴＨＲＥＳＨ−軽微しきい値（戻りデータを
指すポインタ） ＰＯＯ８ＴＨＲＥＳＨ−００ＳＬきい値（戻りデータを
指すポインタ） このルーチンはＦＡＩＬＥＤｌＣＡＮＴ ＣＯＭＰＬ
ＥＴＥｌまたはＧＯＯＤを返す。
３）プログラムの説明
（１）ＧＥＴ ＣＧＲＰ Ｕを呼び出して、このカー
ド形式に対するカード・グループを決定する。
ド形式に対するカード・グループを決定する。
（２）それがトランクである場合は、ＧＥＴ ＴＲＧＰ
ＲＣＤ （）を呼び出して、トランク・グル−プ・
レコードを得る。このトランク・グル−プに対するしき
い値をセットする。
ＲＣＤ （）を呼び出して、トランク・グル−プ・
レコードを得る。このトランク・グル−プに対するしき
い値をセットする。
（３）それが応答データ・ポートである場合は、ＤＸ
５ＥＡＲＣＨＧＲＰＳＴＡＴＵＳＣ）を呼び出して、
グループ状況データベースを指すポインタを得る。この
データ・グループに対するしきい値をセットする。
５ＥＡＲＣＨＧＲＰＳＴＡＴＵＳＣ）を呼び出して、
グループ状況データベースを指すポインタを得る。この
データ・グループに対するしきい値をセットする。
（４）それが親データ・ポートである場合は、ＧＥＴ
ＣＧＲＰ ＴＨＲＥＳＨ８（）を呼び出して、ＯＯ
８しきい値を得る。重大しきい値及び軽微しきい値を構
成中の値にセットする。
ＣＧＲＰ ＴＨＲＥＳＨ８（）を呼び出して、ＯＯ
８しきい値を得る。重大しきい値及び軽微しきい値を構
成中の値にセットする。
（５）それが回線である場合は、ＧＥＴ ＣＧＲＰ
ＴＨＲＥＳＨ８（）を呼び出して、ＯＯ８しきい値を
得る。重大しきい値及び軽微しきい値を構成中の値にセ
ットする。
ＴＨＲＥＳＨ８（）を呼び出して、ＯＯ８しきい値を
得る。重大しきい値及び軽微しきい値を構成中の値にセ
ットする。
（６）そうテナイ場合は、ＧＥＴ ＣＧＲＰ ＴＨ
ＲＥＳＨ８（）を呼び出して、すべてのしきい値を取る
。
ＲＥＳＨ８（）を呼び出して、すべてのしきい値を取る
。
（７）呼出し手順に戻る。
ＤＩ２０７．ＦＩＮＤ ＲＥＭＯＴＥ ＴＯＴＦＡ
ＩＬ ０Ｏ８（） １）機能説明 このルーチンは、別のノードから要求されたとき、特定
のカード形式、トランク・グループ、またはデータ・グ
ループに対する、チャネルの総数、故障シたチャネルの
数、及び００Ｓチヤネルの数を見つけ、結果を要求ノー
ドに送る。
ＩＬ ０Ｏ８（） １）機能説明 このルーチンは、別のノードから要求されたとき、特定
のカード形式、トランク・グループ、またはデータ・グ
ループに対する、チャネルの総数、故障シたチャネルの
数、及び００Ｓチヤネルの数を見つけ、結果を要求ノー
ドに送る。
２）呼出しインターフェース
ＥＲＶＥＲＣ’）によって呼び出される。このルーチン
は以下のパラメータを有する。
は以下のパラメータを有する。
ＰＯＲＴ−データを返す先のＣＯＭＥＸポート
ＣＲＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＧＯＯＤを呼出し手順に返す。
プ番号 ＧＯＯＤを呼出し手順に返す。
３）プログラムの説明
（１）ＦＩＮＤ ＮＵＭ ＣＨＯを呼び出して、チ
ャネルの総数を決定する。
ャネルの総数を決定する。
（２）ＦＩＮＤ ＮＵＭ ＦＡＩＬ ００８
ＣＨＯを呼び出して、障害チャネル及び００Ｓチヤネル
の数を決定する。
ＣＨＯを呼び出して、障害チャネル及び００Ｓチヤネル
の数を決定する。
（３）ＳＥＮＤ ＭＳＧ Ｏを呼び出して、結果を要
求ノードに送る。
求ノードに送る。
（４）（ＧＯＯＤ）を返す。
Ｄ１２０８．ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＡＬＡ
ＲＭＳ （） １）機能説明 このタスクは、障害資源テーブルが変更される場合また
は再始動後に、しきい値警報を監視するために使用され
る。ＦＲＴに矛盾がないことを確認する。
ＲＭＳ （） １）機能説明 このタスクは、障害資源テーブルが変更される場合また
は再始動後に、しきい値警報を監視するために使用され
る。ＦＲＴに矛盾がないことを確認する。
２）呼出しインターフェース
コノタスクハ、ＴＨＲＥＳＨＯＬＤ ＡＬＡＲＭＳ
ＣＨＥＣＫ （）またはＩＮＴＥＧ ＩＮＩＴＯの
いずれかから呼び出される。このタスクは、完了したと
き終了する。
ＣＨＥＣＫ （）またはＩＮＴＥＧ ＩＮＩＴＯの
いずれかから呼び出される。このタスクは、完了したと
き終了する。
このタスクは専用スタックを使用する。優先順位８を実
行するようにスケジューリングされている。
行するようにスケジューリングされている。
３）プログラムの説明
（１）ＦＲＭ ＦＩＮＤ ＴＡ ＣＲＤ Ｔ。
ＵＰＤＡＴＥ （）を呼び出して、しきい値警報によっ
て更新する必要がある次のカード形式を決定する。更新
すべきカード形式が他にもう見っがらない場合は、ステ
ップ（８）に飛ぶ。
て更新する必要がある次のカード形式を決定する。更新
すべきカード形式が他にもう見っがらない場合は、ステ
ップ（８）に飛ぶ。
（２）そうでない場合は、ＣＨＥＣＫ ＴＨＲＥＳＨ
ＯＬＤＳ Ｏを呼び出して、重大しきい値または軽微し
きい値を超えたかどうか判定する。
ＯＬＤＳ Ｏを呼び出して、重大しきい値または軽微し
きい値を超えたかどうか判定する。
（３）ＴＡ ＵＰＤＡＴＥ ＦＲＴＡＢＬＥ Ｏを
呼び出して、障害資源テーブルを更新する。
呼び出して、障害資源テーブルを更新する。
（４）ＴＩＭＥ ５ＬＩＣＥＯを呼び出して、しばら
く中断する。
く中断する。
（５）ＧＥＴ ＣＧＲＰ Ｃ）を呼び出して、それが
回線チャネルであるかどうかを判定する。そうであれば
、ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ Ｏ及びＴＡ
ＵＰＤＡ−ＴＥ ＦＲＴＡＢＬＥ Ｏを再び呼び出す
。ただし、今回はデータ回線についてである。あいにく
、必ずしもその違いを示すことはできないので、この特
別な検査を行なわなければならない。
回線チャネルであるかどうかを判定する。そうであれば
、ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ Ｏ及びＴＡ
ＵＰＤＡ−ＴＥ ＦＲＴＡＢＬＥ Ｏを再び呼び出す
。ただし、今回はデータ回線についてである。あいにく
、必ずしもその違いを示すことはできないので、この特
別な検査を行なわなければならない。
（６）ＴＩＭＥ ５ＬＩＣＥＯを再び呼び出して、プ
ロセッサを独占していないことを確かめる。
ロセッサを独占していないことを確かめる。
（７）ステップ（１）にループする。
（８）このステップに達したとき、前回走査したときに
、故障資源テーブルに変更が加えられていなかった。す
べて更新しなければならない。ＰＴＣＢ ＴＨＲＥＳ
ＨＯＬＤを空白にセットし、ＥＸＩＴ（）を呼び出して
、タスクをキルする。
、故障資源テーブルに変更が加えられていなかった。す
べて更新しなければならない。ＰＴＣＢ ＴＨＲＥＳ
ＨＯＬＤを空白にセットし、ＥＸＩＴ（）を呼び出して
、タスクをキルする。
Ｄ１２０９．ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳ（）
１）機能説明
この手順は、障害資源の量があるしきい値を超えている
かどうか調べるために使用される。重大しきい値または
軽微しきい値のいずれかを超えていた場合は、当該のエ
ラーがハードウェア・エラー・テーブルに記録される。
かどうか調べるために使用される。重大しきい値または
軽微しきい値のいずれかを超えていた場合は、当該のエ
ラーがハードウェア・エラー・テーブルに記録される。
２）呼出しインターフェース
このルーチンは、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ
ＡＬＡＲＭＳ Ｏによって呼び出される。
ＡＬＡＲＭＳ Ｏによって呼び出される。
このルーチンは以下のパラメータを有する。
ＣＨＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 このルーチンは、ＧｏｏＤまたはＦＡＩＬＥＤを返す。
プ番号 このルーチンは、ＧｏｏＤまたはＦＡＩＬＥＤを返す。
３）プログラムの説明
（１）ＧＥＴ ＣＧＲＰ ＰＥＲＣＥＮＴ（）を呼
び出して、このカードを実際の数または割合によって監
視するかどうか判定する。
び出して、このカードを実際の数または割合によって監
視するかどうか判定する。
（２）ＧＥＴ ＣＧＲＰ ＧＬＯＢＯＲＮＯＤ Ｏ
を呼び出して、このカードをノードまたはシステムによ
って監視するかどうか判定する。
を呼び出して、このカードをノードまたはシステムによ
って監視するかどうか判定する。
（３）資源を大域的に監視すべき場合は、ＲＥＭＯＴＥ
ＴＯＴ ＦＡＩＬ ００８のパラメータを用い
てＲＥＭＯＴＥ ＣＭＭＤ Ｄを呼び出す（その資源
に対する全チャネルの数、及び障害チャネルの数を決定
する）。
ＴＯＴ ＦＡＩＬ ００８のパラメータを用い
てＲＥＭＯＴＥ ＣＭＭＤ Ｄを呼び出す（その資源
に対する全チャネルの数、及び障害チャネルの数を決定
する）。
（４）そうでない場合は、ＦＩＮＤ ＮＵＭ ＦＡ
ＩＬ ００８ ＣＨＯを呼ヒ出シテ、ソノカード形
式に対する障害チャネルの数を判定する。
ＩＬ ００８ ＣＨＯを呼ヒ出シテ、ソノカード形
式に対する障害チャネルの数を判定する。
（６）カード形式を割合によって監視すべき場合は、Ｆ
ＩＮＤ ＮＵＭ ＣＨＯを呼び出して、そのカード
形式に対する障害チャネルの数を決定する。
ＩＮＤ ＮＵＭ ＣＨＯを呼び出して、そのカード
形式に対する障害チャネルの数を決定する。
（６）該当する場合、割合を計算する。
（７）ＧＥＴ ＭＪ ＭＮ ００８ ＴＨＲＥ
ＳＨＯを呼び出して、このカード形式、トランク・グル
ープまたはデータ・グループに対する重大しきい値及び
軽微しきい値を判定する。
ＳＨＯを呼び出して、このカード形式、トランク・グル
ープまたはデータ・グループに対する重大しきい値及び
軽微しきい値を判定する。
（８）これらのしきい値のいずれかを超えたかどうか判
定する。
定する。
（９）ＳＩ ＲＥＰＯＲＴ ＴＨＲＥＳＨＡＬＡＲ
ＭＳ （）を呼び出して、ハードウェア・エラー・テー
ブルで適用可能な任意のしきい値警報の記録またはクリ
アあるいはその両方を行なう。
ＭＳ （）を呼び出して、ハードウェア・エラー・テー
ブルで適用可能な任意のしきい値警報の記録またはクリ
アあるいはその両方を行なう。
（１０）この資源を大域的に監視すべき場合は、パラメ
ータＲＥＭＯＴＥ ＬＯＧＥＲＲを用いてＲＥＭＯＴ
Ｅ ＣＭＭＤ Ｏを呼び出して、他のノードを更新す
る。
ータＲＥＭＯＴＥ ＬＯＧＥＲＲを用いてＲＥＭＯＴ
Ｅ ＣＭＭＤ Ｏを呼び出して、他のノードを更新す
る。
（１１）ＮＥＸＴ ＴＡＳＫ Ｏを呼び出して、中断
する。
する。
（１２−）呼出し手順に戻る。
ＤＩ２１０．ＳＩ ＲＥＰＯＲＴ ＴＨＲＥＳ
ＨＡＬＡＲＭＳ Ｄ １）機能説明 このルーチンは、ハードウェアーエラー争テーブルにし
きい値警報項目を記録し、クリアすることを担当する。
ＨＡＬＡＲＭＳ Ｄ １）機能説明 このルーチンは、ハードウェアーエラー争テーブルにし
きい値警報項目を記録し、クリアすることを担当する。
２）呼出しインターフェース
このルーチンは、ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳ
（）によって呼び出される。このルーチンは以下のパ
ラメータを有する。
（）によって呼び出される。このルーチンは以下のパ
ラメータを有する。
ＣＲＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＭＪ −重大警報状況 ＭＮ−軽微警報状況 ＡＭＴ−障害資源の量 ３）プログラムの説明 （１）ＧＥＴ Ｃ０ＲＰ （）を呼び出して、このカ
ード形式に対するカード・グループを得る。
プ番号 ＭＪ −重大警報状況 ＭＮ−軽微警報状況 ＡＭＴ−障害資源の量 ３）プログラムの説明 （１）ＧＥＴ Ｃ０ＲＰ （）を呼び出して、このカ
ード形式に対するカード・グループを得る。
（２）それが回線チャネルである場合は、そのエラー・
ポケットに対するカード形式をＣＲＬＩＮＥにセットす
る。
ポケットに対するカード形式をＣＲＬＩＮＥにセットす
る。
（３）データ・ポートの場合は、エラー・ポケットに対
するカード形式をＣＲＤＡＴＡにセットする。
するカード形式をＣＲＤＡＴＡにセットする。
（４）８１ ＲＥＰＯＲＴ ５ＴＡＴＵＳＯを２回
呼び出す。１回は重大警報状況に対して、１回は軽微警
報状況に対してである。
呼び出す。１回は重大警報状況に対して、１回は軽微警
報状況に対してである。
（５）重大警報状況がＦＡＩＬＥＤであった場合は、ハ
ードウェア・エラー・テーブルからそれをクリアするた
め、軽微警報に対する合格結果を用いてＳＩ ＲＥＰ
ＯＲＴ ５ＴＡＴＵＳを呼び出す。
ードウェア・エラー・テーブルからそれをクリアするた
め、軽微警報に対する合格結果を用いてＳＩ ＲＥＰ
ＯＲＴ ５ＴＡＴＵＳを呼び出す。
１）（ＧＯＯＤ）を返す。
Ｄ１２１１．ＴＡ ＵＰＤＡＴＥ ＦＲＴＡＢＬＥ
（） １）機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対するＦＲＴを更新する。
（） １）機能説明 このルーチンは、特定のカード形式、トランク・グルー
プまたはデータ・グループに対するＦＲＴを更新する。
２）呼出しインターフェース
このル−チンは、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ
ＡＬＡＲＭＳ Ｏによって呼び出される。
ＡＬＡＲＭＳ Ｏによって呼び出される。
このルーチンは以下のパラメータを有する。
ＣＨＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＧＯＯＤを返す。
プ番号 ＧＯＯＤを返す。
３）プログラムの説明
（１）カード形式に対してＦＩＮＤ ＦＩＲ８ＴＣＲ
Ｄ ＩＮ ＧＲＰ Ｏを呼び出す。このタスクは、
ＣＲＤのカード・グループにおける最初のカード形式を
決定する。
Ｄ ＩＮ ＧＲＰ Ｏを呼び出す。このタスクは、
ＣＲＤのカード・グループにおける最初のカード形式を
決定する。
（２）このカード・グループにまだカードが残っている
間は、続行する。そうでなければ、ステップ（８）に飛
ぶ。
間は、続行する。そうでなければ、ステップ（８）に飛
ぶ。
（３）ＦＲＲＥＣＯＲＤ ＦＩＮＤ ＦＩＲ８ＴＯ
を呼び出して、このカード形式に対するＦＲＴ内の最初
のレコードを見つける。
を呼び出して、このカード形式に対するＦＲＴ内の最初
のレコードを見つける。
ＴＥ Ｃ０ＵＮＴ Ｏを呼び出して、このカード形式
について更新すべきレコードが他にまだあるかどうか判
定する。ない場合は、カード・グループ内の次のカード
形式を見つけるため、ループする。
について更新すべきレコードが他にまだあるかどうか判
定する。ない場合は、カード・グループ内の次のカード
形式を見つけるため、ループする。
（５）ＦＲＲＥＣＯＲＤ ＦＩＮＥ ＮＥＸＴＯを
呼び出してから、現レコードを削除する。
呼び出してから、現レコードを削除する。
それを最初に削除した場合は、次のレコードを見つける
方法がなくなる。
方法がなくなる。
（６）このレコードを更新する必要がある場合は、ＴＡ
ＵＰＤＡＴＥ ＦＲＲＥＣＯＲＤＯを呼び出す。
ＵＰＤＡＴＥ ＦＲＲＥＣＯＲＤＯを呼び出す。
（７）調べるべきレコードを、２ステツプ前に見つかっ
たレコードにセットする。ステップ（４）に戻る。
たレコードにセットする。ステップ（４）に戻る。
（８）ＦＩＮＤ ＮＥＸＴ ＣＲＤ ＩＮ Ｇ
ＲＰＯを呼び出して、カード・グループ内の次のカード
を決定する。
ＲＰＯを呼び出して、カード・グループ内の次のカード
を決定する。
（９）ＴＩＭＥ ５ＬＩＣＥＯを呼び出して、中断し
、プロセッサを独占しないようにする。スチップ（３）
に戻る。
、プロセッサを独占しないようにする。スチップ（３）
に戻る。
（１０）呼出し手順に戻る。
Ｄ１２１２．ＦＲＭ ＦＩＮＤ ＴＡ ＣＲＤＴ
ＯＵＰＤＡＴＥ ０ １）機能説明 このルーチンは、しきい値警報によって更新する必要が
ある項目が障害資源テーブルにあるかどうか判定する。
ＯＵＰＤＡＴＥ ０ １）機能説明 このルーチンは、しきい値警報によって更新する必要が
ある項目が障害資源テーブルにあるかどうか判定する。
ある場合は、このルーチンはその項目のカード形式、ト
ランク・グループ番号またはデータ・グループ番号を返
す。
ランク・グループ番号またはデータ・グループ番号を返
す。
２）呼出しインターフェース
このルーチンは、ＴＡ ＵＰＤＡＴＥ ＦＲＴＡＢ
ＬＥ Ｏによって呼び出される。このルーチンは以下の
パラメータを有する。
ＬＥ Ｏによって呼び出される。このルーチンは以下の
パラメータを有する。
ＣＡＲＴＹ−カード形式（戻りデータを指すポインタ）
ＧＲＰ−）ランク・グループまたはデータ・グループ（
戻りデータを指すポインタ）ＦＡＩＬＥＤまたはＧＯＯ
Ｄを返す。
戻りデータを指すポインタ）ＦＡＩＬＥＤまたはＧＯＯ
Ｄを返す。
３）プログラムの説明
（１）１ｍべるべきカード形式が他にまだあるかどうか
（すなわち、調べた最後のカード形式がシステム内の最
大のカード形式よりも小さいかどうか）判定する。まだ
他にカード形式があり、まだ見つかっていない場合は、
続行する。そうでない場合は、ステップ（７）に飛ぶ。
（すなわち、調べた最後のカード形式がシステム内の最
大のカード形式よりも小さいかどうか）判定する。まだ
他にカード形式があり、まだ見つかっていない場合は、
続行する。そうでない場合は、ステップ（７）に飛ぶ。
（２）ＦＲＭ ＴＡ ＦＩＮＤ ＦＲＵＰＤＡＴ
Ｅ Ｃ０ＵＮＴ Ｏを呼び出して、このカード形式に
対する更新する必要があるＦＲＴレコードがあるかどう
か判定する。
Ｅ Ｃ０ＵＮＴ Ｏを呼び出して、このカード形式に
対する更新する必要があるＦＲＴレコードがあるかどう
か判定する。
（３）このカード形式に対するレコードがある場合は、
ＦＲＲＥＣＯＲＤ ＦＩＮＤ ＦＩＲ８ＴＯを呼び
出して、このカード形式に対する最初のレコードを得る
。
ＦＲＲＥＣＯＲＤ ＦＩＮＤ ＦＩＲ８ＴＯを呼び
出して、このカード形式に対する最初のレコードを得る
。
（４）このカード形式に対するレコードがまだ残ってお
り、更新する必要があるレコードがまだ見つかっていな
い場合は、続行する。そうでない場合は、ステップ（７
）に飛ぶ。
り、更新する必要があるレコードがまだ見つかっていな
い場合は、続行する。そうでない場合は、ステップ（７
）に飛ぶ。
（６）このレコードをしきい値警報によって更新する必
要がある場合は、戻りデータを適切にセットする。そう
でない場合は、ＲＥ ＲＥＣＯＲＤＦＩＮＤ ＮＥ
ＸＴＯを呼び出して、このカード形式に対する次のＦＲ
レコードを得る。
要がある場合は、戻りデータを適切にセットする。そう
でない場合は、ＲＥ ＲＥＣＯＲＤＦＩＮＤ ＮＥ
ＸＴＯを呼び出して、このカード形式に対する次のＦＲ
レコードを得る。
（６）ステップ（４）に戻る。
（７）呼出し手順に戻る。
ＤＩ２１３．ＴＡ ＵＰＤＡＴＥ ＦＲＲＥＣＯＲ
Ｄ ０ １）機能説明 このルーチンは、ＦＲテーブル内のレコードをその現状
況に応じて更新する。レコードを更新するか、または削
除する。このルーチンはまた、待機プロセッサの論理的
更新を扱う。
Ｄ ０ １）機能説明 このルーチンは、ＦＲテーブル内のレコードをその現状
況に応じて更新する。レコードを更新するか、または削
除する。このルーチンはまた、待機プロセッサの論理的
更新を扱う。
２）呼出しインターフェース
このル−チンは、ＴＡ ＵＰＤＡＴＥ ＦＲＴＡＢ
ＬＥ Ｏによって呼び出される。このルーチンは以下の
パラメータを有する。
ＬＥ Ｏによって呼び出される。このルーチンは以下の
パラメータを有する。
ＰＲＥＣ−ＦＲレコードを指すポインタこのル−チンは
ＧＯＯＤを返す。
ＧＯＯＤを返す。
３）プログラムの説明
（１）レコードの状況がＴＡ ＵＰＤＡＴＥ ＣＬ
ＥＡＲである場合は、ＬＯＧＩＣＡＬ ＵＰＤＡＴＥ
Ｏを呼び出して、待機側を更新する。レコードを削除
する前に、このことを行なわねばなラナイ。次に、ＦＲ
ＲＥＣＯＲＤ ＵＰＤＡＴＥ Ｏを呼び出して、待機
側のレコードを削除する。
ＥＡＲである場合は、ＬＯＧＩＣＡＬ ＵＰＤＡＴＥ
Ｏを呼び出して、待機側を更新する。レコードを削除
する前に、このことを行なわねばなラナイ。次に、ＦＲ
ＲＥＣＯＲＤ ＵＰＤＡＴＥ Ｏを呼び出して、待機
側のレコードを削除する。
ＵＰＤＡＴＥ （） を呼び出し、次にＬＯＧＩｃＡＬ
ＵＰＤＡＴＥ Ｏを呼び出す。
ＵＰＤＡＴＥ Ｏを呼び出す。
（３）呼出し手順に戻る。
ＤＩ２１４．ＦＲＭ ＴＡ ＦＩＮＤ ＦＲＵＰ
ＤＡＴＥ Ｃ０ＵＮＴ Ｃ） １）機能説明 このルーチンは、ＦＲテーブルにアクセスし、特定のカ
ード形式に対するＦＲＵＰＤＡＴＥＣＯＵＮＴを検索す
る。
ＤＡＴＥ Ｃ０ＵＮＴ Ｃ） １）機能説明 このルーチンは、ＦＲテーブルにアクセスし、特定のカ
ード形式に対するＦＲＵＰＤＡＴＥＣＯＵＮＴを検索す
る。
２）呼出しインターフェース
このルーチンは、ＦＲＭ ＦＩＮＤ ＴＡ ＣＲ
Ｄ Ｔｏ ＵＰＤＡＴＥ ＜’）によって呼び出さ
れる。このルーチンは以下のパラメータを何する。
Ｄ Ｔｏ ＵＰＤＡＴＥ ＜’）によって呼び出さ
れる。このルーチンは以下のパラメータを何する。
ＣＲＤ−カード形式
ＮｔＪＭ ＬＥＦＴ−更新すべきレコードの数（戻り
データを指すポインタ） このルーチンはＧＯＯＤを返す。
データを指すポインタ） このルーチンはＧＯＯＤを返す。
３）プログラムの説明
（１）”ＮＵＭ ＬＥＦＴをこのカード形式に対する
ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ（すなわち、ＦＲＣＲ
ＬＩＳＴ［ＣＲＤ］ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ）
にセットする。
ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ（すなわち、ＦＲＣＲ
ＬＩＳＴ［ＣＲＤ］ＦＲＵＰＤＡＴＥ Ｃ０ＵＮＴ）
にセットする。
（２）呼出し手順に戻る。
Ｄ１２１５．ＦＲＭ ＴＡ Ｉｓ ＣＨＦＡＩＬ
０Ｏ８０ １）機能説明 このルーチンは、チャネルによって障害チャネル合計及
びｏＯ８合計カウントを増分すべきかどうか判定する。
０Ｏ８０ １）機能説明 このルーチンは、チャネルによって障害チャネル合計及
びｏＯ８合計カウントを増分すべきかどうか判定する。
まず、このチャネルをＦＲテーブルから削除しないこと
を確かめる。次に、トランク・グループまたはデータ・
グループの該当するものが一致することを確かめる。
を確かめる。次に、トランク・グループまたはデータ・
グループの該当するものが一致することを確かめる。
２）呼出しインターフェース
このル−チンは、ＦＩＮＤ ＮＵＭ ＦＡＩＬ００
８ ＣＨ（）によって呼び出される。このルーチンは
以下のパラメータを有する。
８ ＣＨ（）によって呼び出される。このルーチンは
以下のパラメータを有する。
ＰＲＥＣ−ＦＲレコードを指すポインタＧＲＰ−）ラン
ク・グループ番号またはデータ・グループ番号 ＣＨＦＡＩＬＩＮＧ−チャネルを障害のあるものとして
カウントすべきかどうか（戻りデータを指すポインタ） ＣＨ００８−チャネルを００８としてカウントすべきか
どうか（戻りデータを指すポインタ）このルーチンはＧ
ＯＯＤを返す。
ク・グループ番号またはデータ・グループ番号 ＣＨＦＡＩＬＩＮＧ−チャネルを障害のあるものとして
カウントすべきかどうか（戻りデータを指すポインタ） ＣＨ００８−チャネルを００８としてカウントすべきか
どうか（戻りデータを指すポインタ）このルーチンはＧ
ＯＯＤを返す。
３）プログラムの説明
（１）−レコードの状況がＴＡ ＵＰＤＡＴＥ Ｃ
ＬＥＡＲである場合は、チャネルをカウントしない。ス
テップ（３）に飛ぶ。
ＬＥＡＲである場合は、チャネルをカウントしない。ス
テップ（３）に飛ぶ。
（２）ＧＲＰパラメータが空白であるか、またはレコー
ド内のグループに一致する場合は、＊ＣＨＦＡ Ｉ Ｌ
Ｉ ＮＧを真にセットする。チャネルの状態がｏｏＳ
またはＰＳＤである場合は、”ＣＨＯＯ８を真にセット
する。
ド内のグループに一致する場合は、＊ＣＨＦＡ Ｉ Ｌ
Ｉ ＮＧを真にセットする。チャネルの状態がｏｏＳ
またはＰＳＤである場合は、”ＣＨＯＯ８を真にセット
する。
（３）呼出し手順に戻る。
Ｄ１２１Ｅ３．ＦＩＮＤ ＦＩＲ８Ｔ ＣＲＤＩＮ
ＧＲＦ’（） １）機能説明 このルーチンは、特定のカード形式のカード・グループ
内の最初のカード形式を返す。
ＧＲＦ’（） １）機能説明 このルーチンは、特定のカード形式のカード・グループ
内の最初のカード形式を返す。
２）呼出しインターフェース
このルーチンは、ＴＡ ＵＰＤＡＴＥ ＦＲＴＡＢ
ＬＥ Ｏによって呼び出される。このルーチンは以下の
パラメータを有する。
ＬＥ Ｏによって呼び出される。このルーチンは以下の
パラメータを有する。
ＣＨＤ−カード形式
％式％
プ内の最初のカード形式を指すポインタ（戻りデータ）
３）プログラムの説明
（１）ＦＩＮＤ ＧＲＰ Ｏを呼び出して、システム
内の最初のカードで始まるグループ内の次のカードを見
つける。
内の最初のカードで始まるグループ内の次のカードを見
つける。
（２）呼出し手順に戻る。
ＤＩ２１７．ＦＩＮＤ ＮＥＸＴ ＣＲＤ ＩＮ
ＲＰ ０ １）機能説明 このルーチンは、カード・グループ内の次のカード形式
を見つける。
ＲＰ ０ １）機能説明 このルーチンは、カード・グループ内の次のカード形式
を見つける。
２）呼出しインターフェース
これは、ＴＡ ＵＰＤＡＴＥ ＦＲＴＡＢＬＥＯに
よって呼び出される。このルーチンは以下のパラメータ
を有する。
よって呼び出される。このルーチンは以下のパラメータ
を有する。
ＣＲＤ−カード形式
％式％
内の次のカード形式を指すポインタ（戻りデータ）３）
プログラムの説明 （１）開始カードをＣＲＤ＋ １にセットする。
プログラムの説明 （１）開始カードをＣＲＤ＋ １にセットする。
（２）ＦＩＮＤ ＧＲＰＯを呼び出して、現在のカー
ドの直後のものから始めて、グループ内の次のカードを
見つける。
ドの直後のものから始めて、グループ内の次のカードを
見つける。
（３）呼出し手順に戻る。
ＤＩ２１８．ＦＩＮＤ ＧＲＰｏ
ｌ）機能説明
このルーチンは、特定のカード・グループにおける次の
カードを見つける。
カードを見つける。
２）呼出しインターフェース
このルーチンは、ＦＩＮＤ ＦＩＲ８Ｔ ＣＲＤ
ＩＮ ＧＲＰ（）及びＦＩＮＤ ＮＥＸＴＣＲＤ
ＩＮ ＧＲＰ Ｏによって呼び出される。
ＩＮ ＧＲＰ（）及びＦＩＮＤ ＮＥＸＴＣＲＤ
ＩＮ ＧＲＰ Ｏによって呼び出される。
このルーチンは以下のパラメータを有する。
ＣＲＤ−特定のカード形式
ＣＨＤ Ｔｏ ５ＴＡＲＴ−そこから調査を開始す
べきカード形式 ＮＥＸＴＣＨＤ−カード・グループ内の次のカードを指
すポインタ（戻りデータ） このルーチンはＦＡＩ ＬＥＤｌＧＯＯＤｌまたはＮ０
ＮＥ ＬＥＦＴを返す。
べきカード形式 ＮＥＸＴＣＨＤ−カード・グループ内の次のカードを指
すポインタ（戻りデータ） このルーチンはＦＡＩ ＬＥＤｌＧＯＯＤｌまたはＮ０
ＮＥ ＬＥＦＴを返す。
３）プログラムの説明
（１）ＧＥＴ Ｃ０ＲＰ （）を呼び出して、処理中
のカード・グループを判定する。
のカード・グループを判定する。
（２）システムに他にもうカード形式がない場合は、ス
テップ（６）に飛ぶ。
テップ（６）に飛ぶ。
（３）このカード・グループ内にある可能性があるカー
ド形式に対してＧＥＴ ＣＧＲＰ Ｕを呼び出す。
ド形式に対してＧＥＴ ＣＧＲＰ Ｕを呼び出す。
（４）ステップ（１）及び（３）からのカード・グルー
プが一致する場合は、次のカードが見つかった。戻りデ
ータをセットし、ＧｏｏＤを返す。
プが一致する場合は、次のカードが見つかった。戻りデ
ータをセットし、ＧｏｏＤを返す。
（５）次に検査するカードを増分し、ステップ（２）に
戻る。
戻る。
（８）ＮＯＮＥ ＬＥＦＴを返す。
Ｄ１２１９．ＧＥＴ ＣＧＲＰ ０
１）機能説明
このルーチンは、特定のカード形式に対するカード・グ
ループを見つける。
ループを見つける。
２）呼出しインターフェース
このルーチンは、ＦＩＮＤ ＮＵＭ ＣＨＣ）、Ｃ
ｒＥＴ ＭＪ ＭＮ ００８ ＴＨＲＥＳＨ
０１ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ ＡＬＡ
ＲＭＳＯ、ＳＩ ＲＥＰＯＲＴ ＴＨＲＥＳＨ
ＡＬＡＲＭＳ Ｏ、Ｆ Ｉ ＮＤ ＧＲＰ Ｏ
、ＧＥＴＣＧＲＰ ＴＨＲＥＳＨ３Ｏ、ＧＥＴ
ＣＧＲＰ ＧＬＯＢＯＲＮＯＤ （） 、及びＧＥ
Ｔ ＣＧＲＰ ＰＥＲＣＥＮＴ Ｏによって呼び出
される。このルーチンは以下のパラメータを宵する。
ｒＥＴ ＭＪ ＭＮ ００８ ＴＨＲＥＳＨ
０１ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ ＡＬＡ
ＲＭＳＯ、ＳＩ ＲＥＰＯＲＴ ＴＨＲＥＳＨ
ＡＬＡＲＭＳ Ｏ、Ｆ Ｉ ＮＤ ＧＲＰ Ｏ
、ＧＥＴＣＧＲＰ ＴＨＲＥＳＨ３Ｏ、ＧＥＴ
ＣＧＲＰ ＧＬＯＢＯＲＮＯＤ （） 、及びＧＥ
Ｔ ＣＧＲＰ ＰＥＲＣＥＮＴ Ｏによって呼び出
される。このルーチンは以下のパラメータを宵する。
ＣＨＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＣＲＤＧＲＰ−カード・グループを指すポインタ（戻り
データ） このルーチンはＦＡＩＬＥＤまたはＧＯＯＤを返す。
プ番号 ＣＲＤＧＲＰ−カード・グループを指すポインタ（戻り
データ） このルーチンはＦＡＩＬＥＤまたはＧＯＯＤを返す。
３）プログラムの説明
（１）有効なカード形式を有する（すなわち、ＣＲＤ≦
システム内の最大のもの）ことを確かめる。
システム内の最大のもの）ことを確かめる。
そうでない場合は、「不合格」を返す。
（２）カード・グループを、このカードに対するＣＡＲ
ＴＹ Ｔｏ ＧＲＰアレイ中で指示されたグループ
にセットする。
ＴＹ Ｔｏ ＧＲＰアレイ中で指示されたグループ
にセットする。
（３）カード・グループが親データ・ポートであり、デ
ータ・グループ番号が空白でない場合は、カード・グル
ープを応答データ・ポートにセットする。
ータ・グループ番号が空白でない場合は、カード・グル
ープを応答データ・ポートにセットする。
（４）（ＧＯＯＤ）を返す。
Ｄ１２２０．ＧＥＴ ＣＧＲＰ ＴＨＲＥＳＨ８（
） １）機能説明 このルーチンは、特定のカード形式に対する構成可能で
ない重大しきい値、軽微しきい値、及び００Ｓしきい値
を返す。
） １）機能説明 このルーチンは、特定のカード形式に対する構成可能で
ない重大しきい値、軽微しきい値、及び００Ｓしきい値
を返す。
２）呼出しインターフェース
このルーチンは、ＧＥＴ ＭＪ ＭＮ ００８Ｔ
ＨＲＥＳＨ（）によって呼び出される。このルーチンは
以下のパラメータを有する。
ＨＲＥＳＨ（）によって呼び出される。このルーチンは
以下のパラメータを有する。
ＣＨＤ−カード形式
ＧＲＰ−トランク・グループ番号またはデータ・グルー
プ番号 ＭＡＪＯＲ−重大しきい値（戻りデータを指すポインタ
） ＭＩＮＯＲ−軽微しきい値（戻りデータを指すポインタ
） ｏｏＳ−使用除外しきい値（戻りデータを指すポインタ
） このル−チンはＧＯＯＤまたはＦＡＩＬＥＤを返す。
プ番号 ＭＡＪＯＲ−重大しきい値（戻りデータを指すポインタ
） ＭＩＮＯＲ−軽微しきい値（戻りデータを指すポインタ
） ｏｏＳ−使用除外しきい値（戻りデータを指すポインタ
） このル−チンはＧＯＯＤまたはＦＡＩＬＥＤを返す。
３）プログラムの説明
（１）ＧＥＴ ＣＧＲＰ （）を呼び出して、このカ
ード形式に対するカード・グループを決定する。
ード形式に対するカード・グループを決定する。
（２）このカード・グループに対するカード・グルーか
データベースを指すポインタを取る。
データベースを指すポインタを取る。
（３）しきい値をデータベース内の適当なフィールドに
セットする。
セットする。
（４）呼出し手順に戻る。
ＤＩ２２１．ＧＥＴ ＣＧＲＰ
ＧＬＯＢＯＲＮＯＤ （）
１）機能説明
このルーチンは、カード形式をノードまたはシステムに
よって監視するのかどうかを返す。
よって監視するのかどうかを返す。
２）呼出しインターフェース
このルーチンは、ＣＨＥＣＫ ｏＯ８ＴＨＲＥＳＨ（）
及びＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳＯによって呼
び出される。このルーチンは以下のパラメータを有する
。
及びＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳＯによって呼
び出される。このルーチンは以下のパラメータを有する
。
ＣＲＤ−カード形式
ＧＲＰ−）ランク・グループ番号またはデータ・グルー
プ番号 ＧＬＯＢＯＲＮＯＤ−大域的にまたはノードによって監
視する（戻りデータを指すポインタ）このルーチンはＧ
ＯＯＤまたはＦＡＩＬＥＤを返す。
プ番号 ＧＬＯＢＯＲＮＯＤ−大域的にまたはノードによって監
視する（戻りデータを指すポインタ）このルーチンはＧ
ＯＯＤまたはＦＡＩＬＥＤを返す。
（１）ＧＥＴ ＣＧＲＰ Ｏを呼び出して、このカー
ド形式に対するカード・グループを決定する。
ド形式に対するカード・グループを決定する。
（２）このカード形式に対するカード・グループ・デー
タベースを指すポインタを取る。
タベースを指すポインタを取る。
（３）データベース内のＧＬＯＢＯＲＮＯＤフィールド
の値に応じて戻りデータをセットする。
の値に応じて戻りデータをセットする。
（４）呼出し手順に戻る。
Ｄ１２２２．ＧＥＴ ＣＧＲＰ ＰＥＲＣＥＮ
Ｔ（） １）機能説明 このルーチンは、カードを割合または実際の数によって
監視するのかどうか決定する。
Ｔ（） １）機能説明 このルーチンは、カードを割合または実際の数によって
監視するのかどうか決定する。
２）呼出しインターフェース
このル−チンはＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯ及
びＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳ Ｏによって呼
び出される。このルーチンは以下のパラメータを有する
。
びＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤＳ Ｏによって呼
び出される。このルーチンは以下のパラメータを有する
。
ＣＨＤ−カード形式
ＧＲＰ−）ランク・グループまたはデータ・グループ
ＰＥＲＣＥＮＴ−割合または実際の数による監視（戻り
データを指すポインタ） このルーチンはＧＯＯＤまたはｒ’Ａ Ｉ ＬＥＤを返
す。
データを指すポインタ） このルーチンはＧＯＯＤまたはｒ’Ａ Ｉ ＬＥＤを返
す。
３）プログラムの説明
（１）ＧＥＴ ＣＧＲＰ Ｏを呼び出して、このカー
ド形式に対するカード・グループを決定する。
ド形式に対するカード・グループを決定する。
（２）このカード・グループに対するカード・グループ
・データベースを指すポインタを取る。
・データベースを指すポインタを取る。
（３）データベース内のＰＥＲＣＥＮＴフィールドの値
に応じて戻りデータをセットする。
に応じて戻りデータをセットする。
（４）呼出し手順に戻る。
Ｄ１３．カード・グループ・データ構造Ｄ１３０１．カ
ード形式からカード・グループへ以下の構造は、カード
形式をそのカード・グループにマツプする。
ード形式からカード・グループへ以下の構造は、カード
形式をそのカード・グループにマツプする。
Ａ） ５ＴＲＵＣＴ ＣＴＯＧ（ＮＩＢ ＣＴＯＧ
ＧＲＰ）：Ｂ） ５ＴＲＵＣＴ ＣＴＯＧ ＣＡＲＴ
Ｙ Ｔｏ ＧＲＰ［ＨＵＭＢＥＲＯＦ ＣＡＲＤＴＹＰ
ＥＳＩ （ ＨＵＬＬ。
ＧＲＰ）：Ｂ） ５ＴＲＵＣＴ ＣＴＯＧ ＣＡＲＴ
Ｙ Ｔｏ ＧＲＰ［ＨＵＭＢＥＲＯＦ ＣＡＲＤＴＹＰ
ＥＳＩ （ ＨＵＬＬ。
ＮｔｌＬＬ。
ＨＵＬＬ。
ＣＧ Ｃ０ＮＦＢＲＧ ＧＲＰ。
ＣＧ ＴＯＮＧＥＩ４ ＧＲＰ。
ＨＵＬＬ。
ＣＧ ＲＯＴＳεＮＤ ＧＲＰ。
ＣＧ ＲＯＴＲＥＧ ＧＲＰ。
／？ 〇 −
／？ １−
／？ ２−
／？ ３−
／？ ４−
／？ ５−
７？ ６−
／？ ７−
エキスパンダ
コーグ
デコーダ
会議ブリッジ
トーン発生機構
ＡＦＡＣＴＳスーパー・カード
ロークリやｔ′Ｊダ。
ロータリ・レジスタ
ＣＧ ＱＤＴＭＦＲＥＧ ＧＲＰ。
ＣＧ ＴＲＵＮＫ ＧＲＰ。
ＣＧ ＴＲＵＮＫ ＧＲＰ。
ＣＧ ＴＲＵＮＫ ＧＲＰ。
ＣＧ ＬＩＮＥ ＧＲＰ。
ＣＧ ＬＩＮＥ ＧＲＰ。
ＣＧ ＤＡＴＡ ＧＲＰ。
ＣＧ ＤＡＴＡ ＧＲＰ。
ＣＧ ＤＦＥ ＧＲＰ。
／？ ８−
／？ １５ −
／？ １６ −
／？ １７ −
／？ ３３ −
／？ ３４ −
／？ ３５ −
／７ ３６ −
ＱＤＴＭＦレジスク
８ｔｌＮＩＶ ＴＲＫ
８ＵＮＩＶ ＴＩＥ
４ｔｌＮＩＶ ＴＩＥ
ＲＩ
２番目のＲＰＩ
３番目のＲＰＩ
４番目のＲＰＩ
／？７１
ＤＦＥ
ＣＧ ＴＲＵＮＫ ＧＲＰ、 ／？ １６８−
ＣＲＴＲＵＮＫ ）； Ｄ１３０２．カード・グループからしきい値へこの構造
は、カード・グループをそのしきい値にマツプする。
ＣＲＴＲＵＮＫ ）； Ｄ１３０２．カード・グループからしきい値へこの構造
は、カード・グループをそのしきい値にマツプする。
５ＴＲ１ｌＣＴ ＣＧＲＰ （ＢＹＴＥ ＣＧＲＰ Ｍ
ＪＴＩＩＲＥＳＩ（。
ＪＴＩＩＲＥＳＩ（。
Ｃ０ＲＰ ０ＯＳＴＩＩＲＥＳ１１゜
ＣＧＲＰ ＭＮＴＨＲＥＳＨ。
５ＴＲＵＣＴ ＣＧＲＰ
５１、 ５０，２６゜
５１、 ５０． １゜
５１、 ５０，２６゜
５１、 ５０．２６゜
５１、 ５０．２６゜
５１．１００． １゜
５１．１００．２６゜
ＭＬ、 ＭＬ、ＭＬ。
ＭＬ、 ＭＬ、ＭＬ。
ＡＴＡ
ＭＬ、 ２０．ＭＬ。
ＭＬ、 ２０．ＭＬ。
）；
ＲＩＢ ＣＧＲＰ ＧＬＯＢＯＲＨＯＤ。
ＢＩＴ ＣＧＲＰ ＰＥＲＣＥＮＴ）；ＣＧ ＤＢ
［ＮＵＭＢＥＲＯＦ ＧＲＰＴＩＩＲＥＳＨＮ０ＤＡＬ
、ＴＲＵＥ。
［ＮＵＭＢＥＲＯＦ ＧＲＰＴＩＩＲＥＳＨＮ０ＤＡＬ
、ＴＲＵＥ。
ＴＨＲＥＳＩＩ Ｎ０ＤＡＬ、ＴＲＵＥ。
ＴＨＲＥＳＩＩ Ｎ０ＤＡＬ、ＴＲ１ｌＥ。
ＴＨＲＥＳＨＨＯＤＡＬ、 ＴＲＵＥ。
ＴＨＲＥＳＨＨＯＤＡＬ、ＴＲ１ｌＥ。
ＴＨＲＥＳＩＩ ＨＯＤＡＬ、 ＴＲＵＥ。
ＴＨＲＥＳＨＨＯＤＡＬ、ＴＲＵＥ。
ＴＨＲＥＳＨＧＬＯＢＡＬ、ＴＲ１ｌＥ。
ＴＩＩＲＥＳＨＧＬＯＢＡＬ、ＴＲＵＥ。
ＴＹＰＥＳ］（
／？ Ｃ０ＮＦＲＢＲＧ
／？ ＴＯＨＧＥＨ
／？ ＲＯＴＳＥＮＤ
／？ ＲＯＴＲＥ、Ｇ
／？ ＱＤＴＭＦＲＥＧ
／？ ＤＦＥ
／７ ＡＤＣ
／？ ＴＲＵＮＫＳ
／？ ＡＨＳＷＲ
ＴＩＩＲＥＳ）Ｉ ＨＯＤＡＬ、ＦＡＬＳＥ、／？ Ｌ
ＩＮＥＳＴＨＲＥＳＨＮ０ＤＡＬ、ＦＡＬＳＥ、／？
０ＲＩＧ ＤＡＴ注： ＮＬは空白値に等しい。
ＩＮＥＳＴＨＲＥＳＨＮ０ＤＡＬ、ＦＡＬＳＥ、／？
０ＲＩＧ ＤＡＴ注： ＮＬは空白値に等しい。
以上、特定のオペレーティング・システムＩｎでの好ま
しい実施例に関連して本発明を説明してきたが、当業者
なられかるように、頭書の特許請求の範囲の精神及び範
囲内において、本発明を修正を加えて他の異なるオペレ
ーティング・システムで実施することができる。
しい実施例に関連して本発明を説明してきたが、当業者
なられかるように、頭書の特許請求の範囲の精神及び範
囲内において、本発明を修正を加えて他の異なるオペレ
ーティング・システムで実施することができる。
Ｅ、効果
本発明によれば、障害リプレーサブル・ユニットの特定
及びサービスの停止が慎重かつ迅速に行なわれる。
及びサービスの停止が慎重かつ迅速に行なわれる。
第１図は、従来技術の中央交換機（ＣＢＸ）のハードウ
ェア環境の図である。 第１ａ図は、本発明の最良の態様のハードウェア環境の
図である。 第１ｂ図は、本発明の最良の態様の共通制御シェルフの
ＣＰＵシェルフ・スロットの図である。 第１ｃ図ば、本発明の最良の態様のＴＤＭシェルフ・ス
ロットの図である。 第２図は、拡張診断カード（ＡＤＣ）のノー−ドウニア
拳ブロック・ダイヤグラムである。 第３図は、拡張診断カードのＰ２コネクタ・ビンを記述
したテーブルである。 第４図は、拡張診断カードの追加のＰ２コネクタ・ビン
を記述したテーブルである。 第５図は、拡張診断カードの追加のＰ２コネクタ・ビン
を記述したテーブルである。 第６図は、拡張診断カードのＰ３コネクタ・ビンを記述
したテーブルである。 第７図は、拡張診断カードの送信コマンドを含むテーブ
ルである。 第８図は、拡張診断カードの追加の送信コマンドを記述
したテーブルである。 第８図は、拡張診断カードのミュー法２進パターンのビ
ット・マツプである。 第１０図は、拡張を断カードの状況コマンドのビット・
マツプである。 第１１図は、拡張診断カードの受信コマンドを記述した
テーブルである。 第１２図は、拡張診断カードの受信コマンドを記述した
追加のテーブルである。 第１３図は、拡張診断カードのデータ送受信コマンド用
のデータ形式のビット・マツプである。 第１４図は、拡張診断カードのミュー法則データ送信ま
たは受信を記述したテーブルである。 第１５図は、拡張診断カードの１２ビツト線形データ送
信または受信コマンドを記述したテーブルである。 第１６図は、拡張診断カードによってサポートされるテ
ストを記述したテーブルである。 第１７図は、テスト・データとそのデータが拡張診断カ
ード上で相関されているテストの説明を示すテーブルで
ある。 第１８図は、テスト・データと、そのデータが拡張診断
カード上で相関されているテストの説明を示す追加のテ
ーブルである。 第１９図は、テスト・テーブル項目と、その項目が拡張
診断カード上で相関されているテストの説明を示すテー
ブルである。 第２０図は、署名と、その署名が拡張診断カード上で相
関されているテストの説明を示すテーブルである。 第２１図は、拡張診断カードの８チヤネル・アナログ電
話インターフェースのテスト・パラメータを示すテーブ
ルである。 第２２図は、拡張診断カードの８チヤネルＭＷＬ回線イ
ンターフェースのテスト・パラメータを示すテーブルで
ある。 第２３図は、拡張診断カードの４チヤネル・ダイレクト
・トランク・インターフェースのテスト・パラメータを
示すテーブルである。 第２４図は、拡張診断カードの８チヤネル・ダイヤルイ
ンＤＩＤ）ランク・インターフェースのテスト・パラメ
ータを示すテーブルである。 第２５図は、拡張診断カードの公衆網８チヤネル・タイ
・トランクのインターフェース・テスト・パラメータを
示すテーブルである。 第２θ図は、拡張診断カードの８チヤネル構外内線（Ｏ
ＰＳ）インターフェースのテスト・パラメータを示すテ
ーブルである。 第２７図は、拡張診断カードの４線式タイ・トランク・
インターフェースを示すテーブルである。 第２８図は、拡張診断カードのＱＤＴＭＦレジスタ（ア
ナログ・ループバック）のテスト・パラメータを示すテ
ーブルである。 第２９図は、拡張診断カードのＱＤＴＭＦレジスタの″
１″キーのテスト−パラメータを示すテーブルである。 第３０図は、拡張診断カードのＱＤＴＭＦレジスタの２
”キーのテスト・パラメータを示すテーブルである。 第３１図は、拡張診断カードのＱＤＴＭＦレジスタの″
５″キーのテスト・パラメータを示すテーブルである。 第３２図は、拡張診断カードのＱＤＴＭＦレジスタのｗ
″９”キーのテスト・パラメータを示すテーブルである
。 第３３図は、拡張診断カードのＱＤＴＭＦレジスタのｆ
′Ｏ″キーのテスト・パラメータを示すテーブルである
。 第３４図は、拡張診断カードのＱＤＴＭＦレジスタの”
＃”キーのテスト・パラメータの第１の部分を示すテー
ブルである。 第３５図は、拡張診断カードのＱＤＴＭＦレジスタの２
”キーのテスト・パラメータの第２の部分を示すテーブ
ルである。 第３ｅ図は、拡張診断カードのＱＤＴＭＦレジスタの＊
９ ＊キーのテスト・パラメータを示すテーブルであ
る。 第３７図は、拡張診断カードのＱＤＴＭＦレジスタの”
５”キーのテスト・パラメータを示すテーブルである。 第８８図は、拡張診断カードのＱＤＴＭＦレジスタの”
１”キーのテスト・パラメータを示すテーブルである。 第３８図は、拡張診断カードのＱＤＴＭＦレジスタの″
Ｄ″キーのテスト・パラメータを示すテーブルである。 第４０図は、拡張診断カードのロータリ・センダのテス
ト・パラメータを示すテーブルである。 第４１図は、拡張診断カードのロータリ・レジスタのテ
スト・パラメータを示すテーブルである。 第４２図は、拡張診断カードの会議ブリッジのテスト・
パラメータを示すテーブルである。 第４３ａ図は、拡張診断カードのＱＤＴＭＦレジスタの
＄”キーのテスト・パラメータの第１の部分を示すテー
ブルである。 第４３ｂ図は、拡張診断カードのＱＤＴＭＦレジスタの
ｆｌ＊”キーのテスト秦パラメータの第２の部分を示す
テーブルである。 第４３ｃ図は、拡張診断カードのＱＤＴＭＦレジスタの
１１キーのテスト・パラメータの第３の部分を示すテー
ブルである。 第４３ｄ図は、拡張診断カードのＱＤＴＭＦレジスタの
″１″キーのテスト・パラメータの第４の部分を示すテ
ーブルである。 第４４図は、拡張診断カードのトーン・センダの１”キ
ーのテスト・パラメータを示すテーブルである。 第４５図は、拡張診断カードのトーン・センダの″２′
″キーのテスト・パラメータを示すテーブルである。 第４６図は、拡張診断カードのトーン・センダの”５″
キーのテスト・パラメータを示すテーブルである。 第４７図は、拡張診断カードのトーン・センダの″９″
キーのテスト・パラメータを示すテーブルである。 第４８図は、拡張診断カードのトーン・センダのＯ”キ
ーのテスト・パラメータを示すテーブルである。 第４９図は、拡張診断カードのトーン・センダの”＃”
キーのテスト・パラメータを示すテーブルである。 第５０図は、拡張診断カードのトーン・センダの内線発
信音のテスト・パラメータを示すテーブルである。 第５１図は、拡張診断カードのトーン・センダのテスト
・トーン（２重トーン）のテスト・パラメータを示すテ
ーブルである。 第６２図は、拡張診断カードのトーン・センダの無音の
テスト・パラメータを示すテーブルである。 第５３図は、本発明によるハードウェア・システムのブ
ロック・ダイヤグラムである。 第５４図はエラー解析表示対話の一例である。 第５５図は、エラー解析報告書の一例である。 第５６図は、フィールド・リプレーサブル・ユニット（
ＦＲＵ）に対するエラー解析メツセージの一例である。 第５７図は、エラー解析処理で一般的な処置探索及び注
釈のリストである。 第５８図は判断木の概略論理図である。 第５９図は総称解析判断水の概略論理図である。 第６０図は、ＲＬＩ音声解析判断判断概略論理図である
。 第８１図は、ＲＬＩ音声解析判断判断概略論理図の続き
である。 第６２図は、サイプレス解析の概略論理図である。 第６３図は、データ通信モジュール（ＤＣＭ）判断木の
概略論理図である。 第６４図は、データ・リンク・インターフェース判断木
の概略論理図である。 第６５図は、修正されたカード解析判断水の概略論理図
である。 第６６図は、メツセージ待機解析判断水の概略論理図で
ある。 第６７図は、新しいタイ・トランク解析判断水の概略論
理図である。 第６８図は、アナログ時分割多重（ＡＴ Ｉ ）判断木
（ホスト−記憶システム間）の概略論理図である。 第８９図は、障害資源データベース・データ構造の図で
ある。 第７０図は、障害資源リスト情報構造データ構造の図で
ある。 第７１図は、障害資源レコード情報データ構造の図であ
る。 第７２図は、チャネル障害の障害資源連係リストの図で
ある。 第７３図は、障害資源連係構造の図である。 第７４図は、前のロータリ・レジスタ用のハードウェア
・エラー・テーブル表示である。 第７５図は、前の局線トランク用のハードウェア・エラ
ー・テーブル表示である。 第７６図は、ＴＨＲＥＳＨＯＬＤ ＡＬＡＲＭＳ
ＣＨＥＣＫ （）タスクの流れ図である。 第７７図は、ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯタス
クの流れ図である。 第７８図は、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ
ＡＬＡＲＭＳ （）タスクの流れ図である。 １０・・・・メモリ、２０・・・・切換え入出力バス、
３０・・・・インターフェース・カード、４０・・・・
光ディスク、６０・・・・冗長プロセッサ、５２・・・
・共通制御スロット、６０・・・・メモリ・カード、６
１・・・・プロセッサ・セット、θ２・・・・共用入出
カバードウェア、６３・・・・ディスク駆動装置、６４
・・・・共通制御マザーボード。 劣 Ｂ 口 （６３ １０図 シェルフ１ＤｊＰ＋す 纂２因 駕５回 纂 図 篤６０ 纂１５ 固 ｖ、１６ 回 篤１２図 纂 ３回 篤 ２０ 篤２Ｉ 図 纂２４０ 纂２５０ 第２２図 笛 ３ 回 ％２６回 第２７図 審２８回 高２９目 Ｚ ３７図 篤３８図 第３９圀 笛４ｏ図 ￥、４３Ａ回 鴬４３８目 篤５１ 回 笛 ２ 凹 ｖ、４８０ 纂４９回 篤 ５０図 嶌５４圀 纂５７図 篤５６圀 篤６９図 Ｖ、６３図 纂７０圀 手続補正書（方式） 昭和にう年り２月！≦日
ェア環境の図である。 第１ａ図は、本発明の最良の態様のハードウェア環境の
図である。 第１ｂ図は、本発明の最良の態様の共通制御シェルフの
ＣＰＵシェルフ・スロットの図である。 第１ｃ図ば、本発明の最良の態様のＴＤＭシェルフ・ス
ロットの図である。 第２図は、拡張診断カード（ＡＤＣ）のノー−ドウニア
拳ブロック・ダイヤグラムである。 第３図は、拡張診断カードのＰ２コネクタ・ビンを記述
したテーブルである。 第４図は、拡張診断カードの追加のＰ２コネクタ・ビン
を記述したテーブルである。 第５図は、拡張診断カードの追加のＰ２コネクタ・ビン
を記述したテーブルである。 第６図は、拡張診断カードのＰ３コネクタ・ビンを記述
したテーブルである。 第７図は、拡張診断カードの送信コマンドを含むテーブ
ルである。 第８図は、拡張診断カードの追加の送信コマンドを記述
したテーブルである。 第８図は、拡張診断カードのミュー法２進パターンのビ
ット・マツプである。 第１０図は、拡張を断カードの状況コマンドのビット・
マツプである。 第１１図は、拡張診断カードの受信コマンドを記述した
テーブルである。 第１２図は、拡張診断カードの受信コマンドを記述した
追加のテーブルである。 第１３図は、拡張診断カードのデータ送受信コマンド用
のデータ形式のビット・マツプである。 第１４図は、拡張診断カードのミュー法則データ送信ま
たは受信を記述したテーブルである。 第１５図は、拡張診断カードの１２ビツト線形データ送
信または受信コマンドを記述したテーブルである。 第１６図は、拡張診断カードによってサポートされるテ
ストを記述したテーブルである。 第１７図は、テスト・データとそのデータが拡張診断カ
ード上で相関されているテストの説明を示すテーブルで
ある。 第１８図は、テスト・データと、そのデータが拡張診断
カード上で相関されているテストの説明を示す追加のテ
ーブルである。 第１９図は、テスト・テーブル項目と、その項目が拡張
診断カード上で相関されているテストの説明を示すテー
ブルである。 第２０図は、署名と、その署名が拡張診断カード上で相
関されているテストの説明を示すテーブルである。 第２１図は、拡張診断カードの８チヤネル・アナログ電
話インターフェースのテスト・パラメータを示すテーブ
ルである。 第２２図は、拡張診断カードの８チヤネルＭＷＬ回線イ
ンターフェースのテスト・パラメータを示すテーブルで
ある。 第２３図は、拡張診断カードの４チヤネル・ダイレクト
・トランク・インターフェースのテスト・パラメータを
示すテーブルである。 第２４図は、拡張診断カードの８チヤネル・ダイヤルイ
ンＤＩＤ）ランク・インターフェースのテスト・パラメ
ータを示すテーブルである。 第２５図は、拡張診断カードの公衆網８チヤネル・タイ
・トランクのインターフェース・テスト・パラメータを
示すテーブルである。 第２θ図は、拡張診断カードの８チヤネル構外内線（Ｏ
ＰＳ）インターフェースのテスト・パラメータを示すテ
ーブルである。 第２７図は、拡張診断カードの４線式タイ・トランク・
インターフェースを示すテーブルである。 第２８図は、拡張診断カードのＱＤＴＭＦレジスタ（ア
ナログ・ループバック）のテスト・パラメータを示すテ
ーブルである。 第２９図は、拡張診断カードのＱＤＴＭＦレジスタの″
１″キーのテスト−パラメータを示すテーブルである。 第３０図は、拡張診断カードのＱＤＴＭＦレジスタの２
”キーのテスト・パラメータを示すテーブルである。 第３１図は、拡張診断カードのＱＤＴＭＦレジスタの″
５″キーのテスト・パラメータを示すテーブルである。 第３２図は、拡張診断カードのＱＤＴＭＦレジスタのｗ
″９”キーのテスト・パラメータを示すテーブルである
。 第３３図は、拡張診断カードのＱＤＴＭＦレジスタのｆ
′Ｏ″キーのテスト・パラメータを示すテーブルである
。 第３４図は、拡張診断カードのＱＤＴＭＦレジスタの”
＃”キーのテスト・パラメータの第１の部分を示すテー
ブルである。 第３５図は、拡張診断カードのＱＤＴＭＦレジスタの２
”キーのテスト・パラメータの第２の部分を示すテーブ
ルである。 第３ｅ図は、拡張診断カードのＱＤＴＭＦレジスタの＊
９ ＊キーのテスト・パラメータを示すテーブルであ
る。 第３７図は、拡張診断カードのＱＤＴＭＦレジスタの”
５”キーのテスト・パラメータを示すテーブルである。 第８８図は、拡張診断カードのＱＤＴＭＦレジスタの”
１”キーのテスト・パラメータを示すテーブルである。 第３８図は、拡張診断カードのＱＤＴＭＦレジスタの″
Ｄ″キーのテスト・パラメータを示すテーブルである。 第４０図は、拡張診断カードのロータリ・センダのテス
ト・パラメータを示すテーブルである。 第４１図は、拡張診断カードのロータリ・レジスタのテ
スト・パラメータを示すテーブルである。 第４２図は、拡張診断カードの会議ブリッジのテスト・
パラメータを示すテーブルである。 第４３ａ図は、拡張診断カードのＱＤＴＭＦレジスタの
＄”キーのテスト・パラメータの第１の部分を示すテー
ブルである。 第４３ｂ図は、拡張診断カードのＱＤＴＭＦレジスタの
ｆｌ＊”キーのテスト秦パラメータの第２の部分を示す
テーブルである。 第４３ｃ図は、拡張診断カードのＱＤＴＭＦレジスタの
１１キーのテスト・パラメータの第３の部分を示すテー
ブルである。 第４３ｄ図は、拡張診断カードのＱＤＴＭＦレジスタの
″１″キーのテスト・パラメータの第４の部分を示すテ
ーブルである。 第４４図は、拡張診断カードのトーン・センダの１”キ
ーのテスト・パラメータを示すテーブルである。 第４５図は、拡張診断カードのトーン・センダの″２′
″キーのテスト・パラメータを示すテーブルである。 第４６図は、拡張診断カードのトーン・センダの”５″
キーのテスト・パラメータを示すテーブルである。 第４７図は、拡張診断カードのトーン・センダの″９″
キーのテスト・パラメータを示すテーブルである。 第４８図は、拡張診断カードのトーン・センダのＯ”キ
ーのテスト・パラメータを示すテーブルである。 第４９図は、拡張診断カードのトーン・センダの”＃”
キーのテスト・パラメータを示すテーブルである。 第５０図は、拡張診断カードのトーン・センダの内線発
信音のテスト・パラメータを示すテーブルである。 第５１図は、拡張診断カードのトーン・センダのテスト
・トーン（２重トーン）のテスト・パラメータを示すテ
ーブルである。 第６２図は、拡張診断カードのトーン・センダの無音の
テスト・パラメータを示すテーブルである。 第５３図は、本発明によるハードウェア・システムのブ
ロック・ダイヤグラムである。 第５４図はエラー解析表示対話の一例である。 第５５図は、エラー解析報告書の一例である。 第５６図は、フィールド・リプレーサブル・ユニット（
ＦＲＵ）に対するエラー解析メツセージの一例である。 第５７図は、エラー解析処理で一般的な処置探索及び注
釈のリストである。 第５８図は判断木の概略論理図である。 第５９図は総称解析判断水の概略論理図である。 第６０図は、ＲＬＩ音声解析判断判断概略論理図である
。 第８１図は、ＲＬＩ音声解析判断判断概略論理図の続き
である。 第６２図は、サイプレス解析の概略論理図である。 第６３図は、データ通信モジュール（ＤＣＭ）判断木の
概略論理図である。 第６４図は、データ・リンク・インターフェース判断木
の概略論理図である。 第６５図は、修正されたカード解析判断水の概略論理図
である。 第６６図は、メツセージ待機解析判断水の概略論理図で
ある。 第６７図は、新しいタイ・トランク解析判断水の概略論
理図である。 第６８図は、アナログ時分割多重（ＡＴ Ｉ ）判断木
（ホスト−記憶システム間）の概略論理図である。 第８９図は、障害資源データベース・データ構造の図で
ある。 第７０図は、障害資源リスト情報構造データ構造の図で
ある。 第７１図は、障害資源レコード情報データ構造の図であ
る。 第７２図は、チャネル障害の障害資源連係リストの図で
ある。 第７３図は、障害資源連係構造の図である。 第７４図は、前のロータリ・レジスタ用のハードウェア
・エラー・テーブル表示である。 第７５図は、前の局線トランク用のハードウェア・エラ
ー・テーブル表示である。 第７６図は、ＴＨＲＥＳＨＯＬＤ ＡＬＡＲＭＳ
ＣＨＥＣＫ （）タスクの流れ図である。 第７７図は、ＣＨＥＣＫ ０Ｏ８ＴＨＲＥＳＨＯタス
クの流れ図である。 第７８図は、 ＣＨＥＣＫ ＴＨＲＥＳＨＯＬＤ
ＡＬＡＲＭＳ （）タスクの流れ図である。 １０・・・・メモリ、２０・・・・切換え入出力バス、
３０・・・・インターフェース・カード、４０・・・・
光ディスク、６０・・・・冗長プロセッサ、５２・・・
・共通制御スロット、６０・・・・メモリ・カード、６
１・・・・プロセッサ・セット、θ２・・・・共用入出
カバードウェア、６３・・・・ディスク駆動装置、６４
・・・・共通制御マザーボード。 劣 Ｂ 口 （６３ １０図 シェルフ１ＤｊＰ＋す 纂２因 駕５回 纂 図 篤６０ 纂１５ 固 ｖ、１６ 回 篤１２図 纂 ３回 篤 ２０ 篤２Ｉ 図 纂２４０ 纂２５０ 第２２図 笛 ３ 回 ％２６回 第２７図 審２８回 高２９目 Ｚ ３７図 篤３８図 第３９圀 笛４ｏ図 ￥、４３Ａ回 鴬４３８目 篤５１ 回 笛 ２ 凹 ｖ、４８０ 纂４９回 篤 ５０図 嶌５４圀 纂５７図 篤５６圀 篤６９図 Ｖ、６３図 纂７０圀 手続補正書（方式） 昭和にう年り２月！≦日
Claims (1)
- 【特許請求の範囲】 リプレーサブル・ユニットを含む複数の通信資源、ディ
スプレイ、プロセッサ、並びにデータ構造、判断木、障
害資源管理タスク、及びエラー解析タスクを記憶するた
めのメモリ手段を持つシステムにおける障害資源管理装
置であって、 （ａ）エラー解析タスクによって上記複数の通信資源の
テストを行ない、上記システム中の通信資源中のエラー
を検出し、エラーを表示する信号を生成する手段と、 （ｂ）上記エラーを表示する上記信号を検出し、上記エ
ラーを診断するための適当なエラー解析タスクを呼び出
す手段と、 （ｃ）上記判断木を自動的にトラバースすることによっ
て、障害リプレーサブル・ユニットを特定する手段と、 （ｄ）上記エラーを記述するデータを、上記システムの
上記メモリ手段中の上記データ構造に書き込む手段と、 （ｅ）上記リプレーサブル・ユニットの再テストを行な
うために上記障害資源管理タスクを呼び出す手段と、 （ｆ）上記再テストの結果依然として上記エラーが検出
された場合に、上記リプレーサブル・ユニットによるサ
ービスを停止する手段と、 （ｇ）上記リプレーサブル・ユニットが普通に作動する
か否かを検出するために再テストを行なう手段と、 （ｈ）上記リプレーサブル・ユニットが普通に作動する
ことが検出された場合に、上記リプレーサブル・ユニッ
トによるサービスを再開する手段と、 （ｉ）上記エラーに基づくメッセージを、上記システム
の上記ディスプレイに表示する手段 を具備する、障害資源管理装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US07/105,771 US4873687A (en) | 1987-10-05 | 1987-10-05 | Failing resource manager in a multiplex communication system |
| US105771 | 1987-10-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH03108858A true JPH03108858A (ja) | 1991-05-09 |
Family
ID=22307691
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP63220610A Pending JPH03108858A (ja) | 1987-10-05 | 1988-09-05 | 通信システムにおける障害資源管理装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US4873687A (ja) |
| EP (1) | EP0310782B1 (ja) |
| JP (1) | JPH03108858A (ja) |
| DE (1) | DE3879071T2 (ja) |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0330425B1 (en) * | 1988-02-23 | 1995-12-06 | Digital Equipment Corporation | Symmetric multi-processing control arrangement |
| US5089984A (en) * | 1989-05-15 | 1992-02-18 | Allen-Bradley Company, Inc. | Adaptive alarm controller changes multiple inputs to industrial controller in order for state word to conform with stored state word |
| US5159685A (en) * | 1989-12-06 | 1992-10-27 | Racal Data Communications Inc. | Expert system for communications network |
| US5179695A (en) * | 1990-09-04 | 1993-01-12 | International Business Machines Corporation | Problem analysis of a node computer with assistance from a central site |
| US5163050A (en) * | 1991-01-23 | 1992-11-10 | Digital Sound Corporation | Configurable parameter dtmf detector |
| US5375126B1 (en) * | 1991-04-09 | 1999-06-22 | Hekimian Laboratories Inc | Integrated logical and physical fault diagnosis in data transmission systems |
| US5289477A (en) * | 1991-06-06 | 1994-02-22 | International Business Machines Corp. | Personal computer wherein ECC and partly error checking can be selectively chosen for memory elements installed in the system, memory elements enabling selective choice of error checking, and method |
| US5333285A (en) * | 1991-11-21 | 1994-07-26 | International Business Machines Corporation | System crash detect and automatic reset mechanism for processor cards |
| US5825989A (en) * | 1992-06-12 | 1998-10-20 | Xerox Corporation | System for diagnosing a source of malfunction resulting from the execution of a print job in a network printing system |
| US5751943A (en) * | 1993-01-27 | 1998-05-12 | Alcatel Network Systems, Inc. | Electronic work environment for a data processing system |
| DE4426739C2 (de) * | 1994-07-28 | 1998-01-22 | Sel Alcatel Ag | Testverfahren sowie Einrichtung zum Erzeugen von Test-Fällen, Testeinrichtung und Programm-Modul dafür |
| US5596716A (en) * | 1995-03-01 | 1997-01-21 | Unisys Corporation | Method and apparatus for indicating the severity of a fault within a computer system |
| US5642396A (en) * | 1995-05-10 | 1997-06-24 | Mci Corporation | Release cause table for failed calls in SS7/ISDN Networks |
| US5870584A (en) * | 1995-09-20 | 1999-02-09 | Fore Systems, Inc. | Method and apparatus for sorting elements |
| US5655072A (en) * | 1996-04-12 | 1997-08-05 | Samsung Information Systems America | Method and apparatus for testing a sytem component with test checkpointing |
| US5790771A (en) * | 1996-05-01 | 1998-08-04 | Hewlett-Packard Company | Apparatus and method for configuring a reconfigurable electronic system having defective resources |
| US6029144A (en) * | 1997-08-29 | 2000-02-22 | International Business Machines Corporation | Compliance-to-policy detection method and system |
| USD430564S (en) * | 1997-10-22 | 2000-09-05 | Paradyne Corporation | Housing |
| US6154728A (en) * | 1998-04-27 | 2000-11-28 | Lucent Technologies Inc. | Apparatus, method and system for distributed and automatic inventory, status and database creation and control for remote communication sites |
| US6757850B1 (en) | 1998-12-30 | 2004-06-29 | Ncr Corporation | Remote services management fault escalation |
| US20040220829A1 (en) * | 1999-03-22 | 2004-11-04 | Ofir Baharav | Distributed system and method for managing communication among healthcare providers, patients and third parties |
| WO2001024098A2 (en) * | 1999-09-13 | 2001-04-05 | Healinx | A message and program system supporting communication |
| US6708297B1 (en) * | 2000-12-29 | 2004-03-16 | Emc Corporation | Method and system for monitoring errors on field replaceable units |
| US8015271B2 (en) | 2001-03-26 | 2011-09-06 | Accenture Global Services Limited | Method and system of provisioning a desired communication service for a user across a network |
| GB2412539B (en) * | 2001-03-26 | 2005-12-21 | Accenture Global Services Gmbh | Broadband communications |
| CA2475472C (en) | 2001-05-22 | 2017-07-04 | Imagine Broadband Limited | Simulating user activity in a broaband network |
| US7987228B2 (en) | 2001-07-03 | 2011-07-26 | Accenture Global Services Limited | Broadband communications |
| US6766482B1 (en) | 2001-10-31 | 2004-07-20 | Extreme Networks | Ethernet automatic protection switching |
| FI119407B (fi) * | 2002-08-28 | 2008-10-31 | Sap Ag | Korkean palvelutason ohjelmistopohjainen yhteyspalvelin |
| US20040059901A1 (en) * | 2002-09-25 | 2004-03-25 | Miller Joel P. | Removable configuration module for storage of component configuration data |
| JP4296050B2 (ja) * | 2003-07-14 | 2009-07-15 | 三菱電機株式会社 | 電子制御装置 |
| US7373360B2 (en) * | 2004-05-05 | 2008-05-13 | Verigy (Singapore) Pte. Ltd. | Methods and apparatus that use contextual test number factors to assign test numbers |
| US7702963B2 (en) * | 2004-11-01 | 2010-04-20 | Tekelec | Methods and systems for clock signal distribution and fault location detection in a multi-shelf modular computing system |
| US7643916B2 (en) | 2006-06-14 | 2010-01-05 | Spx Corporation | Vehicle state tracking method and apparatus for diagnostic testing |
| US8428813B2 (en) * | 2006-06-14 | 2013-04-23 | Service Solutions Us Llc | Dynamic decision sequencing method and apparatus for optimizing a diagnostic test plan |
| US8762165B2 (en) | 2006-06-14 | 2014-06-24 | Bosch Automotive Service Solutions Llc | Optimizing test procedures for a subject under test |
| US9081883B2 (en) | 2006-06-14 | 2015-07-14 | Bosch Automotive Service Solutions Inc. | Dynamic decision sequencing method and apparatus for optimizing a diagnostic test plan |
| US8423226B2 (en) | 2006-06-14 | 2013-04-16 | Service Solutions U.S. Llc | Dynamic decision sequencing method and apparatus for optimizing a diagnostic test plan |
| US7757123B1 (en) * | 2006-06-29 | 2010-07-13 | Emc Corporation | Managing faults |
| DE102007031865A1 (de) | 2007-07-05 | 2009-01-08 | Sitech Sitztechnik Gmbh | Verfahren zur Ein- und Ausstiegssimulation mittels modifizierbarer Prüfattrappe in einer Prüfstandseinrichtung |
| US8239094B2 (en) | 2008-04-23 | 2012-08-07 | Spx Corporation | Test requirement list for diagnostic tests |
| JP5217988B2 (ja) * | 2008-12-08 | 2013-06-19 | 富士通株式会社 | 情報処理装置、プログラムおよび情報処理装置の制御方法 |
| US8648700B2 (en) | 2009-06-23 | 2014-02-11 | Bosch Automotive Service Solutions Llc | Alerts issued upon component detection failure |
| US9256762B1 (en) * | 2011-12-20 | 2016-02-09 | Amazon Technologies, Inc. | Securing a remote database |
| CN103092739A (zh) * | 2013-01-18 | 2013-05-08 | 浪潮电子信息产业股份有限公司 | 一种内存ecc报错报警机制 |
| US9906543B2 (en) * | 2015-10-27 | 2018-02-27 | International Business Machines Corporation | Automated abnormality detection in service networks |
| CN113342319B (zh) * | 2021-05-24 | 2024-03-22 | 重庆长安汽车股份有限公司 | 一种can故障诊断的软件代码自动生成的方法及系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6143352A (ja) * | 1984-07-31 | 1986-03-01 | ウエスチングハウス エレクトリック コ−ポレ−ション | 診断装置 |
| JPS61278250A (ja) * | 1985-06-03 | 1986-12-09 | Nec Corp | クロスバ−型電話交換機の障害探索方式 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3409877A (en) * | 1964-11-27 | 1968-11-05 | Bell Telephone Labor Inc | Automatic maintenance arrangement for data processing systems |
| US3838261A (en) * | 1973-09-14 | 1974-09-24 | Gte Automatic Electric Lab Inc | Interrupt control circuit for central processor of digital communication system |
| US3909542A (en) * | 1973-09-14 | 1975-09-30 | Gte Automatic Electric Lab Inc | Trunk circuit control arrangement for a communication switching system |
| FR2473819B1 (fr) * | 1980-01-11 | 1985-12-13 | Telecommunications Sa | Procede et systeme de securisation d'une artere de transmission numerique |
| US4260859A (en) * | 1980-01-23 | 1981-04-07 | Bell Telephone Laboratories, Incorporated | Method and apparatus for detecting transmission system failures in a communications network |
| US4595982A (en) * | 1983-09-02 | 1986-06-17 | Burt Frank N | Expert system and method for making decisions in accordance with the decisions of a mentor |
| GB8327753D0 (en) * | 1983-10-17 | 1983-11-16 | Robinson G D | Test generation system |
| US4649515A (en) * | 1984-04-30 | 1987-03-10 | Westinghouse Electric Corp. | Methods and apparatus for system fault diagnosis and control |
| US4648044A (en) * | 1984-06-06 | 1987-03-03 | Teknowledge, Inc. | Basic expert system tool |
| US4710926A (en) * | 1985-12-27 | 1987-12-01 | American Telephone And Telegraph Company, At&T Bell Laboratories | Fault recovery in a distributed processing system |
-
1987
- 1987-10-05 US US07/105,771 patent/US4873687A/en not_active Expired - Lifetime
-
1988
- 1988-08-05 EP EP88112794A patent/EP0310782B1/en not_active Expired - Lifetime
- 1988-08-05 DE DE88112794T patent/DE3879071T2/de not_active Expired - Fee Related
- 1988-09-05 JP JP63220610A patent/JPH03108858A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6143352A (ja) * | 1984-07-31 | 1986-03-01 | ウエスチングハウス エレクトリック コ−ポレ−ション | 診断装置 |
| JPS61278250A (ja) * | 1985-06-03 | 1986-12-09 | Nec Corp | クロスバ−型電話交換機の障害探索方式 |
Also Published As
| Publication number | Publication date |
|---|---|
| US4873687A (en) | 1989-10-10 |
| DE3879071D1 (de) | 1993-04-15 |
| EP0310782B1 (en) | 1993-03-10 |
| EP0310782A3 (en) | 1990-06-27 |
| EP0310782A2 (en) | 1989-04-12 |
| DE3879071T2 (de) | 1993-10-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH03108858A (ja) | 通信システムにおける障害資源管理装置 | |
| JPH03108835A (ja) | 通信システムの管理装置 | |
| JPH01243653A (ja) | 通信システムのエラー解析装置 | |
| US6944796B2 (en) | Method and system to implement a system event log for system manageability | |
| US5835565A (en) | Telecommunication system tester with integrated voice and data | |
| CN107516510A (zh) | 一种智能设备自动化语音测试方法及装置 | |
| EP1528471A3 (en) | Method and architecture for automated fault diagnosis and correction in a computer system | |
| JPH08506460A (ja) | 複数の電話チャンネルを音声電話会議接続するための方法および装置 | |
| EP0113349B1 (en) | Automated data acquisition and analysis | |
| CN111752785B (zh) | 一种sata信号的测试系统和方法 | |
| CN106445787A (zh) | 一种监控服务器核心转储文件的方法、装置及电子设备 | |
| CN109241074A (zh) | 稽核数据自动加工方法、装置、计算机设备及存储介质 | |
| CN110532032A (zh) | 一种开机文件系统检测方法以及相关设备 | |
| CN110365406A (zh) | Ip网络光端口性能评价方法及设备 | |
| CN108765170A (zh) | 保单风险分级方法、装置、计算机设备及存储介质 | |
| CN110197061A (zh) | 业务数据监控方法、装置、计算机设备及存储介质 | |
| CN113360342A (zh) | 业务功能运行环境的监控方法及设备 | |
| CN110147379A (zh) | 基于数据锁的信息采集方法、装置、计算机设备 | |
| CN107043047A (zh) | 绕线机的故障报修方法及系统 | |
| JP3088451B2 (ja) | 電子交換機システムの診断方式 | |
| CN115689462A (zh) | 系统自动巡检方法、系统及存储介质 | |
| CN115629924A (zh) | 一种基于语音服务的串口调试方法、装置、设备及介质 | |
| JP2858135B2 (ja) | 回線制御装置間の接続診断方法及び装置 | |
| JPS58149529A (ja) | チヤネルステ−タスワ−ド折返し診断方式 | |
| Tsiang | Advanced mobile phone service: Development support systems |