(57)【要約】  本開示の実施形態は、リファレンス信号の割り当てのための方法およびデバイスに関する。例示的な実施形態では、ネットワークデバイスで実施される方法が提供される。この方法によれば、複数のRS configurationは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定される。ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第１のRS configurationが割り当てられ、ネットワークデバイスによるダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第２のRS configurationが割り当てられる。【選択図】図７
2020512764.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスで実施される方法であって、
複数のRS（reference signal） configurationを、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定することと、
前記ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第１のRS configurationを割り当てることと、
前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第２のRS configurationを割り当てることと、
を含む、方法。
【請求項２】
前記少なくとも１つの第１のRS configurationに係る情報を、前記端末デバイスに送信することと、
前記少なくとも１つの第１のRS configurationに基づいて、前記端末デバイスから第１のRS sequenceを受信することと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの第１のRS configurationを割り当てることは、
前記複数のRS configurationを、各々がグループパラメータによって識別される複数のグループに分割することと、
前記アップリンクRSトランスミッションのために、前記複数のグループから、前記少なくとも１つの第１のRS configurationを含む第１のグループを選択することと、を含み、
前記情報を送信することは、
前記第１のグループのための前記グループパラメータを、前記端末デバイスに送信することを含む、
請求項２に記載の方法。
【請求項４】
前記第１のRS sequenceは、DMRS（demodulation reference signal） sequence、CSI-RS（channel state information-reference signal） sequence、または、SRS（sounding reference signal） sequenceのうちの少なくとも１つを含む、
請求項２に記載の方法。
【請求項５】
前記少なくとも１つの第２のRS configurationに基づいて、前記ネットワークデバイスによってサーブされるさらなる端末デバイスに第２のRS sequenceを送信することと、
前記少なくとも１つの第１のRS configurationに係る情報を、前記さらなる端末デバイスに送信することと、
をさらに含む、請求項１に記載の方法。
【請求項６】
前記少なくとも１つの第１のRS configurationを前記端末デバイスに割り当てることは、
前記端末デバイスの能力に基づいて、前記少なくとも１つの第１のRS configurationを前記端末デバイスに割り当てることを含み、
前記能力は、
前記端末デバイスのアンテナポートもしくはアンテナエレメントの最大数、または、前記ネットワークデバイスと前記端末デバイスとの間のチャネル行列の最大ランクのうちの少なくとも１つに関連付けられる、
請求項１に記載の方法。
【請求項７】
前記different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成される、
請求項１に記載の方法。
【請求項８】
前記ネットワークデバイスによってサーブされる、さらなる端末デバイスによるアップリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第３のRS configurationを割り当てること、
をさらに含む、請求項１に記載の方法。
【請求項９】
端末デバイスで実施される方法であって、
ネットワークデバイスから、複数のRS（reference signal） configurationのうちの少なくとも１つの第１のRS configurationに係る情報を受信することと、
前記少なくとも１つの第１のRS configurationに基づいて、前記ネットワークデバイスにRS sequenceを送信することと、
を含み、
前記複数のRS configurationは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定され、前記複数のRS configurationのうちの少なくとも１つの第２のRS configurationは、前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、割り当てられる、
方法。
【請求項１０】
前記複数のRS configurationは、各々がグループパラメータによって識別される複数のグループに分割され、
前記情報を受信することは、
前記ネットワークデバイスから、前記複数のグループのうちの、前記少なくとも１つの第１のRS configurationを含む第１のグループのための前記グループパラメータを受信することを含む、
請求項９に記載の方法。
【請求項１１】
前記RS sequenceは、DMRS（demodulation reference signal） sequence、CSI-RS（channel state information-reference signal） sequence、または、SRS（sounding reference signal） sequenceのうちの少なくとも１つを含む、
請求項９に記載の方法。
【請求項１２】
アップリンクRSトランスミッションのために、前記ネットワークデバイスから、前記ネットワークデバイスによってさらなる端末デバイスに割り当てられる、少なくとも１つの第３のRS configurationに係る情報を受信することと、
前記少なくとも１つの第２のRS configurationに基づいて、前記ネットワークデバイスによって送信される、さらなるRS sequenceを受信することと、
前記少なくとも１つの第３のRS configurationに係る情報に基づいて、前記さらなるRS sequenceのための干渉除去を適用することと、
をさらに含む、請求項９に記載の方法。
【請求項１３】
前記different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成される、
請求項９に記載の方法。
【請求項１４】
ネットワークデバイスであって、
複数のRS（reference signal） configurationを、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定し、
前記ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第１のRS configurationを割り当て、
前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第２のRS configurationを割り当てる、
ように構成されるコントローラを備える、
ネットワークデバイス。
【請求項１５】
前記少なくとも１つの第１のRS configurationに係る情報を前記端末デバイスに送信するように構成される送信機と、
前記少なくとも１つの第１のRS configurationに基づいて、前記端末デバイスから第１のRS sequenceを受信するように構成される受信機と、
をさらに備える、請求項１４に記載のネットワークデバイス。
【請求項１６】
前記コントローラはさらに、
前記複数のRS configurationを、各々がグループパラメータによって識別される複数のグループに分割し、
アップリンクRSトランスミッションのために、前記複数のグループから、前記少なくとも１つの第１のRS configurationを含む第１のグループを選択する、
ように構成され、
前記送信機は、前記第１のグループのための前記グループパラメータを前記端末デバイスに送信するように構成される、
請求項１５に記載のネットワークデバイス。
【請求項１７】
前記第１のRS sequenceは、DMRS（demodulation reference signal） sequence、CSI-RS（channel state information-reference signal） sequence、または、SRS（sounding reference signal） sequenceのうちの少なくとも１つを含む、
請求項１５に記載のネットワークデバイス。
【請求項１８】
前記少なくとも１つの第２のRS configurationに基づいて、前記ネットワークデバイスによってサーブされるさらなる端末デバイスに第２のRS sequenceを送信し、
前記少なくとも１つの第１のRS configurationに係る情報を前記さらなる端末デバイスに送信する、
ように構成される送信機をさらに備える、
請求項１４に記載のネットワークデバイス。
【請求項１９】
前記コントローラはさらに、
前記端末デバイスの能力に基づいて、前記少なくとも１つの第１のRS configurationを前記端末デバイスに割り当てるように構成され、
前記能力は、
前記端末デバイスのアンテナポートもしくはアンテナエレメントの最大数、または、前記ネットワークデバイスと前記端末デバイスとの間のチャネル行列の最大ランクのうちの少なくとも１つに関連付けられる、
請求項１４に記載のネットワークデバイス。
【請求項２０】
前記different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のトランスフォーメーションに基づいて、生成される、
請求項１４に記載のネットワークデバイス。
【請求項２１】
前記コントローラはさらに、
前記ネットワークデバイスによってサーブされるさらなる端末デバイスによるアップリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第３のRS configurationを割り当てるように構成される、
請求項１４に記載のネットワークデバイス。
【請求項２２】
ネットワークデバイスから、複数のRS（reference signal） configurationのうちの少なくとも１つの第１のRS configurationに係る情報を受信するように構成される受信機と、
前記少なくとも１つの第１のRS configurationに基づいて、前記ネットワークデバイスにRS sequenceを送信するように構成される送信機と、
を備え、
前記複数のRS configurationは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定され、前記複数のRS configurationのうちの少なくとも１つの第２のRS configurationは、前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、割り当てられる、
端末デバイス。
【請求項２３】
前記複数のRS configurationは、各々がグループパラメータによって識別される複数のグループに分割され、
前記受信機は、
前記ネットワークデバイスから、前記複数のグループのうちの、前記少なくとも１つの第１のRS configurationを含む第１のグループのための前記グループパラメータを受信するように構成される、
請求項２２に記載の端末デバイス。
【請求項２４】
前記RS sequenceは、DMRS（demodulation reference signal） sequence、CSI-RS（channel state information-reference signal） sequence、または、SRS（sounding reference signal） sequenceのうちの少なくとも１つを含む、
請求項２２に記載の端末デバイス。
【請求項２５】
前記受信機はさらに、
アップリンクRSトランスミッションのために、前記ネットワークデバイスから、前記ネットワークデバイスによってさらなる端末デバイスに割り当てられる、少なくとも１つの第３のRS configurationに係る情報を受信し、
前記少なくとも１つの第２のRS configurationに基づいて、前記ネットワークデバイスによって送信される、さらなるRS sequenceを受信する、
ように構成され、
前記端末デバイスはさらに、前記少なくとも１つの第３のRS configurationに係る情報に基づいて、前記さらなるRS sequenceのための干渉除去を適用するように構成されるコントローラを備える、
請求項２２に記載の端末デバイス。
【請求項２６】
前記different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成される、
請求項２２に記載の端末デバイス。
【請求項２７】
デバイスであって、
プロセッサと、
前記プロセッシングユニットに結合され、命令を格納するメモリと、
を備え、
前記命令は、前記プロセッシングユニットよって実行されるときに、請求項１から８のいずれか１項に記載の方法を前記装置に実行させる、
デバイス。
【請求項２８】
デバイスであって、
プロセッサと、
前記プロセッシングユニットに結合され、命令を格納するメモリと、
を備え、
前記命令は、前記プロセッシングユニットよって実行されるときに、請求項９から１３のいずれか１項に記載の方法を前記装置に実行させる、
デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般には、電気通信の分野に関し、特に、アップリンクおよびダウンリンクにおけるRS（reference signal）の割り当てのための方法および装置に関する。
【背景技術】
【０００２】
通信技術の発展に伴い、例えば、一般には高いデータレートを必要とするeMBB（enhanced mobile broadband）、典型的には長いバッテリ寿命を必要とするmMTC（massive machine type communication）、および、URLLC（ultra-reliable and low latency communication）といった、複数のタイプのサービスまたはトラフィックが提案されている。その一方で、ビームマネージメント、リファレンス信号トランスミッションなどのマルチアンテナ方式が、新無線アクセスのために研究されている。
【０００３】
従来、ネットワークデバイス（例えば、eNB）は、DMRS（Demodulation Reference Signal）、CSI-RS（Channel State Information-Reference Signal）、SRS（Sounding Reference Signal）などのダウンリンクRS（reference signal）を送信する。システム内のUE（user equipment）などの端末デバイスは、例えば、１つ以上のRE（resource element）を含む、割り当てられたリソース上で、ダウンリンクリファレンス信号を受信しても良い。また、端末デバイスは、対応する割り当てられたリソース上で、ネットワークデバイスにアップリンクリファレンス信号を送信しても良い。ダウンリンクおよびアップリンクリファレンス信号は、受信端末デバイス側およびネットワークデバイス側で、チャネル推定、復調などのために用いられても良い。
【０００４】
利用可能なアンテナポート数の増加および通信技術の発展に伴い、リファレンス信号のダウンリンクおよびアップリンクトランスミッションには、例えば、ダウンリンクおよびアップリンクリファレンス信号のために設計される構造、ダウンリンクおよびアップリンクリファレンス信号に用いられるsequence、ダウンリンクおよびアップリンクリファレンス信号のために割り当てられるリソースなどについて、新しい要求が課される。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
概して、本開示の例示的な実施形態は、アップリンクおよびダウンリンクにおけるRS（reference signal）の割り当てのための方法および装置を提供する。
【課題を解決するための手段】
【０００６】
第１の態様では、ネットワークデバイスで実施される方法が提供される。この方法によれば、複数のRS configurationが、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定される。前記ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第１のRS configurationが割り当てられ、前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、前記複数のRS configurationから、少なくとも１つの第２のRS configurationが割り当てられる。
【０００７】
第２の態様では、端末デバイスで実施される方法が提供される。この方法によれば、複数のRS configurationのうちの少なくとも１つの第１のRS configurationに係る情報が、ネットワークデバイスから受信される。前記複数のRS configurationが、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定され、前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、前記複数のRS configurationのうちの少なくとも１つの第２のRS configurationが割り当てられる。RS sequenceが、前記少なくとも１つの第１のRS configurationに基づいて、前記ネットワークデバイスに送信される。
【０００８】
第３の態様では、ネットワークデバイスが提供される。前記ネットワークデバイスは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、複数のRS configurationを決定し、前記ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、前記複数のRS configurationから少なくとも１つの第１のRS configurationを割り当て、前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、前記複数のRS configurationから少なくとも１つの第２のRS configurationを割り当てる、ように構成されるコントローラを含む。
【０００９】
第４の態様では、端末デバイスが提供される。前記端末デバイスは、ネットワークデバイスから、複数のRS configurationのうちの少なくとも１つの第１のRS configurationに係る情報を受信するように構成される受信機を含み、前記複数のRS configurationが、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定され、前記ネットワークデバイスによるダウンリンクRSトランスミッションのために、前記複数のRS configurationのうちの少なくとも１つの第２のRS configurationが割り当てられる。また、前記端末デバイスは、前記少なくとも１つの第１のRS configurationに基づいて、前記ネットワークデバイスにRS sequenceを送信するように構成される送信機を含む。
【００１０】
第５の態様では、デバイスが提供される。前記装置は、プロセッサと、前記プロセッシングユニットに結合され、命令を格納するメモリと、を含み、前記命令は、前記プロセッシングユニットよって実行されるときに、前記第１の態様による前記方法を前記装置に実行させる。
【００１１】
第６の態様では、デバイスが提供される。前記装置は、プロセッサと、前記プロセッシングユニットに結合され、命令を格納するメモリと、を含み、前記命令は、前記プロセッシングユニットよって実行されるときに、前記第２の態様による前記方法を前記装置に実行させる。
【００１２】
本開示の他の特徴は、以下の説明を通して容易に理解されるであろう。
【図面の簡単な説明】
【００１３】
添付の図面における本開示のいくつかの実施形態のより詳細な説明を通して、本開示の上記および他の目的、特徴および利点がより明らかになるであろう。
【００１４】
【図１】図１は、本開示の実施形態を実施可能な通信環境のブロック図である。
【００１５】
【図２】図２は、異なるリファレンス信号の多重化を示す説明図である。
【００１６】
【図３】図３は、本開示のいくつかの実施形態によるリファレンス信号の割り当てのためのプロセスを説明するフローチャートである。
【００１７】
【図４Ａ】図４Ａは、本開示のいくつかの実施形態によるRS configurationのグループ分割を示す説明図である。
【図４Ｂ】図４Ｂは、本開示のいくつかの実施形態によるRS configurationのグループ分割を示す説明図である。
【図４Ｃ】図４Ｃは、本開示のいくつかの実施形態によるRS configurationのグループ分割を示す説明図である。
【図４Ｄ】図４Ｄは、本開示のいくつかの実施形態によるRS configurationのグループ分割を示す説明図である。
【図４Ｅ】図４Ｅは、本開示のいくつかの実施形態によるRS configurationのグループ分割を示す説明図である。
【図４Ｆ】図４Ｆは、本開示のいくつかの実施形態によるRS configurationのグループ分割を示す説明図である。
【００１８】
【図５Ａ】図５Ａは、本開示のいくつかの実施形態による異なるリファレンス信号の多重化の例を示す。
【図５Ｂ】図５Ｂは、本開示のいくつかの実施形態による異なるリファレンス信号の多重化の例を示す。
【図５Ｃ】図５Ｃは、本開示のいくつかの実施形態による異なるリファレンス信号の多重化の例を示す。
【図５Ｄ】図５Ｄは、本開示のいくつかの実施形態による異なるリファレンス信号の多重化の例を示す。
【００１９】
【図６Ａ】図６Ａは、本開示のいくつかの実施形態によるRSトランスミッションの拡張の例を示す。
【図６Ｂ】図６Ｂは、本開示のいくつかの実施形態によるRSトランスミッションの拡張の例を示す。
【図６Ｃ】図６Ｃは、本開示のいくつかの実施形態によるRSトランスミッションの拡張の例を示す。
【図６Ｄ】図６Ｄは、本開示のいくつかの実施形態によるRSトランスミッションの拡張の例を示す。
【００２０】
【図７】図７は、本開示のいくつかの実施形態による例示的な方法のフローチャートを示す。
【００２１】
【図８】図８は、本開示のいくつかの他の実施形態による例示的な方法のフローチャートを示す。
【００２２】
【図９】図９は、本開示のいくつかの実施形態によるネットワークデバイスのブロック図である。
【００２３】
【図１０】図１０は、本開示のいくつかの実施形態による端末デバイスのブロック図である。
【００２４】
【図１１】図１１は、本開示の実施形態の実施に適しているデバイスの簡略的なブロック図である。
【００２５】
図面を通して、同一または同様のリファレンス番号は、同一または同様のエレメントを表している。
【発明を実施するための形態】
【００２６】
本開示の原理は、いくつかの例示的な実施形態を参照して説明される。これらの実施形態は、本開示のスコープに関していかなる限定も示唆することなく、例示の目的および当業者が本開示を理解し実施することの一助のためにのみ記載されておいることを理解されたい。本明細書に記載の開示内容は、以下に記載したもの以外に様々な方法で実施することができる。
【００２７】
以下の説明および特許請求の範囲において、他で定義されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する技術分野における当業者によって一般に理解されるものと同じ意味を有する。
【００２８】
本明細書で用いられるとき、用語「ネットワークデバイス」または「基地局」（BS：base station）は、端末デバイスが通信可能なセルまたはカバレージを提供またはホストすることが可能なデバイスを指す。ネットワークデバイスの例は、Node B（Node BまたはNB）、Evolved NodeB（eNodeBまたはeNB）、新無線アクセスにおけるNodeB（gNB）、RRU（Remote Radio Unit）、RH（radio head）、RRH（remote radio head）、フェムトノードやピコノードなどの低電力ノードなどを含むが、これらに限定されない。説明の目的のために、以下のいくつかの実施形態は、ネットワークデバイスの例としてeNBを参照して説明される。
【００２９】
本明細書で用いられるとき、用語「端末デバイス」は、無線または有線の通信能力を有する任意のデバイスを指す。端末デバイスの例は、UE（user equipment）、パーソナルコンピュータ、デスクトップ、モバイルフォン、セルラーフォン、スマートフォン、PDA（personal digital assistant）、ポータブルコンピュータ、デジタルカメラなどのイメージキャプチャデバイス、ゲームデバイス、音楽保存および再生装置、または、無線または有線のインターネットアクセスおよびブラウジングなどを可能にするインターネット装置などを含むが、これらに限定されない。
【００３０】
本明細書で用いられるとき、単数形「a」、「an」および「the」は、文脈が明らかにそうでないことを示さない限り、複数形も含むことを意図する。用語「含む（includes）」およびその変形は、「含むが、これに限定されない（includes, but is not limited to）」ことを意味するオープン用語として読まれるべきである。用語「基づく（based on）」は、「少なくとも部分的に基づく（based at least in part on）」として読まれるべきである。用語「一実施形態（one embodiment）」および「実施形態（an embodiment）」は、「少なくとも１つの実施形態（at least one embodiment）」として読まれるべきである。用語「別の実施形態（another embodiment）」は、「少なくとも１つの他の実施形態（at least one other embodiment）」として読まれるべきである。用語「第１（first）」、「第２（second）」などは、異なるオブジェクトまたは同じオブジェクトを指すことがある。明示的および暗黙的にかかわらず、他の定義が以下に含められても良い。
【００３１】
いくつかの例では、値（values）、手順（procedures）、または装置（apparatus）は、「最良（best）」、「最低（lowest）」、「最高（highest）」、「最小（minimum）」、「最大（maximum）」などとして参照される。 そのような説明は、多くの使用されている機能的な選択肢の中から選択を行うことができることを示すように意図されており、そのような選択は他の選択に対して、より良い（better）、より小さい（smaller）、より高い（higher）、または、そうではないとは限らないことを理解されたい。
【００３２】
本開示で論じられる通信は、任意の適切な規格に準拠しても良く、この規格は、NR（New Radio Access）、LTE（Long Term Evolution）、LTEエボリューション、LTE-A（LTE-Advanced）、WCDMA（Wideband Code Division Multiple Access）、CDMA（Code Division Multiple Access）、GSM（Global System for Mobile Communications）などを含むが、これらに限定されない。さらに、通信は、既存のまたは将来開発される任意の世代の通信プロトコルに従って実行されても良い。通信プロトコルの例は、1G（first generation）、2G（second generation）、2.5G、2.75G、3G（third generation）、4G（fourth generation）、4.5G、5G（fifth generation）の通信プロトコルを含むが、これらに限定されない。
【００３３】
図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示している。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサーブされる３つの端末デバイス１２０−１〜１２０−３（まとめて端末デバイス１２０として参照されるか、または、個別に端末デバイス１２０として参照される）と、を含む。ネットワーク１００のカバレッジは、セル１０２とも呼ばれる。基地局および端末デバイスの数は、任意の限定を示唆することなく、説明の目的のためだけであることを理解されたい。ネットワーク１００は、本開示の実施形態を実施するのに適した任意の適切な数の基地局および端末デバイスを含んでいれば良い。図示されていないが、１つ以上の対応するネットワークデバイスがその中に配置されたいくつかの端末デバイスにサービスを提供するセル１０２に隣接する、１つ以上の隣接セルが存在しても良いことを理解されたい。
【００３４】
ネットワークデバイス１１０は、端末デバイス１２０と通信しても良い。ネットワーク１００内の通信は、任意の適切な規格に準拠しても良く、この規格は、LTE（Long Term Evolution）、LTEエボリューション、LTE-A（LTE-Advanced）、WCDMA（登録商標。Wideband Code Division Multiple Access）、CDMA（Code Division Multiple Access）、GSM（登録商標。Global System for Mobile Communications）などを含むが、これらに限定されない。さらに、通信は、既存のまたは将来開発される任意の世代の通信プロトコルに従って実行されても良い。通信プロトコルの例は、1G（first generation）、2G（second generation）、2.5G、2.75G、3G（third generation）、4G（fourth generation）、4.5G、5G（fifth generation）の通信プロトコルを含むが、これらに限定されない。
【００３５】
通常のデータ通信に加えて、ネットワークデバイス１１０は、ダウンリンクにおいて、ブロードキャスト方式、マルチキャスト方式、および／または、ユニキャスト方式で、１つ以上の端末デバイス１２０にRS（reference signal）を送信しても良い。同様に、１つ以上の端末デバイス１２０は、アップリンクにおいて、ネットワークデバイス１１０にRSを送信しても良い。本明細書で用いられるときは、「ダウンリンク」は、ネットワークデバイスから端末デバイスへのリンクを指し、その一方で、「アップリンク」は、端末デバイスからネットワークデバイスへのリンクを指す。
【００３６】
RSは、チャネル推定、復調、および、通信用の他の動作のために、受信デバイス（アップリンクRSトランスミッションにおけるネットワークデバイス１１０、または、ダウンリンクRSトランスミッションにおける端末デバイス１２０）によって用いられても良い。一般的に言えば、RSは、ネットワークデバイス１１０および端末デバイス１２０の両方に知られている信号sequenceである。例えば、RS sequenceは、あるルールに基づいて送信デバイス（ネットワークデバイス１１０または端末デバイス１２０）によって生成され送信されても良いし、受信デバイス（端末デバイス１２０またはネットワークデバイス１１０）は、同じルールに基づいてRS sequenceを推定しても良い。リファレンス信号の例は、DMRS（Demodulation Reference Signal）、CSI-RS（Channel State Information-Reference Signal）、SRS（Sounding Reference Signal）を含むが、これらに限定されない。
【００３７】
ダウンリンクおよびアップリンクリファレンス信号のトランスミッションにおいて、ネットワークデバイス１１０は、トランスミッションのために対応するリソースを割り当て、および／または、どのsequenceが送信されるのかを指定しても良い。MU-MIMO（Multiple-Input Multiple-Output）シナリオでは、ネットワークデバイス１１０および端末デバイス１２０の両方が、複数のアンテナポート（またはアンテナエレメント）を備え、アンテナポート（アンテナエレメント）を用いて、あるリソース領域上で、指定されたRS sequenceを送信することができる。多数のRS portも指定される。RS portは、時間、周波数、および／またはコードドメインにおいて、RSトランスミッションのために割り当てられたリソース領域の１つ以上のリソースエレメントへのRS sequenceの一部または全部の特定のマッピングとして参照されることがあり、そのため、仮想RS portと呼ぶこともできる。一般に、different RS portsは互いに直交している。ダウンリンクおよびアップリンクRSを送信するために、ネットワークデバイス１１０は、ダウンリンクRSトランスミッションのための１つ以上の対応するRS portと、アップリンクRSトランスミッションのための１つ以上の他の対応するRS portと、を割り当てることができる。
【００３８】
例えば、3GPP仕様書では、端末デバイスは最大８つのRS portをサポートすることができ、したがってアップリンクトランスミッションのために８つ以下のRS portを割り当て可能であることが合意されている。ネットワークデバイスは、最大８つのRS portで、端末デバイスにRS sequenceを送信することもできる。
【００３９】
新通信技術の発展に伴い、ネットワークデバイスおよび端末デバイスのアンテナポートの増加および／または広周波数帯域の使用に起因して、直交RS portの数を増加させることができる。例えば、RSトランスミッション（特に、DMRSトランスミッション）のために８つよりも多くの直交RS portを指定することが提案されている。そのため、ダウンリンクおよびアップリンクRSトランスミッションには新しい要求が課されている。フレキシブルな二重化および干渉除去のために、ダウンリンクおよびアップリンクに共通のRS構造が必要となる。このことは、ダウンリンクおよびアップリンクRSトランスミッションのためのリソースロケーション、パターンおよびsequenceが共通し、その一方で直交性もまた満たされることを意味する。言い換えれば、ダウンリンクおよびアップリンクの両方のためのリファレンス信号は、互いに直交するように構成することができる。直交RS portの増加は、MU-MIMO（Multi-User Multiple-Input Multiple-Output）シナリオにより適しており、したがって、MU-MIMOシステムにおけるRS portで、異なる端末デバイスの多重化または異なるリンクにおけるRSトランスミッションをサポートできることが望ましい。
【００４０】
図２は、そのような新しい要求に関する図を示している。図示されるように、RSトランスミッションは、リソーススペース２１０（この例では、時間および周波数リソーススペース）内のリソース領域２１２を割り当てられる。リソース領域２１２は、対応するリソースマッピングを有するいくつかの直交RS portに対応しても良い。２つのRS sequence２０１および２０２（１つ以上の端末デバイスのためのダウンリンクおよび／またはアップリンクRS sequence）については、（対応するRS portを介して、）それらをリソース領域２１２に多重化できる（２２０）ことが望ましい。
【００４１】
しかしながら、現在の通信仕様によれば、ダウンリンクRSとアップリンクRSとは別々に設計されており、新しい要件を満たすことができない。例えば、現在のLTE（Long Term Evolution）の仕様によれば、ダウンリンクDMRSは、PN（pseudorandom noise） sequenceで生成され、CDM（Code Division Multiple）およびFDM（Frequency Division Multiple）を用いて、ネットワークデバイスの複数のアンテナポート間で多重化される。その一方で、アップリンクDMRSは、ZC（Zadoff-Chu） sequenceで生成され、CS（cyclic shift）、CDM、およびIFDMA（Interleaved Frequency Division Multiple Access）技術を用いて、ネットワークデバイスの複数のアンテナポート間で多重化される。したがって、現在の仕様に応じて設計されたダウンリンクRS sequenceおよびアップリンクRS sequenceは、同じリソース領域内で（または同じセットのRS portで）多重化することはできない。
【００４２】
本開示の実施形態によれば、RS割り当てのための新しい解決策が提案される。この解決策では、複数のRS configurationは、different RS portsおよび／またはdifferent RS sequences of a same typeに基づいて、ネットワークデバイスによって決定される。ダウンリンクおよびアップリンクRSトランスミッションを可能にするために、ネットワークデバイスは、自身のダウンリンクRSトランスミッションのために、決定されたRS configurationのサブセットを割り当て、ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、決定されたRS configurationの別のサブセットを割り当てても良い。したがって、ネットワークデバイスは、割り当てられたRS configurationに基づいて、１つ以上の端末デバイスにダウンリンクRS sequenceを送信しても良い。その一方で、端末デバイスはまた、その割り当てられたRS configurationに基づいて、アップリンクRS sequenceを送信しても良い。この解決法を通して、RS portが互いに直交するように定義され、RS sequences of the same typeが少なくとも互いに準直交（quasi-orthogonal）するように生成されるので、RS直交configurationのセットは、RS portおよびRS sequenceから得ることができる。これに基づいて、割り当てられたRS configurationで送信されたダウンリンクおよびアップリンクRSは、共通の構造を共有し、直交性を達成することができる。
【００４３】
本開示の原理および実装は、本開示の実施形態によるリファレンス信号の割り当てのためのプロセス３００を示す図３を参照して、以下で詳細に説明される。説明の目的のために、プロセス３００は、図１を参照して説明される。プロセス３００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサーブされる１つ以上の端末デバイス１２０と、を含んでも良い。
【００４４】
ネットワークデバイス１１０は、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、複数のRS configurationを決定する（３０５）。本明細書で用いられるときは、RS configurationは、リファレンス信号のトランスミッションの１つ以上の態様、例えば、トランスミッションのために用いるRS port、および／または、トランスミッションのために生成されるsequenceを指定するために用いられる。
【００４５】
RS portは、時間、周波数、および／またはコードドメインでRSトランスミッションのために割り当てられたリソース領域の１つ以上のリソースエレメントへのRS sequenceの一部または全部の特定のマッピングとして参照されても良い。いくつかの実施形態では、RS portは、マッピングを表すプリコーダ行列に乗算される複数のアンテナを表す行列によって定義されても良い。したがって、１つ以上のあるRS portがトランスミッションのために選択された場合、RS sequenceのためのリソースマッピングを決定することができる。いくつかのユースケースでは、RS portは、仮想RS port、または、１つ以上のアンテナポートと１つ以上のリソースエレメントとの間のリソースマッピング、と呼ばれることもある。一般に、RSトランスミッションのあるリソース領域のために、複数のdifferent RS portsを指定することができる。これらのRS portは互いに直交している。したがって、本開示の実施形態では、different RS portsの各々は、対応するRS configurationと見なすことができる。
【００４６】
いくつかの実施形態では、different RS sequences of a same typeを用いて、RS configurationを定義することができる。例えば、different RS sequencesの各々は、異なるRS configurationと見なすことができる。一般に、RS sequences of a same typeは、少なくとも準直交性を達成するように設計されても良い。いくつかの実施形態では、同じ生成ルールに基づいて、different RS sequences of a same typeを生成することができる。例えば、different RS sequences of a same typeは、different initial valueを持つ同じ式、different root indicesを持つ同じ式、same root sequenceのdifferent cyclic shift values、および／または、同じroot sequence上のdifferent transformations（例えば、周波数ローテーション）に基づいて、生成されても良い。同じroot sequence、同じinitial value、同じcyclic shift、および／または、sequence上の同じtransformationに基づいてRS sequenceを生成するために、sequence生成の様々な方法を利用することができる。いくつかの例では、RS sequenceは全て、PN（pseudorandom noise） sequence、ZC（Zadoff-Chu） sequenceなどでも良い。
【００４７】
いくつかの他の実施形態では、RS configurationは、same typeのRS portおよびRS sequenceの両方によって定義されても良い。例えば、２つのdifferent RS configurationについて、同じRS portが割り当てられ、続いて、２つのdifferent sequenceが指定されても良い。他の例では、２つのdifferent RS configurationについて、different RS portsが割り当てられる一方で、同じsequenceが指定されても良い。
【００４８】
RS portおよび／またはRS sequenceに基づくRS configurationは、いくつかの実施形態での使用のために、ネットワークデバイス１１０に予め設定され格納されても良い。他の実施形態では、ネットワークデバイス１１０は、送信されるべきダウンリンクRSおよびアップリンクRSがあるときに、あるルール（different RS ports、または、different RS sequence、または、両方）に従って、RS configurationを動的に（リアルタイムで）決定しても良い。
【００４９】
different RS portsおよび／またはdifferent RS sequences of a same typeによって定義される複数のRS configurationは、互いに直交または少なくとも準直交であるため、異なるリンク（例えば、ダウンリンクおよびアップリンク）におけるRSトランスミッションは、これらのRS configurationを共有することができる。具体的には、ネットワークデバイス１１０は、端末デバイス１２０によるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第１のRS configurationを割り当てると共に、ネットワークデバイス１１０自身によるダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第２のRS configurationを割り当てる（３１０）。この意味において、ダウンリンクRSトランスミッションおよびアップリンクRSトランスミッションの両方は、共通の構造を共有し、互いに直交または準直交になることができる。全ての第１のRS configurationは、第２のRS configurationと異なっていても良く、または、第２のRS configurationと部分的または全体的にオーバーラップしていても良い。すなわち、アップリンクRSトランスミッションのための第１のRS configurationのうちのいくつかまたは全ては、ダウンリンクRSトランスミッションのための第２のRS configurationと同じであっても良い。
【００５０】
ネットワークデバイス１１０は、複数のRS configurationから、端末デバイス１２０によるアップリンクRSトランスミッションのために、１つ以上の第１のRS configurationを選択し、ネットワークデバイス１１０によるダウンリンクRSトランスミッションのために、１つ以上の第２のRS configurationを選択しても良い。いくつかの実施形態では、ネットワークデバイス１１０は、アップリンクおよびダウンリンクRSトランスミッションのために異なるRS configurationを選択しても良い。
【００５１】
いくつかの実施形態では、アップリンクRSトランスミッションのためにRS configurationを割り当てるときに、ネットワークデバイス１１０は、端末デバイス１２０の能力を考慮しても良い。能力は、端末デバイス１２０のアンテナポートもしくはアンテナエレメントの最大数、および／または、ネットワークデバイスと端末デバイスとの間のチャネル行列の最大ランクに関連付けても良い。第１のRS configurationの数は、冗長性を回避するために、アンテナポートもしくはアンテナ素子の最大数以下、または、チャネル行列の最大ランク以下であっても良い。
【００５２】
ダウンリンクRSトランスミッションのためにRS configurationを割り当てるときに、ネットワークデバイス１１０は、端末デバイス（アップリンクRSトランスミッションを有するもの、および／または、ネットワークデバイス１１０によってサーブされる別の端末デバイス１２０であっても良い）の能力を考慮しても良い。例えば、第２のRS configurationの数は、ダウンリンクRSを受信する端末デバイスのアンテナポートもしくはアンテナエレメントの最大数以下、または、端末デバイスのためのチャネル行列の最大ランク以下であっても良い。
【００５３】
いくつかの他の実施形態では、異なるリンク間のRS configurationの同じセットを共有することに加えて、または代替として、異なる要件（例えば、異なる端末デバイス）を有するRSトランスミッションも、決定されたRS configurationを共有することができる。これらの実施形態では、ネットワークデバイス１１０は、さらなる端末デバイス１２０によるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第３のRS configurationを割り当てても良い。ダウンリンクRSトランスミッションについては、ネットワークデバイス１１０は、さらなる端末デバイスへのダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第４のRS configurationを割り当てても良い。
【００５４】
端末デバイス１２０がアップリンクでRSを送信することを可能にするために、ネットワークデバイス１１０は、アップリンクRSトランスミッションのために割り当てられた少なくとも１つの第１のRS configurationに係る情報を端末デバイス１２０に送信する（３１５）。この情報は、少なくとも１つの第１のRS configurationで指定されているように、アップリンクRSトランスミッションの１つ以上の態様を端末デバイス１２０に示すものであっても良い。例えば、割り当てられた第１のRS configurationに依存して、この情報は、どのRS portおよび／またはどのRS sequenceがアップリンクRSトランスミッションに用いられるかを端末デバイス１２０に示すものであっても良い。
【００５５】
他のいくつかの実施形態では、情報のトランスミッションのオーバーヘッドを低減するために、複数のRS configurationが端末デバイス１２０に事前に指定または示されても良く、また、RS configurationの各々が、対応するconfigurationパラメータ（例えば、インデックスまたは識別子）で識別されても良い。ネットワークデバイス１１０が、端末デバイス１２０によるアップリンクRSトランスミッションのために１つ以上の第１のRS configurationを割り当てることを決定した場合、ネットワークデバイス１１０は、割り当てられた第１のRS configurationに関する詳細情報を送信する代わりに、割り当てられた第１のRS configurationに対応するconfigurationパラメータを端末デバイス１２０に送信しても良い。
【００５６】
第１のRS configurationを示すときのオーバーヘッドコストをさらに低減するために、複数のRS configurationを、各々が対応するグループパラメータ（例えば、インデックスまたは識別子）によって識別される複数のグループに分割しても良い。例えば、図４Ａに示されるように、トータルでＫ個の異なるRS configuration（Config. 1〜Config. K）４１０があると仮定する。ネットワークデバイス１１０は、これらＫ個のRS configurationを、各々がＫ個のRS configurationのうちの少なくとも１つを含むＬ個のグループに分割しても良い。各グループのサイズは設定可能であっても良い。いくつかの実施形態では、１つのグループに含まれる１つ以上のRS configurationは、別のグループに含まれるRS configurationと同じであっても良い。すなわち、グループのいくつかは、互いに部分的にオーバーラップしていても良い。他の実施形態では、グループのいくつかは、オーバーラップしなくても良い。
【００５７】
RS configurationは、RS portまたはRS sequenceに依存しても良いため、RS configurationを分割する場合のRS portおよびRS sequenceのグループ分割を、図４Ｂおよび図４Ｃにも示す。ここでは、RS port４２０またはRS sequence４３０は、Ｌ個のグループに分割されている。これらの場合は、グループの各々は、対応するグループパラメータ（またはインデックス、または識別子）で識別されても良い。例えば、１２個のRS configurationがあり、それらが４つのグループに分割される場合には、ネットワークデバイス１１０は、２ビットのみを用いて、割り当てられたグループのためのグループパラメータを端末デバイス１２０に示しても良い。
【００５８】
図４Ｂおよび４Ｃの例では、Ｋ個のRS portおよびRS sequenceがあると仮定されているが、RS portおよびRS sequenceの数は同じでなくても良いことは理解されたい。RS configurationがRS portおよびRS sequenceの両方に基づいて定義される実施形態では、RS configurationの総数は、RS portまたはRS sequenceの数と同じでなくても良い。グループは、連続的なRS configuration（RS portまたはRS sequence）で分割されるように示されているが、他の例では、グループの各々は、不連続なRS configurationを含んでも良い。図４Ｄは、そのような例を示しており、ここでは、Ｌ個のグループの各々は、Ｋ個のRS port４４０全てのうちの不連続なRS portを含んでいる。
【００５９】
いくつかの実施形態では、RS configurationのグルーピングは、使用のためにネットワークデバイス１１０に予め設定され格納されても良い。他の実施形態では、ネットワークデバイス１１０は、送信されるべきダウンリンクRSおよびアップリンクRSがあるときに、RS configurationを動的に（リアルタイムで）グループ化しても良い。動的なグルーピングを行うこれらの実施形態では、ネットワークデバイス１１０は、RS configurationのソート順（特に、RS portのソート順）に基づいて、グループの各々を決定しても良い。具体的には、グループの各々は、RS configurationの異なる開始インデックスおよび／または異なる順列（order）で分割されても良い。図４Ｅおよび４Ｆはそのような実施形態の例を示している。
【００６０】
図４Ｅに示されるように、Ｋ個のRS port４５０は、Ｌ個のグループに分割されても良い。グループ分割では、ネットワークデバイス１１０は、グループ１用のRS port４５０の全てのインデックスから開始インデックス４５１を選択しても良く、グループ１の順列は４５２によって示される通りである。同様に、ネットワークデバイス１１０は、グループ２用の開始インデックス４５３および順列４５４を選択し、グループＬ−１用の開始インデックス４５５および順列４５６を選択し、グループＬ用の開始インデックス４５７および順列４５８を選択する。いくつかの実施形態では、いくつかのグループは、異なる循環ソート順（different circular sort orders）に従って分割されても良い。図４Ｆに示されるように、Ｋ個のRS port４６０を分割するときに、Ｌ個のグループの各々は、異なる開始インデックス４６１，４６３，４６５などで分割され、Ｌ個のグループに含まれるポートは、４６２，４６４，４６６などによって示されるように、時計回りの循環順または反時計回りの循環順で、Ｋ個のグループから選択されても良い。動的なグループ分割では、異なる開始インデックスおよび／または異なる順列で異なるグループを分割することによって、ネットワークデバイスは、異なる端末デバイスのためのアップリンクおよびダウンリンクRSトランスミッションのために、オーバーラップがより少ないRS configurationを有するRSグループを得ることができる。
【００６１】
いくつかのさらなる実施形態では、ネットワークデバイス１１０は、全てのRS configurationを２つのグループに分割し、一方をダウンリンクRSトランスミッションに割り当て、他方をアップリンクRSトランスミッションに割り当てても良い。ダウンリンクRSトランスミッションにおける各受信端末デバイス１２０については、ネットワークデバイス１１０は、端末デバイスのためのダウンリンクRSトランスミッションのために、グループ内の１つ以上のRS configurationを選択できるようにしても良い。アップリンクRSトランスミッションにおける各送信端末デバイス１２０については、ネットワークデバイス１１０は、アップリンクRSトランスミッションのために、グループ内の１つ以上のRS configurationを割り当てても良い。
【００６２】
図３に戻って参照すると、端末デバイス１２０は、１つ以上の割り当てられた第１のRS configurationに係る情報を受信すると、１つ以上の割り当てられた第１のRS configurationに基づいて、第１のRS sequenceをネットワークデバイス１１０に送信する（３２０）。端末デバイス１２０は、受信された情報に基づいて、どのRS configurationが使用されることになるかを決定し、続いて、割り当てられたRS configurationに従って、アップリンクRSトランスミッションがどのように実行されることになるかを決定しても良い。例えば、１つ以上の第１のRS configurationが、端末デバイス１２０が全ての可能性のあるRS portのうちの１つ以上のRS portを使用できることを示す場合、端末デバイス１２０は、対応するRS portを用いて、第１のRS sequenceを送信しても良い。この場合には、第１のRS sequenceは、端末デバイス１２０およびネットワークデバイス１１０の両方に知られている、あるルールに基づいて、生成されても良い。他の例として、第１のRS configurationが、端末デバイス１２０が全ての可能性のあるRS sequenceのうちの１つ以上のRS sequenceを送信できることを示す場合、端末デバイス１２０は、対応するRS sequenceを第１のRS sequenceとして生成し、これらのsequenceを、可能性のあるいくつかのまたは全てのRS port上で送信しても良い。いくつかの他の例では、割り当てられた第１のRS configurationは、端末デバイス１２０がアップリンクRSトランスミッションのために用いることができるRS portおよびRS sequenceの両方を示しても良い。
【００６３】
ネットワークデバイス１１０は、１つ以上の割り当てられた第２のRS configurationに基づいて、端末デバイス１２０に第２のRS sequenceを送信しても良い（３２５）。ネットワークデバイス１１０は、端末デバイス１２０によるアップリンクRSトランスミッションにおいて、上記で論じた同様の方法で第２のsequenceを送信しても良い。いくつかの他の実施形態では、ネットワークデバイス１２０は、アップリンクで第１のsequenceを送信する端末デバイス１２０に第２のsequenceを送信しなくても良いが、ネットワークデバイス１１０によってサーブされるさらなる端末デバイスに第２のsequenceを送信しても良い。
【００６４】
いくつかの実施形態では、端末デバイス１２０は、ダウンリンクRSトランスミッションにおける受信側として、他の端末デバイス１２０によるアップリンクRSトランスミッションによって、および／または、他の端末デバイス１２０へのダウンリンクRSトランスミッションによって、干渉を受ける可能性がある。これらの場合には、ネットワークデバイス１１０は、他の端末デバイス１２０によるアップリンクRSトランスミッションのためにおよび／またはネットワークデバイス１２０によって実行されるダウンリンクRSトランスミッションのために割り当てられたRS configurationに係る情報を、端末デバイス１２０に送信しても良い。このような情報は、図２を参照して３１５にて論じた同様の方法で送信されても良い。端末デバイス１２０は、受信された情報を用いて、受信されたダウンリンクRSの品質をさらに向上させるために、干渉除去およびその他の動作を実行しても良い。受信された情報に基づく干渉除去には、既存のまたは将来開発される様々な技術が利用されても良い。
【００６５】
ネットワークデバイス１１０は、アップリンクRSトランスミッションにおける受信側として、隣接セル内の隣接ネットワークデバイスのアップリンクRSトランスミッションおよびダウンリンクRSトランスミッションを干渉する可能性がある。この場合には、ネットワークデバイス１１０は、そのサービングセルにおける現在のダウンリンクおよびアップリンクRSトランスミッションのために割り当てられたRS configurationに係る情報を、隣接セルに位置するネットワークデバイスに送信しても良い。ネットワークデバイス１１０はまた、隣接ネットワークデバイスによって提供された同様の情報を受信し、その情報を干渉除去のために利用しても良い。
【００６６】
ネットワークデバイス１１０および端末デバイス１２０によるアップリンクおよびダウンリンクリファレンス信号のトランスミッションにおいて、リファレンス信号は、採用される通信技術および割り当てられるRS configurationに従って、リソース領域内で多重化されても良い。図５Ａ〜図５Ｄは、リソース領域（時間および周波数）上の２つの異なるリファレンス信号の多重化の説明図を示している。これら２つの異なるリファレンス信号は、アップリンクおよびダウンリンクで送信されても良く、または、アップリンクで異なる端末デバイスによって送信されても良い。
【００６７】
図５Ａでは、FDM（Frequency Division Multiple）技術が適用され、そのため、２つのリファレンス信号５１０および５２０が、異なる周波数リソースを用いて、物理リソースブロック内で多重化されている。図５Ｂでは、IFDMA（Interleaved Frequency Division Multiple Access）技術が適用され、２つのリファレンス信号５１２および５２２が周波数ドメインでインターリーブされている。図５Ｃに示されるように、TDM（Time Division Multiple）技術が適用され、２つのリファレンス信号５１４および５２４が、時間ドメインで多重化されている。図５Ｄの他の例では、２つの異なる信号５１６および５２６が、FDM技術に従って２つのPRBに分割されている。
【００６８】
いくつかの実施形態では、ネットワークデバイス１１０は、周期的にまたはリクエストに応じて、RS configurationを割り当てても良い。いくつかの実施形態では、RS configurationがアップリンクおよびダウンリンクトランスミッションに割り当てられた後、ネットワークデバイス１１０および／または端末デバイス１２０は、割り当てられたRS configurationを使用し続けて、ある時間期間、ダウンリンクおよびアップリンクRS sequenceを送信しても良い。この時間期間中、アップリンクまたはダウンリンクトランスミッションを送信するのにより多くのリソースを必要とし、追加のRS configurationが割り当てられない場合、ネットワークデバイス１１０は、アップリンクまたはダウンリンクRSトランスミッションをサポートするために、他の方法を用いても良い。
【００６９】
一実施形態では、他のRSトランスミッションのために割り当てられたより多くのRS portが構成され適用されても良い。図６Ａに示されるように、２つのリファレンス信号５１０および５２０が、図５Ａに示されるようなリソース領域に予めマッピングされており、リファレンス信号５１０を送信するのにより多くのリソースを必要とする場合、リファレンス信号５１０は、リファレンス信号５２０のために割り当てられた周波数で送信できるようにしても良い。
【００７０】
別の実施形態では、図６Ｂに示されるように、different RS sequences６０２および６０４は、同じ周波数領域でのトランスミッションのために、このリファレンス信号５１０のために割り当てられても良い。さらに別の実施形態では、図６Ｃに示されるように、（時間領域または周波数領域における）より多くの直交カバーコードが、より多くのリソース（より多くのRS port）と共に用いられても良い。
【００７１】
さらなる実施形態では、リファレンス信号のためのリソースマッピングは、時間、周波数、またはコードドメインの密度が低くても良く、リファレンス信号のトランスミッションのための要件を満たすために、より多くのRS portが使用されても良い。例えば、図６Ｄに示されるように、リファレンス信号５１０および５２０は、より多くの周波数リソースを占有する（以前に割り当てられたリソースがそのトランスミッションに十分である場合、リファレンス信号５２０には、必ずしもより多くのリソースが割り当てられないことは理解されたい）。
【００７２】
RS configurationの割り当てについては上述した。本開示の様々な実施形態によれば、RS configurationは、RS portおよび／またはRS sequenceに基づいて定義／指定され、ダウンリンクRSトランスミッションおよびアップリンクRSトランスミッションの両方のためのフレキシブルで動的なRS configuration割り当てをサポートするネットワークデバイスおよび異なる端末デバイスのダウンリンクおよびアップリンクRSトランスミッションによって共有することができる。RS configuration割り当ては、ダウンリンクRSトランスミッションおよびアップリンクRSトランスミッションの両方について共通の構造および直交性を実現するダウンリンクおよびアップリンクRSトランスミッションに係るいくつかの新しい要件を満たすことができる。
【００７３】
図７は、本開示のいくつかの実施形態による例示的な方法７００のフローチャートを示している。方法７００は、図１に示されるようにネットワークデバイス１１０で実施することができる。説明の目的のために、方法７００は、図１を参照して、ネットワークデバイス１１０の観点から説明される。
【００７４】
ブロック７１０において、ネットワークデバイス１１０は、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、複数のRS（reference signal） configurationを決定する。ブロック７２０において、ネットワークデバイス１１０は、ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第１のRS configurationを割り当て、そして、ブロック７３０において、ネットワークデバイス１１０は、ネットワークデバイスによるダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第２のRS configurationを割り当てる。
【００７５】
いくつかの実施形態では、方法７００は、少なくとも１つの第１のRS configurationに係る情報を端末デバイスに送信することと、少なくとも１つの第１のRS configurationに基づいて、端末デバイスから第１のRS sequenceを受信することと、をさらに含んでも良い。
【００７６】
いくつかの実施形態では、少なくとも１つの第１のRS configurationを割り当てることは、複数のRS configurationを、各々がグループパラメータによって識別される複数のグループに分割することと、アップリンクRSトランスミッションのために、複数のグループから、少なくとも１つの第１のRS configurationを含む第１のグループを選択することと、を含んでも良い。情報を送信することは、第１のグループのためのグループパラメータを端末デバイスに送信することを含んでも良い。
【００７７】
いくつかの実施形態では、第１のRS sequenceは、DMRS（Demodulation Reference Signal） sequence、CSI-RS（Channel State Information-Reference Signal） sequence、または、SRS（Sounding Reference Signal） sequenceのうちの少なくとも１つを含んでも良い。
【００７８】
いくつかの実施形態では、方法７００は、少なくとも１つの第２のRS configurationに基づいて、ネットワークデバイスによってサーブされるさらなる端末デバイスに第２のRS sequenceを送信することと、少なくとも１つの第１のRS configurationに係る情報を、さらなる端末デバイスに送信することと、をさらに含んでも良い。
【００７９】
いくつかの実施形態では、少なくとも１つの第１のRS configurationを端末デバイスに割り当てることは、端末デバイスの能力に基づいて、少なくとも１つの第１のRS configurationを端末デバイスに割り当てることを含んでも良い。能力は、端末デバイスのアンテナポートもしくはアンテナエレメントの最大数、または、ネットワークデバイスと端末デバイスとの間のチャネル行列の最大ランクの少なくとも１つに関連付けられる。
【００８０】
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成される。
【００８１】
いくつかの実施形態では、方法７００は、ネットワークデバイスによってサーブされるさらなる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第３のRS configurationを割り当てることを、さらに含んでも良い。
【００８２】
図８は、本開示のいくつかの実施形態による例示的な方法８００のフローチャートを示している。方法８００は、図１に示されるように端末デバイス１２０で実施することができる。説明の目的のために、方法８００は、図１を参照して、端末デバイス１２０の観点から説明される。
【００８３】
ブロック８１０において、端末デバイス１２０は、複数のRS（reference signal） configurationのうちの少なくとも１つの第１のRS configurationに係る情報をネットワークデバイスから受信する。複数のRS configurationは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて決定され、複数のRS configurationのうちの少なくとも１つの第２のRS configurationは、ネットワークデバイスによるダウンリンクRSトランスミッションのために割り当てられる。ブロック８２０において、端末デバイス１２０は、少なくとも１つの第１のRS configurationに基づいて、RS sequenceをネットワークデバイスに送信する。
【００８４】
いくつかの実施形態では、複数のRS configurationは、各々がグループパラメータによって識別される複数のグループに分割されても良い。情報を受信することは、ネットワークデバイスから、複数のグループのうちの、少なくとも１つの第１のRS configurationを含む第１のグループのためのグループパラメータを受信することを含んでも良い。
【００８５】
いくつかの実施形態では、RS sequenceは、DMRS（Demodulation Reference Signal） sequence、CSI-RS（Channel State Information-Reference Signal） sequence、または、SRS（Sounding Reference Signal） sequenceのうちの少なくとも１つを含んでも良い。
【００８６】
いくつかの実施形態では、方法８００は、アップリンクRSトランスミッションのために、ネットワークデバイスによってさらなる端末デバイスに割り当てられる少なくとも１つの第３のRS configurationに係る情報を、ネットワークデバイスから受信することと、少なくとも１つの第２のRS configurationに基づいて、ネットワークデバイスによって送信された、さらなるRS sequenceを受信することと、少なくとも１つの第３のRS configurationに係る情報に基づいて、さらなるRS sequenceのための干渉除去を適用することと、を含んでも良い。
【００８７】
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成されても良い。
【００８８】
図３〜図６Ｄを参照して説明したネットワークデバイス１１０および端末デバイス１２０に関連する全ての動作および特徴は、方法７００および８００にも同様に適用可能であり、同様の効果を有することは理解されたい。単純化の目的のために、詳細な説明は省略する。
【００８９】
図９は、本開示のいくつかの実施形態による装置９００のブロック図を示している。装置９００は、図１に示されるようなネットワークデバイス１１０の実装例と見なすことができる。図示されるように、装置９００は、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、複数のRS（reference signal） configurationを決定するように構成される決定ユニット９１０を含む。装置９００はまた、ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第１のRS configurationを割り当てるように構成される第１の割当ユニット９２０と、ネットワークデバイスによるダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第２のRS configurationを割り当てるように構成される第２の割当ユニット９３０と、を含む。
【００９０】
いくつかの実施形態では、装置９００は、少なくとも１つの第１のRS configurationに係る情報を端末デバイスに送信するように構成される送信ユニットと、少なくとも１つの第１のRS configurationに基づいて、端末デバイスから第１のRS sequenceを受信するように構成される受信ユニットと、をさらに含んでも良い。
【００９１】
いくつかの実施形態では、第１の割り当てユニット９２０は、複数のRS configurationを、各々がグループパラメータによって識別される複数のグループに分割し、アップリンクRSトランスミッションのために、複数のグループから、少なくとも１つの第１のRS configurationを含む第１のグループを選択するように構成されても良い。送信ユニットは、第１グループのためのグループパラメータを送信することを含む情報を、端末デバイスに送信するように構成されても良い。
【００９２】
いくつかの実施形態では、第１のRS sequenceは、DMRS（Demodulation Reference Signal） sequence、CSI-RS（Channel State Information-Reference Signal） sequence、または、SRS（Sounding Reference Signal） sequenceのうちの少なくとも１つを含んでも良い。
【００９３】
いくつかの実施形態では、装置９００は、少なくとも１つの第２のRS configurationに基づいて、ネットワークデバイスによってサーブされるさらなる端末デバイスに第２のRS sequenceを送信し、少なくとも１つの第１のRS configurationに係る情報を、さらなる端末に送信するように構成される、さらなる送信ユニットを含んでも良い。
【００９４】
いくつかの実施形態では、第１の割り当てユニット９２０は、端末デバイスの能力に基づいて、少なくとも１つの第１のRS configurationを端末デバイスに割り当てるように構成されても良く、能力は、端末デバイスのアンテナポートもしくはアンテナエレメントの最大数、または、ネットワークデバイスと端末デバイスとの間のチャネル行列の最大ランクのうちの少なくとも１つに関連付けられる。
【００９５】
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成されても良い。
【００９６】
いくつかの実施形態では、装置９００は、ネットワークデバイスによってサーブされるさらなる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも１つの第３のRS configurationを割り当てるように構成される第３の割り当てユニットであっても良い。
【００９７】
図１０は、本開示のいくつかの実施形態による装置１０００のブロック図を示している。装置１０００は、図１に示されるような端末デバイス１２０の実装例と見なすことができる。図示されるように、装置１０００は、受信ユニット１０１０を含み、受信ユニット１０１０は、複数のRS（reference signal） configurationのうちの少なくとも１つの第１のRS configuration、および、複数のRS configurationのうちの、ネットワークデバイスによるダウンリンクRSトランスミッションのために割り当てられた少なくとも１つの第２のRS configurationに係る情報を、ネットワークデバイスから受信するように構成される。複数のRS configurationは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも１つに基づいて、決定される。装置１０００はまた、少なくとも１つの第１のRS configurationに基づいて、RS sequenceをネットワークデバイスに送信するように構成される送信ユニット１０２０を含む。
【００９８】
いくつかの実施形態では、複数のRS configurationは、各々がグループパラメータによって識別される複数のグループに分割されても良い。情報を受信することは、ネットワークデバイスから、複数のグループのうちの、少なくとも１つの第１のRS configurationを含む第１のグループためのグループパラメータを受信することを含んでも良い。
【００９９】
いくつかの実施形態では、RS sequenceは、DMRS（Demodulation Reference Signal） sequence、CSI-RS（Channel State Information-Reference Signal） sequence、または、SRS（Sounding Reference Signal） sequenceのうちの少なくとも１つを含んでも良い。
【０１００】
いくつかの実施形態では、受信ユニット１０１０は、アップリンクRSトランスミッションのために、ネットワークデバイスによってさらなる端末デバイスに割り当てられる少なくとも１つの第３のRS configurationに係る情報をネットワークデバイスから受信し、少なくとも１つの第２のRS configurationに基づいて、ネットワークデバイスによって送信される、さらなるRS sequenceを受信するように構成されても良い。装置１０００は、少なくとも１つの第３のRS configurationに係る情報に基づいて、さらなるRS sequenceのために干渉除去を適用するように構成される干渉除去ユニットをさらに含んでも良い。
【０１０１】
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成されても良い。
【０１０２】
装置９００および１０００に含まれるユニットは、方法７００ならびに方法８００のブロックに対応することを理解されたい。そのため、図３〜図６Ｄを参照して説明した全ての動作および特徴は、装置９００および１０００に含まれるユニットにも同様に適用可能であり、同様の効果を有する。単純化の目的のために、詳細な説明は省略する。
【０１０３】
装置９００および１０００に含まれるユニットは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを含む様々な方法で実装しても良い。一実施形態では、１つ以上のユニットは、ソフトウェアおよび／またはファームウェア、例えば、記憶媒体に記憶された機械実行可能命令を使用して、実装しても良い。機械実行可能命令に追加して、または、その代わりに、装置９００および１０００内のユニットの一部または全部を、少なくとも部分的に、１つ以上のハードウェアロジックコンポーネントによって実装しても良い。例えば、限定ではなく、使用可能な例示的なタイプのハードウェアロジックコンポーネントは、FPGA（Field-programmable Gate Array）、ASIC（Application-specific Integrated Circuit）、ASSP（Application-specific Standard Product）、SOC（System-on-a-chip system）、CPLD（Complex Programmable Logic Device）などを含む。
【０１０４】
図１１は、本開示の実施形態を実施するのに適しているデバイス１１００の簡略的なブロック図である。デバイス１１００は、図１に示されるようなネットワークデバイス１１０または端末デバイス１２０のさらなる実装例と見なすことができる。したがって、デバイス１１００は、ネットワークデバイス１１０または端末デバイス１２０として、または、それらの少なくとも一部として実装することができる。
【０１０５】
図示されるように、デバイス１１００は、プロセッサ１１１０と、プロセッサ１１１０に結合されたメモリ１１２０と、プロセッサ１１１０に結合された適切な送信機（TX）および受信機（RX）１１４０と、TX／RX１１４０に結合された通信インターフェースと、を含む。メモリ１１１０は、プログラム１１３０の少なくとも一部を格納する。TX/RX１１４０は、双方向通信用である。TX/RX１１４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本願で言及されるアクセスノードはいくつかのアンテナを有していても良い。通信インターフェースは、eNB間の双方向通信用のX2インターフェース、MME（Mobility Management Entity）／S-GW（Serving Gateway）とeNBとの間の通信用のS1インターフェース、eNBとRN（relay node）との間の通信用のUnインタフェース、または、eNBと端末デバイスとの間の通信用のUuインタフェースなど、他のネットワークエレメントとの通信に必要な任意のインターフェースであっても良い。
【０１０６】
プログラム１１３０は、関連するプロセッサ１１１０によって実行されたときに、本明細書で図３〜図６Ｄを参照して説明したような本開示の実施形態に従って、デバイス１１００を動作させることを可能にするプログラム命令を含むと仮定される。本明細書における実施形態は、デバイス１１００のプロセッサ１１１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって、実装されても良い。プロセッサ１１１０は、本開示の様々な実施形態を実施するように構成されても良い。さらに、プロセッサ１１１０とメモリ１１１０との組み合わせは、本開示の様々な実施形態を実施するように適用されるプロセッシング手段１１５０を形成しても良い。
【０１０７】
メモリ１１１０は、ローカルテクニカルネットワークに適した任意のタイプのものであっても良く、また、非限定的な例として、非一時的コンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、およびリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して、実装しても良い。デバイス１１００には１つのメモリ１１１０しか示されていないが、デバイス１１００には物理的に区別されるいくつかのメモリモジュールがあっても良い。プロセッサ１１１０は、ローカルテクニカルネットワークに適した任意のものであっても良く、また、非限定的な例として、１つ以上の汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、DSP（digital signal processor）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサを含んでも良い。デバイス１１００は、メインプロセッサを同期させるクロックに時間的にスレーブする特定用途向け集積回路チップなどの複数のプロセッサを有しても良い。
【０１０８】
一般に、本開示の様々な実施形態は、ハードウェアもしくは特殊用途の回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実施されても良い。いくつかの態様は、ハードウェアで実施されても良く、その一方で、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実施されても良い。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、または他の図的表現を使用して、図示および説明されているが、本明細書に記載されたブロック、装置、システム、技法、または、方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、またはそれらのいくつかの組み合わせで実施されても良い。
【０１０９】
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、プログラムモジュールに含まれ、ターゲットの実際のまたは仮想のプロセッサ上のデバイスで、図３〜図６Ｄのいずれかを参照して説明したプロセスまたは方法を実行するコンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データタイプを実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態において、必要に応じてプログラムモジュール間で結合または分割されても良い。プログラムモジュール用の機械実行可能命令は、ローカルデバイスまたは分散デバイス内で実行されても良い。分散デバイスでは、プログラムモジュールは、ローカルおよびリモートの両方の記憶媒体に配置されても良い。
【０１１０】
本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで書かれても良い。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供されても良く、その結果、プログラムコードがプロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で特定される機能／動作を実施させる。プログラムコードは、完全に機械上で、部分的に機械上で、スタンドアロンソフトウェアパッケージとして、部分的に機械上でおよび部分的にリモートの機械上でまたは完全にリモートの機械上でまたはサーバ上で実行されても良い。
【０１１１】
上記のプログラムコードは、命令実行システム、装置、またはデバイスによりまたはそれらに関連して使用するためのプログラムを含むまたは格納し得る任意の有形媒体とし得る機械可読媒体上で実施されても良い。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であっても良い。機械可読媒体は、電子、磁気、光、電磁気、赤外線、または半導体システム、装置、またはデバイス、またはそれらの任意の適切な組み合わせを含むことができるが、それらに限定されない。機械可読記憶媒体のより具体的な例は、１つ以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、RAM（random access memory）、ROM（read-only memory）、EPROM（erasable programmable read-only memory）またはフラッシュメモリ、光ファイバ、ポータブルCD-ROM（compact disc read-only memory）、光記憶デバイス、磁気記憶デバイス、またはこれらの任意の適切な組み合わせを含んでも良い。
【０１１２】
さらに、動作は特定の順序で示されているが、所望の結果を達成するために、そのような動作が図示の特定の順序でまたは連続的な順序で実行されること、または、図示の全ての動作が実行されることを要求するものとして理解されるべきではない。特定の環境では、マルチタスキングおよび並列処理が有利であっても良い。同様に、いくつかの特定の実装の詳細は、上記の説明に含まれているが、これらは本開示の範囲についての限定として解釈されるべきではなく、むしろ特定の実施形態に特有の特徴の説明として解釈されるべきである。別々の実施形態の文脈で説明された特定の特徴はまた、単一の実施形態において組み合わせて実施されても良い。反対に、単一の実施形態の文脈で説明された様々な特徴はまた、別々にまたは任意の適切なサブコンビネーションで複数の実施形態で実施されても良い。
【０１１３】
本開示は、構造的特徴および／または方法論的動作に特有の言語で説明されたが、添付の特許請求の範囲で定義される本開示は、必ずしも上述の特定の特徴または動作に限定されないことが理解されるべきである。むしろ、上記の特定の特徴および動作は、特許請求の範囲を実施する例示的形態として開示されたものである。
【図１】
2020512764.tif 000003
【図２】
2020512764.tif 000004
【図３】
2020512764.tif 000005
【図４Ａ】
2020512764.tif 000006
【図４Ｂ】
2020512764.tif 000007
【図４Ｃ】
2020512764.tif 000008
【図４Ｄ】
2020512764.tif 000009
【図４Ｅ】
2020512764.tif 000010
【図４Ｆ】
2020512764.tif 000011
【図５Ａ】
2020512764.tif 000012
【図５Ｂ】
2020512764.tif 000013
【図５Ｃ】
2020512764.tif 000014
【図５Ｄ】
2020512764.tif 000015
【図６Ａ】
2020512764.tif 000016
【図６Ｂ】
2020512764.tif 000017
【図６Ｃ】
2020512764.tif 000018
【図６Ｄ】
2020512764.tif 000019
【図７】
2020512764.tif 000020
【図８】
2020512764.tif 000021
【図９】
2020512764.tif 000022
【図１０】
2020512764.tif 000023
【図１１】
2020512764.tif 000024
【手続補正書】
【提出日】令和1年9月25日(2019.9.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
ネットワークデバイス１１０は、１つ以上の割り当てられた第２のRS configurationに基づいて、端末デバイス１２０に第２のRS sequenceを送信しても良い（３２５）。ネットワークデバイス１１０は、端末デバイス１２０によるアップリンクRSトランスミッションにおいて、上記で論じた同様の方法で第２のsequenceを送信しても良い。いくつかの他の実施形態では、ネットワークデバイス１１０は、アップリンクで第１のsequenceを送信する端末デバイス１２０に第２のsequenceを送信しなくても良いが、ネットワークデバイス１１０によってサーブされるさらなる端末デバイスに第２のsequenceを送信しても良い。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００６４
【補正方法】変更
【補正の内容】
【００６４】
いくつかの実施形態では、端末デバイス１２０は、ダウンリンクRSトランスミッションにおける受信側として、他の端末デバイス１２０によるアップリンクRSトランスミッションによって、及び／又は、他の端末デバイス１２０へのダウンリンクRSトランスミッションによって、干渉を受ける可能性がある。これらの場合には、ネットワークデバイス１１０は、他の端末デバイス１２０によるアップリンクRSトランスミッションのために及び／又はネットワークデバイス１１０によって実行されるダウンリンクRSトランスミッションのために割り当てられたRS configurationに係る情報を、端末デバイス１２０に送信しても良い。このような情報は、図２を参照して３１５にて論じた同様の方法で送信されても良い。端末デバイス１２０は、受信された情報を用いて、受信されたダウンリンクRSの品質をさらに向上させるために、干渉除去およびその他の動作を実行しても良い。受信された情報に基づく干渉除去には、既存のまたは将来開発される様々な技術が利用されても良い。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末であって、
DMRS（DeModulation Reference Signal）ポートのconfigurationおよびco-scheduled DMRSに係る情報を、ネットワークデバイスから受信し、
前記configurationおよびco-scheduled DMRSに係る情報に基づいて、前記端末と前記ネットワークデバイスとの間のダウンリンクDMRSトランスミッションを行う、
端末。
【請求項２】
ネットワークデバイスであって、
DMRS（DeModulation Reference Signal）ポートのconfigurationおよびco-scheduled DMRSに係る情報を、端末に送信し、
前記configurationおよびco-scheduled DMRSに係る情報に基づいて、前記端末と前記ネットワークデバイスとの間のダウンリンクDMRSトランスミッションを行う、
ネットワークデバイス。
【請求項３】
DMRS（DeModulation Reference Signal）ポートのconfigurationおよびco-scheduled DMRSに係る情報を、受信し、
前記configurationおよびco-scheduled DMRSに係る情報に基づいて、ダウンリンクDMRSトランスミッションを行う、
方法。
【請求項４】
DMRS（DeModulation Reference Signal）ポートのconfigurationおよびco-scheduled DMRSに係る情報を、送信し、
前記configurationおよびco-scheduled DMRSに係る情報に基づいて、ダウンリンクDMRSトランスミッションを行う、
方法。
【国際調査報告】
2020512764.tif 000025
2020512764.tif 000026