(57)【要約】  本開示の実施形態は、参照信号（ＲＳ）送信のための方法およびデバイスに関する。例示的な実施形態では、ネットワークデバイスで実施される方法が提供される。この方法によれば、ＲＳリソースの第１セットは、ネットワークデバイスによるＲＳ送信のために決定される。ＲＳリソースの第１セットは、ＲＳ送信に使用されるＲＳポートの第１数に関連付けられ、且つ、周波数領域において未使用のＲＥによって補間されたリソース要素（ＲＥ）の第１セットに対応する。ＲＳ送信のための第１ＲＳ構成は、ＲＳリソースの第１セットに基づいて生成される。第１ＲＳ構成に関する情報は、ネットワークデバイスによってサービスされる端末デバイスに送信される。【選択図】図３
2020518190.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスにて実行される方法であって、
前記ネットワークデバイスによる参照信号（ＲＳ）送信についてのＲＳリソースの第１セットを決定することを含み、
ＲＳリソースの前記第１セットは、ＲＳ送信について用いられるＲＳポートの第１数に関連づけられ、且つ、周波数領域において未使用のリソース要素（ＲＥ）によって補間された、ＲＥの第１セットに対応し、
前記方法は、
ＲＳリソースの前記第１セットに基づいて、ＲＳ送信についての第１ＲＳ構成を生成すること、および、
前記ネットワークデバイスによってサービスされる端末デバイスに、前記第１ＲＳ構成に関する情報を送信すること、
を含む、方法。
【請求項２】
ＲＳリソースの前記第１セットを決定することは、
ＲＳポートの前記第１数を決定すること、
ＲＥの前記第１セットにおいて隣接する各２つのＲＥの間に補間される少なくとも１つの未使用のＲＥを示す繰り返し係数を決定すること、および、
ＲＳポートの所定数と関連づけられたＲＳリソースの所定セットから、ＲＳポートの前記第１数および前記繰り返し係数に基づいて、ＲＳリソースの前記第１セットを選択すること、
を含む、
請求項１記載の方法。
【請求項３】
周波数領域においてＲＥの第２セットに対応する、ＲＳ送信についてのＲＳリソースの第２セットを、ＲＳリソースの前記所定セットから且つ少なくとも部分的に前記第１ＲＳ構成に基づいて決定すること、
ＲＳリソースの前記第２セットに基づいて、ＲＳ送信についての第２ＲＳ構成を生成すること、および、
前記第２ＲＳ構成に関する情報を、前記端末デバイスに送信すること、
を含む、請求項２記載の方法。
【請求項４】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットがＲＳポートの前記第１セットに関連付けられ、且つ、前記少なくとも１つの未使用のＲＥがＲＥの前記第２セットにおいて隣接する各２つのＲＥの間に補間されるように、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項３記載の方法。
【請求項５】
ＲＳリソースの前記第１セットおよび前記第２セットは、周波数領域において互いに分離されている、
請求項４記載の方法。
【請求項６】
ＲＳリソースの前記第１セットは、周波数領域においてＲＳリソースの前記第２セットと少なくとも部分的にオーバラップしている、
請求項４記載の方法。
【請求項７】
ＲＳリソースの前記第２セットを決定することは、
周波数領域においてＲＥの前記第１セットをシフトするための値を決定すること、および、
前記決定された値を用いてＲＥの前記第１セットの少なくとも一部をシフトすることにより、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項３記載の方法。
【請求項８】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットがＲＳポートの前記第１数に関連づけられ、且つ、ＲＥの前記第２セットがＲＥの前記第１セットよりも高い密度を有するように、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項３記載の方法。
【請求項９】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットが前記第１数の倍数であるＲＳポートの第２数に関連付けられ、且つ、前記少なくとも１つの未使用のＲＥがＲＥの前記第２セットにおいて隣接する各２つのＲＥの間に補間され、且つ、ＲＥの前記第１セットが同じインデックスを有するＲＥの前記第２セットに含まれるように、ＲＥリソースの前記第２セットを決定すること、
を含む、
請求項３記載の方法。
【請求項１０】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットがＲＳポートの第２数に関連付けられ、且つ、前記第１数は前記第２数の倍数であり、且つ、ＲＥの前記第２セットが同じインデックスを有するＲＥの前記第１セットに含まれるように、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項３記載の方法。
【請求項１１】
前記第１ＲＳ構成に関する前記情報は、前記第１繰り返し係数の指示を含む、
請求項２記載の方法。
【請求項１２】
前記端末デバイスに送信される少なくとも１つのＲＳシーケンスに関する第３ＲＳ構成を生成すること、および、
前記第３ＲＳ構成に関する情報を、ハイレベルシグナリングおよび／またはダイナミックシグナリングを介して前記端末デバイスに送信すること、
を含む、請求項１記載の方法。
【請求項１３】
前記第３ＲＳ構成は、前記少なくとも１つのＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信されること示し、
前記方法は、
前記少なくとも１つのＲＳシーケンスを、ＲＳリソースの前記第１セットを用いて前記端末デバイスに送信すること、
を含む、
請求項１２記載の方法。
【請求項１４】
前記少なくとも１つのＲＳシーケンスは、第１ＲＳシーケンスおよび第２ＲＳシーケンスを含み、
前記第３ＲＳ構成は、前記第１ＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信され、且つ、前記第２ＲＳシーケンスがＲＳリソースの第３セットを用いて送信されることを示し、
前記方法は、
前記第１ＲＳシーケンスを、ＲＳリソースの前記第１セットを用いて前記端末デバイスに送信すること、および、
前記第２ＲＳシーケンスを、ＲＳリソースの前記第３セットを用いて前記端末デバイスに送信すること、
を含む、
請求項１２記載の方法。
【請求項１５】
前記ＲＳは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）、復調参照信号（ＤＭＲＳ）、サウンディング参照信号（ＳＲＳ）、および、位相トラッキング参照信号（ＰＴＲＳ）の少なくとも１つを含む、
請求項１記載の方法。
【請求項１６】
端末デバイスにて実行される方法であって、
ネットワークデバイスによるＲＳ送信についての第１参照信号（ＲＳ）構成に関する情報を、前記ネットワークデバイスから受信することを含み、
前記第１ＲＳ構成は、ＲＳ送信についてのＲＳリソースの第１セットに基づいて決定され、
ＲＳリソースの前記第１セットは、ＲＳ送信について用いられるＲＳポートの第１数に関連づけられ、且つ、周波数領域において少なくとも１つの未使用のＲＥによって補間されるリソース要素（ＲＥ）の第１セットに対応し、
前記方法は、前記第１ＲＳ構成に基づいて、少なくとも１つのＲＳシーケンスを検出することを含む、
方法。
【請求項１７】
前記ネットワークデバイスによるＲＳ送信についての第２ＲＳ構成に関する情報を、前記ネットワークデバイスから受信することを含み、
前記第２ＲＳ構成は、少なくとも部分的に前記第１ＲＳ構成に基づいて決定され、且つ、ＲＳ送信についてのＲＳリソースの第２セットが周波数領域においてＲＥの第２セットに対応することを示す、
請求項１６記載の方法。
【請求項１８】
少なくとも１つのＲＳシーケンスに関する第３ＲＳ構成を、前記ネットワークデバイスからハイレベルシグナリングおよび／またはダイナミックシグナリングを介して受信することを含む、請求項１６記載の方法。
【請求項１９】
前記第３ＲＳ構成は、前記少なくとも１つのＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信されることを示し、
前記少なくとも１つのＲＳシーケンスを検出することは、ＲＳリソースの前記第１セットを用いて前記少なくとも１つのＲＳシーケンスを検出することを含む、
請求項１８記載の方法。
【請求項２０】
前記少なくとも１つのＲＳシーケンスは、第１ＲＳシーケンスおよび第２ＲＳシーケンスを含み、
前記第３ＲＳ構成は、前記第１ＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信され、且つ、前記第２ＲＳシーケンスがＲＳリソースの第３セットを用いて送信されることを示し、
前記少なくとも１つのＲＳシーケンスを決定することは、
ＲＳリソースの前記第１セットを用いて前記第１ＲＳシーケンスを検出すること、および、
ＲＳリソースの前記第３セットを用いて前記第２ＲＳシーケンスを検出すること、
を含む、
請求項１８記載の方法。
【請求項２１】
前記ＲＳは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）、復調参照信号（ＤＭＲＳ）、サウンディング参照信号（ＳＲＳ）、および、位相トラッキング参照信号（ＰＴＲＳ）の少なくとも１つを含む、
請求項１６記載の方法。
【請求項２２】
ネットワークデバイスであって、
プロセッサと、
前記プロセッサに接続され且つ複数の命令を保持するメモリと、
を含み、
前記複数の命令は、前記プロセッサによって実行されると、前記ネットワークデバイスに対して動作を実行させ、
前記動作は、前記ネットワークデバイスによる参照信号（ＲＳ）送信についてのＲＳリソースの第１セットを決定することを含み、
ＲＳリソースの前記第１セットは、ＲＳ送信について用いられるＲＳポートの第１数に関連づけられ、且つ、周波数領域において未使用のリソース要素（ＲＥ）によって補間された、ＲＥの第１セットに対応し、
前記動作は、
ＲＳリソースの前記第１セットに基づいて、ＲＳ送信についての第１ＲＳ構成を生成すること、および、
前記ネットワークデバイスによってサービスされる端末デバイスに、前記第１ＲＳ構成に関する情報を送信すること、
をさらに含む、
ネットワークデバイス。
【請求項２３】
ＲＳリソースの前記第１セットを決定することは、
ＲＳポートの前記第１数を決定すること、
ＲＥの前記第１セットにおいて隣接する各２つのＲＥの間に補間される少なくとも１つの未使用のＲＥを示す繰り返し係数を決定すること、および、
ＲＳポートの所定数と関連づけられたＲＳリソースの所定セットから、ＲＳポートの前記第１数および前記繰り返し係数に基づいて、ＲＳリソースの前記第１セットを選択すること、
を含む、
請求項２２記載のネットワークデバイス。
【請求項２４】
前記動作は、
周波数領域においてＲＥの第２セットに対応する、ＲＳ送信についてのＲＳリソースの第２セットを、ＲＳリソースの前記所定セットから且つ少なくとも部分的に前記第１ＲＳ構成に基づいて決定すること、
ＲＳリソースの前記第２セットに基づいて、ＲＳ送信についての第２ＲＳ構成を生成すること、および、
前記第２ＲＳ構成に関する情報を、前記端末デバイスに送信すること、
を含む、
請求項２３記載のネットワークデバイス。
【請求項２５】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットがＲＳポートの前記第１セットに関連付けられ、且つ、前記少なくとも１つの未使用のＲＥがＲＥの前記第２セットにおいて隣接する各２つのＲＥの間に補間されるように、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項２４記載のネットワークデバイス。
【請求項２６】
ＲＳリソースの前記第１セットおよび前記第２セットは、周波数領域において互いに分離されている、
請求項２５記載のネットワークデバイス。
【請求項２７】
ＲＳリソースの前記第１セットは、周波数領域においてＲＳリソースの前記第２セットと少なくとも部分的にオーバラップしている、
請求項２５記載のネットワークデバイス。
【請求項２８】
ＲＳリソースの前記第２セットを決定することは、
周波数領域においてＲＥの前記第１セットをシフトするための値を決定すること、および、
前記決定された値を用いてＲＥの前記第１セットの少なくとも一部をシフトすることにより、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項２４記載のネットワークデバイス。
【請求項２９】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットがＲＳポートの前記第１数に関連づけられ、且つ、ＲＥの前記第２セットがＲＥの前記第１セットよりも高い密度を有するように、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項２４記載のネットワークデバイス。
【請求項３０】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットが前記第１数の倍数であるＲＳポートの第２数に関連付けられ、且つ、前記少なくとも１つの未使用のＲＥがＲＥの前記第２セットにおいて隣接する各２つのＲＥの間に補間され、且つ、ＲＥの前記第１セットが同じインデックスを有するＲＥの前記第２セットに含まれるように、ＲＥリソースの前記第２セットを決定すること、
を含む、
請求項２４記載のネットワークデバイス。
【請求項３１】
ＲＳリソースの前記第２セットを決定することは、
ＲＳリソースの前記第２セットがＲＳポートの第２数に関連付けられ、且つ、前記第１数は前記第２数の倍数であり、且つ、ＲＥの前記第２セットが同じインデックスを有するＲＥの前記第１セットに含まれるように、ＲＳリソースの前記第２セットを決定すること、
を含む、
請求項２４記載のネットワークデバイス。
【請求項３２】
前記第１ＲＳ構成に関する前記情報は、前記第１繰り返し係数の指示を含む、
請求項２２記載のネットワークデバイス。
【請求項３３】
前記動作は、
前記端末デバイスに送信される少なくとも１つのＲＳシーケンスに関する第３ＲＳ構成を生成すること、および、
前記第３ＲＳ構成に関する情報を、ハイレベルシグナリングおよび／またはダイナミックシグナリングを介して前記端末デバイスに送信すること、
を含む、請求項２２記載のネットワークデバイス。
【請求項３４】
前記第３ＲＳ構成は、前記少なくとも１つのＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信されること示し、
前記動作は、
前記少なくとも１つのＲＳシーケンスを、ＲＳリソースの前記第１セットを用いて前記端末デバイスに送信すること、
を含む、
請求項３３記載のネットワークデバイス。
【請求項３５】
前記少なくとも１つのＲＳシーケンスは、第１ＲＳシーケンスおよび第２ＲＳシーケンスを含み、
前記第３ＲＳ構成は、前記第１ＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信され、且つ、前記第２ＲＳシーケンスがＲＳリソースの第３セットを用いて送信されることを示し、
前記動作は、
前記第１ＲＳシーケンスを、ＲＳリソースの前記第１セットを用いて前記端末デバイスに送信すること、および、
前記第２ＲＳシーケンスを、ＲＳリソースの前記第３セットを用いて前記端末デバイスに送信すること、
を含む、
請求項３３記載のネットワークデバイス。
【請求項３６】
前記ＲＳは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）、復調参照信号（ＤＭＲＳ）、サウンディング参照信号（ＳＲＳ）、および、位相トラッキング参照信号（ＰＴＲＳ）の少なくとも１つを含む、
請求項２２記載のネットワークデバイス。
【請求項３７】
端末デバイスであって、
プロセッサと、
前記プロセッサに接続され且つ複数の命令を保持するメモリと、
を含み、
前記複数の命令は、前記プロセッサによって実行されると、前記端末デバイスに対して動作を実行させ、
前記動作は、ネットワークデバイスによるＲＳ送信についての第１参照信号（ＲＳ）構成に関する情報を、前記ネットワークデバイスから受信することを含み、
前記第１ＲＳ構成は、ＲＳ送信についてのＲＳリソースの第１セットに基づいて決定され、
ＲＳリソースの前記第１セットは、ＲＳ送信について用いられるＲＳポートの第１数に関連づけられ、且つ、周波数領域において少なくとも１つの未使用のＲＥによって補間されるリソース要素（ＲＥ）の第１セットに対応し、
前記動作は、前記第１ＲＳ構成に基づいて、少なくとも１つのＲＳシーケンスを検出することを含む、
端末デバイス。
【請求項３８】
前記動作は、前記ネットワークデバイスによるＲＳ送信についての第２ＲＳ構成に関する情報を、前記ネットワークデバイスから受信することを含み、
前記第２ＲＳ構成は、少なくとも部分的に前記第１ＲＳ構成に基づいて決定され、且つ、ＲＳ送信についてのＲＳリソースの第２セットが周波数領域においてＲＥの第２セットに対応することを示す、
請求項３７記載の端末デバイス。
【請求項３９】
前記動作は、少なくとも１つのＲＳシーケンスに関する第３ＲＳ構成を、前記ネットワークデバイスからハイレベルシグナリングおよび／またはダイナミックシグナリングを介して受信することを含む、
請求項３７記載の端末デバイス。
【請求項４０】
前記第３ＲＳ構成は、前記少なくとも１つのＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信されることを示し、
前記少なくとも１つのＲＳシーケンスを検出することは、ＲＳリソースの前記第１セットを用いて前記少なくとも１つのＲＳシーケンスを検出することを含む、
請求項３９記載の端末デバイス。
【請求項４１】
前記少なくとも１つのＲＳシーケンスは、第１ＲＳシーケンスおよび第２ＲＳシーケンスを含み、
前記第３ＲＳ構成は、前記第１ＲＳシーケンスがＲＳリソースの前記第１セットを用いて送信され、且つ、前記第２ＲＳシーケンスがＲＳリソースの第３セットを用いて送信されることを示し、
前記少なくとも１つのＲＳシーケンスを決定することは、
ＲＳリソースの前記第１セットを用いて前記第１ＲＳシーケンスを検出すること、および、
ＲＳリソースの前記第３セットを用いて前記第２ＲＳシーケンスを検出すること、
を含む、
請求項３９記載の端末デバイス。
【請求項４２】
前記ＲＳは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ）、復調参照信号（ＤＭＲＳ）、サウンディング参照信号（ＳＲＳ）、および、位相トラッキング参照信号（ＰＴＲＳ）の少なくとも１つを含む、
請求項３７記載の端末デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般に、電気通信の分野に関し、特に、参照信号（RS : reference signal）送信のための方法および装置に関する。
【背景技術】
【０００２】
通信技術の開発に伴い、複数のタイプのサービスまたはトラフィックが提案されており、それは、たとえば、一般に高いデータレートを必要とする拡張モバイルブロードバンド（eMBB : enhanced mobile broadband）、通常は長いバッテリー寿命を必要とする大容量マシンタイプ通信（mMTC : massive machine type communication）、および、超高信頼性および低遅延通信（URLLC : ultra-reliable and low latency communication）である。一方、新無線アクセス（new radio access）のために、ビーム管理や参照信号送信などのマルチアンテナ方式が研究されている。特に、チャネル状態情報参照信号（CSI-RS : Channel State Information-Reference Signal）が直交周波数分割多重（OFDM : Orthogonal Frequency Division Multiplexing）シンボル内のビームスイープ（beam sweeping）をサポートできることは、３ＧＰＰ仕様書で合意されている。
【０００３】
ＣＳＩ−ＲＳは、送信（Ｔｘ）および受信（Ｒｘ）ビームスイープをサポートするべきであり、これは、端末デバイスが良好なＴｘ−Ｒｘビームペアを見つけるのを助けることができる。最適なＴｘ−Ｒｘビームペアを取得するためには、ＮｔのＴｘビームおよびＮｒのＲｘビームが存在する場合、ＣＳＩ−ＲＳは、トータルでＮｔ×Ｎｒの繰り返しを提供する必要がある。各繰り返しが１シンボル掛かる場合、ＣＳＩ−ＲＳ送信のために、トータルでＮｔ×Ｎｒ個のシンボルが必要になる可能性がある。特定のＴｘ／Ｒｘポイント（新無線アクセスのＮｏｄｅＢなど）および端末デバイスのアンテナの数が多い可能性があり、これは、スイープされるべきビームの数が多くなることを意味する。この場合、ＣＳＩ−ＲＳ送信のオーバーヘッドおよび遅延の削減スキームが検討される必要がある。
【発明の概要】
【０００４】
概して、本開示の例示的な実施形態は、ＲＳ送信のための方法および装置を提供する。
【０００５】
第１の態様では、ネットワークデバイスで実施される方法が提供される。この方法によれば、複数のＲＳリソースの第１セット（first set of RS resources）は、ＲＳ送信のためにネットワークデバイスによって決定される。複数のＲＳリソースの第１セットは、ＲＳ送信のために使用されるＲＳポート群の第１数（a first number of RS ports）に関連付けられ、周波数領域で未使用の複数のＲＥによって補間された、複数のリソース要素（ＲＥ）の第１セット（first set of resource elements）に対応する。ＲＳ送信のための第１ＲＳ構成（first RS configuration）は、上記のＲＳリソースの第１セットに基づいて、生成される。上記の第１ＲＳ構成（設定）に関する情報は、ネットワークデバイスによってサービスされる端末デバイスに送信される。
【０００６】
第２の態様では、端末デバイスで実施される方法が提供される。この方法によれば、ネットワークデバイスによるＲＳ送信のための第１ＲＳ構成に関する情報が、ネットワークデバイスから受信される。第１ＲＳ構成は、ＲＳ送信のためのＲＳリソースの第１セットに基づいて、決定される。ＲＳリソースの第１セットは、ＲＳ送信に使用されるＲＳポート群の第１数に関連付けられ、周波数領域における少なくとも１つの未使用のＲＥによって補間される、ＲＥの第１セットに対応する。第１ＲＳ構成に基づいて、少なくとも１つのＲＳシーケンスが検出される。
【０００７】
第３の態様では、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサと、プロセッサに接続されたメモリとを有している。メモリは、プロセッサによって実行されると、ネットワークデバイスにアクションを実行させる命令を格納する。該アクションは、ネットワークデバイスによるＲＳ送信のためのＲＳリソースの第１セットを決定することを含む。ＲＳリソースの第１セットは、ＲＳ送信に使用されるＲＳポート群の第１数に関連付けられ、周波数領域において未使用のＲＥによって補間されるＲＥの第１セットに対応する。該アクションは、さらに、ＲＳリソースの第１セットに基づいて、ＲＳ送信のための第１ＲＳ構成を生成すること、および、第１ＲＳ構成に関する情報を、ネットワークデバイスによってサービスされる端末デバイスに送信すること、を含む。
【０００８】
第４の態様では、端末デバイスが提供される。端末デバイスは、プロセッサと、プロセッサに接続されたメモリとを有している。メモリは、プロセッサによって実行されると、ネットワークデバイスにアクションを実行させる命令を格納する。該アクションは、ネットワークデバイスから、ネットワークデバイスによるＲＳ送信のための第１参照信号（RS）構成に関する情報を受信することを含む。第１ＲＳ構成は、ＲＳ送信のためのＲＳリソースの第１セットに基づいて、決定される。ＲＳリソースの第１セットは、ＲＳ送信に使用されるＲＳポート群の第１数に関連付けられ、周波数領域において少なくとも１つの未使用のＲＥによって補間されたリソース要素（ＲＥ）の第１セットに対応する。該アクションは、さらに、第１ＲＳ構成に基づいて、少なくとも１つのＲＳシーケンスを検出することを含む。
【０００９】
本開示の他の特徴は、以下の説明を通して容易に理解可能になるであろう。
【図面の簡単な説明】
【００１０】
添付の図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の上記および他の、目的、特徴、および利点がより明らかになるであろう。
【００１１】
【図１】図１は、本開示の実施形態が実装され得る通信環境のブロック図である。
【００１２】
【図２】図２は、]本開示のいくつかの実施形態による、ＲＳ送信のためのプロセスを示すフローチャートである。
【００１３】
【図３】図３は、本開示のいくつかの実施形態による例示的な方法のフローチャートである。
【００１４】
【図４Ａ】図４Ａは、本開示のいくつかの実施形態による、ＲＳリソースの所定のセットからのＲＳリソースの第１セットの選択の例を示す図である。
【図４Ｂ】図４Ｂは、本開示のいくつかの実施形態による、ＲＳリソースの所定のセットからのＲＳリソースの第１セットの選択の例を示す図である。
【００１５】
【図５】図５は、本開示の他の実施形態による、ＲＳリソースの所定のセットからのＲＳリソースの第１セットの選択の例を示す図である。
【００１６】
【図６】図６は、本開示のいくつかの実施形態による例示的な方法のフローチャートである。
【００１７】
【図７】図７Ａ〜図７Ｄは、本開示のいくつかの実施形態による、ＲＳリソースの第２セットを構成する例を示す図である。
【００１８】
【図８Ａ】図８Ａは、本開示のいくつかの実施形態による、ＲＳ構成におけるＲＰＦ指示の例を示す図である。
【００１９】
【図８Ｂ】図８Ｂは、本開示のいくつかの実施形態による、第２ＲＳ構成に関する情報の例を示す図である。
【００２０】
【図９】図９は、本開示のいくつかの実施形態による例示的な方法のフローチャートである。
【００２１】
【図１０】図１０Ａ〜図１０Ｂは、本開示のいくつかの実施形態による、異なる複数のＲＳシーケンスのリソースマッピングの例を示す図である。
【００２２】
【図１１】図１１Ａ〜図１１Ｂは、本開示のいくつかの実施形態による、異なる複数のＲＳシーケンスのリソースマッピングの例を示す図である。
【００２３】
【図１２】図１２Ａ〜図１２Ｂは、本開示のいくつかの実施形態による、ＲＳ送信のための異なる複数の電力構成の例を示す図である。
【００２４】
【図１３】図１３は、本開示のいくつかの実施形態による、ＣＳＩ−ＲＳ構成に関連付けられたＳＲＳ構成の例を示す図である。
【００２５】
【図１４】図１４は、本開示のいくつかの実施形態によるネットワークデバイスのブロック図である。
【００２６】
【図１５】図１５は、本開示のいくつかの実施形態による端末デバイスのブロック図である。
【００２７】
【図１６】図１６は、本開示の実施形態を実施するのに適したデバイスの簡略化されたブロック図である。
【００２８】
図面を通して、同じまたは類似の参照番号は、同じまたは類似の要素を表す。
【発明を実施するための形態】
【００２９】
ここで、本開示の主題は、いくつかの例示的な実施形態を参照して説明される。これらの実施形態は、本開示の範囲に対するいかなる限定を示唆するのではなく、当業者が本開示をよりよく理解して実施することを可能にする、目的でのみ説明されることを理解されたい。ここに記述される開示は、以下で説明されるもの以外の様々な方法で実装され得る。
【００３０】
以下の説明および特許請求の範囲において、他に定義されない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術分野の当業者によって一般に理解されるものと同じ意味を有する。
【００３１】
本明細書で使用される「ネットワークデバイス」または「基地局」（ＢＳ）という用語は、端末デバイスが通信できるセルまたはカバレッジを提供できるまたはホストできる、デバイスを指す。ネットワークデバイスの例には、これに限定されるものではないが、Node B（NodeBまたはNB）、Evolved NodeB（eNodeBまたはeNB）、次世代NodeB（gNB）、Remote Radio Unit（RRU）、radio head（RH）、リモート無線ヘッド（RRH）、および、フェムトノード、ピコノードなどの低電力ノードが含まれる。議論の目的のために、以下では、ネットワークデバイスの例としてgNBを参照していくつかの実施形態を説明する。
【００３２】
本明細書で使用される「端末デバイス」という用語は、無線または有線の通信機能を有する任意の装置を指す。端末デバイスの例には、これに限定されるものではないが、ユーザ機器（UE）、パーソナルコンピュータ、デスクトップ、モバイルフォン、セルラフォン、スマートフォン、携帯情報端末（PDA）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽ストレージおよび再生アプライアンス、または、無線または有線のインターネットアクセスおよびブラウジングなどを可能にするインターネットアプライアンスを含む。議論の目的のために、以下では、端末デバイスの例としてUEを参照していくつかの実施形態を説明する。
【００３３】
本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈がそうでないことを明確に示さない限り、複数形も含むことを意図している。「含む」という用語とその変形は、「含むが、これに限定されない」を意味するオープンな用語として読まれる。「に基づいて」という用語は、「少なくとも部分的に基づいて」として読まれる。「一実施形態」および「実施形態」という用語は、「少なくとも１つの実施形態」として読まれる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」と読まれる。用語「第１」、「第２」および同種のものは、異なるオブジェクトまたは同じオブジェクトを指していてもよい。明示的および暗黙的なその他の定義を以下に含めることができる。
【００３４】
いくつかの例では、複数の値、複数の手順、または、複数の装置は、「最良」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。そのような説明は、多くの使用される機能的選択肢の中から選択できることを示すことを意図しており、そのような選択は、他の選択よりも、良い、小さい、高い、またはそうでなければ好ましい、必要はないことが理解されよう。
【００３５】
本開示で議論される通信は、これに限定されるものではないが、新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ−Ａ）、広帯域符号分割多元接続（WCDMA（登録商標））、符号分割多元接続（CDMA）、および、移動体通信用グローバルシステム（GSM（登録商標））などを含む、任意の適切な規格に準拠し得る。さらに、その通信は、現在知られているか又は将来開発されるいずれかの世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、これに限定されるものではないが、第１世代（1G）、第２世代（2G）、2.5G、2.75G、第３世代（3G）、第４世代（4G）、4.5G、第５世代（5G）の通信プロトコルが含まれる。
【００３６】
図１は、本開示の実施形態が実装され得る例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる３つの端末デバイス１２０−１、１２０−２、および１２０−３（まとめて端末デバイス１２０と呼ばれるか、または個々に端末デバイス１２０と呼ばれる）とを含む。ネットワークデバイス１１０のカバレッジは、セル１０２とも呼ばれる。基地局および端末デバイスの数は、制限を示唆することなく、例示のみを目的とすることを理解されたい。ネットワーク１００は、本開示の実施形態を実施するように適合された任意の適切な数の基地局および端末デバイスを含むことができる。図示されていないが、セル１０２に隣接する１つ以上の隣接するセルが存在し得、１つ以上の対応するネットワークデバイスが、そこに位置する多数の端末デバイスにサービスを提供することが理解されであろう。
【００３７】
ネットワークデバイス１１０は、端末デバイス１２０と通信することができる。ネットワーク１００における通信は、これらに限定されないが、ロングタームエボリューション（LTE）、ＬＴＥエボリューション、ＬＴＥアドバンスト（LTE-A）、広帯域符号分割多元接続（WCDMA（登録商標））、符号分割多元接続（CDMA）、およびモバイル通信用グローバルシステム（GSM（登録商標））などを含む、任意の適切な規格に準拠し得る。さらに、この通信は、現在知られているか又は将来開発されるいずれかの世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例には、これらに限定されるものではないが、第１世代（1G）、第２世代（2G）、2.5G、2.75G、第３世代（3G）、第４世代（4G）、4.5G、第５世代（5G）の通信プロトコルが含まれる。
【００３８】
通常のデータ通信に加えて、ネットワークデバイス１１０は、ダウンリンクにおいて、ブロードキャスト、マルチキャスト、および／またはユニキャストの方式で、１つまたは複数の端末デバイス１２０にＲＳを送信してもよい。同様に、１つまたは複数の端末デバイス１２０は、アップリンクにおいて、ＲＳをネットワークデバイス１１０に送信してもよい。本明細書で使用される「ダウンリンク」は、ネットワークデバイスから端末デバイスへのリンクを指し、「アップリンク」は、端末デバイスからネットワークデバイスへのリンクを指す。制限を示唆することなく議論するために、以下の説明では、ダウンリンクＲＳ送信に関して、いくつかの実施形態を説明する。
【００３９】
例えば、ダウンリンクＲＳ送信の場合、ＲＳは、ビームスイープ、チャネル推定（channel estimation）、復調（demodulation）、および、通信のための他の動作のために、端末デバイス１２０によって使用され得る。一般的に、ＲＳは、ネットワークデバイス１１０および端末デバイス１２０の両方によって知られている、信号シーケンス（「ＲＳシーケンス」とも呼ばれる）である。例えば、ＲＳシーケンスは、特定のルールに基づいて、ネットワークデバイス１１０によって生成および送信されてもよく、端末デバイス１２０は、同じルールに基づいて、ＲＳシーケンスを推定してもよい。ＲＳの例は、ダウンリンクまたはアップリンクの復調参照信号（DMRS : Demodulation Reference Signal）、チャネル状態情報参照信号（CSI-RS : Channel State Information-Reference Signal）、サウンディング参照信号（SRS : Sounding Reference Signal）、位相追跡参照信号（PTRS : Phase Tracking Reference Signal）などが含まれるが、これらに限定されない。制限を示唆することなく議論するために、以下の説明では、ＲＳの例としてＣＳＩ−ＲＳを参照して、いくつかの実施形態を説明する。
【００４０】
ダウンリンクおよびアップリンクのＲＳの送信において、ネットワークデバイス１１０は、その送信のために、対応するリソース（「ＲＳリソース」とも呼ばれる）を割り当て、および／または、どのＲＳシーケンスが送信されるべきかを指定してもよい。いくつかのシナリオでは、ネットワークデバイス１１０および端末デバイス１２０の両方は、複数のアンテナポート（または、複数のアンテナ要素）が装備され、アンテナポート（アンテナ要素）を用いて、指定されたＲＳシーケンスを送信できる。複数のＲＳポートに関連付けられた、複数のＲＳリソースのセットも、指定される。ＲＳポートは、時間領域、周波数領域、および／またはコード領域においてＲＳ送信のために割り当てられたリソース領域の１つ以上のリソース要素への、ＲＳシーケンスの一部またはすべての、特定のマッピングとして、呼ばれてもよい。
【００４１】
上述のように、ＣＳＩ−ＲＳは、端末デバイスが最適なＴｘ−Ｒｘビームペアを見つけ出すことを可能にするために、ＯＦＤＭシンボル内のＴｘおよびＲｘビームスイープをサポートすべきである。最適なＴｘ−Ｒｘビームペアを取得するためには、ＮｔのＴｘビームおよびＮｒのＲｘビームが存在する場合、ＣＳＩ−ＲＳは、トータルでＮｔ×Ｎｒの繰り返しを提供する必要がある。各繰り返しが１シンボル掛かる場合、ＣＳＩ−ＲＳ送信のために、トータルでＮｔ×Ｎｒ個のシンボルが必要になる可能性がある。ネットワークデバイスおよび端末デバイスのアンテナ数が増えると、スイープされるべきビームの数が多くなる。これにより、ＣＳＩ−ＲＳ送信についての大きなオーバーヘッドおよび遅延が生じる可能性がある。
【００４２】
上記の問題および他の潜在的な問題のうちの１つ以上を解決するために、本開示の例示的な実施形態に従って、ＲＳ送信のためのソリューションが提供される。このソリューションにより、ＩＦＤＭＡ（Interleaved Frequency Division Multiple Access）技術に基づいたＲＳリソースの入れ子構造（nested structure）が提供され得る。ＲＳリソースのこのネスト構造は、時間領域において１つのシンボル内で複数の繰り返し信号をサポートできるため、端末デバイスは、１つのシンボル内で複数のビームを検出できる。さらに、このソリューションを使用すると、端末デバイスが複数のＲＳシーケンスを同時に検出できるように、複数のＲＳシーケンスが、異なるまたは同じ複数のＲＳリソースにマッピングされ得る。したがって、本開示の実施形態によるソリューションは、ＲＳ送信のオーバーヘッドおよび待ち時間を大幅に削減することができる。
【００４３】
本開示の原理および実装は、図２−１４を参照して以下で詳細に説明される。ここで、図２は、本開示のいくつかの実施形態によるＲＳ送信のための一般的なプロセス２００を示す。議論の目的のために、プロセス２００は、図１を参照して説明される。プロセス２００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる１つ以上の端末デバイス１２０とを含み得る。
【００４４】
ネットワークデバイス１１０は、ＲＳ送信のためのいくつかの情報を構成（設定）してもよい（２１０）。ネットワークデバイス１１０によって構成される情報は、ＲＳポートの数、ＲＳリソース、送信パターン、密度（density）、少なくとも１つのＲＳシーケンス、繰り返し係数（repetition factor）、送信電力など、のうちの少なくとも１つの構成を含んでいてもよい。ネットワークデバイスは、ＲＳ構成を送信することにより、端末デバイス１２０にその情報を示してもよい（２２０）。端末デバイス１２０は、ネットワークデバイス１１０から、ＲＳ送信のために構成されたその情報を受信してもよい（２３０）。ネットワークデバイス１１０は、そのＲＳ構成に基づいて、ＲＳを端末デバイス１２０に送信してもよい（２４０）。端末デバイス１２０は、ＲＳ構成に基づいて、送信されたＲＳを受信してもよい（２５０）。
【００４５】
図３は、本開示のいくつかの実施形態による例示的な方法３００のフローチャートを示す。議論の目的のために、方法３００は、図１を参照して説明される。方法３００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる１つ以上の端末デバイス１２０とを含み得る。
【００４６】
動作３１０において、ネットワークデバイス１１０は、ネットワークデバイス１１０によるＲＳ送信のための、複数のＲＳリソースの第１セットを決定する。ＲＳリソースの第１セットは、ＲＳ送信に使用されるＲＳポート群の第１数に関連付けられて、周波数領域において複数のＲＥの第１セットに対応してもよい。いくつかの実施形態では、そのＲＳリソースの第１セットは、所定数のＲＳポートに関連する複数のＲＳリソースの所定セットから、選択されてもよい。一実施形態では、そのＲＳリソースの第１セットは、ＲＳポート群の第１数および繰り返し係数によって構成（設定）されてもよい。
【００４７】
一実施形態では、上記の第１数は、ＲＳポートの所定数以下であってもよい。その所定数（Ｎで表される）は、サポートされているＲＳポートの最大数と同じであってもよい。たとえば、ＲＳポートの最大数がＭで表される場合、上記の第１数は、1、2, …, Mなどの、Ｍ以下の整数になるように、設定されてもよい。他の実施形態では、所定数Ｎは、サポートされるＲＳポートの最大数よりも小さくてもよく、例えば、Ｎ＜Ｍである。そして、ＲＳリソースの第１セットに関連付けられるＲＳポートの第１数は、Ｎより大きくない整数（1, 2, …, Nなど）となるように設定されてもよい。
【００４８】
一実施形態では、ＲＳポートの最大数は、８に設定されてもよい。そして、上記の第１数は、１，２，４，８のいずれかになるように設定されてもよい。他の実施形態では、上記の所定数は、サポートされているＲＳポートの最大数より小さくてもよく、たとえば４である。そして、ＲＳリソースの第１セットに関連付けられたＲＳポート群の第１数は、１，２，４のいずれかに設定されてもよい。
【００４９】
一実施形態では、繰り返し係数は、端末デバイス１２０の能力（例えば、端末デバイス１２０によって１つのシンボル内で複数のビームを検出できるかどうか）に基づいて、設定されてもよい。繰り返し係数（RPF : repetition factor）は、周波数領域におけるＲＳリソースの密度を示してもよい。たとえば、ＲＰＦがＫ（Ｋ＞１）に等しい場合、Ｋ−１個の未使用のＲＥが、ＲＳ送信のための２つの隣接するＲＥの間に補間される、ことを示す場合がある。当業者に知られているように、各２つの隣接するＲＥ間に補間される、Ｋ−１個の未使用のＲＥは、時間領域において１つのシンボル内にＫ個の繰り返される信号をもたらし得る。
【００５０】
一実施形態では、ネットワークデバイス１１０は、ＲＳポートの所定数に関連するＲＳリソースの所定セットから、ＲＳポートの第１数および繰り返し係数に基づいて、ＲＳリソースの第１セットを選択し得る。すなわち、ＲＳリソースの所定セットのサブセットは、ＲＳリソースの第１セットになるように設定されてもよい。
【００５１】
一実施形態では、例えば、図４Ａは、ＲＳリソースの所定セットからのＲＳリソースの第１セットの選択のいくつかの例を示す。図４Ａは、ＲＰＦがＫに等しい場合の異なる複数のＲＳポートに関連付けられた複数のＲＳリソースの異なる複数のセットを示している。図４Ａにおいて、各要素は、周波数領域におけるＲＥを表す。占有された要素（つまり、影で塗りつぶされた要素）は、ＲＳ送信のためのＲＥを表し、一方、占有されていない要素（つまり、空白またはクロスで塗りつぶされた要素）は、未使用のＲＥを表す。
【００５２】
図４Ａに示すように、例えば、ＲＳリソースの所定セットは、ＲＰＦ値がＫ（「ＲＰＦ−Ｋ」とも呼ばれ、ここで、Ｋは整数であり、Ｋ＞１である）に設定される。（Ｋ−１）個の未使用のＲＥは、ＲＳ送信のための２つの隣接するＲＥの間に配置される。一実施形態では、ＲＳポートの第１数がＱである場合、Ｑ個のＲＳポートについてのリソースセット（略して「ＱポートＲＳリソース」とも呼ばれる）が、ＲＳリソースの第１セットとして選択されてもよい。別の実施形態では、ＱポートＲＳリソースが決定されている場合、ＰポートＲＳリソース（Ｐは整数であり、１≦Ｐ＜Ｑ）が、ＱポートＲＳリソースから選択されてもよい。例えば、Ｑは、Ｐの倍数である。別の実施形態では、ＰポートＲＳリソースは、ＱポートＲＳリソースのサブセットであってもよく、選択されていないリソースは、Ｐ個のＲＳポートについて未使用であってもよい。
【００５３】
別の実施形態では、例えば、図４Ｂは、ＲＳリソースの所定セットからのＲＳリソースの第１セットの選択のいくつかの例を示す。図４Ｂは、ＲＰＦが２に等しい場合の異なる複数のＲＳポートに関連付けられた、ＲＳリソースの異なる複数のセットを示している。図４Ｂでは、各要素は、周波数領域におけるＲＥを表していてもよい。占有されている要素（つまり、影で埋められているか、大文字でインデックスが付けられている要素）は、ＲＳ送信のためのＲＥを表し、占有されていない要素（つまり、空白またはクロスで埋められている要素）は、未使用のＲＥを表していてもよい。具体的には、大文字のＡ〜Ｈはそれぞれ、ＲＳ送信のためのＲＥに関連付けられたＲＳポートのインデックスを表してもよい。
【００５４】
図４Ｂに示されるように、例えば、ＲＳリソースの所定セットは、２のＲＰＦ値を有するリソースセット４１０によって表されてもよい。リソースセット４１０によって示されるように、１つの未使用のＲＥは、ＲＳ送信のための各２つの隣接するＲＥ間に位置する。ＲＳポートの第１数が８になるように設定されている場合、８ポートＲＳリソース４１１がＲＳリソースの第１セットとして選択され得る。同様に、８ポートＲＳリソースが決定されている場合、８ポートＲＳリソースから、８ポートＲＳリソースのサブセットなどの４ポートＲＳリソースが選択されてもよい。４ポートＲＳリソースの例は、４１２−４１４として示されており、これらは、８ポートＲＳリソース４１１の複数のサブセットである。８ポートＲＳリソースおよび／または４ポートＲＳリソースが決定されている場合、８ポートＲＳリソースおよび／または４ポートＲＳリソースから、８ポートＲＳリソースおよび／または４ポートＲＳリソースのサブセットなどの２ポートＲＳリソースが、選択されてもよい。２ポートＲＳリソースの例は、４１５−４１９として示されており、その各々は、８ポートＲＳリソース４１１または４ポートＲＳリソース４１２−４１４のいずれかのサブセットである。８ポートＲＳリソース、４ポートＲＳリソース、および／または２ポートＲＳリソースが決定されている場合８ポートＲＳリソース、４ポートＲＳリソース、および／または２ポートＲＳリソースのいずれかから、１ポートＲＳリソースが、選択されてもよい。例えば、１ポートＲＳリソースは、８ポートＲＳリソース、４ポートＲＳリソースおよび／または２ポートＲＳリソースのいずれかのサブセットであり得る。１ポートＲＳリソースの例は、４２０−４２７として示されており、それぞれは、８ポートＲＳリソース４１１、４ポートＲＳリソース４１２−４１４、および２ポートＲＳリソース４１５−４１９のいずれかのサブセットである。このようにして、ＩＦＤＭＡ技術に基づいたＲＳリソースのネスト構造が提供され得る。
【００５５】
同様に、図５は、本開示の別の実施形態による、ＲＳリソースの所定セットからのＲＳリソースの第１セットの選択のいくつかの例を示す。図５は、繰り返し係数が４に等しい場合の異なる複数のＲＳポートに関連付けられたＲＳリソースの異なる複数のセットを示している。図５では、各要素は、周波数領域におけるＲＥを表している。占有されている要素（つまり、影で埋められているか、大文字でインデックスが付けられている要素）は、ＲＳ送信のためのＲＥを表し、占有されていない要素（つまり、空白またはクロスで埋められている要素）は、未使用のＲＥを表してもよい。具体的には、大文字のＡ〜Ｈはそれぞれ、ＲＳ送信のためのＲＥに関連付けられたＲＳポートのインデックスを表してもよい。
【００５６】
図５に示されるように、例えば、ＲＳリソースの所定セットは、４のＲＰＦ値を有するリソースセット５１０によって表され得る。リソースセット５１０によって示されるように、３つの未使用のＲＥが、ＲＳ送信のための各２つの隣接するＲＥの間に位置する。ＲＳポートの第１数が８になるように構成されている場合、８ポートＲＳリソース５１１が、ＲＳリソースの第１セットとして選択され得る。同様に、８ポートＲＳリソースが決定されている場合、８ポートＲＳリソースから、８ポートＲＳリソースのサブセットなどの４ポートＲＳリソースが、選択されてもよい。４ポートＲＳリソースの例は、５１２−５１３として示され、これらは、８ポートＲＳリソース５１１のサブセットである。８ポートＲＳリソースおよび／または４ポートＲＳリソースが決定されている場合、８ポートＲＳリソースおよび／または４ポートＲＳリソースから、８ポートＲＳリソースおよび／または４ポートＲＳリソースのサブセットなどの２ポートＲＳリソースが、選択されてもよい。２ポートＲＳリソースの例は、５１４−５１７として示され、その各々は、８ポートＲＳリソース５１１または４ポートＲＳリソース５１２−５１３のいずれかのサブセットである。８ポートＲＳリソース、４ポートＲＳリソース、および／または２ポートＲＳリソースが決定されている場合、１ポートＲＳリソースが、８ポートＲＳリソース、４ポートＲＳリソース、および／または２ポートＲＳリソースのいずれかから選択されてもよい。例えば、１ポートＲＳリソースは、８ポートＲＳリソース、４ポートＲＳリソース、および／または２ポートＲＳリソースのいずれかのサブセットであり得る。１ポートＲＳリソースの例は、５１８−５２５として示されており、それぞれは、８ポートＲＳリソース５１１、４ポートＲＳリソース５１２−５１３、および２ポートＲＳリソース５１４−５１７のいずれかのサブセットである。
【００５７】
一実施形態において、異なるインデックスを有するＲＳポートは、ビームに関連付けられ得る。たとえば、インデックスＡを持つ１つのＲＳポートに関連付けられた１つのビームは、インデックスＢを持つ別のＲＳポートに関連付けられた別のビームとは異なっていてもよい。別の実施形態では、その複数のＲＳポートは、直交カバーコード（OCC : orthogonal cover code）で多重化されない場合がある。
【００５８】
再び図３を参照して、方法３００は、動作３２０に移り、端末デバイス１１０は、ＲＳリソースの第１セットに基づいて、ＲＳ送信のためのＲＳ構成（以下の説明では「第１ＲＳ構成」ともいう）を生成する。本明細書で使用される場合、ＲＳ構成は、ＲＳの送信の１つまたは複数の態様、例えば送信に使用されるＲＳリソースのセットおよび／または送信される少なくとも１つのＲＳシーケンス、を指定するために使用される。いくつかの実施形態では、上記の第１ＲＳ構成は、ＲＳ送信に使用されるＲＳリソースの第１セットを指定してもよい。
【００５９】
動作３３０において、ネットワークデバイス１１０は、第１ＲＳ構成に関する情報を端末デバイス１２０に送信する。その情報は、第１ＲＳ構成で指定されたＲＳ送信の１つ以上の態様を、端末デバイス１２０に示してもよい。例えば、第１ＲＳ構成に基づいて、その情報は、ＲＳリソースの第１セットがＲＳ送信において使用されることことを、端末デバイス１２０に示してもよい。
【００６０】
動作３４０において、端末デバイス１２０は、ネットワークデバイス１１０から、第１ＲＳ構成に関する情報を受信する。端末デバイス１２０は、第１ＲＳ構成から、ＲＳ送信がどのように実行されるかを決定してもよい。例えば、端末デバイス１２０は、ＲＳ送信のために使用されるＲＳリソースの第１セットで構成されてもよい。端末デバイス１２０は、ＲＳリソースの第１セットで構成されてもよく、これは、周波数領域において未使用の複数のＲＥによって補間された、複数のＲＥの第１セットに対応する。
【００６１】
一実施形態において、ＲＳ送信のために使用される複数のＲＳリソースのセット（例えば、ＲＳリソースの第１セット）に加えて、ネットワークデバイス１１０はまた、端末デバイス１２０に対して、少なくとも１つのＲＳシーケンスを設定してもよい。ネットワークデバイス１１０は、その設定に基づく少なくとも１つのＲＳシーケンスを、端末デバイス１２０に送信してもよい。例えば、ネットワークデバイス１１０は、設定されたＲＳリソースのセットを用いて少なくとも１つのシーケンスを送信してもよい。そして、受信側では、端末デバイス１２０は、そのＲＳ構成に基づいて少なくとも１つのシーケンスを検出してもよい。
【００６２】
いくつかの実施形態では、異なる目的のために、複数のＲＳ構成が構成されてもよい。複数のＲＳ構成は、異なるＲＳリソースおよび／または異なるＲＳシーケンスに基づいて、構成され得る。例えば、異なるＲＳリソースは、異なるＴＲＰ、異なるビームおよび／または異なるアンテナパネルからの、異なるＲＳの送信のために使用され得る。
【００６３】
ＲＳ送信のために異なるＲＳリソースを構成するために、図６は、本開示のいくつかの実施形態によるＲＳ送信のための例示的な方法６００を示す。議論の目的のために、方法６００は、図１を参照して説明される。方法６００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービス提供される１つ以上の端末デバイス１２０とを含み得る。また、追加の動作（図示せず）を備えてもよく、および／または図示の動作を省略してもよい。本明細書で説明される本開示の範囲は、この態様に限定されない。
【００６４】
動作６１０において、ネットワークデバイス１１０は、ＲＳリソースの所定セットから、且つ、少なくとも部分的に第１ＲＳ構成に基づいて、ＲＳ送信のためのＲＳリソースの第２セットを決定する。ＲＳリソースの第２セットは、周波数領域における複数のＲＥの第２セットに対応してもよい。
【００６５】
いくつかの実施形態では、ネットワークデバイス１１０は、ＲＳリソースの第２セットがＲＳリソースの第１セットと同じであるＲＳポートの数および繰り返し係数に関連付けられるように、ＲＳリソースの第２セットを構成し得る。すなわち、ネットワークデバイス１１０は、ＲＳリソースの所定セットの異なるサブセットがＲＳリソースの第２セットになるように、構成してもよい。図４Ｂを参照すると、例えば、ＲＳポートの第１数が４であり且つＲＳリソースの第１セットが４ポートＲＳリソース４１２になるように構成される場合、４ポートＲＳリソース４１３または４ポートＲＳリソース４１４は、ＲＳリソースの第２セットとして構成されてもよい。いくつかの実施形態では、ＲＳリソースの第１セットおよびＲＳリソースの第２セットは、（４ポートＲＳリソース４１２および４ポートＲＳリソース４１３によって示されるように）周波数領域において互いに分離することができる。あるいは、他の実施形態では、ＲＳリソースの第１のセットは、（４ポートＲＳリソース４１２および４ポートＲＳリソース４１４によって示されるように）ＲＳリソースの第２セットと少なくとも部分的に重複していてもよい。同様に、ＲＳポートの第１数が２であり且つＲＳリソースの第１セットが２ポートＲＳリソース４１５に設定されている場合、２ポートＲＳリソース４１６−４１９のいずれかが、ＲＳリソースの第２セットとして設定されてもよい。
【００６６】
一部の実施形態では、ネットワークデバイスは、周波数および／または時間領域におけるシフト値に基づいて、ＲＳリソースの第２セットを構成し得る。例えば、ネットワークデバイス１１０は、そのシフト値を用いてＲＥの第１セットの少なくとも一部をシフトすることにより、ＲＳリソースの第２セットを構成し得る。一実施形態では、図４Ｂに示されるように、ＲＳリソースの第１セットが４ポートＲＳリソース４１２になるように構成される場合、ＲＳリソースの第２セットは、４ポートＲＳリソース４１２の少なくとも一部をシフトすることにより構成されてもよく、ＲＳリソースの第２セットの例は、４１３−４１４として示され得る。代替として、ＲＳリソースの第１セットが２ポートＲＳリソース４１５であるように構成される場合、ＲＳリソースの第２セットは、２ポートＲＳリソース４１５の少なくとも一部をシフトすることにより構成されてもよく、ＲＳリソースの第２セットの例は、４１６−４１９として示され得る。代替として、ＲＳリソースの第１セットが１ポートＲＳリソース４２０であるように構成される場合、ＲＳリソースの第２セットは、１ポートＲＳリソース４２０の少なくとも一部をシフトすることにより構成されてもよく、ＲＳリソースの第２セットの例は、４２１−４２７として示され得る。
【００６７】
別の実施形態では、図７Ａおよび図７Ｄは、本開示のいくつかの実施形態によるＲＳリソースの第２セットを構成する例を示す。図７Ｄに示されるように、ＲＳリソースの第１セットが４ポートＲＳリソース７４０であるように構成される場合、ＲＳリソースの第２セットは、４ポートＲＳリソース７４０の少なくとも一部をシフトすることにより構成されてもよく、ＲＳリソースの第２セットの一例は、図７Ａの７１０として示され得る。あるいは、図７Ｄに示すように、ＲＳリソースの第１セットが２ポートＲＳリソース７４１になるように構成されている場合、ＲＳリソースの第２セットは、２ポートＲＳリソース７４１の少なくとも一部をシフトすることによって構成されてもよく、ＲＳリソースの第２セットの例は、図７Ａにおいて７２１−７２３として示され得る。あるいは、図７Ｄに示すように、ＲＳリソースの第１セットが１ポートＲＳリソース７４２であるように構成されている場合、ＲＳリソースの第２セットは、１ポートＲＳリソース７４２の少なくとも一部をシフトすることにより構成されてもよく、ＲＳリソースの第２セットの例は、図７Ａの７２４−７３０として示され得る。
【００６８】
いくつかの実施形態では、ネットワークデバイスは、ＲＳリソースの第２セットを、ＲＳリソースの第２セットがＲＳリソースの第１セットと同じＲＳポート数に関連付けられてＲＳリソースの第１セットより高い密度を有するように、構成してもよい。例えば、ＲＳリソースの第２セットは、ＲＳリソースの第１セットよりも小さい繰り返し係数に関連付けられてもよい。
一実施形態では、図７Ｂおよび図７Ｄは、本開示のいくつかの実施形態によるＲＳリソースの第２セットを構成する例を示す。図７Ｂに示すように、ＲＳリソースの第１セットが４ポートＲＳリソース７１０または７４０に構成される場合、４ポートＲＳリソース７３１または７３２は、ＲＳリソースの第２セットに構成されてもよい。ＲＳリソースの第１セットが２ポートＲＳリソース７４１または７２２に構成される場合、２ポートＲＳリソース７３４は、ＲＳリソースの第２セットに構成されてもよい。あるいは、ＲＳリソースの第１セットが２ポートＲＳリソース７２１または７２３に構成される場合、２ポートＲＳリソース７３３または７３５は、ＲＳリソースの第２セットに構成されてもよい。同様に、１ポートＲＳリソースに関する例は、１ポートＲＳリソース７３６および７３７で示されている。
【００６９】
いくつかの実施形態では、ネットワークデバイスは、ＲＳリソースの第２セットがＲＳリソースの第１セットとは異なるＲＳポート数に関連付けられるがそれと同じ繰り返し係数となるように、ＲＳリソースの第２セットを構成してもよい。例えば、ＲＳリソースの第２セットは、ＲＳポートの第２数に関連付けられてもよく、第２数は、第１数よりも大きい。別の例では、第２数は、第１数の倍数である。この場合、周波数領域において複数のＲＳリソースの第２セットに対応する複数のＲＥの第２セットは、同じインデックス付けを持つＲＥの第１セットに対応するＲＥの第１セットを含んでいてもよい。これに関して、図７Ｃは、本開示のいくつかの実施形態によるＲＳリソースの第２セットを構成する例を示す。図７Ｃに示されるように、ＲＳリソースの第１セットが４ポートＲＳリソース７４０に構成される場合、ＲＳリソースの第２セットは、８ポートＲＳリソース７３８に構成されてもよい。
【００７０】
いくつかの実施形態では、ネットワークデバイスは、ＲＳリソースの第２セットがＲＳリソースの第１セットと異なるＲＳポート数に関連付けられ、且つ、ＲＳリソースの第２セットが同じインデックスを持つＲＥの第１セットに含まれるように、ＲＥの第２セットを構成してもよい。
【００７１】
一実施形態では、図７Ｄは、本開示のいくつかの実施形態によるＲＳリソースの第２セットを構成する例を示す。図７Ｄに示すように、ＲＳリソースの第１セットが８ポートＲＳリソース（たとえば、８ポートＲＳリソース７３９）に構成され、ＲＳポートの第２数が４である場合、ＲＳリソースの第２セットは、４つのＲＳポートについて構成されてもよい。ＲＳリソースの第２セットは、８ポートＲＳリソースに含まれてもよく、４ポートリソースにおける４つのＲＳポート（つまり、ＲＳリソースの第２セット）のインデックスは、８ポートＲＳリソースにおける４つのポートのインデックスと同じであってもよい。４つのＲＳポートについてのＲＳリソースの第２セットの例が、７４０として示されている。あるいは、ＲＳポートの第２数が２の場合、ＲＳリソースの第２セットは、２つのＲＳポートについて設定されてもよく、ＲＳリソースの第２セットは、８ポートリソースおよび／または４ポートリソースに含まれてもよく、２つのＲＳポートのインデックスは、８ポートリソース７３９および／または４ポートリソース７４０における２つのポートのインデックスと同じであってもよい。２つのＲＳポートについてのＲＳリソースの第２セットの例が、７４１として示されている。あるいは、ＲＳポートの第２数が１の場合、ＲＳリソースの第２セットは、１つのＲＳポートについて設定されてもよい。ＲＳリソースの第２セットは、８ポートＲＳリソース、４ポートＲＳリソース、および／または２ポートＲＳリソースに含まれてもよく、１つのＲＳポートについてのインデックスは、８ポートＲＳリソース７３９、４ポートＲＳリソース７４０、および／または２ポートＲＳリソース７４１と同じであってもよい。１つのＲＳポートについてのＲＳリソースの第２セットの例は、７４２として示されている。ポートＲＳリソース７４０は、４つのＲＳポートについて同じインデックスが付けられて、８ポートＲＳリソース７３９に含まれている、ことがわかるであろう。２ポートＲＳリソース７４１は、２つのＲＳポートについて同じインデックスが付けられて、８ポートＲＳリソース７３９および／または４ポートＲＳリソース７４０に含まれている。１ポートＲＳリソース７４２は、１つのＲＳポートについて同じインデックスが付されて、８ポートリソース７３９、４ポートリソース７４０、および／または２ポートリソース７４１に含まれている。
【００７２】
再び図６を参照して、方法６００は、動作６２０に進み、ここでは、端末デバイス１１０は、ＲＳリソースの第２セットに基づいて、ＲＳ送信のためのＲＳ構成（以下の説明では「第２ＲＳ構成」ともいう）を生成する。第２ＲＳ構成は、ＲＳ送信に使用されるＲＳリソースの第２セットを指定し得る。
【００７３】
動作６３０において、ネットワークデバイス１１０は、第２ＲＳ構成に関する情報を端末デバイス１２０に送信する。その情報は、第２ＲＳ構成において指定された、ＲＳ送信の１つ以上の態様を、端末デバイス１２０に示してもよい。たとえば、設定された第２ＲＳ構成に基づいて、その情報は、ＲＳリソースの第２セットがＲＳ送信において使用されることを、端末デバイス１２０に示してもよい。
【００７４】
いくつかの実施形態では、そのＲＳ構成に関する情報は、対応するＲＰＦの指示を含んでいてもよい。図８Ａは、本開示のいくつかの実施形態による、ＲＳ構成におけるＲＰＦ指示の例を示す。たとえば、ネットワークデバイスは、図８Ａに示すように、１つのＲＳ構成について複数のＲＰＦ値のセットを構成してもよい。そのＲＳ構成は、また、時間および／または周波数リソース、送信パターン、ＲＳポートの数、少なくとも１つのＲＳシーケンスなどの少なくとも１つの構成を含んでいてもよい。別の実施形態では、異なるＲＳ構成についての異なるＲＰＦ構成は、異なっていてもよい。別の実施形態では、いくつかのＲＳ構成については、１つのＲＰＦ値のみがサポートされてもよく、したがって、そのＲＳ構成については、対応するＲＰＦの指示は不要であってもよい。
【００７５】
別の実施形態では、そのＲＳ構成に関する情報は、対応するＲＰＦ値の指示を含んでいてもよい。例えば、ネットワークデバイスは、第１ＲＳ構成を介したＲＳ送信についてのＲＳリソースの第１セットを既に構成していてもよい。この場合、ネットワークデバイスは、ＲＳリソースの第１セットに適用される異なるＲＰＦを示すことにより、ＲＳ送信についてのＲＳリソースの第２セットをさらに構成してもよい。たとえば、第２ＲＳ構成に関する情報は、対応するＲＰＦを示すオプションフィールドを含んでいてもよい。これに関して、図８Ｂは、本開示のいくつかの実施形態による第２ＲＳ構成に関する情報の例を示す。図８Ｂに示すように、第１構成が、端末デバイス１２０に既に構成されている４ポートＲＳリソース８１０（つまり、ＲＳリソースの第１セット）に対応する場合、ネットワークデバイス１１０は、第２構成に関する情報において２または４のＲＰＦ値を、端末デバイス１２０に示してもよい。すなわち、４ポートＲＳリソース８１０は、異なるＲＳ構成について異なるＲＰＦ値をサポートすることができる。しかしながら、他の３つのＲＳ構成８２０−８４０は、２であるＲＰＦ値のみをサポートする。この場合、その他の３つのＲＳ構成８２０−８４０に関する情報は、ＲＰＦ値を示すためのフィールドを有していなくてもよい。
【００７６】
図６に戻り、方法６００は、動作６４０に移り、ここでは、端末デバイス１２０は、ネットワークデバイス１１０から、第２ＲＳ構成に関する情報を受信する。端末デバイス１２０は、第２のＲＳ構成から、ＲＳ送信がどのように実行されるかを決定してもよい。例えば、端末デバイス１２０は、ＲＳ送信に使用されるＲＳリソースの第２セットで構成されてもよい。端末デバイス１２０は、周波数領域において未使用の複数のＲＥによって補間されたＲＥの第２セットに対応する、ＲＳリソースの第２セットで構成されてもよい。
【００７７】
動作６５０において、ネットワークデバイス１１０は、第２構成に基づいて少なくとも１つのＲＳシーケンスを端末デバイス１２０に送信してもよい。例えば、ネットワークデバイス１１０は、構成されたＲＳリソースの第２セットを用いて少なくとも１つのシーケンスを送信してもよい。そして、ＲＳ送信の受信側で、動作６６０において、端末デバイス１２０は、第２ＲＳ構成に基づいて、少なくともシーケンスを検出してもよい。
【００７８】
異なるＲＳシーケンスの検出を同時にサポートするために、図９は、本開示のいくつかの実施形態によるＲＳ送信のためのプロセス９００を示す。議論の目的のために、プロセス９００は、図１を参照して説明される。プロセス９００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスされる１つ以上の端末デバイス１２０とを含み得る。プロセス９００はまた追加の行為（図示せず）を備えてもよくおよび／または図示された行為を省略してもよい、ことが理解されるべきである。本明細書で説明される本開示の範囲は、この態様に限定されない。
【００７９】
動作９１０において、ネットワークデバイス１１０は、端末デバイス１２０に送信される少なくとも１つのＲＳシーケンスに関する第３ＲＳ構成を生成する。いくつかの実施形態では、ＲＳシーケンスの例は、これに限定されないが、擬似ランダムノイズ（PN : pseudorandom noise）シーケンス、Zadoff-Chu（ZC）シーケンスなどを含んでいてもよい。
【００８０】
いくつかの実施形態では、少なくとも１つのＲＳシーケンスに関する第３ＲＳ構成は、第１ＲＳ構成または第２ＲＳ構成に依存していてもよい。他の実施形態では、第３ＲＳ構成は、第１ＲＳ構成または第２ＲＳ構成に含まれていてもよい。すなわち、第１ＲＳ構成または第２ＲＳ構成は、ＲＳリソースおよびＲＳシーケンスの両方に関する構成を含んでいてもよい。
【００８１】
いくつかの実施形態では、第３ＲＳ構成は、送信される少なくとも１つのＲＳシーケンスにおけるＲＳシーケンスの数を示してもよい。あるいは、第３ＲＳ構成は、どのＲＳリソースが異なる複数のＲＳシーケンスを送信するために使用されるべきかを示してもよい。
【００８２】
いくつかの実施形態では、第３ＲＳ構成は、異なる複数のＲＳシーケンスが同じＲＳリソースで送信されることを示してもよい。他の実施形態では、例えば、第３ＲＳ構成は、異なる複数のＲＳシーケンスが異なる複数のＲＳリソースで送信されることを示してもよい。図１０Ａ，１０Ｂは、本開示のいくつかの実施形態による異なるＲＳシーケンスのリソースマッピングの例を示す図である。図１０Ａでは、異なるＲＳシーケンス１０１０が同じＲＳリソースにマッピングされる。図１０Ｂでは、異なるＲＳシーケンス１０１０は異なるＲＳリソースにマッピングされる。
【００８３】
例えば、いくつかの実施形態では、少なくとも１つのＲＳシーケンスは、少なくとも第１ＲＳシーケンスおよび第２ＲＳシーケンスを含み得る。第３ＲＳ構成は、第１ＲＳシーケンスがＲＳリソースの第１セットで送信されることを示し、第２ＲＳシーケンスがＲＳリソースの第２セットで送信されることを示し得る。図１１Ａ，１１Ｂは、本開示のいくつかの実施形態による異なるＲＳシーケンスのリソースマッピングの例を示す。図１１Ａでは、ＲＳシーケンス１１１０およびＲＳシーケンス１１２０は、４ポートＲＳリソース１１３０にマッピングされる。図１１Ｂでは、ＲＳシーケンス１１１０は、４ポートＲＳリソース１１４０にマッピングされ、ＲＳシーケンス１１２０は、別の４ポートＲＳリソース１１５０にマッピングされる。
【００８４】
図９に戻り、プロセス９００は、動作９２０に移り、ネットワークデバイス１１０は、第３ＲＳ構成に関する情報を端末デバイス１２０に送信する。
【００８５】
いくつかの実施形態では、第３ＲＳ構成に関する情報は、ハイレベルシグナリングおよび／または動的シグナリング（dynamic signaling）を介して送信され得る。ハイレベルシグナリングの例には、これに限定されるものではないが、無線リソース制御（RRC : Radio Resource Control ）レイヤまたはメディアアクセス制御（MAC : Media Access Control）レイヤでのシグナリングが含まれる。動的シグナリングの例には、これに限定されるものではないが、ダウンリンク制御情報（DCI : Downlink Control Information）が含まれる。
【００８６】
いくつかの実施形態では、ネットワークデバイス１１０は、複数のＲＳシーケンスについてのマルチレベル構成を実行してもよい。例えば、ネットワークデバイス１１０は、上位層シグナリングを介して端末デバイス１２０のためのＬ（Ｌ≧１）個のＲＳシーケンスで構成されてもよい。次に、ネットワークデバイス１１０は、上位層シグナリングまたは動的シグナリングを介して、いくつかの端末デバイス１２０についてのＬ個のＲＳシーケンスから、Ｇ（１≦Ｇ≦Ｌ）個のＲＳシーケンスを構成してもよい。
【００８７】
動作９３０において、端末デバイス１２０は、ネットワークデバイス１１０から、少なくとも１つのＲＳシーケンスに関する第３ＲＳ構成を受信する。端末デバイス１２０は、送信されるＲＳシーケンスの数で構成されてもよい。また、端末デバイス１２０は、異なるＲＳシーケンスを送信するためにどのＲＳリソースが使用されるかで構成されてもよい。いくつかの実施形態では、端末デバイス１２０は、異なるＲＳシーケンスが同じＲＳリソースで送信されるという情報で構成されてもよい。他の実施形態において、端末デバイス１２０は、異なるＲＳシーケンスが異なるＲＳリソースで送信されるという情報で構成されてもよい。具体的には、いくつかの実施形態では、少なくとも１つのＲＳシーケンスは、少なくとも第１ＲＳシーケンスおよび第２のＲＳシーケンスを含んでいてもよい。端末デバイス１２０は、第１ＲＳシーケンスがＲＳリソースの第１セットで送信されるべきであり、第２ＲＳシーケンスがＲＳリソースの第２セットで送信されるべきであるという情報で構成されてもよい。
【００８８】
動作９４０において、ネットワークデバイス１１０は、第３構成に基づいて、少なくとも１つのＲＳシーケンスを端末デバイス１２０に送信してもよい。
次に、動作９５０において、端末デバイス１２０は、第３ＲＳ構成に基づいて、少なくとも１つのＲＳシーケンスを検出してもよい。
【００８９】
端末デバイス１２０は、第３ＲＳ構成によって示されるＲＳリソースを用いて、少なくとも１つのＲＳシーケンスを検出してもよい。例えば、いくつかの実施形態では、第３ＲＳ構成は、少なくとも１つのＲＳシーケンスがＲＳリソースの第１セットを用いて送信されることを示してもよい。この場合、端末デバイス１２０は、ＲＳリソースの第１セットを用いて、少なくとも１つのＲＳシーケンスを検出してもよい。他の実施形態では、少なくとも１つのＲＳシーケンスは、少なくとも第１ＲＳシーケンスおよび第２ＲＳシーケンスを含み得る。第３ＲＳ構成は、第１ＲＳシーケンスがＲＳリソースの第１セットで送信されることを示し、第２ＲＳシーケンスがＲＳリソースの第２セットで送信されることを示してもよい。この場合、端末デバイス１２０は、ＲＳリソースの第１セットで第１ＲＳシーケンスを検出し、ＲＳリソースの第３セットで第２ＲＳシーケンスを検出してもよい。
【００９０】
上記を考慮して、ＲＳ送信のための提案されたソリューションは、ＩＦＤＭＡ技術に基づいてＲＳリソースのネスト構造を提供することができる。ＲＳリソースのこのネスト構造は、時間領域において１つのシンボル内の複数の繰り返し信号をサポートでき、このため、端末デバイスは、１つのシンボル内の複数のビームを検出できる。さらに、このソリューションを使用すると、端末デバイスが複数のＲＳシーケンスを同時に検出できるように、複数のＲＳシーケンスが、異なるまたは同じ複数のＲＳリソースにマッピングされ得る。したがって、本開示の実施形態によるソリューションは、ＲＳ送信についてのオーバーヘッドおよび待ち時間を大幅に削減することができる。
【００９１】
加えて、提案されたソリューションは、ＲＳ送信のいくつかの他の態様に関する考慮事項を提供し得る。
【００９２】
例えば、いくつかの実施形態では、ビーム管理のためのＲＳリソースは、干渉測定（interference measurement）に使用されなくてもよい。たとえば、いくつかのＲＳ構成は、ビーム管理について構成されてもよい。それらのＲＳ構成は、ＲＳ送信のためのいくつかのリソースを示してもよく、そのＲＳ構成によって示されるリソースは、干渉測定のためのリソースとして構成されなくてもよい。
【００９３】
いくつかの実施形態では、ビーム管理のためのＲＳリソースは、部分帯域（partial band）で構成されてもよい。この部分帯域の外の周波数については、ＲＳではなく、他の信号（物理ダウンリンク共有チャネル（Physical Downlink Shared Channel）、物理ダウンリンク制御チャネル（Physical Downlink Control Channel）、同期信号ブロック（Synchronization Signal Block）など）が送信されてもよい。その他の信号の送信については、ＲＳ送信と同じＲＰＦ値が適用されてもよい。
【００９４】
いくつかの実施形態では、１つのシンボル内で複数のビームを検出できるかどうかは、端末デバイスの能力に依存してもよい。例えば、一実施形態では、端末デバイスは、ＲＳを検出するための異なる能力を有してもよい。端末デバイスは、その能力に関する情報をネットワークデバイスに報告してもよい。他の実施形態では、ネットワークデバイスは、能力に関する情報を受信し、ネットワークデバイスは、その能力に関する情報に基づいて、ＲＰＦ値ＫでＲＳを構成してもよい。別の実施形態では、端末デバイスは、ＲＳを検出するための異なる複数の能力を有してもよく、報告された情報は、その異なる複数の能力に基づいて、異なってもよい。例えば、一実施形態では、端末デバイスは、ＲＳを検出するための異なる複数の能力を有してもよく、端末デバイスは、１つのシンボル内の複数のビームを検出することができる。この場合、端末デバイスは、１つのシンボル内で１つ以上のビームを選択し、その選択をネットワークデバイスに報告してもよい。
【００９５】
いくつかの実施形態では、パワーブースティング（power boosting）は、ＲＳ送信のために割り当てられたＲＳリソースのセットに適用されてもよい。ビーム管理のためのＲＳ送信のパワーは、他のＲＳ送信、たとえばＣＳＩ取得のためのＲＳ送信のパワーとは異なっていてもよい。いくつかの実施形態では、ＲＳ送信の電力は、ＲＰＦ値および／またはＲＳポート数に基づいて、異なる電力値を有していてもよい。一実施形態では、例えば図１２Ａに示すように、異なる複数のＲＰＦ構成については、電力の値が異なっていてもよい。別の実施形態では、例えば図１２Ｂに示されるように、異なる複数のＲＳポート数については、電力の値が異なっていてもよい。
【００９６】
一実施形態では、ネットワークデバイスは、端末デバイスに対して異なる電力パラメータを構成することができ、異なる電力パラメータは、異なるＲＰＦ値および／または異なるＲＳポート数に関連付けられてもよい。別の実施形態では、ネットワークデバイスは、端末デバイスに対して、基準電力（reference power）に関する情報を構成してもよい。ネットワークは、異なるＰＲＦ値および／または異なるＲＳポート数を持つ複数のＲＳ送信について、基準電力に対する異なる複数の電力オフセット値を構成してもよい。例えば、その基準電力に関する情報は、参照のためのＲＳ送信の電力を示すために、使用されてもよい。別の例では、基準電力に関する情報は、固定されたＲＰＦ値Ｋおよび／または固定されたＲＳポート数Ｈを有するＲＳ送信に使用されてもよい。
【００９７】
いくつかの実施形態では、ＳＲＳ送信の構成は、ＲＳ構成に関連付けられてもよい。たとえば、複数のＳＲＳ構成の少なくとも一部は、ＣＳＩ−ＲＳ構成の少なくとも一部にマッピングされてもよく、その複数のＳＲＳ構成は、複数のＳＲＳリソース、複数のＳＲＳシーケンス、複数のＳＲＳ送信帯域などの少なくとも１つに関する情報を含んでいてもよい。さらに、ＣＳＩ−ＲＳ構成は、ＣＳＩ−ＲＳリソース、ＣＳＩ−ＲＳポートインデックスなどのうちの少なくとも１つを示してもよい。一実施形態では、例えば、複数のＳＲＳリソースおよび／または複数のＳＲＳシーケンスの少なくとも一部は、１つ以上のＣＳＩ−ＲＳポートなどの複数のＣＳＩ−ＲＳリソースの少なくとも一部に、マッピングされる。たとえば、図１３に示すように、異なる複数のＳＲＳ構成は、異なる複数のＣＳＩ−ＲＳポートに関連付けられてもよい。たとえば、各ＣＳＩ−ＲＳポートは、１つのビームに対応する。たとえば、端末デバイスが１つのビームを選択すると、端末デバイスは、関連づけられたＣＳＩ−ＲＳポートを用いて、ＳＲＳを送信できる。
【００９８】
図１４は、本開示のいくつかの実施形態による装置１４００のブロック図を示す。装置１４００は、図１に示されるネットワークデバイス１１０の例示的な実装とみなすことができる。示されるように、装置１４００は、ネットワークデバイスによるＲＳ送信のための参照信号（RS）リソースの第１セットを決定するように構成される、決定モジュール１４１０を含む。ＲＳリソースの第１セットは、ＲＳ送信に使用されるＲＳポートの第１数に関連付けられ、且つ、周波数領域において未使用の複数のＲＥで補間されたリソース要素（RE）の第１セットに対応する。装置１４００はまた、ＲＳリソースの第１セットに基づいて、ＲＳ送信のための第１ＲＳ構成を生成するように構成された、生成モジュール１４２０を含む。加えて、装置１４００は、また、第１ＲＳ構成に関する情報を、ネットワークデバイスによってサービスされる端末デバイスに送信するように構成された、送信モジュール１４３０を含んでもよい。
【００９９】
図１５は、本開示のいくつかの実施形態による装置１５００のブロック図を示す。装置１５００は、図１に示される端末デバイス１２０の例示的な実装と見なすことができる。示されるように、装置１５００は、ネットワークデバイスによるＲＳ送信についての第１参照信号（RS）構成に関する情報を、ネットワークデバイスから受信するように構成された受信モジュール１５１０を含む。その第１ＲＳ構成は、ＲＳ送信についてのＲＳリソースの第１セットに基づいて、決定される。ＲＳリソースの第１セットは、ＲＳ送信に使用されるＲＳポートの第１数に関連付けられ、且つ、周波数領域において少なくとも1つの未使用ＲＥで補間されたリソース要素（RE）の第１セットに対応する。装置１５００はまた、第１ＲＳ構成に基づいて、少なくとも１つのＲＳシーケンスを検出するように構成された検出モジュール１５２０を含む。
【０１００】
明確にするために、図１４および／または図１５は、装置１４００および／または装置１５００のいくつかのオプションのモジュールを示していない。しかしながら、図１−１３を参照して説明した様々な特徴は装置１４００および／または装置１５００に適用可能である、ことが理解されるべきである。さらに、装置１４００および／または装置１５００のそれぞれのモジュールは、ハードウェアモジュールまたはソフトウェアモジュールであってもよい。例えば、いくつかの実施形態では、装置１４００および／または装置１５００は、ソフトウェアおよび／またはファームウェアによって部分的または完全に実装され、例えば、コンピュータ可読媒体で具現化されるコンピュータプログラム製品として実装され得る。代替的に、または、追加的に、装置１４００および／または装置１５００は、ハードウェアに基づいて部分的または完全に実装されてもよく、例えば、集積回路（IC : integrated circuit ）、特定用途向け集積回路（ASIC : application-specific integrated circuit）、システムオンチップ（SOC : system on chip）、フィールドプログラマブルゲートアレイ（FPGA : field programmable gate array）などとして実装されてもよい。本開示の範囲は、この態様に限定されない。
【０１０１】
図１６は、本開示の実施形態を実施するのに適したデバイス１６００の簡略ブロック図である。デバイス１６００は、図１に示されるネットワークデバイス１１０または端末デバイス１２０のさらなる例示的な実装とみなすことができる。したがって、デバイス１６００は、ネットワークデバイス１１０または端末デバイス１２０に、または、その少なくとも一部として、実装され得る。
【０１０２】
示されるように、デバイス１６００は、プロセッサ１６１０と、プロセッサ１６１０に接続されたメモリ１６２０と、プロセッサ１６１０に接続された適切な送信機（ＴＸ）および受信機（ＲＸ）１６４０と、ＴＸ／ＲＸ１６４０に接続された通信インターフェースとを含む。メモリ１６１０は、プログラム１６３０の少なくとも一部を格納する。ＴＸ／ＲＸ１６４０は、双方向通信用である。実際にはこのアプリケーションで言及されているアクセスノードは複数のアンテナを有していてもよいが、ＴＸ／ＲＸ１６４０は、通信を容易にするために、少なくとも１つのアンテナを有している。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、ＭＭＥ（Mobility Management Entity）／Ｓ−ＧＷ（Serving Gateway）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（RN）との間の通信用のＵｎインターフェース、または、ｅＮＢと端末デバイスとの間のＵｕインターフェースなど、他のネットワーク要素との通信に必要なインターフェースを表してもよい。
【０１０３】
プログラム１６３０は、関連するプロセッサ１６１０によって実行されると、デバイス１６００が、図１−１３を参照して本明細書で説明されたように本開示の実施形態に従って、動作する、ことを可能にするプログラム命令を含むと想定される。本明細書の実施形態は、デバイス１６００のプロセッサ１６１０によって実行可能なコンピュータソフトウェアによって、または、ハードウェアによって、または、ソフトウェアとハードウェアとの組み合わせによって、実装され得る。プロセッサ１６１０は、本開示の様々な実施形態を実装するように構成され得る。さらに、プロセッサ１６１０とメモリ１６１０との組み合わせは、本開示の様々な実施形態を実装するように適合された、処理手段１６５０を形成し得る。
【０１０４】
メモリ１６１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体ベースメモリデバイス、磁気メモリデバイスおよびシステム、光学メモリデバイスおよびシステム、固定メモリ、並びに、リムーバブルメモリなどの、任意の適切なデータストレージ技術を使用して実装され得る。デバイス１６００には１つのメモリ１６１０のみが示されているが、デバイス１６００には、いくつかの物理的に異なるメモリモジュールがあってもよい。プロセッサ１６１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（DSP）、および、マルチコアプロセッサアーキテクチャに基づくプロセッサの１つ以上を含み得る。デバイス１６００は、メインプロセッサを同期させるクロックに時間的に従属する、特定用途向け集積回路チップ（application specific integrated circuit chip）などの複数のプロセッサを有してもよい。
【０１０５】
一般に、本開示の様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実装され得る。いくつかの態様は、ハードウェアで実装されてもよく、他の態様は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行され得る、ファームウェアまたはソフトウェアで実装されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、またはいくつかの他の絵入り表現として、図示および説明されているが、本明細書で説明されるブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路、またはロジック、汎用ハードウェア、または、コントローラ、または、その他のコンピューティングデバイス、または、それらのいくつかの組み合わせで、実装されてもよい。
【０１０６】
本開示はまた、非一時的コンピュータ可読記憶媒体に有形に記憶された、少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図１−１３のいずれかを参照して上述したプロセスまたは方法を実行するために、プログラムモジュールに含まれてターゲットの実プロセッサまたは仮想プロセッサ上のデバイスで実行される命令などの、コンピュータ実行可能命令を含む。通常、プログラムモジュールは、特定のタスクを実行したり特定の抽象データタイプを実装したりする、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で望まれるように、プログラムモジュール間で結合または分割されてもよい。プログラムモジュールのマシン実行可能命令は、ローカルまたは分散デバイス内で実行されてもよい。分散デバイスでは、プログラムモジュールは、ローカルとリモートの両方のストレージメディアに配置されてもよい。
【０１０７】
本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで書かれてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、またはその他のプログラム可能なデータ処理装置のプロセッサまたはコントローラに提供されてもよく、これにより、プログラムコードは、プロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図によって特定された上記の機能／動作が実行されるようにする。プログラムコードは、スタンドアロンソフトウェアパッケージとして、完全にマシン上で、一部はマシン上で、一部はマシン上で且つ一部はリモートマシン上で、または、完全にリモートマシンまたはサーバー上で、実行されてもよい。
【０１０８】
上記のプログラムコードは、命令実行システム、装置、またはデバイスによる、または、それらに関連した、使用のためのプログラムを含むまたは格納することができる、任意の有形媒体であり得るマシン可読媒体で、具現化され得る。マシン可読媒体は、マシン可読信号媒体またはマシン可読記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線、または半導体のシステム、装置、またはデバイス、または、これらの任意の適切な組み合わせを含み得るが、これらに限定されない。マシン可読記憶媒体のより具体的な例には、１つまたは複数のワイヤを有する電気的接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（RAM）、読み取り専用メモリ（ROM）、消去可能なプログラマブル読み取り専用メモリ（EPROMまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスク読み取り専用メモリ（CD-ROM）、光学式記憶デバイス、磁気記憶デバイス、または、これらの任意の適切な組み合わせを含む。
【０１０９】
さらに、動作は特定の順序で示されているが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序または連続した順序で実行されること、または、すべての示された動作が実行されること、を必要とするものとして理解されるべきではない。特定の状況では、マルチタスクと並列処理が有利な場合がある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限としてではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別個の実施形態の文脈で説明される特定の特徴は、単一の実施形態で組み合わせて実装されてもよい。逆に、単一の実施形態の文脈で説明される様々な特徴は、複数の実施形態で別々に、または任意の適切なサブコンビネーションで実装されてもよい。
【０１１０】
本開示は構造的特徴および／または方法論的行為に特有の言語で説明されたが、添付の特許請求の範囲で定義される本開示は、必ずしも上記の特定の特徴または行為に限定されないことを理解されたい。むしろ、上記の特定の特徴および行為は、特許請求の範囲を実施する例示的な形態として開示されている。
【図１】
2020518190.tif 000003
【図２】
2020518190.tif 000004
【図３】
2020518190.tif 000005
【図４Ａ】
2020518190.tif 000006
【図４Ｂ】
2020518190.tif 000007
【図５】
2020518190.tif 000008
【図６】
2020518190.tif 000009
【図７】
2020518190.tif 000010
【図８Ａ】
2020518190.tif 000011
【図８Ｂ】
2020518190.tif 000012
【図９】
2020518190.tif 000013
【図１０】
2020518190.tif 000014
【図１１】
2020518190.tif 000015
【図１２】
2020518190.tif 000016
【図１３】
2020518190.tif 000017
【図１４】
2020518190.tif 000018
【図１５】
2020518190.tif 000019
【図１６】
2020518190.tif 000020
【手続補正書】
【提出日】令和1年12月24日(2019.12.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）によって実行される方法であって、
チャネル状態情報参照信号（ＣＳＩ−ＲＳ）のメジャメントを実行すること、および、
前記メジャメントに基づいて、前記ＣＳＩ−ＲＳに関連づけられたサウンディング参照信号（ＳＲＳ）を送信すること、
を含む方法。
【請求項２】
前記ＣＳＩ−ＲＳを受信することをさらに含む、
請求項１記載の方法。
【請求項３】
前記ＳＲＳのリソースは、前記ＣＳＩ−ＲＳのリソースに関連づけられる、
請求項１または２に記載の方法。
【請求項４】
前記ＳＲＳの送信についてのビームに関連する情報は、前記ＵＥによって決定される、
請求項１から３のいずれか１項に記載の方法。
【請求項５】
基地局によって実行される方法であって、
チャネル状態情報参照信号（ＣＳＩ−ＲＳ）をユーザ機器（ＵＥ）に送信すること、および、
前記ＵＥによって実行された前記ＣＳＩ−ＲＳのメジャメントに基づいて、前記ＣＳＩ−ＲＳに関連づけられたサウンディング参照信号（ＳＲＳ）を受信すること、
を含む方法。
【請求項６】
前記ＳＲＳのリソースは、前記ＣＳＩ−ＲＳのリソースに関連づけられる、
請求項５記載の方法。
【請求項７】
前記ＳＲＳの送信についてのビームに関連する情報は、前記ＵＥによって決定される、
請求項５または６に記載の方法。
【請求項８】
ユーザ機器（ＵＥ）であって、
チャネル状態情報参照信号（ＣＳＩ−ＲＳ）のメジャメントを実行するコントローラと、
前記メジャメントに基づいて、前記ＣＳＩ−ＲＳに関連づけられたサウンディング参照信号（ＳＲＳ）を送信するトランシーバと、
を具備するＵＥ。
【請求項９】
前記トランシーバは、前記ＣＳＩ−ＲＳを受信する、
請求項８記載のＵＥ。
【請求項１０】
前記ＳＲＳのリソースは、前記ＣＳＩ−ＲＳのリソースに関連づけられる、
請求項８または９に記載のＵＥ。
【請求項１１】
前記ＳＲＳの送信についてのビームに関連する情報は、前記ＵＥによって決定される、
請求項８から１０のいずれか１項に記載のＵＥ。
【国際調査報告】
2020518190.tif 000021
2020518190.tif 000022
2020518190.tif 000023