JPH0522402A - 交換制御方式 - Google Patents

Abstract

(57)【要約】 【目的】発呼端末機への応答性に優れた分散交換システ
ムを実現する。 【構成】複数の電話端末機のうち、たとえば端末機１１
ａより発呼要求があると、端末機１１ａにおいて「呼設
定」メッセージが生成され、ノード１０ａが呼処理装置
１６にて、その端末機の発呼を検出する。呼処理装置１
６は、ＴＧＮ選択順序テーブル１９を参照して自ノード
内のトランクグループ番号（ＴＧＮ）に空きがないか判
断し、空きがない場合は、時刻テーブル２０とノード選
択順序テーブル２１ａまたは２１ｂを参照し、現時刻に
対応する時間帯の選択順序に従ってノードを検索する。
検索の結果、空きのＴＧＮを収容するノードがあった場
合、呼処理装置１６がＬＡＮ１３を介して、「呼設定」
メッセージを転送し、このルートにより発信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、トランクグループを分
割収容する複数の交換ノードにおける交換制御方式に関
する。

【０００２】

【従来の技術】交換ノードの機能は、通常、図１４に示
すように、呼処理系として内線呼処理とトランク呼処
理、保守系としてデータ設定処理とトラヒック処理、及
びデータベースから構成されている。内線呼処理は、標
準電話機あるいはディジタル電話機を制御し、トランク
呼処理は、局線あるいは専用線を制御する。データ設定
処理は、保守用端末機からのコマンド操作により、呼処
理で必要なデータをデータベースに書き込む。トラヒッ
ク処理は、呼処理により記憶されたトラヒックデータを
基に、呼のそ通状態あるいは変動状況を定量的に計測
し、これらを集計処理した結果を保守用端末機へ出力す
る。

【０００３】ところで、交換ノードの大容量化として、
分散交換方式と呼ばれるものが最近注目されている。こ
の分散交換方式は、複数台の分散交換ノードをローカル
エリアネットワーク（Local Area Network：以下ＬＡＮ
と記述する）で接続し、各交換ノードの協調動作により
あたかも１台の大容量交換ノードのように動作する。

【０００４】従来の分散交換システムの一例を図１５に
示す。図１５に示すように、伝送路１を介して複数の制
御ステーション２ａ，２ｂ，２ｃが接続されたＬＡＮに
おいて、制御ステーション２ａ，２ｂ，２ｃに交換ノー
ド３ａ，３ｂ，３ｃがそれぞれ接続される。そして、こ
のようなシステムでは、発呼端末機４が接続されたノー
ド３ａのトランクグループが全話中のとき、他の制御ス
テーション２ｂ，２ｃに属するノード３ｂ，３ｃのトラ
ンクグループにより発信できる。すなわち、ノード３
ａ，３ｂ，３ｃ（ノードを識別するためのノード番号を
各々１，２，３とする）が、各トランクグループ番号
（以下ＴＧＮと記述する）の選択順序と使用状態とを記
憶したＴＧＮ選択順序テーブル５と、各ＴＧＮの収容ノ
ード番号を選択する順に記憶したＴＧＮ収容ノードテー
ブル７を備える。そして、発呼端末機４を収容するノー
ド３ａの呼処理６は、自ノードのＴＧＮ選択順序テーブ
ル５において指定ＴＧＮ５ａが全話中のとき、以下に示
す手順で他ノードのＴＧＮ５ａを捕捉する。

【０００５】まず、ＴＧＮ収容ノードテーブル７の先頭
に登録された収容ノード番号７ａ（ノード番号２）を検
索し、ノード３ｂ（ノード番号２）に対して、指定ＴＧ
Ｎ５ａの空き塞がりを問い合わせる。空きがある場合に
は、ＴＧＮ５ａを捕捉して局線８ｂより発信する。

【０００６】また、ノード３ｂのＴＧＮ５ａも全話中の
場合には、ＴＧＮ収容ノードテーブル７の２番目に登録
された収容ノード番号７ｂ（ノード番号３）を検索し
て、ノード３ｃ（ノード番号３）に対して、上記同様に
ＴＧＮ５ａの空き塞がりを問い合わせる。空きがある場
合には、ＴＧＮ５ａを捕捉して局線８ｃより発信する。
さらに、ノード３ｃでも全話中の場合は、発呼端末機４
にビジートーンを返す。なお、ＴＧＮ選択順序テーブル
５、ＴＧＮ収容ノードテーブル７は、保守用端末機９か
らのコマンド操作によりデータベースとして設定する。

【０００７】このように、従来の分散交換システムで
は、ＴＧＮを分割収容する他ノードの選択は、保守者が
設定した順序のみに従っており、対象ノードのトラヒッ
ク変動を考慮していない。このため、以下に述べるよう
に、ＴＧＮ捕捉要求が全話中として拒絶される場合が多
く、その分発呼端末機への応答が遅くなるという問題が
ある。

【０００８】図１６、図１７に、各々ノード３ｂ、ノー
ド３ｃにおける時刻毎のトラヒック変動例を示す。測定
対象は、自ノード内のトランク発着信呼数４ａ，５ａ
と、ノードを跨ったトランク発着信呼数（網へ発信した
ノード、網から着信したノードの呼数として測定）４
ｂ，５ｂである。なお、各ノードのトランク回線容量は
各ＴＧＮについて同一とする。この場合、以下に示す事
例においてノード３ａでは、他ノードへのＴＧＮ捕捉要
求が全話中として拒絶されることが多く、その分発呼端
末機への応答が遅くなる。すなわち、ノードの選択順序
がノード３ｃからノード３ｂと設定されている場合。８
時〜１２時の時間帯では、図１６と図１７に示すように
ノード３ｃのトラヒック量がノード３ｂよりも多い。こ
の場合では、ノードの選択順序がトラヒック量の多い順
に設定されているため、選択順序がノード３ｂからノー
ド３ｃのときよりも全話中として拒絶されることが多
く、その分、発呼端末機への応答が遅くなる。また、選
択順序がノード３ｂから３ｃと設定されている場合、１
３時〜１７時の時間帯では、トラヒック量はノード３ｂ
の方が多い。この場合では、選択順序がノード３ｃから
３ｂのときよりも全話中として拒絶されることが多くな
る。

【０００９】このように、ＴＧＮを分割収容する分散交
換システムにおいて、他ノードのＴＧＮの捕捉では、ト
ラヒック変動を考慮してないため全話中として拒絶され
る場合が多く、その分発呼端末機への応答が遅くなると
いう問題がある。さらに、上記問題解決のため、トラヒ
ック変動に対応してノードの選択順序を適切化するに
は、新たに以下に示す解決すべき問題が考えられる。 （１）ノード選択順序の設定

【００１０】適切な選択順序の設定方式として、保守者
が、図１６、図１７に示すトラヒック変動を参照して、
例えば図１８に示すようなノード選択順序テーブルを設
定することが考えられる。このノード選択順序テーブル
は、各ＴＧＮを分割収容するノードの選択順序６ａとそ
の時間帯６ｂとを対応付けたものである。

【００１１】しかし、この方式では、部課の増設や改廃
に伴ってトラヒック変動が従来のものと変化する毎に、
保守者がテーブルを再設定しなければならないという問
題がある。 （２）ノード選択順序の適切化処理の負荷

【００１２】そこで、選択順序の自動設定が考えられる
が、この機能の実現では、複数のノード（各ＴＧＮにつ
いて分割収容された全ノード）からのトラヒックデータ
の収集処理および集計処理、この結果に基づいた前記ノ
ード選択順序テーブルの作成処理等が必要となる。これ
ら処理をノード内で実現すると、その分各ノードに処理
負荷がかかるため、呼処理の応答性（発呼端末機への応
答性）が悪くなるという問題がある。 （３）ノード選択順序の検索時における実時間性の要求

【００１３】呼処理によるノード選択処理では実時間性
が要求されるため、対象ノードを即時に選択できる必要
がある。つまり、呼処理が前記ノード選択順序テーブル
を即時に検索できるようにする。

【００１４】

【発明が解決しようとする課題】上述したようにＴＧＮ
を分割収容する分散交換システムにおいて、他ノードの
ＴＧＮの捕捉では、トラヒック変動を考慮してないため
全話中として拒絶される場合が多く、その分発呼端末機
への応答が遅くなるという問題があった。そこで、本発
明は、発呼端末機への応答性に優れた分散交換システム
を実現する交換制御方式を提供することを目的とする。

【００１５】

【課題を解決するための手段】本発明の交換制御方式
は、トランクグループを分割収容する複数の交換ノード
がローカルエリアネットワークを介して接続され、所定
の交換ノードに接続された端末機より発生した呼が前記
ローカルエリアネットワークを介して他の交換ノードよ
り発信可能とされたものであって、前記交換ノードから
転送された呼数のトラヒックデータを累計処理するトラ
ヒックデータ処理装置を前記交換ノードに接続した通信
システムにおいて、前記トラヒックデータを基に前記複
数の交換ノード間のトランク捕捉順序付けについて処理
する処理手段と、この処理手段の処理結果を前記複数の
交換ノードへ転送する転送手段と、前記処理手段の処理
を起動する所定の時間周期を記憶する第１の記憶手段
と、前記トラヒックデータ処理装置から転送された内容
を記憶する第２の記憶手段と、現在の時刻を記憶する第
３の記憶手段と、前記呼を前記ローカルエリアネットワ
ーク経由で他の交換ノードより発信させる時、前記トラ
ヒックデータ処理装置から事前に転送され、前記第２の
記憶手段に記憶された前記交換ノード間の順序および前
記第３の記憶手段の内容に従って、目的とする該交換ノ
ードを選択する選択手段とを具備している。

【００１６】

【作用】この発明は、ノード間のＴＧＮ捕捉について、
トラヒック変動に対応してノードの選択順序を自動設定
できるようにし、これに伴う処理負荷を各ノードに与え
ないことにより、発呼端末機への応答性に優れた分散交
換システムを実現できる。

【００１７】

【実施例】以下、本発明の一実施例について図面を参照
して説明する。

【００１８】図１は、本発明に係る交換制御方式が適用
される通信システムを概略的に示すものである。すなわ
ち、１０ａ，１０ｂ，１０ｃは、それぞれＴＧＮを分割
収容するノードであり、これらノード１０ａ，１０ｂ，
１０ｃにはそれぞれ複数の電話端末機１１ａ，１１ｂ，
…が接続される。ノード１０ａには、トラヒックデータ
統計処理装置１２が接続される。

【００１９】また、ノード１０ａ，１０ｂ，１０ｃは、
ＬＡＮ１３に収容されている。すなわち、制御ステーシ
ョン１４ａ，１４ｂ，１４ｃが伝送路１５を介して接続
され、ノード１０ａ，１０ｂ，１０ｃは各々制御ステー
ション１４ａ，１４ｂ，１４ｃに接続される。

【００２０】ノード１０ａ，１０ｂ，１０ｃは、内線系
とトランク系を制御する呼処理装置１６、各ノードでの
トラヒックデータの収集／集計を行なうトラヒック集計
装置１７、トラヒックデータを記憶するトラヒックデー
タベース１８ａ、各ＴＧＮ（トランクグループ番号）と
その選択順序と使用状態とを対応付けたＴＧＮ選択順序
テーブル１９、現在の時刻を記憶する時刻テーブル２
０、および、各ＴＧＮについて分割収容するノードの選
択順序と選択に適した時間帯とを対応付けたノード選択
順序テーブル２１ａ，２１ｂを有する。

【００２１】ノード選択順序テーブル２１ａ，２１ｂは
２面あり、１面（例えば２１ｂ）は呼処理装置１６が現
在使用中のものであり、もう１面（例えば２１ａ）はト
ラヒックデータ統計処理装置１２から転送されるデータ
を受信するときに使用する。２面あるノード選択順序テ
ーブル２１ａ，２１ｂの中で、前記受信用のものは受信
面指示テーブル２２に、呼処理装置１６が各呼毎に使用
中のものは使用面指示テーブル２３に各々記憶する。

【００２２】トラヒックデータ統計処理装置１２には、
各ノードのトラヒック集計装置１７から転送されたデー
タを集計処理し、この処理結果を蓄えるトラヒックデー
タベース１８ｂ、このデータを基にして各ノード用のノ
ード選択順序テーブル２１ｃを作成するノード選択順序
作成装置１２ａ、および、ノード選択順序テーブル２１
ｃを作成する時間周期（例えば１か月毎）を記憶する作
成周期タイマ２４がある。作成周期タイマ２４は、トラ
ヒックデータ統計処理装置１２と保守者との対話により
設定する。

【００２３】次に、このように構成された分散交換シス
テムにおいて、ノード選択順序テーブルの作成処理と、
この後に実行される更新処理について、図２に示すフロ
ーチャートを参照して説明する。ノード選択順序テーブ
ルの作成処理は、以下のステップから構成される。ま
ず、ステップａでは、ノード１０ａ，１０ｂ，１０ｃに
おける呼処理装置１６が通話毎にトラヒックデータをト
ラヒックデータベース１８ａに書き込む。

【００２４】ステップｂでは、各ノードのトラヒック集
計装置１７がトラヒックデータベース１８ａを参照して
自ノードのトラヒックデータを定期的（例えば１時間
毎）に集計し、これをトラヒックデータ統計処理装置１
２へ転送する。なお、トラヒックデータの転送について
は、各ノードが一斉に実施するとノード１０ａの負荷が
増えるため、ノード１０ａの指示により各ノード毎が順
次実施する。

【００２５】ステップｃでは、トラヒックデータ統計処
理装置１２が転送されたトラヒックデータを集計処理
し、これを装置内のトラヒックデータベース１８ｂに蓄
える。ノード１０ａ，１０ｂ，１０ｃにおけるトラヒッ
クデータの集計処理結果を、各々図３〜図５に示す。こ
れは、各ノードのトランク発着信呼数を時刻毎に集計し
たもので、自ノード内の呼数３０ａ，３１ａ，３２ａ
と、ノードを跨った呼数（網へ発信したノード、網から
着信したノードの呼数として測定）３０ｂ，３１ｂ，３
２ｂを含む。

【００２６】ステップｄでは、ノード選択順序作成装置
１２ａが、作成周期タイマ２４を参照して、ノード選択
順序テーブル２１ｃを作成する時期（作成周期タイマが
タイムアウト）か否かを判断する。なお、作成周期タイ
マ２４のタイマ値は、ノード選択順序テーブルの作成に
はトラヒックデータを十分蓄積した上で行なう必要があ
るため、１週間を最小値として週単位で設定する。

【００２７】ステップｅにおいて、作成周期タイマ２４
がタイムアウトでない場合、ステップａに戻る。また、
作成周期タイマ２４がタイムアウトの場合、ステップｆ
に進む。

【００２８】ステップｆでは、ノード選択順序作成装置
１２ａがトラヒックデータベース１８ｂを基にして各ノ
ード用のノード選択順序テーブル２１ｃを作成し、作成
周期タイマ２４のタイマ値を初期化する。

【００２９】ノード１０ａ，ノード１０ｂ，ノード１０
ｃ（ノード番号を各々１、２、３とする）でのトラヒッ
ク変動が各々図３〜図５に示す内容の場合、ノード１０
ａ（ノード番号１）用のノード選択順序テーブル２１ｃ
は図６のようになる。ノード３ｂとノード３ｃにおける
トラヒック量の比較は、図４および図５に示すように８
時〜１０時迄はノード３ｃ（ノード番号３）の方が少な
く、１２時〜１５時迄はノード３ｂ（ノード番号２）の
方が少ない。前記以外の時間帯はほぼ同一である。この
ため、ノード３ａ用のノード選択順序は、８時〜１０時
迄はノード番号３から２の順、１２時〜１５時迄はノー
ド番号２から３の順に設定する。前記以外の時間帯では
全ノードのトラヒック量がはぼ同一のため（図３〜図５
参照）、システム全体で負荷を分散させるように、ノー
ド１０ａではノード番号２から３、ノード１０ｂではノ
ード番号３から１、ノード１０ｃではノード番号１から
２の順に各々設定する。一方、各ノードにおけるノード
選択順序テーブルの更新処理は、以下のステップから構
成される。ステップｇでは、ノード選択順序作成装置１
２ａが各ノード毎に作成したノード選択順序テーブル２
１ｃを各ノードに転送する。

【００３０】ステップｈでは、各ノードのトラヒック集
計装置１７が受信面指示テーブル２２（データ受信用の
ノード選択順序テーブルを記憶）を参照し、転送された
データを該当するノード選択順序テーブル２１ａまたは
２１ｂに書き込む。ステップｉでは、各ノードのトラヒ
ック集計装置１７が図７に示すように受信面指示テーブ
ル２２の内容を更新する。

【００３１】以上は、通常時におけるノード選択順序テ
ーブル２１ｃの自動設定であるが、システム立ち上げ
時、あるいはトラヒック統計処理装置１２が故障から回
復した場合には、保守者のコマンド操作を必要とする。
システム立ち上げ時に保守者は、トラヒック統計処理装
置１２との対話により、ノード選択順序テーブル２１ｃ
の設定及び各ノードへの転送を指示する。トラヒック統
計処理装置１２の回復時では、保守者は初期化（トラヒ
ックデータベース１８ｂ、作成周期タイマ２４）を指示
する。これ以後の処理は、前述のステップと同様であ
る。次に、ＴＧＮ捕捉（ＴＧＮ１を対象）について、図
８に示すフローチャートを参照して説明する。

【００３２】まず、複数の電話端末機のうち、例えば端
末機１１ａより発呼要求があると、端末機１１ａにおい
て「呼設定」メッセージが生成され、ノード１０ａに取
り込まれる。ステップＡでは、ノード１０ａが「呼設
定」メッセージを受けて、まず、呼処理装置１６が端末
機の発呼を検出する。ステップＢでは、呼処理装置１６
がＴＧＮ選択順序テーブル１９を参照して、自ノード１
０ａ内のＴＧＮ１に空きがあるか否かを判断する。ステ
ップＣにおいて、この判断の結果として自ノード１０ａ
内のＴＧＮ１に空きがある場合はステップＤに進む。

【００３３】ステップＤでは、自ノード１０ａの呼処理
装置１６が「呼設定」メッセージを局線２５ａを介して
網側に送出する。すなわち、この場合、「呼設定」メッ
セージは、端末機１１ａ−ノード１０ａ−局線２５ａ−
網のルートを通る。一方、ステップＣにおいて自ノード
１０ａ内のＴＧＮ１に空きがない場合はステップＥに進
む。

【００３４】ステップＥでは、呼処理装置１６が時刻テ
ーブル２０とノード選択順序テーブル２１ａまたは２１
ｂとを参照し、現時刻に対応する時間帯の選択順序に従
ってノードを検索する。ノード選択順序テーブルの内容
が図６の場合、呼処理装置１６は、８時〜１０時の時間
帯であればノード番号３から２の順で、１０時〜２４時
の時間帯であればノード番号２から３の順で、空きのＴ
ＧＮ１を収容するノードを検索する。

【００３５】ステップＦでは、同時に呼処理装置１６
が、図９に示すように各呼毎に識別するための呼識別番
号２３ａを付与し、この呼識別番号２３ａ毎に該呼２３
ｂが使用したノード選択順序テーブル２１ｂを使用面指
示テーブル２３に記憶する。なお、１つの呼のＴＧＮ捕
捉において、呼処理装置１６がノード選択順序テーブル
２１ａまたは２１ｂのどちらを使用するかについては、
最初の使用では受信面指示テーブル２２が指示する以外
のもの、２回目以後は使用面指示テーブル２３の該呼２
３ｂが指示するものである（図９参照）。呼処理装置１
６は、図１０に示すように受信面指示テーブル２２が更
新された以後、新規の呼２３ｃに対してはノード選択順
序テーブル２１ａを使用する。ステップＧにおいて、検
索の結果として空きのＴＧＮ１を収容するノードがある
場合はステップＨに進む。

【００３６】ステップＨでは、呼処理装置１６がＬＡＮ
１３を介してＴＧＮ１を収容するノードに対し、この
「呼設定」メッセージを転送し、このルートにより発信
する。すなわち、図６の例において最初に検索したノー
ドでＴＧＮ１を捕捉できた場合、「呼設定」メッセージ
は、端末機１１ａ−ノード１０ａ−ＬＡＮ１３−ノード
１０ｃ（８時〜１０時）／ノード１０ｂ（１０時〜２４
時）−局線２５ｃ（８時〜１０時）／局線２５ｂ（１０
時〜２４時）−網のルートを通る。

【００３７】一方、ステップＧにおいて空きのＴＧＮ１
を収容するノードがない場合はステップＩに進む。ステ
ップＩでは、呼処理装置１６が発呼端末機１１ａにビジ
ートーンを返す。

【００３８】以上述べたノード間ＴＧＮ捕捉処理を終了
した場合、呼処理装置１６は、図１１に示すように使用
面指示テーブル２３において該呼に対応する部分２３ｄ
を削除する。

【００３９】ノード選択順序テーブル用のエリアは前述
したように２面あり、１面は呼処理装置１６が現在使用
中のものである。もう１面は転送されたテーブルを蓄え
るためである。１面しか用意しない場合には以下に述べ
るステップ例において、ＴＧＮ捕捉に無駄な処理が発生
する等の問題があるため、本実施例では２面用意してい
る。ステップの例として、ノード選択順序テーブルは２
１ａのみとし、ノード１０ａにおける従来の選択順序
（ノード番号３から２の順）が、テーブルの更新により
反転する場合（ノード番号２から３の順）を考えてみ
る。

【００４０】ステップ１：呼処理装置１６は、ノード選
択順序テーブル２１ａの参照により、最初の選択対象で
あるノード番号２（ノード１０ｂ）に対して、ＴＧＮ捕
捉を問い合わせる。

【００４１】ステップ２：ステップ１でのＴＧＮ捕捉の
問い合わせ中に、トラヒックデータ統計処理装置１２か
らのデータ転送があったため、トラヒック集計装置１７
は、ノード選択順序テーブル２１ａへ転送データを書き
込む。この時点において、選択順序はノード番号３から
２の順に反転するものとする。

【００４２】ステップ３：ステップ１でのＴＧＮ捕捉の
問い合わせに対して、ノード１０ｂからの返答が全話中
のため、呼処理装置１６はノード選択順序テーブル２１
ａでの２番目のノードを検索する。ステップ２で選択順
序が反転しているため、検索結果として再度ノード番号
２を選択し、呼処理装置１６は、ノード１０ｂに対して
ＴＧＮ捕捉を問い合わせる。

【００４３】このように、ステップ３において呼処理装
置１６は、ノード１０ｂから全話中の返答を受けている
にも拘らず、このノードに対して再度ＴＧＮ捕捉の問い
合わせるため、ここに無駄な処理が発生する。また、ノ
ード１０ｃのＴＧＮに空きがあっても、このノードは選
択対象にならないため、ＴＧＮを捕捉できない結果とな
る。

【００４４】これに対して、本実施例では受信面指示テ
ーブルにより、現在使用中のノード選択順序テーブルが
書き変わることはない。また、使用面指示テーブルによ
り、各呼毎に使用するノード選択順序テーブルの同一性
を確保している。

【００４５】なお、一方のノード選択順序テーブルが使
用中に、他方のテーブルが更新された後では、図１２に
示すように受信面指示テーブル２２の内容と同一のノー
ド選択順序テーブル２１ｂを指す呼２３ｅが存在する。
このため、次回のノード選択順序テーブル更新時に、前
記呼２３ｅの使用テーブルが書き変わることが予想され
る。しかし、本実施例では、前述したようにテーブル更
新の時間間隔（テーブルの作成周期タイマ値として設
定）は、前記呼のノード間ＴＧＮ捕捉処理に必要な時間
間隔よりも十分大きく設定されるため、前記現象は発生
しない。つまり、前記呼のＴＧＮ捕捉処理が終了する時
は、ノード選択順序テーブル２１ｂの更新処理の起動時
より十分以前であり、図１３に示すように受信面指示テ
ーブル２２の内容と同一のテーブルを指す呼２３ｆは存
在しなくなる。

【００４６】以上説明したように上記実施例によれば、
ノード間でのＴＧＮ捕捉処理は、トラヒック変動に対応
してトラヒック量の少ないノードを優先的に選択するた
め、発呼端末機への応答性を確保できる。

【００４７】ノード選択順序の設定処理については、外
部装置で実現することより、ノードに負荷をかけない。
また、処理結果を事前に各ノードへ転送することによ
り、呼処理による対象ノードの選択を即時に行なえ、こ
れらの点でも発呼端末機への応答性を確保している。さ
らに、部課の増設や改廃に伴ってトラヒック変動が従来
のものと大きく変化しても、これに対応するノード選択
順序の再設定を自動的に行なえる。一方、外部装置（ト
ラヒックデータ統計処理装置）が万一故障した場合で
も、ノードの選択順序を事前に転送してあるため、各ノ
ードには影響を与えない。なお、本発明は上述した実施
例に限定されるものではない。例えばノード選択順序テ
ーブルは、１面でもよい。

【００４８】

【発明の効果】以上詳述したように本発明によれば、発
呼端末機への応答性に優れた分散交換システムを実現す
る交換制御方式を提供することができる。

【図面の簡単な説明】

【図１】本発明の一実施例に係る通信システムの構成を
概略的に示すブロック図。

【図２】ノード選択順序テーブルの作成処理及び更新処
理のフローチャート。

【図３】トラヒックデータの集計処理により得られたト
ラヒック変動の例を示す図。

【図４】トラヒックデータの集計処理により得られたト
ラヒック変動の例を示す図。

【図５】トラヒックデータの集計処理により得られたト
ラヒック変動の例を示す図。

【図６】ノード選択順序テーブルの例を示す図。

【図７】ノード選択順序テーブルの使用例を説明するた
めの図。

【図８】ノード間のＴＧＮ捕捉処理を説明するためのフ
ローチャート。

【図９】ノード選択順序テーブルの使用例を説明するた
めの図。

【図１０】ノード選択順序テーブルの使用例を説明する
ための図。

【図１１】ノード選択順序テーブルの使用例を説明する
ための図。

【図１２】ノード選択順序テーブルの使用例を説明する
ための図。

【図１３】ノード選択順序テーブルの使用例を説明する
ための図。

【図１４】交換ノードにおける通常の機能構成を示す
図。

【図１５】従来の分散交換システムの構成を示す図。

【図１６】トラヒック変動の例を示す図。

【図１７】トラヒック変動の例を示す図。

【図１８】ノードの選択順序を時間帯毎に記憶するノー
ド選択順序テーブルの例を示す図。

【符号の説明】

１０ａ，１０ｂ，１０…ノード、１１ａ，１１ｂ…電話
端末機、１２…トラヒックデータ統計処理装置、１３…
ＬＡＮ、１４ａ，１４ｂ，１４ｃ…制御ステーション、
１５…伝送路、１６…呼処理装置、１７…トラヒック集
計装置、１８ａ，１８ｂ…トラヒックデータベース、１
９…ＴＧＮ選択順序テーブル、２０…時刻テーブル、２
１ａ，２１ｂ…ノード選択順序テーブル、２２…受信面
指示テーブル、２３…使用面指示テーブル、２４…作成
周期タイマ、２５ａ，２５ｂ，２５ｃ…局線。

Claims (1)

1. 【特許請求の範囲】 【請求項１】 トランクグループを分割収容する複数の
   交換ノードがローカルエリアネットワークを介して接続
   され、所定の交換ノードに接続された端末機より発生し
   た呼が前記ローカルエリアネットワークを介して他の交
   換ノードより発信可能とされたものであって、前記交換
   ノードから転送された呼数のトラヒックデータを累計処
   理するトラヒックデータ処理装置を前記交換ノードに接
   続した通信システムにおいて、 前記トラヒックデータを基に前記複数の交換ノード間の
   トランク捕捉順序付けについて処理する処理手段と、 この処理手段の処理結果を前記複数の交換ノードへ転送
   する転送手段と、 前記処理手段の処理を起動する所定の時間周期を記憶す
   る第１の記憶手段と、 前記トラヒックデータ処理装置から転送された内容を記
   憶する第２の記憶手段と、 現在の時刻を記憶する第３の記憶手段と、 前記呼を前記ローカルエリアネットワーク経由で他の交
   換ノードより発信させる時、前記トラヒックデータ処理
   装置から事前に転送され、前記第２の記憶手段に記憶さ
   れた前記交換ノード間の順序および前記第３の記憶手段
   の内容に従って、目的とする該交換ノードを選択する選
   択手段と、 を具備することを特徴とする交換制御方式。