JP3582902B2 - トラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法 - Google Patents
トラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法 Download PDFInfo
- Publication number
- JP3582902B2 JP3582902B2 JP21458095A JP21458095A JP3582902B2 JP 3582902 B2 JP3582902 B2 JP 3582902B2 JP 21458095 A JP21458095 A JP 21458095A JP 21458095 A JP21458095 A JP 21458095A JP 3582902 B2 JP3582902 B2 JP 3582902B2
- Authority
- JP
- Japan
- Prior art keywords
- decoding
- control channel
- channel
- signal
- identification
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
- H04L1/208—Arrangements for detecting or preventing errors in the information received using signal quality detector involving signal re-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0045—Arrangements at the receiver end
- H04L1/0054—Maximum-likelihood or sequential decoding, e.g. Viterbi, Fano, ZJ algorithms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
- H04L1/201—Frame classification, e.g. bad, good or erased
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. Transmission Power Control [TPC] or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is leader and terminal is follower using a pre-established activity schedule, e.g. traffic indication frame
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Artificial Intelligence (AREA)
- Mobile Radio Communication Systems (AREA)
- Error Detection And Correction (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Time-Division Multiplex Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はトラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法に関し、例えば、北米ＴＤＭＡセルラシステムにおける移動局装置などに適用し得る。
【０００２】
【従来の技術】
近年、ＴＤＭＡセルラシステムが使用されている。例えば、北米ではＴＩＡ
（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｉｎｄｕｓｔｒｙ Ａｓｓｏｃｉａｔｉｏｎ）において、ＩＳ−５４ＢとしてＴＤＭＡデジタルセルラ方式が勧告されている。
【０００３】
北米仕様ＴＤＭＡセルラシステムは、各チャネル（帯域３０ｋＨｚ／１チャネル）ごとに、アナログ変調方式（例えば、ＦＭ）、いわゆるＡｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（ＡＭＰＳ）か、デジタル変調方式
（π／４ シフトＱＰＳＫ）などのいずれかを使用するデュアルモードシステムである。また、各変調方式とも、基地局への位置登録・着信待ち・発信要求のためのコントロールチャネル（アナログコントロールチャネル：ＡＣＣ）、『デジタルコントロールチャネル』：ＤＣＣＨ、ユーザ情報をやりとりするためのトラヒック（通話）チャネル（アナログボイスチャネル：ＡＶＣ）、『デジタルトラヒックチャネル』（ＤＴＣ）などがある。
【０００４】
即ち、デュアルモードシステムにおいては、あるチャネルにＡＣＣ、ＡＶＣ、ＤＣＣＨ、ＤＴＣのいずれかが割り当てられている。
【０００５】
携帯端末で通話する場合、着信・発信を問わず、先ずＡＣＣ或いはＤＣＣＨを受信しなければならない。コントロールチャネルでチャネル番号を（ＤＴＣの場合はスロット番号も）指示されて初めて、ＡＶＣ或いはＤＴＣを受信することができるわけである。ここで、コントロールチャネルが何チャネルにあるかをいかにして探すかという問題が生じる。
【０００６】
ＡＣＣの場合は、常駐チャネルが決められているので、そのチャネルを受信すれば良いが、ＤＣＣＨの場合は常駐チャネルは特に決められていない。但し、１０００チャネル以上もあるチャネルを全て探すことは実用上無意味であるので、ＤＣＣＨが存在する可能性が高い周波数エリアが決められている
いくつか区切られた周波数エリアの中から、ＤＣＣＨが存在する可能性が高いエリアから順にＤＣＣＨを探していけば効率的だからである。但し、この場合でも受信チャネルがＤＣＣＨかどうかを識別する必要がある。特に受信チャネルがＤＴＣかＤＣＣＨであるかを識別する方法は、ＤＣＣＨを受信するまでの時間を短縮するために重要である。
【０００７】
そこで、図２はＤＴＣとＤＣＣＨのダウンリンク（基地局ＢＳから移動局ＭＳ）のスロット構成を示す図である。この図２のようにＤＴＣスロットとＤＣＣＨスロットとは、総ビット数とシンクパターンが同じである他は、データ部も含めて異なる符号化をなされた信号が配置されている。尚、図２において、ＳＡＣＣＨはＳｌｏｗ Ａｓｓｏｃｉａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｅｌである。ＣＤＶＣＣはＣｏｄｅｄ Ｄｉｇｉｔａｌ Ｖｅｒｉｆｉｃａｔｉｏｎ Ｃｏｌｏｒ Ｃｏｄｅ（符号化されたデジタル確認カラーコード）である。ＣＤＬはＣｏｄｅｄ ＤＣＣＨ Ｌｏｃａｔｏｒである。ＳＣＦはＳｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｆｅｅｄｂａｃｋ（割り当てられたコントロールフィードバック信号）であり、ランダムアクセス制御信号を表す。ＣＳＦＰはＣｏｄｅｄ ＳｕｐｅｒＦｒａｍｅ Ｐｈａｓｅであり、スーパフレーム内での位置を表す位相情報である。
【０００８】
ここで、あるチャネルがＤＣＣＨか否かを判断する場合、受信信号レベルは受信可能なレベルにあるとすると、移動局側では先ずシンクパターンの有無を探査する。シンクパターンがない場合、そのチャネルはＡＭＰＳである可能性が高いということになるので、他のチャネルに移って、再びシンクパターンの調査を開始する。
【０００９】
シンクパターンが見つかった場合、そのチャネルがＤＴＣかＤＣＣＨかを識別しなければならない。この識別の方法としては、以下の３つ、或いはいくつかの組み合わせが考えられる。
【００１０】
（１）ＤＡＴＡ部がＤＴＣのものか、それともＤＣＣＨのものかを識別する。（２）ＣＤＶＣＣかＣＳＦＰか否かを判断する。
（３）ＳＡＣＣＨ／ＣＤＬかＳＣＦかを判断する。
【００１１】
上記（１）の方法は、ＤＴＣデータとＤＣＣＨデータの符号化の違いによるＣＲＣの一致・不一致を利用する。ＤＴＣ・ＤＣＣＨのＣＲＣの演算方法と、畳み込み符号化の違いは以下の通りである。
【００１２】
ＤＴＣデータにおいて音声データに対してＣＲＣはＭＳＢ１２ビットから７ビット。レート１／２、拘束長６の畳み込み符号、スロットインタリーブありである。ＦＡＣＣＨ（Ｆａｓｔ Ａｓｓｏｃｉａｔｅｄ Ｃｏｎｔｏｒｏｌ ＣＨａｎｅｌ）に対して、ＣＲＣはＤＶＣＣと共に、１６ビットを算出する。レート１／４、拘束長６の畳み込み符号、スロットインタリーブありである。
【００１３】
ＤＣＣＨデータにおいて、ＦＢＣＣＨ（Ｆａｓｔ ＢｒｏａｄＣａｓｔ ＣＨａｎｅｌ）に対してＤＶＣＣ＝０とし、１６ビットを算出後反転する。レート１／２、拘束長６の畳み込み符号、スロットインタリーブなしである。更に、ＳＭＳＣＨ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ ＣＨａｎｅｌ）／ＰＣＨ（Ｐａｇｉｎｇ ＣＨａｎｅｌ）／ＡＲＣＨ（Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ ＣＨａｎｅｌ）を総じてＳＰＡＣＨ（Ｓｍｓｃｈ，Ｐｃｈ ａｎｄ Ａｒｃｈ ＣＨａｎｅｌ）に対してＤＶＣＣを使用し、１６ビットを算出する。レート１／２、拘束長６の畳み込み符号、スロットインタリーブなしとする。
【００１４】
ＦＢＣＣＨ、ＳＰＡＣＨ以外のスロットに対しては、ＤＶＣＣを使用し、１６ビットを算出後反転する。レート１／２、拘束長６の畳み込み符号、スロットインタリーブなしである。
【００１５】
上述のように生成多項式、総ビット数、ＤＶＣＣを使うかどうかなど、ＣＲＣを算出する方法が異なるので、受信データを復号した結果からＣＲＣを算出できればどの種類が送信されたかを識別することができる。
【００１６】
次に上述の（２）の方法については、先ず符号化の方法は、次のような違いがある。ＣＤＶＣＣについては、毎スロット同じ８ビット値（００ｈｅｘを除く）が送信される。８ビットに対してハミング符号化し、４ビットの冗長係数を算出する。また、ＣＳＦＰに対して、０ｈｅｘ（ｈｅｘは１６進数の意味）から１Ｆｈｅｘまでスロット毎に１づつカウントアップしていく。８ビットに対してハミング符号化し、算出された４ビットを反転して使用する。
【００１７】
次に上述の（３）の方法について説明する。但し、ＳＡＣＣＨを識別に使用することは、識別に要する時間の点で不利である。ＣＤＬについては、毎スロット同じ７ビット値が送信される。８ビット（ＭＳＢ０を追加）に対して、ハミング符号化し、算出された４ビットを反転して使用する。また、ＳＣＦについては、ＣＰＥ（１１ビット）、Ｒ／Ｎ（５ビット）、ＢＲＩ（６ビット）をインタリーブしている。ＣＰＥは７ビット値が送信される。８ビット（ＭＳＢ０を追加）に対してハミング符号化し算出された４ビットを反転して使用するものである。
【００１８】
【発明が解決しようとする課題】
しかしながら、上述の（１）の方法では、受信信号をＤＣＣＨの復号法に従って復号するがＣＲＣが必ずしも計算できるとは限らないのである。つまり、ＣＲＣの計算方法が、ＳＦＰ（Ｓｕｐｅｒ Ｆｒａｍｅ Ｐｈａｓｅ）の位相によって変化するからである。ＣＲＣの演算法則は図３のように表すことができる。
【００１９】
この図３において、Ｆ−ＢＣＣＨ、Ｅ−ＢＣＣＨ、Ｓ−ＢＣＣＨ、ＳＰＡＣＨの数は、ＤＣＣＨチャネルごとに異なる。尚、このＦ−ＢＣＣＨはＦａｓｔ−ＢｒｏａｄＣａｓｔ ＣＨａｎｎｅｌの略、Ｅ−ＢＣＣＨはＥｘｔｅｎｄｅｄ−ＢＣＣＨの略、Ｓ−ＢＣＣＨはＳｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ−ＢＣＣＨの略、ＲｅｓｅｒｖｅｄはＲｅｓｅｒｖｅｄ ｓｌｏｔの略、ＳＰＡＣＨはＳｍｓｃｈ，Ｐｃｈ ａｎｄ Ａｒｃｈ ＣＨａｎｎｅｌの略である。これらの機能の詳細については、文献：『沖電気研究開発』、１９９５年６月、第１６７号Ｖｏｌ．６２，Ｎｏ．３内のページ７９〜８２の論文『米国ＴＤＭＡ方式セルラ携帯機のソフトウエア』で説明されている。
【００２０】
Ｆ−ＢＣＣＨ、Ｅ−ＢＣＣＨ、Ｓ−ＢＣＣＨ、ＳＰＡＣＨがそれぞれ何個あるか及びＤＶＣＣ値は、Ｆ−ＢＣＣＨを受信し、信号内容を解析して初めて明らかになるのである。
【００２１】
従って、上述の（１）の方法で、ＤＣＣＨ復号を行う場合、ＤＣＣＨ同期直後は、Ｆ−ＢＣＣＨしかＣＲＣは一致しないという問題がある。また、ＤＴＣ復号を行う場合は、スロットインタリーブを考慮すると、２スロット待たねばならず、受信信号を保存するためのメモリが必要となり、メモリ容量の増大の問題がある。
【００２２】
また、上述の（２）の方法は、ハミング符号によるデコードができるどうかによって、ＤＴＣかＤＣＣＨかを判断するが、ハミング符号は３ビット以上の誤りの有無は検出できないので、より正確に判断するには、数スロット受信してから判断することが望まれ、判定に時間がかかるという問題がある。上述の（３）の方法も上述の（２）と同様な問題がある。
【００２３】
以上のようなことから、非常に簡単な構成で、ハードウエア規模を大きくすることなく、能率的にしかも短時間に無線局装置からの受信信号がトラヒックチャネル／コントロールチャネルのいずれであるかを識別することができるトラヒックチャネル／コントロールチャネル識別回路及びその方法の提供が要請されている。
【００２４】
【課題を解決するための手段】
そこで、請求項１の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別回路において、以下の特徴的な構成で上述の課題を解決するものである。
【００２５】
即ち、請求項１の発明は、上記受信信号からコントロールチャネルロケータ信号（例えば、ＤＣＣＨロケータ）を検出して復号し、コントロールチャネルが存在する周波数帯を表す符号情報を出力する『コントロールチャネルロケータ復号手段』と、上記受信信号からコントロールチャネルデータ（例えば、ＤＣＣＨデータ）を復号する『コントロールチャネルデータ復号手段』と、上記受信信号から割り当てコントロールフィードバック信号（例えば、ＳＣＦ）を検出して復号する『割り当てコントロールフィードバック復号手段』と、上記受信信号からスーパフレームフェーズ信号（例えば、ＳＦＰ）を復号する『スーパフレームフェーズ復号手段』と、上記コントロールチャネルデータ復号手段と、上記割り当てコントロールフィードバック復号手段と、上記スーパフレームフェーズ復号手段との復号結果から、上記受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別出力する『トラヒックチャネル／コントロールチャネル識別手段』とを備えたものである。
【００２６】
尚、上記コントロールチャネルロケータ信号は、コントロールチャネルが存在する周波数帯を表す符号情報の信号であるので、このロケータ信号を検出して復号することでコントロールチャネルが存在する周波数帯を知ることができる。
【００２７】
このような構成を採ることで、いくつかの復号手段の結果から、トラヒックチャネル／コントロールチャネル識別を能率的に行うことができ、回路構成も容易であることから小形化にも適している。更に、受信した信号に対するＣＲＣと、計算したＣＲＣとが一致しなくても、短時間に高い精度で識別することができる。
【００２８】
更に、請求項２の発明は、上記請求項１の発明の構成に加え、更に、コントロールチャネル（例えば、ＤＣＣＨ）を識別出力後に、上記スーパフレームフェーズ信号（例えば、ＳＦＰ）に対する予測値と復号結果とが一致しない場合に誤判定の検出を行う『誤判定検出手段』を備えるものである。
【００２９】
このような構成を採ることで、簡単な回路構成で容易に識別に対する誤り判定検出を行うことができる。
【００３０】
また、請求項３の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別方法において、以下の特徴的な構成で上述の課題を解決するものである。
【００３１】
即ち、請求項３の発明は、トラヒックチャネル又はコントロールチャネルのいずれであるかの識別結果を保存して出力する『保存処理』と、上記識別結果の値を確認し、この識別結果の値がトラヒックチャネルに相当する第１の値である場合は、コントロールチャネルロケータ信号（例えば、ＤＣＣＨロケータ）を検出して復号する『コントロールチャネルロケータ信号復号処理』と、上記識別結果の確認で、上記第１の値でない場合は、コントロールチャネルデータを復号する『コントロールチャネルデータ復号処理』と、割り当てコントロールフィードバック信号（例えば、ＳＣＦ）を検出して復号する『割り当てコントロールフィードバック信号復号処理』と、スーパフレームフェーズ信号（例えば、ＳＦＰ）を検出して復号する『スーパフレームフェーズ信号復号処理』と、上記保存処理の識別結果が不定又は不明に相当する第２の値であるか否かを確認する『識別結果確認処理』と、この確認で不定又は不明に相当する第２の値である場合は、次にトラヒックチャネル又はコントロールチャネルのいずれであるかの識別を行って、この識別結果を上記保存処理によって保存させる『トラヒックチャネル／コントロールチャネル識別処理』とから構成するものである。
【００３２】
このような構成を採ることで、非常に能率的にトラヒックチャネル／コントロールチャネルの識別と、誤り判定検出とを行うことができ、構成的にも簡単な構成で実現することができる。
【００３３】
更に、請求項４の発明は、上記請求項３の上記『コントロールチャネルデータ復号処理』として、受信信号に対するデインタリーブを行い、このデインタリーブ後の信号に対する最尤復号（例えば、ビタビ復号）を行い、この最尤復号結果に対して誤り検査（例えば、ＣＲＣ）を行い、上記最尤復号結果に対して再符号化を行い、再符号化によって得られたビット列と受信信号ビット列とを比較して、異なる値をとるビットの数を誤り数とするものである。
【００３４】
このような構成でコントロールチャネルデータの復号を行うことで、誤りの少ないデータを得ることができる。
【００３５】
更にまた、請求項５の発明は、上記請求項３又は４記載の『トラヒックチャネル／コントロールチャネル識別処理』を、コントロールチャネルデータに対する復号結果に対する誤り検査でエラーがない場合に第１のカウンタをカウントアップし、上記誤り検査によって得られる誤り数が第３の値以下の場合に上記第１のカウンタをカウントアップし、上記スーパフレームフェーズ信号に対する復号結果に誤りがない場合に上記第１のカウンタをカウントアップし、上記スーパフレームフェーズ信号に対する予測値と復号結果とが一致する場合も上記第１のカウンタをカウントアップし、上記第１のカウンタのカウント数が第４の値に達している場合に、上記コントロールチャネルとして識別出力する『コントロールチャネル識別処理』と、受信信号から確認カラーコード信号を検出して復号し、この復号結果に誤りがない場合は第２のカウンタをカウントアップし、コントロールチャネルロケータ信号に対する復号結果に誤りがない場合に上記第２のカウンタをカウントアップし、上記第２のカウンタが第５の値に達している場合に、トラヒックチャネルとして識別出力する『トラヒックチャネル識別処理』とから構成するものである。
【００３６】
このような構成で識別を行うことで、ＣＲＣが一致していなくても、短い受信信号から、能率的にしかも高い精度でトラヒックチャネル／コントロールチャネルの識別を行うことができる。
【００３７】
更にまた、請求項６の発明は、上記請求項３〜５のいずれかの構成において、上記『識別結果確認処理』の識別結果が不定又は不明に相当する第２の値であるか否かの確認で、上記第２の値でない場合は、更に、上記スーパフレームフェーズに対する予測値と復号結果とが一致するか否かを確認し、一致しない場合に誤判定の検出を行う誤判定検出処理を行うものである。
【００３８】
このような構成を採ることで、現チャネルをコントロールチャネル（例えば、ＤＣＣＨ）と判定後に、ＳＦＰの予測値と復号結果から容易にコントロールチャネル又はトラヒックチャネルに対する誤り判定を検出を簡単な構成で行うことができる。
【００３９】
また、請求項７の発明は、上記請求項６の『誤判定検出処理』を、上記スーパフレームフェーズ信号（例えば、ＳＦＰ）を検出するごとにその予測値と復号結果とが一致するか否かを確認し、一致しない場合には第３のカウンタでカウントし、この第３のカウンタのカウント値が第６の値に達すると誤判定とするものである。
【００４０】
このような構成で判定することで、誤り判定を迅速にしかも簡単な構成で行うことができる。
【００４１】
【発明の実施の形態】
次に本発明の好適な実施の形態を図面を用いて説明する。
そこで、本実施の形態のＤＴＣ／ＤＣＣＨ識別回路では、同じ領域に異なる符号化で割り当てられた２種類の信号系列（ＤＴＣ／ＤＣＣＨ）のいずれであるかを判断するために、『ＤＣＣＨロケータの復号手段』と、『ＳＣＦの復号手段』と、『ＳＦＰの復号手段』と、『ＤＶＣＣの復号手段』と、『ＤＣＣＨデータの復号手段』と、『ＤＴＣ／ＤＣＣＨ判定手段』と、『誤判定検出手段』とを備える。
【００４２】
上記『ＳＣＦの復号手段』は、デインタリーブの手段と、ＣＰＥの復号手段とを備える。上記『ＤＣＣＨの復号手段』は、デインタリーブの手段と、ビタビ復号の手段と、ＣＲＣ演算・比較手段と、再符号化手段と、受信系列と再符号化系列との比較手段と、受信系列の保存手段とを備える。
【００４３】
上記『ＤＴＣ／ＤＣＣＨ判定手段』は、ＳＦＰの予測値をインクリメントする手段と、ＤＣＣＨの復号結果のＣＲＣエラーがない場合はカウンタＮＤＣＣＨを１インクリメントする手段と、誤り数が第１の設定値ｎ以下の場合はＮＤＣＣＨを１インクリメントする手段と、ＳＦＰの復号結果に誤りがない場合はＮＤＣＣＨを１インクリメントする手段と、ＳＦＰの予測値と復号結果とが一致する場合は、ＮＤＣＣＨを１インクリメントする手段とを備える。
【００４４】
更に、本実施の形態では、上述の構成に加え、ＤＶＣＣの復号結果に誤りがない場合はカウンタＮＤＴＣを１インクリメントする手段と、ＤＣＣＬの復号結果に誤りがない場合はカウンタＮＤＴＣを１インクリメントする手段とを備えると共に、ＮＤＣＣＨが第２の設定値に達した場合はＤＣＣＨであると判定し（判定フラグＳＹＮＣ ＤＣＣＨ＝１）、ＮＤＴＣが第２の設定値に達した場合はＤＴＣであると判定（判定フラグＳＹＮＣ ＤＣＣＨ＝−１）する手段を備える。
【００４５】
また、上記『誤判定検出手段』は、現チャネルをＤＣＣＨと判定後に、ＳＦＰの予測値をインクリメントする手段と、ＳＦＰの予測値と復号結果とを比較する手段と、ＳＦＰの予測値と復号結果が一致する場合は、カウンタＮＯＴ ＳＹＮＣ＝０とし、ＳＦＰの予測値と復号結果とが一致しない場合は、カウンタＮＯＴＳＹＮＣを１インクリメントし、カウンタＮＯＴ ＳＹＮＣが第４の閾値に達した場合は、ＮＤＴＣ＝ＮＤＣＣＨ＝ＮＯＴ ＳＹＮＣ＝０とし、判定フラグＳＹＮＣ ＤＣＣＨを０とする手段とを備えて、ＤＴＣ／ＤＣＣＨ識別回路を実現するものである。
【００４６】
次に上述の構成を実現するための詳細な構成と動作を説明する。
図１はＤＴＣ／ＤＣＣＨ識別回路の主な機能構成図である。この図１において、ＤＴＣ／ＤＣＣＨ識別回路は、制御部１と、ＤＣＣＨデータデコード部２と、ＤＴＣ／ＤＣＣＨ判定部３と、誤判定検出部４とから構成されている。
【００４７】
（制御部１）： 制御部１は、１スロット受信毎に、先ずＳＹＮＣ ＤＣＣＨが、１、−１、０のいずれであるかを確認する。この確認で−１、即ちＤＴＣであると確認されると、次にＤＣＣＨロケータの復号を行い、ＤＴＣ識別結果を出力する。一方、上述のＳＹＮＣ ＤＣＣＨの確認で、−１でないと確認されると、ＤＣＣＨデータ部のデコードを行うために、ＤＣＣＨデータデコード部２に命令を与える。
【００４８】
また、制御部１は、ＳＣＦのデコードを行う。即ち、ＣＰＥ、Ｒ／Ｎ、ＢＲＩなどのデータのデコードを行って、ＳＣＦのデコードを行う。更に、ＳＦＰのデコードも行う。
【００４９】
更にまた、制御部１は、ＳＹＮＣ ＤＣＣＨが０であるか否かの確認も行う。この確認で０であると確認されると、ＤＴＣ／ＤＣＣＨの判定を行うようにＤＴＣ／ＤＣＣＨ判定部３に命令する。制御部１は、上述のＳＹＮＣ ＤＣＣＨが０であるか否かの確認で、０でないと判定されると、誤判定検出の命令を誤判定検出部４に与える。
【００５０】
（ＤＣＣＨデータデコード部２）： ＤＣＣＨデータデコード部２は、ＤＣＣＨデータ部のデコードを行う。即ち、デインタリーブ、ビタビ復号、ＣＲＣチェック、再符号化などを行い、ＤＣＣＨデータ部のデコードを行う。この処理の具体的な構成は後述する。
【００５１】
ＤＴＣ／ＤＣＣＨ判定部３は、先ずＮＦＳＰの値を更新することから始める。尚、ＦＨＡＬＦは、０（フルレート）、又は１（ハーフレート）のいずれかの値をとる。ＮＳＦＰは受信したＳＦＰとは別にＤＳＰ自身で持つＳＦＰの予測値であり、フルレートの場合は１づつ、ハーフレートの場合は２づつカウントアップする。次にＤＣＣＨのＣＲＣがエラーしていたか否か、即ちＣＲＣ ＤＣＣＨ＝０であるか否かを判断し、エラーしていない場合、即ち０の場合は、ＮＤＣＣＨを１カウントアップする。ＤＣＣＨのＣＲＣがエラーしている場合は、直ちに次の確認の、誤り数が閾値を超えているか否かを確認する。この確認で超えていない場合は、ＮＤＣＣＨを１カウントアップする。
【００５２】
上記確認で誤り数が閾値を超えている場合は、ＳＦＰの復号結果に誤りがあるか否かを検出する。この確認で誤りがないと検出されると、ＮＤＣＣＨを１カウントアップする。次に受信したＳＦＰと推定ＳＦＰとが一致するか否かを確認する。この確認で一致する場合は、ＮＤＣＣＨを１カウントアップする。
【００５３】
また、上記受信したＳＦＰと推定ＳＦＰとの一致の確認で、一致しない場合は、次に受信したＳＦＰの値をＮＳＦＰに保存する。上記ＳＦＰの復号結果に誤りがあるか否かの検出で、誤りがある場合、又は上記ＮＤＣＣＨを１カウントアップする、又は受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）の値をＮＳＦＰに保存するなどのいずれかの処理を終了すると、次にＮＤＣＣＨが３以上か否かを確認する。この確認でＮＤＣＣＨが３以上の場合はＳＹＮＣ ＤＣＣＨ＝１として、ＤＣＣＨ識別結果を出力する。
【００５４】
しかしながら、上記ＮＤＣＣＨが３以上か否かの確認で、３以上でない場合は、ＤＶＣＣの復号を行い、次にＤＣＣＨロケータの復号を行う。次にＤＶＣＣの復号の結果、誤りがあるか否かを確認する。この確認で誤りがない場合は、ＮＤＴＣを１カウントアップする。
【００５５】
上記ＤＶＣＣの復号の結果に誤りがあるか否かの確認で、誤りがない場合、又はＮＤＴＣを１カウントアップした場合、次にＤＣＣＬの復号の結果を確認する。この確認で誤りなしと確認されると、次にＮＤＴＣを１カウントアップする。
【００５６】
上記ＤＣＣＬの復号の結果の確認で、誤り有り又は上記ＮＤＴＣを１カウントアップすることを終了すると、次にＮＤＴＣが３以上であるか否かを確認する。この確認でＮＤＴＣが３以上である場合は、次にＳＹＮＣ ＤＣＣＨ＝−１とし、又はＮＤＴＣが３以上でない場合はＤＴＣの識別結果を出力する。
【００５７】
（誤判定検出部４）： 誤判定検出部４は、先ずＮＦＳＰの値を更新する。具体的には、フルレートの場合は１づつカウントアップし、ハーフレートの場合は２づつカウントアップする。次に受信したＳＦＰと推定ＳＦＰとが一致するか否かを確認する。この確認で受信したＳＦＰと推定ＳＦＰとが一致する場合は、ＮＯＴ ＳＹＮＣ＝０として、誤判定検出処理を終了する。
【００５８】
また、上述の受信したＳＦＰと推定ＳＦＰとが一致するか否かの確認で、一致しない場合はＮＯＴ ＳＹＮＣを１カウントアップする。次にＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するか否かを比較する。この比較でＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するときには、ＮＤＴＣ＝０、ＮＤＣＣＨ＝０、ＳＹＮＣ ＤＣＣＨ＝０、ＮＯＴ ＳＹＮＣ＝０として、誤判定検出処理を終了する。尚、上記ＮＯＴＳＹＮＣが閾値Ｍ２と一致するか否かの比較で、不一致と判定されると、そこで誤判定検出処理を終了する。
【００５９】
（回路の全体動作フロー）： 図５はＤＴＣ／ＤＣＣＨ識別回路の全体的な回路動作フローチャートである。この図５において、ＤＴＣ／ＤＣＣＨ識別回路の処理は、１スロット受信毎（例えば、２０ｍｓｅｃ程度）に一連の処理を行うものとする。また、図１０に示すように、ＳＹＮＣ ＤＣＣＨは、１のときにＤＣＣＨとし、−１のときにＤＴＣとし、０のとき不明とする。先ず、１スロット毎の受信信号からＳＹＮＣ ＤＣＣＨが−１であるか否かを確認する（ステップＳ１）。この確認で−１、即ちＤＴＣであると確認されると、次にＤＣＣＨロケータの復号だけを行って（ステップＳ２）、これで識別処理は終了することになる。
【００６０】
一方、上述のＳＹＮＣ ＤＣＣＨの確認で（ステップＳ１）、−１でないと確認されると、次にＤＣＣＨデータ部のデコードを行う（ステップＳ３）。即ち、デインタリーブ、ビタビ復号、ＣＲＣチェック、再符号化などを行い、ＤＣＣＨデータ部のデコードを行う。この処理の具体的な構成は後述する。次にＳＣＦのデコードを行う（ステップＳ４）、即ち、ＣＰＥ、Ｒ／Ｎ、ＢＲＩなどのデータのデコードを行って、ＳＣＦのデコードを行う。次にＳＦＰのデコードを行う
（ステップＳ５）。
【００６１】
次にＳＹＮＣ ＤＣＣＨが０であるか否かを確認する（ステップＳ６）。この確認で０であると確認されると、次にＤＴＣ／ＤＣＣＨの判定を行い（ステップＳ７）、処理を終了する。このＤＴＣ／ＤＣＣＨの判定方法については、更に詳しく後述する。一方、上述のＳＹＮＣ ＤＣＣＨが０であるか否かの確認で、０でないと判定されると、次に誤判定検出処理を行って（ステップＳ８）、処理を終了する。この処理の詳細は更に詳しく後述する。
【００６２】
以上のような一連の処理を行うことで、ＤＴＣ／ＤＣＣＨの識別を能率的に、しかも迅速に行うことができるのである。そこで、更に、上述のＤＣＣＨデータ部のデコード（ステップＳ３）、ＤＴＣ／ＤＣＣＨ判定（ステップＳ７）、誤判定検出（ステップＳ８）の詳細を説明する。
【００６３】
（ＤＣＣＨデータ部のデコード）： 図６は上述の図５のＤＣＣＨデータ部のデコード処理の処理フローチャートである。この図６において、先ず、スロットに対するデインタリーブを行い（ステップＳ９９）、次にレート（符号化率）１／２、拘束長６のビタビ復号を行う（ステップＳ１００）。尚、畳み込み符号の復号法としては、ビタビ復号以外にも存在するが、ビタビ復号が最尤復号であることが知られている。また、ビタビ復号の方法としては、ＤＳＰ内蔵のアクセラレータを使用する方法や、パスの絞り込みの方法を変えるなどを行うことも好ましい。
【００６４】
次にＣＲＣの演算を行い、受信したＣＲＣと演算したＣＲＣを比較する（ステップＳ１０１）。この比較で受信したＣＲＣと演算したＣＲＣとが一致した場合はＣＲＣエラーなしとし、一致しない場合はＣＲＣエラーありとする。次に復号結果を再びレート１／２、拘束長６で再符号化する（ステップＳ１０２）。ここで再符号化したビット列と受信したビット列とを比較し、異なる値をとるビット数の誤り数として（ステップＳ１０３）、ＤＣＣＨデータ部のデコード処理を終了する。
【００６５】
（ＤＴＣ／ＤＣＣＨ判定）： 図７は上述の図５のＤＴＣ／ＤＣＣＨの判定の処理フローチャートである。この図７において、先ずＮＦＳＰの値を更新することから始める（ステップＳ１０）。尚、ＦＨＡＬＦは、０（フルレート）、又は１（ハーフレート）のいずれかの値をとる。ＮＳＦＰは受信したＳＦＰとは別にＤＳＰ自身で持つＳＦＰの予測値であり、フルレートの場合は１づつ、ハーフレートの場合は２づつカウントアップする。尚、図１１に示すようにデフォルトは、ＮＤＴＣ＝０、ＮＤＣＣＨ＝０、ＳＹＮＣ ＤＣＣＨ＝０、ＮＳＦＰ＝０とする。
【００６６】
次にＤＣＣＨのＣＲＣがエラーしていたか否か、即ちＣＲＣ ＤＣＣＨ＝０であるか否かを判断し（ステップＳ１１）、エラーしていない場合、即ち０の場合は、ＮＤＣＣＨを１カウントアップ（ＮＤＣＣＨ＝ＮＤＣＨ＋１）する（ステップＳ１２）。ＤＣＣＨのＣＲＣがエラーしている場合は、直ちに次の確認の、誤り数が閾値を超えているか（ＲＥＥＮＣ ＤＣＣＨ≦ｎ）否かを確認する（ステップＳ１３）。この確認で超えていない場合は、ＮＤＣＣＨを１カウントアップ（ＮＤＣＣＨ＝ＮＤＣＣＨ＋１）する（ステップＳ１４）。
【００６７】
上記確認で誤り数が閾値を超えている場合は、次にＳＦＰの復号結果に誤りがあるか（ＥＲＳＦＰ＝０）否かを検出する（ステップＳ１５）。この確認で誤りがない（ＥＲＳＦＰ＝０）と検出されると、ＮＤＣＣＨを１カウントアップする（ステップＳ１６）。次に受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）と推定ＳＦＰ
（ＮＳＦＰ）とが一致するか否かを確認する（ステップＳ１７）。この確認で一致する場合は、ＮＤＣＣＨを１カウントアップ（ＮＤＣＣＨ＝ＮＤＣＨ＋１）する（ステップＳ１８）。
【００６８】
また、上記受信したＳＦＰと推定ＳＦＰとの一致の確認で（ステップＳ１７）、一致しない場合は、次に受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）の値をＮＳＦＰに保存する（ステップＳ１９）。
【００６９】
上記ＳＦＰの復号結果に誤りがあるか否かの検出（ステップＳ１５）で、誤りがある場合、上記ＮＤＣＣＨを１カウントアップする（ステップＳ１８）、受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）の値をＮＳＦＰに保存する（ステップＳ１９）などのいずれかの処理を終了すると、次にＮＤＣＣＨが３以上か否かを確認する（ステップＳ２０）。この確認でＮＤＣＣＨが３以上の場合はＳＹＮＣ ＤＣＣＨ＝１として（ステップＳ２１）、ＤＴＣ／ＤＣＣＨ判定の処理を終了する。
【００７０】
しかしながら、上記ＮＤＣＣＨが３以上か否かの確認で（ステップＳ２０）、３以上でない場合は、図８の一連の処理を行って、ＤＴＣ／ＤＣＣＨ判定を終了する。即ち、ＤＶＣＣの復号を行い（ステップＳ２２）、次にＤＣＣＨロケータの復号を行う（ステップＳ２３）。次にＤＶＣＣの復号の結果、誤りがあるか
（＊（＃ＥＲＤＶＣＣ）＝０）否かを確認する（ステップＳ２４）。この確認で誤りがない場合は、ＮＤＴＣを１カウントアップ（＊（＃ＮＤＴＣ）＝＊（＃ＮＤＴＣ）＋１）する（ステップＳ２５）。
【００７１】
上記ＤＶＣＣの復号の結果に誤りがあるか否かの確認で（ステップＳ２４）、誤りがない場合、又はＮＤＴＣを１カウントアップした場合（ステップＳ２５）、次にＤＣＣＬの復号の結果（＊（＃ＥＲＤＣＣＬ）＝０）を確認する（ステップＳ２６）。この確認で誤りなしと確認されると、次にＮＤＴＣを１カウントアップ（＊（＃ＮＤＴＣ）＝＊（＃ＮＤＴＣ）＋１）する（ステップＳ２７）。
【００７２】
上記ＤＣＣＬ（ＤＣＣＨロケータ）の復号の結果の確認で（ステップＳ２６）、誤り有り又は上記ＮＤＴＣを１カウントアップする（ステップＳ２７）ことを終了すると、次にＮＤＴＣが３以上であるか（＊（＃ＮＤＴＣ）≧３）否かを確認する（ステップＳ２８）。この確認でＮＤＴＣが３以上である場合は、次にＳＹＮＣ ＤＣＣＨ＝−１とし（ステップＳ２９）、又はＮＤＴＣが３以上でない場合はＤＴＣ／ＤＣＣＨの判定の処理を終了する。
【００７３】
（誤判定検出）： 図９は上述の図５の誤判定検出の処理フローチャートである。この図９において、先ずＮＦＳＰの値を更新（ＮＳＦＰ＝ＮＳＦＰ＋１＋ＦＨＡＬＦ）する（ステップＳ２００）。具体的には、フルレートの場合は１づつカウントアップし、ハーフレートの場合は２づつカウントアップする。次に受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）と推定ＳＦＰ（ＮＳＦＰ）とが一致するか否かを確認する（ステップＳ２０１）。
【００７４】
この確認で受信したＳＦＰと推定ＳＦＰとが一致する場合は、ＮＯＴ ＳＹＮＣ＝０として（ステップＳ２０２）、誤判定検出処理を終了する。
【００７５】
また、上述の受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）と推定ＳＦＰ（ＮＳＦＰ）とが一致するか否かの確認で（ステップＳ２０１）、一致しない場合はＮＯＴ ＳＹＮＣを１カウントアップする（ステップＳ２０３）。次にＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するか否かを比較する（ステップＳ２０４）。この比較でＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するときには、ＮＤＴＣ＝０、ＮＤＣＣＨ＝０、ＳＹＮＣ ＤＣＣＨ＝０、、ＮＯＴ ＳＹＮＣ＝０として（ステップＳ２０５）、誤判定検出処理を終了する。尚、上記ＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するか否かの比較で（ステップＳ２０４）、不一致と判定されると、そこで誤判定検出処理を終了する。
【００７６】
（携帯装置の一例のハードウエア構成）： 図４は上述の図１のＤＴＣ／ＤＣＣＨ識別回路の機能構成を実現するＴＤＭＡセルラシステム用の携帯装置の一例のハードウエア構成図である。図４において、携帯装置はアンテナ１０と、高周波（ＲＦ）回路１１と、アナログ／デジタル（Ａ／Ｄ）変換回路１２と、デジタルシグナルプロセス回路１３と、ＣＰＵ１４とから構成されている。この図４においては、受信系の構成を中心として説明する。
【００７７】
アンテナ１０は基地局からのＴＤＭＡフレーム信号を捕捉し、捕捉した高周波信号は高周波回路１１に与えられる。高周波回路１１は高周波信号から周波数同調を行い、復調を行いベースバンドのＴＤＭＡフレーム信号を抽出し、アナログ／デジタル変換回路１２に与える。アナログ／デジタル変換回路１２は、ベースバンドのＴＤＭＡフレーム信号をデジタル信号に変換して、デジタル処理し易い信号形態に変換してデジタルシグナルプロセス回路１３に与える。
【００７８】
ＣＰＵ１４は、具体的にはマイクロプロセッサＭＰや、プログラムＲＯＭ、ワーキングＲＡＭなどから構成され、アナログ／デジタル変換回路１２の変換を制御したり、デジタルシグナルプロセス回路１３を制御して上述の『ＤＣＣＨロケータの復号』、『ＳＣＦの復号』、『ＳＦＰの復号』、『ＤＶＣＣの復号』、
『ＤＣＣＨデータの復号』、『ＤＴＣ／ＤＣＣＨ判定』などを行わせ、ＤＴＣ／ＤＣＣＨの識別結果を得る。
【００７９】
デジタルシグナルプロセス回路１３は、アナログ／デジタル変換回路１２からのデジタル信号を、ＣＰＵ１４からの命令に従って処理して、上述の『ＤＣＣＨロケータの復号』、『ＳＣＦの復号』、『ＳＦＰの復号』、『ＤＶＣＣの復号』、『ＤＣＣＨデータの復号』、『ＤＴＣ／ＤＣＣＨ判定』などを行い、ＤＴＣ／ＤＣＣＨの識別結果をＣＰＵ１４に与えるものである。
【００８０】
（本発明の実施の形態の効果）： 以上の実施の形態によれば、受信スロットがＦ−ＢＣＣＨでなくても、即ち、受信したＣＲＣと演算したＣＲＣとが一致しなくても、ＤＴＣ／ＤＣＣＨの識別判定を行うことができる。また、ハミング符号の精度に依存せず、ビタビ復号結果を再符号化することによって、誤り数を推定しているため、最短では１スロット分の信号の受信だけでもＤＴＣ／ＤＣＣＨの識別判定を高い精度で行うことができる。
【００８１】
従って、非常に簡単な構成で、ハードウエア規模を大きくすることなく、能率的にしかも短時間に無線局装置からの受信信号がトラヒックチャネル／コントロールチャネルのいずれであるかを識別することができるトラヒックチャネル／コントロールチャネル識別回路及びその方法を実現することができる。
【００８２】
（他の実施の形態）： （１）尚、以上の実施の形態においては、主にＤＳＰ内でソフトウエア処理を行う場合の処理の構成を示しているが、他にハードウエア、例えば、ゲートアレイ回路或いはＤＳＰ内蔵のアクセラレータなどで実現することも好ましい。
【００８３】
（２）また、異なる畳み込み符号化を施された複数の信号系列或いは、一方のみが畳み込み符号化された複数の信号系列を識別することにも適用可能である。
【００８４】
（３）更に、上述の実施の形態のＤＴＣ／ＤＣＣＨ識別回路は、北米仕様のＴＤＭＡシステムだけでなく、日本のＴＤＭＡ方式にデジタルセルラ方式（ＰＤＣ）の基地局装置や、携帯電話装置にも若干のフォーマット調整（例えば、データビット数などの調整）を行うことで同じように適用することができる。
【００８５】
【発明の効果】
以上述べた様に第１の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別回路において、受信信号からコントロールチャネルロケータ信号を検出して復号し、コントロールチャネルが存在する周波数帯を表すの符号情報を出力するコントロールチャネルロケータ復号手段と、受信信号からコントロールチャネルデータを復号するコントロールチャネルデータ復号手段と、受信信号から割り当てコントロールフィードバック信号を検出して復号する割り当てコントロールフィードバック復号手段と、受信信号からスーパフレームフェーズ信号を復号するスーパフレームフェーズ復号手段と、コントロールチャネルデータ復号手段と、割り当てコントロールフィードバック復号手段と、スーパフレームフェーズ復号手段との復号結果から、受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別出力するトラヒックチャネル／コントロールチャネル識別手段とを備えたことで、非常に簡単な構成で、ハードウエア規模を大きくすることなく、能率的に無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別することができ、低消費電力化に寄与でき、ＬＳＩ化にも適している。
【００８６】
また、第２の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別方法において、トラヒックチャネル又はコントロールチャネルのいずれであるかの識別結果を保存して出力する保存処理と、上記識別結果の値を確認し、この識別結果の値がトラヒックチャネルに相当する第１の値である場合は、コントロールチャネルロケータ信号を検出して復号するコントロールチャネルロケータ信号復号処理と、上記識別結果の確認で、第１の値でない場合は、コントロールチャネルデータを復号するコントロールチャネルデータ復号処理と、割り当てコントロールフィードバック信号を検出して復号する割り当てコントロールフィードバック信号復号処理と、スーパフレームフェーズ信号を検出して復号するスーパフレームフェーズ信号復号処理と、上記保存手段の識別結果が不定又は不明に相当する第２の値であるか否かを確認する識別結果確認処理と、この確認で不定又は不明に相当する上記第２の値である場合は、次にトラヒックチャネル又はコントロールチャネルのいずれであるかの識別を行って、この識別結果を上記保存処理に保存させるトラヒックチャネル／コントロールチャネル識別処理とから構成することで、非常に簡単な構成で、短時間に無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態のデジタルトラヒックチャネル（ＤＴＣ）／デジタルコントロールチャネル（ＤＣＣＨ）識別回路の主な機能構成図である。
【図２】ＤＴＣのダウンリンクのスロット構成と、ＤＣＣＨのダウンリンクのスロット構成との説明図である。
【図３】Ｆ−ＢＣＣＨ、Ｅ−ＢＣＣＨ、Ｓ−ＢＣＣＨ、Ｒｅｓｅｒｖｅｄ、ＳＰＡＣＨなどに対するＣＲＣの計算の説明図である。
【図４】本発明の実施の形態の携帯装置の一例のハードウエア構成図である。
【図５】本発明の実施の形態のＤＴＣ／ＤＣＣＨ識別回路の全体動作フローチャートである。
【図６】本発明の実施の形態のＤＣＣＨデータ部のデコード処理フローチャートである。
【図７】本発明の実施の形態のＤＴＣ／ＤＣＣＨ判定の処理フローチャート（その１）である。
【図８】本発明の実施の形態のＤＴＣ／ＤＣＣＨ判定の処理フローチャート（その２）である。
【図９】本発明の実施の形態の誤判定検出の処理フローチャートである。
【図１０】本発明の実施の形態のＳＹＮＣ ＤＣＣＨの値の説明図である。
【図１１】本発明の実施の形態のＤＴＣ／ＤＣＣＨ判定のデフォルトの説明図である。
【符号の説明】
１…制御部、２…ＤＣＣＨデータデコード部、３…ＤＴＣ／ＤＣＣＨ判定部、４…誤判定検出部、１０…アンテナ、１１…高周波（ＲＦ）回路、１２…アナログ／デジタル（Ａ／Ｄ）変換回路、１３…デジタルシグナルプロセス回路、１４…ＣＰＵ、Ｓ３…ＤＣＣＨデータ部デコード処理、Ｓ７…ＤＴＣ／ＤＣＣＨ判定処理、Ｓ８…誤判定検出処理。
【発明の属する技術分野】
本発明はトラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法に関し、例えば、北米ＴＤＭＡセルラシステムにおける移動局装置などに適用し得る。
【０００２】
【従来の技術】
近年、ＴＤＭＡセルラシステムが使用されている。例えば、北米ではＴＩＡ
（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｉｎｄｕｓｔｒｙ Ａｓｓｏｃｉａｔｉｏｎ）において、ＩＳ−５４ＢとしてＴＤＭＡデジタルセルラ方式が勧告されている。
【０００３】
北米仕様ＴＤＭＡセルラシステムは、各チャネル（帯域３０ｋＨｚ／１チャネル）ごとに、アナログ変調方式（例えば、ＦＭ）、いわゆるＡｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｓｙｓｔｅｍ（ＡＭＰＳ）か、デジタル変調方式
（π／４ シフトＱＰＳＫ）などのいずれかを使用するデュアルモードシステムである。また、各変調方式とも、基地局への位置登録・着信待ち・発信要求のためのコントロールチャネル（アナログコントロールチャネル：ＡＣＣ）、『デジタルコントロールチャネル』：ＤＣＣＨ、ユーザ情報をやりとりするためのトラヒック（通話）チャネル（アナログボイスチャネル：ＡＶＣ）、『デジタルトラヒックチャネル』（ＤＴＣ）などがある。
【０００４】
即ち、デュアルモードシステムにおいては、あるチャネルにＡＣＣ、ＡＶＣ、ＤＣＣＨ、ＤＴＣのいずれかが割り当てられている。
【０００５】
携帯端末で通話する場合、着信・発信を問わず、先ずＡＣＣ或いはＤＣＣＨを受信しなければならない。コントロールチャネルでチャネル番号を（ＤＴＣの場合はスロット番号も）指示されて初めて、ＡＶＣ或いはＤＴＣを受信することができるわけである。ここで、コントロールチャネルが何チャネルにあるかをいかにして探すかという問題が生じる。
【０００６】
ＡＣＣの場合は、常駐チャネルが決められているので、そのチャネルを受信すれば良いが、ＤＣＣＨの場合は常駐チャネルは特に決められていない。但し、１０００チャネル以上もあるチャネルを全て探すことは実用上無意味であるので、ＤＣＣＨが存在する可能性が高い周波数エリアが決められている
いくつか区切られた周波数エリアの中から、ＤＣＣＨが存在する可能性が高いエリアから順にＤＣＣＨを探していけば効率的だからである。但し、この場合でも受信チャネルがＤＣＣＨかどうかを識別する必要がある。特に受信チャネルがＤＴＣかＤＣＣＨであるかを識別する方法は、ＤＣＣＨを受信するまでの時間を短縮するために重要である。
【０００７】
そこで、図２はＤＴＣとＤＣＣＨのダウンリンク（基地局ＢＳから移動局ＭＳ）のスロット構成を示す図である。この図２のようにＤＴＣスロットとＤＣＣＨスロットとは、総ビット数とシンクパターンが同じである他は、データ部も含めて異なる符号化をなされた信号が配置されている。尚、図２において、ＳＡＣＣＨはＳｌｏｗ Ａｓｓｏｃｉａｔｅｄ Ｃｏｎｔｒｏｌ ＣＨａｎｅｌである。ＣＤＶＣＣはＣｏｄｅｄ Ｄｉｇｉｔａｌ Ｖｅｒｉｆｉｃａｔｉｏｎ Ｃｏｌｏｒ Ｃｏｄｅ（符号化されたデジタル確認カラーコード）である。ＣＤＬはＣｏｄｅｄ ＤＣＣＨ Ｌｏｃａｔｏｒである。ＳＣＦはＳｈａｒｅｄ Ｃｏｎｔｒｏｌ Ｆｅｅｄｂａｃｋ（割り当てられたコントロールフィードバック信号）であり、ランダムアクセス制御信号を表す。ＣＳＦＰはＣｏｄｅｄ ＳｕｐｅｒＦｒａｍｅ Ｐｈａｓｅであり、スーパフレーム内での位置を表す位相情報である。
【０００８】
ここで、あるチャネルがＤＣＣＨか否かを判断する場合、受信信号レベルは受信可能なレベルにあるとすると、移動局側では先ずシンクパターンの有無を探査する。シンクパターンがない場合、そのチャネルはＡＭＰＳである可能性が高いということになるので、他のチャネルに移って、再びシンクパターンの調査を開始する。
【０００９】
シンクパターンが見つかった場合、そのチャネルがＤＴＣかＤＣＣＨかを識別しなければならない。この識別の方法としては、以下の３つ、或いはいくつかの組み合わせが考えられる。
【００１０】
（１）ＤＡＴＡ部がＤＴＣのものか、それともＤＣＣＨのものかを識別する。（２）ＣＤＶＣＣかＣＳＦＰか否かを判断する。
（３）ＳＡＣＣＨ／ＣＤＬかＳＣＦかを判断する。
【００１１】
上記（１）の方法は、ＤＴＣデータとＤＣＣＨデータの符号化の違いによるＣＲＣの一致・不一致を利用する。ＤＴＣ・ＤＣＣＨのＣＲＣの演算方法と、畳み込み符号化の違いは以下の通りである。
【００１２】
ＤＴＣデータにおいて音声データに対してＣＲＣはＭＳＢ１２ビットから７ビット。レート１／２、拘束長６の畳み込み符号、スロットインタリーブありである。ＦＡＣＣＨ（Ｆａｓｔ Ａｓｓｏｃｉａｔｅｄ Ｃｏｎｔｏｒｏｌ ＣＨａｎｅｌ）に対して、ＣＲＣはＤＶＣＣと共に、１６ビットを算出する。レート１／４、拘束長６の畳み込み符号、スロットインタリーブありである。
【００１３】
ＤＣＣＨデータにおいて、ＦＢＣＣＨ（Ｆａｓｔ ＢｒｏａｄＣａｓｔ ＣＨａｎｅｌ）に対してＤＶＣＣ＝０とし、１６ビットを算出後反転する。レート１／２、拘束長６の畳み込み符号、スロットインタリーブなしである。更に、ＳＭＳＣＨ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ ＣＨａｎｅｌ）／ＰＣＨ（Ｐａｇｉｎｇ ＣＨａｎｅｌ）／ＡＲＣＨ（Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ ＣＨａｎｅｌ）を総じてＳＰＡＣＨ（Ｓｍｓｃｈ，Ｐｃｈ ａｎｄ Ａｒｃｈ ＣＨａｎｅｌ）に対してＤＶＣＣを使用し、１６ビットを算出する。レート１／２、拘束長６の畳み込み符号、スロットインタリーブなしとする。
【００１４】
ＦＢＣＣＨ、ＳＰＡＣＨ以外のスロットに対しては、ＤＶＣＣを使用し、１６ビットを算出後反転する。レート１／２、拘束長６の畳み込み符号、スロットインタリーブなしである。
【００１５】
上述のように生成多項式、総ビット数、ＤＶＣＣを使うかどうかなど、ＣＲＣを算出する方法が異なるので、受信データを復号した結果からＣＲＣを算出できればどの種類が送信されたかを識別することができる。
【００１６】
次に上述の（２）の方法については、先ず符号化の方法は、次のような違いがある。ＣＤＶＣＣについては、毎スロット同じ８ビット値（００ｈｅｘを除く）が送信される。８ビットに対してハミング符号化し、４ビットの冗長係数を算出する。また、ＣＳＦＰに対して、０ｈｅｘ（ｈｅｘは１６進数の意味）から１Ｆｈｅｘまでスロット毎に１づつカウントアップしていく。８ビットに対してハミング符号化し、算出された４ビットを反転して使用する。
【００１７】
次に上述の（３）の方法について説明する。但し、ＳＡＣＣＨを識別に使用することは、識別に要する時間の点で不利である。ＣＤＬについては、毎スロット同じ７ビット値が送信される。８ビット（ＭＳＢ０を追加）に対して、ハミング符号化し、算出された４ビットを反転して使用する。また、ＳＣＦについては、ＣＰＥ（１１ビット）、Ｒ／Ｎ（５ビット）、ＢＲＩ（６ビット）をインタリーブしている。ＣＰＥは７ビット値が送信される。８ビット（ＭＳＢ０を追加）に対してハミング符号化し算出された４ビットを反転して使用するものである。
【００１８】
【発明が解決しようとする課題】
しかしながら、上述の（１）の方法では、受信信号をＤＣＣＨの復号法に従って復号するがＣＲＣが必ずしも計算できるとは限らないのである。つまり、ＣＲＣの計算方法が、ＳＦＰ（Ｓｕｐｅｒ Ｆｒａｍｅ Ｐｈａｓｅ）の位相によって変化するからである。ＣＲＣの演算法則は図３のように表すことができる。
【００１９】
この図３において、Ｆ−ＢＣＣＨ、Ｅ−ＢＣＣＨ、Ｓ−ＢＣＣＨ、ＳＰＡＣＨの数は、ＤＣＣＨチャネルごとに異なる。尚、このＦ−ＢＣＣＨはＦａｓｔ−ＢｒｏａｄＣａｓｔ ＣＨａｎｎｅｌの略、Ｅ−ＢＣＣＨはＥｘｔｅｎｄｅｄ−ＢＣＣＨの略、Ｓ−ＢＣＣＨはＳｈｏｒｔ ｍｅｓｓａｇｅ ｓｅｒｖｉｃｅ−ＢＣＣＨの略、ＲｅｓｅｒｖｅｄはＲｅｓｅｒｖｅｄ ｓｌｏｔの略、ＳＰＡＣＨはＳｍｓｃｈ，Ｐｃｈ ａｎｄ Ａｒｃｈ ＣＨａｎｎｅｌの略である。これらの機能の詳細については、文献：『沖電気研究開発』、１９９５年６月、第１６７号Ｖｏｌ．６２，Ｎｏ．３内のページ７９〜８２の論文『米国ＴＤＭＡ方式セルラ携帯機のソフトウエア』で説明されている。
【００２０】
Ｆ−ＢＣＣＨ、Ｅ−ＢＣＣＨ、Ｓ−ＢＣＣＨ、ＳＰＡＣＨがそれぞれ何個あるか及びＤＶＣＣ値は、Ｆ−ＢＣＣＨを受信し、信号内容を解析して初めて明らかになるのである。
【００２１】
従って、上述の（１）の方法で、ＤＣＣＨ復号を行う場合、ＤＣＣＨ同期直後は、Ｆ−ＢＣＣＨしかＣＲＣは一致しないという問題がある。また、ＤＴＣ復号を行う場合は、スロットインタリーブを考慮すると、２スロット待たねばならず、受信信号を保存するためのメモリが必要となり、メモリ容量の増大の問題がある。
【００２２】
また、上述の（２）の方法は、ハミング符号によるデコードができるどうかによって、ＤＴＣかＤＣＣＨかを判断するが、ハミング符号は３ビット以上の誤りの有無は検出できないので、より正確に判断するには、数スロット受信してから判断することが望まれ、判定に時間がかかるという問題がある。上述の（３）の方法も上述の（２）と同様な問題がある。
【００２３】
以上のようなことから、非常に簡単な構成で、ハードウエア規模を大きくすることなく、能率的にしかも短時間に無線局装置からの受信信号がトラヒックチャネル／コントロールチャネルのいずれであるかを識別することができるトラヒックチャネル／コントロールチャネル識別回路及びその方法の提供が要請されている。
【００２４】
【課題を解決するための手段】
そこで、請求項１の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別回路において、以下の特徴的な構成で上述の課題を解決するものである。
【００２５】
即ち、請求項１の発明は、上記受信信号からコントロールチャネルロケータ信号（例えば、ＤＣＣＨロケータ）を検出して復号し、コントロールチャネルが存在する周波数帯を表す符号情報を出力する『コントロールチャネルロケータ復号手段』と、上記受信信号からコントロールチャネルデータ（例えば、ＤＣＣＨデータ）を復号する『コントロールチャネルデータ復号手段』と、上記受信信号から割り当てコントロールフィードバック信号（例えば、ＳＣＦ）を検出して復号する『割り当てコントロールフィードバック復号手段』と、上記受信信号からスーパフレームフェーズ信号（例えば、ＳＦＰ）を復号する『スーパフレームフェーズ復号手段』と、上記コントロールチャネルデータ復号手段と、上記割り当てコントロールフィードバック復号手段と、上記スーパフレームフェーズ復号手段との復号結果から、上記受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別出力する『トラヒックチャネル／コントロールチャネル識別手段』とを備えたものである。
【００２６】
尚、上記コントロールチャネルロケータ信号は、コントロールチャネルが存在する周波数帯を表す符号情報の信号であるので、このロケータ信号を検出して復号することでコントロールチャネルが存在する周波数帯を知ることができる。
【００２７】
このような構成を採ることで、いくつかの復号手段の結果から、トラヒックチャネル／コントロールチャネル識別を能率的に行うことができ、回路構成も容易であることから小形化にも適している。更に、受信した信号に対するＣＲＣと、計算したＣＲＣとが一致しなくても、短時間に高い精度で識別することができる。
【００２８】
更に、請求項２の発明は、上記請求項１の発明の構成に加え、更に、コントロールチャネル（例えば、ＤＣＣＨ）を識別出力後に、上記スーパフレームフェーズ信号（例えば、ＳＦＰ）に対する予測値と復号結果とが一致しない場合に誤判定の検出を行う『誤判定検出手段』を備えるものである。
【００２９】
このような構成を採ることで、簡単な回路構成で容易に識別に対する誤り判定検出を行うことができる。
【００３０】
また、請求項３の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別方法において、以下の特徴的な構成で上述の課題を解決するものである。
【００３１】
即ち、請求項３の発明は、トラヒックチャネル又はコントロールチャネルのいずれであるかの識別結果を保存して出力する『保存処理』と、上記識別結果の値を確認し、この識別結果の値がトラヒックチャネルに相当する第１の値である場合は、コントロールチャネルロケータ信号（例えば、ＤＣＣＨロケータ）を検出して復号する『コントロールチャネルロケータ信号復号処理』と、上記識別結果の確認で、上記第１の値でない場合は、コントロールチャネルデータを復号する『コントロールチャネルデータ復号処理』と、割り当てコントロールフィードバック信号（例えば、ＳＣＦ）を検出して復号する『割り当てコントロールフィードバック信号復号処理』と、スーパフレームフェーズ信号（例えば、ＳＦＰ）を検出して復号する『スーパフレームフェーズ信号復号処理』と、上記保存処理の識別結果が不定又は不明に相当する第２の値であるか否かを確認する『識別結果確認処理』と、この確認で不定又は不明に相当する第２の値である場合は、次にトラヒックチャネル又はコントロールチャネルのいずれであるかの識別を行って、この識別結果を上記保存処理によって保存させる『トラヒックチャネル／コントロールチャネル識別処理』とから構成するものである。
【００３２】
このような構成を採ることで、非常に能率的にトラヒックチャネル／コントロールチャネルの識別と、誤り判定検出とを行うことができ、構成的にも簡単な構成で実現することができる。
【００３３】
更に、請求項４の発明は、上記請求項３の上記『コントロールチャネルデータ復号処理』として、受信信号に対するデインタリーブを行い、このデインタリーブ後の信号に対する最尤復号（例えば、ビタビ復号）を行い、この最尤復号結果に対して誤り検査（例えば、ＣＲＣ）を行い、上記最尤復号結果に対して再符号化を行い、再符号化によって得られたビット列と受信信号ビット列とを比較して、異なる値をとるビットの数を誤り数とするものである。
【００３４】
このような構成でコントロールチャネルデータの復号を行うことで、誤りの少ないデータを得ることができる。
【００３５】
更にまた、請求項５の発明は、上記請求項３又は４記載の『トラヒックチャネル／コントロールチャネル識別処理』を、コントロールチャネルデータに対する復号結果に対する誤り検査でエラーがない場合に第１のカウンタをカウントアップし、上記誤り検査によって得られる誤り数が第３の値以下の場合に上記第１のカウンタをカウントアップし、上記スーパフレームフェーズ信号に対する復号結果に誤りがない場合に上記第１のカウンタをカウントアップし、上記スーパフレームフェーズ信号に対する予測値と復号結果とが一致する場合も上記第１のカウンタをカウントアップし、上記第１のカウンタのカウント数が第４の値に達している場合に、上記コントロールチャネルとして識別出力する『コントロールチャネル識別処理』と、受信信号から確認カラーコード信号を検出して復号し、この復号結果に誤りがない場合は第２のカウンタをカウントアップし、コントロールチャネルロケータ信号に対する復号結果に誤りがない場合に上記第２のカウンタをカウントアップし、上記第２のカウンタが第５の値に達している場合に、トラヒックチャネルとして識別出力する『トラヒックチャネル識別処理』とから構成するものである。
【００３６】
このような構成で識別を行うことで、ＣＲＣが一致していなくても、短い受信信号から、能率的にしかも高い精度でトラヒックチャネル／コントロールチャネルの識別を行うことができる。
【００３７】
更にまた、請求項６の発明は、上記請求項３〜５のいずれかの構成において、上記『識別結果確認処理』の識別結果が不定又は不明に相当する第２の値であるか否かの確認で、上記第２の値でない場合は、更に、上記スーパフレームフェーズに対する予測値と復号結果とが一致するか否かを確認し、一致しない場合に誤判定の検出を行う誤判定検出処理を行うものである。
【００３８】
このような構成を採ることで、現チャネルをコントロールチャネル（例えば、ＤＣＣＨ）と判定後に、ＳＦＰの予測値と復号結果から容易にコントロールチャネル又はトラヒックチャネルに対する誤り判定を検出を簡単な構成で行うことができる。
【００３９】
また、請求項７の発明は、上記請求項６の『誤判定検出処理』を、上記スーパフレームフェーズ信号（例えば、ＳＦＰ）を検出するごとにその予測値と復号結果とが一致するか否かを確認し、一致しない場合には第３のカウンタでカウントし、この第３のカウンタのカウント値が第６の値に達すると誤判定とするものである。
【００４０】
このような構成で判定することで、誤り判定を迅速にしかも簡単な構成で行うことができる。
【００４１】
【発明の実施の形態】
次に本発明の好適な実施の形態を図面を用いて説明する。
そこで、本実施の形態のＤＴＣ／ＤＣＣＨ識別回路では、同じ領域に異なる符号化で割り当てられた２種類の信号系列（ＤＴＣ／ＤＣＣＨ）のいずれであるかを判断するために、『ＤＣＣＨロケータの復号手段』と、『ＳＣＦの復号手段』と、『ＳＦＰの復号手段』と、『ＤＶＣＣの復号手段』と、『ＤＣＣＨデータの復号手段』と、『ＤＴＣ／ＤＣＣＨ判定手段』と、『誤判定検出手段』とを備える。
【００４２】
上記『ＳＣＦの復号手段』は、デインタリーブの手段と、ＣＰＥの復号手段とを備える。上記『ＤＣＣＨの復号手段』は、デインタリーブの手段と、ビタビ復号の手段と、ＣＲＣ演算・比較手段と、再符号化手段と、受信系列と再符号化系列との比較手段と、受信系列の保存手段とを備える。
【００４３】
上記『ＤＴＣ／ＤＣＣＨ判定手段』は、ＳＦＰの予測値をインクリメントする手段と、ＤＣＣＨの復号結果のＣＲＣエラーがない場合はカウンタＮＤＣＣＨを１インクリメントする手段と、誤り数が第１の設定値ｎ以下の場合はＮＤＣＣＨを１インクリメントする手段と、ＳＦＰの復号結果に誤りがない場合はＮＤＣＣＨを１インクリメントする手段と、ＳＦＰの予測値と復号結果とが一致する場合は、ＮＤＣＣＨを１インクリメントする手段とを備える。
【００４４】
更に、本実施の形態では、上述の構成に加え、ＤＶＣＣの復号結果に誤りがない場合はカウンタＮＤＴＣを１インクリメントする手段と、ＤＣＣＬの復号結果に誤りがない場合はカウンタＮＤＴＣを１インクリメントする手段とを備えると共に、ＮＤＣＣＨが第２の設定値に達した場合はＤＣＣＨであると判定し（判定フラグＳＹＮＣ ＤＣＣＨ＝１）、ＮＤＴＣが第２の設定値に達した場合はＤＴＣであると判定（判定フラグＳＹＮＣ ＤＣＣＨ＝−１）する手段を備える。
【００４５】
また、上記『誤判定検出手段』は、現チャネルをＤＣＣＨと判定後に、ＳＦＰの予測値をインクリメントする手段と、ＳＦＰの予測値と復号結果とを比較する手段と、ＳＦＰの予測値と復号結果が一致する場合は、カウンタＮＯＴ ＳＹＮＣ＝０とし、ＳＦＰの予測値と復号結果とが一致しない場合は、カウンタＮＯＴＳＹＮＣを１インクリメントし、カウンタＮＯＴ ＳＹＮＣが第４の閾値に達した場合は、ＮＤＴＣ＝ＮＤＣＣＨ＝ＮＯＴ ＳＹＮＣ＝０とし、判定フラグＳＹＮＣ ＤＣＣＨを０とする手段とを備えて、ＤＴＣ／ＤＣＣＨ識別回路を実現するものである。
【００４６】
次に上述の構成を実現するための詳細な構成と動作を説明する。
図１はＤＴＣ／ＤＣＣＨ識別回路の主な機能構成図である。この図１において、ＤＴＣ／ＤＣＣＨ識別回路は、制御部１と、ＤＣＣＨデータデコード部２と、ＤＴＣ／ＤＣＣＨ判定部３と、誤判定検出部４とから構成されている。
【００４７】
（制御部１）： 制御部１は、１スロット受信毎に、先ずＳＹＮＣ ＤＣＣＨが、１、−１、０のいずれであるかを確認する。この確認で−１、即ちＤＴＣであると確認されると、次にＤＣＣＨロケータの復号を行い、ＤＴＣ識別結果を出力する。一方、上述のＳＹＮＣ ＤＣＣＨの確認で、−１でないと確認されると、ＤＣＣＨデータ部のデコードを行うために、ＤＣＣＨデータデコード部２に命令を与える。
【００４８】
また、制御部１は、ＳＣＦのデコードを行う。即ち、ＣＰＥ、Ｒ／Ｎ、ＢＲＩなどのデータのデコードを行って、ＳＣＦのデコードを行う。更に、ＳＦＰのデコードも行う。
【００４９】
更にまた、制御部１は、ＳＹＮＣ ＤＣＣＨが０であるか否かの確認も行う。この確認で０であると確認されると、ＤＴＣ／ＤＣＣＨの判定を行うようにＤＴＣ／ＤＣＣＨ判定部３に命令する。制御部１は、上述のＳＹＮＣ ＤＣＣＨが０であるか否かの確認で、０でないと判定されると、誤判定検出の命令を誤判定検出部４に与える。
【００５０】
（ＤＣＣＨデータデコード部２）： ＤＣＣＨデータデコード部２は、ＤＣＣＨデータ部のデコードを行う。即ち、デインタリーブ、ビタビ復号、ＣＲＣチェック、再符号化などを行い、ＤＣＣＨデータ部のデコードを行う。この処理の具体的な構成は後述する。
【００５１】
ＤＴＣ／ＤＣＣＨ判定部３は、先ずＮＦＳＰの値を更新することから始める。尚、ＦＨＡＬＦは、０（フルレート）、又は１（ハーフレート）のいずれかの値をとる。ＮＳＦＰは受信したＳＦＰとは別にＤＳＰ自身で持つＳＦＰの予測値であり、フルレートの場合は１づつ、ハーフレートの場合は２づつカウントアップする。次にＤＣＣＨのＣＲＣがエラーしていたか否か、即ちＣＲＣ ＤＣＣＨ＝０であるか否かを判断し、エラーしていない場合、即ち０の場合は、ＮＤＣＣＨを１カウントアップする。ＤＣＣＨのＣＲＣがエラーしている場合は、直ちに次の確認の、誤り数が閾値を超えているか否かを確認する。この確認で超えていない場合は、ＮＤＣＣＨを１カウントアップする。
【００５２】
上記確認で誤り数が閾値を超えている場合は、ＳＦＰの復号結果に誤りがあるか否かを検出する。この確認で誤りがないと検出されると、ＮＤＣＣＨを１カウントアップする。次に受信したＳＦＰと推定ＳＦＰとが一致するか否かを確認する。この確認で一致する場合は、ＮＤＣＣＨを１カウントアップする。
【００５３】
また、上記受信したＳＦＰと推定ＳＦＰとの一致の確認で、一致しない場合は、次に受信したＳＦＰの値をＮＳＦＰに保存する。上記ＳＦＰの復号結果に誤りがあるか否かの検出で、誤りがある場合、又は上記ＮＤＣＣＨを１カウントアップする、又は受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）の値をＮＳＦＰに保存するなどのいずれかの処理を終了すると、次にＮＤＣＣＨが３以上か否かを確認する。この確認でＮＤＣＣＨが３以上の場合はＳＹＮＣ ＤＣＣＨ＝１として、ＤＣＣＨ識別結果を出力する。
【００５４】
しかしながら、上記ＮＤＣＣＨが３以上か否かの確認で、３以上でない場合は、ＤＶＣＣの復号を行い、次にＤＣＣＨロケータの復号を行う。次にＤＶＣＣの復号の結果、誤りがあるか否かを確認する。この確認で誤りがない場合は、ＮＤＴＣを１カウントアップする。
【００５５】
上記ＤＶＣＣの復号の結果に誤りがあるか否かの確認で、誤りがない場合、又はＮＤＴＣを１カウントアップした場合、次にＤＣＣＬの復号の結果を確認する。この確認で誤りなしと確認されると、次にＮＤＴＣを１カウントアップする。
【００５６】
上記ＤＣＣＬの復号の結果の確認で、誤り有り又は上記ＮＤＴＣを１カウントアップすることを終了すると、次にＮＤＴＣが３以上であるか否かを確認する。この確認でＮＤＴＣが３以上である場合は、次にＳＹＮＣ ＤＣＣＨ＝−１とし、又はＮＤＴＣが３以上でない場合はＤＴＣの識別結果を出力する。
【００５７】
（誤判定検出部４）： 誤判定検出部４は、先ずＮＦＳＰの値を更新する。具体的には、フルレートの場合は１づつカウントアップし、ハーフレートの場合は２づつカウントアップする。次に受信したＳＦＰと推定ＳＦＰとが一致するか否かを確認する。この確認で受信したＳＦＰと推定ＳＦＰとが一致する場合は、ＮＯＴ ＳＹＮＣ＝０として、誤判定検出処理を終了する。
【００５８】
また、上述の受信したＳＦＰと推定ＳＦＰとが一致するか否かの確認で、一致しない場合はＮＯＴ ＳＹＮＣを１カウントアップする。次にＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するか否かを比較する。この比較でＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するときには、ＮＤＴＣ＝０、ＮＤＣＣＨ＝０、ＳＹＮＣ ＤＣＣＨ＝０、ＮＯＴ ＳＹＮＣ＝０として、誤判定検出処理を終了する。尚、上記ＮＯＴＳＹＮＣが閾値Ｍ２と一致するか否かの比較で、不一致と判定されると、そこで誤判定検出処理を終了する。
【００５９】
（回路の全体動作フロー）： 図５はＤＴＣ／ＤＣＣＨ識別回路の全体的な回路動作フローチャートである。この図５において、ＤＴＣ／ＤＣＣＨ識別回路の処理は、１スロット受信毎（例えば、２０ｍｓｅｃ程度）に一連の処理を行うものとする。また、図１０に示すように、ＳＹＮＣ ＤＣＣＨは、１のときにＤＣＣＨとし、−１のときにＤＴＣとし、０のとき不明とする。先ず、１スロット毎の受信信号からＳＹＮＣ ＤＣＣＨが−１であるか否かを確認する（ステップＳ１）。この確認で−１、即ちＤＴＣであると確認されると、次にＤＣＣＨロケータの復号だけを行って（ステップＳ２）、これで識別処理は終了することになる。
【００６０】
一方、上述のＳＹＮＣ ＤＣＣＨの確認で（ステップＳ１）、−１でないと確認されると、次にＤＣＣＨデータ部のデコードを行う（ステップＳ３）。即ち、デインタリーブ、ビタビ復号、ＣＲＣチェック、再符号化などを行い、ＤＣＣＨデータ部のデコードを行う。この処理の具体的な構成は後述する。次にＳＣＦのデコードを行う（ステップＳ４）、即ち、ＣＰＥ、Ｒ／Ｎ、ＢＲＩなどのデータのデコードを行って、ＳＣＦのデコードを行う。次にＳＦＰのデコードを行う
（ステップＳ５）。
【００６１】
次にＳＹＮＣ ＤＣＣＨが０であるか否かを確認する（ステップＳ６）。この確認で０であると確認されると、次にＤＴＣ／ＤＣＣＨの判定を行い（ステップＳ７）、処理を終了する。このＤＴＣ／ＤＣＣＨの判定方法については、更に詳しく後述する。一方、上述のＳＹＮＣ ＤＣＣＨが０であるか否かの確認で、０でないと判定されると、次に誤判定検出処理を行って（ステップＳ８）、処理を終了する。この処理の詳細は更に詳しく後述する。
【００６２】
以上のような一連の処理を行うことで、ＤＴＣ／ＤＣＣＨの識別を能率的に、しかも迅速に行うことができるのである。そこで、更に、上述のＤＣＣＨデータ部のデコード（ステップＳ３）、ＤＴＣ／ＤＣＣＨ判定（ステップＳ７）、誤判定検出（ステップＳ８）の詳細を説明する。
【００６３】
（ＤＣＣＨデータ部のデコード）： 図６は上述の図５のＤＣＣＨデータ部のデコード処理の処理フローチャートである。この図６において、先ず、スロットに対するデインタリーブを行い（ステップＳ９９）、次にレート（符号化率）１／２、拘束長６のビタビ復号を行う（ステップＳ１００）。尚、畳み込み符号の復号法としては、ビタビ復号以外にも存在するが、ビタビ復号が最尤復号であることが知られている。また、ビタビ復号の方法としては、ＤＳＰ内蔵のアクセラレータを使用する方法や、パスの絞り込みの方法を変えるなどを行うことも好ましい。
【００６４】
次にＣＲＣの演算を行い、受信したＣＲＣと演算したＣＲＣを比較する（ステップＳ１０１）。この比較で受信したＣＲＣと演算したＣＲＣとが一致した場合はＣＲＣエラーなしとし、一致しない場合はＣＲＣエラーありとする。次に復号結果を再びレート１／２、拘束長６で再符号化する（ステップＳ１０２）。ここで再符号化したビット列と受信したビット列とを比較し、異なる値をとるビット数の誤り数として（ステップＳ１０３）、ＤＣＣＨデータ部のデコード処理を終了する。
【００６５】
（ＤＴＣ／ＤＣＣＨ判定）： 図７は上述の図５のＤＴＣ／ＤＣＣＨの判定の処理フローチャートである。この図７において、先ずＮＦＳＰの値を更新することから始める（ステップＳ１０）。尚、ＦＨＡＬＦは、０（フルレート）、又は１（ハーフレート）のいずれかの値をとる。ＮＳＦＰは受信したＳＦＰとは別にＤＳＰ自身で持つＳＦＰの予測値であり、フルレートの場合は１づつ、ハーフレートの場合は２づつカウントアップする。尚、図１１に示すようにデフォルトは、ＮＤＴＣ＝０、ＮＤＣＣＨ＝０、ＳＹＮＣ ＤＣＣＨ＝０、ＮＳＦＰ＝０とする。
【００６６】
次にＤＣＣＨのＣＲＣがエラーしていたか否か、即ちＣＲＣ ＤＣＣＨ＝０であるか否かを判断し（ステップＳ１１）、エラーしていない場合、即ち０の場合は、ＮＤＣＣＨを１カウントアップ（ＮＤＣＣＨ＝ＮＤＣＨ＋１）する（ステップＳ１２）。ＤＣＣＨのＣＲＣがエラーしている場合は、直ちに次の確認の、誤り数が閾値を超えているか（ＲＥＥＮＣ ＤＣＣＨ≦ｎ）否かを確認する（ステップＳ１３）。この確認で超えていない場合は、ＮＤＣＣＨを１カウントアップ（ＮＤＣＣＨ＝ＮＤＣＣＨ＋１）する（ステップＳ１４）。
【００６７】
上記確認で誤り数が閾値を超えている場合は、次にＳＦＰの復号結果に誤りがあるか（ＥＲＳＦＰ＝０）否かを検出する（ステップＳ１５）。この確認で誤りがない（ＥＲＳＦＰ＝０）と検出されると、ＮＤＣＣＨを１カウントアップする（ステップＳ１６）。次に受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）と推定ＳＦＰ
（ＮＳＦＰ）とが一致するか否かを確認する（ステップＳ１７）。この確認で一致する場合は、ＮＤＣＣＨを１カウントアップ（ＮＤＣＣＨ＝ＮＤＣＨ＋１）する（ステップＳ１８）。
【００６８】
また、上記受信したＳＦＰと推定ＳＦＰとの一致の確認で（ステップＳ１７）、一致しない場合は、次に受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）の値をＮＳＦＰに保存する（ステップＳ１９）。
【００６９】
上記ＳＦＰの復号結果に誤りがあるか否かの検出（ステップＳ１５）で、誤りがある場合、上記ＮＤＣＣＨを１カウントアップする（ステップＳ１８）、受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）の値をＮＳＦＰに保存する（ステップＳ１９）などのいずれかの処理を終了すると、次にＮＤＣＣＨが３以上か否かを確認する（ステップＳ２０）。この確認でＮＤＣＣＨが３以上の場合はＳＹＮＣ ＤＣＣＨ＝１として（ステップＳ２１）、ＤＴＣ／ＤＣＣＨ判定の処理を終了する。
【００７０】
しかしながら、上記ＮＤＣＣＨが３以上か否かの確認で（ステップＳ２０）、３以上でない場合は、図８の一連の処理を行って、ＤＴＣ／ＤＣＣＨ判定を終了する。即ち、ＤＶＣＣの復号を行い（ステップＳ２２）、次にＤＣＣＨロケータの復号を行う（ステップＳ２３）。次にＤＶＣＣの復号の結果、誤りがあるか
（＊（＃ＥＲＤＶＣＣ）＝０）否かを確認する（ステップＳ２４）。この確認で誤りがない場合は、ＮＤＴＣを１カウントアップ（＊（＃ＮＤＴＣ）＝＊（＃ＮＤＴＣ）＋１）する（ステップＳ２５）。
【００７１】
上記ＤＶＣＣの復号の結果に誤りがあるか否かの確認で（ステップＳ２４）、誤りがない場合、又はＮＤＴＣを１カウントアップした場合（ステップＳ２５）、次にＤＣＣＬの復号の結果（＊（＃ＥＲＤＣＣＬ）＝０）を確認する（ステップＳ２６）。この確認で誤りなしと確認されると、次にＮＤＴＣを１カウントアップ（＊（＃ＮＤＴＣ）＝＊（＃ＮＤＴＣ）＋１）する（ステップＳ２７）。
【００７２】
上記ＤＣＣＬ（ＤＣＣＨロケータ）の復号の結果の確認で（ステップＳ２６）、誤り有り又は上記ＮＤＴＣを１カウントアップする（ステップＳ２７）ことを終了すると、次にＮＤＴＣが３以上であるか（＊（＃ＮＤＴＣ）≧３）否かを確認する（ステップＳ２８）。この確認でＮＤＴＣが３以上である場合は、次にＳＹＮＣ ＤＣＣＨ＝−１とし（ステップＳ２９）、又はＮＤＴＣが３以上でない場合はＤＴＣ／ＤＣＣＨの判定の処理を終了する。
【００７３】
（誤判定検出）： 図９は上述の図５の誤判定検出の処理フローチャートである。この図９において、先ずＮＦＳＰの値を更新（ＮＳＦＰ＝ＮＳＦＰ＋１＋ＦＨＡＬＦ）する（ステップＳ２００）。具体的には、フルレートの場合は１づつカウントアップし、ハーフレートの場合は２づつカウントアップする。次に受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）と推定ＳＦＰ（ＮＳＦＰ）とが一致するか否かを確認する（ステップＳ２０１）。
【００７４】
この確認で受信したＳＦＰと推定ＳＦＰとが一致する場合は、ＮＯＴ ＳＹＮＣ＝０として（ステップＳ２０２）、誤判定検出処理を終了する。
【００７５】
また、上述の受信したＳＦＰ（ｒｅｃｖｄＳＦＰ）と推定ＳＦＰ（ＮＳＦＰ）とが一致するか否かの確認で（ステップＳ２０１）、一致しない場合はＮＯＴ ＳＹＮＣを１カウントアップする（ステップＳ２０３）。次にＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するか否かを比較する（ステップＳ２０４）。この比較でＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するときには、ＮＤＴＣ＝０、ＮＤＣＣＨ＝０、ＳＹＮＣ ＤＣＣＨ＝０、、ＮＯＴ ＳＹＮＣ＝０として（ステップＳ２０５）、誤判定検出処理を終了する。尚、上記ＮＯＴ ＳＹＮＣが閾値Ｍ２と一致するか否かの比較で（ステップＳ２０４）、不一致と判定されると、そこで誤判定検出処理を終了する。
【００７６】
（携帯装置の一例のハードウエア構成）： 図４は上述の図１のＤＴＣ／ＤＣＣＨ識別回路の機能構成を実現するＴＤＭＡセルラシステム用の携帯装置の一例のハードウエア構成図である。図４において、携帯装置はアンテナ１０と、高周波（ＲＦ）回路１１と、アナログ／デジタル（Ａ／Ｄ）変換回路１２と、デジタルシグナルプロセス回路１３と、ＣＰＵ１４とから構成されている。この図４においては、受信系の構成を中心として説明する。
【００７７】
アンテナ１０は基地局からのＴＤＭＡフレーム信号を捕捉し、捕捉した高周波信号は高周波回路１１に与えられる。高周波回路１１は高周波信号から周波数同調を行い、復調を行いベースバンドのＴＤＭＡフレーム信号を抽出し、アナログ／デジタル変換回路１２に与える。アナログ／デジタル変換回路１２は、ベースバンドのＴＤＭＡフレーム信号をデジタル信号に変換して、デジタル処理し易い信号形態に変換してデジタルシグナルプロセス回路１３に与える。
【００７８】
ＣＰＵ１４は、具体的にはマイクロプロセッサＭＰや、プログラムＲＯＭ、ワーキングＲＡＭなどから構成され、アナログ／デジタル変換回路１２の変換を制御したり、デジタルシグナルプロセス回路１３を制御して上述の『ＤＣＣＨロケータの復号』、『ＳＣＦの復号』、『ＳＦＰの復号』、『ＤＶＣＣの復号』、
『ＤＣＣＨデータの復号』、『ＤＴＣ／ＤＣＣＨ判定』などを行わせ、ＤＴＣ／ＤＣＣＨの識別結果を得る。
【００７９】
デジタルシグナルプロセス回路１３は、アナログ／デジタル変換回路１２からのデジタル信号を、ＣＰＵ１４からの命令に従って処理して、上述の『ＤＣＣＨロケータの復号』、『ＳＣＦの復号』、『ＳＦＰの復号』、『ＤＶＣＣの復号』、『ＤＣＣＨデータの復号』、『ＤＴＣ／ＤＣＣＨ判定』などを行い、ＤＴＣ／ＤＣＣＨの識別結果をＣＰＵ１４に与えるものである。
【００８０】
（本発明の実施の形態の効果）： 以上の実施の形態によれば、受信スロットがＦ−ＢＣＣＨでなくても、即ち、受信したＣＲＣと演算したＣＲＣとが一致しなくても、ＤＴＣ／ＤＣＣＨの識別判定を行うことができる。また、ハミング符号の精度に依存せず、ビタビ復号結果を再符号化することによって、誤り数を推定しているため、最短では１スロット分の信号の受信だけでもＤＴＣ／ＤＣＣＨの識別判定を高い精度で行うことができる。
【００８１】
従って、非常に簡単な構成で、ハードウエア規模を大きくすることなく、能率的にしかも短時間に無線局装置からの受信信号がトラヒックチャネル／コントロールチャネルのいずれであるかを識別することができるトラヒックチャネル／コントロールチャネル識別回路及びその方法を実現することができる。
【００８２】
（他の実施の形態）： （１）尚、以上の実施の形態においては、主にＤＳＰ内でソフトウエア処理を行う場合の処理の構成を示しているが、他にハードウエア、例えば、ゲートアレイ回路或いはＤＳＰ内蔵のアクセラレータなどで実現することも好ましい。
【００８３】
（２）また、異なる畳み込み符号化を施された複数の信号系列或いは、一方のみが畳み込み符号化された複数の信号系列を識別することにも適用可能である。
【００８４】
（３）更に、上述の実施の形態のＤＴＣ／ＤＣＣＨ識別回路は、北米仕様のＴＤＭＡシステムだけでなく、日本のＴＤＭＡ方式にデジタルセルラ方式（ＰＤＣ）の基地局装置や、携帯電話装置にも若干のフォーマット調整（例えば、データビット数などの調整）を行うことで同じように適用することができる。
【００８５】
【発明の効果】
以上述べた様に第１の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別回路において、受信信号からコントロールチャネルロケータ信号を検出して復号し、コントロールチャネルが存在する周波数帯を表すの符号情報を出力するコントロールチャネルロケータ復号手段と、受信信号からコントロールチャネルデータを復号するコントロールチャネルデータ復号手段と、受信信号から割り当てコントロールフィードバック信号を検出して復号する割り当てコントロールフィードバック復号手段と、受信信号からスーパフレームフェーズ信号を復号するスーパフレームフェーズ復号手段と、コントロールチャネルデータ復号手段と、割り当てコントロールフィードバック復号手段と、スーパフレームフェーズ復号手段との復号結果から、受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別出力するトラヒックチャネル／コントロールチャネル識別手段とを備えたことで、非常に簡単な構成で、ハードウエア規模を大きくすることなく、能率的に無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別することができ、低消費電力化に寄与でき、ＬＳＩ化にも適している。
【００８６】
また、第２の発明は、無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別方法において、トラヒックチャネル又はコントロールチャネルのいずれであるかの識別結果を保存して出力する保存処理と、上記識別結果の値を確認し、この識別結果の値がトラヒックチャネルに相当する第１の値である場合は、コントロールチャネルロケータ信号を検出して復号するコントロールチャネルロケータ信号復号処理と、上記識別結果の確認で、第１の値でない場合は、コントロールチャネルデータを復号するコントロールチャネルデータ復号処理と、割り当てコントロールフィードバック信号を検出して復号する割り当てコントロールフィードバック信号復号処理と、スーパフレームフェーズ信号を検出して復号するスーパフレームフェーズ信号復号処理と、上記保存手段の識別結果が不定又は不明に相当する第２の値であるか否かを確認する識別結果確認処理と、この確認で不定又は不明に相当する上記第２の値である場合は、次にトラヒックチャネル又はコントロールチャネルのいずれであるかの識別を行って、この識別結果を上記保存処理に保存させるトラヒックチャネル／コントロールチャネル識別処理とから構成することで、非常に簡単な構成で、短時間に無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態のデジタルトラヒックチャネル（ＤＴＣ）／デジタルコントロールチャネル（ＤＣＣＨ）識別回路の主な機能構成図である。
【図２】ＤＴＣのダウンリンクのスロット構成と、ＤＣＣＨのダウンリンクのスロット構成との説明図である。
【図３】Ｆ−ＢＣＣＨ、Ｅ−ＢＣＣＨ、Ｓ−ＢＣＣＨ、Ｒｅｓｅｒｖｅｄ、ＳＰＡＣＨなどに対するＣＲＣの計算の説明図である。
【図４】本発明の実施の形態の携帯装置の一例のハードウエア構成図である。
【図５】本発明の実施の形態のＤＴＣ／ＤＣＣＨ識別回路の全体動作フローチャートである。
【図６】本発明の実施の形態のＤＣＣＨデータ部のデコード処理フローチャートである。
【図７】本発明の実施の形態のＤＴＣ／ＤＣＣＨ判定の処理フローチャート（その１）である。
【図８】本発明の実施の形態のＤＴＣ／ＤＣＣＨ判定の処理フローチャート（その２）である。
【図９】本発明の実施の形態の誤判定検出の処理フローチャートである。
【図１０】本発明の実施の形態のＳＹＮＣ ＤＣＣＨの値の説明図である。
【図１１】本発明の実施の形態のＤＴＣ／ＤＣＣＨ判定のデフォルトの説明図である。
【符号の説明】
１…制御部、２…ＤＣＣＨデータデコード部、３…ＤＴＣ／ＤＣＣＨ判定部、４…誤判定検出部、１０…アンテナ、１１…高周波（ＲＦ）回路、１２…アナログ／デジタル（Ａ／Ｄ）変換回路、１３…デジタルシグナルプロセス回路、１４…ＣＰＵ、Ｓ３…ＤＣＣＨデータ部デコード処理、Ｓ７…ＤＴＣ／ＤＣＣＨ判定処理、Ｓ８…誤判定検出処理。
Claims (7)
- 無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別回路において、
上記受信信号からコントロールチャネルロケータ信号を検出して復号し、コントロールチャネルが存在する周波数帯を表す符号情報を出力するコントロールチャネルロケータ復号手段と、
上記受信信号からコントロールチャネルデータを復号するコントロールチャネルデータ復号手段と、
上記受信信号から割り当てコントロールフィードバック信号を検出して復号する割り当てコントロールフィードバック復号手段と、
上記受信信号からスーパフレームフェーズ信号を復号するスーパフレームフェーズ復号手段と、
上記コントロールチャネルデータ復号手段と、上記割り当てコントロールフィードバック復号手段と、上記スーパフレームフェーズ復号手段との復号結果から、上記受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別出力するトラヒックチャネル／コントロールチャネル識別手段と
を備えたことを特徴とするトラヒックチャネル／コントロールチャネル識別回路。 - 更に、コントロールチャネルを識別出力後に、上記スーパフレームフェーズ信号に対する予測値と復号結果とが一致しない場合に誤判定の検出を行う誤判定検出手段を備えることを特徴とする請求項１記載のトラヒックチャネル／コントロールチャネル識別回路。
- 無線局装置からの受信信号がトラヒックチャネル又はコントロールチャネルのいずれであるかを識別するトラヒックチャネル／コントロールチャネル識別方法において、
トラヒックチャネル又はコントロールチャネルのいずれであるかの識別結果を保存して出力する保存処理と、
上記識別結果の値を確認し、この識別結果の値がトラヒックチャネルに相当する第１の値である場合は、コントロールチャネルロケータ信号を検出して復号するコントロールチャネルロケータ信号復号処理と、
上記識別結果の確認で、上記第１の値でない場合は、コントロールチャネルデータを復号するコントロールチャネルデータ復号処理と、
割り当てコントロールフィードバック信号を検出して復号する割り当てコントロールフィードバック信号復号処理と、
スーパフレームフェーズ信号を検出して復号するスーパフレームフェーズ信号復号処理と、
上記保存処理の識別結果が不定又は不明に相当する第２の値であるか否かを確認する識別結果確認処理と、
この確認で不定又は不明に相当する上記第２の値である場合は、トラヒックチャネル又はコントロールチャネルのいずれであるかの識別を行って、この識別結果を上記保存処理によって保存させるトラヒックチャネル／コントロールチャネル識別処理とから構成する
ことを特徴とするトラヒックチャネル／コントロールチャネル識別方法。 - 上記コントロールチャネルデータ復号処理は、受信信号に対するデインタリーブを行い、このデインタリーブ後の信号に対する最尤復号を行い、この最尤復号結果に対して誤り検査を行い、上記最尤復号結果に対して再符号化を行い、この再符号化によって得られたビット列と受信信号ビット列とを比較して、異なる値をとるビットの数を誤り数とする構成である
ことを特徴とする請求項３記載のトラヒックチャネル／コントロールチャネル識別方法。 - 上記トラヒックチャネル／コントロールチャネル識別処理は、上記コントロールチャネルデータに対する復号結果に対する誤り検査でエラーがない場合に第１のカウンタをカウントアップし、上記誤り検査によって得られる誤り数が第３の値以下の場合に上記第１のカウンタをカウントアップし、上記スーパフレームフェーズ信号に対する復号結果に誤りがない場合に上記第１のカウンタをカウントアップし、上記スーパフレームフェーズ信号に対する予測値と復号結果とが一致する場合も上記第１のカウンタをカウントアップし、上記第１のカウンタのカウント数が第４の値に達している場合に、上記コントロールチャネルとして識別出力するコントロールチャネル識別処理と、
上記受信信号から確認カラーコード信号を検出して復号し、この復号結果に誤りがない場合は第２のカウンタをカウントアップし、上記コントロールチャネルロケータ信号に対する復号結果に誤りがない場合に上記第２のカウンタをカウントアップし、上記第２のカウンタが第５の値に達している場合に、上記トラヒックチャネルとして識別出力するトラヒックチャネル識別処理とから構成する
ことを特徴とする請求項３又は４記載のトラヒックチャネル／コントロールチャネル識別方法。 - 更に、上記識別結果確認処理の識別結果が不定又は不明に相当する第２の値であるか否かの確認で、上記第２の値でない場合は、上記スーパフレームフェーズに対する予測値と復号結果とが一致するか否かを確認し、一致しない場合に誤判定の検出を行う誤判定検出処理を行う構成である
こと特徴とする請求項３〜５のいずれかに記載のトラヒックチャネル／コントロールチャネル識別方法。 - 上記誤判定検出処理は、上記スーパフレームフェーズ信号を検出ごとにその予測値と復号結果とが一致するか否かを確認し、一致しない場合には第３のカウンタでカウントし、この第３のカウンタのカウント値が第６の値に達すると誤判定とする構成である
ことを特徴とする請求項６の記載のトラヒックチャネル／コントロールチャネル識別方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21458095A JP3582902B2 (ja) | 1995-08-23 | 1995-08-23 | トラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法 |
| US08/689,501 US5770927A (en) | 1995-08-23 | 1996-08-07 | Method and apparatus for distinguishing control channel from traffic channels |
| CA002183401A CA2183401A1 (en) | 1995-08-23 | 1996-08-15 | Method and apparatus for distinguishing control channel from traffic channels |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP21458095A JP3582902B2 (ja) | 1995-08-23 | 1995-08-23 | トラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0965413A JPH0965413A (ja) | 1997-03-07 |
| JP3582902B2 true JP3582902B2 (ja) | 2004-10-27 |
Family
ID=16658077
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP21458095A Expired - Fee Related JP3582902B2 (ja) | 1995-08-23 | 1995-08-23 | トラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5770927A (ja) |
| JP (1) | JP3582902B2 (ja) |
| CA (1) | CA2183401A1 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5751731A (en) * | 1995-10-18 | 1998-05-12 | Telefonaktiebolaget Lm Ericsson | Simplifying decoding of codewords in a wireless communication system |
| US5987019A (en) | 1996-10-15 | 1999-11-16 | Telefonaktiebolaget Lm Ericsson | Multi-rate radiocommunication systems and terminals |
| JP3239795B2 (ja) * | 1997-04-23 | 2001-12-17 | 三菱電機株式会社 | 誤り訂正復号装置および誤り訂正復号方式 |
| FI104769B (fi) * | 1997-12-01 | 2000-03-31 | Nokia Networks Oy | Menetelmä ja laitteisto loogisen kanavan tunnistamiseksi |
| US6553065B1 (en) * | 1999-02-04 | 2003-04-22 | Nokia Corporation | Mobile station employing CRC verification using decoding reliability and methods therefor |
| US6243393B1 (en) * | 1999-03-29 | 2001-06-05 | Electrocom Communication Systems | Collision tolerant radio modem |
| US6580930B1 (en) | 1999-04-15 | 2003-06-17 | Ericsson, Inc. | Signal detector selector and method for selecting a detector |
| US6587695B1 (en) * | 1999-10-27 | 2003-07-01 | Nokia Mobile Phones Limited | Method and apparatus for distinguishing a compact control channel from a classic control channel |
| AU2002214234A1 (en) * | 2000-11-06 | 2002-05-15 | Cute Ltd. | Reliable detection of a transport format identifier in a transport format identification field of a digital communication system |
| CN100553223C (zh) * | 2001-02-07 | 2009-10-21 | 摩托罗拉公司 | 无线通信系统中接收数据的方法和装置 |
| US7158482B2 (en) * | 2001-02-07 | 2007-01-02 | Motorola, Inc. | Method and apparatus for preventing received data from corrupting previously processed data in a wireless communications system |
| US7386779B2 (en) * | 2002-05-31 | 2008-06-10 | Lucent Technologies | Systems and methods for correcting errors in a received frame |
| US7321632B2 (en) * | 2003-09-30 | 2008-01-22 | Intel Corporation | Method and apparatus for multi-algorithm detection |
| CN104836644A (zh) | 2007-01-09 | 2015-08-12 | 华为技术有限公司 | 基站装置、移动台装置、控制信息发送方法、控制信息接收方法及程序 |
| CN103580772B (zh) * | 2012-07-18 | 2017-06-06 | 华为技术有限公司 | 数据传输方法、系统及设备，终端获取数据的方法及终端 |
| CN110460339B (zh) * | 2019-07-26 | 2023-05-12 | 南京大鱼半导体有限公司 | 卷积码译码的检测方法、装置、存储介质及电子设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5199031A (en) * | 1990-08-31 | 1993-03-30 | Telefonaktiebolaget L M Ericsson | Method and system for uniquely identifying control channel time slots |
| US5606548A (en) * | 1996-04-16 | 1997-02-25 | Nokia Mobile Phones Limited | Mobile terminal having improved digital control channel (DCCH) search procedure |
-
1995
- 1995-08-23 JP JP21458095A patent/JP3582902B2/ja not_active Expired - Fee Related
-
1996
- 1996-08-07 US US08/689,501 patent/US5770927A/en not_active Expired - Lifetime
- 1996-08-15 CA CA002183401A patent/CA2183401A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US5770927A (en) | 1998-06-23 |
| CA2183401A1 (en) | 1997-02-24 |
| JPH0965413A (ja) | 1997-03-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3582902B2 (ja) | トラヒックチャネル／コントロールチャネル識別回路及びトラヒックチャネル／コントロールチャネル識別方法 | |
| KR100301915B1 (ko) | 이동전화에서의 대기전력 절약시스템 | |
| US5606548A (en) | Mobile terminal having improved digital control channel (DCCH) search procedure | |
| US20030012309A1 (en) | Decoder and decoding method | |
| US6567938B2 (en) | Convolution decoding terminated by an error detection block code with distributed parity bits | |
| US7646748B2 (en) | Power saving in communication terminals | |
| US20020027893A1 (en) | Method and apparatus for transmitting DTX_Low state information from mobile station to base station | |
| US8223869B2 (en) | Control channel detection scheme | |
| JP2007082253A (ja) | 複数の符号レートを用いるセルラー通信システム | |
| WO1998049852A1 (en) | A method and an arrangement for controlling scanning of radio channels by a mobile station operating in standby mode | |
| WO2009098601A2 (en) | Method and apparatus for conveying antenna configuration information via masking | |
| CN100438391C (zh) | 传输链路的盲传送格式检测 | |
| US5901160A (en) | Decoder with an error control adaptively applied on the basis of the estimated position of a slot in a frame | |
| WO2003101027A1 (en) | Blind transport format-detection with preselection of candidate transport formats | |
| JP2004153372A (ja) | ブラインドレート検出装置、復号装置、通信装置、ブラインドレート検出方法および復号方法 | |
| US20070140210A1 (en) | Method and system for decoding control channels using repetition redundancy based on weighted bits | |
| JP3670269B2 (ja) | 受信装置および伝送レート判定方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040227 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040309 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040409 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040727 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040727 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| 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: 20080806 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090806 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090806 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100806 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110806 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120806 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120806 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130806 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |