以下は、下記説明に出現する可能性がある略語のリストである。特記しない限り、本明細書で使用される略語は、以下の表2に記載された対応する用語を指す。
第三世代パートナーシッププロジェクト(3GPP)では、無線アクセス、コアトランスポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関する取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発する。最近の無線アクセス技術(RAT)規格には、広帯域符号分割多元接続(Wideband Code Division Multiple Access:WCDMA(登録商標))(一般に3Gと呼ばれる)、LTE(一般に4Gと呼ばれる)、およびLTEアドバンスト(LTE-Advanced)規格が含まれる。3GPPは、新無線(NR)と呼ばれ、「5G」とも呼ばれる次世代セルラー技術の標準化に取り組み始めた。3GPP NR規格の開発には、次世代無線アクセス技術(新しいRAT)の定義が含まれると予想され、これには、6GHz未満の新しいフレキシブル無線アクセスの規定、および6GHzを超える新しいウルトラモバイルブロードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、6GHz未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成されると予想され、要件の多様な広範囲の3GPP NRのユースケースに対処するために、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバイルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最適化を施した共通設計枠組みを、6GHz未満のフレキシブル無線アクセスと共有すると予想される。
3GPPは、NRがサポートすると予想される様々なユースケースを特定し、その結果、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイルブロードバンド(例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での50Mbps以上、超低コストブロードバンドアクセス、車内モバイルブロードバンド)、クリティカル通信、大規模マシンタイプ通信、ネットワークオペレーション(例えば、ネットワークスライシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー)、および高度化ビークル・ツー・エブリシング(Enhanced Vehicle-to-Everything:eV2X)通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、ファーストレスポンダへの接続性、自動車用eCall、災害警報、リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定している。
図21Aは、本明細書で説明され、特許請求される方法および装置を具現化し得る通信システム100の例の一実施形態を示す。図示のように、通信システム100の例は、無線送受信ユニット(Wireless Transmit/Receive Unit:WTRU)102a、102b、102c、および102dのうち、少なくとも1つ(一般的に、あるいは総称して、WTRU102と呼ばれることもある)と、無線アクセスネットワーク(RAN)103/104/105/103b/104b/105bと、コアネットワーク106/107/109と、公衆交換電話網(Public Switched Telephone Network:PSTN)108と、インターネット110と、その他のネットワーク112を含み得るが、開示された実施形態は任意の数のWTRUや、基地局や、ネットワークや、ネットワーク要素を想定していることは理解されるであろう。WTRU102a、102b、102c、102d、102eの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置またはデバイスであってよい。WTRU102a、102b、102c、102d、102eの各々はハンドヘルド無線通信装置として図21A〜図21Eに図示されているが、5G無線通信に対する多様なユースケースを想定すれば、WTRUの各々は、ほんの一例として、ユーザ端末(UE)、モバイル局、固定または移動加入者ユニット、無線呼び出し装置、携帯電話、携帯情報端末(Personal Digital Assistant:PDA)、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージングなどのウェアラブルデバイス、医療機器やeHealthデバイス、ロボット、産業機器、ドローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を送信や受信するように構成された任意の装置またはデバイスを含むか、または、その中に具現化されてもよいことが理解される。
通信システム100は、基地局114aと基地局114bをさらに含むことができる。基地局114aは、WTRU102a、102b、102cのうちの少なくとも1つと無線でインターフェースして、コアネットワーク106/107/109やインターネット110やその他のネットワーク112などの1つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。基地局114bは、遠隔無線ヘッド(Remote Radio Head:RRH)118a、118bおよび送受信ポイント(Transmission and Reception Point:TRP)119a、119bのうち、少なくとも1つと有線や無線でインターフェースして、コアネットワーク106/107/109やインターネット110やその他のネットワーク112などの1つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。RRH118a、118bは、WTRU102cの少なくとも1つと無線でインターフェースして、コアネットワーク106/107/109やインターネット110やその他のネットワーク112などの1つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。TRP119a、119bは、WTRU102dの少なくとも1つと無線でインターフェースして、コアネットワーク106/107/109やインターネット110やその他のネットワーク112などの1つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。一例として、基地局114a、114bは、ベーストランシーバ基地局(Base Transceiver Station:BTS)、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、アクセスポイント(Access Point:AP)、無線ルータなどであってもよい。基地局114a、114bはそれぞれ単一要素として図示されているが、基地局114a、114bは任意の数の相互接続された基地局やネットワーク要素を含むことができることは理解されるであろう。
基地局114aはRAN103/104/105の一部であってもよく、RAN103/104/105は、また、基地局コントローラ(Base Station Controller:BSC)、無線ネットワークコントローラ(Radio Network Controller:RNC)、中継ノードなどの他の基地局やネットワーク要素(図示せず)を含んでもよい。基地局114bはRAN103b/104b/105bの一部であってもよく、RAN103b/104b/105bは、また、基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、中継ノードなどの他の基地局やネットワーク要素(図示せず)を含んでもよい。基地局114aは、セル(図示せず)と称することもある特定の地理的領域の中の無線信号を送信や受信するように構成され得る。基地局114bは、セル(図示せず)と称することもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。セルは、さらにセルセクタに分割することができる。例えば、基地局114aに関連するセルを3つのセクタに分割することができる。一実施形態においては、基地局114aは、そのように、例えば、セルのセクタごとに1つとなる、3つのトランシーバを含むことができる。一実施形態においては、基地局114aは、多入力多出力(Multiple Input Multiple Output:MIMO)技術を採用することができ、したがって、セルの各セクタ当たり複数のトランシーバを利用することができる。
基地局114aは、WTRU102a、102b、102cのうちの1つ以上と、エアインターフェース115/116/117を介して通信してもよく、エアインターフェース115/116/117は、任意の適切な無線通信リンク(例えば、無線周波数(Radio Frequency:RF)、マイクロ波、赤外線(Infrared:IR)、紫外線(Ultraviolet:UV)、可視光、センチ波、ミリ波など)であってもよい。エアインターフェース115/116/117は、任意の適切な無線アクセス技術(RAT)を用いて構築することができる。
基地局114bは、RRH118a、118bやTRP119a、119bのうち1つ以上と、有線またはエアインターフェース115b/116b/117bを介して通信してもよく、有線またはエアインターフェース115b/116b/117bは、任意の適切な有線(例えば、ケーブルや光ファイバなど)または無線通信リンク(例えば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光、センチ波、ミリ波など)であってもよい。エアインターフェース115b/116b/117bは、任意の適切な無線アクセス技術(RAT)を使って構築することができる。
RRH118a、118bやTRP119a、119bは、WTRU102c、102dのうち1つ以上と、エアインターフェース115c/116c/117cを介して通信してもよく、エアインターフェース115c/116c/117cは、任意の適切な無線通信リンク(例えば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光、センチ波、ミリ波など)であってもよい。エアインターフェース115c/116c/117cは、任意の適切な無線アクセス技術(RAT)を使って構築することができる。
より具体的には、上記のように、通信システム100は多重アクセスシステムでもよく、例えば、符号分割多元接続(Code Division Multiple Access:CDMA)、時分割多元接続(Time Division Multiple Access:TDMA)、周波数分割多元接続(Frequency Division Multiple Access:FDMA)、直交周波数分割多元接続(Orthogonal Frequency Division Multiple Access:OFDMA)、シングルキャリア周波数分割多元接続(Single Carrier Frequency Division Multiple Access:SC−FDMA)などの、1つ以上のチャネルアクセス方式を採用することができる。例えば、RAN103/104/105内の基地局114aとWTRU102a、102b、102c、またはRAN103b/104b/105b内のRRH118a、118bおよびTRP119a、119bとWTRU102c、102dは、ユニバーサルモバイル通信システム(Universal Mobile Telecommunications System:UMTS)地上無線アクセス(Terrestrial Radio Access:UTRA)などの無線技術を実装してもよく、その技術によって、広帯域CDMA(WCDMA)を使ったエアインターフェース115/116/117または115c/116c/117cをそれぞれ構築してもよい。WCDMAは、高速パケットアクセス(High-Speed Packet Access:HSPA)や発展型HSPA(HSPA+)などの通信プロトコルを含むことができる。HSPAは、高速下りリンクパケットアクセス(High-Speed Downlink Packet Access:HSDPA)や高速上りリンクパケットアクセス(High-Speed Uplink Packet Access:HSUPA)を含むことができる。
一実施形態においては、基地局114aとWTRU102a、102b、102c、またはRAN103b/104b/105b内のRRH118a、118bおよびTRP119a、119bとWTRU102c、102dは、発展型UMTS地上無線アクセス(E−UTRA)などの無線技術を実装してもよく、その技術によって、ロングタームエボリューション(LTE)やLTEアドバンスト(LTE−A)を使ったエアインターフェース115/116/117または115c/116c/117cをそれぞれ構築してもよい。将来は、エアインターフェース115/116/117は3GPP NR技術を実装してもよい。
一実施形態においては、RAN103/104/105内の基地局114aとWTRU102a、102b、102c、またはRAN103b/104b/105b内のRRH118a、118bおよびTRP119a、119bとWTRU102c、102dは、IEEE 802.16(例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス(Worldwide Interoperability for Microwave Access:WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000進化データ最適化(Evolution-Data Optimized:EV−DO)、暫定規格(Interim Standard:IS)2000(IS−2000)、暫定規格95(IS−95)、暫定規格856(IS−856)、モバイル通信用グローバルシステム(Global System for Mobile Communications:GSM)、GSM進化型高速データレート(Enhanced Data Rates for GSM Evolution:EDGE)、GSM EDGE(GSM EDGE無線アクセスネットワーク(GSM EDGE Radio Access Network:GERAN))などの無線技術を実装してもよい。
図21Aの基地局114cは、例えば、無線ルータ、ホームノードB、ホームeノードB、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領域における無線接続性を円滑にするための任意の適切なRATを利用してもよい。一実施形態においては、基地局114cとWTRU102eは、IEEE 802.11などの無線技術を実装して、無線ローカルエリアネットワーク(Wireless Local Area Network:WLAN)を構築してもよい。一実施形態においては、基地局114cとWTRU102dは、IEEE 802.15などの無線技術を実装して、無線パーソナルエリアネットワーク(Wireless Personal Area Network:WPAN)を構築してもよい。さらに別の実施形態においては、基地局114cとWTRU102eは、セルラーベースのRAT(例えば、WCDMA、CDMA2000、GSM、LTE、LTE−Aなど)を利用してピコセルまたはフェムトセルを構築してもよい。図21Aに示すように、基地局114bはインターネット110と直接接続されてもよい。このように、基地局114cは、インターネット110にアクセスするためにコアネットワーク106/107/109を介する必要はない。
RAN103/104/105やRAN103b/104b/105bはコアネットワーク106/107/109と通信可能であり、コアネットワーク106/107/109は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル(Voice Over Internet Protocol:VoIP)などサービスを、WTRU102a、102b、102c、102dのうち1つ以上に提供するように構成された任意の種類のネットワークであり得る。例えば、コアネットワーク106/107/109は、呼制御、ビリングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行したりすることができる。
図21Aには図示しないが、RAN103/104/105やRAN103b/104b/105bやコアネットワーク106/107/109は、RAN103/104/105やRAN103b/104b/105bと同一のRATまたは異なるRATを用いている他のRANと直接的または間接的に通信し得ることは理解されるであろう。例えば、コアネットワーク106/107/109は、E−UTRA無線技術を利用し得るRAN103/104/105やRAN103b/104b/105bと接続されているだけでなく、GSM無線技術を採用している別のRAN(図示せず)とも通信することができる。
コアネットワーク106/107/109は、WTRU102a、102b、102c、102d、102eがPSTN108やインターネット110やその他のネットワーク112にアクセスするためのゲートウェイとして機能することもできる。PSTN108は、基本電話サービス(Plain Old Telephone Service:POTS)を提供する回路交換電話網を含み得る。インターネット110は、TCP/IPインターネットプロトコルスイートの中の伝送制御プロトコル(Transmission Control Protocol:TCP)、ユーザデータグラムプロトコル(User Datagram Protocol:UDP)、インターネットプロトコル(Internet Protocol:IP)などの共通通信プロトコルを使用する相互接続されたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワーク112は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク112は、RAN103/104/105やRAN103b/104b/105bと同一のRATまたは異なるRATを使用し得る1つ以上のRANと接続された別のコアネットワークを含むことができる。
通信システム100におけるWTRU102a、102b、102c、102dの一部または全部はマルチモード能力を有し得る。例えば、WTRU102a、102b、102c、102d、および102eは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを有し得る。例えば、図21Aに示すWTRU102eは、セルラーベースの無線技術を採用できる基地局114a、およびIEEE 802無線技術を採用できる基地局114cと通信するように構成され得る。
図21Bは、本明細書に示す実施形態に従って無線通信用に構成された、例えば、WTRU102などの装置またはデバイスの例のブロック図である。図21Bに示すように、例となるWTRU102は、プロセッサ118と、トランシーバ120と、送受信要素122と、スピーカ/マイクロフォン124と、キーパッド126と、ディスプレイ/タッチパッド/インジケータ128と、非取り外し可能130と、取り外し可能メモリ132と、電源134と、グローバルポジショニングシステム(Global Positioning System:GPS)チップセット136と、その他の周辺機器138とを含むことができる。WTRU102は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネーションを含むことができることは理解されるであろう。また、各実施形態では、基地局114a、114bや、基地局114a、114bが代表し得るノード(とりわけ、例えば、トランシーバ基地局(BTS)、ノードB、サイトコントローラ、アクセスポイント(AP)、ホームノードB、発展型ホームノードB(Evolved Home Node-B:eNodeB)、ホーム発展型ノードB(Home Evolved Node-B:HeNB)、ホーム発展型ノードBゲートウェイ、およびプロキシノードなどであるが、これらに限らない)は、図21Bに示し本明細書で述べる要素の一部または全部を含むことができるということを想定している。
プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ(Digital Signal Processor:DSP)、複数のマイクロプロセッサ、DSPコアと関連する1つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(Application Specific Integrated Circuit:ASIC)、フィールドプログラマブルゲートアレイ(Field Programmable Gate Array:FPGA)回路、任意の他の種類の集積回路(Integrated Circuit:IC)、状態機械などであってもよい。プロセッサ118は、WTRU102の無線環境下での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。プロセッサ118はトランシーバ120に接続されてもよく、トランシーバ120は送受信要素122に接続されてもよい。図21Bはプロセッサ118とトランシーバ120を別々の構成要素として図示しているが、プロセッサ118とトランシーバ120を1つの電子パッケージまたはチップに一体化してもよいことは理解されるであろう。
送受信要素122は、エアインターフェース115/116/117を介して基地局(例えば、基地局114a)と信号の送受信を行うように構成され得る。例えば、一実施形態においては、送受信要素122はRF信号を送信や受信するように構成されたアンテナであってもよい。一実施形態においては、送受信要素122は、例えば、IRやUVや可視光の信号を送信や受信するように構成されたエミッタ/検出器であってもよい。さらに1つの実施形態においては、送受信要素122はRFと光信号のどちらも送受信するように構成されてもよい。送受信要素122は無線信号の任意の組み合わせを送信や受信するように構成され得ることは理解されるであろう。
さらに、図21Bには、送受信要素122は単一要素として図示されているが、WTRU102は任意の数の送受信要素122を含んでもよい。より具体的には、WTRU102はMIMO技術を採用してもよい。そのように、一実施形態においては、WTRU102は、無線信号をエアインターフェース115/116/117を介して送受信用の2つ以上の送受信要素122(例えば、複数のアンテナ)を含んでもよい。
トランシーバ120は送受信要素122が送信する信号を変調し、送受信要素122が受信した信号を復調するように構成され得る。上述のように、WTRU102はマルチモード能力を有し得る。したがって、トランシーバ120は、WTRU102が、例えば、UTRAやIEEE 802.11などの複数のRATを介して通信できるように、複数のトランシーバを含むことができる。
WTRU102のプロセッサ118は、スピーカ/マイクロフォン124やキーパッド126やディスプレイ/タッチパッド/インジケータ128(例えば、液晶ディスプレイ(Liquid Crystal Display:LCD)表示ユニットまたは有機発光ダイオード(Organic Light-Emitting Diode:OLED)表示ユニット)に接続されかつ、そこからユーザ入力データを受信することができる。プロセッサ118は、ユーザデータをスピーカ/マイクロフォン124やキーパッド126やディスプレイ/タッチパッド/インジケータ128に出力することもできる。さらに、プロセッサ118は、非取り外し可能130や取り外し可能メモリ132などの任意の種類の適切なメモリからの情報にアクセスし、そこにデータを保存することもできる。非取り外し可能130はランダムアクセスメモリ(Random-Access Memory:RAM)、読み出し専用メモリ(Read-Only Memory:ROM)、ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ132は加入者識別モジュール(Subscriber Identity Module:SIM)カード、メモリスティック、セキュアデジタル(Secure Digital:SD)メモリカードなどを含み得る。一実施形態においては、プロセッサ118は、例えば、サーバまたはホームコンピュータ(図示せず)上の、WTRU102上に物理的に位置しないメモリからの情報にアクセスし、そこにデータを保存してもよい。
プロセッサ118は電源134から電力を受け取ることができ、WTRU102内の他の構成要素に対して電力を分配したり制御したりするように構成され得る。電源134は、WTRU102に電力を供給するための任意の適切なデバイスであり得る。例えば、電源134は、1つ以上の乾電池、太陽電池、燃料電池などを含むことができる。
プロセッサ118は、WTRU102の現在の位置に関する位置情報(例えば、経度と緯度)を提供するように構成され得るGPSチップセット136に接続されることもできる。WTRU102は、GPSチップセット136からの情報に加えて、またはそれに代えて、基地局(例えば、基地局114a、114b)からエアインターフェース115/116/117を介して位置情報を受信したり、2つ以上の近隣の基地局から受信中の信号のタイミングに基づいて自身の位置を決定したりすることができる。WTRU102は、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を取得してもよいことは理解されるであろう。
プロセッサ118は、その他の周辺機器138にさらに接続されてもよく、その他の周辺機器138は、追加的特徴や機能性や、有線または無線接続性を提供する1つ以上のソフトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器138は、加速度計や生体計測(例えば、指紋)センサなどの各種センサ、電子コンパス(e-Compass)、衛星トランシーバ、(写真またはビデオ用)デジタルカメラ、ユニバーサルシリアルバス(Universal Serial Bus:USB)ポートまたはその他の相互接続インターフェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース(登録商標)(Bluetooth)モジュール、周波数変調(Frequency Modulated:FM)無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
WTRU102は、センサ、家庭用電化製品、スマートウォッチやスマートクロージングのようなウェアラブルデバイス、医療機器やeHealthデバイス、ロボット、産業機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置またはデバイスの中に具現化されてもよい。WTRU102は、そのような装置またはデバイスのその他の構成要素、モジュール、またはシステムに、周辺機器138の1つを含み得る相互接続インターフェースなどの1つ以上の相互接続インターフェースを介して接続されてもよい。
図21Cは、一実施形態に係るRAN103およびコアネットワーク106のシステム図である。上述のように、RAN103は、UTRA無線技術を採用して、エアインターフェース115を介してWTRU102a、102b、102cと通信することができる。RAN103はコアネットワーク106と通信することもできる。図21Cに示すように、RAN103は、ノードB140a、140b、140cを含むことができ、ノードB140a、140b、140cは、それぞれ、WTRU102a、102b、102cとエアインターフェース115を介して通信するための1つ以上のトランシーバを含むことができる。ノードB140a、140b、140cは、それぞれ、RAN103内の特定のセル(図示せず)と関連付けられてもよい。RAN103はRNC142a、142bをさらに含むことができる。RAN103は、一実施形態との整合性を維持しながら、任意の数のノードBやRNCを含み得ることは理解されるであろう。
図21Cに示すように、ノードB140a、140bはRNC142aと通信可能である。さらに、ノードB140cはRNC142bと通信可能である。ノードB140a、140b、140cは、Iubインターフェースを介して、RNC142a、142bのそれぞれと通信可能である。RNC142a、142bは、Iurインターフェースを介して相互に通信可能である。RNC142a、142bの各々は、それが接続されているノードB140a、140b、140cのそれぞれを制御するように構成され得る。さらに、RNC142a、142bの各々は、外部ループ電源制御、負荷制御、承認制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの、他の機能を実行またはサポートするように構成され得る。
図21Cに示すコアネットワーク106は、メディアゲートウェイ(Media Gateway:MGW)144と、モバイルスイッチングセンタ(Mobile Switching Center:MSC)146と、サービング汎用パケット無線サービス(General Packet Radio Service:GPRS)サポートノード(Serving GPRS Support Node:SGSN)148と、ゲートウェイGPRSサポートノード(Gateway GPRS Support Node:GGSN)150のうち、少なくとも1つを含むことができる。上記要素の各々はコアネットワーク106の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
RAN103内のRNC142aは、IuCSインターフェースを介して、コアネットワーク106内のMSC146に接続されてもよい。MSC146はMGW144に接続されてもよい。MSC146とMGW144は、PSTN108などの回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の固定有線通信デバイスの間の通信を円滑にすることができる。
RAN103内のRNC142aは、IuPSインターフェースを介して、コアネットワーク106内のSGSN148にさらに接続されてもよい。SGSN148はGGSN150に接続されてもよい。SGSN148とGGSN150は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応デバイスの間の通信を円滑にすることができる。
上述のように、コアネットワーク106は、他のサービスプロバイダが所有や運用をする有線または無線ネットワークを含み得るネットワーク112にさらに接続されてもよい。
図21Dは、一実施形態に係るRAN104およびコアネットワーク107のシステム図である。上述のように、RAN104は、E−UTRA無線技術を採用して、エアインターフェース116を介して、WTRU102a、102b、102cと通信することができる。RAN104は、コアネットワーク107と通信することもできる。
RAN104は、eノードB160a、160b、160cを含み得るが、RAN104は、一実施形態との整合性を維持しながら、任意の数のeノードBを含み得ることは理解されるであろう。eノードB160a、160b、160cは、それぞれ、WTRU102a、102b、102cとエアインターフェース116を介して通信するための1つ以上のトランシーバを含むことができる。一実施形態においては、eノードB160a、160b、160cはMIMO技術を実装してもよい。そのようにして、eノードB160aは、例えば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、そこから無線信号を受信することができる。
eノードB160a、160b、160cの各々は、特定のセル(図示せず)に関連付けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図21Dに示すように、eノードB160a、160b、160cは、X2インターフェースを介して、相互に通信可能である。
図21Dに示すコアネットワーク107は、モビリティ管理ゲートウェイ(MME)162と、サービングゲートウェイ164と、パケットデータネットワーク(Packet Data Network:PDN)ゲートウェイ166を含むことができる。上記要素の各々はコアネットワーク107の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
MME162は、S1インターフェースを介してRAN104内のeノードB160a、160b、160cの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、MME162は、WTRU102a、102b、102cのユーザの認証、ベアラのアクティブ化/非アクティブ化、WTRU102a、102b、102cの初期アタッチ中における特定のサービングゲートウェイの選択などを司ってもよい。MME162は、さらに、RAN104と、GSMやWCDMAなどの他の無線技術を用いる他のRAN(図示せず)との間で切り替えるための、制御プレーン機能を提供してもよい。
サービングゲートウェイ164は、S1インターフェースを介して、RAN104内のeノードB160a、160b、160cの各々に接続されてもよい。サービングゲートウェイ164は、一般に、ユーザデータパケットをWTRU102a、102b、102cへ、またはそこからルーティングおよびフォワーディングすることができる。サービングゲートウェイ164は、さらに、eノードB間のハンドオーバ中におけるユーザプレーンのアンカリング、WTRU102a、102b、102cが下りリンクデータを利用可能な場合のページングのトリガリング、WTRU102a、102b、102cのコンテキストの管理および記憶などの、他の機能を実行することができる。
サービングゲートウェイ164は、さらに、PDNゲートウェイ166に接続されてもよく、PDNゲートウェイ166は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応デバイスの間の通信を円滑にすることができる。
コアネットワーク107は、他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク107は、PSTN108などの回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば、コアネットワーク107は、コアネットワーク107とPSTN108の間のインターフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IP Multimedia Subsystem:IMS)サーバ)を含むか、またはそれと通信してもよい。さらに、コアネットワーク107は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができる。
図21Eは、一実施形態に係るRAN105およびコアネットワーク109のシステム図である。RAN105は、IEEE 802.16無線技術を採用して、エアインターフェース117を介して、WTRU102a、102b、102cと通信するアクセスサービスネットワーク(Access Service Network:ASN)であってもよい。後にさらに論じるように、WTRU102a、102b、102cと、RAN105と、コアネットワーク109との異なる機能エンティティ間の通信リンクを、基準点として定義することができる。
図21Eに示すように、RAN105は基地局180a、180b、180cとASNゲートウェイ182を含み得るが、RAN105は、一実施形態との整合性を維持しながら、任意の数の基地局とASNゲートウェイを含み得ることは理解されるであろう。基地局180a、180b、180cは、それぞれ、RAN105内の特定のセルに関連付けられてもよく、エアインターフェース117を介してWTRU102a、102b、102cと通信するための1つ以上のトランシーバを含んでもよい。一実施形態においては、基地局180a、180b、180cはMIMO技術を実装してもよい。そのようにして、基地局180aは、例えば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、そこから無線信号を受信することができる。基地局180a、180b、180cは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービスの質(QoS)ポリシーの施行などのモビリティ管理機能を提供することができる。ASNゲートウェイ182は、トラフィック集約点として機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク109へのルーティングなどを司ることができる。
WTRU102a、102b、102cとRAN105の間のエアインターフェース117を、IEEE 802.16仕様を実装したR1基準点と定義することができる。さらに、WTRU102a、102b、102cの各々は、コアネットワーク109との論理インターフェース(図示せず)を構築することができる。WTRU102a、102b、102cとコアネットワーク109の間の論理インターフェースを、認証や、認可や、IPホスト構成管理や、モビリティ管理のために使用され得るR2基準点として定義することができる。
基地局180a、180b、180cの各々の間の通信リンクを、基地局間のWTRUハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むR8基準点として定義することができる。基地局180a、180b、180cとASNゲートウェイ182の間の通信リンクをR6基準点として定義することができる。R6基準点は、WTRU102a、102b、102cの各々に関連付けられたモビリティイベントに基づくモビリティ管理を円滑にするためのプロトコルを含むことができる。
図21Eに示すように、RAN105はコアネットワーク109に接続され得る。RAN105とコアネットワーク109の間の通信リンクを、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むR3基準点として定義することができる。コアネットワーク109は、モバイルIPホームエージェント(Mobile IP Home Agent:MIP−HA)184と、認証、認可、アカウンティング(Authentication, Authorization, Accounting:AAA)サーバ186と、ゲートウェイ188を含むことができる。上記要素の各々はコアネットワーク109の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
MIP−HAはIPアドレス管理を司ることができ、WTRU102a、102b、102cが異なるASNや異なるコアネットワークの間をローミングできるようにすることができる。MIP−HA184は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応デバイスの間の通信を円滑にすることができる。AAAサーバ186は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲートウェイ188は、他のネットワークとのインターワーキングを円滑にすることができる。例えば、ゲートウェイ188は、PSTN108などの回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに、ゲートウェイ188は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができる。
図21Eには図示しないが、RAN105は他のASNに接続されてもよく、コアネットワーク109は他のコアネットワークと接続されてもよいことは理解されるであろう。RAN105と他のASNとの間の通信リンクをR4基準点として定義することができ、R4基準点は、RAN105と他のASNとの間のWTRU102a、102b、102cのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク109と他のコアネットワークの間の通信リンクを、R5基準として定義することができ、R5基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキングを円滑にするためのプロトコルを含むことができる。
本明細書で説明され、図21A、21C、21D、21Eに示されたコアネットワークエンティティは、特定の既存の3GPP仕様においてそれらのエンティティに付けられた名前で識別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される可能性があり、特定のエンティティまたは機能性は、3GPPが発行する、3GPP NR仕様を含む将来の仕様において組み合わされる可能性があることが理解される。したがって、説明され、図21A、21B、21C、21D、21Eに示される特定のネットワークエンティティおよび機能性は、単に例として提示されたものであり、本明細書に開示され、特許請求される主題は、現在定義されているかまたは将来定義される任意の類似の通信システムの中に具現化または実装してもよいことが理解される。
図21Fは、例えば、RAN103/104/105内の特定のノードまたは機能エンティティ、コアネットワーク106/107/109、PSTN108、インターネット110、またはその他のネットワーク112などの、図21A、21C、21D、21Eに示す通信ネットワークの1つ以上の装置を具現化し得る、例示的なコンピューティングシステム90のブロック図である。コンピューティングシステム90は、コンピュータまたはサーバを含むことができ、主としてコンピュータ読み取り可能な命令によって制御されてもよく、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、あるいは任意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ読み取り可能な命令は、プロセッサ91内で実行されて、コンピューティングシステム90を作動させてもよい。プロセッサ91は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアと関連する1つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)回路、任意の他の種類の集積回路(IC)、状態機械などであってもよい。プロセッサ91は、コンピューティングシステム90の通信ネットワーク内での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。コプロセッサ81は、メインプロセッサ91と別個の、追加的機能を実行するか、もしくはプロセッサ91をアシストするオプショナルプロセッサである。プロセッサ91とコプロセッサ81のうち、少なくとも一方は、本明細書に開示の方法と装置に関連するデータを受信、生成、および処理することができる。
動作中、プロセッサ91は命令をフェッチし、解読し、実行して、コンピューティングシステムの主要データ転送経路であるシステムバス80を介して、他のリソースとの間で情報を転送する。そのようなシステムバスは、コンピューティングシステム90内の構成要素を接続し、データ交換の媒介を規定する。システムバス80は、通常、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバス80の一例が、周辺コンポーネント相互接続(Peripheral Component Interconnect:PCI)バスである。
システムバス80に接続されるメモリには、ランダムアクセスメモリ(RAM)82と読み出し専用メモリ(ROM)93が含まれる。そのようなメモリは、情報を保存し、読み出すことを可能にする回路を含む。ROM93は、一般に、容易に修正できない保存データを収納する。RAM82内に保存されたデータは、プロセッサ91または他のハードウェアデバイスによって読み取られるか、もしくは変更され得る。RAM82とROM93のうち、少なくとも一方へのアクセスは、メモリコントローラ92によって制御され得る。メモリコントローラ92は、命令が実行されるに従って仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ92は、さらに、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供することができる。したがって、第1モードで実行中のプログラムは、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
さらに、コンピューティングシステム90は、プロセッサ91からの命令の、プリンタ94、キーボード84、マウス95、およびディスクドライブ85などの周辺機器への伝達を司る周辺機器コントローラ83を含むことができる。
ディスプレイコントローラ96によって制御されるディスプレイ86は、コンピューティングシステム90によって生成される視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚的出力は、グラフィカルユーザインターフェース(Graphical User Interface:GUI)の形で提示され得る。ディスプレイ86は、ブラウン管(Cathode-Ray Tube:CRT)ベースのビデオディスプレイ、LCDベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ96は、ディスプレイ86に送信されるビデオ信号を生成するために必要な電子部品を含む。
さらに、コンピューティングシステム90は、図21A、21B、21C、21D、21EのRAN103/104/105、コアネットワーク106/107/109、PSTN108、インターネット110、またはその他のネットワーク112などの外部通信ネットワークにコンピューティングシステム90を接続するために使用され得る、例えば、ネットワークアダプタ97などの通信回路を含むことができ、それによって、コンピューティングシステム90がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにすることができる。通信回路を、単独に、またはプロセッサ91と共に使用して、本明細書に記載された特定の装置、ノード、または機能エンティティの送信および受信ステップを実行することができる。
NR−Uにおけるチャネルアクセスインジケータ(CAI)の導入
本明細書に開示されるシステムおよび方法の一態様によれば、NR−Uは、チャネルアクセスインジケータ(CAI)を使用するチャネルアクセスインジケーションをサポートすることができ、チャネルアクセスインジケータ(CAI)は、チャネルを占有中のセル、占有されている帯域幅/空間的方向、占有時間などのチャネル占有に関する情報を示すようにシグナシングされ得る。
NR−Uノードは、NR−U帯域内で送受信することができるノードである。NR−Uチャネルのノードのタイプを区別するために、以下の用語が導入される。
・兄弟ノード:参照ノードと同じサービングNR−Uセルによってサービスされるノード。より具体的には、特定のノードの兄弟ノードは、その特定のノードと同じサービングセルを有する任意のコチャネルノードまたは任意のコチャネルユーザとして定義され得る。注:コチャネル送信は、特定のUEによるUL送信、または特定のUEへのDL送信であり得る。ノードsは、汎用的な兄弟ノードを示すために使用される。言い換えれば、参照ノードと同じNR−Uサービングセル内のノードは、兄弟ノードであると見なされる。これには、サービングセル内のgNBが含まれる。
・一般ノード:参照ノードと同じNR−Uセルによってサービスされないノード。これには、同じ公衆陸上移動体ネットワーク番号(Public Land Mobile Network:PLMN)の別のNR−Uセル内のノード、異なるPLMNの別のセル、またはWiFiなどの他の技術のノードが含まれる場合がある。より具体的には、特定のノードに関連する一般ノードは、異なるサービングセルを有する任意のコチャネルノードまたは任意のコチャネルユーザとして、あるいは特定のノードのサービングセルラーRATまたは非セルラーRATとは異なるサービングセルラーRATまたは非セルラーRATを有する任意のコチャネルUEまたはコチャネルユーザとして定義され得る。注:コチャネル送信は、特定のUEによるUL送信、または特定のUEへのDL送信であり得る。ノードgは、汎用的な一般ノードを示すために使用される。
CAIは、以下の目的のうちの1つ以上に役立ち得る。
・ユースケース1:共存のためのネットワーク占有を示す。
・ユースケース2:ノードがセル内送信を識別できるようにして、スペクトル再利用を改善する。
・ユースケース3:チャネルへのアクセス時、隠れノードによる妨害がないことを確実にするために、レシーバーからハンドシェイクをトリガーする。
・ユースケース4:トランスミッターがいつ送信しているかをレシーバーが識別できるようにすることで、省電力を可能にする。
ユースケース1:共存のためのネットワーク占有を示すためのCAIの使用
兄弟ノードおよび一般ノードは、CAIを検出すると、チャネルが占有されている時間をCAIから取得することができる。そのため、占領期間中にチャネル検知を実行する必要はない。図1(A)は、gNBが、送信元、すなわち、セル1が送信を占有していることを示す、セル1内のCAIを送信している例を示す。また、チャネルの占有時間を示すこともできる。セル1からのノードUE1は、これをセル内送信として識別する。NR−Uセル2からのUE2や、NR−Uセル2のgNB2などの一般ノードは、その送信を自身のセルの外部のノードからの送信として識別するが、占有時間を読み取ることができる。WiFiネットワーク内のノード3は、NR−UネットワークからのCAIを検知して読み取る能力を有し得る。一般ノードは、セル1の占有時間が経過するまで、LBTを実行しない場合がある。図1(B)は、この、セル1からCAIの連絡を受けたときの、一般ノードの応答の方法を示す。その方法では、セル1のシャネル占有時間後に、一般ノードは、クリアチャネル評価(CCA)を再開する。CCAは、特定のしきい値を用いて、特定の期間にわたって、少なくともエネルギー検出(ED)を実行する初期チャネルセンシングである。
一般に、CAIは、DLおよびULの両方において、シグナリングされ得る。自律UL(Autonomous UL:AUL)および半永続的スケジューリングにおいては、UEは、そのリソースに対して半静的に構成される。UEのリソースがそのgNBの最大チャネル占有時間(Maximum Channel Occupancy Time:MCOT)内にあることは保証されていない。この場合、UEは、カテゴリ4LBT(Category 4 LBT:CAT4LBT)のような方法を実行して、チャネルの可用性を判定してもよく、LBTが成功した後で、ULでCAIを送信する。
ユースケース2:スペクトルの再利用を示すためのCAIの使用
ノードが、自身のセル内の別のノードがチャネルを占有していることを認識すると、それに応じて、エネルギー検出のための自身のしきい値を調整することができる。すなわち、ノードは、エネルギーが、兄弟ノードからのものである場合、CAIがないときのCCAで通常使用される、より低いしきい値(下記の数式1)と比べてより高いしきい値(下記の数式2)を、LBTの失敗を判定するエネルギー検出のために使用することができる。図4の方法は、この概念を示す。
この機能は、複数のUEが周波数または時間で多重化され、より良い空間的再利用を可能にするULにおいて特に有用である。UEがチャネル内のセル内使用量と高エネルギーを検出すると、検出されたエネルギーは多重化されたセル内UEからのものであるため、CAIは、UEが送信することを可能にする。兄弟ノードは、多重化を通じてコチャネルリソースを共有する。コチャネルリソースは、同じ時間/周波数リソースに多重化されるか、時間のみで多重化されるか、周波数のみで多重化されるか、時間と周波数の両方で多重化される。例えば、NR ULでは、複数のUEが物理上りリンク制御チャネル (Physical Uplink Control Channel:PUCCH)リソースを(直交的に)共有するか、複数のUEが非直交多元接続(Non-Orthogonal Multiple Access:NOMA)におけるリソースを非直交的に共有するか、複数のUEがPUSCHのために時間/周波数多重化される。図2(A)に見られるように、UE1はミニスロット#1内のUL送信を有し、UE2はミニスロット#2内のUL送信を有するとして、時間的に多重化された2つの兄弟ノードの例を挙げる。UE2は、UE1からのエネルギーレベルが原因でブロックされる。同様に、2つの兄弟ノードがPUCCHのための同じ周波数および時間リソース内で多重化され、送信のためにCAT4LBTを実行する場合、UE1はより早くチャネルにアクセスすることができる。UE2のランダムバックオフが大きい可能性があるため、UE2はUE1をリッスンし、図2(B)に見られるようにチャネルにアクセスできないと想定する。兄弟ノードUE2がエネルギー検出を実行する場合、UE1からのエネルギーを検出し、スケジュールされたリソース内で送信しない可能性がある。したがって、NR−Uセル内では、多重化されたノードはスケジュールされたリソース内で送信できるはずではあっても、他の兄弟ノードからのエネルギーレベルが高いため、CCA/LBTに失敗する可能性がある。
図3Aに見られるように、UE1は、CAIを送信する。それを聞くと、UE2は兄弟ノード送信を識別し、予定した多重化されたPUSCHを送信する。
UEのCAIが他のUE、特に多重化された兄弟ノードUEによって確実に聞かれるようにするために、本明細書では、CAT4LBTと同様の方法を使用することを提案する。これにより、UEがランダムにバックオフする。チャネルに最初にアクセスするUEはCAIを送信し、よりバックオフが大きい他のUEはこのCAIを聞く。図3Bおよび図3Cに示すように、UE1はUE2より前にチャネルにアクセスし、自身のCAIを送信する。UE2は、CAT4LBTの一部として、しきい値(数式1)を使用したCCAによってチャネルの検知を開始する。UE2がそのランダムなバックオフ中にチャネルを検知し続けると、より高いエネルギーを検出する。そこで、UE2はCAIをリッスンする。UE2はCAIを検出し、それをセル内送信として認識する。この時点で、UE2は以下のうちいずれかを実行できる。
・UE2は、そのLBTしきい値をしきい値(数式2)に変更して、より高いしきい値で拡張センシングを続行する。エネルギーがこのしきい値内にある場合、UE2は、周波数分割多重化(Frequency Division Multiplexing:FDM)リソース内にUE1のPUSCHと共にあるスケジュールされた自身のPUSCHを送信する。これを図3A(B)に示す。その方法を図5Aに示す。
・UE2の変更により、現在のLBTが終了し、そのランダムバックオフタイマーがリセットされる。UE2は、しきい値(数式2)を用いて、通常は短い手順であるCCA(例えば、25マイクロ秒のCCA)を実行する。それに成功した場合、UE2はスケジュールされたPUSCH送信を続行する。これを図3Cに示す。その方法を図5Bに示す。
UEが兄弟ノードからCAIを受信しない場合、UEはそれ自身のCAIを送信することができる。図3Dは、UE2がUE1からCAIを聞かず、自身のCAIを送信する例を示す。他の兄弟ノードのUEまたはgNBは、UE1とUE2の両方のCAIを聞く可能性がある。そのため、複数のUEからのCAIが時間/周波数において衝突する可能性がある。一態様によれば、異なるUEからのCAI間の直交性/低相関性を用いることによって、UL CAI設計を衝突に対してロバストにすることができる。直交性を獲得する1つの方法は、異なるUEのCAIに対して、異なる周波数リソースを提供することである。ロバスト性を提供する別の方法は、良好な相互相関特性を備えたPRACHなどのシーケンスを経ることである。
CAIは、また、占有時間を示すために、セル1上のgNBによってシグナリングされ得る。CAIは、その占有時間内に送信するようにスケジュールまたは構成されているセル1のUEに対して、CCAに対するより高いしきい値を使ってそうすることができることを暗黙的に示すことができる。例えば、図3Eにおいて、UE1とUE2は、gNBからCAIを受信すると、シングルインスタンスCCAを実行し、チャネルアクセスを決定するためにより高いしきい値しきい値(数式2)を使用する。
UEに対して、LBTエネルギーレベル検知のためのしきい値は、UL認可の一部として、またはセル全体またはUE固有の方法で無線リソース制御(RRC)を介して、gNBによって構成され得る。例えば、2つのUEが周波数多重化されており、そのうちUE1が周波数リソースの80%を占めるのに対し、UE2が残りの20%を占めている場合、UE2によるしきい値(数式2)は、UE1に対するものよりも高くてもよい。gNBは、UEに対するVthreshの値のテーブルを構成することができる。それは、テーブルへのインデックスとして使用される実際の値を示し得る。インデックスは、1_1、0_1、1_0、または0_0などのDCIフォーマットでシグナリングされ得る。UEに対するBWPがインデックスを示すためのフィールドをサポートするように構成されていない場合、UEは、兄弟ノードのCAIを検出するかどうかにかかわらず、LBTに対してしきい値(数式1)を適用することができる。
特定のシナリオで使用する無線リソース制御(RRC)構成された値を提供することもできる。例えば、gNBは、それがアクセス可能なUEの数を把握していないので、Vthreshは、PRACHシグナリングのための特定の値に構成されてもよい。
あるいは、UEは、BWPのために構成された基準しきい値からそのしきい値を暗黙的に導出してもよい。UEが帯域幅部分の一部を占める場合、UEは、その一部によって基準しきい値をスケーリングしてもよい。
CAIは、スペクトルの効率的な使用を確実にするための予約信号として使用され得る。
図4は、兄弟ノードからCAIを受信したときのノードでの一般的な手順を示す。
ユースケース3:隠れノードを克服するためにTxとRxの間でハンドシェイクするためのCAIの使用
トランスミッターからのCAIは、チャネルがトランスミッターで利用可能であることを示す。また、大きなペイロードをスケジュールする前に、トランスミッターは、レシーバーでチャネルが使用可能であることを確実にするために、レシーバーにハンドシェイクを要求する場合もある。これは、レシーバーの近くにある隠れノードの問題を解決するのに役立つ。この場合、トランスミッターからのCAIをCAI−開始(CAI−I)として定義することができ、レシーバーからのCAI応答はCAI−応答(CAI−R)として定義することができる。CAI−Rが開始ノードで受信されない場合、応答側がLBTに失敗したと見なされ、その場合、開始側は、後になるまで応答側に送信しない可能性がある。CAI−IとCAI−Rは、gNBとUEの両方から送信できる。
gNBは、CAI−Iを送信すると、UEへの許可をスケジュールする前に、CAI−Rを待つことができる。CAI−Iは、開始ノードがチャネルを使用して応答ノードにペイロードを送信することを意図しているために、CAT4LBTの後で送信される場合がある。応答ノードでのセンシングは、CCA(それは、FR1内のDRSに対してアンライセンスLTEでの25マイクロ秒センシングなどの、間隔の短いセンシングであってもよい)の形であってもよい。これは短く、他のノードがセンシング期間中にチャネルを占有する可能性を低減する。
図6は、2つのノード間のハンドシェイクを確立する方法を示す。
図7(A)は、gNBがCAI−Iを開始し、UEがCAI−Rで応答する、2つの兄弟ノード間のハンドシェイクの概念を示す。CAI−Iは、特にCAT4LBT手順を実行する場合、UL上のUEによって送信される場合もある。gNBのチャネルがクリアされ、その後UEがPUSCHまたはPUCCHなどのUL信号を送信する場合、gNBは、CAI−Rによって応答してもよい。
図7(B)に示すように、CAI−Rは、シンボル境界に同期することができる。それを実現するために、応答ノードはLBTに続いて予約信号を送信する。開始ノードは、シンボル境界合わせがあると想定して、CAI−Rを受信する。同期送信は、CAI中で運ばれる情報の量が多く、PDCCHやPUCCHなどの信号中で運ぶ必要がある場合に有益である。
あるいは、図7(C)に示すように、CAI−IおよびCAI−Rは、シンボル境界に対して非同期的に送信されてもよい。CAIは、数ビットの情報のみを運んでもよく、時間的相関関係を通じて検出できるような方法で(例えば、プリアンブルを伴って)信号で送られてもよい。そのような場合、待ち時間を低く抑えるために、CAIの非同期送信が好適である。これにより、特にCAI−Rに対しては、ハンドシェイクを完了するまでの待ち時間を最小限に抑えることができる。応答ノードは、CAI−Rに続いて予約信号を送信して、少なくとも開始ノードがチャネルを検出するのにかかる時間の間、チャネルを予約して、他のノードがチャネルを獲得しないようにすることができる。次に、開始ノードは、LBTを再度実行せずに、応答ノードに送信をしてもよい。そのため、CAI−Rが送信された後に予約信号が送信される場合がある。
予約信号は、CAI−R信号を必要な期間繰り返すことによって生成することができる。
gNBは、CAI−Rを使用して、他の多重化されたUEが送信しているときにUEの環境を評価することができるため、gNBは、時々、特定のUEに対するCAI−Rをトリガーし、その結果を用いて将来のスケジューリングを決定することができる。UEは、また、(LBT期間中の)検出されたエネルギーレベルをgNBに送り返すことができる。これは、UL内の特定のUEに対する兄弟UEの干渉の影響を検出するのに役立ち、gNBは、CAI−Rに基づいて、UEの多重化に対する決定(直交か非直交か)をすることができる。この場合、UEは、CAI−RのためのリソースでRRC構成され得るが、UEは、CAI−Iを介してトリガーを受信した場合にのみ、CAI−Rを送信する。
ユースケース4:省電力を可能にするためのCAIの使用
UEなどのレシーバーノードは、そのトランスミッター、例えば、CAIのみを監視する低電力状態のgNBのチャネル占有を監視することができる。CAIを受信すると、レシーバーは公称電力状態に切り替わり、トランスミッターからの制御チャネル、データチャネル、および基準信号を監視する。COTが期限切れになると、レシーバーは低電力状態に戻ってCAIを監視する場合がある。
CAIに関連する方法
CAIの送信オケージョン
ノード1が時刻tミリ秒にCAIを送信する場合、TRELミリ秒をノード1がチャネルを解放する時刻として定義することができる。したがって、TREL=t+Tоccミリ秒、ただし、Tоccは示されたチャネル占有時間である。TREFを、基準ヌメロロジーにおけるスロット、OFDMシンボル、サブフレーム、ハーフフレームなどの既知の間隔の長さとして定義することができる。残りの説明については、基準ヌメロロジーのスロット期間の意味でTREFが与えられている例を考察されたい。Tоcc(単位はミリ秒)をTREF・の倍数と定義することができる。したがって、CAIはDビットを使用して、基準スロット期間の意味でTоccを示すことができる。
ノード1は、値Tоcc=TMCOTの最大のTоccを求めてもよい。ただし、TMCOTは、ノード1のそのチャネルアクセスインスタンスのためのMCOTの時間であり、TMCOTは、チャネルアクセスにおいて使用されるLBTのための優先度クラスに基づくことができる。このような場合、MCOTのためのMビットを別々に送信できない場合がある。
図8は、CAIにおけるTоccを示すための例を与える。ここで、ノード1は、TMCOT=10msでチャネルにアクセスし、フレームのスロット#NでCAIを送信する。ノード1は、7スロットのチャネルを使用して、その後、解放することを意図する。したがって、CAIは、TREF=1msと仮定して、Tоcc=7msを示す。
ノードsおよびノードgは、以下の方法を使用して、Tоccを操作することができる。ノードsおよびノードgでは、CAIを受信すると、チャネル可用性タイマーがTоccに設定される。ノードsおよびノードgはTREFを知っていると仮定する。カウンタはすべてのTREFをデクリメントする。ノードsおよびノードgは、タイマーが0に達したときにチャネルが使用可能になることを期待する。
CAIは、カウンタがリセットされたときにチャネルが真に解放されることを確実にするために、スロットの最初に送信され得る。しかし、常にスロットの最初にCAIを送信できるとは限らない。加えて、伝搬遅延とレシーバーの待ち時間を考慮してCAIを復号化するために、ノードsおよびノードgは、タイマーがc≧0に達した後、チャネルの監視を開始することができる。典型的な設定として、c=1を使用することができる。
図9は、一般ノードでタイマーを使用するための方法を示す。
さらに、検出可能性を高め、異なる不連続受信(Discontinuous Reception:DRX)構成を有するUEでもCAIを確実に受信できるよう、CAIは、COT内の既知のパターンで周期的または複数回送信され得る。UEは、CAIのすべてのオケージョンを受信するように構成されているとは限らない。そこで、複数のインスタンスにより、CAIを受信するチャンスが高まる。フレームのスロット#0とスロット#5でCAIが送信される例を図10に示す。両方のCAIは同じTRELを示すが、Tоccはスロット#5で5ずつデクリメントされ、スロット#0でのCAIの送信から5スロットが経過したことを示す。
本明細書では、ノード1が、それが意図した占有時間をそのMCOT以内で増加または減少させ、その後のCAIで更新を示すことができることも提案される。図11は、チャネルが利用可能になると送信される最初のCAIにおいて、Tоcc = 7 ms である例を示す。次のCAI送信では、更新されたTоcc = 4 msを介してTRELを2 msだけインクリメントすることにより、TRELを変更する。ノードsおよびノードgでは、チャネル可用性タイマーは、最初のCAIが受信されるとTоccに設定され、スロットごとにデクリメントされる(TREF ms)。この例では、TREFは1ミリ秒のスロット期間と等しい。2番目のCAIが受信されると、タイマーは、Tоcc=4msの新しい値に更新され、次にカウンタは1または0に達するまでデクリメントされ、それに達すると、ノードsおよびノードgはチャネルアクセスを試みる。
一般に、この方法は、任意のセルから新しいCAIが受信された場合に適用され得る。すなわち、ノードが新しいCAIを検出すると、そのノードは、チャネル可用性タイマー値をTоccの最新の値に更新し、TREF msごとのタイマーデクリメントを開始する。
(gNBのMCOT内のUL送信)
例えば、gNBのようなトランスミッターがチャネルを占有する場合、そのトランスミッターは、自身のTоccをCAIの中で示し、それによって、下記の数式3の値を提供する。ただし、Tоcc期間内に、UEがULで送信できるようになる場合がある。さらに、そのUEは、チャネルへのアクセスを同様に試みる可能性がある他のUEに、ネットワーク内動作を示すためにUL CAIを送信するか、あるいは、gNBが応答を要求した場合にCAI−Rを送信する可能性がある。この場合、本明細書では、UL CAIが、そのTоccを、そのチャネル占有の期間ではなく、下記の数式3までの時間として示すことが提案される。
図12が示す例では、UE1からのUL送信は1つのスロットのみであるが、そのUL CAIがTоcc=2msを示し、そのため、ノードsおよびノードgでのチャネル可用性タイマーは数式3に基づいてデクリメントされ、UL CAIの影響を受けない。
本明細書では、UEはDL CAIまたはCAI−IからTRELを把握できるということ、または、UEは許可を通じて数式3の明確な値を取得できるということが提案される。
(全方向性および空間LBTを使用したCAI)
全方向性LBTが実行される場合、チャネルは、同時に複数のビームでアクセスされ得る。本明細書では、ノードはビームごとに異なるTоccを持つことができるが、MCOTはすべてのビームで同じであることが提案される。CAIは、各ビームのTоccを含むチャネルの占有を示すために、複数のビームで送信され得る。ただし、すべてのビームが同じTоccを持つ場合、すべてのビームのTоccを示すために必要なフィールドは1つだけでもよい。
空間LBTが実行される場合、gNBは、異なるビームに対して異なるTRELを有する可能性がある。この場合も、CAIは各ビームのTоccの情報を運び得る。したがって、CAIの1つを受信するレシーバーは、他のビームでのCAIの検出を必要とせず、複数の空間的方向のネットワーク占有を知る。これにより、計算のオーバーヘッドをいくらか節約できる。空間的方向は、DRSにおけるPBCH DMRSまたは特定のCSI−RSなどの、DRSまたはSSBにおける信号の1つについての空間QCLとして示され得る。図13は、gNBがビームB1とB2でチャネルアクセスをする例を示す。しかし、Tоccはビームによって異なる。B1とB2で送信されたCAIは、両方のビームの値を示す。また、一部のビームのCAIはCAI−Iであり、ハンドシェイクのトリガーを運ぶが、他のビームのCAIはトリガーを運ばず、チャネル占有を示すだけの場合がある。また、gNBがCAIを送信するためにビームをスイープする必要があり得るのと同時に、gNBがそれらのビームにチャネルアクセスしたとしても、CAIの位置はビームが異なると異なる可能性がある。
CAIで運ばれる情報
・CAIは以下の情報を運ぶことができる。
・gNBのNCellIDに関連する可能性のあるフィールドcellID。これは10ビットで、NCellIDと全く同じであり得る。あるいは、下記の数式4などの演算で得られるビット数がより少ないものであり得る。ただし、Lは64や128などの2の累乗でもよく、これにより、異なるセル間の区別を可能にしながらオーバーヘッドを小さく抑えることができる。cellIDは、リスニングノードがチャネルを占有しているセルを識別するのに役立つ。
・TビットのトランスミッターIDフィールドtransmitterID。
・gNB(ネットワーク内のTRP)が送信中である場合、Tビットは、以下の方法の1つで値(下記の数式5)に設定され得る。
・全NR−Uネットワークに共通の固定値。
・セルのSI中で提供されるセル固有の値。
・T=0。フィールドが存在しない可能性がある場合、それがgNBからのものであることを暗黙的に示す。
・UEが送信中である場合、Tビットは、そのIDに基づいて、値(下記の数式6)に設定される。IDは、C−RNTIまたはコンフィギュアドスケジューリングRNTI(Configured Scheduling RNTI:CS−RNTI)のようなもの、または接続されているネットワークよって構成されているC−RNTIまたはCS−RNTIの一部であり得る。
・RビットのレシーバーIDフィールドreceiverID。ただし、RはTと等しい可能性がある。
・gNB(ネットワーク内のTRP)が受信中である場合、Rビットは以下の方法の1つで値(下記の数式7)に設定され得る。
・全NR−Uネットワークに共通の固定値
・セルのSI中で提供されるセル固有の値。
・T=0。フィールドが存在しない可能性がある場合、それがgNBからのものであることを暗黙的に示す。
・UEが受信中である場合、値は、C−RNTIまたはCS−RNTI、あるいはC−RNTIまたはCS−RNTIの一部などのレシーバーIDに基づいて、(下記の数式8)に設定される。
・1ビットフィールドresponseIndicatorは、CAIがレシーバーからの応答にCAI−Rを要求している(1に設定されている場合)か、CAIがレシーバーからの応答にCAI−Rを要求していない(0に設定されている場合)かを示すことができる。
・CAI−Iは、CAI−Rを送信するためのリソースを示すためにPビットのフィールドresourceCAIRを運ぶことができる。
・CAI−Iは、CAI−Rで応答する必要があるUEのIDを示すために、UビットのフィールドtriggeredUEIDを運ぶことができる。
・CAI−Rは、CAI−Rに先行するLBT期間中に検出されたエネルギーを示すために、EビットのフィールドdetEnergyを運ぶことができる。異なるエネルギーレベルに対して事前定義されたしきい値を割り当てることにより、ビット数Eを小さく保つことができる。応答ノードによって検出されたエネルギーの知識は、特に複数のノードが共に多重化されている場合、開始ノードが応答側の環境を評価するのに役立つ。したがって、gNBなどの開始ノードは、応答ノードでのLBTのしきい値レベルを設定することができる。
以下のフィールドは、CAIが情報を運ぶnumBeamsの各々に対して定義され得る。全方向性LBTの場合、numBeams = 1。したがって、以下のフィールドには単一のインスタンスが使用される。空間LBTの場合、numBeamsは、FR1とFR2の異なるアンライセンス帯域の仕様で定義されるか、セルのSI中で構成され得る。numBeamsはセル内のSSBの数に設定され得る。ペイロード内のインスタンスは、SSBインデックスの昇順に並べることができる。
・フィールドintendedChannelOccTime。Dビットで表される意図されたチャネル占有時間Tоcc ms。これは、FR1の場合15kHz、FR2の場合120kHzなどのように、基準ヌメロロジーのスロット数の形で示すことができる。
・期間TMCOT msのMCOTを示すフィールドmcotTransmitter。これは、Mビットで、TOCC≦TMCOTとなるように与えられる。
・フィールドfreqResourceMCOTは、チャネルにアクセスする周波数領域の周波数リソースを示す。これにより、リスニングノードは指定された周波数帯域外のチャネルにアクセスできる。
一般に、CAIは、異なる目的のために(例えば、占有時間、ネットワーク内の使用、またはハンドシェイクを示すために)シグナリングされるので、ユースケースに応じて異なるフィールドおよび異なる量の情報を運ぶ可能性がある。
1つのセル上のCAIは、他の集約されたNR−Uセル上のチャネル占有を示し得る。例えば、NR−U PCell/プライマリ・セカンダリ・セル(PSCell)は、他の集約されたNR−Uセルと共に、それ自体のCAIを示し得る。
PUSCH開始位置候補
UL PUSCHの前のLBTの実施は、UEがいつチャネルにアクセスすることができるかについての不確実性を強いられる。したがって、UEが1つまたは複数のスロット中に複数の開始位置を持つことができるように許可することは、チャネルの不確実性に対処するために有益である。
PUSCHの可変開始位置をサポートするために、以下の2つの側面を考慮する必要がある。
a.PUSCHの開始位置候補のシグナシング:開始位置を検出するためのgNBの負荷を最小限に抑える必要がある。PUSCHを検出するためのハードウェア要件を単純化するために、gNBは、UEのCOT内のUEからの最初のPUSCH送信の開始位置の数を制限することができる。
b.UEによるULチャネルアクセスインジケーション: 開始位置のUEのインジケーション。UEは、許可された開始位置のセットから、そのCOT内の最初のPUSCH送信の選択された開始位置を示すことができる。したがって、意図されたチャネル占有時間を示すために、UEによってUL上でCAIが送信され得る。UL CAIは、RSまたはプリアンブルシーケンスなどの新しい信号を介して明示的に示され得るか、またはPUSCHのDMRSなどの既存の信号を介して暗黙的に示され得る。gNBは、UL CAIを検出することにより、UEのPUSCHの開始位置を認識する。例えば、DMRSの存在が開始位置を明確に示すことができる場合、gNBは、UEのDMRS(自己相関または相互相関)を検出および処理することにより、UEのPUSCHの開始位置を検出することができる。それ以外の場合、gNBは、受信したPUSCHシンボルごとのエネルギー検出を通じてそれを検出することができる。
PUSCHの開始位置候補のシグナリング
gNBは、潜在的に、UEからのDMRS信号を検出することによって、PUSCH送信の存在を検出することができる。しかし、gNBは、UEのチャネルアクセスに応じて変化する可能性のあるPUSCH送信の開始を決定する必要がある。gNBは、すべての候補PUSCHの開始OSに対してPUSCHを盲目的に復号化することができる。例えば、14個のOSのスロットに対してUL認可がされているとする。しかし、UEはOS#2からのみチャネルアクセス可能で、OS#0およびOS#1のPUSCHをパンクチャする。次に、gNBは送信を受信し、PUSCHがOS#0で開始すると仮定して復号化し、それに失敗すると、PUSCH開始位置OS#1で復号化し、それに失敗すると、PUSCH開始位置OS#2で復号化し、以降、PUSCHの復号化に成功するまでそれを続ける。復号化に失敗した場合は、スロットのOS#0で開始したと仮定して、PUSCHをバッファリングし、PUSCHの再送をスケジュールする。再送が全体として受信されたと仮定すると、gNBは、元の送信がOS#0で開始したと仮定してチェイス合成で復号化することができ、それに失敗すると、元の送信がOS#1で開始したと仮定して、チェイス合成で復号化し、それに失敗すると、元の送信がOS#2で開始したと仮定して、チェイス合成で復号化し、この試行に成功すると、停止する。この盲目的復号化手順は、gNBのハードウェアの非常に大幅な複雑化を招く可能性がある。
また、盲目的復号化を最小限に抑えるために、gNBがPUSCHの開始位置を知ることを可能にすることが有利であることが分かる。PUSCHの開始時に送信されるCAIなどの信号を介してPUSCH送信自体の時点で情報が利用可能になれば、gNBは、チェイス合成を経て再送を処理しつつ、盲目的復号化を回避できる。ただし、PUSCHの処理時にgNBがCAIを利用できない場合でも、スケジュールされた再送の前にCAI情報をgNBに送信できる場合は、gNBが再送処理中の盲目的復号化を減らすことが可能になる。一態様によれば、UEは、プリアンブルまたはUCIを介して自身のチャネルアクセス情報を送信することができる。これによって、COTが開始された時刻を示すことができ、また、UEのCOTがいつ終了するかを示すこともできる。gNBは、これを基にPUSCHの開始位置を認識し、再送とのチェイス合成がなされる前に、元の送信においてパンクチャされたシンボルを識別する。この概念は、図48に示され、図中、COTのスタートはUEによってPUSCH上のUCIを介して示される。これは、OS#2で開始された最初のPUSCH送信が終了した後に発生する。
gNBでの盲目的復号化のオーバーヘッドを許容可能範囲に保つために、UEは、特定の開始位置から開始してPUSCHを送信するように制限され得る。本明細書で開示する方法では、gNBが、DCIフォーマット、フォーマット0_0または0_1と同様の複数のDCIを送信して、UL DMRS構成、MCS、送信電力制御(Transmission Power Control:TPC)などの、異なるPUSCH開始位置に関連するすべてのパラメータを有するPUSCHの複数の開始位置をUEに提供することができる。この目的のために、gNBは、複数のDCIにわたって同じ値の新データインジケータ(New Data Indicator:NDI)と冗長バージョン(Redundancy Version:RV)を使用できるが、例えば、時間ドメインリソース割り当て、MCS、TPCなどのフィールドを調整してもよい。この場合、UEは、同じNDI値とRV値を持つ複数のUL認可の受信を代替案として解釈することができ、また、UEは、UE側のLBTの結果に基づいて、UL認可のうち1つだけを使用し、他のUL認可を無視することができる。開始位置に基づいてPUSCHを準備するのに十分な処理時間をUEに提供するために、以前のDCIを以前の開始位置のUL認可に関連付けることができる。例えば、図21Gは、異なるPUSCH開始位置を提供する3つのDCIを示しており、UEは、UE側のLBT結果に基づいて、そのうちの1つだけを展開することができる。
あるいは、例えば図22に示すように、すべてのDCIが同じCORESETで送信され得る。これらのDCIは同じNDIとRVを運んで、提供されたUL認可が相互に代替可能であり、UEは1つの認可だけを選択し、他の提供された認可を無視できるということを示す。UEは、最初に最大量のリソースを提供し、次に2番目に量の多いリソースを提供するなどのUL認可を使用することができる。
例えば、DCI繰り返しフラグと呼ばれる、1ビットサイズのフィールドのDCI内の新しいフィールドは、1に設定された繰り返しフラグを有する同じRVおよびNDIを運ぶすべてのDCIは互いに代替可能であるということを示すことができ、UEはこれらのDCIのうち1つだけによって提供される認可を使用することを選択することができる。一方、繰り返しフラグがゼロに設定されている場合、1つのDCIが他のDCIを上書きしてもよい。ここで、UEは、どのDCIを使用するかを選択せず、gNBが、例えば、以下の規則に従って、どのDCIを使用できるかを決定する。
・後のCORESETで送信されたDCIは、前のCORESETで送信されたDCIを上書きすることができる、また、
・複数のDCIが同じCORESETで送信される場合、最も低い物理リソースブロック(Physical Resource Block:PRB)で送信されたDCIは、より高いPRBで送信されたDCIを上書きすることができる。
別の態様によれば、単一のDCIは、複数の開始位置を提供し得る。例えば、C−RNTI(該当する場合はいつでも他のRNTIを使用可能)によってスクランブルされた巡回冗長検査(Cyclic Redundancy Check:CRC)を使用して、このDCIで、以下の情報を送信することができる。
・LBTの結果に応じてUEが使用できるPUSCH開始位置候補の数を示す開始位置数。このフィールドのサイズは、上位層のパラメータ、例えば、maxNumStartPositと呼ばれるRRCパラメータによって定義できる。
・または/そして、各開始位置候補について、専用の時間領域リソース割り当てを使用して、各PUSCH開始位置候補に対する開始位置をシグナリングすることができる。このフィールドのビット幅は、lоg2(I)ビットとして決定される。ただし、前述のフィールドに示されているように、Iは、上位層パラメータpusch-TimeDomainAllocationListにおけるエントリ数に開始位置の数を掛けたものである。
・または/そして、各開始位置候補に対するMCSフィールド。このフィールドのビット幅は、前述のフィールドに示されている開始位置の数に、各開始位置に対するMCSを別々に運ぶために必要なビット数を掛けたものである。
・または/そして、NDIとRVは、すべてのPUSCH開始位置候補に対して同じであり得る。
・各PUSCH開始位置候補に対するアンテナポートフィールド。
PUSCHの異なる開始位置を示すための複数のDCIの送信のオーバーヘッドを低減するために、UEは、上位層パラメータ、例えば、PUSCH-start-Positions-setという名前のRRCパラメータによって与えられる複数の位置候補のうちの1つを選択し得る。設定される位置候補は、スロットに対して相対的、またはスケジュールされたPUSCHに対して相対的であってもよい。PUSCH-start-Positions-setがスロットに対して相対的である場合、UEは、元のPUSCH認可と重複する開始位置候補から1つの開始位置候補を選択できる。図23は、シンボル{0, 2, 5, 8, 10}のスロットに対する複数の相対的なPUSCH開始位置を提供するPUSCH-start-Positions-setの例を示す。この例では、PUSCHはOS4から開始するようにスケジュールされている。PUSCH開始位置は、DCIによって示されるように、UL認可の開始位置であってもよく、あるいは認可と重複し、UE側のLBTの結果に応じたシンボル{5, 8, 10}である開始位置候補の1つであってもよい。
あるいは、開始位置候補は、UL認可で与えられたPUSCHの元の開始位置に対して相対的に、RRCパラメータPUSCH-start-Positions-setなどの上位層パラメータによって与えられてもよい。言い換えれば、開始位置候補の実際のシンボルのインデックスは、UL認可における最初のシンボルのインデックスに対してそれらを相対的にシフトした後に、PUSCH-start-Positions-setによって与えられる。開始位置候補の実際のシンボルのインデックスのいくつかが、スケジュールされたPUSCHの終了位置を超えている場合、UEはそれらの位置候補を無視できる。図24が例示として示す例では、PUSCH-start-Positions-set = {2, 5, 7}であり、UL認可によって提供される元の開始位置は4番目のシンボルである。したがって、実際の開始位置候補は{6, 9, 11}であり、UEはLBT結果に基づいてこれらの位置のいずれかでチャネルにアクセスしようとする。
さらに、開始位置候補のシグナリングを回避するために、それらを、スロット境界またはPUSCH認可自体のいずれかに関するいくつかの規則に従って定義することができる。例えば、すべての偶数/奇数シンボルが開始位置候補になり得る。さらに別の例では、開始位置候補は、ライセンスPUSCH内またはスロット内の最初のシンボルの後のすべてのLシンボルのような、特定のパターンに従うことができる。例えば、L = 1は、1つおきのシンボルが開始位置候補であるということを意味する。Lの値は、認可の期間、MCSなどの、PUSCH認可におけるいくつかのパラメータに依存し得る。例えば、LがMCSに依存する場合、Lは表3によって与えられる。
表3において、IMCSは、PUSCH認可を提供するDCIが与えられたMCSであり、{}下記の数式9は、RRCパラメータPUSCH-start-Positions-thのような上位層パラメータによって提供され得る。上位層パラメータが、任意の行のMCSしきい値が等しいことを示している場合、すなわち、MCSth_(i-1) = MCSth_iの場合、これらのMCSしきい値の両方が現れる関連行のLは無効である。
表4は、開始位置の数およびそれらの位置の、スケジュールされたPUSCHの期間に対する依存性の例を示す。この例では、PUSCH認可の期間が3シンボル以下の場合、Lをゼロに設定して、UEが各シンボルにおいてチャネルへのアクセスを試行できることを示すことができる。PUSCH認可の期間が4シンボルの場合、Lを1に設定できる。これは、UEが1シンボルおきにチャネルへのアクセスを試行できることなどを意味する。異なるPUSCH認可期間に対するLの値が上位パラメータによって与えられ得る。
他の数学的規則を適用して、インデックス(L)がL mod M=0 を満たす、OFDMシンボルなどの開始位置候補のインデックスを定義することもできる。ただし、Mは、例えば、MCS、シンボル数単位の認可期間などの元のPUSCH認可パラメータのいくつかに依存し得る。元のPUSCH認可パラメータのいずれかに対するMの関数従属性を確立するには、例えば、表3と同様の表を使用できる。前述の規則のいずれかがスロット境界に関して適用される場合、UEはUL認可と重複する開始位置候補だけを考慮してもよい。
別の態様では、開始位置候補を明示的に(上位層パラメータを使用して)示すことと、暗黙的に(指定された規則に従って)示すことを組み合わせることができる。例えば、開始位置候補は、明示的および暗黙的に与えられた位置の和集合であり得る。さらに、開始位置候補の明示的な指示がない場合、UEは、暗黙の指示の使用を適用することができる。
前述の解決策およびそれらの任意の可能な組み合わせの少なくとも一方を拡張して、単一または複数のUL認可を通じて、複数のスケジュールされた隣接または非隣接PUSCHの可能な開始位置候補をUEに提供し得ることが理解される。可能な解決策として、RRCパラメータは、開始位置候補の位置をUEに提供することができる。これらの位置は、スケジュールされたPUSCHに対して相対的であることも、スロット境界に対して相対的であることもできる。次に、UEは、スケジュールされたPUSCHと重複する位置のみを考慮することができる。
図50Aが示す例では、開始位置候補が、スケジュールされた各PUSCHにおける最初のOFDMシンボルからのシフトとして構成され、シフト値が、RRCパラメータなどの上位層シグナリングによって示され得る。図50Aに示すように、シフト値はPUSCHインデックスに依存し得る。例えば、PUSCHkでは、開始位置候補はSkで区切られる。ただし、kはPUSCHのインデックスである。UEは、隣接するPUSCHのシフト値を用いた上位層シグナリングを介して指示を受けることができる。例えば、シフトレベルのセットは、{a, b, c, d, ...}などのように、UEに示され得る。次に、UEは、PUSCH0に対してS0=a、PUSCH1に対してS1=b、等々というように設定することができる。あるいは、UEは、単一のパラメータを有する上位層シグナリングを介して、UEが各PUSCHの開始位置候補の位置を導出するためにそのパラメータを使用することができることを、示され得る。それは、例えば、PUSCHインデックスの関数としてであり得る。
あるいは、PUSCH開始位置候補は、例えば、図50Bに示すように、最初にスケジュールされたPUSCHにおける最初のOFDMシンボルから開始したときのシフトSによって分離され得る。開始位置候補の位置を定義するために、他の規則を適用することもできる。また、UEは、上位層シグナリングによって示されるものに加えて、各PUSCHの最初のOFDMシンボルを開始位置候補として扱うこともできる。
図50Cは、開始位置候補がスロット境界に対して相対的に定義されている場合を例示している。開始位置候補の数と位置は、スロット間で同じである場合も、スロットごとに異なる場合もある。上位層シグナリングは、これらの位置を示し得る。UEは、各PUSCHの最初のOFDMシンボルに加えて、任意のスケジュールされたPUSCHと重複する開始位置候補を、UEがチャネルへのアクセスを試行するために使用できる有効な開始位置候補と見なすことができ、一方、スケジュールされたPUSCHの外側の他の開始位置候補は無効であると見なすことができ、UEはそれらの位置でチャネルへのアクセスを試行しない可能性がある。上位層は、UEが開始位置候補として使用できる各スロットのOFDMシンボルのインデックスを示すことができる。例えば、14ビットサイズのビットマップは、対応するビットが1に設定されている場合、どのOFDMシンボルを開始位置候補として使用できるかを示し得る。さらに、サブフレーム/無線フレーム内の各スロットは、開始位置候補に対して異なる位置を有することができ、UEにシグナリングされることによる各スロットの連結されたビットマップ、および開始位置候補の位置がサブフレームまたは無線フレームごとに繰り返される。また、gNBは、スロットの一グループが特定の開始位置候補を有し、他のグループが異なる位置候補を有するというパターンを、特定の数のスロットにわたって定義することができる。このパターンは繰り返し適用できる。例えば、図50Dは、3つのスロットにわたるパターンP=101を示す。このパターンには、1に対応するスロットには4つの開始位置候補があり、0に対応するスロットには2つの開始位置候補がある。このパターンは3スロットごとに繰り返される。
gNBは、開始位置候補の構成の特定のセットを半静的に示して、gNBがこれらの構成を柔軟に調整できるようにすることができる。例えば、gNBは、開始位置候補の配置の異なるセットを示す複数の上位層構成をUEに提供することができ、次に、gNBは、これらの構成を運ぶ上位層メッセージIDを指し示すことによって、MAC制御要素(MAC Control Element:MAC−CE)を使用して適切な構成を選択することができる。
さらに、gNBは、DCIを使用することにより、開始位置候補の適切な構成、例えば、長さがlоg2(k)に等しいビットフィールドを動的に示すことができる。ただし、kは上位層シグナリングを介して示された構成数である。このビットフィールドは、認可を運ぶDCIの中、またはUE固有の探索空間内と、適切なRNTIを使用したグループ共通探索空間内のうちのどちらかの個別DCIの中で示され得る。さらに、gNBは、MAC−CEを使用して開始位置候補のサブセットをUEにシグナリングすることができ、次に、gNBはDCIを使用して開始位置候補の選択された構成を示すことができる。
UEによるULチャネルアクセスインジケーション
PUSCH開始位置に基づくDMRSスケジューリングの調整
PUSCHマッピングタイプAに対して、DMRSシンボルの位置は、スロット境界に対して相対的に定義される。これによって、UEがスケジュール/構成された認可に従ったチャネルの取得に失敗した場合、あいまいな動作に至る可能性がある。例えば、図21および22に示すように、複数の開始位置が専用DCIによって提供される場合、すなわち、DCIが個別のPUSCH開始位置に対して1対1でマッピングされる場合、各DCIは、PUSCH開始位置に応じたDMRS RRC構成と組み合わされた適切なDMRSスケジューリング情報を運ぶことができる。しかし、これには、同じ認可に対して複数のDCIを復号化するためのシグナリングとUEの電力消費の観点から、大きなオーバーヘッドが伴う可能性がある。したがって、このような負荷を軽減するには、複数のDCIを使用するよりも、開始位置候補を明示的に(上位層パラメータを使用して)または暗黙的に(指定された規則に従って)シグナリングする方が有益な場合がある。ただし、このような静的構成は、UEが選択したPUSCHの開始位置に基づいてDMRSスケジューリングを調整するには適切ではない場合がある。次に、そのような問題に対処するためのいくつかの実施形態について説明する。
単一UEのMIMO(シングルユーザMIMO(Single User MIMO:SU−MIMO))の場合、いくつかの代替案を採用することができる。
l0より前でのPUSCH開始
UEが、上位層パラメータdmrs-TypeA-Positionによって与えられるl0より前にチャネルにアクセスする場合(3GPP TS 36.211、物理チャネルおよび変調(リリース15)、V15.3.0(3GPP TS 36.211, Physical channels and modulation (Release 15), V15.3.0)参照)、UEが開始位置として選択したPUSCHのDMRSシンボルとその新しい期間が、古い期間を有するPUSCHのDMRSシンボルと同じである限り、UEは構成およびスケジュールされたUL DMRSを展開することができる。例えば、PUSCH期間が10、11、または12のOFDMシンボルに等しい場合、DMRSは表5に示すように、シンボルl0, 9を占有する(3GPP TS 36.211、物理チャネルおよび変調(リリース15)、V15.3.0参照)。
図25は、1つの追加のUL DMRSシンボルを伴うOS0からOS11の12個のOFDMシンボルを介した送信がスケジュールされているが、UEがLBTに失敗したためにチャネルへのアクセスに失敗するPUSCHの例を示す。図に示す位置候補、OS1およびOS2から始まるチャネルが使用可能になると、UEが選択した開始位置によるPUSCHの期間はそれぞれ11および10になる。したがって、UEは引き続き同じスケジュールされたDMRSを使用することができる。
一方、UEが選択した開始位置からのPUSCHの期間が元のPUSCH期間とは異なるDMRS構成を使用する場合、UEは、同じ数の追加のDMRSシンボルを持った新しいPUSCH期間に関連する新しいDMRS構成に従うことができる。図26が示す例では、PUSCHは、最初にOS0からOS9までの10シンボルの期間でスケジュールされ、UL DMRSシンボルが1つ追加されたが、UEはOS0のチャネルにアクセスできない。ただし、UEがOS1またはOS2におけるチャネルにアクセスする場合、UEが選択した開始位置でのPUSCHの期間はそれぞれ9と8である。したがって、UEは、元のPUSCH認可に関連付けられた古いDMRS構成を使用しなくても、UEは、PUSCH期間8および9のOFDMシンボルに関連付けられた新しいDMRS構成を使用することができる。この場合、図示のように、DMRSはOSl0, 7にある必要がある。
l0またはその後からのPUSCH開始
UEが、上位層パラメータdmrs-TypeA-Positionによって与えられるシンボルl0から、またはその後から始まるチャネルにアクセスする場合、UEは、DMRSがスロット境界に対して相対的にマッピングされるPUSCHマッピングタイプAが、DMRSが新しいPUSCH期間に基づいてPUSCHに対して相対的にマッピングされるPUSCHマッピングタイプBに、効果的に変更されると仮定することができる。言い換えれば、UEは、l0をゼロに設定し、新しいPUSCH期間と、上位層パラメータdmrs-additionalPoistionによって与えられた追加のDMRSシンボル数に従って、DMRSをマッピングすることができる。図27は、1つの追加のUL DMRSシンボルを伴うOS0からOS11の12個のOFDMシンボルを介した送信がスケジュールされているが、UEがLBTに失敗したためにチャネルへのアクセスに失敗するPUSCHの例を示す。図に示す位置候補、すなわち、OS5から始まるチャネルが使用可能になると、UEが選択した開始位置によるPUSCHの期間は7OFDMシンボルとなる。この場合、図および表6に示すように、UEは、マッピングタイプBに従った、PUSCHの開始に対して相対的にl0および4の、新しい7OSのPUSCH期間に従って、UL DMRSをマッピングすることができる。
別の例として、図28は、1つの追加のUL DMRSシンボルを伴うOS0からOS11の12個のOFDMシンボルを介した送信がスケジュールされているが、UEがLBTに失敗したためにチャネルへのアクセスに失敗するPUSCHを示す。この例では、UEはOS7から始まるチャネルにアクセスし、UEが選択した開始位置からのPUSCHの期間を4OFDMシンボルとするが、DMRSを運ぶシンボルは1つだけであり、追加のDMRS位置はない。
これまでの例では、これらの態様は、1つの追加のDMRS位置を持つ単一シンボルDMRSに関して示されているが、これらの態様は、任意の数の追加DMRS位置を持つ単一シンボルDMRSにさらに適用可能であり、任意の数の追加DMRS位置を持つダブルシンボルDMRSにも適用可能である。
図29は、PUSCH開始位置候補に従ってDMRS構成を調整することができる手順例を示す。図29の例では、最初に、gNBがPUSCHマッピングタイプAの付与の要求を送信し、PUSCH期間に基づいて、対応するDMRSをスケジュールする。次に、UEは、最初にスケジュールされたOSからPUSCHを開始するために、チャネルへのアクセスを試行する。チャネルが使用可能な場合、手順は終了する。チャネルが使用できない場合、UEは新しい開始位置でチャネルへのアクセスを試行する。Ioより前にチャネルにアクセスするためには、UEはPUSCHマッピングタイプAとPUSCHの新しい期間に従ってUL DMRS構成を選択するが、スケジュールされたDMRSの構成は、DMRSタイプ(1または2)、追加DMRS位置の数、およびシングルまたはダブルDMRSシンボルの観点からは同じとする。Ioまたはそれ以後にチャネルにアクセスするためには、UEはPUSCHマッピングタイプBとPUSCHの新しい期間に従ってUL DMRS構成を選択するが、スケジュールされたDMRSの構成は、DMRSタイプ(1または2)、追加DMRS位置の数、およびシングルまたはダブルDMRSシンボルの観点からは同じとする。いずれの場合も、UEは新しいDMRS構成でPUSCHを送信する。
マルチユーザMIMO(Multi-User MIMO:MU−MIMO)の場合、すなわち、他のUEのDMRSが異なるOCCシーケンスで同じ符号分割多重(Code Division Multiple:CDM)グループを共有しているか、直交周波数リソースを使用している場合、UEが同じPUSCHリソースを共有しているため、より困難である。したがって、他のUEのDMRSから独立しているあるUEのDMRSをシフトすることによって、異なるUEが使用する異なるアンテナポート間の重大な干渉に至る可能性がある。このような問題に対処するために、以下に説明するように、いくつかの代替案を採用することができる。
UEが選択した開始位置からのPUSCHのUL DMRSシンボルが、古いPUSCHのUL DMRSまたはそれらのシンボルのいくつかを運ぶ同じシンボルを占有する限り、UEは、PUSCH開始位置を変更することができる。例えば、3つの追加DMRS位置を持つ単一シンボルDMRSを伴ったPUSCHマッピングタイプAの場合、PUSCH期間が12、13、または14であれば、DMRSは同じシンボルl0, 5, 8, 11を占有する。したがって、元のPUSCH認可期間が14シンボルであり、3つの追加DMRSが、例えば、図30に示すように構成されている場合、UE1はOS1または2から開始するチャネルへのアクセスを試行することができ、UEが選択した開始位置からのPUSCHの期間が、それぞれ、13および12シンボルに等しくなる。両方のPUSCH開始位置に対して、UL DMRSは、最初にスケジュールされたPUSCHのUL DMRSと同じシンボルを占め得る。このような場合、UE1のPUSCHの開始位置を変更した後でも、UE1とUE2のDMRSは直交している。
これは常に当てはまるとは限らない。すなわち、UL DMRSは、UEが選択した開始位置からのPUSCHおよび最初にスケジュールされたPUSCHに対して同じシンボルを占める。したがって、別の態様によれば、新しい期間を有するPUSCHのUL DMRSを運ぶOFDMシンボルのシンボルインデックスセットSnewが、古い期間を有するPUSCHのUL DMRSを運ぶシンボルインデックスセットSoldから選択されることになる。2つのセットが重複しておらず、Snewに属するインデックスのうちのいくつかがSoldに属していない場合、それらのインデックスは、Soldの中で最も近いインデックスに置き換えられる。Soldの中にあり、新しい期間でPUSCHのUL DMRSを送信するために使用されない記号は、他のUEのDMRS間の衝突を回避するために、データを運ぶために使用されない可能性がある。図31は、OS0からOS11までの12シンボルに等しい期間のPUSCH認可の例を示す。3つの追加のDMRSが占有するように、すなわち、Sold = {l0, 5, 8, 11}となるように構成されている。UE1がOS1またはOS2から始まるチャネルにアクセスして、UEが選択した開始位置からのPUSCHの期間がそれぞれ11と10になるようにすると、残念ながら、UEが選択した開始位置からのPUSCHの期間中、UL DMRSはシンボルSnew = {l0, 6, 9}を占有する必要があり、これは、l0だけがUE2のUL DMRSを運ぶシンボルと重複することを意味する。さらに、UEは、Snewの6および9を、Soldの最も近いインデックスである5および8でそれぞれ置き換えて、Snew = {l0, 5 6, 8 9}を有することができる。そうすることにより、UE1とUE2との間の直交性が維持される。
最後のDMRSからの最後のOFDMシンボルからPUSCHの末尾までのチャネル推定を著しく悪化させる可能性がある多数のOFDMシンボルの外挿を回避するために、新しい期間でPUSCHを運ぶために複数のOFDMシンボルが必要な場合には、PUSCHの最後のOFDMシンボルのインデックスを古い期間で使用することができる。Sold = {l0, 5, 8, 11}でありSnew = {l0, 6, 9}である前記の例では、UEは、Snewの6および9を、5および11でそれぞれ置き換えて、図32に示すように、Snew = {l0, 5 6, 11 9}を有することができる。
PUSCHマッピングタイプAが使用されるが、UEがl0の後にチャネルを取得する場合、PUSCHマッピングタイプBを使用して、UEが選択した開始位置からのPUSCHの期間に従ってDMRSをマッピングすることができる。新しい期間のPUSCHのUL DMRSを運ぶシンボルのインデックスセットSnewが、古い期間のPUSCHのUL DMRSを運ぶべきシンボルのインデックスセットと異なる場合、Snewの各要素は、Soldの最も近い要素に置き換えられる。図33は、OS0からOS11までの12シンボルに等しい期間のPUSCH認可の例を示す。3つの追加のDMRSが占有するように、すなわち、Sold = {l0, 5, 8, 11}となるように構成されている。UE1がOS0から始まるチャネルへのアクセスに失敗したが、OS7から、すなわちl0より後から始まるチャネルへのアクセスに成功した場合、DMRSはPUSCHマッピングタイプBに従ってマッピングされる。PUSCHの新しい期間は5シンボルであるため、UL DMRSは、PUSCH開始位置OS7に対して相対的にl0, 4でインデックス付けされたシンボルを占有できる。したがって、Snew = {7, 11}となる。SnewをSoldと比較して、UEはOS7をOS8に置き換えて、Snew = {8, 11}とすることができる。
UEがOS8でチャネルにアクセスする場合、PUSCHの新しい期間は5であり、PUSCHマッピングタイプBによれば、DMRSを運ぶシンボルのインデックスは、PUSCHに対して相対的にl0、すなわち、Snew = {8}である。この場合、図34に示すように、DMRSを運ぶために最後のシンボルSoldを使用することはできない。
さらに、例えば、図51に示すように、UEは、スケジュールされたPUSCH全体を新しい開始位置にシフトすることができ、そして、PUSCH全体をシフトせずに単に新しい開始位置からPUSCH送信を開始するのではなく、スケジュールされたDMRSを新しい開始位置に対して相対的にシフトすることができる。図52Aは、1つの追加のUL DMRSシンボルを伴うOS0からOS11の12個のOFDMシンボルを介した送信がスケジュールされているが、UEがLBTに失敗したためにチャネルへのアクセスに失敗するPUSCHの例を示す。図に示す位置候補、すなわち、OS2から始まるチャネルが使用可能になると、PUSCH開始位置は、OFDMシンボル2個分だけシフトされる。次に、DMRSシンボルが、OFDMシンボル2個分だけシフトされ、新しい位置がOS5とOS11になる。PUSCH全体をシフトしたことによって、UEは、ライセンスPUSCHの末尾の切り詰められたシンボルをパンクチャ/レートマッチすることができる。
新しい開始位置次第で、その新しいシフトされた位置がスケジュールされたPUSCHの末尾を超えている場合、UEは、1つ以上のスケジュールされたDMRSシンボルをパンクチャすることができる。例えば、図52Bは、最初にスケジュールされた2つのDMRSシンボルではなく、1つのDMRSシンボルだけを送信するUEの例を示す。UEは、OS3で送信されるようにスケジュールされたDMRSシンボルをOS11で送信することができる。一方、OS9で送信されるようにスケジュールされたDMRSは取り除かれ得る。
UEは、例えば、新しいPUSCH開始位置の最初のOFDMシンボルにおいて、少なくとも1つのDMRSシンボルを送信するように構成され得る。これは、スケジュールされたDMRSシンボルのすべてがスケジュールされたPUSCHの末尾を超えてシフトされた場合、すなわち、スケジュールされたDMRSシンボルのすべてが取り除かれた場合に有益である。PUSCHがシフトされた結果、スケジュールされたDMRSシンボルのいずれも送信できない場合、上位層シグナリングは、DMRSシンボルの最小数やそれらの位置などを示すことができる。さらに、PUSCHを運ぶためのOFDMシンボルの残り数が特定のしきい値より小さい場合、UEは、このPUSCHが成功裏に復号化される可能性が最も高いので、このPUSCHを送信しないように構成され得る。このようなしきい値は、上位層シグナリングによってUEに示され得る。
PUSCHがスロット境界を越えることを許されず、UEが複数の隣接するPUSCHでスケジュールされる場合、各々のスケジュールされたPUSCHは、元のスケジュールされたPUSCHを含むスロットの末尾を超えて開始するようにシフトされない可能性がある。例えば、図53Aは、UEがスケジュールしたN個のPUSCHの例を示し、PUSCH0に対して3つの開始位置候補が示されている。次に、チャネルの可用性に基づいて、PUSCH0をシフトして、示された開始位置候補のどれからでも開始できる。示されたPUSCH開始位置候補のいずれにおいてもチャネルが利用できない場合、またはスロット0のOFDMシンボルの残り数が、例えば、上位層によって示される特定のしきい値より小さい場合、UEはPUSCH0を取り除くことができる。次に、UEは、次のPUSCHを送信するために、チャネルへのアクセスを試行することができる。
スロットが複数のPUSCHを含む場合、UEは、例えば、図53Bに示されるように、スロット内のすべてのスケジュールされたPUSCHをシフトすることができる。この図では、チャネルが使用できないため、PUSCH0が取り除かれている。したがって、UEは、PUSCH1を送信するためにチャネルにアクセスしようとする可能性がある。チャネルが利用できない場合、PUSCH1およびそれに続くPUSCH2は、共に新しい開始位置にシフトされる。いずれかのPUSCHがスロット境界の終わりに達すると、スロット境界を越えたOFDMシンボルがパンクチャされる。このPUSCHで使用可能なOFDMシンボルの数が減少するため、UEは、データのレートマッチング/パンクチャリングを実行する可能性がある。
さらに、UEは、PUSCHを新しい開始位置にシフトするが、UEは、例えば、図54Aに示すように、スケジュールされたDMRSシンボルを元の認可に示された通りに、それらの位置に維持することができる。1つ以上のDMRSシンボルがPUSCHの新しい開始位置の前にある場合、それらのシンボルは、例えば、図54Bに示すように、取り除かれる。PUSCHの新しい開始位置がスケジュールされたすべてのDMRSシンボルを超える場合、UEはPUSCHの送信を断念する可能性がある。あるいは、前述のように、UEは、UEがすべての取り除かれたスケジュールされたDMRSシンボルを送信することができるように、例えば、上位層シグナリングを介して、送信することができる特定の数の補償DMRSシンボル、それらの位置、その他の任意の構成などで構成され得る。図54Cが示す例では、PUSCHの開始位置がOS10にあり、そこでは、以前のすべてのDMRSシンボルが取り除かれている。この場合、UEは、新しい開始位置で、PUSCHの最初のOFDMシンボルにおけるDMRSシンボルを送信することができる。
最初のPUSCH送信におけるパワーブースト
UEのCOTにおける最初のPUSCH送信に対して、DMRS電力は、そのCOT内の後続のPUSCH送信におけるDMRSに比べてブーストされる。これにより、gNBでのPUSCHの検出の信頼性向上が確保され、チャネル品質の推定が改善される。これにより、PUSCH送信がより少ないリソースにレートマッチングされるか、チャネルアクセスの遅延のためにパンクチャされた場合に、PUSCHのブロックエラーレート(Block Error Rate:BLER)が改善される。この概念は、図35に示され、図中、CAT4LBTに続くUEの最初のPUSCH送信のDMRSシーケンスにおける公称電力がブーストされる。
別のユースケースとして、PUSCH送信が開始される位置が原因で、UEが、DMRSシーケンスを運ぶ1つ以上のOSを取り除くことになる場合、UEは、チャネル推定の質を高めるために、残りのDMRSシーケンスの電力をブーストすることができる。図36は、チャネルの可用性が不足しているためにOS#0が送信されないタイプBのPUSCH送信の例を示す。認可内の残りのDMRSシンボルで電力がブーストされ、それによって、OS#0でのDMRSシーケンスの損失をある程度補償する。ここで、gNBはOS#0にDMRSが存在しないことを検出し、PUSCHがOS#0で開始されなかったことを認識する。gNBは、OS#3のDMRSを識別し、開始位置OS#1、2、および3から、PUSCHの復号化を試みる。
パワーブースト値αDMRS−CAIが、RRCシグナリングを介してUEに設定される。この値は、使用可能なPUSCHリソース内の実際に送信されるDMRSシーケンスの数に依存し得る。
また、PUSCH REのための電力は、UEのLBTに続く、UEのCOT内の最初のPUSCH送信のために利用可能なPUSCHリソース内でブーストされ得る。ブーストは、使用可能なOSの数の関数であり得る。元の認可がN個のOSを有し、UEがK個のOSだけにアクセス可能である場合、UEは、K個のOSにおけるPUSCH REの電力を、PPUSCH,bооst=10・lоg10(αPUSCH−CAI・N/K)倍に増大させることができる。ここで、αPUSCH−CAIはRRCシグナリングを介してUEに設定され、αPUSCH−CAIは0以上の値であり、チャネルアクセスに続く最初のPUSCHに適用される。通常の設定では、値1を使用できる。UEは、与えられたN個およびK個に対して電力ヘッドルームがある場合のみ、パワーブーストを適用できる。それ以外の場合は、デバイスに対して可能な最大値PPUSCH−CAI=max(PPUSCH,nоminal+PPUSCH,bооst,Pmax)まで電力をブーストできる。ここで、PPUSCH−CAIは、LBTに続く最初のPUSCH送信に適用される電力であり、Pmaxは、UEが送信できる最大電力である(PmaxはUEの能力に依存するか、RRCシグナシングを介してUEに設定されるか、またはその両方であり得る)。PPUSCH,nоminalは、PUSCH送信が送信される公称電力である。最初のPUSCH送信に続くPUSCH送信で使用できる電力レベルは、PPUSCH,nоminalである。
PUSCH開始位置に依存するDMRSシーケンス
UEは、複数のDMRSシーケンスを伴ったRRCシグナリングを介して構成されることができ、そこでは、UEは、PUSCHの開始OSを示すDMRSシーケンスを選択する。この概念は、図37に示され、図中、UEは、4つの開始位置候補OS#0、OS#1、OS#2、OS#3と4つの対応するDMRSシーケンスで構成されている。UEは、OS#0にチャネルアクセスする場合、DMRSのシーケンス#1を送信し、OS#1にチャネルアクセスする場合、DMRSのシーケンス#2を送信、等々というように送信を実行する。ここで、gNBはすべてのDMRSシーケンス候補を監視する。有効なシーケンスを見つけると、gNBはそのシーケンスからPUSCH送信の開始位置を推測する。この方法により、PUSCH送信の開始OSを盲目的に検出する必要性が回避される。
シーケンスは、疑似ランダムシーケンスジェネレータにおける開始位置候補に対する異なる初期化パラメータを提供することによって定義することができる。例えば、パラメータnCAIをDMRSシーケンスに導入することができる。ただし、nCAIはPUSCHの開始位置の関数である。PUSCHのための変換プリコーディングが有効である場合、参照信号シーケンスr(n)は以下の数式10に従って生成される必要がある。
ただし、上記の数式10は、次のように定義された低ピーク対平均電力比(Peak-to-Average Power Ratio:PAPR)シーケンスである。すなわち、DCIによって動的にスケジュールされたPUSCH送信に対してδ=1でありα=0である。低ピーク対平均電力比シーケンス(上記の数式11)は、以下の数式12にしたがって、ベースシーケンス(下記の数式13)のサイクリックシフトαによって定義される。
ただし、上記の数式14はシーケンスの長さである。複数のシーケンスは、値の異なるαおよびδを介して、単一ベースシーケンスから定義される。
ベースシーケンス(数式13)は、複数のグループに分けられる。
ただし、数式15はグループ番号、vはグループ内のベースシーケンス番号であり、各グループには、各長さが数式16(ただし、1≦m/2δ≦5)の1つのベースシーケンス(v=0)と各長さが数式17(ただし、6≦m/2δ)の2つのベースシーケンス(v=0,1)が含まれる。
シーケンスグループは下記の数式18となる。
ただし、上記の数式19は、以下によって与えられる。
・上記の数式20が上位層パラメータnPUSCH-Identity-Transform-precodingによって構成され、PUSCHがmsg3 PUSCHでない場合、上記の数式21
・それ以外の場合、上記の数式22
ただし、nCAIは、PUSCHの開始位置を識別するパラメータとして定義される。
ただし、fghおよびシーケンス番号vは以下によって与えられる。
・グループもシーケンスホッピングも使用しない場合、
fgh=0
v=0
・グループホッピングを使用するがシーケンスホッピングは使用しない場合(下記の数式23)、
ただし、疑似ランダムシーケンスC(i)は長さが31の疑似ランダムゴールドシーケンスであり、各無線フレームの開始時に下記の数式24で初期化される必要がある。
・ループホッピングではなくシーケンスホッピングを使用する場合(下記の数式25)、
ただし、疑似ランダムシーケンスC(i)は長さが31の疑似ランダムゴールドシーケンスであり、そのジェネレータは、各無線フレームの開始時に下記の数式26で初期化される必要がある。
PUSCHの変換プリコーディングが有効でない場合、シーケンスr(n)は、以下の数式27に従って生成される必要がある。
ただし、疑似ランダムシーケンスC(i)は長さが31の疑似ランダムゴールドシーケンスであり、そのジェネレータは、以下の数式28を使って初期化される必要がある。
ただし、lはスロット内のOFDMシンボル番号であり、上記の数式29はフレーム内のスロット番号であり、そして、
・上位層パラメータUL-DMRS-Scrambling-IDが提供され、PUSCHがmsg3 PUSCHでない場合、上位層パラメータUL-DMRS-Scrambling-IDによって、上記の数式30と上記の数式31が与えられ、
・それ以外の場合、上記の数式32と上記の数式33が与えられる。
ただし、nCAIは、PUSCHの開始位置を識別するパラメータとして定義される。
最初のPUSCH送信におけるDMRSリソース密度
UEは、PUSCH送信のための特定の数のDMRSシーケンスに対してRRC構成される。別の態様によれば、UEが成功したLBTに続いてPUSCH送信を実行するとき、UEは、異なる数のDMRSシーケンスを使用することができる。すなわち、UEは、そのCOTの最初のPUSCH送信において、異なる数のDMRS送信を使用することができる。これにより、gNBはチャネル推定を改善し、その結果、パンクチャされたり、より少ないリソースにレートマッチングされたりしたときの、PUSCH上のBLERを改善できる。成功したLBTに続くPUSCHのDMRS構成は、UEへのRRCシグナリングを介して構築され得る。図38に見られるように、LBTに続く最初のPUSCH送信では、UEのCOTにおける次のPUSCH送信と比較して、DMRSの密度は高く、DMRSの時間リソースは異なる。ここでは、UEは、PUSCHタイプBの2つのUL認可を有し、最初のPUSCH送信ではOS#{0、3、6、9}で、そして後続のPUSCH送信ではOS#{0、10}でDMRSを送信するようにRRC構成されている。
可変開始位置を示すためのULプリアンブル
UEは、LBTに続く最初のPUSCHの開始位置を示すために、ULプリアンブルを送信することができる。PUSCHリソースは、このプリアンブルの位置と関連している。例えば、PUSCHは、図39に示すように、プリアンブルと同じOSで開始できる。この例では、プリアンブルは1つおきのREで送信される。しかし、一般的には、プリアンブルには、UEに設定された時間/周波数リソースの任意のセットを含めることができる。gNBは、プリアンブルを監視および検出し、それを検出すると、gNBは、同じOSにおいてPUSCHを発見する。
gNBは、プリアンブルの送信の空間的方向を構成する。例えば、プリアンブルは、PUSCH送信のDMRSシーケンスと同じ対応を持ち得る。あるいは、プリアンブルは、SSB/PBCHまたはCSI−RSなどの異なるRSと対応する空間的方向に送信されてもよい。プリアンブルリソースがPUSCHのDMRSリソースと衝突すると、DMRSは取り除かれ、プリアンブルが送信される。
さらに、プリアンブルは、gNBがそれを容易に検出できるように、図40に示すように、PUSCHの帯域幅と比べて狭帯域であり得る。その周波数リソースは、図40Aに示すPUSCHの最も低いRBからのオフセットなどで、認可内のPUSCHリソースに対して相対的に構成することも、図40Bに示すようにキャリアの中心に対して相対的に固定することもできる。
プリアンブルシーケンスは、RRCシグナリングを介して、UEに対して構成される。シーケンスは、UE固有に、またはUE全体で共通に構成され得る。
UEが特別に構成されている場合、プリアンブルは、PUSCHのDMRSと同じシーケンスを有し得る。プリアンブルは、PUSCHの周波数リソース全体にのみ適用することができる。
プリアンブルは、SSB、CSI−RS、またはDMRSなどのDL RSに対応して送信され得る。例えば、プリアンブルは、プリアンブルに続くPUSCHのDMRSと同じ対応を持ち得る。あるいは、対応は、UEへのRRCシグナリングを介して構成され得る。
PUSCH送信の開始を示すことに加えて、プリアンブルは、UEのCOTの持続期間を示すために使用され得る。プリアンブルのセットは、UEに対して構成され得る。各プリアンブルは、COTの特定の期間を示し得る。UEは、それが意図するチャネル占有期間に応じて、送信するプリアンブルを選択することができる。例えば、構成された認可を使用する自律UL送信において、gNBは、バッファステータスレポート(Buffer Status Report:BSR)などの上位層情報がなければ、いくつのPUSCH送信がUEから期待されているかを知らない可能性がある。待ち時間を短縮するために、プリアンブルを介したPHYシグナリングによって、構成された認可リソースの使用期間を示すことができる。これは、gNBが、UEのCOTに従ってリソースを計画したり、UEとgNBの間の効率的なCOT共有を可能にしたりするのに役立つ。
プリアンブルシーケンスが複数のUEに共通であれば、他のノードはチャネルが占有されていることを認識できるので、プリアンブルによって、向上した電力効率および共存を提供することができる。プリアンブルがDLとULで共通であれば、共存が容易になる。プリアンブルリソースの位置は、DLとULで共通であり得る。PUSCHは、プリアンブルの周辺でレートマッチングされてもよく、あるいはプリアンブルがPUSCHをパンクチャしてもよい。
SU−MIMOまたはMU−MIMOのいずれかのPUSCHマッピングタイプBの場合、DMRSシンボルの位置は、PUSCHリソースに対して相対的に定義される。したがって、UEが最初にスケジュールされたものとは異なるPUSCH開始位置を選択する場合、UEは、PUSCHタイプBに従ってUL DMRSシンボルを送信することができる。この場合、最初のDMRSシンボルは、UEが選択した開始位置からのPUSCHの最初のシンボルを占有することができる。追加のDMRSシンボルの位置および数は、PUSCHタイプBのDMRSマッピング規則に従ってUEが選択した位置からのPUSCH期間に基づくことができる。例えば、図49は、2つの追加UL DMRSシンボルを伴うOS5からOS12の8つのOFDMシンボルにわたって送信するようにスケジュールされているが、UEがLBTに失敗したためにチャネルへのアクセスに失敗するPUSCHの例を示す。図に示す位置候補、すなわち、OS7から始まるチャネルが使用可能になると、UEが選択した開始位置によるPUSCHの期間は6OFDMシンボルとなる。この場合、図49に示すように、UEは、マッピングタイプBに従った、PUSCHの開始に対して相対的にl0および4の、新しい6OSのPUSCH期間に従って、UL DMRSをマッピングすることができる。
利用可能なシンボルにおけるPUSCHの送信
上述のいくつかの手順は、UEがUL認可の開始時にチャネルへのアクセスに失敗した場合に、UEがどの開始位置からチャネルへのアクセスを試みることができるかについてgNBとUEが同じ理解を持つことを可能にするものである。また、上述のいくつかの方法は、開始位置をシフトすることによってDMRSがどのような影響を受けるか、およびそれを使用して、UEがどのPUSCH候補位置を選択するかを示すことができる方法に関するものである。MCSをパンクチャして適合させる手順、およびピギーバックされたUCIを送信できる方法について、以下に説明する。
パンクチャリング
簡単な手順として、UEがgNBによって提供された認可に基づいてPUSCHを生成した後、UEは、UL DMRS位置を調整することなく、それらのシンボルのいくつかをパンクチャし、他を送信することができる。一態様によれば、UEは、PUSCH認可の始めからUEがチャネルにアクセスするシンボルまでのすべてのシンボルをパンクチャことができる。図41は、l0, 5, 8, 11を占有するように構成された3つの追加DMRSを伴うOS0からOS11までの12シンボルに等しい期間のPUSCH認可の例を示す。UEがOS7から始まるチャネルにアクセスする場合、UEはOS0からOS6をパンクチャことができる。
状況によっては、特に、PUSCHの最後の2つのOFDMシンボルがDMRSを全く運んでいない可能性があるため、すべてのDMRSシンボルがパンクチャされている場合、残りのDMRSが、gNBに正確なチャネル推定を取得させるのに十分でない場合がある。そこで、別の態様によれば、gNBにおいて信頼できる復号化を獲得するために、最小数の必要なDMRSシンボルを送信することができる。残りのDMRSシンボルがこの最小しきい値よりも小さい場合、送信されたPUSCHをgNBが復号化できる可能性が低いため、UEはUL送信を断念して電力消費を削減することができる。
このしきい値は、必要なDMRSシンボルまたはすでにスケジュールされたDMRSシンボルの一部の最小数の絶対数を提供し得るmin_DMRS_numと呼ばれるRRCパラメータなどの、上位層パラメータによって構成され得る。さらに、必要なDMRSシンボルの最小数は、MCSやPUSCH期間などのスケジュールされたPUSCH認可パラメータに依存し得る。表7は、スケジュールされたMCSの関数として、必要なDMRSシンボルの最小数の例を示す。ただし、IMCSは、PUSCH認可を提供するDCIに与えられたMCSである。さらに、{}下記の数式34は、RRCパラメータmin_DMRS_numのような上位層パラメータによって提供され得る。上位層パラメータが、任意の行のMCSしきい値が等しいことを示している場合、すなわち、MCSth_(i-1) = MCSth_iの場合、これらのMCSしきい値の両方が現れる関連行の必要なDMRSシンボルの最小数は無効である。
同様に、必要なDMRSシンボルの最小数は、例えば、表7のように、PUSCH期間の関数であり得る。ただし、Lは、送信され得るOFDMシンボルの実際の数であり、{}下記の数式35は、RRCパラメータmin_DMRS_numのような上位層パラメータによって提供され得る。上位層パラメータが、任意の行のPUSCH期間しきい値が等しいことを示している場合、すなわち、Dth_(i-1) = Dth_iの場合、これらのMCSしきい値の両方が現れる関連行の必要なDMRSシンボルの最小数は無効である。
また、MU−MIMOスケジューリングの場合、同時にスケジュールされたUE間の直交性を失うことを回避するために、パンクチャリングが使用され得る。UEは、スケジュールされたDMRSシンボルのいずれかのみを使用する可能性があり、新しく選択された開始位置からのPUSCH期間に基づいてUL DMRSの調整を試行しない可能性がある。
MCSの適応化
ライセンストランスポートブロックサイズ(Transport Block Size:TBS)が固定されており、LBT結果に依存しないと仮定すると、スケジュールされたPUSCHに関連付けられたMCSは、1回の送信でTBS全体を送信するための有効なMCSではない可能性がある。一方、スケジュールされたPUSCHに関連付けられたMCSを、UEが、新しいMCSに関するUEとgNBの間の共通の理解なしにLBTの結果に基づいて自律的に変更する場合、使用されたMCSを検出することはgNBにとって大きな負担となる。
複数のPUSCH開始位置が、前述のように、複数のDCIを介した信号である場合、新しいPUSCH開始位置に関連する適切なMCSがこれらのDCI中でシグナリングされ得る。
複数のPUSCH開始位置が上位層パラメータを介して構成されている場合、新しいMCSは、PUSCH認可で提供されるいくつかのパラメータの関数として決定され得る。例えば、新しいMCSは、PUSCH期間、MCSなどのPUSCH認可、および、表9に示すように、LBT結果に基づいてUEが選択した開始位置からのPUSCH期間に依存し得る。
ただし、Lは、シンボルの観点からUL認可で提供されるようなPUSCH期間であり、IMCSは、PUSCH認可で与えられたMCSである。Inew, N(L-1)は、IMCSの関数であり得る。例えば、Inew, x = max {2 IMCS , MCS_max}は、新しいMCSが、PUSCH認可で与えられた、MCS_maxで表される特定の最大MCSを持つMCSの2倍であることを意味する。
あるいは、UEは、ピギーバックされたUCIをPUSCHに送信することによって、自律的にMCSを変更し、選択されたMCSを示すことができる。また、ピギーバックされたUCIは、新しいPUSCH期間中に指定された位置に送信され得る。例えば、ピギーバックされたUCIを最初のDMRSシンボルの後に送信して、gNBが、まず、UCIを復号化してUEによって選択されたMCSを知り、次に、PUSCH内のデータ部分を復号化するようにすることができる。
選択されたMCSを運ぶためにUCIを送信する代わりに、UL DMRSを選択されたMCSに示すことができる。例えば、UEは、いくつかの初期化シーケンスを提供されることができ、それらは、MCS候補と1対1のマッピング関係を有する。したがって、gNBは、DMRS初期化シーケンスを知ることにより、選択されたMCSを把握できる。これは、以下の式(下記の数式36)を用いて、DMRS初期化シーケンスを生成するために使用される複数の値(下記の数式37)をシグナリングすることによって実現することができる。
追加の値(数式37)は、例えば、scrambling_to_MCS_mappingなどのRRCパラメータのような上位層パラメータによって与えることができ、上式の他のパラメータは先に定義されている。gNBは、MCSを検出するために、DMRSおよび対応する初期化を盲目的に検出する必要がある。
ピギーバックされたUCIの送信
PUSCHシンボルがLBT結果に基づいてパンクチャまたはシフトされる場合、特に、ピギーバックされたUCIがPUSCH認可の開始時に最初のいくつかのOFDMシンボルにマッピングされているなら、ピギーバックされたUCIが影響を受ける可能性がある。別の態様によれば、UCIは、PUSCHよりも高い優先度を有することができ、UCIは、DMRSを運ばない場合、または最初の単一シンボル/ダブルシンボルDMRS送信の直後に、最初の利用可能なシンボルにおいて送信され得る。
LBTの結果に基づいて、UL送信に利用できるOFDMシンボルはごくわずかである可能性があるため、特にUCIのサイズが大きい場合、UCIを運ぶのに十分なリソースがない可能性がある。したがって、別の態様によれば、UCIのどのコンテンツを取り除くことができるかを規定するための特定の優先規則を定義することができる。例えば、
・パート2CSIレポートは、パート1CSIレポートよりも優先度が低い可能性がある。
・パート2CSIレポートは、肯定応答/否定応答(Acknowledgement/Negative-Acknowledgement:ACK/NACK)フィードバックよりも優先度が低い可能性がある。
・パート1CSIレポートは、ACK/NACKフィードバックよりも優先度が低い可能性がある。
UCIの内容は、LBT結果に応じて変化し得るため、異なる内容を有する異なるUCIを盲目的に復号化することは、gNBにとって負担となる可能性がある。そこで、別の態様によれば、UL DMRSは、ピギーバックされたUCIの内容を示すことができる。例えば、UCIの内容が3つのカテゴリ、すなわち、パート2CSIレポート<パート1CSIレポート<ACK/NACKフィードバックに分けられる場合、可能なDMRS初期化シーケンスは3つのグループに分割でき、初期化シーケンスの各グループは特定のUCIカテゴリに対応する。
CAIのシグナリング
CAIは、特に待ち時間が重要であり、他の一般ノードがそれを読み取ることができる必要がある場合、完全にPHY信号としてシグナリングされてもよいが、待ち時間が問題にならないシナリオにおいては、上位層シグナリングを介して送信されてもよい。
CAIのPHYシグナリング
共通探索空間におけるPDCCHを介したシグナリング
DLにおいては、NR DCIはペイロードを運ぶことができ、PDCCHを使用して、物理層内のCAIにシグナリングすることができる。
その意図は、兄弟ノードおよび一般ノードが、(少なくとも他のNR−Uセルから)セル内のノードによって送信されたCAIを検出できるようにすることである。PDCCHは、NR−Uセルにわたって共通になるように、仕様によって提供されるDL−CAI−RNTIでスクランブルされる。したがって、一般ノードはCAI−RNTIを知っており、そのCAI−RNTIを取得するためにセルの残存最小システム情報(Remaining Minimum System Information:RMSI)を取得する必要はない。
NR−UセルがDCまたはスタンドアロン(Stand-Alone:SA)展開にある場合、セルは、PBCHおよびRMSIにシグナリングすることができる。DL CAIは、インデックス0のCORESETおよび共通探索空間内で送信され得る。NR−U帯域内の他のgNBは、定期的に互いの存在を検出し、それらのUEにシグナリングして、それらのセルIDをCAIについて監視することができる。gNBはまた、一般ノードが他のセルとの同期を実行する必要がないように、そのUEに同期情報を提供することができる。したがって、兄弟ノードと一般ノードは、共存するNR‐UセルのPBCHの存在と場所を知ることができる。チャネルを占有するセルは、CORESETインデックス0においてCAIを送信することができる。兄弟ノードおよび一般ノードは、CAIを検出するためにCORESETを知ることができる。CAIを検出するための方法を、図14に記載する。ここでは、gNB2とそのUEは一般ノードであり、gNB1はセル1上のCAIを送信する。
ライセンスPCellとのキャリアアグリゲーションにおけるNR−Uセルにおいて、PCellは、兄弟ノードがNR−Uセル上のDL−CAI−RNTI DCIを監視するためのCORESETを構成することができる。あるいは、SSB/RMSI信号がSCell内に存在して、一般ノードがCAIを監視できるようにすることもできる。
CAIのためにDL−CAI−RNTIによってスクランブルされたCRCを有するDCIフォーマットのために、タイプ0B−PDCCH共通探索を導入することができる。タイプ0B−PDCCH共通探索空間の監視オケージョンの、SS/PBCHブロックインデックスとの関連性は、タイプ0−PDCCH共通探索空間の監視オケージョンのそれとの関連性と同じであり得る。UEは、タイプ0B−PDCCH共通探索空間におけるPDCCH受信に関連付けられたDMRSアンテナポート、およびSS/PBCH受信に関連付けられたDMRSアンテナポートは、遅延拡散、ドップラー拡散、ドップラーシフト、平均遅延、および空間Rxパラメータに関して準同一位置にされていると仮定することができる。DMRSスクランブリングシーケンス初期化の値は、以下のように設定できる。
・仕様によって定義された固定定数に設定できる。
・セルIDに設定できる。
DL−CAI−RNTIに基づくDCIの長さは、仕様で定義するか、またはRMSIの中で構成することができる。CORESETインデックス0内で監視されるDCI長さの数が、監視オケージョン中にNRにおける最大限度を超える場合、NR−U UEはこのDCIの監視をやめる可能性がある。
上位層パラメータdlCAIPeriodは、CAIをシグナリングする周期性を示すように定義され得る(図10および図11に見られるように、CAIは、MCOT内にgNBによって複数回シグナリングされ、リスニングノードが信号を検知し損なわないようにする)。
すべてのセルがCAIの送信をサポートし得るわけではない。PBCHの1ビットは、セルがCAI送信をサポートしているかどうかを示し得る。
あるいは、CAIは、UEのグループにマルチキャストされ得る。例えば、グループ共通PDCCH(例えば、DCIフォーマット2_0のPDCCH)を使用して、CAIを運ぶことができる。このPDCCHは、UEがCAIのGC−CAI−RNTIの構成を持つことになるため、RRC接続状態のUEによって復号化され得る。DCIは、グループ共通RNTI(Group Common RNT1)「GC−CAI−RNTI」でスクランブルされ得る。
gNBなどのノードが、UEへのチャネルアクセスの開始を示すことは有利である。これにより、UEは、有効なCSI−RS、DRS、SSB/PBCH、PRACHオケージョン、およびgNBおよび構成された認可リソースとのCOT共有のためのリソースの少なくとも一方の存在を識別できる。
DL−CAI−RNTIを持つDCIは、COTの状態を提供するために、gNBによってUEに送信され得る。DCIは、gNBのCOTを示す最大Cビットまでを運ぶことができる。Cは、RRCシグナリングを介してUEに設定するか、仕様中に事前定義することができる。例えば、10ミリ秒までのMCOTの場合はC=4である。DCIは、COTが有効である帯域幅、例えば、スペクトル内のB個の20MHzサブバンドに対応するBビットのビットマップを運ぶこともできる。gNBがチャネルアクセスできる20MHzサブバンドのセットに対応するビットは1に設定される。この場合、UEは、DL−CAI−RNTIとスロットフォーマットインジケーションRNTI(Slot Format Indication-RNTI:SFI−RNTI)の両方を有するDCIを受信すると、チャネルアクセスがないことをCAI−RNTIによって示されたスロットのSFIを無視することができる。あるいは、DCIは、COTのN個のスロットのスロットフォーマットを指定することにより、COTを示すことができる。DL−CAI−RNTIは、UEにスロットフォーマットインジケーションを提供するSFI−RNTIであり得る。DL、フレキシブル、およびUL状態をそれぞれ識別するためにスロットフォーマットで存在する「D」、「X」、および「U」状態に加えて、無効なチャネルアクセスを識別するために、「ヌル」(null)フォーマットが導入され得る。例えば、スロットフォーマット「NNNNNNNNNNNNNN」は、スロットの14個のシンボルのいずれにおいてもチャネルアクセスが利用できないことを意味する。部分的なチャネルアクセスを備えたスロットフォーマットは、「XXXXXXXNNNNNNN」のように定義することもでき、この場合、スロットの最後の7つのシンボルはノードのCOTの外側にあるため、チャネルアクセスを得ることはできない。DCIは多数のスロットのスロットフォーマットを運ぶ可能性があるため、あるシンボルに対してヌルフォーマットが検出されると、UEは、gNBがチャネルアクセスできないことを認識し、ヌルに続くシンボルのSFIを無視する可能性がある。帯域幅RNTI(Bandwidth-RNTI:BW−RNTI)を持つ2番目のDCIは、COTが有効である20MHzサブバンドに関する情報を運ぶことができる。BW−RNTIは、SFI−RNTIと同じCORESETおよび監視オケージョン中に検出され得る。したがって、UEはSFI−RNTIとBW−RNTIの両方を使用して、gNBのチャネルアクセスの帯域幅と時間を決定する。指向性LBTの場合、COTは空間的方向によって異なり得る。この場合、単一のDCIが複数の空間的方向のCOT情報を提供することができる。したがって、DCIは、それが示す各COTのTCI状態を運ぶことができる。あるいは、DCIは、UEに対して構成されたD個の空間的方向のCOTを運ぶことができる。Dは、RMSIまたは他システム情報(Other System Information:OSI)を介して提供され得るか、UE固有の方法で構成され得る。あるいは、与えられた空間的方向で受信されたDCIは、その空間的方向のCOTを示し得る。チャネルアクセスの方向を決定するこのRSは、チャネルアクセスRS(Channel-Access-RS:CA−RS)と呼ばれる。例えば、(COTを運ぶ)DCIのDMRSの空間的方向は、その空間的方向のCOTを示している可能性がある。ここで、CA−RSは、COT情報を運ぶDCIのDMRSである。したがって、複数のDCIがgNBによって送信されて、異なるCA−RSを使用して異なる空間的方向のCOTを示すことができる。
CA−RSグループは、gNBが所与のCA−RSに対してチャネルアクセスできる場合、gNBによって送信され得るRSのセットを含むように定義され得る。例えば、CA−RSグループは、COTを運ぶDCIのDMRSに対して定義されることができ、DMRSと同様の空間的方向にgNBによって送信され得るCSI−RSなどの他のRSを含む。UEが、gNBがチャネルアクセスできるCA−RSグループに属する認可またはRSを有する場合、UEは、認可またはRSを処理する。gNBは、CA−RSによって与えられた方向において空間LBTを実行することができる。成功した場合、gNBは、そのCA−RSのCA−RSグループ内にある信号を送信できる。CA−RSグループには、そのCA−RSグループ内の参照CA−RSと同じ/類似の空間的方向を持つRSが含まれている必要がある。図42に示すように、gNBはCA−RS1にCOT情報を運ぶDCIを送信する。UEがこれを受信すると、UEは、そのCOT内のCA−RS1のCA−RSグループ内のRSによって与えられた空間的方向の信号のみを受信できることを認識する。
さらに、指向性LBTの場合、gNBがそのCOTをUEと共有しているなら、構成された認可の空間的方向がCOTのDL空間的方向に対応する場合のみ、UEは共有COT上で構成された認可送信を実行することができる。UEはまた、CAT2LBTを実行して、それぞれのDL CA−RSに対応する方向で共有COT内のチャネルにアクセスすることができる。図43に示すように、UEは、CA−RS1のDL CA−RSグループに対応する空間的方向を使用して、gNBのCOT内で送信する。
gNBなどのノードが部分スロットの最初からチャネルアクセスを取得する場合、ノードは、COTの終了時に部分スロットのみに対してチャネルアクセスを有することができる。この場合、最後の部分スロットのフォーマットは、それを示すにはCOTをより細かい粒度で示すための追加のビットが必要になるため、ノードはそれを示さない可能性がある。UEが最後の部分スロットで明示的な認可を有していない限り、UEは最後の部分スロットでのgNBのCOTを認識することはできない。そこで、最後の部分スロットについては、有効なチャネルアクセスのCOTインジケーションが受信されなくても、UEが認可を有する場合、UEはチャネルアクセスが有効であると見なし、そのスロットを処理し続ける。これは、特に、スケジュールされた認可に対して、そのCOT内に認可が受信された場合に使用できる。しかし、構成された認可の場合、部分スロットに対して有効なチャネルアクセスのCOTインジケーションが受信されなければ、UEは、チャネルアクセスが有効ではないと見なし、そのスロットで送信しない。
CAI監視期間中の電力消費を低く保つために、UEは、選択されたリソース上でのみCAIを監視することができる。例えば、UEは、周期性SCAIを持つ探索空間内の狭いBWP内のCORESET上のCAIを監視することができる。CAIを受信すると、UEは、事前構成されたより広いBWPに切り替え、制御情報に関して構成されたCORESETを監視することができる。
別の方法として、UEは、共通のBWP上でCAIを受信した後、そのCAIおよび制御情報を監視することができるが、CAIおよび他の制御情報を監視するために異なる探索空間を構成することができる。
あるいは、CAIが検出されると、そのCAIから検出されたCOTの残りの期間中、CAIのために構成された探索空間は自動的に無効にされる。
ハンドシェイクをトリガーするためのPDCCHを介したシグナリング
DLにおいて、NR DCIは、UL上でのハンドシェイクをトリガーするためのCAI−Iのペイロードを運ぶことができる。これは、以下のように起こり得る。
・CAI−IのPDCCHが、C−RNTIまたはCS−RNTIを用いてシグナリングされ得る。UEは盲目的にPDCCHを復号化し、自身のLBTが成功した場合はCAI−Rで応答する。CAI−Iはまた、CAI−Rを送信する前にUEが実行しなければならないLBTのタイプを示し得る。その方法を図15に示す。この場合、同じセルに接続されている他のUEと、セル外のノードはCAI−Iを受信できない。
トリガーは、UE固有の探索空間またはタイプ0−PDCCH共通探索空間におけるDLまたはUL認可の一部として送信され得る。新しいDCIフォーマット1_1C、1_0C、0_1C、0_0Cは以下のフィールドの1つ以上で導入され得る。
・ハンドシェイクの必要性を示す1ビット
・UEによって実行されるLBTのタイプを示すLビット(優先度クラス)
・チャネル占有時間を示すTоcc用のDビット。この結果、UEはそのセル内のgNBのTоcc以内でCAI−Rをシグナリングすることができる。
・CAI−Rの送信に先立ってセンシングに使用するしきい値を示すHビット
CAI−IのPDCCHは、タイプ0−PDCCH共通探索空間のような探索空間におけるCAI−RNTIとの共通探索空間においてシグナリングされ得る。CAI−RNTIは、RMSI、または仕様で指定された定数値を介して構成することができる。複数の兄弟ノードがDCIを受信でき、1つ以上のUEがそのCAI−Rを、CAI−Iがトリガーを構成する方法に応じて送信することができる。他のNR−Uセルの一般ノードもCAI−Iを検出し、そこからTоccを取得することができる。DCIはまた、トリガーされたUEによって実行されるLBTのタイプを示すためのLビットを有し得る。CAI−Rには、その受信側がCAI−Rの送信元を識別できるように、レシーバーの暗黙的または明示的な識別が含まれる。CAI−Rには、ハンドシェイクを要求するノードの識別も含まれ得る。これは、複数のノードが周波数/時間多重化を介してリソースにアクセスする可能性があるデバイス間(Device-to-Device:D2D)または路車間(Vehicle-to-Everything:V2X)アプリケーションで有用であり得る。したがって、複数のCAI−IとCAI−Rが送信される可能性があり、それらの送信元と受信側を識別できる必要がある。トリガーは、以下の方法で提供し得る。
CAI−RNTIが受信されると、暗黙的にハンドシェイクがトリガーされる。CAI−Iの受信から時間TResp以内にDLまたはUL認可を受信したUEは、CAI−Rを送信するようにトリガーされる。図16に示すように、UE1は、CAI−IのTResp時間以内にCAI−IとDL認可を受信する。したがって、UE1は、CCA/LBTが成功した場合、CAI−Rで応答する。
ページングRNTI(Paging RNTI:P−RNTI)と同様に、CAI−RNTIは、CAI−Rを用いて応答する必要があるUEのID(例えば、C−RNTI)を運ぶPDSCH認可を提供し得る。メッセージ内にIDを見つけたUEは、CAI−Rを送信する。この方法では、メッセージを上位層で処理する必要があるため、固有の待ち時間が発生する可能性がある。
CAI−RNTI自体が、トリガーされたUEのIDを運ぶ可能性がある。CAI−I内のそのIDを受信すると、UEは、CAI−Rを送信する。しかし、この方法では、DCIのペイロードが非常に大きくなる。
RACHを介したCAI−Rのシグナリング
CAI−R応答は、ノードのチャネルが受信可能状態であることを示すこと以外に、多くの情報を運ばない場合がある。したがって、PRACHプリアンブルはCAI−Rの良い候補である。CAI−RのRACHプリアンブルは、UEに対してRRC構成され得る。すべてのCAI−R信号が衝突することなくgNBで受信されることを確実にするには、競合のないRACHリソースが望ましい。PRACHプリアンブルの直交性により、複数のCAI−Rが同時に受信され得る。プリアンブルの受信に続いて、ハンドシェイクが完了し、gNBはUEに対するDL/UL認可を進める。
PUCCH上でのUL CAI−Rのシグナリング
SRに使用される短いPUCCHフォーマットは、CAI−Rに使用され得る。gNBは、UEのCAI−Rリソース内のエネルギーを検出すると、CAI−Rが受信され、ハンドシェイクが完了したと見なす。
CAI−Rは、UEでのCCA/LBT中に検出されたエネルギーレベルなどの追加情報を含み得る。さらに、(DL RS、またはULサウンディング参照信号(UL Sounding Reference Signal:UL SRS)を使用したQCLに対応する)複数のビームのエネルギーレベルを運び得る。この場合、ペイロードが大きすぎて、RACHを介して示すことはできない。CAI−Rには、短いPUCCHまたは長いPUCCHを使用することができる。
複数のUEからのCAI−Rは、直交して多重化されるか、または他のUEからの他のPUCCH信号と多重化され得る。
プリアンブルアシストCAI
CAIを示すために、プリアンブルを使用することができる。プリアンブルは、チャネルを使用しているTоccまたはセルを示すために必要な情報の一部またはすべてを運び得る。さらに、占有に関するより多くの情報が得られる可能性のあるリソースを示し得る。そのような設計をすると、他のセルや技術のノードが、チャネルを占有するNR−UノードのSIを取得しなくても、プリアンブルを簡単に検出できるようになる可能性がある。ノードはプリアンブルを時間内に監視し、既知のプリアンブルとの高い相関関係を探す。相関がしきい値を超えると、プリアンブルが検出される。
共通のプリアンブルをすべてのNR−Uノードにわたって使用することによって、一般ノードの検出を単純化することができる。プリアンブルは、ザドフ・チュー(Zadoff−Chu:ZC)シーケンスであってもよく、あるいは、PSSやSSSのようなM系列(m-sequence)、またはDLに関するチャネル品質情報RS(Channel Quality Information RS:CQI−RS)などのRSシーケンスに基づいてもよい。それは、UL上のPRACHまたはSRSのようなシーケンスであり得る。
セルカラーリング
プリアンブルは、CAIを送信するセルを示すSビットの情報を運ぶことができる。Sビットは、セルIDに接続されたgNBまたはUEのセルIDから導出され得る。Sが小さい場合(例えば、2または3ビット)、リスニングノードは可能なプリアンブルの(2または3ビットの場合は4または8個の)小さなセットの既知のシーケンスと相関する必要がある。Sビットは、リスニングノードが、送信がセル内にあるかセル外にあるかを識別することを可能にする「セルカラーリング」を提供する。示されたビット数がセルIDの数よりも少ない場合、プリアンブルが送信されるセルを識別する際のあいまいさが存在する。したがって、一般ノードは、それが自身のセルからのものであるかどうかを確実に知ることはできないが、多くのセルからのCAIを迅速に識別できる。あいまいさを解消するために、追加情報がプリアンブルに付随する可能性があるが、送信を別のセルの送信として識別するノードは、この情報を探す必要はない。プリアンブルを検出する方法を図17に示す。セルIDに関する完全な情報を取得できた場合、セル内のノードはLBTの失敗に対してより高いしきい値を使用して、空間の再利用を可能にする。
プリアンブル上のTоccのインジケーション
プリアンブルのSビットは、Tоccを示すために使用される。一般ノードは、チャネルの状態と、いつチャネルの検知を始めるべきかを知る。
プリアンブル上のSビットのインジケーション
Sビットは、以下の方法のうちの1つで示され得る。一般に、プリアンブルにSビットを示す容量がある場合は、Tоccのインジケーションとセルのカラーリングに分けることができる。
・Sビットは、ZCに基づくプリアンブルのルートまたはサイクリックシフトの一部として使用できる。
・Sビットは、M系列に基づくプリアンブルの初期化の一部として使用できる。
・プリアンブルシーケンス(下記の数式38)は、時間的にS回繰り返すことができる。長さSのOCCベクトル(下記の数式39)をS回の繰り返しに適用して、Sビットの情報を運ぶことができる。ここで、プリアンブルは4回繰り返され、(下記の数式40)とする。
図18(A)は、プリアンブルが時間的繰り返しによってどのように送信され得るかの例を示す。プリアンブルは非同期で送信される可能性があるため、ノード1は、LBT成功裏に完了すると、直ちにプリアンブルを送信する。プリアンブルを送信した後、ノード1は、シンボル境界と同期するために予約信号を送信することができる。
図18(B)は、プリアンブルがシンボル境界と同期して送信された例を示す。LBTが成功後、予約信号が続く。シンボル境界の開始時に、プリアンブルが送信される。
プリアンブルリソース
CAIプリアンブルは、受信ノードが最小の電力消費でそれを検出できるように、狭帯域とすることができる。その帯域幅は、NR−Uでサポートされている最小のBWPよりも小さくして、例えば、FR1の場合、5MHzとすることができる。欧州電気通信標準化機構(European Telecommunications Standards Institute:ETSI)整合規格によれば、5GHzに対して20MHzチャネルが要求されるが、20MHz帯域の中心を中心とするより小さな帯域(5MHz程度の小帯域)での動作も許容されるため、CAIプリアンブルのために5MHzを選択することは、WiFiとの共存に対して効果的であり得る。プリアンブルが最小占有チャネル帯域幅(Occupied Channel Bandwidth:OCB)要件、すなわち、5MHzの80%を満たせば、それで十分であり得る。
プリアンブルは、一般ノードがその位置を認識できるように、アンライセンス帯域内の20MHz帯域の中心などの事前定義された位置、またはラスター位置などの特定の事前定義された位置で送信され得る。図19に、80MHz帯域が20MHz帯域にチャネル化され、CAIプリアンブルが中央の5MHz内で送信される例を示す。
CAIのリソースは、すべてのUEがCAIを見つけることができるように、RRCを介して構成され、SIを介して示され得る。CAにおいては、情報はPCellによって提供され得る。DCにおいては、情報はマスターセルグループ(Master Cell Group:MCG)によって提供され得るか、DRSまたはSSBで運ばれるSIから取得され得る。SAにおいても、この情報はDRSまたはSSBで運ばれるSIから取得され得る。SIは、チャネル帯域幅(Channel Bandwidth:CBW)の最低PRBからのオフセットとして周波数リソースを提供し得る。
NRはより広い帯域幅での動作をサポートするので、NR−Uノードは、複数の20MHz帯域を使用して、単一のセル内により広い帯域幅の複合キャリアを作成することができる(多くのSCellが集約されるキャリアアグリゲーションの代わりに、帯域幅の多くのチャンクが1つのセルに結合される)。この場合も、本明細書では、集約された帯域の各々の20MHzサブバンドの中央でプリアンブルを送信するよう提案する。図20に示すように、アンライセンススペクトル中では、4つの20MHzチャネルで構成される80MHz帯域が使用される。NR−Uノードは、3つの20MHzチャネルを使用して複合60MHzチャネルを作成する。別の態様によれば、CAIプリアンブルは、各々の20MHzの一般ノードが周波数を切り替える必要なしにチャネルの状態を検出することができるよう、20MHzチャネルのそれぞれの中央で送信され得る。
あるいは、gNBは、SI中で、または動的に(特に、ハンドシェイクをトリガーするときの認可を介して)ビットマップを提供して、どの20MHz帯域がCAIを運ぶかを示すことができる。
プリアンブルのヌメロロジーは、以下のように決定され得る。
・プリアンブルは、周波数帯域に基づいて事前定義されたヌメロロジーを使用する。例えば、FR1の15kHzを使用して、様々な処理機能を持つUEがこの信号を受信できる。30KHzおよび60KHzも、CAIプリアンブルによる待ち時間を短く保ち、カバーコードを用いてより多くの繰り返しを可能にするため、使用可能である。
・プリアンブルはSSBと同じヌメロロジーを使用する。この場合、リスニングノードは、初期アクセスを実行するか、PCellまたはPSCellからの構成を通じて、SSBまたはNR−Uセルに関するヌメロロジーを知る必要がある。
一般に、プリアンブル上で送信できる情報は限られている。したがって、本明細書では、CAIを送信する他の形式(PDCCH、RACH、およびRSなど)と併せてプリアンブルを使用することを提案する。プリアンブルは、CAIの残りの情報を受信できるオケージョンとリソースを示し得る。言い換えれば、プリアンブルの情報がノードに関連している場合、ノードはウェイクアップして、図17に示すように、残りのCAI情報を見つける。CAIの残りの情報は、プリアンブルの後の最初の(信号タイプの)オケージョン、またはプリアンブルの後の最初のN回以内のオケージョンで現れる可能性がある。例えば、残りの情報がPDCCH上で送信される場合、ノードは、プリアンブルに続く最初の監視の機会にこの情報を探すことができる。この概念を図44に示す。図中、UEはDL信号のプリアンブルを監視する。プリアンブルを見つけると、UEは、PDCCH監視時にCOT情報を運ぶDCIを復号化する。
別の例が図45に示され、図中、リソースを節約するために、プリアンブルの直後にCORESETおよび監視オケージョンが提供される。プリアンブルと次の監視オケージョンの間に複数のシンボルが存在する場合、gNBはCOT情報を示すことも、UEのスケジューリングを直ちに実行することもできず、リソースが無駄になる可能性がある。代わりに、CORESETと探索空間監視オケージョンに、プリアンブルに続く最低限の待ち時間が提供され得る。この制御リソースは非周期的である可能性がある。すなわち、その存在はプリアンブルの位置によって決まる。
非周期的なCORESET/探索空間監視オケージョンは、図46に示されるように、プリアンブルと同じOS内にあり得る。これによって、プリアンブルとDCIとの間の待ち時間が減少するので、より良いリソース利用を可能になる。
COT情報を運ぶDCIのプリアンブルおよびDMRSは、QCL信号であり得る。したがって、UEは、特定の空間的方向でプリアンブルを受信すると、その方向で非周期的なCORESETも受信すること、すなわち、非周期的なCORESETがプリアンブルと同じQCLを持つことを期待する。gNBは、すべてのUEをカバーするために、図47に示すように、異なる空間的方向にプリアンブルを複数回送信する。非周期的なCORESETはRRCシグナリングを介して構成される。このCORESETに関連する監視オケージョンは、非周期的であると定義される。例えば、探索空間監視オケージョンは、検出されたプリアンブルに関連して1回だけ発生する。この探索空間は、RRCシグナリングを介してUEに対して構成されており、オフセットがプリアンブルの発生によって決定され、周期的ではないため、パラメータmonitoringSlotPeriodicityAndOffsetを持たない可能性がある。
さらに、プリアンブルは、CORESETにおけるPDCCHのDMRSの形態であり得る。gNBは、十分な信頼性を提供するために、プリアンブルを、広帯域DMRSの形態になるようにスケジュールすることができる。
本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、命令が図21Bおよび21Fのプロセッサ118または91などのプロセッサによって実行されると、本明細書に記載のシステム、方法、およびプロセスをプロセッサに実行や実装させるコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令(例えば、プログラムコード)の形で具現化され得ることが理解される。具体的には、本明細書に記載のステップ、動作、または機能のいずれかは、無線および有線ネットワーク通信の少なくとも一方用に構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶するための任意の非一時的(例えば、有形または物理的)方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、RAM、ROM、電気的消去可能ROM(Electrically Erasable Programmable ROM:EEPROM)、フラッシュメモリまたは他のメモリ技術、コンパクトディスクROM(Compact Disc ROM:CD−ROM)、デジタル多用途ディスク(Digital Versatile Disc:DVD)または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができる他の任意の有形または物理的媒体が含まれるが、これらに限定されない。
本開示の主題の好適な実施形態を説明する際に、図に示されるように、明確化のために特定の用語が採用されている。しかし、特許請求される主題は、そのように選択された特定の用語に限定することを意図されておらず、各特定の要素は、同様の目的を達成するために同様の方法で動作するすべての技術的同等物を含むことを理解されたい。
この書面による記述は、例を使用して、最良のモードを含む本発明を開示し、また、任意の当業者が、任意のデバイスまたはシステムの作成および使用、ならびに任意の組み込まれた方法の実行を含み、本発明を実施できるようにするものである。本発明の特許可能な範囲は、特許請求の範囲によって定義され、当業者が想起する他の例を含み得る。そのような他の例は、特許請求の範囲の文字通りの言葉と異ならない要素を有する場合、または特許請求の範囲の文字通りの言葉と非実質的な相違を有する同等の要素を含む場合、特許請求の範囲内にあることが意図されている。