JP3502010B2 - 移動体通信システム - Google Patents

Description

【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は、ディジタル移動体
通信システムなどの移動体通信におけるゾーン制御に関
するものである。 【０００２】 【従来の技術】例えば、特開平０５−０６３６３５に公
開された「無線基地局出力制御によるトラヒック分散方
式」においては、従来例としてセルラー方式移動体無線
通信システムの仕様書であるＥＩＡを用いて一般的発／
着呼手順（呼接続制御）を説明し、その欠点を指摘して
いる。以下その内容を示す。図２９はセルラー方式移動
体通信システムを構成する複数の無線基地局の各サービ
スエリアの一例を示す図である。 【０００３】移動体電話端末（以下ＭＬと呼ぶ）が、発
呼あるいは着呼応答動作を行った際、無線基地局５０
（以下ＦＢ５０と呼ぶ）の保有する通話チャネル（以下
Ｓｃｈと呼ぶ）が存在すれば、ＭＬはＦＢ内のＳｃｈを
割り当てられて通話サービスを実現できる。空きＳｃｈ
が存在しない場合、ＦＢ５０からＭＬに対して下り制御
チャネル（以下Ｃｃｈと呼ぶ）上に、Ｄｉｒｅｃｔｅｄ
Ｒｅｔｒｙ信号を送信し、これによってＭＬはＦＢ５
０以外の同調可能なＦＢ５１、５２、５３、５４、５
５、５６の放送する下りのＣｃｈのいずれかを再捕捉
し、同調した後、再選択したＦＢの上りＣｃｈで発呼要
求あるいは着呼応答を再送することにより再選択したＦ
ＢのＳｃｈを割り当てられて通話サービスを実現する。 【０００４】この特開平５−６３６３５号に示されたも
のの他、従来技術として図３０〜図３４に示されるもの
があり、以下この従来技術につき説明する。図３０にお
いて、１は移動体交換局（以下ＣＣと呼ぶ）、２はＭＬ
（移動体端末で従来のものに基本的に同じ）、５０〜５
２はＦＢ（無線基地局で従来のものに基本的に同じ）、
５００〜５２０はサービスエリアでＦＢ５０〜５２の制
御ゾーンエリアを示す。 【０００５】次に動作について説明する。通常ＣＣは複
数のＦＢを制御し、当該ゾーンに位置しているＭＬに対
して、Ｃｃｈで発／着呼シーケンスを実行し、当該ゾー
ンのＳｃｈを与えて通話にいたらしめる。ゾーン内にい
るＭＬは通常当該ゾーンのＦＢから送信されている下り
Ｃｃｈを受信している。下りＣｃｈはフレーム切りされ
ていて、先頭にフレーム番号を付加したパッケージ情報
の流れである。１つのフレームはそれがどのような意味
を持つのかを示す”信号種別”やＦＢ番号を示す”ゾー
ン番号”などと着呼呼出や発呼応答、通話ｃｈ指示と言
った制御情報からなる。 【０００６】この下りＣｃｈでは、あらかじめ報知信号
として周期的に当該ゾーンの周辺ゾーンのＣｃｈの番号
を情報として流すものとする。それによってＭＬは当該
ゾーンのＣｃｈを捕捉し、フレーム同期がとれ、下りＣ
ｃｈの情報を読み込める状態になっている上記報知信号
から周辺ゾーンのＣｃｈ情報を周辺ゾーンで使用されて
いるＣｃｈの周波数を示すコードとして得ることがで
き、あらかじめ周辺ゾーンのＣｃｈを知っておくことが
できる。 【０００７】また、当該ゾーンに位置するＭＬを呼び出
す際に下りＣｃｈに流す着呼呼出信号において、呼び出
すＭＬの番号に加えて、当該ゾーンのＳｃｈが現在使用
できる状態にあるのか、ないのかを同時に示すものとす
る。これによって、ＭＬは着呼呼び出しを受けた時に当
該ゾーンのＳｃｈがあるのかを知ることができるように
する。 【０００８】上述した下りＣｃｈで報知されている周辺
ゾーンのＣｃｈ情報をＭＬが取り込むアルゴリズムの例
を図３１に示す。ＭＬは下りＣｃｈを捕捉し（Ｓ３１
１）、フレーム同期がとれ、情報読み込みが可能な状態
になった後（Ｓ３１２）報知されている周辺のＣｃｈ情
報を取り込む（Ｓ３１３）。一通り取り込んだ後、一旦
今のＣｃｈをはずし、取り込んだＣｃｈの情報からどの
ゾーンの下りＣｃｈがどのくらいの電界で受信できるの
か順次測定してゆく（Ｓ３１４）。周辺ゾーンの下りＣ
ｃｈの測定を終えたら、その結果から受信しやすい順
（電界が強い順）にＭＬの内部で並べ変える。この並べ
変えられた下りＣｃｈのリストをベストリストと呼ぶ。
ベストリスト作成（Ｓ３１５）後は、当初のつまり最初
に捕捉し、周辺Ｃｃｈ情報をもらったＣｃｈを捕捉し、
通常の運用状態にはいる（Ｓ３１７）。尚、ＭＬが移動
し、当該ゾーンの下りＣｃｈを受信できなくなったり、
あるいは、発／着呼時に当該ゾーンのＳｃｈがなかった
りした場合、上記ベストリストに基づき受信しやすいも
のから（つまりベスト２から）Ｃｃｈ捕捉動作を行うも
のとする（Ｓ３１６）。 【０００９】図３１のアルゴリズムでは、ベストリスト
は最初にＣｃｈを捕捉したときに作られる。よって、Ｍ
Ｌの移動状況によっては、例えば、今受信しているＣｃ
ｈが切れそうなので、ベストリストにしたがってベスト
２のＣｃｈを捕捉したが、実際には、その間の移動によ
ってベスト２より下のＣｃｈの方がよく受信できる状態
になってしまった場合、実際上の一番強い（ベストの）
Ｃｃｈを受信できないようなことが起こってしまう。そ
の問題を解消するために図３２に示す方法が考えられ
る。ベストリストに従ってＣｃｈを切り替え、周辺Ｃｃ
ｈ情報を取り込んだ（Ｓ３２３）後、周辺Ｃｃｈの電界
を測定する際、この最初に切り替えたＣｃｈより強い電
界で受信できるＣｃｈがあるのかないのかをチェックす
るようにする（Ｓ３２５）。これによってなければ、そ
のまま図３１に示すもののようにベストリストを作成す
る（Ｓ３２７）か、よりよく受信できるＣｃｈがあった
場合、その強い方のＣｃｈに切り替え（Ｓ３２６）、再
度周辺Ｃｃｈの取り込みから測定を行うことによって、
現実に一番電界が強いＣｃｈを捕捉するようにするもの
である。 【００１０】次に、実際に輻輳状態に位置するＭＬがど
のように着呼呼び出しを受け通話に至るかを示すシーケ
ンスを図３３に基づいて説明する。ＣＣは輻輳ゾーンに
おいては、ＭＬを呼び出す際に、着呼呼出しフレームに
おいてＭＬ番号とともにそのゾーンにＳｃｈがあるかな
いかを示して着呼信号を送信する。当該ＭＬはこれを受
信すると、既に当該ゾーンにはＳｃｈがないことを認識
し、内部のベストリスト上から捕捉可能なＣｃｈをさが
し、捕捉できたＣｃｈの上りＣｃｈでこのゾーンでの着
呼呼出しをＣＣに対して要請する。ＣＣはこの着呼呼出
要請を受けたゾーンでふたたび着呼呼出信号を送出す
る。Ｓｃｈがある場合は、ＭＬは着呼応答を返し、ＣＣ
からＳｃｈを与えられて通話に至る。終話後ＭＬは当該
ゾーンのＣｃｈ受信状態になり、このＣｃｈから周辺Ｃ
ｃｈ情報を取り込んで、図３２に示すアルゴリズムでふ
たたびベストのＣｃｈを捕捉する。 【００１１】 【発明が解決しようとする課題】上記従来例にかける呼
接続手順では、着呼時、まず下りＣｃｈの「呼び出し」
に対してＭＬの着呼応答があって、それに対してＤｉｒ
ｅｃｔｅｄ Ｒｅｔｒｙなる信号が下りＣｃｈに送信さ
れ、これを受けてＭＬがＣｃｈ再選択からリトライに至
る制御を行っている。従って、以下の如き具体的な問題
点がある。ａ．図３１および図３２に示すようなアルゴ
リズムではＭＬが現在捕捉しているＣｃｈを切り離し、
他ゾーンの下りＣｃｈの電界の受信レベルのサーチ動作
を行うが、このサーチ期間中はＣＣとＭＬは通信をする
ことができない。ｂ．また、このＭＬのリトライまでの
時間まで、必ず接続できるという保証もないのに発呼者
を保留（接続できるかできないか不定である時間）す
る。ｃ．さらに、図３３に示すような複雑なシーケンス
はＣｃｈのトラヒックを上昇させる。さらに例えば、あ
らかじめ、Ｃｃｈ上の信号フレーム（フォーマット）上
のビット数、フレーム数等の制約があり、隣接Ｃｃｈの
情報や着呼呼出時に輻輳を通知できない場合、あるいは
着呼呼出単位が複数ゾーンの場合、一旦複数ゾーンに着
呼をかけてＭＬからの応答があったゾーンが輻輳ゾーン
である時に輻輳ゾーン処理を実行することになるのでＭ
Ｌとの間のシーケンスがふえ、そのためにトラヒックが
増す。上記ａ．〜ｃ．の問題点以外に移動体の位置情報
を適性に把握すること、ハンドオーバー動作の繰り返し
を抑制すること等につき、従来技術では充分に応えられ
なかった。このように従来技術では、円滑かつ効率のよ
い運用を充分には達成できないという問題点があった。 【００１２】この発明は上記のような問題点を解決する
ためになされたもので、円滑で効率のよい運用を行うこ
とができる移動体通信システムを提供することを目的と
する。 【００１３】 【課題を解決するための手段】請求項第１項の発明は、
通話中の移動体が、ハンドオーバーを繰り返している場
合に、通話用のチャネルにおける上記通話中の特定のフ
レームによってハンドオーバー抑止の制御信号を上記移
動体から移動体交換局に送信するための手動スイッチを
移動体に備え、上記移動体交換局は、当該ハンドオーバ
ー抑止要求によりハンドオーバーを以降抑止するように
したものである。 【００１４】 【００１５】 【００１６】 【発明の実施の形態】図３０〜図３３に示してあるよう
な呼接続シーケンスでは、輻輳ゾーンに位置するＭＬに
着呼させるために、あくまでひとつの呼処理として処理
するため、すなわち着呼ＭＬが輻輳ゾーンではないゾー
ンから移動する際には、Ｃｃｈ捕捉動作を行うが、この
間はＣＣと交信できず、ふたたびＣＣと交信できるよう
になるまでいわゆる”鳴きわかれ”状態がどれだけ続く
のか不定であり、この間発呼者をただ保留させてしま
う。周辺ゾーンも輻輳であったり、またＣｃｈ捕捉動作
に時間がかかりすぎたり、必ず接続できる保証もなく発
呼者を長時間保留するのは、サービスビリティ上あまり
好ましいことではない。 【００１７】この構成は図１に示すように、前述の図３
０の構成と基本的には類似しているが、ＣＣにトーキン
グトランクＴＴが接続されており、このトーキートラン
ク１００はトーキー１、トーキー２の二種類のトーキー
が音声ファイルとして内蔵されており、それらを図１に
おいてＴ１、Ｔ２で示してある。 【００１８】この動作を図２に基づき以下に説明する。
着呼接続シーケンスにおいて、ＭＬが着呼呼出（Ｓｃｈ
空なし）を受けてベストリストからＣｃｈをさがす間
に、発呼者に対して”輻輳である。”、”再発呼をうな
がす。”旨のトーキーサービスを行うものである。図２
において、ＣＣはＭＬに着呼呼出（Ｓｃｈ空なし）を送
出すると同時に、発呼者に対してトーキー１により”た
だいま、ＭＬのゾーンが輻輳中なので、ＭＬはゾーン切
り替えを実行しています。”という内容のトーキーサー
ビスを行う。さらに一定時間が経過してもＭＬがうまく
他ゾーンのＣｃｈを捕捉できなかった場合には、トーキ
ー２により”しばらくしてからもう一度おかけ直しくだ
さい。”という内容のトーキーサービスを行う。発呼者
はこれを聞いて一旦切断し、もう一度電話をかけ直す。
一方、ＭＬがこの間に速やかにＣｃｈ切替え動作を実行
し、別ゾーンに切り替えることができれば、ＣＣはトー
キー１をストップし、呼出音（ＲＢＴ）を発呼者に流す
ことによって発呼者はＭＬの呼出しに成功したことを認
識し、そのまま電話機を保持していれば、やがて通話に
至る。一旦切断した発呼者が、再発呼してきた時には、
時間的にみてＭＬは切り替えたゾーンで通話を行うこと
ができる。尚、ベストリストは、例えば前述の図３１ま
たは図３２に示されたアルゴリズムに基づきＭＬにより
作成される。 【００１９】上述の例では、ＭＬのＣｃｈ捕捉動作によ
って輻輳ゾーンから離脱する例を示したが、次にＣＣ
（ＦＢ）側の制御によって、ＭＬのＣｃｈ捕捉動作をと
もなわない一般的な着呼動作に近い形で通話に至るよう
にしたものである。以下、図３および図４に基づき説明
する。図３は輻輳ゾーンＦＢ５０に位置するＭＬ２が着
呼呼び出しを受けてＦＢ５０に対して着呼応答を返して
いる状態のイメージ図でＭＬ２のこの上りＣｃｈの電界
は、ＦＢ５１やＦＢ５２にも届いていることを表してい
る。図３に示されたもののシーケンスを図４に基づき以
下に説明する。輻輳ゾーンに位置するＭＬに着呼を行お
うとする場合、ＣＣはまず当該ゾーンＦＢ５０の周辺ゾ
ーンＦＢ５１、５２に対してＦＢ５０の上りＣｃｈの電
界を測定するように指示した（Ｓ４１）後、ＭＬが現在
位置登録しているＦＢ５０からＭＬに対して着呼呼び出
しを行う。ＭＬはＦＢ５０の上りＣｃｈで着呼応答を返
すが、このＭＬの上り電界を周辺ゾーンであるＦＢ５
１、ＦＢ５２は測定し、その上り電界レベル測定結果を
ＣＣに通知する。ＣＣはこの結果に基づき（Ｓ４２）、
輻輳ゾーン以外で一番電界のあったゾーンのＳｃｈをＦ
Ｂ５０の下りＣｃｈでＭＬに指示する（Ｓ４３）。ＭＬ
は、指示されたＳｃｈに移行し（Ｓ４５）通話に至る。
図４の一連の動作は、ＭＬにとっては、一般的な着呼動
作であり、この動作は、着呼呼出しに対する応答を返
し、通話可能なＳｃｈを指示されて、そのＳｃｈで通話
に至るという動作に外ならない。 【００２０】上述の例では、ＭＬの上りＣｃｈの電界を
測定する例を示した。ひとつの電話端末に着目した場
合、１回の通話直後に続けて使用する確率は高いといえ
る。例えば、電話がかかってきて、その通話内容によっ
てその後別のところに今度はかけるというような場合が
該当する。次の例では、上記のような点を考慮したもの
で、輻輳ゾーンで通話中のＭＬを終話時にその周辺ゾー
ンに移行させてしまうことによって、続けて発呼してき
ても、周辺ゾーンから発呼することになり、そのゾーン
がすぐまた輻輳ゾーンに戻るようなことを回避するよう
にしたものである。もともと、ハンドオーバー処理を行
うために、ＦＢには通話中のＭＬの上り電界を測定する
装置があるのは一般的なことである。通話中のＭＬの上
り電界測定結果に基づいて通話後にゾーンを切り替えさ
せる例を図５に示す。ＣＣは輻輳ゾーンで通話中のＭＬ
（輻輳であるから、Ｓｃｈの数だけ存在する。）の上り
電界を測定するように周辺のＦＢに指示する（Ｓ５
１）。一般的なハンドオーバー処理では、当該ゾーンで
通話中のＭＬの上り電界があるしきい値以下になった
時、周辺ゾーンへ通話中のまま移行させるため、周辺ゾ
ーンで当該ＭＬの電界測定を起動するが、ここでは、し
きい値以上であっても周辺ゾーンに対して測定を指示す
る。各周辺ゾーンのＦＢは複数のＭＬの上り電界測定の
結果をＣＣ順位に通知する。ＣＣは当該ゾーンで一番最
初に終話したＭＬとの間で終話シーケンスを実行し、最
後に上記測定結果に基づいて一番電界が高かったゾーン
への移行を指示する（Ｓ５２）。移行指示を受けたＭＬ
は、指示されたゾーンへ移行し位置登録を行う。 【００２１】この移行したＭＬは、続けて発呼する場合
もあるし、そうでない場合もあるが、発呼しても周辺ゾ
ーンで発呼から通話までの動作をすることになるので、
元のゾーンはすぐふたたび輻輳ゾーンにもどるというよ
うなことはない。また、別のＭＬが発／着呼し、元のゾ
ーンが輻輳しても、今度は、以前から通話状態にあるＭ
Ｌの周辺ゾーンでの上り電界は既に測定済みであるか
ら、新しく通話しているＭＬの上り電界のみ上記のよう
な要領で周辺ゾーンで測定すればよい。このようにし
て、輻輳ゾーンで通話中のＭＬを、終話後に周辺ゾーン
へ移行させることによって輻輳ゾーンにふたたびなり得
る確率を減らす。 【００２２】従来例としては、輻輳状態を下りＣｃｈで
の報知することによってＭＬが周辺ゾーンへのＣｃｈ切
替えを行う構成がある。そのような構成では、以下のよ
うな問題がある。 ａ．当該ゾーンに位置するすべてのＭＬがほぼ一斉にＣ
ｃｈ切替え→位置登録を実行するため周辺ゾーンのＣｃ
ｈトラヒックが一時点に上昇する。 ｂ．輻輳に１度なったら当該ゾーンにおいては、通話中
以外のＭＬがすべて周辺ゾーンに移動してしまい、輻輳
が解除されても結果的にＭＬの分布がアンバランスな状
態になる。次の例では、上記問題を解消したもので、図
６に示すようなＭＬを管理するためのデータテーブルを
ＣＣがもち、そのテーブル上からある特定のＭＬのみを
選び出し、当該ＭＬにゾーン切替えを実行させるもので
ある。 【００２３】図６に示すテーブルの特長は、パラメータ
として各ＭＬが最後に発／着呼した最終アクセスタイム
と、ある一定期間中に何回アクセスしたかで算出される
トラヒックレベルを備えている点である。例えば、３日
間の発／着呼回数をトラヒックレベルとして設定してお
けば、トラヒックレベルの大きさが過去７２時間中の使
用率の高さを示していることになる。また、最終アクセ
スタイムは、最近の使用状況の目安となる。トラヒック
レベルが同じでも、過去２４時中１度もアクセスしてい
なければ、使用ピークが過ぎていると推測し、最近使用
しているようなら逆にピークを迎えつつあると推測す
る。 【００２４】尚、上述のａ．当該ゾーンに位置するＭＬ
を抽出する動作、ｂ．抽出されたＭＬのトラヒックレベ
ル、アクセスタイムに基づき使用率の高い順に配列する
動作、ｃ．ピークについて推測する動作等、一連の動作
はソフトウェアにより実行される。そして、上記ａ．、
ｂ．の抽出、配列で何台を対象とするのかは、システム
パラメータとして”データ設定（登録）”というような
形であらかじめ登録しておく。 【００２５】図７に上記のような要領で各ＭＬのトラヒ
ックレベルを算出し、特定のＭＬを周辺ゾーンに移行さ
せるシーケンスを示す。ＦＢ５０のゾーンが輻輳状態に
なった時点でＣＣは図６に示すＭＬデータテーブルを検
索し、当該ゾーンに位置するＭＬを洗い出す。当該ゾー
ンに位置するＭＬの中で上述したようにトラヒックレベ
ルが高くて最近使用しているような現時点での使用率が
高そうなＭＬを抽出する処理を行い（Ｓ７１）、該当す
るＭＬが存在した場合、ＦＢ５０の下りＣｃｈの特定フ
レームで当該ＭＬに対する移行指示を流す。これを受信
したＭＬはベストリストで周辺のＣｃｈをサーチして周
辺ゾーンに位置登録を行い、当該周辺ゾーンへ移動する
（Ｓ７２）。これによって、当該ＭＬが発／着呼を行う
際は、輻輳ゾーンから回避される。尚、ＭＬは例えば図
３１あるいは図３２のいずれかのアルゴリズムに示され
た手順に基づきベストリストを作成しているものとす
る。 【００２６】上述の例では、現時点で通話していない
が、ＣＣがトラヒックが高そうなＭＬを洗い出しゾーン
切替えを行わせる例を示したが、すでに、通話状態にあ
るＭＬはその時点でトラヒックが高い場合が多いので、
通話終了後そのＭＬを、トラヒックが低い周辺ゾーンへ
移行させることが望ましいことがある。次の例は通話中
のＭＬが終話したら、周辺ゾーンに移行させるようにし
たもので、図８に示す。輻輳ゾーンで通話中のＭＬにつ
いて、ＣＣトラヒックレベルをテーブルから引き出す
（Ｓ８１）。特に通話状態のＭＬは終話後も続いて発／
着呼する確率が高いと考えれば、ここであえてトラヒッ
クレベルを引き出すまでもなく、終話後強制的に移行さ
せればよいが、そうではなくあくまでトラヒックレベル
を基準にして他のＭＬと同等に判定するならば、上述の
例で示したような方法でトラヒックレベルが高いＭＬか
どうかを判断する。移行対象になったＭＬが通話中であ
る場合、該当するＭＬのＳｃｈ上り電界を測定するよう
に周辺ゾーンに対して指示する（Ｓ８２）。この場合、
輻輳ゾーンで通話している全ＭＬの上り電界を測定する
必要はなく、対象となったＭＬのみ測定するのみでよ
い。各周辺ゾーンは、上記上り電界を測定した結果をＣ
Ｃに通知する。ＣＣは、上記測定結果に基づいて終話シ
ーケンス実行後に、当該ＭＬに移行指示を行う（Ｓ８
３）。移行指示を受けたＭＬは、指示された周辺ゾーン
への切替えを実行し、位置登録を行う（Ｓ８４）。 【００２７】尚、ＭＬが一斉に周辺ゾーンに移行した
ら、周辺ゾーンのＣｃｈトラヒックが突発的に上昇する
ことが起こり得る。この際は、実際には、Ｓｃｈに空が
あっても、Ｃｃｈ上の信号輻輳により発／着呼信号が通
りにくい状況となるので、運用上通話できにくいという
輻輳に近い状態になる。具体的にはゾーンのＣｃｈに障
害が発生したり、あるいはメンテナンスを行う場合が該
当し、ゾーン使用不可が発生する。これを回避するもの
で、図９に示す。周辺ゾーンにおいて、突発的にＭＬが
移動してきて位置登録シーケンスを行うような状況にな
った時、一時的にＳｃｈ１本を位置登録専用に臨時Ｃｃ
ｈとして使用することで通常Ｃｃｈの運用にトラヒック
的インパクトを与えることを回避するものである。ＦＢ
５０で障害が発生したり、あるいはメンテナンスでＣｃ
ｈを停止した場合、当該ゾーンに位置しているＭＬ２
０、２１は周辺ゾーンに切替えを行う必要が生じる。Ｍ
Ｌは、下りＣｃｈの電界劣化を検出（あるいは、下り電
界は出していて、メンテナンス状態に入るから当該ゾー
ン使用不可になるという意味の信号を受信）すると、受
信機の回線数ｃｈを切り替えて電界のあるｃｈをサーチ
し、受信可能なｃｈを選択する。 【００２８】一方ＣＣにおいては、ＦＢ５０障害（ある
いはメンテナンス）発生時にＦＢ５１、５２等の周辺ゾ
ーンに対してＳｃｈ１本を位置登録シーケンス専用に臨
時Ｃｃｈとして使用する制御をする。ゾーンを切り替え
てきたＭＬはＦＢ５１や５２のＳ１ｃｈで位置登録を行
い、位置登録シーケンス終了後、そのゾーンの通常Ｃｃ
ｈ捕捉状態にはいる。ＣＣでは、一定時間（すなわちＦ
Ｂ５０にいたＭＬが周辺ゾーンに移動しきるまでの十分
な時間）経過した後、ＦＢ５１、５２のＳ１ｃｈを通常
のＳ１ｃｈ（通話ｃｈ）としての運用に戻す。 【００２９】前述のように、ＭＬが周辺ゾーンの臨時Ｃ
ｃｈ（Ｓｃｈ）を捕捉して位置登録を行う際、通常の下
りＣｃｈで使用しているフレームパターンと異なるフレ
ームパターンを臨時Ｃｃｈになった時に使用しておけ
ば、ＭＬがＣｃｈを捕捉した時に、ＭＬにおいてそれが
通常のＣｃｈであるのか、臨時Ｃｃｈであるのか認識す
ることができる。図１０に下りＣｃｈのフレームパター
ンを示す。前述のような状況、すなわち、あるＦＢのＣ
ｃｈに障害（あるいはメンテナンス）が発生し、当該ゾ
ーンのＣｃｈを停止するような場合、周辺ゾーンのＳｃ
ｈを臨時的に第２のＣｃｈとして使用する基本動作は前
述の例に同じである。この時、図１０に示すように通常
のＣｃｈフレームパターン（Ｆ０、Ｆ１、Ｆ２・・・）
と異なるフレームパターン（Ｆａ、Ｆｂ、Ｆｃ・・・）
を臨時Ｃｃｈ（Ｓ１ｃｈ）に使用する。 【００３０】図１１にＭＬのＣｃｈ捕捉アルゴリズムを
示す。普通に運用（移動）しているＭＬにおいて、ゾー
ン間を移動する際は、徐々に下りＣｃｈの受信電界レベ
ルが劣化してゆく（Ｃｃｈを切り離す前には、それ以前
にある程度の受信電界レベルの劣化を検出してい
る。）。しかし、障害は突然発生するため受信電界が突
然なくなる。あるいは、フレームパターンが突然なくな
る。メンテナンス時は、あらかじめ下りＣｃｈにおいて
当該ゾーンの全ＭＬに対してメンテナンスになることを
通知し、周辺ゾーンへＭＬ移行をうながす通知を出すこ
とも可能である。このように突然下りＣｃｈがなくなっ
た時、あるいは一斉移行命令等を受けた時（Ｓ１１）、
電界をサーチして（Ｓ１２）Ｓｃｈの電界を検出した
ら、フレーム同期の引き込み（同期検出）動作を行う
（Ｓ１４）。フレーム同期検出は、臨時Ｃｃｈで使用す
るフレームパターン（Ｆａ、Ｆｂ、Ｆｃ・・・）を対象
として行い、異なるフレームパターンでは同期検出を行
わない、あるいは同期検出しても本来Ｓｃｈであること
から、通話で使用しているものだと認識し、当該Ｓｃｈ
を読みとばすようにする。電界があり、フレームパター
ンも臨時Ｃｃｈ用であるＳｃｈを捕捉すれば、ＭＬは位
置登録を行う（Ｓ１５）。電界状態により周辺Ｓｃｈを
捕捉できないような場合は、通常運用のＣｃｈも捕捉で
きない可能性も高いが、動作としては、通常のＣｃｈ捕
捉動作を実行する（Ｓ１６）。 【００３１】次にフレーム同期検出のメカニズムの具体
例を図１２、図１３、図１４を用いて説明する。本フレ
ーム同期検出方式は、異なる２つ以上のフレームパター
ンの検出処理を同時に行うことができる。図１２は、フ
レーム同期検出回路の構成を示し、ｃｐｕあるいはＬＳ
Ｉ化された論理回路群からなるフレーム同期検出処理モ
ジュール７（以下、ＦＤＥＴと記す。）とＦＤＥＴがア
クセスするデータ格納用のＲＡＭ：８（以下ＲＡＭと記
す）からなる。ＦＤＥＴ７はＳｃｈあるいはＣｃｈとい
う無線回線上のディジタル信号をモニタしていて、外部
から起動（ＳＴＡＲＴ／ＳＴＯＰ）され、フレーム同期
の確立の有／無、フレームタイミング、受信フレーム番
号などを出力する。図１３にフレーム同期検出のアルゴ
リズムを示す。ＦＤＥＴ７は起動されて（Ｓ１３１）
後、ＲＡＭ：８をクリアし（Ｓ１３２）モニタしている
信号を１ｂｉｔずつ受信解析する。１ｂｉｔ受信したと
き、過去８ｂｉｔがいずれかのフレームパターンと一致
しているかどうかをチェックする（Ｓ１３３１）。フレ
ームパターンでない時は、図１４に示すようなデータ構
成すなわちフレームパターンチェックでＯＫであったか
ＮＯであったかを示すビットを０：ＮＧにしフレームパ
ターンの種別、フレーム番号を”０”とする８ｂｉｔの
データをＲＡＭ８に書き込む。フレームパターンと一致
していれば、チェックｂｉｔを１（ＯＫ）としてそのパ
ターンの種別、フレーム番号とともにＲＡＭ８に書き込
む（ここまでＳ１３３４の前半）。真のフレームパター
ンならば、ちょうど１フレーム前に当該フレーム種別の
ひとつ前の番号を受信しているはずであるから、このデ
ータを読みだし（Ｓ１３３４の後半）チェックを行う
が、実施例７のように臨時Ｃｃｈのフレームパターンを
検出しなければならない時、臨時Ｃｃｈのフレームパタ
ーンではないとわかった時点（Ｓ１３３５のＹｅｓ）
で、過去のフレームパターン引き出しチェックはやめて
しまう。臨時Ｃｃｈのフレームパターンを数フレーム受
信し（Ｓ１３３６）、フレーム同期確率条件（何フレー
ム中何フレームがフレームパターンとして受信できたか
どうか）を満たせば（Ｓ１３３７）、始めてフレーム同
期確立とする。これによって、通常のＣｃｈの電界があ
って捕捉した際、フレーム同期を引き込む時点（すなわ
ち１〜２フレーム受信しただけで）で、通常のＣｃｈで
あると判定し、別の電界があるｃｈをサーチする動作を
行える。 【００３２】尚、フレーム同期が一旦確立してしまう
と、フレーム同期はずれ条件（何フレーム中何フレーム
がフレームパターンと一致しなかったかどうか）を満た
すまで、たとえ新フレーム同期のデータに切り替わって
も、旧フレームが保護されてしまう。ここでは、旧フレ
ーム保護中でも新フレームを受信したら切り替えるよう
なアルゴリズムによってより早いフレーム同期タイミン
グの切替えが行えるものを示す。図１５にフレーム同期
確立中（はずれ監視モード）時のアルゴリズムを示す。
１ｂｉｔ受信のたびに過去８ｂｉｔがフレームパターン
と一致しているかどうかチェックする（Ｓ１５１）処理
とその結果をＲＡＭ８に格納する際のデータ構成は、実
施例８と同じである。フレームパターンと一致していな
い場合は、本来フレームパターンを受信するべきタイミ
ングであるかどうかをチェックし（Ｓ１５２）、もし、
そのタイミングであれば、現在同期確立中のフレームパ
ターンがひとつ一致していないことになるので、同期は
ずれ条件を満たしているかどうかを判定する（Ｓ１５
３）。（満たせば同期はずれとする（Ｓ１５４））。フ
レームパターンと一致していた場合、今、同期確立して
いるタイミングで受信したものであるかどうかをチェッ
クし（Ｓ１５５）、一致していれば、そのままフレーム
パターンとしてデータを格納するだけである（Ｓ１５
６）。そのタイミングではない時、今受信したタイミン
グで過去受信したデータを見直し、フレーム同期確立条
件を満たすフレーム数を受信しているかどうかをチェッ
クする（Ｓ１５７）。もし、フレーム同期確立条件を満
たしたのであれば、さらに、今確立中となっているフレ
ーム同期において、最近の数フレームはフレームパター
ンが一致しないでいるものの、まだ、同期はずれ条件に
満たず保護モードになっているのかどうかをチェックす
る（Ｓ１５８）。保護モードならば、この時点で新フレ
ーム同期のタイミングに切り替えることによって、同期
はずれ条件の保護フレーム数分早く新フレーム同期に切
り替えることができる（Ｓ１５９）。 【００３３】前述の例では、ＦＢ５０のＣｃｈが障害
（あるいはメンテナンス）時に、当該ゾーンのＭＬが周
辺ゾーンに移動することを示した。ＦＢ５０において、
Ｃｃｈのみ障害であって他のＳｃｈが使用可能である
時、あるいはメンテナンス時は、正常であるためＳｃｈ
は使用できるはずである。このような場合、周辺ゾーン
で輻輳状態になった時、メンテナンスゾーンのＳｃｈを
使用する例を図１６に示す。図１６に示されるもののシ
ーケンスの概要を図１７に基づき以下に説明する。ＦＢ
５０のＣｃｈをメンテナンス状態にして、かつＦＢ５０
の他のＳｃｈが正常に使用できる状態にある時、ＦＢ５
２が輻輳になった場合（Ｓ１７１）に、次に、ＦＢ５２
においてＭＬ２に発／着呼が発生すると、ＣＣはＦＢ５
２の下りＣｃｈでＦＢ５０のＳｃｈでの通話をＭＬ２に
指示する。ＭＬ２のゾーン内の位置によっては、ＦＢ５
０まで電波が届かず、通話まで至れないケースもある
が、届く場合は、ＭＬ２は指示されたＳｃｈに移行し
（Ｓ１７２）本来のゾーンＦＢ５２が輻輳であっても通
話することが可能になる（Ｓ１７３）。 【００３４】前述の例では、通話中のＭＬの上り電界を
周辺ゾーンで電界測定する例を示した。一般的に移動体
通信システムにおいては、ＭＬの位置を管理し、保守運
用サービスのひとつとして、ＭＬの所在情報を運用者に
提供するものがあるが、所在情報は位置登録情報に基づ
くゾーン単位である。ここでは、周辺ゾーンでの電界測
定結果に基づいて、ゾーン内でのおおまかな位置を把握
する例を示す。図１８は図１８ａに示す各ゾーンのう
ち、ゾーンＡで通話しているＭＬの上り電界をＢ〜Ｈの
周辺ゾーンで電界を測定した結果をイメージ的に示して
いる。電界レベルは、ここでは１０段階とし、ゾーン内
で十分な電界を得られるレベルを８以上とし、電界レベ
ルの概念を示す図１８ｂにおいて、点線以内では、これ
以上の上り電界が測定される。エリアの境界付近は、レ
ベル５程度とし、これ以下になるとＣＣはハンドオーバ
ー（通話中ゾーン移動）処理を実行すると考えてよい。
今、図１８のような電界測定結果を得たとすれば、通話
ゾーンであるＡではレベル６であることから境界に近い
付近はＭＬが存在しているのではないかと推測される。
そして、その周辺ゾーンＢ〜Ｈのレベルをみると、ゾー
ンＢとＧが最も高くレベル５の電界を得ていることか
ら、図１８ａのハッチングを施したエリアＳにＭＬが位
置していることが推測できる。このように、ひとつのゾ
ーンを表す円をその周辺ゾーンの数で分割したエリアに
区分してＭＬの位置を把握することが可能である。 【００３５】前述の例では、ＭＬの上り電界のみを判断
基準としているが、ＭＬが例えばビル影に入ったときな
ど電波状況によっては、必ずしも確実な情報とはなり得
ない場合がある。ここでは、ＭＬの上り信号のｂｉｔ遅
延を観測する例を示す。図１９にＭＬの上り信号のｂｉ
ｔ遅延のイメージを示す。ＦＢではＣｃｈ、Ｓｃｈのフ
レームタイミングを生成するために必ずマスターとなる
フレームタイミングを持っている。通常はＣＣとＦＢと
の間の伝送網に同期し、どのＦＢも同じタイミングでシ
ステム全体で網同期がとれている。今、このマスターフ
レームタイミングに対して通話中ＭＬの上りフレームタ
イミングがどれだけ遅延しているのかを通話中のゾーン
とその周辺ゾーンで見れば、その相対的遅延ｂｉｔ数か
ら、エリア内のおおまかな位置を把握できる。 【００３６】前述の例でゾーン内でのおおまかな位置を
把握する例を示した。ここでは、前述の例で得た位置情
報を表示する例を図２０に示す。図２０において、例え
ば、パソコン３（以下ＰＣ）では、あらかじめ画情報と
してゾーンおよびゾーン内の区分を表示している。ある
いは、地図も画情報として登録されていてその上に上記
エリアが表示されるような高機能タイプのものであって
もよい。ＣＣ１はＰＣ３に対して位置情報を単にアドレ
ス化して（例えばエリア通話とかあるいは座標値とか
で）渡すだけでよく、ＰＣ３側で表示形式を備えておけ
ばよい。この場合、一般的なＰＣインタフェースである
ＲＳ−２３２Ｃで十分実現可能である。また、ＰＣ３ほ
ど高機能的でなくとも、ＭＡＰ４のような地図を作り込
んでやってエリア位置に相当する箇所にＬＥＤ等のラン
プを備えておいて、このランプをＣＣ１から通知される
アドレスに従って点灯させてやればよりシンプルな表示
装置を得ることができる。 【００３７】実施例１． ところで、一般的なＣｃｈの捕捉動作に関し、例えば以
下のような状況が発生することがある。ＭＬは通常、一
旦Ｃｃｈを捕捉したら、捕捉しているＣｃｈを受信でき
ない状態が発生するまで、Ｃｃｈ捕捉動作を行わない。
ゾーン間には通常オーバーリーチと呼ばれるサービス可
能エリアの重なりが存在するので、ゾーン間をＭＬが移
動してもすぐにはＣｃｈが切り替わらず、そのままのＣ
ｃｈを捕捉し続ける。また、一般に機器構成、および性
能上、ＭＬの上り電波送信出力より、ＦＢの下り電波送
信力の方が強く、ＭＬの送信電波はもうＦＢに届かない
ところまで移動してしまっていても、Ｃｃｈを捕捉し続
けるというようなことが起こるケースがある。本実施例
では、Ｃｃｈ捕捉アルゴリズムを行う移動スイッチをＭ
Ｌに備えた例を図２１に、動作を図２２に示す。通常Ｍ
Ｌには、受信Ｃｃｈの電界レベルをＬＣＤ等で可視表示
する機能を備えているが、ユーザがこれらから現在受信
中の電界レベルが小さいと判断した時、ＭＬの操作ボタ
ン上のＣｃｈサーチ手動スイッチ１０を押下する（Ｓ２
２１）。スイッチを押下されたＭＬは図３１あるいは３
２のようにＣｃｈをサーチする（Ｓ２２２）。異なるＣ
ｃｈを捕捉した場合は、位置登録を行う。スイッチ１
０、１１は図２１に示されるように複数個のスイッチ群
のうち、最上段部に位置し、スイッチ１０とスイッチ１
１との間に別の機能スイッチが位置している。 【００３８】実施例２． 実施例１では、手動スイッチでＣｃｈサーチを起動する
例を示したが、スイッチではなくＭＬが自動的にＣｃｈ
サーチを行う例を図２３に示す。一般に、下りＣｃｈを
受信できない状態が発生して始めてＣｃｈサーチが起動
されることは前に述べたが、ここでは、下りＣｃｈ電界
測定を、一定時間単位で行い、下りＣｃｈを受信できな
くなる前にＣｃｈサーチを起動するものとする。普通に
ＭＬがゾーン外に移動していった場合、下りＣｃｈの電
界は徐々に弱くなるはずである。電界分布の変動があっ
たとしても、一定時間内の電界測定値を平均化し、かつ
一定時間ごとにその平均値をサンプリング的に処理して
やれば、電界が劣化しつつある状態か否かは容易に判断
できる。尚、電界測定値の平均化から電界劣化状態の判
断までの動作はいわゆるソフトウェア処理により実行す
る。完全にＣｃｈを受信できなくなる電界レベルより少
し高めにこの電界劣化レベルを設定しておき、上記経過
時間ごとの処理で電界劣化レベルがある時間続いたとき
（Ｓ２３１）に例えば図３１のアルゴリズムに基づきＣ
ｃｈサーチを起動する（Ｓ２３２）ように構成されてお
り、このＣｃｈサーチ起動に基づき、ＭＬはゾーン間を
移動しても受信できないレベルにおちいる前に自動的に
最適Ｃｃｈを捕捉する。 【００３９】実施例３． 実施例１でゾーン間のオーバーリーチ、上り／下り電界
のアンバランスを説明したが、これは通話中のＭＬにつ
いてもあてはまる。例えば、図２４のようにＦＢ５１と
ＦＢ５２からほぼ等距離にいるＭＬ２は、どちらのゾー
ンのＳｃｈを使っても通話できる。電界状態によって
は、例えば、ビルの影を横切ったり、遮蔽物にアンテナ
を向けたりした時に、タイミングによってはハンドオー
バー（以下、Ｈ．Ｏと記す）が起動され、状態がかわっ
たらまたＨ．Ｏで元のゾーンに切り戻されるといったこ
とが起こる。Ｈ．Ｏは通話状態を継続する機能ではある
が、通話路を切り替えているため必ず瞬断がはいり、通
話品質上はＨ．Ｏが起きない方が望ましい。図２４のよ
うな場合、図２１に示すようなＨ．Ｏ抑止スイッチ１１
をＭＬの操作ボタン上に備えておいて、ユーザが通話中
にＨ．Ｏが繰り返されることを認識し、それに不快感を
おぼえるようなケースでは、図２５のように本スイッチ
を押下し、ＭＬはＣＣに対してＨ．Ｏ抑止要求を行うも
のとする。通話中ＭＬの上り信号はフレーム化されたデ
ィジタルの音声信号であるが、例えば図２６に示すよう
に特定のフレーム、このＨ．Ｏ抑止の制御信号にあてる
ことによってＣＣは上りＳｃｈ上からＭＬのＨ．Ｏ抑止
要求を知り、当該ＭＬに対するＨ．Ｏ処理を以後抑止す
る。尚、図２６に示すフレームフォーマットにおいて、
制御信号の部分にはＨ．Ｏの抑止を要求する制御フレー
ムを示している。一般に制御フレームとしては、無線伝
送路上のビットエラーを考慮し、２〜４フレーム連送さ
れることが多いが、この例では便宜上Ｈ．Ｏ抑止要求用
の制御フレームを１フレームのみ示している。 【００４０】実施例４． 実施例３では、手動スイッチによってＭＬからＨ．Ｏ抑
止要求を上げる例を示したが、本実施例では、スイッチ
の変わりにＭＬにおいて、Ｈ．Ｏの繰り返し回数をカウ
ントし規定回数以上のＨ．Ｏの繰り返しが起きたら、自
動的にＨ．Ｏ抑止要求を上げる例を図２７に示す。通話
中のＭＬにおいて、ＣＣから通話ゾーンを切り替えるよ
うＨ．Ｏ処理を実行させられた場合に、どのゾーンから
どのゾーンへＨ．Ｏしたのかをその時の受信電界レベル
とともに記憶しておく。同一ゾーン間Ｈ．Ｏを複数回や
らされた場合に、ＭＬはＣＣに対して実施例３のように
Ｈ．Ｏ抑止要求を行うことによって当該ＭＬに対する
Ｈ．Ｏが抑止される。 【００４１】実施例５． 実施例３および４では、ＭＬからＨ．Ｏ抑止要求を上げ
る例を示したが、本実施例では、ＣＣが判断抑止する例
を図２８に示す。図２４のような状態で、ＦＢ５０、Ｆ
Ｂ５１の間でＭＬ２がＨ．Ｏを繰り返す場合、ＣＣは当
該通話をどのゾーンからどのゾーンへＨ．Ｏしたのかを
管理していて、同一ゾーン間において同一ＭＬのＨ．Ｏ
処理を規定回数以上実行したとき（Ｓ２８１）、以後当
該通話（ＭＬ）に対するＨ．Ｏ処理を抑止するという制
御を行う（Ｓ２８２）。この時の抑止は段階的に行え
ば、より効果的である。例えば、Ｈ．Ｏでゾーン間を１
往復し、もとのゾーンに戻ってきた場合、抑止段階１と
して今いるゾーンからのＨ．Ｏを難しくする。すなわ
ち、Ｈ．Ｏ処理を起動する当該ゾーンでの通話中ＭＬの
上り電界劣化レベルの判定基準を下げる。すると、前回
Ｈ．Ｏを起動した上り電界よりさらに劣化しなければ、
Ｈ．Ｏ処理が起動されないので、やや、抑止されたこと
になる。このようにして、Ｈ．Ｏ処理の回数の毎に、
Ｈ．Ｏ起動の判定基準を下げてやれば、Ｈ．Ｏが抑止さ
れてゆく。 【００４２】これまでに述べた実施例１〜実施例５のい
わゆるディジタル方式の移動体通信に適用した例を示し
たが、アナログ方式の移動体通信にも適用可能である。 【００４３】 【発明の効果】請求項１の発明では、Ｈ．Ｏ抑止用の手
動スイッチをＭＬに備えることにより、Ｈ．Ｏの繰り返
しが抑止され、安定な通話ができる。

【図面の簡単な説明】 【図１】 本発明における移動体通信システムの概要を
示す図。 【図２】 輻輳ゾーンの着呼呼出しのシーケンスを示す
図。 【図３】 ＭＬの上りＣｃｈ電界を示す図。 【図４】 輻輳ゾーンの着呼呼出しのシーケンスを示す
図。 【図５】 輻輳ゾーンからのＭＬの移行シーケンスを示
す図。 【図６】 ＣＣが持つＭＬに関するデータテーブルを示
す図。 【図７】 輻輳ゾーンからのＭＬの移行シーケンスを示
す図。 【図８】 輻輳ゾーンからのＭＬの移行シーケンスを示
す図。 【図９】 周辺ゾーンの突発的Ｃｃｈトラヒックの回避
を行う例を示す図。 【図１０】 下りＣｃｈのフレームパターンを示す図。 【図１１】 ＭＬのＣｃｈ捕捉手順を示す図。 【図１２】 フレーム同期検出回路の構成を示す図。 【図１３】 フレーム同期検出手順を示す図。 【図１４】 データ格納ＲＡＭに格納されているデータ
構成を示す図。 【図１５】 フレーム同期検出手順を示す図。 【図１６】 メンテナンスゾーンでの通話を示す図。 【図１７】 シーケンスを示す図。 【図１８】 通話中ＭＬの上り電界測定レベルを示す
図。 【図１９】 通話中ＭＬのビット遅延を示す図。 【図２０】 ＭＬの位置情報の表示例を示す図。 【図２１】 実施例１、３におけるＭＬ形状の動作の概
要を示す図。 【図２２】 実施例１におけるＭＬの動作の概要を示す
図。 【図２３】 実施例２におけるＭＬの動作の概要を示す
図。 【図２４】 実施例３〜５におけるＭＬの通話状態の概
要を示す図。 【図２５】 実施例３におけるＭＬからのＨ．Ｏ抑止要
求を示す図。 【図２６】 実施例３におけるＨ．Ｏ抑止要求のための
信号フォーマットを示す図。 【図２７】 実施例４におけるＨ．Ｏ抑止例を示すシー
ケンス図。 【図２８】 実施例５におけるＨ．Ｏ抑止例を示すシー
ケンス図。 【図２９】 従来の移動体通信システムの構成を示す
図。 【図３０】 従来の他の移動体通信システムの概要を示
す図。 【図３１】 図３０に示したものにおけるＣｃｈのベス
トリストの一例を作成する手順を示す図。 【図３２】 図３０に示したものにおけるＣｃｈのベス
トリストの他の例を作成する手順を示す図。 【図３３】 図３０に示した移動体通信システムにおけ
る輻輳ゾーンの着呼呼出しシーケンスを示す図。 【符号の説明】 １ ＣＣ（移動体交換局）、２ ＭＬ（移動体）、１０
Ｃｃｈサーチ手動スイッチ、１１ Ｈ．Ｏ抑止スイッ
チ ５０〜５２：ＦＢ（無線基地局）、５００〜５２
０：サービスエリア。

フロントページの続き (56)参考文献 特開 平４−49797（ＪＰ，Ａ) 特開 昭59−200538（ＪＰ，Ａ) 特開 昭59−52933（ＪＰ，Ａ) 特開 平６−245260（ＪＰ，Ａ) 特開 平５−41689（ＪＰ，Ａ) 特開 平５−41690（ＪＰ，Ａ) 特開 平５−292012（ＪＰ，Ａ) 特開 平５−75530（ＪＰ，Ａ) 特開 平４−213234（ＪＰ，Ａ) 特開 昭58−187031（ＪＰ，Ａ) 実開 昭63−7829（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04Q 7/22

Claims (1)

1. (57)【特許請求の範囲】 【請求項１】 複数の無線基地局でサービスエリアを構
   築し、ひとつのゾーンにはゾーン内の移動体に対して呼
   接続制御を行うための制御チャネルと、通話用のチャネ
   ルを備えている移動体通信システムにおいて、通話中の
   移動体が、ハンドオーバーを繰り返している場合に、通
   話用のチャネルにおける上記通話中の特定のフレームに
   よってハンドオーバー抑止の制御信号を上記移動体から
   移動体交換局に送信するための手動スイッチを移動体に
   備え、上記移動体交換局は、当該ハンドオーバー抑止要
   求によりハンドオーバーを以降抑止することを特徴とす
   る移動体通信システム。