(57)【要約】  本発明は、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法を提案する。本発明の実施形態によれば、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースは、ｅＣＣＥの番号設定に基づいてインデックスが付けられる。明示的リンクを介してＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをインデックス付けする方法と比較して、暗黙的にリンクするこの方法は、かなりのシグナリング・オーバーヘッドを減らし、標準化過程を促進することができる。また、この方法はさらに、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースからＥＰＤＣＣＨによって使用されるｅＣＣＥへの暗黙的なリンクの欠如という従来技術の問題点に対処する。
2015512575.tif 000002
【特許請求の範囲】
【請求項１】
通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記基地局は、ユーザ機器にサービスし、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
ａ．前記ＡＣＫ／ＮＡＣＫ用の複数の前記拡張ＰＵＣＣＨリソースに番号設定するステップであって、前記複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、
ｂ．すべての前記ＥＰＤＣＣＨによって使用される前記ｅＣＣＥに番号設定するステップと、
ｃ．前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの前記番号設定との間のリンクを決定するステップと、
ｄ．前記リンク、および前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた情報を、前記ユーザ機器と共有するステップと、
ｅ．前記ｅＣＣＥに関連付けられた番号情報を前記ユーザ機器に送信するステップと
を含む方法。
【請求項２】
前記ステップｃは、
境界インデックスに従って、前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの前記番号設定との間のリンクを決定するステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記ステップｅは、
前記番号情報が、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後に前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが番号設定される場合に、オフセット・ファクタを含むこと
をさらに含む、請求項１または２に記載の方法。
【請求項４】
前記ステップｅは、
前記番号情報が、前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが別個に番号設定される場合に、前記ｅＣＣＥの前記番号設定を含むこと
をさらに含む、請求項１または２に記載の方法。
【請求項５】
受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつ前記リンクに基づいて、前記ユーザ機器のための前記ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、前記決定したリソース上で前記ＡＣＫ／ＮＡＣＫを前記ユーザ機器から受け取るステップをさらに含む、請求項１に記載の方法。
【請求項６】
通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記ユーザ機器は、基地局によってサービスされ、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
Ａ．前記拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの番号設定との間のリンクを、前記基地局と共有するステップと、
Ｂ．前記基地局から、前記ｅＣＣＥに関連付けられた番号情報を受け取るステップと、
Ｃ．前記番号情報および前記リンクに基づいて、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記番号設定を決定するステップと
を含む方法。
【請求項７】
前記リンクは、境界インデックスに従う、前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの前記番号設定との間のリンクである、請求項６に記載の方法。
【請求項８】
前記番号情報は、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後に前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが番号設定される場合に、オフセット・ファクタを含む、請求項６または７に記載の方法。
【請求項９】
前記番号情報は、前記ＥＰＤＣＣＨリソースの前記ｅＣＣＥが別個に番号設定される場合に、前記ｅＣＣＥの前記番号設定を含む、請求項６または７に記載の方法。
【請求項１０】
前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた前記情報に従って、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記決定した番号設定に対応する前記拡張ＰＵＣＣＨリソース上で、前記ＡＣＫ／ＮＡＣＫを前記基地局に送信するステップＤをさらに含む、請求項６に記載の方法。
【請求項１１】
通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記基地局は、ユーザ機器にサービスし、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
Ｇ１．前記ＡＣＫ／ＮＡＣＫ用の複数の前記拡張ＰＵＣＣＨリソースに番号設定するステップであって、前記複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、
Ｇ２．所定のパラメータに従って、前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの番号設定との間のリンクを決定するステップと、
Ｇ３．前記リンク、および前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた情報を、前記ユーザ機器と共有するステップと
を含む方法。
【請求項１２】
Ｇ４．受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつ前記リンクに基づいて、前記ユーザ機器のための前記ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、前記決定したリソース上で前記ＡＣＫ／ＮＡＣＫを前記ユーザ機器から受け取るステップをさらに含む、請求項１１に記載の方法。
【請求項１３】
前記所定のパラメータは、前記ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、前記物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む、請求項１１または１２に記載の方法。
【請求項１４】
通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、前記ユーザ機器は、基地局によってサービスされ、前記ＥＰＤＣＣＨは、送信のために前記ｅＣＣＥを使用し、前記方法は、
ｉ．前記拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および前記拡張ＰＵＣＣＨリソースの前記番号設定と前記ｅＣＣＥの番号設定との間のリンクを、前記基地局と共有するステップであって、前記リンクが、所定のパラメータに従って決定される、ステップと、
ｉｉ．前記ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるｅＣＣＥに番号設定するステップと、
ｉｉｉ．前記ｅＣＣＥの前記番号情報および前記リンクに基づいて、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記番号設定を決定するステップと、
ｉｖ．前記拡張ＰＵＣＣＨリソースの前記番号設定に関連付けられた前記情報に従って、前記ＡＣＫ／ＮＡＣＫ用の前記拡張ＰＵＣＣＨリソースの前記決定した番号設定に対応する前記拡張ＰＵＣＣＨリソース上で、前記ＡＣＫ／ＮＡＣＫを前記基地局に送信するステップと
を含む方法。
【請求項１５】
前記所定のパラメータは、前記ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、前記物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む、請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）に関し、より詳細には、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法に関する。
【背景技術】
【０００２】
現在、拡張物理ダウンリンク制御チャネル（ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ：ＥＰＤＣＣＨ）が、３ＧＰＰ  ＬＴＥ−Ａの標準化の過程で導入されており、ますます広く利用されていくであろう。ＥＰＤＣＣＨは、データ領域にあり、ダウンリンク制御情報の送信のために割り当てられた物理リソース・ブロックで送信される復調基準信号（Ｄｅｍｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＤＭ−ＲＳ）に基づいて復調される。元のＰＤＣＣＨと組み合わせたＥＰＤＣＣＨの導入により、より多くのユーザ機器を所与のフレームでスケジューリングすることを可能にでき、これには、ハイブリッドＡＲＱ肯定応答／否定応答（ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ）のフィードバック用により多くのＰＵＣＣＨリソースが必要となる。
【０００３】
このため、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌによる文献「ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｍａｐｐｉｎｇ  ｗｉｔｈ  ＥＰＤＣＣＨ」では、ＥＰＤＣＣＨスケジューリングから生じるかなりのＡＣＫ／ＮＡＣＫの必要を満たすために、拡張ＰＵＣＣＨリソースが提案され導入されている。図１に示すように、図の左部および右部にそれぞれ、拡張前および拡張後のＰＵＣＣＨリソース・マッピングを概略的に示している。しかしながら、拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって占有されるそれぞれのリソースにどのようにリンクするかは、依然として解決されていない。
【０００４】
一方、Ｒｅｌ−１０では、ＡＣＫ／ＮＡＣＫ用の対応するＰＵＣＣＨリソースは、レガシ（ｌｅｇａｃｙ）のＰＤＣＣＨ制御チャネル要素（ＣＣＥ）の番号設定によってリンクされる。しかしながら、上述のリンク方式は、構造的にＰＤＣＣＨとは異なるＥＰＤＣＣＨに適用できない。さらに、拡張制御チャネル要素（ｅｎｈａｎｃｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ：ｅＣＣＥ）に関して３ＧＰＰ  ＲＡＮ１において進行中の議論があり、その詳細については、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌによる文献「Ｍｕｌｔｉｐｌｅｘｉｎｇ  ｏｆ  ｄｉｆｆｅｒｅｎｔ  ＤＣＩ  ｍｅｓｓａｇｅｓ  ｏｎ  ＥＰＤＣＣＨ」を参照することができるが、どのようにｅＣＣＥに番号設定をするかに関しての議論はない。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌ、「ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｍａｐｐｉｎｇ  ｗｉｔｈ  ＥＰＤＣＣＨ」
【非特許文献２】Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌ、「Ｍｕｌｔｉｐｌｅｘｉｎｇ  ｏｆ  ｄｉｆｆｅｒｅｎｔ  ＤＣＩ  ｍｅｓｓａｇｅｓ  ｏｎ  ＥＰＤＣＣＨ」
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、ＥＰＤＣＣＨの場合、どのようにＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするかという喫緊の課題がある。
【０００７】
明らかに、本発明の背景技術に述べたようなレガシのＰＤＣＣＨ  ＣＣＥの番号設定によってＡＣＫ／ＮＡＣＫ用の対応するＰＵＣＣＨリソースをリンクする方式は、ＥＰＤＣＣＨの場合に適用することができず、従来技術では対応する解決策が提案されていない。
【課題を解決するための手段】
【０００８】
上記に鑑みて、本発明は、ｅＣＣＥの番号設定に基づいてＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをインデックス付けし、それによって、適正なＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定することを提案する。
【０００９】
本発明の第１の態様によれば、通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、基地局は、ユーザ機器にサービスし、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、ａ．ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定するステップであって、複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、ｂ．すべてのＥＰＤＣＣＨによって使用されるｅＣＣＥに番号設定するステップと、ｃ．拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定するステップと、ｄ．リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有するステップと、ｅ．ｅＣＣＥに関連付けられた番号情報をユーザ機器に送信するステップとを含む方法が提案される。
【００１０】
詳細には、ｅＣＣＥはユーザ機器に対して番号設定され、すなわち、あるユーザ機器に対応するｅＣＣＥは、そのユーザ機器に基づいて決定され得る。さらに、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報は、例えば、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を含むことができる。
【００１１】
本発明の一実施形態によれば、ステップｃは、境界インデックス（ｂｏｕｎｄａｒｙ  ｉｎｄｅｘ）に従って、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定するステップをさらに含む。境界インデックスは、例えば、レガシのＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースとの間のオフセットを反映することができ、その詳細については、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌによる文献「ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｍａｐｐｉｎｇ  ｗｉｔｈ  ＥＰＤＣＣＨ」を参照することができる。
【００１２】
本発明の一実施形態によれば、ステップｅは、番号情報が、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合に、オフセット・ファクタ（ｏｆｆｓｅｔ  ｆａｃｔｏｒ）を含むことをさらに含む。オフセット・ファクタは、レガシのＰＤＣＣＨのＣＣＥの番号設定に対してＥＰＤＣＣＨのｅＣＣＥの番号設定が有するオフセットの程度を示し、したがって、ユーザ機器は、オフセット・ファクタを受け取ると、オフセット・ファクタに対応するｅＣＣＥの番号設定を突き止めることができる。
【００１３】
本発明の一実施形態によれば、ステップｅは、番号情報が、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合に、ｅＣＣＥの番号設定を含むことをさらに含む。
【００１４】
本発明の一実施形態によれば、前記方法は、受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取るステップｆをさらに含む。詳細には、基地局は、どのユーザ機器がＡＣＫ／ＮＡＣＫを送信したかを識別することができ、したがって、ユーザ機器に対応するｅＣＣＥの番号設定を決定することができ、例えば、ｅＣＣＥの番号設定は、ユーザ機器に対応するｅＣＣＥの最も小さい番号設定とされ得る。次いで、基地局は、リンクを使用してユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定し、それにより、その番号設定に対応する拡張ＰＵＣＣＨリソース上で、ユーザ機器からＡＣＫ／ＮＡＣＫを受け取る。
【００１５】
本発明の第２の態様によれば、通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、ユーザ機器は、基地局によってサービスされ、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、Ａ．拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを、基地局と共有するステップと、Ｂ．基地局から、ｅＣＣＥに関連付けられた番号情報を受け取るステップと、Ｃ．番号情報およびリンクに基づいて、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定するステップとを含む方法が提案される。
【００１６】
本発明の一実施形態によれば、リンクは、境界インデックスに従う、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクである。
【００１７】
本発明の一実施形態によれば、番号情報は、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合に、オフセット・ファクタを含む。
【００１８】
本発明の一実施形態によれば、番号情報は、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合に、ｅＣＣＥの番号設定を含む。
【００１９】
本発明の一実施形態によれば、前記方法は、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信するステップＤをさらに含む。詳細には、ユーザ機器は、それ自体に対応する拡張ＰＵＣＣＨリソースを、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従ってインデックス付けし、インデックス付けしたリソース上でＡＣＫ／ＮＡＣＫを基地局に送信することができる。
【００２０】
本発明の第３の態様によれば、通信システムの基地局において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、基地局は、ユーザ機器にサービスし、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、Ｇ１．ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定するステップであって、複数の拡張ＰＵＣＣＨリソースの各々が、１つのユーザ機器に対応する、ステップと、Ｇ２．所定のパラメータに従って、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定するステップと、Ｇ３．リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有するステップとを含む方法が提案される。
【００２１】
本発明の一実施形態によれば、前記方法は、Ｇ４．受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取るステップをさらに含む。
【００２２】
本発明の一実施形態によれば、所定のパラメータは、ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む。詳細には、それぞれのユーザ機器によって決定された拡張ＰＵＣＣＨの番号設定の競合を回避するために、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを、上記のパラメータから決定することができ、上記のパラメータは、例えば、ユーザ機器に対応するＥＰＤＣＣＨの番号設定が最も小さいｅＣＣＥを含む物理リソース・ブロック・ペアのシーケンス番号、ｅＣＣＥに適用されるＤＭ−ＲＳ構成の総数、ユーザ機器のＤＭ−ＲＳ構成のシーケンス番号などである。上記の各所定のパラメータの特定の構成が、例えばユーザ機器の数に応じて、調整され得ることは、当業者には理解できよう。
【００２３】
本発明の第４の態様によれば、通信システムのユーザ機器において、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを、ＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクする方法であって、ユーザ機器は、基地局によってサービスされ、ＥＰＤＣＣＨは、送信のためにｅＣＣＥを使用し、前記方法は、ｉ．拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報、および拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを、基地局と共有するステップであって、リンクが、所定のパラメータに従って決定される、ステップと、ｉｉ．ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるｅＣＣＥに番号設定するステップと、ｉｉｉ．ｅＣＣＥの番号設定およびリンクに基づいて、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定するステップとを含む方法が提案される。
【００２４】
本発明の一実施形態によれば、前記方法は、ｉｖ．拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信するステップをさらに含む。
【００２５】
本発明の一実施形態によれば、所定のパラメータは、ユーザ機器によって占有される物理リソース・ブロック・ペアのシーケンス番号と、物理リソース・ブロック・ペアにおけるｅＣＣＥの総数と、ＤＭ−ＲＳ構成情報と、境界インデックスとを含む。
【発明の効果】
【００２６】
本発明の好ましい技術的解決手段により、ｅＣＣＥは、基地局側でグローバルにまたはユーザ機器側でローカルに番号設定されることが可能であり、ｅＣＣＥがユーザ機器側でローカルに番号設定される場合は、ユーザ機器に対するｅＣＣＥに関連付けられた番号情報の送信から生じる追加的シグナリング・オーバーヘッドを、さらに減らすことができる。さらに、本発明の好ましい実装により、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースとＥＰＤＣＣＨによって使用されるｅＣＣＥとの間に暗黙的なリンクが作成され、それによって、各ユーザ機器が、ＥＰＤＣＣＨによりスケジューリングされたダウンリンク・スケジューリング・データに対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを送信できるようになる。一方、明示的なリンクと比べてシグナリング・オーバーヘッドをさらに減らすことができ、それによって標準化過程が促進される。
【００２７】
本発明の他の特徴、目的、および利点は、図面を参照して行われる非限定的実施形態の以下の詳細な説明を検討することで、より明らかになろう。
【図面の簡単な説明】
【００２８】
【図１】拡張前および拡張後のＰＵＣＣＨリソース・マッピングの概略を示す図である。
【図２】本発明の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図である。
【図３】本発明の別の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図である。
【図４】ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるユーザ機器によって番号設定されたｅＣＣＥの概略図である。
【発明を実施するための形態】
【００２９】
同一または同様の参照番号は、全図面を通して同一または同様の構成要素または特徴を示す。
【００３０】
図２は、本発明の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図を示す。この実施形態では、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースは、すべてのＥＰＤＣＣＨによって使用されるｅＣＣＥに番号設定することによって、すなわち、基地局側でグローバルにｅＣＣＥに番号設定することによって、インデックス付けされる。
【００３１】
ステップＳ１１に示すように、基地局は、ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定し、ここで、複数の拡張ＰＵＣＣＨリソースの各々は１つのユーザ機器に対応する。
【００３２】
ステップＳ１２では、基地局が、すべてのＥＰＤＣＣＨによって使用されるｅＣＣＥに番号設定し、すなわち、基地局がｅＣＣＥをグローバルに番号設定する。この番号設定プロセスはユーザ機器に対して行われ、すなわち、ユーザ機器によって占有されるｅＣＣＥの番号設定、および対応するｅＣＣＥは、ユーザ機器を介して決定することができる。
【００３３】
ステップＳ１３では、基地局が、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定する。好ましくは、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクは、境界インデックスに従って決定することができる。
【００３４】
【数１】
2015512575.tif 000003
【００３５】
式中、
【数２】
2015512575.tif 000004
は、拡張ＰＵＣＣＨリソースの番号設定を表し、ｎｇｌｏｂａｌ＿ｅＣＣＥは、ユーザ機器に対応する、対応するダウンリンク・スケジューリング・データのためのＥＰＤＣＣＨによって占有されるｅＣＣＥの最も小さい番号設定を表し、すなわち、ｅＣＣＥがグローバルに番号設定される場合は、ユーザ機器によって占有される最初のｅＣＣＥの番号設定を表し、
【００３６】
【数３】
2015512575.tif 000005
は、拡張ＰＵＣＣＨリソースに対する境界インデックスを表し、例えば、レガシのＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースとの間のオフセットを反映するために、より高い層で設定可能であり、その詳細については、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌによる文献「ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｍａｐｐｉｎｇ  ｗｉｔｈ  ＥＰＤＣＣＨ」を参照することができる。
【００３７】
式１が、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを表すための１つの実装例にすぎないことは、当業者には理解できよう。別の実施形態では、類似したリンクを、式１の各パラメータを相応に修正した場合に導くことができ、例えば、ｎｇｌｏｂａｌ＿ｅＣＣＥが、ユーザ機器によって占有される最初のｅＣＣＥの番号設定の代わりに、ユーザ機器によって占有される最後のｅＣＣＥの番号設定を表すことが可能である。
【００３８】
ステップＳ１４では、基地局が、リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有する。好ましくは、このプロセスは、例えば、事前定義の通りに行うことができ、それにより、上述のプロセスを実行するために基地局がユーザ機器に追加のシグナリングを送信する必要性を回避することができる。さらに、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報は、例えば、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を含むことができる。
【００３９】
ステップＳ１５では、基地局が、ｅＣＣＥに関連付けられた番号情報をユーザ機器に送信する。番号情報は、例えば、ＥＰＤＣＣＨリソースのｅＣＣＥの番号設定に関連付けられた情報、例えば、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定されるのか、あるいはＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定されるのかを含むことができる。
【００４０】
代替的に、基地局およびユーザ機器は、ＥＰＤＣＣＨリソースのｅＣＣＥの番号設定に関連付けられた情報、すなわち、例えば、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定されるのか、あるいはＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定されるのかを事前定義することもできる。したがって、この場合、番号情報は、ＥＰＤＣＣＨリソースのｅＣＣＥの番号設定に関連付けられたいかなる情報も含まなくてよい。
【００４１】
番号情報は、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合に、オフセット・ファクタを含む。オフセット・ファクタは、レガシのＰＤＣＣＨのＣＣＥの番号設定に対してＥＰＤＣＣＨのｅＣＣＥの番号設定が有するオフセットの程度を示し、したがって、ユーザ機器は、オフセット・ファクタを受け取ると、オフセット・ファクタによって、オフセット・ファクタに対応するｅＣＣＥの番号設定、すなわち、式中のｎｇｌｏｂａｌ＿ｅＣＣＥを突き止めることができる。
【００４２】
代替的に、番号情報は、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合に、ｅＣＣＥの番号設定、すなわち、式中のｎｇｌｏｂａｌ＿ｅＣＣＥを含む。
【００４３】
好ましくは、ステップＳ１５は、基地局によって、ユーザ固有のより高い層のシグナリング（例えば、ＲＲＣシグナリング）を使用して行うことができる。
【００４４】
代替的に、ＥＰＤＣＣＨリソースがすべてのユーザ機器によってアクセスできる場合、例えば、分散されたＥＰＤＣＣＨマッピングがＥＰＤＣＣＨによって行われるとき、ステップＳ１５は行われないことがある。一方、ＥＰＤＣＣＨリソースがすべてのユーザ機器によってはアクセスできない場合、例えば、局所化されたＥＰＤＣＣＨマッピングまたはグループ固有の分散されたＥＰＤＣＣＨマッピングがＥＰＤＣＣＨによって行われるとき、ステップＳ１５は行われる。
【００４５】
次に、ステップＳ１６では、番号情報およびリンク（例えば、式１）に基づいて、ユーザ機器が、それ自体に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定する。
【００４６】
例えば、レガシのＰＤＣＣＨリソースのＣＣＥの番号設定の後にＥＰＤＣＣＨリソースのｅＣＣＥが番号設定される場合、ユーザ機器は、受け取ったオフセット・ファクタを使用して、ｅＣＣＥの番号設定（例えば、ユーザ機器によって占有される最初のｅＣＣＥの番号設定）を得ることができ、したがって、式１を使用することによって、ユーザ機器に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定
【００４７】
【数４】
2015512575.tif 000006
を決定することができる。
【００４８】
別の例において、ＥＰＤＣＣＨリソースのｅＣＣＥが別個に番号設定される場合、ユーザ機器は、受け取ったｅＣＣＥの番号設定（例えば、ユーザ機器によって占有される最初のｅＣＣＥの番号設定）に従って、式１によって、ユーザ機器に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定
【００４９】
【数５】
2015512575.tif 000007
を決定することができる。
【００５０】
次いで、ステップＳ１７では、ユーザ機器は、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信する。詳細には、ステップＳ１４で、ユーザ機器は、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を取得したので、ステップＳ１７において、ユーザ機器は、ステップＳ１６で決定された
【００５１】
【数６】
2015512575.tif 000008
に従って、ユーザ機器に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定することができる。次いで、ユーザ機器は、そのリソース上でＡＣＫ／ＮＡＣＫを基地局に送信する。
【００５２】
ステップＳ１８では、受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、基地局は、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取る。詳細には、基地局は、どのユーザ機器がＡＣＫ／ＮＡＣＫを送信するかを識別し、それにより、そのユーザ機器に対応するｅＣＣＥの番号設定、すなわちｎｇｌｏｂａｌ＿ｅＣＣＥ、およびリンク、例えば式１を使用して、対応するＰＵＣＣＨリソースを突き止め、そのリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取ることができる。
【００５３】
この実施形態におけるステップのいくつかは必ずしも特定の順序で行われなくてもよく、例えば、ステップＳ１１とステップＳ１２のように、同時または逆の順序で行われてもよいことは、当業者には理解されよう。
【００５４】
図３は、本発明の別の実施形態による、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースをＥＰＤＣＣＨによって使用されるｅＣＣＥに暗黙的にリンクするシステム方法の流れ図である。
【００５５】
この実施形態では、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースは、ユーザ機器に割り当てられた物理リソース・ブロックにおけるｅＣＣＥに番号設定することによって、インデックス付けされ、すなわち、ｅＣＣＥは、ユーザ機器側でローカルに番号設定される。
【００５６】
図示のように、ステップＳ２１では、基地局は、ＡＣＫ／ＮＡＣＫ用の複数の拡張ＰＵＣＣＨリソースに番号設定し、ここで、複数の拡張ＰＵＣＣＨリソースの各々は１つのユーザ機器に対応する。
【００５７】
ステップＳ２２では、基地局は、所定のパラメータに従って、拡張ＰＵＣＣＨリソースの番号設定とｅＣＣＥの番号設定との間のリンクを決定する。好ましくは、それぞれのユーザ機器によって決定された拡張ＰＵＣＣＨの番号設定の競合を回避するために、所定のパラメータは、ユーザ機器に対応するＥＰＤＣＣＨの番号設定が最も小さいｅＣＣＥを含む物理リソース・ブロック・ペアのシーケンス番号、ｅＣＣＥに適用されるＤＭ−ＲＳ構成の総数、ユーザ機器のＤＭ−ＲＳ構成のシーケンス番号などを含むことができる。
【００５８】
リンクは、例えば、以下の式によって決定することができる。
【００５９】
【数７】
2015512575.tif 000009
【００６０】
式中、
【数８】
2015512575.tif 000010
は、拡張ＰＵＣＣＨリソースの番号設定を表し、ＩＰＲＢは、ＥＰＤＣＣＨの番号設定が最も小さいｅＣＣＥを含む物理リソース・ブロック・ペアのシーケンス番号を表し、ＮｅＣＣＥは、物理リソース・ブロック・ペアにおけるｅＣＣＥの総数を表し、例えば、ＥＰＤＣＣＨのための物理リソース・ブロック・ペアにおいて使用可能なリソース要素の数によって決定される。ｅＣＣＥがローカルに番号設定される場合、ｎｌｏｃａｌｉｚｅｄ＿ｅＣＣＥは、ダウンリンク・スケジューリング・データのためにＥＰＤＣＣＨによって占有されるユーザ機器に対応するｅＣＣＥの最も小さい番号設定、すなわち、ユーザ機器によって占有される最初のｅＣＣＥの番号設定を表す。
【００６１】
【数９】
2015512575.tif 000011
は、拡張ＰＵＣＣＨリソースに対する境界インデックスを表し、例えば、レガシのＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースとの間のオフセットを反映するために、より高い層で設定可能であり、その詳細については、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌによる文献「ＰＵＣＣＨ  ｒｅｓｏｕｒｃｅ  ｍａｐｐｉｎｇ  ｗｉｔｈ  ＥＰＤＣＣＨ」を参照することができる。ＮＤＭＲＳ＿ｃｏｎｆｉｇは、ｅＣＣＥに適用されるＤＭ−ＲＳ構成の総数を表し、ＩＤＭＲＳは、ユーザ機器のＤＭ−ＲＳ構成のシーケンス番号を表し、ＮＤＭＲＳ＿ｃｏｎｆｉｇおよびＩＤＭＲＳは、ＤＭ−ＲＳ構成情報に含まれる。ＥＰＤＣＣＨ  ＭＵ−ＭＩＭＯ送信において、アンテナ・ポートのＤＭ−ＲＳ構成によって、または同じアンテナ・ポートを介したスクランブリング・コードの異なるシーケンスによって、あるいはこれらの組み合わせによって、各ユーザ機器を識別することができ、したがって、各ユーザ機器によって決定された拡張ＰＵＣＣＨの番号設定の競合は、上記のパラメータを用いて効果的に回避することができる。このようにして、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースが、物理リソース・ブロック・ペアのシーケンス番号、ｅＣＣＥの番号設定（すなわち、各ユーザ機器におけるｅＣＣＥのローカルな番号設定）、およびＤＭ−ＲＳ構成情報によって、識別されインデックス付けされ得る。
【００６２】
上記のリンクは単に例示であり、式２中のパラメータは、実際の条件、例えば、ユーザ機器の数に応じて構成されてよく、例えば、同じ時間および周波数リソースにアクセスする２つのユーザ機器があるとき、ＮＤＭＲＳ＿ｃｏｎｆｉｇの数は２となることは、当業者には理解されよう。
【００６３】
代替実施形態では、次のリンクが利用され得る。
【００６４】
【数１０】
2015512575.tif 000012
【００６５】
式３中の各パラメータは、式２中の対応するそれぞれのパラメータと同じである。式３で表されるリンクの適用は、いくらかの競合、すなわち、各ユーザ機器によって決定される拡張ＰＵＣＣＨの番号設定の競合を引き起こす可能性があるが、式３は、ＰＵＣＣＨリソースを比較的節約することができ、基地局は、実際の条件に応じてスケジューリング中に特定の制約をさらに課すことができるので、競合を回避する柔軟性を助長することができる。例えば、ユーザ機器１のｅＣＣＥ０とユーザ機器２のｅＣＣＥ１との間に発生するＰＵＣＣＨリソースの番号設定の競合があるとき、基地局は、例えば、ユーザ機器２がｅＣＣＥ０にアクセスするようにして、競合を回避することができる。
【００６６】
式２および式３で示されるリンクは単に例示であり、また実際の条件および通信要件に応じて選択され得ることに留意されたい。また、何らかの異なる実装形態において同様のリンクを得るために、他のパラメータを選択する、または上記のリンクにおけるパラメータの一部を省略することも可能であることは、当業者には理解されよう。いくつかの他の実施形態では、例えば、ｎｌｏｃａｌｉｚｅｄ＿ｅＣＣＥは、ユーザ機器によって占有される最初のｅＣＣＥの番号設定の代わりに、ユーザ機器によって占有される最後のｅＣＣＥの番号設定を表すことが可能である。
【００６７】
ステップＳ２３では、基地局は、リンク、および拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報を、ユーザ機器と共有する。好ましくは、このプロセスは、例えば、事前定義の通りに行うことができ、それにより、上述のプロセスを実行後に基地局がユーザ機器に追加のシグナリングを送信する必要性を回避することができる。さらに、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報は、例えば、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を含むことができる。
【００６８】
ステップＳ２４では、ユーザ機器は、ユーザ機器に割り当てられた物理リソース・ブロック・ペアにおけるｅＣＣＥに番号設定する、すなわち、ユーザ機器は、ローカルにｅＣＣＥに番号設定する。詳細には、図４の左側に示すように、物理リソース・ブロック・ペアｎおよび物理リソース・ブロック・ペアｎ＋１はそれぞれ、ユーザ機器に割り当てられた物理リソース・ブロック・ペアに対応する。この実施形態では、各物理リソース・ブロック・ペア内に４つのｅＣＣＥがあり、すなわち、ＮｅＣＣＥの数が４であり、ｅＣＣＥ０、ｅＣＣＥ１、ｅＣＣＥ２、およびｅＣＣＥ３は、それぞれの物理リソース・ブロック・ペアにおけるｅＣＣＥのローカル番号である。
【００６９】
ステップＳ２５では、ユーザ機器は、ｅＣＣＥの番号設定およびリンクに基づいて、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの番号設定を決定する。
【００７０】
詳細には、ユーザ機器は、ＥＰＤＣＣＨの番号が最も小さいｅＣＣＥを含むユーザ機器に割り当てられた物理リソース・ブロック・ペアのシーケンス番号を取得することができ、またはＤＭ−ＲＳ構成情報を取得することができる。さらに、ユーザ機器は、どのｅＣＣＥがユーザ機器自体によってアクセスされるかを知り、占有されるｅＣＣＥの最も小さい番号をｎｌｏｃａｌｉｚｅｄ＿ｅＣＣＥとして得ることもできる。
【００７１】
さらに、ユーザ機器１とユーザ機器２の両方が同じ物理リソース・ブロック・ペア内の同じｅＣＣＥ（例えば、図４のｅＣＣＥ０）を使用するとき、すなわち、ユーザ機器１およびユーザ機器２の時間および周波数リソースが重なるとき、この問題は、空間多重化によって対処することができる。例えば、図４に示すような２つのユーザ機器の場合、ＮＤＭＲＳ＿ｃｏｎｆｉｇの数が２に設定され、また、ユーザ機器１に対応するＩＤＭＲＳが０（すなわち、スクラブリング・コード識別子（ＳＣＩＤ）＝０）にされ、ユーザ機器２に対応するＩＤＭＲＳが１（すなわち、ＳＣＩＤ＝１）にされ得る。つまり、ユーザ機器１およびユーザ機器２によって決定されたｅＰＵＣＣＨの番号設定間の競合は、ＤＭ−ＲＳ構成情報を利用することによって、例えば、同じアンテナ・ポートを介して異なるシーケンスのスクランブリング・コードを使用することによって、回避することができる。
【００７２】
要約すると、ユーザ機器は、式２または式３に示されたリンク内のすべてのパラメータを決定することができ、したがって、ＰＵＣＣＨの番号設定
【００７３】
【数１１】
2015512575.tif 000013
を決定することができる。
【００７４】
次いで、ステップＳ２６では、ユーザ機器は、拡張ＰＵＣＣＨリソースの番号設定に関連付けられた情報に従って、ＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースの決定した番号設定に対応する拡張ＰＵＣＣＨリソース上で、ＡＣＫ／ＮＡＣＫを基地局に送信する。詳細には、ステップＳ２３４で、ユーザ機器は、拡張ＰＵＣＣＨリソースと拡張ＰＵＣＣＨリソースの番号設定との間の対応関係を取得したので、ステップＳ２６では、ユーザ機器は、ステップＳ２５で決定された
【００７５】
【数１２】
2015512575.tif 000014
に従って、ユーザ機器に対応するＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定することができる。次いで、ユーザ機器は、そのリソース上でＡＣＫ／ＮＡＣＫを基地局に送信する。
【００７６】
ステップＳ２７では、受信するユーザ機器に対応するｅＣＣＥの番号設定に従って、かつリンクに基づいて、基地局は、ユーザ機器のためのＡＣＫ／ＮＡＣＫ用の拡張ＰＵＣＣＨリソースを決定し、決定したリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取る。詳細には、基地局は、どのユーザ機器がＡＣＫ／ＮＡＣＫを送信するかを識別し、各ユーザ機器のｅＣＣＥのローカルな番号設定を合計することができ（すなわち、各ユーザ機器がそれぞれ対応するｅＣＣＥに番号設定するが、基地局は、最終的にすべてのｅＣＣＥの番号設定を合計する情報を取得することができ、また前述のように、ｅＣＣＥはユーザ機器に対して番号設定され、すなわち、ユーザ機器に対応するｅＣＣＥは、そのユーザ機器に基づいて決定され得る）、そうすることで、基地局は、ユーザ機器に対応するｅＣＣＥの番号設定を決定し、リンク、例えば、式２または式３によって、対応するＰＵＣＣＨリソースを突き止め、そのリソース上でＡＣＫ／ＮＡＣＫをユーザ機器から受け取ることができる。
【００７７】
この実施形態におけるステップのいくつかは必ずしも特定の順序で行われなくてもよく、例えば、ステップＳ２３とステップＳ２４のように、同時または逆の順序で行われてもよいことは、当業者には理解されよう。
【００７８】
上述の実施形態は単に例示であって限定するものではないことは当業者には理解されよう。異なる実施形態における異なる技術的特徴は有利に組み合わせることが可能である。当業者は、図面、明細書、および特許請求の範囲を検討することで、開示された実施形態の他の変形形態を理解および実装することになろう。特許請求の範囲において、「含む」という用語は、他の装置（複数可）またはステップ（複数可）を排除するものではなく、不定冠詞「ａ」または「ａｎ」は複数を排除するものではなく、「第１」、「第２」などの用語は、名前を指定するものであって何ら特定の順序を示すことを意図しない。いずれの参照番号も特許請求される範囲を限定するものと解釈されるべきではない。特許請求の範囲にある複数の部分の機能は、別個の部分によって実施されてもよい。いくつかの技術的特徴が異なる従属請求項に存在していても、これらの技術的特徴を有利に組み合わせられないことを意味するものではない。
【図１】
2015512575.tif 000015
【図２】
2015512575.tif 000016
【図３】
2015512575.tif 000017
【図４】
2015512575.tif 000018
【国際調査報告】
2015512575.tif 000019
2015512575.tif 000020
2015512575.tif 000021