JP2013539274A

JP2013539274A - リソース割り当て方法、システムと送信機

Info

Publication number: JP2013539274A
Application number: JP2013524329A
Authority: JP
Inventors: ラヌ・ユアヌルゥォン; ワン・イ; ジャン・ユアヌタオ; ジョウ・ホア; ウー・ジャンミン
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2010-08-17
Filing date: 2010-08-17
Publication date: 2013-10-17
Anticipated expiration: 2030-08-17
Also published as: US9014120B2; JP5565525B2; KR20130042021A; CN103053211A; US20130155987A1; EP2608613A1; WO2012022026A1

Abstract

本発明はリソース割り当て方法、システムと送信機を提供する。送信機が現在の受信機にリソースを割り当てるときに、当該方法は、送信機が複数の受信機が送信したアップリンクデータを伝送する要求に基づいて前記複数の受信機をスケジュールする；スケジュールの結果に基づいて、合意したリソースマッピング関係、予備のリソースマッピング関係、およびアップリングフィードバックチャネルを指示する循環シフトシリアル番号n(DM_RS)に基づいて前記複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn(DM_RS)をそれぞれ決定する；決定した前記複数の受信機のアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn(DM_RS)を前記複数の受信機に通知することを含む。上述より明らかなように，送信機は少なくとも２種類のリソースマッピング関係、即ち、合意したリソースマッピング関係と予備のリソースマッピング関係を利用して、各受信機にPHICHリソースを選択し、システムアイドル状態のPHICHリソースを十分に利用することができるため、PHICHリソースの衝突の発生を減らすか、または完全に避けることができる。
【選択図】図２

Description

本発明は、無線通信分野に関し、特にリソース割り当て方法、システムと送信機に関する。

ロングタームエボリューション（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索引番号

が０〜３５である状態を示している。

例えば、１０MHzのシステムについて、PRB数は５０であり、仮に使用できるダウンリンクPHICHの数は３２であり、もし基地局BSが暫定的にユーザ設備UE１に割り当てた初期PRB索引番号

=０であり、連続して割り当てるPRB数は５であれば、表１から明らかなように、基地局BSが当該ユーザ設備UE１に割り当て可能なPHICHリソースがPHICH（０,０）である；ユーザ設備UE２に対して、もし初期PRB索引番号

=３２であり、連続して割り当てる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）との間の関係を示す。

例えば、もし基地局BSが暫定的にユーザ設備UE１に初期PRBインデックス番号

=０を割り当て、連続して割り当てるPRB数が５であると、表２aと２bから明らかなように、n（DM_RS）=０の場合、基地局BSが当該ユーザ設備UE１に割り当て可能なPHICHリソースがPHICH（０,０）である；ユーザ設備UE２に対して、もし初期PRBインデックス番号

=３２であり、連続して割り当てる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_１だけを概略に示す。

現在、基地局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に示されたような衝突の発生の状態において、

= ０,５,１０,１５,１６,２１,２６, ３１,３２,３７,４２,４７,４８から始まるPUSCHは１つのテーブルブロック、例えばtable_０を使用する。当該テーブルブロックの第九個の後の使用について、衝突の発生が避けられない。その他のテーブルブロックがアイドル状態であっても衝突が発生する可能性がある。

以下、本発明と通常の技術を理解するために有益な文献を列挙したが、引用を通じてこれらを本明細書に取り入れることは、本明細書に記載するのと全く同じである。

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を介して送信機へアップリンクデータを伝送する必要があるとき、当該受信機が送信機へデータを伝送する要求を送信する。当該送信機が受信した要求に基づいて複数の受信機をスケジュールして、当該複数の受信機のアップリング共有伝送チャネルリソースを暫定的に決定する；当該アップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号

と、連続して割り当てるリソースブロックの数量

を含む；また、既存の任意の１種類のスケジュール方法を用いて、当該複数の受信機をスケジュールすることができる。例えば、ラウンドロビン（RR：Round Robin）法、最大C/Iスケジューリングアルゴリズム(Max C/I)法、又はプロポーショナルフェアネススケジューリングアルゴリズム(Proportional Fairness)法など、ここで詳細な説明を省略する。

当該送信機が各受信機にアップリング共有伝送チャネルリソースを割り当てた後、送信機が各受信機にアップリングフィードバックACK/NACKを送信するフィードバックチャネルリソースを１つずつ決定する必要があり、それから、決定した後のアップリング共有伝送チャネルリソースおよび使用するフィードバックチャネルを各ユーザ設備に通知する。これによって各受信機は、PUSCHを介してアップリンクデータを伝送した後に、相応するフィードバックチャネルでダウンリンクフィードバックACK/ NACK情報を検出する。

本実施例において、当該フィードバックチャネルリソースは、PHICHリソースであっても良く、アップリングフィードバックチャネルの循環シフトシリアル番号n（DM_RS）が３ビットシグナリングであることを示すことに用いる。当該３ビットはそれぞれ表５の中の数値に対応する。

実施例において、送信機が基地局BSで、受信機がユーザ設備UEであることができる。

ステップ１０２と１０３において、送信機は、それぞれ各受信機が使用するアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn（DM_RS）を決定し、且つ受信機に通知する。以下、複数の受信機中の１つを決定し、且つ送信機が基地局BS、受信機がユーザ設備UE、フィードバックチャネルがPHICHであることを例として説明する。図２は本発明の実施例１において基地局BSが複数のユーザ設備UEの中の１つにリソースを割り当てる方法を示すフローチャートである。基地局BSが複数のユーザ設備UEの中の１つのユーザ設備UE（ここで現在のユーザ設備UEと称する）にリソースを割り当てるとき、図２に示されたように、当該方法は以下のステップ２０１〜２０６を含む：
ステップ２０１において、基地局BSがユーザ設備UEと合意したリソースマッピング関係を利用して、且つ循環シフトシリアル番号n（DM_RS）に基づいて、当該現在のユーザ設備UEが対応するフィードバックチャネルがその他ユーザ設備UEに使われているかを一つずつ判断する；また、当該リソースマッピング関係とは、最小リソースブロックのインデックス番号

と循環シフトシリアル番号n（DM_RS）がフィードバックチャネルのグループインデックス番号

、シリアル番号

との間の関係を指す；
ステップ２０２において、もし判断の結果、全てがその他ユーザ設備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は、例えば下記の数式で計算することができる：
もし

であれば、

（１）

もし

であれば、

（２）

また、RIVとリソースマッピングとの関係、および最小リソースブロックのインデックス番号

と連続して割り当てるリソースブロックの数L_CRBとの間の関係を予め設定することができる。同じリソース割り当て方法であっても異なるリソースマッピング関係が異なるRIV値に対応する。

例えば、合意したリソースマッピング関係を利用する場合、もし受信機に割り当てられる最小リソースブロックのインデックス番号

=４８であり、連続して割り当てるリソースブロックの数L_CRB=２であれば、前記数式（１）に基づいて当該リソースに対応するRIV=９８（即５０*（２-１）+４８=９８）を獲得できる。もしPHICHリソース衝突が発生すれば、予備のリソースマッピング関係、例えばtable_１を使用する。このとき、例えば表５に示されたように、送信機と受信機との間で予め合意した１つのRIV値を用いて表示することができる(このRIVは使用されていない７７３（１２７５〜２０４７）の中の一種類、例えばRIV=１２７７を使用する、このようにして未使用の状態を十分に利用することができ、余計なリソース表示を追加する必要がない)、従って、送信機がRIV=１２７７をユーザ設備に通知する。

このようにして、ユーザ設備が送信機から送信されたRIV値を受信した後に、割り当てられた最小リソースブロックのインデックス番号

=４８と、連続して割り当てるリソースブロックの数L_CRB=２とを逆算して得ることができ、且つ使用する予備のリソースマッピング関係を知ることができる。従って、さらに予備のリソースマッピング関係と循環シフトシリアル番号n（DM_RS）に基づいてフィードバックチャネルリソースを決定することができる。

表６はその他のシステムバンド幅においてダウンリンク制御情報を送信するビットの数および使用の状態と未使用の状態を示すものである。

図３は、本発明のもう１つの実施例において、基地局BSが複数のユーザ設備UEの１つにリソースを割り当てる方法を示すフローチャートである。そのうち、合意したリソースマッピング関係がtable_０に対応し、予備のリソースマッピング関係がtable_１に対応することを例として説明を行う。

図３に示されたように，当該方法は以下のステップ３０１〜３１２を含む：
ステップ３０１においては、基地局BSは、ユーザ設備UEと合意したリソースマッピング関係（table_０）を利用して、且つ循環シフトシリアル番号n(DM_RS)に基づいて当該現在のユーザ設備UEが対応するフィードバックチャネルがその他の受信機に使用されているかを一つずつ判断する。前記リソースマッピング関係とは、最小リソースブロックのインデックス番号

と、循環シフトシリアル番号n(DM_RS)と、フィードバックチャネルのグループインデックス番号

とシリアル番号

とのの間の関係を指す。

ステップ３０２においては、もしステップ３０１での判断の結果は、全てその他の受信機に使用されているのであれば、当該基地局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の初期リソースブロックインデックス番号

が終止位置インデックス番号以下、且つ開始位置インデックス番号以上であれば、当該基地局は、現在のユーザ設備UEの初期リソースブロックが予め決定され、予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置と終止位置との間にあると判断する；
本実施例においては、予めMを決定し、且つ当該連続のM個リソースブロックのバンド幅リソースにおける位置を設定することができる。もし当該M個リソースブロックの開始位置インデックス番号を０とすれば、当該M個リソースブロックの終止位置のインデックス番号は０+M-１となる。但し、これに限らない。当該M個リソースブロックの開始位置インデックス番号はその他の番号であっても良い。

ステップ４０２においては、もしステップ４０１における判断の結果がYESであれば、暫定的に決定した現在の受信機の連続して割り当てられたリソースブロックの数L_CRBは、システムがサポートできる最大の連続リソースブロックの数L_Thredより小さいかをさらに判断する。

ステップ４０３においては、もしステップ４０２における判断の結果がYESであれば、基地局BSは、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができると決定する。そうでなければ、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができないと決定する。

ステップ２０２とステップ４０３においては、もし判断の結果がNOであれば、ステップ４０５を実行する。当該基地局BSはユーザ設備にリソースを割り当てないか、或いは初期リソースブロックのインデックス番号を変更することによって衝突を避ける。

本実施例では、予備のリソースマッピング関係を利用できるリソースブロックMを予め決定することができる。以下の方法でMを決定することができる。

１）以下の数式を採用して第１計算値M_Oを計算する：

もし第１計算値M_Oは、システムがサポートできる最大の連続リソースブロックの数L_Thred以下であれば、M=M_Oであり、システムがサポートできる最大の連続リソースブロックの数は

である；
もし第１計算値M_Oはシステムがサポートできる最大の連続リソースブロックの数L_Thredより大きければ、以下の数式を採用してMを計算する：

そのうち、xは前記予備のリソースマッピング関係を利用できるリソースブロックの終止位置のインデックス番号、

はシステムバンド幅、Nは予備のリソースマッピング関係の数，N_PHICHはシステムが利用可能なフィードバックチャネルの数である。

本実施例においては、システムが使用可能な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であるとき、暫定的に決定した現在の受信機の連続して割り当てるリソースブロックの数L_CRBが、システムがサポートできる最大の連続リソースブロックの数L_Thredより小さいかをさらに判断する。

能力決定ユニット７０３は、もし第６判断ユニット７０２の判断の結果がYESであれば、予備のリソースマッピング関係を利用して最終の循環シフトシリアル番号n(DM_RS)を決定することができる。そうでなければ、できない。

本実施例においては、図８に示されたように、第５判断ユニット７０１はインデックス番号決定ユニット８０１と位置決定ユニット８０２を含むことができる。

インデックス番号決定ユニット８０１は、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの数M、および予め決定した連続リソースブロックが対応する開始位置又は終止位置に基づいて、予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置インデックス番号と終止位置インデックス番号を決定する。

位置決定ユニット８０２は、現在の受信機の初期リソースブロックインデックス番号

が終止位置インデックスの番号以下であり、且つ開始位置インデックスの番号以上であるとき、現在の受信機の初期リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあると決定する。

本実施例においては、予備のリソースマッピング関係を利用できるリソースブロックの数Mは前記の数式を最小することができる。且つ、これらの予備のリソースマッピング関係を利用できるリソースブロックのバンド幅リソースにおける位置を予め決定することができる。ここで詳細な説明を省略する。

前記実施例から明らかなように、現在の受信機とその他の受信機のPHICHリソースが衝突するときに、予備のリソースマッピング関係を使用することによって当該現在の受信機にその他アイドル状態のPHICHリソースを選択することができるので、PHICHリソース衝突の発生を減らすか、または完全に避けることができる。また、異なるRIV値を使ってユーザ設備に使用するアップリングリソースと、使用するリソースマッピング関係と、循環シフトシリアル番号n(DM_RS)を通知するため、既存のシステムを大きく変えずに実施することができるので、コストを削減することができる。

図９は本発明の実施例３の無線通信システムの構成を示すブロック図である。図９に示されたように、当該システムは、少なくとも１つの送信機９０１と少なくとも１つの受信機９０２を備える。そのうち、送信機９０１は基地局であってもよく、その構成と実現方法は、例えば、実施例１、２で説明した通りであり、ここで詳細な説明を省略する。

図９に示されたように、複数の受信機９０２が起動して送信機９０１と接続した後、もし受信機９０２がPUSCHを介して送信機９０１にアップリンクデータを伝送する必要があるとき、受信機９０２が送信機へアップリンクデータを伝送する要求を送信する。送信機９０１が受信した要求に基づいて、受信機９０２が使用するリソース情報を決定する。当該リソース情報は、アップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn(DM_RS)を含む。具体的な方法は、例えば実施例１に説明した通りである。ここで詳細な説明を省略する。

図１０は、本発明の実施例３の１つの受信機の構成を示す概略図である。図１０に示されたように、当該受信機は、少なくとも送信機９０１へアップリンクデータを伝送する要求を送信する要求送信ユニット１００１を備える。送信機９０１は、当該要求に基づいて受信機にリソースを割り当てる。

また、図１０に示されたように、当該受信機は、送信機９０１が当該要求に基づいて送信したアップリング共有伝送チャネルリソース、使用するリソースマッピング関係、および最終のn(DM_RS)を受信する情報受信ユニット１００２を備える。

以下、１０MHzのシステムを例をとして本発明の実施例について更なる説明を行う。

１０MHzのシステムには、５０個のRBがあり、使用可能なPHICHリソースが３２個であり、PHICHグループの数は４である。当該予備のリソースマッピング関係の数Nは、２であり、合計３種類のマッピングが存在することを意味し、仮に予備のリソースマッピング関係がtable_０に対応し、その他の予備のリソースマッピング関係がtable_１とtable_３に対応する；
当該システムには、残り２０４８-１２７５ =７７３種類の状態が使用されていない；
システムがサポートできる最大の連続リソースブロックの数はL_CRB=５０-３２=１８であり；
この状態において予備のリソースマッピング関係を利用できるリソースブロックMを計算する。当該M値は予め計算した後に基地局BSに入力し基地局BSの使用に供することができ、基地局BSで計算することもできる。また、予め当該M個リソースブロックは、バンド幅リソースの位置にあるものとし、任意の位置にあることができる。例えば、この場合、バンド幅リソースの最下方にあると、当該M個のリソースブロックの終止位置のインデックス番号はx=４９であり、開始位置インデックス番号=x-M+１であり、以下の数式を採用する：
１）

を計算する。
２）M_０=２６、システムがサポートできる最大の連続リソースブロックの数L_Thred=１８より大きく、従って、

３）当該M個のリソースブロックがバンド幅リソースの位置にあれば：開始位置インデックス番号はI０=４９-３０+１=３０であり、終止位置インデックス番号はI１=x=４９である。

前記各パラメーターは表７に示され、例えば表７に示されたように：

本実施例においては、リソース指示値（RIV：Resource Indication Value）を採用してアップリング共有伝送チャネルリソースと、使用するリソースマッピング関係とを指示する。

ここに、RIV値は前記数式（１）と（２）によって予め計算することができる。その後、RIV値と、table_０、table_１およびtable_３との間の関係を予め構築することができる。このようにして、同じリソース割り当て方法であっても異なるリソースマッピング関係が異なるRIV値に対応することもできる。

同じリソース割り当て方法、例えば、

=４８，L_CRB =２に対して、表８に示されたように（表８の中の数値は単に例示である）、RIV値が異なる。ここに、RIV値は、システムの中で使用されていない状態、１２７５〜２０４７の間を適用することができるため、既存のシステムを大きく変更する必要はない。

上述から明らかなように、RIV=９８とは、

=４８であり、L_CRB=２であり、およびtable_０を使用することを表す；RIV=１２７７とは、

=４８であり、L_CRB=２であり、およびtable_１を使用することを表す；RIV=１２７９とは、

=４８であり、L_CRB=２であり、およびtable_３を使用することを表す。

このようにして、ユーザ設備UEが送信機が送信したRIV値を受信した後に、割り当てられた最小リソースブロックのインデックス番号は

=４８であると逆算できる。連続して割り当てるリソースブロックの数はL_CRB=２である。且つ使用する予備のリソースマッピング関係を知ることができる。従って、さらに予備のリソースマッピング関係とn（DM_RS）によってPHICHリソースを決定することができる。

前記RIVとリソースマッピング関係、およびアップリングリソース関係は予め決定することができる。

以下、基地局を複数の受信機の中の１つの受信機としてリソースを割り当てるときのプロセスについて説明を行う。図１１は、基地局BSがユーザをスケジュールし暫定的にリソース状態を決定する概略図である。課題を説明しやすいために、１つのユーザ設備が使用するリソースブロックを示す。

ユーザ設備UEが起動し、基地局BSと連結した後に、基地局BSは、複数のユーザ設備UEが送信したアップリンクデータを伝送する要求に基づいて複数の受信機をスケジュールし、暫定的に複数の受信機のアップリング共有伝送チャネルリソースを決定する；１つの受信機に使用されるアップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号と連続して割り当てるリソースブロックの数によって決定する；
例えば、基地局が当該ユーザ設備に割り当てた

＝４８、L_CRB=２である。

まず、基地局がtable_０を利用して、n(DM_RS)が０〜７である順でその他のユーザ設備UEに使用されるPHICHリソースがあるかを１つずつ決定する。

もしn(DM_RS)=３のときに、対応するPHICHリソース状態はアイドル状態であると、当該基地局BSは最終のn(DM_RS)=３，RIV=９８と決定することができる。それからRIV=９８，n(DM_RS)=３を当該ユーザ設備UEに送信する。このようにして当該ユーザ設備UEが前記情報を受信した後に、RIV=９８によって

＝４８、L_CRB=２と決定し、且つ使用するのはtable_０であると決定することができる。従って、n(DM_RS)=３によって基地局BSのアップリングフィードバックに使用するPHICHリソースを決定することができる。

もし基地局は、n(DM_RS)が０〜７である順で１つずつその他のユーザ設備UEに使用されていないPHICHリソースが存在するかを決定するときに、決定の結果は、table_０のPHICHリソースの使用状態にはアイドルがないのであれば、当該基地局BSはまず予備のリソースマッピング関係を使用できるかを決定する、即ちtable_１又はtable_３を使用してPHICHリソースを割り当てる。ここに、以下の方法を採用して判断することができる：まず

＝４８は（２０,４９）の間にあるかを判断し、その判断の結果がYESであれば、さらにL_CRB=２はL_Thred=１８より小さいかを判断し、その判断の結果が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リソースの冲突を完全に避けるか又は減らすことができる。例えば、表９には各種類の状態においてリソースの衝突を避ける状態を示している。

前記実施例から明らかなように、現在の受信機とその他の受信機とのPHICHリソースが衝突するときに予備のリソースマッピング関係を使用することによって当該現在の受信機にその他のアイドル状態のPHICHリソースを選択することができるため、PHICHリソース衝突の発生を減らすか、または完全に避けることができる；また、異なるRIV値を使用することによって、ユーザ設備に、使用するアップリングリソースおよび使用するリソースマッピング関係とn(DM_RS)を通知し、既存のシステムを大きく変えずに実施することができるためコストを削減することができる。

本発明の上述の装置と方法はハードウェアで実現することができ、ハードウェアとソフトウェアとの組み合わせによって実現することもできる。本発明は以下のようなコンピュータ読み取り可能なプログラムに関する。即ち、当該プログラムは、ロジックエレメントに実行されたときに、当該ロジックエレメントに上述の装置又は構成要素を実現することができる。また、当該ロジックエレメントに上述の各種の方法又はステップを実現することができる。本発明はさらに例えばハードディスク、磁気ディスク、光ディスク、DVD、スラッシュメモリ等、上記のプログラムを記録する記録媒体にも関する。

以上、具体的な実施の形態を説明しながら本発明について説明をしてきたが、これらの説明は例示的なものであり、本発明の保護範囲を制約するものではないことは、当業者にとって自明である。また、当業者は本発明の精神と原理に基づいて本発明に対して様々な変更や改善等を行うことができる。また、これらの変更と改善も本発明の範囲内にある。

Claims

リソース割り当て方法であって、
送信機は、複数の受信機が送信した、アップリンクデータを伝送する要求に基づいて、前記複数の受信機をスケジュールし、前記複数の受信機のアップリング共有伝送チャネルリソースを暫定的に決定し、１つの受信機に使用される前記アップリング共有伝送チャネルリソースは、初期リソースブロックインデックス番号と連続して割り当てるリソースブロックの数によって決定するステップと；
スケジュールの結果、合意したリソースマッピング関係、予備のリソースマッピング関係、およびアップリングフィードバックチャネルを指示する循環シフトシリアル番号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であれば、暫定的に決定した前記現在の受信機の連続して割り当てるリソースブロックの数L_CRBはシステムがサポートできる最大の連続リソースブロックの数L_Thredより小さいかをさらに判断するステップと；
もし判断の結果がYESであれば、前記送信機は予備のリソースマッピング関係を利用して前記最終の循環シフトシリアル番号n(DM_RS)を決定することができると判断し、そうでなければできないと判断するステップと；
を含む請求項３に記載の方法。
暫定的に決定した前記現在の受信機の初期リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあるかを判断する、前記のステップは：
予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの数M、および予め決定した前記リソースブロックが対応する開始位置又は終止位置に基づいて前記予備のリソースマッピング関係を利用できるリソースブロックの開始位置インデックス番号と終止位置インデックス番号を決定するステップと；
もし前記現在の受信機の初期リソースブロックインデックス番号

は終止位置インデックス番号以下であり、且つ開始位置インデックス番号以上であれば、前記送信機は、現在の受信機の初期リソースブロックが、予め決定した、予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置と終止位置との間にあると判断するステップと；
を含む請求項５に記載の方法。
予備のリソースマッピング関係を利用できるリソースブロックの数Mを決定するステップを更に含み、前記ステップにおいて、
下記の数式により第１計算値M_０を計算し、

もし前記第１計算値M_０がシステムがサポートできる最大の連続リソースブロックの数L_Thred以下であれば、前記M=M_０であり、ここに、前記システムがサポートできる最大の連続リソースブロックの数は

であり；
もし前記第１計算値M_０がシステムがサポートできる最大の連続リソースブロックの数L_Thredより大きければ、下記の数式により前記Mを計算し：

ここに、xは前記予備のリソースマッピング関係を利用できるリソースブロックの終止位置のインデックス番号であり、

は表示システムバンド幅であり、Nは予備のリソースマッピング関係の数であり、N_PHICHはシステムが利用可能なフィードバックチャネルの数である、
請求項６に記載の方法。
前記予備のリソースマッピング関係はシステムの中のフィードバックチャネルのグループの数に関連し；
フィードバックチャネルのグループの数が２である場合、前記予備のリソースマッピング関係の数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である場合、暫定的に決定した前記現在の受信機の連続して割り当てるリソースブロックの数L_CRBは、システムがサポートできる最大の連続リソースブロックの数L_Thredより小さいかをさらに判断し、もし判断の結果がYESであれば、予備のリソースマッピング関係を利用して前記最終の循環シフトシリアル番号n(DM_RS)を決定することができ、そうでなければできない、と判断する第６判断にユニットと；
を備える請求項１３に記載の送信機。
予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの数M、および予め決定した前記リソースブロックが対応する開始位置又は終止位置に基づいて前記予備のリソースマッピング関係を利用できる連続リソースブロックの開始位置インデックス番号と終止位置インデックス番号を決定するインデックス番号決定ユニットと、
前記現在の受信機の初期リソースブロックインデックス番号

は終止位置インデックス番号以下であり、且つ開始位置インデックス番号以上である場合、現在の受信機の初期リソースブロックは、予め決定した、予備のリソースマッピング関係を利用できるリソースブロックの開始位置と終止位置との間にあると決定する位置決定ユニットと、
を備える請求項１５に記載の送信機。
少なくとも１つの送信機と少なくとも１つの受信機を備え、前記送信機は、請求項１乃至１０のいずれか１つの方法を使用して前記少なくとも１つの受信機にリソースを割り当てる無線通信システム。
前記少なくとも１つの受信機は、前記送信機に、アップリンクデータを伝送する要求を送信し、前記送信機は、前記要求に基づいて前記受信機にリソースを割り当てる要求送信ユニットを備える、請求項１７に記載のシステム。
コンピュータ読み取り可能なプログラムであって、
送信機において前記プログラムを実行するときに、前記プログラムはコンピュータに前記送信機において請求項１乃至１０の何れか１つのリソース割り当て方法を実行させるコンピュータ読み取り可能なプログラム。
コンピュータ読み取り可能なプログラムを記録した記録媒体であって、
前記コンピュータ読み取り可能なプログラムは、コンピュータに送信機において請求項１乃至１０の何れか１つのリソース割り当ての方法を実行させる記録媒体。