(57)【要約】ＴＤＤ無線通信システムにおいてｅＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ又はｅＰＤＣＣＨによって知らされたＳＰＳの解除に応答してＨＡＲＱ−ＡＣＫを送信するためのＰＵＣＣＨリソースの決定が提供される。下りリンク制御情報（ＤＣＩ）は、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク・サブフレームで受信される。物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスは、受信したＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、デバイス固有オフセット値と、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内の下りリンク・サブフレームを識別するインデックスｉと、に基づいて決定される。ＰＵＣＣＨリソースは、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、上りリンク・サブフレームに関連付けられる下りリンク・サブフレームに関して上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てる式に従って決定される。ＨＡＲＱフィードバックは、上りリンク・サブフレームにおいて、インデックスで示されたＰＵＣＣＨリソースで送信される。
2015530848.tif 000002
【特許請求の範囲】
【請求項１】
時分割複信（ＴＤＤ）動作用に構成された無線通信ネットワーク（50）において無線デバイス（12）が動作する方法（1800）であって、前記方法は、
拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク・サブフレームで下りリンク制御情報（ＤＣＩ）を受信するステップ（1810）であって、当該受信されたｅＰＤＣＣＨは、前記無線デバイス（12）への下りリンク共有チャネルの送信をスケジューリングするか、または、半永続スケジューリング（ＳＰＳ）の解除を前記無線デバイスに知らせる、前記受信するステップを含み、
前記方法は、更に、
前記受信されたＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、無線リソース制御（ＲＲＣ）シグナリングを介して前記無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、インデックスｉとに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスを決定するステップ（1820）であって、前記インデックスｉは、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内で、前記下りリンク・サブフレームを識別し、前記決定は、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、前記上りリンク・サブフレームに関連付けられる前記１つ以上の下りリンク・サブフレームに関して前記上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てる式に従って行われる、前記決定するステップと、
前記リソースインデックスに対応するＰＵＣＣＨリソースを使用して、前記上りリンク・サブフレームでハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するステップ（1830）と、
を含むことを特徴とする方法。
【請求項２】
前記ＰＵＣＣＨリソースについての前記リソースインデックスを決定するステップ（1820）は、（i）前記受信されたＤＣＩの最も小さい拡張ｅＣＣＥインデックスと、（ii）ＲＲＣシグナリングを介して前記無線デバイスへ以前にシグナリングされた前記デバイス固有オフセット値と、（iii）前記インデックスｉと、前記受信されたｅＰＤＣＣＨによって使用されたｅＰＤＣＣＨリソースを含むｅＰＤＣＣＨリソースのセット内のｅＣＣＥの数との積と、の総和に基づいて、前記リソースインデックスを決定するステップを含む、
ことを特徴とする請求項１に記載の方法。
【請求項３】
ｅＰＤＣＣＨリソースの前記セットは、ｅＰＤＣＣＨリソースの複数のセットのうちのセットｑであり、前記上りリンク・サブフレームは、サブフレームｎであり、前記下りリンク・サブフレームは、サブフレームｎ−ｋiであり、ｋiは、サブフレームｎに関連付けられる下りリンク・サブフレームの前記予め定められたセット内のｉ番目のエレメントであり、前記予め定められたセットは、ｋ0，ｋ1，．．．，ｋM-1に従うインデックスを有するＭ個のエレメントを含み、前記リソースインデックスの決定は、
2015530848.tif 000022
を計算することを含み、ｎeCCE,iは、前記受信されたＤＣＩの最も小さいｅＣＣＥインデックスであり、ＮqeCCEは、ｅＰＤＣＣＨセットｑ内のｅＣＣＥの数であり、前記リソースインデックスは、ｎ(1)PUCCH,iから導出される、
ことを特徴とする請求項２に記載の方法。
【請求項４】
無線通信ネットワーク（50）における動作用に構成された無線デバイス（12）であって、
前記無線通信ネットワーク（50）内の１つ以上のネットワークノード（10）との通信用に構成されており、且つ、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク・サブフレームで下りリンク制御情報（ＤＣＩ）を受信するよう構成された通信インタフェース（20）であって、当該受信されたｅＰＤＣＣＨは、前記無線デバイス（12）への下りリンク共有チャネルの送信をスケジューリングするか、または、半永続スケジューリング（ＳＰＳ）の解除を前記無線デバイスに知らせる、前記通信インタフェースと、
前記通信インタフェース（20）を制御するよう構成された１つ以上の処理回路（26）と、
を備え、前記処理回路（26）は、
前記受信されたＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、無線リソース制御（ＲＲＣ）シグナリングを介して前記無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、インデックスｉとに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスを決定し、ここで、前記インデックスｉは、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内で、前記下りリンク・サブフレームを識別し、前記決定は、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、前記上りリンク・サブフレームに関連付けられる前記１つ以上の下りリンク・サブフレームに関して前記上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てる式に従って行われ、
前記リソースインデックスに対応するＰＵＣＣＨリソースを使用して、前記上りリンク・サブフレームでハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するよう、前記通信インタフェース（20）を制御するよう構成される、
ことを特徴とする無線デバイス。
【請求項５】
前記処理回路は、（i）前記受信されたＤＣＩの最も小さい拡張ｅＣＣＥインデックスと、（ii）ＲＲＣシグナリングを介して前記無線デバイスへ以前にシグナリングされた前記デバイス固有オフセット値と、（iii）前記インデックスｉと、前記受信されたｅＰＤＣＣＨによって使用されたｅＰＤＣＣＨリソースを含むｅＰＤＣＣＨリソースのセット内のｅＣＣＥの数との積と、の総和に基づいて、前記ＰＵＣＣＨリソースについての前記リソースインデックスを決定するよう構成される、
こと特徴とする請求項４に記載の無線デバイス。
【請求項６】
ｅＰＤＣＣＨリソースの前記セットは、ｅＰＤＣＣＨリソースの複数のセットのうちのセットｑであり、前記上りリンク・サブフレームは、サブフレームｎであり、前記下りリンク・サブフレームは、サブフレームｎ−ｋiであり、ｋiは、サブフレームｎに関連付けられる下りリンク・サブフレームの前記予め定められたセット内のｉ番目のエレメントであり、前記予め定められたセットは、ｋ0，ｋ1，．．．，ｋM-1に従うインデックスを有するＭ個のエレメントを含み、前記リソースインデックスの決定は、
2015530848.tif 000023
を計算することを含み、ｎeCCE,iは、前記受信されたＤＣＩの最も小さいｅＣＣＥインデックスであり、ＮqeCCEは、ｅＰＤＣＣＨセットｑ内のｅＣＣＥの数であり、前記リソースインデックスは、ｎ(1)PUCCH,iから導出される、
こと特徴とする請求項５に記載の無線デバイス。
【請求項７】
時分割複信（ＴＤＤ）動作用に構成された無線通信ネットワーク（50）においてネットワークノード（10）が動作する方法（1900）であって、前記方法は、
拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク・サブフレームで下りリンク制御情報（ＤＣＩ）を無線デバイス（12）へ送信するステップ（1910）であって、当該送信されたｅＰＤＣＣＨは、前記無線デバイス（12）への下りリンク共有チャネルの送信をスケジューリングするか、または、半永続スケジューリング（ＳＰＳ）の解除を前記無線デバイスに知らせる、前記送信するステップを含み、
前記方法は、更に、
前記送信されたＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、無線リソース制御（ＲＲＣ）シグナリングを介して前記無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、インデックスｉとに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスを決定するステップ（1920）であって、前記インデックスｉは、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内で、前記下りリンク・サブフレームを識別し、前記決定は、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、前記上りリンク・サブフレームに関連付けられる前記１つ以上の下りリンク・サブフレームに関して前記上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てる式に従って行われる、前記決定するステップと、
前記リソースインデックスに対応するＰＵＣＣＨリソースを使用して、前記上りリンク・サブフレームでハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを前記無線デバイス（12）から受信するステップ（1930）と、
を含むことを特徴とする方法。
【請求項８】
前記ＰＵＣＣＨリソースについての前記リソースインデックスを決定するステップ（1920）は、（i）前記送信されたＤＣＩの最も小さい拡張ｅＣＣＥインデックスと、（ii）ＲＲＣシグナリングを介して前記無線デバイスへ以前にシグナリングされた前記デバイス固有オフセット値と、（iii）前記インデックスｉと、前記受信されたｅＰＤＣＣＨによって使用されたｅＰＤＣＣＨリソースを含むｅＰＤＣＣＨリソースのセット内のｅＣＣＥの数との積と、の総和に基づいて、前記リソースインデックスを決定するステップを含む、
ことを特徴とする請求項７に記載の方法。
【請求項９】
ｅＰＤＣＣＨリソースの前記セットは、ｅＰＤＣＣＨリソースの複数のセットのうちのセットｑであり、前記上りリンク・サブフレームは、サブフレームｎであり、前記下りリンク・サブフレームは、サブフレームｎ−ｋiであり、ｋiは、サブフレームｎに関連付けられる下りリンク・サブフレームの前記予め定められたセット内のｉ番目のエレメントであり、前記予め定められたセットは、ｋ0，ｋ1，．．．，ｋM-1に従うインデックスを有するＭ個のエレメントを含み、前記リソースインデックスの決定は、
2015530848.tif 000024
を計算することを含み、ｎeCCE,iは、前記受信されたＤＣＩの最も小さいｅＣＣＥインデックスであり、ＮqeCCEは、ｅＰＤＣＣＨセットｑ内のｅＣＣＥの数であり、前記リソースインデックスは、ｎ(1)PUCCH,iから導出される、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
無線通信ネットワーク（50）における動作用に構成されたネットワークノード（10）であって、
前記無線通信ネットワーク（50）内の１つ以上の無線デバイス（12）との通信用に構成されており、且つ、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク・サブフレームで下りリンク制御情報（ＤＣＩ）を送信するよう構成された通信インタフェース（18）であって、当該送信されたｅＰＤＣＣＨは、前記無線デバイス（12）への下りリンク共有チャネルの送信をスケジューリングするか、または、半永続スケジューリング（ＳＰＳ）の解除を前記無線デバイスに知らせる、前記通信インタフェースと、
前記通信インタフェース（18）を制御するよう構成された１つ以上の処理回路（14）と、
を備え、前記処理回路（14）は、
前記送信されたＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、無線リソース制御（ＲＲＣ）シグナリングを介して前記無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、インデックスｉとに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスを決定し、ここで、前記インデックスｉは、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内で、前記下りリンク・サブフレームを識別し、前記決定は、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、前記上りリンク・サブフレームに関連付けられる前記１つ以上の下りリンク・サブフレームに関して前記上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てる式に従って行われ、
前記リソースインデックスに対応するＰＵＣＣＨリソースを使用して、前記上りリンク・サブフレームでハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信するために前記通信インタフェース（18）を使用するよう構成される、
ことを特徴とするネットワークノード。
【請求項１１】
前記処理回路は、（i）前記送信されたＤＣＩの最も小さい拡張ｅＣＣＥインデックスと、（ii）ＲＲＣシグナリングを介して前記無線デバイスへ以前にシグナリングされた前記デバイス固有オフセット値と、（iii）前記インデックスｉと、前記送信されたｅＰＤＣＣＨによって使用されたｅＰＤＣＣＨリソースを含むｅＰＤＣＣＨリソースのセット内のｅＣＣＥの数との積と、の総和に基づいて、前記ＰＵＣＣＨリソースについての前記リソースインデックスを決定するよう構成される、
ことを特徴とする請求項１０に記載のネットワークノード。
【請求項１２】
ｅＰＤＣＣＨリソースの前記セットは、ｅＰＤＣＣＨリソースの複数のセットのうちのセットｑであり、前記上りリンク・サブフレームは、サブフレームｎであり、前記下りリンク・サブフレームは、サブフレームｎ−ｋiであり、ｋiは、サブフレームｎに関連付けられる下りリンク・サブフレームの前記予め定められたセット内のｉ番目のエレメントであり、前記予め定められたセットは、ｋ0，ｋ1，．．．，ｋM-1に従うインデックスを有するＭ個のエレメントを含み、前記リソースインデックスの決定は、
2015530848.tif 000025
を計算することを含み、ｎeCCE,iは、前記受信されたＤＣＩの最も小さいｅＣＣＥインデックスであり、ＮqeCCEは、ｅＰＤＣＣＨセットｑ内のｅＣＣＥの数であり、前記リソースインデックスは、ｎ(1)PUCCH,iから導出される、
ことを特徴とする請求項１１に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全体として無線通信ネットワークに関し、特に、そのようなネットワークにおける上りリンク制御チャネルリソースの割り当てに関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＬＴＥ（ロング・ターム・エボリューション）として知られる第４世代無線通信技術に対する仕様を開発している。ＬＴＥは、下りリンクで直交周波数分割多重（ＯＦＤＭ）を使用し、上りリンクでＤＦＴ−ｓｐｒｅａｄ  ＯＦＤＭを使用する。ＤＦＴは「離散フーリエ変換」を示す。したがって、基本的なＬＴＥの物理リソースは、図１に示すような時間‐周波数グリッドとして見ることができ、各リソースエレメントは、特定のアンテナポートにおける１つのＯＦＤＭシンボル間隔の期間の１つのサブキャリアに対応する。アンテナポートは、アンテナポートにおけるシンボルが搬送されるチャネルを、同一のアンテナポートにおける他のシンボルが搬送されるチャネルから推論できるように定義される。アンテナポート毎に１つのリソースグリッドが存在する。
【０００３】
時間領域において、ＬＴＥ下りリンク送信は１０ミリ秒の無線フレームに編成される。各無線フレームは、サイズの等しい１０個の１ミリ秒のサブフレームを含む。図２は、当該構成を示し、各サブフレームは、各々が０．５ミリ秒の長さを有する２つのスロットに分割されることが同図からわかる。
【０００４】
ＬＴＥにおけるリソース割り当てを「物理リソースブロック」又は「ＰＲＢ」に関して説明する。図３に示すように、ＰＲＢは、時間領域において１つのスロットに対応し、周波数領域において１２個の隣接する１５ｋＨｚのサブキャリアに対応する。システム全体の帯域幅ＮBWは、各スロットにおけるＰＲＢの数を決定し、各ＰＲＢは、使用されるサイクリックプレフィックス（ＣＰ）の長さに依存して、６個又は７個のＯＦＤＭシンボルに及ぶ。時間で連続する２つのＰＲＢは、ＰＲＢペアを表す。「ｅＮｏｄｅＢ」又は「ｅＮＢ」と称されるＬＴＥ基地局によるユーザのスケジューリングは、一般に、ＰＲＢペアをリソース割り当ての最小単位として使用して実行される。
【０００５】
ＬＴＥにおける送信は、対象となる（３ＧＰＰ用語で「ユーザ装置」又は「ＵＥ」と称される）移動端末への下りリンク割り当て及び上りリンク・グラントの送信に基づいて、動的にスケジューリングされる。ＬＴＥ用の仕様を含む最初のリリースであった３ＧＰＰ規格のリリース８によると、下りリンク割り当て及び上りリンク・グラントは、特定のＵＥを対象とする物理下りリンク制御チャネル（ＰＤＣＣＨ）を使用して、定義された制御領域において送信される。ＵＥに対する制御情報を含む可能性のある何れかの所与のサブフレーム内のリソースを定義する、ＰＤＣＣＨの受信用のサーチスペースは、ＵＥによって認識されている。したがって、ＵＥは、当該ＵＥを対象とするＰＤＣＣＨを見つけるために、受信信号の該当部分をブラインドで復号する。
【０００６】
更に広い意味で、ＰＤＣＣＨは、上述のように、下りリンク及び上りリンク・グラントのためのＵＥ固有スケジューリング割り当てを搬送するために使用され、更に、物理ランダムアクセスチャネル（ＰＲＡＣＨ）の応答、上りリンク電力制御コマンド、及び、とりわけシステム情報及びページングを含むシグナリングメッセージのための共通スケジューリング割り当てに使用される。
【０００７】
図４は、「通常の」下りリンク・サブフレームが先頭に制御領域を含み、その後ろにデータ領域を含むことを示す。ＰＤＣＣＨが送信される制御領域のサイズは、関係するコンフィギュレーションに依存して、１から４ＯＦＤＭシンボルでサイズが変化しうる。物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）は、制御領域の長さを知らせるために使用され、ＵＥが認識している制御領域内の位置で送信される。したがって、ＵＥは、所与の下りリンク・サブフレームにおいて送信されたＰＣＦＩＣＨを復号することにより当該サブフレームの制御領域のサイズを知り、それにより、データ送信が開始されるＯＦＤＭシンボルを認識する。
【０００８】
ＰＤＣＣＨは、複数の制御チャネルエレメント（ＣＣＥ）で構成され、各ＣＣＥは、９個のリソースエレメントグループ（ＲＥＧ）で構成される。各ＲＥＧは、４つのリソースエレメント（ＲＥ）で構成される。ＬＴＥは、１個、２個、４個及び８個のＣＣＥのアグリゲーションレベルをそれぞれ使用する４つのＰＤＣＣＨフォーマット０〜３を定義している。ＰＤＣＣＨ送信に使用される変調フォーマットを考えると、ＰＤＣＣＨ内にアグリゲーションされた各ＲＥで２ビットを送信できる。１ＣＣＥ＝９ＲＥＧ＝３６ＲＥ及び２ビット／シンボルとすると、フォーマット０のＰＤＣＣＨを介して７２ビットを送信でき、フォーマット１のＰＤＣＣＨを介して１４４ビットを送信できる。上述のように、ＰＤＣＣＨは、何れかの所与の下りリンク・サブフレームの、定義された制御領域（先頭の１個〜４個のシンボル）において送信され、ほぼシステム全体の帯域幅にわたって広がっている。したがって、所与の下りリンク・サブフレーム内の制御領域のサイズ及びシステム全体の帯域幅は、ＰＤＣＣＨ送信に使用可能な全ＣＣＥの数を定義する。
【０００９】
図４は、下りリンク・サブフレーム内のセル固有基準シンボル（ＣＲＳ）の存在を更に示している。ＣＲＳの位置及び値は、ＵＥにより認識されており、ＵＥは受信したＣＲＳを無線チャネルの推定に使用する。チャネル推定は、ＵＥによるデータの復調において使用される。ＣＲＳは、ＵＥにより実行されるモビリティ測定にも使用される。
【００１０】
ＣＲＳはセル内の全てのＵＥに共通であるため、特定のＵＥの要求に適するようにＣＲＳの送信を容易に適合させることはできない。したがって、ＬＴＥは、復調のためのチャネル推定の補助のみを一般に意図したＵＥ固有基準シンボルもサポートしている。これらのＵＥ固有ＲＳは、復調用基準シンボル（ＤＭＲＳ）と称されている。特定のＵＥに対するＤＭＲＳは、物理下りリンク共有チャネル（ＰＤＳＣＨ）送信の一部として、下りリンク・サブフレームのデータ領域内に配置される。
【００１１】
３ＧＰＰ規格のリリース１１は、ＵＥへ制御メッセージを送信するための追加の、かつ、より柔軟性のあるチャネルとして、拡張ＰＤＣＣＨ（ｅＰＤＣＣＨ：enhanced PDCCH）を導入した。ｅＰＤＣＣＨは、サブフレームの先頭に位置する定義された制御領域内のリソースエレメントではなく、ＰＤＳＣＨ送信に関連付けられたデータ領域内のリソースを使用する。“Universal Mobile Telecommunications System (UMTS); Technical Specifications and Technical Reports for a UTRAN-based 3GPP system”, 3GPP TS 21.101, v.11.0.0. を参照されたい。
【００１２】
図５は、所与のｅＰＤＣＣＨの送信に使用される、下りリンク・サブフレームのデータ領域から割り当てられたＰＲＢペアの基本的な図である。サブフレームのデータ部分内の残りのＰＲＢペアをＰＤＳＣＨ送信に使用でき、それ故に、ｅＰＤＣＣＨ送信はＰＤＳＣＨ送信と周波数多重される。この構成は、ＰＤＳＣＨ送信に対して時間多重されるＰＤＣＣＨ送信と異なり、すなわち、ＰＤＣＣＨ送信は、下りリンク・サブフレームの制御部分においてのみ生じ、ＰＤＳＣＨ送信が実行されるデータ部分よりも前の時間に生じる。
【００１３】
ＰＤＳＣＨ送信に対するリソースの割り当ては、下りリンク制御情報（ＤＣＩ）のフォーマットに依存して、複数のリソース割り当てタイプに従う。いくつかのリソース割り当てタイプは、リソースブロックグループ（ＲＢＧ）の最小スケジューリング粒度を有する。ＲＢＧは、（周波数が）隣接するリソースブロックのセットである。これらのリソース割り当てタイプに従ってＵＥをスケジューリングする場合、ＵＥは、個々のリソースブロック（ＲＢ）又はＲＢペアに従ってではなく、ＲＢＧを単位としてリソースを割り当てられる。
【００１４】
ＵＥが下りリンクにおいてｅＰＤＣＣＨからスケジューリングされる場合、ＵＥは、下りリンク割り当てを搬送するＰＲＢペアがリソースの割り当てから除外されること、すなわち、レートマッチングが適用されると想定しなければならない。例えば、ＵＥが３つの隣接するＰＲＢペアで構成される特定のＲＢＧにおいてＰＤＳＣＨを受信するようにスケジューリングされ、且つ、これらのＰＲＢペアのうちの１つが下りリンク割り当てを含む場合、ＵＥは、ＰＤＳＣＨが当該ＲＢＧ内の残りの２つのＰＲＢペアのみにおいて送信されると想定しなければならない。とりわけ、リリース１１は、同一のＰＲＢペアにおけるＰＤＳＣＨ送信及びｅＰＤＣＣＨ送信の多重化をサポートしていない。
【００１５】
ｅＰＤＣＣＨメッセージは、ＰＤＣＣＨにおいて使用されるＣＣＥと類似の、複数の拡張制御チャネルエレメント（ｅＣＣＥ）で構成される。ｅＰＤＣＣＨメッセージをＰＲＢペアにマッピングするために、各ＰＲＢペアは、１６個の拡張リソースエレメントグループ（ｅＲＥＧ）に分割される。各ｅＣＣＥは、ノーマル・サイクリックプレフィックスの場合は４個のｅＲＥＧで構成され、拡張サイクリックプレフィックスの場合は８個のｅＲＥＧで構成される。したがって、ｅＰＤＣＣＨは、アグリゲーションレベルに依存して、４個又は８個の倍数個のｅＲＥＧにマッピングされる。特定のｅＰＤＣＣＨに属するｅＲＥＧは、（局所型送信の場合に典型的であるように）単一のＰＲＢペアに存在するか、又は（分散型送信の場合に典型的であるように）複数のＰＲＢペアに存在する。
【００１６】
図６は、ＰＲＢペアのｅＲＥＧへの、可能性のある分割の一例を示しており、非制約型（unconstrained）サブフレームを示している。同図の各ブロック又はタイルは、個々のリソースエレメント（ＲＥ）であり、タイルの数字は、ＲＥがグループ化されるｅＲＥＧに対応する。例えば、ドット背景を有するタイルは全て、０のインデックスを有する同一のｅＲＥＧに属する。
【００１７】
ＵＥは、複数のＰＲＢペアセットをｅＰＤＣＣＨリソースとして使用できるように構成されうる。各ｅＰＤＣＣＨリソースセットは、Ｎ＝２、４又は８であるＮ個のＰＲＢペアで構成される。更に、ｅＰＤＣＣＨ送信の２つのモード、すなわち局所型ｅＰＤＣＣＨ送信及び分散型ｅＰＤＣＣＨ送信がサポートされる。各ｅＰＤＣＣＨリソースセットはそれぞれ、局所型タイプ又は分散型タイプとして構成される。分散型送信では、ｅＰＤＣＣＨは、ｅＰＤＣＣＨセット内のリソースエレメントに分散してマッピングされ、すなわち、周波数で互いに分離される複数のＰＲＢペアを使用してマッピングされる。このようにして、ｅＰＤＣＣＨメッセージに対して周波数ダイバーシティが達成される。リリース１１の時点で、ｅＰＤＣＣＨは、Ｄ＝２、４又は８である最大でＤ個のＰＲＢペアにおけるリソースエレメントにマッピング可能である（Ｄ＝１６の値も３ＧＰＰにおいて検討されている）。図７Ａは、Ｄ＝４である場合の分散型送信の一例を示している。本例からわかるように、ｅＰＤＣＣＨは４つの部分に分割され、それらは異なるＰＲＢペアにマッピングされる。これらの４つの部分は、例えばｅＣＣＥに対応する。
【００１８】
それに対して、局所型送信では、スペースに余裕がある場合、ｅＰＤＣＣＨは１つのＰＲＢペアのみにマッピングされる。単一のＰＲＢペアへのマッピングは、アグリゲーションレベル１及びアグリゲーションレベル２の場合に常に可能であり、通常の「非制約型」サブフレーム及びノーマルＣＰ長のケースについてはアグリゲーションレベル４の場合も可能である。ここで、「非制約型」又はノーマル・サブフレームは、省略されないＰＤＳＣＨ領域を有するサブフレームである。制約型（constrained）サブフレームは、上りリンク部分及び下りリンク部分を含むＴＤＤ  ＬＴＥにおける「スペシャル」サブフレームと、マルチキャスト‐ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）送信等の、他の目的のためのサブフレームとを含む。１つのＰＲＢペアに収まるｅＣＣＥの数を、以下の表１に示す。このように、例えばノーマルＣＰ長を有するノーマル・サブフレームにおいて、アグリゲーションレベル１、２又は４を使用する局所型送信は、単一のＰＲＢペアのみを使用する一方、アグリゲーションレベル８を使用する局所型送信は、２つのＰＲＢペアを使用する必要がある。
2015530848.tif 000003
【００１９】
ｅＰＤＣＣＨのアグリゲーションレベルが大きすぎる場合、ｅＰＤＣＣＨに属する全てのｅＣＣＥがマッピングされるまで、第２のＰＲＢペア及び更なるＰＲＢペアが使用される。図７Ｂは、局所型送信の一例を示している。本例において、ｅＰＤＣＣＨの同じ４つの部分が単一のＰＲＢペアにマッピングされている。
【００２０】
上述のように、ある特定の下りリンクリソースが、ＵＥへのＰＤＣＣＨメッセージ及びｅＰＤＣＣＨメッセージの送信に使用できるようになる。しかし、所与のＵＥは、全てのサブフレームで制御チャネルメッセージを受信するための対象となっていない。更に、ＵＥは、制御チャネルメッセージ用に使用できるようにされたリソースのうち、どのリソースに制御チャネルメッセージが配置されるかを事前に正確に認識しない。したがって、ＵＥは、メッセージが存在する可能性のある複数の場所の各々で、存在しないかもしれない制御メッセージをサーチする必要がある。「サーチスペース」の概念は、必要なサーチ量を適切なレベルに維持するべく、制御メッセージが存在する可能性のある場所の範囲を定義するために使用される。
【００２１】
ＰＤＣＣＨについては、ＬＴＥ用の３ＧＰＰ仕様のリリース８は、可能性のあるアグリゲーションレベルＬ∈{１，２，４，８}の各々に対してサーチスペースＳk(L)を定義している。このサーチスペースは、次式により与えられる、隣接するＣＣＥセットにより定義される。
2015530848.tif 000004
ここで、ＮCCE,kは、サブフレームｋの制御領域内のＣＣＥの総数であり、Ｚk(L)は、サーチスペースの始点を定義する。ｉは、ｉ＝０，１，．．．，Ｍ(L)・Ｌ−１に従った範囲を有するインデックス値であり、Ｍ(L)は、所与のサーチスペースにおいてモニタリングすべきＰＤＣＣＨの、予め定められた数であり、これはアグリゲーションレベルに依存する。表２は、3GPP TS 36.213“Physical Layer Procedures(Release 8)”の表９．１．１−１から転載したものであり、可能性のあるアグリゲーションレベルＬの各々についてのＭ(L)の値を提供する。各ＣＣＥは、３６個のＱＰＳＫ変調シンボルを含む。
2015530848.tif 000005
【００２２】
なお、この定義を用いる場合、システムの帯域幅に関係なく、異なるアグリゲーションレベルに対するサーチスペースが、互いに重なり合う場合がある。具体的には、ＵＥ固有サーチスペース及び共通サーチスペースが重なり合う場合があり、異なるアグリゲーションレベルに対するサーチスペースが重複する場合がある。以下の表３は一例を示しており、全部で９個のＣＣＥが存在し、ＰＤＣＣＨ候補間で非常に頻繁に重なり合う。
2015530848.tif 000006
【００２３】
ＰＤＣＣＨの場合と同様に、ｅＰＤＣＣＨは、複数のＵＥにより共有される無線リソースを介して送信される。拡張ＣＣＥ（ｅＣＣＥ）は、ＰＤＣＣＨ用のＣＣＥに相当するものとして導入されている。ＣＣＥと同様に、ｅＣＣＥも固定数のリソースエレメントを有する。しかし、多くのリソースエレメントが、セル固有基準信号（ＣＲＳ）及びチャネル状態情報基準信号（ＣＳＩ−ＲＳ）等の他の信号によって占有されるため、ｅＰＤＣＣＨのマッピングに実際に使用可能なリソースエレメントの数は、一般に、当該固定数よりも少ない。ｅＣＣＥに属するリソースエレメントが、ＣＲＳ、ＣＳＩ−ＲＳ、レガシー制御領域、あるいは時分割複信（ＴＤＤ）の場合にはガード期間（ＧＰ）及び上りリンク・パイロット・タイムスロット（ＵｐＰＴＳ）等の、他の衝突する信号を含む場合は常に、コード・チェイン・レート・マッチングが適用される。
【００２４】
図８の例を検討する。同図では、項目４０はＰＤＣＣＨのマッピングを示しめしている。ＣＣＥが常にＴavail＝３６個の利用可能なリソースエレメントを含むように、ＰＤＣＣＨは常にＣＲＳを避ける。それに対して、項目４２では、ｅＣＣＥが名目上は３６個のリソースエレメントを含むが、衝突する信号が存在する場合に利用可能なリソースエレメントの数が減少する様子を示している。したがって、ｅＰＤＣＣＨ用のリソースエレメントはＴavail≦３６個である。衝突する信号はサブフレームに依存するため、Ｔavailの値もサブフレームに依存することになり、衝突がｅＣＣＥに及ぼす影響が不均一である場合、Ｔavailの値は、異なるｅＣＣＥに対してさえも異なりうる。なお、ＰＲＢペア毎のｅＣＣＥ数が２である場合（表１を参照）、ｅＣＣＥ毎の名目上のリソースエレメント数は３６ではなく、７２（ノーマルＣＰ長の場合）又は６４（拡張ＣＰ長の場合）である。
【００２５】
ＬＴＥ用の３ＧＰＰ規格のリリース１１の時点で、ｅＰＤＣＣＨは、ＵＥ固有サーチスペースのみをサポートし、共通サーチスペースは、同一サブフレーム内のＰＤＣＣＨにおいてモニタリングされ続ける。将来のリリースでは、ｅＰＤＣＣＨ送信についても共通サーチスペースが導入されるであろう。リリース１１規格は、ＵＥが以下の表４に示す制約によってｅＣＣＥのアグリゲーションレベル１、２、４、８、１６及び３２をモニタリングすることを規定している。表４において、ｎEPDCCHは、ＰＲＢペアにおけるｅＰＤＣＣＨ送信に利用可能なリソースエレメントの数である。表４において、分散型送信及び局所型送信は、リソースエレメントへのｅＰＤＣＣＨマッピングを参照する。
2015530848.tif 000007
【００２６】
分散型送信では、ｅＰＤＣＣＨは、Ｄ＝２、４又は８である最大でＤ個のＰＲＢペアにおけるリソースエレメントにマッピング可能である（Ｄ＝１６の値も３ＧＰＰにおいて検討されている）。このようにして、ｅＰＤＣＣＨメッセージに対して周波数ダイバーシティが達成される。図７Ａの概略的な例を参照すると、分散型送信及び周波数ダイバーシティ又はサブバンド・プリコーディングを達成するために、下りリンク・サブフレームは、ＰＲＢペアとして知られる複数の拡張制御領域にマッピングされるｅＰＤＣＣＨに属する、４つの部分を示す。
【００２７】
２０１２年９月の時点で、３ＧＰＰは、４個又は８個のｅＲＥＧをそれぞれｅＣＣＥにグループ化する方法に関して合意に達していない。ｅＰＤＣＣＨメッセージの、符号化及び変調されたシンボルを、関連するｅＲＥＧにより確保されたリソース内のリソースエレメントにマッピングする方法に関しても未解決である。更に、ｅＰＤＣＣＨ用のアグリゲーションレベル毎のブラインドデコードの数は、３ＧＰＰの標準化作業において決定されていない。同様に、局所型マッピング及び分散型マッピングに対するサーチスペースのランダム化を生成する方法が決定されていないが、ＰＤＣＣＨの場合と同様に、ｅＰＤＣＣＨの場合も異なるアグリゲーションレベルのｅＰＤＣＣＨ候補間でオーバラップが生じるのは明らかである。
【００２８】
ＬＴＥシステムにおける時分割複信（ＴＤＤ）動作は、ＰＤＣＣＨ及びｅＰＤＣＣＨのＰＵＣＣＨへのマッピングに関する更なる問題を提示する。ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの決定に対するこれらの問題は、上りリンクと下りリンクとが非対称であることに起因する。下りリンク・サブフレームの数が上りリンク・サブフレームの数より多い場合、周波数分割複信（ＦＤＤ）モードで使用される１対１マッピングを再利用することはできず、これは、このアプローチに従って選択されるＰＵＣＣＨリソースが、異なる下りリンク・サブフレームにわたって互いに衝突するためである。その一方で、過剰な上りリンクリソースがＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫの送信のために確保される場合、ＰＵＳＣＨ送信のためのリソースが減少することになるため、ＨＡＲＱ−ＡＣＫリソースの利用全体を検討する必要がある。レガシーＰＤＣＣＨに応答するＨＡＲＱ−ＡＣＫの送信のためのＴＤＤ  ＰＵＣＣＨリソースは、技術仕様書である3GPP TS 36.213,“Physical Layer Procedures,”v10.6.0で規定されている。
【００２９】
図９は、ＴＤＤモードにおけるＰＤＣＣＨに対するＰＵＣＣＨリソースの割り当てを示す。図示されている例は、４つの下りリンク・サブフレーム（ＳＦ０、ＳＦ１、ＳＦ２及びＳＦ３）及び１つの上りリンク・サブフレーム（ＳＦ４）についての例である。同図において、ＨＡＲＱ−ＡＣＫの多重化とＨＡＲＱ−ＡＣＫのバンドル化とに対するリソースの決定は同様であり、3GPP TS 36.213,“Physical Layer Procedures,”v10.6.0において規定されるように導出されうる。ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースは最初に、複数のサブフレーム（ＳＦ０〜ＳＦ３）にわたって、制御領域の最初の３分の１のＣＣＥ（斜線部）に含まれるＤＣＩの最も小さいｅＣＣＥインデックスに対してスタックされることがわかる。これらのＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの次に、制御領域の２番目の３分の１のＣＣＥ（クロスハッチング部）に属するＤＣＩが続く。最後は、最後の３分の１のＣＣＥ（陰影部）である。設計フィロソフィによると、システム負荷が低い場合、ＰＣＦＩＣＨの動的シグナリングにより制御領域が自動的に低減され、それにより、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースは、連続する領域に圧縮されうる。
【００３０】
ｅＰＤＣＣＨに対するＴＤＤ  ＰＵＣＣＨリソースの決定は、３ＧＰＰ  ＲＡＮ１においてまだ解決されておらず、すなわち、具体的な解決策は提供されていない。しかし、ＰＤＣＣＨの場合と同様に、ＦＤＤと異なる別個の設計が必要とされる。リソース構成が基本的に異なることに起因して、ＰＤＣＣＨについての現在の設計をｅＰＤＣＣＨについて再利用することはできない。例えばＰＤＣＣＨは、全てのＵＥ用の共通制御領域（最初の１個〜４個のＯＦＤＭシンボル）であるが、ｅＰＤＣＣＨは、ＵＥ固有の方法でＰＤＳＣＨと周波数多重される。したがって、無線通信システムにおいて拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）に対してＴＤＤ  ＰＵＣＣＨ  ＨＡＲＱリソースを割り当てる技術が必要とされる。
【発明の概要】
【００３１】
本明細書で開示する技術の複数の実施形態によれば、ＴＤＤ無線通信システムにおいて、ｅＰＤＣＣＨによりスケジューリングされたＰＤＳＣＨ又はｅＰＤＣＣＨにより知らされたＳＰＳの解除に応答してＨＡＲＱ−ＡＣＫを送信するためのＰＵＣＣＨリソースの決定に関する解決策が提供される。実施形態についての異なる複数のカテゴリを以下に詳細に説明し、それぞれ、ＰＵＣＣＨのブロッキング確率、ＰＵＣＣＨリソースの利用効率、ｅＮＢスケジューラの複雑度及び実現の複雑度についての異なる組み合わせを有する。
【００３２】
本明細書で開示する技術の一実施形態は、時分割複信（ＴＤＤ）動作用に構成された無線通信ネットワークにおいてハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するためのリソースを決定する、無線デバイスによる実現に適した処理方法である。本方法の例は、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク・サブフレームで下りリンク制御情報（ＤＣＩ）を受信することから始まる。受信したｅＰＤＣＣＨは、無線デバイスへの下りリンク共有チャネルの送信をスケジューリングするか、あるいは半永続スケジューリング（ＳＰＳ：semi-persistent scheduling）の解除を無線デバイスに知らせる。本方法は次に、受信したＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、無線リソース制御（ＲＲＣ）シグナリングを介して無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、インデックスｉとに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスを決定する。インデックスｉは、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内の下りリンク・サブフレームを識別する。ＰＵＣＣＨリソースの決定は、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、上りリンク・サブフレームに関連付けられる下りリンク・サブフレームに関して上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てる式に従って実行される。本方法は次に、リソースインデックスに対応するＰＵＣＣＨリソースを使用して、上りリンク・サブフレームでＨＡＲＱフィードバックを送信する。
【００３３】
いくつかの実施形態では、ＰＵＣＣＨリソースについてのリソースインデックスを決定することは、（i）受信したＤＣＩの最も小さい拡張ｅＣＣＥインデックスと、（ii）ＲＲＣシグナリングを介して無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、（iii）インデックスｉと、受信したｅＰＤＣＣＨによって使用されたｅＰＤＣＣＨリソースを含むｅＰＤＣＣＨリソースセット内のｅＣＣＥの数との積と、の総和に基づいて、リソースインデックスを決定することを含む。これらの実施形態のいくつかでは、ｅＰＤＣＣＨリソースのセットは、ｅＰＤＣＣＨリソースの複数のセットのうちのセットｑであり、上りリンク・サブフレームは、サブフレームｎであり、下りリンク・サブフレームは、サブフレームｎ−ｋiである。ここで、ｋiは、サブフレームｎに関連付けられる下りリンク・サブフレームの，予め定められたセット内のｉ番目のエレメントであり、当該予め定められたセットは、ｋ0，ｋ1，．．．，ｋM-1に従うインデックスを有するＭ個のエレメントを含み、リソースインデックスを決定することは、
2015530848.tif 000008
を計算することを含み、ｎeCCE,iは、受信したＤＣＩの最も小さいｅＣＣＥインデックスであり、ＮqeCCEは、ｅＰＤＣＣＨセットｑ内のｅＣＣＥの数である。これらの実施形態では、リソースインデックスは、ｎ(1)PUCCH,iから導出される。
【００３４】
他の実施形態は、無線デバイスによって使用されるＰＵＣＣＨリソースの決定及び当該リソースでのＨＡＲＱフィードバックの受信において、例えばＬＴＥのｅＮＢであるネットワークノードによって実現される、対応する動作を含む。更に他の実施形態は、本明細書で詳細に説明する技術のうちの１つ以上を実行するように構成された無線デバイス及びネットワークノードを含む。他の実施形態が、以下に説明する詳細な手順及び変形に従って、列挙される実施形態の変形及び拡張を含むことが理解されよう。
【００３５】
当然ながら、本発明は上記の特徴及び利点に限定されない。実際、以下の詳細な説明を読み、且つ、添付の図面を参照することによって、更なる特徴及び利点が当業者には認識されよう。
【図面の簡単な説明】
【００３６】
【図１】図１は、ＬＴＥにおいて定義される物理リソースを示す図である。
【図２】図２は、ＬＴＥの時間領域の構成を示す図である。
【図３】図３は、ＬＴＥの時間‐周波数グリッド内のＰＲＢペアを示す図である。
【図４】図４は、ＰＤＣＣＨ、ＣＲＳ等についてのＬＴＥ下りリンク・サブフレーム内でのマッピングを示す図である。
【図５】図５は、下りリンク・サブフレームのＰＤＳＣＨ領域において定義されるｅＰＤＣＣＨを示す図である。
【図６】図６は、ノーマルＣＰを使用するＰＲＢペア内でのＲＥ／ｅＲＥＧのマッピングを示す図である。
【図７Ａ】、
【図７Ｂ】図７Ａ及び図７Ｂは、ｅＰＤＣＣＨに対して使用される分散型ＰＲＢセット及び局所型ＰＲＢセットの例をそれぞれ示す図である。
【図８】図８は、セル固有基準シンボル（ＣＲＳ）周辺のマッピングに関する、制御チャネルエレメント（ＣＣＥ）と拡張ＣＣＥ（ｅＣＣＥ）との違いを示す図である。
【図９】図９は、ＴＤＤモードにおけるＰＤＣＣＨに対するＰＵＣＣＨリソースの割り当てを示す図である。
【図１０】図１０は、本明細書の教示に従って構成されるネットワークノード及び無線デバイスの一実施形態を示すブロック図である。
【図１１】図１１は、図１０のネットワークノード及び無線デバイスの詳細の例を示すブロック図である。
【図１２】図１２は、各セットが４つのＰＲＢを有する３つのｅＰＤＣＣＨセットを有するｅＰＤＣＣＨリソースの構成の一例を示す図である。
【図１３】図１３は、一実施形態に係るＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの構成の一例を示す図である。
【図１４】図１４は、他の実施形態に係るＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの構成の一例を示す図である。
【図１５】図１５は、他の実施形態に係るＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの構成の一例を示す図である。
【図１６】図１６は、他の実施形態に係るＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの構成の一例を示す図である。
【図１７】図１７は、他の実施形態に係るＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの構成の一例を示す図である。
【図１８】図１８は、無線デバイスにおける処理の方法の一実施形態を示す論理フローチャートである。
【図１９】図１９は、ネットワークノードにおける処理の方法の一実施形態を示す論理フローチャートである。
【発明を実施するための形態】
【００３７】
図１０は、ネットワークノード１０及び無線デバイス１２を示す。無線デバイス１２は、本明細書における、ＰＵＣＣＨの割り当て及びハイブリッド自動再送要求（ＨＡＲＱ）に関連する教示についての端末側（すなわち、ＵＥ側）の処理を実行するように構成される。特に、無線デバイス１２は、以下で詳細に説明する複数の技術のうちの１つ以上を使用して、ＴＤＤシステムにおいて、ｅＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨの送信又はｅＰＤＣＣＨによって知らされたＳＰＳの解除に応答したハイブリッド自動再送要求（ＨＡＲＱ）フィードバックに対して特定の物理上りリンク制御チャネル（ＰＵＣＣＨ）を決定するように構成される。それに対応して、ネットワークノード１０は、ＨＡＲＱフィードバックのために無線デバイス１２によって使用されるＰＵＣＣＨリソースを決定するための、補完的なネットワーク側処理を実行するように構成される。
【００３８】
ネットワークノード１０は、１つ以上の処理回路１４及び関連するメモリ／ストレージ１６を含む。メモリ／ストレージ１６は、揮発性ワーキングメモリと不揮発性コンフィギュレーションとプログラムメモリ又はストレージとの組み合わせ等の１つ以上の種類のコンピュータ可読媒体であってもよい。ネットワークノード１０は、１つ以上の通信インタフェース１８を更に含む。通信インタフェース１８は、ネットワークノード１０の性質に依存する。基地局又は他の無線ノードの例において、通信インタフェース１８は、無線通信ネットワークのいずれか１つ以上のセル内の任意の数の無線デバイス１２と通信するための、例えば無線送信、無線受信、及び無線処理回路のプールである無線送受信機を含む。更に、ネットワークノード１０は、キャリアアグリゲーション（ＣＡ）動作、時分割複信（ＴＤＤ）動作、多入力多出力（ＭＩＭＯ）動作等をサポートしてもよい。それに加えて、通信インタフェース１８は、基地局間インタフェース及び／又はバックホール又は他のＣＮ通信インタフェースを含んでもよい。ネットワークノード１０がｅＮｏｄｅＢを含む、ＬＴＥベースの例において、通信インタフェース１８は、ｅＮｏｄｅＢ間通信のための「Ｘ２」インタフェースを含む。
【００３９】
それに対応して、無線デバイス１２は、スマートフォン、フューチャフォン、タブレット等のセルラ無線電話であってもよく、ネットワークアダプタ、カード、モデム又は他のそのようなインタフェースデバイスであってもよく、あるいは、ラップトップコンピュータ又は一体型無線通信機能を有する他のそのような装置であってもよい。当然ながら、これらの例は非限定的であり、無線デバイス１２は、本明細書の教示に係るネットワーク動作用に構成された通信送受信機として広く理解されるべきである。更に、本明細書で「ユーザ装置」又は「ＵＥ」を参照する場合、図１０に示すような無線デバイスを更に一般的に示すと理解されるべきであることが理解されよう。
【００４０】
無線デバイス１２は、例えばセルラ無線回路である受信機２２及び送信機２４を含む送受信機回路２０を含む。図示されている無線デバイス１２は、１つ以上のメモリ／ストレージデバイス又は回路２８を含むか又はそれに関連付けられる１つ以上の処理回路２６を更に含む。メモリ／ストレージ２８は、例えば１つ以上の種類のコンピュータ可読媒体を含む。媒体の例は、揮発性ワーキングメモリと不揮発性コンフィギュレーションとプログラムメモリ又は例えばランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）及びフラッシュメモリ等である他の記憶装置との組み合わせを含む。
【００４１】
送信機２４及び／又は受信機２２は、それぞれアナログ回路とデジタル回路との組み合わせを備えてもよいことが当業者には理解されよう。例えば１つ以上の実施形態における受信機２２は、図１０に明示的に示さない受信機フロントエンド回路を備える。そのような回路は、アンテナで受信した信号に対応する１つ以上のデジタル信号サンプル・ストリームを生成し、例えばベースバンドデジタル処理回路及び関連するバッファメモリである受信機処理回路は、デジタルサンプルに対して動作する。動作の例は、干渉の抑圧を伴う場合がある線形化又は他のチャネル補償、及び送信された情報を再生するための、シンボルの復調及び復号を含む。
【００４２】
図１０は、高レベルの物理回路構成を示すこと、並びにネットワークノード１０及び無線デバイス１２は、一般にデジタル処理回路と、コンフィギュレーションデータ、動作データ又はワーキングデータを格納し、且つ、コンピュータプログラム命令を格納するための、関連するメモリ又は他のコンピュータ可読媒体とを含むことが、当業者には理解されよう。本明細書で考察される実施形態の少なくともいくつかにおいて、ネットワーク側の機能及び装置側の機能は、デジタル処理回路による格納されたコンピュータプログラム命令の実行に基づいて、当該回路のプログラムコンフィギュレーションを通じて少なくとも部分的に実現される。このように実現される機能回路は、本明細書で説明する目的に特に適合した「マシン」として理解される。ネットワークノード１０内の処理回路１４及び無線デバイス１２内の処理回路２６は、このような方法で少なくとも部分的に構成されてもよい。
【００４３】
図１１は、ネットワークノード１０がＬＴＥネットワークにおける動作用に構成されたｅＮｏｄｅＢであるか、あるいは他の種類の基地局又は無線ノードである場合の、ネットワークノード１０及び無線デバイス１２の双方についての詳細の例を提供する。したがって、そのような実施形態におけるネットワークノード１０は、図１０で示した通信インタフェース１８を表すか又はそれに含まれるＲＦインタフェース回路３０を含む。更に、１つ以上のマイクロプロセッサ、ＤＳＰ又は他のデジタル処理回路を備えてもよい処理回路１４は、本明細書の教示に従って構成される制御回路３２を含みうる。制御回路３２は、処理回路、処理ユニット又は制御ユニットとも称されうる。少なくとも１つの実施形態において、制御回路３２は、メモリ／ストレージ１６に格納されたコンピュータプログラム３４からの、格納済みのコンピュータプログラム命令の実行に基づいて、本明細書のネットワーク側の教示に従って特に適合される。
【００４４】
ネットワークノード１０は、カード／バックプレーン構成を使用する処理回路のラック又はキャビネットを備えてもよく、簡略な図には示されていない追加の処理回路／機能のホストを含んでもよい。更に一般的には、処理回路１４は、例えばＲＦインタフェース回路３０を介する送信動作及び受信動作である少なくとも通信関連処理を制御する、何らかの１つ以上のコンピュータベースの回路を備えてもよい。したがって、処理回路１４は、ネットワークノード１０によってサポートされる複数の無線デバイス１２間で、上りリンク送信及び／又は下りリンク送信を制御するためのユーザスケジューリング回路等の、不図示の多くの他の機能回路を含んでもよく、また、例えば１つ以上の被サービングセル及び／又は１つ以上の隣接セルについてのネットワーク負荷の判定等のための１つ以上の状態判定回路を含んでもよい。
【００４５】
同様に、無線デバイス１２は、ＷＣＤＭＡ（登録商標）、並びに／又はＬＴＥ及びＬＴＥ−Ａ規格等の、何らかの１つ以上の無線通信規格に従って動作するように構成されてもよい。概して、無線デバイス１２は、マクロセル及びマクロ基地局とμセル及びマイクロ基地局とを含むヘテロジニアス（heterogeneous）ネットワーク配置において使用されるような、２つ以上の無線アクセス技術（ＲＡＴ）をサポートしてもよい。この場合、マクロ基地局及びマイクロ基地局は、同一のＲＡＴを使用してもしなくてもよい。したがって、送受信機回路２０は、１つ以上のセルラ無線機を備えてもよく、受信機２２及び／又は送信機２４が、処理回路２６を備えるか又は処理回路２６に含まれるベースバンド処理回路を含むアナログ回路とデジタル回路との組み合わせで実現されてもよいことを示すために、送受信機回路２０を処理回路２６と重ねて示す。そのような一例において、処理回路２６は、例えば、送信された情報を再生するための、受信信号の線形化及び／又は干渉補償、シンボル検出及び対応する復号（ビタビ、ジョイント検出等）を提供する、１つ以上の受信信号処理チェインを実装する。
【００４６】
制御回路３６は、無線デバイスの処理回路２６内で又はその一部として実現され、いくつかの実施形態において、メモリ／ストレージ２８は、１つ以上のコンピュータプログラム３８及び／又はコンフィギュレーションデータを格納する。制御回路３６は、本明細書で説明するＰＲＢセットの拡張に関する装置側処理を実行する。少なくとも１つの実施形態において、制御回路３６は、処理回路２６によるコンピュータプログラム命令の実行に基づいて実現され、コンピュータプログラム命令は、例えばコンピュータプログラム３８としてメモリ／ストレージ２８に格納される。
【００４７】
本開示中で「一実施形態」を参照する場合、これは、一実施形態に関連して説明される特定の特徴、構成又は特性が、本明細書で開示する発明の技術の少なくとも１つの実施形態又は態様に含まれることを意味することが理解されるだろう。したがって、本明細書中の種々の箇所で「一実施形態において」という表現が使用される場合、必ずしも全てが同一の実施形態を示すわけではない。更に、特定の特徴、構成又は特性は、１つ以上の実施形態において何らかの適切な方法で組み合わされてもよい。
【００４８】
本明細書で開示する技術の複数の実施形態によると、ＴＤＤ無線通信システムにおいて、ｅＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ又はｅＰＤＣＣＨによって知らされたＳＰＳの解除に応答したＨＡＲＱ−ＡＣＫ送信のための、ＰＵＣＣＨリソースの決定に関する解決策が提供される。以下では実施形態についての異なる複数のカテゴリを説明し、それらは、ＰＵＣＣＨのブロッキング確率、ＰＵＣＣＨリソースの利用効率、ｅＮＢスケジューラの複雑度及び実現の複雑度についての異なる組み合わせを有する。便宜上、これらの実施形態を「実施形態１」、「実施形態２」等の見出しを用いて説明する。しかし、これらのカテゴリの各々は複数の変形を含んでもよいこと、これらの実施形態は必ずしも互いに排他的ではないこと、及び、これらの実施形態の種々の態様は一緒に使用可能であることが当業者には理解されるべきである。
【００４９】
以下に説明する実施形態は、ｅＰＤＣＣＨに対する異なるＦＤＤ  ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソース割り当て方式に適合できる（それらと関連して使用可能である）。説明する実施形態についての背景を提供するために、R1-123870との番号が付され、且つ、“PUCCH resource allocation for ePDCCH”というタイトルが付された、分散型ｅＰＤＣＣＨについて３ＧＰＰ提案に記載されているＦＤＤ  ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの割り当てについて、以下で説明する。（R1-123870は、http://www.3gpp.org/ftp/tsg_ran/wg1_rl1/TSGR1_70/Docs/で入手できる。）しかし、本明細書で開示する実施形態がこのＦＤＤリソース割り当て方式の使用に限定されないこと、及び、実際はこれらのＴＤＤリソース割り当て方式を他のＦＤＤリソース割り当て方式と共に使用できることは当業者には理解されよう。
【００５０】
しかし、背景としては、ＦＤＤモードにおけるＰＵＣＣＨリソースは、
2015530848.tif 000009
によって決定され、ｎeCCEは、ｅＰＤＣＣＨにおいて検出されたＤＣＩの最も小さいｅＣＣＥインデックスであり、Ｎ(q)UE-PUCCHは、無線リソース制御（ＲＲＣ）シグナリングによってＵＥに対してシグナリングされた、ＵＥ固有のオフセットである。ｅＰＤＣＣＨのために使用される、各セットがＮ個のＰＲＢペアを有するＱ個のセットがＵＥに設定されることが、３ＧＰＰによって合意されている。各セットは、異なる複数のサイズ、例えば２個、４個、８個のＰＲＢペアのうちの１つのサイズを有しうる。以下において、図示の便宜上、図１２に示すように、各セットが４つのＰＲＢを有する３つのｅＰＤＣＣＨセットが、ＵＥに設定されるものとする。図１２に示すように、ＰＲＢを含む各セットは、ｑ＝１，．．．，ＱであるＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの開始位置Ｎ(q)UE-PUCCHを用いて設定され、各セットのＰＲＢペアは、周波数帯域にわたって分散される。図１２では、斜線ブロックを使用してセット１のエレメントを表し、陰影ブロックを使用してセット２のエレメントを表し、クロスハッチング・ブロックを使用してセット３のエレメントを表す。上述のように、以下で詳細に説明する、提案する解決策は、どのようなｅＰＤＣＣＨリソースのコンフィギュレーションにも容易に拡張可能であり、（以下の実施形態を説明するための基準として使用される）図１２の例は、例えばより多い又は少ないｅＰＤＣＣＨセットを含むように、及び／又はセット毎により多い又は少ないＰＲＢを含むように、変更可能である。
【００５１】
実施形態１
本実施形態及びその変形によれば、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されているようにｋiがＭ個の要素ｋi∈{ｋ0，ｋ1，ｋ2，．．．ｋM-1}のセットに属するサブフレームｎ−ｋi内の、対応するｅＰＤＣＣＨ又は下りリンクＳＰＳの解除を知らせるｅＰＤＣＣＨの検出によって知らされるＰＤＳＣＨ送信について、ＵＥは、所与のサブフレームｋに対して割り当てられるＰＵＣＣＨリソースが以下のルールに従うように、ＰＵＣＣＨリソースｎ(1)PUCCH,iを決定する。
2015530848.tif 000010
ここで、ｎeCCE,iは、ｅＰＤＣＣＨにおいて検出されたＤＣＩの最も小さいｅＣＣＥインデックスであり、０≦ｉ≦Ｍ−１であるサブフレームｎ−ｋiのｅＰＤＣＣＨセットｑに属する。Ｍは、表10.1.3.1-1において定義されているセット内のエレメントの数であり、ＮqeCCEは、ｅＰＤＣＣＨセットｑ内のｅＣＣＥの数である。なお、本実施形態及び以下の実施形態は、関係するＰＵＣＣＨ  ＨＡＲＱリソースをＵＥが決定することに言及しているが、例えばＡＣＫ／ＮＡＫを正しく復号可能にするためにＵＥ／ＢＳが使用しているリソースを双方のノードが認識するように、ＵＥ及びそのサービング基地局（例えば、ｅＮＢ又はそれに接続された他のネットワークノード）の双方が、ＵＥとそのサービング基地局との間の接続用の関係するＰＵＣＣＨ  ＨＡＲＱリソースを決定する必要があることは、当業者には理解されよう。したがって、以下で説明する他の実施形態では明示的に述べないが、各実施形態はＵＥ及び例えば基地局であるネットワーク側の双方において実現可能であることが理解されるべきである。
【００５２】
上記の式（２）に従って、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースは、図１３に示すように、ｅＰＤＣＣＨセット毎に別々に、複数のサブフレームにわたってスタックされる。このように、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースは、ｅＰＤＣＣＨセット毎に、複数のサブフレームにわたって連続してスタックされる（すなわち、サブフレーム０に属するＤＣＩメッセージが最初にスタックされ、次に、サブフレーム１に属するＤＣＩがスタックされ、．．．等）。この場合、複数の列のそれぞれは、図示されるように、異なるｅＰＤＣＣＨセット（黄色（Ｙ）、青色（Ｂ）及び赤色（Ｒ））と関連付けられる。本代替案の利点は簡潔性であり、スケジューラが常に高い優先度でｅＰＤＣＣＨセット１に対してＤＣＩを割り当てうる場合、リソース利用は低いシステム負荷で効率的となる。しかし、本解決策は、異なるサブフレーム間での更なるＰＵＣＣＨリソース・ブロッキングをもたらすため、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫのブロッキング確率を増加させる。そのため、ｅＮＢスケジューラも更に複雑になる。
【００５３】
なお、式（２）は、上りリンク・サブフレームｎに関連付けられるＭ個の下りリンク・サブフレームの最初のｉ個のサブフレームにおいて、各サブフレームのｅＣＣＥの数が等しいと仮定する。これは常に成立するわけではなく、成立しない場合、式（２）が常に適用されるわけではない。しかし、図１３に示すように、Ｑ個のｅＰＤＣＣＨセットの各々についてのリソースが別々にスタックされる、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースの連続スタッキングは、複数のサブフレームにわたってｅＣＣＥの数が等しくない場合であっても適用されてよい。上記と同じ利点が当てはまる。
【００５４】
式（２）の式の拡張において、ＰＵＣＣＨリソースは、上りリンクにおけるＨＡＲＱ−ＡＣＫフィードバックに対する種々のＭを用いて、異なるセットｑの間で共に圧縮される。一実施形態において、Ｍに基づいてＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨリソースを圧縮するＨＡＲＱ−ＡＣＫ圧縮方式が導入される。他の例において、圧縮方式は、異なるセットｑの間でＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨリソースを共に圧縮することにより機能する。式（２）を基本とする以下の式（２ａ）を使用して、そのような圧縮方式の一例を以下に示す。しかし、以下で説明する他の実施形態を同様の方法で拡張することも可能である。
2015530848.tif 000011
この場合、式（２ａ）についての定義は式（２）と同一であり、更に、Ｎ-1eCCE＝０であり、Ｍmaxは、3GPP TS 36.213, v10.6.0の表10.1.3.1-1に従って規定されるように、所与のＵＬ／ＤＬコンフィギュレーションについての可能性のある全てのＨＡＲＱ−ＡＣＫフィードバックサブフレームにわたる最大値Ｍである。例えばＵＬ／ＤＬコンフィギュレーション３が使用される場合、Ｍmaxは３となりうる。
【００５５】
実施形態２
本実施形態及びその変形によれば、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されているようにｋiがＭ個の要素ｋi∈{ｋ0，ｋ1，ｋ2，．．．ｋM-1}のセットに属するサブフレームｎ−ｋi内の、対応するｅＰＤＣＣＨ又は下りリンクＳＰＳの解除を知らせるｅＰＤＣＣＨの検出によって知らされるＰＤＳＣＨ送信について、ＵＥは、本実施形態に係るＰＵＣＣＨリソースｎ(1)PUCCH,i,kを以下のように決定する。
2015530848.tif 000012
ここで、ｎeCCE,i,kは、０≦ｉ≦Ｍ−１であるサブフレームｎ−ｋiのｅＰＤＣＣＨセットｑに属し、Ｍは、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されるセット内のエレメントの数であり、Ｎ(0)UE-PUCCHは、最も低いＰＵＣＣＨリソース開始位置を有するセットについてのＵＥ固有のオフセットパラメータであり、Ｎ(q')eCCEは、サブフレーム毎のセットｑ'内のＣＣＥの総数であり、Ｎ(-1)eCCE＝０である。上記の式（３）に従って、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースは、図１４に示すように、セットｑ毎に複数のサブフレームにわたって順次スタックされる。このように、本実施形態に係るＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースは、ｅＰＤＣＣＨセット毎に１つずつスタックされる。最も低いＰＵＣＣＨ  ＡＣＫ／ＮＡＫ開始位置を有するセットから開始して、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースは複数のサブフレームにわたって連続してスタックされる（すなわち、サブフレーム０に属するＤＣＩメッセージが最初にスタックされ、次にサブフレーム１に属するＤＣＩがスタックされる、等）。２番目に低いＰＵＣＣＨ  ＡＣＫ／ＮＡＫ開始位置を有するセットは、第１のセットに対する領域の終端から開始してスタックされ、その後、３番目に低いＰＵＣＣＨ  ＡＣＫ／ＮＡＫ開始位置を有するセットがスタックされる。図１４では、異なるｅＰＤＣＣＨセットの各々をそれぞれ、斜線ブロック、陰影ブロック及びクロスハッチング・ブロックで示している。本実施形態の利点は、単一のパラメータＮ(0)UE-PUCCHによって、異なる複数のセットの全てに対して唯一のＰＵＣＣＨリソースを同時に提供できることである。したがって、異なる複数のセット間でリソースの衝突が生じず、また、複数のサブフレーム間でリソースの衝突が生じない。
【００５６】
実施形態３
この第３の実施形態及びその変形では、対応するｅＰＤＣＣＨからのＰＵＣＣＨリソースは、最初に、全てのセットについて１つのサブフレーム内にスタックされる。これは、ＰＵＣＣＨリソースがセット内の全てのサブフレーム毎にスタックされる実施形態２と大きく異なる。したがって、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されているようにｋiがＭ個の要素ｋi∈{ｋ0，ｋ1，ｋ2，．．．ｋM-1}のセットに属するサブフレームｎ−ｋi内の、対応するｅＰＤＣＣＨ又は下りリンクＳＰＳの解除を知らせるｅＰＤＣＣＨの検出によって知らされるＰＤＳＣＨ送信について、ＵＥは、この第３の実施形態についてのＰＵＣＣＨリソースｎ(1)PUCCH,iを以下のように決定する。
2015530848.tif 000013
ここで、ｎeCCE,iは、０≦ｉ≦Ｍ−１であるサブフレームｎ−ｋiのｅＰＤＣＣＨセットｑに属し、Ｍは、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されるセット内のエレメントの数であり、ＮPUCCHePDCCHは、１つのサブフレーム内の全てのセットにおけるＰＵＣＣＨリソースの総数である。上記の式（４）によると、図１５の例に示すように、異なるサブフレーム内のＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースは重なり合わない。図１５では同様に、斜線ブロックは第１のセットに属するサブフレームを示し、クロスハッチング・ブロックは第２のセットに属するサブフレームを示し、陰影ブロックは第３のセットに属するサブフレームを示す。このように、本実施形態によると、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースは、サブフレーム毎に連続してスタックされる。サブフレーム０から開始して、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースはセット毎に個別にスタックされる。なお、１つのサブフレーム内のリソース領域のサイズは、各ｅＰＤＣＣＨセットのサイズ及び各セットのＰＵＣＣＨ開始位置に依存する。同様に、サブフレーム１についてのＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースは、サブフレーム０についてのリソース領域の終端から開始し、サブフレーム２はサブフレーム１の後にスタックされる。例えばＮPUCCHePDCCHは、全ての設定されたセットに基づいてＵＥによって計算されるか、あるいはｅＮｏｄｅＢからシグナリングされる。本解決策も低い複雑度を有する。第１の実施形態と比較して、サブフレーム間でリソースの衝突は生じないが、特定のサブフレーム内にスケジューリングされたユーザが存在しない場合でもリソースが確保されるため、リソース利用は相対的に低い。
【００５７】
実施形態４
この第４の実施形態及びその変形によれば、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されるようにｋiがＭ個のエレメントｋi∈{ｋ1，ｋ2，．．．ｋM-1}のセットに属するサブフレームｎ−ｋi内の、対応するｅＰＤＣＣＨ又は下りリンクＳＰＳの解除を知らせるｅＰＤＣＣＨの検出によって知らされるＰＤＳＣＨ送信について、ＵＥは、本実施形態に係るＰＵＣＣＨリソースｎ(1)PUCCH,i,kを以下のように決定する。
2015530848.tif 000014
ここで、ｎeCCE,iは、０≦ｉ≦Ｍ−１であるサブフレームｎ−ｋiのｅＰＤＣＣＨセットｋに属する。Ｍは、表10.1.3.1-1において定義されたセット内のエレメントの数であり、Ｎ(i,q)UE-PUCCHは、インデックスｉに対するｅＰＤＣＣＨセットｑについてのＵＥ固有ＰＵＣＣＨリソース開始位置である。本解決策は、サブフレーム毎にＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫ領域を設定するための十分な柔軟性を提供する。その一方で、本解決策により、ｅＮＢは、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースを管理するための十分な自由度が与えられる。本実施形態は、いくつかのＵＥにサブセットのみが設定される場合でも、セル内で全てのセットについて直交リソースを提供できる。本実施形態の欠点は追加のシグナリングが必要となることである。
【００５８】
本実施形態に係るＰＵＣＣＨリソースの構成の一例を図１６に示す。図１６では同様に、斜線ブロックは第１のセットに属するサブフレームを示し、クロスハッチング・ブロックは第２のセットに属するサブフレームを示し、陰影ブロックは第３のセットに属するサブフレームを示す。図１６から、本実施形態によれば、各サブフレーム及び各セットについてのＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースは、互いに完全に別々にスタックされることがわかる。
【００５９】
この第４の実施形態の変形として、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されるようにｋiがＭ個のエレメントｋi∈{ｋ0，ｋ1，ｋ2，．．．ｋM-1}のセットに属するサブフレームｎ−ｋi内の、対応するｅＰＤＣＣＨ又は下りリンクＳＰＳの解除を知らせるｅＰＤＣＣＨの検出によって知らされるＰＤＳＣＨ送信について、ＵＥは、本実施形態に係るＰＵＣＣＨリソースｎ(1)PUCCH,iを以下のように決定する。
2015530848.tif 000015
ここで、ｎeCCE,iは、０≦ｉ≦Ｍ−１であるサブフレームｎ−ｋiのｅＰＤＣＣＨセットｋに属し、Ｍは、表10.1.3.1-1において定義されるセット内のエレメントの数であり、Ｎ(q)UE-PUCCHは、ｅＰＤＣＣＨセットｑについてのＵＥ固有ＰＵＣＣＨリソース開始位置であり、Ｎ(q)UE-PUCCH-OFFSETは、セットｑについてのＵＥ固有オフセット値である。本実施形態は、実施形態３より柔軟性が低いが、シグナリング・オーバーヘッドが少ない。本実施形態は、いくつかのＵＥにサブセットのみが設定される場合でも、セル内で全てのセットについて直交リソースを提供できる。Ｎ(q)UE-PUCCH-OFFSETが全てのセットについて同一である場合、設定されたＮPUCCHePDCCHを用いる実施形態３と同一になる。
【００６０】
第５の実施形態
この第５の実施形態及びその変形によると、3GPP TS 36.213, v10.6.0の表10.1.3.1-1において定義されるようにｋiがＭ個のエレメントｋi∈{ｋ0，ｋ1，ｋ2，．．．ｋM-1}のセットに属するサブフレームｎ−ｋi内の、対応するｅＰＤＣＣＨ又は下りリンクＳＰＳの解除を知らせるｅＰＤＣＣＨの検出によって知らされるＰＤＳＣＨ送信について、ＵＥは、ＰＵＣＣＨリソースｎ(1)PUCCH,iを以下のように決定する。
2015530848.tif 000016
ここで、ｎeCCE,iは、０≦ｉ≦Ｍ−１であるサブフレームｎ−ｋiのｅＰＤＣＣＨセットｑに属し、Ｍは、表10.1.3.1-1において定義されるセット内のエレメントの数である。本実施形態において、ＵＥは最初に、{０，１，２，．．．，２Ｑ}からｃを選択する。この場合、選択されたｃは、
2015530848.tif 000017
を成立させ、
2015530848.tif 000018
であり、関数sort(・)は昇順を有し、ＮCeCCE(−１)＝ＮCeCCE(０)であり、Ｖｃは条件
2015530848.tif 000019
を満たすｃのセットである。本解決策は、比較的高い複雑度を有するが、リソース利用効率が高いという利点を有する。本実施形態に係るＰＵＣＣＨリソースの構成の一例を図１７に示す。このように、本実施形態によれば、ｅＰＤＣＣＨセット毎のＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソース開始位置及びリソース領域のサイズに基づいて、最初に、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫ領域全体が、複数の重なり合わないサブ領域に昇順で分割される。例えば第１のサブ領域から開始して、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースは、複数のサブフレームにわたってスタックされる（すなわち、（サブフレーム０，サブ領域０）に属するＤＣＩメッセージがスタックされ、次に（サブフレーム１，サブ領域０）に属するＤＣＩがスタックされ、その後、（サブフレーム２，サブ領域０）に属するＤＣＩがスタックされる）。それにより、第２のサブ領域について、ＰＵＣＣＨ  ＡＣＫ／ＮＡＫリソースが第１のサブ領域の終端から同様にスタックされる。同一の原理が残りのサブ領域に対して適用される。
【００６１】
実施形態６〜１０
前述の実施形態１〜５のいずれかについての更なる変形として更なる補正項をリソースの計算に付加できる。この補正項は、レガシーＰＤＣＣＨ領域のサイズに関係する。そのような代替の実施形態により、使用されるＰＵＣＣＨリソースが、ＨＡＲＱ−ＡＣＫウィンドウの一部である全てのサブフレームにおけるＰＤＣＣＨ領域のサイズによってスケーリングされる結果となる。ＰＤＣＣＨリソースの数が近似的が導出されるが、正確に導出される数ではないと予測することが更に可能である。
【００６２】
実施形態１を使用して、この変更を以下の式（８）に例示するが、本明細書で説明するいずれの実施形態にも同一の変更を適用できる。この拡張を用いる場合、ＵＥは、ＰＵＣＣＨリソースｎ(1)PUCCH,iを以下のように決定する。
2015530848.tif 000020
ここで、ＮCCEは、サブフレーム内のレガシーＰＤＣＣＨで利用可能なＣＣＥの最大数である。より一般的な定式化では、ＵＥは、ＰＵＣＣＨリソースｎ(1)PUCCH,iを以下のように決定する。
2015530848.tif 000021
ここで、ＮjCCEは、サブフレームｎ−ｋｊ内のレガシーＰＤＣＣＨで利用可能なＣＣＥの最大数である。他の実施形態では、総和はｊ＝０から始まってもよい。
【００６３】
特に上述の実施形態は、ＴＤＤシステムにおいて、ｅＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ又はｅＰＤＣＣＨによって知らされたＳＰＳの解除に応答してＨＡＲＱ−ＡＣＫを送信するための、ＰＵＣＣＨリソースの決定に関する複数の解決策を提供する。これらの実施形態は、例えばＰＵＣＣＨのブロッキング確率、ＰＵＣＣＨリソースの利用効率、ｅＮＢスケジューラの複雑度及び実現の複雑度の間のトレードオフを有する、異なる複数の代替案を提供する。
【００６４】
種々の例示的な実施形態についての上記の説明から、上記の実施形態及び他の実施形態が実現される場合、それらは無線通信システム内の種々のノードに影響を及ぼすことが理解されよう。例えば、上述したＴＤＤシステムにおいてｅＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ又はｅＰＤＣＣＨによって知らされたＳＰＳの解除に応答してＨＡＲＱ−ＡＣＫを送信するための、種々のＰＵＣＣＨリソース決定方式は、ネットワーク側ノード（例えば、ｅＮＢ）及びユーザ装置の双方において実装される必要がありうる。
【００６５】
図１８は、少なくとも実施形態１についての、無線デバイス１２の上述の処理に対応する処理方法１８００の非限定的な実施形態を示している。方法１８００は、時分割複信（ＴＤＤ）動作用に構成された無線通信ネットワークにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを送信するためのリソースを決定する技術を対象としている。本方法は、ブロック１８１０に示すように、拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク・サブフレームで下りリンク制御情報（ＤＣＩ）を受信することから始まる。受信したｅＰＤＣＣＨは、無線デバイスへの下りリンク共有チャネルの送信をスケジューリングするか、あるいは半永続スケジューリング（ＳＰＳ）の解除を無線デバイスに知らせる。
【００６６】
ブロック１８２０に示すように、本方法は次に、受信したＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、無線リソース制御（ＲＲＣ）シグナリングを介して無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、インデックスｉとに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスを決定する。インデックスｉは、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内の下りリンク・サブフレームを識別する。ＰＵＣＣＨリソースの決定は、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、上りリンク・サブフレームに関連付けられる下りリンク・サブフレームに関して上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てることになる式に従って実行される。ブロック１８３０に示すように、本方法は次に、リソースインデックスに対応するＰＵＣＣＨリソースを使用して、上りリンク・サブフレームでＨＡＲＱフィードバックを送信する。
【００６７】
見出し「実施形態１」以下で上述したようないくつかの実施形態では、ＰＵＣＣＨリソースについてのリソースインデックスを決定することは、（i）受信したＤＣＩの最も小さい拡張ｅＣＣＥインデックスと、（ii）ＲＲＣシグナリングを介して無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、（iii）インデックスｉと、受信したｅＰＤＣＣＨによって使用されたｅＰＤＣＣＨリソースを含むｅＰＤＣＣＨリソースセット内のｅＣＣＥの数との積と、の総和に基づいて、リソースインデックスを決定することを含む。これらの実施形態のいくつかでは、リソースインデックスを決定することは、上述のように式（２）に従ってリソースインデックスを計算することを含む。
【００６８】
前述のように、ＰＵＣＣＨリソースの決定及び当該リソースにおけるＨＡＲＱフィードバックの送信において無線デバイス１２によって実行される動作は、無線デバイス１２によって使用されるＰＵＣＣＨリソースの決定及び当該リソースにおけるＨＡＲＱフィードバックの受信における、例えばＬＴＥ  ｅＮＢであるネットワークノード１０における対応する動作によって補完される。このため、図１９は、少なくとも実施形態１についての、ネットワークノード１０の当該処理に対応する処理方法１９００の非限定的な実施形態を示している。したがって、方法１９００は、概して、時分割複信（ＴＤＤ）動作用に構成された無線通信ネットワークにおいて、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信するためのリソースを決定する技術を対象としている。本方法は、ブロック１９１０に示すように、下りリンク・サブフレームにおいて拡張物理下りリンク制御チャネル（ｅＰＤＣＣＨ）を介して下りリンク制御情報（ＤＣＩ）を無線デバイスへ送信することから始まる。送信したｅＰＤＣＣＨは、無線デバイスへの下りリンク共有チャネルの送信をスケジューリングするか、あるいは半永続スケジューリング（ＳＰＳ）の解除を無線デバイスに知らせる。
【００６９】
ブロック１９２０に示すように、本方法は次に、送信したＤＣＩの最も小さい拡張制御チャネルエレメント（ｅＣＣＥ）インデックスと、無線リソース制御（ＲＲＣ）シグナリングを介して無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、インデックスｉとに基づいて、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースについてのリソースインデックスを決定する。インデックスｉは、上りリンク・サブフレームに関連付けられる１つ以上の下りリンク・サブフレームの予め定められたセット内の下りリンク・サブフレームを識別する。ＰＵＣＣＨリソースの決定は、ｅＰＤＣＣＨリソースの複数のセットのそれぞれについて、上りリンク・サブフレームに関連付けられる下りリンク・サブフレームに関して上りリンク・サブフレーム内でＰＵＣＣＨリソースを順次割り当てることになる式に従って実行される。ブロック１９３０に示すように、本方法は次に、リソースインデックスに対応するＰＵＣＣＨリソースを使用して、上りリンク・サブフレームでＨＡＲＱフィードバックを受信する。
【００７０】
見出し「実施形態１」以下で上述したようないくつかの実施形態では、ＰＵＣＣＨリソースについてのリソースインデックスを決定することは、（i）送信したＤＣＩの最も小さい拡張ｅＣＣＥインデックスと、（ii）ＲＲＣシグナリングを介して無線デバイスへ以前にシグナリングされたデバイス固有オフセット値と、（iii）インデックスｉと、送信したｅＰＤＣＣＨによって使用されたｅＰＤＣＣＨリソースを含むｅＰＤＣＣＨリソースセット内のｅＣＣＥの数との積と、の総和に基づいて、リソースインデックスを決定することを含む。これらの実施形態のいくつかでは、リソースインデックスを決定することは、上述のように式（２）に従ってリソースインデックスを計算することを含む。
【００７１】
上記の例を考慮すると、本明細書の教示が、ＴＤＤシステムにおいてｅＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ又はｅＰＤＣＣＨによって知らされたＳＰＳの解除に応答してＨＡＲＱ−ＡＣＫを送信するための、ＰＵＣＣＨリソースの決定に関する複数の解決策を提供することは明らかである。異なる代替案は、ＰＵＣＣＨのブロッキング確率、ＰＵＣＣＨリソースの利用効率、ｅＮＢスケジューラの複雑度及び実現の複雑度の間の異なるトレードオフを提供する。
【００７２】
本発明の範囲から逸脱することなく、種々の変更が上述の実施形態に対して行われてもよいことが当業者には理解されよう。したがって、上述の特定の実施形態は、本発明の範囲を限定するのではなく、例示であると考えられなければならない。構成要素又は技術の全ての考えられる組み合わせを説明することは当然不可能であるため、本発明の基本的な特徴から逸脱することなく、本発明が本明細書に特に記載した方法以外の方法で実現可能であることが当業者には理解されよう。したがって、本明細書の実施形態は、あらゆる点において例示であって限定するものではないと考えられるべきである。
【００７３】
種々の要素／動作を説明するために第１、第２、第３等の用語を本明細書で使用しているが、これらの要素／動作はそれらの用語により限定されてはならないことが理解されよう。これらの用語は、１つの要素／動作と別の要素／動作とを区別するために使用されるにすぎない。したがって、本発明概念の教示から逸脱することなく、いくつかの実施形態における第１の要素／動作が他の実施形態において第２の要素／動作と呼ばれてもよい。本明細書では、同一の参照符号又は同一の参照記号は同一又は同様の要素を示す。
【００７４】
本明細書で使用する場合、用語「備える」、「含む」、「有する」又はそれらの変形は非限定的であり、１つ以上の記載された特徴、数字、要素、ステップ、構成要素又は機能を含むが、１つ以上の他の特徴、数字、要素、ステップ、構成要素、機能又はそれらの集合の存在又は追加を除外しない。
【００７５】
本明細書では、コンピュータにより実現される方法、装置（システム及び／又はデバイス）及び／又はコンピュータプログラムのブロック図及び／又はフローチャートを参照して、実施形態を説明している。ブロック図及び／又はフローチャートのブロック及びそのようなブロックの組み合わせは、１つ以上のコンピュータ回路により実行されるコンピュータプログラム命令により実現可能であることが理解される。これらのコンピュータプログラム命令は、コンピュータ及び／又は他のプログラム可能データ処理装置のプロセッサを介して実行する命令が、トランジスタ、記憶場所に格納された値及びそのような回路内の他のハードウェア構成要素を変化及び制御することで、ブロック図及び／又はフローチャートのブロックにおいて特定された機能／動作を実現し、その結果として、ブロック図及び／又はフローチャートのブロックにおいて特定された機能／動作を実現する手段（機能）及び／又は構成を生成するようにマシンを形成する、汎用コンピュータ回路、専用コンピュータ回路及び／又は他のプログラム可能データ処理回路のプロセッサ回路に提供されてもよい。
【００７６】
上記のコンピュータプログラム命令は、コンピュータ可読媒体に格納された命令がブロック図及び／又はフローチャートのブロックにおいて特定された機能／動作を実現する命令を含む製品を形成するように、コンピュータ又は他のプログラム可能データ処理装置を特定の方法で機能させることが可能な有形のコンピュータ可読媒体に格納されてもよい。したがって、本発明概念の実施形態は、まとめて「回路」又は「モジュール」と呼ばれるデジタル信号プロセッサ等のプロセッサ上で動作するハードウェア及び／又はソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実現されてもよい。
【００７７】
なお、いくつかの代替の実現例において、ブロックに示される機能／動作は、フローチャートに示す順序と異なる順序で実行されてもよい。例えば連続して示される２つのブロックは、関係する機能／動作に応じて、実際はほぼ同時に実行されてもよく、あるいは、場合によっては逆の順序で実行されてもよい。更に、フローチャート及び／又はブロック図の所定のブロックの機能は、複数のブロックに分離されてもよく、及び／又は、フローチャート及び／又はブロック図の２つ以上のブロックの機能は、少なくとも部分的に組み合わされてもよい。最後に、示されるブロックの間に他のブロックが追加／挿入されてもよく、及び／又は、ブロック／動作は発明概念の範囲から逸脱することなく省略されてもよい。更に、いくつかの図は、通信の主要な方向を示すための通信パス上に矢印を含むが、通信は示される矢印と逆の方向で行われてもよいことが理解されるべきである。
【００７８】
本発明概念の原理から実質的に逸脱することなく、多くの変形及び変更を実施形態に対して行うことができる。あらゆるそのような変形及び変更は、本発明概念の範囲内で本明細書に含まれることが意図されている。したがって、本発明概念の範囲は、法律で許される最大の範囲で、本開示の許容される広範な解釈により決定されるべきであり、上述の詳細な説明により限定されてはならない。
【図１】
2015530848.tif 000026
【図２】
2015530848.tif 000027
【図３】
2015530848.tif 000028
【図４】
2015530848.tif 000029
【図５】
2015530848.tif 000030
【図６】
2015530848.tif 000031
【図７Ａ】
2015530848.tif 000032
【図７Ｂ】
2015530848.tif 000033
【図８】
2015530848.tif 000034
【図９】
2015530848.tif 000035
【図１０】
2015530848.tif 000036
【図１１】
2015530848.tif 000037
【図１２】
2015530848.tif 000038
【図１３】
2015530848.tif 000039
【図１４】
2015530848.tif 000040
【図１５】
2015530848.tif 000041
【図１６】
2015530848.tif 000042
【図１７】
2015530848.tif 000043
【図１８】
2015530848.tif 000044
【図１９】
2015530848.tif 000045
【国際調査報告】
2015530848.tif 000046
2015530848.tif 000047