JPH0918580A

JPH0918580A - 通信装置

Info

Publication number: JPH0918580A
Application number: JP7165654A
Authority: JP
Inventors: Keiju Matsuda; 啓寿松田
Original assignee: Meidensha Corp; Meidensha Electric Manufacturing Co Ltd
Current assignee: Meidensha Corp; Meidensha Electric Manufacturing Co Ltd
Priority date: 1995-06-30
Filing date: 1995-06-30
Publication date: 1997-01-17

Abstract

(57)【要約】【目的】ＩＳＤＮとの回線接続の状態を電源投入時に
自動的に検定できるようにする。【構成】呼制御用ソフトウェア１は電源投入時に自動
的に回線テストの要求をプロトコル制御用ソフトウェア
２に行い、該プロトコル制御用ソフトウェアは該要求に
よりデータリンクレイヤ制御部３及びユーザ・網インタ
フェース４を通して通信網５との間に自装置の番号を発
呼番号として自動発呼し、通信網からの解放、解放完
了、切断、経過表示の各応答及びメッセージに応じて回
線テスト結果を判定し、呼制御用ソフトウェアに回線テ
スト結果を報告する。これにより、電源投入時に回線テ
ストを自動的に検定する。また、発呼動作は自装置から
自装置に対して行うことにより、アトランダムの番号へ
の発呼によるセキュリティ発生や課金の発生を防止す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＩＳＤＮ対応通信装置
やＸ．２５パケット通信装置等のディジタル通信網を利
用した通信装置に係り、特に通信網との回線接続のため
の処理装置に関する。

【０００２】

【従来の技術】最近利用されているＩＳＤＮ（サービス
総合ディジタル網）では、ＩＳＤＮ対応通信装置（ディ
ジタル電話機、Ｇ４ファクシミリ、ＴＶ電話、ＴＶ会議
システム、ＩＳＤＮモデムなど）をＩＳＤＮに接続して
装置間の通信を可能にする。この通信において、装置に
は通信の開始や終了、個々の情報の転送に際して互いに
送受する信号の形式や手順を基本的なプロトコルとして
備える。

【０００３】同様に、公衆パケット交換網の手順として
ＣＣＩＴＴ勧告Ｘ．２５に従ったＸ．２５パケット通信
装置は、相手との接続（呼の設定）に発呼要求や着呼受
付、接続完了、呼の解放などのパケット単位の情報を授
受するためのプロトコルを備える。

【０００４】

【発明が解決しようとする課題】従来の通信装置では、
電源が入れば「ＲＥＡＤＹ」の状態となっている。この
「ＲＥＡＤＹ」状態は、通信装置の画面入力が可能とな
り、相手のダイヤルを入力できることやＬＥＤが点灯し
ているなど、通常の操作を許可した状態を意味するもの
で、回線コードが通信網に接続されている状態ではな
い。

【０００５】このため、利用者からみれば、通信装置が
通信網に接続されていないにも拘わらず、動作可能であ
ると誤った判断をしてしまう恐れがある。

【０００６】例えば、通信装置の設置時や移動して使う
場合、通信装置を「ＲＥＡＤＹ」状態にしたにも拘わら
ず、通信ができないという事態に遭遇する恐れがある。

【０００７】このような事態は、通信機器に関する専門
家は別として、一般の利用者は原因の究明に困惑するこ
とが多い。

【０００８】現在普及の途中であるＩＳＤＮ対応通信装
置や、Ｘ．２５パケット通信網の通信装置では、まだま
だ利用者のなれも少なく、装置の設置時などにトラブル
が多いのが実情である。

【０００９】本発明の目的は、ＩＳＤＮとの回線接続の
状態を電源投入時に自動的に検定できる通信装置を提供
することにある。

【００１０】本発明の他の目的は、Ｘ．２５通信網との
回線接続の状態を電源投入時に自動的に検定できる通信
装置を提供することにある。

【００１１】

【課題を解決するための手段】本発明は、前記課題の解
決を図るため、ＩＳＤＮで端末間を回線接続するＩＳＤ
Ｎ対応通信装置において、呼制御用ソフトウェアは電源
投入時にプロトコル制御用ソフトウェアに回線テストの
要求を行い、該プロトコル制御用ソフトウェアは該要求
により回線テストを行う手段を設け、呼制御用ソフトウ
ェアはプロトコル制御用ソフトウェアからの回線テスト
結果の報告する手段を設け、前記回線テストを行う手段
は、自装置の番号を発呼番号として自動発呼し、通信網
からの解放、解放完了、切断、経過表示の各応答及びメ
ッセージに応じて回線テスト結果を判定し、前記呼制御
用ソフトウェアに回線テスト結果を報告することを特徴
とする。

【００１２】また、本発明は、Ｘ．２５通信網で端末間
を回線接続する通信装置において、アプリケーションは
起動時に呼制御用ソフトウェアに回線テスト要求を行
い、該呼制御用ソフトウェアとＸ．２５パケットモード
端末インタフェース用ソフトウェアとを使ってＸ．２５
通信網に対して回線テストを行う手段を設け、前記回線
テストを行う手段は、前記回線テスト要求に対してＸ．
２５通信網とのリンク確立を行い、この後に自装置の番
号を発呼番号として発呼用チャネルを使ってパケット送
信の発呼を行い、この発呼に対してＸ．２５通信網に着
呼用チャネルを使って切断指示を行い、この切断指示の
受信で切断確認を送信し、この後にリンク解放を行い、
前記アプリケーションに切断指示が正常に受信されたこ
と又は切断された場合の原因を回線テスト結果として報
告することを特徴とする。

【００１３】また、本発明は、Ｘ．２５通信網で端末間
を回線接続する通信装置において、アプリケーションは
Ｘ．２５通信網とのリンク確立要求後に呼制御用ソフト
ウェアに回線テスト要求を行い、該呼制御用ソフトウェ
アとＸ．２５パケットモード端末インタフェース用ソフ
トウェアを使ってＸ．２５通信網に対して回線テストを
行う手段を設け、前記回線テストを行う手段は、前記リ
ンク確立要求に対してＸ．２５通信網とのリンク確立を
行い、このリンク確立を前記アプリケーションに報告
し、この報告による前記アプリケーションからの回線テ
スト要求に対して自装置の番号を発呼番号として発呼用
チャネルを使ってパケット送信の発呼を行い、この発呼
に対してＸ．２５通信網に着呼用チャネルを使って切断
指示を行い、この切断指示の受信で切断確認を送信し、
前記アプリケーションに切断指示が正常に受信されたこ
と又は切断された場合の原因を回線テスト結果として報
告することを特徴とする。

【００１４】

【作用】ＩＳＤＮ対応通信装置には電源投入時に自動的
に回線テストを行う回線テスト機能を付加する。この機
能は、通信装置が自動で発呼動作を行うことにより、網
からの信号を見て回線の状態を判断する。また、発呼動
作は自装置から自装置に対して行うことにより、アトラ
ンダムの番号への発呼によるセキュリティ発生や課金の
発生を防止する。

【００１５】同様に、Ｘ．２５通信網と回線接続する通
信装置においてもアプリケーションからの回線テストの
要求で呼制御用ソフトウェアとＸ．２５パケットモード
端末インタフェース用ソフトウェア等を使って回線テス
トを行う。この場合、リンク確立を発呼毎に行うか、装
置立ち上げ時に一度リンクを確立してその後もリンクを
張り続ける手順とする。

【００１６】

【実施例】

（第１の実施例）図１は、本発明の一実施例を示すＩＳ
ＤＮ対応通信装置におけるプロトコル制御のための構成
を示す。

【００１７】呼制御用ソフトウェア１は、プロトコル制
御用ソフトウェア２とのプリミティブのやり取りを行っ
てプロトコル制御を開始させる。プロトコル制御用ソフ
トウェア２は、データリンクレイヤ制御部３との間で網
間メッセージのやり取りを行い、データリンクレイヤ制
御部３がユーザ・網インタフェース４を通してＩＳＤＮ
通信網５とのまで制御情報をやり取りする。

【００１８】ここで、本実施例では、プロトコル制御用
ソフトウェア２に回線テスト機能を付加する。このため
の前提条件として、（１）ＩＳＤＮ対応通信装置は、ＩＳＤＮという信号形
式により１つの回線でＤチャネルを用いて多重呼（チャ
ネル）を処理できるので、これを利用する。

【００１９】（２）自装置から自装置に対して発呼して
回線テストができるよう、発呼用チャネルと着呼用チャ
ネルの２チャネルを使って処理する。

【００２０】（３）上記の（２）のために自装置の番号
をあらかじめ呼出し番号として登録しておく。

【００２１】（４）ＩＴＵ−Ｔ勧告Ｑ．９３１「ＩＳＤ
Ｎユーザ・網インタフェース、レイヤ３仕様」のプロト
コルを利用する。

【００２２】図２及び図３は、プロトコル制御用ソフト
ウェア２に備える回線テスト機能を実現するための発呼
側のＳＤＬ図である。但し、図示の処理は、回線テスト
に最低限必要な信号名のみを示し、他にも受信可能な
「呼出し」や「応答」などの各信号は省略している。以
下、各処理を詳細に説明する。

【００２３】（処理Ａ）発呼開始に先立って、空き状態
で、呼制御用ソフトウェア１からの回線テスト要求によ
り、自装置の番号が登録されているか否かをチェックす
る。登録されていなければ発呼先を不明として回線テス
ト要求を待つ。

【００２４】（処理Ｂ）回線テスト要求に対して自装置
の番号が登録されていれば、タイマＴ３０３（４秒）を
起動し、相手番号を自装置の番号として編集し、通信網
への呼設定メッセージＳＥＴＵＰを送信（発呼）し、発
呼状態表示をする。

【００２５】したがって、発呼は通信網に対して自装置
に対して発呼する。

【００２６】（処理Ｃ）発呼中において、呼制御用ソフ
トウェア１から切断要求がある場合、通信網への切断メ
ッセージを送信し、タイマＴ３０３を停止し、タイマＴ
３０５（３０秒）を起動し、回線テストの中止のため回
線テスト結果の判定をＮＧとする。

【００２７】（処理ＣＧ）処理Ｃによる回線テスト結果
をＮＧとするときには、回線の切断要求状態を表示し、
その後の通信網からの解放要求には回線テスト結果の判
定を行い、解放完了のメッセージを通信網に送る。ま
た、通信網からの切断要求には回線テスト結果の判定を
行い、解放のメッセージを通信網に送る。これらメッセ
ージの送信後、回線テスト結果を呼制御ソフトウェア１
側へ送る。

【００２８】（処理Ｄ）発呼に対して、通信網側から解
放完了を受信した場合、タイマＴ３０３を停止し、回線
テスト結果を判定し、回線テスト結果を報告する。この
ときの回線テスト結果の判定は、自装置が送信した呼設
定メッセージに異常があるか、又は通信網に異常がある
場合と予測される。この処理後は処理Ａに戻る。

【００２９】（処理Ｅ）発呼中に対して、通信網より呼
設定の受付のメッセージを受信した場合、タイマＴ３０
３を停止し、タイマＴ３１０（１０秒）を起動し、発呼
が正常に受け付けられたことの状態表示を行う。

【００３０】（処理Ｆ）発呼中において、タイマＴ３０
３のタイムアウトになった場合、通信網からの応答が規
定時間内にないとして、回線未接続処理を行い、ＮＧの
通知と表示を行い、回線テスト結果を呼制御用ソフトウ
ェア１に報告する。この処理後は処理Ａに戻る。

【００３１】この処理Ｆにおいて、タイマＴ３０３のタ
イムアウトを待たなくとも、回線未接続はデータリンク
レイヤ制御部３またはその物理レイヤで回線未接続を検
出できる。しかし、プロトコル制御用ソフトウェア２が
データリンクレイヤ制御部３に対して呼設定ＳＥＴＵＰ
を要求すると、データリンクレイヤ制御部３はレイヤ２
の確立のためにＬＡＰＤ手順を行い、リンクが確立しな
いため何度もリトライをしてしまう。そこで、本実施例
ではプロトコル制御用ソフトウェアのタイマによる時限
で未接続を簡単に判定できるようにしている。

【００３２】（処理Ｇ）通信網より呼設定の受付けのメ
ッセージを受信した処理Ｅの後、呼制御用ソフトウェア
１から切断要求があった場合、通信網への回線切断メッ
セージの送信をし、タイマＴ３１０を停止し、タイマＴ
３０５（３０秒）を起動し、回線テストの中止のためテ
スト結果をＮＧにする。

【００３３】この回線テスト中止処理の後には、処理Ｃ
での中止処理と同じに、処理ＣＧによって回線テスト結
果報告を行う。

【００３４】（処理Ｈ）通信網より呼設定の受付けのメ
ッセージを受信した処理Ｅの後、通信網からの音声メッ
セージの経過表示があったとき、タイマ３１０を停止
し、回線テスト結果の判定処理を行い、発呼受付の表示
を行う。

【００３５】（処理Ｉ）通信網より呼設定の受付けのメ
ッセージを受信した処理Ｅの後、通信網からの切断要求
のメッセージがあったとき、回線テスト結果の判定処理
を行い、通信網からの切断通知の表示を行う。

【００３６】（処理Ｉ₁）通信網からの切断メッセージ
の後、呼制御用ソフトウェア１からの解放要求があると
きに、通信網側へ解放のメッセージを送り、解放中の表
示をし、通信網からの解放完了メッセージがあるときに
回線テスト結果を判定し、その結果を呼制御用ソフトウ
ェア側へ報告する。

【００３７】（処理Ｉ₂）通信網からの切断メッセージ
の後、通信網側からの解放要求があると、回線テスト結
果を判定し、解放完了メッセージを通信網側へ送り、回
線テスト結果を呼制御用ソフトウェア側へ報告する。

【００３８】（処理Ｊ）通信網より呼設定の受付けのメ
ッセージを受信した処理Ｅの後、通信網からの解放要求
のメッセージがあったとき、通信網への解放完了メッセ
ージを送り、回線テスト結果の判定処理を行い、呼制御
用ソフトウェア１側へ回線テスト結果を報告する。

【００３９】以上までの各処理Ｃ〜Ｊにおける回線テス
ト結果の判定は、図４に示すフローにされる。図４にお
いて、回線テスト結果が既に出ているか否かをチェック
し、さらに回線テスト結果にパラメータを含むか否かを
チェックし、パラメータを含む場合には回線テスト結果
とＱ．９３１理由表示より、回線テストの結果とＮＧ理
由の判定データを取り出してセットする。

【００４０】このうち、回線テスト結果が既に出ている
場合は、処理Ｃにおける回線テストの中止の場合、処理
Ｆにおける回線未接続の場合、処理Ｇにおける回線テス
ト中止の場合であり、再度の判定を行うことなく、この
判定結果を優先する。

【００４１】パラメータを含むか否かのチェックは、解
放、解放完了、切断、経過表示のメッセージを受信した
ときに、そのメッセージに理由を表わす情報が付加され
ているか否かをパラメータからチェックし、理由表示が
存在した場合のみ、その理由から回線テストの結果を判
定する。

【００４２】Ｑ．９３１理由表示は、Ｑ．９３１で定義
されている理由表示を基に作成され、例えば回線テスト
結果との組み合わせにより、下記表に例示する判定結果
を得る。

【００４３】

【表１】

【００４４】

【表２】

【００４５】この表中、判定結果がＮＧ、理由が自装置
異常となるのは装置のハードウェアかソフトウェアに異
常があると想定される場合である。また、判定結果がＮ
Ｇ、理由が網障害となるのは現在通信網が障害中である
ことを意味する。また、判定結果が−、理由がｄｏｎ'
ｔｃａｒｅとなるのは情報通知で切断の理由ではない
ため無視するという意味である。また、判定結果が−、
理由が中断機能は考慮していないとなるのは通信網の中
断機能を利用することを本実施例からは省いていること
の意味である。また、判定結果が−、理由が考慮してい
ないとなるのは自装置から自装置へ発呼するのに中継網
を選択することは考えられないと判断している。

【００４６】次に、各処理における回線テスト結果の報
告は、回線テスト結果がＯＫの場合には「ＲＥＡＤＹ」
表示を行い、結果がＮＧの場合には判定された理由の通
知を利用者に対してメッセージ又はＬＥＤ点灯表示等で
行う。

【００４７】次に、回線テスト中の通信網からの着呼に
は図５にＳＤＬ図を示すように、自装置のＩＤの登録チ
ェックの後に着呼待ち状態にしておき、呼制御用ソフト
ウェアからの回線テスト中止を除いて、通信網からの呼
設定メッセージには自装置がビジーを理由とし、通信網
に対して解放完了のメッセージを送り、回線を切断す
る。これにより、回線テストのための通信網との接続に
は、自装置から自装置への発呼に対応できるようにし、
またビジーにより回線を切断するため課金の発生はな
い。

【００４８】以上までのことより、本実施例では、装置
電源が入れられたときに、装置立ち上がりの初期設定の
１つとして、回線テストを自動的に行い、その結果を利
用者に通知する。

【００４９】これにより、利用者が回線の未接続、通信
網の障害等を装置の使用前に容易に認識できる。また、
装置の設置位置の変更等における初歩的な工事ミスを防
ぐことができる。また、装置の設置位置の変更等にプリ
ミティブな機能となる。

【００５０】また、自装置から自装置への発呼とビジー
による切断により課金の発生が起きることはない。

【００５１】（第２の実施例）図６は、本発明の他の一
実施例を示すＸ．２５パケット通信端末装置におけるプ
ロトコル制御のための構成を示す。

【００５２】アプリケーション６からの回線テストの指
示により、呼制御用ソフトウェア７は、Ｘ．２５パケッ
トモード端末インタフェース用ソフトウェア８とのプリ
ミティブのやり取りを行ってプロトコル制御を開始させ
る。

【００５３】ソフトウェア８は、データリンクレイヤ制
御部９との間で網間パケットのやり取りを行い、データ
リンクレイヤ制御部９がユーザ・網インタフェース１０
を通してＸ．２５通信網１０とのまで制御情報をやり取
りする。

【００５４】ここで、本実施例では、呼制御用ソフトウ
ェア７とＸ．２５パケットモード端末インタフェース用
ソフトウェア８に回線テスト機能を付加する。このため
の前提条件として、（１）Ｘ．２５パケット通信装置は、１つの回線でＸ．
２５におけるパケット論理多重という概念を用いて多重
呼（チャネル）を処理できるため、これを利用する。但
し、論理チャネルを利用するには、回線契約の内容を変
更する必要がある。

【００５５】（２）自装置から自装置に対して発呼して
回線テストができるよう、発呼用チャネルと着呼用チャ
ネルの２チャネルを使って処理する。

【００５６】（３）上記の（２）のために自装置の番号
をあらかじめ呼出し番号として登録しておく。

【００５７】（４）ＩＴＵ−Ｔ勧告Ｘ．２５「Ｘ．２５
パケットモード端末インタフェース」のプロトコルを利
用する。

【００５８】図７〜図９は、呼制御用ソフトウェア７と
Ｘ．２５パケットモード端末インタフェース用ソフトウ
ェア８による回線テスト機能のプロトコル制御を示し、
図７では回線テストが正常な場合を、図８では回線テス
トのリンク確立に失敗した場合を、図９には回線テスト
が準正常な場合を示す。

【００５９】Ｘ．２５パケット通信においては、端末と
端末間の通信ではなく、網と端末間の通信であり、その
ために発呼パケットを送出する前に網と端末間のリンク
（ＬＡＰＢ手順）を確立する必要がある。図７〜図９
は、発呼毎にリンクを確立する場合であり、後に説明す
る図１０〜図１２の場合は装置立ち上げ時にリンクを一
度確立した後はリンクを張り続ける場合である。

【００６０】なお、Ｘ．２５パケットの論理チャネルを
利用することは、リンクは１本で論理番号で識別された
パケットを使用することを意味し、図中では論理チャネ
ル１の方だけがリンク確立を行う。

【００６１】また、各図において、回線テストを行うの
に、自装置から自装置に対して発呼するために、発呼用
チャネル（論理チャネル１）と着呼用チャネル（論理チ
ャネル２）を使用する。また、Ｘ．２５通信網との通信
に先立ち、自装置の番号が登録されているか否かをチェ
ックしておく。以下、各図における回線テスト手順を詳
細に説明する。

【００６２】（図７）回線テスト正常の場合。

【００６３】論理チャネル１を使って、リンクの確立を
行う。すなわち、アプリケーション（ＡＰ）６からの回
線テスト指示により、呼制御用ソフトウェア７がソフト
ウェア８を通してデータリンクレイヤ制御部９にリンク
確立要求をし、データリンクレイヤ制御部９とＸ．２５
パケット交換機とのやり取りでリンク確立を行う。この
リンク確立の報告が呼制御用ソフトウェア７になされ
る。

【００６４】リンク確立の後、呼制御用ソフトウェア７
から発呼要求を出し、ソフトウェア８により発呼する相
手の番号を自装置の番号としてパケット送信（発呼）を
行い、データリンクレイヤ制御部９によるデータ送信を
行う。

【００６５】発呼に対するパケット交換機から着呼側
（論理チャネル２）がパケット受信（着呼）したとき、
着呼側は端末ビジーとしてすぐに切断指示のパケット送
信をパケット交換機側に行う。

【００６６】パケット交換機は、切断指示のパケットを
発呼側に戻し、発呼側では切断指示に対して切断確認パ
ケットの送信とリンク解放の後処理を行い、その後にア
プリケーションに対して回線テスト結果報告を行う。

【００６７】以上のように、発呼側がリンク確立後に発
呼を行い、この発呼に対してパケット交換機を介した着
呼側の切断指示の戻しを行い、これを発呼側が受信して
切断確認を行い、リンク解放がなされたときに回線テス
トを正常とする。

【００６８】回線テストの正常な場合には、装置にはＲ
ＥＡＤＹの状態表示を行う。また、結果がＮＧの場合に
は判定理由の通知をメッセージで、また判定結果をＬＥ
Ｄ表示等で行う。

【００６９】これら手順において、回線テストが異常と
判定するのは、装置の物理的障害や回線ケーブルの未接
続と判定する場合と、交換機側から受信した切断指示パ
ケットの原因情報の内容によって判定する。切断パケッ
トの切断原因と回線テスト結果は、以下の表に示す関係
になる。

【００７０】

【表３】

【００７１】

【表４】

【００７２】これら表中で、切断原因の判断における
「自装置に問題がある可能性」とは、ソフトウェアの問
題、ＲＯＭ、ＲＡＭの障害を初めとする物理的な問題等
である。

【００７３】（図８）回線テストがリンク確立失敗の場
合。

【００７４】回線テストのために、発呼側がリンク確立
要求のためにデータリンクレイヤ９からパケット交換機
に信号ＳＡＢＭを送信し、これに対する信号ＵＡを交換
機側から受信できない場合を示す。

【００７５】この場合、信号ＳＡＢＭの繰り返しタイム
アウトによってリンク確立中止を行い、回線が接続され
ていないか、装置に故障があると判定して回線テストを
終える。

【００７６】（図９）回線テストが準正常の場合。

【００７７】図７の場合と同様に回線テスト指示により
リンクの確立を行い、発呼する相手の番号を自装置の番
号として発呼パケットの送信を行う。そして、切断指示
パケットを受信した発呼側は、切断後処理を行った後、
アプリケーションに対して回線テスト結果報告を行う。

【００７８】この場合の回線テストの結果は、図２の正
常な場合と違って、切断指示パケットの原因情報を調査
して行う。この判定は、前記の表３、表４に基づいてな
される。

【００７９】以上のように、本実施例では、Ｘ．２５通
信網の通信装置における回線テストとして、自装置から
自装置に対して発呼を行い、パケットの正常な送受信が
なされるか否かによって判定し、正常でないときはその
理由を利用者に対して報告する。

【００８０】これにより、ＩＳＤＮ対応通信装置の回線
テストと同様に、Ｘ．２５通信装置においても回線接続
の状態を自動的に検定できる。

【００８１】（第３の実施例）図１０〜図１２は、Ｘ．
２５パケットモード端末インタフェース用ソフトウェア
８による回線テスト機能のプロトコル制御を示し、図７
〜図９と異なる部分は、リンク確立を張り続ける点にあ
る。

【００８２】具体的には、図１０では、回線テストが正
常になされた場合を示し、図７と同じ手順でなされる
が、リンクが確立した後に回線テストを開始し、リンク
の解放は行わない。

【００８３】また、図１１では、回線テストに際して、
リンク確立の段階でリンク確立失敗になった場合を示
す。つまり、回線テストというテストを行うことなく、
回線が接続されていないか、装置に故障があるという障
害を検出している。

【００８４】また、図１２では、リンク確立がなされ、
回線テストが準正常になされた場合であり、図９とはリ
ンク確立のタイミングが異なるのみである。

【００８５】本実施例においても発呼毎にリンクを確立
する場合と同様の回線テスト機能を得ることができる。

【００８６】

【発明の効果】以上のとおり、本発明によれば、ＩＳＤ
Ｎ対応通信装置又はＸ．２５通信装置において、電源投
入時に自動的に回線テストを行う回線テスト手段を設け
たため、以下の効果がある。

【００８７】（１）利用者が回線の未接続、通信網の障
害等を装置の使用前に容易に認識できる。

【００８８】（２）装置の設置位置の変更等における初
歩的な工事ミスを防ぐことができる。

【００８９】（３）装置の設置位置の変更等にプリミテ
ィブな機能となる。

【００９０】（４）自装置から自装置への発呼とビジー
による切断によりセキュリティの問題や課金の発生が起
きることはない。

【図面の簡単な説明】

【図１】本発明の一実施例を示す装置構成図。

【図２】回線テストにおける発呼側ＳＤＬ図（その
１）。

【図３】回線テストにおける発呼側ＳＤＬ図（その
２）。

【図４】回線テスト結果判定フロー。

【図５】回線テストにおける着呼側ＳＤＬ図。

【図６】本発明の他の実施例を示す装置構成図。

【図７】回線テストが正常の処理手順図。

【図８】回線テストがリンク確立失敗の手順図。

【図９】回線テストが準正常の手順図。

【図１０】リンク確立＆回線テストが正常の処理手順
図。

【図１１】回線テストがリンク確立失敗の手順図。

【図１２】リンク確立＆回線テストが準正常の手順図。

【符号の説明】

１…呼制御用ソフトウェア２…プロトコル制御用ソフトウェア３…データリンクレイヤ制御部４…ユーザ・網インタフェース５…ＩＳＤＮ通信網６…アプリケーション７…呼制御用ソフトウェア８…Ｘ．２５パケットモード端末インタフェース用ソフ
トウェア９…データリンクレイヤ制御部１０…ユーザ・網インタフェース１１…Ｘ．２５通信網

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｑ 3/545 9466−5ＫＨ０４Ｌ 11/20 １０２Ｚ

Claims

【特許請求の範囲】

【請求項１】ＩＳＤＮで端末間を回線接続するＩＳＤ
Ｎ対応通信装置において、呼制御用ソフトウェアは電源投入時にプロトコル制御用
ソフトウェアに回線テストの要求を行い、該プロトコル
制御用ソフトウェアは該要求により回線テストを行う手
段を設け、呼制御用ソフトウェアはプロトコル制御用ソ
フトウェアからの回線テスト結果の報告する手段を設
け、前記回線テストを行う手段は、自装置の番号を発呼番号
として自動発呼し、通信網からの解放、解放完了、切
断、経過表示の各応答及びメッセージに応じて回線テス
ト結果を判定し、前記呼制御用ソフトウェアに回線テス
ト結果を報告することを特徴とする通信装置。
【請求項２】Ｘ．２５通信網で端末間を回線接続する
通信装置において、アプリケーションは起動時に呼制御用ソフトウェアに回
線テスト要求を行い、該呼制御用ソフトウェアとＸ．２
５パケットモード端末インタフェース用ソフトウェアと
を使ってＸ．２５通信網に対して回線テストを行う手段
を設け、前記回線テストを行う手段は、前記回線テスト要求に対
してＸ．２５通信網とのリンク確立を行い、この後に自
装置の番号を発呼番号として発呼用チャネルを使ってパ
ケット送信の発呼を行い、この発呼に対してＸ．２５通
信網に着呼用チャネルを使って切断指示を行い、この切
断指示の受信で切断確認を送信し、この後にリンク解放
を行い、前記アプリケーションに切断指示が正常に受信
されたこと又は切断された場合の原因を回線テスト結果
として報告することを特徴とする通信装置。
【請求項３】Ｘ．２５通信網で端末間を回線接続する
通信装置において、アプリケーションはＸ．２５通信網とのリンク確立要求
後に呼制御用ソフトウェアに回線テスト要求を行い、該
呼制御用ソフトウェアとＸ．２５パケットモード端末イ
ンタフェース用ソフトウェアを使ってＸ．２５通信網に
対して回線テストを行う手段を設け、前記回線テストを行う手段は、前記リンク確立要求に対
してＸ．２５通信網とのリンク確立を行い、このリンク
確立を前記アプリケーションに報告し、この報告による
前記アプリケーションからの回線テスト要求に対して自
装置の番号を発呼番号として発呼用チャネルを使ってパ
ケット送信の発呼を行い、この発呼に対してＸ．２５通
信網に着呼用チャネルを使って切断指示を行い、この切
断指示の受信で切断確認を送信し、前記アプリケーショ
ンに切断指示が正常に受信されたこと又は切断された場
合の原因を回線テスト結果として報告することを特徴と
する通信装置。