JPH10190775A - 通信チャネルの救済方式 - Google Patents

Abstract

(57)【要約】 【課題】 限られた救済専用回線を効率よく利用して、
加入者に対する通信サービスを向上させた通信チャネル
の救済方式を提供する。 【解決手段】 通常の通信で使用される回線と、回線で
障害が発生したときに使用される１本の救済専用回線と
を有し、障害発生時に救済専用回線を用いて通信サービ
スを維持する通信チャネルの救済方式において、回線の
障害の発生の有無を定期的に監視し、障害の発生した回
線を特定する回線監視手段と、加入者毎の優先度をそれ
ぞれ保持するプライオリティ記憶手段と、障害の発生し
た回線を使用していた加入者を特定し、そのなかの優先
度の高い加入者に対して救済専用回線のチャネルをそれ
ぞれ割り当てるチャネル管理手段と、優先度の高い加入
者が使用していた回線のチャネルをチャネル管理手段で
割り当てた救済専用回線のチャネルにそれぞれ切り替え
るためのパス切替手段とを有する構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、例えばＥＴＳＩ
（European Telecommunications Standards Institut
e）のＶ５．２仕様に準拠したホスト局とリモートター
ミナルとを接続する回線で障害が発生した場合に、その
回線を使用している加入者のＢチャネルの通信サービス
を維持する通信チャネルの救済方式に関するものであ
る。

【０００２】

【従来の技術】図８は従来の通信チャネルの救済方式を
適用した通信システムの構成を示すブロック図である。

【０００３】図８において、第１の交換機３１、および
第２の交換機４１間は複数のチャネルからなる少なくと
も１本の回線５２を使用して通常の通信が行われてい
る。第１の交換機３１には、回線５２とのインタフェー
ス部である第１の伝送装置３３が第１の接続線３６を介
して接続され、第２の交換機４１には、回線５２とのイ
ンタフェース部である第２の伝送装置４３が第２の接続
線４６を介して接続されている。

【０００４】また、第１の交換機３１、および第２の交
換機４１間には、回線５２、第１の接続線３６、あるい
は第２の接続線４６で障害が発生した場合に使用される
１本の救済専用回線５１が設けられている。第１の交換
機３１には、救済専用回線５１とのインタフェース部で
あり、使用する回線を救済専用回線５１に切り替えるた
めの第１の切替制御手段３２が接続され、第２の交換機
４１には、救済専用回線５１とのインタフェース部であ
り、使用する回線を救済専用回線５１に切り替えるため
の第２の切替制御手段４２が接続されている。

【０００５】このような構成において、任意の回線５２
で障害が発生した場合、あるいは第１の接続線３６、ま
たは第２の接続線４６で障害が発生した場合、第１の切
替制御手段３２および第２の切替制御手段４２は、使用
する回線を救済専用回線５１に切り替え、第１の交換機
３１、および第２の交換機４１間の通信サービスを維持
していた。

【０００６】ここで、複数の回線５２で同時に障害が発
生した場合は、救済専用回線５１が１本しかないため、
予め決められた優先順位に従い、優先度の高い加入者が
使用している回線５２を救済専用回線５１に切り替え、
その加入者の通信サービスを優先的に維持していた。

【０００７】

【発明が解決しようとする課題】しかしながら上記した
ような従来の通信チャネルの救済方式では、通信サービ
スを維持するために設けられた救済専用回線が１本しか
ないため、最初に障害が発生した回線を使用している加
入者のみが救済されていた。

【０００８】特に、救済専用回線への切り替え処理は回
線単位で行われるため、救済専用回線に空きチャネルが
あっても、次に障害の発生した回線を使用している加入
者にその空きチャネルが割り当てられることがなかっ
た。

【０００９】つまり、救済専用回線が無駄に利用されて
いるため、次に障害の発生した回線を使用している加入
者の優先度が高くても、救済専用回線が空いていないた
めにその加入者を救済することができないという問題が
あった。

【００１０】本発明は上記したような従来の技術が有す
る問題点を解決するためになされたものであり、限られ
た救済専用回線を効率よく利用して、加入者に対する通
信サービスを向上させた通信チャネルの救済方式を提供
することを目的とする。

【００１１】

【課題を解決するための手段】上記目的を達成するため
本発明の通信チャネルの救済方式は、通常の通信で使用
される複数のチャネルからなる少なくとも１本の回線
と、前記回線で障害が発生したときに使用される複数の
チャネルからなる１本の救済専用回線とを有し、前記救
済専用回線を使用して、障害の発生した回線を使用して
いた加入者の通信サービスを維持する通信チャネルの救
済方式において、前記回線の障害の発生の有無を定期的
に監視し、障害の発生した回線を特定する回線障害監視
手段と、予め各加入者毎に決められた、通信サービスの
維持の必要性を示す優先度をそれぞれ保持するプライオ
リティ記憶手段と、障害の発生した回線を使用していた
加入者を特定し、前記プライオリティ記憶手段から得た
該加入者のそれぞれの前記優先度を基に、優先度の高い
加入者に対して前記救済専用回線のチャネルをそれぞれ
割り当てるチャネル管理手段と、前記優先度の高い加入
者が使用していた回線のチャネルを、前記チャネル管理
手段で割り当てた前記救済専用回線のチャネルにそれぞ
れ切り替えるためのパス切替手段と、を有することを特
徴とする。

【００１２】このとき、前記回線、および前記救済専用
回線は、ＥＴＳＩのＶ５．２仕様に準拠したインタフェ
ースで使用されてもよい。

【００１３】上記のように構成された通信チャネルの救
済方式は、各加入者毎の優先度をそれぞれプライオリテ
ィ記憶手段で保持し、チャネル管理手段は、プライオリ
ティ記憶手段から得られる加入者毎の優先度を基に、障
害の発生した回線を使用していた加入者のなかから、優
先度の高い加入者に対して救済専用回線のチャネルをそ
れぞれ割り当てる。

【００１４】したがって、救済専用回線の各チャネル
が、加入者単位でそれぞれ割り当てられて使用されるた
め、限られた救済専用回線をより有効に利用することが
できる。

【００１５】

【発明の実施の形態】次に本発明の実施の形態について
図面を参照して詳細に説明する。

【００１６】図１は本発明の通信チャネルの救済方式を
適用する通信システムの構成を示すブロック図である。
図２は図１に示したＶ５．２アダプタが有する本発明の
通信チャネルの救済方式の構成を示すブロック図であ
る。また、図３は図２に示したチャネル管理手段で保持
する管理テーブルの構成を示す図であり、同図（ａ）は
回線の使用状況を示す第１の管理テーブルの構成図、同
図（ｂ）は救済専用回線の使用状況を示す第２の管理テ
ーブルの構成図である。

【００１７】なお、以下では、図１に示すようなＥＴＳ
ＩのＶ５．２仕様に準拠したホスト局（局用交換機）と
リモートターミナル間の回線で障害が発生した場合に加
入者のＢチャネルを救済する例で説明する。また、本発
明の通信チャネルの救済方式は図２に示すように図１に
示したＶ５．２アダプタ内に設けられている。

【００１８】図１において、ホスト局である局用交換機
１１には、Ｖ５．２仕様の信号に変換するためのＶ５．
２アダプタ１２が接続線１７を介して接続され、Ｖ５．
２アダプタ１２にはＶ５．２仕様で規定されたインタフ
ェース部である第１のディジタルトランク１３が接続さ
れている。また、複数の加入者１６が接続されるリモー
トターミナル１５には、Ｖ５．２仕様で規定されたイン
タフェースである第２のディジタルトランク１４が接続
されている。

【００１９】Ｖ５．２アダプタ１２およびリモートター
ミナル１５間は、通常の呼処理（Ｂチャネルの通信）で
使用される複数のチャネルからなる少なくとも１つの回
線１８と、回線１８で障害が発生した場合に通信サービ
スを維持するために使用される１本の救済専用回線１９
とによって接続されている。

【００２０】ここで、第１のディジタルトランク１３と
第２のディジタルトランク１４とは、回線１８および救
済専用回線１９毎にそれぞれ設けられている。

【００２１】Ｖ５．２アダプタ１２、およびリモートタ
ーミナル１５には、回線１８、および救済専用回線１９
のチャネルを切り替えるためのタイムスイッチをそれぞ
れ備えている。リモートターミナル１５はタイムスイッ
チによって各加入者１６を回線１８および救済専用回線
１９の任意のチャネルに接続することが可能になる。ま
た、Ｖ５．２アダプタ１２はタイムスイッチによって回
線１８および救済専用回線１９の任意のチャネルを接続
線１７に接続することが可能になる。

【００２２】図２において、回線障害監視手段２１は、
回線１８および救済専用回線１９の障害発生状況をそれ
ぞれ監視し、障害が発生した場合は第１のデジタルトラ
ンク１３から発せられる障害報告によって、どの回線で
障害が発生したか示す障害発生通知をチャネル管理手段
２２に送出する。

【００２３】チャネル管理手段２２は、図３に示す回線
１８の使用状況を管理するための第１の管理テーブルＴ
１、および救済専用回線１９の使用状況を管理するため
の第２の管理テーブルＴ２をそれぞれ保持している。

【００２４】また、回線障害監視手段２１からの障害発
生通知を受け取ると、第１の管理テーブルＴ１、および
第２の管理テーブルＴ２を検索し、障害の発生した回線
１８を使用している加入者１６のうち、後述する優先度
の高い加入者１６に対して救済専用回線１９の使用可能
なチャネルを割り当てる。

【００２５】さらに、救済する加入者１６の加入者番号
と、その加入者１６に対して割り当てた救済専用回線１
９のチャネルのチャネル番号とをパス切替手段２４に通
知する。

【００２６】なお、第１の管理テーブルＴ１には、各加
入者１６の発着呼時に局用交換機１１がそれぞれの加入
者に対して割り当てた回線１８のチャネル番号をそれぞ
れ書き込む。また、第２の管理テーブルＴ２は救済専用
回線１９のチャネルが使用される際に、その使用状況に
応じて更新する。

【００２７】プライオリティ記憶手段２３は、予め各加
入者毎に決められた、通信サービスの維持の必要性を示
す優先度をそれぞれ保持し、チャネル管理手段２２から
の照会に応じて、該当する加入者１６の優先度をチャネ
ル管理手段２２に通知する。パス切替手段２４は、チャ
ネル管理手段２２から送られた加入者番号およびチャネ
ル番号から、Ｖ５．２仕様のメッセージであるALLOCATI
ONメッセージを作成し、リモートターミナル１５に送信
する。また、リモートターミナル１５から、応答メッセ
ージであるALLOCATION COMPLEATEメッセージを受け取る
と、救済する加入者１６が使用していた回線１８のチャ
ネルから、新しく割り当てられた救済専用回線１９のチ
ャネルに切り替えるように、タイムスイッチ２５に対し
て指示する。

【００２８】タイムスイッチ２５は、パス切替手段２４
の指示に従い、救済する加入者１６の使用チャネルを救
済専用回線１９のチャネルに切り替える。

【００２９】次に、本発明の通信チャネルの救済方式の
上記各手段の動作について図４〜図７を参照して説明す
る。

【００３０】図４は図２に示した回線障害監視手段の動
作手順を示すフローチャートであり、図５は図２に示し
たチャネル管理手段の動作手順を示すフローチャートで
ある。図６は図２に示したプライオリティ記憶手段の動
作を説明する図であり、同図（ａ）は動作手順を示すフ
ローチャート、同図（ｂ）は各加入者の優先度を管理す
る第３の管理テーブルの構成図である。また、図７は図
２に示したパス切替手段の動作手順を示すフローチャー
トである。

【００３１】まず、回線障害監視手段２１の動作につい
て図４を参照して説明する。

【００３２】図４において、回線障害監視手段２１は、
第１のデジタルトランク１３から発せられる障害報告の
有無を定期的に監視し（ステップＳ１０１）、障害報告
があった場合は、その障害報告に基づいて、どの回線で
障害が発生したかを障害発生通知としてチャネル管理手
段２２に送出する（ステップＳ１０２）。また、障害報
告がない場合は、次の監視タイミングまで待機する。

【００３３】次に、チャネル管理手段２２の動作につい
て図５を参照して説明する。

【００３４】図５において、チャネル管理手段２２は、
回線障害監視手段２１からの障害発生通知の有無を監視
し（ステップＳ２０１）、障害発生通知がない場合は次
の監視タイミングまで待機する。また、障害発生通知が
あった場合は障害の発生した回線が救済専用回線１９以
外であるか否かを確認する（ステップＳ２０２）。

【００３５】ここで、救済専用回線１９で障害が発生し
た場合は処理を終了し、それ以外の回線１８で障害が発
生した場合は、図３（ａ）に示した第１の管理テーブル
Ｔ１を検索し（ステップＳ２０３）、障害の発生した回
線１８を使用している加入者１６の有無を確認する（ス
テップＳ２０４）。

【００３６】そして、障害の発生した回線１８を使用し
ている加入者１６がいない場合は処理を終了し、障害の
発生した回線１８を使用している加入者１６がいる場合
は、該当する各加入者１６の優先度をプライオリティ記
憶手段２３に照会する（ステップＳ２０５）。

【００３７】次に、プライオリティ記憶手段２３から得
た各加入者１６の優先度を基に、優先度「１」（最優
先）の加入者１６がいるか否かを判定し（ステップＳ２
０６）、優先度「１」の加入者１６がいる場合はその加
入者１６に対する通信サービスを維持するためにステッ
プＳ２０７以降の処理を行う。

【００３８】また、優先度「１」の加入者１６がいない
場合は、優先度「２」の加入者１６がいるか否かを判定
し（ステップＳ２１０）、優先度「２」の加入者１６が
いる場合はその加入者１６に対してステップＳ２０７以
降の処理を行う。

【００３９】さらに、優先度「２」の加入者１６がいな
い場合は、優先度「３」の加入者１６がいるか否かを判
定し、優先度「５」の加入者がいるか否かの判定（ステ
ップＳ２１１）まで同様の処理を繰り返す。

【００４０】なお、優先度は「１」〜「５」の５段階に
限る必要はなく、任意の数の段階に設定することができ
る。

【００４１】ステップＳ２０７では、優先度が最も高
く、救済することに決定した加入者１６の数に応じて、
救済専用回線１９のチャネルを確保する。そして、救済
する各加入者１６に対するチャネルの確保ができるか否
かを確認し（ステップＳ２０８）、チャネルの確保がで
きない場合は処理を終了する。

【００４２】また、チャネルの確保ができた場合は、そ
のチャネル番号と救済する加入者１６の加入者番号とを
それぞれパス切替手段２４に通知する（ステップＳ２０
９）。

【００４３】なお、確保した救済専用回線１９のチャネ
ルを使用できない旨、パス切替手段２４から通知があっ
た場合は、そのチャネルの使用を放棄（リリース）する
（ステップＳ２１２）。

【００４４】次に、プライオリティ記憶手段２３の動作
について図６を参照して説明する。図６（ａ）におい
て、プライオリティ記憶手段２３は、チャネル管理手段
２２からのアクセスによって、送られてきた加入者１６
の加入者番号から図６（ｂ）に示す第３の管理テーブル
Ｔ３を検索し、該当する加入者１６の優先度をそれぞれ
読み出す（ステップＳ３０１）。

【００４５】第３の管理テーブルＴ３の内容は、予め局
用交換機システム１１を用いて設定しておく。この加入
者１６の優先度をチャネル管理手段２２にそれぞれ通知
し、処理を終了する（ステップＳ３０２）。

【００４６】次に、パス切替手段２４の動作について図
７を参照して説明する。

【００４７】パス切替手段２４は、救済する加入者１６
の加入者番号、およびその加入者１６に対して割り当て
られた救済専用回線１９のチャネルのチャネル番号を受
け取ると、Ｖ５．２仕様のALLOCATIONメッセージを作成
し（ステップＳ４０１）、作成したALLOCATIONメッセー
ジをリモートターミナル１５に送信する（ステップＳ４
０２）。

【００４８】そして、リモートターミナル１５からチャ
ネルの切替完了（リモートターミナル１５が備えたタイ
ムスイッチによるチャネルの切り替え）を示すALLOCATI
ONCOMPLETEメッセージを受信すると（ステップＳ４０
３）、救済する加入者１６の使用チャネルを救済専用回
線１９のチャネルに切り替えるようにタイムスイッチ２
５に対して指示する（ステップＳ４０５）。

【００４９】なお、ALLOCATION COMPLETEメッセージを
受信できない場合は、救済専用回線１９のチャネルを使
用できない旨（放棄要求）、チャネル管理手段２２に通
知し（ステップＳ４０５）、処理を終了する。

【００５０】次に、いずれかの回線１８で障害が発生し
た場合を例にして、上記各手段の一連の動作を説明す
る。

【００５１】まず、回線１８に障害が発生したことをデ
ィジタルトランク１３は回線障害監視手段２１に報告す
る。回線障害監視手段２１は、障害報告を受け取るとチ
ャネル管理手段２２に障害発生通知を送出する。

【００５２】チャネル管理手段２２は、障害の発生した
回線１８が救済専用回線１９ではないことを確認し、障
害の発生した回線１８を使用している加入者１６の有無
を確認する。

【００５３】今、回線番号「３」の回線１８で障害が発
生した場合、チャネル管理手段２２は、図３（ａ）に示
した第１の管理テーブルＴ１を検索し、加入者番号
「２」の加入者１６が救済対象になったことを検出し、
その加入者１６の優先度をプライオリティ記憶手段２３
に照会する。

【００５４】プライオリティ記憶手段２３は図６（ｂ）
に示した第３の管理テーブルＴ３を検索し、加入者番号
「２」の加入者１６の優先度を読み出し（優先度
「１」）、その優先度の情報をチャネル管理手段２２に
返送する。

【００５５】チャネル管理手段２２は、加入者番号
「２」の加入者１６が優先度「１」の加入者１６である
ため、救済専用回線１９のチャネルのなかから使用可能
なチャネル（チャネル番号「４」）を確保し、図３
（ｂ）に示す第２の管理テーブルＴ２に記載し、加入者
番号「２」と救済専用回線１９のチャネル番号「４」と
をパス切替手段２４に通知する。

【００５６】加入者番号と救済専用回線１９のチャネル
番号とを受け取ったパス切替手段２４は、その情報を基
にALLOCATIONメッセージを作成し、リモートターミナル
１５に送信する。そして、リモートターミナル１５から
ALLOCATION COMPLETEメッセージを受信すると、タイム
スイッチ２５に対して加入者番号「２」の加入者１６の
使用するチャネルの切り替えを指示し、救済処理を完了
する。

【００５７】もし、ALLOCATION COMPLETEメッセージを
受信できない場合は、チャネル管理手段２２に対してそ
のチャネルが使用できない旨、通知し、第２の管理テー
ブルＴ２の加入者番号「２」の情報を消去させる。

【００５８】以上説明したように、加入者毎の優先度を
それぞれプライオリティ記憶手段２３で保持し、チャネ
ル管理手段２２で優先度が高い加入者から救済専用回線
１９のチャネルをそれぞれ割り当てることで、限られた
救済専用回線１９をより有効に利用することができる。
よって、低コストで、加入者に対する通信サービスが向
上した通信チャネルの救済方式を提供することができ
る。

【００５９】

【発明の効果】本発明は以上説明したように構成されて
いるので、以下に記載する効果を奏する。

【００６０】回線の障害の発生の有無を定期的に監視
し、障害の発生した回線を特定する回線障害監視手段
と、予め加入者毎に決められた、通信サービスの維持の
必要性を示す優先度をそれぞれ保持するプライオリティ
記憶手段と、障害の発生した回線を使用していた加入者
を特定し、プライオリティ記憶手段から得たその加入者
の優先度を基に、優先度の高い加入者に対して救済専用
回線のチャネルをそれぞれ割り当てるチャネル管理手段
と、優先度の高い加入者が使用していた回線のチャネル
を、チャネル管理手段で割り当てた救済専用回線のチャ
ネルにそれぞれ切り替えるためのパス切替手段とを有す
ることで、限られた救済専用回線をより有効に利用する
ことができる。

【００６１】よって、低コストで、加入者に対する通信
サービスが向上した通信チャネルの救済方式を提供する
ことができる。

【図面の簡単な説明】

【図１】本発明の通信チャネルの救済方式を適用する通
信システムの構成を示すブロック図である。

【図２】図１に示したＶ５．２アダプタが有する本発明
の通信チャネルの救済方式の構成を示すブロック図であ
る。

【図３】図２に示したチャネル管理手段で保持する管理
テーブルの構成を示す図であり、同図（ａ）は回線の使
用状況を示す第１の管理テーブルの構成図、同図（ｂ）
は救済専用回線の使用状況を示す第２の管理テーブルの
構成図である。

【図４】図２に示した回線障害監視手段の動作手順を示
すフローチャートである。

【図５】図２に示したチャネル管理手段の動作手順を示
すフローチャートである。

【図６】図２に示したプライオリティ記憶手段の動作を
説明する図であり、同図（ａ）は動作手順を示すフロー
チャート、同図（ｂ）は各加入者の優先度を管理する第
３の管理テーブルの構成図である。

【図７】図２に示したパス切替手段の動作手順を示すフ
ローチャートである。

【図８】従来の通信チャネルの救済方式を適用した通信
システムの構成を示すブロック図である。

【符号の説明】

１１ 局用交換機 １２ Ｖ５．２アダプタ １３ 第１のディジタルトランク １４ 第２のディジタルトランク １５ リモートターミナル １６ 加入者 １７ 接続線 １８ 回線 １９ 救済専用回線 ２１ 回線障害監視手段 ２２ チャネル管理手段 ２３ プライオリティ記憶手段 ２４ パス切替手段 ２５ タイムスイッチ Ｔ１ 第１の管理テーブル Ｔ２ 第２の管理テーブル Ｔ３ 第３の管理テーブル

Claims (2)

【特許請求の範囲】
1. 【請求項１】 通常の通信で使用される複数のチャネル
   からなる少なくとも１本の回線と、前記回線で障害が発
   生したときに使用される複数のチャネルからなる１本の
   救済専用回線とを有し、前記救済専用回線を使用して、
   障害の発生した回線を使用していた加入者の通信サービ
   スを維持する通信チャネルの救済方式において、 前記回線の障害の発生の有無を定期的に監視し、障害の
   発生した回線を特定する回線障害監視手段と、 予め各加入者毎に決められた、通信サービスの維持の必
   要性を示す優先度をそれぞれ保持するプライオリティ記
   憶手段と、 障害の発生した回線を使用していた加入者を特定し、前
   記プライオリティ記憶手段から得た該加入者のそれぞれ
   の前記優先度を基に、優先度の高い加入者に対して前記
   救済専用回線のチャネルをそれぞれ割り当てるチャネル
   管理手段と、 前記優先度の高い加入者が使用していた回線のチャネル
   を、前記チャネル管理手段で割り当てた前記救済専用回
   線のチャネルにそれぞれ切り替えるためのパス切替手段
   と、を有することを特徴とする通信チャネルの救済方
   式。
2. 【請求項２】 請求項１に記載の通信チャネルの救済方
   式において、 前記回線、および前記救済専用回線は、 ＥＴＳＩのＶ５．２仕様に準拠したインタフェースで使
   用されることを特徴とする通信チャネルの救済方式。