特開 2022-177205 基地局及びユーザ機器

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2022177205

(43)【公開日】2022-11-30

(54)【発明の名称】基地局及びユーザ機器

(51)【国際特許分類】

   H04W 72/04 20090101AFI20221122BHJP

   H04W 16/14 20090101ALI20221122BHJP

【ＦＩ】

H04W72/04 132

H04W16/14

H04W72/04 131

【審査請求】有

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022150209

(22)【出願日】2022-09-21

(62)【分割の表示】P 2020180427の分割

【原出願日】2016-02-02

(71)【出願人】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】リュウ ホンメイ

(72)【発明者】

【氏名】ジャン レイ

(72)【発明者】

【氏名】ワン ガン

(57)【要約】      （修正有）

【課題】無線通信システムにおけるリソース割当方法及びリソース割当装置を提供する。
【解決手段】方法は、無線通信システムにおいて利用可能なリソースとリソース使用要件とに基づいて、リソース割当を要求している複数のユーザ機器（ＵＥ）のセットを決定し、リソース使用要件に応じて、複数のＵＥのセットに対して、リソースを割り当て、割り当てられたリソースに関する情報を、セットの各ＵＥへ送信する。
【選択図】図２

【特許請求の範囲】

【請求項1】

基地局であって、
ユーザ機器（ＵＥ）に対して、割り当てられたリソースブロックのセットを示す情報を送信するよう構成された送信部を有し、
前記割り当てられたリソースブロックのセットは、Ｓ＋ｎ＋（ｉ×Ｐ）の式で示されるインデックスのセットに対応し、
前記Ｓは、前記割り当てられたリソースブロックのうち、前記基地局と前記ＵＥの間の通信のために設定された周波数帯域幅内における最初のリソースブロックの数値インデックスであり、
前記Ｐは、周期を表す整数であり、
前記ｉ＝０，１，・・・，ｍ－１であり、ｍは、前記周波数帯域幅に対応するリソースブロックの数を前記Ｐで割ったときの商の整数部であり、前記ｉの０からｍ－１までのそれぞれの値が前記Ｓ＋ｎ＋（ｉ×Ｐ）の式に割り当てられ、
前記ｎは、オフセットを表す、０以上の値をとる複数の整数であり、前記ｎのそれぞれの値が前記Ｓ＋ｎ＋（ｉ×Ｐ）の式に割り当てられる、
基地局。

【請求項2】

前記セットを示す情報は、複数のリソースブロックのそれぞれに対応する複数のビットを含むビットマップによって示されており、各ビットの値は、割り当てられているか否かを示す、
請求項１に記載の基地局。

【請求項3】

前記周波数帯域幅に対応するリソースブロックの数は、５０である、
請求項１又は２に記載の基地局。

【請求項4】

前記周波数帯域幅に対応するリソースブロックの数は、１００である、
請求項１又は２に記載の基地局。

【請求項5】

ユーザ機器（ＵＥ）であって、
割り当てられたリソースブロックのセットを示す情報を、基地局から受信するよう構成された受信部を有し、
前記割り当てられたリソースブロックのセットは、Ｓ＋ｎ＋（ｉ×Ｐ）の式で示されるインデックスのセットに対応し、
前記Ｓは、前記割り当てられたリソースブロックのうち、前記基地局と前記ＵＥの間の通信のために設定された周波数帯域幅内における最初のリソースブロックの数値インデックスであり、
前記Ｐは、周期を表す整数であり、
前記ｉ＝０，１，・・・，ｍ－１であり、ｍは、前記周波数帯域幅に対応するリソースブロックの数を前記Ｐで割ったときの商の整数部であり、前記ｉの０からｍ－１までのそれぞれの値が前記Ｓ＋ｎ＋（ｉ×Ｐ）の式に割り当てられ、
前記ｎは、オフセットを表す、０以上の値をとる複数の整数であり、前記ｎのそれぞれの値が前記Ｓ＋ｎ＋（ｉ×Ｐ）の式に割り当てられる、
ユーザ機器（ＵＥ）。

【請求項6】

前記セットを示す情報は、複数のリソースブロックのそれぞれに対応する複数のビットを含むビットマップによって示されており、各ビットの値は、割り当てられているか否かを示す、
請求項５に記載のユーザ機器。

【請求項7】

前記周波数帯域幅に対応するリソースブロックの数は、５０である、
請求項５又は６に記載のユーザ機器。

【請求項8】

前記周波数帯域幅に対応するリソースブロックの数は、１００である、
請求項５又は６に記載のユーザ機器。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、通信技術に関する。より詳細には、本発明の実施形態は、無線通信システムにおけるリソース割当方法及びリソース割当装置に関する。

【0002】

無線通信システムでは、スペクトル及び時間などのリソースの割り当てが非常に重要である。スペクトルは、免許キャリア（licensed carrier(s)）と、無免許キャリア（unlicensed carrier(s)）とを含む。免許キャリアは、特定の無線サービスを提供するために、特定の事業者に対して独占的に免許が与えられた周波数帯域（frequency band）を表す。一方、無免許キャリアは、特定のオペレータに対して割り当てられていない周波数帯域を表す。すなわち、無免許キャリアは、開放されており、所定の要件を満たす全ての事業体（entities）がその周波数帯域を使用できる。無免許キャリアでのアップリンクデータ送信は、そのトラフィックを、免許キャリアにオフロードすることができる。

【0003】

最近、一部の無線通信システムでは、無免許キャリアにおけるデバイスの送信帯域幅が、例えばシステム全体の帯域幅の８０％以上であるという、リソース使用要件を満たす必要がある。デバイスに割り当てられたリソースがリソースを満たすことができない場合、そのデバイスは、その無線通信システムにおいて適切に動作することができない。しかしながら、従来のリソース割当のソリューションは、リソース使用要件を考慮していない。

【0004】

そのため、リソース使用要件に従った、無線通信システムにおけるリソース割当のためのスキームが必要である。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本発明は、リソース使用要件に従った、無線通信システムにおけるリソース割当のソリューションを提供する。

【課題を解決するための手段】

【0006】

本発明の実施形態の第１の態様によれば、本発明の実施形態は、無線通信システムにおけるリソース割当方法を提供する。この方法は、無線通信システムにおいて利用可能なリソースとリソース使用要件とに基づいてリソース割当を要求するユーザ機器（ＵＥ群）のセットを決定すること、リソース使用要求に従ってＵＥのセットに対してリソースを割り当てること、及び、割り当てられたリソースに関する情報を、ＵＥのセット内の各ＵＥへ送信すること、を含む。

【0007】

本発明の実施形態の第２の態様によれば、本発明の実施形態は、無線通信システムにおけるリソース割当装置を提供する。このリソース割当装置は、無線通信システムにおいて利用可能なリソースとリソース使用要件とに基づいてリソース割当を要求するＵＥのセットを決定するように構成された決定部と、リソース使用要求に従ってＵＥのセットに対してリソースを割り当てるように構成された割当部と、割り当てられたリソースに関する情報をＵＥのセット内の各ＵＥに送信するように構成された送信部とを含む。

【0008】

本発明の実施形態の他の特徴及び利点は、本発明の実施形態の原理を例として示す添付の図面と併せて読むことにより、以下の特定の実施形態の説明からも明らかになるであろう。

【図面の簡単な説明】

【0009】

本発明の実施形態は、実施例の意味で提示されており、その利点は、添付の図面を参照して以下により詳細に説明される。

【図1】本発明の実施形態の無線通信システム１００の概略図である。

【図2】本発明の実施形態の無線通信システムにおけるリソース割当方法２００のフローチャートである。

【図3】本発明の実施形態の無線通信システムにおけるリソース割当方法３００のフローチャートである。

【図4】本発明の実施形態のリソースブロック（ＲＢ）の割り当ての概略図である。

【図5】本発明の更なる実施形態の無線通信システムにおけるリソース割当方法５００のフローチャートである。

【図6】本発明の実施形態のリソースブロックの割り当ての概略図である。

【図7】本発明の更に別の実施形態の無線通信システムにおけるリソース割当方法７００のフローチャートである。

【図8】本発明の実施形態のリソースブロックの割り当ての概略図である。

【図9】本発明の実施形態の無線通信システムにおけるリソース割当装置９００のブロック図である。 これらの図面において、同一又は類似の参照番号は、同一又は類似の要素を示す。

【発明を実施するための形態】

【0010】

本明細書に記載される主題は、いくつかの例示的な実施形態を参照して説明される。これらの実施形態は、本主題の範囲に対する任意の制限を示唆するのではなく、当業者が本明細書に記載された主題をよりよく理解し、実施することを可能にする目的のためだけに論じられていると、理解されるべきである。

【0011】

本明細書で使用する用語は、特定の実施形態のみを説明するためのものであり、例示的な実施形態を限定することを意図するものではない。本明細書で使用されるように、単数形「a」、「an」および「the」は、文脈上他に明白に示されていない限り、複数形も含むことが意図される。本明細書で使用される場合、「有する（comprises）」、「有している（comprising）」、「含む（includes）」、及び／又は「含んでいる（including）」という用語は、記載された特徴（features）、完全体（integers）、ステップ（steps）、操作（operations）、要素（elements）、及び／又は、構成要素（components）の存在を特定するが、１つ又は複数の他の特徴、完全体、ステップ、動作、要素、構成要素、及び／又は、それらのグループの存在又は追加を排除するものではない。

【0012】

また、いくつかの代替の実施形態では、記載された機能／動作は、図に記載された順序から外れることがあることにも留意すべきである。例えば、連続して示されている２つの機能又は動作は、実際には同時に実行されてもよく、又は、関係する機能／動作に応じて、逆の順序で実行されてもよい。

【0013】

本明細書で使用される「基地局」又は「ＢＳ」という用語は、ノードＢ（NodeB又はNB）、進化型ノードＢ（eNodeB又はeNB）、遠隔無線ユニット（RRU：Remote Radio Unit）、無線ヘッダ（RH：radio header）、遠隔無線ヘッド（RRH：remote radio head）、中継局（relay）、フェムトやピコなどの低電力ノード等が含まれる。

【0014】

本明細書で使用される用語「ユーザ機器（user equipment）」または「ＵＥ」は、ＢＳと通信することができる任意のデバイスを指す。例えば、ＵＥは、端末、移動端末（MT：Mobile Terminal）、加入者局（SS：Subscriber Station）、携帯加入者局（Portable Subscriber Station）、移動局（MS：Mobile Station）、又は、アクセス端末（AT：Access Terminal）を含んでもよい。

【0015】

本発明の実施形態は、これに限定されないが、ＬＴＥ（Long Term Evolution）システム又はＬＴＥ－Ａ（Long Term Evolution Advanced）システムを含む、様々な通信システムに適用さてもよい。通信の急速な発展を考慮すると、もちろん、本発明を実施することができる将来のタイプの無線通信技術及びシステムも存在する。本発明の範囲を上記のシステムのみに限定するものとして見なすべきではない。

【0016】

以下、本発明の実施の形態について図面を参照して説明する。まず図１を参照する。図１は、本発明の実施形態の無線通信システム１００の概略図を示す。

【0017】

無線通信システム１００において、２つのＵＥ１２１及びＵＥ１２２（以下では、ＵＥ１及びＵＥ２とも呼ばれる）と通信するＢＳ１１０が示されている。慣習的に、ＵＥ１２１及びＵＥ１２２は、基地局１１０への又は基地局１１０からの制御情報又はデータの伝送の前に、リソース割当を要求するリソース割当要求（resource allocation request）を送信してもよい。基地局１１０は、リソース割当要求を受信すると、無線通信システム１００において利用可能なリソースに応じて、時間及び／又は周波数のリソースをＵＥ１２１及びＵＥ１２２のそれぞれに割り当てる。

【0018】

図１の例において、ＢＳ１１０は、ＵＥ１及びＵＥ２から２つのリソース割当要求をそれぞれ受信し、リソース使用要件に従って無線通信システム１００で利用可能なリソースをＵＥ１及びＵＥ２に割り当てる。リソース使用要件は、無線通信システム１００における送信において、ＵＥによって占有される最小リソースに対する要件であり、オペレータ、サービスプロバイダ、及び／又は同類のものによって定義されてもよい。例えば、リソース使用要件は、８０％の帯域幅の占有を必要としてもよい。上記の例は、限定ではなく例として記載されていることに留意されたい。８０％の帯域幅の占有はリソース使用要件の一例に過ぎず、６０％、７０％、及び９０％等の他の帯域幅の占有も適用可能であることは、当業者であれば容易に理解されるであろう。

【0019】

更に、図１には２つのＵＥ１２１及びＵＥ１２２が示されているが、本発明の範囲を限定するものではなく、本発明の原理を説明する目的でのみ、２つのＵＥ１２１及びＵＥ１２２が示されている。本発明の範囲内で、無線通信システム１００により多くの又はより少ないＵＥが存在してもよい。

【0020】

上述したように、従来のリソース割当ソリューションは、リソース使用要件を考慮していない。この問題を解決するために、本発明の実施形態は、ＵＥに割り当てられたリソースがリソース使用要件を満たすような、以下に説明する解決策を提案する。

【0021】

次に、本発明のいくつかの例示的な実施形態を、図面を参照して以下に説明する。図２は、本発明の実施形態の無線通信システムにおけるリソース割当方法２００のフローチャートを示す。上記の無線通信システムは、無線通信システム１００として実装されてもよく、リソース割当方法２００は、ＢＳ１１０又は他の適切なデバイスに実装されてもよい。

【0022】

方法２００のステップ２１０において、無線通信システムで利用可能なリソース及びリソース使用要件に基づいて、リソース割当を要求している複数のＵＥのセットが決定される。複数のＵＥのセットは、送信を実行するために、ＢＳに対してリソースを割り当てるように要求する、１つ以上のＵＥを有していてもよい。

【0023】

本発明の実施形態によれば、リソース割当のためのＵＥのセットは、いくつかの方法で決定することができる。いくつかの実施形態では、上記セットについてのＵＥの最大数は、無線通信システムで利用可能なリソース及びリソース使用要件に基づいて決定されてもよい。次に、ＵＥのセットは、上記の最大数に従って、リソース割当要求を送信している複数のＵＥから決定されてもよい。例えば、３つのＵＥがリソース割当要求を送信している場合、ＢＳは、ＵＥの優先順位、ＵＥによって要求されるリソース量、及び／又は他の関連ファクタに従って、３つのＵＥから２つのＵＥ（例えば、ＵＥ１及びＵＥ２）を選択してもよい。上記の優先順位は、例えば、事前に予め定義されてもよいし、又は、特定のルールに従ってＢＳによって決定されてもよい。この場合、ＵＥのセットは、ＵＥ１及びＵＥ２を含む。

【0024】

いくつかの実施形態において、追加的に又は代替的に、ＵＥの最大数は、無線通信システムで利用可能なリソースを複数のリソースブロックグループに分割するための周期性（periodicity）に基づいて、決定されてもよい。上記の周期性は、ＵＥのセットに対する割当のために使用される各グループにおけるリソースブロックの数を示し、リソース使用要件に基づいて決定されてもよい。

【0025】

次に、ステップ２２０において、上記のリソースは、リソース使用要件に従って、ＵＥのセットに割り当てられ、ステップ２３０において、割り当てられたリソースに関する情報が、ＵＥのセットの各ＵＥに送信される。

【0026】

本発明の実施形態によれば、リソース使用要件に従ってＵＥのセットに対してリソースを割り当てるための様々な方法が存在し得る。いくつかの実施形態では、無線通信システムにおいて利用可能なリソースの少なくとも一部は、複数のリソースブロックグループに分割されてもよい。各グループにおけるリソースブロックの数は、上記の周期性に等しい。次に、各リソースブロックグループにおいて、リソースブロックサブグループは、ＵＥのセットにおける各ＵＥについて決定されてもよい。次に、リソースブロックサブグループが、各ＵＥに対して割り当てられてもよい。この場合、割り当てられたリソースに関する情報を送信するとき、ＢＳは、上記の周期性及び上記のリソースブロックサブグループに関する情報を、ＵＥのセットにおける各ＵＥへ送信してもよい。

【0027】

いくつかの実施形態において、追加的に又は代替的に、無線通信システムで利用可能なリソースは、第１の部分及び第１の部分と異なる第２の部分を含んでもよく、上述のリソースの少なくとも一部は、第１の部分とみなされてもよい。この場合、ステップ２２０において、ＢＳは、ＵＥのセットにおける１つ以上のＵＥに対して、リソースの第２の部分を割り当ててもよい。１つの実施形態では、ステップ２３０において、ＢＳは、リソースの第２の部分において割り当てられたリソースブロックに関する情報だけでなく、上記の周期性、リソースブロックサブグループに関する情報を、ＵＥのセットにおける各ＵＥに送信してもよい。これの代わりに、リソースの第２の部分において割り当てられたリソースブロックに関する情報は、ＵＥに送信される必要はないかもしれない。この場合、ＢＳとＵＥとは、予め所定のリソース割当スキームに合意していてもよい。上記の周期性及びリソースブロックサブグループに関する情報を受信すると、各ＵＥは、リソースの第２の部分において割り当てられたリソースブロックのインデックスを知ることができる。例えば、第２の部分において割り当てられたリソースブロックのインデックスは、上記の周期性及びリソースブロックサブグループに関する受信情報に従って、決定されてもよい。

【0028】

代替的に、いくつかの実施形態では、ステップ２２０において、ＢＳは、リソース使用要件に基づいて、リソースを、オーバーラップのない、第１のエッジ部分（first edge part）、第２のエッジ部分（second edge part）、及び、中央部分（center part）に分割してもよい。次に、リソースブロックのペアが、ＵＥのセットにおける各ＵＥに対して割り当てられてもよい。リソースブロックのペアは、第１のエッジ部分に属する第１のリソースブロックと、第２のエッジ部分に属する第２のリソースブロックとを含み、第１のリソースブロックと第２のリソースブロックとの間の周波数スパンは、リソース使用要件を満たしている。そして、残りのリソースブロックの集合（コレクション）は、ＵＥからのリソース割当要求に従って、ＵＥのセットにおける各ＵＥに対して、中央部分から割り当てられてもよい。この場合、ステップ２３０において、ＢＳは、リソースブロックのペア及び残りのリソースブロックのコレクションに関する情報を、各ＵＥに送信してもよい。

【0029】

更なる代替として、いくつかの実施形態では、ステップ２２０において、ＢＳは、ＵＥのセットの各ＵＥに対して、第１のリソースブロック及び第２のリソースブロックを割り当ててもよい。第１のリソースブロックと第２のリソースブロックとの間の周波数スパンは、リソース使用要件を満たす。このように、ＵＥのセットは、第１のリソースブロック及び第２のリソースブロックの両方において、多重化することができる。ＢＳは、第１のリソースブロック及び第２のリソースブロックを除いた、残りのリソースブロックのコレクションを、ＵＥからのリソース割当要求に従って、各ＵＥに割り当ててもよい。この場合、ステップ２３０において、ＢＳは、残りのリソースブロックのコレクションに関する情報を、各ＵＥに送信してもよい。

【0030】

本発明の実施形態の更なる詳細は、図３及び図５を参照して論じられる。図３は、本発明の一実施形態の無線通信システムにおけるリソース割当方法３００のフローチャートを示す。方法３００は、図２を参照して上述した方法２００の具体的な実施形態として考えることができる。しかしながら、これは、本発明の原理を例示することのみを目的としているものであり、本発明の範囲を限定するものではない。

【0031】

方法３００のステップ３１０において、無線通信システムにおいて利用可能なリソースを複数のリソースブロックグループに分割するための周期性が、リソース使用要件に基づいて決定される。

【0032】

本発明の実施形態によれば、上記の周期性は、いくつかの方法で決定されてもよい。いくつかの実施形態では、ＵＥのセットにおける一のＵＥに割り当てられるリソースブロックの数は、そのセットにおける他のＵＥに割り当てられるリソースブロックの数の整数倍であり、無線通信システムにおいて利用可能なリソースは、周期性Ｐの整数倍であるか、又は、周期性Ｐによってちょうど割り切れる、つまり、Ｂ ｍｏｄ Ｐ＝０が成立してもよい。そのような実施形態では、上記の周期性は、無線通信システムで利用可能なリソース及びリソース使用要件に基づいて、次のように決定されてもよい。

【数1】

ここで、Ｐは、周期性を表し、Ｂは、無線通信システムで利用可能なリソースに含まれるリソースブロックの総数を表し、Ｒは、リソース使用要件を表す。一例では、システム帯域幅が２５ＲＢを有する５ＭＨｚであり、リソース使用要件が８０％の帯域幅の占有を必要とすると仮定すると、周期性Ｐは「５」と決定される。この場合、ＢＳは、割り当てられたリソースに関する情報をＵＥのセットの各ＵＥへ送信する際に、１ビットを用いて上記の周期性を示してもよい。

【0033】

代替的に、いくつかの実施形態において、式（１）に従って、複数の候補が、上記の周期性について決定されてもよい。この場合、上記の周期性は、ランダムに、又は、無線通信システム、ＢＳ、及び／又は、ＵＥのいくつかの要件又は条件に従って、上記の複数の候補から選択されてもよい。例えば、無線通信システムの帯域幅が５０ＲＢを有する１０ＭＨｚであり且つリソース使用要求が８０％の帯域幅の占有を要求していると仮定すると、上記の周期性の候補群は、「１０」、「５」、「２」として決定されてもよく、上記の周期性は、その候補群から、例えば、「１０」が選択されてもよい。この場合、ＢＳは、割り当てられたリソースに関する情報をＵＥのセットの各ＵＥへ送信する際に、２ビットを用いて上記の周期性を示してもよい。

【0034】

更なる代替として、いくつかの実施形態では、Ｂ ｍｏｄ Ｐ＝０である場合、周期性Ｐは、次の式（２）によって決定されてもよい。

【数2】

【0035】

上記の実施形態は、限定ではなく、説明のために記載されていることを理解されたい。当業者は、周期性を決定する他の方法があることを容易に理解するであろう。いくつかの実施形態では、無線通信システムで利用可能なリソースに含まれるリソースブロックの総数は、周期性によってちょうどには割り切れない、又は、周期性の整数倍ではない、つまり、Ｂ ｍｏｄ Ｐ≠０であると仮定すると、上記の周期性は、次の式（３）によって決定されてもよい。

【数3】

一例では、無線通信システムの帯域幅が５ＭＨｚ、つまりＢ＝２５ＲＢであり、且つ、リソース使用要件Ｒが８０％の帯域幅の占有を必要とする、つまりＲ＝８０％であるとする。式（３）によれば、上記の周期性の候補群は、「１」、「２」、「３」、「４」、「５」と決定されてもよく、上記の周期性は、その候補群から、例えば「３」が選択されてもよい。
この場合、３ビットを用いて、上記の周期性を示してもよい。

【0036】

ステップ３２０において、ＵＥの最大数が、上記の周期性に基づいて決定される。いくつかの実施形態では、ＵＥの最大数は、ステップ３１０で決定された周期性として、直接的に決定されてもよい。当業者は、以下に説明する本発明のいくつかの実施形態では、ＵＥの最大数として周期性を使用するが、ＵＥの最大数が必ずしも周期性に等しい必要はないことを、理解するであろう。いくつかの実施形態では、上記の最大数は、上記の周期性よりも小さい自然数として設定されてもよい。

【0037】

ステップ３３０において、ＵＥのセットは、上記の最大数に従って、リソース割当要求を送信している複数のＵＥから決定される。いくつかの実施形態では、ステップ３１０において周期性が「２」と決定され、ステップ３２０において上記のＵＥの最大数が上記の周期性として決定される場合、ＢＳは、２つのＵＥがリソースを割り当てられるべきであると決定してもよく、該２つのＵＥは、ＵＥのセット（以下では、「ＵＥセット」とも呼ぶ）を構成する。ＢＳは、リソース割当を要求している複数のＵＥから、ランダムに、又は、所定のルールに従って、例えば、ＵＥから送信されたリソース割当要求の時間的順序、ＵＥによって要求されたリソース量、ＵＥの優先順位、及び／又は、これと同類のものに従って、２つのＵＥを選択してもよい。当業者であれば、ＵＥセットを構成するＵＥを選択するためのルールを、ここでは詳述されていない様々な方法で、定義して実装することができるであろう。

【0038】

ステップ３４０において、無線通信システムにおいて利用可能なリソースの少なくとも一部が、複数のリソースブロックグループに分割される。本発明の実施形態によれば、各グループにおけるリソースブロックの数は、上記の周期性に等しい。

【0039】

上述したように、無線通信システムで利用可能なリソースに含まれるリソースブロックの総数は、周期性の整数倍であってもなくてもよい、つまり、Ｂ ｍｏｄ Ｐ＝０、又は、Ｂ ｍｏｄ Ｐ≠０である。Ｂ ｍｏｄ Ｐ＝０であるいくつかの実施形態では、無線通信システムで利用可能なリソースブロックのすべてを、正確に複数のリソースブロックグループに分割することができる。例えば、合計１２個のＲＢがあり且つ周期性が「３」であると仮定すると、１２個のＲＢは、各グループが３個のＲＢを含む４個のグループに分けられてもよい。

【0040】

Ｂ ｍｏｄ Ｐ≠０であるいくつかの他の実施形態では、リソースブロックＢの一部が、周期性によって正確に分割されるように、選択されてもよい。例えば、合計１４個のＲＢが存在し且つ周期性が「３」であると仮定すると、合計１４個のＲＢから１２個のＲＢを選択されて、各グループが３個のＲＢを含む４個のグループに分割されてもよい。

【0041】

ステップ３５０において、各リソースブロックグループにおいて、リソースブロックサブグループが、ＵＥのセットにおける各ＵＥについて決定される。ステップ３６０において、リソースブロックサブグループが、各ＵＥに対して割り当てられる。ＵＥセットの各ＵＥについて、リソースブロックサブグループは、各リソースブロックグループにおける１つ以上のリソースブロックを有していてもよい。いくつかの実施形態では、ＵＥセットが、２つのＵＥ、つまりＵＥ１及びＵＥ２を含むと仮定する。次に、ステップ３５０において、各グループにおける３つのＲＢが、ＵＥ１及びＵＥ２に対して所定の方法で割り当てられてもよい。例えば、あるグループでは、第１のＲＢがＵＥ１に対して割り当てられ、第２及び第３のＲＢが、ＵＥ２に対して割り当てられてもよい。図４（Ａ）は、本発明の実施形態のＲＢの割当の概略図を示す。図４（Ａ）の例では、ＢＳは、ＵＥ１に対して４つのＲＢを割り当て、ＵＥ２に対して８つのＲＢを割り当てることを決定すると仮定する。上記の周期性は、上述したように式（１）に従って決定することができ、例えば「３」である。図４（Ａ）の例では、上記の利用可能なリソースは、１２個のＲＢ４０１－４１２を含み、１２個のＲＢは、４つのグループに分割され、各グループは、３つのＲＢを含む。第１のグループ（ＲＢ４０１－４０３）では、ＲＢ４０１がＵＥ１に割り当てられ、ＲＢ４０２及びＲＢ４０３がＵＥ２に割り当てられる。他の３つのグループのＲＢ４０４－４１２は、類似の方法で、ＵＥ１及びＵＥ２に対して割り当てられる。このようにして、ＲＢ４０１，４０４，４０７，４１０のサブグループが、ＵＥ１に割り当てるために決定され、ＲＢ４０２－４０３，４０５－４０６，４０８－４０９，４１１－４１２の別のサブグループが、ＵＥ２に割り当てるために決定される。

【0042】

図４（Ａ）は、ＵＥ１に割り当てられたＲＢがＵＥ２に割り当てられたＲＢの整数倍であるケースを示している。これらの実施形態は、限定ではなく例示のために記載されていることに留意されたい。本発明は、ＵＥ１に割り当てられたＲＢがＵＥ２に割り当てられたＲＢの整数倍でないケースにも適用される。図４（Ｂ）は、本発明のそのような実施形態によるＲＢの割当の概略図を示す。

【0043】

図４（Ｂ）の例では、ＢＳは、ＵＥ１に３個のＲＢを割り当て、ＵＥ２に７個のＲＢを割り当てることを決定すると仮定する。上記の周期性は、上述したように式（２）に従って決定されてもよく、例えば「３」である。図４（Ｂ）の例でも、上記の利用可能なリソースは、１２個のＲＢ４０１－４１２によって表され、１２個のＲＢは４つのグループに分割され、各グループは３つのＲＢを含む。ＵＥ１及びＵＥ２に割り当てるＲＢのサブグループをそれぞれ第１のサブグループ及び第２のサブグループとして参照すると、第１及び第２のサブグループにおけるＲＢの数（この例では、「３」及び「７」）は、２つの更新された数（例えば、「４」及び「８」）に調整されてもよく、ＵＥ２についての更新された数は、ＵＥ１についての更新された数の整数倍である。具体的には、Ｒｉとして示される、ｉサブグループにおけるＲＢの数は、次の式（４）によって算出されてもよい。

【数4】

ここで、Ｍｉは、整数であり、０≦Ｍｉ≦Ｐである。Ｄｉは、ＲｉとＵＥｉについての上限のＲＢ群との差であり、次の式（５）によって算出されてもよい。

【数5】

図４（Ｂ）の例では、Ｒ１＝３、Ｒ２＝７、Ｂ＝１２、Ｐ＝３であり、式（５）により、Ｄ１＝１、Ｄ２＝１と決定されてもよい。この場合、第１のサブグループにおける更新されたＲＢの数は、Ｒ１＋Ｄ１＝４であり、第２のサブグループにおける更新されたＲＢの数は、Ｒ２＋Ｄ２＝８である。そして、ＢＳは、図４（Ａ）の実施形態と同様に、１２個のＲＢを、ＵＥ１及びＵＥ２に対して割り当ててもよい。ただし、ＢＳは、ＵＥ１に割り当てたＲＢのサブグループ及びＵＥ２に割り当てたＲＢのサブグループのそれぞれから、１つのＲＢを除去する必要がある。図４（Ｂ）の例に示される様に、ＲＢ４１０は、第１のサブグループから削除されて、ＵＥ１には割り当てられず、ＲＢ４１２は、第２のサブグループから削除され、ＵＥ２には割り当てられない。このようにして、ＲＢ４０１，４０４，４０７のサブグループがＵＥ１に割り当てるために決定され、ＲＢ４０２－４０３，４０５－４０６，４０８－４０９，４１１の別のサブグループがＵＥ２に割り当てるために決定される。

【0044】

本発明の実施形態によれば、トータルのリソースブロックは、第１の部分と該第１の部分とは異なる第２の部分とに分割されてもよい。第１の部分及び第２の部分のいずれかは、１つ又は複数のＲＢを有していてもよい。いくつかの実施形態では、第１の部分に含まれるＲＢの数は、上記の周期性の整数倍であってもよく、第２の部分は、トータルのリソースブロックの残りのＲＢを有していてもよい。第１の部分のＲＢは、上述した実施形態に従って、ＵＥセットにおける複数のＵＥに割り当てられてもよく、第２の部分のＲＢは、ＵＥセットのいずれのＵＥにも割り当てられなくてもよく、又は、ＵＥセットの１つ以上のＵＥに対して、ランダムに又はいくつかの所定のルールに従って割り当てられてもよい。図４（Ｃ）－（Ｅ）は、本発明のそのような実施形態によるＲＢの割当の概略図をそれぞれ示している。図４（Ｃ）－（Ｅ）の実施形態で用いられる周期性は、上述の式（３）に従って決定されてもよい。

【0045】

図４（Ｃ）の例では、上記の利用可能なリソースは、１４個のＲＢ４０１－４１４を含み、リソースの第１の部分は、１２個のＲＢ４０１－４１２を含み、リソースの第２の部分は、２個のＲＢ４１３－４１４を含む。１２個のＲＢ４０１－４１２は、図４（Ａ）の実施形態と同様に、４つのグループに分割される。ＲＢ４１３，４１４は、ＵＥ１及びＵＥ２のいずれにも割り当てられない。このようにして、ＲＢ４０１，４０４，４０７，４１０のサブグループがＵＥ１に割り当てるために決定され、ＲＢ４０２－４０３，４０５－４０６，４０８－４０９，４１１－４１２の別のサブグループがＵＥ２に割り当てるために決定される。

【0046】

第２の部分のＲＢは、不連続であってもよい。図４（Ｄ）の例では、上記の利用可能なリソースは、ＲＢ４０１－４１４とも呼ばれる１４のＲＢを含み、リソースの第１の部分は、１２個のＲＢ４０２－４１３を含み、リソースの第２の部分は、２つのＲＢ４０１，４１４を含む。ＲＢ４０２－４１３は、４つのグループに分けられ、各グループは３つのRBを含む。ＲＢ４０１，４１４は、ＵＥ１及びＵＥ２のいずれにも２のいずれにも割り当てられない。このようにして、ＲＢ４０２，４０５，４０８，４１１のサブグループがＵＥ１について決定され、ＲＢ４０３－４０４，４０６－４０７，４０９－４１０，４１２－４１３の別のサブグループがＵＥ２について決定される。

【0047】

図４（Ｃ）の実施形態に代えて又は図４（Ｃ）の実施形態に加えて、割り当てられていない２つのＲＢ４１３，４１４は、ＵＥセットにおける複数のＵＥに対して更に割り当てられてもよい。図４（Ｅ）の例では、ＲＢ４１３がＵＥ１に対して更に割り当てられ、ＲＢ４１４がＵＥ２に対して更に割り当てられる。このようにして、ＲＢ４０１，４０４，４０７，４１０，４１３のサブグループがＵＥ１に対して決定され、ＲＢ４０２－４０３，４０５－４０６，４０８－４０９，４１１－４１２，４１４の別のサブグループがＵＥ２に対して決定される。

【0048】

ステップ３７０では、上記の周期性及びリソースブロックのサブグループに関する情報が各ＵＥに送信される。上記の情報は、様々な形態を有してもよく、レガシーシグナリング又は新しいシグナリングを介して送信されてもよい。

【0049】

本発明の実施形態では、ＲＢのグループにおいて、例えば、図４（Ａ）に示されるＲＢ４０１－４０３において、異なる複数のＵＥに対して割り当てられたＲＢを示すために、異なるビットマップが使用されてもよい。例えば、ＵＥ１についてのビットマップは「１００」であり、「１」はグループにおける第１のＲＢがＵＥ１に対して割り当てられていることを示し、その後の２つの「０」はグループにおける残りの２つのＲＢがＵＥ１に割り当てられていないことを示す。同様に、ＵＥ２についてのビットマップは「０１１」であり、グループにおける第１のＲＢがＵＥ２に割り当てられておらず、グループにおける第２及び第３のＲＢがＵＥ２に割り当てられていることを意味する。このように、ステップ３７０において、ＢＳは、ＵＥ１についてのビットマップ及び上記の周期性をＵＥ１へ送信し、ＵＥ２についてのビットマップ及び上記の周期性をＵＥ２へ送信してもよい。いくつかの例が、次の表１に示される。

【表1】

【0050】

表１において、「システム帯域幅（system bandwidth）」は、上記の無線通信システムにおいて利用可能なリソースを表す。「ＲＢ数（RB number）」，Ｂは、システム帯域幅における複数のリソースブロックを表す。「リソース使用要件のない周期性（periodicity without resource use requirement）」は、リソース使用要件を考慮せずに可能な周期性を表す。「８０％チャネル占有が満たす周期性（80% channel occupancy satisfied periodicity）」，Ｐは、チャネル使用率８０％のリソース使用要件を満たす上記の周期性又は周期性の候補を表す。上述のように、Ｐ又はその候補は、式（１）に基づいて算出されてもよい。
「Ｐを示すためのビット（bit for indicating P）」は、周期性を示すためのビット数を示す。「ビットマップサイズ（bitmap size）」は、各ＵＥへのＲＢのサブグループを示すためのビットマップにおけるビット数を表す。「総ペイロードサイズ（total payload size）」は、各ＵＥへ送信される情報を示すためのビットの総数を表す。この例では、「総ペイロードサイズ」は、「Ｐを示すビット」と「ビットマップサイズ」との和である。

【0051】

図４（Ｂ）に図示される実施形態を参照すると、ステップ３７０において、ＵＥｉ（ｉ＝１、又は、２）へ送信される上記の情報は、上記の周期性及びリソースブロックのサブグループに加えて、Ｄｉを更に含んでいてもよい。いくつかの例が、次の表２に示される。

【表2】

【0052】

表２において、「２０％Ｂ」は、無線通信システムにおいて利用可能なリソースにおけるＲＢの総数の２０％の数を表す。「Ｍａｘ Ｄｉ」は、Ｄｉの最大数を表し、式（５）に従って算出されてもよい。Ｄｉは、ゼロより大きく且つＭａｘ Ｄｉ以下の数であってもよい。「Ｄｉを示すためのビット（Bit for indicating Di）」は、Ｄｉを示すためのビット数を示す。「総ペイロードサイズ」は、各ＵＥに送信される上記の情報を示すためのビットの総数を表す。この例では、「総ペイロードサイズ」は、「Ｐを示すためのビット」と「Ｄｉを示すためのビット」と「ビットマップサイズ」との和である。

【0053】

図４（Ｃ）－（Ｄ）に示される実施形態に関して、ステップ３７０において、複数のＵＥに送信される情報は、図４（Ａ）又は図４（Ｂ）の実施形態とは異なる項目を含んでいてもよい。上述のように、図４（Ｃ）の実施形態では、残りのＲＢ４１１－４１２は、空白のままであり、スタートするリソース割当位置（starting resource allocation position）は、最低のＲＢ４０１である。いくつかの例が、以下の表３に示される。

【表3】

【0054】

表３において、「Ｐの数（P number）」は、リソース使用要件を満たす周期性の数を示す。そのような実施形態では、ステップ３７０において、ＢＳは、上記の周期性及びリソースブロックのサブグループに関する情報（例えば、リソースブロックのサブグループのビットマップ又は他の適切な表示）を各ＵＥに送信する。

【0055】

図４（Ｄ）の実施形態において、残りのＲＢ４０１，４１２は空白であり、スタートするリソース割当位置はＲＢ４０２であり、これはＲＲＣシグナリングによって構成（設定）することができる。これらの実施形態では、ステップ３７０において、複数のＵＥに送信される情報は、上記の周期性及びリソースブロックのサブグループに加えて、オフセットＲＢ数を含んでいてもよい。オフセットＲＢ数は、ＲＢ全体からＵＥに割り当てられた上記の開始ＲＢ（starting RB）のオフセットを示す。図４（Ｄ）の例では、ＵＥに割り当てられた開始ＲＢはＲＢ４０２であり、ＲＢ全体の開始ＲＢ４０１からのＲＢ４０２のオフセットが「１」であるため、オフセットＲＢ数は「１」に設定されてもよい。

【0056】

図４（Ｅ）の実施形態では、残りのＲＢ４１１－４１２は、ＵＥ１及びＵＥ２にそれぞれ割り当てられ、開始リソース割当位置（starting resource allocation position）は、依然として最も低いＲＢ４０１である。これらの実施形態では、ステップ３７０において、複数のＵＥに送信される情報は、上記の周期性及びリソースブロックのサブグループに加えて、上記の割り当てられた残りのＲＢを含んでいてもよい。

【0057】

ここで図５を参照する。図５は、本発明の実施形態の無線通信システムにおけるリソース割当方法５００のフローチャートを示す。方法５００は、図２を参照して上述した方法２００の更なる具体的な実施形態と考えることができる。方法５００は、上述の方法３００とは異なり、周期性に従ってリソースを割り当てることはない。しかしながら、これは、本発明の範囲を限定するものではなく、本発明の原理を説明するためのものであることに留意されたい。

【0058】

方法５００のステップ５１０において、上記の無線通信システムで利用可能なリソース及びリソース使用要件に基づいて、上記のセットについてのＵＥの最大数が決定される。本発明の実施形態によれば、上記の最大数は、いくつかの方法で決定することができる。例えば、リソース使用要件が８０％の帯域幅占有であり且つ利用可能なリソースが１２個のＲＢを含むと仮定すると、２０％のＲＢ群が、１２個のＲＢ群から決定されて、切り捨てられて整数にされてもよい。この場合、１２個のＲＢの２０％は、２．４個のＲＢであり、２．４が切り捨てられた結果は、「２」である。したがって、上記の複数のＵＥの最大数は、２以下に決定されてもよい。

【0059】

ステップ５２０において、複数のＵＥのセットは、最大数に従って、リソース割当要求を送信している複数のＵＥから決定される。このステップは、ステップ３３０に類似しているので、ここでは詳述しない。

【0060】

ステップ５３０において、上記のリソースは、リソース使用要件に基づいて、オーバーラップのない、第１のエッジ部分、第２のエッジ部分、及び、中央部分に分割される。第１のエッジ部分は、利用可能なリソースの開始位置（stating position）の近くに１つ以上のＲＢを含んでいてもよく、第２のエッジ部分は、利用可能なリソースの終了位置（ending position）の近くに１つ以上のＲＢを含でいてもよく、中央部分は、第１のエッジ部分と第２のエッジ部分との間の複数のＲＢを含んでいてもよい。その実施形態では、第１のエッジ部分におけるＲＢの数は、リソース使用要件に基づいて決定されてもよい。リソース使用要件がＲ帯域幅占有であり且つ利用可能なリソースのＲＢ総数がＮである場合、第１のエッジ部分のＲＢの数は、Ｂ＊（１－Ｒ）を切り捨てて整数にすることによって、算出されてもよい。したがって、Ｒ＝８０％及びＢ＝１２ＲＢの場合、第１のエッジ部分は、２ＲＢを含むものとして決定されてもよい。同様に、第２のエッジ部分のＲＢ数が決定されてもよい。中央部分のＲＢ数は、ＲＢ総数から第１のエッジ部分及び第２のエッジ部分のＲＢを減算することにより算出されてもよい。

【数6】

【0061】

ステップ５４０において、リソースブロックのペアが、ＵＥセットの各ＵＥに対して割り当てられる。リソースブロックのペアは、第１のエッジ部分に属する第１のリソースブロックと、第２のエッジ部分に属する第２のリソースブロックとを含む。第１のリソースブロックと第２のリソースブロックとの間の周波数スパンは、リソース使用要件を満たす。第１のエッジ部分における第１のリソースブロックのインデックスは、第２のエッジ部分における第２のリソースブロックのインデックスと同じであってもよい。

【0062】

図６は、本発明の実施形態のＲＢ割当の概略図６００を示す。図６の例では、第１のエッジ部分はＲＢ６０１－６０２を含み、第２のエッジ部分はＲＢ６１１－６１２を含み、中央部分はＲＢ６０２－６０９を含む。第１のエッジ部分では、第１のＲＢであるＲＢ６０１がＵＥ１に割り当てられ、第２のＲＢであるＲＢ６０２がＵＥ２に割り当てられる。第２のエッジ部分では、第１のＲＢであるＲＢ６１１がＵＥ１に割り当てられ、第２のＲＢであるＲＢ６１２がＵＥ２に割り当てられる。したがって、ＵＥ１及びＵＥ２の両方に割り当てられたリソースブロックは、リソース使用要件を満たすことになる。これは、限定ではなく例として示されていることを理解されたい。別の例では、ＵＥ１に対して第１のエッジ部分のＲＢ６１１と第２のエッジ部分のＲＢ６１２が割り当てられている場合、ＵＥ１に割り当てられたリソースブロックもリソース使用要件を満たす。

【0063】

ステップ５５０では、ＵＥからのリソース割当要求に従って、中央部分からの残りのリソースブロックのコレクションが、各ＵＥに割り当てられる。中央部分のＲＢに関して、当業者は、既存の又は将来開発される様々な方法でその割当を実施することができる。例えば、ステップ５５０において、中央部分のＲＢは、ＬＴＥのＵＬタイプ０のリソース割当又はＬＴＥのＵＬタイプ１のリソース割当のいずれかに従って、ＵＥセットに割り当てられてもよい。タイプ０のリソース割当とタイプ１のリソース割当の両方は、当業者には公知であるので、ここでは詳述しない。

【0064】

ステップ５６０において、リソースブロックのペア及び残りのリソースブロックの集合に関する情報が、各ＵＥに送信される。本発明の実施形態では、第１のエッジ部分のＲＢ及び第２のエッジ部分のＲＢは、ＵＥ１に対して同じように割り当てられてもよく、ＵＥ２に対して割り当てられるＲＢも同様である。いくつかの実施形態では、ＲＢは、タイプ０のリソース割当又はタイプ１のリソース割当並びに各ＵＥに割り当てられたＲＢのインデックスについての、情報を送信してもよい。例えば、ＢＳは、第１のエッジ部分の第１のＲＢ（ＲＢ６０１）及び／又は第２エッジ部分の第１のＲＢ（ＲＢ６１１）がＵＥ１に割り当てられていることを示すために、ＵＥ１に対してインデックス「１」を送信し、第２のエッジ部分の第２のＲＢ（ＲＢ６０２）及び／又は第２のエッジ部分の第２のＲＢ（ＲＢ６１２）がＵＥ２に割り当てられていることを示すために、ＵＥ２に対してインデックス「２」を送信してもよい。

【0065】

いくつかの例が、次の表４に示されている。

【表4】

【0066】

図７は、本発明の更に別の実施形態の無線通信システムにおけるリソース割当方法７００のフローチャートを示す。方法７００は、図２を参照して上述した方法２００の具体的な実施形態と考えることができる。しかしながら、これは、本発明の範囲を限定するものではなく、本発明の原理を例示することのみを目的としている。

【0067】

方法７００のステップ７１０において、無線通信システムで利用可能なリソース及びリソース使用要件に基づいて、上記のセットについてのＵＥの最大数が決定される。本発明の実施形態によれば、上記の最大数は、いくつかの方法で決定されてもよい。例えば、ＢＳは、最初及び最後のＲＢを除く、利用可能なリソースの残りのＲＢに従って、複数のＵＥの最大数を決定してもよい。使用可能なリソースが１２個のＲＢを含み且つリソース使用要件が８０％である場合、最初と最後のＲＢを除く、残りのＲＢの個数は１０個である。そして、ＢＳは、残りのＲＢの数に従って、複数のＵＥの最大数を決定してもよい。

【0068】

ステップ７２０において、ＵＥのセットは、上記の最大数に従って、リソース割当要求を送信している複数のＵＥから決定される。このステップは、ステップ３３０又はステップ５２０に類似しているので、ここでは詳述しない。

【0069】

ステップ７３０において、複数のＵＥのセットが第１のリソースブロック及び第２のリソースブロックの両方において多重化するように、複数のＵＥのセットの各ＵＥに対して、第１のリソースブロック及び第２のリソースブロックが割り当てられる。第１のリソースブロックと第２のリソースブロックとの間の周波数スパンは、リソース使用要件を満たす。方法７００の実施形態では、第１のリソースブロック及び第２のリソースブロックは、それぞれ、第１のエッジ部分及び第２のエッジ部分と見なされてもよく、残りのリソースブロックは中央部分と見なされてもよい。

【0070】

図８は、本発明の実施形態のＲＢ割当の概略図８００を示す。図８の例では、利用可能なリソースが１２個のＲＢを含み且つリソース使用要件が８０％であると仮定すると、第１のリソースブロックであるＲＢ８０１及び第２のリソースブロックＲＢ８１２は、ＵＥ１及びＵＥ２に割り当てられる。ＵＥ１及びＵＥ２は、これらの２つのＲＢ８０１，８１２において、コードドメイン多重化（code domain multiplexing）を実行することができる。この例では、中央部分は、残りのＲＢ８０２－８１１を含む。

【0071】

ステップ７４０において、第１及び第２のリソースブロックを除く残りのリソースブロックの集合は、上記のリソースから、ＵＥからのリソース割当要求に従って、各ＵＥに割り当てられる。このステップは、ステップ５５０と同様であるので、ここでは詳述しない。上記の残りのＲＢは、タイプ０又はタイプ１のいずれかのリソース割当に従って、ＵＥセットに割り当てられてもよい。

【0072】

ステップ７５０において、残りのリソースブロックの集合に関する情報が、各ＵＥに送信される。いくつかの実施形態では、ＢＳは、ＢＳが使用するタイプに応じて、タイプ０のリソース割当又はタイプ１のリソース割当に関する情報を送信してもよい。代替的に又は追加的に、いくつかの更なる実施形態では、ＢＳは、コードドメイン多重化インデックスを各ＵＥに送信してもよい。いくつかの例が次の表５に示されている。

【表5】

【0073】

本発明の実施形態は、物理アップリンク制御チャネル（ＰＵＣＣＨ）の送信に影響を及ぼす可能性がある。ＰＵＣＣＨは、スケジューリング要求（ＳＲ）、ＡＣＫ／ＮＡＣＫ、チャネル状態情報（ＣＳＩ）などを伝送するために使用される。ＰＵＣＣＨのみの送信の場合、ＰＵＣＣＨの周波数ドメイン位置を決定することができるＲＲＣシグナリングは、８０％チャネル占有要件を満たすように、構成（設定）を設計してもよい。これは、異なるＵＥのＰＵＣＣＨ多重化に対して追加の制限を加える可能性がある。ＰＵＣＣＨ及びＰＵＳＣＨ（PUCCH plus PUSCH）の送信の場合、従来のＰＵＳＣＨリソース割当方法が採用されるときには、ＰＵＣＣＨは、ＰＵＣＣＨのみの場合と同じ要件を満たす必要がある。ＰＵＳＣＨとＰＵＣＣＨとの間の衝突は、リソース割当（ＲＡ）指示（indication）によって避けることができる。リソース割当方法３００が使用される場合、レガシーリリースのものと比較して、ＰＵＣＣＨに対する追加の要件はない。ＰＵＳＣＨとＰＵＣＣＨとの間に衝突がある場合、ＰＵＣＣＨを優先させるために、ＵＥは除外されるべきである。リソース割当方法５００及び７００が使用される場合、上記のエッジ部分は、物理アップリンク共有チャネル（ＰＵＳＣＨ）ではなくＰＵＣＣＨを伝送するために使用され、動的制御情報（ＤＣＩ）フォーマットのＲＡは、特別な値によって、エッジ部分がＰＵＳＣＨによって使用されないことを指示できるべきである。

【0074】

本発明の実施形態は、アップリンク（ＵＬ）の復調基準信号（ＤＭＲＳ）に影響を及ぼす可能性がある。レガシーリリースでは、ＵＬ ＤＭＲＳは、ＰＵＳＣＨと同じＲＢを占有する。スケジュールされたＰＵＳＣＨのサブキャリア番号は、ＵＬ ＤＭＲＳシーケンス長を決定する。本発明の実施形態では、ＵＬ ＤＭＲＳシーケンスの生成は、レガシーリリースと同じであってもよい。リソースマッピングは、レガシーリリースと同様に、ＰＵＳＣＨリソースにリンクしてもよい。リソース割当方法３００が使用される場合、ＵＬ ＤＭＲＳは、周波数ドメインにおいて分散されてマッピングされてもよい。リソース割当方法５００及び７００が使用される場合、ＵＬ ＤＭＲＳは、中央部分及びエッジ部分の両方にマッピングされる。

【0075】

図９は、本発明の一実施形態の無線通信システムにおけるリソース割当装置９００の概略図を示す。本発明の実施形態によれば、リソース割当装置９００は、無線通信システムにおけるＢＳ又は他の適切なノードに実装されてもよい。

【0076】

図９に示すように、リソース割当装置９００は、決定部９１０と、割当部９２０と、送信部９３０とを有する。決定部９１０は、無線通信システムで利用可能なリソース及びリソース使用要件に基づいて、リソース割当を要求している複数のＵＥのセットを決定するように構成されている。割当部９２０は、リソース使用要件に従って、上記の複数のＵＥのセットに対して、リソースを割り当てるように構成されている。送信部９３０は、上記の複数のＵＥのセットの各ＵＥに対して割り当てられたリソースに関する情報を送信するように構成されている。

【0077】

本発明の実施形態によれば、決定部９１０は、更に、無線通信システムで利用可能なリソース及びリソース使用要件に基づいて、上記セットについてのＵＥの最大数を決定し、該最大数に従って、リソース割当要求を送信している複数のＵＥから、上記の複数のＵＥのセットを決定するように構成されていてもよい。

【0078】

本発明の実施形態によれば、決定部９１０は、更に、リソース使用要件に基づいて、無線通信システムにおいて利用可能なリソースを複数のリソースブロックグループに分割するためのものであり且つ上記の複数のＵＥのセットに対する割当に用いられる各グループにおけるリソースブロックの数を示す、周期性を決定し、該周期性に基づいて、ＵＥの最大数を決定するように構成されてもよい。

【0079】

本発明の実施形態によれば、割当部９２０は、更に、無線通信システムにおいて利用可能なリソースの少なくとも一部を、各リソースグループグループにおけるリソースブロックの数が上記の周期性に等しい複数のリソースブロックグループに分割し、各リソースブロックグループにおいて、上記の複数のＵＥのセットの各ＵＥについてのリソースブロックサブグループを決定し、リソースブロックサブグループを各ＵＥに割り当てるように構成されていてもよい。

【0080】

本発明の実施形態によれば、送信部９３０は、更に、各ＵＥに対して、上記の周期性及びリソースブロックサブグループに関する情報を送信するように構成されていてもよい。

【0081】

本発明の実施形態によれば、上記のリソースは、第１の部分と該第１の部分とは異なる第２の部分とを含み、上記のリソースの少なくとも一部は、第１の部分である。実施形態では、割当部９２０は、更に、上記の複数のＵＥのセットにおける１つ以上のＵＥに対して、上記のリソースの第２の部分を割り当てるように構成されていてもよい。

【0082】

本発明の実施形態によれば、送信部９３０は、更に、各ＵＥに対して、上記の周期性、リソースブロックサブグループ、及び、上記リソースの第２の部分において割り当てられたリソースブロックに関する情報を送信するように、構成されていてもよい。

【0083】

本発明の実施形態によれば、割当部９２０は、更に、上記のリソース使用要件に基づいて、リソースを第１のエッジ部分、第２のエッジ部分、及び中央部分に、重複なく分割するように構成されていてもよい。そして、割当部９２０は、上記の複数のＵＥのセットの各ＵＥのために、リソースブロックのペアを割り当てるように構成されてもよい。該リソースブロックのペアは、第１のエッジ部分に属する第１のリソースブロック及び第２のエッジ部分に属する第２のリソースブロックを含んでいる。該第１のリースブロックと第２のリソースブロックとの間の周波数スパンは、上記のリソース使用要件を満たす。そして、割当部９２０は、中央部分から、残りのリソースブロックの集合を、ＵＥからのリソース割当要求に応じて、各ＵＥに対して割り当てるように構成されてもよい。

【0084】

本発明の実施形態によれば、送信部９３０は、更に、上記のリソースブロックのペア及び残りのリソースブロックの集合についての情報を、各ＵＥに送信するように構成されていてもよい。

【0085】

本発明の実施形態によれば、割当部９２０は、更に、第１のリソースブロック及び第２のリソースブロックの両方において上記の複数のＵＥのセットが多重化し且つ第１のリソースブロックと第２のリソースブロックとの間の周波数スパンが上記のリソース使用要件を満たすように、第１のリソースブロック及び第２のリソースブロックを、上記の複数のＵＥのセットの各ＵＥに対して割り当てるように構成されてもよい。そして、割当部９２０は、上記のリソースから、第１及び第２のリソースブロックを除く残りのリソースブロックの集合を、ＵＥからのリソース割当要求に従って、各ＵＥに対して割り当てるように構成されていてもよい。

【0086】

本発明の実施形態によれば、送信部９３０は、更に、上記の残りのリソースブロックの集合に関する情報を、各ＵＥに送信するように構成されていてもよい。

【0087】

リソース割当装置９００は、既知の又は将来開発される任意の適切な技術によって、それぞれ実装されてもよいことにも留意されたい。また、図９に示されている単一の装置は、代わりに、複数のデバイスに別々に実装されてもよく、複数の分離した装置は、単一の装置に実装されてもよい。本発明の範囲は、これらに限定されない。

【0088】

リソース割当装置９００は、図２，３，５，７を参照して説明したような機能を実装するように構成されてもよいことに留意されたい。したがって、上記の方法２００，３００，５００，７００に関して論じた特徴は、リソース割当装置９００の対応する構成要素に適用してもよい。更に、リソース割当装置９００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、及び／又は、それらの任意の組み合わせで、具体化され得ることに留意されたい。例えば、リソース割当装置９００の構成要素は、回路、プロセッサ、又は、任意の他の適切なデバイスによって、それぞれ実装されてもよい。当業者であれば、上記の例は説明のためのものに過ぎず限定するものではないことを理解するであろう。

【0089】

本開示のいくつかの実施形態では、リソース割当装置９００は、少なくとも１つのプロセッサを有していてもよい。本開示の実施形態と共に使用するのに適した少なくとも１つのプロセッサは、例えば、既に知られている又は将来開発される、汎用プロセッサ及び特殊目的プロセッサの両方を含んでいてもよい。リソース割当装置９００は、少なくとも１つのメモリを更に有していてもよい。該少なくとも１つのメモリは、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリデバイス等の半導体メモリデバイスを含んでいてもよい。該少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納するために用いられてもよい。このプログラムは、任意の高水準及び／又は低水準の適合可能又は解釈可能なプログラミング言語で記述されることができる。実施形態によれば、上記のコンピュータ実行可能命令は、少なくとも１つのプロセッサを用いて、リソース割当装置９００が少なくとも上述の方法２００，３００，５００，７００のいずれかに従って実行するように、構成されてもよい。

【0090】

上記の説明に基づいて、当業者は、本開示が、装置、方法、又はコンピュータプログラム製品において具体化され得ることを理解するであろう。一般に、様々の例示的な実施形態は、ハードウェア又は特殊目的の回路、ソフトウェア、ロジック、又は、それらの任意の組み合わせで、実装されてもよい。例えば、いくつかの態様は、ハードウェアで実装されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティングデバイスによって実行される、ファームウェア又はソフトウェアで、実装されてもよい。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャート、又は他の絵画的表現を用いて図示及び説明することができるが、本明細書に記載されたこれらのブロック、装置、システム、技術、又は方法は、これに限定されるものではないが、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、又はそれらのいくつかの組み合わせで、実装されてもよい。

【0091】

図２，３，５，７に示される様々なブロックは、方法のステップとして、及び／又は、コンピュータプログラムコードの動作から生じる動作として、及び／又は、関連する機能を実行するように構成された複数の結合された論理回路素子として、見ることができる。開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップ及びモジュール等の様々の構成要素で実施されてもよく、本開示の例示的な実施形態は、本開示の例示的な実施形態に従って動作するように構成された、集積回路、ＦＰＧＡ、又はＡＳＩＣとして具現化された装置において実現されてもよい。

【0092】

本明細書は、多くの具体的な実装の詳細を含むが、これらは、開示又は請求される事項の範囲についての限定として解釈されるべきではなく、特定の開示の特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈において本明細書で説明される特定の特徴は、単一の実施形態において組み合わせて実装されてもよい。逆に、単一の実施形態の文脈で記載されている様々な特徴は、複数の実施形態で別々に又は任意の適切なサブコンビネーションで実装されてもよい。更に、特徴は、特定の組み合わせで作用するものとして上述されてもよく、当初はそのように請求されていたとしても、請求された組み合わせからの１つ又は複数の特徴は、場合によっては、組み合わせから切り取られてもよく、サブコンビネーション又はサブコンビネーションのバリエーションとされてもよい。

【0093】

同様に、動作が特定の順序で図面に示されているが、これは、そのような動作が示された特定の順序で又は順番に実行されること、又は、所望の結果を達成するために図示された全ての動作を実行することを必要とするものとして理解されるべきではない。特定の状況では、マルチタスク処理及び並列処理が有利な場合がある。更に、上述の実施形態における様々のシステム構成要素の分離は、すべての実施形態においてそのような分離を必要とするものとして理解されるべきではなく、記載されたプログラム構成要素及びシステムは、一般に、単一のソフトウェア製品に一緒に統合されてもよいし、又は、複数のソフトウェア製品にパッケージ化されてもよい。

【0094】

添付の図面と併せて読めば、前述の説明を考慮して、当業者には、本開示の前述の例示的な実施形態に対する様々な変更、適合が明らかになるであろう。任意のすべての変更は、依然として、本開示の非限定的且つ例示的な実施形態の範囲内に含まれる。更に、本明細書に記載された開示の他の実施形態は、前述の説明及び関連する図面に示された教示の利益を有する本開示のこれらの実施形態に関係する当業者には、思い浮かぶであろう。

【0095】

従って、本開示の実施形態は、開示される特定の実施形態に限定されるものではなく、修正及び他の実施形態は、添付の特許請求の範囲内に含まれることが意図されることを理解されたい。本明細書では特定の用語を使用しているが、それらは、一般的且つ説明的な意味でのみ使用され、限定の目的では使用されていない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】