JP6674566B2 - アップリンクの短縮送信時間間隔送信のためのシグナリング - Google Patents

Description

関連出願の相互参照

本出願は、２０１６年８月１０日に出願された米国特許出願番号６２／３７３，０９８に関連し、当該原出願の優先権の利益を享受する。当該原出願の全内容は本出願において参照することにより援用される。

背景

［分野］
様々な通信システムは、モビリティまたはその他の理由で、測定値の適切な調整から利益を得る場合がある。例えば、ロングタームエボリューション通信システムは、アップリンクの短縮送信時間間隔送信のシグナリングから利益を得る場合がある。

［関連技術の説明］
第３世代パートナーシッププロジェクト（Third Generation Partnership Project：３ＧＰＰ）のロングタームエボリューション（Long Term Evolution：ＬＴＥ）リリース１３および１４（Ｒｅｌ−１３／１４）では、ＬＴＥ−Ａｄｖａｎｃｅｄ Ｐｒｏシステムが含まれる可能性がある。より具体的には、Ｒｅｌ−１３の検討項目である「Study on Latency reduction techniques（遅延低減技術に関する検討）」ＲＰ−１５０４６５と、当該検討項目に基づくフォローアップの作業項目ＲＰ−１６１２９９がある。この検討項目の結論は、３ＧＰＰの技術報告書（Technical Report：ＴＲ）３６．８８１に盛り込まれ、処理時間が物理層の無線遅延に関係していることが示されている。

この検討項目と作業項目に関連する変更には、処理時間が短縮された、短縮送信時間間隔（shorter Transmission Time Interval：ｓＴＴＩ）動作の導入が含まれる。フレーム構成タイプ１［ＲＡＮ１、ＲＡＮ２、ＲＡＮ４］の場合、これらの変更により、短縮物理ダウンリンク共有チャネル（short Physical Downlink Shared Channel：ｓＰＤＳＣＨ）／短縮物理ダウンリンク制御チャネル（short Physical Downlink Control Channel：ｓＰＤＣＣＨ）用に２シンボルのｓＴＴＩおよび１スロットのｓＴＴＩに基づく送信期間をサポートするよう指定され、短縮物理アップリンク制御チャネル（short Physical Uplink Control Channel：ｓＰＵＣＣＨ）／短縮物理アップリンク共有チャネル（short Physical Uplink Shared Channel：ｓＰＵＳＣＨ）用に２シンボルのｓＴＴＩ、４シンボルのｓＴＴＩ、および１スロットのｓＴＴＩに基づく送信期間をサポートするよう指定されうる。ただし、採択されない可能性は残っている。ＰＵＣＣＨやＰＵＳＣＨなどの他の略語との組合せで用いられる「ｓ」は、「短い」、「より短い」、「短縮された」などを制限なしに意味しうる。

従来、リンクレベルでのスループットのパフォーマンスは、ＴＴＩ長が短くなるほど低下する。これは主に、アップリンク（Uplink：ＵＬ）復調参照信号（DeModulation Reference Signal：ＤＭＲＳ）からの相対的なオーバヘッドの増加によるものである。

摘要

第１の実施形態による方法は、復調参照信号に関してユーザ機器による送信の方法を決定することを含みうる。前記方法は、前記決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを提供することを含みうる。

変形例では、前記決定は、前記ユーザ機器が、データシンボルなしで復調参照信号のみを送信することを含みうる。

変形例では、前記決定は、前記ユーザ機器が、復調参照信号なしで複数のデータシンボルを送信することを含みうる。

変形例では、前記決定は、前記ユーザ機器が、復調参照信号と複数のデータシンボルとを送信することを含みうる。

変形例では、前記決定は、データおよび／または復調参照信号の前記送信が非連続的であること含みうる。

変形例では、前記アップリンクグラントは、公称遅延に対する１または２シンボルの遅延を標示するように構成されうる。

変形例では、復調参照信号に関する前記ユーザ機器による送信の方法には、一式のフォーマットから選択されたフォーマットに従って送信することが含まれうる。

変形例では、前記選択されたフォーマットは、前記フォーマットを標示する一式のビットによってシグナリングされうる。

変形例では、前記フォーマットをグループ化でき、ダウンリンク制御情報に任意のグループへのスイッチを含めることができる。

変形例では、変調・符号化方式ビットまたは復調参照信号の巡回シフトビットを用いて、特定のフォーマットを標示しうる。

変形例では、前記ダウンリンク制御情報に、前記グループを標示するビットを含めることや、前記ダウンリンク制御情報にグループ固有の巡回冗長コードのスクランブリングを適用することができる。

上記の変形例は、互いに組み合わせて用いることができる。

第２の実施形態による方法は、復調参照信号に関する決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを受信することを含みうる。前記方法は、前記決定に従って、前記ユーザ機器によりアップリンクで通信することも含みうる。

第２の実施形態は、第１の実施形態の任意の変形例も任意の組合せで含みうる。

第３および第４の実施形態による装置はそれぞれ、第１および第２の実施形態による方法を実行する手段を、それぞれの任意の変形例において含みうる。

第５および第６の実施形態による装置は、少なくとも１つのプロセッサと、少なくとも１つのメモリおよびコンピュータプログラムコードと、を含みうる。前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサにより、前記装置に、少なくとも第１および第２の実施形態による方法を、それぞれの任意の変形例において実行させるように構成されうる。

第７および第８の実施形態によるコンピュータプログラム製品は、第１および第２の実施形態による方法を含むプロセスを、それぞれの任意の変形例において実行するための命令を符号化しうる。

第９および第１０の実施形態による非一時的コンピュータ可読媒体は、ハードウェアにおいて実行されると、第１および第２の実施形態による方法を含むプロセスを、それぞれの任意の変形例において実行する命令を符号化しうる。

第１０および第１１の実施形態によるシステムは、それぞれの任意の変形例において、第４または第６の実施形態による少なくとも１つの装置と通信する、第３または第５の実施形態による少なくとも１つの装置を含みうる。

本発明を適切に理解するために、以下の添付の図面を参照されたい。
図１は、ｓＰＵＳＣＨの送信時間構成を示す図である。 図２は、ある実施形態による、送信フォーマットの組合せの表である表１を示す図である。 図３は、ある実施形態による、連続した５つのＵＬサブフレーム内で異なるｓＴＴＩフォーマットをスケジュールするｅＮＢを示す図である。 図４は、ある実施形態による、２つのＵＥの時間の多重化を示す図である。 図５は、ある実施形態による、様々な数のＰＤＣＣＨシンボルに対するＵＬグラントのいくつかの例を示す図である。 図６は、ある実施形態による方法を示す図である。 図７は、ある実施形態によるシステムを示す図である。

ある実施形態は、例えば、２シンボルの短縮送信時間間隔（short Transmission Time Interval：ｓＴＴＩ）を有する、短縮物理アップリンク共有チャネル（short Physical Uplink Shared Channel：ｓＰＵＳＣＨ）動作に関する。より具体的には、ある実施形態は、アップリンク（Uplink：ＵＬ）復調参照信号（DeModulation Reference Signal：ＤＭＲＳ）と、参照信号の柔軟な送信を可能にする関連するシグナリングと、に関する。

複数のｓＴＴＩで同じＤＭＲＳを用いることは、前述のパフォーマンス損失の軽減に役立つ場合がある。例えば、２つ目または３つ目のｓＴＴＩごとにＤＭＲＳを用いる、および／または、同じリソース上の異なるユーザ機器（User Equipment：ＵＥ）のＤＭＲＳを多重化すると、全体的なＤＭＲＳオーバヘッドが大幅に低減され、したがってスループットが向上する場合がある。ある実施形態では、そのような柔軟なＤＭＲＳ送信のシグナリング方式が提供される。

図１は、ｓＰＵＳＣＨの送信時間構成を示す図である。図１に示すように、各送信時間間隔はＬ個のシンボル、この場合は３つのシンボルを含むことができる。１つまたはゼロの参照シンボル（Reference Symbol：ＲＳ）と、Ｌ個またはＬ−１個のデータシンボル、この場合は２つまたは３つのデータシンボルを含むことができる。このような構成によりＤＭＲＳオーバヘッドが低減されるが、この解決策の欠点は、１つのｓＴＴＩ内のデータシンボルの数が、そのｓＴＴＩ内にＵＬ ＤＭＲＳが存在するかどうかによって変わることである。ＲＰ−１６１２９９の作業項目でも２シンボルｓＴＴＩについて検討されているが、ｓＴＴＩがＵＬ ＤＭＲＳを含むかどうかによって、利用可能なリソースの数が大幅に異なることになる（ＲＳが存在しない場合、利用可能なリソースが２倍になる）。この種のリソース量の変動により、例えば、リンクアダプテーション、再送信、および関連する制御シグナリング設計の点でスケジューラの動作が複雑になるため、望ましくない。代わりに、データ用に利用可能なリソースをｓＴＴＩが常に一定数含むようにするほうが望ましい。ある実施形態により、この設計基準を満たす解決策が提供される。

また、ある実施形態により得られる柔軟性は、ダウンリンク（Downlink：ＤＬ）におけるＵＬグラント送信の観点から有益でありうる。ｓＴＴＩのためのＤＬ制御シグナリングの詳細な設計は未だ存在しないが、ｓＴＴＩのためのＵＬグラントはＰＤＣＣＨとｓＰＤＣＣＨの両方で送信されうる。ＰＤＣＣＨシンボルの数が１から３へと動的に変わり、最後のＰＤＣＣＨシンボルの受信後にのみグラントを復号可能である場合、サブフレームごとのＵＬグラントのタイミングと数が異なる場合がある。ＵＬグラントのためのシグナリング設計により、そのような変動があってもＵＬリソースを効率的に利用できるようになりうる。

ある実施形態は、ｓＴＴＩ動作用のＤＭＲＳとデータシンボルの送信を決定するための効率的で柔軟なシグナリングを促進しうる。このシグナリングにより、発展型ＮｏｄｅＢ（Evolved Node B：ｅＮＢ）などのアクセスノードが、ＵＥまたはｅＮＢのニーズに従ってオーバヘッドの量を調整できるようになりうる。例えば、モビリティの高いＵＥは、データシンボルと時間的に近いＤＭＲＳシンボルを送信する必要や、ｅＮＢがチャネル推定を補間できるように２つのＤＭＲＳシンボルを送信する必要がある場合がある。

例えば、ｅＮＢはＵＬグラントを用いて、ＤＭＲＳシンボルのみ、ＤＭＲＳシンボルなしの２つのデータシンボル、またはＤＭＲＳシンボルと２つのデータシンボルとの組合せ、という選択肢のうちの１つに従ってＵＥが送信を行うようスケジュールすることができる。他の選択肢を用いてもよい。また、ＵＬグラントは、公称遅延に対する１または２シンボルの遅延を標示してもよい。ＵＬグラントはＰＤＣＣＨまたはｓＰＤＣＣＨで送信されてもよい。

図２の表１に関して図示および説明され、かつ、図３および図４に関して図示および説明される以下の特徴は、単なる例に過ぎない。他の実装を用いてもよい。

例示的実施形態では、復調参照信号に関してＵＥによる送信の方法をスケジュールするために、事前定義された送信フォーマットが用いられる。図２は、ある実施形態による、送信フォーマットの組合せの表である表１を示す図である。表１は、１３の送信フォーマットの組合せを示している。フォーマット０〜２は１つのＤＭＲＳシンボルの送信をＵＥにグラントし、フォーマット３〜７は２つのデータシンボルの送信をＵＥにグラントし、残りのフォーマットはＤＭＲＳと２つのデータシンボルの送信をグラントする。この表は、ｓＴＴＩサイズをデータシンボルの数の点で一定にすることを意図した単なる例であり、より多くの組合せを定義したり、いくつかの組合せを省いたりすることもできる。シンボル０は、ｓＰＤＣＣＨで受信したグラントに対して公称の最小処理時間遅延だけ遅延されたＵＬシンボルでありうる。

より具体的には、表１は、ＵＬ ＤＭＲＳ（Ｒ）およびデータ（Ｄ）シンボルの送信用のｓＴＴＩフォーマットを示している。前述のとおり、シンボル０は、グラントの公称時間に対応しうる。例えばフォーマット４のように、シンボル０が空である場合、ＵＥが公称開始時間に対して送信を遅延させなければならないことを意味しうる。

図３は、ある実施形態による、連続した５つのＵＬサブフレーム内で異なるｓＴＴＩフォーマットをスケジュールするｅＮＢを示す図である。矢印は、表１からの「シンボル０」、すなわちＰＤＣＣＨまたはｓＰＤＣＣＨで受信したＵＬグラントに対して公称遅延だけ遅延されたＵＬシンボルを、常に指している。矢印に結び付けられている番号は、図２の表内のフォーマットインデックスに対応する。この例では、ｅＮＢはすべてのＵＬシンボルを割り当てており、どのｓＴＴＩもサブフレームの境界からはみ出さない。しかしながら、ｅＮＢは必要に応じて任意のＵＬシンボルを使わないようにすることもできる。したがって、図３は、ＤＭＲＳシンボルの位置が柔軟であるＵＬグラントの例を示している。

図４は、ある実施形態による、２つのＵＥの時間の多重化を示す図である。この例では、ＵＥ１は中程度の速度であり、ＤＭＲＳシンボルをデータシンボルの近くに配置する必要がありうる。一方、この例では、ＵＥ２はモビリティが低く、いくつか前のシンボルとして送信済みのＤＭＲＳシンボルを再利用できる。２つのＵＥのＤＭＲＳが一致する場合、ＵＥ１およびＵＥ２によって直交ＤＭＲＳシーケンスが送信されうる。ＤＭＲＳの直交性は、異なる巡回シフトまたはインターリーブ周波数分割多元接続（Interleaved Frequency Division Multiple Access：ＩＦＤＭＡ）を用いて達成されてもよい。

したがって、図４は、一部のシンボルにおける重複した直交ＤＭＲＳの送信と、時間的なデータ多重化による、２つのＵＥの柔軟な多重化を示している。

表１に示すフォーマットは別の方法でもシグナリングされる。例えば、第１の方法では、フォーマットのうちの１つを標示するために、ＵＬ ｓＴＴＩグラント内の３つまたは４つのビットを予約できる。３ビットの手法には何らかのスケジューリングの制約が課される場合がある。

第２の方法では、フォーマットをグループ化でき、ダウンリンク制御情報（Downlink Control Information：ＤＣＩ）に、任意のグループへのスイッチを含めることができる。様々なグループのＤＣＩの内容は異なっても、ＤＣＩサイズは同じにすることができる。

例として、ＤＭＲＳのみ送信、データのみ送信、およびＤＭＲＳとデータの送信、のそれぞれに対応する３つのグループがありうる。グループ１が標示される場合、変調・符号化方式（Modulation and Coding Scheme：ＭＣＳ）ビットは不要であるため、グループ１内の任意のフォーマットを標示するためや、その他の目的に用いることができる。同様に、グループ２が標示される場合、ＤＭＲＳ巡回シフトを選択するためのビットは不要であるため、例えば、グループ２内の任意のフォーマットを標示するために用いることができる。別の方法によるグループ化を用いてもよい。

任意のグループへのスイッチは、旧来のＤＣＩフォーマット０と１Ａが区別されるのと同様の方法で、ＤＣＩビット（単数または複数）によって明示的に実現されうる。ＤＣＩフォーマット０と１Ａは同じサイズであり、ＤＣＩ内の１つのビットによって、そのＤＣＩがＵＬグラント用（フォーマット０）であるか、ＤＬ割当て用（フォーマット１Ａ）であるかを標示する。別の方法として、ＤＣＩのグループ固有の巡回冗長検査（Cyclic Redundancy Check：ＣＲＣ）スクランブリングの適用がありうる。これには、基本的に複数のＣ−ＲＮＴＩを予約することや、グループ固有のスクランブリングと明示的ビットとの組合せを用いることが必要となる場合がある。

図３および図４に示すスケジューリングの柔軟性に加えて、ある実施形態のシグナリング方式により、ＰＤＣＣＨシンボルの数によってＤＬ内のスケジューリングインスタンスの数が変動する場合に、ＵＬリソースを効率的に利用できるようになる。これを図５に示す。

図５は、ある実施形態による、様々な数のＰＤＣＣＨシンボルに対するＵＬグラントのいくつかの例を示す図である。ＤＣＩは、符号化によってすべてのＰＤＣＣＨシンボルに分散される。したがって、ｓＴＴＩグラントがＰＤＣＣＨで行われた場合、その復号は、最後のＰＤＣＣＨシンボルの受信後にのみ開始できる。この場合、図５の上側に３つのＰＤＣＣＨシンボルの場合として示すように、サブフレームごとに１つのスケジューリング機会が失われるか、図５の下側の２つの例に示すように、複数の公称スケジューリング時間（「サブフレーム０」）の間で不均等に分割されることがある。

これらの下側の例では、２つのＰＤＣＣＨシンボルの場合でも、ＴＴＩごとに７つのｓＴＴＩ ＵＬグラントがあると想定され、ＰＤＣＣＨシンボルの数に従ってスケジューリングを調整する様々な方法が示されている。しかしながら、２つのＰＤＣＣＨシンボルの場合のグラントの数は未だに決定されておらず、様々な実現方法がありうる。シグナリング方式によっても、示されているもの以外の様々な方法が可能になることに留意されたい。しかしながら、すべての場合において、ｅＮＢは、サブフレーム内のすべての利用可能なＵＬシンボルを割り当てるために、遅延を含むフォーマットおよび／または３つのＵＬシンボルを用いるフォーマットを利用することができる。

図６は、ある実施形態による方法を示す図である。図６に示す方法は、６１０において、復調参照信号に関してユーザ機器による送信の方法を決定することを含みうる。この決定は、個々の場合に基づくことも、事前に構成することもできる。この決定は、ｅＮＢなどのアクセスノードで行うことができる。

この決定は、ユーザ機器がデータシンボルなしで復調参照信号のみ送信する、ユーザ機器が復調参照信号なしで複数のデータシンボルを送信する、または、ユーザ機器が復調参照信号と複数のデータシンボルとを送信する、の１つ以上とすることができる。また、この決定には、データと復調参照信号の非連続的な送信を含めることができる。さらに、ユーザ機器が、ＵＬグラントからＵＬ送信開始までの公称時間より遅延させて送信することを含めることができる。

この方法は、６２０において、上述の決定に従って、ユーザ機器による送信をスケジュールするアップリンクグラントを提供することを含みうる。このアップリンクグラントは、公称遅延に対する１または２シンボルの遅延を標示するように構成することができる。このＵＬグラントは、ｅＮＢなどのアクセスノードによって送信することができる。

復調参照信号に関するユーザ機器による送信の方法には、図２に定めたフォーマットなどの、一式のフォーマットから選択されたフォーマットに従って送信することが含まれうる。選択されたフォーマットは、ＵＬグラント内で、フォーマットを標示する３つまたは４つのビットなどの一式のビットによってシグナリングすることができる。

これらのフォーマットはグループ化でき、ダウンリンク制御情報または他のシグナリングに、任意のグループへのスイッチを含めることができる。そのグループ内で、前述のように、ＭＣＳビットまたは復調参照信号の巡回シフトビットを用いて、特定のフォーマットを標示することができる。ダウンリンク制御情報に、そのグループを標示するビットを含めることや、ダウンリンク制御情報にグループ固有の巡回冗長コードのスクランブリングを適用することができる。

この方法はさらに、６３０において、復調参照信号に関する決定に従って、ユーザ機器による送信をスケジュールするアップリンクグラントを受信することを含みうる。これは、６２０で送信されたグラント、および６１０で行われた決定でありうる。この方法はさらに、６４０において、上述の決定に従って、例えば識別された、または他の方法で標示されたフォーマットを用いて、ユーザ機器がアップリンクで通信することを含みうる。この方法はさらに、６５０において、アクセスノードが、６２０で送信されたグラントに対応するＤＭＲＳおよびｓＰＵＳＣＨデータ送信を受信することを含みうる。

図７は、本発明のある実施形態によるシステムを示す図である。なお、図６のフローチャートにおける各ブロックは、ハードウェア、ソフトウェア、ファームウェア、１つまたは複数のプロセッサおよび／または回路などの各種手段またはその組合せで実現可能であることが理解されよう。一実施形態において、システムは例えばネットワーク要素７１０およびユーザ機器（ＵＥ）またはユーザデバイス７２０のような複数のデバイスを含んでもよい。システムは２つ以上のＵＥ７２０および２つ以上のネットワーク要素７１０を含んでもよいが、図示簡略化のために、それぞれ１つのみ示されている。ネットワーク要素は、アクセスポイント、基地局、ｅＮｏｄｅＢ（ｅＮＢ）、またはその他任意のネットワーク要素であってもよい。

これらのデバイスはそれぞれ、７１４および７２４で示される少なくとも１つのプロセッサ、制御ユニット、またはモジュールを含んでもよい。各デバイスには、７１５および７２５で示すように、少なくとも１つのメモリが設けられてもよい。当該メモリは、例えば上述の実施形態を実現するための、コンピュータプログラム命令またはコンピュータコードを内部に格納してもよい。さらに、１つまたは複数の送受信機７１６および７２６が設けられ、各デバイスは７１７および７２７で示すアンテナも含んでもよい。それぞれアンテナが１つ設けられるように図示されているが、各デバイスには多数のアンテナおよび複数のアンテナ素子が設けられてもよい。例えば、これらデバイスの別の構成が採用されてもよい。例えば、ネットワーク要素７１０およびＵＥ７２０は、無線通信に加え、さらに有線通信用に構成されてもよく、そのような構成では、アンテナ７１７および７２７は、アンテナに限らず、任意の形態の通信ハードウェアを示すものであってもよい。

送受信機７１６および７２６はそれぞれ、他方の構成に関わりなく、送信機、受信機、送信機兼受信機、または送信および受信の両方用に構成されうるユニットまたはデバイスであってもよい。送信機および／または受信機は（無線部に関する限り）、デバイスそのものに設けられるのではなく、例えばアンテナ塔に設けられたリモートラジオヘッドとして実現されてもよい。なお、「リキッド（ｌｉｑｕｉｄ、流動的）」や柔軟な無線概念では、動作や機能は、ノード、ホスト、サーバなど異なるエンティティで柔軟に実行されてもよい。言い換えると、状況に応じて様々な分業体制を敷いてよい。１つの可能な構成として、ネットワーク要素にローカルコンテンツを配信させてもよい。１つまたは複数の機能が、サーバ上で動作可能なソフトウェアとして設けられる仮想アプリケーションとして実現されてもよい。

ユーザデバイスまたはユーザ機器７２０は、移動局（Mobile Station：ＭＳ）であってもよい。このＭＳの例としては、携帯電話、スマートフォン、マルチメディアデバイス、無線通信機能付きのタブレットなどのコンピュータ、無線通信機能付きの携帯情報端末（Personal Data/Digital Assistant：ＰＤＡ）、ポータブルメディアプレイヤー、デジタルカメラ、ポケットビデオカメラ、無線通信機能付きのナビゲーションユニット、またはこれらの任意の組合せが挙げられる。ユーザデバイスまたはユーザ機器７２０は、センサ、スマートメータ、または通常は単一の場所に設定できるその他のデバイスであってもよい。

例示的な実施形態では、ノードまたはユーザデバイスなどの装置が、図６に関連して説明した実施形態を実行する手段を備えてもよい。

プロセッサ７１４および７２４は、任意の計算またはデータ処理デバイスによって実行されてもよい。このデバイスの例としては、中央演算装置（Central Processing Unit：ＣＰＵ）、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラム可能論理回路（Programmable Logic Device：ＰＬＤ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）、デジタル強調回路（digitally enhanced circuit）、これらと同等なデバイス、またはこれらの組合せが挙げられる。プロセッサは、単一のコントローラとして、または複数のコントローラやプロセッサとして実現されてもよい。さらに、プロセッサは、ローカル構成、クラウド構成、またはこれらの組合せにおけるプロセッサのプールとして実現されてもよい。

ファームウェアまたはソフトウェアの場合、少なくとも１つのチップセットのモジュールまたはユニット（例えば手順、機能など）により実現されてもよい。メモリ７１５および７２５はそれぞれ、他方の構成に関わりなく、非一時的コンピュータ可読媒体のような任意の適切な記憶装置であってもよい。ハードディスクドライブ（Hard Disk Drive：ＨＤＤ）、ランダムアクセスメモリ（Random Access Memory：ＲＡＭ）、フラッシュメモリ、またはその他の適切なメモリを使用してもよい。メモリは、プロセッサとしての単一の集積回路に組み合わされてもよいし、これから独立していてもよい。メモリに記憶され、プロセッサにより処理されうるコンピュータプログラム命令は、任意の適切な形態のコンピュータプログラムコードであってもよい。例えば、任意の適切なプログラム言語で書かれたコンパイル方式またはインタプリタ方式のコンピュータプログラムであってもよい。メモリまたはデータ記憶エンティティは、通常内蔵型だが、外付けであっても、それらを組み合わせた形態であってもよい。すなわち、追加のメモリ容量がサービスプロバイダから提供されるような状況でもよい。メモリは備え付けでも、取り外し可能であってもよい。

メモリおよびコンピュータプログラム命令は、特定のデバイス用のプロセッサにより、ネットワーク要素７１０および／またはＵＥ７２０などのハードウェア装置に、上述のプロセスのうちの任意のものを実行させるように構成されてもよい（例えば、図６を参照）。したがって、ある実施形態では、ハードウェアにおいて実行されると本明細書に記載したプロセスのうちの１つのようなプロセスを実行するコンピュータ命令または１つまたは複数のコンピュータプログラム（追加または更新ソフトウェアルーチン、アプレット、またはマクロ）により、非一時的コンピュータ可読媒体が符号化されてもよい。コンピュータプログラムは、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などの高級言語や、機械語などの低級言語のようなプログラミング言語、またはアセンブラによりコード化されてもよい。あるいは、本発明のある実施形態はすべてハードウェアで実現されてもよい。

さらに、図７ではネットワーク要素７１０およびＵＥ７２０が含まれるシステムが図示されているが、本明細書において上述のとおり、また図示のとおりに、本発明の実施形態は、その他の構成や、追加要素をさらに含む構成にも適用可能である。例えば、ユーザ機器デバイスおよびネットワーク要素が複数存在してもよいし、あるいはそれと同様の機能を提供する別のノードが存在してもよい。これには、リレーノードのような、ユーザ機器とアクセスポイントの機能を組み合わせたノードが挙げられる。

各種実施形態には利点や長所がありうる。例えば、ある実施形態では、ｓＰＵＳＣＨデータ送信ごとに一定数のデータシンボルが提供される。同様に、ある実施形態では、ｅＮＢが、例えばモビリティに関するＵＥのニーズに従ってＤＭＲＳの位置を柔軟にグラントすることができる。また、ある実施形態では、サブフレームごとにＰＤＣＣＨシンボルの数が異なることにより、ＤＬのスケジューリングインスタンスの数も異なり、公称の「サブフレーム０」の位置にも影響する場合の解決策が得られる。

当業者であれば、上述の本発明は、異なる順序の工程で実施しうることや、開示されたものとは異なる構成のハードウェア要素で実施しうることを容易に理解するであろう。したがって、本発明は好適な実施形態に基づいて説明されているが、当業者には、本発明の趣旨と範囲から逸脱することなくある種の変形例、変更、および代替の構造を採りうることが自明であろう。

［略語の一覧］
３ＧＰＰ（Third Generation Partnership Project）： 第３世代パートナーシッププロジェクト
ＣＲＣ（Cyclic Redundancy Check）： 巡回冗長検査
Ｃ‐ＲＮＴＩ（Cell Radio Network Temporal Identifier）： セル無線ネットワーク一時識別子
ＤＣＩ（Downlink Control Information）： ダウンリンク制御情報
ＤＬ、Ｄ（Downlink）： ダウンリンク
ＤＭＲＳ（DeModulation Reference Signal）： 復調参照信号
ｅＮＢ（Enhanced Node B）： 拡張ノードＢ
ＦＤＤ（Frequency Division Duplexing）： 周波数分割複信
ＦＤＭ（Frequency Division Multiplexing）： 周波数分割多重化
ＨＡＲＱ（Hybrid Automatic Retransmission Request）： ハイブリッド自動再送リクエスト
ＬＴＥ（Long Term Evolution）： ロングタームエボリューション
ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）： 直交周波数分割多重化
ＰＣＦＩＣＨ（Physical Control Format Indicator Channel）： 物理制御フォーマット指示チャネル
ＰＤＣＣＨ（Physical Downlink Control Channel）： 物理ダウンリンク制御チャネル
ＰＤＳＣＨ（Physical Downlink Shared Channel）： 物理ダウンリンク共有チャネル
ＰＨＩＣＨ（Physical HARQ-ACK Indicator Channel）： 物理ＨＡＲＱ肯定応答指示チャネル
ＰＵＣＣＨ（Physical Uplink Control Channel）： 物理アップリンク制御チャネル
ＰＵＳＣＨ（Physical Uplink Shared Channel）： 物理アップリンク共有チャネル
ＲＡＮ（Radio Access Network）： 無線アクセスネットワーク
Ｒｅｌ（Release）： リリース
ＳＩ（Study Item）： 検討項目
ｓＴＴＩ（Shorter TTI）： 短縮ＴＴＩ
ｓＰＵＳＣＨ（Shorter PUSCH）： 短縮ＰＵＳＣＨ
ＴＤ（Time Division）： 時分割
ＴＤＭ（Time Division Multiplexing）： 時分割多重化
ＴＴＩ（Transmission Time Interval）： 送信時間間隔
ＵＣＩ（Uplink Control Information）： アップリンク制御情報
ＵＥ（User Equipment）： ユーザ機器
ＵＬ、Ｕ（Uplink）： アップリンク
ＷＧ（Working Group）： ワーキンググループ
ＷＩ（Work Item）： 作業項目

Claims (22)

1. ネットワーク要素の動作方法であって、
   復調参照信号に関してユーザ機器による送信の方法を決定することと、
   前記決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを提供することと、
   を含む方法であって、前記決定は、前記ユーザ機器が、データシンボルなしで復調参照信号のみを送信することを決定することを含む、方法。
2. ユーザ機器の動作方法であって、
   復調参照信号に関する決定に従って、ユーザ機器による送信をスケジュールするアップリンクグラントを受信することと、
   前記決定に従って、前記ユーザ機器によりアップリンクで通信することと、
   を含む方法であって、前記決定は、前記ユーザ機器が、データシンボルなしで復調参照信号のみを送信することを決定することを含む、方法。
3. ネットワーク要素の動作方法であって、
   復調参照信号に関してユーザ機器による送信の方法を決定することと、
   前記決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを提供することと、
   を含む方法であって、前記決定は、前記ユーザ機器が、次の選択肢：
   ・ データシンボルなしで復調参照信号のみを送信する；
   ・ 復調参照信号なしで複数のデータシンボルを送信する；
   ・ 復調参照信号と複数のデータシンボルとを送信する；
   のいずれかに従って送信することを含む、方法。
4. ユーザ機器の動作方法であって、
   復調参照信号に関する決定に従って、ユーザ機器による送信をスケジュールするアップリンクグラントを受信することと、
   前記決定に従って、前記ユーザ機器によりアップリンクで通信することと、
   を含む方法であって、前記決定は、前記ユーザ機器が、次の選択肢：
   ・ データシンボルなしで復調参照信号のみを送信する；
   ・ 復調参照信号なしで複数のデータシンボルを送信する；
   ・ 復調参照信号と複数のデータシンボルとを送信する；
   のいずれかに従って送信することを含む、方法。
5. ネットワーク要素の動作方法であって、
   復調参照信号に関してユーザ機器による送信の方法を決定することと、
   前記決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを提供することと、
   を含む方法であって、前記決定は、前記ユーザ機器が、複数の復調参照信号を送信することを含む、方法。
6. 前記決定は、データおよび／または復調参照信号の送信が非連続的であることを決定することを含む、請求項１から５のいずれかに記載の方法。
7. 前記アップリンクグラントは、公称遅延に対する１または２シンボルの遅延を標示するように構成される、請求項１から６のいずれかに記載の方法。
8. 復調参照信号に関する前記ユーザ機器による送信の方法には、一式のフォーマットから選択されたフォーマットに従って送信することが含まれる、請求項１から７のいずれかに記載の方法。
9. 前記アップリンクで通信することには、一式のフォーマットから選択されたフォーマットに従って送信することが含まれる、請求項２又は４に記載の方法。
10. 前記選択されたフォーマットは、前記フォーマットを標示する一式のビットによってシグナリングされる、請求項８または９に記載の方法。
11. 復調参照信号に関してユーザ機器による送信の方法を決定する手段と、
    前記決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを提供する手段と、
    を備える装置であって、前記決定は、前記ユーザ機器が、データシンボルなしで復調参照信号のみを送信することを決定することを含む、装置。
12. 復調参照信号に関する決定に従って、ユーザ機器による送信をスケジュールするアップリンクグラントを受信する手段と、
    前記決定に従って、前記ユーザ機器によりアップリンクで通信する手段と、
    を備える装置であって、前記決定は、前記ユーザ機器が、データシンボルなしで復調参照信号のみを送信することを決定することを含む、装置。
13. 復調参照信号に関してユーザ機器による送信の方法を決定する手段と、
    前記決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを提供する手段と、
    を備える装置であって、前記決定は、前記ユーザ機器が、次の選択肢：
    ・ データシンボルなしで復調参照信号のみを送信する；
    ・ 復調参照信号なしで複数のデータシンボルを送信する；
    ・ 復調参照信号と複数のデータシンボルとを送信する；
    のいずれかに従って送信することを含む、装置。
14. 復調参照信号に関する決定に従って、ユーザ機器による送信をスケジュールするアップリンクグラントを受信する手段と、
    前記決定に従って、前記ユーザ機器によりアップリンクで通信する手段と、
    を備える装置であって、前記決定は、前記ユーザ機器が、次の選択肢：
    ・ データシンボルなしで復調参照信号のみを送信する；
    ・ 復調参照信号なしで複数のデータシンボルを送信する；
    ・ 復調参照信号と複数のデータシンボルとを送信する；
    のいずれかに従って送信することを含む、装置。
15. 復調参照信号に関してユーザ機器による送信の方法を決定する手段と、
    前記決定に従って、前記ユーザ機器による送信をスケジュールするアップリンクグラントを提供する手段と、
    を備える装置であって、前記決定は、前記ユーザ機器が、複数の復調参照信号を送信することを含む、装置。
16. 前記決定は、データおよび／または復調参照信号の送信が非連続的であることを決定することを含む、請求項１１から１５のいずれかに記載の装置。
17. 前記アップリンクグラントは、公称遅延に対する１または２シンボルの遅延を標示するように構成される、請求項１１から１６のいずれかに記載の装置。
18. 復調参照信号に関する前記ユーザ機器による送信の方法には、一式のフォーマットから選択されたフォーマットに従って送信することが含まれる、請求項１１から１７のいずれかに記載の装置。
19. 前記アップリンクで通信することには、一式のフォーマットから選択されたフォーマットに従って送信することが含まれる、請求項１２又は１４に記載の装置。
20. 前記選択されたフォーマットは、前記フォーマットを標示する一式のビットによってシグナリングされる、請求項１８または１９に記載の装置。
21. 処理手段及び記憶手段を備える装置であって、前記記憶手段はプログラム命令を格納し、前記プログラム命令は、前記処理手段に実行されると、前記装置に、請求項１から１０のいずれかに記載の方法を遂行させるように構成される、装置。
22. 装置の処理手段に実行されると、前記装置に、請求項１から１０のいずれかに記載の方法を含むプロセスを遂行させるように構成されるプログラム命令を備える、コンピュータプログラム。

Images