JPH07297916A - 回線網呼接続方法及び回線網呼接続システム - Google Patents

Abstract

(57)【要約】 【目的】 本発明の目的は、多様な呼接続サービスの提
供が可能な回線網呼接続方法及び回線網呼接続システム
を提供することである。 【構成】 本発明の回線網呼接続システムは、交換機か
ら交換機と、交換機に終端する回線群１２０のトラヒッ
ク疎通状況を区域間経路別に管理するデータベース１６
と、発信ユーザ１５から呼接続内容を示すサービス情報
と着番号を含む呼接続要求が発行されると、データベー
ス１６を参照し、トラヒック疎通状況に応じて呼接続を
変える接続選択手段１１０を有する回線網１１とを有す
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、回線網呼接続方法及び
回線網呼接続システムに係り、特に、発信ユーザから呼
接続要求が発行される呼接続内容を示すサービス情報と
網のトラヒック疎通状況に応じて呼接続を変える回線網
呼接続方法及び回線網呼接続システムに関する。

【０００２】

【従来の技術】回線網における従来の呼接続方法では、
発信ユーザから呼接続要求があると、回線網内の交換機
は一律に同じ接続制御により呼接続を行う。回線網のト
ラヒックは、時間帯により変わるのが一般的であり、夜
間、昼間に最繁時間帯があり、深夜には、トラヒックが
減少する。回線網は、即時系システムであるため、高負
荷時のトラヒックが疎通できるように、設備を設置する
必要がある。そのため、従来の方法では、深夜等の網が
低負荷のときには設備が遊んでしまう。

【０００３】これに対して、深夜等低負荷時の料金を低
く設定する料金法、通話時間が長くなると料金の割引率
が高くなる料金法等、料金体系を有利にすることによ
り、トラヒック増を図る方法が知られている。

【０００４】これらの方法では、網のトラヒック疎通状
況には無関係に発信ユーザから呼接続要求があると接続
を行う。

【０００５】

【発明が解決しようとする課題】しかしながら、上記従
来の即時系のシステムにおける呼接続方法では、一律に
同じ呼接続を行うと、トラヒックが増加して高負荷時に
なった場合に、緊急度が高い呼が接続できない恐れがあ
る。即ち、ユーザはその時々により変わる呼の緊急度に
応じて最適な呼接続サービスが選択できないという問題
がある。

【０００６】本発明は、上記の点に鑑みなされたもの
で、上記従来の問題点を解決し、端末の自動化により、
深夜等の低料金時に通信を行うことが容易になり、上記
のような多様な呼接続サービスの提供が可能な回線網呼
接続方法及び回線網呼接続システムを提供することを目
的とする。

【０００７】更なる本発明の目的は、網が高負荷時に
は、緊急度の高い呼を優先的に接続し、低負荷時には、
緊急度の低い呼と高い呼の両方を接続することにより、
網の能率を高めることができる回線網呼接続方法及び回
線網呼接続システムを提供することである。

【０００８】

【課題を解決するための手段】本発明の回線網呼接続方
法は、交換機と回線群からなる回線網と、回線網のトラ
ヒック疎通状況を区域間経路別に管理するデータベース
を具備し、交換機から交換機と、交換機に終端する回線
群のトラヒック疎通状況を定期的にデータベースに通知
し、データベースは、通知情報に基づいて区域間経路の
トラヒック疎通状況を交信し、回線網は、発信ユーザか
ら呼接続内容を示すサービス情報と着番号を含む呼接続
要求を受信すると、呼接続情報に基づいてデータベース
を検索して呼の発信区域間の経路が低負荷のときには、
通常の呼接続を直ちに行い、経路が高負荷のときには、
直ちに呼接続せずに高負荷のため接続不可であることを
発信ユーザに通知する。

【０００９】また、本発明は、呼接続において、接続不
可のときには、呼接続を中止するかまたは、交換機が一
定時間周期的にデータベースを検索して呼の経路が低負
荷になるのを待って呼接続するかまたは、一定時間経過
しても低負荷にならないときには、緊急度の高い呼とし
て呼接続をするかをサービス情報により指示できる。

【００１０】図１は、本発明の原理構成図である。

【００１１】本発明の回線網呼接続システムは、交換機
から交換機と、交換機に終端する回線群１２０のトラヒ
ック疎通状況を区域間経路別に管理するデータベース１
６と、発信ユーザ１５から呼接続内容を示すサービス情
報と着番号を含む呼接続要求が発行されると、データベ
ース１６を参照し、トラヒック疎通状況に応じて呼接続
を変える接続選択手段１１０を有する回線網１１とを有
する。

【００１２】また、接続選択手段１１０は、発信ユーザ
１５から呼接続要求が発行された場合に、接続不可のと
きには、呼接続を中止するかまたは、交換機が一定時間
周期的にデータベース１６を検索して呼の経路が低負荷
になるのを待って呼接続するかまたは、一定時間経過し
ても低負荷にならないときには、緊急度の高い呼として
呼接続をするかをサービス情報により指示する。

【００１３】

【作用】本発明は、回線網が発信ユーザから呼接続要求
を受信すると、この要求に含められたサービス内容を示
すサービス情報と網のトラヒック疎通状況に応じて接続
したり、接続を中止したり、接続を待ち合わせたり、待
ち合わせ後に、緊急度の高い呼として接続したりする呼
接続方法である。これらの呼接続の方法の選択は、発信
ユーザから呼接続要求があった場合に、サービス内容を
示すサービス情報と、この呼が通り得る経路のトラヒッ
ク疎通状況に応じて呼接続を変える方法である。料金を
有利にすると、トラヒックが増加して呼が接続できない
確率が増加することになる。そのため、本発明は、緊急
度の高い呼は、接続の確率を高くし、緊急度の低い呼は
有利な料金で低負荷時にのみ呼接続要求を受け付けて、
利用者の多様な要求に答える呼接続サービスを提供す
る。

【００１４】これらは、トラヒック疎通状況をデータベ
ースで管理することにより実現できる。トラヒック疎通
状況は、回線網から周期的にデータベースに通知し、デ
ータベースはこれを管理する。さらに、呼接続要求が発
行された場合には、網側からデータベースにトラヒック
疎通状況を参照して呼接続することにより、トラヒック
の負荷の度合いに応じて適正に呼接続を行う。これによ
り、従来の呼接続サービスの内容を変えずにユーザが呼
の緊急度に応じて最適な呼接続サービスを選択すること
ができる。

【００１５】

【実施例】以下、図面と共に本発明の実施例を詳細に説
明する。

【００１６】図２は、本発明の一実施例の回線網構成を
示す。同図において、回線網１１は、加入者系交換機１
２と中継交換機１３、及び回線群１４より構成される。
ユーザを収容する交換機である加入者系交換機１２は、
発信ユーザ１５から呼接続要求を受け付けて呼接続サー
ビスを提供する。回線網１１のトラヒック疎通状況は、
トラヒック疎通状況管理データベース１６で一元的に管
理する。

【００１７】図３は、本発明の一実施例の呼接続手順の
シーケンスチャートである。

【００１８】発信ユーザ１５は、呼接続要求を示すサー
ビス情報と着信ユーザを示す着番号により呼接続要求２
１を加入者系交換機１２に指示する（ステップ２１）。

【００１９】サービス情報は例えば、空きの市外局番等
を利用する方法が考えられ、これにより、従来の呼接続
サービスの手順を変えずに本発明の呼接続の実現が可能
となる。また、端末の自動化を考慮して、呼接続手順が
少なくて済むようにするため、後述の高負荷時の接続要
求を予めサービス情報に指示しておく。一般には、この
呼は、有利な料金での緊急度の低い呼接続要求となる。

【００２０】加入者系交換機１２は、発信ユーザ１５か
らの呼接続要求を受信すると、トラヒック疎通状況を管
理するトラヒック疎通状況管理データベース１６に呼の
発信区域と着信区域間経路のトラヒック疎通状況の検索
要求を行う（ステップ２２）。

【００２１】発信ユーザ１５から呼接続要求２１を受信
すると加入者系交換機１２で管理する加入者データから
呼の発信区域を求め、さらに、着番号から着信区域を求
めてこれらの区域情報を引数としてトラヒック疎通状況
管理データベース１６を検索し、その検索結果を加入者
系交換機１２に送信する（ステップ２３）。

【００２２】データベース１６からの検索結果は、トラ
ヒック疎通状況と継続予想時間を加入者系交換機１２に
返送する。トラヒックが増加して、経路が高負荷のとき
には、高負荷のため接続不可であることを示す通知を行
う（ステップ２４）。この通知には、高負荷の継続予想
時間も含めて発信ユーザが緊急度の高い呼として呼接続
要求を改めて行うかどうか、呼接続要求を待ち合わせる
かの判断の材料を提供する。この後の処理には、呼接続
を停止する方法と待ち合わせて呼接続を行う方法と、一
定時間待ち合わせた後で、緊急度の高い呼として接続す
る方法がある。どの方法にするかは、サービス情報で予
め指示しておく。

【００２３】一方、交換機は、データベース１６の検索
を周期的に行い、データベース１６は、検索結果を加入
者系交換機１２に送信する（ステップ２５）。このとき
トラヒックが軽負荷である場合には、接続開始を行う通
知を発信ユーザ１５に送信する（ステップ２５）。加入
者系交換機１２は、呼接続を開始する（ステップ２
７）。

【００２４】図４は、本発明の一実施例の接続選択動作
の例を示すフローチャートである。

【００２５】この例において、サービス情報の接続指定
には、“１”、“２”、“３”が指定され、それぞれ所
定の待ち時間が設定されているものとする。

【００２６】サービス情報に“１”が指定されている場
合には（ステップ２０１）、所定の待ち時間と、トラヒ
ック疎通状況管理データベース１６から通知された高負
荷継続予想時間（ｔ）を比較して、高負荷継続予想時間
の方が長ければ（ステップ２０２）、呼接続を中止する
（ステップ２０３）。また、高負荷継続予想時間の方
が、短ければ、トラヒック負荷が閾値より小さくなるま
で待機して（ステップ２０４）、呼接続を行う（ステッ
プ２０５）。

【００２７】サービス情報に“２”が指定されている場
合には（ステップ２０１）、トラヒック負荷と閾値を監
視し（ステップ２０６）、トラヒック負荷が閾値より小
さければ、呼接続を行う（ステップ２０７）。また、所
定の時間を経過しても（ステップ２０８）トラヒック負
荷が閾値より大きい場合には（ステップ２０６）、呼接
続を停止し（ステップ２０９）、停止した旨を発信ユー
ザに通信する。

【００２８】サービス情報に“３”が指定されている場
合には（ステップ２０１）、トラヒック負荷と閾値を監
視し（ステップ２１０）、所定の時間が経過してもトラ
ヒック負荷が閾値より小さくならない場合には、緊急度
の高い呼として呼接続する（ステップ２１２）。

【００２９】次に、トラヒック疎通状況の管理方法につ
いて説明する。図５は、本発明の一実施例のトラヒック
疎通状況管理表を管理する例を示す。

【００３０】発側交換機は、自身と自身に終端する回線
群の能率はわかるが、呼の経路を構成する遠隔にある着
側交換機と回線群の能率は管理が困難である。

【００３１】そのため、網全体のトラヒック疎通状況を
データベース１６で一元的に管理する。網の発側の交換
機でトラヒック疎通状況を調べて呼接続するかどうか判
断する。これにより、網の途中で接続不可となり、発側
からこの途中までの接続に使用された網リソースが無効
保留されるのを減少することができる。

【００３２】以下にトラヒック疎通状況データベース１
６が管理する網構成要素管理表、網構成管理表及び経路
管理表を示す。

【００３３】

【表１】

【００３４】まず、上記の網構成要素管理表は、網構成
要素毎に要素の容量、要素の能率、能率の閾値、現況の
予想継続時間を管理する。予想継続時間は、トラヒック
の過去の傾向と、故障等のイベントの状況から予測する
ものとする。上記の例では、交換機＃１の呼数容量は、
１０³ を示し、トラヒックの閾値は８０％を示してい
る。従って、交換機＃１は、トラヒック負荷が閾値の８
０％を下回ったら、呼接続が可能となる。また、トラヒ
ック負荷が８０％を下回るまでに、あと２時間を要する
ことを予想している。

【００３５】

【表２】

【００３６】表２の網構成管理表は、交換機と回線群等
網構成要素がどの発信区域と着信区域間の経路に関係す
るかを管理する。上記の網構成管理表において、例え
ば、交換機＃１は、発信区域を“東京”とし、着信区域
を“大阪”とする交換機であることを示している。

【００３７】

【表３】

【００３８】表３の経路管理表は、発信区域と着信区域
間の経路のトラヒック疎通状況と現況の予想継続時間を
管理する。

【００３９】交換機１２は、交換機自身と自身１２に終
端する回線群１４のトラヒックを周期的に測定してトラ
ヒック疎通状況管理データベース１６に報告する。トラ
ヒック疎通状況管理データベース１６は、これらの報告
に基づいて網構成要素管理表（表１）の能率を交換機１
２に交信する。

【００４０】回線群の大群化効果は回線容量により変わ
ることから、軽／高負荷の判定を行う閾値の値は呼の溢
れ率が一定以下になるように網構成要素毎に変える。

【００４１】また、故障により回線容量が小さくなった
場合には、これを報告するとともに、容量、能率、閾値
を更新する。

【００４２】次に、表２の網構成管理表を検索して、網
構成要素に関係する経路を検索する。経路は、区域間の
呼が通り得る網構成要素をグルーピングしたものであ
る。表２の例では、交換機＃１が東京・大阪、東京・仙
台の２つの経路に関係することを示している。

【００４３】次に、表３の経路のトラヒック疎通状況を
更新する。この場合の更新法としては、単純に経路を構
成する構成要素がひとつでも閾値を越えるときには、経
路は、高負荷とする管理法と、経路の区域間トラヒック
に対する寄与分で重み付けして判定する方法がある。

【００４４】このようにしてトラヒック疎通状況管理デ
ータベース１６は、回線網１４内の交換機１２より送信
されるトラヒックの状態情報を受信し、当該情報を記録
しておくことにより、交換機１２が発信ユーザからの呼
接続要求が発行された場合に、トラヒック疎通状況管理
データベース１６を参照して、呼接続する経路のトラヒ
ック負荷の情報を取得し、トラヒックが高負荷である場
合には、低負荷になるまで呼接続を待機する。また、呼
接続の待機状態において、一定時間を経過しても低負荷
に変移しない場合には、当該呼接続要求を緊急度の高い
呼として呼接続を行う。

【００４５】なお、これらの動作は、交換機１２が発呼
ユーザから送信される呼接続要求に基づいてトラヒック
疎通状況管理データベース１６を参照して種々接続方法
が選択されるが、例えば、所定の待ち時間を上記の表１
及び表３に示される現況予想継続時間としてもよいし、
又は呼接続要求内に設定してもよい。

【００４６】上記のように、本実施例によれば、網を効
率的に運用し、ユーザの要求に併せて多様な呼接続サー
ビスを提供することができる。

【００４７】本発明は、上記実施例に限定されることな
く、特許請求の範囲内で種々変更が可能である。

【００４８】

【発明の効果】上述のように、本発明の回線網呼接続方
法及び回線網呼接続システムによれば、緊急度の高い呼
は、高接続品質で呼接続し、緊急度の低い呼は、低負荷
時に限定して呼接続することができる。これにより、ユ
ーザは、その時々の呼の緊急度に応じて最適な呼接続が
選択でき、さらに網を効率的に運用することができる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の一実施例の回線網構成図である。

【図３】本発明の一実施例の呼接続手順のシーケンスチ
ャートである。

【図４】本発明の一実施例の接続選択動作を示すフロー
チャートである。

【図５】本発明の一実施例のトラヒック疎通状況管理表
を管理する例を示す図である。

【符号の説明】

１１ 回線網 １２ 加入者系交換機 １３ 中継交換機 １４ 回線群 １５ 発信ユーザ １６ トラヒック疎通状況管理データベース １７ 着信ユーザ １１０ 接続選択手段 １２０ 回線群

Claims (4)

【特許請求の範囲】
1. 【請求項１】 交換機と回線群からなる回線網と、該回
   線網のトラヒック疎通状況を区域間経路別に管理するデ
   ータベースを具備し、 該交換機から該交換機と、該交換機に終端する回線群の
   トラヒック疎通状況を定期的に該データベースに通知
   し、 該データベースは、該通知情報に基づいて区域間経路の
   トラヒック疎通状況を交信し、 発信ユーザから呼接続内容を示すサービス情報と着番号
   を含む呼接続要求を受信すると、該呼接続情報に基づい
   て該データベースを検索して呼の発信区域間の経路が低
   負荷のときには、通常の呼接続を直ちに行い、該経路が
   高負荷のときには、直ちに呼接続せずに高負荷のため接
   続不可であることを発信ユーザに通知することを特徴と
   する回線網呼接続方法。
2. 【請求項２】 前記呼接続において、接続不可のときに
   は、呼接続を中止するかまたは、交換機が一定時間周期
   的に前記データベースを検索して呼の経路が低負荷にな
   るのを待って呼接続するかまたは、一定時間経過しても
   低負荷にならないときには、緊急度の高い呼として呼接
   続をするかを前記サービス情報により指示する請求項１
   記載の回線網呼接続方法。
3. 【請求項３】 交換機から該交換機と、該交換機に終端
   する回線群のトラヒック疎通状況を区域間経路別に管理
   するデータベースと、 発信ユーザから呼接続内容を示すサービス情報と着番号
   を含む呼接続要求が発行されると、該データベースを参
   照し、該トラヒック疎通状況に応じて呼接続を変える接
   続選択手段を有する回線網とを有することを特徴とする
   回線網呼接続システム。
4. 【請求項４】 前記接続選択手段は、前記発信ユーザか
   ら呼接続要求が発行された場合に、接続不可のときに
   は、呼接続を中止するかまたは、交換機が一定時間周期
   的に前記データベースを検索して呼の経路が低負荷にな
   るのを待って呼接続するかまたは、一定時間経過しても
   低負荷にならないときには、緊急度の高い呼として呼接
   続をするかを前記サービス情報により指示する請求項３
   記載の回線網呼接続システム。