JP2004112096A - 移動通信端末とその制御モジュール及び同期判定プログラム - Google Patents

Abstract

【課題】同期外れの判定を通信種別に応じてさらに適切に行えるようにして、スループットの向上と呼切断率の低減を可能にする。
【解決手段】通信種別判定機能１２ａを新たに備え、受信された最新の２０個のＴＢにおいてＣＲＣがすべて伝送誤りとなり、かつその直前の１６０ｍｓｅｃ　の先行期間にＴＢがまったく受信されなかった場合には、上記通信種別判定機能１２ａによる通信種別の判定結果を参照する。そして、現在使用中の通信種別がパケット通信の場合には、同期外れ（Ｏｕｔ−ｏｆ−Ｓｙｎｃ）と判定しないようにしたものである。
【選択図】　　図１

Description

【０００１】
【発明の属する技術分野】
この発明は、例えば無線アクセス方式ととしてＣＤＭＡ（Ｃｏｄｅ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）方式を採用した移動通信システムで使用される移動通信端末とその制御モジュール及び同期外れ判定プログラムに関する。
【０００２】
【従来の技術】
ＣＤＭＡ方式を採用した移動通信システムでは、基地局と移動通信端末との間で個別チャネル（ＤＣＨ：Ｄｅｄｉｃａｔｅｄ　Ｃｈａｎｎｅｌ）を使用して情報通信が行われる。その際移動通信端末では、通信に先立ち個別チャネルに対し同期判定（Ｉｎ−Ｓｙｎｃ）処理が実行され、また通信開始後においては同期外れ（Ｏｕｔ−ｏｆ−Ｓｙｎｃ）の判定処理が実行される。
【０００３】
例えば、Ｗ−ＣＤＭＡ方式を採用する移動通信システムの移動通信端末では、３ＧＰＰ　ＴＳ２５．２１４　Ｖ４．１．０（２００１−６）　４．３．１．２　Ｄｏｗｎｌｉｎｋ　Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ　ｐｒｉｍｉｔｉｖｅｓに規定されるように、同期判定及び同期外れの検出を２つのフェーズにより行っている。
【０００４】
（１）Ｆｉｒｓｔ　Ｐｈａｓｅ
Ｆｉｒｓｔ　Ｐｈａｓｅは、上位レイヤにより下り個別チャネルの確立が確認されてから、１６０ｍｓｅｃ　後まで続く。Ｆｉｒｓｔ　ＰｈａｓｅではＩｎ−Ｓｙｎｃ　判定のみを行い、Ｏｕｔ−ｏｆ−Ｓｙｎｃ判定とその報告は行わない。
Ｉｎ−Ｓｙｎｃの判定処理は、ＤＰＣＣＨ（Ｄｅｄｉｃａｔｅｄ　Ｐｈｙｓｉｃａｌ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）の受信品質（Ｑｕａｌｉｔｙ）が１６０ｍｓｅｃの期間に亘り連続してしきい値Ｑｉｎ　より良好な場合に、ｉｎ−ｓｙｎｃ　と判定して上位レイヤに通知する。
【０００５】
（２）Ｓｅｃｏｎｄ　Ｐｈａｓｅ
Ｓｅｃｏｎｄ　Ｐｈａｓｅは、上位レイヤにより個別チャネルのリンク確立が確認されてから１６０ｍｓｅｃ　後に開始される。
【０００６】
［Ｏｕｔ−ｏｆ−Ｓｙｎｃ判定］
Ｏｕｔ−ｏｆ−Ｓｙｎｃの判定処理は、下記の条件（ａ）と（ｂ）のいずれかを満たした場合（（ａ）　ｏｒ　（ｂ））にＯｕｔ−ｏｆ−Ｓｙｎｃと判定する。
（ａ）　ＤＰＣＣＨ　の受信品質（Ｑｕａｌｉｔｙ）が１６０ｍｓｅｃの期間に亘り連続してしきい値Ｑｏｕｔより劣化したとき。
（ｂ）　受信したＴｒＣＨ（Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）において、受信された最新の２０個のＴＢ（Ｔｒａｎｓｐｏｒｔ　Ｂｒｏｃｋ）のＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）がすべてエラー（ｂ−１）となり、かつ上記ＴＢを受信する直前の１６０ｍｓｅｃの期間に受信したＴＢのＣＲＣがすべてエラー（ｂ−２）のとき。
但し、（ｂ）　の条件はＧｕｉｄｅｄ　Ｄｅｔｅｃｔｉｏｎを使用せず、Ｎｏ　ＴＦＣＩの場合は満たす必要はない。また、（ｂ）　の条件はＴＢを受信していない場合は満たす必要はない。
【０００７】
［Ｉｎ−Ｓｙｎｃ判定］
Ｉｎ−Ｓｙｎｃ　の判定処理は、以下の条件（ａ）、（ｂ）の両方を満たした場合（（ａ）　ａｎｄ　（ｂ））にＩｎ−Ｓｙｎｃ　と判定される。
（ａ）　ＤＰＣＣＨの受信品質（Ｑｕａｌｉｔｙ）が１６０ｍｓｅｃ　の期間に亘り連続してしきい値Ｑｉｎより良好のとき。
（ｂ）　受信したＴｒＣＨにおいて、現在のフレームにおけるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ　ＴｉｍｅＩｎｔｅｒｖａｌ）、つまり無線インタフェース上にレイヤ１によりＴｒａｓｐｏｒｔ　Ｂｌｏｃｋ　Ｓｅｔが転送される時間間隔内において、最低１つのＴＢが伝送エラー無し（ＣＲＣ−ＯＫ）として受信されたとき。
但し、（ｂ）　の条件はＧｕｉｄｅｄ　Ｄｅｔｅｃｔｉｏｎを使用せず、Ｎｏ　ＴＦＣＩの場合には満たす必要がない、また（ｂ）　の条件はＴＢを受信していない場合は満たす必要はない。
【０００８】
【非特許文献】
３ＧＰＰ　ＴＳ２５．２１４　Ｖ４．１．０（２００１−６）　４．３．１．２　Ｄｏｗｎｌｉｎｋ　Ｓｙｎｃｈｒｏｎｉｓａｔｉｏｎ　ｐｒｉｍｉｔｉｖｅｓ
【０００９】
【発明が解決しようとする課題】
ところが、このような同期外れ検出方式を採用した移動通信端末には、次のような解決すべき課題があった。
【００１０】
すなわち、回線交換系の通信種別（ベアラ）であるテレビ電話通信やＡＭＲ（Ａｄａｐｔｉｖｅ　Ｍｕｌｔｉ　Ｒａｔｅ）符号化方式を使用した音声通信では基地局からＴＢが連続的に送信されるのに対して、パケット通信ではＴＢが間欠的に送信される場合がある。このため、例えばパケット受信中の同期外れの判定を上記Ｓｅｃｏｎｄ　Ｐｈａｓｅ　のＯｕｔ−ｏｆ−Ｓｙｎｃ判定の条件（ｂ）　に従って行うと、１６０ｍｓｅｃ　の期間に亘りパケットの受信がなかった後で、複数の無線フレームで受信されたＴＢがフェージング等による瞬間的なＢＬＥＲ（Ｂｌｏｃｋ　Ｅｒｒｏｒ　Ｒａｔｅ）の劣化の影響により連続して伝送エラーあり（ＣＲＣ−ＮＧ）になると、この時点で即時Ｏｕｔ−ｏｆ−Ｓｙｎｃと判定されてしまう。
【００１１】
特に、高い伝送レート（例えば３８４ｋｂｐｓ　）でパケットを受信する場合には、１無線フレーム（１０ｍｓ）当たり最大１２個のＴＢが多重される。この場合、１６０ｍｓｅｃ　の期間以上に亘りＴＢの受信がない状態が続いた後で、高々２無線フレーム（２０ｍｓｅｃ）の期間に受信されたデータ（２４個のＴＢ）がＣＲＣ−ＮＧになっただけで、即時Ｏｕｔ−Ｏｆ−Ｓｙｎｃと判定されてしまう。
【００１２】
３ＧＰＰに準拠した移動通信システムでは、一旦Ｏｕｔ−Ｏｆ−Ｓｙｎｃと判定されると、同期判定処理が実行されてＩｎ−Ｓｙｎｃ　と判定されるまで、移動通信端末は最短でも１６０ｍｓｅｃの期間は基地局への送信を停止する。このような場合、移動通信端末から基地局へ制御データ（例えばＲＬＣ−ＡｃｋやＴＣＰ−Ａｃｋ）を送信できなくなり、結果的にパケット受信のスループットが低下してしまう。また、呼が切断され易くなって通信接続率の低下、延いてはデータ伝送効率の劣化を招く。
【００１３】
この発明は上記事情に着目してなされたもので、その目的とするところは、同期外れの判定を通信種別に応じてより適切に行えるようにし、これにより不必要な同期判定処理を減らして送信停止期間を無くすことで、受信スループットの向上と呼切断率の低減を可能とし、データ伝送効率の向上を図った移動通信端末とその制御モジュール及び同期判定プログラムを提供することにある。
【００１４】
【課題を解決するための手段】
上記目的を達成するためにこの発明は、個別チャネル受信中に伝送誤りを有するデータブロックが第１の数以上受信されたか否かを判定する第１の誤り判定手段と、この第１の誤り判定手段により伝送誤りを有する第１の数以上のデータブロックが検出されたと判定された場合に、当該データブロックに先行する所定の期間にデータブロックの受信の有無と伝送誤りの有無を判定する第２の誤り判定手段とに加え、上記個別チャネルを使用する通信の種別を判定する通信種別判定手段を新たに備える。そして、この通信種別判定手段の判定結果と、上記各誤り判定手段の判定結果とに基づいて、同期外れの有無を判定するようにしたものである。
【００１５】
具体的には、あるタイミングで伝送誤りを有する第１の数以上のデータブロックが検出され、かつ当該タイミングに先行する所定期間に伝送誤りを有する第２の数以上のデータブロックが検出された場合には、通信種別にかかわらず同期外れと判定する。これに対し、あるタイミングで伝送誤りを有する第１の数以上のデータブロックが検出されても、当該タイミングに先行する所定期間にデータブロックの受信がなかった場合には、通信種別の判定結果を参照して同期外れの有無を判定する。すなわち、判定結果がパケット通信の場合には同期外れではないと判定する。
【００１６】
したがってこの発明によれば、データブロックの伝送誤りだけでなく、通信種別がデータを連続的に伝送する回線交換型の通信であるか或いはデータを間欠的に伝送するパケット通信であるかを考慮して、同期外れの有無が判定される。このため、パケット通信を行っている状態で、一定期間以上データブロックの受信がない状態が続いた後で受信されたデータブロックが偶然に伝送誤りとなったような場合には、これを即時同期外れと判定しないようにすることができる。
【００１７】
先に述べたように移動通信システムには、移動通信端末で一旦同期外れが検出されると、同期判定処理により同期が再確立されたことが検出されるまで、送信動作を停止するように定められたシステムがある。この種のシステムの移動通信端末では、パケット伝送中に同期外れが頻発するとその都度同期判定処理のためにデータ送信動作が停止され、この結果パケット通信のスループットの低下と呼切断率の増加を招き非常に好ましくない。
【００１８】
これに対し本発明では、パケット通信の場合には安易に同期外れと判定されないようになるので、パケット通信のスループットを高く保持することができ、かつ呼切断の発生を低減して通信接続率、延いてはデータ伝送効率を高く保つことができる。
【００１９】
一方、通信種別がパケット通信の場合であっても、また回線交換型の通信の場合であっても、あるタイミングで伝送誤りを有する一定数以上のデータブロックが検出され、かつ先行する所定期間でも同様に伝送誤りを有するデータブロックが検出されていた場合には、即時同期外れと認定される。このため、真の同期外れについては見逃すことなく確実かつ迅速に判定することができる。
【００２０】
また、個別チャネルの受信中に、当該個別チャネルにより伝送される特定のデータの受信品質を検出し、この検出された受信品質が予め設定した期間に亘り連続してしきい値以下に低下した場合には、先に述べた通信種別と伝送誤りに基づく同期外れの判定結果にかかわらず同期外れと判定する。このようにすることで、個別チャネルの受信品質が一定期間以上に亘り劣化した場合には、伝送誤りの判定に頼ることなく即時同期外れと判定することができる。
【００２１】
【発明の実施の形態】
図１は、この発明に係わる移動通信端末の一実施形態を示す回路ブロック図である。
【００２２】
図示しない基地局から送信された無線信号は、アンテナ１で受信されたのち送受信モジュールＲＵに入力される。送受信モジュールＲＵは、アンテナ共用器（ＤＵＰ）２と、受信回路（ＲＸ）３と、周波数シンセサイザ（ＳＹＮ）４と、送信回路（ＴＸ）５とから構成される。受信回路３は、アンテナ共用器（ＤＵＰ）２を介して入力された無線信号を、周波数シンセサイザ４から出力された局部発振信号とミキシングして中間周波信号に周波数変換する。そして、この中間周波信号を直交復調して受信ベースバンド信号を出力する。なお、上記周波数シンセサイザ４から発生される局部発振信号の周波数は、主制御部１２から発生される周波数制御信号ＳＹＣによって指示される。
【００２３】
上記受信ベースバンド信号は、ベースバンドユニットＢＵのＣＤＭＡ信号処理部６に入力される。ＣＤＭＡ信号処理部６はＲＡＫＥ受信機を備える。ＲＡＫＥ受信機では、上記受信ベースバンド信号に含まれるマルチパスの受信信号がそれぞれ拡散符号により逆拡散処理される。そして、この逆拡散処理されたマルチパスの受信信号は位相を合わされたのち相互に合成される。この結果、所定の伝送フォーマットの受信データが得られる。そして、この受信データは制御データとユーザデータとに分離され、制御データは主制御部１２に、一方ユーザデータは圧縮伸長処理部（以後コンパンダと称する）７にそれぞれ入力される。
【００２４】
コンパンダ７は、上記ＣＤＭＡ信号処理部６から出力されたユーザデータを多重分離部によりメディアごとに分離する。そして、この分離された各メディアのデータに対しそれぞれ復号処理を行う。例えばユーザデータにオーディオデータが含まれていれば、このオーディオデータをスピーチコーデックにより復号する。また、ユーザデータにビデオデータが含まれていれば、このビデオデータをビデオコーデックにより復号する。これらの復号処理により得られたディジタルオーディオ信号は、ＰＣＭ（Ｐｕｌｓｅ　Ｃｏｄｅ　Ｍｏｄｕｌａｔｉｏｎ）符号処理部（以後ＰＣＭコーデックと称する）８に、またディジタルビデオ信号は主制御部１２にそれぞれ入力される。さらに、ユーザデータに電子メール等のテキストデータが含まれている場合には、このテキストデータはコンパンダ７から主制御部１２に入力される。
【００２５】
ＰＣＭコーデック８は、コンパンダ７から出力されたディジタルオーディオ信号をＰＣＭ復号処理してアナログオーディオ信号を出力する。このアナログオーディオ信号は、受話増幅器９にて増幅されたのちスピーカ１０から拡声出力される。
【００２６】
主制御部１２は、上記コンパンダ７から出力されたディジタルビデオ信号を、ビデオメモリを利用して表示部１５のＬＣＤ表示器に表示する。また主制御部１２は、インターネット上のサイトからダウンロードされたウェブデータや、電子メール等のテキストデータを、記憶部１３の受信データ記憶エリアに一旦保存すると共に、ＬＣＤ表示器に表示する。なお、留守番モードが設定されている場合には、主制御部１２は上記コンパンダ７において復号処理する前のオーディオデータ及びビデオデータを取り込んで、これらのデータを記憶部１３の留守番記録エリアに記憶させる。
【００２７】
一方、マイクロホン１１に入力された話者の音声信号は、送話増幅器１８により適正レベルまで増幅されたのち、ＰＣＭコーデック８によりＰＣＭ符号化処理が施され、ディジタルオーディオ信号となってコンパンダ７に入力される。また、図示しないカメラにより撮像されたビデオ信号は、主制御部１２によりディジタル化されてコンパンダ７に入力される。なお、主制御部１２において作成された電子メール等のテキストデータも、主制御部１２からコンパンダ７に入力される。
【００２８】
コンパンダ７は、ＡＭＲ方式に従い送話音声信号の符号化処理を行う。すなわち、ＰＣＭコーデック８から出力されたディジタルオーディオ信号より入力音声のエネルギ量を検出し、この検出結果に基づいて送信データレートを決定する。そして、上記ディジタルオーディオ信号を上記送信データレートに応じたフォーマットの信号に符号化し、これによりオーディオデータを生成する。また、主制御部１２から出力されたディジタルビデオ信号を符号化してビデオデータを生成する。そして、これらの音声データ及び画像データを多重分離部で所定の伝送フォーマットに従いパケット化し、この送信データをＣＤＭＡ信号処理部６へ出力する。なお、主制御部１２から電子メール等のテキストデータが出力された場合にも、このテキストデータを上記送信データに多重化する。
【００２９】
ＣＤＭＡ信号処理部６は、上記コンパンダ７から出力された送信ユーザデータと、主制御部１２から出力された送信制御データを、拡散符号を用いてスペクトラム拡散処理することで多重する。そして、その多重化された送信データを送受信モジュールＲＵの送信回路（ＴＸ）５へ供給する。送信回路５は、上記ＣＤＭＡ信号処理部６から供給された送信データを、例えばＱＰＳＫ方式等のディジタル変調方式を使用して変調する。そして、このディジタル変調により生成された送信信号を、周波数シンセサイザ４から発生される局部発振信号と合成して無線信号に周波数変換する。そして、主制御部１２により指示される送信電力レベルとなるように上記無線信号を高周波増幅する。この増幅された無線信号は、アンテナ共用器２を介してアンテナ１に供給され、このアンテナ１から接続中の基地局へ向けて送信される。
【００３０】
入力部１４には、ダイヤルキーに加え、送信キー、終了キー、電源キー、音量調節キー、モード指定キー等の機能キーが設けられている。また表示部１５には、先に述べたＬＣＤ表示器に加えＬＥＤが設けられている。ＬＣＤ表示器には、上記送受信ビデオデータやメールデータの他に、電話帳の情報や通信相手ユーザが使用する端末の電話番号、送受信履歴、自端末の動作状態等も表示される。またＬＥＤは、着信の報知やバッテリ１６の充電状態を表示するために使用される。なお、１７は電源回路であり、バッテリ１６の出力をもとに所定の動作電源電圧Ｖｃｃを生成して各回路部に供給する。
【００３１】
ところで、上記ＣＤＭＡ信号処理部６には受信状態監視部６１が設けてある。この受信状態監視部６１は、受信信号について無線フレーム（１０ｍｓｅｃ）ごとにＤＰＣＣＨ（Ｄｅｄｉｃａｔｅｄ　Ｐｈｙｓｉｃａｌ　Ｃｏｎｔｒｏｌ　Ｃｈａｎｎｅｌ）の受信レベル（受信品質）の測定を行う。ＤＰＣＣＨは、パイロットシンボルや送信電力の閉ループ制御のための制御データＴＰＣｂｉｔ等を伝送するための物理制御チャネルである。
【００３２】
またそれと共に受信状態監視部６１は、無線フレーム（１０ｍｓｅｃ）ごとに、ＴｒＣＨ（Ｔｒａｎｓｐｏｒｔ　Ｃｈａｎｎｅｌ）として受信されるＴＢ（Ｔｒａｎｓｐｏｒｔ　Ｂｒｏｃｋ）の数をカウントすると共に、受信されたＴＢのＣＲＣ（Ｃｙｃｌｉｃ　Ｒｅｄｕｎｄａｎｃｙ　Ｃｈｅｃｋ）をもとに伝送誤りの有無を検出する。そして、上記ＤＰＣＣＨの受信レベルの測定値、受信したＴＢの数とその伝送誤りの有無の検出結果を、受信状態の検出情報としてテーブルにまとめ、この検出テーブルを主制御部１２に通知する。
【００３３】
主制御部１２はマイクロプロセッサを備える。そして、この発明に係わる新たな制御機能として、通信種別判定機能１２ａと、伝送誤り判定機能１２ｂと、同期外れ判定機能１２ｃとを備えている。なお、これらの各判定機能１２ａ，１２ｂ，１２ｃはいずれもプログラムを上記マイクロプロセッサに実行させることにより実現される。
【００３４】
通信種別判定機能１２ａは、基地局との間で個別チャネル（ＤＣＨ：Ｄｅｄｉｃａｔｅｄ　Ｃｈａｎｎｅｌ）を使用して通信を行う際に、通信リンク確立時にこの通信の種別つまりベアラを判定する。判定対象のベアラとしては、パケット通信と非パケット通信とがある。パケット通信は、例えばインターネット上のサイトからウェブデータをダウンロードする場合や、電子メールを送受信する場合に使用される。これに対し非パケット通信は、例えばＡＭＲ方式を使用する音声電話通信やテレビ電話通信等の回線交換系の通信を使用する場合に使用される。
【００３５】
伝送誤り判定機能１２ｂは、上記ＣＤＭＡ信号処理部６の受信状態監視部６１から通知された検出テーブルの内容、つまり受信したＴＢの数と伝送誤りの有無の検出結果をもとに、無線フレームごとにＴＢの受信の有無と伝送誤りを有するＴＢの有無をそれぞれ判定する。そして、最新の無線フレームの判定結果と、この最新フレームに対し先行する所定の期間（例えば１６０ｍｓｅｃ　）分に相当する１６個の無線フレームの判定結果を、判定テーブルに保存する。この判定テーブルに保存された判定結果は、新たな無線フレームの判定結果が得られるごとに更新する。
【００３６】
同期外れ判定機能１２ｃは、上記通信種別判定機能１２ａによるベアラの判定結果と、上記受信状態監視部６１から通知された検出テーブルの記憶情報と、上記伝送誤り判定機能１２ｂにより作成された判定テーブルの記憶情報とに基づいて、次の複数の判定処理を実行する。
（１）受信されたＤＰＣＣＨのＱｕａｌｉｔｙをしきい値Ｑｏｕｔと比較し、ＤＰＣＣＨの受信品質（Ｑｕａｌｉｔｙ）が所定期間（例えば１６０ｍｓｅｃ　）連続してしきい値Ｑｏｕｔより劣化した時点で、上記通信種別判定機能１２ａによるベアラの判定結果及び上記判定テーブルの記憶情報にかかわらず、同期外れ（Ｏｕｔ−ｏｆ−Ｓｙｎｃ）と判定する。
【００３７】
（２）受信中のＴｒＣＨについて、受信された最新の２０個のＴＢのＣＲＣがすべてエラーとなり、かつその直前の１６０ｍｓｅｃ　の期間に受信されたＴＢのＣＲＣがすべてエラーの場合に、上記通信種別判定機能１２ａによるベアラの判定結果にかかわらず、同期外れ（Ｏｕｔ−ｏｆ−Ｓｙｎｃ）と判定する。
【００３８】
（３）受信中のＴｒＣＨについて、受信された最新の２０個のＴＢにおいてＣＲＣがすべてエラーとなり、かつその直前の１６０ｍｓｅｃ　の期間にＴＢがまったく受信されなかった場合には、上記通信種別判定機能１２ａによるベアラの判定結果を参照する。そして、ベアラの判定結果がパケット通信の場合には、同期外れ（Ｏｕｔ−ｏｆ−Ｓｙｎｃ）ではないと判定する。
【００３９】
次に、以上のように構成された移動通信端末による個別チャネルの同期外れ判定動作を説明する。図２及び図３はその制御手順と制御内容を示すフローチャート、図４及び図５は検出テーブル及び判定テーブルの構成を示す図、図６乃至図８は動作説明に使用するタイミング図である。
【００４０】
いま仮に、インターネット上のサイトからウェブデータのダウンロードを開始したとする。この状態でＣＤＭＡ信号処理部６の受信状態監視部６１では、受信信号の無線フレーム（１０ｍｓｅｃ）ごとにＤＰＣＣＨの受信レベル（受信品質）が測定される。またそれと共に、ＴｒＣＨごとに受信したＴＢの数がカウントされ、さらに受信されたＴＢのＣＲＣをもとに伝送誤りの有無が検出される。なお、このときＴｒＣＨには、ともに論理チャネルからなる制御用のＤＣＣＨとデータ用のＤＴＣＨとが多重化されている。このため、上記受信ＴＢの数のカウント及びＣＲＣによる伝送誤りの有無の検出は、上記ＤＣＣＨ及びＤＴＣＨの各々について行われる。そして、上記ＤＰＣＣＨの受信レベルの測定値、受信したＴＢの数とその伝送誤りの有無の検出結果が、１無線フレーム分の受信状態を表す情報として検出テーブルにまとめられ、主制御部１２に通知される。
【００４１】
図４にこの検出テーブルの一例を示す。この例では、ＤＣＣＨのＴＢが最大で１個、ＤＴＣＨのＴＢが最大で１２個受信される場合を示している。
【００４２】
なお、パケット通信ではＤＴＣＨは１個のＴｒＣＨにより伝送されるので、図４ではこの１個のＴｒＣＨによるＤＴＣＨの受信状態を表す検出情報を記憶している。これは、ＤＴＣＨが同じく１個のＴｒＣＨにより伝送されるテレビ電話通信の場合も同様である。また、ＡＭＲ方式を使用する音声通信の場合には、ＤＴＣＨを伝送するためにＣｌａｓｓ　Ａ、Ｃｌａｓｓ　Ｂ、Ｃｌａｓｓ　Ｃの３つのＴｒＣＨが使用される。しかし、ＣＲＣ判定はＣｌａｓｓ　Ａについてのみ行われるので、この場合も検出テーブルに記憶するＤＴＣＨに係わる検出情報はＴｒＣＨ１個分でよいことになる。一方、マルチコールによる通信（例えばＡＭＲによる音声通信＋パケット通信＋ＤＣＣＨ）の場合には、ＡＭＲのＣＲＣ判定をＣｌａｓｓ　Ａのみとすると、ＤＴＣＨのＴｒＣＨ数は２個必要であり、検出テーブルにはこれら２個のＴｒＣＨのＤＴＣＨに係わる検出情報が記憶される。
【００４３】
また、ＤＣＣＨは４無線フレーム（４０ｍｓｅｃ）に１回しか受信されない。このため、無線フレームの周期（１０ｍｓｅｃ）で検出テーブルを作成する場合には、無線フレームごとにＤＣＣＨの有効／無効を表示する必要がある。そこで、検出テーブルにはＤＣＣＨ情報有効無効フラグが用意されている。さらに、ＤＴＣＨについても、ＡＭＲ方式を使用する音声通信や、テレビ電話通信、パケット等の各ベアラにて規定されているＴＴＩ周期でしか有効な情報が通知されない。このため、その判定用にＤＴＣＨ情報有効無効フラグが用意されている。
【００４４】
なお、高レートのパケット通信（３８４ｋｂｐｓ）の場合には、１ＴＴＩが１０ｍｓｅｃであり、無線フレーム長（１０ｍｓｅｃ）と同じである。したがって、最大伝送レートして３８４ｋｂｐｓを使用するＷ−ＣＤＭＡ方式によるパケット通信サービスでは、１ＴＴＩあたりに多重されるＴＢ数は最大で１２個であり、検出テーブルは図４に示した構成となる。但し、将来的に３８４ｋｂｐｓよりも高い伝送レートのパケット通信サービスが開始され、１ＴＴＩ当たりのＴＢ数が増えることも予想される。このような場合には、検出テーブルにおけるＤＴＣＨのＣＲＣ結果の数及びＤＴＣＨの受信ＴＢ数の上限値を１ＴＴＩ当たりのＴＢ数に応じて増やせばよい。
【００４５】
さて、そうして受信された最新の無線フレームに対応する検出テーブルが得られると、主制御部１２は次のように同期外れの判定処理を実行する。なお、カウンタＣ１及びＣ２の値はベアラ確立時に０に初期化されているものとする。
【００４６】
すなわち、図２に示すように、先ずステップＳ１により最新の無線フレームの検出テーブルからＤＰＣＣＨの受信レベル（受信品質）を読み出す。そして、このＤＰＣＣＨの受信品質（ＤＰＣＣＨ−ＱＵＡＬＩＴＹ）を、予め設定した同期外れ用しきい値Ｑｏｕｔと比較し、ＤＰＣＣＨの受信品質がしきい値Ｑｏｕｔ以下であるか否かをステップＳ２で判定する。この比較の結果、ＤＰＣＣＨの受信レベルがしきい値Ｑｏｕｔ以下であれば、ステップＳ３にてカウンタＣ１をインクリメントする。これに対しＤＰＣＣＨの受信レベルがしきい値Ｑｏｕｔより大きい場合には、ステップＳ４にてカウンタＣ１を「０」に初期化する。カウンタＣ１は、ＤＰＣＣＨの受信レベルが１６０ｍｓｅｃの期間連続してしきい値Ｑｏｕｔ以下に低下したことを検出するために使用される。
【００４７】
主制御部１２は、ステップＳ５において、上記カウンタＣ１の値が１６０ｍｓｅｃの期間に相当する「１６」に達したか否かを判定する。そして、カウンタＣ１の値が「１６」に達した場合には、ステップＳ６に移行してここでＯｕｔ　Ｏｆ　Ｓｙｎｃ通知処理を行う。Ｏｕｔ　Ｏｆ　Ｓｙｎｃ通知処理とは、カウンタＣ１，Ｃ２を「０」に初期化すると共に、送受信モジュールＲＵ及びＣＤＭＡ信号処理部６に対し指示を与え、これにより一定期間送信データの送信を停止して同期判定処理を実行させる処理である。このＯｕｔ　Ｏｆ　Ｓｙｎｃ通知処理を終了すると、主制御部１２は図３に示すステップＳ７及びステップＳ８に移行し、ここで図５に示す判定テーブルのＴＢ受信フラグとＣＲＣ−ＯＫフラグの更新処理を行う。
【００４８】
更新処理とは、図２と図３で示した一連のＯｕｔ　Ｏｆ　Ｓｙｎｃ検出処理の終了時に、図５で示した時刻「１０ｍｓｅｃ前」乃至「１６０ｍｓｅｃ前」の情報をそれぞれ時刻「２０ｍｓｅｃ前」乃至「１７０ｍｓｅｃ前」の情報としてコピーした後に、受信状態監視部６１からその無線フレームにて通知された図４の情報から、その無線フレームにて１つでもＴＢを受信したか否かの情報（ＴＢ受信フラグ）とＣＲＣ−ＯＫのＴＢが１つで受信したか否かの情報（ＣＲＣ−ＯＫフラグ）を得て、時刻「１０ｍｓｅｃ前」の情報として保持することを意味する。
【００４９】
一方、上記ステップＳ５においてカウンタＣ１の値が「１６」未満だったとする。この場合主制御部１２は、まだＯｕｔ　Ｏｆ　Ｓｙｎｃ検出の条件を満たしていないと判断して、受信されたＴＢのＣＲＣ結果に基づくＯｕｔ　Ｏｆ　Ｓｙｎｃの判定処理を次のように実行する。
【００５０】
すなわち、主制御部１２は、先ずステップＳ９において、最新の無線フレームに対応する検出テーブルからＤＣＣＨ情報有効無効フラグ、ＤＣＣＨの受信ＴＢ数、ＤＴＣＨ情報有効無効フラグ、及びＤＴＣＨの受信ＴＢ数を読み出し、現無線フレームにてＴＢの受信があったか否かを判定する。ＴＢの受信がない場合には、前述したステップＳ７，Ｓ８へと進み、図５に示す判定テーブルのＴＢ受信フラグとＣＲＣ−ＯＫフラグの更新処理を行う。
【００５１】
これに対しＴＢの受信があった場合には、主制御部１２はステップＳ１０により、検出テーブルのＤＣＣＨ及びＤＴＣＨのＣＲＣ結果を参照することで、現無線フレームにてＣＲＣ−ＯＫのＴＢが一つでも受信されたか否かを判定する。そして、ＣＲＣ−ＯＫのＴＢが一つでも受信された場合には、ステップＳ１１にてカウンタＣ２を「０」に初期化する。一方、ＣＲＣ−ＯＫのＴＢが一つも受信されなかった場合には、ステップＳ１２によりカウンタＣ２の値を図４の検出テーブルに示す「ＤＴＣＨのＣＲＣ結果［１］」から連続してＣＲＣ−ＮＧで受信したＴＢ数分だけインクリメントする。この例では、説明を簡略化する為に、ＤＣＣＨのＴＢは全く受信しない場合を想定するものとし、ＤＴＣＨのＣＲＣ結果のみカウントするもととする。カウンタＣ２は、受信されたＴＢのＣＲＣ−ＮＧの連続数を検出するために使用するものである。
【００５２】
続いて主制御部１２は、図３に示すステップＳ１３に移行し、ここでカウンタＣ２の値が「２０」になったか否かを、つまり受信されたＴＢが２０個連続してＣＲＣ−ＮＧとなったか否かを判定する。カウンタＣ２の値が「２０」未満の場合には、前述したステップＳ７，Ｓ８へと進み、ここで判定テーブルのＴＢ受信フラグとＣＲＣ−ＯＫフラグの更新処理を行う。
【００５３】
これに対しカウンタＣ２の値が「２０」の場合には、ステップＳ１４へと進む。ステップＳ１４では、ベアラがパケット通信であるか否か判定する。なお、このベアラの判定は、ベアラ確立時に取得されているベアラ種別をもとに行う。このベアラ種別の判定の結果、いま確立されているベアラがパケット通信でない場合には、ステップＳ１６にて直前の１６０ｍｓｅｃの先行期間において受信されたＴＢの中にＣＲＣ−ＯＫのＴＢがあったか否かを、判定テーブル中の時刻２０ｍｓｅｃ前から１７０ｍｓｅｃ前までのＴＢ受信フラグの値から判定する。パケット３８４ｋｂｐｓの場合は、１無線フレーム（１０ｍｓｅｃ）あたり１２ＴＢ多重されているので、２無線フレームのＴＢが全てＣＲＣ−ＯＫ　となった場合を想定すると、ＣＲＣ−ＮＧを連続２０ＴＢ検出するには、２０ｍｓｅｃ必要である。その為、判定テーブルの時刻２０ｍｓｅｃ前から１７０ｍｓｅｃ前までのＴＢ受信フラグの値をチェックする必要がある。
【００５４】
この判定の結果、直前の１６０ｍｓｅｃの先行期間に受信されたＴＢの中にＣＲＣ−ＯＫのＴＢが一つもなかった場合には、ステップＳ１７に移行してここでＯｕｔ　Ｏｆ　Ｓｙｎｃ通知処理を実行する。これに対し、直前の１６０ｍｓｅｃの先行期間に受信されたＴＢの中にＣＲＣ−ＯＫのＴＢが一つでもあった場合、つまり時刻２０ｍｓｅｃ前から１７０ｍｓｅｃ前までのＣＲＣ−ＯＫフラグがすべて「０」でない場合には、Ｏｕｔ　Ｏｆ　Ｓｙｎｃと判定せずに、ステップＳ７，Ｓ８に移行して判定テーブルのＴＢ受信フラグとＣＲＣ−ＯＫフラグの更新処理を行う。
【００５５】
一方、確立されているベアラがパケット通信だったとする。この場合主制御部１２は、ステップＳ１５により、直前の１６０ｍｓｅｃの先行期間において受信されたＴＢの数を、図５に示す判定テーブルに記憶されている時刻２０ｍｓｅｃ前から１７０ｍｓｅｃ前までのＴＢ受信フラグの値から求める。そして、直前の１６０ｍｓｅｃの先行期間にＴＢが受信されていなかった場合、つまり図５の判定テーブルにおける時刻２０ｍｓｅｃ前から１７０ｍｓｅｃ前までのＴＢ受信フラグがすべて「０」の場合には、Ｏｕｔ　Ｏｆ　Ｓｙｎｃと判定せずに、ステップＳ７，Ｓ８へと進み、判定テーブルのＴＢ受信フラグとＣＲＣ−ＯＫフラグの更新処理を行う。
【００５６】
このベアラに基づく判定処理手順の追加により、パケット受信時に「受信した最新の２０個のＴＢのＣＲＣがすべてエラー」が成り立った場合でも、その直前の１６０ｍｓｅｃの先行期間においてＴＢをまったく受信していないときには、Ｏｕｔ−ｏｆ−Ｓｙｎｃと判定しないようになる。
【００５７】
このため、高い伝送レートでパケットを間欠受信している最中に、瞬間的なＢＬＥＲの劣化が発生した場合でも、これを即時Ｏｕｔ−Ｏｆ−Ｓｙｎｃと判定する不具合を防止することができる。この結果、Ｏｕｔ−Ｏｆ−Ｓｙｎｃと判定されるごとに行われる移動通信端末の不必要な送信停止を無くすことができ、これによりパケット受信のスループットを向上させることができる。また、パケット通信中の呼切断率も少なくして、通信接続率を高く保持することができる。
【００５８】
一方、上記ステップＳ１５において、連続する２０個のＴＢがすべてＣＲＣ−ＮＧとなったとしても、その直前の１６０ｍｓｅｃの先行期間に１以上のＴＢが受信されていた場合には、主制御部１２はこの受信したＴＢのＣＲＣ判定結果を判定するためにステップＳ１６へと進む。そして、ステップＳ１６により、直前の１６０ｍｓｅｃの先行期間において受信されたＴＢの中にＣＲＣ−ＯＫのＴＢがあったか否かを、判定テーブル中の時刻２０ｍｓｅｃ前から１７０ｍｓｅｃ前までのＴＢ受信フラグの値から判定する。
【００５９】
この判定の結果、直前の１６０ｍｓｅｃの先行期間に受信されたＴＢの中にＣＲＣ−ＯＫのＴＢが一つもなかった場合には、ステップＳ１７に移行してここでＯｕｔ　Ｏｆ　Ｓｙｎｃ通知処理を実行する。これに対し、直前の１６０ｍｓｅｃの先行期間に受信されたＴＢの中にＣＲＣ−ＯＫのＴＢが一つでもあった場合、つまり時刻２０ｍｓｅｃ前から１７０ｍｓｅｃ前までのＣＲＣ−ＯＫフラグがすべて「０」でない場合には、Ｏｕｔ　Ｏｆ　Ｓｙｎｃと判定せずに、ステップＳ７，Ｓ８に移行して判定テーブルのＴＢ受信フラグとＣＲＣ−ＯＫフラグの更新処理を行う。
【００６０】
図６乃至図８は、３８４ｋｂｐｓの伝送レートでパケットを受信する場合の、受信品質（ＤＰＣＣＨ＿ＱＵＡＬＩＴＹ）と受信ＴＢのＣＲＣ判定結果の時間的推移を示したものであり、横軸は時間、縦軸はＤＰＣＣＨ＿ＱＵＡＬＩＴＹを示している。またＱｏｕｔは、ＤＰＣＣＨ＿ＱＵＡＬＩＴＹによるＯｕｔ　Ｏｆ　Ｓｙｎｃ判定のためのしきい値を示している。
【００６１】
さらに、時間軸上に図示した白四角は、１ＴＴＩにて受信したＴＢ（パケット３８４ｋｂｐｓの場合は最大１２ＴＢ）がすべてＣＲＣ−ＯＫの場合を示しており、またハッチングを付した四角は、１ＴＴＩにて受信したＴＢがすべてＣＲＣ−ＮＧの場合を示している。
【００６２】
なお、ここでは説明を簡略化するために、１ＴＴＩにて受信したＴＢにＣＲＣ−ＯＫとＣＲＣ−ＮＧとが混在する例は記載していない。しかし、図２のステップＳ１２により連続ＣＲＣ−ＮＧの数をカウンタＣ２でカウントアップし、さらに図３に示すステップＳ１３により連続ＣＲＣ−ＮＧの回数が２０回に達したか否かを判定する処理がある。このため、上記したように１ＴＴＩにて受信したＴＢにＣＲＣ−ＯＫとＣＲＣ−ＮＧとが混在する場合でも、問題なく処理することができる。
【００６３】
図６は、一定期間（１６０ｍｓｅｃ）以上に亘りパケットが受信されない状態が続いた後で、２無線フレームで受信されたＴＢがフェージング等の影響によりすべて伝送誤りとなった場合の動作を示すものである。
【００６４】
従来技術では、図３のステップＳ１３から、ステップＳ１４，Ｓ１５を省いて、直接ステップＳ１６，Ｓ１７が実行される。このため、図６に記載の時刻ｔ１にて高々２無線フレーム（２０ｍｓ）の期間に受信したＴＢがＣＲＣ−ＮＧとなっただけで、即時Ｏｕｔ　Ｏｆ　Ｓｙｎｃと判定されてしまう。一旦Ｏｕｔ　Ｏｆ　Ｓｙｎｃと判定されると、３ＧＰＰの仕様では同期判定処理が実行されてＩｎ　Ｓｙｎｃと判定されるまで最短で１６０ｍｓｅｃの期間送信が停止される。したがって、この送信停止期間に受信されたパケットに対するＲＬＣレベルの応答やＴＣＰレベルの応答を送信できなくなってしまい、パケット受信のスループットの低下が避けられなかった。
【００６５】
これに対しこの発明の実施形態では、図３に示すステップＳ１４によりベアラがパケット通信であると判定された場合には、時刻ｔ１の無線フレームにて連続して２０個のＴＢでＣＲＣ−ＮＧが検出されても、直前の１６０ｍｓｅｃの期間に受信ＴＢがない場合には、これをＯｕｔ　Ｏｆ　Ｓｙｎｃと判定しない。このため、送信停止も行われなくなり、この結果パケット受信のスループットを低下させることがなくなる。
【００６６】
一方、パケットが１６０ｍｓｅｃ以上の間隔で間欠的に受信され、そのすべてがＣＲＣ−ＮＧだった場合には、ＣＲＣ結果によるＯｕｔ　Ｏｆ　Ｓｙｎｃの判定ができないことになる。しかし、例えばコンテンツデータのダウンロードを行うパケット通信サービスにおいて、そのようなケースは稀である。また、仮にそのようなケースがあったとしても、ＤＰＣＣＨの受信品質（ＤＰＣＣＨ＿ＱＵＡＬＩＴＹ）に基づくＯｕｔ　Ｏｆ　Ｓｙｎｃの判定が行われるので、問題はない。図８はこの場合のＯｕｔ　Ｏｆ　Ｓｙｎｃ判定動作を説明する図である。
【００６７】
すなわち、図８に示すように時刻ｔ１から数十ｍｓ後にパケットの受信品質の劣化が発生したとする。この場合、時刻ｔ３にてＤＰＣＣＨ＿ＱＵＡＬＩＴＹ値がしきい値Ｑｏｕｔ値を下回る。そして、その時点から１６０ｍｓｅｃ後の時刻ｔ４になると、図２のステップＳ５によりＯｕｔ　Ｏｆ　Ｓｙｎｃの判定がなされる。つまり、受信されたＴＢのＣＲＣ−ＮＧの数によるＯｕｔ　Ｏｆ　Ｓｙｎｃ判定が行えないような場合でも、ＤＰＣＣＨの受信品質に基づくＯｕｔ　Ｏｆ　Ｓｙｎｃの判定が行われるので、Ｏｕｔ　Ｏｆ　Ｓｙｎｃの見過ごし等の不具合はまったく生じない。
【００６８】
また、図７では、同様に時刻ｔ１から数十ｍｓｅｃ後にパケットの受信品質の劣化が発生した場合に、この時点ｔ３から１６０ｍｓｅｃ以内の時刻ｔ２において２ＴＴＩ（２４ＴＢ）にわたり連続してＣＲＣ−ＮＧが検出され、かつ直前の１６０ｍｓｅｃの期間に受信されたＴＢがすべてＣＲＣ−ＮＧ（時刻ｔ１にて受信したＴＢ）だった場合には、この時刻ｔ２にてＣＲＣ結果に基づくＯｕｔ　Ｏｆ　Ｓｙｎｃの判定が行われる。したがって、この場合には、パケットの受信品質（ＤＰＣＣＨ＿ＱＵＡＬＩＴＹ）の劣化が発生した時点ｔ３から１６０ｍｓｅｃが経過するまで待つことなく、ＣＲＣ結果に基づくＯｕｔ　Ｏｆ　Ｓｙｎｃ判定が行われる。
【００６９】
以上述べたようにこの実施形態では、通信種別判定機能１２ａを新たに備え、受信された最新の２０個のＴＢにおいてＣＲＣがすべて伝送誤りとなり、かつその直前の１６０ｍｓｅｃ　の先行期間にＴＢがまったく受信されなかった場合には、上記通信種別判定機能１２ａによる通信種別の判定結果を参照する。そして、現在使用中の通信種別がパケット通信の場合には、同期外れ（Ｏｕｔ−ｏｆ−Ｓｙｎｃ）と判定しないようにしている。
【００７０】
したがって、実質的に不必要な同期判定処理が実行されてその間に送信が停止されることが無くなり、これによりパケット受信のスループットの低下を防止して、例えばコンテンツデータのダウンロード時間を短縮することができる。特に、伝送レートの高いパケット通信において、パケットデータが間欠的に受信されている状態で瞬間的なＢＬＥＲの劣化が発生しても、これが即時Ｏｕｔ−Ｏｆ−Ｓｙｎｃと判定されないようにすることができる。このため、Ｏｕｔ−Ｏｆ−Ｓｙｎｃの判定による移動通信端末からの送信を停止する時間を無くすこともでき、結果的にパケット受信のスループットを向上させることができる。また、パケット通信中の呼切断率を少なくすることができる。
【００７１】
なお、この発明は上記実施形態に限定されるものではない。例えば、前記実施形態では、３ＧＰＰの仕様に準拠したＷ−ＣＤＭＡ方式の移動通信端末を例にとって説明した。しかし、個別チャネル（ＤＣＨ）の受信品質や受信データのＣＲＣ−ＮＧ数に基づいてＯｕｔ　Ｏｆ　Ｓｙｎｃの判定を行う機能を備えた移動通信端末であれば、他の如何なる無線通信方式を採用した移動通信端末にもこの発明は適用可能である。
【００７２】
また前記実施形態では、先に述べた判定条件（１）〜（３）のように、受信されたＴＢのＣＲＣの判定結果をもとに同期外れ（Ｏｕｔ−ｏｆ−Ｓｙｎｃ）を判定すると共に、受信されたＤＰＣＣＨのＱｕａｌｉｔｙが所定期間（例えば１６０ｍｓｅｃ　）連続してしきい値Ｑｏｕｔ以下に劣化した場合にもＯｕｔ−ｏｆ−Ｓｙｎｃを判定するようにした。しかし、３ＧＰＰの仕様に準拠する必要性のないシステムでは、ＤＰＣＣＨのＱｕａｌｉｔｙの判定結果を使用せずに、つまり上記判定条件（１）を使用せずに、受信されたＴＢのＣＲＣの判定結果、つまり判定条件（２），（３）のみによりＯｕｔ−ｏｆ−Ｓｙｎｃを判定するようにしてもよい。
【００７３】
その他、移動通信端末の回路構成、受信品質検出手段や伝送誤り検出判定手段の構成、同期外れ判定手段による同期外れ判定手順やその内容などについても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。
【００７４】
【発明の効果】
以上詳述したようにこの発明では、個別チャネル受信中の第１の期間に伝送誤りを有するデータブロックが第１の数以上受信されたか否かを判定する誤り判定手段と、上記第１の期間に先行する第２の期間に伝送誤りを有するデータブロックが第２の数以上受信されたか否かを判定する誤り判定手段とに加え、上記個別チャネルを使用する通信の種別を判定する通信種別の判定手段を新たに備える。そして、この通信種別の判定結果と、上記誤り判定手段の各判定結果とに基づいて、同期外れの有無を判定するようにしている。
【００７５】
したがってこの発明によれば、同期外れの判定を通信種別に応じてより適切に行うことができ、これにより不必要な同期判定処理の実行を減らして、送信停止期間を無くすことができ、スループットの向上と呼切断率の低減を可能にし、データ伝送効率の向上を図ることができる移動通信端末とその制御モジュール及び同期判定プログラムを提供することができる。
【図面の簡単な説明】
【図１】この発明の一実施形態に係わる移動通信端末の機能構成を示すブロック図。
【図２】図１に示した移動通信端末による同期外れ判定手順とその内容の前半部分を示すフローチャート。
【図３】図１に示した移動通信端末による同期外れ判定手順とその内容の後半部分を示すフローチャート。
【図４】受信状態検出テーブルの構成の一例を示す図。
【図５】データブロックの受信の有無と伝送誤りの有無を最新無線フレーム受信時刻から１６０ｍｓｅｃの先行期間に亘って記憶する判定テーブルの構成の一例を示す図。
【図６】図１に示した移動通信端末による同期外れ判定動作を説明するためのタイミング図。
【図７】図１に示した移動通信端末による同期外れ判定動作を説明するためのタイミング図。
【図８】図１に示した移動通信端末による同期外れ判定動作を説明するためのタイミング図。
【符号の説明】
ＢＵ…ベースバンドモジュール
ＲＵ…送受信モジュール
１…アンテナ
２…アンテナ共用器（ＤＵＰ）
３…受信回路（ＲＸ）
４…周波数シンセサイザ（ＳＹＮ）
５…送信回路（ＴＸ）
６…ＣＤＭＡ信号処理部
７…圧縮伸長処理部（コンパンダ）
８…ＰＣＭ符号処理部（ＰＣＭコーデック）
９…受話増幅器
１０…スピーカ
１１…マイクロホン
１２…制御部
１２ａ…通信種別判定機能
１２ｂ…伝送誤り判定機能
１２ｃ…同期外れ判定機能
１３…記憶部
１４…入力部
１５…表示部
１６…バッテリ
１７…電源回路
１８…送話増幅器
６１…受信状態監視部

Claims (10)

1. 個別チャネルの受信中に当該個別チャネルに対する同期外れを判定する機能を備えた移動通信端末において、
   前記個別チャネルを使用する通信の種別を判定する第１の判定手段と、
   前記個別チャネルの受信中に、伝送誤りを有する第１の数以上のデータブロックが検出されたか否かを判定する第２の判定手段と、
   前記第２の判定手段により伝送誤りを有する第１の数以上のデータブロックが検出されたと判定された場合に、当該データブロックに先行する所定の期間にデータブロックが受信されたか否かを判定する第３の判定手段と、
   前記先行する所定の期間に伝送誤りを有する第２の数以上のデータブロックが検出されたか否かを判定する第４の判定手段と、
   前記第１乃至第４の判定手段による各判定結果に基づいて、前記受信中の個別チャネルに対する同期外れの有無を判定する第１の同期外れ判定手段とを具備したことを特徴とする移動通信端末。
2. 前記第１の同期外れ判定手段は、
   前記第２の判定手段により伝送誤りを有する第１の数以上のデータブロックが検出されたと判定され、かつ前記第４の判定手段により伝送誤りを有する第２の数以上のデータブロックが検出されたと判定された場合には、前記第１の判定手段による通信種別の判定結果にかかわらず同期外れと判定する手段と、
   前記第２の判定手段により伝送誤りを有する第１の数以上のデータブロックが検出され、かつ前記第３の判定手段により前記所定の先行期間にデータブロックが受信されなかったと判定された場合には、前記第１の判定手段による通信種別の判定結果に基づき、判定結果がパケット通信の場合には同期外れではないと判定する手段とを備えることを特徴とする請求項１記載の移動通信端末。
3. 前記個別チャネルの受信中に、当該個別チャネルにより伝送される特定の信号の受信品質を検出し、この検出された受信品質が予め設定した期間にわたり連続してしきい値以下に低下した場合に、前記第１の同期外れ判定手段の判定結果にかかわらず同期外れと判定する第２の同期外れ判定手段を、さらに具備することを特徴とする請求項１又は２記載の移動通信端末。
4. 前記第２、第３及び第４の判定手段は、前記個別チャネルの１フレームごとに、受信されたデータブロックの数と伝送誤りの有無を検出してその検出結果を記憶する第１の記憶テーブルと、この第１の記憶テーブルに記憶された検出結果をもとに、前記１フレームごとのデータブロックの受信の有無と伝送誤りを有するデータブロックの有無をそれぞれ判定し、この判定結果を最新のフレームのものから前記所定の先行期間分に相当するフレームのものまで記憶する第２の記憶テーブルとを備え、
   前記第１の同期外れ判定手段は、前記第２の記憶テーブルの記憶情報をもとに同期外れの有無を判定することを特徴とする請求項１記載の移動通信端末。
5. 個別チャネルに対し同期を確立してデータを受信する送受信モジュールの動作を制御する機能を有する、移動通信端末の制御モジュールであって、
   前記個別チャネルを使用する通信の種別を判定する第１の判定手段と、
   前記個別チャネルの受信中に、伝送誤りを有する第１の数以上データブロックが前記送受信モジュールにおいて検出されたか否かを判定する第２の判定手段と、
   前記第２の判定手段により伝送誤りを有する第１の数以上のデータブロックが検出されたと判定された場合に、当該データブロックに先行する所定の期間にデータブロックが前記送受信モジュールにおいて受信されたか否かを判定する第３の判定手段と、
   前記先行する所定の期間に、伝送誤りを有する第２の数以上のデータブロックが前記送受信モジュールにおいて検出されたか否かを判定する第４の判定手段と、
   前記第１乃至第４の判定手段による各判定結果に基づいて、前記受信中の個別チャネルの同期外れの有無を判定する第１の同期外れ判定手段とを具備したことを特徴とする移動通信端末の制御モジュール。
6. 前記第１の同期外れ判定手段は、
   前記第２の判定手段により伝送誤りを有する第１の数以上のデータブロックが検出されたと判定され、かつ前記第４の判定手段により伝送誤りを有する第２の数以上のデータブロックが検出されたと判定された場合には、前記第１の判定手段による通信種別の判定結果にかかわらず同期外れと判定する手段と、
   前記第２の判定手段により伝送誤りを有する第１の数以上のデータブロックが検出され、かつ前記第３の判定手段により前記先行する所定の期間にデータブロックが受信されなかったと判定された場合には、前記第１の判定手段による通信種別の判定結果に基づき、判定結果がパケット通信の場合には同期外れではないと判定する手段とを備えることを特徴とする請求項５記載の移動通信端末の制御モジュール。
7. 前記送受信モジュールが、個別チャネルの受信中に当該個別チャネルにより伝送される特定の信号の受信品質を検出する検出手段を備えている場合に、
   前記検出手段の検出結果を監視し、前記検出された受信品質が予め設定した期間にわたり連続してしきい値以下に低下した場合に、前記第１の同期外れ判定手段の判定結果にかかわらず同期外れと判定する第２の同期外れ判定手段を、さらに具備することを特徴とする請求項５又は６記載の移動通信端末の制御モジュール。
8. 個別チャネルに対し同期を確立してデータを受信する送受信モジュールの動作をコンピュータにより制御する移動通信端末で使用される同期判定プログラムであって、
   前記個別チャネルを使用する通信の種別を判定する第１の処理と、
   前記個別チャネルの受信中に、伝送誤りを有する第１の数以上データブロックが前記送受信モジュールにおいて検出されたか否かを判定する第２の処理と、
   前記第２の処理により伝送誤りを有する第１の数以上のデータブロックが検出されたと判定された場合に、当該データブロックに先行する所定の期間にデータブロックが前記送受信モジュールにおいて受信されたか否かを判定する第３の処理と、
   前記先行する所定の期間に、伝送誤りを有する第２の数以上のデータブロックが前記送受信モジュールにおいて検出されたか否かを判定する第４の処理と、
   前記第１乃至第４の処理による各判定結果に基づいて、前記受信中の個別チャネルの同期外れの有無を判定する第５の処理とを、
   前記コンピュータに実行させる同期判定プログラム。
9. 前記第５の処理は、
   前記第２の処理により伝送誤りを有する第１の数以上のデータブロックが検出されたと判定され、かつ前記第４の処理により伝送誤りを有する第２の数以上のデータブロックが検出されたと判定された場合には、前記第１の処理による通信種別の判定結果にかかわらず同期外れと判定する処理と、
   前記第２の処理により伝送誤りを有する第１の数以上のデータブロックが検出され、かつ前記第３の処理により前記先行する所定の期間にデータブロックが受信されなかったと判定された場合には、前記第１の処理による通信種別の判定結果に基づき、判定結果がパケット通信の場合には同期外れではないと判定する処理とを、
   前記コンピュータに実行させることを特徴とする請求項８記載の同期判定プログラム。
10. 前記送受信モジュールが、個別チャネルの受信中に当該個別チャネルにより伝送される特定の信号の受信品質を検出する検出手段を備えている場合に、
    前記検出手段の検出結果を監視し、前記検出された受信品質が予め設定した期間にわたり連続してしきい値以下に低下した場合に、前記第５の処理の判定結果にかかわらず同期外れと判定する第６の処理を、
    前記コンピュータにさらに実行させることを特徴とする請求項８又は９記載の同期判定プログラム。

Images