本開示の原理は、いくつかの例示的な実施形態を参照して説明される。これらの実施形態は、本開示のスコープに関していかなる限定も示唆することなく、例示の目的および当業者が本開示を理解し実施することの一助のためにのみ記載されておいることを理解されたい。本明細書に記載の開示内容は、以下に記載したもの以外に様々な方法で実施することができる。
以下の説明および特許請求の範囲において、他で定義されない限り、本明細書で使用される全ての技術用語および科学用語は、本開示が属する技術分野における当業者によって一般に理解されるものと同じ意味を有する。
本明細書で用いられるとき、用語「ネットワークデバイス」または「基地局」(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)」は、「少なくとも1つの実施形態(at least one embodiment)」として読まれるべきである。用語「別の実施形態(another embodiment)」は、「少なくとも1つの他の実施形態(at least one other embodiment)」として読まれるべきである。用語「第1(first)」、「第2(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)の通信プロトコルを含むが、これらに限定されない。
図1は、本開示の実施形態を実施可能な例示的な通信ネットワーク100を示している。ネットワーク100は、ネットワークデバイス110と、ネットワークデバイス110によってサーブされる3つの端末デバイス120-1~120-3(まとめて端末デバイス120として参照されるか、または、個別に端末デバイス120として参照される)と、を含む。ネットワーク100のカバレッジは、セル102とも呼ばれる。基地局および端末デバイスの数は、任意の限定を示唆することなく、説明の目的のためだけであることを理解されたい。ネットワーク100は、本開示の実施形態を実施するのに適した任意の適切な数の基地局および端末デバイスを含んでいれば良い。図示されていないが、1つ以上の対応するネットワークデバイスがその中に配置されたいくつかの端末デバイスにサービスを提供するセル102に隣接する、1つ以上の隣接セルが存在しても良いことを理解されたい。
ネットワークデバイス110は、端末デバイス120と通信しても良い。ネットワーク100内の通信は、任意の適切な規格に準拠しても良く、この規格は、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)の通信プロトコルを含むが、これらに限定されない。
通常のデータ通信に加えて、ネットワークデバイス110は、ダウンリンクにおいて、ブロードキャスト方式、マルチキャスト方式、および/または、ユニキャスト方式で、1つ以上の端末デバイス120にRS(reference signal)を送信しても良い。同様に、1つ以上の端末デバイス120は、アップリンクにおいて、ネットワークデバイス110にRSを送信しても良い。本明細書で用いられるときは、「ダウンリンク」は、ネットワークデバイスから端末デバイスへのリンクを指し、その一方で、「アップリンク」は、端末デバイスからネットワークデバイスへのリンクを指す。
RSは、チャネル推定、復調、および、通信用の他の動作のために、受信デバイス(アップリンクRSトランスミッションにおけるネットワークデバイス110、または、ダウンリンクRSトランスミッションにおける端末デバイス120)によって用いられても良い。一般的に言えば、RSは、ネットワークデバイス110および端末デバイス120の両方に知られている信号sequenceである。例えば、RS sequenceは、あるルールに基づいて送信デバイス(ネットワークデバイス110または端末デバイス120)によって生成され送信されても良いし、受信デバイス(端末デバイス120またはネットワークデバイス110)は、同じルールに基づいてRS sequenceを推定しても良い。リファレンス信号の例は、DMRS(Demodulation Reference Signal)、CSI-RS(Channel State Information-Reference Signal)、SRS(Sounding Reference Signal)を含むが、これらに限定されない。
ダウンリンクおよびアップリンクリファレンス信号のトランスミッションにおいて、ネットワークデバイス110は、トランスミッションのために対応するリソースを割り当て、および/または、どのsequenceが送信されるのかを指定しても良い。MU-MIMO(Multiple-Input Multiple-Output)シナリオでは、ネットワークデバイス110および端末デバイス120の両方が、複数のアンテナポート(またはアンテナエレメント)を備え、アンテナポート(アンテナエレメント)を用いて、あるリソース領域上で、指定されたRS sequenceを送信することができる。多数のRS portも指定される。RS portは、時間、周波数、および/またはコードドメインにおいて、RSトランスミッションのために割り当てられたリソース領域の1つ以上のリソースエレメントへのRS sequenceの一部または全部の特定のマッピングとして参照されることがあり、そのため、仮想RS portと呼ぶこともできる。一般に、different RS portsは互いに直交している。ダウンリンクおよびアップリンクRSを送信するために、ネットワークデバイス110は、ダウンリンクRSトランスミッションのための1つ以上の対応するRS portと、アップリンクRSトランスミッションのための1つ以上の他の対応するRS portと、を割り当てることができる。
例えば、3GPP仕様書では、端末デバイスは最大8つのRS portをサポートすることができ、したがってアップリンクトランスミッションのために8つ以下のRS portを割り当て可能であることが合意されている。ネットワークデバイスは、最大8つのRS portで、端末デバイスにRS sequenceを送信することもできる。
新通信技術の発展に伴い、ネットワークデバイスおよび端末デバイスのアンテナポートの増加および/または広周波数帯域の使用に起因して、直交RS portの数を増加させることができる。例えば、RSトランスミッション(特に、DMRSトランスミッション)のために8つよりも多くの直交RS portを指定することが提案されている。そのため、ダウンリンクおよびアップリンクRSトランスミッションには新しい要求が課されている。フレキシブルな二重化および干渉除去のために、ダウンリンクおよびアップリンクに共通のRS構造が必要となる。このことは、ダウンリンクおよびアップリンクRSトランスミッションのためのリソースロケーション、パターンおよびsequenceが共通し、その一方で直交性もまた満たされることを意味する。言い換えれば、ダウンリンクおよびアップリンクの両方のためのリファレンス信号は、互いに直交するように構成することができる。直交RS portの増加は、MU-MIMO(Multi-User Multiple-Input Multiple-Output)シナリオにより適しており、したがって、MU-MIMOシステムにおけるRS portで、異なる端末デバイスの多重化または異なるリンクにおけるRSトランスミッションをサポートできることが望ましい。
図2は、そのような新しい要求に関する図を示している。図示されるように、RSトランスミッションは、リソーススペース210(この例では、時間および周波数リソーススペース)内のリソース領域212を割り当てられる。リソース領域212は、対応するリソースマッピングを有するいくつかの直交RS portに対応しても良い。2つのRS sequence201および202(1つ以上の端末デバイスのためのダウンリンクおよび/またはアップリンクRS sequence)については、(対応するRS portを介して、)それらをリソース領域212に多重化できる(220)ことが望ましい。
しかしながら、現在の通信仕様によれば、ダウンリンク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に基づいて、1つ以上の端末デバイスにダウンリンク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は、共通の構造を共有し、直交性を達成することができる。
本開示の原理および実装は、本開示の実施形態によるリファレンス信号の割り当てのためのプロセス300を示す図3を参照して、以下で詳細に説明される。説明の目的のために、プロセス300は、図1を参照して説明される。プロセス300は、ネットワークデバイス110と、ネットワークデバイス110によってサーブされる1つ以上の端末デバイス120と、を含んでも良い。
ネットワークデバイス110は、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも1つに基づいて、複数のRS configurationを決定する(305)。本明細書で用いられるときは、RS configurationは、リファレンス信号のトランスミッションの1つ以上の態様、例えば、トランスミッションのために用いるRS port、および/または、トランスミッションのために生成されるsequenceを指定するために用いられる。
RS portは、時間、周波数、および/またはコードドメインでRSトランスミッションのために割り当てられたリソース領域の1つ以上のリソースエレメントへのRS sequenceの一部または全部の特定のマッピングとして参照されても良い。いくつかの実施形態では、RS portは、マッピングを表すプリコーダ行列に乗算される複数のアンテナを表す行列によって定義されても良い。したがって、1つ以上のあるRS portがトランスミッションのために選択された場合、RS sequenceのためのリソースマッピングを決定することができる。いくつかのユースケースでは、RS portは、仮想RS port、または、1つ以上のアンテナポートと1つ以上のリソースエレメントとの間のリソースマッピング、と呼ばれることもある。一般に、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の両方によって定義されても良い。例えば、2つのdifferent RS configurationについて、同じRS portが割り当てられ、続いて、2つのdifferent sequenceが指定されても良い。他の例では、2つのdifferent RS configurationについて、different RS portsが割り当てられる一方で、同じsequenceが指定されても良い。
RS portおよび/またはRS sequenceに基づくRS configurationは、いくつかの実施形態での使用のために、ネットワークデバイス110に予め設定され格納されても良い。他の実施形態では、ネットワークデバイス110は、送信されるべきダウンリンク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を共有することができる。具体的には、ネットワークデバイス110は、端末デバイス120によるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第1のRS configurationを割り当てると共に、ネットワークデバイス110自身によるダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第2のRS configurationを割り当てる(310)。この意味において、ダウンリンクRSトランスミッションおよびアップリンクRSトランスミッションの両方は、共通の構造を共有し、互いに直交または準直交になることができる。全ての第1のRS configurationは、第2のRS configurationと異なっていても良く、または、第2のRS configurationと部分的または全体的にオーバーラップしていても良い。すなわち、アップリンクRSトランスミッションのための第1のRS configurationのうちのいくつかまたは全ては、ダウンリンクRSトランスミッションのための第2のRS configurationと同じであっても良い。
ネットワークデバイス110は、複数のRS configurationから、端末デバイス120によるアップリンクRSトランスミッションのために、1つ以上の第1のRS configurationを選択し、ネットワークデバイス110によるダウンリンクRSトランスミッションのために、1つ以上の第2のRS configurationを選択しても良い。いくつかの実施形態では、ネットワークデバイス110は、アップリンクおよびダウンリンクRSトランスミッションのために異なるRS configurationを選択しても良い。
いくつかの実施形態では、アップリンクRSトランスミッションのためにRS configurationを割り当てるときに、ネットワークデバイス110は、端末デバイス120の能力を考慮しても良い。能力は、端末デバイス120のアンテナポートもしくはアンテナエレメントの最大数、および/または、ネットワークデバイスと端末デバイスとの間のチャネル行列の最大ランクに関連付けても良い。第1のRS configurationの数は、冗長性を回避するために、アンテナポートもしくはアンテナ素子の最大数以下、または、チャネル行列の最大ランク以下であっても良い。
ダウンリンクRSトランスミッションのためにRS configurationを割り当てるときに、ネットワークデバイス110は、端末デバイス(アップリンクRSトランスミッションを有するもの、および/または、ネットワークデバイス110によってサーブされる別の端末デバイス120であっても良い)の能力を考慮しても良い。例えば、第2のRS configurationの数は、ダウンリンクRSを受信する端末デバイスのアンテナポートもしくはアンテナエレメントの最大数以下、または、端末デバイスのためのチャネル行列の最大ランク以下であっても良い。
いくつかの他の実施形態では、異なるリンク間のRS configurationの同じセットを共有することに加えて、または代替として、異なる要件(例えば、異なる端末デバイス)を有するRSトランスミッションも、決定されたRS configurationを共有することができる。これらの実施形態では、ネットワークデバイス110は、さらなる端末デバイス120によるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第3のRS configurationを割り当てても良い。ダウンリンクRSトランスミッションについては、ネットワークデバイス110は、さらなる端末デバイスへのダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第4のRS configurationを割り当てても良い。
端末デバイス120がアップリンクでRSを送信することを可能にするために、ネットワークデバイス110は、アップリンクRSトランスミッションのために割り当てられた少なくとも1つの第1のRS configurationに係る情報を端末デバイス120に送信する(315)。この情報は、少なくとも1つの第1のRS configurationで指定されているように、アップリンクRSトランスミッションの1つ以上の態様を端末デバイス120に示すものであっても良い。例えば、割り当てられた第1のRS configurationに依存して、この情報は、どのRS portおよび/またはどのRS sequenceがアップリンクRSトランスミッションに用いられるかを端末デバイス120に示すものであっても良い。
他のいくつかの実施形態では、情報のトランスミッションのオーバーヘッドを低減するために、複数のRS configurationが端末デバイス120に事前に指定または示されても良く、また、RS configurationの各々が、対応するconfigurationパラメータ(例えば、インデックスまたは識別子)で識別されても良い。ネットワークデバイス110が、端末デバイス120によるアップリンクRSトランスミッションのために1つ以上の第1のRS configurationを割り当てることを決定した場合、ネットワークデバイス110は、割り当てられた第1のRS configurationに関する詳細情報を送信する代わりに、割り当てられた第1のRS configurationに対応するconfigurationパラメータを端末デバイス120に送信しても良い。
第1のRS configurationを示すときのオーバーヘッドコストをさらに低減するために、複数のRS configurationを、各々が対応するグループパラメータ(例えば、インデックスまたは識別子)によって識別される複数のグループに分割しても良い。例えば、図4Aに示されるように、トータルでK個の異なるRS configuration(Config. 1~Config. K)410があると仮定する。ネットワークデバイス110は、これらK個のRS configurationを、各々がK個のRS configurationのうちの少なくとも1つを含むL個のグループに分割しても良い。各グループのサイズは設定可能であっても良い。いくつかの実施形態では、1つのグループに含まれる1つ以上のRS configurationは、別のグループに含まれるRS configurationと同じであっても良い。すなわち、グループのいくつかは、互いに部分的にオーバーラップしていても良い。他の実施形態では、グループのいくつかは、オーバーラップしなくても良い。
RS configurationは、RS portまたはRS sequenceに依存しても良いため、RS configurationを分割する場合のRS portおよびRS sequenceのグループ分割を、図4Bおよび図4Cにも示す。ここでは、RS port420またはRS sequence430は、L個のグループに分割されている。これらの場合は、グループの各々は、対応するグループパラメータ(またはインデックス、または識別子)で識別されても良い。例えば、12個のRS configurationがあり、それらが4つのグループに分割される場合には、ネットワークデバイス110は、2ビットのみを用いて、割り当てられたグループのためのグループパラメータを端末デバイス120に示しても良い。
図4Bおよび4Cの例では、K個の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を含んでも良い。図4Dは、そのような例を示しており、ここでは、L個のグループの各々は、K個のRS port440全てのうちの不連続なRS portを含んでいる。
いくつかの実施形態では、RS configurationのグルーピングは、使用のためにネットワークデバイス110に予め設定され格納されても良い。他の実施形態では、ネットワークデバイス110は、送信されるべきダウンリンクRSおよびアップリンクRSがあるときに、RS configurationを動的に(リアルタイムで)グループ化しても良い。動的なグルーピングを行うこれらの実施形態では、ネットワークデバイス110は、RS configurationのソート順(特に、RS portのソート順)に基づいて、グループの各々を決定しても良い。具体的には、グループの各々は、RS configurationの異なる開始インデックスおよび/または異なる順列(order)で分割されても良い。図4Eおよび4Fはそのような実施形態の例を示している。
図4Eに示されるように、K個のRS port450は、L個のグループに分割されても良い。グループ分割では、ネットワークデバイス110は、グループ1用のRS port450の全てのインデックスから開始インデックス451を選択しても良く、グループ1の順列は452によって示される通りである。同様に、ネットワークデバイス110は、グループ2用の開始インデックス453および順列454を選択し、グループL-1用の開始インデックス455および順列456を選択し、グループL用の開始インデックス457および順列458を選択する。いくつかの実施形態では、いくつかのグループは、異なる循環ソート順(different circular sort orders)に従って分割されても良い。図4Fに示されるように、K個のRS port460を分割するときに、L個のグループの各々は、異なる開始インデックス461,463,465などで分割され、L個のグループに含まれるポートは、462,464,466などによって示されるように、時計回りの循環順または反時計回りの循環順で、K個のグループから選択されても良い。動的なグループ分割では、異なる開始インデックスおよび/または異なる順列で異なるグループを分割することによって、ネットワークデバイスは、異なる端末デバイスのためのアップリンクおよびダウンリンクRSトランスミッションのために、オーバーラップがより少ないRS configurationを有するRSグループを得ることができる。
いくつかのさらなる実施形態では、ネットワークデバイス110は、全てのRS configurationを2つのグループに分割し、一方をダウンリンクRSトランスミッションに割り当て、他方をアップリンクRSトランスミッションに割り当てても良い。ダウンリンクRSトランスミッションにおける各受信端末デバイス120については、ネットワークデバイス110は、端末デバイスのためのダウンリンクRSトランスミッションのために、グループ内の1つ以上のRS configurationを選択できるようにしても良い。アップリンクRSトランスミッションにおける各送信端末デバイス120については、ネットワークデバイス110は、アップリンクRSトランスミッションのために、グループ内の1つ以上のRS configurationを割り当てても良い。
図3に戻って参照すると、端末デバイス120は、1つ以上の割り当てられた第1のRS configurationに係る情報を受信すると、1つ以上の割り当てられた第1のRS configurationに基づいて、第1のRS sequenceをネットワークデバイス110に送信する(320)。端末デバイス120は、受信された情報に基づいて、どのRS configurationが使用されることになるかを決定し、続いて、割り当てられたRS configurationに従って、アップリンクRSトランスミッションがどのように実行されることになるかを決定しても良い。例えば、1つ以上の第1のRS configurationが、端末デバイス120が全ての可能性のあるRS portのうちの1つ以上のRS portを使用できることを示す場合、端末デバイス120は、対応するRS portを用いて、第1のRS sequenceを送信しても良い。この場合には、第1のRS sequenceは、端末デバイス120およびネットワークデバイス110の両方に知られている、あるルールに基づいて、生成されても良い。他の例として、第1のRS configurationが、端末デバイス120が全ての可能性のあるRS sequenceのうちの1つ以上のRS sequenceを送信できることを示す場合、端末デバイス120は、対応するRS sequenceを第1のRS sequenceとして生成し、これらのsequenceを、可能性のあるいくつかのまたは全てのRS port上で送信しても良い。いくつかの他の例では、割り当てられた第1のRS configurationは、端末デバイス120がアップリンクRSトランスミッションのために用いることができるRS portおよびRS sequenceの両方を示しても良い。
ネットワークデバイス110は、1つ以上の割り当てられた第2のRS configurationに基づいて、端末デバイス120に第2のRS sequenceを送信しても良い(325)。ネットワークデバイス110は、端末デバイス120によるアップリンクRSトランスミッションにおいて、上記で論じた同様の方法で第2のsequenceを送信しても良い。いくつかの他の実施形態では、ネットワークデバイス110は、アップリンクで第1のsequenceを送信する端末デバイス120に第2のsequenceを送信しなくても良いが、ネットワークデバイス110によってサーブされるさらなる端末デバイスに第2のsequenceを送信しても良い。
いくつかの実施形態では、端末デバイス120は、ダウンリンクRSトランスミッションにおける受信側として、他の端末デバイス120によるアップリンクRSトランスミッションによって、及び/又は、他の端末デバイス120へのダウンリンクRSトランスミッションによって、干渉を受ける可能性がある。これらの場合には、ネットワークデバイス110は、他の端末デバイス120によるアップリンクRSトランスミッションのために及び/又はネットワークデバイス110によって実行されるダウンリンクRSトランスミッションのために割り当てられたRS configurationに係る情報を、端末デバイス120に送信しても良い。このような情報は、図2を参照して315にて論じた同様の方法で送信されても良い。端末デバイス120は、受信された情報を用いて、受信されたダウンリンクRSの品質をさらに向上させるために、干渉除去及びその他の動作を実行しても良い。受信された情報に基づく干渉除去には、既存の又は将来開発される様々な技術が利用されても良い。
ネットワークデバイス110は、アップリンクRSトランスミッションにおける受信側として、隣接セル内の隣接ネットワークデバイスのアップリンクRSトランスミッションおよびダウンリンクRSトランスミッションを干渉する可能性がある。この場合には、ネットワークデバイス110は、そのサービングセルにおける現在のダウンリンクおよびアップリンクRSトランスミッションのために割り当てられたRS configurationに係る情報を、隣接セルに位置するネットワークデバイスに送信しても良い。ネットワークデバイス110はまた、隣接ネットワークデバイスによって提供された同様の情報を受信し、その情報を干渉除去のために利用しても良い。
ネットワークデバイス110および端末デバイス120によるアップリンクおよびダウンリンクリファレンス信号のトランスミッションにおいて、リファレンス信号は、採用される通信技術および割り当てられるRS configurationに従って、リソース領域内で多重化されても良い。図5A~図5Dは、リソース領域(時間および周波数)上の2つの異なるリファレンス信号の多重化の説明図を示している。これら2つの異なるリファレンス信号は、アップリンクおよびダウンリンクで送信されても良く、または、アップリンクで異なる端末デバイスによって送信されても良い。
図5Aでは、FDM(Frequency Division Multiple)技術が適用され、そのため、2つのリファレンス信号510および520が、異なる周波数リソースを用いて、物理リソースブロック内で多重化されている。図5Bでは、IFDMA(Interleaved Frequency Division Multiple Access)技術が適用され、2つのリファレンス信号512および522が周波数ドメインでインターリーブされている。図5Cに示されるように、TDM(Time Division Multiple)技術が適用され、2つのリファレンス信号514および524が、時間ドメインで多重化されている。図5Dの他の例では、2つの異なる信号516および526が、FDM技術に従って2つのPRBに分割されている。
いくつかの実施形態では、ネットワークデバイス110は、周期的にまたはリクエストに応じて、RS configurationを割り当てても良い。いくつかの実施形態では、RS configurationがアップリンクおよびダウンリンクトランスミッションに割り当てられた後、ネットワークデバイス110および/または端末デバイス120は、割り当てられたRS configurationを使用し続けて、ある時間期間、ダウンリンクおよびアップリンクRS sequenceを送信しても良い。この時間期間中、アップリンクまたはダウンリンクトランスミッションを送信するのにより多くのリソースを必要とし、追加のRS configurationが割り当てられない場合、ネットワークデバイス110は、アップリンクまたはダウンリンクRSトランスミッションをサポートするために、他の方法を用いても良い。
一実施形態では、他のRSトランスミッションのために割り当てられたより多くのRS portが構成され適用されても良い。図6Aに示されるように、2つのリファレンス信号510および520が、図5Aに示されるようなリソース領域に予めマッピングされており、リファレンス信号510を送信するのにより多くのリソースを必要とする場合、リファレンス信号510は、リファレンス信号520のために割り当てられた周波数で送信できるようにしても良い。
別の実施形態では、図6Bに示されるように、different RS sequences602および604は、同じ周波数領域でのトランスミッションのために、このリファレンス信号510のために割り当てられても良い。さらに別の実施形態では、図6Cに示されるように、(時間領域または周波数領域における)より多くの直交カバーコードが、より多くのリソース(より多くのRS port)と共に用いられても良い。
さらなる実施形態では、リファレンス信号のためのリソースマッピングは、時間、周波数、またはコードドメインの密度が低くても良く、リファレンス信号のトランスミッションのための要件を満たすために、より多くのRS portが使用されても良い。例えば、図6Dに示されるように、リファレンス信号510および520は、より多くの周波数リソースを占有する(以前に割り当てられたリソースがそのトランスミッションに十分である場合、リファレンス信号520には、必ずしもより多くのリソースが割り当てられないことは理解されたい)。
RS configurationの割り当てについては上述した。本開示の様々な実施形態によれば、RS configurationは、RS portおよび/またはRS sequenceに基づいて定義/指定され、ダウンリンクRSトランスミッションおよびアップリンクRSトランスミッションの両方のためのフレキシブルで動的なRS configuration割り当てをサポートするネットワークデバイスおよび異なる端末デバイスのダウンリンクおよびアップリンクRSトランスミッションによって共有することができる。RS configuration割り当ては、ダウンリンクRSトランスミッションおよびアップリンクRSトランスミッションの両方について共通の構造および直交性を実現するダウンリンクおよびアップリンクRSトランスミッションに係るいくつかの新しい要件を満たすことができる。
図7は、本開示のいくつかの実施形態による例示的な方法700のフローチャートを示している。方法700は、図1に示されるようにネットワークデバイス110で実施することができる。説明の目的のために、方法700は、図1を参照して、ネットワークデバイス110の観点から説明される。
ブロック710において、ネットワークデバイス110は、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも1つに基づいて、複数のRS(reference signal) configurationを決定する。ブロック720において、ネットワークデバイス110は、ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第1のRS configurationを割り当て、そして、ブロック730において、ネットワークデバイス110は、ネットワークデバイスによるダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第2のRS configurationを割り当てる。
いくつかの実施形態では、方法700は、少なくとも1つの第1のRS configurationに係る情報を端末デバイスに送信することと、少なくとも1つの第1のRS configurationに基づいて、端末デバイスから第1のRS sequenceを受信することと、をさらに含んでも良い。
いくつかの実施形態では、少なくとも1つの第1のRS configurationを割り当てることは、複数のRS configurationを、各々がグループパラメータによって識別される複数のグループに分割することと、アップリンクRSトランスミッションのために、複数のグループから、少なくとも1つの第1のRS configurationを含む第1のグループを選択することと、を含んでも良い。情報を送信することは、第1のグループのためのグループパラメータを端末デバイスに送信することを含んでも良い。
いくつかの実施形態では、第1のRS sequenceは、DMRS(Demodulation Reference Signal) sequence、CSI-RS(Channel State Information-Reference Signal) sequence、または、SRS(Sounding Reference Signal) sequenceのうちの少なくとも1つを含んでも良い。
いくつかの実施形態では、方法700は、少なくとも1つの第2のRS configurationに基づいて、ネットワークデバイスによってサーブされるさらなる端末デバイスに第2のRS sequenceを送信することと、少なくとも1つの第1のRS configurationに係る情報を、さらなる端末デバイスに送信することと、をさらに含んでも良い。
いくつかの実施形態では、少なくとも1つの第1のRS configurationを端末デバイスに割り当てることは、端末デバイスの能力に基づいて、少なくとも1つの第1のRS configurationを端末デバイスに割り当てることを含んでも良い。能力は、端末デバイスのアンテナポートもしくはアンテナエレメントの最大数、または、ネットワークデバイスと端末デバイスとの間のチャネル行列の最大ランクの少なくとも1つに関連付けられる。
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成される。
いくつかの実施形態では、方法700は、ネットワークデバイスによってサーブされるさらなる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第3のRS configurationを割り当てることを、さらに含んでも良い。
図8は、本開示のいくつかの実施形態による例示的な方法800のフローチャートを示している。方法800は、図1に示されるように端末デバイス120で実施することができる。説明の目的のために、方法800は、図1を参照して、端末デバイス120の観点から説明される。
ブロック810において、端末デバイス120は、複数のRS(reference signal) configurationのうちの少なくとも1つの第1のRS configurationに係る情報をネットワークデバイスから受信する。複数のRS configurationは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも1つに基づいて決定され、複数のRS configurationのうちの少なくとも1つの第2のRS configurationは、ネットワークデバイスによるダウンリンクRSトランスミッションのために割り当てられる。ブロック820において、端末デバイス120は、少なくとも1つの第1のRS configurationに基づいて、RS sequenceをネットワークデバイスに送信する。
いくつかの実施形態では、複数のRS configurationは、各々がグループパラメータによって識別される複数のグループに分割されても良い。情報を受信することは、ネットワークデバイスから、複数のグループのうちの、少なくとも1つの第1のRS configurationを含む第1のグループのためのグループパラメータを受信することを含んでも良い。
いくつかの実施形態では、RS sequenceは、DMRS(Demodulation Reference Signal) sequence、CSI-RS(Channel State Information-Reference Signal) sequence、または、SRS(Sounding Reference Signal) sequenceのうちの少なくとも1つを含んでも良い。
いくつかの実施形態では、方法800は、アップリンクRSトランスミッションのために、ネットワークデバイスによってさらなる端末デバイスに割り当てられる少なくとも1つの第3のRS configurationに係る情報を、ネットワークデバイスから受信することと、少なくとも1つの第2のRS configurationに基づいて、ネットワークデバイスによって送信された、さらなるRS sequenceを受信することと、少なくとも1つの第3のRS configurationに係る情報に基づいて、さらなるRS sequenceのための干渉除去を適用することと、を含んでも良い。
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成されても良い。
図3~図6Dを参照して説明したネットワークデバイス110および端末デバイス120に関連する全ての動作および特徴は、方法700および800にも同様に適用可能であり、同様の効果を有することは理解されたい。単純化の目的のために、詳細な説明は省略する。
図9は、本開示のいくつかの実施形態による装置900のブロック図を示している。装置900は、図1に示されるようなネットワークデバイス110の実装例と見なすことができる。図示されるように、装置900は、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも1つに基づいて、複数のRS(reference signal) configurationを決定するように構成される決定ユニット910を含む。装置900はまた、ネットワークデバイスによってサーブされる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第1のRS configurationを割り当てるように構成される第1の割当ユニット920と、ネットワークデバイスによるダウンリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第2のRS configurationを割り当てるように構成される第2の割当ユニット930と、を含む。
いくつかの実施形態では、装置900は、少なくとも1つの第1のRS configurationに係る情報を端末デバイスに送信するように構成される送信ユニットと、少なくとも1つの第1のRS configurationに基づいて、端末デバイスから第1のRS sequenceを受信するように構成される受信ユニットと、をさらに含んでも良い。
いくつかの実施形態では、第1の割り当てユニット920は、複数のRS configurationを、各々がグループパラメータによって識別される複数のグループに分割し、アップリンクRSトランスミッションのために、複数のグループから、少なくとも1つの第1のRS configurationを含む第1のグループを選択するように構成されても良い。送信ユニットは、第1グループのためのグループパラメータを送信することを含む情報を、端末デバイスに送信するように構成されても良い。
いくつかの実施形態では、第1のRS sequenceは、DMRS(Demodulation Reference Signal) sequence、CSI-RS(Channel State Information-Reference Signal) sequence、または、SRS(Sounding Reference Signal) sequenceのうちの少なくとも1つを含んでも良い。
いくつかの実施形態では、装置900は、少なくとも1つの第2のRS configurationに基づいて、ネットワークデバイスによってサーブされるさらなる端末デバイスに第2のRS sequenceを送信し、少なくとも1つの第1のRS configurationに係る情報を、さらなる端末に送信するように構成される、さらなる送信ユニットを含んでも良い。
いくつかの実施形態では、第1の割り当てユニット920は、端末デバイスの能力に基づいて、少なくとも1つの第1のRS configurationを端末デバイスに割り当てるように構成されても良く、能力は、端末デバイスのアンテナポートもしくはアンテナエレメントの最大数、または、ネットワークデバイスと端末デバイスとの間のチャネル行列の最大ランクのうちの少なくとも1つに関連付けられる。
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成されても良い。
いくつかの実施形態では、装置900は、ネットワークデバイスによってサーブされるさらなる端末デバイスによるアップリンクRSトランスミッションのために、複数のRS configurationから、少なくとも1つの第3のRS configurationを割り当てるように構成される第3の割り当てユニットであっても良い。
図10は、本開示のいくつかの実施形態による装置1000のブロック図を示している。装置1000は、図1に示されるような端末デバイス120の実装例と見なすことができる。図示されるように、装置1000は、受信ユニット1010を含み、受信ユニット1010は、複数のRS(reference signal) configurationのうちの少なくとも1つの第1のRS configuration、および、複数のRS configurationのうちの、ネットワークデバイスによるダウンリンクRSトランスミッションのために割り当てられた少なくとも1つの第2のRS configurationに係る情報を、ネットワークデバイスから受信するように構成される。複数のRS configurationは、different RS portsまたはdifferent RS sequences of a same typeのうちの少なくとも1つに基づいて、決定される。装置1000はまた、少なくとも1つの第1のRS configurationに基づいて、RS sequenceをネットワークデバイスに送信するように構成される送信ユニット1020を含む。
いくつかの実施形態では、複数のRS configurationは、各々がグループパラメータによって識別される複数のグループに分割されても良い。情報を受信することは、ネットワークデバイスから、複数のグループのうちの、少なくとも1つの第1のRS configurationを含む第1のグループためのグループパラメータを受信することを含んでも良い。
いくつかの実施形態では、RS sequenceは、DMRS(Demodulation Reference Signal) sequence、CSI-RS(Channel State Information-Reference Signal) sequence、または、SRS(Sounding Reference Signal) sequenceのうちの少なくとも1つを含んでも良い。
いくつかの実施形態では、受信ユニット1010は、アップリンクRSトランスミッションのために、ネットワークデバイスによってさらなる端末デバイスに割り当てられる少なくとも1つの第3のRS configurationに係る情報をネットワークデバイスから受信し、少なくとも1つの第2のRS configurationに基づいて、ネットワークデバイスによって送信される、さらなるRS sequenceを受信するように構成されても良い。装置1000は、少なくとも1つの第3のRS configurationに係る情報に基づいて、さらなるRS sequenceのために干渉除去を適用するように構成される干渉除去ユニットをさらに含んでも良い。
いくつかの実施形態では、different RS sequencesは、different root sequences、different initial values、different cyclic shifts、または、sequence上のdifferent transformationsに基づいて、生成されても良い。
装置900および1000に含まれるユニットは、方法700ならびに方法800のブロックに対応することを理解されたい。そのため、図3~図6Dを参照して説明した全ての動作および特徴は、装置900および1000に含まれるユニットにも同様に適用可能であり、同様の効果を有する。単純化の目的のために、詳細な説明は省略する。
装置900および1000に含まれるユニットは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを含む様々な方法で実装しても良い。一実施形態では、1つ以上のユニットは、ソフトウェアおよび/またはファームウェア、例えば、記憶媒体に記憶された機械実行可能命令を使用して、実装しても良い。機械実行可能命令に追加して、または、その代わりに、装置900および1000内のユニットの一部または全部を、少なくとも部分的に、1つ以上のハードウェアロジックコンポーネントによって実装しても良い。例えば、限定ではなく、使用可能な例示的なタイプのハードウェアロジックコンポーネントは、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)などを含む。
図11は、本開示の実施形態を実施するのに適しているデバイス1100の簡略的なブロック図である。デバイス1100は、図1に示されるようなネットワークデバイス110または端末デバイス120のさらなる実装例と見なすことができる。したがって、デバイス1100は、ネットワークデバイス110または端末デバイス120として、または、それらの少なくとも一部として実装することができる。
図示されるように、デバイス1100は、プロセッサ1110と、プロセッサ1110に結合されたメモリ1120と、プロセッサ1110に結合された適切な送信機(TX)および受信機(RX)1140と、TX/RX1140に結合された通信インターフェースと、を含む。メモリ1110は、プログラム1130の少なくとも一部を格納する。TX/RX1140は、双方向通信用である。TX/RX1140は、通信を容易にするために少なくとも1つのアンテナを有するが、実際には、本願で言及されるアクセスノードはいくつかのアンテナを有していても良い。通信インターフェースは、eNB間の双方向通信用のX2インターフェース、MME(Mobility Management Entity)/S-GW(Serving Gateway)とeNBとの間の通信用のS1インターフェース、eNBとRN(relay node)との間の通信用のUnインタフェース、または、eNBと端末デバイスとの間の通信用のUuインタフェースなど、他のネットワークエレメントとの通信に必要な任意のインターフェースであっても良い。
プログラム1130は、関連するプロセッサ1110によって実行されたときに、本明細書で図3~図6Dを参照して説明したような本開示の実施形態に従って、デバイス1100を動作させることを可能にするプログラム命令を含むと仮定される。本明細書における実施形態は、デバイス1100のプロセッサ1110によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって、実装されても良い。プロセッサ1110は、本開示の様々な実施形態を実施するように構成されても良い。さらに、プロセッサ1110とメモリ1110との組み合わせは、本開示の様々な実施形態を実施するように適用されるプロセッシング手段1150を形成しても良い。
メモリ1110は、ローカルテクニカルネットワークに適した任意のタイプのものであっても良く、また、非限定的な例として、非一時的コンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、およびリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して、実装しても良い。デバイス1100には1つのメモリ1110しか示されていないが、デバイス1100には物理的に区別されるいくつかのメモリモジュールがあっても良い。プロセッサ1110は、ローカルテクニカルネットワークに適した任意のものであっても良く、また、非限定的な例として、1つ以上の汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、DSP(digital signal processor)、およびマルチコアプロセッサアーキテクチャに基づくプロセッサを含んでも良い。デバイス1100は、メインプロセッサを同期させるクロックに時間的にスレーブする特定用途向け集積回路チップなどの複数のプロセッサを有しても良い。
一般に、本開示の様々な実施形態は、ハードウェアもしくは特殊用途の回路、ソフトウェア、ロジック、またはそれらの任意の組み合わせで実施されても良い。いくつかの態様は、ハードウェアで実施されても良く、その一方で、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実施されても良い。本開示の実施形態の様々な態様は、ブロック図、フローチャートとして、または他の図的表現を使用して、図示および説明されているが、本明細書に記載されたブロック、装置、システム、技法、または、方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路またはロジック、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、またはそれらのいくつかの組み合わせで実施されても良い。
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形に記憶された少なくとも1つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、プログラムモジュールに含まれ、ターゲットの実際のまたは仮想のプロセッサ上のデバイスで、図3~図6Dのいずれかを参照して説明したプロセスまたは方法を実行するコンピュータ実行可能命令を含む。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データタイプを実装する、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態において、必要に応じてプログラムモジュール間で結合または分割されても良い。プログラムモジュール用の機械実行可能命令は、ローカルデバイスまたは分散デバイス内で実行されても良い。分散デバイスでは、プログラムモジュールは、ローカルおよびリモートの両方の記憶媒体に配置されても良い。
本開示の方法を実行するためのプログラムコードは、1つ以上のプログラミング言語の任意の組み合わせで書かれても良い。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供されても良く、その結果、プログラムコードがプロセッサまたはコントローラによって実行されると、フローチャートおよび/またはブロック図で特定される機能/動作を実施させる。プログラムコードは、完全に機械上で、部分的に機械上で、スタンドアロンソフトウェアパッケージとして、部分的に機械上でおよび部分的にリモートの機械上でまたは完全にリモートの機械上でまたはサーバ上で実行されても良い。
上記のプログラムコードは、命令実行システム、装置、またはデバイスによりまたはそれらに関連して使用するためのプログラムを含むまたは格納し得る任意の有形媒体とし得る機械可読媒体上で実施されても良い。機械可読媒体は、機械可読信号媒体または機械可読記憶媒体であっても良い。機械可読媒体は、電子、磁気、光、電磁気、赤外線、または半導体システム、装置、またはデバイス、またはそれらの任意の適切な組み合わせを含むことができるが、それらに限定されない。機械可読記憶媒体のより具体的な例は、1つ以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、RAM(random access memory)、ROM(read-only memory)、EPROM(erasable programmable read-only memory)またはフラッシュメモリ、光ファイバ、ポータブルCD-ROM(compact disc read-only memory)、光記憶デバイス、磁気記憶デバイス、またはこれらの任意の適切な組み合わせを含んでも良い。
さらに、動作は特定の順序で示されているが、所望の結果を達成するために、そのような動作が図示の特定の順序でまたは連続的な順序で実行されること、または、図示の全ての動作が実行されることを要求するものとして理解されるべきではない。特定の環境では、マルチタスキングおよび並列処理が有利であっても良い。同様に、いくつかの特定の実装の詳細は、上記の説明に含まれているが、これらは本開示の範囲についての限定として解釈されるべきではなく、むしろ特定の実施形態に特有の特徴の説明として解釈されるべきである。別々の実施形態の文脈で説明された特定の特徴はまた、単一の実施形態において組み合わせて実施されても良い。反対に、単一の実施形態の文脈で説明された様々な特徴はまた、別々にまたは任意の適切なサブコンビネーションで複数の実施形態で実施されても良い。
本開示は、構造的特徴および/または方法論的動作に特有の言語で説明されたが、添付の特許請求の範囲で定義される本開示は、必ずしも上述の特定の特徴または動作に限定されないことが理解されるべきである。むしろ、上記の特定の特徴および動作は、特許請求の範囲を実施する例示的形態として開示されたものである。