JPH02105697A

JPH02105697A - 通話路管理方式

Info

Publication number: JPH02105697A
Application number: JP25825488A
Authority: JP
Inventors: Hiroshi Ishigami; 石上　浩; Yumiko Kato; 由美子加藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1988-10-13
Filing date: 1988-10-13
Publication date: 1990-04-18

Abstract

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

Description

【発明の詳細な説明】［概要］複数個の呼処理プロセッサと主プロセッサ間でネットワ
ークのパス情報の管理を行う通話路管理方式に関し、ネットワークのパスハントの管理を高速で行うことを目
的とし、通話路系を制御する複数個の呼処理プロセッサと、前記
複数個の呼処理プロセッサを制御する主プロセッサ間で
情報のやりとりを行う場合において、通話パスの空塞を
管理する空チャネルカウンタと自呼処理プロセッサ内で
パス捕捉・解放処理を可能とする通話パスエリアと、主
プロセッサへ解放要求を通知するための情報を格納する
パス解放要求用バッファとを各呼処理プロセッサ毎に設
け、呼処理プロセッサにおいて、通話パス解放時、その
解放されるバス情報を該パスエリアに保存し、該呼処理
プロセッサの制御下にあるパスの捕捉を該パスエリアに
て捕捉するように構成する。

［産業上の利用分野コ本発明は、複数個の呼処理プロセッサと主プロセッサ間
でネットワークのパス情報の管理を行う通話路管理方式
に関する。

従来の通話路のバス情報の空塞の管理には、呼処理プロ
セッサと主プロセッサとの通信処理を伴い１．多大な処
理ステップがかってしまう。このため、このような通信
処理を少なくし、呼処理プロセッサの処理能力向上を図
るような通話路管理方式が必要とされる。

［従来の技術］第９図は交換機システムの一例を示す構成図である。

交換ネ・ソトワーク（通話路）１０３を分散制御する複
数の呼処理プロセッサ（ＣＰＲｉ・図示は１台のみ示す
）とその呼処理プロセッサか制御する通話接続等のデー
タを管理している主プロセッサ（ＭＰＲ）から成り、各
プロセッサ間はプロセッサ間通信用のアダプタ（ＣＣＡ
）１０４．２０３を介してデータのやりとりが行われる
。

呼処理プロセッサＣＰＲｉは制御装置（ＣＣ）１０１、
メモリ（ＭＭ）１０２等から構成され、主プロセッサＭ
ＰＲは制御装置（ＣＣ）２０１、メモリ（ＭＭ）２０２
等から構成される。

そこで、呼処理プロセッサにおける通話路１０３の制御
は、第１０図によって説明される。

第１０図において、制御装置１０１がメモリ１０２内の
プログラム制御により、通話路の制御メモリ（ＣＭ）１
３０ｂの所定番地に通話路メモリ（ＳＰＭ）１０３ａの
アドレスを書込むことで、入力ハイウェイ上のタイムス
ロット間（ＳＴｊ。

５Ｔｉ）の入れ換えを行うことで、交換接続が行われる
。

かかる構成は、１つの呼処理プロセッサにおける通話路
制御の例であるが、分散制御においては、複数の通話路
（ＳＰＣ＃ｉ）がそれぞれ複数の呼処理プロセッサによ
り制御され、通話路間での接続制御も行われている。か
かる構成を第１１図に示す。

第１１図は、複数の通話路（ＳＰＣ＃０〜ｓｐＣ＃ｎ）
間での交換接続を説明している。第１０図では同じ通話
路内での接続例であったが、第１１図は異なる通話路間
でのタイムスロット間の入れ換えが行われる例を示す。

そこで、従来の通話路制御は、第１０図及び第１１図に
て示される通話路接続を通話路のマツプ情報を主プロセ
ッサに間合わせることで行われている。即ち、通話パス
の捕捉処理は、捕捉したい通話路１０３間のマツプ上で
のマツチング処理により行う。そのために、第１２図に
示すように、各呼処理プロセッサ１にはパス捕捉解放処
理部１ａを有し、主プロセッサ２には呼処理プロセッサ
毎（ＣＰＲｉ、ＣＰＲｊ）に各バス捕捉・解放用のマツ
プエリア（ＭＡＰ＃に、ＭＡＰ＃ｌ）を持ち、各呼処理
プロセッサと主プロセッサ間とでの通信のやりとりにて
処理されている。

マツプの解放時には、主プロセッサ内のマツプエリアの
該当パス位置を空きの状態にする必要があるが、それは
、呼の解放処理時に呼処理プロセッサから主プロセッサ
への通信にて行われる。

さらに具体的には、第１３図にて説明される。

第１３図は従来の通話路制御の説明図である。

先ず、マツプハント要求処理について説明する（（イ）
参照）。通話路管理システムは、図に示すように通話路
系を制御する複数個の呼処理プロセッサ（ＣＰＲ）１と
、これら複数個の呼処理プロセッサ１を制御する主プロ
セッサ（ＭＰＲ）２とで構成される。図中には呼処理プ
ロセッサ１としてＣＰＲＩ　　ＣＰＲ２の２個しか示し
てないが、２個に限るものではない。

今、加入者端末３から発呼したものとすると、対応する
ＣＰＲＩが発信を検出し、ＭＰＲにマツプハントを要求
する。ＭＰＲからマツプハント成功の通知が返ってきた
ら、ＣＰＲＩはＭＰＲより指定された空いているパスを
用いて、ＰＢレシーバ４と加入者間の通話路を接続する
。以上のシーケンスは、呼処理プログラムにより行われ
る。

次にマツプ解放処理について説明する（（ロ）参照）。

今、ＣＰＲＩからマツプ解放要求が発せられたものとす
る。ＣＰＲは図に示すような通話路マツプ管理エリア５
を持っており、ＭＰＲへのバス解放要求用バッファ５ａ
が内蔵されている。

このパスＨ放要求用バッファ５ａは、ＣＰＲの数ごとに
設けられている。更にこのパス解放要求用バッファ５ａ
は通話路制御装置ＳＰＣの数だけのスピーチパス管理メ
モリＭＡＰより構成されており、ここでは＃Ｏ〜＃１５
までの１６個のＳＰＣより構成されている。

ＣＰＲＩから通話路マツプ管理エリア５ヘマツプ解放要
求が出されると、該当するＳＰＣ内の通話路タイムスロ
ットを捜して“１′が立てられる。

これで“１′が立ったスピーチパスは解放されたことを
示している。このバス解放要求用バッファ５ａの内容は
例えば１秒周期でＭＰＲに送られており、ＭＰＲでは各
ＣＰＲ毎のスピーチパスの空塞状況を常時把握している
ことになる。

［発明が解決しようとする課題］前述したように、従来のシステムによれば通話路のパス
情報（空塞）の管理は、主プロセッサによる集中管理方
式を採っていた。従って、通話パス接続処理のたび毎に
呼処理プロセッサと主プロセッサとの通信処理を必要と
し、多大な処理ステップを必要とし、処理時間が長くな
るという問題を生じていた。

本発明はこのような課題に鑑みてなされたものであって
、ネットワークのパスハントを高速で行うことができる
通話路管理システムを提供することを目的としている。

［課題を解決するための手段］第１図は本発明の原理ブロック図である。図において、
１１は通話路系を制御する複数個の呼処理プロセッサ（
ＣＰＲ）、１２はこれら複数個の呼処理プロセッサ１１
を制御する主プロセッサ（ＭＰＲ）、１５はこれらプロ
セッサ相互間を接続するパスである。１３はスピーチパ
スの空塞を管理する空チャネルカウンタ１３ａを内蔵す
るマツプ管理部、１４は主プロセッサ１２ヘマツプ解放
要求を通知するための情報を格納するマツプ解放要求用
バッファ、２０はマツプ管理部１３及びマツプ解放要求
用バッファ１４より構成された通話路マツプ管理エリア
である。

通話路マツプ管理エリア２０は、１つの呼処理プロセッ
サ（ＣＰＲ）１１についてのみ示しているが、各呼処理
プロセッサ１１毎に実装されている。

かかる構成において、通話路系を制御する複数個の呼処
理プロセッサ１１と、前記複数個の呼処理プロセッサ１
１を制御する主プロセッサ１２間で情報のやりとりを行
う場合、呼処理プロセッサ１１が、通話パス解放時、そ
の解放されるバス情報を該パスエリアに保存し、該呼処
理プロセッサの制御下にあるパスの捕捉を該パスエリア
にて捕捉する。

また、呼処理プロセッサ１１は、パス解放時に前記通話
パスのパスエリアに該パスの空き表示するとともに前記
空チャネルカウンタ１３ａを更新しておき、通話パス捕
捉時、空チャネルカウンタ（１３ａ）が所定数以上の時
、該通話パスエリアより空パスを捕捉する。

前記カウンタ１３ａが所定以上の時には直接マツプ解放
要求用バッファに、解放パス情報を書き込む。また周期
的に、前記通話パスエリアの空情報を前記バス解放要求
用バッファ１４に転送し、前記通話パスエリア及び該カ
ウンタ１３ａを初期設定することを特徴とする。

［作用コマツプ管理部１３には呼処理プロセッサ配下の通話路制
御装置毎のスピーチバスの空塞情報が書込まれている。

例えばバスが空いている時には“１”が立ち、塞がって
いるときには“０“となっている。空チャネルカウンタ
］、　３　ａの更新は、各呼処理プロセッサ１１が自己
のマツプ管理部１３に対してマツプ解放要求を出した時
に空塞情報の書込みとともに、該当する空チャネルカウ
ンタ１３ａの更新を行う。マツプハント要求時、もし該
通話路が自呼処理プロセッサＣＰＲ配下の通話路制御装
置８２０間の通話路ならば、主プロセッサ１２との通信
処理を行わずに、各呼処理プロセッサ１１が通話路マツ
プ管理エリア２０をアクセスして、自己の領域のバスの
空塞状況をマツプ管理部１３をスキャンして調査し、空
いてるバスを見つけてバスの接続を行う。

一方、呼処理プロセッサ１１でもっている通話路マツプ
管理エリア２０の内容は、マツプ解放要求用バッファ１
４から定周期で常時主プロセッサ１２でもっている通話
路マツプ管理エリアに送られているので、該主プロセッ
サ１２は各呼処理プロセッサ１１のバスの空塞状況を把
握することができる。本発明によれば、通常はマツプハ
ント要求は呼処理プロセッサ］１が通話路マツプ管理エ
リア２０をアクセスすれば、バスの空塞状況がわかるの
で通話路管理に主プロセッサ１２へのバス捕捉要求を必
要とせず処理の高速化が図れる（もし２．捕捉したい通
話路が異なった呼処理ブｌコセンザ配下の通話路制御装
置間のものであるならば、従来通りの手順で主プロセッ
サＭＰＲにマツプ捕捉要求を行う）。

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

第２図は、本発明に係わる通話路マツプの構成図であり
、第１図の原理図にて説明した通話路マツプ管理エリア
２０の構成に対応している。図中の符号で同じものは同
一対象を示している。通話パスエリア１３ｂは各１ビツ
トが１通話バスを示し、この通話バスの空き／塞がりを
Ｉｌｏにて示すと、その空きの数が空きチャネルカウン
タ１３ａに格納される。この通話パスエリア１３ｂの空
塞状態は、定期的にマツプ解放要求用バッファ１４に転
送される。

第３図は本発明の実施例構成図であり、第２図の通話パ
スエリアの管理の構成を示している。図において、３０
は交換接続を含め呼の制御・処理を行う呼処理部であり
、この呼処理部３０における通話バスの捕捉・解放時に
、バス捕捉部５０、バス解放部４０がそれぞれ起動され
る。

パス捕捉部５０及びバス解放部４０は、それぞれマツプ
管理部１３の通話パスエリア１３ｂによりバス捕捉或い
はバス解放処理を行う。その詳細は各制御フローにより
後述する一方、周期転送処理部６０が備えられ、周期転送処理部
６０では、定期的にマツプ管理部１３の通話パスエリア
１３ｂの内容をマツプ解放要求用バッファ１４に転送す
る。

このマツプ解放要求用バッファ１４に書き込まれたバス
情報（空塞情報）は、周期転送処理部６０にて主プロセ
ッサ側へ転送される。

第４図は、第３図のバス解放処理部の制御フローを示す
。図において、バス解放要求があると、自呼処理プロセ
ッサＣＰＲ内の通話路制御装置間の通話バスか否かを判
定する（Ｓｌ）。自呼処理プロセッサＣＰＲが管理対象
の通話パスである場合、次に空チャネルカウンタ１３ａ
が所定値Ｎ０以上であるか否かを判定しくＳ２）、以下
である場合には、通話パスエリア１３ｂの所定位置に空
きを設定する（Ｓ３）とともに、空チャネルカウンタ１
３ａを更新する（Ｓ４）。

また、上記ステップＳＬ、Ｓ２において自プロセッサ配
下以外、或いは空チヤネル数が所定値以上の場合には、
転送用バッファ１４に直接空きを設定し、即座に主プロ
セッサ側へ通知する（Ｎ５）第５図は、第３図における
パス捕捉処理部の制御フローを示す。図において、パス
捕捉時に、自呼処理プロセッサ内での通話パスか否かを
判定しくＳ　１１）　、自呼処理プロセッサ内であれば
、次に空きチャネルカウンタ１３ａが所定値Ｎ１以上か
を判定する（Ｓ　１２）。所定値以上であれば、チャネ
ルマツチング処理を行う（８１３）。所定のパスが捕捉
できると（Ｓ１４）、次に捕捉した通話パスに該当する
空き通話パス設定エリアを塞がりとしくＳ　１５）　、
空チャネルカウンタ１３ａを減算する（Ｓ　１６）。

また、上記ステップＳｌｌ、Ｓ１２．Ｓ１４において何
れの判定でも否となると、主プロセッサＭＰＨにパス捕
捉を要求する（Ｓ　１７）。

第６図は第３図における周期転送処理部の制御フローを
示す。図において、自呼処理中に有する転送カウンタの
更新を行い、０であるか判定しく５２１）、０であれば
転送すべき周期であると判断し、空き通話路設定エリア
の情報を転送バッファ４０に転送する（Ｓ　２２）。次
に空き通話路設定エリアを全て通話路基がりと設定しく
５２３）、空チャネルカウンタ１３ａを０にクリアする
（Ｓ２４）。次に、転送カウンタを初期設定（所定値）
に設定しく５２５）、転送バッファ１４の内容をＭＰＨ
に送信する（Ｓ２６）。若しステップＳ２１て転送カウ
ンタが０でない場合には転送カウンタを減算する（Ｓ　
２７）。

以下上記の処理を第７図、第８図のシステム上での概念
図により、その実施態様を説明する。

第７図において、マツプ解放処理について説明する（（
ロ）参照）。呼処理プロセッサＣＰＲＩにて通話路マツ
プ解放要求を受けた通話路マツプ管理処理は、先ず、解
放要求が自ＣＰＲ内のネットワーク間の通話路であるか
どうかをチエツクする。若しチエツクの結果、自ＣＰＲ
内であった場合には自ＣＰＲ内呼用マツプ管理部１３内
の該ネットワーク（Ｓ　Ｐ　Ｃ）対応の空チャネルカウ
ンタ１３ａの値が予め定められた境界値ＮＯ以下である
かどうかを判定する。ＮＯ以下であった場合には、該ネ
ットワーク（Ｓ　Ｐ　Ｃ）対応の管理メモリＭＡＰ＃Ｏ
〜ＭＡＰ＃１５に交通話路情報を格納し、該空チャネル
カウンタ１３ａを更新する。Ｎ０以上であった場合は、
即通話路情報を主プロセッサ（以下ＭＰＲと略す）１２
へのマツプ解放要求用バッファ１４に格納し、１秒周期
のタスクによる解放処理に委ねる。

つぎに加入者端末３１から発呼したものとすると、対応
するＣＰＲＩは通話路マツプ管理処理にマツプハント要
求を出す（（イ）参照）。要求を受けた通話路マツプ管
理処理は、先ず、該ハント要求が自ＣＰＲ内のネットワ
ーク間の通話路であるかどうかをチエツクする。チエツ
クの結果、若し自ＣＰＲ内であれば、それぞれのネット
ワーク対応の空チャネルカウンタ１３ａの値を判定する
。

そして、境界値Ｎ１以上であれば自ＣＰＲ内呼用マツプ
管理部１３内の管理メモリＭＡＰ＃０〜ＭＡＰ＃１５内
の情報をもとにチャネルハントを行う。即ち、空いてる
パスを見つけてＰＢレシーバ３２と接続する。

ここで、前記境界値ＮＯは、自ＣＰＲ内のみでネットワ
ーク内の通話路の専ｎを避けるためのスレッショルド値
であり、Ｎ１はネットワークが比較的閑散時の無駄処理
（自ＣＰＲ内呼用マツプ管理部の空チャネルをハントで
きる確率が小さい）を避けるためのスレッショルド値で
ある。又、マツプ解放処理は長時間保留通話路監視処理
にて、無効保留と見做されない為に、一定時間単位（例
えば３０秒）に自ＣＰＲ内呼用マツプ管理部１３を全て
解放する。

第８図は本発明の他の実施態様の説明図である。

図に示す例は、ＭＰＲで管理していた通話路マツプ管理
エリアをＣＰＲとＭＰＲで分けて管理、制御するように
したものである。先ず、マツプ解放処理について説明す
る（（ロ）参照）。

ＣＰＲＩから通話路マツプ解放要求を受けた通話路マツ
プ管理処理は、該解放要求が自ＣＰＲ内のネットワーク
間の通話路であるか及び自ＣＰＲ内で管理されている通
話路であるかをチエツクする。若しそうであった場合に
は、自ＣＰＲ内のマツプ管理部１３の該ネットワーク（
ＳＰＣ）対応の管理メモリＭ　Ａ　Ｐ　＃　Ｏ〜ＭＡＰ
＃１５に全通話路情報を格納し、空チャネルカウンタ］
、　３　ａを更新する。要求か自ＣＰＲ内のネットワー
ク間の通話路でない時は、通話路情報をＭＰＲへのマツ
プ解放要求用バッファ１４に格納し、１秒周期のタスク
によるマツプ解放処理に委ねる。

次にマツプハント要求処理に゛ついて説明する（（イ）
参照）。ＣＰＲＩからマツプハント要求を受けた通話路
マツプ管理処理は、該ハント要求が自ＣＰＲ内のネット
ワーク間の通話路であるかどうかをチエツクする。若し
ぞってあればネット・ノーク対応の空チャネルカウンタ
１’３ａの値を判定し、空チャネルかあれば自ＣＰ　ｉ
＜内のマツプ管理部１３内の情報をもとにチャネルハン
トを行う。

若し空チャネルかなかった場合及び自ＣＰＲ内のネット
ワーク間の通話路でなか−Ｊた場合には、従来通りＭＰ
Ｒヘマソプハント要求をすることにな［発明の効果］以」二詳細に説明したよつに、本発明によれば、通話バ
スの捕捉、解ｌＩｋのたびに１１′「処理ブ「ｊセ・・
ノサと主プロセッサフとの通信処理を行っ必要がなくな
るので、通信回数の減少（処理ステップの減′Ｊ））に
つながる、−とからネットワークのバス情報Ｃ）ｔ″ｉ
理を高速で・ＩＦ：）ことが可能となる。

【図面の簡単な説明】

第１図は、本発明の原理図、第２図は、本発明に係る通話路マツプ（１〜１成図、第
３図は、本発明の実施例（、ｌ、ｉ成ト４、第４図は、
本発明のバス解放処理部の制御フロー図、第５図は、本発明のバス捕捉処理部の制御フロー図、４第６図は、本発明の周期転送処理部の制御〕Ｄ−図、第７図、第８図は、本発明の詳細な説明する説明図、第９図は、本発明の背景と／よるシステムの構成例図、第１０図は、呼処理プロセッサの通話路制御の説明図、第１１図は、通話路の−（Ｍ成例図、第１２図は、従来の通話バス捕捉・解放制御の概念説明
図、第１３図は、従来の通話路制御の説明図である。図において、１１は呼処理ブロモジ→）゛、１２は主プロセッサ、１３はマツプ管理部、１４はマツプ解放要求用バッファ、１５はバス、２０は通話路マツプ管理エリアを示す。

Claims

【特許請求の範囲】

（１）通話路系を制御する複数個の呼処理プロセッサ（
１１）と、前記複数個の呼処理プロセッサ（１１）を制
御する主プロセッサ（１２）間で情報のやりとりを行う
場合において、通話パスの空塞を管理する空チャネルカウンタ（１３ａ
）と自呼処理プロセッサ内でパス捕捉・解放処理を可能
とする通話パスエリア（１３ｂ）と、主プロセッサ（１２）へ解放要求を通知するための情報
を格納するパス解放要求用バッファ（１４）とを各呼処
理プロセッサ（１１）毎に設け、呼処理プロセッサ（１１）において、通話パス解放時、
その解放されるパス情報を該パスエリアに保存しておき
、該呼処理プロセッサの制御下にあるパスの捕捉を該パ
スエリアにて捕捉することを特徴とする通話路管理方式
。
（２）前記呼処理プロセッサ（１１）は、パス解放時に
前記通話パスのパスエリアに該パスの空き表示をすると
ともに前記空チャネルカウンタ（１３ａ）を更新し、通
話パス捕捉時、空チャネルカウンタ（１３ａ）が所定数
以上の時該通話パスエリアより空パスを捕捉し、前記カ
ウンタ（１３ａ）が所定以上の時直接マップ解放要求用
バッファに、解放パス情報を書き込みまた、周期的に前
記通話パスエリア（１３ｂ）の空情報を前記パス解放要
求用バッファ（１４）に転送し、前記通話パスエリア（１３ｂ）及び該カウンタ（１３ａ
）を初期設定することを特徴とする請求項１記載の通話
路管理方式。