JPH10224365A - 呼接続システム - Google Patents

Abstract

(57)【要約】 【課題】 ビジー状態でなくなるまで呼接続要求が繰返
し送信されるような事態を生じなくする。 【解決手段】 受信側端末装置Ｂがビジー状態の場合に
は、送信側端末装置Ａを識別するための識別情報等を呼
接続待機リストに登録しておく。ビジー状態が解除され
たとき、登録しておいた識別情報等に従って回線接続要
求を端末装置Ａに返信する。この返信に応答して呼接続
処理を行う。また、呼接続待機リストの登録内容な所定
時間経過後に削除する。 【効果】 呼接続要求が繰返し送信されるような事態が
生じないため、ネットワークの負荷を抑制でき、各装置
内のＣＰＵの負荷を低減できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は呼接続システムに関
し、特にＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎ
ｓｆｅｒ Ｍｏｄｅ）フォーラム（Ｆｏｒｕｍ）のＵＮ
Ｉ（Ｕｓｅｒ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）
ｓｉｇｎａｌｉｎｇ仕様を採用した呼接続システムに
関する。

【０００２】

【従来の技術】従来、ある端末装置から他の端末装置に
呼接続要求を送出した時、受信側の端末装置はＡＴＭ
フォーラムのＵＮＩに規定されているコーズ（Ｃａｕｓ
ｅ）メッセージでユーザビジー（ｕｓｅｒ ｂｕｓｙ）
を返信することで、呼接続拒否を通知している。この場
合、送信側の端末装置は、受信側の端末装置に接続する
ためには、要求が受信側装置に受け付けられるまで呼接
続要求を何度も繰返し送信していた。

【０００３】ここで、特開平８―７９３０９号公報に記
載されている接続システムでは、受信側装置から送信側
装置に、送信要求の再発呼を行っている。

【０００４】

【発明が解決しようとする課題】従来のＡＴＭネッワー
クにおいては、送信側装置から受信側装置に呼接続要求
を送出した時に受信側装置がユーザビジー状態である場
合、そのユーザビジー状態でなくなるまで呼接続要求が
繰返し送信されてしまう。その結果、ネットワークの負
荷が増大し、更に送信側装置及び受信側装置内のＣＰＵ
（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の
負荷が増大するという欠点があった。

【０００５】また、上述した特許公報に記載されている
接続システムにおいても、送信側装置が要求を繰返す
（再発呼）ことになり、やはりネットワークの負荷が増
大し、各装置内のＣＰＵの負荷が増大するという欠点が
ある。

【０００６】本発明は上述した従来技術の欠点を解決す
るためになされたものであり、その目的はビジー状態で
なくなるまで呼接続要求が繰返し送信されることのない
呼接続システムを提供することである。

【０００７】

【課題を解決するための手段】本発明による呼接続シス
テムは、自装置を識別するための識別情報を含む回線接
続要求を送出する送信側装置と、自装置がビジー状態で
あるときに前記回線接続要求を受取ったとき少なくとも
前記識別情報を登録する登録手段と、前記ビジー状態が
解除されたとき前記登録手段により登録された識別情報
が示す装置に回線接続要求を返信する返信手段とを含む
受信側装置と、を有し、回線接続要求の返信に応答して
前記送信側装置と前記受信側装置とが回線接続されるこ
とを特徴とする。

【０００８】要するに本呼接続システムは、ビジー状態
の時に受取った接続要求を受信側装置に登録しておき、
ビジー状態が解除された時に登録内容に従って受信側装
置が接続要求を出力するのである。こうすることによ
り、送信側装置は受信側装置がビジー状態でなくなるま
で呼接続要求を繰返し送信する必要がなく、ネットワー
クやＣＰＵの負荷が増大することがなくなるのである。

【０００９】

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

【００１０】図１は本発明による呼接続システムの実施
の一形態を示すブロック図である。

【００１１】図において、本実施形態による呼接続シス
テムは、ＡＴＭスイッチ（ＡＴＭＳＷＩＴＣＨ）ａ，ｂ
を夫々介してＡＴＭネットワーク１００に接続された端
末装置Ａ及び端末装置Ｂを含んで構成されている。以下
の説明においては、端末装置Ａが送信側装置、端末装置
Ｂが受信側装置であるものとする。

【００１２】送信側である端末装置Ａは、呼接続の待機
要求を行う呼接続待機要求部４と、呼接続待機要求を発
行する呼接続待機要求発行部５と、呼接続要求の待ち状
態を管理する呼接続待ち管理部６と、受信側の端末装置
Ｂからのメッセージを受付ける呼接続待ち受付け部７と
を含んで構成されている。呼接続待機要求部４は、ＡＴ
Ｍネットワークの呼接続時のＩＥ（Ｉｎｆｏｒｍａｔｉ
ｏｎ Ｅｌｅｍｅｎｔ）情報に呼接続要求のプライオリ
ティを示す情報を付加する呼接続プライオリティ付け部
１と、呼接続要求待ち時間を定義する呼接続待ち時間設
定部２と、呼接続時のＩＥ情報に自装置を識別するため
の識別情報（ＩｎｆｏｒｍａｔｉｏｎＥｌｅｍｅｎｔ
Ｉｄｅｎｔｉｆｉｅｒ）を付加する呼接続要求元識別部
３とを含んで構成されている。

【００１３】受信側装置である端末装置Ｂは、自装置が
ユーザビジー状態である時に呼接続要求を受信した場合
にその呼接続要求を受付けるかどうか判断する呼接続待
機受付け部８と、この受付けられた呼接続要求を管理す
る呼接続待機管理部９と、呼接続要求を登録した旨を送
信側装置に通知する呼接続待機要求受理通知部１０と、
呼接続部１１とを含んで構成されている。

【００１４】かかる構成において、端末装置Ａは、端末
装置Ｂに呼接続要求を発行する時、呼接続要求のプライ
オリティを示すプライオリティ情報と、呼接続要求が装
置Ｂに受付けられた場合に装置Ａが装置Ｂからの呼接続
要求をどのくらい待つかを示す呼接続待ち時間情報と、
自装置の識別情報とをＩＥに付加する。これらの情報は
Ｉｍｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ Ｉｄｅｎｔ
ｉｆｉｅｒのパラメータとして呼接続待機要求に付加さ
れる。

【００１５】装置Ｂは装置Ａからの呼接続要求を受付
け、ビジー状態（ｕｓｅｒ ｂｕｓｙ）であった場合に
は、呼接続待機要求の有無を確認する。呼接続待機要求
が存在した場合には、識別情報により接続要求元の装置
を確認する。接続要求元の装置が装置Ａであることが確
認できたら、プライオリティ情報をも確認し、装置Ｂは
接続を待機させるかどうかを呼接続待機受付け部８によ
って判断する。接続待機させなければ、通常のＵＮＩ仕
様に従ってコーズバリュー（Ｃａｕｓｅ ｖａｌｕｅ）
をビジー状態としてリリース（ＲＥＬＥＡＳＥ）メッセ
ージを装置Ａに返す。一方、もし呼接続を待機するので
あれば、装置Ｂは呼接続待機を管理する呼接続待機管理
部９に装置Ａからの呼接続要求を登録する。

【００１６】このとき、装置Ｂは、呼接続待機要求受理
通知部１０によって呼接続待機要求を受付けた旨を装置
Ａに通知する。呼接続待機要求受理通知部１０は、ＡＴ
ＭフォーラムＵＮＩ仕様ではコーズバリューをユーザビ
ジーとするところを、呼接続待機要求が受付けられたこ
とを示すパラメータに置換えてリリースメッセージの発
行処理を行う。

【００１７】さらに、Ｂは呼接続待機要求情報の呼接続
待ち時間情報の内容による時間でタイマ（図示せず）を
起動する。この起動されたタイマがタイムアップ（時間
切れ）した時、呼接続待機要求は呼接続待機管理部９か
ら削除される。

【００１８】Ａ内の呼接続待ち受付け部７は、リリース
メッセージを受付けて、呼接続要求が装置Ｂに呼接続待
機要求として受付けられたことを認識すると、その接続
要求を呼接続待ち管理部６に登録する。このとき、呼接
続待ち時間情報の内容による時間でタイマ（図示せず）
を起動する。この起動されたタイマがタイムアップした
時、呼接続待ち管理部６に登録されている接続要求は呼
接続待ち管理部６から削除される。

【００１９】装置Ｂがビジー状態でなくなった時、呼接
続部１１は呼接続待機管理部９を検索する。そして、登
録されている呼接続要求のうちプライオリティ（優先順
位）が最も高いものに対してその登録内容に従って接続
要求を発行する。このとき、呼接続要求受付け側装置か
らのメッセージあることを示す識別情報を、その接続要
求に付加する。

【００２０】装置Ａは、その接続要求を受付けると、呼
接続待ち管理部６を検索する。そして、一致する呼接続
要求が存在すればＡＴＭフォーラムＵＮＩ仕様に従って
呼接続処理を行い、一致する呼接続要求が存在しなけれ
ばＡＴＭフォーラムＵＮＩ仕様に従ってリリースメッセ
ージを発行する処理を行う。

【００２１】次に図２をも参照して図１の各部の動作に
ついて説明する。図２は端末装置間の送受信メッセージ
と端末装置の状態遷移を示す図である。

【００２２】同図において、まず最初に装置Ａからセッ
トアップ（ＳＥＴＵＰ）メッセージ１２が発行される
と、装置Ｂはこれを受付ける。このとき、セットアップ
メッセージ１２のＩＥには接続プライオリティパラメー
タ（Ｃｏｎｎｅｃｔｉｏｎ Ｐｒｉｏｒｉｔｙ Ｐａｒ
ａｍｅｔｅｒｓ）が含まれている。なお接続プライオリ
ティパラメータは、呼接続の優先順位を示す呼接続プラ
イオリティ情報と、呼接続をどのくらいの時間待つのか
を示す呼接続待機時間情報と、呼接続を要求した装置を
識別するための情報である呼接続フラグとを含んで構成
されているものとする。

【００２３】装置Ｂは、セットアップメッセージ１２を
受付けた時に自装置がビジー状態であった場合、呼接続
待機受付け部８によってセットアップメッセージ１２の
ＩＥに接続プライオリティパラメータが含まれているか
どうかを確認する。ＩＥに接続プライオリティパラメー
タが含まれている場合は、接続プライオリティパラメー
タの呼接続フラグの内容を確認する。その呼接続フラグ
の確認によって呼接続要求側からのメッセージであるこ
とが確認されれば、次に呼接続プライオリティ情報の内
容を確認する。

【００２４】確認の結果、呼接続プライオリティ情報の
内容が示す優先順位が所定順位よりも高い場合には、呼
接続待機受付け処理を行う。この呼接続待機受付け処理
は、接続プライオリティパラメータの内容を呼接続待機
管理部９内の図示せぬ呼接続待機リストに登録すること
により行う。

【００２５】呼接続待機リストへの登録を行った場合に
は、その接続プライオリティパラメータに含まれている
呼接続待ち時間に従ってタイマ（図示せず）を設定し、
そのタイマを起動する。この起動タイミングが図２中の
矢印１５で示されている。このタイマがタイムアップし
た時、その登録内容が呼接続待機リストから削除され
る。

【００２６】また、装置Ｂ内の呼接続待機要求受理通知
部１０は、呼接続待機管理部９内の図示せぬ呼接続待機
リストに接続要求が追加登録された旨を通知するため、
リリースメッセージ１３を装置Ａへ返信する。このと
き、リリースメッセージ１３のコーズバリューは、呼接
続待機要求を受付けたことを意味するユーザウェイト
（ｕｓｅｒ ｗａｉｔ）とする。

【００２７】装置Ａ内では、呼接続受付け部７がリリー
スメッセージ１３を受付ける。リリースメッセージ１３
のコーズバリューがユーザウェイトであることを確認す
ると、そのリリースメッセージ１３の内容を呼接続待ち
管理部６内の図示せぬ接続待ちリストに登録する。

【００２８】このとき、接続プライオリティパラメータ
に含まれている呼接続待ち時間に従ってタイマ（図示せ
ず）を設定し、そのタイマを起動する。この起動タイミ
ングが図中の矢印１６で示されている。このタイマがタ
イムアップした時、その登録内容が接続待ちリストから
削除される。

【００２９】図示せぬタイマがタイムアップする前に装
置Ｂのビジー状態が解除され（矢印１７）、呼接続要求
（セットアップメッセージ１２）が受付けられると、装
置Ｂは呼接続待機リストに登録されている接続プライオ
リティパラメータを用いて、装置Ａにセットアップメッ
セージ１４を送信する。このとき、セットアップメッセ
ージ１４のＩＥには、接続プライオリティパラメータ
（ＣｏｎｎｅｃｔｉｏｎＰｒｉｏｒｉｔｙ Ｐａｒａｍ
ｅｔｅｒｓ）が含まれている。

【００３０】セットアップメッセージ１４を受付ける
と、装置Ａはウェイト（Ｗａｉｔ）状態が解除される。
ウェイト状態の解除に応答し、呼接続待機要求発行部５
はセットアップメッセージ１４の接続プライオリティパ
ラメータに含まれている呼接続フラグを確認する。この
結果、装置Ａ自身が呼接続要求側であることが確認でき
れば、そのセットアップメッセージ１４に相当する要求
が接続待ちリストに存在するかどうか検索する。検索の
結果、その要求が接続待ちリストに存在していた場合、
通常のＡＴＭフォーラムのＵＮＩに従って呼接続処理が
行われる。

【００３１】一方、検索の結果、その要求が接続待ちリ
ストに存在していなかった場合、装置Ａはリリースメッ
セージ（図示せず）を装置Ｂに送信する。

【００３２】ここで、各メッセージのフォーマットにつ
いて説明する。図３は、上述した各メッセージのフォー
マットを示す図である。図に示されているように、各メ
ッセージは、プロトコル識別情報（Ｐｒｏｔｏｃｏｌ
ｄｉｓｃｒｉｍｉｎａｔｏｒ）と、４ビットの「０」
と、呼接続要求の長さ（Ｌｅｎｇｔｈ ｏｆ ｃａｌｌ
ｒｅｆｅｒｅｎｃｅ ｖａｌｕｅ）と、フラグ（Ｆｌａ
ｇ）と、（Ｃａｌｌｒｅｆｅｒｅｎｃｅ ｖａｌｕｅ）
及びその続き（Ｃｏｎｔｉｎｕｅｄ）と、メッセージタ
イプ（Ｍａｓｓａｇｅ ｔｙｐｅ）及びその続き（Ｃｏ
ｎｔｉｎｕｅｄ）と、メッセージ長（Ｍａｓｓａｇｅ
ｌｅｎｇｔｈ）及びその続き（Ｃｏｎｔｉｎｕｅｄ）
と、可変長の情報（Ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ
ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔｓ ａｓ ｒ
ｅｑｕｉｒｅｄ）とから構成されている。なお、同図中
の左側の数値の単位はオクテットである。

【００３３】同図において、メッセージタイプの部分に
は、そのメッセージがセットアップメッセージであるか
リリースメッセージであるか等を示す情報が記述され
る。このメッセージタイプは、セットアップメッセージ
の場合に「０００００１０１」となり、リリースメッセ
ージの場合に「０１００１１０１」となる。

【００３４】また、可変長の情報の部分には、上述した
呼接続プライオリティ情報，呼接続待機時間情報及び呼
接続フラグ等が記述される。

【００３５】ここで、受信側端末装置及び送信側端末装
置の動作について更に説明する。図４は、受信側端末装
置である端末装置Ｂの動作を示すフローチャートであ
る。

【００３６】同図において、装置Ｂは他の装置からのメ
ッセージの受信があるかどうかを常に監視する（ステッ
プ４０）。装置Ａからセットアップメッセージが送信さ
れると、装置Ｂはこれを受付ける（ステップ４０→４
４）。このとき、自装置がビジー状態であった場合、呼
接続を行わずに呼接続待機リストに登録する（ステップ
４５→４７）。なお、既に呼接続待機リストに登録され
ているものと同一の接続要求を受付けた場合は、呼接続
待機リストの内容を更新する。

【００３７】この登録処理においては、タイマを起動す
ると共に、リリースメッセージを装置Ａに返す。この起
動したタイマが時間切れかどうかを常に監視し（ステッ
プ４２）、時間切れの場合にはその登録内容を削除する
（ステップ４２→４３）。なお、呼接続待機リストの内
容を更新した場合は、タイマを再起動する。タイマを再
起動すると、時間切れによる削除が延期されることにな
る。

【００３８】他の装置からのメッセージの受信があった
場合において、自装置がビジー状態でなければ、呼接続
処理を行う（ステップ４５→４６）。この呼接続処理と
においては、リリースメッセージを装置Ａに返す。

【００３９】他の装置からのメッセージの受信がない場
合において、自装置がビジー状態でなければ、呼接続待
機リストに呼接続要求が登録されているかどうかを判断
する（ステップ４０→４１→４８）。呼接続要求が登録
されている場合、呼接続待機リストに登録されている呼
接続要求のうち優先順位の最も高いものを検索する（ス
テップ４９）。そして、検索された呼接続要求を発行す
る（ステップ５０）。

【００４０】この呼接続要求の発行（ステップ５０）の
後、又は他の装置からのメッセージの受信がなく、自装
置がビジー状態である場合は、タイマが時間切れかどう
かを常に監視し（ステップ４２）、時間切れの場合には
その登録内容を削除する（ステップ４２→４３）。以降
は、以上の動作を繰返す。

【００４１】次に、図５は、送信側端末装置である端末
装置Ａの動作を示すフローチャートである。

【００４２】同図において、装置Ａは他の装置からのリ
リースメッセージの受信があるかどうか判断し（ステッ
プ５１）、その受信があった場合にはそのリリースメッ
セージの内容を接続待ちリストに登録する（ステップ５
１→５２）。

【００４３】この登録後、又はリリースメッセージの受
信がない場合には、後述するタイマが時間切れかどうか
を監視し（ステップ５３）、時間切れの場合にはその登
録内容を削除する（ステップ５３→５４）。

【００４４】次に、呼接続要求がある場合には、これを
相手装置（本例では装置Ｂ）に装置する（ステップ５５
→５６）。この後、他の装置からの呼接続要求が受信さ
れなければ、ステップ５１に戻り、リリースメッセージ
の受信があるかどうか判断する（ステップ５７→５
１）。

【００４５】他の装置からの呼接続要求が受信された場
合には、その呼接続要求に対応するリリースメッセージ
の内容が接続待ちリストに登録されているかどうかを検
索する（ステップ５７→５８）。検索の結果、接続待ち
リストに登録されていれば接続処理を行う（ステップ５
９→６０）。一方、接続待ちリストに登録されていなけ
ればリリースメッセージを返す（ステップ５９→６
１）。以降は、以上の動作を繰返す。

【００４６】以上のように、受信側の端末装置がビジー
状態の場合には、送信側の端末装置を識別するための識
別情報等を登録しておき、ビジー状態が解除されたとき
に登録しておいた識別情報等に従って回線接続要求を返
信しているので、ビジー状態でなくなるまで呼接続要求
が繰返し送信されることはないのである。

【００４７】また、呼接続要求に優先順位を定めておく
ことにより、複数の呼接続要求が競合した場合でも、回
線の管理に必要な呼接続要求等、重要な呼接続要求を優
先的に処理することができ、ネットワーク全体の管理を
有効に行えるのである。

【００４８】なお、以上はＡＴＭ回線の場合について説
明したが、それ以外の回線の場合について本発明が適用
できることは明らかである。

【００４９】

【発明の効果】以上説明したように本発明は、受信側装
置がビジー状態の場合に、送信側装置を識別するための
識別情報等を登録しておき、ビジー状態が解除されたと
きに登録しておいた識別情報等に従って回線接続要求を
返信することにより、ビジー状態でなくなるまで呼接続
要求が繰返し送信されるような事態は生じないという効
果がある。そして、呼接続要求が繰返し送信されるよう
な事態が生じないため、ネットワークの負荷を抑制で
き、各装置内のＣＰＵの負荷を低減できるという効果が
ある。

【図面の簡単な説明】

【図１】本発明の実施の一形態による呼接続システムの
構成を示すブロック図である。

【図２】呼接続システムの動作を示す図である。

【図３】図２中の各メッセージのフォーマットを示す図
である。

【図４】図１中の端末装置Ｂの動作を示すフローチャー
トである。

【図５】図１中の端末装置Ａの動作を示すフローチャー
トである。

【符号の説明】

１ 呼接続プライオリティ付け部 ２ 呼接続待ち時間設定部 ３ 呼接続要求元識別部 ４ 呼接続待機要求部 ５ 呼接続待機要求発行部 ６ 呼接続待ち管理部 ７ 呼接続待ち受付け部 ８ 呼接続待機受付け部 ９ 呼接続待機管理部 １０ 呼接続待機要求受理通知部 Ａ，Ｂ 端末装置

Claims (9)

【特許請求の範囲】
1. 【請求項１】 自装置を識別するための識別情報を含む
   回線接続要求を送出する送信側装置と、 自装置がビジー状態であるときに前記回線接続要求を受
   取ったとき少なくとも前記識別情報を登録する登録手段
   と、前記ビジー状態が解除されたとき前記登録手段によ
   り登録された識別情報が示す装置に回線接続要求を返信
   する返信手段とを含む受信側装置と、 を有し、回線接続要求の返信に応答して前記送信側装置
   と前記受信側装置とが回線接続されることを特徴とする
   呼接続予約システム。
2. 【請求項２】 前記送信側装置から送出される回線接続
   要求は優先順位を示すプライオリティ情報をも含み、前
   記登録手段は受取ったプライオリティ情報をも登録し、
   前記返信手段は前記プライオリティ情報が示す最も優先
   順位の高い回線接続要求を返信することを特徴とする請
   求項１記載の呼接続予約システム。
3. 【請求項３】 前記登録手段は、登録時から所定時間経
   過後にその登録内容を削除することを特徴とする請求項
   １又は２記載の呼接続予約システム。
4. 【請求項４】 前記送信側装置から送出される回線接続
   要求は前記所定時間を示す情報をも含み、前記登録手段
   は該所定時間経過後に該回線接続要求に関する登録内容
   を削除することを特徴とする請求項１〜３のいずれかに
   記載の呼接続予約システム。
5. 【請求項５】 前記回線は、ＡＴＭ回線であることを特
   徴とする請求項１〜４のいずれかに記載の呼接続予約シ
   ステム。
6. 【請求項６】 自装置がビジー状態であるときに送信側
   端末装置から送出される回線接続要求を受取ったときそ
   の接続要求に含まれている識別情報を登録する登録手段
   と、前記ビジー状態が解除されたとき前記登録手段によ
   り登録された識別情報が示す装置に回線接続要求を返信
   する返信手段とを含むことを特徴とする端末装置。
7. 【請求項７】 前記回線接続要求は優先順位を示すプラ
   イオリティ情報をも含み、前記登録手段は受取ったプラ
   イオリティ情報をも登録し、前記返信手段は前記プライ
   オリティ情報が示す最も優先順位の高い回線接続要求を
   返信することを特徴とする請求項６記載の端末装置。
8. 【請求項８】 前記登録手段は、登録時から所定時間経
   過後にその登録内容を削除することを特徴とする請求項
   ６又は７記載の端末装置。
9. 【請求項９】 前記回線接続要求は前記所定時間を示す
   情報をも含み、前記登録手段は該所定時間経過後に該回
   線接続要求に関する登録内容を削除することを特徴とす
   る請求項６〜８のいずれかに記載の端末装置。