(57)【要約】【課題】山間部やセル密集地など電波の伝播環境が良いことによってスクランブルコードが一致してしまうというような場合においても、それによる混信を無くして移動端末からの緊急呼の接続を可能とすること。【解決手段】移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報ＪＳとして基地局制御装置１２において管理しておき、移動端末からの緊急呼の接続要求時において、障害履歴情報ＪＳを参照して、混信の原因となり得る特定の基地局の送信電力を低下するように制御する。【選択図】  図２
2008289051.tif 000002
【特許請求の範囲】
【請求項１】
移動無線ネットワークにおける緊急呼の接続制御方法であって、
移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として網側において管理しておき、
移動端末からの緊急呼の接続要求時において、前記障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下するように制御する、
ことを特徴とする緊急呼の接続制御方法。
【請求項２】
前記障害履歴情報の中に、接続要求時に用いられたスクランブルコードについての情報を含めておき、
移動端末からの緊急呼の接続要求時において、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が前記障害履歴情報の中に記録されているときに、当該接続要求を行っているセルまたは接続処理に失敗したときのセルのうちの少なくとも１つのセルへの基地局の送信電力を低下させるように制御する、
請求項１記載の緊急呼の接続制御方法。
【請求項３】
前記障害履歴情報の中に、接続要求時に用いられたスクランブルコードについての情報を含めておき、
移動端末からの緊急呼の接続要求時において、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が前記障害履歴情報の中に複数記録されているときに、それら接続処理に失敗したときのセルの少なくとも１つのセルへの基地局の送信電力を低下させるように制御する、
請求項１記載の緊急呼の接続制御方法。
【請求項４】
前記障害履歴情報を、基地局制御装置ごとに管理するとともに、
移動端末からの緊急呼の接続要求時において、当該接続要求を受けた基地局を制御する基地局制御装置が管理する障害履歴情報の中に、当該移動端末からの接続要求に対する接続処理に失敗したときの履歴情報が所定数以上あった場合に、当該基地局制御装置以外の基地局制御装置に対して当該移動端末についての履歴情報を問い合わせ、
問い合わせた基地局制御装置の障害履歴情報の中に、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が記録されているときに、その履歴情報にかかるセルへの基地局の送信電力を低下させるように制御する、
請求項１ないし３のいずれかに記載の緊急呼の接続制御方法。
【請求項５】
移動端末からの緊急呼が終話したときに、当該移動端末に関する障害履歴情報に記録されたセルに対して送信電力を低下させる制御が行われている場合に、そのセル対する送信電力を復旧させるように制御する、
請求項１ないし４のいずれかに記載の緊急呼の接続制御方法。
【請求項６】
移動無線ネットワークにおける接続制御装置であって、
移動端末からの接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として記録する障害履歴情報記憶部と、
移動端末からの接続要求時において、前記障害履歴記憶部に記録された障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下させるように制御する制御部と、
を有することを特徴とする接続制御装置。
【請求項７】
移動無線ネットワークにおける緊急呼の接続制御装置であって、
移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として記録する障害履歴情報記憶部と、
移動端末からの緊急呼の接続要求時において、前記障害履歴記憶部に記録された障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下させるように制御する制御部と、
を有することを特徴とする緊急呼の接続制御装置。
【請求項８】
移動端末との間で無線で呼接続を行うことが可能な複数の基地局および前記基地局を制御する複数の基地局制御装置を有する移動無線ネットワークであって、
複数の前記基地局制御装置に、移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として記録する障害履歴記憶部が設けられており、
移動端末からの緊急呼の接続要求時において、当該接続要求を受けた基地局を制御する基地局制御装置の障害履歴記憶部の中に、当該移動端末からの接続要求に対する接続処理に失敗したときの障害履歴情報が所定数以上あった場合に、当該基地局制御装置以外の基地局制御装置に対して当該移動端末についての障害履歴情報を問い合わせ、
問い合わせた基地局制御装置の障害履歴記憶部の中に、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの障害履歴情報が記録されているときに、その障害履歴情報にかかるセルへの基地局の送信電力を低下させるように制御されている、
ことを特徴とする移動無線ネットワーク。
【請求項９】
移動無線ネットワークにおける接続制御のためのコンピュータプログラムであって、
移動端末からの接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として網側において管理させる処理と、
移動端末からの接続要求時において、前記障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下させるように制御する処理と、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動端末との間で無線で呼接続を行うことが可能な基地局、および基地局制御装置などで構成される移動無線ネットワークにおける緊急呼の接続制御方法および装置、並びに移動無線ネットワークに関する。
【背景技術】
【０００２】
近年において携帯電話やＰＨＳなどによる移動体通信が爆発的に普及している。移動体通信のために、携帯電話などの移動端末、無線基地局、基地局制御装置、および交換機などによって、移動無線ネットワーク（移動体通信システム）が構成される。
【０００３】
移動体通信の普及にともない、ＰＤＣ、ＧＳＭ、ＷＣＤＭＡ（３ＧＰＰ）、ＣＤＭＡ−２０００、Ｗ−ＬＡＮ（ＩＥＥＥ８０２．１１）、ＷｉＭＡＸ（ＩＥＥＥ８０２．１６ｅ）など、様々な移動無線ネットワークによるサービスが行われている。
【０００４】
一般に、移動無線ネットワークにおいて、移動端末と基地局との間で使用できる無線チャネルの数には限りがある。そのため、無線チャネルが輻輳状態のときに、移動端末から基地局に対して、警察署や消防署などに接続を求める緊急呼の接続要求があっても、接続できないという事態の発生することがある。そのような場合に、緊急呼を優先的に接続するための技術が提案されている（特許文献１，２）。
【０００５】
さて、例えばＷＣＤＭＡにおける従来の技術では、基地局と移動端末との間で無線リンクを接続する際に、当該セル（小無線ゾーン）において使用されているスクランブルコード（拡散符号）を用いて同期処理が実施される。その際に、１つの移動端末に対して複数の基地局から通知されるスクランブルコードが互いに同じであった場合には、電波干渉が発生し、移動端末と基地局との間で同期処理が実施できず、接続不可となる。本来は、移動端末と、当該移動端末が受信可能な複数の基地局との間では、異なるスクランブルコードを用いて呼の接続要求や同期処理が行われるようにシステムが設計されている。
【０００６】
例えば図１に示す移動無線ネットワークＭＷにおいて、各基地局（ＮｏｄｅＢ）の配下には複数のセルが管理されており、セル単位でスクランブルコードが割り当てられている。つまり、セルＡ、セルＣ、およびセルＤの間では異なるスクランブルコードが、また、セルＢおよびセルＸの間では異なるスクランブルコードが、それぞれ割り当てられている。
【０００７】
しかし、スクランブルコードの割り当て数に制限があるため、距離が離れたセル間においては同一のスクランブルコードが割り当てられることがある。図１の例では、セルＡとセルＢとでは距離が十分に離れており、電波の相互干渉が発生しないと考えられるため、同一のスクランブルコードが割り当てられることがある。
【特許文献１】特開平１１−９８５５４
【特許文献２】特開平１１−２４３５８５
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかし、山間部などにおいては、電波の伝播環境がシステムの設計者の想定よりも良過ぎることがあり、その場合には、移動端末が想定外の基地局からの電波を受信することになる。その場合に、その移動端末が接続要求を出したセルのスクランブルコードと想定外の基地局からのスクランブルコードとが一致することがあり、これによって混信が生じ、移動端末の呼接続が不可能となることがある。
【０００９】
したがって、その場合には輻輳ではないにも係わらず呼接続ができないこととなり、それが遭難や災害時における緊急呼の接続要求であった場合には社会に与える影響が大きい。
【００１０】
また、今後、移動無線ネットワークのトラヒックの増大にともない、都市部において更に密集したセルの設置設計（小セル化）を実施する必要性が生じた場合に、電波の状況によっては同様の問題が発生する可能性がある。
【００１１】
すなわち、図１に示す移動端末がセルＡとの間で同期処理を行っているときに、想定外のセルＢからそれと同一のスクランブルコードＡによる電波を同じ移動端末が受信した場合に、混信が発生してその接続処理が失敗する。従来における移動端末と基地局との間の同期処理では、そのような接続処理の失敗を回避して緊急呼の接続を確立することができない。
【００１２】
本発明は、上述の問題に鑑みてなされたもので、山間部やセル密集地など電波の伝播環境が良いことによってスクランブルコードが一致してしまうというような場合においても、それによる混信を無くして移動端末からの緊急呼の接続を可能とすることを目的とする。
【課題を解決するための手段】
【００１３】
本発明の一実施形態による制御方法では、移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として網側において管理しておき、移動端末からの緊急呼の接続要求時において、前記障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下するように制御する。
【００１４】
前記障害履歴情報を参照することによって、混信の原因となり得るセルを特定することが可能となる。そのセルを配下にもつ基地局の送信電力を低下することにより、混信がなくなって正常な通信が行える。
【００１５】
好ましくは、前記障害履歴情報の中に、接続要求時に用いられたスクランブルコードについての情報を含めておき、移動端末からの緊急呼の接続要求時において、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が前記障害履歴情報の中に記録されているときに、当該接続要求を行っているセルまたは接続処理に失敗したときのセルのうちの少なくとも１つのセルへの基地局の送信電力を低下させるように制御する。
【００１６】
これによって、混信の原因となっている基地局を特定することが可能である。
【００１７】
また、前記障害履歴情報を、基地局制御装置ごとに管理するとともに、移動端末からの緊急呼の接続要求時において、当該接続要求を受けた基地局を制御する基地局制御装置が管理する障害履歴情報の中に、当該移動端末からの接続要求に対する接続処理に失敗したときの履歴情報が所定数以上あった場合に、当該基地局制御装置以外の基地局制御装置に対して当該移動端末についての履歴情報を問い合わせ、問い合わせた基地局制御装置の障害履歴情報の中に、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が記録されているときに、その履歴情報にかかるセルへの基地局の送信電力を低下させるように制御する。
【００１８】
これによって、複数の基地局制御装置の配下にある基地局またはセルにわたって生じた混信の原因を特定することができ、原因となったセルに対して低減制御を行ことによって、より広範囲に緊急呼の接続要求に対応することができる。
【００１９】
また、移動端末からの緊急呼が終話したときに、当該移動端末に関する障害履歴情報に記録されたセルに対して送信電力を低下させる制御が行われている場合に、そのセル対する送信電力を復旧させるように制御することができる。
【００２０】
これによって、セルにおける送信電力は元の状態に復旧し、平常通りの通信が可能となる。
【００２１】
なお、本明細書において、移動端末からの緊急呼の接続要求時とは、接続要求にともなう一連の処理が行われている間であり、接続要求にともなる処理が完全に終わらない間は接続要求時に含まれることとなる。
【発明の効果】
【００２２】
本発明によると、山間部やセル密集地など電波の伝播環境が良いことによってスクランブルコードが一致してしまうというような場合においても、それによる混信を無くして移動端末からの緊急呼の接続が可能となる。これによって、緊急性の高い通信の接続をより高い確実性を持って保証することが可能となる。
【発明を実施するための最良の形態】
【００２３】
図１は移動無線ネットワークＭＷの構成の例を示す図、図２は本発明の一実施形態の基地局制御装置１２であるＲＮＣ１の構成を示すブロック図、図３は障害履歴情報ＪＳの例を示す図、図４は周辺セルリストＬＴの例を示す図、図５はセルの配置の例を示す図、図６は同一のスクランブルコードＳＣによる混信発生の様子を説明するための図、図７は混信発生時における送信電力の低減制御を説明するための図、図８は送信電力の復旧制御を説明するための図である。
【００２４】
図１において、移動無線ネットワークＭＷは、交換機（ＭＳＣ）１１、基地局制御装置（ＲＮＣ）１２ａ，１２ｂ、基地局（ＮｏｄｅＢ）１３ａ，１３ｂ、および移動端末（移動機）１４などからなる。
【００２５】
なお、図１では移動無線ネットワークＭＷを簡略化して示しており、基地局制御装置、基地局、および移動端末などは実際には図示よりも多数存在する。また、基地局１３ａ，１３ｂ、セルＡ，Ｂ，Ｃ…などの配置は一例であり、以降の説明における配置とは必ずしも一致しない。
【００２６】
また、それぞれの要素を代表して、交換機１１、基地局制御装置１２、基地局１３、または移動端末１４のように、符号「ａ」「ｂ」…などを付さずに記載することがある。また、基地局制御装置１２ａ、１２ｂを、それぞれ「ＲＮＣ１」「ＲＮＣ２」と記載することがある。基地局１３ａ、１３ｂについても、それぞれ「ＮｏｄｅＢ２１」「ＮｏｄｅＢ２２」と記載することがある。
【００２７】
交換機１１は、基幹網によって他の交換機と接続されており、各基地局制御装置１２の間の通信における信号を中継する。
【００２８】
基地局制御装置１２は、その配下の基地局１３および移動端末１４を制御する。本実施形態においては、基地局制御装置１２は、移動端末１４が緊急呼の接続要求を行った場合に、同一のスクランブルコードＳＣによる混信を受けたときに、その混信の原因となっている基地局１３の送信電力を低下させるように制御する。
【００２９】
すなわち、基地局制御装置１２は、移動端末１４からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報ＪＳとして管理しており、移動端末１４からの緊急呼の接続要求時において、障害履歴情報ＪＳを参照して、混信の原因となり得る特定の基地局１３の送信電力を低下させるように制御する。
【００３０】
移動端末１４からの緊急呼の接続要求時において、当該移動端末１４による同一のスクランブルコードＳＣを用いた接続要求に対する接続処理に失敗したときの履歴情報が障害履歴情報ＪＳの中に記録されているときに、当該接続要求を行っているセルまたは接続処理に失敗したときのセルのうちの少なくとも１つのセルへの基地局１３の送信電力を低下させるように制御する。
【００３１】
または、そのような履歴情報が障害履歴情報ＪＳの中に複数記録されているときに、それら接続処理に失敗したときのセルの少なくとも１つのセルへの基地局１３の送信電力を低下させるように制御する。
【００３２】
いずれの基地局１３によるいずれのセルへの送信電力を低下させるかを決定するに当たっては、他の種々の方法を採用し得る。
【００３３】
例えば、接続処理に失敗したときの当該移動端末１４の位置情報と各セルの位置との位置関係に基づいて、基地局１３またはセルを決定する。
【００３４】
また、障害履歴情報ＪＳに記録された電波強度についての情報に基づいて、基地局１３またはセルを決定する。
【００３５】
また、移動端末１４からの緊急呼の接続要求に対する接続処理に失敗したときのセルに対してその周辺に近隣セルが所定数以上存在する場合に、当該接続要求時における混信の原因となった全ての基地局１３の送信電力を低下するように制御する。
【００３６】
また、他の基地局制御装置１２の配下にある基地局１３に対しても、混信の原因となっている場合には当該他の基地局制御装置１２を通じて送信電力を低下するように制御する。
【００３７】
すなわち、例えば、移動端末１４からの緊急呼の接続要求時において、当該接続要求を受けた基地局１３を制御する基地局制御装置１２が管理する障害履歴情報ＪＳの中に、当該移動端末１４からの接続要求に対する接続処理に失敗したときの履歴情報が所定数以上あった場合に、当該基地局制御装置１２以外の基地局制御装置１２に対して当該移動端末１４についての履歴情報を問い合わせ、問い合わせた基地局制御装置１２の障害履歴情報ＪＳの中に、当該移動端末１４による同一のスクランブルコードＳＣを用いた接続要求に対する接続処理に失敗したときの履歴情報が記録されているときに、その履歴情報にかかるセルへの基地局１３の送信電力を低下させるように制御する。
【００３８】
また、基地局制御装置１２は、送信電力を低下させるように制御した場合に、所定の条件の下でそれを元の送信電力に復旧させるための制御をも行う。
【００３９】
すなわち、例えば、移動端末１４からの緊急呼が終話したときに、当該移動端末１４に関する障害履歴情報ＪＳに記録されたセルに対して送信電力を低下させる制御が行われている場合に、そのセル対する送信電力を復旧させるように制御する。
【００４０】
また、セルに対して送信電力を低下させる制御が行われてから所定の時間を経過したときに、当該セル対する送信電力を復旧させるように制御する。
【００４１】
なお、基地局１３の送信電力を低下させる制御を「低減制御」といい、送信電力を復旧させる制御を「復旧制御」ということがある。低減制御および復旧制御の両方を「電力調整制御」ということがある。また、低減制御または復旧制御のための指令を出すことを、「低減指令」「低減指示」「復旧指令」「復旧指示」「電力調整指令」などということがある。低減制御および復旧制御それ自体の制御方法については、従来から行われている種々の送信電力の制御方法を用いて実施することが可能である。
【００４２】
このように、基地局制御装置１２が低減制御を行うことによって、山間部やセル密集地など電波の伝播環境が良いことによってスクランブルコードＳＣが一致してしまうというような場合においても、それによる混信を無くして移動端末１４からの緊急呼の接続が可能となる。これによって、緊急性の高い通信の接続をより高い確実性を持って保証することが可能となる。
【００４３】
基地局制御装置１２の構成については後で詳しく説明する。
【００４４】
基地局１３は、それぞれ１つまたは複数のセル（小無線ゾーン）に対する制御を行い、各セルを介して、複数の移動端末１４との間の多重通信を行う。基地局１３は、移動端末１４からの呼制御信号（発信、位置登録）を基地局制御装置１２に中継する機能、および基地局制御装置１２からの無線回線制御信号を移動端末１４へ中継する機能などを有する。
【００４５】
移動端末１４は、基地局１３を経由し、基地局制御装置１２に対する接続要求信号を契機として基地局制御装置１２または交換機１１との接続を行い、位置登録や通常の呼接続などを行うことが可能である。接続要求として、緊急呼および一般呼がある。緊急呼は、警察への１１０番通報、消防への１１９番通報、その他の緊急通報である。緊急性の高い呼は、緊急呼として扱うことができる。緊急性のないものは一般呼として扱うことが可能である。
【００４６】
なお、移動端末１４は、基地局１３により制御されるセルによってカバーされるので、移動端末１４がある１つのセルによってカバーされている場合に、移動端末１４はそのセル、セルを制御する基地局１３、基地局１３を制御する基地局制御装置１２の配下にあることになる。
【００４７】
また、移動端末１４は、ある１つのセルのエリア内にいるときでも、他のセルと通信可能な場合がある。このような場合に、移動端末１４は、最も安定して通信を行えるセルを選択してサービスを受ける。また、基地局１３からは、セルに在圏する移動機に対して制御情報が報知されており、移動端末１４は、その制御情報を受信可能である。
【００４８】
図２において、基地局制御装置１２は、ＲＮＣ制御部２１、呼制御部２２、無線制御部２３、位置情報管理部２４、無線品質管理部２５、タイマ管理部２６、障害情報部２７、セル情報部２８、および端末情報部２９などからなる。
【００４９】
基地局制御装置１２のこれらの各部は、ＣＰＵ、ＤＳＰ、ＲＯＭ、ＲＡＭ、ロジック素子、その他の周辺素子、インタフェース素子、回路素子、磁気ディスク装置、および機能部品などを含んで構成することができる。基地局制御装置１２のこれらの各部の機能は、ＲＯＭまたはＲＡＭに格納された適当なコンピュータプログラムをＣＰＵなどが実行することによりソフトウエア的に、また回路素子などによってハード的に、またはそれらの組み合わせによって実現される。
【００５０】
つまり、適当なコンピュータプログラムをコンピュータに実行させることにより、基地局制御装置１２または移動無線ネットワークＭＷを構成する機器における機能の全部または一部を実現することができる。そのようなコンピュータプログラムは、ＣＤ−ＲＯＭ、ＤＶＤ、磁気ディスク、半導体メモリ、その他の種々の記録媒体に記録することができる。また、通信回線を介してダウンロードすることも可能である。
【００５１】
ＲＮＣ制御部２１は、他の基地局制御装置１２との間の接続制御を行う。例えば、呼制御部２２からの指示によって、近隣の基地局制御装置１２に対して障害履歴情報ＪＳの問い合わせを実施する。
【００５２】
呼制御部２２は、無線制御部２３を介して通知される移動端末１４からの接続要求によって、呼の接続処理を実施する。接続処理を失敗したときには、その内容である障害履歴情報ＪＳを障害情報部２７に記録する。
【００５３】
無線制御部２３は、基地局制御装置１２と基地局１３との間の接続を行う。無線制御部２３は、移動端末１４から基地局１３を介して通知された接続要求を、呼制御部２２に対して通知する。また、呼制御部２２からの要求に基づいて、該当する基地局１３に対して送信電力の低減指令または復旧指令を出す。
【００５４】
位置情報管理部２４は、移動端末１４に通知する位置情報を管理する。呼制御部２２からの要求に基づいて、位置情報を返信する。
【００５５】
タイマ管理部２６は、イベント登録を実施し、所定時間を経過した場合に呼制御部２２に対してイベント開始要求を実施する。例えば、復旧制御に用いる復旧タイマを管理し、復旧指令を出すタイミングを決定する。
【００５６】
障害情報部２７は、障害履歴情報ＪＳを格納するデータベースである。障害情報部２７は、緊急呼ＪＳＫと一般呼ＪＳＰとをそれぞれ分けて管理可能となっている。いかにおいては、主として緊急呼についての障害履歴情報ＪＳについて説明する。
【００５７】
図３に示されるように、障害履歴情報ＪＳとして、端末識別子ＴＳ、セル識別子ＣＤ、スクランブルコードＳＣ、位置情報ＪＰ、電波強度ＤＫ、および時刻情報ＪＪなどが記録される。
【００５８】
端末識別子ＴＳは、移動無線ネットワークＭＷを含むネットワーク上で各移動端末１４を一意に識別するための識別情報である。
【００５９】
セル識別子ＣＤは、ネットワーク上で移動端末１４の接続を管理するエリアの最小単位であるセルを一意に識別するための識別情報である。
【００６０】
スクランブルコードＳＣは、移動端末１４が基地局１３と同期を行うための拡散符号である。つまり、移動無線ネットワークＭＷにおいては、通信速度や通話音質の向上を図るため、直接拡散方式によるスペクトラム拡散が行われるが、スクランブルコードＳＣは、スペクトラム拡散処理のための拡散符号である。スクランブルコードＳＣには、例えば、２進の擬似ランダムデータであるＰＮ符号データが用いられる。
【００６１】
なお、スクランブルコードＳＣを障害履歴情報ＪＳに記録する際に、スクランブルコードＳＣそれ自体を記録してもよいし、またはスクランブルコードＳＣを特定するための識別情報、スクランブルコードＳＣを生成するための条件などを示す情報など、スクランブルコードＳＣを示す適当な情報、またはスクランブルコードＳＣの異同を示す適当な情報を用いてもよい。
【００６２】
位置情報ＪＰは、移動端末１４の位置を示す情報を示す。位置情報ＪＰとして、例えば、ＧＰＳなどを利用して得られる緯度および経度が用いられる。位置情報ＪＰによって、当該移動端末１４にサービスを行うことが可能なセルまたは最適のセルを選定することが可能である。
【００６３】
電波強度ＤＫは、移動端末１４の側で測定される受信電力の大きさである。電波強度ＤＫを求めるために、例えば、平均値、瞬間値などが取得される。本実施形態では、電波強度ＤＫとして、「強」または「弱」が用いられる。しかし、「強」「中」「弱」、または「レベル１」「レベル２」「レベル３」「レベル４」などの多段階の強度レベルを用いてもよい。
【００６４】
時刻情報ＪＪは、障害が発生した時刻を示す。本実施形態においては、接続処理に失敗した時刻である。セル情報部２８は、セルについての種々の情報を格納するデータベースである。
【００６５】
図２に示すように、セル情報部２８には、地図情報ＪＭ、周辺セル情報ＪＨ、および低減制御情報ＪＣが記憶される。地図情報ＪＭは、低減制御が実施されたセルの位置を示す情報を含む。周辺セル情報ＪＨは、低減制御が実施されたセルの周辺のセルを示す情報である。周辺セル情報ＪＨとして、例えば周辺セルリストＬＴが作成される。例えば図４に示すように、セルＡについての周辺セルリストＬＴには、セルＡおよびセルＣ〜Ｈの合計７つのセルが記録されている。
【００６６】
低減制御情報ＪＣは、各セルについて、低減制御を行っているか否かを示す情報である。低減制御情報ＪＣは、例えば、低減制御を行っている場合は「ＯＮ」、行っていない場合または行った後で復旧制御が行われた場合は「ＯＦＦ」を示す情報である。
【００６７】
端末情報部２９は、登録された移動端末１４の位置情報ＪＰを管理するデータベースである。
【００６８】
次に、低減制御および復旧制御について説明する。
【００６９】
図５において、移動端末１４は、セルＡに在圏している。この場合に、セルＡを「中心セル」ということがある。また、中心セルの周辺のセルを「近隣セル」ということがある。
【００７０】
移動端末１４は、セルＡによるサービスエリアＳＡ内にある。通常、サービスエリアＳＡに電波の干渉を生じさせるおそれのあるセル（近隣セル）においては、互いに異なるスクランブルコードＳＣが用いられる。しかし、例えば、距離が十分に離れた位置にあってサービスエリアＳＡにまで電波の干渉を生じさせないセルＢにおいては、セルＡと同一のスクランブルコードＳＣが割り当てられることがある。
【００７１】
その場合に、電波の伝播環境によっては、サービスエリアＳＡにある移動端末１４が、セルＡおよびセルＢに対して同じスクランブルコードＳＣの電波を受信し、混信することがある。
【００７２】
図６において、基地局１３ａのセルＡと基地局１３ｃのセルＢとは、共にクランブルコードＳＣが同じ「Ａ」である。移動端末１４は、基地局１３ａと基地局１３ｃとの両方に対して通信可能な状態であり、この状態で緊急呼を発する。基地局制御装置１２において、移動端末１４からの緊急呼に対応して接続処理が行われるが、それらはいずれも失敗する。接続処理を失敗したときに、基地局制御装置１２は、障害履歴情報ＪＳを記録し、記録した障害履歴情報ＪＳを所定期間保持する。
【００７３】
図７において、基地局制御装置１２は、障害履歴情報ＪＳを参照することによって、同一の移動端末１４による同一のスクランブルコードＳＣを用いたことを示す履歴情報が障害履歴情報ＪＳの中に２つ記録されていることを検出する。これにより、その内の一方、この例では基地局１３ｃのセルＢに対して、低減制御を行う。低減制御によって、基地局１３ｃのセルＢの送信電力は通常時よりも低下する。低減制御による送信電力の低下のレベルは、状況などに応じて種々設定することができる。例えば、通常時の２分の１〜２０分の１程度になるようにしてもよい。そして、低減制御を行ったことが、低減制御情報ＪＣとして記録される。
【００７４】
低減制御を行った結果、移動端末１４に対するセルＢからの電波強度は低下し、セルＢに対しては圏外となる。これにより、移動端末１４とセルＡとの間の通信が正常に行えるようになり、その後に移動端末１４から基地局１３ａに発した緊急呼に対し、基地局制御装置１２において正常に接続処理が行われる。
【００７５】
図８において、移動端末１４からの緊急呼が終話したときに、低減制御を行っていた基地局１３ｃのセルＢに対し、復旧制御を行う。復旧制御を行ったことが、低減制御情報ＪＣとして記録される。復旧制御を行った結果、基地局１３ｃのセルＢの送信電力は通常時に復旧する。
【００７６】
次に、移動無線ネットワークＭＷにおける低減制御および復旧制御について、種々の実施例を説明する。なお、図１および２などの説明において、セルＡとセルＢとは異なる基地局制御装置１２の配下にあるように述べたが、それは一例であり、以下の実施例においてはそれと異なることがある。
〔第１実施例〕
図９は同一のスクランブルコードによる混信時における接続処理のシーケンスの例を示す図、図１０は図９に対応する障害履歴情報ＪＳ１，２の例を示す図、図１１は図９に対応した呼制御部２２における接続処理のフローチャートである。
【００７７】
図９において、移動端末１４と基地局１３の配下のセルＡとの間の同期が確立された状況下において（但し、未だ通信または通話ができる状態ではない）、移動端末１４が緊急呼の接続要求を発する（Ｓ１）。このとき、移動端末１４の端末識別子ＴＳである「Ａ」、セル識別子ＣＤである「Ａ」、スクランブルコードＳＣである「Ａ」が、接続要求信号に付随して送信される。接続要求は、基地局（ＮｏｄｅＢ）１３を経由して基地局制御装置（ＲＮＣ）１２に対して通知される。
【００７８】
接続要求を受信した基地局制御装置１２は、呼制御部２２において接続処理を開始する。しかし、移動端末１４においては、他のセルＢから同じスクランブルコードＳＣが検出されているので、混信を起こし、基地局制御装置１２の接続処理に対する応答が無い。そのため、移動端末１４からのメッセージ待ちのタイムアウトなどの要因により、接続処理が失敗する（Ｓ２）。これにより、そのときの履歴情報が障害履歴情報ＪＳ１として記録される（Ｓ３）。
【００７９】
図１０（Ａ）に示すように、障害履歴情報ＪＳ１では、その１番目に、移動端末１４からの接続要求に付随してきた情報である、端末識別子「Ａ」、セル識別子「Ａ」、およびスクランブルコード「Ａ」が記録される。
【００８０】
そして、時刻情報ＪＪに基づいて、障害履歴情報ＪＳ１を所定時間分遡って検索が行われる（Ｓ４）。検索によって、同じ移動端末１４が同じスクランブルコードＳＣで異なるセルとの間での接続処理を失敗した履歴情報が抽出される。しかし、この時点では、そのような履歴情報はないので、セルＡとセルＢとの混信状態を判断できない。そのため、呼制御部２２では、そのまま接続処理を終了する。
【００８１】
次に、移動端末１４と基地局１３の配下のセルＢとの間の同期が確立された状況下において、移動端末１４が緊急呼の接続要求を再度発する（Ｓ５）。これによって、シーケンスＳ１の場合と同様な処理が行われる。しかし、同様な要因によって、呼制御部２２での接続処理が失敗する（Ｓ６）。これにより、そのときの履歴情報が障害履歴情報ＪＳ２として記録される（Ｓ７）。
【００８２】
図１０（Ｂ）に示すように、障害履歴情報ＪＳ２では、その５番目に、今回の履歴情報である、端末識別子「Ａ」、セル識別子「Ｂ」、およびスクランブルコード「Ａ」が記録される。
【００８３】
そして、障害履歴情報ＪＳ２の検索が行われる（Ｓ８）。検索によって、同じ移動端末１４が同じスクランブルコードＳＣで異なるセルとの間での接続処理を失敗した履歴情報が抽出される。この時点では、図１０（Ｂ）に示すように、１番目と５番目に、端末識別子「Ａ」およびスクランブルコード「Ａ」が一致した履歴情報が抽出される。これによって、呼制御部２２は、端末識別子「Ａ」の移動端末１４において、同一のスクランブルコードＳＣによる混信が発生していることを認識する。
【００８４】
これにより、呼制御部２２は、セルＢの送信電力を弱めるように、無線制御部２３に指令を出す（Ｓ９）。無線制御部２３は、基地局１３に対して、セルＢの送信電力を弱めるように指令を出す（Ｓ１０）。これによって、セルＢの送信電力は低下する。
【００８５】
なお、この場合に、最初にセルＡからの緊急呼があり、次にセルＢからの緊急呼があったので、セルＡの方が安定した通信を行えると考えられる。しかし、このようなセルの決定に当たっては別の方法によってもよい。
【００８６】
次に、移動端末１４と基地局１３の配下のセルＡとの間の同期が確立された状況下において、移動端末１４が緊急呼の接続要求を再度発する（Ｓ１１）。これによって、シーケンスＳ１の場合と同様な処理が行われる。そして、セルＢの送信電力が低下しているため混信は起きないので、呼制御部２２において、接続要求に対する接続処理が正常に行われ、緊急呼の相手方との間で通話が開始される（Ｓ１２）。
【００８７】
図１１において、移動端末１４からの緊急呼の接続要求をＲＮＣ制御部２１が受けた後、呼制御部２２はＲＮＣ制御部２１からの接続要求を受ける（＃１１）。呼制御部２２において接続処理を開始する（＃１２）。移動端末１４のメッセージ待ちのタイムアウトなどによって接続処理を失敗すると（＃１３でイエス）、その履歴情報を障害履歴情報ＪＳとして記録して更新し、障害履歴情報ＪＳを読み出して参照する（＃１４）。
【００８８】
障害履歴情報ＪＳの中に、端末識別子ＴＳが一致するデータが存在し（＃１５でイエス）、それらのセル識別子ＣＤが不一致であり（＃１６でイエス）、それらのスクランブルコードＳＣが一致する場合に（＃１７でイエス）、低減制御を行う（＃１８）。低減制御を行ったセルの情報が低減制御情報ＪＣに記録される。
〔第２実施例〕
図１２は混信時の位置情報ＪＰに基づく接続処理のシーケンスの例を示す図、図１３は図１２に対応した呼制御部２２における接続処理のフローチャートである。
【００８９】
図１２において、移動端末１４と基地局１３の配下のセルＡとの間の同期が確立され、移動端末１４が緊急呼の接続要求を発する（Ｓ１）。接続要求は、基地局１３を経由して基地局制御装置１２に対して通知される。
【００９０】
接続要求を受信した基地局制御装置１２は、接続処理を開始する。移動端末１４のタイムアウトなどの要因により、接続処理が失敗する（Ｓ２）。呼制御部２２は、移動端末１４の位置情報ＪＰを取得するため、位置情報管理部２４に移動端末１４の位置情報ＪＰを問い合わせる（Ｓ３）。位置情報管理部２４は、端末情報部２９の位置情報ＪＰを参照し、該当する移動端末１４の位置情報ＪＰを通知する。
【００９１】
呼制御部２２は、取得した位置情報ＪＰと、セル情報部２８からの地図情報ＪＭおよび周辺セル情報ＪＨとから、ステップＳ１における移動端末１４からの接続要求が想定外の接続要求であったか否かを判断する。例えば、セルＡの位置と移動端末１４の位置とが想定以上に離れていた場合に、想定外の接続要求であったと判断する（Ｓ４）。そして、呼制御部２２は、セルＡの送信電力を弱めるように、無線制御部２３に指令を出す（Ｓ５）。無線制御部２３は、基地局１３に対して、セルＡの送信電力を弱めるように指令を出す（Ｓ６）。これによって、セルＡの送信電力は低下する。
【００９２】
次に、移動端末１４が、セルＢを経由して、緊急呼の接続要求を再度発する（Ｓ７）。セルＡの送信電力が低下しているため、スクランブルコードＳＣが同一であっても混信は起きないので、呼制御部２２において、接続要求に対する接続処理が正常に行われ、緊急呼の相手方との間で通話が開始される（Ｓ８）。
【００９３】
図１２において、基地局制御装置１２が、移動端末１４からの緊急呼の接続要求を受ける（＃２１）。基地局制御装置１２において接続処理を開始する（＃２２）。移動端末１４のタイムアウトなどによって接続処理を失敗すると（＃２３でイエス）、移動端末１４の位置情報ＪＰを取得し（＃２４）、セルＡについての地図情報ＪＭおよび周辺セル情報ＪＨを取得する（＃２５）、それらを参照し、移動端末１４からの接続要求が想定外の接続要求であったと判断した場合に、基地局１３のセルＡに対して低減制御を行う（＃２６）。
〔第３実施例〕
図１４は混信時の電波強度ＤＫに基づく接続処理のシーケンスの例を示す図、図１５は図１４に対応する障害履歴情報ＪＳ３，４の例を示す図、図１６は図１４に対応した呼制御部２２における接続処理のフローチャートである。
【００９４】
図１４において、移動端末１４と基地局１３の配下のセルＡとの間の同期が確立された状況下において、移動端末１４が緊急呼の接続要求を発する（Ｓ１）。このとき、端末識別子「Ａ」、セル識別子「Ａ」、スクランブルコード「Ａ」、および電波強度「強」が、接続要求信号に付随して送信される。接続要求は、基地局１３を経由して基地局制御装置１２に対して通知される。
【００９５】
接続要求を受信した基地局制御装置１２は、呼制御部２２において接続処理を開始する。移動端末１４のタイムアウトなどの要因により、接続処理が失敗する（Ｓ２）。これにより、障害履歴情報ＪＳ３が記録される（Ｓ３）。
【００９６】
図１５（Ａ）に示すように、障害履歴情報ＪＳ３では、その１番目に、端末識別子「Ａ」、セル識別子「Ａ」、スクランブルコード「Ａ」、および電波強度「強」が記録される。
【００９７】
そして、障害履歴情報ＪＳ３の検索が行われる（Ｓ４）。しかし、この時点では、同じ移動端末１４が同じスクランブルコードＳＣで異なるセルとの間での接続処理を失敗した履歴情報がないので、そのまま接続処理を終了する。
【００９８】
次に、移動端末１４と基地局１３の配下のセルＢとの間の同期が確立された状況下において、移動端末１４が緊急呼の接続要求を再度発する（Ｓ５）。このとき、セルＢを経由した電波強度ＤＫは「弱」である。同様な要因によって、呼制御部２２での接続処理が失敗する（Ｓ６）。これにより、障害履歴情報ＪＳ４が記録される（Ｓ７）。
【００９９】
図１５（Ｂ）に示すように、障害履歴情報ＪＳ４では、その５番目に、今回の履歴情報である、端末識別子「Ａ」、セル識別子「Ｂ」、スクランブルコード「Ａ」、および電波強度「弱」が記録される。
【０１００】
そして、障害履歴情報ＪＳ４の検索が行われる（Ｓ８）。検索によって、同じ移動端末１４が同じスクランブルコードＳＣで異なるセルとの間での接続処理を失敗した履歴情報が抽出される。この時点では、図１５（Ｂ）に示すように、１番目と５番目に、端末識別子「Ａ」およびスクランブルコード「Ａ」が一致した履歴情報が抽出される。これによって、呼制御部２２は、同一のスクランブルコードＳＣによる混信が発生していることを認識する。
【０１０１】
そして、障害履歴情報ＪＳ４の電波強度ＤＫを参照し、電波強度が最も強いセル以外のセルについて、低減制御を行うように決定する（Ｓ９）。この例では、セルＡが電波強度「強」であり、セルＢが電波強度「弱」であるので、安定した通信が行えるセルＡを除き、セルＢを低減制御の対象として決定する。
【０１０２】
これにより、セルＢの送信電力を弱めるように指令を出し（Ｓ１０，１１）、セルＢの送信電力は低下する。次に、移動端末１４がセルＡに対して緊急呼の接続要求を再度発すると（Ｓ１２）、セルＢの送信電力が低下しているため混信は起きないので、接続処理が正常に行われる（Ｓ１３）。
【０１０３】
図１６において、移動端末１４からの緊急呼の接続要求を受ける（＃３１）。基地局制御装置１２において接続処理を開始する（＃３２）。移動端末１４のタイムアウトなどによって接続処理を失敗すると（＃３３でイエス）、その履歴情報によって障害履歴情報ＪＳを更新し、さらに更新後の障害履歴情報ＪＳを読み出して参照する（＃３４）。
【０１０４】
障害履歴情報ＪＳの中に、端末識別子ＴＳが一致するデータが存在し、それらのセル識別子ＣＤが不一致であり、それらのスクランブルコードＳＣが一致する場合に（＃３５、３６、３７でイエス）、低減制御の対象となるセルを決定する（＃３８）。その決定に当たっては、電波強度ＤＫの最も強いセル以外のセルを低減制御の対象のセルと決定する。対象となったセルＢに対して低減制御を行う（＃３９）。
〔第４実施例〕
図１７は混信時の近隣セル状況に基づく接続処理のシーケンスの例を示す図、図１８は図１７に対応した呼制御部２２における接続処理のフローチャートである。
【０１０５】
図１７におけるシーケンスＳ１〜Ｓ８は、図９におけるそれらと同じであるので、説明を省略する。また、この例における障害履歴情報ＪＳは、図１０に示す障害履歴情報ＪＳ１，２と同じである。
【０１０６】
シーケンスＳ８における障害履歴情報ＪＳ２の検索によって、端末識別子「Ａ」およびスクランブルコード「Ａ」が一致した履歴情報が抽出され、これによって、呼制御部２２は、端末識別子「Ａ」の移動端末１４において、同一のスクランブルコードＳＣによる混信が発生していることを認識する。
【０１０７】
シーケンスＳ５において接続要求のあったセルＢについて、周辺セル情報ＪＨに基づき、セルＢの周辺セルリストＬＴを取得する。また、移動端末１４からの接続要求を受信するときに、周辺セルリストＬＴを含めて移動端末１４から取得することも可能である。
【０１０８】
周辺セルリストＬＴにより、そのセル数を確認し、近隣セルが所定数以上存在する場合に、混信しているセルＡ，Ｂの両方を低減制御の対象として決定する（Ｓ９）。そして、セルＡ，Ｂの両方に対して、送信電力を低下するように低減指令を出す（Ｓ１０，１１）。これによって、セルＡ，Ｂの送信電力は低下する。
【０１０９】
このように、セルＡ，Ｂの両方の送信電力を低下させるのは、セルＢに近隣セルが所定数以上存在する場合には通信可能なセルが多数存在すると予測されるからである。所定数については、例えば、近隣セルが２以上ある場合、３以上ある場合、１以上ある場合などである。
【０１１０】
次に、セルＡ，Ｂの送信電力が低下しているため、移動端末１４は、その時点で最も安定した通信が可能であるセルＥを経由して、緊急呼の接続要求を再度発する（Ｓ１２）。スクランブルコードＳＣが異なるので混信が起きることなく、接続要求に対する接続処理が正常に行われる（Ｓ１３）。
【０１１１】
なお、シーケンスＳ９において近隣セルが所定数以上存在しない場合には、例えば電波強度ＤＫの弱いセルＢのみに対して低減制御を行うようにすればよい。
【０１１２】
図１８において、移動端末１４からの緊急呼の接続要求を受ける（＃４１）。基地局制御装置１２において接続処理を開始する（＃４２）。接続処理を失敗すると（＃４３でイエス）、その履歴情報により障害履歴情報ＪＳを更新し、最新の障害履歴情報ＪＳを読み出して参照する（＃４４）。
【０１１３】
障害履歴情報ＪＳの中に、端末識別子ＴＳが一致するデータが存在し、それらのセル識別子ＣＤが不一致であり、それらのスクランブルコードＳＣが一致する場合に（＃４５、４６、４７でイエス）、近隣セルが所定数以上存在するか否かを判断する（＃４８）。近隣セルが所定数以上存在する場合には、混信を起こしている全てのセルを対象として低減制御を行う（＃４９）。近隣セルが所定数以上存在しない場合には、今回の接続処理に失敗したセルを対象として低減制御を行う（＃５０）。
【０１１４】
これまで説明した第１〜第４実施例では、同じ基地局制御装置１２の配下のセル同士で混信が生じた例について説明したが、第５実施例では、異なる基地局制御装置１２の配下のセル間で混信が生じる例について説明する。
〔第５実施例〕
図１９は異なる基地局制御装置間における混信時の接続処理のシーケンスの例を示す図、図２０は図１９に対応する障害履歴情報ＪＳ５〜７の例を示す図、図２１は異なる基地局制御装置をも含めた混信時の接続処理のフローチャート、図２２は問い合わせ要求を受けた基地局制御装置１２における処理のフローチャートである。
【０１１５】
この例では、２つの異なる基地局制御装置１２が登場するので、それらを、「ＲＮＣ１」「ＲＮＣ２」と記載して区別する。
【０１１６】
図１９において、移動端末１４と基地局１３の配下のセルＡとの間の同期が確立された状況下において、移動端末１４が緊急呼の接続要求を発する（Ｓ１）。接続要求は、基地局１３を経由してＲＮＣ１に対して通知される。
【０１１７】
接続要求を受信したＲＮＣ１は、接続処理を開始する。しかし、移動端末１４からのメッセージ待ちのタイムアウトなどの要因により、接続処理が失敗する（Ｓ２）。これにより、そのときの履歴情報が障害履歴情報ＪＳ５として記録される。
【０１１８】
図２０（Ａ）に示すように、障害履歴情報ＪＳ５では、その１番目に、端末識別子「Ａ」、セル識別子「Ａ」、およびスクランブルコード「Ａ」が記録される。
【０１１９】
そして、移動端末１４からの接続要求が緊急呼であった場合には、障害履歴情報ＪＳ５の検索が行われる。検索によって、同じ移動端末１４が同じスクランブルコードＳＣで異なるセルとの間での接続処理を失敗した履歴情報が抽出される。しかし、この時点では、そのような履歴情報はないので、セルＡにおける混信状態を判断できない。そのため、ＲＮＣ１では、そのまま接続処理を終了する。
【０１２０】
このように、移動端末１４から接続要求があり、それに対してＲＮＣ１が接続処理に失敗したときには、その度ごとに、ＲＮＣ１において、接続要求時に移動端末１４から取得した履歴情報を障害履歴情報ＪＳに記録する。接続要求が緊急呼であった場合には、さらに、最新の障害履歴情報ＪＳを読み出して参照し、同じ移動端末１４が同じスクランブルコードＳＣで接続処理を失敗した履歴情報を検索する。もし、検索を行った結果、それが２回以上記録されていた場合には、ＲＮＣ１は、隣接する他のＲＮＣ２にその移動端末１４の端末識別子ＴＳおよびスクランブルコードＳＣを送って問い合わせ要求を行う。問い合わせ要求は、ＲＮＣ１のＲＮＣ制御部２１を介して行われる。
【０１２１】
このような処理は、ＲＮＣ１のみならず、条件さえ揃えば他のＲＮＣ２においても並行して行われる。
【０１２２】
つまり、ＲＮＣ２においては、移動端末１４がセルＢを介して緊急呼の接続要求を発したので（Ｓ３）、それを受信して接続処理を開始したが、接続処理が失敗する（Ｓ４）。これにより、そのときの履歴情報が障害履歴情報ＪＳ７として記録される。
【０１２３】
図２０（Ｃ）に示すように、障害履歴情報ＪＳ７では、その１番目に、端末識別子「Ａ」、セル識別子「Ｂ」、およびスクランブルコード「Ａ」が記録される。
【０１２４】
また、ＲＮＣ１においても、その後、移動端末１４がセルＡを介して緊急呼の接続要求を再度発したので（Ｓ５）、それを受信して接続処理を開始したが、接続処理が失敗する（Ｓ６）。これにより、そのときの履歴情報が障害履歴情報ＪＳ６として記録される。
【０１２５】
図２０（Ｂ）に示すように、障害履歴情報ＪＳ６では、その２番目に、端末識別子「Ａ」、セル識別子「Ａ」、およびスクランブルコード「Ａ」が記録される。
【０１２６】
このとき、障害履歴情報ＪＳ６において、同じ移動端末１４が同じスクランブルコードＳＣで接続処理を失敗した履歴情報が２回存在するので、隣接する他のＲＮＣ２に問い合わせ要求を発する（Ｓ７）。問い合わせ要求において、端末識別子「Ａ」およびスクランブルコード「Ａ」が通知される。セル識別子ＣＤを含めて通知してもよい。
【０１２７】
この問い合わせ要求に対応して、ＲＮＣ２は、ＲＮＣ２の呼制御部２２において、問い合わせ要求において通知された端末識別子「Ａ」およびスクランブルコード「Ａ」をキーとして用い、最新の障害履歴情報ＪＳ７を検索する（Ｓ８）。障害履歴情報ＪＳ７には、端末識別子「Ａ」およびスクランブルコード「Ａ」を含む履歴情報が記録されており、その履歴情報からセル識別子「Ｂ」が得られる。これにより、セルＢからの電波によって混信が発生していると判断される。
【０１２８】
そこで、ＲＮＣ２において、セルＢに対して送信電力を弱めるように指令を出し（Ｓ９）、これによりセルＢの送信電力は低下する。
【０１２９】
また、ＲＮＣ２からＲＮＣ１に対し、問い合わせ要求に対する応答として、端末識別子「Ａ」およびスクランブルコード「Ａ」に対応したセル識別子「Ｂ」が得られたこと、およびセルＢに対して低減制御を行ったことが通知される（Ｓ１０）。
【０１３０】
次に、ＲＮＣ１において、移動端末１４がセルＡを介して緊急呼の接続要求を再度発したので（Ｓ１１）、それを受信して接続処理を開始する。今回は、セルＢの送信電力が低下しているため混信が起きないので、その接続処理は正常に行われる（Ｓ１２）。
【０１３１】
なお、シーケンスＳ７において、同じ移動端末１４が同じスクランブルコードＳＣで接続処理を失敗した履歴情報が２回存在するのでＲＮＣ２に問い合わせ要求を発したが、その場合に、同じセル識別子ＣＤであった場合にのみ問い合わせ要求を発することとすればよい。その場合に、履歴情報のセル識別子ＣＤが異なっていれば、上の第１実施例などで述べたように、当該ＲＮＣ１の配下のセルに対して低減制御を行えばよい。
【０１３２】
図２１において、基地局制御装置１２は、移動端末１４からの緊急呼の接続要求を受けると（＃５１）、接続処理を開始する（＃５２）。接続処理を失敗すると（＃５３でイエス）、その履歴情報により障害履歴情報ＪＳを更新し、参照のために最新の障害履歴情報ＪＳを読み出す（＃５４）。
【０１３３】
障害履歴情報ＪＳを検索し、その中に、端末識別子ＴＳおよびスクランブルコードＳＣが一致する複数のデータが存在するか否かをチェックする（＃５５）。複数のデータが存在する場合には（＃５５でイエス）、それら複数のデータのセル識別子ＣＤが一致するか否かをチェックする（＃５６）。セル識別子ＣＤが一致する場合は（＃５６でイエス）、隣接する他の基地局制御装置１２に問い合わせ要求を発する（＃５７）。セル識別子ＣＤが一致しない場合は（＃５６でノー）、当該基地局制御装置１２において、低減制御の対象となるセルを決定し（＃５８）。低減制御を行う（＃５９）。
【０１３４】
図２２において、隣接する基地局制御装置１２が問い合わせ要求を受けると（＃６１でイエス）、問い合わせ要求とともに通知された端末識別子ＴＳおよびスクランブルコードＳＣを用いて、当該基地局制御装置１２の障害履歴情報ＪＳを検索し（＃６２）、端末識別子ＴＳおよびスクランブルコードＳＣが一致するデータ（履歴情報）が存在するか否かをチェックする（＃６３）。
【０１３５】
一致するデータが存在する場合には（＃６３でイエス）、そのデータに示されるセル識別子ＣＤを取得し、そのセル識別子ＣＤで示されるセルを低減制御の対象として決定する（＃６４）。そして、低減制御を行い（＃６５）、問い合わせ要求のあった基地局制御装置１２への応答として、自分の配下のセルに対して低減制御を行った旨などを通知する（＃６６）。
【０１３６】
このように、緊急呼の接続処理が失敗したときに、一定の条件の下で、隣接する他の基地局制御装置１２に問い合わせ要求を行う。問い合わせ要求を受けた基地局制御装置１２では、障害履歴情報ＪＳを参照することにより、複数の基地局制御装置１２の配下の基地局１３またはセルにわたって生じた混信の原因を特定することができ、原因となったセルに対して低減制御を行う。これによって、移動端末１４からの緊急呼の接続要求に対し、基地局制御装置１２において接続処理が正常に行われ、通信が正常に行われることとなる。
【０１３７】
なお、実施例においては２つの基地局制御装置１２の間で問い合わせ要求を行っているが、３つ以上の基地局制御装置１２の間で問い合わせ要求を行うようにしてもよい。これによって、複数の異なる基地局制御装置１２の配下の基地局１３またはセルで混信が起こっている場合に、混信を解消して正常な通信が行われるようにすることができる。
【０１３８】
これまで説明した第１〜第５実施例では、低減制御を行う例について説明したが、第６〜第８実施例では、復旧制御の例について説明する。第６実施例では終話による復旧制御を、第７実施例ではタイマによる復旧制御を、第８実施例では終話およびタイマによる復旧制御を、それぞれ説明する。
〔第６実施例〕
図２３は電力調整制御における処理のシーケンスの例を示す図、図２４は図２３に対応する障害履歴情報ＪＳ８および低減制御情報ＪＣ１，２の例を示す図である。
【０１３９】
図２３において、移動端末１４が緊急呼の接続要求を発する（Ｓ１）。基地局制御装置１２は接続処理を開始するが、接続処理を失敗する（Ｓ２）。そのときの履歴情報を障害履歴情報ＪＳ８として記録する（Ｓ３）。このときの障害履歴情報ＪＳ８が、図２４（Ａ）に示す状態であったとする。
【０１４０】
つまり、図２４（Ａ）に示すように、障害履歴情報ＪＳ８では、同じ端末識別子「Ａ」およびスクランブルコード「Ａ」を有しかつセル識別子ＣＤの異なる履歴情報が、１番目およ２番目に記録されている。基地局制御装置１２では、この障害履歴情報ＪＳ８を検索することによって、同一のスクランブルコード「Ａ」が原因で混信を起こしていると判断し（Ｓ４）、端末識別子が「Ａ」である移動端末１４から最後に接続要求のあったセルＢに対して低減制御を行うとともに（Ｓ６，７）、その旨を低減制御情報ＪＣ１として記録する（Ｓ５）。これにより、セルＢの送信電力は低下する。
【０１４１】
図２４（Ｂ）に示すように、この時点での低減制御情報ＪＣ１では、セルＢについて低減情報が「ＯＮ」となっており、低減制御が行われて送信電力が低下していることが分かる。なお、他のセルＡ，Ｃ〜Ｅでは低減情報が「ＯＦＦ」となっており、低減制御が行われておらず、送信電力は通常であることが分かる。
【０１４２】
そして次に、同じ移動端末１４が緊急呼の接続要求を再度発する（Ｓ８）。このとき、その接続要求に係る端末識別子「Ａ」、セル識別子「Ａ」、およびスクランブルコード「Ａ」が接続要求信号に付随して送信され、基地局制御装置１２に通知される。基地局制御装置１２は接続処理を開始し、混信がないので接続処理が実行され、通信中となる（Ｓ９）。
【０１４３】
その後、同じ移動端末１４から当該緊急呼の切断要求を発する（Ｓ１０）。それに応答して、基地局制御装置１２は解放処理を行い（Ｓ１１）、切断応答を基地局１３を経由して移動端末１４に送信する（Ｓ１２）。これとともに、基地局制御装置１２は、障害履歴情報ＪＳ８を参照し、切断要求のあった移動端末１４である端末識別子「Ａ」をキーとして、履歴情報を検索する（Ｓ１３）。
【０１４４】
図２４（Ａ）に示す障害履歴情報ＪＳ８では、端末識別子「Ａ」について見ると、セル識別子が「Ａ」ではない「Ｂ」の履歴情報がある。得られたセル識別子「Ｂ」に基づいて、低減制御情報ＪＣを検索する（Ｓ１４）。
【０１４５】
図２４（Ｂ）に示す低減制御情報ＪＣ１では、セルＢについて低減情報が「ＯＮ」となっているので、これに対して復旧制御を行う。つまり、セルＢに対して復旧指令を出すとともに（Ｓ１６，１７）、その旨を低減制御情報ＪＣ２として記録する（Ｓ１５）。これにより、セルＢの送信電力は元の状態に復旧し、平常通りの通信が可能となる。
【０１４６】
なお、復旧制御にともなう低減制御情報ＪＣの更新は、図２４（Ｃ）に示すように、該当するセルＢの低減情報を「ＯＦＦ」に変更することによって行われる。                    
【０１４７】
なお、シーケンスＳ１４において低減制御情報ＪＣを検索したときに「ＯＦＦ」となっていた場合には、復旧制御を行わない。
【０１４８】
なお、復旧指令を出した後に低減制御情報ＪＣ２を記録してもよい。
〔第７実施例〕
図２５は電力調整制御における処理のシーケンスの他の例を示す図、図２６は図２５に対応する障害履歴情報ＪＳ９および低減制御情報ＪＣ３，４の例を示す図である。
【０１４９】
図２５において、シーケンスＳ１〜４は、図２３の第６実施例のシーケンスＳ１〜４と同じである。なお、シーケンスＳ３において、障害履歴情報ＪＳ９は図２６（Ａ）に示すように更新される。
【０１５０】
シーケンスＳ５において、セルＢに低減制御を行う旨を、図２６（Ｂ）に示すように低減制御情報ＪＣ３として記録する。そのときに、呼制御部２２は、セルＢに対応した復旧タイマであるタイマｂを参照し（Ｓ５）、タイマ管理部２６に対しタイマｂの時間設定を行う（Ｓ６）。復旧タイマの時間設定は、通常、例えば１０〜３０分程度に設定するが、これ以外の時間でもよい。なお、セルＢに対して低減制御を行うことは（Ｓ７，８）、第６実施例と同様である。
【０１５１】
タイマｂの計時が満了すると、タイマ管理部２６は呼制御部２２に対してタイマ満了を通知する（Ｓ９）。呼制御部２２は、低減制御情報ＪＣ３を参照し、セルＢの低減情報が「ＯＮ」となっていることから低減制御中であると判断するとともに（Ｓ１０）、復旧制御を行うに当たって、図２６（Ｃ）に示すようにセルＢの低減情報を「ＯＦＦ」に変更する（Ｓ１１）。
【０１５２】
そして、セルＢに対して復旧指令を出す（Ｓ１２，１３）。これにより、セルＢの送信電力は元の状態に復旧し、平常通りの通信が可能となる。
【０１５３】
なお、復旧指令を出した後に低減制御情報ＪＣ３を更新してもよい。
〔第８実施例〕
図２７は復旧制御における処理の例を示すフローチャートである。
【０１５４】
図２７において、通話が終了すると（＃７１）、その通話に関連した低減制御中のセルがあるか否かをチェックし（＃７２）、ある場合にそのセルに対して復旧制御を行う（＃７３）。また、復旧タイマが満了したときには（＃７４でイエス）、該当するセルに対して復旧制御を行う（＃７３）。
【０１５５】
上に述べた実施形態においては、移動端末１４からの接続要求が緊急呼である場合に電力調整制御を行うことを説明したが、電力調整制御を行う場合に、障害履歴情報ＪＳに記録した履歴情報を保存しておく時間、障害履歴情報ＪＳを検索するときの検索範囲を決めるために遡る所定時間、低減制御において送信電力を低下させるレベル、復旧制御における復旧タイマの設定時間などは、上に述べた以外に種々の値を選択することができる。また、緊急呼の内容に応じてそれらを異ならせておいてもよい。
【０１５６】
また、緊急呼でない一般呼の場合においても電力調整制御を行ってもよい。その場合に、上に述べた時間やレベルなどの設定値を緊急呼の場合と一般呼の場合とで異ならせておいてもよい。例えば、低減制御において送信電力を低下させる割合を、一般呼の場合に緊急呼の半分程度とする。つまり、緊急呼の場合に送信電力を１０分の１とした場合に、一般呼の場合に送信電力を５分の１とする。また、例えば、復旧タイマの設定時間を、緊急呼の場合に１０分とした場合に、一般呼の場合に５分とする。その他、種々の設定が考えられる。
【０１５７】
上に述べた実施形態において、緊急呼ではない一般呼の接続制御にも適用することが可能である。その他、障害履歴情報ＪＳ、周辺セルリストＬＴ、低減制御情報ＪＣなどの構成、内容、項目、基地局制御装置１２または移動無線ネットワークＭＷの全体または各部の構成、構造、形状、個数、配置、処理の内容および順序、シーケンスのタイミングなどは、本発明の趣旨に沿って適宜変更することができる。
【０１５８】
本実施形態には、以下に示す付記の形態も含まれる。
（付記１）
移動無線ネットワークにおける緊急呼の接続制御方法であって、
移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として網側において管理しておき、
移動端末からの緊急呼の接続要求時において、前記障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下するように制御する、
ことを特徴とする緊急呼の接続制御方法。
（付記２）
前記障害履歴情報の中に、接続要求時に用いられたスクランブルコードについての情報を含めておき、
移動端末からの緊急呼の接続要求時において、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が前記障害履歴情報の中に記録されているときに、当該接続要求を行っているセルまたは接続処理に失敗したときのセルのうちの少なくとも１つのセルへの基地局の送信電力を低下させるように制御する、
付記１記載の緊急呼の接続制御方法。
（付記３）
前記障害履歴情報の中に、接続要求時に用いられたスクランブルコードについての情報を含めておき、
移動端末からの緊急呼の接続要求時において、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が前記障害履歴情報の中に複数記録されているときに、それら接続処理に失敗したときのセルの少なくとも１つのセルへの基地局の送信電力を低下させるように制御する、
付記１記載の緊急呼の接続制御方法。
（付記４）
接続処理に失敗したときの当該移動端末の位置情報と各セルの位置との位置関係に基づいて、送信電力を低下する基地局またはセルを決定する、
付記１ないし３のいずれかに記載の緊急呼の接続制御方法。
（付記５）
前記障害履歴情報の中に、接続要求時における移動端末からの電波強度についての情報を含めておき、
前記障害履歴情報に記録された電波強度についての情報に基づいて、送信電力を低下する基地局またはセルを決定する、
付記１ないし３のいずれかに記載の緊急呼の接続制御方法。
（付記６）
移動端末からの緊急呼の接続要求に対する接続処理に失敗したときのセルに対してその周辺に近隣セルが所定数以上存在する場合に、当該接続要求時における混信の原因となった全ての基地局の送信電力を低下するように制御する、
付記１ないし３のいずれかに記載の緊急呼の接続制御方法。
（付記７）
前記障害履歴情報を、基地局制御装置ごとに管理するとともに、
移動端末からの緊急呼の接続要求時において、当該接続要求を受けた基地局を制御する基地局制御装置が管理する障害履歴情報の中に、当該移動端末からの接続要求に対する接続処理に失敗したときの履歴情報が所定数以上あった場合に、当該基地局制御装置以外の基地局制御装置に対して当該移動端末についての履歴情報を問い合わせ、
問い合わせた基地局制御装置の障害履歴情報の中に、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの履歴情報が記録されているときに、その履歴情報にかかるセルへの基地局の送信電力を低下させるように制御する、
付記１ないし６のいずれかに記載の緊急呼の接続制御方法。
（付記８）
移動端末からの緊急呼が終話したときに、当該移動端末に関する障害履歴情報に記録されたセルに対して送信電力を低下させる制御が行われている場合に、そのセル対する送信電力を復旧させるように制御する、
付記１ないし７のいずれかに記載の緊急呼の接続制御方法。
（付記９）
セルに対して送信電力を低下させる制御が行われてから所定の時間を経過したときに、当該セル対する送信電力を復旧させるように制御する、
付記１ないし７のいずれかに記載の緊急呼の接続制御方法。
（付記１０）
移動無線ネットワークにおける接続制御装置であって、
移動端末からの接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として記録する障害履歴情報記憶部と、
移動端末からの接続要求時において、前記障害履歴記憶部に記録された障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下させるように制御する制御部と、
を有することを特徴とする接続制御装置。
（付記１１）
移動無線ネットワークにおける緊急呼の接続制御装置であって、
移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として記録する障害履歴情報記憶部と、
移動端末からの緊急呼の接続要求時において、前記障害履歴記憶部に記録された障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下するように制御する制御部と、
を有することを特徴とする緊急呼の接続制御装置。
（付記１２）
前記障害履歴記憶部には、接続要求時に用いられたスクランブルコードについての情報が障害履歴情報として記録されており、
前記制御部は、
前記障害履歴記憶部の中から、同一の移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの障害履歴情報を検索して抽出する手段を有し、抽出された障害履歴情報に記録されたセルのうちの少なくとも１つのセルへの基地局の送信電力を低下させるように制御する、
付記１１記載の緊急呼の接続制御装置。
（付記１３）
前記制御部は、
接続処理に失敗したときの当該移動端末の位置情報と各セルの位置との位置関係に基づいて、送信電力を低下する基地局またはセルを決定する、
付記１１または１２記載の緊急呼の接続制御装置。
（付記１４）
前記障害履歴記憶部には、接続要求時における移動端末からの電波強度についての情報が障害履歴情報として記録されており、
前記制御部は、
前記障害履歴情報に記録された電波強度についての情報に基づいて、送信電力を低下する基地局またはセルを決定する、
付記１１ないし１３のいずれかに記載の緊急呼の接続制御装置。
（付記１５）
前記制御部は、
移動端末からの緊急呼の接続要求に対する接続処理に失敗したときのセルに対してその周辺に複数の近隣セルが存在する場合に、当該接続要求時における混信の原因となった全ての基地局の送信電力を低下するように制御する、
付記１１ないし１３のいずれかに記載の緊急呼の接続制御装置。
（付記１６）
前記制御部は、
移動端末からの緊急呼が終話したときに、当該移動端末に関し障害履歴情報として記録されたセルに対して送信電力を低下させる制御が行われている場合に、そのセル対する送信電力を復旧させるように制御する、
付記１１ないし１５のいずれかに記載の緊急呼の接続制御装置。
（付記１７）
前記制御部は、
セルに対して送信電力を低下させる制御が行われてから所定の時間を経過したときに、当該セル対する送信電力を復旧させるように制御する、
付記１１ないし１５のいずれかに記載の緊急呼の接続制御装置。
（付記１８）
移動端末との間で無線で呼接続を行うことが可能な複数の基地局および前記基地局を制御する複数の基地局制御装置を有する移動無線ネットワークであって、
複数の前記基地局制御装置に、移動端末からの緊急呼の接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として記録する障害履歴記憶部が設けられており、
移動端末からの緊急呼の接続要求時において、当該接続要求を受けた基地局を制御する基地局制御装置の障害履歴記憶部の中に、当該移動端末からの接続要求に対する接続処理に失敗したときの障害履歴情報が所定数以上あった場合に、当該基地局制御装置以外の基地局制御装置に対して当該移動端末についての障害履歴情報を問い合わせ、
問い合わせた基地局制御装置の障害履歴記憶部の中に、当該移動端末による同一のスクランブルコードを用いた接続要求に対する接続処理に失敗したときの障害履歴情報が記録されているときに、その障害履歴情報にかかるセルへの基地局の送信電力を低下させるように制御されている、
ことを特徴とする移動無線ネットワーク。
（付記１９）
移動無線ネットワークにおける接続制御のためのコンピュータプログラムであって、
移動端末からの接続要求に対する接続処理に失敗したときの履歴情報を障害履歴情報として網側において管理させる処理と、
移動端末からの接続要求時において、前記障害履歴情報を参照して、混信の原因となり得る特定の基地局の送信電力を低下させるように制御する処理と、
をコンピュータに実行させることを特徴とするコンピュータプログラム。
【図面の簡単な説明】
【０１５９】
【図１】移動無線ネットワークの構成の例を示す図である。
【図２】本発明の一実施形態の基地局制御装置の構成を示すブロック図である。
【図３】障害履歴情報の例を示す図である。
【図４】周辺セルリストの例を示す図である。
【図５】セルの配置の例を示す図である。
【図６】同一のスクランブルコードによる混信発生の様子を説明するための図である。
【図７】混信発生時における送信電力の低減制御を説明するための図である。
【図８】送信電力の復旧制御を説明するための図である。
【図９】混信時における接続処理のシーケンスの例を示す図である。
【図１０】図９に対応する障害履歴情報の例を示す図である。
【図１１】図９に対応した呼制御部における接続処理のフローチャートである。
【図１２】混信時の位置情報に基づく接続処理のシーケンスの例を示す図である。
【図１３】図１２に対応した呼制御部における接続処理のフローチャートである。
【図１４】混信時の電波強度に基づく接続処理のシーケンスの例を示す図である。
【図１５】図１４に対応する障害履歴情報の例を示す図である。
【図１６】図１４に対応した呼制御部における接続処理のフローチャートである。
【図１７】混信時の近隣セル状況に基づく接続処理のシーケンスの例を示す図である。
【図１８】図１７に対応した呼制御部における接続処理のフローチャートである。
【図１９】異なる基地局制御装置間での接続処理のシーケンスの例を示す図である。
【図２０】図１９に対応する障害履歴情報の例を示す図である。
【図２１】異なる基地局制御装置を含めた混信時の接続処理のフローチャートである。
【図２２】問い合わせ要求を受けた基地局制御装置での処理のフローチャートである。
【図２３】電力調整制御における処理のシーケンスの例を示す図である。
【図２４】図２３に対応する障害履歴情報および低減制御情報の例を示す図である。
【図２５】電力調整制御における処理のシーケンスの他の例を示す図である。
【図２６】図２５に対応する障害履歴情報および低減制御情報の例を示す図である。
【図２７】復旧制御における処理の例を示すフローチャートである。
【符号の説明】
【０１６０】
ＭＷ  移動無線ネットワーク
１２  基地局制御装置（緊急呼の接続制御装置）
１３  基地局
１４  移動端末
２１  ＲＮＣ制御部（制御部）
２２  呼制御部（制御部、抽出する手段）
２３  無線制御部（制御部）
２４  位置情報管理部
２５  無線品質管理部
２６  タイマ管理部
２７  障害情報部（障害履歴情報記憶部）
２８  セル情報部
２９  端末情報部
ＪＳ  障害履歴情報
ＴＳ  端末識別子
ＣＤ  セル識別子
ＳＣ  スクランブルコード
ＤＫ  電波強度
【図１】
2008289051.tif 000003
【図２】
2008289051.tif 000004
【図３】
2008289051.tif 000005
【図４】
2008289051.tif 000006
【図５】
2008289051.tif 000007
【図６】
2008289051.tif 000008
【図７】
2008289051.tif 000009
【図８】
2008289051.tif 000010
【図９】
2008289051.tif 000011
【図１０】
2008289051.tif 000012
【図１１】
2008289051.tif 000013
【図１２】
2008289051.tif 000014
【図１３】
2008289051.tif 000015
【図１４】
2008289051.tif 000016
【図１５】
2008289051.tif 000017
【図１６】
2008289051.tif 000018
【図１７】
2008289051.tif 000019
【図１８】
2008289051.tif 000020
【図１９】
2008289051.tif 000021
【図２０】
2008289051.tif 000022
【図２１】
2008289051.tif 000023
【図２２】
2008289051.tif 000024
【図２３】
2008289051.tif 000025
【図２４】
2008289051.tif 000026
【図２５】
2008289051.tif 000027
【図２６】
2008289051.tif 000028
【図２７】
2008289051.tif 000029