(57)【特許請求の範囲】
【請求項１】
上り制御信号に割り当てたリソースを管理する上り制御信号管理表を具備し、
新たな前記上り制御信号にリソースを割り当てる時には、前記上り制御信号管理表から、割り当て済みのリソースと符号分割多重されないリソースを選択して、前記新たな上り制御信号に割り当て、
前記新たな上り制御信号に割り当てたリソースの情報で前記上り制御信号管理表を更新する無線通信基地局であって、
移動速度の遅い端末に対する前記上り制御信号の割り当てと、移動速度の速い端末に対する前記上り制御信号の割り当てを区別して、前記上り制御信号管理表で管理し、
前記移動速度の遅い端末同士の上り制御信号が符号分割多重されることを許容し、
前記移動速度の速い端末の上り制御信号には、他の端末の上り制御信号が符号分割多重されないように上り制御信号を割り当てる無線通信基地局。
【請求項２】
請求項１に記載の無線通信基地局であって、
前記上り制御信号はＳＲ上り制御信号を含む無線通信基地局。
【請求項３】
上り制御信号に割り当てたリソースを管理する上り制御信号管理表を具備し、
新たな前記上り制御信号にリソースを割り当てる時には、前記上り制御信号管理表から、割り当て済みのリソースと符号分割多重されないリソースを選択して、前記新たな上り制御信号に割り当て、
前記新たな上り制御信号に割り当てたリソースの情報で前記上り制御信号管理表を更新する無線通信基地局であって、
前記上り制御信号はＳＲ上り制御信号とＨＡＲＱ−ＡＣＫ上り制御信号を含み、
前記ＨＡＲＱ−ＡＣＫ上り制御信号の割り当て時に、前記上り制御信号管理表を前記ＳＲ上り制御信号の割り当てによって初期化し、
前記ＳＲ上り制御信号と、前記ＨＡＲＱ−ＡＣＫ上り制御信号が、他の端末のＳＲ上り制御信号、あるいはＨＡＲＱ−ＡＣＫ上り制御信号と符号分割多重されることを回避する無線通信基地局。
【請求項４】
請求項３に記載の無線通信基地局であって、
前記ＨＡＲＱ−ＡＣＫ上り制御信号のリソースが、下り制御信号のCCE indexによって決定され、
複数の前記上り制御信号が符号分割多重を回避するように、前記下り制御信号のCCE indexを選択することによって前記上り制御信号の符号分割多重を回避する無線通信基地局。
【請求項５】
基地局への上り信号のリソースを複数の端末に割り当てる無線通信制御方法であって、
前記上り信号のリソースは、周波数、直交符号、および巡回シフトのいずれか一つの相違によって多重化されて割り当てられており、
前記多重化では、一つの前記巡回シフトに対して複数の前記直交符号の使用を許容し、
前記割り当ての際に、少なくとも一部の通信においては、前記直交符号のみが異なるリソースを同時に割り当てないように制御し、
前記基地局は、
上り信号のリソースを割り当てようとする端末の移動速度を検知し、
移動速度が所定閾値以上の場合のみ、前記割り当ての際に、前記直交符号のみが異なるリソースを割り当てないように制御する無線通信制御方法。
【請求項６】
請求項５に記載の無線通信制御方法であって、
前記基地局は、
前記基地局から前記端末への下り信号のリソースを識別するID、前記周波数、直交符号、および巡回シフトのセットと、当該セットに対応付けられる端末のIDを管理する、上り制御信号管理表を管理し、
前記下り信号のリソースを割り当てる際には、前記セットにリソースを割り当てる端末のIDを付加し、
前記端末からリソースを開放する際には、前記セットに付加された端末のIDを削除する無線通信制御方法。
【請求項７】
複数の端末と通信を行う無線通信基地局であって、
前記複数の端末から基地局への上り信号のリソースを、前記複数の端末に割り当てるスケジューラを備え、
前記スケジューラは、
前記上り信号のリソースを、周波数、直交符号、および巡回シフトのいずれか一つの相違によって多重化して割り当て、
前記多重化では、一つの前記巡回シフトに対して複数の前記直交符号の使用を許容し、
前記割り当ての際に、
上り信号のリソースを割り当てようとする端末の移動速度を検知し、
移動速度が所定閾値以上の場合のみ、前記直交符号のみが異なるリソースを割り当てないように制御する無線通信基地局。
【請求項８】
請求項７に記載の無線通信基地局であって、
前記スケジューラは、
１つのResource indexに対して、周波数、直交符号、巡回シフトの組が対応するテーブルを参照し、
前記１つのResource indexに対して１つの端末を割り当てる無線通信基地局。
【請求項９】
請求項７に記載の無線通信基地局であって、
前記スケジューラは、
１つのResource indexに対して、周波数、直交符号、巡回シフト、および、下り制御信号のCCE indexの組が対応するテーブルを参照し、
前記１つのResource indexに対して１つの端末を割り当てる無線通信基地局。
【請求項１０】
請求項７に記載の無線通信基地局であって、
前記スケジューラは、
１つのResource indexに対して、周波数、直交符号、巡回シフトの組が対応するテーブルを参照し、
前記１つのResource indexに対して１つの端末を割り当て、
該割り当ての際に、前記複数の端末の速度情報を参照する無線通信基地局。
【請求項１１】
請求項７に記載の無線通信基地局であって、
前記上り信号は、LTE準拠の上り制御信号チャネルであるPUCCHであり、
該PUCCHは、周波数もしくはタイミングの異なるPUCCH region、１２通りの巡回シフト、および３通りの直交符号分割で多重化され、
前記LTE準拠のパラメータdeltaPUCCH-Shift=1または2の条件で、前記上り信号のリソースを割り当てる無線通信基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信基地局による制御信号へのリソース割り当てに関する。
【背景技術】
【０００２】
無線通信基地局は高速に移動する端末と通信する必要がある。その場合、端末から送信された電波を無線通信基地局が受信すると、ドップラー効果によって電波の周波数が予め定められた値からずれることがある。そのため、無線通信基地局は端末から送信された電波を受信する際に、周波数のずれを推定し、補償する必要がある。非特許文献１には、上り制御信号の周波数ずれを粗補償、微補償の２段階とする記載がある。
【０００３】
セルラー無線通信の標準化団体である3GPP（The 3rd Generation Partnership Project）はLTE（Long Term Evolution）と呼ばれるシステムを策定している。LTEでは上り制御信号チャネルをPUCCH（Physical Uplink Control Channel）と呼んでいる。非特許文献２には信号波形生成方法、非特許文献３には信号のリソース割り当て方法の記載がある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】2012 12th International Conference on Electronic Packaging Technology and High Density Packaging (ICEPT-HDP)、 “Carrier frequency offset estimation for PUCCH in high speed train environment”
【非特許文献２】3GPP TS36.211 V10.5.0
【非特許文献３】3GPP TS36.213 V10.8.0
【発明の概要】
【発明が解決しようとする課題】
【０００５】
通信の効率化を図るため、複数の端末から送信される上り制御信号は符号分割多重され、同一の時間・周波数領域に配置されることがある。符号分割多重においては、チャネルの状態によって符号間の直交性が崩れ、多重された信号間に干渉が生じる。
【０００６】
例えば、端末が高速に移動する場合、基地局が端末から受信する信号波形には、ドップラー効果による周波数ずれが生じる。端末ごとに移動方向、速度が異なるため、ドップラー効果の大きさも異なる。そのため、上り制御信号の周波数のずれの大きさが異なり、符号分割多重された信号間の直交性が崩れ、干渉が発生する。干渉の影響により、符号分割多重された信号を分離することが困難となる。
【０００７】
LTEにおける上り制御信号チャネル（PUCCH）の信号波形を生成する方法は非特許文献２に記載されている。
【０００８】
図９（非特許文献２、Figure 5.4.3-1と同じ）はLTEにおけるPUCCHのリソース配置を示す図である。LTEでは時間方向を1msの時間幅を持つsubframeに分割し、subframeを基本単位として信号が割り当てられる。Subframeは、さらに２つのスロットに分割され、スロットの時間幅は0.5msとなる。PUCCHは複数のPUCCH region（m=0、1、…）から構成され、１つのPUCCH regionには前半スロットと後半スロットで異なる周波数のリソースが割り当てられる。PUCCHにはいくつかのformatが定義されている。そのうち、format 1/1a/1bでは、複数の端末から送信される上り制御信号はPUCCH region、cyclic shift、直交符号分割で多重される。
【０００９】
図１０に示すように、PUCCH format 1/1a/1bでは、直交符号を３通り（n_oc=0、1、2）、OFDM（Orthogonal Frequency Division Multiplexing；直交周波数分割多重）信号における巡回シフトを１２通り（n_cs=0、1、…、11）が用いられ、最大３６の制御信号が１つのPUCCH region内に多重される。符号分割のみで多重された２つの信号、つまり同一PUCCH region、同一巡回シフトで直交符号のみ異なる（mとn_csが同じでn_ocのみ異なる）２つの上り制御信号の間には、直交性の崩れによる干渉が生じる。
【００１０】
符号分割のみ異なる上り制御信号が許されない設定を利用すればこの問題を回避できる。
【００１１】
図１１はLTEでは報知情報に含まれるパラメータdeltaPUCCH-Shiftの値によってPUCCH region内で利用可能な（n_oc、n_cs）の組が変化する様子を示す図である。利用可能なエレメントが白で、利用不可能なエレメントが黒で示されている。deltaPUCCH-Shiftを3に設定すれば、１つの巡回シフト（n_cs）に対して１つの直交符号（n_oc）しか使用されなくなるため、直交符号のみ異なる制御信号の多重を回避することができる。しかしながら、PUCCH regionあたりに利用できる（n_oc、n_cs）の組がdeltaPUCCH-Shift=1の場合に比べて1/3倍となるため、必要なPUCCH regionの数は3倍必要となる。より多くのリソースがPUCCH regionのために消費されるため、データ信号用に利用可能なリソースが減少し、スループットの低下を招くという問題が発生する。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、代表的な本発明の無線通信基地局による制御信号へのリソース割り当て方式の１つは、上り制御信号の割り当てにおいて上り制御信号管理表を準備し、割り当て済みの上り制御信号と直交符号のみ異なる上り制御信号リソースへの割り当てを回避するものである。
【００１３】
本発明の他の側面は、基地局への上り信号のリソースを複数の端末に割り当てる無線通信制御方法であって、上り信号のリソースは、周波数、直交符号、および巡回シフトのいずれか一つの相違によって多重化されて割り当てられており、多重化では、一つの前記巡回シフトに対して複数の前記直交符号の使用を許容し、割り当ての際に、少なくとも一部の通信においては、前記直交符号のみが異なるリソースを同時に割り当てないように制御する。
【００１４】
上記の制御は、通信の一部分のみで行えば、その一部分で干渉低減の効果があるが、全部の通信において制御することもできる。システムの要求仕様に応じて、適用すればよい。また、制御においては、ドップラー効果の影響の大きい、移動速度の大きい端末のみ対策してもよい。
【００１５】
本発明の他の側面は、複数の端末と通信を行う基地局であって、複数の端末から基地局への上り信号のリソースを、複数の端末に割り当てるスケジューラを備える。このスケジューラは、上り信号のリソースを、周波数、直交符号、および巡回シフトのいずれか一つの相違によって多重化して割り当て、多重化では、一つの前記巡回シフトに対して複数の前記直交符号の使用を許容し、割り当ての際に、少なくとも一部の通信においては、前記直交符号のみが異なるリソースを割り当てないように制御する。制御は、１つのIDたとえばResource indexに対して、周波数、直交符号、巡回シフトの組が対応する、テーブルを用いて行うように構成することができる。また、本発明の実施例では、LTEに準拠した通信システムにおいて、本発明を適用する種々の具体例を開示している。
【発明の効果】
【００１６】
本発明によれば、符号分割多重によって上り制御信号に要するリソース量を抑えると同時に、直交符号間に生じる干渉を低減して上り制御信号の受信特性を改善する。
【００１７】
上記以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例１の処理手順の形態を示すフローチャート
【図２】上り制御信号管理表の例を示す表
【図３】LTE基地局に本発明を適用した場合の上り制御信号管理表の例を示す表
【図４】本発明の実施例３の処理手順の形態を示すフローチャート
【図５】本発明の実施例４の処理手順の形態を示すフローチャート
【図６】図５のステップ３０４の処理手順の形態を示すフローチャート
【図７】図５のステップ３０５の処理手順の形態を示すフローチャート
【図８】図５のステップ３０６の処理手順の形態を示すフローチャート
【図９】LTEにおけるPUCCHのリソース配置を示す図
【図１０】LTEのPUCCH format 1/1a/1bにおける符号分割多重、巡回シフト多重を示す図
【図１１】LTEのPUCCH region内で利用可能な（n_oc、n_cs）の組を示す図
【図１２】本発明の実施例５の基地局の構成を示す図
【発明を実施するための形態】
【００１９】
以下、図面を用いて実施例を説明する。ただし、本発明は以下に示す実施の形態の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。本明細書で引用した刊行物、特許および特許出願は、そのまま本明細書の説明の一部を構成する。
【実施例１】
【００２０】
図１は、処理手順の実施の形態を示すフローチャートである。
【００２１】
図２は、上り制御信号のリソースを管理する表の例である。
【００２２】
図２では上り制御信号がResource indexで管理されており、１つのResource indexに１つの端末を割り当てることができる。図２では、上り制御信号が周波数、直交符号、巡回シフトによって多重されることを仮定しており、それぞれ、周波数m、符号n_oc、巡回シフトn_csの番号を持つ。１つの標準等の規定により、１つのResource indexに対して（m、n_oc、n_cs）の組が一意に決定されるものとする。図２は、それぞれのResource indexに割り当てられた端末のID（UE ID）を保持している。
【００２３】
図１のフローチャートの動作手順を以下に示す。
【００２４】
ステップ１０１では、上り制御信号管理表を初期化する。具体的には、図２の上り制御信号のリソース管理表で、UE IDを全てのResource indexに対してNone（割り当て無し）にする。
【００２５】
ステップ１０２では、上り制御信号の割り当てが必要な端末の中から１つを選択する。端末の選択の順番は、例えばUE IDの小さい順、ランダムな順、あるいはQoSによる優先順などが考えられる。
【００２６】
ステップ１０３では、標準等の規定に従って、ステップ１０２で選択された端末の上り制御信号を配置するResource indexの候補値を計算する。複数のResource indexが候補となっても良い。
【００２７】
ステップ１０４では、ステップ１０３で得られたResource indexの候補値から、利用可能なResource indexを検索する。Resource indexが利用可能かどうかは図２の上り制御信号管理表を用いて判断する。Resource indexの候補値を検索し、そのUE IDを読んで、そのResource indexが既に割り当て済みかどうか確認する。他のUE IDが割り当て済みであれば、そのResource indexは利用できない。
【００２８】
Resource indexが割り当て済みでなければ、次に、そのResource indexとmとn_csが同じでn_ocのみが異なるResource indexを検索し、そのUE IDを読む。その結果、他の端末に割り当て済みであれば、ここで対象としたResource indexの候補値は利用できない。例えば、Resource index=0はUE IDがNoneであり、またn_ocのみが異なるResource index=12、24のUE IDもNoneであるので、Resource index=0を利用することは可能である。一方、Resouece index=1はUE IDがNoneであるが、n_oc=1となるResouece index=13のUE IDがID=51の端末に割り当て済みである。従って、Resource index=1を利用するとResource index=13とn_ocのみ異なる信号が多重されて干渉するため、Resouece index=1は利用できない。
【００２９】
ステップ１０５では、ステップ１０４の結果から、利用可能なResource indexが存在するかどうかで分岐する。存在するならステップ１０６へ、存在しないならステップ１０８へ進む。
【００３０】
ステップ１０６では、端末が利用する上り制御信号のリソースを選択する。ステップ１０４で、利用可能なResource indexが１つだけみつかった場合にはそのリソースを、複数みつかった場合にはそのうちの１つを上り制御信号のリソースとする。複数の候補から１つを決定する方法には特段の決まりが無く、最初にみつかったリソースを選択する、あるいはランダムに選択するなどの方法がある。
【００３１】
ステップ１０７では、ステップ１０６の結果により図２の上り制御信号管理表を更新する。例えば、ステップ１０６でID番号60の端末に対してResource index=0のリソースが選択された場合、図２のResource index=0のUE IDをID番号である60に変更する。
【００３２】
ステップ１０８では、ステップ１０４で割り当て可能なリソースが見つからなかったため、当該端末への上り制御信号の割り当てをあきらめる。
【００３３】
ステップ１０９では、他に上り制御信号の割り当てが必要な端末があるかどうかを確認する。まだ上り制御信号の割り当てが必要な端末があればステップ１０２へ進み、無いならこのフローを終了する。
【００３４】
このように、図２の上り制御信号管理表でリソースの利用状況を管理し、m、n_csが同じでn_ocのみ異なる複数のリソースに上り制御信号が割り当てられないようにすることで、符号で多重された上り制御信号の分離における干渉の影響を低減できる。
【００３５】
上り制御信号に割り当て可能なリソースは複数準備され、順にResource indexの番号が振られる。しかし、実際には全てのResource indexが使用されるわけではない。符号分割多重を前提としてResource indexの番号を振ったとしても、本実施例の方法では、上り制御信号の多重による符号間干渉の影響を回避できる。これにより、少ない時間・周波数領域に符号多重分割の分だけ多くのResource indexを準備することができるため、データ信号のために多くの時間・周波数領域を利用することができる。
【００３６】
ここで、図２の上り制御信号管理表で、端末移動速度（UE speed）という状態を追加しても良い。図２の上り制御信号管理表は、符号分割多重における符号間干渉を回避するためのものである。従って、符号間干渉が発生しないと想定される場合には、上り制御信号を符号分割で多重しても構わない。例えば、端末の移動速度が低速で、ドップラー効果の影響が小さいと判定される場合には、当該端末の上り制御信号が、他の端末の上り制御信号と符号分割で多重されても良い。そこで、図１のステップ１０７では、ステップ１０６で上り制御信号にリソースを割り当てた端末の移動速度が高速である場合にはUE speedをHighとし、低速である場合にはUE speedをLowとしてもよい。また、ステップ１０４では、ステップ１０２で選択した端末の移動速度が高速である場合にはmとn_csが同じでn_ocのみが異なるResource indexのUE IDがNoneであるResource indexのみ利用可能と判定し、端末の移動速度が低速である場合にはmとn_csが同じでn_ocのみが異なるResource indexのUE IDがNoneあるいは、UE speedがLowであるResource indexを利用可能と判定することができる。
【００３７】
例えば、低速移動している端末に上り制御信号を割り当てる場合、ステップ１０３でResource indexの候補値に23があるとする。Resource index=23のUE IDはNoneである。さらにmとn_csが同じでn_ocのみが異なるResource indexは11と35であり、Resource index=11のUE IDはNone、Resource index=35のUE IDは52で割り当て済みであるが、UE speedがLowである。よって、ステップ１０６で当該端末の上り制御信号をResource index=23に割り当てることができる。
【００３８】
このように、低速移動している端末を区別することで、低速移動している端末に対して効率的にResource indexを割り当てることが可能であり、利用可能なResource indexの不足による上り制御信号の割り当て延期（ステップ１０８の状態）の確率を低減することができる。
【００３９】
また、上記の過程において、ステップ１０６において低速移動している端末にはmとn_csが同じでn_ocのみが異なるResource indexに別の低速端末が割り当て済みであるようなResource indexを優先的に割り当てることができる。このようなResource indexは高速移動している端末には割り当てられないResource indexであるため、このResource indexを低速移動している端末に割り当てても、高速移動している端末が利用できるResource indexの数が減少しない。このことから、高速移動している端末の上り制御信号の割り当て延期（ステップ１０８の状態）の確率を高めることなく低速移動している端末に上り制御信号を割り当てることができる。
【００４０】
端末の移動速度は、例えばドップラー効果によって上り信号に生じる周波数ずれにより推定することが可能であり、図２の上り制御信号管理表とは別に管理しても良い。
【実施例２】
【００４１】
図３は、LTE基地局に本発明を適用した場合の、上り制御信号のリソースを管理する表の例である。図２との相違点を以下に説明する。
【００４２】
図３のmは、PUCCH regionの番号を示している。ここでは、PUCCH format 1/1a/1bのPUCCH regionがm=4から始まる場合を想定し、m=4ではn_cs=0、1、2の３通りのみを利用している。PUCCH regionの開始されるmの値、最初のPUCCH regionで利用するn_csの値は、報知情報に含まれるパラメータで決まる。deltaPUCCH-Shiftの値は1を想定している。UE IDとして基地局と端末の間で設定されるRNTI（Radio Network Temporary Identifier）が用いられている。
【００４３】
LTEではPUCCH format 1/1a/1bに上り制御信号の直交符号分割多重を用いる。PUCCH format 1/1a/1bで送信される上り制御情報にはSR（Scheduling Request）とHARQ-ACK（Hybrid Automatic Repeat request-ACKnowledgement）の２種類がある。
【００４４】
HARQ-ACKは下りデータ信号が正しく届いたかどうかを通知するための上り制御信号である。下りデータ信号の割り当て通知は下り制御信号によって通知される。下り制御信号はPDCCH（Physical Downlink Control CHannel）と呼ばれる下り制御信号チャネルに割り当てられる。PDCCHのリソースには番号が振られており、CCE index（Control Channel Element index）と呼ばれる。下り制御信号によって通知された下りデータ信号に対してHARQ-ACKが上り制御信号で送信される際、HARQ-ACKに割り当てられる上り制御信号のResource indexは、下り制御信号のCCE indexによって一意に決まる。従って、PDCCHのCCE indexとPUCCHのResource indexは同時に管理される必要があるため、図３の上り制御信号管理表にはPDCCHとPUCCHの欄がある。
【００４５】
HARQ-ACKは下りデータ信号の受信後に送信されるものであるから、図３で組にされているPUCCHはPDCCHよりも後のsubframeのものであり、その時間差は標準で規定される。端末のPDCCH受信特性を高めるため、連続する複数のCCE indexが１つの下り制御信号に割り当てられる場合があるが、その場合のPUCCHのResource indexは割り当てられたCCE indexのうち値が最も小さいものを基準に計算される。
【００４６】
図３はTDD（Time Division Duplex）を想定した表となっている。TDDでは上りのsubframe数が下りのsubframe数より少ないことがあるため、PUCCHに複数の下りsubframeに対応するHARQ-ACKを割り当てることがある。そのため、PDCCHの欄には複数のsubframeに対応するCCE indexが含まれる。この例ではTDDを想定しているが、本発明はTDDに限定されるものではなく、FDD（Frequency Division Duplex）でも同様に実施できる。
【００４７】
SRは端末が基地局に対して上りデータ通信のリソース割り当てを要求するために使用される。基地局は端末との接続確立時に、予めSR用の上り制御信号のリソースを割り当てて、その情報を端末に通知する。図３ではSR用に11個のResource index（0から10）を確保している。この数は報知情報に含まれるパラメータで決まる。
【００４８】
LTEでは、図９に示すようにPUCCHが２つのスロットに分割して配置され、スロットごとに異なるn_ocとn_csが用いられる。そのため、図３ではn_oc、n_csが２つのスロットそれぞれに対して示されている。それぞれのスロットにおけるm、n_oc、n_csはResource indexから算出されることが、標準により規定されている。
【００４９】
１つのResource indexが、２つのスロットでそれぞれ異なる(n_oc、 n_cs)の組を持つため、図１のステップ２０４での検索方法を修正する必要がある。以下に示す２通りの検索方法があるが、どちらを採用しても良い。
【００５０】
第１の方法は、全スロットで符号間干渉を回避する方法である。図３の上り制御信号管理表でResource indexの候補値を検索し、そのRNTIを読んで、そのResource indexが既に割り当て済みかどうか確認する。割り当てが無い場合、第１スロットに着目し、そのResource indexとmとn_csが同じでn_ocのみが異なるResource indexを検索し、そのRNTIを読む。その結果、他の端末に割り当て済みであれば、ここで対象としたResource indexの候補値は利用できない。次に第２スロットに着目し、そのResource indexとmとn_csが同じでn_ocのみが異なるResource indexを検索し、そのRNTIを読む。その結果、他の端末に割り当て済みであれば、ここで対象としたResource indexの候補値は利用できない。以上により、第１スロット、第２スロットの両方で上り制御信号に符号間干渉が発生しないResource indexを検索し、利用可能とする。
【００５１】
例えば、図３のResource index=11はRNTIがNoneであり、また第１スロットに着目するとn_ocのみが異なるResource index=23、35のRNTIがNoneであり、第２スロットに着目してn_ocのみが異なるResource index=15、19のRNTIもNoneであるので、Resource index=11は両方のスロットで干渉を回避して利用可能である。一方、Resource index=40はRNTIがNoneだが、第１スロットに着目するとn_ocのみが異なるResource index=16のRNTIがNoneではなく割り当て済みであるため、Resource index=40は利用可能ではない。
【００５２】
第２の方法は、いずれか一方のスロットで符号間干渉を回避する方法である。図３の上り制御信号管理表でResource indexの候補値を検索し、そのRNTIを読んで、そのResource indexが既に割り当て済みかどうか確認する。割り当てが無い場合、第１スロットに着目し、そのResource indexとmとn_csが同じでn_ocのみが異なるResource indexを検索し、そのRNTIを読む。その結果、他の端末に割り当てが無ければ、ここで対象としたResource indexの候補値は利用できる。次に第２スロットに着目し、そのResource indexとmとn_csが同じでn_ocのみが異なるResource indexを検索し、そのRNTIを読む。その結果、他の端末に割り当てが無ければ、ここで対象としたResource indexの候補値は利用できる。以上により、第１スロット、第２スロットの少なくとも１つのスロットで上り制御信号に符号間干渉が発生しないResource indexを利用可能とする。
【００５３】
この方法では、PUCCH format 1/1a/1bの受信の際、符号間干渉の発生しないスロットの受信信号でドップラー効果による周波数ずれを推定し、その結果を用いて符号間干渉の発生するスロットの受信信号の補正を実施することが可能である。例えば、図３のResource index=40はRNTIがNoneであり、第２スロットに着目してn_ocのみが異なるResource index=36、44のRNTIもNoneであるので、Resource index=40は利用可能である。第１スロットに着目するとn_ocのみが異なるResource index=16のRNTIがNoneではなく割り当て済みであるが、第２スロットで符号間干渉が回避されているので問題ない。
【００５４】
ただし、第２の方法では、片方のスロットで符号間干渉が有る場合、干渉する相手のResource indexが利用不能にならないように注意しなくてはならない。例えば、図３のResource index=39はRNTIがNoneであり、第２スロットに着目してn_ocのみが異なるResource index=35、 43のRNTIもNoneであるため、Resource index=39は利用可能である。第１スロットに着目してn_ocのみが異なるResource index=27のRNTIは割り当て済みであるため、第１スロットではResource index=27との符号間干渉が残る。しかし、Resource index=27は第２スロットに着目してn_ocのみが異なるResource index=31にRNTIが割当たっているため、第２スロットに符号間干渉がある。つまり、Resource index=39を使用すると、割り当て済みのResource index=27に対して、第１、２スロットの両方で符号間干渉が生じてしまうため、Resource index=27が利用不能となってしまう。従って、Resource index=31を利用不能と判定する。
【００５５】
第１の方法では、全てのスロットで符号間干渉が発生しないため、どちらか１つのスロットで符号間干渉が発生する可能性がある第２の方法より受信特性が良い。一方、第２の方法ではResource indexを利用可能とする条件を第１の方法より緩和しているため、第２の方法を用いれば、利用可能なResource indexの不足による上り制御信号の割り当て延期（図１のステップ１０８の状態）の確率を低減することができる。設計者はこのトレードオフの関係を考慮して、いずれかの方法を選択することができる。
【００５６】
以上の通り、上り制御信号管理表を構成することで、LTEにおいて本発明を適用することが可能になる。
【実施例３】
【００５７】
図４は、SRの割り当て処理手順の実施の形態を示すフローチャートである。
【００５８】
ステップ２０１では、上り制御信号管理表を初期化する。具体的には、図３の上り制御信号のリソース管理表で、RNTIを全てのResource indexに対してNone（割り当て無し）にする。
【００５９】
ステップ２０２では、端末との新たな接続の確立、あるいは接続の確立している端末との接続解除のイベント発生を待つ。
【００６０】
ステップ２０３では、ステップ２０２で発生したイベントに応じて分岐する。端末との新たな接続の確立が発生した場合にはステップ２０４へ、接続の確立している端末との接続解除が発生した場合にはステップ２０９へ移る。
【００６１】
ステップ２０４では、実施例２の第１または第２の方法により、利用可能な上り制御信号のResource indexを検索する。
【００６２】
ステップ２０５では、ステップ２０４の結果から、利用可能なリソースが存在するかどうかで分岐する。存在するならステップ２０６へ、存在しないならステップ２０８へ進む。
【００６３】
ステップ２０６では、ステップ２０４で得られたResource indexを、ステップ２０２で発生した新たな接続先の端末が使用するSR上り制御信号のリソースとする。
【００６４】
ステップ２０７では、ステップ２０６の結果により図３の上り制御信号管理表を更新する。その後、ステップ２０２へ戻る。
【００６５】
ステップ２０８では、ステップ２０４で割り当て可能なリソースが見つからなかったため、当該端末への上り制御信号の割り当てをあきらめる。その後、ステップ２０２へ戻る。
【００６６】
ステップ２０９では、図３の上り制御信号管理表のうち、ステップ２０２で発生した接続解除に対応する端末の上り制御信号の割り当てを元に戻す。例えば、ステップ２０２で発生した接続解除の端末のRNTIが60であり、図３の上り制御信号管理表でRNTI=60の端末にScheduling Request上り制御信号のリソースとしてResource index=0が割り当てられていた場合、Resource index=0のRNTIをNoneに戻す。その後、ステップ２０２へ戻る。
【００６７】
基地局は端末との接続確立時に、予めSR用の上り制御信号のリソースを割り当てて、その情報を端末に通知する。そのため、ステップ２０２で端末との新たな接続の確立をとらえ、ステップ２０４で割り当て可能なResource indexを検索することで、同一の時間・周波数領域に複数端末のSR上り制御信号が配置されることを回避できる。
【００６８】
また、端末との接続が解除される場合にはSRへのリソース割り当ても不要となるため、図３の上り制御信号管理表からも割り当てを削除する必要がある。そのため、ステップ２０２で接続の確立している端末との接続解除をとらえ、ステップ２０９で上り制御信号の割り当て情報を元に戻して解放することで、以後接続する端末に対してリソースを再割り当てすることができる。
【００６９】
ここで、図３の上り制御信号管理表のうち、SRの割り当て管理に対応する部分（図３の例ではResource index 0から10）を複数の上りsubframeに対して予め準備する。LTEでは、SRの割り当てには周期が定められており、その周期内で端末へのSRの割り当てが管理される。例えば、80subframeの周期を設定すると、図３の上り制御信号管理表のうち、SRの割り当て管理に対応する部分を80subframeの間のPUCCHについて準備することで、全SR送信機会の上り制御信号を管理することができる。もし、SRの割り当て周期を短く、例えば5subframeに設定するのであれば、5subframeの間のPUCCHについて上り制御信号管理表を準備すれば良い。
【実施例４】
【００７０】
図５は、下り制御信号の割り当て処理手順の実施の形態を示すフローチャートである。
【００７１】
前述の通り、LTEではPUCCHのformat 1/1a/1bでSRの他にHARQ-ACKが送信される。下り制御信号によって通知された下りデータ信号に対してHARQ-ACKが上り制御信号で送信される際、HARQ-ACKに割り当てられる上り制御信号のResource indexは、下り制御信号のCCE indexによって一意に決まる。従って、PDCCHのCCE indexの割り当て時に、PUCCHのResource index割り当てを管理する必要がある。
【００７２】
ステップ３０１では、実施例３から得られる、SRの割り当てによって生成された上り制御信号管理表で、図３の上り制御信号管理表を初期化する。SRの割り当てられていないPUCCHのResource indexに対応するRNTIは全てNone（割り当て無し）に初期化するとともに、PDCCHのRNTIも全てNone（割り当て無し）に初期化する。
【００７３】
ステップ３０２では、割り当てる下り制御信号を１つ選択する。
【００７４】
ステップ３０３では、割り当てる下り制御信号の種別に応じて分岐する。下り制御信号が、下りデータ信号割り当て通知である場合にはステップ３０４へ、上りデータ信号割り当て通知である場合にはステップ３０５へ、その他の下り制御信号の場合にはステップ３０６へ進む。
【００７５】
ステップ３０４〜３０６では、それぞれの場合に応じた下り制御信号へのCCE indexの割り当て処理を実施する。処理の詳細は後述する。
【００７６】
ステップ３０７では、他に割り当てが必要な下り制御信号があるかどうかを確認する。まだ下り制御信号の割り当てが必要であればステップ３０２へ進み、不要であればこのフローを終了する。
【００７７】
図６は、下り制御信号が、下りデータ信号割り当て通知である場合の、CCE indexの割り当て処理手順（ステップ３０４）の実施の形態を示すフローチャートである。
【００７８】
ステップ４０１では、当該下り制御信号を割り当て可能なCCE indexを検索する。複数のCCE indexの候補値を図３の上り制御信号管理表で参照することで、割り当て可能なCCE indexを検索する。検索結果として得られる、割り当て可能なCCE indexは複数存在し得る。
【００７９】
ステップ４０２では、割り当て可能なCCE indexが存在するかどうかで分岐する。存在する場合はステップ４０３へ、存在しない場合はステップ４１１へ進む。
【００８０】
ステップ４０３では、当該下りデータ信号割り当て通知で割り当てられる下りデータ信号に対してHARQ-ACKをPUCCH format 1a/1bで応答する必要があるかどうかで分岐する。必要な場合にはステップ４０５へ、不要な場合にはステップ４１０へ進む。
【００８１】
通常、下りデータ信号には必ずHARQ-ACKの応答が必要であり、PUCCH format 1a/1bの上り制御信号が割り当てられるが、その割り当てが不要となる場合がある。例えば、下りデータ信号を割り当てられる端末がHARQ-ACKを送信するsubframeにおいて同時に上りデータ信号の割り当てがある場合、HARQ-ACKが上りデータ信号に多重されて応答されるため、上り制御信号の割り当てが必要無い。また、下りデータ信号を割り当てられる端末がHARQ-ACKを送信するsubframeにおいて、CQI（Channel Quality Information）を同時に送信する場合、HARQ-ACKはPUCCH format 2a/2bで返信されるため、PUCCH format 1a/1bの上り制御信号の割り当てが必要ない。TDDで複数のsubframeに割り当てられた下りデータ信号に対するHARQ-ACKの応答を束ねて送信するbundlingモードの場合、そのうち１つのsubframeに割り当てられた下りデータ信号に対するHARQ-ACKのみが利用されるため、その他のsubframeに割り当てられた下りデータ信号にHARQ-ACK用の上り制御信号を割り当てる必要が無い。
【００８２】
ステップ４０５では、ステップ４０１で得られた下り制御信号の割り当てCCE indexの候補値に対して、対応するHARQ-ACK上り制御信号のResource indexを計算する。ただし、図３のように上り制御信号管理表を構成すれば、表からCCE indexに対応するResource indexを求めることができる。
【００８３】
ステップ４０６では、ステップ４０５で得られたResource indexの候補値から、利用可能なResource indexを検索する。Resource indexが利用可能かどうかは、実施例２の第１または第２の方法等を用い、図３の上り制御信号管理表を用いて判断する。
【００８４】
ここで、実施例１と同様に、端末の移動速度が低速である場合にはmとn_csが同じでn_ocのみが異なるResource indexのRNTIがNoneあるいは、UE speedがLowであるResource indexを利用可能と判定することができる。例えば、図３の上り制御信号管理表があり、低速移動している端末に上り制御信号を割り当てる場合に、Resource indexの候補値に12があるとする。Resource index=12のRNTIはNoneである。第１スロットに着目し、mとn_csが同じでn_ocのみが異なるResource index=24、36のRNTIを見る。Resource index=24のRNTIはNoneであり、Resource index=36のRNTIは割り当て済みであるが、UE speedがLowである。よって、Resource index=12を利用可能と判断できる。
【００８５】
ステップ４０７は、ステップ４０６の結果から、利用可能なリソースが存在するかどうかで分岐する。存在するならステップ４０８へ、存在しないならステップ４１１へ進む。
【００８６】
ステップ４０８では、端末が利用する上り制御信号のリソースを選択する。ステップ４０６で、利用可能なResource indexが１つだけみつかった場合にはそのリソースを、複数みつかった場合にはそのうちの１つを上り制御信号のリソースとする。複数の候補から１つを決定する方法には特段の決まりが無く、最初にみつかったリソースを選択する、あるいはランダムに選択するなどの方法がある。また、選択したResource indexに対応するCCE indexを下り制御信号に割り当てる。
【００８７】
ステップ４０９では、ステップ４０８の結果により図３の上り制御信号管理表を更新する。具体的には、選択したPUCCHのResource indexに対して端末のRNTIを設定し、対応するPDCCHのCCE indexに対しても端末のRNTIを設定する。
【００８８】
ステップ４１０では、ステップ４０１で得られたCCE indexの候補値から１つを選択し、下り制御信号に割り当てる。上り制御信号割り当ては必要ないので、図３の上り制御信号管理表による制限は無い。この割り当てにより、選択したCCE indexに対して端末のRNTIを設定することで、図３の上り制御信号管理表を更新する。
【００８９】
ステップ４１１は、ステップ４０１で割り当て可能なCCE indexがみつからない、あるいはステップ４０６で割り当て可能な上り制御信号リソースが見つからない場合の処理であり、当該端末への下りデータ信号の割り当てと対応する下り制御信号の割り当てをあきらめる。
【００９０】
図７は、下り制御信号が、上りデータ信号割り当て通知である場合の、CCE indexの割り当て処理手順（ステップ３０５）の実施の形態を示すフローチャートである。
【００９１】
ステップ５０１では、当該下り制御信号を割り当て可能なCCE indexを検索する。複数のCCE indexの候補値を図３の上り制御信号管理表で参照することで、割り当て可能なCCE indexを検索する。検索結果として得られる、割り当て可能なCCE indexは複数存在し得る。
【００９２】
ステップ５０２では、割り当て可能なCCE indexが存在するかどうかで分岐する。存在する場合はステップ５０３へ、存在しない場合はステップ５０８へ進む。
【００９３】
ステップ５０３では、ステップ５０１で得られたCCE indexの候補値から１つを選択し、下り制御信号に割り当てる。図３の上り制御信号管理表による制限は無い。この割り当てにより、選択したCCE indexに対して端末のRNTIを設定することで、図３の上り制御信号管理表を更新する。
【００９４】
ステップ５０４では、上りデータ信号を割り当てられる端末に下りデータ信号も割り当てられ、その下りデータ信号に対するHARQ-ACKを上りデータ信号と同じsubframeに送信するかどうかで分岐する。そのような下りデータ信号の割り当てがある場合にはステップ５０５へ、無い場合にはステップ５０６へ進む。
【００９５】
ステップ５０５では、当該端末に割り当てられているHARQ-ACK上り制御信号のResource indexを開放し、図３の上り制御信号管理表を更新する。例えば、端末に対してHARQ-ACK上り制御信号が割り当てられている場合、そのResource indexに対するRNTIをNoneに変更する。
【００９６】
ステップ５０６では、上りデータ信号を割り当てられる端末に、SR上り制御信号も同じsubframeで割り当てられているかどうかで分岐する。SR上り制御信号の割り当てがある場合にはステップ５０７へ、無い場合には終了する。
【００９７】
ステップ５０７では、当該端末に割り当てられているSR上り制御信号のResource indexを開放し、図３の上り制御信号管理表を更新する。例えば、端末に対してSR上り制御信号が割り当てられている場合、そのResource indexのRNTIをNoneに変更する。
【００９８】
ステップ５０８では、ステップ５０１で割り当て可能なCCE indexがみつからないため、当該端末への上りデータ信号の割り当てと対応する下り制御信号の割り当てをあきらめる。
【００９９】
図８は、下り制御信号が、上記以外の下り制御信号である場合の、CCE indexの割り当て処理手順（ステップ３０６）の実施の形態を示すフローチャートである。
【０１００】
ステップ６０１では、当該下り制御信号を割り当て可能なCCE indexを検索する。複数のCCE indexの候補値を図３の上り制御信号管理表で参照することで、割り当て可能なCCE indexを検索する。検索結果として得られる、割り当て可能なCCE indexは複数存在し得る。
【０１０１】
ステップ６０２では、割り当て可能なCCE indexが存在するかどうかで分岐する。存在する場合はステップ６０３へ、存在しない場合はステップ６０４へ進む。
【０１０２】
ステップ６０３では、ステップ６０１で得られたCCE indexの候補値から１つを選択し、下り制御信号に割り当てる。図３の上り制御信号管理表による制限は無い。この割り当てにより、選択したCCE indexに対して、割り当て済みであることを示す値（例えば0）をRNTIに設定することで、図３の上り制御信号管理表を更新する。
【０１０３】
ステップ６０４では、ステップ６０１で割り当て可能なCCE indexがみつからないため、当該端末への下り制御信号の割り当てをあきらめる。
【０１０４】
このように、図３の上り制御信号管理表でリソースの利用状況を管理し、下り制御信号のCCE indexと上り制御信号のResource indexを割り当てることで、PUCCH region、巡回シフトが同じで符号のみ異なる複数のリソースに上り制御信号が割り当てられないようにし、符号で多重された上り制御信号の分離における干渉の影響を低減できる。
【０１０５】
図３の上り制御信号管理表で上り制御信号を管理する際に、実施例１に記載の方法と同様に、端末移動速度（UE speed）という状態を追加しても良い。これはステップ３０１の上り制御信号管理表の初期化でも適用し、SRのResource indexに対して端末移動速度の状態を設定できる。これによって、移動速度の遅い端末のHARQ-ACK上り制御信号と、移動速度の遅い端末のSR上り制御信号を、mとn_csの等しいResource indexを用いて符号分割多重することが可能となる。
【０１０６】
ステップ３０３の分岐における、その他の下り制御信号には、例えばSystem Information（報知情報）やPaging、マルチキャストデータの下りデータ割り当て通知が含まれる。これらのデータに対して端末からHARQ-ACKが送信されることは無い。また、下りデータ送信の無い制御信号もその他の下り制御信号に含まれる。LTEのRandom Access Responseの下りデータ信号も、端末からHARQ-ACKが送信されない。ただし、Random Access Responseはデータ部に上り信号割り当て情報が含まれているため、当該上り信号が送信されるsubframeで本実施例を適用する場合には、上りデータ信号割り当て通知があるものとして処理すれば良い。また、LTEのTDD方式ではHARQ-ACKの送信方式としてBundlingモードがある。TDDで上り信号に割り当てられるsubframe数が下り信号に割り当てられるsubframe数よりも少ない場合、同一端末に連続するsubframeで下りデータ信号が割り当てられると、HARQ-ACK上り制御信号は多重して１つだけ送信される。このHARQ-ACK上り制御信号のResource indexは、最初に下りデータが送信されたsubframeの下り制御信号のCCE indexに対応するものだけとなる。従って、その他の下りデータ信号割り当ての下り制御信号に対してはHARQ-ACKの応答が不要となる。ステップ３０３では、これらの下り制御信号をその他の下り制御信号として分類してもよい。
【０１０７】
ステップ４１０では、上り制御信号管理表を参照し、利用不能、あるいは低速端末のみが利用可能なResource indexに対応するCCE indexを優先的に選択してもよい。CCE indexの数は有限個しか用意されないため、複数の端末に下り制御信号を割り当てる必要がある場合には、CCE indexが不足してしまうことが考えられる。従って、HARQ-ACK上り制御信号を送信する必要のある端末にとって利用できないCCE indexをステップ４１０で優先的に割り当てることにより、HARQ-ACK上り制御信号を送信する必要のある端末が利用できるCCE indexを確保し、CCE indexが不足する可能性を低減することができる。
【０１０８】
ステップ５０３では、上りデータ信号の割り当てに対応した下り制御信号のCCE indexを決定している。LTEでは上りデータ信号の割り当てがある場合にはHARQ-ACKが上りデータ信号の領域に多重され、上り制御信号が用いられないため、CCE indexを選択する際に上り制御信号管理表による制限を検討する必要はない。この割り当てによる上り制御信号管理表の更新は、PDCCHのCCE indexの割り当て情報の更新のみでよい。ここで、上り制御信号管理表を参照し、利用不能、あるいは低速端末のみが利用可能なResource indexに対応するCCE indexを優先的に選択してもよい。CCE indexの数は有限個しか用意されないため、複数の端末に下り制御信号を割り当てる必要がある場合には、CCE indexが不足してしまうことが考えられる。従って、HARQ-ACK上り制御信号を送信する必要のある端末にとって利用できないCCE indexをステップ５０３で優先的に割り当てることにより、HARQ-ACK上り制御信号を送信する必要のある端末が利用できるCCE indexを確保し、CCE indexが不足する可能性を低減することができる。
【０１０９】
ステップ５０４では、上りデータ信号を割り当てられる端末に下りデータ信号も割り当てられ、その下りデータ信号に対するHARQ-ACKを上りデータ信号と同じsubframeに送信するかを判断している。これはLTEでは上りデータ信号の割り当てがある場合にはHARQ-ACKが上りデータ信号の領域に多重され、上り制御信号が用いられないためである。従って、ステップ５０５ではHARQ-ACK上り制御信号に割り当てられたResource indexのRNTIをNoneに戻してよい。CCE indexの数は有限個しか用意されないため、複数の端末に下り制御信号を割り当てる必要がある場合には、CCE indexが不足してしまうことが考えられる。従って、HARQ-ACK上り制御信号の割り当てをNoneに戻す操作によって、利用可能なCCE indexを増加させ、CCE indexが不足する可能性を低減することができる。
【０１１０】
ステップ５０６では、上りデータ信号を割り当てられる端末に、SR上り制御信号も同じsubframeで割り当てられているかどうかを判断している。これはLTEでは上りデータ信号の割り当てがある場合にはSR上り制御信号が送信されないためである。従って、ステップ５０７ではSR上り制御信号に割り当てられたResource indexのRNTIをNoneに戻してよい。CCE indexの数は有限個しか用意されないため、複数の端末に下り制御信号を割り当てる必要がある場合には、CCE indexが不足してしまうことが考えられる。従って、SR上り制御信号の割り当てをNoneに戻す操作によって、利用可能なCCE indexを増加させ、CCE indexが不足する可能性を低減することができる。
【０１１１】
ステップ６０３では、HARQ-ACK上り制御信号が伴わない下り制御信号のCCE indexを選択しているので、上り制御信号管理表による制限を検討する必要が無く、またこの割り当てによる上り制御信号管理表の更新も必要無い。この割り当てによる上り制御信号管理表の更新は、PDCCHのCCE indexの割り当て情報の更新のみでよい。ここで、上り制御信号管理表を参照し、利用不能、あるいは低速端末のみが利用可能なResource indexに対応するCCE indexを優先的に選択してもよい。CCE indexの数は有限個しか用意されないため、複数の端末に下り制御信号を割り当てる必要がある場合には、CCE indexが不足してしまうことが考えられる。従って、HARQ-ACK上り制御信号を送信する必要のある端末にとって利用できないCCE indexをステップ６０３で優先的に割り当てることにより、HARQ-ACK上り制御信号を送信する必要のある端末が利用できるCCE indexを確保し、CCE indexが不足する可能性を低減することができる。
【０１１２】
LTEでは、例えば20MHz帯域幅で運用する場合には、1 subframeあたりにCCE indexが最大で88個準備される。上り制御信号は３つの符号で多重されるため、HARQ-ACK上り制御信号を伴う２つの下り制御信号に対してランダムにCCE indexを割り当てれば、2/87の確率で同一のFrequency index、Cyclic shift indexに符号分割多重されてしまう。つまり２．３％の確率であり、例えば高速移動端末との通信でドップラー効果が発生すると、２．３％の確率で上り制御信号の受信に誤りが発生する可能性がある。本実施例によれば、この確率を例えば１％以下に低減することが可能である。
【実施例５】
【０１１３】
図１２は本発明の基地局の構成を示す図である。
【０１１４】
７００はスケジューラであり、コアネットワーク側と接続されデータの授受を行うとともに、PUCCH処理部７０１、ユーザデータ受信部７０２、ユーザデータ送信部７０３、PDCCH生成部７０４を介して端末と通信する。
【０１１５】
スケジューラ７００は、制御部７１０、ユーザデータスケジューラ７１１、上り制御信号管理表保持部７１２、端末移動速度保持部７１３、制御信号スケジューラ７１４から構成される。制御部７１０はスケジューラ７００と他のブロックとの通信を制御する。ユーザデータスケジューラ７１１は、基地局と端末の間のユーザデータ通信についてのリソース割り当てをスケジュールする。スケジュール結果は制御信号スケジューラ７１４に通知される。上り制御信号管理表保持部７１２は、例えば図３の上り制御信号管理表を保持している。端末移動速度保持部７１３は、各端末の移動速度を保持している。典型的には、図３の上り制御信号管理表において、UE speedをLowとするか、Highとするかの情報を保持する。制御信号スケジューラ７１４は、例えば実施例３、実施例４に示すような、PDCCHのCCE indexやPUCCHのResource indexの割り当てを実施する。割り当てが必要な下り制御信号の情報は、ユーザデータスケジューラ７１１から通知される。また、ユーザデータとは関係ない制御情報信号等は制御部７１０から通知される。制御信号スケジューラ７１４による制御信号割り当て結果は、７０１から７０４のそれぞれに通知される。
【０１１６】
７０１はPUCCH処理部であり、スケジューラ７００からの指示に従って上り制御信号を受信する。PUCCH処理部７０１は、スロット分配部７２０、周波数シフト推定部７２１、上り制御信号復調部７２２、スロット結合部７２３、上り制御信号復号部７２４から構成される。
【０１１７】
スロット分配部７２０は、７０５から受けた信号からPUCCH regionを構成し、それを２つのスロットへ分配する。周波数シフト推定部７２１は、スロット分配部７２０から受けた信号を用いて周波数シフトを推定する。ただし、スロットによっては上り制御信号が符号分割多重されていて、周波数シフトの推定が困難な場合がある。そのため、制御信号スケジューラ７１４は制御信号が符号分割多重されていないスロットを通知し、周波数シフト推定部７２１はその情報に基づいて適切なスロットの信号を用いて周波数シフトを推定する。上り制御信号復調部７２２は、周波数シフト推定部７２１で推定した周波数シフトに基づいて、受信信号に生じている周波数シフトを補償し、復調する。スロット結合部７２３は、上り制御信号復調部７２２で復調された２つのスロットの信号を合成する。ただし、スロットによっては上り制御信号が符号分割多重されているため、スロットによって復調された信号の品質が異なる。そのため、制御信号スケジューラ７１４は制御信号が符号分割多重されていないスロットを通知し、上り制御信号復調部７２２はその情報をもとにスロットごとに重みづけをして信号を合成する。上り制御信号復号部７２４は、スロット結合部７２３で得られた信号を復号し、その結果をスケジューラ７００に通知する。
【０１１８】
７０２はユーザデータ受信部であり、スケジューラ７００からの指示に従って上りユーザデータを受信する。制御信号スケジューラ７１４から通知される割り当て情報をもとに、７０５から受けた信号から、ユーザデータを復元し、スケジューラ７００に通知する。
【０１１９】
７０３はユーザデータ送信部であり、スケジューラ７００からの指示に従って下りユーザデータを送信する。制御信号スケジューラ７１４から通知される割り当て情報をもとに、スケジューラ７００から受けたユーザデータを無線信号に変換し、７０６に通知する。
【０１２０】
７０４はPDCCH生成部であり、スケジューラ７００、制御信号スケジューラ７１４からの指示に従って下り制御信号を生成し、７０６に通知する。
【０１２１】
７０５は受信信号分配部であり、７０７から受けた信号を上り制御信号や上りユーザデータに分割し、それぞれPUCCH処理部７０１、ユーザデータ受信部７０２へ渡す。
【０１２２】
７０６は送信信号結合部であり、ユーザデータ送信部７０３、PDCCH処理部７０４から受けた信号を結合して無線信号を生成し、７０７へ渡す。
【０１２３】
７０７はアナログフロントエンドであり、アンテナ７０８で受けたアナログ信号をデジタル信号に変換して受信信号分配部７０５へ渡し、また、送信信号結合部７０６から受けたデジタル信号をアナログ信号に変換してアンテナ７０８へ渡す。
【０１２４】
以上のように基地局を構成することで、本発明の制御信号へのリソース割り当てを実施することが可能である。
【０１２５】
以上のスケジューラの構成は、処理装置、記憶装置を備えるコンピュータを用い、処理装置上で動作するソフトウエアで構成することができる。コンピュータは、入力装置、出力装置等を備えてもよい。また、ソフトウエアで構成した機能と同等の機能は、FPGA（Field Programmable Gate Array）、ASIC（Application Specific Integrated Circuit）などのハードウエアでも実現できる。入力装置、出力装置、処理装置、記憶装置の任意の部分が、有線あるいは無線のネットワークで接続された他の装置で構成されてもよい。発明の思想としては等価であり、変わるところがない。
【０１２６】
本発明は上記した実施形態に限定されるものではなく、様々な変形例が含まれる。例えば、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることが可能である。また、各実施例の構成の一部について、他の実施例の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【０１２７】
１０１−６０４  フローチャートのステップ
７００  スケジューラ
７０１  PUCCH処理部
７０２  ユーザデータ受信部
７０３  ユーザデータ送信部
７０４  PDCCH処理部
７０５  受信信号分配部
７０６  送信信号結合部
７０７  アナログフロントエンド
７０８  アンテナ
７１０  制御部
７１１  ユーザデータスケジューラ
７１２  上り制御信号管理表保持部
７１３  端末移動速度保持部
７１４  制御信号スケジューラ
７２０  スロット分配部
７２１  周波数シフト推定部
７２２  上り制御信号復調部
７２３  スロット結合部
７２４  上り制御信号復号部
【図１】
0006266463.tif 000002
【図２】
0006266463.tif 000003
【図３】
0006266463.tif 000004
【図４】
0006266463.tif 000005
【図５】
0006266463.tif 000006
【図６】
0006266463.tif 000007
【図７】
0006266463.tif 000008
【図８】
0006266463.tif 000009
【図９】
0006266463.tif 000010
【図１０】
0006266463.tif 000011
【図１１】
0006266463.tif 000012
【図１２】
0006266463.tif 000013