JPH06276233A - パケット障害原因通知方法 - Google Patents

Abstract

(57)【要約】 【目的】 パケット交換システムの動作中に生ずる障害
の障害発生場所、発生原因の詳細理由および対処方法を
例えば切断指示パケットのユーザデータ部に示すこと
で、障害の通知を効率的に行う。 【構成】 パケット交換システムにおいて、パケット交
換部１３が動作中に障害を検出した場合、パケット交換
部１３は発生箇所および発生原因の詳細理由と共に「診
断要求」をユーザデータ編集部１６に通知する。ユーザ
データ編集部１６は通知された情報に対応する対処方法
を含むユーザデータを編集し、パケット交換部１３に
「診断回答」として返送する。パケット交換部１３は上
記ユーザデータを付与した復旧要求パケットまたは切断
指示パケットを編集して、それぞれ網または内線端末に
送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信ネットワークのパケ
ット交換システムを運用中等に障害が生じたときに、こ
の障害の通知をより効率的に行うためのパケット障害原
因通知方法に関する。

【０００２】

【従来の技術】パケット交換システムは、パケット網、
ＩＳＤＮ網、私設パケット網、私設ＩＳＤＮ網に関連し
て導入されるが、導入時のトラブルや、呼接続手順中や
データ転送中等の運用中に生じるトラブルとしての障害
は直ちに解析されて通知され、障害に対する復旧が行わ
れねばならない。尚、パケット交換システムに関するプ
ロトコル（通信規約）はＣＣＩＴＴ（国際電信電話諮問
委員会）勧告によって標準化されている。

【０００３】さて、図５は従来のパケット交換システム
の構成を示している図５において５１は初期設定部、５
２はアドレス解析部、５３はパケット交換部、５４は端
末側回線制御部、５５は網側回線制御部を示す。

【０００４】初期設定部５１は予め初期設定された回線
番号等の運用情報をアドレス解析部５２およびパケット
交換部５３に通知する。アドレス解析部５２はパケット
交換部５３からの要請により、相手アドレス等を基に発
信先や着信先を解析し、パケット交換部５３に通知す
る。パケット交換部５３では、前記ＣＣＩＴＴ勧告Ｘ．
２５プロトコルに基づいたパケット交換処理を行う。回
線制御部５４はパケット交換部５３からの制御に基づ
き、端末または網と接続した回線の物理レイヤ（レイヤ
１）、データリンクレイヤ（レイヤ２）の設定・解放を
行う。

【０００５】次に上記従来例の動作について説明する。
まず、障害の生じないときの正常動作例を図６に網から
端末への着信シーケンスとして示す。既に網側回線制御
部５５と網との間の物理レイヤ、データリンクレイヤは
起動済みとする。網からの着信が網側回線制御部５５を
介してあった場合、着呼パケットをパケット交換部５３
が処理する際、アドレス解析部５２に対して「アドレス
解析要求」コマンドを発行し、着信内線の選択依頼をす
る。アドレス解析部５２は設定情報や着呼パケットの持
つ発／着呼ユーザアドレスや着アドレス拡張ファシリテ
ィ等の情報を基に、着信内線を特定し、「アドレス解析
回答」をパケット交換部５３に通知する。これを受け
て、パケット交換部５３は着信内線の端末側回線制御部
５４に「レイヤ１起動要求」を出して着信内線の物理レ
イヤ、データリンクレイヤを起動状態にし端末側回線制
御部５４から「レイヤ１起動確認」を受けた後、今度は
「データリンク設定要求」を出す。これを受けて端末側
回線制御部５４はＳＡＢＭを端末へ出し、端末からＵＡ
を受ける。そして、これにより「データリンク設定確
認」をパケット交換部５３に通知する。その後、着呼パ
ケットを端末側回線制御部５４経由で端末に送信する。
この着信端末が応答、即ち着呼受付パケットを返送する
と、端末側回線制御部５４経由でこの着呼受付パケット
をパケット交換部５３が受信し、網側回線制御部５５経
由で網に送信する。

【０００６】パケット交換部５３は上記のような正常動
作が種々の障害によって妨げられた場合、接続処理を中
止して復旧手順に入る。復旧処理は、網や端末にそれぞ
れ復旧要求パケット、切断指示パケットを送信すること
で行われる（但し、着呼パケットを送信する前に障害が
起きた場合には端末に切断指示パケットを送信する必要
はない）。これら、復旧要求パケットや切断指示パケッ
トにはＣＣＩＴＴ勧告Ｘ．２５で規定された「切断原
因」および「診断符号」フィールドがあり、障害理由を
表示することができる。これについて、図７に復旧要求
／切断指示パケットのパケットフォーマットを示す。さ
らに、復旧処理の一例として内線の物理レイヤが起動で
きなかった場合のシーケンスを図８に示す。パケット交
換部５３が端末側回線制御部５４に「レイヤ１起動要
求」を出しても回線が起動できない場合、端末側回線制
御部５４からパケット交換部５３に「起動失敗」を示す
信号が通知される。この結果、パケット交換部５３は内
線端末が起動不可であることを示す意味のコーディング
を復旧要求パケットの「切断原因」、「診断符号」の欄
に行い、網側回線制御部５５経由で網に対し、この復旧
要求パケットを送信する。ＣＣＩＴＴ勧告Ｘ．２５では
網に送信する復旧要求パケットの「切断原因」は１バイ
ト即ち８ビットの情報量でコーディングでき、値を０と
するか、最上位ビットに１を立ててコーディングするこ
とが許されている。従って、ある程度はこれら「切断原
因」と「診断符号」との組み合わせで障害理由を表示す
ることができる。この復旧要求パケットを送信後、網か
ら復旧確認パケットが網側回線制御部５５を介してパケ
ット交換部５３に通知される。

【０００７】

【発明が解決しようとする課題】しかしながら、上記従
来のパケット障害原因通知方法では、切断パケットの
「切断原因」および「診断符号」のみの２バイト分の情
報しか得られないため、切断が発生した時点で障害の発
生場所、障害理由その他の詳細情報を自由に規定し、ユ
ーザに即刻明確化することができないという問題点があ
った。

【０００８】さらに、内線端末も独自の「切断原因」お
よび「診断符号」を規定して使用する可能性があるた
め、内線端末の起動した切断復旧かパケット交換システ
ムが起動した切断復旧かを区別することができないとい
う問題点があった。

【０００９】本発明はこのような従来の問題点を解決す
るものであり、発呼端末および着呼端末の両者が、復旧
要求／切断指示パケットを受信した時点で復旧要求／切
断指示パケットのユーザデータ部の情報から、障害の発
生した箇所および発生した障害の原因の詳細理由を即
刻、知ることのできる優れたパケット障害原因通知方法
を提供するものである。

【００１０】

【課題を解決するための手段】本発明は上記目的を達成
するために、パケット交換システム中に、正常処理手順
中に起きた障害の発生箇所および原因の詳細理由を検出
し、前記発生箇所および原因の詳細理由および対処方法
をデータ化し、前記データを切断指示パケットまたは復
旧要求パケットのユーザーデータ部に付与して端末また
は網に対して送信するパケット障害原因通知方法であ
る。

【００１１】

【作用】従って、本発明によれば、呼接続手順中やデー
タ転送中等に何等かの障害があり、正常動作の続行がで
きず、例えば呼を切断復旧しなければならない場合、第
１の手段から異常の発生通知を受けた第２の手段は、障
害の発生箇所や障害の原因の詳細理由および対処方法と
をペアで、ユーザデータとしてデータ化し、第３の手段
は、このユーザデータを復旧要求パケットまたは切断指
示パケットのユーザデータ部に付与する。そして発呼端
末または着呼端末に送信することによって、これらの端
末のユーザは障害発生場所と障害の原因の詳細理由およ
び対処方法を即刻、知ることができる。

【００１２】

【実施例】図１は本発明の実施例の構成を示すものであ
る。図１において１１は初期設定部、１２はアドレス解
析部、１３はパケット交換部、１４は端末側回線制御
部、１５は網側回線制御部、１６はユーザデータ編集部
を示す。

【００１３】パケット交換部１３は従来の技術で述べた
パケット交換部５３の機能に加え、ユーザデータ編集部
１６に対して障害発生箇所（すなわち交換システムへの
設定情報の問題、交換システム内部動作の問題、内線／
内線端末の物理的問題、内線端末の動作の問題等のいず
れの問題として障害が生じたかということ）および障害
詳細理由（着呼ユーザアドレス未登録等の問題、着アド
レス拡張ファシリティの問題、パケットサイズの問題、
スループットクラスの問題等のいずれの問題が原因で障
害が生じたかということ）をユーザデータ編集部１６に
通知する機能と、これらをデータ化したユーザデータ編
集部からのユーザデータを復旧要求または切断指示パケ
ットに組み込む機能を持つ。

【００１４】これら障害発生箇所および詳細情報の組み
合わせと、対応する対処方法を結び付ける対照表（図
２）を基にして、ユーザデータ編集部１６ではユーザデ
ータを編集する。

【００１５】次に上記実施例の動作について説明する。
正常動作は、初期設定部１１、アドレス解析部１２、パ
ケット交換部１３、端末側回線制御部１４、及び網側回
線制御部１５のそれぞれを、従来の技術で示した動作説
明の５１から５５に置き換えた場合の動作と同様であ
る。ここでは従来の技術に対比させるため、網からの着
信時に内線の物理レイヤが起動できなかった場合の例を
図３（従来例の図８に対応）のシーケンスを基に説明す
る。

【００１６】すなわち、パケット交換部１３が端末側回
線制御部１４に対して物理レイヤの起動を指示したにも
かかわらず、「起動失敗」を示す信号を端末側回線制御
部１４から受信した場合、パケット交換部１３は発生箇
所（例えば「内線／内線端末の物理的問題」等）および
その他の発生原因の詳細理由（例えば「内線インタフェ
ース起動不可」等）を示す情報と共にユーザデータ編集
部１６に「診断要求」を通知する。ユーザデータ編集部
１６は通知された情報に対応する対処方法を含むユーザ
データを編集し、パケット交換部１３に「診断回答」と
して返送する。パケット交換部１３は上記ユーザデータ
をユーザデータ部に付与して復旧要求パケットを編集し
て網に送信する。図４にユーザデータのコーディング例
を示す。

【００１７】このように、上記実施例によれば、呼接続
手順中やデータ転送中に不具合が生じ、切断復旧をする
場合、復旧要求／切断指示パケット中のユーザデータが
障害発生箇所、発生原因の詳細理由、および対処方法を
示すので、発呼または着呼者は具体的な障害の内容およ
び対処方法をたちどころに知ることができるという効果
を有するのみならず、上記のように交換システム自ら起
動する切断復旧には必ずユーザデータとして上記独自情
報が含まれるため、相手端末や網からの復旧要求／切断
指示パケットと交換システム自ら発行した復旧要求／切
断指示パケットとを明確に区別することができるという
効果を有する。

【００１８】

【発明の効果】本発明は上記実施例により明らかなよう
に、例えばパケット交換システムの立ち上げ段階のトラ
ブル、あるいは呼接続手順中やデータ転送中等の運用中
のトラブル等が発生した場合、発呼端末または着呼端末
側で、トラブルとしての障害発生場所、障害の原因の詳
細理由が、切断指示パケットまたは復旧要求パケットに
含まれるユーザデータ部の情報を参照するだけで即座に
知ることができ、対処方法も判明するという効果を有す
る。

【図面の簡単な説明】

【図１】本発明の実施例におけるパケット交換システム
の概略ブロック図

【図２】図１のユーザデータ編集部が備える対照表を示
す図

【図３】本実施例における復旧シーケンスを示す図

【図４】障害を通知するためのユーザデータ部のフォー
マット図

【図５】従来のパケット交換システムの概略ブロック図

【図６】従来例の正常着呼シーケンスを示す図

【図７】復旧要求／切断指示パケットのフォーマット図

【図８】従来例における内線起動不可の場合の復旧シー
ケンスを示す図

【符号の説明】

１１，５１ 初期設定部 １２，５２ アドレス解析部 １３，５３ パケット処理部 １４，５４ 端末側回線制御部 １５，５５ 網側回線制御部 １６ ユーザデータ編集部

Claims (1)

【特許請求の範囲】
1. 【請求項１】 パケット交換システム中に、正常処理手
   順中に起きた障害の発生箇所および原因の詳細理由を検
   出し、前記発生箇所および原因の詳細理由および対処方
   法をデータ化し、前記データを切断指示パケットまたは
   復旧要求パケットのユーザーデータ部に付与して端末ま
   たは網に対して送信するパケット障害原因通知方法。