(57)【要約】      （修正有）【課題】ＰＨＩＣＨリソース割り振り方法、基地局の方法及びＵＥの方法を提供する。【解決手段】フレキシブルＴＤＤ  ＵＬ−ＤＬ構成をサポートする無線通信システムでのＰＨＩＣＨリソース割り振りの方法であって、異なるＴＤＤ  ＵＬ−ＤＬ構成が取得可能であると共に、フレキシブルＴＤＤ構成に従って動作する第１のＵＥにより用いられるＴＤＤ  ＵＬ−ＤＬ構成は、長期ＴＤＤ  ＵＬ−ＤＬ構成に従って動作する第２のＵＥにより用いられるＴＤＤ  ＵＬ−ＤＬ構成と異なる。この方法は、第２のＵＥで用いられるＴＤＤ  ＵＬ−ＤＬ構成に適用可能なＬＴＥタイミング規則に従って、第１のＵＥと第２のＵＥの両方にＰＨＩＣＨリソースを割り振ることを含む。【選択図】図４
2018152885.tif 000002
【特許請求の範囲】
【請求項１】
フレキシブルＴＤＤ  ＵＬ−ＤＬ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ）構成をサポートする無線通信システムでのＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソース割り振りの方法であって、
前記フレキシブルＴＤＤ  ＵＬ−ＤＬ構成に従って動作する第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）により用いられる前記ＴＤＤ  ＵＬ−ＤＬ構成は、長期ＴＤＤ  ＵＬ−ＤＬ構成に従って動作する第２のＵＥにより用いられる前記ＴＤＤ  ＵＬ−ＤＬ構成と異なっていてもよく、
前記第２のＵＥで用いられる前記ＴＤＤ  ＵＬ−ＤＬ構成に適用可能なＬＴＥタイミング規則に従って、前記第１のＵＥと前記第２のＵＥのいずれにもＰＨＩＣＨリソースを割り振ることを含む、
ＰＨＩＣＨリソースの割り振りの方法。
【請求項２】
前記第２のＵＥには、ファクターｍｉ＝２で前記ＰＨＩＣＨリソースが割り振られていることを決定し、
前記第１のＵＥには、１つのＵＬサブフレームのみに対するＨＡＲＱ−ＡＣＫがフィードバックされるべきことを決定し、前記第１のＵＥにはＩＰＨＩＣＨ＝１で前記ＰＨＩＣＨリソースを割り振ることを含む、
請求項１に記載のＰＨＩＣＨリソースの割り振りの方法。
【請求項３】
前記第２のＵＥにはファクターｍｉ＝１で前記ＰＨＩＣＨリソースが割り振られていることを決定し、
２つのＵＬサブフレームに対するＨＡＲＱ−ＡＣＫがフィードバックされるべきことを決定し、
２つめの前記ＵＬサブフレームのためのＰＵＳＣＨ  ＨＡＲＱフィードバックに適合するよう、前記第１のＵＥにＩＰＨＩＣＨ＝１で前記ＰＨＩＣＨリソースを割り振ることを含む、
請求項１または２に記載のＰＨＩＣＨリソースの割り振りの方法。
【請求項４】
無線通信システムにおける基地局による方法であって、
第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）へ、第１のＵＬ−ＤＬ構成を送信して前記第１のＵＬ−ＤＬ構成を設定し、
第２のＵＥへ、第２のＵＬ−ＤＬ構成を送信して前記第２のＵＬ−ＤＬ構成を設定し、
前記第２のＵＥのための第２のＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースの割り振りに用いられる、ＴＤＤ  ＵＬ−ＤＬ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ）構成およびサブフレーム番号に基づくタイミングルールと同じ前記タイミングルールに従って、前記第１のＵＥへ第１のＰＨＩＣＨリソースを割り振り、
前記第１のＵＬ−ＤＬ構成は、前記第２のＵＬ−ＤＬ構成と異なっていてもよい、
方法。
【請求項５】
前記タイミングルールは、下記のテーブルによって表される、
2018152885.tif 000020
請求項４に記載の方法。
【請求項６】
前記第１のＵＥは、フレキシブルＴＤＤに従って動作する、請求項４または５に記載の方法。
【請求項７】
前記第１のＵＬ−ＤＬ構成の更新の周期は１０ｍｓ、または、６４０ｍｓよりも短い、請求項４乃至６のいずれか１つに記載の方法。
【請求項８】
前記第２のＵＥは、レガシーＵＥ、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）  Ｒｅｌｅａｓｅ  ８のＵＥ、３ＧＰＰ  Ｒｅｌｅａｓｅ  ９のＵＥ、または、３ＧＰＰ  Ｒｅｌｅａｓｅ  １０のＵＥである、請求項４乃至７のいずれか１つに記載の方法。
【請求項９】
前記第２のＵＬ−ＤＬ構成は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１（ＳＩＢ１）で送信される、または、前記第２のＵＬ−ＤＬ構成の更新のための期間は少なくとも６４０ｍｓである、請求項４乃至８のいずれか１つに記載の方法。
【請求項１０】
無線通信システムにおける第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）による方法であって、
前記第１のＵＥを第１のＵＬ−ＤＬ構成で設定するために前記第１のＵＬ−ＤＬ構成を受信し、
前記第１のＵＥのための第１のＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースの割り振りを、第２のＵＥのための第２のＰＨＩＣＨリソースのためのＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ）ＵＬ−ＤＬ構成およびサブフレーム番号に基づくタイミングルールと同じ前記タイミングルールに従って監視し、
前記第１のＵＬ−ＤＬ構成は前記第２のＵＬ−ＤＬ構成と異なっていてもよい、
方法。
【請求項１１】
前記タイミングルールは、下記のテーブルによって表される、
2018152885.tif 000021
請求項１０に記載の方法。
【請求項１２】
前記第１のＵＥは、フレキシブルＴＤＤに従って動作する、請求項１０または１１に記載の方法。
【請求項１３】
前記第１のＵＬ−ＤＬ構成の更新の周期は１０ｍｓ、または、６４０ｍｓよりも短い、請求項１０乃至１２のいずれか１つに記載の方法。
【請求項１４】
前記第２のＵＥは、レガシーＵＥ、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）  Ｒｅｌｅａｓｅ  ８のＵＥ、３ＧＰＰ  Ｒｅｌｅａｓｅ  ９のＵＥ、または、３ＧＰＰ  Ｒｅｌｅａｓｅ  １０のＵＥである、請求項１０乃至１３のいずれか１つに記載の方法。
【請求項１５】
前記第２のＵＬ−ＤＬ構成は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１（ＳＩＢ１）で送信される、または、前記第２のＵＬ−ＤＬ構成の更新のための期間は少なくとも６４０ｍｓである、請求項１０乃至１４のいずれか１つに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＨＩＣＨリソース割り振り方法に関する。
【背景技術】
【０００２】
本明細書では、以下の省略形が記載されている；
2018152885.tif 000003
【０００３】
ＬＴＥ無線通信システムは、コストが削減されていて、より高いデータレート及びより低いレイテンシによって改良されたサービスを提供することを目的とする。ＬＴＥ  ＴＤＤシステムを配備することの１つのメリットは、無線フレームの非対称ＵＬ−ＤＬ割り振りができることにある。典型的には、ＤＬにより送信されるべきデータが多いほど、その更に多いデータ量を提供するため、無線フレームでのＤＬサブフレーム数をより多くすることができる。ＬＴＥ  ＴＤＤシステムでは、下記に抜粋された３ＧＰＰ  ＴＳ  ３６．２１１  ｖ１０．５．０（２０１２−０６）のテーブル４．２−２に指定された通り、非対称リソース割り振りは、所定の無線フレームについて７つの異なる準静的に構成されたＵＬ−ＤＬサブフレーム構成を提供することにより実現される。
2018152885.tif 000004
テーブル４．２−２：Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ構成
【０００４】
上述のテーブルでは、「Ｄ」はＤＬサブフレームを示し、「Ｕ」はＵＬサブフレームを示し、「Ｓ」は特別なサブフレームを示す。テーブルの異なるＵＬ−ＤＬ構成は、４０％から９０％の間のＤＬサブフレームを供給し、ｅＮＢで用いられる従来の実務でのＵＬ−ＤＬ構成は、放送チャネルのシステム情報のみを介してＵＥに伝えられる（また変更される）。ＵＬ−ＤＬ構成は、ただ準静的に構成されており、そのため即時のトラフィック状況に適応できない。これは、特に、トラフィック状況がしばしば急速に変化しうるような、小さなセル又は少人数のユーザがいるセルにとって、リソース利用の点から非効率である。
【０００５】
この非効率性に対処するために、ＬＴＥ−Ａリリース１１（Ｒｅｌ．１１）についてのフレキシブルＴＤＤ構成の研究事項が完結した。研究事項の評価により、小さなセルのトラフィック適応に基づくＴＤＤ  ＵＬ−ＤＬ再構成を可能にすることで、重要なパフォーマンス利益がおそらく明らかになった。研究は、また、ＴＤＤ  ＵＬ−ＤＬ再構成を用いるシステムでの干渉軽減スキームについて勧告している。
【０００６】
非対称ＵＬ−ＤＬ構成及びフレキシブルＴＤＤ割り振りと同様に、実施が実行可能と見なされ得るまでに、多くの克服すべき課題があった。１つの固有の課題は、現在の３ＧＰＰ仕様に重大な影響を及ぼさず、せいぜい無線フレームベースでＴＤＤ  ＵＬ−ＤＬ構成の再構成を可能にすると共に、レガシー（即ちＲｅｌ．８，９，１０）ＵＥとの共存を可能にすることである。ＰＨＩＣＨのリソース割り振りを向上すると共に、後方互換性を保つことは、この点について役に立ち得ると考えられている。
【０００７】
図１は、ＴＤＤシステムでのＵＥ  ＡＣＫ／ＮＡＣＫプロシージャ１００（ＰＵＳＣＨ送信及びＰＨＩＣＨ受信）を示す。Ｒｅｌ．１１で指定され、図１に示されたＬＴＥタイミング規則の一例として、１つのＤＬサブフレームは、採用されたＴＤＤ構成及びＤＬサブフレームインデックスに応じて、０、１又は２のＵＬサブフレームのためのＨＡＲＱ−ＡＣＫビットを送信する責務を有していてもよい。例えば、
・もしＴＤＤ構成♯０が使用されていれば、無線フレームｎのＤＬサブフレーム♯０（１０１）は２つのＵＬサブフレーム（１０５）、即ち無線フレーム「ｎ−１」のＵＬサブフレーム♯３及び♯４についてのＨＡＲＱ−ＡＣＫを送信することについての責務を有し、無線フレームｎのＤＬサブフレーム♯１（１０２）は１つのＵＬサブフレーム、即ち無線フレーム「ｎ−１」のサブフレーム♯７のための送信ＨＡＲＱ−ＡＣＫについての責務を有する。
・もしＴＤＤ構成♯２が使用されていれば、このときＤＬサブフレーム♯０（１０３）は、いかなるＵＬ送信のための送信ＨＡＲＱ−ＡＣＫフィードバックについての責務を有さず、結果的に、このＤＬサブフレーム（１０３）についてＰＨＩＣＨリソース割り振りはなされない。
・もしＴＤＤ構成♯３が使用されていれば、このときＤＬサブフレーム♯０（１０４）は、１つのＵＬサブフレーム、即ちサブフレーム♯４（１０７）のための送信ＨＡＲＱ−ＡＣＫフィードバックについての責務を有する。
・等
【０００８】
各ＴＤＤ構成についての各ＤＬ／特別サブフレームのＰＨＩＣＨリソース割り振りは、図２に更に示されている。ファクターｍｉ（テーブルで個別のエントリとして定められている）は、ＴＤＤシステムの所定のＤＬサブフレームにどれほどの数のＰＨＩＣＨリソースのコピーが割り当てられたかを示している。
【０００９】
Ｒｅｌ．８，９，１０及び１１では、ＲＥ（又はＲＥＧ）により作成され、ＣＲＳ、ＰＣＦＩＣＨ及びＰＨＩＣＨに使用されていないＣＣＥでＰＤＣＣＨが送信される。ＣＲＳのためのアンテナポートはＰＢＣＨのブラインド検出により判定されることができ、ＰＣＦＩＣＨに用いられるＲＥは予め定義されている。ＰＨＩＣＨ構成は、ＰＨＩＣＨ−ＣｏｎｆｉｇからＰＢＣＨ／ＭＩＢデコーディングを経由して判定されることができるものの、ＴＤＤシステムにとって、ＰＨＩＣＨに用いられるＲＥ（又はＲＥＧ）がどれだけあるかを判定できるのに未だ十分ではない。例えば、１０ＭＨｚの構成されたＤＬシステムＢＷにとって、Ｎｇ＝１／６と仮定すると、このときＮＰＨＩＣＨＧｒｏｕｐ＝２であり、ＰＨＩＣＨリソースに使用されているＲＥ（又はＲＥＧ）の正確な数を更に判定するためには、ｅＮＢの構成されたＵＬ−ＤＬ構成に依存するファクターｍｉを知ることがなおも必要である。
【００１０】
ｍｉの値は、ＴＤＤ構成及びＤＬサブフレームインデックスに関連している。結果として、ＰＨＩＣＨに用いられるＲＥを理解し、従ってＰＤＣＣＨを伝えているＲＥ（又はＲＥＧ）を判定するためには、まずＴＤＤ構成が判定される必要がある。しかしながら、ＴＤＤ構成のインデックスは、ＴＤＤ構成のインデックスを含む関連ＰＤＳＣＨによりＰＤＣＣＨをデコードするために必要となるため、ＴＤＤ構成は、関連ＰＤＳＣＨを用いてＰＤＣＣＨを介してＳＩＢ１により送信され、問題はより扱いにくくなる。従って、これは、「卵が先か鶏が先か」の問題である。この問題を解決する１つの方法は、標準化会議で合意されたように、ＴＤＤ構成を取得するために、特定のサブフレームでｍｉの可能な値を仮定することで、ＵＥがブラインドデコーディングを実行し、他のＰＤＣＣＨをデコードするのに検出されたＴＤＤ構成を用い始めるべきということである。
【００１１】
図３は、ＰＤＣＣＨブラインドデコーディング及びＰＨＩＣＨリソース割り当て３００を示す。図３に示されているように、異なるＴＤＤ構成／ＤＬサブフレームにとって、ＰＨＩＣＨ構成のＰＨＩＣＨ−Ｃｏｎｆｉｇが同じであり続けても、ＰＤＣＣＨ送信に取得可能なＲＥＧは異なっていてもよい。
・ケース１：ＰＨＩＣＨリソース割り当てがない、ｍｉ＝０
４つのＲＥＧ（３０１）はＰＣＦＩＣＨ送信に用いられ、全ての他のＲＥＧはＰＤＣＣＨ送信に用いられることができる
・ケース２：１つのＵＬサブフレームのためのＰＨＩＣＨリソース割り当て、ｍｉ＝１
ＰＣＦＩＣＨ送信に４つのＲＥＧが用いられるのと比べると、他の６つのＲＥＧ（３０２）はＰＨＩＣＨ送信に用いられ、残りのＲＥＧはＰＤＣＣＨ送信に用いられることができる
・ケース３：２つのＵＬサブフレームのためのＰＨＩＣＨリソース割り当て、ｍｉ＝２
６つの付加的なＲＥＧはＰＨＩＣＨ送信に用いられ、残りのＲＥＧはＰＤＣＣＨ送信に用いられることができる。
【００１２】
上述の例から、（ＴＤＤ構成及びサブフレームインデックスにより判定される）ｍｉの値を不正確に理解した、又は、ＰＨＩＣＨリソースはＵＥによって知られるファクターｍｉに従って割り当てられない場合に、ＵＥはＣＣＥからＲＥＧマッピングを不正確に理解し、ＰＤＣＣＨのデコードに失敗するだろうということを理解することができる。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
フレキシブル−ＴＤＤシステムでは、レガシーＵＥのＴＤＤ構成は、フレキシブル−ＴＤＤ  ＵＥで用いられるＴＤＤ構成と同じものにならないということが大いにありえる。フレキシブル−ＴＤＤ  ＵＥのＴＤＤ構成に関するファクターｍｉをフォローすることで、ＰＨＩＣＨリソースがフレキシブル−ＴＤＤ  ＵＥに割り当てられる場合には、レガシーＵＥにおいて、ＰＤＣＣＨのデコーディングに問題が生じるだろう。ＵＬ送信のためにＨＡＲＱ−ＡＣＫを送信する一方で、フレキシブル−ＴＤＤシステムで後方互換性を保つことが望ましい。
【００１４】
従来の又は既存の装置、システム、方法、慣行、公開若しくは他の情報、又は任意の関連した問題若しくは事柄の本明細書での単なる言及は、いかなるそれらの事項も、個別に又は任意の組み合わせにおいて、当業者の共通一般知識の一部を形成し、又は関連技術として認められるということの承認又は了解とはならないということが、明確に理解されるべきである。
【課題を解決するための手段】
【００１５】
一形態において、本発明は概して、
フレキシブルＴＤＤ  ＵＬ−ＤＬ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ）構成をサポートする無線通信システムでのＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソース割り振りの方法であって、
前記フレキシブルＴＤＤ  ＵＬ−ＤＬ構成に従って動作する第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）により用いられる前記ＴＤＤ  ＵＬ−ＤＬ構成は、長期ＴＤＤ  ＵＬ−ＤＬ構成に従って動作する第２のＵＥにより用いられる前記ＴＤＤ  ＵＬ−ＤＬ構成と異なっていてもよく、
前記第２のＵＥで用いられる前記ＴＤＤ  ＵＬ−ＤＬ構成に適用可能なＬＴＥタイミング規則に従って、前記第１のＵＥと前記第２のＵＥのいずれにもＰＨＩＣＨリソースを割り振ることを含む。
【００１６】
一般的に、第１のＵＥはフレキシブル−ＴＤＤ  ＵＥ（例えばＲｅｌ．１２及びそれ以降のＵＥ）であり、第２のＵＥはレガシーＴＤＤ  ＵＥ（例えばＲｅｌ．８、９、１０又は１１のＵＥ）であろう。用語「第１のＵＥ」及び「第２のＵＥ」は、以下の説明においてそれに従って理解され得る。
【００１７】
前段落で説明された本発明の形態において、前記方法は、
前記第２のＵＥには、ファクターｍｉ＝２で前記ＰＨＩＣＨリソースが割り振られていることを決定し、
前記第１のＵＥには、１つのＵＬサブフレームのみに対するＨＡＲＱ−ＡＣＫがフィードバックされるべきことを決定し、前記第１のＵＥにはＩＰＨＩＣＨ＝１で前記ＰＨＩＣＨリソースを割り振ることを含んでもよい。
【００１８】
前記方法は更に、
前記第２のＵＥにはファクターｍｉ＝１で前記ＰＨＩＣＨリソースが割り振られていることを決定し、
２つのＵＬサブフレームに対するＨＡＲＱ−ＡＣＫがフィードバックされるべきことを決定し、
２つめの前記ＵＬサブフレームのためのＰＵＳＣＨ  ＨＡＲＱフィードバックに適合するよう、前記第１のＵＥにＩＰＨＩＣＨ＝１で前記ＰＨＩＣＨリソースを割り振ることを含んでもよい。
【００１９】
他の形態において、本発明は概して、
無線通信システムにおける基地局による方法であって、
第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）へ、第１のＵＬ−ＤＬ構成を送信して前記第１のＵＬ−ＤＬ構成を設定し、
第２のＵＥへ、第２のＵＬ−ＤＬ構成を送信して前記第２のＵＬ−ＤＬ構成を設定し、
前記第２のＵＥのための第２のＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースの割り振りに用いられる、ＴＤＤ  ＵＬ−ＤＬ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ）構成およびサブフレーム番号に基づくタイミングルールと同じ前記タイミングルールに従って、前記第１のＵＥへ第１のＰＨＩＣＨリソースを割り振り、
前記第１のＵＬ−ＤＬ構成は、前記第２のＵＬ−ＤＬ構成と異なっていてもよい。
【００２０】
前段落で説明された本発明の形態において、前記方法は、前記タイミングルールは、下記のテーブルによって表される。
【００２１】
2018152885.tif 000005
【００２２】
前記方法は、前記第１のＵＥは、フレキシブルＴＤＤに従って動作してもよい。
【００２３】
前記方法は、前記第１のＵＬ−ＤＬ構成の更新の周期は１０ｍｓ、または、６４０ｍｓよりも短くてもよい。
【００２４】
前記方法は、前記第２のＵＥは、レガシーＵＥ、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）  Ｒｅｌｅａｓｅ  ８のＵＥ、３ＧＰＰ  Ｒｅｌｅａｓｅ  ９のＵＥ、または、３ＧＰＰ  Ｒｅｌｅａｓｅ  １０のＵＥであってもよい。
【００２５】
前記方法は、前記第２のＵＬ−ＤＬ構成は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１（ＳＩＢ１）で送信される、または、前記第２のＵＬ−ＤＬ構成の更新のための期間は少なくとも６４０ｍｓであってもよい。
【００２６】
他の形態において、本発明は概して、
無線通信システムにおける第１のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）による方法であって、
前記第１のＵＥを第１のＵＬ−ＤＬ構成で設定するために前記第１のＵＬ−ＤＬ構成を受信し、
前記第１のＵＥのための第１のＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）リソースの割り振りを、第２のＵＥのための第２のＰＨＩＣＨリソースのためのＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ  Ｕｐｌｉｎｋ−Ｄｏｗｎｌｉｎｋ）ＵＬ−ＤＬ構成およびサブフレーム番号に基づくタイミングルールと同じ前記タイミングルールに従って監視し、
前記第１のＵＬ−ＤＬ構成は前記第２のＵＬ−ＤＬ構成と異なっていてもよい。
【００２７】
前段落で説明された本発明の形態において、前記方法は、前記タイミングルールは、下記のテーブルによって表される。
【００２８】
2018152885.tif 000006
【００２９】
前記方法は、前記第１のＵＥは、フレキシブルＴＤＤに従って動作してもよい。
【００３０】
前記方法は、前記第１のＵＬ−ＤＬ構成の更新の周期は１０ｍｓ、または、６４０ｍｓよりも短くてもよい。
【００３１】
前記方法は、前記第２のＵＥは、レガシーＵＥ、３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）  Ｒｅｌｅａｓｅ  ８のＵＥ、３ＧＰＰ  Ｒｅｌｅａｓｅ  ９のＵＥ、または、３ＧＰＰ  Ｒｅｌｅａｓｅ  １０のＵＥであってもよい。
【００３２】
前記方法は、前記第２のＵＬ−ＤＬ構成は、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ１（ＳＩＢ１）で送信される、または、前記第２のＵＬ−ＤＬ構成の更新のための期間は少なくとも６４０ｍｓであってもよい。
【００３３】
本明細書で説明されるいかなる特徴も、発明のスコープ内で、本明細書で説明される任意の１又は複数の他の特徴と任意の組み合わせで組み合わせることができる。
【発明の効果】
【００３４】
本発明によれば、フレキシブルなＴＤＤの無線通信システムを提供することができる。
【図面の簡単な説明】
【００３５】
本発明の好ましい特徴、実施形態及びバリエーションは、当業者が本発明を実施するために十分な情報を提供する以下の詳細な説明から理解され得る。詳細な説明は、先行する発明の要約のスコープを限定するものといかなる形でもみなされるべきものではない。詳細な説明は、以下のいくつかの図面が参照されるであろう：
【図１】図１は、ＴＤＤシステムでのＵＥ  ＡＣＫ／ＮＡＣＫプロシージャ（ＰＵＳＣＨ送信及びＰＨＩＣＨ受信）を示す。換言すれば、図１は、ＴＤＤ  ＵＬ−ＤＬ構成及びサブフレーム番号に従うＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫフィードバックのためのＬＴＥタイミング規則の動作説明を補助するものである。
【図２】図２は、異なるＵＬ−ＤＬ構成での異なるサブフレームについてのファクターｍｉのテーブルを含む。
【図３】図３には、上述の背景技術のセクションにてケース１、ケース２及びケース３へのそれぞれに関して与えられた例に対応する３つの図示が含まれる。
【図４】図４は、フレキシブル−ＴＤＤ無線通信システムの概略図である。
【図５】図５には、異なる例の状況に対応し、そのような状況で本発明（又は少なくとも本発明の実施形態）の動作を説明するために用いられる図示が含まれる。
【図６】図６には、異なる例の状況に対応し、そのような状況で本発明（又は少なくとも本発明の実施形態）の動作を説明するために用いられる図示が含まれる。
【図７】図７には、異なる例の状況に対応し、そのような状況で本発明（又は少なくとも本発明の実施形態）の動作を説明するために用いられる図示が含まれる。
【図８】図８には、異なる例の状況に対応し、そのような状況で本発明（又は少なくとも本発明の実施形態）の動作を説明するために用いられる図示が含まれる。
【図９】図９には、異なる例の状況に対応し、そのような状況で本発明（又は少なくとも本発明の実施形態）の動作を説明するために用いられる図示が含まれる。
【図１０】図１０には、異なる例の状況に対応し、そのような状況で本発明（又は少なくとも本発明の実施形態）の動作を説明するために用いられる図示が含まれる。
【図１１】図１１には、異なる例の状況に対応し、そのような状況で本発明（又は少なくとも本発明の実施形態）の動作を説明するために用いられる図示が含まれる。
【図１２Ａ】図１２Ａには、本発明の実施形態に係るＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫフィードバックの送信のためのリソース割り振り方法を図示するフローチャートが含まれる。
【図１２Ｂ】図１２Ｂには、本発明の実施形態に係るＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫフィードバックの送信のためのリソース割り振り方法を図示するフローチャートが含まれる。図１２Ａ及び図１２Ｂのフローチャートで表される方法は、基地局／ｅＮＢにより実行されてもよい。
【図１３Ａ】図１３Ａには、本発明の実施形態に係る、フレキシブルＴＤＤ構成に従って動作するＵＥ（即ち、例えばＲｅｌ．１２及びそれ以降のＵＥといった第１のＵＥ）によって用いられてもよいＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫの受信方法を図示するフローチャートが含まれる。
【図１３Ｂ】図１３Ｂには、本発明の実施形態に係る、フレキシブルＴＤＤ構成に従って動作するＵＥ（即ち、例えばＲｅｌ．１２及びそれ以降のＵＥといった第１のＵＥ）によって用いられてもよいＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫの受信方法を図示するフローチャートが含まれる。
【図１４】図１４は、ｅＰＨＩＣＨマッピングの使用方法を図示／説明することを補助するものである。
【図１５】図１５は、ｅＰＨＩＣＨマッピングの使用方法を図示／説明することを補助するものである。
【図１６】図１６は、ｅＰＨＩＣＨマッピングの使用方法を図示／説明することを補助するものである。
【発明を実施するための形態】
【００３６】
今後、フレキシブル−ＴＤＤ  ＵＬ−ＤＬ構成をサポートする無線通信システムに関して、及びその関係において説明がなされ、この無線通信システムの一例が図４に模式的に示されている。図４に示される無線通信システム（４００）は、Ｒｅｌ．８、Ｒｅｌ．９、Ｒｅｌ．１０、及びＲｅｌ．１１といった以前のリリースとの後方互換性を有するＲｅｌ．１２及びそれ以降のｅＮＢ（４０１）から構成される。ｅＮＢ（４０１）は、無線接続、ネットワークアクセス、及び、Ｒｅｌ．１２及びそれ以降の（即ち「第１の」）ＵＥ（４０４）だけでなく第２の／レガシーＵＥ（４０３）へのカバーを提供できる。ｅＮＢ（４０１）は、更に「ＴＤＤ再構成処理」機能と、「ＰＨＩＣＨリソースマッピング及びＨＡＲＱフィードバック」機能とを有する。「ＴＤＤ再構成処理」機能は、レガシーＵＥ（４０３）とＲｅｌ’１２及びそれ以降のＵＥ（４０４）のそれぞれのため適切な長期及び短期のＴＤＤ  ＵＬ−ＤＬ構成の選択のためのＴＤＤ構成切り替えアルゴリズムを実行するとき、制限されていないタイムフレームで観測されるＵＬ−ＤＬトラフィック比率を考慮に入れる。「ＰＨＩＣＨリソースマッピング及びＨＡＲＱフィードバック」機能は、ｅＮＢ（４０１）カバー内で動作するレガシーＵＥの存在を考慮すると共に、レガシーＵＥのパフォーマンスに影響を及ぼさないことを保証するＰＨＩＣＨリソースを割り当てる。
【００３７】
ｅＮＢ（４０１）は、ＳＩＢ１（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ  Ｔｙｐｅ  １）（４０６）を用いて、レガシーＵＥ（４０３）とＲｅｌ．１２及びそれ以降のＵＥの両方とに、長期「ＴＤＤ  ＵＬ−ＤＬ構成」を放送する。ＳＩＢ１で送信されたＴＤＤ  ＵＬ−ＤＬ構成は、ＳＩＢ１更新の区間が６４０ｍｓのオーダーであるような「長期の」構成であるとみなされる。ｅＮＢ（４０１）は、また、高速シグナリングアプローチを用いて、Ｒｅｌ．１２及びそれ以降のＵＥ（４０４）のみに対してだが、「短期の」ＴＤＤ  ＵＬ−ＤＬ構成を通信し、ＴＤＤ  ＵＬ−ＤＬ構成の更新区間は、１０ｍｓ（即ち無線フレーム基準）くらいの小ささであってもよい。ｅＮＢ（４０１）は、「ＰＨＩＣＨリソースマッピング及びＨＡＲＱフィードバック」機能（４０２ＢＩＳ）により判定されるサブフレームでのＰＨＩＣＨも送信する。
【００３８】
ＳＩＢ１で放送されるＴＤＤ  ＵＬ−ＤＬ構成の受信及び使用を実行することに加えて、Ｒｅｌ．１２及びそれ以降のｅＮＢ（４０１）のカバー内で動作するＲｅｌ．１２及びそれ以降のＵＥ（４０４）は、短期ＵＬ−ＤＬ構成情報（４０７）を検出するＴＤＤ再構成処理機能（４０５）を更に有する。この機能（４０５）は、また、ＰＤＳＣＨ  Ｈ−ＡＲＱエンコーディングと、ｅＮＢ（４０１）にＰＤＳＣＨ  Ｈ−ＡＲＱフィードバックを送信するための適切なＵＬサブフレームの選択とを実行する。この機能（４０５）は、ＵＬ−ＳＣＨの送信のためのそのＵＬグラントについてモニターすることになるＤＬサブフレームの判定も実行する。この機能（４０５）は、更に、構成されたＰＨＩＣＨリソース、又は／及びＵＬグラント、又は構成されたｅＰＨＩＣＨリソースを用いて以前に認可されたＵＬサブフレームで送信したＵＬ−ＳＣＨに対応するＨ−ＡＲＱ−ＡＣＫを受信することになる、要求されたＰＨＩＣＨリソース及びＤＬサブフレームを判定する機能（４０５ＢＩＳ）を有する。
【００３９】
Ｒｅｌ．１２及びそれ以降のｅＮＢ（４０１）の範囲内で動作するレガシーＵＥ（４０３）は、ＳＩＢ１で放送されるＴＤＤ  ＤＬ−ＵＬ構成を用い、それ／それらが従うレガシー仕様に従って動作するようになっている。ｅＮＢ（４０１）は、「フレキシブルなサブフレーム」でのＰＤＳＣＨの受信又はＰＵＳＣＨの送信を実行させるようにレガシーＵＥ（４０３）のスケジュール決めをすることができない。
【００４０】
本発明の実施形態は、ＰＨＩＣＨ／ｅＰＨＩＣＨリソース割り振りの１又は複数の方法と、特に、ＰＨＩＣＨ、ＵＬグラント、及びＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫ（４０８）の送信用のｅＰＨＩＣＨを含む適切な物理リソースの判定についての、ｅＮＢ（４０１）カバー内で動作するレガシーＵＥに影響を与えないようことを保証するＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫの受信のための物理リソースの正確な選択のためのｅＮＢのＰＨＩＣＨリソースマッピング及びＨＡＲＱフィードバック機能（４０２ＢＩＳ）として実行され得る１又は複数のプロシージャと、正確な受信ＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫ及びＰＨＩＣＨの処理のためのＲｅｌ．１２及びそれ以降のＵＥ  ＰＨＩＣＨ情報処理機能（４０５ＢＩＳ）として実行され得る１又は複数のプロシージャと、にとりわけ関係してもよい。図４は、また、ＰＤＳＣＨ又はＰＤＣＣＨの指示ＳＰＳリリースについてのＨＡＲＱ−ＡＣＫフィードバック（４０９）を伝達するＰＵＣＣＨ／ＰＵＳＣＨを示す。
【００４１】
ＵＬ−ＳＣＨ  ＨＡＲＱタイミングの参照構成選択
【００４２】
レガシーＵＥは、使用されているフレキシブル−ＴＤＤシステムについて何も知らないため、本発明の実施形態におけるＰＨＩＣＨリソース割り当ては、一般には、少なくとも固定されたＤＬサブフレームで、レガシーＵＥにより用いられるＴＤＤ構成をフォローする。これは、それ／それらのためのＰＨＩＣＨ及びＰＤＣＣＨの受信に関するレガシーＵＥへのパフォーマンスへの影響がないことを保証することの助けになるかもしれない。
【００４３】
例えば、図５（図５はリソース割り当て５００を示す）では、構成♯３はレガシーＵＥ用に構成されており、構成♯３のＬＴＥタイミング規則をフォローすることで、無線フレーム♯ｎのＵＬサブフレーム♯４（５０１）についてのＨＡＲＱ−ＡＣＫビットは、無線フレーム♯（ｎ＋１）のＤＬサブフレーム♯０（５０２）で送信される。同時に、構成♯０を伴うフレキシブル−ＴＤＤ  ＵＥが存在する。構成♯０についてのＲｅｌ．８のＬＴＥタイミング規則をフォローすることで、無線フレーム♯（ｎ＋１）のＤＬサブフレーム♯０（５０２）が、２つのＵＬサブフレーム、即ちフレキシブル−ＴＤＤ  ＵＥのための無線フレーム♯ｎのサブフレーム♯３（５０３）及び♯４（５０４）についてのＨＡＲＱ−ＡＣＫを送信するために構成される。２つのＵＬサブフレーム（サブフレーム♯３及び♯４）についてのＨＡＲＱ−ＡＣＫを提供するためにファクターｍｉ＝２がＰＨＩＣＨリソース割り当てに用いられた場合、このとき、ＰＨＩＣＨにより占有されるＲＥＧが更に多くなるはずであり、更に重要なことに、どれがＵＬ−ＤＬ構成♯３で構成されたかがレガシーＵＥにとって不明である。結果として、レガシーＵＥは、ＰＤＣＣＨブラインドデコーディングプロセスで付加的なＰＨＩＣＨグループに用いられるＲＥＧを含み、それを対象としたＰＤＣＣＨブラインドデコーディングは成功しないだろう。
【００４４】
従って、レガシーシステムに必要である（即ち、レガシーＵＥで要求される）ＰＨＩＣＨリソースが、コンカレントのフレキシブル−ＴＤＤシステム（フレキシブルＴＤＤ  ＵＥ）に必要なＰＨＩＣＨリソース未満であれば、ｅＮＢにより割り当てられるＰＨＩＣＨリソースはもはやなく、ｅＮＢは上述のやり方で、既存のＰＨＩＣＨリソースが、フレキシブル−ＴＤＤ  ＵＥによりどのように用いられることができるかを決定するだろう。
【００４５】
図６（図６はリソース割り当て６００を示す）を参照すると、レガシーＵＥは構成♯５により構成され、フレキシブル−ＴＤＤ  ＵＥは構成♯０により構成される。ＵＬ−ＤＬ構成♯５のためのＲｅｌ．８  ＬＴＥタイミング規則に従って、レガシーＵＥにとって、ＤＬサブフレーム♯０（６０３）は、ＰＨＩＣＨリソースを用いたいかなるＵＬ送信のためのＨＡＲＱ−ＡＣＫ送信に割り振られない。フレキシブル−ＴＤＤ  ＵＥにとっても、ＵＬ−ＤＬ構成♯０のＬＴＥタイミング規則がフォローされた場合、このときＤＬサブフレーム♯０は、２つのＵＬサブフレーム、即ちサブフレーム♯３（６０１）及びサブフレーム♯４（６０２）についてのＨＡＲＱ−ＡＣＫを送信するように構成される必要がある。これにより、レガシーＵＥは、現在のサブフレームにＰＨＩＣＨ  ＲＥが割り振られていないことを理解するため、その対象となるＰＤＣＣＨデコーディングに失敗するだろう。従って、後方互換性を達成するためには、フレキシブル−ＴＤＤ  ＵＥのためのＰＤＣＣＨ領域にＰＨＩＣＨリソースは割り当てられない。
【００４６】
このように、フレキシブルＴＤＤ  ＵＥが要求しているときであっても、ＰＨＩＣＨリソース割り当てはなされない。このケースでは、ｅＮＢは、上述のやり方でＡＣＫ／ＮＡＣＫを送信すべきであり、フレキシブルＴＤＤ  ＵＥは、用いられる方法に気づかなければならない。
【００４７】
ここで図７（図７はリソース割り当て７００を示す）を参照すると、他の例として、レガシーＵＥはＴＤＤ  ＵＬ−ＤＬ構成♯０で構成され、フレキシブル−ＴＤＤ  ＵＥはＴＤＤ  ＵＬ−ＤＬ構成♯４で構成される。サブフレーム♯４（７０２）の送信方向はフレキシブル−ＴＤＤシステムの方向をフォローし、ＤＬサブフレーム（７０４）として用いられてもよいが、サブフレーム♯４（７０２）のためのＰＨＩＣＨリソースは、レガシーＵＥ  ＰＤＣＣＨデコーディングに影響を与えないことを保証するために、ＵＬ−ＤＬ構成♯０のタイミング規則に従って、なおもサブフレーム♯０（７０５）に割り当てられている（サブフレーム♯３（７０１）はサブフレーム♯３（６０１）と同じである。）。更に、ＵＬ−ＤＬ構成♯４用に定義されたタイミング規則をフォローすることで、ＤＬサブフレーム♯９で、ＵＬサブフレーム♯３（７０３）のフレキシブル−ＴＤＤ  ＵＥのＵＬ送信用のＵＬ  ＨＡＲＱ−ＡＣＫが送信されるため、ＤＬサブフレーム♯０（７０５）のＵＬサブフレーム♯３のためのＰＨＩＣＨリソースは、後方互換性を保つ、即ち、レガシーＵＥにその使用のためのＰＤＣＣＨを正確に実行させるために、過剰に割り振られる。そのため、ＰＨＩＣＨリソースは、関連サブフレームでＵＬ送信がないときであっても、レガシーシステムのために確保される。
【００４８】
ファクターｍｉ＝２に従って割り当てられるＰＨＩＣＨリソースによるフレキシブル−ＴＤＤ  ＵＥ用のＰＨＩＣＨリソース選択
【００４９】
図８（図８はリソース割り当て８００を示す）では、レガシーＵＥは、ＴＤＤ  ＵＬ−ＤＬ構成♯０で構成されており、フレキシブル−ＴＤＤ  ＵＥは、ＵＬ−ＤＬ構成♯６で構成されている。ＵＬ−ＤＬ構成♯０用に定義されたＬＴＥタイミング規則をフォローすることで、ファクターｍｉ＝２がＰＨＩＣＨリソース割り当てのために用いられ、ＵＬサブフレーム♯３（８０１）用のＨＡＲＱ−ＡＣＫ及び無線フレーム♯ｎのＵＬサブフレーム♯４（８０２）は、無線フレーム♯（ｎ＋１）のＤＬサブフレーム♯０（８０３）で送信される。例えば、無線フレーム♯（ｎ＋１）のＤＬサブフレーム♯０（８０３）は、ＵＬ−ＤＬ構成♯６用に定義されたタイミング規則をフォローすることで、１つのＵＬサブフレーム、即ち無線フレーム♯ｎの♯４（８０４）用のＨＡＲＱ−ＡＣＫの送信に責務を有していてもよい。ファクターｍｉ＝２により割り当てられるＰＨＩＣＨリソースの２つのコピーがあるため、ＰＨＩＣＨリソースのコピーのうち、フレキシブル−ＴＤＤ  ＵＥにより割り振られ、使用されるものは、フレキシブルＴＤＤ  ＵＥにより決定され、理解されるべきである。
【００５０】
このケースでの直接的な解決法は、ＩＰＨＩＣＨ＝０に関連するＰＨＩＣＨリソースを用いることである。しかしながら、ＵＬサブフレーム♯３でのレガシーＵＥ及びＵＬサブフレーム♯４でのフレキシブル−ＴＤＤ  ＵＥは、両方とも、ＵＬ送信のための同じ第１のＰＲＢ（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）を有してもよく、ＰＨＩＣＨ衝突の可能性は高くなり得る。その代わりに、フレキシブルＴＤＤ  ＵＥのためのＩＰＨＩＣＨ＝１に関連するＰＨＩＣＨリソースを用いることで、同じＵＬサブフレームでのレガシーＵＥ及びフレキシブル−ＴＤＤ  ＵＥがＵＬ送信のための第１のＰＲＢを用いることができず、従ってＰＨＩＣＨ衝突をより制御可能なものとすることができるため、より有望である可能性がある。
【００５１】
図９（図９はリソース割り当て９００を示す）を、他の例として参照すると、レガシーＵＥは、図８のようなＰＨＩＣＨリソース割り当てのための同じ構成♯０及び同じパラメータを用いる。フレキシブル−ＴＤＤ  ＵＥは、ＴＤＤ構成♯１で構成され、ＨＡＲＱ−ＡＣＫタイミング用の参照構成をフォローする。結果として、無線フレーム♯ｎのＵＬサブフレーム♯３（９０４）用のＨＡＲＱ−ＡＣＫは、無線フレーム♯ｎのＤＬサブフレーム♯９（９０５）ではなく、無線フレーム♯（ｎ＋１）のＤＬサブフレーム♯０（９０３）で送信される。図８に示された例と同様に、ファクターｍｉ＝２により割り当てられたＰＨＩＣＨリソースの２つのコピーがあるため、フレキシブル−ＴＤＤ  ＵＥにより割り振られ、使用されるＰＨＩＣＨリソースのコピーは、フレキシブルＴＤＤ  ＵＥにより決定され、理解されるべきである。
【００５２】
第１のオプションは、ＩＰＨＩＣＨ＝０に関連するＰＨＩＣＨリソースがフレキシブル−ＴＤＤ  ＵＥにより用いられるべきであるということである。これは、同じＵＬサブフレームで２つのＵＥにより同じ第１のＰＲＢインデックスが使用できないことが理由である。しかしながら、言及しておくと、例えば、無線フレーム♯ｎのサブフレーム♯４（９０２）は、フレキシブル−ＴＤＤシステムによりＤＬサブフレームとして構成されている無線フレーム♯ｎのサブフレーム♯３（９０１）よりも高い可能性を有し、従ってＩＰＨＩＣＨ＝１に割り当てられたＰＨＩＣＨリソースは、レガシーＵＥでは決して用いられない。ＰＨＩＣＨリソース衝突を軽減する観点から、従って、フレキシブル−ＴＤＤ  ＵＥのＵＬサブフレーム♯３（９０４）のＨＡＲＱ−ＡＣＫを、ＩＰＨＩＣＨ＝１に関連するＰＨＩＣＨリソース（図３の（３０３）に示される通りの、ＰＨＩＣＨリソースの第２のコピー）にマップすることは有益となりえる。図９は、また、サブフレーム♯４（９０６）を示す。
【００５３】
従って、ＩＰＨＩＣＨ＝１に関連するＰＨＩＣＨリソースでのフィードバックＨＡＲＱ−ＡＣＫは、異なるケースでの統一解決法として役立つことができる。そうでなければ、ケース固有の解決法が適用される必要がある。
【００５４】
ファクターｍｉ＝１に従って割り当てられたＰＨＩＣＨリソースを用いたＤＬサブフレームのＵＬ送信用のＨＡＲＱ−ＡＣＫ送信及び２つのＵＬサブフレームのフレキシブル−ＴＤＤ  ＵＥ  ＨＡＲＱ−ＡＣＫフィードバック
【００５５】
図１０（図１０はリソース割り当て１０００を示す）を参照すると、フレキシブル−ＴＤＤ  ＵＥは、２つのＵＬサブフレーム：無線フレーム♯ｎのサブフレーム♯３（１００１）及びサブフレーム♯４（１００２）用のＨＡＲＱ−ＡＣＫをフィードバックするべきであり、ＰＨＩＣＨリソースは後方互換性を確実にするためにファクターｍｉ＝１に従って割り当てられる。ただ１つのＵＬサブフレームのＨＡＲＱ−ＡＣＫはＰＨＩＣＨでの送信に割り当てられるが、送信される２つのＵＬサブフレームのＨＡＲＱ−ＡＣＫは必要である。ＰＨＩＣＨリソース衝突の可能性を増加させないために、無線フレーム♯ｎのＵＬサブフレーム♯３（１００１）ではなく無線フレーム♯ｎのＵＬサブフレーム♯４（１００２）についてのＨＡＲＱ−ＡＣＫを送信することはより有望であるといえるだろう。参照構成（例えば無線フレーム♯ｎのサブフレーム♯３（１００１））を用いて送信されることができない残りのＵＬサブフレームについてのＨＡＲＱ−ＡＣＫは、同じサブフレームのＵＬグラント又はｅＰＨＩＣＨを経由して送信されることができる。無線フレーム♯ｎのＵＬサブフレーム♯４（１００４）についてのＨＡＲＱ−ＡＣＫは、無線フレーム♯（ｎ＋１）のＤＬサブフレーム♯０（１００３）で送信される。
【００５６】
フレキシブル−ＴＤＤシステム用のＰＨＩＣＨリソースがない状態での１つのＤＬサブフレームのＵＬ−ＨＡＲＱフィードバック
【００５７】
図１１（図１１はリソース割り当て１１００を示す）を参照すると、レガシーＵＥ用に構成されたＵＬ−ＤＬ構成♯１について定義されたタイミング規則をフォローすることで、無線フレーム♯（ｎ＋１）のＤＬサブフレーム♯０（１１０３）でのＰＨＩＣＨリソース割り当てはないが、構成されたＵＬ−ＤＬ構成♯０が用いられるフレキシブル−ＴＤＤシステムは、１つ／２つのＵＬサブフレーム用のＨＡＲＱ−ＡＣＫをフィードバックするする必要がある。このケースでは、ＨＡＲＱ−ＡＣＫは、ＵＬグラントを経由して暗に送信されるか、又はｅＰＨＩＣＨで明示的に送信されることができる。ＤＬサブフレーム♯０は、２つのＵＬサブフレーム、即ち図１１のサブフレーム♯３（１１０１）及びサブフレーム♯４（１１０２）についての送信ＨＡＲＱ−ＡＣＫ用に構成されるべきである。図１１は、また、サブフレーム♯２（１１０４）を示す。
【００５８】
従って、ｅＮＢ（４０１）のカバー内で動作するレガシーＵＥに影響を及ぼさないことを保証するＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫの送信のための物理リソースの正確な選択についての「ｅＮＢのＰＨＩＣＨリソースマッピング及びＨＡＲＱフィードバック」機能として、例えば図４でのｅＮＢ（４０１）といった基地局内で実行されてもよいプロシージャの図示が、図１２Ａ及び図１２Ｂのフローチャートで与えられている。
【００５９】
同様に、正確な受信ＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫ及びＰＨＩＣＨの処理のためのＲｅｌ．１２及びそれ以降の（即ち第１の）ＵＥ  ＰＨＩＣＨ情報処理機能（４０５ＢＩＳ）としての、例えば図４におけるＲｅｌ．１２及びそれ以降のＵＥ（４０４）のような移動端末（ＵＥ）において／で実行されてもよい対応するプロシージャは、図１３Ａ及び図１３Ｂで示されるフローチャートで与えられている。
【００６０】
上述の本発明の実施形態から続いて、関連問題がｅＰＨＩＣＨリソースマッピングの設計にとって重要である。特に、ＰＤＣＣＨ領域／ＰＨＩＣＨがレガシーＵＥのためになおも確保されているところで、後方互換のキャリアを用いてｅＰＨＩＣＨが実行可能なようにしてもよい。その際、ＭＩＢの３ビットは、Ｒｅｌ．１１の準静的なｅＰＨＩＣＨ構成を示すのに用いられてもよい。よって、ｅＰＨＩＣＨとＰＨＩＣＨが同時に構成できる場合は、ＭＩＢの１０のスペアビットのうち３ビットがｅＰＨＩＣＨ構成を示すのに用いられることができる。Ｎ（ｇｒｏｕｐ，ＰＨＩＣＨ）計算、変調及びコーディング方法は、再利用されてもよい。
【００６１】
ＰＲＢでのｅＰＨＩＣＨのマッピングは、レガシーＵＥにとっては未知であり、従ってレガシーＵＥは、ｅＰＨＩＣＨ送信のために用いられるＰＲＢで予定されるべきものでなくなってしまう。さもなければ、ＰＤＳＣＨのパフォーマンスは低下するだろう。また、レガシーＵＥのスケジューリング制限の削減及び周波数ドメインＩＣＩＣのために、ｅＰＨＩＣＨは制限されたＰＲＢの個数に割り当てられるべきである。他方では、周波数ダイバーシティゲインを達成するためにＤＬ帯域幅にわたって、ｅＰＨＩＣＨはまた分配されるべきである。従って、Ｒｅｌ．１１と同様のマッピング方法が採用されてもよい。
【００６２】
以下の記載は、ｅＰＨＩＣＨリソースマッピングについておよそ１１ステップである。説明のため、
2018152885.tif 000007
を、アンテナポートｐについての４組のシンボルｉであると表す。リソース要素へのマッピングは、以下のステップに従って、４組のシンボルの観点から定義されてもよい；
【００６３】
１．ＲＥＧのマッピング
【００６４】
ｅＰＨＩＣＨ用に用いられるが、ＤＭ−ＲＳ、ＣＳＩ−ＲＳ又はＣＲＳに用いられないＰＲＢの４つの連続ＲＥは、１つのＲＥＧを構成する。
【００６５】
図１４（図１４はマッピング１４００を示す）を参照すると、ＣＲＳが構成され、それに応じて、ＯＦＤＭシンボル♯４には２つのＲＥＧ（１４０１）及び（１４０２）があり、ＯＦＤＭシンボル♯７には２つのＲＥＧ（１４０３）及び（１４０４）があり、ＯＦＤＭシンボル♯１１には２つのＲＥＧ（１４０５）及び（１４０６）がある。従って、ＣＲＳが存在するときのｅＰＨＩＣＨについての１つのＰＲＢには、合計で６のＲＥＧがある（即ち、ＮＲＢｅＲＥＧ＝６）。
【００６６】
図１５（図１５はマッピング１５００を示す）を参照すると、ＣＲＳが構成されず、それに応じて、ＯＦＤＭシンボル♯４には３つのＲＥＧ（１５０１）、（１５０２）及び（１５０３）があり、ＯＦＤＭシンボル♯７には３つのＲＥＧ（１５０４）、（１５０５）及び（１５０６）があり、ＯＦＤＭシンボル♯１１には３つのＲＥＧ（１５０７）、（１５０８）及び（１５０９）がある。従って、ＣＲＳが存在しないときのｅＰＨＩＣＨについての１つのＰＲＢには、合計で９のＲＥＧがある（即ち、ＮＲＢｅＲＥＧ＝９）。
【００６７】
特別なサブフレームについては、ＤＬサブフレームでの限定されたＤＬシンボル数のため、ｅＰＨＩＣＨは、通常のＤＬサブフレームの♯４、♯７、♯１１ではなく、ＯＦＤＭＡシンボル♯４、♯７、♯８にマッピングされる。ＣＲＳはＯＦＤＭＡシンボル♯８で構成されないにもかかわらず、マッピングパターンは（ＣＲＳが構成されているとき、１つのＰＲＢの１つのＯＦＤＭＡシンボルでのただ２つのＲＥＧで）ＯＦＤＭＡ♯４及び♯７に類似している。
【００６８】
２．ｅＰＨＩＣＨに用いられるＰＲＢの判定
【００６９】
ＰＨＩＣＨ構成（及びＴＤＤシステムの付加パラメータｍｉ）及び値ＮＲＢｅＲＥＧに基づいて、ＵＥはＰＨＩＣＨに用いられるＰＲＢの数を判定することができ、ｅＰＨＩＣＨについてのＰＲＢ数の計算は次の通り表されることができる；
2018152885.tif 000008
【００７０】
例えば、
2018152885.tif 000009
2018152885.tif 000010
に基づき、Ｎｇ＝２、ＮＲＢＤＬ＝６を仮定する（式（３）で、上方は通常のサイクリックプレフィックス用であり、下方は拡張されたサイクリックプレフィックス用である。）。
【００７１】
１つのｅＰＨＩＣＨグループは１２ＲＥ＝３ＲＥＧｓである。
【００７２】
ＣＲＳが構成されていれば、１つのＰＲＢは、ｅＰＨＩＣＨについての６つのｅＲＥＧを提供することができ、ダイバーシティゲインを達成するため、同じＰＲＢに属しているｅＲＥＧは、同じｅＰＨＩＣＨグループに割り当てられることができない。結果として、少なくとも３つのＰＲＢが要求される。
【００７３】
３．ｅＰＨＩＣＨ用のＰＲＢの位置の判定
【００７４】
上述の通り、周波数ダイバーシティゲインを達成するためには、ＤＬ帯域幅にｅＰＨＩＣＨ用のＰＲＢが分配されるべきである。ｅＰＨＩＣＨ用のＰＲＢの位置は、周波数ドメインＩＣＩＣを達成するために、セル固有の値ｏｆｆｓｅｔｃｅｌｌ−ｘＰＲＢにも依存する。ｅＰＨＩＣＨ用のｃｅｌｌ−ｘにより用いられるＰＲＢのインデックスは、
2018152885.tif 000011
により判定されることができる。
【００７５】
図１６（図１６はマッピング１６００を示す）を参照すると、ＮｅＰＨＩＣＨＲＢ＝３、ＮＲＢＤＬ＝６、ｏｆｆｓｅｔｃｅｌｌ−ｘＰＲＢ＝０を仮定すると、このときこれらの３つのＰＲＢについてのＰＲＢインデックスはそれぞれ｛０（１６０１），２（１６０２），４（１６０３）｝である。
【００７６】
４．ｅＰＨＩＣＨ用のＲＥＧの索引付け
【００７７】
ｎｌ’を、ＯＦＤＭシンボルｌ’のｅＰＨＩＣＨについてのリソース要素グループの数であると表す。
【００７８】
最低の周波数−ドメインインデックスを有するリソース−エレメントグループから始めて、０からｎｌ’−１までのＯＦＤＭシンボルｌ’のＰＣＦＩＣＨに割り当てられないリソース要素を数える。
【００７９】
５．ｍ’＝０（ＰＨＩＣＨマッピングユニット数）を初期化する
【００８０】
６．ｉ＝０，１，２の各値について
【００８１】
７．インデックスｋｉ’及びｌｉ’が以下のステップ８及び９で与えられているとき、
（ｋ’，ｌ’）ｉで表示されるリソース−エレメントグループに、ｅＰＨＩＣＨマッピングユニットｍ’からの４組のシンボルｚ（ｐ）（ｉ）がマップされる
【００８２】
８．タイム−ドメインインデックスｌｉ’は次で与えられる
2018152885.tif 000012
2018152885.tif 000013
（式（６）にて、ｌｉ’が８又は１１に等しいなら、特別なサブフレームについてｌｉ’は８に等しく、通常のサブフレームについてｌｉ’は１１に等しい。式（７）にて、全てのサブフレームで、上方は通常のＰＨＩＣＨ持続時間についてであり、下方はそれ以外（拡張された持続時間）についてである。
【００８３】
また、ｏｆｆｓｅｔｃｅｌｌ−ｘｓｙｍは、ｃｅｌｌ−ｘについてのｅＰＨＩＣＨリソースのタイムドメインオフセットである。
【００８４】
９．以下の番号が割り当てられたリソース−エレメントグループに周波数−ドメインインデックスｋｉ’を設定する
2018152885.tif 000014
上述のステップ４では、数（８）は次の通り与えられる
2018152885.tif 000015
また、ｏｆｆｓｅｔｃｅｌｌ−ｘｓｙｍは、ｃｅｌｌ−ｘについてのｅＰＨＩＣＨリソースの周波数ドメインオフセットである。
【００８５】
図１６を参照すると、ｏｆｆｓｅｔｃｅｌｌ−ｘｓｙｍ＝０及びｏｆｆｓｅｔｃｅｌｌ−ｘｆｒｅｑ＝０を仮定すると、
通常の持続時間が構成されている場合、
ＯＦＤＭＡシンボル♯４のＲＥＧ♯０（１６０４）、ＲＥＧ♯２（１６１０）及びＲＥＧ♯４（１６１６）がｅＰＨＩＣＨグループ♯０に用いられる。
ＯＦＤＭＡシンボル♯７のＲＥＧ♯０（１６０５）、ＲＥＧ♯２（１６１１）及びＲＥＧ♯４（１６１７）がｅＰＨＩＣＨグループ♯１に用いられる。
2018152885.tif 000016
又は
2018152885.tif 000017
のセルは、例えば、他のＲＥＧを用いることができる。
ｃｅｌｌ−ｙ用にｏｆｆｓｅｔｃｅｌｌ−ｙｓｙｍ＝０及びｏｆｆｓｅｔｃｅｌｌ−ｙｆｒｅｑ＝０が構成されている場合、
ＯＦＤＭＡシンボル♯４のＲＥＧ♯１（１６０９）、ＲＥＧ♯３（１６１５）及びＲＥＧ♯５（１６２１）がｅＰＨＩＣＨグループ♯０に用いられる。
ＯＦＤＭＡシンボル♯７のＲＥＧ♯１（１６０８）、ＲＥＧ♯３（１６１４）及びＲＥＧ♯５（１６２０）がｅＰＨＩＣＨグループ♯１に用いられる。
拡張された持続時間が構成されている場合、
ＯＦＤＭＡシンボル♯４のＲＥＧ♯０（１６０４）、ＯＦＤＭＡシンボル♯７のＲＥＧ♯２（１６１１）、及びＯＦＤＭＡシンボル♯１１のＲＥＧ♯４（１６１８）がｅＰＨＩＣＨグループ♯０に用いられる。
ＯＦＤＭＡシンボル♯７のＲＥＧ♯０（１６０５）、ＯＦＤＭＡシンボル♯１１のＲＥＧ♯２（１６１２）、及びＯＦＤＭＡシンボル♯４のＲＥＧ♯４（１６１６）がｅＰＨＩＣＨグループ♯０に用いられる。
同様に、
2018152885.tif 000018
又は
2018152885.tif 000019
のセルは、ｅＰＨＩＣＨのための他のＲＥＧを用いることができる。
【００８６】
図１６は、また、ＲＥＧ♯０（１６０６）、ＲＥＧ♯１（１６０７）、ＲＥＧ♯３（１６１３）及びＲＥＧ♯５（１６１９）を示す。
【００８７】
１０．ｍ’を１ずつ増加
【００８８】
１１．全てのＰＨＩＣＨマッピングユニットが割り当てられるまでステップ５から繰りかえす
【００８９】
本明細書及びクレームにおいて（もしあれば）、単語「含み」と「含む」を含むその派生語は、述べられた整数のそれぞれを含むが、１又はそれ以上の更なる整数を含めることを排除するものではない。
【００９０】
本明細書を通しての「一実施形態」又は「実施形態」（又は「一態様」又は「態様」）の言及は、実施形態（又は態様）に関連して説明された固有の特徴、機能、構造、又は特性が、本発明の少なくとも一実施形態（又は態様）に含まれていることを意味する。従って、例えば、本明細書を通した様々な場所での「一実施形態において」又は「実施形態において」の表現の出現は、必ずしも全て同じ実施形態への言及ではない。更に、固有の特徴、機能、構造、又は特性は、１又は複数の組み合わせの任意の適切な方法で組み合わされてもよい。
【００９１】
法律に従って、本発明は、構造的又は系統的な特徴に多かれ少なかれ固有のものである言語で説明された。本明細書で説明された手段は、本発明を実施するのに好ましい形態が含まれるため、本発明は、示された又は説明された固有の特徴に限定されない。本発明は、従って、当業者によって適切に解釈される請求項（もしあれば）の適切なスコープ内において、任意のその形式又は変更が主張される。
【００９２】
上述の処理は、コンピュータにより実行されてもよい。また、プログラム可能なコンピュータ装置に上述の処理を実行させるコンピュータプログラムを提供することも可能である。プログラムは、任意の種類の非一時的なコンピュータ可読媒体を用いて格納され、コンピュータに提供されることができる。非一時的なコンピュータ可読媒体は、任意の種類の実体のある記憶媒体を含む。非一時的なコンピュータ可読媒体の例は、磁気記憶媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ等）、光磁気記憶媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等）を含む。ソフトウェアモジュールは、任意の種類の一時的なコンピュータ可読媒体を用いてコンピュータに提供されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、（例えば電線、光ファイバといった）有線通信路、又は無線通信路を経由して、ソフトウェアモジュールをコンピュータに提供できる。
【００９３】
この出願は、２０１３年３月１８日に出願されたオーストラリア国仮特許出願Ｎｏ．２０１３９００９３７を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９４】
１００  ＵＥ  ＡＣＫ／ＮＡＣＫ  プロシージャ
１０１  ＤＬサブフレーム♯０
１０２  ＤＬサブフレーム♯１
１０３  ＤＬサブフレーム♯０
１０４  ＤＬサブフレーム♯０
１０５  ２つのＵＬサブフレーム
１０６  サブフレーム♯７
１０７  サブフレーム♯４
３００  ＰＨＩＣＨリソース割り当て
３０１  ４つのＲＥＧ
３０２  ６つのＲＥＧ
３０３  ＰＨＩＣＨリソースの第２のコピー
４００  無線通信システム
４０１  ｅＮＢ
４０２  「ＴＤＤ再構成処理」機能
４０２ＢＩＳ  「ＰＨＩＣＨリソースマッピング及びＨＡＲＱフィードバック」機能
４０３  レガシーＵＥ
４０４  Ｒｅｌ．１２及びそれ以降のＵＥ
４０５  ＴＤＤ再構成処理機能
４０５ＢＩＳ  ＰＨＩＣＨ情報処理機能
４０６  ＳＩＢ１
４０７  ＵＬ−ＤＬ構成情報
４０８  ＰＵＳＣＨ  ＨＡＲＱ−ＡＣＫ
４０９  ＰＤＳＣＨ又はＰＤＣＣＨの指示ＳＰＳリリースについてのＨＡＲＱ−ＡＣＫフィードバック
５００  リソース割り当て
５０１  ＵＬサブフレーム♯４
５０２  ＤＬサブフレーム♯０
５０３  サブフレーム♯３
５０４  サブフレーム♯４
６００  リソース割り当て
６０１  サブフレーム♯３
６０２  サブフレーム♯４
６０３  ＤＬサブフレーム♯０
７００  リソース割り当て
７０１  サブフレーム♯３
７０２  サブフレーム♯４
７０３  ＵＬサブフレーム♯３
７０４  ＤＬサブフレーム
７０５  サブフレーム♯０
８００  リソース割り当て
８０１  ＵＬサブフレーム♯３
８０２  ＵＬサブフレーム♯４
８０３  ＤＬサブフレーム♯０
８０４  ＵＬサブフレーム♯４
９００  リソース割り当て
９０１  サブフレーム♯３
９０２  サブフレーム♯４
９０３  ＤＬサブフレーム♯０
９０４  ＵＬサブフレーム♯３
９０５  ＤＬサブフレーム♯９
９０６  サブフレーム♯４
１０００  リソース割り当て
１００１  サブフレーム♯３
１００２  サブフレーム♯４
１００３  ＤＬサブフレーム♯０
１００４  ＵＬサブフレーム♯４
１１００  リソース割り当て
１１０１  サブフレーム♯３
１１０２  サブフレーム♯４
１１０３  ＤＬサブフレーム♯０
１１０４  サブフレーム♯２
１４００  マッピング
１４０１から１４０６  ２つのＲＥＧ
１５００  マッピング
１５０１から１５０９  ３つのＲＥＧ
１６００  マッピング
１６０１から１６０３  ＰＲＢインデックス
１６０４から１６０６  ＲＥＧ♯０
１６０７から１６０９  ＲＥＧ♯１
１６１０から１６１２  ＲＥＧ♯２
１６１３から１６１５  ＲＥＧ♯３
１６１６から１６１８  ＲＥＧ♯４
１６１９から１６２１  ＲＥＧ♯５
【図１】
2018152885.tif 000022
【図２】
2018152885.tif 000023
【図３】
2018152885.tif 000024
【図４】
2018152885.tif 000025
【図５】
2018152885.tif 000026
【図６】
2018152885.tif 000027
【図７】
2018152885.tif 000028
【図８】
2018152885.tif 000029
【図９】
2018152885.tif 000030
【図１０】
2018152885.tif 000031
【図１１】
2018152885.tif 000032
【図１２Ａ】
2018152885.tif 000033
【図１２Ｂ】
2018152885.tif 000034
【図１３Ａ】
2018152885.tif 000035
【図１３Ｂ】
2018152885.tif 000036
【図１４】
2018152885.tif 000037
【図１５】
2018152885.tif 000038
【図１６】
2018152885.tif 000039