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

Abstract

(57)【要約】 【課題】複数の無線基地局でサービスエリアを構築し、
ひとつのゾーンにはゾーン内の移動体に対して呼接続制
御を行うための制御チャネルと、通話用のチャネルを備
えている移動体通信システムにおいて、移動体の制御チ
ャネル捕捉動作／ハンドオーバー動作を円滑で効率のよ
い運用とする。 【解決手段】移動体が制御チャネルを受信できなくなる
前に制御チャネル捕捉動作を起動するスイッチ／ハンド
オーバー抑止スイッチを移動体に備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ディジタル移動体
通信システムなどの移動体通信におけるゾーン制御に関
するものである。

【０００２】

【従来の技術】例えば、特開平０５−０６３６３５に公
開された「無線基地局出力制御によるトラヒック分散方
式」においては、従来例としてセルラー方式移動体無線
通信システムの仕様書であるＥＩＡを用いて一般的発／
着呼手順（呼接続制御）を説明し、その欠点を指摘して
いる。以下その内容を示す。図２９はセルラー方式移動
体通信システムを構成する複数の無線基地局の各サービ
スエリアの一例を示す図である。

【０００３】移動体電話端末（以下ＭＬと呼ぶ）が、発
呼あるいは着呼応答動作を行った際、無線基地局５０
（以下ＦＢ５０と呼ぶ）の保有する通話チャネル（以下
Ｓｃｈと呼ぶ）が存在すれば、ＭＬはＦＢ内のＳｃｈを
割り当てられて通話サービスを実現できる。空きＳｃｈ
が存在しない場合、ＦＢ５０からＭＬに対して下り制御
チャネル（以下Ｃｃｈと呼ぶ）上に、Ｄｉｒｅｃｔｅｄ
Ｒｅｔｒｙ信号を送信し、これによってＭＬはＦＢ５
０以外の同調可能なＦＢ５１、５２、５３、５４、５
５、５６の放送する下りのＣｃｈのいずれかを再捕捉
し、同調した後、再選択したＦＢの上りＣｃｈで発呼要
求あるいは着呼応答を再送することにより再選択したＦ
ＢのＳｃｈを割り当てられて通話サービスを実現する。

【０００４】この特開平５−６３６３５号に示されたも
のの他、従来技術として図３０〜図３４に示されるもの
があり、以下この従来技術につき説明する。図３０にお
いて、１は移動体交換局（以下ＣＣと呼ぶ）、２はＭＬ
（移動体端末で従来のものに基本的に同じ）、５０〜５
２はＦＢ（無線基地局で従来のものに基本的に同じ）、
５００〜５２０はサービスエリアでＦＢ５０〜５２の制
御ゾーンエリアを示す。

【０００５】次に動作について説明する。通常ＣＣは複
数のＦＢを制御し、当該ゾーンに位置しているＭＬに対
して、Ｃｃｈで発／着呼シーケンスを実行し、当該ゾー
ンのＳｃｈを与えて通話にいたらしめる。ゾーン内にい
るＭＬは通常当該ゾーンのＦＢから送信されている下り
Ｃｃｈを受信している。下りＣｃｈはフレーム切りされ
ていて、先頭にフレーム番号を付加したパッケージ情報
の流れである。１つのフレームはそれがどのような意味
を持つのかを示す”信号種別”やＦＢ番号を示す”ゾー
ン番号”などと着呼呼出や発呼応答、通話ｃｈ指示と言
った制御情報からなる。

【０００６】この下りＣｃｈでは、あらかじめ報知信号
として周期的に当該ゾーンの周辺ゾーンのＣｃｈの番号
を情報として流すものとする。それによってＭＬは当該
ゾーンのＣｃｈを捕捉し、フレーム同期がとれ、下りＣ
ｃｈの情報を読み込める状態になっている上記報知信号
から周辺ゾーンのＣｃｈ情報を周辺ゾーンで使用されて
いるＣｃｈの周波数を示すコードとして得ることがで
き、あらかじめ周辺ゾーンのＣｃｈを知っておくことが
できる。

【０００７】また、当該ゾーンに位置するＭＬを呼び出
す際に下りＣｃｈに流す着呼呼出信号において、呼び出
すＭＬの番号に加えて、当該ゾーンのＳｃｈが現在使用
できる状態にあるのか、ないのかを同時に示すものとす
る。これによって、ＭＬは着呼呼び出しを受けた時に当
該ゾーンのＳｃｈがあるのかを知ることができるように
する。

【０００８】上述した下りＣｃｈで報知されている周辺
ゾーンのＣｃｈ情報をＭＬが取り込むアルゴリズムの例
を図３１に示す。ＭＬは下りＣｃｈを捕捉し（Ｓ３１
１）、フレーム同期がとれ、情報読み込みが可能な状態
になった後（Ｓ３１２）報知されている周辺のＣｃｈ情
報を取り込む（Ｓ３１３）。一通り取り込んだ後、一旦
今のＣｃｈをはずし、取り込んだＣｃｈの情報からどの
ゾーンの下りＣｃｈがどのくらいの電界で受信できるの
か順次測定してゆく（Ｓ３１４）。周辺ゾーンの下りＣ
ｃｈの測定を終えたら、その結果から受信しやすい順
（電界が強い順）にＭＬの内部で並べ変える。この並べ
変えられた下りＣｃｈのリストをベストリストと呼ぶ。
ベストリスト作成（Ｓ３１５）後は、当初のつまり最初
に捕捉し、周辺Ｃｃｈ情報をもらったＣｃｈを捕捉し、
通常の運用状態にはいる（Ｓ３１７）。尚、ＭＬが移動
し、当該ゾーンの下りＣｃｈを受信できなくなったり、
あるいは、発／着呼時に当該ゾーンのＳｃｈがなかった
りした場合、上記ベストリストに基づき受信しやすいも
のから（つまりベスト２から）Ｃｃｈ捕捉動作を行うも
のとする（Ｓ３１６）。

【０００９】図３１のアルゴリズムでは、ベストリスト
は最初にＣｃｈを捕捉したときに作られる。よって、Ｍ
Ｌの移動状況によっては、例えば、今受信しているＣｃ
ｈが切れそうなので、ベストリストにしたがってベスト
２のＣｃｈを捕捉したが、実際には、その間の移動によ
ってベスト２より下のＣｃｈの方がよく受信できる状態
になってしまった場合、実際上の一番強い（ベストの）
Ｃｃｈを受信できないようなことが起こってしまう。そ
の問題を解消するために図３２に示す方法が考えられ
る。ベストリストに従ってＣｃｈを切り替え、周辺Ｃｃ
ｈ情報を取り込んだ（Ｓ３２３）後、周辺Ｃｃｈの電界
を測定する際、この最初に切り替えたＣｃｈより強い電
界で受信できるＣｃｈがあるのかないのかをチェックす
るようにする（Ｓ３２５）。これによってなければ、そ
のまま図３１に示すもののようにベストリストを作成す
る（Ｓ３２７）か、よりよく受信できるＣｃｈがあった
場合、その強い方のＣｃｈに切り替え（Ｓ３２６）、再
度周辺Ｃｃｈの取り込みから測定を行うことによって、
現実に一番電界が強いＣｃｈを捕捉するようにするもの
である。

【００１０】次に、実際に輻輳状態に位置するＭＬがど
のように着呼呼び出しを受け通話に至るかを示すシーケ
ンスを図３３に基づいて説明する。ＣＣは輻輳ゾーンに
おいては、ＭＬを呼び出す際に、着呼呼出しフレームに
おいてＭＬ番号とともにそのゾーンにＳｃｈがあるかな
いかを示して着呼信号を送信する。当該ＭＬはこれを受
信すると、既に当該ゾーンにはＳｃｈがないことを認識
し、内部のベストリスト上から捕捉可能なＣｃｈをさが
し、捕捉できたＣｃｈの上りＣｃｈでこのゾーンでの着
呼呼出しをＣＣに対して要請する。ＣＣはこの着呼呼出
要請を受けたゾーンでふたたび着呼呼出信号を送出す
る。Ｓｃｈがある場合は、ＭＬは着呼応答を返し、ＣＣ
からＳｃｈを与えられて通話に至る。終話後ＭＬは当該
ゾーンのＣｃｈ受信状態になり、このＣｃｈから周辺Ｃ
ｃｈ情報を取り込んで、図３２に示すアルゴリズムでふ
たたびベストのＣｃｈを捕捉する。

【００１１】

【発明が解決しようとする課題】上記従来例にかける呼
接続手順では、着呼時、まず下りＣｃｈの「呼び出し」
に対してＭＬの着呼応答があって、それに対してＤｉｒ
ｅｃｔｅｄ Ｒｅｔｒｙなる信号が下りＣｃｈに送信さ
れ、これを受けてＭＬがＣｃｈ再選択からリトライに至
る制御を行っている。従って、以下の如き具体的な問題
点がある。 ａ．図３１および図３２に示すようなアルゴリズムでは
ＭＬが現在捕捉しているＣｃｈを切り離し、他ゾーンの
下りＣｃｈの電界の受信レベルのサーチ動作を行うが、
このサーチ期間中はＣＣとＭＬは通信をすることができ
ない。 ｂ．また、このＭＬのリトライまでの時間まで、必ず接
続できるという保証もないのに発呼者を保留（接続でき
るかできないか不定である時間）する。 ｃ．さらに、図３３に示すような複雑なシーケンスはＣ
ｃｈのトラヒックを上昇させる。さらに例えば、あらか
じめ、Ｃｃｈ上の信号フレーム（フォーマット）上のビ
ット数、フレーム数等の制約があり、隣接Ｃｃｈの情報
や着呼呼出時に輻輳を通知できない場合、あるいは着呼
呼出単位が複数ゾーンの場合、一旦複数ゾーンに着呼を
かけてＭＬからの応答があったゾーンが輻輳ゾーンであ
る時に輻輳ゾーン処理を実行することになるのでＭＬと
の間のシーケンスがふえ、そのためにトラヒックが増
す。 上記ａ．〜ｃ．の問題点以外に移動体の位置情報を適性
に把握すること、ハンドオーバー動作の繰り返しを抑制
すること等につき、従来技術では充分に応えられなかっ
た。このように従来技術では、円滑かつ効率のよい運用
を充分には達成できないという問題点があった。

【００１２】この発明は上記のような問題点を解決する
ためになされたもので、円滑で効率のよい運用を行うこ
とができる移動体通信システムを提供することを目的と
する。

【００１３】

【課題を解決するための手段】請求項第１項の発明は、
制御チャネル捕捉動作を起動する手動スイッチを移動体
が備えたものである。

【００１４】請求項第２項の発明は、制御チャネル捕捉
動作を単位時間あたりの下り制御チャネルの電界劣化状
況に基づき行うようにしたものである。

【００１５】請求項第３項の発明は、移動体においてハ
ンドオーバーを抑止するための手動スイッチを備えたも
のである。

【００１６】請求項第４項の発明は、移動体が、一定時
間内に同一ゾーン間のハンドオーバーを規定回数実行さ
せられた場合に、移動体交換局に対してハンドオーバー
の抑止要求を行うようにしたものである。

【００１７】請求項第５項の発明は、交換制御局が、一
定時間内に特定ＭＬに対して同一ゾーン間のハンドオー
バーを実行する際、当該移動体の当該ゾーンへのハンド
オーバーを徐々に抑止してゆくようにしたものである。

【００１８】

【発明の実施の形態】図３０〜図３３に示してあるよう
な呼接続シーケンスでは、輻輳ゾーンに位置するＭＬに
着呼させるために、あくまでひとつの呼処理として処理
するため、すなわち着呼ＭＬが輻輳ゾーンではないゾー
ンから移動する際には、Ｃｃｈ捕捉動作を行うが、この
間はＣＣと交信できず、ふたたびＣＣと交信できるよう
になるまでいわゆる”鳴きわかれ”状態がどれだけ続く
のか不定であり、この間発呼者をただ保留させてしま
う。周辺ゾーンも輻輳であったり、またＣｃｈ捕捉動作
に時間がかかりすぎたり、必ず接続できる保証もなく発
呼者を長時間保留するのは、サービスビリティ上あまり
好ましいことではない。

【００１９】この構成は図１に示すように、前述の図３
０の構成と基本的には類似しているが、ＣＣにトーキン
グトランクＴＴが接続されており、このトーキートラン
ク１００はトーキー１、トーキー２の二種類のトーキー
が音声ファイルとして内蔵されており、それらを図１に
おいてＴ１、Ｔ２で示してある。

【００２０】この動作を図２に基づき以下に説明する。
着呼接続シーケンスにおいて、ＭＬが着呼呼出（Ｓｃｈ
空なし）を受けてベストリストからＣｃｈをさがす間
に、発呼者に対して”輻輳である。”、”再発呼をうな
がす。”旨のトーキーサービスを行うものである。図２
において、ＣＣはＭＬに着呼呼出（Ｓｃｈ空なし）を送
出すると同時に、発呼者に対してトーキー１により”た
だいま、ＭＬのゾーンが輻輳中なので、ＭＬはゾーン切
り替えを実行しています。”という内容のトーキーサー
ビスを行う。さらに一定時間が経過してもＭＬがうまく
他ゾーンのＣｃｈを捕捉できなかった場合には、トーキ
ー２により”しばらくしてからもう一度おかけ直しくだ
さい。”という内容のトーキーサービスを行う。発呼者
はこれを聞いて一旦切断し、もう一度電話をかけ直す。
一方、ＭＬがこの間に速やかにＣｃｈ切替え動作を実行
し、別ゾーンに切り替えることができれば、ＣＣはトー
キー１をストップし、呼出音（ＲＢＴ）を発呼者に流す
ことによって発呼者はＭＬの呼出しに成功したことを認
識し、そのまま電話機を保持していれば、やがて通話に
至る。一旦切断した発呼者が、再発呼してきた時には、
時間的にみてＭＬは切り替えたゾーンで通話を行うこと
ができる。尚、ベストリストは、例えば前述の図３１ま
たは図３２に示されたアルゴリズムに基づきＭＬにより
作成される。

【００２１】上述の例では、ＭＬのＣｃｈ捕捉動作によ
って輻輳ゾーンから離脱する例を示したが、次にＣＣ
（ＦＢ）側の制御によって、ＭＬのＣｃｈ捕捉動作をと
もなわない一般的な着呼動作に近い形で通話に至るよう
にしたものである。以下、図３および図４に基づき説明
する。図３は輻輳ゾーンＦＢ５０に位置するＭＬ２が着
呼呼び出しを受けてＦＢ５０に対して着呼応答を返して
いる状態のイメージ図でＭＬ２のこの上りＣｃｈの電界
は、ＦＢ５１やＦＢ５２にも届いていることを表してい
る。図３に示されたもののシーケンスを図４に基づき以
下に説明する。輻輳ゾーンに位置するＭＬに着呼を行お
うとする場合、ＣＣはまず当該ゾーンＦＢ５０の周辺ゾ
ーンＦＢ５１、５２に対してＦＢ５０の上りＣｃｈの電
界を測定するように指示した（Ｓ４１）後、ＭＬが現在
位置登録しているＦＢ５０からＭＬに対して着呼呼び出
しを行う。ＭＬはＦＢ５０の上りＣｃｈで着呼応答を返
すが、このＭＬの上り電界を周辺ゾーンであるＦＢ５
１、ＦＢ５２は測定し、その上り電界レベル測定結果を
ＣＣに通知する。ＣＣはこの結果に基づき（Ｓ４２）、
輻輳ゾーン以外で一番電界のあったゾーンのＳｃｈをＦ
Ｂ５０の下りＣｃｈでＭＬに指示する（Ｓ４３）。ＭＬ
は、指示されたＳｃｈに移行し（Ｓ４５）通話に至る。
図４の一連の動作は、ＭＬにとっては、一般的な着呼動
作であり、この動作は、着呼呼出しに対する応答を返
し、通話可能なＳｃｈを指示されて、そのＳｃｈで通話
に至るという動作に外ならない。

【００２２】上述の例では、ＭＬの上りＣｃｈの電界を
測定する例を示した。ひとつの電話端末に着目した場
合、１回の通話直後に続けて使用する確率は高いといえ
る。例えば、電話がかかってきて、その通話内容によっ
てその後別のところに今度はかけるというような場合が
該当する。次の例では、上記のような点を考慮したもの
で、輻輳ゾーンで通話中のＭＬを終話時にその周辺ゾー
ンに移行させてしまうことによって、続けて発呼してき
ても、周辺ゾーンから発呼することになり、そのゾーン
がすぐまた輻輳ゾーンに戻るようなことを回避するよう
にしたものである。もともと、ハンドオーバー処理を行
うために、ＦＢには通話中のＭＬの上り電界を測定する
装置があるのは一般的なことである。通話中のＭＬの上
り電界測定結果に基づいて通話後にゾーンを切り替えさ
せる例を図５に示す。ＣＣは輻輳ゾーンで通話中のＭＬ
（輻輳であるから、Ｓｃｈの数だけ存在する。）の上り
電界を測定するように周辺のＦＢに指示する（Ｓ５
１）。一般的なハンドオーバー処理では、当該ゾーンで
通話中のＭＬの上り電界があるしきい値以下になった
時、周辺ゾーンへ通話中のまま移行させるため、周辺ゾ
ーンで当該ＭＬの電界測定を起動するが、ここでは、し
きい値以上であっても周辺ゾーンに対して測定を指示す
る。各周辺ゾーンのＦＢは複数のＭＬの上り電界測定の
結果をＣＣ順位に通知する。ＣＣは当該ゾーンで一番最
初に終話したＭＬとの間で終話シーケンスを実行し、最
後に上記測定結果に基づいて一番電界が高かったゾーン
への移行を指示する（Ｓ５２）。移行指示を受けたＭＬ
は、指示されたゾーンへ移行し位置登録を行う。

【００２３】この移行したＭＬは、続けて発呼する場合
もあるし、そうでない場合もあるが、発呼しても周辺ゾ
ーンで発呼から通話までの動作をすることになるので、
元のゾーンはすぐふたたび輻輳ゾーンにもどるというよ
うなことはない。また、別のＭＬが発／着呼し、元のゾ
ーンが輻輳しても、今度は、以前から通話状態にあるＭ
Ｌの周辺ゾーンでの上り電界は既に測定済みであるか
ら、新しく通話しているＭＬの上り電界のみ上記のよう
な要領で周辺ゾーンで測定すればよい。このようにし
て、輻輳ゾーンで通話中のＭＬを、終話後に周辺ゾーン
へ移行させることによって輻輳ゾーンにふたたびなり得
る確率を減らす。

【００２４】従来例としては、輻輳状態を下りＣｃｈで
の報知することによってＭＬが周辺ゾーンへのＣｃｈ切
替えを行う構成がある。そのような構成では、以下のよ
うな問題がある。ａ．当該ゾーンに位置するすべてのＭ
Ｌがほぼ一斉にＣｃｈ切替え→位置登録を実行するため
周辺ゾーンのＣｃｈトラヒックが一時点に上昇する。
ｂ．輻輳に１度なったら当該ゾーンにおいては、通話中
以外のＭＬがすべて周辺ゾーンに移動してしまい、輻輳
が解除されても結果的にＭＬの分布がアンバランスな状
態になる。次の例では、上記問題を解消したもので、図
６に示すようなＭＬを管理するためのデータテーブルを
ＣＣがもち、そのテーブル上からある特定のＭＬのみを
選び出し、当該ＭＬにゾーン切替えを実行させるもので
ある。

【００２５】図６に示すテーブルの特長は、パラメータ
として各ＭＬが最後に発／着呼した最終アクセスタイム
と、ある一定期間中に何回アクセスしたかで算出される
トラヒックレベルを備えている点である。例えば、３日
間の発／着呼回数をトラヒックレベルとして設定してお
けば、トラヒックレベルの大きさが過去７２時間中の使
用率の高さを示していることになる。また、最終アクセ
スタイムは、最近の使用状況の目安となる。トラヒック
レベルが同じでも、過去２４時中１度もアクセスしてい
なければ、使用ピークが過ぎていると推測し、最近使用
しているようなら逆にピークを迎えつつあると推測す
る。

【００２６】尚、上述のａ．当該ゾーンに位置するＭＬ
を抽出する動作、ｂ．抽出されたＭＬのトラヒックレベ
ル、アクセスタイムに基づき使用率の高い順に配列する
動作、ｃ．ピークについて推測する動作等、一連の動作
はソフトウェアにより実行される。そして、上記ａ．、
ｂ．の抽出、配列で何台を対象とするのかは、システム
パラメータとして”データ設定（登録）”というような
形であらかじめ登録しておく。

【００２７】図７に上記のような要領で各ＭＬのトラヒ
ックレベルを算出し、特定のＭＬを周辺ゾーンに移行さ
せるシーケンスを示す。ＦＢ５０のゾーンが輻輳状態に
なった時点でＣＣは図６に示すＭＬデータテーブルを検
索し、当該ゾーンに位置するＭＬを洗い出す。当該ゾー
ンに位置するＭＬの中で上述したようにトラヒックレベ
ルが高くて最近使用しているような現時点での使用率が
高そうなＭＬを抽出する処理を行い（Ｓ７１）、該当す
るＭＬが存在した場合、ＦＢ５０の下りＣｃｈの特定フ
レームで当該ＭＬに対する移行指示を流す。これを受信
したＭＬはベストリストで周辺のＣｃｈをサーチして周
辺ゾーンに位置登録を行い、当該周辺ゾーンへ移動する
（Ｓ７２）。これによって、当該ＭＬが発／着呼を行う
際は、輻輳ゾーンから回避される。尚、ＭＬは例えば図
３１あるいは図３２のいずれかのアルゴリズムに示され
た手順に基づきベストリストを作成しているものとす
る。

【００２８】上述の例では、現時点で通話していない
が、ＣＣがトラヒックが高そうなＭＬを洗い出しゾーン
切替えを行わせる例を示したが、すでに、通話状態にあ
るＭＬはその時点でトラヒックが高い場合が多いので、
通話終了後そのＭＬを、トラヒックが低い周辺ゾーンへ
移行させることが望ましいことがある。次の例は通話中
のＭＬが終話したら、周辺ゾーンに移行させるようにし
たもので、図８に示す。輻輳ゾーンで通話中のＭＬにつ
いて、ＣＣトラヒックレベルをテーブルから引き出す
（Ｓ８１）。特に通話状態のＭＬは終話後も続いて発／
着呼する確率が高いと考えれば、ここであえてトラヒッ
クレベルを引き出すまでもなく、終話後強制的に移行さ
せればよいが、そうではなくあくまでトラヒックレベル
を基準にして他のＭＬと同等に判定するならば、上述の
例で示したような方法でトラヒックレベルが高いＭＬか
どうかを判断する。移行対象になったＭＬが通話中であ
る場合、該当するＭＬのＳｃｈ上り電界を測定するよう
に周辺ゾーンに対して指示する（Ｓ８２）。この場合、
輻輳ゾーンで通話している全ＭＬの上り電界を測定する
必要はなく、対象となったＭＬのみ測定するのみでよ
い。各周辺ゾーンは、上記上り電界を測定した結果をＣ
Ｃに通知する。ＣＣは、上記測定結果に基づいて終話シ
ーケンス実行後に、当該ＭＬに移行指示を行う（Ｓ８
３）。移行指示を受けたＭＬは、指示された周辺ゾーン
への切替えを実行し、位置登録を行う（Ｓ８４）。

【００２９】尚、ＭＬが一斉に周辺ゾーンに移行した
ら、周辺ゾーンのＣｃｈトラヒックが突発的に上昇する
ことが起こり得る。この際は、実際には、Ｓｃｈに空が
あっても、Ｃｃｈ上の信号輻輳により発／着呼信号が通
りにくい状況となるので、運用上通話できにくいという
輻輳に近い状態になる。具体的にはゾーンのＣｃｈに障
害が発生したり、あるいはメンテナンスを行う場合が該
当し、ゾーン使用不可が発生する。これを回避するもの
で、図９に示す。周辺ゾーンにおいて、突発的にＭＬが
移動してきて位置登録シーケンスを行うような状況にな
った時、一時的にＳｃｈ１本を位置登録専用に臨時Ｃｃ
ｈとして使用することで通常Ｃｃｈの運用にトラヒック
的インパクトを与えることを回避するものである。ＦＢ
５０で障害が発生したり、あるいはメンテナンスでＣｃ
ｈを停止した場合、当該ゾーンに位置しているＭＬ２
０、２１は周辺ゾーンに切替えを行う必要が生じる。Ｍ
Ｌは、下りＣｃｈの電界劣化を検出（あるいは、下り電
界は出していて、メンテナンス状態に入るから当該ゾー
ン使用不可になるという意味の信号を受信）すると、受
信機の回線数ｃｈを切り替えて電界のあるｃｈをサーチ
し、受信可能なｃｈを選択する。

【００３０】一方ＣＣにおいては、ＦＢ５０障害（ある
いはメンテナンス）発生時にＦＢ５１、５２等の周辺ゾ
ーンに対してＳｃｈ１本を位置登録シーケンス専用に臨
時Ｃｃｈとして使用する制御をする。ゾーンを切り替え
てきたＭＬはＦＢ５１や５２のＳ１ｃｈで位置登録を行
い、位置登録シーケンス終了後、そのゾーンの通常Ｃｃ
ｈ捕捉状態にはいる。ＣＣでは、一定時間（すなわちＦ
Ｂ５０にいたＭＬが周辺ゾーンに移動しきるまでの十分
な時間）経過した後、ＦＢ５１、５２のＳ１ｃｈを通常
のＳ１ｃｈ（通話ｃｈ）としての運用に戻す。

【００３１】前述のように、ＭＬが周辺ゾーンの臨時Ｃ
ｃｈ（Ｓｃｈ）を捕捉して位置登録を行う際、通常の下
りＣｃｈで使用しているフレームパターンと異なるフレ
ームパターンを臨時Ｃｃｈになった時に使用しておけ
ば、ＭＬがＣｃｈを捕捉した時に、ＭＬにおいてそれが
通常のＣｃｈであるのか、臨時Ｃｃｈであるのか認識す
ることができる。図１０に下りＣｃｈのフレームパター
ンを示す。前述のような状況、すなわち、あるＦＢのＣ
ｃｈに障害（あるいはメンテナンス）が発生し、当該ゾ
ーンのＣｃｈを停止するような場合、周辺ゾーンのＳｃ
ｈを臨時的に第２のＣｃｈとして使用する基本動作は前
述の例に同じである。この時、図１０に示すように通常
のＣｃｈフレームパターン（Ｆ０、Ｆ１、Ｆ２・・・）
と異なるフレームパターン（Ｆａ、Ｆｂ、Ｆｃ・・・）
を臨時Ｃｃｈ（Ｓ１ｃｈ）に使用する。

【００３２】図１１にＭＬのＣｃｈ捕捉アルゴリズムを
示す。普通に運用（移動）しているＭＬにおいて、ゾー
ン間を移動する際は、徐々に下りＣｃｈの受信電界レベ
ルが劣化してゆく（Ｃｃｈを切り離す前には、それ以前
にある程度の受信電界レベルの劣化を検出してい
る。）。しかし、障害は突然発生するため受信電界が突
然なくなる。あるいは、フレームパターンが突然なくな
る。メンテナンス時は、あらかじめ下りＣｃｈにおいて
当該ゾーンの全ＭＬに対してメンテナンスになることを
通知し、周辺ゾーンへＭＬ移行をうながす通知を出すこ
とも可能である。このように突然下りＣｃｈがなくなっ
た時、あるいは一斉移行命令等を受けた時（Ｓ１１）、
電界をサーチして（Ｓ１２）Ｓｃｈの電界を検出した
ら、フレーム同期の引き込み（同期検出）動作を行う
（Ｓ１４）。フレーム同期検出は、臨時Ｃｃｈで使用す
るフレームパターン（Ｆａ、Ｆｂ、Ｆｃ・・・）を対象
として行い、異なるフレームパターンでは同期検出を行
わない、あるいは同期検出しても本来Ｓｃｈであること
から、通話で使用しているものだと認識し、当該Ｓｃｈ
を読みとばすようにする。電界があり、フレームパター
ンも臨時Ｃｃｈ用であるＳｃｈを捕捉すれば、ＭＬは位
置登録を行う（Ｓ１５）。電界状態により周辺Ｓｃｈを
捕捉できないような場合は、通常運用のＣｃｈも捕捉で
きない可能性も高いが、動作としては、通常のＣｃｈ捕
捉動作を実行する（Ｓ１６）。

【００３３】次にフレーム同期検出のメカニズムの具体
例を図１２、図１３、図１４を用いて説明する。本フレ
ーム同期検出方式は、異なる２つ以上のフレームパター
ンの検出処理を同時に行うことができる。図１２は、フ
レーム同期検出回路の構成を示し、ｃｐｕあるいはＬＳ
Ｉ化された論理回路群からなるフレーム同期検出処理モ
ジュール７（以下、ＦＤＥＴと記す。）とＦＤＥＴがア
クセスするデータ格納用のＲＡＭ：８（以下ＲＡＭと記
す）からなる。ＦＤＥＴ７はＳｃｈあるいはＣｃｈとい
う無線回線上のディジタル信号をモニタしていて、外部
から起動（ＳＴＡＲＴ／ＳＴＯＰ）され、フレーム同期
の確立の有／無、フレームタイミング、受信フレーム番
号などを出力する。図１３にフレーム同期検出のアルゴ
リズムを示す。ＦＤＥＴ７は起動されて（Ｓ１３１）
後、ＲＡＭ：８をクリアし（Ｓ１３２）モニタしている
信号を１ｂｉｔずつ受信解析する。１ｂｉｔ受信したと
き、過去８ｂｉｔがいずれかのフレームパターンと一致
しているかどうかをチェックする（Ｓ１３３１）。フレ
ームパターンでない時は、図１４に示すようなデータ構
成すなわちフレームパターンチェックでＯＫであったか
ＮＯであったかを示すビットを０：ＮＧにしフレームパ
ターンの種別、フレーム番号を”０”とする８ｂｉｔの
データをＲＡＭ８に書き込む。フレームパターンと一致
していれば、チェックｂｉｔを１（ＯＫ）としてそのパ
ターンの種別、フレーム番号とともにＲＡＭ８に書き込
む（ここまでＳ１３３４の前半）。真のフレームパター
ンならば、ちょうど１フレーム前に当該フレーム種別の
ひとつ前の番号を受信しているはずであるから、このデ
ータを読みだし（Ｓ１３３４の後半）チェックを行う
が、実施例７のように臨時Ｃｃｈのフレームパターンを
検出しなければならない時、臨時Ｃｃｈのフレームパタ
ーンではないとわかった時点（Ｓ１３３５のＹｅｓ）
で、過去のフレームパターン引き出しチェックはやめて
しまう。臨時Ｃｃｈのフレームパターンを数フレーム受
信し（Ｓ１３３６）、フレーム同期確率条件（何フレー
ム中何フレームがフレームパターンとして受信できたか
どうか）を満たせば（Ｓ１３３７）、始めてフレーム同
期確立とする。これによって、通常のＣｃｈの電界があ
って捕捉した際、フレーム同期を引き込む時点（すなわ
ち１〜２フレーム受信しただけで）で、通常のＣｃｈで
あると判定し、別の電界があるｃｈをサーチする動作を
行える。

【００３４】尚、フレーム同期が一旦確立してしまう
と、フレーム同期はずれ条件（何フレーム中何フレーム
がフレームパターンと一致しなかったかどうか）を満た
すまで、たとえ新フレーム同期のデータに切り替わって
も、旧フレームが保護されてしまう。ここでは、旧フレ
ーム保護中でも新フレームを受信したら切り替えるよう
なアルゴリズムによってより早いフレーム同期タイミン
グの切替えが行えるものを示す。図１５にフレーム同期
確立中（はずれ監視モード）時のアルゴリズムを示す。
１ｂｉｔ受信のたびに過去８ｂｉｔがフレームパターン
と一致しているかどうかチェックする（Ｓ１５１）処理
とその結果をＲＡＭ８に格納する際のデータ構成は、実
施例８と同じである。フレームパターンと一致していな
い場合は、本来フレームパターンを受信するべきタイミ
ングであるかどうかをチェックし（Ｓ１５２）、もし、
そのタイミングであれば、現在同期確立中のフレームパ
ターンがひとつ一致していないことになるので、同期は
ずれ条件を満たしているかどうかを判定する（Ｓ１５
３）。（満たせば同期はずれとする（Ｓ１５４））。フ
レームパターンと一致していた場合、今、同期確立して
いるタイミングで受信したものであるかどうかをチェッ
クし（Ｓ１５５）、一致していれば、そのままフレーム
パターンとしてデータを格納するだけである（Ｓ１５
６）。そのタイミングではない時、今受信したタイミン
グで過去受信したデータを見直し、フレーム同期確立条
件を満たすフレーム数を受信しているかどうかをチェッ
クする（Ｓ１５７）。もし、フレーム同期確立条件を満
たしたのであれば、さらに、今確立中となっているフレ
ーム同期において、最近の数フレームはフレームパター
ンが一致しないでいるものの、まだ、同期はずれ条件に
満たず保護モードになっているのかどうかをチェックす
る（Ｓ１５８）。保護モードならば、この時点で新フレ
ーム同期のタイミングに切り替えることによって、同期
はずれ条件の保護フレーム数分早く新フレーム同期に切
り替えることができる（Ｓ１５９）。

【００３５】前述の例では、ＦＢ５０のＣｃｈが障害
（あるいはメンテナンス）時に、当該ゾーンのＭＬが周
辺ゾーンに移動することを示した。ＦＢ５０において、
Ｃｃｈのみ障害であって他のＳｃｈが使用可能である
時、あるいはメンテナンス時は、正常であるためＳｃｈ
は使用できるはずである。このような場合、周辺ゾーン
で輻輳状態になった時、メンテナンスゾーンのＳｃｈを
使用する例を図１６に示す。図１６に示されるもののシ
ーケンスの概要を図１７に基づき以下に説明する。ＦＢ
５０のＣｃｈをメンテナンス状態にして、かつＦＢ５０
の他のＳｃｈが正常に使用できる状態にある時、ＦＢ５
２が輻輳になった場合（Ｓ１７１）に、次に、ＦＢ５２
においてＭＬ２に発／着呼が発生すると、ＣＣはＦＢ５
２の下りＣｃｈでＦＢ５０のＳｃｈでの通話をＭＬ２に
指示する。ＭＬ２のゾーン内の位置によっては、ＦＢ５
０まで電波が届かず、通話まで至れないケースもある
が、届く場合は、ＭＬ２は指示されたＳｃｈに移行し
（Ｓ１７２）本来のゾーンＦＢ５２が輻輳であっても通
話することが可能になる（Ｓ１７３）。

【００３６】前述の例では、通話中のＭＬの上り電界を
周辺ゾーンで電界測定する例を示した。一般的に移動体
通信システムにおいては、ＭＬの位置を管理し、保守運
用サービスのひとつとして、ＭＬの所在情報を運用者に
提供するものがあるが、所在情報は位置登録情報に基づ
くゾーン単位である。ここでは、周辺ゾーンでの電界測
定結果に基づいて、ゾーン内でのおおまかな位置を把握
する例を示す。図１８は図１８ａに示す各ゾーンのう
ち、ゾーンＡで通話しているＭＬの上り電界をＢ〜Ｈの
周辺ゾーンで電界を測定した結果をイメージ的に示して
いる。電界レベルは、ここでは１０段階とし、ゾーン内
で十分な電界を得られるレベルを８以上とし、電界レベ
ルの概念を示す図１８ｂにおいて、点線以内では、これ
以上の上り電界が測定される。エリアの境界付近は、レ
ベル５程度とし、これ以下になるとＣＣはハンドオーバ
ー（通話中ゾーン移動）処理を実行すると考えてよい。
今、図１８のような電界測定結果を得たとすれば、通話
ゾーンであるＡではレベル６であることから境界に近い
付近はＭＬが存在しているのではないかと推測される。
そして、その周辺ゾーンＢ〜Ｈのレベルをみると、ゾー
ンＢとＧが最も高くレベル５の電界を得ていることか
ら、図１８ａのハッチングを施したエリアＳにＭＬが位
置していることが推測できる。このように、ひとつのゾ
ーンを表す円をその周辺ゾーンの数で分割したエリアに
区分してＭＬの位置を把握することが可能である。

【００３７】前述の例では、ＭＬの上り電界のみを判断
基準としているが、ＭＬが例えばビル影に入ったときな
ど電波状況によっては、必ずしも確実な情報とはなり得
ない場合がある。ここでは、ＭＬの上り信号のｂｉｔ遅
延を観測する例を示す。図１９にＭＬの上り信号のｂｉ
ｔ遅延のイメージを示す。ＦＢではＣｃｈ、Ｓｃｈのフ
レームタイミングを生成するために必ずマスターとなる
フレームタイミングを持っている。通常はＣＣとＦＢと
の間の伝送網に同期し、どのＦＢも同じタイミングでシ
ステム全体で網同期がとれている。今、このマスターフ
レームタイミングに対して通話中ＭＬの上りフレームタ
イミングがどれだけ遅延しているのかを通話中のゾーン
とその周辺ゾーンで見れば、その相対的遅延ｂｉｔ数か
ら、エリア内のおおまかな位置を把握できる。

【００３８】前述の例でゾーン内でのおおまかな位置を
把握する例を示した。ここでは、前述の例で得た位置情
報を表示する例を図２０に示す。図２０において、例え
ば、パソコン３（以下ＰＣ）では、あらかじめ画情報と
してゾーンおよびゾーン内の区分を表示している。ある
いは、地図も画情報として登録されていてその上に上記
エリアが表示されるような高機能タイプのものであって
もよい。ＣＣ１はＰＣ３に対して位置情報を単にアドレ
ス化して（例えばエリア通話とかあるいは座標値とか
で）渡すだけでよく、ＰＣ３側で表示形式を備えておけ
ばよい。この場合、一般的なＰＣインタフェースである
ＲＳ−２３２Ｃで十分実現可能である。また、ＰＣ３ほ
ど高機能的でなくとも、ＭＡＰ４のような地図を作り込
んでやってエリア位置に相当する箇所にＬＥＤ等のラン
プを備えておいて、このランプをＣＣ１から通知される
アドレスに従って点灯させてやればよりシンプルな表示
装置を得ることができる。

【００３９】実施例１．ところで、一般的なＣｃｈの捕
捉動作に関し、例えば以下のような状況が発生すること
がある。ＭＬは通常、一旦Ｃｃｈを捕捉したら、捕捉し
ているＣｃｈを受信できない状態が発生するまで、Ｃｃ
ｈ捕捉動作を行わない。ゾーン間には通常オーバーリー
チと呼ばれるサービス可能エリアの重なりが存在するの
で、ゾーン間をＭＬが移動してもすぐにはＣｃｈが切り
替わらず、そのままのＣｃｈを捕捉し続ける。また、一
般に機器構成、および性能上、ＭＬの上り電波送信出力
より、ＦＢの下り電波送信力の方が強く、ＭＬの送信電
波はもうＦＢに届かないところまで移動してしまってい
ても、Ｃｃｈを捕捉し続けるというようなことが起こる
ケースがある。本実施例では、Ｃｃｈ捕捉アルゴリズム
を行う移動スイッチをＭＬに備えた例を図２１に、動作
を図２２に示す。通常ＭＬには、受信Ｃｃｈの電界レベ
ルをＬＣＤ等で可視表示する機能を備えているが、ユー
ザがこれらから現在受信中の電界レベルが小さいと判断
した時、ＭＬの操作ボタン上のＣｃｈサーチ手動スイッ
チ１０を押下する（Ｓ２２１）。スイッチを押下された
ＭＬは図３１あるいは３２のようにＣｃｈをサーチする
（Ｓ２２２）。異なるＣｃｈを捕捉した場合は、位置登
録を行う。スイッチ１０、１１は図２１に示されるよう
に複数個のスイッチ群のうち、最上段部に位置し、スイ
ッチ１０とスイッチ１１との間に別の機能スイッチが位
置している。

【００４０】実施例２．実施例１では、手動スイッチで
Ｃｃｈサーチを起動する例を示したが、スイッチではな
くＭＬが自動的にＣｃｈサーチを行う例を図２３に示
す。一般に、下りＣｃｈを受信できない状態が発生して
始めてＣｃｈサーチが起動されることは前に述べたが、
ここでは、下りＣｃｈ電界測定を、一定時間単位で行
い、下りＣｃｈを受信できなくなる前にＣｃｈサーチを
起動するものとする。普通にＭＬがゾーン外に移動して
いった場合、下りＣｃｈの電界は徐々に弱くなるはずで
ある。電界分布の変動があったとしても、一定時間内の
電界測定値を平均化し、かつ一定時間ごとにその平均値
をサンプリング的に処理してやれば、電界が劣化しつつ
ある状態か否かは容易に判断できる。尚、電界測定値の
平均化から電界劣化状態の判断までの動作はいわゆるソ
フトウェア処理により実行する。完全にＣｃｈを受信で
きなくなる電界レベルより少し高めにこの電界劣化レベ
ルを設定しておき、上記経過時間ごとの処理で電界劣化
レベルがある時間続いたとき（Ｓ２３１）に例えば図３
１のアルゴリズムに基づきＣｃｈサーチを起動する（Ｓ
２３２）ように構成されており、このＣｃｈサーチ起動
に基づき、ＭＬはゾーン間を移動しても受信できないレ
ベルにおちいる前に自動的に最適Ｃｃｈを捕捉する。

【００４１】実施例３．実施例１でゾーン間のオーバー
リーチ、上り／下り電界のアンバランスを説明したが、
これは通話中のＭＬについてもあてはまる。例えば、図
２４のようにＦＢ５１とＦＢ５２からほぼ等距離にいる
ＭＬ２は、どちらのゾーンのＳｃｈを使っても通話でき
る。電界状態によっては、例えば、ビルの影を横切った
り、遮蔽物にアンテナを向けたりした時に、タイミング
によってはハンドオーバー（以下、Ｈ．Ｏと記す）が起
動され、状態がかわったらまたＨ．Ｏで元のゾーンに切
り戻されるといったことが起こる。Ｈ．Ｏは通話状態を
継続する機能ではあるが、通話路を切り替えているため
必ず瞬断がはいり、通話品質上はＨ．Ｏが起きない方が
望ましい。図２４のような場合、図２５に示すような
Ｈ．Ｏ抑止スイッチ１１をＭＬの操作ボタン上に備えて
おいて、ユーザが通話中にＨ．Ｏが繰り返されることを
認識し、それに不快感をおぼえるようなケースでは、本
スイッチを押下し、ＭＬはＣＣに対してＨ．Ｏ抑止要求
を行うものとする。通話中ＭＬの上り信号はフレーム化
されたディジタルの音声信号であるが、例えば図２６に
示すように特定のフレーム、このＨ．Ｏ抑止の制御信号
にあてることによってＣＣは上りＳｃｈ上からＭＬの
Ｈ．Ｏ抑止要求を知り、当該ＭＬに対するＨ．Ｏ処理を
以後抑止する。尚、図２６に示すフレームフォーマット
において、制御信号の部分にはＨ．Ｏの抑止を要求する
制御フレームを示している。一般に制御フレームとして
は、無線伝送路上のビットエラーを考慮し、２〜４フレ
ーム連送されることが多いが、この例では便宜上Ｈ．Ｏ
抑止要求用の制御フレームを１フレームのみ示してい
る。

【００４２】実施例４．実施例３では、手動スイッチに
よってＭＬからＨ．Ｏ抑止要求を上げる例を示したが、
本実施例では、スイッチの変わりにＭＬにおいて、Ｈ．
Ｏの繰り返し回数をカウントし規定回数以上のＨ．Ｏの
繰り返しが起きたら、自動的にＨ．Ｏ抑止要求を上げる
例を図２７に示す。通話中のＭＬにおいて、ＣＣから通
話ゾーンを切り替えるようＨ．Ｏ処理を実行させられた
場合に、どのゾーンからどのゾーンへＨ．Ｏしたのかを
その時の受信電界レベルとともに記憶しておく。同一ゾ
ーン間Ｈ．Ｏを複数回やらされた場合に、ＭＬはＣＣに
対して実施例１６のようにＨ．Ｏ抑止要求を行うことに
よって当該ＭＬに対するＨ．Ｏが抑止される。

【００４３】実施例５．実施例３および４では、ＭＬか
らＨ．Ｏ抑止要求を上げる例を示したが、本実施例で
は、ＣＣが判断抑止する例を図２８に示す。図２４のよ
うな状態で、ＦＢ５０、ＦＢ５１の間でＭＬ２がＨ．Ｏ
を繰り返す場合、ＣＣは当該通話をどのゾーンからどの
ゾーンへＨ．Ｏしたのかを管理していて、同一ゾーン間
において同一ＭＬのＨ．Ｏ処理を規定回数以上実行した
とき（Ｓ２８１）、以後当該通話（ＭＬ）に対するＨ．
Ｏ処理を抑止するという制御を行う（Ｓ２８２）。この
時の抑止は段階的に行えば、より効果的である。例え
ば、Ｈ．Ｏでゾーン間を１往復し、もとのゾーンに戻っ
てきた場合、抑止段階１として今いるゾーンからのＨ．
Ｏを難しくする。すなわち、Ｈ．Ｏ処理を起動する当該
ゾーンでの通話中ＭＬの上り電界劣化レベルの判定基準
を下げる。すると、前回Ｈ．Ｏを起動した上り電界より
さらに劣化しなければ、Ｈ．Ｏ処理が起動されないの
で、やや、抑止されたことになる。このようにして、
Ｈ．Ｏ処理の回数の毎に、Ｈ．Ｏ起動の判定基準を下げ
てやれば、Ｈ．Ｏが抑止されてゆく。

【００４４】これまでに述べた実施例１〜実施例５のい
わゆるディジタル方式の移動体通信に適用した例を示し
たが、アナログ方式の移動体通信にも適用可能である。

【００４５】

【発明の効果】請求項１の発明では、Ｃｃｈサーチ用の
手動スイッチをＭＬに備えることによりＭＬ側でＣｃｈ
を受信できなくなる以前に、よりよいＣｃｈに切り替え
ることができる。請求項２の発明では、ＭＬが電界劣化
状態を監視することにより、ＭＬ側でＣｃｈを受信でき
なくなる以前に、よりよいＣｃｈに切り替えることがで
きる。請求項３の発明では、Ｈ．Ｏ抑止用の手動スイッ
チをＭＬに備えることにより、Ｈ．Ｏの繰り返しが抑止
され、安定な通話を確保できる。請求項４の発明では、
ＭＬがＨ．Ｏ施行回数を監視し、Ｈ．Ｏ抑止要求を行う
ことにより、Ｈ．Ｏの繰り返しが抑止され、安定な通話
を確保できる。請求項５の発明では、ＣＣがＨ．Ｏ施行
回数を監視し、徐々にＨ．Ｏを抑止してゆくことによ
り、Ｈ．Ｏの繰り返しが抑止され、安定な通話を確保で
きる。

【図面の簡単な説明】

【図１】 本発明における移動体通信システムの概要を
示す図。

【図２】 輻輳ゾーンの着呼呼出しのシーケンスを示す
図。

【図３】 ＭＬの上りＣｃｈ電界を示す図。

【図４】 輻輳ゾーンの着呼呼出しのシーケンスを示す
図。

【図５】 輻輳ゾーンからのＭＬの移行シーケンスを示
す図。

【図６】 ＣＣが持つＭＬに関するデータテーブルを示
す図。

【図７】 輻輳ゾーンからのＭＬの移行シーケンスを示
す図。

【図８】 輻輳ゾーンからのＭＬの移行シーケンスを示
す図。

【図９】 周辺ゾーンの突発的Ｃｃｈトラヒックの回避
を行う例を示す図。

【図１０】 下りＣｃｈのフレームパターンを示す図。

【図１１】 ＭＬのＣｃｈ捕捉手順を示す図。

【図１２】 フレーム同期検出回路の構成を示す図。

【図１３】 フレーム同期検出手順を示す図。

【図１４】 データ格納ＲＡＭに格納されているデータ
構成を示す図。

【図１５】 フレーム同期検出手順を示す図。

【図１６】 メンテナンスゾーンでの通話を示す図。

【図１７】 シーケンスを示す図。

【図１８】 通話中ＭＬの上り電界測定レベルを示す
図。

【図１９】 通話中ＭＬのビット遅延を示す図。

【図２０】 ＭＬの位置情報の表示例を示す図。

【図２１】 実施例１、３におけるＭＬ形状の動作の概
要を示す図。

【図２２】 実施例１におけるＭＬの動作の概要を示す
図。

【図２３】 実施例２におけるＭＬの動作の概要を示す
図。

【図２４】 実施例３〜５におけるＭＬの通話状態の概
要を示す図。

【図２５】 実施例３におけるＭＬからのＨ．Ｏ抑止要
求を示す図。

【図２６】 実施例３におけるＨ．Ｏ抑止要求のための
信号フォーマットを示す図。

【図２７】 実施例４におけるＨ．Ｏ抑止例を示すシー
ケンス図。

【図２８】 実施例５におけるＨ．Ｏ抑止例を示すシー
ケンス図。

【図２９】 従来の移動体通信システムの構成を示す
図。

【図３０】 従来の他の移動体通信システムの概要を示
す図。

【図３１】 図３０に示したものにおけるＣｃｈのベス
トリストの一例を作成する手順を示す図。

【図３２】 図３０に示したものにおけるＣｃｈのベス
トリストの他の例を作成する手順を示す図。

【図３３】 図３０に示した移動体通信システムにおけ
る輻輳ゾーンの着呼呼出しシーケンスを示す図。

【符号の説明】

１ ＣＣ（移動体交換局）、２ ＭＬ（移動体）、１０
Ｃｃｈサーチ手動スイッチ、１１ Ｈ．Ｏ抑止スイッ
チ ５０〜５２：ＦＢ（無線基地局）、５００〜５２
０：サービスエリア。

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の無線基地局でサービスエリアを構
   築し、ひとつのゾーンにはゾーン内の移動体に対して呼
   接続制御を行うための制御チャネルと、通話用のチャネ
   ルを備えている移動体通信システムにおいて、制御チャ
   ネル捕捉動作を起動する手動スイッチを移動体が備えて
   いることを特徴とする移動体通信システム。
2. 【請求項２】 複数の無線基地局でサービスエリアを構
   築し、ひとつのゾーンにはゾーン内の移動体に対して呼
   接続制御を行うための制御チャネルと、通話用のチャネ
   ルを備えている移動体通信システムにおいて、制御チャ
   ネル捕捉動作を単位時間あたりの下り制御チャネルの電
   界劣化状況に基づき行うことを特徴とする移動体通信シ
   ステム。
3. 【請求項３】 移動体においてハンドオーバーを抑止す
   るための手動スイッチを備えていることを特徴とする請
   求項第２または３項記載の移動体通信システム。
4. 【請求項４】 移動体が、一定時間内に同一ゾーン間の
   ハンドオーバーを規定回数実行させられた場合に、移動
   体交換局に対してハンドオーバーの抑止要求を行うこと
   を特徴とする請求項第２または３項記載の移動体通信シ
   ステム。
5. 【請求項５】 交換制御局が、一定時間内に特定ＭＬに
   対して同一ゾーン間のハンドオーバーを実行する際、当
   該移動体の当該ゾーンへのハンドオーバーを徐々に抑止
   してゆくことを特徴とする請求項第２または３項記載の
   移動体通信システム。