JP2021073816A - 装置及びネットワーク装置によって実施される方法 - Google Patents

Abstract

【課題】例えば、ネットワーク装置、ｅＭＢＢ端末及びＵＲＬＬＣ端末を含む通信システムにおいて、時間及び／又は周波数リソースの無駄を抑制するために通信を実施する方法及び装置を提供する。【解決手段】通信システムにおいて、基地局、端末装置又は他の適切なデバイスにより実行され方法は、候補伝送パターンのセットから、下りリンク（ＤＬ）伝送部分及び／又は上りリンク（ＵＬ）伝送部分を含む目標伝送パターンを決定し、ＤＬ伝送部分及び／又はＵＬ伝送部分の少なくとも一部上に装置に対する送信がないことを示すインディケーションを含む下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、目標伝送パターン、及びＤＣＩに基づいてネットワーク装置との通信を行う。【選択図】図３

Description

本開示の実施形態は、概して通信技術に関する。特に、本開示の実施形態は、通信を実施する方法及び装置に関する。

通信技術の発展と共に、１００ＧＨｚまでの周波数範囲は、できるだけ多くの使用シナリオに対処する単一の技術的枠組みの目的で研究されました。拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼性及び低遅延通信（ＵＲＬＬＣ：ultra-reliable and low latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine-type-communications）など、いくつかの要件と展開シナリオが定義されてきた。

一般に、ｅＭＢＢはハイピークデータレートに厳しい要求を持つが、ユーザプレーン遅延には、例えば上りリンク（ＵＬ：Up link）及び下りリンク（ＤＬ：Down Link）伝送に４ｍｓという比較的ゆるい要件を持つ。対照的に、ＵＲＬＬＣは超低遅延かつ高い信頼性を要求し、例えば、ＵＬ及びＤＬ伝送に対してユーザプレーン遅延に例えば０．５ｍｓを要求する。

ｅＭＢＢサービスを要求する端末装置（「ｅＭＢＢ端末」とも呼ぶ）とＵＲＬＬＣサービスを要求する他の端末（「ＵＲＬＬＣ端末」とも呼ぶ）とが、サブフレームなどの同じ伝送パターンにおいて多重化される場合、ｅＭＢＢのユーザプレーン遅延は、ＵＲＬＬＣのユーザプレーン遅延の数倍であることがある。このため、ｅＭＢＢ端末は、複数サブフレームにスケジュールされることがあり、ＵＲＬＬＣ ＵＥは、より厳しいユーザプレーン遅延要求を満たすために１つのサブフレームにスケジュールされることがある。

従来、ＵＬ伝送及びＤＬ伝送の期間は、全帯域幅において構成されていた。そのため、ｅＭＢＢ端末装置とＵＲＬＬＣ端末装置とが周波数領域で多重化されていると、いくつかのリソースが無駄になることがある。

従って、時間及び／又は周波数リソースの無駄を抑制するための信号伝送の仕組みに対する要望がある。

本開示は、時間及び／又は周波数リソースの無駄を抑制するために通信を実施するソリューションを提案する。

本開示の実施形態の第１の態様によれば、本開示の実施形態は、装置により実施される方法を提供する。装置は、候補伝送パターンのセットから目標伝送パターンを決定する。候補伝送パターンのそれぞれは、ＤＬ伝送部分及び／又はＵＬ伝送部分を含み、かつ、候補伝送パターンは、それぞれのＤＬ伝送部分、及び／又はＵＬ伝送部分の存続期間が互いに異なる。そして、目標伝送パターンを使用してネットワーク装置と端末装置との間の通信が行われる。

本開示の実施形態の第２の態様によれば、本開示の実施形態は、通信を行う装置を提供する。装置は、候補伝送パターンのセットから目標伝送パターンを決定するように構成されたコントローラと、ここで候補伝送パターンのそれぞれは、ＤＬ伝送部分及び／又はＵＬ伝送部分を含み、かつ、候補伝送パターンは、それぞれのＤＬ伝送部分、及び／又はＵＬ伝送部分の存続期間が互いに異なるものであり、目標伝送パターンを用いることにより、ネットワーク装置と端末装置との間の通信を行うように構成された送受信器とを備える。

本発明の実施形態の他の特徴及び利点は、例として本開示の実施形態の原理を示す添付図面と併せて読めば、以下の特定の実施形態の記述から明らかになるであろう。

本開示の実施形態は例示の意味で提供され、その利点は、添付図面を参照して以下により詳細に説明される。

図１は、本開示の実施形態に係る通信システム１００の概略図を示す。

図２は、本開示の実施形態に係る伝送パターンの概略図２００を示す。

図３は、本開示の実施形態に係る通信を実施する方法３００のフローチャートを示す。

図４は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図４００を示す。

図５は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図５００を示す。

図６は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図６００を示す。

図７は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図７００を示す。

図８は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図８００を示す。

図９は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図９００を示す。

図１０は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１０００を示す。

図１１は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１１００を示す。

図１２は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１２００を示す。

図１３は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１３００を示す。

図１４は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１４００を示す。

図１５は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１５００を示す。

図１６は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１６００を示す。

図１７は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１７００を示す。

図１８は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１８００を示す。

図１９は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１９００を示す。

図２０は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図２０００を示す。

図２１は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図２１００を示す。

図２２は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図２２００を示す。

図２３は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２３００を示す。

図２４は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２４００を示す。

図２５は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２５００を示す。

図２６は、本開示の実施形態に係る、ＴＤＤ及びＧＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２６００を示す。

図２７は、本開示の実施形態に係る、ＴＤＤ及びＧＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２７００を示す。

図２８は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２８００を示す。

図２９は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２９００を示す。

図３０は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３０００を示す。

図３１は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３１００を示す。

図３２は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３２００を示す。

図３３は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３３００を示す。

図３４は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３４００を示す。

図３５は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３５００を示す。

図３６は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３６００を示す。

図３７は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３７００を示す。

図３８は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３８００を示す。

図３９は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３９００を示す。

図４０は、本開示の実施形態に係る伝送パターンの図４０００を示す。

図４１は、本開示の実施形態に係る伝送パターンの図４１００を示す。

図４２は、本開示の一実施形態に係る装置４２００の概略図を示す。

図面において、同じ又は類似の参照符号は、同じ又は類似のコンポーネントを示す。

本明細書に記述される主題が、いくつかの例示的な実施形態を参照して議論される。これら実施形態は、当業者が本明細書に記述される主題をより理解し、実施することを可能にするためにのみ議論され、主題の範囲のいかなる限定も提示しないと理解される。

本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示の実施形態を限定することを意図するものではない。本明細書において使用とき、単数形“a”、“an”、及び“the”は、文脈が明らかにそうでないことを示さない限り、複数形も含むことを意図している。用語“comprises”、“comprising”、“includes”、及び／又は“including”は、本明細書で使用されるとき、記載された特徴、整数、ステップ、動作、要素、及び／又は構成要素の存在を特定するが、１以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はそれらのグループの存在又は追加を排除するものではないと理解されるべきである。

また、いくつかの代替の実施形態では、示された機能／動作は、図に示された順序とは異なる順序で行われてもよいことに留意されたい。例えば、連続して示されている２つの機能又は動作は、関与する機能／動作に応じて、実際には同時に実行されてもよく、又は逆の順序で実行されてもよい。

本明細書において使用されるとき、用語「通信ネットワーク」はＬＴＥ−Ａ（LTE-Advanced）、ＷＣＤＭＡ（Wideband Code Division Multiple Access ）、及びＨＳＰＡ（High-Speed Packet Access）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）、及び／又は現在知られている若しくは将来において開発されるプロトコルを含むがこれらに限定されない、任意の適切な世代の通信プロトコルに従って実行することができる。

本開示の実施形態は、種々の通信システムにおいて適用され得る。通信の急速な発展を考えれば、本開示を実施することができる将来のタイプの通信技術及びシステムも当然にあるであろう。本開示の範囲を前述のシステムのみに限定すると見なすべきではない。

用語「ネットワーク装置（デバイス）」は、基地局（ＢＳ：base station）、ゲートウェイ、管理エンティティ、及び通信システムにおけるその他の適切なデバイスを含むが、それらには限定されない。用語「基地局」又は「ＢＳ」は、例えばノードＢ（ＮｏｄｅＢ又はＮＢ）、エボルブドノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、リモートラジオユニット（ＲＲＵ：Remote Radio Unit）、ラジオヘッダ（ＲＨ：Radio Header）、リモートラジオヘッダ（ＲＲＨ：Remote Radio Head）、リレー、又はフェムト、ピコなどの低電力ノード、などを表し得る。

用語「端末装置」は、ユーザ機器（ＵＥ：user equipment）及びネットワー装置と通信が可能な他の適切なエンドデバイスを含むがそれらには限定されない。例として、「端末装置」は、端末、モバイル端末（ＭＴ：Mobile Terminal）、加入者局（ＳＳ：Subscriber Station）、携帯加入者局、モバイル局（ＭＳ：Mobile Station）、又はアクセス端末（ＡＴ：Access Terminal）を指し得る。

いくつかの例示的な本開示の実施形態が、図面を参照して以下に説明される。まず、本開示の実施形態に係る通信システム１００の概略図を示す図１が参照される。

通信システム１００において、ネットワーク装置（以下、ＢＳとも呼ぶ）１１０は、同じ又は異なる伝送パターンを使用することにより、２つの端末装置（以下、ＵＥとも呼ぶ）１２１及び１２２と通信する。ＢＳ１１０は、ｅＭＢＢサービスをＵＥ１２１に提供するものであり、従ってＵＥ１２１はｅＭＢＢ ＵＥと呼ばれ得る。ＢＳ１１０は、ＵＲＬＬＣサービスをＵＥ１２２に提供するものであり、従ってＵＥ１２２はＵＲＬＬＣ ＵＥと呼ばれ得る。

用語「伝送パターン」は、時間ドメイン、及び／又は周波数ドメインにおけるリソースに関する設定を指す。例えば、伝送パターンは、時間ドメインにおける１以上のサブフレーム、又はいくつかの数のシンボルに対応し、また、周波数ドメインにおける１以上のサブキャリアに対応し得る。伝送パターンは、ＤＬ伝送部分、及び／又はＵＬ伝送部分を含む。伝送パターンは、それぞれのＤＬ伝送部分、及び／又はＵＬ伝送部分の期間に関して異なる。本開示の実施形態において、伝送パターンは、候補伝送パターンのセット及び目標伝送パターンを含むことができ、目標伝送パターンは、候補伝送パターンのセットから選択又は決定される。候補伝送パターンのセットは、主に下りリンクデータ伝送に使用される１以上の下りリンク中心伝送パターン、及び／又は主に上りリンクデータ伝送に使用される１以上の上りリンク中心伝送パターンを含み得る。

図２は、下りリンク中心伝送パターン及び上りリンク中心伝送パターンの図を示す。図２に示されるように、下りリンク中心伝送パターン２１０は、下りリンク制御情報を伝送するための下りリンク伝送部分２１１、下りリンクデータを伝送するための下りリンク伝送部分２１２、ガードピリオド（ＧＰ：guard period）部分２１３、及び上りリンク制御情報を伝送するための上りリンク伝送部分２１４（例えば、物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel））を含む。伝送パターン２１０において、下りリンクデータを伝送するための下りリンク伝送部分２１２は、他の部分より長く、従って、下りリンク中心伝送パターンと呼ばれる。

下りリンク中心伝送パターン２１０と同様に、下りリンク中心伝送パターン２２０は、下りリンクデータを伝送するための下りリンク伝送部分２２１、ガードピリオド（ＧＰ）部分２２２、及び上りリンク伝送部分２２３を含む。下りリンク中心伝送パターン２１０と２２０の間の主な違いは、伝送パターン２２０は下りリンク制御情報を伝送する部分を含んでいない点にある。

上りリンク中心伝送パターン２３０は、下りリンク制御情報を伝送数ための下りリンク伝送部分２３１、ＧＰ部分２３２、上りリンクデータを伝送するための上りリンク伝送部分２３３、及び上りリンク制御情報を伝送するための上りリンク伝送部分２３４（例えば、ＰＵＣＣＨ）を含む。伝送パターン２３０において、上りリンクデータを伝送するための上りリンク伝送部分２３３は、他の部分よりも長く、従って、伝送パターン２３０は、上りリンク中心伝送パターンと呼ばれる。

上りリンク中心伝送パターン２３０と同様に、上りリンク中心伝送パターン２４０は、下りリンク制御情報を伝送するための下りリンク伝送部分２４１、ＧＰ部分２４２、及び上りリンクデータを伝送するための上りリンク伝送部分２４３を含む。上りリンク中心伝送パターン２３０と２４０の間の主な違いは、伝送パターン２４０は上りリンク制御情報を伝送するための部分を含まない点にある。

用語「伝送」又は「通信」は、そうでないと記載しない限り、制御情報、及び／又はデータの伝送又は通信を含み、また、ここで使用される用語「信号」は制御情報、及び又はデータを含むと理解される。

従来、ｅＭＢＢは、ＵＬ／ＤＬ伝送に対して、ユーザプレーン遅延に例えば４ｍｓという比較的緩い要求を持つ。対照的に、ＵＲＬＬＣは、ＵＬ／ＤＬ伝送に対して、例えば０．５秒という比較的厳格なユーザプレーン遅延を要求する。図１の例において、ｅＭＢＢ ＵＥ１２１は、複数のサブフレームにスケジュールされ、ＵＲＬＬＣ ＵＥ１２２は、厳格なユーザプレーン遅延要求を満たすため、１つのサブフレームにスケジュールされる。ｅＭＢＢ ＵＥ１２１とＵＲＬＬＣ ＵＥ１２２とが、周波数ドメインにおいて多重化されるとした場合、いくつかのリソースが無駄になり、それは望ましくない。

この問題を解決するため、本開示の実施形態は、時間又は周波数リソースの無駄を低減するために、以下に議論するソリューションを提案する。いくつかの本開示の例示的な実施形態が、図面を参照して以下に説明される。図３は、本開示の実施形態に係る信号伝送のための方法３００のフローチャートを示す。方法３００は、ＢＳ１１０、端末装置１２１、端末装置１２２、又は他の適切なデバイスにより実行され得る。

方法３００は、ブロック３１０から開始し、そのブロックでは候補伝送パターンの候補のセットから目標伝送パターンが決定される。候補伝送パターンのそれぞれは、ＤＬ伝送部分、及び／又はＵＬ伝送部分を含み、候補伝送パターンは、それぞれのＤＬ伝送パターン、及び／又はＵＬ伝送パターンの期間に関して互いに異なる。

本開示の実施形態によれば、方法３００は、ネットワーク装置、例えば図１のＢＳ１１０により実行され得る。そのような実施形態において、ＢＳ１１０は、ネットワーク装置にサービスされる端末装置のそれぞれ（例えばＵＥ１２１及び１２２）に対して、端末装置のそれぞれに対して目標伝送パターンが同じであることを要求せずに、候補伝送パターンのセットから目標伝送パターンを決定し得る。

いくつかの実施の携帯において、方法３００は、端末装置、例えばＵＥ１２１、又はＵＥ１２２により実行され得る。そのような実施形態において、ＵＥ１２１又は１２２は、ＢＳ１１０との間の伝送信号に適した目標伝送パターンを決定し得る。

いくつかの実施形態において、１以上の候補伝送パターンは、更にＧＰ部分を含み得る。ＧＰ部分は、ＤＬ伝送部分とＵＬ伝送部分の間であり得る。

いくつかの実施形態において、目標伝送パターンは、目標伝送パターンにおいて送信されるＤＬ伝送についてのフィードバックを要求するフィードバック要求に基づいて決定され得る。目標伝送パターンは、端末装置がＤＬ伝送において受信したデータを処理するための処理期間（ＰＰ：processing period）を含み得る。処理期間は、フィードバック要件を満たすために様々な方法で目標送信パターンにおいて実装されることができる。

一実施形態において、目標伝送パターンは、時分割複信（ＴＤＤ：Time Division Duplexing）伝送モードにおいて適用可能である。ＴＤＤモードにおいて、ＧＰ部分の長さは処理期間により延長されることがあり、その結果、ＤＬ伝送部分の長さは処理期間により削減される場合がある。

別の実施形態において、ＤＬ伝送部分の長さは処理期間により減少するが、ＧＰ部分の長さは影響を受けない。そのような場合、処理期間では信号伝送はない。別の言い方をすれば、処理期間は“ブランク”である。

いくつかの場合、ＤＬ伝送部分において伝送される信号は、伝送された信号がデコードされることができ、かつ伝送された信号についてのフィードバック情報又はフィードバック信号（例えば、受信確認（ＡＣＫ：Acknowledgement）／否定応答（ＮＡＣＫ：Negative Acknowledgement）が同じサブフレームにおいて用意でき、かつ送信できるように、削減される。

別の実施形態において、目標伝送パターンは、周波数多重複信（ＦＤＤ：Frequency Division Duplexing）において適用可能である。ＦＤＤモードにおいて、ＤＬ伝送部分の長さは、処理期間により削減され得る。

上記実施形態において、処理期間は、データ、制御情報、又は基準信号（ＲＳ：reference signal）の更なるＤＬ伝送のために使用され得る。更なるＤＬ伝送についてのフィードバック（例えばＡＣＫ／ＮＡＣＫ）は、上記フィードバック要件を満たす必要はない。一実施形態において、更なるＤＬ伝送についてのフィードバックは、目標伝送パターンの後に送信され得る。例えば、１つの伝送パターンが時間ドメインにおける１つのサブフレームに対応する場合、フィードバックは目標伝送パターンに対応するサブフレームの後に送信され得る。

いくつかの実施形態において、目標伝送パターンは、ＵＬ伝送が目標伝送パターンにおいて送信されることについてのスケジューリング情報を要求するスケジューリング要求に基づいて、決定され得る。目標伝送パターンは、端末装置がＵＬ伝送において送信されるデータを用意するための処理期間を含み得る。処理期間は、スケジューリング要件を満たすために様々な方法で目標送信パターンにおいて実装されることができる。

一実施形態において、目標伝送パターンは、ＴＤＤ伝送モードにおいて適用可能である。ＴＤＤモードにおいて、ＧＰ部分の長さは、処理期間により延長され、その結果ＵＬ伝送部分の長さは処理期間により削減されることができる。

他の実施形態において、 ＵＬ伝送部分の長さは処理期間により削減され得るが、ＧＯ部分の長さは影響されない。そのような場合において、処理期間には信号がない。別の言い方をすれば、処理期間は“ブランク”である。他の実施形態において、目標伝送パターンは、ＦＤＤ伝送モードにおいて適用可能である。ＦＤＤモードにおいて、ＵＬ伝送部分の長さは、処理期間により削減され得る。

上記実施形態において、処理期間は、データ又は基準信号の更なるＵＬ伝送のために使用され得る。更なるＵＬ伝送についてのスケジュール情報は、目標伝送パターンの前に、例えば前のサブフレームにおいて既に送信され得る。

他の実施形態において、ＤＬ伝送部分の長さは処理期間により削減さ得るが、ＵＬ伝送部分の長さは影響されない。そのような場合において、処理期間には信号がない。別の言い方をすれば、処理期間は“ブランク”である。いくつかのシナリオでは、ＤＬ伝送部分において伝送されるＵＬ伝送部分のスケジューリング信号は削減され、その結果、対応するＵＬ伝送信号が同じサブフレームにおいて用意されかつ送信されることができる。

上記実施形態において、処理期間は、制御信号（例えばチャネル状態情報（ＣＳＩ：Channel State Information）フィードバック）、データ、又は基準信号の更なるＤＬ伝送のために使用され得る。

本開示の実施形態によれば、目標伝送パターンは、それ自身を示すためのインディケーションを含む。一実施形態において、インディケーションは、ＤＬ伝送部分、及び／又はＵＬ伝送部分において送信される制御情報、例えば、下りリンク制御情報（ＤＣＩ：Downlink Control Information）、上りリンク制御情報（ＵＣＩ： Uplink Control Information）などに含まれ得る。いくつかの実施形態において、インディケーションは、ＤＬ伝送部分、及び／又はＵＬ伝送部分の期間、ＤＬ伝送部分とＵＬ伝送部分の間のＧＰ部分の期間、及びＤＬ伝送部分又はＵＬ伝送部分に通信があるかどうかの１つ以上を示し得る。

他の実施形態において、目標伝送パターンのインディケーションは、所定の時間−周波数リソースに含まれ得る。また、リソースは、全てのＵＥに共通であってもよく、目標伝送パターンにおいて定義されるリソースに限定されなくてもよい。

図３を参照し、ブロック３２０において、目標伝送パターンを用いることにより、ネットワーク装置と端末装置との間で通信を実施する。いくつかの実施形態において、ブロック３１０においてネットワーク装置（例えばＢＳ１１０）が端末装置（例えばＵＥ１２２）に対して目標伝送パターンを決定した場合、ネットワーク装置は、目標伝送パターンを使用することによりＵＥ１２２と通信し得る。例えば、ＢＳ１１０は、目標伝送パターンに従ってＵＥ１２２にデータを送信し、又はＵＥ１２２からデータを受信し得る。

代替的に、ブロック３１０において端末装置（例えばＵＥ１２２）が目標伝送パターンを決定した場合、端末装置は、目標伝送パターンを使用することにより、ＢＳ１１０と通信を実施し得る。例えば、ＵＥ１２２は、目標伝送パターンに従って、ＢＳ１１０にデータを送信し、又はＢＳ１１０からデータを受信し得る。

本開示の実施形態によれば、下りリンク中心伝送パターンに対して、異なるＧＰ又はＰＰ期間構成があり得、その結果、下りリンクデータ伝送が早期に完了し、十分な処理時間が獲得され得る。いくつかの実施形態において、長いＧＰは、同じ伝送パターンにおける対応する下りリンクデータ伝送に対するＡＣＫ／ＮＡＣＫリポートのために使用され得、短いＧＰは、同じ伝送パターンにおいて対応する下りリンクデータ伝送に対するＡＣＫ／ＮＡＣＫリポートが存在しない場合に使用され得る。

代替的に、いくつかの実施形態において、同じ伝送パターンにおいてＡＣＫ／ＮＡＣＫが報告される必要があるとき、処理期間は、下りリンクデータを送信するために使用され得る。一実施形態において、処理期間は、エンプティに保たれ得る。代替的な実施形態において、処理期間は、同じ又は他の端末装置に対する更なるデータをスケジュールするために使用され得る。この場合、更なるデータについてのＡＣＫ／ＮＡＣＫは、同じ伝送パターンにおいて又は引き続く伝送パターンにおいて報告され得る。更なる代替として、処理期間は、測定のための下りリンクＲＳ、下りリンクデータ復調、ビームトラッキングなどを送信するために使用され得る。

端末装置に対して、ＡＣＫ／ＮＡＣＫなどのフォードバック情報は、様々な方法で実施され得る。いくつかの実施形態において、ｋ番目の伝送パターンにおいて、データはｋ伝送パターンの期間において処理できるため、追加のデータ処理時間は必要ない。この場合、ＧＰは短く、全ての伝送パターンにおいて同一に保たれ得る。

代替的に、いくつかの実施形態において、下りリンクデータについてのフィードバック情報は、同じ伝送パターンにおいて下りリンクデータとして送信される必要がある。伝送パターンのＧＰは、全伝送ブロックのデータ処理時間を定義する処理期間を含み得る。この場合、ＧＰは比較的長い期間に設定され得る。

下りリンク中心伝送パターンに関係するいくつかの実施形態は、以下に説明される。以下の実施形態において、伝送パターンはサブフレームと呼ばれ得る。これは、限定ではなく、説明のために使用されると理解される。当業者は、伝送パターンは、時間ドメイン、及び／又は周波数ドメインにおけるリソースを定義することを理解するであろう。

図４は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図４００を示す。図４の例において、ｅＭＢＢ端末装置は、ＵＥ１として参照され、ＵＲＬＬＣ端末装置はＵＥ２として参照される。ＵＥ２について、２つの伝送パターンが示され、それらは同一である。ＤＬ伝送部分４２１は、ＤＬデータを送信するためのものであり、少ないシンボルを含む短い下りリンク領域として記述される。一実施形態において、ＤＬ伝送部分４２１のシンボルの数は、ＤＣＩにより示されてもよく、それは制御情報を送信するための他のＤＬ伝送部分４２４に含まれる。

ＧＰ４２２及び４２３は、迅速なＡＣＫ／ＮＡＣＫフィードバックが同じ伝送パターンにおいて要求されるならば、長い期間に設定されてよく、その結果、ＧＰは、処理時間、上りリンク伝送に対する伝送アドバンス（ＴＡ：transmission advance）、及び遷移時間の総和をカバーできる。そのため、ＵＥ２は、下りリンクデータを処理するために十分な時間を有し、ＴＡ内に上りリンクを送信し得る。

ＵＥ１について、ＧＰは、短い期間として設定され得る。複数の伝送パターンスケジューリングのＵＥ１に対して、処理時間がない（ＵＥ２に合わせられたＴＡ期間に対してエンプティをキープするのみ）ことが可能であり、そのため、短いＧＰは、この伝送パターンにおいてＰＵＣＣＨ伝送がない場合に使用されることができる。ＵＥ１のＰＵＣＣＨ伝送のための時間進みと整合するための連続的なスケジューリングを伴うより短いエンプティ期間４１１がある。複数のサブフレームスケジューリングが採用される場合、ＤＣＩがなければ、ＵＥ１は、最初のサブフレームにおいてのみＤＣＩをモニタし、続くサブフレーム（連続する下りリンクデータ伝送）において制御領域をスキップし得る。コンパクトなＤＣＩのみがあるならば、ＵＥ１は、最初のサブフレームにおいて通常のＤＣＩを、続くサブフレームにおいてはコンパクトなＤＣＩをモニタし得る。いくつかの代替的な実施形態において、ＵＥ１は、他のＤＣＩ（いくつかの予約されたＤＣＩ領域）をモニタし得る。

図５は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図５００を示す。図５の実施形態において、ＵＥ１は、ＰＵＣＣＨが必要でない場合、短いＧＰ期間を有し、ＡＣＫ／ＮＡＣＫは、その後のサブフレーム、例えば（ｎ＋ｋ）番目のサブフレームにおいてＵＥからＢＳにフィードバックされる。ここで、ｎはＤＬデータの伝送が完了するサブフレームのサブフレーム番号を表し、ｋはｎの後のサブフレーム番号を表しており、ｋ≧１である。ＵＥ２に対して、長いＧＰ期間が使用され、ＡＣＫ／ＮＡＣＫは同じサブフレームにおいてフィードバックされる。

図６は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図６００を示す。図６の実施形態において、長いＧＰ期間がＵＥ２に使用される。同じサブフレームにおけるフィードバックか、そうでないかに応じて、フレキシブルなＧＰ期間がＵＥ１に使用される。ＵＥ１は、スケジューリングに対する最終サブフレームにおいてＡＣＫ／ＮＡＣＫをフィードバックしてもよく、ＧＰは、例えばＴＢサイズに依存して、異なるサブフレーム番号に共に異なり得る。

図７は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図７００を示す。図７の例において、ＵＥ２は、同じサブフレームにおいてＡＣＫ／ＮＡＣＫを報告する必要があり、ＧＰは、上りリンクのための伝送アドバンス、及び遷移時間（全てのＵＥに対して同じ）の総和をカバーし、かつ、処理時間ＰＰは、下りリンクデータ処理のために提供される。ＵＥ１について、連続的なスケジューリングの場合、ＰＰがないこともある。

図８は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図８００を示す。図８の例において、ＵＥ２が同じサブフレームにおいてＡＣＫ／ＮＡＣＫを報告する必要があるとき、ＵＬ及びＤＬ伝送が異なる周波数バンドであるＦＤＤ構成に対して、ＴＡのためのＧＰの必要がないことがある。ＵＥ２について、データ処理のための処理期間が必要であり得る。ＵＥ１について、連続スケジューリングの場合、処理期間は必要とされない。

図９は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図９００を示す。図９の例において、ＵＥ２は、データ処理のためのＰＰを必要とし、ＡＣＫ／ＮＡＣＫフィードバックは同じサブフレームである。ＵＥ１について、連続スケジューリングの場合ＰＰは必要とされず、ＡＣＫ／ＮＡＣＫは（ｎ＋ｋ）番目のサブフレームである。

図１０は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１０００を示す。図１０の例において、ＵＥ２は長い期間のＰＰを有する。ＵＥ１について、フレキシブルなＰＰ期間が、異なるサブフレーム番号（ＴＢサイズに関連する）に対して使用され得る。ＵＥ１は、ＡＣＫ／ＮＡＣＫフィードバックをスケジューリングの最終サブフレームにおいて送信する。

図１１は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１１００を示す。図１１の例において、ＵＥ２は、ＰＰを有し、ＡＣＫ／ＮＡＣＫフィードバックは同じサブフレームである。ＵＥ１ついて、ＰＵＣＣＨが必要でない場合、ＰＰは必要でなく、ＡＣＫ／ＮＡＣＫフィードバック（ｎ＋ｋ）番目のサブフレームである。

図１２は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１２００を示す。図１２の例において、ＵＥ２は長い期間のＰＰを有する。ＵＥ１について、フレキシブルなＰＰ期間が、異なるサブフレーム番号（ＴＢサイズに関連する）が使用され得る。ＵＥ１は、ＡＣＫ／ＮＡＣＫフィードバックをスケジューリングの最終サブフレームにおいて送信する。

図１３は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１３００を示す。図１３の例において、ＵＥ２が同じサブフレームにおいてＡＣＫ／ＮＡＣＫを報告する必要があれば、ＧＰは、上りリンクに対する伝送アドバンス、及び遷移時間（全てのＵＥに同じ）の総和をカバーし得、ＰＰは、下りリンクデータを処理するために使用される。一方ＵＥ１について、連続スケジューリングの場合、ＰＰは必要とされない。

図１４は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１４００を示す。図１４の例において、ＰＰは他のＵＥのスケジューリングのためにも使用され得るが、この期間のＡＣＫ／ＮＡＣＫは（ｎ＋ｋ）番目のサブフレームに遅延されるべきである。

図１５は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１５００を示す。図１５の例において、ＵＥ２に対して、１以上のＤＬ伝送部分が存在し得る。ＤＬ伝送部分のいくつかに関して、サブフレームはデータ処理に対して十分な時間を持ち、従ってＡＣＫ／ＮＡＣＫは同じサブフレームにおいてフィードバックできる。他のＤＬ伝送部分に対して、ＡＣＫ／ＮＡＣＫはその後のサブフレーム、例えば（ｎ＋ｋ）番目のサブフレームにおいて報告され得る。図１５に示される伝送パターンにおいて、各ＤＬ伝送部分は、ＤＣＩを含み得る。代替的に、ＤＣＩは開始時に含まれ得、ＤＣＩにおいて部分インディケーションビットがある。

図１６は、本開示の実施形態に係る、ＴＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１６００を示す。図１６の例において、ＰＰはいくつかの他の伝送、例えば、測定のための下りリンクＲＳ、ビームトラッキング、復調などのために使用され得る。ＲＳは、ＣＳＩ測定、下りリンクデータ復調リファレンス、及びビームトラッキングなどのために使用され得る。下りリンクＲＳは、下りリンクＤＣＩにおいて、半静的に構成されてもよく、或いはトリガされてもよい。ＲＳ伝送のための期間は、下りリンクデータ処理に十分な時間を保証し得、従ってＡＣＫ／ＮＡＣＫは同じサブフレームにおいてフィードバックされ得る。

図１７は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１７００を示す。図１７の例において、ＵＥ２が同じサブフレームにおいてＡＣＫ／ＮＡＣＫを報告する必要があれば、ＰＰの期間は下りデータ処理をカバーする。ＵＥ１に関して、連続スケジューリングの場合ＰＰは必要とされない。

図１８は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１８００を示す。図１８の例において、ＰＰの期間は他のＵＥのスケジューリングのために使用され得るが、使用される期間のＡＣＫ／ＮＡＣＫはｎ＋ｋ（ｋ≧１）サブフレーム遅れる、すなわち（ｎ＋ｋ）番目のサブフレームである必要がある。

図１９は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図１９００を示す。図１９の例において、ＵＥ２について、１以上のＤＬ伝送部分が存在し得る。いくつかのＤＬ伝送部分に関して、サブフレームは、データ処理に対して十分な時間を持ち、従ってＡＣＫ／ＮＡＣＫは同じサブフレームにおいてフィードバックされることができる。他のＤＬ伝送部分対して、ＡＣＫ／ＮＡＣＫは、その後のサブフレーム、例えば（ｎ＋ｋ）番目のサブフレームにおいて報告され得る。図１５に示される伝送パターンにおいて、各ＤＬ伝送部分は、ＤＣＩを含み得る。代替的に、ＤＣＩは開始時に含まれ得、ＤＣＩにおいて部分インディケーションビットがある。

図２０は、本開示の実施形態に係る、ＦＤＤ及び処理期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図２０００を示す。図２０の例において、ＰＰは、いくつかの他の伝送、例えば測定のための下りリンクＲＳ、ビームトラッキング、復調などのために使用され得る。ＲＳは、ＣＳＩ測定、下りリンクデータ復調リファレンス、及びビームトラッキングなどのために使用され得る。下りリンクＲＳは、下りリンクＤＣＩにおいて、半静的に構成されてもよく、或いはトリガされてもよい。ＲＳ伝送のための期間は、下りリンクデータ処理に十分な時間を保証し得、従ってＡＣＫ／ＮＡＣＫは同じサブフレームにおいてフィードバックされ得る。

本開示の実施形態によれば、上りリンク中心伝送パターンに対して、異なるＧＰ又はＰＰ期間構成があり得る。ＵＬ伝送を遅らせることにより、或いは下りリンク制御信号のための期間を削減することにより、ＵＥ２は、ＵＬ伝送に対してデータを準備する十分な時間を持つことができる。

いくつかの実施形態において、長いＧＰは、上りリンクデータ伝送、例えば同じ伝送パターンにおける物理上りリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared Channel）スケジューリングのために使用され得、短いＧＰは、ＰＵＳＣＨがないか、又はｎ＋ｋ（ｋ≧１）サブフレームにおいてスケジュールするために用いられ得る。

代替的に、いくつかの実施形態において、上りリンクデータが同じサブフレームにスケジュールされるならば、伝送パターンは、処理期間、すなわちＰＰを有し得る。準備期間は、いくつかの方法で設定され得る。一実施形態において、ＰＰはエンプティに保たれ得る。他の実施形態において、ＰＰは、同じ又は他のＵＥのために、他のデータをスケジュールするために使用され得る。例えば、ＰＰは、上りリンクデータを送信するために使用され得、スケジューリングは、前のサブフレーム、例えばｎ−ｋ（ｋ≧１）サブフレーム（ｎ−ｋ）番目のサブフレームとも呼ぶ）であり得る。別の実施形態において、ＰＰは下りリンクデータを送信するために使用され得る。

さらに別の実施形態において、ＰＰは、ＲＳを送信するために使用され得る。例えば、ＰＰは、例えば測定、上りリンクデータ復調、及びビームトラッキングなどのためのいくつかの上りリンクＲＳを送信するために使用され得る。ＲＳを準備するための時間は一般にデータより短いため、ＲＳ期間は、データ準備のために使用され得る。他の実施形態において、ＰＰは、例えば測定、下りリンクデータ復調、及びビームトラッキングなどのためのいくつかの下りリンクＲＳを送信するために使用され得る。

それら実施形態において、異なるＵＥは、異なるＰＵＳＣＨ伝送期間を有し得る。一例において、（ｎ＋ｋ）番目のサブフレームにおいて、ｋサブフレームの期間においてデータは準備できるため、追加のデータ準備時間は必要ない。この場合、ＧＰは、短く、また、全てのサブフレームにおいて同じに保たれる。他の実施形態において、サブフレームのＧＰは、全伝送ブロックのデータ準備時間を含む必要があり、従って、ＧＰは、比較的長い期間を有し得る。

以下に、上りリンク中心データ伝送パターンに関連するいくつかの実施形態が説明される。図２１は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図２１００を示す。図２１の実施形態において、ＵＥ２について、同じサブフレームにおいて迅速なデータ伝送が必要でれば、長い期間のＧＰが使用され得る。ＧＰは、準備時間、上りリンクに対する伝送アドバンス、及び遷移時間の総和をカバーし得る。ＵＥ２の上りリンク伝送は、データ処理の十分な時間のために遅延され得、ＧＰはいくつかの上りリンク領域を占有する。

ＵＥ１について、複数サブフレームスケジューリングが採用される一実施形態（以下、ケースＡと呼ぶ）において、いくつかのサブフレームにおいて、準備時間は必要とされなくてよい。ｎ＋ｋ（ｋ≧１）サブフレームにおいてデータ伝送する他の実施形態（以下、ケースＢと呼ぶ）において、準備時間は必要とされなくてよい。

図２２は、本開示の実施形態に係る、ＴＤＤ及び異なるＧＰ期間に関するＵＥ１及びＵＥ２に対する伝送パターンの図２２００を示す。図２２の実施形態において、長い期間のＧＰはＵＥ２のために使用され、フレキシブルなＧＰはＵＥ１のために使用され得る。ＵＥ１について、上りデータ伝送は、スケジューリングと同じサブフレームであり得、ＧＰは、異なるサブフレーム番号（ＴＢサイズに関連する）に共に異なり得る。例えば、上りリンクスケジューリング及び対応する上りリンクデータ伝送の双方で同じサブフレームにおいて、ＧＰは、上りデータ処理のためにより長い。また、上りリンクデータ伝送のみの他のサブフレームにおいて、ＧＰは上りリンクデータ伝送のためのＴＡのためにより短い。

図２３は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２３００を示す。図２３の実施形態において、ＵＥ２が同じサブフレームにおいて上りリンクデータを送信する必要があるならば、ＧＰは、上りリンクに対する伝送アドバンス、及び遷移時間（全てのＵＥに対して同じ）の総和をカバーし得る。実施形態において、ＰＰは、ＵＥ２の上りリンクデータ処理のために使用される。一方、ＵＥ１について、複数サブフレームスケジューリング又はｎ＋ｋスケジューリングのとき、ＰＰは使用されない。

図２４は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２４００を示す。図２４の実施形態において、ＵＥ２が同じサブフレームにおいて上りリンクデータを送信する必要があるならば、ＧＰは、上りリンクに対する伝送アドバンス、及び遷移時間（全てのＵＥに同じ）の総和をカバーし得る。実施形態において、ＰＰは、ＵＥ２の上りリンクデータ処理のために使用される。一方、ＵＥ１について、複数サブフレームスケジューリング又はｎ＋ｋスケジューリングのとき、ＰＰは使用されない。図２４の実施形態において、ＰＰ及びＧＰは、図２３の実施形態とは異なる位置を有する。

図２５は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２５００を示す。図２５の実施形態において、長い期間のＧＰはＵＥ２のために使用され、フレキシブルなＧＰ期間はＵＥ１のために使用され得る。ＵＥ１について、上りリンクデータ伝送は、スケジューリングと同じサブフレームであり得、ＰＰは、異なるサブフレーム番号（ＴＢサイズに関連する）に共に異なり得る。例えば、上りリンクスケジューリング及び対応する上りリンクデータ伝送の双方で同じサブフレームにおいて、ＰＰは必要とされる。また、上りリンクデータ転送のみの他のサブフレームにおいて、ＰＰは必要とされない。

図２６は、本開示の実施形態に係る、ＴＤＤ及びＧＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２６００を示す。図２６の実施形態において、同じサブフレームにおいて迅速なデータ伝送が必要でれば、ＵＥ２に対して長い期間のＧＰが使用され得る。ＧＰは、準備時間、上りリンクに対する伝送アドバンス、及び遷移時間の総和をカバーし得る。ＵＥ２のためのＤＣＩは、データ処理の十分な時間に対して早く完了し得る。

ＵＥ１について、短い期間のＧＰが使用され得る。ケースＡについて説明される一実施形態において、複数サブフレームにスケジューリングされるＵＥ１に対して、いくつかのサブフレームにおいて準備時間は必要とされなくてよい（上りリンク伝送に対するＴＡ期間に対してエンプティがキープされるのみ）。ケースＢについて説明される一実施形態において、ｎ＋ｋ番目（ｋ≧１）のサブフレームにおいてデータ伝送するＵＥ１に対し、準備時間は必要とされなくてよい。

図２７は、本開示の実施形態に係る、ＴＤＤ及びＧＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２７００を示す。図２７の例において、ＵＥ２のために長い期間のＧＰが使用され得る。

ＵＥ１は、異なるスケジューリングに対してフレキシブルな制御領域、例えば異なるＤＣＩフォーマット又は異なるＤＣＩシンボルを有し得る。ＧＰは、異なるサブフレーム番号（ＴＢサイズに関連する）に共に異なり得る。加えて、ＧＰは、いくつかの下りリンク期間を占有し得る。

図２８は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２８００を示す。図２８の例において、ＵＥ２が同じサブフレームにおいて上りリンクデータを送信するものであれば、ＧＰは、上りリンクに対する伝送アドバンスと遷移時間（全てのＵＥに同じ）の総和をカバーし得る。ＰＰは、上りリンクデータ処理のために使用され得る。ＰＰは下りリンク領域を占有し得る。ＵＥ１について、複数サブフレームスケジューリング又はｎ＋ｋサブフレームスケジューリングの場合、ＰＰは必要とされない。

図２９は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図２９００を示す。図２９の実施形態において、長い期間のＰＰがＵＥ２に対して使用され得る。

ＵＥ１は、異なるスケジューリングに対してフレキシブルな制御領域、例えば異なるＤＣＩフォーマット又は異なるＤＣＩシンボルを有し得る。ＰＰは、異なるサブフレーム番号（ＴＢサイズに関連する）に共に異なり得る。加えて、ＰＰは、いくつかの下りリンク期間を占有し得る。

図３０は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３０００を示す。図３０の実施形態において、ＵＥ２が同じサブフレームにおいて上りリンクデータを送信する必要があれば、上りリンクデータ処理のためにＰＰが存在し得る。ＵＥ１について、複数サブフレームスケジューリング又はｎ＋ｋサブフレームスケジューリングの場合、ＰＰは必要とされない。

図３１は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３１００を示す。図３１の実施形態において、長い期間のＰＰがＵＥ２に対して使用され得る。ＵＥ１について、フレキシブルな期間のＰＰが使用され得る。ＵＥ１の上りリンクデータ伝送は、スケジューリングにより同じサブフレームであり得る。ＰＰは、異なるサブフレーム番号（ＴＢサイズに関連する）と共に異なり得る。

図３２は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３２００を示す。図３２の実施形態において、ＵＥ２が同じサブフレームにおいて上りリンクデータを送信するものであれば、ＧＰは、上りリンクに対する伝送アドバンスと遷移時間（全てのＵＥに同じ）の総和をカバーし得る。上りリンクデータ処理のためのＰＰが存在し得る。ＰＰは下りリンク領域を占有し得る。一方ＵＥ１について、複数サブフレームスケジューリング又はｎ＋ｋサブフレームスケジューリングの場合、ＰＰは必要とされない。

図３３は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３３００を示す。図３３の実施形態において、長い期間のＰＰがＵＥ２に対して使用され得る。

ＵＥ１は、異なるスケジューリングに対してフレキシブルな制御領域、例えばことなるＤＣＩフォーマット又は異なるＤＣＩシンボルを有し得る。ＰＰは、異なるサブフレーム番号（ＴＢサイズに関連する）と共に異なり得る。加えて、ＰＰはいくつかの下りリンク期間を占有し得る。

図３４は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３４００を示す。図３４の実施形態において、ＰＰの期間は、他のスケジューリングに対して使用され得る。ケース２、Ａｌｔ１に関して説明される一実施形態において、ＰＰは他の上りリンクスケジューリングに対して使用され得、ＵＬグラントは、十分な準備期間のためにｎ−ｋ（ｋ≧１）サブフレームであり得る。ケース２、Ａｌｔ２に関して説明される一実施形態において、ＰＰが下りリンク期間を占有する場合、ＰＰは他の下りリンクスケジューリングのために使用され得る。

図３５は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３５００を示す。図３５の実施形態において、ＵＥ２に対し、複数のＵＬ伝送部分が存在し得る。１以上のＵＬ伝送部分において、ＵＬグラントは、同じサブフレームであり得る（データ処理に対する十分な時間と共に）。他のＵＬ伝送部分に関して、ＵＬグラントは（ｎ−ｋ）番目（ｋ≧１）であり得る。

図３６は、本開示の実施形態に係る、ＴＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３６００を示す。図３６の実施形態において、ＰＰの期間はＲＳ伝送のために使用され得る。ＲＳは、周期的に又は非周期的に、トリガされ或いは半静的に構成され得る。ケース３、Ａｌｔ１に関して説明される一実施形態において、ＰＰの期間は、ＰＰが上りリンク領域を占有する場合、上りリンクＲＳ伝送のために使用され得、上りリンク復調、及び／又は測定などのために使用され得る。ケース３、Ａｌｔ２に関して説明される一実施形態において、ＰＰが下りリンク領域を占有する場合、ＰＰの期間は下りリンクＲＳのために使用され得、測定、ビームトラッキング、及び復調などのために使用され得る。

図３７は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３７００を示す。図３７の実施形態において、ＰＰの期間は、他のスケジューリングのために使用され得る。ケース２、Ａｌｔ１に関して説明される一実施形態において、ＰＰの期間は、他のＵＬスケジューリングのために使用され得、ＵＬグラントは十分な準備時間のために（ｎ−ｋ）番目のサブフレーム（ｋ≧１）であり得る。ケース２、Ａｌｔ２に関して説明される一実施形態において、ＰＰが下りリンク期間を占有する場合、ＰＰの期間は他の下りリンクスケジューリングのために使用され得る。

図３８は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３８００を示す。図３８の実施形態において、複数のＵＬ伝送部分が存在し得る。ＵＬ伝送部分の以上において、ＵＬグラントは同じサブフレーム（データ処理に対して十分な時間と共に）であり得る。他のＵＬ伝送部分に関して、ＵＬグラントは（ｎ−ｋ）番目のサブフレーム（ｋ≧１）であり得る。

図３９は、本開示の実施形態に係る、ＦＤＤ及びＰＰに関するＵＥ１及びＵＥ２に対する伝送パターンの図３９００を示す。図３９の実施形態において、ＰＰの期間は、ＲＳ伝送のために使用され得る。ＲＳは、周期的に又は非周期的に、トリガされ、或いは半静的に構成され得る。ケース３、Ａｌｔ１に関して説明される一実施形態において、ＰＰの期間は、ＰＰが上りリンク領域を占有する場合、上りリンクＲＳ伝送のために使用され得、上りリンク復調、及び／又は測定などのために使用され得る。ケース３、Ａｌｔ２に関して説明される一実施形態において、ＰＰの期間は、ＰＰが下りリンク領域を占有する場合、下りリンクＲＳのために使用され得、測定、ビームトラッキング、及び復調などに使用され得る。

図４０は、本開示の実施形態に係る伝送パターンの図４０００を示す。図示された伝送パターンにおいて、ＡＣＫ／ＮＡＣＫのためのＰＵＣＣＨ伝送があるならば、それは“ＤＭＲＳ＋ＰＵＣＣＨ”の構造を持ち得る。別の言い方をすれば、復調基準信号（ＤＭＲＳ：demodulation reference signal）は、ＰＵＣＣＨ信号の前に送信され得る。ＤＭＲＳ伝送について、期間は、対応するＡＣＫ／ＮＡＣＫのための下りリンクデータ処理のためにも使用され得る。

図４１は、本開示の実施形態に係る伝送パターンの図４１００を示す。図示された伝送パターンにおいて、ＰＵＳＣＨがスケジュールされているならば、それは“ＤＭＲＳ＋ＰＵＳＣＨ”の構造を有し得る。別の言い方をすれば、ＤＭＲＳは、ＰＵＣＣＨ信号の前に送信され得る。ＤＭＲＳ伝送期間は、上りリンクデータ準備のために使用され得る。

図４２は、本開示の一実施形態に係る装置４２００の概略図を示す。本開示の実施形態によれば、装置４２００は、ＢＳ１１０などのネットワーク装置、ＵＥ１２１若しくは１２２、又は通信システムにおける適切な装置に実装され得る。

図４２に示されるように、装置４２００は、それぞれがＤＬ伝送部分、及び／又はＵＬ伝送部分を含み、それぞれのＤＬ伝送部分、及び／又はＵＬ伝送部分について相互に異なる候補伝送パターンのセットから目標伝送パターンを決定するように構成されたコントローラ４２１０と、目標伝送パターンを使用することによってネットワーク装置と端末装置との間で通信を実施する送受信器４２２０とを有する。

一実施形態において、候補伝送パターンの１以上は、ＤＬ伝送部分とＵＬ伝送部分との間のガードピリオド（ＧＰ）部分を更に含み得る。

一実施形態において、目標伝送パターンは、目標伝送パターンにおいて伝送されるＤＬ伝送についてのフィードバックを要求するフィードバック要求に基づいて決定され得、目標伝送パターンは、端末装置がＤＬ伝送において受信されたデータを処理するための処理期間を含み得る。

一実施形態において、目標伝送パターンは、ＴＤＤ伝送モードに適用可能であり得、ガードピリオド（ＧＰ）の長さは処理期間だけ延長され得、又はＤＬ伝送部分の長さは処理期間だけ削減される。

一実施形態において、目標伝送パターンはＦＤＤ伝送モードに適用可能であり得、ＤＬ伝送部分の長さは、処理期間だけ削減され得る。

一実施形態において、処理期間は、データ、制御情報又は基準信号の更なるＤＬ伝送ために使用され得、更なるＤＬ伝送についてのフィードバックは目標伝送パターンの後に送信される。

一実施形態において、目標伝送パターンは、目標伝送パターンにおいてＵＬ伝送が送信されることについてのスケジュール情報を要求するスケジュール要求に基づいて決定され得、目標伝送パターンは、端末装置がＵＬ伝送において送信されるデータを準備する処理期間を含み得る。

一実施形態において、目標伝送パターンは、ＴＤＤ伝送モードに適用可能であり得、ＧＰの長さは処理期間だけ延長され得、又はＵＬ伝送部分の長さは処理期間だけ削減される。

一実施形態において、目標伝送パターンはＦＤＤ伝送モードに適用可能であり得、ＵＬ伝送部分の長さは、処理期間だけ削減され得る。

一実施形態において、処理期間は、データ、又は基準信号の更なるＵＬ伝送ために使用され得、かつ更なるＵＬ伝送についてのスケジュール情報は目標伝送パターンの前に送信され得る。

一実施形態において、コントローラは、更に、ネットワーク装置において、ネットワーク装置によりサーブされる端末装置のそれぞれに対して、目標伝送パターンが端末装置のそれぞれに対して同一であることを要求することなく、候補伝送パターンのセットから目標伝送パターンを決定するように構成される。

一実施形態において、目標伝送パターンは、ＤＬ伝送部分、及び／又はＵＬ伝送部分において送信される制御情報の中のインディケーションを含み得、そのインディケーションは、ＤＬ伝送部分、及び／又ＵＬ伝送部分の存続期間、ＤＬ伝送部分とＵＬ伝送部分との間のＧＰの存続期間、及び、ＤＬ伝送部分又はＵＬ伝送部分に通信があるか、のうちの１以上を示す。

本開示の実施形態は、ネットワーク装置又は端末装置において実装される装置をも提供する。装置は、それぞれが、下りリンク（ＤＬ）伝送部分及び／又は上りリンク（ＵＬ）伝送部分を含み、かつ、それぞれのＤＬ伝送部分及び／又はＵＬ伝送部分の存続期間が互いに異なる候補伝送パターンのセットから目標伝送パターンを決定するための手段と、目標伝送パターンを使用することにより、ネットワーク装置と端末装置との間の通信を行うための手段を有し得る。

装置４２００は、現在知られているか、又は将来開発されるいずれかの任意の適切な技法によってそれぞれ実装され得る。また、図４２に示される単一の装置は、代わりに複数の装置に別々に実装されてもよく、複数の別々の装置は単一の装置に実装されてもよい。本開示の範囲はこれらの点において限定されない。

装置４２００は、図３から図４１を参照して説明されたような機能を実装するように構成され得る。従って、方法３００に関して説明した特徴は、装置４２００の対応する構成要素に適用することができる。さらに、装置４２００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、及び／又はそれらの任意の組み合わせで具現化され得る。例えば、装置４２００の構成要素は、回路、プロセッサ、又は任意の他の適切な装置によってそれぞれ実装される。当業者は、前述の例は説明のためだけであり、限定のためではないことを理解する。

本開示のいくつかの実施形態において、装置４２００は、少なくとも１つのプロセッサを有し得る。本開示の実施形態と共に使用することに適した少なくとも１つのプロセッサは、例として、既に知られた、又は将来において開発される、一般的な及び特定の目的のプロセッサの双方を含み得る。装置４２００は、少なくとも１つのメモリを有し得る。少なくとも１つのメモリは、例えば、半導体メモリデバイス、例えばＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ及びフラッシュメモリデバイスを含み得る。少なくとも１つのメモリは、コンピュータが実行可能な命令のプログラムを格納するために使用され得る。プログラムは、任意の、高レベル、及び／又は低レベルのコンパイル可能又は解釈可能なプログラミング言語で記述され得る。実施形態によれば、コンピュータ実行可能な命令は、少なくとも１つのプロセッサと共に、装置４２００に、上記で議論された方法３００に従う動作を少なくとも実行させるように構成され得る

上記の説明に基づいて、当業者は、本開示が装置、方法、又はコンピュータプログラム製品において具現化され得ることを理解するであろう。一般に、様々な例示的な実施形態は、ハードウェア、又は特殊用途の回路、ソフトウェア、論理、或いはそれらの任意の組み合わせで実施することができる。例えば、いくつかの態様はハードウェアで実施されてもよく、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータデバイスによって実行され得るファームウェア又はソフトウェアで実施されてもよいが、本開示はそれらに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、又は他の絵表示を使用して図示され、及び説明されるが、本明細書に記載のこれらのブロック、装置、システム、技法、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ、他のコンピューティング装置、又はそれらのいくつかの組み合わせによって実行されるとよく理解される。

図３に示されている様々なブロックは、方法ステップとして、及び／又はコンピュータプログラムコードの動作から生じる動作として、及び／又は関連する機能を実行するように構成された複数の結合論理回路要素とみなすことができる。本開示の例示的な実施形態の少なくともいくつかは、集積回路チップ及びモジュールなどの様々な構成要素で実施することができ、本開示の例示的な実施形態は、本開示の例示的な実施形態に従って動作するように構成された集積回路、ＦＰＧＡ、又はＡＳＩＣとして具体化された装置で実現できる。

本明細書は、多数の特定の実施の詳細を含んでいるものの、これらは、開示の範囲又は請求される可能性がある範囲の限定として解釈されるべきではなく、特定の開示の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈において本明細書で説明される特定の特徴は、単一の実施形態において組み合わせて実施されてもよい。反対に、単一の実施形態の文脈で記載されている様々な特徴は、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施することもできる。さらに、特徴は、特定の組み合わせで作用するものとして上述されており、当初はそのように主張されていたとしても、請求された組み合わせからの１つ以上の特徴は、場合によっては組み合わせから切り取られてもよく、請求された組み合わせは、サブコンビネーション又はサブコンビネーションのバリエーションに向けられてもよい。

同様に、動作は特定の順序で図面に描かれているが、望ましい結果を達成するためには、そのような動作が示された特定の順序または順番に実行されること、または示されたすべての動作が実行されることを必要とすると理解すべきではない。特定の状況では、マルチタスキング及び並列処理が有利な場合がある。さらに、上述の実施形態における様々なシステム構成要素の分離は、すべての実施形態においてそのような分離を必要とすると理解されるべきではなく、説明されるプログラム構成要素及びシステムは一般的に単一のソフトウェア製品に統合されるか、又は複数のソフトウェア製品にパッケージ化されると理解されるべきである。

本開示の前述の例示的な実施形態に対する様々な修正形態、適合形態は、添付の図面と併せて読めば、前述の説明から当業者には明らかとなる。ありとあらゆる修正は、依然として本開示の非限定的で例示的な実施形態の範囲内に入る。さらに、本明細書に記載された開示の他の実施形態は、前述の説明および関連する図面に提示された教示の恩恵を受けて、本開示のこれらの実施形態が関連する当業者に思い浮かぶであろう。

したがって、本開示の実施形態は開示された特定の実施形態に限定されるべきではなく、修正形態及び他の実施形態は添付の特許請求の範囲内に含まれることが意図されると理解される。本明細書では特定の用語が使用されているが、それらは一般的かつ説明的な意味でのみ使用されており、限定を目的とするものではない。

Claims (2)

1. 装置によって実施される方法であって、
   候補伝送パターンのセットから、下りリンク（ＤＬ）伝送部分、及び／又は上りリンク（ＵＬ）伝送部分を含む目標伝送パターンを決定し、
   前記ＤＬ伝送部分、及び／又は前記ＵＬ伝送部分の少なくとも一部上に前記装置に対する送信がないことを示すインディケーションを含む下りリンク制御情報（ＤＣＩ：downlink control information）を受信し、
   前記目標伝送パターン、及び前記ＤＣＩに基づいてネットワーク装置との通信を行うこと有する、方法。
2. ネットワーク装置によって実施される方法であって、
   端末装置に目標伝送パターンについての情報を送信し、
   前記目標伝送パターンの下りリンク（ＤＬ）伝送部分、及び／又は上りリンク（ＵＬ）伝送部分の少なくとも一部上に前記端末装置に対する送信がないことを示すインディケーションを含む下りリンク制御情報（ＤＣＩ：downlink control information）を前記端末装置に送信し、
   前記目標伝送パターン、及び前記ＤＣＩに基づいて前記端末装置との通信を行うこと有する、方法。

Images