(57)【特許請求の範囲】
【請求項１】
リソース割り当て方法であって、
送信機は、複数の受信機が送信した、アップリンクデータを伝送する要求に基づいて、前記複数の受信機をスケジュールし、前記複数の受信機のアップリンク共有伝送チャネルリソースを暫定的に決定し、１つの受信機に使用される前記アップリンク共有伝送チャネルリソースは、最小リソースブロックインデックス番号と連続して割り当てられるリソースブロックの数によって決定するステップと；
スケジュールの結果、合意したリソースマッピング関係、予備のリソースマッピング関係、およびアップリンクフィードバックチャネルを指示する循環シフトシリアル番号n（DM_RS）に基づいて、前記複数の受信機のアップリンク共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）をそれぞれ決定するステップと；
前記送信機は、決定した前記複数の受信機のアップリンク共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）を前記複数の受信機に通知するステップと、
を含み、
前記リソースマッピング関係とは、最小リソースブロックのインデックス番号と循環シフトシリアル番号n（DM_RS）とフィードバックチャネルのグループインデックス番号とシリアル番号との関係を指す、リソース割り当て方法。
【請求項２】
複数の受信機の中の１つの現在の受信機のためのアップリンク共有伝送チャネルリソース、使用するリソースマッピング関係、および最終の循環シフトシリアル番号n(DM_RS)を決定するときに、
合意したリソースマッピング関係を利用して、循環シフトシリアル番号n(DM_RS)に従って、前記現在の受信機のためのフィードバックチャネルがその他の受信機にすでに使用されているかを一つずつ判断するステップと、
もし判断の結果が、フィードバックチャネルがその他の受信機に使用されているのであれば、前記発信機は予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定し、アイドル状態のフィードバックチャネルを前記現在の受信機に割り当てるステップと、
を含む請求項１に記載の方法。
【請求項３】
前記送信機は予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定する前に、
前記送信機は、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができるかを判断するステップと、
もし判断の結果がYESであれば、前記送信機が予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定するステップと、
を含む請求項１に記載の方法。
【請求項４】
もし判断の結果は、前記送信機が予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができないのであれば、
前記送信機は、フィードバックチャネルリソースを使用するその他の受信機の中に予備のリソースマッピング関係を有する受信機が存在するかをさらに判断するステップと；
もし判断の結果は、予備のリソースマッピング関係を有する受信機が存在するのであれば、前記送信機は、システムの中にアイドル状態のフィードバックチャネルリソースが存在するかをさらに判断するステップと；
もし判断の結果は、アイドル状態のフィードバックチャネルリソースが存在するのであれば、前記その他の受信機が対応する予備のリソースマッピング関係を利用して前記その他の受信機のフィードバックチャネルリソースをアイドル状態のフィードバックチャネルリソースに移動するステップと；
空けたフィードバックチャネルリソースを前記現在の受信機に割り当てるステップと；
もし判断の結果は、予備のリソースマッピング関係を有する受信機が存在しない、又は判断の結果は、システムの中にアイドル状態のフィードバックチャネルが存在しないのであれば、前記送信機は、前記現在の受信機にリソースを割り当てない、又は前記送信機は、暫定的に決定した前記現在の受信機の最小リソースブロックインデックス番号を調整するステップと；
含む請求項３に記載の方法。
【請求項５】
前記送信機が予備のリソースマッピング関係を利用して前記最終の循環シフトシリアル番号n(DM_RS)を決定することができるかを判断する、前記のステップは：
暫定的に決定した前記現在の受信機の最小リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあるかを判断するステップと；
もし判断の結果がYESであれば、暫定的に決定した前記現在の受信機の連続して割り当てられるリソースブロックの数LCRBはシステムがサポートできる最大の連続リソースブロックの数LThredより小さいかをさらに判断するステップと；
もし判断の結果がYESであれば、前記送信機は予備のリソースマッピング関係を利用して前記最終の循環シフトシリアル番号n(DM_RS)を決定することができると判断し、そうでなければできないと判断するステップと；
を含む請求項３に記載の方法。
【請求項６】
暫定的に決定した前記現在の受信機の最小リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあるかを判断する、前記のステップは：
予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの数M、および予め決定した前記リソースブロックが対応する開始位置又は終止位置に基づいて前記予備のリソースマッピング関係を利用できるリソースブロックの開始位置インデックス番号と終止位置インデックス番号を決定するステップと；
もし前記現在の受信機の最小リソースブロックインデックス番号
【数３８】
0005565525.tif 000049
は終止位置インデックス番号以下であり、且つ開始位置インデックス番号以上であれば、前記送信機は、現在の受信機の最小リソースブロックが、予め決定した、予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置と終止位置との間にあると判断するステップと；
を含む請求項５に記載の方法。
【請求項７】
予備のリソースマッピング関係を利用できるリソースブロックの数Mを決定するステップを更に含み、前記ステップにおいて、
下記の数式により第１計算値M０を計算し、
【数３９】
0005565525.tif 000050
もし前記第１計算値M０がシステムがサポートできる最大の連続リソースブロックの数LThred以下であれば、前記M=M０であり、ここに、前記システムがサポートできる最大の連続リソースブロックの数は
【数４０】
0005565525.tif 000051
であり；
もし前記第１計算値M０がシステムがサポートできる最大の連続リソースブロックの数LThredより大きければ、下記の数式により前記Mを計算し：
【数４１】
0005565525.tif 000052
ここに、xは前記予備のリソースマッピング関係を利用できるリソースブロックの終止位置のインデックス番号であり、
【数４２】
0005565525.tif 000053
は表示システムバンド幅であり、Nは予備のリソースマッピング関係の数であり、NPHICHはシステムが利用可能なフィードバックチャネルの数である、
請求項６に記載の方法。
【請求項８】
前記予備のリソースマッピング関係はシステムの中のフィードバックチャネルのグループの数に関連し；
フィードバックチャネルのグループの数が２である場合、前記予備のリソースマッピング関係の数Nが１であり；フィードバックチャネルのグループの数が２個以上である場合、前記予備のリソースマッピング関係の数Nが２である請求項１乃至７のいずれかに記載の方法。
【請求項９】
前記送信機は、ダウンリンク制御チャネルの中において前記現在のユーザが対応するPUSCHのシステムバンド幅における開始位置と連続して使用するリソース長さを指示する幾つかのビットを利用して前記受信機に通知する請求項１乃至７のいずれかに記載の方法。
【請求項１０】
前記受信機の少なくとも１つは、前記送信機が送信したアップリンク共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn(DM_RS)を受信するステップをさらに含む、請求項１に記載の方法。
【請求項１１】
送信機であって、
複数の受信機が送信した、アップリンクデータを伝送する要求に基づいて、前記複数の受信機をスケジュールし、前記複数の受信機のアップリンク共有伝送チャネルリソースを暫定的に決定し、１つの前記受信機に使用される前記アップリンク共有伝送チャネルリソースは、最小リソースブロックインデックス番号と連続して割り当てられるリソースブロックの数によって決定されるスケジュールユニットと、
前記スケジュールユニットによるスケジュールの結果、合意したリソースマッピング関係、予備のリソースマッピング関係、およびアップリンクフィードバックチャネルを指示する循環シフトシリアル番号n（DM_RS）に基づいて、前記複数の受信機のアップリンク共有伝送チャネルリソース、使用するリソースマッピング関係、および最終の循環シフトシリアル番号n（DM_RS）をそれぞれ決定するリソース割り当てユニットと、
前記スケジュールユニットが決定した前記複数の受信機のアップリンク共有伝送チャネルリソース、使用するリソースマッピング関係、および最終の循環シフトシリアル番号n（DM_RS）を前記複数の受信機に通知するリソース通知ユニットと、
を備え、
前記リソースマッピング関係とは、最小リソースブロックのインデックス番号と循環シフトシリアル番号n（DM_RS）とフィードバックチャネルのグループインデックス番号とシリアル番号との関係を指す、送信機。
【請求項１２】
複数の受信機の中の１つの現在の受信機のためのアップリンク共有伝送チャネルリソース、使用するリソースマッピング関係、および最終の循環シフトシリアル番号n(DM_RS)を決定するときに、前記リソース割り当てユニットは、
合意したリソースマッピング関係を利用して、循環シフトシリアル番号n(DM_RS)に従って、現在の受信機のためのフィードバックチャネルはその他の受信機にすでに使用されているかを一つずつ判断する第１判断ユニットと、
前記第１判断ユニットの判断結果が、フィードバックチャネルがその他の受信機に使用されているのであるときに、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定し、アイドル状態のフィードバックチャネルを前記現在の受信機に割り当てる情報決定ユニットと、
を備える請求項１１に記載の送信機。
【請求項１３】
前記リソース割り当てユニットは、
前記第１判断ユニットの判断結果がYESであるときに、前記送信機が予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができるかを判断する第２判断ユニットを更に備え、
前記第２判断ユニットの判断結果がYESであるときに、前記情報決定ユニットは、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができると判断する、
請求項１２に記載の送信機。
【請求項１４】
前記リソース割り当てユニットは、
前記第２判断ユニットの判断結果がNOである場合、フィードバックチャネルリソースを使用するその他の受信機の中に予備のリソースマッピング関係を有する受信機が存在するかをさらに判断する第３判断ユニットと；
前記第３判断ユニットの判断結果がYESである場合、システムの中にアイドル状態のフィードバックチャネルリソースが存在するかをさらに判断する第４判断ユニットと；
前記第４判断ユニットの判断結果がYESである場合、前記その他の受信機が対応する予備のリソースマッピング関係を利用して前記その他の受信機のフィードバックチャネルリソースをアイドル状態のフィードバックチャネルリソースに移動し、空けたフィードバックチャネルリソースを前記現在の受信機に割り当てるリソース移転ユニットと；
前記第３判断ユニットと前記第４判断ユニットの判断結果がNOである場合、前記現在の受信機にリソースを割り当てない、又は暫定的に決定した前記現在の受信機の最小リソースブロックインデックス番号を調整する処理ユニットと；
を備える請求項１３に記載の送信機。
【請求項１５】
前記第２判断ユニットは、
暫定的に決定した前記現在の受信機の最小リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあるかを判断する第５判断ユニットと；
前記第５判断ユニットの判断結果がYESである場合、暫定的に決定した前記現在の受信機の連続して割り当てられるリソースブロックの数LCRBは、システムがサポートできる最大の連続リソースブロックの数LThredより小さいかをさらに判断し、もし判断の結果がYESであれば、予備のリソースマッピング関係を利用して前記最終の循環シフトシリアル番号n(DM_RS)を決定することができ、そうでなければできない、と判断する第６判断にユニットと；
を備える請求項１３に記載の送信機。
【請求項１６】
予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの数M、および予め決定した前記リソースブロックが対応する開始位置又は終止位置に基づいて前記予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置インデックス番号と終止位置インデックス番号を決定するインデックス番号決定ユニットと、
前記現在の受信機の最小リソースブロックインデックス番号
【数４３】
0005565525.tif 000054
は終止位置インデックス番号以下であり、且つ開始位置インデックス番号以上である場合、現在の受信機の最小リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあると決定する位置決定ユニットと、
を備える請求項１５に記載の送信機。
【請求項１７】
少なくとも１つの送信機と少なくとも１つの受信機を備え、前記送信機は、請求項１乃至１０のいずれか１つの方法を使用して前記少なくとも１つの受信機にリソースを割り当てる無線通信システム。
【請求項１８】
前記少なくとも１つの受信機は、前記送信機に、アップリンクデータを伝送する要求を送信し、前記送信機は、前記要求に基づいて前記受信機にリソースを割り当てる要求送信ユニットを備える、請求項１７に記載のシステム。
【請求項１９】
コンピュータ読み取り可能なプログラムであって、
送信機において前記プログラムを実行するときに、前記プログラムはコンピュータに前記送信機において請求項１乃至１０の何れか１つのリソース割り当て方法を実行させるコンピュータ読み取り可能なプログラム。
【請求項２０】
コンピュータ読み取り可能なプログラムを記録した記録媒体であって、
前記コンピュータ読み取り可能なプログラムは、コンピュータに送信機において請求項１乃至１０の何れか１つのリソース割り当ての方法を実行させる記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信分野に関し、特にリソース割り当て方法、システムと送信機に関する。
【背景技術】
【０００２】
ロングタームエボリューション（LTE：long  term  evaluation）システムにおいて、基地局（BS：Base  Station）は、ユーザ設備（UE：User  Equipment）の要求に基づいてデータを送受信するためのリソース情報をそれに割り当てる。この情報は、当該ユーザ設備UEが使用し、アップリンクデータを伝送するアップリング共有チャンネルリソース情報と物理ＨＡＲＱ指示チャネル（PHICH：Physical  Hybrid  ARQ  indicator  channel）情報を含む。それから、当該基地局BSがリソース情報を当該ユーザ設備UEに通知する。このようにして、当該ユーザ設備UEは、割り当てられたアップリングリソースを利用してアップリンクデータを送信し、且つ相応するPHICHチャネルにおいてダウンリンクからフィードバックした確認応答（ACK：Acknowledgment）/否定確認応答（NACK：Negative  Acknowledgment）情報を検出する。そのうち、ACKはデータを正確に受信したことを表し、NACKはデータを間違って受信したことを表す。
【０００３】
本発明を実現する過程において、発明人が以下の課題を発見した：基地局BSが暫定的に各ユーザ設備UEにアップリングリソースを割り当てた後、各ユーザ設備UEにPHICHリソースを割り当てる際に、異なるユーザ設備UEに同じPHICHリソースを指示することがありうる問題が存在する。そうすればPHICHリソースの衝突を招くことになる。この場合、基地局BSは衝突が発生するユーザにリソース情報を割り当てないため、ユーザ設備UEがデータをアップロードすることができない。あるいは、基地局BSがユーザ設備UEの最小アップリングリソースブロックの索引を調整し、スケジューリングアルゴリズムに制限をもたらすことになる。
【０００４】
以下、例を挙げてPHICHリソースの衝突が発生する状態を説明する。
【０００５】
Rel.８に対して、PHICHを使用できる数がシステム中の物理リソースブロック（PRB：Physical  Resource  Block）の数より少ないため、PHICHの衝突は避けられない。
【０００６】
表１に示されたように、表１は最小のPRB索引番号
【数１】
0005565525.tif 000002
が０〜３５である状態を示している。
【表１】
0005565525.tif 000003
【０００７】
例えば、１０MHzのシステムについて、PRB数は５０であり、仮に使用できるダウンリンクPHICHの数は３２であり、もし基地局BSが暫定的にユーザ設備UE１に割り当てた初期PRB索引番号
【数２】
0005565525.tif 000004
=０であり、連続して割り当てるPRB数は５であれば、表１から明らかなように、基地局BSが当該ユーザ設備UE１に割り当て可能なPHICHリソースがPHICH（０,０）である；ユーザ設備UE２に対して、もし初期PRB索引番号
【数３】
0005565525.tif 000005
=３２であり、連続して割り当てるPRB数は５であれば、表１から明らかなように、基地局BSが当該ユーザ設備UE２に割り当てるPHICHリソースもPHICH（０,０）である。このようにして、ユーザ設備UE１とユーザ設備UE２の初期リソースブロックが異なっても、PHICHリソースが同じである。ここで異なるユーザ設備に同様のPHICHリソースを割り当てることをPHICHリソース衝突を称する。従って、基地局BSが当該UE２にリソース情報を通知せず、ユーザ設備UE２がデータをアップロードすることができない。又は基地局BSがユーザ設備UEの最小アップリングリソースブロックの索引を調整して、スケジューリングアルゴリズムに限制を与える。
【０００８】
Rel.８において、上述の課題を解決するために、３ビットのアップリンクの復調_参考符号（DM_RS：Demodulation_  Reference  symbol）循環シフトが対応する値n（DM_RS）と最低のPRBインデックス番号（index）でPHICHリソースを共同で指示する。この方法を通じて、１つのアップリングのPUSCHチャネルに対して、８個のPHICHチャネルを選ぶことができる。基地局BSが総合的に考慮して、潜在的に衝突する可能性のあるUEに異なるPHICHリソースを割り当てることができる。このようにして、ある程度衝突の確率を低くすることができる。表２aと２bに示されたように、２aが最小のPRBインデックス番号と、PHICHグループのインデックス番号と、n（DM_RS）との間の関係を示し、表２bが最小のPRBのインデックス番号と、PHICHのシーケンス番号、n（DM_RS）との間の関係を示す。
【表２】
0005565525.tif 000006
【０００９】
例えば、もし基地局BSが暫定的にユーザ設備UE１に初期PRBインデックス番号
【数４】
0005565525.tif 000007
=０を割り当て、連続して割り当てるPRB数が５であると、表２aと２bから明らかなように、n（DM_RS）=０の場合、基地局BSが当該ユーザ設備UE１に割り当て可能なPHICHリソースがPHICH（０,０）である；ユーザ設備UE２に対して、もし初期PRBインデックス番号
【数５】
0005565525.tif 000008
=３２であり、連続して割り当てるPRB数は５であり，且n（DM_RS）=０であれば、表２aと２bから明らかなように、基地局BSがユーザ設備UE２に割り当てるPHICHリソースもPHICH（０,０）であり、PHICHリソース衝突の状態が生じた。現在、上述したPHICHリソース衝突の課題を解決するために、基地局BSがユーザ設備UE２に異なるn（DM_RS）値を選択することができる。例えば、基地局BSがn（DM_RS）=１〜７の中からアイドル状態のPHICHを有する１つを選び、例えば、n（DM_RS）=１、このとき、表２aと２bから明らかなように、ユーザ設備UE２に割り当てられるPHICHリソースがPHICH（１,１）である。よって、衝突の発生をある程度減らすことができる。
【００１０】
上述の方式を採用することにより衝突を避けることができるが、表２aと２bから明らかなように、割り当てに供することができるn（DM_RS）の値は７つしかない。従って、Rel.１０およびその後のバージョンにおいて、キャリアアグリゲーション（Carrier  Aggregation）、多数ユーザの多入力、多出力（MIMO：Multiple-Input  Multiple-Output）およびその他の起こりうる状態のため、衝突の確率は容認できる範囲を超えることになる。
【００１１】
注意すべきなのは、PHICH衝突が発生する課題は、PHICHリソースが足りないわけではなく(システムに配置されたPHICHの数はアップリングユーザ設備UEの数より少なくない)、且つPHICHリソースが比較的に余裕のあるときにも衝突が発生する可能性がある。
【００１２】
例えば、１０MHzのシステムに対して、PRBの数は５０個であり、仮に使用可能なダウンリンクPHICHの数は３２個であれば、表２aと２bから明らかなように、５０個のPRBに使用可能なテーブルブロックは４個であり、それぞれtable_０，table_１，table_２，table_３である。各テーブルブロックがPHICHの使用状態を表す。以下、table_０，table_１だけを概略に示す。
【表３】
0005565525.tif 000009
【００１３】
現在、基地局BSとユーザ設備UEとの合意に基づいて、基地局BSは、ユーザ設備UEにPHICHリソースを割り当てるために使用するテーブルブロックはtable_０、table_１、table_２とtable_３の中の１つだけ、例えばtable_０。
【００１４】
もし基地局BSがユーザ設備UE１に割り当てたPHICHリソースがPHICH（０,０）であれば、基地局BSがユーザ設備UE２に割り当てるPHICHリソースがPHICH（０,０）であると、このとき、衝突の発生を防ぐために、上述したように、当該基地局BSがユーザ設備UE２にn（DM_RS）=１~７に対応するアイドル状態のPHICHリソースの中の１つを割り当てることができる。もしtable_０の中の全てのPHICHリソースが使用されていれば、現在仮にその他のテーブルブロック、例えばtable_１，table_２，table_３の中の任意の１つにアイドル状態のPHICHリソースが存在しても、当該基地局BSがユーザ設備UE２にこれらのPHICHリソースを割り当てることができない。従って、PHICH衝突の発生を避けることができない。最終的に、ユーザ設備UE２がアップリンクデータを伝送できないか、またはスケジュールが制限される。
【００１５】
例えば、表４aと４bに示されたような衝突の発生の状態において、
【数６】
0005565525.tif 000010
=  ０,５,１０,１５,１６,２１,２６,  ３１,３２,３７,４２,４７,４８から始まるPUSCHは１つのテーブルブロック、例えばtable_０を使用する。当該テーブルブロックの第九個の後の使用について、衝突の発生が避けられない。その他のテーブルブロックがアイドル状態であっても衝突が発生する可能性がある。
【表４】
0005565525.tif 000011
【００１６】
以下、本発明と通常の技術を理解するために有益な文献を列挙したが、引用を通じてこれらを本明細書に取り入れることは、本明細書に記載するのと全く同じである。  
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】US７４１４９８９，ACK/NACK  determination  reliability  for  a  communication  device；
【特許文献２】US６８１３２６１，Method  of  mobile  communication  and  apparatus  therefor。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
本発明の実施例の目的は、リソース割り当て方法、システムと送信機を提供することにある。送信機は、合意したリソースマッピング関係と予備のリソースマッピング関係を利用して、各受信機にPHICHリソースを選択し、PHICHリソース衝突の発生を減らすか、完全に避けることができる。
【課題を解決するための手段】
【００１９】
本発明の実施例は、リソース割り当て方法を提供する。当該方法：
送信機は複数の受信機が送信した、アップリンクデータを伝送する要求に基づいて、当該複数の受信機をスケジュールし、当該複数の受信機のアップリング共有伝送チャネルリソースを暫定的に決定し、１つの受信機に使用される当該アップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号と連続して割り当てるリソースブロックの数によって決定するステップと、
スケジュールの結果、合意したリソースマッピング関係、予備のリソースマッピング関係、およびアップリングフィードバックチャネルを指示する循環シフトシリアル番号n（DM_RS）に基づいて、当該複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）をそれぞれ決定し、前記リソースマッピング関係とは、最小リソースブロックのインデックス番号と循環シフトシリアル番号n（DM_RS）とフィードバックチャネルのグループインデックス番号とシリアル番号との関係を指すステップと、
当該送信機は、決定した当該複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）を当該複数の受信機に通知するステップと、を含む。
【００２０】
本発明のその他の実施例は、送信機を提供する。当該送信機は、
送信機は複数の受信機が送信した、アップリンクデータを伝送する要求に基づいて、当該複数の受信機をスケジュールし、当該複数の受信機のアップリング共有伝送チャネルリソースを暫定的に決定し、１つの受信機に使用される当該アップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号と連続して割り当てるリソースブロックの数によって決定するスケジュールユニットと、
スケジュールの結果、合意したリソースマッピング関係、予備のリソースマッピング関係、およびアップリングフィードバックチャネルを指示する循環シフトシリアル番号n（DM_RS）に基づいて、当該複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）をそれぞれ決定し、前記リソースマッピング関係とは、最小リソースブロックのインデックス番号と循環シフトシリアル番号n（DM_RS）とフィードバックチャネルのグループインデックス番号とシリアル番号との関係を指すリソース割り当てユニットと、
当該送信機は、決定した当該複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）を当該複数の受信機に通知するリソース通知ユニットと、を備える。
【００２１】
本発明のもう１つの実施例は無線通信システムを提供する。当該無線通信システムは、少なくとも１つの送信機と少なくとも１つの受信機を含む。前記送信機は上述のリソース割り当て方法を使用して当該少なくとも１つの受信機にリソースを割り当てる。前記送信機の構成は上述の通りである。
【００２２】
本発明の実施例はコンピュータ読み取り可能なプログラムを提供する。送信機において当該プログラムを実行する際に、当該プログラムはコンピュータに当該送信機において上述のリソース割り当て方法を実行させる。
【００２３】
本発明のもう１つの実施例は、コンピュータ読み取り可能なプログラムを記録した記録媒体を提供する。当該コンピュータ読み取り可能なプログラムがコンピュータに送信機において上述のリソース割り当て方法を実行させる。
【００２４】
本発明の実施例によれば、送信機は、少なくとも２種類のリソースマッピング関係、即ち、合意したリソースマッピング関係と予備のリソースマッピング関係を利用して各受信機にPHICHリソースを選択し、システムアイドル状態のPHICHリソースを十分に利用することができる。従って、PHICHリソース衝突の発生を減らすか、完全に避けるという有益な効果を奏することができる。
【００２５】
後述の説明と図面は、本発明の特定の実施の形態を詳しく開示し、本発明の原理および採用可能な形態を明らかにしたが、本発明の実施の形態は範囲においてこれに制限されない。付属の特許請求の範囲の思想を逸脱しない範囲において，本発明の実施の形態は多くの変形例や変更および均等代替を含むことは理解されるところである。
【００２６】
また、一種の実施の形態について説明および/又は図示した特徴は、同一又は類似した形態で、１つ又は複数のその他の実施の形態で使用され、その他の実施の形態における特徴と組み合わせ、又はその他の実施の形態における特徴を置換することができる。
【００２７】
強調すべきなのは、用語「含む/備える」は、本明細書に使用されるときに特徴、要素、ステップ又は構成要素の存在を指すが、１つ又は複数のその他の特徴、要素、ステップ又は構成要素の存在又は付加を排除するわけではない。
【図面の簡単な説明】
【００２８】
【図１】本発明の実施例１のリソース割り当て方法を示すフローチャートである；
【図２】本発明の実施例１において送信機が複数の受信機の１つにリソースを割り当てる方法を示すフローチャートである；
【図３】本発明の実施例１において基地局BSが複数のユーザ設備UEの１つにリソースを割り当てる方法を示すフローチャートである；
【図４】本発明の実施例のステップ３０２を実現するためのフローチャートである；
【図５】本発明の実施例２の送信機の構成を示すブロック図である；
【図６】本発明の実施例２のリソース割り当てユニットの構成を示すブロック図である；
【図７】図６の第２判断ユニットの構成を示すブロック図である；
【図８】図６の第五判断ユニットの構成を示すブロック図である；
【図９】本発明の実施例３の無線通信システムの構成図である；
【図１０】本発明の実施例３の１つの受信機の構成を示すブロック図である；
【図１１】本発明の応用例におけるリソースの暫定的な割り当てを示す概略図である；
【図１２】本発明の応用例のリソース移転を示す概略図である。
【発明を実施するための形態】
【００２９】
以下、付属の図面を参照しつつ説明する。これらの実施の形態は、単なる例示的なものであり、本発明を制限するものではない。当業者が本発明の原理と実施の形態を容易に理解するために本発明の実施の形態として無線通信システムを例にして説明したが、注意すべきなのは、本発明の実施の形態は全ての衝突回避の通信システムに適合し、無線通信システムには限らない。
【００３０】
図１は本発明実施例のリソース割り当て方法を示すフローチャートである。図１に示されたように、当該方法は以下の３つのステップを含む。
【００３１】
ステップ１０１においては、送信機は複数の受信機が送信した、アップリンクデータを伝送する要求に基づいて、当該複数の受信機をスケジュールし、当該複数の受信機のアップリング共有伝送チャネルリソースを暫定的に決定する；１つの受信機に使用される当該アップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号と連続して割り当てるリソースブロックの数によって決定される。
【００３２】
ステップ１０２においては、スケジュールの結果と、合意したリソースマッピング関係と、予備のリソースマッピング関係と、およびアップリングフィードバックチャネルを指示する循環シフトシリアル番号n（DM_RS）に基づいて、それぞれ当該複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）を決定する。前記リソースマッピング関係とは、最小リソースブロックのインデックス番号と循環シフトシリアル番号n（DM_RS）とフィードバックチャネルのグループインデックス番号とシリアル番号との関係を指す。
【００３３】
ステップ１０３においては、当該送信機は、決定した当該複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）を当該複数の受信機に通知する。
【００３４】
上述の実施例から明らかなように、送信機は少なくとも２種類のリソースマッピング関係、即ち、合意したリソースマッピング関係と予備のリソースマッピング関係を利用し、各受信機にフィードバックチャネルリソースを選択することができる。アイドル状態のフィードバックチャネルリソースを十分に利用することでリソース衝突の発生を減らすか、完全に避けることができる。
【００３５】
ステップ１０１において、無線通信システムの中で、複数の受信機が起動し、送信機と接続した後、もし受信機がPUSCHを介して送信機へアップリンクデータを伝送する必要があるとき、当該受信機が送信機へデータを伝送する要求を送信する。当該送信機が受信した要求に基づいて複数の受信機をスケジュールして、当該複数の受信機のアップリング共有伝送チャネルリソースを暫定的に決定する；当該アップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号
【数７】
0005565525.tif 000012
と、連続して割り当てるリソースブロックの数量
【数８】
0005565525.tif 000013
を含む；また、既存の任意の１種類のスケジュール方法を用いて、当該複数の受信機をスケジュールすることができる。例えば、ラウンドロビン（RR：Round  Robin）法、最大C/Iスケジューリングアルゴリズム(Max  C/I)法、又はプロポーショナルフェアネススケジューリングアルゴリズム(Proportional  Fairness)法など、ここで詳細な説明を省略する。
【００３６】
当該送信機が各受信機にアップリング共有伝送チャネルリソースを割り当てた後、送信機が各受信機にアップリングフィードバックACK/NACKを送信するフィードバックチャネルリソースを１つずつ決定する必要があり、それから、決定した後のアップリング共有伝送チャネルリソースおよび使用するフィードバックチャネルを各ユーザ設備に通知する。これによって各受信機は、PUSCHを介してアップリンクデータを伝送した後に、相応するフィードバックチャネルでダウンリンクフィードバックACK/  NACK情報を検出する。
【００３７】
本実施例において、当該フィードバックチャネルリソースは、PHICHリソースであっても良く、アップリングフィードバックチャネルの循環シフトシリアル番号n（DM_RS）が３ビットシグナリングであることを示すことに用いる。当該３ビットはそれぞれ表５の中の数値に対応する。
【表５】
0005565525.tif 000014
【００３８】
実施例において、送信機が基地局BSで、受信機がユーザ設備UEであることができる。
【００３９】
ステップ１０２と１０３において、送信機は、それぞれ各受信機が使用するアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）を決定し、且つ受信機に通知する。以下、複数の受信機中の１つを決定し、且つ送信機が基地局BS、受信機がユーザ設備UE、フィードバックチャネルがPHICHであることを例として説明する。図２は本発明の実施例１において基地局BSが複数のユーザ設備UEの中の１つにリソースを割り当てる方法を示すフローチャートである。基地局BSが複数のユーザ設備UEの中の１つのユーザ設備UE（ここで現在のユーザ設備UEと称する）にリソースを割り当てるとき、図２に示されたように、当該方法は以下のステップ２０１〜２０６を含む：
ステップ２０１において、基地局BSがユーザ設備UEと合意したリソースマッピング関係を利用して、且つ循環シフトシリアル番号n（DM_RS）に基づいて、当該現在のユーザ設備UEが対応するフィードバックチャネルがその他ユーザ設備UEに使われているかを一つずつ判断する；また、当該リソースマッピング関係とは、最小リソースブロックのインデックス番号
【数９】
0005565525.tif 000015
と循環シフトシリアル番号n（DM_RS）がフィードバックチャネルのグループインデックス番号
【数１０】
0005565525.tif 000016
、シリアル番号
【数１１】
0005565525.tif 000017
との間の関係を指す；
ステップ２０２において、もし判断の結果、全てがその他ユーザ設備UEに使用されているのであれば、当該基地局BSが予備のリソースマッピング関係を利用して、最終の循環シフトシリアル番号n（DM_RS）を決定し、アイドル状態のフィードバックチャネルを当該現在のユーザ設備UEに割り当てる；
ステップ２０３において、当該基地局BSが当該現在の受信機のアップリング共有伝送チャネルリソース、当該予備のリソースマッピング関係、および最終的に決定した循環シフトシリアル番号n（DM_RS）を当該現在の受信機に通知する。
【００４０】
本実施例において、もしステップ２０１での判断の結果がNOであれば、ステップ２０４を実行する。当該基地局BSは、例えば表２aと２bに示されたように、アイドル状態のPHICHリソースを見つけるまでに、合意したリソースマッピング関係と、採用するRel.８中の技術を利用して順次に循環シフトシリアル番号n（DM_RS）を調整することができる。当該方法は従来の技術であるため、ここで詳細な説明を省略する。
【００４１】
ステップ２０５において、ステップ２０４において循環シフトシリアル番号n（DM_RS）を決定した後に、当該基地局は、現在のユーザ設備のアップリング共有伝送チャネルリソース、使用する合意したリソースマッピング関係、最終的に決定したn（DM_RS）を当該現在のユーザ設備に通知する。
【００４２】
ステップ２０６において、ステップ２０３とステップ２０５において現在のユーザ設備のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、最終的に決定したn（DM_RS）を当該現在のユーザ設備に通知した後に、当該ユーザ設備は、当該基地局が送信した、当該ユーザ設備が使用するアップリング共有伝送チャネルリソースと、使用するリソースマッピング関係と、最終的に決定したn（DM_RS）とを受信する。
【００４３】
上述の実施例から明らかなように、合意したリソースマッピング関係を利用して現在のユーザ設備UEにPHICHリソースを割り当てるときに、現在のユーザ設備UEとその他ユーザ設備UEとのPHICHリソースの衝突が発生したときに予備のリソースマッピング関係を使用することによって当該現在のユーザ設備UEにその他のアイドル状態のPHICHリソースを選択することができる。これによって、PHICHリソース衝突の発生を減らすか、または完全に避けることができる。
【００４４】
本実施例のステップ２０１において、システムのバンド幅が１０MHzであるときに物理リソースブロックPRBの数は５０個であり、仮に使用可能なダウンリンクPHICHの数は３２個であれば、当該リソースマッピング関係が例えば表３a〜３dの４個テーブルブロックに対応する。基地局BSは、例えば、表３aのtable_０に示されたように、使用するリソースマッピング関係についてユーザ設備UEと予め合意することができる。このようにして、当該基地局BSは、表table_０、および８個の異なる循環シフトシリアル番号n（DM_RS）に基づいて、PHICHリソースがその他のユーザ設備に使用されているかを一つずつ判断することができる。即ち、当該table_０がすでに８回使用されたかを判断する。もしYESであれば、当該現在のユーザ設備UEのPHICHリソースは全てその他のユーザ設備UEに使用され、PHICHリソースの衝突が発生することを意味する。
【００４５】
もしステップ２０１での判断の結果はYESであれば、従来の技術の場合、当該基地局BSが当該現在のユーザ設備にリソースを割り当てることができないため、当該現在のユーザ設備がデータを伝送することができない。
【００４６】
しかし、本発明の実施例においては、ステップ２０２において、もしステップ２０１での判断の結果がYESであれば、当該基地局BSは、予備のリソースマッピング関係、例えば、表table_１又は表table_３に示されたようにリソースマッピング関係を選択してn（DM_RS）を選択し、当該現在のユーザ設備にアイドル状態のPHICHリソースを割り当てることで、PHICHリソースの衝突を避ける。
【００４７】
ステップ２０３において、送信機は、受信機のアップリング共有伝送チャネルリソースと、使用するリソースマッピング関係および最終的に決定した循環シフトシリアル番号n（DM_RS）を受信機に通知する。本発明の１つの実施例においては、ダウンリンク制御チャネルに余計な制御情報ビットを追加することによって前記リソース情報を送信することができるが、既存のシステムを大きく変更する必要がある。本発明のもう１つの実施例において、既存のシステムの制御情報ビットを用いて前記リソース情報を送信することができる。例えば、ダウンリンク制御チャネルにおいて当該現在のユーザ設備UEが対応するPUSCHのシステムバンド幅における初期位置と、連続して使用するリソースの長さとを示すいくつかのビットを利用して、割り当てられるリソースを通知する。
【００４８】
例えば、１０MHzのシステムを例とすると、全部で５０個のRBがあるため、１２７５種類のリソース割り当て方法(任意の位置から開始し、支持できる連続的なPRBの長さ、全ての組み合わせの数)がある。受信機が又はる種類のリソース割り当て方法を使用することを指示するために、少なくとも１１ビットの表示が必要である。しかも１１ビットは少なくとも２０４８種類を表せるので、余剰の２０４８-１２７５  =７７３種類の状態が使用されていない。従って、本発明の実施例ではこれらの使用されていない状態を利用して、割り当てられるリソースを受信機に通知することができ、既存のシステムを変更せずに実施することができる。従って、コストを削減することができる。
【００４９】
本実施例においては、リソース指示値（RIV：Resource  Indication  Value）を利用してアップリング共有伝送チャネルリソースと使用するリソースマッピング関係を指示することができる。当該RIVは、例えば下記の数式で計算することができる：
もし
【数１２】
0005565525.tif 000018
であれば、
【数１３】
0005565525.tif 000019
（１）
【００５０】
もし
【数１４】
0005565525.tif 000020
であれば、
【数１５】
0005565525.tif 000021
（２）
【００５１】
また、RIVとリソースマッピングとの関係、および最小リソースブロックのインデックス番号
【数１６】
0005565525.tif 000022
と連続して割り当てるリソースブロックの数LCRBとの間の関係を予め設定することができる。同じリソース割り当て方法であっても異なるリソースマッピング関係が異なるRIV値に対応する。
【００５２】
例えば、合意したリソースマッピング関係を利用する場合、もし受信機に割り当てられる最小リソースブロックのインデックス番号
【数１７】
0005565525.tif 000023
=４８であり、連続して割り当てるリソースブロックの数LCRB=２であれば、前記数式（１）に基づいて当該リソースに対応するRIV=９８（即５０*（２-１）+４８=９８）を獲得できる。もしPHICHリソース衝突が発生すれば、予備のリソースマッピング関係、例えばtable_１を使用する。このとき、例えば表５に示されたように、送信機と受信機との間で予め合意した１つのRIV値を用いて表示することができる(このRIVは使用されていない７７３（１２７５〜２０４７）の中の一種類、例えばRIV=１２７７を使用する、このようにして未使用の状態を十分に利用することができ、余計なリソース表示を追加する必要がない)、従って、送信機がRIV=１２７７をユーザ設備に通知する。
【表６】
0005565525.tif 000024
【００５３】
このようにして、ユーザ設備が送信機から送信されたRIV値を受信した後に、割り当てられた最小リソースブロックのインデックス番号
【数１８】
0005565525.tif 000025
=４８と、連続して割り当てるリソースブロックの数LCRB=２とを逆算して得ることができ、且つ使用する予備のリソースマッピング関係を知ることができる。従って、さらに予備のリソースマッピング関係と循環シフトシリアル番号n（DM_RS）に基づいてフィードバックチャネルリソースを決定することができる。
【００５４】
表６はその他のシステムバンド幅においてダウンリンク制御情報を送信するビットの数および使用の状態と未使用の状態を示すものである。
【表７】
0005565525.tif 000026
【００５５】
図３は、本発明のもう１つの実施例において、基地局BSが複数のユーザ設備UEの１つにリソースを割り当てる方法を示すフローチャートである。そのうち、合意したリソースマッピング関係がtable_０に対応し、予備のリソースマッピング関係がtable_１に対応することを例として説明を行う。
【００５６】
図３に示されたように，当該方法は以下のステップ３０１〜３１２を含む：
ステップ３０１においては、基地局BSは、ユーザ設備UEと合意したリソースマッピング関係（table_０）を利用して、且つ循環シフトシリアル番号n(DM_RS)に基づいて当該現在のユーザ設備UEが対応するフィードバックチャネルがその他の受信機に使用されているかを一つずつ判断する。前記リソースマッピング関係とは、最小リソースブロックのインデックス番号
【数１９】
0005565525.tif 000027
と、循環シフトシリアル番号n(DM_RS)と、フィードバックチャネルのグループインデックス番号
【数２０】
0005565525.tif 000028
とシリアル番号
【数２１】
0005565525.tif 000029
とのの間の関係を指す。
【００５７】
ステップ３０２においては、もしステップ３０１での判断の結果は、全てその他の受信機に使用されているのであれば、当該基地局BSは、さらに予備のリソースマッピング関係（table_１）を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができるのかを判断し、且つ当該現在のユーザ設備が当該予備のリソースマッピング関係を利用することができるのかを判断する。
【００５８】
ステップ３０３においては、もしステップ３０２での判断の結果がYESであれば、当該基地局BSはtable_１を利用して最終の循環シフトシリアル番号n(DM_RS)を決定し、アイドル状態のフィードバックチャネルを当該現在のユーザ設備UEに割り当てる。
【００５９】
ステップ３０４においては、当該基地局BSは、当該現在のユーザ設備UEのアップリング共有伝送チャネルリソース、当該予備のリソースマッピング関係table_１、および最終的に決定した循環シフトシリアル番号n(DM_RS)を当該現在のユーザ設備UEに通知する。
【００６０】
本実施例においては、ステップ３０１での判断の結果がNOである場合、ステップ３０５、３０６を実行することができる。当該送信機が採用可能なRel.８の中の技術によりn(DM_RS)を順次に調整し、且つ最終の循環シフトシリアル番号n(DM_RS)を決定する。
【００６１】
ステップ３０７においては、基地局BSが現在のユーザ設備UEのアップリング共有伝送チャネルリソースと、使用するリソースマッピング関係、および最終的に決定した循環シフトシリアル番号n(DM_RS)を現在のユーザ設備に通知する。このときに使用したのは合意したリソースマッピング関係、即ちtable_０である。
【００６２】
ステップ３０８において、もしステップ３０２における判断の結果がNOであれば、基地局BSは、予備のリソースマッピング関係を有するその他のユーザ設備UEのリソース割り当てがtable_０の中のPHICHリソースを使用しているかをさらに判断する。
【００６３】
ステップ３０９においては、もしステップ３０８における判断の結果がYESであれば、基地局BSは、システムの中にアイドル状態のPHICHリソースがまだ存在するかをさらに判断する。
【００６４】
ステップ３１０において、もしステップ３０９における判断の結果がYESであれば、当該その他設備UE対応する予備のリソースマッピング関係を利用して当該その他のユーザ設備UEのPHICHリソースをtable_０の中から移出して、table_０の中のPHICHリソースを空ける。
【００６５】
ステップ３１１において、空けたtable_０の中のPHICHリソースを当該ユーザ設備UEに割り当てる。
【００６６】
ステップ３１２においては、もしステップ３０８、３０９における判断の結果がNOであれば、当該基地局BSは、当該現在のユーザ設備にリソースを割り当てない、又は初期リソースブロックのインデックス番号を変更することで衝突を避ける。
【００６７】
前記ステップ３０８〜３１１から明らかなように、もし予備のリソースマッピング関係を有するユーザ設備UEのリソース割り当てを先に処理したのであれば、もし使用可能なリソースがあることを発見したら、ステップ３０５に移り、もし予備のリソースマッピング関係を有するユーザ設備UEがtable_０のPHICH(０,０)を使用したのであれば、その後、基地局BSは、予備のリソースマッピング関係を有しない１つのユーザ設備UEのリソース割り当てを処理するときに、table_０の中のPHICHリソースがすでに使い果たされたと発見したら、このときに予備のリソースマッピング関係を有するユーザ設備UEのPHICHリソースをその他の１つのtableに指示することができる。同時に予備のリソースマッピング関係を有しないユーザ設備UEをその移出された位置に配置することができる。
【００６８】
図４は、本発明の実施例のステップ３０２を実現するためのフローチャートである。図４に示されたように，以下のステップ４０１〜４０３を含む：
ステップ４０１においては、暫定的に決定した現在のユーザ設備UEの初期リソースブロックは、予め決定され、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあるかを判断する；
以下の方法を採用することができる：予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの数M、および当該リソースブロックが対応する開始位置又は終止位置に基づいて当該予備のリソースマッピング関係を利用できるリソースブロックの開始位置インデックス番号と終止位置インデックス番号を決定する；
もし当該現在のユーザ設備UEの初期リソースブロックインデックス番号
【数２２】
0005565525.tif 000030
が終止位置インデックス番号以下、且つ開始位置インデックス番号以上であれば、当該基地局は、現在のユーザ設備UEの初期リソースブロックが予め決定され、予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置と終止位置との間にあると判断する；
本実施例においては、予めMを決定し、且つ当該連続のM個リソースブロックのバンド幅リソースにおける位置を設定することができる。もし当該M個リソースブロックの開始位置インデックス番号を０とすれば、当該M個リソースブロックの終止位置のインデックス番号は０+M-１となる。但し、これに限らない。当該M個リソースブロックの開始位置インデックス番号はその他の番号であっても良い。
【００６９】
ステップ４０２においては、もしステップ４０１における判断の結果がYESであれば、暫定的に決定した現在の受信機の連続して割り当てられたリソースブロックの数LCRBは、システムがサポートできる最大の連続リソースブロックの数LThredより小さいかをさらに判断する。
【００７０】
ステップ４０３においては、もしステップ４０２における判断の結果がYESであれば、基地局BSは、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができると決定する。そうでなければ、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができないと決定する。
【００７１】
ステップ２０２とステップ４０３においては、もし判断の結果がNOであれば、ステップ４０５を実行する。当該基地局BSはユーザ設備にリソースを割り当てないか、或いは初期リソースブロックのインデックス番号を変更することによって衝突を避ける。
【００７２】
本実施例では、予備のリソースマッピング関係を利用できるリソースブロックMを予め決定することができる。以下の方法でMを決定することができる。
【００７３】
１）以下の数式を採用して第１計算値MOを計算する：
【数２３】
0005565525.tif 000031
【００７４】
もし第１計算値MOは、システムがサポートできる最大の連続リソースブロックの数LThred以下であれば、M=MOであり、システムがサポートできる最大の連続リソースブロックの数は
【数２４】
0005565525.tif 000032
である；
もし第１計算値MOはシステムがサポートできる最大の連続リソースブロックの数LThredより大きければ、以下の数式を採用してMを計算する：
【数２５】
0005565525.tif 000033
【００７５】
そのうち、xは前記予備のリソースマッピング関係を利用できるリソースブロックの終止位置のインデックス番号、
【数２６】
0005565525.tif 000034
はシステムバンド幅、Nは予備のリソースマッピング関係の数，NPHICHはシステムが利用可能なフィードバックチャネルの数である。
【００７６】
本実施例においては、システムが使用可能なPHICHグループの数が２である場合、当該予備のリソースマッピング関係の数Nは１であり、全部で２種類のマッピングが存在することを示す；システムが使用可能なPHICHグループの数が２より大きい場合、当該予備のリソースマッピング関係の数Nは２である。全部で３種類のマッピング関係が存在することを示す。
【００７７】
例えば、システムバンド幅が１０MHzであるときに、物理リソースブロックPRBの数は５０個であり、仮に使用可能なダウンリンクPHICHの数は３２個であれば、当該リソースマッピング関係は表３a〜３dの４つのテーブルブロックに対応する。その予備のリソースマッピング関係の数はN=２である。
【００７８】
例えば、システムバンド幅が５MHzであるときに、物理リソースブロックPRBの数は２５個である。仮に使用可能なダウンリンクPHICHの数は１６個であれば、使用可能なダウンリンクPHICHグループは２個であり、その予備のリソースマッピング関係の数はN=１である。
【００７９】
前記実施例から明らかなように、現在の受信機とその他の受信機とのPHICHリソース衝突が発生するときに、予備のリソースマッピング関係を使用することによって当該現在の受信機にその他アイドル状態のPHICHリソースを選択することができる。これにより、PHICHリソース衝突の発生を減らすか、または完全に避けることができる；また、異なるRIV値を使って使用するアップリングリソースおよび使用するリソースマッピング関係とn(DM_RS)をユーザ設備に通知するため、既存のシステムを大幅に変えずに実行することができ、コストを削減することができる。
【００８０】
また、前記実施例の方法の中の全部又は一部のステップはプログラムを通じて関係のハードウェアに指令を与えるにとによって実現することができ、前記のプログラムはコンピュータ読み取り可能な取記録媒体に記録され、当該プログラムを実行する際に、前記実施例の方法の中の全部又は一部のステップを実行することができる。前記記録媒体はROM、RAM、磁気ディスク、光ディスク等を含むことを当業者は理解することができる。
【００８１】
本発明の実施例はさらに送信機を提供する。詳細は以下の実施例の通りである。当該送信機が解決しようとする課題の原理が前記の送信機に基づく通信方法に類似するため、当該送信機の実施形態は方法の実施形態を参照することができる。重複する内容はここで省略する。
【００８２】
図５は本発明の実施例２の送信機の構成を示すブロック図である。図５に示されたように、当該送信機は、スケジュールユニット５０１と、リソース割り当てユニット５０２と、リソース通知ユニット５０３と、を含む。
【００８３】
スケジュールユニット５０１は、複数の受信機が送信した、アップリンクデータを伝送する要求に基づいて複数の受信機をスケジュールして、複数の受信機のアップリング共有伝送チャネルリソースを暫定的に決定し、且つ初期リソースブロックインデックス番号と連続して割り当てるリソースブロックの数によって１つの受信機に使用されるアップリング共有伝送チャネルリソースを決定する；
リソース割り当てユニット５０２は、スケジュールするユニットのスケジュールする結果と、合意したリソースマッピング関係と、予備のリソースマッピング関係と、アップリングフィードバックチャネルを指示する循環シフトシリアル番号n(DM_RS)に基づいて、複数の受信機のアップリング共有伝送チャネルリソースと、使用するリソースマッピング関係と、最終の循環シフトシリアル番号n(DM_RS)とをそれぞれ決定する。また、ここでのリソースマッピング関係とは、最小リソースブロックのインデックス番号、循環シフトシリアル番号n(DM_RS)と、フィードバックチャネルのグループインデックス番号とシリアル番号との間の関係を指す；
リソース通知ユニット５０３は、リソース割り当てユニットで決定した複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終の循環シフトシリアル番号n(DM_RS)を複数の受信機に通知する。
【００８４】
前記実施例から明らかなように、送信機が少なくとも２種類のリソースマッピング関係、即ち、合意したリソースマッピング関係と予備のリソースマッピング関係を利用して各受信機にフィードバックチャネルリソースを選択することができる。アイドル状態のフィードバックチャネルリソースを十分に利用することで、リソース衝突の発生を減らすか、完全に避けることができる。
【００８５】
図６は本発明の実施例２のリソース割り当てユニットの構成を示すブロック図である。図６に示されたように，複数の受信機の中の１つ現在の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終の循環シフトシリアル番号n(DM_RS)を決定するときに、リソース割り当てユニット５０２は、第１判断ユニット６０１と情報決定ユニット６０２とを含む。
【００８６】
第１判断ユニット６０１は、受信機と合意したリソースマッピング関係を利用して、循環シフトシリアル番号n(DM_RS)に従って現在の受信機が対応するフィードバックチャネルがその他の受信機にすでに使用されているかを一つずつ判断する。
【００８７】
情報決定ユニット６０２は、第１判断ユニット６０１の判断結果は、全てがその他の受信機に使用されているのであるときに、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定し、アイドル状態のフィードバックチャネルを現在の受信機に割り当てる。
【００８８】
もう１つの実施例においては、第１判断ユニット６０１での判断の結果がYESであるときに、予備のリソースマッピング関係を利用できるかをさらに判断し、もし判断の結果がYESであれば、情報決定ユニット６０３が予備のリソースマッピング関係を利用して最終のn(DM_RS)を決定する。従って、図６に示されたように、リソース割り当てユニット５０２は、第２判断ユニット６０３を含むことができる。
【００８９】
第２判断ユニット６０３は、第１判断ユニット６０１での判断の結果がYESであるときに、予備のリソースマッピング関係を利用して最終のn(DM_RS)を決定することができるかをさらに判断する。
【００９０】
且つ、第２判断ユニット６０３の判断の結果がYESであるときに、情報決定ユニット６０２は予備のリソースマッピング関係を利用して最終のn(DM_RS)を決定することができると判断する。
【００９１】
また、予備のリソースマッピング関係を有するユーザ設備UEのリソース割り当てを先に処理したら、その後、基地局BSは、予備のリソースマッピング関係を有しない１つのユーザ設備UEのリソース割り当てを処理するときに、PHICHリソースをすでに使い果たしたことを発見したときに、予備のリソースマッピング関係を有するユーザ設備UEのPHICHリソースをもう１つのアイドル状態のPHICHリソースに指示することができる。同時に、予備のリソースマッピング関係を有さないユーザ設備UEを、移出したその位置に配置することができる。
【００９２】
従って、本実施例においては、図６に示されたように、リソース割り当てユニット５０２は、第３判断ユニット６０４、第４判断ユニット６０５、リソース移転ユニット６０６と処理ユニット６０７をさらに含む。
【００９３】
第３判断ユニット６０４は、第２判断ユニット６０４の判断の結果がNOであるときに、フィードバックチャネルリソースを使用するその他の受信機の中に予備のリソースマッピング関係を有する受信機が存在するかをさらに判断する。
【００９４】
第４判断ユニット６０５は、前記第３判断ユニット６０４の判断の結果がYESであるとき、システムの中にアイドル状態のフィードバックチャネルリソースがまだ存在するかをさらに判断する。
【００９５】
リソース移転ユニット６０６は、前記第４判断ユニットの判断の結果がYESであるときに、前記その他の受信機が対応する予備のリソースマッピング関係を利用して前記その他の受信機のフィードバックチャネルリソースをアイドル状態のフィードバックチャネルリソースに移動する；空けたフィードバックチャネルリソースを前記現在の受信機に割り当てる。
【００９６】
処理ユニット６０７は、前記第３判断ユニット６０４と第４判断ユニット６０５の判断の結果がNOであるときに、前記現在の受信機にリソースを割り当てないか、又は暫定的に決定した前記現在の受信機の初期リソースブロックインデックス番号を調整する。
【００９７】
本実施例においては、第２判断ユニット６０３は、第５判断ユニット７０１と、第６判断ユニット７０２と、能力決定ユニット７０３とを含むことができる。
【００９８】
第５判断ユニット７０１は、暫定的に決定した現在の受信機の初期リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあるかを判断する。
【００９９】
第６判断ユニット７０２は、第５判断ユニット７０１の判断の結果がYESであるとき、暫定的に決定した現在の受信機の連続して割り当てるリソースブロックの数LCRBが、システムがサポートできる最大の連続リソースブロックの数LThredより小さいかをさらに判断する。
【０１００】
能力決定ユニット７０３は、もし第６判断ユニット７０２の判断の結果がYESであれば、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができる。そうでなければ、できない。
【０１０１】
本実施例においては、図８に示されたように、第５判断ユニット７０１はインデックス番号決定ユニット８０１と位置決定ユニット８０２を含むことができる。
【０１０２】
インデックス番号決定ユニット８０１は、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの数M、および予め決定した連続リソースブロックが対応する開始位置又は終止位置に基づいて、予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置インデックス番号と終止位置インデックス番号を決定する。
【０１０３】
位置決定ユニット８０２は、現在の受信機の初期リソースブロックインデックス番号
【数２７】
0005565525.tif 000035
が終止位置インデックスの番号以下であり、且つ開始位置インデックスの番号以上であるとき、現在の受信機の初期リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあると決定する。
【０１０４】
本実施例においては、予備のリソースマッピング関係を利用できるリソースブロックの数Mは前記の数式を最小することができる。且つ、これらの予備のリソースマッピング関係を利用できるリソースブロックのバンド幅リソースにおける位置を予め決定することができる。ここで詳細な説明を省略する。
【０１０５】
前記実施例から明らかなように、現在の受信機とその他の受信機のPHICHリソースが衝突するときに、予備のリソースマッピング関係を使用することによって当該現在の受信機にその他アイドル状態のPHICHリソースを選択することができるので、PHICHリソース衝突の発生を減らすか、または完全に避けることができる。また、異なるRIV値を使ってユーザ設備に使用するアップリングリソースと、使用するリソースマッピング関係と、循環シフトシリアル番号n(DM_RS)を通知するため、既存のシステムを大きく変えずに実施することができるので、コストを削減することができる。
【０１０６】
図９は本発明の実施例３の無線通信システムの構成を示すブロック図である。図９に示されたように、当該システムは、少なくとも１つの送信機９０１と少なくとも１つの受信機９０２を備える。そのうち、送信機９０１は基地局であってもよく、その構成と実現方法は、例えば、実施例１、２で説明した通りであり、ここで詳細な説明を省略する。
【０１０７】
図９に示されたように、複数の受信機９０２が起動して送信機９０１と接続した後、もし受信機９０２がPUSCHを介して送信機９０１にアップリンクデータを伝送する必要があるとき、受信機９０２が送信機へアップリンクデータを伝送する要求を送信する。送信機９０１が受信した要求に基づいて、受信機９０２が使用するリソース情報を決定する。当該リソース情報は、アップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn(DM_RS)を含む。具体的な方法は、例えば実施例１に説明した通りである。ここで詳細な説明を省略する。
【０１０８】
図１０は、本発明の実施例３の１つの受信機の構成を示す概略図である。図１０に示されたように、当該受信機は、少なくとも送信機９０１へアップリンクデータを伝送する要求を送信する要求送信ユニット１００１を備える。送信機９０１は、当該要求に基づいて受信機にリソースを割り当てる。
【０１０９】
また、図１０に示されたように、当該受信機は、送信機９０１が当該要求に基づいて送信したアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn(DM_RS)を受信する情報受信ユニット１００２を備える。
【０１１０】
以下、１０MHzのシステムを例をとして本発明の実施例について更なる説明を行う。
【０１１１】
１０MHzのシステムには、５０個のRBがあり、使用可能なPHICHリソースが３２個であり、PHICHグループの数は４である。当該予備のリソースマッピング関係の数Nは、２であり、合計３種類のマッピングが存在することを意味し、仮に予備のリソースマッピング関係がtable_０に対応し、その他の予備のリソースマッピング関係がtable_１とtable_３に対応する；
当該システムには、残り２０４８-１２７５  =７７３種類の状態が使用されていない；
システムがサポートできる最大の連続リソースブロックの数はLCRB=５０-３２=１８であり；
この状態において予備のリソースマッピング関係を利用できるリソースブロックMを計算する。当該M値は予め計算した後に基地局BSに入力し基地局BSの使用に供することができ、基地局BSで計算することもできる。また、予め当該M個リソースブロックは、バンド幅リソースの位置にあるものとし、任意の位置にあることができる。例えば、この場合、バンド幅リソースの最下方にあると、当該M個のリソースブロックの終止位置のインデックス番号はx=４９であり、開始位置インデックス番号=x-M+１であり、以下の数式を採用する：
１）
【数２８】
0005565525.tif 000036
を計算する。
２）M０=２６、システムがサポートできる最大の連続リソースブロックの数LThred=１８より大きく、従って、
【数２９】
0005565525.tif 000037
３）当該M個のリソースブロックがバンド幅リソースの位置にあれば：開始位置インデックス番号はI０=４９-３０+１=３０であり、終止位置インデックス番号はI１=x=４９である。
【０１１２】
前記各パラメーターは表７に示され、例えば表７に示されたように：
【表８】
0005565525.tif 000038
【０１１３】
本実施例においては、リソース指示値（RIV：Resource  Indication  Value）を採用してアップリング共有伝送チャネルリソースと、使用するリソースマッピング関係とを指示する。
【０１１４】
ここに、RIV値は前記数式（１）と（２）によって予め計算することができる。その後、RIV値と、table_０、table_１およびtable_３との間の関係を予め構築することができる。このようにして、同じリソース割り当て方法であっても異なるリソースマッピング関係が異なるRIV値に対応することもできる。
【０１１５】
同じリソース割り当て方法、例えば、
【数３０】
0005565525.tif 000039
=４８，LCRB  =２に対して、表８に示されたように（表８の中の数値は単に例示である）、RIV値が異なる。ここに、RIV値は、システムの中で使用されていない状態、１２７５〜２０４７の間を適用することができるため、既存のシステムを大きく変更する必要はない。
【表９】
0005565525.tif 000040
【０１１６】
上述から明らかなように、RIV=９８とは、
【数３１】
0005565525.tif 000041
=４８であり、LCRB=２であり、およびtable_０を使用することを表す；RIV=１２７７とは、
【数３２】
0005565525.tif 000042
=４８であり、LCRB=２であり、およびtable_１を使用することを表す；RIV=１２７９とは、
【数３３】
0005565525.tif 000043
=４８であり、LCRB=２であり、およびtable_３を使用することを表す。
【０１１７】
このようにして、ユーザ設備UEが送信機が送信したRIV値を受信した後に、割り当てられた最小リソースブロックのインデックス番号は
【数３４】
0005565525.tif 000044
=４８であると逆算できる。連続して割り当てるリソースブロックの数はLCRB=２である。且つ使用する予備のリソースマッピング関係を知ることができる。従って、さらに予備のリソースマッピング関係とn（DM_RS）によってPHICHリソースを決定することができる。
【０１１８】
前記RIVとリソースマッピング関係、およびアップリングリソース関係は予め決定することができる。
【０１１９】
以下、基地局を複数の受信機の中の１つの受信機としてリソースを割り当てるときのプロセスについて説明を行う。図１１は、基地局BSがユーザをスケジュールし暫定的にリソース状態を決定する概略図である。課題を説明しやすいために、１つのユーザ設備が使用するリソースブロックを示す。
【０１２０】
ユーザ設備UEが起動し、基地局BSと連結した後に、基地局BSは、複数のユーザ設備UEが送信したアップリンクデータを伝送する要求に基づいて複数の受信機をスケジュールし、暫定的に複数の受信機のアップリング共有伝送チャネルリソースを決定する；１つの受信機に使用されるアップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号と連続して割り当てるリソースブロックの数によって決定する；
例えば、基地局が当該ユーザ設備に割り当てた
【数３５】
0005565525.tif 000045
＝４８、LCRB=２である。
【０１２１】
まず、基地局がtable_０を利用して、n(DM_RS)が０〜７である順でその他のユーザ設備UEに使用されるPHICHリソースがあるかを１つずつ決定する。
【０１２２】
もしn(DM_RS)=３のときに、対応するPHICHリソース状態はアイドル状態であると、当該基地局BSは最終のn(DM_RS)=３，RIV=９８と決定することができる。それからRIV=９８，n(DM_RS)=３を当該ユーザ設備UEに送信する。このようにして当該ユーザ設備UEが前記情報を受信した後に、RIV=９８によって
【数３６】
0005565525.tif 000046
＝４８、LCRB=２と決定し、且つ使用するのはtable_０であると決定することができる。従って、n(DM_RS)=３によって基地局BSのアップリングフィードバックに使用するPHICHリソースを決定することができる。
【０１２３】
もし基地局は、n(DM_RS)が０〜７である順で１つずつその他のユーザ設備UEに使用されていないPHICHリソースが存在するかを決定するときに、決定の結果は、table_０のPHICHリソースの使用状態にはアイドルがないのであれば、当該基地局BSはまず予備のリソースマッピング関係を使用できるかを決定する、即ちtable_１又はtable_３を使用してPHICHリソースを割り当てる。ここに、以下の方法を採用して判断することができる：まず
【数３７】
0005565525.tif 000047
＝４８は（２０,４９）の間にあるかを判断し、その判断の結果がYESであれば、さらにLCRB=２はLThred=１８より小さいかを判断し、その判断の結果がYESであれば、table_１又はtable_３を使用してPHICHリソースを割り当てることができることが分かる。
【０１２４】
このようにして、当該基地局BSはtable_１又はtable_３を使用して当該ユーザ設備にPHICHリソースを割り当てることができる。割り当てる際に、アイドル状態のPHICHリソースを見つけるまでにn(DM_RS)が０〜７である順で１つずつその他ユーザ設備UEに使用されていないPHICHリソースが存在するかを決定し、最終のn(DM_RS)を決定する。もし基地局BSがtable_１を使用したのであれば、RIV=１２７７に対応し、もし基地局BSがtable_３を使用したのであれば、RIV=１２７９に対応する。
【０１２５】
もしtable_１とtable_３を調べた後、アイドル状態のPHICHリソースがなければ、当該基地局BSはシステムの中にアイドル状態のリソースがあるかを判断する。もしtable_２の中にあるとの判断結果となれば、基地局BSは、図１２に示されたようにtable_１又はtable_３の中のリソースをtable_２の中に移動し、その後空けたPHICHリソースを当該ユーザ設備UEに割り当てる。
【０１２６】
もしtable_１、table_２とtable_３の中にいずれもアイドル状態のPHICHリソースがないと決定したとき、当該基地局BSは当該ユーザ設備UEにリソースを割り当てないか、又は当該基地局BSが当該ユーザ設備に割り当てた初期リソースブロックの位置を調整する。
【０１２７】
上述の実施例は単にアップリングバンド幅リソースが５０であるのを例として説明したが、その他のバンド幅システム処理方法は上述と類似であるため、ここで詳細な説明を省略する。本発明の実施例を通じて、PHICHリソースの冲突を完全に避けるか又は減らすことができる。例えば、表９には各種類の状態においてリソースの衝突を避ける状態を示している。
【表１０】
0005565525.tif 000048
【０１２８】
前記実施例から明らかなように、現在の受信機とその他の受信機とのPHICHリソースが衝突するときに予備のリソースマッピング関係を使用することによって当該現在の受信機にその他のアイドル状態のPHICHリソースを選択することができるため、PHICHリソース衝突の発生を減らすか、または完全に避けることができる；また、異なるRIV値を使用することによって、ユーザ設備に、使用するアップリングリソースおよび使用するリソースマッピング関係とn(DM_RS)を通知し、既存のシステムを大きく変えずに実施することができるためコストを削減することができる。
【０１２９】
本発明の上述の装置と方法はハードウェアで実現することができ、ハードウェアとソフトウェアとの組み合わせによって実現することもできる。本発明は以下のようなコンピュータ読み取り可能なプログラムに関する。即ち、当該プログラムは、ロジックエレメントに実行されたときに、当該ロジックエレメントに上述の装置又は構成要素を実現することができる。また、当該ロジックエレメントに上述の各種の方法又はステップを実現することができる。本発明はさらに例えばハードディスク、磁気ディスク、光ディスク、DVD、スラッシュメモリ等、上記のプログラムを記録する記録媒体にも関する。
【０１３０】
以上、具体的な実施の形態を説明しながら本発明について説明をしてきたが、これらの説明は例示的なものであり、本発明の保護範囲を制約するものではないことは、当業者にとって自明である。また、当業者は本発明の精神と原理に基づいて本発明に対して様々な変更や改善等を行うことができる。また、これらの変更と改善も本発明の範囲内にある。
【図１】
0005565525.tif 000055
【図２】
0005565525.tif 000056
【図３】
0005565525.tif 000057
【図４】
0005565525.tif 000058
【図５】
0005565525.tif 000059
【図６】
0005565525.tif 000060
【図７】
0005565525.tif 000061
【図８】
0005565525.tif 000062
【図９】
0005565525.tif 000063
【図１０】
0005565525.tif 000064
【図１１】
0005565525.tif 000065
【図１２】
0005565525.tif 000066