JP2004120136A - 輻輳時の優先接続方式 - Google Patents
輻輳時の優先接続方式 Download PDFInfo
- Publication number
- JP2004120136A JP2004120136A JP2002278125A JP2002278125A JP2004120136A JP 2004120136 A JP2004120136 A JP 2004120136A JP 2002278125 A JP2002278125 A JP 2002278125A JP 2002278125 A JP2002278125 A JP 2002278125A JP 2004120136 A JP2004120136 A JP 2004120136A
- Authority
- JP
- Japan
- Prior art keywords
- subscriber
- connection
- call
- reservation
- reserved
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
【課題】輻輳が継続していても輻輳交換局を経由する必要がある接続要求呼を接続可能で、しかも、輻輳交換局を経由する必要がある接続要求呼を接続する処理によって輻輳を悪化させることがない輻輳時の優先接続方式を提供する。
【解決手段】輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、発呼加入者が輻輳時の予約接続サービスに加入している場合は、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続する。
【選択図】 図１
【解決手段】輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、発呼加入者が輻輳時の予約接続サービスに加入している場合は、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、特定の交換局の輻輳時の優先接続方式に係り、特に、輻輳が継続していても輻輳交換局を経由する必要がある接続要求呼を接続可能で、しかも、輻輳交換局を経由する必要がある接続要求呼を輻輳時に接続するための処理によって輻輳状態を悪化させず、又、長期化させることがない輻輳時の優先接続方式に関する。
【０００２】
図１２は、交換システムの構成例である。尚、図１２は移動体通信を想定した交換システムの構成例を示しているが、家庭電話や事業所電話を収容する固定通信を行なう交換システムや、移動体通信のための交換システムと固定通信のための交換システムとからなる交換システムであってもよい。
図１２において、１及び１ａは移動端末、２乃至２ｃは移動端末群と無線回線で接続される基地局、３は基地局２及び２ａを収容する加入者交換機、３ａは基地局２ｂ及び２ｃを収容する加入者交換機である。尚、移動体通信網には基地局を制御する基地局制御装置が配置されているが、本件において移動体通信の接続は本質ではないので、基地局制御装置は図示を省略している。
【０００３】
４は特定の範囲で登録されている加入者データを蓄積する加入者データ蓄積装置である。
５は全国ネットワークへの関門となる中継交換機である。尚、図１２では、中継交換機の階梯が１である例を示しているが、中継交換機の階梯は複数であってもよい。
【０００４】
今、移動端末１が発呼端末で移動端末１ａが着呼端末であるものとする。
移動端末１が発呼すると、通常、受信電界強度が最も強い基地局を経由して交換システムと接続される。今は、受信電界強度が最も強い基地局は基地局２であるものとする。
基地局２は有線伝送路、典型的には光伝送路によって加入者交換機３と接続されており、移動端末１の発信要求は加入者交換機３に転送される。交換システム内のいずれの箇所においても輻輳状態が発生していない場合には、加入者交換機３は、移動端末１からの発信情報中の着呼端末の番号をキーに加入者データ蓄積装置４を用いて検索し、移動端末１ａが加入者交換機３ａ配下のエリアにおいて位置登録していることを知ったとすると、加入者交換機３は中継交換機５経由で加入者交換機３ａへの回線を張る。加入者交換機３ａは、基地局２ｂ及び２ｃを介して一斉呼び出しを行ない、移動端末１ａの応答を待つ。
【０００５】
移動端末１ａが基地局２ｃ経由で応答してくると、加入者交換機３ａは発呼端末である移動端末１と着呼端末である移動端末１ａを接続する。これによって、基地局２、加入者交換機３、中継交換機５、加入者交換機３ａ及び基地局２ｃを経由する回線が確保されて、移動端末１と移動端末１ａの通話が可能になる。そして、発呼側の加入者交換機３において終話検出されるまで該回線が保持される。
【０００６】
【従来の技術】
しかし、地域的な大災害が発生していたり、特定の加入者交換機に収容されている特定の端末において予約受付やリクエスト受付を行なっていて特定の加入者交換機が輻輳状態にある場合には全ての発信要求を受け付けては順調な接続を行なうことができなくなるので、各加入者について輻輳時の規制率を定めておき、規制率の低い加入者から優先的に接続するようになっている。
【０００７】
図１１は、従来の輻輳時の処理で、発信端末、加入者交換機の呼制御部、加入者データ取扱部及び規制制御部、加入者データ蓄積装置の間の処理手順の概要を示すものである。
呼制御部は、発信端末からの発信要求を受けると、加入者データ取扱部に当該発信端末の加入者クラスの確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の加入者クラスの問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から加入者クラスを読み出して呼制御部に対して当該発信端末の加入者クラスを回答する。
【０００８】
又、呼制御部は、規制制御部に対して規制の有無の確認を行ない、規制制御部から規制の有無の回答を得る。この場合には、発信端末が接続を要求している相手端末を収容する加入者交換機までの間で輻輳が生じている（「有」）ものとする。
発信規制が行なわれている旨回答を受けた呼制御部は、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【０００９】
従って、輻輳時の規制率が最も高い一般加入者は殆ど通話することができなくなり、通話を諦めない一般加入者が再発呼を繰り返すことになる。これによって、交換システムの特定の箇所で生じていた輻輳状態が広い範囲に波及して、輻輳状態を更に悪化させ、輻輳状態を長期化させるという問題が生ずる。
これを回避するためになされた発明が、開示されている（例えば、特許文献１参照）。この発明は、「加入者を収容する交換機において、前記加入者の発信接続に共用される資源の輻輳状態を監視する資源監視手段と、前記資源監視手段が前記資源の輻輳状態を検出した場合に、発信した前記加入者を発信順に待行列に登録し、前記資源監視手段が前記資源の輻輳状態の解消を検出した場合に、前記待行列に登録中の前記加入者を登録順に検出し、発信処理を受けさせる待合せ処理手段と、前記待合せ処理手段に登録した加入者に、呼を放棄することなく発信処理を待機する様に促すメッセージを通知する通知手段とを設ける」ものである。
【００１０】
この発明によれば、待合せ処理手段に登録した加入者に、呼を放棄することなく発信処理を待機する様に促すメッセージを通知して発信した前記加入者を発信順に待行列に登録し、資源の輻輳状態の解消を検出した場合に、前記待行列に登録中の前記加入者を登録順に検出して発信処理を受けさせるので、発信した加入者の再呼を防止することができ、再呼による輻輳状態の悪化及び長期化を防止することができる。
【００１１】
【特許文献１】
特開平２−７６４４７（Ｐ６〜Ｐ１３、図１、図２）
【００１２】
【発明が解決しようとする課題】
しかし、発信処理を待機する様に促すメッセージを通知して発信した前記加入者を発信順に待行列に登録し、資源の輻輳状態の解消を検出した場合に、前記待行列に登録中の前記加入者を登録順に検出して発信処理を受けさせるにしても、各発信加入者は輻輳が解消されたか否か、解消されて発信が再開されているにしても自分が現在どういう順番にいるのかを知るよしもなく、安心して待っていられない心理状態にある。
【００１３】
しかも、再呼を規制するてだてが講じられていないために、しびれを切らした加入者が再呼を繰り返すことは予想に難くなく、輻輳状態の悪化と長期化を防止することを期待することができない。
又、特に、地域的な大災害が生じた場合、遠隔地にいる家族、親族の心配は非常に大きなもので、加入者クラスが低くて規制率が高く設定されているために安否を確かめられるまで長時間待たされるのは苦痛でさえある。従って、加入者クラスが低くても輻輳が生じている地域への発信を許容するサービスは加入者が望むところである。
【００１４】
本発明は、特定の交換局が輻輳した場合、輻輳が継続していても輻輳交換局を経由する必要がある接続要求呼を接続可能で、しかも、輻輳交換局を経由する必要がある接続要求呼を輻輳時に接続するための処理によって輻輳状態を悪化させず、又、長期化させることがない輻輳時の優先接続方式を提供することを目的とする。
【００１５】
【課題を解決するための手段】
かかる課題を解決するための第一の発明は、輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、発呼加入者が輻輳時の予約接続サービスに加入している場合は、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続することを特徴とする輻輳時の優先接続方式である。
【００１６】
第一の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続するので、輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００１７】
第二の発明は、輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、発呼加入者が輻輳時の予約接続サービスに加入している場合は、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、当該予約接続登録の発呼加入者の加入者クラスを発信規制を受けないクラスに設定して着呼加入者に接続すると共に、当該予約接続登録の発呼加入者を呼び出すことを特徴とする輻輳時の優先接続方式である。
【００１８】
第二の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、当該予約接続登録の発呼加入者の加入者クラスを発信規制を受けないクラスに設定して着呼加入者に接続すると共に、当該予約接続登録の発呼加入者を呼び出すので、予約した発呼加入者が予約時間帯を意識しなくても輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００１９】
第三の発明は、第一の発明又は第二の発明のいずれかの輻輳時の優先接続方式において、加入者クラスの発信規制を受けないクラスへの設定は、上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えて行なうことを特徴とする輻輳時の優先接続方式である。
【００２０】
第三の発明によれば、上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えることによって加入者クラスの設定を行なうので、該加入者データ蓄積装置中に蓄積されている原簿データを変更する必要がなく、設定誤りを回避することができると共に、終話後の復旧処理も不要になる。
【００２１】
第四の発明は、第一の発明又は第二の発明のいずれかの輻輳時の優先接続方式において、一発呼加入者及び一着呼加入者に許容する上記加入者データ蓄積装置への登録数を制限することを特徴とする輻輳時の優先接続方式である。
第四の発明によれば、一発呼加入者及び一着呼加入者に許容する該加入者データ蓄積装置への登録数を制限するので、輻輳時に不急のコールを該加入者データ蓄積装置に予約接続登録する件数を抑制することができ、優先接続により輻輳を悪化させることを回避できる。
【００２２】
第五の発明は、第一の発明の輻輳時の優先接続方式において、上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消し、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消することを特徴とする輻輳時の優先接続方式である。
【００２３】
第五の発明によれば、第一の発明の輻輳時の優先接続方式において、上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続の時間帯以前の発呼を抑制することができ、又、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続登録しながらその時間帯に発呼してこないことを抑制することができ、予約接続サービス加入者の理解を得ながら予約接続サービスを柔軟に運用することができる。
【００２４】
【発明の実施の形態】
以降、図面を併用して本発明の技術を詳細に説明する。
図１は、本発明の機能構成図で、加入者交換機の要部と加入者データ蓄積装置とを示している。
図１において、３は加入者交換機、４は加入者データ蓄積装置である。このうち、加入者交換機３は、発呼情報を受けて接続制御を行ない、接続情報を他の交換機に送出する呼制御部３１、呼制御部３１の指示に従って加入者データ蓄積装置４から加入者データや通話予約情報を読み出したり、新たな通話予約情報を加入者データ蓄積装置４に書き込む加入者データ取扱部３２、他の交換機から規制情報を受けて規制情報格納部３４に書き込み、呼制御部３１に指示に従って規制情報格納部３４から規制情報を読み出す規制制御部３３を備えている。
【００２５】
尚、図１１のシーケンス・チャートにおいても、加入者交換機は呼制御部、加入者データ取扱部及び規制制御部を備えていると記載しているが、本発明の機能構成における呼制御部３１及び加入者データ取扱部３２は従来のものとは機能が異なるものである。
図２は、本発明の輻輳時の優先接続処理（その１）で、主として発信端末、加入者交換機の呼制御部、加入者データ取扱部及び規制制御部、加入者データ蓄積装置の間の優先接続の予約までの処理手順の概要を示すものである。
【００２６】
呼制御部は、発信端末からの発信要求を受けると、加入者データ取扱部に当該発信端末の加入者クラスの確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の加入者クラスの問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から加入者クラスを読み出して呼制御部に対して当該発信端末の加入者クラスを回答する。
【００２７】
又、呼制御部は、規制制御部に対して規制の有無の確認を行ない、規制制御部から規制の有無の回答を得る。この場合には、発信端末が接続を要求している相手端末を収容する加入者交換機までの間で輻輳が生じている（「有」）ものとする。
規制が生じている旨回答を受けた呼制御部は、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者であるか否か判定し、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者ではない場合（Ｎｏ）には、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【００２８】
一方、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者である場合（Ｙｅｓ）には、呼制御部は、加入者データ取扱部に当該発信端末の優先接続の予約状況の確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の優先接続の予約状況の問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から当該発信端末の優先接続の予約状況を読み出して呼制御部に対して回答する。
【００２９】
当該発信端末の優先接続の予約がない場合（Ｎｏ）には、当該発信端末の加入者に対して予約することを勧める。
当該発信端末から予約に関する意思が伝達されると、呼制御部は、該意思が予約しないというものである場合（Ｎｏ）には、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【００３０】
一方、該意思が予約するというものである場合（Ｙｅｓ）には、呼制御部は、加入者データ取扱部経由で加入者データ蓄積装置に予約要求を行ない、加入者データ蓄積装置から予約完了通知を受けると発信端末に対して予約完了通知を行なう。ここで、加入者データ蓄積装置から呼制御部への予約完了通知及び呼制御部から発信端末への予約通知には、通話可能時間帯の情報が付加されている。尚、通話可能時間帯の情報を発信端末に通知するのは音声でもデータ形式でもよいが、発信端末を所有する加入者がいちいちメモする必要がなく、且つ、確実に伝わるのはデータ形式が望ましい。
【００３１】
図３は、本発明の輻輳時の優先接続処理（その２）で、主として発信端末、加入者交換機の呼制御部、加入者データ取扱部及び規制制御部、加入者データ蓄積装置の間の優先接続までの処理手順の概要を示すものである。
呼制御部は、発信端末からの発信要求を受けると、加入者データ取扱部に当該発信端末の加入者クラスの確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の加入者クラスの問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から加入者クラスを読み出して呼制御部に対して当該発信端末の加入者クラスを回答する。
【００３２】
又、呼制御部は、規制制御部に対して規制の有無の確認を行ない、規制制御部から規制の有無の回答を得る。この場合には、発信端末が接続を要求している相手端末を収容する加入者交換機までの間で輻輳が生じている（「有」）ものとする。
規制が生じている旨回答を受けた呼制御部は、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者であるか否か判定し、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者ではない場合（Ｎｏ）には、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【００３３】
一方、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者である場合（Ｙｅｓ）には、呼制御部は、加入者データ取扱部に当該発信端末の優先接続の予約状況の確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の優先接続の予約状況の問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から当該発信端末の優先接続の予約状況を読み出して呼制御部に対して回答する。
【００３４】
予約があった場合（Ｙｅｓ）には、呼制御部は、発信端末を所有する加入者の加入者クラスを発信規制を受けないクラスに変更して接続を行なう。加入者クラスを規制を受けないクラスに変更して接続するので、発信要求通りに着信端末への接続が可能となる。
尚、図２及び図３では優先接続処理の概要を記載したのみであるが、後でフローチャートによって詳細に説明するように、予約受付への制限条件、指定された予約時間帯を外れた発呼に対する処理などに工夫をして、通話予約をした加入者の無用な発呼などを防止することができる。又、通話予約を管理するための情報についてもフローチャートによる説明をする時に併せて説明する。
【００３５】
図４は、呼制御部の処理フローチャート（その１）で、通話予約をした加入者が予約時間帯に再発呼する方式で通話予約数を限定しない場合である。以降、図４の符号に沿って説明する。
Ｓ１．呼制御部は発信要求があったか否か判定する。
発信要求がなかった場合（Ｎｏ）には発信要求の有無の監視を継続する。
【００３６】
Ｓ２．ステップＳ１で、発信要求があった場合（Ｙｅｓ）には、発信端末の番号と着信端末の番号を保持すると共に、発信端末の加入者クラスの確認を行なう。
加入者クラスの確認は、加入者データ取扱部経由で加入者データ蓄積装置に蓄積されている加入者データを検索して、該加入者データに付加されている加入者クラスを読み出せばよい。
【００３７】
Ｓ３．次いで、着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されているか否かを確認する。
発信規制の確認は、規制制御部に着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されているか否かを問い合わせればよい。
Ｓ４．着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されているか否かを判定する。
【００３８】
Ｓ５．ステップＳ４で、着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されている場合（Ｙｅｓ）には、発信端末を所有する加入者の加入者クラスが発信規制が必要なクラスであるか否か判定する。
Ｓ６．ステップＳ５で、発信端末を所有する加入者の加入者クラスが発信規制が必要なクラスであった場合（Ｙｅｓ）には、発信端末を所有する加入者が優先接続サービスの対象加入者であるか否か判定する。
【００３９】
Ｓ７．ステップＳ６で、発信端末を所有する加入者が優先接続サービスの対象加入者であった場合（Ｙｅｓ）には、発信端末から着信端末への通話が予約されているか否か確認する。
予約確認は、加入者データ蓄積装置の通話予約管理情報を検索すればよい。
ここで、図８は、通話予約管理情報で、発着信端末情報及び予約時間帯情報とからなる。
【００４０】
図８（イ）は、発着信端末情報で、発信順のインデックス毎に、発信端末番号及び着信端末番号が格納される。図８（イ）の例では、インデックス１乃至４に既に発信要求があった発着信端末情報が格納されており、インデックス５乃至８は未だ通話予約がされておらず空きとなっている。
図８（ロ）は、予約時間帯情報で、発着信端末情報におけるインデックスに対応して、予約が可能な時間帯が格納されている。図８（イ）においてインデックス１乃至４が通話予約されており、インデックス５乃至８は通話予約されていないので、図８（ロ）の例では、インデックス１乃至４に対応する時間帯が既に通話予約されており、インデックス５乃至８に対応する時間帯は未だ通話予約されていない時間帯である。
【００４１】
そして、図８の状態で新たに通話予約がされる場合には、発着信端末情報は通話予約されているインデックスに連続したインデックスのところに書き込まれる。図８（イ）の例では、一番若番のインデックスは５であるので、インデックス５のところに新たに予約される発信端末と着信端末の番号が書き込まれる。これによって、予約時間帯情報ではインデックス５に対応する時間帯が予約されたことになる。
【００４２】
尚、図８の例では、１組の発信端末と着信端末の番号に対して１つの予約時間帯が配分されるという最も簡単なケースを示しているが、加入者交換機の機能によっては１つの予約時間帯に複数組の発信端末と着信端末の番号を対応させることも可能である。
又、予約されていた発信端末と着信端末の接続が完了した場合や、発信端末の加入者が予約時間帯以外で再発呼した場合に発着信端末情報及び予約時間帯情報を更新する必要があるが、予約時間帯情報の更新については後で説明する。
【００４３】
Ｓ８．予約確認の結果、ステップＳ２で受け付けた発信要求にあった発信端末と着信端末間の通話予約が加入者データ蓄積装置の通話予約情報中にあるか否か判定する。
Ｓ９．ステップＳ８で、発信要求にあった発信端末と着信端末間の通話予約が加入者データ蓄積装置の通話予約情報中にあった場合（Ｙｅｓ）は、一旦通話予約した加入者が接続を要求して再発呼してきたのであるから、再発呼時刻（現在の時刻）が通話予約情報中に確保されている予約時間帯内であるか否か判定する。
【００４４】
これは、予約時間帯より早い再発呼も、予約時間帯に遅れた再発呼も認めず、予約の秩序を保つために行なう判定である。
Ｓ１０．ステップＳ９で、現在時刻が通話予約情報中に確保されている予約時間帯内であると判定した場合（Ｙｅｓ）には、再発呼してきた加入者の加入者クラスを発信規制を受けないクラスに変更して、
Ｓ１１．ステップＳ１０の処理が終了した時、ステップＳ４で、発信規制状態ではないと判定した場合（Ｎｏ）、ステップＳ５で、発信規制が必要なクラスではないと判定した場合（Ｎｏ）場合には、通話予約情報中にある発信端末と着信端末とを接続する。
【００４５】
再発呼してきた加入者の加入者クラスを発信規制を受けないクラスに変更して接続するので、通話予約していた発信端末の加入者は自分が望む着信端末の加入者と通話できるようになる。
Ｓ１２．接続が完了したので、接続を完了した通話予約を通話予約情報から抹消する。
【００４６】
通話予約の抹消は下記のようにして行なう。
図９は、通話予約情報の更新処理を説明する図（旧状態）、図１０は、通話予約情報の更新処理を説明する図（新状態）である。即ち、図９の如く通話予約されていた時に通話予約されていた発信端末と着信端末の組が接続された時に、図１０の如く通話予約されていた発信端末と着信端末の組を抹消するのである。
【００４７】
図９の如く、発着信端末情報の旧状態は、インデックス１乃至３が空きで、インデックス４以降に通話予約された発信端末と着信端末の番号の組が格納されている。この時に、インデックス４の発信端末と着信端末とが予約時間帯１２：００〜１２：１０の間に接続されたとすると、図１０の如く、まず、発着信端末情報のインデックス４のところを空きに更新する。そして、予約時間帯情報のインデックス４のところは、旧状態で空きになっていた最も遅い予約時間帯の次の予約時間帯に更新する。図９の例では、１６：２０〜１６：３０が最も遅い予約時間帯であったので、図１０の如く、予約時間帯情報のインデックス４のところを１６：３０〜１６：４０に更新する。
【００４８】
Ｓ１３．接続された発信端末と着信端末との間で通話が開始されたら、呼制御部は終話監視を始める。
終話を検出しなかった場合（Ｎｏ）には、ステップＳ１１にジャンプして接続を継続する。
Ｓ２７．ステップＳ１３で、終話検出をした場合（Ｙｅｓ）には、接続を切断して、ステップＳ１にジャンプする。
【００４９】
尚、加入者クラスを変更して優先接続続した場合には、ステップＳ１３において単に終話監視をするだけではなく、通話時間を監視して、所定時間が経過した場合には接続を切断することも可能である。
さて、
Ｓ１５．ステップＳ８で、発着信端末情報に通話予約が格納されていなかった場合（Ｎｏ）には、トーキで予約勧奨をする。
【００５０】
尚、予約勧奨をする時に優先接続サービスは課金条件の変更が前提である旨通知することが有効である。何故なら、課金が高くなるなら輻輳が生じている地域に不急の通話をすることがなくなり、優先接続サービス実施に伴う輻輳の悪化を回避できるからである。
予約勧奨を受けた発信端末の加入者は、例えば指定されたキーの押下によって予約の意思を伝達する。
【００５１】
Ｓ１６．発信端末の加入者に予約の意思があるか否かを判定する。
Ｓ１７．ステップＳ１６で、発信端末の加入者に予約の意思がないと判定した場合（Ｎｏ）、ステップＳ６で、発信端末の加入者が優先接続サービスの対象者ではなかった場合（Ｎｏ）には、トーキを送出して発信規制中であることを通知して、ステップＳ２７にジャンプして切断し、ステップＳ１にジャンプする。
【００５２】
一方、
Ｓ１８．ステップＳ１６で、発信端末の加入者に予約の意思があると判定した場合（Ｙｅｓ）には、予約を実施する。
予約の実施は下記のように行なう。
即ち、まず、通話予約管理情報の発着信端末情報で既に予約されいる最終のインデックスの次のインデックスのところに発信端末と着信端末の番号を格納し、ついで、予約時間帯情報の当該インデックスのところに格納されている予約時間帯を読み出す。
【００５３】
例えば、通話予約が図８の発着信端末情報のようになっている場合に新規の予約が入ったら、インデックス５のところに新規予約の発信端末及び着信端末の番号を格納し、予約時間帯情報のインデックス５のところに格納されている予約時間帯を読み出せばよい。
Ｓ１９．トーキを送出して、通話予約したことと、予約時間帯を通知してステップＳ２７にジャンプして切断し、ステップＳ１にジャンプする。
【００５４】
又、
Ｓ２０．ステップＳ９で、現在の時刻が通話予約情報中に確保されている予約時間帯内ではないと判定した場合（Ｎｏ）には、通話予約時間帯に遅れて再発呼してきたか否かを判定する。
Ｓ２１．ステップＳ２０で、通話予約時間帯に遅れて再発呼してきたと判定した場合（Ｙｅｓ）には、初めての遅れ再発呼か否か判定する。
【００５５】
これは、発着信端末情報に遅れ再発呼を示すフラグを格納する領域をインデックス毎に設けておき、初めて予約時間帯に遅れて発呼してきた場合に該フラグをたてておけば可能である。
Ｓ２２．ステップＳ２１で、初めての遅れ再発呼であると判定した場合（Ｙｅｓ）には、トーキを送出して、予約時間帯に遅れたので予約時間帯を変更すること、及び、新しい予約時間帯を通知してステップＳ２６にジャンプする。
【００５６】
Ｓ２３．ステップＳ２０で、通話予約時間帯に遅れて再発呼してきたのではない（時間前再発呼）と判定した場合（Ｎｏ）には、初めての時間前再発呼であるか否か判定する。
これも、発着信端末情報に時間前再発呼を示すフラグを格納する領域をインデックス毎に設けておき、初めて予約時間帯前に再発呼してきた場合に該フラグをたてておけば可能である。
【００５７】
Ｓ２４．ステップＳ２３で、初めての時間前再発呼であると判定した場合（Ｙｅｓ）には、トーキを送出して時間前の再発呼であること、及び、予約時間帯はいつであるかということを通知して、ステップＳ２２７ジャンプする。
Ｓ２５．ステップＳ２１で、初めての遅れ再発呼ではないと判定した場合（Ｎｏ）、ステップＳ２３で、初めての時間前再発呼ではないと判定した場合（Ｎｏ）には、通話予約した加入者が通話予約を無視しているペナルティとして、トーキを送出して通話予約を抹消することを通知してステップＳ２６に移行する。
【００５８】
Ｓ２６．ステップＳ２２の処理を終了した時、ステップＳ２５の処理を終了した時には、通話予約情報を更新してステップＳ２７にジャンプする。
尚、このステップで行なう通話予約の更新は、ステップＳ１２で説明した通話予約の更新と同じである。
ここで、ステップＳ２０以降ステップＳ２６の処理を行なうのは、たとえ時間前再発呼や遅れ再発呼してきても悪意がなければいきなり通話予約を抹消するのは加入者の支持を得にくいであろうと考えた結果であるが、輻輳が激しい時に優先接続サービスを継続することで輻輳を悪化又は長期化させないためには、時間前再発呼は遅れ再発呼を許容しないことが必要になる場合もある。従って、ステップＳ２０乃至ステップＳ２６の処理は、「加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消し、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消する」という技術であるといえる。
【００５９】
又、接続制御をしたり、予約を実施したり、時間前再発呼や遅れ再発呼をして切断処理をした後に発呼検出をするステップＳ１にジャンプするように記載しているが、これは、各々の処理をできるだけ理解しやすいように記載したもので、実際には、何か１つの処理をしたら一旦ホーム・ポジションにジャンプして、その時に生じている接続制御、予約実施、再発呼処理などの複数の処理のうち最も優先度が高い処理を選択して行ない、再度ホーム・ポジションにジャンプするという手順を踏んで処理を行なうようにするのがよい。このような処理は、複数の処理を並行して行なうシステムにおいて通常行なわれているので、これ以上の説明は省略する。
【００６０】
図５は、呼制御部の処理フローチャート（その２）で、通話予約をした加入者が予約時間帯に再発呼する方式で通話予約数を限定する場合である。
即ち、図５の処理フローチャートは、図４の処理フローチャートにおいて、ステップＳ８での判定処理の結果がＮｏになった場合に、ステップＳ１６で予約勧奨する前に、ステップＳ１５で、発信端末又は着信端末の通話予約数が制限以内であるか否か判定して、通話予約数が制限以内の場合にのみ通話予約を許容するものである。
【００６１】
これは、例えば、着信端末が収容されている加入者交換機が輻輳している場合に、特定の発信端末の加入者が自由に優先接続の予約をするのは他の加入者が優先接続できる機会を阻害するのを回避するためや、特定の着信端末の加入者が行なっているリクエストなどのために他の着信端末の加入者への優先接続の可能性を阻害するのを回避するためである。
【００６２】
さて、図５の処理フローチャートは、図４の処理フローチャートにおいて上記ステップＳ１５を追加しただけで、他にはなんら違いがないので、これ以上の説明は省略する。
図７は、図４及び図５の処理フローチャートにおける予約確認の処理フローチャートである。既に説明したことであるが、予約確認は重要な処理であるので、説明を若干簡略にして敢えて説明する。
【００６３】
Ｓ６１．発着信端末情報を検索する。
Ｓ６２．通話予約があるか否か判定する。
Ｓ６３．ステップＳ６２で、通話予約がなかったと判定した場合（Ｎｏ）には、発着信端末情報の中で予約済みの最終インデックスの次のインデックスを検索して、新規予約する発信端末と着信端末の番号を書き込む。
【００６４】
Ｓ６４．予約時間帯情報において対応するインデックスから予約時間帯情報を検索する。
Ｓ６５．予約内容を通知して処理を終了する。
Ｓ６６．ステップＳ６２で、通話予約があったと判定した場合（Ｙｅｓ）には、予約時間帯情報を検索する。
【００６５】
Ｓ６７．現在時刻は予約時間帯内か否か判定する。
Ｓ６８．ステップＳ６７で、現在時刻は予約時間帯内であると判定した場合（Ｙｅｓ）には、予約ありと回答して処理を終了する。
Ｓ６９．ステップＳ６７で、現在時刻は予約時間帯内ではないと判定した場合（Ｎｏ）には、予約時間帯に遅れた再発呼であるか否か判定する。
【００６６】
Ｓ７０．ステップＳ６９で、予約時間帯に遅れた再発呼であると判定した場合には、移動フラグがあるか否か判定する。
Ｓ７１．ステップＳ７０で、移動フラグがないと判定した場合には、予約変更を通知して処理を終了する。
Ｓ７２．ステップＳ６９で、予約時間帯に遅れた再発呼でではないと判定した場合（Ｎｏ）には、警告フラグがあるか否か判定する。
【００６７】
Ｓ７３．ステップＳ７２で、警告フラグがないと判定した場合（Ｎｏ）には、予約確認を行なう。
Ｓ７４．ステップＳ７０で、移動フラグがあると判定した場合（Ｙｅｓ）と、ステップＳ７２で、警告フラグがあると判定した場合（Ｙｅｓ）には、予約解消を通知して処理を終了する。
【００６８】
尚、移動フラグや警告フラグを使わずに、初めての時間前再発呼と初めての遅れ再発呼を許容せずに直ちに予約解消にしてもよい。
図６は、呼制御部の処理フローチャート（その３）で、通話予約をした加入者が予約時間帯に再発呼しなくても加入者交換機が予約時間帯になった時に接続する方式である。
【００６９】
この方式の場合には、呼制御部を予約受付部と接続部に分けた方が処理を簡略化することができるので、予約受付部と接続部の処理に分けて説明する。
Ｓ３１．発信要求があったか否か判定する。
発信要求がなかった場合（Ｎｏ）には、発信要求の監視を継続する。
Ｓ３２．ステップＳ３１で、発信要求があったと判定した場合（Ｙｅｓ）には、発信要求をしてきた加入者の加入者クラスを確認する。
【００７０】
加入者クラスの確認は、図４の説明時に記載したのと同じようにすればよい。
Ｓ３３．発信規制の有無を確認する。
発信規制の有無の確認も、図４の説明時に記載したのと同じようにすればよい。
Ｓ３４．ステップＳ２で受け付けた発信要求の着信端末が収容されている加入者交換機が輻輳していて、発信規制状態になっているか否か判定する。
【００７１】
Ｓ３５．発信要求の着信端末が収容されている加入者交換機が輻輳しておらず、発信規制状態になっていない場合（Ｎｏ）には、接続部に接続を移管してステップＳ３１にジャンプする。
Ｓ３６．ステップＳ３４で、発信要求の着信端末が収容されている加入者交換機が輻輳していて、発信規制状態になっていると判定した場合（Ｙｅｓ）には、発信要求してきた発信端末の加入者が発信規制が必要なクラスであるか否か判定する。
【００７２】
発信要求してきた発信端末の加入者が発信規制が必要なクラスではない場合（Ｎｏ）には、接続部に接続を移管してステップＳ３１にジャンプする。
Ｓ３７．ステップＳ３６で、発信要求してきた発信端末の加入者が発信規制が必要なクラスであると判定した場合（Ｙｅｓ）には、発信要求してきた発信端末の加入者が優先接続サービスの対象加入者であるか否か判定する。
【００７３】
Ｓ３８．ステップＳ３７で、発信要求してきた発信端末の加入者が優先接続サービスの対象加入者であると判定した場合（Ｙｅｓ）には、通話予約の有無を確認する。
通話予約の有無の確認は、図４の処理フローチャートにおいて説明したのと同じように行なえばよい。
【００７４】
Ｓ３９．確認の結果、既に同じ発信端末と着信端末との通話予約があるか否か判定する。
Ｓ４０．ステップＳ３９で、既に同じ発信端末と着信端末との通話予約がないと判定した場合には、予約数が制限内か否か判定する。
予約数が制限内か否か判定する必要性は既に説明してある。
【００７５】
Ｓ４１．ステップＳ４０で、予約数が制限内であると判定した場合（Ｙｅｓ）には、予約勧奨をする。
予約勧奨は既に説明したのと同じようにすればよい。又、加入者の予約の意思表示も既に説明したのと同じようにすればよい。
Ｓ４２．加入者に予約する意思があるか否か判定する。
【００７６】
Ｓ４３．ステップＳ３７で、優先接続サービスの対象外であると判定した場合（Ｎｏ）と、ステップＳ３９で、既に同じ発信端末と着信端末との通話予約があると判定した場合（Ｙｅｓ）と、ステップＳ４０で、予約数が制限外であると判定した場合（Ｎｏ）と、ステップＳ４２で、加入者に予約する意思がないと判定した場合（Ｎｏ）には、トーキを送出して、輻輳していてただちには接続できない旨通知して、ステップＳ４６にジャンプして発信要求を切断し、ステップＳ３１にジャンプする。
【００７７】
Ｓ４４．ステップＳ４２で、加入者に予約する意思があると判定した場合には、通話予約を実施する。
通話予約は、既に説明したのと同じようにすればよい。
Ｓ４５．トーキを送出して予約が完了したことと予約時間帯を通知し、ステップＳ４６にジャンプして発信要求を切断し、ステップＳ３１にジャンプする。
【００７８】
上記の如くして、呼制御部を構成する予約受付部が、通常接続をする発信要求と優先接続をする発信要求を受け付ける。
一方、接続部は下記のように処理をする。
Ｓ５１．予約受付部から接続の移管があったか否か判定する。
Ｓ５２．ステップＳ５１で、予約受付部から接続の移管がなかったと判定した場合（Ｎｏ）には、加入者データ蓄積装置の通話予約管理情報をサーチする。
【００７９】
Ｓ５３．現在時刻が予約時間帯に到達している通話予約があるか否か判定する。
現在時刻が予約時間帯に到達している通話予約がない場合（Ｎｏ）には、ステップＳ５１にジャンプする。
Ｓ５４．ステップＳ５３で、現在時刻が予約時間帯に到達している通話予約があると判定した場合（Ｙｅｓ）には、着信端末がアイドルであるか否か判定する。
【００８０】
着信端末がアイドルではない場合には着信端末がアイドルになるのを待機する。
Ｓ５５．ステップＳ５４で、着信端末がアイドルであると判定した場合（Ｙｅｓ）には、通話予約をしている発信端末と着信端末の間を、発信端末の加入者クラスを規制を受けないクラスに変更して接続する。
【００８１】
Ｓ５６．ステップＳ５１で、予約受付部から接続の移管があった場合（Ｙｅｓ）には、移管のあった発信端末と着信端末の間を接続する。
Ｓ５７．ステップＳ５５と、ステップＳ５６の処理が終了した後で、終話を検出したか否か判定する。
終話を検出していない場合（Ｎｏ）には、ステップＳ３１にジャンプする。
【００８２】
Ｓ５８．ステップＳ５７で、終話を検出した場合（Ｙｅｓ）には、接続を切断してステップＳ５１にジャンプする。
尚、ここでは、優先接続の場合も通常の接続の場合も終話検出を行なうように記載したが、優先接続の場合には接続時間を限定して接続し、所定時間に達した場合と終話検出をした場合に接続を切断するようにすることもできる。
【００８３】
上記の如く、呼制御部が通話予約状況を監視していて、予約時間帯に達したら自動的に接続することで、加入者が予約時間帯を意識しなくてもよいようになり、無用な時間前再発呼を防止することがより完全に行なわれ、又、予約時間帯を忘却することによって加入者が不利になることもない。
（付記１） 輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、
発呼加入者が輻輳時の予約接続サービスに加入している場合は、
加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、
該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続する
ことを特徴とする輻輳時の優先接続方式。
【００８４】
（付記２） 輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、
発呼加入者が輻輳時の予約接続サービスに加入している場合は、
加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、
加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、
当該予約接続登録の発呼加入者の加入者クラスを発信規制を受けないクラスに設定して着呼加入者に接続すると共に、当該予約接続登録の発呼加入者を呼び出す
ことを特徴とする輻輳時の優先接続方式。
【００８５】
（付記３） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
加入者クラスの発信規制を受けないクラスへの設定は、
上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えて行なう
ことを特徴とする輻輳時の優先接続方式。
【００８６】
（付記４） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
一発呼加入者及び一着呼加入者に許容する上記加入者データ蓄積装置への登録数を制限する
ことを特徴とする輻輳時の優先接続方式。
【００８７】
（付記５） 付記１に記載の輻輳時の優先接続方式において、
上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、
予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消し、
予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消する
ことを特徴とする輻輳時の優先接続方式。
【００８８】
（付記６） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
上記加入者データ蓄積装置に予約接続登録する場合は、課金の変更を条件とする
ことを特徴とする輻輳時の優先接続方式。
【００８９】
（付記７） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
通話時間を制限して優先接続する
ことを特徴とする輻輳時の優先接続方式。
【００９０】
【発明の効果】
以上詳述した如く、本発明により、輻輳が継続していても輻輳交換局を経由する必要がある接続要求呼を接続可能で、しかも、輻輳交換局を経由する必要がある接続要求呼を輻輳時に接続するための処理によって輻輳状態を悪化させず、又、長期化させることがない輻輳時の優先接続方式を実現することができる。
【００９１】
即ち、第一の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを最上位に設定して予約接続登録の通りに接続するので、輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００９２】
又、第二の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、当該予約接続登録の発呼加入者の加入者クラスを最上位に設定して予約接続登録の通りに接続すると共に、当該予約接続登録の発呼加入者を呼び出すので、予約した発呼加入者が予約時間帯を意識しなくても輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００９３】
又、第三の発明によれば、上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えることによって加入者クラスの設定を行なうので、該加入者データ蓄積装置中に蓄積されている原簿データを変更する必要がなく、設定誤りを回避することができると共に、終話後の復旧処理も不要になる。
【００９４】
又、第四の発明によれば、一発呼加入者及び一着呼加入者に許容する該加入者データ蓄積装置への登録数を制限するので、輻輳時に不急のコールを該加入者データ蓄積装置に予約接続登録する件数を抑制することができ、優先接続により輻輳を悪化させることを回避できる。
更に、第五の発明によれば、第一の発明の輻輳時の優先接続方式において、上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続の時間帯以前の発呼を抑制することができ、又、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続登録しながらその時間帯に発呼してこないことを抑制することができ、予約接続サービス加入者の理解を得ながら予約接続サービスを柔軟に運用することができる。
【図面の簡単な説明】
【図１】本発明の機能構成図。
【図２】本発明の輻輳時の優先接続処理（その１）。
【図３】本発明の輻輳時の優先接続処理（その２）。
【図４】呼制御部の処理フローチャート（その１）。
【図５】呼制御部の処理フローチャート（その２）。
【図６】呼制御部の処理フローチャート（その３）。
【図７】予約確認の処理フローチャート。
【図８】通話予約管理情報。
【図９】通話予約管理情報の更新処理を説明する図（旧状態）。
【図１０】通話予約管理情報の更新処理を説明する図（新状態）。
【図１１】従来の輻輳時の処理。
【図１２】交換システムの構成例。
【符号の説明】
１、１ａ 移動端末
２、２ａ、２ｂ、２ｃ 基地局
３、３ａ 加入者交換機
４ 加入者データ蓄積装置
５ 中継交換機
３１ 呼制御部
３２ 加入者データ取扱部
３３ 規制制御部
３４ 規制情報格納部
【発明の属する技術分野】
本発明は、特定の交換局の輻輳時の優先接続方式に係り、特に、輻輳が継続していても輻輳交換局を経由する必要がある接続要求呼を接続可能で、しかも、輻輳交換局を経由する必要がある接続要求呼を輻輳時に接続するための処理によって輻輳状態を悪化させず、又、長期化させることがない輻輳時の優先接続方式に関する。
【０００２】
図１２は、交換システムの構成例である。尚、図１２は移動体通信を想定した交換システムの構成例を示しているが、家庭電話や事業所電話を収容する固定通信を行なう交換システムや、移動体通信のための交換システムと固定通信のための交換システムとからなる交換システムであってもよい。
図１２において、１及び１ａは移動端末、２乃至２ｃは移動端末群と無線回線で接続される基地局、３は基地局２及び２ａを収容する加入者交換機、３ａは基地局２ｂ及び２ｃを収容する加入者交換機である。尚、移動体通信網には基地局を制御する基地局制御装置が配置されているが、本件において移動体通信の接続は本質ではないので、基地局制御装置は図示を省略している。
【０００３】
４は特定の範囲で登録されている加入者データを蓄積する加入者データ蓄積装置である。
５は全国ネットワークへの関門となる中継交換機である。尚、図１２では、中継交換機の階梯が１である例を示しているが、中継交換機の階梯は複数であってもよい。
【０００４】
今、移動端末１が発呼端末で移動端末１ａが着呼端末であるものとする。
移動端末１が発呼すると、通常、受信電界強度が最も強い基地局を経由して交換システムと接続される。今は、受信電界強度が最も強い基地局は基地局２であるものとする。
基地局２は有線伝送路、典型的には光伝送路によって加入者交換機３と接続されており、移動端末１の発信要求は加入者交換機３に転送される。交換システム内のいずれの箇所においても輻輳状態が発生していない場合には、加入者交換機３は、移動端末１からの発信情報中の着呼端末の番号をキーに加入者データ蓄積装置４を用いて検索し、移動端末１ａが加入者交換機３ａ配下のエリアにおいて位置登録していることを知ったとすると、加入者交換機３は中継交換機５経由で加入者交換機３ａへの回線を張る。加入者交換機３ａは、基地局２ｂ及び２ｃを介して一斉呼び出しを行ない、移動端末１ａの応答を待つ。
【０００５】
移動端末１ａが基地局２ｃ経由で応答してくると、加入者交換機３ａは発呼端末である移動端末１と着呼端末である移動端末１ａを接続する。これによって、基地局２、加入者交換機３、中継交換機５、加入者交換機３ａ及び基地局２ｃを経由する回線が確保されて、移動端末１と移動端末１ａの通話が可能になる。そして、発呼側の加入者交換機３において終話検出されるまで該回線が保持される。
【０００６】
【従来の技術】
しかし、地域的な大災害が発生していたり、特定の加入者交換機に収容されている特定の端末において予約受付やリクエスト受付を行なっていて特定の加入者交換機が輻輳状態にある場合には全ての発信要求を受け付けては順調な接続を行なうことができなくなるので、各加入者について輻輳時の規制率を定めておき、規制率の低い加入者から優先的に接続するようになっている。
【０００７】
図１１は、従来の輻輳時の処理で、発信端末、加入者交換機の呼制御部、加入者データ取扱部及び規制制御部、加入者データ蓄積装置の間の処理手順の概要を示すものである。
呼制御部は、発信端末からの発信要求を受けると、加入者データ取扱部に当該発信端末の加入者クラスの確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の加入者クラスの問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から加入者クラスを読み出して呼制御部に対して当該発信端末の加入者クラスを回答する。
【０００８】
又、呼制御部は、規制制御部に対して規制の有無の確認を行ない、規制制御部から規制の有無の回答を得る。この場合には、発信端末が接続を要求している相手端末を収容する加入者交換機までの間で輻輳が生じている（「有」）ものとする。
発信規制が行なわれている旨回答を受けた呼制御部は、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【０００９】
従って、輻輳時の規制率が最も高い一般加入者は殆ど通話することができなくなり、通話を諦めない一般加入者が再発呼を繰り返すことになる。これによって、交換システムの特定の箇所で生じていた輻輳状態が広い範囲に波及して、輻輳状態を更に悪化させ、輻輳状態を長期化させるという問題が生ずる。
これを回避するためになされた発明が、開示されている（例えば、特許文献１参照）。この発明は、「加入者を収容する交換機において、前記加入者の発信接続に共用される資源の輻輳状態を監視する資源監視手段と、前記資源監視手段が前記資源の輻輳状態を検出した場合に、発信した前記加入者を発信順に待行列に登録し、前記資源監視手段が前記資源の輻輳状態の解消を検出した場合に、前記待行列に登録中の前記加入者を登録順に検出し、発信処理を受けさせる待合せ処理手段と、前記待合せ処理手段に登録した加入者に、呼を放棄することなく発信処理を待機する様に促すメッセージを通知する通知手段とを設ける」ものである。
【００１０】
この発明によれば、待合せ処理手段に登録した加入者に、呼を放棄することなく発信処理を待機する様に促すメッセージを通知して発信した前記加入者を発信順に待行列に登録し、資源の輻輳状態の解消を検出した場合に、前記待行列に登録中の前記加入者を登録順に検出して発信処理を受けさせるので、発信した加入者の再呼を防止することができ、再呼による輻輳状態の悪化及び長期化を防止することができる。
【００１１】
【特許文献１】
特開平２−７６４４７（Ｐ６〜Ｐ１３、図１、図２）
【００１２】
【発明が解決しようとする課題】
しかし、発信処理を待機する様に促すメッセージを通知して発信した前記加入者を発信順に待行列に登録し、資源の輻輳状態の解消を検出した場合に、前記待行列に登録中の前記加入者を登録順に検出して発信処理を受けさせるにしても、各発信加入者は輻輳が解消されたか否か、解消されて発信が再開されているにしても自分が現在どういう順番にいるのかを知るよしもなく、安心して待っていられない心理状態にある。
【００１３】
しかも、再呼を規制するてだてが講じられていないために、しびれを切らした加入者が再呼を繰り返すことは予想に難くなく、輻輳状態の悪化と長期化を防止することを期待することができない。
又、特に、地域的な大災害が生じた場合、遠隔地にいる家族、親族の心配は非常に大きなもので、加入者クラスが低くて規制率が高く設定されているために安否を確かめられるまで長時間待たされるのは苦痛でさえある。従って、加入者クラスが低くても輻輳が生じている地域への発信を許容するサービスは加入者が望むところである。
【００１４】
本発明は、特定の交換局が輻輳した場合、輻輳が継続していても輻輳交換局を経由する必要がある接続要求呼を接続可能で、しかも、輻輳交換局を経由する必要がある接続要求呼を輻輳時に接続するための処理によって輻輳状態を悪化させず、又、長期化させることがない輻輳時の優先接続方式を提供することを目的とする。
【００１５】
【課題を解決するための手段】
かかる課題を解決するための第一の発明は、輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、発呼加入者が輻輳時の予約接続サービスに加入している場合は、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続することを特徴とする輻輳時の優先接続方式である。
【００１６】
第一の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続するので、輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００１７】
第二の発明は、輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、発呼加入者が輻輳時の予約接続サービスに加入している場合は、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、当該予約接続登録の発呼加入者の加入者クラスを発信規制を受けないクラスに設定して着呼加入者に接続すると共に、当該予約接続登録の発呼加入者を呼び出すことを特徴とする輻輳時の優先接続方式である。
【００１８】
第二の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、当該予約接続登録の発呼加入者の加入者クラスを発信規制を受けないクラスに設定して着呼加入者に接続すると共に、当該予約接続登録の発呼加入者を呼び出すので、予約した発呼加入者が予約時間帯を意識しなくても輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００１９】
第三の発明は、第一の発明又は第二の発明のいずれかの輻輳時の優先接続方式において、加入者クラスの発信規制を受けないクラスへの設定は、上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えて行なうことを特徴とする輻輳時の優先接続方式である。
【００２０】
第三の発明によれば、上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えることによって加入者クラスの設定を行なうので、該加入者データ蓄積装置中に蓄積されている原簿データを変更する必要がなく、設定誤りを回避することができると共に、終話後の復旧処理も不要になる。
【００２１】
第四の発明は、第一の発明又は第二の発明のいずれかの輻輳時の優先接続方式において、一発呼加入者及び一着呼加入者に許容する上記加入者データ蓄積装置への登録数を制限することを特徴とする輻輳時の優先接続方式である。
第四の発明によれば、一発呼加入者及び一着呼加入者に許容する該加入者データ蓄積装置への登録数を制限するので、輻輳時に不急のコールを該加入者データ蓄積装置に予約接続登録する件数を抑制することができ、優先接続により輻輳を悪化させることを回避できる。
【００２２】
第五の発明は、第一の発明の輻輳時の優先接続方式において、上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消し、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消することを特徴とする輻輳時の優先接続方式である。
【００２３】
第五の発明によれば、第一の発明の輻輳時の優先接続方式において、上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続の時間帯以前の発呼を抑制することができ、又、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続登録しながらその時間帯に発呼してこないことを抑制することができ、予約接続サービス加入者の理解を得ながら予約接続サービスを柔軟に運用することができる。
【００２４】
【発明の実施の形態】
以降、図面を併用して本発明の技術を詳細に説明する。
図１は、本発明の機能構成図で、加入者交換機の要部と加入者データ蓄積装置とを示している。
図１において、３は加入者交換機、４は加入者データ蓄積装置である。このうち、加入者交換機３は、発呼情報を受けて接続制御を行ない、接続情報を他の交換機に送出する呼制御部３１、呼制御部３１の指示に従って加入者データ蓄積装置４から加入者データや通話予約情報を読み出したり、新たな通話予約情報を加入者データ蓄積装置４に書き込む加入者データ取扱部３２、他の交換機から規制情報を受けて規制情報格納部３４に書き込み、呼制御部３１に指示に従って規制情報格納部３４から規制情報を読み出す規制制御部３３を備えている。
【００２５】
尚、図１１のシーケンス・チャートにおいても、加入者交換機は呼制御部、加入者データ取扱部及び規制制御部を備えていると記載しているが、本発明の機能構成における呼制御部３１及び加入者データ取扱部３２は従来のものとは機能が異なるものである。
図２は、本発明の輻輳時の優先接続処理（その１）で、主として発信端末、加入者交換機の呼制御部、加入者データ取扱部及び規制制御部、加入者データ蓄積装置の間の優先接続の予約までの処理手順の概要を示すものである。
【００２６】
呼制御部は、発信端末からの発信要求を受けると、加入者データ取扱部に当該発信端末の加入者クラスの確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の加入者クラスの問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から加入者クラスを読み出して呼制御部に対して当該発信端末の加入者クラスを回答する。
【００２７】
又、呼制御部は、規制制御部に対して規制の有無の確認を行ない、規制制御部から規制の有無の回答を得る。この場合には、発信端末が接続を要求している相手端末を収容する加入者交換機までの間で輻輳が生じている（「有」）ものとする。
規制が生じている旨回答を受けた呼制御部は、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者であるか否か判定し、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者ではない場合（Ｎｏ）には、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【００２８】
一方、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者である場合（Ｙｅｓ）には、呼制御部は、加入者データ取扱部に当該発信端末の優先接続の予約状況の確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の優先接続の予約状況の問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から当該発信端末の優先接続の予約状況を読み出して呼制御部に対して回答する。
【００２９】
当該発信端末の優先接続の予約がない場合（Ｎｏ）には、当該発信端末の加入者に対して予約することを勧める。
当該発信端末から予約に関する意思が伝達されると、呼制御部は、該意思が予約しないというものである場合（Ｎｏ）には、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【００３０】
一方、該意思が予約するというものである場合（Ｙｅｓ）には、呼制御部は、加入者データ取扱部経由で加入者データ蓄積装置に予約要求を行ない、加入者データ蓄積装置から予約完了通知を受けると発信端末に対して予約完了通知を行なう。ここで、加入者データ蓄積装置から呼制御部への予約完了通知及び呼制御部から発信端末への予約通知には、通話可能時間帯の情報が付加されている。尚、通話可能時間帯の情報を発信端末に通知するのは音声でもデータ形式でもよいが、発信端末を所有する加入者がいちいちメモする必要がなく、且つ、確実に伝わるのはデータ形式が望ましい。
【００３１】
図３は、本発明の輻輳時の優先接続処理（その２）で、主として発信端末、加入者交換機の呼制御部、加入者データ取扱部及び規制制御部、加入者データ蓄積装置の間の優先接続までの処理手順の概要を示すものである。
呼制御部は、発信端末からの発信要求を受けると、加入者データ取扱部に当該発信端末の加入者クラスの確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の加入者クラスの問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から加入者クラスを読み出して呼制御部に対して当該発信端末の加入者クラスを回答する。
【００３２】
又、呼制御部は、規制制御部に対して規制の有無の確認を行ない、規制制御部から規制の有無の回答を得る。この場合には、発信端末が接続を要求している相手端末を収容する加入者交換機までの間で輻輳が生じている（「有」）ものとする。
規制が生じている旨回答を受けた呼制御部は、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者であるか否か判定し、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者ではない場合（Ｎｏ）には、発信端末に対して規制が行なわれていて着信端末への接続が困難なこと、暫くたってから再発信して欲しいことのメッセージを送信して、規制通知を行なう。
【００３３】
一方、発信端末を所有する加入者が輻輳時の優先接続サービスの対象加入者である場合（Ｙｅｓ）には、呼制御部は、加入者データ取扱部に当該発信端末の優先接続の予約状況の確認を要求し、加入者データ取扱部は加入者データ蓄積装置に対して当該発信端末の優先接続の予約状況の問い合わせを行なう。そして、加入者データ取扱部は、加入者データ蓄積装置から当該発信端末の優先接続の予約状況を読み出して呼制御部に対して回答する。
【００３４】
予約があった場合（Ｙｅｓ）には、呼制御部は、発信端末を所有する加入者の加入者クラスを発信規制を受けないクラスに変更して接続を行なう。加入者クラスを規制を受けないクラスに変更して接続するので、発信要求通りに着信端末への接続が可能となる。
尚、図２及び図３では優先接続処理の概要を記載したのみであるが、後でフローチャートによって詳細に説明するように、予約受付への制限条件、指定された予約時間帯を外れた発呼に対する処理などに工夫をして、通話予約をした加入者の無用な発呼などを防止することができる。又、通話予約を管理するための情報についてもフローチャートによる説明をする時に併せて説明する。
【００３５】
図４は、呼制御部の処理フローチャート（その１）で、通話予約をした加入者が予約時間帯に再発呼する方式で通話予約数を限定しない場合である。以降、図４の符号に沿って説明する。
Ｓ１．呼制御部は発信要求があったか否か判定する。
発信要求がなかった場合（Ｎｏ）には発信要求の有無の監視を継続する。
【００３６】
Ｓ２．ステップＳ１で、発信要求があった場合（Ｙｅｓ）には、発信端末の番号と着信端末の番号を保持すると共に、発信端末の加入者クラスの確認を行なう。
加入者クラスの確認は、加入者データ取扱部経由で加入者データ蓄積装置に蓄積されている加入者データを検索して、該加入者データに付加されている加入者クラスを読み出せばよい。
【００３７】
Ｓ３．次いで、着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されているか否かを確認する。
発信規制の確認は、規制制御部に着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されているか否かを問い合わせればよい。
Ｓ４．着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されているか否かを判定する。
【００３８】
Ｓ５．ステップＳ４で、着信端末が収容されている加入者交換機までの間に輻輳が生じていて、発信規制されている場合（Ｙｅｓ）には、発信端末を所有する加入者の加入者クラスが発信規制が必要なクラスであるか否か判定する。
Ｓ６．ステップＳ５で、発信端末を所有する加入者の加入者クラスが発信規制が必要なクラスであった場合（Ｙｅｓ）には、発信端末を所有する加入者が優先接続サービスの対象加入者であるか否か判定する。
【００３９】
Ｓ７．ステップＳ６で、発信端末を所有する加入者が優先接続サービスの対象加入者であった場合（Ｙｅｓ）には、発信端末から着信端末への通話が予約されているか否か確認する。
予約確認は、加入者データ蓄積装置の通話予約管理情報を検索すればよい。
ここで、図８は、通話予約管理情報で、発着信端末情報及び予約時間帯情報とからなる。
【００４０】
図８（イ）は、発着信端末情報で、発信順のインデックス毎に、発信端末番号及び着信端末番号が格納される。図８（イ）の例では、インデックス１乃至４に既に発信要求があった発着信端末情報が格納されており、インデックス５乃至８は未だ通話予約がされておらず空きとなっている。
図８（ロ）は、予約時間帯情報で、発着信端末情報におけるインデックスに対応して、予約が可能な時間帯が格納されている。図８（イ）においてインデックス１乃至４が通話予約されており、インデックス５乃至８は通話予約されていないので、図８（ロ）の例では、インデックス１乃至４に対応する時間帯が既に通話予約されており、インデックス５乃至８に対応する時間帯は未だ通話予約されていない時間帯である。
【００４１】
そして、図８の状態で新たに通話予約がされる場合には、発着信端末情報は通話予約されているインデックスに連続したインデックスのところに書き込まれる。図８（イ）の例では、一番若番のインデックスは５であるので、インデックス５のところに新たに予約される発信端末と着信端末の番号が書き込まれる。これによって、予約時間帯情報ではインデックス５に対応する時間帯が予約されたことになる。
【００４２】
尚、図８の例では、１組の発信端末と着信端末の番号に対して１つの予約時間帯が配分されるという最も簡単なケースを示しているが、加入者交換機の機能によっては１つの予約時間帯に複数組の発信端末と着信端末の番号を対応させることも可能である。
又、予約されていた発信端末と着信端末の接続が完了した場合や、発信端末の加入者が予約時間帯以外で再発呼した場合に発着信端末情報及び予約時間帯情報を更新する必要があるが、予約時間帯情報の更新については後で説明する。
【００４３】
Ｓ８．予約確認の結果、ステップＳ２で受け付けた発信要求にあった発信端末と着信端末間の通話予約が加入者データ蓄積装置の通話予約情報中にあるか否か判定する。
Ｓ９．ステップＳ８で、発信要求にあった発信端末と着信端末間の通話予約が加入者データ蓄積装置の通話予約情報中にあった場合（Ｙｅｓ）は、一旦通話予約した加入者が接続を要求して再発呼してきたのであるから、再発呼時刻（現在の時刻）が通話予約情報中に確保されている予約時間帯内であるか否か判定する。
【００４４】
これは、予約時間帯より早い再発呼も、予約時間帯に遅れた再発呼も認めず、予約の秩序を保つために行なう判定である。
Ｓ１０．ステップＳ９で、現在時刻が通話予約情報中に確保されている予約時間帯内であると判定した場合（Ｙｅｓ）には、再発呼してきた加入者の加入者クラスを発信規制を受けないクラスに変更して、
Ｓ１１．ステップＳ１０の処理が終了した時、ステップＳ４で、発信規制状態ではないと判定した場合（Ｎｏ）、ステップＳ５で、発信規制が必要なクラスではないと判定した場合（Ｎｏ）場合には、通話予約情報中にある発信端末と着信端末とを接続する。
【００４５】
再発呼してきた加入者の加入者クラスを発信規制を受けないクラスに変更して接続するので、通話予約していた発信端末の加入者は自分が望む着信端末の加入者と通話できるようになる。
Ｓ１２．接続が完了したので、接続を完了した通話予約を通話予約情報から抹消する。
【００４６】
通話予約の抹消は下記のようにして行なう。
図９は、通話予約情報の更新処理を説明する図（旧状態）、図１０は、通話予約情報の更新処理を説明する図（新状態）である。即ち、図９の如く通話予約されていた時に通話予約されていた発信端末と着信端末の組が接続された時に、図１０の如く通話予約されていた発信端末と着信端末の組を抹消するのである。
【００４７】
図９の如く、発着信端末情報の旧状態は、インデックス１乃至３が空きで、インデックス４以降に通話予約された発信端末と着信端末の番号の組が格納されている。この時に、インデックス４の発信端末と着信端末とが予約時間帯１２：００〜１２：１０の間に接続されたとすると、図１０の如く、まず、発着信端末情報のインデックス４のところを空きに更新する。そして、予約時間帯情報のインデックス４のところは、旧状態で空きになっていた最も遅い予約時間帯の次の予約時間帯に更新する。図９の例では、１６：２０〜１６：３０が最も遅い予約時間帯であったので、図１０の如く、予約時間帯情報のインデックス４のところを１６：３０〜１６：４０に更新する。
【００４８】
Ｓ１３．接続された発信端末と着信端末との間で通話が開始されたら、呼制御部は終話監視を始める。
終話を検出しなかった場合（Ｎｏ）には、ステップＳ１１にジャンプして接続を継続する。
Ｓ２７．ステップＳ１３で、終話検出をした場合（Ｙｅｓ）には、接続を切断して、ステップＳ１にジャンプする。
【００４９】
尚、加入者クラスを変更して優先接続続した場合には、ステップＳ１３において単に終話監視をするだけではなく、通話時間を監視して、所定時間が経過した場合には接続を切断することも可能である。
さて、
Ｓ１５．ステップＳ８で、発着信端末情報に通話予約が格納されていなかった場合（Ｎｏ）には、トーキで予約勧奨をする。
【００５０】
尚、予約勧奨をする時に優先接続サービスは課金条件の変更が前提である旨通知することが有効である。何故なら、課金が高くなるなら輻輳が生じている地域に不急の通話をすることがなくなり、優先接続サービス実施に伴う輻輳の悪化を回避できるからである。
予約勧奨を受けた発信端末の加入者は、例えば指定されたキーの押下によって予約の意思を伝達する。
【００５１】
Ｓ１６．発信端末の加入者に予約の意思があるか否かを判定する。
Ｓ１７．ステップＳ１６で、発信端末の加入者に予約の意思がないと判定した場合（Ｎｏ）、ステップＳ６で、発信端末の加入者が優先接続サービスの対象者ではなかった場合（Ｎｏ）には、トーキを送出して発信規制中であることを通知して、ステップＳ２７にジャンプして切断し、ステップＳ１にジャンプする。
【００５２】
一方、
Ｓ１８．ステップＳ１６で、発信端末の加入者に予約の意思があると判定した場合（Ｙｅｓ）には、予約を実施する。
予約の実施は下記のように行なう。
即ち、まず、通話予約管理情報の発着信端末情報で既に予約されいる最終のインデックスの次のインデックスのところに発信端末と着信端末の番号を格納し、ついで、予約時間帯情報の当該インデックスのところに格納されている予約時間帯を読み出す。
【００５３】
例えば、通話予約が図８の発着信端末情報のようになっている場合に新規の予約が入ったら、インデックス５のところに新規予約の発信端末及び着信端末の番号を格納し、予約時間帯情報のインデックス５のところに格納されている予約時間帯を読み出せばよい。
Ｓ１９．トーキを送出して、通話予約したことと、予約時間帯を通知してステップＳ２７にジャンプして切断し、ステップＳ１にジャンプする。
【００５４】
又、
Ｓ２０．ステップＳ９で、現在の時刻が通話予約情報中に確保されている予約時間帯内ではないと判定した場合（Ｎｏ）には、通話予約時間帯に遅れて再発呼してきたか否かを判定する。
Ｓ２１．ステップＳ２０で、通話予約時間帯に遅れて再発呼してきたと判定した場合（Ｙｅｓ）には、初めての遅れ再発呼か否か判定する。
【００５５】
これは、発着信端末情報に遅れ再発呼を示すフラグを格納する領域をインデックス毎に設けておき、初めて予約時間帯に遅れて発呼してきた場合に該フラグをたてておけば可能である。
Ｓ２２．ステップＳ２１で、初めての遅れ再発呼であると判定した場合（Ｙｅｓ）には、トーキを送出して、予約時間帯に遅れたので予約時間帯を変更すること、及び、新しい予約時間帯を通知してステップＳ２６にジャンプする。
【００５６】
Ｓ２３．ステップＳ２０で、通話予約時間帯に遅れて再発呼してきたのではない（時間前再発呼）と判定した場合（Ｎｏ）には、初めての時間前再発呼であるか否か判定する。
これも、発着信端末情報に時間前再発呼を示すフラグを格納する領域をインデックス毎に設けておき、初めて予約時間帯前に再発呼してきた場合に該フラグをたてておけば可能である。
【００５７】
Ｓ２４．ステップＳ２３で、初めての時間前再発呼であると判定した場合（Ｙｅｓ）には、トーキを送出して時間前の再発呼であること、及び、予約時間帯はいつであるかということを通知して、ステップＳ２２７ジャンプする。
Ｓ２５．ステップＳ２１で、初めての遅れ再発呼ではないと判定した場合（Ｎｏ）、ステップＳ２３で、初めての時間前再発呼ではないと判定した場合（Ｎｏ）には、通話予約した加入者が通話予約を無視しているペナルティとして、トーキを送出して通話予約を抹消することを通知してステップＳ２６に移行する。
【００５８】
Ｓ２６．ステップＳ２２の処理を終了した時、ステップＳ２５の処理を終了した時には、通話予約情報を更新してステップＳ２７にジャンプする。
尚、このステップで行なう通話予約の更新は、ステップＳ１２で説明した通話予約の更新と同じである。
ここで、ステップＳ２０以降ステップＳ２６の処理を行なうのは、たとえ時間前再発呼や遅れ再発呼してきても悪意がなければいきなり通話予約を抹消するのは加入者の支持を得にくいであろうと考えた結果であるが、輻輳が激しい時に優先接続サービスを継続することで輻輳を悪化又は長期化させないためには、時間前再発呼は遅れ再発呼を許容しないことが必要になる場合もある。従って、ステップＳ２０乃至ステップＳ２６の処理は、「加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消し、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消する」という技術であるといえる。
【００５９】
又、接続制御をしたり、予約を実施したり、時間前再発呼や遅れ再発呼をして切断処理をした後に発呼検出をするステップＳ１にジャンプするように記載しているが、これは、各々の処理をできるだけ理解しやすいように記載したもので、実際には、何か１つの処理をしたら一旦ホーム・ポジションにジャンプして、その時に生じている接続制御、予約実施、再発呼処理などの複数の処理のうち最も優先度が高い処理を選択して行ない、再度ホーム・ポジションにジャンプするという手順を踏んで処理を行なうようにするのがよい。このような処理は、複数の処理を並行して行なうシステムにおいて通常行なわれているので、これ以上の説明は省略する。
【００６０】
図５は、呼制御部の処理フローチャート（その２）で、通話予約をした加入者が予約時間帯に再発呼する方式で通話予約数を限定する場合である。
即ち、図５の処理フローチャートは、図４の処理フローチャートにおいて、ステップＳ８での判定処理の結果がＮｏになった場合に、ステップＳ１６で予約勧奨する前に、ステップＳ１５で、発信端末又は着信端末の通話予約数が制限以内であるか否か判定して、通話予約数が制限以内の場合にのみ通話予約を許容するものである。
【００６１】
これは、例えば、着信端末が収容されている加入者交換機が輻輳している場合に、特定の発信端末の加入者が自由に優先接続の予約をするのは他の加入者が優先接続できる機会を阻害するのを回避するためや、特定の着信端末の加入者が行なっているリクエストなどのために他の着信端末の加入者への優先接続の可能性を阻害するのを回避するためである。
【００６２】
さて、図５の処理フローチャートは、図４の処理フローチャートにおいて上記ステップＳ１５を追加しただけで、他にはなんら違いがないので、これ以上の説明は省略する。
図７は、図４及び図５の処理フローチャートにおける予約確認の処理フローチャートである。既に説明したことであるが、予約確認は重要な処理であるので、説明を若干簡略にして敢えて説明する。
【００６３】
Ｓ６１．発着信端末情報を検索する。
Ｓ６２．通話予約があるか否か判定する。
Ｓ６３．ステップＳ６２で、通話予約がなかったと判定した場合（Ｎｏ）には、発着信端末情報の中で予約済みの最終インデックスの次のインデックスを検索して、新規予約する発信端末と着信端末の番号を書き込む。
【００６４】
Ｓ６４．予約時間帯情報において対応するインデックスから予約時間帯情報を検索する。
Ｓ６５．予約内容を通知して処理を終了する。
Ｓ６６．ステップＳ６２で、通話予約があったと判定した場合（Ｙｅｓ）には、予約時間帯情報を検索する。
【００６５】
Ｓ６７．現在時刻は予約時間帯内か否か判定する。
Ｓ６８．ステップＳ６７で、現在時刻は予約時間帯内であると判定した場合（Ｙｅｓ）には、予約ありと回答して処理を終了する。
Ｓ６９．ステップＳ６７で、現在時刻は予約時間帯内ではないと判定した場合（Ｎｏ）には、予約時間帯に遅れた再発呼であるか否か判定する。
【００６６】
Ｓ７０．ステップＳ６９で、予約時間帯に遅れた再発呼であると判定した場合には、移動フラグがあるか否か判定する。
Ｓ７１．ステップＳ７０で、移動フラグがないと判定した場合には、予約変更を通知して処理を終了する。
Ｓ７２．ステップＳ６９で、予約時間帯に遅れた再発呼でではないと判定した場合（Ｎｏ）には、警告フラグがあるか否か判定する。
【００６７】
Ｓ７３．ステップＳ７２で、警告フラグがないと判定した場合（Ｎｏ）には、予約確認を行なう。
Ｓ７４．ステップＳ７０で、移動フラグがあると判定した場合（Ｙｅｓ）と、ステップＳ７２で、警告フラグがあると判定した場合（Ｙｅｓ）には、予約解消を通知して処理を終了する。
【００６８】
尚、移動フラグや警告フラグを使わずに、初めての時間前再発呼と初めての遅れ再発呼を許容せずに直ちに予約解消にしてもよい。
図６は、呼制御部の処理フローチャート（その３）で、通話予約をした加入者が予約時間帯に再発呼しなくても加入者交換機が予約時間帯になった時に接続する方式である。
【００６９】
この方式の場合には、呼制御部を予約受付部と接続部に分けた方が処理を簡略化することができるので、予約受付部と接続部の処理に分けて説明する。
Ｓ３１．発信要求があったか否か判定する。
発信要求がなかった場合（Ｎｏ）には、発信要求の監視を継続する。
Ｓ３２．ステップＳ３１で、発信要求があったと判定した場合（Ｙｅｓ）には、発信要求をしてきた加入者の加入者クラスを確認する。
【００７０】
加入者クラスの確認は、図４の説明時に記載したのと同じようにすればよい。
Ｓ３３．発信規制の有無を確認する。
発信規制の有無の確認も、図４の説明時に記載したのと同じようにすればよい。
Ｓ３４．ステップＳ２で受け付けた発信要求の着信端末が収容されている加入者交換機が輻輳していて、発信規制状態になっているか否か判定する。
【００７１】
Ｓ３５．発信要求の着信端末が収容されている加入者交換機が輻輳しておらず、発信規制状態になっていない場合（Ｎｏ）には、接続部に接続を移管してステップＳ３１にジャンプする。
Ｓ３６．ステップＳ３４で、発信要求の着信端末が収容されている加入者交換機が輻輳していて、発信規制状態になっていると判定した場合（Ｙｅｓ）には、発信要求してきた発信端末の加入者が発信規制が必要なクラスであるか否か判定する。
【００７２】
発信要求してきた発信端末の加入者が発信規制が必要なクラスではない場合（Ｎｏ）には、接続部に接続を移管してステップＳ３１にジャンプする。
Ｓ３７．ステップＳ３６で、発信要求してきた発信端末の加入者が発信規制が必要なクラスであると判定した場合（Ｙｅｓ）には、発信要求してきた発信端末の加入者が優先接続サービスの対象加入者であるか否か判定する。
【００７３】
Ｓ３８．ステップＳ３７で、発信要求してきた発信端末の加入者が優先接続サービスの対象加入者であると判定した場合（Ｙｅｓ）には、通話予約の有無を確認する。
通話予約の有無の確認は、図４の処理フローチャートにおいて説明したのと同じように行なえばよい。
【００７４】
Ｓ３９．確認の結果、既に同じ発信端末と着信端末との通話予約があるか否か判定する。
Ｓ４０．ステップＳ３９で、既に同じ発信端末と着信端末との通話予約がないと判定した場合には、予約数が制限内か否か判定する。
予約数が制限内か否か判定する必要性は既に説明してある。
【００７５】
Ｓ４１．ステップＳ４０で、予約数が制限内であると判定した場合（Ｙｅｓ）には、予約勧奨をする。
予約勧奨は既に説明したのと同じようにすればよい。又、加入者の予約の意思表示も既に説明したのと同じようにすればよい。
Ｓ４２．加入者に予約する意思があるか否か判定する。
【００７６】
Ｓ４３．ステップＳ３７で、優先接続サービスの対象外であると判定した場合（Ｎｏ）と、ステップＳ３９で、既に同じ発信端末と着信端末との通話予約があると判定した場合（Ｙｅｓ）と、ステップＳ４０で、予約数が制限外であると判定した場合（Ｎｏ）と、ステップＳ４２で、加入者に予約する意思がないと判定した場合（Ｎｏ）には、トーキを送出して、輻輳していてただちには接続できない旨通知して、ステップＳ４６にジャンプして発信要求を切断し、ステップＳ３１にジャンプする。
【００７７】
Ｓ４４．ステップＳ４２で、加入者に予約する意思があると判定した場合には、通話予約を実施する。
通話予約は、既に説明したのと同じようにすればよい。
Ｓ４５．トーキを送出して予約が完了したことと予約時間帯を通知し、ステップＳ４６にジャンプして発信要求を切断し、ステップＳ３１にジャンプする。
【００７８】
上記の如くして、呼制御部を構成する予約受付部が、通常接続をする発信要求と優先接続をする発信要求を受け付ける。
一方、接続部は下記のように処理をする。
Ｓ５１．予約受付部から接続の移管があったか否か判定する。
Ｓ５２．ステップＳ５１で、予約受付部から接続の移管がなかったと判定した場合（Ｎｏ）には、加入者データ蓄積装置の通話予約管理情報をサーチする。
【００７９】
Ｓ５３．現在時刻が予約時間帯に到達している通話予約があるか否か判定する。
現在時刻が予約時間帯に到達している通話予約がない場合（Ｎｏ）には、ステップＳ５１にジャンプする。
Ｓ５４．ステップＳ５３で、現在時刻が予約時間帯に到達している通話予約があると判定した場合（Ｙｅｓ）には、着信端末がアイドルであるか否か判定する。
【００８０】
着信端末がアイドルではない場合には着信端末がアイドルになるのを待機する。
Ｓ５５．ステップＳ５４で、着信端末がアイドルであると判定した場合（Ｙｅｓ）には、通話予約をしている発信端末と着信端末の間を、発信端末の加入者クラスを規制を受けないクラスに変更して接続する。
【００８１】
Ｓ５６．ステップＳ５１で、予約受付部から接続の移管があった場合（Ｙｅｓ）には、移管のあった発信端末と着信端末の間を接続する。
Ｓ５７．ステップＳ５５と、ステップＳ５６の処理が終了した後で、終話を検出したか否か判定する。
終話を検出していない場合（Ｎｏ）には、ステップＳ３１にジャンプする。
【００８２】
Ｓ５８．ステップＳ５７で、終話を検出した場合（Ｙｅｓ）には、接続を切断してステップＳ５１にジャンプする。
尚、ここでは、優先接続の場合も通常の接続の場合も終話検出を行なうように記載したが、優先接続の場合には接続時間を限定して接続し、所定時間に達した場合と終話検出をした場合に接続を切断するようにすることもできる。
【００８３】
上記の如く、呼制御部が通話予約状況を監視していて、予約時間帯に達したら自動的に接続することで、加入者が予約時間帯を意識しなくてもよいようになり、無用な時間前再発呼を防止することがより完全に行なわれ、又、予約時間帯を忘却することによって加入者が不利になることもない。
（付記１） 輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、
発呼加入者が輻輳時の予約接続サービスに加入している場合は、
加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、
該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続する
ことを特徴とする輻輳時の優先接続方式。
【００８４】
（付記２） 輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、
発呼加入者が輻輳時の予約接続サービスに加入している場合は、
加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、
加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、
当該予約接続登録の発呼加入者の加入者クラスを発信規制を受けないクラスに設定して着呼加入者に接続すると共に、当該予約接続登録の発呼加入者を呼び出す
ことを特徴とする輻輳時の優先接続方式。
【００８５】
（付記３） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
加入者クラスの発信規制を受けないクラスへの設定は、
上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えて行なう
ことを特徴とする輻輳時の優先接続方式。
【００８６】
（付記４） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
一発呼加入者及び一着呼加入者に許容する上記加入者データ蓄積装置への登録数を制限する
ことを特徴とする輻輳時の優先接続方式。
【００８７】
（付記５） 付記１に記載の輻輳時の優先接続方式において、
上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、
予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消し、
予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消する
ことを特徴とする輻輳時の優先接続方式。
【００８８】
（付記６） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
上記加入者データ蓄積装置に予約接続登録する場合は、課金の変更を条件とする
ことを特徴とする輻輳時の優先接続方式。
【００８９】
（付記７） 付記１又は付記２のいずれかに記載の輻輳時の優先接続方式において、
通話時間を制限して優先接続する
ことを特徴とする輻輳時の優先接続方式。
【００９０】
【発明の効果】
以上詳述した如く、本発明により、輻輳が継続していても輻輳交換局を経由する必要がある接続要求呼を接続可能で、しかも、輻輳交換局を経由する必要がある接続要求呼を輻輳時に接続するための処理によって輻輳状態を悪化させず、又、長期化させることがない輻輳時の優先接続方式を実現することができる。
【００９１】
即ち、第一の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを最上位に設定して予約接続登録の通りに接続するので、輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００９２】
又、第二の発明によれば、加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、当該予約接続登録の発呼加入者の加入者クラスを最上位に設定して予約接続登録の通りに接続すると共に、当該予約接続登録の発呼加入者を呼び出すので、予約した発呼加入者が予約時間帯を意識しなくても輻輳時も予約接続登録に準じて予約接続が可能になり、発呼加入者が輻輳時の予約接続サービスに加入している場合に限定して上記サービスを行なうので、優先接続により輻輳を悪化させることを回避できる。
【００９３】
又、第三の発明によれば、上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えることによって加入者クラスの設定を行なうので、該加入者データ蓄積装置中に蓄積されている原簿データを変更する必要がなく、設定誤りを回避することができると共に、終話後の復旧処理も不要になる。
【００９４】
又、第四の発明によれば、一発呼加入者及び一着呼加入者に許容する該加入者データ蓄積装置への登録数を制限するので、輻輳時に不急のコールを該加入者データ蓄積装置に予約接続登録する件数を抑制することができ、優先接続により輻輳を悪化させることを回避できる。
更に、第五の発明によれば、第一の発明の輻輳時の優先接続方式において、上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続の時間帯以前の発呼を抑制することができ、又、予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消するので、予約接続登録しながらその時間帯に発呼してこないことを抑制することができ、予約接続サービス加入者の理解を得ながら予約接続サービスを柔軟に運用することができる。
【図面の簡単な説明】
【図１】本発明の機能構成図。
【図２】本発明の輻輳時の優先接続処理（その１）。
【図３】本発明の輻輳時の優先接続処理（その２）。
【図４】呼制御部の処理フローチャート（その１）。
【図５】呼制御部の処理フローチャート（その２）。
【図６】呼制御部の処理フローチャート（その３）。
【図７】予約確認の処理フローチャート。
【図８】通話予約管理情報。
【図９】通話予約管理情報の更新処理を説明する図（旧状態）。
【図１０】通話予約管理情報の更新処理を説明する図（新状態）。
【図１１】従来の輻輳時の処理。
【図１２】交換システムの構成例。
【符号の説明】
１、１ａ 移動端末
２、２ａ、２ｂ、２ｃ 基地局
３、３ａ 加入者交換機
４ 加入者データ蓄積装置
５ 中継交換機
３１ 呼制御部
３２ 加入者データ取扱部
３３ 規制制御部
３４ 規制情報格納部
Claims (5)
- 輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、
発呼加入者が輻輳時の予約接続サービスに加入している場合は、
加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定、通知して該加入者データ蓄積装置に予約接続登録をし、
該加入者データ蓄積装置を検索して予約接続登録があれば予約接続を許容する時間帯での発呼であることを確認して、発呼加入者の加入者クラスを発信規制を受けないクラスに設定して予約接続登録の通りに接続する
ことを特徴とする輻輳時の優先接続方式。 - 輻輳している交換局を経由する必要がある接続要求呼が発呼された時に、
発呼加入者が輻輳時の予約接続サービスに加入している場合は、
加入者データ蓄積装置を検索して予約接続登録がなければ予約接続を許容する時間帯を設定して該加入者データ蓄積装置に予約接続登録をし、
加入者データ蓄積装置を検索して予約接続の時間帯に到達した予約接続登録があることを確認した時に、
当該予約接続登録の発呼加入者の加入者クラスを発信規制を受けないクラスに設定して着呼加入者に接続すると共に、当該予約接続登録の発呼加入者を呼び出す
ことを特徴とする輻輳時の優先接続方式。 - 請求項１又は請求項２のいずれかに記載の輻輳時の優先接続方式において、
加入者クラスの発信規制を受けないクラスへの設定は、
上記加入者データ蓄積装置から読み出した発呼加入者の加入者データ中の加入者クラスを発信規制を受けないクラスに書き替えて行なう
ことを特徴とする輻輳時の優先接続方式。 - 請求項１又は請求項２のいずれかに記載の輻輳時の優先接続方式において、
一発呼加入者及び一着呼加入者に許容する上記加入者データ蓄積装置への登録数を制限する
ことを特徴とする輻輳時の優先接続方式。 - 請求項１に記載の輻輳時の優先接続方式において、
上記加入者データ蓄積装置を検索して予約接続登録がある場合でも、
予約接続の時間帯以前の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消し、
予約接続の時間帯以後の発呼が所定回数行なわれた場合には、当該予約接続登録を抹消する
ことを特徴とする輻輳時の優先接続方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002278125A JP2004120136A (ja) | 2002-09-24 | 2002-09-24 | 輻輳時の優先接続方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002278125A JP2004120136A (ja) | 2002-09-24 | 2002-09-24 | 輻輳時の優先接続方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004120136A true JP2004120136A (ja) | 2004-04-15 |
Family
ID=32273514
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002278125A Withdrawn JP2004120136A (ja) | 2002-09-24 | 2002-09-24 | 輻輳時の優先接続方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004120136A (ja) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1755291A2 (en) | 2005-08-19 | 2007-02-21 | NTT DoCoMo Inc. | Priority control system and priority control method |
| JP2007124511A (ja) * | 2005-10-31 | 2007-05-17 | Hitachi Communication Technologies Ltd | 交換装置 |
| JP2007181152A (ja) * | 2005-12-28 | 2007-07-12 | Nippon Telegr & Teleph Corp <Ntt> | 電話接続方法、通信制御装置、コールエージェントサーバ、電話接続システム、通信制御プログラムおよび通信プログラム |
| JP2008098950A (ja) * | 2006-10-11 | 2008-04-24 | Ntt Docomo Inc | 通信開始方法、無線回線制御局、交換機及び移動局 |
| JP2009510969A (ja) * | 2005-10-04 | 2009-03-12 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ピコ基地局を有する無線アクセスネットワークにおけるアクセス制御 |
| JP2012222757A (ja) * | 2011-04-13 | 2012-11-12 | Ntt Docomo Inc | 電話予約装置、電話予約システム、電話予約方法 |
| JP2013093773A (ja) * | 2011-10-26 | 2013-05-16 | Ntt Docomo Inc | 回線リソース管理サーバ、通信制御システムおよび通信制御方法 |
| JP2013153393A (ja) * | 2012-01-26 | 2013-08-08 | Nippon Telegr & Teleph Corp <Ntt> | セッション制御サーバ、通信システムおよび通信方法 |
| JP2013229876A (ja) * | 2008-02-29 | 2013-11-07 | Koninkl Kpn Nv | 電気通信ネットワークおよび時間に基づくネットワーク・アクセス方法 |
| JP2014003555A (ja) * | 2012-06-20 | 2014-01-09 | Ntt Docomo Inc | Ｓｍｓメッセージ配信サーバ装置、ｓｍｓメッセージ作成サーバ装置、ｓｍｓメッセージ送信システム、ｓｍｓメッセージ配信サーバ装置制御方法、ｓｍｓメッセージ作成サーバ装置制御方法、ｓｍｓメッセージ送信方法、ｓｍｓメッセージ配信サーバ装置制御プログラム、ｓｍｓメッセージ作成サーバ装置制御プログラム |
| JP2014147027A (ja) * | 2013-01-30 | 2014-08-14 | Fujitsu Ltd | 移動端末の発信制御システム |
| JP2014187628A (ja) * | 2013-03-25 | 2014-10-02 | Fujitsu Ltd | 通信制御装置、通信制御方法および通信システム |
| JP2016063357A (ja) * | 2014-09-17 | 2016-04-25 | 日本電気通信システム株式会社 | 通信制御装置、通信制御システム、通信制御方法、および通信制御プログラム |
-
2002
- 2002-09-24 JP JP2002278125A patent/JP2004120136A/ja not_active Withdrawn
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1755291A2 (en) | 2005-08-19 | 2007-02-21 | NTT DoCoMo Inc. | Priority control system and priority control method |
| JP2007053676A (ja) * | 2005-08-19 | 2007-03-01 | Ntt Docomo Inc | 優先制御システムおよび優先制御方法 |
| JP2009510969A (ja) * | 2005-10-04 | 2009-03-12 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ピコ基地局を有する無線アクセスネットワークにおけるアクセス制御 |
| JP2007124511A (ja) * | 2005-10-31 | 2007-05-17 | Hitachi Communication Technologies Ltd | 交換装置 |
| JP2007181152A (ja) * | 2005-12-28 | 2007-07-12 | Nippon Telegr & Teleph Corp <Ntt> | 電話接続方法、通信制御装置、コールエージェントサーバ、電話接続システム、通信制御プログラムおよび通信プログラム |
| JP2008098950A (ja) * | 2006-10-11 | 2008-04-24 | Ntt Docomo Inc | 通信開始方法、無線回線制御局、交換機及び移動局 |
| JP2013229876A (ja) * | 2008-02-29 | 2013-11-07 | Koninkl Kpn Nv | 電気通信ネットワークおよび時間に基づくネットワーク・アクセス方法 |
| JP2012222757A (ja) * | 2011-04-13 | 2012-11-12 | Ntt Docomo Inc | 電話予約装置、電話予約システム、電話予約方法 |
| JP2013093773A (ja) * | 2011-10-26 | 2013-05-16 | Ntt Docomo Inc | 回線リソース管理サーバ、通信制御システムおよび通信制御方法 |
| JP2013153393A (ja) * | 2012-01-26 | 2013-08-08 | Nippon Telegr & Teleph Corp <Ntt> | セッション制御サーバ、通信システムおよび通信方法 |
| JP2014003555A (ja) * | 2012-06-20 | 2014-01-09 | Ntt Docomo Inc | Ｓｍｓメッセージ配信サーバ装置、ｓｍｓメッセージ作成サーバ装置、ｓｍｓメッセージ送信システム、ｓｍｓメッセージ配信サーバ装置制御方法、ｓｍｓメッセージ作成サーバ装置制御方法、ｓｍｓメッセージ送信方法、ｓｍｓメッセージ配信サーバ装置制御プログラム、ｓｍｓメッセージ作成サーバ装置制御プログラム |
| JP2014147027A (ja) * | 2013-01-30 | 2014-08-14 | Fujitsu Ltd | 移動端末の発信制御システム |
| JP2014187628A (ja) * | 2013-03-25 | 2014-10-02 | Fujitsu Ltd | 通信制御装置、通信制御方法および通信システム |
| JP2016063357A (ja) * | 2014-09-17 | 2016-04-25 | 日本電気通信システム株式会社 | 通信制御装置、通信制御システム、通信制御方法、および通信制御プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8908610B2 (en) | Associated systems and methods for providing data services using idle cell resources | |
| US7006827B2 (en) | Mobile-service switching center, base station controller, multicall communication mode supporting terminal and method of changing number of calls in multicall communication mode | |
| RU2154358C2 (ru) | Мобильная телефонная система и способ передачи сообщений между мобильными станциями и центром обслуживания передачи сообщений | |
| JP3792155B2 (ja) | パケット交換網を介した通話予約サービスを提供する方法およびシステム | |
| US7023855B2 (en) | Method and device for performing a packet data communication | |
| FI102439B (fi) | Menetelmä puhelun ohjaamiseksi langattoman puhelimen tilaajalle | |
| US6310859B1 (en) | Packet communications network | |
| JP4261501B2 (ja) | 通信システムおよび同システムの移動局 | |
| JPH07212841A (ja) | 通信ユニットに対する位置従属型と位置独立型の機能提供システム | |
| JPWO2005039211A1 (ja) | 無線回線共有型ネットワークシステム、その管理装置および方法 | |
| JP2004120136A (ja) | 輻輳時の優先接続方式 | |
| CN101098561A (zh) | 通信系统、操作控制方法、以及位置管理服务器 | |
| US9130951B2 (en) | Methods and devices for optimal selection of core network nodes in a cellular communication network | |
| EP1114563B1 (en) | Implementing simultaneous calls in a telecommunications network | |
| JP2002540678A (ja) | 同方向通話をセットアップする方法と装置 | |
| CA2333694C (en) | Reserving communication capacity in cellular networks | |
| JPH0851668A (ja) | 認証情報の蓄積のための交換ノードの認証階層構造 | |
| JP4948104B2 (ja) | アクセス制御装置、及び無線ｉｐ電話システム | |
| JP2009005108A (ja) | 移動通信システム、ネットワークノード及び移動局 | |
| CA2365210C (en) | Mobile communication service control system and mobile communication service control method | |
| JP2004521562A (ja) | サービス提供モードが指定されたデータサービスを実施する装置及び方法 | |
| JP3975511B2 (ja) | パーソナル通信分散制御方式 | |
| WO2004028172A1 (en) | The proxi for the calls to roaming subscriber and the method for the calls to roaming subscriber | |
| JP2007181152A (ja) | 電話接続方法、通信制御装置、コールエージェントサーバ、電話接続システム、通信制御プログラムおよび通信プログラム | |
| JP2864051B2 (ja) | 移動通信方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040610 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040610 |
|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060110 |