JP2015512575A

JP2015512575A - ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法

Info

Publication number: JP2015512575A
Application number: JP2015500995A
Authority: JP
Inventors: リウ，ツェン; ジアン，キ
Original assignee: アルカテル−ルーセント
Priority date: 2012-03-19
Filing date: 2013-03-04
Publication date: 2015-04-27
Also published as: CN103327614B; TWI508597B; ES2944842T3; EP2828999B1; RU2014142049A; PL2828999T3; BR112014022922A2; US10985890B2; KR101672113B1; KR20140142292A; CN103327614A; WO2013140237A1; BR112014022922B1; TW201349908A; EP2828999A1; US20150110022A1; RU2595765C2

Abstract

本発明は、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法を提案する。本発明の実施形態によれば、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースは、ｅＣＣＥの番号設定に基づいてインデックスが付けられる。明示的リンクを介してＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをインデックス付けする方法と比較して、暗黙的にリンクするこの方法は、かなりのシグナリング・オーバーヘッドを減らし、標準化過程を促進することができる。また、この方法はさらに、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースからＥＰＤＣＣＨによって使用されるｅＣＣＥへの暗黙的なリンクの欠如という従来技術の問題点に対処する。

Description

本開示は、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）に関し、より詳細には、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法に関する。

現在、拡張物理ダウンリンク制御チャネル（ｅｎｈａｎｃｅｄＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ：ＥＰＤＣＣＨ）が、３ＧＰＰＬＴＥ−Ａの標準化の過程で導入されており、ますます広く利用されていくであろう。ＥＰＤＣＣＨは、データ領域にあり、ダウンリンク制御情報の送信のために割り当てられた物理リソース・ブロックで送信される復調基準信号（Ｄｅｍｏｄｕｌａｔｉｏｎ−ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ：ＤＭ−ＲＳ）に基づいて復調される。元のＰＤＣＣＨと組み合わせたＥＰＤＣＣＨの導入により、より多くのユーザ機器を所与のフレームでスケジューリングすることを可能にでき、これには、ハイブリッドＡＲＱ肯定応答／否定応答（ＨＡＲＱＡＣＫ／ＮＡＣＫ）のフィードバック用により多くのＰＵＣＣＨリソースが必要となる。

このため、Ａｌｃａｔｅｌ−ＬｕｃｅｎｔＳｈａｎｇｈａｉＢｅｌｌによる文献「ＰＵＣＣＨｒｅｓｏｕｒｃｅｍａｐｐｉｎｇｗｉｔｈＥＰＤＣＣＨ」では、ＥＰＤＣＣＨスケジューリングから生じるかなりのＡＣＫ／ＮＡＣＫの必要を満たすために、拡張ＰＵＣＣＨリソースが提案され導入されている。図１に示すように、図の左部および右部にそれぞれ、拡張前および拡張後のＰＵＣＣＨリソース・マッピングを概略的に示している。しかしながら、拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって占有されるそれぞれのリソースにどのようにリンクするかは、依然として解決されていない。

一方、Ｒｅｌ−１０では、ＡＣＫ／ＮＡＣＫ用の対応するＰＵＣＣＨリソースは、レガシ（ｌｅｇａｃｙ）のＰＤＣＣＨ制御チャネル要素（ＣＣＥ）の番号設定によってリンクされる。しかしながら、上述のリンク方式は、構造的にＰＤＣＣＨとは異なるＥＰＤＣＣＨに適用できない。さらに、拡張制御チャネル要素（ｅｎｈａｎｃｅｄＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ：ｅＣＣＥ）に関して３ＧＰＰＲＡＮ１において進行中の議論があり、その詳細については、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ、Ａｌｃａｔｅｌ−ＬｕｃｅｎｔＳｈａｎｇｈａｉＢｅｌｌによる文献「ＭｕｌｔｉｐｌｅｘｉｎｇｏｆｄｉｆｆｅｒｅｎｔＤＣＩｍｅｓｓａｇｅｓｏｎＥＰＤＣＣＨ」を参照することができるが、どのようにｅＣＣＥに番号設定をするかに関しての議論はない。

Ａｌｃａｔｅｌ−ＬｕｃｅｎｔＳｈａｎｇｈａｉＢｅｌｌ、「ＰＵＣＣＨｒｅｓｏｕｒｃｅｍａｐｐｉｎｇｗｉｔｈＥＰＤＣＣＨ」Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ、Ａｌｃａｔｅｌ−ＬｕｃｅｎｔＳｈａｎｇｈａｉＢｅｌｌ、「ＭｕｌｔｉｐｌｅｘｉｎｇｏｆｄｉｆｆｅｒｅｎｔＤＣＩｍｅｓｓａｇｅｓｏｎＥＰＤＣＣＨ」

したがって、ＥＰＤＣＣＨの場合、どのようにＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするかという喫緊の課題がある。

明らかに、本発明の背景技術に述べたようなレガシのＰＤＣＣＨＣＣＥの番号設定によってＡＣＫ／ＮＡＣＫ用の対応するＰＵＣＣＨリソースをリンクする方式は、ＥＰＤＣＣＨの場合に適用することができず、従来技術では対応する解決策が提案されていない。

上記に鑑みて、本発明は、ｅＣＣＥの番号設定に基づいてＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをインデックス付けし、それによって、適正なＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定することを提案する。

本発明の第１の態様によれば、通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、基地局は、ユーザ機器にサービスし、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、ａ．ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定するステップであって、複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、ｂ．すべてのＥＰＤＣＣＨによって使用されるｅＣＣＥに番号設定するステップと、ｃ．拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定するステップと、ｄ．リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有するステップと、ｅ．ｅＣＣＥに関連付けられた番号情報をユーザ機器に送信するステップとを含む方法が提案される。

詳細には、ｅＣＣＥはユーザ機器に対して番号設定され、すなわち、あるユーザ機器に対応するｅＣＣＥは、そのユーザ機器に基づいて決定され得る。さらに、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報は、例えば、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を含むことができる。

本発明の一実施形態によれば、ステップｃは、境界インデックス（ｂｏｕｎｄａｒｙｉｎｄｅｘ）に従って、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定するステップをさらに含む。境界インデックスは、例えば、レガシのＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースとの間のオフセットを反映することができ、その詳細については、Ａｌｃａｔｅｌ−ＬｕｃｅｎｔＳｈａｎｇｈａｉＢｅｌｌによる文献「ＰＵＣＣＨｒｅｓｏｕｒｃｅｍａｐｐｉｎｇｗｉｔｈＥＰＤＣＣＨ」を参照することができる。

本発明の一実施形態によれば、ステップｅは、番号情報が、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合に、オフセット・ファクタ（ｏｆｆｓｅｔｆａｃｔｏｒ）を含むことをさらに含む。オフセット・ファクタは、レガシのＰＤＣＣＨのＣＣＥの番号設定に対してＥＰＤＣＣＨのｅＣＣＥの番号設定が有するオフセットの程度を示し、したがって、ユーザ機器は、オフセット・ファクタを受け取ると、オフセット・ファクタに対応するｅＣＣＥの番号設定を突き止めることができる。

本発明の一実施形態によれば、ステップｅは、番号情報が、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合に、ｅＣＣＥの番号設定を含むことをさらに含む。

本発明の一実施形態によれば、前記方法は、受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取るステップｆをさらに含む。詳細には、基地局は、どのユーザ機器がＡＣＫ／ＮＡＣＫを送信したかを識別することができ、したがって、ユーザ機器に対応するｅＣＣＥの番号設定を決定することができ、例えば、ｅＣＣＥの番号設定は、ユーザ機器に対応するｅＣＣＥの最も小さい番号設定とされ得る。次いで、基地局は、リンクを使用してユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定し、それにより、その番号設定に対応する拡張ＰＵＣＣＨリソース上で、ユーザ機器からＡＣＫ／ＮＡＣＫを受け取る。

本発明の第２の態様によれば、通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、ユーザ機器は、基地局によってサービスされ、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、Ａ．拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを、基地局と共有するステップと、Ｂ．基地局から、ｅＣＣＥに関連付けられた番号情報を受け取るステップと、Ｃ．番号情報およびリンクに基づいて、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定するステップとを含む方法が提案される。

本発明の一実施形態によれば、リンクは、境界インデックスに従う、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクである。

本発明の一実施形態によれば、番号情報は、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合に、オフセット・ファクタを含む。

本発明の一実施形態によれば、番号情報は、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合に、ｅＣＣＥの番号設定を含む。

本発明の一実施形態によれば、前記方法は、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信するステップＤをさらに含む。詳細には、ユーザ機器は、それ自体に対応する拡張ＰＵＣＣＨリソースを、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従ってインデックス付けし、インデックス付けしたリソース上でＡＣＫ／ＮＡＣＫを基地局に送信することができる。

本発明の第３の態様によれば、通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、基地局は、ユーザ機器にサービスし、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、Ｇ１．ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定するステップであって、複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、Ｇ２．所定のパラメータに従って、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定するステップと、Ｇ３．リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有するステップとを含む方法が提案される。

本発明の一実施形態によれば、前記方法は、Ｇ４．受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取るステップをさらに含む。

本発明の一実施形態によれば、所定のパラメータは、ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む。詳細には、それぞれのユーザ機器によって決定された拡張ＰＵＣＣＨの番号設定の競合を回避するために、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを、上記のパラメータから決定することができ、上記のパラメータは、例えば、ユーザ機器に対応するＥＰＤＣＣＨの番号設定が最も小さいｅＣＣＥを含む物理リソース・ブロック・ペアのシーケンス番号、ｅＣＣＥに適用されるＤＭ−ＲＳ構成の総数、ユーザ機器のＤＭ−ＲＳ構成のシーケンス番号などである。上記の各所定のパラメータの特定の構成が、例えばユーザ機器の数に応じて、調整され得ることは、当業者には理解できよう。

本発明の第４の態様によれば、通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、ユーザ機器は、基地局によってサービスされ、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、ｉ．拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを、基地局と共有するステップであって、リンクが、所定のパラメータに従って決定される、ステップと、ｉｉ．ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるｅＣＣＥに番号設定するステップと、ｉｉｉ．ｅＣＣＥの番号設定およびリンクに基づいて、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定するステップとを含む方法が提案される。

本発明の一実施形態によれば、前記方法は、ｉｖ．拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信するステップをさらに含む。

本発明の一実施形態によれば、所定のパラメータは、ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む。

本発明の好ましい技術的解決手段により、ｅＣＣＥは、基地局側でグローバルにまたはユーザ機器側でローカルに番号設定されることが可能であり、ｅＣＣＥがユーザ機器側でローカルに番号設定される場合は、ユーザ機器に対するｅＣＣＥに関連付けられた番号情報の送信から生じる追加的シグナリング・オーバーヘッドを、さらに減らすことができる。さらに、本発明の好ましい実装により、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースとＥＰＤＣＣＨによって使用されるｅＣＣＥとの間に暗黙的なリンクが作成され、それによって、各ユーザ機器が、ＥＰＤＣＣＨによりスケジューリングされたダウンリンク・スケジューリング・データに対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを送信できるようになる。一方、明示的なリンクと比べてシグナリング・オーバーヘッドをさらに減らすことができ、それによって標準化過程が促進される。

本発明の他の特徴、目的、および利点は、図面を参照して行われる非限定的実施形態の以下の詳細な説明を検討することで、より明らかになろう。

拡張前および拡張後のＰＵＣＣＨリソース・マッピングの概略を示す図である。本発明の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図である。本発明の別の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図である。ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるユーザ機器によって番号設定されたｅＣＣＥの概略図である。

同一または同様の参照番号は、全図面を通して同一または同様の構成要素または特徴を示す。

図２は、本発明の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図を示す。この実施形態では、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースは、すべてのＥＰＤＣＣＨによって使用されるｅＣＣＥに番号設定することによって、すなわち、基地局側でグローバルにｅＣＣＥに番号設定することによって、インデックス付けされる。

ステップＳ１１に示すように、基地局は、ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定し、ここで、複数の拡張ＰＵＣＣＨリソースの各々は１つのユーザ機器に対応する。

ステップＳ１２では、基地局が、すべてのＥＰＤＣＣＨによって使用されるｅＣＣＥに番号設定し、すなわち、基地局がｅＣＣＥをグローバルに番号設定する。この番号設定プロセスはユーザ機器に対して行われ、すなわち、ユーザ機器によって占有されるｅＣＣＥの番号設定、および対応するｅＣＣＥは、ユーザ機器を介して決定することができる。

ステップＳ１３では、基地局が、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定する。好ましくは、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクは、境界インデックスに従って決定することができる。

式中、

は、拡張ＰＵＣＣＨリソースの番号設定を表し、ｎ_{ｇｌｏｂａｌ＿ｅＣＣＥ}は、ユーザ機器に対応する、対応するダウンリンク・スケジューリング・データのためのＥＰＤＣＣＨによって占有されるｅＣＣＥの最も小さい番号設定を表し、すなわち、ｅＣＣＥがグローバルに番号設定される場合は、ユーザ機器によって占有される最初のｅＣＣＥの番号設定を表し、

は、拡張ＰＵＣＣＨリソースに対する境界インデックスを表し、例えば、レガシのＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースとの間のオフセットを反映するために、より高い層で設定可能であり、その詳細については、Ａｌｃａｔｅｌ−ＬｕｃｅｎｔＳｈａｎｇｈａｉＢｅｌｌによる文献「ＰＵＣＣＨｒｅｓｏｕｒｃｅｍａｐｐｉｎｇｗｉｔｈＥＰＤＣＣＨ」を参照することができる。

式１が、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを表すための１つの実装例にすぎないことは、当業者には理解できよう。別の実施形態では、類似したリンクを、式１の各パラメータを相応に修正した場合に導くことができ、例えば、ｎ_{ｇｌｏｂａｌ＿ｅＣＣＥ}が、ユーザ機器によって占有される最初のｅＣＣＥの番号設定の代わりに、ユーザ機器によって占有される最後のｅＣＣＥの番号設定を表すことが可能である。

ステップＳ１４では、基地局が、リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有する。好ましくは、このプロセスは、例えば、事前定義の通りに行うことができ、それにより、上述のプロセスを実行するために基地局がユーザ機器に追加のシグナリングを送信する必要性を回避することができる。さらに、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報は、例えば、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を含むことができる。

ステップＳ１５では、基地局が、ｅＣＣＥに関連付けられた番号情報をユーザ機器に送信する。番号情報は、例えば、ＥＰＤＣＣＨリソースのｅＣＣＥの番号設定に関連付けられた情報、例えば、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定されるのか、あるいはＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定されるのかを含むことができる。

代替的に、基地局およびユーザ機器は、ＥＰＤＣＣＨリソースのｅＣＣＥの番号設定に関連付けられた情報、すなわち、例えば、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定されるのか、あるいはＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定されるのかを事前定義することもできる。したがって、この場合、番号情報は、ＥＰＤＣＣＨリソースのｅＣＣＥの番号設定に関連付けられたいかなる情報も含まなくてよい。

番号情報は、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合に、オフセット・ファクタを含む。オフセット・ファクタは、レガシのＰＤＣＣＨのＣＣＥの番号設定に対してＥＰＤＣＣＨのｅＣＣＥの番号設定が有するオフセットの程度を示し、したがって、ユーザ機器は、オフセット・ファクタを受け取ると、オフセット・ファクタによって、オフセット・ファクタに対応するｅＣＣＥの番号設定、すなわち、式中のｎ_{ｇｌｏｂａｌ＿ｅＣＣＥ}を突き止めることができる。

代替的に、番号情報は、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合に、ｅＣＣＥの番号設定、すなわち、式中のｎ_{ｇｌｏｂａｌ＿ｅＣＣＥ}を含む。

好ましくは、ステップＳ１５は、基地局によって、ユーザ固有のより高い層のシグナリング（例えば、ＲＲＣシグナリング）を使用して行うことができる。

代替的に、ＥＰＤＣＣＨリソースがすべてのユーザ機器によってアクセスできる場合、例えば、分散されたＥＰＤＣＣＨマッピングがＥＰＤＣＣＨによって行われるとき、ステップＳ１５は行われないことがある。一方、ＥＰＤＣＣＨリソースがすべてのユーザ機器によってはアクセスできない場合、例えば、局所化されたＥＰＤＣＣＨマッピングまたはグループ固有の分散されたＥＰＤＣＣＨマッピングがＥＰＤＣＣＨによって行われるとき、ステップＳ１５は行われる。

次に、ステップＳ１６では、番号情報およびリンク（例えば、式１）に基づいて、ユーザ機器が、それ自体に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定する。

例えば、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合、ユーザ機器は、受け取ったオフセット・ファクタを使用して、ｅＣＣＥの番号設定（例えば、ユーザ機器によって占有される最初のｅＣＣＥの番号設定）を得ることができ、したがって、式１を使用することによって、ユーザ機器に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定

を決定することができる。

別の例において、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合、ユーザ機器は、受け取ったｅＣＣＥの番号設定（例えば、ユーザ機器によって占有される最初のｅＣＣＥの番号設定）に従って、式１によって、ユーザ機器に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定

を決定することができる。

次いで、ステップＳ１７では、ユーザ機器は、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信する。詳細には、ステップＳ１４で、ユーザ機器は、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を取得したので、ステップＳ１７において、ユーザ機器は、ステップＳ１６で決定された

に従って、ユーザ機器に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定することができる。次いで、ユーザ機器は、そのリソース上でＡＣＫ／ＮＡＣＫを基地局に送信する。

ステップＳ１８では、受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、基地局は、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取る。詳細には、基地局は、どのユーザ機器がＡＣＫ／ＮＡＣＫを送信するかを識別し、それにより、そのユーザ機器に対応するｅＣＣＥの番号設定、すなわちｎ_{ｇｌｏｂａｌ＿ｅＣＣＥ}、およびリンク、例えば式１を使用して、対応するＰＵＣＣＨリソースを突き止め、そのリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取ることができる。

この実施形態におけるステップのいくつかは必ずしも特定の順序で行われなくてもよく、例えば、ステップＳ１１とステップＳ１２のように、同時または逆の順序で行われてもよいことは、当業者には理解されよう。

図３は、本発明の別の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図である。

この実施形態では、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースは、ユーザ機器に割り当てられた物理リソース・ブロックにおけるｅＣＣＥに番号設定することによって、インデックス付けされ、すなわち、ｅＣＣＥは、ユーザ機器側でローカルに番号設定される。

図示のように、ステップＳ２１では、基地局は、ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定し、ここで、複数の拡張ＰＵＣＣＨリソースの各々は１つのユーザ機器に対応する。

ステップＳ２２では、基地局は、所定のパラメータに従って、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定する。好ましくは、それぞれのユーザ機器によって決定された拡張ＰＵＣＣＨの番号設定の競合を回避するために、所定のパラメータは、ユーザ機器に対応するＥＰＤＣＣＨの番号設定が最も小さいｅＣＣＥを含む物理リソース・ブロック・ペアのシーケンス番号、ｅＣＣＥに適用されるＤＭ−ＲＳ構成の総数、ユーザ機器のＤＭ−ＲＳ構成のシーケンス番号などを含むことができる。

リンクは、例えば、以下の式によって決定することができる。

式中、

は、拡張ＰＵＣＣＨリソースの番号設定を表し、Ｉ_ＰＲＢは、ＥＰＤＣＣＨの番号設定が最も小さいｅＣＣＥを含む物理リソース・ブロック・ペアのシーケンス番号を表し、Ｎ_ｅＣＣＥは、物理リソース・ブロック・ペアにおけるｅＣＣＥの総数を表し、例えば、ＥＰＤＣＣＨのための物理リソース・ブロック・ペアにおいて使用可能なリソース要素の数によって決定される。ｅＣＣＥがローカルに番号設定される場合、ｎ_{ｌｏｃａｌｉｚｅｄ＿ｅＣＣＥ}は、ダウンリンク・スケジューリング・データのためにＥＰＤＣＣＨによって占有されるユーザ機器に対応するｅＣＣＥの最も小さい番号設定、すなわち、ユーザ機器によって占有される最初のｅＣＣＥの番号設定を表す。

は、拡張ＰＵＣＣＨリソースに対する境界インデックスを表し、例えば、レガシのＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースとの間のオフセットを反映するために、より高い層で設定可能であり、その詳細については、Ａｌｃａｔｅｌ−ＬｕｃｅｎｔＳｈａｎｇｈａｉＢｅｌｌによる文献「ＰＵＣＣＨｒｅｓｏｕｒｃｅｍａｐｐｉｎｇｗｉｔｈＥＰＤＣＣＨ」を参照することができる。Ｎ_{ＤＭＲＳ＿ｃｏｎｆｉｇ}は、ｅＣＣＥに適用されるＤＭ−ＲＳ構成の総数を表し、Ｉ_ＤＭＲＳは、ユーザ機器のＤＭ−ＲＳ構成のシーケンス番号を表し、Ｎ_{ＤＭＲＳ＿ｃｏｎｆｉｇ}およびＩ_ＤＭＲＳは、ＤＭ−ＲＳ構成情報に含まれる。ＥＰＤＣＣＨＭＵ−ＭＩＭＯ送信において、アンテナ・ポートのＤＭ−ＲＳ構成によって、または同じアンテナ・ポートを介したスクランブリング・コードの異なるシーケンスによって、あるいはこれらの組み合わせによって、各ユーザ機器を識別することができ、したがって、各ユーザ機器によって決定された拡張ＰＵＣＣＨの番号設定の競合は、上記のパラメータを用いて効果的に回避することができる。このようにして、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースが、物理リソース・ブロック・ペアのシーケンス番号、ｅＣＣＥの番号設定（すなわち、各ユーザ機器におけるｅＣＣＥのローカルな番号設定）、およびＤＭ−ＲＳ構成情報によって、識別されインデックス付けされ得る。

上記のリンクは単に例示であり、式２中のパラメータは、実際の条件、例えば、ユーザ機器の数に応じて構成されてよく、例えば、同じ時間および周波数リソースにアクセスする２つのユーザ機器があるとき、Ｎ_{ＤＭＲＳ＿ｃｏｎｆｉｇ}の数は２となることは、当業者には理解されよう。

代替実施形態では、次のリンクが利用され得る。

式３中の各パラメータは、式２中の対応するそれぞれのパラメータと同じである。式３で表されるリンクの適用は、いくらかの競合、すなわち、各ユーザ機器によって決定される拡張ＰＵＣＣＨの番号設定の競合を引き起こす可能性があるが、式３は、ＰＵＣＣＨリソースを比較的節約することができ、基地局は、実際の条件に応じてスケジューリング中に特定の制約をさらに課すことができるので、競合を回避する柔軟性を助長することができる。例えば、ユーザ機器１のｅＣＣＥ０とユーザ機器２のｅＣＣＥ１との間に発生するＰＵＣＣＨリソースの番号設定の競合があるとき、基地局は、例えば、ユーザ機器２がｅＣＣＥ０にアクセスするようにして、競合を回避することができる。

式２および式３で示されるリンクは単に例示であり、また実際の条件および通信要件に応じて選択され得ることに留意されたい。また、何らかの異なる実装形態において同様のリンクを得るために、他のパラメータを選択する、または上記のリンクにおけるパラメータの一部を省略することも可能であることは、当業者には理解されよう。いくつかの他の実施形態では、例えば、ｎ_{ｌｏｃａｌｉｚｅｄ＿ｅＣＣＥ}は、ユーザ機器によって占有される最初のｅＣＣＥの番号設定の代わりに、ユーザ機器によって占有される最後のｅＣＣＥの番号設定を表すことが可能である。

ステップＳ２３では、基地局は、リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有する。好ましくは、このプロセスは、例えば、事前定義の通りに行うことができ、それにより、上述のプロセスを実行後に基地局がユーザ機器に追加のシグナリングを送信する必要性を回避することができる。さらに、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報は、例えば、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を含むことができる。

ステップＳ２４では、ユーザ機器は、ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるｅＣＣＥに番号設定する、すなわち、ユーザ機器は、ローカルにｅＣＣＥに番号設定する。詳細には、図４の左側に示すように、物理リソース・ブロック・ペアｎおよび物理リソース・ブロック・ペアｎ＋１はそれぞれ、ユーザ機器に割り当てられた物理リソース・ブロック・ペアに対応する。この実施形態では、各物理リソース・ブロック・ペア内に４つのｅＣＣＥがあり、すなわち、Ｎ_ｅＣＣＥの数が４であり、ｅＣＣＥ０、ｅＣＣＥ１、ｅＣＣＥ２、およびｅＣＣＥ３は、それぞれの物理リソース・ブロック・ペアにおけるｅＣＣＥのローカル番号である。

ステップＳ２５では、ユーザ機器は、ｅＣＣＥの番号設定およびリンクに基づいて、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定する。

詳細には、ユーザ機器は、ＥＰＤＣＣＨの番号が最も小さいｅＣＣＥを含むユーザ機器に割り当てられた物理リソース・ブロック・ペアのシーケンス番号を取得することができ、またはＤＭ−ＲＳ構成情報を取得することができる。さらに、ユーザ機器は、どのｅＣＣＥがユーザ機器自体によってアクセスされるかを知り、占有されるｅＣＣＥの最も小さい番号をｎ_{ｌｏｃａｌｉｚｅｄ＿ｅＣＣＥ}として得ることもできる。

さらに、ユーザ機器１とユーザ機器２の両方が同じ物理リソース・ブロック・ペア内の同じｅＣＣＥ（例えば、図４のｅＣＣＥ０）を使用するとき、すなわち、ユーザ機器１およびユーザ機器２の時間および周波数リソースが重なるとき、この問題は、空間多重化によって対処することができる。例えば、図４に示すような２つのユーザ機器の場合、Ｎ_{ＤＭＲＳ＿ｃｏｎｆｉｇ}の数が２に設定され、また、ユーザ機器１に対応するＩ_ＤＭＲＳが０（すなわち、スクラブリング・コード識別子（ＳＣＩＤ）＝０）にされ、ユーザ機器２に対応するＩ_ＤＭＲＳが１（すなわち、ＳＣＩＤ＝１）にされ得る。つまり、ユーザ機器１およびユーザ機器２によって決定されたｅＰＵＣＣＨの番号設定間の競合は、ＤＭ−ＲＳ構成情報を利用することによって、例えば、同じアンテナ・ポートを介して異なるシーケンスのスクランブリング・コードを使用することによって、回避することができる。

要約すると、ユーザ機器は、式２または式３に示されたリンク内のすべてのパラメータを決定することができ、したがって、ＰＵＣＣＨの番号設定

を決定することができる。

次いで、ステップＳ２６では、ユーザ機器は、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信する。詳細には、ステップＳ２３４で、ユーザ機器は、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を取得したので、ステップＳ２６では、ユーザ機器は、ステップＳ２５で決定された

ステップＳ２７では、受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、基地局は、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取る。詳細には、基地局は、どのユーザ機器がＡＣＫ／ＮＡＣＫを送信するかを識別し、各ユーザ機器のｅＣＣＥのローカルな番号設定を合計することができ（すなわち、各ユーザ機器がそれぞれ対応するｅＣＣＥに番号設定するが、基地局は、最終的にすべてのｅＣＣＥの番号設定を合計する情報を取得することができ、また前述のように、ｅＣＣＥはユーザ機器に対して番号設定され、すなわち、ユーザ機器に対応するｅＣＣＥは、そのユーザ機器に基づいて決定され得る）、そうすることで、基地局は、ユーザ機器に対応するｅＣＣＥの番号設定を決定し、リンク、例えば、式２または式３によって、対応するＰＵＣＣＨリソースを突き止め、そのリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取ることができる。

この実施形態におけるステップのいくつかは必ずしも特定の順序で行われなくてもよく、例えば、ステップＳ２３とステップＳ２４のように、同時または逆の順序で行われてもよいことは、当業者には理解されよう。

上述の実施形態は単に例示であって限定するものではないことは当業者には理解されよう。異なる実施形態における異なる技術的特徴は有利に組み合わせることが可能である。当業者は、図面、明細書、および特許請求の範囲を検討することで、開示された実施形態の他の変形形態を理解および実装することになろう。特許請求の範囲において、「含む」という用語は、他の装置（複数可）またはステップ（複数可）を排除するものではなく、不定冠詞「ａ」または「ａｎ」は複数を排除するものではなく、「第１」、「第２」などの用語は、名前を指定するものであって何ら特定の順序を示すことを意図しない。いずれの参照番号も特許請求される範囲を限定するものと解釈されるべきではない。特許請求の範囲にある複数の部分の機能は、別個の部分によって実施されてもよい。いくつかの技術的特徴が異なる従属請求項に存在していても、これらの技術的特徴を有利に組み合わせられないことを意味するものではない。

Claims

通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記基地局は、ユーザ機器にサービスし、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
ａ．前記ＡＣＫ／ＮＡＣＫ用の複数の前記拡張ＰＵＣＣＨリソースに番号設定するステップであって、前記複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、
ｂ．すべての前記ＥＰＤＣＣＨによって使用される前記ｅＣＣＥに番号設定するステップと、
ｃ．前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの前記番号設定との間のリンクを決定するステップと、
ｄ．前記リンク、および前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた情報を、前記ユーザ機器と共有するステップと、
ｅ．前記ｅＣＣＥに関連付けられた番号情報を前記ユーザ機器に送信するステップと
を含む方法。
前記ステップｃは、
境界インデックスに従って、前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの前記番号設定との間のリンクを決定するステップをさらに含む、請求項１に記載の方法。
前記ステップｅは、
前記番号情報が、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後に前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが番号設定される場合に、オフセット・ファクタを含むこと
をさらに含む、請求項１または２に記載の方法。
前記ステップｅは、
前記番号情報が、前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが別個に番号設定される場合に、前記ｅＣＣＥの前記番号設定を含むこと
をさらに含む、請求項１または２に記載の方法。
受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつ前記リンクに基づいて、前記ユーザ機器のための前記ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、前記決定したリソース上で前記ＡＣＫ／ＮＡＣＫを前記ユーザ機器から受け取るステップをさらに含む、請求項１に記載の方法。
通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記ユーザ機器は、基地局によってサービスされ、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
Ａ．前記拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの番号設定との間のリンクを、前記基地局と共有するステップと、
Ｂ．前記基地局から、前記ｅＣＣＥに関連付けられた番号情報を受け取るステップと、
Ｃ．前記番号情報および前記リンクに基づいて、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記番号設定を決定するステップと
を含む方法。
前記リンクは、境界インデックスに従う、前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの前記番号設定との間のリンクである、請求項６に記載の方法。
前記番号情報は、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後に前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが番号設定される場合に、オフセット・ファクタを含む、請求項６または７に記載の方法。
前記番号情報は、前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが別個に番号設定される場合に、前記ｅＣＣＥの前記番号設定を含む、請求項６または７に記載の方法。
前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた前記情報に従って、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記決定した番号設定に対応する前記拡張ＰＵＣＣＨリソース上で、前記ＡＣＫ／ＮＡＣＫを前記基地局に送信するステップＤをさらに含む、請求項６に記載の方法。
通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記基地局は、ユーザ機器にサービスし、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
Ｇ１．前記ＡＣＫ／ＮＡＣＫ用の複数の前記拡張ＰＵＣＣＨリソースに番号設定するステップであって、前記複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、
Ｇ２．所定のパラメータに従って、前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの番号設定との間のリンクを決定するステップと、
Ｇ３．前記リンク、および前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた情報を、前記ユーザ機器と共有するステップと
を含む方法。
Ｇ４．受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつ前記リンクに基づいて、前記ユーザ機器のための前記ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、前記決定したリソース上で前記ＡＣＫ／ＮＡＣＫを前記ユーザ機器から受け取るステップをさらに含む、請求項１１に記載の方法。
前記所定のパラメータは、前記ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、前記物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む、請求項１１または１２に記載の方法。
通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記ユーザ機器は、基地局によってサービスされ、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
ｉ．前記拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの番号設定との間のリンクを、前記基地局と共有するステップであって、前記リンクが、所定のパラメータに従って決定される、ステップと、
ｉｉ．前記ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるｅＣＣＥに番号設定するステップと、
ｉｉｉ．前記ｅＣＣＥの前記番号情報および前記リンクに基づいて、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記番号設定を決定するステップと、
ｉｖ．前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた前記情報に従って、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記決定した番号設定に対応する前記拡張ＰＵＣＣＨリソース上で、前記ＡＣＫ／ＮＡＣＫを前記基地局に送信するステップと
を含む方法。
前記所定のパラメータは、前記ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、前記物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む、請求項１４に記載の方法。