JPH02127892A - 呼処理制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 自律的な呼処理を行う呼処理制御方式に関し、ユーザが
サービス要求を登録していない状態に於いても、呼の目
的が達成されるように処理を行わせることを目的とし、 呼処理制御を行う呼処理部と、プロトコル中で用いるフ
ロー・エレメントに関する第１のデータベースを用いて
呼処理信号を解析する呼処理信号解析部と、故障・障害
の症状に関する第２のデータベースを用いて状態解析を
行う状態解析部と、故障・障害の対策に関する第３のデ
ータベースを用いて呼の目的達成の為の処理を選択する
処理選駅部とを備え、前記呼処理部により処理した呼の
目的が達成されない非正常終了を検出した時、前記呼処
理信号解析部は、前記第１のデータベースを用いて非正
常終了となった過程を解析し、前記状態解析部は、前記
非正常終了の過程の解析結果に基づいて、前記第２のデ
ータベースを用いて非正常終了の状態を解析し、前記処
理選択部は、前記非正常終了の状態の解析結果に基づい
て、前記第３のデータベースを用いて前記呼の目的を達
成する為の処理を抽出し、抽出された処理を基に再度呼
処理を行わせるように構成した。

〔産業上の利用分野］ 本発明は、自律的な呼処理を行う呼処理制御方式に関す
るものである。

通信システムの発達に伴い、着信に関してはカスタムデ
ータに基づいた移動先転送等の高度の着信サービスが提
供されているが、発信に関しても高度のサービスが要求
されている。

〔従来の技術〕 従来の通信システムに於ける呼処理制御は、例えば、交
換処理の状態遷移図に規定されているように、成る状態
に於いて期待された信号が到来した時は、次の状態に遷
移する制御が行われるが、信号が所定時間内に到来しな
い時又は期待しない信号が到来した時は、切断の方向に
遷移する制御が行われるものであった。例えば、着信ユ
ーザの呼出しの状態に於いて、着信ユーザからの応答信
号が到来すれば、通信が可能となる方向の状態に遷移す
るが、着信ユーザが話中等の場合は応答信号が到来しな
いので、切断の方向に状態が遷移することになる。

従って、着信ユーザ側でカスタムデータに基づく不在転
送や話中着信表示等のサービス指定がない限り、不在時
や話中時の着信について、その呼を解放する方向に制御
が進められることになる。

このような着信ユーザの不在や話中等のみでなく、着信
ユーザの端末の故障やネットワークの障害等に基づいて
、呼処理が正常に終了しない場合、着信ユーザ側で特に
サービス要求をしていない時は、発信ユーザに対して、
トーン信号やアナウンス等により着信ユーザに対して接
続ができないことを通知するだけで、呼処理はこの通知
で打ち切られるものであった。

〔発明が解決しようとする課題〕

発信ユーザは、着信ユーザの状態、例えば、不在、話中
、転居、電話番号変更、端末故障等を識別することは殆
どの場合不可能であり、このような場合に於いて、着信
ユーザ側で不在転送２話中着信表示２番号変更に伴う転
送等のサービスを登録しない限り、発信ユーザの発呼の
目的は達成されないことになる。従って、発信ユーザに
対するサービス性が低い欠点があった。

本発明は、ユーザがサービス要求を登録していない状態
に於いても、呼の目的が達成されるように処理を行わせ
ることを目的とするものである。

〔課題を解決するための手段〕

本発明の呼処理制御方式は、交換機側或いはユーザ側に
於いて、呼の目的が達成できない非正常終了の場合に、
その目的を達成する為の呼処理をデータベースを用いて
抽出するものであり、第１図を参照して説明する。

呼処理制御を行う呼処理部ｌと、プロトコル中で用いる
フロー・エレメントに関する第１のデータベース３を用
いて呼処理信号を解析する呼処理信号解析部２と、故障
・障害の症状に関する第２のデータベース５を用いて状
態解析を行う状態解析部４と、故障・障害の対策に関す
る第３のデータベース７を用いて呼の目的達成の為の処
理を選択する処理選択部６とを備え、呼処理部１により
処理した呼の目的が達成されない非正常終了を検出した
時に、呼処理信号解析部２により、非正常終了過程の呼
処理信号を基に第１のデータベース３を用いて非正常終
了になった過程を解析し、状態解析部４により、非正常
終了となった過程の解析結果を基に、第２のデータベー
ス５を用いて非正常終了の状態を解析し、処理選択部６
により、非正常終了の状態の解析結果を基に、第３のデ
ータベース７を用いて呼の目的達成の為の処理を抽出し
、抽出された処理に基づいて再度呼処理制御を行わせる
ものである。

〔作　用〕

呼処理部１等に於いて、切断メツセージ等を基に正常終
了か非正常終了かを判断し、非正常終了を検出すると、
呼処理信号解析部２を起動し、第１のデータベース３を
用いて、非正常終了となった呼の処理信号のシーケンス
を解析し、且つその処理信号をエレメント毎に解析する
。状態解析部４は、呼処理信号解析部２に於ける解析結
果を基に、故障・障害の症状に関する第２のデータベー
ス５を用いて、非正常終了がどのような要因、例えば、
着信ユーザの話中等の要因に基づくものであるかを解析
する。

処理選択部６は、状態解析部４に於ける解析結果を基に
、故障・障害対策に関する第３のデータベース７を用い
て、呼の目的を達成する為の処理を可能な限り抽出する
。例えば、着信ユーザが話中の場合であれば、再発呼の
処理等を抽出することになるから、それに基づいて、再
発呼処理を行うことになる。

〔実施例〕

以下図面を参照して本発明の実施例について詳細に説明
する。

第２図は本発明の一実施例のブロック図で、端末装置側
で非正常終了処理を行う場合を示す。同図に於いて、１
０は端末装置、１１は呼処理部、１２は呼処理信号解析
部、１３はフロー・エレメントに関する第１のデータベ
ース、１４は状態解析部、１５は故障・障害の症状に関
する第２のデータベース、１６は処理選択部、１７は故
障・障害の対策に関する第３のデータベース、１８は呼
処理管理部、１９は交換機の呼処理部である。

呼処理部１１．呼処理信号解析部１２．状態解析部１４
．処理選択部１６及び呼処理管理部１８の各部は、プロ
セッサの処理機能によって実現することができる。又第
１．第２．第３のデータベース１３．１５．１７は、磁
気ディスク装置等の比較的大容量の記憶装置によって実
現することができる。

発信要求により、呼処理部１１と交換機の呼処理部１９
との間に呼設定に関するメソセージの送受信が行われ、
相手端末装置の応答により通話が行われる。この通話が
終了すると、切断に関するメツセージの送受信が行われ
て、解放完了により正常終了となる。

又呼設定要求に対して、相手端末装置の故障時等に於い
ては、交換機の呼処理部１９から切断メソセージが送出
され、非正常終了となる。この非正常終了を端末装置１
０の呼処理部１１が識別すると、呼処理信号解析部１２
による非正常終了となった呼信号の解析、状態解析部１
４による非正常終了の状態の解析、処理選択部１６によ
る呼の目的達成の為の処理の抽出が行われ、抽出された
処理を基に、呼処理管理部１８は呼処理部１１を制御し
て、再発呼処理等を行わせる。

第３図は本発明の一実施例のフローチャートであり、Ａ
、Ｂ、Ｃ，Ｄのステップは、それぞれ呼処理部１１．呼
処理信号解析部１２．状態解析部１４、処理選択部１６
に於いて行われるものであり、ステップＡに於いては、
呼処理に於ける処理状態及び信号を呼処理部１１で監視
し■、呼処理に於いて非正常終了を検出したか否か識別
し■、非正常終了でない場合は、ステップ■に戻る。又
非正常終了の場合は、呼処理信号解析部１２によるステ
ップＢに移行する。

正常終了か非正常終了かを識別するには、例えば、第４
図のシーケンス説明図に於いて、目的の通話が終了して
解放完了となった時は正常終了と判断し、或いはユーザ
からの切断要求によって解放完了となった時は正常終了
と判断し、それ以外の処理で解放完了となった時は、非
正常終了と判断する。

例えば、発信要求により発信端末装置から交換機に相手
端末装置の番号等を含む呼設定要求メツセージを送出す
ると、交換機は相手端末装置の番号等を識別し、その呼
設定要求を受付けたことを示す呼設定受付メツセージを
送出する。そして、着信端末装置の呼出しを行うと共に
、発信端末装置へ呼出中を示すメソセージを送出する。

着信端末装置が呼出しに応答すると、交換機は発信端末
装置に応答メソセージを送出し、発信端末装置と着信端
末装置との間の通話路を設定することにより、通話が行
われる。

この通話終了により、例えば、着信端末装置から切断要
求メソセージを送出すると、交換機から解放メツセージ
を送出し、それによって着信端末装置は解放完了メツセ
ージを送出して、着信端末装置は完全に解放となる。又
交換機から発信端末装置に切断メソセージを送出し、発
信端末装置から解放メツセージを送出し、それによって
交換機から解放完了メツセージを送出すると、発信端末
装置も完全に解放となる。この場合は、目的の通話が終
了したものであるから、正常終了となる。

又発信要求により発信端末装置から交換機に呼設定要求
メツセージを送出し、交換機から呼設定受付メソセージ
を送出し、例えば、相手端末装置が故障中の場合には、
発信端末装置に切断理由を付加した切断メツセージを送
出して解放シーケンスを行うことになる。この場合は、
目的の通話ができない場合であり、非正常終了となる。

従って、呼処理部１１に於いて、第４図に示すシーケン
スを監視し、所定のシーケンスに従ってメソセージの授
受が行われて、ユーザからの切断要求によって解放され
た場合は、正常終了であるが、それ以外は総て非正常終
了と判断するものである。

非正常終了の場合に於いて、ステップＢに移行し、呼処
理信号解析部１２は、フロー・エレメントに関するデー
タベース１３を参照して、非正常終了となった呼の処理
信号のシーケンスを解析し■、且つ非正常終了となった
呼の処理信号をエレメント毎に解析する■。メツセージ
のフローに関するデータは、呼処理部１１に於いて送受
信されるメツセージの順番に関する定義事項に関連した
ものであり、呼処理に於ける状態遷移図をデータ化した
ものに相当し、成るメソセージを送信した後には、どの
ようなメツセージを期待しているか、或いはユーザから
のイベントによってどのようなメソセージを送信する等
を含むものである。

フローに関するデータの中、発信に関する一例を第５圓
及び第６図に示す。成る状態に於ける期待しているメツ
セージと、ユーザからのイベントと、呼処理内部に於け
るエラー発生時と、期待していないメソセージとを、空
き状Ｇ（Ａ）、発呼状態（Ｂ）、呼出待ち状Ｂ　（Ｃ）
　、応答待ち状態（Ｄ）、通話状態（Ｅ）、解放待ち状
態（Ｆ）、解放完了待ち伏Ｂ　（Ｇ）について示す。

例えば、発呼状Ｇ　（Ｂ）に於いて、期待しているメソ
セージは、交換機からの呼設定受付メソセージであり、
この呼設定受付メソセージを受信すると、呼出待ち状態
（Ｃ）に遷移する。この状態（Ｃ）に於ける期待してい
るメソセージは呼出メツセージとなり、これ以外は期待
していないメソセージである。又この状態（Ｃ）に於い
て、ユーザからのイベントとして、切断要求があると、
切断メソセージを送出した後、状態（Ｆ）へ遷移する。

又この状態（Ｆ）（第６図参照）に於ける期待メツセー
ジは、解放メソセージであり、その解放メツセージによ
り解放完了メツセージを送出して空き状Ｌｉ　（Ａ）へ
遷移する。

ユーザからの切断要求によって切断、解放された場合は
、どのようなシーケンスであっても正常終了とするが、
それ以外は非正常終了と見做すものである。

又エレメントに関するデータは、メソセージの構成及び
それに含まれる情報についてのデータであり、例えば、
メツセージは第７図に示すように、ヘッダと識別子と理
由情報エレメントとがらなり、ヘッダには呼番号等を含
み、識別子によりメツセージの種別を表し、例えば、“
０１０１”−５は、切断メソセージを示す。又理由情報
エレメントの“００００”＝０は正常の切断、“ｏｏ。

１”＝１は番号違いによる切断、“ｏｏｉｏ”＝２は相
手話中による切断、“００１１”＝３は相手拒否による
切断、“０１００”＝４は相手番号変更、“０１ｏ１”
＝５は相手故障中による切断を示す。

従って、非正常終了となった呼の処理信号のシーケンス
及び処理信号のエレメント毎の解析により、呼処理のフ
ローに於ける切断発生とその切断理由とを識別すること
ができる。

次のステップＣに於いては、状態解析部１４により故障
・障害の症状に関するデータベース１５を参照して非正
常終了時の処理信号のエレメント・シーケンスより状態
解析を行う■。即ち、切断メソセージに付加された理由
について、正しい理由であるか否か、シーケンスとの対
応関係により判断する。例えば、第４図に示す非正常終
了の場合に、切断メソセージに付加された理由情報エレ
メントが相手端末装置故障中を示す時、切断メソセージ
のフローが正常であれば、相手端末装置が故障中の状態
であると判断することができる。又メソセージのフロー
が正常ではなく、且つ切断メツセージに付加された理由
情報エレメントが全く予想できないような理由を示す時
は、データベース１５に各種のメツセージのフローと、
理由情報エレメントの内容と、故障・障害の内容とが格
納されているから、それを参照することにより、非正常
終了の状態を識別することができる。

次のステップＤに於いては、処理選択部１６により故障
・障害の対策に関するデータベース１７を参照して、現
在の状態に於いて通信目的を達成する為の処理を抽出す
る■。例えば、前述のように相手端末装置が故障中の場
合、代替サービスとして、（１）相手ユーザが電話に出
られる範囲で近くにある端末装置へ再度発呼、（２）相
手ユーザの端末装置が故障から復旧するタイムアウト時
間を待って再度発呼、（３）メール・メツセージ・サー
ビスに切替える、等の処理を抽出する。

このように処理選択部１６で選択された処理を呼処理管
理部１８に通知し、呼処理管理部１８はその抽出された
処理を順次実行する■。そして、通信目的が達成された
か否か呼処理部１１で判断し■、目的が達成されない場
合は、抽出された処理の中の未実行の処理の有無を判断
し■、未実行の処理が残っていれば、その処理を実行す
る■。

又抽出さた処理を総て実行しても目的が達成されず、未
実行の処理がない場合は、非正常終了をユーザに通知す
る［相］。

又相手端末装置の番号変更によって非正常終了となった
場合は、非正常終了時の切断メソセージの理由情報エレ
メントに、前述のように、“０１００”−４による相手
端末装置の番号変更が示され、且つ変更先の番号が付加
されるから、端末装置１０では、前述のような非正常終
了の処理を行うことにより、処理選択部１６では変更先
の番号を用いて再発呼する処理を抽出して呼処理管理部
１８に通知し、呼処理管理部１８は呼処理部１１を制御
して、変更先の番号を用いた再発呼処理を行うことにな
る。

第８図は本発明の他の実施例のブロック図であり、交換
機側で処理する場合を示し、２０は交換機、３０は交換
機２０のバックエンド接続されたアプリケーション・プ
ロセッサ、４０は端末装置、２１．４１は呼処理部、２
２は呼処理信号解析部、２３，２５．２７は第１〜第３
のデータベース、２４は状態解析部、２６は処理選択部
、４２は呼処理管理部である。第１のデータベース２３
は、フロー・エレメントに関するデータベースであり、
又第２のデータベース２５は故障・障害の症状に関する
データベースである。又第３のデータベース２７は故障
・障害の対策に関するデータベースである。

前述の実施例に於いては、端末装置に於ける受信メツセ
ージを基に、正常終了であるか非正常終了であるか否か
判断し、非正常終了時には再発呼等の処理を実行するも
のであるが、この実施例に於いては、交換機２０の呼処
理部２１で送受信するメソセージを、アプリケーション
・プロセッサ３０が監視し、呼処理部２１に於いて送受
信したメツセージを基に非正常終了を検出すると、呼処
理信号解析部２２によりデータベース２３を参照して、
シーケンスの解析及びエレメント毎の解析を行い、その
解析結果を基に、状態解析部２４はデータベース２５を
参照して非正常終了の状態を解析し、その解析結果を基
に、処理選択部２６はデータベース２７を参照して、再
発呼処理等の目的達成の為の処理を抽出し、交換機２０
を介して端末装置４０の呼処理管理部４２に転送する。

従って、端末装置の呼処理管理部４２からの制御により
、呼処理部４１は再発呼処理等を実行し、非正常終了に
よっても、目的を達成する為の再発呼処理等を自動的に
行うことができる。

第９図は本発明の他の実施例のフローチャートであり、
Ａ、Ｂ、Ｃ，Ｄのステップは、第３図に示す前述の実施
例のフローチャートと同様に、それぞれ呼処理部２１．
呼処理信号解析部２２．状態解析部２４．処理選択部２
６に於いて行われるものである。ステップＡに於いては
、交換機２０の呼処理部２１の処理状態・信号をアブ２
）ケーション・プロセッサ３０で監視し■、呼処理に於
いて非正常終了か否かを検出する＠。

非正常終了を検出すると、ステップＢに移行する。この
ステップＢに於いては、呼処理信号解析部２２がフロー
・エレメントに関するデータベース２３を参照し、非正
常終了になった呼の処理信号のシーケンスを解析し＠、
且つ呼の処理信号をエレメント毎に解析する＠。そして
、次のステップＣに移行し、状態解析部２４が故障・障
害の症状に関するデータベース２５を参照して、非正常
終了のエレメント・シーケンスにより状態解析を行い■
、次のステップＤに移行する。

ステップＤに於いては、処理選択部２６が故障・障害の
対策に関するデータベース２７を参照して、通信目的を
達成する為の処理を抽出する［相］。

この抽出された処理を交換機２０を介して端末装置４０
に通知し０、交換８２０の呼処理部２１をアプリケーシ
ョン・プロセッサ３０が監視する［相］。そして、端末
装置４０が再発呼処理等により正常終了したか否かを識
別し［相］、正常終了の場合はステップＡに移行し、非
正常終了の場合は、処理選択部２６により抽出された他
の処理の有無を判断し［相］、他の処理があれば、端末
装置４０に通知し＠、他の処理がなければ、端末装置４
０に処理無しを通知し■、ステップＡに戻る。

又端末装置４０は、第１０図のフローチャートに示すよ
うに、呼設定要求を行った後、アプリケーション・プロ
セッサ３０からの通知待ち０となり、アプリケーション
・プロセッサ３０からの通知があると、第９図のステッ
プＯに於いて通知した処理通知メソセージであるか否か
判断する［相］。

処理通知メツセージの場合は、その処理を実行し［相］
、アプリケーション・プロセッサ３０からの通知待ち■
となる。又処理通知メツセージでない場合は、第９図の
ステップ■に於いて通知した処理無しの通知メソセージ
であるか否か判断し■、処理無しの通知メソセージでな
い場合は、アプリケーション・プロセッサ３０からの通
知待ち＠となる。又処理無しの通知メソセージの場合は
、ユーザに異常終了を通知し［相］、総ての処理を終了
するか又はステップＯに戻る。

交換機２０の呼処理部２１の処理能力が充分に大きい場
合は、この呼処理部２１に於いて正常終了か非正常終了
かを判断し、非正常終了を検出した時に、アプリケーシ
ョン・プロセッサ３０に通知して、前述の非正常終了処
理を行わせることも可能である。

〔発明の効果〕

以上説明したように、本発明は、端末装置側或いは交換
機側で呼処理が正常終了か非正常終了がを判断し、非正
常終了の場合に、呼処理信号解析部２によりフロー・エ
レメントに関する第１のデータベース３を用いて、非正
常終了となった呼の処理信号のシーケンス及び処理信号
のエレメント毎の解析を行い、又状態解析部４により故
障・障害の症状に関する第２のデータベース５を用いて
、非正常終了となった呼の処理信号のシーケンス及びエ
レメントから状態解析を行い、その状態解析に基づいて
処理選択部６により故障・障害の対策に関する第３のデ
ータベース７を用いて、通信目的を達成する為の処理を
抽出し、この抽出された処理を基に再度呼処理を行わせ
るものであり、相手端末装置の故障や番号変更等の場合
でも、その状態に対応して最適な再発呼処理を選択する
ことができるから、サービスを一段と向上することがで
きる利点がある。

【図面の簡単な説明】

第１図は本発明の原理説明図、第２図は本発明の一実施
例のブロック図、第３図は本発明の一実施例のフローチ
ャート、第４図はシーケンス説明図、第５図及び第６図
はフローに関するデータの説明図、第７図はメツセージ
の説明図、第８図は本発明の他の実施例のブロック図、
第９図は本発明の他の実施例のフローチャート、第１０
図は本発明の他の実施例の端末装置のフローチャートで
ある。 １は呼処理部、２は呼処理信号解析部、３は第１のデー
タベース、４は状態解析部、５は第２のデータベース、
６は処理選択部、７は第３のデータベースである。

Claims (1)

1. 【特許請求の範囲】 呼処理制御を行う呼処理部（１）と、 プロトコル中で用いるフロー・エレメントに関する第１
   のデータベース（３）を用いて呼処理信号を解析する呼
   処理信号解析部（２）と、 故障・障害の症状に関する第２のデータベース（５）を
   用いて状態解析を行う状態解析部（４）と、 故障・障害の対策に関する第３のデータベース（７）を
   用いて呼の目的達成の為の処理を選択する処理選択部（
   ６）とを備え、 前記呼処理部（１）により処理した呼の目的が達成され
   ない非正常終了を検出した時、前記呼処理信号解析部（
   ２）は、前記第１のデータベース（３）を用いて非正常
   終了となった過程を解析し、前記状態解析部（４）は、
   前記非正常終了の過程の解析結果に基づいて、前記第２
   のデータベース（５）を用いて非正常終了の状態を解析
   し、前記処理選択部（６）は、前記非正常終了の状態の
   解析結果に基づいて、前記第３のデータベース（７）を
   用いて前記呼の目的を達成する為の処理を抽出し、抽出
   された処理を基に再度呼処理を行わせる ことを特徴とする呼処理制御方式。