JPH0512143A - 複流バスにおける障害検出方式 - Google Patents

Abstract

(57)【要約】 【目的】 ＤＱＤＢ方式制御において障害の発生を速や
かに検出できるようにする。 【構成】 網終端装置１からの下りバス２ａと上りバス
２ｂとからなる複流バス２に複数の端末装置１３を接続
し、この端末装置１３内にはデータ送信処理部８と、下
りバス処理部１０ａと、障害検出部１２とを設けた。そ
して、前記障害検出部１２では、データ送信処理部８に
よりデータの送信要求がなされた場合に、これを契機に
タイマ１１を起動し、一定時間の経過をカウントする。
そして、この一定時間を経過した後にリクエストが送出
できていない場合、すなわち、下りバス処理部１０ａに
おいてセル７のリクエストビット３にリクエストを書き
込んで送出していない場合に、バスの障害を検出する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、広帯域ＩＳＤＮ（Ｂ−
ＩＳＤＮ）等の宅内系における端末制御装置あるいは端
末装置の障害検出技術に関する。

【０００２】

【従来の技術】音声や動画等の膨大な情報（データ）を
通信回線を使用して送受信するための一手段として広帯
域ＩＳＤＮ（Ｂ−ＩＳＤＮ）の研究・開発がなされてい
る。そして、このような情報では、動画等の連続情報が
瞬時に大量に発生するため、通信方式として、従来技術
のような、情報量に応じて個定的に帯域を割り当てるＳ
ＴＭ(Synchronous Transfer Mode)では十分に対応する
ことは難しかった。

【０００３】そのため、情報をセルと呼ばれる固定長パ
ケットに変換して転送するＡＴＭ(Asynchronous Transf
er Mode)による通信方式の採用が検討されている。この
種の通信方式における同一バス上の端末装置１３（Ｔ
Ｅ）、あるいはターミナルアダプタ（ＴＡ）間における
アクセス競合を制御する方式としてＤＱＤＢ（Dual Que
Dual Buss）方式が検討されている。

【０００４】このＤＱＤＢ方式について図７および図８
を用いて簡単に説明する。図７は、ＡＴＭにおけるセル
７のフォーマットを示す説明図、図８はＢ−ＩＳＤＮに
おける宅内系を示す説明図である。

【０００５】ＡＴＭにおけるセル７のフォーマットは、
５バイトで構成されたヘッダ５と、４８バイトの容量で
構成された情報フィールド６とからなる。そして、前記
ヘッダ５には、それぞれ１ビット構成のビジービット４
とリクエストビット３とが設けられている。

【０００６】ビジービット４は、当該セル７の情報フィ
ールド６に有効なデータが格納されているか否かを示
し、データが書き込まれた際に”１”が登録される。リ
クエストビット３は、セル７への書き込み要求の有無を
示し、端末装置１３からの書き込み要求を受けて”１”
が登録される。

【０００７】次に、図８を用いて、従来技術におけるバ
スの競合制御方式について説明する。端末装置（ＴＥ）
１３、ターミナルアダプタ（ＴＡ）（以下、特に説明の
ない限り、単に「端末装置１３」と総称する）は、網終
端装置１（ＮＴ）の下りバス２ａと上りバス２ｂとに接
続されており、自身からデータ送出を行う場合には、下
りバス２ａを経由して上りバス２ｂを通過する途中の空
きセル７の情報フィールド６に必要なデータを書き込
む。

【０００８】このとき、アクセスの競合を調整するため
に、下記のような制御を行う。端末装置１３にはリクエ
ストカウンタと、ダウンカウンタとが設けられている。
リクエストカウンタは、自身よりも上りバス２ｂの下流
側（網終端装置１（ＮＴ）側、以下、網終端装置１側に
位置する端末装置１３を上位装置と定義する）の送信要
求をカウントするためのものである。ダウンカウンタ
は、自身よりも先の要求に対して先にセル７を割り当て
るために自分の番までカウントダウンするためのもので
ある。これら２種類のカウンタによってアクセスの競合
制御を行っていた。

【０００９】すなわち、各端末装置１３は、データの送
信要求が発生した場合、自分よりも上位装置が送信した
リクエストビット３＝”１”（リクエストビット３に”
１”が書き込まれたセル７）をリクエストカウンタでカ
ウントしながらリクエストビット３が空きビット（”
０”）のセル７を待つ。

【００１０】そして、下りバス２ａのセル７にリクエス
トビット３＝”１”を登録して送信したら、前記リクエ
ストカウンタの値をダウンカウンタにロードするととも
に、リクエストカウンタの値をクリアする。

【００１１】そして、ビジービット４＝０のセル７が上
りバス２ｂを通過する度に、ダウンカウンタを減算計数
して、ダウンカウンタの値が０になったら、次のビジー
ビット４＝”０”のセル７に対してデータを登録（情報
フィールド６にデータを書き込む）する。

【００１２】このようにして、アクセス遅延が比較的少
ないバスの競合制御を実現していた。

【００１３】

【発明が解決しようとする課題】ところが、前記従来技
術においては、端末装置１３に下記のような障害が発生
した場合に、データの送出が出来なくなり、このような
障害状態を検出する手段も講じられていないため、障害
の復旧が著しく遅延するおそれがあった。

【００１４】たとえば、上位装置において、下りバス２
ａ送信障害を発生しており、下りバス２ａに対してリク
エストビット３＝１のセル７を送出し続けてしまってい
るような場合、下位装置において、データの送信要求が
あるにもかかわらずこれを送出できない状態となってし
まう。

【００１５】一方、自分がリクエストを送出（セル７の
リクエストビット３に”１”を登録）したにもかかわら
ず、下位装置において上りバス２ｂ送信障害を発生して
おり、上りバス２ｂに対してビジービット４＝１のセル
７を送出し続けてしまっているような場合、データの送
信（情報フィールド６へのデータの書き込み）ができな
くなってしまう可能性があった。

【００１６】本発明は、前記課題に鑑みてなされたもの
であり、その目的は、ＤＱＤＢ方式制御において障害の
発生を速やかに検出することのできる技術を提供するこ
とにある。

【００１７】

【課題を解決するための手段】本発明は、原理図である
図１に示すように、網終端装置１からの下りバス２ａと
上りバス２ｂとからなる複流バス２に複数の端末装置１
３を接続し、この端末装置１３内にはデータ送信処理部
８と、下りバス処理部１０ａと、障害検出部１２とを設
けた。

【００１８】そして、前記障害検出部１２では、データ
送信処理部８によりデータの送信要求がなされた場合
に、これを契機にタイマ１１を起動し、一定時間の経過
をカウントする。そして、この一定時間を経過した後に
リクエストが送出できていない場合、すなわち、下りバ
ス処理部１０ａにおいてセル７のリクエストビット３に
リクエストを書き込んで送出していない場合に、バスの
障害を検出する。

【００１９】

【作用】本発明によれば、データの送信要求を契機にタ
イマ１１を起動し、リクエストの送出できるまでの間の
時間を監視し、これを経過してもなおリクエストの送出
ができない場合に、自身よりも上位端末装置（下りバス
の上流側端末装置）におけるバス送信障害、たとえばセ
ル７のリクエストビット３にリクエストを書き込み続け
る障害等を発生しているものとして障害の発生を警告す
る。

【００２０】このため、上位端末装置におけるバス送信
障害を容易に検出することができる。また、自身よりも
下位端末装置におけるバス送信障害に対しては、前記障
害検出部１２において、リクエストの送出（セル７のリ
クエストビット３へのリクエストの書き込み・送出）を
契機にタイマ１１を起動し、一定時間を経過した後に上
りバス処理部１０ｂにおいてセル７の情報フィールド６
にデータを書き込んで送出したか否かを検出する。これ
によって、一定時間経過後においてもデータの送出がな
されていない場合に、下位端末装置１３におけるバス送
信障害を検出することができる。

【００２１】

【実施例１】本発明のＡＴＭ網１４は、図２に示すよう
に、相互接続された主交換機１５と、この主交換機１５
にそれぞれ従属接続された複数の加入者交換機１６とで
構成されている。

【００２２】前記加入者交換機１６にはさらに網終端装
置１（ＮＴ）が従属接続されており、この網終端装置１
（ＮＴ）のバス（複流バス２）に端末装置１３（ＴＥ）
が直接、あるいはターミナルアダプタ（ＴＡ）を介して
接続されている。これらの網終端装置１（ＮＴ）、端末
装置１３（ＴＥ）およびターミナルアダプタ１７（Ｔ
Ａ）によって宅内系が構成されている。

【００２３】図３は、本実施例において宅内系の構成、
特に下りバス２ａ系統のみを抽出して示している。本実
施例の端末装置１３にはデータ送信処理部８と、下りバ
ス処理部１０ａと、障害検出部１２とを有している。こ
の他にもリクエストカウンタおよびダウンカウンタ等を
有しているが同図では省略している。

【００２４】データ送信処理部８は、データの送信およ
びデータの送信要求を発生する機能を有しており、これ
らの送信要求は前記下りバス処理部１０ａと障害検出部
１２とに通知される。

【００２５】下りバス処理部１０ａでは、下りバス２ａ
を流通するセル７を取り込み、セル７のヘッダ５内のリ
クエストビット３への書き込み等の処理を行う。また、
下りバス処理部１０ａにおけるこの処理はリクエスト送
信通知として障害検出部１２に通知される。

【００２６】障害検出部１２では、タイマ１１を有して
いる。このタイマ１１は減算タイマであり、起動命令に
よりＲＯＭあるいはＲＡＭ等から初期値をロードして減
算を開始するようになっている。

【００２７】次に、本実施例における障害検出方法を図
３および図４を用いて説明する。ここで図３において、
下りバス２ａには第１端末装置１３ａ、第２端末装置１
３ｂおよび第３端末装置１３ｃが接続されており、ここ
ではより右側に位置する端末装置が上位端末装置である
と仮定する。

【００２８】ここで、第１端末装置１３ａにおいて下り
バス処理部１０ａのバス送信障害を発生しており、第１
端末装置１３ａから送出される全てのセル７のリクエス
トビット３に”１”を書き込み続けるエラーを生じてい
たとする。

【００２９】この状態で、第２端末装置１３ｂ（第３端
末装置１３ｃでもよい）においてデータ送信要求を発生
した場合、下記の処理を行う。すなわち、第２端末装置
１３ｂのデータ送信処理部８でデータ送信要求が発生す
ると、下りバス処理部１０ａは、自身を通過するセル７
を取り込んで、そのリクエストビット３が空ビット（リ
クエストビット３＝”０”）である場合にこれに”１”
を書き込んで当該セル７を再度下りバス２ａに送出しな
ければならない。

【００３０】ところが、前記のように第１端末装置１３
ａの障害のため、第２端末装置１３ｂの下りバス処理部
１０ａにはリクエストビット３が空ビット（リクエスト
ビット３＝”０”）のセル７は到着しない。

【００３１】このとき、本実施例１によれば、障害検出
部１２では前記データ送信処理部８のデータ送信要求の
発生通知を受けると（４０１）、タイマ１１を起動させ
る（４０２）。

【００３２】ここでのタイマ１１の計数は前述のように
減算計数とし、タイマ１１値が”０”となった時点でタ
イムアウト信号を発生する。タイマ１１の起動後、タイ
ムアウトするまでの間、下りバス処理部１０ａがリクエ
ストを送出したか否か、すなわちリクエストビット３
に”１”を書き込んだセル７を送出したか否かを判断し
（４０４）、リクエストの送出が完了した場合にはタイ
マ１１をクリアして（４０５）、初期状態（４００）に
復帰させる。

【００３３】また、リクエストの送出がなされないまま
タイムアウトした場合には（４０３）、警告ブザーある
いは警告ランプ等の障害表示を行う（４０６）。このよ
うに、本実施例によれば、データの送出要求から一定時
間の経過を監視することによって自分（ここでは第２端
末装置１３ｂ）よりも上位端末装置１３（ここでは第１
端末装置１３ａ）におけるバス送出障害を容易に検出す
ることができる。

【００３４】なお、上位端末装置の数、あるいは各端末
装置の処理能力等によって各端末装置１３における前記
タイマ１１の初期設定値を変更してもよい。

【００３５】

【実施例２】図５は、本発明の実施例２における宅内バ
ス系を示すブロック図である。本実施例の端末装置１３
には、前記実施例１で説明した下りバス処理部１０ａ
と、障害検出部１２と、上りバス処理部１０ｂ、リクエ
ストカウンタ１８ならびにダウンカウンタ２０を有して
いる。

【００３６】障害検出部１２には、前記実施例１で説明
したものと同様な減算タイマ１１を有しており、起動命
令によりＲＯＭあるいはＲＡＭ等から初期値をロードし
て減算を開始するようになっている。

【００３７】次に、本実施例２における障害検出方法
を、通常のデータ送出手順とともに図５および図６を用
いて説明する。図５において、たとえば第２端末装置１
３ｂにおいてデータ送信要求が発生した場合、このデー
タ送信要求の通知を契機として、リクエストカウンタ１
８は下りバス２ａを通過するセル７において、リクエス
トビット３にリクエストが書き込まれている（リクエス
トビット３＝”１”）セル７をカウントする。これによ
り、自分（ここでは第２端末装置１３ｂ）よりも上位側
において既にデータ送信要求を発生している端末装置１
３がいくつ存在しているかがカウントされる。

【００３８】そして、前記下りバス処理部１０ａがリク
エストビット３が空ビット（リクエストビット３＝”
０”）のセル７を取り込むと、下りバス処理部１０ａで
は当該セル７のリクエストビット３にリクエストを登録
する（リクエストビット３＝”１”）とともに、当該セ
ル７を再度下りバス２ａに送出する。

【００３９】このように、リクエストが送出されるとリ
クエストカウンタ１８の値がダウンカウンタ２０にロー
ドされ、前記リクエストカウンタ１８の値はクリアされ
る。上りバス処理部１０ｂが上りバス２ｂからセル７を
取り込むと、前記ダウンカウンタ２０は、ビジービット
４が空きビットとなっているセル７、すなわち情報フィ
ールド６が空いているセル７をカウントする。すなわ
ち、ダウンカウンタ２０の値が”０”となる間に第２端
末装置１３ｂを通過する空セル７は、この第２端末装置
１３ｂよりも上位端末のデータ送信に使用されることに
なる。

【００４０】そして、ダウンカウンタ２０の値が”０”
となった段階で、次の空セル７の情報フィールド６に前
記で送信要求を行ったデータが書き込まれて上りバス２
ｂに送出される。

【００４１】ここで、第２端末装置１３ｂよりも下位端
末、たとえば第３端末装置１３ｃで障害を発生してお
り、ビジービット４に”１”を書き込み続けるエラーを
発生している場合、第２端末装置１３ｂの上りバス処理
部１０ｂにはビジービット４が空ビットのセル７は到着
しない。

【００４２】このとき、本実施例２によれば、障害検出
部１２において、下りバス処理部１０ａにおけるリクエ
スト送出の通知を受けると（６０１）、タイマ１１を起
動させる（６０２）。

【００４３】そして、タイマ１１の起動後、タイムアウ
トするまでの間、上りバス処理部１０ｂがデータを送出
したか否か、すなわちダウンカウンタ２０が”０”まで
減算された後のビジービット４＝”０”のセル７の情報
フィールド６にデータを書き込んで上りバス２ｂに送出
したか否かを判断し（６０４）、データの送出を完了し
た場合にはタイマ１１をクリアして（６０５）、初期状
態（６００）に復帰させる。

【００４４】また、、データ送出の行われないままタイ
ムアウトした場合には（６０３）、警告ブザーあるいは
警告ランプ等の障害表示を行う（６０６）。このよう
に、本実施例によれば、リクエストの送出から一定時間
の経過を監視することによって自分（ここでは第２端末
装置１３ｂ）よりも下位端末装置１３（ここでは第３端
末装置１３ｃ）におけるバス送出障害を容易に検出する
ことができる。

【００４５】なお、下位装置の数、あるいは各端末装置
の処理能力等によって各端末装置１３における前記タイ
マ１１の初期設定値を変更してもよい。

【００４６】

【発明の効果】本発明によれば、ＤＱＤＢ方式のバス制
御において、バス送出障害の発生を速やかに検出するこ
とができ、迅速な対応が可能となる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】本発明の実施例におけるシステム構成を示す説
明図

【図３】実施例１における宅内の下りバス系統を示すブ
ロック図

【図４】実施例１における処理を示すフロー図

【図５】実施例２における宅内のバス系統を示すブロッ
ク図

【図６】実施例２における処理を示すフロー図

【図７】ＡＴＭにおけるセルのフォーマットを示す説明
図

【図８】Ｂ−ＩＳＤＮにおける宅内系を示す説明図

【符号の説明】

１・・網終端装置 ２・・複流バス ２ａ・・下りバス ２ｂ・・上りバス ３・・リクエストビット ４・・ビジービット ５・・ヘッダ ６・・情報フィールド ７・・セル ８・・データ送信処理部 １０ａ・・下りバス処理部 １０ｂ・・上りバス処理部 １１・・タイマ １２・・障害検出部 １３・・端末装置 １４・・ＡＴＭ網 １５・・主交換機 １６・・加入者交換機 １７・・ターミナルアダプタ １８・・リクエストカウンタ ２０・・ダウンカウンタ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 網終端装置（１）と、 網終端装置（１）に接続された下りバス（２ａ）と上り
   バス（２ｂ）とからなる複流バス（２）と、 前記複流バス（２）を流通し、少なくともリクエストビ
   ット（３）とビジービット（４）とを備えたヘッダ
   （５）と、データを格納する情報フィールド（６）とか
   らなるセル（７）と、 データの送信要求を発生するデータ送信処理部（８）
   と、下りバス（２ａ）からのセル（７）を取り込み所定
   の処理を実行した後前記セル（７）を下りバス（２ａ）
   に再度送出する下りバス処理部（１０ａ）と、タイマ
   （１１）を備えた障害検出部（１２）とを有しかつ前記
   複流バス（２）に接続された端末装置（１３）とからな
   り、 端末装置（１３）内の障害検出部（１２）は、前記デー
   タ送信処理部（８）でのデータの送信要求の発生から一
   定時間経過後に、下りバス処理部（１０ａ）が前記セル
   （７）のリクエストビット（３）にリクエストを書き込
   んで送出できなかった場合にバスの障害と判定する複流
   バスにおける障害検出方式。
2. 【請求項２】 前記障害検出部（１２）は、 前記データ送信処理部（８）からのデータの送信要求を
   受け付けて前記タイマ（１１）を起動するステップと、 前記タイマ（１１）が設定時間に達したか否かを判断す
   るステップと、 前記タイマ（１１）が設定時間に満たない間に、前記下
   りバス処理部（１０ａ）においてセル（７）のリクエス
   トビット（３）にリクエストが書き込まれたか否かを判
   断するステップと、 前記ステップにおいて、セル（７）のリクエストビット
   （３）にリクエストが書き込まれた場合に前記タイマ
   （１１）の値をクリアするステップと、 セル（７）のリクエストビット（３）にリクエストが書
   き込まれない状態で設定時間が経過した場合に障害警告
   を発生するステップとからなる複流バスにおける障害検
   出方式。
3. 【請求項３】 網終端装置（１）と、 網終端装置（１）に接続された下りバス（２ａ）と上り
   バス（２ｂ）とからなる複流バス（２）と、 前記複流バス（２）を流通し、少なくともリクエストビ
   ット（３）とビジービット（４）とを備えたヘッダ
   （５）と、データを格納する情報フィールド（６）とか
   らなるセル（７）と、 下りバス（２ａ）からのセル（７）を取り込み所定の処
   理を実行した後前記セル（７）を下りバス（２ａ）に再
   度送出する下りバス処理部（１０ａ）と、上りバス（２
   ｂ）からのセル（７）を取り込み所定の処理を実行した
   後前記セル（７）を上りバス（２ｂ）に再度送出する上
   りバス処理部（１０ｂ）と、タイマ（１１）を備えた障
   害検出部（１２）とを有しかつ前記複流バス（２）に接
   続された端末装置（１３）とからなり、 端末装置（１３）内の障害検出部（１２）は、前記下り
   バス処理部（１０ａ）でリクエストビット（３）を書き
   込んだセル（７）を送出してから一定時間経過後に、上
   りバス処理部（１０ｂ）がセル（７）を取り込んでデー
   タを書き込んで送出できなかった場合にバスの障害と判
   定する複流バスにおける障害検出方式。
4. 【請求項４】 前記端末装置（１３）は、 前記下りバス処理部（１０ａ）におけるリクエストの送
   信によってタイマ（１１）を起動するステップと、 タイマ（１１）が設定時間に達したか否かを判断するス
   テップと、 タイマ（１１）が設定時間に満たない間に、前記上りバ
   ス処理部（１０ｂ）においてビジービット（４）が空き
   ビットとなっているセル（７）を取り込んでその情報フ
   ィールド（６）にデータが書き込まれたか否かを判断す
   るステップと、 前記ステップにおいて、情報フィールド（６）にデータ
   が書き込まれた場合に前記タイマ（１１）の値をクリア
   するステップと、 情報フィールド（６）にデータが書き込まれない状態で
   設定時間が経過した場合に障害警告を発生するステップ
   とからなる複流バスにおける障害検出方式。