JP2000069529A - 携帯電話機 - Google Patents
携帯電話機Info
- Publication number
- JP2000069529A JP2000069529A JP23371398A JP23371398A JP2000069529A JP 2000069529 A JP2000069529 A JP 2000069529A JP 23371398 A JP23371398 A JP 23371398A JP 23371398 A JP23371398 A JP 23371398A JP 2000069529 A JP2000069529 A JP 2000069529A
- Authority
- JP
- Japan
- Prior art keywords
- handover
- execution value
- mobile phone
- unit
- key
- 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.)
- Granted
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
(57)【要約】
【構成】 ハンドオーバキー３８ｂが操作されると、Ｃ
ＰＵ３４がハンドオーバを実行する。つまり、通話中に
雑音が入ったりしたときにオペレータがハンドオーバキ
ーを押せば、ハンドオーバが行われ、雑音が除去され
る。 【効果】 この発明によれば、ハンドオーバキーの操作
に応じてハンドオーバが実行されるため、オペレータが
主体的に雑音や回線切断の不安を解消することができ
る。
ＰＵ３４がハンドオーバを実行する。つまり、通話中に
雑音が入ったりしたときにオペレータがハンドオーバキ
ーを押せば、ハンドオーバが行われ、雑音が除去され
る。 【効果】 この発明によれば、ハンドオーバキーの操作
に応じてハンドオーバが実行されるため、オペレータが
主体的に雑音や回線切断の不安を解消することができ
る。
Description
【０００１】
【産業上の利用分野】この発明は、携帯電話機に関し、
特にたとえば複数の基地局のいずれか１つとの間で通信
を行う、携帯電話機に関する。
特にたとえば複数の基地局のいずれか１つとの間で通信
を行う、携帯電話機に関する。
【０００２】
【従来の技術】携帯電話機の受信レベルはオペレータが
移動することで変化するため、十分に高い受信レベルを
確保すべく、ハンドオーバが行われる。つまり、高い受
信レベルが得られる他の基地局に通信先が変更される。
このようなハンドオーバのうち、電話機側（ＰＳ側）が
主導的に行うものとしては、従来はＰＳ再発呼型ハンド
オーバ，ＰＳ要求付再発呼型ハンドオーバ，ＰＳ要求付
ＴＣＨ切換型ハンドオーバなどがあった。
移動することで変化するため、十分に高い受信レベルを
確保すべく、ハンドオーバが行われる。つまり、高い受
信レベルが得られる他の基地局に通信先が変更される。
このようなハンドオーバのうち、電話機側（ＰＳ側）が
主導的に行うものとしては、従来はＰＳ再発呼型ハンド
オーバ，ＰＳ要求付再発呼型ハンドオーバ，ＰＳ要求付
ＴＣＨ切換型ハンドオーバなどがあった。
【０００３】
【発明が解決しようとする課題】しかし、いずれの場合
も、受信レベルが所定の閾値を下回ったときにハンドオ
ーバが自動的に行われていた。つまり、オペレータが望
むかどうかに関係なく、受信レベルが閾値を下回ったこ
とが検出されたときに限り、ハンドオーバが行われてい
た。このため、オペレータが聴覚で受信レベルの劣化を
感じたときでも、オペレータは主体的にハンドオーバを
実行することができず、常に雑音や回線切断の不安に悩
まされていた。
も、受信レベルが所定の閾値を下回ったときにハンドオ
ーバが自動的に行われていた。つまり、オペレータが望
むかどうかに関係なく、受信レベルが閾値を下回ったこ
とが検出されたときに限り、ハンドオーバが行われてい
た。このため、オペレータが聴覚で受信レベルの劣化を
感じたときでも、オペレータは主体的にハンドオーバを
実行することができず、常に雑音や回線切断の不安に悩
まされていた。
【０００４】それゆえに、この発明の主たる目的は、雑
音や回線切断の不安を取り除くことができる、携帯電話
機を提供することである。
音や回線切断の不安を取り除くことができる、携帯電話
機を提供することである。
【０００５】
【課題を解決するための手段】この発明は、複数の基地
局のいずれか１つとの間で通信を行う携帯電話機におい
て、ハンドオーバを実行するハンドオーバ手段、ハンド
オーバを指示する指示キー、および指示キーの操作に応
じてハンドオーバ手段を能動化する第１能動化手段を備
えることを特徴とする、携帯電話機である。
局のいずれか１つとの間で通信を行う携帯電話機におい
て、ハンドオーバを実行するハンドオーバ手段、ハンド
オーバを指示する指示キー、および指示キーの操作に応
じてハンドオーバ手段を能動化する第１能動化手段を備
えることを特徴とする、携帯電話機である。
【０００６】
【作用】ハンドオーバキーが操作されると、ＣＰＵがハ
ンドオーバを実行する。つまり、通話中に雑音が入った
りしたときにオペレータがハンドオーバキーを押せば、
ハンドオーバが行われ、雑音が除去される。
ンドオーバを実行する。つまり、通話中に雑音が入った
りしたときにオペレータがハンドオーバキーを押せば、
ハンドオーバが行われ、雑音が除去される。
【０００７】
【発明の効果】この発明によれば、指示キーの操作に応
じてハンドオーバ手段を能動化するようにしたため、オ
ペレータが主体的にハンドオーバを実行することがで
き、雑音や回線切断の不安を解消することができる。こ
の発明の上述の目的，その他の目的，特徴および利点
は、図面を参照して行う以下の実施例の詳細な説明から
一層明らかとなろう。
じてハンドオーバ手段を能動化するようにしたため、オ
ペレータが主体的にハンドオーバを実行することがで
き、雑音や回線切断の不安を解消することができる。こ
の発明の上述の目的，その他の目的，特徴および利点
は、図面を参照して行う以下の実施例の詳細な説明から
一層明らかとなろう。
【０００８】
【実施例】図１を参照して、この実施例の携帯電話機１
０は、操作パネル３８を含む。オペレータが操作パネル
３８に設けられたテンキー３８ａによって通話相手の電
話番号をダイヤルすると、ＣＰＵ３４が発呼を行い、周
辺に位置するいずれかの基地局と通信プロトコルを確立
する。一方、相手先から着呼があると、ＣＰＵ３４は電
子音発生回路４２を駆動し、スピーカ４４から着信音を
発生させる。オペレータが着信ボタン３８ｅを押すと、
ＣＰＵ３４は周辺のいずれかの基地局を通信プロトコル
を確立する。このようにして、相手先と電話回線が接続
される。
０は、操作パネル３８を含む。オペレータが操作パネル
３８に設けられたテンキー３８ａによって通話相手の電
話番号をダイヤルすると、ＣＰＵ３４が発呼を行い、周
辺に位置するいずれかの基地局と通信プロトコルを確立
する。一方、相手先から着呼があると、ＣＰＵ３４は電
子音発生回路４２を駆動し、スピーカ４４から着信音を
発生させる。オペレータが着信ボタン３８ｅを押すと、
ＣＰＵ３４は周辺のいずれかの基地局を通信プロトコル
を確立する。このようにして、相手先と電話回線が接続
される。
【０００９】マイク３０を通して入力されたオペレータ
の音声情報は、音声処理回路２８およびＴＤＭＡ／ＴＤ
Ｄ処理回路２６で所定の処理を施される。ＴＤＭＡ／Ｔ
ＤＤ処理回路２６から出力された音声信号はモデム２４
で変調され、変調信号が送受信装置１６に含まれる送信
回路１８ならびに送信時に送信回路１８側に接続される
スイッチ１４を介して、アンテナ１２に与えられる。こ
の結果、音声信号が現基地局（現時点で通信プロトコル
が確立されている基地局）に送信される。通話相手の音
声信号は同じ現基地局から出力され、アンテナ１２によ
って捉えられる。捉えられた音声信号は、スイッチ１４
を介して受信回路２０に与えられ、受信回路２０の出力
がモデム２４によって復調される。復調信号は、ＴＤＭ
Ａ／ＴＤＤ処理回路２６および音声処理回路２８を介し
てレシーバ３２に与えられる。このため、レシーバ３２
から通話相手の音声が聞こえる。
の音声情報は、音声処理回路２８およびＴＤＭＡ／ＴＤ
Ｄ処理回路２６で所定の処理を施される。ＴＤＭＡ／Ｔ
ＤＤ処理回路２６から出力された音声信号はモデム２４
で変調され、変調信号が送受信装置１６に含まれる送信
回路１８ならびに送信時に送信回路１８側に接続される
スイッチ１４を介して、アンテナ１２に与えられる。こ
の結果、音声信号が現基地局（現時点で通信プロトコル
が確立されている基地局）に送信される。通話相手の音
声信号は同じ現基地局から出力され、アンテナ１２によ
って捉えられる。捉えられた音声信号は、スイッチ１４
を介して受信回路２０に与えられ、受信回路２０の出力
がモデム２４によって復調される。復調信号は、ＴＤＭ
Ａ／ＴＤＤ処理回路２６および音声処理回路２８を介し
てレシーバ３２に与えられる。このため、レシーバ３２
から通話相手の音声が聞こえる。
【００１０】通話の途中でオペレータがハンドオーバキ
ー３８ｂを操作すると、ＣＰＵ３４はハンドオーバを実
行する。つまり、図２に示すＡ地点にオペレータが位置
し、携帯電話機１０が基地局ＣＳ１と通信プロトコルを
確立している状態で、オペレータがＢ地点まで移動する
と、受信レベルはＡ地点よりも低下する。具体的には、
レシーバ３２から出力される音声に雑音が入った状態と
なる。このようなときにオペレータがハンドオーバキー
３８ｂを操作すれば、プロトコルを確立する基地局がた
とえばＣＳ２に変更される。オペレータがハンドオーバ
キー３８ｂを操作しないときでも、ハンドオーバ成功確
率がオペレータが設定した任意のハンドオーバ実行値を
上回ったときは、ハンドオーバが実行される。
ー３８ｂを操作すると、ＣＰＵ３４はハンドオーバを実
行する。つまり、図２に示すＡ地点にオペレータが位置
し、携帯電話機１０が基地局ＣＳ１と通信プロトコルを
確立している状態で、オペレータがＢ地点まで移動する
と、受信レベルはＡ地点よりも低下する。具体的には、
レシーバ３２から出力される音声に雑音が入った状態と
なる。このようなときにオペレータがハンドオーバキー
３８ｂを操作すれば、プロトコルを確立する基地局がた
とえばＣＳ２に変更される。オペレータがハンドオーバ
キー３８ｂを操作しないときでも、ハンドオーバ成功確
率がオペレータが設定した任意のハンドオーバ実行値を
上回ったときは、ハンドオーバが実行される。
【００１１】このようなハンドオーバ時のＣＰＵ３４の
動作を、図６〜図８を用いて説明する。ＣＰＵ３４はま
ず、図６のステップＳ１およびＳ３で発呼および着呼の
有無を判別し、いずれかがあればステップＳ５で周辺基
地局のいずれかとプロトコルを確立する。次に、ステッ
プＳ７で周辺の基地局からＣＳ−ＩＤおよびエリア情報
を取り込み、ステップＳ９で上述の取り込み時の受信レ
ベルを各基地局毎に検出する。そして、ステップＳ１１
で図３に示すテーブルを作成する。
動作を、図６〜図８を用いて説明する。ＣＰＵ３４はま
ず、図６のステップＳ１およびＳ３で発呼および着呼の
有無を判別し、いずれかがあればステップＳ５で周辺基
地局のいずれかとプロトコルを確立する。次に、ステッ
プＳ７で周辺の基地局からＣＳ−ＩＤおよびエリア情報
を取り込み、ステップＳ９で上述の取り込み時の受信レ
ベルを各基地局毎に検出する。そして、ステップＳ１１
で図３に示すテーブルを作成する。
【００１２】図３を参照して、検出できたＣＳ−ＩＤに
対応する基地局が見える基地局であり、この実施例では
ＣＳ１〜ＣＳ４がこれに該当する。エリア情報にはハン
ドオーバ起動レベル情報およびハンドオーバ可能レベル
情報が含まれ、それぞれのレベル情報がそれぞれの基地
局に対応づけられる。ステップＳ９で検出された受信レ
ベルもまた、それぞれの基地局に対応づけられる。図３
によれば、ハンドオーバ起動レベルはいずれも“１０”
であり、ハンドオーバ可能レベルはいずれも“１５”で
ある。
対応する基地局が見える基地局であり、この実施例では
ＣＳ１〜ＣＳ４がこれに該当する。エリア情報にはハン
ドオーバ起動レベル情報およびハンドオーバ可能レベル
情報が含まれ、それぞれのレベル情報がそれぞれの基地
局に対応づけられる。ステップＳ９で検出された受信レ
ベルもまた、それぞれの基地局に対応づけられる。図３
によれば、ハンドオーバ起動レベルはいずれも“１０”
であり、ハンドオーバ可能レベルはいずれも“１５”で
ある。
【００１３】なお、ハンドオーバ起動レベルとは、ハン
ドオーバを実行するかどうかの判断基準レベルである。
このレベルを下回ったときにハンドオーバが実行され
る。一方、ハンドオーバ可能レベルとは自分の基地局に
対するハンドオーバを認めるかどうかの判断基準レベル
であり、後述する成功確率を算出するときに受信レベル
と比較される。
ドオーバを実行するかどうかの判断基準レベルである。
このレベルを下回ったときにハンドオーバが実行され
る。一方、ハンドオーバ可能レベルとは自分の基地局に
対するハンドオーバを認めるかどうかの判断基準レベル
であり、後述する成功確率を算出するときに受信レベル
と比較される。
【００１４】ステップＳ１３では、ステップＳ７で取り
込んだＣＳ−ＩＤの総数を算出する。そして、ステップ
Ｓ１５で図４に示すグラフ３６ｂを参照して成功確率係
数αを検出する。ＣＳ−ＩＤはそれぞれの基地局から繰
り返し出力され、ステップＳ７で取り込まれたＣＳ−Ｉ
Ｄの総数が多いほど受信状況は良好であり、ハンドオー
バが成功する確率が高い。このため、ＣＳ−ＩＤの総数
が多いほど成功確率係数αが高くなっている。
込んだＣＳ−ＩＤの総数を算出する。そして、ステップ
Ｓ１５で図４に示すグラフ３６ｂを参照して成功確率係
数αを検出する。ＣＳ−ＩＤはそれぞれの基地局から繰
り返し出力され、ステップＳ７で取り込まれたＣＳ−Ｉ
Ｄの総数が多いほど受信状況は良好であり、ハンドオー
バが成功する確率が高い。このため、ＣＳ−ＩＤの総数
が多いほど成功確率係数αが高くなっている。
【００１５】ＣＰＵ３４はその後、ステップＳ１７でテ
ーブル３６ａを参照し、受信レベルがハンドオーバ可能
レベルを上回る基地局の数を検出する。図３によれば、
ＣＳ１〜ＣＳ４のそれぞれに対する現時点の受信レベル
は“２０”，“１２”，“９”および“１８”であり、
ステップＳ１７で検出されるＣＳ数は“２”となる。ス
テップＳ１９では、検出されたＣＳ数と図５に示すグラ
フ３６ｃとに基づいて成功確率係数βを検出する。検出
されたＣＳ数が多いほどハンドオーバできる余地が広が
るため、グラフ３６ｃでは検出されたＣＳ数が多いほど
成功確率係数βが大きくなっている。
ーブル３６ａを参照し、受信レベルがハンドオーバ可能
レベルを上回る基地局の数を検出する。図３によれば、
ＣＳ１〜ＣＳ４のそれぞれに対する現時点の受信レベル
は“２０”，“１２”，“９”および“１８”であり、
ステップＳ１７で検出されるＣＳ数は“２”となる。ス
テップＳ１９では、検出されたＣＳ数と図５に示すグラ
フ３６ｃとに基づいて成功確率係数βを検出する。検出
されたＣＳ数が多いほどハンドオーバできる余地が広が
るため、グラフ３６ｃでは検出されたＣＳ数が多いほど
成功確率係数βが大きくなっている。
【００１６】このようにして成功確率係数αおよびβが
検出されると、ＣＰＵ３４はステップＳ２１で数１に従
って成功確率を算出する。数１によれば、αおよびベー
タに“０．６”および“０．４”がそれぞれ重み付けさ
れる。
検出されると、ＣＰＵ３４はステップＳ２１で数１に従
って成功確率を算出する。数１によれば、αおよびベー
タに“０．６”および“０．４”がそれぞれ重み付けさ
れる。
【００１７】
【数１】成功確率＝α×０．６＋β×０．４ ＣＰＵ３４はその後、ステップＳ２３でディスプレイ４
０がオンされているかどうか判断する。“ＮＯ”であれ
ばそのままステップＳ２７に進むが、“ＹＥＳ”であれ
ば、ステップＳ２５でディスプレイ４０に算出された成
功確率を表示し、その後ステップＳ２７に進む。ステッ
プＳ２７ではハンドオーバキー３８ｂが押されたかどう
か判断する。ここで“ＮＯ”であれば、ステップＳ２９
で現基地局について受信レベルがハンドオーバ起動レベ
ルを下回ったかどうか判断する。ここでも“ＮＯ”であ
れば、ステップＳ３１で成功確率がハンドオーバ実行値
を上回ったかどうか判断する。さらにここでも“ＮＯ”
であれば、ステップＳ３３に進む。
０がオンされているかどうか判断する。“ＮＯ”であれ
ばそのままステップＳ２７に進むが、“ＹＥＳ”であれ
ば、ステップＳ２５でディスプレイ４０に算出された成
功確率を表示し、その後ステップＳ２７に進む。ステッ
プＳ２７ではハンドオーバキー３８ｂが押されたかどう
か判断する。ここで“ＮＯ”であれば、ステップＳ２９
で現基地局について受信レベルがハンドオーバ起動レベ
ルを下回ったかどうか判断する。ここでも“ＮＯ”であ
れば、ステップＳ３１で成功確率がハンドオーバ実行値
を上回ったかどうか判断する。さらにここでも“ＮＯ”
であれば、ステップＳ３３に進む。
【００１８】一方、ステップＳ２７，Ｓ２９およびＳ３
１のいずれか１つでも“ＹＥＳ”と判断されると、ステ
ップＳ３５に進む。ただし、ステップＳ３１で“ＹＥ
Ｓ”であれば、ステップＳ３２で実行値フラグ３６ｅを
セットしてからステップＳ３５に進む。ステップＳ３３
では、タイマ３６ｄがタイムアップしたかどうかを判断
する。“ＮＯ”であればステップＳ２３に戻るが、“Ｙ
ＥＳ”であればステップＳ３４でタイマ３６ｄを再設定
し、ステップＳ７に戻る。つまり、所定周期でテーブル
３６ａを作成し直し、さらに成功確率を算出し直す。こ
の結果、刻々と変化する受信状況を考慮してステップＳ
２９およびＳ３１を処理することができる。
１のいずれか１つでも“ＹＥＳ”と判断されると、ステ
ップＳ３５に進む。ただし、ステップＳ３１で“ＹＥ
Ｓ”であれば、ステップＳ３２で実行値フラグ３６ｅを
セットしてからステップＳ３５に進む。ステップＳ３３
では、タイマ３６ｄがタイムアップしたかどうかを判断
する。“ＮＯ”であればステップＳ２３に戻るが、“Ｙ
ＥＳ”であればステップＳ３４でタイマ３６ｄを再設定
し、ステップＳ７に戻る。つまり、所定周期でテーブル
３６ａを作成し直し、さらに成功確率を算出し直す。こ
の結果、刻々と変化する受信状況を考慮してステップＳ
２９およびＳ３１を処理することができる。
【００１９】ステップＳ３５では周辺の基地局に対する
ハンドオーバ処理を実行する。その後、ステップＳ３７
でハンドオーバが成功したかどうかを判断する。“ＹＥ
Ｓ”であればステップＳ４７に進むが、“ＮＯ”であれ
ばステップＳ３９に進む。ステップＳ４７では実行値フ
ラグ３６ｅおよび自動更新フラグ３６ｆの両方がセット
されているかどうか判断する。そして、“ＮＯ”であれ
ばそのままステップＳ７に戻るが、“ＹＥＳ”であれ
ば、ステップＳ４９でハンドオーバ実行値を所定量だけ
引き下げ、ステップＳ５０で実行値フラグ３６ｅをリセ
ットしてからステップＳ７に戻る。つまり、成功確率が
今回よりも低いときでもハンドオーバが成功する可能性
があるため、ステップＳ４９でハンドオーバ実行値が引
き下げられる。
ハンドオーバ処理を実行する。その後、ステップＳ３７
でハンドオーバが成功したかどうかを判断する。“ＹＥ
Ｓ”であればステップＳ４７に進むが、“ＮＯ”であれ
ばステップＳ３９に進む。ステップＳ４７では実行値フ
ラグ３６ｅおよび自動更新フラグ３６ｆの両方がセット
されているかどうか判断する。そして、“ＮＯ”であれ
ばそのままステップＳ７に戻るが、“ＹＥＳ”であれ
ば、ステップＳ４９でハンドオーバ実行値を所定量だけ
引き下げ、ステップＳ５０で実行値フラグ３６ｅをリセ
ットしてからステップＳ７に戻る。つまり、成功確率が
今回よりも低いときでもハンドオーバが成功する可能性
があるため、ステップＳ４９でハンドオーバ実行値が引
き下げられる。
【００２０】ステップＳ３９でもステップＳ４７と同じ
処理を行うが、ステップＳ３９で“ＹＥＳ”と判断され
たときは、ステップＳ４１でハンドオーバ実行値が引き
上げられる。つまり、今回算出された成功確率ではハン
ドオーバが失敗に終わったため、ハンドオーバ実行値は
所定量だけ引き上げられる。そして、ステップＳ４２で
実行値フラグ３６ｅをリセットしてからステップＳ４３
に進む。なお、ステップＳ３９で“ＮＯ”であれば、そ
のままステップＳ４３に進む。
処理を行うが、ステップＳ３９で“ＹＥＳ”と判断され
たときは、ステップＳ４１でハンドオーバ実行値が引き
上げられる。つまり、今回算出された成功確率ではハン
ドオーバが失敗に終わったため、ハンドオーバ実行値は
所定量だけ引き上げられる。そして、ステップＳ４２で
実行値フラグ３６ｅをリセットしてからステップＳ４３
に進む。なお、ステップＳ３９で“ＮＯ”であれば、そ
のままステップＳ４３に進む。
【００２１】ステップＳ４３では切り戻り処理を行い、
ステップＳ４５ではこの切り戻り処理が成功したかどう
かを判断する。そして“ＹＥＳ”であればステップＳ７
に戻り、“ＮＯ”であればステップＳ１に戻る。タイマ
値変更モードが設定されると、ＣＰＵ３４は図９に示す
割込ルーチンを処理する。まずステップＳ５１で現タイ
マ値をディスプレイ４０に表示し、次にステップＳ５３
でテンキー３８ａが操作されたかどうか判断する。ここ
で“ＹＥＳ”であれば、ステップＳ５５でタイマ値をテ
ンキー３８ａによって入力された数値に更新し、ステッ
プＳ５３に戻る。一方、ステップＳ５３で“ＮＯ”であ
れば、ステップＳ５７で決定キー３８ｃが操作されたか
どうか判断する。ここで“ＹＥＳ”であれば、ステップ
Ｓ６１で更新後のタイマ値をタイマ３６ｄにセットしリ
ターンする。ステップＳ５７で“ＮＯ”であれば、ステ
ップＳ５９でクリアキー３８ｄが操作されたかどうか判
断する。そして、“ＮＯ”であればステップＳ５３に戻
るが、“ＹＥＳ”であればリターンする。
ステップＳ４５ではこの切り戻り処理が成功したかどう
かを判断する。そして“ＹＥＳ”であればステップＳ７
に戻り、“ＮＯ”であればステップＳ１に戻る。タイマ
値変更モードが設定されると、ＣＰＵ３４は図９に示す
割込ルーチンを処理する。まずステップＳ５１で現タイ
マ値をディスプレイ４０に表示し、次にステップＳ５３
でテンキー３８ａが操作されたかどうか判断する。ここ
で“ＹＥＳ”であれば、ステップＳ５５でタイマ値をテ
ンキー３８ａによって入力された数値に更新し、ステッ
プＳ５３に戻る。一方、ステップＳ５３で“ＮＯ”であ
れば、ステップＳ５７で決定キー３８ｃが操作されたか
どうか判断する。ここで“ＹＥＳ”であれば、ステップ
Ｓ６１で更新後のタイマ値をタイマ３６ｄにセットしリ
ターンする。ステップＳ５７で“ＮＯ”であれば、ステ
ップＳ５９でクリアキー３８ｄが操作されたかどうか判
断する。そして、“ＮＯ”であればステップＳ５３に戻
るが、“ＹＥＳ”であればリターンする。
【００２２】このようにして、所望のタイマ値がタイマ
３６ｄに設定される。つまり、成功確率を任意の周期で
更新することができる。ハンドオーバ実行値変更モード
が設定されると、ＣＰＵ３４は図１０に示すフロー図を
処理する。まずステップＳ６３で現実行値をディスプレ
イ４０に表示し、その後ステップＳ６５，Ｓ６９および
Ｓ７１のそれぞれでテンキー３８ａ，決定キー３８ｃお
よびクリアキー３８ｄが操作されたかどうか判断する。
テンキー３８ａが操作されたときは、ステップＳ６７で
ハンドオーバ実行値をテンキー３８ａの操作で入力され
た数値に更新しステップＳ６５に戻る。一方、決定キー
３８ｃが押されたときは、ステップＳ７３で現ハンドオ
ーバ実行値をメモリ３６に書き込む。そして、ステップ
Ｓ７５で自動更新モードを設定するかどうかをオペレー
タに案内し、ステップＳ７７で自動更新モードの設定指
示があったかどうかを判断する。“ＹＥＳ”であればス
テップＳ７９で自動更新フラグ３６ｅをセットしリター
ンするが、“ＮＯ”であれば、ステップＳ８１で自動更
新フラグ３６ｅをリセットしリターンする。また、クリ
アキー３８ｄが押されたときは、ステップＳ７１で“Ｙ
ＥＳ”と判断し、そのままリターンする。
３６ｄに設定される。つまり、成功確率を任意の周期で
更新することができる。ハンドオーバ実行値変更モード
が設定されると、ＣＰＵ３４は図１０に示すフロー図を
処理する。まずステップＳ６３で現実行値をディスプレ
イ４０に表示し、その後ステップＳ６５，Ｓ６９および
Ｓ７１のそれぞれでテンキー３８ａ，決定キー３８ｃお
よびクリアキー３８ｄが操作されたかどうか判断する。
テンキー３８ａが操作されたときは、ステップＳ６７で
ハンドオーバ実行値をテンキー３８ａの操作で入力され
た数値に更新しステップＳ６５に戻る。一方、決定キー
３８ｃが押されたときは、ステップＳ７３で現ハンドオ
ーバ実行値をメモリ３６に書き込む。そして、ステップ
Ｓ７５で自動更新モードを設定するかどうかをオペレー
タに案内し、ステップＳ７７で自動更新モードの設定指
示があったかどうかを判断する。“ＹＥＳ”であればス
テップＳ７９で自動更新フラグ３６ｅをセットしリター
ンするが、“ＮＯ”であれば、ステップＳ８１で自動更
新フラグ３６ｅをリセットしリターンする。また、クリ
アキー３８ｄが押されたときは、ステップＳ７１で“Ｙ
ＥＳ”と判断し、そのままリターンする。
【００２３】この結果、ハンドオーバ実行値もオペレー
タが希望する値に設定でき、また自動更新モードも任意
に設定することができる。以上の説明からわかるよう
に、オペレータがハンドオーバキー３８ｂを操作すると
ハンドオーバが実行される。また、算出された成功確率
がハンドオーバ実行値を上回ったときもハンドオーバが
実行される。現基地局との間の受信レベルが現基地局の
ハンドオーバ起動レベルを下回ったときにハンドオーバ
が実行されるのは、従来と同様である。
タが希望する値に設定でき、また自動更新モードも任意
に設定することができる。以上の説明からわかるよう
に、オペレータがハンドオーバキー３８ｂを操作すると
ハンドオーバが実行される。また、算出された成功確率
がハンドオーバ実行値を上回ったときもハンドオーバが
実行される。現基地局との間の受信レベルが現基地局の
ハンドオーバ起動レベルを下回ったときにハンドオーバ
が実行されるのは、従来と同様である。
【００２４】この実施例によれば、オペレータが望む状
況でハンドオーバが実行されるため、雑音や回線切断の
不安を主体的に解消することができる。なお、この発明
は簡易携帯電話（ＰＨＳ）にも適用できることはいうま
でもない。
況でハンドオーバが実行されるため、雑音や回線切断の
不安を主体的に解消することができる。なお、この発明
は簡易携帯電話（ＰＨＳ）にも適用できることはいうま
でもない。
【図１】この発明の一実施例を示すブロック図である。
【図２】図１実施例の動作の一部を示す図解図である。
【図３】図１実施例の一部を示す図解図である。
【図４】検出されたＣＳ−ＩＤの総数と成功確率係数α
との関係を示すグラフである。
との関係を示すグラフである。
【図５】受信レベルがハンドオーバ可能レベルを超える
ＣＳの数と成功確率係数βとの関係を示すグラフであ
る。
ＣＳの数と成功確率係数βとの関係を示すグラフであ
る。
【図６】図１実施例の動作の一部を示すフロー図であ
る。
る。
【図７】図１実施例の動作の他の一部を示すフロー図で
ある。
ある。
【図８】図１実施例の動作のその他の一部を示すフロー
図である。
図である。
【図９】図１実施例の動作のさらにその他の一部を示す
フロー図である。
フロー図である。
【図１０】図１実施例の動作の一部を示すフロー図であ
る。
る。
１０ …携帯電話機 ２４ …モデム ２６ …ＴＤＭＡ／ＴＤＤ処理回路 ２８ …音声処理回路 ３４ …ＣＰＵ ３８ …操作パネル ４０ …ディスプレイ
Claims (8)
- 【請求項１】複数の基地局のいずれか１つとの間で通信
を行う携帯電話機において、 ハンドオーバを実行するハンドオーバ手段、 前記ハンドオーバを指示する指示キー、および前記指示
キーの操作に応じて前記ハンドオーバ手段を能動化する
第１能動化手段を備えることを特徴とする、携帯電話
機。 - 【請求項２】それぞれの前記基地局からハンドオーバ関
連情報を受信する情報受信手段、 それぞれの前記ハンドオーバ関連情報の受信レベルを検
出する検出手段、 前記ハンドオーバ関連情報および前記受信レベルに基づ
いて前記ハンドオーバの成功確率を算出する算出手段、
および前記成功確率を表示する表示手段をさらに備え
る、請求項１記載の携帯電話機。 - 【請求項３】前記ハンドオーバ関連情報はそれぞれの前
記基地局の識別子および所定のレベル情報を含む、請求
項２記載の携帯電話機。 - 【請求項４】前記算出手段は、所定期間に検出された前
記識別子の総数を算出する総数算出手段、前記所定のレ
ベル情報を対応する受信レベル情報と比較する第１比較
手段、および前記総数と前記第１比較手段の比較結果と
に所定の重み付けをして前記成功確率を算出する重み付
け手段を含む、請求項３記載の携帯電話機。 - 【請求項５】任意のハンドオーバ実行値を設定する実行
値設定手段、 前記ハンドオーバ実行値を前記成功確率と比較する第２
比較手段、および前記第２比較手段の比較結果に応じて
前記ハンドオーバ手段を能動化する第２能動化手段をさ
らに備える、請求項２ないし４のいずれかに記載の携帯
電話機。 - 【請求項６】前記ハンドオーバの成功の有無を判別する
判別手段、および前記判別手段の判別結果に応じて前記
ハンドオーバ実行値を更新する更新手段をさらに備え
る、請求項５記載の携帯電話機。 - 【請求項７】前記更新手段は、前記ハンドオーバが成功
したとき前記ハンドオーバ実行値を所定量だけ引き下げ
る実行値引き下げ手段、および前記ハンドオーバが失敗
したとき前記ハンドオーバ実行値を所定量だけ引き上げ
る実行値引き上げ手段を含む、請求項６記載の携帯電話
機。 - 【請求項８】任意の周期を設定する周期設定手段、 前記周期設定手段によって設定された周期で前記情報受
信手段を能動化する第３能動化手段をさらに備える、２
ないし７のいずれかに記載の携帯電話機。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23371398A JP3374083B2 (ja) | 1998-08-20 | 1998-08-20 | 携帯電話機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23371398A JP3374083B2 (ja) | 1998-08-20 | 1998-08-20 | 携帯電話機 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000069529A true JP2000069529A (ja) | 2000-03-03 |
| JP3374083B2 JP3374083B2 (ja) | 2003-02-04 |
Family
ID=16959396
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23371398A Expired - Fee Related JP3374083B2 (ja) | 1998-08-20 | 1998-08-20 | 携帯電話機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3374083B2 (ja) |
-
1998
- 1998-08-20 JP JP23371398A patent/JP3374083B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP3374083B2 (ja) | 2003-02-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4475580B2 (ja) | 電話機 | |
| JPH10190814A (ja) | 無線電話機 | |
| KR100206173B1 (ko) | 키폰시스템에서 자동 통화 구현방법 | |
| JP3374083B2 (ja) | 携帯電話機 | |
| JP3169935B2 (ja) | 通話制限無線通信装置 | |
| JPH10308975A (ja) | 携帯電話機 | |
| JPH08204811A (ja) | 携帯電話装置及びその制御方法 | |
| JP3268635B2 (ja) | 移動体電話機 | |
| KR100895157B1 (ko) | 휴대용 전화기의 부재상황 알림 방법 | |
| JP3058494B2 (ja) | 通信網のサービス制御装置 | |
| JP3805960B2 (ja) | 移動端末 | |
| JP3448500B2 (ja) | 電話機 | |
| JP2000224293A (ja) | 携帯型電話機 | |
| JPH06164480A (ja) | 無線機および網の電池交換時の通話継続方式 | |
| JP3123546B2 (ja) | 無線電話機の回線接続方法 | |
| JPH11275272A (ja) | 移動体通信装置 | |
| KR970011687B1 (ko) | 셀룰라폰의 위치등록 방법 | |
| KR100421367B1 (ko) | 이동통신 단말기의 부재중 통화 내용 청취 방법 | |
| JP2000232508A (ja) | 電話番号ダイアリング装置及び記憶媒体 | |
| JP2007259283A (ja) | 電話装置、その応答制御方法及び応答制御プログラム | |
| JPH0918946A (ja) | 携帯通信端末の送信予約システム | |
| JPH1175267A (ja) | 基地局及び少なくとも１台の送受器からなる電話方式装置と、電話方式装置の接続方法 | |
| KR20000041983A (ko) | 이동전화에서의 음성인식에 의한 자동통화방법 | |
| JP2002101469A (ja) | コードレス電話システムの親機 | |
| JPH11150763A (ja) | コードレス電話装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20021105 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 6 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 6 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081122 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091122 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101122 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111122 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121122 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131122 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |