(57)【特許請求の範囲】
【請求項１】
受信装置であって、
２種類の制御情報とアクセスタイプとに基づいて、送信装置が選択したシグニチャーグループに含まれるシグニチャーを、前記送信装置から受信する受信手段と、
受信した前記シグニチャーから前記制御情報、若しくは前記アクセスタイプを、第１の時間帯と第２の時間帯とで異なる、前記シグニチャーと前記制御情報および前記アクセスタイプとの対応関係に基づいて判断する判断手段と、
を有する受信装置。
【請求項２】
受信方法であって、
２種類の制御情報とアクセスタイプとに基づいて、送信装置が選択したシグニチャーグループに含まれるシグニチャーを、前記送信装置から受信し、
受信した前記シグニチャーから前記制御情報、若しくは前記アクセスタイプを、第１の時間帯と第２の時間帯とで異なる、前記シグニチャーと前記制御情報および前記アクセスタイプとの対応関係に基づいて判断する、
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、RACH（Random Access Channel）受信を行う受信装置及び受信方法に関する。
【背景技術】
【０００２】
3GPP RAN LTE（Long Term Evolution）では、Non-synchronous random access（以下、「Async RACH」という）が検討されている。Async RACHは、上り回線の同期が確立していない状態で送信されるランダムアクセスであり、移動機の送信タイミング取得（上り同期確立）、基地局へのSignature（移動機識別情報）通知に用いられる。
【０００３】
LTEでは、Async RACHで初回に送信するPreambleの構成及び送信方法が検討されており、Signature（移動機識別情報：ＩＤ）に加えて、４〜８ビットのControl情報をPreamble信号に含めることにより、リソース（時間、周波数）の利用効率向上が図られている（例えば、非特許文献１参照）。
【０００４】
Preamble信号は、少なくともSignatureを伝送する。予め、Signatureと相関特性が良いコードパターンが一意に対応付けられ、移動機はランダムに選択したSignatureに対応するコードパターンをPreamble信号として送信する。受信側（基地局）では、送信されうる全コードパターンと受信信号との相関を取ることで、同時に異なるSignatureを検出することができる。さらに、Control情報もSignatureに一意に対応付けて送信することで、リソースの利用効率向上を図ることが検討されている（例えば、非特許文献２及び非特許文献３参照）。
【０００５】
Preambleで伝送すべきControl情報としては、ＤＬ ＣＱＩ（Downlink Channel Quality Indicator）、RACH cause（RACHの使用用途・送信理由、RACH Access Type）等が検討されている（例えば、非特許文献２及び非特許文献３参照）。
【０００６】
非特許文献３に記載のRACH送信からData通信開始までの手順を図１に示し、Control情報を送る効果について以下に説明する。
【０００７】
RACH Preamble直後には、送信タイミング情報やリソース配置情報送信用ＤＬ ＣＨとScheduling Request送信用ＵＬ ＣＨがある。ＤＬ ＣＱＩを送ることにより、RACH Preamble直後に送信するＵＬ／ＤＬ ＣＨの受信品質状況に応じたＭＣＳ（Modulation and Coding Set）選択が可能となる。すなわち、受信環境が良好な移動機に対しては、冗長性が小さいＭＣＳ（例えば、１６ＱＡＭ、高符号化レート）を選択することで、リソース（時間、周波数帯域）を複数の移動機間で有効利用することができる。
【０００８】
また、LTEのRACHでは、使用用途・送信理由によって、Data通信開始までの接続手順が異なるため、RACH Access Type（RACH cause）をPreambleで送ることにより、RACH Preamble直後のＵＬ／ＤＬ ＣＨでは、RACHの使用目的に応じた必要な情報のみを送ることができる。よって、無駄な情報伝送が省け、リソースの利用効率が向上する。
【０００９】
非特許文献３では、これらControl情報５ビット（ＤＬ ＣＱＩ２ビット＋RACH cause３ビット）分をPreambleで送信することが提案されている。具体的には、このControl情報は、図２に示すように、Signatureと対応付けることにより、Signatureによって５ビット分のControl情報を送信することができる。
【先行技術文献】
【非特許文献】
【００１０】
【非特許文献１】3GPP，TR25.814 V1.5.0, 9.1.2.1.1.2
【非特許文献２】R1-061184, NTT DoCoMo
【非特許文献３】R1-061393, Texas Instruments
【発明の概要】
【発明が解決しようとする課題】
【００１１】
Control情報の発生確率に偏りがあった場合、Signature数が少ないと衝突が頻繁に生じてしまうので、Signature数を多く設ける必要がある。しかし、基地局では同時にSignature数分の相関特性（遅延プロファイル）を算出する必要があるので、Signature数が多いほど相関演算用の回路規模が増加してしまう。逆に、単純にSignature数を減らしてしまうとControl情報の量も減り、リソースの利用効率が低下してしまう。
【００１２】
本発明はかかる点に鑑みてなされたものであり、Signature数を増減させることなく、リソース利用効率の向上を図る受信装置及び受信方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の受信装置は、受信装置であって、２種類の制御情報とアクセスタイプとに基づいて、送信装置が選択したシグニチャーグループに含まれるシグニチャーを、前記送信装置から受信する受信手段と、受信した前記シグニチャーから前記制御情報、若しくは前記アクセスタイプを、第１の時間帯と第２の時間帯とで異なる、前記シグニチャーと前記制御情報および前記アクセスタイプとの対応関係に基づいて判断する判断手段と、を有する構成を採る。
【発明の効果】
【００１４】
本発明によれば、Signature数を増減させることなく、リソースの利用効率の向上を図ることができる。
【図面の簡単な説明】
【００１５】
【図１】非特許文献３に記載のRACH送信からData通信開始までの手順を示すシーケンス図
【図２】Control情報とSignatureとの対応関係を示す図
【図３Ａ】本発明の実施の形態におけるAccess typeの説明に供する図
【図３Ｂ】本発明の実施の形態におけるAccess typeの説明に供する図
【図３Ｃ】本発明の実施の形態におけるAccess typeの説明に供する図
【図４】本発明の実施の形態１に係る送信装置の構成を示すブロック図
【図５】本発明の実施の形態１に係るSignatureテーブルを示す図
【図６】本発明の実施の形態２に係るSignatureテーブルを示す図
【図７】本発明の実施の形態３に係る送信装置の構成を示すブロック図
【図８】本発明の実施の形態３に係る受信装置の構成を示すブロック図
【図９】IDLEの発生頻度が多い場合のテーブル変更の様子を示す図
【図１０】HandoverのＤＬ ＣＱＩ＝level1の発生頻度が多い場合のテーブル変更の様子を示す図
【図１１】本発明の実施の形態４に係るSignatureテーブルを示す図
【図１２】本発明の実施の形態４に係るその他のSignatureテーブルを示す図
【図１３】本発明の実施の形態４に係る受信装置の構成を示すブロック図
【図１４】本発明の実施の形態５に係るSignatureテーブルを示す図
【図１５】本発明の実施の形態５に係るその他のSignatureテーブルを示す図
【図１６】本発明の実施の形態６に係るSignatureテーブルを示す図
【図１７】一般的なHandover手順を示すシーケンス図
【図１８】本発明の実施の形態６におけるHandover手順を示すシーケンス図
【図１９】Signatureテーブルの変形例を示す図
【発明を実施するための形態】
【００１６】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。ただし、実施の形態において、同一機能を有する構成には同一符号を付し、重複する説明は省略する。
【００１７】
ここで、本実施の形態におけるAccess typeについて説明する。LTEで検討されているRACHの接続手順として、例えば、図３Ａ〜Ｃに示す３タイプが考えられる。図３Ａに示すIDLE typeは、移動機がセル内固有のＩＤ（ユーザ識別情報）を持たない状態、すなわち、基地局が移動機を識別できない状態で使われるRACH接続手順である。例えば、移動機が電源投入時や位置登録を行う初期接続で使われるAccess Typeである。このタイプでは、Data通信開始までに、上り送信タイミングの取得、セル内固有ＩＤの取得、基地局とのConnection設定を行う必要があり、RACH送信後、Data通信開始前までに送受信するデータ量は大きい。このため、チャネルの最適ＭＣＳ選択を行うことによるリソース利用効率の改善効果が大きく期待できる。このため、ＭＣＳ選択の基準となる下りの受信品質情報が最も必要な情報といえる。
【００１８】
次に、図３Ｂに示すACTIVE typeは、移動機がセル内固有のＩＤを持っている状態、すなわち、基地局が移動機を識別できる状態で使われるRACH接続手順である。例えば、データ通信時に上りの同期が外れる（上り受信タイミングがＣＰ（Cyclic Prefix）を超えた）場合に、同期の再確立を行うために使われるAccess Typeである。Data通信開始までに、上り送信タイミングの取得のみを行えばよく、RACH送信後、Data通信開始前までに送受信するデータ量は小さい。このタイプでは、送信タイミング検出直後に、Data通信を開始するので、送信するDataサイズに適したリソース割当てを行うことにより、Data通信時間を低減させたい。よって、リソース割当ての基準となる送信Dataバッファ情報が最も必要な情報といえる。
【００１９】
次に、図３Ｃに示すHandover typeは、移動機がセル内固有のＩＤを持っている状態、すなわち、基地局が移動機を識別できる状態で使われるRACH接続手順であり、Handover設定が完了したことをHandover先の基地局へ通知するために使われるAccess Typeである。Data通信開始までに、上り送信タイミングの取得、Handover完了通知を行う必要があり、RACH送信後、Data通信開始前までに送受信するデータ量は上記２つのAccess typeに比べ中程度である。このタイプでは、Handover時間を低減させたいので、その基準となる遅延時間情報（例えばRACHの再送回数）が最も必要な情報といえる。
【００２０】
このように、RACHの使用目的・送信理由によって、Data通信開始までの接続手順が異なり、その接続手順の違いにより、RACH Preamble直後に送信するＵＬ／ＤＬ ＣＨのデータ量に差がある。また、接続手順の違いにより、RACH Preamble直後に送信するチャネルの設定に必要なControl情報種別が異なる。
【００２１】
（実施の形態１）
図４は、本発明の実施の形態１に係る送信装置１００の構成を示すブロック図である。この図において、Control情報生成部１０１は、下り回線の受信信号（例えば、共通パイロット信号）の受信レベルを測定し、測定した受信レベルに基づいてＤＬ ＣＱＩを求め、求めたＤＬ ＣＱＩをSignature選択部１０４に出力する。
【００２２】
RACH Access type判定部１０２は、RACHの使用目的・送信理由に基づいて、予め設けた複数のAccess typeの中から１つを判定し、判定したAccess typeをSignature選択部１０４に出力する。
【００２３】
Signatureテーブル記憶部１０３は、Access type、Control情報（ＤＬ ＣＱＩ）及びSignatureをそれぞれ一意に対応付けたテーブルを記憶し、Signature選択部１０４によりSignatureが選択される。なお、Signatureテーブルについては後述する。
【００２４】
Signature選択部１０４は、Control情報生成部１０１から出力されたＤＬ ＣＱＩ、RACH Access type判定部１０２から出力されたAccess typeに対応するSignatureをSignatureテーブル記憶部１０３からランダムに１つを選択し、選択したSignatureをRACH生成部１０５に出力する。
【００２５】
RACH生成部１０５は、Signature選択部１０４から出力されたSignatureに対応したコードパターンをPreambleとするRACHを生成し、生成したRACH信号を変調部１０６に出力する。
【００２６】
変調部１０６は、RACH生成部１０５から出力されたRACH信号を変調し、無線部１０７は、変調されたRACH信号にＤ／Ａ変換、アップコンバート等の所定の無線送信処理を施し、アンテナ１０８から送信する。
【００２７】
次に、上述したSignatureテーブルについて図５を用いて説明する。図５に示すSignatureテーブルでは、Access type、ＤＬ ＣＱＩ、Signatureの３つをそれぞれ一意に対応付けている。Access typeとしては、上述したIDLE、ACTIVE、Handoverの３つのタイプがある。Access typeがIDLEには、ＤＬ ＣＱＩのlevel1〜6が対応付けられている。また、ＤＬ ＣＱＩのlevel6にはSignature#1が、level5にはSignature#2がそれぞれ対応付けられており、level4にはSignature#3,4が、level3にはSignature#5,6がそれぞれ対応付けられており、level2にはSignature#7〜9が、level1にはSignature#10〜12がそれぞれ対応付けられている。
【００２８】
また、Access typeがACTIVEには、ＤＬ ＣＱＩのlevel3以下,4以上が対応付けられている。また、ＤＬ ＣＱＩのlevel4以上にはSignature#13〜16が、level3以下にはSignature#17〜24がそれぞれ対応付けられている。
【００２９】
さらに、Access typeがHandoverには、ＤＬ ＣＱＩのlevel1〜3以上が対応付けられている。また、ＤＬ ＣＱＩのlevel3以上にはSignature#25,26が、level2にはSignature#27〜30が、level1にはSignature#31〜36がそれぞれ対応付けられている。
【００３０】
ここで、例えば、Access typeがIDLE、ＤＬ ＣＱＩがlevel2の場合、Signature選択部１０４はSignature#7〜9の中からランダムに１つのSignatureを選択する。
【００３１】
このように、RACH Preamble直後に送信するＵＬ／ＤＬ ＣＨのデータ量が大きいAccess typeほど、ＤＬ ＣＱＩの分解能を上げる（情報の数を増やす）ことにより、データ量が大きいチャネルほど、リソース利用効率が高いＭＣＳを選択することができる。よって、リソースの利用効率を向上させることができる。
【００３２】
また、１つのControl情報に対応付けるSignature数を一定ではなく、Access type、Control情報の発生確率を考慮して決めることにより、RACHの衝突確率を低減することができる。
【００３３】
このように実施の形態１によれば、SignatureテーブルをAccess type、ＤＬ ＣＱＩ、Signatureの３つをそれぞれ一意に対応付け、RACH送信後、Data通信開始前までに送受信するデータ量に応じたＤＬ ＣＱＩのlevel数を設定する。これにより、データ量が大きいチャネルほどリソース利用効率の高いＭＣＳを選択することができ、Signature数を増減させることなく、リソースの利用効率を向上させることができる。
【００３４】
なお、本実施の形態では、ＤＬ ＣＱＩを例に挙げて説明したが、ＤＬ ＣＱＩに代えて移動機の送信電力マージン（最大送信電力−現在の送信電力）情報を用いてもよい。
【００３５】
また、Signatureテーブルは、Access type毎の発生確率も考慮して分解能の大小を決めることにより、リソースの利用効率を向上させることができる。すなわち、発生確率の高いAccess typeほどＤＬ ＣＱＩの分解能を上げることにより、リソース利用効率の高いＭＣＳを選択する可能性を高めることができる。
【００３６】
（実施の形態２）
本発明の実施の形態２に係る送信装置の構成は、実施の形態１の図４に示した構成と同様であるので、図４を援用して説明する。
【００３７】
図６は、本発明の実施の形態２に係るSignatureテーブルを示す図である。この図において、Access typeがIDLEには、ＤＬ ＣＱＩとSignatureを、Access typeがACTIVEには、buffer statusとSignatureを、Access typeがHandoverには、再送回数とSignatureをそれぞれ一意に対応付けている。
【００３８】
具体的には、Access typeがIDLEには、ＤＬ ＣＱＩのlevel1〜4が対応付けられており、ＤＬ ＣＱＩのlevel4にはSignature#1〜3が、level3にはSignature#4〜6が、level2にはSignature#7〜9が、level1にはSignature#10〜12がそれぞれ対応付けられている。
【００３９】
また、Access typeがACTIVEには、buffer statusのlargeとsmallが対応付けられており、buffer statusのlargeにはSignature#13〜18が、smallにはSignature#19〜24がそれぞれ対応付けられている。
【００４０】
さらに、Access typeがHandoverには、再送回数１〜４が対応付けられており、再送回数１にはSignature#25〜28が、再送回数２にはSignature#29〜31が、再送回数３にはSignature#32〜34が、再送回数４にはSignature#35,36それぞれ対応付けられている。
【００４１】
このように、Access type毎に、RACH Preamble直後に送信するＵＬ／ＤＬ ＣＨの設定に最も必要な情報をControl情報として送信することにより、Access typeに最適なＭＣＳ選択又はリソース割当てが可能となり、リソースの利用効率を向上させることができる。
【００４２】
具体的には、他のAccess Typeに比べて、RACH Preamble直後のＵＬ／ＤＬ ＣＨで送信するデータ量が大きいAccess Type（例えば、IDLE type）において、ＤＬの受信品質情報（ＤＬ ＣＱＩ）をControl情報として送信する。これにより、データ量が大きいチャネルにおいて、リソース利用効率が高いＭＣＳ選択が可能となり、大きなリソースの利用効率効果が得られる。
【００４３】
また、Data通信中の同期再確立が目的のAccess Type（例えば、ACTIVE type）において、移動機の送信Dataバッファ情報（buffer status）をControl情報として送信する。これにより、移動機のバッファ量が大きい移動機へ優先的にリソースを割当てることで、データの伝送遅延を低減することができる。
【００４４】
また、Handoverの完了通知が目的のAccess Type（例えば、Handover type）において、RACHの再送回数情報をControl情報として送信する。これにより、RACHの再送回数（遅延時間）が大きい移動機へ優先的にリソースを割当てることで、Handover時間を低減させることができる。
【００４５】
このように実施の形態２によれば、RACH Preamble直後に送信するＵＬ／ＤＬ ＣＨの設定に最も必要な情報をAccess type毎にSignatureテーブルに対応付けることにより、Access typeに最適なＭＣＳ選択又はリソース割当てが可能となり、Signature数を増減させることなく、リソースの利用効率を向上させることができる。
【００４６】
（実施の形態３）
図７は、本発明の実施の形態３に係る送信装置２００の構成を示すブロック図である。図７が図４と異なる点は、Signatureテーブル番号設定部２０２、Signatureテーブル設定部２０３を追加した点と、Signatureテーブル記憶部１０３をSignatureテーブル群記憶部２０１に変更した点である。
【００４７】
図７において、Signatureテーブル群記憶部２０１は、Access type、Control情報（ＤＬ ＣＱＩ）及びSignatureをそれぞれ一意に対応付けたテーブルを複数記憶し、Signatureテーブル設定部２０３によりSignatureテーブルが選択される。ここで記憶される複数のSignatureテーブルは、セル毎に異なる様々な通信環境に応じたテーブルであり、これらのテーブルにはテーブル番号を付しておく。
【００４８】
Signatureテーブル番号設定部２０２は、受信装置（基地局）から報知チャネル等によってシグナリングされたセル固有情報に含まれるSignatureテーブル番号を取得し、取得したSignatureテーブル番号をSignatureテーブル設定部２０３に設定する。
【００４９】
Signatureテーブル設定部２０３は、Signatureテーブル番号設定部２０２によって設定されたSignatureテーブル番号に対応するSignatureテーブルをSignatureテーブル群記憶部２０１から選択し、選択したSignatureテーブルをSignature選択部１０４に出力する。
【００５０】
図８は、本発明の実施の形態３に係る受信装置３００の構成を示すブロック図である。この図において、無線受信部３０２は、図７に示した送信装置２００から送信された信号をアンテナ３０１を介して受信し、受信した信号にダウンコンバート、Ａ／Ｄ変換等の所定の無線受信処理を施し、無線受信処理を施した信号を遅延プロファイル作成部３０３に出力する。
【００５１】
遅延プロファイル作成部３０３は、無線受信部３０２から出力された信号と既知信号との相関演算を行い、遅延プロファイルを作成し、作成した遅延プロファイルをPreamble検出部３０４に出力する。
【００５２】
Preamble検出部３０４は、遅延プロファイル作成部３０３から出力された遅延プロファイルの相関ピークを検出し、検出した相関ピークと所定の閾値との大小比較を行うことにより、Preamble検出判定を行う。すなわち、所定の閾値（Preamble検出用閾値）より大きい相関ピークがあれば、Preambleを検出したと判定する。Preamble検出部３０４はPreambleを検出すると、検出したPreambleに含まれるSignatureをその番号（Signature番号）でカウント部３０５に出力する。
【００５３】
カウント部３０５は、Preamble検出部３０４から出力されたSignature番号に対応するAccess type及びControl情報を、後述するSignatureテーブル決定部３０７から出力されるSignatureテーブルに基づいて検出する。カウント部３０５は、所定時間毎にAccess type毎、Control情報毎に検出数をカウントし、カウントした検出数をSignatureテーブル決定部３０７に出力する。
【００５４】
Signatureテーブル群記憶部３０６は、図７に示した送信装置２００が備えるSignatureテーブル群記憶部２０１と同一の複数テーブルを記憶し、Signatureテーブル決定部３０７によりSignatureテーブルが選択される。
【００５５】
Signatureテーブル決定部３０７は、カウント部３０５から出力された所定時間当たりのAccess type毎、Control情報毎の検出数からそれぞれの発生頻度を求め、求めた発生頻度に基づいて、Signatureテーブル群記憶部３０６が記憶するSignatureテーブルから最も適したSignatureテーブルを決定する。Signatureテーブル決定部３０７は、決定したSignatureテーブルをセル内の移動機へ、例えば、報知チャネルなどを用いてシグナリングする。また、Signatureテーブル決定部３０７は、決定したSignatureテーブルをカウント部３０５に出力する。
【００５６】
次に、上述したSignatureテーブル決定部３０７の決定方法について説明する。Signatureテーブル決定部３０７は、例えば、Access typeのうちIDLEの発生頻度が多い場合には、図９に示すように、IDLEに割り当てるControl情報（例えば、ＤＬ ＣＱＩ）の分解能が高いテーブルに変更する。また、Access typeのうちHandoverのＤＬ ＣＱＩ＝level1の発生頻度が多い場合には、図１０に示すように、割り当てるSignature数が多いテーブルに変更する。
【００５７】
なお、テーブルの変更を発生頻度に基づいて行う場合に限らず、Signatureの衝突頻度に基づいて行ってもよい。具体的には、Preamble検出部３０４が１つのPreambleから複数の移動機からの信号を検出した場合、このPreambleに含まれる複数のSignatureが衝突したものとして、これらのSignature番号がカウント部３０５に出力される。ここでは、例えば、信号パスの受信タイミング時間差が所定閾値を超える場合に、１つのPreambleに複数移動機からの信号が含まれ、Signatureが衝突していると見なすことができる。
【００５８】
また、上述した発生頻度又は衝突頻度が時間（昼、夜などの時間帯など）に依存して変わる場合、時間をテーブルに対応付けておき、対応付けた時間でテーブルを切り替えるようにしてもよい。この場合、カウント部３０５を省略することができる。
【００５９】
なお、上述したテーブルの変更は、割り当てるSignature数を０にしてもよい。すなわち、Signatureテーブル群記憶部２０１、３０６が記憶している複数のテーブルの中には、発生頻度が少ないControl情報についてSignature数が０であるテーブルが存在してもよい。
【００６０】
このように実施の形態３によれば、Access typeあるいはControl情報の発生頻度、またはSignatureの衝突頻度に応じて、セル毎に動的にSignatureテーブルを切り替えることができるので、各セルのRACH発生状況に応じた適切なSignatureテーブルを用いることができる。
【００６１】
（実施の形態４）
本発明の実施の形態４に係る送信装置の構成は、実施の形態１の図４に示した構成と同様であるので、図４を援用して説明する。
【００６２】
図１１は、本発明の実施の形態４に係るSignatureテーブルを示す図である。ここでは、Access typeとして新たにChange Requestを設け、このChange Requestには、ＲＢ（Resource Block）数変更要求及びTarget SIR変更要求が対応付けられている。また、ＲＢ数変更要求にはSignature#26〜30が、Target SIR変更要求にはSignature#31〜36がそれぞれ対応付けられている。
【００６３】
Access typeがChange RequestのRACHは、RACHに関する設定パラメータの変更を基地局に要求するものである。例えば、RACHの衝突が所定回数を超えた移動機は、Access typeがChange RequestのRACHを送信し、RACHの送信スロット（ＲＢ）の送信周期又は周波数領域における多重数を増やす要求を行う。また、RACHの再送回数が所定回数を超えた移動機は、同様に、Access typeがChange RequestのRACHを送信し、RACHの送信電力制御のTarget SIRを上げる要求を行う。
【００６４】
なお、基地局は、再送回数が所定回数を超えるような受信環境の悪い移動機が送信するChange RequestのRACHを受信する際、Preamble検出用閾値をChange Request以外のAccess typeで用いるPreamble検出用閾値よりも小さくすればよい。これにより、雑音を信号として検出する誤検出の確率は増加してしまうが、受信環境の悪い移動機からのRACHを検出できる確率が向上する。
【００６５】
なお、Change Requestは、図１２に示すように、Control情報として、他のAccess typeに対応付けてもよい。
【００６６】
図１３は、本発明の実施の形態４に係る受信装置４００の構成を示すブロック図である。図１３が図８と異なる点は、Signatureテーブル群記憶部３０６を削除した点と、Signatureテーブル決定部３０７をパラメータ決定部４０１に変更した点である。
【００６７】
図１３において、パラメータ決定部４０１は、Access typeがChange RequestであるPreambleの検出数が所定の数を超えることがカウント部３０５から通知されると、移動機から変更要求されたパラメータ（RACHの送信スロットの送信周期、周波数領域における多重数、RACHの送信電力制御のTarget SIRなど）を変更し、変更したパラメータをセル内の移動機へ、例えば、報知チャネルを用いてシグナリングする。
【００６８】
このように実施の形態４によれば、Access typeにパラメータの変更を要求するChange Requestを設け、具体的なパラメータの変更要求をControl情報としてRACH送信することにより、実際のRACH使用状況、環境に適したパラメータをセル毎に設定することができる。また、パラメータ変更要求にRACHを用いることにより、ＵＬ同期確立及び送信リソースのスケジューリングを行うことなく、より簡単な手順で、移動機の要求を基地局に伝えることができる。
【００６９】
（実施の形態５）
本発明の実施の形態５に係る送信装置の構成は、実施の形態１の図４に示した構成と同様であるので、図４を援用して説明する。
【００７０】
図１４は、本発明の実施の形態５に係るSignatureテーブルを示す図である。この図において、Access typeとしてOtherwiseを設け、このOtherwiseには、セル毎に、最適なAccess typeを割り当てるものとする。また、Otherwise以外には、予め定義した各セル共通のAccess type、Control情報及びSignatureを割り当てるものとする。
【００７１】
Otherwiseに割り当てるAccess typeは、例えば、衝突頻度が多いAccess typeとする。例えば、Access typeがIDLEのRACHの衝突が他のAccess typeよりもより頻繁に発生する場合、図１４に示すように、OtherwiseにIDLEを割り当てる。これにより、各セルのRACH発生状況に応じたテーブルが設定可能となり、Access typeの発生率に偏りがあった場合でも、衝突率を低減することができる。また、Otherwiseに予め割り当てられていないAccess typeを割り当ててもよく、例えば、図１５に示すように、上述したChange Requestを割り当ててもよい。
【００７２】
また、セル毎に定義したOtherwiseに対応付ける情報（ex. Change Request, IDLE）は、下りの報知チャネル（BCH）を使い、セル内の移動機へシグナリングする。
【００７３】
なお、基地局の受信装置の構成は、実施の形態３の図８に示した構成と同様であり、Signatureテーブル群記憶部３０６は、Otherwiseの一部のSignatureテーブルだけを記憶すればよい。
【００７４】
このように実施の形態５によれば、Access typeとして、セル毎に自由に設定可能なOtherwiseを設けることにより、各セルのRACH発生状況に適したAccess typeを設定することができる。また、全てのテーブル情報ではなく、一部の情報だけを移動機へシグナリングすればよいので、下り方向のシグナリング量を低減することができる。
【００７５】
（実施の形態６）
本発明の実施の形態６に係る送信装置の構成は、実施の形態１の図４に示した構成と同様であるので、図４を援用して説明する。
【００７６】
図１６は、本発明の実施の形態６に係るSignatureテーブルを示す図である。この図において、Access typeがHandoverに対応付けられたSignatureは、同一のコード系列から生成され、隣接する基地局間で共通のPreamble（以下、共通Preamble）とする。
【００７７】
まず、一般的なHandover手順について図１７を用いて説明する。基地局は、移動機が定期的に報告する受信レベルをもとに、その移動機を隣接する基地局へHandoverさせることを決定すると、その移動機に対し、所定の基地局へのHandoverを促すHO commandを送信する。次に、移動機は、HO commandを受信し、指示された基地局にHandoverを開始することを知らせるACK（acknowledgment:確認応答）をHandover元基地局に送信する。さらに、移動機は、上述したようにHandover設定が完了したことをHandover先の基地局へ通知するため、RACHを送信して、上り同期タイミング情報や送信リソース割当情報を取得する。
【００７８】
本実施の形態では、１つのRACH送信で、Handover元とHandover先の基地局それぞれに異なる情報を送信する。すなわち、Handover元の基地局にはACKを、Handover先の基地局にはHandover設定が完了したことを通知するように１つのRACHに対応付けておく。
【００７９】
これにより、図１８に示すように、Handover元の基地局は、移動機へ送信したHO commandから所定時間後に、Access typeがHandoverのRACHが返ってきた場合は、ACKを目的としたRACHと判断する。この場合、Handover元の基地局は、その移動機とはそれ以降に通信する必要がないので、その移動機からのRACHには、何も応答しない。
【００８０】
一方、Handover先の基地局は、上述した一般的なHandoverにおけるRACHと同様の目的（Handover設定が完了したことを通知する目的）のRACHを受信すると、上り同期タイミング情報や送信リソース割当情報を移動機に送信する。
【００８１】
このように実施の形態６によれば、複数セルでコード系列が同一の共通Preambleを設け、その共通PreambleにHandover元とHandover先の基地局宛てに異なる情報を対応付けておき、共通PreambleをHandover時に用いることにより、Handover元とHandover先の基地局に異なる情報を同時に送信することができる。これにより、リソース利用効率を向上させることができると共に、Handoverに要する遅延時間を低減することができる。
【００８２】
なお、上記各実施の形態では、Access typeに対応付けるControl情報を１種類として説明したが、本発明はこれに限らず、図１９に示すように、Access typeに対応付けるControl情報を複数種類としてもよい。図１９では、Access typeがACTIVEに送信電力マージン（Tx power margin）とbuffer statusとを対応付けている。
【００８３】
また、上記各実施の形態では、各Access typeにControl情報を１種類対応付けるものとして説明したが、本発明はこれに限らず、図１９に示すように、Control情報を対応付けないAccess typeを設けてもよい。
【００８４】
なお、上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はソフトウェアで実現することも可能である。
【００８５】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００８６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。
【００８７】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
【００８８】
なお、上記各実施の形態における基地局はNode B、移動局はUEと表されることがある。また、上記各実施の形態におけるAccess typeはCause又はRACH Causeと称されることがある。
【００８９】
２００６年６月１５日出願の特願２００６−１６６４５０及び２００７年１月１２日出願の特願２００７−００５０２３の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
【産業上の利用可能性】
【００９０】
本発明にかかる受信装置及び受信方法は、Signature数を増減させることなく、リソースの利用効率の向上を図ることができ、移動体通信システムの移動機等に適用できる。
【符号の説明】
【００９１】
１０１  Control情報生成部
１０２  RACH Access type判定部
１０３  Signatureテーブル記憶部
１０４  Signature選択部
１０５  RACH生成部
１０６  変調部
１０７  無線部
１０８、３０１  アンテナ
２０１、３０６  Signatureテーブル群記憶部
２０２  Signatureテーブル番号設定部
２０３  Signatureテーブル設定部
３０２  無線受信部
３０３  遅延プロファイル作成部
３０４  Preamble検出部
３０５  カウント部
３０７  Signatureテーブル決定部
４０１  パラメータ決定部
【図１】
0005197831.tif 000002
【図２】
0005197831.tif 000003
【図３Ａ】
0005197831.tif 000004
【図３Ｂ】
0005197831.tif 000005
【図３Ｃ】
0005197831.tif 000006
【図４】
0005197831.tif 000007
【図５】
0005197831.tif 000008
【図６】
0005197831.tif 000009
【図７】
0005197831.tif 000010
【図８】
0005197831.tif 000011
【図９】
0005197831.tif 000012
【図１０】
0005197831.tif 000013
【図１１】
0005197831.tif 000014
【図１２】
0005197831.tif 000015
【図１３】
0005197831.tif 000016
【図１４】
0005197831.tif 000017
【図１５】
0005197831.tif 000018
【図１６】
0005197831.tif 000019
【図１７】
0005197831.tif 000020
【図１８】
0005197831.tif 000021
【図１９】
0005197831.tif 000022