(57)【要約】【課題】ユーザ端末機から受信確認信号を送信するために使用されるリソースを圧縮する方法及び装置が提供される。【解決手段】受信確認信号は、Ｍ個の送信時区間（ＴＴＩ）内で各々一つ以上のＴＴＩで一つ以上の物理ダウンリンク制御チャネル(ＰＤＣＣＨ)のＵＥからの検出に応じて存在する。各ＰＤＣＣＨは、制御チャネルエレメント(ＣＣＥ)を通して送信される。リソースは、同一ＴＴＩでＣＣＥ及びＭ個のＴＴＩ内でＴＴＩを占める。ダウンリンク制御情報(ＤＣＩ)フォーマットでハイブリッド自動反復要求(ＨＡＲＱ)受信確認リソースオフセット(ＨＲＯ)フィールドは、ＣＣＥ及びＴＴＩドメインの全てでリソースを圧縮するために使用される。Ｍ個のＴＴＩの最初のＴＴＩに対して、全てのＨＲＯ値はＣＣＥドメインでリソースを圧縮し、全ての残りのＴＴＩに対して、ＨＲＯ値の半分はＣＣＥドメインでリソースを圧縮し、ＨＲＯ値の半分はＴＴＩドメインでリソースを圧縮する。【選択図】図３
2018082440.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける端末に対する方法であって、
時分割デュプレックス(Time Division Duplex:ＴＤＤ)で、ダウンリンクサブフレームの制御チャネルエレメント(Control Channel Element：ＣＣＥ)を通して物理ＤＬ制御チャネル(Physical ＤＬ Control Channel:ＰＤＣＣＨ)を検出するステップと、ここで、前記ＰＤＣＣＨ各々は、受信確認リソースオフセット(acknowledgement resource offset；ＡＲＯ)に対する情報を含むＤＬ制御情報(ＤＬ Control Information:ＤＣＩ)を含み、
前記ダウンリンクサブフレームの前記ＣＣＥの個数及び前記ＡＲＯに対する情報に基づいて確認情報(acknowledge information)を送信するための物理ＵＬ制御チャネル(Physical ＵＬ Control Channel:ＰＵＣＣＨ) リソースを決定するステップと、
前記決定されたＰＵＣＣＨリソースを通して前記確認情報を送信するステップと、を含み、
前記ＡＲＯに対する情報は、前記ダウンリンクサブフレームの前記ＣＣＥの前記個数に関連する負の値から獲得される少なくとも一つのＡＲＯを含むＡＲＯのテーブルから定義されることを特徴とする方法。
【請求項２】
前記負の値は、前記ダウンリンクサブフレーム各々のＣＣＥの個数の和の負の値であることを特徴とする請求項１に記載の方法。
【請求項３】
前記ダウンリンクサブフレームは、サブフレームバンドルに含まれ、前記ダウンリンクサブフレーム各々にはインデックスが割り当てられることを特徴とする請求項１に記載の方法。
【請求項４】
ダウンリンク各々のインデックスが０より大きい場合、前記ＡＲＯに対する情報は、前記負の値を含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記ダウンリンクサブフレームは、前記ＰＵＣＣＨリソースを含むアップリンクサブフレームに関連することを特徴とする請求項３に記載の方法。
【請求項６】
無線通信システムにおける端末であって、
送受信器と、
時分割デュプレックス(Time Division Duplex:ＴＤＤ)で、ダウンリンクサブフレームのチャネルエレメント(Control Channel Element：ＣＣＥ)を通して物理ＤＬ制御チャネル(Physical ＤＬ Control Channel:ＰＤＣＣＨ)を検出し、ここで、前記ＰＤＣＣＨ各々は、受信確認リソースオフセット(acknowledgement resource offset；ＡＲＯ)に対する情報を含むＤＬ制御情報(ＤＬ Control Information:ＤＣＩ)を含み、前記ダウンリンクサブフレームの前記ＣＣＥの個数及び前記ＡＲＯに対する情報に基づいて確認情報(acknowledge information)を送信するための物理ＵＬ制御チャネル(Physical ＵＬ Control Channel:ＰＵＣＣＨ)リソースを決定し、前記決定されたＰＵＣＣＨリソースを通して前記確認情報を送信する、プロセッサと、を含み、
前記ＡＲＯに対する情報は、前記ダウンリンクサブフレームの前記ＣＣＥの前記個数に関連する負の値から獲得される少なくとも一つのＡＲＯを含むＡＲＯのテーブルから定義されることを特徴とする端末。
【請求項７】
前記負の値は、前記ダウンリンクサブフレーム各々のＣＣＥの個数の和の負の値であることを特徴とする請求項６に記載の端末。
【請求項８】
前記ダウンリンクサブフレームは、サブフレームバンドルに含まれ、前記ダウンリンクサブフレーム各々にはインデックスが割り当てられることを特徴とする請求項６に記載の端末。
【請求項９】
ダウンリンク各々のインデックスが０より大きい場合、前記ＡＲＯに対する情報は、前記負の値を含むことを特徴とする請求項８に記載の端末。
【請求項１０】
前記ダウンリンクサブフレームは、前記ＰＵＣＣＨリソースを含むアップリンクサブフレームに関連することを特徴とする請求項８に記載の端末。
【請求項１１】
無線通信システムにおける基地局に対する方法であって、
時分割デュプレックス(Time Division Duplex:ＴＤＤ)で、ダウンリンクサブフレームの制御チャネルエレメント(Control Channel Element：ＣＣＥ)を通して物理ＤＬ制御チャネル(Physical ＤＬ Control Channel:ＰＤＣＣＨ)を送信するステップと、ここで、前記ＰＤＣＣＨ各々は、受信確認リソースオフセット(acknowledgement resource offset；ＡＲＯ)に対する情報を含むＤＬ制御情報(ＤＬ Control Information:ＤＣＩ)を含み、
物理ＵＬ制御チャネル(Physical ＵＬ Control Channel:ＰＵＣＣＨ)リソースを通して確認情報(acknowledge information)を受信するステップと、を含み、
前記確認情報を受信するためのＰＵＣＣＨリソースは、前記ダウンリンクサブフレームの前記ＣＣＥの個数及び前記ＡＲＯに対する情報に基づいて決定され、
前記ＡＲＯに対する情報は、前記ダウンリンクサブフレームの前記ＣＣＥの前記個数に関連する負の値から獲得される少なくとも一つのＡＲＯを含むＡＲＯのテーブルから定義されることを特徴とする方法。
【請求項１２】
前記負の値は、前記ダウンリンクサブフレーム各々のＣＣＥの個数の和の負の値であることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ダウンリンクサブフレームは、サブフレームバンドルに含まれ、前記ダウンリンクサブフレーム各々にはインデックスが割り当てられることを特徴とする請求項１１に記載の方法。
【請求項１４】
ダウンリンク各々のインデックスが０より大きい場合、前記ＡＲＯに対する情報は、前記負の値を含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ダウンリンクサブフレームは、前記ＰＵＣＣＨリソースを含むアップリンクサブフレームに関連することを特徴とする請求項１３に記載の方法。
【請求項１６】
無線通信システムにおける基地局であって、
送受信器と、
時分割デュプレックス(Time Division Duplex:ＴＤＤ)で、ダウンリンクサブフレームの制御チャネルエレメント(Control Channel Element：ＣＣＥ)を通して物理ＤＬ制御チャネル(Physical ＤＬ Control Channel:ＰＤＣＣＨ)を送信するように前記送受信器を制御し、ここで、前記ＰＤＣＣＨ各々は、受信確認リソースオフセット(acknowledgement resource offset；ARO)に対する情報を含むＤＬ制御情報(ＤＬ Control Information:ＤＣＩ)を含み、ＰＵＣＣＨ(physical uplink control channel)リソースを通して、確認情報(acknowledge information)を受信するように前記送受信器を制御するプロセッサと、を含み、
前記確認情報を受信するためのＰＵＣＣＨリソースは、前記ダウンリンクサブフレームの前記ＣＣＥの個数及び前記ＡＲＯに対する情報に基づいて決定され、
前記ＡＲＯに対する情報は、前記ダウンリンクサブフレームの前記ＣＣＥの前記個数に関連する負の値から獲得される少なくとも一つのＡＲＯを含むＡＲＯのテーブルから定義されることを特徴とする基地局。
【請求項１７】
前記負の値は、前記ダウンリンクサブフレーム各々のＣＣＥの個数の和の負の値であることを特徴とする請求項１６に記載の基地局。
【請求項１８】
前記ダウンリンクサブフレームは、サブフレームバンドルに含まれ、前記ダウンリンクサブフレーム各々にはインデックスが割り当てられることを特徴とする請求項１６に記載の基地局。
【請求項１９】
ダウンリンク各々のインデックスが０より大きい場合、前記ＡＲＯに対する情報は、前記負の値を含むことを特徴とする請求項１８に記載の基地局。
【請求項２０】
前記ダウンリンクサブフレームは、前記ＰＵＣＣＨリソースを含むアップリンクサブフレームに関連することを特徴とする請求項１８に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、特に受信確認信号(acknowledgment signal)の送信及び受信に関する。
【背景技術】
【０００２】
通信システムは、基地局(Base Station:ＢＳ）又はノードＢ(NodeＢ)のような送信ポイント(transmission point)からユーザ端末機(User Equipment:ＵＥ)に信号を伝達するダウンリンク(DownLink:ＤＬ)送信及びＵＥからノードＢのような受信ポイント(reception point)に信号を伝達するアップリンク(UpLink:ＵＬ)送信を含む。また、一般に、端末機又は移動端末機と称されるＵＥは、固定的又は移動的であり得て、携帯電話(cellular phone)、パーソナルコンピュータデバイス(personal computer device)などがあり得る。一般的に、固定的なノードＢは、アクセスポイント(access point)又は他の等価の用語で称される。
【０００３】
ＤＬ信号は、情報コンテンツ(content)を伝達するデータ信号と、ＤＬ制御情報(ＤＬ Control Information:ＤＣＩ)を伝達する制御信号と、パイロット信号(pilot signal)として知られている基準信号(Reference Signal:ＲＳ)とで構成される。ノードＢは、データ情報又はＤＣＩを各物理ＤＬ共有チャネル(Physical ＤＬ Shared Channel:ＰＤＳＣＨ)又は物理ＤＬ制御チャネル(Physical ＤＬ Control Channel:ＰＤＣＣＨ)を通してＵＥに送信する。ノードＢは、主に、全体ＤＬ帯域幅(Band Width:ＢＷ)を通して送信されるＵＥ共通ＲＳ(ＵＥ-Common ＲＳ:ＣＲＳ)と関連するＰＤＳＣＨ又はＰＤＣＣＨと同一のＢＷから送信される復調ＲＳ(DeModulation ＲＳ:ＤＭＲＳ)を含む複数のＲＳタイプを送信することができる。また、ＵＬ信号は、情報コンテンツを伝達するデータ信号と、ＵＬ制御情報(ＵＬ Control Information:ＵＣＩ)を伝達する制御信号及びＲＳで構成される。ＵＥは、各物理ＵＬ共有チャネル(Physical ＵＬ Shared Channel:ＰＵＳＣＨ)又は物理ＵＬ制御チャネル(Physical ＵＬ Control Channel:ＰＵＣＣＨ)を通して、データ情報又はＵＣＩをノードＢに送信する。ＵＥが同時にデータ情報及びＵＣＩを送信する場合、上記ＵＥはＰＵＳＣＨで上記データ情報及びＵＣＩを多重化できる。
【０００４】
ＵＥへのＰＤＳＣＨ送信又はＵＥからのＰＵＳＣＨ送信は、動的スケジューリング(dynamic scheduling)又はセミ固定スケジューリング(Semi-Persistent Scheduling:ＳＰＳ)に応じて存在できる。動的スケジューリングの際に、ノードＢは、各ＰＤＣＣＨを通してＵＥにＤＣＩフォーマットを伝達する。ＤＣＩフォーマットのコンテンツ及び上記ＤＣＩフォーマットのサイズは、送信モード(Transmission Mode:ＴＭ)に基づき、ＵＥは各ＰＤＳＣＨ受信又はＰＵＳＣＨ送信のために構成される。ＳＰＳにおいて、ＰＤＳＣＨ又はＰＵＳＣＨ送信は、ノードＢにより、無線リソース制御(Radio Resource Control:ＲＲＣ)シグナリングのような上位階層シグナリング(higher layer signaling)を通してＵＥで構成され、上記上位階層シグナリングにより通知される予め定められた送信時区間(Transmission Time Interval:ＴＴＩ)で予め定められたパラメータから発生する。ＵＣＩは、ハイブリッド自動反復要求(Hybrid Automatic Repeat reQuest:ＨＡＲＱ）の使用と関連する受信確認情報を含み、ＰＤＳＣＨにおけるデータトランスポートブロック(Transport Block:ＴＢ)の正確又は不正確な受信の各々に応じて又はＳＰＳ解除に応じて存在する。
【０００５】
したがって、ＨＡＲＱ−ＡＣＫ信号と称されるＨＡＲＱ受信確認(acknowledgment:ＡＣＫ)信号の送信及び受信に対する改善された技術に対する必要性がでてきている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】３GPP TS36. 211v11.1.0, “E-UTRA, Physical channels and modulation”
【非特許文献２】３GPP TS36.212v11.1.0,“E-UTRA,  Multiplexing and Channel coding”
【非特許文献３】３GPP TS36.213v11.1.0,“E-UTRA, Physical Layer Procedures”
【非特許文献４】３GPP TS36.331v11.1.0. “E-UTRA, Radio Resource Control（ＲＲＣ）Protocol Specification”
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本開示の実施形態は、受信確認信号の送信に対するリソースオーバーヘッド(overhead)減少を提供する。
【課題を解決するための手段】
【０００８】
好ましい実施形態において、全体でＭ個の送信時区間(Transmission Time Interval:ＴＴＩ)及び物理リソースブロック(Physical Resource Block:ＰＲＢ)ペアの集合ｊ内において、各々一つ以上のＴＴＩを通して基地局から送信される第１のタイプの一つ以上の物理ダウンリンク制御チャネル(Physical Downlink Control Channel:ＰＤＣＣＨ)の検出に応じて、物理アップリンク制御チャネル(Physical Uplink Control Channel:ＰＵＣＣＨ)からハイブリッド自動反復要求受信確認(Hybrid Automatic Repeat request Acknowledgment:ＨＡＲＱ−ＡＣＫ)信号を送信するユーザ端末機(User Equipment:ＵＥ)に対する方法が提供され、ここでＰＲＢペアはＴＴＩを通した複数のサブキャリアを含む。上記方法は、各個数の制御チャネルエレメント(Control Channel Element：ＣＣＥ)を通して、上記一つ以上のＰＤＣＣＨの各ＰＤＣＣＨを検出するステップを含み、ここで各ＰＤＣＣＨは、Ｑ個の２進エレメント(binary element)を有するＨＡＲＱ−ＡＣＫリソースオフセット(ＨＡＲＱ−ＡＣＫ Resource Offset:ＨＲＯ)情報フィールドを含むダウンリンク制御情報(Downlink Control Information:ＤＣＩ)フォーマットを伝達する。また、上記方法はＴＴＩ ｍ，０≦ｍ≦Ｍ−１において、ＰＤＣＣＨの検出に応じてＰＵＣＣＨリソースｎＰＵＣＣＨを
【０００９】
【数１】
2018082440.tif 000003
【００１０】
のように決定するステップを含み、ここでｎＣＣＥ,ｍ,ｊは、ＴＴＩ ｍで上記ＰＤＣＣＨに対する第１のＣＣＥに対するインデックスであり、ｆ(ＨＲＯ)は偶数個の整数出力を有する上記ＨＲＯフィールドに対するマッピング関数(mapping function)であり、ＮＣＣＥ,ｉ,ｊはＴＴＩ ｉでＣＣＥの全体の個数であり、ＮＰＵＣＣＨ,ｊは上位階層シグナリング(higher layer signaling)により上記基地局から上記ＵＥに通知され、ｍ＝０に対して、全てのｆ(ＨＲＯ)値は、０に近い小さな整数であり、ｍ＞０に対して、第１の偶数個のｆ(ＨＲＯ)値は、ｍ＝０に対する第１の偶数個のｆ(ＨＲＯ)値と同一であり、ｍの値に基づくことなく、また、第２の偶数個のｆ(ＨＲＯ)値は、上記ｍ値に基づくより大きい負の整数であり、一つ以上の−ＮＣＣＥ,ｉ,ｊ値の合計であるターム(term)を含み、ここで０≦ｉ≦ｍ−１である。また、上記方法は、上記決定されたＰＵＣＣＨリソースで上記ＨＡＲＱ−ＡＣＫ信号を送信するステップを含む。Ｑ＝２に対して、第１の偶数個のｆ(ＨＲＯ)値は２であり、第２の偶数個のｆ(ＨＲＯ)値は、ターム
【００１１】
【数２】
2018082440.tif 000004
【００１２】
を含む第１の値と上記ターム−ＮＣＣＥ,ｍ−１,ｊを含む第２の値を有する２である。ｍ＝０に対して、上記ｆ(ＨＲＯ)値は{−２，−１，０，２}である。Ｑの第１の値は、Ｍの第１の値と関連され、Ｑの第２の値はＭの第２の値と関連し、上記Ｑの第１の値は上記Ｑの第２の値より小さく、上記Ｍの第１の値は上記Ｍの第２の値より小さい。上記ＤＣＩフォーマットは、ダウンリンク割り当てインデックス(Downlink Assignment Index:ＤＡＩ)フィールドを含み、ＴＴＩ ｍで上記ＤＡＩフィールドは、ＴＴＩ ０からＴＴＩ ｍまで上記ＵＥに送信されたＤＣＩフォーマットの全体の個数を表し、ｍの少なくとも一部の値に対して、上記ＤＡＩフィールドから少なくとも一つの２進エレメント(binary element）は、上記ＨＲＱフィールドの２進エレメントとして使用される。上記ＵＥは、ＴＴＩ ｍ１で第２のタイプのＰＤＣＣＨを検出でき、０≦ｍ１≦ｍ−１であり、ｍ＞０であるが、これは、ＨＡＲＱ−ＡＣＫ信号送信に対する上記ＰＵＣＣＨリソース決定に影響を与えない。上記ＰＤＣＣＨが一つのＰＲＢペア内で送信される場合、ｎＣＣＥ,ｍ,ｊは下記の＜数３＞のように代替され得る。
【００１３】
【数３】
2018082440.tif 000005
【００１４】
ここで、ＮＣＣＥ＿ＰＲＢ,ｍ,ｊはＰＲＢペア内のＣＣＥの個数であり、ＮＰＲＢ,ｊはＰＲＢペアの上記集合ｊでＰＲＢペアの全体の個数であり、
【００１５】
【数４】
2018082440.tif 000006
【００１６】
は該当数字を該当数字以下の次の整数で四捨五入する床関数である。
【００１７】
他の好ましい実施形態において、ＵＥで装置が提供され、上記装置は、上述したような方法を実行するように構成される検出機と、コンピュータユニットと、送信器を含む。
【００１８】
他の好ましい実施形態において、全体Ｍ個のＴＴＩ及びＰＲＢペアの集合ｊ内において、各々一つ以上のＴＴＩを通して、第１のタイプの一つ以上のＰＤＣＣＨの送信に応じて、ＰＵＣＣＨでＨＡＲＱ−ＡＣＫ信号を受信する基地局に対する方法が提供される。
【００１９】
上記方法は、各個数の制御チャネルエレメント(Control Channel Element:ＣＣＥ)を通して、上記一つ以上のＰＤＣＣＨの各ＰＤＣＣＨを送信するステップを含み、各ＰＤＣＣＨは、Ｑ個の２進エレメントを有するＨＡＲＱ−ＡＣＫリソースオフセット(ＨＡＲＱ−ＡＣＫ Resource Offset:ＨＲＯ)情報フィールドを含むダウンリンク制御情報(Downlink Control Information:ＤＣＩ)フォーマットを伝達する。また、上記方法はＴＴＩ ｍ，０≦ｍ≦Ｍ−１でＰＤＣＣＨ検出に応じて、ＰＵＣＣＨリソースｎＰＵＣＣＨを
【００２０】
【数５】
2018082440.tif 000007
【００２１】
のように決定するステップを含む。ここでｎＣＣＥ,ｍ,ｊは、ＴＴＩ ｍで上記ＰＤＣＣＨに対する第１のＣＣＥに対するインデックスであり、ｆ(ＨＲＯ)は偶数個の整数出力を有する上記ＨＲＯフィールドに対するマッピング関数(mapping function)であり、ＮＣＣＥ,ｉ,ｊはＴＴＩ ｉでＣＣＥの全体の個数であり、ＮＰＵＣＣＨ,ｊは上位階層シグナリング(higher layer signaling)により上記基地局から上記ＵＥに通知され、ｍ＝０に対して、全てのｆ(ＨＲＯ)値は０に近い小さな整数であり、ｍ＞０に対して、第１の偶数個のｆ(ＨＲＯ)値はｍ＝０に対する第１の偶数個のｆ(ＨＲＯ)値と同一であり、ｍの値に基づくことなく、また、第２の偶数個のｆ(ＨＲＯ)値は、上記ｍ値に基づくより大きい負の整数であり、一つ以上の−ＮＣＣＥ,ｉ,ｊ値の合計であるターム(term）を含み、ここで０≦ｉ≦ｍ−１である。また、上記方法は、上記決定されたＰＵＣＣＨリソースで上記ＨＡＲＱ−ＡＣＫ信号を受信するステップを含む。Ｑ＝２に対して、第１の偶数個のｆ(ＨＲＯ)値は２であり、第２の偶数個のｆ(ＨＲＯ)値は、ターム
【００２２】
【数６】
2018082440.tif 000008
【００２３】
を含む第１の値と上記ターム−ＮＣＣＥ,ｍ−１,ｊを含む第２の値を有する２である。ｍ＝０に対して、上記ｆ(ＨＲＯ)値は{−２，−１，０，２}である。Ｑの第１の値は、Ｍの第１の値と関連され、Ｑの第２の値はＭの第２の値と関連され、上記Ｑの第１の値は上記Ｑの第２の値より小さく、上記Ｍの第１の値は上記Ｍの第２の値より小さい。上記ＤＣＩフォーマットは、ダウンリンク割り当てインデックス(Downlink Assignment Index:ＤＡＩ)フィールドを含み、ＴＴＩ ｍで上記ＤＡＩフィールドは、ＴＴＩ ０からＴＴＩ ｍまで上記ＵＥに送信されたＤＣＩフォーマットの全体個数を示し、ｍの少なくとも一部値に対して、上記ＤＡＩフィールドから少なくとも一つの２進エレメント(binary element）は、上記ＨＲＱフィールドの２進エレメントとして使用されることができる。上記基地局は、ＴＴＩ ｍ１で第２のタイプのＰＤＣＣＨを送信でき、０≦ｍ１≦ｍ−１であり、ｍ＞０であるが、これはＨＡＲＱ−ＡＣＫ信号受信に対する上記ＰＵＣＣＨリソース決定に影響を与えない。上記ＰＤＣＣＨが一つのＰＲＢペア内で送信される場合、ｎＣＣＥ,ｍ,ｊは下記＜数７＞のように代替できる。
【００２４】
【数７】
2018082440.tif 000009
【００２５】
ここで、ＮＣＣＥ＿ＰＲＢ,ｍ,ｊはＰＲＢペア内のＣＣＥの個数であり、ＮＰＲＢ,ｊはＰＲＢペアの上記集合ｊでＰＲＢペアの全体の個数であり、
【００２６】
【数８】
2018082440.tif 000010
【００２７】
は該当数字を該当数字以下の次の整数で四捨五入する床関数である。
【００２８】
他の好ましい実施形態において、基地局で装置が提供され、上記装置は上述したような方法を実行するように構成される送信器と、コンピュータユニットと、受信器を含む。
【００２９】
本発明を詳細に説明するのに先立って、本明細書の全般にわたって使用される特定の単語及び語句の定義を開示することが望ましい。“含む”及び“備える”という語句だけではなく、その派生語は、限定ではなく、包含を意味する。“又は”という用語は、“及び／又は”の意味を包含する。“関連した”及び“それと関連した”という語句だけではなく、その派生語句は、“含む”、“含まれる”、“相互に連結する”、“包含する”、“包含される”、“連結する”、“結合する”、“疎通する”、“協力する”、“相互配置する”、“並置する”、“近接する”、“接する”、“有する”、及び“特性を有する”などを意味することができる。制御器は、少なくとも１つの動作を制御する装置、システム又はその部分を意味するもので、ハードウェア、ファームウェア、ソフトウェア、又は、それらのうちの２つ以上の組合せで実現することができる。特定の制御器に関連する機能は、集中しているか、あるいは近距離、または遠距離に分散されることもあることに留意すべきである。特定の単語及び語句に関するこのような定義は、本明細書の全般にわたって規定されるもので、当業者には、大部分の場合ではなくても、多くの場合において、このような定義がそのように定義された単語及び語句の先行使用にはもちろん、将来の使用にも適用されるものであることが自明である。
【００３０】
本発明のより完全な理解及びそれに従う利点は、添付された図面とともに考慮すれば、後述する詳細な説明を参照してより容易に理解できる。また、図面中、同一の参照符号は、同一であるか又は類似した構成要素を示す。
【図面の簡単な説明】
【００３１】
【図１】本開示の一実施形態によるメッセージを送信する好ましい無線システムを図示している図である。
【図２ａ】本開示の一実施形態による直交周波数分割多重接続送信経路の上位レベルダイヤグラムを図示している図である。
【図２ｂ】本開示の一実施形態による直交周波数分割多重接続受信経路の上位レベルダイヤグラムを図示している図である。
【図３】本開示の多様な実施形態を実現するために使用されるＰＵＣＣＨでＨＡＲＱ−ＡＣＫ信号のための送信器構造のブロックダイヤグラムを図示している図である。
【図４】本開示の多様な実施形態を実現するために使用されるＰＵＣＣＨでＨＡＲＱ−ＡＣＫ信号のための受信器構造のブロックダイヤグラムを図示している図である。
【図５】本開示の多様な実施形態による第１のＨＡＲＱ−ＡＣＫリソースオフセット(ＨＡＲＱ−ＡＣＫ Resource Offset:ＨＲＯ)フィールド及び第２のＨＲＯフィールドでＤＬ ＤＣＩフォーマットでＨＲＯフィールドのパーティショニングを図示している図である。
【図６ａ】本開示の一実施形態による進化したＰＤＣＣＨ(Enhanced ＰＤＣＣＨ:ＥＰＤＣＣＨ)検出に関連するＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソース圧縮の実施形態を図示している図である。
【図６ｂ】本開示の一実施形態による進化したＰＤＣＣＨ(Enhanced ＰＤＣＣＨ:ＥＰＤＣＣＨ)検出に関連するＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソース圧縮の実施形態を図示している図である。
【図７】本開示の多様な実施形態によるノードＢ構成に基づく時分割デュプレックス(Time Division Duplex:ＴＤＤ)システムでＰＵＣＣＨを検出する工程のフローチャートを図示している図である。
【図８】本開示の一実施形態によるＨＡＲＱ−ＡＣＫ信号送信に対する各ＰＵＣＣＨリソースをインデクシングするためのローカライズドＥＰＤＣＣＨ ＰＲＢ集合の進化した制御エレメント(enhanced common control element:ＥＣＣＥ)インデックスの置換を図示している図である。
【図９】本開示の多様な実施形態によるＨＡＲＱ−ＡＣＫ信号の送信に対するリソースオーバーヘッドを減少させる工程を図示している図である。
【発明を実施するための形態】
【００３２】
下記で論議される図１乃至図９及び本明細書で本発明の原理を記述するのに使用される様々な実施形態は、ただ例示的なものであって、本発明の範囲を限定するものと解釈すべきではない。当業者であれば、本発明の原理が適切に配置されたシステム又は装置で実現されることは自明である。
【００３３】
次の標準文献は、参照により本明細書に含まれる：１)３GPP TS36. 211v11.1.0, “E-UTRA, Physical channels and modulation”;２)３GPP TS36.212v11.1.0,“E-UTRA,  Multiplexing and Channel coding”;３)３GPP TS36.213v11.1.0,“E-UTRA, Physical Layer Procedures”;及び４)３GPP TS36.331v11.1.0. “E-UTRA, Radio Resource Control（ＲＲＣ）Protocol Specification”に明示されたように本開示に含まれる。
【００３４】
図１乃至図２ｂは、下記で無線通信システムにおけるＯＦＤＭ又はＯＦＤＭＡ通信技術を用いて実現される様々な実施形態について説明する。図１乃至図２ｂの説明は、異なる実施形態が実現されることができる方式に対する物理的又は構造的な制限を示すことを意味しない。本発明の異なる実施形態は、任意の適切に配置された通信システムで実現されることができる。
【００３５】
図１は、本発明の原理によるメッセージを送信する例示的な無線システム１００を示す図である。図示する実施形態において、無線システム１００は、送信ポイント（例えば、進化したＮｏｄｅ−Ｂ（Evolved Node B：ｅＮＢ）、ノードＢ）、例えば、基地局（ＢＳ）１０１、基地局（ＢＳ）１０２、基地局（ＢＳ）１０３、及び他の類似の基地局又は中継局（図示せず）を含む。基地局１０１は、基地局１０２及び基地局１０３と通信する。また、基地局１０１は、ネットワーク１３０又は類似のＩＰ基盤システム（図示せず）と通信する。
【００３６】
基地局１０２は、インターネット１３０に対する無線広域アクセス(基地局１０１を通した)を基地局１０２のカバレッジ領域(coverage area)１２０内で最初の複数個のＵＥ(例えば、移動電話機、移動端末機、加入者端末機）に提供する。上記最初の複数個のＵＥは小規模ビジネス(small business:ＳＢ)に位置できるＵＥ１１１と、エンタープライズ(enterprise:Ｅ)に位置できるＵＥ１１２と、ＷｉＦｉホットスポット(hot spot:ＨＳ）に位置できるＵＥ１１３と、最初のレジデンス(residence:Ｒ)に位置できるＵＥ１１４と、第２のレジデンス(residence:Ｒ)に位置できるＵＥ１１５と、セル電話機、無線ラップトップ、無線ＰＤＡ、などのような移動デバイス(mobile device:Ｍ)であるＵＥ１１６とを含む。
【００３７】
基地局１０３は、インターネット１３０に対する無線広域アクセス(基地局１０１を通した)を基地局１０３のカバレッジ領域１２５内で第２の複数のＵＥに提供する。第２の複数のＵＥはＵＥ１１５及びＵＥ１１６を含む。好ましい実施形態において、基地局１０１−１０３は、ＯＦＤＭ又はＯＦＤＭＡ技術を用いて相互に通信し、ユーザ端末１１１−１１６と通信する。
【００３８】
図１には６個のユーザ端末だけが図示されているが、無線システム１００は、無線広帯域接続を追加のユーザ端末に提供することが分かる。ＵＥ１１５及びＵＥ１１６はカバレッジ領域１２０及びカバレッジ領域１２５のすべてのエッジに位置していることに留意する。ＵＥ１１５及びＵＥ１１６の各々は、当業者に知られている通り、基地局１０２及び基地局１０３のすべてと通信し、ハンドオフモードで動作するものと理解される。
【００３９】
ＵＥ１１１−１１６はインターネット１３０を通して音声、データ、ビデオ、ビデオ会議、及び／又は他の広帯域サービスにアクセスする。好ましい一実施形態において、ＵＥ１１１−１１６のうち一つ以上は、ＷｉＦｉ ＷＬＡＮのアクセスポイント(access point:ＡＰ)と関連することができる。ＵＥ１１６は、無線-可能ラップトップコンピュータ、個人用データ端末機、ノートブック、携帯用デバイス、又は他の無線-可能デバイスを含む複数の移動デバイスのうち一つであり得る。ＵＥ１１４及びＵＥ１１５は、例えば、無線-可能パーソナルコンピュータ(personal computer:ＰＣ)、ラップトップコンピュータ、ゲートウェイ(gateway)、又は他のデバイスであり得る。
【００４０】
図２ａは、送信経路回路２００の上位レベル(high-level)ダイヤグラムを図示している図である。例えば、送信経路回路２００は、直交周波数分割多重接続(orthogonal frequency division multiple access:ＯＦＤＭＡ)通信のために使用される。図２ｂは、受信経路回路２５０の上位レベルダイヤグラムを図示している図である。例えば、受信経路回路２５０は、直交周波数分割多重接続(orthogonal frequency division multiple access:ＯＦＤＭＡ)通信のために使用されることができる。図２ａ及び図２ｂにおいて、ダウンリンク通信のために、送信経路回路２００は基地局(base station:ＢＳ）１０２又は中継局で実現され、受信経路回路２５０はＵＥ(例えば、図１のＵＥ１１６)で実現される。他の例において、アップリンク通信のために、受信経路回路２５０は、基地局(例えば、図１の基地局１０２)又は中継局で実現され、送信経路回路２００は、ＵＥ(例えば、図１のＵＥ１１６)で実現される。
【００４１】
送信経路回路２００は、チャネル符号化及び変調ブロック２０５、直列−並列(serial-to-parallel:Ｓ−ｔｏ−Ｐ)ブロック２１０、サイズＮ逆高速フーリエ変換(Inverse Fast Fourier Transform:ＩＦＦＴ)ブロック２１５、並列−直列(parallel-to-serial:Ｐ−ｔｏ−Ｓ）ブロック２２０、サイクリックプレフィックス(cyclic prefix)追加ブロック２２５及びアップコンバータ(up-converter:ＵＣ)２３０を含む。受信経路回路２５０は、ダウンコンバータ(down-converter:ＤＣ)２５５、サイクリックプレフィックス除去ブロック２６０、直列−並列(serial-to-parallel:Ｓ−ｔｏ−Ｐ)ブロック２６５、サイズＮ高速フーリエ変換(Fast Fourier Transform:ＦＦＴ)ブロック２７０、並列−直列(parallel-to-serial:Ｐ−ｔｏ−Ｓ）ブロック２７５及びチャネル符号化及び復調ブロック２８０を含む。
【００４２】
図２ａ及び図２ｂのコンポーネントのうちの少なくとも一部は、ソフトウェアで実現されるが、他のコンポーネントは、構成可能なハードウェア又はソフトウェアと構成可能なハードウェアとの混合により実現される。特に、本明細書で説明されるＦＦＴブロック及びＩＦＦＴブロックは、構成可能なソフトウェアアルゴリズムで実現され、ここで、サイズＮの値は、実現に従って変更されることに留意する。
【００４３】
また、本発明は、高速フーリエ変換（Fast Fourier Transform）及び逆高速フーリエ変換（Inverse Fast Fourier Transform）を実現する実施形態に関するものであるが、これは、ただ例示であるだけであり、本発明の範囲を限定するものと解釈されてはいけない。本発明の他の実施形態において、高速フーリエ変換関数及び逆高速フーリエ変換関数は、離散フーリエ変換（Discrete Fourier Transform：ＤＦＴ）関数及び逆離散フーリエ変換（Inverse Discrete Fourier Transform：ＩＤＦＴ）関数にそれぞれ容易に置き換えられると認識される。ＤＦＴ及びＩＤＦＴ関数に対して、Ｎ変数の値は、任意の整数（すなわち、１，２，３，４など）であり得、ＦＦＴ及びＩＦＦＴ関数に対して、Ｎ変数の値は、２の冪（すなわち、１，２，４，８，１６など）である任意の整数であり得ることが認識されるであろう。
【００４４】
送信経路回路２００において、チャネル符号化及び変調ブロック２０５は、情報ビットのセットを受信し、符号化（例えば、ＬＤＰＣ符号化）を適用し、入力ビットの変調（例えば、直交位相シフトキーイング（Quadrature Phase Shift Keying：ＱＰＳＫ）又は直交振幅変調（Quadrature Amplitude Modulation：ＱＡＭ））を行うことにより周波数ドメイン変調シンボルのシーケンスを生成する。直列−並列ブロック２１０は、直列変調されたシンボルを並列データに変換（すなわち、デマルチプレックス ）することによりＮ並列シンボルストリームを生成し、ここで、Ｎは、ＢＳ１０２及びＵＥ１１６で使用されるＩＦＦＴ／ＦＦＴサイズである。その後に、サイズＮ  ＩＦＦＴブロック２１５は、Ｎ並列シンボルストリームに対するＩＦＦＴ動作を実行することにより時間ドメイン出力信号を生成する。並列−直列ブロック２２０は、サイズＮ  ＩＦＦＴブロック２１５からの並列時間ドメイン出力シンボルを変換（すなわち、マルチプルレックス）することにより直列時間ドメイン信号を生成する。その後に、サイクリックプレフィックス付加ブロック２２５は、サイクリックプレフィックスを時間ドメイン信号に挿入する。最後に、アップコンバータ２３０は、無線チャネルを通した送信のためにサイクリックプレフィックス付加ブロック２２５の出力をＲＦ周波数に変調（すなわち、アップコンバート）する。また、この信号は、ＲＦ周波数への変換の前に基底帯域（baseband）でフィルタリングされる。
【００４５】
上記送信されたＲＦ信号は、無線チャネルを通過した後にＵＥ１１６に到達し、ＢＳ１０２とは反対の動作が実行される。ダウンコンバータ２５５は、受信された信号を基底帯域周波数にダウンコンバートし、サイクリックプレフィックス除去ブロック２６０は、サイクリックプレフィックスを除去することにより直列時間ドメイン基底帯域信号を生成する。直列−並列ブロック２６５は、時間-ドメイン基底帯域信号を並列時間ドメイン信号に変換する。その後に、サイズＮ  ＦＦＴブロック２７０は、ＦＦＴアルゴリズムを実行することによりＮ並列周波数ドメイン信号を生成する。並列−直列ブロック２７５は、並列周波数ドメイン信号を変調されたデータシンボルのシーケンスに変換する。チャネルデコーディング及び復調ブロック２８０は、変調されたシンボルを復調した後にデコーディングすることにより元来の入力データストリームを復旧する。
【００４６】
基地局１０１−１０３各々は、ＵＥ１１１−１１６にダウンリンクでの送信と類似した送信経路を実現し、ＵＥ１１１−１１６からのアップリンクでの受信と類似した受信経路を実現する。同様に、ＵＥ１１１−１１６の各々は、基地局１０１−１０３に対するアップリンクでの送信のためのアーキテクチャに対応する送信経路を実現し、基地局１０１−１０３からのダウンリンクでの受信のためのアーキテクチャに対応する受信経路を実現する。
【００４７】
本開示の実施形態は、ＨＡＲＱ−ＡＣＫ信号が２個のスロットを含む一つのサブフレームで構成される送信時区間(time transmission interval:ＴＴＩ)で送信されることを認識する。各スロットは、ＨＡＲＱ−ＡＣＫ信号又はＨＡＲＱ−ＡＣＫ信号のコヒーレント(coherent)復調を可能にするＲＳを送信するための
【００４８】
【数９】
2018082440.tif 000011
【００４９】
個のシンボルを含む。第１のスロットにおける送信は、周波数ダイバーシティを提供するために第２のスロットにおける動作ＢＷのパートと相異なるパートで存在し得る。上記動作ＢＷは、リソースブロック(Resource Block:ＲＢ)と称される周波数リソースユニットで構成される。各ＲＢは、
【００５０】
【数１０】
2018082440.tif 000012
【００５１】
個のサブ-キャリア(sub-carrier)、又はリソースエレメント(Resource Element:ＲＥ)で構成される。一つのサブフレームの時間ユニットを通した一つのＲＢのＢＷユニットは、物理リソースブロック(Physical Resource Block:ＰＲＢ)と称する。ＵＥは、一つのＰＲＢ１５０を通してＨＡＲＱ−ＡＣＫ信号及びＲＳを送信する。ＨＡＲＱ−ＡＣＫビットは、例えば、２進位相偏移キーイング(Binary Phase Shift Keying:ＢＰＳＫ)又はＱＰＳＫ（Quaternary Phase Shift Keying）変調を使用して、ＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ)シーケンスを変調して、ＩＦＦＴを実行した後に送信される。上記ＲＳは、変調されないＺＣシーケンスを通して送信される。他のスロットにおける送信は同一であるか又は類似の構造を効率的に有する。
【００５２】
図３は、本開示の多様な実施形態を実現するために使用されるＰＵＣＣＨにおけるＨＡＲＱ−ＡＣＫ信号のための送信器構造３００のブロックダイヤグラムを図示している図である。説明される実施形態において、ＺＣシーケンスは、ＺＣシーケンス生成器３１０により上記周波数ドメインで生成される。第１のＲＢ及び第２のＲＢは、各々第１のスロット及び第２のスロットで、上記ＺＣシーケンスのサブキャリアマッパ(mapper)３３０を使用して送信する制御機３２０により選択され、ＩＦＦＴはＩＦＦＴブロック３４０で実行され、より具体的には、下記で説明されるように、サイクリックシフト(Cyclic Shift:ＣＳ）は、ＣＳマッパ３５０により適用されて、フィルタ３６０によりフィルタリングされ、アンテナ３７０により送信される。簡略性のために、デジタル/アナログ変換器(digital-to-analog converter)、アナログフィルタ(analog filter)、増幅器及び送信器アンテナのような追加的な送信器回路は、図２ａにおける送信器回路２００に関して上述されるが、図示されず、図３に図示される送信器構造３００に含まれることができる。
【００５３】
図４は、本開示の多様な実施形態を実現するために使用されるＰＵＣＣＨでＨＡＲＱ−ＡＣＫ信号のための受信器構造４００のブロックダイヤグラムを図示している図である。説明される実施形態において、アンテナ４１０は、アナログ信号を受信し、またプロセシングユニット(processing unit)(例えば、フィルタ、増幅器、周波数ダウンコンバータ、及びアナログ/デジタルコンバータ)、デジタル受信信号は、フィルタ４２０によりフィルタリングされ、ＣＳはＣＳマッパ４３０により復旧され、高速フーリエ変換(Fast Fourier Trans form:ＦＦＴ）はＦＦＴブロック４４０で適用されて、第１のスロット及び第２のスロットにおける第１のＲＢ及び第２のＲＢ各々は、サブキャリアデマッパ(demapper)４５０によりデマッピングされ、制御機４６０により選択され、信号はＺＣシーケンス４８０の複写本(replica）を持って多重化器４７０により相関される。出力４９０は、ＲＳの場合は、時間周波数の相関部のようなチャネル推定部に伝えられるか又は上記送信されたＨＡＲＱ−ＡＣＫビットに対する検出部に伝えられる。
【００５４】
図３及び図４における送信器構造３００及び受信器構造４００の説明は、他の実施形態が実現される方式に対する物理的又は構造的制限を意味しない。本開示の他の実施形態は他の適合に配列された通信システムで実現されることができる。
【００５５】
本開示の実施形態は、ＺＣシーケンスの相異なるＣＳは、直交ＺＣシーケンスを提供し、同一のＰＲＢで各ＨＡＲＱ−ＡＣＫ信号送信及びＲＳ送信の直交多重化を実現するために相異なるＵＥに割り当てられることを認知する。上記のような直交多重化は、また直交カバーリングコード(Orthogonal Covering Code:ＯＣＣ)を使用して、上記時間ドメインで成就されることができる。例えば、ＨＡＲＱ−ＡＣＫ信号は、ウォルシュアダマール(Walsh-Hadamard:ＷＨ)ＯＣＣのような長さ-４ＯＣＣにより変調され、ＲＳはＤＦＴ ＯＣＣのような長さ-３ＯＣＣにより変調されることができる(簡略性のために図示しない)。この方式で、多重化容量はファクター３(より小さな長さを有するＯＣＣにより決定される)により増加される。ＷＨ ＯＣＣ、{Ｗ０,Ｗ１,Ｗ２,Ｗ３}及びＤＦＴＯＣＣ、{Ｄ０,Ｄ１,Ｄ２}の集合は:
【００５６】
【数１１】
2018082440.tif 000013
【００５７】
である。
【００５８】
＜表１＞は、ＺＣシーケンスに対するシンボル当り、全体で１２個のＣＳを仮定するＯＣＣ ｎＯＣ及びＣＳ αに対するＨＡＲＱ−ＡＣＫ信号送信のために使用されるＰＵＣＣＨリソースｎＰＵＣＣＨに対する好ましいマッピングを示す。ＰＵＣＣＨ ＰＲＢ内の全てのリソースが使用される場合、その次のＰＲＢでリソースが使用されることができる。
＜表１：ＯＣ及びＣＳに対するＨＡＲＱ−ＡＣＫリソースマッピング＞
【００５９】
【表１】
2018082440.tif 000014
【００６０】
ＰＤＣＣＨは、制御チャネルエレメント(Control Channel Element:ＣＣＥ)と称されるユニットである。各ＣＣＥは複数のＲＥで構成され、ＵＥは、物理制御フォーマットインジケータチャネル(Physical Control Format Indicator Channel:ＰＣＦＩＣＨ）の検出を通して、又はノードＢからのＲＲＣシグナリングを通してサブフレームで全体でＮＣＣＥ個のＣＣＥを導出することができる。相異なるタイプのＰＤＣＣＨが同時にサブフレームに送信され得るが、第１のタイプは、ＰＤＣＣＨ(ＣＣＥで送信される)と称され、第２のタイプは、ＥＰＤＣＣＨ(ＥＣＣＥで送信される)と称される。ＥＰＤＣＣＨ送信はＰＲＢの一つ以上の集合からのＰＲＢの集合で存在できる。
ＴＤＤシステムにおいて、複数のＤＬサブフレームは、単一ＵＬサブフレームにリンクされることができる。Ｍ＞１個のサブフレームにおける各ＰＤＳＣＨ受信に応じて、ＵＥからのＨＡＲＱ−ＡＣＫ送信は同一ＵＬサブフレームに存在する必要がある。上記Ｍ＞１個のＤＬサブフレームは、バンドリングウィンドウサイズ(bundling window size)と称される。ＰＲＢ集合ｊ及びサブフレームｍにおけるＰＲＢ集合でＥＰＤＣＣＨの検出に応じて、ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースは、下記の＜数１２＞のように決定されることができる。
【００６１】
【数１２】
2018082440.tif 000015
【００６２】
＜数１２＞で、ｎＥＣＣＥ,ｍ,ｊは、サブフレームｍ及びＥＰＤＣＣＨ ＰＲＢ集合ｊで各ＰＤＳＣＨをスケジューリングする(又はＳＰＳ解除)ＥＰＤＣＣＨの最小ＥＣＣＥインデックスであり、ここで０≦ｍ≦Ｍ−１であり、ＮＥＣＣＥ,ｉ,ｊはＥＰＤＣＣＨ ＰＲＢ集合ｊとサブフレームｉでＥＣＣＥの全体の個数であり、ＮＰＵＣＣＨ,ｊは、ノードＢにより上位階層シグナリングを通してＵＥに通知されるＥＰＤＣＣＨ ＰＲＢ集合ｊに対するオフセット(offset)である。上記ｆ(ＨＲＯ)は、２個のビットで構成される、ＰＤＳＣＨをスケジューリングする(又はＳＰＳ解除)ＥＰＤＣＣＨにより伝えられるＤＣＩフォーマットで、ＨＡＲＱ−ＡＣＫリソースオフセット(ＨＡＲＱ−ＡＣＫ Resource Offset:ＨＲＯ)フィールドの関数を表す。上記ＨＲＯ(すなわち、ＨＡＲＱ−ＡＣＫリソースオフセット）は、またＡＲＯ(すなわち、受信確認リソースオフセット(Acknowledgment Resource Offset))と称される。下記で、上記のようなＤＣＩフォーマットは、ＤＬ ＤＣＩフォーマットと称され、直接的に図示されない限り、ＥＰＤＣＣＨは、各ＰＤＳＣＨをスケジューリングするか又はＳＰＳ解除を仮定する。
【００６３】
上記ＨＲＱフィールドの機能は、複数のＥＰＤＣＣＨ ＰＲＢ集合が比較的大きい個数のＥＣＣＥを有する各集合と共に存在する場合、特に全体ＵＬ ＢＷの大部分を消費できるＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースの圧縮を提供することである。２ビットのＨＲＯフィールドに対するマッピング関数に対する他の方式は:
a) ｆ(ＨＲＯ)∈{−２，−１，０，２}
b) ｆ(ＨＲＯ)∈{０，２，−ＮＥＣＣＥ,ｉ,ｊ，ＮＥＣＣＥ,ｉ,ｊ}，{０，−ＮＥＣＣＥ,０,ｊ，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ＋ＮＥＣＣＥ,２,ｊ)}
c) ｉ＝０に対してｆ(ＨＲＯ)∈{−２，−１，０，２}であり、ｉ＝１に対して{−２，−１，０，−ＮＥＣＣＥ,０,ｊ}であり、ｉ＝２に対して{−１，０，−ＮＥＣＣＥ,０,ｊ−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)}であり、ｉ＝３に対して{０，−ＮＥＣＣＥ,０,ｊ，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)}−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ＋ＮＥＣＣＥ,２,ｊ)である。
【００６４】
追加的な代案が存在し、本開示の原則によって実現されることができる。
【００６５】
第１の代案の短所は、第１の代案が＜数１２＞で上記
【００６６】
【数１３】
2018082440.tif 000016
【００６７】
をオフセットしない場合、バンドリングウィンドウで、複数のＤＬサブフレームを有するＰＵＣＣＨリソースの拡張を避けられないことである。第２の代案の短所は、第１のＰＲＢ集合で送信される第１のＥＰＤＣＣＨと第２のＰＲＢ集合で送信される第２のＥＰＤＣＣＨが同一の最も低いＥＣＣＥインデックスを使用する場合、第２の代案が衝突を避けられる手段を提供しないために、同一ＤＬサブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合に対応するＰＵＣＣＨリソースがオーバーラッピングされないことを要求することである。第３の対案の短所は、ｉのより大きい値、例えばｉ＝３に対して、第２の代案と同一の短所を有することである。上述したような三つの代案の追加的な短所は本開示の原則によって明らかになる。
【００６８】
したがって、本開示の実施形態は、ＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソースを含み、ＴＤＤシステムで、各ＤＬ ＤＣＩフォーマットでＨＲＯフィールドの関連機能を定義する方法を定義する必要性があることを認識する。また、本開示の実施形態は、ＴＤＤシステムで、ＨＡＲＱ−ＡＣＫシグナリングのＰＵＣＣＨリソース圧縮を成就するために、ＤＬ ＤＣＩフォーマットでＨＲＯフィールドを定義する必要性があることを認識する。本開示の実施形態は、また、バンドリングウィンドウのＤＬサブフレームで物理ＤＬ制御チャネルの複数のタイプをモニタリングするように構成されるＵＥからのＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソースを圧縮する必要性があることを認識する。したがって、本開示の実施形態は、受信確認信号の送信に対するリソースオーバーヘッド減少を提供する。
【００６９】
多様な実施形態で、本開示は、ＴＤＤシステムでＨＡＲＱ−ＡＣＫシグナリングのＰＵＣＣＨリソース圧縮のための方法及び対応するシステムを提供する。本開示の実施形態は、各集合ｊに対する
【００７０】
【数１４】
2018082440.tif 000017
【００７１】
の同一の値を構成することで、バンドリングウィンドウのサブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合に対するオーバーラッピングＰＵＣＣＨリソースを構成するノードＢにより、上記ＥＣＣＥドメインにおけるただＰＵＣＣＨリソースの圧縮が上述した＜数１２＞で
【００７２】
【数１５】
2018082440.tif 000018
【００７３】
を有して直線で増加する時間ドメインで、ＰＵＣＣＨリソースを圧縮することができないことを認識する。また、本開示の実施形態は、サブフレーム別に相異なるＥＰＤＣＣＨ ＰＲＢ集合に対するＰＵＣＣＨリソース間の衝突を避けられないため、バンドリングウィンドウでサブフレームにかけて上記時間ドメインにおけるただＰＵＣＣＨリソースの圧縮が非効率的であり、ノードＢは全体バンドリングウィンドウにかけてオーバーラッピングされない相異なるＥＰＤＣＣＨ ＰＲＢ集合と関連するＰＵＣＣＨリソースを構成しなければならないことを認識する。例えば、２個のＥＰＤＣＣＨ ＰＲＢ集合に対して、第１のＥＰＤＣＣＨ ＰＲＢ集合に対するＰＵＣＣＨリソースオフセット
【００７４】
【数１６】
2018082440.tif 000019
【００７５】
に対するファクター
【００７６】
【数１７】
2018082440.tif 000020
【００７７】
により、より大きくなるように、すなわち
【００７８】
【数１８】
2018082440.tif 000021
【００７９】
になるように、ノードＢは、第２のＥＰＤＣＣＨ ＰＲＢ集合に対してＰＵＣＣＨリソースオフセット
【００８０】
【数１９】
2018082440.tif 000022
【００８１】
を構成する必要がある。相異なるＥＰＤＣＣＨ ＰＲＢ集合に対するオーバーラッピングされないＰＵＣＣＨリソースを使用することに追加して、ＰＵＣＣＨリソース圧縮は上記圧縮が成就されても、非効率的であり、このような圧縮は、第１のＥＰＤＣＣＨ ＰＲＢ集合に対応する最後のＰＵＣＣＨリソース及び第２のＥＰＤＣＣＨ ＰＲＢ集合に対応する第１のＰＵＣＣＨリソース間のＵＬ ＢＷフラグメンテーション(fragmentation）を招く。２個以上のＥＰＤＣＣＨ ＰＲＢ集合に対して、複数のＵＬ ＢＷフラグメンテーションが発生することがある。
【００８２】
既存の解決方式の上述した短所によって、本開示の多様な実施形態は、ＴＤＤシステムでＥＰＤＣＣＨ検出に応じて、ＵＥからのＨＡＲＱ−ＡＣＫシグナリングのためのＰＵＣＣＨリソースの２次元決定を提供する。１次元は、複数のＥＰＤＣＣＨ ＰＲＢ集合がサブフレーム(例えば、同一サブフレームで相異なるＥＰＤＣＣＨ集合のＥＣＣＥに対応する上記ＰＵＣＣＨリソース)で、モニタリングするＵＥに対して構成される場合、上記ＥＰＤＣＣＨ ＰＲＢ集合(又は各ＥＣＣＥの集合)である。２次元は、バンドリングウィンドウ(例えば、相異なるサブフレームで同一ＥＰＤＣＣＨ集合のＥＣＣＥに対応する上記ＰＵＣＣＨリソース)で上記ＤＬサブフレームである。したがって、ＴＤＤシステムでＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソース圧縮を最大化させるために、２次元圧縮は、サブフレーム別に上記ＥＣＣＥドメイン(サブフレーム別に上記ＥＰＤＣＣＨ ＰＲＢ集合と関連する)及び時間ドメイン(バンドリングウィンドウで上記ＤＬサブフレームと関連する)で必要になる。本開示の実施形態は、上記ＨＲＯフィールドの値を使用して２次元ＰＵＣＣＨリソース圧縮を提供する。サイズＭ(ｍ＝０，１，…Ｍ−１)のバンドリングウィンドウで、上記サブフレームインデックスｍを表すことによって、各々４個の値にマッピングされる２個のビットのＨＲＯフィールドに対して、本開示は、１)上記ＨＲＯフィールドのマッピングは上記サブフレームインデックスＭの値に基づき、２)２個までの値は上記時間ドメインでＰＵＣＣＨリソースを圧縮するために使用され、少なくとも２個の値が上記ＥＣＣＥドメインでＰＵＣＣＨリソースを圧縮するために使用され(上記Ｍの値に基づき)、３)上記時間ドメインでＰＵＣＣＨリソースを圧縮する上記２個までの値は、同一バンドリングウィンドウで、以前のサブフレームで発生されたＰＵＣＣＨリソース蓄積を除去する“大きい(large)”負の値であることを提供する。
【００８３】
２次元ＰＵＣＣＨリソース圧縮を成就するために、本開示の多様な実施形態は、バンドリングウィンドウのサブフレームで、ＥＰＤＣＣＨにより伝えられるＤＬ ＤＣＩフォーマットにおけるＨＲＯフィールドは、上記ＥＣＣＥドメインでＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソース圧縮を実行する第１のＨＲＯフィールドＨＲＯ１と上記時間ドメインでＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソース圧縮を実行する第２のＨＲＯフィールドＨＲＯ２で構成されることを仮定する。したがって、単一ｆ(ＨＲＯ)関数を有する代りに、下記＜数２０＞に表したように、上記ＥＣＣＥドメインで(与えられたサブフレームに対して)ＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソース圧縮のために使用される第１の関数ｆ１(ＨＲＯ１)と上記時間ドメインで(与えられたＥＰＤＣＣＨ集合に対して)ＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソース圧縮のために使用される第２の関数ｆ２(ＨＲＯ２)が存在する。
【００８４】
【数２０】
2018082440.tif 000023
【００８５】
図５は、本開示の多様な実施形態による第１のＨＲＯフィールド及び第２のＨＲＯフィールドのＤＬ ＤＣＩフォーマットでＨＲＯフィールドのパーティショニング(partitioning）を図示する。この実施形態において、ノードＢ(例えば、ＢＳ１０２)は、ＰＲＢの第１の集合及び第１のサブフレームで第１のＥＰＤＣＣＨを使用して、第１のＵＥ(例えば、ＵＥ１１１)に第１のＤＬ ＤＣＩフォーマットを送信し、第１のＤＬ ＤＣＩフォーマットは、Ｑ個のビットにより表示されるＨＲＯフィールド５１０を含み、ここで、第１のＱ１のビットはＨＲＯ１を提供し、第２のＱ２個のビットはＨＲＯ２を提供する。上記ＨＲＯ１フィールド５２０のＱ１のビットは小さな値を表すことができる。そのような値を使用することによって、上記ノードＢは、上記ノードＢがＰＲＢの第２の集合及び第２のサブフレームで、第２のＥＰＤＣＣＨを使用して第２のＤＣＩフォーマットを送信するように(すなわち、ＰＵＣＣＨリソース衝突回避５３０)、第１のＵＥ及び少なくとも一つの他の第２のＵＥ(例えば、ＵＥ１１２)によるＨＡＲＱ−ＡＣＫシグナリングに対して使用される同一ＰＵＣＣＨリソースを避けることができる。例えば、Ｑ１＝２に対して、ＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソースは、＜数１２＞、＜数２０＞及びｆ(ＨＲＯ１)∈{−２，−１，０，２}のように決定されることができる。第２のサブフレームは、第１のサブフレームと同一バンドリングウィンドウに存在し、第１のサブフレームと同一時間又はより速い時間で発生する。第２のサブフレームが第１のサブフレームと同一時間で発生する場合、他の全ての第１の値及び第２の値は相異する。第２のサブフレームが第１のサブフレームと相異なる時間で発生する場合、他の全ての第１の値及び第２の値は同一であるか相異なることができる。
【００８６】
ＨＲＯ２フィールド５４０のＱ２個のビットは、大きい負の値を含むことができる。そのような値を使用して、上記ノードＢは、バンドリングウィンドウウィンドウの次のサブフレームで第１のＵＥによりＨＡＲＱ−ＡＣＫシグナリングに対して使用されるＰＵＣＣＨリソースを圧縮することができ、上記ＰＵＣＣＨリソースは上記バンドリングウィンドウの以前のサブフレームで使用される各ＰＵＣＣＨリソースとオーバーラップされる(すなわち、ＰＵＣＣＨリソース圧縮５５０)。例えば、Ｑ２＝２、バンドリングウィンドウのＥＰＤＣＣＨ ＰＲＢ集合ｊと第４のサブフレームに対して、
ｆ(ＨＲＯ２ｊ)∈{０，−ＮＥＣＣＥ,０,ｊ，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ＋ＮＥＣＣＥ,２,ｊ)}
である。Ｑ個のビットを第１のＱ１のビットと第２のＱ２個のビットにパーティショニングすることは、上記Ｑ１のビットとＱ２個のビットによる全ての値を代表する上記Ｑ個のビットを有することと等価である。
【００８７】
ＨＲＯフィールドのＱ個のビットを小さな値の第１の集合を表すＨＲＯ１フィールドのＱ１のビット及び大きい負の値を含むことができる第２の集合を表すＨＲＯ２フィールドのＱ２個のビットに分割することは、またＥＰＤＣＣＨ ＰＲＢ集合(サブフレームで各ＥＣＣＥの全体個数を決定する)及びサブフレームに基づく。したがって、Ｑ１＝Ｑ１,ｉ,ｊ及びＱ２＝Ｑ２,ｉ,ｊである。例えば、バンドリングウィンドウでインデックスを有するサブフレーム(例えば、第１のＰＵＣＣＨサブフレーム)に対して、上記時間ドメインでＰＵＣＣＨリソースの圧縮がない場合に可能なパーティショニングは、Ｑ１,０,ｊ＝Ｑ及びＱ２,０,ｊ＝０である。一方、バンドリングウィンドウでインデックスを有するサブフレーム(例えば、第２又はその後のＰＵＣＣＨサブフレーム)に対して、可能なパーティショニングはＱ１,３,ｊ＝１及びＱ２,３,ｊ＝Ｑ−１であるか(Ｑ＞１に対して)、又はＱ１,３,ｊ＝２及びＱ２,３,ｊ＝Ｑ−２である（Ｑ＞２に対して)。Ｑ１,ｉ,ｊの番号及びＱ２,ｉ,ｊの番号はｉを使用して変更され、したがって、各々マッピングされることができる。例えば、ｉ＝０に対して、ｆ１(Ｑ１,０,ｊ)∈{−４，−３，−２，−１，０，１，２，３}であり、ｉ＞０に対してｆ１(Ｑ１,ｉ,ｊ)∈{−２，−１，０，２}である。同様に、Ｑ２,ｉ,ｊ＝１及び全てのｉ＞０に対して、可能なマッピングはｆ２(Ｑ２,１,ｊ)∈{０，−ＮＥＣＣＥ,０,ｊ}及びｆ２(Ｑ２,２,ｊ)＝ｆ２(Ｑ２,３,ｊ)∈{０，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)}である。
【００８８】
図６ａ及び図６ｂは、本開示の実施形態によるＥＰＤＣＣＨ検出と関連するＨＡＲＱ−ＡＣＫシグナリングのためのＰＵＣＣＨリソース圧縮の実施形態を図示している図である。この実施形態で、ＰＵＣＣＨリソース圧縮のないＥＰＤＣＣＨ検出と関連するＨＡＲＱ−ＡＣＫシグナリングが図６ａに図示され、ＰＵＣＣＨリソース圧縮を使用するＥＰＤＣＣＨ検出と関連するＨＡＲＱ−ＡＣＫシグナリングに対するリソース節約が図６ｂに図示される。この実施形態で、上記ＥＰＤＣＣＨ送信は、２個のＥＰＤＣＣＨ ＰＲＢ集合を含み、Ｍ＝３個のサブフレームのバンドリングウィンドウを有する。
【００８９】
図６ａに図示されるように、ＥＰＤＣＣＨ検出に応じてＰＵＣＣＨリソースが＜数１２＞のように決定されるが、ｆ(ＨＲＯ)が存在しない場合、ＰＵＣＣＨリソース圧縮は、ＥＣＣＥを使用する場合のスケジューリング制限がＰＵＣＣＨリソース衝突を各々回避するために回避される場合に、適用されることができない。第２のＥＰＤＣＣＨ ＰＲＢ集合に対して、ノードＢは第２のＥＰＤＣＣＨ ＰＲＢ集合と関連する第１のＰＵＣＣＨリソースが第１のＥＰＤＣＣＨ ＰＲＢ集合及び
【００９０】
【数２１】
2018082440.tif 000024
【００９１】
に関連する最大
【００９２】
【数２２】
2018082440.tif 000025
【００９３】
個のＰＵＣＣＨリソース後に発生するようにＰＵＣＣＨリソースオフセット
【００９４】
【数２３】
2018082440.tif 000026
【００９５】
を構成する（６１０）。第１のＥＰＤＣＣＨ ＰＲＢ集合と関連する第１のＰＵＣＣＨリソースは、ＰＵＣＣＨリソースオフセット
【００９６】
【数２４】
2018082440.tif 000027
【００９７】
の上記ノードＢからの構成によりＵＥに指示されることができる（６１５）。同様に、第２のＥＰＤＣＣＨ ＰＲＢ集合及び第１のＥＰＤＣＣＨ ＰＲＢ集合に対するバンドリングウィンドウで、第２のサブフレームと関連する第１のＰＵＣＣＨリソースは、各々
【００９８】
【数２５】
2018082440.tif 000028
【００９９】
及び
【０１００】
【数２６】
2018082440.tif 000029
【０１０１】
のように決定される(６１０，６２５)。最後に、第２のＥＰＤＣＣＨ ＰＲＢ集合及び第１のＥＰＤＣＣＨ ＰＲＢ集合に対するバンドリングウィンドウで第３のサブフレームと関連する第１のＰＵＣＣＨリソースは、各々
【０１０２】
【数２７】
2018082440.tif 000030
【０１０３】
及び
【０１０４】
【数２８】
2018082440.tif 000031
【０１０５】
のように決定される（６３０，６３５）。
【０１０６】
図６ｂに図示されるように、ＥＰＤＣＣＨ検出に応じてＰＵＣＣＨリソースが＜数１２＞及び＜数２０＞のように決定される場合、第１のＥＰＤＣＣＨ ＰＲＢ集合及び第２のＥＰＤＣＣＨ ＰＲＢ集合に対応するＰＵＣＣＨリソースは、バンドリングウィンドウで、ＥＰＤＣＣＨ ＰＲＢ集合にかけるか又はサブフレームにかけてオーバーラップされることができる。上述したようなオーバーラップが上記バンドリングウィンドウでＥＰＤＣＣＨ ＰＲＢ集合にかけ、上記ＥＰＤＣＣＨ ＰＲＢ集合の各ＥＣＣＥにかけ、(上記ＥＰＤＣＣＨ ＰＲＢ集合は同一サイズを有すると仮定され、したがって、サブフレームで同一個数のＥＣＣＥを有すると仮定される)、サブフレームの一部にかけて完了されても、このような２個のドメインで完全なものであるか又は部分的なものであリ得る。同一サブフレーム、サブフレーム６４０、サブフレーム６４２、又はサブフレーム６４４における相異なるＥＰＤＣＣＨ ＰＲＢ集合で、ＥＣＣＥに対応するＰＵＣＣＨリソース内における衝突は、ｆ１(Ｑ１,ｉ,ｊ)を使用して回避される。同一ＥＰＤＣＣＨ ＰＲＢ集合、集合６５０、集合６５２、又は集合６５４の相異なるサブフレームでＥＣＣＥに対応するＰＵＣＣＨリソース内における圧縮はｆ２(Ｑ１,ｉ,ｊ)を使用して成就される。図示されるように、サブフレーム６４０は、上記バンドリングされたサブフレーム(６４０，６４２又は６４４)のうち時間上で最初のものである(すなわち、ｍ＝０)。したがって、衝突回避は、ただ、相異なるＥＰＤＣＣＨ ＰＲＢ集合(例えば、ＥＰＤＣＣＨ ＰＲＢ集合１及びＥＰＤＣＣＨ ＰＲＢ集合２)間の衝突を考慮し、上記ＥＰＤＣＣＨ ＰＲＢ集合ドメインで衝突回避を実行する必要がある。しかし、サブフレーム６４２，６４４は、上記バンドリングされたサブフレーム(６４０，６４２又は６４４)のうち時間上で最初のものではない(すなわち、ｍ＞０又はｉ＞０)。したがって、サブフレーム６４２，６４４に対する衝突回避は、相異なるＥＰＤＣＣＨ ＰＲＢ集合(例えば、ＥＰＤＣＣＨ ＰＲＢ集合１及びＥＰＤＣＣＨ ＰＲＢ集合２)間の衝突及び相異なるサブフレーム(例えば、ＥＣＣＥサブフレーム１又はＥＣＣＥサブフレーム１＆２の各々)間の衝突のすべてを考慮して、上記ＥＰＤＣＣＨ ＰＲＢ集合ドメイン及びサブフレーム(すなわち、時間)ドメインの全てにおける衝突回避を実行する必要がある。
【０１０７】
図６ａ及び図６ｂでＥＰＤＣＣＨ検出と関連するＨＡＲＱ−ＡＣＫシグナリングのためのＰＵＣＣＨリソース圧縮の図示は、本開示の原則を図示するためであって、本開示の原則によって実現されることができる多様な実施形態に対する制限を意図しない。例えば、任意の個数の相異なるバンドリングウィンドウサイズ及び任意の個数の相異なるＥＰＤＣＣＨ ＰＲＢ集合が使用されることができる。
【０１０８】
本開示の多様な実施形態は、ＴＤＤシステムでＥＰＤＣＣＨにより伝えられるＤＬ ＤＣＩフォーマットでＨＲＯフィールドの構成を提供する。一実施形態で、ＴＤＤシステムでＥＰＤＣＣＨにより伝えられるＤＬ ＤＣＩフォーマットで、ＨＲＯフィールドは、ＦＤＤシステムでＥＰＤＣＣＨにより伝えられるＤＬ ＤＣＩフォーマットでＨＲＯフィールドと同一個数のビットを有する(ＦＤＤで、Ｑ２,ｉ,ｊ及びＱ＝Ｑ１,ｉ,ｊは存在しない)。例えば、ＴＤＤシステム及びＦＤＤシステムの全てにおいて、ＨＲＯフィールドは、Ｑ＝２個のビットで構成される。ＦＤＤで及びＦＤＤと同様に、ＴＤＤでバンドリングウィンドウの第１のサブフレーム(すなわち、ｉ＝０)で、Ｑ２,０,ｊ及びｆ(Ｑ)＝ｆ１(Ｑ１,ｉ,ｊ)∈{−２，−１，０，２}は存在しない。ＴＤＤで、インデックスｉ＞０を有するバンドリングウィンドウの全てのサブフレームで、Ｑ１,ｉ,ｊ＝１及びＱ２,ｉ,ｊ＝１は全てのｉ＞０に対して同一なｆ１(Ｑ１,ｉ,ｊ)、例えば、ｆ１(Ｑ１,ｉ,ｊ)∈{０，２}を有し、ｆ２(Ｑ２,ｉ,ｊ)は上記サブフレームインデックスｉに基づく。例えば、ｉ＝１に対して、ｆ２(Ｑ２,ｉ,ｊ)∈{０，−ＮＥＣＣＥ,０,ｊ}，ｉ＝２に対してｆ２(Ｑ２,ｉ,ｊ)∈{−ＮＥＣＣＥ,０,ｊ，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)}であり、ｉ＝３に対してｆ２(Ｑ２,ｉ,ｊ)∈{−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ＋ＮＥＣＣＥ,２,ｊ)}であるか、又はｉ＝１に対してｆ２(Ｑ２,ｉ,ｊ)∈{−ＮＥＣＣＥ,０,ｊ−１，−ＮＥＣＣＥ,０,ｊ−２}であり、ｉ＝２に対してｆ２(Ｑ２,ｉ,ｊ)∈{−ＮＥＣＣＥ,１,ｊ−１，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ)−２}であり、ｉ＝３に対してｆ２(Ｑ２,ｉ,ｊ)∈{−ＮＥＣＣＥ,２,ｊ−１，−(ＮＥＣＣＥ,０,ｊ＋ＮＥＣＣＥ,１,ｊ＋ＮＥＣＣＥ,２,ｊ)−２}である。
【０１０９】
他の実施形態で、ＴＤＤシステムでＤＬ ＤＣＩフォーマットにおけるＨＲＯフィールドは、ＦＤＤシステムでＤＬ ＤＣＩフォーマットにおけるＨＲＯフィールドのビットより多くのビットを有する。例えば、ＦＤＤシステムで、ＨＲＯフィールドは、Ｑ＝２個のビットで構成されるが、少なくともバンドリングウィンドウサイズがＭ＞１である場合、ＴＤＤシステムでＨＲＯフィールドはＱ＞２個のビットで構成される。ＴＤＤシステムでＨＲＯフィールドのビットの個数は、Ｍの値に基づくか又はＭ＞１の全ての値に対して同一であり得る。例えば、全てのＭ＞１に対してＱ＝３であるか、又はＭ＝２に対してＱ＝３であり、Ｍ＝３又はＭ＝４に対してＱ＝４である。
【０１１０】
ＦＤＤシステムに対してＱ＝２ＨＲＯビットを考慮する場合、ＴＤＤシステムに対する上記追加的なＨＲＯビットが各ＤＣＩフォーマットにおける追加ビットによるか、又は各ＤＣＩフォーマットにおける既存ビットを再解釈することによって提供されることができる。例えば、ＤＬ ＤＣＩフォーマットは、２個のビットで構成され、ノードＢがバンドリングウィンドウのサブフレームでＵＥに送信する上記ＤＬ ＤＣＩフォーマットの個数を表すＤＬ割り当てインデックス(ＤＬ Assignment Index:ＤＡＩ)フィールドを含む。上記ＤＬ ＤＣＩフォーマットが、ノードＢが上記ＵＥに送信する第１のＤＬ ＤＣＩフォーマットである場合、上記ＤＡＩフィールドの値は１であり、上記ＤＣＩフォーマットがノードＢが上記ＵＥに送信する第２のＤＬ ＤＣＩフォーマットである場合、上記ＤＡＩフィールドの値は２である。Ｍ＝２に対して、上記ＤＡＩフィールドの１ビットは、上記ＤＡＩフィールドの意図する目的のために充分であり、他のビットはＨＲＯビットの個数を１ずつ増加させるために使用されることができる。
【０１１１】
本開示の多様な実施形態は、バンドリングウィンドウのサブフレームで多様なタイプのＰＤＣＣＨをモニタリングするように構成されるＵＥに対して、ＴＤＤシステムにおけるＨＡＲＱ−ＡＣＫシグナリングのＰＵＣＣＨリソース圧縮を提供する。例えば、第１のタイプのＰＤＣＣＨは、第１の個数のサブフレームシンボル及び全体動作ＤＬ ＢＷを通して送信され、第２のタイプのＰＤＣＣＨ(ＥＰＤＣＣＨ）は、第２の個数のサブフレームシンボル及び全体動作ＤＬ ＢＷで構成されるＰＲＢの個数より小さな個数のＰＲＢのみを通じて送信されることができる。ＴＤＤシステムで、ＵＥはノードＢによりバンドリングウィンドウの一部のサブフレームでＰＤＣＣＨをモニタリングし、バンドリングウィンドウの残りのサブフレームでＥＰＤＣＣＨをモニタリングするように構成されることができる。また、ＵＥはＰＤＣＣＨ検出に応じて、ＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソースを決定する第１の方法を使用し、ＥＰＤＣＣＨ検出に応じてＨＡＲＱ−ＡＣＫシグナリングに対するＰＵＣＣＨリソースを決定する第２の方法を使用することができる。例えば、ＥＰＤＣＣＨに対する上記方法は、上述したような＜数１２＞の説明によって使用されることができる。他の例で、上記のような方法は、ＰＤＣＣＨ及びＥＰＤＣＣＨに対して相異してもよく、上記ＵＥがＰＤＣＣＨ又はＥＰＤＣＣＨを検出するか否かによって、相異なるＰＵＣＣＨリソースのＵＥによる使用を招くことができると仮定できる。
【０１１２】
原則的に、ＵＥは、上記ＵＥがＥＰＤＣＣＨをモニタリングしないサブフレームでＰＤＣＣＨ検出に対応するように、ＰＵＣＣＨリソースを使用しなければならない(反対の場合も同一である)。しかし、ＵＥがＥＰＤＣＣＨをモニタリングするサブフレームは、ＵＥ特定方式でノードＢにより上記ＵＥに構成される(ＥＰＤＣＣＨ又はＰＤＣＣＨモニタリングのためのＵＥ共通サブフレームがまた存在できるとしても)。
【０１１３】
ＦＤＤで、ＤＬ ＤＣＩフォーマットにおけるＨＲＯを使用する場合、ネットワークはＰＤＣＣＨ検出又はＥＰＤＣＣＨ検出に応じてオーバーラップされたＰＵＣＣＨリソースを構成できる(少なくとも、部分的に)。ＵＥは、上記ＵＥがＰＤＣＣＨをモニタリングするサブフレームで、ＥＣＣＥと関連するＰＵＣＣＨリソースを使用することができる(反対の場合も同一である)。ＴＤＤで、相異なるＵＥが同一サブフレームで各ＥＰＤＣＣＨ検出に対応する各ＰＵＣＣＨリソースを決定するために、
【０１１４】
【数２９】
2018082440.tif 000032
【０１１５】
に対する相異なる蓄積を使用する場合(上記の＜数１２＞のように)、ＰＵＣＣＨリソースミスアラインメント(misalignment)が発生されることがある。ＨＲＯを使用することだけでなく、ＣＣＥ又はＥＣＣＥの選択及びサブフレームでＨＲＯフィールドの値を通して効率的にＰＵＣＣＨリソースを割り当てる場合、ノードＢが追加的なスケジューリング決定がわからない場合にスケジューリング制限が必要になる。
【０１１６】
ＵＥが、上記ＵＥがＰＤＣＣＨをモニタリングするサブフレームでＥＰＤＣＣＨ ＰＲＢ集合に対応するＰＵＣＣＨリソースを無視する場合、このモニタリングは、インデックスｉ０を有するサブフレームを有するバンドリングウィンドウに対して、第１のＵＥはＰＤＣＣＨをモニタリングし、第２のＵＥはＥＰＤＣＣＨをモニタリングし、第１のＵＥは
【０１１７】
【数３０】
2018082440.tif 000033
【０１１８】
で
【０１１９】
【数３１】
2018082440.tif 000034
【０１２０】
を含まず、第２のＵＥは
【０１２１】
【数３２】
2018082440.tif 000035
【０１２２】
で
【０１２３】
【数３３】
2018082440.tif 000036
【０１２４】
を含むことを意味し、ここで０≦ｉ０≦Ｍ−１である。スケジューリング制限が発生されることが必要であるか、又は上記ノードＢは、関連するＰＵＣＣＨリソースの衝突を避けるためにＥＰＤＣＣＨモニタリングサブフレームのＵＥ共通構成を使用するように強制化される。上記二つの代案/制限が望ましくない場合、本開示はノードＢがＲＲＣシグナリングのような上位階層シグナリングを通してＵＥを構成することができ、サブフレームで、上記ＵＥに対して構成される上記ＥＰＤＣＣＨ ＰＲＢ集合と関連するＰＵＣＣＨリソースを含むか否かによって、上記ＵＥは、またＰＤＣＣＨをモニタリングするように構成される。
【０１２５】
図７は、本開示の多様な実施形態によるノードＢ構成に基づくＴＤＤシステムでＰＵＣＣＨリソースを決定する工程のフローチャートを図示する。例えば、図７に図示される工程は、図３の送信器３００により実行される。上記工程は図１でＵＥ１１１により実現されることができる。
【０１２６】
この実施形態で、ＵＥは、ノードＢから例えばＲＲＣシグナリングを使用して信号を受信し、サブフレームｉ０でＥＰＤＣＣＨ ＰＲＢ集合ｊのＥＣＣＥを含むか否かによって、上記ＵＥは同一のバンドリングウィンドウのサブフレームｍ＞ｉ０で、ＥＰＤＣＣＨ ＰＲＢ集合ｊでＥＰＤＣＣＨ検出に応じてＰＵＣＣＨリソースを決定する場合、ＰＤＣＣＨをモニタリングする(ステップ７１０)。例えば、ステップ７１０の一部として、あるアクセス方式で、上記ノードＢシグナリングは単一２進エレメントで構成されることができ、バンドリングウィンドウの全てのサブフレームに適用可能であり、ＵＥはＰＤＣＣＨをモニタリングするように構成される。他の実施形態で、上記ノードＢシグナリングは、ＰＤＣＣＨをモニタリングするサブフレームをＵＥに対して構成するシグナリングと同一であり、０又は１の２進値を使用して、同一バンドリングウィンドウの以後のサブフレームで検出されるＥＰＤＣＣＨ検出に応じてＰＵＣＣＨリソースを検出することから、ＰＤＣＣＨモニタリングのために上記ＵＥに対して構成されるサブフレームでＥＰＤＣＣＨ ＰＲＢ集合に対するＥＣＣＥが含まれるべきか又は除外されるべきか否かを各々表すことができる。上述したような二つの実施形態で、いずれのＵＥに対してもＥＰＤＣＣＨを伝達しない、全てのＵＥに対して知られているサブフレームに対して、任意のＥＰＤＣＣＨ ＰＲＢ集合の上記ＥＣＣＥは、同一バンドリングウィンドウの以後のサブフレームでＥＰＤＣＣＨ検出に応じてＰＵＣＣＨリソースを決定することから除外される。
【０１２７】
以下、上記ＵＥは、サブフレームｍ＞ｉ０でＥＰＤＣＣＨ検出に応じてＰＵＣＣＨリソース決定に対して、上記ノードＢからのシグナリングがサブフレームｉ０でＥＰＤＣＣＨ ＰＲＢ集合ｊのＥＣＣＥが含まれるか否かを決定し、ここで上記ＵＥはＰＤＣＣＨをモニタリングするように構成される(ステップ７２０)。上記ノードＢからのシグナリングがサブフレームｉ０でＥＰＤＣＣＨ ＰＲＢ集合ｊのＥＣＣＥを含むことを示す場合、上記ＵＥは＜数１２＞に示したように上記
【０１２８】
【数３４】
2018082440.tif 000037
【０１２９】
を使用してＰＵＣＣＨリソースを決定する(ステップ７３０)。上記ＵＥが上記ノードＢからのシグナリングがサブフレームｉ０でＥＰＤＣＣＨ ＰＲＢ集合ｊのＥＣＣＥを含むことを示さないと決定しない場合、上記ＵＥは＜数１２＞に表したように
【０１３０】
【数３５】
2018082440.tif 000038
【０１３１】
を使用してＰＵＣＣＨリソースを決定し、ここで
【０１３２】
【数３６】
2018082440.tif 000039
【０１３３】
は同一バンドリングウィンドウのサブフレームｍ以前のサブフレームのＥＰＤＣＣＨ ＰＲＢ集合ｊで全体個数のＥＣＣＥの合計から除外される(ステップ７４０)。図７がノードＢ構成に基づいてＴＤＤシステムでＰＵＣＣＨリソースを決定する工程の例を図示しているが、多様な変更が図７に対して行われる。例えば、一連の工程で図示されるが、各図面で多様な段階はオーバーラップされ、並列で発生され、相異なる順序で発生されるか又は複数回発生することができる。
【０１３４】
ＵＥは、サブフレームで多様なタイプのＥＰＤＣＣＨをモニタリングすることができる。上記のようなタイプのうち何れか一つのタイプは、連続的にナンバリングされ、各ＥＰＤＣＣＨ ＰＲＢ集合のＰＲＢにかけて分散される分散ＥＰＤＣＣＨである。分散ＥＰＤＣＣＨ ＰＲＢ集合で、全てのＥＣＣＥがサブフレームで使用されない場合、上記使用されないＥＣＣＥは、より大きいインデックスを有するＥＣＣＥであり得る。したがって、各ＰＵＣＣＨリソースに対するオーバーヘッドは、例えば、＜数１２＞によって、不必要に増加されず、またＥＰＤＣＣＨの最も低いＥＣＣＥインデックスに対するより小さな値を使用することは、ＨＡＲＱ−ＡＣＫ信号の各送信に対するＰＵＣＣＨリソースのより小さな値を招くようになる。上記分散ＥＰＤＣＣＨタイプの特性は、ローカライズド(localized)ＥＰＤＣＣＨと称され、ローカライズドＥＰＤＣＣＨ ＰＲＢ集合のＥＣＣＥがまずＰＲＢ内でインデックスされて、その次にＰＲＢにかけてインデックスされる相異なるＥＰＤＣＣＨタイプに対して維持されないことである。したがって、ローカライズドＥＰＤＣＣＨが高いインデックスを有するＰＲＢで送信される場合、ＨＡＲＱ−ＡＣＫ信号の各送信に対するＰＵＣＣＨリソースも高いインデックス値を有する。これは、ただ高いインデックスを有するＰＲＢで送信される単一ＥＰＤＣＣＨが各ＨＡＲＱ−ＡＣＫ信号送信を要求する場合でも、例えば、予約された、多くの個数のＰＵＣＣＨリソースのようなＰＵＣＣＨリソースに対する不必要なオーバーヘッドを招くことができる。
【０１３５】
したがって、各ローカライズドＥＰＤＣＣＨ検出に応じてＨＡＲＱ−ＡＣＫ信号送信と関連する上記ＰＵＣＣＨオーバーヘッドを圧縮するために、本開示の実施形態は、ＵＥでローカライズドＥＰＤＣＣＨ送信に対する検索空間決定のために使用されるＥＣＣＥのインデクシング(indexing)が各ＰＵＣＣＨリソースの決定に対して修正される(例えば、置換される)。与えられたサブフレームに対して、ＵＥは、ＨＡＲＱ−ＡＣＫ信号送信に対する各ＰＵＣＣＨリソースをインデクシングするためのローカライズドＥＰＤＣＣＨ ＰＲＢリソースのＥＣＣＥインデックスの置換に基づいて、各ＥＰＤＣＣＨ送信に対するＥＣＣＥインデックスに対応するようにＰＵＣＣＨリソース決定に対するＥＣＣＥインデックスを識別する。例えば、ローカライズドＥＰＤＣＣＨ ＰＲＢ集合に対するＥＣＣＥインデックスをｎＥＣＣＥと表示し、ＰＲＢ別ＣＣＥの個数をＮＥＣＣＥ＿ＰＲＢと表示し、上記ローカライズドＥＰＤＣＣＨ ＰＲＢ集合でのＰＲＢの個数をＮＰＲＢと表示する場合、ＵＥは、下記＜数３７＞によって各ＥＰＤＣＣＨに対するＥＣＣＥインデックスに対応するようにＰＵＣＣＨリソース決定に対するＥＣＣＥインデックス(すなわち、ｎＥＣＣＥ＿ＰＵＣＣＨ)を計算できる:
【０１３６】
【数３７】
2018082440.tif 000040
【０１３７】
ここで、
【０１３８】
【数３８】
2018082440.tif 000041
【０１３９】
は、低い整数で四捨五入する床関数であり、“mod”は、モジューロ関数(modulo function)である。ローカライズドＥＰＤＣＣＨの最も低いｎＥＣＣＥインデックスから導出されるｎＥＣＣＥ＿ＰＵＣＣＨインデックスは、各ＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースを決定する場合、最も低いｎＥＣＣＥインデックスに代替するように使用される(例えば、＜数１２＞に表したように)。図８は、本開示の一実施形態によるＨＡＲＱ−ＡＣＫ信号送信に対する各ＰＵＣＣＨリソースをインデクシングするためのローカライズドＥＰＤＣＣＨ ＰＲＢ集合のＥＣＣＥインデックスの実施形態置換を図示する。この実施形態で、ローカライズドＥＰＤＣＣＨ ＰＲＢ集合は、ＮＰＲＢ＝４個のＰＲＢで構成され、各ＰＲＢはＮＥＣＣＥ＿ＰＲＢ＝４個のＥＣＣＥで構成される(８１０)。ＵＥがサブフレームで可能性あるＥＰＤＣＣＨに対する検出を実行し得る検索空間の決定のための上記ＥＣＣＥは最も低いインデックスを有するＰＲＢから始まる各ＰＲＢ内で連続的にｎＥＣＣＥでインデクシングされる（８２０Ａ，８２０Ｂ）。ＥＰＤＣＣＨ検出に応じてＨＡＲＱ−ＡＣＫ信号送信に対するＰＵＣＣＨリソースの決定のための上記ＥＣＣＥは、ｎＥＣＣＥ＿ＰＵＣＣＨを獲得するために＜数３７＞に示すように上記インデックスの置換に基づいてインデクシングされる（８３０Ａ，８３０Ｂ）。以後、最も低いＥＣＣＥインデックスｎＥＣＣＥと関連するｎＥＣＣＥ＿ＰＵＣＣＨは、ＨＡＲＱ−ＡＣＫ信号送信のためのＰＵＣＣＨリソースの決定のために各数式で上記最も低いＥＣＣＥインデックスｎＥＣＣＥに代替する。
【０１４０】
図８で、ＨＡＲＱ−ＡＣＫ信号送信に対する各ＰＵＣＣＨリソースをインデクシングするためのローカライズドＥＰＤＣＣＨ ＰＲＢ集合のＥＣＣＥインデックスの置換の図示は、本開示の原則を図示するためであり、本開示の原則によって実現される多様な実施形態における制限を意図しない。
【０１４１】
図９は、本開示の多様な実施形態によるＨＡＲＱ−ＡＣＫ信号の送信に対するリソースオーバーヘッドを減少させる工程を図示する。例えば、図９に示される工程は、図３の送信器３００により実行できる。また、上記工程は図１のＵＥ１１１により実現されることができる。
【０１４２】
上記工程は、ＰＵＣＣＨでＨＡＲＱ−ＡＣＫ情報を送信するためにダウンリンク信号に対するバンドリングウィンドウで、サブフレームインデックスを識別することによって始まる(ステップ９０５)。例えば、ステップ９０５で、上記サブフレームインデックスは、バンドリングされたサブフレームのうちＨＡＲＱ−ＡＣＫ情報が送信される必要があるサブフレームのインデックスである。
【０１４３】
その後に、上記工程は、上記フレームインデックスがバンドリングされたサブフレームのうち第１のサブフレームを示すか否かを決定する(ステップ９１０)。例えば、ステップ９１０で、上記ＵＥは、上記サブフレームインデックスをｍ＝０と決定できる。上記サブフレームインデックスがバンドリングされたサブフレームのうち第１のサブフレームを表す場合、上記工程はＰＵＣＣＨリソース圧縮及び同一サブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合に対する衝突回避のための第１の集合ＨＲＯ値を使用して上記ＰＵＣＣＨでＨＡＲＱ−ＡＣＫシグナリングを送信する(ステップ９１５)。例えば、ステップ９１５で、上記ＵＥは、同一サブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合に対するＨＡＲＱ−ＡＣＫシグナリングのために衝突回避を使用する間、時間及びＥＰＤＣＣＨ ＰＲＢドメインの全てにおいてＰＵＣＣＨリソースの圧縮を実行することができる。上記ＵＥは、同一サブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合のＨＡＲＱ−ＡＣＫシグナリング及び相異なるサブフレームで同一ＥＰＤＣＣＨ ＰＲＢ集合のＨＡＲＱ−ＡＣＫシグナリングのための共通ＰＵＣＣＨリソースを使用することによって上記ＰＵＣＣＨ圧縮を実行することができる。
【０１４４】
上記サブフレームインデックスがバンドリングされたサブフレームのうち第２又はそれより大きいサブフレームを表す場合、上記工程は同一サブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合及び相異なるサブフレームに対するＨＡＲＱ−ＡＣＫシグナリングの全てに対して衝突回避のために、ＰＵＣＣＨリソース圧縮及びＨＲＯ値の第２の集合を使用して上記ＰＵＣＣＨでＨＡＲＱ−ＡＣＫシグナリングを送信する(ステップ９２０)。例えば、ステップ９２０で、上記ＵＥは同一サブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合の全てに対するＨＡＲＱ−ＡＣＫシグナリング及び他のサブフレームに対するＨＡＲＱ−ＡＣＫシグナリングに対する衝突回避を使用する間、時間及びＥＰＤＣＣＨ ＰＲＢ集合ドメインの全てにおいてＰＵＣＣＨリソースの圧縮を実行することができる。上記ＵＥは、同一サブフレームで相異なるＥＰＤＣＣＨ ＰＲＢ集合のＨＡＲＱ−ＡＣＫシグナリング及び相異なるサブフレームで、同一ＥＰＤＣＣＨ ＰＲＢ集合のＨＡＲＱ−ＡＣＫシグナリングに対する共通ＰＵＣＣＨリソースを使用することによって、上記ＰＵＣＣＨ圧縮を実行することができる。
【０１４５】
図９がＨＡＲＱ−ＡＣＫ信号の送信に対するリソースオーバーヘッドを減少させる工程の一例を図示していても、多様な変形が図９に対して可能である。例えば、連続的なステップが図示されるが、各図面で多様なステップがオーバーラップされることができ、並列又は他の順序で発生されるか、又は複数回発生されることができる。
【０１４６】
一方、本開示は好ましい実施形態に関し説明したが、多様な変形及び修正が該当技術分野の当業者に提示されることができる。本開示は添付されるクレームの範囲内で上記のような変形及び修正を含むことができる。
【符号の説明】
【０１４７】
３００  送信器構造
３１０  ＺＣシーケンス生成器
３２０  制御機
３３０  サブキャリアマッパ
３４０  ＩＦＦＴブロック
３５０  ＣＳマッパ
３６０  フィルタ
３７０  アンテナ
【図１】
2018082440.tif 000042
【図２ａ】
2018082440.tif 000043
【図２ｂ】
2018082440.tif 000044
【図３】
2018082440.tif 000045
【図４】
2018082440.tif 000046
【図５】
2018082440.tif 000047
【図６ａ】
2018082440.tif 000048
【図６ｂ】
2018082440.tif 000049
【図７】
2018082440.tif 000050
【図８】
2018082440.tif 000051
【図９】
2018082440.tif 000052