JPH09191479A - ボタン電話装置 - Google Patents

Abstract

(57)【要約】 【課題】 データ入力系の残り伝送容量に応じて、ＩＳ
ＤＮ回線網からの着信を制限することにより、常に安定
した通信処理を行うこと。 【解決手段】 ＩＳＤＮ回線インタフェースユニット１
１のメインＣＰＵ１１４は、ＩＳＤＮ回線網２からライ
ン内部バスインタフェース１１１、ＨＤＬＣコントロー
ラ１１２を通して入力される受信データをデュアルポー
トＲＡＭ１１５に書き込むことにより、受信データをサ
ブＣＰＵ１１６、データハイウェイ１３のデータ入力系
を介して制御ユニット１２に送出している。この時、メ
インＣＰＵ１１４はデュアルポートＲＡＭ１１５の残容
量から前記データ入力系の混み具合を監視し、混んで来
ると、ＩＳＤＮ回線網２からの新たな着信を拒否して、
回線制限を行うため、前記データ入力系が過負荷になる
ことを防止して、制御ユニット１２に常に安定な通信処
理を行なわせることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＩＳＤＮ回線を使用
するボタン電話装置に係り、特にＩＳＤＮ回線からの受
信データの入力制限に関する。

【０００２】

【従来の技術】図５は従来この種のボタン電話装置の構
成例を示したブロック図である。ボタン電話装置１は、
ＩＳＤＮ回線網２に対して呼の発着信を行うＩＳＤＮ回
線インタフェースユニット１１、このＩＳＤＮ回線イン
タフェースユニット１１により受信したデータを処理し
たり、処理結果をＩＳＤＮ回線インタフェースユニット
１１に渡してＩＳＤＮ網２に送信する呼制御等を行う制
御ユニット１２及びＩＳＤＮ回線インタフェースユニッ
ト１１と制御ユニット１２とを接続して両者間のデータ
を伝送するデータハイウェイ１３を有している。但し、
ＩＳＤＮ回線インタフェースユニット１１は通常複数個
あるが、ここでは便宜上１個のみを図示してある。

【０００３】ＩＳＤＮ回線インタフェースユニット１１
のライン内部バスインタフェース１１１はＩＳＤＮ回線
網２からデータを受信して内部バスのフォーマットに変
換してＨＤＬＣコントローラ１１２に渡す。ＨＤＬＣコ
ントローラ１１２はライン内部バスインタフェース１１
１により渡されたデータからレイヤ２情報が取り出し
て、これを一旦ＲＡＭ１１３に格納する。その後、受信
されたデータはメインＣＰＵ１１４により読み出されて
デュアルポートＲＡＭ１１５に書き込まれる。サブＣＰ
Ｕ１１６はデュアルポートＲＡＭ１１５からデータを読
み出し、データハイウェイ１３を通して制御ユニット１
２のサブＣＰＵ１２３に送る。サブＣＰＵ１２３は受け
取ったデータをデュアルポートＲＡＭ１２２に書き込
む。メインＣＰＵ１２１はデュアルポートＲＡＭ１２２
からデータを読み出して、これに対する例えば着信処理
等を行う。

【０００４】メインＣＰＵ１２１は上記のようなデータ
の処理結果をデュアルポートＲＡＭ１２２に書き込む。
サブＣＰＵ１２３はデュアルポートＲＡＭ１２２からデ
ータを読み出して、これをデータハイウェイ１３を通し
てサブＣＰＵ１１６に送る。サブＣＰＵ１１６は受け取
ったデータをデュアルポートＲＡＭ１１５に書き込む。
メインＣＰＵ１１４はデュアルポートＲＡＭ１１５から
データを読み出し、必要があればこのデータに対する処
理を行なった後、ＨＤＬＣコントローラ１１２を介して
ライン内部バスインタフェース１１１に送り、このライ
ン内部バスインタフェース１１１により送信用のフォー
マット変換してからＩＳＤＮ回線網２に送信する。

【０００５】ところで、上記のようなＩＳＤＮ回線網２
を収容するボタン電話装置１で、前記ＩＳＤＮ回線網２
に対して同時多発的な発着信が発生すると、データハイ
ウェイ１３に接続されている複数のＩＳＤＮ回線インタ
フェースユニット１１の受信データが極端に多くなり、
データハイウエイ１３に流れ込む受信データの量がこの
データハイウェイ１３の伝送容量を越え、制御ユニット
１２のデータ入力系が過負荷状態になってデータがオー
バーフローすることになる。

【０００６】図６は従来のＩＳＤＮ回線インタフェース
ユニット１１における受信データ処理の過程を示すフロ
ーチャートである。メインＣＰＵ１１４はステップ６０
１にてＩＳＤＮ回線網２からデータを受信すると、ステ
ップ６０２にてデュアルポートＲＡＭ１１５に設定され
ている上りバッファ容量が一杯かどうかを判定し、上り
バッファが一杯であれば、ステップ６０５にて上りバッ
ファの空き待ち処理に移行する。尚、このステップ６０
５の間、メインＣＰＵ１１４は受信データの切り捨てを
行う。

【０００７】一方、ステップ６０２にて、デュアルポー
トＲＡＭ１１５の上りバッファ容量が一杯でなかった場
合、ステップ６０３にての上りバッファのライトポイン
タの示す位置への受信データの書き込みを行う。その
後、メインＣＰＵ１１４はステップ６０４でライトポイ
ンタを更新する。この時、上記した同時多発的な発着信
が発生して上りバッファに一度に大量の情報がストック
された場合、この大量のデータをデータハイウェイ１３
によって順次伝送するのに時間がかかり、制御ユニット
１２における処理にも時間がかかってしまうことにな
る。

【０００８】そこで、上記のようなオーバーフローを防
止するため、メインＣＰＵ１１４は入力データの切り捨
てを過負荷状態が治まるまで行うことになる。しかし、
このようなデータの切り捨てが行われると、ＩＳＤＮ回
線網２からの再送などが多くなるため、この間、ユーザ
にとっては、ボタン電話装置１の動作が止まってしまっ
たか、又は動作が遅くなってしまったかのように見える
という不具合があった。

【０００９】

【発明が解決しようとする課題】上記のような従来のボ
タン電話装置では、ＩＳＤＮ回線ユニット１１がデータ
入力系の容量に関わりなく、同時多発的な発着信が生じ
た時でも入力データを全て受信してしまうことによるデ
ータ入力系のオーバーフローを防止する目的で、入力デ
ータの切り捨てを行っているため、この間、ユーザにと
って、ボタン電話装置の動作が止まってしまったか、又
は動作が遅くなってしまったかのように見えるという不
具合があった。

【００１０】そこで本発明は上記のような課題を解決す
るためになされたもので、データ入力系の残り伝送容量
に応じて、ＩＳＤＮ回線網からの着信を制限することに
より、常に安定した通信処理を行うことができるボタン
電話装置を提供することを目的としている。

【００１１】

【課題を解決するための手段】請求項１の発明は、ＩＳ
ＤＮ回線を収容して呼の発着信及びデータの送受信を行
う複数の回線インタフェースユニットと、これら複数の
回線インタフェースユニットとデータハイウェイを通し
て制御データを送受信することにより呼処理を行う制御
ユニットとを有するボタン電話装置において、前記デー
タハイウェイの残り伝送容量の低下が所定値以下になっ
たかどうかを監視する監視手段と、この監視手段により
前記残り伝送容量の低下が所定値以下になったことが分
かると、前記ＩＳＤＮ回線からの着信を制限する回線制
限手段とを前記複数の回線インタフェースユニットの一
部又は全部に具備した構成を備えている。

【００１２】請求項２の発明は、前記回線制限手段は前
記ＩＳＤＮ回線からチャネル占有メッセージが着信する
と、着信拒否要求を前記ＩＳＤＮ回線に送信する構成を
備えている。

【００１３】請求項３の発明は、前記監視手段は前記Ｉ
ＳＤＮ回線から入力されて前記データハイウェイに送出
する受信データ量を計測する計測手段と、この計測手段
により計測された前記受信データ量が所定値を越えたか
どうかを判定する判定手段とから成り、この判定手段に
より前記受信データ量が所定値を越えたと判定された場
合に、前記回線制限手段は前記ＩＳＤＮ回線からの着信
を制限する構成を備えている。

【００１４】請求項４の発明は、前記計測手段は前記デ
ータハイウェイに送出する受信データを一旦蓄えるバッ
ファの残容量をカウンタでカウントすることにより前記
データハイウェイに送出する受信データ量を計測する構
成を備えている。

【００１５】請求項５の発明は、前記判定手段の判定基
準になる前記所定値として、前記カウンタのカウント値
が前記バッファの残容量ゼロを示す値よりもマージンを
取った値に設定した構成を備えている。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は本発明のボタン電話装置の
一実施の形態の構成を示したブロック図である。ボタン
電話装置１は、ＩＳＤＮ回線網２に対して発着信を行っ
てデータの送受信を行う複数のＩＳＤＮ回線インタフェ
ースユニット１１、データハイウェイ１３を通じてＩＳ
ＤＮ回線インタフェース１１と制御データのやりとりを
行ったり、或いは呼処理を行う制御ユニット１２及びＩ
ＳＤＮ回線インタフェースユニット１１と制御ユニット
１２間のデータ伝送を行うデータハイウェイ１３を有し
ている。

【００１７】ここで、ＩＳＤＮ回線インタフェースユニ
ット１１はＩＳＤＮ回線網２へのデータの送受信及びデ
ータのフォーマット変換等を行うライン内部インタフェ
ース１１１、受信データからレイヤ２情報を取り込むＨ
ＤＬＣコントローラ１１２、受信データなどを一時的に
蓄えるＲＡＭ１１３、発着信処理及びデータ伝送処理等
を行うメインＣＰＵ１１４、メインＣＰＵ１１４とサブ
ＣＰＵ１１６間のデータ伝送を行うデュアルポートＲＡ
Ｍ１１５、デュアルポートＲＡＭ１１５へのデータの読
み書きを行うサブＣＰＵ１１６を有している。

【００１８】また、制御ユニット１２は発着信に関わる
データ処理を行うメインＣＰＵ１２１、メインＣＰＵ１
２１とサブＣＰＵ１２３間のデータ伝送を行うデュアル
ポートＲＡＭ１２２及びデュアルポートＲＡＭ１２２へ
のデータの読み書きを行うサブＣＰＵ１２３を有してい
る。

【００１９】次に本実施の形態の動作について説明す
る。ＩＳＤＮ回線網２からの受信データはライン内部バ
スインタフェース１１１で内部バスのフォーマットに変
換されてからＨＤＬＣコントローラ１１２に送られる。
ＨＤＬＣコントローラ１１２は受信データからレイヤ２
情報（データ）を取り込み、これをＲＡＭ１１３の各チ
ャネル毎のメモリエリアにストックする。その後、メイ
ンＣＰＵ１１４は各チャネル情報（データ）を分割して
まとめたものをディアルポートＲＡＭ１１５に転送し、
サブＣＰＵ１１６からデータハイウェイ１３を通して制
御ユニット１２に送る。制御ユニット１２内では、サブ
ＣＰＵ１２３がデータハイウェイ１３を通して送られて
きた上記のデータを受け取りデュアルポートＲＡＭ１２
２を介してメインＣＰＵ１２１に渡す。メインＣＰＵ１
２１は上記のデータを受け取って呼処理等を行う。着信
数が通常レベル以下である場合、ボタン電話装置１は上
記のような通常の着信処理を行う。

【００２０】図２はボタン電話装置１（以下、着呼側装
置１という。）が上記のような通常の着信処理を行って
いる時の発呼側と着呼側間の通話に至までのプロトコル
のシーケンスを示している。まず、発呼側装置がステッ
プ２０１にてサービス開始要求を、ステップ２０２にて
複数の後続要求をＩＳＤＮ回線網２に出すと、ＩＳＤＮ
回線網２はステップ２０３にてチャネル占有メッセー
ジ、ステップ２０４にて入力指示メッセージを着呼側装
置１に出す。着呼側装置１はこれらメッセージを受け取
ると、ステップ２０５にて呼び受付メッセージをＩＳＤ
Ｎ回線網２に出すため、ＩＳＤＮ回線網２はステップ２
０６にて呼応答メッセージを発呼側装置に出した後、ス
テップ２０７にて呼到着メッセージを着呼側装置１に出
す。このメッセージを受けた着呼側装置１はステップ２
０８にて呼接続メッセージをＩＳＤＮ回線網２に出す
と、ＩＳＤＮ回線網２はステップ２０９にて呼接続メッ
セージを発呼側装置に出す。尚、上記のような通信プロ
トコル処理はメインＣＰＵ１１４が行っている。

【００２１】図３は図１に示したＩＳＤＮ回線インタフ
ェースユニット１１のメインＣＰＵ１１４による受信デ
ータ処理過程を示したフローチャートである。メインＣ
ＰＵ１１４はステップ３０１にてＩＳＤＮ回線網２から
データを受信すると、ステップ３０２にてデュアルポー
トＲＡＭ１１５に設定してある上りバッファ容量が一杯
かどうかを判定し、上りバッファが一杯であれば、ステ
ップ３０７に進んで、受信データがチャネル占有メッセ
ージであるかどうかを判断し、そうである場合はステッ
プ３１０に進み、そうでない場合はステップ３０８に進
んで、上りバッファの空き待ち処理に移行する。

【００２２】一方、ステップ３０２にて上りバッファ容
量がいっぱいでないと判断された場合、ステップ３０３
に進み、メインＣＰＵ１１４はＲＡＭ１１３上に設定さ
れているカウンタのカウンタ値≧ＭＡＸ×０．８かどう
かを判断し、この条件を満足した場合はステップ３０９
に進み、満足しない場合はステップ３０４に進む。ステ
ップ３０９に進んだ場合、メインＣＰＵ１１４は受信デ
ータがチャネル占有メッセージであるかどうかを判断
し、そうでない場合はステップ３０４に進み、チャネル
占有メッセージである場合はステップ３１０に進む。メ
インＣＰＵ１１４はステップ３１０にてＨＤＬＣコント
ローラ１１２、ライン内部バスインタフェース１１１を
介して入呼拒否要求をＩＳＤＮ回線網２に出して処理を
終了する。

【００２３】ここで、メインＣＰＵ１１４はデュアルポ
ートＲＡＭ１１５に設定してある上りバッファに受信デ
ータを書き込む度に前記カウンタの値をインクリメント
するため、カウント値は前記上りバッファの残容量に対
応すると共に、主にデータハイウェイ１３のデータ伝送
速度により計算されるこのデータハイウェイの残り伝送
容量値に対応している。このため、前記カウンタのカウ
ント値が大きい程、前記上りバッファの残容量は少なく
なると共に、データハイウェイ１３が混みだして、新た
なデータを伝送するための残りの伝送容量が低下してい
ることを示し、ＭＡＸ値で残容量はゼロで、データハイ
ウェイ１３がオバーフローしたことになる。又、前記ボ
ーダーとなる値はマックス値に０．８を掛けてマージン
がとられている。

【００２４】尚、本例では、前記ボーダーとなる値とし
てマージンをとっているため、データハイウェイ１３が
オバーフローしないための回線制限処理（入呼拒否要求
を出す処理）を余裕をもって行うことができるようにな
っている。

【００２５】一方、ステップ３０２にて、デュアルポー
トＲＡＭ１１５の上りバッファ容量が一杯でなかった場
合、メインＣＰＵ１１４はステップ３０４にて上りバッ
ファのライトポインタの示す位置への受信データの書き
込みを行う。その後、メインＣＰＵ１１４はステップ３
０５でライトポインタを更新した後、ステップ３０６に
て前記カウンタの値を更新（インクリメント）して処理
を終了する。尚、ステップ３１０で行う着信拒否要求に
よる回線制限は、データハイウェイ１３に接続されてい
る各ＩＳＤＮ回線インタフェースユニット１１で行われ
るものとする。

【００２６】図４は図１のデュアルポートＲＡＭ１１５
内に設定されている上りバッファ容量が一杯になった時
に、着呼側装置１のメインＣＰＵ１１４が入呼拒否要求
を発呼側装置に送出した場合の着呼側装置１と発呼側装
置間の通信プロトコルを示したシーケンスである。ま
ず、発呼側装置がステップ４０１にてサービス開始要求
を、ステップ４０２にて複数の後続要求をＩＳＤＮ回線
網２を出すと、ＩＳＤＮ回線網２はステップ４０３にて
チャネル占有メッセージを着呼側装置１に出す。着呼側
装置１はこのチャネル占有メッセージを受けると、ステ
ップ４０４にて着信拒否要求をＩＳＤＮ回線網２に出
す。これを受けた、ＩＳＤＮ回線網２は着信拒否認識を
着呼側装置１にステップ４０５にて返送した後，ステッ
プ４０６にて着信拒否要求を発呼側装置に出す。発呼側
装置は着信拒否要求を受けると、ステップ４０７にて着
信拒否認識をＩＳＤＮ回線網２に出す。

【００２７】本実施の形態によれば、ＩＳＤＮ回線イン
タフェースユニット１１のデュアルポートＲＡＭ１１５
に設定してある上りバッファが一杯に近くなると、ＩＳ
ＤＮ回線網２からの新たな着信を拒否して回線制限する
ことができるため、デュアルポートＲＡＭ１１５、サブ
ＣＰＵ１１６及びデータハイウェイ１３などから成る制
御ユニット１２のデータ入力系がオーバーフローを起こ
すことがなくなり、常に安定なペースで呼処理を行って
円滑な通信処理を行うことができる。

【００２８】また、前記回線制限はＩＳＤＮ回線網２か
らチャネル占有メッセージが入力された場合のみ着信拒
否要求を出して行うため、既にＩＳＤＮ回線網２との通
話状態になってデータを受信している回線を途中で切断
してしまう不具合を回避することができる。

【００２９】更に、上記のようにデータハイウェイ１３
に接続される複数のＩＳＤＮ回線インタフェースユニッ
ト１１がそれぞれ接続回線制限を行うことができるた
め、データハイウェイ１３のデータ伝送能力に限度があ
っても、見掛け上、多数の回線を扱う（データハイウェ
イ１３に多数のＩＳＤＮ回線インタフェースユニット１
１を接続することに対応）ことが可能になり、特にＩＳ
ＤＮ回線のようにデータ伝送量の多い回線に対しては有
効である。

【００３０】尚、上記実施例では、データハイウェイ１
３の残りのデータ伝送容量の低下をデュアルポートＲＡ
Ｍ１１５に設定してある上りバッファの残容量を計測す
ることで監視したが、要するデータハイウェイ１３の残
りのデータ伝送容量を知ることができれば、どのような
方法又は構成を用いても同様の効果を得ることができ
る。

【００３１】また、上記実施例では、データハイウェイ
１３が混んできた場合に、ＩＳＤＮ回線網２からの新た
な着信の制限をデータハイウェイ１３に接続されている
全てのＩＳＤＮ回線インタフェースユニット１１で行う
構成としたが、ユーザの使用環境に応じて新たな着信の
制限は一部のＩＳＤＮ回線インタフェースユニット１１
のみで行う構成としても、上記と同様の効果を得ること
ができる。

【００３２】

【発明の効果】以上記述した如く請求項１の発明によれ
ば、データ入力系の残り伝送容量に応じて、ＩＳＤＮ回
線網からの着信を制限することにより、データ入力系の
過負荷を避けて常に安定した通信処理を行うことができ
る。

【００３３】請求項２の発明によれば、新たな着信のみ
に対して着信拒否を行うことができ、既に通話状態とな
ってデータを受信している回線を途中で切断することを
回避することができる。

【００３４】請求項３、４の発明によれば、データ入力
系の残り伝送容量の低下を確実に判定することができ
る。

【００３５】請求項５の発明によれば、データ入力系が
過負荷に至る前に新たな着信を制限して、前記過負荷を
余裕を持って回避することができる。

【図面の簡単な説明】

【図１】本発明のボタン電話装置の一実施の形態の構成
を示したブロック図。

【図２】図１に示したボタン電話装置からなる発呼側と
着呼側装置間の通話に至までのプロトコル例を示したシ
ーケンス図。

【図３】図１に示した回線インタフェースユニットの受
信データ処理過程を示したフローチャート。

【図４】図１に示したボタン電話装置からなる発呼側と
着呼側装置間の通話に至までの他のプロトコル例を示し
たシーケンス図。

【図５】従来のボタン電話装置の構成例を示したブロッ
ク図。

【図６】図５に示した回線インタフェースユニットの受
信データ処理過程を示したフローチャート。

【符号の説明】

１…ボタン電話装置（着呼側装置） ２…ＩＳＤＮ回線網 １１…ＩＳＤＮ回線インタフェースユニット １２…制御ユニット １３…データハイウェイ １１１…ライン内部バスインタフェース １１２…ＨＤＬＣコントローラ １１３…ＲＡＭ １１４、１２１…メインＣＰＵ １１５、１２２…デュアルポートＲＡＭ １１６、１２３…サブＣＰＵ １１７…アドレス／データバス

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ＩＳＤＮ回線を収容して呼の発着信及び
   データの送受信を行う複数の回線インタフェースユニッ
   トと、 これら複数の回線インタフェースユニットとデータハイ
   ウェイを通して制御データを送受信することにより呼処
   理を行う制御ユニットとを有するボタン電話装置におい
   て、 前記データハイウェイの残り伝送容量の低下が所定値以
   下になったかどうかを監視する監視手段と、 この監視手段により前記残り伝送容量の低下が所定値以
   下になったことが分かると、前記ＩＳＤＮ回線からの着
   信を制限する回線制限手段とを前記複数の回線インタフ
   ェースユニットの一部又は全部に具備したことを特徴と
   するボタン電話装置。
2. 【請求項２】 前記回線制限手段は前記ＩＳＤＮ回線か
   らチャネル占有メッセージが着信すると、着信拒否要求
   を前記ＩＳＤＮ回線に送信することを特徴とする請求項
   １記載のボタン電話装置。
3. 【請求項３】 前記監視手段は前記ＩＳＤＮ回線から入
   力されて前記データハイウェイに送出する受信データ量
   を計測する計測手段と、 この計測手段により計測された前記受信データ量が所定
   値を越えたかどうかを判定する判定手段とから成り、 この判定手段により前記受信データ量が所定値を越えた
   と判定された場合に、前記回線制限手段は前記ＩＳＤＮ
   回線からの着信を制限することを特徴とする請求項１記
   載のボタン電話装置。
4. 【請求項４】 前記計測手段は前記データハイウェイに
   送出する受信データを一旦蓄えるバッファの残容量をカ
   ウンタでカウントすることにより前記データハイウェイ
   に送出する受信データ量を計測することを特徴とする請
   求項３記載のボタン電話装置。
5. 【請求項５】 前記判定手段の判定基準になる前記所定
   値として、前記カウンタのカウント値が前記バッファの
   残容量ゼロを示す値よりもマージンを取った値に設定し
   たことを特徴とする請求項４記載のボタン電話装置。