(57)【要約】【課題】通信網の輻輳に遭遇した発信側の携帯端末が、網制御装置への通信要求を終了することなく、着信側の携帯端末と接続すること。【解決手段】発信側端末と着信側端末との間の呼接続を制御する網制御装置であって、網制御装置Ｂは、輻輳状態にある他の網制御装置Ａからハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定し、自装置が輻輳状態ではないと判定した場合、発信側端末である携帯端末Ａへのビジートーンの送出を停止し、携帯端末Ａに対してリングバックトーンの送出を行う。【選択図】図１
2010268137.tif 000002
【特許請求の範囲】
【請求項１】
発信側端末と着信側端末との間の呼接続を制御する網制御装置であって、
輻輳状態にある他の網制御装置からハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定する状態判定部と、
前記状態判定部により自装置が輻輳状態ではないと判定した場合、前記発信側端末へのビジートーンの送出を停止し、リングバックトーンの送出を行う呼接続処理部と
を備えたことを特徴とする網制御装置。
【請求項２】
前記呼接続処理部は、前記状態判定部により自装置が輻輳状態ではないと判定すると、自装置に接続する交換機に対して前記着信側端末との呼接続を要求し、前記交換機から前記着信側端末との接続が完了した旨の通知を受けた場合、ビジートーンの送出を停止し、リングバックトーンの送出を行うことを特徴とする請求項１に記載の網制御装置。
【請求項３】
前記状態判定部は、前記ハンドオーバ要求とともに前記他の網制御装置から取得した引継ぎデータに含まれる、前記他の網制御装置と前記発信側端末との接続状態の種別を表す呼種別情報に基づき、前記他の網制御装置が輻輳状態であるか否かを判定することを特徴とする請求項１又は２に記載の網制御装置。
【請求項４】
発信側の端末装置である発信側端末と着信側の端末装置である着信側端末との間の呼接続を制御する網制御プログラムであって、
輻輳状態にある他の網制御装置からハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定する状態判定手順と、
前記状態判定手順により自装置が輻輳状態ではないと判定された場合、前記発信側端末へのビジートーンの送出を停止し、リングバックトーンの送出を行う呼接続処理手順と
をコンピュータに実行させることを特徴とする網制御プログラム。
【請求項５】
発信側の端末装置である発信側端末と着信側の端末装置である着信側端末との間の呼接続を制御する網制御装置の網制御方法であって、
前記網制御装置が、
輻輳状態にある他の網制御装置からハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定する状態判定ステップと、
前記状態判定ステップにおいて自装置が輻輳状態ではないと判定した場合、前記発信側端末へのビジートーンの送出を停止し、リングバックトーンの送出を行う呼接続処理ステップと
を含んだことを特徴とする網制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、網制御装置、網制御プログラムおよび網制御方法に関する。
【背景技術】
【０００２】
近年、携帯端末の利用者数の増加に伴い、同じ基地局エリアや同じ地域内に存在する端末数も増えてきている。そのため、例えば、花火大会や成人式など多数の人が集まるイベントの開催場所周辺において発生する通話不能状態のように、同一エリア内に存在する多数の利用者が同時に通信を行うと、通信網の輻輳が生じて通信網に接続できなくなる場合がある。携帯端末は、いつでもどこでも通信が可能なことが望ましいが、それが上記のような輻輳により実現できないことになる。
【０００３】
図１１は、発信側の携帯端末である携帯端末Ａが着信側の携帯端末である携帯端末Ｂと接続するまでの処理の流れを示すシーケンス図である。図１１に示すように、網制御装置Ａは、携帯端末Ｂと接続するためのダイヤル発信を携帯端末Ａから取得すると（ステップＳ０１）、携帯端末Ｂに対して呼び出しを行い（ステップＳ０２）、携帯端末Ａに対してリングバックトーンを送出する（ステップＳ０３）。ここで、網制御装置Ａは、例えば、複数の基地局を集中管理するＲＮＣ（Radio Network Controller）である。そして、携帯端末Ｂが通話等を行っておらず接続可能な状態である場合、網制御装置Ａは、携帯端末Ｂから通話可能である旨の応答を受け（ステップＳ０４）、携帯端末Ａと携帯端末Ｂとを接続する（ステップＳ０５）。これにより、携帯端末Ａと携帯端末Ｂとは通話可能な状態となる。
【０００４】
ここで、上記の処理において、網制御装置Ａが輻輳状態であった場合、網制御装置Ａは、例えば、「回線が非常に込み合っていますので、もうしばらくしてからおかけ直し下さい。」といったビジートーンを携帯端末Ａに対して送出する。これにより、携帯端末Ａの利用者は、携帯端末Ｂとの通話が不可能であることを知ることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平３−１８８７２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、携帯端末の利用者は、ビジートーン送出中において、輻輳状態ではない他の網制御装置の基地局エリアへ移動した場合であっても、網制御装置との接続を一旦終了し、再度ダイヤル発信を行わなければならず、不便であった。
【０００７】
図１２は、ビジートーンを受けている発信側の携帯端末が他の網制御装置へハンドオーバした場合の処理の流れを示すシーケンス図である。図１２に示すように、携帯端末Ａがダイヤル発信を行うと（ステップＳ１１）、輻輳状態にある網制御装置Ａは、携帯端末Ａに対してビジートーンを送出する（ステップＳ１２）。これにより、携帯端末Ａの利用者は、通信網が輻輳状態にあることを把握することができる。
【０００８】
ここで、例えば、携帯端末Ａが、輻輳状態にある網制御装置Ａが管理する基地局エリアから網制御装置Ｂが管理する基地局エリアへと移動したとすると、網制御装置Ａと網制御装置Ｂとの間でハンドオーバ処理が行われる（ステップＳ１３）。ハンドオーバとは、携帯端末と接続する網制御装置が切り替わることを示す。
【０００９】
このとき、ハンドオーバによって携帯端末Ａと接続することとなった網制御装置Ｂは、自装置が輻輳状態であるか否かにかかわらず、すなわち、自装置が輻輳状態でない場合であっても、携帯端末Ａに対して引き続きビジートーンを送出する（ステップＳ１４）。そして、携帯端末Ａによりオンフック動作が行われた場合（ステップＳ１５ａ）、あるいは、ビジートーン送出時間のタイムアウトにより網制御装置Ｂが切断処理を行った場合（ステップＳ１５ｂ）、携帯端末Ａと網制御装置Ｂとの接続は切断される。
【００１０】
このように、従来では、ビジートーン送出中に携帯端末が移動し、輻輳状態ではない網制御装置へのハンドオーバが行われた場合であっても、該網制御装置は、ビジートーンの送出を継続して行うのみであった。そのため、携帯端末の利用者は、輻輳状態に遭遇した場合、一度網制御装置への通信要求を切断のうえ、適当に場所を移動した後、携帯端末が網に接続できるか否かを確かめる、といった行為を繰り返す必要があり、不便であった。
【００１１】
開示の技術は、上記に鑑みてなされたものであって、通信網の輻輳に遭遇した発信側の携帯端末が、網制御装置への通信要求を終了することなく、着信側の携帯端末と接続することのできる網制御装置、網制御プログラムおよび網制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本願の開示する網制御装置は、一つの態様において、発信側端末と着信側端末との間の呼接続を制御する網制御装置であって、輻輳状態にある他の網制御装置からハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定する状態判定部と、前記状態判定部により自装置が輻輳状態ではないと判定した場合、前記発信側端末へのビジートーンの送出を停止し、リングバックトーンの送出を行う呼接続処理部とを備える。
【発明の効果】
【００１３】
本願の開示する網制御装置、網制御プログラムおよび網制御方法の一つの態様によれば、通信網の輻輳に遭遇した発信側の携帯端末が、網制御装置への通信要求を終了することなく、着信側の携帯端末と接続することができるという効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】図１は、本実施例にかかる網制御方法を説明するための図である。
【図２】図２は、本実施例にかかる移動通信システムの構成を示す図である。
【図３】図３は、本実施例にかかるＲＮＣの構成を示すブロック図である。
【図４】図４は、本実施例にかかる呼処理部の具体的構成を示すブロック図である。
【図５】図５は、引継ぎデータの一例を示す図である。
【図６】図６は、本実施例にかかる移動通信システムの具体的処理を説明するためのシーケンス図である。
【図７】図７は、本実施例にかかる携帯端末による処理手順を示すフローチャートである。
【図８】図８は、ハンドオーバ要求を送信する場合におけるＲＮＣの処理手順を示すフローチャートである。
【図９】図９は、ハンドオーバ要求を受信する場合におけるＲＮＣの処理手順を示すフローチャートである。
【図１０】図１０は、網制御プログラムを実行するコンピュータを示す機能ブロック図である。
【図１１】図１１は、発信側の携帯端末が着信側の携帯端末と接続するまでの処理の流れを示すシーケンス図である。
【図１２】図１２は、ビジートーンを受けている発信側の携帯端末が他の網制御装置へハンドオーバした場合の処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００１５】
以下に、本願の開示する網制御装置、網制御プログラムおよび網制御方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例】
【００１６】
先ず、本実施例にかかる網制御方法について説明する。図１は、本実施例にかかる網制御方法を説明するための図である。本実施例にかかる網制御方法では、発信側の携帯端末が通信網の輻輳に遭遇した場合に、網制御装置への通信要求を終了させることなく、該発信側の携帯端末と着信側の携帯端末とを接続させる。
【００１７】
具体的には、図１に示すように、発信側の携帯端末である携帯端末Ａは、ダイヤル発信を行い、着信側の携帯端末である携帯端末Ｂとの呼接続を網制御装置Ａに要求する（ステップＳ５１）。続いて、携帯端末Ａからダイヤル発信を受けた網制御装置Ａは、輻輳のため携帯端末Ａと携帯端末Ｂとの呼接続が不可能である場合、携帯端末Ａに対してビジートーンを送出する（ステップＳ５２）。ここで、呼接続とは、発信側の携帯端末（以下、「発信側端末」という）によるダイヤル発信に基づき、発信側端末と着信側の携帯端末（以下、「着信側端末」という）との回線を接続することを示す。また、ビジートーンとは、通信網の輻輳により着信側端末との通話が不可能であることを発信側端末の利用者に知らせるために、発信側端末に対して送出される音である。
【００１８】
ここで、携帯端末Ａが、輻輳状態にある網制御装置Ａが管理する基地局エリアから網制御装置Ｂが管理する基地局エリアへと移動したとすると、網制御装置Ａと網制御装置Ｂとの間でハンドオーバ処理が行われる（ステップＳ５３）。ハンドオーバとは、携帯端末と接続する網制御装置が切り替わることを示す。
【００１９】
このとき、ハンドオーバによって携帯端末Ａと接続することとなった網制御装置Ｂは、引き続きビジートーンの送出を行う一方（ステップＳ５４）、自装置が輻輳状態であるか否かの判定を行う。そして、自装置が輻輳状態ではないと判定した場合、網制御装置Ｂは、ビジートーンの送出を停止し（ステップＳ５５）、携帯端末Ｂへの呼び出しを行い（ステップＳ５６）、携帯端末Ａに対してリングバックトーンの送出を行う（ステップＳ５７）。リングバックトーンとは、呼び出し音ともいい、着信側端末の利用者を呼び出し中であることを発信側端末の利用者に知らせるために、発信側に対し送出される音である。
【００２０】
そして、携帯端末Ｂが通話等を行っておらず接続可能な状態である場合、網制御装置Ａは、携帯端末Ｂから通話可能である旨の応答を受け（ステップＳ５８）、携帯端末Ａと携帯端末Ｂとを呼接続する（ステップＳ５９）。これにより、携帯端末Ａと携帯端末Ｂとは通話可能な状態となる。
【００２１】
このように、本実施例にかかる網制御方法によれば、網制御装置が、輻輳状態にある他の網制御装置からハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定し、自装置が輻輳状態ではないと判定した場合、発信側端末へのビジートーンの送出を停止し、リングバックトーンの送出を行う。これにより、携帯端末の利用者は、通信網の輻輳に遭遇した場合であっても、ビジートーン送出中に輻輳状態ではない他の網制御装置の基地局エリア内へ移動した場合には、再ダイヤル発信を行うことなく、網制御装置への通信要求を継続させることができる。
【００２２】
次に、本実施例にかかる移動通信システムについて説明する。図２は、本実施例にかかる移動通信システムの構成を示す図である。なお、本実施例では、網制御装置の一例として、複数の基地局を集中管理するＲＮＣを適用した場合について説明する。
【００２３】
図２に示すように、本実施例にかかる移動通信システムＳは、ＲＮＣ１ａ〜１ｄと、基地局２ａ〜２ｈと、携帯端末３ａ〜３ｐと、交換機４ａ，４ｂとを含む。ＲＮＣ１ａ〜１ｄは、発信側端末と着信側端末との無線通信を実現するために必要な各種制御を実行する網制御装置である。具体的には、ＲＮＣ１ａ〜１ｄは、複数の基地局２ａ〜２ｈを集中制御し、呼接続制御や輻輳制御、ハンドオーバ制御などを行う。本実施例において、ＲＮＣ１ａは、基地局２ａ，２ｂと接続しており、これら基地局２ａ，２ｂの制御を行う。また、ＲＮＣ１ｂは、基地局２ｃ，２ｄと接続しており、これら基地局２ｃ，２ｄの制御を行う。また、ＲＮＣ１ｃは、基地局２ｅ，２ｆと接続しており、これら基地局２ｅ，２ｆの制御を行う。ＲＮＣ１ｄは、基地局２ｇ，２ｈと接続しており、これら基地局２ｇ，２ｈの制御を行う。
【００２４】
基地局２ａ〜２ｈは、自己のエリア内に存在する携帯端末３ａ〜３ｐと直接交信する装置であり、主に電柱やビルの屋上、地下鉄ホームの天井などに設置されている。また、基地局２ａ〜２ｈは、自装置と接続するＲＮＣ１ａ〜１ｄと交信する。
【００２５】
携帯端末３ａ〜３ｐ（以下、単に「端末３ａ〜３ｐ」とする）は、無線通信を利用した、持ち歩き可能な無線通信装置であり、例えば、携帯電話端末である。本実施例において、端末３ａ，３ｂは、基地局２ａのエリア内に在圏し、端末３ｃ，３ｄは、基地局２ｂのエリア内に在圏し、端末３ｅ，３ｆは、基地局２ｃのエリア内に在圏し、端末３ｇ，３ｈは、基地局２ｄのエリア内に在圏する。同様に、端末３ｉ，３ｊは、基地局２ｅのエリア内に在圏し、端末３ｋ，３ｌは、基地局２ｆのエリア内に在圏し、端末３ｍ，３ｎは、基地局２ｇのエリア内に在圏し、端末３ｏ，３ｐは、基地局２ｈのエリア内に在圏する。
【００２６】
交換機４ａ，４ｂは、電話回線を相互接続し電話網を構成するための装置であり、複数のＲＮＣ１ａ〜１ｄを管理する。具体的には、交換機４ａは、ＲＮＣ１ａ及びＲＮＣ１ｂと接続しており、これらＲＮＣ１ａ及びＲＮＣ１ｂを管理する。また、交換機４ｂは、ＲＮＣ１ｃ及びＲＮＣ１ｄと接続しており、これらＲＮＣ１ａ及びＲＮＣ１ｂを管理する。また、交換機４ａと交換機４ｂとは、通信網５を介して相互に接続されている。
【００２７】
なお、以下では、ＲＮＣ１ａ〜１ｄのうち、任意のＲＮＣ１ａ〜１ｄを単にＲＮＣ１とし、基地局２ａ〜２ｈのうち、任意の基地局２ａ〜２ｈを単に基地局２とし、端末３ａ〜３ｐのうち、任意の端末３ａ〜３ｐを単に端末３とし、交換機４ａ，４ｂのうち、任意の交換機４ａ，４ｂを単に交換機４とする。
【００２８】
続いて、本実施例にかかるＲＮＣ１の構成について説明する。図３は、本実施例にかかるＲＮＣ１の構成を示すブロック図である。図３に示すように、本実施例にかかるＲＮＣ１は、ハードウェア部１１に、ＯＳ・基本ファームウェア１２、拡張ファームウェア１３及びアプリケーションソフトウェア１４を実装する。ハードウェア部１１は、各種演算処理を実行するＣＰＵ（Central Processing Unit）や、各種情報を一時記憶するＲＡＭ（Random Access Memory）、ＲＯＭ(Read Only Memory)、ハードディスク装置の他、基地局２や交換機４との間で各種情報の授受を行う通信インタフェースなどを備える。
【００２９】
ＯＳ・基本ファームウェア１２は、ＲＮＣの基本的な制御を行うためにＲＮＣ１に組み込まれるソフトウェアである。ＯＳ・基本ファームウェア１２は、例えば、ハードウェア部１１のＲＯＭに記憶される。ＯＳ・基本ファームウェア１２は、ＯＳ(Operating System)の他、ハードウェア入出力制御部１２１を有する。ハードウェア入出力制御部１２１は、ハードウェア部１１への入力及びハードウェア部１１からの出力を制御するインタフェースである。
【００３０】
拡張ファームウェア１３は、ＲＮＣとしての基本的な処理を実行させるためにＲＮＣ１に組み込まれるファームウェアであり、ＯＳ・基本ファームウェア１２と同様、ハードウェア部１１のＲＯＭに記憶される。拡張ファームウェア１３は、ＯＳインタフェース部１３１と、呼処理制御部１３２と、保守制御部１３３と、ＡＰＩ制御部１３４とを有する。ＯＳインタフェース部１３１は、ＯＳ・基本ファームウェア１２に含まれるＯＳとの間の通信を制御するインタフェースである。
【００３１】
呼処理制御部１３２は、主に、発信側端末と着信側端末との通信の確立や切断など、発信側端末と着信側端末との呼接続に関する処理を行う。例えば、発信側端末から制御パス接続要求を取得した場合、呼処理制御部１３２は、発信側端末との間で制御パスの接続を行ったり、発信側端末に対して制御パス接続完了通知を送信したりする。また、呼処理制御部１３２は、他のＲＮＣ１からのハンドオーバ要求に基づき、制御パスの接続先の切替処理等を実行したりもする。
【００３２】
保守制御部１３３は、主に、ＲＮＣ１の識別情報や状態情報などの自装置に関する情報の管理を行うほか、輻輳制御を行う。特に、保守制御部１３３は、ＲＮＣ１の状態情報として、ＲＮＣ１が輻輳状態であるか否かを管理する。ＡＰＩ(Application Program Interface)制御部１３４は、拡張ファームウェア１３とアプリケーションソフトウェア１４とを連携させるためのインタフェースであり、アプリケーションソフトウェア１４から取得した各種のコマンドに基づき、呼処理制御部１３２や保守制御部１３３を実行さる。
【００３３】
アプリケーションソフトウェア１４は、本実施例にかかる網制御装置としての機能を実現するためにＲＮＣ１に実装されるソフトウェアであり、例えば、ハードウェア部１１のハードディスクに記憶される。アプリケーションソフトウェア１４は、運転管理部１４１と、呼処理部１４２とを有する。運転管理部１４１は、基地局２や交換機４からの各種要求、あるいは、呼処理部１４２からの指示に基づき、ＡＰＩ制御部１３４を介し呼処理制御部１３２や保守制御部１３３に対してコマンドを送信する。
【００３４】
呼処理部１４２は、呼処理制御部１３２や保守制御部１３３等による処理の実行を制御する制御部である。以下に、本実施例にかかる呼処理部１４２の具体的な構成について説明する。図４は、本実施例にかかる呼処理部の具体的構成を示すブロック図である。
【００３５】
図４に示すように、本実施例にかかる呼処理部１４２は、要求取得部２０１と、状態判定部２０２と、呼接続処理部２０３とを有する。要求取得部２０１は、自装置以外のＲＮＣ１から交換機４を介してハンドオーバ要求を取得する。また、要求取得部２０１は、ハンドオーバ要求とともに引継ぎデータ１５１を取得する。引継ぎデータ１５１は、ハンドオーバ処理を行う場合に必要な情報であり、ハードウェア部１１が有するハードディスク等の記憶部１５に記憶される。図５に、引継ぎデータ１５１の一例を示す。
【００３６】
図５に示すように、引継ぎデータ１５１は、呼処理管理番号と、呼種別情報、発信者情報、発信者ロケーション情報、着信者情報等を含む。呼処理管理番号とは、引継ぎデータ１５１を識別するための識別番号である。呼種別情報とは、ハンドオーバ要求を送信したＲＮＣ１と発信側端末３との接続状態の種別を表す情報であり、例えば、「通話中」、「リングバックトーン送出中」、「ビジートーン送出中」などがある。発信者情報とは、発信側端末の電話番号である。発信者ロケーション情報とは、発信側端末の位置を特定するための情報である。着信者情報とは、着信側端末の電話番号である。
【００３７】
状態判定部２０２は、輻輳状態にある他のＲＮＣ１からハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定する。具体的には、状態判定部２０２は、先ず、要求取得部２０１が他のＲＮＣ１からハンドオーバ要求を取得すると、該他のＲＮＣ１からハンドオーバ要求とともに取得した引継ぎデータ１５１に含まれる呼種別情報に基づき、該他のＲＮＣ１が輻輳状態であるか否かを判定する。すなわち、要求取得部２０１は、取得した引継ぎデータ１５１に含まれる呼種別情報が「ビジートーン送出中」である場合、ハンドオーバ要求を送信した他のＲＮＣ１が輻輳状態であると判定する。
【００３８】
そして、ハンドオーバ要求を送信した他のＲＮＣ１が輻輳状態であると判定した場合、状態判定部２０２は、自装置が輻輳中であるか否かを、保守制御部１３３が管理する状態情報に基づき判定する。具体的には、状態判定部２０２は、自装置が輻輳中であるか否かを判定する場合、保守制御部１３３に対して自装置の状態を問合せるコマンドを送信するよう運転管理部１４１に対して指示する。そして、状態判定部２０２は、運転管理部１４１が保守制御部１３３から取得した自装置の状態情報を参照することにより、自装置が輻輳状態であるか否かを判定する。
【００３９】
なお、輻輳中のＲＮＣ１からハンドオーバ要求を取得した場合、呼処理部１４２は、発信側端末３に対してビジートーンの送出を行うよう呼処理制御部１３２へのコマンド送信を行う。これにより、発信側端末３には、ハンドオーバ後においてもビジートーンが継続して送出される。
【００４０】
呼接続処理部２０３は、状態判定部２０２により自装置が輻輳状態ではないと判定された場合、発信側端末３へのビジートーン送出を停止し、リングバックトーンの送出を行う。具体的には、呼接続処理部２０３は、状態判定部２０２により自装置が輻輳状態ではないと判定された場合、先ず、自装置に接続する交換機４に対して着信側端末３との呼接続を要求するよう呼処理制御部１３２に対して指示する。そして、交換機４から着信側端末３との接続が完了した旨の通知を受けた場合、呼接続処理部２０３は、ビジートーンの送出を停止するよう呼処理制御部１３２へ指示するとともに、リングバックトーンの送出を行うよう呼処理制御部１３２へ指示する。
【００４１】
次に、本実施例にかかる移動通信システムＳの具体的処理について説明する。図６は、本実施例にかかる移動通信システムの具体的処理を説明するためのシーケンス図である。なお、以下では、端末３ｃを発信側端末とし、端末装置３ｋを着信側端末として説明する。
【００４２】
図６に示すように、発信側端末である端末３ｃは、着信端末である端末３ｋと呼接続する場合、先ず、基地局２ｂを介してＲＮＣ１ａへ制御パス接続要求を送信する（ステップＳ１０１）。制御パス接続要求とは、発信側端末とＲＮＣ１とを接続するために発信側端末からＲＮＣ１へ送信される信号である。続いて、端末３ｃから制御パス接続要求を取得したＲＮＣ１ａは、端末３ｃとの制御パスの接続処理を行ったのち、制御パスの接続が完了した旨を端末３ｃへ通知する（ステップＳ１０２）。
【００４３】
続いて、端末３ｃは、基地局２ｂを介してＲＮＣ１ａに対して発呼を行う（ステップＳ１０３）。具体的には、端末３ｃは、ＲＮＣ１ａに対して着信側端末３ｋの電話番号等の情報を送信する。端末３ｃから発呼を受けた場合、ＲＮＣ１ａは、通常、着信側端末３ｋとの制御パスの接続処理を行うが、自装置が輻輳状態であり通信網５への接続が不可能である場合、端末３ｃに対してビジートーンを送出する（ステップＳ１０４）。
【００４４】
ここで、端末３ｃが、輻輳状態にあるＲＮＣ１ａが管理する基地局２ｂのエリアからＲＮＣ１ｂが管理する基地局２ｃのエリアへと移動したとする。かかる場合、端末３ｃは、基地局２ｂを介してＲＮＣ１ａへ電波条件変更通知を送信する（ステップＳ１０５）。電波条件変更通知とは、発信側端末３が在圏していたエリアを管理するＲＮＣ１に対してハンドオーバ処理の実行を要求する通知であり、発信側端末３のロケーション情報等が含まれる。端末３ｃから電波条件変更通知を取得したＲＮＣ１ａは、電波条件変更通知に含まれる端末３ｃのロケーション情報に基づき、端末３ｃが在圏するエリアを管理するＲＮＣ１ｂを特定し、交換機４ａを介してＲＮＣ１ｂへハンドオーバ要求を送信する（ステップＳ１０６）。なお、ＲＮＣ１ａは、ハンドオーバ要求とともに引き継ぎデータ１５１をＲＮＣ１ｂへ送信する。
【００４５】
ＲＮＣ１ａからハンドオーバ要求を取得すると、ＲＮＣ１ｂは、制御パス接続先のＲＮＣ１ａからＲＮＣ１ｂへの切替準備を行うべき旨の要求を基地局２ｃを介して端末３ｃへ送信する（ステップＳ１０７）。続いて、端末３ｃは、ＲＮＣ１ｂからの要求に基づき、制御パス接続先をＲＮＣ１ａからＲＮＣ１ｂへ切替える準備を行った後、制御パス接続先切替準備が完了した旨の通知を基地局２ｃを介してＲＮＣ１ｂへ送信する（ステップＳ１０８）。そして、ＲＮＣ１ｂは、端末３ｃとの制御パスリンクを確立させる（ステップＳ１０９）。
【００４６】
続いて、ＲＮＣ１ｂは、ＲＮＣ１ａに対して制御パス接続準備が完了した旨の通知を行う（ステップＳ１１０）。ＲＮＣ１ａは、上記通知を受けると、基地局２ｂを介して端末３ｃへハンドオーバ要求を行い（ステップＳ１１１）、端末３ｃは、ハンドオーバが完了した旨の通知を基地局２ｂを介してＲＮＣ１ａへ送信する（ステップＳ１１２）。
【００４７】
続いて、ＲＮＣ１ｂは、ステップＳ１０６においてハンドオーバ要求とともに送信された引き継ぎデータ１５１に含まれる呼種別情報に基づき、端末３ｃに対してビジートーンの送出を行う（ステップＳ１１３）。続いて、ＲＮＣ１ｂは、自装置が輻輳状態であるか否かを判定する（ステップＳ１１４）。この処理において、自装置が輻輳状態であると判定した場合、（ステップＳ１１４肯定）、ＲＮＣ１ｂは、ビジートーンの送出を継続する。一方、自装置が輻輳状態ではないと判定した場合（ステップＳ１１４否定）、ＲＮＣ１ｂは、発呼処理を開始する。具体的には、ＲＮＣ１ｂは、自装置に接続する交換機４ａに対して、着信側端末３ｋとの呼接続を要求する（ステップＳ１１５）。
【００４８】
そして、交換機４ａから着信側端末３ｋとの接続が完了した旨の通知を受けた場合（ステップＳ１１６）、ＲＮＣ１ｂは、端末３ｃへのビジートーンの送出を停止するとともに、端末３ｃに対してリングバックトーンの送出を行う（ステップＳ１１７）。
【００４９】
このように、本実施例にかかる移動通信システムＳでは、発信側端末が、ビジートーン送出中において、輻輳していない他のＲＮＣ１が管理する基地局エリアに移動した場合、該他のＲＮＣ１が、ビジートーン送出を停止し、着信側端末への呼接続を再開して、リングバックトーンを送出する。
【００５０】
続いて、実施例にかかる発信側端末である端末３ｃの具体的動作について説明する。図７は、本実施例にかかる携帯端末による処理手順を示すフローチャートである。
【００５１】
図７に示すように、端末３ｃは、着信側端末である端末３ｋとの通信を行う場合、先ず、基地局２ｂに対して制御パス接続要求を行う（ステップＳ２０１）。基地局２ｂへ送信された制御パス接続要求は、基地局２ｂによりＲＮＣ１ａへと送信される。続いて、端末３ｃは、端末３ｋへの発呼を基地局２ｂを介してＲＮＣ１ａへ要求する（ステップＳ２０２）。
【００５２】
続いて、端末３ｃは、基地局２ｂを介してＲＮＣ１ａからビジートーンを受信すると（ステップＳ２０３）、発呼が終了されたか否かを判定する（ステップＳ２０４）。具体的には、かかる判定は、端末３ｃの利用者によりオンフックが行われたか否かにより判定される。かかる処理において、発呼が終了されたと判定した場合（ステップＳ２０４肯定）、端末３ｃは、処理をステップＳ２１６へ移行する。一方、発呼が終了していない場合（ステップＳ２０４否定）、端末３ｃは、処理をステップＳ２０５へ移行する。
【００５３】
ステップＳ２０５において、端末３ｃは、エリア移動したか否かを判定する。かかる処理において、エリア移動していない場合（ステップＳ２０５否定）、端末３ｃは、処理をステップＳ２１６へ移行する。一方、エリア移動したと判定した場合（ステップＳ２０５肯定）、端末３ｃは、基地局２ｂに対して電波条件変更通知を送信する（ステップＳ２０６）。なお、基地局２ｂへ送信された電波条件変更通知は、基地局２ｂによりＲＮＣ１ａへと送信される。
【００５４】
続いて、端末３ｃは、制御パス接続先の切替準備を行うべき旨の要求を基地局２ｃを介してＲＮＣ１ｂから受信する（ステップＳ２０７）。続いて、該要求に基づき制御パス接続先の切替準備を行った後、制御パス接続先の切替準備が完了した旨を基地局２ｃを介してＲＮＣ１ｂへ通知する（ステップＳ２０８）。
【００５５】
続いて、端末３ｃは、基地局２ｂよりハンドオーバ要求を取得すると（ステップＳ２０９）、基地局２ｂに対してハンドオーバ完了を通知する（ステップＳ２１０）。基地局２ｂへ送信されたハンドオーバ完了通知は、基地局２ｂによりＲＮＣ１ａへと送信される。そして、端末３ｃは、制御パス・音声パスを基地局２ｃへ切り替える（ステップＳ２１１）。
【００５６】
続いて、端末３ｃは、基地局２ｂを介してＲＮＣ１ｂよりリングバックトーンを受信したか否かを判定する（ステップＳ２１２）。かかる処理において、ＲＮＣ１ｂよりリングバックトーンを受信したと判定した場合（ステップＳ２１２肯定）、端末３ｃは、着信側端末である端末３ｋとの通話を行う（ステップＳ２１３）。そして、端末３ｃは、端末３ｃの利用者によりオンフック操作が行われた場合、あるいは、端末３ｋの利用者がオンフック操作を行った場合、端末３ｋとの接続を切断する（ステップＳ２１４）。
【００５７】
一方、ステップＳ２１２において、ＲＮＣ１ｂよりリングバックトーンを受信していないとき（ステップＳ２１２否定）、端末３ｃは、ＲＮＣ１ｂよりビジートーンを継続して受信する（ステップＳ２１５）。そして、端末３ｃは、端末３ｃの利用者によりオンフック操作が行われた場合、あるいは、ビジートーンの送出時間のタイムアウトによりＲＮＣ１ｂより接続が切断された場合、ＲＮＣ１ｂとの接続を切断する（ステップＳ２１６）。ステップＳ２１４，Ｓ２１６の処理を終えたとき、端末３ｃは、発信側端末としての処理を終了する。
【００５８】
続いて、本実施例にかかるＲＮＣ１の具体的動作について説明する。先ず、輻輳状態において、他のＲＮＣ１に対してハンドオーバ要求を送信する場合におけるＲＮＣ１の具体的動作を説明する。図８は、ハンドオーバ要求を送信する場合におけるＲＮＣの処理手順を示すフローチャートである。なお、以下の処理は、呼処理制御部１３２や保守制御部１３３が呼処理部１４２から受けたコマンドに基づき実行するものであるが、説明の簡略化のため、呼処理部１４２により実行されるものとして説明する。
【００５９】
図８に示すように、ＲＮＣ１ａの呼処理部１４２は、発信側端末である端末３ｃから制御パス接続要求を受信すると（ステップＳ３０１）、端末３ｃとの制御パスの接続を行った後、制御パスの接続が完了した旨を基地局２ｂを介して端末３ｃへ通知する（ステップＳ３０２）。続いて、呼処理部１４２は、端末３ｃとの音声パスの接続を行う（ステップＳ３０３）。ここで、呼処理部１４２は、自装置が輻輳状態であるため、端末装置１ａに対してビジートーンの送出を行う（ステップＳ３０４）。
【００６０】
続いて、呼処理部１４２は、発呼が終了されたか否かを判定する（ステップＳ３０５）。かかる判定は、ビジートーンの送出時間がタイムアウトとなったか否かにより判定される。この処理において、発呼が終了されていない場合（ステップＳ３０５否定）、呼処理部１４２は、基地局２ｂを介して端末３ｃから電波条件変更通知を取得したか否かを判定する（ステップＳ３０６）。この処理において、端末３ｃから電波条件変更通知を取得したと判定すると（ステップＳ３０６肯定）、呼処理部１４２は、電波条件変更通知に含まれる端末３ｃのロケーション情報に基づき、交換機４ａを介してＲＮＣ１ｂへハンドオーバ要求を送信する（ステップＳ３０７）。なお、かかる処理において、ＲＮＣ１ａは、ハンドオーバ要求とともに引き継ぎデータ１５１をＲＮＣ１ｂへ送信する。
【００６１】
続いて、呼処理部１４２は、制御パス接続準備が完了した旨の通知を交換機４を介してＲＮＣ１ｂから受信する（ステップＳ３０８）。続いて、呼処理部１４２は、上記通知を受信すると、基地局２ｂを介して端末３ｃへハンドオーバ要求を行う（ステップＳ３０９）。そして、ステップＳ３０９の処理を終えたとき、あるいは、ステップＳ３０５において発呼が終了したと判定した場合（ステップＳ３０５肯定）、ステップＳ３０６において電波条件変更通知を取得していない場合（ステップＳ３０６否定）、端末３ｃとの間で接続された制御パス及び音声パスを切断する（ステップＳ３１０）。この処理を終えたとき、ＲＮＣ１ａの呼処理部１４２は、輻輳状態においてハンドオーバ要求を送信する場合の処理を終了する。
【００６２】
続いて、輻輳状態にあるＲＮＣ１からハンドオーバ要求を受信した場合におけるＲＮＣ１の具体的動作を説明する。図９は、ハンドオーバ要求を受信する場合におけるＲＮＣの処理手順を示すフローチャートである。
【００６３】
図９に示すように、ＲＮＣ１ｂの要求取得部２０１は、ＲＮＣ１ａからハンドオーバ要求及び引継ぎデータ１５１を取得する（ステップＳ４０１）。続いて、呼処理部１４２は、制御パス接続先をＲＮＣ１ａからＲＮＣ１ｂへ切り替える準備を行うべき旨の要求を基地局２ｃを介して端末３ｃへ送信する（ステップＳ４０２）。続いて、呼処理部１４２は、制御パス接続先切替準備が完了した旨の通知を基地局２ｃを介して端末３ｃから取得すると、端末３ｃとの制御パス接続を行い、端末３ｃとの制御パスリンクを確立させる（ステップＳ４０３）。
【００６４】
続いて、呼処理部１４２は、ＲＮＣ１ａに対して制御パス接続準備が完了した旨の通知を行う（ステップＳ４０４）。続いて、呼処理部１４２は、ステップＳ４０１において受信した引き継ぎデータ１５１に含まれる呼種別情報を参照し、該呼種別情報が「ビジートーン送出中」であるため、端末３ｃに対してビジートーンの送出を行う（ステップＳ４０５）。
【００６５】
続いて、状態判定部２０２は、自装置が輻輳状態であるか否かを判定する（ステップＳ４０６）。具体的には、状態判定部２０２は、自装置が輻輳状態であるか否かを、保守制御部１３３が管理する状態情報に基づき判定する。すなわち、状態判定部２０２は、自装置が輻輳中であるか否かを判定する場合、保守制御部１３３に対して自装置の状態を問合せるコマンドを送信するよう運転管理部１４１に対して指示する。そして、状態判定部２０２は、運転管理部１４１が保守制御部１３３から取得した自装置の状態情報を参照することにより、自装置が輻輳状態であるか否かを判定する。
【００６６】
かかる処理において、自装置が輻輳状態ではないとき（ステップＳ４０６否定）、呼接続処理部２０３は、ステップＳ４０１において取得した引継ぎデータ１５１に含まれる着信者情報に基づき、自装置に接続する交換機４ａに対して、着信側端末である端末３ｋとの呼接続を要求する（ステップＳ４０７）。続いて、呼接続処理部２０３は、端末３ｃへのビジートーンの送出を停止し（ステップＳ４０８）、基地局２ｃを介して端末３ｃへリングバックトーンの送出を行う（ステップＳ４０９）。そして、端末３ｋが通話等を行っておらず接続可能な状態である場合、呼接続処理部２０３は、端末３ｋから通話可能である旨の応答を交換機４を介して受信し、端末３ｃと端末３ｋとを通話状態とする（ステップＳ４１０）。
【００６７】
一方、ステップＳ４０６において、自装置が輻輳状態であると判定した場合（ステップＳ４０６肯定）、呼処理部１４２は、端末３ｃのオンフック操作により接続が切断されたか否かを判定する（ステップＳ４１１）。この処理において、端末３ｃにより接続が切断されていない場合（ステップＳ４１１否定）、呼処理部１４２は、ビジートーンの送出時間がタイムオーバとなったか否かを判定する（ステップＳ４１２）。この処理において、ビジートーンの送出時間がタイムオーバとなっていない場合（ステップＳ４１２否定）、呼処理部１４２は、処理をステップＳ４０５へ移行する。
【００６８】
ステップＳ４１０の処理が終了したとき、あるいは、ステップＳ４１１において端末３ｃにより接続が切断されたと判定した場合（ステップＳ４１１肯定）、ステップＳ４１２においてビジートーンの送出時間がタイムオーバとなったと判定した場合（ステップＳ４１２肯定）、呼処理部１４２は、輻輳状態にあるＲＮＣ１からハンドオーバ要求を受信した場合の処理を終了する。
【００６９】
上述してきたように、本実施例では、ＲＮＣ１が、輻輳状態にある他のＲＮＣ１からハンドオーバ要求を取得した場合に、自装置が輻輳状態か否かを判定し、自装置が輻輳状態ではないと判定した場合、発信側端末へのビジートーンの送出を停止し、リングバックトーンの送出を行う。これにより、携帯端末の利用者は、通信網５の輻輳に遭遇した場合であっても、ビジートーン送出中に輻輳状態ではない他のＲＮＣ１の基地局エリア内へ移動した場合には、再ダイヤル発信を行うことなく、ＲＮＣ１への通信要求を継続させることができる。しかも、本実施例によれば、輻輳中の不要な再ダイヤル発信を減らすことで不完了呼を減らすことができ、輻輳状態を長引かせることを回避することもできる。
【００７０】
ところで、ＲＮＣ１の機能をソフトウェアとして実装し、これをコンピュータで実行することにより、ＲＮＣ１と同等の機能を実現することもできる。以下に、ＲＮＣ１の機能をソフトウェアとして実装した網制御プログラムを実行するコンピュータの一例を示す。図１０は、網制御プログラムを実行するコンピュータを示す図である。
【００７１】
コンピュータ６００は、各種演算処理を実行するＣＰＵ６１０と、ユーザからのデータの入力を受け付ける入力装置６２０と、各種情報を表示するモニタ６３０とを備える。また、コンピュータ６００は、記録媒体からプログラム等を読み取る媒体読み取り装置６４０と、ネットワークを介して他のコンピュータとの間でデータの授受を行うネットワークインタフェース装置６５０を備える。また、コンピュータ６００は、各種情報を一時記憶するＲＡＭ６６０と、ハードディスク装置６７０とを備える。また、コンピュータ６００は、これらをバス６８０により相互に接続する。
【００７２】
そして、ハードディスク装置６７０には、上記の実施例と同様の機能を発揮する網制御プログラム、すなわち、状態判定プログラム６７１と、呼接続処理プログラム６７２とが記憶される。
【００７３】
そして、ＣＰＵ６１０が状態判定プログラム６７１と、呼接続処理プログラム６７２をハードディスク装置６７０から読み出してＲＡＭ６６０に展開することにより、各プログラム６７１，６７２は、それぞれ状態判定プロセス６６１、呼接続処理プロセス６６２として機能する。
【００７４】
なお、上記の状態判定プログラム６７１、呼接続処理プログラム６７２は、必ずしもハードディスク装置６７０に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたこのプログラムを、コンピュータ６００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等を介してコンピュータ６００に接続される他のコンピュータまたはサーバ等にこのプログラムを記憶させておき、コンピュータ６００がこれらからプログラムを読み出して実行するようにしてもよい。
【符号の説明】
【００７５】
Ｓ  移動通信システム
１ａ，１ｂ  ＲＮＣ
２ａ〜２ｈ  基地局
３ａ〜３ｐ  携帯端末
４ａ，４ｂ  交換機
５  通信網
１１  ハードウェア部
１２  ファームウェア
１３  拡張ファームウェア
１４  アプリケーションソフトウェア
１５  記憶部
１２１  ハードウェア入出力制御部
１３１  ＯＳインタフェース部
１３２  呼処理制御部
１３３  保守制御部
１３４  ＡＰＩ制御部
１４１  運転管理部
１４２  呼処理部
１５１  引継ぎデータ
２０１  要求取得部
２０２  状態判定部
２０３  呼接続処理部
【図１】
2010268137.tif 000003
【図２】
2010268137.tif 000004
【図３】
2010268137.tif 000005
【図４】
2010268137.tif 000006
【図５】
2010268137.tif 000007
【図６】
2010268137.tif 000008
【図７】
2010268137.tif 000009
【図８】
2010268137.tif 000010
【図９】
2010268137.tif 000011
【図１０】
2010268137.tif 000012
【図１１】
2010268137.tif 000013
【図１２】
2010268137.tif 000014